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

Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении надежности передачи данных в сети. Система содержит: интерфейс для приема пакетных данных, выполненный с возможностью приема первых пакетных данных экстренного события и вторых пакетных данных экстренного события, причем первые пакетные данные экстренного события приняты в первый момент времени, который предшествует второму моменту времени, когда приняты вторые пакетные данные экстренного события; систему обработки правил, связанную с интерфейсом для приема пакетных данных и выполненную с возможностью выбора профиля обработки для вторых пакетных данных экстренного события с использованием значения, содержащегося во вторых пакетных данных экстренного события, причем указанный профиль обработки идентифицирует план направления события для вторых пакетных данных экстренного события, а план направления события идентифицирует сетевое приложение для приема вторых пакетных данных экстренного события; и связывания вторых пакетных данных экстренного события с первыми пакетными данными экстренного события на основании близости первого момента времени или первого местоположения. 5 н. и 19 з.п. ф-лы, 20 ил.

 

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

[0001] Настоящая заявка не является предварительной заявкой и испрашивает приоритет по заявке на патент США №61/498,478 от 17 июня 2011 г., озаглавленной "Системы, устройства и способы совместного и распределенного управления экстренными мультимедийными данными" (Systems, Apparatus, and Methods for Collaborative and Distributed Emergency Multimedia Data Management), полное содержание которой включено в настоящую заявку посредством ссылки.

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

Область техники

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

Уровень техники

[0003] Для систем экстренного реагирования могут быть характерны очень ограниченные возможности.

Система экстренного реагирования в США, например, была спроектирована и образована несколько лет назад.

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

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

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

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

[0004] После передачи информации центру обработки вызовов возможности принимающего агента оставались ограничены.

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

Кроме того, передача данных, сгенерированных во время вызова, часто производилась отдельно от самого вызова.

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

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

Это оказывало влияние на установку и затраты на обслуживание систем центров обработки вызовов.

[0005] В тех случаях, когда центры обработки вызовов были объединены с другими системами, интерфейс оказывался переусложненным.

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

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

Также были ограничены возможности приема информации (например, обратная связь) для переданного события.

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

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

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

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

[0008] В одном инновационном аспекте представлена система для совместного и распределенного управления экстренными мультимедийными данными.

Система содержит интерфейс для приема пакетных данных.

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

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

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

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

Менеджер событий может быть выполнен с возможностью передачи и приема сообщений в соответствии с профилем обработки.

[0009] В другом инновационном аспекте представлен способ совместного и распределенного управления экстренными мультимедийными событиями среди множества агентов.

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

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

Способ также включает назначение сессионной группы происшествию.

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

Значение может содержать, например, значение заголовка или значение содержимого.

Значение может указывать по меньшей мере на одно из типа содержимого пакета, длины содержимого пакета, источника пакета и адресата пакета.

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

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

[0011] В некоторых вариантах реализации способ может дополнительно включать идентификацию одного из множества агентов в качестве основного агента для события.

[0012] В еще одном инновационном аспекте представлен способ совместного и распределенного управления экстренными мультимедийными данными.

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

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

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

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

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

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

Идентифицированное значение может указывать по меньшей мере на одно из типа содержимого пакета, длины содержимого пакета, источника пакета и адресата пакета.

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

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

Указанное сравнение может включать сравнение идентифицированного значения с сохраненным значением для генерации сравнительного значения.

Результат сравнения может указывать на то, равны ли указанные значения.

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

[0014] В дополнительном инновационном аспекте представлен машиночитаемый носитель, содержащий инструкции для совместного и распределенного управления экстренными мультимедийными данными.

Инструкции выполнены с возможностью их исполнения посредством процессора устройства.

Инструкции побуждают устройство определять тип события элемента входящих экстренных мультимедийных данных.

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

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

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

[0015] В инновационном аспекте представлен машиночитаемый носитель, содержащий инструкции для совместного и распределенного управления экстренными мультимедийными данными среди множества агентов.

Инструкции выполнены с возможностью их исполнения посредством процессора устройства.

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

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

Инструкции дополнительно побуждают устройство назначать сессионную группу происшествию.

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

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

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

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

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

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

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

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

Указанное связывание может быть основано по меньшей мере частично на основании указанного сравнения.

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

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

[0020] На фиг. 1 показана схема примерной сети для системы экстренного реагирования, выполненной с возможностью работы с мультимедийными данными с коммутацией пакетов.

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

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

[0023] На фиг. 4 показана схема процесса для примера работы системы обработки мультимедийных служб.

[0024] На фиг. 5 показана схема процесса, изображающая примерный способ обработки события.

[0025] На фиг. 6 показана схема примерной структуры объекта данных сессии.

[0026] На фиг. 7 показана схема процесса, изображающая примерный способ связывания сессионной группы с происшествием.

[0027] На фиг. 8 показана схема процесса для одного способа связывания событий.

[0028] На фиг. 9 показана схема процесса, изображающая способ передачи по меньшей мере одного события сессии другому агенту в центре обработки вызовов, в другом центре обработки вызовов и во внешней системе.

[0029] На фиг. 10 показана схема примерного потока данных для экстренного голосового вызова.

[0030] На фиг. 11 показан примерный пользовательский интерфейс для указанной системы.

[0031] На фиг. 12 показана примерная структурная схема одного варианта реализации возможности соединения клиента с указанной системой.

[0032] На фиг. 13 показана примерная конфигурация системы для управления электронной почтой.

[0033] На фиг. 14 показана схема потока вызовов для сообщения электронной почты.

[0034] На фиг. 15 показана схема интерфейса для одного примера клиента системы обработки мультимедийных служб.

[0035] На фиг. 16 показана схема интерфейса для одного примера клиента системы обработки мультимедийных служб, вовлеченного в активный вызов.

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

[0036] На фиг. 1 показана схема примерной сети для сети экстренного реагирования, выполненной с возможностью работы с мультимедийными данными с коммутацией пакетов.

Система содержит вызывающую сеть 102.

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

На инициирование передачи информации системе от вызывающей сети 102 обычно ссылаются, как на событие.

Примеры вызывающей сети 102, такой, как изображена на фиг. 1, содержат сети для передачи голоса по IP протоколу (VoIP-сети), корпоративные сети, сотовые сети или телефонную коммутируемую сеть общего пользования (PSTN, public switched telephone network).

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

Указанная связь может быть электронной, волоконно-оптической, беспроводной или их комбинацией.

В процессе работы от вызывающей сети 102 помещается экстренный вызов с данными о местоположении в сеть 110 экстренных IP-служб (ESInet, emergency service IP network)

[0037] Сеть 110 ESInet среди прочих функций может обеспечивать направление экстренных мультимедийных данных на надлежащий пункт 150 реагирования общественной безопасности (PSAP, public safety answering point).

Например, одна сеть 110 ESInet может быть соединена с несколькими пунктами PSAP.

Желательно обеспечить обработку экстренных мультимедийных данных надлежащим пунктом PSAP 150.

В одном варианте реализации сеть 110 ESInet содержит функцию 112 направления экстренного вызова (ECRF, emergency call routing function).

Эта функция направления экстренного вызова содержит каталог 114 доступных пунктов PSAP.

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

Для определения указанного местоположения сеть 110 ESInet, изображенная на фиг. 1, содержит банк 116 информации о местоположении (LIS, location information store).

Входящее событие принимают при помощи посредника 118 направления экстренных служб (ESRP, emergency service routing proxy).

Посредник 118 ESRP 118 может быть выполнен с возможностью запроса банка 116 LIS информации о местоположении, связанной с указанным событием.

В некоторых вариантах реализации посредник 118 ESRP и банк 116 LIS связаны с функцией 122 подтверждения достоверности местоположения (LVF, location validation function).

Функция 122 LVF 122 может быть использована для того, чтобы гарантировать, что указанное местоположение события является достоверным местоположением.

Как только посредник 118 ESRP 118 идентифицировал достоверное местоположение, посредник 118 ESRP 118 может быть выполнен с возможностью запроса функции 112 ECRF 112, используя по меньшей мере указанное достоверное местоположение для определения надлежащего пункта 150 PSAP.

Посредник 118 ESRP 118 затем может направлять указанное событие на выбранный пункт 150 PSAP.

[0038] Как только обработано при помощи компонентов сети ESInet, результирующее сообщение по протоколу инициирования сессии (SIP, session initiation protocol) передают с помощью пакетного протокола (например, протоколов NENA 13 Standard, TCP/IP) на пункт 150 реагирования общественной безопасности (PSAP), способного к работе с пакетными данными.

SIP-сообщение или другое мультимедийное экстренное сообщение, переданное пакетным образом, (например, с помощью протоколов SMTP, HTTP, HTTPS) затем используют при помощи пункта 150 PSAP для инициации поступления и реагирования на соединение, принятое от вызывающей сети 102.

На фиг.1 изображен только один пункт 150 PSAP.

В других вариантах реализации в соединении с сетью ESInet может находиться более чем один пункт 150 PSAP.

Кроме того, несколько вариантов реализации пунктов 150 PSAP обрабатывают каждое событие, как отдельное происшествие.

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

Каждый пункт PSAP может содержать по меньшей мере одного агента, способного реагировать на экстренное событие.

В некоторых вариантах реализации агент является человеком.

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

[0039] В соответствии с таким подходом к данным количество типов данных, которые могут быть приняты в пункте PSAP, расширены, чтобы содержать больше, чем только голос.

Расширенные данные могут способствовать более эффективному экстренному реагированию на данную ситуацию.

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

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

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

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

[0040] За счет обеспечения системы экстренного реагирования для приема мультимедийной информации, становится возможным новый подход в экстренном реагировании.

Рассмотрим ситуацию, в которой похищен ребенок.

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

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

Этот человек впоследствии может послать второй экстренный вызов.

Когда похититель скрывается с места происшествия, он может проехать перекресток на красный свет несколькими милями далее, производя третий экстренный вызов.

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

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

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

Изображенный вариант реализации содержит радиопередатчик 202.

Радиопередатчик использует протокол, такой как протоколы TETRA, Р25 или LTE.

Радиосигнал может содержать вход в систему 220 обработки мультимедийных служб (MMSE, multimedia service engine).

Радиопередатчик может быть выполнен с возможностью приема информации от системы 220 обработки мультимедийных служб.

Передача к системе 220 MMSE 220 и от нее может содержать интерфейс 203 службы радиосвязи (RCS, radio communication service).

[0042] Указанный вариант реализации также содержит другие мультимедийные источники.

В показанном примере мультимедийными источниками являются сеть 204 экстренных IP-служб (ESInet), служба 206 коротких сообщений (SMS, short messaging service), служба 208 мультимедийных сообщений (MMS, multimedia messaging service), служба 210 обмена пакетными данными (РВХ, packet based exchange) (например, веб-источник) и электронная почта (не показана).

Мультимедийные источники осуществляют связь с системой 220 MMSE с помощью протоколов с коммутацией пакетов, таких как протоколы HTTP, HTTPS, SMTP или протокол инициирования сессии (SIP, session initiated protocol).

[0043] В изображенном варианте реализации вход в систему 220 MMSE может также обеспечивать по меньшей мере одна традиционная система экстренного реагирования.

Традиционная система экстренного реагирования обычно осуществляет связь с системой 220 MMSE через аналоговый канал, такой как система централизованного автоматического учета сообщений (САМА, centralized automatic message accounting).

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

Система 220 MMSE и особенности обработки более подробно описаны ниже.

В этом примере система 220 MMSE выполнена с возможностью взаимодействия по меньшей мере с одним агентом через клиентский интерфейс 226.

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

Индивидуальные агенты могут осуществлять связь друг с другом через систему MMSE 220.

Система 220 MMSE дополнительно выполнена с возможностью связи по меньшей мере с одним внешним приложением, таким как компьютеризированная диспетчерская система (CAD, computer aided dispatch system), геопространственная информационная система (GIS, geospatial information system) или система детализации вызовов (CDR, call detail record system).

Система 220 MMSE 220 также выполнена с возможностью связи по меньшей мере с одним другим пунктом PSAP.

Связь с внешними приложениями или другими пунктами PSAP может осуществляться с помощью протокола с коммутацией пакетов (например, протокола HTTP) или через специализированный программный интерфейс приложения.

В некоторых вариантах осуществления этот интерфейс реализован как пакетный интерфейс на основе сообщений, такой как веб-служба.

[0044] Система 220 MMSE 220 содержит ядро 222 MMSE, в обязанности которого входят сопоставление и координация событий.

Ядро 222 MMSE может быть соединено с системой 266 автоматического распределения вызовов.

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

Например, сессионный менеджер 268, содержащийся в ядре 222 MMSE, может быть выполнен с возможностью идентификации значения, связанного с элементом входящих мультимедийных данных (например, местоположения), и запроса системы 266 ACD (automatic call distribution system, система автоматического распределения вызовов) информации для направления указанного вызова (например, какие пункт PSAP, агент и/или рабочая станция агента).

Ядро 222 MMSE более подробно описано ниже.

[0045] Система 220 MMSE может содержать прикладной программный интерфейс 228 для того, чтобы позволить внешним приложениям осуществлять связь с системой 220 MMSE.

Например, доступ к системе может осуществлять графический пользовательский интерфейс 240.

В изображенном примере интерфейс 228 API (application programming interface, прикладной программный интерфейс) выполнен с возможностью доступа к прикладной бизнес-логике 262 системы 220 MMSE.

[0046] Прикладная бизнес-логика 262 выполнена с возможностью служить средством связи с бизнес-приложениями 260, содержащимися в системе 220 MMSE и интерфейсе 228 API.

Как показано в примере на фиг.2, бизнес-приложения 260 содержат радиоприложение 223 (RCS, radio communications system, система радиосвязи), SMS-приложение 224 и приложение 225 компьютерной телефонии (CTI, computer telephony integration).

Другие типы приложений предусмотрены и обсуждены более подробно ниже.

[0047] В одном примере интерфейс 228 API может содержать интерфейс 264 веб-службы.

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

Указанные сигналы могут содержать информацию о событии.

[0048] Система 220 MMSE 220 может содержать матричную структуру 232 данных в качестве средств для хранения данных.

Матричная структура 232 данных позволяет компонентам системы 220 MMSE легко совместно использовать информацию.

Матричная структура 232 данных может быть выполнена с обеспечением возможности компонентам вне системы 220 MMSE осуществлять доступ к информации из системы 220 MMSE и обеспечивать информацию системе 220 MMSE, таким как система 234 записи данных о вызове.

Систему 220 MMSE могут администрировать по меньшей мере частично и на основании по меньшей мере одного действия и управляющего профиля 236.

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

[0049] В качестве примера, система 220 MMSE обрабатывает входящие события в системе с помощью некоторого количества интерфейсов.

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

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

Бизнес-приложения 260 системы 220 MMSE могут содержать сервер 250 очередей, менеджер 252 клиент/линия, менеджер 254 событий и/или система 256 записи данных о вызове для поддержки процессов исполнения и координации.

Эти и другие компоненты более подробно описаны ниже.

[0050] Система 220 MMSE может быть выполнена с обеспечением возможности вложенных потоков действий, где действие в потоке действий может исполнять другой поток действий.

Это позволяет объединять потоки действий и повторно использовать потоки действий для составления других потоков действий.

В одном варианте реализации система 220 MMSE содержит утилиту конфигурирования для построения правил для потока действий и добавления их в систему.

[0051] Потоки действий могут изменяться динамически во время работы системы.

Могут быть созданы версии потоков действий.

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

[0052] Когда событие принято системой 220 MMSE, система осуществляет предварительную обработку этого события и извлекает любые релевантные данные из него для дальнейшей обработки.

Событие затем исполняют в зависимости от потоков действий, выполненных с возможностью исполнения под руководством системы 220 MMSE.

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

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

[0053] В этом примере система 220 MMSE управляется на основе сообщений, каждый мультимедийный вход преобразуется в сообщение о событии и передается во входную очередь системы MMSE.

Система 220 ММ$Е также может быть выполнена с возможностью обработки сообщений от прикладных служб, как событий обратной связи, для продолжения исполнения потока действий.

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

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

Сессии и сессионные группы обсуждаются более подробно ниже.

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

В этом варианте осуществления изобретения в системе представлено событие пакетных данных.

В примере, изображенном на фиг.3, событие пакетных данных является SIP событием.

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

SIP событие может содержать две части: SIP данные и SIP голос.

SIP данные принимаются на уровне 302 абстракции.

Указанный уровень абстракции обеспечивает связь с SIP интерфейсом 304.

SIP интерфейс 304 связан с препроцессором 306.

Препроцессор 306 может содержать модули для обработки информации, такой как экстренные пакетные данные (например, 13), просьбы о помощи (например, интерфейс просьб о помощи (RFAI, Request for Assistance Interface), SMS сообщения или другие данные.

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

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

[0056] В примере, показанном на фиг. 3, веб-служба 308 предоставлена, как вход в ядро MMSE.

Ядро MMSE может быть аналогичным ядру 222 MMSE, показанному на фиг. 2.

Одновременно или в качестве альтернативных интерфейсов в ядро MMSE могут быть включены другие интерфейсы, такие как интерфейс RPC, прямое соединение сокетов.

Ядро MMSE содержит систему 310 обработки правил.

Система 310 обработки правил связана с хранилищем совпадающих профилей.

Например, совпадающие профили могут быть сохранены в хранилище 312 данных.

Хранилище совпадающих профилей может хранить по меньшей мере один совпадающий профиль 314.

Совпадающий профиль 314 является набором атрибутов для системы MMSE для определения, как следует обрабатывать данное событие.

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

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

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

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

[0057] Система 310 обработки правил может быть выполнена с возможностью идентификации совпадающих профилей 314 по меньшей мере частично на основании содержимого события.

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

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

Пункт PSAP может принимать последующее сообщение SMS "Ребенка затолкали в автомобиль Форд Фокус на Главной улице, 123".

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

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

Ниже более подробно описано, какие события являются совпадающими.

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

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

Совпадающие профили могут быть заданы динамически в течение работы системы.

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

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

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

[0059] Система обработки правил также может обеспечивать грубую фильтрацию событий.

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

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

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

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

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

[0060] Совпадающий профиль может также содержать направляющую информацию для указанного события.

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

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

Конкретные примеры приложений обсуждаются ниже.

[0061] Система обработки правил передает данные события и приложение(приложения), идентифицированные в совпадающем профиле для этого события, на систему 316 обработки политик, содержащуюся в ядре MMSE.

Система 316 обработки политик выполнена с возможностью координации распределения события по идентифицированным приложениям.

Распределительный процесс может включать поток 318 действий и/или профили 320 агентов для обеспечения информации для передачи события идентифицированным адресатам.

Структура и функции системы 316 обработки политик описаны более подробно ниже.

[0062] Система 316 обработки политик связана с хранилищем 312 данных.

Как показано на фиг. 3, хранилище 312 данных является матричной структурой данных.

Матричная структура данных позволяет распределенное совместное использование и хранение SIP данных и другой информации, собранной или сгенерированной системой 220 MMSE.

Хранилище данных предпочтительно хранит данные на нескольких серверах.

Серверы могут быть дублированы или разделены на части.

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

В других вариантах реализации хранилищем данных может быть традиционная система управления реляционными базами данных.

[0063] В одном варианте осуществления изобретения хранилище данных реализовано таким образом, что информация совместно используется в нескольких местах.

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

Пример кольца передачи данных показан в Приложении А на странице 4.

[0064] Система 316 обработки политик связана с менеджером 322 событий.

Менеджер 322 событий связан по меньшей мере с одним приложением (например, приложения CAD, GIS) 324.

Каждое приложение имеет доступ к хранилищу 312 данных.

В части под руководством системы 316 обработки политик менеджер 322 событий отправляет информацию на приложения 322 и принимает от них информацию.

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

Дополнительные характеристики приложений описаны ниже.

[0065] Система 316 обработки политик связана с модулем 326 распределения событий, также известным как система автоматического распределения вызовов (ACD).

Система 326 ACD определяет, какому агенту следует принимать данное событие.

Это определение по меньшей мере частично основано на информации, принятой от системы обработки политик, о типе события, по меньшей мере одном профиле 320 агента или данных необработанного события.

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

Распределение событий может быть основано на нескольких и всех их этих профилей 320 агентов.

[0066] Профили 320 агентов могут содержать сетевую информацию об агенте, такую как рабочая станция, на которой зарегистрирован агент, IP адрес рабочей станции этого агента или контактную информацию этого агента.

Профиль 320 агента также может содержать информацию о квалификации этого агента.

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

Такая метка может быть считана системой 326 ACD и использована для идентификации агентов, которые могут быть особенно подготовлены для реагирования на такой тип события.

В другом примере некоторые агенты могут разговаривать на иностранных языках.

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

[0067] Событие может быть связано с приоритетом.

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

Например, может потребоваться адресовать экстренный вызов о пожаре до вызова о коте, застрявшем на дереве.

[0068] Система 326 ACD может быть выполнена с возможностью обмена информацией с системой 316 обработки политик.

Например, если распределение события дает сбой, система 326 ACD может передать это условие системе 316 обработки политик.

В этом примере система 316 обработки политик может быть выполнена с возможностью обработки события в соответствии с альтернативным потоком действий и/или генерации тревожного сигнала по причине сбоя.

[0069] В примере, показанном на фиг. 3, система 326 ACD выполнена с возможностью связи с телефонной системой 328.

Как показано, SIP интерфейс выполнен с возможностью передачи SIP данных телефонной системе 328.

Как только система 326 ACD определяет подходящего агента для данного события, телефонная система 328, которая также связана с SIP интерфейсом, может передавать событие указанному подходящему агенту (например, по меньшей мере одному из 330а, 330b, 330 с, and 330d).

[0070] Когда телефонная система в конечном итоге передает SIP данные агенту, эти SIP данные, любая информация, сгенерированная системой 220 MMSE, и SIP голосовые данные соединяются на одном интерфейсе.

Например, SIP данные и информация, сгенерированная системой 220, вместе проходят через ядро 222 MMSE.

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

Альтернативно, идентификатор события, назначенный посредством системы 316 обработки политик, может быть использован в качестве ссылки на это событие.

Кроме того, поскольку одни и те же данные могут быть переданы от ядра 222 MMSE на различные приложения, каждое приложение может передавать данные непосредственно на рабочую станцию агента для единого представления по мере того, как данные становятся доступными.

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

Второе приложение для того же самого события может использовать службу поиска для обнаружения дополнительной информации.

Указанный интерфейс может представлять информацию от первого приложения вместе с отложенным указанием на второе приложение.

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

[0071] Например, в сценарии похищения сообщение SMS вероятно передано с телефона.

Следовательно, это сообщение может быть направлено на два приложения, SMS приложение, такое как SMS приложение 224, и приложение информации о вызове, такое как приложение 225 интерфейса компьютерной телефонии и/или приложение 256 записи данных о вызове.

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

Пример интерфейса и объединение с приложениями описано более подробно ниже.

[0072] В варианте реализации, показанном на фиг.3, из-за двусторонне природы связи между агентами, телефонной системой, распределением событий и системой 316 обработки политик, агент может передавать событие обратно на систему 220 MMSE.

Например, если событие относится к другому событию, может потребоваться передать это событие обратно на систему 316 обработки

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

Эти функциональные возможности более подробно описаны ниже.

[0073] На фиг. 4 показана схема процесса для примера работы системы обработки мультимедийных служб.

Процесс начинается в блоке 402 с приемом нового события.

В блоке 404 событие предварительно обрабатывают.

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

В блоке 406 для события идентифицируют поток действий.

Поток действий обусловливает, как следует обрабатывать событие при помощи системы 220 MMSE.

В блоке 408 событие могут сопоставлять с другими событиями.

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

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

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

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

В блоке 410 исполняют указанный поток действий.

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

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

В блоке 412 поток заканчивается.

[0074] На фиг. 5 показана схема процесса, изображающая примерный способ обработки события.

Поток начинается в блоке 502 с приема нового события системой 220 MMSE.

В блоке 504 событие предварительно обрабатывают.

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

Предварительную обработку может выполнять поставщик SIP интерфейса.

В другом варианте реализации предварительную обработку может выполнять ядро 222 MMSE.

В блоке 506 ядро 222 MMSE идентифицирует совпадающий профиль для события.

В блоке 508 событие могут фильтровать, как описано выше.

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

Совпадение существующих данных описано более подробно ниже.

В блоке 512 ядро 222 MMSE определяет план направления события на основании совпадающего профиля.

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

В блоке 518 данные события могут сохранять в хранилище данных, таком как хранилище 232 данных.

В одном варианте реализации направление события включает отправку идентификатора события на назначенные приложения.

В этом варианте реализации данные могут сохранять вместе с идентификатором события в качестве уникального ключа для этого события.

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

План направления могут сохранять в хранилище данных.

В блоке 520 событие распределяют на приложения в соответствии с указанным планом направления.

[0075] В некоторых вариантах реализации направление события на конкретное приложение может генерировать ответное сообщение.

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

Эти ответные или обновленные сообщения могут трактовать, как событие.

В блоке 522, если принято событие ответного или обновленного сообщения, поток возвращается на блок 506 и повторяет обработку события для нового события.

Если никакие приложения не передают ответное или обновленное сообщение, поток заканчивается в блоке 524.

[0076] На фиг. 6 показана схема примерной структуры объекта данных сессии.

Объект данных сессии 602 является представлением нижнего уровня для события.

Каждая сессия 602 содержит идентификатор события, уникально идентифицирующий указанную сессию для события.

Как раскрыто выше, событие обычно соответствует событию отклика на экстренную ситуацию, такую как экстренный телефонный вызов, сообщение электронной почты, текстовое сообщение или видео.

Однако, как обсуждалось выше, одно сообщение (например, сообщение SMS) может создавать несколько сессий (например, сессию вызова и сессию SMS).

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

Каждая сессия может содержать уникальный идентификатор сессии.

[0077] Каждая сессия может иметь основного агента 604.

Основной агент 604 является субъектом, идентифицированным в качестве основного пункта контакта для данного события.

Обычно, основной агент 604 является человеком в пункте PSAP, который обрабатывает указанное событие.

Сессия также может быть связана с другими агентами 606.

Другие агенты 606 могут быть агентами, отличными от основного агента 604, которые могут обрабатывать родственное событие.

Посредством создания связи между агентами 606 и сессией 602 родственные события могут быть сгруппированы, а информация, относящаяся к совместно использованной сессии, эффективно управляется между агентами и основным агентом.

Назначение основного агента может быть временным.

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

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

[0078] Несколько сессий 602 могут быть собраны в сессионную группу 608.

Каждая сессионная группа 608 может содержать уникальный идентификатор сессионной группы.

Сессионная группа 608 может содержать одновременно переданные события (например, фотографию, отправленную вовремя вызова мобильного телефона или события, позже определенные, как связанные.

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

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

Внешнее приложение может создавать эту связь.

Например, компьютеризированная диспетчерская система может идентифицировать два события, как родственные, и передавать эту информацию системе 220 MMSE.

Каждая сессионная группа 608 связана с основным агентом 604.

[0079] Несколько сессионных групп могут быть связаны в происшествие 610.

Происшествие 610 может содержать уникальный идентификатор происшествия.

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

Агенты или внешние системы могут идентифицировать несколько сессионных групп в качестве части происшествия.

[0080] Используя информацию, связанную с объектами, показанными на фиг. 6, может быть достигнуто соотношение между различными объектами.

Например, сессии могут быть связаны с идентификатором отслеживания происшествия.

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

Идентификатор отслеживания происшествия для сессии может быть обеспечен на сетевом уровне (например, 13) или на уровне пункта PSAP.

На уровне пункта PSAP система может быть выполнена с возможностью передачи информации об указанном пункте PSAP и обработке вызова на устройство отправителя.

Эта информация может содержать по меньшей мере один из идентификатора пункта PSAP, идентификатора почты пункта PSAP,

информации об области деятельности пункта PSAP и идентификатора происшествия.

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

Например, сессионная информация может быть передана на устройство.

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

Например, вызов службы 9-1-1 может инициировать первую сессию.

Устройство может принимать по меньшей мере один из идентификатора пункта PSAP, идентификатора почты пункта PSAP, информации об области деятельности пункта PSAP и идентификатора происшествия.

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

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

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

[0081] Сессии могут быть инициированы от устройства.

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

Примеры идентификатора устройства содержат MAC адрес, идентификатор мобильного абонента (например, международную идентификацию мобильного абонента, международную идентификацию мобильного оборудования, идентификатор мобильного оборудования) и тому подобное.

В некоторых вариантах реализации несколько идентификаторов устройств могут быть идентифицированы в одну группу устройств.

В некоторых таких вариантах реализации сопоставление может быть основано на группе устройств.

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

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

Указанный телефонный номер может сравниваться с телефонным номером, связанным с другими сессиями для сопоставления сессий.

Вызывающий абонент также может быть идентифицирован посредством имени (например, ИД вызывающего абонента).

Сессии от источника, имеющего общее имя, могут быть связаны.

Например, первый вызов может быть размещен от сотового телефона Джона Смита.

Второй вызов может быть размещен из места проживания Джона Смита.

Поэтому эти два вызова могут быть родственными на основании совпадения между именем, связанным с первым вызовом, и именем, связанным со вторым вызовом.

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

[0083] Сессии могут быть инициированы от источника, который может иметь географическое положение.

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

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

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

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

[0084] Эти совпадающие атрибуты обеспечены в качестве примеров атрибутов, которые могут быть использованы для сопоставления сессий, сессионных групп и происшествий.

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

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

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

Описанные системы и способы могут быть выполнены для обработки правил политик для реагирования на входящие события и системные события для сопоставления характера происшествия обратно агенту.

[0085] На фиг. 7 показана схема процесса, изображающая примерный способ автоматического связывания сессионной группы с происшествием.

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

Следует понимать, что этот процесс могут инициировать отдельно и независимо от связывания сессии с сессионной группой.

Этот процесс могут инициировать при условии, что система имеет одну сессионную группу.

В блоке 704 процесс исполняет систему обработки правил.

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

В блоке 708 решений процесс определяет, совпадает ли происшествие с конкретной сессионной группой.

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

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

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

Следовательно, в некоторых вариантах реализации может потребоваться идентифицировать происшествия из местного пункта PSAP, также как и пунктов PSAP в смежных административно-территориальных единицах.

[0086] Если события совпадают с совпадающим профилем происшествия, поток переходит к блоку 724, где сессионную группу связывают с совпадающим происшествием.

Затем поток заканчивается в блоке 726.

[0087] В блоке 708 в случае, если сессионная группа не совпадает с происшествием, поток переходит к блоку 716.

В блоке 716 создают новое происшествие.

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

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

В блоке 720 регистрируют новый совпадающий профиль происшествия посредством системы обработки правил, который будут рассматривать для всех последующих событий и/или сессий, принятых посредством системы MMSE.

В блоке 726 поток заканчивается.

[0088] На фиг. 8 показана схема процесса для одного способа связывания событий.

Процесс начинается в блоке 802, когда система MMSE принимает новое событие.

В блоке 804 процесс определяет тип события для входящего события.

В блоке 806 процесс извлекает данные из входящего события.

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

Например, процесс может считывать информацию заголовка из события, такую как местоположение или имя.

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

[0089] В блоке 808 процесс определяет надлежащий совпадающий профиль для входящего события.

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

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

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

Указанное определение может быть основано по меньшей мере частично на основании типа события.

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

[0090] В блоке 810 процесс использует целиком или частично извлеченные данные и совпадающий профиль для выполнения поиска родственных событий в хранилище данных.

Совпадающий профиль может указывать, какое хранилище данных или хранилища данных запрашивать.

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

Хранилище данных, в котором осуществляют поиск, может быть расположено в пункте PSAP, принимающем входящее событие.

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

Процесс принимает этот результат.

[0091] В блоке 812 принятые результаты используют для связывания событий, совпадающих с входящим событием.

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

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

В блоке 814 процесс заканчивается.

[0092] В примере похищения сообщение SMS и исходный телефонный вызов могут содержать информацию о местоположении.

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

В этом примере сообщение SMS может быть отправлено из местоположения вблизи местоположения, где был размещен указанный телефонный вызов.

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

[0093] На фиг. 7 показана схема процесса, изображающая способ передачи сессии или сессионной группы.

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

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

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

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

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

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

Выбор может приходить через сигнал, принятый от источника, такого как пользовательский интерфейс, ядро MMSE или внешняя система (например, система CAD).

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

Указанные адресаты могут содержать доступных агентов, пункты PSAP или внешние системы.

В другом варианте реализации процесс может автоматически определять адресата на основании правил.

[0094] В блоке 908 информацию, идентифицирующую сессию или сессионную группу, подлежащие передаче, присоединяют к передаваемому сообщению.

Например, если сессию передают с помощью протокола SIP, к SIP заголовку могут присоединять идентификатор сессии.

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

[0095] В блоке 910 информацию, содержащую выбранное событие и выбранного адресата передачи, передают указанной целевой системе.

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

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

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

Следовательно, принимающая система извлекает пользу из обработки, выполненной при помощи ранее существовавшей системы MMSE.

В блоке 912 процесс заканчивается.

[0096] На фиг. 10 показана схема примерного потока данных для экстренного голосового вызова.

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

Прикладной уровень поставщика SIP интерфейса передает сообщение 1002 ядру MMSE о новом SIP событии.

Совпадающий профиль MMSE для этого вызова определяет три приложения, способные обрабатывать данные вызова: (1) запись данных вызова; (2) автоматическая идентификация местоположения и (3) приложение CAD/GIS.

Ядро MMSE передает сообщение 1004 менеджеру событий, идентифицируя указанные три приложения, которые должны принимать это событие.

Менеджер событий генерирует новую запись данных вызова и получает новый идентификатор для этого события 1006.

Менеджер событий также передает информацию о вызове приложению 1008 автоматической идентификации местоположения (ALI, automatic location identification).

Менеджер событий также передает событие системе 1010 CAD или

GIS.

Эта передача может произойти до приема отклика от системы ALL В изображенном варианте реализации система CAD или GIS может

назначать событие в качестве нового вызова для агента CTI или CAD для

обработки 1012.

Позднее, когда система ALI идентифицирует местоположение для вызова 1014, отправляют уведомление обратно менеджеру событий.

Менеджер событий передает эту информацию ядру MMSE в качестве обновления существующего события 1016.

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

В показанном потоке действий система CAD или GIS выполнена с возможностью приема дополнительной информации о местоположении.

Соответственно, ядро MMSE инструктирует менеджер событий передать информацию о местоположении для события системе 1018 CAD или GIS.

Затем система CAD или GIS передает обновленный сигнал вызова агенту 1020 СП или CAD.

В варианте реализации, где агент CTI или CAD использует графический пользовательский интерфейс, информация о местоположении, принятая от приложения ALI для этого вызова, может быть динамически обновлена.

[0097] На фиг. 11 показан примерный пользовательский интерфейс для раскрытой системы.

Примерный пользовательский интерфейс является графическим пользовательским интерфейсом.

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

Интерфейс может быть реализован как клиентский интерфейс стандартного ПК.

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

[0098] Примерный интерфейс, показанный на фиг. 11, содержит окно отображения телефонного вызова.

Окно отображения телефонного вызова содержит несколько вкладок.

Одна вкладка является вкладкой "мои вызовы".

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

Указанное окно дополнительно содержит кнопку ответа.

Кнопка ответа обеспечивает агенту возможность ответа на указанный вызов.

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

Приложение вызова взаимодействует с телефонным модулем для направления вызова на рабочую станцию агента.

[0099] Указанное окно содержит кнопку отключения.

Кнопка выключения позволяет агенту отключить указанный вызов (например, повесить трубку).

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

Приложение вызова взаимодействует с телефонным модулем для отключения вызова от рабочей станции агента.

[0100] Указанное окно содержит кнопку передачи.

Кнопка передачи обеспечивает агенту возможность отправки указанного вызова другому адресату (например, агенту в этом пункте PSAP, агенту в другом пункте PSAP, внешней системе).

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

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

[0101] Вкладка "мои вызовы" также содержит информационное

окно.

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

Данные, отображенные в информационном окне, могут быть помещены в это окно из системы MMSE.

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

[0102] В изображенном примере окно отображения телефонного вызова содержит несколько вкладок вкладку ожидания.

Вкладка ожидания показывает вызовы, ожидающие очереди на обработку.

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

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

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

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

[0103] Примерный интерфейс, показанный на фиг. 11, содержит окно обозревателя данных.

Это приложение содержит окно обозревателя на указанном клиенте и соединяется с веб-сервером на сервере MMSE.

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

Окно обозревателя данных может содержать по меньшей мере одну вкладку.

Страница обозревателя должна представлять информационную страницу о семье.

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

Указанное окно также может содержать подробную информацию о каждом представителе семьи и подробную информацию о доме.

[0104] В одном варианте реализации приложение данных принимает идентификатор события от менеджера событий.

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

Используя эту информацию, приложение данных может передавать запрос дополнительных данных.

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

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

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

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

[0105] Обозреватель данных, показанный на фиг.11, содержит итоговую вкладку.

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

Домашний раздел содержит адрес дома, связанного с вызывающим абонентом.

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

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

[0106] Обозреватель данных, показанный на фиг. 11, содержит вкладку людей.

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

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

[0107] Обозреватель данных, показанный на фиг. 11, содержит вкладку дома.

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

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

[0108] Обозреватель данных, показанный на фиг. 11, содержит вкладку "прочее".

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

[0109] Примерный интерфейс, показанный на фиг. 11, содержит окно сообщений.

Окно сообщений выполнено с возможностью отображения входящих запросных сообщений SMS/MMS, также как и передающихся исходящих сообщений SMS.

Окно сообщений может содержать по меньшей мере одну кнопку действия.

Например, в одном варианте реализации окно сообщений содержит кнопку ответа.

Кнопка ответа обеспечивает агенту возможность ответа на принятое сообщение.

Действия (например, направление, ответ, отклонение) для окна SMS/MMS обрабатываются подобным окну вызовов образом.

Сигнал, содержащий требуемое действие, и идентификатор SMS/MMS сессии передают на приложение SMS/MMS.

Приложение взаимодействует с надлежащими системами для выполнения требуемого действия.

[ОНО] Окно сообщений может сбыть выполнено с возможностью поддержки вкладок.

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

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

[0111] Примерный интерфейс, показанный на фиг. 11, содержит окно отображения видеоизображений.

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

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

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

Ядро MMSE содержит видео приложение.

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

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

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

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

Например, взаимодействие между видеоклиентом и видеоприложением может осуществляться через HTTP веб-службу.

Видеоклиент генерирует сообщение, идентифицирующее видеоизображение для просмотра.

Это сообщение передают на интерфейс видеоприложения.

После анализа сообщения, видеоприложение начинает считывать видеоданные и передавать поток обратно на видеоклиент.

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

Трансляцию могут выполнять с помощью модуля, осуществляющего связь с видеоприложением, таким как сервер RealNetworks Helix.

[0112] Видеоклиент может поддерживать кнопку воспроизведения и/или остановки.

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

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

Временная полоса прокрутки может быть отрегулирована для указания требуемого момента воспроизведения указанного видеоизображения.

[0113] Видеоклиент может поддерживать кнопку записи. Кнопка записи генерирует сигнал видеоклиенту, указывающий на видеопоток, подлежащий записи.

Запись могут временно сохранять на клиентской рабочей станции.

Запись могут передавать на систему MMSE и сохранять в хранилище данных, тем самым делая запись доступной для других пользователей системы.

[0114] Примерный интерфейс, показанный на фиг. 11, содержит окно отображения сессионной группы.

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

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

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

[0115] Другие окна, которые могут содержаться в интерфейсе, содержат панель набора номера для осуществления исходящих телефонных вызовов, радиоокно для приема радиоданных, окно сессионной группы для выбора и связывания сессий с сессионной группой и окно конфигурации интерфейса для обеспечения агенту возможности организации компоновочных характеристик указанного интерфейса.

Интерфейс может содержать окно автоматической идентификации местоположения (ALI, automatic location identification).

Окно ALI выполнено с возможностью отображения данных о местоположении.

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

В одном варианте реализации окно ALI поддерживает очистку информации, связанной с окном ALI.

[0116] На фиг. 12 показана примерная структурная схема варианта реализации возможности соединения клиента с указанной системой.

По мере приема события на интерфейсе поставщика SIP, SIP событие передают через интерфейс 1204 API на шину 1206 данных системы MMSE.

Как было описано выше, SIP событие могут обрабатывать при помощи ядра 1208 MMSE (например, системы обработки правил, системы обработки политик, менеджера событий).

Затем ядро MMSE передает обработанные данные события на по меньшей мере одно приложение 1210а - 1210f MMSE.

Обычно каждое приложение имеет соответствующий клиентский модуль, например, на интерфейсе 1214 GUI.

Клиентское приложение дополнительно может обрабатывать событие и через интерфейсы 1211а - 1211f API передавать это событие на интерфейс 1218 сообщений.

Одним примером интерфейса сообщений является интерфейс Rabbit MQ.

[0117] В указанном варианте реализации, изображенном на фиг.3, изображенный клиент является графическим пользовательским интерфейсом 1214 (GUI, graphical user interface).

Графический пользовательский интерфейс 1214 содержит последовательность отображающих модулей 1212а - 1212f, подобных описанным выше со ссылкой на фиг.11.

Клиентский интерфейс также содержит прикладной программный интерфейс 1216 (API, application programming interface).

В одном варианте реализации интерфейс 1216 API является интерфейсом ожидающих в очереди сообщений.

Прикладной программный интерфейс 1216 гпринимает сообщения от MMSE и доставляет их надлежащим отображающим модулям 1212а -1212f.

Таким образом, может быть достигнуто размещение данных от системы MMSE в отображающем окне.

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

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

Следовательно, сбой в работе одного приложения не обязательно означает сбой работы всей системы MMSE.

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

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

Например, пункт PSAP не имеет возможности обработки сообщений

SMS.

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

Соответственно, не нужно расходовать системные ресурсы на поддержку этих функций.

[0119] Вариант реализации, изображенный на фиг. 12, также дополнительно содержит авторизационный и конфигурационный сервер 1222(Auth/Config Server).

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

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

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

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

[0120] Вариант реализации, показанный на фиг. 12, содержит сервер 1224 лицензий.

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

Например, каждое приложение MMSE может быть индивидуально лицензировано.

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

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

В одном варианте реализации это может включать генерацию файла лицензий.

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

[0121] Вариант реализации, показанный на фиг. 12, содержит веб-сервер 1226.

Веб-сервер 1226 мо>,<ет быть использован для публикации документов в пункте PSAP.

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

Изображенный вариант реализации содержит видеосервер 1228.

Видеосервер 1228 может быть выполнен с возможностью воспроизведения, хранения или записи видеоизображений для системы MMSE.

Видеосервер 1228 может взаимодействовать с видеоприложением.

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

Одним источником может является электронная почта.

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

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

Сообщение электронной почты может содержать текст, составное тело письма или любое вложение.

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

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

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

[0124] Служба электронной почты может содержать интерфейс системы обработки мул ьтимедийных служб.

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

Система обработки мультимедийных служб может быть выполнена, например, как описано выше на фиг.2

[0125] Служба электронной почты может быть выполнена с возможностью предоставления и/или получения данных из хранилища данных, такого как хранилище 312 данных, описанного выше.

Например, служба электронной почты может сохранять сообщения электронной почты в хранилище 312 данных.

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

Сессия электронной почты может содержать состояние сессии, также как и ссылку на само сообщение электронной почты на сервере (например, идентификатор сообщения электронной почты и/или адрес на сервере).

[0126] Служба электронной почты может содержать интерфейс приложения сообщений.

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

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

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

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

[0127] На фиг. 13 показана структурная схема, иллюстрирующая примерную конфигурацию системы для управления электронной почтой.

Система может реализовывать по меньшей мере один признак, описанный выше.

Система на фиг. 13 содержит сервер 1302 электронной почты.

Сервер 1302 электронной почты может быть связан с группой пунктов PSAP.

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

Сервер 1302 электронной почты может быть выполнен с возможностью связи со службой 1304 электронной почты.

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

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

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

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

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

[0129] Служба 1304 электронной почты может быть выполнена с возможностью определения, были ли присоединены данные к указанному сообщению электронной почты, и извлечения этих данных в хранилище 1308 данных.

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

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

[0130] Служба 1304 электронной почты может быть выполнена с возможностью инициирования передачи сообщения системе 1306 обработки мультимедийных служб.

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

Указанное сообщение могут передавать непосредственно на систему 1306 обработки мультимедийных служб.

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

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

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

[0131] Например, система 1306 обработки мультимедийных служб может быть выполнена с возможностью применения по меньшей мере одной совпадающей политики для определения, связано ли это

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

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

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

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

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

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

Если это так, то система 1306 обработки мультимедийных служб может также уведомлять прикладную службу 1314 о новых данных.

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

Определение может быть по меньшей мере частично основано на поле заголовка сообщения электронной почты (например тип MIME).

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

Указанный элемент интерфейса может содержаться в графическом пользовательском интерфейса (GUI) агента.

[0135] Функция 1320 политики и направления может быть выполнена с определением возможности определения, связано ли указанное сообщение электронной почты с активным вызовом, обработанным агентом.

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

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

[0136] Агенты могут осуществлять доступ к ожидающим в очереди сообщениям электронной почты в сессионной группе, на которую они подписаны, например, через интерфейс 1312 GUI агента или через клиента электронной почты.

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

Агенты также могут подписываться на сессионную группу через элемент интерфейса, содержащийся в интерфейсе 1312 GUI агента.

Информация о подписка может быть сохранена в хранилище 1308 данных и получена при помощи функции 1320 политики и направления для использования при обработке и/или направлении принятого контента.

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

Агенты могут выбирать сообщение электронной почты в очереди через интерфейс 1312 GUI указанного агента.

Выбор может вызвать ответный запрос приложения электронной почты.

Сервер 1302 электронной почты может копировать все или часть сообщений электронной почты из группы электронной почты в учетную запись электронной почты указанного агента.

Оригинальное сообщение электронной почты может быть сохранено в учетной записи групповой электронной почты.

Это обеспечивает контрольный след для сообщений электронной почты по мере их обработки при помощи системы.

[0137] Сообщение электронной почты может быть помещено, например, через протокол SMTP в клиент электронной почты (например, клиент Mozilla Thunderbird) на рабочей станции агента и отображено в окне пользовательского интерфейса электронной почты системы обработки мультимедийных служб.

[0138] Как только выбрано сообщение электронной почты, это сообщение может быть удалено из очереди.

Сообщение может быть отмечено как прочитанное, как только подтверждена доставка на клиент электронной почты.

Например, когда сообщение электронной почты выбрано через интерфейс 312 GUI указанного агента, может быть передан сигнал через очередь 1310 сообщений службе 1304 электронной почты.

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

[0139] Если агент активен в сеансе связи (например, голос или SMS/текст в реальном времени (RTT, real time text), а сообщение электронной почты принято системой относительно этого происшествия, сообщение электронной почты может быть автоматически направлено указанному агенту, который обрабатывает этот сеанс связи.

Указанное направление может быть определено системой 1306 обработки мультимедийных служб.

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

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

Агент может выбирать ответить для открытия сообщения электронной почты и в окне электронной почты появится его содержимое.

[0140] Как только сообщение электронной почты открыто и отображено, уведомление о прочтении может быть отправлено обратно отправителю с временной отметкой о прочтении.

[0141] Несколько агентов могут быть объединены относительно сообщения электронной почты.

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

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

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

[0142] Изображенная система содержит интерфейс 1316 компьютерной телефонии (СП, computer telephony interface).

Система также содержит совместную прикладную службу 1318.

Изображенная система содержит геопространственную информационную систему 1324 (GIS, geospatial information system.) Изображенная система дополнительно содержит сервер 1322 компьютеризированной диспетчеризации(САР, computer assisted dispatch).

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

[0143] На фиг. 14 показана схема потока вызовов для сообщения электронной почты.

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

Вариант реализации, показанный на фиг.14, содержит сервер 1402 электронной почты, службу 1404 электронной почты, систему 1406 обработки мультимедийных служб, функцию 1408 политики и направления, рабочую станцию агента/интерфейс GUI 1410 и клиент 1412 электронной почты.

Объекты, показанные на фиг. 14, могут быть выполнены в системе, такой как система, показанная на фиг. 13 выше.

[0144] Когда конкретным пунктом PSAP/группой принято новое сообщение электронной почты, сервер 1402 электронной почты может быть выполнен с возможностью сохранения указанного сообщения электронной почты во входящем почтовом ящике группы, связанном с идентифицированным пунктом PSAP/группой с помощью сигнала 1450.

Сервер 1402 электроннэй почты может представлять собой сервер отправки почты, постфиксный сервер, сервер типа James (Java Apache

(

Mail Enterprise Server) или другой сервер, выполненный с возможностью отправки и приема сообщений электронной почты.

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

[0145] Служба 1404 электронной почты может быть выполнена с возможностью создания сессии 1454 для принятого сообщения электронной почты.

Указанная сессия может быть аналогична сессии, обсужденной выше на фиг. 6.

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

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

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

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

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

Поэтому идентификатор сообщения электронной почты может быть позже использован для поиска сообщения в папке почты пункта PSAP/группы.

Сессия 1454 может сохранять расположение сообщения электронной почты на сервере (например, ИД сообщения), но не само полное сообщение электронной почты.

Полное сообщение может быть считано на основании идентификатора сессии и/или идентификатора сообщения электронной почты.

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

[0146] Сообщения электронной почты могут содержать идентификатор происшествия и идентификатор сессии в поле темы.

Это моно предварительно заполнить для входящих и исходящих сообщений.

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

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

[0147] Хотя поток вызовов на фиг. 14 использует сообщения электронной почты в качестве содержимого сессии, следует понимать, что подобный поток вызовов может быть использован для приема сообщений SMS/MMS, видеоизображений или других мультимедийных данных.

[0148] Служба 1404 электронной почты может быть выполнена с возможностью передачи уведомляющего сигнала 1456 системе 1406 обработки мультимедийных служб.

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

Уведомляющий сигнал 1456 может содержать идентификатор сессии и/или идентификатор сообщения электронной почты, связанный с принятым сообщением электронной почты.

[0149] Система 1404 обработки мультимедийных служб может быть выполнена с возможностью передачи аналогичного уведомляющего сигнала функции 1408 политики и направления (PRF, policy and routing function).

Функция 1408 PRF может быть выполнена с возможностью постановки в очередь указанной сессии для агента для просмотра через сигнал 1460.

Функция 1408 PRF может ставить в очередь принятое сообщение электронной почты или информацию, связанную с ним (например, идентификатор сообщения электронной почты) в очередь электронной почты.

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

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

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

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

Например, если сообщение электронной почты принято от определенных доменов (например, whitehouse.gov), это сообщение электронной почты может быть направлено в очередь высокого приоритета для срочной обработки.

[0150] Как только поставлено в очередь, сигнал 1462 может быть передан на интерфейс 1410 GUI агента, указывающий на наличие нового сообщения электронной почты.

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

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

Когда сообщение электронной почты выбрано для обработки, интерфейс GUI может быть выполнен с возможностью отправки ответного запроса 1464 службе 1404 электронной почты.

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

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

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

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

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

[0152] Это состояние может быть использовано для обработки дополнительных ответных запросов от указанного агента.

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

В некоторых вариантах реализации агентам могут быть назначены несколько сообщений.

[0153] Как только агент утвержден для ответа на конкретное сообщение электронной почты, служба 1404 электронной почты может быть выполнена с возможностью копирования указанного сообщения электронной почты из почтового ящика пункта PSAP/группы в почтовый ящик, связанный с указанным агентом посредством сигнала 1466.

Интерфейс 1410 GUI агента может быть выполнен с возможностью передачи сигнала 1470 для того, чтобы побудить клиента электронной почты (например, почтового клиента Mozilla Thunderbird, Microsoft Outlook, Eudora Mail или Lotus Notes) считать сообщение электронной почты, связанное с указанным идентификатором сообщения электронной почты, назначенного для прочтения.

[0154] После того, как сообщение электронной почты было доставлено на клиент 1410 электронной почты, например, через передачу сигналов доставки по протоколу IMAP, интерфейс 1410 GUI агента может быть выполнен с возможностью передачи ответа 1474 службе 1404 электронной почты, включая значение, указывающее на успешный статус доставки.

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

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

Система 1404 обработки мультимедийных служб может обеспечивать соответствующее обновление 1480 статуса для функции 1408 политики и направления.

Функция 1408 PRF может быть выполнена с возможностью удаления этого сообщения из очереди электронной почты через сигнал 1482.

[0155] В некоторых вариантах реализации доставка сообщения на клиент электронной почты 1412 может быть прервана.

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

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

Следовательно, агент может впоследствии обратить внимание на указанное сообщение.

Служба 1404 электронной почты может определять сбой на основании отсутствия успешного сигнала 1474 в течение настраиваемого периода времени (например, пяти секунд).

[0156] В некоторых вариантах реализации после удаления сообщения из очереди пользователю может быть отправлен автоматический ответ через сервер 1402 электронной почты.

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

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

[0157] По мере развития потока вызовов события, связанные с сообщением, могут быть зарегистрированы.

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

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

Когда указанное сообщение электронной почты поставлено в очередь, могут быть зарегистрированы идентификатор сессии, идентификатор очереди/пункт PSAP, связанный с указанной очередью и отметка времени.

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

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

[0158] Мультимедийные данные могут быть обеспечены для системы посредством различных каналов.

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

В некоторых вариантах реализации устройство может содержать входы для ввода текстовой информации и информации в виде данных.

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

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

[0159] На фиг. 15 показана схема интерфейса для одного примера клиента системы обработки мультимедийных служб.

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

Как показано на фиг. 15, указанный интерфейс содержит элемент 1502 голосового вызова, элемент 1504 чата, элемент 1506 электронной почты, элемент 1508 видеоизображений в реальном времени и элемент 1510 настроек.

В некоторых вариантах реализации интерфейс 1500 также может содержать элемент данных.

[0160] Элемент 1510 настроек может быть выполнен с возможностью передачи и приема сигналов с помощью сетевого конфигурационного модуля.

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

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

[0161] Элемент 1510 настроек может быть выполнен с возможностью передачи и приема сигналов с модулем профилей.

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

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

[0162] Информация профиля пользователя может быть сохранена локально на указанном устройстве.

В некоторых вариантах реализации информация профиля пользователя может быть загружена/синхронизирована со службой профилей пользователей.

Страница профиля пользователя позволит вводить связную информацию (например, URL, имя пользователя, пароль) для службы профилей пользователей.

Процесс загрузки/синхронизации может быть выполнен в соответствии с расписанием.

Информация профиля пользователя может быть передана службе профилей пользователей для хранения в базе данных абонентов.

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

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

[0163] Элемент 1502 голосового вызова может быть выполнен с возможностью вызова службы 9-1-1, элемент 1504 чата может быть выполнен с возможностью передачи и приема тестовых сообщений, элемент 1506 электронной почты может быть выполнен с возможностью передачи сообщений электронной почты, элемент данных (не показан) может быть выполнен с возможностью отправки данных, а элемент 1510 видеоизображения в реальном времени может быть выполнен с возможностью трансляции видеоизображения.

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

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

Например, если подтверждение не принято в течение заранее настроенного периода времени, вызов может быть прекращен (например, не размещен).

[0164] Когда вызов службы 9-1-1 выбран и подтвержден, устройство может быть выполнено с возможностью активирования телефонного режима и инициации вызова на оконечное устройство, заданное в сетевых установках.

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

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

Как только вызов установлен, клиент системы обработки мультимедийных служб может быть соединен с агентом.

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

[0165] В некоторых вариантах реализации кодеком для установления голосового вызова может являться кодек G7.ll, использующий значение DSCP, равное 40, для качества службы.

Указанный голосовой клиент также может поддерживать входящие вызовы от агента с использованием протокола SIP.

[0166] На фиг. 16 показана схема интерфейса для одного примера клиента системы обработки мультимедийных служб, вовлеченного в активный вызов.

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

На фиг. 16 показаны элемент 1604 чата, элемент 1604 отправки данных, элемент 1606 видеоизображений в реальном времени и элемент 1608 электронной почты.

Во время голосового соединения может быть активирован элемент.

[0167] Когда при помощи элемента 1604 чата активирован текстовый режим, инициируют текстовое сообщение на оконечное устройство, заданное в сетевых настройках.

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

Клиент RTT может поддерживать RFC 4103 и 5194 для взаимодействия с сервером.

Указанный клиент RTT также может поддерживать входящие запросы сессии от агента с использованием RTT.

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

[0168] Клиент системы обработки мультимедийных служб может быть выполнен с возможностью приема введенных вручную текстовых сообщений.

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

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

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

[0170] В некоторых вариантах реализации указанные данные могут быть переданы агенту с использованием публикаций HTTP.

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

Местоположением указанных публикаций может является IP адрес или URL сервера системы обработки мультимедийных служб.

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

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

[0172] Когда активирован режим трансляции видеоизображения, например, посредством элемента 1606 видеоизображения в реальном времени, сессия вызова или текстовая сессия продолжается до тех пор, пока клиент системы обработки мультимедийных служб не установит видео соединение.

Видео соединение может быть установлено с использованием SIP клиента.

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

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

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

Элемент 1608 электронной почты может быть использован для приема информации электронной почты и ее передачи.

Сообщения электронной почты могут быть переданы через SMTP клиент.

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

SMTP шлюз может быть выполнен с возможностью отправки и приема сообщений электронной почты.

[0174] Режим электронной почты может быть выполнен с возможностью приема как текстового входа, так и вложений локально сохраненных данных.

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

Информация идентификатора может быть автоматически заполнена при отправке сообщения электронной почты во время активной сессии.

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

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

Указанные уведомления могут содержать временную отметку.

[0176] Поскольку система обработки мультимедийных служб может быть использована для обработки информации для важных приложений, таких как экстренные службы, в некоторых вариантах реализации может потребоваться, чтобы система обработки мультимедийных служб содержала отказоустойчивые признаки.

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

С выравнивателем нагрузки могут быть связаны серверы.

Некоторые серверы могут быть обозначены как "активные" серверы.

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

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

Некоторые серверы могут быть обозначены как "резервные" серверы.

На резервный сервер обычно ссылаются, как на сервер, который выполнен с возможностью обслуживания запросов, но не интенсивно выполняет это.

[0177] Запросы могут быть приняты от клиента по сети, такой как сеть ESInet.

Запрос может быть направлен на один из активных серверов на основании их нагрузки.

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

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

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

[0178] Клиент может быть выполнен с возможностью регистрации в сетевом адресе, таком как IP адрес.

1Радрес может быть динамически назначен физическому серверу.

Если физический сервер становится недоступен, с указанным IP адресом, назначенным физическому серверу, могут связать резервный сервер.

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

[0179] Могут быть включены дополнительные меры переключения на резервные мощности и устойчивости к отказам для дополнительного увеличения доступности и обработки мультимедийных данных.

[0180] Дополнительные инновационные аспекты содержат способ связывания мультимедийных данных с сессией связи.

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

Способ включает передачу первого сигнала для инициации сессии связи.

Первый сигнал могут передавать, например, на систему управления экстренными данными.

Способ дополнительно включает прием идентификатора сессии.

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

[0181] В некоторых вариантах реализации сессия связи может содержать по меньшей мере одно из сессии голосовой связи и сессии связи посредством текстовых сообщений.

В некоторых вариантах реализации идентификатор сессии может содержать идентификатор отслеживания происшествия.

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

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

[0182] В некоторых вариантах реализации могут сохранять идентификатор сессии.

Передача второго сигнала может включать повторную отправку сохраненных идентификаторов сессии.

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

Включение идентифицированного сохраненного идентификатора сессии во второй сигнал может являться дополнительным аспектом передачи второго сигнала.

[0183] В некоторых вариантах реализации сообщение электронной почты может содержать вложение, содержащее дополнительные мультимедийные данные.

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

[0184] В дополнительном инновационном аспекте предоставлен способ связывания мультимедийных данных с сессией связи.

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

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

[0185] Способ включает прием первого сигнала от устройства для инициации сессии связи.

Способ дополнительно включает генерацию идентификатора текущей сессии для указанной сессии связи.

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

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

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

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

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

[0187] По меньшей мере в одном описанном варианте реализации идентификатор текущей сессии может содержать идентификатор отслеживания происшествия.

Второй сигнал может содержать протокольное сообщение инициации сессии.

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

[0188] Пока сессия связи активна, могут принимать третий сигнал.

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

[0189] В еще одном инновационном аспекте предоставлено устройство для передачи мультимедийных данных для связывания с сессией связи.

Устройство содержит средства для передачи первого сигнала для инициации сессии связи.

Устройство содержит средства для приема идентификатора сессии.

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

Устройство может быть выполнено с возможностью реализации по меньшей мере одного из способов, описанных выше.

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

В некоторых вариантах реализации средства для приема идентификатора сессии содержат по меньшей мере один процессор.

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

[0191] В другом инновационном аспекте предоставлено устройство для приема мультимедийных данных для связывания с сессией связи.

Устройство содержит средства для приема первого сигнала от устройства для инициации сессии связи.

Устройство содержит средства для генерации идентификатора текущей сессии для указанной сессии связи.

Устройство содержит средства для передачи на указанное устройство второго сигнала, содержащего идентификатор текущей сессии.

Устройство также содержит средства для приема третьего сигнала, содержащего мультимедийные данные и идентификатор текущей сессии.

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

[0192] В некоторых вариантах реализации средства для приема первого сигнала для инициации сессии связи могут содержать средства для инициации телефонного вызова и средства для инициации текстового сообщения.

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

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

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

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

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

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

[0193] Также предоставлен некратковременный машиночитаемый носитель, содержащий инструкции для передачи мультимедийных данных для связывания с сессией связи.

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

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

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

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

[0195] Как использовано в настоящем документе, термин "определение" содержит широкое многообразие действий.

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

Также "определение" может включать прием (например, прием информации), осуществление доступа (например, осуществление доступа в запоминающее устройство) и тому подобное.

Также "определение" может включать решение, выбор, установление и тому подобное.

[0196] Как использовано в настоящем документе, фразы, ссылающиеся на "по меньшей мере одно из" списка пунктов, ссылаются на любую комбинацию этих пунктов, включая единичные члены.

В качестве примера, " по меньшей мере один из а, b, или с", предполагается, охватывает: а, b, с, а-b, а-с, b-с и а--с.

[0197] Различные этапы способов, описанные выше, могут быть выполнены при помощи любых подходящих средств, способных выполнять эти этапы, такте как различные компоненты программного и/или аппаратного обеспечения, схемы и/или модули.

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

[0198] Различные иллюстративные логические блоки, модули и схемы, описанные в связи с настоящим раскрытием, могут быть реализованы или выполнены с помощью процессора общего назначения, цифрового сигнального процессора (DSP, digital signal processor), специализированной интегральной схемы (ASIC, application specific integrated circuit), программируемой логической матрицы (FPGA, field programmable gate array) или другого программируемого логического устройства (PLD, programmable logic device), логических элементов на дискретных компонентов или транзисторной логике, дискретных компонентах аппаратного обеспечения или любой их комбинации, спроектированной для выполнения функций, описанных в настоящем документе.

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

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

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

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

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

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

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

Также любое соединения по существу называется машиночитаемым носителем.

Например, если программное обеспечение передано от веб-сайта, сервера или другого удаленного источника, используя коаксиальный кабель, волоконно-оптический кабель, витую пару, цифровую абонентскую линию связи (DSL, digital subscriber line) или беспроводные технологии, такие как инфракрасное, радио или микроволновое соединение, тогда коаксиальный кабель, волоконно-оптический кабель, витая пара, линия DSL или беспроводные технологии, такие как инфракрасное, радио или микроволновое соединение, содержатся в определении носителя.

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

Таким образом, в некоторых аспектах машиночитаемый носитель может содержать некратковременный машиночитаемый носитель (например, материальный носитель).

Дополнительно, в некоторых аспектах машиночитаемый носитель содержит кратковременный машиночитаемый носитель (например, сигнал).

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

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

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

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

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

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

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

[0202] Дополнительно, следует понимать, что модули и/или другие надлежащие средства для выполнения способов и технологий, раскрытых в настоящем документе, могут быть загружены и/или иным образом получены при помощи устройства или компонента, содержащегося в нем в зависимости от конкретного случая.

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

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

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

[0203] Следует понимать, что формула изобретения не ограничена определенными конфигурацией и компонентами, иллюстрированными выше.

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

[0204] Хотя вышеуказанное относится к аспектам настоящего раскрытия, другие и дополнительные признаки настоящего раскрытия могут быть разработаны без отклонения от основного его объема.

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

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

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

4. Система по п. 3, в которой указанное значение указывает по меньшей мере на одно из типа содержимого пакета, длины содержимого пакета, источника пакета и адресата пакета.

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

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

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

8. Система по п. 7, в которой второе значение указывает по меньшей мере на одно из типа содержимого пакета, длины содержимого пакета, источника пакета и адресата пакета.

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

10. Система по п. 1, дополнительно содержащая:
сетевое хранилище данных, связанное с системой обработки политик; и
менеджер событий, связанный с системой обработки политик и выполненный с возможностью передачи и приема сообщений в соответствии с профилем обработки.

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

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

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

14. Способ по п. 13, в котором второе значение указывает по меньшей мере на одно из типа содержимого пакета, длины содержимого пакета, источника пакета и адресата пакета.

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

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

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

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

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

20. Способ по п. 19, в котором указанное идентифицированное значение указывает по меньшей мере на одно из типа содержимого пакета, длины содержимого пакета, источника пакета и адресата пакета.

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

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

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

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