СПОСОБ ОБНОВЛЕНИЯ РЕГИСТРАЦИИ УСЛУГ, УСТРОЙСТВО, СЕРВЕРНАЯ И КЛИЕНТСКАЯ СТОРОНЫ Российский патент 2017 года по МПК H04W4/00 H04L29/08 

Эта заявка основана и притязает на приоритет заявки на патент Китая № 201410340318.4, поданной 16 июля 2014 года, полное содержание которой включено в настоящий документ посредством ссылки.

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

Настоящее раскрытие, в целом, относится к области сети Интернет, а конкретнее, к способу обновления регистрации услуг, устройству, серверной и клиентской сторонам.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

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

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

на этапе S110, принимают первый запрос обновления регистрации услуг от клиентской стороны;

на этапе S112, получают услуги, зарегистрированные посредством первого идентификатора связи клиентской стороны; и

на этапе S114, информацию регистрации услуг обновляют, используя второй идентификатор связи клиентской стороны.

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

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

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

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

на этапе S210, принимают первый запрос обновления регистрации услуг от клиентской стороны;

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

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

На этапе S214, список зарегистрированных услуг посылают клиентской стороне.

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

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

На этапе S310, принимают первый запрос обновления регистрации услуг от клиентской стороны.

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

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

На этапе S314, услуги, доступные для прямого выполнения обновления регистрации услуг, отсеивают из списка зарегистрированных услуг.

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

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

На подэтапе 2, услуги, чей тип означает "доступно для прямого выполнения обновления регистрации услуг", отсеивают.

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

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

На подэтапе 1’, поставщиков каждой услуги в списке зарегистрированных услуг просматривают, начиная с первой услуги в списке зарегистрированных услуг.

На подэтапе 2’, услуги, соответствующие поставщикам в списке доступных для прямого выполнения обновления регистрации услуг, отсеивают.

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

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

На этапе S318, список зарегистрированных услуг, не содержащий отсеянные услуги, посылают клиентской стороне.

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

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

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

На этапе S410, отслеживают условие инициирования для обновления регистрации услуг.

На этапе S412, первый запрос обновления регистрации услуг посылают серверу.

На этапе S414, принимают список зарегистрированных услуг от сервера.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сервер 1900 может также включать в себя один или множество элементов 1926 электропитания, выполненных с возможностью осуществлять управление электропитанием сервера 1900, один или множество проводных или беспроводных сетевых интерфейсов 1950, выполненных с возможностью подключать устройство 1900 к сети связи, и один или множество интерфейсов 1958 ввода/вывода (I/O), одна или множество клавиатур 1956, и одна или множество операционных систем 1941. Сервер 1900 может работать под управлением операционной системы, базирующейся на и хранящейся в запоминающем устройстве 1932, к примеру, Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™ или других похожих операционных систем.

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

Ссылаясь на Фиг. 8, клиентская сторона 800 может включать в себя один или множество элементов:

процессорный элемент 802, запоминающее устройство 804, элемент 806 электропитания, мультимедийный элемент 808, аудио элемент 810, интерфейс 812 ввода/вывода (I/O), сенсорный элемент 814 и коммуникационный элемент 816.

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

Запоминающее устройство 804 выполнено с возможностью хранить данные разных типов, с тем чтобы поддерживать работу устройства 800. Примеры данных включают в себя любую прикладную программу или директиву подхода к работе клиентской стороны 800, включая в себя контактные данные, данные телефонной книги, сообщение, картинку и видео, и так далее. Запоминающее устройство 804 может быть реализовано посредством энергозависимого или энергонезависимого запоминающего элемента любого типа или их сочетанием, к примеру, статическое оперативное запоминающее устройство (SRAM), электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), стираемое программируемое постоянное запоминающее устройство (EPROM), программируемое постоянное запоминающее устройство (PROM), постоянное запоминающее устройство (ROM), магнитное запоминающее устройство, флэш-память, магнитный диск или оптический диск.

Элемент 806 электропитания снабжает энергией компоненты клиентской стороны 800. Элемент 806 электропитания может включать в себя систему управления электропитанием, один или множество источников электропитания, и другие элементы, относящиеся к генерации, управлению и распределению энергии клиентской стороны 800.

Мультимедийный элемент 808 включает в себя экран между клиентской стороной 800 и пользователем, и для обеспечения выходного интерфейса. В некоторых вариантах осуществления, экран может включать в себя LCD (жидкокристаллический дисплей) и сенсорную панель (TP). Если экран включает в себя сенсорную панель, то данный экран может быть реализован в типе сенсорного экрана для приема входного сигнала от пользователей. Сенсорная панель включает в себя один или множество датчиков касания для восприятия жестов на сенсорной панели, к примеру, прикосновения и скольжения, и так далее. Датчик касания может не только воспринимать очертания прохождения прикосновения или скольжения, но также может обнаруживать длительность и давление, относящиеся к операциям прикосновения или скольжения. В некоторых вариантах осуществления, мультимедийный элемент 808 включает в себя фронтальную камеру и/или тыловую камеру. Когда устройство 800 в рабочем режиме, к примеру, режиме захвата видео или режиме воспроизведения видео, фронтальная камера и/или тыловая камера могут принимать внешние мультимедийные данные. Как фронтальная камера, так и тыловая камера, могут быть с неподвижной оптической системой, или иметь фокусное расстояние и способность оптического масштабирования.

Аудио элемент 810 выполнен с возможностью выводить и/или вводить аудиосигнал. К примеру, аудио элемент 810 включает в себя микрофон (MIC); когда клиентская сторона 800 находится в рабочем режиме, таком как режим вызова, режим записи и режим распознавания голоса, микрофон выполнен с возможностью принимать внешний аудиосигнал. Принятый аудиосигнал может быть в дальнейшем сохранен в запоминающем устройстве 804 или послан коммуникативным компонентом 816. В некоторых вариантах осуществления, аудио элемент 810 также включает в себя акустическую систему для выведения аудиосигнала.

I/O интерфейс 812 обеспечивает интерфейс для процессорного элемента 802 и периферийных модулей интерфейса, где периферийные модули интерфейса могут быть клавиатурой, колесом управления, кнопками и так далее. Эти кнопки могут включать в себя, но не ограничиваться этим:

кнопка "домой", кнопка громкости, кнопка пуска и кнопка блокировки.

Сенсорный элемент 814 включает в себя один или множество датчиков для обеспечения клиентской стороны 800 всесторонней оценкой состояния. К примеру, Сенсорный элемент 814 может обнаруживать состояние включено/выключено устройства 800, относительное положение элементов, к примеру, элементов, являющихся устройством отображения и клавиатурой клиентской стороны 800; сенсорный элемент 814 также может обнаруживать изменение положения клиентской стороны 800 или его элементов, наличие или отсутствие прикосновения пользователя к клиентской стороне 800, направление и ускорение/замедление клиентской стороны 800, и колебание температуры клиентской стороны 800. Сенсорный элемент 814 может также включать в себя датчик близости, который выполнен с возможностью обнаруживать наличие близких объектов, в случае отсутствия физического касания. Сенсорный элемент 814 может также включать в себя оптический датчик, к примеру, CMOS или CCD видеосенсор для формирования изображений. В некоторых вариантах осуществления, сенсорный элемент 814 может также включать в себя датчик ускорения, гиродатчик, магнитный датчик, датчик давления, или датчик температуры.

Коммуникационный элемент 816 выполнен с возможностью облегчать проводную связь или беспроводную связь между клиентской стороной 800 и другим оборудованием. Клиентская сторона 800 пригодна для доступа к беспроводным сетям, основанным на таких стандартах радиосвязи, как WiFi, 2G, или 3G, или их сочетания. В примерном варианте осуществления, коммуникационный элемент 816 принимает с помощью широковещательного канала широковещательный сигнал или информацию, относящуюся к широковещанию, от внешней системы управления широковещанием. В примерном варианте осуществления, коммуникационный элемент 816 также включает в себя модуль ближней бесконтактной связи (NFC) для поддержки связи ближнего действия. К примеру, модуль NFC может быть реализован на базе технологии радиочастотной идентификации (RFID), технологии ассоциации передачи данных в инфракрасном диапазоне (IrDA), технологии сверхширокой полосы пропускания (UWB), технологии Bluetooth (BT) и других технологиях.

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

В примерных вариантах осуществления, энергонезависимый машиночитаемый носитель данных, содержащий команды, также предоставлен, к примеру, запоминающее устройство 804, содержит команды, при этом вышеупомянутые команды могут быть исполнены процессорами 820 клиентской стороны 800, с тем, чтобы осуществить способ вышеупомянутой клиентской стороны. К примеру, a энергонезависимый машиночитаемый носитель данных может быть ПЗУ (ROM), оперативным запоминающим устройством (RAM), CD-ROM, магнитной лентой, гибким диском и оптическим устройством хранения данных и т.д.

Данные варианты осуществления настоящего раскрытия предоставляют систему связи, включающую в себя вышеупомянутые серверную и клиентскую стороны.

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

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

Изобретение относится к способам обновления регистрации услуг. Технический результат заключается в обеспечении возможности относительно легко обновлять зарегистрированные услуги после изменения идентификатора связи, таким образом, улучшая взаимодействие с пользователем. Способ обновления регистрации услуг для использования на серверной стороне содержит этапы, на которых: принимают первый запрос обновления регистрации услуг от клиентской стороны; получают услуги, зарегистрированные посредством первого идентификатора связи клиентской стороны, причем при получении услуг запрашивают и получают список зарегистрированных услуг, хранящийся локально и соответствующий первому идентификатору связи, используя первый идентификатор связи; при этом список зарегистрированных услуг содержит услуги, полученные из сообщений о регистрации услуг, принятых от клиентской стороны, с помощью первого идентификатора связи, и синхронизированных с сервером; и посылают второй запрос обновления регистрации услуг через сервер поставщикам зарегистрированных услуг, используя второй идентификатор связи клиентской стороны, чтобы обновить информацию регистрации этих услуг. 6 н. и 16 з.п. ф-лы, 8 ил.

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

принимают первый запрос обновления регистрации услуг от клиентской стороны;

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

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

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

3. Способ по п. 1, дополнительно содержащий этапы, на которых:

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

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

4. Способ по п. 3, в котором при упомянутом отсеивании, из списка зарегистрированных услуг, услуг, доступных для прямого выполнения обновления регистрации услуг:

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

отсеивают услуги, относящиеся к типам, доступным для прямого выполнения обновления регистрации услуг;

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

5. Способ по п. 3, в котором при упомянутом отсеивании, из списка зарегистрированных услуг, услуг, доступных для прямого выполнения обновления регистрации услуг:

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

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

6. Способ по п. 3, дополнительно содержащий этапы, на которых:

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

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

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

7. Способ обновления регистрации услуг для использования на клиентской стороне, содержащий этапы, на которых:

отслеживают условие инициирования для обновления регистрации услуг;

посылают первый запрос обновления регистрации услуг серверу;

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

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

8. Способ по п. 7, в котором при упомянутой посылке второго запроса обновления регистрации услуг поставщикам услуг, записанным в списке зарегистрированных услуг:

представляют список зарегистрированных услуг;

принимают директиву на выполнение, введенную пользователями; и

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

9. Способ по п. 7, дополнительно содержащий этапы, на которых:

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

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

10. Способ по п. 7, дополнительно содержащий этапы, на которых:

принимают сообщения с помощью первого идентификатора связи;

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

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

11. Устройство обновления регистрации услуг для использования на серверной стороне, содержащее:

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

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

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

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

13. Устройство по п. 11, в котором обновляющий модуль содержит:

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

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

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

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

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

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

16. Устройство по п. 13, в котором обновляющий модуль дополнительно содержит:

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

при этом уведомление подтверждения запроса сообщает, что обновление регистрации услуг для услуг, доступных для прямого выполнения обновления регистрации услуг, будет выполнено.

17. Устройство обновления регистрации услуг для использования на клиентской стороне, содержащее:

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

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

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

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

18. Устройство по п. 17, в котором второй посылающий модуль содержит:

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

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

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

19. Устройство по п. 17, дополнительно содержащее:

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

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

20. Устройство по п. 17, дополнительно содержащее:

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

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

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

21. Сервер, содержащий:

процессор; и

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

при этом процессор выполнен с возможностью:

принимать первый запрос обновления регистрации услуг от клиентской стороны;

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

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

22. Устройство связи клиентской стороны, содержащее:

процессор; и

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

отслеживать условие инициирования для обновления регистрации услуг;

посылать первый запрос обновления регистрации услуг серверу;

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

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