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

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

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ

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

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

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

В настоящей области техники адресные книги называются по-разному, например "телефонная книга", "контакты" и т.п. Сетевая адресная книга (Network Address Book, NAB) - это адресная книга, которая хранится в сети. Открытое сообщество мобильной связи (Open Mobile Alliance, ОМА) находится в процессе стандартизации адресной книги NAB на основе сводной адресной книги (Converged Adress Book, CAB).

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

Часто возникает необходимость передачи контактной информации одному или нескольким получателям. Упомянутая передача может иметь различные наименования, относящиеся к операции "передачи", например "предоставление", "обмен", "совместный доступ". Поскольку в стандарте ОМА для адресной книги CAB такое действие называют "предоставлением совместного доступа к контактам" ("Contact Share"), для обозначения упомянутого действия в настоящем документе используются оба термина: "предоставление совместного доступа" и "передача". Это относится к передаче любой контактной информации из адресной книги в устройство или сетевое хранилище необходимого пользователя. Передаваемая контактная информация может быть частью, или всей контактной информацией отправителя, или любым количеством записей контактов в адресной книге отправителя. При этом переданная информация может включать контактную информацию любого количества записей упомянутой адресной книги. Соответственно, в одном из случаев может быть передана вся адресная книга.

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

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

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

В одном из вариантов осуществления изобретения прием уведомления выполняется в ответ на обновление документа совместного доступа к контактам. Упомянутый документ может быть документом управления документами XML (XML Document Management).

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

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

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

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

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

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

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

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

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

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

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

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

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

фиг.4 иллюстрирует пример информационного потока для получателя в локальном домене в соответствии с вариантами осуществления настоящего изобретения с использованием метода XDM;

фиг.5 иллюстрирует пример информационного потока для получателя в удаленном домене в соответствии с вариантами осуществления настоящего изобретения с использованием метода XDM;

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

фиг.7 иллюстрирует пример информационного потока для получателя в соответствии с вариантами осуществления настоящего изобретения с использованием способа на основе Push SIP;

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ РАЗЛИЧНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

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

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

В соответствии с вариантами осуществления настоящего изобретения расширение управления документами XML (XML Document Management, XDM) ОМА обеспечивает решение для предоставления совместного доступа к контактной информации.

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

В вариантах осуществления настоящего изобретения предложены надежная и эффективная система, устройство и способ передачи контактной информации. На фиг.1 схематически показаны пример архитектуры и поток сообщений системы управления адресной книгой в соответствии с одним из вариантов осуществления настоящего изобретения. Система 200 обновления адресной книги включает сервер 202 CAB, сконфигурированный для работы в качестве сервера для адресной книги пользователя. В одном из вариантов осуществления изобретения (показано в скобках на фиг.1) сервер 202 CAB включает функциональность сервера синхронизации данных (data synchronization, DS) ОМА. Сервер 202 CAB может хранить адресную книгу самостоятельно. Альтернативно, адресная книга может храниться в отдельном хранилище, например в хранилище 218 CAB в соответствии с проиллюстрированным на фиг.1 вариантом осуществления изобретения. Хранилище 218 может быть основано на XDMS (т.е. XDMS адресной книги). Клиент 210 CAB выполнен в пользовательском устройстве 208 для администрирования как адресной книги пользователя на сервере 202 CAB, так и персональной карты контактов этого же пользователя на сервере 204 РСС. В рассматриваемом варианте осуществления изобретения клиент 210 CAB включает также функциональность клиента синхронизации данных DS. Клиент 210 CAB также включает функциональность клиента управления документами XML (XDM). В соответствии с примером, проиллюстрированным на фиг.1, система 200 управления адресной книгой может быть сконфигурирована для обслуживания любого количества клиентов CAB.

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

1) протокол синхронизации данных CAB;

2) функцию управления CAB, например добавление, удаление, обновление CAB; и

3) взаимную аутентификацию с клиентом 210 CAB.

Сервер 204 персональных карт контактов (РСС) используется для управления и хранения карт РСС различных пользователей.

В соответствии с вариантами осуществления настоящего изобретения между сервером 202 CAB и сервером 204 РСС обеспечена функция подписки (subscription function, SF). Функция подписки SF 206 может представлять собой самостоятельный сетевой объект или входить в состав какого-либо другого сетевого объекта. В соответствии с вариантами осуществления настоящего изобретения синхронизацию адресной книги выполняют между клиентом 210 CAB и сервером 202 CAB.

В варианте осуществления изобретения, показанном на фиг.1, система также включает сервер 212 предпочтений и политики пользователя (User Preference & Policy, UPP). В различных вариантах осуществления изобретения сервер 212 UPP включает различные документы, сконфигурированные в виде документов управления документами XML (XDM). В таком случае сервер 212 UPP может быть сервером XDM (XDM Server, XDMS). Несмотря на то что сервер 212 UPP проиллюстрирован на фиг.1 как единый объект, сервер 212 UPP может включать множество объектов, выполняющих различные функции (например, для каждого обрабатываемого им документа может использоваться выделенный объект).

В соответствии с вариантами осуществления настоящего изобретения сервер XDMS 212 UPP осуществляет хранение и управление XML-документами совместного доступа к контактам для каждого пользователя. Документ XML совместного доступа к контактам представляет собой документ, с помощью которого пользователь (например, клиент 210 CAB) может указать, кому может быть предоставлена определенная контактная информация. В различных вариантах осуществления настоящего изобретения документ XML совместного доступа к контактам имеет по меньшей мере поля "Кому" ("То") и "От кого" ("From"). Формат полей "Кому" и "От кого" может быть телефонным номером, адресом электронной почты, идентификатором сетевого доступа (Network Address Identifier, NAI) и т.п. Кроме того, в других вариантах осуществления изобретения документ XML совместного доступа к контактам может включать фактическую информацию совместного доступа к контактам или ссылку на эту информацию. Например, поле "Контакт" ("Contact") может содержать или всю предоставляемую контактную информацию, или только идентификатор контактной записи и соответствующий атрибут или параметр (без значения) в качестве ссылки. Информация совместного доступа к контактам может не требоваться, если совместный доступ должен быть предоставлен к РСС-данным отправителя (т.е. полю "От кого"). Специалистам в данной области техники понятно, что приведенные выше названия полей (например, "Кому", "От кого" и "Контакт") являются лишь примерами. Точные названия полей в стандарте и в различных реализациях могут быть другими.

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

Сервер XDMS 212 UPP может также осуществлять хранение и управление документом XML состояния контактов. Документ XML состояния контактов представляет собой документ, указывающий пользователю, или клиенту 210 CAB, состояние операции предоставления совместного доступа к контактам или какой-либо другой операции CAB.

Сервер XDMS 212 UPP может также осуществлять хранение и управление документами XML пользовательских предпочтений CAB. Документы XML пользовательских предпочтений CAB включают список свойств или атрибутов контактных записей, а также список контактных записей (т.е. список подписки), на которые клиент CAB желает осуществить подписку. Например, документ XML пользовательских предпочтений CAB может включать список подписки. Кроме того, документ XML пользовательских предпочтений CAB может включать персональные предпочтения клиента 210 CAB.

В соответствии с вариантами осуществления настоящего изобретения, как проиллюстрировано на фиг.1, система 200 включает сетевой объект, а именно функцию 214 совместного доступа к контактам, сконфигурированный для управления совместным доступом к контактной информации. Функция 214 совместного доступа к контактам сконфигурирована таким образом, чтобы поддерживать разрешение адресов, определять тип получателя и домен получателя, а также обеспечивать функцию передачи сообщений для обеспечения совместного доступа к контактной информации. Функция 214 совместного доступа к контактам имеет полный доступ к документам XML в сервере XDMS 212 UPP, сервере 204 персональных карт контактов и сервере 202 CAB. При предоставлении услуг CAB функция 214 совместного доступа к контактам осуществляет подписку на документ XML совместного доступа к контактам в сервере XDMS 212 UPP.

Как показано на фиг.1, в некоторых вариантах осуществления изобретения функция подписки SF 206 может быть обеспечена функциональностью клиента синхронизации данных (DS) для взаимодействия с сервером 202 CAB, имеющего функциональность сервера DS. В других вариантах осуществления изобретения функция подписки SF 206 может быть предоставлена в качестве функциональности сервера 202 CAB. В некоторых других вариантах осуществления изобретения функция подписки SF 206 и сервер 202 CAB могут быть сгруппированы с функцией 214 совместного доступа к контактам в одном сетевом объекте.

В соответствии с вариантами осуществления настоящего изобретения функция 214 совместного доступа к контактам получает уведомление, когда документ XML совместного доступа к контактам в сервере XDMS 212 UPP обновлен клиентом 210 CAB. Функция 214 совместного доступа к контактам сконфигурирована также для извлечения контактной информации, например, из сервера 204 РСС и сервера 202 CAB. В качестве примера, после приема уведомления функция 214 совместного доступа к контактам может извлечь РСС отправителя из сервера РСС (например, с использованием операции ХСАР), если поле "Контакт" в запросе совместного доступа к контактам недоступно. Если поле "Контакт" существует и включает ссылку на запись, то функция 214 совместного доступа к контактам извлекает контактную информацию этой записи из хранилища 218 CAB. Также может быть использована операция ХСАР, если хранилищем CAB является сервер XDMS (например, XDMS адресной книги). Альтернативно, функция 214 совместного доступа к контактам может напрямую извлекать контактную информацию из сервера CAB с использованием синхронизации. В этом случае функция 214 совместного доступа к контактам может использовать функциональность клиента синхронизации данных DS и, с применением фильтрования DS, может обеспечивать средства для извлечения конкретной контактной информации. Если поле "Контакт" включает вместо этого контактную информацию, к которой предоставляют совместный доступ, упомянутая операция извлечения не требуется. Следует отметить, что операция извлечения может не требоваться, если предоставляемая контактная информация имеется на сервере 204 РСС, а получатель является пользователем CAB, в соответствии с дальнейшим описанием. Функция 214 совместного доступа к контактам может быть самостоятельным сетевым объектом, или она может быть частью какого-либо другого сетевого объекта, например функции 206 подписки.

В одном из вариантов осуществления изобретения служба 216 передачи сообщений сконфигурирована для обеспечения доставки контактной информации на адрес получателя, если получатель не является пользователем CAB. Примерами служб передачи сообщений, которые могут быть использованы, являются служба коротких сообщений (SMS), служба мультимедийных сообщений (MMS), служба мгновенного обмена сообщениями (IM), электронная почта. В других вариантах осуществления изобретения для доставки контактной информации получателю, не являющемуся пользователем CAB, могут применяться другие системы доставки или службы, при условии, что они обеспечивают необходимые средства доставки. Например, для этого могут быть использованы такие протоколы, как SIP, HTTP, при определении полезной нагрузки и значений некоторых заголовков. Если используют протокол SIP, может быть использована процедура MESSAGE.

На фиг.2 проиллюстрирован другой пример осуществления системы управления адресной книгой. В рассматриваемой системе 240 клиент 244 CAB, сервер 246 CAB, сервер 248 РСС и функцию подписки 250 SF предоставляют в домашнем домене 242, аналогично варианту осуществления, описанному выше со ссылкой на фиг.1. Система 240 также включает сервер 252 UPP, такой как сервер XDMS UPP, показанный на фиг.1. В варианте осуществления изобретения, показанном на фиг.2, система 240 дополнительно включает удаленный домен 249. Таким образом, возможна ситуация, когда все подписавшиеся пользователи не принадлежат домашнему домену.

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

Обратимся к фиг.3, в соответствии с вариантами осуществления настоящего изобретения когда пользователь (например, клиент CAB) желает предоставить совместный доступ к своей контактной информации или к контактной информации кого-либо другого из своей адресной книги, он использует клиент XDM для обновления полей "Кому", "От кого" и "Контакт" документа XML совместного доступа к контактной информации в сервере XDMS UPP (блок 252). После успешного завершения процедуры предоставления совместного доступа к контактам функция совместного доступа к контактам или клиент XDM пользовательского устройства удаляет содержимое документа XML совместного доступа к контактам.

После успешного обновления документа XML совместного доступа к контактам в сервере XDMS UPP функция совместного доступа к контактам принимает уведомление об ожидающем обработки или новом запросе совместного доступа к контактам (блок 254). Уведомление включает содержимое упомянутого запроса совместного доступа к контактам. Функция совместного доступа к контактам затем извлекает соответствующую контактную информацию (блок 256). Как отмечалось выше, предоставляемая контактная информация может касаться отправителя или другого объекта из адресной книги отправителя. Если поле "Контакт" включает ссылку, контактная информация извлекается из сервера CAB или сервера РСС в соответствии с предыдущим описанием. Если поле "Контакт" отсутствует, функция совместного доступа к контактам предполагает, что совместный доступ должен быть предоставлен к данным РСС отправителя.

Кроме того, функция совместного доступа к контактам может разрешить адресное поле "То" для определения, находится ли получатель в локальном домене или удаленном домене. Функция совместного доступа к контактам может также определить тип получателя для определения, например, является или не является получатель пользователем CAB. Функция совместного доступа к контактам может использовать для определения типа получателя локальную службу состояния контактов (local service Contact Status) или другую базу данных, предоставляющую локальные услуги.

Таким образом, в блоке 258 функция совместного доступа к контактам определяет, является ли пользователь пользователем CAB или нет. Если определено, что пользователь не является пользователем CAB, функция совместного доступа может использовать для передачи контактной информации получателю (блок 260) службу передачи сообщений (например, SMS, MMS, IM, электронную почту) или подходящий транспортный протокол (например, процедуру MESSAGE протокола SIP) в соответствии с предыдущим описанием фиг.1. Например, поля "Кому" и "От кого" документа совместного доступа к контактам соответствуют получателю и отправителю сообщения, а поле "Контакт" (в случае если совместный доступ предоставляют к контактной информации одной из записей в адресной книге) или поле "От кого" (в случае если совместный доступ предоставляется к данным РСС) соответствует содержимому сообщения. В этом случае функция совместного доступа к контактам извлекает контактную информацию перед созданием сообщения или транспортного блока данных, как описано выше. Следовательно, функция совместного доступа к контактам может обновить документ XML состояния контактов для указания на то, что функция совместного доступа к контактам выполнила передачу контактной информации.

С другой стороны, если в блоке 258 определено, что получатель является пользователем CAB, функция совместного доступа к контактам определяет, находится ли пользователь в локальном домене или в удаленном домене (блок 262). Если в блоке 262 определено, что получатель находится в локальном домене, функция совместного доступа к контактам доставляет информацию совместного доступа к контактам в функцию подписки на контакты (блок 266). Пример информационного потока для этого случая показан на фиг.4.

Функция совместного доступа к контактам использует для доставки информации совместного доступа к контактам в функцию подписки на контакты либо способ доставки информации без запроса (push), либо способ доставки по запросу (pull). В способе доставки информации по запросу в соответствии с различными вариантами осуществления настоящего изобретения транспортировка фактического контента совместного доступа к контактам в систему CAB не осуществляется, пока функция подписки не запросит этот контент. Этот метод аналогичен непрямой доставке контента. Способ доставки по запросу может быть полезен, когда контакт хранит свою карту РСС на сервере РСС. В способе доставки по запросу функция совместного доступа к контактам может обновлять документ XML списка подписки получателя с помощью флага совместного доступа к контактам в сервере XDMS 212 UPP. Клиент 210 CAB получает уведомление, когда документ XML списка подписки обновлен сервером XDMS 212 UPP.

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

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

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

Функция подписки может принимать обновление списка подписки от сервера XDMS UPP. Функция подписки обрабатывает уведомление и извлекает контактную информацию РСС из сервера XDMS PCC. Функция подписки может также обновлять адресную книгу CAB пользователя посредством синхронизации, а также документ XML состояния контактов отправителя.

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

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

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

Если в блоке 262 определено, что получатель находится не в локальном домене, а в удаленном домене, функция совместного доступа к контактам может использовать процедуру MESSAGE протокола SIP или процедуру INVITE протокола SIP и протокол MSRP для доставки контента совместного доступа к контактам в удаленный домен. Пример информационного потока для этого случая показан на фиг.5. Удаленный домен может затем следовать вышеописанной процедуре для доставки целевому получателю контакта, к которому предоставляется совместный доступ.

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

Альтернативно, для передачи контактной информации получателю может быть использована служба передачи сообщений (например, SMS, MMS, IM, электронная почта) или подходящий транспортный протокол (например, процедура MESSAGE протокола SIP). В таком случае контактную информацию доставляют абонентскому оборудованию (User Equipment, UE) пользователя, и удаленный домен, как таковой, не несет никакой ответственности. После приема контактной информации абонентское оборудование может хранить ее в локальной адресной книге, причем указанная информация может быть передана в сетевое хранилище адресной книги при синхронизации адресных книг между абонентским оборудованием и сетевым хранилищем.

Контактная информация множества контактов может быть легко закодирована в многокомпонентных/смешанных или многокомпонентных/связанных объектах MIME. Изображение или пиктограмма также могут быть встроены в многокомпонентный/связанный MIME-объект, или на них может быть сделана ссылка. MIME-кодирование поддерживают и MMS, и электронная почта. Электронную почту удобно использовать, когда контактную информацию передают на адрес электронной почты, хотя и служба MMS также может быть использована для передачи информации на адрес электронной почты. Мгновенная доставка сообщений (Instant Messaging, IM) также может быть использована, в частности, если адрес получателя является IM адресом (например, SIP URL).

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

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

В некоторых вариантах осуществления изобретения в соответствии с фиг.1 функция 214 совместного доступа к контактам и функция 206 подписки могут быть объединены, поскольку обе они должны поддерживать как подписку/уведомления, так и другие операции XDM. В этом случае извлечение контактной информации функцией 214 совместного доступа к контактам из функции 206 подписки может не требоваться. В других вариантах осуществления изобретения функция 214 совместного доступа к контактам может быть объединена с сервером 202 CAB, сервером 204 РСС или любым другим сервером/прокси-сервером. Аналогично, в некоторых вариантах осуществления изобретения документы XML, описанные выше как находящиеся в сервере XDMS UPP, могут находиться в любом сервере XDMS.

В соответствии с различными вариантами осуществления настоящего изобретения, как отмечалось выше, терминал получателя может быть сконфигурирован для декодирования принятого сообщения и определения, включает ли содержимое этого сообщения контактную информацию. В некоторых вариантах осуществления изобретения, если сообщение закодировано посредством MIME, значение заголовка MIME Content-Type ("Тип содержимого") может непосредственно указывать, является ли содержимое контактной информацией. Например, если значение равно: text/x-vCard или application/directory, можно сделать вывод, что содержимое является контактной информацией. В некоторых вариантах осуществления изобретения заголовок может иметь определенное типовое значение (например, text/plain), или сообщение может быть не кодировано как MIME (например, в случае SMS). В таких случаях терминал получателя может также понимать по специфике содержимого, включена ли в сообщение контактная информация. Например, формат vCard всегда начинается и заканчивается типом BEGIN и END с VCARD в качестве значения.

На фиг.6 и 7 проиллюстрирована процедура предоставления совместного доступа к контактной информации в соответствии с другим вариантом осуществления настоящего изобретения. Фиг.6 иллюстрирует пример архитектуры и поток сообщений в системе управления адресной книгой в соответствии с другим вариантом осуществления настоящего изобретения.

Система 200 обновления адресной книги на фиг.6 включает компоненты, аналогичные компонентам, проиллюстрированным в варианте осуществления изобретения на фиг.1. В варианте осуществления изобретения, проиллюстрированном на фиг.6, пользовательское устройство 208 обеспечено функциональной возможностью Push (доставка без запроса) протокола установления сеанса (Session Initiation Protocol, SIP). За подробным описанием возможностей Push протокола SIP можно обратиться к документу OMA-TS-SIP_Push-V1_0-20080829-D.

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