CN113132183B - 一种数据传输测试的方法、装置、电子设备及介质 - Google Patents

Abstract

本申请属于测试技术领域，公开了一种数据传输测试的方法、装置、电子设备及介质，该方法包括，获取用户指示的消息配置信息；按照消息配置信息，对待发送信息进行消息构造，获得构造好的车联网测试消息；将车联网测试消息，发送至车联网设备；根据获取的车联网设备的消息接收结果，确定设备测试结果，这样，可以根据用户的测试需求，进行消息构造，提高了数据传输测试的灵活性。

Description

一种数据传输测试的方法、装置、电子设备及介质

技术领域

本申请涉及测试技术领域，具体而言，涉及一种数据传输测试的方法、装置、电子设备及介质。

背景技术

随着通信技术的发展及需求的丰富，无线通信的应用场景也日益广泛，其中比较典型的应用场景就是车联网(Vehicle Networking)。所谓车联网，是指车辆可以参与到无线通信中，实现车与车、车与路侧基础设施间的实时信息交互，获知其它车辆的车辆状态以及周边的道路环境信息等，从而协作感知道路危险状况，及时提供多种碰撞预警信息，减少道路交通安全事故的发生。其中，车辆状态可以为车辆的位置、速度、加速度以及行驶路径等。

现有技术下，通常采用特定的测试消息对车联网设备进行数据传输测试，无法模拟实际的车联网应用场景，数据传输测试的灵活性较差。

发明内容

本申请实施例的目的在于提供一种数据传输测试的方法、装置、电子设备及介质，用以在对车联网设备进行数据传输测试时，提高数据传输测试的灵活性。

一方面，提供一种数据传输测试的方法，包括：

获取用户指示的消息配置信息；

按照消息配置信息，对待发送信息进行消息构造，获得构造好的车联网测试消息；

将车联网测试消息，发送至车联网设备；

根据获取的车联网设备的消息接收结果，确定设备测试结果。

在上述实现过程中，可以根据车联网设备的实际应用场景，自定义构造车联网测试消息，提高了数据传输测试的灵活性。

较佳的，将车联网测试消息，发送至车联网设备，包括：

获取用户设置的安全指示信息；

若确定安全指示信息表示安全验证，则对车联网测试消息进行数字签名，获得签名后的车联网测试消息；

基于车联万物协议，将车联网测试消息，发送至车联网设备。

在上述实现过程中，实现了对车联网设备的安全测试。

较佳的，消息接收结果包括：消息接收状态、消息解析内容以及安全验证信息；

消息接收状态表示是否接收到车联网测试消息；

消息解析内容是车联网设备对接收到的车联网测试消息进行解析后获得的测试解析内容；

安全验证信息表示签名验证是否通过。

在上述实现过程中，可以获取车联网设备的消息接收结果。

较佳的，根据获取的车联网设备的消息接收结果，确定设备测试结果，包括：

若确定在车联网测试消息发送后的指定时间段未接收到消息接收结果，则确定数据传输失败；

若根据接收的消息接收状态，确定车联网设备在车联网测试消息发送后的指定时间段没有接收到车联网测试消息，则确定数据传输失败；

若确定接收的测试解析内容与车联网测试消息不一致，则确定数据传输失败；

若确定接收的测试解析内容与车联网测试消息一致，则确定数据传输成功；

若接收的安全验证信息表示签名验证通过，则确定安全测试通过，否则，安全测试不通过。

在上述实现过程中，可以获得数据传输测试结果和安全测试结果。

较佳的，还包括：

接收车联网设备基于车联万物协议发送的车联网设备消息；

对车联网设备消息进行解析，获得设备解析内容；

对设备解析内容进行签名验证，获得安全验证信息；

向用户展示设备解析内容以及安全验证信息。

在上述实现过程中，可以对车联网设备的发送消息进行测试。

较佳的，还包括：

获取车联网测试消息的消息关联信息，其中，消息关联信息至少包括发送时间以及发送结果；

展示车联网测试消息、消息关联信息以及设备测试结果。

在上述实现过程中，实现了对数据传输测试的监控和可视化。

一方面，提供一种数据传输测试的装置，包括：

获取单元，用于获取用户指示的消息配置信息；

构造单元，用于按照消息配置信息，对待发送信息进行消息构造，获得构造好的车联网测试消息；

发送单元，用于将车联网测试消息，发送至车联网设备；

确定单元，用于根据获取的车联网设备的消息接收结果，确定设备测试结果。

较佳的，发送单元用于：

获取用户设置的安全指示信息；

若确定安全指示信息表示安全验证，则对车联网测试消息进行数字签名，获得签名后的车联网测试消息；

基于车联万物协议，将车联网测试消息，发送至车联网设备。

较佳的，消息接收结果包括：消息接收状态、消息解析内容以及安全验证信息；

消息接收状态表示是否接收到车联网测试消息；

消息解析内容是车联网设备对接收到的车联网测试消息进行解析后获得的测试解析内容；

安全验证信息表示签名验证是否通过。

较佳的，确定单元用于：

若确定在车联网测试消息发送后的指定时间段未接收到消息接收结果，则确定数据传输失败；

若根据接收的消息接收状态，确定车联网设备在车联网测试消息发送后的指定时间段没有接收到车联网测试消息，则确定数据传输失败；

若确定接收的测试解析内容与车联网测试消息不一致，则确定数据传输失败；

若确定接收的测试解析内容与车联网测试消息一致，则确定数据传输成功；

若接收的安全验证信息表示签名验证通过，则确定安全测试通过，否则，安全测试不通过。

较佳的，确定单元还用于：

接收车联网设备基于车联万物协议发送的车联网设备消息；

对车联网设备消息进行解析，获得设备解析内容；

对设备解析内容进行签名验证，获得安全验证信息；

向用户展示设备解析内容以及安全验证信息。

较佳的，确定单元还用于：

获取车联网测试消息的消息关联信息，其中，消息关联信息至少包括发送时间以及发送结果；

展示车联网测试消息、消息关联信息以及设备测试结果。

一方面，提供了一种电子设备，包括处理器以及存储器，存储器存储有计算机可读取指令，当计算机可读取指令由处理器执行时，运行如上述任一种数据传输测试的各种可选实现方式中提供的方法的步骤。

一方面，提供了一种介质，其上存储有计算机程序，计算机程序被处理器执行时运行如上述任一种数据传输测试的各种可选实现方式中提供的方法的步骤。

本申请实施例提供的一种数据传输测试的方法、装置、电子设备及介质中，获取用户指示的消息配置信息；按照消息配置信息，对待发送信息进行消息构造，获得构造好的车联网测试消息；将车联网测试消息，发送至车联网设备；根据获取的车联网设备的消息接收结果，确定设备测试结果，这样，可以根据用户的测试需求，对测试消息进行构造，提高了数据传输测试的灵活性。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种数据传输测试的方法的实施流程图；

图3为本申请实施例提供的一种消息发送测试的方法的实施流程图；

图4为本申请实施例提供的一种消息接收测试的方法的实施流程图；

图5为本申请实施例提供的一种数据传输测试的装置的结构框图；

图6为本申请实施方式中一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

首先对本申请实施例中涉及的部分用语进行说明，以便于本领域技术人员理解。

终端设备：可以是移动终端、固定终端或便携式终端，例如移动手机、站点、单元、设备、多媒体计算机、多媒体平板、互联网节点、通信器、台式计算机、膝上型计算机、笔记本计算机、上网本计算机、平板计算机、个人通信系统设备、个人导航设备、个人数字助理、音频/视频播放器、数码相机/摄像机、定位设备、电视接收器、无线电广播接收器、电子书设备、游戏设备或者其任意组合，包括这些设备的配件和外设或者其任意组合。还可预见到的是，终端设备能够支持任意类型的针对用户的接口(例如可穿戴设备)等。

服务器：可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务以及大数据和人工智能平台等基础云计算服务的云服务器。

为了在对车联网设备进行数据传输测试时，可以提高数据传输测试的灵活性，本申请实施例提供了一种数据传输测试的方法、装置、电子设备及介质。

参阅图1所示，为本申请实施例提供的一种应用场景示意图，包括测试系统以及待测试的车联网设备。测试系统包括控制装置、传输装置以及仿真装置。

可选的，控制装置、传输装置以及仿真装置可以位于同一设备，也可以位于不同的设备，车联网设备可以为一个，也可以为多个，在此不做限定。

车联网设备为车联网中进行通信的终端设备，如，车载单元(on board unit，OBU)以及路侧单元(Road Side Unit，RSU)等。

控制装置：用于根据用户的指示进行消息构造、报文的收发、消息的签名、验证以及数据展示等。

其中，控制装置包括报文收发模块、安全模块以及展示模块，还可以包括测试脚本配置模块。

可选的，控制装置可以为终端设备，可以为服务器。可选的，控制装置为上位机。

报文收发模块：用于根据用户的消息指示进行消息构造以及控制报文的收发。

具体的，报文收发模块可以接收传输模块发送的消息，并对接收的消息进行缓存，还可以获取用户通过应用界面配置的消息配置信息，并按照该消息配置信息，对待发送信息进行消息构造，以及将构造好的消息发送至车联网设备。

安全模块：用于根据用户的安全指示对发送的消息进行签名，以及对接收的消息进行验证。

具体的，安全模块用于实现对车联万物(vehicle to everything，V2X)根证书以及匿名证书的导入和导出等功能，以支持对V2X消息的签名认证，从而可以进行安全测试。

展示模块：用于对收发消息以及相应的消息关联信息进行展示，还可以根据用户的检索指示，对收发消息和相应消息关联信息进行检索和过滤等。

测试脚本配置模块：用于进行脚本配置，从而可以通过脚本，模拟实际的车联网应用场景，设置应用界面，如消息配置界面，以及可以自动控制报文的收发等。

传输装置，用于将控制装置发送的车联网测试消息转发至车联网设备，以及将车联网设备发送的车联网设备消息转发至控制装置。

其中，传输装置可以采用通用串行总线(Universal Serial Bus，USB)与控制装置进行数据传输，也可以采用其它通信方式，在此不作限制。传输装置可以采用V2X协议与车联网设备进行数据传输。可选的，传输装置可以为V2X接口卡。

其中，V2X包括：车联路基设施(vehicle to infrastructure，V2I)、车联车(vehicle to vehicle，V2V)、车联人(vehicle to people，V2P)、车联网络(vehicle tonetwork，V2N)。

其中，传输装置包括控制层、车联万物(vehicle to everything，V2X)应用层、V2X协议栈以及V2X通信模组。

控制层：接收控制装置发送的控制指令，并根据该控制指令，在控制装置和车联网之间进行消息的转发。

V2X应用层：实现V2X通信应用层标准协议(即合作式智能运输系统车用通信系统应用层及应用数据交互标准)。

V2X协议栈：实现V2X通信协议的网络层协议处理。

V2X通信模组：支持按照全球统一规定的体系架构及其通信协议和数据交互标准(Long Term Evolution-Vehicle，LTE-V)无线通信协议，具备5.8GHz带宽，通信范围超过1KM，支持USB2.0协议，支持国内基于蜂窝网络V2X(cellular V2X，CV2X)通信。

仿真装置：用于确定以及展示针对车联网设备的设备测试结果。仿真装置可以采用有线(如，网线)或者无线的方式，分别与控制装置和车联网设备进行通信。

需要说明的是，设备测试结果也可以在控制装置中展示，接收的消息可以通过控制装置进行解析和验证，也可以通过传输装置进行解析和验证，在此不作限制。

参阅图2所示，为本申请实施例提供的一种数据传输测试的方法的实施流程图，执行主体为测试系统，该方法的具体实施流程如下：

步骤200：获取用户指示的消息配置信息。

具体的，在执行步骤200之前，还可以执行以下步骤：

S2001：若控制装置与多个车联网设备连接，则用户可以先通过控制装置的应用界面，查看连接的车联网设备，并可以选择一个或多个待测试的车联网设备，进行后续的数据传输测试。

S2002：控制装置检测与用户选择的车联网设备之间的连接状态，并向用户展示连接状态。

其中，连接状态包括连接成功和连接失败。

执行步骤200时，控制装置根据用户的界面操作，向用户展示消息配置界面。用户通过控制装置的消息配置界面，设置消息配置信息，控制装置获取用户指示的消息配置信息。

一种实施方式中，用户预先通过控制装置的测试脚本配置模块，生成V2X消息配置界面(即消息配置界面)。

其中，消息配置界面可以提供按照GB/T31024.3《合作式智能运输系统专用短程通信第三部分：网络层和应用层规范》定义的80项数据元素，53项数据帧以及5项消息类型的配置选项。用户可通过该V2X消息配置界面完成所有V2X规范标准定义的消息集的配置。

可选的，用户通过消息配置界面中可以选择用于构造消息的数据元素，如，车辆速度、加速度、刹车状态、经纬度、海拔以及时间戳等，也可以设置消息的消息格式、消息类型(如，文字)以及各数据元素先后顺序(如，将时间戳设置在消息末尾)，还可以设置消息的发送时间、重复发送次数以及发送频率等，还可以进行人工信息输入。控制装置可以通过用户选择的数据元素获取相应的参数值，并将该参数值确定为待发送信息，也可以将用户输入的信息，确定为待发送信息。

实际应用中，消息配置界面可以根据实际应用场景进行设置，在此不作限制。

这样，用户就可以根据车联网设备的实际应用场景以及实际测试需求对车联网测试消息进行灵活设置，减少了对车联网测试消息的限制。

步骤201：按照消息配置信息，对待发送信息进行消息构造，获得构造好的车联网测试消息。

具体的，用户可以通过消息配置信息获取待发送信息，也可以通过用户指示，获取待发送信息，并按照消息配置信息中设置的消息格式、内容顺序以及时间戳等，对待发送信息进行构造，获得构造好的车联网测试消息。

一种实施方式中，控制设备按照GB/T31024.3《合作式智能运输系统专用短程通信第三部分：网络层和应用层规范》定义网络层协议格式，以及消息配置信息，对原始数据进行打包封装。

这样，就可以获得构造好的车联网测试消息。

步骤202：将车联网测试消息，发送至车联网设备。

具体的，执行步骤202时，可以采用以下步骤：

S2021：获取用户设置的安全指示信息。

具体的，在执行步骤202之前，用户可以通过控制装置的应用界面对安全指示信息进行配置，若安全指示信息表征安全验证，则针对发送消息进行数字签名，否则，不对发送消息进行数字签名。

进一步的，用户还可以通过控制装置的应用界面，选择用于数字签名的数字证书。

例如，用户可以指示测试系统导入符合GB/T 37376《交通运输数字证书格式》格式的数字证书。

这样，用户就可以自定义设置是否开始消息的安全验证。

S2022：若安全指示信息表征安全验证，则对车联网测试消息进行数字签名，获得相应的签名后的车联网测试消息。

具体的，控制装置通过用户配置的数字证书，对车联网测试消息进行数字签名以及封装。

S2023：基于车联万物协议，将签名后的车联网测试消息，发送至车联网设备。

具体的，控制装置通过USB，将签名后的车联网测试消息发送至传输装置。传输装置基于车联万物协议，将该签名后的车联网测试消息，转发至相应的车联网设备。

进一步的，若确定车联网测试消息发送后，控制装置可以存储并展示车联网测试消息以及相应的消息关联信息。

可选的，消息关联信息可以包括发送时间、发送结果以及发送对象等。

进一步的，控制装置还可以根据用户的消息查看指示，向用户展示所有的车联网测试消息以及相应的消息关联信息，还可以根据用户的消息检索指示，向用户展示检索出的车联网测试消息以及相应的消息关联信息。

可选的，用户可以通过消息发送时间、关键词、发送结果以及发送对象等，进行消息检索和过滤。

步骤203：根据获取的车联网设备的消息接收结果，确定设备测试结果。

具体的，消息接收结果包括消息接收状态、消息解析内容以及安全验证信息。

其中，消息接收状态表示是否接收到车联网测试消息。消息解析内容是车联网设备对接收到的车联网测试消息进行解析后获得的测试解析内容，安全验证信息表示表示签名验证是否通过。

可选的，车联网设备可以实时或者周期性向仿真装置发送消息接收状态，也可以根据实际应用场景，设置发送消息接收状态的触发条件，在此不作限制。

控制装置确定车联网测试消息发送后，将车联网测试消息发送至仿真装置，仿真装置在接收到车联网测试消息后，可以采用以下几种方式：

方式1：若确定在车联网测试消息发送后的指定时间段未接收到消息接收结果，则仿真装置确定数据传输失败。

实际应用中，指定时间段可以根据实际应用场景进行设置，在此不作限制。

这样，若在指定时间段内没有收到消息接收状态，也没有收到消息解析内容，则仿真装置确定设备测试结果为数据传输失败。

方式2：若根据接收的消息接收状态，确定车联网设备在车联网测试消息发送后的指定时间段没有接收到车联网测试消息，则为数据传输失败。

这样，若车联网测试消息发送之后，车联网设备没有接收到车联网测试消息，则说明数据传输失败。

方式3：若确定接收的测试解析内容与车联网测试消息不一致，则确定数据传输失败。

这样，车联网设备对收到的车联网测试消息进行解析，解析获得的测试解析内容与发送的车联网测试消息不一致，则说明可能是解析错误或者该测试解析内容并非针对车联网测试消息获得的解析内容。

方式4：若确定接收的测试解析内容与车联网测试消息一致，则确定数据传输成功。

这样，车联网设备可以接收到发送的车联网测试消息，并且确定针对车联网测试消息解析获得的测试解析内容是正确的，则说明数据传输成功。

最后，若接收的安全验证信息表示签名验证通过，则确定安全测试通过，否则，安全测试不通过。

需要说明的是，由于本申请的测试目的是对传输装置与车联网设备之间进行数据传输测试，并通过仿真装置进行测试数据的采集以及设备测试结果的确定，因此，仿真装置与车联网设备之间可以采用网线等方式进行传输，以确保仿真装置与车联网设备之间的传输是成功的，从而确保可以实现针对车联网设备的数据传输测试。

步骤204：显示设备测试结果。

具体的，在确定获得设备测试结果后，仿真装置存储并向用户展示确定出的设备测试结果。

进一步的，仿真装置还可以根据用户的测试检索指示，向用户展示检索出的设备测试结果。

可选的，用户可以通过时间、设备测试结果、关键词以及测试对象即车联网设备对设备测试结果进行检索。

进一步的，车联网设备还可以向控制装置发送车联网设备消息，仿真装置还可以针对车联网设备消息进行数据传输测试。

具体的，可以采用以下步骤：

S2040：根据用户的指示，确定用户选择的待测试的车联网设备。

S2041：接收车联网设备基于车联万物协议发送的车联网设备消息。

具体的，车联网设备基于车联万物协议，向传输装置发送车联网设备消息。传输装置将接收的车联网设备消息转发至控制装置。

一种实施方式中，车联网设备采用数字证书对待发送信息进行数字签名，获得包含待发送信息和签名的车联网设备消息，并基于车联万物协议，向传输装置发送车联网设备消息。

S2042：对车联网设备消息进行解析，获得设备解析内容。

具体的，执行S2042时，可以采用以下两种方式：

方式1：传输装置将接收的车联网设备消息转发至控制装置。控制装置对车联网设备消息进行解析，获得设备解析内容。

方式2：传输装置对车联网设备消息进行解析，获得设备解析内容。

S2043：对设备解析内容进行签名验证，获得安全验证信息。

具体的，传输装置或控制装置对设备解析内容进行签名验证，获得安全验证信息。

进一步的，若不需要安全验证，即车联网设备未对车联网设备消息进行数字签名，则控制装置也可以不对设备解析内容进行签名验证。

S2044：向用户展示设备解析内容以及安全验证信息。

具体的，控制装置向用户展示设备解析内容以及安全验证信息。

进一步的，基于与车联网测试消息的检索和展示相似的原理，用户也可以对设备解析内容、相应的关联信息以及安全验证信息进行检索以及查看，在此不做赘述。

S2045：根据车联网设备消息、设备解析内容以及安全验证信息，获得针对接收消息的设备测试结果。

具体的，仿真装置通过车联网设备获取车联网设备消息，通过控制装置获取设备解析内容以及安全验证信息，并通过车联网设备消息、设备解析内容以及安全验证信息，获得针对接收消息的设备测试结果。

具体的，基于与针对发送消息的设备测试结果相似的原理，可以获得针对接收消息的设备测试结果，在此不做赘述。

参阅图3所示，为本申请实施例提供的一种消息发送测试的方法的实施流程图，执行主体为测试系统，该方法的具体实施流程如下：

步骤301：根据用户的指示，确定用户选择的待测试的车联网设备。

步骤302：获取用户指示的消息配置信息。

步骤303：按照消息配置信息，对待发送信息进行消息构造，获得构造好的车联网测试消息。

步骤304：判断获取的安全指示信息是否表示安全验证，若是，则执行步骤305，否则，执行步骤306。

步骤305：针对车联网测试消息进行数字签名，获得签名后的车联网测试消息。

步骤306：通过传输装置，向车联网设备发送车联网测试消息。

步骤307：向用户展示车联网测试消息以及相应的消息关联信息。

具体的，执行步骤301-步骤307时，具体步骤参见上述步骤200-步骤204，在此不做赘述。

参阅图4所示，为本申请实施例提供的一种消息接收测试的方法的实施流程图，执行主体为测试系统，该方法的具体实施流程如下：

步骤401：根据用户的指示，确定用户选择的待测试的车联网设备。

步骤402：接收车联网设备发送的车联网设备消息。

步骤403：对车联网设备消息进行解析，获得设备解析内容。

步骤404：判断是否需要签名验证，若是，则执行步骤405，否则，执行步骤406。

步骤405：对设备解析内容进行签名验证，获得安全验证信息。

步骤406：向用户展示设备解析内容以及相应的关联信息。

具体的，执行步骤401-步骤407时，具体步骤参见上述步骤200-步骤204，在此不做赘述。

本申请实施例中，通过测试系统可以对车联网设备进行消息收发测试以及安全验证测试，且可以根据车联网设备的实际应用场景，自定义构造车联网测试消息，还可以实现对收发消息以及设备测试结果的展示，提高了测试灵活性，减少了对车联网测试消息的限制，实现了对数据传输测试的监控和可视化。

基于同一发明构思，本申请实施例中还提供了一种数据传输测试的装置，由于上述装置及设备解决问题的原理与一种数据传输测试的方法相似，因此，上述装置的实施可以参见方法的实施，重复之处不再赘述。

如图5所示，其为本申请实施例提供的一种数据传输测试的装置的结构示意图，包括：

获取单元501，用于获取用户指示的消息配置信息；

构造单元502，用于按照消息配置信息，对待发送信息进行消息构造，获得构造好的车联网测试消息；

发送单元503，用于将车联网测试消息，发送至车联网设备；

确定单元504，用于根据获取的车联网设备的消息接收结果，确定设备测试结果。

较佳的，发送单元503用于：

获取用户设置的安全指示信息；

若确定安全指示信息表示安全验证，则对车联网测试消息进行数字签名，获得签名后的车联网测试消息；

基于车联万物协议，将车联网测试消息，发送至车联网设备。

较佳的，消息接收结果包括：消息接收状态、消息解析内容以及安全验证信息；

消息接收状态表示是否接收到车联网测试消息；

消息解析内容是车联网设备对接收到的车联网测试消息进行解析后获得的测试解析内容；

安全验证信息表示签名验证是否通过。

较佳的，确定单元504用于：

若确定在车联网测试消息发送后的指定时间段未接收到消息接收结果，则确定数据传输失败；

若根据接收的消息接收状态，确定车联网设备在车联网测试消息发送后的指定时间段没有接收到车联网测试消息，则确定数据传输失败；

若确定接收的测试解析内容与车联网测试消息不一致，则确定数据传输失败；

若确定接收的测试解析内容与车联网测试消息一致，则确定数据传输成功；

若接收的安全验证信息表示签名验证通过，则确定安全测试通过，否则，安全测试不通过。

较佳的，确定单元504还用于：

接收车联网设备基于车联万物协议发送的车联网设备消息；

对车联网设备消息进行解析，获得设备解析内容；

对设备解析内容进行签名验证，获得安全验证信息；

向用户展示设备解析内容以及安全验证信息。

较佳的，确定单元504还用于：

获取车联网测试消息的消息关联信息，其中，消息关联信息至少包括发送时间以及发送结果；

展示车联网测试消息、消息关联信息以及设备测试结果。

本申请实施例提供的一种数据传输测试的方法、装置、电子设备及介质中，获取用户指示的消息配置信息；按照消息配置信息，对待发送信息进行消息构造，获得构造好的车联网测试消息；将车联网测试消息，发送至车联网设备；根据获取的车联网设备的消息接收结果，确定设备测试结果，这样，可以根据用户的测试需求，进行消息构造，提高了数据传输测试的灵活性。

图6示出了一种电子设备6000的结构示意图。参阅图6所示，电子设备6000包括：处理器6010、存储器6020、电源6030、显示单元6040、输入单元6050。

处理器6010是电子设备6000的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在存储器6020内的软件程序和/或数据，执行电子设备6000的各种功能，从而对电子设备6000进行整体监控。

本申请实施例中，处理器6010调用存储器6020中存储的计算机程序时执行如图2中所示的实施例提供的数据传输测试的方法。

可选的，处理器6010可包括一个或多个处理单元；优选的，处理器6010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器6010中。在一些实施例中，处理器、存储器、可以在单一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

存储器6020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、各种应用等；存储数据区可存储根据电子设备6000的使用所创建的数据等。此外，存储器6020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件等。

电子设备6000还包括给各个部件供电的电源6030(比如电池)，电源可以通过电源管理系统与处理器6010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。

显示单元6040可用于显示由用户输入的信息或提供给用户的信息以及电子设备6000的各种菜单等，本发明实施例中主要用于显示电子设备6000中各应用的显示界面以及显示界面中显示的文本、图片等对象。显示单元6040可以包括显示面板6041。显示面板6041可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置。

输入单元6050可用于接收用户输入的数字或字符等信息。输入单元6050可包括触控面板6051以及其他输入设备6052。其中，触控面板6051，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触摸笔等任何适合的物体或附件在触控面板6051上或在触控面板6051附近的操作)。

具体的，触控面板6051可以检测用户的触摸操作，并检测触摸操作带来的信号，将这些信号转换成触点坐标，发送给处理器6010，并接收处理器6010发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板6051。其他输入设备6052可以包括但不限于物理键盘、功能键(比如音量控制按键、开关机按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

当然，触控面板6051可覆盖显示面板6041，当触控面板6051检测到在其上或附近的触摸操作后，传送给处理器6010以确定触摸事件的类型，随后处理器6010根据触摸事件的类型在显示面板6041上提供相应的视觉输出。虽然在图6中，触控面板6051与显示面板6041是作为两个独立的部件来实现电子设备6000的输入和输出功能，但是在某些实施例中，可以将触控面板6051与显示面板6041集成而实现电子设备6000的输入和输出功能。

电子设备6000还可包括一个或多个传感器，例如压力传感器、重力加速度传感器、接近光传感器等。当然，根据具体应用中的需要，上述电子设备6000还可以包括摄像头等其它部件，由于这些部件不是本申请实施例中重点使用的部件，因此，在图6中没有示出，且不再详述。

本领域技术人员可以理解，图6仅仅是电子设备的举例，并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。

本申请实施例中，一种介质，其上存储有计算机程序，计算机程序被处理器执行时，使得通信设备可以执行上述实施例中的各个步骤。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的实施流程图和/或方框图来描述的。应理解可由计算机程序指令实现实施流程图和/或方框图中的每一流程和/或方框、以及实施流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在实施流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在实施流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在实施流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种数据传输测试方法，其特征在于，应用于测试系统，包括：

响应于用户针对应用界面的选择操作，建立与用户选择的至少一个车联网设备之间的连接，并响应于用户针对所述应用界面的界面操作，显示消息配置界面，以及响应于用户针对所述消息配置界面的配置操作，获取用户指示的消息配置信息，所述消息配置信息用于配置车联网测试消息的发送时间和发送频率；

按照所述消息配置信息，对待发送信息进行消息构造，获得构造好的车联网测试消息；

将所述车联网测试消息，发送至车联网设备；

根据获取的所述车联网设备的消息接收结果，确定设备测试结果，所述消息接收结果包括消息接收状态；

其中，所述将所述车联网测试消息，发送至车联网设备，包括：获取用户设置的安全指示信息；若确定所述安全指示信息表示安全验证，则对所述车联网测试消息进行数字签名，获得签名后的车联网测试消息；基于车联万物协议，将所述车联网测试消息，发送至所述车联网设备。

2.如权利要求1所述的方法，其特征在于，所述消息接收结果包括：消息接收状态、消息解析内容以及安全验证信息；

所述消息接收状态表示是否接收到车联网测试消息；

所述消息解析内容是所述车联网设备对接收到的车联网测试消息进行解析后获得的测试解析内容；

所述安全验证信息表示签名验证是否通过。

3.如权利要求2所述的方法，其特征在于，根据获取的所述车联网设备的消息接收结果，确定设备测试结果，包括：

若确定在车联网测试消息发送后的指定时间段未接收到消息接收结果，则确定数据传输失败；

若根据接收的消息接收状态，确定所述车联网设备在所述车联网测试消息发送后的指定时间段没有接收到所述车联网测试消息，则确定数据传输失败；

若确定接收的测试解析内容与所述车联网测试消息不一致，则确定数据传输失败；

若确定接收的测试解析内容与所述车联网测试消息一致，则确定数据传输成功；

若接收的安全验证信息表示签名验证通过，则确定安全测试通过，否则，安全测试不通过。

4.如权利要求1-3任一项所述的方法，其特征在于，还包括：

接收所述车联网设备基于车联万物协议发送的车联网设备消息；

对所述车联网设备消息进行解析，获得设备解析内容；

对所述设备解析内容进行签名验证，获得安全验证信息；

向用户展示所述设备解析内容以及安全验证信息。

5.如权利要求1-3任一项所述的方法，其特征在于，还包括：

获取所述车联网测试消息的消息关联信息，其中，所述消息关联信息至少包括发送时间以及发送结果；

展示所述车联网测试消息、消息关联信息以及所述设备测试结果。

6.一种数据传输测试的装置，其特征在于，应用于测试系统，包括：

获取单元，用于响应于用户针对应用界面的选择操作，建立与用户选择的至少一个车联网设备之间的连接，并响应于用户针对所述应用界面的界面操作，显示消息配置界面，以及响应于用户针对所述消息配置界面的配置操作，获取用户指示的消息配置信息，所述消息配置信息用于配置车联网测试消息的发送时间和发送频率；

构造单元，用于按照所述消息配置信息，对待发送信息进行消息构造，获得构造好的车联网测试消息；

发送单元，用于将所述车联网测试消息，发送至车联网设备；

确定单元，用于根据获取的所述车联网设备的消息接收结果，确定设备测试结果，所述消息接收结果包括消息接收状态；

所述发送单元用于：获取用户设置的安全指示信息；若确定所述安全指示信息表示安全验证，则对所述车联网测试消息进行数字签名，获得签名后的车联网测试消息；基于车联万物协议，将所述车联网测试消息，发送至所述车联网设备。

7.如权利要求6所述的装置，其特征在于，所述消息接收结果包括：消息接收状态、消息解析内容以及安全验证信息；

所述消息接收状态表示是否接收到车联网测试消息；

所述消息解析内容是所述车联网设备对接收到的车联网测试消息进行解析后获得的测试解析内容；

所述安全验证信息表示签名验证是否通过。

8.如权利要求7所述的装置，其特征在于，所述确定单元用于：

若确定在车联网测试消息发送后的指定时间段未接收到消息接收结果，则确定数据传输失败；

若根据接收的消息接收状态，确定所述车联网设备在所述车联网测试消息发送后的指定时间段没有接收到所述车联网测试消息，则确定数据传输失败；

若确定接收的测试解析内容与所述车联网测试消息不一致，则确定数据传输失败；

若确定接收的测试解析内容与所述车联网测试消息一致，则确定数据传输成功；

若接收的安全验证信息表示签名验证通过，则确定安全测试通过，否则，安全测试不通过。

9.如权利要求6-8任一项所述的装置，其特征在于，所述确定单元还用于：

接收所述车联网设备基于车联万物协议发送的车联网设备消息；

对所述车联网设备消息进行解析，获得设备解析内容；

对所述设备解析内容进行签名验证，获得安全验证信息；

向用户展示所述设备解析内容以及安全验证信息。

10.如权利要求6-8任一项所述的装置，其特征在于，所述确定单元还用于：

获取所述车联网测试消息的消息关联信息，其中，所述消息关联信息至少包括发送时间以及发送结果；

展示所述车联网测试消息、消息关联信息以及所述设备测试结果。

11.一种电子设备，其特征在于，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如权利要求1-5任一所述方法。

12.一种介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时运行如权利要求1-5任一所述方法。

Images