СИСТЕМА И СПОСОБ ДЛЯ ИДЕНТИФИКАЦИИ РЕЛЕВАНТНОЙ ИНФОРМАЦИИ ДЛЯ ПРЕДПРИЯТИЯ
SYSTEM AND METHOD FOR IDENTIFYING RELEVANT INFORMATION FOR ENTERPRISE

ОБЛАСТЬ ТЕХНИКИ
[0001] Раскрытие настоящего изобретения относится к программному обеспечению предприятия и, более конкретно, к программному вспомогательному средству для нахождения информации, которая является релевантной для проблем, возможностей и/или неожиданных или интересных событий, влияющих на процессы, осуществляемые предприятием.
УРОВЕНЬ ТЕХНИКИ
[0002] Предприятие (которое может быть любой организацией, занимающейся деятельностью для достижения некоторой цели) обычно имеет цели и процессы, выполненные с возможностью достижения этих целей. Проблемы в предприятии обычно влияют на успех одного или нескольких процессов; эти проблемы должны быть идентифицированы специальным и эффективным способом. Физические лица в предприятии (пользователи системы предприятия) должны быть предупреждены о проблемах, которые могут представлять опасность для процессов, за которые они являются ответственными. Пользователь, которому необходимо решить проблему, захочет получить в свое распоряжение информацию, которая является релевантной для проблемы, в частности, информацию о современном и прошлом опыте в предприятии, который является релевантным для проблемы. Пользователь также захочет сотрудничать с другими пользователями для решения проблемы.
[0003] Таким образом, желательно реализовать систему, которая идентифицирует и извлекает информацию, которая является релевантной для проблемы, связанной с процессом, и направляет эту информацию пользователям, больше всех занимающимся проблемой.
КРАТКАЯ СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0004] Согласно раскрытию настоящего изобретения, предложены система и способ для нахождения и извлечения информации в пределах предприятия, которая является релевантной для проблем предприятия, возможностей предприятия и неожиданных или интересных событий. По мере того, как система осуществляет поиск информации о предприятии, она индексирует текущие элементы (например, передаваемые электронные письма) и прошлые элементы (например, архивные уведомления) для улучшения знания о системе, относящегося к проблеме, возможности, или событию.
[0005] Согласно первому аспекту раскрытия настоящего изобретения, система для нахождения информации, релевантной для процесса, выполняемого предприятием, или для точки напряжений предприятия упомянутого процесса, включает в себя вычислительное устройство, выполненное с возможностью просмотра контента, связанного с процессом, осуществляемым предприятием, причем процесс включает в себя один или несколько этапов процесса; идентификации проблемы, возможности или события (точки напряжений предприятия), связанных с этапом процесса; индексирования просмотренного контента относительно точки напряжений предприятия; определения того, является ли просмотренный контент информацией, релевантной для проблемы, возможности или события; и обеспечения релевантной информации для пользователя. Релевантная информация включает в себя описание или обсуждение предшествующего опыта предприятия (или соответствующих предприятий) относительно проблемы, возможности или события. Просмотренный контент может включать в себя сообщение электронной почты в пределах предприятия, к предприятию или от предприятия; документы, создаваемые предприятием; данные приложений, связанные с процессом, в том числе бизнес-объекты; и/или веб-контент, доступный для предприятия. Точкой напряжений предприятия является проблема, возможность, или неожиданное или интересное событие, и она связана с другими точками напряжений, дополнительно описывающими опасность, причину, следствие, или средство.
[0006] Определение того, является ли информация релевантной для проблемы, возможности или события, может дополнительно включать в себя определение влияния завершения этапа процесса на достижение цели, связанной с процессом, включающим в себя этот этап процесса; это выражает близость к цели этапа процесса. Близость к цели этапа процесса может быть также использована для определения опасности, которая является важным критерием релевантности.
[0007] Определение близости к цели может быть также использовано для нахождения подобных процессов, которые, вследствие подобия своих обобщенных аспектов и подобия близости к цели, считаются подобными; варианты опыта, связанные с этими подобными процессами, возвращаются системой для внимания пользователей.
[0008] Определение релевантности может быть обеспечено посредством идентификации процессов, которые характеризуются в системе своими обобщенными компонентами процессов, таким образом, что заключение о подобии или релевантности между процессами может быть сделано вследствие их обобщенных аспектов. Дополнительно, характерные проблемы или возможности, встроенные в процессы, могут устанавливать дополнительное подобие или релевантность между процессами.
[0009] Система может включать в себя средство просмотра для просмотра контента, связанного с процессом, осуществляемым предприятием; языковой синтаксический анализатор для идентификации концептов в пределах просмотренного контента; и машину индексирования для индексирования просмотренного контента относительно узла процесса (причем узел процесса связан с этой проблемой, возможностью или событием), и для определения того, является ли просмотренный контент информацией, релевантной для проблемы, возможности или события. Языковой синтаксический анализатор и машина индексирования вместе назначают релевантность точек напряжений концептам в пределах просмотренного контента, посредством чего генерируется индекс точки напряжений для элементов просмотренного контента.
[00010] Система может дополнительно включать в себя пользовательский интерфейс, использующий индекс точки напряжений для предупреждения пользователя о проблеме, связанной с соответствующим набором процессов; обеспечения возможности сотрудничества между пользователями в отношении проблемы или возможности, связанной с процессом, посредством ограничения возвращаемой информации современной и исторической информацией, связанной с процессами, для которых сотрудничающие пользователи являются участниками, и посредством обеспечения возможности возврата информации, связанной с подчиненными процессами, если эта информация, вероятно, представляет опасность для процессов, для которых сотрудничающие стороны являются участниками; или извлечения информации, включающей в себя описание или обсуждение предшествующего опыта, относящегося к проблеме, связанной с процессом. В одном варианте осуществления, машина индексирования является услугой межплатформенного программного обеспечения.
[00011] Согласно другому аспекту раскрытия настоящего изобретения, пользователь может управлять когнитивной структурой, извлекающей прошлые и текущие варианты опыта, которые могут быть использованы для множества применений, описанных здесь.
[00012] Следует отметить, что, согласно раскрытию настоящего изобретения, при решении проблем предприятия, использовании возможностей предприятия, или объяснении интересных или неожиданных событий, происходящих в пределах сферы деятельности предприятия, релевантность элемента контента или данных для предприятия может быть определена полностью посредством установления связи этого контента или данных с релевантными точками напряжений предприятия (узлами процесса) и с элементами когнитивной структуры, наиболее тесно связанными с этими узлами процесса; подобия между процессами могут быть определены полностью посредством ссылки на идентификацию процессов и их обобщенных компонентов процессов, близости к цели соответствующих процессов относительно их зависимых процессов, и характерных проблем, возможностей или событий, связанных с процессами; и, когда определено, что узел процесса в пределах этапа представляет опасность, значимость этой опасности может быть определена полностью посредством ссылки на (i) близость этого этапа к его прямой цели, (ii) близость к цели этого этапа и его влияние на дополнительные зависимые цели, (iii) оцененную стоимость недостижения целей и корректирующего действия, и (iv) вероятность того, что рассматриваемый узел потерпит неудачу.
[00013] Предшествующее описание кратко наметило, достаточно широко, предпочтительные признаки раскрытия настоящего изобретения, таким образом, чтобы специалисты в данной области техники могли лучше понять подробное описание раскрытия настоящего изобретения, которое следует далее. Далее будут описаны дополнительные признаки раскрытия настоящего изобретения, которые составляют предмет формулы изобретения согласно настоящему раскрытию настоящего изобретения. Специалистам в данной области техники следует понимать, что они могут легко использовать раскрытую идею изобретения и конкретный вариант осуществления как основу для проектирования или модификации других структур для осуществления тех же целей, что и цели раскрытия настоящего изобретения, и что такие другие структуры не выходят за рамки сущности и объема раскрытия настоящего изобретения в его самой широкой форме.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[00014] Фиг. 1 схематично показывает предприятие, имеющее цели и процессы, с программным обеспечением для нахождения релевантной информации, связанной с предприятием, согласно одному варианту осуществления раскрытия настоящего изобретения.
[00015] Фиг. 2 схематично показывает аспекты узла процесса для процесса предприятия.
[00016] Фиг. 3 схематично показывает абстракцию видов деятельности, лежащую в основе определения узла процесса.
[00017] Фиг. 4 показывает цели и соответствующие процессы для предприятия.
[00018] Фиг. 5 показывает некоторые подробности двух процессов и проблемы, связанные с этими процессами.
[00019] Фиг. 6А показывает близость к цели для различных этапов процесса.
[00020] Фиг. 6В показывает взаимодействие между агентами в предприятии и данным этапом процесса.
[00021] Фиг. 7А схематично показывает обобщенные процессы и более специфические процессы.
[00022] Фиг. 7В схематично показывает процессы, включающие в себя узлы процесса или точки напряжений предприятия.
[00023] Фиг. 8 схематично показывает узлы процесса, представляющие опасности, причины, следствия и средства для множества процессов.
[00024] Фиг. 9 является блок-схемой последовательности операций, показывающей процедуру, с помощью которой пользователь-эксперт может назначить атрибуты узлов на различных специфических для контекста уровнях абстракции.
[00025] Фиг. 10 является блок-схемой последовательности операций, показывающей процедуру для идентификации обобщенных процессов и процессов, подобных данному исходному процессу, согласно одному варианту осуществления раскрытия настоящего изобретения.
[00026] Фиг. 11 является блок-схемой последовательности операций, показывающей процедуру, с помощью которой пользователь-эксперт может заполнить систему случаями или рассказанными историями, согласно одному варианту осуществления раскрытия настоящего изобретения.
[00027] Фиг. 12 является блок-схемой последовательности операций, показывающей способ, в котором программное обеспечение создает и использует инфраструктуру точек напряжений предприятия, согласно одному варианту осуществления раскрытия настоящего изобретения.
[00028] Фиг. 13A и 13B являются соединенными блок-схемами последовательностей операций, показывающими этапы, выполняемые пользователем системы, осуществляющей раскрытие настоящего изобретения, для решения проблемы или использования возможности.
[00029] Фиг. 14 схематично показывает систему для сбора информации и индексирования информации относительно точек напряжений предприятия, согласно одному варианту осуществления раскрытия настоящего изобретения.
[00030] Фиг. 15 схематично показывает схождение целей, согласно одному варианту осуществления раскрытия настоящего изобретения.
[00031] Фиг. 16 схематично показывает систему для использования с множеством пользователей, некоторые из которых имеют доступ к устройствам отображения (дисплеям) с ограниченным доступом к просмотру.
[00032] Фиг. 17 схематично показывает систему управления при чрезвычайных ситуациях, известную из предшествующего уровня техники.
[00033] Фиг. 18 схематично показывает систему управления при чрезвычайных ситуациях, согласно одному варианту осуществления раскрытия настоящего изобретения.
[00034] Фиг. 19 является увеличенным видом участка системы управления при чрезвычайных ситуациях фиг. 18, показывающим отображение выбранных узлов.
ПОДРОБНОЕ ОПИСАНИЕ
[00035] Программное обеспечение, воплощающее настоящее раскрытие, называется здесь «Оверлей». Оверлей является вспомогательным средством для нахождения информации в пределах предприятия; источниками этой информации являются, таким образом, обычно, внутренний контент и данные предприятия, включающие в себя сообщения, передаваемые в пределах предприятия, и сообщения, передаваемые между предприятием и внешними сторонами. Другим источником информации является внешняя информация, связанная с предприятием, к которой предприятие желает регулярно осуществлять доступ. Один аспект Оверлея состоит в том, что он функционирует в качестве машины релевантности, в отличие от машины поиска; Оверлей извлекает только информацию, которая считается релевантной для проблем, возможностей и неожиданных или интересных событий предприятия.
[00036] Программное обеспечение Оверлей использует релевантность между процессами предприятия и релевантность между точками напряжений предприятия в таких процессах (а именно, фокусные точки в бизнесе, которые представляют риски, неудачи в прогнозировании, конфликты, опасности, общие причины и соответствующие области внимания и знаний), для представления пользователю только релевантных возвращаемых данных из лежащих в основе данных и контента, чтобы выполнить следующее:
[00037] Снабдить пользователя Оверлея обзором лежащих в основе изменений в любом программном средстве/электронных письмах предприятия, которые могут образовать точку напряжений предприятия, за которую пользователь является ответственным. В большой организации, старший персонал не может вручную управлять и, таким образом, контролировать все приложения, и не может жестко закодировать потоки работ для каждого возможного вопроса, который может потенциально образовать проблему. Поскольку точки напряжений предприятия часто обусловлены комбинацией множественных событий, Оверлей помогает идентифицировать эти точки напряжений предприятия и избегает избыточно детализированных уведомлений, когда это нежелательно;
[00038] Обеспечить пользователю Оверлея возможность осуществления доступа к контенту предприятия и/или к системам данных (в том числе, системам электронной почты) из удаленных местоположений с использованием портативного устройства, и воспроизведения отфильтрованного вида событий, влияющих на точки напряжений предприятия;
[00039] Обеспечить пользователю Оверлея возможность обработки событий и координации предупреждений, а также улучшения контента связанными со знанием метаданными; и
[00040] Обеспечить пользователю Оверлея возможность управления нежелательными событиями с помощью релевантного унаследованного контента.
[00041] Глоссарий
[00042] Причина: событие или потенциальное событие, которое считается причиной следствия.
[00043] Основная причина: событие или потенциальное событие, которое считается причиной возникновения причины.
[00044] Следствие: событие или потенциальное событие, которое считается следствием процесса или планируемой целью или условной целью.
[00045] Опасность: потенциальное следствие. Она может быть как положительной, когда она соответствует возможности, так и отрицательной, когда она соответствует проблеме.
[00046] Диагноз: нахождение причины проблем и объяснение интересных событий или причин возможности.
[00047] Организовать: быть абстракцией чего-либо, обобщить, сгруппировать.
[00048] Близость к цели/близость: процентное влияние этапа процесса на цель процесса, к которому относится этот этап.
[00049] Цели или условные цели: цели и условные цели, для которых был спроектирован процесс предприятия.
[00050] Когнитивная структура: структура, которая индексирует информацию способом, который соответствует известным когнитивным принципам.
[00051] Первичное средство для большего понимания проблемы или возможности: способы, посредством которых определяется наиболее подходящая релевантность, относящаяся к проблеме или возможности.
[00052] Случаи/обсуждения/описания/варианты опыта: это случаи вариантов опыта, которые могут описать всю или часть причины, следствия, опасности, и средства. Они могут включать в себя обобщенные объяснения и модели для описания того, как объекты ведут себя в процессах, в которых они назначены.
[00053] Модели: обобщенные случаи, объясняющие причину и следствие.
[00054] Объяснения: объяснения проблем или возможностей или неожиданных событий.
[00055] Атрибуты: характеристики субъектов, упомянутых в раскрытии настоящего изобретения. Атрибуты узлов используются для определения подобия узлов. А именно, характеристики узлов, которые определяют подобие. Атрибуты узлов представлены в модели состояний. А именно, характеристики узлов представлены в модели состояний.
[00056] Ответственный: ситуация, в которой атрибуты агентов существенно влияют на итог процесса или этапа процесса.
[00057] Проблемы/неудачи: в раскрытии настоящего изобретения, проблемы и неудачи считаются узлами в процессах, где многоопытные специалисты-практики с достаточным основанием ожидают проблемы и/или неудачи или необъяснимые явления или явления необъяснимых причин и следствий.
[00058] Возможности/успехи: в раскрытии настоящего изобретения, возможности и успехи считаются узлами в процессах, где многоопытные специалисты-практики с достаточным основанием ожидают возможности и/или успехи.
[00059] Событие/неожиданное событие/интересное событие: в раскрытии настоящего изобретения, событие является событием, которое многоопытный специалист-практик с достаточным основанием считает важным для предприятия и его целей.
[00060] Узлы процесса: части процессов, где многоопытные специалисты-практики ожидают проблемы или возможности.
[00061] Многоопытные специалисты-практики: люди, которые участвовали или были ответственными за процесс, в котором они считаются многоопытными благодаря большей части своих карьерных достижений, и знают конкретный процесс и его главные характеристики, а также знают процессы, зависящие от и подчиненные процессу, в котором они считаются многоопытными.
[00062] Предприятие: любая организация или набор организаций, осуществляющих виды деятельности для одной или нескольких известных целей; обычно отличающиеся предсказуемостью целей в любой момент времени, предсказуемостью планов и процессов для достижения этих целей, и агентами, по существу, с известными значимостью, квалификацией, знаниями, информацией, выносливостью, и эмоциями в отношении целей.
[00063] Структура деятельности предприятия: инфраструктура соответствующих критериев релевантности, которые распознаются специалистами-практиками в большинстве предметных областей.
[00064] Вид деятельности предприятия: виды деятельности распознаются специалистами-практиками в каждой предметной области или более чем в одной предметной области.
[00065] Внешний процесс: внешние процессы, имеющие место за пределами предприятия, от которых зависят некоторые процессы предприятия: например, проектирование, конструирование, или обучение, и виды деятельности по подготовке, которые могут быть частью любого этапа процесса; процессы, которые, как обнаружено, происходят в среде, которые не спроектированы для достижения известных целей, но влияют на цели и процессы предприятия, например, дискреционное человеческое поведение: или процессы, прямо не связанные с человеческим поведением, такие как явления окружающей среды.
[00066] Специалисты-практики: люди, которые имеют усредненный опыт в предприятии.
[00067] Оверлей: система и/или способ согласно раскрытию настоящего изобретения.
[00068] Характерные проблемы/возможности/узлы: проблемы, возможности, или неожиданные/потенциальные/случайные события, на различных уровнях абстракции, которых многоопытные специалисты-практики считают повторяющимися во множестве соответствующих процессов. Характерные проблемы/возможности связаны с целями, поскольку проблемы и возможности не могут быть определены без первоначального определения целей.
[00069] Объект: объект в предметной области, который является частью процесса.
[00070] Контекст: среда в предметной области, в пределах которой процесс имеет место.
[00071] Абстрагированный объект: объект, который может быть абстрагирован и, таким образом, может применяться более чем к одной предметной области.
[00072] Абстрагированный контекст: контекст, который может быть абстрагирован и, таким образом, может применяться более чем к одной предметной области.
[00073] Предметная область: отрасль промышленности, отделение компании или любая структура предприятия, где этапы процесса и терминология являются специфическими, и при этом специалисты-практики понимают их.
[00074] Костный: характеристика субъекта в модели видов деятельности предприятия, которая изменяется, но считается постоянной, поскольку специалисты-практики ожидают, что эта характеристика будет достаточно постоянной и предсказуемой.
[00075] Критерии релевантности: любой субъект, который помогает создавать структуру или модель видов деятельности предприятия.
[00076] Обстоятельство: контекст, время объекта и т.п.
[00077] Процесс: последовательность действий, служащих для достижения множества целей и условных целей. Они могут изменяться от костных процессов, до установленных процессов, до вновь установленных процессов, до планов, которые являются процессами, которые еще только подлежат осуществлению на практике.
[00078] Сценарий: процесс, который выполняется сознательно и несознательно, поскольку он стал костным.
[00079] План: план является не очень хорошо определенным процессом, где этапы в процессе упорядочены способом, соответствующим текущим обстоятельствам. Иерархия целей планов часто отличается от лежащих в основе процессов, которых они объединяют.
[00080] Неодушевленный процесс: процесс, который не включает в себя человеческое вмешательство (такой как химический процесс) и, таким образом, может не иметь целей, отличных от целей процесса, частью которого, как было спроектировано людьми, он является. Например, коррозия является неодушевленным процессом, который является предсказуемым и хорошо известным, но, тем не менее, не может считаться основанным на достижении целей процессом.
[00081] Не основанные на достижении целей неодушевленные процессы: процессы, которые люди осуществляют, но которые не являются явно основанными на достижении целей, например, оценивание некоторого типа музыки или предпочтение некоторого цвета. Общим определением для этого является дискреционный.
[00082] Условие: как определено в английском языке и в AI.
[00083] Цели и процессы предприятия
[00084] Как схематично показано на фиг. 1, предприятие 1, в общем, имеет цели 11 и процессы 12, спроектированные для достижения этих целей. Предприятия и отделения предприятия, в общем, имеют следующие атрибуты в отношении целей: собирательные значимости, собирательные квалификации, собирательные знания, собирательную информацию, собирательную выносливость, и собирательные эмоции. Одно или несколько предприятий могут относиться к предметной области, определенной в виде отрасли промышленности, отделения компании, или любой структуры предприятия, где этапы процесса и терминология являются специфическими, и при этом специалисты-практики понимают их. Специалисты-практики в данной предметной области, таким образом, можно сказать, имеют совместно используемое, специфическое знание.
[00085] Цели 11 могут включать в себя цели предприятия (часто выражаемые на высоком уровне, таким образом, чтобы конкретные процессы не были связаны с ними), главные цели (достижение которых прямо влияет на одну или несколько целей предприятия), и условные цели (а именно, цели, которые не являются основной причиной проектирования процесса, но их недостижение может воспрепятствовать достижению главной цели или, иначе, может обеспечить возможность достижения главной цели, но сделать это достижение нежелательным). Процессы могут быть основанными на целях (в общем, выполняемыми агентами в предприятии для достижения цели), не-основанными на целях, но предписанными и, обычно, не проектируемыми людьми, или не-основанными на целях и непредписанными и не проектируемыми людьми. Процессы включают в себя функцию машинного оборудования или любой процесс, спроектированный людьми для человеческих целей, но не обязательно предписанный людьми. При выполнении различных процессов в предприятии, неожиданно встречаются опасности; возникают проблемы и возможности; эти проблемы имеют причины, следствия, опасность или потенциальные следствия, и средства.
[00086] Те части 13 процессов, где опыт показал, что опасности, проблемы и/или возможности могут возникнуть сами по себе, или могут произойти неожиданные или интересные события, называются «точками напряжений предприятия» или «узлами процесса». Узлы процесса часто идентифицируются опытными агентами 15 в пределах предприятия. Программное обеспечение 16 Оверлей, которое в одном варианте осуществления доступно для предприятия в виде услуги через сеть 100, осуществляет поиск внутреннего контента предприятия и данных 14, и, в некоторых случаях, также внешних данных, выдавая информацию, которая является индексированной относительно идентифицированных точек напряжений. Тогда, для индексированной информации назначается релевантность точек напряжений. Поиски Оверлея являются естественно-языковыми поисками, на основе узлов процесса в предприятии и формулировки, используемой для их описания. Оверлей также осуществляет поиск структурированных данных, которые, как известно, связаны с каждым узлом процесса.
[00087] В общем, процесс может быть либо внутренним, либо внешним, либо некоторой их комбинацией; причем внутренний процесс является предписанным в предприятии, а внешний процесс имеет место за пределами предприятия; например, проектирование, конструирование, или обучение, и виды деятельности по подготовке, которые могут быть частью любого этапа процесса, процессы, которые, как обнаружено, происходят в среде, которые не спроектированы для достижения известных целей, но влияют на цели и процессы предприятия, например, дискреционное человеческое поведение, или процессы, прямо не связанные с человеческим поведением, такие как явления окружающей среды.
Узлы процесса
[00088]
[00089] Как схематично показано на фиг. 2, узел 21 процесса характеризуется одной или несколькими проблемами, возможностями и/или неожиданными/интересными событиями в процессе или на этапе процесса. Формулировка 22, описывающая узел процесса, используется в естественно-языковом поиске 23 данных предприятия и внутреннего контента 24 (и других источников информации).
[00090] Узлы процесса для предприятия представляют собой компоненты когнитивной структуры (обсуждается дополнительно ниже). Узлы процесса, как части когнитивной структуры, содержат обсуждение или описания проблем и/или возможностей и/или событий, которые специалисты-практики считают релевантными для целей и/или процессов в предприятии, или, иногда, за пределами прямых видов деятельности предприятия. Такие виды деятельности за пределами прямых видов деятельности предприятия могут быть, но не ограничены этим, другими предприятиями; деловым миром; политической средой; социальной средой; физической средой; биологической средой; или любой средой, которая существенно влияет на процесс предприятия.
[00091] Узлы процесса могут также включать в себя дисперсии для обсуждения и/или описаний потенциальных проблем или возможностей или событий, следующим образом:
(a) Обсуждение и/или описание или данные о проблеме или возможность или неожиданное событие при достижении одной или нескольких целей или условных целей в процессе, который
(1) в момент времени обсуждения или описания, или в более поздний момент времени, считался осуществляемым процессом;
(2) образует зависимый процесс для осуществляемого процесса;
(3) содержит проблему или возможность, которая может стать активной, если подчиненный процесс потерпит неудачу;
(4) содержит проблему или возможность, и/или потенциальную проблему или возможность, в подчиненном процессе для осуществляемого процесса.
(b) Обсуждение и/или описание или данные относительно:
(1) Объяснения проблемы, возможности или неожиданного события;
(2) Анализа причин проблемы или возможности или неожиданного события;
(3) Анализа основной причины (причины причины) проблемы или возможности или неожиданного события;
(4) Плана, который считается действием для устранения проблемы или использования возможности;
(5) Процедуры, описывающей, как предотвратить проблему или как использовать возможность.
[00092] Обсуждения или описания, связанные с узлом процесса, могут быть в тексте или на фигурах, или могут быть любой комбинацией, которая образует общепринятое указание, используемое в программном обеспечении или контенте предприятия. Это может включать в себя, но не ограничено этим, электронные таблицы, электронные письма, документы, метаданные, данные в базах данных, передачу электронных сообщений, речевую связь, и т.д.
[00093] Когнитивная структура, обсуждаемая здесь, является структурой, имеющей информацию, индексированную способом, который соответствует известным когнитивным принципам, причем когнитивные принципы структурированы таким образом, что они связаны друг с другом способом, который допускает определение релевантности информации.
[00094] Как схематично показано на фиг. 3, когнитивная структура 33 является абстракцией ежедневных видов деятельности и связанных с ними объектов; это виды деятельности и объекты, известные усредненному специалисту-практику за пределами предметной области предприятия, поскольку они используются в ежедневных видах деятельности в большинстве предметных областей. Такие виды деятельности предприятия и объекты 32 включают в себя, но не ограничены этим: пользователей, роли пользователей, задачи, варианты контекста, в которых задачи и процессы имеют место, объекты предприятия, процессы, цели, квалификацию, значимости, агентов в процессе, или любое обобщение этого. Данный узел процесса представляет компоненты когнитивной структуры. Все узлы и субъекты в когнитивной структуре могут иметь абстракции и/или быть абстракциями других субъектов.
[00095] Таким образом, когнитивная структура 33 может включать в себя:
цели;
цели и соответствующие процессы, и соответствующие характерные узлы (описаны ниже);
предприятия, отделения предприятия, и соответствующие роли, агентов и атрибуты (например, квалификацию, значимости и т.д.);
обобщенные узлы процесса;
специфические узлы процесса;
цели более низкого уровня и соответствующие этапы процесса;
задачи и агентов или роли, которые предписываются им;
контексты и соответствующие процессы или задачи, на которые они влияют;
объекты и соответствующие процессы или задачи, на которые они влияют;
потоки работ; и
пользователей.
[00096] Программное обеспечение Оверлей является также средством нахождения информации, релевантной для любого узла процесса или любого элемента когнитивной структуры. Способы извлечения информации, используемые программным средством Оверлей, применимы к этой релевантной информации. Эти способы извлечения также применяются к большинству элементов когнитивной структуры.
[00097] Термин «релевантный» включает в себя, но не ограничен этим: имеющий отношение в качестве процесса, подвергающегося опасности, в качестве дополнительного процесса, подвергающегося опасности, причинного процесса, абстрагированного причинного процесса, дополнительных причинных процессов, процессов корректирующих действий, имеющий отношение в качестве подобного процесса для любого другого процесса, связанный с общим контекстом или объектом или их абстракцией, связанный с общим узлом или абстракцией, связанный с общей целью или условной целью, или с их комбинацией.
[00098] Информация является нерелевантной, для целей Оверлея, если она не является основным средством для обеспечения большего понимания проблемы, возможности или неожиданного/интересного события.
[00099] Релевантность элемента контента или данных для предприятия может быть определена полностью посредством ссылки на точки напряжений предприятия (узлы процесса), как объяснено более подробно ниже.
Анализ процессов; подобие процессов
[000100]
[000101] Фиг. 4 является схематичной иллюстрацией некоторых целей и процессов для предприятия. В этой иллюстрации, набор целей 41 для всего предприятия имеет многочисленные процессы, выполненные с возможностью достижения этих целей; один процесс 42 имеет этапы 43. Показанное предприятие вовлечено в транспортировку товаров, включающую в себя, конкретно, транспортировку товаров морем; таким образом, существует другой набор целей 44 в предметной области предприятия, относящейся к «навигации». В этом примере, процесс 45 для осуществления навигации из одной точки в другую имеет следующие этапы 46: видение (например, нахождение навигационных вспомогательных средств), перемещение (например, управление двигателем), и прокладывание курса к необходимому местоположению. Как показано более подробно на фиг. 5, этап процесса для «видения» включает в себя потребность в очках; потеря очков образует проблему для этого этапа процесса.
[000102] Предприятие в другой предметной области (например, военной подготовке) с другими целями 47 (например, стрельба из полевого орудия) может, тем не менее, иметь некоторые этапы процесса, подобные этапам процесса 45 навигации. Группа целей 47 включает в себя главные цели («выстрелить из орудия», «поразить мишень») и условные цели («уклониться от других объектов», «избежать взрыва»); условная цель «избежать взрыва» должна быть достигнута таким образом, чтобы цель «выстрелить из орудия» могла быть достигнута необходимым способом. Процесс 48 для достижения цели «выстрелить из орудия» включает в себя этап 49 для «видения мишени». Вид деятельности «видение» может рассматриваться в качестве обобщенного вида деятельности, релевантного для обоих процессов. Дополнительно, процесс 48 включает в себя этап 50 для «настройки орудия». Этап процесса для «настройки орудия» включает в себя потребность в гаечном ключе, потеря гаечного ключа образует проблему для этого этапа процесса. Потеря очков и потеря гаечного ключа могут рассматриваться в качестве примеров обобщенной проблемы (а именно, обобщенного узла), а именно, «потери инструментов».
[000103] Некоторые узлы и процессы обозначены на фиг. 5 как специфические для контекста или обобщенные. Можно увидеть, что процессы в разных предметных областях, тем не менее, связаны обобщенными процессами и обобщенными узлами. В общем, после идентификации специфических для контекста узлов, эти специфические для контекста узлы определяют более обобщенные узлы. Эти более обобщенные узлы, в свою очередь, определяют обобщенные компоненты специфических для контекста/предметной области процессов, для данной предметной области. Эти обобщенные компоненты процессов и их обобщенные узлы будут существовать в другой предметной области на том же уровне общности и, таким образом, будут указывать на специфические узлы в этом другом контексте/предметной области.
[000104] Один узел процесса может быть подобным другому узлу процесса; это определяется подобием процессов или этапов процесса, которое здесь объясняется более подробно. Как показано на фиг. 5, этапы процесса разных процессов часто имеют общность. Когда этап процесса является общим для двух процессов, эти два процесса считаются подобными, если этап процесса подобным образом способен влиять на главную цель процесса, к которой он относится. Влияние, которое этап процесса оказывает на достижение цели, к которой он относится, называется «близостью к цели» этого этапа процесса.
[000105] Программное обеспечение Оверлей находит случаи, подобные проблемам и/или возможностям данного узла процесса посредством нахождения подобных узлов процесса, и, затем, указания подобных случаев, где процесс и узел процесса и близость к цели являются подобными. В этой связи, следует отметить, что Оверлей не основывается на очень большом массиве условий процесса для подобия случаев. Оверлей оценивает подобие процессов на основе близости к цели и на основе подобия узлов и абстрагированных узлов или характерных узлов. (Абстрагированные узлы или характерные узлы обеспечивают альтернативный способ определения абстрагированных процессов, поскольку процессы разрабатываются для рассмотрения высоко-абстрагированных характерных узлов на самом абстрагированном уровне). В данном процессе, условия процесса содержатся в пределах этого процесса; нахождение подобного процесса определит, таким образом, сравнимые условия. Это так, поскольку заметные условия являются, фактически, встроенными в узлы процесса (проблемы и возможности в пределах процесса). Тогда отсюда следует, что если узлы процесса определяют критерии процесса, то они также являются достаточными для определения условий в пределах этого процесса.
[000106] Следует отметить, что Оверлей осуществляет поиск подобий как в процессах, так и в узлах, содержащихся в них. В общем, процессы разрабатываются, чтобы можно было избежать узлов проблем и использовать узлы возможностей. Данный процесс может иметь более одного узла. Тогда отсюда следует, что подобие узлов включено в подобие процессов.
[000107] Дополнительно, иерархия целей в процессе влияет на определение подобия. Иерархия целей и условных целей в процессе определяет профиль целей процесса; это считается дополнительной определяющей характеристикой подобия процессов. Процессы, которые имеют подобную иерархию целей, вероятно, являются подобными. Таким образом, подобие процессов зависит не только от общих этапов процесса или общего обобщения этих этапов процесса.
Близость к цели; вероятность успеха
[000108]
[000109] В общем, не каждый этап процесса является одинаково критическим для успешного достижения цели процесса. Как отмечено выше, термин «близость к цели» относится к влиянию, которое этап процесса оказывает на достижение главной цели процесса, к которой этот этап относится. Близость к цели этапа процесса может быть оценена количественно относительно того, насколько приближенным является этап процесса к успеху или неудаче в достижении цели (целей) процесса или условных целей. Например, как показано на фиг. 6А, достижение цели «выстрелить из орудия», как оценено, на 50% зависит от завершения этапа процесса «настроить орудие». Достижение цели «поразить мишень», как оценено, на 70% зависит от завершения этапа процесса «увидеть мишень». Эти взаимоотношения показаны схематично позициями 61 и 62 на фиг. 6А. Тогда отсюда следует, что проблемы на этапах процесса с высокой близостью к цели имеют повышенное влияние на успех этого процесса. Близость к цели обеспечивает дополнительный критерий для подобия процессов; процессы с подобным вниманием на цели зависимых процессов, и процессы, которые также имеют общие обобщенные или конкретные характеристики (например, общие узлы), считаются подобными, даже если они происходят в разных предметных областях.
[000110] Изобилие ресурсов (или их недостаток) в процессе считается атрибутом этапов процесса в пределах процесса. Таким образом, избыточность ресурсов влияет на близость к цели процесса. Кроме того, проблема или возможность на этапе процесса влияет на близость этапа процесса к цели согласно изобилию ресурсов или избыточности процессов.
[000111] Агенты (лица, выполняющие процесс или иным образом участвующие в нем) также влияют на успех процесса. Как схематично показано на фиг. 6В, агенты влияют, в первую очередь, на этапы процесса, за которые они являются ответственными. Агенты, в общем, имеют следующие атрибуты: значимость, квалификацию, знания, информацию, выносливость, и эмоции. В зависимости от этапов процесса, другие атрибуты агентов могут считаться релевантными. Атрибуты, в свою очередь, влияют на вероятность ожидаемых проблем или возможностей, относящихся к этапу процесса, и, таким образом, влияют на цель процесса. В примере, показанном на фиг. 6В, агенты 63, ответственные за этап «увидеть мишень», имеют квалификацию, значимость и знания 64, которые они используют в отношении как объекта (объектов) 65, вовлеченных в этап процесса, так и контекста 66, в котором этап выполняется. Если объектом, используемым на этапе «увидеть мишень», является устройство наблюдения, и контекстом является туман, то тогда квалификация агентов в использовании устройства наблюдения в тумане для того, чтобы увидеть мишень, будет иметь существенное влияние на успех. Из этого примера можно увидеть, что сами этапы процесса также имеют цели («найти мишень с использованием устройства наблюдения»), и атрибуты агентов влияют на эти цели. В общем, этапы процесса, которые агенты выполняют, или на которые они существенно влияют, имеют цели и условные цели, и именно на цели и условные цели этих этапов, или на их составляющие, влияют атрибуты агентов.
Обобщенные процессы и узлы
[000112]
[000113] Процессы могут быть абстрагированы в обобщенные группы процессов; процессы могут относиться к обобщенным группам, или процессы могут иметь обобщенные этапы процессов. Например, осуществление навигации корабля может относиться к общему процессу «управлять транспортным средством или кораблем», и он может иметь обобщенные составляющие, такие как видение, управление рулем, планирование, и т.д. Обобщенные процессы являются процессами, которые не являются специфическими для одной предметной области, и которые могут распознать специалисты-практики с усредненными знаниями в другой предметной области. В общем, процессы имеют обобщенные компоненты или относятся к большим обобщенным процессам.
[000114] Обобщенные процессы являются менее специфическими для контекста процессами в данной предметной области. Когда они достигают более высокого уровня абстракции, они содержат менее специфические и более обобщенные узлы. Менее всего специфические для контекста процессы могут быть настолько общими, что они не будут иметь никаких специфических этапов, и, таким образом, их может оказаться трудно идентифицировать иначе, чем посредством характерных узлов (обсуждаются более подробно ниже).
[000115] Обобщенные процессы могут быть представлены схематично, как показано на фиг. 7А. Набор целей 71 высокого уровня имеет набор вспомогательных целей 72, который, в свою очередь, имеет наборы вспомогательных целей 73, 74. Процессы 75 и 76 выполнены с возможностью достижения целей 73, 74, соответственно. Сплошные границы в изображении процессов 75, 76 указывают на то, что эти процессы являются специфическими для предметной области процессами; пунктирные линии представляют обобщенный процесс 77 и подэтапы 78 обобщенного процесса.
[000116] Обобщенные процессы могут иметь узлы, варианты контекста и объекты, которые обобщены на основе многих процессов предметных областей, частями которых они являются, как было обнаружено специалистами-практиками и неограниченным кругом лиц. Они могут быть смещены к одной или нескольким конкретным предметным областям, когда они имеют меньшее количество атрибутов, чем количество атрибутов при рассмотрении всех предметных областей. Это применимо к (но не ограничено этим) вариантам контекста, объектам, обобщенным узлам, и т.д.
[000117] Узлы процесса могут быть схематично представлены, как показано на фиг. 7В. Узел появляется в каждом из трех этапов процесса 700, и в двух этапах процесса 710. Каждый из узлов 701-705 может быть опасностью, причиной, следствием или средством, связанным с проблемой/возможностью/событием, возникающими в связи с этим процессом или некоторым другим процессом.
[000118] В процессе 700, показанном на фиг. 7В, каждый из этапов 711-713 процесса имеет близость к цели относительно цели G1. Имеется также, отдельно, вероятность неудачи процесса, если узел представляет опасность. Эти концепты используются для анализа опасности, связанной с процессом. В отличие от других методик анализа опасностей, в программном средстве Оверлей опасность определяется близостью к цели и, отдельно, оценкой вероятности. Как описано выше, близость к цели является процентным отношением, назначенным для степени, в которой на цель или условную цель в процессе повлиял успех или неудача подчиненного процесса. Близость к цели для процессов равного уровня подчиненности или зависимости является аддитивной до общего значения, равного 1 или 100%. Каждый зависимый процесс является зависимым от следующего более низкого уровня процессов с одинаково подчиненными уровнями. Например, управление кораблем в процессе навигации на 100% зависит от движущей силы и управления рулем. Движущая сила и управление рулем на 100% зависят от электрической энергии. На уровне процесса управления кораблем, существуют другие этапы процессов одинаковой подчиненности, например, несение вахты, планирование рейса и управление персоналом.
[000119] Опасность оценивается в отношении близости к цели. Когда определено, что узел процесса в пределах этапа представляет опасность, значимость этой опасности может быть определена полностью посредством ссылки на близость к цели этого этапа относительно его прямой цели, близость к цели этого этапа относительно дополнительных зависимых целей, совокупную стоимость недостижения цели и совокупную стоимость корректирующего действия в случае недостижения цели.
[000120] Близость к цели является полезной в оценивании стоимости процесса и стоимости программного обеспечения для управления процессом. Близость к цели причинно-следственной связи, объединенная с вероятностью, и стоимость неудачи или доход от успеха находящихся под влиянием процессов плюс стоимость процесса корректирующего действия являются количественными указателями опасности или возможности. Тогда отсюда следует, что процессы, выполненные с возможностью управления опасностью или использования возможности, имеют стоимость для компании. Отсюда также следует, что продажа программного средства Оверлей для управления релевантной информацией для снижения опасности и использования возможностей имеет значимость. Оверлей устанавливает правильные указатели для определения значимости процессов и их узлов и, таким образом, определения значимости программного обеспечения, которое помогает управлять этими процессами посредством снижения опасности и управления возможностью.
[000121] Опасность, или потенциальная возможность, может считаться определенной более качественно при доступности релевантных вариантов опыта в процессах, на которые, вероятно, должна повлиять проблема, определяемых близостью к цели зависимых процессов. Дополнительная количественная оценка следствия, опасности или возможности достигается посредством умножения близости к цели на процентную вероятность неудач и возможностей в подчиненных процессах.
Соединенные процессы
[000122]
[000123] Следует отметить, что узлы, представляющие опасности, причины, следствия или средства, служат для соединения процессов друг с другом. Упрощенный пример этого показан на фиг. 8.
[000124] Возможность или неожиданное событие 80, описанное в некотором контексте или показанное некоторым образцом данных, имеет опасность, причину, следствие и средство, связанные с ним. В общем, не все из этой опасности, причины, следствия и средства будут найдены в одном процессе. Процесс 81, связанный с набором 82 целей, является отличным от процессов 801, 802, которые связаны с набором 83 целей и наборами 811, 812 вспомогательных целей. Все эти процессы имеют узлы, связанные с проблемой/возможностью/событием 80. В показанном примере, узлы 85 указывают на этапы процесса в процессе 81, которые представляют опасность. Узел 86 на некотором этапе в процессе 801 указывает на причину проблемы/возможности/события, в то время как узел 87 указывает на ее/его следствие на некотором этапе в процессе 802. Узел 88, на другом этапе в процессе 801, представляет средство.
Характерные проблемы и темы
[000125]
[000126] Как отмечено выше, обобщенные процессы являются менее специфическими для контекста процессами предметной области; когда они достигают более высокого уровня абстракции, они содержат менее специфические и более обобщенные узлы.
[000127] Обобщенные процессы могут быть абстрагированы в типы; тип обобщенного процесса может быть связан с процессом на уровне предметной области и может быть распознан опытным специалистом-практиком в подобной предметной области. Например, перемещение является типом обобщенного процесса, отличным от управления персоналом. Некоторые проблемы или возможности, на различных уровнях абстракции, как считают опытные специалисты-практики, повторяются во множестве связанных процессов. Такие проблемы/возможности называются характерными. Характерные проблемы/возможности связаны с целями, поскольку проблемы и возможности не могут быть определены без определения, сначала, целей.
[000128] Тип обобщенного процесса определяется его набором характерных проблем/возможностей. В области управления персоналом, например, существуют многие связанные с персоналом характерные проблемы и возможности, восходящие к античности, и выросла целая предметная область процессов, которая имеет дело с этими проблемами и возможностями. Кроме того, обобщенные процессы высокого уровня определяются их характерными узлами. В Оверлее, обобщенные процессы, которые содержат обобщенные узлы, и/или дополнительные обобщения, также сгруппированы под характерными проблемами или возможностями. Это сделано, поскольку, когда процессы становятся очень общими, их этапы процессов также становятся очень общими, и весь процесс становится трудным для определения, за исключением ссылки на характерные проблемы или возможности (обычно называемые темами). В Оверлее, обобщенные процессы определяются набором абстрагированных характерных проблем или возможностей, которых они заключают в себе.
[000129] При оценке подобия процессов, дополнительным критерием подобия является характерная проблема (проблемы), найденная в обобщенных процессах или этапах процессов. Два кажущихся разными этапа процесса с некоторым подобием очень высокого уровня могут быть признаны подобными, если они имеют одинаковые ожидаемые проблемы или возможности абстрагированной природы.
[000130] Характерные проблемы или возможности (темы) высокого уровня служат для организации характерных проблем более низкого уровня, более специфических для предметной области, которые, в свою очередь, служат для организации неограниченного количества уровней характерных проблем в неограниченном количестве предметных областей. Характерные проблемы или возможности (темы) также организуют обобщенные процессы высокого уровня, которые, в свою очередь, организуют неограниченное количество обобщенных процессов более низкого уровня, более специфических для предметных областей.
[000131] Слова, используемые для описания обобщенных процессов, часто являются сокращениями для ряда целей и соответствующих характерных проблем, которые могут иметь слишком длинное выражение на естественном языке. Таким образом, группы характерных проблем на различных уровнях абстракции могут иметь наименования, связанные с обобщенными процессами на различных уровнях абстракции.
[000132] Объекты и варианты контекста
[000133] Как описано выше со ссылкой на фиг. 6В, объекты и варианты контекста изменяют влияние воздействия узлов на завершение процесса и достижение цели. Узлы могут более или менее вероятно влиять на процесс и его цели при разных вариантах контекста или объектах. В некоторых случаях, узлы процесса являются разными, когда процесс является очень специфическим для предметной области и имеет очень специфические варианты контекста и объекты. На контекст и объекты, в свою очередь, влияют агенты и их атрибуты (или предприятия или отделения предприятий и их атрибуты). Таким образом, разные агенты будут оказывать, в общем, разное влияние на один и тот же процесс, вследствие различий в объектах или вариантах контекста. Контекст или объект сам может иметь большую или меньшую вероятность влияния на цель (цели) процесса или цель (цели) зависимого процесса.
[000134] Изменения объектов и контекста оказывают влияние как на процессы, так и на близость к цели. Близость к цели изменяется согласно процессам. Но процессы включают в себя объекты и варианты контекста, которые могут быть разными в разных предметных областях, в то время как процессы, напротив, могут быть очень подобными. Таким образом, для легкости адаптации Оверлея от предметной области к предметной области, Оверлей объединяет взаимоотношения между вариантами контекста объектов и их процессами согласно предметной области, таким образом, чтобы в новой предметной области система выделила те объекты и варианты контекста, которые являются разными и могут потребовать повторной оценки близости к цели каждого этапа процесса, особенно когда на такие этапы влияет различие объектов или вариантов контекста. Для легкости адаптации от предметной области к предметной области или от предприятия к предприятию, Оверлей может также включать в себя взаимоотношения между контекстом и объектами и агентами, пользователями, и другими элементами когнитивной структуры.
[000135] Объекты и варианты контекста могут быть обобщены или разбиты на составляющие, и могут иметь взаимоотношения между собой. Объекты и контекст, релевантные для предприятия, имеют обобщения и составляющие, а также взаимоотношения между ними, которые изменяются согласно целям и соответствующим процессам или планам, в которых они играют некоторую роль.
[000136] Система требует, чтобы степень, в которой все или часть атрибутов должны быть динамически связаны друг с другом, была основана на опыте и требованиях каждой предметной области, и на клиентском приложении системы. Когда не все атрибуты являются динамически активными, состоянием по умолчанию является удерживание непрерывной динамической взаимосвязи атрибутов с объектом, на который они обычно влияют. Например, когда атрибуты агентов считаются усредненными для удобства, их влияние на вероятность проблем и возможностей, возникающих на этапе процесса, является нейтральным. В другом примере, когда избыточность ресурса, используемого на этапе процесса, является усредненной, близость этого этапа процесса к достижению цели является усредненной. Влияние атрибутов является усредненным, когда эксперты в рассматриваемых процессах считают их усредненными для этой предметной области.
[000137] Объекты и/или варианты контекста, а также связанные со временем назначения одновременных событий, служат для определения того, являются ли, фактически, два указания на подобное событие одним и тем же событием. Это важно, когда целью поиска релевантной информации является нахождение контента и данных, одновременных с этим событием.
Иерархия целей и конфликты целей
[000138]
[000139] Исследование иерархии целей и конфликтов между целями в процессе необходимо для определения того, какой этап подчиненного процесса является более важным при любом обстоятельстве. Чем более согласованно применяется процесс, тем более согласованной является иерархия целей, и тем большее внимание уделяется проектированию процесса для предотвращения проблем вследствие конфликтов целей. Когда процесс изменяется и становится более подобным плану действий с новыми этапами процесса и новой структурой целей, иерархия целей и конфликты целей должны быть переустановлены, и новые этапы процесса должны быть применены для ослабления отрицательного эффекта конфликтов целей и неподходящих результатов, в результате недостаточно поддерживаемой иерархии целей.
Модель релевантности Оверлея: цели, процессы и узлы
[000140]
[000141] Полезно, но не существенно, иметь согласованные взаимоотношения между целями, процессами, и узлами (что называется здесь соглашением о релевантности). Если взаимоотношения между целями, процессами и узлами кажутся согласованными пользователям Оверлея, но не следуют соглашению, то результаты релевантности (а именно, случаи из опыта, возвращаемые машиной релевантности) могут быть, все же, в высшей степени удовлетворительными, поскольку текущие применения обычно не группируют цели, процессы и узлы посредством какого-либо согласованного соглашения. Соглашение о релевантности, используемое согласно одному варианту осуществления раскрытия настоящего изобретения, детализировано ниже.
Атрибуты узлов
[000142]
[000143] Атрибуты узлов помогают определить узлы таким образом, чтобы эти узлы могли быть использованы для получения подобий между процессами и подобий между случаями из опыта. Это обычно выполняется только пользователями-экспертами системы. Атрибуты узлов могут быть сгруппированы следующим образом:
[000144] (1) Цели и агенты: конфликты целей могут существовать между агентами, которые обусловливают узлы, и процессами, выполненными с возможностью преодоления этих конфликтов. Например, законный контракт проектируется в виде процесса для согласования того, как могут предотвращаться или разрешаться конфликты; проектирование машинного оборудования является процессом, который преодолевает конфликт между прибылью и стоимостью машинного продукта; таксометр является автоматизацией процесса, которая преодолевает конфликт между бизнесом услуг такси и относящимися к клиенту ценами.
[000145] Конфликты целей могут существовать между целями разных агентов и/или между главными целями и условными целями. Дополнительный тип конфликта целей может существовать между целью и препятствиями, существующими в среде, в то время как достижению цели содействуют ресурсы, доступные в этой среде. Ресурсы и препятствия являются специфическими для контекста, и на них влияет специфический конфликт целей. Например, конфликт между качеством и стоимостью влияет на качество и эффективность производимых продуктов; каждый продукт имеет конкретные ресурсы и препятствия, на которые влияет этот конфликт целей. Традиционный конфликт целей между качеством и стоимостью, в производственных процессах и производственных машинных функциях, заключенных в продукте, имеет узлы, связанные с ним. Узлы, связанные наиболее тесно с этим конфликтом целей, являются причинными узлами любой неисправности продукта. Конфликты целей, таким образом, являются тесно связанными с узлами в причинных процессах.
[000146] (2) Ресурсы и препятствия: ресурсы и препятствия являются специфическими для контекста и процесса элементами, которые наиболее тесно связаны с каждым узлом. Они являются элементами в процессах, которые изменяются согласно контексту, а также обобщаются в более обобщенные ресурсы и препятствия при группировании в подходящее обобщение контекста. Со ссылкой снова на пример произведенных продуктов и внутренний конфликт целей между качеством и стоимостью, группы подобных продуктов с общностью проектирования в пределах одного и того же контекста (например, гидравлические жидкостные насосы) будут иметь подобные проблемы, характеризующиеся ресурсами и препятствиями, на которые оказывается влияние. Дополнительно, вследствие вариаций проектирования в зависимости от продуктов в одних и тех же контекстуальных группах, будут существовать также ресурсы и препятствия, связанные с проблемными узлами, которые отличаются в зависимости от продуктов. Причем в этом случае, структура контекста должна дополнительно разделить продукты на отдельные продукты, с отдельными специфическими проблемами и соответствующими ресурсами и препятствиями. Это означает, что узлы этого конкретного контекстуального группирования не обобщаются по всем остальным вариантам контекста. Однако, все будет сгруппировано в соответствии с конфликтом целей качества и стоимости. Таким образом, контекстные группы определяются ресурсами и препятствиями, которые являются активными в активных узлах проблем и возможностей. Некоторые варианты контекста включают в себя более обобщенные узлы и обеспечивают более легкое обобщение; некоторые варианты контекста остаются конкретными для очень специфических вариантов контекста.
[000147] Релевантность ресурсов и препятствий для узла определяется структурой контекста. Узлы являются декларацией внешних по отношению к ресурсам препятствий, которые могут обусловливать проблему или возможность в процессе. Когда узлы не являются результатом конфликтов между агентами, а, вместо этого, являются результатом конфликтов между целями процесса и ресурсами и препятствиями контекста, в котором процесс имеет место, релевантные ресурсы и препятствия являются ресурсами и препятствиями, которые являются активными, когда проблема или возможность является активной.
[000148] (3) Причинные узлы и находящиеся под влиянием узлы: причинные узлы сопутствуют находящимся под влиянием узлам и описывают, почему данный узел является активным в качестве проблемы или возможности или события. Узлы, которые могут быть активными в причинных процессах, а также узлы, которые могут быть активными в находящихся под влиянием процессах, используются для идентификации атрибутов узлов.
[000149] (4) Взаимоотношения между конфликтами целей и причинными узлами: конфликты целей, которые относятся к одной и той же абстрагированной группе, обусловлены узлами с подобными абстрагированными атрибутами, в то время как атрибуты находящихся под влиянием узлов могут больше изменяться, и их не так легко сгруппировать без специализированного знания предметной области. Причинно-следственное взаимоотношения между причинными узлами и находящимися под влиянием узлами являются полезными в установлении связи узлов из одной специфической для контекста предметной области с другой специфической для контекста предметной областью.
Процесс пользователей-экспертов
[000150]
[000151] Пользователи-эксперты Оверлея, при заполнении когнитивной структуры системы, назначают атрибуты узлов на различных специфических для контекста уровнях абстракции. Затем, пользователи-эксперты Оверлея назначают атрибуты узлов для абстракций более высокого уровня. Компьютеризированные способы могут быть также использованы для моделирования атрибутов узлов для содействия пользователям-экспертам.
Идентификация узлов
[000152]
[000153] Следующая процедура (показанную на фиг. 9) может быть выполнена пользователем-экспертом 920 для идентификации узлов на различных уровнях абстракции, согласно раскрытию настоящего изобретения.
(1) Идентифицировать узлы: пользователи-эксперты Оверлея идентифицируют узлы, найденные в специфическом для контекста процессе, чье подобие по отношению к другим процессам определяется (этап 921);
(2) Идентифицировать контекст, связанный с каждым узлом, на различных уровнях абстракции (этап 922). Это достигается посредством (специфической для контекста) модели процесса предметной области, конкретной для предприятия, причем рассматриваемый процесс и процессы, которые зависят от него, анализируются в отношении специфичности контекста;
(3) Идентифицировать атрибуты узлов более низкого контекстного уровня (этап 923): пользователи-эксперты Оверлея идентифицируют атрибуты узлов, как описано выше, в качестве атрибутов 930 узлов: атрибуты 931 включают в себя специфические для контекста цели процесса и условные цели; конфликты целей; специфические для контекста ресурсы и препятствия; и специфическую для контекста причинно-следственную связь узлов для процесса, чье подобие по отношению к другим процессам определяется;
(4) Выбрать из набора абстрагированных атрибутов узлов более низкого контекстного уровня (этап 924): другими словами, выбрать из предварительно заполненного набора атрибутов узлов на стадии абстрагирования контекста выше уровня на этапах 1-3. Система 940 Оверлея показывает пользователю выбор атрибутов узлов более высокого уровня; пользователь-эксперт выбирает атрибуты 932 более высокого уровня для согласования с атрибутами более низкого уровня узлов, идентифицированных на этапе 3; и
(5) Выбрать для набора атрибутов узлов более высокого или самого высокого контекстного уровня (этап 925): Оверлей показывает выбор атрибутов узлов предприятия более высокого или самого высокого контекстного уровня. Пользователь-эксперт выбирает атрибуты самого высокого уровня, которые согласуются с атрибутами, идентифицированными на этапе 3.
Вышеупомянутая последовательность этапов может быть применена к выбору узлов таким образом, чтобы могло быть идентифицировано подобие процессов, или она может быть применена к единственному узлу таким образом, чтобы могло быть идентифицировано подобие узлов.
Процессы и их взаимоотношения с узлами
[000155]
[000156] Подобие процессов идентифицируется посредством сравнения атрибутов узлов контекстуально специфического процесса с абстрагированными атрибутами узлов более высокого уровня. Например, специфический для контекста процесс, такой как видение мишени в упражнении по военной подготовки, имеет несколько узлов (например, неспособность видеть вследствие физических препятствий, неспособность видеть вследствие плохого освещения, неспособность видеть вследствие неисправности устройства наблюдения, и т.д.). Они, в свою очередь, могут быть абстрагированы пользователями-экспертами Оверлея в абстракции узлов более высокого уровня (например, неспособность видеть вследствие препятствий, неспособность видеть вследствие атмосферы, неспособность видеть вследствие потери оборудования для усиления зрения). Новый кластер абстрагированных узлов вырабатывает обобщенный процесс более высокого уровня, который является абстракцией специфического процесса видения мишени.
[000157] Может быть выполнено обращение абстракции, для согласования обобщенных процессов более высокого уровня со специфическими для контекста процессами более низкого уровня через атрибуты узлов, но в обратном порядке, посредством использования более обобщенных узлов и их атрибутов и установления их связи со специфическими для контекста узлами в другой предметной области. Таким образом, два процесса в разных предметных областях или в подобных предметных областях, но с разными вариантами контекста, могут быть согласованы в отношении подобия. Это подобие, в свою очередь, обеспечивает возможность получения опыта в одной специфической для контекста предметной области для предсказания проблем или возможностей в другой специфической для контекста предметной области.
Идентификация подобного процесса
[000158]
[000159] Следующая процедура (показанная на фиг. 10) может быть выполнена пользователем-экспертом для идентификации процессов в других предметных областях, которые являются подобными исходному, специфическому для контекста процессу 1070.
[000160] (1) Согласно этой процедуре, сначала идентифицируется обобщенный процесс, следующим образом:
Специфический для контекста процесс в предприятии используется со своей структурой контекста. Структура контекста идентифицируется и согласуется с новой предметной областью, в которой процесс будет сопоставляться (этап 1071). Это означает, что выбранные абстракции контекста должны быть согласованы по многим предметным областям, которые, как предполагается, функционируют в одной оверлей-системе. Затем, идентифицируются специфические для контекста узлы на наиболее специфическом уровне контекста (этап 1072). Этим специфическим для контекста узлам были назначены пользователями-экспертами Оверлея атрибуты 1082 узлов, с использованием конкретного способа, показанного выше. Узлы и атрибуты узлов абстрагируются до более высоких контекстных уровней пользователем-экспертом Оверлея (этап 1073), для получения нового кластера абстрагированных узлов (этап 1074). Новый кластер абстрагированных узлов вырабатывает обобщенный процесс более высокого уровня (этап 1075), который является абстракцией исходного специфического для контекста процесса.
[000161] Процесс, который включает в себя наибольшее количество исходных узлов, абстрагированных до более высоких вариантов контекста, является обобщенным процессом самого высокого уровня, связанным с исходным процессом. Обобщенный процесс идентифицируется итерационно (этапы 1076, 1075): a) пользователями-экспертами, которые именуют этот процесс и назначают его для набора обобщенных процессов; b) пользователями-экспертами, которые согласуют узлы и атрибутов узлов, как описано в способе, описанном выше, для верификации того, что процесс является уникальным, и что в наборе обобщенных процессов не существовал ранее процесс, имеющий такие же узлы и атрибуты узлов; c) пользователями-экспертами, которые могут разбить будущий обобщенный процесс на этапы обобщенного процесса, применить вышеупомянутый процесс в отношении согласующихся атрибутов узлов на этих меньших составляющих этапах (с меньшим количеством узлов), и, затем, скомпоновать процесс из его составляющих этапов в больший обобщенный процесс. Однако, компоновка большего обобщенного процесса из меньших процессов ограничивает уровень общности процесса, поскольку она требует наличия таких же составляющих этапов. Методика оценивания общности меньших составляющих этапов является более подходящей, когда этапы не могут быть легко изменены, как в функциях машинного оборудования и других более жестких процессах. Начинать с более сложных процессов со многими составляющими узлами является более подходящим для планирования того, где еще должен быть определен этап процесса.
[000162] Другими словами, уровень детализации процесса (до которого применяются вышеупомянутые способы в отношении атрибутов узлов и их абстракции в процессах более высокого уровня) может изменяться согласно выбору или фокусу пользователей-экспертов. Если упомянутые способы применяются к этапам подчиненных процессов (более детализированным) более низкого уровня в пределах больших процессов, то тогда подобие процессов может быть использовано для процессов более высокого уровня посредством близости к цели и согласования количества подчиненных процессов. Если применяемые способы применяются к процессам более высокого уровня (менее детализированным), то могут существовать подобия процессов, полученные на более высоких уровнях, с меньшим акцентом на подобии подчиненных этапов. Каждый способ имеет разные преимущества. Более детализированный способ является лучшим для сравнения процессов с подобными этапами и подобными целями, менее детализированный способ является лучшим для сравнения процессов с подобными целями, но разными способами.
[000163] (2) Нахождение подобного процесса во многих разных контекстуально специфических предметных областях:
После идентификации обобщенного процесса самого высокого уровня (этап 1077), пользователь-эксперт приступает к нахождению более специфических для контекста процессов, абстракцией которых данный обобщенный процесс является. В общем, процесс высокого уровня будет обобщенным для специфических для контекста процессов в других предметных областях 1081.
[000164] Для тестирования того, какие специфические для контекста подходят больше всего, необходимо найти, какие специфические для контекста процессы содержат наибольшее количество узлов, которые имеют самый близкий набор атрибутов узлов к набору атрибутов узлов обобщенного процесса (этап 1078). Это достигается посредством сравнения атрибутов узлов на различных уровнях абстракции, начиная с самого высокого.
[000165] (3) Применить близость к цели для сравнения важности общих процессов в каждой соответствующей предметной области (этап 1079): этот этап является более важным, чем следующий этап, в примерах, где влияние процесса на цели, которым он служит, является более важным или больше соответствующим критерию подобия. Это подобие тестирует, имеет ли новый контекстуально специфический процесс близость к своей главной цели и условным целям, подобную близости к цели исходного процесса в другом контексте. Это включает в себя зависимые процессы, на которые потенциально влияют узлы, чьи абстракции являются общими для сравниваемых контекстуально специфических процессов. Это происходит перед определением подобия контекста, когда важность процесса должна быть подобной для сравниваемых процессов.
[000166] (4) Применить тест атрибутов узлов (этап 1080) для нахождения кластера контекста/объектов, который является наиболее чувствительным к выбранным узлам. Это требует знания действий такого контекста и объектов по предметным областям (обычно по гораздо более узкому диапазону предметных областей), для установления чувствительности к выбранным узлам. Этот этап является более важным, чем предыдущий этап, в примерах, где специфические для контекста препятствия и ресурсы являются более важными в качестве фокусной точки релевантности, а также в случаях, где подобия по контексту узлов конкретного случая являются более важными, чем подобия процесса. Другими словами, выбор узлов является более узким и не полностью соответствует узлам широкого процесса, но может сгруппировать большее количество процессов и вариантов контекста с интересующим общим узлом. Например, большинство неисправностей машинного оборудования имеют узлы случаев, которые применяются к конкретным машинам, которые могут быть чувствительными к той же неисправности, с использованием конструктивных, производственных и операционных критериев. Для нахождения этих других машин, количество узлов, выбранных в выбранном обобщенном процессе, должно быть уменьшено, и пользователь-эксперт должен выполнить согласование атрибутов узлов на основе знания этих других машин и их чувствительностей.
[000167] Следует отметить, что на практике нахождение подобных единственных узлов по вариантам контекста/предметным областям является точно таким же важным, как нахождение кластеров подобных узлов. В одном варианте осуществления, эта проблема может быть решена посредством идентификации первого и второго вариантов контекста для узла. Узел является специфическим для первого варианта контекста, так что узел характеризуется как первый специфический для контекста узел. Второй вариант контента находится на более высоком уровне абстракции, чем первый вариант контента, так что этот узел не является специфическим для второго варианта контекста. Тогда, будут существовать два набора атрибутов узлов, связанных с узлом, согласно первому и второму вариантам контекста, соответственно. Затем, может быть идентифицирован по меньшей мере один обобщенный узел, причем этот обобщенный узел имеет атрибуты согласно атрибутам узлов предприятия высокого контекстного уровня.
Заполнение системы случаями
[000168]
[000169] Фиг. 11 схематично показывает процедуру 1180 для заполнения системы случаями (таким образом, обеспечивается решение проблем или использование возможностей с использованием Оверлея, при обеспечении доступности собирательного опыта предприятия). Пользователь заполняет систему посредством ввода процесса, узлов, целей и близостей целей (этап 1181). Они могут быть введены с использованием опыта отраслевых специалистов-практиков. Случаи 1186 вводятся с использованием содействия машины 1187 индексирования для индексирования историй 1185, рассказанных экспертами и/или записанных на предприятии. Узлы являются проблемами и возможностями, декларируемыми в обсуждениях, в отношении причин, следствий, средств, и объяснений, найденных в случаях (рассказанных историях). В этом упражнении, устанавливаются специфические для контекста процессы, варианты контекста, цели, причины, следствия и близости целей.
Абстрагирование процессов: кросс-контекстуальное подобие
[000170]
[000171] На второй стадии заполнения системы, пользователи-эксперты Оверлея применяют обобщения процессов и обобщения узлов (этап 1182) для обеспечения пользователям-не-экспертам возможности нахождения подобных процессов среди предметных областей и вариантов контекста. Эксперты, использующие содействие в индексировании от Оверлея, могут согласовать узлы через их атрибуты для получения общности процессов и подобия процессов (этап 1183).
Этапы способа Оверлея
[000172]
[000173] Фиг. 12 является блок-схемой последовательности операций, показывающей, как система Оверлей находит проблемы в предприятии, и снабжает пользователей релевантными вариантами предшествующего опыта; а именно, уроками, полученными из предшествующих опасностей, причин, следствий, и средств (также называемыми историями).
[000174] Способ, выполняемый Оверлеем, концентрируется на создании инфраструктуры точек напряжений предприятия. Цели предприятия (цели предприятия и главные цели, упомянутые выше) устанавливаются на этапе 901. Различные процессы, выполненные с возможностью достижения этих целей, устанавливаются на этапе 902. Следствие процессов (близость к цели) устанавливается на этапе 903. На этапе 904, идентифицируются проблемы, возможности и события, связанные с процессами. На этапе 905, создается инфраструктура точек напряжений предприятия, согласно: описаниям процессов; проблемам, возможностям, и событиям, влияющим на процессы; причинам, следствиям, опасностям и средствам; и согласно тому, как процессы влияют друг на друга.
[000175] Следует отметить, что это создание инфраструктуры включает в себя идентификацию подобных процессов. Как описано выше, это включает в себя идентификацию общих этапов процессов и/или применение других критериев к различным процессам.
[000176] Процессы анализируются для идентификации обобщений процессов и, таким образом, для идентификации обобщенных процессов (этап 906). На этапе 907, обобщенные узлы и характерные темы идентифицируются на основе процессов. Внутренний контент предприятия и данные предприятия просматриваются, и просмотренный контент индексируется относительно точек напряжений предприятия с использованием машины индексирования (этап 908). Система определяет влияние данной проблемы на данный процесс, и направляет описание проблемы пользователям, больше всех связанным с проблемой (этапы 909-910). Система приступает к структурированию вариантов сотрудничества согласно инфраструктуре точек напряжений, фокусируя варианты сотрудничества пользователей на ключевых точках, на которые влияет проблема, причинах проблемы, и средствах решения проблемы (этап 911). Из индексированной информации, система извлекает релевантный предшествующий опыт и возвращает эти релевантные истории пользователям (этап 912).
Решение проблем с использованием Оверлея
[000177]
[000178] Способ для решения проблемы (альтернативно, использования возможности, принятия решения, или ответа на вопрос), использующий систему Оверлей, с точки зрения пользователя, показан в соединенных блок-схемах последовательностей операций, показанных на фиг. 13А и 13В.
[000179] Следует отметить, что способ, описанный здесь, является итерационным, и порядок этапов зависит от того, насколько близкой является проблема или возможность к предшествующей проблеме или возможности, и насколько хорошо удалось распорядиться проблемой или возможностью в известном процессе. Если проблема или возможность не является хорошо известной, и процесс, с использованием которого она может быть устранена, не является точно установленным, то тогда порядок этапов и акцент отличается от порядка этапов и акцента, описанных здесь.
[000180] Пользователь, имеющий дело с проблемой (или возможностью, решением или вопросом) 1001, сначала намечает предварительный план в его или ее уме в отношении проблемы, подлежащей решению (этап 1010); план разрабатывается за пределами системы. Соответствующим действием системы является разрешение пользователю выбрать несколько обобщенных процессов, которые план организует. Эти процессы могут быть возвращены множеством способов посредством включения набора вспомогательных поисков слов с использованием предварительно сконфигурированных поисков в отношении обобщенных процессов или целей; другими словами, для обеспечения поиска начального концепта на основе когнитивной структуры. Обычно необходим более узкий диапазон выбора процессов, обеспечивающий более специфические процессы, чем диапазон выбора процессов, возвращаемый поиском целей, более узкий диапазон выбора процессов, чем диапазон выбора процессов, возвращаемый поиском обобщенных процессов, и более широкий диапазон выбора процессов, чем диапазон выбора процессов, возвращаемый поиском специфических процессов.
[000181] На этапе 1011, пользователь выбирает более узкий набор процессов, и, затем, пользователь выбирает цели, соответствующие процессам, возвращенным системой, и система создает исходную иерархию целей (этап 1021). Иерархия целей модифицируется (этап 1012; системное действие на этапе 1022), с учетом агентов, вовлеченных в процессы, и с учетом того, как их цели влияют на иерархию, и как выбранные цели конфликтуют друг с другом. Чем меньше процессов выбрано (что, в свою очередь, зависит от того, насколько хорошо известна или установлена проблема или возможность, и насколько хорошо известен или установлен процесс корректирующего действия), тем более вероятно, что конфликты целей и иерархия целей будут такими же, как в выбранном процессе.
[000182] На этапе 1013, пользователь извлекает характерные узлы в пределах выбранных процессов (а именно, процессов, выбранных в намеченном плане). Соответствующим системным действием (этап 1023) является извлечение характерных проблем для набора процессов. Пользователь выделяет связанные процессы, использующие характерные проблемы; система выбирает еще дополнительные процессы, которые, как известно, связаны с идентифицированными характерными узлами (этапы 1014-1024). Затем, пользователь выбирает истории и варианты опыта на основе выбранных процессов, которые организованы в соответствии с проблемами/возможностями процессов и характерными проблемами/возможностями. Истории извлекаются посредством нахождения релевантной группы процессов, согласно общности узлов и близости к цели для связанных процессов (этапы 1015-1025).
[000183] Когда пользователь собирает прошлый опыт и вспоминает его или ее собственные случаи из опыта посредством историй (контента или данных, связанных с проблемами, возможностями и интересными/неожиданными событиями), система помогает пользователю повторно настроить его цели и иерархию целей и выделить конфликты целей, для обеспечения возможности извлечения процессов, наилучшим образом соответствующих результирующей иерархии целей и конфликтам целей (этапы 1016, 1026).
[000184] С использованием возвращенных историй, пользователь формулирует и тестирует предварительное решение (этап 1017). Затем, пользователь выбирает дополнительные процессы, модифицирует намеченный план, и тестирует модифицированный план (этапы 1018, 1019). План не обязательно сохраняется в системе, помимо его описания при обсуждении с коллегами общего документа обсуждения, с которым умеет обращаться Оверлей. План может быть сохранен, если это предпочтительно; например, если опыт считается полезным для будущей ссылки, особенно если план имеет иерархию целей, которая, при некоторых обстоятельствах, является лучшей, чем стандартный процесс, который она заменяет. Извлеченные истории помогают пользователю разработать самый лучший возможный план с использованием собирательного опыта участников. Оверлей помогает извлекать прошлые варианты опыта через истории и помогает координировать надлежащих участников в обсуждении.
Система Оверлей
[000185]
[000186] Система для исполнения Оверлея включает в себя структуру индексирования (или машина индексирования), которая определяет способы достижения релевантности между узлами или точками напряжений предприятия. Структура индексирования содержит образцы слов и образцы данных, в том числе, бизнес-объекты, релевантные для узлов или точек напряжений предприятия. Система также включает в себя языковой синтаксический анализатор и средства просмотра, которые используются для просмотра существующего или нового контента и назначения этого контента для узлов процесса. Структура индексирования системы Оверлей помогает пользователям находить информацию, релевантную для точек напряжений предприятия, более эффективно, чем при использовании общепринятых поисковых машин.
[000187] Следует отметить, что релевантность контента в предприятии определяется исключительно посредством рассмотрения узлов процесса. Пользователь определяет когнитивную структуру для выполнения индексировании; критические критерии для релевантности определяются в пределах когнитивной структуры индексирования.
[000188] Реализация программного средства Оверлей, согласно одному варианту осуществления раскрытия настоящего изобретения, схематично показана на фиг. 14. Оверлей включает в себя средства 1101 просмотра контента для просмотра контента предприятия и данных предприятия и связанных внешних данных, а также, в том числе, бизнес-объектов; языковой синтаксический анализатор 1120; и машина 1150 индексирования. Средства просмотра получают контент из множества источников; например, электронных писем 1102, документов 1103, данных приложений, в том числе бизнес-объектов 1104, и веб-контента 1105. Языковой синтаксический анализатор 1120 идентифицирует концепты в пределах просмотренного контента 1110, и взаимодействует с машиной 1150 индексирования для назначения релевантности точек напряжений для этих концептов. В случае данных приложений, релевантность точек напряжений конфигурируется предварительно, так что Оверлей осуществляет поиск специфических данных в специфических местоположениях в пределах приложения. Результирующий индекс 1160 точки напряжений поддерживает ряд пользовательских интерфейсов 1170. Пользовательские интерфейсы используют индекс точки напряжений для предупреждения пользователей о проблемах, обеспечения возможности сотрудничества между пользователями, ограничения возвращаемой информации процессами, для которых пользователи являются участниками (даже если информация, при этом, прямо связана только с подчиненными процессами, для которых они не являются участниками); и извлечения соответствующих вариантов предшествующего опыта. В показанном варианте осуществления, пользовательские интерфейсы включают в себя веб-интерфейс 1171 поиска, веб-инструмент 1172 сотрудничества, портальный интерфейс 1173 для объединения приложений, интерфейс 1174 мобильных устройств, для предупреждений, сотрудничества и поисков, релевантных для проблемы, и интерфейс 1175 для объединения индекса точки напряжений с одним или несколькими необходимыми офисными приложениями.
[000189] Машина индексирования индексирует информацию относительно точек напряжений предприятия, с использованием модели 1130 индексирования. Модель индексирования создается с использованием историй 1106 случаев (историй о том, как предприятие действовало в отношении точек напряжений в прошлом) и текущих случаев решения 1107 проблем в предприятии. Таким образом, как текущие, так и прошлые случаи используются для заполнения системы. Анализ текущих случаев создает индексирование для случая относительно когнитивной структуры. Прошлые случаи могут быть введены в качестве вариантов опыта, когда отдельный процесс непрямо является частью решения проблемы предприятия.
[000190] Кроме того, при заполнении системы машина индексирования обеспечивает кросс-контекстуальные ссылки; это обеспечивает возможность заполнения системы вариантами опыта и связанными с контентом словесными концептами в новых предметных областях, посредством использования обобщенного аспекта процессов и обобщенных узлов из ранее заполненных предметных областей. Специфические для контекста узлы определяют более обобщенные узлы. Эти более обобщенные узлы, в свою очередь, определяют обобщенные компоненты специфических для контекста/проблемной области процессов. Эти компоненты обобщенных процессов и их обобщенные узлы, будут существовать в новой предметной области на некотором уровне общности и, таким образом, будут указывать на специфические узлы в этом другом контексте/проблемной области.
[000191] Машина индексирования может обеспечить услуги индексирования для других программных продуктов, в том числе продуктов третьих сторон, таких как: системы управления контентом; продукты поисковых решений; ERP-системы; или любые другие системы, которые могут получить выгоду от добавления программного средства релевантности точек напряжений.
[000192] [0209] В одном варианте осуществления, машина 1150 индексирования, который является ядром Оверлея, является услугой межплатформенного программного обеспечения, обеспечиваемой через веб-услуги.
[000193] [0210] Система, согласно раскрытию настоящего изобретения, может быть использована для:
идентификации контента, релевантного для узлов;
обеспечения понимания предприятия посредством установления связи узлов друг с другом в когнитивной структуре;
решения проблем в предприятии; и
нахождения случайной информации в предприятии.
[000194] Некоторые выгоды от использования системы Оверлей выглядят следующим образом:
оценить подобие процессов между двумя сравниваемыми процессами;
описать процессы и планы, релевантные для предприятия;
найти соответствующую информацию о проблемах и возможностях;
найти случайную информацию (непринятые извещения) о проблемах и возможностях;
оценить опасность и последствия проблем и возможностей;
предвидеть проблемы и возможности;
диагностировать проблемы и возможности;
применить планы корректирующих действий к проблемам и возможностям;
создать стратегические планы в отношении проблем и возможностей;
дать пользователям представление о причинах и следствиях в отрасли промышленности;
позволить пользователям быть креативными при ведении дел, связанных с проблемами и возможностями;
помочь пользователям в объяснении сложных явлений, связанных с действиями предприятия или среды, в которой предприятие функционирует, и которая существенно влияет на предприятие;
помочь экспертам, помогающим компаниям, в решении проблем или в учете возможностей для данной компании; и
найти взаимоотношения между элементами когнитивной структуры на основе видов деятельности предприятия.
[000195] Например, на уровне фабрики, пользователи системы обычно включают в себя менеджеров, работников службы сбыта, помощников по административной работе, инженеров и обслуживающий персонал, которые имеют определенные функции и индивидуальные цели и обобщенную цель, состоящую в доставке продукта потребителям. Многие из этих пользователей осуществляют доступ к модели предприятия через портативное устройство, такое как сотовый телефон, планшет или другое персональное электронное устройство (PED). Часто эти портативные устройства имеют пользовательский интерфейс (экран просмотра с возможностями сенсорного экрана), имеющий ограниченную площадь. При представлении полной структуры узлов предприятия на экране просмотра, узлы могут быть слишком маленькими для просмотра пользователем или для осуществления доступа посредством касания интересующего узла. Таким образом, система выполнена с возможностью демонстрации только интересующих узлов отдельным пользователям и, необязательно, нескольких дополнительных узлов с любой стороны от интересующих узлов. Когда цели конкретного пользователя изменяются, интересующие узлы, показанные на этом экране просмотра пользователя, обычно также изменяются.
[000196] Со ссылкой на фиг. 16, система 1200 включает в себя модуль 1202, который настраивает множество пользовательских интерфейсов 1204а-1204е для отражения релевантного текущего состояния каждого пользователя относительно реального события. Это означает представление каждому пользователю только частей взаимосвязанного набора узлов 1206, отфильтрованных посредством контекста, связанного с этим пользователем и текущим состоянием этого пользователя. Каждый пользовательский интерфейс 1204a-1204e имеет устройство 1208a - 1208e отображения, имеющее ограниченную зону просмотра. При отображении всех узлов 1206 в ограниченной зоне 1208a - 1208e просмотра, узлы могут быть слишком маленькими для просмотра пользователем или взаимодействия с ним. Также, текущее состояние для пользователя может изменяться, и системе 1200 может потребоваться изменение устройства отображения, на котором находится пользовательский интерфейс 1204, для обеспечения большего пространства для просмотра информации, релевантной для последнего текущего состояния. Однако, поскольку все узлы 1206 связаны с помощью причины и следствия и подобия, пользователь может вернуться, при необходимости, к просмотру любых узлов, назначенных для его участия.
[000197] Модуль 1202 настраивает пользовательский интерфейс для фокусировки на узлах 1206, наиболее релевантных для пользователя/участника, и может изменять набор узлов, наиболее релевантных для пользователя/участника, согласно ситуационным развитиям, релевантным для пользователя/участника. Система может изменять вид пользовательского интерфейса 1024a - 1204e для обеспечения большего пространства для просмотра информации, релевантной для последнего состояния, релевантного для пользователя/участника. Однако, по усмотрению пользователя, все узлы, релевантные для пользователя, могут быть доступными независимо от текущего фокуса, показанного на экране.
[000198] Модуль 1202 устанавливает связь с некоторым количеством внешних устройств, чтобы убедиться, что информация, содержащаяся в узлах 1206 и доступная через них, является современной, и ситуация каждого пользователя является современной. Одним внешним устройством может быть клавиатура 1210. Вторым внешним устройством может быть удаленный датчик 1212, такой как детектор температуры или освещенности, для распознавания пожара, или детектор влажности, для распознавания протекающей или лопнувшей трубы. Модуль 1202 может также оставаться в контакте с удаленными объектами 1214 посредством интернета 1216. Такие удаленные объекты могут включать в себя, без ограничения, другие подразделения предприятия, внешние базы данных (например, государственный объект для осуществления доступа к планам зданий или к принципиальным электрическим схемам), общедоступные базы данных (например, машины поиска) и частные базы данных (например, схемы для корабля или элемента оборудования, предоставляемые автором/изготовителем).
[000199] Модуль 1202 включает в себя вычислительное устройство 1218, имеющее машиночитаемую среду с исполняемыми командами, закодированными на невременой цифровой запоминающей среде, причем невременная цифровая запоминающая среда также хранит модель предприятия, контент предприятия и данные предприятия, причем процессы, связанные с моделью, включают в себя узлы, машиночитаемое описание релевантности между разными узлами, и машиночитаемое описание релевантности между контентом и данными и разными узлами.
[000200] Модуль 1202 способно устанавливать связь с каждым пользователем через передающее устройство 1220. Передающее устройство как отправляет, так и принимает информацию от каждого пользователя через пользовательский интерфейс 1204a - 1204e. Может быть использована любая форма связи, например, сотовая сеть 1222, беспроводная локальная сеть или интернет 1216а. Полезно конкретизировать узлы 1206 не только на основе изменений в лежащей в основе информации в базе данных, но и посредством прямого ввода данных пользователя в пользовательский интерфейс 1204a - 1204e, управляемый Оверлеем. Это будет, все же, интерпретировано в качестве информации в базе данных или другом компьютеризированном модуле, подлежащей обработке средствами просмотра и т.д., но эта информация будет введена через пользовательский интерфейс, управляемый Оверлеем. Эта информация может быть простым выбором узла 1206, воспроизведенным в пользовательском интерфейсе, или выбором, из вариантов выбора пользователя, конкретизированных действий, связанных с узлом 1206 и/или контентом, введенным пользователем. Некоторая информация, например, изображения или видео, может быть сделана средством 1202 доступной на устройствах 1208a - 1208e отображения портативных устройств или посредством портативных устройств. Конкретизированное пользователем действие может быть введено пользователем в модуль 1202 через средства 1220, 1216 передачи и вычислительное устройство 2018.
[000201] Пользовательский интерфейс 1204, структура взаимосвязанных узлов 1206 и данные в базе 1224 данных существуют в виде одной услуги межплатформенного программного обеспечения. Эта услуга межплатформенного программного обеспечения обеспечивает возможность модификации логики/кода и модификации базы 1224 данных и модификации узлов 1206 без необходимости каких-либо программных изменений для пользовательского интерфейса 1204.
[000202] Оверлей объединяет набор взаимосвязанных узлов, которые соединены с помощью причины и следствия и подобия. Причина и следствие могут быть также определены посредством формул и взаимоотношений между характеристиками, связанными с узлами. В общепринятом программировании, изменения обеспечивают для взаимоотношений и для данных, представляющих проблемы и возможности. После обеспечения этих изменений, должны быть спроектированы новые пользовательские интерфейсы для представления этих новых взаимоотношений для пользователей. Настоящий вариант осуществления обходит второе упражнение программирования.
[000203] Кодированные взаимоотношения 1226 между узлами 1206 могут быть явными, и если все узлы соединены с другими узлами посредством кода/логики программирования, которые описывают причину и следствие и производные причины и следствия, то тогда изменения в узлах и соединяющих их формулах, коде/логике программирования, могут быть обеспечены также без изменения взаимоотношений информации, воспроизводимой на пользовательских интерфейсах 1204 в отдельном упражнении. Система 1200 создает базу 1224 данных, где каждое приращение данных связано по меньшей мере с одним узлом 1206, и релевантность одного узла 1206 с другим узлом 1206' описывается кодом/логикой, который связывает один узел с другим. Узлы связаны друг с другом посредством кода/логики приложений, который описывает причину и следствие и производные причины и следствия. Данные из базы 1224 данных, релевантные для каждого узла 1206, 1206', могут быть отображены на устройстве 1208 отображения с ограниченной зоной отображения пользовательского интерфейса 1204 в группах, соответствующих узлам, которые прямо связаны друг с другом. Эти узлы связаны друг с другом причиной и следствием и производными причины и следствия.
[000204] Пользовательский интерфейс является сплошной средой, которая не является спроектированной программно для рассматриваемого варианта использования. Пользовательские интерфейсы предшествующего уровня техники выполнены с возможностью подбора фиксированных заданных вариантов использования. Например, это мог бы быть пользовательский интерфейс для определения маршрута выхода из горящего здания посредством обеспечения фиксированного выбора навигационных опций. Другой пользовательский интерфейс мог бы быть необходим для выхода из здания плюс вложенная чрезвычайная ситуация, такая как сломанная нога. Другой пользовательский интерфейс мог бы быть необходим для координатора, который наблюдает за состоянием местоположения эвакуируемых. Пользовательский интерфейс Оверлея подбирает все варианты использования, в том числе будущие непредвиденные варианты использования, поскольку пользовательский интерфейс получен на основе непрерывной структуры узлов, которая содержит логику системы и приспосабливает будущую логику. Кроме того, поскольку логика системы и состояние каждого атрибута системы описаны посредством причинно-следственной связи между узлами и данными узлами, соответственно, существуют только две переменные для описания; узел и связь с другим узлом. Это может быть описано графически в топографической карте, подобной векторной карте. Но обеспечение этого топографического описания, вследствие наличия только двух переменных, узла плюс связи с другим узлом, плюс возможности расширить или втянуть узлы-потомки под родительскими узлами, при увеличении и уменьшении количества узлов, может быть показано на пользовательском интерфейсе, обеспечивающем пользователю возможность объединения ситуационной информированности при уменьшении изображения и фокусировки на конкретном узле и связанной с ним информации при увеличении изображения. В настоящее время, не существует пользовательского интерфейса, описывающего любую группу процессов, независимо от того, являются ли эти процессы последовательными, или нет, и независимо от того, как они связаны друг с другом, и независимо от того, сколько процессов описано, который является графическим и который обеспечивает возможность навигации на основе выбора тысяч узлов для фокусировки на любом из самых нижних узлов в подчиненности и любого выбора узлов между этими экстремумами, и при выполнении этого в непрерывном описании.
[000205] Хотя вид, который пользователи могут пожелать увидеть в режиме увеличения изображения, может стать видом атрибутов узлов и связей, а не узлов и связей между самими узлами, эти атрибуты, все же, генерируются динамически узлами и связями, к которым применена фокусировка. Не существует программной генерации атрибутов, подлежащих просмотру. Атрибуты узлов в интерфейсе деталей генерируются динамически.
[000206] Это контрастирует с процессом предприятия предшествующего уровня техники, описывающим Программное обеспечение «Пользовательский Интерфейс», который требует, чтобы каждый пользовательский интерфейс был детализирован, или, иначе, был задан и, затем программно сгенерирован. Одним из примеров в существующих программных системах, которые не описывают процессы предприятия, но являются непрерывными, являются электронные карты. Электронные карты могут увеличить или уменьшить фокус посредством увеличения или уменьшения изображения. Но не существует возможности представления процессов таким образом, поскольку вид карты не используется для описания процессов и взаимоотношений между процессами, а используется для описания положений и расстояний в двух измерениях. В Оверлее, напротив, пространство используется для описания причинно-следственных связей и процессов. Другими словами, узлы описывают проблемы и возможности, а связи описывают причину и следствие, которые связывают узлы, а пространство используется для указания подчиненности или зависимости. Заметным признаком, который обеспечивает это, является тот факт, что процессы и представительные узлы сходятся, а именно, узлы-потомки втягиваются в родительские узлы и, таким образом, вписываются друг в друга при уменьшении изображения. Блок-схемы последовательностей операций и подобные схемы процессов используются для описания процессов, от детализированных процессов до систем больших предприятий. Но блок-схемы последовательностей операций описывают последовательные процессы и моменты принятия решений, которые не вписываются друг в друга для обеспечения возможности уменьшения изображения.
[000207] Последовательности процессов являются часто слишком детализированными для определения всех взаимоотношений процессов на практике. Как, например, вы определите, как неудача аудита влияет на корпоративную репутацию, в последовательных этапах? И при этом, важна ли последовательность, или важна причина и следствие. Как установленный с перекосом шарикоподшипник влияет на структурную целостность машины? Как блок-схема последовательности операций с последовательными этапами поможет описать это? Связь между двумя процессами, которые не связаны последовательно, может быть установлена в блок-схеме последовательности операций, но эта связь больше не является описанием последовательности операций процесса и не может быть описана в виде компонента блок-схемы последовательности операций.
[000208] Другие гибридные описания процессов могут быть созданы на основе двумерного UI-формата, но они не содержат явных причинно-следственных взаимоотношений между узлами, которые являются также машиночитаемыми узлами и узлами процессов, которые также сходятся и, в графическом описании, вписываются друг в друга для обеспечения возможности уменьшения изображения, а также полностью описывают взаимоотношение одной проблемы или возможности процесса с другой, как требует контекст системы описания, для которой они были спроектированы.
[000209] Другими словами, гибридные блок-схемы последовательностей операций предшествующего уровня техники пытаются описать взаимоотношения процессов, а не только последовательность операций процесса, но не могут обеспечить узлы, которые сходятся таким образом, чтобы процессы-детали могли сойтись в родительские процессы с явной и полной причинно-следственной релевантностью между узлами, которая является машиночитаемой и, таким образом, может быть обработана компьютером. Таким образом, при описании взаимосвязанных процессов предприятия в пользовательском интерфейсе, эти гибридные блок-схемы последовательностей операций предшествующего уровня техники могут показать процессы, но не степень релевантности между процессами, достаточную для обеспечения сходимости. Это так, поскольку узлы не сходятся, и релевантность часто является неопределенной, или, в некоторых случаях, является статистически определяемой группами пользователей. Напротив, в Оверлее причинно-следственные взаимоотношения описываются либо эмпирически посредством близости к цели, либо посредством алгоритма, в случаях более явных количественных взаимоотношений, как упомянуто здесь. Как близость к цели, так и алгоритмы релевантности, описывающие причину и следствие, являются машиночитаемыми и способны описать важность взаимоотношения. Статистически описанные взаимоотношения являются машиночитаемыми, но они не обязательно являются точными, особенно когда результаты агрегируют причинно-следственные зависимости, которые могут быть недостаточно независимыми, статистические образцы агрегируют результаты с совершенно разными причинами, таким образом, делая неясными причину и следствие, или статистические образцы являются недостаточными для значимой полученной статистически релевантности.
[000210] Например, столкновения кораблей, проанализированные статистически и назначенные для человеческих факторов, таких как человеческие ошибки, являются недостаточно значимыми, поскольку каждый технический аспект морских перевозок, который также может быть причиной столкновения, например, сбой механизма рулевого управления, также включает в себя человеческие факторы, например, в проектировании машин, производстве, техническом обслуживании, операционной сложности, и т.д. При неопределенных взаимоотношениях или статистически связанных узлах, как в предшествующем уровне техники, пользовательский интерфейс может быть приведен в беспорядок посредством неопределенных или полученных статистически взаимоотношений между узлами. В случае чрезвычайной ситуации, например, эти взаимоотношения могут вызвать беспорядок и, в результате, лишить смысла все компьютеризированное приложение для реакции на чрезвычайные ситуации, которая состоит в обеспечении релевантной информации с минимальным отвлекающим фактором.
[000211] В другом способе графического двумерного описания предшествующего уровня техники, используемом для формальных оценок опасности, обычно называемых диаграммами в форме «бабочки», релевантность между «режимами неудач или рисками» и процессами описывается в статистической вероятности и соединениях «значимости» между узлами. Но, поскольку существуют «режимы неудач или риски» и «процессы» и «цели» и связи между ними, а также, часто, «условия» и другие переменные, элементы не сходятся. «Опасность», «риск», «барьер», «последовательность» и т.д., не сходятся так, как сходятся узлы процессов в Оверлее. В случае чрезвычайной ситуации, такое общепринятое описание в форме «бабочки» не сможет, например, показать всю ситуацию. Оно может представить узлы неудач и риски, но что, если пользователь захочет увидеть другие процессы, на которые влияют риски, описанные в диаграмме в форме «бабочки», или другие способствующие факторы для следствий в диаграмме в форме «бабочки», или другие процессы, для фокусировки на них. Как они могут быть соединены? Диаграмма в форме «бабочки» показывает только, в лучшем случае, набор находящихся под влиянием процессов и причинные риски плюс логические производные, связанные с одним процессом или риском, который находится в фокусе. Не имеется представления о том, как соединены все процессы в предприятии. Таким образом, в случае чрезвычайной ситуации, если пользователю необходимо просмотреть другой процесс с его или ее участием, или если система помогает сфокусироваться на последнем событии, то это может оказаться невозможным без воспроизведения другого графического описания, отличного от предыдущего графического описания и не непрерывного. Таким образом, графическое описание не будет непрерывным и не может быть использовано для увеличения изображения и уменьшения изображения. Это, в свою очередь, делает невозможным описание любого процесса в системе и любого будущего процесса без предварительного проектирования пользовательского интерфейса для каждого процесса или варианта использования или точки взаимодействия пользователя/системы.
[000212] Таким образом, система предшествующего уровня техники не может динамически генерировать описания пользовательского интерфейса для любого процесса или группы процессов, эмулируемых в системе, либо для текущего процесса или группы, либо для будущего процесса или группы.
[000213] Упомянутое выше отчасти служит для объяснения нижеследующего:
[000214] Улучшение или замена лежащих в основе приложений предприятия с использованием принципов Оверлея:
[000215] Одним из путей для улучшения понимания действий предприятия является сокращение периода времени, который необходим для улучшения и, несистематически, замены лежащих в основе систем предприятия в их роли в качестве источников информации для хостинга триггеров событий в отношении проблем и возможностей и интересных или неожиданных событий, или отсутствующих важных контролирующих элементов, а также релевантной информации, которая улучшает принятие решений пользователем.
[000216] Причина для улучшения или замены этих лежащих в основе приложений предприятия состоит в том, что часто эти системы являются устаревшими и неактуальными, или плохо спроектированными с точки зрения эргономики, и поэтому они редко обновляются вовремя для обеспечения надлежащих триггеров и релевантной информации для эффективного функционирования Оверлея.
[000217] Для того, чтобы Оверлей заменил эти приложения предприятия без очень больших усилий по созданию приложений, например, по обеспечению понимания унаследованного кода или по поддержке унаследованного кода или по улучшению унаследованного кода, существует потребность в использовании основного нововведения Оверлея для улучшения или замены унаследованных систем. Другими словами, для обеспечения создания дополнительных информационных систем предприятия, при необходимости.
[000218] Важной целью является обеспечение дополнительности или возможности создания этих систем без необходимости прибегать к традиционным способам разработки программного обеспечения, таким образом, экспертам в предметной области бизнеса, иначе говоря, участникам и экспертам в предметной области, предоставляется возможность создания этих систем при меньших требованиях, чем требования в традиционных способах создания приложений. Это существенно увеличивает вероятность того, что результирующая система будет эффективной, а также увеличивает скорость, с которой системы могут создаваться и адаптироваться таким образом, чтобы они соответствовали новым и возникающим требованиям.
[000219] Поведением систем на основе Оверлея частично управляет структура узлов, и частично управляют традиционные структуры данных в пределах лежащих в основе приложений предприятия. Те аспекты системы, которыми управляет структура узлов, которые, в общем, относятся к системной навигации и взаимоотношениям между узлами, иначе говоря, к нахождению информации о релевантности для пользователя в предприятии, являются очень гибкими. Те аспекты системы, которыми управляет традиционный код в пределах лежащих в основе приложений, которые, в общем, требуют создания и взаимодействия с бизнес-объектами, остаются сложными и дорогостоящими для изменения, и не могут легко использовать развивающуюся бизнес-модель, определенную экспертами в предметной области. Эта последняя ситуация означает, что Оверлей-системы остаются уязвимыми в отношении качества и соответствия цели лежащих в основе унаследованных приложений.
[000220] Следующая секция раскрывает вариант осуществления концепта Оверлея, которой является устранение потребности в традиционном коде и, таким образом, видение всего поведения системы, управляемого вновь расширенной структурой узлов. На уровне концепта, бизнес-модель, таким образом, становится кодом приложения. Это обеспечит Оверлей-системам возможность соответствия целям, намеченным выше.
[000221] В предшествующем уровне техники и в унаследованных системах, бизнес-объект действует в качестве «неделимой единицы», которой может управлять бизнес-модель - т.е., перемещать между транзакционными задачами, осуществлять доступ через навигационные фильтры, и т.д. Эти бизнес-объекты, в общем, представляют собой удобные пакеты данных - наборы связанных атрибутов, которые моделируют объект или концепт реального мира, например, человека или документ. Именно эти бизнес-объекты реализованы в настоящее время с использованием традиционного кода. Эти бизнес-объекты содержат атрибуты и взаимоотношения с другими объектами, получаемые из многих вариантов использования. Это подобно инструменту для домашнего ремонта с принадлежностями для выполнения многих видов работ по домашнему ремонту. Однако, вследствие множественности вариантов использования бизнес-объектов, которая на много порядков величины больше, чем множественность вариантов использования инструментов для домашнего ремонта, и почти так же велика, как множественность вариантов использования современных смартфонов и компьютеров, описание атрибутов и взаимоотношений с другими бизнес-объектами является слишком затруднительным и трудным, чтобы проектировщики могли его себе представить и управлять им.
[000222] Например, помещение атрибутов в бизнес-объекты означает тот факт, что эти атрибуты и их значения, как правило, определяются сложными лежащими в основе процессами и подвержены действию правил и ограничений, которые простираются за пределы предприятия (и, действительно, в другие предприятия), и о которых инженеры по программному обеспечению обычно не осведомлены, когда система разрабатывается.
[000223] Например, возьмем простой линейный элемент заказа на поставку запасных частей:
[000224] Номер детали: описание детали является следствием сложного процесса, который, вероятно, отслеживает ее корни назад к исходному производственному процессу.
[000225] Требуемое количество: оно может быть определено посредством сложного набора условий, в том числе, состояния машинного оборудования, для которого элемент предназначен, предстоящего технического обслуживания, доступности времени, трудовых ресурсов, денежных средств и других ресурсов.
[000226] Требование по срокам - снова, это может относиться к доступности ресурсов, доступности оборудования, к тому, как и когда оборудование будет использоваться.
[000227] Планируемая дата поставки - это может относиться к доступности персонала поставщика для подготовки элемента для поставки, что, в свою очередь, относится к персоналу и профессиональным требованиям к рассматриваемому персоналу.
[000228] Короче говоря, простой бизнес-объект линейного элемента заказа на поставку может традиционно захватывать только часть упомянутого выше - тем не менее, отображение упомянутого выше в сложной причинно-следственной структуре узлов является существенным для обеспечения эффективной системы поддержки бизнес-процессов - системы, которая будет содействовать эффективному принятию решений и будет легко расширяемой посредством расширения структуры узлов.
[000229] Проблема является особенно острой, когда «идеальный» бизнес-процесс не может быть выполнен - т.е., при обработке исключительных случаев. Например, если запасная часть не может быть поставлена вовремя, действия, которые необходимо выполнить, могут зависеть от очень сложной информации, например, от предсказанной надежности оборудования, которая может позволить оценить опасности и облегчить предпринимаемые действия.
[000230] Дополнительно к этому, существует очень общий сценарий реализаций бизнес-объектов, с трудом соответствующих требованиям разных предприятий, которые обычно, как правило, имеют разные интерпретации и образцы использования в их отношении. Реализации бизнес-объектов эффективно капсулируют бизнес-логику, которая должна находиться в модели, и не должна находиться в коде, и редко разрабатываются таким образом, чтобы эта логика подвергалась воздействию бизнес-модели таким образом, чтобы модель могла контролировать, как бизнес-объект ведет себя.
[000231] Таким образом, центральным принципом является удаление понятия бизнес-объекта как фиксированного концепта и, вместо этого, выбор атрибута в качестве более детализированной единицы неделимости. В результате, это обеспечивает новый и высоко динамический тип вида данных, на основе структуры узлов, взаимосвязанных посредством явно описанных машиночитаемых причины и следствия или производных или переменных причины и следствия, декларируемых в машиночитаемой логике, которая заменит концепт бизнес-объекта, отдельную логику преобразований и отдельную логику пользовательских интерфейсов, которая стала признаком существующих систем предшествующего уровня техники.
[000232] Дополнительным принципом этой эволюции Оверлей/ТА-системы является явное объединение модели процесса, в виде декларации взаимосвязанной структуры узлов, с моделью данных, определенной в виде атрибутов. Именно это объединение данных с взаимосвязанными узлами, соединенными как причина и следствие, явно показывает, для чего предназначены данные, и как они преобразованы, что является центральным для возможности системы осуществить хостинг значимой машиночитаемой логики преобразований и значимых атрибутов пользовательских интерфейсов без специальной квалификации в программировании. Это является отличием от традиционных структур данных, таких как реляционные базы данных, которые не дают явного представления о том, для чего предназначены данные (т.е., цели, которые они поддерживают) и, по существу, не имеют разрешения, необходимого для получения подходящего пользовательского интерфейса. Традиционно, эту информацию, которая встраивается и, таким образом, скрывается и фиксируется в пределах кода, необходимо сделать явной в пределах модели, чтобы эксперты в процессах реального мира и компьютеризированных транзакционных процессах могли понять все компьютеризированные процессы в пределах приложения предприятия и расширить их, при необходимости.
[000233] В отличие от других баз данных с неSQL-структурой узлов, уникальная концепт Оверлея в создании или расширении приложений предприятия состоит в том, что вся логика преобразований находится в пределах причинно-следственных связей между узлами, и никакая другая логика не требуется для влияния либо на преобразования приложений, либо на атрибуты пользовательских интерфейсов. Может существовать логика за пределами структуры узлов, необходимая для вспомогательных услуг, но ни одно из бизнес-логики предприятия или представления атрибутов пользовательских интерфейсов не должно находиться за пределами структуры узлов.
[000234] Современные информационные системы могут, в общем, выглядеть как некоторое количество уровней, каждый из которых выполняет конкретный тип функции и обеспечивает услуги для смежных уровней, и концепт Оверлея/ТА не является исключением. Концепт Оверлея/ТА следующего поколения имеет три уровня, намеченные ниже:
[000235] Уровень пользовательского интерфейса. Этот уровень воспроизводит интерфейс для пользователей системы и полностью получен на основе бизнес-модели.
[000236] Уровень бизнес-логики или «средний» уровень. Этот уровень определяет представление о том, как система должна поддерживать пользователя и организацию в их желании достичь своих целей. Он состоит из бизнес-модели, выполняемой в пределах инфраструктуры реализации, которой является Оверлей.
[000237] Уровень управления данными. Этот уровень обеспечивает хранение информации о состояниях и, снова, полностью получен на основе бизнес-модели.
Уровень бизнес-логики
[000238] Как утверждалось выше, этот уровень состоит из двух главных элементов: бизнес-модели и инфраструктуры реализации, в пределах которой эта бизнес-модель исполняется. Бизнес-модель создается и управляется инженерами не-программного обеспечения, что означает, что знание традиционных языков программирования и систем баз данных не потребуются. Бизнес-модель, таким образом, будет определять все необходимое для получения значимой информационной системы, т.е., информационной системы, которая поддерживает организацию в достижении ее целей. Таким образом, ключевой проблемой становится поддержка определения модели, которое является легко понимаемым людьми, не являющимися техническими специалистами, и в то же время остается достаточно однозначным для обработки лежащей в основе инфраструктурой реализации и, тем не менее, обеспечивает предсказуемый, значимый и полезный конечный результат.
[000239] Сердцем бизнес-модели Оверлея является узел - точка напряжений предприятия, где оператор-человек, или, альтернативно, датчик или другой системный агент, должен принять решение и обеспечить ввод данных, т.е., изменение в состоянии, или где пользователь должен получить информацию о чем-нибудь от системы. На высоком уровне, набор этих узлов определяет модель процесса организации, которая, при объединении с лежащей в основе моделью состояний, должна обеспечить достаточную информацию для получения на ее основе пользовательских интерфейсов, необходимых для поддержки каждой точки напряжений предприятия. Элементы модели процесса могут быть отображены для абстракций обобщенного процесса более высокого уровня в модели главного процесса. Мы не будем сейчас описывать каждый из компонентов более подробно.
Уровень бизнес-логики: модель процесса
[000240] Модель процесса определяется в виде взаимосвязанного набора узлов. Каждый узел имеет набор атрибутов, которые вводятся в узел или выводятся из него. Узлы являются, главным образом, связанными с другими узлами как причина и следствие, хотя другие типы взаимоотношений также существуют и описаны ниже.
[000241] Причинно-следственное взаимоотношение между узлами означает, что действие, которое явно или неявно является результатом ввода или существования данных, может быть инициировано пользователем или другим агентом в качестве части причинного узла, который запустит изменение в состоянии, которое, в свою очередь, воспроизведет находящийся под влиянием узел как «интересный». «Код» системы, который связан с действием, которое, в свою очередь, связано с причинно-следственным взаимоотношением узлов, таким образом, фокусируется на осуществлении изменений в состоянии в результате инициирования действий.
[000242] Узел связан с набором атрибутов, которые связаны с узлами в пределах «кластера узлов» данного узла. Кластер узлов является набором связанных узлов, обычно связанных процессом, а также по другим причинам, и явно определяется экспертом в предметной области, создающим модель. В пределах каждого узла, атрибуты назначаются либо как входные данные (только для считывания), либо как выходные данные (для считывания-записи). Набор атрибутов для узла может называться «предикативным образцом» для этого узла.
[000243] Узлы, по существу, не имеют состояний, что означает, что они потребляют и производят классы атрибутов. Другими словами, не существует понятия конкретизации узла. Вместо этого, узлы становятся интересными в результате состояния введенных атрибутов для этих узлов. Например, узел «Оценить опции снабжения и транспортировки» становится интересным, когда существует заметная потребность в корабле, которая должна быть удовлетворена. Это изменение в состоянии является обычно результатом инициирования действия, связанного с причинным узлом.
[000244] Узлы могут быть также связаны с другими узлами, относящимися к той же предметной области - т.е., как задачи в пределах организационного группирования задач. Эти организационные взаимоотношения не обязательно означают принадлежность к одному и тому же кластеру узлов согласно прямой причине и следствию, а, скорее, используются для содействия пользователю в осуществлении навигации того, что может стать сложными структурами узлов. Например, узел «Закупки», который организует многие процессы закупок, не имеет никакой причинно-следственной связи с процессами, которые он организует, или с любыми другими процессами. Это так, поскольку неясно, как на такой организационный узел влияют узлы, которые он организует, или как он влияет на другие узлы. А именно, если задать вопрос, как «закупки» не достигают успеха, или когда «закупки» находятся в опасности, то ответ будет неточным. Подобный результат будет, если мы зададим вопрос, какой процесс потерпит неудачу, если «закупки» потерпят неудачу. Однако, более детализированные узлы в пределах этого группирования, такие как «состояние запасов корабля» в отношении запасной части могут иметь очень точные следствия в отношении возможности выполнения ремонта на борту. Таким образом, эти организационные узлы, такие как «закупки», существуют для навигационных целей, тогда как узлы, организованные этими узлами, имеют нормальные причинно-следственные связи с другими узлами.
Уровень бизнес-логики: модель состояний
[000245] Это место, где данные хранятся и обеспечивают пользователям возможность совместного использования информации и обеспечивают системе возможность «помнить» объекты между пользовательскими сеансами.
[000246] Когда атрибут идентифицируется в качестве части модели процесса, модель состояний автоматически расширяется для обеспечения запоминания значений для этого атрибута.
[000247] Значения атрибутов модели состояний могут также содержать связь в модели через узел, чтобы дополнительное значение атрибута указывало на взаимоотношение. Например, атрибуты возраста и имени могут быть связаны с атрибутом идентификатора работника для собирательного представления работника, и это может быть представлено в кластере узлов. На уровне классов, типы взаимоотношений, которые существуют, получают из модели процесса (кластеров узлов), обычно в результате того, что атрибуты являются частью одного и того же кластера, обслуживающего больший эмулируемый процесс или родительский узел.
[000248] Ключевым механизмом здесь является контекстный компонент интерфейса Оверлея. Атрибуты, используемые для контекстуальной фильтрации, а именно, системной навигации с использованием ключевых идентификаторов, становятся «ключевыми» атрибутами. Ключевой атрибут формирует основную навигационную методику, когда много подобных процессов различаются по своим причинам и следствиям посредством ключевого идентификатора, и когда многие связанные, но разные этапы процесса используют одну и ту же ключевую идентификацию. Например, если имя работника определено в качестве ключевого атрибута, то для системы становится возможным установить связь атрибутов возраста работника с именем, если каждый из этих атрибутов образует два узла в большем кластере, идентифицирующем работника. Ключевой атрибут и использование ключевого атрибута для системной навигации помогают убедиться, при обработке данных работника, что мы фокусируемся на надлежащем работнике, если имеется более одного работника, в то время как этапы процесса являются одними и теми же для всех работников.
[000249] Эта методика для управления состояниями представляет собой важный выход за рамки общепринятых систем, в котором посредством удаления всех специфических для предметной области знаний из модели данных и необходимости их получения из модели процесса, мы помогаем предотвратить подсознательный перенос преобладающих предположений проекта информационной системы в новый проект, что может повлиять на возможность системы точно представлять, что необходимо для завершения рассматриваемого процесса.
Уровень бизнес-логики: модель главного процесса
[000250] Узлы, если это возможно, связаны с классами узлов (абстрагированными кластерами узлов, описывающими абстрагированные процессы) в качестве конкретизаций этих классов узлов (абстрагированных кластеров узлов), которые определяются моделью главного процесса. Классы узлов захватывают общие элементы специфических для предметной области узлов в качестве абстрактных версий этих узлов. Например, классы узлов могут охватывать концепты, такие как план, проверка, подтверждение, предупреждение и т.д. Можно сказать, что абстрагированные классы узлов представляют концепты, которые могут быть известными «пещерному человеку» потому, что они находятся среди первых абстракций, к пониманию которых мы, как люди, пришли.
[000251] Абстрагированные классы узлов служат двум главным целям. Во-первых, они служат в качестве руководства для экспертов в предметной области бизнеса при рассмотрении того, как следует моделировать специфические для предметной области вопросы, например, посредством напоминания им, какие вопросы должны быть рассмотрены, и посредством помощи отдельным лицам в понимании работы экспертов в предметной области. Во-вторых, они ускоряют процесс моделирования посредством обеспечения повторного использования и обеспечения возможности быстрой идентификации подобных процессов по модели предметной области. Повторное использование, однако, может не быть прямым копированием и вставкой обобщенных компонентов кода и, более вероятно, включает в себя адаптацию класса узлов (абстрагированного кластера) ко всем примерам/вариантам использования. Это так, поскольку абстрагированный кластер или кластер уровня класса не всегда легко описать на подходящем языке кодирования, который может быть преобразован без адаптации к уровню проблемной области/варианта использования. Однако, установление связи кластера проблемной области с классом узлов (абстрагированным кластером) может быть очень явным, таким образом, делается очень ясным то, где следует каскадировать улучшения уровня класса в логике для уровня проблемной области/варианта использования.
Уровень пользовательского интерфейса
[000252] Уровень пользовательского интерфейса объединяет информацию, содержащуюся в пределах бизнес-модели, с кодированием наилучших практических принципов проектирования пользовательских интерфейсов для воспроизведения графических пользовательских интерфейсов для пользователя.
[000253] Существующие системы предшествующего уровня техники используют бизнес-объекты в качестве главного деления концепта с UI. Другими словами, пользователи создают и открывают виды на бизнес-объекты для просмотра их вариантов контекста и выполнения изменений, при необходимости. Оверлей видит радикальное изменение в методике здесь в том, что главным концептом UI взаимодействия становится сам узел. Пользователи открывают UI узла для просмотра информации, необходимой для выполнения процесса и захвата информации для обновления модели состояний.
[000254] UI узлов, по существу, представляют атрибуты входных и выходных данных рассматриваемого узла и окружающих узлов, т.е., кластера узлов. Атрибуты, идентифицированные в качестве входных данных, являются атрибутами только для считывания, в то время как атрибуты выходных данных являются атрибутами для считывания-записи. Значения атрибутов группируются, при необходимости, и определяются моделью процесса, как описано выше.
[000255] Существующее количество значений атрибутов определяет формат представления и доступность поддержки навигационных инструментов (таких как сортировка, фильтрация и поиск) -при наличии множества данных, UI будет, таким образом, динамически адаптироваться к ним. Атрибуты могут быть выделены в качестве ключевых атрибутов для узла, что, в свою очередь, может повлиять на то, как они будут представлены на виде узла.
[000256] Для узлов с большими количествами атрибутов выходных данных, система может прибегнуть к двухэтапной модели UI на основе списка исходных ключевых атрибутов и редактора наборов атрибутов, но, в обоих случаях, UI должны генерироваться динамически. Примером этого может быть заказ на поставку, где первый этап UI может представлять обзор релевантных ключевых атрибутов (дату, имя поставщика, идентификатор заказа, получателя), а второй этап может быть более сложным UI, который может предоставить полный заголовок Заказа на Поставку и все линейные элементы.
[000257] Так же как и определение того, какие атрибуты являются релевантными, причинно-следственные взаимоотношения между узлами также имеют влияние на то, как эти атрибуты представлены. Например, визуальный акцент может быть применен к атрибутам, на которые влияют причинно-следственные взаимоотношения, которые прямо связаны с рассматриваемым узлом или видом кластера узлов, который обеспечивает единственный UI, который захватывает множественные причинно-следственные взаимоотношения. Эта платформа формулирует UI-методику, которая является пригодной для решения или решений или транзакций, подлежащих выполнению.
[000258] Атрибуты могут быть также определены как релевантные, если считается необходимым, чтобы они обеспечили контекст для атрибутов, которые структура узлов считает релевантными. Например, если наименование машинного компонента идентифицировано в качестве атрибута входных данных, то система может также считать, что название корабля является релевантным. Эти ключевые атрибуты могут быть использованы для разделения вида в структуре данных, подходящей для сеточного отображения. В этом примере, название корабля будет сопутствовать машинному компоненту в качестве родственного узла для идентификационного узла в транзакции, называемой «главная система заполнения данных».
Уровень управления данными
[000259] Уровень управления данными преобразует модель состояний в пределах бизнес-модели в инфраструктуру реализации, обеспечиваемую имеющейся в наличии системой управления базами данных. Потребность в масштабируемости и отсутствие потребности в формальной структуре реляционных баз данных, поскольку лежащая в основе схема будет, по необходимости, мета-моделью для поддержки оперативной расширяемости, означает, что вероятно, что эти данные будут сохраняться в виде пар ключ-значение. В свою очередь, это, естественно, допускает использование неSQL-систем баз данных, таких как CASSANDRA (компании «The Apache Software Foundation», Los Angeles, CA). Эта методика уменьшает вероятность того, что лежащая в основе схема управления данными станет препятствием для обеспечения эффективности системы.
[000260] Существуют многие другие типы вычислительной логики, которые входят в информационные системы, помимо логики, просто представляющей данные и захватывающей входные данные. Теперь, мы начинаем кратко рассматривать, как могут быть охвачены некоторые дополнительные типы вычислений:
Создание и удаление атрибутов.
[000261] Как обсуждалось в модели состояний, действия, которые ведут к созданию нового атрибута, запустят исполнение функций конструктора, которые могут создавать и заполнять атрибуты и другие связанные атрибуты. Удаление атрибутов должно поддерживаться специальным жестко закодированным типом действий, который использует атрибут в качестве параметра из UI узла. Также можно определить функции деструктора, которые содержат логику, которая проверяет достоверность удаления.
Обработка событий
[000262] Также как и события конструктора и деструктора, можно определить код действия для системных и заказных событий. Например, когда вид узла открывается, просматривается, редактируется и т.д. Заказные события, связанные с кодом действий, инициируются, когда происходит изменение в состоянии. Это может выглядеть подобно триггеру базы данных, но представляется в структуре узлов в качестве повторно используемого абстрагированного процесса, хоть и на очень детализированном уровне, связанном с процессами транзакционного типа.
Управление доступом и безопасность доступа
[000263] Управление доступом, по существу, обеспечивается в качестве части структуры роль-узел-пользователь-контекст. Нет необходимости в перекрытии этой структуры дополнительным уровнем управления доступом.
Машиночитаемые причина и следствие вычисленных атрибутов
[000264] Это является центральным концептом для обеспечения вычислительной поддержки для пользователей. Поля, которые вычисляются, определяются в качестве продукта сценария, который может включать в себя, но не ограничен этим, программные конструкции, такие как математические операторы, логические операторы, условия/варианты выбора, циклы, и т.д. Вычисленные поля обычно обновляются в результате действий, которые запускают переход от причинных узлов к узлам следствий.
Объединение систем
[000265] Концепт структуры узлов в сердце модели Оверлея обеспечивает полезную инфраструктуру в отношении вопроса объединения несопоставимых информационных систем - как с точки зрения объединения процессов (или пользователей), так и с точки зрения объединения более простых данных. Мы можем рассмотреть эти случаи по очереди.
[000266] Объединение процессов может выглядеть как переход информации между процессами, которые не эмулируются одной и той же системой, но где эффективное исполнение процесса требует, чтобы они были объединены. Проблемы, связанные с этим типом объединения, становятся наиболее острыми, когда обе системы, подлежащие объединению, обнаруживают конфликтующие представления одного и того же лежащего в основе объекта - другими словами, обе системы обеспечивают реализации для одного и того же бизнес-объекта, ни одна из которых не является подходящим представлением для всех сценариев, в которых атрибуты этих объектов являются релевантными. Разбиение бизнес-объектов на их лежащие в основе атрибуты и назначение их для узлов и применение логики к взаимоотношениям между узлами, обеспечит возможность согласования атрибутов, поскольку атрибуты будут назначены для узлов, которые описывают одну и ту же бизнес-логику в обеих системах, пригодных для объединения.
[000267] Методология для объединения процессов может выглядеть в некоторой степени похожей на следующую методологию, которая является также способом, посредством которого общепринятый код, использующий бизнес-объекты, может быть преобразован в код, хостинг которого осуществляется в пределах структуры модели узлов Оверлея:
Отобразить модель состояний в соответствии с моделями состояний двух систем, подлежащих объединению.
Абстрагировать проблемы и решения, предлагаемые каждым приложением, подлежащим объединению.
Создать кластер абстрагированных узлов, перекрывающих процессы, подлежащие объединению.
Соединить абстрагированные узлы с атрибутами в каждом приложении, подлежащим объединению.
При правильном выполнении, два набора атрибутов (т.е., абстрагированный набор и набор из приложений) будут одинаковыми. Другими словами, создать предиктивные образцы для каждого узла в каждой предметной области и определить местоположение данных в таблицах, упомянутых выше, и соединить с абстрагированными узлами.
В конце концов, данные в этих предиктивных образцах будут эквивалентными, несмотря на то, что табличные взаимоотношения и группирования являются разными в двух приложениях, которые объединяются. Любые основанные на целях взаимоотношения, реализуемые приложениями, таким образом, заменяются структурой узлов.
Предиктивные образцы извлекают точно согласующиеся данные из каждой базы данных, поскольку узлы описывают точно такие же данные, и обеспечивают взаимоотношения, которые в соответствующих базах данных являются разными.
[000268] В отношении более легкой задачи объединения данных, мы можем начать с рассмотрения внешних систем как агентов, которые «выполняют» узлы. В результате этого, мы можем определить преобразования данных, необходимые для прохождения данных на выход и приема данных (и обработки их), в качестве части структуры узлов. Другими словами, мы можем рассмотреть внешние системы, которые хотят получить данные некоторым образом, точно так же, как это делают люди. Конечно, системы, как правило, имеют меньшую степень допустимых отклонений, когда это относится к их способности принимать входные данные, которые не соответствуют точным правилам, но существует причина, почему это не может быть обеспечено. Будет необходимо, однако, создать некоторые элементы платформы для поддержки разных типов услуг, платформ и т.д., для обеспечения соответствия соображениям безопасности, но это может быть выполнено в полностью обобщенном виде.
[000269] Вышеупомянутое может быть показано со ссылкой на фиг. 15. В случае чрезвычайной ситуации, требующей эвакуации и запирании школы, общая цель 1500, состоит в 100% количестве эвакуированных учащихся, и в 100% количестве запертых дверей. По существу, двумя процессами, подлежащими объединению, являются состояние дверей и количество учащихся в школе. Двумя моделями состояний, подлежащими отображению, являются «состояние двери» (открыта или закрыта) и «количество присутствующих учащихся» (число учащихся, проходящих через открытую дверь, +1 для входящих и -1 для выходящих). Проблемы и решения могут быть, тогда, абстрагированы для контроля состояния двери и подсчета, сколько учащихся проходит через дверь, когда она открыта.
[000270] Узел А 1502, узел В 1504, узел C 1506 и узел D 1508, тогда, представляют собой кластер узлов, перекрывающих процессы, подлежащие объединению. Затем, абстрагированные узлы 1502-1508 соединяются с атрибутом состояния двери и с атрибутом присутствия. Каждый узел имеет причинно-следственное взаимоотношение с промежуточной целью. Например, промежуточная цель E 1510 является результатом подсчета того, сколько дверей являются закрытыми, а промежуточная цель F 1512 является количеством учащихся на месте сбора. Эти цели, затем, сходятся на общей цели, определяющей процентное отношение учащихся на месте сбора и процентное отношение закрытых дверей. Когда оба процентных отношения будут равны 100%, общая цель 1500 будет достигнута.
[000271] Когда атрибут идентифицирован в качестве части модели процесса, модель состояний автоматически расширяется для обеспечения запоминания значений для этого атрибута. Другими словами, когда атрибут вновь определен в качестве части модели процесса, которая представлена предиктивным образцом узла, модель состояний автоматически расширяется для обеспечения запоминания значений для атрибута, без какого-либо программного расширения модели состояний вспомогательных средств. На примере фиг. 15, другой атрибут может быть выключением осветительных устройств, и модель состояний может быть расширена таким образом, чтобы она включала в себя состояние осветительных устройств («включено» или «выключено»).
Планирование и распределение ресурсов.
[000272]  Существуют два примера общих программных задач, которые, вероятно, могут возникнуть при попытках создания систем на этой платформе. Представим, что может быть создан набор услуг, которые обеспечивают вычислительную поддержку на основе установленных наилучших действий. Другими словами, платформа может обеспечить обобщенные машины планирования и распределения ресурсов, которые могут быть использованы во множестве ситуаций.
Усовершенствованная визуализация данных.
[000273]  Платформа может обеспечить набор услуг, которые могут использовать набор данных и воспроизводить его в виде диаграммы, графика, или другой визуализации. Выходные данные и соответствующие варианты воспроизведения следуют за выводом узлов. Входные данные, вставленные в вышеупомянутые усовершенствованные варианты воспроизведения данных, другими словами, интерактивно, поверх этой визуализации, снова обеспечиваются посредством базирования всех вариантов воспроизведения на взаимосвязанной структуре узлов. Структура узлов предвидела необходимость взаимодействия с пользователем. Таким образом, любой вариант воспроизведения является декларацией либо общепринятого воспроизведения выходных данных, которое является результатом обработки системой информации, либо вводимого диалога для приспособления к пользовательским реакциям на выходные данные вариантов воспроизведения.
Реакция на чрезвычайные ситуации.
[000274]  Иногда возникают ситуации, в которых приоритет целей участников и, таким образом, входные данные и выходные данные соединений релевантности между узлами, изменяются внезапно. В случае чрезвычайной ситуации, например, если огонь распространяется по полу фабрики, то тогда иерархия целей изменяется, и применяется новая сеть узлов Оверлея для чрезвычайной ситуации. Все взаимоотношения между процессами, которым надлежит следовать, и варианты участия изменяются, поскольку изменяется цель самого высоко уровня, для минимизации ущерба и обеспечения персоналу возможности безопасно эвакуироваться, по сравнению с ситуацией до чрезвычайной ситуации, которая акцентируется на обычных целях предприятия. В одном примере, функция помощника по административным вопросам может смениться с обеспечения ввода данных на обеспечение сохранения данных, содержащихся в базе данных компании. Во втором примере, функция обслуживающего работника может смениться с поддержания оборудования в хорошем рабочем состоянии на отключение электропитания от оборудования. В третьем примере, функция работника службы сбыта может смениться с осуществления контактов с потенциальными клиентами по телефону на уведомление властей о чрезвычайной ситуации и, затем, обеспечение контроля безопасной эвакуации предприятия.
[000275] Следует также понимать, что во время чрезвычайной ситуации, функции физических объектов и сред могут изменяться. Например, маршрут эвакуации может быть блокирован, и альтернативный маршрут должен быть определен или идентифицирован, службы экстренного реагирования могут быть заняты на другом вызове, и должна быть идентифицирована альтернативная служба, и с ней должна быть установлена связь.
[000276] Реагирование на чрезвычайные ситуации требует, чтобы участники не со стороны предприятия, которые являются новыми пользователями, ввели информацию относительно состояния, с их точки зрения, процесса устранения чрезвычайной ситуации. Это также необходимо для случайного пользователя, который будет работать в качестве работника предприятия, отвечающего за устранение чрезвычайной ситуации.
[000277] Чрезвычайные ситуации требуют скоординированного управления. Со ссылкой на фиг. 17, центрально скоординированное управление чрезвычайными ситуациями предшествующего уровня техники использовало информацию участников не со стороны предприятия, но обрабатывало ее через людей, принимающих входящие вызовы. Участник 1230 организации, который является, предпочтительно, экспертом по безопасности, но может не быть им вследствие объема и времени чрезвычайной ситуации, устанавливает связь с одним или несколькими участниками не со стороны предприятия, например, с сотрудниками отделения 1232 пожарной охраны, отделения 1234 полиции, медицинским персоналом 1236 и агентством 1238 по защите окружающей среды. Затем, участнику 1230 предписывается передать эту информацию другим участникам 1240a - 1240e организации.
[000278] Модель предшествующего уровня техники имеет много недостатков. Большая часть предприятий в случае чрезвычайной ситуации не располагает резервным центром обработки звонков для приема вызовов, или не располагает опытными людьми, которые находятся наготове, способными интерпретировать информацию и передать ее пользователям предприятия, которые используют ее для того, чтобы предпринять действия или принять решения. Участник 1230 принимает множество информации от множества участников 1232, 1234, 1236, 1238 не со стороны предприятия, которые могут не иметь связи друг с другом, и которые могут давать противоречивые советы. Этому участнику предписывается распространить правильную информацию множественным участникам 1240a - 1240e предприятия, каждый из которых может иметь разные дела во время чрезвычайной ситуации, и каждый из которых может находиться в условиях изменяющихся обстоятельств, как функции времени. Дополнительно, участники 1240d, 1240e предприятия могут обмениваться 1242 данными друг с другом, что приводит к потере внимания к инструкциям от участника 1230. Кроме того, участнику 1230 может потребоваться прервать связь, вследствие чрезвычайной ситуации или вследствие недостатка энергии сотового телефона. Очевидно, что система предшествующего уровня техники не является подходящей в случае серьезной чрезвычайной ситуации в большом предприятии, и необходима система для приема информации и ее интерпретации, и передачи ее к лицам, принимающим решения, и к участникам, которым необходима эта информация.
[000279] Со ссылкой на фиг. 18, появление портативных телефонов с возможностью для наблюдателей или персонала 1232, 1234, 1236, 1238 не со стороны предприятия, а также для респондентов 1204a, 1204b, 1204c, 1204d, 1204e предприятия, использовать портативные устройства для осуществления доступа к интернету 1216 через локальные телекоммуникационные сети или локальные беспроводные сети 1222, обеспечивает новым пользователям или случайным пользователям возможность участия в реагировании на чрезвычайную ситуацию. Они могут вводить информацию на основе предвиденного набора вариантов выбора таким образом, чтобы процессор компьютера мог решить, как следует автоматически распределить информацию к заинтересованным сторонам. Чрезвычайные ситуации обычно являются ситуациями, требующими узкого набора корректирующих действий, так что очень большой набор вариантов выбора не нужен в любой момент времени.
[000280] Каждый участник со стороны или не со стороны предприятия в случае чрезвычайной ситуации имеет узкий набор вариантов опыта и действий, который должен быть передан другим участникам. Следовательно, несведущие пользователи имеют мало вариантов выбора действий посредством систем, так что обеспечивается легкий выбор системных действий. Портативное устройство, в сочетании с неопытным пользователем, не может быть эффективным, если оно предлагает пользователю большой выбор информации или реакций. Для предложения узкого набора вариантов выбора, система должна иметь некоторую степень ситуационной информированности.
[000281] При проектировании системы с ограниченными вариантами выбора, существует потребность в эмулировании точной рассматриваемой ситуации. Например, общими действиями при чрезвычайной ситуации являются эвакуация, запирание, с различными рисками, связанными с этим, такими как пожар, шторм, злоумышленники, и различными типами физических окружающих сред. Для каждого предприятия более одного из вышеупомянутых элементов охватывается в большинстве планов реагирования на чрезвычайные ситуации.
[000282] Для создания приложений для реагирования на чрезвычайные ситуации для портативных устройств, необходимы следующие признаки:
Центральный модуль управления приложениями.
Центральный модуль управления должен назначать тип чрезвычайной ситуации.
Пользователям предприятия должен быть предоставлен подходящий интерфейс для рассматриваемой чрезвычайной ситуации. Поскольку пользователи предприятия выполняют разные виды деятельности в любой чрезвычайной ситуации, они должны иметь доступ к другому набору интерфейсов приложений для каждой специализации в каждой чрезвычайной ситуации. Когда чрезвычайная ситуация развивается или разветвляется или, иначе, изменяется, им должны быть предоставлены еще больше отличающиеся, но сфокусированные интерфейсы приложений. Когда пользователи предприятия заменяются вследствие отсутствия или потери трудоспособности или изменения ситуации, другие пользователи предприятия должны наследовать их задачи и подходящий пользовательский интерфейс.
Пользователям не со стороны предприятия должен быть также предоставлен подходящий пользовательский интерфейс, согласно их ситуации и, обычно, их местоположению.
Когда пользователи не со стороны предприятия или пользователи предприятия должны прибегнуть к реагированию с использованием текстовых сообщений, они должны быть централизованно проанализированы синтаксически и распределены к надлежащим участникам для принятия решения или выполнения действия. Система должна быть способна назначить SMS-сообщения для точек напряжений чрезвычайной ситуации.
[000283] Для достижения вышеупомянутого, приложение должно предвидеть все действия и решения участников в сценарии чрезвычайной ситуации, а также их комбинации и их варианты. Предпочтительно, система, подходящая для реагирования на чрезвычайные ситуации, может быть сконфигурирована соответствующим образом независимо от типа или природы чрезвычайной ситуации, типа информации, или типа решения, принимаемого на основе этой информации.
[000284] Существует потребность в пользовательском профилировании пользовательского интерфейса таким образом, чтобы каждый пользователь получал подходящий пользовательский интерфейс при чрезвычайной ситуации.
[000285] Переменные ситуаций, которые изменяют пользовательские интерфейсы, должны обеспечивать возможность выполнения изменений во время чрезвычайной ситуации, как только ситуация разветвляется или пользователи меняются. Изменения ситуации могут быть автоматизированными или инициированными назначенными пользователями.
[000286] Со ссылкой на фиг. 19, показана часть средства 1202. Узел 1206 является точкой напряжений для чрезвычайной ситуации и связан с узлами, идентифицирующими разные типы чрезвычайных ситуаций, такие как пожар 1252, наводнение 1254, и злоумышленник 1256. Эти разные типы чрезвычайных ситуаций имеют узлы, в общем, такие как местоположение проблемы 1258, количество лиц, которые достигли безопасного местоположения 1260, количество лиц 1262, пропавших без вести, местное аварийное оборудование 1264 и расположение выходов 1266. Некоторые узлы могут иметь подузлы, например, количество лиц, которые достигли безопасного местоположения 1260, может иметь подузел медицинского состояния каждого человека, узел 1268, и соответствующий податрибут в модели состояний, соответствующий медицинскому состоянию каждого человека.
[000287] Экран 1208 отображения персонала не со стороны предприятия, такого как персонал отделения 1230 пожарной охраны и медицинский персонал 1236, отображает разную информацию, полезную для этого персонала. Например, персонал отделения пожарной охраны может просматривать тип чрезвычайной ситуации (пожар 1252) и атрибуты, такие как местоположение 1258 и количество лиц 1262, пропавших без вести. Другая информация не отображается, чтобы обеспечить информации, релевантной для отделения пожарной охраны, возможность быть достаточно большой для обеспечения ее хорошей видимости на малом экране. Устройство отображения может быть прокручено, таким образом, чтобы другая информация, например, расположение выходов 1266, была центрирована в устройстве 1208 отображения. Ограниченное количество узлов 1270 входных данных пользователей, таких как «необходимо ли специальное оборудование?», также отображено. Со ссылкой на фиг. 18 и 19. Если ответом на запрос входных данных пользователя является «да», то обозначение того, что пожар является химическим по природе, может быть отправлено к системе, которая, затем, может осуществить доступ к базе данных внутри предприятия для определения того, какое химическое вещество горит, и к удаленной базе 1214 данных для получения инструкций, как следует тушить пожар, и быстро передать эту информацию назад к персоналу 1232 отделения пожарной охраны.
[000288] Медицинский персонал 1236 может также увидеть, что чрезвычайная ситуация является пожаром 1252, но местоположение 1258 может быть менее релевантным, чем количество лиц в безопасном местоположении 1260 и медицинское состояние этих лиц 1268. Медицинский персонал может также осуществлять прокрутку к другим узлам и атрибутам, например, знание количества лиц, пропавших без вести 1262, может помочь при ответе на запрос 1270' о том, необходимо ли дополнительное медицинское оборудование на месте.
[000289] Чрезвычайные ситуации вводят предметы внимания пользователя и, возможно, ограниченные функциональные возможности.
[000290] Размер экрана является очень малым, буквенно-цифровые физические клавиатуры и клавиатуры сенсорных экранов являются очень малыми.
[000291] В случае чрезвычайных ситуаций, для систем существует потребность в обмене данными с пользователями, а для пользователей существует потребность в обмене данными с системой и друг с другом, для удовлетворения специфических для ситуации потребностей в передаче информации и приеме информации. Информацией, подлежащей приему или подлежащей передаче, являются специфические для ситуации и/или специфические для пользователя воспринимаемые потребности.
[000292] Специфические для ситуации узлы связаны с воспринимаемыми пользователем потребностями при чрезвычайной ситуации. Взаимоотношение обеспечивается через причину и следствие, и последовательные процессы. Причина и следствие сосредоточивают связанные узлы. Конкретизация ситуации другими участниками или датчиками обеспечивает возможность направления внимания пользователей на новые предупреждения в разворачивающейся ситуации. Последовательные узлы обеспечивают возможность выполнения транзакций, другими словами, вводов пользователями данных в соответствии с последовательностями, при необходимости. Нетранзакционные последовательности могут быть также необходимыми, например, сообщение последовательных указаний на состояние. Например, подсчет учащихся или, в другом примере, выполнение контролером последовательности подтверждения декларации эскалации или де-эскалации ситуации.
[000293] Таким образом, система должна показать А) конкретизированные узлы новой ситуации, релевантные для пользователя, посредством причины и следствия, и В) последние выбранные пользователем узлы и связанные с ними последовательные узлы, а также связанные с ними узлы, посредством причинно-следственной связи, С) узлы, представляющие наибольшую опасность и значимость для участника.
[000294] В ограниченном экране, где каждая роль связана с довольно большим количеством узлов. Может оказаться невозможным показать все узлы на одном экране без воспроизведения узлов слишком малыми, чтобы их можно было ясно видеть и осуществлять навигацию, особенно в чрезвычайной ситуации. Таким образом, может быть обеспечен выбор трех фокусных точек: А) со связанным с последней ситуацией текущим узлом, и В) с узлом, на который пользователь в данный момент влияет, или к которому он может захотеть вернуться, С) с узлами, представляющими наибольшую опасность и значимость для участника.
[000295] Пользователь может осуществить навигацию дополнительно за пределами других узлов согласно ощущаемой пользователями потребности.
[000296] Если провести параллель с панелью управления воздушного судна, панель управления будет показывать последнюю потенциальную опасность чрезвычайной ситуации для роли/пользователя и все узлы, которые связаны как причина и следствие с последним узлом потенциальной опасности чрезвычайной ситуации, последний узел внимания пользователя/роли, узел наибольшей опасности и значимости для участника.
[000297] Подобной парадигмой для портативного устройства является разговор во время чрезвычайной ситуации со сложной акустикой. Слушатель не будет вовлечен в разговор во время паники, связанной с чрезвычайной ситуацией, если разговор не будет связан с текущей чрезвычайной ситуацией или с новым разговором о новой опасности, относящейся к чрезвычайной ситуации, или о наиболее значимом аспекте чрезвычайной ситуации и его релевантности для конкретных участников.
[000298] Такая система, чтобы быть гибкой, нуждается в использовании элементов, описанных выше:
точки напряжений предприятия;
взаимоотношения между точками напряжений предприятия;
участники точек напряжений предприятия;
входные данные от пользователей;
просмотр систем предприятия для нахождения информации, релевантной для узлов;
языковой синтаксический анализ систем предприятия для нахождения информации, релевантной для узлов; и
варианты контекста, которые обеспечивают возможность фильтрации вариантов выбора пользователей для контекста их затруднений в случае чрезвычайной ситуации.
[000299] Без взаимоотношений между точками напряжений предприятия, система должна будет иметь предварительно назначенные взаимоотношения, связанные с ролью и задачей, и предварительно назначенные деревья задач. Для перехода к ветви текущего сценария, центральное средство управления должно обеспечить отличное дерево задач для каждого профилированного пользователя.
[000300] Альтернативно, ориентация объектов является остающейся опцией с соответствующими навигационными задачами.
[000301] Без взаимоотношений между задачами, будут существовать многие деревья задач/пользовательские интерфейсы, профилируемые для пользователя. Сложение и вычитание задач может быть единственным путем для обеспечения того, чтобы их количество стало меньшим. Но если не существует никаких взаимоотношений между ними, то задачи сложно выбирать и применять к пользовательским интерфейсам во время чрезвычайной ситуации.
[000302] С использованием взаимоотношений Оверлея между точками напряжений процесса, количество пользовательских интерфейсов уменьшается до одного большого непрерывного пользовательского интерфейса с возможностью фокусировки на любой конкретизированной точке напряжений. Таким образом, пользователи видят узлы около конкретизированных точек напряжений, и они фильтруются посредством контекста, применяемого к ним. Другими словами, система уменьшает каждый показ для пользователя до интерфейса согласно состоянию и контексту и профилированию пользователя-участника. Конкретизация состояния может быть выбрана назначенными пользователями, или, автоматически, системой.
[000303] Для выбора информации для поля действия и распределения ее к надлежащим пользователям для выполнения действий и принятия решений, система должна предвидеть информацию и иметь предварительно спланированный способ ее представления для пользователя. Это возможно с использованием программных и аппаратных средств предшествующего уровня техники.
[000304] Препятствием для проектирования является получение надлежащего пользовательского интерфейса для каждого пользователя и обстоятельства. В следующих абзацах описаны некоторые альтернативы в предшествующем уровне техники.
Ориентация на Физические Объекты для получения входных данных.
[000305]  Ориентацией на физические объекты является, например, осуществление навигации системы посредством, сначала, выбора варианта выбора физического местоположения или варианта выбора людей, которых необходимо эвакуировать. Ориентация на физические объекты в навигационном средстве Пользовательского Интерфейса возможна, когда существует очень мало вариантов выбора физического объекта, и физический объект является ключевым указателем релевантной информации. Но сложная навигация, все же, будет необходима, если существует много объектов для выбора, для каждого пользователя. Например, если при эвакуации школы существует пять зданий и различные местоположения в них. Информация об эвакуации на основе зданий, в качестве ориентации объектов, возможна, поскольку эвакуация связана с местоположениями и, таким образом, с объектами. А также, существуют другие объекты, релевантные для чрезвычайной ситуации, например, учащиеся в школе. Но существует много разных учащихся в каждом классе, в зависимости от времени дня. Осуществление навигации в системе для нахождения информации на основе учащихся или на основе зданий, будет сложным, поскольку большую часть информации, такую как типы повреждений, и связанную с ситуацией информацию, такую как погода или респираторные проблемы, нелегко связать с этими двумя физическими объектами.
Ориентация на Бизнес-Объекты для просмотра релевантных объектов.
[000306]  Ориентация навигации на бизнес-объектах может осуществляться, например, посредством документов-инструкций по безопасности. Отображение описания бизнес-объекта, например, релевантного документа-инструкции для пользователя, является проблемой, поскольку будет существовать слишком много вариантов выбора для каждого пользователя, вследствие множественных стадий процесса. Инструкции в случае паники, в случае повреждений, персональные медицинские записи, альтернативные маршруты выхода на основе местоположения, и т.д. Таким образом, ориентация на бизнес-объекты является сложной. Конкретизация текущего процесса плюс некоторая фильтрация объектов необходимы для обеспечения надлежащего объекта для внимания пользователя. Это требует установления связи процессов с объектами. Реализация этого без модели является очень интенсивной по затратам ресурсов при разработке и поддержке программного обеспечения, а также противоречивой. Каждый объект должен иметь код, записанный для него таким образом, чтобы он появлялся в надлежащее время для надлежащего пользователя. Кроме того, периодические усовершенствования приложений для реагирования на чрезвычайные ситуации потребуют новых версий программного обеспечения, в то время как они будут также увеличивать сложность системы и ее навигации.
Замена назначаемого пользователями набора узлов и вариантов контекста.
[000307]  Вероятно, что во время чрезвычайной ситуации доступный персонал может не соответствовать системной оценке, устанавливаемой по умолчанию, как в случае пользователей нормальной системы программного обеспечения предприятия. Таким образом, могут потребоваться изменения в доступе пользователей как в начале, так и во время чрезвычайной ситуации. Оперативная реализация этого, когда ситуация разворачивается, возможна только с использованием раскрытой здесь модели Оверлея, или множественных предварительно программно спроектированных интерфейсов. Предварительно программно спроектированные интерфейсы должны быть оперативно назначены для надлежащего использования и ситуации, поскольку многие из них будут иметь некоторые расширения. Это потребует очень интенсивной работы во время чрезвычайной ситуации, а также очень больших ресурсов, необходимых на стадии проектирования и реализации ориентированной на задачи модели для приложения для реагирования на чрезвычайные ситуации. А также, без предварительно программно спроектированных интерфейсов для рассматриваемой ситуации плюс конкретизации согласно вариантам развития в чрезвычайной ситуации, навигация для надлежащего объекта будет очень недружественной к портативным устройствам.
SMS-сообщения, используемые для координации чрезвычайной ситуации.
[000308]  Если SMS-сообщения отправляются с поля действия, то тогда они должны быть интерпретированы, и потребуется центральная система для назначения слов для узлов. Интерпретация SMS-сообщений требует, чтобы модель Оверлея назначила лингвистически подходящий предиктивный образец для узлов. Альтернативой является наличие команды людей, координирующих распределение каналов SMS-сообщений от источника к точкам принятия решений в отношении потребности.
[000309] Таким образом, для приложения для реагирования на чрезвычайные ситуации желательно использовать непрерывный пользовательский интерфейс Оверлея, обеспечиваемый моделью предприятия, декларируемой в узлах, соединенных как причина и следствие, и возможность конкретизации части пользовательского интерфейса для новых предупреждений и обеспечения пользователям возможности возвращения к предыдущим узлам фокуса или новым областям фокуса, релевантным для пользователя/участника.
[000310] В то время как раскрытие настоящего изобретения было описано в отношении конкретных вариантов осуществления, ввиду приведенного выше описания следует понимать, что множественные альтернативы, модификации и варианты будут очевидны специалистам в данной области техники. Таким образом, предполагается, что раскрытие настоящего изобретения охватывает все такие альтернативы, модификации и варианты, которые попадают в пределы существа и объема настоящего изобретения, определяемого нижеследующей формулой изобретения.