CN117033521A - 一种基于dds日志实体交互逻辑图的构建方法及相关装置 - Google Patents

Abstract

本申请涉及汽车技术领域，具体是涉及一种基于DDS日志实体交互逻辑图的构建方法及相关装置。首先从DDS日志上提取出进行交互的各个实体，DDS日志为各个实体采用DDS协议进行交互而产生的日志，然后从DDS日志上提取出各个实体之间的交互数据，最后依据各个所述实体和所述交互数据，构建各个实体的交互逻辑图，本申请通过构建交互逻辑图对日志记载的内容进行可视化展示。

Description

一种基于DDS日志实体交互逻辑图的构建方法及相关装置

技术领域

本申请涉及汽车技术领域，具体是涉及一种基于DDS日志实体交互逻辑图的构建方法及相关装置。

背景技术

多个实体（通信终端）基于DDS协议进行通信，在每个实体上都会产生对应的DDS日志以记录实体在通信过程中产生的交互过程，而仅仅通过打印出来的DDS日志是无法直观清晰的查看多个实体之间的交互信息的。

综上所述，现有技术无法直观查看实体之间的交互信息。

因此，现有技术还有待改进和提高。

发明内容

本申请提供了一种基于DDS日志实体交互逻辑图的构建方法及相关装置，以解决相关技术中无法直观查看实体之间的交互信息的技术问题。

为实现上述目的，本申请采用了以下技术方案：

本申请第一方面实施例提供一种基于DDS日志实体交互逻辑图的构建方法，包括以下步骤：

从DDS日志上提取出进行交互的各个实体，所述DDS日志为各个实体采用DDS协议进行交互而产生的日志；

从所述DDS日志上提取出各个实体之间的交互数据；

依据各个所述实体和所述交互数据，构建各个实体的交互逻辑图。

根据上述技术手段，本申请实施例从DDS日志上提取出进行交互的实体和交互数据，用交互实体和交互数据构建交互逻辑图，在交互逻辑图上能够清晰直观的查看到交互实体和交互数据。

可选地，在本申请的一个实施例中，所述从DDS日志上提取出进行交互的各个实体，所述DDS日志为各个实体采用DDS协议进行交互而产生的日志，包括：

从所述DDS日志上截取用于记录实体信息的日志段；

从所述日志段上提取出全局唯一标示符；

依据所述全局唯一标示符，确定进行交互的各个所述实体。

根据上述技术手段，本申请实施例首先在整个DDS日志上定位到用于记录实体信息所在的日志段，然后再在该日志段上提取出全局唯一标示符，由于全局唯一标示符与实体具有一一对应的关系，因此可以通过全局唯一标示符确定出进行交互的各个实体，以便于使用实体构建交互逻辑图。

可选地，在本申请的一个实施例中，所述从所述DDS日志上提取出各个实体之间的交互数据，包括：

从所述DDS日志上提取出各个实体之间的交互主题；

从所述DDS日志上提取出与所述交互主题所对应的函数调用链；

从所述DDS日志上提取出所述函数调用链所涉及的数据；

依据所述函数调用链所涉及的数据，得到各个实体之间的交互数据。

根据上述技术手段，本申请实施例中的DDS日志上设置有主题日志段（也就是DDS日志上的某一部分专门用于记录交互主题），从该日志段上识别出交互主题，然后再从DDS日志上提取为了执行该交互主题使用的函数调用链，以及该函数调用链运行时调用来自实体上的数据，至此提取出具有对应关系的交互主题和交互数据，以构建内容丰富的交互逻辑图。

可选地，在本申请的一个实施例中，所述依据所述函数调用链所涉及的数据，得到各个实体之间的交互数据，包括：

获取所述实体的序列化方式；

对从所述DDS日志上提取的所述函数调用链所涉及的数据采用所述序列化方式进行序列化操作，得到序列化数据；

依据所述序列化数据，得到各个实体之间的交互数据。

根据上述技术手段，本申请实施例中的DDS日志保存的是一个非序列化数据（比如是整型数据），而实体交互的是序列化数据（比如八进制数据和十六进制数据），因此将DDS日志上的数据进行序列化操作才能还原实体真正交互的数据，以便于根据两个实体的交互数据统一性，从交互逻辑图上判断是实体进行序列化操作错误还是双方交互过程传输数据错误。

可选地，在本申请的一个实施例中，所述依据各个所述实体和所述交互数据，构建各个实体的交互逻辑图，包括：

依据各个所述实体和所述交互数据以及所述交互数据所对应的所述交互主题，构建各个实体的交互逻辑图，所述交互逻辑图用于记录所述实体、所述交互主题、所述交互数据之间的对应关系。

根据上述技术手段，本申请实施例通过交互逻辑图建立了实体、交互主题、交互数据三者之间的对应关系，便于测试人员根据交互逻辑图清晰主观地针对每个主题查看实施该主题时，实体之间的交互过程。

可选地，在本申请的一个实施例中，述交互数据的形式为序列化形式，还包括：

确定所述交互数据中的其中一个实体产生的交互数据和与其中一个实体交互的另一个实体产生的交互数据；

确定数据类型判断结果，所述数据类型判断结果用于表征其中一个实体产生的交互数据和另一个实体产生的交互数据的数据类型是否统一；

确定与所述数据类型判断结果所对应的类型对齐标签；

将所述类型对齐标签添加至所述交互逻辑图上所述交互数据所在的位置处。

根据上述技术手段，本申请实施例在交互逻辑图上给交数据贴上是否对齐的标签，以便于根据该标签判断交互数据是否错误。

可选地，在本申请的一个实施例中，还包括：

从所述DDS日志上提取各个所述实体进行交互产生的时序图；

从所述时序图上提取产生所述交互数据时的时间戳；

将所述时间戳添加到所述交互逻辑图上。

根据上述技术手段，本申请实施例给交互数据添加时间戳，便于测试人员从交互逻辑图上直观清晰地查看交互数据产生的时间。

本申请第二方面实施例提供一种基于DDS日志实体交互逻辑图的构建装置，包括：

实体提取模块，用于从DDS日志上提取出进行交互的各个实体，所述DDS日志为各个实体采用DDS协议进行交互而产生的日志；

数据提取模块，用于从所述DDS日志上提取出各个实体之间的交互数据；

图构建模块，用于依据各个所述实体和所述交互数据，构建各个实体的交互逻辑图。

本申请第三方面实施例提供一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器中并可在所述处理器上运行的基于DDS日志实体交互逻辑图的构建程序，所述处理器执行所述基于DDS日志实体交互逻辑图的构建程序时，实现上述所述的基于DDS日志实体交互逻辑图的构建方法的步骤。

本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有基于DDS日志实体交互逻辑图的构建程序，所述基于DDS日志实体交互逻辑图的构建程序被处理器执行时，实现上述所述的基于DDS日志实体交互逻辑图的构建方法的步骤。

本申请的有益效果：

（1）本申请实施例中的DDS日志保存的是一个非序列化数据（比如是整型数据），而实体交互的是序列化数据（比如八进制数据和十六进制数据），因此将DDS日志上的数据进行序列化操作才能还原实体真正交互的数据，以便于根据两个实体的交互数据统一性，从交互逻辑图上判断是实体进行序列化操作错误还是双方交互过程传输数据错误。

(2)本申请实施例通过交互逻辑图建立了实体、交互主题、交互数据三者之间的对应关系，便于测试人员根据交互逻辑图清晰主观地针对每个主题查看实施该主题时，实体之间的交互过程。

(3)本申请实施例给交互数据添加时间戳，便于测试人员从交互逻辑图上直观清晰地查看交互数据产生的时间。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中:

图1为本申请的整体流程图；

图2为本申请的日志解析流程图；

图3为本申请实施例中的构建交互逻辑图的流程图；

图4为本申请实施例中的UI界面示意图；

图5为本申请实施例的基于DDS日志实体交互逻辑图的构建装置的结构示意图；

图6为本申请实施例提供的终端设备的内部结构原理框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的基于DDS日志实体交互逻辑图的构建方法及相关装置。针对上述背景技术中心提到的现有技术无法直观查看实体之间的交互信息的问题，本申请提供了一种基于DDS日志实体交互逻辑图的构建方法，在该方法中，首先从DDS日志上提取出进行交互的各个实体，其中，DDS日志为各个实体采用DDS协议进行交互而产生的日志；然后从DDS日志上提取出各个实体之间的交互数据；最后依据各个实体和交互数据，构建各个实体的交互逻辑图。本申请构建的交互逻辑图能够便于测试人员清楚直观地查看实体的交互过程。

举例说明，计算机上的两个通信终端（实体）采用DDS协议进行交互，计算机采用日志的形式记录下这两个通信终端的交互过程，此时形成的日志就是DDS日志，从DDS日志上能够提取出两个实体的名称以及实体交互过程中涉及到的数据，以实体为节点，以带有箭头的线段表示两个实体之间的数据流向，并将交互数据标记在线段上就形成了交互逻辑图。

具体而言，图1为本申请实施例所提供的一种基于DDS日志实体交互逻辑图的构建方法流程示意图。

如图1所示，该基于DDS日志实体交互逻辑图的构建方法包括以下的步骤：

S100，从DDS日志上提取出进行交互的各个实体，DDS日志为各个实体采用DDS协议进行交互而产生的日志。

S200，从DDS日志上提取出各个实体之间的交互数据。

S300，依据各个实体和交互数据，构建各个实体的交互逻辑图。

在一个实施例中，步骤S100包括如下的步骤S101、S102、S103：

S101，从DDS日志上截取用于记录实体信息的日志段。

采用图2所示的方式，从实体所在的终端上读取日志。读取日志的具体过程如下：从终端上拉取日志文件，然后展示日志文件列表，之后读取日志，从日志中构建出一个实体。

记录实体信息的日志段为实体这个类型的日志，DDS日志上除了划分出实体类型日志还包括信息类型日志、配置类型日志以及错误类型日志等多个类型的日志，其中信息类型日志用于记录实体之间的交互信息，配置类型日志用于记录各个实体所在终端（比如计算机）的配置信息，错误类型日志用于记录各个实体交互时产生的错误类型。之所以能够划分出上述不同类型（等级）的日志，是因为在形成日志的过程中在日志上打入日志节点（在不同类型的日志之间打入节点）。

对上述的配置类型日志进行如下操作可以进行实体所在终端的配置判断：

数据格式为config（配置文件）的日志为与通信配置相关日志，将config类型的日志可以反向生成一份xml的配置，读出来的xml文件用于作为通信阶段的一个配置判断。

S102，从日志段上提取出全局唯一标示符。

全局唯一标示符为guid，guid与实体具有一一对应的关系，guid是日志上的一个关键词。

S103，依据全局唯一标示符，确定进行交互的各个实体。

虽然从日志上提取出了guid，但guid只是对应一个实体，这个实体并不一定是进行交互的实体，因此还需要判断各个guid对应的各个实体之间是否有通信链路，如果有通信链路，那么guid对应的实体才是实施交互的实体。具体过程如下：

在SPDP（通信进程）中，从日志中的另一个通信字段中discover可以拿到相关的通信字段，使用每一个participant中guid来确定参与者，在通过与对端的guid来完成一条链路的匹配，在根据另一个类型的日志，通过entity来确定创建participant是否成功，如果成功，则根据guid来构建两个参与者实体，互相通过了发现阶段，则两个参与者实体会成功用链路连接。

也就是，在日志上的通信字段上记录了作为参与者（participant）的每个guid，只有出现在通信字段上的guid所对应的实体才是建立了链路的实体，才是实施过交互的实体。

在一个实施例中，步骤S200包括如下的步骤S201至S206：

S201，从DDS日志上提取出各个实体之间的交互主题。

在DDS日志上有“topic”这个关键词，“topic”对应的就是交互主题。

两个实体之间是在相同的交互主题下进行数据交互的，日志中记录了两个实体创建相同的交互主题的过程，具体如下：

当其中一个实体获取到另一个实体发送的建立连接（也就是当其中一个实体获取到另一个实体发送的主题时），日志会记录这个主题，以此表明两个实体之间可以进行通信。当其中一个实体发送了主题，但是另一个实体没有收到这个主题时，则表明两个实体之间没有成功建立通信链路，日志也会记录通过该主题建立错误，日志上的两个实体（两个guid）之间会出现error这个关键词。

S202，从DDS日志上提取出与交互主题所对应的函数调用链。

S203，从DDS日志上提取出函数调用链所涉及的数据。

比如函数调用链依次为将实体A上的数据a调用至实体B上、将实体B处理之后的数据a再调回至实体A，那么数据a和实体B处理之后的数据a就是函数调用链所涉及的数据。

S204，获取实体的序列化方式。

比如序列化方式为将一个整型数据转变为八进制整数、将一个整型数据转变为十六进制整数，所谓序列化就是将整型数据转换成二进制、八进制、十六进制。

S205，对从DDS日志上提取的函数调用链所涉及的数据采用序列化方式进行序列化操作，得到序列化数据。

比如一个实体的写模块（writer）向另一个实体的读模块（reader）写入数据时，写模块输出的是0x123，日志上记录的是295这个整数（0x123转换成整数就是）295，而读模块接收的是0x123。因此当从日志上提取到函数调用链所涉及的数据为295时，那么实体实际交互的数据为0x123（也就是将295进行十六进制编码这种序列化操作就得到0x123）。

S206，依据序列化数据，得到各个实体之间的交互数据。

在一个实施例中，得到交互逻辑图之后，还会在交互逻辑图上的交互数据所在的位置处添加类型对齐标签，以便于测试人员根据交互逻辑图判断哪些交互数据是因为序列化操作导致的错误、哪些交互数据是因为反序列化操作导致的错误。该实施例中，设置类型对齐标签的具体步骤包括S401至S404：

S401，确定交互数据中的其中一个实体产生的交互数据和与其中一个实体交互的另一个实体产生的交互数据。

比如实体A向实体B发送数据a，实体B接收到数据（/>和a可能一样，也可能不一样）。数据a和数据/>都是交互数据。

S402，确定数据类型判断结果，数据类型判断结果用于表征其中一个实体产生的交互数据和另一个实体产生的交互数据的数据类型是否统一。

S403，确定与数据类型判断结果所对应的类型对齐标签；

S404，将类型对齐标签添加至交互逻辑图上交互数据所在的位置处。

继续使用上面的例子，如果数据a的类型为十六进制，而数据的类型为八进制，因此数据a和数据/>的类型不统一（也就是图3中的idlc没对齐），则表明从实体A向实体B传输数据的过程中出现了反序列化（比如在传输过程中将八进制数据转换成整型数据就是反序列化）失败这一错误。因此在交互逻辑图上数据a和数据/>上打上对齐类型不统一的标签。测试人员从交互逻辑图就看到对齐类型不统一的标签就可以知道实体B已经获取到数据，但是由于传输过程中反序列化失败导致即使实体B对接收到的数据进行序列化操作也是不能还原出实体A发出的数据。

在一个实施例中，还会给交互逻辑图上各个交互数据添加时间标签，具体包括如下步骤：

S501，从DDS日志上提取各个实体进行交互产生的时序图。

该时序图记录的是在两个实体之间传输多次传输相同数据所对应的传输时间。

S502，从时序图上提取产生交互数据时的时间戳。

S503，将时间戳添加到交互逻辑图上。

打印出时序图上的每个数据所对应的时间戳，并且对每个数据之间的时间间隔进行一个计算，以分析出是否存在延迟数据。

在另一个实施例中，如图4所示，在UI上显示本申请的交互逻辑图：

在日志详细内容处显示日志，设置起始时间和结束时间，可以搜索在起始时间和结束时间之间产生的日志，可以从日志中提取xml文件，以获取配置路径和属性。图4中的writer和reader区域上的内容就是交互逻辑图上记载的信息，比如topic后面记载了交互主题，guid记载了交互主体。

综上，本申请实施例中的DDS日志保存的是一个非序列化数据（比如是整型数据），而实体交互的是序列化数据（比如八进制数据和十六进制数据），因此将DDS日志上的数据进行序列化操作才能还原实体真正交互的数据，以便于根据两个实体的交互数据统一性，从交互逻辑图上判断是实体进行序列化操作错误还是双方交互过程传输数据错误。

本申请实施例通过交互逻辑图建立了实体、交互主题、交互数据三者之间的对应关系，便于测试人员根据交互逻辑图清晰主观地针对每个主题查看实施该主题时，实体之间的交互过程。

本申请实施例给交互数据添加时间戳，便于测试人员从交互逻辑图上直观清晰地查看交互数据产生的时间。

其次参照附图描述根据本申请实施例提出的基于DDS日志实体交互逻辑图的构建装置。

如图5所示，该基于DDS日志实体交互逻辑图的构建装置10包括：实体提取模块100、数据提取模块200和图构建模块300。

具体地，实体提取模块100，用于从DDS日志上提取出进行交互的各个实体，DDS日志为各个实体采用DDS协议进行交互而产生的日志。

数据提取模块200，用于从DDS日志上提取出各个实体之间的交互数据。

图构建模块300，用于依据各个实体和交互数据，构建各个实体的交互逻辑图。

需要说明的是，前述对基于DDS日志实体交互逻辑图的构建方法实施例的解释说明也适用于该实施例的某装置，此处不再赘述。

图6为本申请实施例提供的终端设备的结构示意图。该终端设备可以包括：

存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。

处理器502执行程序时实现上述实施例中提供的基于DDS日志实体交互逻辑图的构建方法。

进一步地，终端设备还包括：

通信接口503，用于存储器501和处理器502之间的通信。

存储器501，用于存放可在处理器502上运行的计算机程序。

存储器50 1可能包含高速RAM存储器，也可能还包括非易失性存储器 (non -volatile memory)，例如至少一个磁盘存储器。

如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连 (Periphera lComponent，简称为PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选地，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。

处理器502可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的基于DDS日志实体交互逻辑图的构建方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备读取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)， 可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器 (CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介 质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种基于DDS日志实体交互逻辑图的构建方法，其特征在于，包括以下步骤：

从DDS日志上提取出进行交互的各个实体，所述DDS日志为各个实体采用DDS协议进行交互而产生的日志；

从所述DDS日志上提取出各个实体之间的交互数据；

依据各个所述实体和所述交互数据，构建各个实体的交互逻辑图。

2.如权利要求1所述的方法，其特征在于，所述从DDS日志上提取出进行交互的各个实体，所述DDS日志为各个实体采用DDS协议进行交互而产生的日志，包括：

从所述DDS日志上截取用于记录实体信息的日志段；

从所述日志段上提取出全局唯一标示符；

依据所述全局唯一标示符，确定进行交互的各个所述实体。

3.如权利要求1所述的方法，其特征在于，所述从所述DDS日志上提取出各个实体之间的交互数据，包括：

从所述DDS日志上提取出各个实体之间的交互主题；

从所述DDS日志上提取出与所述交互主题所对应的函数调用链；

从所述DDS日志上提取出所述函数调用链所涉及的数据；

依据所述函数调用链所涉及的数据，得到各个实体之间的交互数据。

4.如权利要求3所述的方法，其特征在于，所述依据所述函数调用链所涉及的数据，得到各个实体之间的交互数据，包括：

获取所述实体的序列化方式；

对从所述DDS日志上提取的所述函数调用链所涉及的数据采用所述序列化方式进行序列化操作，得到序列化数据；

依据所述序列化数据，得到各个实体之间的交互数据。

5.如权利要求3所述的方法，其特征在于，所述依据各个所述实体和所述交互数据，构建各个实体的交互逻辑图，包括：

依据各个所述实体和所述交互数据以及所述交互数据所对应的所述交互主题，构建各个实体的交互逻辑图，所述交互逻辑图用于记录所述实体、所述交互主题、所述交互数据之间的对应关系。

6.如权利要求1所述的方法，其特征在于，所述交互数据的形式为序列化形式，还包括：

确定所述交互数据中的其中一个实体产生的交互数据和与其中一个实体交互的另一个实体产生的交互数据；

确定数据类型判断结果，所述数据类型判断结果用于表征其中一个实体产生的交互数据和另一个实体产生的交互数据的数据类型是否统一；

确定与所述数据类型判断结果所对应的类型对齐标签；

将所述类型对齐标签添加至所述交互逻辑图上所述交互数据所在的位置处。

7.如权利要求1所述的方法，其特征在于，还包括：

从所述DDS日志上提取各个所述实体进行交互产生的时序图；

从所述时序图上提取产生所述交互数据时的时间戳；

将所述时间戳添加到所述交互逻辑图上。

8.一种基于DDS日志实体交互逻辑图的构建装置，其特征在于，包括：

实体提取模块，用于从DDS日志上提取出进行交互的各个实体，所述DDS日志为各个实体采用DDS协议进行交互而产生的日志；

数据提取模块，用于从所述DDS日志上提取出各个实体之间的交互数据；

图构建模块，用于依据各个所述实体和所述交互数据，构建各个实体的交互逻辑图。

9.一种终端设备，其特征在于，所述终端设备包括存储器、处理器及存储在所述存储器中并可在所述处理器上运行的基于DDS日志实体交互逻辑图的构建程序，所述处理器执行所述基于DDS日志实体交互逻辑图的构建程序时，实现如权利要求1-7任一项所述的基于DDS日志实体交互逻辑图的构建方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有基于DDS日志实体交互逻辑图的构建程序，所述基于DDS日志实体交互逻辑图的构建程序被处理器执行时，实现如权利要求1-7任一项所述的基于DDS日志实体交互逻辑图的构建方法的步骤。