CN100484037C - 设备跟踪系统、装置及方法 - Google Patents

Abstract

本发明实施例涉及一种设备跟踪系统，包括连接在网络中的多个设备、配置管理模块以及跟踪管理模块，配置管理模块用于存储并维护跟踪配置信息，跟踪管理模块用于获取所述跟踪配置信息，确定跟踪任务所涉及的不同设备，向各设备发送跟踪控制命令，接收来自各设备的跟踪消息，完成跨网元跟踪功能。本发明实施例还涉及一种设备跟踪方法，包括以下步骤：接收跟踪任务信息，根据跟踪任务信息确定跟踪任务所涉及的不同设备；将跟踪任务创建命令分别发送至各所述设备；接收各所述设备上报的跟踪消息，获得跟踪结果。本发明实施例可以支持多个设备的同时跟踪，可跨网元跟踪，达到统一跟踪的效果。

Description

设备跟踪系统、装置及方法

技术领域

本发明涉及一种跟踪系统以及一种跟踪方法，特别是一种统一设备跟踪系统以及一种统一设备跟踪方法，属于设备管理技术领域。

背景技术

大型网络系统中分布着各种类型的硬件、软件系统，每种硬件、软件系统都会提供各自的本地管理维护工具，这些管理工具为网络管理人员的本地维护提供了方便的管理手段。其中跟踪工具就是网络管理维护的一个重要工具。跟踪是对设备之间或设备内部接收和发送消息的检视过程，是维护网络设备的重要手段之一，通过跟踪可以定位设备故障、处理用户投诉以及测试业务流程等。跟踪关注的是设备或者信令协议之间的数据流或者协议流，同日志相比较，跟踪具有实时性好、能直观反映业务数据流程等特点，可以快速发现问题。

根据跟踪类型的内容不同，跟踪可以分为用户跟踪、接口跟踪以及业务跟踪等。

用户跟踪指针对用户唯一标识(用户号码、IP地址、账号、工号等)观察该用户的位置和状态以及在各个状态下的消息交互关系和交互内容，常说的呼叫跟踪是用户跟踪的一种。

接口跟踪是指对基于各种协议接口接收和发送消息的跟踪。这里的协议接口可以是业界标准的协议，也可以是设备自定义的内部协议。

业务跟踪指业务全流程跟踪，包括业务相关的电信网络和计算机网络全流程各设备或网元(模块)对外接口信息流或控制流的跟踪。

无论上述哪种跟踪，在现有的跟踪技术大多针对单一设备，也就是说各设备自己开发的跟踪工具只能对自己的设备进行跟踪，大都只支持某一种跟踪类型，支持的跟踪协议也受限于设备本身，无法做到跨网元跟踪，端到端定位困难。当业务发生故障时，解决问题的效率较低。

发明内容

本发明实施例需要解决的技术问题是：提供不限于跟踪类型可以达到跨网元跟踪效果的跟踪技术，使得处于网络中的设备均可以采用同一套系统进行跟踪。

本发明实施例一方面提供了一种设备跟踪系统，包括：连接在网络中的多个设备，还包括与所述多个设备连接的跟踪管理模块、与所述跟踪管理模块连接的配置管理模块以及与所述跟踪管理模块连接的处理单元管理模块，其中：

所述配置管理模块用于存储并维护跟踪配置信息，所述跟踪配置信息用于描述跟踪任务涉及的不同设备；所述跟踪管理模块用于获取所述跟踪配置信息，确定跟踪任务所涉及的不同设备，向各设备发送跟踪控制命令，接收来自各设备的跟踪消息，完成跨网元跟踪功能；所述处理单元管理模块用于存储各设备采用插件方式实现的处理单元，并根据所述跟踪管理模块的调用命令，使用所述处理单元编码所述跟踪控制命令、解析所述跟踪消息。

本发明实施例另一方面提供了一种设备跟踪装置，包括：

任务分析模块，用于获取跟踪任务信息，确定跟踪任务所涉及的不同设备；指令发送模块，用于向跟踪任务涉及的各设备发送跟踪控制命令；消息接收模块，用于接收各设备反馈的跟踪消息；编解码模块，用于根据跟踪任务涉及的不同设备，调用各设备对应的采用插件方式实现的处理单元对所述跟踪控制命令进行编码、或对所述跟踪消息进行解码。

本发明实施例再一方面提供了一种设备跟踪方法，包括以下步骤：

接收跟踪任务信息，根据所述跟踪任务信息确定跟踪任务所涉及的不同设备，根据所述跟踪任务信息，调用各设备对应的采用插件方式实现的处理单元，对各设备的跟踪任务创建命令进行编码；编码后的跟踪任务创建命令分别发送至各所述设备；接收各所述设备上报的跟踪消息，获得跟踪结果。

本发明实施例具有以下优点：

本发明实施例采用配置管理模块对跟踪配置信息进行统一的存储和维护，由跟踪管理模块调用上述配置管理模块，根据跟踪任务的具体情况，对跟踪任务涉及的不同设备进行跟踪。因此，本发明实施例可以支持多个设备的同时跟踪，可跨网元跟踪，达到统一跟踪的效果。

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

附图说明

图1为本发明的设备跟踪系统实施例一结构图；

图2为本发明的设备跟踪系统实施例二结构图；

图3为本发明的设备跟踪系统实施例三结构图；

图4为本发明的设备跟踪方法实施例一流程图；

图5为本发明实施例跟踪方法实施例二流程图；

图6为本发明实施例跟踪方法实施例二中获得跟踪结果的流程图。

具体实施方式

本发明的设备跟踪系统实施例一：

首先需要建立一个设备跟踪系统，如图1所示，包括连接在网络中的多个设备、配置管理模块以及跟踪管理模块。上述各模块可以采用硬件的方式实现，也可以采用软件模块的方式实现。配置管理模块用于存储并维护跟踪配置信息，跟踪配置信息用于描述跟踪任务涉及的不同设备。所述跟踪管理模块用于获取所述跟踪配置信息，确定跟踪任务所涉及的不同设备，向各设备发送跟踪控制命令，接收来自各设备的跟踪消息。

其中，配置管理模块存储并维护的跟踪配置信息是各设备所提供的各自配置的描述信息文件，包括支持哪些跟踪功能、设备类型具体信息以及跟踪参数信息等。配置管理模块在系统启动时加载这些设备配置文件以及设备跟踪系统的自身的系统配置参数信息。在本实施例一中，配置管理模块通过统一的设备信息描述文件模板存储跟踪配置信息。也就是说，配置管理模块对来自网络中不同设备的跟踪配置信息进行统一的存储和维护，因此，本系统可以支持多个设备的同时跟踪。

跟踪配置信息中还可以包括：网元信息、跟踪业务信息以及流程信息。配置管理模块可以对这些信息进行存储维护。其中，跟踪业务信息主要定义业务涉及的网元和模块类型信息。流程信息可以采用模板的方式定义并存储，它定义某个业务或网元的标准流程，供跟踪过程中对比使用。跟踪业务信息和流程信息可以通过配置管理界面定义，也可以直接以文件方式提供。因此，本发明实施例可以实现跨网元的跟踪，以及流程跟踪。

跟踪管理模块是本实施例一中的主控模块。它主要用于实现向设备发送跟踪控制命令、并接收来自设备的跟踪消息以完成跟踪任务管理以及跟踪结果管理等功能。相应的，跟踪管理模块的功能还可以包括：创建跟踪任务、激活/去激活跟踪任务、查询跟踪任务、删除跟踪任务以及保存/打开跟踪结果文件等。

由于本实施例采用配置管理模块对跟踪配置信息进行统一的存储和维护，由跟踪管理模块从配置管理模块获取跟踪配置信息，根据跟踪任务的具体情况，对跟踪任务涉及的不同设备进行跟踪。因此，可以支持多个设备的同时跟踪，可跨网元跟踪，达到统一跟踪的效果。

本发明的设备跟踪系统实施例二：

在本发明的设备跟踪系统实施例一的基础上，如图2所示，在本发明的设备跟踪系统实施例二中还包括：处理单元管理模块。处理单元管理模块用于存储各设备的处理单元，并根据所述跟踪管理模块的调用命令，使用所述处理单元编码跟踪命令、解析跟踪消息。相应的，所述跟踪管理模块还包括：编解码模块，用于调用所述处理单元管理模块对各设备的跟踪控制命令进行编码、调用所述处理单元管理模块解析所述跟踪消息。

在本发明的设备跟踪系统实施例二中，采用不同的处理单元来适配不同的设备，这些处理单元存储在处理单元管理模块中，当执行跟踪时，系统针对不同的设备调用相应的处理单元，实现对跟踪命令的编码，以及对跟踪消息的解析。在本发明的设备跟踪系统实施例二中，采用插件的方式来实现处理单元，通过插件机制适配不同的设备。也就是说，设备跟踪系统定义统一的跟踪插件接口，包括登录设备、创建跟踪任务、删除跟踪任务、上报消息解析接口等。这些信息均以插件的形式存储在处理单元管理模块。并且各设备在各自对应的处理单元(在本实施例中，也就是插件)中实现各自的协议栈。因此，本发明实施例的设备跟踪系统可以针对不同的设备的不同协议完成消息的编解码工作。也就是说，本发明实施例的设备跟踪系统可支持不同的跟踪协议，而不受限于跟踪的设备。

在本发明的设备跟踪系统实施例二中，当跟踪管理模块收到跟踪控制命令时，从配置管理模块获取跟踪配置信息，分析跟踪控制命令中跟踪任务信息所涉及的不同设备。接着，跟踪管理模块中的编解码模块调用处理单元管理模块中相应的处理单元命令编码接口(通过插件接口方式实现)，对各种跟踪命令进行编码，然后再发给设备侧。当跟踪管理模块收到设备侧上报的跟踪消息时，跟踪管理模块中的编解码模块同样会调用处理单元管理模块的处理单元消息解析接口(通过插件接口方式实现)，对各种不同格式的跟踪消息进行解析，并使用本发明设备跟踪系统实施例二统一定义的数据结构模型保存下来。以此完成对跟踪任务中涉及的各设备的跟踪。

由上可见，由于本发明实施例的设备跟踪系统提供了统一跟踪框架，在新设备连入网络，需要采用本发明实施例的设备跟踪系统进行跟踪时，设备侧只需进行简单的二次开发，提供设备描述文件和相应处理单元(本实施例中采用插件实现)即可完成对设备的跟踪维护功能。

本发明的设备跟踪系统实施例三：

在本发明的设备跟踪系统实施例二的基础上，进一步的，本发明实施例的设备跟踪系统中还可以包括消息分析模块。所述消息分析模块用于根据来自跟踪管理模块的跟踪消息，获得设备故障原因。消息分析模块主要对收到的跟踪消息进行流程分析和消息级别分析，以快速发现故障所在和具体故障原因。消息分析模块收到跟踪消息后自动与标准的流程信息进行比对，以发现故障所在和具体故障原因。

为方便用户对于结果的阅览以及人机交流，本发明实施例的设备跟踪系统的具体实施例三中，如图3所示，还可以进一步包括界面展示模块。界面展示模块用于接收用户指令，根据用户指令查询跟踪配置信息，调用处理单元管理模块，显示制定界面，将接收到的跟踪类型设定指令以及跟踪条件信息发送至跟踪管理模块，并将来自消息分析模块的设备故障原因通过界面的形式展示在用户终端上。也就是说，界面展示模块主要与用户交互，响应用户指令、提供通用的跟踪条件设置界面和统一的结果展示界面，并将接收到的跟踪类型设定指令以及跟踪条件信息发送至配置管理模块。因此，跟踪管理模块可以在跟踪时根据用户指定的跟踪类型以及跟踪条件在发送跟踪命令时，向跟踪任务涉及的跟踪设备发送相应的跟踪命令，因此，本实施例可以支持不同类型的跟踪任务。

相应的，在添加了界面展示模块的设备跟踪系统中，另外，由于不同设备对界面的要求也不一样，在提供通用的跟踪条件设置界面外，还可以定义统一的界面处理单元接口，利用不同的界面处理单元(在本实施例中，通过插件机制实现)以满足不同设备的不同界面需求。因此，在本实施例中，设备跟踪系统中还包括界面处理单元。界面处理单元用于根据来自界面展示模块的调用指令提供相应的界面显示。界面处理单元中可以包括由设备侧自己定制不同的界面信息，并由设备侧以插件方式提供给处理单元管理模块保存，以供系统使用。处理单元管理模块对这些界面插件进行管理，调用相应插件，向界面展示模块提供接口，完成定制界面的显示，用户根据该定制界面提供跟踪类型设定指令以及跟踪条件信息。

此外，由于设备跟踪系统中添加了用于显示界面的界面展示模块，在消息分析模块中也可以加入相应的跟踪结果视觉效果展示。消息分析模块在系统收到跟踪消息后自动与跟踪任务流程模板进行比对，也可以将不符合标准流程的异常信息使用警示颜色标识出来，从而帮助用户快速发现问题所在。消息分析模块还可以对跟踪消息的级别进行分析，对警告和错误消息也分别标以不同颜色，用以提醒用户进行关注。消息分析模块对消息分析完毕后，由跟踪管理模块通知界面展示模块进行显示。也可以加入相应的跟踪结果视觉效果展示。因此，用户通过上述终端显示可以快捷的判断任务流程中可能存在问题的环节，以及可能故障的设备，提高了业务发生故障时，解决问题的效率。

本发明的设备跟踪装置实施例：

本实施例提供用于本发明实施例的设备跟踪系统的设备跟踪装置，它包括：任务分析模块，指令发送模块，消息接收模块。任务分析模块用于获取跟踪任务，确定跟踪任务所涉及的不同设备。指令发送模块用于向跟踪任务涉及的各设备发送跟踪控制命令。消息接收模块用于接收各设备反馈的跟踪消息。

本实施例中还可以包括：编解码模块，用于根据跟踪任务涉及的不同设备，调用各设备对应的处理单元对跟踪控制命令进行编码、或对跟踪消息进行解码。

在任务分析模块获取跟踪任务后，任务分析模块根据跟踪任务的具体情况，发送跟踪指令，接收跟踪消息，对跟踪任务涉及的不同设备进行跟踪。因此，本实施例可以支持多个设备的同时跟踪，可跨网元跟踪，达到统一跟踪的效果。另外，根据不同设备进行编码以及解码进一步提高了本实施例的兼容性。

本发明的设备跟踪方法实施例一：

如图4所示，本发明的设备跟踪方法的实施例基于上述设备跟踪系统的实施例，包括以下步骤：

接收跟踪任务信息，根据跟踪任务信息确定跟踪任务所涉及的不同设备；将跟踪任务创建命令分别发送至各所述设备；接收各所述设备上报的跟踪消息，获得跟踪结果。

由于跟踪任务涉及设备的相关跟踪协议可能不相同，在某些跟踪协议中跟踪任务创建命令需要编码。并且，由于协议可能不同，要求编码的方式也不同。在上述情况下，可以在将跟踪任务创建命令分别发送至各所述设备前，根据跟踪任务信息对各所述设备的跟踪任务创建命令进行编码，将编码后的跟踪任务创建命令分别发送至各所述设备。

类似的，各设备上报的跟踪消息，也有可能是各设备根据跟踪协议进行编码后的跟踪消息。因此，接收各所述设备上报的跟踪消息后，可能需要对所述跟踪消息进行解析，以获得跟踪结果。

本发明的设备跟踪方法实施例二：

如图5所示，在本发明的设备跟踪方法实施例一的基础上，在分析跟踪任务所涉及的不同设备的步骤之前还可以包括：

获取并保存业务标准流程信息。

上述的业务标准流程信息提供业务的标准处理流程和/或业务设备的标准处理流程，业务流程可能涉及到多个设备。用户可以通过本发明实施例系统的配置管理模块以模板的方式定义业务标准流程信息，用户也可以以模板文件的方式提供给系统，并保存在配置管理模块中。

由于上述业务流程模板提供了一个标准的业务执行流程，所以系统只需将通过跟踪消息分析得出的实际流程与之相比较，即可得出故障所在，获得跟踪结果。因此，相应的，接收各所述设备上报的跟踪消息，获得跟踪结果的步骤包括：

接收各所述设备上报的跟踪消息；

对跟踪消息进行分析；

将经过分析后的任务结果消息与所述业务标准流程信息进行对比，获得跟踪结果。

事实上，由于可能需要解析各设备上报的跟踪消息。因此，如图6所示，接收各所述设备上报的跟踪消息，获得跟踪结果的步骤可以包括：

解析各所述设备上报的跟踪消息；

对经过解析的跟踪消息进行分析；

将经过分析后的任务结果消息与所述业务标准流程信息进行对比，获得跟踪结果。

为进一步灵活本发明实施例的设备跟踪方法，用户还可以根据流程涉及的不同设备的情况，指定需要获取的信息，以更直观的获得跟踪结果，排除不必要的冗余信息，提高跟踪效率。因此，接收跟踪任务信息，根据跟踪任务信息确定跟踪任务所涉及的不同设备的步骤之前还包括：

接收跟踪类型设定指令以及跟踪条件信息；

根据所述跟踪类型设定指令以及跟踪条件信息确定跟踪任务信息。

由于跟踪任务既有可能涉及不同的设备，特别是不同类型的设备，因此，用户需要针对不同的设备，通过指令，设定跟踪类型以及相应的跟踪条件。在用户与系统交互的过程中为提供良好的交互界面，进一步的，需要根据跟踪任务涉及的不同设备显示相应的不同界面，所以，接收来自用户端的跟踪类型设定指令以及跟踪条件信息的步骤之前还包括：根据跟踪任务涉及的设备，显示跟踪类型设定和/或跟踪条件信息定制界面，通过所述界面接收跟踪类型设定指令以及跟踪条件信息。

上述步骤可以通过调用处理单元管理模块中的界面处理单元实现，而界面处理单元又可以以界面插件的方式实现。

另外，在系统获得跟踪结果之后，还可以执行跟踪结果的显示。也就是说，接收各所述设备上报的跟踪消息，获得跟踪结果的步骤后还包括：

显示跟踪结果；

根据跟踪任务删除指令删除跟踪任务。

系统将跟踪结果通过界面展示模块展示在用户终端屏幕上。跟踪结果展示界面可以分为图形显示区、文本显示区、表格显示区、树型显示区以及码流显示区，以不同形式向用户展示跟踪结果。其中图形显示区以流程图的方式显示跟踪结果，可以直观的显示出整个消息流程；表格显示区显示跟踪结果的公共信息，包括消息的上报时间、发送方、接收方、消息级别、简要说明等信息；树型显示区以树状结构显示消息的详细信息；码流显示区则显示跟踪消息的原始码流。如果上报跟踪消息是文本格式，也可以在文本区中直接查看和编辑。

用户在阅览上述结果后找出故障所在，可以通过系统提供的删除跟踪任务接口发送任务删除指令，删除跟踪任务，系统在删除跟踪任务后，也可以向用户返回相应的消息。

上述实施例的具体流程可以参见图4。

另外，本发明设备跟踪方法实施例的一个更具体的实施过程，下面通过涉及到如图3所示的S、M、A三个网元(也就是连接在网络中的设备)的某视频点播业务进一步予以说明。其中，S网元可以是业务网关，M网元可以是流媒体服务器(即点播服务器)，A网元可以是计费服务器。M网元又包括M1、M2两个模块。下面以S网元视频点播业务为例说明当业务出现故障无法使用时如何通过本发明实施例的设备跟踪系统进行跟踪定位。

在未建立跟踪任务时，视频点播业务的正常业务场景为：

1)S网元收到用户点播请求，发请求消息给M网元的M1模块；

2)M1模块收到请求消息后发通知消息给M2模块；

3)M2模块进行内部点播处理；

4)M2模块内部处理完成后发通知给A网元；

5)A网元收到消息后进行内部处理，然后返回响应给M2模块；

6)M2模块收到响应后发回应消息给M1模块；

7)M1模块返回消息给S网元。

对设备创建跟踪任务后，以上各设备的跟踪开关打开，向跟踪管理模块上报符合条件的跟踪消息。正常情况下，视频点播业务的跟踪场景如下所述：

1)S网元向M1模块发送请求消息后，上报一条跟踪消息；

2)M1模块发通知消息给M2模块，并上报一条跟踪消息；

3)M2模块进行内部处理，然后上报一条跟踪消息；

4)M2模块发消息给A网元，然后上报一条跟踪消息；

5)A网元返回响应给M2模块，然后上报一条跟踪消息，通知跟踪服务器已经向M2模块返回响应；

6)M2模块发回应消息给M1模块，并上报一条跟踪消息；

7)M1模块返回消息给S网元，然后上报一条跟踪消息。

假设视频点播业务的三个网元S网元、M网元和A网元使用同一个界面设置跟踪条件，通过该界面可以设置跟踪类型、跟踪时长以及用户号码。但S网元、M网元和A网元上报的跟踪消息格式不相同，分别提供了不同的协议插件用以解析各自上报的跟踪消息。下面描述一下通过本发明实施例的设备跟踪方法对业务进行跟踪的实施步骤。

首先，在本发明实施例的设备跟踪系统上定义视频点播业务，包含S网元、M网元(含M1模块和M2模块)以及A网元。

根据前面描述的跟踪场景，定义视频点播业务标准流程模板，如表1所示：

表1 视频点播业务标准流程模板

 

序号	上报方	发送方	接收方
				1	S	S	M(M1)
2	M(M1)	M(M1)	M(M2)
				3	M(M2)	M(M2)	M(M2)
4	M(M2)	M(M2)	A
				5	A	A	M(M2)
6	M(M2)	M(M2)	M(M1)
				7	M(M1)	M(M1)	S

用户选择按业务跟踪方式，然后选择视频点播业务创建跟踪任务。

查找视频点播业务的界面插件，并弹出对应界面，用户在该界面上设置具体的跟踪条件信息。

查找视频点播业务包含的网元信息，然后分别向S、M和A三个网元下发创建跟踪任务命令。

S、M和A三个网元收到创建跟踪任务命令后，跟踪开关打开，准备上报跟踪消息。

视频点播用户进行视频点播操作，S网元向模块M1发送请求消息后上报一条正常级别的跟踪消息。

跟踪管理模块收到S网元上报的跟踪消息，调用S网元对应的处理单元(在本实施例中，处理单元为S网元对应的协议插件)对该条消息进行解析。根据前面方案中所描述的具体解析过程，将跟踪消息的发送方和接收方信息、消息级别、具体跟踪内容以及备注信息等使用本发明实施例的统一跟踪管理系统统一的内部结构存储，然后通知显示界面显示该条消息。由于是正常的跟踪消息，该消息在界面表格显示区中以正常的黑色显示。

M1模块收到S网元的请求消息后向M2模块发送了通知消息，由于处理正常，也向跟踪管理模块上报了一条正常级别(级别由消息分析模块确定)的跟踪消息。

跟踪管理模块收到M1模块上报的跟踪消息，调用M网元对应的处理单元(在本实施例中，具体为协议插件)对该条跟踪消息进行解析。具体解析过程同上。由于与前面S网元上报的跟踪消息属于同一跟踪任务，由界面展示模块在同一界面中显示该条消息。同样，该消息在表格区也是以黑色显示。

M2模块收到M1模块的通知后进行内部处理。处理时发现系统当前负荷已经过载，不能继续进行点播处理。M2模块此时上报一条警告级别的跟踪消息，将负荷过载情况通知到跟踪管理模块。

跟踪管理模块收到M2模块的消息，同样调用M网元对应的协议插件进行解析，并由界面展示模块在同一界面中显示该条消息。由于是警告级别，界面展示模块会在表格显示区以黄色显示该条消息，提示用户关注该条消息。

在每次解析完跟踪消息后，进行流程分析，自动将所有上报的跟踪消息与标准流程进行对比。由于前面所上报的三条跟踪消息与标准流程不一致，所有这些消息在图形显示区中都是以红色显示。

由于系统负荷过载，M2模块没有继续向A网元发送消息，点播业务流程在此终止。

视频点播用户又尝试两次点播，同样在M2模块处终止。

跟踪系统用户，也就是维护人员，很容易看出：跟踪流程每次都在M2模块进行内部处理后断掉，没有继续向A网元发出请求消息。用户由此可以直接断定问题出现在M2模块上。具体故障原因则可以在表格显示区进一步查看跟踪消息具体内容得到。由于界面展示模块采用警告颜色在界面表格区显示M2模块上报的警告级别的跟踪消息，用户可以只关注这些警告级别的消息，通过具体内容和备注信息就可以得到错误原因提示，从而采取解决措施。

至此，故障位置和原因都已经找到，跟踪系统用户删除跟踪任务，跟踪结束。

从上面的例子可以看出，使用提供基于本发明实施例的设备跟踪系统的设备跟踪方法不必对S网元、M网元和A网元单独进行跟踪定位，只需跟踪一次就能直接定位故障所在和问题原因，加快了解决问题的速度。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (12)

1、一种设备跟踪系统，包括连接在网络中的多个设备，其特征在于，还包括与所述多个设备连接的跟踪管理模块、与所述跟踪管理模块连接的配置管理模块以及与所述跟踪管理模块连接的处理单元管理模块，其中：

所述配置管理模块用于存储并维护跟踪配置信息，所述跟踪配置信息用于描述跟踪任务涉及的不同设备；

所述跟踪管理模块用于获取所述跟踪配置信息，确定跟踪任务所涉及的不同设备，向各设备发送跟踪控制命令，接收来自各设备的跟踪消息，完成跨网元跟踪功能；

所述处理单元管理模块用于存储各设备采用插件方式实现的处理单元，并根据所述跟踪管理模块的调用命令，使用所述处理单元编码所述跟踪控制命令、解析所述跟踪消息。

2、根据权利要求1所述的设备跟踪系统，其特征在于，还包括与所述跟踪管理模块连接的消息分析模块，所述消息分析模块用于根据来自所述跟踪管理模块的跟踪消息，自动进行业务流程对比和消息分析，获得设备故障位置和具体故障原因。

3、根据权利要求2所述的设备跟踪系统，其特征在于，还包括与所述跟踪管理模块、消息分析模块和配置管理模块连接的界面展示模块，所述界面展示模块用于接收用户指令，根据所述用户指令查询所述跟踪配置信息，将接收到的所述跟踪配置信息中的跟踪类型设定指令以及跟踪条件信息发送至所述跟踪管理模块，并将来自消息分析模块的设备故障原因展示在用户终端上。

4、根据权利要求3所述的设备跟踪系统，其特征在于，还包括与所述界面展示模块连接的界面处理单元，所述界面处理单元用于根据来自所述界面展示模块的调用指令提供相应的界面显示。

5、一种设备跟踪装置，其特征在于，包括：

任务分析模块，用于获取跟踪任务信息，确定跟踪任务所涉及的不同设备；

指令发送模块，用于向跟踪任务涉及的各设备发送跟踪控制命令；

消息接收模块，用于接收各设备反馈的跟踪消息；

编解码模块，用于根据跟踪任务涉及的不同设备，调用各设备对应的采用插件方式实现的处理单元对所述跟踪控制命令进行编码、或对所述跟踪消息进行解码。

6、一种设备跟踪方法，其特征在于，包括以下步骤：

接收跟踪任务信息，根据所述跟踪任务信息确定跟踪任务所涉及的不同设备，根据所述跟踪任务信息，调用各设备对应的采用插件方式实现的处理单元，对各设备的跟踪任务创建命令进行编码；

编码后的跟踪任务创建命令分别发送至各所述设备；

接收各所述设备上报的跟踪消息，获得跟踪结果。

7、根据权利要求6所述的设备跟踪方法，其特征在于，接收各所述设备上报的跟踪消息后，对所述跟踪消息进行解析，获得跟踪结果。

8、根据权利要求6所述的设备跟踪方法，其特征在于，接收跟踪任务信息，根据所述跟踪任务信息确定跟踪任务所涉及的不同设备之前还包括：

获取并保存业务标准流程信息；

接收各所述设备上报的跟踪消息，获得跟踪结果的步骤包括：

接收各所述设备上报的跟踪消息；

对跟踪消息进行分析；

将经过分析后的任务结果消息与所述业务标准流程信息进行对比，获得跟踪结果。

9、根据权利要求8所述的设备跟踪方法，其特征在于，接收各所述设备上报的跟踪消息后，对所述跟踪消息进行分析，获得跟踪结果的步骤包括：

解析各所述设备上报的跟踪消息；

对经过解析的跟踪消息进行分析；

将经过分析后的任务结果消息与所述业务标准流程信息进行对比，获得跟踪结果。

10、根据权利要求6所述的设备跟踪方法，其特征在于，接收跟踪任务信息，根据所述跟踪任务信息确定跟踪任务所涉及的不同设备的步骤之前还包括：

接收跟踪类型设定指令以及跟踪条件信息；

根据所述跟踪类型设定指令以及跟踪条件信息确定跟踪任务信息。

11、根据权利要求10所述的设备跟踪方法，其特征在于，接收跟踪类型设定指令以及跟踪条件信息的步骤之前还包括：

根据跟踪任务涉及的设备，显示跟踪类型设定和/或跟踪条件信息定制界面，通过所述界面接收跟踪类型设定指令以及跟踪条件信息。

12、根据权利要求6所述的设备跟踪方法，其特征在于，接收各所述设备上报的跟踪消息，获得跟踪结果的步骤后还包括：

显示跟踪结果；

根据跟踪任务删除指令删除跟踪任务。

Images