Онтология паттернов человеко-машинного сотрудничества для поддержки принятия решений

Обложка

Цитировать

Полный текст

Аннотация

В процессе сотрудничества человека и машины часто возникают повторяющиеся проблемы, что мотивировало обращение к паттернам сотрудничества, которые содержат готовые схемы решения для многократно возникающих однотипных проблем. Целью исследований является разработка моделей, способствующих организации человеко-машинного сотрудничества при поддержке принятия решений на основе паттернов сотрудничества. В работе использованы методы концептуального, онтологического и сценарного моделирования. По описаниям паттернов сотрудничества, обнаруженным в различных проблемных областях, построены концептуальные модели, представляющие пять видов паттернов: организационные паттерны, когнитивные паттерны, паттерны информационного взаимодействия, паттерны процесса и паттерны совместной инженерии. Разработаны онтологическая модель паттерна сотрудничества и онтология паттернов человеко-машинного сотрудничества, объединяющая различные виды таких паттернов. Разработанные модели являются новым результатом, позволяющим унифицировать существующие подходы к описанию паттернов сотрудничества. Предложен вариант сценария, показывающий возможность использования разработанной онтологии для поддержки принятия решений. Разработанные модели для организации человеко-машинных коллективов и их деятельности могут способствовать повышению качества решений за счёт использования паттернов решений для однотипных проблем и обеспечению эффективного сотрудничества человека и машины.

Полный текст

Введение

Благодаря росту числа функций, которые с большой эффективностью выполняются программными системами и робото-техническими устройствами, такие системы и устройства стали интенсивно вовлекаться в решение задач, ранее доступных только человеку [1]. При этом машины не способны заменить человека в части интуиции, эмпатии и других присущих ему индивидуальных особенностей. Поэтому сотрудничество человека и машины, когда они взаимно дополняют возможности друг друга, приобретает всё большую актуальность.

Подходы к разработке человеко-машинных (ЧМ) систем на основе использования онтологий как систем знаний, которые представлены в виде, понятном человеку и машине, в настоящее время широко распространены [2–5]. Отчасти это стало возможным благодаря созданию семантической сети [6], содержащей технологии для представления, получения, передачи информации и знаний и управления ими.

В процессе сотрудничества часто возникают повторяющиеся проблемы, что мотивировало обращение к паттернам сотрудничества. Такие паттерны могут использоваться для типовых решений многократно возникающих проблем. Онтология, как средство, предоставляющее типовые решения для различных задач, используется, например, при: создании автоматически генерируемых адаптивных пользовательских интерфейсов редакторов баз знаний [7]; разработке онтологии, используя паттерны онтологического проектирования [8]; разработке программного обеспечения посредством генерации блоков из согласованной системы онтологических паттернов [9]; проверке правильности постановки типовых проектных задач и формулировок проектных решений при спецификации концептуализаций, используемых при проектировании автоматизированных систем [10].

Целью данной работы является разработка онтологии паттернов ЧМ сотрудничества (ЧМС). Под паттерном ЧМС понимается описание проблемы, которая решается в процессе сотрудничества, и типовой способ её решения. Онтология предназначена для использования при поддержке принятия решений (ППР) ЧМ средой.

В работе рассмотрены виды паттернов сотрудничества и выявлены их концептуальные модели (КМ). На основании данных моделей разработана онтологическая модель (ОМ) паттерна ЧМС и онтология паттернов ЧМС для ППР. Возможность использования данной онтологии рассмотрена на примере сценария ППР ЧМ средой.

1 Виды паттернов сотрудничества

Виды паттернов сотрудничества определены в результате анализа работ [11–23]. В разделе приведены сведения о целях, которые преследуют паттерны определённого вида, предлагаемых паттернами решениях и представлении их КМ. Анализируемые работы не содержат КМ паттернов, эти модели построены в результате изучения исходных моделей паттернов, их текстового описания и вариантов использования. Первоначально извлечённые КМ получились разнородными вследствие того, что каждый вид КМ отражал взгляд на сотрудничество, поддерживаемый областью применения разрабатываемых паттернов. Разнородность формулировок в определениях элементов паттернов рассмотрена в публикации [24]. В текущей работе данная разнородность устранена. Следует отметить, что для того, чтобы не усложнять КМ, в них не представлены временные характеристики, учитывающие сроки решения задач, возможные прерывания и т.п.

Все паттерны можно разделить на паттерны, которые направлены на решение проблемы, и паттерны, которые предназначены для организации сотрудничества с целью решения проблемы. В первом случае участники используют паттерн при совместном решении проблемы. Сюда относятся паттерны процесса и паттерны совместной инженерии. Во втором случае участники сотрудничества не обязательно должны быть вовлечены в решение проблемы. К этим паттернам относятся: организационные паттерны, когнитивные паттерны и паттерны взаимодействия.

1.1 Определения концептов

В данном разделе приводятся определения концептов, которые являются общими для ряда рассматриваемых ниже КМ паттернов сотрудничества. При описании КМ определения для таких концептов не даются, а приводятся только определения для концептов, которые являются специфическими для КМ паттернов определённого вида.

Вид деятельности (ВД) – работа, которую участник сотрудничества должен выполнить в рамках выполняемой им роли.

Задача/Цель – решение, которое требуется найти в конкретной ситуации, возникшей в процессе сотрудничества.

Инструмент – средство, поддерживающее определённый ВД.

Решение – результат деятельности, являющийся решением задачи.

Роль – положение, устанавливающее ограниченное множество ВД, которые участник, занимающий данное положение, может и должен уметь осуществлять.

Средство коммуникации – инструмент, поддерживающий взаимодействие участников в процессе сотрудничества.

Участник – человек или программный агент, вовлечённый в процесс сотрудничества.

1.2 Организационные паттерны

Организационные паттерны описывают решение проблемы в терминах характеристик сотрудничества [11], компонентов и принципов среды сотрудничества [12]. Данные паттерны определяют процесс сотрудничества как выполнение деятельности в соответствии с принципами и структурой среды сотрудничества. Паттерны предоставляют решение для задачи формирования среды сотрудничества. Предлагаемое паттернами решение – архитектура среды сотрудничества. КМ организационного паттерна представлена на рисунке 1. Для концептов, которые не определены в разделе 1.1, в модели использованы следующие определения.

 

Рисунок 1 – Концептуальная модель организационного паттерна

 

Архитектура среды сотрудничества – (неупорядоченное) множество ВД, множество компонентов среды сотрудничества, множество взаимоотношений между компонентами и множество правил, которые регулируют деятельность участников с определенными ролями.

Вид – вид сотрудничества.

Правило сотрудничества – правило, которое определяет поведение участников при их взаимодействии друг с другом в процессе их деятельности.

Сотрудничество – выполнение участниками ВД в соответствии с принципами и структурой среды сотрудничества.

Формирование среды сотрудничества – вид задачи, направленный на определение компонентов среды, взаимоотношений между компонентами и принципов (правил), которые регулируют деятельность участников с определёнными ролями при конкретном виде сотрудничества.

Характеристика – признак, критерий вида сотрудничества.

Среда сотрудничества, создаваемая в соответствии с организационным паттерном, формируется под конкретный вид сотрудничества, который определяется значением характеристик сотрудничества. К таким характеристикам относятся цель сотрудничества, ВД, стороны-участники и другие (например, период сотрудничества – долгосрочное, краткосрочное); ожидаемое использование результатов сотрудничества (внутреннее, передача одной из сторон стороне, передача третьим лицам и т.п.); частота взаимодействий сторон и прочие характеристики). В рассматриваемом паттерне задача и цель разделены. Это отражает тот факт, что участники не вовлечены в решение задачи формирования среды сотрудничества, но они участвуют в достижении цели сотрудничества. Определение цели не противоречит определению, приведённому в разделе 1.1, но понимается более широко. Здесь цель – это итог, который должен быть получен от процесса сотрудничества. Архитектура среды сотрудничества включает участников, выполняемые ими роли, закрепленные за ролями ВД, инструменты, поддерживающие указанные ВД и другие элементы архитектур информационных сред (интерфейс, инфраструктура и т.п.), также она описывает отношения между элементами и определяет правила сотрудничества. Множество элементов архитектуры на рисунке 1 не приведено, чтобы не загромождать иллюстрацию, т.к. такая детализация не требуется для понимания общей концепции паттерна. Участники сотрудничества не осуществляют деятельность, связанную с разработкой архитектуры.

1.3 Когнитивные паттерны

Когнитивные паттерны описывают процессы мышления и аргументации человека-эксперта [16–18]. В этих паттернах сотрудничество определено как процесс выдвижения идей, предложений, гипотез и их согласование. Паттерны предлагают решение для задачи конфигурирования процесса решения интеллектуальной задачи (ИЗ). На рисунке 2 представлено предлагаемое паттернами решение – сценарий выполнения ИЗ – КМ когнитивного паттерна. Концепты, характерные для данной модели, определены следующим образом.

 

Рисунок 2 – Концептуальная модель когнитивного паттерна

 

Вид ИД – конкретное интеллектуальное действие, осуществляемое участником (например, выдвижение идей, оценка гипотез и т.п.)

Демонстрационное средство – инструмент, поддерживающий наглядное представление информации, используемой и получаемой в процессе ИД (например, проектор, магнитно-маркерная доска, интерактивная доска, бумага для письма/рисования и другие).

Интеллектуальная деятельность (ИД) – когнитивная деятельность, требующая навыков критического мышления, логического рассуждения и решения проблем.

ИЗ – задача, которая решается экспертами, использующими критическое и аналитическое мышление.

Помощник – роль, в рамках которой множество действий связано с предоставлением сервисов эксперту.

Предусловие – условие, указывающее на целесообразность выполнения определенного вида ИД.

Способ решения – вариант конфигурации рабочего процесса решения ИЗ.

Сценарий сотрудничества – конкретный способ решения (конкретная конфигурация рабочего процесса), представляющий последовательность видов ИД, результатом выполнения которой является решение ИЗ участниками, осуществляющими различные ВД в соответствии с выполняемыми ими ролями и, при необходимости, использующими инструменты, поддерживающие эти ВД.

Эксперт – роль, в рамках которой множество действий ограничено видами ИД.

Когнитивный паттерн рассматривает решение ИЗ участниками ЧМС, которые могут выполнять роли эксперта и помощника. Роль экспертов закреплена за людьми. Они осуществляют ИД. Агентам отведена роль помощников. Они, при необходимости, поддерживают экспертов, предоставляя им требуемые сервисы (обработка информации, решение вычислительных задач и т.п.). При выполнении ИД эксперты могут использовать различные инструменты, в частности средства коммуникации и демонстрационные средства. ИД представлена различными видами, упорядоченное осуществление которых приводит к решению ИЗ. Множество предусловий определяет, какой вид ИД целесообразно выбрать на конкретном этапе решения задачи. Виды ИД; порядок выполнения видов ИД; участники, осуществляющие различные ВД в соответствии с выполняемыми ими ролями; инструменты, поддерживающие ИД экспертов, - формируют сценарий сотрудничества. Этот сценарий представляет собой способ решения ИЗ.

1.4 Паттерны взаимодействия

Паттерны взаимодействия [19–21] рассматривают сотрудничество, поддерживаемое информационными системами (приложениями, социальными сетями, системами онлайн-коммуникаций и т.д.). Они описывают решение проблемы в терминах компонентов процессов коммуникации и управления данными. Сотрудничеством считается обмен участников информацией, совместное редактирование информации и выполнение процедур и задач, инициированных информационными сообщениями. Паттерны предлагают решение для задачи конфигурирования элементарных коммуникативных актов (запрос-ответ), поддерживающих сценарий взаимодействия участников. Предлагаемое паттернами решение – сценарий взаимодействия участников для реализации цели, возникшей в процессе их совместной деятельности.

КМ паттерна взаимодействия представлена на рисунке 3. Концепты в модели определены следующим образом.

 

Рисунок 3 – Концептуальная модель паттерна взаимодействия

 

Взаимодействие – ВД, предусматривающий коммуникацию участников или действие участника в ответ на коммуникационное сообщение.

Инициатор – роль, в рамках которой действия ограничены отправлением сообщений, инициирующих взаимодействие.

Исполнитель – роль получателя сообщения, в рамках которой действия связаны с отправкой ответных сообщений или выполнением ВД, инициированных сообщением.

Контент – информация, наполняющая коммуникативные акты содержанием.

Способ достижения – вариант конфигурации коммуникативных актов.

Сценарий взаимодействия – конкретный способ, способствующий достижению цели и предлагающий последовательность коммуникативных актов между участниками в соответствии с выполняемыми ими ролями и с использованием при необходимости средств коммуникации.

В паттерне взаимодействия участники сотрудничества (люди и агенты) взаимодействуют для реализации цели, которая появилась в процессе их совместной деятельности. Участники, выполняющие роль инициатора, отправляют сообщения участникам, выполняющим роль исполнителя. Исполнители отвечают инициаторам или выполняют действия, инициированные сообщениями. Исполнитель может переслать сообщение другому участнику, инициируя его действия. В этом случае его роль меняется с исполнителя на инициатора. Контент сообщений определяется целью и содержит описание этой цели. Сценарий взаимодействия, предлагаемый паттерном в качестве решения, представляет конфигурацию коммуникативных актов, которыми обмениваются участники для реализации цели; контент этих актов; роли участников и используемые средства коммуникации.

1.5 Паттерны процесса

Паттерны процесса [13, 14, 22, 23] описывают решение проблемы в терминах ВД и рабочих задач, которые участники сотрудничества должны предпринять или выполнить, чтобы прийти к этому решению, а также инструментов, которые они могут использовать. Эти паттерны ориентированы на сотрудничество, под которым понимается выполнение участниками действий, ведущих к решению задачи или достижению цели. Паттерны предлагают решение для проблемы планирования процесса сотрудничества. Предлагаемое паттернами решение – спецификация рабочего процесса решения задачи или достижения цели.

КМ паттерна процесса представлена на рисунке 4. Эта модель содержит только один ранее не определённый концепт:

 

Рисунок 4 – Концептуальная модель паттерна процесса

 

Рабочий процесс – последовательность ВД, которую требуется выполнить, чтобы получить решение задачи, а также совокупность участников, выполняемых ими ролей и инструментов, поддерживающих эти ВД.

Согласно модели процесса участники сотрудничества осуществляют деятельность, выполнение которой приводит к решению некоторой задачи. ВД, которые составляют общую деятельность по решению задачи, формируют рабочий процесс. Он специфицирует последовательность выполнения ВД, роли, участников и инструменты. Участники действуют в соответствии с ролями, которые они выполняют, и, при необходимости, используют инструменты, поддерживающие определенные ВД.

1.6 Паттерны совместной инженерии

Паттерны совместной инженерии описывают решение проблемы в терминах правил принятия решений участниками сотрудничества [17, 24]. Данные паттерны определяют процесс сотрудничества как процесс принятия решений. Паттерны предлагают решение для задачи установки правил коллективного принятия решений. Предлагаемое паттернами решение – процедура выбора и согласования участниками сотрудничества правил принятия коллективных решений. КМ паттерна совместной инженерии представлена на рисунке 5. В ней определены нижеприведённые концепты.

 

Рисунок 5 – Концептуальная модель паттерна совместной инженерии

 

Выбор правила принятия решений – ВД, заключающийся в применении участниками типовой процедуры выбора правила коллективного принятия решений из набора правил.

Набор правил принятия решений – множество правил принятия коллективных решений.

Правило – принцип или условие, которому следуют участники и которое регулирует их поведение при выполнении определенных ВД.

Правило принятия решений – правило коллективного принятия решений.

Установить правило принятия коллективных решений – конкретная цель, возникшая в процессе сотрудничества.

В КМ паттерна совместной инженерии участники сотрудничества в соответствии с выполняемыми ими ролями осуществляют деятельность, заключающуюся в применении типовой процедуры выбора правила коллективного принятия решений. Правило выбирается из набора правил принятия решений применительно к конкретному вопросу, по которому требуется решение. При необходимости участники используют средство коммуникации, поддерживающее взаимодействие участников в процессе их деятельности. Результатом деятельности участников является правило принятия решений, которое определяет, как будет приниматься решение по рассматриваемому вопросу. Данное правило фиксирует достижение цели.

2 ОМ паттернов сотрудничества

На основании анализа различных видов паттернов сотрудничества, описанных в предыдущем разделе, разработана ОМ паттерна ЧМС. Её концептуальная структура представлена на рисунке 6. ЧМС в данной модели поддерживается за счёт той её части, где определена привязка участников сотрудничества к ролям и их специализация. Если эту часть модели убрать, то данная модель может использоваться для моделирования различных видов рабочих процессов при любой форме организации труда.

 

Рисунок 6 – Концептуальная модель паттерна человеко-машинного сотрудничества

 

В рассматриваемой ОМ определения концептов, приведённые в разделе 1.1, дополнены следующими определениями.

Агент – роль, в рамках которой множество ВД выполняют интеллектуальные агенты.

Паттерн – описание проблемы, многократно возникающей в процессе ЧМС, и типовой способ её решения.

Постусловие – результат, достигнутый при выполнении определённого ВД.

Предусловие – условие, при котором паттерн может или должен быть использован.

Эксперт – роль, в рамках которой множество ВД выполняет человек.

ОМ, реализующая КМ (рисунок 6) приведена на рисунке 7. 

 

Рисунок 7 – Верхний уровень онтологической модели паттерна человеко-машинного сотрудничества

 

Модель реализована в редакторе онтологий Proté [25]. Эта модель представляет концепты верхнего уровня. На рисунке 8 показана специализация модели, ограниченная примерами концептов, которые используются в описанных в предыдущем разделе КМ, и деятельностью, связанной с ППР. Сами КМ в своем неизменном виде в ОМ (рисунок 8) не входят. В действительности, ОМ паттернов ЧМС может представлять значительно больше концептов. В частности, в приведённой модели не представлено разнообразие ВД (соответственно, постусловий), инструментов и ролей. Определения для концептов, которые не даны в модели верхнего уровня, следующие.

 

Рисунок 8 – Онтологическая модель паттернов

 

Взаимодействия – вид паттерна, предоставляющий инструменты и компоненты коммуникативных актов для разработки сценария взаимодействия участников в процессе сотрудничества. Постусловием применения паттерна является сценарий взаимодействия участников для реализации цели, возникшей в процессе сотрудничества.

Когнитивный – вид паттерна, предоставляющий набор видов ИД для организации процесса решения участниками ИЗ. Одним из предусловий применения паттерна является указание в рабочем процессе, что определённый ВД носит интеллектуальный характер. Постусловием применения паттерна является план процесса решения ИЗ.

Совместная инженерия – вид паттерна, предлагающий типовую процедуру для проблемы установки участниками правила коллективного принятия решений. Постусловием применения паттерна является правило коллективного принятия решений.

Организационный – вид паттерна, предоставляющий набор компонентов среды ЧМС для формирования архитектуры такой среды. Предусловием применения паттерна является статус задачи – намечена. Постусловиями применения паттерна являются архитектура среды ЧМС, статус задачи – запланирована.

Процесс – вид паттерна, предлагающий участникам ЧМС модель рабочего процесса для решения проблемы планирования процесса сотрудничества. Предусловиями применения паттерна является статус задачи – запланирована. Постусловиями применения паттерна являются спецификация плана рабочего процесса, статус задачи – назначена.

Принятие решений – ВД, описывающий процесс выбора альтернатив на предмет поиска решения задачи или способа достижения цели.

Взаимодействие – ВД, предусматривающий коммуникацию участников или действие участника в ответ на коммуникационное сообщение.

Генерация – ВД, в результате которого осуществляется переход от меньшего количества высказываний к большему, которое характеризует высказывания, поддерживаемые всеми участниками.

Достижение консенсуса – ВД, направленный на отслеживание прирастающего большинства участников, разделяющих определенную точку зрения.

Идентификация – ВД, нацеленный на распознавание объекта.

Интеллектуальный анализ – ВД, нацеленный на объяснение наблюдаемой ситуации и связанный с осмыслением информации (часто неполной и противоречивой) посредством взвешивания конкурирующих гипотез.

Категоризация – ВД, нацеленный на систематизацию сгенерированных участниками высказываний.

Оценка – ВД, в результате которого достигается понимание относительной ценности рассматриваемых участниками высказываний.

Сокращение – ВД, в результате которого осуществляется переход от большего количества высказываний к меньшему, характеризующее высказывания, которые участники считают заслуживающим внимания.

Уточнение – ВД, в результате которого достигается понимание высказываний, используемых и выдвинутых в процессе сотрудничества, всеми участниками.

Высказывание – фраза, выражающая определённый смысл.

Идея – вид высказывания, описывающий воображаемый подход к решению задачи (достижению цели) и выделяющий его основные и существенные черты.

Гипотеза – вид высказывания, выдвигаемого для объяснения каких-либо явлений.

Предложение – вид высказывания, в котором что-либо выдвигается на рассмотрение, обсуждение.

Альтернатива – вид высказывания, содержащий результат, полученный после выполнения деятельности по выбору одной альтернативы из множества альтернатив, посредством их оценки.

Информационная система – прикладная система, поддерживающая деятельность в организации или проблемно-ориентированном сообществе, предоставляя возможности обмена информацией между участниками.

Множество альтернатив – результат, полученный после выполнения деятельности по генерации (высказываний).

Статус задачи – степень выполнения конкретной задачи, решаемой участниками ЧМС. Может иметь значения: новая, намечена, запланирована, назначена, в работе, завершена.

ЛПР – участник, принимающий решения.

Аналитик – роль, в рамках которой деятельность связана с аналитическими исследованиями, систематизацией и обобщением информации и данных с целью решения задач, создания прогнозов, выработки рекомендаций.

Инициатор – роль, в рамках которой действия ограничены отправлением сообщений, инициирующих взаимодействие.

Исполнитель – роль получателя сообщения, в рамках которой действия связаны с отправкой ответных сообщений или выполнением ВД, инициированных сообщением.

Помощник – роль, в рамках которой деятельность связана с предоставлением сервисов для эксперта.

Специалист по организации рабочего процесса – роль, в рамках которой деятельность связана с проектированием процесса совместной работы участников при решении ими ИЗ.

Далее приведены некоторые используемые в ОМ паттернов ЧМС аксиомы, которые поясняют связь этой модели с задачей ППР.

ВД, из которых может быть сформирован процесс принятия решений, представлены на рисунке 9. Принадлежность этих ВД классу «Принятие решений» задается при помощи отношения “includes”.

 

Рисунок 9 – Аксиомы принадлежности видов деятельности процессу принятия решения

 

Множество аксиом, представленных на рисунке 10, постулируют предусловия использования паттернов на примере организационного паттерна. Предусловием использования данного паттерна является статус задачи «Намечена» (taskStatus value «Намечена»). Возможные статусы определены в классе «Статус задачи».

 

Рисунок 10 – Аксиомы организационного паттерна

 

Множество аксиом, представленных на рисунке 11, является иллюстрацией моделирования интеллектуального ВД. Для примера использован класс «Интеллектуальный анализ». Для этого ВД определено (левая часть рисунка), что он носит интеллектуальный характер (значение свойства «intellectual» истинно) и, что результатом этой деятельности является множество альтернатив (на рисунке Рисунок  этот результат определен в классе «Постусловия»). На правой части рисунка показано, что в классах Аналитик и Помощник (подклассы класса Роль) определено, что Аналитик осуществляет «Интеллектуальный анализ», а Помощник поддерживает Аналитика в этом процессе.

 

Рисунок 11 – Аксиомы, связанные с классом «Интеллектуальный анализ»

 

3 Сценарий ППР ЧМ средой

Сценарий ППР ЧМ средой основан на КМ использования паттернов ЧМС при ППР [24].

3.1 КМ использования паттернов ЧМС при ППР

КМ использования паттернов ЧМС при ППР (рисунок 12) включает в подмножество концептов, которые определены в паттернах сотрудничества, и концепты «Проблема», «Статус», «Ресурс» и «Контекст». Концепт «Цель» в данной модели соответствует цели паттерна, а концепт «Задача» определён в соответствии с задачей ППР. Ниже приводятся определения для упомянутых концептов.

Задача – вид проблемы: решение, которое должно найти ЛПР для рассматриваемой им конкретной задачи и для поиска которого формируется коллектив участников.

Контекст – информация о ситуации, в которой может быть использован паттерн сотрудничества. Контекст описывает текущую информацию о задаче, ресурсах (включая выполняемые участниками роли и осуществляемые ими ВД) и текущей цели сотрудничества. На основе данной информации выбираются паттерны ЧМС.

Проблема – решение для задачи (цели), появившейся в процессе сотрудничества.

Ресурс – доступный источник чего-либо, который можно использовать в случае необходимости для помощи или поддержки. Ресурсами являются участники ЧМС и инструменты.

Статус – степень выполнения задачи, совместно решаемой участниками ЧМС.

Цель – вид проблемы: решение для проблемы, появившейся в процессе решения задачи.

КМ поддерживает следующую семантику. ЛПР в некотором контексте формулирует задачу, которую требуется решить участникам ЧМ среды. Вся информация о текущей информации, включая информацию об имеющихся ресурсах и поступившей задаче, представлена в контексте. Совместно или по-отдельности статус задачи и выполняемые ВД определяют текущую цель сотрудничества, в соответствии с которой выбирается тот или иной паттерн. Паттерны предлагают решение, как текущая цель может быть достигнута. В процессе реализации решения, которое предложено паттернами, контекстная информация обновляется. Предназначение рассматриваемой КМ для ППР определяется спецификацией ВД, составляющих деятельность по ППР (детализация данных видов приведена на рисунках 8 и 9).

3.2 Сценарий ППР на основе паттернов ЧМС

При ЧМ сотрудничестве ВД, предусмотренные процессом принятия решений, не предполагают обязательного назначения экспертам или агентам. Распределение этих видов определяется наличием в контексте участников, способных их выполнить. В связи с этим типовой сценарий, в котором жёстко задано распределение работ между различными участниками, невозможен. Поэтому в данном разделе рассмотрен пример возможного сценария. В этом примере один из ВД запланирован как ИЗ.

 

Рисунок 12 – Концептуальная модель использования паттернов человеко-машинного сотрудничества при поддержке принятия решений

 

Сценарий начинается с обращения ЛПР к ЧМ среде (рисунок 13). При поступлении задача имеет статус «Новая». Этот статус означает, что текущей целью является определение ВД, требующихся для решения задачи. В данной работе к таким ВД относятся типовые этапы модели принятия решений [26, 27]: идентификация цели, генерация альтернатив, оценка альтернатив, выбор альтернативы (принятие решения). Этап идентификации цели в сценарии соответствует этапу формализации задачи, сформулированной ЛПР. Данный этап в сценарии не рассматривается, поскольку паттернов для этого процесса не выявлено.

 

Рисунок 13 – Пример сценария поддержки принятия решений

 

После того, как ВД определены, статус задачи приобретает статус «Намечена», что означает, что текущей целью становится формирование среды сотрудничества. Для достижения этой цели может быть использован организационный паттерн:

Организационный EquivalentTo (предусловие some Предусловие) and (taskStatus value "Намечена")                         

Результатом (постусловием) формирования среды сотрудничества является архитектура такой среды, включающая множество ресурсов, ролей участников и набор функций, которые представлены видами деятельности. Статус задачи обновляется значением «Запланирована». Упомянутый статус указывает на наличие цели, связанной с разработкой плана рабочего процесса, для чего может быть использован паттерн процесса. Помимо того, что предусловием применения паттерна является статус задачи «Запланирована», в онтологии указано, что существует ещё ряд предусловий, которые являются спецификацией исходных данных для применения данного паттерна (рисунок 14).

 

Рисунок 14 – Предусловия применения паттерна «Процесс»

 

Эти предусловия выполняются за счёт применения организационного паттерна. Постусловием использования паттерна процесса является план рабочего процесса, который участники совместно разрабатывают, пользуясь знаниями об архитектуре среды сотрудничества. План рабочего процесса представляет собой последовательность ВД, результатом выполнения которой является решение задачи ЛПР, и включает множество участников, множество выполняемых участниками ролей и множество инструментов, поддерживающих запланированные ВД, а также содержит распределение ролей и инструментов по ВД. На рисунке 13 инструмент ЧМСКИ означает ЧМ среда коллективного интеллекта [28]. Данная среда оказывает технологическую поддержку, обеспечивая возможность взаимодействия участников, их интероперабельность и предоставляя механизмы самоорганизации. После того, как план рабочего процесса создан, статус задачи обновляется значением «назначена». Когда участники приступают к реализации плана, статус задачи приобретает значение «в работе».

В рассматриваемом примере сценария предполагается, что оценка альтернатив является ИЗ (на рисунке 13 «оценка альтернатив: intellectual»). Способ решения ИЗ предлагает когнитивный паттерн. Специалист по организации рабочего процесса предложил следующую последовательность действий: категоризация, уточнение, сокращение, уточнение, оценка (определения для этих видов действий даны при описании ОМ (рисунок 8)). Данные действия осуществляют эксперты, выполняющие роль ЛПР (эта роль отличается от роли ЛПР, который ставит задачу ЧМ среде, и которая в ОМ не представлена). В результате осуществления указанных действий формируется небольшое множество альтернатив, оценённых относительно одного или нескольких критериев, с которым согласны все эксперты.

Дальнейшее использование паттернов зависит от того, какие цели возникают в процессе выполнения участниками запланированных ВД. В ходе этого процесса участники взаимодействуют и принимают локальные решения (отличные от решения для задачи ЛПР). Решения для достижения этих целей предлагают паттерны взаимодействия и совместной инженерии.

Сценарий завершается предоставлением ЛПР рекомендуемого решения для его задачи (ВД «выбор альтернативы» в рабочем процессе). Статус задачи приобретает значение «Завершена».

Предложенный сценарий не является типовым. В частности, даже для решения ИЗ оценки альтернатив возможны разные планы процесса её решения. Если в этот план ввести вид действия «Интеллектуальный анализ», то в плане появится роль «Помощник», которую выполняет агент. Этот агент будет помогать отсеивать экспертам «непродуктивные» альтернативы. Методы решения задач [29] могут быть использованы как основа для планирования процессов решения ИЗ. Эти методы показывают, что для решения ИЗ, как частного случая задачи, можно построить множество сценариев.

Заключение

В работе предложен набор моделей, способствующих организации ЧМ сотрудничества при ППР на основе паттернов сотрудничества. Рассмотрены КМ паттернов сотрудничества различных видов. На основе этих моделей разработана ОМ паттерна, являющаяся формальным унифицированным средством описания паттернов сотрудничества. Отличительной особенностью модели является то, что она может применяться для моделирования различных видов рабочих процессов при любой форме организации труда. Разработана онтология паттернов, объединяющая различные виды паттернов сотрудничества. Данная онтология поддерживает вывод, позволяющий рекомендовать паттерны в зависимости от контекста. Потенциал онтологии и, соответственно, различных видов паттернов сотрудничества для ППР рассматривается на примере возможного сценария ППР ЧМ средой.

Разработаны модели для организации ЧМ коллективов и их деятельности, которые могут способствовать повышению качества решений за счёт использования паттернов решений для однотипных проблем и обеспечению эффективного сотрудничества человека и машины.

×

Об авторах

Александр Викторович Смирнов

Санкт-Петербургский Федеральный исследовательский центр РАН (СПб ФИЦ РАН)

Email: smir@iias.spb.su
Scopus Author ID: 55725403900
ResearcherId: A-7557-2012

д.т.н. (1996) профессор, главный научный сотрудник лаборатории интегрированных систем автоматизации, член IEEE

Россия, Санкт-Петербург

Татьяна Викторовна Левашова

Санкт-Петербургский Федеральный исследовательский центр РАН (СПб ФИЦ РАН)

Автор, ответственный за переписку.
Email: tatiana.levashova@iias.spb.su
Scopus Author ID: 6603894696
ResearcherId: E 3643 2012

к.т.н. (2009), старший научный сотрудник лаборатории интегрированных систем автоматизации

Россия, Санкт-Петербург

Список литературы

  1. Боргест Н.М. Стратегии интеллекта и его онтологии: попытка разобраться // Онтология проектирования. 2019. Т.9. №4. С.407–428. doi: 10.18287/2223-9537-2019-9-4-407-428.
  2. Семенова В.А., Смирнов С.В. Функциональное наполнение и архитектура программной лаборатории для онтологического анализа данных // Вестник Самарского государстенного технического университета. Сер. Технические науки. 2023. Т.31. №2. С.85–100. doi: 10.14498/tech.2023.2.7.
  3. Кудрявцев Д.В., Гаврилова Т.А., Смирнова М.М., Головачева К.С. Построение онтологии знаний потребителя в маркетинге: кросс-дисциплинарный подход // Искусственный интеллект и принятие решений. 2021. №3. С.19–32. doi: 10.14357/20718594210302.
  4. Боргест Н.М. Границы онтологии проектирования // Онтология проектирования. 2017. Т.7. №1. С.7–33. doi: 10.18287/2223-9537-2017-7-1-7-33.
  5. Смирнов С.В. Среда моделирования для построения инженерных теорий // Известия Самарского научного центра Российской академии наук. 1999. № 2. С.277–285. doi: 10.18287/2223-9537-2017-7-1-7-33.
  6. W3C Data activity building the web of data. Officical site. W3C, 2021. URL: https://www.w3.org/2001/sw/.
  7. Грибова В.В., Пашкова С.В., Федорищев Л.А. Онтологии для разработки и генерации адаптивных пользовательских интефейсов редакторов баз знаний // Онтология проектирования. 2022. Т.12. №2. С.200–217. doi: 10.18287/2223-9537-2022-12-2-200-217.
  8. Загорулько Ю.А., Сидорова, Е.А., Загорулько Г.В., Ахмадеева И.Р., Серый А.С. Автоматизация разработки онтологий научных проблемых областей на основе паттернов онтологического проектиования // Онтология проектирования. 2021. Т.11. № 4. С.500–520. doi: 10.18287/2223-9537-2021-11-4-500-520.
  9. Хорошевский В.Ф. Проектирование систем программного обеспечения под управлением онтологий: модели, методы, реализации // Онтология проектирования. 2019. Т 9. №4. С 429–448. doi: 10.18287/2223-9537-2019-9-4-429-448.
  10. Соснин П.И., Маклаев В.А. Инструментальные средства для спецификации концептуализаций в проектировании авоматизацированных систем // Онтология проектирования. 2012. Вып. 3, № 1. С.39–52.
  11. Смирнов А.В., Левашова Т.В. Паттерны человеко-машинного сотрудничества в системах поддержки принятия решений // Искусственный интеллект и принятие решений. 2024. № 2. С.3–17. doi: 10.14357/20718594240201.
  12. Eoyang G. Patterns of collaboration [Electronic resource]. Human Systems Dynamics Institute, 2018. https://www.hsdinstitute.org/resources/patterns-of-collaboration.html.
  13. Schmeil A., Eppler M.J. Formalizing and promoting collaboration in 3D virtual environments – a blueprint for the creation of group interaction patterns // In: F. Lehmann-Grube, J. Sablatnig (eds.): Facets of Virtual Environments. FaVE 2009. Lecture Notes of the Institute for Computer Sciences, Social Informatics and Telecommunications Engineering, vol. 33. Berlin Heidelberg: Springer, 2010. P.121–134. doi: 10.1007/978-3-642-11743-5_10.
  14. Vreede G.J. De, Kolfschoten G.L., Briggs R.O. ThinkLets: a collaboration engineering pattern language // Int. J. Comput. Appl. Technol. 2006. Vol. 25(2/3). P. 140–154. doi: 10.1504/IJCAT.2006.009064.
  15. Deokar A.V., Kolfschoten G.L., de Vreede G.-J. Prescriptive workflow design for collaboration-intensive processes using the collaboration engineering approach // Glob. J. Flex. Syst. Manag. 2008. Vol.9(4). P.11–20. doi: 10.1007/BF03396547.
  16. Toniolo A. [et al.] Human-machine collaboration in intelligence analysis: An expert evaluation // Intell. Syst. with Appl. 2023. Vol.17. P.200151. doi: 10.1016/j.iswa.2022.200151.
  17. Barchetti U., Antonio C., Guido A.L., Mainetti L. Modelling collaboration processes through design patterns // Comput. Informatics. 2011. Vol.30(1). P.113–135.
  18. de Moor A. Community memory activation with collaboration patterns // In: L. Stillman, G. Johanson (eds.): Proc. of the 3rd Prato Int. Community Informatics Conf. (CIRN 2006). Melbourne: Centre for Community Networking Research, 2006. 1 CD. File: 2006\prato2006\demoorfinal.zip.
  19. Dorn C., Edwards G., Medvidovic N. Analyzing design tradeoffs in large-scale socio-technical systems through simulation of dynamic collaboration patterns // In: R. Meersman [et al.]: On the Move to Meaningful Internet Systems: OTM 2012. Lecture Notes in Computer Science, vol.7565. Berlin Heidelberg: Springer, 2012. P.362–379. doi: 10.1007/978-3-642-33606-5_22.
  20. Papageorgiou N., Verginadis Y., Apostolou D., Mentzas G. A collaboration pattern model for virtual organisations // In: L.M. Camarinha-Matos, I. Paraskakis, H. Afsarmanesh (eds.): Leveraging Knowledge for Innovation in Collaborative Networks. PRO-VE 2009. IFIP Advances in Information and Communication Technology, vol. 307. Berlin Heidelberg: Springer, 2009. P.61–68. DOI: 0.1007/978-3-642-04568-4_7.
  21. Verginadis Y., Apostolou D., Papageorgiou N., Mentzas G. An architecture for collaboration patterns in agile event-driven environments // In: 2009 18th IEEE Int. Workshops on Enabling Technologies: Infrastructures for Collaborative Enterprises. IEEE, 2009. P.227–230. doi: 10.1109/WETICE.2009.12.
  22. Vo T.T., Coulette B., Tran H.N., Lbath R. Defining and using collaboration patterns for software process development // In: Proc. of the 3rd Int. Conf. on Model-Driven Engineering and Software Development (MODELSWARD 2015) - CMDD. SCITEPRESS - Science and and Technology Publications, 2015. P.557–564. doi: 10.5220/0005338705570564.
  23. van Diggelen J., Johnson M. Team Design Patterns // In: Proc. of the 7th Int. Conf. on Human-Agent Interaction. New York: ACM, 2019. P. 118–126. doi: 10.1145/3349537.3351892.
  24. Gottesdiener E. Decide How to Decide [Electronic resource] // Software Development Magazine. 2001. No. 1. https://www.ebgconsulting.com/Pubs/Articles/DecideHowToDecide-Gottesdiener.pdf.
  25. Musen M.A. The Protégé project // AI Matters. 2015. Vol.1(4). P.4–12. doi: 10.1145/2757001.2757003.
  26. Simon H. The New Science of Decision-Making. New York: Harper and Row, 1960.
  27. Simon H. Rational Decision Making in Business Organizations // Am. Econ. Assoc. 1979. Vol. 69(4). P.493–513.
  28. Smirnov A., Ponomarev A., Levashova T., Shilov N. Conceptual framework of a human-machine collective intelligence environment for decision support // Proc. Bulg. Acad. Sci. 2022. Vol.75(1). P.102–109. doi: 10.7546/CRABS.2022.01.12.
  29. Фаянс А.М., Кнеллер В.Ю. Об онтологии видов задач и методов их решения // Онтология проектирования. 2020. Т. 10, №3(37). С. 273–295. doi: 10.18287/2223-9537-2020-10-3-273-295.

Дополнительные файлы

Доп. файлы
Действие
1. JATS XML
2. Рисунок 1 – Концептуальная модель организационного паттерна

Скачать (383KB)
3. Рисунок 2 – Концептуальная модель когнитивного паттерна

Скачать (373KB)
4. Рисунок 3 – Концептуальная модель паттерна взаимодействия

Скачать (362KB)
5. Рисунок 4 – Концептуальная модель паттерна процесса

Скачать (165KB)
6. Рисунок 5 – Концептуальная модель паттерна совместной инженерии

Скачать (285KB)
7. Рисунок 6 – Концептуальная модель паттерна человеко-машинного сотрудничества

Скачать (233KB)
8. Рисунок 7 – Верхний уровень онтологической модели паттерна человеко-машинного сотрудничества

Скачать (314KB)
9. Рисунок 8 – Онтологическая модель паттернов

Скачать (599KB)
10. Рисунок 9 – Аксиомы принадлежности видов деятельности процессу принятия решения

Скачать (455KB)
11. Рисунок 10 – Аксиомы организационного паттерна

Скачать (230KB)
12. Рисунок 11 – Аксиомы, связанные с классом «Интеллектуальный анализ»

Скачать (673KB)
13. Рисунок 12 – Концептуальная модель использования паттернов человеко-машинного сотрудничества при поддержке принятия решений

Скачать (340KB)
14. Рисунок 13 – Пример сценария поддержки принятия решений

Скачать (706KB)
15. Рисунок 14 – Предусловия применения паттерна «Процесс»

Скачать (207KB)

© Смирнов А.В., Левашова Т.В., 2024

Creative Commons License
Эта статья доступна по лицензии Creative Commons Attribution 4.0 International License.

Согласие на обработку персональных данных с помощью сервиса «Яндекс.Метрика»

1. Я (далее – «Пользователь» или «Субъект персональных данных»), осуществляя использование сайта https://journals.rcsi.science/ (далее – «Сайт»), подтверждая свою полную дееспособность даю согласие на обработку персональных данных с использованием средств автоматизации Оператору - федеральному государственному бюджетному учреждению «Российский центр научной информации» (РЦНИ), далее – «Оператор», расположенному по адресу: 119991, г. Москва, Ленинский просп., д.32А, со следующими условиями.

2. Категории обрабатываемых данных: файлы «cookies» (куки-файлы). Файлы «cookie» – это небольшой текстовый файл, который веб-сервер может хранить в браузере Пользователя. Данные файлы веб-сервер загружает на устройство Пользователя при посещении им Сайта. При каждом следующем посещении Пользователем Сайта «cookie» файлы отправляются на Сайт Оператора. Данные файлы позволяют Сайту распознавать устройство Пользователя. Содержимое такого файла может как относиться, так и не относиться к персональным данным, в зависимости от того, содержит ли такой файл персональные данные или содержит обезличенные технические данные.

3. Цель обработки персональных данных: анализ пользовательской активности с помощью сервиса «Яндекс.Метрика».

4. Категории субъектов персональных данных: все Пользователи Сайта, которые дали согласие на обработку файлов «cookie».

5. Способы обработки: сбор, запись, систематизация, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, передача (доступ, предоставление), блокирование, удаление, уничтожение персональных данных.

6. Срок обработки и хранения: до получения от Субъекта персональных данных требования о прекращении обработки/отзыва согласия.

7. Способ отзыва: заявление об отзыве в письменном виде путём его направления на адрес электронной почты Оператора: info@rcsi.science или путем письменного обращения по юридическому адресу: 119991, г. Москва, Ленинский просп., д.32А

8. Субъект персональных данных вправе запретить своему оборудованию прием этих данных или ограничить прием этих данных. При отказе от получения таких данных или при ограничении приема данных некоторые функции Сайта могут работать некорректно. Субъект персональных данных обязуется сам настроить свое оборудование таким способом, чтобы оно обеспечивало адекватный его желаниям режим работы и уровень защиты данных файлов «cookie», Оператор не предоставляет технологических и правовых консультаций на темы подобного характера.

9. Порядок уничтожения персональных данных при достижении цели их обработки или при наступлении иных законных оснований определяется Оператором в соответствии с законодательством Российской Федерации.

10. Я согласен/согласна квалифицировать в качестве своей простой электронной подписи под настоящим Согласием и под Политикой обработки персональных данных выполнение мною следующего действия на сайте: https://journals.rcsi.science/ нажатие мною на интерфейсе с текстом: «Сайт использует сервис «Яндекс.Метрика» (который использует файлы «cookie») на элемент с текстом «Принять и продолжить».