Способ обновления регистрации услуг, устройство, серверная и клиентская стороны

Иллюстрации

Показать все

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

Реферат

Эта заявка основана и притязает на приоритет заявки на патент Китая № 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 может содержать: отсеивающий подмодуль, первый посылающий подмодуль и второй посылающий подмодуль.

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

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

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

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

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

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

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