CN108011904A - 信息发送方法、接收方法、装置及信息收发系统 - Google Patents

Abstract

本发明涉及行驶记录技术领域，本发明提供信息发送方法、接收方法、装置及信息收发系统，通过移动网络向服务器请求采集数据的配置信息，接收服务器通过获取车型信息得到的配置信息，根据配置信息采集CAN报文，向服务器发送配置信息与所述CAN报文组成的数据包，以使服务器对所述数据包进行解析，可以使同一车载终端以及同一套软件适配到不同车型上，实现对不同车型的车身数据进行监控与记录，加快了不同车型的车载终端的开发时间以及降低开发成本，由于根据配置信息采集CAN报文的过程中无需了解CAN总线的协议内容，对CAN报文数据的解析由服务器或者上位机进行，对车辆CAN总线协议的泄漏起到了防范作用。

Description

信息发送方法、接收方法、装置及信息收发系统

技术领域

本发明属于行驶记录技术领域，尤其涉及信息发送方法、接收方法、装置及信息收发系统。

背景技术

目前，随着汽车在中国的逐渐普及，汽车安全越来越受到人们的重视，特别是新能源汽车的兴起，人们更加重视汽车的车身以及动力安全。在传统领域，人们通过为汽车安装行驶记录仪来记录车辆行驶过程中的车身状态数据以及GPS数据，并保存在行驶记录仪自身的存储介质中。在车辆行驶过程中，车身各个模块通过CAN收发器将状态数据发送到CAN总线上，而行驶记录仪则通过采集CAN总线数据来采集车身状态数据。随着移动互联网技术的发展，行车记录仪增加了车联网功能，将原本保存在本地的数据上传到指定的服务器中。

现有的行驶记录仪的采集数据流程，如图1所示，记录仪采集数据的基本流程大体如下：

S701.记录仪上电后，通讯模块进行拨号联网，与服务器进行链接；

S702.根据车辆已有的CAN协议，采集车辆CAN总线特定的CAN ID数据；

S703.解析采集到的CAN数据，获取车辆信息并按照网络传输协议组成数据包；

S704.上传已经组好的网络数据至服务器，并在存储于本地存储介质。

采用上述的车辆数据采集与存储方法，无法将同一个型号的车载终端安装到不同品牌、不同车型的车辆上，即使硬件平台能够通用，也需要针对不同的车型进行软件的适应调整，开发周期长且对增加了软件版本管控的难度。

此外，在汽车的研制过程中，不同的品牌、不同车型会根据自身需求，制定不同的CAN总线协议，或许CAN报文帧格式不同、或许CAN ID不同、或许数据内容不同，车辆数据采集与存储方法则上传存储统一的数据内容，导致需要车载终端对CAN总线数据进行解析并打包数据，因此导致了车载终端软件需要针对不同的CAN总线协议进行调整，同时由于需要对CAN数据进行解析增加了车辆CAN总线协议泄漏的风险。

发明内容

本发明提供的信息发送方法、接收方法、装置及信息收发系统，能够实现在不同的车型中使用同一套车载终端，从而加快不同车型的车载终端的开发时间以及降低开发成本，并且对车辆CAN总线协议的泄漏起到防范作用。

本发明第一方面提供一种信息发送方法，所述信息发送方法包括：

与服务器建立网络连接，并向所述服务器发送请求配置信息，其中，所述请求配置信息包括车型信息；

接收所述服务器发送的配置信息，并向所述服务器返回应答报文；

当所述配置信息有效时，根据所述配置信息采集CAN报文；

向所述服务器发送所述配置信息与所述CAN报文组成的数据包，以使所述服务器对所述数据包进行解析。

本发明第二方面提供一种信息发送装置，所述信息发送装置包括：

网络通讯单元，用于与服务器建立网络连接，向所述服务器发送请求配置信息，接收所述服务器发送的配置信息，并向所述服务器返回应答报文，其中，所述请求配置信息包括车型信息；

数据采集单元，当所述配置信息有效时，用于根据所述配置信息采集CAN报文，通过网络通讯单元所述向所述服务器发送所述配置信息与所述CAN报文组成的数据包，以使所述服务器对所述数据包进行解析。

本发明第三方面提供一种信息接收方法，所述信息接收方法包括：

与车载终端建立网络连接，并接收所述车载终端发送的请求配置信息；

根据所述请求配置信息中的车型信息获取配置信息，并向所述车载终端发送所述配置信息；

接收所述车载终端发送的针对所述配置信息的应答报文；

接收所述车载终端发送的所述配置信息与CAN报文组成的数据包，并对所述数据包进行解析处理。

本发明第四方面提供一种信息接收装置，所述信息接收装置包括数据通讯单元、配置信息获取单元以及处理单元；

所述数据通讯单元用于与车载终端建立网络连接，并接收所述车载终端发送的请求配置信息；

所述配置信息获取单元根据所述请求配置信息中的车型信息获取配置信息，并通过所述数据通讯单元向所述车载终端发送所述配置信息；

所述数据通讯单元还用于接收所述车载终端发送的针对所述配置信息的应答报文，并接收所述车载终端发送的所述配置信息与CAN报文组成的数据包；

所述处理单元对所述数据包进行解析处理。

本发明第五方面提供一种信息收发系统，所述信息收发系统包括上述的信息发送装置以及上述的信息接收装置。

本发明实施例提供一种信息发送方法、接收方法、装置及信息收发系统，与现有技术相比，通过移动网络向服务器请求采集数据的配置信息，接收服务器通过获取车型信息得到的配置信息，根据配置信息采集CAN报文，仅需调整配置信息，即可实现了同一车载终端、同一套软件可适配到不同车型上，实现对不同车型的车身数据进行监控与记录，加快了不同车型的车载终端的开发时间以及降低开发成本，由于根据配置信息采集CAN报文的过程中无需了解CAN总线的协议内容，对CAN报文数据的解析由服务器或者上位机进行，对车辆CAN总线协议的泄漏起到了防范作用。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术提供的行车记录仪采集数据方法的流程图；

图2是本发明一种实施例提供的一种信息发送方法的流程图；

图3是本发明一种实施例提供的一种信息发送方法中的配置信息的数据帧示意图；

图4是本发明另一种实施例提供的一种信息发送方法的流程图；

图5是本发明另一种实施例提供的一种信息发送方法中的车载终端与服务器之间通讯过程示意图；

图6是本发明另一种实施例提供的一种信息发送装置的结构示意图；

图7是本发明另一种实施例提供的一种信息发送装置中的数据采集单元的结构示意图；

图8是本发明另一种实施例提供的一种信息接收方法的流程图；

图9是本发明另一种实施例提供的一种信息接收方法的流程图；

图10是本发明另一种实施例提供的一种信息接收装置的结构示意图；

图11是本发明另一种实施例提供的一种信息接收装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例用以解释本发明，并不用于限定本发明。为了说明本发明的技术方案，下面通过具体实施例来进行说明。

本发明实施例提供一种信息发送方法，如图2所示，信息发送方法包括：

步骤S101.与服务器建立网络连接，并向服务器发送请求配置信息，其中，请求配置信息包括车型信息。

在步骤S101中，具体的，车载终端上电初始化后，通过拨号联网与服务器建立网络数据通道的连接，采用的数据协议可以是TCP、UDP、MQTT等协议。

步骤S102.接收服务器发送的配置信息，并向服务器返回应答报文。

在步骤S102中，具体的，由于所接收的服务器下发的配置信息可能不止一帧，因此每接收一帧配置必须发送一次应答报文。

步骤S103.当配置信息有效时，根据配置信息采集CAN报文。

在步骤S103中，具体的，如图3所示，当配置信息有效时，所接收的配置信息包含有配置帧总数、当前配置帧序号、帧类型以及需采集的CAN报文数据，如果帧类型为事件周期类型，还可以包含对应CAN报文的数据区屏蔽位。

需要说明的是，如果车载终端能够连接上网络但服务器没有下发有效配置数据时，则每间隔30S向服务器发送一次请求配置数据包。

步骤S104.向服务器发送配置信息与CAN报文组成的数据包以使服务器对数据包进行解析。

在步骤S104中，具体的，上传数据包内容包括帧类型、配置帧序号、车辆识别码(例如车架号)以及CAN报文等等。

本发明实施例提供一种信息发送方法，与现有技术相比，通过移动网络向服务器请求采集数据的配置信息，接收服务器通过获取车型信息得到的配置数据，根据配置信息采集CAN报文，仅需调整配置信息，可以实现在不同的车型中使用同一套车载终端，从而加快了不同车型的车载终端的开发时间以及降低开发成本。此外，现有技术中车载终端通常将数据进行解析后再进行上传，上传数据的格式固定，而本发明中上传数据的内容是根据配置信息的内容进行配置的，上传数据是由原始CAN报文组成的数据包，可以进行动态调节，并不需要知道协议内容，上传数据至服务器由上位机解析并存储或者直接存储，对车辆CAN总线协议的泄漏起到了一定的防范作用。

本发明另一种实施例提供一种信息发送方法，如图4所示，信息发送方法包括：

步骤S201.与服务器建立网络连接，并向服务器发送请求配置信息，其中，请求配置信息包括车型信息。

步骤S201与步骤S101相同，在此不做赘述。

步骤S202.接收服务器发送的配置信息，并向服务器返回应答报文。

步骤S202与步骤S102相同，在此不做赘述。

步骤S203.当配置信息有效时，根据配置信息中的帧类型获取CAN总线数据类型，其中，CAN总线数据类型为周期数据类型、事件数据类型或者事件周期数据类型。

在步骤S203中，具体的，将车辆CAN总线数据类型按照数据特征分为三类：周期数据类型、事件数据类型以及事件周期数据类型，三种数据类型说明如下：

周期数据类型：由车身其他模块按照一定周期发送出来的一种报文，且数据内容变化比较频繁，监控此类报文可以实时获取车身数据，并形成一个与时间相关的车身状态数据库。

事件数据类型：事件数据是由于车身某些条件被触发而发送出来的CAN报文，例如车辆碰撞、车辆被非法进入等，此类数据属于紧急数据，必须优先处理。

事件周期数据类型：此类数据一般也是周期性发送出来，但是数据内容变化不是很频繁，只需要采集数据内容发生变化时的数据，一般用于显示车辆状态，例如档位信息、空调温度设置等。

步骤S204.根据CAN总线数据类型采集其所对应的数据，并开始计时。

在步骤S204中，具体的，分别根据所获取的周期数据类型、事件数据类型以及事件周期数据类型，采集该类型所对应的数据。

步骤S205.根据CAN总线数据类型判定满足触发上传条件时，向服务器发送配置信息与CAN报文组成的数据包以使服务器对数据包进行解析。

在步骤S205中，具体的，根据CAN总线数据类型判定满足触发上传条件包括：

当CAN总线数据类型为周期数据类型时，计时时间到达设置的周期时间时满足触发上传条件；

当CAN总线数据类型为事件数据类型时，计时时间到达设置的最小上传周期时间并且接收到事件数据时满足触发上传条件；

当CAN总线数据类型为事件周期数据类型时，计时时间到达配置的最小上传周期超时间并且在最小上传周期之间采集到CAN报文时满足触发上传条件。

其中，由于服务器输出的配置信息是可以重复下发的，服务器可以根据需求向车载终端下发不同的配置数据，不同的数据类型可以使用不同的上传周期时间，实现了对于关键数据以及敏感数据可以实现紧急管理。

进一步的，步骤S205中向服务器发送CAN报文与配置信息组成的数据包的过程中还包括：

在发送数据包的过程中接收到服务器发送的新的配置信息时，根据新的配置信息采集CAN报文。

进一步的，如图5所示，在步骤S201中，如果车载终端无法连接上网络并且本地存储的配置信息有效，则根据本地存储配置信息采集数据保存，并设置为未上传状态，等待网络通讯恢复从本地读出再上传至服务器。

进一步的，在步骤S201中，如果车载终端无法连接上网络并且本地存储的配置信息无效，则等待网络恢复正常再请求配置信息，不采集与保存车辆数据。

其中，受限于存储器的容量，必须保证存储的数据能够保存15天以上，超过15天的数据可以被新数据覆盖。

本发明实施例提供一种信息发送方法，与现有技术相比，通过移动网络向服务器请求采集数据的配置信息，接收服务器通过获取车型信息得到的配置数据，根据配置信息采集CAN报文，仅需调整配置信息，实现了同一车载终端、同一套软件可适配到不同车型上，实现对不同车型的车身数据进行监控与记录，此外，由于服务器输出的配置信息是可以重复下发的，服务器可以根据需求向车载终端下发不同的配置数据，不同的数据可以使用不同的上传周期时间，对于关键数据以及敏感数据可以实现紧急管理，而且在上传过程中可以对监控记录数据的内容、周期、长短进行管理，具有很高的灵活度。同时由于使用同一套车载终端，只需调整配置信息，从而加快了不同车型的车载终端的开发时间以及降低开发成本，由于车载终端无需了解CAN总线的协议内容，数据的解析由服务器或者上位机进行解析，对车辆CAN总线协议的泄漏起到了一定的防范作用。

本发明另一种实施例提供一种信息发送装置10，如图6所示，信息发送装置10包括：

网络通讯单元301，用于与服务器20建立网络连接，向服务器20发送请求配置信息，接收服务器20发送的配置信息，并向服务器20返回应答报文，其中，请求配置信息包括车型信息；

数据采集单元302，当配置信息有效时，用于根据配置信息采集CAN报文，通过网络通讯单元301向服务器20发送配置信息与CAN报文组成的数据包，以使服务器20对数据包进行解析。

具体的，信息发送装置10可以为车载终端，车载终端上电初始化后，网络通讯单元301通过拨号联网与服务器20建立网络数据通道的连接，采用的数据协议可以是TCP、UDP、MQTT等协议。

具体的，由于网络通讯单元301所接收的服务器20下发的配置信息可能不止一帧，因此每接收一帧配置必须发送一次应答报文。

具体的，当配置信息有效时，数据采集单元302根据配置信息采集CAN报文，所接收的配置信息包含有配置帧总数、当前配置帧序号、帧类型以及需采集的CAN ID数据，如果帧类型为事件周期类型，还可以包含对应CAN ID的数据区屏蔽位，上传数据包内容包括帧类型、配置帧序号、车辆识别码(例如车架号)以及CAN报文等等。

需要说明的是，如果车载终端能够连接上网络但服务器20没有下发有效配置数据时，则每间隔30S向服务器20发送一次请求配置数据包。

本发明实施例提供一种信息发送装置，与现有技术相比，通过移动网络向服务器请求采集数据的配置信息，接收服务器通过获取车型信息得到的配置数据，根据配置信息采集CAN报文，仅需调整配置信息，可以实现在不同的车型中使用同一套车载终端，从而加快了不同车型的车载终端的开发时间以及降低开发成本。此外，现有技术中车载终端通常将数据进行解析后再进行上传，上传数据的格式固定，而本发明中上传数据的内容是根据配置信息的内容进行配置的，上传数据是由原始CAN报文组成的数据包，可以进行动态调节，并不需要知道协议内容，上传数据至服务器由上位机解析并存储或者直接存储，对车辆CAN总线协议的泄漏起到了一定的防范作用。

本发明另一种实施例提供一种信息发送装置10，如图7所示，数据采集单元302包括：

CAN总线数据类型获取单元303，用于根据配置信息中的帧类型获取CAN总线数据类型，其中，CAN总线数据类型为周期数据类型、事件数据类型或者事件周期数据类型；

CAN总线数据采集单元304，用于根据CAN总线数据类型采集其所对应的数据；

计时单元，用于CAN总线数据采集单元302采集数据时开始计时。

其中，CAN总线数据采集单元302根据所获取的周期数据类型、事件数据类型以及事件周期数据类型，采集该类型所对应的数据，具体的，CAN总线数据采集单元302根据CAN总线数据类型判定满足触发上传条件时，向服务器20发送配置信息与CAN报文组成的数据包；

CAN总线数据采集单元302根据CAN总线数据类型判定满足触发上传条件包括：

当CAN总线数据类型为周期数据类型时，计时单元的计时时间到达设置的周期时间时满足触发上传条件；

当CAN总线数据类型为事件数据类型时，计时单元的计时时间到达设置的最小上传周期时间并且接收到事件数据时满足触发上传条件；

当CAN总线数据类型为事件周期数据类型时，计时单元的计时时间到达配置的最小上传周期超时间并且在最小上传周期之间采集到CAN报文时满足触发上传条件。

其中，由于服务器20输出的配置信息是可以重复下发的，服务器20可以根据需求向车载终端下发不同的配置数据，不同的数据类型可以使用不同的上传周期时间，实现了对于关键数据以及敏感数据可以实现紧急管理。

进一步的，网络通讯单元301还用于在发送数据包的过程中接收到服务器20发送的新的配置信息时，驱动数据采集单元302根据新的配置信息采集CAN报文。

进一步的，如果车载终端无法连接上网络并且本地存储的配置信息有效，则根据本地存储配置信息采集数据保存，并设置为未上传状态，等待网络通讯恢复从本地读出再上传至服务器20。

进一步的，如果车载终端无法连接上网络并且本地存储的配置信息无效，则等待网络恢复正常再请求配置信息，不采集与保存车辆数据。

其中，受限于存储器的容量，必须保证存储的数据能够保存15天以上，超过15天的数据可以被新数据覆盖。

本发明实施例提供一种信息发送装置，与现有技术相比，通过移动网络向服务器请求采集数据的配置信息，接收服务器通过获取车型信息得到的配置数据，根据配置信息采集CAN报文，仅需调整配置信息，实现了同一车载终端、同一套软件可适配到不同车型上，实现对不同车型的车身数据进行监控与记录，由于使用同一套车载终端，只需调整配置信息，从而加快了不同车型的车载终端的开发时间以及降低开发成本，此外，由于服务器输出的配置信息是可以重复下发的，服务器可以根据需求向车载终端下发不同的配置数据，不同的数据可以使用不同的上传周期时间，对于关键数据以及敏感数据可以实现紧急管理，而且在上传过程中可以对监控记录数据的内容、周期、长短进行管理，具有很高的灵活度，同时由于无需了解CAN总线的协议内容，数据的解析由服务器或者上位机进行解析，对车辆CAN总线协议的泄漏起到了一定的防范作用。

本发明另一种实施例提供一种信息接收方法，如图8所示，信息接收方法包括：

步骤S401.与车载终端建立网络连接，并接收车载终端发送的请求配置信息。

在步骤S401中，具体的，通过拨号联网与车载终端建立网络数据通道的连接，采用的数据协议可以是TCP、UDP、MQTT等协议。

步骤S402.根据请求配置信息中的车型信息获取配置信息，并向车载终端发送配置信息。

在步骤S402中，具体的，服务器的配置信息数据由系统开发人员根据不同的车型进行配置，根据请求配置信息中的车型信息获取配置信息。

步骤S403.接收车载终端发送的针对配置信息的应答报文。

在步骤S403中，具体的，获取配置信息后，向车载终端下发配置信息，并等待车载终端应答，如果4s超时没有应答则重复下发，如果车载终端配置信息不止一帧，则每下发一帧需等到终端应答才下发下一帧。

步骤S404.接收车载终端发送的配置信息与CAN报文组成的数据包，并对数据包进行解析。

在步骤S404中，具体的，解析所得数据可以进行存储或者转发至其他应用服务器以供调用。

本发明实施例提供一种信息发送方法，与车载终端建立网络连接，并接收车载终端发送的请求配置信息，根据请求配置信息中的车型信息获取配置信息，并向车载终端发送配置信息，接收车载终端发送的配置信息与CAN报文组成的数据包，并对数据包进行解析，与现有技术相比，车载终端只负责采集CAN数据而不进行解析，车载终端并不需要知道协议内容，接收车载终端上传的CAN数据，由上位机解析并存储或者直接存储，对车辆CAN总线协议的泄漏起到了一定的防范作用。

本发明另一种实施例提供一种信息接收方法，如图9所示，信息接收方法包括：

步骤S501.与车载终端建立网络连接，并接收车载终端发送的请求配置信息。

步骤S501与步骤S401相同，在此不做赘述。

步骤S502.根据请求配置信息中的车型信息获取配置信息，并向车载终端发送配置信息。

步骤S502与步骤S402相同，在此不做赘述。

步骤S503.接收车载终端发送的针对配置信息的应答报文。

步骤S503与步骤S403相同，在此不做赘述。

步骤S504.接收车载终端发送的配置信息与CAN报文组成的数据包，根据数据包获取车型信息和帧类型。

步骤S505.根据帧类型获取CAN总线数据类型，其中，CAN总线数据类型为周期数据类型、事件数据类型或者事件周期数据类型。

在步骤S505中，具体的，关于CAN总线数据类型，请参照步骤S203中的描述，在此不做赘述。

步骤S506.根据CAN总线数据类型对其所对应的数据进行解析处理。

在步骤S506中，具体的，根据CAN总线数据类型对其所对应的数据进行处理包括：

当CAN总线数据类型为周期数据类型时，将周期数据类型所对应的数据存入数据库；

当CAN总线数据类型为事件数据类型或者事件周期数据类型时，接收事件数据类型或者事件周期数据类型所对应的数据并进行处理。

其中，车载终端根据不同车型的不同CAN数据来获取相对应的信息，按照不同的周期时间、类型上传至服务器并存储于本地，由服务器进行解析后进行存储或者转发至其他服务器应用。

本发明另一种实施例提供一种信息接收装置40，如图10所示，信息接收装置40包括数据通讯单元601、配置信息获取单元602以及处理单元603；

数据通讯单元601用于与车载终端30建立网络连接，并接收车载终端30发送的请求配置信息；

配置信息获取单元602根据请求配置信息中的车型信息获取配置信息，并通过数据通讯单元601向车载终端30发送配置信息；

数据通讯单元601还用于接收车载终端30发送的针对配置信息的应答报文，并接收车载终端30发送的配置信息与CAN报文组成的数据包；

处理单元603对数据包进行解析处理。

具体的，信息接收装置40可以为服务器，服务器的配置信息数据由系统开发人员根据不同的车型进行配置，根据请求配置信息中的车型信息获取配置信息。

具体的，获取配置信息后，向车载终端30下发配置信息，并等待车载终端30应答，如果4s超时没有应答则重复下发，如果车载终端30配置信息不止一帧，则每下发一帧需等到终端应答才下发下一帧。

具体的，处理单元603解析所得数据可以进行存储或者转发至其他应用服务器以供调用。

本发明实施例提供一种信息发送装置，与车载终端30建立网络连接，并接收车载终端30发送的请求配置信息，根据请求配置信息中的车型信息获取配置信息，并向车载终端30发送配置信息，接收车载终端30发送的配置信息与CAN报文组成的数据包，并对数据包进行解析，与现有技术相比，车载终端30只负责采集CAN数据而不进行解析，车载终端30并不需要知道协议内容，接收车载终端30上传的CAN数据，由上位机解析并存储或者直接存储，对车辆CAN总线协议的泄漏起到了一定的防范作用。

本发明另一种实施例提供一种信息接收装置40，如图11所示，信息接收装置40还包括数据类型获取单元604；

数据类型获取单元604用于根据数据包获取车型信息和帧类型，根据帧类型获取CAN总线数据类型，其中，CAN总线数据类型为周期数据类型、事件数据类型或者事件周期数据类型；

处理单元603根据CAN总线数据类型对其所对应的数据进行处理。

处理单元603根据CAN总线数据类型对其所对应的数据进行处理包括：

当CAN总线数据类型为周期数据类型时，将周期数据类型所对应的数据存入数据库；

当CAN总线数据类型为事件数据类型或者事件周期数据类型时，接收事件数据类型或者事件周期数据类型所对应的数据并进行处理。

其中，车载终端30根据不同车型的不同CAN数据来获取相对应的信息，按照不同的周期时间、类型上传至服务器并存储于本地，由服务器进行解析后进行存储或者转发至其他服务器应用。

本发明另一种实施例提供一种信息收发系统，信息收发系统包括上述实施例提供的信息发送装置以及上述实施例提供的信息接收装置。

本发明实施例提供一种信息发送方法、接收方法、装置及信息收发系统，与现有技术相比，通过移动网络向服务器请求采集数据的配置信息，接收服务器通过获取车型信息得到的配置信息，根据配置信息采集CAN报文，仅需调整配置信息，即可实现了同一车载终端、同一套软件可适配到不同车型上，实现对不同车型的车身数据进行监控与记录，加快了不同车型的车载终端的开发时间以及降低开发成本，由于根据配置信息采集CAN报文的过程中无需了解CAN总线的协议内容，对CAN报文数据的解析由服务器或者上位机进行，对车辆CAN总线协议的泄漏起到了防范作用。

本领域普通技术人员还可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，包括ROM/RAM、磁盘、光盘等。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例终端中的单元可以根据实际需要进行合并、划分和删减。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下做出若干等同替代或明显变型，而且性能或用途相同，都应当视为属于本发明由所提交的权利要求书确定的专利保护范围。

Claims (15)

1.一种信息发送方法，其特征在于，所述信息发送方法包括：

与服务器建立网络连接，并向所述服务器发送请求配置信息，其中，所述请求配置信息包括车型信息；

接收所述服务器发送的配置信息，并向所述服务器返回应答报文；

当所述配置信息有效时，根据所述配置信息采集CAN报文；

向所述服务器发送所述配置信息与所述CAN报文组成的数据包，以使所述服务器对所述数据包进行解析。

2.如权利要求1所述的信息发送方法，其特征在于，所述根据所述配置信息采集CAN报文包括：

根据所述配置信息中的帧类型获取CAN总线数据类型，其中，所述CAN总线数据类型为周期数据类型、事件数据类型或者事件周期数据类型；

根据所述CAN总线数据类型采集其所对应的数据，并开始计时。

3.如权利要求2所述的信息发送方法，其特征在于，所述向所述服务器发送所述配置信息与所述CAN报文组成的数据包包括：

根据所述CAN总线数据类型判定满足触发上传条件时，向所述服务器发送所述配置信息与所述CAN报文组成的数据包；

所述满足触发上传条件包括：

当所述CAN总线数据类型为周期数据类型时，计时时间到达设置的周期时间时满足触发上传条件；

当所述CAN总线数据类型为事件数据类型时，计时时间到达设置的最小上传周期时间并且接收到事件数据时满足触发上传条件；

当所述CAN总线数据类型为事件周期数据类型时，计时时间到达配置的最小上传周期超时间并且在所述最小上传周期之间采集到CAN报文时满足触发上传条件。

4.如权利要求1所述的信息发送方法，其特征在于，所述向所述服务器发送所述CAN报文与所述配置信息组成的数据包还包括：

在发送所述数据包的过程中接收到所述服务器发送的新的配置信息时，根据所述新的配置信息采集CAN报文。

5.一种信息发送装置，其特征在于，所述信息发送装置包括：

网络通讯单元，用于与服务器建立网络连接，向所述服务器发送请求配置信息，接收所述服务器发送的配置信息，并向所述服务器返回应答报文，其中，所述请求配置信息包括车型信息；

数据采集单元，当所述配置信息有效时，用于根据所述配置信息采集CAN报文，通过网络通讯单元所述向所述服务器发送所述配置信息与所述CAN报文组成的数据包，以使所述服务器对所述数据包进行解析。

6.如权利要求5所述的信息发送装置，其特征在于，所述数据采集单元包括：

CAN总线数据类型获取单元，用于根据所述配置信息中的帧类型获取CAN总线数据类型，其中，所述CAN总线数据类型为周期数据类型、事件数据类型或者事件周期数据类型；

CAN总线数据采集单元，用于根据所述CAN总线数据类型采集其所对应的数据；

计时单元，用于在所述CAN总线数据采集单元采集数据时开始计时。

7.如权利要求6所述的信息发送装置，其特征在于，所述CAN总线数据采集单元根据所述CAN总线数据类型判定满足触发上传条件时，向所述服务器发送所述配置信息与所述CAN报文组成的数据包；

所述满足触发上传条件包括：

当所述CAN总线数据类型为周期数据类型时，所述计时单元的计时时间到达设置的周期时间时满足触发上传条件；

当所述CAN总线数据类型为事件数据类型时，所述计时单元的计时时间到达设置的最小上传周期时间并且接收到事件数据时满足触发上传条件；

当所述CAN总线数据类型为事件周期数据类型时，所述计时单元的计时时间到达配置的最小上传周期超时间并且在所述最小上传周期之间采集到CAN报文时满足触发上传条件。

8.如权利要求5所述的信息发送装置，其特征在于，所述网络通讯单元还用于在发送所述数据包的过程中接收到所述服务器发送的新的配置信息时，驱动所述数据采集单元根据所述新的配置信息采集CAN报文。

9.一种信息接收方法，其特征在于，所述信息接收方法包括：

与车载终端建立网络连接，并接收所述车载终端发送的请求配置信息；

根据所述请求配置信息中的车型信息获取配置信息，并向所述车载终端发送所述配置信息；

接收所述车载终端发送的针对所述配置信息的应答报文；

接收所述车载终端发送的所述配置信息与CAN报文组成的数据包，并对所述数据包进行解析处理。

10.如权利要求9所述的信息接收方法，其特征在于，所述接收所述车载终端发送的所述配置信息与CAN报文组成的数据包之后包括：

根据所述数据包获取车型信息和帧类型，根据所述帧类型获取CAN总线数据类型，其中，所述CAN总线数据类型为周期数据类型、事件数据类型或者事件周期数据类型；

根据所述CAN总线数据类型对其所对应的数据进行解析处理。

11.如权利要求10所述的信息接收方法，其特征在于，所述根据所述CAN总线数据类型对其所对应的数据进行处理包括：

当所述CAN总线数据类型为周期数据类型时，将所述周期数据类型所对应的数据存入数据库；

当所述CAN总线数据类型为事件数据类型或者事件周期数据类型时，接收所述事件数据类型或者所述事件周期数据类型所对应的数据并进行处理。

12.一种信息接收装置，其特征在于，所述信息接收装置包括数据通讯单元、配置信息获取单元以及处理单元；

所述数据通讯单元用于与车载终端建立网络连接，并接收所述车载终端发送的请求配置信息；

所述配置信息获取单元根据所述请求配置信息中的车型信息获取配置信息，并通过所述数据通讯单元向所述车载终端发送所述配置信息；

所述数据通讯单元还用于接收所述车载终端发送的针对所述配置信息的应答报文，并接收所述车载终端发送的所述配置信息与CAN报文组成的数据包；

所述处理单元对所述数据包进行解析处理。

13.如权利要求12所述的信息接收装置，其特征在于，所述信息接收装置还包括数据类型获取单元；

所述数据类型获取单元用于根据所述数据包获取车型信息和帧类型，根据所述帧类型获取CAN总线数据类型，其中，所述CAN总线数据类型为周期数据类型、事件数据类型或者事件周期数据类型；

所述处理单元根据所述CAN总线数据类型对其所对应的数据进行处理。

14.如权利要求12所述的信息接收装置，其特征在于，所述处理单元根据所述CAN总线数据类型对其所对应的数据进行处理包括：

当所述CAN总线数据类型为周期数据类型时，将所述周期数据类型所对应的数据存入数据库；

当所述CAN总线数据类型为事件数据类型或者事件周期数据类型时，接收所述事件数据类型或者所述事件周期数据类型所对应的数据并进行处理。

15.一种信息收发系统，其特征在于，所述信息收发系统包括权利要求5至8任意一项所述的信息发送装置以及权利要求12至14任意一项所述的信息接收装置。