CN1889741A

CN1889741A - 在设备管理中实现预定操作的方法及装置

Info

Publication number: CN1889741A
Application number: CNA2005100802573A
Authority: CN
Inventors: 何江水
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-06-30
Filing date: 2005-06-30
Publication date: 2007-01-03
Anticipated expiration: 2025-06-30
Also published as: ATE462261T1; US20110087917A1; EP1890454B1; KR20080027364A; KR100978726B1; DE602006013125D1; US20080163262A1; EP1890454A4; CN100479575C; WO2007003107A1; EP1890454A1; US8434094B2; US8001231B2

Abstract

本发明公开了一种在设备管理中实现预定操作的方法，由设备管理服务器以管理对象(MO)结构形式向终端设备下发基于事件触发或时间触发的第一预定操作，在触发条件发生时触发该第一预定操作；其中，设备管理服务器还向终端设备下发第二预定操作，并且在所述触发条件产生而触发第一预定操作时触发该第二预定操作，以在终端设备上同时或先后执行所述第一预定操作和第二预定操作。本发明还同时公开了一种终端设备。

Description

在设备管理中实现预定操作的方法及装置

技术领域

本发明涉及通信技术领域的设备管理技术，特别涉及在设备管理中实现预定操作的方法及装置。

背景技术

移动终端是整个移动运营服务体系中重要组成部分。随着终端功能的日趋复杂，终端软件出现问题的可能性显著增加。未来运营商之间的竞争日趋激烈，如何有效的保证用户体验、提高用户忠诚度、保持高效的服务质量以及低成本的设备维护已经成为运营商、终端厂商的一个重要的关注点。

在现有的移动开放联盟设备管理(OMA DM)规范中，定义了一种事件触发机制，它的主要用途在于：通过设备管理服务器(DM Server)下发一个诊断或者一个错误上报任务，终端进行诊断或者发生错误时，终端将收集到的诊断结果或错误报告返回给服务器，该触发机制仅局限于终端对服务器端的诊断结果或错误报告的上报，终端不做其他的任何的操作。

在现有的方案中，提供了一个Trap MO(Trap Management Object)的实现方式，进行终端运行的诊断和错误跟踪报告，该Trap MO提供了两种触发机制，一种是基于时间触发的，另外一种是基于事件触发的机制。在设备管理服务器下发一个诊断或者错误跟踪操作中，以Trap MO的形式下发，将其挂接于管理树的内部节点上，该Trap MO上包含了诊断或错误报告的相关参数。DM Agent收集诊断数据或者错误报告后，在触发条件发生时上报给DM Server。具体处理流程如图1所示：

步骤1：DM Server以Trap MO的形式下发一个诊断或者错误跟踪操作；

步骤2：DM Agent收集诊断数据或错误报告；

步骤3：触发条件发生，DM Agent执行触发操作；

步骤4：DM Agent向DM Server发送诊断数据或者错误跟踪报告。

目前OMA DM协议中所提供的Trap MO的形式如图2所示，其中：

TrapID是Trap MO的一个唯一的标识号；

叶子节点CM表示Trap MO的数据收集策略；

叶子节点Result中存放用于上报DM Server的诊断数据或者是错误报告；

叶子节点ServrID表示的是DM Agent向哪个DM Server发送诊断或错误报告的返回结果；

叶子节点Enable相当于一个Trap的开关，用于控制是否启用该Trap；

Reporting/Type用于指明该Trap MO是基于时间触发(TM)，还是事件触发(EV)；

Reporting/Value，当基于时间触发的情况下，该叶子节点的数值表示在多长的时间间隔内向服务器上报收集到的诊断数据或错误报告，当基于事件触发的情况下，表示的是事件在发生多少次的时候向DM Server上报诊断数据和错误报告。

TrapRef对应的是该Trap MO可能参考其他的Trap MO，所以在此用一个TrapRef的形式指向所参考的Trap MO。

在现有的OMA DM触发机制下，虽然提供了基于事件触发和时间触发的两种不同的机制，但是仍存在以下缺点：

1、触发条件满足的情况下，终端所执行的功能仅仅局限于对服务器端的上报，在使用过程中有很大的局限性。

2、在终端出现故障或者错误等异常情况时，不能自动地进行故障修复或者备份等操作。

发明内容

本发明提供一种在设备管理中实现预定操作的方法及装置，以解决现有技术中基于时间或事件的触发条件仅能触发单一操作的问题。

本发明进一步解决现有技术中，Trap MO的功能机制在满足触发条件的情况下，终端设备仅进行上报操作，而不能进行维护性处理的问题。

实现本发明的技术方案如下：

一种在设备管理中实现预定操作的方法，由设备管理服务器以管理对象(MO)结构形式向终端设备下发基于事件触发或时间触发的第一预定操作，在触发条件发生时触发该第一预定操作；其中，设备管理服务器还向终端设备下发第二预定操作，并且在所述触发条件产生而触发第一预定操作时触发该第二预定操作，以在终端设备上同时或先后执行所述第一预定操作和第二预定操作。

终端设备执行第一预定操作负责向设备管理服务器上报信息。

终端设备执行第二预定操作负责在终端设备本地完成维护性处理。

终端设备完成第二预定操作后向设备管理服务器上报结果。

所述维护性处理包括故障修复和数据备份。

设备管理服务器将所述第一预定操作和所述第二预定操作同时下发到终端设备，或者，设备管理服务器分别下发第一预定操作和第二预定操作到终端设备。

在描述第一预定操作的MO结构中增加节点定义所述第二预定操作，终端设备将该MO结构作为管理树上的内部节点进行管理。

采用树结构描述所述第二预定操作并与第一预定操作的触发条件相关联，终端设备将该树结构作为管理树上的内部节点与描述第一预定操作的MO结构分开管理。

与第一预定操作的触发条件相同的第二预定操作为多个预定操作。

终端设备在分开管理第一预定操作时，将描述第二预定操作的所有树结构作为管理树上一个内部节点的子节点进行集中管理。

在终端设备管理树上，定义所述第二预定操作的节点为可执行节点，当所述触发条件产生时通过执行命令直接运行以完成第二预定操作；

或者，定义第二预定操作的节点值为该第二预定操作的脚本文件的路径名，当所述触发条件产生时通过执行该路径名所指定的脚本文件完成第二预定操作；

或者，定义第二预定操作的节点保存描述第二预定操作的可扩展标记语言(XML)文本信息，当所述触发条件产生时通过解析该XML文件信息完成第二预定操作。

一种终端设备，包括设备管理代理模块，其中，所述设备管理代理模块包括：

代理管理模块，用于按树形结构管理具有相同触发条件的第一、第二预定操作的描述数据；

监控模块，通过接口与代理管理模块连接，用于监控所述触发条件，并在触发条件产生时，同时触发所述第一、第二预定操作。

本发明的有益效果如下：

1、扩充了MO的功能机制，在触发条件发生时可以触发完成不同功能的操作，尤其在Trap MO的功能机制中，使终端设备不仅仅局限于向DM Server的诊断数据和错误报告上报功能。

2、在终端设备出现故障或者错误而无法正常使用的情况下，终端设备能执行DM Server所下发的预定操作以恢复终端的正常使用，从而提供了一种容错机制。

3、采用本发明，不仅可以减少运营商维护终端的工作量，而且能够使终端设备及时恢复正常，从而能够提高用户的忠诚度。

附图说明

图1为现有技术中错误上报的流程图；

图2为现有技术中OMA DM协议中的Trap MO方式示意图；

图3A、图3B、图3C为在设备的管理树上描述预定操作的示意图；

图4A、图4B为预定操作在管理树上的组织结构示意图；

图5A、图5B为下发预定操作的流程图；

图6、图7分别为本发明中基于错误事件触发和时间触发实现预定操作的流程图；

图8为终端设备结构示意图。

具体实施方式

本发明在设备管理服务器以管理对象(MO)结构形式向终端设备下发基于事件触发或时间触发的第一预定操作时，还向终端设备下发触发条件相同的第二预定操作。当触发条件发生时，在终端设备上同时触发第一、第二预定操作，以在终端设备上同时或先后执行所述第一预定操作和第二预定操作。第一、第二预定操作在终端设备上完成不同的功能，第二预定操作可以是多个完成不同功能的操作。一个预定操作在终端设备上可包含一个或多个具体动作，如故障诊断包含了数据搜集和数据上报两个具体动作。不同的第一预定操作对应不同的第二预定操作。

在本发明中，第一预定操作也可以是设备管理服务器向终端设备下发的一个基于事件或时间的触发条件中隐含的某种操作。如在某个时间点终端设备向设备管理服务器上报信息，或者在终端设备发生故障时向设备管理服务器上报信息等。

典型地，在Trap MO机制下，基于时间或事件的触发条件发生时，第一预定操作完成终端的数据上报，第二预定操作在终端设备上进行维护性处理。维护性处理包括但不限于数据备份、故障修复等操作。这样，在故障或错误发生时，除了执行第一预定操作向服务器上报信息外，还可执行第二预定操作及时地进行维护性处理。例如，在设备出现故障而不能正常使用时，终端设备除了执行第一预定操作向设备管理服务器上报数据外，能自己执行服务器下发的第二预定操作进行终端的故障恢复和数据备份，而不仅是现有技术中简单地由终端设备上的设备管理代理(DM Agent)模块向DM Server上报信息。

在设备的管理树上描述预定操作可采用以下三种方式：

1、可执行节点方式

对于DM Server所下发第二预定操作，以可执行节点的形式直接挂接于管理树上。如图3A所示，其中，叶子节点Action定义为DM Server所下发的第二预定操作，它作为一个可执行节点直接挂接于管理树上，可以通过Exec命令直接运行，进行触发条件发生时的操作。命令如下：

<Exec>

<Item>

<LocURI>/MalFuntion/Action</LocURI><!-在出现故障的时候，启动触发执行该动作-->

</Target>

</Item>

</Exec>

2、路径名方式

将第二预定操作的可执行脚本文件的路径名作为一个叶子节点的值形式存放于管理树上，当触发条件发生的时，DM Agent执行该路径名所指定的文件。如图3B所示的Trap MO结构中Path叶子节点所存放的是第二预定操作的脚本文件的路径名。当触发条件发生的时候，DM Agent从Path叶子节点获取脚本文件的路径名，可以通过Exec命令执行脚本文件，从而实现触发机制。其命令如下：

<Exec>

<Item>

<Data>/MalFuntion/Path</Data><!-在出现故障的时候，启动触发执行该动作-->

</Target>

</Item>

</Exec>

3、节点中存放可扩展性标记语言(XML)形式的文本信息

可以将DM Server下发的第二预定操作以XML文本信息形式直接存放于节点上，在DM Server下发Trap的同时将该操作下发到管理树上；而后当触发条件发生的时候，利用Exec命令执行该节点的值即可。其结构如图3C所示，在触发条件发生时，通过对叶子节点Operation的值进行XML解析，执行操作动作。

在终端设备上可采用以下两种组织方式管理预定操作：

1、为了不对现有的Trap MO做较大的变动的，对触发机制功能扩展，可以简单地在现有的Trap MO上面添加一个可执行节点定义第二预定操作，例如该节点为一个可执行节点Action，在触发条件发生的时候，触发DM Agent执行第二预定操作。该Trap MO的结构如图4A所示，Action节点为错误事件发生的时候，DM Agent应执行的第二预定操作(Action节点在Trap MO中的所挂接的位置不限于图中所示)，这就扩充了原本Trap MO仅仅只能上报诊断结果或者是错误报告的功能，当然DM Agent在执行DM Server下发第二预定操作的同时，也可以向DM Server发送诊断数据或者是错误跟踪报告，只是通过了扩展，它的作用不限于此。在叶子节点Result为空的时候，它将不向DMServer发送诊断数据或者是错误跟踪报告。

例如，当触发条件发生的时候，可利用Exec命令直接对Action操作进行触发执行，其命令示例如下：

<Exec>

<Item>

</Target>

</Item>

</Exec>

2、为了不对原有的Trap MO的结构进行修改，将与第一预定操作触发条件相同的第二预定操作集中进行管理。可采用如图4B所示的MO结构，其中：

ActionManager节点在终端设备上作为一个内部节点，挂接在管理树上；

Firepoint叶子节点存放的是当某个触发条件发生的时候，需要执行DMServer所下发的第二预定操作，将该触发条件所对应的TrapID存放于该节点上；

叶子节点ActionManager/<X>*/TrapID所存放的某个触发条件的TrapID，与Trap MO中的TrapID是对应的关系；

叶子节点ActionManager/<X>*/Action描述第二预定操作，该节点可以是一个可执行节点(如前所述)，可由Exec命令直接执行。

通过这种集中的对触发机制操作的管理，在触发条件发生的时候，该触发条件将它的TrapID存放于Firepoint节点，而各个触发条件所对应的预定的操作通过对Firepoint节点的监控，查看ActionManager节点的TrapID是否和Firepoint节点的TrapID一致，决定是否执行DM Server下发的预定操作。

对于第一预定操作和第二预定操作的下发可以采用以下方式：

1、在下发第一预定操作的同时下发第二预定操作

这种情况下采用前述的第一种组织形式的MO结构描述第二预定操作，终端设备则将该MO结构作为管理树上的内部节点进行管理，以便监控第一、第二操作的触发条件。其处理流程如图5A所示，其中触发条件、第一和第二预定操作由诊断服务器下发到设备管理服务器，再由设备管理服务器下发。

2、分开下发第一预定操作和第二预定操作

DM Server先下发第一预定操作和该操作的触发条件，或者先下发隐含第一预定操作的触发条件，而后，下发第二预定操作并使该操作的触发条件与第一预定操作的触发条件相关联。关联方式可以是包含对触发条件的详细描述，也可以是仅包含触发条件的唯一标识。终端设备可以将描述第二预定操作的MO结构作为管理树上的内部节点与描述第一预定操作的MO结构分开管理，但两者的触发条件相关联，即按上述第二种组织方式管理；终端设备也可以将其按上述的第一种方式进行管理。下发的处理流程如图5B所示。

参阅图6所示，基于错误事件触发预定操作的处理流程如下：

步骤1：DM Server以Trap MO的形式下基于事件的诊断或者错误跟踪操作，同时下发故障恢复操作(也可以是数据备份或者其他操作)。

步骤2：终端设备上的DM Agent模块监控错误事件以及收集诊断数据或错误报告。

步骤3：错误触发事件发生，终端因出现故障而无法正常使用，DM Agent模块执行触发操作，将故障错误报告上报给DM Server。

步骤4：DM Agent执行DM Server下发的故障恢复操作，并向DM Server返回操作结果。

参阅图7所示，基于时间触发预定操作的处理流程如下：

步骤1：DM Server下发基于时间触发的一个执行动作和一个数据备份操作。

步骤2：终端设备上的DM Agent模块接受该时间触发机制，进行等待或者是收集数据。

步骤3：时间触发条件发生，DM Agent模块执行动作。如，向DM Server上报数据。

步骤4、DM Agent模块进行数据备份操作，并向DM Server返回执行该备份操作的结果。

一个实现本发明的具体实体如下：

在一个运营商网络中，存在着多个的WAP网关地址，在某一个WAP服务器地址出现无法访问的情况下，这将会导致设置该WAP服务器地址的用户无法通过WAP进行访问，在这种情况下，可以通过预定下发的操作，对用户终端上WAP网关服务器地址进行自动修改，所修改的后的服务器地址可以是DMServer设置的一个默认的WAP网关地址，也可以是对其他的多个WAP网关服务器地址进行尝试，直至找到一个能正常使用的服务器网关地址，对终端上WAP网关地址的修改，是通过DM Server下发的预定操作执行。

服务器下发Trap，对终端通过WAP访问进行监控，在终端访问WAP服务器失败2次以后，触发执行预定的操作，自动修改WAP服务器地址，该服务器地址为DM Server下发时预先所设的备份服务器地址。

服务器下发的Trap MO的形式如下描述：

/*-------<X>/Server/<X>*/ServerID-------*/

<Item>

<LocURI>/FailGw/Server/scts/ServerID</LocURI>

</Target>

<Meta>

</Meta>

<Data>com.openmobilealliance.DMServer</Data>

</Item>

</Replace>

上述的XML描述表示监控事件发生时，诊断数据或者错误信息所上报的服务器。

/*-------<X>/Server/<X>*/Enabled-------*/

<Item>

<LocURI>/FailGW/Server/scts/Enabled</LocURI>

</Target>

<Meta>

</Meta>

</Item>

</Replace>

上述的XML描述中表示的是启动监控条件。

/*-------<X>/Server/<X>*/Reporting/Type-------*/

<Item>

<LocURI>/FailGW/Server/scts/Reporting/Type</LocURI>

</Target>

<Meta>

</Meta>

</Item>

</Replace> //该段XML描述表示触发条件是基于事件触发的。

/*-------<X>/Server/<X>*/Reporting/Value-------*/

<Item>

<LocURI>/FailGW/Server/scts/Reporting/Value</LocURI>

</Target>

<Meta>

</Meta>

</Item>

</Replace> //该段XML描述中表示的是在所监控的事件发生2次的时候，启动预定操作。

在触发条件发生的时候，即通过原先的WAP网关的设置不能使用的话，通过执行下面的第二预定操作，进行故障的修复，下发的第二预定操作XML描述如下：

<Item>

<LocURI>./settings/wap_settings/GW</LocURI>

</Target>

</Item>

</Replace> //该段XML描述表示：将原先的WAP网关地址修改为10.0.0.172，该地址为该运营商WAP网关的备用地址。

根据上述描述，可以得到图8所示结构的终端设备，终端设备中的设备管理代理模块用于按DM协议与设备管理服务器进行交互，该设备管理代理模块中包括用于完成DM协议中所定义的各项功能的模块，如，参数配置模块、软件组件管理模块、开机引导模块等。其中，该设备管理代理模块还包括代理管理模块和监控模块，代理管理模块用于按树形结构管理具有相同触发条件的第一、第二预定操作的描述数据(如上所述)；监控模块，通过接口与代理管理模块交互，用于监控所述触发条件，并在触发条件产生时，同时触发所述第一、第二预定操作。

从上可知，本发明扩展了触发机制的应用场合，使之能在触发条件发生的时候，按照服务器所下发的预定的操作执行，尤其在Trap MO机制中，终端设备不限于向服务器上报信息。例如，在设备出现故障而不能正常使用时，由终端自动执行服务器下发的第二预定操作，进行终端的故障恢复或数据备份，而不是简单地将故障信息或错误信息上报给DM Server。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1、一种在设备管理中实现预定操作的方法，由设备管理服务器以管理对象(MO)结构形式向终端设备下发基于事件触发或时间触发的第一预定操作，在触发条件发生时触发该第一预定操作；其特征在于，设备管理服务器还向终端设备下发第二预定操作，并且在所述触发条件产生而触发第一预定操作时触发该第二预定操作，以在终端设备上同时或先后执行所述第一预定操作和第二预定操作。

2、如权利要求1所述的方法，其特征在于，终端设备执行第一预定操作负责向设备管理服务器上报信息。

3、如权利要求1所述的方法，其特征在于，终端设备执行第二预定操作负责在终端设备本地完成维护性处理。

4、如权利要求3所述的方法，其特征在于，终端设备完成第二预定操作后向设备管理服务器上报结果。

5、如权利要求3所述的方法，其特征在于，所述维护性处理包括故障修复和数据备份。

6、如权利要求1所述的方法，其特征在于，设备管理服务器将所述第一预定操作和所述第二预定操作同时下发到终端设备，或者，设备管理服务器分别下发第一预定操作和第二预定操作到终端设备。

7、如权利要求6所述的方法，其特征在于，在描述第一预定操作的MO结构中增加节点定义所述第二预定操作，终端设备将该MO结构作为管理树上的内部节点进行管理。

8、如权利要求6所述的方法，其特征在于，采用树结构描述所述第二预定操作并与第一预定操作的触发条件相关联，终端设备将该树结构作为管理树上的内部节点与描述第一预定操作的MO结构分开管理。

9、如权利要求1至8任一项所述的方法，其特征在于，与第一预定操作的触发条件相同的第二预定操作为多个预定操作。

10、如权利要求9所述的方法，其特征在于，终端设备在分开管理第一预定操作时，将描述第二预定操作的所有树结构作为管理树上一个内部节点的子节点进行集中管理。

11、如权利要求9所述的方法，其特征在于，在终端设备管理树上，定义所述第二预定操作的节点为可执行节点，当所述触发条件产生时通过执行命令直接运行以完成第二预定操作；

12、一种终端设备，包括设备管理代理模块，其特征在于，所述设备管理代理模块包括：

13、如权利要求12所述的终端设备，其特征在于，所述第一预定操作完成信息上报，所述第二预定操作终端设备本地进行维护性处理。