车辆信息通信系统技术方案

本发明专利技术提供车辆信息通信系统，车辆侧系统(4)若从多个ECU(19)接收到各ECU(19)的“ECU SW ID”，则将对它们组合了“Vehicle SW ID”的列表发送给中心装置(3)。中心装置(3)对从车辆侧系统(4)发送的列表与存储于结构信息DB108的对应的车辆的正规的列表进行比较，若判断为发送的列表的组合不正规则向车辆侧系统(4)以及管理装置(220)发送异常检测。

【技术实现步骤摘要】
【国外来华专利技术】车辆信息通信系统相关申请的交叉引用本申请主张于2018年8月10日申请的日本申请号2018－151414号、以及于2019年7月12日申请的日本申请号2019－129951号的优先权，并在此引用其全部内容。
本公开涉及具备管理写入到搭载于车辆的多个电子控制装置的数据的中心装置、和搭载于车辆的车载装置的车辆信息通信系统。
技术介绍
近年，随着驾驶支援功能、自动驾驶功能等车辆控制的多样化，搭载于车辆的电子控制装置(以下，称为ECU(ElectronicControlUnit：电子控制单元))的车辆控制、诊断等的应用程序的规模增大。另外，随着基于功能改善等的版本升级，改写(重编)ECU的应用程序的机会也增加。另一方面，随着通信网络的发展等，车联网的技术也普及。由于这样的情况，例如在专利文献1公开了通过OTA(OverTheAir：空中下载)从中心向车载装置分发ECU的更新程序，并在车辆侧改写更新程序的技术。专利文献1：日本特开2017－157004号公报该情况下，若例如更换车辆侧的多个ECU的一部分，并其结构信息例如应用程序的版本等被更新，则根据与其它的ECU的应用程序的版本的组合，有可能无法正常地进行动作。
技术实现思路
本公开是鉴于上述情况而完成的，其目的在于提供中心装置能够确认搭载于车辆的各电子控制装置的结构信息的组合的适当与否的车辆信息通信系统。根据本公开的车辆信息通信系统，车载装置若从多个电子控制装置接收到与各装置的结构相关的结构信息，则将包含多个结构信息的结构信息列表发送给中心装置。中心装置具有针对车辆的种类存储正规的结构信息列表的结构信息存储部，对从车载装置接收到的结构信息列表与存储于结构信息存储部的结构信息列表进行比较，若判断为从车载装置接收的结构信息列表不正规则向车载装置发送异常的内容。若像这样结构，则中心装置能够检测车辆的结构信息的组合处于多个电子控制装置不能够配合而对车辆的行驶造成妨碍的状态作为异常，并通知给车载装置。由此，车载装置能够采取禁止车辆的行驶等措施。附图说明一边参照附图一边通过下述的详细的记述，本专利技术的上述目的和其他的目的、特征、优点变得更明确。该附图为如下。图1是表示在第一实施方式中车辆信息通信系统的整体结构的图。图2是表示CGW的电结构的图。图3是表示ECU的电结构的图。图4是表示电源线的连接形式的图。图5是表示将重编数据和分发规格数据打包的形式的图。图6是表示将分发包拆包的形式的图。图7是将中心装置中的主要涉及服务器的各功能的部分框图化而表示的图。图8是表示中心装置中的处理的流程的示意图。图9是表示登记在结构信息DB中的车辆的结构信息的一例的图。图10是表示登记在ECU重配置数据DB中的程序、数据的一例的图。图11是表示登记在ECU元数据DB中的规格数据的一例的图。图12是表示登记在单车信息DB中的车辆的结构信息的一例的图。图13是表示登记在包DB中的分发包数据的一例的图。图14是表示登记在活动DB中的活动数据的一例的图。图15是表示生成登记在ECU重配置数据DB中的程序、数据的处理的流程图。图16是表示生成登记在ECU元数据DB中的规格数据的一例的处理的流程图。图17是表示规格数据的一例的图。图18是表示总线负荷表的一例的图。图19是表示生成登记在包DB中的分发包的处理的流程图。图20是示意性表示包文件的内容的图。图21是表示在第二实施方式中，在中心装置与车辆侧系统之间执行的处理步骤的时序图。图22是表示中心装置进行的处理的流程图。图23是示意性表示在图22所示的流程图的步骤D6、D7中进行的处理内容的图。图23A是表示从车辆侧系统向中心装置发送散列值的情况下的处理的流程图。图24是表示在第三实施方式中，在中心装置与车辆侧系统之间执行的处理步骤的时序图。图25是表示中心装置进行的处理的流程图。图26是表示中心装置通过SMS而向EV车和输送车分别进行通知的状态的时序图。图27是表示在第四实施方式中，在中心装置与车辆侧系统之间执行的处理步骤的时序图。图28是示意性表示在第五实施方式中，在供应商、中心装置、车辆侧系统间进行的处理的图。图29是表示在供应商、中心装置、车辆侧系统间进行的处理步骤的时序图(其一)。图30是表示在供应商、中心装置、车辆侧系统间进行的处理步骤的时序图(其二)。图31是表示在供应商、中心装置、车辆侧系统间进行的处理步骤的时序图(其三)。图32是第一实施方式的变形(其一)，是表示使多个包与一个活动对应的情况下的包DB的数据格式的图。图33是表示使多个包与一个活动对应的情况下的活动DB的数据格式的图。图34是按照每个组生成规格数据的情况下的相当于图16的图图35是按照每个组生成分发包的情况下的相当于图19的图图36是第一实施方式的变形(其二)，是表示包生成工具的处理内容的图。图37是表示第六实施方式的整体结构的图。图38是表示CGW的电结构的图。图39是表示DCM的电结构的图。图40是表示ECU的电结构的图。图41是表示电源线的连接形式的图。图42是表示将重编数据和分发规格数据打包的形式的图。图43是表示DCM用的改写规格数据的图。图44是表示CGW用的改写规格数据的图。图45是表示分发规格数据的图。图46是表示将分发包拆包的形式的图。图47是表示嵌入型的1面独立存储器的通常动作时的形式的图。图48是表示嵌入型的1面独立存储器的改写动作时的形式的图。图49是表示下载型的1面独立存储器的通常动作时的形式的图。图50是表示下载型的1面独立存储器的改写动作时的形式的图。图51是表示嵌入型的1面挂起挂起存储器的通常动作时的形式的图。图52是表示嵌入型的1面挂起挂起存储器的改写动作时的形式的图。图53是表示下载型的1面挂起挂起存储器的通常动作时的形式的图。图54是表示下载型的1面挂起挂起存储器的改写动作时的形式的图。图55是表示嵌入型的2面存储器的通常动作时的形式的图。图56是表示嵌入型的2面存储器的改写动作时的形式的图。图57是表示下载型的2面存储器的通常动作时的形式的图。图58是表示下载型的2面存储器的改写动作时的形式的图。图59是表示改写应用程序的形式的图。图60是表示改写应用程序的形式的图。图61是表示改写应用程序的形式的图。图62是表示通过电源控制来改写应用程序的形式的时序图。图63是表示通过电源控制来改写应用程序的形式的时序图。图64是表示通过电源自保持来改写应用程序的形式的时序图。图65是表示通过本文档来自技高网...

【技术保护点】
1.一种车辆信息通信系统，具备中心装置(3)和搭载于车辆的车载装置(4)，其中，上述中心装置(3)管理向搭载于车辆的多个电子控制装置写入(19)的数据，上述车载装置(4)具有：车内通信部，与上述多个电子控制装置进行通信(13)；以及车外通信部，与上述中心装置进行无线通信(12)，其中，/n上述车载装置若从上述多个电子控制装置接收到与各装置的结构相关的结构信息，则将包含多个上述结构信息的结构信息列表发送给上述中心装置，/n上述中心装置具有结构信息存储部(208)，该结构信息存储部针对车辆的种类存储正规的上述结构信息列表，上述中心装置对从上述车载装置接收到的上述结构信息列表与存储于上述结构信息存储部的上述结构信息列表进行比较，若判断为从上述车载装置接收到的上述结构信息列表不正规，则向上述车载装置发送异常的内容。/n

【技术特征摘要】
【国外来华专利技术】20180810 JP 2018-151414;20190712 JP 2019-1299511.一种车辆信息通信系统，具备中心装置(3)和搭载于车辆的车载装置(4)，其中，上述中心装置(3)管理向搭载于车辆的多个电子控制装置写入(19)的数据，上述车载装置(4)具有：车内通信部，与上述多个电子控制装置进行通信(13)；以及车外通信部，与上述中心装置进行无线通信(12)，其中，
上述车载装置若从上述多个电子控制装置接收到与各装置的结构相关的结构信息，则将包含多个上述结构信息的结构信息列表发送给上述中心装置，
上述中心装置具有结构信息存储部(208)，该结构信息存储部针对车辆的种类存储正规的上述结构信息列表，上述中心装置对从上述车载装置接收到的上述结构信息列表与存储于上述结构信息存储部的上述结构信息列表进行比较，若判断为从上述车载装置接收到的上述结构信息列表不正规，则向上述车载装置发送异常的内容。


2.根据权利要求1所述的车辆信息通信系统，其中，
上述中心装置具备与管理生产的车辆的信息的管理装置(220)进行通信的通信部(212)，并将上述异常的检测发送给上述管理装置。


3.根据权利要求1或者2所述的车辆信息通信系统，其中，...

【专利技术属性】
技术研发人员：樱井那央，高桥修平，原田雄三，上原一浩，长谷川拓矢，河崎卓也，早川和明，
申请(专利权)人：株式会社电装，
类型：发明
国别省市：日本;JP