RU2337489C1

RU2337489C1 - System of device control and its method for device control command scheduling

Info

Publication number: RU2337489C1
Application number: RU2007104936/09A
Authority: RU
Inventors: Те-Хиун КИМ (KR); Те-Хиун КИМ
Original assignee: Эл Джи Электроникс Инк.
Priority date: 2004-07-09
Filing date: 2005-07-08
Publication date: 2008-10-27
Also published as: RU2007104936A

Abstract

FIELD: physics, control systems.

SUBSTANCE: objective is achieved by server sending schedule context containing device control command and device control performance schedule to user, user forming device control tree using device control schedule context, implementing the command if given schedule condition is met, and reporting command implementation result to server, if necessary, allowing the server to perform device control, such as command implementation query on a given condition, or dynamic change of schedule condition.

EFFECT: device control system where server can perform dynamic control of user device control scheduling.

56 cl, 15 dwg

Description

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

Настоящее изобретение имеет отношение к управлению устройствами и методике синхронизации данных и, в частности, к системе управления устройствами и ее способу планирования команд управления устройствами.The present invention relates to device management and a data synchronization technique, and in particular to a device management system and its method for scheduling device control commands.

Уровень техникиState of the art

В целом методика управления устройствами имеет отношение к выполнению заданных команд обработки посредством клиента, как только от сервера принята конкретная команда обработки.In general, the device management technique is related to the execution of specified processing commands by the client as soon as a specific processing command is received from the server.

В такой методике управления устройствами сервер управления устройствами выдает команду обработки клиенту управления устройствами, и клиент управления устройствами немедленно выполняет соответствующую команду. Затем клиент управления устройствами выполняет процедуру отчета относительно результатов выполнения этих команд.In such a device management technique, the device management server issues a processing command to the device management client, and the device management client immediately executes the corresponding command. Then, the device management client performs a report procedure regarding the results of these commands.

Кроме того, сервер управления устройствами обращается к клиенту управления устройствами с запросом на изменение, обновление и удаление определенной функции. Если клиент управления устройствами в текущее время находится в таком состоянии, в котором он не может выполнить запрос от сервера управления устройствами, сервер управления устройствами должен периодически формировать и/или запрашивать сеанс управления устройствами для проверки состояния (статуса) клиента управления устройствами, и должны быть приняты во внимание вопросы и проблемы, имеющие к этому отношение. Таким образом, для способа управления устройствами предшествующего уровня техники до сих пор не были предложены процедуры, позволяющие серверу управления устройствами выполнять команды сервера управления устройствами в желаемый момент времени и в желаемом состоянии.In addition, the device management server contacts the device management client with a request to change, update, and delete a specific function. If the device management client is currently in a state in which it cannot fulfill the request from the device management server, the device management server must periodically generate and / or request a device management session to check the status (status) of the device management client, and should be issues and issues related to this are taken into account. Thus, no method has yet been proposed for a device management method of devices of the prior art that allows a device management server to execute device management server commands at a desired point in time and in a desired state.

Также в предшествующем уровне техники, поскольку клиент управления устройствами должен немедленно выполнить команду управления устройствами (отправленную сервером управления устройствами после открытия (начала) сеанса управления устройствами) в течение сеанса управления устройствами, такая команда управления устройствами не может быть выполнена вне (после) сеанса управления устройствами после того, как принято во внимание внутреннее состояние устройства или при возникновении различных событий, и она не может быть выполнена в конкретное желаемое время или в конкретной ситуации. Эти ограничения предшествующего уровня техники не только увеличили затраты, связанные с выполнением процедур диагностики состояния для устройства, но также сделали невозможным выполнение эффективной диагностики и эффективного решения проблем, которые могли бы быть достигнуты соответствующими мероприятиями при обнаружении проблем, прежде чем они могут произойти. Кроме того, эти ограничения предшествующего уровня техники всегда требовали новых сеансов управления устройствами для выполнения команды управления устройствами, и, таким образом, приходится допускать нежелательно высокие затраты на управление устройствами.Also in the prior art, since the device management client must immediately execute the device management command (sent by the device management server after the device management session has been opened (started)) during the device management session, such a device management command cannot be executed outside (after) the management session devices after taking into account the internal state of the device or when various events occur, and it cannot be performed in the concre the exact desired time or in a specific situation. These limitations of the prior art not only increased the costs associated with performing state diagnostic procedures for the device, but also made it impossible to carry out effective diagnostics and effectively solve problems that could be achieved by appropriate measures when problems were discovered before they could occur. In addition, these limitations of the prior art have always required new device control sessions to execute the device control command, and thus, undesirably high device management costs have to be tolerated.

Сущность изобретенияSUMMARY OF THE INVENTION

Техническая проблемаTechnical problem

Таким образом, задача настоящего изобретения состоит в том, чтобы создать систему управления устройствами, в которой сервер может динамически управлять планированием управления устройствами клиента, и способ планирования управления устройствами в системе.Thus, an object of the present invention is to provide a device management system in which a server can dynamically control scheduling of client device management and a method for planning device management in a system.

Другая задача настоящего изобретения состоит в том, чтобы создать систему управления устройствами и способ планирования управления устройствами, в которых сервер может устанавливать планирование управления устройствами в клиенте и изменять и удалять установленное планирование управления устройствами.Another object of the present invention is to provide a device management system and a device management scheduling method in which a server can set device management scheduling in a client and modify and delete an established device management scheduling.

Еще одна задача настоящего изобретения состоит в том, чтобы создать систему управления устройствами и способ планирования управления устройствами в системе, в которых сервер может запланировать команду управления устройствами или команду синхронизации данных клиента, и, таким образом, клиент может сообщать о состоянии устройства, выполнять запланированные программы и использовать оптимальные значения параметров.Another objective of the present invention is to provide a device management system and a method for scheduling device management in a system in which a server can schedule a device management command or a client data synchronization command, and thus, the client can report device status and execute scheduled programs and use optimal parameter values.

Техническое решениеTechnical solution

Для достижения этих и других преимуществ и в соответствии с назначением настоящего изобретения, реализованного и подробно описанного здесь, предложен способ планирования управления устройствами, содержащий этапы, на которых доставляют контекст планирования с сервера клиенту; формируют дерево управления устройствами с использованием доставленного контекста планирования и устанавливают планирование управления устройствами посредством клиента; и выполняют посредством клиента планирование управления устройствами в соответствии с условием выполнения команды (то есть условием для выполнения команды) установленного планирования управления устройствами.To achieve these and other advantages and in accordance with the purpose of the present invention, implemented and described in detail here, a method for planning device management is proposed, comprising the steps of delivering a planning context from a server to a client; generating a device management tree using the delivered scheduling context and establishing device management planning by the client; and perform, by the client, device management planning in accordance with the condition for executing the command (i.e., the condition for executing the command) of the established device management planning.

Способ планирования управления устройствами также включает этапы, на которых формируют дерево управления устройствами с использованием нового контекста планирования, доставленного с сервера, и изменяют планирование управления устройствами; посредством клиента выборочно сообщают серверу результат выполнения планирования управления устройствами в соответствии с информацией фильтрования отчета о состоянии в сформированном дереве управления устройствами; и посредством сервера обращаются к клиенту с запросом на удаление предустановленного планирования управления устройствами.The device management planning method also includes the steps of forming a device management tree using a new planning context delivered from the server and changing device management planning; through the client, selectively inform the server of the result of the device management planning in accordance with the filtering information of the status report in the generated device management tree; and through the server, they contact the client with a request to delete the predefined device management scheduling.

Предпочтительно этап установления планирования управления устройствами включает в себя этапы, на которых заверяют правильность доставленного контекста планирования; и формируют, по меньшей мере, одно или несколько поддеревьев планирования управления устройствами с использованием контекста планирования управления устройствами, когда правильность контекста планирования полностью заверена.Preferably, the step of establishing device management planning includes the steps of assuring the correctness of the delivered planning context; and forming at least one or more device control planning subtrees using the device management planning context when the correctness of the planning context is fully verified.

Для достижения этих и других преимуществ и в соответствии с назначением настоящего изобретения система управления устройствами содержит сервер для формирования и передачи контекста планирования, включающего в себя команду управления устройствами и план выполнения команды управления устройствами; и клиент для формирования дерева управления устройствами с использованием переданного контекста планирования управления устройствами, чтобы тем самым формировать планирование управления устройствами, и выполнения планирования управления устройствами в соответствии с условием выполнения команды (то есть условием для выполнения команды) сформированного планирования управления устройствами.To achieve these and other advantages, and in accordance with the purpose of the present invention, the device management system comprises a server for generating and transmitting a scheduling context including a device management command and a device management command execution plan; and a client for generating a device management tree using the transferred device management planning context, thereby generating device management planning, and performing device management planning in accordance with a command execution condition (i.e., a command execution condition) of the generated device management planning.

Предпочтительно сервер передает новый контекст планирования клиенту, с тем чтобы обратиться к клиенту с запросом на изменение планирования управления устройствами, и передает клиенту команду удаления управления устройствами, с тем чтобы обратиться с запросом на удаление предварительно установленного контекста планирования управления устройствами.Preferably, the server transmits the new scheduling context to the client in order to contact the client with a request to change the device management scheduling, and transmits the device management delete command to the client in order to request the deletion of the previously set device management planning context.

Предпочтительно клиент выборочно сообщает серверу результат выполнения планирования управления устройствами в соответствии с информацией фильтрования отчета о состоянии планирования управления устройствами.Preferably, the client selectively informs the server of the result of the device management planning in accordance with the filtering information of the device management planning status report.

Предпочтительно клиент включает в себя модуль обработки команд для формирования сеанса управления устройствами с сервером и последующего приема контекста планирования от сервера; и модуль планирования для формирования дерева управления устройствами с использованием контекста планирования, доставленного от модуля обработки команд, уведомления модуля обработки команд об удовлетворении условию выполнения команды, с тем чтобы выполнить соответствующую команду управления устройствами, когда удовлетворено условие выполнения команды, и приема результата обработки команды управления устройствами от модуля обработки команд, чтобы выборочно сообщить его серверу управления устройствами.Preferably, the client includes a command processing module for generating a device control session with the server and then receiving the scheduling context from the server; and a scheduling module for generating a device control tree using a scheduling context delivered from the command processing module, notifying the command processing module of the satisfaction of the command execution condition in order to execute the corresponding device control command when the command execution condition is satisfied, and receiving the result of processing the control command devices from the command processing module to selectively inform its device management server.

Предпочтительно модуль обработки команд включает в себя функциональный блок для доставки контекста планирования, переданного от сервера модулю планирования; функциональный блок для выполнения соответствующей запланированной команды в соответствии с уведомлением модуля планирования и передачи результата выполнения соответствующей команды модулю планирования; и функциональный блок для доставки отчета о состоянии контекста планирования, переданного от модуля планирования, на сервер на основе результата выполнения команды.Preferably, the command processing module includes a function block for delivering a scheduling context transmitted from the server to the scheduling module; a function block for executing the corresponding scheduled command in accordance with the notification of the planning module and transmitting the result of the execution of the corresponding command to the planning module; and a function block for delivering a status report on the planning context transmitted from the planning module to the server based on the result of the command.

Предпочтительно модуль планирования включает в себя первый функциональный блок для формирования поддерева планирования управления устройствами с использованием контекста планирования, доставленного с сервера; второй функциональный блок для считывания условия выполнения запланированной команды (то есть условия выполнения команды) поддерева планирования управления устройствами и постоянной проверки состояния, в котором удовлетворяется условие выполнения команды; третий функциональный блок для обращения к функциональному блоку выполнения команды модуля планирования команды с запросом на выполнение команды управления устройствами, когда удовлетворено условие выполнения команды; четвертый функциональный блок для определения, нужно ли сообщать серверу результат выполнения команды функционального блока выполнения команды в соответствии со значением узла фильтрования поддерева планирования управления устройствами; пятый функциональный блок для сообщения серверу результата выполнения команды, переданного от четвертого функционального блока, или результата проверки условия выполнения команды вторым функциональным блоком; и шестой функциональный блок для удаления предустановленного поддерева планирования управления устройствами в соответствии с командой удаления планирования управления устройствами, на которую поступил запрос от сервера.Preferably, the scheduling module includes a first functional unit for generating a device management scheduling subtree using the scheduling context delivered from the server; a second functional unit for reading the conditions for the execution of the planned command (that is, the conditions for the execution of the command) of the device management planning subtree and constantly checking the state in which the condition for executing the command is satisfied; a third function block for accessing a command execution function block of a command scheduling unit with a request to execute a device control command when the condition for executing the command is satisfied; a fourth function block for determining whether to inform the server of the result of the command of the function block of the command in accordance with the value of the filtering node of the device management scheduling subtree; a fifth function block for informing the server of the result of the command transmitted from the fourth function block, or of the result of checking the conditions for executing the command by the second function block; and a sixth functional unit for deleting a predefined device management scheduling subtree in accordance with a device management scheduling removal command to which a request has been received from the server.

Предпочтительно в способе и системе контекст планирования включает в себя команду управления устройствами и информацию о планировании, связанную с выполнением команды, и имеет текстовый формат расширяемого языка разметки (XML).Preferably, in the method and system, the scheduling context includes a device control command and scheduling information associated with the execution of the command, and has a text format for extensible markup language (XML).

Предпочтительно в способе и системе контекст планирования включает в себя информационный элемент для условия выполнения команды; информационный элемент для запланированных команд управления устройствами; информационный элемент для пользовательского интерфейса; и информационный элемент для фильтрования отчета о состоянии.Preferably, in the method and system, the planning context includes an information element for the condition for executing the command; Information element for scheduled device management commands information element for the user interface; and an information item for filtering a status report.

Предпочтительно в способе и системе поддерево планирования управления устройствами включает в себя узел планирования; узел для указания идентификатора контекста планирования управления устройствами; узел для указания условия выполнения запланированной команды управления устройствами; узел для указания информации пользовательского интерфейса; и узел для указания того, нужно ли сообщать результат выполнения команды, или узел для указания адреса сервера для сообщения результата выполнения команды.Preferably, in the method and system, the device control planning subtree includes a planning node; a node for specifying a device management planning context identifier; a node for indicating the execution condition of the planned device management command; a node for indicating user interface information; and a node for indicating whether to report the result of the command, or a node for indicating the server address for reporting the result of the command.

Предпочтительно в способе и системе устройство обозначает пользовательское оборудование, такое как терминалы, карманные компьютеры, портативные персональные компьютеры, настольные персональные компьютеры и т.п.Preferably, in the method and system, the device refers to user equipment, such as terminals, PDAs, portable personal computers, desktop personal computers, and the like.

Упомянутые выше и другие задачи, признаки, аспекты и преимущества настоящего изобретения станут более очевидными из следующего подробного описания настоящего изобретения при рассмотрении вместе с сопроводительными чертежами.The above and other objects, features, aspects and advantages of the present invention will become more apparent from the following detailed description of the present invention when considered in conjunction with the accompanying drawings.

Описание чертежейDescription of drawings

Сопроводительные чертежи, которые даны для обеспечения более полного понимания изобретения и включены в настоящее описание и составляют его часть, иллюстрируют варианты воплощения изобретения и вместе с описанием служат для разъяснения принципов изобретения.The accompanying drawings, which are given to provide a more complete understanding of the invention and are incorporated in and constitute a part of the present description, illustrate embodiments of the invention and together with the description serve to explain the principles of the invention.

Фиг.1 - блок-схема, показывающая систему управления устройствами в соответствии с настоящим изобретением;Figure 1 is a block diagram showing a device management system in accordance with the present invention;

фиг.2 - изображение, показывающее структуру документа команды в формате XML (расширяемого языка разметки), показанного на фиг.1;FIG. 2 is a view showing the structure of a command document in XML (Extensible Markup Language) format shown in FIG. 1;

фиг.3 - изображение, показывающее шаблон DTD (определения типа документа) документа команды в формате XML;FIG. 3 is a view showing a DTD (document type definition) template of a command document in XML format; FIG.

фиг.4 - изображение, показывающее структуру документа информации планирования в формате XML, показанного на фиг.1;FIG. 4 is a view showing the structure of an XML planning information document shown in FIG. 1;

фиг.5 - изображение, показывающее шаблон DTD документа информации планирования в формате XML;5 is a view showing a DTD template of an XML planning information document;

фиг.6 - изображение, показывающее вариант воплощения для элемента Dur продолжительности;6 is a view showing an embodiment for a duration element Dur;

фиг.7 - изображение, определяющее информационное содержание порогового элемента Th;Fig.7 is an image that defines the information content of the threshold element Th;

фиг.8 - изображение, определяющее операторы и специальные символы, используемые в элементе Th;Fig. 8 is a view defining operators and special characters used in a Th element;

фиг.9 - изображение, показывающее формат элемента Th;Fig.9 is an image showing the format of the element Th;

фиг.10 - изображение, показывающее вариант воплощения создания метаданных планирования с использованием элемента Th;10 is a view showing an embodiment of creating scheduling metadata using a Th element;

фиг.11 - изображение, подробно показывающее структуру системы управления устройствами в соответствии с настоящим изобретением, показанной на фиг.1;11 is a view detailing the structure of a device management system in accordance with the present invention shown in FIG. 1;

фиг.12 - изображение, показывающее поток сигналов в способе планирования управления устройствами в системе управления устройствами в соответствии с настоящим изобретением;12 is a view showing a signal flow in a device management scheduling method in a device management system in accordance with the present invention;

фиг.13 - подробное изображение, показывающее поток сигналов на этапе формирования и выполнения планирования управления устройствами в способе планирования управления устройствами в системе управления устройствами в соответствии с настоящим изобретением, показанном на фиг.12;FIG. 13 is a detailed view showing the signal flow in the step of generating and executing device management planning in a device management planning method in a device management system in accordance with the present invention shown in FIG. 12;

фиг.14 - подробное изображение, показывающее поток сигналов на этапе изменения планирования управления устройствами в способе планирования управления устройствами в системе управления устройствами в соответствии с настоящим изобретением, показанном на фиг.12; иFig. 14 is a detailed view showing a signal flow in a step of changing device management planning in a device management planning method in a device management system in accordance with the present invention shown in Fig. 12; and

фиг.15 - подробное изображение потока сигналов на этапе удаления планирования управления устройствами в способе планирования управления устройствами в системе управления устройствами в соответствии с настоящим изобретением, показанном на фиг.12.FIG. 15 is a detailed view of the signal flow in the step of deleting device management planning in a device management planning method in the device management system in accordance with the present invention shown in FIG.

Вариант осуществления изобретенияAn embodiment of the invention

Сейчас подробно будет сделана ссылка на некоторые предпочтительные варианты воплощения настоящего изобретения, примеры которых проиллюстрированы на сопроводительных чертежах.Reference will now be made in detail to certain preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings.

Настоящее изобретение обеспечивает систему управления устройствами, в которой сервер может динамически управлять планированием управления устройствами клиента для управления устройствами или синхронизации данных, и способ планирования управления устройствами в соответствующей системе.The present invention provides a device management system in which a server can dynamically manage scheduling of client device management for device management or data synchronization, and a method for planning device management in a corresponding system.

Кроме того, настоящее изобретение обеспечивает систему управления устройствами, в которой сервер планирует управление устройствами или команду управления устройствами клиента, и в соответствии с этим клиент самопроизвольно сообщает о состоянии устройства (например, терминала), выполняет запланированные программы (диагностические программы, программы протоколирования состояния, программы обнаружения вирусов и т.п.) и использует оптимальные значения параметров в соответствии с изменением среды использования в заданный момент времени или при заданном статусе, и способ планирования управления устройствами в соответствующей системе.In addition, the present invention provides a device management system in which the server plans to manage devices or a client device management command, and in accordance with this, the client spontaneously reports on the status of the device (e.g., terminal), executes scheduled programs (diagnostic programs, state logging programs, virus detection programs, etc.) and uses the optimal parameter values in accordance with the change in the environment of use at a given point in time or at a given status, and a method for planning device management in the corresponding system.

Для этого в системе управления устройствами и ее способе планирования управления устройствами сервер передает клиенту целевого устройства контекст планирования управления устройствами, содержащий команду управления устройствами и информацию о планировании, и клиент формирует дерево управления устройствами (то есть разновидность иерархии или структуры управления информацией с несколькими уровнями или ветвями, которая напоминает "дерево") с использованием контекста планирования управления устройствами и затем выполняет соответствующую команду управления устройствами в соответствии с условием выполнения команды (то есть условием для выполнения команды). Предпочтительно целевое устройство относится к пользовательскому оборудованию, такому как терминалы, карманные компьютеры, портативные персональные компьютеры и настольные персональные компьютеры и т.п., из которых разъяснение будет даваться только для терминалов исключительно ради удобства. Далее будут подробно описаны некоторые предпочтительные варианты воплощения настоящего изобретения.To do this, in the device management system and its device management planning method, the server transmits the device management planning context containing the device management command and planning information to the target device client, and the client generates a device management tree (i.e., a kind of hierarchy or information management structure with several levels or branches, which resembles a "tree") using the device management planning context and then performs the corresponding guide device management command in accordance with the condition of the command (ie, a condition to execute the command). Preferably, the target device relates to user equipment, such as terminals, handheld computers, portable personal computers and desktop personal computers and the like, from which an explanation will be given only for terminals solely for convenience. Next, some preferred embodiments of the present invention will be described in detail.

Фигура 1 является блок-схемой, показывающей систему управления устройствами в соответствии с настоящим изобретением.Figure 1 is a block diagram showing a device management system in accordance with the present invention.

Как показано на фигуре 1, система управления устройствами в соответствии с настоящим изобретением включает в себя: сервер 100 управления устройствами для формирования контекста планирования управления устройствами и его передачи на устройство (например, терминал); и клиент 200 управления устройствами для формирования дерева управления устройствами в терминале с использованием контекста планирования, переданного от сервера 100 управления устройствами, и выполнения соответствующей команды управления устройствами, когда удовлетворено условие выполнения команды (то есть условие для выполнения команды).As shown in FIG. 1, a device management system in accordance with the present invention includes: a device management server 100 for generating a device management planning context and transmitting it to a device (eg, a terminal); and a device management client 200 for generating a device management tree in the terminal using the scheduling context transmitted from the device management server 100 and executing the corresponding device management command when the condition for executing the command (i.e., the condition for executing the command) is satisfied.

Клиент 200 управления устройствами включает в себя: модуль 20 обработки команд для приема контекста планирования от сервера 100 управления устройствами; модуль 30 планирования для формирования дерева 40 управления устройствами с использованием контекста планирования, переданного от модуля 20 обработки команд, уведомления модуля 20 обработки команд об удовлетворении условию выполнения команды для выполнения соответствующей команды управления устройствами, когда удовлетворено условие выполнения команды, и приема результата обработки команды управления устройствами от модуля 20 обработки команд, чтобы таким образом выборочно сообщать его серверу управления устройствами.The device management client 200 includes: an instruction processing unit 20 for receiving a scheduling context from the device management server 100; a scheduling unit 30 for generating a device control tree 40 using the scheduling context transmitted from the instruction processing unit 20, notifying the instruction processing unit 20 to satisfy the command execution condition to execute the corresponding device control command when the condition for executing the command is satisfied, and receiving the result of processing the control command devices from the module 20 command processing, so as to selectively report it to the device management server.

Контекст планирования управления устройствами включает в себя команду управления устройствами и план, связанный с выполнением команды управления устройствами, например, информационный элемент Condition для условия выполнения команды, информационный элемент Commands для запланированных команд управления устройствами, информационный элемент UserInter для пользовательского интерфейса, информационный элемент для фильтрования отчета о состоянии и т.п.The device management planning context includes a device management command and a plan associated with the execution of the device management command, for example, the Condition information element for the command execution condition, the Commands information element for the planned device management commands, the UserInter information element for the user interface, and the filtering information element status report, etc.

Фиг.1 показывает пример дерева управления устройствами, сформированного клиентом управления устройствами.1 shows an example of a device management tree generated by a device management client.

На фиг.1 дерево 40 управления устройствами включает в себя, по меньшей мере, одно или несколько поддеревьев 41 планирования управления устройствами, каждое из которых включает в себя множество узлов планирования, а именно узел Sched_1 плана, узел SchedID, узел Condition, узел Commands, узел UserInter, узел Gating и т.п.1, the device management tree 40 includes at least one or more device management scheduling subtrees 41, each of which includes a plurality of planning nodes, namely a plan node Sched_1, a SchedID node, a Condition node, a Commands node, UserInter node, Gating node, etc.

Узел Sched_1 плана указывает каждое планирование управления устройствами (Sched_1) и соединяет узел Commands и узел Condition друг с другом. Главным образом, узел Sched_1 плана используется как "шаблон" (то есть базисный узел позиции). Узел Condition указывает условие, при котором команда управления устройствами должна быть выполнена. Узел Commands указывает запланированные команды управления устройствами, которые должны быть выполнены клиентом управления устройствами, когда удовлетворено условие выполнения команды (то есть в заданный момент времени или при заданном состоянии). Кроме того, узел UserInter указывает, должно ли быть принято пользовательское подтверждение относительно выполнения соответствующей команды, когда удовлетворено условие выполнения команды. Узел Gating указывает, нужно ли уведомлять сервер 100 управления устройствами о результате выполнения команды управления устройствами. Кроме того, поддерево 41 планирования управления устройствами может также выборочно (факультативно) включать в себя узел Mgmtsvr сервера управления устройствами. Предпочтительно узел Mgmtsvr хранит адрес сервера для сообщения результата выполнения команды управления устройствами. Например, если результат обработки нужно сообщить другому серверу, отличному от соответствующего сервера управления устройствами, или сервер управления устройствами, которому нужно сообщить результат обработки, различается соответственно каждому результату обработки, узел Mgmtsvr включает в себя информацию о списке управления доступом (ACL), указывающую сервер, имеющий полномочия управления, для каждого узла.The plan node Sched_1 indicates each device management planning (Sched_1) and connects the Commands node and the Condition node to each other. Basically, the plan node Sched_1 is used as a “template” (that is, the position base node). The Condition node indicates the condition under which the device control command should be executed. The Commands node indicates the planned device management commands that should be executed by the device management client when the condition for executing the command is satisfied (that is, at a given point in time or at a given state). In addition, the UserInter node indicates whether user acknowledgment should be received regarding the execution of the corresponding command when the condition for the execution of the command is satisfied. The Gating node indicates whether to notify the device management server 100 of the result of the device management command. In addition, the device management scheduling subtree 41 may also optionally include the device management server Mgmtsvr node. Preferably, the Mgmtsvr node stores a server address for reporting the result of the device control command. For example, if the processing result needs to be reported to another server other than the corresponding device management server, or the device management server to which the processing result is to be reported differs according to each processing result, the Mgmtsvr node includes access control list (ACL) information indicating the server having management authority for each node.

Дерево 40 управления устройствами обозначает логическую структуру данных, в которой сервер управления устройствами может удаленно управлять информацией, хранящейся в общей базе 50 данных в устройстве, посредством сеанса управления устройствами и протоколов управления устройствами, которые являются одними и теми же для всех различных типов устройств. Дерево 40 управления устройствами обеспечивает названия для каждой информации, хранящейся в общей базе данных 50, и обеспечивает путь для доступа к каждой информации. Дерево 40 управления устройствами включает в себя такие свойства, как логические и физические форматы информации и т.п.The device management tree 40 denotes a logical data structure in which the device management server can remotely manage information stored in a common database 50 of the device through a device management session and device management protocols that are the same for all different types of devices. The device management tree 40 provides names for each information stored in a common database 50 and provides a path for accessing each information. The device management tree 40 includes properties such as logical and physical information formats and the like.

Общая база 50 данных, в которой хранится различная информация, которой сервер 100 управления устройствами может управлять, используется для хранения фактического значения каждого узла в поддереве 41 планирования управления устройствами. В частности, узел Commands и узел Condition соответствуют документу команды в формате XML (расширяемого языка разметки) и документу планирования в формате XML, соответственно.A common database 50, which stores various information that the device management server 100 can manage, is used to store the actual value of each node in the device management planning subtree 41. In particular, the Commands node and the Condition node correspond to a command document in XML (Extensible Markup Language) format and a planning document in XML format, respectively.

Документ команды в формате XML включает в себя команды управления устройствами, которые должны быть обработаны клиентом управления устройствами в момент времени или в состоянии, которые удовлетворяют условию планирования. Каждый язык команд составлен из команд, определенных протоколами управления устройствами.The XML command document includes device management commands that must be processed by the device management client at a point in time or in a state that satisfies the planning condition. Each command language is composed of commands defined by device control protocols.

Фигура 2 показывает структуру документа команды в формате XML, и фигура 3 показывает шаблон определения типа документа (DTD) документа команды в формате XML. Как показано на фигурах 2 и 3, корневой элемент документа команды в формате XML относится к элементу Command. Элемент языка команд, определенный в соответствующем протоколе управления устройствами, включен в содержание элемента Command.Figure 2 shows the structure of the command document in XML format, and Figure 3 shows the document type definition template (DTD) of the command document in XML format. As shown in figures 2 and 3, the root element of the command document in XML format refers to the Command element. An element of the command language defined in the corresponding device control protocol is included in the content of the Command element.

Когда поддерево 41 планирования управления устройствами создано, клиент 200 управления устройствами принимает команды управления устройствами от сервера 100 управления устройствами и сохраняет их в общей базе 50 данных. После этого команды управления устройствами могут быть изменены или удалены в другом сеансе управления устройствами.When the device management scheduling subtree 41 is created, the device management client 200 receives device management commands from the device management server 100 and stores them in a common database 50. After that, the device management commands can be changed or deleted in another device management session.

Документ планирования в формате XML включает в себя информацию планирования, которая описывает условие, при котором должны быть выполнены команды управления устройствами, включенные в документ команды в формате XML. Фиг.4 показывает структуру документа информации планирования в формате XML, и фигура 5 является шаблоном DTD документа информации планирования в формате XML.The XML planning document includes planning information that describes the condition under which device management commands included in the XML document should be executed. Figure 4 shows the structure of the planning information document in XML format, and Figure 5 is a DTD template of the planning information document in XML format.

На фигурах 4 и 5 документ планирования в формате XML является правильным документом в формате XML, в котором элемент <Sched> является корневым элементом. Каждый информационный элемент описывает условия планирования. Когда поддерево 41 планирования управления устройствами создано, клиент 200 управления устройствами принимает информацию планирования от сервера 100 управления устройствами и сохраняет ее в общей базе 50 данных. Впоследствии информация планирования может быть изменена или удалена в другом сеансе управления устройствами.In figures 4 and 5, a planning document in XML format is a valid XML document in which the <Sched> element is the root element. Each information element describes the planning conditions. When the device management planning subtree 41 is created, the device management client 200 receives the planning information from the device management server 100 and stores it in a common database 50. Subsequently, scheduling information may be changed or deleted in another device management session.

Элемент Sched планирования как корневой элемент документа информации планирования в формате XML составлен из одного или нескольких простых элементов SimpSched планирования. Элемент Sched определяет триггер. В целом элемент Sched соответствует сумме триггеров, которые определяют элементы SimpSched. Триггер сообщает клиенту управления устройствами, что наступил момент времени или удовлетворено условие, при котором должны быть выполнены команды управления устройствами, включенные в документ команды в формате XML.The Sched planning element, as the root element of the XML planning information document, is composed of one or more simple SimpSched planning elements. The Sched element defines a trigger. In general, the Sched element corresponds to the sum of the triggers that define the SimpSched elements. The trigger informs the device management client that a time has come or a condition has been met under which the device management commands included in the document in XML format must be executed.

Элемент SimpSched определяет одну простую спецификацию планирования и один или несколько триггеров. Определительная спецификация планирования определяется посредством соединения нескольких простых спецификаций планирования. Определительная спецификация планирования определяется элементом Sched. Элемент SimpSched составлен из единичных спецификаций планирования, определяемых посредством одного или нескольких элементов Dur продолжительности, элементов Per периода и пороговых элементов Th. Для назначения условия, при котором триггер, сформированный из каждого элемента, должен быть доставлен клиенту управления устройствами, формируется взаимосвязь между единичными спецификациями планирования. Таким образом, если логическим значением отдельного единичного элемента является "ложь", триггер, сформированный из другого единичного элемента, может быть никогда не доставлен клиенту управления устройствами.The SimpSched element defines one simple scheduling specification and one or more triggers. A definitive planning specification is defined by combining several simple planning specifications. The definitive planning specification is defined by the Sched element. The SimpSched element is made up of single planning specifications defined by one or more duration Dur elements, period Per elements, and threshold threshold elements Th. To assign a condition under which a trigger formed from each element must be delivered to the device management client, a relationship is formed between individual planning specifications. Thus, if the logical value of an individual unit item is false, a trigger formed from another unit item may never be delivered to the device management client.

Элемент Dur является единичной спецификацией планирования для определения периода времени или заданного момента времени. Период времени одновременно определяет и логическое значение, и триггер, а заданный момент времени определяет только триггер.The Dur element is a single planning specification for defining a time period or a given point in time. A time period simultaneously determines both a logical value and a trigger, and a given moment determines only a trigger.

Фигура 6 является вариантом воплощения элемента Dur продолжительности.6 is an embodiment of a duration element Dur.

На фигуре 6 содержание элемента продолжительности как обычный текст со специальным синтаксисом, который будет описан ниже, конфигурирует начальный момент и конечный момент диапазона времени посредством использования специального оператора '..'. Элемент продолжительности представлен датой и временем. Когда и дата, и время используются вместе, дата ставится перед временем, и дата отделяется от времени символом 'T'. Например, 26 июля 2004 года 23 часа 59 минут 59 секунд выражено как '2004-07-26T23:59:59'. Кроме того, минимальное значение элемента продолжительности ограничено 10 секундами, и символы '*', 'im', и '~' определяют 'каждый час', 'немедленно' и 'непрерывно', соответственно по порядку. Здесь '~' может использоваться вместе с 'im'.In figure 6, the content of the duration element as plain text with special syntax, which will be described below, configures the start moment and end moment of the time range by using the special operator '..'. The duration element is represented by date and time. When both date and time are used together, the date is preceded by time, and the date is separated from time by the 'T' character. For example, on July 26, 2004, 23 hours 59 minutes 59 seconds is expressed as '2004-07-26T23: 59: 59'. In addition, the minimum value of the duration element is limited to 10 seconds, and the symbols '*', 'im', and '~' define 'every hour', 'immediately' and 'continuously', respectively, in order. Here '~' can be used with 'im'.

Элемент Per периода как единичный элемент планирования для определения периода времени используется вместе с другим единичным элементом планирования и периодически формирует последовательные триггеры, пока условие является 'истиной'.The period Per element as a unit planning element for determining a time period is used together with another unit planning element and periodically generates sequential triggers, while the condition is 'true'.

Элемент Per определяет период в секундах и относится к числовому тексту, представленному с использованием целого числа или вещественного числа без всякого символа. Элемент Per не может использоваться независимо в элементе SimpSched. Триггер не может быть сформирован в элементе Per, пока связанное условие является 'ложью', но будет формироваться циклически, когда в первый раз условие изменяется со 'лжи' на 'истину' и пока условие остается 'истиной' в зависимости от периода, определенного элементом Per.The Per element defines the period in seconds and refers to numeric text represented using an integer or real number without any character. The Per element cannot be used independently in the SimpSched element. A trigger cannot be generated in a Per element while the associated condition is 'false', but will be generated cyclically when the condition first changes from 'false' to 'true' and while the condition remains 'true' depending on the period defined by the element Per.

Пороговый элемент Th как единичный элемент планирования для определения диапазона значения может определить два различных типа диапазонов и заданное значение, в котором формируется триггер. Элемент Th может быть использован вместе с другими единичными элементами планирования, такими как другой элемент Th, элемент Dur или элемент Per. Элемент Th имеет значение атрибута 'Hyst', которое указывает значение гистерезиса для заданного порога. Элемент Th также имеет значение атрибута 'MgmtObj' и URI (унифицированный идентификатор ресурса) объекта управления, связанного с элементом Th. Содержанием порогового элемента является строка обычного текста, составленная на основе заданного синтаксиса, который будет описан ниже.The threshold element Th, as a unit of planning for determining a range of values, can determine two different types of ranges and the setpoint in which the trigger is formed. The Th element can be used in conjunction with other unitary planning elements, such as another Th element, a Dur element, or a Per element. The Th element has a 'Hyst' attribute value that indicates the hysteresis value for a given threshold. The Th element also has the attribute value 'MgmtObj' and the URI (Unified Resource Identifier) of the control object associated with the Th element. The content of the threshold element is a line of plain text, based on the specified syntax, which will be described below.

Фигура 7 является изображением, определяющим содержание порогового элемента Th, описанное на основе расширенной формы Бэкуса-Наура (ABNF), определенной в RFC2234.7 is an image defining the content of a threshold element Th described based on an extended Backus-Naur form (ABNF) defined in RFC2234.

Как показано на фигуре 7, содержание элемента Th является строкой обычного текста, составленной из значений объекта управления, специальных символов и операторов. Приоритеты операторов соответствуют порядку перечисления на фигуре 8.As shown in FIG. 7, the content of the Th element is a plain text string composed of control object values, special characters, and operators. The priorities of the operators correspond to the order of listing in figure 8.

Содержание элемента Th представлено как элемент 'ThContent', составленный из более чем одного элемента 'ThContentltem', которые разделены оператором 'IS'. Здесь элемент 'ThContentItem' определяет один из элементов 'ThGroup', 'ThRange' и 'EventRange'.The content of a Th element is represented as a 'ThContent' element made up of more than one 'ThContentltem' element, which are separated by the 'IS' operator. Here the element 'ThContentItem' defines one of the elements 'ThGroup', 'ThRange' and 'EventRange'.

Элемент ThGroup определяет один или несколько триггеров, которые представлены комбинацией из 'Threshold' и 'Delta' или комбинацией из 'TW(*)' и 'ThExc'. Триггер, который является индикатором для информирования клиента о том, что связанная команда должна быть обработана, может быть сформирован из элемента Th, элемента Dur и элемента Per. Здесь триггер, сформированный из элемента триггера, имеет отношение к изменению значения связанного объекта управления.The ThGroup element defines one or more triggers that are represented by a combination of 'Threshold' and 'Delta' or a combination of 'TW (*)' and 'ThExc'. A trigger, which is an indicator to inform the client that a related command should be processed, can be formed from the Th element, the Dur element, and the Per element. Here, a trigger formed from a trigger element is related to a change in the value of the associated control object.

Элемент 'Threshold' определяет порог, определенный как некоторое значение связанного объекта управления, и используется при определении граничного значения, триггера, и приращения порогового диапазона.The 'Threshold' element defines a threshold defined as some value of the associated control object and is used to determine the boundary value, trigger, and increment of the threshold range.

Элемент TW, который определяет специальный символ, называемый групповым символом порога, представляет собой все значения объекта управления. Здесь триггер формируется в соответствии с изменением значения объекта управления, но групповой символ порога не определяет условие.The TW element, which defines a special character called the wildcard threshold, represents all the values of the control object. Here the trigger is formed in accordance with the change in the value of the control object, but the group symbol of the threshold does not determine the condition.

Элемент 'ThExc' определяет порог, исключенный из другой группы порогов, и обычно используется вместе с групповым символом порога.The 'ThExc' element defines a threshold that is excluded from another group of thresholds, and is usually used with a wildcard threshold symbol.

Элемент 'Delta' составлен из одного или нескольких порогов, каждый из которых представляет каждое приращение. Здесь граничное значение диапазона события представлено элементами события, которые указывают начало события и конец события. Когда наступает начало события из диапазона события, логическим значением условия, обозначенного элементом 'EventRange', становится 'истина'. Когда наступает конец события из диапазона события, логическим значением условия становится 'ложь'. Элемент 'Event' обозначает событие, при котором значение объекта управления имеет заданное значение или находится в пределах некоторого диапазона. Поэтому, чтобы представить элемент 'Event', могут быть использованы порог, группа порогов и пороговый диапазон. Например, случай, при котором значение объекта управления имеет заданное значение или находится в пределах диапазона значения по умолчанию, может быть элементом 'Event'. Одна или обе стороны диапазона события могут быть открытыми, и диапазон, обе стороны которого открыты, именуется как групповой символ диапазона события.The 'Delta' element is composed of one or more thresholds, each of which represents each increment. Here, the boundary value of the event range is represented by event elements that indicate the beginning of the event and the end of the event. When the event starts from the event range, the logical value of the condition indicated by the 'EventRange' element becomes 'true'. When the end of the event from the range of the event occurs, the logical value of the condition becomes 'false'. The 'Event' element denotes an event in which the value of the control object has a given value or is within a certain range. Therefore, to represent the 'Event' element, a threshold, a group of thresholds, and a threshold range can be used. For example, the case in which the value of the control object has a specified value or is within the range of the default value may be an 'Event' element. One or both sides of the event range can be open, and a range whose both sides are open is referred to as the wildcard of the event range.

Элемент 'ThRange', который определяет пороговый диапазон, используется для определения условия и для формирования триггера. Некоторая из сторон порогового диапазона может быть открытой. Специальный диапазон, обе стороны которого открыты, именуется как групповой символ порогового диапазона. Групповой символ порогового диапазона не может использоваться независимо, но может быть полезен при его использовании вместе с элементом 'ThRangeExc'. Триггер формируется, когда логическое значение условия, определенного пороговым диапазоном, первый раз изменяется на 'истину'. Впоследствии триггер также формируется всякий раз, когда логическое значение условия изменяется.The 'ThRange' element, which defines the threshold range, is used to determine the condition and to form a trigger. Some of the sides of the threshold range may be open. A special range, both sides of which are open, is referred to as the wildcard of the threshold range. The wildcard of a threshold range cannot be used independently, but can be useful when used with the 'ThRangeExc' element. A trigger is formed when the logical value of a condition defined by a threshold range changes for the first time to 'true'. Subsequently, the trigger is also generated whenever the logical value of the condition changes.

Элемент 'ThRangeExc' составлен из более чем одного элемента TREP, с тем чтобы представить исключение из заданного порогового диапазона. Здесь элемент TREP является компонентом, который используется только в элементе 'ThRangeExc'.The 'ThRangeExc' element is composed of more than one TREP element in order to represent an exception from a given threshold range. Here, the TREP element is a component that is used only in the 'ThRangeExc' element.

Элемент 'EventRange', который указывает диапазон события, может определять условие и триггер как элемент 'ThRange'. Здесь граничное значение диапазона события представлено элементами события, которые указывают начало события и конец события. Когда наступает начало события из диапазона события, логическим значением условия, обозначенного элементом 'EventRange', становится 'истина'. Когда наступает конец события из диапазона события, логическим значением условия становится 'ложь'. Событие обозначает событие, при котором значение объекта управления имеет заданное значение или находится в пределах некоторого диапазона. Таким образом, чтобы представить событие, могут использоваться порог, группа порогов и пороговый диапазон. Например, событие, при котором значение объекта управления имеет заданное значение или находится в пределах диапазона значения по умолчанию, может быть событием. Одна или обе стороны диапазона события могут быть открытыми, и диапазон, обе стороны которого открыты, именуется как групповой символ диапазона события.The 'EventRange' element, which indicates the range of the event, can define the condition and trigger as the 'ThRange' element. Here, the boundary value of the event range is represented by event elements that indicate the beginning of the event and the end of the event. When the event starts from the event range, the logical value of the condition indicated by the 'EventRange' element becomes 'true'. When the end of the event from the range of the event occurs, the logical value of the condition becomes 'false'. Event denotes an event in which the value of the control object has a given value or is within a certain range. Thus, to represent an event, a threshold, a group of thresholds, and a threshold range can be used. For example, an event in which the value of the control object has a set value or is within the range of the default value may be an event. One or both sides of the event range can be open, and a range whose both sides are open is referred to as the wildcard of the event range.

Фигура 8 показывает определения операторов и специальных символов, используемых в элементе Th, фигура 9 показывает свойства элемента Th, и фигура 10 показывает вариант воплощения для создания контекста планирования управления устройствами с использованием элемента Th.Figure 8 shows the definitions of operators and special characters used in the Th element, Figure 9 shows the properties of the Th element, and Figure 10 shows an embodiment for creating a device management planning context using the Th element.

Вариант воплощения, показанный на фигуре 10, указывает контекст планирования управления устройствами для элемента 'Get', который отдает распоряжение обработать команду 'Get' значения узла, когда оно равно 1200, 1400, 3000 или каждые 60 секунд, пока значение находится между 1800 и 3000.The embodiment shown in FIG. 10 indicates a device management planning context for a Get element that instructs to process a Get value of a node value when it is 1200, 1400, 3000, or every 60 seconds, while the value is between 1800 and 3000 .

Фигура 11 является изображением, подробно показывающим структуру системы управления устройствами, показанной на фигуре 1.Figure 11 is an image detailing the structure of the device management system shown in figure 1.

Как показано в чертеже, сервер 100 управления устройствами и клиент 200 управления устройствами (модуль планирования и модуль обработки команд) включают в себя множество функциональных блоков, требуемых для выполнения формирования/установления планирования, выполнения планирования управления устройствами, изменения/удаления планирования управления устройствами, сообщения о состояниях планирования управления устройствами и т.п.As shown in the drawing, the device management server 100 and the device management client 200 (scheduling module and command processing module) include a plurality of functional blocks required to perform formation / establishment of planning, execution of device management planning, modification / deletion of device management planning, messages device management planning states, etc.

Функциональный блок 10 формирования/изменения контекста планирования, обеспеченный в сервере 100 управления устройствами, формирует контекст планирования управления устройствами и обращается к модулю 20 обработки команд клиента 200 управления устройствами с запросом на установку или изменение контекста планирования управления устройствами.Functional block 10 forming / changing the planning context provided in the device management server 100 generates a device management planning context and contacts the command processing module 20 of the device management client 200 with a request to set or change the device management planning context.

Функциональный блок 31 установки/восстановления контекста планирования формирует поддерево планирования управления устройствами, чтобы, таким образом, формировать дерево управления устройствами, когда сервер 100 управления устройствами делает запрос на установку/изменение контекста планирования через функциональный блок 21 передачи запроса модуля 20 обработки команд. Если требуется, функциональный блок 31 установки/восстановления контекста планирования может принимать пользовательское подтверждение перед установкой контекста планирования.The planning context installation / restoration function block 31 generates a device control planning subtree to thereby form the device management tree when the device management server 100 requests to set / change the planning context via the request functional block 21 of the command processing unit 20. If desired, the scheduling context installation / restoration function unit 31 may receive a user confirmation before setting the scheduling context.

Функциональный блок 32 подтверждения условия выполнения команды подтверждает условие выполнения запланированной команды в поддереве планирования управления устройствами и постоянно проверяет состояние, удовлетворено ли условие выполнения команды. Например, удовлетворение условия выполнения команды может быть выявлено, когда значение другого объекта управления, имеющегося в дереве управления устройствами, соответствует назначенному пороговому значению или в определенный момент времени или в соответствии с тем, произошло ли заданное событие в устройстве. Когда условие выполнения команды удовлетворено, функциональный блок 32 подтверждения условия выполнения команды выполняет, если требуется, процесс пользовательского подтверждения в соответствии с информацией UserInter пользовательского интерфейса в поддереве планирования управления устройствами.The function block 32 for confirming the condition for executing the command confirms the condition for executing the scheduled command in the device control planning subtree and constantly checks the status whether the condition for executing the command is satisfied. For example, satisfaction of the conditions for executing a command can be revealed when the value of another control object available in the device management tree corresponds to the assigned threshold value either at a certain point in time or in accordance with whether a given event has occurred in the device. When the command execution condition is satisfied, the command execution condition confirmation function block 32 executes, if required, the user confirmation process in accordance with the UserInter information of the user interface in the device management planning subtree.

Когда удовлетворено условие выполнения команды в функциональном блоке 32 подтверждения условия выполнения команды или пользователь разрешает операцию управления устройствами, функциональный блок 33 выполнения команды управления устройствами обращается к функциональному блоку 22 выполнения команды модуля 20 обработки команд с запросом на выполнение команды управления устройствами.When the condition for executing the command in the function block 32 for confirming the condition for executing the command is satisfied, or the user allows the device control operation, the device control command execution block 33 refers to the command function block 22 of the command processing unit 20 with a request to execute the device control command.

Функциональный блок 22 выполнения команды выполняет запланированные команды управления устройствами в поддереве планирования управления устройствами в соответствии с запросом на выполнение команды управления устройствами от функционального блока 32 подтверждения условия выполнения команды. Функциональный блок 22 выполнения команды передает результат выполнения команды (состояние/результат/общее предупреждение) модулю планирования 30 посредством ответного сообщения. Ответное сообщение, например, включает в себя коды результата выполнения команды относительно того, что команды были полностью выполнены, по какой причине произошла ошибка, каково состояние устройства после выполнения команды и т.п.The command execution function block 22 executes the planned device control commands in the device control scheduling subtree in accordance with the request for the execution of the device control command from the function block 32 of the confirmation of the command execution condition. The command execution function block 22 transmits the result of the command (status / result / general warning) to the scheduling module 30 by means of a response message. The response message, for example, includes codes for the result of the execution of the command regarding the fact that the commands were completely executed, for what reason the error occurred, what is the state of the device after the command was executed, etc.

Функциональный блок 34 фильтрования отчета о состоянии фильтрует данные, которые должны быть сообщены серверу 100 управления устройствами. Функциональный блок 34 фильтрования отчета о состоянии определяет, нужно ли сообщать серверу 100 управления устройствами результат выполнения команды (состояние/результат/общее предупреждение), переданный от функционального блока 22 выполнения команды.The status report filtering function 34 filters the data to be reported to the device management server 100. The status report filtering function unit 34 determines whether the result of the command execution (status / result / general warning) transmitted from the command execution function block 22 needs to be reported to the device management server 100.

Функциональный блок 35 отчета о состоянии контекста планирования сообщает серверу управления устройствами результат выполнения команды (состояние/результат/общее предупреждение), переданный от функционального блока 34 фильтрования отчета о состоянии, и может сообщить результат выполнения команды другому серверу, используя информацию списка управления доступом (ACL) узла Mgmtsvr. Функциональный блок 35 отчета о состоянии контекста планирования передает протокольный блок данных (PDU) отчета о состоянии с использованием конкретного протокола (например, общее предупреждение), тем самым выполняя процесс отчета о состоянии контекста планирования управления устройствами.The planning context status report function block 35 informs the device management server of the command execution result (status / result / general warning) transmitted from the status report filtering function block 34, and can report the result of the command to another server using the access control list information (ACL ) Mgmtsvr node. The planning context status report function block 35 transmits the status report protocol data unit (PDU) using a specific protocol (eg, a general warning), thereby performing the process of reporting the status of the device management planning context.

Предпочтительно протокольный блок данных (PDU) отчета о состоянии, в сущности, включает в себя протокольные блоки данных (PDU) (протокольный блок данных (PDU) состояния, протокольный блок данных (PDU) результата и протокольный блок данных (PDU) общего предупреждения) для передачи языка команды состояния, языка команды результата и языка команды общего предупреждения и протокольный блок данных (PDU) запроса завершения для контекста планирования управления устройствами, который выполняет пользователь.Preferably, the status report protocol data unit (PDU) essentially includes protocol data units (PDUs) (status protocol data unit (PDU), result protocol data unit (PDU) and general warning protocol data unit (PDU) for transmitting the status command language, the result command language and the general warning command language and the completion request protocol data unit (PDU) for the user control planning context of the device.

Функциональный блок 32 подтверждения условия выполнения команды и функциональный блок 33 выполнения команды управления устройствами модуля 30 планирования в случае необходимости могут быть объединены в один функциональный блок. Функциональный блок 34 фильтрования отчета о состоянии также в случае необходимости может быть объединен с функциональным блоком 35 отчета о состоянии контекста планирования (обозначено пунктирной линией).The function block 32 for confirming the conditions for executing the command and the function block 33 for executing the device control command of the scheduling module 30 can be combined into one function block, if necessary. The function block 34 of the filtering of the status report can also, if necessary, be combined with the function block 35 of the report on the status of the planning context (indicated by a dashed line).

Теперь более подробно будут даны разъяснения для функций выполнения/изменения/удаления планирования управления устройствами и сообщения о состоянии планирования управления устройствами со ссылкой на сопроводительные чертежи. В этом случае между сервером 100 управления устройствами и клиентом 200 управления устройствами устанавливается сеанс управления устройствами. При установлении сеанса выполняется процесс проверки подлинности между сервером 100 управления устройствами и клиентом 200 управления устройствами.Now, explanations will be given in more detail for the functions of executing / modifying / deleting device management planning and reporting the status of device management planning with reference to the accompanying drawings. In this case, a device control session is established between the device management server 100 and the device management client 200. When the session is established, an authentication process is performed between the device management server 100 and the device management client 200.

Функция установления планирования управления устройствамиDevice Management Planning Establishment Function

Установление планирования управления устройствами запрашивается процессами формирования контекста планирования управления устройствами, подключения к сеансу управления устройствами и передачи устройству (например, терминалу) контекста планирования управления устройствами через протокол управления устройствами.Establishment of device management planning is requested by the processes of creating the device management planning context, connecting to the device management session and transmitting the device management planning context to the device (for example, the terminal) via the device management protocol.

Таким образом, как показано на фиг.11 и 12, функциональный блок 10 формирования/изменения контекста планирования сервера 100 управления устройствами формирует команду управления устройствами и контекст планирования, включающий в себя план относительно выполнения команды управления устройствами. Функциональный блок 10 формирования/изменения контекста планирования передает сформированный контекст планирования на устройство (например, терминал) через протокол управления устройствами. Здесь функциональный блок 10 формирования/изменения контекста планирования добавляет команды управления устройствами с использованием команды ADD (добавить) и делает все команды управления устройствами запланированными одной группой с использованием атомарной (выполняемой как единое целое) команды. В результате функциональный блок 10 формирования/изменения контекста планирования позволяет устройству (например, терминалу) обрабатывать одну группу сразу всех команд управления устройствами. Кроме того, функциональный блок 10 формирования/изменения контекста планирования также включает команду предупреждения пользовательского интерфейса в атомарную команду, чтобы принять подтверждение пользователя перед тем, как устройство установит соответствующий контекст планирования.Thus, as shown in FIGS. 11 and 12, the function block 10 for generating / changing the planning context of the device management server 100 generates a device management command and a scheduling context including a plan for executing the device management command. Functional block 10 of the formation / change of the planning context transmits the generated planning context to the device (eg, terminal) through the device control protocol. Here, the planning context generation / change function block 10 adds device control commands using the ADD (add) command and makes all device control commands planned by one group using an atomic (executed as a whole) command. As a result, the functional unit 10 of the formation / change of the planning context allows the device (for example, the terminal) to process one group of all device control commands at once. In addition, the planning context generation / change function block 10 also includes a user interface alert command in an atomic command to receive user confirmation before the device establishes an appropriate planning context.

Контекст планирования, переданный от сервера 100 управления устройствами клиенту 200 управления устройствами, передается функциональному блоку 31 установки/восстановления контекста планирования модуля планирования 30 посредством функционального блока 21 передачи запроса модуля 20 обработки команд (этап S11).The scheduling context transmitted from the device management server 100 to the device management client 200 is transmitted to the scheduling context setting / recovery function block 31 of the scheduling module 30 by the request transmission block 21 of the command processing module 20 (step S11).

После приема подтверждения пользователя в соответствии с командой предупреждения пользовательского интерфейса функциональный блок 31 установки/восстановления контекста планирования формирует дерево 40 управления устройствами с использованием контекста планирования управления устройствами, тем самым устанавливая контекст планирования управления устройствами. Контекст планирования управления устройствами, показанный на фиг.1, устанавливается посредством формирования поддерева 41 планирования управления устройствами, имеющего, по меньшей мере, один или несколько узлов планирования (объектов управления устройствами) в дереве 40 управления устройствами. Когда дерево управления устройствами сформировано, фактические значения множества узлов планирования сохраняются в общей базе 50 данных. В частности, значение узла Condition и значение узла Commands, имеющее допустимый документ в формате XML, сохраняются соответственно в документе команды в формате XML и в документе информации планирования в формате XML.After receiving user confirmation in accordance with the user interface warning command, the planning context installation / restoration function unit 31 generates a device management tree 40 using the device management planning context, thereby establishing a device management planning context. The device management planning context shown in FIG. 1 is established by forming a device management planning subtree 41 having at least one or more planning nodes (device management objects) in the device management tree 40. When the device management tree is formed, the actual values of the plurality of planning nodes are stored in a common database 50. In particular, the value of the Condition node and the value of the Commands node, which has a valid XML document, are stored respectively in the command document in XML format and in the planning information document in XML format.

Кроме того, когда сформировано поддерево 41 планирования управления устройствами 41, функциональный блок 31 установки/восстановления контекста планирования удостоверяется, правильны ли синтаксис и контекст документа в формате XML переданного контекста планирования управления устройствами и может ли контекст планирования управления устройствами быть установлен (например, полномочия доступа сервера, возможности клиента и т.д.). Потом функциональный блок 31 установки/восстановления контекста планирования уведомляет сервер 100 управления устройствами о результате установки в отношении запроса на установку контекста планирования управления устройствами (обозначено пунктирной линией).In addition, when the device management scheduling subtree 41 is formed, the planning context installation / restoration function block 31 verifies whether the syntax and context of the XML document of the transferred device management planning context is correct and whether the device management planning context can be set (for example, access permissions server, client capabilities, etc.). Then, the planning context installation / restoration function unit 31 notifies the device management server 100 of the installation result with respect to the request to set the device management planning context (indicated by a dashed line).

Функция выполнения планирования управления устройствамиDevice Management Planning Execution Function

После успешного удостоверения документа в формате XML и, таким образом, формирования дерева 40 управления устройствами, а именно одного поддерева 41 планирования управления устройствами, клиент 200 управления устройствами анализирует информацию планирования документа в формате XML базы 50 данных для выполнения процесса планирования. Таким образом, когда сформировано одно поддерево 41 планирования управления устройствами, функциональный блок 32 подтверждения условия выполнения команды считывает информацию условия выполнения команды управления устройствами контекста планирования управления устройствами из документа информации планирования в формате XML в течение постоянного периода (свойство Interval элемента Th) и затем постоянно проверяет состояние, при котором удовлетворено условие выполнения команды управления устройствами (этап S12). Например, удовлетворение условия выполнения команды может быть выявлено, когда значение другого объекта управления, имеющегося в дереве управления устройствами, соответствует назначенному пороговому значению или в определенный момент времени или в соответствии с тем, произошло ли заданное событие в устройстве.After successfully validating the XML document and thus forming the device management tree 40, namely, one device management planning subtree 41, the device management client 200 analyzes the document planning information in XML format of the database 50 to complete the planning process. Thus, when one device management scheduling subtree 41 is formed, the command execution condition confirmation function block 32 reads the device management planning command execution condition information of the device control planning context from the XML planning information document for a constant period (Th element Interval property) and then constantly checks the state in which the condition for the execution of the device control command is satisfied (step S12). For example, satisfaction of the conditions for executing a command can be revealed when the value of another control object available in the device management tree corresponds to the assigned threshold value either at a certain point in time or in accordance with whether a given event has occurred in the device.

Когда условие выполнения команды удовлетворено, если должно быть принято пользовательское подтверждение согласно информации UserInter пользовательского интерфейса в поддереве 41 планирования управления устройствами, выполняется процесс пользовательского подтверждения. В процессе пользовательского подтверждения на экран выдается инструкция (то есть примечание, информация и т.д.), имеющая отношение к выполнению команд управления устройствами, и в соответствии с этим пользователь может разрешить или отменить выполнение команд управления устройствами. Если пользователь отменяет выполнение команды управления устройствами, функциональный блок 32 подтверждения выполнения команды не выполняет запланированные команды управления устройствами, но выполняет процесс подтверждения условия выполнения команды еще раз.When the condition for executing the command is satisfied, if a user confirmation is to be received according to the UserInter information of the user interface in the device control planning subtree 41, a user confirmation process is performed. In the process of user confirmation, an instruction is issued on the screen (i.e., note, information, etc.) related to the execution of device control commands, and in accordance with this, the user can enable or disable the execution of device control commands. If the user cancels the execution of the device control command, the command execution confirmation block 32 does not execute the planned device control commands, but performs the process of confirming the conditions for executing the command again.

Если условие выполнения команды удовлетворено в функциональном блоке 32 подтверждения условия выполнения команды или пользователь разрешает операцию управления устройствами (этап S13), функциональный блок 33 выполнения команды управления устройствами обращается к функциональному блоку 22 выполнения команды модуля 20 обработки команд с запросом на выполнение команды управления устройствами (этап S14). Функциональный блок 22 выполнения команды выполняет команды управления устройствами, запланированные в поддереве 41 планирования управления устройствами в соответствии с запросом от функционального блока 33 выполнения команды управления устройствами и передает результат выполнения команды (состояние/результат/общее предупреждение) функциональному блоку 34 фильтрования отчета о состоянии с использованием ответного сообщения (этап S15).If the condition for executing the command is satisfied in the function block 32 for confirming the condition for executing the command or the user permits the device control operation (step S13), the device control command execution block 33 refers to the command execution block 22 of the command processing unit 20 with a request to execute the device control command ( step S14). The command execution function block 22 executes the device control commands scheduled in the device control planning subtree 41 in accordance with the request from the device control command execution block 33 and transmits the result of the command (status / result / general warning) to the status report filtering unit 34 with using the response message (step S15).

Функциональный блок 34 фильтрования отчета о состоянии определяет, нужно ли сообщать серверу 100 управления устройствами результат выполнения команды (о состоянии/результате/общем предупреждении) в соответствии со значением узла фильтрования поддерева 41 планирования управления устройствами (этап S16).The status report filtering function 34 determines whether to inform the device management server 100 of the result of the command (status / result / general warning) in accordance with the value of the filtering node of the device control scheduling subtree 41 (step S16).

Функциональный блок 34 фильтрования отчета о состоянии выдает часть результата выполнения команды управления устройствами функциональному блоку 35 отчета о состоянии контекста планирования в соответствии со значением узла фильтрования (этап S17). Функциональный блок 35 отчета о состоянии контекста планирования сообщает результат выполнения соответствующей команды функциональному блоку 11 обработки отчета о состоянии сервера 100 управления устройствами посредством функционального блока 23 передачи отчета о состоянии модуля 20 обработки команд (этапы S18 и S19). Здесь функциональный блок 35 отчета о состоянии контекста планирования передает протокольный блок данных (PDU) с использованием конкретного протокола (например, общее предупреждение) и выполняет процесс отчета о состоянии контекста планирования управления устройствами. Протокольный блок данных (PDU) отчета о состоянии в сущности включает в себя протокольные блоки данных (PDU) (протокольный блок данных (PDU) состояния, протокольный блок данных (PDU) результата и протокольный блок данных (PDU) общего предупреждения) для передачи языка команды состояния, языка команды результата и языка команды общего предупреждения.The status report filtering function 34 provides a part of the result of the device management command to the planning context status report functional block 35 in accordance with the value of the filtering node (step S17). The planning context status report function block 35 reports the result of the corresponding command to the status report processing unit 11 of the device management server 100 by the status report function block 23 of the command processing unit 20 (steps S18 and S19). Here, the planning context status report function block 35 transmits a protocol data unit (PDU) using a specific protocol (eg, a general warning) and performs the device management planning context status report process. The status report protocol data unit (PDU) essentially includes protocol data units (PDUs) (status protocol data unit (PDU), result protocol data unit (PDU) and general warning protocol data unit (PDU) for transmitting the command language the status, language of the result command and the language of the general warning command.

Таким образом, как показано на фиг.13, сервер 100 управления устройствами передает контекст планирования управления устройствами клиенту 200 управления устройствами и обращается к клиенту 200 управления устройствами с запросом на формирование планирования управления устройствами (этап S50). Клиент 200 управления устройствами, к которому обратились с запросом на формирование планирования управления устройствами, удостоверяет соответствующую команду (запрос) и формирует поддерево планирования управления устройствами с использованием контекста планирования управления устройствами, и результат затем передается серверу 100 управления устройствами посредством клиента 200 управления устройствами (этапы S51 и S52). Потом клиент 200 управления устройствами проверяет условие выполнения команды поддерева планирования управления устройствами (этап S53). Когда соответствующее условие удовлетворено, клиент 200 управления устройствами обрабатывает запланированные команды управления устройствами (этап S54) и выборочно сообщает результат обработки серверу 100 управления устройствами (этап S55).Thus, as shown in FIG. 13, the device management server 100 transmits the device management planning context to the device management client 200 and contacts the device management client 200 with a request to generate device management planning (step S50). The device management client 200, which was requested to generate device management planning, verifies the corresponding command (request) and generates a device management planning subtree using the device management planning context, and the result is then passed to the device management server 100 via the device management client 200 (steps S51 and S52). Then, the device management client 200 checks the execution condition of the device management scheduling subtree command (step S53). When the corresponding condition is satisfied, the device management client 200 processes the scheduled device management commands (step S54) and selectively reports the processing result to the device management server 100 (step S55).

Функция изменения планирования управления устройствамиDevice Management Plan Change Function

Когда сервер 100 управления устройствами изменяет контекст планирования управления устройствами, который уже был установлен, и передает измененный контекст планирования управления устройствами через протокол управления устройствами, делается запрос на изменение планирования управления устройствами (процесс для передачи контекста планирования управления устройствами). Его поток сигналов является таким же, как при вышеупомянутом выполнении планирования управления устройствами. В этом случае, поскольку поддерево планирования управления устройствами уже существует в устройстве, обычно может быть использована команда Replace (заменить). Когда выполнен процесс передачи контекста планирования управления устройствами, сервер управления устройствами позволяет клиенту управления устройствами управлять всеми запланированными командами управления устройствами группой, передавая атомарную команду. Кроме того, когда выполнен процесс передачи контекста планирования управления устройствами, должно быть принято пользовательское подтверждение перед выполнением процесса для изменения контекста планирования управления устройствами посредством включения команды предупреждения пользовательского интерфейса в атомарную команду. После приема пользовательского подтверждения функциональный блок 31 установки/восстановления контекста планирования управления устройствами клиента 200 управления устройствами восстанавливает контекст планирования управления устройствами в устройстве.When the device management server 100 changes the device management planning context that has already been set and transmits the changed device management planning context via the device management protocol, a request is made to change the device management planning (the process for transmitting the device management planning context). Its signal flow is the same as with the aforementioned execution of device management scheduling. In this case, since the device management planning subtree already exists in the device, the Replace command can usually be used. When the process of transferring the device management planning context has been completed, the device management server allows the device management client to manage all the planned device management commands by the group by transmitting an atomic command. In addition, when the process of transferring the device management planning context has been completed, a user acknowledgment must be received before the process for changing the device management planning context by including the user interface alert command in the atomic command. After receiving the user confirmation, the device management planning context setting / restoration function unit 31 of the device management client 200 returns the device management planning context to the device.

Таким образом, функциональный блок 31 установки/восстановления контекста планирования управления устройствами формирует новое поддерево планирования управления устройствами в дереве 40 управления устройствами с использованием нового переданного контекста планирования управления устройствами и уведомляет сервер 100 управления устройствами о результате обработки запроса на изменение контекста планирования управления устройствами (обозначено пунктирной линией).Thus, the device management planning context installation / restoration function unit 31 generates a new device management planning subtree in the device management tree 40 using the new transferred device management planning context and notifies the device management server 100 of the result of processing the request for changing the device management planning context (indicated by dashed line).

Другими словами, как показано на фигуре 14, сервер 100 управления устройствами передает новый контекст планирования управления устройствами клиенту 200 управления устройствами и обращается к клиенту 200 управления устройствами с запросом на изменение планирования управления устройствами (этап S60). Клиент 200 управления устройствами, к которому обратились с запросом на изменение планирования управления устройствами, удостоверяет соответствующую команду (запрос) и изменяет поддерево планирования управления устройствами с использованием нового контекста планирования управления устройствами, и результат затем передается серверу 100 управления устройствами (этапы S61 и S62).In other words, as shown in FIG. 14, the device management server 100 transmits the new device management planning context to the device management client 200 and contacts the device management client 200 with a request to change the device management planning (step S60). The device management client 200 requested to change the device management planning verifies the corresponding command (request) and changes the device management planning subtree using the new device management planning context, and the result is then passed to the device management server 100 (steps S61 and S62) .

Функция удаления планирования управления устройствамиDevice Management Plan Removal Function

Удаление планирования управления устройствами имеет отношение к удалению дерева управления устройствами, которое уже было сформировано, а именно поддерева 41 планирования управления устройствами в дереве 40 управления устройствами посредством сервера 100 управления устройствами. Запрос на удаление контекста планирования управления устройствами передается от функционального блока 12 запроса на удаление контекста планирования сервера 100 управления устройствами функциональному блоку 36 удаления контекста планирования клиента 200 управления устройствами (этап S20). Здесь функциональный блок 12 запроса на удаление контекста планирования передает функциональному блоку 36 удаления контекста планирования команду Delete (удалить) управления устройствами с использованием унифицированного идентификатора ресурса (URI) поддерева 41 планирования управления устройствами, которое должно быть удалено. Таким образом, функциональный блок 36 удаления контекста планирования удаляет соответствующее поддерево 41 планирования управления устройствами. В результате функциональный блок 36 удаления контекста планирования удаляет контекст планирования управления устройствами, который был установлен, и о результате уведомляется функциональный блок 12 запроса на удаление контекста планирования (этап S21).Deleting device management scheduling relates to deleting a device management tree that has already been generated, namely, the device control scheduling subtree 41 in the device management tree 40 via the device management server 100. The request to delete the device management planning context is transmitted from the request context removal unit 12 of the device management server 100 to the device control functional block 36 to delete the planning context of the device management client 200 (step S20). Here, the planning context deletion request function block 12 transmits the device management Delete command to the planning context deletion function block 36 using the unified resource identifier (URI) of the device management scheduling subtree 41 to be deleted. Thus, the scheduling context delete function block 36 deletes the corresponding device control scheduling subtree 41. As a result, the scheduling context delete function block 36 deletes the device management scheduling context that has been set, and the scheduling context delete request block 12 is notified of the result (step S21).

Таким образом, как показано на фигуре 15, сервер 100 управления устройствами передает команду Delete (удалить) управления устройствами клиенту 200 управления устройствами и обращается к клиенту 200 управления устройствами с запросом на удаление планирования управления устройствами (этап S70). Клиент 200 управления устройствами, к которому обратились с запросом на удаление планирования управления устройствами, удостоверяет соответствующую команду (запрос) и изменяет существующее поддерево планирования управления устройствами, и результат затем передается серверу 100 управления устройствами (этапы S71 и S72).Thus, as shown in FIG. 15, the device management server 100 transmits the device control Delete command to the device management client 200 and contacts the device management client 200 with a request to delete the device management scheduling (step S70). The device management client 200 requested to delete the device management scheduling verifies the corresponding command (request) and modifies the existing device management scheduling subtree, and the result is then passed to the device management server 100 (steps S71 and S72).

Функция отчета о состоянии планирования управления устройствамиDevice Management Planning Status Report Function

Были даны разъяснения для случая, в котором отчет о состоянии планирования управления устройствами выполняется посредством фильтрования отчета о состоянии, а именно случай, в котором результат обработки команд сообщают серверу 100 управления устройствами. Однако отчет о состоянии планирования управления устройствами может быть выполнен, когда возникает ошибка при выполнении процесса подтверждения условия выполнения команды или когда пользователь запрашивает завершение контекста планирования, в то время как пользователь выполняет процесс подтверждения. В этих случаях функциональный блок 35 отчета о состоянии контекста планирования передает протокольные блоки данных (PDU) отчета о состоянии контекста планирования управления устройствами серверу 100 управления устройствами. Функциональный блок 11 обработки отчета о состоянии сервера 100 управления устройствами, принявший управляющие протокольные блоки данных (PDU), выполняет обработку отчета о состоянии контекста планирования управления устройствами.Clarifications have been given for the case in which the device management planning status report is performed by filtering the status report, namely, the case in which the result of processing the commands is reported to the device management server 100. However, a device management planning status report can be executed when an error occurs during the process of confirming the conditions for executing the command, or when the user requests completion of the planning context while the user performs the confirmation process. In these cases, the planning context status report function block 35 transmits the protocol data management unit (PDU) of the device management planning context status report to the device management server 100. The function report processing unit 11 of the status report of the device management server 100, having received the control protocol data units (PDUs), processes the status report of the device management planning context.

Как упомянуто выше, в настоящем изобретении сервер передает команду управления устройствами и контекст планирования управления устройствами, включающий в себя информацию планирования, клиенту в устройстве, и клиент устанавливает контекст планирования управления устройствами, чтобы впоследствии выполнить соответствующую команду управления устройствами в соответствии с условием планирования. В результате сервер эффективно динамически управляет планом управления устройствами клиента.As mentioned above, in the present invention, the server transmits a device management command and a device management planning context including scheduling information to a client in the device, and the client sets a device management planning context to subsequently execute the corresponding device management command in accordance with the scheduling condition. As a result, the server effectively dynamically manages the client device management plan.

Таким образом, на предшествующем уровне техники, чтобы сервер подтверждал некоторое состояние терминала, должен быть сформирован сеанс управления устройствами, и состояние терминала должно периодически опрашиваться. Этот способ требовал больших ресурсов связи, но не было получено никакого особого эффекта. В результате он является причиной пустой траты ресурсов связи и сокращения времени использования батареи. Поэтому, как показано в настоящем изобретении, когда терминал находится в определенной ситуации, о состоянии терминала сообщают серверу, чтобы тем самым решить эти проблемы.Thus, in the prior art, in order for the server to confirm a certain state of the terminal, a device control session must be generated, and the status of the terminal should be periodically interrogated. This method required large communication resources, but no particular effect was obtained. As a result, it causes a waste of communication resources and shortens battery life. Therefore, as shown in the present invention, when the terminal is in a specific situation, the status of the terminal is reported to the server to thereby solve these problems.

Кроме того, многие программы, например диагностические программы, программы протоколирования состояния, программы обнаружения вирусов и т.п., могут быть установлены или существовать в терминале. В случае использования настоящего изобретения сервер управления устройствами может выполнить планирование таким образом, чтобы программы могли быть выполнены в желаемый момент времени или при желаемом состоянии. Когда выполнение программы запланировано, сервер не должен индивидуально устанавливать сеанс управления устройствами, чтобы выполнить программу каждый раз, что приводит к сокращению расхода ресурса радиосвязи. Эти преимущества могут быть полезными в ситуации, когда между клиентом управления устройствами и сервером управления устройствами не может быть установлен канал связи.In addition, many programs, such as diagnostic programs, state logging programs, virus detection programs, and the like, can be installed or exist in the terminal. In the case of using the present invention, the device management server can perform scheduling so that programs can be executed at a desired point in time or in a desired state. When a program is scheduled to run, the server does not have to individually establish a device control session to execute the program each time, which leads to a reduction in radio resource consumption. These advantages can be useful in situations where a communication channel cannot be established between the device management client and the device management server.

Кроме того, для правильной работы терминала в нем имеются различные параметры. Эти параметры определены как значения, посредством которых терминал может получить оптимальную производительность. Однако, если среда использования изменилась, пока терминал используется, в соответствии с этим изменением могут быть изменены оптимальные значения параметров. Поэтому, используя настоящее изобретение, сервер выявляет среду терминала для выполнения планирования, чтобы использовать оптимальные значения параметров в соответствии с выявлением. Эта подстройка к значениям параметров может быть выполнена в режиме реального времени без любого отдельного сеанса управления устройствами, таким образом обеспечивая пользовательское удовлетворение и превосходную производительность.In addition, for the proper operation of the terminal, it has various parameters. These parameters are defined as values by which the terminal can obtain optimal performance. However, if the usage environment has changed while the terminal is in use, the optimal parameter values may be changed in accordance with this change. Therefore, using the present invention, the server identifies the terminal environment for planning to use the optimal parameter values in accordance with the identification. This adjustment to the parameter values can be performed in real time without any separate device management session, thereby providing user satisfaction and superior performance.

Поскольку настоящее изобретение может быть воплощено в нескольких формах без отступления от его сущности или основных характеристик, следует также понимать, что вышеописанные варианты воплощения не ограничены ни одной из подробностей предшествующего описания, если не определено иначе, а, напротив, должны толковаться широко в пределах их сущности и объема, определенных в приложенной формуле изобретения, и поэтому предполагается, что все изменения и модификации, которые находятся в пределах границ формулы изобретения или эквивалентов этих границ, охвачены приложенной формулой изобретения.Since the present invention can be embodied in several forms without departing from its essence or basic characteristics, it should also be understood that the above described embodiments are not limited to any of the details of the foregoing description, unless otherwise specified, but rather should be construed broadly within their the essence and scope defined in the attached claims, and therefore it is assumed that all changes and modifications that are within the scope of the claims or equivalents e their boundaries are covered by the appended claims.

Claims

1. A method for planning device management in a device management system in which a server manages devices with a client through device management protocols, which consists in

transmit the scheduling context from the server to the client;

by means of the client, a device management tree is formed using the transferred scheduling context and set device management planning; and by means of the client, device management planning is performed in accordance with a condition for executing an established device management planning command.

2. The method according to claim 1, in which additionally form the tree of device management using the new scheduling context transmitted from the server, and then change the planning of device management.

3. The method according to claim 1, in which, additionally, the client selectively informs the server of the result of the device management scheduling in accordance with the status report filtering information in the generated device management tree.

4. The method according to claim 1, in which additionally through the server they contact the client with a request to delete the predefined device management scheduling.

5. The method of claim 1, wherein the scheduling context includes a device management command and scheduling information associated with executing the command, and has an Extensible Markup Language (XML) document format.

6. The method of claim 1, wherein the scheduling context is transmitted together with an add command, an atomic command, and a user interface alert command.

7. The method according to claim 1, in which the planning context includes an information element for the conditions of the command;

Information element for scheduled device management commands

information element for the user interface; and

an information element for filtering a status report.

8. The method according to claim 7, in which the information element for the conditions for the execution of the command is composed of at least one or more simple planning elements, and a simple planning element is composed of one or more single planning elements.

9. The method of claim 8, in which the unit planning element includes

a duration element for defining a predetermined time value or time range;

a period element for defining a time period; and

a threshold element for determining a scheduling basis related to the internal state or information of the device management client.

10. The method according to claim 1, in which the step of establishing device management planning comprises the steps of assuring the correctness of the transmitted device management planning context; and

form at least one or more device control planning subtrees using the appropriate planning context when the correctness of the planning context is fully verified.

11. The method according to claim 10, the subtree of device management planning includes

Sched_x node

SchedId node

Condition node

Commands node

Userlnter node and

Gating node

where x is an integer (e.g. 1, 2, 3, 4, ...).

12. The method of claim 11, wherein the Sched_x node denotes each device management scheduling and the SchedId node denotes a device management planning context identifier.

13. The method according to claim 11, in which the Condition node indicates the condition under which the scheduled device control command is executed, and the Commands node indicates the planned device control command.

14. The method of claim 11, wherein the UserInter node indicates whether a user acknowledgment of the corresponding command should be received when the condition for executing the command is satisfied, and the Gating node indicates whether the result of the device control command is to be reported to the device management server.

15. The method according to claim 11, in which the device control planning subtree further includes a device management node Mgmtsvr indicating a server address to which the result of the command is reported.

16. The method according to claim 1, in which the device relates to such user equipment as terminals, handheld computers, portable personal computers, desktop personal computers.

17. The method according to claim 1, wherein the step of performing device management planning comprises the steps of:

reading the information of the execution condition of the command of the planning context and checking whether the condition for fulfilling the command is satisfied;

performing user confirmation in accordance with user interface information when the condition for executing the command is satisfied; and

execute a device management command corresponding to the condition for executing the command when a user confirmation is received.

18. A device management system comprising

a server for generating and transmitting a device management planning context comprising a device management command and a device management command execution plan; and

a client for generating device management planning by generating a device management tree using the transferred device management planning context and performing device management planning in accordance with a condition for executing a generated device management planning command.

19. The system of claim 18, wherein the server transmits a new scheduling context to the client in order to contact the client with a request to change the device management scheduling, and a device management deletion command in order to contact the client with a request to delete the preset context device management planning.

20. The system of claim 18, wherein the client selectively informs the server of the result of the device management planning in accordance with the filtering information of the device management planning status report.

21. The system of claim 18, wherein the planning context has an Extensible Markup Language (XML) document format and is transmitted along with an add command, an atomic command, and a user interface alert command.

22. The system of claim 18, wherein the planning context includes an information element for a condition for executing a command;

Information element for scheduled device management commands

information element for the user interface; and an information item for filtering a status report.

23. The system of claim 22, wherein the information element for the condition for executing a command is composed of at least one or more simple planning elements, and the simple planning element is composed of one or more single planning elements.

24. The system of claim 22, wherein the planning unit includes

a duration element for defining a predetermined time value or time range;

a period element for defining a time period; and

25. The system of claim 18, wherein the client assures the correctness of the transferred scheduling context and then forms a device control planning subtree, thereby establishing device management scheduling.

26. The system of claim 25, wherein the device control planning subtree includes

Sched_x node

SchedId node

Condition node

Commands node

UserInter node and

Gating node

where is an integer (e.g. 1, 2, 3, 4, ...).

27. The system of claim 26, wherein the Sched_x node denotes each device management scheduling and the SchedId node denotes a device management planning context identifier.

28. The system of claim 26, wherein the Condition node designates a condition under which a scheduled device management command is executed, and the Command node denotes scheduled device management commands.

29. The system of claim 26, wherein the UserInter node indicates whether user acknowledgment of the corresponding command should be received when the condition for executing the command is satisfied, and the Gating node indicates whether the result of the device control command is to be reported to the device management server.

30. The system of claim 26, wherein the device management planning subtree further includes a device management node Mgmtsvr indicating a server address to which the result of a command is reported.

31. The system of claim 18, wherein the server comprises

a function block for forming the context of device management planning and contacting the client with a request to establish or change device management planning;

a function block for transmitting a delete control command to a client and contacting the client with a request to delete device management planning; and

function block for processing a device management planning status report reported by a client.

32. The system of claim 18, wherein the client comprises a command processing module for generating a device control session with the server and then receiving the scheduling context from the server; and

a planning module for generating a device control tree using the planning context delivered from the command processing module, notifying the command processing module about the satisfaction of the command execution condition when the command execution condition is satisfied, for executing the corresponding device control command and receiving the result of processing the device control command from the processing module commands to selectively report the result to the server.

33. The system of claim 32, wherein the command processing module includes a functional unit for transmitting the scheduling context from the server to the scheduling module;

a function block for executing the corresponding scheduled command in accordance with the notification of the planning module and transmitting the result of the execution of the corresponding command to the planning module; and

a function block for transmitting to the server a status report of the planning context transmitted from the planning module based on the result of the command.

34. The system of claim 18, wherein the scheduling module includes a first functional unit for generating a device management scheduling subtree using a scheduling context transmitted from the server;

a second functional unit for reading the planned condition for executing the command (that is, the conditions for executing the command) of the device control planning subtree and, thus, constantly checking the state at which the condition for executing the command is satisfied;

a third function block for accessing a command execution function block of a command scheduling unit with a request to execute a device control command when the condition for executing the command is satisfied;

the fourth function block for determining whether to inform the server of the result of the command of the function block of the command execution, in accordance with the value of the filtering node of the device control planning subtree;

a fifth function block for informing the server of the result of the command transmitted from the fourth function block, or of the result of checking the conditions for executing the command by the second function block; and

a sixth functional unit for deleting a predefined device management scheduling subtree in accordance with a device management scheduling removal command to which a request has been received from the server.

35. The system according to clause 34, in which the second function block performs, if required, a user confirmation process in accordance with the user interface information of the device management planning subtree.

36. The system of claim 34, wherein the fifth function block reports the result of executing a command to another server using the information of the device management server nodes of the device management planning subtree.

37. A method for planning device management in a terminal that performs device management with a server using device control protocols after establishing a device control session with the server, which is that

receive the scheduling context from the server,

generating a device control planning subtree using the adopted planning context;

execute a device management command in accordance with the information on the conditions for executing the command of the generated device management planning subtree; and

selectively reporting the result of the device management command to the server in accordance with the filtering information of the status report of the device management planning subtree.

38. The method according to clause 37, in which additionally take a new scheduling context from the server and then change the device control scheduling subtree.

39. The method according to clause 37, in which additionally receive a command to control devices from the server and then delete the installed subtree of the planning control devices.

40. The method according to clause 37, in which the scheduling context includes a device management command and scheduling information associated with the execution of the command, and has an expandable markup language (XML) document format.

41. The method of claim 40, wherein the scheduling context includes an information element for a condition for executing a command;

Information element for scheduled device management commands

information element for the user interface; and

an information element for filtering a status report.

42. The method of claim 40, wherein the device control planning subtree includes

Sched_x node

SchedId node

Condition node

Commands node

UserInter node and

Gating node

where x is an integer (e.g. 1, 2, 3, 4, ...).

43. The method of claim 42, wherein the Sched_x node denotes each device management scheduling and the SchedId node denotes a device management planning context identifier.

44. The method of claim 42, wherein the Condition node designates a condition under which a scheduled device management command is executed, and the Command node denotes scheduled device management commands.

45. The method of claim 42, wherein the UserInter node indicates whether a user acknowledgment of the corresponding command should be received when the condition for executing the command is satisfied, and the Gating node indicates whether the result of the device control command should be reported to the device management server.

46. The method of claim 42, wherein the device management planning subtree further includes a device management node Mgmtsvr indicating a server address to which the result of the command is reported.

47. A mobile communication terminal, comprising

a command processing module for generating a device control session with the server and receiving a scheduling context from the server; and

a planning module for establishing device management planning by forming a device management tree using a planning context transmitted by the command processing module, notifying that the command execution condition is satisfied to the command execution module when the condition for executing the established device management planning command is satisfied, so as to execute the scheduled control command devices, and for receiving the result of processing the device control command from the command processing unit to selectively report the result to the server.

48. The terminal according to clause 47, in which the command processing module includes a functional unit for transmitting the planning context from the server to the planning module;

a function block for executing a scheduled command in accordance with the notification of the planning module and for transmitting the result of the execution of the corresponding command to the planning module;

and a function block for transmitting to the server a status report of the planning context transmitted from the planning module based on the result of the command.

49. The terminal of claim 47, wherein the scheduling module includes a first functional unit for generating a device management scheduling subtree using a scheduling context transmitted from the server;

50. The terminal according to § 49, in which the second function block performs, if necessary, a user confirmation process in accordance with the user interface information of the device management planning subtree.

51. The terminal of claim 49, wherein the fifth function block reports the result of executing a command to another server using the information of the device management server nodes of the device management planning subtree.

52. The terminal of claim 49, wherein the device control planning subtree includes

Sched_x node

SchedId node

Condition node

Commands node

UserInter node and

Gating node

where x is an integer (e.g. 1, 2, 3, 4, ...).

53. The terminal of claim 52, wherein the Sched_x node denotes each device management planning and the SchedId node denotes a device management planning context identifier.

54. The terminal according to paragraph 52, in which the Condition node indicates the condition under which the scheduled device control command is executed, and the Commands node indicates the planned device control command.

55. The terminal of claim 52, wherein the UserInter node indicates whether a user acknowledgment of the corresponding command should be received when the condition for executing the command is satisfied, and the Gating node indicates whether the result of the device control command should be reported to the device management server.

56. The terminal of claim 52, wherein the device management planning subtree further includes a device management node Mgmtsvr indicating a server address to which the result of the command is reported.