Способ обработки услуг, система связи и связанное устройство
Изобретение относится к связи. Варианты осуществления этого изобретения раскрывают способ обработки услуг, систему связи и связанное устройство, делающие более легким для пользователей настройку и управление персональной группой сигнального вызова, и допускающие улучшение безопасности системы, что является техническим результатом. Способ содержит получение клиентом управления запроса обработки персональной группы сигнального вызова пользователя и передачу клиентом управления запроса обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи, так что сервер обслуживания выполняет соответствующую обработку согласно запросу обработки персональной группы сигнального вызова. Варианты осуществления этого изобретения дополнительно предоставляют систему связи и связанное устройство. Варианты осуществления этого изобретения делают удобным для пользователя настройку и управление персональной группой сигнального вызова и дают возможность уменьшать ненужный сетевой трафик и улучшать безопасность системы. 4 н. и 8 з.п. ф-лы, 7 табл., 10 ил.
ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к области техники связи, а более точно к способу обработки услуг, системе связи и связанному устройству.
УРОВЕНЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ
С развитием информационных услуг сейчас доступно многообразие персонализированных услуг, например услуга тонального сигнала возврата вызова является услугой, предоставляющей пользователю терминала возможность индивидуально настраивать тональный сигнал возврата вызова.
Персонализированная услуга тонального сигнала возврата вызова является персонализированным тональным сигналом возврата вызова, который также называется красочным тональным сигналом возврата вызова, слышимым вызывающим пользователем после того, как вызывающий терминал инициирует вызов на вызываемый терминал, вызываемый терминал начинает звонить, и до того как вызываемый пользователь не снимет трубку телефона.
Эта услуга открывает возможности сети оператора услуг пользователям, чтобы обеспечить поддержку услуг для пользователей отображать свои индивидуальные особенности, удовлетворяет интенсивный спрос современных людей отображать индивидуальные особенности, а потому хорошо принимается в показателях маркетингового эффекта.
В предшествующем уровне техники настройка услуги персонализированного тонального сигнала обратного вызова, главным образом, достигается пользователем, осуществляющим доступ к сети Интернет через компьютер и регистрирующимся на веб-сайте, разработанном оператором услуг. Пользователь может настраивать подходящие персональные группы сигнального вызова для снабжения разных групп разными сигнальными вызовами.
Однако, поскольку необходимо осуществлять доступ к сети Интернет через компьютер и регистрироваться на веб-сайте, разработанном оператором услуг, чтобы пользователь настраивал и управлял персональными группами сигнального вызова, решение предшествующего уровня техники делает неудобным пользователям, не имеющим компьютера под рукой или не имеющими возможность к осуществлению доступа к сети Интернет, настройку и управление персональными группами сигнального вызова в реальном времени.
С постепенной популяризацией протокола приложений для беспроводной связи (WAP) появляется другой способ для прямого доступа к веб-сайту, разработанному оператором услуг, через WAP на пользовательском терминале.
Тем не менее, это требует, чтобы соответствующий веб-сайт был способен формировать соответствующую веб-страницу, которая поддерживает регистрацию пользовательского терминала, таким образом повышая сложность и объем технического обслуживания на веб-сайте. Более того, если веб-сайт недоступен (например, вследствие совершаемых со злым умыслом атак или регламентного обслуживания), по-прежнему невозможно, чтобы пользователь настраивал и управлял персональными группами сигнального вызова.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Варианты осуществления настоящего изобретения предлагают способ обработки услуг, систему связи и связанное устройство, делающие легким для пользователей настройку и управление персональными группами сигнального вызова и дающие возможность улучшать безопасность системы.
Способ обработки услуг согласно варианту осуществления настоящего изобретения содержит клиент управления, получающий запрос обработки персональной группы сигнального вызова пользователя, и клиент управления, передающий запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи, так что сервер обслуживания выполняет соответствующую обработку согласно запросу обработки персональной группы сигнального вызова.
Система связи согласно варианту осуществления настоящего изобретения содержит клиент управления, сконфигурированный для получения запроса обработки персональной группы сигнального вызова пользователя и передачи запроса обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи, и сервер обслуживания, сконфигурированный для приема запроса обработки персональной группы сигнального вызова, переданного клиентом управления через сеть мобильной связи, и выполнения обработки над соответствующей персональной группой сигнального вызова согласно запросу обработки персональной группы сигнального вызова.
Клиент управления согласно варианту осуществления настоящего изобретения содержит блок получения запроса обработки, сконфигурированный для получения запроса обработки персональной группы сигнального вызова пользователя, и блок передачи запроса, сконфигурированный для передачи запроса обработки персональной группы сигнального вызова, полученного блоком получения запроса обработки, на сервер обслуживания через сеть мобильной связи, так что сервер обслуживания выполняет соответствующую обработку согласно запросу обработки персональной группы сигнального вызова.
Устройство обработки услуг согласно варианту осуществления настоящего изобретения содержит блок приема запроса, сконфигурированный для приема запроса обработки персональной группы сигнального вызова, переданного клиентом управления через сеть мобильной связи, и блок обработки, сконфигурированный для выполнения обработки над соответствующей персональной группой сигнального вызова согласно запросу обработки персональной группы сигнального вызова, принятому блоком приема запроса.
Как может быть видно из вышеприведенных технических решений, варианты осуществления настоящего изобретения имеют следующие преимущества: в вариантах осуществления настоящего изобретения, после приема запроса обработки персональной группы сигнального вызова пользователя, клиент управления передает запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи непосредственно, без вынуждения регистрироваться на веб-сайте, разработанном оператором услуг, так что прямое взаимодействие между клиентом управления и сервером обслуживания делает более легким для пользователя настройку и управление персональными группами сигнального вызова в любое время, и на процесс не влияют сбои веб-сайта.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг.1 - схема, иллюстрирующая вариант осуществления способа обработки услуг согласно настоящему изобретению;
Фиг.2 - схема, иллюстрирующая вариант осуществления способа обработки услуг согласно настоящему изобретению;
Фиг.3 - схема, иллюстрирующая еще один вариант осуществления способа обработки услуг согласно настоящему изобретению;
Фиг.4 - схема, иллюстрирующая еще один другой вариант осуществления способа обработки услуг согласно настоящему изобретению;
Фиг.5 - схема, иллюстрирующая еще один другой вариант осуществления способа обработки услуг согласно настоящему изобретению;
Фиг.6 - схема, иллюстрирующая вариант осуществления системы связи согласно настоящему изобретению;
Фиг.7 - схема, иллюстрирующая вариант осуществления клиента управления согласно настоящему изобретению;
Фиг.8 - схема, иллюстрирующая вариант осуществления устройства обработки услуг согласно настоящему изобретению;
Фиг.9 - схема, иллюстрирующая вариант осуществления сервера доступа согласно настоящему изобретению; и
Фиг.10 - схема, иллюстрирующая еще один вариант осуществления сервера доступа согласно настоящему изобретению.
ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Варианты осуществления настоящего изобретения предлагают способ обработки услуг, систему связи и связанное устройство, делающие легким для пользователей настройку и управление персональными группами сигнального вызова и дающие возможность улучшать безопасность системы.
Со ссылкой на фиг.1, вариант осуществления способа обработки услуг согласно варианту осуществления настоящего изобретения содержит следующее.
Этап 101: получение запроса работы персональной группы сигнального вызова пользователя.
Когда пользователь намеревается настраивать и управлять персональными группами сигнального вызова своей услуги персонализированного сигнального вызова, он может выполнять такую операцию ввода в качестве нажатия кнопки согласно операционному интерфейсу, отображенному клиентом управления на пользовательском терминале, чтобы отправлять запрос работы персональной группы сигнального вызова клиенту управления.
Как должно быть отмечено, услуга сигнального вызова, описанная в этом варианте осуществления, включает в себя услугу тонального сигнала возврата вызова и услугу тонального сигнала вызова.
Этап 102: формирование запроса обработки персональной группы сигнального вызова согласно запросу работы персональной группы сигнального вызова.
По приему запроса работы персональной группы сигнального вызова от пользователя клиент управления формирует соответствующий запрос обработки персональной группы сигнального вызова согласно запросу работы персональной группы сигнального вызова. Специфичный процесс формирования будет более подробно описан в последующих вариантах осуществления.
Запрос обработки персональной группы сигнального вызова в этом варианте осуществления, в частности, может включать в себя:
запрос выяснения персональной группе сигнального вызова для требования выяснить текущую информацию о персональной группе сигнального вызова пользователя;
запрос добавления персональной группы сигнального вызова для требования вновь создать одну или более персональных групп сигнального вызова;
запрос добавления члена группы сигнального вызова для требования вновь создать один или более членов группы сигнального вызова в определенной персональной группе сигнального вызова;
запрос модификации персональной группы сигнального вызова для требования модифицировать уже существующую персональную группу сигнального вызова;
запрос модификации члена группы сигнального вызова для требования модифицировать информацию одного или более членов группы сигнального вызова в определенной персональной группе сигнального вызова;
запрос удаления персональной группы сигнального вызова для требования удалить уже существующую персональную группу сигнального вызова, когда персональная группа сигнального вызова удаляется, информация члена(ов) исходной группы сигнального вызова в этой персональной группе сигнального вызова всецело удаляется; и
запрос удаления члена группы сигнального вызова для требования удалить информацию одного или более членов группы сигнального вызова в определенной персональной группе сигнального вызова.
Может быть понятно, что при практическом применении специфичный запрос обработки персональной группы сигнального вызова может включать в себя другие типы, которые не определены здесь.
Как должно быть отмечено, режим, в соответствии с которым упакован запрос работы персональной группы сигнального вызова, может быть отличным от режима, в соответствии с которым упакован запрос обработки персональной группы сигнального вызова, так как запрос работы персональной группы сигнального вызова может быть сообщением, передаваемым внутри пользовательского терминала наряду с тем, что запрос обработки персональной группы сигнального вызова может быть сообщением, передаваемым между клиентом управления и сервером обслуживания. В этом варианте осуществления клиент управления принимает запрос работы персональной группы сигнального вызова, введенный пользователем, из модуля ввода пользовательского терминала, и впоследствии упаковывает запрос работы персональной группы сигнального вызова для формирования запроса обработки персональной группы сигнального вызова.
Может быть понятно, что при практическом применении клиент управления может подобным образом получать запрос обработки персональной группы сигнального вызова от пользователя, в каком случае пользователь вводит запрос работы персональной группы сигнального вызова через модуль ввода пользовательского терминала, запрос работы персональной группы сигнального вызова может упаковываться другим модулем, таким как модуль упаковки и передачи, в пользовательском терминале для формирования запроса обработки персональной группы сигнального вызова, и клиент управления затем может получать запрос обработки персональной группы сигнального вызова пользователя.
Если клиент управления получает запрос обработки персональной группы сигнального вызова непосредственно от пользователя на этапе 101 по этому варианту осуществления, этап 102 может не выполняться. Здесь, не определено, должен ли клиент управления локально выполнять процесс формирования запроса обработки персональной группы сигнального вызова при практическом применении, и описание приведено в последующих вариантах осуществления, просто беря такой пример, в котором клиент управления должен локально выполнять процесс формирования запроса обработки персональной группы сигнального вызова.
Этап 103: передача запроса обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи.
После формирования запроса обработки персональной группы сигнального вызова, клиент управления может передавать запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи.
Сеть мобильной связи в этом варианте осуществления может быть сетью связи глобальной системы мобильной связи (GSM), сетью множественного доступа с кодовым разделением каналов (CDMA), сетью широкополосного множественного доступа с кодовым разделением каналов (WCDMA), сетью множественного доступа с синхронизированными режимами временного и кодового разделения каналов (TD-SCDMA), сетью множественного доступа с кодовым разделением каналов 2000 (CDMA2000), сетью всемирной совместимости для микроволнового доступа (WiMax) или другими сетями мобильной связи, специфичные типы которых здесь не определены.
В этом варианте осуществления, логические порты связи создаются между клиентом управления и сервером обслуживания, и логический порт связи в клиенте управления может активизировать физический порт пользовательского терминала, чтобы поддерживать связь с сервером обслуживания. Специальная связь между клиентом управления и сервером обслуживания выполняется на прикладном уровне, например, в сети общей службы пакетной радиопередачи (GPRS), а данные, отправляемые из клиента управления, прибывают на сервер обслуживания через шлюзовой узел поддержки общей службы пакетной радиопередачи (GGSN) и обслуживающий узел поддержки общей службы пакетной радиопередачи (SGSN). Вышеприведенное просто берет пример для описания процесса связи между клиентом управления и сервером обслуживания. Может быть понятно, что постольку, поскольку разные сети мобильной связи вовлекаются при практическом применении, процесс связи между клиентом управления и сервером обслуживания, а также элементы сети, через которые проходит связь, могут быть отличными друг от друга, и никакого специального определения здесь не приводится.
Как должно быть отмечено, клиент управления в этом варианте осуществления может быть размещен на пользовательском терминале и использует сеть мобильной связи для передачи данных на сервер обслуживания, активизируя порт связи пользовательского терминала. Клиент управления предварительно сконфигурирован сетевым адресом сервера обслуживания либо заблаговременно получает сетевой адрес сервера обслуживания, с тем чтобы быть способным передавать данные согласно адресу.
В этом варианте осуществления, по приему запроса работы персональной группы сигнального вызова от пользователя, клиент управления передает соответствующий запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи, без вынуждения регистрироваться на веб-сайте, разработанном оператором услуг, так что прямое взаимодействие между клиентом управления и сервером обслуживания делает более легким для пользователя настройку и управление персональными группами сигнального вызова в любое время, и процесс не подвергается влиянию сбоев веб-сайта.
Более того, предшествующий уровень техники пользуется WAP, чтобы по-прежнему осуществлять доступ к сети Интернет для регистрации на веб-сайте, разработанном оператором услуг, а это приводит к возможности, что информация пользователя может быть похищена вследствие небезопасности сети Интернет.
В этом варианте осуществления, клиент управления взаимодействует с сервером обслуживания через сеть мобильной связи без создания соединения сети Интернет с сервером обслуживания, а поскольку характеристики самой сети мобильной связи разрешают, чтобы безопасность сети мобильной связи была выше, чем у сети Интернет, режим настройки и управления персональными группами сигнального вызова через сеть мобильной связи в этом варианте осуществления действенно улучшает безопасность системы.
Более того, в предшествующем уровне техники пользовательский терминал непосредственно осуществляет доступ к веб-сайту с помощью WAP, и веб-сайт будет передавать на терминал такую информацию, как рекомендованные сигнальные вызовы и изображения веб-страниц, которые не относятся к настройке и управлению персональными группами сигнального вызова, таким образом порождая ненужный сетевой трафик.
В противоположность, в этом варианте осуществления, поскольку клиент управления и сервер обслуживания осуществляют связь непосредственно, без вынуждения осуществлять доступ к веб-сайту, клиент управления не будет принимать с сервера обслуживания никакой информации, не относящейся к настройке и управлению персональными группами сигнального вызова, таким образом уменьшая ненужный сетевой трафик.
Вышеприведенное исходит из перспективы клиента управления описать способ обработки услуг согласно варианту осуществления настоящего изобретения наряду с тем, что последующее исходит из перспектив сервера обслуживания описать способ обработки услуг согласно варианту осуществления настоящего изобретения. Со ссылкой на фиг.2 вариант осуществления способа обработки услуг согласно варианту осуществления настоящего изобретения включает в себя следующее.
Этап 201: прием запроса обработки персональной группы сигнального вызова, переданного от клиента управления, через сеть мобильной связи.
В этом варианте осуществления, поскольку клиенту управления заранее задан сетевой адрес сервера обслуживания, клиент управления может передавать запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи, а сервер обслуживания, в этом варианте осуществления, может принимать запрос обработки персональной группы сигнального вызова, переданный клиентом управления, от соответствующего элемента сети, такого как обслуживающий узел поддержки общей службы пакетной радиосвязи (SGSN).
В этом варианте осуществления запрос обработки персональной группы сигнального вызова, принятый сервером обслуживания, является таким же, как запрос обработки персональной группы сигнального вызова, переданный клиентом управления, поэтому никакого повторения о нем здесь не приводится.
Этап 202: обработка соответствующей персональной группы сигнального вызова согласно запросу обработки персональной группы сигнального вызова.
По приему запроса обработки персональной группы сигнального вызова сервер обслуживания может обрабатывать соответствующую персональную группу сигнального вызова пользователя согласно запросу, в том числе выяснение информации о персональной группе сигнального вызова, создание персональной группы сигнального вызова заново, создание заново члена группы сигнального вызова, модификацию информации о персональной группе сигнального вызова, модификацию информации о члене группы сигнального вызова, удаление персональной группы сигнального вызова, удаление члена группы сигнального вызова или обработку другими способами.
Как должно быть отмечено, перед обработкой соответствующей персональной группы сигнального вызова, сервер обслуживания дополнительно может аутентифицировать пользователя, синтаксически анализировать соответствующий запрос обработки персональной группы сигнального вызова после того, как пройдена аутентификация, и обрабатывать соответствующую персональную группу сигнального вызова согласно параметрам, перенесенным с запросом обработки персональной группы сигнального вызова.
В этом варианте осуществления, кроме аутентификации пользователя, в соответствии со специфичной политикой аутентификации оператора услуг, сервер обслуживания может одновременно аутентифицировать пользовательский терминал и/или клиента управления, либо аутентифицировать любых двух из пользователя, клиента управления и пользовательского терминала, либо аутентифицировать всех из этих трех, для выполнения последующих операций после того, как пройдена аутентификация.
В этом варианте осуществления сервер обслуживания может принимать запрос обработки персональной группы сигнального вызова, переданный клиентом управления через сеть мобильной связи, и выполнять соответствующую обработку, так что прямое взаимодействие между клиентом управления и сервером обслуживания делает более легким для пользователя настройку и управление персональными группами сигнального вызова в любое время, а последовательность операций не подвержена влиянию сбоев веб-сайта.
Более того, поскольку клиент управления и сервер обслуживания поддерживают связь непосредственно, без необходимости осуществлять доступ к веб-сайту, клиент управления не будет принимать с сервера обслуживания никакой информации, не относящейся к настройке и управлению персональными группами сигнального вызова, таким образом уменьшая ненужный сетевой трафик.
Более того, сервер обслуживания взаимодействует с клиентом управления скорее через сеть мобильной связи, чем через соединение сети Интернет, в этом варианте осуществления, а поскольку характеристики самой сети мобильной связи решают, что безопасность сети мобильной связи выше, чем у сети Интернет, режим настройки и управления персональными группами сигнального вызова через сеть мобильной связи в этом варианте осуществления действенно улучшает безопасность системы.
Для содействия пониманию, последующее исходит из перспективы взаимодействия между клиентом управления и сервером обслуживания для подробного описания способа обработки услуг согласно варианту осуществления настоящего изобретения. Со ссылкой на фиг.3 еще один вариант осуществления способа обработки услуг согласно варианту осуществления настоящего изобретения включает в себя следующее.
Этап 301: Клиент управления формирует запрос обработки персональной группы сигнального вызова.
В этом варианте осуществления, когда пользователь намеревается настраивать и управлять персональными группами сигнального вызова своей услуги персонализированного сигнального вызова, он, прежде всего, может регистрироваться у клиента управления, который может быть программным обеспечением на пользовательском терминале, а после того, как клиент управления проходит аутентификацию пользователя, пользователь выполняет такую операцию ввода, как нажатие кнопки, для отправки запроса работы персональной группы сигнального вызова клиенту управления в пользовательском терминале.
Как должно быть отмечено, услуга сигнального вызова, описанная в этом варианте осуществления, включает в себя услугу тонального сигнала возврата вызова и услугу тонального сигнала вызова.
По получению запроса работы персональной группы сигнального вызова, клиент управления формирует соответствующий запрос обработки персональной группы сигнального вызова согласно запросу работы персональной группы сигнального вызова. Специфичный процесс формирования может применять один из следующих режимов:
A. с помощью протокола передачи гипертекста (HTTP):
В этом режиме клиент управления переносит параметры запроса работы персональной группы сигнального вызова в заголовке сообщения или теле сообщения у сообщения HTTP, которое служит в качестве запроса обработки персональной группы сигнального вызова.
Как должно быть отмечено, если параметры запроса работы персональной группы сигнального вызова описаны непосредственно в виде символьных строк, параметры запроса работы персональной группы сигнального вызова, могут переноситься в заголовке сообщения или теле сообщения у сообщения HTTP.
Однако, если параметры запроса работы персональной группы сигнального вызова описаны в виде расширяемого языка разметки (XML) или простого протокола доступа к объектам (SOAP), параметры запроса работы персональной группы сигнального вызова могут переноситься в теле сообщения HTTP.
B. с помощью протокола доступа к XML-конфигурации (XCAP):
В этом режиме, клиент управления должен иметь функцию клиента XCAP, допускающую формирование команды XCAP в формате сообщения XCAP, а именно запроса обработки персональной группы сигнального вызова в соответствии с XCAP.
Как должно быть отмечено, вышеупомянутые два режима являются только отдельными режимами выполнения, предложенными в этом варианте осуществления, наряду с тем, что иные протоколы могут использоваться для формирования запроса обработки персональной группы сигнального вызова по требованию специфичных необходимых условий передачи при практическом применении, и здесь не определены специальные типы протоколов и процессов их формирования.
Запрос обработки персональной группы сигнального вызова в этом варианте осуществления имеет такой же тип, как у запроса обработки персональной группы сигнального вызова в варианте осуществления, проиллюстрированном на фиг.2, так что его повторения здесь не приводится.
Пользователь может устанавливать разные сигнальные вызовы для использования членами группы сигнального вызова в разных персональных группах сигнального вызова.
Этап 302: Клиент управления передает сформированный запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи.
В этом варианте осуществления после формирования запроса обработки персональной группы сигнального вызова клиент управления может передавать запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи, и специфичная сеть мобильной связи может быть сетью GSM или сетью CDMA, или любой другой сетью мобильной связи, чьи специфичные типы здесь не определены.
Как должно быть отмечено, клиент управления в этом варианте осуществления может быть размещен на пользовательском терминале и использует сеть мобильной связи для передачи данных на сервер обслуживания, активизируя порт связи пользовательского терминала. Клиент управления предварительно сконфигурирован сетевым адресом сервера обслуживания либо заблаговременно получает сетевой адрес сервера обслуживания с тем, чтобы быть способным передавать данные по адресу.
Этап 303: Сервер обслуживания выполняет соответствующую обработку согласно принятому запросу обработки персональной группы сигнального вызова.
В этом варианте осуществления, поскольку клиент управления предварительно сконфигурирован сетевым адресом сервера обслуживания, клиент управления может передавать запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи, а сервер обслуживания в этом варианте осуществления может принимать запрос обработки персональной группы сигнального вызова, переданный от соответствующего элемента сети, такого как SGSN.
По приему запроса обработки персональной группы сигнального вызова сервер обслуживания дополнительно может аутентифицировать пользователя и/или пользовательский терминал, и/или клиента управления перед обработкой соответствующей персональной группы сигнального вызова и выполнять обработку согласно запросу обработки персональной группы сигнального вызова после того, как пройдена аутентификация.
Процесс для сервера обслуживания, чтобы выполнять обработку над соответствующей персональной группой сигнального вызова согласно запросу обработки персональной группы сигнального вызова, будет описан более подробно в последующих вариантах осуществления.
Этап 304: Сервер обслуживания возвращает ответ обработки персональной группы сигнального вызова клиенту управления через сеть мобильной связи.
В этом варианте осуществления, по завершению обработки персональных групп сигнального вызова пользователя, сервер обслуживания может возвращать ответ обработки клиенту управления, например возвращая результат обработки, в качестве альтернативы, когда пользователь требует просматривать персональные группы сигнального вызова, сервер обслуживания возвращает информацию о текущей персональной группе сигнального вызова пользователя клиенту управления.
Как должно быть отмечено, этап 304 в этом варианте осуществления является необязательным, так как серверу обслуживания необязательно возвращать результат обработки клиенту управления, например, когда пользователь требует удалить определенную персональную группу сигнального вызова, серверу обслуживания достаточно удалить соответствующую персональную группу сигнального вызова согласно запросу, без вынуждения возвращать результат обработки.
Кроме обладания такими же полезными результатами, как у вариантов осуществления, проиллюстрированных на фиг.1 и 2, техническое решение по этому варианту осуществления дополнительно имеет полезный результат в том, что клиент управления может формировать запрос обработки персональной группы сигнального вызова в многообразии форм, тем самым приспосабливаясь к множеству протоколов передачи и усиливая гибкость передачи запроса обработки персональной группы сигнального вызова.
При практическом применении специфичный запрос обработки персональной группы сигнального вызова может включать в себя любой один из запроса выяснения персональной группы сигнального вызова, запроса добавления персональной группы сигнального вызова, запроса добавления члена группы сигнального вызова, запроса модификации персональной группы сигнального вызова, запроса модификации члена группы сигнального вызова, запроса удаления персональной группы сигнального вызова и запроса удаления члена группы сигнального вызова. Для облегчения понимания эти типы специфичных запросов соответственно взяты ниже в качестве примеров для описания. Способ обработки услуг в этом варианте осуществления может быть поделен на следующие условия в зависимости от разного режима формирования запроса обработки персональной группы сигнального вызова.
A. обработка услуги в соответствии с режимом HTTP:
(1) процесс обработки запроса выяснения персональной группы сигнального вызова:
В этом режиме, когда пользователь намеревается выяснить уже существующие принадлежащие ему персональные группы сигнального вызова, он может ввести запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос выяснения персональной группы сигнального вызова, который может включать в себя следующий параметр: идентификатор пользователя;
Идентификатор пользователя является идентификатором пользователя, который инициирует запрос работы персональной группы сигнального вызова.
При практическом применении запрос выяснения персональной группы сигнального вызова может включать в себя большее количество параметров, которые, в частности, могут быть следующими.
| Таблица 1 | |||
| Наименование параметра | Состав | Может ли быть пустым | Пояснения |
| Идентификатор пользователя (например, userid) | Номер или URI | Нет | Номер пользователя, который может быть номером телефона или номером пользователя международного номера коммутируемой цифровой сети для мобильной станции (MSISDN) |
| Код доступа пользователя (например, randomsessionkey) | цифра, буква | Да | Код доступа пользователя |
| Идентификатор оборудования (например, sid) | номер | Да | Номер оборудования, который может быть номером международной идентификации мобильного оборудования (IMEI) пользовательского терминала |
| Идентификатор группы (например, groupid) | Номер или URI | Да | Когда пользователь намеревается выяснить определенную обозначенную персональную группу сигнального вызова, он может заполнить идентификатор группы у персональной группы сигнального вызова, требуемой для выяснения |
| Наименование группы (например, groupname) | символ | Да | Когда пользователь намеревается выяснить определенную обозначенную персональную группу сигнального вызова, он может заполнить наименование группы у персональной группы сигнального вызова, требуемой для выяснения |
| Номер члена (например, membernumber) | Номер или URI | Да | Когда пользователь намеревается выяснить определенного члена группы сигнального вызова в определенной обозначенной персональной группе сигнального вызова, он может заполнить номер члена у члена группы сигнального вызова, требуемого для выяснения |
Параметры, показанные в вышеприведенной таблице 1, являются только отдельными формами исполнения в этом варианте осуществления, так как при практическом применении другие типы параметров могут быть дополнительно добавлены, наряду с тем, что специфичные параметры здесь не определены.
Клиент управления может формировать соответствующий запрос выяснения персональной группы сигнального вызова согласно HTTP, например, со ссылкой на структуру параметров в таблице 1, при практическом применении специфичным запросом выяснения персональной группы сигнального вызова может быть «http://10.70.119.108:80/spservice/querygroup.do?userid=13800».
Запрос выявления персональной группы сигнального вызова включает в себя адрес и порт «10.70.119.108:80» сервера обслуживания, тип запроса «query» и идентификатор пользователя «userid=13800». Запрос выяснения персональной группы сигнального вызова формируется в заголовке сообщения у сообщения HTTP в виде символьной строки, наряду с тем, что специальный режим его размещения в теле сообщения и режим использования описания XML являются подобными и поэтому здесь не повторяются.
Как только запрос выяснения персональной группы сигнального вызова передан на соответствующий сервер обслуживания через порт клиента управления или по сети мобильной связи, сервер обслуживания выполняет соответствующую операцию выяснения и возвращает клиенту управления результат выяснения, который содержит информацию о персональной группе сигнального вызова пользователя с идентификатором пользователя 13800.
В этом варианте осуществления информация о персональной группе сигнального вызова, возвращенная сервером обслуживания, может быть описана в виде XML, например:
<?xml version="1.0" encoding="GBK"?>
<!ELEMENT personalgroup (group* )| returncode >
<!ELEMENT group(name+,value+)>
<!-- наименование параметра, идентификатор группы (номер персональной группы сигнального вызова) и наименование группы (наименование персональной группы сигнального вызова) -->
<!ELEMENT name (#PCDATA)>
<!-- значение параметра -->
<!ELEMENT value (#PCDATA)>
<!-- код ошибки -->
<!ELEMENT returncode (#PCDATA)>
Если пользователь уже настроил две персональных группы сигнального вызова, информация о персональных группах сигнального вызова, принятая терминалом, будет следующей:
<?xml version="1.0" encoding="GBK"?>
<personalgroup>
<groups>
<group>
<name>groupid</name>
<value>1115</value>
<name>groupname</name>
<value>124</value>
</group>
<group>
<name>groupid</name>
<value>1116</value>
<name>groupname</name>
<value>124tt</value>
</group>
</groups>
</personalgroup>
Описанное выше содержит этапы, на которых пользователь требует запросить информацию о всех своих собственных персональных группах сигнального вызова; если то, что выясняет пользователь, является членом группы сигнального вызова в определенной персональной группе сигнального вызова, специфичный запрос выяснения персональной группы сигнального вызова может быть «http://10.70.119.108:80/spservice/querygroup.do?userid=13800&groupid=111 5».
В таком случае сервер обслуживания выясняет информацию о всех членах группы сигнального вызова в персональной группе сигнального вызова с идентификатором группы 1115, в том числе имя члена и/или номер члена, и возвращает результат выяснения.
Например, если персональная группа сигнального вызова с идентификатором группы 1115, которую требует выяснить пользователь, содержит два пользователя, а именно пользователя 11, чьим номером является 13511111111, и пользователя 1jj, чьим номером является 13511122111, информация о члене группы сигнального вызова, переносимая в возвращенном сообщении, будет следующей:
<?xml version="1.0" encoding="GBK"?>
<personalgroupmember>
<groupmembers>
<groupmember>
<name>membernumber</name>
<value> 13511111111 </value>
<name>membername</name>
<value>11</value>
</groupmember>
<groupmember>
<name>membernumber</name>
<value>13511122111</value>
<name>membername</name>
<value>1jj</value>
</groupmember>
<groupmembers>
</personalgroupmember>
Как должно быть отмечено, если пользователь не настраивает персональную группу сигнального вызова, или член группы сигнального вызова, требуемый для выяснения, не существует, возвращенное сообщение может уведомлять клиента управления, перенося с собой код ошибки, наряду с тем, что специфичный код ошибки и режим переноса кода здесь не определены.
Как должно быть отмечено в этом варианте осуществления, в соответствии с режимом HTTP, результат, возвращенный сервером обслуживания, может передаваться непосредственно клиенту управления с помощью HTTP, и также может загружаться клиентом управления для документа соответствующей персональной группы сигнального вызова, наряду с тем, что специфичный режим здесь не определен.
Как должно быть отмечено, в этом варианте осуществления, пользователь получает информацию о персональной группе сигнального вызова с сервера обслуживания посредством режима свободного инициирования запроса выяснения, наряду с тем, что при практическом применении, также можно, чтобы сервер обслуживания синхронизировал информацию о персональной группе сигнального вызова пользователя в отношении клиента управления в соответствии с определенными условиями запуска или периодичностью, например, сервер обслуживания и клиент управления могут договариваться синхронизировать каждую неделю информацию о персональной группе сигнального вызова пользователя; в качестве альтернативы, после того как пользователь зарегистрировался на веб-сайте, спроектированном оператором услуг, через компьютер для модификации информации о персональной группе сигнального вызова, сервер обслуживания также может инициативно синхронизировать информацию о персональной группе сигнального вызова в отношении клиента управления, в каком случае, клиент управления может наделять пользователя синхронизированной информацией о персональной группе сигнального вызова, а пользователь также может непосредственно выяснять информацию о персональной группе сигнального вызова собственной принадлежности через клиента управления без необходимости передавать запрос выяснения.
(2) процесс обработки запроса добавления персональной группы сигнального вызова.
В этом режиме, когда пользователь намеревается вновь добавить одну персональную группу сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос добавления персональной группы сигнального вызова, который может включать в себя следующие параметры: идентификатор пользователя и идентификатор добавления.
Идентификатор добавления в этом варианте осуществления может включать в себя идентификатор группы и/или наименование группы.
Идентификатор пользователя является идентификатором пользователя, который инициирует запрос работы персональной группы сигнального вызова, идентификатор группы является идентификатором группы добавления, а именно идентификатором персональной группы сигнального вызова, требуемой, чтобы быть вновь добавленной пользователем, и наименование группы является наименованием группы добавления, а именно, наименованием персональной группы сигнального вызова, требуемой, чтобы быть вновь добавленной пользователем.
Как должно быть отмечено, при практическом применении, идентификатор группы и наименование группы могут переноситься одним или обоими из этих двух, или ни одним из двух. Идентификатор группы и наименование группы могут автоматически формироваться сервером обслуживания согласно заранее заданным правилам.
При практическом применении запрос добавления персональной группы сигнального вызова может включать в себя большее количество параметров, которые, в частности, могут быть следующими.
| Таблица 2 | |||
| Наименование параметра | Состав | Может ли быть пустым | Пояснения |
| Идентификатор пользователя (например, userid) | Номер или URI | Нет | Номер пользователя, который может быть номером мобильного телефона или номером MSISDN пользователя |
| Код доступа пользователя (например, randomsessionkey) | цифра, буква | Да | Код доступа пользователя |
| Идентификатор оборудования (например, sid) | номер | Да | Номер оборудования, который может быть номером IMEI пользовательского терминала |
| Идентификатор группы (например, groupid) | Номер или URI | Да | Идентификатор группы, который может быть несколькими, у персональной группы сигнального вызова, требуемой, чтобы быть вновь добавленной пользователем |
| Наименование группы (например, groupname) | символ | Да | Наименование группы у персональной группы сигнального вызова, требуемой, чтобы быть вновь добавленной пользователем |
| Описание группы (например, groupdescription) | символ | Да | Описательная информация о группе |
По получению запроса работы персональной группы сигнального вызова, клиент управления формирует соответствующий запрос добавления персональной группы сигнального вызова согласно HTTP. Предполагается, что идентификатор группы в этом варианте осуществления настраивается локально клиентом управления, в таком случае специфичный запрос добавления персональной группы сигнального вызова может быть «http://10.70.119.108:80/spservice/addgroup.do?userid=13800&groupid=110».
После того, как запрос добавления персональной группы сигнального вызова передан на соответствующий сервер обслуживания через порт клиента управления и по сети мобильной связи, сервер обслуживания может создавать новую персональную группу сигнального вызова согласно идентификатору группы добавления, а именно вновь добавлять персональную группу сигнального вызова с идентификатором группы 110 под пользователем с идентификатором пользователя 13800 согласно принятому запросу добавления персональной группы сигнального вызова.
То, что описано выше, направлено на обстоятельства добавления одной персональной группы сигнального вызова, наряду с тем, что может быть понятно, что, при практическом применении, также можно одновременно добавлять множество групп, если запрос добавления персональной группы сигнального вызова несет с собой множество идентификаторов групп.
Может быть понятно, что по завершению добавления персональной группы сигнального вызова, сервер обслуживания также может возвращать результат обработки клиенту управления. Специфичный результат обработки может включать в себя идентификатор, указывающий, успешна ли операция, и причину сбоя операции, например, 0 используется для указания, что операция успешна, и другие отличные числа используются для указания: что пользователь недействителен, что номер группы является повторяющимся и что количество групп превышает максимальное количество, и т.д. Специфичный результат обработки может переноситься в теле сообщения HTTP в виде XML, как показано ниже:
<?xml version="1.0" encoding="GBK"?>
<!ELEMENT addgroup (returncode)|returncode>
<!-- код результата -->
<!ELEMENT returncode (#PCDATA)>
если группа добавлена успешно:
<?xml version="1.0" encoding="GBK"?>
<addgroup>
<returncode>0</ returncode>
</addgroup>
сбой операции:
<xml version="1.0" encoding="GBK"?>
<returncode>(причина сбоя операции)</returncode>
(3) процесс обработки запроса добавления члена группы сигнального вызова.
В этом режиме, когда пользователь намеревается вновь добавить члена группы сигнального вызова в определенной персональной группе сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос добавления члена группы сигнального вызова, который может включать в себя следующие параметры: идентификатор пользователя, идентификатор добавления.
Идентификатор добавления в этом варианте осуществления может включать в себя идентификатор группы, тип члена, имя члена и номер члена.
Идентификатор пользователя является идентификатором пользователя, который инициирует запрос работы персональной группы сигнального вызова, идентификатор группы является идентификатором группы добавления, а именно идентификатором персональной группы сигнального вызова члена группы сигнального вызова, предназначенного пользователем, чтобы быть вновь добавленным, тип члена является типом члена добавления, а именно, типом члена у члена группы сигнального вызова, предназначенного пользователем, чтобы быть вновь добавленным, имя члена является именем члена добавления, предназначенного пользователем, чтобы быть вновь добавленным, а именно именем члена у члена группы сигнального вызова, предназначенного пользователем, чтобы быть вновь добавленным, и номер члена является номером члена добавления, а именно, номером члена у члена группы сигнального вызова, предназначенного пользователем, чтобы быть вновь добавленным.
При практическом применении запрос добавления члена группы сигнального вызова может включать в себя большее количество параметров, которые, в частности, могут быть следующими:
| Таблица 3 | |||
| Наименование параметра | Состав | Может ли быть пустым | Пояснения |
| Идентификатор пользователя (например, userid) | Номер или URI | Нет | Номер пользователя, который может быть номером мобильного телефона или номером MSISDN пользователя |
| Код доступа пользователя (например, randomsessionkey) | цифра, буква | Да | Код доступа пользователя |
| Идентификатор оборудования (например, sid) | номер | Да | Номер оборудования, который может быть номером IMEI пользовательского терминала |
| Идентификатор группы (например, groupid) | Номер или URI | Нет | Идентификатор группы у персональной группы сигнального вызова, предназначенной, чтобы быть вновь добавленной пользователем |
| Тип члена (например, membertype) | число | Да | Тип члена: мобильный телефон стационарный телефон 2 других типа |
| Имя члена (например, membername) | символ | Да | Имена членов, разделенные «|», если много |
| Номер члена (например, membernumber) | Номер или URI | Нет | Номера членов, разделенные «|», если много |
| Описание члена (например, memberdetails) | символ | Да | Подробности о члене, разделенные «|», если много; ввод «пробела» для любого отсутствия в подробностях |
По получению запроса работы персональной группы сигнального вызова, клиент управления формирует соответствующий запрос добавления члена группы сигнального вызова согласно HTTP. При практическом применении специфичным запросом добавления члена группы сигнального вызова может быть «http://10.70.119.108:80/spservice/addgroupmember.do?userid=13800&groupid=110&membertype=0&membername=1111&membernumber=13801».
После того, как запрос добавления члена группы сигнального вызова передан на соответствующий сервер обслуживания через порт клиента управления и по сети мобильной связи, сервер обслуживания может создавать нового члена группы сигнального вызова согласно типу члена добавления, имени члена добавления и номеру члена добавления, а именно вновь добавлять члена группы сигнального вызова с типом члена «мобильный телефон», именем члена «1111» и номером члена «13801» в персональной группе сигнального вызова с идентификатором группы 110 под пользователем с идентификатором пользователя 13800 согласно принятому запросу добавления члена группы сигнального вызова.
Может быть понятно, что по завершению добавления члена группы сигнального вызова, сервер обслуживания также может возвращать результат обработки клиенту управления. Специфичный результат обработки может включать в себя идентификатор, указывающий, успешна ли операция, и причину сбоя операции, например, 0 используется для указания, что операция успешна, и другие отличные числа используются для указания, что пользователь не действителен, что номер члена является повторяющимся и что количество членов превышает максимальное количество, и т.д. Специфичный результат обработки может переноситься в теле сообщения HTTP в виде XML, как показано ниже:
<?xml version="1.0" encoding="GBK"?>
<addpersonagroupmember>
<member>
<name>membernumber</name>
<value>13801</value>
<name>result</name>
<value>0</value> добавление пользователя 13801 достигает цели
</member>
</addpersonalgroupmember>
(4) процесс обработки запроса модификации персональной группы сигнального вызова.
В этом режиме, когда пользователь намеревается модифицировать персональную группу сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос модификации персональной группы сигнального вызова, который может включать в себя следующие параметры: идентификатор пользователя, идентификатор модификации и целевой модификатор.
Идентификатор модификации в этом варианте осуществления может включать в себя идентификатор группы, которая должна модифицироваться, целевой идентификатор в этом варианте осуществления может включать в себя целевое наименование группы.
Идентификатор пользователя является идентификатором пользователя, который инициирует запрос работы персональной группы сигнального вызова, идентификатор группы, которая должна быть модифицирована, является идентификатором группы, которая должна быть модифицирована, а именно идентификатором персональной группы сигнального вызова, предназначенной для модификации пользователем, и целевое наименование группы является наименованием модифицированной персональной группы сигнального вызова, предназначенной пользователем.
При практическом применении, запрос модификации персональной группы сигнального вызова может включать в себя большее количество параметров, которые, в частности, могут быть следующими.
| Таблица 4 | |||
| Наименование параметра | Состав | Может ли быть пустым | Пояснения |
| Идентификатор пользователя (например, userid) | Номер или URI | Нет | Номер пользователя, который может быть номером мобильного телефона или номером MSISDN пользователя |
| Код доступа пользователя (например, randomsessionkey) | цифра, буква | Да | Код доступа пользователя |
| Идентификатор оборудования (например, sid) | номер | Да | Номер оборудования, который может быть номером IMEI пользовательского терминала |
| Идентификатор группы (например, groupid) | Номер или URI | Нет | Идентификатор персональной группы сигнального вызова, предназначенной для модификации пользователем |
| Целевое наименование группы (например, tgroupname) | символ | Да | Целевое наименование группы у персональной группы сигнального вызова, предназначенной пользователем |
| Целевое описание группы (например, tgroupdescription) | символ | Да | Описательная информация о группе |
По получению запроса работы персональной группы сигнального вызова клиент управления формирует соответствующий запрос модификации персональной группы сигнального вызова согласно HTTP, такой запрос может включать в себя идентификатор пользователя, идентификатор группы, которая должна модифицироваться, и целевое наименование группы. При практическом применении специфичным запросом модификации персональной группы сигнального вызова может быть «http://10.70.119.108:80/spservice/modifygroup.do?userid=13800&groupid=110&tgroupname=1000».
После того, как запрос модификации персональной группы сигнального вызова передан на соответствующий сервер обслуживания через порт клиента управления и по сети мобильной связи, сервер обслуживания может осуществлять выяснение, чтобы получать соответствующую группу, которая должна быть модифицирована согласно идентификатору группы, которая должна модифицироваться, и модифицировать наименование группы, которая должна модифицироваться целевым наименованием группы, то есть сервер обслуживания модифицирует наименование группы у персональной группы сигнального вызова с исходным идентификатором группы 110 под пользователем с идентификатором пользователя 13800 в 1000.
Может быть понятно, что по завершению модификации персональной группы сигнального вызова сервер обслуживания также может возвращать результат обработки клиенту управления. Специфичный результат обработки может включать в себя идентификатор, указывающий, успешна ли операция, и причину сбоя операции, например, 0 используется для указания, что операция успешна, и другие отличные числа используются для указания, что пользователь недействителен, что номер группы является повторяющимся и что группа не существует, и т.д. Специфичный результат обработки может переноситься в теле сообщения HTTP в виде XML, несмотря на то, что специальная форма здесь не определена.
(5) процесс обработки запроса модификации члена группы сигнального вызова.
В этом режиме, когда пользователь намеревается модифицировать члена группы сигнального вызова в определенной персональной группе сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос модификации члена группы сигнального вызова, который может включать в себя следующие параметры: идентификатор пользователя, идентификатор модификации и целевой модификатор.
Идентификатор модификации в этом варианте осуществления может включать в себя идентификатор группы и идентификатор члена, целевой идентификатор в этом варианте осуществления может включать в себя целевой номер члена, целевой тип члена и целевое наименование члена.
Идентификатор пользователя является идентификатором пользователя, который инициирует запрос работы персональной группы сигнального вызова, идентификатор группы является идентификатором персональной группы сигнального вызова у члена группы сигнального вызова, предназначенного для модификации пользователем, номер члена является номером члена, который должен модифицироваться, а именно номером члена у члена группы сигнального вызова, предназначенного для модификации пользователем, целевой номер члена является номером члена модифицированного члена группы сигнального вызова, предназначенного пользователем, а целевое имя члена является именем члена модифицированного члена группы сигнального вызова, предназначенного пользователем.
При практическом применении запрос модификации члена группы сигнального вызова может включать в себя большее количество параметров, которые, в частности, могут быть следующими:
| Таблица 5 | |||
| Наименование параметра | Состав | Может ли быть пустым | Пояснения |
| Идентификатор пользователя (например, userid) | Номер или URI | Нет | Номер пользователя, который может быть номером мобильного телефона или номером MSISDN пользователя |
| Код доступа пользователя (например, randomsessionkey) | цифра, буква | Да | Код доступа пользователя |
| Идентификатор оборудования (например, sid) | номер | Да | Номер оборудования, который может быть номером IMEI пользовательского терминала |
| Идентификатор группы (например, groupid) | Номер или URI | Нет | Идентификатор группы у персональной группы сигнального вызова члена группы сигнального вызова, предназначенного для модификации пользователем |
| Номер члена (например, membernumber) | Номер или URI | Нет | Номер члена у члена группы сигнального вызова, который должен модифицироваться |
| Целевой номер члена (например, tmembernumber) | символ | Да | Номер члена у модифицированного члена группы сигнального вызова, предназначенного пользователем |
| Целевой тип члена (например, tmembertype) | номер | Да | Тип члена модифицированного члена группы сигнального вызова, предназначенного пользователем мобильного телефона, чтобы установить телефон 2 других типов |
| Целевое имя члена (например, tmembername) | символ | Да | Имя члена у модифицированного члена группы сигнального вызова, предназначенного пользователем |
По получению запроса работы персональной группы сигнального вызова, клиент управления формирует соответствующий запрос модификации члена группы сигнального вызова согласно HTTP. При практическом применении, специфичный запрос модификации члена группы сигнального вызова может быть «http://10.70.119.108:80/spservice/modifygroupmember.do?userid=13800&groupid=110&membernumber=13801&tmembernumber=13802&tmembertype=1&tmembername=9999».
После того, как запрос модификации члена группы сигнального вызова передан на соответствующий сервер обслуживания через порт клиента управления и по сети мобильной связи, сервер обслуживания может осуществлять выяснение, чтобы получать соответствующего члена, который должен быть модифицирован в персональной группе сигнального вызова, согласно номеру члена, который должен модифицироваться, модифицировать номер члена у члена, который должен модифицироваться, целевым номером члена, модифицировать имя члена у члена, который должен модифицироваться, целевым именем члена и модифицировать тип члена у члена, который должен модифицироваться, целевым именем члена, то есть сервер обслуживания выясняет члена, который должен модифицироваться, с номером члена 13801 в персональной группе сигнального вызова с идентификатором группы 110 под пользователем с идентификатором пользователя 13800, модифицирует номер члена у члена, который должен модифицироваться в 13802, модифицирует тип члена у члена, который должен модифицироваться, чтобы установить телефон, и модифицирует имя члена у члена, который должен модифицироваться в 9999.
Может быть понятно, что по завершению модификации члена группы сигнального вызова, сервер обслуживания также может возвращать результат обработки клиенту управления. Специфичный результат обработки может включать в себя идентификатор, указывающий, успешна ли операция, и причину сбоя операции, например, 0 используется для указания, что операция успешна, и другие отличные числа используются для указания, что пользователь не действителен, что член группы сигнального вызова не существует и что номер члена является повторяющимся, и т.д. Специфичный результат обработки может переноситься в теле сообщения HTTP в виде XML, несмотря на то, что специальная форма здесь не определена.
(6) Процесс обработки запроса удаления персональной группы сигнального вызова.
В этом режиме, когда пользователь намеревается удалить персональную группу сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос удаления персональной группы сигнального вызова, который может включать в себя следующие параметры: идентификатор пользователя и идентификатор удаления.
Идентификатор удаления в этом варианте осуществления может включать в себя идентификатор группы.
Идентификатор пользователя является идентификатором пользователя, который инициирует запрос работы персональной группы сигнального вызова, и идентификатор группы является идентификатором группы, которая должна быть удалена, а именно идентификатором персональной группы сигнального вызова, предназначенной для удаления пользователем.
При практическом применении, запрос удаления персональной группы сигнального вызова может включать в себя большее количество параметров, которые, в частности, могут быть следующими:
| Таблица 6 | |||
| Наименование параметра | Состав | Может ли быть пустым | Пояснения |
| Идентификатор пользователя (например, userid) | Номер или URI | Нет | Номер пользователя, который может быть номером мобильного телефона или номером MSISDN пользователя |
| Код доступа пользователя (например, randomsessionkey) | цифра, буква | Да | Код доступа пользователя |
| Идентификатор оборудования (например, sid) | номер | Да | Номер оборудования, который может быть номером IMEI пользовательского терминала |
| Идентификатор группы (например, groupid) | Номер или URI | Нет | Идентификатор группы у группы сигнального вызова, предназначенной для удаления пользователем |
По получению запроса работы персональной группы сигнального вызова, клиент управления формирует соответствующий запрос удаления персональной группы сигнального вызова согласно HTTP. При практическом применении специфичным запросом удаления персональной группы сигнального вызова может быть «http://10.70.119.108:80/spservice/delgroup.do?userid=13800&groupid=110».
После того, как запрос удаления персональной группы сигнального вызова передан на соответствующий сервер обслуживания через порт клиента управления и по сети мобильной связи, сервер обслуживания может осуществлять выяснение, чтобы получать соответствующую группу, которая должна быть удалена, согласно идентификатору группы, которая должна удаляться и удалять группу, которая должна быть удалена, а также члена(ов) группы сигнального вызова в группе; то есть сервер обслуживания удаляет персональную группу сигнального вызова с идентификатором группы 110, а также члена(ов) группы сигнального вызова в этой персональной группе сигнального вызова под пользователем с идентификатором пользователя 13800.
Может быть понятно, что по завершению удаления персональной группы сигнального вызова сервер обслуживания также может возвращать результат обработки клиенту управления. Специфичный результат обработки может включать в себя идентификатор, указывающий, успешна ли операция, и причину сбоя операции, например, 0 используется для указания, что операция успешна, и другие отличные числа используются для указания, что пользователь не действителен, что идентификатор группы является нулевым и что группа не существует и т.д. Специфичный результат обработки может переноситься в теле сообщения HTTP в виде XML, как показано ниже:
<?xml version="1.0" encoding="GBK"?>
<!ELEMENT delpersonagroup (group*)|returncode>
<!ELEMENT group (name+,value+)>
<!-- наименование параметра, идентификатор группы (номер группы), результат (код возврата) -->
<!ELEMENT name (#PCDATA)>
<!-- значение параметра -->
<!ELEMENT value (#PCDATA)>
если операция успешна:
<?xml version="1.0" encoding="GBK"?>
<delpersonagroup>
<group>
<name>groupid</name>
<value> 110</name>
<name>result</name>
<value>0</value>
</group>
</delpersonagroup>
операция претерпевает неудачу:
<xml version="1.0" encoding="GBK"?>
<returncode>(причина сбоя операции)</returncode>
(7) Процесс обработки запроса удаления члена группы сигнального вызова.
В этом режиме, когда пользователь намеревается удалить определенного члена группы сигнального вызова из определенной персональной группы сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос удаления члена группы сигнального вызова, который может включать в себя следующие параметры: идентификатор пользователя и идентификатор удаления.
Идентификатор удаления в этом варианте осуществления может включать в себя идентификатор группы и имя члена.
Идентификатор пользователя является идентификатором пользователя, который инициирует запрос работы персональной группы сигнального вызова, идентификатор группы является идентификатором персональной группы сигнального вызова у члена группы сигнального вызова, предназначенного для удаления пользователем, и именем члена является имя члена, который должен быть удален, а именно номер члена у члена группы сигнального вызова, предназначенного для удаления пользователем.
При практическом применении запрос удаления члена группы сигнального вызова может включать в себя большее количество параметров, которые, в частности, могут быть следующими:
| Таблица 7 | |||
| Наименование параметра | Состав | Может ли быть пустым | Пояснения |
| Идентификатор пользователя (например, userid) | Номер или URI | Нет | Номер пользователя, который может быть номером мобильного телефона или номером MSISDN пользователя |
| Код доступа пользователя (например, randomsessionkey) | цифра, буква | Да | Код доступа пользователя |
| Идентификатор оборудования (например, sid) | номер | Да | Номер оборудования, который может быть номером IMEI пользовательского терминала |
| Идентификатор группы (например, groupid) | Номер или URI | Нет | Идентификатор группы у персональной группы сигнального вызова члена группы сигнального вызова, предназначенного для удаления пользователем |
| Номер члена (например, membernumber) | Номер или URI | Нет | Номер члена, которых может быть много, у члена группы сигнального вызова, предназначенного для удаления пользователем |
По получению запроса работы персональной группы сигнального вызова клиент управления формирует соответствующий запрос удаления члена группы сигнального вызова согласно HTTP. При практическом применении специфичный запрос удаления члена группы сигнального вызова может быть «http://10.70.119.108:80/spservice/delgroupmember.do?userid=13800&groupid=110&membernumber=13801».
После того, как запрос удаления члена группы сигнального вызова передан на соответствующий сервер обслуживания через порт клиента управления и по сети мобильной связи, сервер обслуживания может осуществлять выяснение, чтобы получать соответствующего члена, который должен быть удален из соответствующей персональной группы сигнального вызова, согласно идентификатору группы, которая должна подвергаться удалению, и номеру члена, который должен быть удален, и удалять члена, который должен быть удален, из персональной группы сигнального вызова; то есть сервер обслуживания выясняет и удаляет члена, который должен быть удален, с номером члена 13801 в персональной группе сигнального вызова с идентификатором группы 110 под пользователем с идентификатором пользователя 13800 согласно принятому запросу удаления члена группы сигнального вызова.
Как должно быть отмечено, вышеприведенный запрос удаления члена группы сигнального вызова несет с собой только один номер члена, который должен быть удален, и сервер обслуживания удаляет информацию о члене группы сигнального вызова, которому соответствует номер члена. Может быть понятно, что при практическом применении также можно, чтобы запрос удаления члена группы сигнального вызова нес с собой множество номеров членов, которые должны быть удалены, в каком случае сервер обслуживания одновременно удаляет множество соответствующих членов группы сигнального вызова.
Может быть понятно, что по завершению удаления члена группы сигнального вызова, сервер обслуживания также может возвращать результат обработки клиенту управления. Специфичный результат обработки может включать в себя идентификатор, указывающий, успешна ли операция, и причину сбоя операции, например, 0 используется для указания, что операция успешна, и другие отличные числа используются для указания, что пользователь не действителен и что член группы сигнального вызова не может быть удален, и т.д. Специфичный результат обработки может переноситься в теле сообщения HTTP в виде XML, как показано ниже:
<?xml version="1.0" encoding="GBK"?>
<delpersonagroupmember>
<member>
<name>membernumber</name>
<value>13801</name>
<name>result</name>
<value>0</value>
</member>
</delpersonagroupmember >
В вышеприведенных вариантах осуществления приведены описания, соответственно, для процессов обработки запроса выяснения персональной группы сигнального вызова, запроса добавления персональной группы сигнального вызова, запроса добавления члена группы сигнального вызова, запроса модификации персональной группы сигнального вызова, запроса модификации члена группы сигнального вызова, запроса удаления персональной группы сигнального вызова и запроса удаления члена группы сигнального вызова. Может быть понятно, что специфичный запрос обработки персональной группы сигнального вызова может иметь другие типы запросов при практическом применении, несмотря на то, что специальные типы здесь не определены.
B. обработка услуги в соответствии с режимом XCAP:
Вышеприведенное описывает обработку услуг в соответствии с режимом HTTP, наряду с тем, что последующее представляет обработку услуг в соответствии с режимом XCAP. Когда используется XCAP, требуется, чтобы как клиент управления, так и сервер обслуживания, поддерживали XCAP, и сервер обслуживания должен обладать функцией сервера XCAP для хранения и управления информацией о персональной группе сигнального вызова с использованием формы XML-документа. В этом режиме клиенту управления легче модифицировать некоторые специфичные элементы настройки, а информационные данные, передаваемые между клиентом управлении и сервером обслуживания, относительно малочисленны, тем самым дополнительно уменьшая ненужный сетевой трафик.
Прежде всего, должно быть отмечено, в этом режиме, сервер управления управляет XML-документом информации о персональной группе сигнального вызова определенного пользователя в древовидной конфигурации согласно правилу XCAP; например, в отношении пользователя Том, может считаться, что адресом источника XCAP специфичной информации о персональной группе сигнального вызова этого пользователя является http://server.crbt.com/service-setting/users/Tom/personalgroup1, указывая, что корневым адресом службы является server.crbt.com, идентификатор приложения является настройкой службы, идентификатором пользователя является Том, а XML-документом информации о персональной группе сигнального вызова является personalgroup1; например, специфичная информация о персональной группе сигнального вызова может быть следующей:
<?xml version="1.0" encoding="GBK"?>
<groupset>
<group groupid="110">
<groupmembers>
<groupmember membernumber ="13801">
<membername>11</membername>
</groupmember>
<groupmember membernumber ="13802">
<membername>1jj</membername>
<memberdetail important customer</memberdetail>
</groupmember>
</groupmembers>
</group>
</groupset>
Вышеприведенная информация о персональной группе сигнального вызова указывает, что пользователь Том настроил группу с идентификатором группы 110 и что группа содержит в себе двух членов группы сигнального вызова, причем номером члена первого члена группы сигнального вызова является 13801, именем члена является 11, и причем номер члена второго члена группы сигнального вызова является 13802, именем члена является 1jj, а описанием члена является Важный заказчик.
Соответственные процессы обработки описаны ниже также согласно разным запросам обработки персональной группы сигнального вызова.
(1) процесс обработки запроса выяснения персональной группы сигнального вызова.
В этом режиме, когда пользователь намеревается выяснить уже существующие персональные группы сигнального вызова, которые у него есть, он может ввести запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос выяснения персональной группы сигнального вызова.
По получению запроса работы персональной группы сигнального вызова клиент управления формирует соответствующий запрос выяснения персональной группы сигнального вызова согласно XCAP, а специфичным запросом выяснения персональной группы сигнального вызова может быть «GET http://server.crbt.com/service-setting/users/Tom/personalgroup1 HTTP/1.1», где «GET» указывает получение.
После того, как запрос выяснения персональной группы сигнального вызова передан на соответствующий сервер обслуживания через порт клиента управления или по сети мобильной связи, сервер обслуживания выполняет соответствующую операцию выяснения и возвращает результат выяснения, который, в частности, может быть XML-документом personalgroup1 персональной группы сигнального вызова пользователя, клиенту управления.
То, что выясняется в примере, приведенном выше, является информацией о всех персональных группах сигнального вызова в personalgroup1 пользователя. Как должно быть отмечено, при практическом применении, также можно выяснять информацию только об одной персональной группе сигнального вызова:
GET
http://server.crbt.com/service-setting/users/Tom/personalgroup1/~~/group[groupid="110"] HTTP/1.1
В таком случае, ответным сообщением, возвращенным сервером на терминал управления, является HTTP/1.1 200 OK, и тело сообщения несет с собой информацию о персональной группе сигнального вызова с идентификатором группы 110, например:
<group groupid="110">
<groupmembers>
<groupmember membernumber ="13801">
<membername>11</membername>
</groupmember>
<groupmember membernumber ="13802">
<membername>1jj</membername>
<memberdetail>Важный заказчик</memberdetail>
</groupmember>
</groupmembers>
</group>
(2) процесс обработки запроса добавления персональной группы сигнального вызова.
В этом режиме, когда пользователь намеревается вновь добавить персональную группу сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос добавления персональной группы сигнального вызова.
По получению запроса работы персональной группы сигнального вызова, клиент управления формирует соответствующий запрос добавления персональной группы сигнального вызова согласно XCAP, а специфичным запросом добавления персональной группы сигнального вызова может быть:
PUT
http://server.crbt.com/service-setting/users/Tom/personalgroup1/~~/group HTTP/1.1
Тип контента: приложение/тело xml-фрагмента
<group>
<groupid>120</groupid>
<groupmembers>
<groupmember membernumber ="13822222222">
<membername>Роза</membername>
<memberdetail>Хороший друг</memberdetail >
</groupmember>
<groupmember membernumber =" 13833333333">
<membername>Джек</membername>
</groupmember>
</groupmembers>
</group>
Вышеприведенный пример указывает, что одна персональная группа сигнального вызова добавляется под пользователем Том и что персональная группа сигнального вызова содержит в себе двух членов группы сигнального вызова, чьими номерами членов являются 13822222222 и 13833333333 соответственно. По приему запроса добавления персональной группы сигнального вызова, сервер обслуживания вновь добавляет персональную группу сигнального вызова под пользователем Том и добавляет двух членов группы сигнального вызова в этой персональной группе сигнального вызова.
(3) процесс обработки запроса добавления члена группы сигнального вызова.
В этом режиме, когда пользователь намеревается вновь добавить члена группы сигнального вызова в определенной персональной группе сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос добавления члена группы сигнального вызова.
По получению запроса работы персональной группы сигнального вызова, клиент управления формирует соответствующий запрос добавления члена группы сигнального вызова согласно XCAP, а специфичным запросом добавления члена группы сигнального вызова может быть:
PUT
http://server.crbt.com/service-setting/users/Tom/personalgroup1/~~/group[groupid="110"]/groupmembers/groupmember[membernumber="13803"] HTTP/1.1
Тип контента: приложение/тело xml-фрагмента.
Вышеприведенный пример указывает, что член группы сигнального вызова с номером члена 13803 добавляется в персональную группу сигнального вызова с идентификатором группы 110 пользователя Том. По приему запроса добавления члена группы сигнального вызова сервер обслуживания добавляет члена группы сигнального вызова с номером члена 13803 в группу с идентификатором группы 110 пользователя Том.
(4) процесс обработки запроса модификации персональной группы сигнального вызова.
В этом режиме, когда пользователь намеревается модифицировать персональную группу сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос модификации персональной группы сигнального вызова.
По получению запроса работы персональной группы сигнального вызова, клиент управления формирует соответствующий запрос модификации персональной группы сигнального вызова согласно XCAP, а специфичным запросом модификации персональной группы сигнального вызова может быть:
PUT
http://server.crbt.com/service-setting/users/Tom/personalgroup1/group[groupid="110"]/groupname HTTP/1.1
Тип контента: приложение/тело xml-фрагмента
<groupname >1111</groupname >
Пример, приведенный выше, указывает, что наименование группы у персональной группы сигнального вызова с идентификатором группы 110 пользователя Том модифицируется в 1111. По приему запроса модификации персональной группы сигнального вызова сервер обслуживания модифицирует наименование группы у персональной группы сигнального вызова с идентификатором группы 110 пользователя Том в 1111.
(5) процесс обработки запроса модификации члена группы сигнального вызова.
В этом режиме, когда пользователь намеревается модифицировать члена группы сигнального вызова в определенной персональной группе сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос модификации члена группы сигнального вызова.
По получению запроса работы персональной группы сигнального вызова клиент управления формирует соответствующий запрос модификации члена группы сигнального вызова согласно XCAP, а специфичным запросом модификации члена группы сигнального вызова может быть:
PUT
http://server.crbt.com/service-setting/users/Tom/personalgroup1/group[groupid="110"]/groupmember[membernumber= "13802"]/memberdetail HTTP/1.1
Тип контента: приложение/тело xml-фрагмента
<memberdetail>Друг</memberdetail>
Пример, приведенный выше, указывает, что описание члена у члена группы сигнального вызова с номером члена 13802 в персональной группе сигнального вызова с идентификатором группы 110 пользователя Том модифицируется Другом. По приему запроса модификации члена группы сигнального вызова сервер обслуживания модифицирует описание члена у члена группы сигнального вызова с номером члена 13802 в персональной группе сигнального вызова с идентификатором группы 110 пользователя Том Другом.
(6) процесс обработки запроса удаления персональной группы сигнального вызова.
В этом режиме, когда пользователь намеревается удалить персональную группу сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос удаления персональной группы сигнального вызова.
По получению запроса работы персональной группы сигнального вызова клиент управления формирует соответствующий запрос удаления персональной группы сигнального вызова согласно XCAP, а специфичным запросом удаления персональной группы сигнального вызова может быть:
DELETE
http://server.crbt.com/service-setting/users/Tom/personalgroup1 HTTP/1.1
Пример, приведенный выше, указывает, что удаляются все персональные группы сигнального вызова пользователя Том. По приему запроса удаления персональной группы сигнального вызова сервер обслуживания удаляет все персональные группы сигнального вызова пользователя Том.
Запросом удаления персональной группы сигнального вызова в этом варианте осуществления также может быть:
DELETE
http://server.crbt.com/service-setting/users/Tom/personalgroup1/group[groupid="110"] HTTP/1.1
Пример, приведенный выше, указывает, что персональная группа сигнального вызова с идентификатором группы 110 пользователя Том удаляется. По приему запроса удаления персональной группы сигнального вызова сервер обслуживания удаляет персональную группу сигнального вызова с идентификатором группы 110 пользователя Том.
(7) процесс обработки запроса удаления члена группы сигнального вызова.
В этом режиме, когда пользователь намеревается удалить определенного члена группы сигнального вызова из определенной персональной группы сигнального вызова, он вводит запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос удаления члена группы сигнального вызова.
По получению запроса работы персональной группы сигнального вызова клиент управления формирует соответствующий запрос удаления члена группы сигнального вызова согласно XCAP, а специфичным запросом удаления члена группы сигнального вызова может быть:
DELETE
http://server.crbt.com/service-setting/users/Tom/personalgroup1/group[groupid="110"]/groupmember[membernumber ="13802"] HTTP/1.1
Вышеприведенный пример указывает, что член группы сигнального вызова с номером члена 13802 в персональной группе сигнального вызова с идентификатором группы 110 пользователя Том удаляется. По приему запроса удаления члена группы сигнального вызова сервер обслуживания удаляет члена группы сигнального вызова с номером члена 13802 в персональной группе сигнального вызова с идентификатором группы 110 пользователя Том.
Должно быть отмечено, в каждом из вышеупомянутых вариантов осуществления сервер обслуживания, в частности, может быть воплощен в качестве платформы услуг персонализированного сигнального вызова или любого другого устройства, способного к выполнению подобных функций, а в режиме XCAP, сервер обслуживания должен включать в себя систему управления базой данных XML (XDMS), с помощью которой пользователь обрабатывает XCAP.
В дополнение к полезным результатам вариантов осуществления, проиллюстрированных на фиг.1 и 2, в техническом решении этого варианта осуществления клиент управления формирует запрос обработки персональной группы сигнального вызова в режиме XCAP и взаимодействует с сервером обслуживания через XCAP, тем самым давая возможность действенно снижать количество данных, передаваемых между клиентским терминалом управления и сервером обслуживания, чтобы тем самым экономить ресурсы сети.
Как должно быть отмечено, для того чтобы улучшать безопасность в процессе обработки персональных групп сигнального вызова, сервер доступа может быть дополнительно добавлен в вариантах осуществления настоящего изобретения для аутентификации клиента управления и осуществления пересылки данных между сервером управления и сервером обслуживания. Более точно, способ обработки услуг, в котором сервер доступа принимает участие согласно вариантам осуществления настоящего изобретения, может быть поделен на следующие случаи согласно разным сценариям применения.
A. процесс обработки запроса выяснения персональной группы сигнального вызова:
В этом режиме сервер доступа аутентифицирует клиента управления, принимая запрос выяснения персональной группы сигнального вызова, переданный клиентом управления через сеть мобильной связи, и оценивает, есть ли локально хранимая информация о персональной группе сигнального вызова пользователя, которому соответствует клиент управления, если аутентификация пройдена. Если хранится, сервер доступа возвращает локально хранимую информацию о персональной группе сигнального вызова клиенту управления через сеть мобильной связи; если не хранится, сервер доступа получает информацию о персональной группе сигнального вызова пользователя с сервера обслуживания и возвращает информацию о персональной группе сигнального вызова, полученную с сервера обслуживания, клиенту управления через сеть мобильной связи.
Для облегчения понимания конкретный пример взят ниже для описания вышеупомянутого процесса. Со ссылкой на фиг.4, еще один другой вариант осуществления способа обработки услуг согласно варианту осуществления настоящего изобретения содержит следующие этапы:
Этап 401: Клиент управления передает запрос выяснения персональной группы сигнального вызова на сервер обслуживания.
В этом режиме, когда пользователь намеревается выяснить персональные группы сигнального вызова своей принадлежности, он может ввести запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос выяснения персональной группы сигнального вызова по получению запроса работы персональной группы сигнального вызова. Специфичный процесс формирования может применять режим HTTP, режим XCAP или любой другой режим, который здесь не определен.
После формирования запроса выяснения персональной группы сигнального вызова клиент управления передает запрос выяснения персональной группы сигнального вызова на сервер доступа через сеть мобильной связи.
Этап 402: Сервер доступа аутентифицирует клиента управления.
По приему запроса выяснения персональной группы сигнального вызова, переданного клиентом управления, сервер доступа аутентифицирует пользователя. Если аутентификация пройдена, выполняются следующие этапы: если аутентификация претерпевает неудачу, ответ сбоя аутентификации возвращается клиенту управления.
Специфичный процесс аутентификации может состоять в том, чтобы оценивать, авторизован ли пользователь для выяснения информации о персональной группе сигнального вызова, или также может быть другими типами аутентификации, которые здесь не определены.
Как должно быть отмечено, в этом варианте осуществления, в зависимости от специфичной политики аутентификации оператора услуг, кроме аутентификации пользователя, сервер доступа также может одновременно аутентифицировать пользовательский терминал и/или клиента управления, либо аутентифицировать любых двух из пользователя, клиента управления и пользовательского терминала, либо аутентифицировать всех трех из них, для выполнения последующих операций только после того, как пройдены все аутентификации.
Этап 403: Сервер доступа выполняет локальную проверку персональной группы сигнального вызова.
После того, как пройдена аутентификация клиента управления сервером доступа, может оцениваться, хранит ли сервер доступа локально информацию о персональной группе сигнального вызова, выясняемую клиентом управления. Если хранит, выполняется непосредственно этап 407; если нет, выполняются этапы с 404 по 407.
Этап 404: Сервер доступа запрашивает сервер обслуживания для получения информации о персональной группе сигнального вызова.
Если сервер доступа не хранит локально информацию о персональной группе сигнального вызова, выясняемую клиентом управления, сервер доступа получает информацию о персональной группе сигнального вызова с сервера обслуживания. Специфичный режим получения может состоять в том, чтобы непосредственно пересылать запрос выяснения персональной группы сигнального вызова, переданный клиентом управления, на сервер обслуживания.
Этап 405: Сервер обслуживания возвращает информацию о персональной группе сигнального вызова на сервер доступа.
По приему запроса выяснения персональной группы сигнального вызова, переданного сервером доступа, сервер обслуживания возвращает информацию о персональной группе сигнального вызова, которая должна выясняться, на сервер доступа. Специфичный процесс, чтобы сервер обслуживания осуществлял выяснение, подобен процессу выяснения, описанному в вышеизложенном варианте осуществления, и поэтому здесь не повторяется.
Этап 406: Сервер доступа сохраняет информацию о персональной группе сигнального вызова.
После того, как сервер доступа получает информацию о персональной группе сигнального вызова с сервера обслуживания, информация о персональной группе сигнального вызова может локально сохраняться, а затем клиент управления может непосредственно получать информацию локально, с сервера доступа при запрашивании для выяснения информации о персональной группе сигнального вызова вновь в будущем.
Этап 407: Сервер доступа возвращает информацию о персональной группе сигнального вызова клиенту управления.
Когда сервер доступа локально хранит информацию о персональной группе сигнального вызова, выясняемую клиентом управления, или после того, как сервер доступа получает информацию о персональной группе сигнального вызова, выясняемую клиентом управления, с сервера обслуживания, сервер доступа может возвращать информацию о персональной группе сигнального вызова клиенту управления.
В этом варианте осуществления сервер доступа может быть реализован независимым от сервера обслуживания и предназначен для аутентификации клиента управления, так что разные серверы доступа могут использоваться для разных доступов для аутентификации и для управления, тем самым улучшая гибкость процесса аутентификации.
B. Процесс обработки запроса настройки персональной группы сигнального вызова.
В этом режиме сервер доступа принимает запрос настройки персональной группы сигнального вызова, переданный клиентом управления, через сеть мобильной связи. Специфичный запрос настройки персональной группы сигнального вызова может быть запросом модификации персональной группы сигнального вызова/запросом модификации члена группы сигнального вызова либо запросом удаления персональной группы сигнального вызова/запросом удаления члена группы сигнального вызова.
Сервер доступа аутентифицирует клиента управления. Если аутентификация пройдена, сервер доступа пересылает запрос настройки персональной группы сигнального вызова на сервер обслуживания и принимает ответ настройки персональной группы сигнального вызова, возвращенный с сервера обслуживания. Ответ настройки персональной группы сигнального вызова несет с собой информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова, обновленную сервером обслуживания.
Сервер доступа сохраняет на нем информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова в ответе настройки персональной группы сигнального вызова и возвращает информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова клиенту управления через сеть мобильной связи, либо удаляет соответствующие персональную группу сигнального вызова/члена группы сигнального вызова и возвращает результат удаления клиенту управления через сеть мобильной связи.
Как должно быть отмечено, в этом варианте осуществления, в зависимости от специфичной политики аутентификации оператора услуг, кроме аутентификации пользователя, сервер доступа также может одновременно аутентифицировать пользовательский терминал и/или клиента управления, либо аутентифицировать любых двух из пользователя, клиента управления и пользовательского терминала, либо аутентифицировать всех трех из них, для выполнения последующих операций только после того, как пройдены все аутентификации.
Для облегчения понимания конкретный пример взят ниже для описания вышеупомянутого процесса. Со ссылкой на фиг.5 еще один другой вариант осуществления способа обработки услуг согласно варианту осуществления настоящего изобретения содержит следующие этапы.
Этап 501: Клиент управления передает запрос модификации персональной группы сигнального вызова/запрос модификации члена группы сигнального вызова на сервер доступа.
В этом режиме, когда пользователь намеревается модифицировать персональную группу сигнального вызова или члена группы сигнального вызова своей принадлежности, он может ввести запрос работы персональной группы сигнального вызова клиенту управления, и клиент управления формирует соответствующий запрос модификации персональной группы сигнального вызова/запрос модификации члена группы сигнального вызова по получению запроса работы персональной группы сигнального вызова. Специфичный процесс формирования может применять режим HTTP, режим XCAP или любой другой режим, который здесь не определен.
После формирования запроса модификации персональной группы сигнального вызова/запроса модификации члена группы сигнального вызова клиент управления передает запрос модификации персональной группы сигнального вызова/запрос модификации члена группы сигнального вызова на сервер доступа через сеть мобильной связи.
Этап 502: Сервер доступа аутентифицирует клиента управления.
По приему запроса модификации персональной группы сигнального вызова/запроса модификации члена группы сигнального вызова, переданного клиентом управления, сервер доступа аутентифицирует пользователя. Если аутентификация пройдена, выполняются следующие этапы; если аутентификация претерпевает неудачу, ответ сбоя аутентификации возвращается клиенту управления.
Специфичный процесс аутентификации может состоять в том, чтобы оценивать, авторизован ли пользователь для модификации информации о персональной группе сигнального вызова или информации о члене группы сигнального вызова, или также может быть другими типами аутентификации, которые здесь не определены.
Как должно быть отмечено, в этом варианте осуществления, в зависимости от специфичной политики аутентификации оператора услуг, кроме аутентификации пользователя, сервер доступа также может одновременно аутентифицировать пользовательский терминал и/или клиента управления, либо аутентифицировать любых двух из пользователя, клиента управления и пользовательского терминала, либо аутентифицировать всех трех из них, для выполнения последующих операций только после того, как пройдены все аутентификации.
Этап 503: Сервер доступа передает запрос модификации персональной группы сигнального вызова/запрос модификации члена группы сигнального вызова на сервер обслуживания.
Этап 504: Сервер обслуживания модифицирует информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова.
По приему запроса модификации персональной группы сигнального вызова/запроса модификации члена группы сигнального вызова, переданного сервером доступа, сервер обслуживания модифицирует соответствующие персональную группу сигнального вызова или члена группы сигнального вызова согласно запросу модификации персональной группы сигнального вызова/запросу модификации члена группы сигнального вызова. Специфичный процесс модификации подобен последовательности процессу модификации, описанному в вышеизложенных вариантах осуществления, и поэтому здесь не повторяется.
Этап 505: Сервер обслуживания возвращает модифицированную информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова на сервер доступа.
После модификации информации о персональной группе сигнального вызова/информации о члене группы сигнального вызова сервер обслуживания возвращает модифицированную информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова на сервер доступа.
Этап 506: Сервер доступа сохраняет информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова.
После того, как сервер доступа получает модифицированную информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова с сервера обслуживания, информация о персональной группе сигнального вызова/информация о члене группы сигнального вызова может локально сохраняться, а затем клиент управления может непосредственно получать информацию локально, с сервера доступа при запрашивании для выяснения информации о персональной группе сигнального вызова/информации о члене группы сигнального вызова вновь в будущем.
Этап 507: Сервер доступа возвращает результат обработки клиенту управления.
После того, как сервер доступа получает модифицированную информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова с сервера обслуживания, он может возвращать результат обработки клиенту управления.
В этом варианте осуществления сервер доступа реализован независимым от сервера обслуживания и предназначен для аутентификации клиента управления, так что разные серверы доступа могут использоваться для разных доступов для аутентификации и для управления, тем самым улучшая гибкость процесса аутентификации.
Процесс обработки запроса удаления персональной группы сигнального вызова/запроса удаления члена группы сигнального вызова подобен процессу обработки запроса модификации персональной группы сигнального вызова/запроса модификации члена группы сигнального вызова и поэтому здесь не повторяется.
Как должно быть отмечено, сервер обслуживания в вышеизложенном варианте осуществления может быть воплощен в качестве платформы услуг персонализированного сигнального вызова, допускающей одновременное управление услугой тонального сигнала возврата вызова и услугой тонального сигнала вызова.
Ниже описан вариант осуществления системы связи по варианту осуществления настоящего изобретения. Со ссылкой на фиг.6 система связи по варианту осуществления настоящего изобретения содержит:
клиент 601 управления, сконфигурированный для получения запроса работы персональной группы сигнального вызова пользователя, формирования запроса обработки персональной группы сигнального вызова согласно запросу работы персональной группы сигнального вызова и передачи запроса обработки персональной группы сигнального вызова на сервер 602 обслуживания через сеть мобильной связи.
Как должно быть отмечено, режим, в соответствии с которым упакован запрос работы персональной группы сигнального вызова, может быть отличным от режима, в соответствии с которым упакован запрос обработки персональной группы сигнального вызова, так как запрос работы персональной группы сигнального вызова может быть сообщением, передаваемым внутри пользовательского терминала наряду с тем, что запрос обработки персональной группы сигнального вызова может быть сообщением, передаваемым между клиентом 601 управления и сервером 602 обслуживания. В этом варианте осуществления клиент 601 управления принимает запрос работы персональной группы сигнального вызова, введенный пользователем, из модуля ввода пользовательского терминала, и впоследствии упаковывает запрос работы персональной группы сигнального вызова для формирования запроса обработки персональной группы сигнального вызова.
Может быть понятно, что при практическом применении клиент 601 управления может подобным образом получать запрос обработки персональной группы сигнального вызова от пользователя, в каком случае пользователь вводит запрос работы персональной группы сигнального вызова через модуль ввода пользовательского терминала, запрос работы персональной группы сигнального вызова может упаковываться другим модулем, таким как модуль упаковки и передачи, в пользовательском терминале для формирования запроса обработки персональной группы сигнального вызова, и клиент 601 управления затем может получать запрос обработки персональной группы сигнального вызова пользователя.
Если клиент 601 управления получает запрос обработки персональной группы сигнального вызова непосредственно от пользователя в этом варианте осуществления, процесс формирования запроса обработки персональной группы сигнального вызова выполняется необязательно. Здесь, не определено, должен ли клиент 601 управления локально выполнять процесс формирования запроса обработки персональной группы сигнального вызова при практическом применении, и описание приведено в этом варианте осуществления, просто беря такой пример, в котором клиент 601 управления должен локально выполнять процесс формирования запроса обработки персональной группы сигнального вызова.
Сервер 602 обслуживания сконфигурирован для приема запроса обработки персональной группы сигнального вызова, переданного клиентом 601 управления через сеть мобильной связи, и обработки соответствующей персональной группы сигнального вызова согласно запросу обработки персональной группы сигнального вызова.
Клиент 601 управления в этом варианте осуществления может быть расположен в терминале пользователя, а сервер 602 обслуживания в этом варианте осуществления может быть платформой услуг персонализированного сигнального вызова или любым другим устройством, допускающим выполнение подобных функций.
Сервер 602 обслуживания в этом варианте осуществления, кроме того, используется для возврата ответа обработки персональной группы сигнального вызова клиенту 601 управления.
Клиент 601 управления, кроме того, используется для приема ответа обработки персональной группы сигнального вызова, возвращенного сервером 602 обслуживания.
Для того чтобы улучшать безопасность процесса выяснения во время процесса выяснения персональной группы сигнального вызова, система связи в этом варианте осуществления дополнительно может включать в себя:
сервер 603 доступа, сконфигурированный для приема запроса выяснения персональной группы сигнального вызова, переданного клиентом 601 управления через сеть мобильной связи, аутентификации клиента 601 управления и оценки, есть ли локально хранимая информация о персональной группе сигнального вызова пользователя, которому соответствует клиент 601 управления, если аутентификация пройдена. Если хранится, сервер 603 доступа возвращает локально хранимую информацию о персональной группе сигнального вызова клиенту 601 управления через сеть мобильной связи; если не хранится, сервер 603 доступа получает информацию о персональной группе сигнального вызова пользователя с сервера 602 обслуживания и возвращает информацию о персональной группе сигнального вызова, полученную с сервера 602 обслуживания, клиенту 601 управления через сеть мобильной связи.
Для того чтобы улучшать безопасность процесса модификации во время процесса модификации или удаления персональной группы сигнального вызова/модификации или удаления члена группы сигнального вызова, система связи в этом варианте осуществления дополнительно может включать в себя:
сервер 603 доступа, сконфигурированный для приема запроса модификации персональной группы сигнального вызова/запроса модификации члена группы сигнального вызова, переданного клиентом 601 управления через сеть мобильной связи, аутентификации клиента 601 управления, пересылки запроса модификации персональной группы сигнального вызова/запроса модификации члена группы сигнального вызова на сервер 602 обслуживания, если аутентификация пройдена, приема ответа модификации персональной группы сигнального вызова/ответа модификации члена группы сигнального вызова, возвращенного с сервера 602 обслуживания, где ответ модификации персональной группы сигнального вызова/ответ модификации члена группы сигнального вызова несет с собой информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова, обновленную сервером 602 обслуживания, сохранения информации о персональной группе сигнального вызова/информации о члене группы сигнального вызова, обновленного сервером 602 обслуживания, и возврата информации о персональной группе сигнального вызова/информации о члене группы сигнального вызова, обновленной сервером 602 обслуживания, клиенту 601 управления через сеть мобильной связи.
Для содействия пониманию, процесс выяснения персональной группы сигнального вызова ниже взят для примера, чтобы описать взаимодействие элементов сети в системе связи.
Когда пользователь намеревается выяснить персональные группы сигнального вызова своей принадлежности, он может ввести запрос работы персональной группы сигнального вызова клиенту 601 управления, и клиент 601 управления формирует соответствующий запрос выяснения персональной группы сигнального вызова по получению запроса работы персональной группы сигнального вызова. Специфичный процесс формирования может применять режим HTTP, режим XCAP или любой другой режим, который здесь не определен.
После формирования запроса выяснения персональной группы сигнального вызова клиент 601 управления передает запрос выяснения персональной группы сигнального вызова на сервер 603 доступа через сеть мобильной связи.
По приему запроса выяснения персональной группы сигнального вызова, переданного клиентом 601 управления, сервер 603 доступа аутентифицирует клиента 601 управления. Если аутентификация пройдена, выполняются последующие этапы; если аутентификация претерпевает неудачу, ответ сбоя аутентификации возвращается клиенту 603 управления.
Специфичный процесс аутентификации может быть оценкой, авторизован ли клиент 601 управления для выяснения персональной группы сигнального вызова пользователя, и также может быть другими типами аутентификации, которые здесь не определены.
Как должно быть отмечено, в зависимости от специфичной политики аутентификации оператора услуг, сервер доступа также может аутентифицировать пользователя и/или пользовательский терминал, или аутентифицировать любых двух из пользователя, клиента управления и пользовательского терминала, либо аутентифицировать всех трех из них, для выполнения последующих операций только после того, как пройдены все аутентификации, так что можно выбирать различные режимы аутентификации в отношении разных операторов услуг, тем самым улучшая гибкость процесса аутентификации.
После того, как пройдена аутентификация клиента 601 управления сервером 603 доступа, может оцениваться, хранит ли сервер 603 доступа локально информацию о персональной группе сигнального вызова, выясняемую клиентом 601 управления. Если сервер 603 доступа не хранит локально информацию о персональной группе сигнального вызова, выясняемую клиентом 601 управления, сервер 603 доступа получает информацию о персональной группе сигнального вызова с сервера 602 обслуживания. Специфичным режимом получения может быть пересылка запроса выяснения персональной группы сигнального вызова, переданного клиентом 601 управления, непосредственно на сервер 602 обслуживания.
По приему запроса выяснения персональной группы сигнального вызова, переданного сервером 603 доступа, сервер 602 обслуживания возвращает информацию о персональной группе сигнального вызова, которая должна выясняться, на сервер 603 доступа.
После того, как сервер 603 доступа получает информацию о персональной группе сигнального вызова с сервера 602 обслуживания, информация о персональной группе сигнального вызова может храниться локально, а затем клиент 601 управления может непосредственно получать информацию локально, с сервера 603 доступа при запрашивании для выяснения информации о персональной группе сигнального вызова вновь в будущем.
Когда сервер 603 доступа локально хранит информацию о персональной группе сигнального вызова, выясняемую клиентом 601 управления, или после того, как сервер 603 доступа получает информацию о персональной группе сигнального вызова, выясняемую клиентом 601 управления, с сервера 602 обслуживания, сервер 603 доступа может возвращать информацию о персональной группе сигнального вызова клиенту 601 управления.
Как должно быть отмечено, в варианте осуществления, сервер 603 доступа и сервер 602 обслуживания, при практическом применении, могут быть реализованы как целая часть или независимо, и если используется форма независимой реализации, разные серверы 603 доступа могут использоваться для разных режимов доступа, тем самым улучшая гибкость процесса аутентификации.
Ниже описан вариант осуществления клиента управления по варианту осуществления настоящего изобретения. Со ссылкой на фиг.7 клиент управления в варианте осуществления настоящего изобретения, в частности, содержит:
блок 701 получения запроса обработки, сконфигурированный для получения запроса работы персональной группы сигнального вызова пользователя;
блок 702 формирования запроса, сконфигурированный для формирования запроса обработки персональной группы сигнального вызова согласно запросу работы персональной группы сигнального вызова, полученному блоком 701 получения запроса обработки; и
блок 703 передачи запроса, сконфигурированный для передачи запроса обработки персональной группы сигнального вызова, сформированного блоком 702 формирования запроса, на сервер обслуживания через сеть мобильной связи, так что сервер обслуживания выполняет соответствующую обработку согласно запросу обработки персональной группы сигнального вызова.
Как должно быть отмечено, если в этом варианте осуществления блок 701 получения запроса обработки может получать запрос обработки персональной группы сигнального вызова непосредственно от пользователя (обратитесь к режиму получения, описанному в вышеизложенных вариантах осуществления для специфичного режима получения), клиенту управления по этому варианту осуществления может не требоваться блок 702 формирования запроса, а именно не нужно еще раз формировать запрос обработки персональной группы сигнального вызова. Здесь, не определено, должен ли клиент управления локально выполнять процесс формирования запроса обработки персональной группы сигнального вызова при практическом применении, и описание приведено для этого варианта осуществления, просто беря такой пример, в котором клиент управления должен локально выполнять процесс формирования запроса обработки персональной группы сигнального вызова, то есть необходимо, чтобы блок 702 формирования запроса формировал запрос обработки персональной группы сигнального вызова.
Когда блок 702 формирования запроса требуется в этом варианте осуществления, блок 702 формирования запроса может включать в себя по меньшей мере одно из:
первый блок 7021 формирования, сконфигурированный для переноса параметров в запросе работы персональной группы сигнального вызова в заголовке сообщения или теле сообщения у сообщения HTTP, и взятия сообщения HTTP в качестве запроса обработки персональной группы сигнального вызова; и
второй блок 7022 формирования, сконфигурированный для сборки адреса источника и параметров XCAP в запросе работы персональной группы сигнального вызова в команду протокола доступа к конфигурации расширяемого языка разметки, XCAP, и взятия команды XCAP в качестве запроса обработки персональной группы сигнального вызова.
Соответственно первому блоку 7021 формирования или второму блоку 7022 формирования блок 703 передачи запроса по этому варианту осуществления применяет HTTP или XCAP для передачи запроса обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи.
Клиент управления по этому варианту осуществления дополнительно может содержать блок приема ответа, сконфигурированный для приема ответа обработки персональной группы сигнального вызова, возвращенного сервером обслуживания через сеть мобильной связи.
Для облегчения понимания взаимодействие между блоками клиента управления по этому варианту осуществления описано ниже со сценарием применения.
Когда пользователь намеревается настраивать свою персональную группу сигнального вызова, он может выполнять такую операцию ввода, как нажатие кнопки, для отправки запроса работы персональной группы сигнального вызова в блок 701 получения запроса обработки в клиенте управления.
После того, как блок 701 получения запроса обработки в клиенте управления получает запрос работы персональной группы сигнального вызова пользователя, блок 702 формирования запроса формирует соответствующий запрос обработки персональной группы сигнального вызова согласно запросу работы персональной группы сигнального вызова в режиме HTTP или XCAP, либо любом другом режиме, который здесь не определен.
После того, как блок 702 формирования запроса в клиенте управления формирует запрос обработки персональной группы сигнального вызова, блок 703 передачи запроса может передавать запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи.
Как должно быть отмечено, клиент управления по этому варианту осуществления может быть размещен в пользовательском терминале и использует сеть мобильной связи для передачи данных на сервер обслуживания, активизируя порт связи пользовательского терминала. Клиент управления заранее задан сетевым адресом сервера обслуживания либо получает сетевой адрес сервера обслуживания с терминала с тем, чтобы быть способным передавать данные по адресу.
В этом варианте осуществления, после того, как блок 701 получения запроса обработки принимает запрос работы персональной группы сигнального вызова пользователя, блок 702 формирования запроса формирует соответствующий запрос обработки персональной группы сигнального вызова, а блок 703 передачи запроса передает запрос обработки персональной группы сигнального вызова непосредственно на сервер обслуживания через сеть мобильной связи непосредственно, без вынуждения регистрироваться на веб-сайте, разработанном оператором услуг так, что прямое взаимодействие между клиентом управления и сервером обслуживания делает более легким для пользователя настройку и управление персональными группами сигнального вызова в любое время, и процесс не подвергается влиянию сбоев веб-сайта.
Ниже описан вариант осуществления устройства обработки услуг по варианту осуществления настоящего изобретения. Со ссылкой на фиг.8 устройство обработки услуг по варианту осуществления настоящего изобретения, в частности, содержит:
блок 801 приема запроса, сконфигурированный для приема запроса обработки персональной группы сигнального вызова, переданного клиентом управления через сеть мобильной связи; и
блок 802 обработки, сконфигурированный для выполнения обработки над соответствующей персональной группой сигнального вызова согласно запросу обработки персональной группы сигнального вызова, принятому блоком 801 приема запроса.
Устройство обработки услуг по этому варианту осуществления дополнительно может содержать блок 803 передачи ответа, сконфигурированный для возврата ответа обработки персональной группы сигнального вызова клиенту управления через сеть мобильной связи.
Устройство обработки услуг по этому варианту осуществления дополнительно может содержать блок 804 аутентификации, сконфигурированный для аутентификации по меньшей мере одного из пользователя, пользовательского терминала и клиента управления, и запуска блока 802 обработки для выполнения соответствующей операции, если аутентификация пройдена.
Устройство обработки услуг по этому варианту осуществления дополнительно может содержать блок 805 хранения информации о группе, сконфигурированный для сохранения информации о персональной группе сигнального вызова, обработанной блоком 802 обработки.
Для облегчения понимания взаимодействие между блоками устройства обработки услуг по этому варианту осуществления описано ниже со сценарием применения.
В этом варианте осуществления клиент управления может передавать запрос обработки персональной группы сигнального вызова в блок 801 приема запроса в устройстве обработки услуг через сеть мобильной связи, и блок 801 приема запроса в устройстве обработки услуг по этому варианту осуществления подобным образом может принимать запрос обработки персональной группы сигнального вызова, переданный клиентом управления.
После того, как блок 801 приема запроса в устройстве обработки услуг принимает запрос обработки персональной группы сигнального вызова, блок 802 обработки может обрабатывать соответствующую персональную группу сигнального вызова пользователя согласно запросу, в том числе выяснение персональной группы сигнального вызова, добавление персональной группы сигнального вызова, добавление члена группы сигнального вызова, модификацию персональной группы сигнального вызова, модификацию члена группы сигнального вызова, удаление персональной группы сигнального вызова, удаление члена группы сигнального вызова или обработку другими способами.
Как должно быть отмечено, устройство обработки услуг по этому варианту осуществления может быть сервером обслуживания, упомянутым в предшествующих вариантах осуществления, и также может быть сервером обслуживания, объединенным с функцией сервера доступа, который здесь не определен.
Модули устройства обработки услуг могут быть объединены для компоновки в одном и том же устройстве и также могут быть скомпонованы независимо друг от друга в разных устройствах.
В этом варианте осуществления блок 801 приема запроса в устройстве обработки услуг может принимать запрос обработки персональной группы сигнального вызова, переданный клиентом управления через сеть мобильной связи, а блок 802 обработки выполняет соответствующую обработку, так что прямое взаимодействие между клиентом управления и устройством обработки услуг делает более легким для пользователя настройку и управление персональной группой сигнального вызова в любое время, а процесс не подвергается влиянию сбоев веб-сайта.
Ниже описан вариант осуществления сервера доступа по варианту осуществления настоящего изобретения. Со ссылкой на фиг.9, сервер доступа по варианту осуществления настоящего изобретения, используемый в процессе выяснения персональной группы сигнального вызова, в частности, содержит:
блок 901 приема запроса выяснения, сконфигурированный для приема запроса выяснения персональной группы сигнального вызова, переданного клиентом управления через сеть мобильной связи;
первый блок 902 аутентификации, сконфигурированный для аутентификации клиента управления;
блок 903 локальной проверки, сконфигурированный для оценки, когда результат аутентификации первого блока 902 аутентификации содержит этапы, на которых аутентификация пройдена, есть ли локально хранимая информация о персональной группе сигнального вызова пользователя, которому соответствует клиент управления;
блок 904 запрашивания персональной группы сигнального вызова, сконфигурированный для получения информации о персональной группе сигнального вызова пользователя с сервера обслуживания, когда нет локально хранимой информации о персональной группе сигнального вызова пользователя, которому соответствует клиент управления; и
блок 905 передачи персональной группы сигнального вызова, сконфигурированный для передачи локально хранимой информации о персональной группе сигнального вызова клиенту управления через сеть мобильной связи.
Как должно быть отмечено, в этом варианте осуществления, в зависимости от специфичной политики аутентификации оператора услуг, кроме аутентификации клиента управления, первый блок 902 аутентификации также может одновременно аутентифицировать пользователя и/или пользовательский терминал, либо аутентифицировать любых двух из пользователя, клиента управления и пользовательского терминала, либо аутентифицировать всех трех из них, для выполнения последующих операций только после того, как пройдены все аутентификации.
Со ссылкой на фиг.10 сервер доступа по варианту осуществления настоящего изобретения, используемый в процессе модификации или удаления персональной группы сигнального вызова и/или модификации или удаления члена группы сигнального вызова, в частности, содержит:
блок 1001 приема, сконфигурированный для приема запроса настройки персональной группы сигнального вызова, который может быть запросом модификации персональной группы сигнального вызова/запросом модификации члена группы сигнального вызова либо запросом удаления персональной группы сигнального вызова/запросом удаления члена группы сигнального вызова, переданного клиентом управления через сеть мобильной связи;
второй блок 1002 аутентификации, сконфигурированный для аутентификации клиента управления;
блок 1003 пересылки, сконфигурированный для пересылки, когда результат аутентификации второго блока 1002 аутентификации содержит этапы, на которых аутентификация пройдена, запроса настройки персональной группы сигнального вызова, принятого блоком 1001 приема, на сервер обслуживания, приема ответа настройки персональной группы сигнального вызова, который несет с собой информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова, обновленную сервером обслуживания, или результат удаления, возвращенного с сервера обслуживания, и возврата информации о персональной группе сигнального вызова/информации о члене группы сигнального вызова или результата удаления клиенту управления через сеть мобильной связи.
Как должно быть отмечено, блок 1003 пересылки по этому варианту осуществления может пересылать запрос настройки персональной группы сигнального вызова, переданный клиентом управления, на сервер обслуживания, и также может передавать ответ настройки персональной группы сигнального вызова клиенту управления. Ответ содержит в себе обновленную информацию о персональной группе сигнального вызова/информацию о члене группы сигнального вызова или результат удаления. При практическом применении два процесса передачи могут выполняться соответственно разными модулями в блоке 1003 пересылки.
Блок 1004 обработки результата сконфигурирован для хранения информации о персональной группе сигнального вызова/информации о члене группы сигнального вызова, обновленной сервером обслуживания, или удаления уже хранимой информации о персональной группе/информации о члене персональной группы сигнального вызова.
Как должно быть отмечено, в этом варианте осуществления, в зависимости от специфичной политики аутентификации оператора услуг, кроме аутентификации клиента управления, второй блок 1002 аутентификации также может одновременно аутентифицировать пользователя и/или пользовательский терминал, либо аутентифицировать любых двух из пользователя, клиента управления и пользовательского терминала, либо аутентифицировать всех трех из них, для выполнения последующих операций только после того, как пройдены все аутентификации.
Технические решения вышеупомянутых вариантов осуществления обладают следующими полезными эффектами.
(1) После приема запроса обработки персональной группы сигнального вызова пользователя клиент управления передает запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи непосредственно, без необходимости регистрироваться на веб-сайте, разработанном оператором услуг, так что прямое взаимодействие между клиентом управления и сервером обслуживания делает более легким для пользователя настройку и управление персональными группами сигнального вызова в любое время, и процесс не подвергается влиянию сбоев веб-сайта.
(2) Поскольку клиент управления и сервер обслуживания поддерживают связь непосредственно, без вынуждения осуществлять доступ к веб-сайту, клиент управления не будет принимать с сервера обслуживания никакой информации, неуместной для настройки и управления персональной группой сигнального вызова, таким образом уменьшая ненужный сетевой трафик.
(3) Клиент управления взаимодействует с сервером обслуживания через сеть мобильной связи без создания соединения сети Интернет с сервером обслуживания, а поскольку характеристики самой сети мобильной связи решают, что безопасность сети мобильной связи была выше, чем у сети Интернет, режим настройки и управления персональной группой сигнального вызова через сеть мобильной связи в этих вариантах осуществления настоящего изобретения действенно улучшает безопасность системы.
(4) Клиент управления может передавать запрос обработки персональной группы сигнального вызова на сервер обслуживания посредством HTTP или XCAP, так что специфичный процесс передачи может применять многообразие протоколов, тем самым улучшая гибкость процесса передачи.
(5) Когда XCAP применяется для передачи запроса обработки персональной группы сигнального вызова, объем передаваемых данных уменьшается вследствие характеристик XCAP, тем самым сберегая полосу пропускания передачи.
(6) Можно выполнять соответствующую обработку и аутентификацию посредством использования разных функций в сервере доступа согласно разным условиям, тем самым улучшая гибкость процесса аутентификации.
(7) Поскольку сервер доступа и/или сервер обслуживания могут аутентифицировать по меньшей мере одно из пользователя, пользовательского терминала и клиента управления, гибкость процесса аутентификации может дополнительно улучшаться.
Как понятно специалистам в данной области техники, полные или частичные этапы в вышеупомянутых вариантах осуществления способа могут выполняться благодаря аппаратным средствам, зависимым от команд управляющей программы, а программа может храниться на машиночитаемом запоминающем носителе. Когда приводится в исполнение, программа выполняет этапы вышеупомянутых вариантов осуществления способа. Запоминающий носитель включает в себя носители, допускающие хранение управляющих программ, такие как ПЗУ (постоянное запоминающее устройство, ROM), ОЗУ (оперативное запоминающее устройство, RAM), магнитный диск или оптический диск.
Вышеприведенное подробно описывает способ обработки услуг, систему связи и связанное устройство, предложенные настоящим изобретением. У специалистов в данной области техники могут возникнуть модификации как в способе исполнения, так и объеме применения, без отклонения от принципов, выраженных в вариантах осуществления настоящего изобретения. Подводя итог вышесказанному, содержание описания не должно пониматься в качестве ограничивающего настоящее изобретение.
1. Способ обработки услуг, содержащий этапы, на которых:
получают посредством клиента управления запрос обработки персональной группы сигнального вызова пользователя; и
передают посредством клиента управления запрос обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи, так что сервер обслуживания выполняет соответствующую обработку согласно запросу обработки персональной группы сигнального вызова.
2. Способ по п.1, в котором передача клиентом управления запроса обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи содержит этап, на котором:
используют протокол передачи гипертекста, HTTP, или протокол доступа к конфигурации расширяемого языка разметки, ХСАР, клиентом управления для передачи запроса обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи.
3. Способ по п.1, дополнительно содержащий этапы, на которых, после того как запрос обработки персональной группы сигнального вызова передан клиентом управления на сервер обслуживания через сеть мобильной связи:
обрабатывают сервером обслуживания соответствующую персональную группу сигнального вызова согласно запросу обработки персональной группы сигнального вызова; и
возвращают сервером обслуживания ответ обработки персональной группы сигнального вызова клиенту управления через сеть мобильной связи, ответ обработки персональной группы сигнального вызова несет с собой результат обработки.
4. Способ по п.2, в котором, когда ХСАР используется клиентом управления для передачи запроса обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи, способ дополнительно содержит этап, на котором:
управляют сервером обслуживания персональной группой сигнального вызова с использованием формы документа расширяемого языка разметки, XML.
5. Способ по любому одному из пп.1-4, в котором:
запрос обработки персональной группы сигнального вызова несет с собой идентификатор пользователя у пользователя, который инициирует запрос обработки персональной группы сигнального вызова.
6. Способ по п.5, в котором запрос обработки персональной группы сигнального вызова дополнительно включает в себя по меньшей мере один из следующих параметров:
идентификатор добавления, идентификатор модификации, целевой идентификатор и идентификатор удаления;
запрос обработки персональной группы сигнального вызова является запросом выяснения персональной группы сигнального вызова, который несет с собой идентификатор пользователя; или
запрос обработки персональной группы сигнального вызова является запросом добавления персональной группы сигнального вызова или запросом добавления члена группы сигнального вызова, который несет с собой идентификатор добавления; или
запрос обработки персональной группы сигнального вызова является запросом модификации персональной группы сигнального вызова или запросом модификации члена группы сигнального вызова, который несет с собой идентификатор модификации и целевой идентификатор; или
запрос обработки персональной группы сигнального вызова является запросом удаления персональной группы сигнального вызова или запросом удаления члена группы сигнального вызова, который несет с собой идентификатор удаления.
7. Способ по любому одному из пп.1-4, дополнительно содержащий этапы, на которых:
синхронизируют клиента управления с сервером обслуживания;
принимают посредством клиента управления информацию о персональной группе сигнального вызова, хранимую на сервере обслуживания и переданную с сервера обслуживания; и
представляют посредством клиента управления информацию о персональной группе сигнального вызова пользователю.
8. Система связи, содержащая:
клиент управления, сконфигурированный для получения запроса обработки персональной группы сигнального вызова пользователя и передачи запроса обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи; и
сервер обслуживания, сконфигурированный для приема запроса обработки персональной группы сигнального вызова, переданного клиентом управления через сеть мобильной связи, и выполнения обработки над соответствующей персональной группой сигнального вызова согласно запросу обработки персональной группы сигнального вызова.
9. Клиент управления, содержащий:
блок получения запроса обработки, сконфигурированный для получения запроса обработки персональной группы сигнального вызова пользователя; и
блок передачи запроса, сконфигурированный для передачи запроса обработки персональной группы сигнального вызова, полученного блоком получения запроса обработки, на сервер обслуживания через сеть мобильной связи, так что сервер обслуживания выполняет соответствующую обработку согласно запросу обработки персональной группы сигнального вызова.
10. Клиент управления по п.9, в котором блок передачи запроса использует HTTP или ХСАР для передачи запроса обработки персональной группы сигнального вызова на сервер обслуживания через сеть мобильной связи.
11. Устройство обработки услуг, содержащее:
блок приема запроса, сконфигурированный для приема запроса обработки персональной группы сигнального вызова, переданного клиентом управления через сеть мобильной связи; и блок обработки, сконфигурированный для выполнения обработки над соответствующей персональной группой сигнального вызова согласно запросу обработки персональной группы сигнального вызова, принятому блоком приема запроса.
12. Устройство обработки услуг по п.11, дополнительно содержащее по меньшей мере одно из:
блок передачи ответа, сконфигурированный для возврата ответа обработки персональной группы сигнального вызова клиенту управления через сеть мобильной связи;
блок аутентификации, сконфигурированный для аутентификации по меньшей мере одного из: пользователя, который инициирует запрос обработки персональной группы сигнального вызова, пользовательского терминала и клиента управления, и запуска блока обработки для выполнения соответствующей операции, если аутентификация пройдена; и
блок хранения, сконфигурированный для хранения информации о персональной группе сигнального вызова/информации о члене группы сигнального вызова, обработанной блоком обработки.
