Код документа: RU2467386C2
ОБЛАСТЬ ТЕХНИКИ
Изобретение относится к электронным адресным книгам. В частности данное изобретение касается обновления таких адресных книг.
ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ
Данный раздел предназначен для того, чтобы представить предпосылки создания изобретения, которое изложено в формуле изобретения. Этот раздел может включать идеи, которые могут быть осуществлены, но не обязательно те, которые ранее были задуманы или осуществлены. Следовательно, если здесь не указано иное, то описанное в этом разделе не является уровнем техники для описания и формулы изобретения в данной заявке и не признается таковым вследствие включения в этот раздел.
Адресные книги именуются в данной отрасли по-разному: телефонная книга, контакты и т.д. Сетевая адресная книга (Network Address Book, NAB) является адресной книгой, хранящейся в сети. Открытое сообщество производителей мобильной связи (Open Mobile Alliance, ОМА) работает над стандартизацией книги NAB в рамках сводной адресной книги (Converged Address Book, CAB).
Согласно такой стандартизации книга CAB может образовывать сетевое хранилище для контактной информации пользователя, называемой карточкой личных контактов (Personal Contact Card, PCC). Ожидается, что пользователь будет обновлять свою карточку PCC в сети. Хранилище карточек PCC разных пользователей называется здесь сервером PCC.
Обновление адресной книги - это достаточно распространенная практика. Традиционно, адресная книга обновляется вручную владельцем адресной книги, что требует усилий пользователя для каждого обновления и тем самым является неудобным для пользователя. Таким образом, адресная книга не всегда является актуальной. Кроме того, поскольку обновление выполняется вручную на основании доступности обновления посредством различных косвенных подходов, контактная информация пользователя может оставаться устаревшей в течение долгого времени. Более того, обновляемая вручную контактная информация может быть введена неверно и может содержать типографские ошибки из-за человеческой ошибки.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В одном аспекте изобретения способ включает прием индикации списка контактов в адресной книге для приема автоматического обновления; передачу запроса подписки на контакты; прием обновлений для контактной информации для контактов, на которые имеется подписка; и синхронизацию обновлений с адресной книгой, причем синхронизация включает синхронизацию только обновленных контактов.
В одной из форм осуществления изобретения прием индикации включает прием документа фильтрации. В другой форме осуществления изобретения прием индикации включает прием списка контактов. Список контактов может быть в виде документа расширяемого языка разметки (Extensible Markup Language, XML). В одной из форм осуществления изобретения представление запроса на подписку включает использование механизма подписки по протоколу инициирования сеанса.
В другом аспекте устройство содержит процессор и блок памяти, подключенный к процессору. Блок памяти содержит машинный код для приема индикации списка контактов в адресной книге для приема автоматического обновления; машинный код для подачи запроса подписки на контакты; машинный код для приема обновлений для контактной информации для контактов, на которые имеется подписка, и машинный код для синхронизации обновлений с адресной книгой, причем синхронизация включает синхронизацию только обновленных контактов.
В другом аспекте изобретение относится к компьютерному программному продукту на машиночитаемом носителе. Компьютерный программный продукт включает машинный код для приема индикации списка контактов в адресной книге для приема автоматического обновления; машинный код для подачи запроса подписки на контакты; машинный код для приема обновлений для контактной информации для контактов, на которые имеется подписка, и машинный код для синхронизации обновлений с адресной книгой, причем синхронизация включает синхронизацию только обновляемых контактов.
Эти и другие преимущества, и признаки различных форм осуществления настоящего изобретения, вместе с организацией и способом его работы, станут очевидными после прочтения следующего подробного описания, приводимого вместе с сопроводительными чертежами.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Формы осуществления изобретения описываются со ссылкой на прилагаемые чертежи, на которых:
На фиг.1 показана схематическая иллюстрация типичной архитектуры и последовательности операций системы обновления адресной книги согласно форме осуществления настоящего изобретения.
На фиг.2 показана блок-схема, иллюстрирующая типичный процесс обновления адресной книги в соответствии с формами осуществления настоящего изобретения.
На фиг.3 показана схематическая иллюстрация типичной архитектуры системы обновления адресной книги согласно форме осуществления настоящего изобретения.
На фиг.4 показана схематическая иллюстрация типичной общей архитектуры системы обновления адресной книги согласно форме осуществления настоящего изобретения.
На фиг.5 показана общая схема системы, в которой могут быть реализованы различные формы осуществления настоящего изобретения.
На фиг.6 показан вид в перспективе электронного устройства, которое может использоваться в соответствии с различными формами осуществления настоящего изобретения.
На фиг.7 показаны упрощенные иллюстрации схем, которые могут содержаться в электронном устройстве фиг.6.
ПОДРОБНОЕ ОПИСАНИЕ РАЗЛИЧНЫХ ФОРМ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Для обеспечения полного понимания данного изобретения в приведенном ниже описании в целях объяснения, а не ограничения, изложены некоторые подробности и описания. Однако для специалиста в данной области техники очевидно, что данное изобретение может быть применено на практике в других формах осуществления, которые отступают от этих подробностей и описаний.
Формы осуществления настоящего изобретения обеспечивают эффективную и надежную систему, устройство и способ обновления адресной книги. Обратимся теперь к фиг.1, где схематично показаны типичная архитектура и последовательность операций системы обновления адресной книги согласно форме осуществления настоящего изобретения. Система 200 обновления адресной книги содержит сервер CAB 202 (Converged Address Book server, CAB server), сконфигурированный для функционирования в качестве сервера для адресной книги пользователя. В одной из форм осуществления изобретения, как указано в круглых скобках на фиг.1, сервер CAB является сервером синхронизации данных (Data Synchronization, DS) стандарта открытого сообщества производителей мобильной связи (Open Mobile Alliance, ОМА). Клиент CAB 210 предусмотрен в устройстве 208 пользователя, чтобы вести адресную книгу пользователя на сервере CAB 202. В показанной форме осуществления изобретения клиент CAB включает также функциональные возможности клиента DS. В качестве примера, как показано на фиг.1, система 200 обновления адресной книги может быть сконфигурирована для оказания услуг любому количеству клиентов CAB.
Между клиентом CAB 210 и сервером CAB 202 может быть предусмотрен интерфейс. Этот интерфейс может быть сконфигурирован для поддержки синхронизации данных между клиентом CAB 210 и сервером CAB 202 и может поддерживать следующие функции:
1) протокол синхронизации данных CAB;
2) функцию управления книгой CAB, такую как добавление, удаление, обновление книги CAB; и
3) взаимную аутентификацию с клиентом CAB 210.
Сервер 204 карточек личных контактов (РСС) предусмотрен для функционирования в качестве хранилища карточек PCCs различных пользователей.
В соответствии с формами осуществления настоящего изобретения между сервером CAB (или сервером DS) 202 и сервером РСС 204 предусмотрена функция 206 подписки (Subscription Function, SF). В показанной форме осуществления функция SF 206 сконфигурирована для функционирования в качестве клиента DS. В соответствии с формами осуществления настоящего изобретения клиент DS и функция SF могут принадлежать одному и тому же логическому объекту. Таким образом, клиент DS может быть связан с функцией SF. Несмотря на то что клиент DS и функция SF показаны как логический объект на фиг.1, в различных формах осуществления клиент DS и функция SF могут быть реализованы как отдельные физические объекты.
В соответствии с формами осуществления настоящего изобретения выполняется синхронизация адресной книги между клиентом CAB 210 и сервером CAB 202. Синхронизация или процесс обновления будут описаны со ссылкой на фиг.1 и 2, где фиг.2 является блок-схемой, иллюстрирующей типичный процесс обновления адресной книги в соответствии с формами осуществления настоящего изобретения. В типичном процессе 220 клиент CAB 210 сообщает серверу CAB 202 о контактах, для которых сервер CAB 202 должен сделать подписку на автоматическое обновление от сервера РСС 204 (блок 222 на фиг.2). Использованный здесь термин "контакт" может относиться к человеку или объекту, имеющему контактную информацию. В различных формах осуществления настоящего изобретения это достигается введением нового флага, атрибута, параметра или другого признака, например, в электронной визитке (vCard), которая широко используется как формат данных адресной книги. Значение флага, атрибута, параметра или другого признака может указывать, необходима ли подписка для соответствующего контакта.
Сервер CAB 202 затем сообщает функции SF 206 (или клиенту DS в функции SF 206) о списке контактов, которые требуют подписки (блок 224 на фиг.2). В одной из форм осуществления изобретения фильтрация по стандарту синхронизации данных ОМА (Open Mobile Alliance Data Synchronization, ОМА DS) реализована так, что сервер CAB (или сервер DS) создает документ фильтрации, включающий записи контактов, требующих подписки. После создания такого документа фильтрации сервер CAB может уведомить клиента DS с целью синхронизации на основании решения, определяемого по стандарту ОМА DS.
После приема уведомления клиент DS (который может быть связан с функцией SF) начинает синхронизацию с сервером CAB и принимает записи контактов для подписки. Затем клиент DS передает список записей контактов функции SF, и SF делает запрос подписки на записи серверу РСС 204 (блок 226 на фиг.2). В связи с этим SF может использовать механизм подписки по протоколу инициирования сеанса связи (SIP). В одной из форм осуществления изобретения сервер РСС основан на стандарте управления документами XML (XML Document Management, XDM) ОМА.
В соответствии с формами осуществления настоящего изобретения после приема запроса подписки сервер РСС 204 следует механизму подписки SIP и передает уведомление для каждого обновления записей контактов, на которые имеется подписка (блок 228 на фиг.2). Затем функция SF может передать обновленную контактную информацию клиенту DS, и клиент DS может синхронизироваться с сервером CAB 202 (блок 230 на фиг.2), чтобы обновить контактную информацию контактов, на которые имеется подписка, с помощью адресной книги на сервере CAB. Синхронизация может быть основана на стандарте ОМА DS. Обновления передают клиенту CAB позже, когда адресная книга синхронизирована между клиентом CAB и сервером CAB, возможно, также на основании стандарта ОМА DS. В блоке 232 на фиг.2 сервер CAB синхронизируется с клиентом CAB. В связи с этим обновления контактной информации передаются в локальную адресную книгу в устройстве.
Таким образом, в соответствии с формами осуществления настоящего изобретения синхронизируется только контактная информация обновленной контактной записи. В связи с этим сервер CAB получает автоматические обновления контактной информации для записей контактов, на которые имеется подписка, и обновления передаются клиенту CAB 210 в устройстве 208 пользователя посредством синхронизации так, чтобы локальная копия адресной книги в устройстве также имела обновления контактной информации.
Обратимся теперь к фиг.3, где показан другой пример осуществления системы обновления адресной книги. В показанной системе 240 клиент CAB 244, сервер CAB 246, сервер РСС 248 и функция SF с клиентом DS 250 предусмотрены в домашнем домене 242, подобно форме осуществления изобретения, описанной выше со ссылкой на фиг.1. В форме осуществления изобретения на фиг.3 система дополнительно содержит сервер 252 предпочтений и политики пользователя, сконфигурированный для связи с каждым из других компонентов 244, 246, 248 и 250. Сервер 252 предпочтений и политики пользователя сконфигурирован для хранения правил авторизации для подписки и поиска. Таким образом, в дополнение к управлению карточкой личных контактов пользователь может также управлять правилами авторизации для подписки и поиска своей карточки личных контактов. Сервер 252 предпочтений и политики пользователя может хранить также предпочтения пользователя, такие как контактная информация, на которую функция SF должна подписаться для каждого контакта. Таким образом, в одной из форм осуществления изобретения после приема списка контактов, на которые функция SF должна подписаться, функция SF извлекает список желательной контактной информации из сервера 252 предпочтений и политики пользователя и подписывается только на желательную информацию для сервера РСС 248.
В форме осуществления изобретения, показанной на фиг.3, система 240 дополнительно включает удаленный домен. Когда функция SF делает запрос на подписку, возможно, что не все подписываемые пользователи принадлежат домашнему домену. Для пользователей, принадлежащих одному или нескольким удаленным доменам, функция SF может переслать запрос подписки на сервер РСС удаленного домена. Удаленный домен может также облегчать поиск. В связи с этим поисковые запросы пользователя могут пересылаться в один или несколько удаленных доменов.
В одной из форм осуществления изобретения сервер CAB сконфигурирован для подписки на все записи контактов адресной книги. Таким образом, клиенту CAB не требуется использовать какой-либо дополнительный флаг, параметр или атрибут электронной визитки, чтобы указать, нуждается ли контакт в подписке. В связи с этим документ фильтрации, создаваемый сервером CAB, включает все контакты адресной книги. В этом случае функция SF подписывается на все контакты адресной книги пользователя и получает обновления контактов только того пользователя, который сделал свою карточку личных контактов доступной на сервере РСС и разрешил подписывающемуся пользователю подписку в правилах авторизации.
В другой форме осуществления изобретения список контактов (на контактную информацию которых будет создана подписка для автоматического обновления) поддерживается на сервере предпочтений и политики пользователя. Список может поддерживаться как документ XML. В связи с этим сервер предпочтений и политики пользователя может быть сервером управления документом XML (XDM). В этой форме осуществления изобретения функция SF может выбирать документ XML от сервера предпочтений и политики пользователя.
Обратимся теперь к фиг.4, где схематично показана общая архитектура системы обновления адресной книги. Форма осуществления изобретения, показанная на фиг.4, содержит многие из компонентов, описанных выше со ссылкой на фиг.1-3, а также включает дополнительные компоненты. Для специалиста в данной области техники очевидно, что различные формы осуществления настоящего изобретения могут включать большее, меньшее количество компонентов или компоненты, отличающиеся от тех, которые используются при описании форм осуществления изобретения. Все такие формы осуществления изобретения считаются находящимися в рамках настоящего изобретения.
В соответствии с формами осуществления настоящего изобретения клиент CAB может быть клиентским объектом, который обеспечивает доступ к сводной адресной книге (CAB), хранящейся в сети. Клиент CAB может поддерживать выполнение взаимной аутентификации с сервером CAB и синхронизацию CAB с сервером CAB, включая добавление, удаление или изменение контактов.
В соответствии с формами осуществления настоящего изобретения сервер CAB может быть серверным объектом, который работает как контактная точка для книги CAB, хранящейся в сети. Сервер CAB может поддерживать следующие функции:
выполнение взаимной аутентификации с клиентами CAB;
хранение книги CAB;
синхронизация с клиентом CAB данных CAB, которые получаются в результате одного или нескольких действий, выполняемых клиентом CAB над данными CAB;
предоставление возможности управления книгой CAB (например, добавление, удаление или изменение);
предоставление списка пользователей для функции подписки (SF) для подписки на контакты; и
синхронизация книги CAB с данными из подписки на контакты, имеющимися в функции SF.
В соответствии с формами осуществления настоящего изобретения функция подписки (SF) может быть сетевым объектом, который осуществляет подписку по поручению пользователя CAB на карточку личных контактов (РСС) других указанных пользователей CAB.
Функция SF может поддерживать следующие функции:
прием с сервера CAB списка пользователей CAB, на карточки РСС которых необходимо подписаться;
принимает с сервера XDM (XML Document Management Server, XDMS) предпочтений и политики пользователя CAB указанные свойства/атрибуты контактной карточки для подписки;
выполнение подписки на контакты по поручению пользователя CAB для контактов, выбранных пользователем CAB; и
синхронизация данных, полученных в результате подписки на контакты, с книгой CAB пользователя CAB на сервере CAB.
В соответствии с формами осуществления настоящего изобретения сервер XDMS карточек личных контактов может быть серверным объектом, который поддерживает следующие функции:
хранение и обеспечение операции управления (например, добавления, обновления, удаления, создания) для документов XML карточек РСС;
предоставление новейшего документа XML карточек РСС,
уведомление абонентов об изменениях в документах XML карточек РСС;
обеспечение объединения уведомлений об изменениях для многочисленных документов XML;
прием поисковых запросов для данных РСС и возвращение данных, для приема которых запрашивающая сторона авторизована;
прием запроса на подписку для документов XML карточек РСС;
извлечение правил авторизации из сервера XDMS предпочтений и политики пользователя CAB и
выполнение авторизации входящих запросов протокола SIP и протокола доступа к конфигурации XML (XML Configuration Access Protocol, XCAP).
В соответствий с формами осуществления настоящего изобретения сервер XDMS предпочтений и политики пользователя CAB может быть серверным объектом, который поддерживает следующие функции:
хранение и обеспечение операций управления для XML документов предпочтений пользователя (например, списка свойств/атрибутов карточки контактов, на которую хочет подписаться пользователь CAB) и политики пользователя (например, правил авторизации, которые определяют, какой пользователь CAB получает какую часть карточки РСС в ответ на подписку на контакт);
прием запроса на подписку для уведомления об изменениях в документе XML и уведомление абонентов об изменениях в документах XML;
обеспечение объединения уведомлений об изменениях для многочисленных документов XML;
обеспечение доступности предпочтений пользователя для функции SF;
обеспечение доступности правил авторизации для сервера XDMS карточек РСС; и
выполнение авторизации входящих запросов протоколов SIP и XCAP.
В соответствии с формами осуществления настоящего изобретения клиент управления устройством (Device Management, DM) может выполнять следующую функцию в поддержку клиента XDM (XML Document Management Client, XDMC), находящегося в устройстве пользователя:
прием начальных параметров конфигурации и обновляемых параметров, необходимых для услуги XDM, переданной сервером DM.
В соответствии с формами осуществления настоящего изобретения сервер DM может выполнять следующую функцию:
инициализация и обновление параметров конфигурации, необходимых для клиента XDMC.
В соответствии с формами осуществления настоящего изобретения опорная точка САВ-1 может поддерживать связь между сервером CAB и функцией SF. Опорная точка САВ-1 может поддерживать следующие функции:
издание списка пользователей CAB, на которые должна подписаться функция SF; и
синхронизация между изменениями для карточек РСС подписанных пользователей CAB и книгой CAB подписывающегося пользователя CAB.
В соответствии с формами осуществления настоящего изобретения опорная точка САВ-2 может поддерживать связь между функцией SF и сервером XDMS карточек РСС. Протоколом для опорной точки САВ-2 может быть ХСАР. Опорная точка САВ-2 может поддерживать следующую функцию:
извлечение карточек РСС с сервера XDMS карточек РСС.
В соответствии с формами осуществления настоящего изобретения опорная точка САВ-3 может поддерживать связь между функцией SF и сервером XDMS предпочтений и политики пользователя CAB. Протоколом для опорной точки САВ-3 может быть протокол ХСАР. Опорная точка САВ-3 может поддерживать следующую функцию:
извлечение предпочтений пользователя с сервера XDMS предпочтений и политики пользователя CAB.
В соответствии с формами осуществления настоящего изобретения опорная точка САВ-4 может поддерживать связь между сервером XDMS карточек РСС и ядром SIP/IP. Протоколом для опорной точки САВ-4 может быть протокол SIP.
Опорная точка САВ-4 может поддерживать следующие функции:
подписка на изменения документов XML карточки РСС;
уведомление об изменениях документов XML карточки РСС.
В соответствии с формами осуществления настоящего изобретения опорная точка САВ-5 может поддерживать связь между сервером XDMS карточек РСС и прокси-сервером поиска. Протоколом для опорной точки САВ-5 может быть ограниченный язык запросов XML (XML Query Language, XQuery) no протоколу передачи гипертекста (HyperText Transfer Protocol, HTTP) [XDM_Core].
Опорная точка САВ-5 может поддерживать следующую функцию:
поиск данных в документах XML карточки личных контактов, хранящихся на сервере XDMS карточек РСС.
В соответствии с формами осуществления настоящего изобретения опорная точка САВ-6 может поддерживать связь между сервером XDMS предпочтений и политики пользователя CAB и ядром SIP/IP. Протоколом для опорной точки САВ-6 может быть протокол SIP. Опорная точка САВ-6 может поддерживать следующие функции:
подписка на изменения документов XML предпочтений и политики пользователя;
уведомление об изменениях документов XML предпочтений и политики пользователя.
В соответствии с формами осуществления настоящего изобретения опорная точка САВ-7 может поддерживать связь между сервером XDMS карточек РСС и прокси-сервером объединения. Протоколом для опорной точки САВ-7 может быть протокол ХСАР. Опорная точка САВ-7 может поддерживать следующую функцию:
управление документом XML (например, создание, изменение, выборка, удаление) документов XML карточки РСС на сервере XDMS карточки РСС.
В соответствии с формами осуществления настоящего изобретения опорная точка САВ-8 может поддерживать связь между XDMS предпочтений и политики пользователя CAB и прокси-сервером объединения. Протоколом для опорной точки САВ-8 может быть протокол ХСАР. Опорная точка САВ-8 поддерживает следующую функцию:
управление документами XML (например, создание, изменение, выборка, удаление) предпочтений и политики пользователя на сервере XDMS предпочтений и политики пользователя CAB.
В соответствии с формами осуществления настоящего изобретения опорная точка САВ-9 может поддерживать связь между сервером XDMS карточек РСС и сервером XDMS предпочтений и политики пользователя CAB. Протоколом для опорной точки САВ-9 может быть протокол ХСАР. Опорная точка САВ-9 поддерживает следующую функцию:
извлечение политики пользователя из сервера XDMS предпочтений и политики пользователя CAB.
В соответствии с формами осуществления настоящего изобретения опорная точка САВ-10 может поддерживать связь между функцией SF и ядром SIP/IP. Протоколом для опорной точки САВ-10 может быть протокол SIP. Опорная точка САВ-10 может поддерживать следующие функции:
подписка на изменения документов XML карточки РСС;
уведомление об изменениях документов XML карточки РСС.
Таким образом, формы осуществления настоящего изобретения решают потребности обновления для книги CAB. В соответствии с формами осуществления настоящего изобретения функция подписки отделена от сервера CAB так, чтобы существующие реализации сервера DS могли быть повторно использованы как сервера CAB.
На фиг.5 показана система 10, в которой могут использоваться различные формы осуществления настоящего изобретения, включая многочисленные устройства связи, которые могут осуществлять связь посредством одной или нескольких сетей. Система 10 может содержать любую комбинацию проводных или беспроводных сетей, включая, помимо прочего, сеть подвижной телефонной связи, беспроводную локальную сеть (Local Area Network, LAN), персональную локальную сеть Bluetooth, локальную сеть Ethernet, локальную сеть типа Token Ring, глобальную сеть, Интернет и т.д. Система 10 может включать устройства и проводной, и беспроводной связи.
Например, система 10, показанная на фиг.5, включает сеть 11 подвижной телефонной связи и Интернет 28. Подключение к сети Интернет 28 может включать, помимо прочего, подключения беспроводной связи на большие расстояния, подключения беспроводной связи малой дальности и различные проводные подключения, включая, помимо прочего, телефонные линии, кабельные линии, силовые линии и т.п.
Примеры устройств связи системы 10 могут включать, помимо прочего, электронное устройство 12 в виде мобильного телефона, комбинацию 14 персонального цифрового помощника (Personal Digital Assistant, PDA) и мобильного телефона, PDA 16, устройство 18 интегрированной системы передачи сообщений (Integrated Messaging Device, IMD), настольный компьютер 20, портативный компьютер 22 и т.д. Устройства связи могут быть стационарными или мобильными, например, носимыми человеком, который перемещается. Устройства связи также могут находиться в режиме перевозки, включая, помимо прочего, транспортировку на автомобиле, грузовике, такси, автобусе, поезде, судне, самолете, велосипеде, мотоцикле и т.д. Некоторые или все устройства связи могут посылать и принимать вызовы и сообщения и осуществлять связь с провайдерами услуг посредством беспроводного подключения 25 к базовой станции 24. Базовая станция 24 может быть подключена к сетевому серверу 26, который позволяет осуществлять связь между сетью 11 подвижной телефонной связи и Интернет 28. Система 10 может содержать дополнительные устройства связи и устройства связи различных типов.
Устройства связи могут осуществлять связь с использованием различных технологий передачи, включая, в числе прочего, множественный доступ с кодовым разделением каналов (CDMA), глобальную систему подвижной связи (GSM), универсальную систему подвижной связи (Universal Mobile Telecommunications System, UMTS), многостанционный доступ с временным разделением каналов (Time Division Multiple Access, TDMA), многостанционный доступ с частотным разделением каналов (FDMA), протокол управления передачей/протокол Интернет (Transmission Control Protocol/Internet Protocol, TCP/IP), службу обмена короткими сообщениями (Short Messaging Service, SMS), службу передачи мультимедийных сообщений (Multimedia Messaging Service, MMS), электронную почту, службу мгновенной передачи сообщений (Instant Messaging Service, IMS), Bluetooth, IEEE 802.11 и т.д. Устройство связи, вовлеченное в реализацию различных форм осуществления настоящего изобретения, может осуществлять связь с использованием различных сред, включая, в числе прочего, радио, инфракрасное излучение, лазер, кабельное соединение и т.п.
На фиг.6 и 7 показано одно типичное электронное устройство 12, которое может использоваться как сетевой узел в соответствии с различными формами осуществления настоящего изобретения. Очевидно, однако, что настоящее изобретение не ограничивается одним конкретным типом электронного устройства. Электронное устройство 12 на фиг.6 и 7 содержит корпус 30, дисплей 32 в виде дисплея на жидких кристаллах, клавиатуру 34, микрофон 36, динамик 38, батарею 40, инфракрасный порт 42, антенну 44, смарт-карту 46 в виде универсальной микропроцессорной карты 3-го поколения (Universal Integrated Circuit Card, UICC) согласно одной из форм осуществления изобретения, устройство 48 считывания с карты, схему 52 радиоинтерфейса, схему 54 кодека, контроллер 56 и запоминающее устройство 58. Вышеописанные компоненты позволяют электронному устройству 28 обмениваться различными сообщениями с другими устройствами, которые могут находиться в сети, в соответствии с различными формами осуществления настоящего изобретения. Все отдельные схемы и элементы относятся к хорошо известному в данной области техники типу, например, для ряда мобильных телефонов фирмы Nokia.
Различные формы осуществления, описанные здесь, описаны в общем контексте шагов или процессов способа, которые могут быть реализованы в одной из форм осуществления компьютерным программным продуктом, воплощенным на машиночитаемом носителе, содержащем выполняемые компьютером команды, такие как программный код, выполняемый компьютерами в сетевых средах. Машиночитаемый носитель может включать съемные и несъемные запоминающие устройства, включая в числе прочего постоянное запоминающее устройство (Read Only Memory, ROM), оперативное запоминающее устройство (Random Access Memory, RAM), компакт-диски (Compact Discs,CDs), цифровые универсальные диски (Digital Versatile Discs, DVDs) и т.п. Вообще, программные модули включают подпрограммы, программы, объекты, компоненты, структуры данных и т.д., которые выполняют конкретные задачи или применяют конкретные абстрактные типы данных. Исполняемые компьютером команды, связанные структуры данных и программные модули представляют собой примеры программного кода для выполнения шагов способов, раскрытых здесь. Конкретная последовательность таких выполняемых команд или связанных структур данных представляет примеры соответствующих действий для реализации функций, описанных на таких шагах или в процессах.
Формы осуществления настоящего изобретения могут быть реализованы программными, аппаратными средствами и программной логикой или комбинацией программных, аппаратных средств и программной логики. Программные средства, программная логика и/или аппаратные средства могут находиться, например, в наборе микросхем, мобильном устройстве, настольном компьютере, носимом компьютере или сервере. Программные и Web-реализации различных форм осуществления изобретения могут быть выполнены стандартными методами программирования с логикой на основе правил и другой логики для выполнения различных шагов или процессов поиска в базе данных, шагов или процессов корреляции, шагов или процессов сравнения и шагов или процессов решения. Различные формы осуществления изобретения могут также быть полностью или частично реализованы в элементах или модулях сети. Следует отметить, что слова "компонент" и "модуль", которые используются здесь и в приведенной ниже формуле изобретения, предназначены для охвата реализаций, использующих одну или несколько строк программного кода, и/или аппаратных реализаций и/или оборудования для приема данных, вводимых вручную.
Вышеизложенное описание форм осуществления изобретения было представлено с целью иллюстрации и описания. Оно не является исчерпывающим и не ограничивается раскрытыми формами осуществления, модификации и разновидности возможны в свете вышеприведенных идей, модификации и разновидности могут также возникнуть в результате практического применения различных форм осуществления изобретения. Формы осуществления, рассмотренные здесь, были выбраны и описаны с целью объяснить принципы и характер различных форм осуществления изобретения и его практическое применение, чтобы позволить специалистам в данной области техники использовать настоящее изобретение в различных формах осуществления и с различными модификациями, которые подходят для рассматриваемого конкретного использования. Признаки форм осуществления изобретения, описанные здесь, могут объединяться во все возможные комбинации способов, устройств, модулей, систем и программных продуктов для компьютера.
Изобретение относится к электронным адресным книгам, в частности данное изобретение касается обновления таких адресных книг. Техническим результатом является расширение функциональных возможностей обновления адресной книги. Способ включает прием индикации списка контактов в адресной книге для приема автоматического обновления; передачу запроса подписки на контакты; прием обновлений для контактной информации для контактов, на которые имеется подписка, и синхронизацию обновлений с адресной книгой, причем синхронизация включает синхронизацию только обновленных контактов. 3 н. и 8 з.п. ф-лы, 7 ил.