способ и устройство для асинхронной опосредованной связи

Формула изобретения

1. Способ посредничества в маршрутизации асинхронного сообщения, содержащий этапы, на которых:

принимают асинхронное сообщение от устройства связи отправителя, предназначенное для первого получателя;

извлекают информацию о маршруте касательно роли первого получателя из информации в асинхронном сообщении, причем роль содержит отдельную работу, элементарную операцию или функциональную ответственность, выполняемые первым получателем;

направляют асинхронное сообщение устройству связи первого получателя на основе информации о маршруте;

контролируют подтверждение открытия сообщения от устройства связи первого получателя; и

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

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

3. Способ по п.2, дополнительно содержащий этапы, на которых:

формируют первое напоминание касательно асинхронного сообщения в первый порог времени до истечения предельного срока; и

передают первое напоминание устройству связи первого получателя.

4. Способ по п.3, дополнительно содержащий этапы, на которых:

формируют дополнительное напоминание касательно асинхронного сообщения во второй порог времени до истечения предельного срока;

извлекают шаблон маршрутизации для роли первого получателя;

выбирают первого исполнителя, имеющего следующий наивысший приоритет в шаблоне маршрутизации;

определяют, доступен ли выбранный исполнитель;

передают дополнительное напоминание выбранному исполнителю, если выбранный исполнитель доступен;

выбирают второго исполнителя, если первый исполнитель недоступен; и

передают дополнительное напоминание второму исполнителю, если второй исполнитель доступен.

5. Способ по п.2, дополнительно содержащий этапы, на которых:

формируют дополнительное напоминание касательно асинхронного сообщения в некоторый порог времени до истечения предельного срока;

извлекают шаблон маршрутизации для роли первого получателя;

выбирают исполнителя с наивысшим приоритетом, имеющего такую же роль, как и первый получатель, который доступен; и

передают дополнительное напоминание выбранному исполнителю.

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

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

8. Способ по п.1, дополнительно содержащий этапы, на которых:

извлекают шаблон маршрутизации для роли первого получателя;

выбирают исполнителя, имеющего роль первого получателя, со следующим наивысшим приоритетом из шаблона маршрутизации;

определяют, доступен ли выбранный исполнитель; и

причем выбранный исполнитель является вторым получателем, если выбранный исполнитель доступен.

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

10. Способ по п.1, дополнительно содержащий этапы, на которых:

извлекают шаблон маршрутизации на основе первого получателя;

определяют роль первого получателя из шаблона маршрутизации;

выбирают исполнителя, обладающего следующим наивысшим приоритетом, из шаблона маршрутизации; и

определяют, доступен ли выбранный исполнитель,

причем выбранный исполнитель является вторым получателем, если выбранный исполнитель доступен.

11. Способ по п.10, в котором информация о маршруте содержит только роль первого получателя.

12. Способ по п.7, дополнительно содержащий этапы, на которых:

извлекают шаблон маршрутизации для роли первого отправителя;

определяют исполнителя, обладающего следующим наивысшим приоритетом, из шаблона маршрутизации;

определяют, доступен ли исполнитель; и

выбирают исполнителя в качестве второго отправителя, если исполнитель доступен.

13. Способ по п.12, дополнительно содержащий этап, на котором извлекают информацию о маршруте выбранного второго отправителя из шаблона маршрутизации.

14. Способ по п.7, дополнительно содержащий этапы, на которых:

извлекают шаблон маршрутизации на основе идентифицированного первого отправителя;

определяют роль первого отправителя из шаблона маршрутизации;

определяют исполнителя, обладающего следующим наивысшим приоритетом, из шаблона маршрутизации;

определяют, доступен ли исполнитель; и

выбирают исполнителя в качестве второго отправителя, если исполнитель доступен.

15. Способ по п.14, в котором информация о маршруте содержит только роль первого отправителя.

16. Способ по п.2, в котором этап, на котором определяют, доступен ли выбранный исполнитель, выполняют путем поиска доступности выбранного исполнителя в динамическом шаблоне доступности.

17. Посредник для посредничества в маршрутизации асинхронного сообщения, содержащий средства для выполнения способа по любому из пп.1-16.

18. Материальный носитель информации, содержащий сохраненные на нем исполняемые процессором программные команды, сконфигурированные так, чтобы предписывать процессору выполнять этапы способа по любому из пп.1-16.

Описание изобретения к патенту

РОДСТВЕННЫЕ ЗАЯВКИ

Данная заявка испрашивает приоритет на основе Предварительной патентной заявки США № 61/030,829, поданной 22 февраля 2008 г., все содержимое которой настоящим включается в этот документ путем отсылки.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

С ростом сообщений электронной почты и текстовых сообщений (например, SMS-сообщений) в мобильной связи существует продолжающийся переход от синхронной связи к асинхронной связи. В этом контексте синхронная связь вовлекает вызывающего и вызываемого абонента в прямую связь во время обмена информацией. Асинхронная связь возникает, когда вызывающий абонент и вызываемый абонент не состоят в прямой связи. Примеры популярных способов асинхронной связи включают в себя обмен текстовыми сообщениями, такой как служба коротких сообщений (SMS), службу передачи мультимедийных сообщений (MMS), электронную почту (e-mail), факсимильную связь (факс) и цифровые или буквенно-цифровые вызовы (пейджинг), голосовую почту и т.д.

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

US 2004/0019695 описывает системы обмена мгновенными сообщениями, которые используют альтернативные механизмы доставки сообщений.

WO 99/51048 описывает телекоммуникационную систему для организации SMS сообщений, посылаемых мобильному терминалу на основе местоположения этого мобильного терминала или времени доставки SMS сообщений.

US 4,814,763 описывает систему для пересылки сообщения одному или более системным пейджерам, имеющим возможность передачи обратно подтверждения приема.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Прилагаемые чертежи, которые включаются в этот документ и составляют часть этого описания, иллюстрируют варианты осуществления изобретения и вместе с приведенным выше общим описанием и приведенным ниже подробным описанием служат для объяснения признаков изобретения.

Фиг.1 - блок-схема системы примерной сети асинхронной опосредствованной связи.

Фиг.2 - схема технологического процесса варианта осуществления способа для предоставления подтверждения доставки сообщения между двумя устройствами связи в сети асинхронной опосредствованной связи.

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

Фиг.4 - схема технологического процесса варианта осуществления способа для повторной маршрутизации сообщения, когда отправленное сообщение не прочитано в течение заранее установленного времени до предельного срока.

Фиг.5 - схема технологического процесса варианта осуществления способа для отправки напоминания первому получателю перед истечением предельного срока.

Фиг.6 - схема технологического процесса варианта осуществления способа для отправки дополнительного напоминания второму получателю перед истечением предельного срока.

Фиг.7 - схема технологического процесса альтернативного варианта осуществления способа, который предоставляет первое напоминание в сочетании с дополнительным напоминанием.

Фиг.8 - схема технологического процесса альтернативного варианта осуществления способа, который предоставляет первое напоминание в сочетании с дополнительным напоминанием.

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

Фиг.10 - пример структуры сообщения для использования в варианте осуществления способа для обеспечения доставки и реакции на отправленное сообщение.

Фиг.11 - схема технологического процесса варианта осуществления способа для повторной маршрутизации отправленного сообщения альтернативному получателю.

Фиг.12 - пример альтернативной структуры сообщения для использования в варианте осуществления способа для обеспечения доставки альтернативному получателю на основе роли, выполняемой предназначенным и альтернативным получателями.

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

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

Фиг.14b - пример шаблона статической повторной маршрутизации с различными исполнителями, выполняющими общую роль.

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

Фиг.15 - пример структуры сообщения для использования в варианте осуществления способа для обеспечения доставки и реакции на отправленное сообщение.

Фиг.16 - пример структуры сообщения для использования в варианте осуществления способа для обеспечения доставки и реакции на отправленное сообщение.

Фиг.17 - пример структуры сообщения для использования в варианте осуществления способа для обеспечения доставки и реакции на отправленное сообщение.

Фиг.18 - пример структуры сообщения для использования в варианте осуществления способа для обеспечения доставки и реакции на отправленное сообщение.

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

Фиг.20 - блок-схема компонентов в устройстве связи, подходящем для использования с различными вариантами осуществления.

Фиг.21 - блок-схема компонентов примерного удаленного сервера, подходящего для использования с различными вариантами осуществления.

ПОДРОБНОЕ ОПИСАНИЕ

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

При использовании в данном документе термин "устройство связи" может относиться к любому одному или всем из сотовых телефонов, персональных цифровых помощников (PDA), карманных компьютеров, переносных компьютеров, настольных компьютеров, беспроводных приемников электронной почты (например, устройства Blackberry® и Treo®), мультимедийным сотовым телефонам с доступом в Интернет и аналогичным персональным электронным устройствам, которые включают в себя программируемый процессор и запоминающее устройство, допускающие отправку и прием по меньшей мере одного вида асинхронного сообщения (например, SMS, MMS, IM (обмен мгновенными сообщениями), электронная почта, факс, голосовая почта и цифровые или буквенно-цифровые вызовы (пейджинг), и т.д.). В предпочтительном варианте осуществления устройство связи является сотовым телефоном, который может взаимодействовать посредством сотовой телефонной сети (например, мобильный телефон) и допускает отправку и прием сообщений асинхронного типа. Однако различные варианты осуществления не предназначены для ограничения такими устройствами связи и сотовыми телефонными системами. В действительности различные варианты осуществления могут быть реализованы с использованием любого типа устройства связи, связанного с другими устройствами связи по сети связи, включая настольные компьютеры.

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

Современный технический прогресс вызвал другую смену парадигмы связи. Несмотря на наличие технологии традиционного телефона и сотового телефона, которая позволяет пользователям надежно общаться синхронно на больших расстояниях, некоторые пользователи предпочитают применять асинхронные режимы связи. Некоторые наблюдатели указывают на рост глобального сетевого сообщества в качестве сопутствующего фактора в смене парадигмы связи. Когда пользователи взаимодействуют с другими пользователями, расположенными в отдаленных местах в мире, различия в часовых поясах часто препятствуют синхронной связи. Например, определение удобного времени для телефонного вызова может быть сложным, когда некоторые участники располагаются в Соединенных Штатах, а другие располагаются в Китае. Асинхронная связь, например электронная почта и SMS, часто является более эффективной, поскольку пользователи могут отправлять и принимать сообщения, когда это удобнее всего для них без необходимости координироваться с другими.

Несмотря на относительно высокую степень надежности доставки, предоставляемую современными системами асинхронной связи (например, текстовые сообщения (SMS), электронная почта и т.д.), сохраняются проблемы с асинхронными режимами связи. Например, хотя доставка сообщения устройству связи получателя может быть подтверждена, отсутствуют локальные механизмы, чтобы гарантировать, что пользователь-получатель фактический читает, отображает и/или воспроизводит (то есть открывает сообщение) и выполняет заданное действие в результате открытия сообщения. Например, электронная почта может находиться в ящике входящих сообщений получателя часами, днями и даже неделями перед тем, как получатель прочитает и ответит на электронную почту.

Хотя использование признаков срочности, жирного шрифта или других идентификаторов может применяться для информирования получателя об относительной важности сообщения, отправитель может сделать очень немногое, чтобы рекомендовать или гарантировать, что получатель откроет сообщение. Кроме того, отправитель может сделать немного, чтобы рекомендовать или обеспечить, что получатель отреагирует или ответит на исходное сообщение до некоторого заданного предельного срока.

Эта невозможность вызвать действие или ответ или принудительно применить предельный срок вызывает отсутствие доверия к асинхронным режимам связи у некоторых участников и в некоторых применениях. Это отсутствие доверия и надежности использования режимов асинхронной связи может вызвать значительные проблемы для отправителя и/или получателя.

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

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

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

Во-вторых, может возникнуть задержка между временем, когда врач назначает лабораторный анализ, и временем, когда помощник или медсестра отдает назначение лабораторных анализов. Например, помощник или медсестра могут быть заняты с другими пациентами и поэтому не могут своевременно прочитать сообщение (например, назначение лабораторного анализа от врача). Возможно, помощник или медсестра находятся на перерыве. Помощнику или медсестре могли быть назначены другие обязанности, и они не могли прочитать сообщение. В некоторых ситуациях помощник или медсестра могут просто потерять назначение врача. Таким образом, реакция на сообщение (например, назначение лабораторных анализов) от врача к помощнику или медсестре может быть отложено или вообще пропущено.

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

В-четвертых, на основе результатов лабораторных анализов врач, который назначил лабораторные анализы, должен быть проинформирован, но не может быть найден или не читает сообщение сразу. Например, врач может быть не на работе в это время, поэтому сообщение ожидает, пока он/она вернется на дежурство. В качестве другого примера врач, ответственный за пациента в настоящее время, может быть слишком занят, чтобы своевременно прочитать сообщение, поэтому сообщение может оказаться в службе ответов врача. Это вызывает дополнительные задержки перед тем, как врач информируется о сообщении, включающем результаты анализа.

В каждом из этих различных нарушений связи было бы желательно принять меры, чтобы гарантировать быструю доставку и ответ на сообщения. Такие действия могут включать в себя оповещение получателя, что сообщение (или ответ на исходное сообщение) принято, и указание получателю сообщения выполнить действие или отреагировать на сообщение. Если сообщение не может быть доставлено своевременно или на него не отвечают до предельного срока, такое действие может включать в себя повторную маршрутизацию сообщения другому получателю, правомочному принять сообщение. При повторной маршрутизации сообщения было бы желательно перенаправить сообщение другому получателю, который правомочен принимать, реагировать и/или отвечать на сообщение. При этом увеличиваются шансы получения подходящего ответа на исходное сообщение. Аналогичным образом в другом варианте осуществления сообщение может продолжить перенаправляться третьему, четвертому или дополнительным исполнителям, которые выполняют такую же роль, как и исходный предназначенный получатель, если последующие получатели не отвечают на сообщение своевременно. Таким образом, сообщение может перенаправляться другим исполнителям, которые выполняют такую же роль, что и исходный назначенный получатель.

Роль может быть отдельной работой, элементарной операцией или функциональной ответственностью в рамках многоэтапного процесса, применяемого для достижения нужных результатов с заданным набором входных данных. Роль индивидуума может определяться положением индивидуума в системе асинхронной опосредствованной связи (АМС). Например, в отрасли здравоохранения ролью индивидуума может быть одна из администратора, врача, медсестры, помощника врача, лаборанта, постоянного врачебного персонала больницы и т.д. В качестве альтернативы роль индивидуума может определяться по функции индивидуума в рамках системы АМС. Например, в отрасли здравоохранения ролью индивидуума может быть врач скорой помощи, врач-онколог, рентгенолог, акушер и т.д. Более того, роль индивидуума может определяться по ответственности индивидуума в рамках системы АМС. Например, в отрасли здравоохранения ролью получателя может быть участник группы лечения Пациента XYZ, медсестра группы лечения Пациента 123 и т.д. Более того, роль индивидуума может определяться по сочетанию положения, функции и/или ответственности, а также других параметров.

Индивидуумы, выполняющие роли, могут называться исполнителями, наряду с тем, что исполнители могут быть людьми или ресурсами системы. Например, в отрасли здравоохранения исполнителями могут быть врачи, медсестры, персонал больницы и т.д. Исполнителями также могут быть аппарат МРТ, компьютерный томограф, рентгенограф, устройство радиационной онкологии и т.д. Более того, исполнитель может быть посредником 130, функционирующим в системе 100 асинхронной опосредствованной связи или в другой системе асинхронной опосредствованной связи. Исполнители также могут быть службами информационных систем (то есть агентами), которые предварительно запрограммированы для приема, прочтения и ответа на сообщения в системе AMC (например, посредническая служба AMC). Каждый из этих ресурсов выполняет роль в системе AMC, чтобы завершить многоэтапный процесс обмена информацией. Нескольким исполнителям может быть назначена конкретная роль. Например, в отрасли здравоохранения несколько индивидуумов (то есть исполнителей) могут выполнять роль лечащего врача для конкретного пациента в зависимости от расположения, времени дня и дня недели (например, лечащий врач в онкологическом отделении филиала #1 больницы в понедельник является другим индивидуумом, чем лечащий врач во вторник). Дополнительно один исполнитель может выполнять более одной роли. Например, в отрасли здравоохранения лечащий врач для конкретного пациента также может быть замещающим врачом для другого пациента.

Система AMC может быть ознакомлена с каждым исполнителем посредством процесса регистрации, который обеспечивает систему AMC информацией, которая характерна и уникальна для отдельного исполнителя. Эта информация может включать в себя ID пользователя и пароль и является расширяемой, чтобы включать в себя любые подробности в отношении идентичности и предпочтений исполнителя. Например, предпочтения могут определять разные технологии связи (например, телефон, электронная почта, SIP-адрес и т.д.), которые исполнитель хотел бы использовать для конкретных типов обмена сообщениями, доступность исполнителя для выполнения определенных или общих категорий ролей, других индивидуумов, с которыми исполнитель предпочитает взаимодействовать при выполнении персональной роли, и роли, которые исполнитель предпочитает выполнять. Система AMC может создавать и хранить информацию об идентичности (ID) исполнителя, которая может использоваться для служб аутентификации, авторизации и учета (ААА) в системе AMC. В варианте осуществления информация о ID содержит криптографическую пару "безопасности" (секретный и открытый) для использования в службах AAA и с другими мобильными устройствами в системе AMC. В одном примере службы AAA выполняются по меньшей мере процессором в системе AMC. Этот процессор может содержаться в устройстве/сервере посредника. В одном примере процессор соединяется по меньшей мере с одним запоминающим устройством для хранения информации о ID. Запоминающее устройство может быть локальным по отношению к процессору или располагаться в отдельной базе данных.

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

Хотя шаблоны маршрутизации могут быть статическими, фактический порядок, в котором выбираются исполнители в качестве получателей маршрутизации или повторной маршрутизации асинхронного сообщения, может изменяться динамически в соответствии с доступностью или шаблоном состояния. Хотя назначение индивидуума на различные роли может быть статическим, фактический перечень индивидуумов, выполняющих различные роли, может изменяться динамически по расположению, а также по минуте, часу, дню, неделе, месяцу и т.д. Например, индивидуальные графики исполнения работ или внимание к другим проектам/пациентам может вынудить некоторых исполнителей временно отказаться от их текущих обязанностей, ответственностей, функций. В результате любое сообщение, направленное или перенаправленное тем исполнителям, может быть проигнорировано и соответственно потребовать последующей повторной маршрутизации. Чтобы избежать этой ненужной задержки, посредником 130 может обслуживаться динамическая таблица доступности, чтобы эффективнее направлять и перенаправлять сообщение.

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

В различных вариантах осуществления исходное асинхронное сообщение может составляться на основе заранее установленного шаблона сообщения. В одном варианте осуществления шаблон сообщения выбирается на основе одного или нескольких следующих параметров: содержимое сообщения, исполнитель, роль, уровень приоритета, крайние сроки и т.д. Специалист в данной области техники понял бы, что другие параметры (хотя и не перечисленные здесь) могут использоваться для определения выбранного шаблона сообщения без влияния на сущность или объем настоящего изобретения. Шаблон сообщения создает структуру, для которой посредник может направлять и доставлять сообщение получателю. В примере отрасли здравоохранения шаблон лаборанта может указывать, что сообщение касательно конкретных результатов анализа крови следует отправить лечащему врачу и медсестре пациента. Таким образом, если тип сообщения распознается как анализ крови, предназначенный получатель может быть явно идентифицирован, но также может быть идентифицирован по роли получателя. В текущем примере роль может распознаваться как лечащий врач или медсестра, или по возможности работники здравоохранения, лечащие установленного пациента. Как обсуждалось выше, шаблон сообщения может включать в себя точный предельный срок, заданный создателем сообщения, к какому моменту необходим ответ на сообщение. В качестве альтернативы предельный срок может задаваться для сообщения автоматически на основе распознанного типа сообщения (например, анализ крови). Автоматические крайние сроки дополнительно могут назначаться в соответствии с содержимым сообщения. Например, анализ крови на функцию печени может включать в себя более жесткий предельный срок, чем анализ крови на легкую бактериальную инфекцию. Таким образом, с помощью дополнительного задания определенного типа сообщения могут автоматически задаваться меняющиеся крайние сроки.

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

Фиг.1 - блок-схема системы примерной сетевой системы 100 асинхронной опосредствованной связи. Система 100 асинхронной опосредствованной связи (AMC) содержит N мобильных устройств 110₁, 110 ₂, 110_3, , 110_N, сеть 120 связи и посредника 130 между отправителем и получателем сообщения. Посредник 130 при желании может находиться во взаимодействии с базой 135 данных посредника. Посредник 130 обеспечивает отслеживание и регистрацию сообщений, соответственно гарантируя замкнутый цикл во взаимодействии между отправителем и получателем. В одном варианте осуществления посредник 130 может быть серверным устройством 210 и/или включать в себя процессор 361, соединенный с запоминающим устройством 362 (см., например, фиг.21). Посредник 130 также может быть реализован в виде распределенной системы в аппаратных средствах и/или программном обеспечении в сети. Ссылаясь на фиг.1, любое из N мобильных устройств 110 может быть отправителем сообщения, и аналогичным образом любое одно или несколько из остальных N мобильных устройств 110 может быть получателем того сообщения. В одном примере сообщение отправляется от мобильного устройства 110₁ через сеть 120 связи и посредника 130 к мобильному устройству 110₂ . Сеть 120 связи может быть беспроводной или проводной сетью. Специалист в данной области техники понял бы, что в некоторых реализациях системы 100 AMC одно или несколько мобильных устройств 110 могут быть заменены стационарным устройством с доступом к проводной сети, не влияя на сущность или объем настоящего изобретения.

В альтернативном примере сетевой системы асинхронной опосредствованной связи устройства 110_N связи могут быть взаимосвязаны друг с другом в сетевой системе связи. Каждое из индивидуальных устройств 110_N связи может содержать аппаратные средства и/или программное обеспечение, допускающие выполнение функций посредника 130, описанных в различных вариантах осуществления в этом документе.

Кроме того, каждое устройство 110_N связи может находиться во взаимодействии с одной или несколькими сетевыми системами асинхронной опосредствованной связи. Таким образом, каждое устройство 110_N связи может отправлять и принимать сообщения разным ролям, исполнителям, устройствам, в соответствии с разными шаблонами, функционирующим в разных сетевых системах асинхронной опосредствованной связи.

Фиг.2 - схема технологического процесса варианта осуществления способа для предоставления подтверждения воспроизведенного/отображенного сообщения между двумя устройствами связи (например, 110₁ и 110₂) в системе 100 AMC. Отправитель, используя устройство 110₁ связи, формирует и передает сообщение посреднику 130 для маршрутизации к получателю с использованием устройства 110₂ связи, этап 205. Сообщение передается по сети 120 связи, которая соединяет устройства 110₁ и 110₂ связи и посредника 130, например, как проиллюстрировано на фиг.1. Сообщение может включать в себя сообщение с полезной нагрузкой, а также метаданные, которые могут помочь в маршрутизации и точной доставке сообщения. Посредник 130 принимает сообщение от вызывающего устройства 110₁ связи и направляет сообщение к 110₂, используя телефонные номера, IP-адреса или другие параметры идентичности, содержащиеся в метаданных сообщения, этап 210. Сообщение принимается устройством 110 ₂ связи получателя, этап 215. В варианте осуществления перед открытием сообщения (то есть воспроизведением, отображением, прочтением и/или исполнением сообщения) устройство 110₂ связи при желании может сформировать и воспроизвести и/или отобразить уведомление о приеме сообщения, чтобы указать, что сообщение принято, этап 220. Уведомление о приеме сообщения может воспроизводиться/отображаться в соответствии с информацией, включенной в метаданные, например указывающей отправителя, степень срочности или тему. После предупреждения получатель открывает сообщение с использованием устройства 110 ₁ связи, этап 225. Когда открывается сообщение, устройство 110₁ связи получателя может сформировать и передать подтверждение открытия сообщения обратно устройству 110₁ связи вызывающего отправителя через посредника 130 и сеть 120 связи, этап 230. Подтверждение открытия сообщения может указывать, что получатель, который принял и открыл сообщение, берет на себя ответственность за выполнение всех заданных действий, которые необходимы в результате приема и открытия сообщения. Подтверждение открытия сообщения может просто указывать, что получатель принял и открыл сообщение. В качестве альтернативы подтверждение открытия сообщения также может указывать, что получатель выполняет заданное действие в результате приема и открытия исходного сообщения. В альтернативном варианте осуществления исходное принятое сообщение может содержать вложенный шаблон действия в полезной нагрузке/содержимом сообщения (см. поле 425 на фиг.10, 12, 15-18), который запрашивает и формирует подтверждение или последовательность подтверждений, когда различное заданное действие или последовательность действий завершаются в результате приема и открытия исходного сообщения. Вложенный шаблон действия может включать в себя предельные сроки, в которые должны быть завершены некоторые заданные действия. Как только сообщение открывается, вложенный шаблон действия может инициировать посредника 130, чтобы удостовериться, что различное заданное действие или последовательность действий завершены до любого предельного срока. В противном случае посредник 130 может перенаправить сообщение способом, аналогичным технологическому процессу, описанному ниже со ссылкой на фиг.4-9.

Подтверждение открытия сообщения ретранслируется устройству 110 ₁ связи вызывающего отправителя с помощью посредника 130, этап 235. Подтверждение открытия сообщения принимается устройством 110₁ связи вызывающего отправителя, этап 240, после чего подтверждение открытия сообщения может воспроизводиться/отображаться устройством 110₁ связи вызывающего отправителя, этап 245. Воспроизведение/отображение подтверждения открытия сообщения информирует отправителя, что сообщение принято.

Технологический процесс, изображенный на фиг.2, иллюстрирует идеальную ситуацию, в которой предназначенный получатель доступен и быстро принимает и читает сообщение. Однако эта ситуация происходит не всегда. Фиг.3 - схема технологического процесса варианта осуществления способа для повторной маршрутизации сообщения, когда предназначенный получатель недоступен. С помощью повторной маршрутизации сообщения, как только определяется, что получатель недоступен, вариант осуществления способа увеличивает шансы, что будут выполнены подходящие действия в ответ на сообщение.

В технологическом процессе на фиг.3 отправитель, используя устройство 110₁ связи, формирует и передает сообщение посреднику 130 для маршрутизации первому получателю, адресованное устройству 110₂ связи того получателя, этап 205. При приеме сообщения посредник 130 может определить, доступно ли устройство 110₂ связи предназначенного первого получателя, решение 248. Может быть ряд причин, почему устройство 110₂ связи предназначенного первого получателя не является доступным. Например, устройство 110₂ связи предназначенного первого получателя может быть выключено, отключено от сети, находиться вне диапазона сети или быть обесточенным. В качестве альтернативы предназначенный первый получатель может просто отойти от его/ее устройства 110 ₂ связи или быть занятым, уделяя внимание другим вопросам или другим сообщениям. Чтобы определить, доступен ли предназначенный получатель, посредник 130 может позволить пройти некоторому заранее установленному периоду времени перед определением, что первый получатель недоступен. При этом посредник 130 предоставляет первому получателю некоторый промежуток времени для приема и ответа на сообщение.

Если устройство 110₂ связи предназначенного первого получателя доступно (то есть решение 248 = Да), то могут выполняться этапы 215-245 из фиг.2. Однако если устройство 110₂ связи предназначенного первого получателя недоступно (то есть решение 248 = Нет), то посредник 130 может попытаться перенаправить сообщение в соответствии с шаблоном маршрутизации, этап 255. Этот этап повторной маршрутизации и шаблон маршрутизации более подробно описываются ниже со ссылкой на фиг.12-17. Цель повторной маршрутизации сообщения в соответствии с шаблоном повторной маршрутизации - гарантировать, что сообщение отправляется другому исполнителю, правомочному принимать и реагировать/отвечать на сообщение. Например, если сообщение является лабораторным результатом, предназначенным для врача, лечащего пациента, то подходящая роль может быть любым другим врачом, допускающим чтение лабораторного результата и реагирование на результаты подходящим образом. В таком случае шаблон повторной маршрутизации может идентифицировать других врачей, доступных для приема сообщения. В этом примере роль получателя может быть зависимой от положения (то есть врач по отношению к медсестре). Путем точной идентификации роли предназначенного первого получателя сообщения могут перенаправляться эффективным образом, чтобы увеличить шансы добиться надлежащего ответа на сообщение.

В некоторых случаях подходящая роль для повторной маршрутизации сообщения может быть зависимой от ответственности. Например, некоторые пациенты могут обладать уникальной историей болезни, так что только медицинские работники со знанием истории пациента получают право принимать и реагировать на лабораторные результаты. Таким образом, может иметь место случай, что медсестра или помощник врача может быть более компетентными для реагирования и/или ответа на сообщение, нежели другой врач, не знакомый с историей болезни пациента. Поэтому сообщение может перенаправляться кому-нибудь, кто является частью группы, лечащей конкретного пациента.

Если сообщение перенаправляется в соответствии с шаблоном маршрутизации, то перенаправленное устройство 110₃ связи второго получателя может принять сообщение и обработать его способом, аналогичным описанному выше со ссылкой на этапы 215-230 из фиг.2 (см. этап 215a-230a). Как и в случае технологического процесса, показанного на фиг.2, как только подтверждение открытия сообщения формируется и передается (этап 230а), оно ретранслируется посредником 130 и принимается и воспроизводится устройством 110₁ связи отправителя таким же способом, как показано на фиг.2.

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

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

В качестве примера эскалации врач может быть не в состоянии принять решение на основе содержимого сообщения. В этой ситуации система 100 AMC через посредника 130 может эскалировать сообщение другому исполнителю путем повторной отправки сообщения другой роли (например, старшему врачу) для решения. Таким образом, сообщение, отправленное в начале устройству 110₂ связи врача, может быть повторно отправлено устройству 110₃ связи старшего врача с уведомлением, которое нужно показать с помощью блока 220a уведомления.

Также может иметь место случай, что устройство 110₂ связи предназначенного первого получателя доступно и принимает сообщение, хотя первый получатель отсутствует или занят, уделяя внимание другим вопросам. В этом случае сообщение было доставлено устройством связи, но не читается или выполняется предназначенным получателем. Подтверждение доставки может быть недостаточным, если отправитель требует ответа на исходное сообщение до некоторого предельного срока. Например, в среде здравоохранения врач кабинета неотложной помощи может отправлять томограмму травмированной головы пациента рентгенологу посредством электронной почты для немедленного анализа и отчета. Так как пациент находится в кабинете неотложной помощи, врач кабинета неотложной помощи может запросить, чтобы этой томограмме головы был назначен приоритет и она была прочитана в течение пяти минут. Поэтому, если подтверждение открытия сообщения (указывающее, что рентгенолог принял и обработал томограмму, и находится в процессе формулировки анализа) не принимается посредником 130 в некоторый момент до истечения пятиминутного предельного срока, то посредник 130 может перенаправить сообщение другому исполнителю, выполняющему роль рентгенолога.

В альтернативном варианте осуществления предельный срок для ответа может задаваться автоматически на некоторых типах сообщений, независимо от того, задает ли отправитель предельный срок. Например, посредник 130 может быть запрограммирован на распознавание сообщений, содержащих томограмму головы, или сообщений из кабинета неотложной помощи, и автоматическое задание заранее установленного предельного срока для ответа на сообщение. При этом, если врач кабинета неотложной помощи в спешке забывает задать предельный срок, то система AMC может автоматически перенаправить сообщение, если ответ не принимается до автоматически заданного предельного срока.

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

Фиг.4 - технологический процесс варианта осуществления способа для повторной маршрутизации сообщения, если ответ не принимается до некоторого предельного срока (заданного автоматически или вручную). Ссылаясь на фиг.4, посредник 130 принимает и направляет сообщение предназначенному первому получателю, этап 210. После маршрутизации сообщения посредник 130 ожидает подтверждение открытия сообщения для того, чтобы ретранслировать его вызывающему устройству 110₁ связи, этап 260. Посредник 130 определяет, принимается ли подтверждение открытия сообщения, решение 265. Если подтверждение открытия сообщения принимается (то есть решение 265 = Да), то подтверждение открытия сообщения может быть ретранслировано вызывающему устройству 110₁ связи, как описано выше со ссылкой на фиг.2 и 3, этапы 235-245.

Если подтверждение открытия сообщения не принимается (то есть решение 265 = Нет), то посредник 130 определяет, истек ли предельный срок, решение 270. Если предельный срок не истек (то есть решение 270 = Нет), то посредник 130 может продолжить ожидание подтверждения открытия сообщения, этап 260. Однако если предельный срок истек (то есть решение 270 = Да), то сообщение может быть перенаправлено в соответствии с шаблоном маршрутизации, этап 255. Специалист в данной области техники принял бы во внимание, что посредник 130 может задать предельный срок меньшей длительности, чем заданный отправителем для перенаправления сообщения. При этом посредник 130 может гарантировать, что перенаправленный получатель принимает сообщение с достаточным временем для реагирования, перед тем как истекает заданный отправителем или автоматически заданный предельный срок.

В альтернативном варианте осуществления первому получателю может отправляться напоминание касательно принятого асинхронного сообщения. В таком альтернативном варианте осуществления напоминание может формироваться посредником 130 для напоминания первому получателю, что принятое сообщение должно быть открыто (и выполнено) до истечения предельного срока. В альтернативном варианте осуществления, если предельный срок не истек (то есть решение 270 = Нет), то посредник 130 может перейти к выполнению необязательного процесса 271 напоминания.

Фиг.5 - схема технологического процесса варианта осуществления способа (например, этапа 271) для отправки напоминания первому получателю перед истечением предельного срока. В этом варианте осуществления, если предельный срок не истек (то есть решение 270 = Нет), то посредник 130 может определить, истек ли порог напоминания, решение 272. Порог напоминания может быть некоторым периодом времени короче предельного срока, проверяемого в решении 270, чтобы напоминание можно было отправить с достаточным временем для напоминания первому получателю, что асинхронное сообщение можно открыть и выполнить до истечения предельного срока. Если порог напоминания не истек (то есть решение 272 = Нет), то посредник 130 может вернуться к этапу 260, чтобы ожидать подтверждение открытия сообщения, этап 275. Однако если порог напоминания истек (то есть решение 272 = Да), то посредник 130 может сформировать напоминание касательно принятого асинхронного сообщения, этап 273. После формирования посредник 130 может передать сообщение с напоминанием первому получателю, этап 274. После передачи посредник 130 может вернуться к этапу 260, чтобы ожидать подтверждение открытия сообщения, этап 275.

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

Фиг.6 - схема технологического процесса способа для отправки дополнительного напоминания второму получателю, чтобы физически напомнить первому получателю ответить на сообщение до истечения предельного срока. Проиллюстрированный на фиг.6 процесс может быть реализован вместо или совместно с процессом напоминания, проиллюстрированным на фиг.5. При реализации вместо проиллюстрированного на фиг.5 процесса, если предельный срок не истек (то есть решение 270 = Нет), то посредник 130 может определить, истек ли порог дополнительного напоминания, решение 276. Если порог дополнительного напоминания не истек (то есть решение 276 = Нет), то посредник 130 может вернуться к этапу 260 и ожидать сообщение с подтверждением открытия сообщения, этап 275. Однако если истек порог дополнительного напоминания (то есть решение 276 = Да), то посредник 130 может сформировать дополнительное напоминание касательно асинхронного сообщения, отправленного первому получателю, этап 277. Дополнительное напоминание может, например, информировать получателя дополнительного напоминания, что первый получатель принял асинхронное сообщение, которое требует внимания, и запросить второго получателя физически напомнить/проинформировать первого получателя об асинхронном сообщении. После формирования посредник 130 может выбрать получателя дополнительного напоминания способом, аналогичным процессу повторной маршрутизации (этап 255) (который более подробно описан со ссылкой на этапы 320-345 из фиг.13 и этапы 325-350 из фиг.19), и передать дополнительное напоминание получателю дополнительного напоминания, этап 278. Как только отправляется дополнительное напоминание, посредник 130 может вернуться к этапу 260, чтобы ожидать подтверждение открытия сообщения, этап 275. Этапы повторной маршрутизации, описанные ниже со ссылкой на фиг.13 и 17, выбирают следующего исполнителя с наивысшим приоритетом для определенной роли, которая доступна, в качестве второго получателя. Процесс выбора получателя дополнительного напоминания может выбирать второго получателя в обратном порядке приоритета (то есть выбирая сначала исполнителя с низшим приоритетом, перечисленного в шаблоне повторной маршрутизации), чтобы дополнительные напоминания отправлялись помощнику получателя раньше руководителя получателя.

Фиг.7 - схема технологического процесса альтернативного варианта осуществления способа, который отправляет дополнительное напоминание второму получателю, чтобы физически напомнить первому получателю ответить на сообщение до истечения предельного срока (то есть технологический процесс из фиг.6), в сочетании с отправкой напоминания первому получателю до истечения предельного срока (то есть технологический процесс из фиг.5). В технологическом процессе, показанном на фиг.7, первый порог напоминания предполагается имеющим большую длительность, чем порог дополнительного напоминания. Таким образом, получателя дополнительного напоминания можно попросить физически напомнить/проинформировать первого получателя о принятом асинхронном сообщении перед отправкой первому получателю последующего (окончательного) напоминания, что запрашивается/требуется ответ на принятое асинхронное сообщение. В некоторых ситуациях получатель дополнительного напоминания может быть в состоянии ответить на сообщение от лица первого получателя, например, когда получатель дополнительного напоминания может определить информацию или проконсультироваться с первым получателем. В любом случае, для эффективности пороги первого и дополнительного напоминания могут быть короче по длительности, чем предел предельного срока, чтобы напоминания могли отправляться с достаточным временем, чтобы любой из первого или второго получателей принимал напоминания до истечения предельного срока.

Ссылаясь на фиг.7, если предельный срок не истек (то есть решение 270 = Нет), то посредник 130 может определить, истек ли порог первого напоминания, решение 272. Если порог первого напоминания истек (то есть решение 272 = Да), то посредник 130 может закончить этапы 273-275 таким же образом, как описано выше со ссылкой на фиг.5. Однако если первое напоминание не истекло (то есть решение 272 = Нет), то посредник 130 может определить, истек ли порог дополнительного напоминания, решение 276. Поскольку порог дополнительного напоминания имеет меньшую длительность, чем первое напоминание, то возможно, что порог дополнительного напоминания истечет, даже если порог первого напоминания еще не истек. Если порог дополнительного напоминания истек (то есть решение 276 = Да), то посредник 130 может закончить этапы 277, 278 и 275 таким же образом, как описано выше со ссылкой на фиг.6. Однако если порог дополнительного напоминания не истек (то есть решение 276 = Нет), то посредник 130 может вернуться к этапу 260, чтобы ожидать подтверждение открытия сообщения, этап 275.

В качестве альтернативы администратор системы 100 AMC может захотеть реализовать процесс дополнительного напоминания и второго получателя в качестве последнего (окончательного) средства, чтобы напомнить/проинформировать первого получателя о принятом асинхронном сообщении. Соответственно, порог дополнительного напоминания может иметь большую длительность, нежели порог первого напоминания. Таким образом, первое напоминание может отправляться первому получателю до того, как дополнительное напоминание отправляется второму получателю. Фиг.8 - схема технологического процесса альтернативного варианта осуществления способа, который выполняет способ для отправки напоминания первому получателю до истечения предельного срока (то есть технологический процесс из фиг.5) перед отправкой дополнительного напоминания второму получателю, просящего того человека физически напомнить первому получателю ответить на сообщение (то есть технологический процесс из фиг.6). Ссылаясь на фиг.8, так как длительность порога дополнительного напоминания больше в этом варианте осуществления, порог дополнительного напоминания сначала проверяется на окончание, решение 276. Если порог дополнительного напоминания истек (то есть решение 276 = Да), то посредник 130 может закончить этапы 277, 278 и 275 таким же образом, как описано выше со ссылкой на фиг.6. Однако, если порог дополнительного напоминания не истек (то есть решение 276 = Нет), то посредник 130 продолжает проверять, истек ли порог первого напоминания, решение 272. Посредник 130 затем переходит к выполнению этапов 273-275 таким же образом, как описано выше со ссылкой на фиг.5. В варианте осуществления этот процесс может быть расширен, чтобы отправлялось более двух напоминаний перед тем, как процесс эскалируется, и в этом случае пороговые таймеры, ассоциированные с каждым уровнем сообщений с напоминанием, могут настраиваться таким образом, что напоминания отправляются до истечения предельного срока сообщения.

Также может иметь место ситуация, что перед приемом подтверждения открытия сообщения устройство 110₁ связи отправителя становится недоступным. Чтобы избежать удвоения попыток, подтверждение открытия сообщения может перенаправляться к исполнителю, выполняющему роль недоступного отправителя. Например, в качестве последнего действия в смене врач может отправить запрос лабораторных результатов. Врач может осознавать, что он/она будет недоступным, когда предполагается возврат результатов анализа. Тем не менее, врач может захотеть проинформировать врача, принимающего его/ее смену, что запрашивались результаты анализа. Чтобы осуществить это, подтверждение открытия сообщения может перенаправляться к исполнителю, выполняющему роль врача, чтобы принять подтверждение открытия сообщения.

Фиг.9 - схема технологического процесса варианта осуществления способа для повторной маршрутизации подтверждения открытия сообщения, когда вызывающее устройство больше не доступно. Когда первый получатель открывает отправленное сообщение, подтверждение открытия сообщения формируется и отправляется обратно отправителю, этап 205-235. При приеме подтверждения открытия сообщения посредник 130 может определить, доступно ли устройство 110₁ связи отправителя, решение 279. Если устройство 110₁ связи отправителя доступно (то есть решение 279 = Да), то подтверждение открытия сообщения ретранслируется устройству 110₁ связи отправителя, где оно воспроизводится или отображается, как описано выше со ссылкой на фиг.2-4 (этап 235-245). Однако, если устройство 110₁ связи отправителя не доступно (то есть решение 279 = Нет), то подтверждение открытия сообщения может перенаправляться в соответствии с шаблоном маршрутизации, этап 255. Используя шаблон маршрутизации, вкратце рассмотренный выше и более подробно ниже со ссылкой на фиг.14а-14с, подтверждение открытия сообщения может перенаправляться к исполнителю, выполняющему роль, подходящую для приема подтверждения открытия сообщения, этапы 240а и 245а.

Каждое сообщение может содержать информацию о маршруте, а также информацию о предельном сроке, которые позволяют посреднику 130 должным образом и своевременно направлять и перенаправлять сообщения. Фиг.10 - пример структуры сообщения для использования в варианте осуществления способа для обеспечения доставки и реакции на отправленное сообщение. Сообщение может включать в себя ID 405 вызывающего отправителя, ID 410 предназначенного получателя, ID 415 резервного получателя, информацию 420 о предельном сроке или тип сообщения и полезную нагрузку 425 содержимого сообщения. В варианте осуществления ID 405 вызывающего отправителя может быть IP-адресом вызывающего отправителя, номером телефона, адресом электронной почты или идентификатором мобильного устройства (MID). Аналогичным образом ID 410 получателя и ID 415 резервного получателя также могут быть SIP-адресом либо получателя, либо резервного получателя, номером телефона, адресом электронной почты или идентификатором мобильного устройства (MID). Полезная нагрузка 425 содержимого сообщения может выражаться в формате, заданном для типа сообщения, например, в формате XML. Полезная нагрузка содержимого сообщения, предназначенная для получателя, может быть защищена с использованием ключа "безопасности", который назначается роли, выполняемой получающим исполнителем. Шифрование полезной нагрузки сообщения обычно будет выполняться, когда сообщение включает в себя персональные данные пациента. В примере содержимое сообщения представлено в формате XML, и для защиты содержимого сообщения используется стандарт безопасности XML.

Посредник 130 может направить сообщение 400 предназначенному получателю с использованием информации об ID 410 получателя. Процессы маршрутизации сообщений, заданные для конкретного типа сообщения, могут быть реализованы для доставки сообщения получателю. Также посредник 130 может направлять подтверждения открытия сообщения (которые могли бы подразумевать, что получатель взял на себя подходящее действие, требуемое сообщением) вызывающему отправителю, используя информацию об ID 405 отправителя. Как обсуждалось выше со ссылкой на фиг.4, если подтверждение открытия сообщения не принимается и ретранслируется на вызывающее устройство 110₁ связи до некоторого порога времени, то посредник 130 может попытаться перенаправить сообщение 400. С помощью использования информации 420 о предельном сроке, содержащейся в структуре сообщения 400, посредник 130 может определить подходящее время для перенаправления сообщения 400. Посредник 130 может перенаправить сообщение 400 заданному резервному получателю, используя информацию о ID 415 резервного получателя.

В качестве альтернативы, если тип сообщения идентифицируется в подполе 420 (в отличие от явной информации о предельном сроке), то посредник 130 может извлечь ранее сохраненное правило маршрутизации потока сообщений либо из локального запоминающего устройства посредника, либо из базы 135 данных посредника, чтобы задать предельный срок для типа сообщения. Таким образом, посредник 130 может задать предельный срок в сообщении 400, даже если отправитель не смог ввести предельный срок в подполе 420. Таким образом, предельный срок зависел бы от типа сообщения, установленного в подполе 420.

В каждое из подполей 405, 410 и 415 могут быть установлены и введены несколько индивидуумов. Независимо от количества установленных получателей (или резервных получателей) посредник 130 может перенаправить сообщение 400, если подтверждение открытия сообщения не ретранслируется отправителю до некоторого порога времени.

Фиг.11 - схема технологического процесса варианта осуществления способа для повторной маршрутизации отправленного сообщения альтернативному получателю (см. этап 255 на фиг.2-9). В случаях, где применяется сообщение 400, имеющее показанную на фиг.10 структуру, при определении, что сообщение 400 следует перенаправить, посредник 130 может обращаться к информации 415 об ID резервного получателя из исходного сообщения 400, этап 305. Если ID резервного получателя не включает в себя явный адрес (например, SIP-адрес, номер телефона, адрес электронной почты или MID), то посредник 130 может искать адрес резервного получателя в базе данных или шаблоне повторной маршрутизации, сохраненном в локальном запоминающем устройстве посредника 130, этап 310. Используя адрес резервного получателя, исходное сообщение 400 может перенаправляться и передаваться резервному получателю, этап 315.

Фиг.12 - пример альтернативной структуры сообщения для использования в варианте осуществления способа для обеспечения доставки альтернативному получателю на основе роли, выполняемой предназначенным и альтернативным получателем. Как и в случае сообщения 400, показанного на фиг.10, изображенное на фиг.12 сообщение 401 содержит ID 405 отправителя, ID 410 получателя, информацию 420 о предельном сроке/тип сообщения и полезную нагрузку 425 содержимого сообщения. Однако сообщение также содержит поле данных для роли 430 получателя. При маршрутизации сообщения 401 посредник 130 также может учитывать роль исполнителя, назначенную устройству 110₂ связи первого получателя.

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

Фиг.13 - схема технологического процесса варианта осуществления способа, в котором асинхронное сообщение перенаправляется резервному получателю в соответствии с ролью, которую выполнял предназначенный получатель. Если посредник 130 определяет, что сообщение (или подтверждение открытия сообщения) должно перенаправляться (см. этап 255 на фиг.2-9), то процессор посредника 130 может обратиться к роли предназначенного получателя из подполя 430 роли в исходном сообщении, этап 320. В качестве альтернативы процессор посредника 130 может определить роль получателя с использованием наименования или ID предназначенного получателя из подполя 410 ID получателя сообщения в качестве поля поиска в справочнике персонала или шаблоне маршрутизации, сохраненных в локальном запоминающем устройстве посредника 130 или в базе 135 данных посредника. Зная роль предназначенного получателя, процессор посредника 130 может искать других исполнителей, выполняющих такую же роль, в шаблоне маршрутизации, сохраненном в локальном запоминающем устройстве посредника 130 или базе 135 данных посредника, этап 325. Исполнители могут быть перечислены в порядке приоритета или иметь значение приоритета, ассоциированное с их записями данных, которое посредник 130 может использовать для выбора конкретного резервного получателя. Процессор посредника 130 может определить исполнителя со следующим наивысшим приоритетом у установленной роли, перечисленной в шаблоне маршрутизации, этап 330. Порядок приоритета у исполнителей или значения приоритета, назначенные исполнителям, могут быть независимыми для доступности каждого исполнителя. Как только выбирается исполнитель со следующим наивысшим приоритетом у установленной роли, процессор посредника 130 может определить, доступен ли выбранный исполнитель, решение 325. Процессор посредника 130 может определить доступность исполнителя путем поиска состояния выбранного исполнителя в динамической таблице доступности (см. фиг.14с). Если выбранный исполнитель доступен (то есть решение 335 = Да), то сообщение может перенаправляться и передаваться устройству связи выбранного исполнителя, этап 340. Сообщение может перенаправляться с использованием адресной информации, содержащейся в шаблоне маршрутизации (см. фиг.14а и 14b). Если при анализе динамического шаблона состояния (см. фиг. 14с) процессор посредника 130 определяет, что выбранный исполнитель недоступен (то есть решение 335 = Нет), то процессор посредника 130 может снова обратиться к шаблону маршрутизации для выбора исполнителя со следующим наивысшим уровнем приоритета для установленной роли, этап 330.

Фиг.14a иллюстрирует примерный шаблон маршрутизации, который идентифицирует исполнителей, выполняющих конкретную роль. В проиллюстрированном примере перечисляется только часть шаблона маршрутизации, которая включает в себя исполнителей, выполняющих роль лечения пациента номер 1. Как примет во внимание специалист в данной области техники, эта таблица может быть расширена путем перечисления всех ролей. Как показано в этом примерном шаблоне маршрутизации, четырем врачам назначена роль лечения пациента 1. Например, эти врачи могут включать в себя основного лечащего врача пациента, специалиста, лечащего врача, а также врачей-стажеров или медицинских студентов, назначенных для лечения пациента 1. Другие работники здравоохранения, назначенные пациенту 1, также могут включать в себя медсестер (медсестра A - медсестра C) и помощников врачей (PA A и PA B). Для сообщений, имеющих отношение к пациенту 1, любой из этих исполнителей может быть релевантным получателем для сообщения, имеющего отношение к лечению пациента 1. В дополнение к перечислению роли исполнителей (в этой примерной подборке - лечение пациента 1) таблица маршрутизации может включать в себя значение приоритета для каждого исполнителя, ассоциированного с установленной ролью, основной адрес (например, адрес электронной почты, как показано) для отправки сообщений и резервный адрес (например, номер телефона для отправки SMS-сообщений, как показано). Снова фиг.14а иллюстрирует только часть примерного шаблона, в котором роли задаются пациентом. Например, в другой реализации шаблон маршрутизации может точно определять, что все сообщения для пациентов врача A направляются врачу B (это происходит, например, при делегировании). В дополнительном примере шаблон маршрутизации мог бы определять, что все вызовы конкретному врачу отделения интенсивной терапии следует направлять главному врачу, если конкретный врач недоступен.

Фиг.14b иллюстрирует другую часть таблицы маршрутизации, для которой ролью является тип работы исполнителей. В текущем примере, показанном на фиг.14b, часть таблицы маршрутизации включает в себя определенный тип работы "медсестра". Уровень приоритета у каждой перечисленной медсестры может идти в убывающем порядке, например от старшей (медсестра A) до обычных (рядовых) медсестер (медсестра B - медсестра E). Таким образом, если исходное сообщение идентифицирует роль в подполе 430 роли в сообщении как "медсестра" (в отличие от "пациента 1", показанного на фиг.14а), то часть шаблона маршрутизации, показанная на фиг.14b, может извлекаться на этапе 325 фиг.13, в отличие от части шаблона маршрутизации, показанной на фиг.14а. В любом случае одинаковый динамический шаблон состояния может использоваться для определения текущего состояния каждого исполнителя.

Изображенный на фиг.14c динамический шаблон состояния может обновляться в реальном масштабе времени с помощью любого из ряда способов. Например, каждый раз, когда исполнитель входит в систему 100 AMC посредством любого устройства 110_N связи, состояние исполнителя может измениться с "вышел" на "вошел". В качестве альтернативы динамический шаблон состояния может быть настроен на изменение в соответствии с графиком исполнения работ, который обновляется вручную. В другом варианте осуществления динамический шаблон состояния может быть связан (или по возможности реализован как часть) с системой календаря и напоминаний предприятия, например профилем Microsoft Outlook®. В еще одном варианте осуществления текущее состояние исполнителя может изменяться, когда устройство связи исполнителя входит и выходит из диапазона сети 120 связи. Путем динамического изменения состояния доступности различных исполнителей сообщение может перенаправляться должным образом только исполнителям, которые доступны в настоящее время для приема сообщения. Таким образом можно убрать некоторые нарушения связи из системы.

Чтобы проиллюстрировать использование шаблонов маршрутизации, показанных на фиг.14а и 14c, сообщение касательно пациента 1 может отправляться врачу C в качестве первого получателя. При форматировании этого сообщения устройство связи отправителя формирует сообщение, которое идентифицирует лечение пациента 1 (или участника группы лечения пациента 1) в качестве роли, которую врач C выполняет по отношению к отправленному сообщению. Если врач C в настоящее время "вышел" (см. фиг.14c), то врач C не ответит на отправленное сообщение, и поэтому подтверждение открытия сообщения не будет возвращено посреднику 130. Когда истекло либо пороговое время до предельного срока, выраженного в подполе 420 информации о предельном сроке сообщения, либо пороговое время до предельного срока, заданного посредником 130 из-за типа 420 сообщения, процессор посредника 130 может обратиться к роли первого получателя из исходного сообщения 401 (см. этап 320 на фиг.13). После извлечения подходящей роли из исходного сообщения, которая является участниками группы пациента 1 в текущем примере, процессор посредника 130 может обратиться к шаблону маршрутизации для роли "пациент 1", чтобы найти других исполнителей, выполняющих установленную роль (см. этап 325 на фиг.13). Процессор посредника 130 может выбрать исполнителя со следующим наивысшим приоритетом для установленной роли (см. этап 330 на фиг.13). В текущем примере врач A обладает наивысшим приоритетом (приоритет = 1). Процессор посредника 130 затем определяет, доступен ли врач A, путем поиска текущего состояния врача A в динамическом шаблоне состояния, например показанном на фиг.14c. Показанный на фиг.14c динамический шаблон состояния показывает, что врач A "вышел" в настоящее время (то есть недоступен), поэтому процессор посредника 130 снова обращается к шаблону маршрутизации для участников группы пациента 1, чтобы выбрать исполнителя со следующим наивысшим приоритетом (см. этап 330 на фиг.13). Шаблон маршрутизации на фиг.14а для участников группы пациента 1 показывает, что врач B обладает следующим наивысшим приоритетом (приоритет = 2). Процессор посредника 130 тогда определяет, доступен ли врач B, путем поиска текущего состояния врача B в динамическом шаблоне состояния, показанном на фиг.14c. Динамический шаблон состояния показывает, что врач B также "вышел" в настоящее время (то есть недоступен). Поэтому процессор посредника 130 снова обращается к шаблону маршрутизации для участников группы пациента 1, чтобы выбрать исполнителя со следующим наивысшим приоритетом (этап 330). Этот процесс может продолжаться, пока выбранный исполнитель определяется как доступный. В текущем примере выбранным исполнителем со следующим наивысшим приоритетом, который к тому же доступен, является врач D. Поэтому в этом примере процессор посредника 130 извлекает адреса, ассоциированные с врачом D, из шаблона маршрутизации и ретранслирует исходное сообщение 401 врачу D (см. этап 340 на фиг.13).

Специалист в данной области техники принял бы во внимание, что фиг.14а-14с являются характерными примерными структурами данных, и что различные варианты осуществления могут быть реализованы с использованием ряда других структур данных. Например, может использоваться несколько таблиц данных с перекрестными ссылками, чтобы информация об исполнителе перечислялась только в одной таблице (например, одиночной таблице, перечисляющей контактную информацию, роль, ответственность, должность в организации и т.д. для каждого исполнителя). Шаблон маршрутизации дополнительно может задавать роль, которую выполняют перечисленные исполнители. Например, в дополнение к наличию шаблона маршрутизации для "участников группы пациента 1" может существовать дополнительный шаблон маршрутизации, созданный для "медсестер пациента 1", "PA пациента 1". Также могут быть шаблоны маршрутизации, которые задают "медсестер кабинета неотложной помощи", "медсестер в педиатрии", "медсестер в онкологии" и т.д.

В альтернативном варианте осуществления структура сообщения может не содержать подполе для роли получателя. Например, фиг.15 иллюстрирует примерную структуру сообщения, которая включает в себя ID 405 вызывающего отправителя, ID 410 предназначенного получателя, информацию 420 о предельном сроке или тип сообщения и полезную нагрузку 425 содержимого сообщения. Отсутствующим в этой структуре 402 сообщения является указание роли получателя или резервного получателя. Чтобы должным образом перенаправить такие сообщения в системе 100 AMC, процессор посредника 130 может реализовать способ, такой как проиллюстрирован в технологическом процессе, показанном на фиг.19. Ссылаясь на фиг.19, если посредник 130 определяет, что сообщение (или подтверждение открытия сообщения) должно быть перенаправлено (см. этап 255 на фиг.2-9), то процессор посредника 130 может искать ID предназначенного получателя в шаблонах повторной маршрутизации и искать ассоциированную роль у ID предназначенного получателя, этап 350. Как только определяется роль, процессор посредника 130 может перенаправить сообщение таким же образом, как описано выше со ссылкой на этапы 325-345 на фиг.13. Структура 402 сообщения и альтернативный вариант осуществления способа, проиллюстрированный в технологическом процессе фиг.19, могут быть реализованы в средах, в которых каждый исполнитель появляется в одном шаблоне маршрутизации. Таким образом, роль исполнителя может определяться путем поиска единственного шаблона маршрутизации, в котором перечисляется исполнитель. Например, исполнители может быть организованы в группы, и соответственно сообщение может перенаправляться другим участникам группы. В качестве альтернативы в случаях, где каждый исполнитель может появляться в нескольких шаблонах маршрутизации, посредник 130 может попытаться получить дополнительную информацию из самого сообщения, чтобы определить роль предназначенного получателя. Например, посредник 130 может смотреть на тип сообщения, идентификаторы пациентов, роли отправителя, предыдущего отправителя или получателей прежних сообщений в потоке сообщений, и любое сочетание этих или других параметров, чтобы определить роль предназначенного получателя. Такие многофакторные определения могут использовать механизмы логических таблиц или правил искусственного интеллекта, чтобы эффективно перенаправлять сообщение в уникальную конечную точку (то есть конечному получателю).

Фиг.16 - пример структуры сообщения для использования в другом альтернативном варианте осуществления. В эту структуру 403 сообщения не включается ни ID отправителя, ни ID получателя. Вместо этого только роли отправителя и предназначенного получателя включаются соответственно в подполя 450 и 455 структуры сообщения. Чтобы должным образом направить такое сообщение 403, процессор посредника 130 извлекает шаблоны маршрутизации (например, фиг.14а-14c) в процедуре начальной маршрутизации. В случаях, где отправитель задает предназначенного получателя только по роли, процессор посредника 130 может извлечь подходящий шаблон маршрутизации в соответствии с заданной ролью 455 получателя и определить подходящего получателя путем реализации способа, такого как описан выше со ссылкой на фиг.13. Таким образом, процесс выбора получателя для сообщения выполняется как для начальной маршрутизации, так и для перенаправления сообщения в случае, если подтверждение открытия сообщения не возвращается до предельного срока. В альтернативном варианте осуществления, использующем структуру 403 сообщения, которая показана на фиг.16, отправители сообщения могут не знать или не заботиться о том, кто является получателем сообщения. Точнее, отправитель может знать только определенную роль, которая должна принимать и реагировать/отвечать на сообщение 403.

Фиг.17 - пример структуры сообщения для использования в другом альтернативном варианте осуществления. В эту структуру 404 сообщения включается только ID 405 отправителя и роль 455 получателя. Во многих случаях отправитель не будет знать ID определенного исполнителя, выполняющего установленную роль. Следовательно, отправитель может только определить, какая роль правомочна принимать и/или отвечать на сообщение. Чтобы должным образом направить такое сообщение 404, процессор посредника 130 извлекает шаблоны маршрутизации (например, фиг.14а-14c) в процедуре начальной маршрутизации. Как и в случае показанной на фиг.16 структуры данных, процессор посредника 130 может извлечь подходящий шаблон маршрутизации в соответствии с заданной ролью 455 получателя и определить подходящего получателя путем реализации способа, такого как описан выше со ссылкой на фиг.13. В альтернативном варианте осуществления, использующем структуру 404 сообщения, которая показана на фиг.16, отправители сообщения могут не знать или не заботиться о том, кто является получателем сообщения. Точнее, отправитель может знать только определенную роль, которая должна принимать и реагировать/отвечать на сообщение 404. Структура 404 сообщения отличается от проиллюстрированной на фиг.16 структуры 403 сообщения в том, что ID отправителя определяется в подполе 405, в отличие от только роли отправителя, определяемой в подполе 450 структуры 403 сообщения.

Фиг.18 - пример структуры сообщения для использования в другом альтернативном варианте осуществления. В этой структуре 406 сообщения определяется только роль 450 отправителя и ID 410 получателя в подполях структуры сообщения. В некоторых случаях отправитель может отправлять сообщение с совместно используемого устройства 110 связи. Например, настольный компьютер может быть установлен на посту медсестры для всех медсестер, чтобы отправлять с него сообщения. Таким образом, роль всех отправителей может быть известна, но ID определенного отправителя может быть неизвестен. Сообщения могут отправляться путем установления ID определенных получателей. Любое подтверждение открытия сообщения направлялось бы в соответствии с шаблонами маршрутизации к одинаковой роли, которая может быть назначена общему устройству связи (например, компьютеру на посту медсестры).

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

Дополнительные свойства системы AMC, представленной на фиг.1, включают в себя опосредствованную трансляцию, уведомление о предельном сроке в реальном масштабе времени, реализацию уровней приоритета с использованием предельных сроков, динамические напоминания, управление детальностью и связь "один ко многим". Свойство опосредствованной трансляции разрешает отправку сообщения нескольким получателям (например, свойство связи "один ко многим") и слежение, было ли сообщение принято, прочитано и подтверждено. Свойство связи "один ко многим" допускает асинхронную связь "один ко многим". Например, сообщение, инициированное 110₁, может транслироваться устройствам 110₂ , 110₃, , 110_N связи получателя. Посредник 130 может контролировать прием подтверждений открытия сообщения, чтобы подтвердить, что сообщение принимается, прочитывается и подтверждается каждым из устройств 110₂, 110_3, , 110_N связи получателя. В одной особенности сообщения с подтверждением отправляются обратно вызывающему устройству 110₁ связи. В одной особенности свойство опосредствованной трансляции включает в себя одновременную трансляцию нескольким получателям. В другой особенности свойство опосредствованной трансляции включает в себя неодновременную трансляцию сообщения.

Свойство уведомления о предельном сроке в реальном масштабе времени разрешает проверку состояния сообщения и изменение предельного срока на основе потребностей связи (например, содержимого сообщения). В одной особенности доступ к свойству проверки состояния ограничивается заранее установленными исполнителями, ролями, получателями и/или их сочетанием. В одной особенности полномочие на изменение предельного срока ограничивается заранее установленными исполнителями, ролями, получателями и/или их сочетанием. Используя пример в отрасли здравоохранения, сообщение может одновременно отправляться медсестре и врачу. Медсестре может быть предоставлен доступ для проверки состояния, достаточный, чтобы узнать, прочитал ли врач сообщение. В примере медсестра может повторно отправить сообщение врачу, если состояние указывает, что врач не прочитал сообщение. Повторно отправленное сообщение может включать в себя уведомление, указывающее уровень приоритета у сообщения. В другом примере медсестра может изменить предельный срок на основе необходимости в содержимом сообщения и повторно отправить сообщение врачу с измененным предельным сроком. Эти примеры иллюстрируют проверку состояния, ручное вмешательство и изменение предельного срока.

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

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

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

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

Описанные выше варианты осуществления могут быть реализованы в любом из ряда устройств связи, таких как сотовые телефоны, персональные цифровые помощники (PDA) с сотовым телефоном и/или приемопередатчиками Wi-Fi, мобильные приемники электронной почты, мобильные устройства с доступом к Сети, переносные компьютеры, карманные компьютеры и другие оборудованные процессором устройства. К тому же, раскрытые в этом документе различные варианты осуществления могут быть реализованы с помощью любого оборудованного процессором устройства, включая стационарные настольные компьютеры. Как правило, такие портативные вычислительные устройства в совокупности будут иметь компоненты, проиллюстрированные на фиг.20. Например, устройство 110 связи может включать в себя процессор 191, соединенный с внутренним запоминающим устройством 192 и дисплеем 11. Более того, устройство 110 связи может иметь антенну 194 для отправки и приема электромагнитного излучения, которая подключается к беспроводному каналу передачи данных и/или приемопередатчику 195 сотового телефона, соединенному с процессором 191. В некоторых реализациях приемопередатчик 195 и части процессора 191 и запоминающего устройства 192, используемые для сотовой телефонной связи, называются радиоинтерфейсом, поскольку он обеспечивает интерфейс данных по беспроводному каналу передачи данных. Устройства 110 связи также обычно включают в себя клавишную панель 13 или миниатюрную клавиатуру и кнопки выбора из меню или кулисные переключатели 12 для приема входных данных пользователя. Процессор 191 дополнительно может подключаться к вокодеру 199, который в свою очередь подключается к микрофону 19 и динамику 18. Устройство 110 связи также может включать в себя проводной сетевой интерфейс 194, например гнездо универсальной последовательной шины (USB) или FireWire®, для соединения процессора 191 с внешним вычислительным устройством, например персональным компьютером, или внешней локальной сетью.

Процессор 191 может быть любым программируемым микропроцессором, микрокомпьютером или многопроцессорной микросхемой или микросхемами, которые могут конфигурироваться с помощью программных команд (приложений) для выполнения ряда функций, включая функции из различных вариантов осуществления, описанных выше. В одной особенности процессор 191 выполняет программное обеспечение, сохраненное в запоминающем устройстве 192, чтобы реализовать одно или несколько свойств системы AMC, включая, но не только, маршрутизацию сообщений на основе ролей, ручное или автоматическое перенаправление сообщений, опосредствованную трансляцию, включающую связь "один ко многим", изменение предельного срока в реальном масштабе времени, реализацию уровней приоритета с использованием предельных сроков, динамические напоминания, управление детальностью и т.д. В некоторых устройствах 110 связи могут предусматриваться несколько процессоров 191, например один процессор, выделенный для функций беспроводной связи, и один процессор, выделенный для запуска других приложений. Как правило, программные приложения могут сохраняться во внутреннем запоминающем устройстве 192 перед тем, как к ним осуществляется доступ и они загружаются в процессор 191. В некоторых устройствах 110 связи процессор 191 может включать в себя внутреннее запоминающее устройство, достаточное для хранения команд прикладного программного обеспечения. Для цели этого описания термин "запоминающее устройство" относится ко всем запоминающим устройствам, доступным с помощью процессора 191, включая внутреннее запоминающее устройство 192 и запоминающее устройство в самом процессоре 191. Во многих устройствах 110 связи запоминающее устройство 192 может быть энергозависимым или энергонезависимым запоминающим устройством, например флэш-памятью, или смесью обоих.

Некоторое количество вариантов осуществления, описанных выше, также может быть реализовано с помощью любого из ряда удаленных серверных устройств, действующих в качестве посредника 130, например сервера 210, проиллюстрированного на фиг.21. Такой удаленный сервер 210 обычно включает в себя процессор 361, соединенный с энергозависимым запоминающим устройством 362 и энергонезависимым запоминающим устройством большой емкости, например накопителем 363 на дисках. Сервер 210 также может включать в себя дисковод гибких дисков и/или дисковод 366 компакт-дисков (CD), соединенный с процессором 361. Как правило, сервер 210 также может включать в себя пользовательское устройство ввода типа клавиатуры (не показана) и дисплей (не показан). Сервер 210 также может включать в себя некоторое количество соединительных портов, соединенных с процессором 361 для установления информационных соединений или приема внешних запоминающих устройств, например гнезда USB или FireWire®, или других схем 365 сетевого подключения для подключения процессора 361 к сети 205.

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

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

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

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

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

Этапы способа или алгоритма, описанные применительно к вариантам осуществления, раскрытым в этом документе, могут быть реализованы непосредственно в аппаратных средствах, в программном модуле, выполняемом процессором, или в сочетании этих двух элементов. Программный модуль может находиться на читаемом процессором носителе информации и/или читаемом процессором запоминающем устройстве, которые могут быть любым из памяти RAM, флэш-памяти, памяти ROM, памяти EPROM, памяти EEPROM, регистров, жесткого диска, съемного диска, CD-ROM, или любой другой материальной формой носителя хранения данных, известного в данной области техники. Кроме того, читаемое процессором запоминающее устройство может содержать более одной микросхемы памяти, запоминающее устройство, внутреннее по отношению к кристаллу процессора, отдельные микросхемы памяти и сочетания разных типов памяти, например флэш-памяти и памяти RAM. Ссылки в этом документе на запоминающее устройство в мобильном телефоне имеют целью включать в себя любой или все модули памяти в мобильном телефоне без ограничения конкретной конфигурацией, типом или компоновкой. Типовой носитель информации соединяется с процессором либо в мобильном телефоне, либо в обсуждаемом сервере, так что процессор может считывать информацию и записывать информацию на носитель информации. В альтернативном варианте носитель информации может составлять единое целое с процессором. Процессор и носитель информации могут постоянно находиться в ASIC.

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