CN101577714A - 显示通讯数据包的实现方法、客户端、服务端及系统 - Google Patents

Abstract

本发明提供一种显示通讯数据包的实现方法、客户端、服务端及系统，其中，方法包括：客户端向服务端发送携带有业务线程号的开始跟踪消息，指示服务端开始记录所述业务线程号对应的业务线程传输的数据包；所述客户端向所述服务端发送携带有所述业务线程号的结束跟踪消息，指示所述服务端停止记录所述业务线程号对应的业务线程传输的数据包；所述客户端获取所述服务端记录的所述数据包，并直观显示所述数据包。本发明提高了现场调试和维护的工作效率。

Description

显示通讯数据包的实现方法、客户端、服务端及系统

技术领域

本发明涉及一种通讯领域，尤其涉及一种直观显示通讯数据包的实现方法、客户端、服务端及系统。

背景技术

在业务软件开发中，经常涉及到通讯平台与外部系统的通讯问题，目前可以实现在通讯平台上加载多个通讯接口来实现不同的对外通讯协议，这些通讯协议大量用到自定义的通讯协议。

但是实际运行中，通讯程序的调试存在着很大的问题，主要表现如下：

一、通讯程序数据包跟踪工具欠缺，导致在现场调试时，没有有效的手段和对方进行沟通。

二、如果只是靠应用程序打印日志，一些有用的信息在日志中没有体现。

三、通讯日志欠缺，在运行中，需要根据通讯消息进行问题分析和定位，但是如果用普通的抓包工具来抓包分析，全是二进制数据流，无法直观的显示每个字段的含义及值。

发明内容

本发明要解决的技术问题是提供一种能够直观显示通讯数据包的显示通讯数据包的实现方法、客户端、服务端及系统。

为解决上述技术问题，本发明的实施例提供一种显示通讯数据包的实现方法，包括：

客户端向服务端发送携带有业务线程号的开始跟踪消息，指示服务端开始记录所述业务线程号对应的业务线程传输的数据包；

所述客户端向所述服务端发送携带有所述业务线程号的结束跟踪消息，指示所述服务端停止记录所述业务线程号对应的业务线程传输的数据包；

所述客户端获取所述服务端记录的所述数据包，并直观显示所述数据包。

其中，所述客户端获取所述服务端记录的所述数据包，并直观显示所述数据包的步骤包括：

所述客户端接收所述服务端根据所述结束跟踪消息返回的应答消息，所述应答消息中包括：跟踪文件的文件名和路径，所述跟踪文件包括所述数据包；

所述客户端根据所述跟踪文件的文件名和路径从所述服务端获取所述跟踪文件；

所述客户端对所述跟踪文件进行解析，生成带一数据结构的数据包；

所述客户端显示所述带一数据结构的数据包。

其中，所述客户端获取所述服务端记录的所述数据包，并直观显示所述数据包的步骤包括：

所述客户端实时从所述服务端获取所述数据包，形成跟踪文件；

所述客户端对所述跟踪文件进行解析，生成带一数据结构的数据包；

所述客户端实时显示所述带一数据结构的数据包。

其中，所述客户端对所述跟踪文件进行解析，生成带一数据结构的数据包的步骤具体为：

所述客户端利用缩进结构解析文件对所述跟踪文件进行解析，生成带缩进结构的数据包。

其中，所述缩进结构具体为：树型结构或者XML标记语言形成的缩进结构。

本发明的实施例还提供一种客户端，包括：

第一发送模块，用于向服务端发送携带有业务线程号的开始跟踪消息，指示服务端开始记录所述业务线程号对应的业务线程传输的数据包；

第二发送模块，用于向所述服务端发送携带有所述业务线程号的结束跟踪消息，指示所述服务端停止记录所述业务线程号对应的业务线程传输的数据包；

获取模块，用于从所述服务端获取所述数据包；

显示模块，用于将所述数据包直观显示在本地。

其中，所述获取模块包括：

接收模块，用于接收所述服务端根据所述结束跟踪消息返回的应答消息，所述应答消息中包括：跟踪文件的文件名和路径，所述跟踪文件包括所述数据包；

获取子模块，用于根据所述跟踪文件的文件名和路径从所述服务端获取所述跟踪文件；

解析模块，用于对所述跟踪文件进行解析，生成带一数据结构的数据包；

所述显示模块将所述带一数据结构的数据包显示在本地。

其中，所述解析模块具体为：

缩进结构解析模块，用于利用缩进结构解析文件对所述跟踪文件进行解析，生成带缩进结构的数据包；

所述显示模块将解析后的所述带缩进结构的数据包显示在本地。

本发明的实施例还提供一种服务端，包括：

第一接收模块，用于接收客户端发送的携带有业务线程号的开始跟踪消息；

第一处理模块，用于将所述开始跟踪消息转发到所述业务线程号对应的业务线程中处理，获取所述业务线程传输的数据包；

第二接收模块，用于接收所述客户端发送的携带有所述业务线程号的结束跟踪消息；

第二处理模块，用于将所述结束跟踪消息转发到所述业务线程号对应的业务线程中处理；

发送模块，用于根据所述结束跟踪消息向所述客户端返回所述数据包。

本发明的实施例还提供一种通讯系统，包括：

客户端，用于发送携带有业务线程号的开始跟踪消息和携带有所述业务线程号的结束跟踪消息；

服务端，用于接收所述客户端发送的所述开始跟踪消息和所述结束跟踪消息，并根据所述业务线程号，获取所述业务线程号对应的业务线程传输的数据包；并向所述客户端返回所述数据包；

所述客户端还接收所述数据包，并将所述数据包直观显示在本地。

本发明的上述技术方案的有益效果如下：

上述方案中，客户端通过向服务端发送开始跟踪消息，其中开始跟踪消息中包含有业务线程号，服务端根据该业务线程号把开始跟踪消息转发到该业务线程中处理，获取该业务线程传输的数据包。客户端还发送结束跟踪消息，同时结束跟踪消息中也带有该业务线程号，服务端把结束跟踪消息分发到该业务线程中处理；客户端从服务端获取数据包，并在界面上直观的显示，这样提高了现场调试和维护的工作效率。

附图说明

图1为本发明的实施例客户端显示通讯数据包的实现方法流程示意图；

图2为本发明的实施例服务端发送跟踪文件的方法流程示意图；

图3为本发明的实施例客户端的结构示意图；

图4为本发明的实施例服务端的结构示意图；

图5为本发明的实施例显示通讯数据包的实现系统结构示意图；

图6为图5所示系统的处理开始跟踪消息的流程示意图；

图7为图5所示系统的处理结束跟踪消息的流程示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明针对现有技术中，通讯日志欠缺，普通的抓包工具进行抓包分析，产生的二进制数据流，无法直观的显示每个字段的含义及值的问题，提供一种能够直观显示通讯数据包，提高现场调试和维护的工作效率的显示通讯数据包的实现方法、客户端、服务端及系统。

如图1所示，本发明的实施例显示通讯数据包的实现方法，包括：

步骤11，客户端向服务端发送携带有业务线程号的开始跟踪消息，指示服务端开始记录该业务线程号对应的业务线程传输的数据包；该业务线程可以是要跟踪的业务线程；一个业务线程在系统运行时，会时刻接收或者发送数据包，服务端在收到该开始跟踪消息后，会对该开始跟踪消息中携带的要跟踪的业务线程号对应的业务线程所有接收或者发送的数据包进行记录；

步骤12，客户端向所述服务端发送携带有该业务线程号的结束跟踪消息，指示所述服务端停止记录所述业务线程号对应的业务线程传输的数据包；即服务端收到该结束跟踪消息后，会将该结束跟踪消息转发到和该业务线程号对应的业务线程中处理，该服务端会停止记录数据包，关闭文件句柄；

步骤13，所述客户端获取所述服务端记录的所述数据包，并直观显示所述数据包。

该实施例中，客户端可以为一个可以显示Web界面的客户端，也可以为一个可以显示用Xml标记语言生成的界面的客户端，该客户端将开始跟踪消息发送给服务端，服务端根据该开始跟踪消息打开跟踪文件，并根据该开始跟踪消息中携带的要跟踪的业务线程号，记录该要跟踪的业务线程所有接收和发送的数据包，在接收到结束跟踪消息时，就会停止数据包的记录；客户端再从该服务端获取包含这些数据包，并直观显示，特别的，可以缩进结构的方式显示数据包，特别是树型结构，这样在客户端就能很容易明白获取的数据包的信息及含义，可以清晰显示出通讯结构的每一个字段，利于现场定位问题，提高现场调试和维护的工作效率。

其中，具体实现时，上述步骤13可具体包括：

步骤1311，所述客户端接收所述服务端根据所述结束跟踪消息返回的应答消息，所述应答消息中包括：跟踪文件的文件名和路径，所述跟踪文件包括所述数据包；

步骤1312，所述客户端根据所述跟踪文件的文件名和路径，从所述服务端获取所述跟踪文件；如该客户端接收到该跟踪文件的文件名和路径后，可以通过FTP(文件传输协议)函数获取跟踪文件到本地，当然也可以通过专门的下载工具将跟踪文件下载到本地；

步骤1313，所述客户端对所述跟踪文件进行解析，生成带一数据结构的数据包；

步骤1314，所述客户端显示所述带一数据结构的数据包。

另外，该步骤13还可具体包括：

步骤1321，所述客户端实时从所述服务端获取要跟踪的所述业务线程传输的数据包，形成跟踪文件；

步骤1322，所述客户端对所述跟踪文件进行解析，生成带一数据结构的数据包；

步骤1323，所述客户端实时显示所述带一数据结构的数据包。

在上述步骤1313或者步骤1322中，所述客户端可利用缩进结构解析文件对所述跟踪文件进行解析，生成带缩进结构的数据包，并将所述带缩进结构的数据包进行显示。

该缩进结构解析文件可以选择要跟踪的业务线程号对应的业务线程的解析文件，该解析文件符合该业务线程处理数据包规则，该解析文件可以包含：数据包ID，整个数据包的长度，各个参数名称，参数类型，参数长度(整型或者字符串)，是否需要转换字节序，该参数对应结构的缩进级别等。特别的，该缩进结构可以是树型，也可以是用Xml标记语言生成的缩进结构，该缩进结构的数据包以树型显示在Web界面上，在本地Web界面上显示时，界面还会设置一些过滤条件，根据这些过滤条件选择记录的数据包。

当然客户端也可以以其它直观显示的方式，如可以利用线型解析文件对跟踪文件进行解析，获取线型结构的数据包，或者利用星型解析文件对跟踪文件进行解析，获取星型结构的数据包，或者利用环型解析文件对跟踪文件进行解析，或者其它解析文件对跟踪文件进行解析，获取具有一定数据结构的数据包，显示在客户端，如显示在客户端的Web界面上，这样可以直观清楚地了解获取的数据包的含义，从而提高通讯程序现场调试和维护的工作效率。

需要说明的是：这些线型解析文件、星型解析文件或环型解析文件的结构可以与上述树型解析文件的结构类似。

如图2所示，本发明的实施例还提供一种发送跟踪文件的方法，包括：

步骤21，服务端接收客户端发送的携带有业务线程号的开始跟踪消息，根据所述要跟踪的业务线程号，将所述开始跟踪消息转发到该业务线程号对应的业务线程中处理，获取所述业务线程传输的数据包；该业务线程可以为要跟踪的业务线程；

步骤22，所述服务端接收所述客户端发送的携带有所述业务线程号的结束跟踪消息，根据所述业务线程号，将所述结束跟踪消息转发到该业务线程号对应的业务线程中处理；

步骤23，所述服务端根据所述结束跟踪消息向所述客户端返回数据包。

具体来讲，该步骤23可具体为：

所述服务端根据所述结束跟踪消息，产生应答消息，并向所述客户端返回所述应答消息，该应答消息包括有跟踪文件的文件名和路径，该跟踪文件包括有上述业务线程传输的所有数据包；或者

所述服务端实时向所述客户端返回数据包，并在接收到所述结束跟踪消息时，停止向所述客户端返回数据包。

如图3所示，与上述图1所述方法相应的，本发明的实施列还提供一种客户端30，包括：

第一发送模块31，用于向服务端发送携带有业务线程号的开始跟踪消息，指示服务端开始记录所述业务线程号对应的业务线程传输的数据包；

第二发送模块32，用于向所述服务端发送携带有所述业务线程号的结束跟踪消息，指示所述服务端停止记录所述业务线程号对应的业务线程传输的数据包；

获取模块33，用于从所述服务端获取数据包；

显示模块34，用于将数据包直观显示在本地。

其中，该第一发送模块31和第二发送模块32具体实现时，可以为客户端的一通讯模块，具体来讲，可以为一WEB通讯模块，用于与服务端建立连接，可以建立TCP/IP连接，并向服务端发送开始跟踪消息，并且开始跟踪消息中允许填入业务线程号，或者用来发送结束跟踪消息，并且结束跟踪消息中同样允许填入业务线程号；

获取模块33从服务端获取数据包，具体来讲，可以包括：

接收模块，用于接收来自服务端根据结束跟踪消息返回的应答消息，其中，应答消息中带有跟踪文件的路径和文件名，该跟踪文件包括有所述数据包；

获取子模块，用于根据所述跟踪文件的文件名和路径，从服务端获取包含有所述数据包的该跟踪文件；具体来讲，可以通过FTP函数或者其它专门下载工具获取跟踪文件到本地；

解析模块，用于对所述跟踪文件进行解析，生成带一数据结构的数据包；

所述显示模块34将所述带一数据结构的数据包显示在本地；

或者该获取模块33还可包括：

第二接收模块，用于实时接收来自服务端的数据包，形成跟踪文件；

解析模块可以解析所述跟踪文件，获取带一数据结构的数据包；

显示模块34可以将解析后的带一数据结构的数据包实时显示在本地。

该解析模块可以选择与该业务线程对应的解析文件，该解析文件是提前写好的，是符合该线程处理数据包规则的，该解析文件包含，数据包ID，整个数据包的长度，各个参数名称，参数类型，参数长度(整型，字符串)，是否需要转换字节序，该参数对应结构的缩进级别。

上述解析模块还可具体为：缩进结构解析模块，用于利用缩进结构解析文件对所述跟踪文件进行解析，获取带缩进结构的数据包；所述显示模块34将解析后的所述带缩进结构的数据包显示在本地。

其中，该缩进结构解析文件可以选择要跟踪的业务线程号对应的业务线程的解析文件，该解析文件符合该业务线程处理数据包规则，该解析文件可以包含：数据包ID，整个数据包的长度，各个参数名称，参数类型，参数长度(整型或者字符串)，是否需要转换字节序，该参数对应结构的缩进级别等。特别的，该缩进结构可以是树型，也可以是用Xml标记语言生成的缩进结构，该缩进结构的数据包以树型显示在Web界面上时，界面还会设置一些过滤条件，根据这些过滤条件选择记录的数据包。

当然客户端也可以以其它直观显示的方式，如解析模块可以利用线型解析文件对跟踪文件进行解析，获取线型结构的数据包，或者利用星型解析文件对跟踪文件进行解析，获取星型结构的数据包，或者利用环型解析文件对跟踪文件进行解析，或者其它解析文件对跟踪文件进行解析，获取具有一定数据结构的数据包，显示模块34将该带一定数据结构的数据包显示在客户端，如显示在客户端的Web界面上，这样可以直观清楚地了解获取的数据包的含义，从而提高通讯程序现场调试和维护的工作效率。其中，这些线型解析文件、星型解析文件或环型解析文件的结构可以与上述树型解析文件的结构类似。

如图4所示，本发明的实施例还提供一种服务端40，包括：

第一接收模块41，用于接收客户端发送的携带有业务线程号的开始跟踪消息；

第一处理模块42，用于根据所述业务线程号，将所述开始跟踪消息转发到该业务线程号对应的业务线程中处理，获取所述业务线程传输的数据包；

第二接收模块43，用于接收所述客户端发送的携带有所述业务线程号的结束跟踪消息；

第二处理模块44，用于根据所述结束跟踪消息，将所述结束跟踪消息转发到该业务线程号对应的业务线程中处理；

发送模块45，用于根据所述结束跟踪消息向所述客户端返回所述数据包。

其中，该第一接收模块41和第二接收模块43可以为一通讯模块，用于与客户端建立连接，如TCP/IP连接，并接收客户端发送来的开始跟踪消息和结束跟踪消息，并由第一处理模块42将该开始跟踪消息转发到相应的业务线程中处理，第二处理模块44将该结束跟踪消息转发到相应的业务线程中处理。

发送模块45在具体实现时，可以具体为：

第一发送模块，用于根据结束跟踪消息向客户端返回应答消息，该应答消息中包括：跟踪文件的文件名和路径；客户端获得该文件名和路径后，从该服务端下载该包含有所述数据包的跟踪文件；或者

第二发送模块，用于实时的把数据包传送到客户端；客户端获得数据包后，进行解析，实时进行显示。

如图5所示，本发明的实施例还提供一种通讯系统，包括：

客户端30，用于发送携带有业务线程号的开始跟踪消息和携带有所述业务线程号的结束跟踪消息；

服务端40，用于接收所述客户端发送的所述开始跟踪消息和结束跟踪消息，并根据所述业务线程号，获取所述业务线程号对应的业务线程传输的数据包；并向所述客户端返回所述数据包；该服务端40具体实现时，可以是一个通讯平台(IMPCOMM)；

该客户端30还接收服务端40返回的数据包，并将所述数据包直观显示在本地。该客户端30具体实现时，可以为一Web平台。

该系统实施例中，上述图3所述该客户端30的所有特征均可适用于本系统的实施例中，上述图4所述服务端40的所有特征均可适用于本系统的实施例中，在此不再赘述。

下面结合图6和图7说明上述实施例的具体实现流程，如图6所示：

1)客户端(如WEB平台)与服务端(如IMP通讯平台)建立通讯连接；

2)客户端发送开始跟踪消息，其中开始跟踪消息中包含要跟踪的业务线程号；

3)服务端接收该开始跟踪消息，解析出业务线程号，根据业务线程号把该开始跟踪消息分发到业务线程中；

4)业务线程接收到开始跟踪消息，记录该业务线程所有的接收和发送的数据包，数据包记录入跟踪文件中；

5)业务线程返回应答消息给服务端，服务端返回应答消息给客户端，客户端界面显示开始跟踪成功的标志；

如图7所示：

6)客户端与服务端建立通讯连接，并发送结束跟踪消息，结束跟踪消息中携带有要结束跟踪的业务线程的线程号；

7)服务端接收该结束跟踪消息，解析出业务线程号，根据业务线程号把该结束跟踪消息分发到业务线程中；

8)业务线程接收到结束跟踪消息，停止写数据包文件，关闭文件句柄；

9)业务线程返回应答消息给服务端，服务端返回应答消息给客户端；

10)客户端根据应答消息中的文件名和路径，到服务端取下跟踪文件；

11)客户端选择加载符合该线程的界面显示解析文件，界面显示树型结构的网络数据包，界面同时可提供设置过滤条件，过滤数据包。

下面再结合图6和图7说明上述实施例另一具体实现流程：

该具体实现流程与上述实现流程的区别在于，服务端不在本地生成跟踪文件，而是实时的把该数据包传输给客户端；客户端实时地接收数据包，并实时根据事先加载好的解析文件的格式，经过解析后，实时用树型结构显示出来。

上述的所有实施例中，开始跟踪消息包括：消息号和消息体，其中消息体中包含要跟踪的业务线程号；而结束跟踪消息也包括：消息号和消息体，其中消息体包含要结束跟踪的业务线程号。

需要说明的是，在上文中以步骤的形式示出并描述了本发明的方法实施例的技术方案，这些步骤可以在诸如一组计算机可执行指令的计算机系统中执行。虽然在相关的附图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。另外，在不冲突的情况下，本发明的上述实施例及实施例中的特征可以相互组合。

综上所述，本发明的实施例，客户端通过向服务端发送开始跟踪消息和结束跟踪消息，其中开始跟踪消息中包含要跟踪的业务线程号，服务端根据该业务线程号把开始跟踪消息转发到该业务线程中处理。客户端还发送结束跟踪消息，同时结束跟踪消息中也带有要结束跟踪的业务线程号，服务端把结束跟踪消息分发到该业务线程中处理，同时服务端有回应客户端请求消息的功能；客户端把获取到的跟踪文件，用解析文件进行解析，分解出带缩进的树型结构，并把解析好的树型结构用界面直观的显示出来。通过将基于WEB界面应用程序与通讯平台相结合来显示通讯平台的网络数据包，相比于现有技术，显示更直观，且提高了现场调试和维护的工作效率。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种显示通讯数据包的实现方法，其特征在于，包括：

客户端向服务端发送携带有业务线程号的开始跟踪消息，指示服务端开始记录所述业务线程号对应的业务线程传输的数据包；

所述客户端向所述服务端发送携带有所述业务线程号的结束跟踪消息，指示所述服务端停止记录所述业务线程号对应的业务线程传输的数据包；

所述客户端获取所述服务端记录的所述数据包，并直观显示所述数据包。

2.根据权利要求1所述的实现方法，其特征在于，所述客户端获取所述服务端记录的所述数据包，并直观显示所述数据包的步骤包括：

所述客户端接收所述服务端根据所述结束跟踪消息返回的应答消息，所述应答消息中包括：跟踪文件的文件名和路径，所述跟踪文件包括所述数据包；

所述客户端根据所述跟踪文件的文件名和路径从所述服务端获取所述跟踪文件；

所述客户端对所述跟踪文件进行解析，生成带一数据结构的数据包；

所述客户端显示所述带一数据结构的数据包。

3.根据权利要求1所述的实现方法，其特征在于，所述客户端获取所述服务端记录的所述数据包，并直观显示所述数据包的步骤包括：

所述客户端实时从所述服务端获取所述数据包，形成跟踪文件；

所述客户端对所述跟踪文件进行解析，生成带一数据结构的数据包；

所述客户端实时显示所述带一数据结构的数据包。

4.根据权利要求2或3所述的实现方法，其特征在于，所述客户端对所述跟踪文件进行解析，生成带一数据结构的数据包的步骤具体为：

所述客户端利用缩进结构解析文件对所述跟踪文件进行解析，生成带缩进结构的数据包。

5.根据权利要求4所述的实现方法，其特征在于，所述缩进结构具体为：树型结构或者XML标记语言形成的缩进结构。

6.一种客户端，其特征在于，包括：

第一发送模块，用于向服务端发送携带有业务线程号的开始跟踪消息，指示服务端开始记录所述业务线程号对应的业务线程传输的数据包；

第二发送模块，用于向所述服务端发送携带有所述业务线程号的结束跟踪消息，指示所述服务端停止记录所述业务线程号对应的业务线程传输的数据包；

获取模块，用于从所述服务端获取所述数据包；

显示模块，用于将所述数据包直观显示在本地。

7.根据权利要求6所述的客户端，其特征在于，所述获取模块包括：

接收模块，用于接收所述服务端根据所述结束跟踪消息返回的应答消息，所述应答消息中包括：跟踪文件的文件名和路径，所述跟踪文件包括所述数据包；

获取子模块，用于根据所述跟踪文件的文件名和路径从所述服务端获取所述跟踪文件；

解析模块，用于对所述跟踪文件进行解析，生成带一数据结构的数据包；

所述显示模块将所述带一数据结构的数据包显示在本地。

8.根据权利要求7所述的客户端，其特征在于，所述解析模块具体为：

缩进结构解析模块，用于利用缩进结构解析文件对所述跟踪文件进行解析，生成带缩进结构的数据包；

所述显示模块将解析后的所述带缩进结构的数据包显示在本地。

9.一种服务端，其特征在于，包括：

第一接收模块，用于接收客户端发送的携带有业务线程号的开始跟踪消息；

第一处理模块，用于将所述开始跟踪消息转发到所述业务线程号对应的业务线程中处理，获取所述业务线程传输的数据包；

第二接收模块，用于接收所述客户端发送的携带有所述业务线程号的结束跟踪消息；

第二处理模块，用于将所述结束跟踪消息转发到所述业务线程号对应的业务线程中处理；

发送模块，用于根据所述结束跟踪消息向所述客户端返回所述数据包。

10.一种通讯系统，其特征在于，包括：

客户端，用于发送携带有业务线程号的开始跟踪消息和携带有所述业务线程号的结束跟踪消息；

服务端，用于接收所述客户端发送的所述开始跟踪消息和所述结束跟踪消息，并根据所述业务线程号，获取所述业务线程号对应的业务线程传输的数据包；并向所述客户端返回所述数据包；

所述客户端还接收所述数据包，并将所述数据包直观显示在本地。

Images