CN1852537A

CN1852537A - 在设备管理中处理失败任务的方法及装置

Info

Publication number: CN1852537A
Application number: CNA2005101129241A
Authority: CN
Inventors: 郭详洲; 柴晓前; 李克鹏; 董晓艺; 何江水; 高洪涛; 程建章; 舒琦
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-10-14
Filing date: 2005-10-14
Publication date: 2006-10-25
Anticipated expiration: 2025-10-14
Also published as: CN100373976C

Abstract

本发明公开了一种在设备管理中处理失败任务的方法，该方法在终端设备执行任务失败向设备管理服务器上报消息时，设备管理服务器根据所述消息中的错误标识确定失败类型，并执行该失败类型对应的处理策略以管理所述执行失败的任务。本发明还同时公开了一种设备管理服务器，该管理服务器包括通信模块、判断模块和执行模块。

Description

在设备管理中处理失败任务的方法及装置

技术领域

本发明涉及通信技术领域的设备管理技术，尤其涉及在设备管理中处理失败任务的方法及装置。

背景技术

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

OMA DM规范是一种管理、诊断、维护移动终端设备的技术。它通过OTA(Over The Air空中下载)方式对终端设备进行管理，管理操作包括终端设备参数设置、固件更新、软件安装和升级、应用设置、设备的错误和事件信息的收集和处理等功能。

无线网络是设备管理(DM)的一个重要应用领域，但由于无线是一种不可靠的媒介，建立在无线网上的连接存在不可靠性，例如：信号存在盲区(如电梯)、信号的强弱的不稳定、信号容易被干扰、终端设备的移动性等都会导致连接或会话的中断，另外，个人通信终端设备的自身问题也常常导致一些问题，诸如：死机、掉线、自动关机等现象。如上问题均有可能导致DM管理会话终止，使得设备管理服务器的管理任务失败。

另外，目前存在一种失败后的处理动作，主要是当操作失败后，为了保持终端设备的安全可用，会对一些操作进行回滚，一般会做如下处理：

A、如果此操作是原子操作，当原子操作还未完成时，出现了操作失败的情况，则会进行操作的回滚；

B、如果此操作是一个操作序列中的某一个操作，当此操作序列中的某个操作失败时，会对此操作进行回滚，对此操作前面已经完成的操作则不进行回滚。

虽然目前的技术能够保证终端在操作失败后仍可正常使用，但此管理操作不能为终端设备完成任务提供有效的处理，导致DMS的处理压力和网络的操作代价较大，以及管理操作的成功率较低。

发明内容

本发明提供一种在设备管理中处理失败任务的方法，以解决现有技术管理操作失败任务存在DMS处理压力和网络主操作代价较大，以及成功率较低的问题。

本发明提供以下技术方案：

一种在设备管理中处理失败任务的方法，包括如下步骤：

终端设备执行任务失败，向设备管理服务器上报消息；

设备管理服务器根据所述消息中的错误标识确定失败类型，并执行该失败类型对应的处理策略以管理所述执行失败的任务。

其中：

所述失败类型包括：交互超时类型、取消任务类型和执行异常类型。

设备管理服务器确定失败类型为交互超时类型时，所述处理策略使终端设备可重新执行所述任务。

所述处理策略包括如下步骤：

A1、设备管理服务器判断失败任务的类型，若为普通任务，则进行步骤A2，若为定制任务，则进行步骤A3；

A2、将执行失败的任务转换为定制任务并下发给终端设备；

A3、向终端查询是否存在所述执行失败的任务，若是，则重置任务的状态和触发条件；否则，设备管理服务器重新生成定制任务下发给终端设备。

设备管理服务器确定失败原因为取消任务时，执行的处理策略使终端设备不再执行所述任务。

设备管理服务器确定失败原因为执行异常时，进一步确定导致异常的操作类型；所述处理策略根据操作类型使终端设备不再执行所述任务或者使终端设备可重新执行所述任务。

设备管理服务器确定所述任务为不可操作或无需操作类型导致任务执行异常时，所述处理策略使终端设备不再执行所述任务。

设备管理服务器确定所述任务为可操作类型时，所述处理策略向终端设备重新下发或推迟下发所述任务，使终端设备可重新执行该任务。

设备管理服务器在下发任务前进一步判断失败任务的类型，在确定所述失败任务为定制任务并且所述终端设备上存在该任务时，控制终端设备删除该任务。

设备管理服务器确定所述任务为暂不可操作类型时，所述处理策略使终端设备可推迟时间重新执行所述任务。

一种设备管理服务器，包括：

用于接收上报消息和下发任务的通信模块；

用于根据所述通信模块接收到的执行任务失败的消息判断失败类型的判断模块；

用于根据判断模块确定的失败类型执行对应的处理策略，以管理所述失败任务的执行模块。

其中，若所述判断模块确定失败类型为交互超时类型时，所述执行模块执行的处理策略使终端设备可重新执行所述任务；若所述判断模块确定失败类型为取消任务类型时，所述执行模块执行的处理策略使终端设备不再执行所述任务；若所述判断模块确定失败类型为执行异常类型时，所述执行模块执行的处理策略使终端设备不再执行所述任务或者使终端设备可重新执行所述任务。

本发明根据执行任务失败的不同原因采用对应的处理流程进行管理，使终端设备可以重新执行该任务，因而能够提高管理操作的成功率，同时也能减轻DMS的操作压力和降低网络操作代价，以及增强用户体验。

附图说明

图1为现有技术中DMS向终端设备下发管理操作的交互流程；

图2为本发明中DMS根据终端设备上报消息中的错误标识确定失败原因的流程图；

图3为本发明中失败原因为用户无响应类型时DMS的处理流程图；

图4为本发明中失败原因为用户取消任务类型时DMS的处理流图；

图5为本发明中执行异常中的可操作类型时DMS的处理流程图；

图6为本发明中执行异常中的暂不可操作类型时DMS的处理流程图；

图7为本发明中设备管理服务器的结构框图。

具体实施方式

为了在终端设备执行任务失败时能够对失败任务进行后续管理，在终端设备向设备管理服务器上报执行任务失败时，设备管理服务器根据失败类型执行相应的处理策略以对失败任务进行后续管理。以下主要以通过OMA DM协议进行设备管理为例对本发明进行详细说明。

基于现有OMA DM协议，从用户的角度来看，导致设备管理(DM)执行失败原因可以分为三种：

(1)用户无响应，以至于交互超时，最终导致任务失败；

(2)用户不愿执行，选择了拒绝或者取消，导致下发任务的执行失败；

(3)用户接受下发的任务，但在任务执行过程中出现异常最终导致失败。

用户无响应通常是用户出于某种原因(比如用户正在通话，或者手机不在身边等)而长时间没有对设备管理服务器(DMS)下发的任务进行响应，这种情况下会话不会一直保持，通常会返回一个交互超时状态信息，例如：

<Cmd>Alert</Cmd>

</Status>

用户取消任务通常是在交互过程中用户拒绝在终端执行该任务，或者，用户起初同意，但在任务的执行过程中，用户改变了主意而中止了任务的执行。这种情况下，终端会返回一个取消或未执行的状态信息，例如：

<Cmd>Alert</Cmd>

</Status>

在任务的执行过程中，会出现各种各样的异常导致任务执行的最终失败，这些异常大致可以分为三类。

A、不可操作和无需操作

不可操作类包括但不限于未授权、终端不支持任务类型、认证失败、命令不允许等异常。这类异常通常是由于DMS或者终端无权限或者根本没有能力执行下发的任务而产生，但不排除其他的可能性。

无需操作类主要是由于当前设备的状态不需要再执行下发的任务而产生的。其包括但不限于任务已存在或已执行、目标不存在等异常。

B、可操作

该类异常主要是下发的任务在执行过程中出现错误而产生的，包括但不限于命令不完整、URI太长、请求的数据项过大等。

C、暂不可操作

这类异常的产生通常是由于当前终端的设备状态不适合或者不能够下发的任务。其包括但不限于内存不足、存储空间已满等。

现有OMA DM协议对各种任务失败的原因都有表示相应的错误原因的状态码，比如交互超时为408、操作取消为214、不支持的类型和格式为415等，部分错误代码如下表所示：

状态码	意义
状态码	意义	214	操作取消
215	操作未执行	214	操作取消
215	操作未执行	304	用户拒绝
401	未授权	304	用户拒绝
401	未授权	405	命令不允许
406	不支持的可选特征	405	命令不允许
406	不支持的可选特征	407	无鉴权信息
408	交互超时	407	无鉴权信息
408	交互超时	412	不完全的命令
415	不支持的媒体类型或格式	412	不完全的命令
415	不支持的媒体类型或格式	416	终端不支持的交互
500	命令失败	416	终端不支持的交互
500	命令失败	516	原子操作回滚失败

在现有的OMA DM协议中，DMS向终端设备下发管理操作的交互流程如图1所示：

步骤1：服务器发起操作通知到终端设备。

步骤2：终端建立会话连接(交互验证部分省略)。

步骤3：服务器下发管理操作任务。

步骤4：终端设备提示用户下发管理操作任务信息。

图1中的三个方框1、2、3，分别表示了之后的三种情况下任务执行失败的交互流程。从图1中可以看出，终端设备会向DMS返回任务执行失败的状态码。

因此，在本发明中，DMS可以根据这些返回的状态码来确定任务失败原因的类型，从而执行相应的处理流程，主要的处理过程如图2所示：

步骤200、DMS从终端设备返回消息中获取标识错误原因的状态码。

步骤210、判断失败原因的类型；如果是用户无响应类型，即交互超时，则进行步骤230，如果是用户取消类型，则进行步骤260，如果是执行异常，则进行步骤220。

步骤220、DMS进一步判断执行异常的可操作度；如果为不可/无需操作类型，则进行步骤260，如果为可操作类型，则进行步骤240，如果为暂不可操作类型，则进行步骤250。

步骤230、DMS执行处理流程1。

步骤240、DMS执行处理流程3。

步骤250、DMS执行处理流程4。

步骤260、DMS执行处理流程2。

用户无响应通常是用户不方便而造成交互超时导致的任务失败，因此，DMS可以将任务转化成为一个定制任务，重新下发给终端设备。这时，在终端设备的显示屏上会有一个类似于活性图标的显示元素用于提醒用户，以便用户在方便的时候进行任务的执行。参阅图3所示，对于失败原因为用户无响应类型，处理流程1的主要步骤如下：

步骤300、DMS判断失败任务的类型，如果为普通任务，则进行步骤310，如果为定制任务，则进行步骤320。

步骤310、将普通任务转化成为一个定制任务，下发给终端设备。

步骤320、DMS向终端查询失败的定制任务。

步骤330、判断终端设备上是否存在定制任务，如果存在，则进行步骤340，否则进行步骤350。

步骤340、通知终端设备重置定制任务的状态和触发条件。

步骤350、重新生成一个定制任务，初始化状态和触发条件，下发给终端设备。

用户取消任务是由于用户本身不愿意执行该任务而产生的，参阅图4所示，对于失败原因为用户取消任务类型，处理流程2的主要步骤如下：

步骤400、DMS判断失败任务的类型，如果为普通任务，则进行步骤410，如果为定制任务，则进行步骤420。

步骤410、DMS向终端查询失败的定制任务。

步骤420、判断终端设备上是否存在定制任务，如果存在，则进行步骤430，否则进行步骤440。

步骤430、控制终端设备删除该任务。

步骤440、DMS不再向终端设备下发该任务。

对于执行异常中的不可操作和无需操作类型，通常表明DMS或者终端无权限或者根本没有能力执行下发的任务，而无需操作类型的含义更表明了下发任务的不必要性。因此，当接收到这两类异常时，DMS不需要再对终端下发此任务，可以采用与处理流程2相同的方式进行处理即可，即DMS执行处理流程2。

对于执行异常中的可操作类型，通常表明终端设备的状态是正常的，而在执行任务的过程中出现了错误。这种情况，需要DMS对下发的任务进行调整，然后根据当前终端设备的状态对任务进行重新下发或者推迟下发。参阅图5所示，对于执行异常中的可操作类型，处理流程3的主要步骤如下：

步骤500、DMS判断失败任务的类型，如果为普通任务，则进行步骤540，如果定制任务，则进行步骤510。

步骤510、DMS向终端查询失败的定制任务。

步骤520、判断终端设备上是否存在定制任务，如果存在，则进行步骤530，否则进行步骤540。

步骤530、DMS通知终端设备删除失败的定制任务。

步骤540、重新调整任务，然后下发或者推迟下发给终端设备。

对于失败任务的类型是普通任务的情况，调整后的任务类型可以是普通任务，也可以是转化后的定制任务。

对于执行异常中的暂不可操作类型，通常意味着当前终端设备的状态不适合执行下发的任务，因此，最好的选择就是推迟任务的执行。参阅图6所示，对于执行异常中的暂不可操作类型，处理流程4的主要步骤如下：

步骤600、DMS判断失败任务的类型，如果为普通任务，则进行步骤640，如果为定制任务，则进行步骤620。

步骤610、DMS向终端查询失败的定制任务。

步骤620、判断终端设备上是否存在定制任务，如果存在，则进行步骤630，否则进行步骤640。

步骤630、通知终端设备重置定制任务的状态和触发条件，以推迟执行该定制任务。

步骤640、重新创建任务，推迟下发给终端设备。

如果失败任务的类型是普通任务，重新创建的任务类型可以是普通任务，也可以是转化后的定制任务。

相应的，实现上述方法的设备管理服务器结构如图7所示，该设备管理服务器包括通信模块、判断模块和执行模块(完成现有功能的一些基本功能模块在图中未示出)。其中：

通信模块，用于与终端设备通信，接收终端设备的上报消息和向终端设备下发任务。

判断模块，与通信模块具有逻辑上的连接关系，用于根据所述通信模块接收到的执行任务失败的消息判断失败类型。

执行模块，与判断模块具有逻辑上的连接关系，用于根据判断模块确定的失败类型执行对应的处理策略，以管理所述失败任务的执行模块。

若所述判断模块确定失败类型为交互超时类型时，所述执行模块执行的处理策略使终端设备可重新执行所述任务；

若所述判断模块确定失败类型为取消任务类型时，所述执行模块执行的处理策略使终端设备不再执行所述任务；

若所述判断模块确定失败类型为执行异常类型时，所述执行模块执行的处理策略使终端设备不再执行所述任务或者使终端设备可重新执行所述任务。

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

Claims

1、一种在设备管理中处理失败任务的方法，其特征在于，包括如下步骤：

终端设备执行任务失败，向设备管理服务器上报消息；

2、如权利要求1所述的处理方法，其特征在于，所述失败类型包括：交互超时类型、取消任务类型和执行异常类型。

3、如权利要求2所述的处理方法，其特征在于，设备管理服务器确定失败类型为交互超时类型时，所述处理策略使终端设备可重新执行所述任务。

4、如权利要求3所述的处理方法，其特征在于，所述处理策略包括如下步骤：

A2、将执行失败的任务转换为定制任务并下发给终端设备；

5、如权利要求2所述的处理方法，其特征在于，设备管理服务器确定失败原因为取消任务时，执行的处理策略使终端设备不再执行所述任务。

6、如权利要求2所述的处理方法，其特征在于，设备管理服务器确定失败原因为执行异常时，进一步确定导致异常的操作类型；所述处理策略根据操作类型使终端设备不再执行所述任务或者使终端设备可重新执行所述任务。

7、如权利要求6所述的处理方法，其特征在于，设备管理服务器确定所述任务为不可操作或无需操作类型导致任务执行异常时，所述处理策略使终端设备不再执行所述任务。

8、如权利要求5或7所述的处理方法，其特征在于，所述处理策略包括如下步骤：

B1、设备管理服务器判断失败任务的类型，若为普通任务，则不再向所述终端设备下发所述任务，若为定制任务，则进行步骤B2；

B2、向终端设备查询是否存在所述执行失败的任务，并在获知存在该任务时通知终端设备删除该任务。

9、如权利要求6所述的处理方法，其特征在于，设备管理服务器确定所述任务为可操作类型时，所述处理策略向终端设备重新下发或推迟下发所述任务，使终端设备可重新执行该任务。

10、如权利要求9所述的处理方法，其特征在于，设备管理服务器在下发任务前进一步判断失败任务的类型，在确定所述失败任务为定制任务并且所述终端设备上存在该任务时，控制终端设备删除该任务。

11、如权利要求6所述的处理方法，其特征在于，设备管理服务器确定所述任务为暂不可操作类型时，所述处理策略使终端设备可推迟时间重新执行所述任务。

12、如权利要求11所述的处理方法，其特征在于，所述处理策略包括步骤：

C1、设备管理服务器判断失败任务的类型，若为普通任务，则进行步骤C3，若为定制任务，则进行步骤C2；

C2、向终端设备查询是否存在所述执行失败的任务，若是，重置任务的状态和触发条件；否则进行步骤C3；

C3、重新创建任务并推迟下发给终端设备。

13、如权利要求9或12所述的处理方法，其特征在于，所述失败任务为普通任务时，设备管理服务器仍然向终端下发普通任务，或者将普通任务转换为定制任务下发到终端设备。

14、一种设备管理服务器，其特征在于，包括：

用于接收上报消息和下发任务的通信模块；

15、如权利要求14所述的设备管理服务器，其特征在于，若所述判断模块确定失败类型为交互超时类型时，所述执行模块执行的处理策略使终端设备可重新执行所述任务；若所述判断模块确定失败类型为取消任务类型时，所述执行模块执行的处理策略使终端设备不再执行所述任务；若所述判断模块确定失败类型为执行异常类型时，所述执行模块执行的处理策略使终端设备不再执行所述任务或者使终端设备可重新执行所述任务。