Клиентская voip информация

Изобретение относится к технике связи. Предложены способ и система для сбора и предоставления необходимой информации для клиента Интернет-телефонии (VoIP). Запрос на информацию принимается и передавается для идентификации подходящей контекстной информации, передаваемой запрашивающей стороне. При идентификации подходящей контекстной информации определяется источник, соответствующий предоставлению подходящей контекстной информации. Из источника получают подходящую контекстную информацию. Полученная подходящая контекстная информация предоставляется VoIP клиенту. Технический результат заключется в расширении арсенала технических средств. 3 н. и 17 з.п. ф-лы, 15 ил.

 

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

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

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

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

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

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

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

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

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

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

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

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

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

фиг.2 представляет собой блок-схему, иллюстрирующую VoIP клиента согласно аспекту настоящего изобретения;

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

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

фиг.5 представляет собой блок-схему пакета данных, используемого по коммуникационному каналу, установленному в VoIP среде по фиг.1;

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

фиг.7А и 7В представляют собой блок-схемы, иллюстрирующие взаимодействия между объектами VoIP для сбора и предоставления контекстной информации в ответ на запрос согласно аспекту настоящего изобретения;

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

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

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

Описанное в общем виде настоящее изобретение относится к способу и системе для сбора и предоставления запрашиваемой информации VoIP клиенту или другим провайдерам услуг по коммуникационному каналу. Более конкретно настоящее изобретение относится к способу и системе идентификации контекстной информации в ответ на запрос информации, сбора и предоставления идентифицированной контекстной информации, представляемой согласно "структурированным иерархиям" (SH). "Структурированные иерархии", как используется в настоящем описании, представляют собой заданные организационные структуры для упорядочения контекстной информации, которая предназначена для обмена между двумя или большим количеством VoIP устройств. Например, структурированные иерархии могут представлять собой пространства имен XML. Кроме того, VoIP разговор представляет собой поток данных информации, имеющей отношение к разговору, такой как контекстная информация и речевая информация, обмениваемая по каналу разговора. При обмене контекстной информацией любая авторизованная посылающая сторона контекстной информации может изменить объем, контент или количество контекстной информации, которая передается следующей принимающей стороне по определенному пути коммуникационного канала. Хотя настоящее изобретение описано относительно иллюстративных структурированных иерархий и среды IP телефонии, специалисту в данной области техники очевидно, что раскрытые варианты осуществления являются иллюстративными по своей природе и не должны рассматриваться как ограничивающими.

На фиг.1 показана блок-схема среды 100 IP телефонии для предоставления услуг IP телефонии между различными "VoIP клиентами". "VoIP клиентом", как используется в настоящем описании, называется конкретная контактная точка, такая как человек, организация, компания и т.д., одно или несколько ассоциированных VoIP устройств и уникальный клиентский VoIP идентификатор. Например, один человек, пять ассоциированных VoIP устройств и уникальный клиентский VoIP идентификатор - все вместе входят в состав VoIP клиента. Аналогично компания, содержащая пятьсот человек и более одной тысячи ассоциированных VoIP устройств - все вместе также могут быть названы VoIP клиентом, и такой VoIP клиент может быть идентифицирован уникальным клиентским VoIP идентификатором. Более того, VoIP устройства могут быть ассоциированы с множеством VoIP клиентов. Например, компьютер (VoIP устройство), расположенный в резиденции, в которой обитают три разных человека, при этом каждый человек ассоциирован с отдельными VoIP клиентом, может быть ассоциирован с каждым из трех VoIP клиентов. Независимо от комбинации устройств уникальный клиентский VoIP идентификатор можно использовать в речевой системе для достижения контактной точки VoIP клиента.

Описанная в общем виде среда 100 IP телефонии может включать в себя IP сеть 108 передачи данных, такую как Интернет, интранет, глобальную сеть (“WAN”), локальную сеть (“LAN”) и т.п. Среда 100 IP телефонии может включать в себя дополнительно провайдеров 126, 132 VoIP услуг, предоставляющих VoIP клиентам 124, 125, 134 VoIP услуги. Во время VoIP телефонного разговора может происходить обмен данными в виде потока пакетов данных, соответствующих речевой информации, медиа-информации и/или контекстной информации. Как более подробно описано ниже, контекстная информация включает в себя метаданные (информация об информации), касающиеся VoIP разговора, устройств, используемых в разговоре, контактной точки, соединенной с VoIP клиентами, и/или людей, которые идентифицированы контактной точкой (например, служащие компании).

Среда 100 IP телефонии также может включать в себя провайдеров 140 VoIP услуг, третью сторону. Провайдеры 126, 132, 140 VoIP услуг могут предоставлять различные особенности, касающиеся звонка, такие как фильтрация входящего звонка, текстовые данные, интеграция речевых и медиа-данных, и передача интегрированнах данных в виде части VoIP телефонного разговора.

Провайдеры 132 VoIP услуг могут быть соединены с частной сетью, такой как LAN 136 компании, оказывающей услуги IP телефонии (например, внутренние звонки в пределах частной сети, внешние звонки за пределами частной сети и т.п.) и услуги по передаче мультимедийных данных нескольким VoIP клиентам 134, соединенным с LAN 136 компании с возможностью обмена информацией. Аналогично, провайдеры VoIP услуг, такие как провайдер 126 VoIP услуг, могут быть соединены с провайдером 122 интернет-услуг (ISP), оказывающим услуги IP телефонии, и VoIP услуг для клиентов ISP 122.

В одном из вариантов осуществления один или несколько провайдеров 106, 122 интернет-услуг могут быть выполнены с возможностью обеспечения доступа в интернет VoIP клиентам 104, 124, 125 таким образом, чтобы VoIP клиенты 104, 124, 125 могли поддержать установленные по интернету каналы разговора. VoIP клиенты 104, 124, 125, соединенные с ISP 106, 122, могут использовать проводные и/или беспроводные коммуникационные линии. Более того, каждый из VoIP клиентов 104, 124, 125, 134 может осуществлять коммуникацию по обычной телефонной сети (POTS) 115, соединенной с возможностью обмена данными с телефонной коммутируемой сетью 112 общего пользования (PSTN). PSTN интерфейс 114, такой как шлюз PSTN, может обеспечивать доступ между PSTN и IP сетью 108 передачи данных. PSTN интерфейс 114 может транслировать пакеты VoIP данных в речевом трафике с коммутацией каналов для PSTN, и наоборот. PSTN 112 может включать в себя устройство наземной линии 116, мобильное устройство 117 и т.п.

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

Следует учесть, что вышеописанная конфигурация в среде 100 является только иллюстративной. Специалисту в данной области техники очевидно, что любые подходящие конфигурации с различными VoIP объектами могут быть частью среды 100. Например, VoIP клиенты 134, соединенные с LAN 136, могут иметь возможность для осуществления коммуникации с другими VoIP клиентами 104, 124, 125, 134 при помощи провайдеров 132 VoIP услуг или ISP 106, 122 или без них. Более того, ISP 106, 122 также могут оказывать VoIP услуги своему клиенту.

На фиг.2 показана блок-схема, иллюстрирующая в качестве примера VoIP клиента 200, который включает в себя несколько VoIP устройств и уникальный клиентский идентификатор согласно варианту осуществления настоящего изобретения. Каждое из VoIP устройств 202, 204, 206 может включать в себя устройство хранения данных, которое используется для хранения речевых сообщений, адресных книг, определенных правил для клиентов, приоритетной информации, связанной с входящими звонками, и т.д. В качестве альтернативы или дополнения, отдельное устройство хранения данных, поддерживаемое, например, провайдером услуг, может быть ассоциировано с VoIP клиентом и доступно каждому VoIP устройству, которое содержит информацию, относящуюся к этому VoIP клиенту. В варианте осуществления любое подходящее VoIP устройство, такое как беспроводный телефон 202, IP телефон 204 или компьютер 206 с соответствующими VoIP приложениями, может быть частью VoIP клиента 200. VoIP клиент 200 также поддерживает один или несколько уникальных клиентских идентификаторов 208. Уникальный клиентский идентификатор (идентификаторы) 208 может быть постоянным или измениться со временем. Например, уникальный идентификатор (идентификаторы) 208 может изменяться при каждом звонке. Уникальный клиентский идентификатор используется для идентификации клиента и для соединения с контактной точкой 210, ассоциированной с этим VoIP клиентом. Уникальный клиентский идентификатор может поддерживаться каждым VoIP устройством, входящим в состав VoIP клиента, и/или поддерживаться провайдером услуг, который включает в себя ассоциацию с каждым VoIP устройством, входящим в состав VoIP клиента. В данном примере, в котором уникальный клиентский идентификатор поддерживается провайдером услуг, провайдер услуг может включать в себя информацию о каждом ассоциированном VoIP устройстве и знание о том, как с таким устройством (устройствами) соединиться для входящей коммуникации. В альтернативном варианте осуществления VoIP клиент 200 может поддержать множество клиентских идентификаторов. В этом варианте осуществления для каждой телефонной сессии уникальный клиентский идентификатор может временно назначаться для VoIP клиента 200.

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

Фиг.3 представляет собой блок-схему VoIP устройства 300, которое может быть ассоциировано с одним или несколькими VoIP клиентами и использоваться с вариантами осуществления настоящего изобретения. Необходимо отметить, что VoIP устройство 300 описано в качестве примера. Очевидно, что с вариантами осуществления настоящего изобретения может использоваться любое подходящее устройство с различными другими компонентами. Для того чтобы использовать VoIP услуги, VoIP устройство 300 может включать в себя компоненты, подходящие для получения, передачи и обработки различных типов пакетов данных. Например, VoIP устройство 300 может включать в себя компонент 302 мультимедийного ввода/вывода и компонент 304 сетевого интерфейса. Компонент 302 мультимедийного ввода/вывода может быть выполнен с возможностью ввода и/или вывода мультимедийных данных (включая аудио, видео и т.п.), данных биометрии пользователя, текста, данных файлов приложений и т.д. Компонент 302 мультимедийного ввода/вывода может включать в себя любые подходящие пользовательские компоненты ввода/вывода, такие как микрофон, видеокамеру, экран дисплея, клавиатуру, устройства распознавания биометрических данных пользователя и т.п. Компонент 302 мультимедийного ввода/вывода также может получать и передавать мультимедийные данные через компонент 304 сетевого интерфейса. Компонент 304 сетевого интерфейса может поддержать интерфейсы, такие как интерфейсы Ethernet, интерфейсы ретрансляции кадров, кабельные интерфейсы, DSL интерфейсы, интерфейсы маркерного кольца (TokenRing), радиочастотные (воздушные интерфейсы) и т.п. VoIP устройство 300 может включать в себя компонент 306 аппаратных средств, включая постоянную и/или сменную память, такую как постоянное запоминающее устройство (ROM), оперативная память (RAM), драйвера жестких дисков, драйвера оптических дисков и т.п. Память может быть выполнена с возможностью хранения программных инструкций для управления работой операционной системы и/или одного или нескольких приложений и для хранения контекстной информации, относящейся к людям (например, речевые профили, биометрическая информация о пользователе и т.д.), ассоциированного с VoIP клиентом, в котором содержится данное устройство. В одном из вариантов осуществления компонент 306 аппаратных средств может включать в себя карту VoIP интерфейса, которая позволяет не-VoIP устройству передавать и принимать VoIP разговор.

Устройство 300 может включать в себя дополнительно компонент 310 прикладного программного обеспечения для работы устройства 300 и компонент 308 прикладного обеспечения VoIP услуг для поддержания различных VoIP услуг. Компонент 308 прикладного обеспечения VoIP услуг может включать в себя приложения, такие как приложения для устройства сборки/разборки пакетов данных, приложение синтаксического анализа структурированных иерархий, аудиокодер/декодер (CODEC), видео CODEC и другие подходящие приложения для предоставления VoIP услуг.

На фиг.4 показана блок-схема, иллюстрирующая последовательность 400 операций установки соединения при разговоре между VoIP устройствами двух различных VoIP клиентов по каналу разговора согласно варианту осуществления настоящего изобретения. Во время фазы установки соединения VoIP устройство первого VoIP клиента 406 требует инициализации канала разговора со вторым VoIP клиентом 408. В иллюстративном варианте осуществления провайдер 402 VoIP услуг (Провайдер 1) для первого VoIP клиента 406 получает требование на инициализацию канала разговора и передает это требование провайдеру 404 VoIP услуг (Провайдеру 2) для второго VoIP клиента 406. Хотя в этом примере использованы два провайдера VoIP услуг и два VoIP клиента, с вариантами осуществления настоящего изобретения может использоваться любое количество и комбинация VoIP клиентов и/или провайдеров услуг. Например, при установлении соединения может использоваться только один провайдер услуг. В другом примере может быть установлена прямая коммуникация между VoIP устройствами, использующая линии связи общего пользования и частные линии, без использования провайдера VoIP услуг, в котором нет необходимости. В контексте однорангового соединения также может быть установлена прямая коммуникация между VoIP устройствами без привлечения провайдеров услуг.

Существует множество протоколов, которые могут быть выбраны для использования при обмене информации между VoIP клиентами, VoIP устройствами и/или провайдерами VoIP услуг. Например, если для протокола сигнализации выбран Протокол Инициирования Сессии (SIP), то управляющая сессией информация и сообщения будут обмениваться по SIP пути/каналу сигнализации, а медиа-потоки будут обмениваться по пути/каналу по транспортному протоколу реального времени (RTP). С целью обсуждения коммуникационный канал, как используется в настоящем описании, как правило, относится к любому типу пути/канала обмена данными или сигналами. Таким образом, очевидно, что в зависимости от протокола, на этапах установки соединения и завершения соединения могут потребоваться дополнительные этапы в блок-схеме последовательности 400 операций установки соединения при разговоре.

Для простоты объяснения используется пример, в котором как первый VoIP клиент 406, так и второй VoIP клиент 408 включают в себя только одно VoIP устройство. Следовательно, приведенное в настоящем описании раскрытие относится к соединению двух VoIP устройств. Человек, использующий устройство первого VoIP клиента 406, может выбрать или ввести уникальный клиентский идентификатор того клиента, которому необходимо позвонить. Провайдер 1 402 получает требование от устройства первого VoIP клиента 408 и определяет замыкающего провайдера услуг (например, Провайдер 2 404 второго VoIP клиента 408) на основе уникального клиентского идентификатора, включенного в требование. Затем требование направляется Провайдеру 2 404. Это инициирование звонка направляется в устройство второго VoIP клиента. Затем может быть установлен канал разговора между устройством первого VoIP клиента 406 и устройством второго VoIP клиента 408.

В иллюстративном варианте осуществления перед тем, как устройства первого VoIP клиента 406 и второго VoIP клиента 408 начнут обмениваться пакетами данных, может быть обменена контекстная информация. Как более подробно описано ниже, контекстная информация может быть пакетизированной согласно заданной ассоциированной с разговором структуре. Любое устройство, ассоциированное с первым VoDP клиентом 406, провайдером услуг первого VoIP клиента 406, или другим устройством/провайдером услуг, может определить структуру, исходя из контента контекстной информации. В одном из вариантов осуществления обмениваемая контекстная информация может включать в себя информацию, относящуюся к звонящему VoIP клиенту 406, устройству и VoIP вызываемому клиенту 408. Затем запрос на конкретную информацию может быть передан в виде части контекстной информации. Например, VoIP клиент 406 может послать запрос на информацию о географическом местоположении VoIP клиента 408. Провайдер 1 402 или VoIP вызываемый клиент может собрать информацию о географическом местоположении VoIP вызываемого клиента и предоставить собранную информацию звонящему VoIP клиенту 406. В одном из вариантов осуществления Провайдер 1 402 уже может иметь информацию о географическом местоположении клиента в тот момент, когда клиент требует инициировать звонок. В качестве альтернативы, Провайдер 1 402 может получить такую информацию из сервера услуг по предоставлению данных, относящихся к местоположению, поддерживающего информацию о местоположении VoIP клиентов.

Доступные медиа-типы, правила для звонящего клиента и вызываемого клиента и т.п. также могут быть частью контекстной информации, которая обменивается во время этапа установки соединения. Контекстная информация может быть обработана и собрана одним из устройств первого VoIP клиента 406, одним из устройств второго VoIP клиента 408 и/или провайдером VoIP услуг (например, Провайдером 1 402 и Провайдером 2 404) в зависимости от природы контекстной информации. В одном из вариантов осуществления перед передачей контекстной информации провайдеры VoIP услуг 402, 404 могут добавлять, удалять и/или модифицировать некоторую информацию в/из контекстной информации клиента.

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

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

Фиг.5 представляет собой блок-схему структуры 500 пакета данных, используемого по коммуникационному каналу (разговора) в соответствии с вариантом осуществления настоящего изобретения. Структура 500 пакета данных может представлять собой структуру пакета данных для IP пакета данных, подходящего для использования, чтобы нести относящиеся к разговору данные (например, речевые, мультимедийные данные и т.п.) или контекстные данные (например, информацию, относящуюся к VoIP услугам и т.п.). Однако может быть использована любая другая подходящая структура данных с тем, чтобы нести относящиеся к разговору данные или контекстные данные. Структура 500 пакета данных включает в себя заголовок 502 и полезную нагрузку 504. Заголовок 502 может содержать информацию, необходимую для доставки адресату соответствующего пакета данных. Кроме того, заголовок 502 может включать в себя используемую в процессе разговора информацию. Такая информация может включать в себя ID 506 для идентификации разговора (например, звонка), ID 508 адресата, такой как уникальный клиентский идентификатор клиента, называемый ID 510 источника (уникальный клиентский идентификатор звонящего клиента или идентификатор устройства), идентификатор 512 полезной нагрузки для идентификации типа полезной нагрузки (например, относящейся к разговору или контексту), ID человека (не показан) для идентификации человека, к которому относятся данные разговора, и т.п. В альтернативном варианте осуществления заголовок 502 может содержать, среди прочего, информацию относительно версий интернет-протокола и длины полезной нагрузки. Полезная нагрузка 504 может включать в себя данные разговора или контекстные данные, относящиеся к идентифицированному разговору. Как очевидно специалисту в данной области техники, для заголовков верхнего уровня, таких как TCP заголовок, UDP заголовок и т.п., могут использоваться дополнительные заголовки.

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

На фиг.6 показана блок-схема 600, иллюстрирующая взаимодействие между двумя VoIP клиентами для передачи контекстной информации, согласно варианту осуществления настоящего изобретения. Как и на фиг.4, раскрытый в настоящем описании пример использует сценарий, по которому каждый клиент имеет только одно ассоциированное с ним устройство, и соединение устанавливается между такими двумя устройствами. В одном из вариантов осуществления устройства VoIP Клиента 606 и VoIP Клиента 608 установили VoIP канал разговора. Можно идентифицировать, какая структурированная иерархия будет использоваться VoIP Клиентом 606 для переноса определенной контекстной информации. Информация, относящаяся к идентифицированным структурным иерархиям, может включать в себя информацию о том, какие структурированные иерархии используются для переноса контекстной информации, как идентифицировать структурированные иерархии и т.п. Обмен такой информацией между VoIP Клиентом 606 и VoIP Клиентом 608 происходит до обмена соответствующей контекстной информацией. При получении информации, идентифицирующей, какие структурированные иерархии используются для переноса контекстной информации, VoIP Клиент 608 просматривает заданные структурированные иерархии (например, пространство имен XML и т.п.) для выбора идентифицированных структурированных иерархий. В одном из вариантов осуществления заданные структурированные иерархии могут в целом храниться и управляться из централизованного места, доступного группе VoIP клиентов. В этом варианте осуществления адрес Идентификатора Единого Ресурса (URI) централизованного места может передаваться VoIP Клиентом 606 VoIP Клиенту 608.

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

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

Фиг.7A и 7B представляют собой блок-схемы 700, иллюстрирующие сбор и обмен информацией о местоположении между VoIP объектами в ответ на запрос такой информации о местоположении согласно варианту осуществления настоящего изобретения. В одном из вариантов осуществления VoIP объекты могут включать в себя VoIP клиентов, провайдеров VoIP услуг для клиентов, провайдеров услуг - третьих лиц (например, провайдеров услуг по определению местоположения) и т.п.

Ссылаясь на фиг.7A, в одном из вариантов осуществления VoIP Клиент 608 может послать запрос на определенную контекстную информацию, относящуюся к VoIP Клиенту 606. Хотя в этом примере используются один провайдер VoIP услуг и два VoIP клиента, в вариантах осуществления настоящего изобретения может использоваться любое количество и комбинация VoIP клиентов и/или провайдеров услуг. Запрос может осуществлять поиск информации о местоположении VoIP Клиента 606. Провайдер 602 услуг может получить контекстную информацию, включая информацию о местоположении, от Клиента VoIP 606. Как более подробно описано ниже, в этом иллюстративном варианте осуществления предполагается, что структурированные иерархии используются для переноса контекстной информации (пакетов контекстных данных) между несколькими VoIP объектами.

В целях обсуждения предполагается, что VoIP Клиент 606 и VoIP Клиент имеют провайдера 602 услуг для провайдера VoIP услуг. Сервер 614 услуг по определению местоположения доступен для предоставления конкретных типов информации о местоположении провайдеру 602 услуг. Как более подробно описано ниже, информация о местоположении может включать в себя различные типы информации, относящейся к определенному клиентом местоположению, определенному устройством местоположению, географическому местоположению, виртуальному/логическому местоположению и т.п. Примером серверов 602 услуг по определению местоположения может быть сервер услуг Глобальной Системы Позиционирования (GPS), сервер услуг по определению местоположения пользователя (например, Интернет-сервер по определению местоположения, сервер каталога конференц-связи в сети и т.д.) и т.п. Интернет-сервер по определению местоположения может использоваться для идентификации отдельных пользователей через действующий в данный момент IP адрес. В одном из вариантов осуществления VoIP Клиент 608 может посылать запрос на конкретную контекстную информацию (например, информацию о географическом местоположении устройства), относящейся к VoIP Клиенту 606. Провайдер 602 услуг обрабатывает запрос для идентификации того, какая контекстная информация будет собрана, и с каким подходящим источником установить контакт или какой подходящий источник запросить для получения идентифицированной контекстной информации.

Если подходящий источник представляет собой VoIP Клиента 606, провайдер 602 услуг требует идентифицированную контекстную информацию для VoIP Клиента 606. При получении требования VoIP Клиент 606 собирает затребованную контекстную информацию и идентифицирует структурированные иерархии, которые будут использоваться для переноса собранной контекстной информации. Собранная контекстная информация передается от VoIP Клиента 606 Провайдеру 1 602, использующему идентифицированные структурированные иерархии. Если подходящий источник представляет собой сервер 614 услуг по определению местоположения, провайдер 602 услуг получает информацию от провайдера услуг по определению местоположения. В одном из вариантов осуществления провайдер 616 услуг для VoIP клиента 606 и VoIP клиента 608 может включать в себя провайдера услуг (сервер 602) и сервер 614 услуг по определению местоположения. В этом варианте осуществления провайдер услуг 616 предоставляет своим клиентам информацию о местоположении.

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

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

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

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

На фиг.8-12В показаны блок-схемы, иллюстрирующие различные классы и атрибуты структурированных иерархий, соответствующих VoIP контекстной информации. VoIP контекстная информация, обмениваемая между различными VoIP объектами (например, клиентами, провайдерами услуг и т.д.), может соответствовать VoIP пространству 800 имен. В одном из вариантов осуществления VoIP пространство 800 имен представлено в виде иерархически структурированного дерева узлов, причем каждый узел соответствует подклассу, который соответствует поднабору VoIP контекстной информации. Например, VoIP Пространство 800 имен может быть определено в виде иерархически структурированного дерева, включающего в себя Класс 802 Основы Вызова, Класс 810 Контексты Вызова, Класс 820 Тип Устройства, Класс 830 VoIP Клиент и т.п.

На фиг.9 показана блок-схема Класса 802 Основы Вызова. В иллюстративном варианте осуществления Класс 802 Основы вызова может соответствовать поднаберу VoIP контекстной информации, относящейся к соединению канала разговора (например, соединению PSTN вызова, соединению VoIP вызова и т.п.). Поднабор VoIP контекстной информации, относящийся к соединению канала разговора, может включать в себя исходные номера (например, номер ID звонящего клиента), номера адресата (например, номер ID вызываемого клиента или телефонные номера), время соединения вызова, информацию, относящуюся к провайдеру VoIP услуг, и/или информацию, относящуюся к провайдеру ISP, такую как IP адрес, MAC адрес, информацию о пространстве имен и т.п. Кроме того, контекстная информация, относящаяся к соединению канала разговора, может включать в себя информацию о приоритетных вызовах (которая определяет приоритетные уровни номеров адресатов), информацию о типе вызова и т.п. Информация о типе вызова может указывать, установлен ли канал разговора для аварийной связи, широковещательной коммуникации, коммуникации компьютер-компьютер, коммуникации компьютер-POTS устройство и т.д. В одном из вариантов осуществления контекстная информация, относящаяся к соединению канала разговора, может включать в себя заданные идентификаторы, которые представляют эмоции, звуки (например, "ах," "ой", "ничего себе" и т.д.) и выражения лица в графических символах. В одном из вариантов осуществления Класс 802 Основы Вызова может быть определен в виде структуры поддерева VoIP Пространства 800 имен, которое включает в себя узлы, такие как приоритет 803 вызова, информация 804 о пространстве имен, тип 805 вызова, номер 806 адресата, провайдер 807 услуг, заданные идентификаторы 808 и т.п.

На фиг.10 показана блок-схема Класса 810 Контексты Вызова. В одном из вариантов осуществления поднабор VoIP контекстной информации, относящейся к контексту разговора, может соответствовать Классу 810 Контексты Вызова. Контекстная информация, относящаяся к контексту разговора, может включать в себя, среди прочего, такую информацию, как клиентские ключевые слова, идентифицированные ключевые слова, полученные из файловых данных документа, идентифицированные ключевые слова из пакета данных разговора (например, ключевые слова разговора), имена файлов для документов и/или мультимедийных файлов, обмениваемых в виде части разговора, информации, относящейся к играм (такой как тип игры, виртуальная близость к определенной игре), частота использования (включая частоту и продолжительность звонков, относящихся к определенному файлу, определенному объекту и определенному клиенту) и идентификация файла (такая как номер события, номер предмета обсуждения и т.п., относящиеся к разговору). Согласно иллюстративному варианту осуществления Класс 810 Контексты Вызова может быть определен в виде структуры поддерева VoIP Пространства 800 имен, которое включает в себя узлы, соответствующие идентификации 812 файлов, клиентских ключевых слов 813, ключевых слов 814 разговора, частоте 815 использования, предмета 816 разговора и т.п.

На фиг.11 показана блок-схема Класса 820 Тип Устройства. В одном из вариантов осуществления Класс 820 Тип Устройства может соответствовать поднабору VoIP контекстной информации, относящейся к клиентскому VoIP устройству, используемому для соединения канала разговора. Поднабор VoIP контекстной информации, относящийся к VoIP клиентскому устройству, может включать в себя информацию, относящуюся к аудио, которая может быть необходима для обработки аудиоданных, сгенерированных клиентским VoIP устройством. Информация, относящаяся к аудио, может включать в себя информацию, относящуюся к аудиофункциональным возможностям и способности устройства, таким как скорость сэмплирования, тип машины, тип вывода/ввода, микрофон, информация о карте цифровой обработки сигнала (DSP) и т.п. Поднабор VoIP контекстной информации, относящейся к VoIP клиентскому устройству, может включать в себя информацию, относящуюся к видео, которая может быть необходима для обработки видеоданных, сгенерированных VoIP клиентским устройством. Информация, относящаяся к видео, может включать в себя информацию о разрешающей способности, обновлении, печати и размере видеоданных, графической карте и т.п. Контекстная информация, относящаяся к VoIP клиентским устройствам, также может включать в себя специфическую информацию о других устройствах, такую как тип компьютерной системы, информация о процессоре, пропускной способности сети, беспроводном/проводном соединении, мобильности компьютерной системы, установках обработки для компьютерной системы и т.п. В иллюстративном варианте осуществления Класс 820 Тип Устройства может быть определен в виде структуры поддерева VoIP Пространства 800 имен, которое включает узлы, соответствующие Аудио 822, Видео 824, специфике 826 устройства и т.п.

На фиг.12А показана блок-схема Класса 830 VoIP Клиент. Согласно иллюстративному варианту осуществления Класс 830 VoIP Клиент может соответствовать поднаберу контекстной информации, относящейся к VoIP клиентам. В одном из вариантов осуществления поднабор VoIP контекстной информации, относящийся к VoIP клиенту, может включать в себя информацию о речевом профиле (например, набор информации, определяющей тональные и фонетические особенности отдельного пользователя), информацию о цифровой подписи и биометрическую информацию. Биометрическая информация может включать в себя информацию об идентификации пользователя (например, отпечаток пальца), относящуюся к биометрической аутентификации, уровню напряжения пользователя, настроению пользователя и т.д. Поднабор VoIP контекстной информации, относящейся к VoIP клиенту, может включать в себя заданный номер телефона, контактную информацию о пользователе (такую как имя, адрес, компания и т.п.), правила, определенные клиентом, пользовательские предпочтения, управление цифровыми правами (DRM), ранг участника отдельного пользователя в организации, приоритет, ассоциированный с рангом участника, и т.п. Приоритет, ассоциированный с рангом участника, может использоваться для назначения приоритета клиенту для вызова, относящегося к конференции. Как более подробно описано ниже, поднабор VoIP контекстной информации, относящейся к VoIP клиенту, может включать в себя информацию о местоположении. В одном из вариантов осуществления Класс 830 VoIP Клиент может быть определен в виде структуры поддерева VoIP Пространства 800 имен, которая включает узлы, соответствующие биометрическим данным 831 пользователя, предпочтение 832 пользователя, правила 833 для клиента, идентификацию 834 пользователя, приоритет 835 участника, местоположение 840 и т.п.

На фиг.12В изображена блок-схема Подкласса 840 Местоположение. В одном из вариантов осуществления Подкласс 840 Местоположение может соответствовать поднаберу VoIP контекстной информации, относящейся к информации о местоположении VoIP клиента, отдельного пользователя и/или устройства, используемого для соединения канала разговора. Как было упомянуто выше, провайдер услуг может заранее знать о том, где можно получить или сделать запрос на определенный тип информации о местоположении. Поднабор VoIP контекстной информации, относящийся к информации о местоположении, может включать в себя информацию, относящуюся к определенному клиентом местоположению клиента, местоположению GPS/_триангуляции (географическому местоположению конкретного пользователя, устройства или счет клиента), логическому/виртуальному местоположению отдельного пользователя, определенному клиентом местоположению, определенному устройством местоположению и т.д. Информация о географическом местоположении может быть получена из сервера GSP и т.п. Кроме того, информация о местоположении может включать в себя информацию, относящуюся к сетевому адресу устройства и определенному провайдером услуг местоположению (например, провайдер VoIP услуг может определить местоположение клиента). Сетевой адрес устройства может быть IP адресом компьютера, логическим местоположением, определяющим, насколько логически близко к конкретному серверу или провайдеру услуг - третьей стороне расположено устройство и т.п. В иллюстративном варианте осуществления Подкласс 820 Местоположение может быть определен в виде структуры поддерева VoIP Клиента 830, которое включает узлы, соответствующие Определенному пользователем Местоположению 841, Виртуальному Местоположению 842 Пользователя, Географическому Местоположению 843 Пользователя, Местоположению 844 Клиента, Определенному Устройством Местоположению 845, Географическому Местоположению 846 Устройства, Местоположению 847 Устройства в Сети и т.п.

Фиг.13 представляет собой блок-схему потока операций, иллюстрирующую процедуру 1300 информации о местоположении для предоставления контекстной информации в ответ на запрос информации о местоположении согласно варианту осуществления настоящего изобретения. В иллюстративном варианте осуществления устройство звонящего клиента (звонящий VoIP клиент) может потребовать ассоциированного с ним провайдера услуг инициализировать соединение коммуникационного канала с вызываемым клиентом (VoIP вызываемым клиентом). С целью обсуждения предположим, что звонящий передает запрос на информацию о местоположении вызываемого клиента своему провайдеру услуг во время фазы установки соединения. Провайдер услуг звонящему может иметь полномочия на сбор и предоставление информации о местоположении вызываемого клиента. Однако предполагается, что запрос на конкретную информацию, иную, чем информация о местоположении, может быть обменен в любое время, включая до установки коммуникационного канала (например, во время фазы установки соединения), во время разговора или после отключения коммуникационного канала. Кроме того, при получении запроса различные VoIP объекты могут обмениваться контекстной информацией, соответствующей запросу. Также предполагается, что любой авторизованный VoIP объект в IP среде 100 может принять запрос и в ответ на этот запрос предоставить контекстную информацию.

Начиная на этапе 1302, провайдер услуг получает контекстную информацию о вызываемом клиенте, включая запрос на информацию о местоположении вызываемого клиента. Как описано выше, исходя из контента контекстной информации, по крайней мере одна структурная иерархия может быть идентифицирована из заданных структурированных иерархий, таких как пространство имен XML и т.п. Провайдер услуг может получать идентифицированные структурированные иерархии от звонящего клиента. На этапе 1304 провайдер услуг идентифицирует информацию, соответствующую запросу. Например, звонящий клиент требует информацию о местоположении устройства вызываемого клиента, который в текущий момент времени общается по звонку конференции. Услуга может идентифицировать информацию о местоположении, относящуюся к логическому местоположению устройства (например, IP адресу). На этапе 1306 принятия решения определяют, доступна ли в текущий момент времени идентифицированная информация. Провайдер услуг может определить, доступна ли идентифицированная информация из ранее полученной контекстной информации, относящейся к вызываемому клиенту или контекстной информации, ранее сохраненной в локальной памяти. Если идентифицированная информация доступна в текущий момент времени, на этапе 1308 провайдер услуг может получить информацию, получаемую в текущий момент времени.

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

В этом примере провайдер услуг может выбрать наиболее подходящий источник на основе контекстной информации, полученной от звонящего клиента и вызываемого клиента. Контекстная информация может включать в себя правила для вызываемого клиента, правила для звонящего клиента, информацию об устройстве вызываемого клиента, отдельного целевого пользователя, ассоциированного с вызываемым клиентом, и т.п. На этапе 1312 информация (например, информация о местоположении) может быть получена из идентифицированного источника. В альтернативном варианте осуществления, если имеется множество источников, доступных для идентифицированной информации, провайдер услуг может получать идентифицированную информацию от множества источников и на основе полученной информации генерировать всестороннюю информацию. На этапе 1314 полученная информация от провайдера услуг (1308) или полученная информация из источника (1312) предоставляется второму VoIP клиенту. На этапе 1316 процедура 1300 завершается.

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

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

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

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

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

5. Способ по п.4, в котором информация о местоположении включает в себя информацию о местоположении, определенную клиентом.

6. Способ по п.4, в котором информация о местоположении включает в себя информацию о местоположении, определенную провайдером.

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

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

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

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

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

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

13. Способ по п.12, в котором запрос на информацию принимают в виде части контекстной информации, принятой от второго клиента.

14. Способ по п.13, в котором контекстная информация относится к разговору по VoIP коммуникационному каналу между первым клиентом и вторым клиентом.

15. Способ по п.13, дополнительно содержащий:
идентификацию типа информации о местоположении на основе контекстной информации, принятой от второго клиента.

16. Способ по п.15, в котором тип информации о местоположении включает в себя географическое местоположение первого клиента.

17. Способ по п.15, в котором тип информации о местоположении включает в себя местоположение в сети клиентского устройства первого клиента.

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

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

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