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

Иллюстрации

Показать все

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

Реферат

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

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

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

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

Различные новые пользовательские службы были разработаны для использования преимуществ этой возможности одновременного использования множества режимов связи. В частности, несколько патентов и публикаций заявок на патенты описывают так называемую систему телефонных страниц, в которой формирование и передача мультимедийных объектов данных инициируется посредством различных событий, связанных с передачей информации. Следовательно, эти объекты данных, или телефонные страницы, добавляются в первичный сеанс связи, такой как речевой вызов, обмен электронной почтой или сеанс мгновенного обмена сообщениями. Понятие «телефонные страницы» описано в следующих патентах и публикациях заявок на патенты: патент США № 6922721, названный «Exchange of Information in a Communication System», и выданный 26 июля 2005 года Minborg (Майнборгу) и др., публикация заявки на патент 2005/0271041 A1, названная «Exchange of Information in a Communication System», и поданная 1 июня 2005 года Minborg (Майнборгом) и др., патент США № 6996072, названный «Method and Apparatus for Exchange of Information in a Communication Network», и выданный 7 февраля 2006 года Minborg (Майнборгу), патент США № 6977909, названный «System and Method for Exchange of Information in a Communication Network», и выданный 20 декабря 2005 года Minborg (Майнборгу), и публикация заявки на патент 2006/0114845, также названная «System and Method for Exchange of Information in a Communication network», и поданная 14 ноября 2005 года Minborg (Майнборгом).

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.4 изображает вторую схему последовательности операций абонентского взаимодействия на пользовательском оборудовании (UE) на стороне А, в соответствии с вариантом осуществления настоящего изобретения.

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

Фиг.6 изображает третью схему последовательности операций абонентского взаимодействия на пользовательском оборудовании (UE) на стороне А, в соответствии с другим вариантом осуществления настоящего изобретения.

Фиг.7 изображает схему последовательности операций абонентского взаимодействия на пользовательском оборудовании (UE) на стороне В, в соответствии с вариантом осуществления настоящего изобретения.

Фиг.8 изображает иллюстративную блок-схему абонентского оборудования (UE), в соответствии с одним вариантом осуществления изобретения.

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

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

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

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

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

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

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

Фиг.16 изображает вторую схему последовательности операций случая, изображенного на Фиг.15.

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

Далее настоящее изобретение будет описываться со ссылками на телекоммуникационную систему на основе GSM, такую как система связи с коммутацией каналов, и на основе GPRS, такую как система связи с коммутацией пакетов. Однако следует отметить, что описанные варианты осуществления должны рассматриваться в качестве иллюстративных, и что также могут рассматриваться и другие как фиксированные (стационарные), так и мобильные системы с коммутацией каналов/пакетов с любой технологией доступа, такой как множественный доступ с временным разделением каналов (TDMA), множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA), дуплексная связь с временным разделением каналов (TDD), дуплексная связь с частотным разделением каналов (FDD), или с любой их комбинацией. Изобретение не ограничивается никаким конкретным типом сети связи или технологии доступа.

Фиг.1 изображает общее представление 10 инфраструктуры связи, когда множество различных сетей взаимосвязаны. Фиг.1 включает в себя как узлы, включенные в сеть мобильной связи с коммутацией каналов (CS), такие как мобильный коммутационный центр 118 (MSC) и подсистема 112 базовой станции (BSS), так и узлы, включенные в сеть мобильной связи с коммутацией пакетов (PS), такие как узел 114 поддержки обслуживания GPRS (SGSN) и шлюзовой узел 116 поддержки GPRS (GGSN). Как правило, узел SGSN включает в себя функциональные возможности, такие как повторная сегментация пакетов данных, в соответствии с одним протоколом, в пакеты данных, в соответствии с протоколами, используемыми в радиоинтерфейсе. Узел SGSN также включает в себя механизмы управления для одной или нескольких подсистем 112 BSS, а также механизмы качества обслуживания (QoS). Узел GGSN включает в себя функциональные возможности, требуемые для поддержки связи между мобильной сетью передачи пакетных данных и другими сетями передачи пакетных данных, такими как сеть 120 передачи данных. Часть CS сети соединяется с сетью 140 PSTN, а часть PS сети соединяется с сетью 120 передачи данных. Сеть передачи данных может являться как внешней, так и внутренней сетью, то есть иметь широкие или ограниченные возможности доступа. Как изображено на чертеже, части PS и CS сети также могут быть взаимосвязаны посредством интерфейса между центром 118 MSC и узлом 114 SGSN. Подсистема 112 BSS может обслуживать как часть PS, так и часть CS сети с помощью ресурсов связи с коммутацией пакетов (161), а также с коммутацией каналов (162) по беспроводной связи, для обеспечения мобильности пользователям как PS, так и CS служб, а также их пользовательскому оборудованию 100 (UE). Например, пользовательское оборудование 100 (UE) может являться мобильным телефоном или мобильным телефоном, соединенным с аппаратурой связи любого типа, такой как персональные цифровые устройства (PDA) или ноутбук. Сеть 140 PSTN предоставляет пользователям (пользовательским устройствам), подключенным к фиксированной (стационарной) сети, службы, такие как «обычный телефон» (POT), факсимильный аппарат или модем 150 передачи данных. Другими примерами устройств, непосредственно или опосредованно соединенных с сетью 140 PSTN, являются терминалы ISDN и устройства связи, соединенные через цифровую абонентскую линию связи (DSL) (например, ADSL, HDSL и XDSL).

Как правило, сеть 120 передачи данных включает в себя один или несколько маршрутизаторов (не изображены) и информационные мосты для предоставления нескольким узлам возможности взаимосвязи и взаимодействия друг с другом. Сеть передачи данных, используемая в связи с настоящим изобретением, также включает в себя сервер 130 объектов данных. Как правило, в сеть передачи данных включается множество серверов объектов данных, несмотря на то, что для разъяснения и ясности на Фиг.1 изображен только один сервер 130 объектов данных. Примерами сетей передачи данных являются сеть Интернет и внутренние сети. Пользовательское оборудование 100 (UE) может получить полное логическое соединение 171 с указанным (введенным) телефоном 150 стороны В, соединенным с сетью 140 PSTN по каналу 162 связи CS, обеспеченному между пользовательским оборудованием 100 (UE) и подсистемой 112 BSS, и дополнительно через узел 118 MSC, по которому может быть проведен сеанс между любой частью пользовательского оборудования 100 (UE) и телефоном 150. Подобным образом пользовательское оборудование 100 (UE) может получить полное логическое соединение 172 с оборудованием, таким как сервер 130 объектов данных, соединенным с сетью 120 передачи данных по каналу 161 связи PS, обеспеченному между пользовательским оборудованием 100 (UE) и подсистемой 112 BSS, и дополнительно через узел 114 SGSN и узел 116 GGSN, по которым данные могут быть переданы между любой частью пользовательского оборудования 100 (UE) и сервером 130 объектов данных.

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

В соответствии с одним аспектом настоящего изобретения, сервер 130 объектов данных включает в себя графические информационные объекты, то есть телефонные страницы, связанные с телефонным номером. Телефонный номер идентичен абонентскому номеру, то есть номеру стороны А или В, относящемуся к запускающему пользовательскому оборудованию или оконечному пользовательскому оборудованию, соответственно. После набора номера стороны B сторона А соединяется с сервером 130 объектов данных посредством канала связи PS, а также принимает объект данных, то есть «телефонную страницу», сохраненную в ячейке памяти на сервере объектов данных, с адресом памяти, соответствующим набранному номеру стороны B. Телефонная страница может состоять из информации о стороне В, или попросту может предоставлять непосредственный доступ к внутренней или внешней сети передачи данных, поддерживаемой посредством абонента стороны В. Альтернативно, телефонная страница стороны В может состоять из информации о пользователе стороны В, такой как телефонный номер, адрес и другой информации. После приема телефонной страницы стороны В может быть выполнена одна или несколько процедур. Если номер стороны B относится к телефону 150 РОТ, то может быть установлено речевое соединение с коммутацией каналов. Если номер стороны B относится к другому устройству, то могут возникнуть другие события. Это также зависит от используемого устройства пользовательского оборудования 100 (UE) стороны А.

В варианте настоящего изобретения пользовательское оборудование 100 (UE) не поддерживает использование канала связи PS, но может восстановить объекты данных с помощью других средств, таких как служба коротких сообщений (SMS) или временный канал связи CS. В варианте настоящего изобретения канал связи PS, например, имеющий конкретное QoS, используется для передачи речи в пределах системы 10 связи, посредством чего сеть 140 PSTN и сеть 120 передачи данных связываются с помощью некоторых средств (не изображены на Фиг.1).

Фиг.2 изображает схему последовательности операций процедуры в пользовательском оборудовании (UE) (подобном пользовательскому оборудованию 100 (UE)) для передачи телефонной страницы стороне А с использованием пользовательского оборудования (UE), в соответствии с одним вариантом осуществления настоящего изобретения. Процедура начинается на этапе 205 посредством инициирования со стороны А, (например, включением пользовательского оборудования (UE)). На этапе 210 инициирование запроса телефонной страницы указывается либо автоматически (например, вызов завершен посредством другой стороны), либо вручную посредством стороны А (например, набор номера стороны B). Запускающее событие 210 может являться, по меньшей мере, одним из множества событий, таких как:

Исходящий вызов либо инициирован, либо инициируется.

Вызываемая сторона В отвечает на вызов.

Вызываемая сторона В занята.

Вызываемая сторона В не отвечает.

Вызываемая сторона В отклоняет вызов.

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

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

Групповой вызов либо инициирован, либо инициируется.

Вызов разъединен.

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

Абонент находится в ожидании.

Была выбрана новая сота в наземной сети мобильной связи общего пользования (PLMN).

Изменилось местоположение абонента.

Выбран новый оператор сети PLMN.

Выполнена регистрация новой страны.

Пользовательское оборудование (UE) выключается.

Пользовательское оборудование (UE) включено.

На пользовательском оборудовании (UE) нажата определенная кнопка.

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

Абоненту оставлена речевая почта.

Абоненту послано сообщение SMS.

В соответствии с одним аспектом настоящего изобретения сервер 130 объектов данных включает в себя графические информационные объекты, такие как телефонные страницы, связанные с индикатором адреса, таким как телефонный номер, или с Интернет-адресом, таким как адрес IPv6. Телефонный номер идентичен абонентскому номеру, то есть номеру стороны А или В, относящемуся к вызывающему пользовательскому оборудованию или к оконечному пользовательскому оборудованию, соответственно. После набора номера стороны B сторона А соединяется с сервером 130 объектов данных посредством канала связи PS, а также принимает объект данных, такой как «телефонная страница», сохраненный в ячейке памяти на сервере объектов данных, с адресом памяти, соответствующим набранному номеру стороны B. Сервер объектов данных может включать в себя телефонную страницу с информацией непосредственно о стороне В, или же может попросту обеспечить непосредственный доступ к местоположению во внутренней или внешней сети передачи данных, поддерживаемой посредством абонента стороны В, то есть сервер 130 объектов данных изначально функционирует в качестве сервера номеров, обеспечивающего перевод предоставленного номера стороны В в соответствующий идентификатор URI, где постоянно находится телефонная страница, который может находиться на физически отдельном сервере объектов телефонных страниц. Перевод и предоставление фактически запрашиваемой телефонной страницы могут являться либо прозрачными, то есть, сервер номеров телефонных страниц пересылает или передает запрос телефонной страницы на соответствующий сервер объектов телефонных страниц, который сервер объектов телефонных страниц передает непосредственно или опосредованно через сервер имен запрашивающей стороне, или сервер номеров телефонных страниц возвращает идентификатор URI запрашиваемой телефонной страницы запрашивающей стороне, после чего запрашивающая сторона переадресовывается посредством использования идентификатора URI для запроса желательной телефонной страницы.

Телефонная страница стороны В может включать в себя информацию о пользователе стороны В, такую как телефонный номер, адрес и/или другую информацию. Телефонная страница стороны В также может включать в себя информацию о вызываемом пользовательском оборудовании стороны В, которое может являться, например, факсимильным устройством. После приема телефонной страницы стороны В может быть выполнена одна или несколько процедур. Если номер стороны B относится к телефону 150 РОТ, то может быть установлено речевое соединение с коммутацией каналов. Если номер стороны B относится к другому устройству, то могут возникнуть другие события, как например, при использовании службы оплаты. Это также зависит от используемого устройства пользовательского оборудования 100 (UE) стороны А.

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

На Фиг.2 сторона А инициирует запрос объекта данных на этапе 230, возможно после шифрования на этапе 220, а также передает этот запрос по каналу связи на сервер объектов данных. Запрос объекта данных может включать в себя, по меньшей мере, один из множества различных параметров, таких как:

Запрашиваемый протокол, предназначенный для использования для передачи (например, WAP, WML, HDML, HTML).

Идентификатор сервера объектов данных (например, имя сервера или простой IP адрес).

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

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

Идентификатор стороны А, например номер мобильной станции стороны А.

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

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

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

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

Код, идентифицирующий текущего оператора PLMN (V-PLMN) или сеть PLMN, на которую сторона А имеет подписку (H-PLMN), или же их обоих.

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

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

Код подтверждения подлинности параметров (например, контрольная сумма).

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

Далее на этапе 260 следует процедура отображения, когда объекты данных отображаются, в соответствии с функциональными возможностями пользовательского оборудования (UE), после чего на этапе 299 процедура завершается. Как правило, после этапа 299 следует одна или несколько процедур, в соответствии с функциональными возможностями пользовательского оборудования (UE) стороны А или типом оборудования, вызываемого посредством номера стороны B. Например, вызов может быть установлен или же вызов может быть разъединен.

Фиг.3 изображает соответствующие процедуры на сервере объектов данных (подобном серверу 130 объектов данных), причем процедура начинается на этапе 305, а на этапе 310 сервер объектов данных принимает запрос объекта данных. Как правило, запрос может включать в себя, по меньшей мере, индикатор, соответствующий номеру стороны А или В, а также типу действия, которое инициировало запрос. Если запрос зашифрован, то на этапе 320, перед обработкой информационного содержания, будет выполнено дешифрование. Индикатор адреса (например, номер стороны А или В) в запросе, принятом на этапе 310, будет преобразован в адрес памяти на сервере объектов данных или в адрес в соединенной с сервером объектов данных памяти, а объект данных, то есть телефонная страница, будет восстановлен на этапе 330. На этапе 310 запрос также может включать в себя индикатор функциональных возможностей устройства отображения пользовательского оборудования (UE), при этом на этапе 340 объект данных может быть адаптирован на сервере объектов данных к конкретной функциональной возможности отображения принимающего пользовательского оборудования (UE). Если запрос был зашифрован или запрошен по некой другой причине, то объект данных будет зашифрован на этапе 350 перед его возвратом на этапе 360 на запрашивающее пользовательское оборудование (UE), после чего на этапе 399 процедура на сервере объектов данных завершается.

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

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

На Фиг.4 изображена схема последовательности операций процедур, используемых в случае, когда с пользовательского оборудования (UE) инициировано соединение с коммутацией каналов, в соответствии с одним аспектом настоящего изобретения. Процедура начинается на этапе 405, когда мобильная станция не задействована в сеансе вызова, а также когда на этапе 420 пользователь, например, начинает вводить номер стороны B для стороны В посредством нажатия цифры, кнопки или с помощью активирования средств речевой идентификации. В течение этапа 420 получают целый номер стороны B. Затем мобильная станция устанавливает два различных соединения, соединение с коммутацией каналов для канала речевой связи на этапах 430-440-498 и канал связи с коммутацией пакетов для поиска телефонной страницы на этапах 450-499.

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

В основном процедуры коммутации пакетов следуют за процедурами, описанными со ссылкой на Фиг.4, где запрос объекта данных передается, возможно после шифрования, на этапах 450 и 460, принимается ответ, а также отображается телефонная страница, возможно после его надлежащего дешифрования, на этапах 470-490, после чего соединение с коммутацией пакетов также завершается на этапе 499.

Далее представлен пример реализации протокола между пользовательским оборудованием 100 (UE) и сервером 130 объектов данных. Служба телефонных страниц, в целом, основывается на следующих компонентах: функция обнаружения события, постоянно находящаяся либо в терминале пользователя, либо в сети, служба номеров телефонных страниц (PNS), которая обрабатывает запросы телефонных страниц, выполняет поиск соответствующей телефонной страницы, а также загружает информацию на задействованные терминалы, и один или несколько веб-серверов телефонных страниц (PWS), в которых телефонные страницы сохраняются и управляются.

Служба номеров телефонных страниц (PNS) может быть реализована с использованием узлов двух типов: локальной и основной служб PNS. Основная служба PNS принимает регистрационную информацию от серверов PWS и поддерживает локальную службу PNS в обновленном состоянии. Локальная служба PNS функционирует в качестве разновидности «прокси-сервера» между терминалом и серверами PWS. В одном аспекте изобретения локальная служба PNS включает в себя клиента обновления, который регулярно проверяет обновления на основной службе PNS. Если имеются записи, которые новее прошлого успешного обновления локальной службы PNS, то новые записи передаются с основной службы PNS на локальную службу PNS. Если связь выполняется по открытой сети Интернет, то информация может быть зашифрована (например, с использованием протокола HTTPS или IPSec). Существуют и другие средства для поддержки различных баз данных в обновленном состоянии. Например, основная служба PNS, при изменениях в собственной базе данных может связаться со множеством локальных служб PNS и, на основании их индивидуального статуса обновления, передать любые изменения на локальные службы PNS. И в этом случае информация может быть защищена вышеописанным способом.

Фиг.5 изображает случай, когда пользователь мобильного телефона реализовывает функцию обнаружения события на терминале. Клиент в мобильном терминале обнаруживает событие и запрашивает (этап 510) телефонную страницу. Локальная служба 520 PNS принимает запросы и находит сервер PWS, на котором находится телефонная страница. Локальная служба PNS находит (этап 530) телефонную страницу на соответствующем веб-сервере телефонных страниц. Телефонная страница загружается (этап 540) на терминал.

В целом, когда мобильный терминал (МТ) обнаруживает событие, терминал МТ передает запрос PNS на локальную службу PNS. Запрос PNS от клиента терминала МТ для службы PNS может быть реализован в качестве запроса HTTP с использованием способа GET. Идентификатор URI, используемый в запросе HTTP, обозначен запросом URI. Запрос URI является идентификатором, идентифицирующим ресурс, на основе которого выполняется запрос. Запрос URI включает в себя имя узла (хоста) локального сервера номеров телефонных страниц (PNS), маршрут узла (хоста) (например, указывающий соответствующий сервер) и список параметров. В запросе HTTP не требуется никакой определенной информации заголовка.

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

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

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

Когда локальная служба PNS принимает запрос PNS от терминала МТ, локальная служба PNS выполняет поиск адреса сервера PWS, на котором находится запрашиваемая телефонная страница. Затем локальная служба PNS запрашивает телефонную страницу у сервера PWS посредством передачи запроса HTTP, соответствующего сообщению с запросом PNS, как было описано выше. Следует отметить, что части «host_name» и «host_path запроса URI в этом случае соответствуют имени узла (хоста) и маршруту сервера PWS. Сервер PWS отвечает стандартным ответным сообщением HTTP, включающим в себя информационное содержание телефонной страницы.

Протокол между сервером PWS и основной службой PNS может быть основан на HTTP и используется для регистрации и управления элементами телефонных страниц в службе PNS. Для обеспечения безопасного транспортного механизма может быть использован протокол HTTPS (защищенный гипертекстовый транспортный протокол).

Фиг.6 изображает процедуру, подобную процедуре, разъясненной со ссылкой на Фиг.4, за исключением того, что запрос объекта данных выполняется перед началом сеанса вызова. Процедура начинается на этапе 905, а на эта