CN106850245B

CN106850245B - 一种诊断测试消息处理方法及装置

Info

Publication number: CN106850245B
Application number: CN201510890762.8A
Authority: CN
Inventors: 谭铭
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2015-12-07
Filing date: 2015-12-07
Publication date: 2020-12-29
Anticipated expiration: 2035-12-07
Also published as: WO2017096791A1; CN106850245A

Abstract

本发明公开了一种诊断测试消息处理方法及装置，该方法包括：网管服务器接收至少两个网管客户端发送的对多个待诊断单板进行诊断测试的诊断请求消息；根据每个诊断请求消息的属性信息，生成与所述诊断请求消息一一对应的唯一标识；将所述唯一标识添加到对应的所述诊断请求消息中，并将添加了唯一标识的诊断请求消息发送到所述多个待测单板；接收所述多个待测单板反馈的测试结果信息；其中，该测试结果信息中携带所述唯一标识；根据所述唯一标识将所述测试结果信息反馈给所述至少两个网管客户端。本发明公开的方法及装置解决现有单板检测方式因为创建的状态机过多，造成系统资源占用过多的问题。

Description

一种诊断测试消息处理方法及装置

技术领域

本发明涉及电子技术领域，尤其涉及一种诊断测试消息处理方法及装置。

背景技术

在现有的移动通信网络管理系统中，诊断测试单板时，需要发送单板诊断请求给待诊断的单板，然后接收待诊断单板发回的诊断测试结果。

在进行诊断测试时，可能会同时诊断多块单板，即在系统中可能同时存在多个诊断任务，某些诊断任务可能耗时很长，或者诊断任务之间有依赖关系。

现有实现是：在网络管理系统中，收到某个单板的某种诊断请求后，启动针对该单板该诊断请求的状态机，然后该状态机专门处理该单板该诊断请求的测试结果。

这样如果需要诊断大量单板，以及对每个单板进行各种诊断时，会因为创建的状态机过多，而造成系统资源占用过多。

发明内容

本发明提供一种诊断测试消息处理方法及装置，本发明所提供的方法及装置解决现有单板检测方式因为创建的状态机过多，造成系统资源占用过多的问题。

本发明实施例，提供一种诊断测试消息处理方法，该方法包括：

网管服务器接收至少两个网管客户端发送的对多个待诊断单板进行诊断测试的诊断请求消息；

根据每个诊断请求消息的属性信息，生成与所述诊断请求消息一一对应的唯一标识；

将所述唯一标识添加到对应的所述诊断请求消息中，并将添加了唯一标识的诊断请求消息发送到所述多个待测单板；

接收所述多个待测单板反馈的测试结果信息；其中，该测试结果信息中携带所述唯一标识；

根据所述唯一标识将所述测试结果信息反馈给所述至少两个网管客户端。

可选的，该方法进一步包括：

网管服务器接收到所述至少两个网管客户端中的第一网管客户端发送的对任一待诊断单板进行诊断测试的第一诊断请求消息后，检测到有第二网管客户端已经发送了与所述第一诊断请求消息相同的第二诊断请求消息，根据所述第二诊断请求消息和第一诊断请求消息的互斥属性对所述第一诊断请求消息进行处理。

可选的，根据所述第二诊断请求消息和第一诊断请求消息的互斥属性对所述第一诊断请求消息进行处理包括：

当确定所述第二诊断请求消息注册的互斥属性是互斥类型，则拒绝所述第一网管客户端的第一诊断请求消息；其中，所述互斥类型是指在目标诊断请求消息的结束条件满足之前，一直等待或处理所述目标诊断请求消息，拒绝其他客户端的相同诊断请求。

可选的，根据所述诊断请求消息的互斥属性对所述诊断请求消息进行处理包括：

当确定所述第二诊断请求消息注册的互斥属性是共存类型，则记录所述第一诊断请求消息和第二诊断请求消息对应的第一唯一标识和第二唯一标识；

当接收到与所述第二诊断请求消息对应的测试结果，根据所述第一唯一标识和第二唯一标识将所述测试结果发送到所述第一网管客户端和第二网管客户端。

可选的，检测到有第二网管客户端已经发送了与所述第一诊断请求消息相同的第二诊断请求消息包括：

检测所述第一诊断请求消息和第二诊断请求消息的消息标识和接收对象是否相同，如果都相同，则确定所述第一诊断请求消息和第二诊断请求消息相同。

本发明实施例还提供一种诊断测试消息处理装置，该装置包括：

接收模块，用于接收至少两个网管客户端发送的对多个待诊断单板进行诊断测试的诊断请求消息；

标识生成模块，用于根据每个诊断请求消息的属性信息，生成与所述诊断请求消息一一对应的唯一标识；

交互模块，用于将所述唯一标识添加到对应的所述诊断请求消息中，并将添加了唯一标识的诊断请求消息发送到所述多个待测单板；接收所述多个待测单板反馈的测试结果信息；其中，该测试结果信息中携带所述唯一标识；

反馈模块，用于根据所述唯一标识将所述测试结果信息反馈给所述至少两个网管客户端。

可选的，该装置还进一步包括：

冲突处理模块，用于接收到所述至少两个网管客户端中的第一网管客户端发送的对任一待诊断单板进行诊断测试的第一诊断请求消息后，检测到有第二网管客户端已经发送了与所述第一诊断请求消息相同的第二诊断请求消息，根据所述第二诊断请求消息和第一诊断请求消息的互斥属性对所述第一诊断请求消息进行处理。

可选的，所述冲突处理模块具体用于当确定所述第二诊断请求消息注册的互斥属性是互斥类型，则拒绝所述第一网管客户端的第一诊断请求消息；其中，所述互斥类型是指在目标诊断请求消息的结束条件满足之前，一直等待或处理所述目标诊断请求消息，拒绝其他客户端的相同诊断请求。

可选的，所述冲突处理模块具体用于当确定所述第二诊断请求消息注册的互斥属性是共存类型，则记录所述第一诊断请求消息和第二诊断请求消息对应的第一唯一标识和第二唯一标识；当接收到与所述第二诊断请求消息对应的测试结果，根据所述第一唯一标识和第二唯一标识将所述测试结果发送到所述第一网管客户端和第二网管客户端。

可选的，所述冲突处理模块具体用于当确定所述第一诊断请求消息注册的互斥属性是抢断类型，则记录所述第一诊断请求消息的第一唯一标识；删除所述第二诊断请求消息，并在接收到与所述第一诊断请求消息对应的测试结果，根据所述第一唯一标识将所述测试结果发送到所述第一网管客户端。

上述技术方案中的一个或两个，至少具有如下技术效果：

本发明实施例所提供的方法和装置中，利用一个公共状态机对多个诊断测试请求消息进行处理，并且根据每个诊断请求消息的属性生成一一对应的唯一标识，从而使得该公共状态机能够根据该唯一标识将分别对多个诊断测试请求进行处理，并将处理的结果反馈到发送请求消息的客户端，所以达到了一个状态机内处理多个诊断测试请求的效果，从而解决了在大量单板需要同时诊断测试时，诊断测试所占用资源冲高的现象。

附图说明

图1为本发明实施例提供一种诊断测试消息处理方法的流程示意图；

图2为本发明实施例适用网络环境装置结构示意图；

图3为本发明实施例二提供一种诊断测试消息处理方法的流程示意图；

图4为本发明实施例三提供一种诊断测试消息处理方法的流程示意图；

图5为本发明实施例四提供一种诊断测试消息处理方法的流程示意图；

图6为本发明实施例五提供一种诊断测试消息处理方法的流程示意图；

图7为本发明实施例六提供一种诊断测试消息处理方法的流程示意图；

图8为本发明实施例七提供一种诊断测试消息处理方法的流程示意图；

图9为本发明实施例提供一种诊断测试消息处理装置的结构是示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

如图1所示，本发明实施例提供一种诊断测试消息处理方法，该方法具体包括：

因为诊断测试的请求和应答上报在移动通信网络管理系统中，表现为数据的处理和显示，这部分处理并不占用资源，而状态机本身则很占用资源，在该实施例中则将所有请求都汇集到一个公共的状态机进行处理。具体实现步骤可以包括：

步骤101，网管服务器接收至少两个网管客户端发送的对多个待诊断单板进行诊断测试的诊断请求消息；

步骤102，根据每个诊断请求消息的属性信息，生成与所述诊断请求消息一一对应的唯一标识；

步骤103，将所述唯一标识添加到对应的所述诊断请求消息中，并将添加了唯一标识的诊断请求消息发送到所述多个待测单板；

步骤104，接收所述多个待测单板反馈的测试结果信息；其中，该测试结果信息中携带所述唯一标识；

步骤105，根据所述唯一标识将所述测试结果信息反馈给所述至少两个网管客户端。

实施例二

结合具体的装置结构(如图2所示)本发明实施例所提供的方法的具体实现可以是(实现流程如图3所示)：

步骤301，网管客户端发送诊断请求消息(Req_1)给网管服务器中的诊断测试模块中的消息处理框架；

步骤302，消息处理框架以Req_1消息为参数，调用应用APP接口，获取该Req_1对应的消息类型属性、互斥属性、被管理对象属性等，同时生成到发送给网元中Agent的Req_2的消息内容。

步骤303，网管服务器中的消息处理框架以Req_1消息为参数，调用自身的任务管理器，产生全局唯一的任务ID；其中，该任务ID和Req_1是一一对应关系。

步骤304，网管服务器中的诊断测试模块发送Req_2给网元上的Agent，消息中携带任务ID。

步骤305，网元上的Agent收到Req_2后，存储任务ID在自身的任务管理器中，并将不携带任务ID的Req_3诊断请求消息发给被管理对象(NE Object)。

步骤306，NE Object对单板进行诊断测试工作，并将诊断结果形成Ack_1 消息返回给网元上的Agent；

步骤307，网元上的Agent收到Ack_1后，加上任务ID，形成Ack_2消息，返回给网管服务器中的诊断测试模块消息处理框架。

步骤308，网管服务器中的诊断测试模块收到消息后，根据任务ID找到对应APP的处理对象，并调用该处理对象来处理Ack_2消息，形成网管客户端可识别的Ack_3消息内容。

步骤309，网管服务器中的诊断测试模块将Ack_3消息发给对应的网管请求客户端。

步骤330，被管理对象如果后续有消息继续上报，则可将携带任务ID的消息直接发送给Agent。

在实际的应用环境中，网管和被管理对象可以直接信息交互，所以为了节省检测的消息流程，还可以网管不通过被管理对象所在实体上的Agent进程来交互。即诊断请求消息不通过图2网元中的Agent对象处理。在不经过Agent 对象处理的请求消息和应答消息都需要携带任务ID，便于网管服务器中的诊断测试模块根据任务ID对诊断测试结果进行操作。

分析诊断测试中使用的消息交互方式，从不同侧面，有下面几种概念：

消息类型概念(根据消息请求-应答数目区分)：

标准消息：一个请求消息一个应答消息，网管发送一条请求消息，被管理对象应答一条消息。

多答消息：一个请求消息多个应答消息，网管发送一条请求消息，被管理对象应答多条消息。多个应答消息中，消息结构可能存在不一致的情况，这个使用者可以通过对消息结构进行相应定义来解决，因此这里不再对消息类型做进一步划分。

监视消息：网管发出监视开始请求消息，被管理对象返回监视开始请求成功消息，然后被管理对象开始上报被监视对象的相关信息，直至网管发出监视停止请求消息，并且被管理对象返回监视请求停止成功应答为止。

在系统中上述消息的类型(MsgType)可以是定义为 MSG_TYPE_NORMAL；MSG_TYPE_REPROT和MSG_TYPE_TASK

不同客户端发出相同请求时处理方式(消息是否互斥)：

当前有一个诊断任务在执行时：

互斥消息：在结束条件满足之前，一直等待或处理被管理对象的应答消息，拒绝其他客户端的相同请求。

抢断消息：在第一客户端的请求处理结束条件满足之前，如果第二个客户端发起相同请求，可抢断第一个客户端的请求，诊断任务转而为第二个客户端服务，处理的信息上报给第二个客户端；

共存消息：在结束条件满足之前，如果第二个客户端发起相同请求，则第二个客户端和第一个客户端的地位相同，被管理对象的数据同时上报给这两个网管客户端。

在系统中多客户端处理方式(MsgMutex)可以定义为：MSG_MUTEX、 MSG_OVERRIDE和MSG_COEXIST。

在系统中，消息属性定义可以通过以下方式：

map<DWORD,MsgInfo>mapMsgInfo；//键值为msgNo

在系统中诊断请求任务定义可以是：

map<DWORD,CTaskInfo>mapTaskInfo；//键值为taskNo

其中，关联消息标识和诊断请求任务：mapMsg2Task：

map<DWORD,map<DWORD,CTaskInfo>>mapMsg2Task

在系统运行状态，具体的处理方式包括消息类型(一求一答，一求多答，监视)和互斥类型(互斥、抢断、共存)的排列组合方式对请求消息进行处理，有3*3＝9种交互方式，消息处理时的主要的原则是，网管服务器接收到所述至少两个网管客户端中的第一网管客户端发送的对任一待诊断单板进行诊断测试的第一诊断请求消息后，检测到有第二网管客户端已经发送了与所述第一诊断请求消息相同的第二诊断请求消息，根据所述第二诊断请求消息和第一诊断请求消息的互斥属性对所述第一诊断请求消息进行处理。

其中，检测第二网管客户端与所述第一诊断请求消息是否相同的方式可以是：检测所述第一诊断请求消息和第二诊断请求消息的消息标识和接收对象是否相同，如果都相同，则确定所述第一诊断请求消息和第二诊断请求消息相同。

下面结合附图对“根据所述第二诊断请求消息和第一诊断请求消息的互斥属性对所述第一诊断请求消息进行处理”的典型处理流程作进一步的详细描述：

实施例三

当确定所述第二诊断请求消息注册的互斥属性是互斥类型，则拒绝所述第一网管客户端的第一诊断请求消息；其中，所述互斥类型是指在目标诊断请求消息的结束条件满足之前，一直等待或处理所述目标诊断请求消息，拒绝其他客户端的相同诊断请求。具体实现可以是(如图4所示)：

1：客户端1发Msg_req_1诊断测试请求给诊断测试进程；

2：诊断测试进程收到Msg_req_1消息后，检查是否有其他客户端已经发起了相同的请求。如果没有相同请求，则调用对应的请求处理接口(beforeDeal)，整理消息内容，然后发送诊断测试请求消息(Msg_req_1)消息给待诊断单板 (NE Object)，消息中携带生成的任务ID。消息发送成功后，将任务ID加入任务列表，同时存储相应的待处理单板、客户端、耗用时间等相关信息。

3：收到了客户端2发送诊断测试请求消息(Msg_Req_1)。即两个客户端发出的请求相同。如果Msg_req_1注册的互斥属性是互斥类型，此时拒绝客户端2的请求，因此返回拒绝消息(Msg_req_1_Reject)给客户端2。

4：NE Object消息处理结束后，返回应答反馈消息(Msg_Req_1_Ack)给诊断测试进程，消息中携带任务ID。

5：诊断测试进程收到Msg_Req_1_Ack消息后，根据任务ID在任务列表检索到对应的处理对象，调用该处理对象(backDeal)处理应答消息，获取返回给客户端1的具体消息内容，随后将Msg_Req_1_Ack消息发送给客户端1。

6：在任务列表中将该任务ID删除。

另外，和该互斥类型相似的情况是第一诊断请求消息注册的互斥属性是抢断类型，根据抢断消息的具体定义可知道当后发起的请求是抢断类型，则设备需要先处理抢断类型请求对应的业务申请，在该实施例中具体实施还可以包括：

当确定所述第一诊断请求消息注册的互斥属性是抢断类型，则记录所述第一诊断请求消息的第一唯一标识；

删除所述第二诊断请求消息，并在接收到与所述第一诊断请求消息对应的测试结果，根据所述第一唯一标识将所述测试结果发送到所述第一网管客户端。

基于实施例四所给出的具体实现步骤，抢断类型的具体实现可以是：

步骤3，收到了客户端2发送诊断测试请求消息(Msg_Req_1)。即两个客户端发出的请求相同。如果Msg_req_1注册的互斥属性是抢断类型，此时拒绝客户端1的请求，因此返回拒绝消息(Msg_req_1_Reject)给客户端1。

5：诊断测试进程收到Msg_Req_1_Ack消息后，根据任务ID在任务列表检索到对应的处理对象，调用该处理对象(backDeal)处理应答消息，获取返回给客户端2的具体消息内容，随后将Msg_Req_1_Ack消息发送给客户端2。

6：在任务列表中将该任务ID删除。

实施例四

当确定所述第二诊断请求消息注册的互斥属性是共存类型，则记录所述第一诊断请求消息和第二诊断请求消息对应的第一唯一标识和第二唯一标识；当接收到与所述第二诊断请求消息对应的测试结果，根据所述第一唯一标识和第二唯一标识将所述测试结果发送到所述第一网管客户端和第二网管客户端。具体实现可以是(如图5所示)：

1：客户端1发Msg_req_1消息给诊断测试进程；

2：诊断测试进程收到Msg_req_1消息后，检查是否有其他客户端已经发起了相同的请求。如果没有相同请求，则调用对应的请求处理接口(beforeDeal)，整理消息内容，然后发送Msg_req_1消息给NE Object对象，消息中携带生成的任务ID。消息发送成功后，将任务ID加入任务列表

3：收到了客户端2发送Msg_Req_1消息。即两个客户端发出的消息标识和待诊断单板都相同。如果Msg_req_1注册的互斥属性是共存类型，此时服务器将客户端2的加入客户端1的任务ID所保存的客户端信息列表中。

4：NE Object消息处理结束后，返回Msg_Req_1_Ack消息给诊断测试进程，消息中携带任务ID。

5：诊断测试进程收到Msg_Req_1_Ack消息后，根据任务ID检索到对应的处理对象，调用该处理对象(backDeal)，获取返回给客户端的具体消息内容，随后将Msg_Req_1_Ack消息发送给任务ID所关联的所有客户端(客户端1 和客户端2)。

6：在任务列表中将该任务ID删除。

实施例五

一求多答流程_互斥流程的具体实现可以是(如图6所示)：

1：客户端1发Msg_req_1消息给诊断测试进程；

2：诊断测试进程收到Msg_req_1消息后，检查是否有其他客户端已经发起了相同的请求。如果没有相同请求，则调用对应的请求处理接口(beforeDeal)，整理消息内容，然后发送Msg_req_1消息给NE Object对象，消息中携带生成的任务ID。消息发送成功后，将任务ID加入任务列表；

3：NE Object消息处理结束后，返回Msg_Req_1_Ack消息给诊断测试进程，消息中携带任务ID；

4：诊断测试进程调用应用处理对象处理该消息，并将处理后的内容发送给客户端1；

5～6：NE Object后续上报消息Msg_Req_1_Rpt给诊断测试进程，服务器再上报给客户端1；

7～8：此时客户端2向诊断测试进程发送Msg_Req_1消息。即两个客户端发出的请求相同。如果Msg_req_1注册的互斥属性是互斥类型，此时需要拒绝客户端2的请求，因此返回Msg_req_1_Reject消息给客户端2。

9～10：后续NE Object上报的消息Msg_Req_1_Rpt经诊断测试进程，只上报给客户端1。

实施例六

一求多答流程_共存流程，该实例中有N个客户端发送了请求消息，具体实现可以是(如图7所示)：

1：客户端1发Msg_req_1消息给诊断测试进程

2：诊断测试进程收到Msg_req_1消息后，检查是否有其他客户端已经发起了相同的请求。如果没有相同请求，则调用对应的请求处理接口(beforeDeal)，整理消息内容，然后发送Msg_req_1消息给NE Object对象，消息中携带生成的任务ID。消息发送成功后，将任务ID加入任务列表。

5：NE Object消息处理结束后，返回Msg_Req_1_Ack消息给诊断测试进程，消息中携带任务ID。

6：诊断测试进程调用相应处理接口处理该消息，并将处理后的内容发送给客户端1

8～9：NE Object后续上报消息Msg_Req_1_Rpt给诊断测试进程，服务器再上报给客户端1

10～11：此时客户端2向诊断测试进程发送Msg_Req_1消息。即两个客户端发出的请求相同。如果Msg_req_1注册的互斥属性是共存类型，此时则向客户端2发送Msg_req_1_Ack消息，表明请求成功，客户端2的信息放入任务 ID保存的客户端信息列表中。

13～15：后续NE Object上报的消息Msg_Req_1_Rpt经诊断测试进程，同时上报给客户端1和客户端2。

16～17：客户端N向诊断测试进程发送Msg_Req_1消息，如果此时超过了Msg_Req_1允许并发的最大客户端数目，则拒绝客户端N的请求消息，发送Msg_Req_1_Reject消息给客户端N。后续的上报消息也不发给客户端N。

实施例七

监视时序图_共存流程，该实例中有N个客户端发送了请求消息，具体实现可以是(如图8所示)：

1：客户端1发Msg_req_1消息给诊断测试进程

2：诊断测试进程收到Msg_Beg_req_1(开始监视)消息后，检查是否有其他客户端已经发起了相同的请求。如果没有相同请求，则调用对应的请求处理接口(beforeDeal)，整理消息内容，然后发送Msg_Beg_req_1消息给NE Object 对象，消息中携带生成的任务ID。消息发送成功后，将任务ID加入任务列表。

3：NE Object消息处理结束后，返回Msg_Beg_req_1_Ack消息给诊断测试进程，消息中携带任务ID，表明开始监视成功。

4：诊断测试进程调用接口处理该消息，并将处理后的内容发送给客户端 1；

7～8：此时客户端2向诊断测试进程发送Msg_Beg_req_1消息。即两个客户端发出的请求相同。如果Msg_Beg_req_1注册的互斥属性是共存类型，此时将客户端2加入任务ID的客户端列表中，同时返回监视成功 Msg_Beg_req_1_Ack消息给客户端2。

9～11：后续NE Object上报的消息Msg_Req_1_Rpt经诊断测试进程，同时上报给客户端1和客户端2。

12～13：客户端N向诊断测试进程发送Msg_Beg_req_1消息。但此时服务器支持的客户端数目已经达到最大限度，因此不支持客户端N的开始监视请求，返回Msg_Beg_req_1_Reject消息给客户端N。

14～1:7：客户端2向诊断测试进程发送Msg_End_req_1(结束监视)消息。服务器返回Msg_End_req_1_Ack消息给客户端2，同时从任务ID的客户端列表中删除客户端2的信息。

18～21：客户端1向诊断测试进程发送Msg_End_req_1(结束监视)消息。服务器返回Msg_End_req_1_Ack消息给客户端2，同时从任务ID的客户端列表中删除客户端1的信息。此时任务ID中的所有客户端信息都被删除，因此任务ID节点也连带被删除。

实施例八

如图9所示，本发明实施例还提供一种消息处理装置，该装置包括：

接收模块901，用于接收至少两个网管客户端发送的对多个待诊断单板进行诊断测试的诊断请求消息；

标识生成模块902，用于根据每个诊断请求消息的属性信息，生成与所述诊断请求消息一一对应的唯一标识；

交互模块903，用于将所述唯一标识添加到对应的所述诊断请求消息中，并将添加了唯一标识的诊断请求消息发送到所述多个待测单板；接收所述多个待测单板反馈的测试结果信息；其中，该测试结果信息中携带所述唯一标识；

反馈模块904，用于根据所述唯一标识将所述测试结果信息反馈给所述至少两个网管客户端。

可选的，该装置还进一步包括：

为了确定所述第一诊断请求消息是否与第二诊断请求消息相同，该冲突处理模块具体用于检测所述第一诊断请求消息和第二诊断请求消息的消息标识和接收对象是否相同，如果都相同，则确定所述第一诊断请求消息和第二诊断请求消息相同。

可选的，该冲突处理模块具体用于当确定所述第二诊断请求消息注册的互斥属性是互斥类型，则拒绝所述第一网管客户端的第一诊断请求消息；其中，所述互斥类型是指在目标诊断请求消息的结束条件满足之前，一直等待或处理所述目标诊断请求消息，拒绝其他客户端的相同诊断请求。

可选的，该冲突处理模块具体用于当确定所述第二诊断请求消息注册的互斥属性是共存类型，则记录所述第一诊断请求消息和第二诊断请求消息对应的第一唯一标识和第二唯一标识；当接收到与所述第二诊断请求消息对应的测试结果，根据所述第一唯一标识和第二唯一标识将所述测试结果发送到所述第一网管客户端和第二网管客户端。

本申请实施例中的上述一个或多个技术方案，至少具有如下的技术效果：

本发明所述的方法并不限于具体实施方式中所述的实施例，本领域技术人员根据本发明的技术方案得出其它的实施方式，同样属于本发明的技术创新范围。

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

Claims

1.一种诊断测试消息处理方法，其特征在于，该方法包括：

将所述唯一标识添加到对应的所述诊断请求消息中，并将添加了唯一标识的诊断请求消息发送到所述多个待诊断单板；

接收所述多个待诊断单板反馈的测试结果信息；其中，该测试结果信息中携带所述唯一标识；

根据所述唯一标识将所述测试结果信息反馈给所述至少两个网管客户端；网管服务器接收到所述至少两个网管客户端中的第一网管客户端发送的对任一待诊断单板进行诊断测试的第一诊断请求消息后，检测到有第二网管客户端已经发送了与所述第一诊断请求消息相同的第二诊断请求消息，根据所述第二诊断请求消息和第一诊断请求消息的互斥属性对所述第一诊断请求消息进行处理。

2.如权利要求1所述的方法，其特征在于，根据所述第二诊断请求消息和第一诊断请求消息的互斥属性对所述第一诊断请求消息进行处理包括：

当确定所述第二诊断请求消息注册的互斥属性是互斥类型，则拒绝所述第一网管客户端的第一诊断请求消息；其中，所述互斥类型是指在目标诊断请求消息的结束条件满足之前，等待或处理所述目标诊断请求消息，拒绝其他客户端的相同诊断请求。

3.如权利要求1所述的方法，其特征在于，根据所述第二诊断请求消息和第一诊断请求消息的互斥属性对所述第一诊断请求消息进行处理包括：

4.如权利要求1所述的方法，其特征在于，根据所述第二诊断请求消息和第一诊断请求消息的互斥属性对所述第一诊断请求消息进行处理包括：

5.一种诊断测试消息处理装置，其特征在于，该装置包括：

交互模块，用于将所述唯一标识添加到对应的所述诊断请求消息中，并将添加了唯一标识的诊断请求消息发送到所述多个待诊断单板；接收所述多个待诊断单板反馈的测试结果信息；其中，该测试结果信息中携带所述唯一标识；

反馈模块，用于根据所述唯一标识将所述测试结果信息反馈给所述至少两个网管客户端；

6.如权利要求5所述的装置，其特征在于，所述冲突处理模块具体用于当确定所述第二诊断请求消息注册的互斥属性是互斥类型，则拒绝所述第一网管客户端的第一诊断请求消息；其中，所述互斥类型是指在目标诊断请求消息的结束条件满足之前，一直等待或处理所述目标诊断请求消息，拒绝其他客户端的相同诊断请求。

7.如权利要求5所述的装置，其特征在于，所述冲突处理模块具体用于当确定所述第二诊断请求消息注册的互斥属性是共存类型，则记录所述第一诊断请求消息和第二诊断请求消息对应的第一唯一标识和第二唯一标识；当接收到与所述第二诊断请求消息对应的测试结果，根据所述第一唯一标识和第二唯一标识将所述测试结果发送到所述第一网管客户端和第二网管客户端。

8.如权利要求5～7任一所述的装置，其特征在于，所述冲突处理模块具体用于当确定所述第一诊断请求消息注册的互斥属性是抢断类型，则记录所述第一诊断请求消息的第一唯一标识；删除所述第二诊断请求消息，并在接收到与所述第一诊断请求消息对应的测试结果，根据所述第一唯一标识将所述测试结果发送到所述第一网管客户端。