车联网平台自动注册方法及系统与流程

本发明涉及车联网技术领域，特别是涉及一种车联网平台自动注册方法及系统。

背景技术：

根据国家《gb/t32960-2016电动汽车远程服务与管理系统技术规范》要求，自2017年1月1日起，需对新生产的全部新能源汽车安装车载终端(tbox)，且通过企业监测平台对整车及关键系统运行安全状态进行监测管理。为了使得企业平台能够识别的出tbox上传的数据是本车企的车辆数据，需要提前在tbox内写入车辆的vin(车辆唯一识别号)，并在企业平台中，将tbox和vin的对应关系记录到数据库中，这样，若tbox上传的数据包中包含有该车辆的vin，平台才能识别、接受这些数据包，从而保证平台的安全和稳定性。

现有技术中，一种解决方案是在车辆下线后，用手机app先扫描整车vin生成的条形码，再扫描tbox的信息，app将这些信息上传给平台，在tbox处于工作状态的情况下，由平台后端再对tbox下发指令，远程将vin刷写进tbox的软件；另一种解决方案是在车辆出厂后，再由销售人员，通过表格的形式，将车辆信息导入到平台当中。上述解决方案存在以下问题：

1.vin的写入需要通过人工的操作，需要保证两个条码的完整性，需要保证整车属于上电工作一定时间，需要保证刷写场地信号较强、tbox能够正常工作，需要特殊的app等，准备工作及操作都比较繁琐；

2.车辆在具有较完整的信息时，才能做车辆录入，只有录入后，平台才能开始接受车辆上传的数据，故可能会丢失掉一定的数据；

3.导入的车辆信息目前靠人工收集，终端信息比较复杂，难以收集，故只能录入车辆的信息，所以目前无法对终端个体信息进行管控；

4.vin写入和车辆录入完全依赖人工，容易有遗漏。

技术实现要素：

本发明的一个目的是要提供一种操作简单且数据保存完整的车联网平台自动注册方法及系统。

本发明一个进一步的目的是要保证车辆与车载终端的相对唯一，提高安全性。

一方面，本发明提供了一种车联网平台自动注册方法，包括：

步骤s101，在企业平台中录入车载终端的配置信息；

步骤s102，将所述车载终端的检测信息上传至所述企业平台，在所述检测信息中的至少部分信息与所述配置信息内对应的信息校验成功后，所述企业平台将所述配置信息和所述检测信息融合生成终端信息；

步骤s103，安装于车辆内且正常工作的所述车载终端在接收到所述车辆的车辆识别号码后，将所述车载终端内的激活信息上传至所述企业平台，在所述激活信息中的至少部分信息与所述终端信息内对应的信息校验成功后，所述企业平台将所述终端信息和所述激活信息融合生成车辆信息。

可选地，还包括：

在所述步骤s103中，当所述激活信息中的至少部分信息与所述终端信息内对应的信息校验失败时，检测当前车辆的车辆识别号码是否与其他车载终端绑定，若是，则判断是否需要更换当前车载终端；若否，则判定当前车载终端是否与其他车辆绑定。

可选地，还包括：

在判断是否需要更换当前车载终端时，如果判断需要更换，则允许当前车辆的车辆识别号码与新的终端信息进行绑定，如果不需要更换，则拒绝绑定且企业平台发出报警信号。

可选地，还包括：

在判定当前车载终端是否与其他车辆绑定时，当所述当前车载终端与其他车辆绑定时，判定是否需要更新所述当前车载终端中的车辆识别号码，如判断需更新，则允许所述当前车载终端与所述当前车辆的车辆识别号码进行绑定；如不需要更新，则拒绝绑定且企业平台发出报警信号；当所述当前车载终端未与其他车辆绑定时，则更换所述当前车载终端。

可选地，所述车载终端内安装有sim卡，所述sim卡内设置有唯一且传输至所述企业平台的msisdn和iccid。

可选地，所述检测信息包括但不限于：iccid、车载终端零件号和车载终端id。

可选地，所述激活信息包括但不限于：车辆识别号码、iccid、车载终端id、imei、msisdn和车载终端条形编码。

可选地，所述配置信息包括但不限于车载终端零件号、车载终端名称、车载终端型号、车载终端生产厂家、车载终端硬件配置。

另一方面，本发明还提供了一种车联网平台自动注册系统，包括：

车辆，其包括车辆识别号码；

车载终端，可拆卸地安装于所述车辆内，其包括配置信息、检测信息和激活信息；

企业平台，与所述车载终端通讯连接，用于融合所述配置信息、所述检测信息和所述激活信息并存储；

其中，在所述车载终端安装于所述车辆之前，在所述企业平台中录入车载终端的配置信息，然后将所述车载终端的检测信息上传至所述企业平台，在所述检测信息中的至少部分信息与所述配置信息内对应的信息校验成功后，所述企业平台将所述配置信息和所述检测信息融合生成终端信息；

将所述车载终端安装于车辆内，所述车载终端在接收到车辆识别号码后，将所述车载终端内的激活信息上传至所述企业平台，在所述激活信息中的至少部分信息与所述终端信息内对应的信息校验成功后，所述企业平台将所述终端信息和所述激活信息融合生成车辆信息。

可选地，所述车载终端内安装有sim卡，所述sim卡内设置有唯一且传输给所述企业平台的msisdn和iccid；

所述检测信息包括但不限于：iccid、车载终端零件号和车载终端id；

所述激活信息包括但不限于：车辆识别号码、iccid、车载终端id、imei、msisdn、车载终端条形编码；

所述配置信息包括但不限于车载终端零件号、车载终端名称、车载终端型号、车载终端生产厂家和车载终端硬件配置。

本发明的车联网平台自动注册方法和系统中，在车载终端安装于车辆之前，在企业平台中录入车载终端的配置信息，然后将车载终端的检测信息上传至企业平台，在检测信息中的至少部分信息与配置信息内对应的信息校验成功后，企业平台将配置信息和检测信息融合生成终端信息；将车载终端安装于车辆内，车载终端在接收到车辆识别号码(vin)后，将车载终端内的激活信息上传至企业平台，在激活信息中的至少部分信息与终端信息内对应的信息校验成功后，企业平台将终端信息和激活信息融合生成车辆信息。上述方法中相当于对车载终端里的信息进行了两次验证，每一个阶段均对上一阶段录入的信息进行了校验，保障信息的准确性与贯通性，并确保tbox在出厂时都可以正常使用。同时确保车辆信息能够在产线上第一时间录入到企业监管平台，实现数据0丢失。

进一步地，本发明的车联网平台自动注册方法中，当车辆和车载终端不匹配时，可发出报警信号，以强化换件流程，防止厂商利用废旧零部件重复，保障产品可靠性。

根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

后文将参照附图以示例性而非限制性的方式详细描述本发明的一些具体实施例。附图中相同的附图标记标示了相同或类似的部件或部分。本领域技术人员应该理解，这些附图未必是按比例绘制的。附图中：

图1是根据本发明一个实施例的车联网平台自动注册方法的示意性流程图；

图2是根据本发明另一个实施例的车联网平台自动注册方法的流程图；

图3是根据本发明又一个实施例的车联网平台自动注册方法的流程图；

图4是根据本发明一个实施例的车联网平台自动注册系统的示意性系统图。

图中的附图标记为：

1-车辆，2-车载终端，3-企业平台。

具体实施方式

图1是根据本发明一个实施例的车联网平台自动注册方法的示意性流程图。图2是根据本发明另一个实施例的车联网平台自动注册方法的流程图。图3是根据本发明又一个实施例的车联网平台自动注册方法的流程图。图4是根据本发明一个实施例的车联网平台自动注册系统的示意性系统图。下面参照图1至图4来描述本发明实施例的车联网平台自动注册方法及系统。

参考图1和图2，图中所示实施例的车联网平台自动注册方法如下：

步骤s101，在企业平台中录入车载终端的配置信息。其中，车载终端简称为tbox。tbox的配置信息包括但不限于车载终端零件号、车载终端名称、车载终端型号、车载终端生产厂家、车载终端硬件配置。车载终端内安装有sim卡，sim卡内设置有唯一且传输至企业平台的msisdn和iccid。进一步地，还可以在企业平台中导入车辆的配置信息(车辆型号、配置等)。

步骤s102，在车载终端安装到车辆之前，将车载终端的检测信息上传至企业平台，在检测信息中的至少部分信息与配置信息内对应的信息校验成功后，企业平台将配置信息和检测信息融合生成终端信息。检测信息包括但不限于：iccid、车载终端零件号和车载终端id。在该步骤中，需要将tbox中的iccid和其他自身信息与步骤s101中录入平台的信息进行比对，如果成功，则进行下一步。如果不成功，则重新尝试，若多次不成功，则发出警报信号。

步骤s103，安装于车辆内且正常工作的车载终端在接收到车辆的车辆识别号码(vin)后，将车载终端内的激活信息上传至企业平台，在激活信息中的至少部分信息与终端信息内对应的信息校验成功后，企业平台将终端信息和激活信息融合生成车辆信息。激活信息包括但不限于：vin、iccid、车载终端id、imei、msisdn和车载终端条形编码。tbox将激活信息传输到企业平台上，以完善信息；同时，将激活信息中的iccid、vin和车载终端id与录入平台的信息进行比对，如果成功，则将vin与车载终端的信息进行绑定，生成激活记录，同时生成车辆信息。

上述方法中相当于对车载终端里的信息进行了两次验证，每一个阶段均对上一阶段录入的信息进行了校验，保障信息的准确性与贯通性，并确保tbox在出厂时都可以正常使用。同时确保车辆信息能够在产线上第一时间录入到企业监管平台，实现数据0丢失。

参考图2和图3，进一步地，在一个优选地实施例中，在步骤s103中，当激活信息中的至少部分信息与终端信息内对应的信息校验失败时，检测当前车辆的vin是否与其他车载终端绑定，若是，则判断是否需要更换当前车载终端；若否，则判定当前车载终端是否与其他车辆绑定。

在判断是否需要更换当前车载终端时，如果判断需要更换，则允许当前车辆的vin与新的终端信息进行绑定，如果不需要更换，则拒绝绑定且企业平台发出报警信号。

在判定当前车载终端是否与其他车辆绑定时，当当前车载终端与其他车辆绑定时，判定是否需要更新当前车载终端中的vin，如判断需更新，则允许当前车载终端与当前车辆的vin进行绑定；如不需要更新，则拒绝绑定且企业平台发出报警信号；当当前车载终端未与其他车辆绑定时，则更换当前车载终端。

该步骤可以在当车辆和车载终端不匹配时，发出报警信号，以强化换件流程，防止厂商利用废旧零部件重复，保障产品可靠性。

参考图4，本发明还提供了一种车联网平台自动注册系统，包括车辆1、车载终端2和企业平台3。车辆1上包括vin，vin是车辆的唯一识别码，不能重复。车载终端2可拆卸地安装于车辆内，其包括配置信息、检测信息和激活信息。企业平台3与车载终端2通讯连接，用于融合配置信息、检测信息和激活信息并存储。

具体地，该系统的操作流程如下：

首先，在车载终端安装于车辆之前，在企业平台中录入车载终端的配置信息，配置信息包括但不限于车载终端零件号、车载终端名称、车载终端型号、车载终端生产厂家和车载终端硬件配置。车载终端内安装有sim卡，sim卡内设置有唯一且传输给企业平台的msisdn和iccid。

其次，将车载终端的检测信息上传至企业平台，在检测信息中的至少部分信息与配置信息内对应的信息校验成功后，企业平台将配置信息和检测信息融合生成终端信息；检测信息包括但不限于：iccid、车载终端零件号和车载终端id。

最后，将车载终端安装于车辆内，车载终端在接收到vin后，将车载终端内的激活信息上传至企业平台，在激活信息中的至少部分信息与终端信息内对应的信息校验成功后，企业平台将终端信息和激活信息融合生成车辆信息。激活信息包括但不限于：vin、iccid、车载终端id、imei、msisdn、车载终端条形编码。

该系统能使得端到车、车到平台之间，各项静态信息能够形成完整、完善、全自动化录入维护的系统，避免了人工操作造成的时间延迟、信息错误、人为失误等问题。

继续参考图2和图3，详细介绍该系统的操作流程：

本系统主要涉及以下三个环节：tbox生产前(sim卡发货后)、tbox产品生产线、整车总装生产线。

具体地，三个环节需要的工作如下：

1.tbox生产前

在tbox完成设计sop(标准作业程序)后，需要将该型号tbox的相关配置信息录入到企业平台当中，配置信息必须含有：tbox零件号，可含有tbox名称、tbox型号、tbox生产厂家、tbox硬件配置等信息，便于后期tbox单体信息上传后，企业平台进行型号的匹配，并对tbox配置进行管控。配置信息可以由供应商的供货系统直接导入到企业平台中，还可以通过人工输入的方式进行输入。

在本实施例中，由于tbox内的sim卡是采取贴片的方式，故在tbox生产前，需要提前备货sim卡，当sim卡运行商接到备货订单后，会将该批的msisdn分配给各个sim卡，并将该批的sim卡对应的iccid清单通过api接口方式传输给企业平台，对供应的每一张sim卡信息进行存储，便于管控和后期校验工作。

2.tbox产品产线

在tbox下线发货前，需要供应商将tbox与车企的企业平台进行至少一次的连接通讯，并能正常接到响应反馈，这个操作步骤称为server检。

在server检中，除了测试tbox是否能够与平台联通外，还需要tbox上传检测信息(部分tbox个体的信息)，便于后期溯源和装车校验。上传的信息有：

1)iccid：用于和sim卡厂商上传的信息做检验，保障tbox及sim卡的正确来源，防止恶意录入非车企的终端；

2)车载终端零件号：tbox个体上传后，需要携带有终端零件号，与平台数据库中录入的tbox配置信息做匹配，并将该个体的信息归属到相对应的tbox配置型号下，便于后期按照不同型号、不同厂家等分类核查与管理。

3)车载终端id：该信息属于tbox的唯一识别码，相当于tbox的“身份证”，根据编码规则，可以追溯到具体的批次、流水号，共后期tbox追溯使用。

若tbox能够正常与平台联通，并上传信息，则此步骤可以初步判定该tbox是能够与平台是联通的。企业平台在收集到这三个数据信息后，对其进行校验，若iccid校验成功、终端零件号匹配成功，则存储tbox的个体信息；若校验失败，或匹配错误，均反馈失败，则server检步骤失败，tbox需要寻找问题，只有校验成功后，方可通过。

3.整车总装生产线

该环节是在车厂总装生产线上进行，当车辆的整车控制器通过电检，写入整车vin后，tbox通过can总线采集到vin号，并将vin号写入到tbox软件内，当整车环境能够支持tbox正常工作后，tbox首次将激活信息(携带着整车vin号及tbox本身的相关信息)与企业平台进行数据通讯，企业平台对tbox上传的tbox信息和车辆信息的进行匹配，该环节称为：激活。

在激活中，tbox需要上传多个信息，支持其他环节，上传的信息有：

1)iccid：需要与后台数据库中的iccid信息进行校验，判断是否为车企的终端，且该信息在后期的每一次通讯的首次登入中均需含有，此为国标规定信息；

2)车载终端id：与server检中上传存储的车载终端id进行校验，判断该件是否是车企终端，是否按照要求进行过server检；

3)imei：属于tbox个体信息，用于追溯；

4)msisdn：属于tbox个体信息，用于后期sim卡实名认证；

5)车载终端条形编码：用于与车企生产系统mes系统的匹配；

6)vin：首次上传，平台将vin与同一包数据中的iccid和车载终端id绑定在一起，形成单车信息。

当所有信息上传完毕后，企业平台上能够存储生成完整的车载终端个体信息(且归属到不同的零件号下)，还可以录入车辆个体信息(车辆型号、配置等)，使车辆个体信息与终端个体信息形成了绑定关系。当tbox携带车辆vin上报该车的车辆数据时，企业平台能够识别并接收该车辆的相关数据。

在图2所示流程中，有三点需要注意：

1)企业平台记录需要实时生成，不需要人工进行页面刷新；

2)换件、vin维护流程需人工对该车辆进行设置，方可重新进行激活流程，默认情况iccid、vin不得重复；且换件、vin维护流程除记录外，平台需要实时提醒；

3)server检和激活，平台需能够显示记录的终端、车辆信息。

在正常情况下，一个tbox只会经历一次server检和一次激活，故平台在默认情况下，只允许tbox进行一次server检，并只能与一个车辆(vin)进行绑定匹配关系。

但是由于会有两种特殊场景：

1)车载终端a先安装在车辆1上，获取vin1，后将车载终端a从1车取下装到2车上，获取vin2。可能造成的影响：车载终端a与车1的绑定关系仍然存在，导致无法绑定车2，进行新的激活。需要做的逻辑：需要后台能够对车载终端a和1的关系进行解绑，但仍然以vin为识别符，保留1车数据记录。后台能够接受车载终端a与2进行新的激活绑定。

2)车辆1上车载终端a损坏，更换掉车载终端a，车载终端a返厂重修，重新安装车载终端b。可能造成的影响：a和b同时上传车1的数据，导致数据冲突(若终端能够用自身电池自动唤醒，上报熄火前数据，则会出现这种情况)。需要做的逻辑：当安装车载终端b时，平台端需要解除车载终端a和1的绑定关系。故需要特别设立换件流程，在新的信息与前期存储的信息冲突时，均需要工作人员进行判断，若的确是已批准的特殊情况，再允许平台上对已记录的信息进行更改，并保留原信息曾经上传的信息。

在图3所示的流程中，也即是特殊场景中，有以下几点需要注意：

1)需工作人员判断该车是否是需要换件的车辆，或是否是需要更改vin的车辆；

2)若该车辆需要换件或需要更改vin，则平台允许接收新的终端信息或vin信息，并将新的信息作绑定关系；

3)保留原vin和原终端绑定信息所产生的日志记录；

4)激活失败需要进行特殊的实时提醒，换件、vin信息维护成功也需进行特殊的实时提醒。

上述车联网平台自动注册系统，可以对每一个阶段的信息进行严格把控，提升了tbox出厂质量；其中，每一个阶段均对上一阶段录入的信息进行了校验，保障信息的准确性与贯通性，并确保tbox在出厂时都可以正常使用。确保tbox厂家使用车企购买的sim卡，避免了终端误发的情况，也避免了出现tbox在工厂装车后，无法登陆平台的情况。

上述系统还可以确保车辆信息能够在产线上第一时间录入到企业监管平台，实现数据0丢失；其中，在产线上，当车辆与平台通讯的第一时间，平台就将tbox上传上的车辆信息自动录入存储。保障车辆从第一条数据开始，就记录存储在车企的服务器中，真正实现全生命周期管理，弥补了出厂前的数据空白。

进一步地，上述系统还可以强化换件流程，防止供应商偷工减料，将废旧零部件重复利用，保障产品可靠性；具体地，每一个tbox在生产时，其贴片的sim卡信息就会记录在内，若某个终端上传与首次绑定关联的车辆不同的vin信息，平台端则会拒绝录入，并设置提醒。

至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。