Search International and National Patent Collections
Some content of this application is unavailable at the moment.
If this situation persists, please contact us atFeedback&Contact
1. (WO2007003107) METHOD AND APPARATUS FOR CARRYING OUT A PREDETERMINED OPERATION IN A MANAGEMENT DEVICE
Note: Text based on automatic Optical Character Recognition processes. Please use the PDF version for legal matters
在设备管理中实现预定操作的方法及装置 技术领域

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

背景技术

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

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

在现有的方案中, 提供了一个 Trap MO ( Trap Management Object ) 的实现方式,进行终端运行的诊断和错误跟踪艮告,该 Trap MO提供了 两种触发机制, 一种是基于时间触发的,另夕 1、一种是基于事件触发的机 制。在设备管理服务器下发一个诊断或者错误跟踪操作中,以 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的诊断数据或者是错误 报告;

叶子节点 ServerlD表示的是 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、在终端出现故障或者错误等异常情况时,不能自动地进行故障 4务 复或者备份等操作。

发明内容

本发明一方面提供一种在设备管理中实现预定操作的方法, 另一方 面提供一种在设备管理中实现预定操作装置, 以解决现有技术中终端设 备仅进行上报操作的局限性。

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

一种在设备管理中实现预定操作的方法,基于 OMA定义的设备管理

DM系统, 包括:

设备管理服务器向终端设备下发基于触发条件的第二预定操作, 终 端设备将接收到的第二预定操作保存; 在触发条件满足时,所述终端设 备从自身获取所述第二预定操作并执行。

其中,所述终端设备将接收到的第二预定操作保存的过程包括:将 接收到的第二预定操作以可执行节点的形式保存在 Trap MO内;

所述终端设备从自身获取所述第二预定操作并执行的过程包括:从 所述 Trap MO中直接获取该可执行节点并执行所述第二预定操作。

其中,所述终端设备将接收到的第二预定操作保存的过程包括:将 接收到的第二预定操作的可执行脚本文件的路径名保存在 Trap MO内的 叶子节点中;

所述终端设备从自身获取所述第二预定操作并执行的过程包括:从 所述叶子节点中获取可执行脚本文件的路径名, 执行该路径名所指向脚 本文件,从而执行第二预定操作。

其中,所述终端设备将接收到的笫二预定操作保存的过程包括:将 接收到的第二预定操作以 XML文本信息的形式保存在 Trap MO内的叶子 节点中;

所述终端设备从自身获取所述第二预定操作并执行的过程包括: 获 取所述叶子节点的值并进行 XML解析,执行第二预定操作。

其中,所述终端设备将接收到的第二预定操作保存的过程包括:将 接收到的第二预定操作以统一资源标识符 U I的形式保存在 Trap MO内 的叶子节点中;

所述终端设备从自身获取所述第二预定操作并执行的过程包括: 从 所述叶子节点中读取 U I, 获取该 URI所对应管理对象,执行该管理对 象的操作,从而执行第二预定操作。

其中,所述终端设备将接收到的第二预定操作保存的过程包括:将 接收到的第二预定操作以唯一预定操作识别号的形式保存在 Trap MO内 的叶子节点中;

所述终端设备从自身获取所述第二预定操作并执行的过程包括: 从 所述叶子节点中获取唯一预定操作识别号, 执行该唯一预定操作识别号 所指向操作,从而执行第二预定操作。

其中, 所述第二预定操作以可执行节点的方式存在于 Tmp MO中。 其中, 所述第二预定操作以树结构形式存在或以可执行节点的方式 存在,并通过预设的关联标识符与所述终端设备内的 Trap MO关联;且 所述第二预定操作与所述关联标识符属于同一父节点。

其中, 所述第二预定操作以树结构形式存在,通过预设的关联标识 符与所述终端设备内的 Trap MO关联;且所述关联标识符位于所述第二 预定操作所在树的一个节点中。

其中,所述预设的关联标识符为终端设备内的 Trap MO上的唯一识 别号 TmpID。

其中 , 所述第二预定操作包括终端设备在本地完成维护性处理。 其中,所述维护性处理包括故障爹复和 /或数据备份。

其中,该方法进一步包括:终端设备完成所述第二预定操作后向设 备管理服务器上报第二预定操作结果。

其中,在所述触发条件发生时,进一步包括:所迷终端设备执行第 一预定操作。

其中 , 所述第一预定操作包括终端设备向设备管理服务器上报诊断 和 /或错误信息。

其中,所述触发条件包括事件触发或时间触发。

一种在设备管理中实现预定操作的装置,用于终端设备,包括:预 定操作接收模块, 存储模块、预定操作执行模块和监控模块,其中, 所述预定操作接收模块,用于接收设备管理服务器下发的基于触发 条件的第二预定操作, 将其保存在存储模块内;

所述存储模块,用于保存第二预定操作和触发条件;

所述监控模块,用于监控所述触发条件是否满足,并在触发条件满 足时通知所述预定操作执行模块;

所述预定操作执行模块,用于根据接收到通知从所述存储模块中获 取所迷第二预定操作并执行。

其中, 所述预定操作接收模块,进一步用于接收设备管理服务器下 发的基于触发条件的第一预定操作,将其保存在存储模块内;

所述存储模块, 进一步用于存储所述第一预定操作;

所述预定操作执行模块, 进一步用于根据接收到通知从所述存储模 块中获取所述第一预定操作并执行。

本发明的有益效果如下:

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

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

3、基于上述容错机制,应用本发明,不仅可以减少运营商维护终端 的工作量,而且能够使终端设备及时恢复正常,从而能够提高用户的忠 诚度。

附图说明

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

图 2为现有技术中 OMADM协议中的 Trap MO方式示意图; 图 3A、图 3B、图 3C、图 3D、图 3E为根据本发明一实施例的在设 备的管理树上描述预定操作的示意图;

图 4A、图 4B、图 4C为根据本发明一实施例的预定操作在管理树上 的组织结构示意图;

图 5、图 6分别为根据本发明一实施例的基于错误事件触发和时间触 发实现预定操作的流程图;

图 7为 居本发明一实施例的装置结构示意图。

具体实施方式

本发明的核心是:设备管理服务器向终端设备下发基于触发条件的 第二预定操作,终端设备将接收到的第二预定操作保存;在触发条件满

足时,所述终端设备从自身获取所述第二预定操作并执行。上述第二预 定操作包括但不限于终端设备在本地完成维护性处理, 如故障修复和 /或 数据备份等。当终端设备完成所述第二预定操作后还可以向设备管理服 务器上报第二预定操作结果。 上述触发条件包括但不限于事件触发或时 间触发。

再有, 在触发条件发生时,终端设备还可以执行第一预定操作。该 第一预定操作包括但不限于终端设备向设备管理服务器上报诊断和 /或错 息

这样,在故障或错误发生时,除了执行第一预定操作向服务器上报 信息外,还可执行第二预定操作及时地进行维护性处理。例如,在设备 出现故障而不能正常使用时, 终端设备除了执行第一预定操作向设备管 理服务器上报数据外, 能自己执行服务器下发的第二预定操作进行终端 的故障恢复和数据备份, 而不仅是现有技术中简单地由终端设备上的设 备管理代理(DM Agent )模块向 DM Server上报信息。

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

1、可执行节点方式

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

<CmdID>2</CmdID>

<Item>

<Target>

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

</Target>

</Item>

</Exec>

2、路径名方式

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

<Exec>

<CmdID>2</CmdID>

<Item>

<Target>

<Data>/MaiFuntion/Path </Data>< !™在出现故障的时候,启 动触发执行该动作 —>

</Target>

</Item>

</Exec>

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

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

以下为触发条件发生的时候,通过 Exec执行预定操作的 XML描述, 则该 operation的节点的属性如下;


4. 节点中存放统一资源标识符(URI )信息

可以将 DM Server下发的第二预定操作以 U I形式直接存放于节点 上,在 DM Server下发 Trap的同时将该操作下发到管理树上;而后当触 发条件发生的时候,利用 Exec命令执行该节点的值即可。其结构如图 3D 所示,在触发条件发生时,通过对叶子节点 Operation的值找到其所指向 的操作,执行第二预定操作。

对于图 3D, Operation节点存放的是触发条件发生时的预定操作,该 节点的格式如下. -


假设图 3D中 Operation的节点的值为 ./ABC/Action,则表示的是在触 发条件满足的时候,触发 URI所指向的预定操作,以完成 DM服务器预 下发的任务,其命令如下:

<MgmtTree>

<Node>

<NodeName>.</NodeName>

<DFProperties>... </DFProperties>

<Node>

<NodeName>Trap</NodeName>

<DFProperties> ... </DFProperties>

<Node>

<NodeName>Operation</NodeName>

<DFProperties>... </DFProperties>

<Value>./ABC/Action</Value> 该节点的值,代表的是触发条 件满足时的预定操作一一

</Node>

</ ode>

</Node>

</MgmtTree>

5. 节点中存放唯一预定操作识别号

可以将 DM Server下发的第二预定操作以唯一预定操作识别号形式 直接存放于节点上,在 DM Server下发 Trap的同时将该操作下发到管理 树上;对于每一个预定操作都有一个唯一预定操作识别号与之对应, DM

Server通过将触发条件与该预定操作的唯一预定操作识别号关联;通过这 种关联,当触发条件发生时,终端设备通过该唯一预定操作识别号触发 该 DM Server下发的预定操作。其结构如图 3E所示,在触发条件发生时, 通过对叶子节点 Operation的值找到其所指向的操作,执行第二预定操作。

参见图 3E,节点. /ABC/Actionl/ActionID表示的是一个预定操作的唯 一预定操作的识别号,每一个预定操作又与一个唯一预定操作识别号对 应;其命令如下:

<MgmtTree>

<Node>

<NodeName>.</NodeName>

<DFProperties>...</DFProperties>

<Node>

<NodeName>ABC</NodeName>

<DFProperties> ... </DFProperties>

<Node>

<NodeName> Action 1 </NodeName>

<DFProperties>...</DFProperties>

<Node>

<NodeName>ActionID</NodeName>

<DFProperties>... </DFProperties>

<Value>1234</Value> --该节点的值,代表的是触发条件满足 时的预定操作的唯一标示号

</Node>

</Node>

</Node>

< Node>

</MgmtTree>

上面的 XML的描述,表示的是这些预定操作以唯一的识别符互相区 分开,例如上例中该唯一的识别符就是 1234;

<MgmtTree>

<Node>

<NodeName>.</NodeName>

<DFProperties>... </DFProperties>

<Node>

<NodeName>Trap</NodeName>

<DFProperties>... </DFProperties>

<Node>

<NodeName>Operation</NodeName>

<DFProperties>...</DFProperties>

<Value>1234</Value> 该节点的值,代表的是触发条件满足 时的预定操作的唯一标示号

</ ode>

</Node>

</ ode>

</MgmtTree>

Trap MO上的 Operation节点存储的是该触发条件满足时预定操作的 唯一识别号,通过该唯一的识别号,客户端可以在触发条件满足时,执 行服务器下发的预定操作;

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为空的时候,它将不向 DM Server发送诊断数据 或者是错误跟踪拫告。也就是说,这种组织方式为:第二预定操作以可 执行节点的方式存在于所述 Trap MO中。

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

<Exec>

<CmdID>2</CmdID>

<Item>

<Target>

<LocU I>/MalFuntion/Action </LocURI><!—在出现故障的 时候,启动触发执行该动作 >

</Target>

</Item>

</Exec>

2、为了不对原有的 Trap MO的结构进行修改,可采用如图 4B所示 的 MO结构管理第二预定操作, 其中:

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

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

叶子节点 Actio Manager/<X>VTrapID 所存放的某个触发条件的

TrapID , 与 Trap MO中的 TrapID是对应的关系;

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

通过这种集中的对触发机制操作的管理,在触发条件发生的时候,该

触发条件将它的 TrapID存放于 Firepoint节点,而各个触发条件所对应的 预定的操作通过对 Firepoint 节点的监控,查看 ActionManager 节点的 TrapID是否和 Firepoint节点的 TrapID—致,决定是否执行 DM Server下 发的预定操作。也就是说,这种组织方式为:第二预定操作以树结构形 式存在或以可执行节点的方式存在, 并通过预设的关联标识符与所述终 端设备内的 Trap MO关联;且第二预定操作与所述关联标识符属于同一 父节点。其中,预设的关联标识符为终端设备内的 Trap MO上的唯一识 别号 TrapID。

3、为了不对原有的 Trap MO的结构进行^ ί 改,可以采用如图 4C所 示的 ΜΟ结构管理第二预定操作。

参见图 4C,可以在第二预定操作的] VIO上,增加一个节点用于存放 TrapID, 一个 TrapID代表的是一个与之相关的 Trap MO, 这就建立了第 二预定操作和 Trap MO之间的关联关系。通过这种关联关系,当触发条 件满足时, Trap Agent通知终端设备执行与此 TrapID关联的第二预定操 作。

也就是说, 这种组织方式为:第二预定操作以树结构形式存在,通 过预设的关联标识符与所述终端设备内的 Trap MO关联;且关联标识符 位于所述第二预定操作所在树的一个节点中。 其中,预设的关联标识符 为终端设备内的 Trap MO上的唯一识别号 TrapID。

参阅图 5所示,基于错误事件触发预定操作的处理流程如下: 步驟 1 : DM Server以 Trap MO的形式下发基于事件的诊断或者错误 跟踪操作 , 同时下发故障恢复操作,当然也可以是数据备份或者其他操 作。

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

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

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

参阅图 6所示,基于时间触发预定操作的处理流程如下:

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

步骤 2: 终端设备上的 DMAgent接受该时间触发机制,进行等待或 者是收集数据。

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

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

对于上述两个流程, 也可以只存在第二预定操作,即只存在故障恢 复操作和数据备份操作。

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

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

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

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

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

<Replace>

<CmdID>K/CmdID>

<Item>

<Target>

<LocU I>/FailGw/Server/scts/ServerID</LocI J> </Target>

<Meta>

<Format xmlns- syncml:metmf>chr</Format>

</Meta>

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

</Item>

</Replace>

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

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

<Replace>

<CmdID>2</CmdID>

<Item>

<Target>

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

<Meta>

<Format xmlns=;,syncml:metinf>bool</Format>

</Meta>

<Data>true</Data>

</Item>

</Replace>

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

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

< eplace>

<CmdID>3</CmdID>

<Item>

<Target>

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

</Target>

<Meta>

<Format xmlns='syncml: metinf >chr</Format>

</Meta>

<Data>EV</Data>

</Item>

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

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

<Replace>

<CmdID>3</CmdID>

<Item>

<Target>

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

</Target>

<Meta>

<Format xmlns='syncml:metinf>int</Format>

</Meta>

<Data>2</Data>

</Item>

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

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

<Replace>

<CmdID>4</CmdID>

<Item>

<Target>

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

</Target>

<Data> 10.0.0.172</Data>

</Item>

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

根据上述描述, 可以得到一种在设备管理中实现预定操作装置,该 装置的结构示意图参见图 7, 其位于终端 710内,包括预定操作接收模块 711 , 存储模块 712、预定操作执行模块 713和监控模块 714, 其中, 预定操作接收模块 711,用于接收设备管理服务器 720下发的基于触 发条件的第二预定操作,将其保存在存储模块 712内;

存储模块 712, 用于保存第二预定操作和预设的触发条件; 监控模块 714, 用于监控所述触发条件是否满足,并在触发条件满足 时通知所述预定操作执行模块 713;

预定操作执行模块 713 ,用于根据接收到通知从所述存储模块 712中 获取所述第二预定操作并执行。

再有,上述预定操作接收模块 711 还可以进一步用于接收设备管理 服务器 720 下发的基于触发条件的第一预定操作,将其保存在存储模块 712内;

上述存储模块 712还可以进一步用于存储所述第一预定操作; 上述预定操作执行模块 713 还可以进一步用于根据接收到通知从所 述存储模块 712中获取所述第一预定操作并执行。

上述第二预定操作包括终端设备在本地完成维护性处理。 上述第一 预定操作包括终端设备向设备管理服务器上报诊断和 /或错误信息。

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

离本发明的精神和范围。这样,倘若对本发明的这些修改和变型属于本 发明权利要求及其等同技术的范围之内, 则本发明也意图包含这些改动 和变型在内。