CN112528389A - 一种车辆信息的处理方法、装置及车辆运营管理平台 - Google Patents

Abstract

本发明提供了一种车辆信息的处理方法、装置及车辆运营管理平台，涉及汽车设计制造技术领域。该方法包括：接收不同车辆生产制造系统通过相同的传输接口发送的车辆注册信息；接收车辆下线后，通过远程信息处理器TBOX发送的车辆信息；校验所述车辆注册信息和所述TBOX发送的车辆信息是否一致，若一致，则校验通过。本发明实施例通过车辆运营管理平台接收车辆注册前和注册后的信息，并对接收数据进行校验的方式，保证了零部件信息的准确性和可靠性，避免操作失误和装配信息的不匹配导致信息的错误，一次开发和系统对接高效的完成车辆信息注册和校核，保证后期车辆运营管理的准确性和可靠性。

Description

一种车辆信息的处理方法、装置及车辆运营管理平台

技术领域

本发明涉及汽车设计制造技术领域，特别涉及一种车辆信息的处理方法、装置及车辆运营管理平台。

背景技术

目前针对新能源汽车的安全监管有了统一的标准，所有新能源汽车生产企业必须为企业生产的新能源汽车的安全运行负主要责任，并在新能源汽车出现安全事故后做到快速响应和积极应对，保证在新能源汽车发生事故后的影响降到最低。企业按照国标协议将新能源汽车的车辆运行参数和故障报警按照协议规定的格式和要求上传到企业平台，尤其是动力电池和电机的相关参数和变量信息。新能源汽车企业为满足新能源车辆的数据上传要求，需要建立标准的信息化系统对新能源汽车的安全运行进行监管，为新能源电动汽车的动力电池进行追溯，对新能源汽车整车和动力电池包进行全生命周期的安全监管。

目前，车辆生产制造系统注册车辆时通过线下人力收集车辆基本信息和录入信息，录入信息的繁多性和复杂性，难免会发生信息的交叉错误、异常数据注册的风险。而且车辆在下线后由于零部件质量问题导致零部件更换，若未及时进行信息更换，车辆对应的零部件信息不一致导致后期车辆远程控制功能的不可用的情况；无法满足售后客户体验性，极大容易增加售后抱怨。

发明内容

本发明实施例提供一种车辆信息的处理方法、装置及车辆运营管理平台，以解决车辆信息注册时因操作失误和装配信息的不匹配，导致信息发生错误的问题和车辆在下线更换零部件未及时更新车辆信息导致后期车辆远程控制功能的不可用的问题。

为了解决上述技术问题，本发明采用如下技术方案：

本发明实施例提供了一种车辆信息的处理方法，应用于车辆运营管理平台，所述方法包括：

接收不同车辆生产制造系统通过相同的传输接口发送的车辆注册信息；

接收车辆下线后，通过远程信息处理器TBOX发送的车辆信息；

校验所述车辆注册信息和所述TBOX发送的车辆信息是否一致，若一致，则校验通过。

可选的，所述传输接口包括：应用程序接口API接口。

可选的，接收不同车辆生产制造系统通过相同的传输接口发送的车辆注册信息，包括：

接收不同车辆生产制造系统的本地缓存通过相同的传输接口发送的车辆注册信息。

可选的，所述车辆注册信息以及所述车辆信息均包括以下至少一项：车辆识别号码VIN、所述TBOX编码、动力电池包编码、驱动电机编码以及车型名称信息。

可选的，所述校验所述车辆注册信息和所述TBOX发送的车辆信息是否一致的步骤，包括：

校验所述TBOX发送的VIN信息与所述注册信息中的VIN信息是否一致；

校验所述TBOX发送的TBOX编码与所述注册信息中的TBOX编码是否一致；

校验所述TBOX发送的动力电池包编码与所述注册信息中的动力电池包编码是否一致；

校验所述TBOX发送的驱动电机编码与所述注册信息中的驱动电机编码是否一致；

检验所述TBOX发送的车型名称信息与所述注册信息中的车型名称信息是否一致。

本发明实施例还提供了一种车辆信息的装置，应用于车辆运营管理平台，所述装置包括：

第一接收模块，用于接收不同车辆生产制造系统通过相同的传输接口发送的车辆注册信息；

第二接收模块，用于接收车辆下线后，通过远程信息处理器TBOX发送的车辆信息；

校验模块，用于校验所述车辆注册信息和所述TBOX发送的车辆信息是否一致，若一致，则校验通过。

可选的，所述传输接口包括：应用程序接口API接口。

可选的，所述第一接收模块用于接收不同车辆生产制造系统的本地缓存通过相同的传输接口发送的车辆注册信息。

可选的，所述校验模块，包括：

第一校验单元，用于校验所述TBOX发送的VIN信息与所述注册信息中的VIN信息是否一致；

第二校验单元，用于校验所述TBOX发送的TBOX编码与所述注册信息中的TBOX编码是否一致；

第三校验单元，用于校验所述TBOX发送的动力电池包编码与所述注册信息中的动力电池包编码是否一致；

第四校验单元，用于校验所述TBOX发送的驱动电机编码与所述注册信息中的驱动电机编码是否一致；

第五校验单元，用于检验所述TBOX发送的车型名称信息与所述注册信息中的车型名称信息是否一致。

本发明实施例还提供了一种车辆运营管理平台，包括如上所述的车辆信息的装置。

本发明的上述技术方案至少具有以下技术效果：

车辆生产制造系统注册车辆时，通过信息化系统对接完成车辆信息的注册，节省了信息收集和信息录入的过程；车辆信息注册完成后，通过下线检测触发机制实现远程信息处理器TBOX本地多重信息校核和后台数据比对，确保车辆装配前后数据的高度准确性和一致性；通过技术手段和流程控制，保证车辆关键零部件信息变更后、软件升级或者配置文件变更后，都会触发此车辆信息校核机制，保证车辆的全生命周期内信息的一致性和准确性，保证后期车辆运营管理的准确性和可靠性。

附图说明

图1表示本发明实施例的车辆信息的处理方法流程图；

图2表示本发明实施例的车辆信息的装置的模块示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本发明针对车辆信息注册时因操作失误和装配信息的不匹配，导致信息发生错误的问题和车辆在下线更换零部件未及时更新车辆信息导致后期车辆远程控制功能的不可用的问题，提供一种车辆信息的处理方法，应用于车辆运营管理平台，所述方法包括：

步骤100，接收不同车辆生产制造系统通过相同的传输接口发送的车辆注册信息；

步骤200,接收车辆下线后，通过远程信息处理器TBOX发送的车辆信息；

步骤300，校验所述车辆注册信息和所述TBOX发送的车辆信息是否一致，若一致，则校验通过。

进一步地，所述传输接口可以包括：应用程序接口API接口。需要说明的是，车辆运营管理平台根据应用程序接口API接口建立标准API接口文档，规定数据传输的范围、标准和异常处理机制，各个生产基地的车辆生产制造系统按照标准API接口文档进行开发，同时也避免了线下人员的调动导致的业务影响，无需对人员进行培训，保证服务器和所述API接口程序的正常运行即可。

还需要说明的是，在车辆生产制造系统按照标准API接口文档进行开发前，车辆生产制造系统需要收集车辆的车辆注册信息。

进一步地，所述车辆注册信息包括以下至少一项：车辆识别号码VIN、所述TBOX编码、动力电池包编码、驱动电机编码以及车型名称信息。

需要说明的是，收集车辆注册信息后，并通过API接口将相关信息传输到车辆运营管理平台进行注册。通过标准API接口对车辆生产的每一个字段信息进行有无校验，对车辆注册信息以及所述车辆信息进行编码规则和有效性校验，避免前期录入信息不完整，后期信息追溯难处理的现象发生。同时增加车辆同步异常情况提醒功能，提醒工段人员及时在生产线上确认数据对应关系，并提供准确的车辆和零部件编码等匹配关系，即时即地解决问题。

进一步地，步骤100，可以包括：接收不同车辆生产制造系统的本地缓存通过相同的传输接口发送的车辆注册信息。

需要说明的是，车辆生产制造系统在收集车辆注册信息时，遇到网络状态不好的情况下，车辆生产制造系统会将车辆待同步信息存储在本地进行缓存，在网络状态恢复后，可立即恢复车辆注册的工作，减少人为因素的影响，不会耽误车辆生产基地的24小时运行。

进一步地，步骤200，包括：

车辆下线电检后，需要通过远程信息处理器TBOX发送车辆信息到车辆运营管理平台。所述TBOX发送车辆信息包括以下至少一项：车辆识别号码VIN、所述TBOX编码、动力电池包编码、驱动电机编码以及车型名称信息。

需要说明的是，所述车辆下线电检前，还需要进行内部校验，若内部校验成功，所述TBOX才可以将车辆信息发送给车辆运营管理平台。

进一步地，所述TBOX进行的内部校验为：所述TBOX写入车辆识别号码VIN信息，所述TBOX校验TBOX内部写入的VIN信息和电池管理系统(BMS)以及电机管理系统MCU(微控制单元)写入的车辆识别号码VIN信息一致。若所述零部件TBOX、BMS和MCU都是跟同一台车辆VIN是匹配的，所述TBOX开启数据上传的功能；如果所述TBOX内部校核相关联的所述VIN信息不一致时，则所述TBOX内部校验不通过，则生产线上核对零部件装配信息是否和车辆生产制造系统匹配。

还需要说明的是，所述TBOX为车辆数据采集设备和数据存储设备，同时内置通讯模块，确保将定制化的车辆数据上传到企业车辆运营管理平台中进行存储和数据分析；所述BMS通过内部策略和逻辑管理动力电池包的输入和输出；所述MCU通过内部策略和逻辑管理驱动电机的输入和输出。

进一步地，步骤300，包括：

校验所述TBOX发送的VIN信息与所述注册信息中的VIN信息是否一致；

校验所述TBOX发送的TBOX编码与所述注册信息中的TBOX编码是否一致；

校验所述TBOX发送的动力电池包编码与所述注册信息中的动力电池包编码是否一致；

校验所述TBOX发送的驱动电机编码与所述注册信息中的驱动电机编码是否一致；

检验所述TBOX发送的车型名称信息与所述注册信息中的车型名称信息是否一致。

这里，TBOX发送的车辆识别号码VIN、所述TBOX编码、动力电池包编码、驱动电机编码以及车型名称信息，与车辆生产制造系统注册的VIN、所述TBOX编码、动力电池包编码、驱动电机编码以及车型名称信息均一致时，认为校验通过。

需要说明的是，所述TBOX上传零部件信息TBOX编码、动力电池编码、驱动电机编码以及车辆VIN信息与车辆运营管理平台同车辆生产制造系统传输的关键字段信息进行数据检验，数据校验一致，车辆运营管理平台对此车进行加注册成功的标签，并记录当前的首帧数据上传时间。

还需要说明的是，所述TBOX内部校核VIN信息通过后，所述TBOX上传零部件信息TBOX编码、动力电池编码、驱动电机编码以及车辆VIN信息，和车辆生产制造系统同步的注册信息不一致时，则检查所述TBOX、BMS、MCU零部件信息的内部校核操作，查看所述TBOX、BMS、MCU零部件的内部校核写入编码操作是否有误，解决零部件下线写入编码不一致的问题。

本发明实施例在车辆下线后，所述TBOX、BMS、MCU零部件发生更换、软件升级或者配置文件升级后，所述TBOX重新执行本地VIN校核工作和车辆数据上传校核工作，确保更新零部件、零部件软件升级或者配置文件升级后，车辆装配信息和企业车辆运营管理平台信息的一致性。确保车辆在任何时间都保证车辆信息的一致性和准确性。

本发明实施例还提供了一种车辆信息的装置，应用于车辆运营管理平台，包括：

第一接收模块10，用于接收不同车辆生产制造系统通过相同的传输接口发送的车辆注册信息；

第二接收模块20，用于接收车辆下线后，通过远程信息处理器TBOX发送的车辆信息；

校验模块30，用于校验所述车辆注册信息和所述TBOX发送的车辆信息是否一致，若一致，则校验通过。

可选的，传输接口为应用程序接口API。

可选的，所述第一接收模块10用于接收不同车辆生产制造系统的本地缓存通过相同的传输接口发送的车辆注册信息。

可选的，所述校验模块30包括：

第一校验单元31，用于校验所述TBOX发送的VIN信息与所述注册信息中的VIN信息是否一致；

第二校验单元32，用于校验所述TBOX发送的TBOX编码与所述注册信息中的TBOX编码是否一致；

第三校验单元33，用于校验所述TBOX发送的动力电池包编码与所述注册信息中的动力电池包编码是否一致；

第四校验单元34，用于校验所述TBOX发送的驱动电机编码与所述注册信息中的驱动电机编码是否一致；

第五校验单元35，用于检验所述TBOX发送的车型名称信息与所述注册信息中的车型名称信息是否一致。

需要说明的是，该装置的实施例是与上述方法的实施例相对应的装置，上述方法的实施例中的所有实现方式均适用于该装置的实施例中，也能达到相同的技术效果。

本发明实施例还提供一种车辆运营管理平台，包括如上所述的车辆信息的装置。

综上所述，本发明实施例通过车辆生产制造系统和企业车辆运营管理平台的API标准接口对接，节省了线下收集车辆基本信息和录入信息的资源消耗和人力消耗，提高了车辆信息注册的效率；通过标准的API接口对接的方式，保证了数据的一致性，对零部件编码数据、车辆VIN数据进行唯一性数据校验，避免信息的交叉错误；通过标准的API接口对接的方式保证了异常数据注册的提醒，在生产线上保证信息的高度准确性和一致性；通过车辆装配后的数据上传二次校核，保证车辆零部件信息装配前后的信息一致和符合性，避免由于车辆对应的零部件信息不一致导致后期车辆远程控制功能的不可用；影响车辆的售后客户体现；更换零部件的车辆装配后的数据上传二次校核，保证车辆运营管理过程中的关键零部件可追溯性，对车辆运营过程中产生的问题数据快速提取分析和解决，提高车辆的品质，减少售后抱怨。

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

Claims (10)

1.一种车辆信息的处理方法，其特征在于，应用于车辆运营管理平台，所述方法包括：

接收不同车辆生产制造系统通过相同的传输接口发送的车辆注册信息；

接收车辆下线后，通过远程信息处理器TBOX发送的车辆信息；

校验所述车辆注册信息和所述TBOX发送的车辆信息是否一致，若一致，则校验通过。

2.根据权利要求1所述的车辆信息的处理方法，其特征在于，所述传输接口包括：应用程序接口API接口。

3.根据权利要求1所述的车辆信息的处理方法，其特征在于，接收不同车辆生产制造系统通过相同的传输接口发送的车辆注册信息，包括：

接收不同车辆生产制造系统的本地缓存通过相同的传输接口发送的车辆注册信息。

4.根据权利要求1所述的车辆信息的处理方法，其特征在于，所述车辆注册信息以及所述车辆信息均包括以下至少一项：车辆识别号码VIN、所述TBOX编码、动力电池包编码、驱动电机编码以及车型名称信息。

5.根据权利要求4所述的车辆信息的处理方法，其特征在于，所述校验所述车辆注册信息和所述TBOX发送的车辆信息是否一致的步骤，包括：

校验所述TBOX发送的VIN信息与所述注册信息中的VIN信息是否一致；

校验所述TBOX发送的TBOX编码与所述注册信息中的TBOX编码是否一致；

校验所述TBOX发送的动力电池包编码与所述注册信息中的动力电池包编码是否一致；

校验所述TBOX发送的驱动电机编码与所述注册信息中的驱动电机编码是否一致；

检验所述TBOX发送的车型名称信息与所述注册信息中的车型名称信息是否一致。

6.一种车辆信息的装置，其特征在于，应用于车辆运营管理平台，包括：

第一接收模块，用于接收不同车辆生产制造系统通过相同的传输接口发送的车辆注册信息；

第二接收模块，用于接收车辆下线后，通过远程信息处理器TBOX发送的车辆信息；

校验模块，用于校验所述车辆注册信息和所述TBOX发送的车辆信息是否一致，若一致，则校验通过。

7.如权利要求6所述的车辆信息的装置，其特征在于，所述传输接口包括：应用程序接口API接口。

8.如权利要求6所述的车辆信息的装置，其特征在于，所述第一接收模块用于接收不同车辆生产制造系统的本地缓存通过相同的传输接口发送的车辆注册信息。

9.如权利要求6所述的车辆信息的装置，其特征在于，所述校验模块，包括：

第一校验单元，用于校验所述TBOX发送的VIN信息与所述注册信息中的VIN信息是否一致；

第二校验单元，用于校验所述TBOX发送的TBOX编码与所述注册信息中的TBOX编码是否一致；

第三校验单元，用于校验所述TBOX发送的动力电池包编码与所述注册信息中的动力电池包编码是否一致；

第四校验单元，用于校验所述TBOX发送的驱动电机编码与所述注册信息中的驱动电机编码是否一致；

第五校验单元，用于检验所述TBOX发送的车型名称信息与所述注册信息中的车型名称信息是否一致。

10.一种车辆运营管理平台，其特征在于，包括如权利要求6至9任一项所述的车辆信息的装置。

Images