CN101515251A - 板级平台调试方法、装置和系统 - Google Patents

Abstract

本发明公开了一种板级平台调试方法、装置和系统，涉及电信领域，为解决现有技术中无法对板级平台的多进程进行调试的问题而发明。本发明实施例提供的业务处理模块侧板级平台调试的方法，包括：独立调试模块检索可调试的进程；独立调试模块与所述可调试的进程中需要调试的进程的业务处理模块建立连接；独立调试模块获取所述需要调试的进程的业务处理模块发送的进程调试结果。本发明适用于单板调试。

Description

板级平台调试方法、装置和系统

技术领域

本发明涉及电信领域，尤其涉及一种板级平台调试方法、装置和系统。

背景技术

随着多核CPU在电信领域的广泛应用，核心网设备每单板处理能力得到迅速提升，传统的单进程板级平台已经不能满足性能和灵活部署的要求，所以逐步被通用化、多进程的板级平台(如Linux、Unix、Windows)取代。

为了对板级平台进行检测，现在各个公司开发出了针对不同板级平台的调试方案，可以对板级平台做整体性的调试。

在实现上述板级平台调试的过程中，发明人发现现有技术中至少存在如下问题：现有的板级平台调试方案无法对多进程的板级平台进行进程级调试。

发明内容

本发明的实施例提供一种板级平台调试的方法、装置、系统，能够对多进程的板级平台进行进程级调试。

为达到上述目的，本发明的实施例采用如下技术方案：

一种板级平台调试的方法，包括：

独立调试模块检索可调试的进程；

独立调试模块与所述可调试的进程中需要调试的进程的业务处理模块建立连接；

独立调试模块获取所述需要调试的进程的业务处理模块发送的进程调试结果。

一种板级平台调试的装置，包括：

检索单元：用于检索可调试的进程；

通信单元：用于与所述可调试的进程中需要调试的进程的业务处理模块建立连接；

获取单元：用于获取所述需要调试的进程的业务处理模块发送的进程调试结果。

一种板级平台调试的系统，包括：

独立调试模块：用于检索可调试的进程，与所述可调试的进程中需要调试的进程的业务处理模块建立连接，接收所述业务处理模块发送的进程调试结果；

业务处理模块：用于对进程进行调试并向所述独立调试模块发送进程调试结果。

本发明实施例提供的板级平台调试的方法、装置、系统，通过在板级平台安装独立调试模块，在各个进程中嵌入业务处理模块，可以使用户端通过独立调试模块对各个进程的业务处理模块进行控制，进而对多进程的板级平台进行进程级调试。

附图说明

图1为同一个板级平台中独立调试模块和业务处理模块信号流转示意图。

图2为本发明业务处理模块侧板级平台调试的方法实施例流程图。

图3为本发明独立调试模块侧板级平台调试的方法实施例流程图。

图4为本发明板级平台调试的一个方法实施例流程图。

图4a为本发明板级平台调试的一个方法实施例中步骤S303的具体流程图。

图5为本发明板级平台调试的另一个方法实施例流程图。

图6为本发明业务处理模块的一个实施例的结构示意图。

图7为本发明业务处理模块的另一个实施例的结构示意图。

图8为本发明业务处理模块的另一个实施例中执行单元的另一种结构的结构示意图。

图9为本发明独立调试模块的一个实施例的结构示意图。

图10为本发明独立调试模块的另一个实施例的结构示意图。

图11为本发明独立调试模块的另一个实施例中获取单元的一种结构示意图。

图12为本发明独立调试模块的另一个实施例中获取单元的另一种的结构示意图。

图13为本发明板级平台调试的系统的一个实施例的结构示意图。

具体实施方式

下面结合附图对本发明实施例板级平台调试的方法、装置、系统进行详细描述。

在同一个板级平台中，独立调试模块和业务处理模块可以配合使用，如图1所示：独立调试模块用于将直接来自业务处理模块的进程调试结果，或者由另一个独立调试模块转发的进程调试结果，发送给发送进程调试命令的用户端或者转发进程调试命令的独立调试模块；业务处理模块用于对进程进行调试并向独立调试模块发送进程调试结果。

本发明业务处理模块侧板级平台调试的方法实施例，如图2所示，包括：

S101、将业务处理模块部署为进程的一个线程。

所述“部署”是指将业务处理模块作为一个程序编译为进程的一个线程。

S102、业务处理模块根据独立调试模块的连接请求，建立与独立调试模块的连接。

S103、业务处理模块对进程进行调试，并向独立调试模块发送调试结果。

本发明独立调试模块侧板级平台调试的方法实施例，如图3所示，包括：

S201、独立调试模块检索可调试的进程。

S202、独立调试模块与所述可调试的进程中需要调试的进程的业务处理模块建立连接。

S203、独立调试模块获取来自需要调试的进程的业务处理模块发送的进程调试结果。

上述实施例在板级平台安装独立调试模块，在各个进程中嵌入业务处理模块，可以使用户端通过独立调试模块对各个进程的业务处理模块进行控制，进而对板级平台的进程进行调试。

本发明板级平台调试的一个方法实施例，如图4所示，本实施例的场景为，用户端以Telnet登录单板的Linux操作系统，发现并调试某板级平台内的某一个进程的过程。

本实施例具体包括：

S301、用户端登录板级平台，启动独立调试模块。

S302、独立调试模块自动检索可调试的进程。

在进程侧，将业务处理模块部署为进程的一个线程，以线程形式配合独立调试模块对进程的调试。

自动检索可调试的进程是本发明的重要特征，可达到两个目的：

1、自动发现可调试的进程，从而实现进程级调试。

由于板级平台内的进程可能很多，但不一定都处于可调试状态，需要通过独立调试模块发现可调试的进程，以利于下一步针对这些进程进行调试。

2、对于新增的进程，只需集成业务处理模块即可被自动发现和调试，而无需修改独立调试模块、其他进程。有利于实现进程级调试的可扩展性。

自动检索可调试的进程有多种方案，常用的方式有三种。

第一种为：监听端口段方式：

独立调试模块为各进程的业务处理模块分配监听端口(如10000～10031)，每个业务处理模块启动时利用自身发现机制探测没有被使用的端口，并绑定为自身的监听端口。

独立调试模块可向上述端口段发送探测包，对于收到响应的进程，即认为是可调试的。

第二种为：进程列举方式：

每个业务处理模块根据自身的配置信息，通过一定的算法计算自身的监听端口号。所述算法可以是HASH算法等本领域公知算法。

比如，在将业务处理模块部署为进程的一个线程时，为每一个业务处理模块分配唯一的编号，该业务处理模块的监听端口号就是编号加上固定的数字。举个例子，如果某个业务处理模块分配唯一的编号为5，固定的步长为2，那么该业务处理模块的监听端口号就是7(5+2)，如果另一个业务处理模块分配唯一的编号为3，那么该业务处理模块的监听端口号就是5。

独立调试模块利用系统机制(如Linux的ps指令)发现所有进程(包括进程中业务处理模块的编号)，然后通过相同的算法(步长是系统公知的)得到业务处理模块的端口号和基本信息。

独立调试模块向所述监听端口发送探测包。

如果收到进程的响应，判定该进程是可调试的。

第三种为：主动注册方式：

每个业务处理模块启动后，把自身的信息写入一段共享内存或文件；

独立调试模块利用上述共享内存或文件发现所有可调试进程。

举个例子，某业务处理模块启动后，首先检测本业务处理模块所在进程是否被激活，如果未被激活，将本进程不可调试的信息写入共享内存；如果被激活，将本进程可调试的信息写入共享内存，通过这种方式，所有业务处理模块将本进程是否可调试的信息写入共享内存，独立调试模块在所述共享内存中查找到所有可调试进程。

S303、独立调试模块根据用户端的指令，在可调试的进程中选择需要调试的进程，建立与需要调试的进程的连接。

如图4a所示，所述步骤S303可以包括以下步骤：

S303a、独立调试模块向进程的业务处理模块发送调试探测指令。

S303b、进程的业务处理模块向独立调试模块发送进程可调响应。

S303c、所述独立调试模块接收所述业务处理模块返回的进程可调响应。

S303d、独立调试模块向所述业务处理模块发送连接请求，建立与所述业务处理模块的连接。

在步骤S303中，可以同时选择在连接或调试时是否启动鉴权机制。

S304、获取来自需要调试的进程的进程调试结果。

步骤S304具体可以有两种实现方式：

第一种为：用户端下发进程调试命令，经由独立调试模块将进程调试命令原文转发给业务处理模块，再由业务处理模块调用进程对进程调试命令进行处理后返回结果，结果以文本的方式上报给用户端。

第二种为：进程主动调用业务处理模块上报文本信息。按照预先的设定，进程调用业务处理模块定时上报文本信息，所述文本信息中包括本进程最新的调试结果。当独立调试模块与业务处理模块建立连接后，独立调试模块就能得到业务处理模块主动上报的进程调试结果。

为了避免大量信息混杂上报，业务处理模块可提供开启、关闭某特定功能的调试命令的主动上报功能，从而有针对性的进行进程调试。一个进程中会包括多个线程，如果本进程的调试结果包括全部线程的调试结果，会使上报的数据量很多，资源消耗很大，在很多情况下，用户端只关心其中某个线程的调试结果，比如数据库线程，那么用户端可以预先将数据库线程设定为进程调试命令的调试内容，当独立调试模块与业务处理模块建立连接后，进程可以只将数据库线程的调试结果作为进程调试结果上报，从而节省系统资源。

S305、独立调试模块将来自进程的进程调试结果转发给用户端。

如下报文为一次远程telnet多进程调试的实例：

//通过telnet登录被调试单板

Root/debug # telnet 10.110.1.1

//启动独立调试程序

Root/debug # ./debug

＞Welcome to debug terminal：

＞Press″lsps″to list the process(es)can debugging

＞Press″？″to show help

//自动发现可调试的进程

＞lsps

find 3 proces s(es)can debugging：

ID Port Type State

1   10001  CMU  Idle

2   10002  VPU  Idle

3   10003  HRU  Idle

//登录VPU进程进行调试，参数为ID、登录用户、密码

＞login 2 admin 123456

2_VPU＞Login″2_VPU″debug terminal by user″admin″OK：

2_VPU＞Press″exit″return root debug terminal

2_VPU＞Press″？″to show help

//执行调试命令

2_VPU＞version

HUAWEI V200R003(2008-10-16)

//上报主动上报，需要打开模块的主动上报开关

2_VPU＞debugswitch open call

Warning：Call loss...

以上实施例在板级平台安装独立调试模块，在各个进程中嵌入业务处理模块，可以使用户端通过独立调试模块对各个进程的业务处理模块进行控制，进而对板级平台的进程进行调试。

本实施例中无需提供调试工具，可以在Windows、Linux等任意一种操作系统中，通过Telnet连接所需调试的板级平台的操作系统，启动独立调试模块。

本发明板级平台调试的另一个方法实施例，如图5所示，本实施例的场景为，在板级平台生产过程或设备故障时，有可能所有业务进程均无法启动，此时仍可以借助独立调试模块实现板级调试命令(用户端直接以串口形式发起系统调试)，或者跨平台进行系统调试(用户端通过其它独立调试模块远程发起系统调试)。

本实施例具体包括：

S401、独立调试模块接收来自用户端或者其它独立调试模块的系统调试命令。

S402、独立调试模块执行所述系统调试命令，得到系统调试结果。

S403、独立调试模块将所述系统调试结果发送给发送系统调试命令的用户端或者其它独立调试模块。

如下报文为一次窗口登录独立运行的板级平台进行系统调试的实例：

//通过串口连接被调试单板，启动独立调试程序

COM＞./debug

＞Welcome to debug terminal：

＞Press″lsps″to list the process(es)can debugging

＞Press″？″to show help

//执行调试命令

＞hardware disk check

check disk passed！

本实施例在板级平台安装独立调试模块，可以使用户端通过独立调试模块对板级平台进行系统调试。

需要进行说明的是，在图4对应的实施例中，同样可以采用跨平台的调试方法，具体实施方式与本实施例类似，在此不再赘述。

以上两个实施例中，独立调试模块和/或业务处理模块可以集成到UI、调试工具等Windows、Xwindows、MacOS下运行的客户端软件，配合板位图、包装可调试进程自动发现、后台记录调试结果等扩展功能，实现更友好的调试。

推而广之，同一个独立调试模块或业务处理模块可部署到不同操作系统的不同设备进程，即可实现不同设备的调试手段统一化。然后利用Telnet本身的标准性结合调试模块的自动发现功能，实现在同一个调试工具里调试跨平台的所有设备的目的。

将上面两个实施例结合，用户端通过其它独立调试模块远程发起进程调试，可以实现跨平台多进程调试。跨平台多进程调试工具化有两种途径：

跨平台多进程调试工具可作为Telnet客户端，后台连接网元的被调试板级平台，启动该板级平台的独立调试模块进行调试。

对于不便部署独立调试模块的板级平台，如果业务处理模块开放的监听端口在操作与维护(Operate and Maintenance，OM)网络，可直接在工具中部署独立调试模块，由此独立调试模块直接发现和连接被调试进程的业务处理模块，这样还可简化工具自身的设计。

对于没有接入OM网络的板级平台，可通过以下方案解决：

第一种方案为：用户端首先通过Telnet登录接入OM网络的主控板，然后从主控板通过设备内部网Telnet登录实际调试的板级平台的独立调试模块。

第二种方案为：用户端首先通过Telnet登录接入OM网络的主控板，然后通过主控板的独立调试模块登录业务板的独立调试模块，直接进行调试。

第三种方案为：用户端支持串口的板级平台可通过串口启动并登录独立调试模块。

上面两个实施例中，针对调试命令可提供统一的调试命令框架，从而实现调试接口统一、开发人员易于新增命令的目的。

适用于上述多进程调试的最佳命令框架为多级调试命令集：

进程以注册的方式提供调试命令，调试命令支持多级，一种定义格式如下：

S_DEBUG_CMD g_asDebugCmdList[]＝

{

//命令名，命令函数，权限级别，帮助

{″version″，DebugShowVersion，DEBUG_GUEST，″Show version.″}，

{″hardware″，null，DEBUG_ADMIN，″Hardware command set.″}，

{″..disk″，null，DEBUG_ADMIN，″Disk command set.″}，

{″....show″，DebugShowDisk，DEBUG_ADMIN，″Show disk info.″}，

{″....check″，DebugCheckDisk，DEBUG_ADMIN，″Check disk.″}，

}

通过指令“？”即可查询当前命令集的命令帮助。

连接多级命令各个名称，即可构成完整命令。

如下：

//命令集根目录帮助信息

＞？

Name      Type     Help

version   <Cmd>    Show version.

hardware  <Dir>    Hardware command set..

//命令集子目录帮助信息

＞hardware disk？

Name                 Type   Help

hardware disk show   <Cmd>  Show disk info.

hardware disk check  <Cmd>  Check disk.

//执行多级命令

＞hardware disk show

Volume Capacity    Free

C：    2,341 MB    654 MB

D：    1,561 MB    907 MB

按本发明，用户端实现调试命令注册与回调函数即可新增调试命令，而无需关注命令组织、命令解析、参数处理和帮助。

独立调试模块与业务处理模块连接成功后，合并两者的命令集，合并后的命令集可以存储在独立调试模块所在的板级平台上，从而使得用户端登录所述板级平台时，可以通过输入“？”命令获知所有命令的帮助信息。作为板级平台是拥有存储程序的存储器的，诸如单片机的寄存器等，只不过不同的程序拥有不同的命令集，而不同的命令集都存储在存储器中，合并命令集在硬件上无须作任何改变(不改变在存储器中的位置)，可以通过软件语言实现的。

调试模块本身的控制命令也纳入命令集管理，标准命令定义如表1所示：

命令名	缩写	功能
			login	login	登录业务处理模块
exit	exit	退出业务处理模块
			listprocess	lsps	自动列举本单板的可调试进程
version	ver	显示当前版本
			histroy	his	显示历史命令
<数字>	<数字>	按历史命令序号执行历史命令
			time	time	显示模块的系统时间
debugswitch	swth	设置主动上报的开关
			help	？	显示帮助，只显示用户指定层次的命令
treehelp	tree	显示帮助，以TreeView方式显示所有命令

repeat

/

重复执行上一条命令

表1

本发明业务处理模块的一个实施例，如图6所示，包括：

部署单元11：用于将业务处理模块部署为进程的一个线程；

连接单元12：用于根据独立调试模块的连接请求，建立与独立调试模块的连接；

执行单元13：用于对进程进行调试，并向独立调试模块发送调试结果。

本发明业务处理模块的另一个实施例，如图7所示，包括：

部署单元11：用于将调试程序部署为进程的一个线程；

连接单元12：用于根据独立调试模块的连接请求，建立与独立调试模块的连接；

执行单元13：用于对进程进行调试，并向独立调试模块发送调试结果。

其中，所述执行单元13包括：

第二接收子单元131：用于接收独立调试模块发送的进程调试命令；

第一操作子单元132：用于执行所述进程调试命令；

发送子单元133：用于将第一操作子单元得出的进程调试结果发送给独立调试模块。

所述连接单元12包括：

第一接收子单元121：用于接收所述独立调试模块发送的调试探测指令；

响应子单元122：用于向所述独立调试模块返回进程可调响应；

连接建立子单元123：用于接收独立调试模块发送的连接请求，建立与所述独立调试模块的连接。

进一步的，所述连接建立子单元123包括：

鉴权节点1231：用于对所述独立调试模块发送的连接请求进行鉴权。

或者，如图8所示，当业务处理模块与独立调试模块建立连接后，业务处理模块可以执行预先设置的调试命令，将进程调试结果上报给独立调试模块，此时，所述执行单元13包括：

第二操作子单元134：用于接收来自独立调试模块的提示信息，执行预先设定的进程调试命令；

主动上报子单元135：用于将第二操作子单元得出的进程调试结果上报给独立调试模块。

本发明业务处理模块实施例通过与独立调试模块配合，可以使用户端通过独立调试模块对各个进程的业务处理模块进行控制，进而对板级平台的进程进行调试。

本发明独立调试模块的一个实施例，如图9所示，包括：

检索单元21：用于检索可调试的进程；

通信单元22：用于与所述可调试的进程中需要调试的进程的业务处理模块建立连接；

获取单元23：用于获取所述需要调试的进程的业务处理模块发送的进程调试结果。

本发明独立调试模块的另一个实施例，如图10所示，包括：

检索单元21：用于检索可调试的进程；

通信单元22：用于与所述可调试的进程中需要调试的进程的业务处理模块建立连接；

获取单元23：用于获取所述需要调试的进程的业务处理模块发送的进程调试结果；

命令集合并单元24：用于接收业务处理模块上报的命令集，将自身的命令集与所述业务处理模块上报的命令集合并。

所述获取单元23如图11所示，包括：

进程调试命令发送子单元231：用于将来自用户端或者其它独立调试模块的进程调试命令发送给所述需要调试的进程的业务处理模块；

进程调试结果第一接收子单元232：用于接收所述需要调试的进程的业务处理模块发送的进程调试结果；

进程调试结果第一发送子单元233：用于将所述进程调试结果发送给发送调试命令的所述用户端或者其它独立调试模块。

或者，所述获取单元23如图12所示，包括：

进程调试结果第二接收子单元234：用于接收所述需要调试的进程的业务处理模块上报的进程调试结果，所述进程调试结果为所述业务处理模块根据预先设定的进程调试命令调试得出；

进程调试结果第二发送子单元235：用于将所述进程调试结果发送给用户端或者其它独立调试模块。

本发明独立调试模块实施例通过与业务处理模块配合，可以使用户端通过独立调试模块对各个进程的业务处理模块进行控制，进而对板级平台的进程进行调试。

本发明板级平台调试的系统的一个实施例，如图13所示，包括：

独立调试模块5：用于检索可调试的进程，与所述可调试的进程中需要调试的进程的业务处理模块建立连接，接收所述业务处理模块发送的进程调试结果；

业务处理模块6：用于对进程进行调试并向所述独立调试模块发送进程调试结果。

上述板级平台调试的系统实施例，在板级平台安装独立调试模块，在各个进程中嵌入业务处理模块，可以使用户端通过独立调试模块对各个进程的业务处理模块进行控制，进而对板级平台的进程进行调试。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (14)

1、一种板级平台调试的方法，其特征在于，包括：

独立调试模块检索可调试的进程；

独立调试模块与所述可调试的进程中需要调试的进程的业务处理模块建立连接；

独立调试模块获取所述需要调试的进程的业务处理模块发送的进程调试结果。

2、根据权利要求1所述的方法，其特征在于，所述独立调试模块获取所述需要调试的进程的业务处理模块发送的进程调试结果的步骤包括：

将来自用户端或者其它独立调试模块的进程调试命令发送给所述需要调试的进程的业务处理模块；

接收所述需要调试的进程的业务处理模块根据所述进程调试命令返回的进程调试结果。

3、根据权利要求1所述的方法，其特征在于，所述独立调试模块获取所述需要调试的进程的业务处理模块发送的进程调试结果的步骤包括：

接收所述需要调试的进程的业务处理模块上报的进程调试结果，所述进程调试结果为所述业务处理模块根据预先设定的进程调试命令调试得出。

4、根据权利要求2或3所述的方法，其特征在于，还包括：

将所述进程调试结果发送给用户端或者其它独立调试模块。

5、根据权利要求1所述的方法，其特征在于，所述独立调试模块与所述可调试的进程中需要调试的进程的业务处理模块建立连接的步骤包括：

向所述业务处理模块发送调试探测指令；

接收所述业务处理模块返回的进程可调响应；

向所述业务处理模块发送连接请求，建立与所述业务处理模块的连接。

6、根据权利要求1所述的方法，其特征在于，所述独立调试模块与所述可调试的进程中需要调试的进程的业务处理模块建立连接后还包括：

接收业务处理模块上报的命令集，将自身的命令集与所述业务处理模块上报的命令集合并。

7、根据权利要求1所述的方法，其特征在于，所述独立调试模块检索可调试的进程的步骤包括：

为进程的业务处理模块分配监听端口；

向所述监听端口发送探测包；

如果收到进程的响应，判定该进程是可调试的。

8、根据权利要求1所述的方法，其特征在于，所述独立调试模块检索可调试的进程的步骤包括：

独立调试模块计算进程的监听端口号，所述计算的算法与所述进程的业务处理模块计算本进程监听端口号的算法相同；

独立调试模块向所述监听端口发送探测包；

如果收到进程的响应，判定该进程是可调试的。

9、根据权利要求1所述的方法，其特征在于，所述独立调试模块检索可调试的进程的步骤包括：

独立调试模块通过共享内存或者文件中由业务处理模块写入的进程信息查找可调试进程。

10、一种板级平台调试的装置，其特征在于，包括：

检索单元：用于检索可调试的进程；

通信单元：用于与所述可调试的进程中需要调试的进程的业务处理模块建立连接；

获取单元：用于获取所述需要调试的进程的业务处理模块发送的进程调试结果。

11、根据权利要求10所述的装置，其特征在于，所述获取单元包括：

进程调试命令发送子单元：用于将来自用户端或者其它独立调试模块的进程调试命令发送给所述需要调试的进程的业务处理模块；

进程调试结果第一接收子单元：用于接收所述需要调试的进程的业务处理模块根据所述进程调试命令返回的进程调试结果；

进程调试结果第一发送子单元：用于将所述进程调试结果发送给发送进程调试命令的所述用户端或者其它独立调试模块。

12、根据权利要求10所述的装置，其特征在于，所述获取单元包括：

进程调试结果第二接收子单元：用于接收所述需要调试的进程的业务处理模块上报的进程调试结果，所述进程调试结果为所述业务处理模块根据预先设定的进程调试命令调试得出；

进程调试结果第二发送子单元：用于将所述进程调试结果发送给用户端或者其它独立调试模块。

13、根据权利要求10所述的装置，其特征在于，还包括：

命令集合并单元：用于接收业务处理模块上报的命令集，将自身的命令集与所述业务处理模块上报的命令集合并。

14、一种板级平台调试的系统，其特征在于，包括：

独立调试模块：用于检索可调试的进程，与所述可调试的进程中需要调试的进程的业务处理模块建立连接，接收所述业务处理模块发送的进程调试结果；

业务处理模块：用于对进程进行调试并向所述独立调试模块发送进程调试结果。

Images