CN116723489A - 基于通用串行总线的车载通信方法、装置、设备及介质 - Google Patents

Abstract

本发明提供一种基于通用串行总线的车载通信方法、装置、设备及介质，该方法包括：获取车载数据发送设备的初始有效数据和数据生成规则，根据初始有效数据和数据生成规则生成待发数据，将待发数据发送至车载数据接收设备，以使车载数据接收设备接收待发数据，得到待接数据，并根据数据生成规则对待接数据进行验证数据校验，得到目标数据，根据目标数据对车载数据接收设备进行控制，其中，数据生成规则用于规范数据校验规则和数据段组成规则；本发明通过牺牲一部分实时性而增加数据校验的方式提高了车载通信中同步传输的可靠性。

Description

基于通用串行总线的车载通信方法、装置、设备及介质

技术领域

本发明涉及新能源汽车技术领域，具体涉及一种基于通用串行总线的车载通信方法、装置、设备及介质。

背景技术

通用串行总线(Universal Serial Bus，USB)协议被逐步应用于车载系统，如车机与域控制器之间的数据传输。USB2.0协议中对于传输周期性、传输数据量大和低延时性的同步传输类型缺失应答包阶段而导致可靠性不高。通用技术中电子控制单元(ElectronicControl Unit，ECU)在运用USB传输时均未对同步传输进行可靠性增强处理。但是在车载应用中，传输的数据通常比较重要，如传输路况的实时更新数据。因此车载USB通信不仅需要保证高实时性、传输数据量大，还需要具备较高的可靠性，但同步传输可靠性较低。

例如，CN104792519A公开了一种基于USB传输的音视频数据处理方法及装置，所述方法包括以下步骤：S100，采集音视频数据；S200，对采集的音视频数据进行解析；S300，将解析后的音视频数据进行组合；S400，将组合后的音视频数据通过USB协议进行传输。所述装置包括数据采集单元，用以将模拟信号转换为数字信号；中央处理单元，用以将接收到的音视频数据进行解析并重新组合；USB控制单元，用以将组合后的音视频数据通过USB传输方式与上位机进行交互；电源单元，用以提供工作电源。该申请公开了在传统计算机领域对USB传输音视频的解析组合，提高传输的稳定性，但该方式占用硬件资源较多，且每一帧数据不能有多种用途，不适用于车载通信。

申请内容

本发明提供一种基于通用串行总线的车载通信方法、装置、设备及介质，以解决上述车载通信中同步传输可靠性较低的技术问题。

于本发明一实施例中，本发明提供一种基于通用串行总线的车载通信方法，包括：获取车载数据发送设备的初始有效数据和数据生成规则；根据所述初始有效数据和所述数据生成规则生成待发数据；将所述待发数据发送至车载数据接收设备，以使所述车载数据接收设备接收所述待发数据，得到待接数据，并根据所述数据生成规则对所述待接数据进行验证数据校验，得到目标数据，根据所述目标数据对所述车载数据接收设备进行控制；其中，所述数据生成规则用于规范数据校验规则和数据段组成规则。

于本发明一实施例中，根据所述初始有效数据和所述数据生成规则生成待发数据，包括：对所述初始有效数据进行分段，得到分段初始数据；根据所述数据校验规则对所述分段初始数据进行初始数据校验计算，得到初始校验值；基于所述分段初始数据、初始校验值和数据段组成规则生成待发数据；其中，所述分段初始数据包括分段有效数据、初始段序和分段数据长度，数据段组成规则包括段起始信息和段结束信息。

于本发明一实施例中，根据所述数据生成规则对所述待接数据进行验证数据校验，得到目标数据，包括：根据所述数据段组成规则对所述待接数据进行数据矫正，得到矫正数据；根据所述数据校验规则对所述矫正数据进行验证数据校验计算，得到验证校验值；若所述验证校验值与所述矫正数据中矫正校验值一致，则将所述矫正数据确定为目标数据，并存储；若所述验证校验值与所述矫正校验值不一致，则将所述矫正数据丢弃。

于本发明一实施例中，根据所述数据段组成规则对所述待接数据进行数据矫正，得到矫正数据，包括：根据所述段起始信息、段结束信息和所述待接数据确定数据偏移状态；若所述数据偏移状态为异常段，则将所述待接数据进行移位，得到所述矫正数据；若所述数据偏移状态为正常段，则将所述待接数据确定为所述矫正数据。

于本发明一实施例中，获取车载数据发送设备的初始有效数据和数据生成规则之前，所述基于通用串行总线的车载通信方法还包括：获取车载通信主机的数据操作行为；若所述数据操作行为为同步读操作，则生成数据读取请求包，并将所述车载通信主机确定为车载数据接收设备；若所述数据操作行为为同步写操作，则生成数据写入请求包，并将所述车载通信主机确定为车载数据发送设备；将所述数据读取请求包或所述数据写入请求包作为数据操作请求包发送至通用串行总线设备。

于本发明一实施例中，将所述数据读取请求包或所述数据写入请求包作为数据操作请求包发送至通用串行总线设备之后，所述基于通用串行总线的车载通信方法还包括：接收所述数据操作请求包；若所述数据操作请求包为所述数据读取请求包，则将所述通用串行总线设备作为车载数据发送设备；若所述数据操作请求包为所述数据写入请求包，则将所述通用串行总线设备作为车载数据接收设备。

于本发明的一实施例中，本发明提供一种基于通用串行总线的车载通信装置，包括：获取模块，用于获取车载数据发送设备的初始有效数据和数据生成规则；生成模块，用于根据所述初始有效数据和所述数据生成规则生成待发数据；发送模块，用于将所述待发数据发送至车载数据接收设备，以使所述车载数据接收设备接收所述待发数据，得到待接数据，并根据所述数据生成规则对所述待接数据进行验证数据校验，得到目标数据，根据所述目标数据对所述车载数据接收设备进行控制；其中，所述数据生成规则用于规范数据校验规则和数据段组成规则。

于本发明一实施例中，基于通用串行总线的车载通信装置所述基于通用串行总线的车载通信方法还包括车载通信主机和通用串行总线设备；所述车载通信主机用于生成数据操作请求包，并发送至所述通用串行总线设备，所述数据操作请求包用于将所述车载通信主机确定为所述车载数据发送设备或所述车载数据接收设备；所述通用串行总线设备用于根据所述数据操作请求包将所述通用串行总线设备确定为所述车载数据发送设备或所述车载数据接收设备。

本发明还提供一种电子设备，所述电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上述各实施例中任一项所述的基于通用串行总线的车载通信方法。

本发明还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如上述各实施例中任一项所述的基于通用串行总线的车载通信方法。

本发明的有益效果：本发明提供一种基于通用串行总线的车载通信方法、装置、设备及介质，在本发明中，通过初始有效数据和数据生成规则生成待发数据，并发送至车载数据接收设备，数据生成规则包括数据校验规则和数据段组成规则，数据接收设备根据数据生成规则对接收到的待接数据进验证数据校验，通过牺牲一部分实时性而增加数据校验的方式提高了车载通信中同步传输的可靠性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本发明实施例的技术方案的示例性系统架构的示意图；

图2示出了根据本发明一个实施例的基于通用串行总线的车载通信方法的示意图；

图3示出了根据本发明一个实施例的段数据格式示意图；

图4示出了根据本发明一个实施例的异常结构的段示意图；

图5示出了根据本发明一个实施例的正常结构的段示意图；

图6示出了根据本发明一个实施例的USB读写流程示意图；

图7示出了根据本发明一个实施例的基于通用串行总线的车载通信装置的框图；

图8示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

首先需要说明的是，USB2.0协议规定了4种基本的传输类型：一为控制传输：常用于主机对设备的配置与控制。同步传输：用于传输周期性、低延时性但不需要保证传输质量的数据，如语音、视频。中断传输：用于数据量小、周期性且及时响应的数据，如键盘、鼠标或者游戏手柄。批量传输：用于数据量大、非周期性、无实时性要求的数据。其中的同步传输具有周期性、传输数据量大、实时性高的优势，但同步传输相较其他传输来说，缺少应答包阶段，所以存在可靠性不高的劣势。USB同步传输分为主机和设备，数据的读取与写入均由主机发起。

请参阅图1，图1示出了可以应用本发明实施例的技术方案的示例性系统架构的示意图。如图1所示，系统架构可以包括车载通信主机101和通用串行总线设备102。其中，车载通信主机101包括但不限于车机和集线器HUB，通用串行总线设备102包括但不限于电子控制单元(Electronic Control Unit，ECU)。车载通信主机101用于生成数据操作请求包，并发送至通用串行总线设备102，根据数据操作请求包确定车载通信主机和通用串行总线设备的收发关系。车载通信主机的微控制单元(Microcontroller Unit，MCU)和通用串行总线设备的MCU间通过USB收发器传输D+与D-一对差分信号进行数据传输。

通用技术中ECU在运用通用串行总线(Universal Serial Bus，USB)传输时均未对同步传输进行可靠性增强处理。但是在车载应用中，传输的数据通常比较重要，如传输路况的实时更新数据。因此车载USB通信不仅需要保证高实时性、传输数据量大，还需要具备较高的可靠性，但同步传输可靠性较低。

为解决上述技术问题，本发明提供了一种基于通用串行总线的车载通信方法、装置、设备及介质，以下对本发明实施例的技术方案的实现细节进行详细阐述。

请参阅图2，图2示出了根据本发明一个实施例的基于通用串行总线的车载通信方法的流程示意图。如图2所示，在一示例性的实施例中基于通用串行总线的车载通信方法至少包括步骤S210至步骤S230，详细介绍如下：

步骤S210，获取车载数据发送设备的初始有效数据和数据生成规则。

其中，数据生成规则用于规范数据校验规则和数据段组成规则。

在本发明的一个实施例中，获取车载数据发送设备的初始有效数据和数据生成规则之前，基于通用串行总线的车载通信方法还包括：获取车载通信主机的数据操作行为；若数据操作行为为同步读操作，则生成数据读取请求包，并将车载通信主机确定为车载数据接收设备；若数据操作行为为同步写操作，则生成数据写入请求包，并将车载通信主机确定为车载数据发送设备；将数据读取请求包或数据写入请求包作为数据操作请求包发送至通用串行总线设备。

在本发明的一个实施例中，响应于车载通信主机的数据需求，得到数据操作行为。车载通信主机在同步读操作的传输过程中，在令牌包阶段，USB总线被占据，车载通信主机生成并发送数据读取请求包至通用串行总线设备，数据读取请求包也即IN包，用于请求读取通用串行总线设备的设备数据。车载通信主机在同步写操作的传输过程中，在令牌包阶段，USB总线被占据，车载通信主机生成并发送数据写入请求包至通用串行总线设备，数据写入请求包也即OUT包，用于请求向通用串行总线设备写入设备数据。

在本发明的一个实施例中，将数据读取请求包或数据写入请求包作为数据操作请求包发送至通用串行总线设备之后，基于通用串行总线的车载通信方法还包括：接收数据操作请求包；若数据操作请求包为数据读取请求包，则将通用串行总线设备作为车载数据发送设备；若数据操作请求包为数据写入请求包，则将通用串行总线设备作为车载数据接收设备。

在本发明的一个实施例中，数据校验规则用于在车载数据接收设备端判断传输数据是否成功，数据校验规则包括但不限于异或校验和冗余校验。

在本发明的一个实施例中，同步传输的最大包长度为1024个字节，在原有USB同步传输的数据包基础上，增加“段”的概念，将每一帧有效数据划分为可自定义长度的若干段。请参阅图3，图3示出了根据本发明一个实施例的段数据格式示意图，如图3所示，每一个段具有：段起始、段序(段ID)、数据长度、有效数据、校验位和段结束。数据段组成规则用于规范数据传输段的组成关系，段起始信息和段结束信息标志了一个“段”起始与“段”结束，内容可自定义，车载数据接收设备接收到一段待接数据后可以根据“段”起始与“段”结束的完整性判断该段待接数据是否出现了偏移情况。例如，段起始即标志段的开始，可以0x00；段结束即标志段的结束，可为0xFF，此仅为一个示例，本发明不做限制。段ID：用以识别该段在同步传输中所处位置。数据长度：记录有效数据的字节数。有效数据：需要传输的分段有效数据。校验位：通过根据数据校验规则对段内数据的初始校验计算，得到一个初始校验值，用以在车载数据接收设备端判断传输数据是否成功，段内数据包括段序(段ID)、数据长度和有效数据。

步骤S220，根据初始有效数据和数据生成规则生成待发数据。

在本发明的一个实施例中，根据初始有效数据和数据生成规则生成待发数据，包括：对初始有效数据进行分段，得到分段初始数据；根据数据校验规则对分段初始数据进行初始数据校验计算，得到初始校验值；基于分段初始数据、初始校验值和数据段组成规则生成待发数据；其中，分段初始数据包括分段有效数据、初始段序和分段数据长度，数据段组成规则包括段起始信息和段结束信息。

在本发明的一个实施例中，对初始有效数据进行分段，得到分段有效数据、段ID和分段数据长度，分段数据长度用于标识分段有效数据的字节数。根据数据校验规则对分段有效数据、段ID和分段数据长度进行初始数据校验计算，得到初始校验值。

步骤S230，将待发数据发送至车载数据接收设备，以使车载数据接收设备接收待发数据，得到待接数据，并根据数据生成规则对待接数据进行验证数据校验，得到目标数据，根据目标数据对车载数据接收设备进行控制。

在本发明的一个实施例中，在同步读操作的传输过程中，在数据包阶段，通用串行总线设备发送待发数据至车载通信主机，待待发数据传输完成后，释放USB总线。在同步写操作的传输过程中，在数据包阶段，车载通信主机发送待发数据至通用串行总线设备，待待发数据传输完成后，释放USB总线。

在本发明的一个实施例中，根据数据生成规则对待接数据进行验证数据校验，得到目标数据，包括：根据数据段组成规则对待接数据进行数据矫正，得到矫正数据；根据数据校验规则对矫正数据进行验证数据校验计算，得到验证校验值；若验证校验值与矫正数据中矫正校验值一致，则将矫正数据确定为目标数据，并存储；若验证校验值与矫正校验值不一致，则将矫正数据丢弃。

在本发明的一个实施例中，根据数据段组成规则对待接数据进行数据矫正，得到矫正数据，包括：根据段起始信息、段结束信息和待接数据确定数据偏移状态；若数据偏移状态为异常段，则将待接数据进行移位，得到矫正数据；若数据偏移状态为正常段，则将待接数据确定为矫正数据。

在本发明的一个实施例中，请参阅图4和图5，图4示出了根据本发明一个实施例的异常结构的段示意图，图5示出了根据本发明一个实施例的正常结构的段示意图。传输过程中总线位偏移带来的错误，可根据“段”起始与“段”结束的完整性判断，若该段的数据出现了如图4所示的数据偏移状态，则可通过移位的操作校正数据为图5所示的状态，提高了数据的容错性。

在本发明的一个实施例中，根据数据校验规则对矫正数据中的矫正段序、矫正数据长度和矫正有效数据进行验证数据校验计算，得到验证校验值。若验证校验值与矫正数据中矫正校验值一致，则将矫正数据确定为目标数据，并存储，可根据目标数据对车载数据接收设备进行控制。若验证校验值与矫正校验值不一致，则将矫正数据丢弃，等待下一次的数据更新。本发明牺牲了一部分实时性，但极大程度提高了从发送端获取到的数据的可靠性，解决了USB同步传输可靠性不高的问题。

在本发明的一个实施例中，请参阅图6，图6示出了根据本发明一个实施例的USB读写流程示意图。如图6所示，在同步读操作的过程中，令牌包阶段，车载通信主机发送IN包至通用串行总线设备，开启同步读的传输。数据包阶段，通用串行总线设备对每一段待发初始数据进行第一校验计算，得到第一校验值，放入第一校验位；将待发初始数据和第一校验值进行写入，得到第一数据；向车载通信主机发送第一数据。车载通信主机收到第一数据后，存入随机存取存储器(Random Access Memory，RAM)，拷贝对应位数据并存入相应的段缓冲器(buffer)，进行数据格式矫正，得到第二数据。数据内容校验阶段，将第二数据进行与通用串行总线设备相同的第一校验计算，得到目标校验值，根据目标校验值和第二数据中第二校验值的一致性确定校验结果，如果校验成功，则第二数据生效，如果校验失败，则丢弃第二数据。

在本发明的一个实施例中，完成数据传输后，车载通信主机或通用串行总线设备可根据目标数据进行车辆控制，例如，传输的数据为路况实时更新数据，车机可根据路况实时更新数据进行导航优化。

在本发明的一个实施例中，请继续参阅图6，如图6所示，在同步写操作的过程中，令牌包阶段，车载通信主机发送OUT包，开启同步写的传输。数据包阶段，车载通信主机对每一段待发初始数据进行第二校验计算，得到第三校验值，放入校验位；将待发初始数据和第三校验值进行写入，得到第三数据；向通用串行总线设备发送第三数据。通用串行总线设备收到第三数据后，存入RAM，拷贝对应位数据并存入相应的段buffer，进行数据格式矫正，得到第四数据。数据内容校验阶段，将第四数据进行与车载通信主机相同的第二校验计算，得到目标校验值，根据目标校验值和第四数据中第四校验值的一致性确定校验结果，如果校验成功，则第四数据生效，如果校验失败，则丢弃第四数据。本发明不仅发挥了USB同步传输实时性的优势，同时在实时性与可靠性之间做了一个权衡，当发送端错误的数据更新了，接收端收到数据后优先矫正错误数据，如果无法矫正，选择丢弃该部分数据，等待下一次更新，牺牲了一部分实时性，但极大程度提高了从接收端获取数据的可靠性，解决了USB同步传输可靠性不高的技术问题。

请参阅图7，图7示出了根据本发明一个实施例的基于通用串行总线的车载通信装置的框图。该装置可以应用于图1所示的实施环境。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。

如图7所示，根据本发明的一个实施例的一种基于通用串行总线的车载通信装置700，包括：获取模块701，数据生成模块702和发送模块703。

其中，获取模块701，用于获取车载数据发送设备的初始有效数据和数据生成规则；数据生成模块702，用于根据初始有效数据和数据生成规则生成待发数据；发送模块703，用于将待发数据发送至车载数据接收设备，以使车载数据接收设备接收待发数据，得到待接数据，并根据数据生成规则对待接数据进行验证数据校验，得到目标数据，根据目标数据对车载数据接收设备进行控制；其中，数据生成规则用于规范数据校验规则和数据段组成规则。

请继续参阅图1，如图1所示，根据本发明的一个实施例的基于通用串行总线的车载通信装置基于通用串行总线的车载通信方法还包括车载通信主机101和通用串行总线设备102；车载通信主机用于生成数据操作请求包，并发送至通用串行总线设备，数据操作请求包用于将车载通信主机确定为车载数据发送设备或车载数据接收设备；通用串行总线设备用于根据数据操作请求包将通用串行总线设备确定为车载数据发送设备或车载数据接收设备。

需要说明的是，上述实施例所提供的基于通用串行总线的车载通信装置与上述实施例所提供的基于通用串行总线的车载通信方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的基于通用串行总线的车载通信装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本发明的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述各个实施例中提供的基于通用串行总线的车载通信方法。

请参阅图8，图8示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。需要说明的是，图8示出的电子设备的计算机系统800仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(Central Processing Unit，CPU)801，其可以根据存储在只读存储器(Read-OnlyMemory，ROM)802中的程序或者从储存部分808加载到随机访问存储器(Random Access Memory，RAM)803中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM 803中，还存储有系统操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(Input/Output，I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分807；包括硬盘等的储存部分808；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入储存部分808。

根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的各种功能。

需要说明的是，本发明实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本发明的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如上述各个实施例中提供的基于通用串行总线的车载通信方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

在上述实施例中，除非另外规定，否则通过使用“第一”和“第二”等序号对共同的对象进行描述，只表示其指代相同对象的不同实例，而非是采用表示被描述的对象必须采用给定的顺序，无论是时间地、空间地、排序地或任何其他方式。

上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种基于通用串行总线的车载通信方法，其特征在于，所述基于通用串行总线的车载通信方法包括：

获取车载数据发送设备的初始有效数据和数据生成规则；

根据所述初始有效数据和所述数据生成规则生成待发数据；

将所述待发数据发送至车载数据接收设备，以使所述车载数据接收设备接收所述待发数据，得到待接数据，并根据所述数据生成规则对所述待接数据进行验证数据校验，得到目标数据，根据所述目标数据对所述车载数据接收设备进行控制；

其中，所述数据生成规则用于规范数据校验规则和数据段组成规则。

2.根据权利要求1所述的基于通用串行总线的车载通信方法，其特征在于，根据所述初始有效数据和所述数据生成规则生成待发数据，包括：

对所述初始有效数据进行分段，得到分段初始数据；

根据所述数据校验规则对所述分段初始数据进行初始数据校验计算，得到初始校验值；

基于所述分段初始数据、初始校验值和数据段组成规则生成待发数据；

其中，所述分段初始数据包括分段有效数据、初始段序和分段数据长度，数据段组成规则包括段起始信息和段结束信息。

3.根据权利要求2所述的基于通用串行总线的车载通信方法，其特征在于，根据所述数据生成规则对所述待接数据进行验证数据校验，得到目标数据，包括：

根据所述数据段组成规则对所述待接数据进行数据矫正，得到矫正数据；

根据所述数据校验规则对所述矫正数据进行验证数据校验计算，得到验证校验值；

若所述验证校验值与所述矫正数据中矫正校验值一致，则将所述矫正数据确定为目标数据，并存储；

若所述验证校验值与所述矫正校验值不一致，则将所述矫正数据丢弃。

4.根据权利要求3所述的基于通用串行总线的车载通信方法，其特征在于，根据所述数据段组成规则对所述待接数据进行数据矫正，得到矫正数据，包括：

根据所述段起始信息、段结束信息和所述待接数据确定数据偏移状态；

若所述数据偏移状态为异常段，则将所述待接数据进行移位，得到所述矫正数据；

若所述数据偏移状态为正常段，则将所述待接数据确定为所述矫正数据。

5.根据权利要求1-4任一项所述的基于通用串行总线的车载通信方法，其特征在于，获取车载数据发送设备的初始有效数据和数据生成规则之前，所述基于通用串行总线的车载通信方法还包括：

获取车载通信主机的数据操作行为；

若所述数据操作行为为同步读操作，则生成数据读取请求包，并将所述车载通信主机确定为车载数据接收设备；

若所述数据操作行为为同步写操作，则生成数据写入请求包，并将所述车载通信主机确定为车载数据发送设备；

将所述数据读取请求包或所述数据写入请求包作为数据操作请求包发送至通用串行总线设备。

6.根据权利要求5所述的基于通用串行总线的车载通信方法，其特征在于，将所述数据读取请求包或所述数据写入请求包作为数据操作请求包发送至通用串行总线设备之后，所述基于通用串行总线的车载通信方法还包括：

接收所述数据操作请求包；

若所述数据操作请求包为所述数据读取请求包，则将所述通用串行总线设备作为车载数据发送设备；

若所述数据操作请求包为所述数据写入请求包，则将所述通用串行总线设备作为车载数据接收设备。

7.一种基于通用串行总线的车载通信装置，其特征在于，所述基于通用串行总线的车载通信装置包括：

获取模块，用于获取车载数据发送设备的初始有效数据和数据生成规则；

生成模块，用于根据所述初始有效数据和所述数据生成规则生成待发数据；

发送模块，用于将所述待发数据发送至车载数据接收设备，以使所述车载数据接收设备接收所述待发数据，得到待接数据，并根据所述数据生成规则对所述待接数据进行验证数据校验，得到目标数据，根据所述目标数据对所述车载数据接收设备进行控制；

其中，所述数据生成规则用于规范数据校验规则和数据段组成规则。

8.根据权利要求7所述的基于通用串行总线的车载通信装置所述基于通用串行总线的车载通信方法还包括车载通信主机和通用串行总线设备；

所述车载通信主机用于生成数据操作请求包，并发送至所述通用串行总线设备，所述数据操作请求包用于将所述车载通信主机确定为所述车载数据发送设备或所述车载数据接收设备；

所述通用串行总线设备用于根据所述数据操作请求包将所述通用串行总线设备确定为所述车载数据发送设备或所述车载数据接收设备。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至6中任一项所述的基于通用串行总线的车载通信方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求1至6中任一项所述的基于通用串行总线的车载通信方法。