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

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

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

устанавливают сеанс между первым и вторым устройствами связи;

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

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

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

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

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

4. Способ по п.1, в котором на первом этапе передачи первичный объект данных отправляют с сервера местоположения.

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

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

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

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

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

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

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

первое устройство связи, причем первое устройство связи включает в себя:

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

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

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

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

причем сервер данных соединен с сетью передачи данных, а также включает в себя:

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

(ii) базу данных,

(iii) логическую схему для сохранения вторичного объекта данных в базе данных, и

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

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

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

14. Система по п.11, в которой на первом этапе передачи первичный источник данных отправляют с сервера местоположения.

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

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

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

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

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

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

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

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

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

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

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

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

При использовании слияния сетей передачи данных и речевой связи все большее количество портативных устройств связи могут поддерживать несколько режимов связи, а также множество приложений, связанных с передачей информации. Специализированные сотовые телефоны и алфавитно-цифровые пейджеры уступили в развитии сложным мобильным устройствам, поддерживающим функциональные возможности речевой связи, электронной почты и мгновенной передачи сообщений. Типичное устройство зачастую включает в себя камеру, аудиоплеер и устройство звукозаписи, а также может включать в себя приемник глобальной системы определения местоположения (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, а на этапе 910 номер стороны B вводится как описано выше со ссылкой на Фиг.4. В этом варианте осуществления введен этап 920, на котором возможно выбрать, будет ли запрашиваться телефонная страница. Как правило, это может являться выбором, выполняемым посредством пользователя и/или указанным набранным номером стороны В посредством соответствующей установки. В соответствии с одним вариантом осуществления настоящего изобретения двойное нажатие на определенную кнопку SEND указывает на запрос телефонной страницы. Если указано, что телефонная страница не желательна, то выполняется переход на этапы 950-960 и 999 соединения вызова с коммутацией каналов и завершения, как разъяснялось со ссылкой на изображенные на Фиг.4 этапы 430-440 и 498.

Если это указано, что телефонная страница желательна, то выполняется переход на этапы шифрования (930) и передачи (935) запроса объекта данных по каналу связи с коммутацией пакетов. До тех пор, пока сеанс связи с коммутацией пакетов не будет прерван (этап 940), загрузка объекта данных на сторону А будет продолжаться. Объекты данных принимаются на этапе 970, в случае того, если они зашифрованы, расшифровываются на этапе 980 и отображаются на этапе 990. На этапе 995 объекты данных обнаруживаются, и до тех пор, пока имеется информация для приема (этап 995), а также отсутствуют прерывания на этапе 940, загрузка данных будет продолжаться. Возможное прерывание может произойти, например, когда пользователь пожелает не ожидать полной загрузки телефонной страницы и вместо этого инициирует связь с коммутацией каналов на этапе 950. Она может быть инициирована посредством истечения времени или посредством ручного указания на человеко-машинном интерфейсе (MMI). В конце концов, когда отсутствуют данные телефонных страниц для загрузки, инициируется связь с коммутацией каналов. В соответствии с другим вариантом осуществления настоящего изобретения телефонную страницу для пользовательского оборудования (UE) получают с сервера 130 объектов данных после завершения вызова или всякий раз, когда пользовательское оборудование (UE) не задействовано в вызове, а также локально сохраняют на пользовательском оборудовании (UE), доступном при следующем запускающем событии.

До настоящего момента поиск телефонных страниц для отображения на оборудовании стороны А являлся адресованным. Должно быть отмечено, что сторона В также может отобразить телефонную страницу, связанную с соединением, предпочтительно телефонную страницу, идентифицированную посредством номера стороны А. На Фиг.7 изображена схема последовательности операций процедур, выполняемых на пользовательском оборудовании стороны В для поиска телефонных страниц стороны А, в соответствии с одним вариантом осуществления настоящего изобретения. Процедура начинается на этапе 1005, например, посредством входящего вызова пользовательского оборудования (UE) стороны В. На этапе 1010 канал связи распределяется между пользовательским оборудованием (UE) и соединенной с ним сетью. На этапе 1020 индикатор идентификатора исходящего вызова, то есть, идентификатор стороны А, предпочтительно номер стороны A, показывается стороне В. Затем на этапах 1060 и 1070 передается запрос, следующий за его шифрованием, на сервер объектов данных. Запрос, после приема на сервере, обрабатывается подобно запросам, принятым от стороны А, то есть, расшифровывается в случае необходимости, и отвечает на передачу объекта данных, связанную с идентификатором стороны А. Пользовательское оборудование (UE) на этапе 1080 принимает объекты данных, то есть телефонную страницу, и после дешифрования на этапе 1090, в случае необходимости, телефонная страница может быть отображена пользователю стороны В на этапе 1095.

Если на вызов ответили на этапе 1030, то речевое соединение может следовать за теми же самыми процедурами, как описано в связи с Фиг.3 и 4. Если на вызов не ответили, то последовательность речевой части завершается на этапе 1098.

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

Фиг.8 изображает пользовательское оборудование (UE), в соответствии с использованием в одном варианте осуществления настоящего изобретения, где пользовательское оборудование (UE) является мобильным телефоном или устройством PDA с функциональными возможностями мобильного телефона. Центральный процессор 1150 (далее в настоящем документе CPU) соединен, по меньшей мере, с одним блоком 1151 памяти и, по меньшей мере, с одним устройством 1120 отображения. Процессор 1150 CPU также может быть соединен с клавиатурой или контактной поверхностью 1152 для предоставления абонентам возможности ввода, например, цифр. Блок 1151 памяти может являться энергонезависимым (например, память EEPROM или SIM-карта) для сохранения информации при временном отсутствии питания. Процессор 1150 CPU дополнительно соединен с блоком 1110 радиосвязи, который может преобразовывать входящие и исходящие данные в модулированные сигналы RF. Блок 1110 радиосвязи также соединен с антенной 1160, предоставляющей возможность приема/передачи модулированных сигналов на средства, совместимые с RF. Блок 1110 радиосвязи также может быть непосредственно или опосредованно соединен с наушником 1130 и микрофоном 1140 для предоставления возможности осуществления речевой связи. Пользовательское оборудование (UE) может дополнительно включать в себя множество программ 1170, например браузер 1171 (веб-обозреватель), которые могут отобразить, по меньшей мере, один тип объекта данных, и средства 1172 шифрования/дешифрования, предоставляющие возможность шифрования/дешифрования запросов объектов данных и шифруемых объектов данных. Пользовательское оборудование (UE) может быть дополнительно оборудовано кэш-памятью, в которой можно сохранять и находить объекты данных, без использования ресурсов связи в пределах сети 10 связи.

Фиг.9 изображает сервер 130 объектов данных, в соответствии с одним вариантом осуществления настоящего изобретения. Сервер объектов данных включает в себя, по меньшей мере, один процессор 1230 CPU, соединенный, по меньшей мере, с одним запоминающим устройством 1210, кэш-память 1250, по меньшей мере, одну базу 1240 данных и, по меньшей мере, один интерфейс 1220. Запоминающие устройства 1210 и базы 1240 данных могут быть энергонезависимыми. Интерфейс 1220 предоставляет процессору 1230 CPU возможность приема и передачи данных от/в сеть 120 передачи данных. Кэш-память 1250 предоставляет возможность сохранения часто используемых объектов данных для того, чтобы процессор 1230 CPU мог получать их быстро. База 1240 данных включает в себя фактические объекты данных, которые могут быть запрошены посредством пользовательского оборудования 100 (UE) через инфраструктуру 110 связи и сеть 120 передачи данных. Сервер объектов данных также может дополнительно включать в себя множество программ 1260, включающее в себя, в числе прочего, фильтр 1261, предоставляющий возможность оптимизации объектов данных, в соответствии с функциональными возможностями отображения пользовательского оборудования 100 (UE), и средства 1262 шифрования/дешифрования, предоставляющие возможность шифрования/дешифрования запросов объектов данных и шифруемых объектов данных.

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

Ввод номера стороны B вовлекает любое средство ввода номера стороны B в пользовательское оборудование (UE) стороны А. Первый пример процедуры ввода номера стороны B описан со ссылкой на Фиг.10, где ввод номера стороны B включает в себя начальный этап 1305 и этап 1310 приема символа с раскладки клавиатуры. В ответ на этап 1310 на этапе 1320 символ сохраняется в буфере памяти на пользовательском оборудовании (UE), а также на этапе 1330 проверяется полон ли номер стороны B. Если количество не полное, то этапы 1310, 1320 и 1330 повторяются. Если номер стороны B полон, то на этапе 1399 процедура ввода номера стороны B завершается. Определение полноты номера стороны В на этапе 1330 может вовлекать использование таймеров, контролирующих процедуру ввода, короткой комбинации кнопок для минимизирования количества нажимаемых кнопок, определенные кнопки для завершения ввода номера (например, одно нажатие кнопки SEND или CALL) или посредством анализа цифр в буфере памяти на предмет полноты номера стороны B.

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

Ввод номера стороны А вовлекает любое средство ввода номера стороны A в упомянутое пользовательское оборудование 100 (UE). Первый пример процедуры ввода номера стороны A описан со ссылкой на Фиг.11, где ввод номера стороны А включает в себя этап 1405 начала процедуры и этап 1410 приема номера стороны A от инфраструктуры 110 связи. В ответ на этап 1410 проверяется, верен ли номер стороны A (например, не заблокирован, скрыт или ошибочен), и если он верен, то номер стороны A сохраняется в памяти пользовательского оборудования 100 (UA) на этапе 1430. Если номер стороны A не верен, то флаг, указывающий не верный номер стороны A, сохраняется в памяти пользовательского оборудования 100 (UA) на этапе 1440. На этапе 1499 процедура завершается.

Второй пример ввода номера стороны А выполняется посредством передачи номера стороны А или объектов данных в ответ на номер стороны A непосредственно по логической линии 161 связи.

Фиг.12 изображает пользовательское оборудование 100 (UE) в соответствии с вторым вариантом изобретения, когда пользовательское оборудование 100 (UE) является стационарным телефоном с функциональными возможностями графических средств. В соответствии с этим вторым вариантом пользовательское оборудование 100 (UE) аналогично мобильному телефону, как описано на Фиг.8, за исключением того, что блок 1110 радиосвязи и антенна 1160 заменены адаптером 1510 среды связи, который преобразовывает входящие и исходящие сигналы в стандарт среды связи, включающий в себя, в числе прочего, ISDN, ADSL, HDSL, VDSL и кабельные сети и любую их комбинацию.

Фиг.13 изображает пользовательское оборудование 100 (UE) в соответствии с другим вариантом осуществления изобретения, когда пользовательское оборудование 100 (UE) является мобильным телефоном 1690, возможно без функциональных возможностей отображения объектов данных, с антенной 1660, соединенным с устройством 1691 PDA по линии 1695 связи. Например, линия связи может быть реализована с помощью инфракрасной, радио (например, Bluetooth) или проводной структуры связи. Устройство 1691 PDA дополнительно включает в себя процессор 1653 CPU, соединенный, по меньшей мере, с одним блоком 1654 памяти и, по меньшей мере, одно устройство 1621 отображения. Процессор 1653 CPU также может быть соединен с клавиатурой или контактной поверхностью 1655 для того, чтобы предоставить абонентам возможность ввода, например, цифр. Блок 1654 памяти может быть энергонезависимым (например, память EEPROM или SIM-карта) для сохранения информации при временном отсутствии питания. Устройство 1691 PDA дополнительно включает в себя множество программ 1670, включающее в себя, в числе прочего, браузер 1671 (веб-обозреватель), которые могут отобразить, по меньшей мере, один тип объекта данных, и средства 1672 шифрования/дешифрования, предоставляющие возможность шифрования/дешифрования запросов объектов данных и шифруемых объектов данных. Мобильный телефон 1690 дополнительно описан на Фиг.8, где ссылочный номер 1620 соответствует ссылочному номеру 1120, ссылочный номер 1610 соответствует ссылочному номеру 1110, ссылочный номер 1650 соответствует ссылочному номеру 1150, ссылочный номер 1651 соответствует ссылочному номеру 1151, ссылочный номер 1652 соответствует ссылочному номеру 1152, ссылочный номер 1630 соответствует ссылочному номеру 1130, а ссылочный номер 1640 соответствует ссылочному номеру 1140.

Существует множество возможных технологий, которые являются подходящими для реализации функциональных возможностей телефонных страниц в пользовательском оборудовании (UE) (клиент телефонных страниц). Примеры таких технологий в контексте GSM включают в себя комплект средств SIM, WAP/WTA, Java и MeXE, и собственную реализацию. Независимо от деталей реализации, главная функция клиента заключается в обнаружении событий вызовов, а также в запуске браузера с соответствующим URL, определяемым посредством типа события, типа информационного содержания, идентификатора другой стороны, собственного идентификатора, HPLMN, VPLMN, кода посещаемой страны, функциональных возможностей терминала и других параметров, как описано в настоящем документе. Кроме того, клиент может обеспечить функции, например, для активации и конфигурации служб, безопасности, функциональных клавиш и меню.

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

Другой технологией, подходящей для реализации клиента телефонных страниц в пользовательском оборудовании (UE), является Java. Могут быть получены, например, функциональные возможности JavaPhone для автоматической загрузки телефонной страницы, например, по WAP, HTML или SMS. Кроме того, также могут быть получены функциональные возможности, такие как функциональная клавиша, чувствительная к контексту телефонной страницы. Функциональная клавиша может, например, автоматически появиться после вызова в телефонной записной книжке, а также в журнале вызовов. При нажатии функциональной клавиши автоматически загружается телефонная страница, связанная с телефонным номером на устройстве отображения.

В предпочтительном варианте осуществления функциональные возможности сервера 130 объектов данных делятся на две логически различных части: сервер имен и сервер объектов. Сервер имен и сервер объектов могут быть разделены физически или же разделены исключительно логически. Сервер имен обеспечивает перевод между индикаторами адресов, такими как телефонные номера, события и соответствующее местоположение сервера объектов, где постоянно находятся желательные объекты, телефонные страницы, например, идентификаторы URI (универсальные идентификаторы ресурсов), URL (универсальные локаторы ресурсов). Сервер объектов размещает желательные объекты, информационное содержание телефонных страниц. Может быть обеспечено несколько серверов имен, например, определенным сервером имен можно управлять посредством оператора мобильной телефонной сети или изготовителя мобильного телефона. Конкретный вариант осуществления пользовательского оборудования определяет используемый сервер имен. Сервер имен может быть предоставлен используемым поставщиком услуг, может быть основан на стране, быть единым основным, зависеть от службы (такой как электронная почта), или являться комбинацией. В предпочтительном варианте осуществления пользовательское оборудование, связанное с определенным сетевым оператором посредством, например, SIM-карты, автоматически передает запрос на сервер имен сетевого оператора. Посредством автоматического, как предварительно определено, например, в SIM-карте, направления запроса с пользовательского оборудования на сервер имен определенного сетевого оператора пользователя (например, определяемого SIM-картой), могут быть получены несколько преимуществ, связанных с безопасностью, скоростью и избыточностью.

В соответствии с вариантом изобретения перевод номеров и событий в URL может быть выполнен непосредственно на пользовательском оборудовании (UE). После обнаружения запускающего события пользовательское оборудование (UE) выполняет поиск в ячейке памяти (например, в SIM-карте или записной книжке), а также находит или вычисляет URL, соответствующий некой другой стороне и событию. Затем URL передается другой стороне посредством SMS. После приема URL другой стороной объекты данных отыскиваются автоматически.

В другом варианте настоящего изобретения данные USSD или информация UUI (информация, которой обмениваются пользователи), в соответствии со стандартом GSM, может быть использована для передачи URL вместо SMS. Еще в одном варианте для передачи SMS может быть использована сигнализация IP между двумя UI, вместо использования SMS.

РАСПРЕДЕЛЕНИЕ ОБЩЕЙ ИНФОРМАЦИИ О МЕСТОПОЛОЖЕНИИ МЕЖДУ УСТРОЙСТВАМИ СВЯЗИ

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

Фиг.14 изображает систему 2400, иллюстрирующую первое устройство А 2405 связи, второе устройство В 2410 связи, сервер С 2415 объектов данных и сервер D 2420 данных. В некоторых вариантах осуществления устройства А 2405 и В 2410 связи могут включать в себя любое описанное в настоящей заявке пользовательское оборудование (UE), такое как, например, пользовательское оборудование 100 (UE), изображенное на Фиг.1, а сервер 2415 объектов данных может включать в себя любой из описанных в настоящем документе серверов объектов данных, таких как сервер 130 объектов данных, изображенный на Фиг.1, или любой из описанных в настоящем документе серверов телефонных страниц.

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

Как изображено на чертеже, пользователи устройств А 2405 и В 2410 связи взаимодействуют через сеанс связи или вызов. Такая связь может включать в себя речевой вызов (например, канал или VoIP), сеанс мгновенного обмена сообщениями (IM), или любые другие способы связи, такие как способы, описанные в настоящем документе. В некоторых вариантах осуществления устройство А 2405 или В 2410 связи включает в себя модуль или приложение, которое может определить географическое местоположение пользователя устройства А 2405 связи, такое, как например, встроенный приемник GPS, способный определить местоположение устройства автономно или с помощью информации от внешнего источника по каналу связи. В другом варианте приемник GPS может выполнить измерения, которые передаются на сервер определения местоположения для заключительного вычисления местоположения устройства. В некоторых вариантах осуществления такая информация может быть определена посредством сервера определения местоположения (не показан), который взаимодействует с устройством А 2405 или В 2410 связи. В другом варианте устройство В 2410 связи может являться стационарным устройством, местоположение которого определяется посредством модуля или приложения, как описано выше, или альтернативно с помощью непосредственного ввода посредством пользователя {например, адреса). В последнем случае пользовательский ввод может обрабатываться или преобразовываться посредством объекта, находящегося в пределах или за пределами устройства связи (например, перевод адреса в географические координаты).

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

установление вызова или сеанса связи с устройством В 2410 связи;

периодическое запускающее событие на основе таймера на устройстве А 2405 связи;

пересечение границы, которую устройство А 2405 связи предварительно конфигурирует до установления сеанса связи или вызова {например, устройство А 2405 связи перемещается за радиус от точки происхождения сеанса связи или вызова);

активация посредством пользователя устройства А 2405 связи (например, явный запрос);

другие события, такие как события, описанные в патенте США № 6996072;

другое запускающее событие может являться: изменением радиоканала для многорежимного устройства связи (передача обслуживания с одного типа канала, такого как GSM, другому типу канала, такому как беспроводная сеть LAN или сеть WiFi).

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

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

После приема запроса сервер С 2415 объектов данных может создать вторичный объект данных и передать его на устройства А 2405 и В 2410 связи. В некоторых вариантах осуществления вторичный объект данных может включать в себя изображение карты, идентифицирующее местоположения устройств А 2405 и В 2410 связи. В некоторых вариантах осуществления, если сервер С 2415 объектов данных не имеет функциональных возможностей формирования вторичного объекта данных, то он может запросить дополнительные данные и информацию у другого источника, такого как, например, сервер D 2420 данных. Например, сервер D 2420 данных может включать в себя любой веб-сайт или страницу, которая обеспечивает карты местоположениями и направлениями. В некоторых вариантах осуществления объект данных может включать в себя ссылку или другой подобный адрес сети Интернет, идентифицирующий информационное содержание, составленное посредством другого сервера (например, сервера D 2420 данных), где пользователь устройства В 2410 связи может найти информационное содержание (например, информацию о местоположении), которая предоставляется посредством ссылки, содержащейся во вторичном объекте данных. После приема объекта данных с сервера С 2415 объектов данных или же после инициирования содержащейся в нем ссылки устройства А 2405 и В 2410 связи могут отобразить карту.

Каждый из вышеописанных случаев вовлекает использование либо сервера С, либо серверов С и D. Однако в некоторых вариантах осуществления различные описанные в настоящем документе отличительные признаки и функциональные возможности могут функционировать без использования сервера(ов). Например, устройства A и B связи могут локально сохранить карты, а также работать в режиме «точка-точка». В такой системе для обмена информацией о местоположении устройств (широта и долгота и т.д.) между двумя устройствами может быть использован протокол, такой как протокол, разработанный посредством Национальной ассоциации морской электроники (NMEA). Каждое устройство может отобразить местоположения обоих устройств на локально сохраненной карте. В других вариантах осуществления устройства A и В могут взаимодействовать в режиме «клиент-сервер», где одно устройство функционирует в качестве сервера с локально сохраненными картами, в то время как другое устройство передает свою информацию о местоположении на сервер (например, через протокол, подобный NMEA). Устройство, функционирующее в качестве сервера, будет намечать местоположения всех устройств и передавать карту с идентифицированными местоположениями всех устройств на устройство клиента. Специалистам в данной области техники будет понятно, что любой из этих описанных в настоящем документе двух режимов работы может применяться к связи между более чем двумя устройствами.

Фиг.15 изображает вариант осуществления способа 2500 распределения общей информации о местоположении между устройствами связи. Как изображено на чертеже, на этапе 2505 устанавливается вызов или сеанс связи между первым и вторым устройствами связи. На этапе 2510 первое устройство связи может обнаружить запускающее событие. В некоторых вариантах осуществления событие может являться событием, описанным в настоящем документе. На этапе 2515, после возникновения запускающего события, первое устройство связи может передать первый объект данных на второе устройство связи. На этапе 2520 второе устройство связи может передать запрос объекта данных на сервер данных. В некоторых вариантах осуществления запрос может включать в себя информацию о местоположении первого или второго устройства связи. В некоторых вариантах осуществления объект данных может включать в себя сервер телефонных страниц, как описано в настоящем документе. На этапе 2525 сервер объектов данных может создать запрошенный вторичный объект данных. На этапе 2530 сервер объектов данных может передать вторичный объект данных на первое и второе устройства связи.

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

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

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