CN116389616A - 模拟客户端与车联网系统的通信方法及装置 - Google Patents

模拟客户端与车联网系统的通信方法及装置 Download PDF

Info

Publication number
CN116389616A
CN116389616A CN202310474614.2A CN202310474614A CN116389616A CN 116389616 A CN116389616 A CN 116389616A CN 202310474614 A CN202310474614 A CN 202310474614A CN 116389616 A CN116389616 A CN 116389616A
Authority
CN
China
Prior art keywords
communication protocol
data
protocol
format
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310474614.2A
Other languages
English (en)
Inventor
陈仕强
叶松林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing Selis Phoenix Intelligent Innovation Technology Co ltd
Original Assignee
Chengdu Seres Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu Seres Technology Co Ltd filed Critical Chengdu Seres Technology Co Ltd
Priority to CN202310474614.2A priority Critical patent/CN116389616A/zh
Publication of CN116389616A publication Critical patent/CN116389616A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/18—Protocol analysers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请提供了一种模拟客户端与车联网系统的通信方法及装置。该方法包括：对模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型；基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议；获取预设格式的测试数据，并通过目标通信协议对该测试数据进行解析处理，得到支持通信协议传输的目标测试数据；根据通信协议的协议规范，确定该目标测试数据是否符合该协议规范；如果该目标测试数据符合该协议规范，通过该通信协议将该目标测试数据传输至车联网系统。本申请的技术方案可以有效地避免了数据格式错误或数据丢失的问题，还提升了测试效率，减少开发和维护成本。

Description

模拟客户端与车联网系统的通信方法及装置
技术领域
本申请涉及通信协议处理技术领域，尤其涉及一种模拟客户端与车联网系统的通信方法及装置。
背景技术
随着互联网技术的快速发展，越来越多的智能汽车应运而生。在智能汽车中，不同车型或同种车型不同配置的车辆支持的通信协议不同，这些不同车型或同种车型不同配置的车辆需要与车联网系统基于不同通信协议进行数据传输。这样在对智能汽车与车联网系统之间进行测试时，由于通信协议的种类不同，车联网系统和智能汽车需要处理各种不同的协议格式的数据，这样可能会导致数据格式错误或数据丢失，还降低了测试效率，增加开发和维护成本。
发明内容
有鉴于此，本申请实施例提供了一种模拟客户端与车联网系统的通信方法、装置、电子设备及计算机可读存储介质，以解决由于车联网系统和智能汽车需要处理各种不同的协议格式的数据，可能会导致数据格式错误或数据丢失，还降低了测试效率，增加开发和维护成本的问题。
本申请实施例的第一方面，提供了一种模拟客户端与车联网系统的通信方法，该模拟客户端支持多种通信协议，该方法包括：对模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型；基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议；获取预设格式的测试数据，并通过目标通信协议对该测试数据进行解析处理，得到支持通信协议传输的目标测试数据；根据通信协议的协议规范，确定该目标测试数据是否符合该协议规范；如果该目标测试数据符合该协议规范，通过该通信协议将该目标测试数据传输至车联网系统。
本申请实施例的第二方面，提供了一种模拟客户端与车联网系统的通信装置，该模拟客户端支持多种通信协议，该装置包括：分析处理模块，用于对模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型；协议转化模块，用于基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议；解析处理模块，用于获取预设格式的测试数据，并通过目标通信协议对测试数据解析处理，得到支持通信协议传输的目标测试数据；校验模块，用于根据通信协议的协议规范，确定目标测试数据是否符合协议规范；传输模块，用于如果目标测试数据符合协议规范，通过通信协议将所述目标测试数据传输至所述车联网系统。
本申请实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。
本申请实施例的第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。
本申请实施例与现有技术相比存在的有益效果至少包括：本申请实施例可以通过对模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型，并基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议，然后获取预设格式的测试数据，并通过目标通信协议对该测试数据进行解析处理，得到支持通信协议传输的目标测试数据，根据通信协议的协议规范，确定该目标测试数据是否符合该协议规范，这样方便通过多种相同格式的目标通信协议处理测试数据，并对目标测试数据进行校验，有效地避免了数据格式错误或数据丢失的问题，还可以提升测试效率，减少开发和维护成本。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图；
图2是本申请实施例的一种模拟客户端与车联网系统的通信方法的流程图；
图3是本申请实施例的将模拟客户端的各通信协议转化为对应的目标通信协议的步骤的流程图；
图4是本申请实施例的基于各通信协议的数据结构和数据类型以及预设格式生成各通信协议对应的目标通信协议的步骤的流程图；
图5是本申请实施例的另一种模拟客户端与车联网系统的通信方法的流程图；
图6是本申请实施例的又一种模拟客户端与车联网系统的通信方法的流程图；
图7是本申请实施例的再一种模拟客户端与车联网系统的通信方法的流程图；
图8是本申请实施例的一种模拟客户端与车联网系统的通信装置的框图；
图9是本申请实施例的一种电子设备的结构示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
下面将结合附图详细说明根据本申请实施例的模拟客户端与车联网系统的通信方法和装置。
图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。
如图1所示，系统架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。
在测试过程中，终端设备101、102、103分别可以是安装有支持多种通信协议的模拟客户端。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。服务器105可以是提供各种服务的车联网系统。
例如，开发人员可以使用终端设备101、102、103通过网络104与服务器105进行通信，以实现车联网系统与支持不同通信协议的模拟客户端之间的测试。具体地，对模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型，并基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议，然后获取预设格式的测试数据，并通过目标通信协议对该测试数据进行解析处理，得到支持通信协议传输的目标测试数据，根据通信协议的协议规范，确定该目标测试数据是否符合该协议规范，这样方便通过多种相同格式的目标通信协议处理测试数据，并对目标测试数据进行校验，有效地避免了数据格式错误或数据丢失的问题，还可以提升测试效率，减少开发和维护成本。
在一些实施例中，本申请实施例所提供的模拟客户端与车联网系统的通信方法一般由终端设备101、102、103的一个或多个执行，相应地，模拟客户端与车联网系统的通信装置一般设置于终端设备101、102、103的一个或多个中。
图2是本申请实施例的一种模拟客户端与车联网系统的通信方法的流程图。本申请实施例提供的方法可以由任意具备计算机处理能力的电子设备执行，例如电子设备可以是图1示出的安装有模拟客户端的终端设备执行，该模拟客户端支持多种通信协议。
如图2所示，该方法包括步骤S210至步骤S250。
在步骤S210中，对模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型。
在步骤S220中，基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议。
在步骤S230中，获取预设格式的测试数据，并通过目标通信协议对测试数据进行解析处理，得到支持通信协议传输的目标测试数据。
在步骤S240中，根据通信协议的协议规范，确定该目标测试数据是否符合该协议规范。
在步骤S250中，如果该目标测试数据符合该协议规范，通过通信协议将该目标测试数据传输至车联网系统。
该方法可以对模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型，并基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议，然后获取预设格式的测试数据，并通过目标通信协议对该测试数据进行解析处理，得到支持通信协议传输的目标测试数据，根据通信协议的协议规范，确定该目标测试数据是否符合该协议规范，这样方便通过多种相同格式的目标通信协议处理测试数据，并对目标测试数据进行校验，有效地避免了数据格式错误或数据丢失的问题，还可以提升测试效率，减少开发和维护成本。
在一些实施例中，上述模拟客户端可以是根据实际测试需求进行开发得到的。例如，根据不同车型或同种车型不同配置的车辆支持的多种通信协议和测试场景，编写模拟客户端的代码，这样可以得到支持多种通信协议的模拟客户端，多种通信协议可以包括至少两种不同通信协议。另外，在编写模拟客户端的代码时，需要考虑模拟客户端的兼容性和性能，例如模拟客户端的稳定性、处理速度和内存占用等，以此方式得到的模拟客户端在测试过程中性能更加稳定。
在一些实施例中，上述模拟客户端可以支持多种通信协议，将上述模拟客户端的各通信协议可以转化为对应的目标通信协议。例如，对模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型。然后基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议。本申请实施例中，对于模拟客户端每一种需要转化的通信协议，可以分析该通信协议的数据结构和数据类型。例如，通信协议A、通信协议B、通信协议C中可能存在相同的数据结构和数据类型，但是具体的命名和表示方式不同，这是由于三者协议格式不同导致的。这样在分析协议格式时，可以找到相似点和不同点，以便后续根据数据结构和数据类型将模拟客户端的不同通信协议转化为对应的目标通信协议，该目标通信协议的协议格式为预设格式，该预设格式与该通信协议的原始协议格式不同。
在一些实施例中，在对模拟端的通信协议进行转化时，可以通过编写转化程序或使用现有的转化工具来完成。待通信协议转换完成后，可以通过目标通信协议对测试处理，以此得到支持原始协议格式的通信协议传输的目标测试数据，并通过通信协议的规范来校验该目标测试数据，例如，在测试数据转化为目标测试数据的过程中，可以通过协议映射关系来保证数据的正确性和完整性。例如，通信协议的消息头与目标通信协议的消息头对应、通信协议的消息体与目标通信协议的消息体对应、通信协议的字段内容对目标通信协议的字段内容对应。
在一些实施例中，通过上述目标通信协议解析处理测试数据的过程中，可以通过使用JSON格式进行数据转化和处理，例如通过JSON库将JSON数据转化为数据结构，或将数据结构转化为JSON格式数据。在特定业务场景，可以将JSON格式数据再次转化为原始协议格式。在数据转化的过程中，根据通信协议的映射关系避免数据格式错误或数据丢失等问题，进而避免影响系统的可靠性和稳定性。另外，在模拟客户端接收到车联网系统发送的响应数据时，可以通过目标通信协议将接收到的原始协议格式的响应数据数据解析为预设格式的响应数据。例如，将原始协议格式的响应数据解析为预设格式的数据结构和数据类型。例如，通过目标通信协议的解析库或事先编辑好的实现解析逻辑将一个XML格式的响应数据解析为一个对象或一个哈希表。使用编程语言中内置的JSON序列化功能或第三方JSON库将解析后的数据结构转化为预设协议格式(如JSON格式)。
在一些实施例中，使用预设格式的数据结构进行数据处理，比如对数据进行筛选、过滤、计算等操作。这一步可以使用编程语言内置的数据处理功能或第三方数据处理库。另外根据需要将数据转化回原始协议格式：在数据处理完成后，如果需要将数据返回给其他系统或组件，需要将通用协议格式的数据转化回原始协议格式。这一步需要根据原始协议格式的定义，将预设格式的数据转化为相应的原始协议格式，并使用原始协议的序列化功能或第三方库实现。
在一些实施例中，多种通信协议分别是通信协议A、通信协议B、通信协议C。通过本申请公开的方法可以将通信协议A、通信协议B、通信协议C分别转化成与其对应的目标通信协议。其中，通信协议A对应的目标通信协议的协议格式、通信协议B对应的目标通信协议的协议格式、以及通信协议C对应的目标通信协议的协议格式为预设格式，即三者的协议格式相同。在本申请实施例中，该预设格式可以为JSON格式或Protocol Buffer格式。例如，通信协议A对应的目标通信协议的协议格式可以是JSON格式。通信协议B对应的目标通信协议的协议格式可以是JSON格式。通信协议C对应的目标通信协议的协议格式可以是JSON格式。
再例如，通信协议A对应的目标通信协议的协议格式可以是Protocol Buffer格式。通信协议B对应的目标通信协议的协议格式可以是Protocol Buffer格式。通信协议C对应的目标通信协议的协议格式可以是Protocol Buffer格式。
在一些实施例中，JSON格式或Protocol Buffer格式具有以下优点：编辑简单、易于解析、通用性强。例如，JSON格式或Protocol Buffer格式的数据易于编辑，容易理解和学习，可以在各种编程语言中使用。JSON格式或Protocol Buffer格式的数据可以快速准确的解析成各种数据类型，便于进行数据处理。JSON格式或Protocol Buffer格式的数据可以在不同平台和应用之间进行转换，实现了数据的互通性。
在一些实施例中，当对模拟客户端与车联网系统之间的通信进行测试时，可以根据模拟测试场景，自动生成上述预设格式的测试数据，这样实现了基于相同格式的数据对模拟客户端与车联网系统之间的通信进行测试，无需开发人员针对不同通信协议设置不同格式的数据，进一步提升测试效率，而且相同格式的测试数据在开发和维护耗时也比较少，进一步减少开发和维护成本。
在一些实施例中，上述模拟测试场景可以是根据车辆硬件和车辆软件的实际需求设置的测试场景。上述基于测试场景可以生成JSON格式或Protocol Buffer格式的测试数据。
在模拟客户端与车联网系统之间的通信进行测试时，可以通过上述各通信协议对应的目标通信协议对该测试数据进行解析处理，得到支持该通信协议传输的目标测试数据，以此方式可以通过目标通信协议将该测试数据转换成支持不同通信协议传输的数据，而无需开发人员编辑不同格式的测试数据，减少人力成本的投入。例如，各通信协议分别是通信协议A、通信协议B、通信协议C。通信协议A对应的目标通信协议是JSON格式的目标通信协议A1。通信协议B对应的目标通信协议是JSON格式的目标通信协议B1。通信协议C对应的目标通信协议是JSON格式的目标通信协议C1。该测试数据是JSON格式的测试数据。在本申请实施例中，通过JSON格式的目标通信协议A1对JSON格式的测试数据进行解析处理，可以得到支持通信协议A传输的目标测试数据，该目标测试数据的数据格式与通信协议A匹配。通过JSON格式的目标通信协议B1对JSON格式的测试数据进行解析处理，可以得到支持通信协议B传输的目标测试数据，该目标测试数据的数据格式与通信协议B匹配。通过JSON格式的目标通信协议C1对JSON格式的测试数据进行解析处理，可以得到支持通信协议C传输的目标测试数据，该目标测试数据的数据格式与通信协议C匹配。
再例如，各通信协议分别是通信协议A、通信协议B、通信协议C。通信协议A对应的目标通信协议是Protocol Buffer格式的目标通信协议A2。通信协议B对应的目标通信协议是Protocol Buffer格式的目标通信协议B2。通信协议C对应的目标通信协议是ProtocolBuffer格式的目标通信协议C2。该测试数据是Protocol Buffer格式的测试数据。在本申请实施例中，通过Protocol Buffer格式的目标通信协议A2对Protocol Buffer格式的测试数据进行解析处理，可以得到支持通信协议A传输的目标测试数据，该目标测试数据的数据格式与通信协议A匹配。通过Protocol Buffer格式的目标通信协议B2对Protocol Buffer格式的测试数据进行解析处理，可以得到支持通信协议B传输的目标测试数据，该目标测试数据的数据格式与通信协议B匹配。通过Protocol Buffer格式的目标通信协议C2对ProtocolBuffer格式的测试数据进行解析处理，可以得到支持通信协议C传输的目标测试数据，该目标测试数据的数据格式与通信协议C匹配。
在一些实施例中，通过通信协议将上述目标测试数据传输至车联网系统。例如，通过通信协议A将与该通信协议相匹配的目标测试数据传送至车联网系统。通过通信协议B将与该通信协议相匹配的目标测试数据传送至车联网系统。通过通信协议C将与该通信协议相匹配的目标测试数据传送至车联网系统。
在一些实施例中，在车联网系统接收到上述目标测试数据后，可以根据该目标测试数据的格式对其进行解析处理，得到用于响应该测试数据的响应数据。此时模拟客户端可以通过该响应数据的格式对应的通信协议接收该响应数据。
图3是本申请实施例的将模拟客户端的各通信协议转化为对应的目标通信协议的步骤的流程图。
如图3所示，上述步骤S210可以包括步骤S310和步骤S320。
在步骤S310中，对模拟客户端的多种通信协议进行识别处理，获取各个通信协议的原始协议格式。
在步骤S320中，根据各个通信协议的原始协议格式，提取各通信协议的原始数据结构和原始数据类型。
该方法可以对模拟客户端的多种通信协议进行识别处理，获取各个通信协议的原始协议格式，并根据各个通信协议的原始协议格式，提取各通信协议的原始数据结构和原始数据类型，以此方式可以快速准确的分析出各个通信协议的数据结构和数据类型，以便于根据各个通信协议的数据结构和数据类型确定与其对应的目标通信协议。
在一些实施例中，模拟客户端的多种通信协议的协议格式可以是字节格式、ASN.1格式、proto_stuff格式等等。
在一些实施例中，通过对模拟客户端的多种通信协议进行分析处理，可以得到每种通信协议的数据结构和数据类型。其中，通信协议的数据结构可以是通信协议本身的协议结构，例如，结构体、链表、树等等。通信协议的数据类型可以是通信协议中字段的类型，例如，整型、浮点型、字符串、数组等等。
在一些实施例中，基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议。例如，当预设格式为JSON格式时，基于通信协议本身的协议结构、通信协议中字段的类型、以及JSON格式，生成各通信协议对应的JSON格式的目标通信协议。再例如，当预设格式为Protocol Buffer格式时，基于通信协议本身的协议结构、通信协议中字段的类型、以及Protocol Buffer格式，生成各通信协议对应的Protocol Buffer格式的目标通信协议。通过本申请提供的转化方法可以将模拟客户端的多种通信协议快速准确的转化成相同格式的目标通信协议，便于后续通过相同格式的目标通信协议对预设格式的测试数据，以提升测试效率。
图4是本申请实施例的基于各通信协议的数据结构和数据类型以及预设格式生成各通信协议对应的目标通信协议的步骤的流程图。
如图4所示，上述步骤S220可以还包括步骤S410至步骤S430。
在步骤S410中，根据预设格式，将各通信协议的原始数据结构解析成与其对应的预设格式的数据结构。
在步骤S420中，根据预设格式，将各通信协议的原始数据类型解析成与其对应的预设格式的的数据类型。
在步骤S430中，基于预设格式的数据结构和预设格式的数据类型，生成各通信协议对应的目标通信协议。
该方法可以根据预设格式将各通信协议的原始数据结构解析成与其对应的预设格式的数据结构，以及根据预设格式将各通信协议的原始数据类型解析成与其对应的预设格式的的数据类型，然后基于预设格式的数据结构和预设格式的数据类型，生成各通信协议对应的目标通信协议，以此方式可以将模拟客户端的不同通信协议快速准确的转化成相同格式的目标通信协议。
在一些实施例中，将各通信协议的数据结构和数据类型，可以转化为预设格式的数据结构和数据类型。例如，根据预设格式，将各通信协议的原始数据结构解析成与其对应的预设格式的数据结构，根据预设格式，将各通信协议的原始数据类型解析成与其对应的预设格式的的数据类型。具体地，根据该预设格式对应的编码方式和编码规则，将各通信协议的原始数据结构解析成与其对应的预设格式的数据结构，以及将各通信协议的原始数据类型解析成与其对应的预设格式的的数据类型。例如，各通信协议分别是通信协议A、通信协议B、通信协议C。预测格式为JSON格式。根据JSON格式对应的编码方式和编码规则，可以将通信协议A的数据结构和数据类型转化为JSON格式的数据结构和数据类型，基于该JSON格式的数据结构和数据类型可以快速准确的生成与该通信协议A对应的JSON格式的目标通信协议。根据JSON格式对应的编码方式和编码规则，可以将通信协议B的数据结构和数据类型转化为JSON格式的数据结构和数据类型，基于该JSON格式的数据结构和数据类型可以快速准确的生成与该通信协议B对应的JSON格式的目标通信协议。根据JSON格式对应的编码方式和编码规则，可以将通信协议C的数据结构和数据类型转化为JSON格式的数据结构和数据类型，基于该JSON格式的数据结构和数据类型可以快速准确的生成与该通信协议C对应的JSON格式的目标通信协议。
再例如，各通信协议分别是通信协议A、通信协议B、通信协议C。预测格式为Protocol Buffer格式。根据Protocol Buffer格式对应的编码方式和编码规则，可以将通信协议A的数据结构和数据类型转化为Protocol Buffer格式的数据结构和数据类型，基于该Protocol Buffer格式的数据结构和数据类型可以快速准确的生成与该通信协议A对应的Protocol Buffer格式的目标通信协议。根据Protocol Buffer格式对应的编码方式和编码规则，可以将通信协议B的数据结构和数据类型转化为Protocol Buffer格式的数据结构和数据类型，基于该Protocol Buffer格式的数据结构和数据类型可以快速准确的生成与该通信协议B对应的Protocol Buffer格式的目标通信协议。根据Protocol Buffer格式对应的编码方式和编码规则，可以将通信协议C的数据结构和数据类型转化为ProtocolBuffer格式的数据结构和数据类型，基于该Protocol Buffer格式的数据结构和数据类型可以快速准确的生成与该通信协议C对应的Protocol Buffer格式的目标通信协议。
图5是本申请实施例的另一种模拟客户端与车联网系统的通信方法的流程图。
如图5所示，上述方法还可以包括步骤S510至步骤S530。
在步骤S510中，通过模拟客户端的通信协议接收车联网系统的响应数据。
在步骤S520中，通过通信协议对应的目标通信协议，对车联网系统的响应数据进行解析处理，得到预设格式的响应数据。
在步骤S530中，通过模拟客户端展示该预设格式的响应数据。
该方法可以通过模拟客户端的通信协议接收车联网系统的响应数据，并通过通信协议对应的目标通信协议，对车联网系统的响应数据进行解析处理，得到预设格式的响应数据，然后通过模拟客户端展示该预设格式的响应数据，以此方式可以通过目标通信协议快速准确的将车联网系统的响应数据转化为便于理解的数据格式的响应数据，并通过模拟客户端展示该响应数据，以使得开发人员能够快速获悉该次响应是否符合预期。
在一些实施例中，通过通信协议对应的目标通信协议，对车联网系统的响应数据进行解析处理，得到预设格式的响应数据。例如，通过不同通信协议对应的JSON格式的目标通信协对该响应数据进行解析处理，可以得到JSON格式的响应数据。再例如，通过不同通信协议对应的Protocol Buffer格式的目标通信协对该响应数据进行解析处理，可以得到Protocol Buffer格式的响应数据。以此方式在数据转化的过程中，可以避免数据格式错误或数据丢失等问题，进而避免影响模拟客户端的可靠性和稳定性。
图6是本申请实施例的又一种模拟客户端与车联网系统的通信方法的流程图。在步骤S220之前，如图6所示，上述方法还可以包括步骤S610和步骤S620。
在步骤S610中，获取模拟测试场景的待测试参数。
在步骤S620中，基于模拟测试场景的待测试参数，生成预设格式的测试数据，并存储预设格式的测试数据。
该方法可以基于模拟测试场景的待测试参数生成预设格式的测试数据，并存储预设格式的测试数据，这样无需开发人员通过不同的开发工具编辑与不同通信协议匹配的测试数据，减少了人力成本，进而加快测试效率
在一些实施例中，上述模拟测试场景的待测试参数可以是与车辆硬件或车辆软件相关的参数，具体可以根据实际的测试需求进行设置。
在一些实施例中，基于模拟测试场景的待测试参数，可以生成预设格式的测试数据，并存储预设格式的测试数据。例如，基于模拟测试场景的待测试参数，可以生成JSON格式的测试数据，并存储JSON的测试数据。基于模拟测试场景的待测试参数，可以生成Protocol Buffer格式的测试数据，并存储Protocol Buffer的测试数据。
图7是本申请实施例的再一种模拟客户端与车联网系统的通信方法的流程图。如图7所示，上述方法还可以包括步骤S710和步骤S720。
在步骤S710中，在通过通信协议传输数据时，记录数据传输的速率、数据传输的延迟和数据传输的成功率。
在步骤S720中，根据数据传输的速率、数据传输的延迟和数据传输的成功率，判断支持多种通信协议的模拟客户端的性能指标是否满足预设条件。
该方法可以根据数据传输的速率、数据传输的延迟和数据传输的成功率，判断支持多种通信协议的模拟客户端的性能指标是否满足预设条件，以此方式可以准确的确定出支持多种通信协议的模拟客户端的兼容性和性能是否达到预期目标。
在一些实施例中，分别判断数据传输的速率、数据传输的延迟和数据传输的成功率是否落入预设范围，如果数据传输的速率、数据传输的延迟和数据传输的成功率分别落入了该预设范围，则确定该支持多种通信协议的模拟客户端的兼容性和性能较好。反之，如果数据传输的速率、数据传输的延迟和数据传输的成功率一个或多个偏离该预设范围较大，则需要及时调整模拟客户端的代码或车联网系统的系统配置，以提高多协议客户端的性能和稳定性。
下述为本申请装置实施例，可以用于执行本申请方法实施例。下文描述的模拟客户端与车联网系统的通信装置与上文描述的模拟客户端与车联网系统的通信方法可相互对应参照。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。
图8是本申请实施例的一种模拟客户端与车联网系统的通信装置的框图。本申请的模拟客户端支持多种通信协议。
如图8所示，模拟客户端与车联网系统的通信装置800包括分析处理模块810、协议转化模块820、解析处理模块830、校验模块840和传输模块850。
具体地，分析处理模块810，用于对模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型.
协议转化模块820，用于基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议.
解析处理模块830，用于获取预设格式的测试数据，并通过目标通信协议对测试数据解析处理，得到支持通信协议传输的目标测试数据.
校验模块840，用于根据通信协议的协议规范，确定目标测试数据是否符合协议规范。
传输模块850，用于如果目标测试数据符合协议规范，通过通信协议将所述目标测试数据传输至所述车联网系统。
该模拟客户端与车联网系统的通信装置800可以对模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型，并基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议，然后获取预设格式的测试数据，并通过目标通信协议对该测试数据进行解析处理，得到支持通信协议传输的目标测试数据，根据通信协议的协议规范，确定该目标测试数据是否符合该协议规范，这样方便通过多种相同格式的目标通信协议处理测试数据，并对目标测试数据进行校验，有效地避免了数据格式错误或数据丢失的问题，还可以提升测试效率，减少开发和维护成本。
在一些实施例中，分析处理模块810被配置为：对模拟客户端的多种通信协议进行识别处理，获取各个通信协议的原始协议格式；根据各个通信协议的原始协议格式，提取各通信协议的原始数据结构和原始数据类型。
在一些实施例中，协议转化模块820被配置为：根据预设格式，将各通信协议的原始数据结构解析成与其对应的预设格式的数据结构；根据预设格式，将各通信协议的原始数据类型解析成与其对应的预设格式的数据类型；基于预设格式的数据结构和预设格式的数据类型，生成各通信协议对应的目标通信协议。
在一些实施例中，该模拟客户端与车联网系统的通信装置800还可以用于通过模拟客户端的通信协议接收车联网系统的响应数据；通过通信协议对应的目标通信协议，对车联网系统的响应数据进行解析处理，得到预设格式的响应数据；通过模拟客户端展示预设格式的响应数据。
在一些实施例中，该模拟客户端与车联网系统的通信装置800还可以用于获取模拟测试场景的待测试参数；基于模拟测试场景的待测试参数，生成预设格式的测试数据，并存储预设格式的测试数据。
在一些实施例中，该模拟客户端与车联网系统的通信装置800还可以用于在通过通信协议传输数据时，记录数据传输的速率、数据传输的延迟和数据传输的成功率；根据数据传输的速率、数据传输的延迟和数据传输的成功率，判断支持多种所述通信协议的模拟客户端的性能指标是否满足预设条件。
图9是本申请实施例的一种电子设备的结构示意图。
如图9所示，该实施例的电子设备900包括：处理器910、存储器920以及存储在该存储器920中并且可在处理器910上运行的计算机程序930。处理器910执行计算机程序930时实现上述各个方法实施例中的步骤。或者，处理器910执行计算机程序930时实现上述各装置实施例中各模块的功能。
电子设备900可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备900可以包括但不仅限于处理器910和存储器920。本领域技术人员可以理解，图9仅仅是电子设备900的示例，并不构成对电子设备900的限定，可以包括比图示更多或更少的部件，或者不同的部件。
处理器910可以是中央处理单元(Central Processing Unit，CPU)，也可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
存储器920可以是电子设备900的内部存储单元，例如，电子设备900的硬盘或内存。存储器920也可以是电子设备900的外部存储设备，例如，电子设备900上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。存储器920还可以既包括电子设备900的内部存储单元也包括外部存储设备。存储器920用于存储计算机程序以及电子设备所需的其它程序和数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在计算机可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种模拟客户端与车联网系统的通信方法，其特征在于，所述模拟客户端支持多种通信协议，所述方法包括：
对所述模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型；
基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议；
获取所述预设格式的测试数据，并通过所述目标通信协议对所述测试数据进行解析处理，得到支持所述通信协议传输的目标测试数据；
根据通信协议的协议规范，确定所述目标测试数据是否符合所述协议规范；
如果所述目标测试数据符合所述协议规范，通过所述通信协议将所述目标测试数据传输至所述车联网系统。
2.根据权利要求1所述的方法，其特征在于，对所述模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型，包括：
对所述模拟客户端的多种通信协议进行识别处理，获取各个通信协议的原始协议格式；
根据各个通信协议的原始协议格式，提取各通信协议的原始数据结构和原始数据类型。
3.根据权利要求2所述的方法，其特征在于，基于各通信协议的数据结构和数据类型以及所述预设格式，生成各通信协议对应的目标通信协议，包括：
根据所述预设格式，将各通信协议的原始数据结构解析成与其对应的所述预设格式的数据结构；
根据所述预设格式，将各通信协议的原始数据类型解析成与其对应的所述预设格式的数据类型；
基于所述预设格式的数据结构和所述预设格式的数据类型，生成各通信协议对应的目标通信协议。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
通过所述模拟客户端的通信协议接收所述车联网系统的响应数据；
通过所述通信协议对应的目标通信协议，对所述车联网系统的响应数据进行解析处理，得到所述预设格式的响应数据；
通过所述模拟客户端展示所述预设格式的响应数据。
5.根据权利要求1所述的方法，其特征在于，在获取所述预设格式的测试数据之前，所述方法还包括：
获取模拟测试场景的待测试参数；
基于所述模拟测试场景的待测试参数，生成所述预设格式的测试数据，并存储所述预设格式的测试数据。
6.根据权利要求1所述的方法，其特征在于，该方法还包括：
在通过所述通信协议传输数据时，记录数据传输的速率、数据传输的延迟和数据传输的成功率；
根据所述数据传输的速率、所述数据传输的延迟和所述数据传输的成功率，判断支持多种所述通信协议的模拟客户端的性能指标是否满足预设条件。
7.根据权利要求1至6任一项所述的方法，其特征在于，所述预设格式为JSON格式或Protocol Buffer格式。
8.一种模拟客户端与车联网系统的通信装置，其特征在于，所述模拟客户端支持多种通信协议，所述装置包括：
分析处理模块，用于对所述模拟客户端的多种通信协议进行分析处理，得到各通信协议的数据结构和数据类型；
协议转化模块，用于基于各通信协议的数据结构和数据类型以及预设格式，生成各通信协议对应的目标通信协议；
解析处理模块，用于获取所述预设格式的测试数据，并通过所述目标通信协议对所述测试数据解析处理，得到支持所述通信协议传输的目标测试数据；
校验模块，用于根据通信协议的协议规范，确定所述目标测试数据是否符合所述协议规范；
传输模块，用于如果所述目标测试数据符合所述协议规范，通过所述通信协议将所述目标测试数据传输至所述车联网系统。
9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并且可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述方法的步骤。
CN202310474614.2A 2023-04-27 2023-04-27 模拟客户端与车联网系统的通信方法及装置 Pending CN116389616A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310474614.2A CN116389616A (zh) 2023-04-27 2023-04-27 模拟客户端与车联网系统的通信方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310474614.2A CN116389616A (zh) 2023-04-27 2023-04-27 模拟客户端与车联网系统的通信方法及装置

Publications (1)

Publication Number Publication Date
CN116389616A true CN116389616A (zh) 2023-07-04

Family

ID=86969448

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310474614.2A Pending CN116389616A (zh) 2023-04-27 2023-04-27 模拟客户端与车联网系统的通信方法及装置

Country Status (1)

Country Link
CN (1) CN116389616A (zh)

Similar Documents

Publication Publication Date Title
CN111083225B (zh) 在物联网平台中的数据处理方法、装置及物联网平台
CN110941563B (zh) 自动化脚本测试方法及装置
CN109635256B (zh) 用于校验数据的方法和装置
CN113110995B (zh) 系统迁移的测试方法及装置
CN113806037A (zh) 服务的调用方法、装置、存储介质及电子设备
CN112214366B (zh) 测试方法、装置、系统、设备及介质
CN111680799A (zh) 用于处理模型参数的方法和装置
CN111046245A (zh) 多源异构数据源融合计算方法、系统、设备和存储介质
CN113783860B (zh) 一种基于可视化配置的报文处理方法、装置、设备及存储介质
CN110569230A (zh) 数据库设计模型与设计文档互相转换方法、系统及设备
CN112363939A (zh) 快速生成模糊测试网络协议模板的方法及系统、设备
CN117201601A (zh) 物联网设备接入方法、装置、设备及存储介质
CN117059096A (zh) 车载语义结果的处理方法及装置
CN116389616A (zh) 模拟客户端与车联网系统的通信方法及装置
CN114285774B (zh) 流量录制方法、装置、电子设备及存储介质
CN118210696A (zh) 协议接口自动化测试方法、装置、存储介质以及电子设备
CN107544991B (zh) 服务器处理访问请求的方法和装置
CN113010588B (zh) 一种数据表格的处理方法
CN114125684A (zh) 智能音箱测试方法、装置、电子设备和存储介质
CN114443032A (zh) 基于JSON schema的表单处理方法、装置、终端及存储介质
CN114171107A (zh) 固态硬盘vpd信息的检测方法、装置、设备及存储介质
CN115437906A (zh) 测试方法和装置
CN112487809B (zh) 文本数据降噪方法及装置、电子设备和可读存储介质
CN114499759B (zh) 报文生成方法、装置、电子设备及存储介质
CN117880360A (zh) 基于Telemetry技术的算力资源订阅方法及相关设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20240116

Address after: No. 13 Xingxiang Road, Zengjia Town, High tech Zone, Shapingba District, Chongqing, 400039

Applicant after: Chongqing Selis Phoenix Intelligent Innovation Technology Co.,Ltd.

Address before: 610095 No. 2901, floor 29, unit 1, building 1, No. 151, Tianfu Second Street, high tech Zone, China (Sichuan) pilot Free Trade Zone, Chengdu, Sichuan Province

Applicant before: Chengdu Thalys Technology Co.,Ltd.

TA01 Transfer of patent application right