基于CAN总线的车载终端检测方法及装置

摘要

本发明实施例公开了一种基于CAN总线的车载终端检测方法及装置，车载终端接收到检测设备通过CAN总线发送的请求消息后，解析得到检测设备请求获得的数据的数据类型。然后，获取数据类型对应的数据，并通过CAN总线发送给检测设备，以便检测设备分析获得的数据，得到车载终端的运行状态或故障信息。利用该方法能够实现通过检测设备获取车载终端的状态数据，并分析该状态数据得到车载终端的运行状况。尤其当车载终端出现故障时，能够分析得到车载终端的故障信息及故障原因，从而方便用户或维修人员对车载终端进行维护，而无需返回生产商后才能获得车载终端的故障信息，提高了车载终端的维护效率，而且降低了车载终端的维护成本。

权利要求

1.一种基于CAN总线的车载终端检测方法，应用于车载终端，其特征在于，所述方法包括：通过CAN总线接收检测设备发送的请求消息；

解析所述请求消息，得到请求获得的数据的数据类型，所述数据类型至少包括状态类型和故障类型；

从记录的车载终端的状态数据中，获取所述数据类型对应的状态数据；

通过CAN总线将所述状态数据发送给所述检测设备，以使所述检测设备根据所述状态数据分析所述车载终端的状态。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：接收所述检测设备发送的连接请求消息；

根据所述连接请求消息向所述检测设备返回第一验证信息，以使所述检测设备根据所述第一验证信息获取第一验证密钥；

根据所述第一验证信息获取第二验证密钥；

当确定所述第一验证密钥与所述第二验证密钥匹配成功时，向所述检测设备发送确认连接消息，以使所述检测设备根据所述确认连接消息建立所述检测设备与所述车载终端之间的通信链路。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：在所述车载终端与所述检测设备之间建立通信链路后，开始计时，直到接收到所述检测设备发送的请求消息时，结束计时；

若从开始计时到计时时长达到第一预设时长的时间段内，未接收到所述检测设备发送的请求消息，断开所述车载终端与所述检测设备之间的通信链路。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：当接收到所述检测设备发送的模式切换请求消息时，从所述模式切换请求消息中获取第二验证信息；

将所述第二验证信息与所述车载终端内存储的第三验证信息进行匹配；

若所述第二验证信息与所述第三验证信息匹配成功，将所述车载终端切换至参数设置模式，并向所述检测设备返回模式切换成功消息，以使所述检测设备根据所述模式切换成功消息向所述车载终端发送参数设置消息；

根据所述参数设置消息设置相应的参数，并向所述检测设备返回设置成功消息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：若所述第二验证信息与所述第三验证信息匹配失败，则向所述检测设备发送匹配失败消息。

6.一种基于CAN总线的车载终端检测装置，应用于车载终端内，其特征在于，所述装置包括：第一接收单元，用于通过CAN总线接收检测设备发送的请求消息；

解析单元，用于解析所述请求消息，得到请求获得的数据的数据类型，所述数据类型至少包括状态类型和故障类型；

第一获取单元，用于从记录的车载终端的状态数据中，获取所述数据类型对应的状态数据；

第一发送单元，用于通过CAN总线将所述状态数据发送给所述检测设备，以使所述检测设备根据所述状态数据分析所述车载终端的状态。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：第二接收单元，用于接收所述检测设备发送的连接请求消息；

第二发送单元，用于根据所述连接请求消息向所述检测设备返回第一验证信息，以使所述检测设备根据所述第一验证信息获取第一验证密钥；

第二获取单元，用于根据所述第一验证信息获取第二验证密钥；

第三发送单元，用于当确定所述第一验证密钥与所述第二验证密钥匹配成功时，向所述检测设备发送确认连接消息，以使所述检测设备根据所述确认连接消息建立所述检测设备与所述车载终端之间的通信链路。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：计时单元，用于在所述车载终端与所述检测设备之间建立通信链路后，开始计时，直到接收到所述检测设备发送的请求消息时，结束计时；

断开单元，用于若从开始计时到计时时长达到第一预设时长的时间段内，未接收到所述检测设备发送的请求消息，断开所述车载终端与所述检测设备之间的通信链路。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：第三获取单元，用于当接收到所述检测设备发送的模式切换请求消息时，从所述模式切换请求消息中获取第二验证信息；

匹配单元，用于将所述第二验证信息与所述车载终端内存储的第三验证信息进行匹配；

切换单元，用于若所述第二验证信息与所述第三验证信息匹配成功，将所述车载终端切换至参数设置模式；

第四发送单元，用于向所述检测设备返回模式切换成功消息，以使所述检测设备根据所述模式切换成功消息向所述车载终端发送参数设置消息；

设置单元，用于根据所述参数设置消息设置相应的参数，并向所述检测设备返回设置成功消息。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：第五发送单元，用于当所述第二验证信息与所述第三验证信息匹配失败时，向所述检测设备发送匹配失败消息。

说明书

基于CAN总线的车载终端检测方法及装置

技术领域

[0001] 本发明涉及车载终端技术领域，特别是涉及一种基于CAN总线的车载终端检测方法及装置。

背景技术

[0002] 车载终端通常安装在电动汽车内部，负责实时检测电动汽车的运行状态等信息，并将监测到的信息上传到监控管理中心，由监控管理中心监控并保证电动汽车的安全运行。车载终端与电动汽车内的其它电子控制装置之间通过CAN(Controller Area Network，控制器局域网)总线通讯。

[0003] 如果车载终端出现故障，监控管理中心将无法对电动汽车进行监控。现有技术中当车载终端出现故障时，只能将车载终端退回生产商进行处理，维修人员或用户无法自动获知车载终端的故障情况。因此，亟需一种能够使维修人员或用户自动诊断车载终端的故障或运行状态的方法。

发明内容

[0004] 本发明实施例中提供了一种基于CAN总线的车载终端检测方法及装置，以实现检测车载终端的运行状态等信息。

[0005] 为了实现上述发明目的，本发明实施例公开了如下技术方案：

[0006] 第一方面，本发明提供一种基于CAN总线的车载终端检测方法，应用于车载终端，所述方法包括：

[0007] 通过CAN总线接收检测设备发送的请求消息；

[0008] 解析所述请求消息，得到请求获得的数据的数据类型，所述数据类型至少包括状态类型和故障类型；

[0009] 从记录的车载终端的状态数据中，获取所述数据类型对应的状态数据；

[0010] 通过CAN总线将所述状态数据发送给所述检测设备，以使所述检测设备根据所述状态数据分析所述车载终端的状态。

[0011] 可选地，所述方法还包括：

[0012] 接收所述检测设备发送的连接请求消息；

[0013] 根据所述连接请求消息向所述检测设备返回第一验证信息，以使所述检测设备根据所述第一验证信息获取第一验证密钥；

[0014] 根据所述第一验证信息获取第二验证密钥；

[0015] 当确定所述第一验证密钥与所述第二验证密钥匹配成功时，向所述检测设备发送确认连接消息，以使所述检测设备根据所述确认连接消息建立所述检测设备与所述车载终端之间的通信链路。

[0016] 可选地，所述方法还包括：

[0017] 在所述车载终端与所述检测设备之间建立通信链路后，开始计时，直到接收到所述检测设备发送的请求消息时，结束计时；

[0018] 若从开始计时到计时时长达到第一预设时长的时间段内，未接收到所述检测设备发送的请求消息，断开所述车载终端与所述检测设备之间的通信链路。

[0019] 可选地，所述方法还包括：

[0020] 当接收到所述检测设备发送的模式切换请求消息时，从所述模式切换请求消息中获取第二验证信息；

[0021] 将所述第二验证信息与所述车载终端内存储的第三验证信息进行匹配；

[0022] 若所述第二验证信息与所述第三验证信息匹配成功，将所述车载终端切换至参数设置模式，并向所述检测设备返回模式切换成功消息，以使所述检测设备根据所述模式切换成功消息向所述车载终端发送参数设置消息；

[0023] 根据所述参数设置消息设置相应的参数，并向所述检测设备返回设置成功消息。

[0024] 可选地，所述方法还包括：若所述第二验证信息与所述第三验证信息匹配失败，则向所述检测设备发送匹配失败消息。

[0025] 第二方面，本发明提供一种基于CAN总线的车载终端检测装置，应用于车载终端内，其特征在于，所述装置包括：

[0026] 第一接收单元，用于通过CAN总线接收检测设备发送的请求消息；

[0027] 解析单元，用于解析所述请求消息，得到请求获得的数据的数据类型，所述数据类型至少包括状态类型和故障类型；

[0028] 第一获取单元，用于从记录的车载终端的状态数据中，获取所述数据类型对应的状态数据；

[0029] 第一发送单元，用于通过CAN总线将所述状态数据发送给所述检测设备，以使所述检测设备根据所述状态数据分析所述车载终端的状态。

[0030] 可选地，所述装置还包括：

[0031] 第二接收单元，用于接收所述检测设备发送的连接请求消息；

[0032] 第二发送单元，用于根据所述连接请求消息向所述检测设备返回第一验证信息，以使所述检测设备根据所述第一验证信息获取第一验证密钥；

[0033] 第二获取单元，用于根据所述第一验证信息获取第二验证密钥；

[0034] 第三发送单元，用于当确定所述第一验证密钥与所述第二验证密钥匹配成功时，向所述检测设备发送确认连接消息，以使所述检测设备根据所述确认连接消息建立所述检测设备与所述车载终端之间的通信链路。

[0035] 可选地，所述装置还包括：

[0036] 计时单元，用于在所述车载终端与所述检测设备之间建立通信链路后，开始计时，直到接收到所述检测设备发送的请求消息时，结束计时；

[0037] 断开单元，用于若从开始计时到计时时长达到第一预设时长的时间段内，未接收到所述检测设备发送的请求消息时，断开所述车载终端与所述检测设备之间的通信链路。

[0038] 可选地，所述装置还包括：

[0039] 第三获取单元，用于当接收到所述检测设备发送的模式切换请求消息时，从所述模式切换请求消息中获取第二验证信息；

[0040] 匹配单元，用于将所述第二验证信息与所述车载终端内存储的第三验证信息进行匹配；

[0041] 切换单元，用于若所述第二验证信息与所述第三验证信息匹配成功，将所述车载终端切换至参数设置模式；

[0042] 第四发送单元，用于向所述检测设备返回模式切换成功消息，以使所述检测设备根据所述模式切换成功消息向所述车载终端发送参数设置消息；

[0043] 设置单元，用于根据所述参数设置消息设置相应的参数，并向所述检测设备返回设置成功消息。

[0044] 可选地，所述装置还包括：

[0045] 第五发送单元，用于当所述第二验证信息与所述第三验证信息匹配失败时，向所述检测设备发送匹配失败消息。

[0046] 由以上技术方案可见，本发明实施例提供的基于CAN总线的车载终端检测方法，通过检测设备与车载终端之间的通信，车载终端将自己的状态数据发送给检测设备。具体的，车载终端接收到检测设备通过CAN总线发送的请求消息后，解析所述请求消息得到检测设备请求获得的数据所对应的数据类型。然后，从记录的车载终端的状态数据中，获取数据类型对应的数据，并通过CAN总线发送给检测设备，以便检测设备分析车载终端返回的数据，得到车载终端的运行状态或故障信息。利用上述方法，实现通过检测设备获取车载终端的状态数据，并分析该状态数据得到车载终端的运行状况，尤其当车载终端出现故障时，能够根据获得的状态数据分析得到车载终端的故障信息及故障原因，从而方便用户或维修人员对车载终端进行维护，而无需返回生产商后才能获得车载终端的故障信息，提高了车载终端的维护效率，而且降低了车载终端的维护成本。

附图说明

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

[0048] 图1为本发明实施例一种基于CAN总线的车载终端检测方法的流程示意图；

[0049] 图2为本发明实施例另一种基于CAN总线的车载终端检测方法的流程示意图；

[0050] 图3为本发明实施例又一种基于CAN总线的车载终端检测方法的流程示意图；

[0051] 图4为本发明实施例再一种基于CAN总线的车载终端检测方法的流程示意图；

[0052] 图5为本发明实施例一种基于CAN总线的车载终端检测装置的结构示意图；

[0053] 图6为本发明实施例另一种基于CAN总线的车载终端检测装置的结构示意图；

[0054] 图7为本发明实施例又一种基于CAN总线的车载终端检测装置的结构示意图；

[0055] 图8为本发明实施例再一种基于CAN总线的车载终端检测装置的结构示意图。

具体实施方式

[0056] 为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

[0057] 参见图1，为本发明实施例提供的一种基于CAN总线的车载终端检测方法的流程示意图，该方法应用于车载终端中，如图1所示，所述方法可以包括以下步骤：

[0058] S110，车载终端通过CAN总线接收检测设备发送的请求消息。

[0059] 所述检测设备可以是汽车故障诊断仪，用于利用汽车故障诊断仪能够迅速读取汽车的电子控制系统中的故障信息，并显示故障信息，以使用户迅速查明出现故障的部位及原因。

[0060] 当检测设备查看车载终端的运行状态或故障情况时，可以通过CAN总线向车载终端发送请求消息。

[0061] 在本发明的一个实施例中，在生产车载终端时，就将车载终端和检测设备所使用的通信协议确定好。当车载终端和检测设备进行通信时，将检测设备的硬件方面的通信参数设置成与车载终端相同即可。

[0062] 在本发明的另一个实施例中车载终端在与检测设备进行通信之前，可以与检测设备协商确定通信协议。从而能够扩大车载终端的适用范围。

[0063] 需要说明的是，车载终端与检测设备之间的数据交互都是通过CAN传输。

[0064] S120，车载终端解析所述请求消息，得到请求获得的状态数据的数据类型。

[0065] 所述数据类型至少包括运行状态类型和故障类型。

[0066] 车载终端接收到检测设备发送的请求消息后，解析该请求消息得到检测设备请求获取的数据的类型。其中，数据类型包括状态类型和故障类型。状态类型的数据是车载终端的运行状态数据；故障类型的数据是车载终端发生故障的故障信息数据。

[0067] 车载终端的故障类型可以包括但不限于：没有匹配VIN(Vehicle Identification Number，车辆识别码)、没有收到VIN码、过压、欠压、与多媒体失去通信、与检测设备失去通信、与BCM(unit-Body Control Module，车身控制模块)失去通信、与BMS(Battery Management System，电池管理系统)失去通信、电池温度过高、电池温度过低、电池寿命故障、信息存储故障等。

[0068] S130，车载终端从记录的车载终端的状态数据的中，获取所述数据类型对应的状态数据。

[0069] 车载终端需要实时记录自己的状态数据，该状态数据的类型至少包括上述的数据类型。例如，运行状态数据及故障信息。这样，当接收到检测设备的请求消息后，获取相对应的数据。

[0070] S140，车载终端通过CAN总线将所述状态数据发送给所述检测设备，以使所述检测设备根据所述状态数据分析所述车载终端的状态。

[0071] 车载终端获取与请求消息所请求获得的数据类型相对应的数据后，通过CAN总线发送给检测设备。

[0072] 检测设备分析车载终端的运行状态数据，可以得到车载终端的运行状态；检测设备分析车载终端的故障信息数据，可以得到车载终端的故障类型及故障原因。

[0073] 本实施例提供的基于CAN总线的车载终端检测方法，通过检测设备与车载终端之间的通信，车载终端将自己的状态数据发送给检测设备。具体的，车载终端接收到检测设备通过CAN总线发送的请求消息后，解析所述请求消息得到检测设备请求获得的数据的数据类型。然后，从记录的车载终端的状态数据中，获取数据类型对应的数据，并通过CAN总线发送给检测设备，以便检测设备分析车载终端返回的数据，得到车载终端的运行状态或故障信息。利用上述方法，实现通过检测设备获取车载终端的状态数据，并分析该状态数据得到车载终端的运行状况，尤其当车载终端出现故障时，能够根据获得的状态数据分析得到车载终端的故障信息及故障原因，从而方便用户或维修人员对车载终端进行维护，而无需返回生产商后才能获得车载终端的故障信息，提高了车载终端的维护效率，而且降低了车载终端的维护成本。

[0074] 请参见图2，为本发明实施例提供的另一种基于CAN总线的车载终端检测方法的流程示意图，该方法应用于报考车载终端和检测设备的检测系统中，在车载终端与检测设备进行数据交互之前，车载终端还需要对检测设备进行连接验证。

[0075] 如图2所示，所述方法可以包括以下步骤：

[0076] S210，检测设备通过CAN总线向车载终端发送连接请求消息。

[0077] 本实施例中检测设备以汽车故障诊断仪为例进行说明，在获取车载终端的状态数据之前，需要建立汽车故障诊断仪与车载终端之间的通信链路，车载终端需要对汽车故障诊断仪进行验证后才能建立通信链路。连接请求消息用于请求车载终端与汽车故障诊断仪进行连接。

[0078] 需要说明的是，车载终端与检测设备之间的数据交互都是通过CAN传输。

[0079] S220，车载终端根据所述连接请求消息向所述检测设备返回第一验证信息。

[0080] 车载终端接收到连接请求消息后向汽车故障诊断仪发送第一验证信息，该第一验证信息用于使汽车故障诊断仪获得验证密钥。

[0081] S230，检测设备根据所述第一验证信息获得第一验证密钥，并发送给车载终端。

[0082] 第一验证信息可以是种子信息，例如，三个随机数据。汽车故障诊断仪根据第一验证信息并利用与车载终端约定好的密钥计算公式计算得到第一验证密钥，并发送给车载终端。

[0083] S240，车载终端根据第一验证信息获得第二验证密钥。

[0084] 车载终端根据第一验证信息计算得到第二验证密钥，其中，所使用的计算公式预先与汽车故障诊断仪约定好。

[0085] S250，车载终端判断第一验证密钥与第二验证密钥是否匹配，若匹配，则执行S260；否则，执行S280。

[0086] 车载终端比较汽车故障诊断仪计算得到的第一验证密钥与自己计算得到的第二验证密钥是否相同；如果相同，则验证通过，可以与汽车故障诊断仪建立通信链路；否则，验证失败，不与汽车故障诊断仪连接。

[0087] S260，车载终端向检测设备发送确认连接消息。

[0088] S270，检测设备根据确认连接消息建立自身与车载终端之间的通信链路。

[0089] 汽车故障诊断仪接收到车载终端发送的确认连接消息后，建立车载终端与汽车故障诊断仪之间的通信链路。然后，汽车故障诊断仪可以通过该通信链路向车载终端发送请求消息。

[0090] S280，车载终端向检测设备发送验证失败消息。

[0091] 如果车载终端验证失败，向汽车故障诊断仪发送验证失败消息，告知汽车故障诊断仪验证失败，无法连接车载终端。

[0092] 本实施例提供的基于CAN总线的车载终端检测方法，在车载终端和检测设备之间建立通信链路之前，车载终端需要对发起连接请求的检测设备进行验证，当验证成功后，建立检测设备与车载终端之间建立通信链路。此种方法能够保证车载终端的数据安全、不被篡改，而且能够避免其它设备产生的干扰，保证车载终端与检测设备之间的通信安全、高效。

[0093] 请参见图3，为本发明实施例提供的又一种基于CAN总线的车载终端检测方法的流程示意图，该方法可以在图2所示的方法流程的基础上增加以下步骤：

[0094] S310，在车载终端与检测设备之间建立通信链路后，开始计时，直到接收到所述检测设备发送的请求消息时，结束计时。

[0095] 车载终端在建立自身与汽车故障诊断仪之间的通信链路后，开始计时，若接收到汽车故障诊断仪发送的请求消息后结束计时。

[0096] 计时过程可以从零开始计时，此种情况下，若计时达到第一预设时长之前，接收到汽车故障诊断仪发送的请求消息，则结束计时。

[0097] 也可以倒计时，在计时达到0之前，接收到汽车故障仪发送的请求消息，则不再计时。

[0098] S320，若从计时开始到计时时长达到第一预设时长的时间段内，未接收到所述检测设备发送的请求消息，断开所述车载终端与所述检测设备之间的通信链路。

[0099] 从计时开始到计时达到第一预设时长的时间段内，没有接收到汽车故障诊断仪发送的任何消息，则车载终端断开自身与检测设备之间的通信链路。

[0100] 本实施例提供的基于CAN总线的车载终端检测方法，如果车载终端检测到在检测设备与车载终端之间建立通信链路后的第一预设时长内未向车载终端发送任何消息，则车载终端断开自身与检测设备之间的通信链路，避免通信资源浪费。

[0101] 本发明实施例中，检测设备所发送的请求消息可以包括数据请求消息和设置请求消息两类。当检测设备向车载终端发送模式切换请求消息时，所述基于CAN总线的车载终端的检测方法还可以包括如图4所示的方法步骤。

[0102] 如图4所示，所述方法在图1所示实施例的基础上还可以包括以下步骤：

[0103] S410，车载终端从所述模式切换请求消息中获取第二验证信息。

[0104] 模式切换请求消息中包含第二验证信息，解析所述模式切换请求消息获得所述第二验证信息。

[0105] S420，车载终端将所述第二验证信息与自身存储的第三验证信息进行验证。若验证成功，则执行S430；若验证失败，则执行S450。

[0106] 车载终端判断接收到的第二验证信息与自身存储的第三验证信息是否相同，若相同则确定验证成功。若第二验证信息与第三验证信息不同，则确定验证失败。

[0107] 若所述第二验证信息与所述第三验证信息验证成功，在S430中，车载终端切换至参数设置模式，并向所述检测设备返回模式切换成功消息，以使所述检测设备根据所述模式切换成功消息向所述车载终端发送参数设置消息。

[0108] S440，车载终端根据所述参数设置消息，设置相应的参数，并向所述检测设备返回设置成功消息。

[0109] 检测设备接收到检测设备发送的模式切换成功消息后，向车载终端发送参数设置消息，该参数设置消息中包含所要设置的参数，以及该参数所要设置的数值。车载终端根据该参数设置消息，设置相应的参数后，向检测设备返回设置成功消息。如果设置失败，则向检测设备返回设置失败消息。

[0110] 其中，车载终端内可以通过检测设备设置的参数包括消除故障的计数器、车牌信息、VIN码、密码等信息。

[0111] S450，车载终端向检测设备发送验证失败消息。

[0112] 本实施例提供的基于CAN总线的车载终端检测方法，若检测设备欲要设置车载终端内的某些参数，则车载终端需要对检测设备进行验证，验证通过后，才能允许检测设备修改车载终端的参数信息，从而保证车载终端的安全运行，以及确保车载终端内的数据不被恶意篡改。

[0113] 通过以上的方法实施例的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

[0114] 与本发明提供的方法实施例相对应，本发明还提供了基于CAN总线的车载终端检测装置实施例。

[0115] 参见图5，为本发明实施例提供的一种基于CAN总线的车载终端检测装置的结构示意图，该装置应用于车载终端内，如图5所示，所述装置可以包括：第一接收单元510、解析单元520、第一获取单元530和第一发送单元540。

[0116] 第一接收单元510，用于通过CAN总线接收检测设备发送的请求消息。

[0117] 解析单元520，用于解析所述请求消息，得到请求获得的数据的数据类型，所述数据类型至少包括状态类型和故障类型。

[0118] 第一获取单元530，用于从记录的车载终端的状态数据中，获取所述数据类型对应的状态数据。

[0119] 第一发送单元540，用于通过CAN总线将所述状态数据发送给所述检测设备，以使所述检测设备根据所述状态数据分析所述车载终端的状态。

[0120] 车载终端检测装置接收到检测设备通过CAN总线发送的请求消息后，解析所述请求消息得到检测设备请求获得的数据的数据类型。然后，从记录的车载终端的状态数据中，获取数据类型对应的数据，并通过CAN总线发送给检测设备，以便检测设备分析车载终端返回的数据，得到车载终端的运行状态或故障信息。利用上述方法，实现通过检测设备获取车载终端的状态数据，并分析该状态数据得到车载终端的运行状况，尤其当车载终端出现故障时，能够根据获得的状态数据分析得到车载终端的故障信息及故障原因，从而方便用户或维修人员对车载终端进行维护，而无需返回生产商后才能获得车载终端的故障信息，提高了车载终端的维护效率，而且降低了车载终端的维护成本。

[0121] 请参见图6，为本发明实施例另一种基于CAN总线的车载终端检测装置的结构示意图，该装置应用于车载终端内，如图6所示，所述装置在图5所示实施例的基础上还可以包括：第二接收单元610、第二发送单元620、第二获取单元630和第三发送单元640。

[0122] 第二接收单元610，用于接收所述检测设备发送的连接请求消息；

[0123] 第二发送单元620，用于根据所述连接请求消息向所述检测设备返回第一验证信息，以使所述检测设备根据所述第一验证信息获取第一验证密钥；

[0124] 第二获取单元630，用于根据所述第一验证信息获取第二验证密钥；

[0125] 第三发送单元640，用于当确定所述第一验证密钥与所述第二验证密钥匹配成功时，向所述检测设备发送确认连接消息，以使所述检测设备根据所述确认连接消息建立与所述车载终端之间的通信链路。

[0126] 本实施例提供的基于CAN总线的车载终端检测装置，在车载终端和检测设备之间建立通信链路之前，车载终端需要对发起连接请求的检测设备进行验证，当验证成功后，建立检测设备与车载终端之间建立通信链路。此种方法能够保证车载终端的数据安全、不被篡改，而且能够避免其它设备产生的干扰，保证车载终端与检测设备之间的通信安全、高效。

[0127] 请参见图7，示出了本发明实施例的又一种基于CAN总线的车载终端检测装置的结构示意图，该装置应用于车载终端内，如图7所示，所述装置在图6所示实施例的基础上还可以包括：计时单元710和断开单元720。

[0128] 计时单元710，用于当所述车载终端与所述检测设备之间建立通信链路时，开始计时，直到接收到所述检测设备发送的请求消息结束计时；

[0129] 断开单元720，用于若从计时开始到计时时长达到第一预设时长的时间段内，未接收到所述检测设备发送的请求消息时，断开所述车载终端与所述检测设备之间的通信链路。

[0130] 本实施例提供的基于CAN总线的车载终端检测装置，如果车载终端检测到在检测设备与车载终端之间建立通信链路后的第一预设时长内未向车载终端发送任何消息，则车载终端断开自身与检测设备之间的通信链路，避免通信资源浪费。

[0131] 请参见图8，示出了本发明实施例的再一种基于CAN总线的车载终端检测装置的结构示意图，该装置应用于车载终端内，如图8所示，所述装置在图5所示实施例的基础上还可以包括：第三获取单元810、匹配单元820、切换单元830、第四发送单元840、设置单元850和第五发送单元860。

[0132] 第三获取单元810，用于当接收到所述检测设备发送的模式切换请求消息时，从所述模式切换请求消息中获取第二验证信息；

[0133] 匹配单元820，用于将所述第二验证信息与自身存储的第三验证信息进行匹配；

[0134] 切换单元830，用于若所述第二验证信息与所述第三验证信息匹配成功，将所述车载终端切换至参数设置模式；

[0135] 第四发送单元840，用于向所述检测设备返回模式切换成功消息，以使所述检测设备根据所述模式切换成功消息向所述车载终端发送参数设置消息；

[0136] 设置单元850，用于根据所述参数设置消息设置相应的参数，并向所述检测设备返回设置成功消息。

[0137] 第五发送单元860，用于当所述第二验证信息与所述第三验证信息匹配失败时，向所述检测设备发送验证失败消息。此时，车载终端不会切换到设置模式，检测设备不能设置车载终端内的参数，从而保证车载终端内数据的安全。

[0138] 本实施例提供的基于CAN总线的车载终端检测装置，若检测设备欲要设置车载终端内的某些参数，则车载终端需要对检测设备进行验证，验证通过后，才能允许检测设备修改车载终端的参数信息，从而保证车载终端的安全运行，以及确保车载终端内的数据不被恶意篡改。

[0139] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

[0140] 本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

[0141] 需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

[0142] 以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。