CN102571418B - 设备管理的方法 - Google Patents

Abstract

本发明各实施例涉及设备管理的方法和终端、装置、系统，即设备管理的终端、设备管理的装置、引导配置方法以及系统、获取设备描述框架的方法、管理终端方法以及系统、管理节点属性获取方法以及系统、管理对象地址查找方法以及系统、管理命令执行方式的方法、管理会话维护方法、获知终端生效管理对象的方法，其中，引导配置方法包括：终端接收到服务器的引导配置信息，所述引导配置信息包含所述服务器的服务器标识；所述终端使用所述引导配置信息进行引导配置或重新引导配置。本发明实施例可以提高管理有效性、效率和通信流量，实现增强服务器对终端的效率和有效性管理。

Description

设备管理的方法

技术领域

本发明涉及设备管理的方法和终端、装置、系统，属于网络通信技术领域。

背景技术

移动终端是整个移动运营服务体系中重要组成部分。设备管理(DeviceManagement，简称DM)是指通过空中下载(Over The Air，简称OTA)方式将数据包从网络侧下载到终端设备上，并指示终端设备进行处理，完成后续参数配置、软件安装、错误诊断等功能。

开放移动联盟(Open Mobile Alliance DM，简称OMA DM)设计的设备管理规范中，已经实现了对终端设备进行管理的协议支持，如图1所示，为DM服务器对终端设备进行管理的整体结构示意图，终端设备上的DM客户端(Client)用于解释和执行设备服务器(DM Server)下发的管理命令。终端设备上的DM管理树可以被认为是设备管理服务器通过DM协议对终端设备进行管理的接口。管理树上存在一组管理对象(Management Object，简称MO)，设备管理服务器通过对管理对象内节点(管理节点)的操作达到管理终端资源的目的。

如图1所示，现有技术中DM的管理分两步进行：引导配置(Bootstrap)和后续管理。Bootstrap发生在服务器与终端设备建立管理会话进行实际管理之前，Bootstrap用于配置账号信息(用户名、密码等)以及配置一些其它参数(如连接参数)。在后续管理过程中会建立管理会话，服务器可以通过终端设备的管理对象获取终端的一些基本信息(如：固件版本、软件版本、大对象支持等)作为后续管理动作的依据。

现有技术虽然已经实现了对终端设备进行管理的协议支持，但是仍存在管理有效性、效率和通信流量等问题，例如：服务器无法快速获知终端设备管理对象地址、终端所支持的DM能力(如对软件组件管理的支持、对固件升级的支持能力等)及终端使用智能卡进行了重新Bootstrap等，具体总结如下：

1、在终端本地进行重新Bootstrap后(如换机后)，服务器无法获知终端进行了Bootstrap，可能使得服务器保存的认证相关信息和终端Bootstrap后的认证相关信息不一致，进而导致双方无法完成身份认证而无法进行正常的管理；

2、为了使服务器能够获知终端设备对管理树的限制、或者终端对管理树的实现情况，现有技术中终端厂商通过DDF来描述其设备并将其发布以供设备管理方参考，但现有协议服务器侧无法通过终端设备查找到其对应的DDF，使得服务器获取DDF的难度加大；

3、服务器无法获知终端所支持的MO类型，且浪费网络资源。由于设备描述框架(Device Description Framework，简称DDF)一般为静态的，或者很少动态改变，服务器根据DDF难以获知终端所支持的所有MO类型，服务器只有在下发相应管理命令后，通过终端的返回结果来判断终端是否支持某个DM能力，而下发的管理命令会携带大量的数据(如软件组件管理)，浪费了服务器及网络资源；

4、现有技术中服务器无法以非序列化的方式批量获取终端管理树上某一个管理子树下所有管理节点的某一特定属性值，需要多次获取属性，效率低；

5、、服务器对终端的管理节点定位难度大，消耗空中资源。服务器为了获取终端管理节点，可能需要和终端多次交互或者获取终端的整个目录结构，由此占用空中资源、增大了服务器的压力；

6、现有技术中服务器无法指示终端有序执行单一管理命令中的多个元素，这样使得需要有序执行的动作必须分成多个顺序执行的管理命令来实现，这样增大了管理消息和终端解析执行的代价；

7、当终端或服务器处理一个动作花费较长时间时，可能会导致会话中断进而导致管理动作无法完成，使得该花费较长时间的管理变得困难，另外当一方确认在不久之后需要发送管理命令时，无法维持当前会话，可能会中断当前会话，而在之后需要发送管理命令时重新建立管理会话，使得代价变大；

8、当终端有多个MO实例时，服务器无法获知当前生效的是哪个实例，使得管理服务器的难度加大。

发明内容

本发明实施例所要解决的第一技术问题是现有技术中用户Bootstrap后，可能导致无法进行正常管理的问题。

本发明实施例所要解决的第二技术问题是现有技术中协议服务器较难获取到其对应的设备描述框架的问题。

本发明实施例所要解决的第三技术问题是现有技术中无法获知终端支持的DM能力，浪费服务器及网络资源的问题。

本发明实施例所要解决的第四技术问题是现有技术中服务器无法以非序列化的方式批量获取终端管理树上某一个管理子树下所有管理节点的某一特定属性值的问题。

本发明实施例所要解决的第五技术问题是现有技术中服务器对终端的管理节点定位难度大，消耗空中资源，服务器压力大等问题。

本发明实施例所要解决的第六技术问题是现有服务器无法指示终端对单一管理命令中的多个元素有序执行的问题。

本发明实施例所要解决的第七技术问题是现有技术中没有会话维持方法时，可能导致会话非希望的中断的问题。

本发明实施例所要解决的第八技术问题在是现有技术中终端有多个MO实例时，服务器无法获知当前生效的实例，使得管理服务器的难度加大的问题。

为了实现本发明实施例第二技术问题，本发明实施例提供了一种获取设备描述框架的方法，包括：

在终端的设备管理树上增加管理节点，在所述管理节点上存储终端设备描述框架的存储地址；

服务器在管理过程中向所述终端获取所述管理节点的值以获取所述设备描述框架的存储地址；

服务器根据所述设备描述框架的存储地址获取所述终端的设备描述框架。

为了实现本发明实施例第六技术问题，本发明实施例提供一种管理命令执行方式的方法，包括：

服务器在发送的管理命令中携带对所述管理命令中多个子项有序执行的指示；

终端收到所述管理命令后，解析出所述有序执行的指示，对所述管理命令中的各子项对应的管理节点顺序执行所述管理命令。

为了实现本发明实施例第七技术问题，本发明实施例提供一种管理会话维护方法，包括：

服务器或终端在管理会话中确定需向对端发送会话维持指令时，向对端发送携带会话维持命令的消息；

对端在收到所述消息后返回确认消息，并保持会话，直至接收到所述会话维持命令发送方发送的新的管理消息，所述管理消息携带管理命令或为空消息。

为了实现本发明实施例第八技术问题，本发明实施例提供一种获知终端生效管理对象方法，包括：

终端分配终端资源给一管理对象实例或终端激活使用一管理对象实例；

终端在本地记录所述管理对象实例，服务器在管理会话过程中向终端发送获取指令获取终端生效管理对象，终端返回所述本地记录的管理对象的信 息给所述服务器。

本发明各实施例可提高管理有效性、效率和通信流量等问题，实现增强服务器对终端的效率和有效性管理，上述各实施例具有如下优点或有益效果：

1)、在引导配置(Re-Bootstrap)后告知服务器该事件，可以确保终端的引导配置不影响服务器的管理，使得后续的管理可以成功进行；

2)、使得服务器查找到其对应的设备描述框架；服务器可以获取终端应用能力(MO类型)信息，从而更有针对性的对终端的管理应用下发管理动作，提高管理效率和成功率；

3)、服务器可以获得终端支持的DM能力，节省网络资源；

4)、在获取终端管理树上某一个管理子树结构的同时获取某一个特定属性值，减少了获取属性的交互，提高了效率；

5)、通过设计指示终端查找管理对象的命令，使得管理对象的查找工作由终端完成，使得服务器可以对终端MO进行高效寻址定位，减轻了服务器的压力及网络传输数据量；

6)、服务器可以告知终端同一命令中的哪些Item是必须有序执行，哪些是可以无序执行，保证了管理命令的正确执行，同时避免为了执行有序命令而使用个管理命令，减小了管理包的数据量；

7)、服务器和终端可以给对方发送会话维持指令，减少了协议间机制产生的冲突，使较为复杂的管理动作得以成功执行；

8)、服务器更易获知终端的多个MO实例中的生效实例，避免较难获知管理失败的原因，进而提高管理成功率。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为现有技术中设备管理服务器对终端设备进行管理的整体结构示意图；

图2为本发明引导配置方法实施例流程图；

图3为本发明引导配置方法实施例在DMAcc管理对象上添加配置类型管理节点示意图；

图4为本发明获取设备描述框架的方法实施例流程图；

图5为本发明获取设备描述框架的方法解析示意图；

图6为本发明管理终端的方法中终端管理树增加记支持节点的实施例示意图；

图7为本发明管理对象地址查找方法实施例示意图；

图8为本发明管理命令执行方式的方法实施例流程图；

图9为本发明管理会话维护方法实施例流程图；

图10为本发明管理会话维护方法实施例解析流程图；

图11为本发明获知终端生效管理对象方法实施例流程图；

图12为本发明终端管理树上保存生效管理对象信息的实施例示意图。

具体实施方式

基于DM的管理主要分两个阶段进行：引导配置(Bootstrap)和后续管理。Bootstrap发生在服务器与终端设备建立管理会话之前，其主要完成在终端配置服务器的账号信息(包括服务器的地址、用户名、密码等)以及配置一些其它参数(网络接入点信息等)，Bootstrap阶段所配置的信息是后续建立管理会话的基础。完成服务器的账号信息的配置之后，服务器即可以对终端进行管理，管理动作在服务器和终端设备建立的管理会话中完成。

下面从引导配置及后续管理会话两部分对本发明的改进之处进行详细叙述：

一、引导配置 

Bootstrap主要目的是配置服务器的账号信息，以便终端可以和服务器建立正常的管理会话，同时还可以配置一些其它相关参数信息，如连接参数 等。具体配置方法是：把要配置的服务器的账号信息及其它信息使用客户端配置(Client Provisioning，CP)文件格式或者管理对象(Management Object，MO)序列化格式封装，然后通过出厂预装、空中推送(OTA Push)、或智能卡(SmartCard)等方式下发到终端，终端接收到服务器的引导配置信息，该引导配置信息包含所述服务器的服务器标识，终端使用该引导配置信息进行引导配置或重新引导配置。配置的主要工作是将其转换成服务器帐户管理对象(以下称之为DMAcc)及其它相关管理对象，之后终端主动连接该DMAcc所对应的服务器以激活服务器上的管理状态。建立连接时服务器通过“LocName”(DMAcc管理对象下的命名的“AAUTHNAME”节点的值)获知其用户名，并进而使用该用户名对应的密码进行认证，如果是消息摘要(Message-DigestAlgorithm 5，简称MD5)认证，还需要获知随机数(nonce)，用于防止重放攻击。

在各种配置方式中，SmartCard方式是一种安全又方便的配置方式，其可以方便的进行初始配置，并在终端的账号信息出现问题或者更换终端(如手机)后进行重新配置。现有技术对已配置设备进行重新配置时有如下问题：若服务器在初始配置之后通过OTA方式修改了终端上保存的密码，但SmartCard上的Bootstrap数据中的密码信息并未修改，则本地对终端进行重配置后，会对DMAcc上的密码进行重置(恢复到修改前的值)，其重配置是本地动作，服务器无法获知，使得终端保存的密码与服务器保存的密码不一致，导致服务器无法通过对终端的认证而无法建立正常的管理会话。

本发明实施例一解决了上述引导配置的配置问题，主要有两种方法分述如下：

1、如图2所示，终端在服务器账号信息的引导配置或重新引导配置后，向服务器发送会话请求消息，该会话请求消息用于通知服务器终端进行了Bootstrap或重新Bootstrap；

服务器收到所述会话请求消息后，从服务器保存的Bootstrap信息中获 取所述会话请求消息携带的LocName所对应的密码、nonce等对终端进行认证，认证通过后对服务器侧的认证信息进行初始化或重置。

终端通知服务器终端进行了Bootstrap或重新Bootstrap的方法具体如下：

终端在引导配置或重新引导配置(re-Bootstrap)后主动向服务器发送会话请求消息，以告知服务器终端进行了Bootstrap或re-Bootstrap。该会话请求消息中可包括：终端设备信息、LocName、终端认证信息、Bootstrap或重新Bootstrap通知信息。其中Bootstrap或重新Bootstrap通知信息具体实现方法如下：

终端使用特定类型码的“Alert”命令实现所述通知信息，该Alert命令及其类型码具体可以为：终端信息上报Alert命令(即：Generic Alert，命令类型码为1226)或终端事件上报Alert命令(即：Client Event Alert，命令类型码为1224)或者增加一种新的会话类型用以该通知信息上报，具体为：

使用Generic Alert或Client Event Alert需要先定义一个事件类型，如：org.openmobilealliance.dm.bootstrap，以下以Generic Alert为例，使用Client Event Alert的方法类似：

增加一种新的会话类型用以该通知信息上报的方法：增加一个新的Alert命令的类型码，携带该类型码的Alert命令用以指示新会话类型，该类型码可以使用1202。实例如下：

终端在向服务器发起的会话请求消息中携带上述Bootstrap通知信息，服务器在接收到请求消息后通过解析该会话请求消息中携带的通知信息获知终端进行了Bootstrap或重新Bootstrap，然后获取服务器侧保存的Bootstrap信息中的密码对终端请求进行认证，在后续管理中服务器可以更新终端保存的密码。

为了安全(如防止恶意服务器截获该会话请求消息后重放攻击)，服务器在对终端发送的会话请求消息认证通过后还可以再次向终端发起认证挑战(Challenge)，该Challenge中携带服务器生成的新nonce，终端接收到服务器发送的挑战消息后使用新nonce生成新认证信息并发送给服务器，服务器对该终端进行再次认证。在认证通过后服务器可以进行其它管理操作，如更新服务器密码。

上述重新Bootstrap可以是终端设备在一定条件下自动触发(如将手机卡插入一个新手机)或用户通过终端用户界面(UI)触发。

2.若SmartCard上的Bootstrap信息是终端可更新的，则引导配置方法具体如下：终端接收服务器的DM命令更新终端的设备管理树的DMAcc管理对象上保存的密码和nonce，更新成功后终端使用SmartCard操作命令自动更新SmartCard上的Bootstap文件中对应的的密码和nonce信息。通过上述处理可以保持Bootstrap文件中的密码、nonce和服务器所保存的当前密码一致，这样在使用该SmartCard进行重新Bootstrap后可以不用告知服务器。

引导配置(Bootstrap)方式有多种，但目前的Bootstrap生成的在终端管理树的DMAcc管理对象上的信息中没有该账号是通过何种Bootstrap方式生成记录，这使得服务器无法从Bootstrap的方式上来判别Bootstrap的安全级别，同时也无法对各个终端所使用的Bootstrap方法进行统计。本发明实施例二描述了解决该问题的方法，具体如下：为了能够使得服务器获知终端Bootstrap的来源，本实施例在终端设备管理树的DMAcc管理对象上增加一个管理节点(如图3中的“Bootstraptype”)以存储终端通过何种方式进行的Bootstrap，即引导配置的类型，具体实施例可如图3所示，BootstrapType值可以为整数，如表一所示：

表一引导配置类型值及对应含义

终端在Bootstrap成功后把Bootstrap方式存储在该管理节点上。服务器在管理会话中向该管理节点下发Get命令以获取终端上该账号的Bootstrap方式，终端在验证服务器权限后返回该管理节点值。

本发明实施例三描述了一种Bootstrap信息处理方法，用以防止终端对同一服务器标识账号进行多次Bootstrap而出现多个DMAcc的情况。具体Bootstrap的方法可包括如下步骤：

1、在终端的管理树上查找是否已有该ServerID对应的DMAcc管理对象，具体为：对比当前欲配置Bootstrap信息中的ServerID和已有DMAcc 管理对象上的ServerID节点的值，若相同则为有对应的账号信息，否则为没有对应的账号信息。若在终端的管理树上查找到有该ServerID对应的DMAcc管理对象则进行步骤2，否则进行步骤3；

2、判断本次Bootstrap操作是重复的Bootstrap还是Re-Bootstrap(可通过多种方式进行判断，如可以通过用户的确认信息)，若是重复的Bootstrap，则放弃Bootstrap操作，若是Re-Bootstrap，则直接刷新终端管理树上对应DMAcc管理对象下管理节点上的数据；

3、将Bootstrap信息中的账号信息转换为终端设备管理树上的DMAcc管理对象，并为其分配访问控制权限。

上面实施例一介绍了引导配置配置的方法，可以有效解决现有技术中用户进行重新Bootstrap后(如换机后)，服务器无法获知终端进行了Bootstrap，受以前用户终端信息的影响，后续可能导致再无法进行正常管理的问题。实施例二可以有效解决服务器无法获知终端Bootstrap的方式，从而无法从Bootstrap的方式上来判别Bootstrap的安全级别。实施例三提供了对同一服务器标识进行多次Bootstrap时的处理方法，可以防止因Bootstrap冲突而导致终端设备管理树中出现多个对应同一服务器标识的DMAcc管理对象的情况，防止重复Bootstrap而导致账号管理混乱。

下面从后续管理会话部分对本发明的改进之处进行详细叙述：

二、管理会话 

终端在成功进行Bootstrap初始配置后，服务器和终端即可建立管理会话并进行管理消息交互。会话包括会话建立阶段和管理阶段两个阶段。其中会话建立阶段主要完成双方身份的认证，同时终端上报在设备基本信息(DevInfo)管理对象上的终端设备基本信息。管理阶段服务器通过对终端的管理树上的管理对象(MO)下发维护操作实现向终端下发管理动作，终端管理树的管理节点有访问控制权限(Access Control List，简称ACL)以控制服务器对管理节点的操作能力。

1、为了使服务器能够获知终端设备对管理树的限制、或者终端对管理树的实现情况，DM设计了设备描述框架(Device Description Framework，DDF)，终端厂商通过DDF来描述其设备并发布该DDF以供设备管理方(如服务器)参考，但现有协议服务器侧无法通过终端设备查找到其对应的DDF，使得服务器获取DDF的难度加大。

本发明实施例描述的获取设备描述框架的方法如图4所示，包括：

在终端的管理树上存储设备描述框架的URL；

服务器通过所述URL获取终端的设备描述框架。

为了方便服务器侧获取DDF，可以在终端的管理树上存储DDF的URL，使得服务器可以通过该URL获取该终端的DDF，也可以在终端的管理树上存储该DDF数据，使得服务器可以直接从终端获取其DDF信息，具体不限于图4一种实施例，具体说明如下：

①终端存储DDF的URL的实现方法：在终端的设备管理树上增加一个管理节点，并将其DDF的URL存储在该节点，如：在设备上出厂时给该节点赋值，在设备使用过程中依具体情况进行更新(如设备商更新了DDF的存放地址等)，该节点可以存放在现有的设备基本信息(DevInfo)管理对象下，或者设备详细信息(DevDetail)管理对象下。该节点属性可如表二所示：

表二DDF管理节点属性 

终端存储DDF的URL，管理服务器获取并使用DDF的流程如图5所示，下面简要介绍通过URL使用DDF的步骤：

步骤1、设备管理服务器在管理过程中向终端获取“DDF_Addr”节点上存储的URL，具体方法为：若该节点存放在DevInfo管理对象，则终端会在会话请求消息中主动上报该信息，服务器从接收到的终端会话请求消息中获取；若该节点存放在DevDetail管理对象，则终端后管理过程中对该节点使用Get命令即可获取其值；

步骤2、终端向设备管理服务器返回DDF存放的地址； 

步骤3、设备管理服务器连接所获取DDF存放地址对应的远程DDF存储服务器获取DDF；

步骤4、远程DDF存储服务器向设备管理服务器返回DDF描述文件； 

步骤5-7、设备管理服务器依DDF作为后续管理的参考依据生成管理动作并对终端进行管理，并由终端返回执行结果。

设备管理服务器为了减少后续获取的DDF的代价，可以在本地缓存该获取的DDF数据。

②终端存储DDF本身的实现方法：在终端的设备管理树上增加一个管理节点，并将其DDF的内容存储在该节点，可以在设备出厂时给该节点赋值，在设备使用过程中依具体情况由DM客户端进行更新，该节点可以存放在DevDetail管理对象下。该节点属性如表三所示：

表三DDF管理节点属性 

该种方法中服务器在管理过程中对该节点下发获取命令即可获取该节点的值，即DDF的内容，随后以此DDF作为后续管理的参考依据。

上述两种获取设备描述框架的方法，可以解决现有技术中协议服务器无法查找到其对应的设备描述框架的问题。

2、服务器与终端能够建立管理会话，只意味着服务器可以对终端的设备管理树进行操作，但有些功能需要依赖于特定的管理对象和在终端上的客户端代理程序(简称DM应用)，如：SCOMO等，每个终端支持的DM应用的情况并不相同，其差异可能是在出厂时实现不同，也有可能是在后续使用过程中安装了特定的客户端增加了能力支持。终端对某一DM应用支持与否是该DM应用功能实现的基础，为此，终端需要告知服务器其DM应用的支持情况。为解决现有技术中服务器无法获知终端所支持DM应用的情况(即MO类型)、使得管理服务器难度加大的问题，本实施例在终端的管理树上增加管理节点以记录终端对DM应用的支持情况，每个节点存储一个终端支持的DM应用。

参见图6，本实施例将所增加管理节点的设计为包括内部节点及其子节点，如设置“SupportedApp”节点为内部节点，其可以为DevInfo或DevDetail管理对象中的一个节点，其子节点为“x*”是个叶子节点，其可以出现多个实例，每个实例对应一个DM应用，终端根据本身实际情况对这个节点进行维护，例如：如果终端增加了某个DM应用的支持，则终端在SupportedApp节点下增加一个叶子节点并存放该DM应用信息。由于每个MO都有对应的管理对象标识(简称MOID)，如固件管理对象的MOID为“urn:oma:mo:oma-fumo:1.0”，所以在该节点中存放所支持MO的MOID即可，即：.../SupportedApp/<x>节点的值为MOID。

对于一个DM应用，无论管理树上该DM应用的MO实例有多少个(0个或1个或多个)，只要终端支持该DM应用能力，在SupportedApp节点下有且仅有一个该MO的MOID节点。在管理过程中，获取终端所支持DM应用情况的步骤如下：

A、服务器确定需要获取终端DM应用支持情况；

B、服务器向终端的设备管理树的SupportedApp节点发送获取(GET)命令获取其子节点及子节点的值，终端返回相应结果；

C、服务器分析获知的节点值(MOID)，以确定终端所支持DM应用的情况。 

本实施例的方法可以解决服务器无法获知终端所支持DM应用的情况，并下发针对性的管理操作，使服务器的管理可以变的更灵活和有效。

3、在管理过程中，服务器需要定位终端的MO，进而对MO下的节点进行操作以实现特定管理功能，现有技术中服务器对终端的管理节点的定位难度大，消耗空中资源、服务器压力大，本发明为了提高服务器对终端的设备管理树上的MO的定位效率，提供了管理对象根节点位置查找方法，如图7所示，包括：

服务器向终端发送获取命令，在所述获取命令中携带目标操作路径信息，同时携带需要获取的值过滤信息；

终端接收到服务器的获取指令后，根据获取指令指示获取指定子树的结构信息及节点的属性信息，将属性值及结构信息一同返回给服务器。

图7只是管理对象地址查找的一个实施例，具体的，还可以是服务器向终端发送获取命令，在获取命中携带待查找管理对象的标识，并携带待查找子树根节点URI和指示查找的参数，所述参数指示终端返回所述标识在终端管理树上的管理对象的根节点URI；

终端收到获取命令后查找所述URI指示节点及其所有内部子节点中满足所述标识的节点，并将结果返回给服务器。

本实施例中MO地址查找具体可以通过以下3种方式实现： 

方法1、在返回管理树结构的同时携带某一属性值，具体又分为：

①服务器向终端发送获取(Get)命令，在Get命令的“Target/LocURI”元素中携带终端设备管理树上目标操作节点路径信息，同时携带需要获取的值过滤信息，该值过滤信息指示终端返回终端管理树上以目标操作节点为根的子树的结构信息及该子树中每个节点的指定属性的属性值。

携带的过滤信息格式可以为：<URI>？list＝Struct+<property_name>，其中组合参数中的“Struct”指示终端返回终端管理树上URI所指示节点及其子节点的组成结构信息，其结构通过终端返回的节点的URI(携带在“LocURI”中)来体现，组合参数中的<property_name>为某一节点属性名，用以指示终端返回URI所指示节点及其子节点的该属性的属性值，该属性可以是终端支持的所有属性，如：节点类型属性(Type)、节点的访问控制权限属性(ACL)、节点值格式属性(Format)、节点的标题属性(Title)、节点值大小属性(Size)、节点的修改时间戳属性(TStamp)或节点的版本属性(VerNo)等，使用实例如下：

②终端接收到服务器的获取指令后，根据获取指令指示获取指定子树的结构信息及节点的属性信息(获取时会验证该服务器是否有该管理节点的ACL权限，这里具体指Get权限)，然后将属性值随结构信息一同返回给服务器。

属性信息携带在该Ge t命令对应的“Result”命令中(各个不同的节点可以分布在Result元素的不同Item子元素中，或者分布在不同的包含单个Item的Result元素中)，具体的该属性值可以携带在Result/Item/Data元素返回，在该“Result”命令的“Source/LocURI”元素中携带节点统一资源定位(URI)和指示属性名称的参数，其组成为：URI？prop＝<property_name>， 服务器接收到该命令后从节点URI分析终端管理树指定部分的结构，从？prop＝<property_name>部分获知Data所携带属性值对应的属性名称，从Data元素获取属性值，使用实例如下：

由于终端管理树上管理对象的MOID是存放在该MO根节点的Type属性中，所以把上述组合参数的<property_name>设置为Type属性即可在返回子树结构的同时返回该子树中所有的MOID。具体为：服务器在获取该子树下每个节点的Type属性值后判断，若该节点为内部节点且其Type属性值非空，则确定该节点为MO的根节点，非空的Type属性值即为MOID，进而可以从返回的信息中获取该MO的根节点的URI。服务器在获取MO的URI后，可以有针对的发送Get命令以获取MO中节点的更详尽信息，或者直接发送管理命令。

该方法可以解决服务器无法以非序列化的方式批量获取终端管理树上某一个管理子树下所有管理节点的某一特定属性值的问题，可以在获取子树结构的同时获取某一个特定属性值，减少了获取属性的交互，提高了效率，同时通过将属性值指定为Type可以获取该管理子树下的所有管理对象，同时 解决了无法有效获取管理子树下所有管理对象的问题。

方法2、终端查找特定MO的根节点并返回根节点的URI，具体实施例包括：

①、服务器向终端发送获取(Get)命令，在获取命令的Item/Data元素中携带待查找MO的MOID，在Item/Target/LocURI元素中携带待查找子树根节点URI和指示查找的参数，所述参数指示终端查找Item/Data元素中携带的MOID所标识的管理对象在Item/Target/LocURI元素所指向的终端管理树子树中的根节点URI，携带待查找子树根节点URI和指示查找的参数的信息格式可以为：URI？list＝MO_ROOT，具体命令实例如下：

②、终端接到该命令后在所述URI指示节点及其所有内部子节点中查找所有有ACL权限且其Type属性值为所述Data元素携带的MOID的节点，并返回结果给服务器，所述查找过程只在内部节点(其Format属性为node)中进行，而不对叶子节点进行查找，或者终端保存一个<MO的根节点，MOI>存储影射表，在接到服务器的Get命令后，从该映射表中快速获取到MO位置并返回结果给服务器。返回结果方法包括：

1)、若找到一个或多个符合条件的节点，则通过该Get对应的Results命令返回所有查找到的结果，各个不同的节点可以分布在Results元素的多个Item子元素中，或者分布在不同的包含单个Item的Results元素中。结果可以 返回MOID，也可以不返回MOID：

结果中携带MOID的返回方法：该Results的Item/Target/LocURI携带终端查找到的节点的URI，同时携带指示Type属性的参数：？prop＝Type，并在Item/Data中携带MOID。结果中携带MOID的返回方法不限制其对应的Get命令中Item的数量，即服务器可以在同一Get命令中携带多个Item以查找多个MOID对应MO在终端的实例的URI信息，具体使用实例如下：

结果中不携带MOID的返回方法：仅在该Results的Item/Target/LocURI携带终端查找到的节点的URI。结果中不携带MOID的返回方法要求其对应的Get命令中只能携带一个Item，即服务器在同一Get命令中查找一个MOID对应MO在终端的实例的URI信息，因为如果携带多个的话，服务器无法区分返回结果对应的是哪个Item的。使用实例如下：

服务器在获取MO的URI后，可以有针对的发送Get命令以获取MO中节点的更详尽信息，或者直接发送管理命令。

2)、若没有找到符合条件的节点(如：所述Get命令中指示的查找目标URI指向一个叶子节点，或者其虽然指向一内部节点，但该内部节点为根的子树中没有所述MOID所标识的MO)，则不返回Result，而是在Get命令对应的“Status”命令中返回状态404 Not found。

对于方法2终端查找特定MO的根节点并返回根节点的URI中，可以不指定特定的MOID，即Get命令的Item元素下没有Data子元素，则终端接到该命令后查找所述URI指示节点下所有管理对象的MOID及该管理对象根节点的URI，并返回结果，所述查找方法可以是：查找该节点的所有内部子节点(即节点的Format属性值为node)中所有的Type属性值非空的节点，或者在终端维护一个映射表，终端在接到服务器的Get命令后直接在该映射表中进行查找。返回结果的方法同结果中携带MOID的返回方法。

方法3、服务器侧维护一个和终端对应的管理树，其对终端管理树发送的修改管理树节点命令，如替换(Replace)、复制(Copy)、删除(Delete)、增加(Add)等，在操作成功完成后服务器都对应维护服务器所保存的管理树，在需要获知终端管理树结构的时候，服务器首先获取服务器侧维护的目标操作终端子树结构以确定目标操作节点的URI，然后生成管理命令下发给目标操作终端。

本实施例的方法用以解决服务器难以定位终端设备管理树上MO的位置的问题，可有效提高服务器定位终端设备管理树MO位置的效率，减少管理操作时的交互，提高管理效率、降低服务器和网络传输压力。

4、在管理过程中，服务器给终端下发的管理命令可以携带多个Item， 以实现同一管理命令操作终端多个管理节点，例如Replace语法为<！ELEMENTReplace(CmdID，NoResp？，Cred？，Meta？，Item+)>，即Replace命令可以携带多个Item以指示终端对多个管理树节点执行Replace动作。多个Item在终端有时需要有序的处理，有时可以无序的处理，是否有序执行由服务器确定，为了能够指示终端对一个管理命令中的多个Item有序执行。

如图8实施例所示，提供了一种管理命令执行方式的方法，包括：

服务器在发送的管理命令中同时携带对管理命令中多个子项有序执行的指示；

终端收到所述管理命令后，解析出所述有序执行的指示，对所述管理命令中的各子项对应的管理节点有序执行所述管理命令动作。

具体的，服务器在下发给终端的管理命令中携带Item有序执行的指示，其携带方法包括(以下一Replace命令为例，其它管理命令类似)：

①、在Item元素的父元素中携带属性，该属性指示其下子元素有序执行，以管理命令Replace为例，其定义指示属性的DTD可以为：<！ATTLIST Replaceorder(Sequence|Any)“Any”>，其中，order属性的值，意义如下：“Any”表示不限定终端的执行方式，“Sequence”，表示指示终端顺序执行。加入属性后实例如下：

②、在Item元素所在的父元素中添加一个指示用的子元素(该元素为Item元素的兄弟元素)，添加后的DTD定义为：<！ELEMENT Replace(CmdID，NoResp？，Cred？，Meta？，Order？，Item+)>

<！ELEMENT Order(Sequence|Any)>

③、为要顺序执行的Item加一个壳元素(即其为管理命令的子元素，但同时也是Item的父元素)，壳元素只用于告诉终端该壳中的元素需要顺序执行。

终端在解析出携带在Replace命令中的Item有序执行指示后，顺序对Item指示节点执行该Replace命令。

本实施例的方法用以解决服务器无法指示终端有序对同一管理命令中的多个目标操作项执行所述管理命令的问题，使得服务器可以灵活控制终端对管理命令的执行方式，减少执行出错几率。

5、在设备管理的管理动作执行前，首先需要建立服务器和终端间的管理会话，所有的管理命令均在管理会话中完成。在服务器或终端在处理一个动作的时候可能会花费较长时间。或者预期在不久之后需要发送管理动作，为了减少再次建立会话的代价，可以维持当前会话如图9实施例所示，提供了一种管理会话维护方法，包括：

服务器或终端在管理会话中确定需向对端发送会话维持指令时，向对端发送携带会话维持命令的消息；

对端在收到所述消息后返回确认消息，执行所述会话维持对应的操作。

在本实施例中，为会话设计了两种维护方法，具体如下：

①、为了避免会话中断情况的出现，可以设计一个会话维持命令。服务器或终端在确定需要进行会话维持动作的时候(如在确定数据处理时间较长时)，向另一方发送“SyncML”消息，该消息携带会话维持命令，另一方回复确认。该过程在需要时是可重复执行的，直至会话维护命令发送方发送实质管理命令给对方或者告知对方结束会话。若携带会话维持命令的“SyncML”消息中含有其它管理命令，则另一方可以忽略该会话维护命令。

如图10实施例所示，以服务器发送会话维持命令为例，介绍会话维 持的流程(终端发送会话维持命令流程类似，不再赘述)：

步骤21：终端与服务器双方进行认证并建立会话管理；

步骤22：双方进行其他操作命令的交互；

步骤23：服务器生成管理命令或进行数据处理；

步骤24：服务器在确定需要进行会话维持时发送会话维持命令；

步骤25：终端发送会话维持命令确认消息，双方维持会话，直至服务器段发送新的管理消息，该管理消息可以携带管理命令或为不携带任何管理命令的空消息；

步骤26：服务器处理完终端数据，根据处理结果生成管理命令并发送给终端。

具体的，会话维持指令可以使用通知命令(“Alert”)命令，并为其设计一个新的类型码“Alert Code”，代码的含义如表四所示：

表四会话维持代码及对应含义

具体命令使用实例如下：

该会话维持命令可以不携带任何其它数据(如Item)，终端在接收到服务器发送的会话维持命令后，不做任何实质管理动作，返回该命令的确认消息，如下：

该实施例解决了一方在确定需要通知对方进行会话维持时向对端发送会话维持指令的问题，可以减少会话的异常中断，提高效率。

②、对终端设备的管理是客户端/服务器(Client/Server，简称C/S)模式的，由服务器决定是否下发管理动作以及下发何种管理动作，服务器占主导地位，因此，在设备管理中会话的结束由服务器决定。

本发明实施例中设计了一个专门进行会话结束指示的命令，该命令由服务器发送给终端，该命令可以单独放在一个包中下发给终端，也可以和服务器下发给终端的最后一组管理命令打包在一起下发给终端，若为前者则终端在接收到该命令后正常结束会话；若为后者，则终端首先执行包中的其它管理命令，并在执行完成后直接结束会话，并不向服务器返回相关管理命令的执行结果。终端也可以缓存最后一个包中管理命令的执行结果，以备服务器在需要时获取。该会话结束指示的命令可以使用Alert命令实现，需为Alert命令设计一个特定的Code专门用于指示会话正常结束：如1210。

现有技术中判断会话结束的方法是如果服务器发送了一个空消息，则终端结束会话，这对终端指示不明确，不利于终端准确的管理。本实施例设计的专门结束指示命令利于终端的准确管理。

6、在终端，某一个MO可以有多个实例，但有时只会有一个MO实例生效，如：对于终端资源操作类MO，由于终端资源是有限的，具有独占性，所以若 有多个MO实例的时候，同一时刻甚至在一段时间内，该资源只能由一个MO实例所占有并操作(即生效)，服务器通过其它MO实例下发的管理动作都会被拒绝并返回错误码403或405或500。现有技术中存在终端有多个MO实例时，服务器无法获知当前生效的实例、管理服务器的难度加大的问题。如图11所示，为获知终端生效管理对象的方法，包括：

终端分配终端资源给一管理对象实例或终端激活使用一管理对象实例，即将该管理对象实例作为目前可用的管理对象；

终端在本地记录所述管理对象实例，服务器在管理会话过程中向终端发送获取指令获取终端生效管理对象，终端返回生效管理对象的信息给所述服务器。

本实施例中指示当前生效MO实例(即该MO当前占有并可操作终端资源)包括如下两种方法：

①、终端在本地维护一个生效MO列表，该生效MO列表不体现在终端管理树上，服务器通过向终端根节点发送Get命令并携带参数来获取该数据。

获取命令携带的参数可以携带在Get/Item/Target/LocURI里，如：可以设计为：.？list＝ActivedResourceMO，终端返回对应于终端资源且生效的管理对象的根节点的URI，服务器可以在该命令的Item中携带Data元素以指示终端返回某一类特定MO，Data元素的值为MOID，使用实例如下：

②、终端在管理树上保存生效MO实例信息，具体包括：

a、在终端管理树上增加管理树子树，在管理树子数用保存终端所有生效MO根节点的URI列表。所增加的管理子树如图12所示，保存生效MO列表的管理子树可以存放在DevDetail管理对象下，服务器可直接对ActivatedMO节点的子节点下发Get命令获取其值，即可获知终端生效MO，具体命令和操作其它节点类似，这里不再赘述；

b、在管理对象实例的根节点的节点属性值中记录该管理对象实例是否为生效MO实例。服务器在后续直接获取该MO跟节点的该属性值以判断是否该MO实例为生效的MO实例。具体方法如下：

扩展现有的管理对象根节点的Type属性值的结构，修改后的值结构可以携带一个组合值，该组合值包含两个字段：MOID，Activated或Deactivated，上述两个字段用加号连接，使用实例如下：

某一管理对象的根节点的Type属性值为：MOID+Activated。

终端确定终端管理树上管理对象的生效状态，同时维护该管理对象根节点的Type属性值。

服务器获知终端的生效MO的时候，向该管理对象根节点的Type属性发送Get命令以获取其值，之后提取Activated/Deactivated字段的值判断是否该MO实例为生效MO。

本实施例解决了终端标识生效MO，之后服务器获取生效MO的方法，可以解决现有技术中无法标识生效MO，从而使得服务器无法快速定位操作进行生效MO的问题，提高了管理效率。

本发明能有多种不同形式的具体实施方式，上面以图2-图12为例结合附图对本发明的技术方案作举例说明，这并不意味着本发明所应用的具体实例只能局限在特定的流程或实施例结构中，本领域的普通技术人员应当了解， 上文所提供的具体实施方案只是多种优选用法中的一些示例。

本发明一种设备管理的终端的实施例包括：第一接收模块，用于接收到服务器的引导配置信息，所述引导配置信息包含所述服务器的服务器标识；配置模块，用于使用所述引导配置信息进行引导配置或重新引导配置。

进一步地，本实施例还可以包括：通知模块，用于向所述服务器发送会话请求消息，该会话请求消息携带所述终端引导配置或重新引导配置的通知信息；第一记录模块，用于在终端设备管理树中所述服务器的服务器账号管理对象的管理节点上记录终端引导配置或重新引导配置的配置方式信息。

其中的配置模块可以包括：查找单元，用于在终端设备管理树上查找是否存在服务器标识对应的服务器账号管理对象；第一处理单元，用于当所述查找单元在终端设备管理树上查找到服务器标识对应的服务器账号管理对象时，区分是重复的引导配置还是重新引导配置，并进行对应的操作；第二处理单元，用于当所述查找单元在终端设备管理树上未查找到服务器标识对应的服务器账号管理对象时，根据所述引导配置信息在终端设备管理树上生成所述服务器的服务器账号管理对象。

本发明一种设备管理的装置的一实施例包括：第一接收模块，用于接收终端发送的携带有引导配置或重新引导配置的通知信息的会话请求消息；认证模块，用于根据所述通知信息生成认证信息以认证所述终端。

本发明一种设备管理的装置的另一实施例包括：第一发送模块，用于发送获取命令获取终端设备管理树中服务器账号管理对象中记录终端引导配置或重新引导配置的配置方式信息的管理节点的值；第一获取模块，用于获取配置方式信息。

本发明一种引导配置系统的实施例包括终端和服务器，其中所述终端包括：第一接收模块，用于接收到服务器的引导配置信息，所述引导配置信息包含所述服务器的服务器标识；配置模块，用于使用所述引导配置信息进行 引导配置或重新引导配置；通知模块，用于发送会话请求消息，该会话请求消息携带所述终端引导配置或重新引导配置的通知信息；所述服务器包括：第一接收模块，用于接收终端发送的携带有引导配置或重新引导配置的通知信息的会话请求消息；认证模块，用于根据所述通知信息生成认证信息以认证所述终端。

本发明另一种引导配置系统的实施例包括终端和服务器，其中所述终端包括：第一接收模块，用于接收到服务器的引导配置信息，所述引导配置信息包含所述服务器的服务器标识；配置模块，用于使用所述引导配置信息进行引导配置或重新引导配置；第一记录模块，用于在终端设备管理树中所述服务器的服务器账号管理对象的管理节点上记录终端引导配置或重新引导配置的配置方式信息；所述服务器包括：第一发送模块，用于发送获取命令获取终端设备管理树中服务器账号管理对象中记录终端引导配置或重新引导配置的配置方式信息的管理节点的值；第一获取模块，用于获取配置方式信息。

本发明另一种设备管理的终端的实施例包括：创建模块，用于在终端的设备管理树上增加管理节点；第二记录模块，用于在终端的设备管理树上增加的管理节点上记录所述终端对设备管理对象类型的支持情况。

本发明另一种设备管理的装置的实施例包括：第二获取模块，用于在与终端的管理会话中获取终端的设备管理树上增加的用以记录所述终端对设备管理对象类型的支持情况的管理节点的值；决策模块，用于根据所述管理节点的值确定终端对设备管理对象类型的支持情况。

本发明一种管理终端系统的实施例包括终端和服务器，所述终端包括：创建模块，用于在终端的设备管理树上增加管理节点；第二记录模块，用于在终端的设备管理树上增加的管理节点上记录所述终端对设备管理对象类型的支持情况；所述服务器包括：第二获取模块，用于在与终端的管理会话中获取终端的设备管理树上增加的用以记录所述终端对设备管理 对象类型的支持情况的管理节点的值；决策模块，用于根据所述管理节点的值确定终端对设备管理对象类型的支持情况。

本发明又一种设备管理的终端的实施例包括：第二接收模块，用于接收携带有终端设备管理树上目标操作节点的路径信息和需要获取的值过滤信息的获取指令，所述值过滤信息包含返回以所述目标操作节点为根的子树的结构信息的指示及返回所述子树中所有节点的指定属性的属性值的指示；执行模块，用于根据所述目标操作节点的路径信息和值过滤信息获取所述子树的结构信息及所述子树下每个节点的所述属性值，并将所述属性值与结构信息一起返回。

本发明又一种设备管理的装置的实施例包括：第二发送模块，用于发送获取命令，在所述获取命令中携带终端设备管理树上目标操作节点的路径信息，同时携带需要获取的值过滤信息，所述值过滤信息包含返回以所述目标操作节点为根的子树的结构信息的指示及返回所述子树中所有节点的指定属性的属性值的指示；第三接收模块，用于接收终端返回的所述子树的结构信息及所述子树下每个节点的所述属性值。

本发明一种管理节点属性获取系统的实施例包括终端和服务器，所述终端包括：第二接收模块，用于接收携带有终端设备管理树上目标操作节点的路径信息和需要获取的值过滤信息的获取指令，所述值过滤信息包含返回以所述目标操作节点为根的子树的结构信息的指示及返回所述子树中所有节点的指定属性的属性值的指示；执行模块，用于根据所述目标操作节点的路径信息和值过滤信息获取所述子树的结构信息及所述子树下每个节点的所述属性值，并将所述属性值与结构信息一起返回；所述服务器包括：第二发送模块，用于发送获取命令，在所述获取命令中携带终端设备管理树上目标操作节点的路径信息，同时携带需要获取的值过滤信息，所述值过滤信息包含返回以所述目标操作节点为根的子树的结构信息的指示及返回所述子树中所有节点的指定属性的属性值的指示；第三接收 模块，用于接收终端返回的所述子树的结构信息及所述子树下每个节点的所述属性值。

本发明再一种设备管理的终端的实施例包括：第四接收模块，用于接收获取命令，所述获取命中携带有待查找管理对象的标识，并携带有终端管理树上待查找子树的根节点路径信息和指示查找的参数，所述参数指示终端查找并返回所述待查找子树中所述管理对象的根节点路径；查找模块，用于在所述待查找子树中查找所述管理对象，并将查找到的管理对象的根节点路径返回。

本发明再一种设备管理的装置的实施例包括：第三发送模块，用于发送获取命令，所述获取命中携带待查找管理对象的标识，并携带终端管理树上待查找子树的根节点路径信息和指示查找的参数，所述参数指示终端查找并返回所述待查找子树中所述管理对象的根节点路径；第五接收模块，用于接收终端返回的所述待查找子树中所述管理对象的根节点路径。

本发明一种管理对象地址查找系统包括终端和服务器，所述终端包括：第四接收模块，用于接收获取命令，所述获取命中携带有待查找管理对象的标识，并携带有终端管理树上待查找子树的根节点路径信息和指示查找的参数，所述参数指示终端查找并返回所述待查找子树中所述管理对象的根节点路径；查找模块，用于在所述待查找子树中查找所述管理对象，并将查找到的管理对象的根节点路径返回；所述服务器包括：第三发送模块，用于发送获取命令，所述获取命中携带待查找管理对象的标识，并携带终端管理树上待查找子树的根节点路径信息和指示查找的参数，所述参数指示终端查找并返回所述待查找子树中所述管理对象的根节点路径；第五接收模块，用于接收终端返回的所述待查找子树中所述管理对象的根节点路径。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读 取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (3)

1.一种获知终端生效管理对象的方法，其特征在于，包括：

终端分配终端资源给一管理对象实例或终端激活使用一管理对象实例；

终端在本地记录所述管理对象实例，服务器在管理会话过程中向终端发送获取指令获取终端生效管理对象，终端返回所述本地记录的管理对象的信息给所述服务器。

2.根据权利要求1所述的获知终端生效管理对象的方法，其特征在于，

所述终端在本地记录所述管理对象实例包括：

终端在本地非管理树的存储空间维护生效的管理对象实例信息，所述信息为管理对象实例在管理树上的位置信息；或者

终端在本地的管理树上记录生效管理对象实例信息，该信息作为一个管理节点的值，所记录生效管理对象实例信息为对象实例在管理树上的位置信息；或者

终端在本地将生效管理对象实例信息作为所述管理对象实例根节点的属性值。

3.根据权利要求2所述的获知终端生效管理对象的方法，其特征在于，所述终端在本地将生效管理对象实例信息作为所述管理对象实例根节点的属性值的方法具体为：扩展管理对象根节点的“Type”属性值结构，使所述属性值为管理对象标识和管理对象生效信息的组合值；服务器获取所述属性值后提取其中的管理对象生效信息确定该管理对象是否为生效管理对象。