Область техники, к которой относится изобретение
Настоящее изобретение относится к использованию сервисов и приложений в сетях связи с помощью терминалов.
Уровень техники
Широкое распространение мобильной связи, выразившееся в резком увеличении количества мобильных телефонов и количества абонентов, подписывающихся на услуги мобильной связи, можно объяснить лишь потребностью пользователей в свободе передвижения и свободе действий. Возможность быть на связи в любое время и в любом месте уже сама по себе очень ценна для пользователей. Этот спрос в ближайшее время должен расшириться и продемонстрировать потребность и в других услугах, помимо голосовой связи. Фактически, у пользователя, имеющего опыт обращения с удобными приложениями для работы с данными в Интернете, неизбежно возникнет желание иметь доступ к этим приложениям из любого места, в любое время и с помощью любого терминала, как стационарного, так и мобильного.
Кроме того, пользователь, скорее всего, захочет работать с тем же самым приложением или, по меньшей мере, похожим на то приложение, с которым он знаком по работе у себя дома. Функциональные возможности, особенности работы, визуализация, вид и стиль, установки и параметры настройки и т.д. предпочтительно должны быть теми же самыми или настолько близкими и привычными для пользователя, насколько возможно. Эти требования вполне возможно реализовать, однако при этом необходимо, чтобы пользователь установил и настроил по своему желанию каждое приложение или сервис и восстановил первоначальные параметры настройки после их использования. Это довольно скучная и трудоемкая задача, от которой пользователь предпочел бы освободиться. Для технически неподготовленного пользователя такая задача неприемлема, и требовать от пользователя ее выполнения не следует.
Возникает очевидная потребность в автоматической настройке любых сервисов и приложений соответственно предпочтениям пользователя, независимо от того, когда, где и на каком устройстве пользователь работает с сервисом или приложением.
На сегодняшний день не известно ни одно решение, которое удовлетворяло бы следующим требованиям:
1. Выполнение автоматической настройки любого сервиса или приложения согласно предпочтениям пользователя без вмешательства самого пользователя, независимо от времени, местоположения, используемой сети и устройства.
2. Сохранение параметров настройки и предпочтений пользователя для любых сервисов и приложений независимо от времени, местоположения, используемой сети и устройства.
3. Поддержка как услуг связи, предназначенных для связи людей между собой, таких как голосовая телефонная связь, мультимедийная телефонная связь, конференц-связь и т.д., так и услуг передачи данных, предоставляющих пользователю возможность работы с компьютерными сервисами, такими как текстовой процессор, электронная таблица, база данных и т.д.
4. Поддержка всех сервисов и приложений пользователя независимо от того, где располагаются эти сервисы и приложения, т.е. в домене домашнего оператора, домене гостевого оператора, стороннем домене или локально на устройстве пользователя.
С другой стороны, существуют системы, частично удовлетворяющие вышеперечисленным требованиям. В телекоммуникационных системах настройка услуг осуществляется путем внесения пользовательских предпочтений и параметров настройки в профили пользователей, как в случае универсальной персональной связи (Universal Personal Telecommunication, UPT) (ITU-TS, 1994) и сетевой архитектуры телекоммуникационной информации (Telecommunications Information Networking Architecture, TINA) (TINA Consortium, 1997). В глобальной системе мобильной связи (Global System for Mobile Communications, GSM) такой профиль пользователя называется Данными абонента (Subscriber Data) или Профилем абонента (Subscriber Profile) (ETSI/3GPP, 1998). Профиль пользователя содержит информацию, необходимую для служебных целей, идентификации, аутентификации, маршрутизации, обработки вызовов, тарификации, трассировки местонахождения абонента, управления и обслуживания.
Такие профили пользователей сетей связи имеют множество ограничений. Профиль пользователя предназначен для пользовательской настройки основной услуги, т.е. голосовой (телефонной) связи, и связанных с ней дополнительных услуг, например переадресации вызовов, автоответчика и т.д. Кроме того, такой профиль хранится в пределах системы оператора и недоступен сторонним приложениям и сервисам.
Раскрытие изобретения
Задача, на решение которой направлено настоящее изобретение, заключается в создании способа и системы, удовлетворяющих всем четырем требованиям, изложенным выше.
Более конкретно, цель настоящего изобретения состоит в представлении способа и общей структуры системы, позволяющих реализовать автоматическую настройку предпочтений пользователя для всех сервисов и приложений независимо от времени и местоположения, а также от сети и устройства, с которыми пользователь работает в данный момент.
Для решения поставленной задачи в настоящем изобретении предлагается способ персонализации сервисов и приложений в сетях связи, в котором пользователи получают доступ к сервисам и приложениям в указанной сети связи с помощью пользовательского терминала. Указанная сеть сообщается с другими сетями, а также Интернетом посредством шлюзов. Способ в соответствии с настоящим изобретением включает в себя следующие шаги:
- вносят все параметры настройки и предпочтения пользователя для всех его сервисов и приложений в профиль пользователя;
- предоставляют доступ к профилю пользователя через WWW посредством веб-сервиса профиля пользователя на основе XML;
- предоставляют пользователю возможность доступа к своему профилю и возможность его модификации посредством веб-портала профиля пользователя;
- обеспечивают наличие агента профиля пользователя, который выполняет следующие действия:
- запрашивает и получает профиль пользователя от веб-сервиса профиля пользователя;
- выполняет установку параметров настройки сервисов и приложений согласно предпочтениям пользователя и сохраняет исходные параметры настройки;
- при прерывании пользователем сеанса связи посылает измененный профиль обратно в веб-сервис профиля пользователя для хранения.
В еще одном варианте решения поставленной задачи в настоящем изобретении предлагается другой способ персонализации сервисов и приложений в сетях связи, в котором пользователь обращается к указанным сервисам и приложениям с помощью пользовательского терминала. Указанная сеть связана с другими сетями, а также с Интернетом, посредством шлюзов. Способ в соответствии с настоящим изобретением включает в себя следующие шаги:
- вносят все параметры настройки и предпочтения пользователя для всех его сервисов и приложений в профиль пользователя;
- предоставляют доступ к профилю пользователя через WWW посредством веб-сервиса профиля пользователя на основе XML, причем сервисы и приложения обращаются к профилю пользователя посредством интерфейса, предоставляемого указанным веб-сервисом профиля пользователя на основе XML.
Для решения поставленной задачи также предлагается система персонализации сервисов и приложений в сети связи, в которой пользователь обращается к указанным сервисам и приложениям с помощью пользовательского терминала. Указанная сеть связана с другими сетями, а также с Интернетом, посредством шлюзов. Система в соответствии с настоящим изобретением включает в себя первый веб-сервер, на котором функционирует веб-сервис профиля пользователя на основе XML. Указанный веб-сервис осуществляет хранение профиля пользователя и управление им, а также предоставляет доступ к профилю пользователя через WWW. Пользователь обращается к указанным сервисам и приложениям с помощью пользовательского терминала, а указанный профиль пользователя содержит параметры настройки и предпочтения пользователя, относящиеся к его сервисам и приложениям.
Профиль пользователя может содержать информацию, необходимую для визуализации приложений на терминале любого типа, требуемого пользователю.
Веб-сервис профиля пользователя на основе XML может предоставлять первый интерфейс в веб, посредством которого любой сервис или приложение, размещенные в Интернете, стационарных или мобильных сетях связи, могут запросить профиль пользователя.
Указанная система также может включает в себя второй веб-сервер, на котором функционирует веб-портал профиля пользователя. Указанный веб-портал предоставляет пользователю возможность доступа к профилю и его изменения.
Веб-сервис профиля пользователя на основе XML также может предоставлять второй интерфейс, служащий для связи с веб-порталом профиля пользователя. Посредством указанного интерфейса веб-портал профиля пользователя может запрашивать профиль пользователя.
Указанные интерфейсы могут быть интерфейсами SOAP (Simple Object Access Protocol, простой протокол доступа к объектам).
Веб-сервис может дополнительно предоставлять третий интерфейс для технической эксплуатации и обслуживания.
Также указанная система может включать в себя агента профиля пользователя. Указанный агент располагается на веб-портале и выполняет следующие действия:
- запрашивает и получает профиль пользователя от веб-сервиса профиля пользователя;
- выполняет установку параметров настройки сервисов и приложений согласно предпочтениям пользователя и сохраняет исходные параметры настройки;
- при прерывании пользователем сеанса связи посылает измененный профиль обратно в веб-сервис профиля пользователя для хранения.
Краткое описание фигур чертежей
Свойства и достоинства настоящего изобретения станут ясны из нижеследующего описания, содержащего ссылки на прилагаемые чертежи, которые иллюстрируют пример осуществления изобретения, не вносящий каких-либо ограничений в испрашиваемый объем защиты.
На фиг.1 показана общая архитектура системы в соответствии с настоящим изобретением.
На фиг.2 приведена схема, отражающая структуру профиля пользователя, используемую в соответствии с настоящим изобретением.
На фиг.3 иллюстрируется обращение сервисов и приложений к профилю пользователя.
На фиг.4 показана работа с профилем пользователя через веб-портал профиля пользователя.
Осуществление изобретения
В примере на фиг.1 показана телекоммуникационная система, включающая в себя сеть 2 мобильной связи с терминалом 1. Терминалом может быть, например, мобильный телефон или карманный персональный компьютер (КПК). Система также включает в себя стационарную сеть 5 с терминалом 7, в данном случае - обычным телефоном. Сети связаны между собой посредством шлюза 4. Сети 2 и 5 подключены к Интернету 13 через шлюзы 3 и 6.
Как было указано выше, настоящее изобретение решает задачу реализации доступа пользователя к предпочтительным для него сервисам и приложениям независимо от того, в каком месте этот пользователь находится. С целью решения этой задачи осуществление изобретения включает в себя следующие особенности:
- Все параметры настройки и предпочтения пользователя для всех его сервисов и приложений вносятся в профиль пользователя.
- Обеспечивается доступ к профилю пользователя через World-Wide-Web (WWW) посредством веб-сервиса 12 на основе XML, далее называемого веб-сервисом профиля пользователя на основе XML.
- Пользователь имеет возможность доступа к своему профилю и его изменения с помощью веб-портала 10 профиля пользователя.
- Система включает в себя агент 11 профиля пользователя, который выполняет следующие действия:
- запрашивает и получает профиль пользователя от веб-сервиса 12 профиля пользователя;
- устанавливает параметры настройки сервисов и приложении согласно предпочтениям пользователя и сохраняет исходные параметры настройки;
- посылает измененную конфигурацию обратно в веб-сервис 12 профиля пользователя для хранения при завершении пользователем сеанса связи;
- восстанавливает исходные/заданные по умолчанию параметры настройки персонализированных приложений.
Взаимодействие с Интернетом и WWW осуществляют два компонента: веб-сервис 12 профиля пользователя и веб-портал 10 профиля пользователя, каждый из которых является веб-сервером и к каждому из них возможно обращение с помощью единого идентификатора ресурса (Uniform Resource Identifier, URI).
Определение профиля пользователя
Предпочтения и параметры настройки пользователя вносятся в профиль пользователя. Каждому пользователю присваивается один уникальный профиль пользователя.
Для предоставления пользователям возможности обращения к множеству приложений и сервисов в любое время, в любом месте и с помощью любого терминала содержание профиля пользователя должно быть достаточно объемным для соответствия следующим требованиям (см. диаграмму классов UML на фиг.2):
- Профиль каждого пользователя должен быть расширяемым для возможности включения в него предпочтений и параметров настройки для любых дополнительных приложений или сервисов, требуемых пользователю.
- Для каждого приложения профиль пользователя должен содержать информацию, необходимую для визуализации приложения на терминалах тех типов, которые требуются пользователю.
- Для каждого приложения профиль пользователя должен содержать ограничения, применяемые к приложению и определяющие условия его использования.
Профиль пользователя должен содержать личные данные, например адресную книгу, список телефонных номеров, закладки, запланированные события и т.д.
Компонент Профиль Пользователя (ПП, UserProfile) включает в себя пять компонентов: Ограничения Сервиса (ОС, ServiceRestriction), Данные Маршрутизации (ДМ, RoutingInfo), Данные Тарификации (ДТ, ChargingInfo), Данные Безопасности (ДБ, SecurityInfo) и Тип Приложения (ТП, ApplicationType).
Компонент Профиль Пользователя пользователя содержит личные данные пользователя, такие как имя, адрес, номер телефона и т.д.
Компонент Ограничения Услуг содержит такие атрибуты, как:
- Ограничение роуминга
- Ограничение времени
- Предел кредита
- Максимальное количество адресов терминалов для групповой регистрации входящих приложений
- Фильтрация входящих соединений
- Фильтрация исходящих соединений
- Список сервисов
Компонент Данные Маршрутизации содержит такие атрибуты, как
- Статус активности переадресации
- Адрес зарегистрированного терминала для входящих приложений
- Адрес связанного зарегистрированного терминала
- Адрес терминала по умолчанию для входящих приложений
- Маршрутизация по исходному местоположению приложений
- Маршрутизация по личности вызывающего абонента
- Маршрутизация в зависимости от времени
- Маршрутизация при состоянии "занято"
- Маршрутизация при состоянии "отсутствие ответа"
- Заданная по умолчанию продолжительность (или количество вызовов) для регистрации входящих приложений
Компонент Данные Тарификации содержит такие атрибуты, как
- Ссылочное местоположение по умолчанию для тарификации
- Выбранная опция тарификации
- Временное ссылочное местоположение для тарификации
- Статус активности рекомендации по оплате
Компонент Данные Безопасности содержит такие атрибуты, как
- Заказанные пользователем процедуры аутентификации
- Заказанные пользователем опции безопасности
- Тип активированных процедур аутентификации
- Максимальное количество неудачных попыток аутентификации
- Пароль
Компонент Тип Приложения
Компонент Профиль Пользователя может содержать ноль или более компонентов Тип Приложения. Приложением, соответствующим компоненту Тип Приложения, может быть, например, приложение электронных таблиц, текстовой процессор, клиент электронной почты, Веб-браузер и т.д. Тип должен быть задан уникальным идентификатором, определяемым Оператором профилей пользователей или международными стандартами.
Компонент Профиль Приложения Пользователя (ППП, UserApplicationProfile)
Каждый компонент Тип Приложений может включать в себя ноль или более компонентов Профиль Приложения Пользователя. Компонент Профиль Приложения Пользователя реализует пользовательскую настройку определенного приложения, например Internet Explorer, Netscape, Opera и т.д. Следовательно, для каждого приложения (запущенного в сеансе связи услуги) может быть назначен либо один Профиль Приложения Пользователя, либо ни одного. Приложение в Профиле Приложения Пользователя должно идентифицироваться уникальным идентификатором, представляющим также версию приложения. Следовательно, приложение Netscape версии x должно иметь идентификатор, отличный от идентификатора приложения Netscape y.
Профиль Приложения Пользователя может не содержать или содержать не более одного компонента из следующих: Ограничения Приложения (ОП, ApplicationRestriction), Данные Маршрутизации Приложения (ДМП, ApplicationRoutinglnfo), Данные Тарификации Приложения (ДТП, ApplicationCharginglnfo), Данные Безопасности Приложения (ДБП, ApplicationSecuritylnfo) и Пользовательские Настройки Приложения (ПНП, UserApplicationSpecifics). Таким образом, для каждого приложения можно определить ограничения, маршрутизацию, тарификацию и опции безопасности. Если для приложения не определен один или несколько из этих компонентов, вместо них могут быть применены соответствующие компоненты, имеющиеся в Профиле Пользователя: Ограничение Услуг, Данные Маршрутизации и т.д.
Пользовательские Настройки Приложения (ПНП, UserApplicationSpecifics)
Компонент Профиль Приложения Пользователя может также не содержать ни одного или содержать один компонент Пользовательские Настройки Приложения - компонент, содержащий данные конкретного приложения. Структура и содержание этого компонента определяются компонентом Тип Приложения и конкретным приложением. Поскольку Оператор вносит в базу данных новые приложения и типы приложений, соответственно должна быть определена структура компонента. Например, может быть определено, что все приложения типа "веб-браузер" могут сохранять в компоненте Пользовательские Настройки Приложения закладки (Bookmarks), хронологию (History) и временные идентификационные файлы (Cookies). Формат сохранения этих данных зависит от приложения. Например, закладки Internet Explorer будут храниться в формате, отличном от формата закладок Netscape.
Предпосылкой для определения компонента Тип Приложения является то, что это дает возможность одному приложению использовать данные, принадлежащие другому приложению, при условии, что первому приложению известен способ преобразования данных в его собственный формат. Если пользователь сохранил закладки в формате Netscape, но перешел, например, к браузеру Opera, компонент Профиль Пользователя определит, что тип приложения является тем же самым и что браузеру Opera может потребоваться использование закладок Netscape. Если приложение Opera имеет способ импортирования закладок Netscape, компонент Профиль Пользователя может предоставить закладки Netscape браузеру Opera.
Пример типов приложений
- Почта
Приложения: Outlook, Eudora, Pine и т.д.
- Пользовательские Настройки Приложения: список рассылки
- Телефонная связь
Приложения: стационарная телефонная связь, мобильная телефонная связь, IP-телефония, конференц-связь и т.д.
- Пользовательские Настройки Приложения: список телефонных номеров
- Календарь
Приложения: Outlook, календарь в КПК и т.д.
- Пользовательские Настройки Приложения: данные календаря.
Веб-сервис профиля пользователя
Назначение
Назначение веб-сервиса профиля пользователя состоит в обеспечении полной доступности профиля пользователя в WWW.
Функции
Этот компонент выполняет следующие функции:
- Хранит профиль пользователя и управляет им.
- Предоставляет интерфейс SOAP (Simple Object Access Protocol, простой протокол доступа к объектам) с именем I1 в WWW, с помощью которого любой сервис или приложение, расположенное в Интернете или стационарных сетях, таких как коммутируемая телефонная сеть общего пользования (Public Switched Telephone Network, PSTN), цифровая сеть с интеграцией служб (Integrated Services Digital Network, ISDN) и т.д., или сетях мобильной связи, таких как GSM, GPRS, UMTS и т.д., могло запросить его Профиль Приложения Пользователя.
- Предоставляет интерфейс SOAP с именем I2 для связи с веб-порталом профиля пользователя, с помощью которого веб-портал профиля пользователя может запрашивать полный профиль пользователя.
- Поддерживает интерфейс ОАМ (Operation and Maintenance, эксплуатация и техническое обслуживание), позволяющий определять новых пользователей, новые типы приложений, новые идентификаторы приложений и т.д.
Интерфейс I1 для профиля приложения
Следует отметить, что для получения доступа к использованию этого интерфейса необходимо выполнить аутентификацию и авторизацию.
Этот интерфейс позволяет уполномоченным объектам выполнять запрос данных из компонента Профиль Приложения Пользователя и запись в него посредством вызова двух функций:
Метод getUser ApplicationProfile (ввод UserID, ввод applType, ввод applID, ввод идентификации, вывод UserApplProfile)
Метод setUser ApplicationProfile (ввод UserID, ввод applType, ввод applID, ввод идентификации, ввод UserApplProfile вывод Ack)
UserID: идентификатор пользователя
applType: идентификатор Типа Приложения
applID: идентификатор приложения (ApplicationID, включая идентификатор версии)
identification: метка, идентифицирующая запрашивающую сторону
UserApplProfile: Профиль Приложения Пользователя соответствующего пользователя и приложения (согласно введенному UserID, введенному applType, введенному applID)
Ack: подтверждение
Интерфейс I2 для Профиля пользователя
Следует отметить, что для получения доступа к использованию этого интерфейса необходимо выполнить аутентификацию и авторизацию.
Этот интерфейс позволяет уполномоченным объектам выполнять запрос всех данных Профиля пользователя и запись в него посредством вызова следующих функций:
Метод getUser Profile (ввод UserID, ввод applType [], ввод applID [], ввод идентификации, вывод UserProfile)
Метод setUser Profile (ввод UserID, ввод applType [], ввод applID [], ввод идентификации, ввод UserProfile вывод Ack)
UserID: идентификатор пользователя
applType []: идентификаторы компонентов Тип Приложения. Приложение может запросить информацию для одного или нескольких приложений, определенных для пользователя
applID []: идентификаторы приложений ApplicationID (включая идентификаторы версий). Приложение может запросить информацию для одного или нескольких приложений, определенных для пользователя
identification: метка, идентифицирующая запрашивающую сторону
UserApplProfile: Профиль Пользователя соответствующего пользователя, включая информацию для запрошенных приложений (указанную во введенном UserID, введенном applType [], введенном applID [])
Ack: подтверждение
Реализация
Профиль пользователя реализуется в виде сервиса, обеспечивающего доступ приложений к расширяемому профилю пользователя посредством интерфейса SOAP.
SOAP-кодирование параметров и данных, принимаемых и посылаемых сервисом, обеспечивает независимость от языка и платформы, поэтому интерфейс сервиса доступен любому приложению на любом оборудовании.
В приложении показан пример осуществления способов, реализуемых веб-сервисом профиля пользователя, в виде кода SOAP.
Веб-портал профиля пользователя
Назначение
Назначение Веб-портала профиля пользователя состоит в реализации автоматической установки предпочтений.
Функции
Этот компонент выполняет следующие функции:
- Реализует интерфейс пользователя в веб-браузере (например, Explorer, Netscape, и т.д.), посредством которого пользователь может обратиться к веб-порталу профиля пользователя с помощью устройства (персонального компьютера, рабочей станции, телефона с функцией WAP), имеющего браузер.
- Реализует агент профиля пользователя, выполняющий следующие функции:
- взаимодействие с веб-сервисом профиля пользователя для извлечения профиля пользователя;
- настройка сервисов и приложений на основе профиля пользователя, полученного от веб-сервиса профиля пользователя;
- сохранение исходных параметров настройки персонализированных сервисов и приложений;
- посылка измененного профиля пользователя обратно в веб-сервис профиля пользователя при завершении пользователем сеанса связи;
- восстановление первоначальных параметров настройки соответствующих сервисов и приложений.
Сценарии использования
Сценарий использования для интерфейса I1
Веб-сервис профиля пользователя предоставляет интерфейс I1, с помощью которого сервисы и приложения могут обращаться к этому веб-сервису независимо от того, где расположены они сами. Пользователь может использовать сервис S (обозначен на чертежах как S), предоставляемый сетью мобильной связи, сервис Т (обозначен на чертежах как Т), предоставляемый стационарной сетью, или приложение Х (обозначено на чертежах как X), функционирующее на подключенном к Интернету компьютере. Для настройки в соответствии с предпочтениями пользователя эти приложения должны получить его Профиль Приложений Пользователя. Они могут выполнить запрос к веб-сервису профиля пользователя с помощью интерфейса I1.
Как показано на фиг.3, сервис S, находящийся в системе сети мобильной связи, сервис Т, находящийся в системах стационарных сетей, и приложение X, функционирующее на подключенном к Интернету компьютере, могут запросить Профиль Приложений Пользователя через интерфейс I1.
Сценарий использования для интерфейса I2
Как показано на фиг.4, этот сценарий начинается следующим образом:
1. Пользователь посещает адрес URL веб-портала профиля пользователя с помощью устройства, имеющего браузер. На фигуре в качестве устройства указан компьютер, однако пользователь может использовать любое устройство, имеющее браузер, например телефон с функцией WAP, КПК и т.д.
2. Пользователь проходит аутентификацию. Необходима достаточно серьезная аутентификация.
3. В случае успешного выполнения аутентификации агент профиля пользователя запрашивает профиль пользователя через интерфейс I1. Следует отметить, что в данном случает также необходима аутентификация и авторизация, а также защищенный канал связи между веб-сервисом профиля пользователя и веб-порталом профиля пользователя.
4. Агент профиля пользователя обращается к профилю пользователя и определяет, к каким приложениям относятся установки предпочтений пользователя.
5. Агент профиля пользователя устанавливает связь с устройством, с которым пользователь работает в настоящий момент, и определяет, установлено ли требуемое приложение на устройстве. Если приложение отсутствует на устройстве, выполняется поиск этого приложения в том домене, с которым связано устройство. Если приложение не найдено, агент устанавливает связь с домашним доменом пользователя.
6. Для каждого приложения агент профиля пользователя выполняет настройку предпочтений путем установки предпочтений пользователя, указанных в компоненте Пользовательские Настройки Приложения. После этого приложение становится персонализированным согласно предпочтениям пользователя.
7. Пользователь завершает работу. Агент профиля пользователя получает уведомление об этом. Уведомление может быть выполнено пользователем через веб-портал профиля пользователя, или инициироваться процессом выхода из системы.
8. Агент профиля пользователя сохраняет измененный Профиль Приложения Пользователя посредством веб-сервиса профиля пользователя.
9. Агент профиля пользователя восстанавливает первоначальные параметры настройки персонализированных приложений.
Установка предпочтений завершена.
Изобретение относиться к сетям связи, а конкретно к использованию сервисов и приложений в сетях связи с помощью терминалов. Технический результат изобретения заключается в представлении общей структуры системы, позволяющей реализовать автоматическую настройку предпочтений пользователя для всех сервисов и приложений независимо от времени и местоположения, а также от сети и устройства, с которым пользователь работает в данный момент. Технический результат достигается за счет того, что сохраняют предпочтения пользователя в профиль пользователя, при этом профиль пользователя содержит, по меньшей мере, один набор параметров настроек, причем каждый набор параметров настроек соответствует нулю или более сервисам или приложениям, предоставляют пользователю возможность доступа к своему профилю и возможность его изменения посредством веб-сервиса профиля пользователя, который сообщается с агентом профиля пользователя, который выполняет следующие действия: запрашивает и получает, по меньшей мере, часть профиля пользователя от веб-сервиса профиля пользователя, устанавливает сеанс связи сервиса, причем указанный сеанс связи относится к, по меньшей мере, одному сервису и/или приложению, производит настройку, по меньшей мере, одного сервиса и/или приложения с использованием указанного, по меньшей мере, одного набора настроек и при прерывании пользователем сеанса связи посылает измененный профиль обратно в веб-сервис профиля пользователя для хранения. 3 н. и 8 з.п. ф-лы, 4 ил.
US 6401085 B1, 04.06.2002 | |||
СПОСОБ ПРЕДОСТАВЛЕНИЯ ПОЛЬЗОВАТЕЛЯМ ТЕЛЕКОММУНИКАЦИОННОЙ СЕТИ ДОСТУПА К ОБЪЕКТАМ | 1998 |
|
RU2169437C1 |
Способ работы котельногоАгРЕгАТА | 1979 |
|
SU853287A1 |
WO 9802824, 22.01.1998 | |||
US 5873107 A, 16.02.1999. |
Авторы
Даты
2008-04-27—Публикация
2003-05-30—Подача