WO2010139240A1

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

Info

Publication number: WO2010139240A1
Application number: PCT/CN2010/072981
Authority: WO
Inventors: 魏霄鹏
Original assignee: 中兴通讯股份有限公司
Priority date: 2009-06-02
Filing date: 2010-05-20
Publication date: 2010-12-09
Also published as: CN101577714A

Description

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

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

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

但是实际运行中，通讯程序的调试存在着很大的问题，主要表现如下：一、通讯程序数据包跟踪工具欠缺，导致在现场调试时，没有有效的手段和对方进行沟通。

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

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

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

为了达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种显示通讯数据包的实现方法，该方法包括：客户端向服务端发送携带有业务线程号的开始跟踪消息，指示服务端开始记录所述业务线程号对应的业务线程传输的数据包；

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

所述客户端获取所述服务端记录的所述数据包，并显示所述数据包。进一步地，所述客户端获取所述服务端记录的所述数据包，并显示所述数据包的步骤包括：

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

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

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

进一步地，所述客户端获取所述服务端记录的所述数据包，并显示所述数据包的步骤包括：

所述客户端实时从所述服务端获取记录的所述数据包，形成跟踪文件；所述客户端对所述跟踪文件进行解析，生成携带数据结构的数据包；所述客户端实时显示所述携带数据结构的数据包。

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

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

进一步地，所述缩进结构具体为：树型结构或者可扩展标记语言（ XML ) 形成的缩进结构。本发明还提供了一种客户端，该客户端包括：

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

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

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

显示模块，用于将所述数据包显示。

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

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

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

解析子模块，用于对所述跟踪文件进行解析，生成携带数据结构的数据包，并提供给所述显示模块显示。

进一步地，所述获取模块包括：

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

所述解析子模块，进一步用于利用缩进结构解析文件对所述跟踪文件进行解析，生成带缩进结构的数据包，并提供给所述显示模块显示；

所述缩进结构为树型结构、或者 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具体实现时，可以为客户端 30的一通讯模块，具体来讲，可以为一 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, 用于接收客户端 30发送的开始跟踪消息和结束跟踪消息，并根据业务线程号，记录业务线程号对应的业务线程传输的数据包；并向客户端 30返回所述数据包；该服务端 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

权利要求书

1. 一种显示通讯数据包的实现方法，其特征在于，该方法包括：客户端向服务端发送携带有业务线程号的开始跟踪消息，指示服务端开始记录所述业务线程号对应的业务线程传输的数据包；

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

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

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

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

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

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

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

显示模块，用于将所述数据包显示。

7. 根据权利要求 6所述的客户端，其特征在于，所述获取模块包括：第一接收子模块，用于接收所述服务端根据所述结束跟踪消息返回的应答消息；所述应答消息中包括：跟踪文件的文件名和路径，所述跟踪文件包括记录的所述数据包；

8. 根据权利要求 6所述的客户端，其特征在于，所述获取模块包括：第二接收子模块，用于实时接收来自服务端记录的所述数据包，形成跟踪文件；

9. 根据权利要求 7或 8所述的客户端，其特征在于，所述解析子模块，进一步用于利用缩进结构解析文件对所述跟踪文件进行解析，生成带缩进结构的数据包，并提供给所述显示模块显示；

所述缩进结构为树型结构、或者 XML形成的缩进结构。

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

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

11.根据权利要求 10所述的服务端，其特征在于，所述发送模块包括：第一发送子模块、或者第二发送子模块，其中：

所述第二发送子模块，用于实时的把记录的所述数据包传送到客户端。

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

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