CN114945901A - 中心装置以及车辆信息通信系统 - Google Patents

Abstract

本发明涉及中心装置以及车辆信息通信系统。作为本公开的一方式，中心装置的单车信息DB具有为了依次写入由单车信息登记部传输的多个单车信息而使用的等待队列，单车信息登记部在要将从主装置发送的单车信息(S1)传输至单车信息DB时参照等待队列(S2)，如果写入等待数小于规定量，则将单车信息储存于等待队列(S6)，如果在规定量以上，则在单车信息所包含的项目的某项是满足写入优先条件的内容的情况下(S3；访问频率：低、S4；优先车辆模型)将单车信息储存于等待队列，但在全部是不满足写入优先条件的内容的情况下不使单车信息储存于等待队列，而对主装置回复再次发送要求(S5)。

Description

中心装置以及车辆信息通信系统

相关申请的交叉引用

本申请基于2020年1月21日申请的日本申请号2020－7527号，并在此引用其记载内容。

技术领域

本公开涉及存储从包含多个电子控制装置的车辆侧装置发送的车辆信息的中心装置以及具有上述车辆侧装置和上述中心装置而成的系统。

背景技术

近年来，随着驾驶辅助功能、自动驾驶功能等车辆控制的多样化，搭载于车辆的电子控制装置(以下，称为ECU(Electronic Control Unit：电子控制单元))的车辆控制、诊断等应用程序的规模增大。另外，伴随着功能改善等带来的版本升级，改写(重编)ECU的应用程序的机会也增加。另一方面，伴随着通信网络的发展等，车联网的技术也普及。由于这样的情况，例如在专利文献1公开了从软件分发服务器通过OTA(Over The Air：空中下载技术)将ECU的更新程序分发给车载装置，在车辆侧改写更新程序的技术。

专利文献1：日本专利第6480263号公报

如上述那样，作为进行重编的前提，具备分发更新程序的服务器的中心装置需要掌握搭载于各车辆的电子控制装置的程序的版本等信息。因此，在上述那样的系统中，各车辆在规定的定时向中心装置发送车辆的信息，中心装置使发送的车辆信息存储于存储部。

然而，当来自大量车辆的车辆信息例如在乘车上班等的人较多的早晨那样的特定的时间段集中发送给中心装置时，中心装置侧有可能无法应对所有信息的处理。

发明内容

本公开是鉴于上述情况而完成的，其目的在于提供即使在来自大量车辆的车辆信息在特定的时间段集中发送的情况下，也能够高效地对车辆信息进行处理的中心装置以及车辆信息通信系统。

根据技术方案1记载的中心装置，车辆信息存储部具有为了依次写入由控制部传输的多个单车信息而使用的等待队列。控制部在要将从车辆侧装置以预先决定的车辆状态的变化为契机发送的车辆信息传输至车辆信息存储部时参照等待队列，如果其写入等待数小于规定量则将车辆信息储存于等待队列。另一方面，如果等待队列中的写入等待数在规定量以上，则在车辆信息所包含的项目的某项是满足写入优先条件的内容的情况下，控制部将车辆信息储存于等待队列，但在上述项目全部是不满足写入优先条件的内容的情况下不将车辆信息储存于等待队列。

即，当由于来自大量车辆侧装置的车辆信息在特定的时间段集中发送而等待队列的写入等待数变成规定量以上时，控制部根据车辆信息所包含的项目的某项是否是满足写入优先条件的内容，来决定是否将车辆信息储存于等待队列。这样，控制部在集中地接收到大量车辆信息时，如果车辆信息所包含的项目的某项是满足写入优先条件的内容则将该信息储存于等待队列，从而存储于车辆信息存储部。因此，能够根据它们的内容高效地处理大量车辆信息。

根据技术方案2记载的中心装置，将上述项目之一设为按照时间序列表示车辆侧装置发送该信息的日期与时刻的访问日志信息，如果基于访问日志信息的访问频率小于规定次数，则控制部判断为满足写入优先条件。由此，控制部能够优先使访问频率比较低而发送车辆信息的机会较少的车辆的车辆信息传输并存储至车辆信息存储部。

附图说明

关于本公开的上述目的以及其它目的、特征、优点，参照附图并通过下述的详细描述会变得更加明确。在该附图中：

图1是表示在一实施方式中，车辆信息通信系统的整体结构的图，

图2是表示CGW的电结构的图，

图3是表示ECU的电结构的图，

图4是表示电源线的连接方式的图，

图5是将中心装置中的主要涉及服务器的各功能的部分框图化而表示的图，

图6是表示中心装置中的处理的流程的示意图，

图7是表示在单车信息DB中登记的车辆的结构信息的一个例子的图，

图8是表示在中心装置与车辆侧系统之间执行的处理过程的时序图，

图9是表示由单车信息登记部执行的处理内容的流程图，

图10是表示主旨所涉及的部分的功能框图。

具体实施方式

以下，参照附图对一实施方式进行说明。车辆用程序改写系统是能够通过OTA改写搭载于车辆的ECU的车辆控制、诊断等应用程序的系统。如图1所示，车辆用程序改写系统1具有：通信网络2侧的中心装置3、车辆侧的车辆侧系统4以及显示终端5。通信网络2例如包括基于4G线路等的移动体通信网络、因特网、WiFi(Wireless Fidelity)(注册商标)等而构成。

显示终端5是具有受理来自用户的操作输入的功能、显示各种画面的功能的终端，例如是用户能够携带的智能手机、平板等便携终端6、配置在车厢内的兼具导航功能的显示器、仪表显示器等车载显示器7。若便携终端6在移动体通信网络的通信范围内，则能够与通信网络2连接。车载显示器7与车辆侧系统4连接。

若用户在车厢外且在移动体通信网络的通信圈内，则能够一边利用便携终端6确认应用程序的改写所涉及的各种画面一边进行操作输入，实现应用程序的改写所涉及的手续。用户能够在车厢内一边利用车载显示器7确认应用程序的改写所涉及的各种画面一边进行操作输入，实现应用程序的改写所涉及的手续。即，用户能够在车厢外和车厢内分开使用便携终端6和车载显示器7，实现应用程序的改写所涉及的手续。

中心装置3在车辆用程序改写系统1中总括通信网络2侧的OTA的功能，作为OTA中心发挥作用。中心装置3具有：文件服务器8、网页服务器9以及管理服务器10，构成为各服务器8～10能够相互进行数据通信。

文件服务器8是具备从中心装置3发送至车辆侧系统4的应用程序的管理功能，对从作为应用程序的提供企业的供应商等提供的ECU程序以及其附带的信息、由OEM(Original Equipment Manufacturer：原始设备制造商)提供的分发规格数据、从车辆侧系统4获取的车辆状态等进行管理的服务器。文件服务器8能够经由通信网络2与车辆侧系统4之间进行数据通信，若产生分发包的下载请求，则向车辆侧系统4发送将重编数据和分发规格数据打包后的分发包。网页服务器9是管理网页信息的服务器，对便携终端6提供应用程序的改写所涉及的各种画面。管理服务器10对登记到应用程序的改写的服务的用户的个人信息等进行管理，管理每个车辆的应用程序的改写历史等。

车辆侧系统4具有主装置11。主装置11具有DCM12和CGW13，DCM12和CGW13连接为能够经由第一总线14进行数据通信。DCM12是与中心装置3之间经由通信网络2进行数据通信的车载通信机，若从文件服务器8下载分发包，则从该分发包提取写入数据并传输至CGW13。主装置11是车辆侧装置的一个例子。

CGW13是具有数据中继功能的车辆用网关装置，若从DCM12获取写入数据，则将该写入数据分发至改写应用程序的改写对象ECU。主装置11在车辆用程序改写系统1中总括车辆侧的OTA的功能，作为OTA主机发挥作用。此外，在图1中，例示出DCM12和车载显示器7与同一第一总线14连接的结构，但也可以是DCM12和车载显示器7与不同的总线连接的结构。

除了第一总线14之外，在CGW13还连接有第二总线15、第三总线16、第四总线17、第五总线18作为车内侧的总线，经由总线15～17连接有各种ECU19，并且经由总线18连接有电源管理ECU20。

第二总线15例如是车身系统网络的总线。与第二总线15连接的ECU19例如是控制车门的上锁/解锁的车门ECU、控制仪表显示的仪表ECU、控制空调的驱动的空调ECU、控制车窗的开闭的车窗ECU等进行车身系统的控制的ECU。第三总线16例如是行驶系统网络的总线。与第三总线16连接的ECU19例如是控制引擎的驱动的引擎ECU、控制制动器的驱动的制动器ECU、控制自动变速器的驱动的ECT(ETC(Electronic Toll Collection System，注册商标))ECU、控制动力转向的驱动的动力转向ECU等进行行驶系统的控制的ECU。

第四总线17例如是多媒体系统网络的总线。与第四总线17连接的ECU19例如是用于控制导航系统的导航ECU、控制电子收费系统，即ECT系统的ETCECU等进行多媒体系统的控制的ECU。总线15～17也可以是车身系统网络的总线、行驶系统网络的总线、多媒体系统网络的总线以外的系统的总线。另外，总线的根数、ECU19的个数不限于例示的构成。

电源管理ECU20是具有进行DCM12、CGW13、各种ECU19等的电源管理的功能的ECU。

在CGW13连接有第六总线21作为车外侧的总线。在第六总线21连接有能够装卸地连接工具23的DLC(Data Link Coupler)连接器22。车内侧的总线14～18以及车外侧的总线21例如由CAN(Controller Area Network，注册商标)总线构成，CGW13按照CAN的数据通信标准、诊断通信标准(UDS：ISO14229)与DCM12、各种ECU19、工具23之间进行数据通信。此外，DCM12和CGW13可以通过以太网连接，DLC连接器22和CGW13也可以通过以太网连接。

若改写对象ECU19从CGW13接收到写入数据，则将该写入数据写入闪存来改写应用程序。在上述的结构中，CGW13作为若从改写对象ECU19接收到写入数据的获取请求则将写入数据分发至改写对象ECU19的重编主机发挥作用。改写对象ECU19作为若从CGW13接收到写入数据则将该写入数据写入闪存来改写应用程序的重编从机发挥作用。

作为改写应用程序的方式，有通过有线改写的方式和通过无线改写的方式。在通过有线改写应用程序的方式中，若工具23与DLC连接器22连接，则工具23将写入数据传输至CGW13。CGW13将从工具23传输的写入数据中继或者分发至改写对象ECU19。在通过无线改写应用程序的方式中，如上所述，DCM12若从文件服务器8下载分发包，则从该分发包提取写入数据，并将该写入数据传输至CGW13。

如图2所示，CGW13具有微型计算机(以下，称为微机)24、数据传输电路25、电源电路26以及电源检测电路27，作为电功能模块。微机24具有：CPU(Central Processing Unit：中央处理器)24a、ROM(Read Only Memory：只读存储器)24b、RAM(Random Access Memory：随机存取存储器)24c以及闪存24d。微机24通过执行储存于非过渡性实体存储介质的各种控制程序来进行各种处理，控制CGW13的动作。

数据传输电路25控制与总线14～18、21之间的依据CAN的数据通信标准、诊断通信标准的数据通信。电源电路26输入电池电源(以下，称为+B电源)、附件电源(以下，称为ACC电源)、点火电源(以下，称为IG电源)。电源检测电路27检测电源电路26输入的+B电源的电压值、ACC电源的电压值、IG电源的电压值，将这些检测出的电压值与规定的电压阈值相比较，并将其比较结果输出至微机24。微机24根据从电源检测电路27输入的比较结果，判定从供给外部供给至CGW13的+B电源、ACC电源、IG电源是正常还是异常。

如图3所示，ECU19具有微机28、数据传输电路29、电源电路30以及电源检测电路31，作为电功能模块。微机28具有CPU28a、ROM28b、RAM28c以及闪存28d。微机28通过执行储存于非过渡性实体存储介质的各种控制程序来进行各种处理，控制ECU19的动作。

数据传输电路29控制与总线15～17之间的依据CAN的数据通信标准的数据通信。电源电路30输入+B电源、ACC电源、IG电源。电源检测电路31检测电源电路30输入的+B电源的电压值、ACC电源的电压值、IG电源的电压值，将这些检测出的电压值与规定的电压阈值相比较，并将其比较结果输出至微机28。微机28根据从电源检测电路27输入的比较结果，判定从外部供给至ECU19的+B电源、ACC电源、IG电源是正常还是异常。此外，ECU19除了连接的例如传感器、致动器等负载不同，基本上是相同的结构。另外，DCM12、车载显示器7以及电源管理ECU的基本结构也与图3所示的ECU19相同。

如图4所示，电源管理ECU20、CGW13、ECU19与+B电源线32、ACC电源线33、IG电源线34连接。+B电源线32与车辆电池35的正极连接。ACC电源线33经由ACC开关36与车辆电池35的正极连接。若用户进行ACC操作，则ACC开关36从断开切换为接通，将车辆电池35的输出电压施加于ACC电源线33。例如，如果是将钥匙插入到插入口的类型的车辆，则ACC操作是将钥匙插入到插入口并从“OFF”位置转动到“ACC”位置的操作，如果是按下开始按钮的类型的车辆，则ACC操作是按下一次开始按钮的操作。

IG电源线34经由IG开关37与车辆电池35的正极连接。若用户进行IG操作，则IG开关37从断开切换为接通，将车辆电池35的输出电压施加于IG电源线34。例如，如果是将钥匙插入到插入口的类型的车辆，则IG操作是将钥匙插入到插入口并从“OFF”位置转动到“ON”位置的操作，如果是按下开始按钮的类型的车辆，则IG操作是按下2次开始按钮的操作。车辆电池35的负极接地。

当ACC开关36和IG开关37双方断开时，仅+B电源被供给至车辆侧系统4。将仅+B电源被供给至车辆侧系统4状态称为+B电源状态。当ACC开关36接通且IG开关37断开时，ACC电源和+B电源被供给至车辆侧系统4。将ACC电源和+B电源被供给至车辆侧系统4的状态称为ACC电源状态。当ACC开关36和IG开关37双方接通时，+B电源、ACC电源以及IG电源被供给至车辆侧系统4。将+B电源、ACC电源、以及IG电源被供给至车辆侧系统4的状态称为IG电源状态。

对于ECU19而言，启动状态根据电源状态而不同，被区分为在+B电源状态下启动的+B系统ECU、在ACC电源状态下启动的ACC系统ECU、在IG电源状态下启动的IG系统ECU。例如在车辆防盗等用途中驱动的ECU19是+B系统ECU。例如音频等非行驶系统的用途中驱动的ECU19是ACC系统ECU。例如引擎控制等行驶系统的用途中驱动的ECU19是IG系统ECU。

CGW13通过对处于睡眠状态的ECU19发送启动请求，而使该启动请求的发送目的地的ECU19从睡眠状态转移至启动状态。另外，CGW13通过对处于启动状态的ECU19发送睡眠请求，而使该睡眠请求的发送目的地的ECU19从启动状态转移至睡眠状态。CGW13通过使例如发送至总线15～17的发送信号的波形不同，而从多个ECU中选择启动请求、睡眠请求的发送目的地的ECU19。

电源控制电路38与ACC开关36以及IG开关37并联连接。CGW13将电源控制请求发送至电源管理ECU20，使电源管理ECU20控制电源控制电路38。即，CGW13将电源启动请求作为电源控制请求发送至电源管理ECU20，使ACC电源线33、IG电源线34与车辆电池35的正极在电源控制电路38的内部连接。在该状态下，即使ACC开关36、IG开关37断开，也将ACC电源、IG电源供给至车辆侧系统4。CGW13将电源停止请求作为电源控制请求发送至电源管理ECU20，使ACC电源线33、IG电源线34与车辆电池35的正极在电源控制电路38的内部中断。

DCM12、CGW13、ECU19具有电源自保持功能。即，若DCM12、CGW13、ECU19若处于启动状态时车辆电源从ACC电源或者IG电源切换为+B电源，则不在该切换之后立即从启动状态转移至睡眠状态或者停止状态，而即使在该切换之后也将启动状态继续规定时间而自保持驱动电源。DCM12、CGW13、ECU19在车辆电源从ACC电源或者IG电源切换为+B电源之后经过规定时间(例如几秒)后从启动状态转移至睡眠状态或者停止状态。

图5将中心装置3中的主要涉及服务器8～10的各功能的部分框图化而表示。另外，图6表示中心装置3关于ECU的程序更新进行的处理的概要。另外，以下有时将“数据库”记载为“DB”。如图5所示，中心装置3具备：包管理部3A、结构信息管理部3B、单车信息管理部3C以及活动管理部3D。包管理部3A具有：规格数据生成部201、包生成部202以及包分发部203、和ECU重编数据DB204、ECU元数据DB205以及包DB206。结构信息管理部3B具有结构信息登记部207以及结构信息DB208。

供应商使用管理服务器10的用户界面(UI)功能亦即输入部218以及显示部219，登记ECU个别的数据。作为ECU个别的数据，有新程序、差分数据等程序文件、程序文件的验证数据、大小、加密方式等程序文件相关信息以及ECU19的存储器构造等ECU属性信息相关的数据。程序文件存储于ECU重编数据DB204。ECU属性信息存储于ECU元数据DB205。程序文件相关信息既可以存储于ECU重编数据DB204，也可以存储于ECU元数据DB205。ECU重编数据DB204是更新数据存储部的一个例子。另外，ECU元数据DB205是装置相关信息存储部的一个例子。

OEM经由结构信息登记部207按照每个车辆型号将正规的结构信息登记到结构信息DB208。正规的结构信息是指由公共机构认可的车辆的结构信息。结构信息是与搭载于车辆的ECU19的硬件以及软件有关的识别信息，是车辆相关信息的一个例子。结构信息也包含有由多个ECU19构成的系统结构的识别信息、由多个系统构成的车辆结构的识别信息。另外，作为结构信息，也可以登记与程序的更新有关的车辆的限制信息。例如，也可以登记记载于改写规格数据的ECU的组信息、总线负载表、与电池负载有关的信息等。ECU元数据DB205是装置相关信息存储部的一个例子。

规格数据生成部201参照各DB生成改写规格数据。包生成部202生成包括改写规格数据和重编数据的分发包，并登记到包DB206。包生成部202也可以包括分发规格数据来生成分发包。包分发部203将被登记的分发包分发至车辆侧系统4。分发包相当于文件。

单车信息管理部3C具有：单车信息登记部209、结构信息确认部210、更新有无确认部211及SMS发送控制部212、以及单车信息DB213。单车信息登记部209使由各个车辆上传的单车信息暂时存储到RAM等缓冲器之后登记到单车信息DB213。单车信息登记部209也可以将车辆生产或者销售时刻中的单车信息作为初始值登记到单车信息DB213。结构信息确认部210在进行上传的单车信息的登记时，将单车信息与结构信息DB208中登记的同一型号车辆的结构信息进行对照。更新有无确认部211确认对单车信息有无基于新的程序的更新，即有无活动。在单车信息被更新的情况下，SMS发送控制部212将与更新有关的消息通过SMS(Short Message Service：短信息服务)发送至对应的车辆。单车信息是车辆信息的一个例子，单车信息登记部209是控制部的一个例子。

活动管理部3D具备：活动生成部214、活动分发部215及指示通知部216、活动DB217。OEM通过活动生成部214生成与程序更新有关的信息亦即活动信息，并登记到活动DB217。此外，此处的活动信息相当于上述的“分发规格数据”，主要是与在车辆侧系统4显示的更新内容有关的信息。活动分发部215将活动信息分发至车辆。指示通知部216将与程序更新相关联地所需的指示通知给车辆。在车辆侧系统4中，例如用户基于由中心装置3发送的活动信息来判断是否进行更新程序的下载，如果需要则进行下载。

此外，各管理部3A～3D的除了各数据库之外的部分是通过计算机的硬件以及软件实现的功能。车辆通信部222是用于在中心装置3与车辆侧系统4之间通过无线相互进行数据通信的功能块。

接下来，对本实施方式的主旨所涉及的单车信息DB213进行说明。如图7所示，作为一个例子，在单车信息DB213中登记以下所示的每个单车的数据。主要登记每个单车的结构信息、针对程序更新的单车的状态信息。具体而言，对于作为各车辆的ID的“VIN”，是作为结构信息的“Vehicle SW ID”、“Sys ID”、“ECU ID”、“ECU SW ID”等。有关这些结构信息的散列值亦即“Digest”值也由中心装置3运算、存储。在存储器结构为2面的情况下，“运用面”是写入ECU19当前运用的程序的面，与结构信息一起登记上传的值。

“访问日志”是车辆将单车信息上传到中心装置3的年月日以及时刻。“重编状态”表示车辆中的重编的状态，例如有“活动发行完毕”、“激活完成”、“下载完成”等。换句话说，根据该进展状态可知车辆中的重编进行到哪个阶段，在哪个阶段停滞。此外，在从车辆侧系统4对中心装置3上传结构信息等时，对该信息等赋予各车辆的“VIN”。单车信息DB213是车辆信息存储部的一个例子。

另外，如后述的图10所示，单车信息DB213具备等待队列213Q，以依次写入从各车辆上传的单车信息并存储。上传的单车信息暂时依次储存于等待队列213Q，并利用FIFO(Fast In Fast Out：快进快出)方式依次写入到存储装置213S。存储装置213S是非易失性的存储介质。

图8是与车辆侧系统4的主装置11最初向中心装置3进行发送的“车辆结构信息同步”有关的图。若在车辆侧IG开关37接通，则以此为契机，CGW13对DCM12发送“同步开始请求”。DCM12接受该请求而将“结构信息收集请求”回复给CGW13。于是，CGW13对各ECU19进行程序版本的询问。各ECU19将“ECU SW ID”回复给CGW13。另外，存储器结构为2面或者挂起的ECU19将表示多个面中的哪个面是运用面且哪个面是非运用面的面信息也一起回复给CGW13。进一步，各ECU19也可以将成为控制对象的致动器等的校准信息、用于接受程序更新服务的许可信息、在ECU19产生的故障代码一并向CGW13发送。

CGW13若完成从各ECU19接收“ECU SW ID”，则将这些全部与“VIN”一起发送至DCM12。此时，也可以将由CGW13管理的“Vehicle SW ID”以及“Sys ID”也一并向DCM12发送。DCM12接受它们，将所有“ECU SW ID”作为对象，例如使用散列函数生成一个作为摘要值的散列值。在例如使用SHA－256作为散列函数的情况下，将所有“ECU SW ID”的值串行连结得到的数据值按照每64字节划分为消息块，对初始散列值应用最初的消息块的数据值得到32字节长度的散列值，对该散列值依次应用后续的消息块的数据值，最终获得32字节长度的散列值。此处，DCM12也可以将不仅包括所有“ECU SW ID”还包括“Vehicle SW ID”、“SysID”、面信息以及校准信息的值作为对象，生成一个散列值。

DCM12将如上述那样得到的“ECU SW ID”的摘要值与“VIN”、“车辆型号”以及“访问日志”一起发送至中心装置3。另外，DCM12也可以将故障代码、许可信息与摘要值一并发送。以下，有时将上述摘要值称为“结构信息摘要”，将作为其来源的“ECU SW ID”的全部数据值称为“全部结构信息”。“全部结构信息”也可以包括“Vehicle SW ID”、“Sys ID”、面信息以及校准信息。

中心装置3进行摘要值的比较、单车信息DB213的更新。使结构信息同步的中心装置3确认有无程序更新，在有更新的情况下向车辆侧系统4通知活动信息。然后，车辆侧系统4下载分发包，进行向成为对象的ECU19的安装，进行新程序的激活。以完成这些更新处理为契机，CGW13对DCM12发送“同步开始请求”，以后，直到同步完成通知为止进行与上述相同的处理。另外，可以以车辆的换挡杆的挡位成为“停车；驻车”为契机进行以IG开关37被接通为契机进行的上述的处理，也可以在更新程序后进行以IG开关37被接通为契机进行的上述的处理。另外，上述的“IG开关37被接通”、“换挡杆的挡位成为“停车””是“车辆状态的变化”的一个例子。

接下来，对本实施方式的作用进行说明，但由于本实施方式在各车辆将单车信息上传至中心装置3，且该上传的单车信息被写入到单车信息DB213的处理部分具有特征，所以以下对该处理部分进行说明。如图9所示，从各车辆侧系统5对中心装置3产生用于上传单车信息的访问(S1)。如图8所示，此处的访问与DCM12将“ECU SW ID”的摘要值与“VIN”以及“访问日志”一起发送至中心装置3的处理对应。

这样一来，中心装置3的单车信息登记部209判定中心装置3是否处于拥塞状态(S2)。此处，单车信息登记部209参照单车信息DB213的等待队列213Q来获取写入等待数。而且，如果该写入等待数相对于能够储存于等待队列213Q的写入等待数的总量例如在70％以上则判定为处于拥塞状态。上述的写入等待数总量的70％是规定量的一个例子。另外，步骤S2的处理在图10中作为“保存要求”、“要求结果”示出。

在步骤S2中，若判断为单车信息登记部209不处于拥塞状态，则将上传的单车信息储存至等待队列213Q(S6)。另一方面，若判断为处于拥塞状态，则单车信息登记部209参照单车信息的项目“访问日志”，根据访问频率进行优先级的判定(S3)。此处，例如若在一周有三次以上的访问则判定为访问频率“高”，移至步骤S4，若在一周仅有两次以下的访问则判定为访问频率“低”，移至步骤S6。

在步骤S4中，单车信息登记部209参照单车信息的项目“车辆型号”，根据车辆模型、型号、车种进行优先级的判定。对于作为“车辆型号”的“aaa”、“bbb”，预先决定如下的条件：如果为特定的形式例如“aaa”则使单车信息的登记优先，对于其以外的形式，使单车信息的登记非优先。例如，也可以使比较多功能的高级车等优先。而且，如果“车辆型号”为“aaa”则移至步骤S6，如果为其以外的形式则对该车辆的主装置11回复单车信息的再次发送要求(S5)。

单车信息登记部209也可以在再次发送要求中指定作为使主装置11进行单车信息的再次发送的契机的条件。例如，将从接收到再次发送要求的时刻例如经过20分钟作为再次发送的条件。接收到来自中心装置3的再次发送要求的DCM12按照所指定的再次发送条件，若从该时刻例如经过20分钟则向中心装置3发送单车信息。

如以上那样根据本实施方式，中心装置3的单车信息DB213具备为了依次写入通过单车信息登记部209传输的多个单车信息而使用的等待队列213Q。单车信息登记部209在要将从主装置11以预先决定的车辆状态的变化为契机发送的单车信息传输至单车信息DB213时参照等待队列213Q，若其写入等待数小于规定量则将单车信息储存于等待队列213Q。另一方面，单车信息登记部209如下那样进行处理：若等待队列213Q中的写入等待数在规定量以上，则在单车信息所包含的项目的某项是满足写入优先条件的内容的情况下，将单车信息储存于等待队列213Q，但在上述项目全部是不满足写入优先条件的内容的情况下，不将单车信息储存于等待队列213Q。

这样单车信息登记部209在集中地接收到大量单车信息时，若单车信息所包含的项目的某项是满足写入优先条件的内容则将该信息储存于等待队列213Q，从而存储于单车信息DB213的存储装置213S。因此，能够根据它们的内容高效地对大量单车信息进行处理。

具体而言，将上述项目之一设为按照时间序列表示主装置11发送该信息的日期与时刻的访问日志信息，若基于访问日志信息的访问频率小于规定次数，则单车信息登记部209判断为满足写入优先条件。由此，单车信息登记部209能够优先使访问频率比较低而发送单车信息的机会较少的车辆的单车信息传输并存储至单车信息DB213。

另外，将上述项目之一设为表示车辆的车种的信息亦即“车辆型号”，若“车辆型号”满足特定的条件，则单车信息登记部209判断为满足写入优先条件。由此，例如能够使比较多功能的高级车等优先地使单车信息登记于单车信息DB213。

并且，在上述项目的某项不满足写入优先条件的情况下，单车信息登记部209向对应的主装置11发送单车信息的再次发送要求，所以在主装置11、中心装置3间的通信暂时成为拥塞状态的情况下，能够通过使主装置11隔开恒定的时间再次发送单车信息来使拥塞状态消除。

除此之外，单车信息登记部209在再次发送要求中指定成为主装置11执行再次发送的契机的条件，主装置11以满足指定的再次发送条件的情况为契机再次发送单车信息。由此，单车信息登记部209通过根据通信拥塞的程度动态地设定再次发送条件，能够灵活地消除拥塞状态。

(其它实施方式)

也可以仅执行步骤S3、S4的任意一方。

对于在再次发送要求中指定的再次发送条件，可以指定时间，或者指定车辆位于特定的位置、区域。

在步骤S5中，即使单车信息登记部209在再次发送要求中未指定单车信息的再次发送条件，也可以按照在DCM12侧预先决定的条件，例如若接收到再次发送要求则立即将单车信息再次发送到中心装置3，或者在经过了恒定时间的时刻进行再次发送。

各条件的具体内容是一个例子，只要根据不同的设计适当地变更即可。例如对于车辆的形式，可以优先存储搭载自动驾驶功能的车辆的单车信息。

中心装置3执行的功能既可以由硬件实现，也可以由软件实现。另外，也可以通过硬件与软件的配合来实现。

改写的数据不仅是应用程序，也可以是地图等数据、控制参数等数据。

本公开根据实施例进行了描述，但可理解为本公开不限于该实施例、构造。本公开也包含各种变形例、均等范围内的变形。另外，也将各种组合、方式，甚至其中仅包含一个要素、更多或者更少要素的其它组合、方式纳入本公开的范畴、思想范围。

Claims (10)

1.一种中心装置，具备：

通信部(222)，与车辆侧装置(11)进行无线通信，上述车辆侧装置搭载于车辆且包含多个电子控制装置(19)；

车辆信息存储部(213)，存储从上述车辆侧装置以预先决定的车辆状态的变化为契机发送的车辆信息；以及

控制部(209)，若上述通信部接收到上述车辆信息，则使该信息传输并写入到上述车辆信息存储部，

上述车辆信息存储部具有为了依次写入由上述控制部传输的多个车辆信息而使用的等待队列(213Q)，

上述控制部在要将上述车辆信息传输至上述车辆信息存储部时参照上述等待队列，如果其写入等待数小于规定量，则将上述车辆信息储存于上述等待队列，

如果上述写入等待数在上述规定量以上，则在上述车辆信息所包含的项目的某项是满足写入优先条件的内容的情况下将上述车辆信息储存于上述等待队列，在上述项目全部是不满足上述写入优先条件的内容的情况下不储存于上述等待队列。

2.根据权利要求1所述的中心装置，其中，

上述项目之一是按照时间序列表示上述车辆侧装置发送该信息的日期与时刻的访问日志信息，

如果基于上述访问日志信息的访问频率小于规定次数，则上述控制部判断为满足上述写入优先条件。

3.根据权利要求1或者2所述的中心装置，其中，

上述项目之一是表示车辆的车种的信息，

如果上述车种是满足特定的条件的车种，则上述控制部判断为满足上述写入优先条件。

4.根据权利要求1～3中任意一项所述的中心装置，其中，

在上述项目的某项不满足上述写入优先条件的情况下，上述控制部向对应的车辆侧装置发送车辆信息的再次发送请求。

5.一种车辆信息通信系统，通过具有车辆侧装置和中心装置而构成，上述车辆侧装置搭载于车辆且包含多个电子控制装置，上述中心装置具备与该车辆侧装置进行无线通信的通信部，

上述中心装置具备：

车辆信息存储部，存储从上述车辆侧装置以预先决定的车辆状态的变化为契机发送的车辆信息；以及

控制部，若上述通信部接收到上述车辆信息，则使该信息传输并写入到上述车辆信息存储部，

上述车辆信息存储部具有为了依次写入由上述控制部传输的多个车辆信息而使用的等待队列，

上述控制部在要将上述车辆信息传输至上述车辆信息存储部时参照上述等待队列，如果其写入等待数小于规定量则储存于上述等待队列，

如果上述写入等待数在上述规定量以上，则在上述车辆信息所包含的项目的某项是满足写入优先条件的内容的情况下将上述车辆信息储存于上述等待队列，在上述项目全部是不满足上述写入优先条件的内容的情况下不储存于上述等待队列。

6.根据权利要求5所述的车辆信息通信系统，其中，

上述项目之一是按照时间序列表示上述车辆侧装置发送该信息的日期与时刻的访问日志信息，

如果基于上述访问日志信息的访问频率小于规定次数，则上述控制部判断为满足上述写入优先条件。

7.根据权利要求5或者6所述的车辆信息通信系统，其中，

上述项目之一是表示车辆的车种的信息，

如果上述车种是满足特定的条件的车种，则上述控制部判断为满足上述写入优先条件。

8.根据权利要求5～7中任意一项所述的车辆信息通信系统，其中，

上述车辆侧装置以车辆的点火开关被接通，或者车辆的换挡杆的挡位成为“驻车”为契机发送上述车辆信息。

9.根据权利要求5～8中任意一项所述的车辆信息通信系统，其中，

在上述项目的某项不满足上述写入优先条件的情况下，上述控制部向对应的车辆侧装置发送车辆信息的再次发送请求。

10.根据权利要求9所述的车辆信息通信系统，其中，

上述控制部在上述再次发送请求中指定成为上述车辆侧装置执行再次发送的契机的条件，

上述车辆侧装置以满足上述条件为契机再次发送车辆信息。

Images