Способ управления работой терминала связи, терминал и система связи

Способ управления работой терминала связи, терминал и система связи

Иллюстрации

Показать все

Реферат

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

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

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

В настоящее время число пользователей мобильных телефонов в Китае приближается к двумстам миллионам. Требования пользователей становятся более разнообразными и индивидуализированными, поэтому в сферу связи в Китае внедряются все более и более масштабные инновации, и, по мере обновления и совершенствования стационарных и мобильных телефонов, поставщики услуг (провайдеры) начинают предоставлять пользователям более многочисленные сервисы, такие как услуги трансляции (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> (расширяемая операция)

Табли