СПОСОБ УПРАВЛЕНИЯ РАБОТОЙ ТЕРМИНАЛА СВЯЗИ, ТЕРМИНАЛ И СИСТЕМА СВЯЗИ Российский патент 2011 года по МПК H04L12/24 H04W8/22 

Область техники, к которой относится изобретение

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

Уровень техники

В настоящее время число пользователей мобильных телефонов в Китае приближается к двумстам миллионам. Требования пользователей становятся более разнообразными и индивидуализированными, поэтому в сферу связи в Китае внедряются все более и более масштабные инновации, и, по мере обновления и совершенствования стационарных и мобильных телефонов, поставщики услуг (провайдеры) начинают предоставлять пользователям более многочисленные сервисы, такие как услуги трансляции (BCAST service), передача голоса по IP (VoIP, интернет-телефония), услуга «Push-to-Talk» мобильной связи (Push-to-Talk Over Cellular, РоС, «нажми-и-говори») и т.д.

VoIP представляет собой технологию, которая реализуется в основном посредством телефонов стандарта IP (Internet Protocol, протокол Интернета) и поддерживает соответствующие дополнительные услуги. Применение VoIP позволяет осуществлять передачу информации, в том числе голоса, факсимильных сообщений, видеоизображений и данных, в частности, сохранение и переадресацию виртуальных телефонов, управление Интернет-вызовами, поддержку телеконференций и передачу другой информации, по IP-сети по низким ценам.

Система VoIP, подходящая для мобильного терминала (Mobile Terminal, МТ), определяется услугой РоС. Благодаря использованию возможностей коммутации пакетов беспроводной сети передачи данных, услуга РоС не ограничена какими-либо географическими рамками.

Стандарты услуги РоС разрабатываются Открытым сообществом поставщиков мобильной связи (Open Mobile Alliance, ОМА). В основе решения ОМА по РоС лежит протокол SIP (Session Initiation Protocol, протокол инициирования сеансов) и протокол RTP (RealTime Transfer Protocol, протокол передачи в реальном времени), которые, в свою очередь, определены группой IETF (Internet Engineering Task Force, рабочая группа по стандартам Интернета).

С развитием технологий связи масштаб сетей постоянно растет, а их архитектура становится все более сложной. Для повышения качества обслуживания (Quality of Service, QoS) и уменьшения стоимости функционирования необходима эффективная система управления сетью. Как следствие, требования времени приводят к появлению сетей управления передачей данных (Telecommunications Management Networks, TMN).

TMN обеспечивают политику и способ планирования, наблюдения, проектирования и управления телекоммуникационными ресурсами, сетевыми операциями, службами и функциями управления, а также реализуют систему с функциями ОАМ (Operation Administration Maintenances, работа, администрирование и обслуживание) в сети связи для операторов/администраторов и конечных пользователей. Использование сети управления во всех сетях передачи данных может обеспечивать не только полное и эффективное наблюдение и управление сетевыми ресурсами, но также и связь сетевых систем между собой, что позволяет развертывать услуги на множестве областей управления.

Реализация TMN может быть разделена на две части. Часть 1 - развертывание системы, которая предназначена для контроля и управления телекоммуникационными ресурсами ниже сетевого уровня, и устанавливается с целью реализации взаимной связи между подсетями, при этом обеспечивается прозрачное управление и контроль в локальной сети, сети доступа и сети SDH (Synchronous Digital Hierarchy, синхронная цифровая иерархическая структура). Часть 2 - внедрение на сетевом уровне системы поддержки принятия решений в сети передачи данных, что позволяет развертывать службы управления, отвечающие требованиям 21-го века, такие как управление пользователями, управление сетевым конфигурированием, управление рабочей силой, управление биллингом, тарификацией и учетом, управление QoS и производительностью сети, управление измерением и анализом трафика, управление обслуживанием, управление безопасностью, управление журналированием и т.д.

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

Сетевые ресурсы в так называемых информационных моделях разделяются на множество небольших модулей, при этом принцип управления заключается в управлении этими модулями, после чего производится абстрагирование этих небольших модулей для создания объектов управления (Management Objects, МО). Говоря коротко, информационная модель представляет собой набор МО, абстрагированный от ресурсов, управляемых системой управления сети. Управление ресурсами осуществляется опосредованно, путем обработки указанных абстрактных объектов ресурсов, т.е. МО. Для выполнения операции управления при использовании информации обмена МО необходим администратор (менеджер), подающий команду, и агент, отвечающий за выполнение команды. Для выполнения команды агент должен иметь информацию об объекте, который нужно обработать, например его имя, атрибут, положение в иерархии и т.д. Вся эта информация поступает из базы информации менеджера (Manager Information Base, MIB). Информация в MIB организуется упорядоченно согласно определенному правилу. MIB логически выстраивает абстрактные МО на основе способа информационных моделей сверху вниз, согласно правилу подчиненности и наследования, таким образом, формируется древовидная структура. Другими словами, создается вышеупомянутое дерево информационной модели, которое значительно упрощает поиск.

В спецификации управления устройствами (Device Management, DM) ОМА описана технология TMN для управления, диагностирования и поддержки терминалов, причем сервер может выполнять операции управления для терминала, такие как обновление встроенного программного обеспечения, загрузка приложений, диагностика и контроль, резервное копирование и восстановление данных и т.д., с использованием дерева управления DM. Терминал может представлять собой мобильный телефон, карманный компьютер (КПК), портативный компьютер, встроенное устройство, встроенную систему и т.д.

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

Программный компонент может представлять собой исполняемое приложение, динамически загружаемую библиотеку, пользовательский интерфейс (User Interface, UI) и т.д. Операция управления может являться конфигурированием параметров терминала, обновлением встроенного программного обеспечения, диагностикой ошибок, резервным копированием или восстановлением данных, а также проверкой, инсталляцией, обновлением, активацией или удалением программного компонента.

На фиг.1 приведена общая структура, описываемая спецификацией DM. Агент 11 DM на терминале 10 выполняет интерпретацию и выполнение команд управления, поступающих от сервера 20 DM. Дерево 12 управления DM, хранящееся на терминале, может рассматриваться как интерфейс для сервера 20 DM, обеспечивающий управление терминалом 10 по протоколу DM. Дерево 12 управления DM содержит несколько основных МО. Сервер 20 DM управляет ресурсами терминала 10 посредством операций над МО. Например, управление программным компонентом может осуществляться путем добавления, удаления и изменения объекта управления программными компонентом (Software Component Management Object, SCoMO) на терминале 10.

Способ для управления программным компонентом согласно спецификации DM показан на фиг.2.

На шаге 201 сервер DM запрашивает у терминала список установленных программных компонентов.

На шаге 202 терминал запрашивает разрешение у пользователя.

На шаге 203 пользователь подтверждает разрешение.

На шаге 204 терминал посылает список программных компонентов серверу DM.

На шаге 205 сервер DM инициирует загрузку программного компонента и операцию инсталляции на терминале.

На шаге 206 терминал возвращает подтверждение на сервер DM.

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

Раскрытие изобретения

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

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

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

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

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

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

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

Краткое описание чертежей

На фиг.1 представлена схема общей структуры, описанной в спецификации DM ОМА соответствующего уровня техники;

на фиг.2 приведена блок-схема способа управления программным компонентом в спецификации DM ОМА соответствующего уровня техники;

на фиг.3 приведена схема переходов между состояниями при запуске или остановке функции услуги согласно изобретению;

на фиг.4 приведена блок-схема способа запуска или остановки функции терминала связи согласно первому варианту осуществления изобретения;

на фиг.5 приведена блок-схема способа запуска или остановки функции терминала связи согласно второму варианту осуществления изобретения;

на фиг.6 приведена блок-схема способа запуска или остановки функции терминала связи согласно третьему варианту осуществления изобретения;

на фиг.7 представлена структура терминала связи согласно одному из вариантов осуществления изобретения;

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

на фиг.9 представлена структура системы управления функциями услуг согласно четвертому варианту осуществления изобретения;

на фиг.10 представлена часть структуры дерева DM согласно четвертому варианту осуществления изобретения;

на фиг.11 представлена структура системы, обеспечивающей запуск или остановку функции путем вызова соответствующей функции через планировщик (Scheduling Enabler) согласно четвертому варианту осуществления изобретения;

на фиг.12 приведена блок-схема способа приостановления или возобновления функции терминала связи согласно пятому варианту осуществления изобретения;

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

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

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

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

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

Осуществление изобретения

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

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

Понятие "функция" в настоящем документе представляет собой общий термин, который может обозначать программное обеспечение, выполняемое в среде выполнения терминала, фрагмент программы, процедуру, фрагмент на языке сценариев (таком как XML) и т.д. Например, функция может являться диагностическим процессом, функцией Trap (прерывание) или компонентом планирования и т.д.

Согласно вариантам осуществления изобретения диаграмма переходов между состояниями функции изображена на фиг.3, где имеется два состояния: состояние остановки (Stopped) и состояние выполнения (Running). Операция запуска в отношении функции может быть выполнена только тогда, когда функция находится в состоянии остановки, а операция остановки функции - только тогда, когда функция находится в состоянии выполнения.

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

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

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

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

<Get>

<Item>

<Target>

<LocURI>./Diagnostic Function/StateValue (./BCAST client/state value)</LocURI>

</Target>

</Item>

</Get>

На шаге 402 сервер DM посылает команду управления устройством и запрашивает терминал о текущем состоянии функции. Сервер DM и агент DM на терминале взаимодействуют друг с другом по стандартному протоколу DM ОМА. На шаге 403 терминал возвращает результат запроса:

<Results>

<Item>

<Source>

<LocURI>./Diagnostic Function/StateValue</LocURI>

</Source>35<Data>Stopped</Data>

</Item>

</Results>

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

На шаге 404 сервер DM возвращает результат запроса на сервер услуг.

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

На шаге 406 сервер DM пересылает сообщение агенту DM на терминале и подает команду управления на запуск диагностической функции на терминале:

На шаге 407, после получения команды DM, агент DM определяет подлинность источника команды DM. Если источник подлинный, агент DM интерпретирует сообщение и получает инструкцию операции, содержащуюся в сообщении; в противном случае агент DM отклоняет команду DM.

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

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

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

Агенту DM через пользовательский интерфейс терминала возвращается сообщение подтверждения (о принятии или отклонении), например, о том, что пользователь принял услугу.

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

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

После выполнения соответствующей операции запуска (или остановки) результат операции передается на сервер DM.

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

На шаге 410 сервер DM уведомляет сервер услуг о результате операции.

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

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

Способ запуска или остановки функции терминала связи согласно второму варианту осуществления изобретения представлен на фиг.5. Предполагается, что функция, которую необходимо запустить на данном терминале, находится в состоянии выполнения (Running), и сторона сети управляет услугой через сервер услуг. Основное различие между этим вариантом осуществления и предыдущим вариантом осуществления состоит в том, что состояние активности требуемой функции на терминале не может быть запрошено перед отправкой сервером услуг инструкции управления. Вместо этого инструкция управления посылается непосредственно, так, как нужно для данной услуги, и терминал принимает решение о том, выполнять или игнорировать инструкцию управления согласно текущему состоянию активности требуемой функции. В данном варианте осуществления рассматривается пример, в котором сервер DM посылает инструкцию запуска, случай других инструкций может быть рассмотрен по аналогии.

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

Шаги 502-504 аналогичны, соответственно, шагам 406-408.

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

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

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

Шаги 506 и 507 аналогичны шагам 410 и 411, соответственно, и их повторное описание не приводится.

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

На шаге 601 сервер услуг создает расписание предоставления услуги или расписание управления услугой. Расписание может базироваться на времени. Например, сервер BCAST может транслировать услугу на терминал в периоды 10:00-11:00 и 16:00-17:00 каждый день согласно расписанию, и инструктировать терминал запускать клиент BCAST в соответствии с периодом времени в расписании. Расписание может также базироваться на событиях, происходящих на терминале. Например, терминал инструктируется автоматически остановить функцию по окончании автоматического обновления функции.

После этого сервер услуг передает расписание предоставления услуги на сервер DM через веб-интерфейс услуги (Web Service Interface, WSI) сервера DM. Расписание предоставления услуги содержит идентификатор функции, время или условие и т.д.

На шаге 602 сервер DM создает график (Scheduling), согласно расписанию предоставления услуги, поступившему от сервера услуг. График включает в себя условие выполнения и предопределенную операцию. Например, условие выполнения представляет собой время 10:00, а предопределенная операция запуск функции BCAST на стороне клиента.

Затем сервер DM посылает сгенерированный график агенту DM терминала посредством стандартного протокола DM ОМА.

На шаге 603 агент DM просит пользователя определиться, устанавливать ли график, посредством пользовательского интерфейса терминала.

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

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

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

Кроме того, пользователь может также изменить график через пользовательский интерфейс. Например, пользователь может изменить расписание таким образом, что трансляция будет приниматься только в период времени 10:00-11:00.

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

На шаге 605, если условие выполнения в графике удовлетворено, например, когда время достигает 10:00 или заканчивается обновление функции, пользователю предлагается подтвердить выполнение операции запуска или остановки функции, соответствующей графику, например, начинать ли прием услуги трансляции.

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

Шаг 606 аналогичен шагу 408.

На шаге 607 агент DM выполняет предопределенную операцию в графике согласно разрешению пользователя, запускает функцию, которая в настоящее время будет находиться в активном состоянии (или останавливает функцию, например, агент DM выполняет операцию остановки в 11:00), и возвращает результат операции на сервер DM.

Если функция находится в состоянии выполнения тогда, когда терминал выполняет операцию запуска (или остановки), инструкция запуска (остановки) в команде DM игнорируется.

Шаг 608 аналогичен шагу 410, и его повторное описание не приводится.

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

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

Структура терминала связи согласно четвертому варианту осуществления изобретения представлена на фиг.7. Терминал связи включает в себя один или несколько функциональных модулей 31, предназначенных для реализации некоторой функции для осуществления различных услуг; агент 32 DM, осуществляющий прием и интерпретацию команды управления устройством от сервера DM на стороне сети, получение соответствующей инструкции управления и последующее управление и произведение действий над деревом DM; и один или несколько клиентов 33 функции услуги DM, предназначенные для выполнения соответствующей операции управления в отношении состояния активности требуемой функции согласно инструкции управления, полученной агентом 32 DM.

На фиг.8 приведена структура системы для осуществления связи между терминалом 30 связи, сервером 40 DM и сервером услуг, на примере функции услуги BCAST (услуги мобильной трансляции) и услуги РоС (услуга мобильной связи «нажми-и-говори», push-to-talk). Функциональный модуль услуги BCAST выполнен в клиенте 311 BCAST, функциональный модуль услуги РоС выполнен в клиенте 312 РоС, предоставление услуг выполняется сервером 51 BCAST и сервером 52 РоС по протоколу BCAST и протоколу РоС, соответственно. Агент 32 DM управляет клиентом услуги через клиент 33 функции услуги DM. В зависимости от конкретной функции услуги, клиент функции услуги DM может представлять собой клиент управления приложением, клиент диагностики и контроля (DiagMon), клиент планирования и т.д.

На фиг.9 представлена структура системы управления функциями услуг, в которой клиент функции услуги DM является клиентом DiagMon.

На фиг.9 агент 32 DM интерпретирует команду управления устройством, посылаемую сервером 40 DM, и передает ее инструкцию управления клиенту 330 DiagMon.

Клиент 330 DiagMon в основном включает в себя следующие модули:

модуль 3301 запроса состояния, предназначенный для поддержки запроса сервером 40 DM состояния функции на терминале;

модуль 3302 запуска/остановки, предназначенный для поддержки запуска и остановки программного обеспечения. Терминал может реализовывать запуск и остановку функции путем управления соответствующим исполнимым узлом, используя модуль запуска/остановки, после приема команды, отправляемой сервером 40 DM. Модуль запуска/остановки представляет собой логический функциональный модуль, который может располагаться в клиенте функции услуги DM или в другом месте.

Сервер 4 функции услуги DM в основном включает в себя сервер 40 DM, причем сервер DM осуществляет отправку инструкции управления на терминал и прием сообщения, возвращаемого терминалом.

Сервер 5 службы и сервер 4 взаимодействуют друг с другом через интерфейс WSI (веб-интерфейс).

Интерфейс 34 пользователя предназначен для отправки пользователю запроса разрешения и принятия разрешения от пользователя, когда клиент 330 DiagMon выполняет инструкцию управления.

Клиент 330 DiagMon может также взаимодействовать с другими клиентами 331 функций услуг DM, такими как клиент управления приложением, клиент планирования и т.д.

Агент DM может подавать инструкцию управления клиенту функции услуги DM путем выполнения действий над узлом дерева DM. Согласно фиг.9 дерево DM может содержать узел для запуска функции и узел для остановки функции. Если эти два узла являются исполнимыми узлами, исполнимые узлы могут вызываться непосредственно для осуществления операции запуска или остановки функции посредством команды DM, отправляемой сервером DM. Если эти два узла являются узлами индикации, агент DM может изменять значение узла индикации согласно инструкции в команде DM, и терминал может использовать модуль 35 отслеживания состояния, выделенный на фиг.9 штриховой линией, для отслеживания изменений значения узла индикации и уведомления клиента функции услуги DM с целью выполнения соответствующей операции запуска или остановки согласно изменению значения узла индикации. Часть структуры дерева DM представлена на фиг.10.

<lnterior Node/х>

Таблица Узел дерева Формат Право доступа Ноль или больше Узел Изменение,чтение

<lnterior Node> означает внутренний узел, который является корневым узлом функции услуги МО (объекта управления). МО может представлять собой ScoMO, МО DiagMon, МО планирования, МО управления приложением и т.д.

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

Для удобства далее запись <lnterior Node/x> заменяется на запись </х>.

В частности, </x/ID> (идентификатор)

Таблица Узел дерева Формат Право доступа Один Chr Изменение,чтение

В этом узле хранится идентификатор программы.

<./x/StateValue> (состояние)

Таблица Узел дерева Формат Право доступа Ноль или больше Chr Изменение, чтение

Этот узел отражает состояние программного обеспечения. Значение узла может быть следующим:

Таблица Состояние Описание Остановлено (Stopped) Функция находится в состоянии остановки. Выполняется (Running) Функция находится в состоянии выполнения.

<./x/Operations> (операция)

Таблица Узел дерева Формат Минимальное право доступа Один Узел Чтение

Этот узел является родительским узлом набора исполнимых узлов.

<./x/Operations/Start> (операция запуска)

Таблица Узел дерева Формат Минимальное право доступа Ноль или один Пустой (Null) Выполнение, чтение

Этот узел является исполнимым узлом и предназначен для запуска функции или процесса. Например, 0 указывает на исходное состояние или завершение операции, 1 указывает на то, что необходимо запустить функцию.

<./x/Operations/Stop> (операция остановки)

Таблица Узел дерева Формат Минимальное право доступа Ноль или один Пустой (Null) Выполнение, чтение

Этот узел является исполнимым узлом и предназначен для остановки функции или процесса. Например, 0 указывает на исходное состояние или завершение операции, 1 указывает на то, что необходимо остановить функцию или процесс.

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

<./x/Operations/Remove> (операция удаления)

Таблица Узел дерева Формат Минимальное право доступа Ноль или один Пустой (Null) Выполнение, чтение

Этот узел является исполнимым узлом и предназначен для деинсталляции (удаления) функции или процесса. Например, 0 указывает на исходное состояние или завершение операции, 1 указывает на то, что необходимо удалить функцию.

<./x/Operations/Ext> (расширяемая операция)

Таблица Узел дерева Формат Минимальное право доступа Ноль или один Узел Чтение

Этот узел зарезервирован для будущих расширений.

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

Режим 1: терминал связи получает предопределенную задачу, которая включает в себя команду (инструкцию) запуска или остановки функции терминала. Терминал запускает клиент 332 планирования и вызывает соответствующий клиент функции услуги DM, такой как клиент 330 DiagMon, когда выполняется условие.

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

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

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

На фиг.12 показан способ приостановки или возобновления функции терминала связи согласно пятому варианту осуществления изобретения. Предполагается, что функция, которую требуется приостановить или возобновить на данном терминале, находится в состоянии выполнения. Диаграмма перехода между состояниями приостановки (Suspended) и возобновления (Resumed) функции услуги, находящейся в состоянии выполнения, показан на фиг.13, причем имеется два состояния: состояние выполнения и состояние приостановки.

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

Шаги 1201-1204 аналогичны шагам 401-404.

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

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

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

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

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

Шаги 1209 и 1210 аналогичны шагам 409 и 410, и их повторное описание не приводится.

На фиг.14 приведена структура системы, обеспечивающей приостановку и возобновление функции согласно шестому варианту осуществления изобретения, которая включает в себя терминал 60, сервер 7 функции услуги DM и сервер 8 услуг.

Сервер 7 функции услуги DM в основном включает в себя сервер 70 DM. Сервер DM осуществляет отправку команды управления терминалу 60 и прием сообщения, возвращенного терминалом.

Сервер 8 услуг и сервер 7 взаимодействуют друг с другом через интерфейс WSI.

Терминал 60 включает в себя функциональный модуль 61, агент 62 DM, клиент 63 функции услуги DM и интерфейс 64 пользователя.

Функциональный модуль 61 реализует функцию и среду ее выполнения, и отвечает за управление фактическим выполнением операции, например, запуском, остановкой, приостановкой и т.д. Средой выполнения может быть Java или локальная платформа приложений.

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

Клиент 63 функции услуги DM осуществляет управление состоянием активности требуемой функции согласно инструкции управления, получаемой агентом 62 DM. Клиент 63 функции услуги DM в основном включает в себя модуль 6301 запроса состояния и модуль 6302 запуска/остановки, функции которых аналогичны функциям модулей с аналогичными именами в четвертом варианте осуществления. Клиент 63 функции услуги DM дополнительно включает в себя модуль 6303 приостановки/возобновления, который осуществляет приостановку и возобновление функции в состоянии выполнения.

Интерфейс 64 пользователя предназначен для отправки пользователю запроса на разрешение и принятия подтверждения разрешения от пользователя, когда клиент 63 функции услуги DM выполняет команду управления.

Агент DM может подать инструкцию управления клиенту 63 функции услуги DM путем выполнения действий над узлом дерева DM. Согласно фиг.14 дерево DM может содержать узел приостановки функции и узел возобновления функции. Если эти два узла являются исполнимыми узлами, исполнимый узел напрямую вызывается агентом DM для приостановки или возобновления функции согласно команде DM, посланной сервером DM. Если эти два узла являются узлами индикации, и в них хранится значение состояния, агент DM может изменить значение узла индикации согласно инструкции в команде DM, и терминал может использовать модуль 65 отслеживания состояния, показанный на фиг.14 штриховой линией, для отслеживания изменения значения узла индикации и уведомлять клиент 63 функции услуги DM с целью осуществления соответствующей операции приостановки или возобновления согласно изменению значения узла индикации. Модуль отслеживания состояния представляет собой логический модуль, который может быть реализован модулем поддержки в клиенте 63 функции услуги DM или же внешней функцией или другими компонентами поддержки.

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

<./x/Operations/Suspend>

Таблица Узел дерева Формат Минимальное право доступа Ноль или один Chr Чтение, запись

Этот узел предназначен для указания операции приостановки функции или процесса. Например, 0 указывает на исходное состояние или завершение операции приостановки, 1 указывает на то, что функция или процесс должны быть приостановлены.

<./x/Operations/Resume>

Таблица Узел дерева Формат Минимальное право доступа Ноль или один Chr Чтение, запись

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

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

Возможная структура дерева DM не ограничивается структурой, описанной выше. Например, как показано на фиг.16, узел запуска и узел остановки могут быть объединены в один узел; узел приостановки и узел возобновления также могут быть объединены в один узел. Для узла запуска/остановки 0 может указывать на исходное состояние, 1 может использоваться для указания на запуск функции или процесса, 2 может использоваться для указания на остановку функции или процесса, 3 может использоваться для указания на завершение операции. Аналогично, для узла приостановки/возобновления 0 может указывать на исходное состояние, 1 может использоваться для указания на приостановку функции или процесса, 2 может использоваться для указания на восстановление функции или процесса, 3 может использоваться для указания на завершение операции.

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

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

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

Изобретение относится к технике связи, в частности к управлению работой терминала связи. Предложены способ управления работой терминала, терминал и система связи. Сервер управления работой терминала запрашивает у терминала состояние активности требуемой функции, при этом состояние активности требуемой функции представляет собой состояние выполнения или состояние остановки функции. В соответствии с состоянием активности функции сервер назначает инструкцию управления, содержащую инструкцию запуска или остановки требуемой функции. Сервер отправляет на терминал команду управления устройством, содержащую инструкцию управления. Терминал выполняет операции в отношении состояния активности требуемой функции согласно инструкции управления. Технический результат заключается в снижении потребления электроэнергии и ресурсов терминала. 3 н. и 10 з.п. ф-лы, 17 ил.

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

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

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

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

5. Способ по п.3, отличающийся тем, что узел дерева управления используется сервером управления устройством для отправки инструкции управления и является узлом индикации, а выполнение действий над узлом дерева управления заключается в отправке команды управления устройством с целью изменения значения узла индикации в дереве управления устройством на терминале.

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

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

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

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

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

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

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

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