车载终端的安装识别方法、装置和车载终端与流程

本申请涉及车辆信息处理技术领域，特别是涉及一种车载终端的安装识别方法、装置、车载终端和存储介质。

背景技术：

许多车辆都会安装车载终端，车载终端可以采集车辆的驾驶数据，车辆驾驶数据可以比较准确地反映出车辆的使用情况。因此，为了准确反映出每辆车的使用情况，每个车载终端采集的车辆驾驶数据都必须和绑定的目标车辆对应，不允许随意将车载终端更换到其他车辆，避免将车载终端采集到的其他车辆的数据作为目标车辆的数据进而发生数据造假的情况。

在传统技术中，车载终端一般是通过读取当前安装车辆的vin(vehicleidentificationnumber，车架号)来识别当前安装的车辆是否为绑定的目标车辆；但是，基于兼容性的问题，车载终端无法读取部分安装车辆的vin，也无法通过vin识别当前安装车辆是否为绑定的目标车辆，导致无法准确识别当前安装车辆是否为目标车辆。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种车载终端的安装识别方法、装置、车载终端和存储介质。

一种车载终端的安装识别方法，所述方法包括：

确定针对当前车辆的至少两个车辆识别码；其中，不同的车辆识别码对应不同车辆识别码类型；所述当前车辆安装有车载终端；

获取所述车载终端的终端识别码；

基于对所述至少两个车辆识别码与所述终端识别码的融合处理，得到所述当前车辆与所述车载终端的融合码，作为当前融合码；

根据所述当前融合码与所述车载终端预存的目标融合码的一致性，识别所述当前车辆是否为目标车辆；所述目标融合码是所述目标车辆与所述车载终端的融合码。

在其中一个实施例中，

所述根据所述当前融合码与所述车载终端预存的目标融合码的一致性，识别所述当前车辆是否为目标车辆，包括：

若所述当前融合码与所述目标融合码不一致，则识别所述当前车辆不是所述目标车辆，并将所述当前车辆作为所述车载终端更换安装的车辆；

所述方法还包括：

通过车联网平台向与所述车载终端绑定的用户端发送针对所述车载终端的更换安装提示信息；

当未接收到所述车联网平台返回的更换安装确认信息时，将所述当前车辆进一步识别为所述车载终端异常更换安装的车辆；所述更换安装确认信息是所述用户端触发的针对所述更换安装提示信息的确认信息，并由所述用户端发送至所述车联网平台；

当接收到所述车联网平台返回的所述确认信息时，将所述当前车辆进一步识别为所述车载终端正常更换安装的车辆。

在其中一个实施例中，所述方法还包括：

若所述车载终端未预存所述目标融合码，则当接收到用户端发送的针对所述车载终端的绑定指令时，将所述当前融合码作为所述目标融合码进行本地存储，并将所述当前车辆作为所述目标车辆，将所述目标融合码和所述终端识别码发送至车联网平台进行存储。

在其中一个实施例中，所述基于对所述至少两个车辆识别码与所述终端识别码的融合处理，得到所述当前车辆与所述车载终端的融合码，包括：

对所述至少两个车辆识别码与所述终端识别码进行哈希运算，得到哈希值，并将所述哈希值作为所述当前融合码。

在其中一个实施例中，所述至少两个车辆识别码中存在至少一个被所述车载终端成功读取的车辆识别码。

在其中一个实施例中，所述确定针对当前车辆的至少两个车辆识别码，包括：

确定所述当前车辆的车辆总线协议；

确定所述车辆总线协议对多种车辆识别码类型对应的车辆识别码的读取成功概率信息；

基于所述读取成功概率信息，从所述多种车辆识别码类型中获取目标车辆识别码类型；

根据所述目标车辆识别码类型读取出针对当前车辆的车辆识别码，得到所述至少一个被所述车载终端成功读取的车辆识别码；

基于所述至少一个被所述车载终端成功读取的车辆识别码，得到所述针对当前车辆的至少两个车辆识别码。

在其中一个实施例中，所述基于所述至少一个被所述车载终端成功读取的车辆识别码，得到所述针对当前车辆的至少两个车辆识别码，包括：

确定未被所述车载终端成功读取的车辆识别码对应的车辆识别码类型，并将预设值作为未被所述车载终端成功读取的车辆识别码类型对应的车辆识别码；

根据所述至少一个被所述车载终端成功读取的车辆识别码以及所述预设值，得到所述针对当前车辆的至少两个车辆识别码。

在其中一个实施例中，所述车辆总线协议包括obd协议；所述目标车辆识别码类型至少包括vin、spid、calid、cvn或者esn其中之一。

一种车载终端的安装识别装置，所述装置包括：

车辆识别码确定模块，用于确定针对当前车辆的至少两个车辆识别码；其中，不同的车辆识别码对应不同车辆识别码类型；所述当前车辆安装有车载终端；

终端识别码获取模块，用于获取所述车载终端的终端识别码；

识别码融合模块，用于基于对所述至少两个车辆识别码与所述终端识别码的融合处理，得到所述当前车辆与所述车载终端的融合码，作为当前融合码；

车辆识别模块，用于根据所述当前融合码与所述车载终端预存的目标融合码的一致性，识别所述当前车辆是否为目标车辆；所述目标融合码是所述目标车辆与所述车载终端的融合码。

一种车载终端，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行上述方法。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行上述方法。

上述车载终端的安装识别方法、装置、车载终端和存储介质，车载终端被安装在当前车辆后，车载终端可以采集当前车辆的至少两个对应不同车辆识别码类型的车辆识别码，并将车辆识别码与终端识别码进行融合处理，得到当前车辆的当前融合码，根据当前融合码与目标融合码的一致性，识别当前车辆是否为目标车辆；也就是说，车载终端可以基于至少两种车辆识别码和终端识别码得到的融合码进行识别，并根据当前融合码和目标融合码的一致，准确识别安装有车载终端的当前车辆是否为目标车辆，避免因无法读取到vin而导致无法准确识别当前车辆是否为目标车辆的情况。

附图说明

图1为一个实施例中车载终端的安装识别方法的应用环境图；

图2为一个实施例中车载终端的安装识别方法的流程示意图；

图3为另一个实施例中车载终端的安装识别方法的流程示意图；

图4为一个实施例中车载终端的安装识别装置的结构框图；

图5为一个实施例中车载终端的内部结构图。

具体实施方式

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

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本申请所描述的实施例可以与其它实施例相结合。

本申请提供的车载终端的安装识别方法，可以应用于如图1所示的应用环境中。车载终端可以安装在车辆上，在被安装车辆启动后，车载终端可以采集被安装车辆的车辆识别码，并基于对被安装车辆的车辆识别码和车载终端的终端识别码进行融合处理，得到被安装车辆与车载终端的融合码；其中，不同的车辆识别码对应不同车辆识别码类型。进一步地，车载终端还可以将融合码发送至车联网平台进行存储。

在安装有车载终端的当前车辆启动后，车载终端可以采集当前车辆的至少两个车辆识别码，其中，不同的车辆识别码可以对应不同的车辆识别码类型；车载终端进一步获取车载终端的终端识别码，并基于对车辆识别码与终端识别码进行融合处理，得到当前车辆与车载终端的当前融合码；根据当前融合码与目标车辆的目标融合码的一致性，识别当前车辆是否为目标车辆，其中，目标车辆可以是指与车载终端绑定的车辆。

在一个实施例中，如图2所示，提供了一种车载终端的安装识别方法，以该方法应用于图1中的车载终端为例进行说明，包括以下步骤：

步骤s201，车载终端确定针对当前车辆的至少两个车辆识别码；其中，不同的车辆识别码对应不同车辆识别码类型；当前车辆安装有车载终端。

其中，车辆识别码可以唯一表征每台车，同一台车可以具有多个不同类型的车辆识别码，也就是说，各个车辆识别码可以对应不同的车辆识别码类型；示例性地，车辆识别码类型可以包括但不限于是：vin、spid(supportedparametersidentifications，支持参数码；同一个车型是一致的，不同的车型存在一定的相同概率，但这个值在同一辆车上是固定的)、calid(calibrationidentifications，车辆标定码；同一个车型是一样的，在同一辆车是固定的)、cvn(calibrationverificationnumbers，校准验证编号；同一个车型是一样的，在同一辆车是固定的)、esn(engineserialnumber，发动机序列号；不同车型间可能会出现相同，但同一车型不一样)等，每辆车均有与各类型对应且唯一的车辆识别码。

当前车辆安装有车载终端，车载终端可以采集当前车辆的至少两个车辆识别码，各个车辆识别码对应不同的车辆识别码类型，例如车载终端可以采集vin码和spid码。

步骤s202，车载终端获取车载终端的终端识别码。

其中，终端识别码可以唯一表征车载终端，可以是车载终端生产时写入确定的，伴随车载终端的整个生命周期，例如imei(internationalmobileequipmentidentity，国际移动设备识别码)。

步骤s203，车载终端基于对至少两个车辆识别码与终端识别码的融合处理，得到当前车辆与车载终端的融合码，作为当前融合码。

车载终端在得到当前车辆的车辆识别码后，可以对车辆识别码和终端识别码进行融合处理，并将融合得到的融合码作为当前融合码。

进一步地，为了保证融合码的可靠性，降低被逆向破解的风险，融合处理的方式可以是哈希运算；具体地，车载终端对至少两个车辆识别码和终端识别码进行哈希运算，得到哈希值，并将哈希值作为当前融合码。

步骤s204，根据当前融合码与车载终端预存的目标融合码的一致性，车载终端识别当前车辆是否为目标车辆；目标融合码是目标车辆与车载终端的融合码。

目标车辆可以是指与车载终端绑定的车辆；车载终端安装在目标车辆时，生成目标车辆的目标融合码的方式可以是如步骤s201至步骤s203，并在生成后将目标融合码存储在本端。车载终端在得到当前车辆的当前融合码后，可以将当前融合码与目标融合码进行比对，判断是否一致，并根据一致性结果，判断当前车辆是否为目标车辆。

在一个实施例中，由于各个车辆识别码对应不同的车辆识别码类型，因此，在进行步骤s203的融合处理时，车载终端可以选取不同的车辆识别码类型与终端识别码进行融合，得到多个融合码，以进一步保证识别结果的准确性。具体可以包括：车载终端获取多种融合组合；其中，每种融合组合均包括终端识别码；且在多种融合组合的任意两种融合组合之中，其中一种融合组合包括至少一个车辆识别码，至少一个车辆识别码对应的车辆识别码类型均不同于另一种融合组合包括的车辆识别码对应的车辆识别码类型；进一步，车载终端对位于同一种融合组合的识别码进行融合处理，在完成多种融合组合的融合处理后，得到多个融合码。示例性地，融合组合可以如下表1所示。

表1

车载终端在按照多种融合组合分别对目标车辆和当前车辆的车辆识别码进行融合处理后，可以得到多个目标融合码和多个当前融合码，其中，各目标融合码对应不同的融合组合，各当前融合码对应不同的融合组合。

车载终端在识别当前车辆是否为目标车辆时，可以执行如下步骤：车载终端将对应同一种融合组合的目标融合码和当前融合码进行一致性比较，可以得到对应的比较结果(如一致或不一致)；因此，车载终端在完成全部融合组合的目标融合码和当前融合码的比较后，可以得到多个比较结果，若在多个比较结果中，比较结果为一致的个数大于或等于预设值，车载终端可以识别当前车辆为目标车辆。

上述车载终端的安装识别方法中，车载终端被安装在当前车辆后，车载终端可以采集当前车辆的至少两个对应不同车辆识别码类型的车辆识别码，并将车辆识别码与终端识别码进行融合处理，得到当前车辆的当前融合码，根据当前融合码与目标融合码的一致性，识别当前车辆是否为目标车辆；也就是说，车载终端可以基于至少两种车辆识别码和终端识别码得到的融合码正常进行识别，并根据当前融合码和目标融合码的一致，准确识别安装有车载终端的当前车辆是否为目标车辆，避免因无法读取到vin而导致无法准确识别当前车辆是否为目标车辆的情况。

在一个实施例中，车载终端在执行步骤s204的时候，若判定当前融合码与目标融合码不一致，则可以识别当前车辆不是目标车辆，并将当前车辆作为车载终端更换安装的车辆。

进一步地，车载终端在将当前车辆判定为更换安装车辆后，可以通过车联网平台向与车载终端绑定的用户端发送针对车载终端的更换安装提示信息。若车载终端未接收到车联网平台返回的更换安装确认信息时，车载终端可以进一步将当前车辆识别为车载终端异常更换安装的车辆；其中，更换安装确认信息是用户端触发的针对更换安装提示信息的确认信息，并由用户端发送至车联网平台；若车载终端接收到车联网平台返回的确认信息时，车载终端可以进一步将当前车辆识别为车载终端正常更换安装的车辆。

也就是说，如果当前融合码与目标融合码不一致，说明车载终端从目标车辆更换安装至当前车辆。在一些场景中，车辆行驶一段时间后，车主可以基于车载终端采集到的行驶数据从其他方获取对车的补偿资源(如车部件维护资源)；因此，某些车主为了骗取相关资源，将车载终端从目标车辆更换安装至其他车辆上，并将车载终端从其他车辆采集到的行驶数据作为目标车辆的行驶数据上报至车联网平台。

在车载终端出现更换安装的情况后，如果车主确认更换安装，那么车载终端从当前车辆采集到的行驶数据不会作为目标车辆的行驶数据上报至车联网平台，说明此次的更换安装是属于正常的更换安装，即当前车辆是正常更换安装的车辆，不存在车主对行驶数据进行造假的情况；如果车主没有确认更换安装，那么车载终端从当前车辆采集到的行驶数据将会作为目标车辆的行驶数据上报至车联网平台，说明此次的更换安装是属于异常的更换安装，即当前车辆是异常更换安装的车辆，存在车主对行驶数据进行造假的情况。

在一个实施例中，如果车载终端没有预存目标融合码，那么车载终端在接收到用户端发送的针对车载终端的绑定指令时，可以将当前融合码作为目标融合码进行本地存储，并将当前车辆作为目标车辆，进一步还可以将目标融合码和终端识别码发送至车联网平台进行存储。

在上述实施例中，在车载终端没有存储目标融合码的情况下，说明车载终端不存在对对应的目标车辆，此时，用户端可以通过发送绑定指令时，触发车载终端将当前车辆作为目标车辆，并将当前车辆的当前融合码作为目标融合码进行存储，保证目标车辆是用户端确认过的车辆，避免车载终端将未经用户端确认的车辆作为目标车辆的情况。

在一个实施例中，至少两个车辆识别码中存在至少一个被车载终端成功读取的车辆识别码，以避免车载终端读取失败出现数据缺失而无法绑定的情况。

进一步地，车载终端在执行步骤s201时，可以包括如下步骤：车载终端确定当前车辆的车辆总线协议，并确定车辆总线协议对多种车辆识别码类型对应的车辆识别码的读取成功概率信息。然后车载终端基于读取成功概率信息，从多种车辆识别码类型中获取目标车辆识别码类型，并根据目标车辆识别码类型读取出针对当前车辆的车辆识别码，得到至少一个被车载终端成功读取的车辆识别码，基于至少一个被车载终端成功读取的车辆识别码，得到针对当前车辆的至少两个车辆识别码。

示例性地，车载终端确定当前车辆的车辆总线协议为obd协议(onboarddiagnostics，车载诊断协议)，且根据基于obd协议成功读取车辆识别码类型对应的车辆识别码的读取成功概率信息，车载终端从多种车辆识别码类型中选择的目标车辆识别码类型可以是vin、spid、calid、cvn或者esn中的至少一种，其中，读取成功概率信息分别是75％、99％、75％、75％和60％。

在上述实施例中，通过车辆总线协议和读取成功概率，确定目标车辆识别码类型，可以保证车载终端成功读取车辆识别码，避免读取失败出现数据缺失而无法绑定的情况。

进一步地，为了进一步避免读取失败出现数据缺失而无法绑定的情况，车载终端基于目标识别码类型进行读取时，如果出现未被车载终端成功读取的车辆识别码对应的车辆识别码类型，那么车载终端可以将预设值作为未被车载终端成功读取的车辆识别码类型的车辆识别码，并根据至少一个被车载终端成功读取的车辆识别码以及预设值，得到针对当前车辆的至少两个车辆识别码。也就是说，如果出现某个车辆识别码类型的车辆识别码无法被车载终端读取到，那么车载终端可以将预设值作为对应的车辆识别码。

为了更好地理解上述方法，结合图3，详细阐述一个本申请车载终端的安装识别方法的应用实例。

车载终端为了向车联网平台提供准确的车辆驾驶数据，必须做到一车一终端，也就是说，一般不允许中途把车载终端变更安装到其他车辆上使用；本应用实例，可以准确的把车辆与车载终端进行绑定，保证唯一性。

由于车辆品牌繁多，很多车型不支持在obd总线输出标准的vin码，导致车载终端通过obd总线无法获取到车辆的vin无法识别当前车辆是否为绑定的目标车辆，并且vin是一个公开的信息，如果只是单纯使用vin做绑定，也存在被造假的风险，某些人员可以借助模拟设备进行数据模拟造假，将伪造的车辆行驶数据作为绑定的目标车辆的行驶数据，并上传到车联网平台。

为了实现在车辆与车载终端之间进行绑定的通用性，增加造假难度和解决数据读取失败导致无法绑定的问题，本应用实例采用多种车辆信息的数据，并进行融合计算，生成一个车辆与车载终端绑定的融合码；在车载终端被变更安装到其他车辆后，车载终端从车辆获取到的信息也会同步变更，这时生成的融合码也会相应的变更，此时，可以准确的判断出车载终端已经被更换安装到其他车辆上，从而进行相应的告警提醒。

其中，在本应用实例中，通过对imei、vin、spid、calid、cvn和esn进行哈希运算，输出哈希值，并将哈希值作为融合码，归为该车辆与车载终端绑定的唯一身份码。本应用实例具体可以包括如下步骤：

步骤301，安装有车载终端的当前车辆启动；

步骤302，车载终端判断是否接收到车联网平台发送的换绑请求；若是，进入步骤s314；若否，进入步骤s303；

步骤303，车载终端通过总线技术识别当前车辆的车辆总线协议，若识别到车辆总线协议为obd协议，则进入步骤s304；

步骤304，车载终端通过obd接口读取spid，若读取不到，则采用一个默认值(相当于预设值)；

步骤305，车载终端通过obd接口读取vin，若读取不到，则采用一个默认值(相当于预设值)；

步骤306，车载终端通过obd接口读取calid，若读取不到，则采用一个默认值(相当于预设值)；

步骤307，车载终端通过obd接口读取cvn，若读取不到，则采用一个默认值(相当于预设值)；

步骤308，车载终端通过obd接口读取esn，若读取不到，则采用一个默认值(相当于预设值)；

步骤309，车载终端对imei、vin、spid、calid、cvn和esn进行哈希运算，输出哈希值，并将哈希值作为当前融合码；

步骤310，车载终端判断之前是否生成或保存过目标融合码；若是，进入步骤s313；若否，进入步骤s311；

步骤311，车载终端将当前融合码作为目标融合码进行存储，并将当前车辆作为目标车辆；

步骤312，车载终端将当前融合码作为绑定的目标融合码，并通过网络向车联网平台上报；

步骤313，若车载终端之前生成或保存目标融合码，则进一步判断当前融合码是否与目标融合码一致；

步骤314，若当前融合码与目标融合码不一致，车载终端则通过网络向车联网平台上报换绑标记，以触发车联网平台向用户端确认是否换绑(相当于确认是否将车载终端从目标车辆更换绑定至当前车辆)。

若车联网平台接收到用户端的确认更换信息，则向车载终端发送换绑请求，车载终端响应于换绑请求，执行步骤s315，清除本地存储的目标融合码。

本应用实例，利用车辆的多个固有信息(vin、spid、calid、cvn和esn)和车载终端的固有信息(imei)进行融合，通过哈希运算得到融合码，避免由于车辆终端读取不到车辆vin，出现数据缺失，导致无法识别且绑定失败的问题。

应该理解的是，虽然图1至图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1至图3中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种车载终端的安装识别装置，包括：

车辆识别码确定模块401，用于确定针对当前车辆的至少两个车辆识别码；其中，不同的车辆识别码对应不同车辆识别码类型；当前车辆安装有车载终端；

终端识别码获取模块402，用于获取车载终端的终端识别码；

识别码融合模块403，用于基于对至少两个车辆识别码与终端识别码的融合处理，得到当前车辆与车载终端的融合码，作为当前融合码；

车辆识别模块404，用于根据当前融合码与车载终端预存的目标融合码的一致性，识别当前车辆是否为目标车辆；目标融合码是目标车辆与车载终端的融合码。

在一个实施例中，上述装置还用于若当前融合码与目标融合码不一致，则识别当前车辆不是目标车辆，并将当前车辆作为车载终端更换安装的车辆；通过车联网平台向与车载终端绑定的用户端发送针对车载终端的更换安装提示信息；当未接收到车联网平台返回的更换安装确认信息时，将当前车辆进一步识别为车载终端异常更换安装的车辆；更换安装确认信息是用户端触发的针对更换安装提示信息的确认信息，并由用户端发送至车联网平台；当接收到车联网平台返回的确认信息时，将当前车辆进一步识别为车载终端正常更换安装的车辆。

在一个实施例中，上述装置还用于若车载终端未预存目标融合码，则当接收到用户端发送的针对车载终端的绑定指令时，将当前融合码作为目标融合码进行本地存储，并将当前车辆作为目标车辆，将目标融合码和终端识别码发送至车联网平台进行存储。

在一个实施例中，上述装置还用于对至少两个车辆识别码与终端识别码进行哈希运算，得到哈希值，并将哈希值作为当前融合码。

在一个实施例中，至少两个车辆识别码中存在至少一个被车载终端成功读取的车辆识别码。

在一个实施例中，上述装置还用于确定当前车辆的车辆总线协议；确定车辆总线协议对多种车辆识别码类型对应的车辆识别码的读取成功概率信息；基于读取成功概率信息，从多种车辆识别码类型中获取目标车辆识别码类型；根据目标车辆识别码类型读取出针对当前车辆的车辆识别码，作为至少一个被车载终端成功读取的车辆识别码；基于至少一个被车载终端成功读取的车辆识别码，得到针对当前车辆的至少两个车辆识别码。

在一个实施例中，上述装置还用于确定未被车载终端成功读取的车辆识别码对应的车辆识别码类型，并将预设值作为未被车载终端成功读取的车辆识别码类型对应的车辆识别码；根据至少一个被车载终端成功读取的车辆识别码以及预设值，得到针对当前车辆的至少两个车辆识别码。

在一个实施例中，车辆总线协议包括obd协议；目标车辆识别码类型至少包括vin、spid、calid、cvn或者esn其中之一。

关于车载终端的安装识别装置的具体限定可以参见上文中对于车载终端的安装识别方法的限定，在此不再赘述。上述车载终端的安装识别装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于车载终端中的处理器中，也可以以软件形式存储于车载终端中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种车载终端，其内部结构图可以如图5所示。该车载终端包括通过系统总线连接的处理器、存储器和网络接口。其中，该车载终端的处理器用于提供计算和控制能力。该车载终端的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该车载终端的数据库用于存储车载终端的安装识别过程中的相关数据。该车载终端的网络接口用于与外部的设备通过网络连接通信。该计算机程序被处理器执行时以实现一种车载终端的安装识别方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的车载终端的限定，具体的车载终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种车载终端，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述各个方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各个方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-onlymemory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(randomaccessmemory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(staticrandomaccessmemory，sram)或动态随机存取存储器(dynamicrandomaccessmemory，dram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上的实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。