WO2021149523A1

WO2021149523A1 - センター装置及び車両情報通信システム

Info

Publication number: WO2021149523A1
Application number: PCT/JP2021/000525
Authority: WO
Inventors: 那央櫻井; 修平高橋
Original assignee: 株式会社デンソー
Priority date: 2020-01-21
Filing date: 2021-01-08
Publication date: 2021-07-29
Also published as: JPWO2021149523A1; US20220351555A1; JP7239025B2; DE112021000667T5; CN114945901A

Abstract

本開示の一態様として、センター装置の個車情報ＤＢは、個車情報登録部により転送される複数の個車情報を順次書込むために使用する待ちキューを有し、個車情報登録部は、マスタ装置より送信された個車情報を（Ｓ１）個車情報ＤＢに転送しようとする際に待ちキューを参照し（Ｓ２）、書込み待ち数が所定数未満であれば個車情報を待ちキューに格納し（Ｓ６）、所定数以上であれば個車情報に含まれる項目の何れかが書込み優先条件を満たす内容である場合は（Ｓ３；アクセス頻度：低，Ｓ４；優先車両モデル）個車情報を待ちキューに格納するが、全てが書込み優先条件を満たさない内容である場合は個車両情報を待ちキューに格納せず、マスタ装置に再送リクエストを返信する（Ｓ５）。

Description

センター装置及び車両情報通信システム

関連出願の相互参照

　本出願は、２０２０年１月２１日に出願された日本出願番号２０２０－７５２７号に基づくもので、ここにその記載内容を援用する。

　本開示は、複数の電子制御装置を含む車両側装置より送信される車両情報を記憶するセンター装置及び前記車両側装置と前記センター装置とを有してなるシステムに関する。

　近年、運転支援機能や自動運転機能等の車両制御の多様化に伴い、車両の電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）に搭載される車両制御や診断等のアプリプログラムの規模が増大している。また、機能改善等によるバージョンアップに伴い、ＥＣＵのアプリプログラムを書換える（リプログする）機会も増えつつある。一方、通信ネットワークの進展等に伴い、コネクッテッドカーの技術も普及している。このような事情から、例えば特許文献１には、ソフトウェア配信サーバよりＥＣＵの更新プログラムをＯＴＡ（Over The Air）により車載装置に配信し、車両側で更新プログラムを書換える技術が開示されている。

特許第６４８０２６３号公報

　上記のようにリプログを行う前提として、更新プログラムを配信するサーバを備えるセンター装置は、各車両に搭載されている電子制御装置のプログラムのバージョン等の情報を把握する必要がある。そのため、上記のようなシステムでは、各車両は所定のタイミングでセンター装置に車両の情報を送信し、センター装置は送信された車両情報を記憶部に記憶させている。

　しかしながら、多数の車両からの車両情報が、例えば乗車して出勤等をする者が多い朝のような特定の時間帯に集中してセンター装置に送信されると、センター装置側が全ての情報の処理に対応できなくなるおそれがある。

　本開示は上記事情に鑑みてなされたものであり、その目的は、多数の車両からの車両情報が特定の時間帯に集中して送信された場合でも、車両情報を効率的に処理できるセンター装置及び車両情報通信システムを提供することにある。

　請求項１記載のセンター装置によれば、車両情報記憶部は、制御部により転送される複数の車両情報を順次書込むために使用する待ちキューを有している。制御部は、車両側装置より予め定められた車両状態の変化を契機として送信された車両情報を車両情報記憶部に転送しようとする際に待ちキューを参照し、その書込み待ち数が所定数未満であれば車両情報を待ちキューに格納する。一方、制御部は、待ちキューにおける書込み待ち数が所定数以上であれば、車両情報に含まれる項目の何れかが書込み優先条件を満たす内容である場合は車両情報を待ちキューに格納するが、前記項目の全てが書込み優先条件を満たさない内容である場合は車両情報を待ちキューに格納しない。

　すなわち、制御部は、多数の車両側装置からの車両情報が特定の時間帯に集中して送信されたことで待ちキューの書込み待ち数が所定数以上になった際には、車両情報に含まれる項目の何れかが書込み優先条件を満たす内容か否かに応じて、車両情報を待ちキューに格納するか否かを決定する。このように制御部は、多数の車両情報を集中的に受信した際には、車両情報に含まれる項目の何れかが書込み優先条件を満たす内容であれば当該情報を待ちキューに格納することで車両情報記憶部に記憶させる。したがって、多数の車両情報を、それらの内容に応じて効率的に処理できる。

　請求項２記載のセンター装置によれば、前記項目の１つを車両側装置が当該情報を送信した日時を時系列で示すアクセスログ情報とし、制御部は、アクセスログ情報に基づくアクセス頻度が所定度数未満であれば書込み優先条件を満たすと判断する。これにより制御部は、比較的アクセス頻度が低く、車両情報を送信する機会が少ない車両の車両情報を優先して車両情報記憶部に転送して記憶させることができる。

　本開示についての上記目的およびその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、
図１は、一実施形態において、車両情報通信システムの全体構成を示す図であり、図２は、ＣＧＷの電気的な構成を示す図であり、図３は、ＥＣＵの電気的な構成を示す図であり、図４は、電源ラインの接続態様を示す図であり、図５は、センター装置における主としてサーバの各機能に係る部分をブロック図化して示す図であり、図６は、センター装置における処理の流れを示すイメージ図であり、図７は、個車情報ＤＢに登録される車両の構成情報の一例を示す図であり、図８は、センター装置と車両側システムとの間で実行される処理手順を示すシーケンス図であり、図９は、個車情報登録部により実行される処理内容を示すフローチャートであり、図１０は、要旨に係る部分を示す機能ブロック図である。

　以下、一実施形態について図面を参照して説明する。車両用プログラム書換えシステムは、車両に搭載されているＥＣＵの車両制御や診断等のアプリプログラムをＯＴＡにより書換え可能なシステムである。図１に示すように、車両用プログラム書換えシステム１は、通信ネットワーク２側のセンター装置３と、車両側の車両側システム４と、表示端末５とを有する。通信ネットワーク２は、例えば４Ｇ回線等による移動体通信ネットワークやインターネットやＷｉＦｉ（Wireless Fidelity）（登録商標）等を含んで構成される。

　表示端末５は、ユーザからの操作入力を受付ける機能や各種画面を表示する機能を有する端末であり、例えばユーザが携帯可能なスマートフォンやタブレット等の携帯端末６、車室内に配置されているナビゲーション機能を兼用するディスプレイやメータディスプレイ等の車載ディスプレイ７である。携帯端末６は、移動体通信ネットワークの通信圏内であれば、通信ネットワーク２に接続可能である。車載ディスプレイ７は、車両側システム４に接続されている。

　ユーザは、車室外であって移動体通信ネットワークの通信圏内であれば、アプリプログラムの書換えに関与する各種画面を携帯端末６で確認しながら操作入力を行い、アプリプログラムの書換えに関与する手続きを可能である。ユーザは、車室内では、アプリプログラムの書換えに関与する各種画面を車載ディスプレイ７で確認しながら操作入力を行い、アプリプログラムの書換えに関与する手続きを可能である。即ち、ユーザは、車室外と車室内で携帯端末６と車載ディスプレイ７を使い分け、アプリプログラムの書換えに関与する手続きを可能である。

　センター装置３は、車両用プログラム書換えシステム１において通信ネットワーク２側のＯＴＡの機能を統括し、ＯＴＡセンターとして機能する。センター装置３は、ファイルサーバ８と、ウェブサーバ９と、管理サーバ１０とを有し、各サーバ８～１０が相互にデータ通信可能に構成されている。

　ファイルサーバ８は、センター装置３から車両側システム４に送信されるアプリプログラムの管理機能を備え、アプリプログラムの提供事業者であるサプライヤ等から提供されるＥＣＵプログラム及びそれに付随する情報、ＯＥＭ（Original Equipment Manufacturer）から提供される配信諸元データ、車両側システム４から取得する車両状態等を管理するサーバである。ファイルサーバ８は、通信ネットワーク２を介して車両側システム４との間でデータ通信可能であり、配信パッケージのダウンロード要求が発生すると、リプログデータと配信諸元データをパッケージ化した配信パッケージを車両側システム４に送信する。ウェブサーバ９は、ウェブ情報を管理するサーバであり、携帯端末６に対し、アプリプログラムの書換えに関与する各種画面を提供する。管理サーバ１０は、アプリプログラムの書換えのサービスに登録しているユーザの個人情報等を管理し、車両毎のアプリプログラムの書換え履歴等を管理する。

　車両側システム４は、マスタ装置１１を有する。マスタ装置１１は、ＤＣＭ１２とＣＧＷ１３を有し、ＤＣＭ１２とＣＧＷ１３が第１バス１４を介してデータ通信可能に接続されている。ＤＣＭ１２は、センター装置３との間で通信ネットワーク２を介してデータ通信を行う車載通信機であり、ファイルサーバ８から配信パッケージをダウンロードすると、その配信パッケージから書込みデータを抽出してＣＧＷ１３に転送する。マスタ装置１１は車両側装置の一例である。

　ＣＧＷ１３は、データ中継機能を有する車両用ゲートウェイ装置であり、ＤＣＭ１２から書込みデータを取得すると、その書込みデータを、アプリプログラムを書換える書換え対象ＥＣＵに配信する。マスタ装置１１は、車両用プログラム書換えシステム１において車両側のＯＴＡの機能を統括し、ＯＴＡマスタとして機能する。尚、図１では、ＤＣＭ１２と車載ディスプレイ７が同一の第１バス１４に接続されている構成を例示しているが、ＤＣＭ１２と車載ディスプレイ７が別々のバスに接続されている構成でも良い。

　ＣＧＷ１３には、第１バス１４に加え、第２バス１５、第３バス１６、第４バス１７、第５バス１８が車内側のバスとして接続されており、バス１５～１７を介して各種ＥＣＵ１９が接続されていると共に、バス１８を介して電源管理ＥＣＵ２０が接続されている。

　第２バス１５は、例えばボディ系ネットワークのバスである。第２バス１５に接続されているＥＣＵ１９は、例えばドアのロック／アンロックを制御するドアＥＣＵ、メータ表示を制御するメータＥＣＵ、エアコンの駆動を制御するエアコンＥＣＵ、ウィンドウの開閉を制御するウィンドウＥＣＵ等のボディ系の制御を行うＥＣＵである。第３バス１６は、例えば走行系ネットワークのバスである。第３バス１６に接続されているＥＣＵ１９は、例えばエンジンの駆動を制御するエンジンＥＣＵ、ブレーキの駆動を制御するブレーキＥＣＵ、自動変速機の駆動を制御するＥＣＴ（ＥＴＣ（Electronic Toll Collection System、登録商標））ＥＣＵ、パワーステアリングの駆動を制御するパワーステアリングＥＣＵ等の走行系の制御を行うＥＣＵである。

　第４バス１７は、例えばマルチメディア系ネットワークのバスである。第４バス１７に接続されているＥＣＵ１９は、例えばナビゲーションシステムを制御するためのナビゲーションＥＣＵ、電子式料金収受システム，すなわちＥＣＴシステムを制御するＥＴＣＥＣＵ等のマルチメディア系の制御を行うＥＣＵである。バス１５～１７は、ボディ系ネットワークのバス、走行系ネットワークのバス、マルチメディア系ネットワークのバス以外の系統のバスであっても良い。また、バスの本数やＥＣＵ１９の個数は例示した構成に限らない。

　電源管理ＥＣＵ２０は、ＤＣＭ１２、ＣＧＷ１３、各種ＥＣＵ１９等の電源管理を行う機能を有するＥＣＵである。

　ＣＧＷ１３には、第６バス２１が車外側のバスとして接続されている。第６バス２１には、ツール２３が着脱可能に接続されるＤＬＣ（Data Link Coupler）コネクタ２２が接続されている。車内側のバス１４～１８及び車外側のバス２１は、例えばＣＡＮ（Controller Area Network、登録商標）バスにより構成されており、ＣＧＷ１３は、ＣＡＮのデータ通信規格や診断通信規格（ＵＤＳ：ＩＳＯ１４２２９）にしたがってＤＣＭ１２、各種ＥＣＵ１９、ツール２３との間でデータ通信を行う。尚、ＤＣＭ１２とＣＧＷ１３がイーサーネットにより接続されていても良いし、ＤＬＣコネクタ２２とＣＧＷ１３がイーサーネットにより接続されても良い。

　書換え対象ＥＣＵ１９は、ＣＧＷ１３から書込みデータを受信すると、その書込みデータをフラッシュメモリに書込んでアプリプログラムを書換える。上記した構成では、ＣＧＷ１３は、書換え対象ＥＣＵ１９から書込みデータの取得要求を受信すると、書込みデータを書換え対象ＥＣＵ１９に配信するリプログマスタとして機能する。書換え対象ＥＣＵ１９は、ＣＧＷ１３から書込みデータを受信すると、その書込みデータをフラッシュメモリに書込んでアプリプログラムを書換えるリプログスレーブとして機能する。

　アプリプログラムを書換える態様としては、有線で書換える態様と、無線で書換える態様とがある。アプリプログラムを有線で書換える態様では、ツール２３がＤＬＣコネクタ２２に接続されると、ツール２３は、書込みデータをＣＧＷ１３に転送する。ＣＧＷ１３は、ツール２３から転送された書込みデータを書換え対象ＥＣＵ１９に中継又は配信する。アプリプログラムを無線で書換える態様では、上記したように、ＤＣＭ１２は、ファイルサーバ８から配信パッケージをダウンロードすると、その配信パッケージから書込みデータを抽出し、その書込みデータをＣＧＷ１３に転送する。

　図２に示すように、ＣＧＷ１３は、電気的な機能ブロックとして、マイクロコンピュータ（以下、マイコンと称する）２４と、データ転送回路２５と、電源回路２６と、電源検出回路２７とを有する。マイコン２４は、ＣＰＵ（Central Processing Unit）２４ａと、ＲＯＭ（Read Only Memory）２４ｂと、ＲＡＭ（Random Access Memory）２４ｃと、フラッシュメモリ２４ｄとを有する。マイコン２４は、非遷移的実体的記憶媒体に格納されている各種制御プログラムを実行して各種処理を行い、ＣＧＷ１３の動作を制御する。

　データ転送回路２５は、バス１４～１８，２１との間のＣＡＮのデータ通信規格や診断通信規格に準拠したデータ通信を制御する。電源回路２６は、バッテリ電源（以下、＋Ｂ電源と称する）、アクセサリ電源（以下、ＡＣＣ電源と称する）、イグニッション電源（以下、ＩＧ電源と称する）を入力する。電源検出回路２７は、電源回路２６が入力する＋Ｂ電源の電圧値、ＡＣＣ電源の電圧値、ＩＧ電源の電圧値を検出し、これらの検出した電圧値を所定の電圧閾値と比較し、その比較結果をマイコン２４に出力する。マイコン２４は、電源検出回路２７から入力する比較結果により、外部からＣＧＷ１３に供給されている＋Ｂ電源、ＡＣＣ電源、ＩＧ電源が正常であるか異常であるかを判定する。

　図３に示すように、ＥＣＵ１９は、電気的な機能ブロックとして、マイコン２８と、データ転送回路２９と、電源回路３０と、電源検出回路３１とを有する。マイコン２８は、ＣＰＵ２８ａと、ＲＯＭ２８ｂと、ＲＡＭ２８ｃと、フラッシュメモリ２８ｄとを有する。マイコン２８は、非遷移的実体的記憶媒体に格納されている各種制御プログラムを実行して各種処理を行い、ＥＣＵ１９の動作を制御する。

　データ転送回路２９は、バス１５～１７との間のＣＡＮのデータ通信規格に準拠したデータ通信を制御する。電源回路３０は、＋Ｂ電源、ＡＣＣ電源、ＩＧ電源を入力する。電源検出回路３１は、電源回路３０が入力する＋Ｂ電源の電圧値、ＡＣＣ電源の電圧値、ＩＧ電源の電圧値を検出し、これらの検出した電圧値を所定の電圧閾値と比較し、その比較結果をマイコン２８に出力する。マイコン２８は、電源検出回路２７から入力する比較結果により、外部からＥＣＵ１９に供給されている＋Ｂ電源、ＡＣＣ電源、ＩＧ電源が正常であるか異常であるかを判定する。尚、ＥＣＵ１９は、接続する例えばセンサやアクチュエータ等の負荷が異なり、基本的には同等の構成である。また、ＤＣＭ１２、車載ディスプレイ７、及び電源管理ＥＣＵも、基本構成は図３に示すＥＣＵ１９と同様である。

　図４に示すように、電源管理ＥＣＵ２０、ＣＧＷ１３、ＥＣＵ１９は、＋Ｂ電源ライン３２、ＡＣＣ電源ライン３３、ＩＧ電源ライン３４に接続されている。＋Ｂ電源ライン３２は、車両バッテリ３５の正極に接続されている。ＡＣＣ電源ライン３３は、ＡＣＣスイッチ３６を介して車両バッテリ３５の正極に接続されている。ユーザがＡＣＣ操作を行うと、ＡＣＣスイッチ３６がオフからオンに切替わり、車両バッテリ３５の出力電圧がＡＣＣ電源ライン３３に印加される。ＡＣＣ操作とは、例えばキーを差込口に挿入する型の車両であれば、キーを差込口に挿入して「ＯＦＦ」位置から「ＡＣＣ」位置に回動する操作であり、スタートボタンを押下する型の車両であれば、スタートボタンを１回押下する操作である。

　ＩＧ電源ライン３４は、ＩＧスイッチ３７を介して車両バッテリ３５の正極に接続されている。ユーザがＩＧ操作を行うと、ＩＧスイッチ３７がオフからオンに切替わり、車両バッテリ３５の出力電圧がＩＧ電源ライン３４に印加される。ＩＧ操作とは、例えばキーを差込口に挿入する型の車両であれば、キーを差込口に挿入して「ＯＦＦ」位置から「ＯＮ」位置に回動する操作であり、スタートボタンを押下する型の車両であれば、スタートボタンを２回押下する操作である。車両バッテリ３５の負極は接地されている。

　ＡＣＣスイッチ３６とＩＧスイッチ３７の両方がオフであるときには、＋Ｂ電源だけが車両側システム４に供給される。＋Ｂ電源だけが車両側システム４に供給されている状態を＋Ｂ電源状態と称する。ＡＣＣスイッチ３６がオンであり、ＩＧスイッチ３７がオフであるときには、ＡＣＣ電源と＋Ｂ電源が車両側システム４に供給される。ＡＣＣ電源と＋Ｂ電源が車両側システム４に供給されている状態をＡＣＣ電源状態と称する。ＡＣＣスイッチ３６とＩＧスイッチ３７の両方がオンであるときには、＋Ｂ電源とＡＣＣ電源とＩＧ電源が車両側システム４に供給される。＋Ｂ電源とＡＣＣ電源とＩＧ電源が車両側システム４に供給されている状態をＩＧ電源状態と称する。

　ＥＣＵ１９は、電源状態に応じて起動条件が異なり、＋Ｂ電源状態で起動する＋Ｂ系ＥＣＵ、ＡＣＣ電源状態で起動するＡＣＣ系ＥＣＵ、ＩＧ電源状態で起動するＩＧ系ＥＣＵに区分される。例えば車両盗難等の用途で駆動するＥＣＵ１９は＋Ｂ系ＥＣＵである。例えばオーディオ等の非走行系の用途で駆動するＥＣＵ１９はＡＣＣ系ＥＣＵである。例えばエンジン制御等の走行系の用途で駆動するＥＣＵ１９はＩＧ系ＥＣＵである。

　ＣＧＷ１３は、スリープ状態にあるＥＣＵ１９に対して起動要求を送信することで、その起動要求の送信先のＥＣＵ１９をスリープ状態から起動状態に移行させる。また、ＣＧＷ１３は、起動状態にあるＥＣＵ１９に対してスリープ要求を送信することで、そのスリープ要求の送信先のＥＣＵ１９を起動状態からスリープ状態に移行させる。ＣＧＷ１３は、例えばバス１５～１７に送信する送信信号の波形を異ならせることで、起動要求やスリープ要求の送信先のＥＣＵ１９を複数のＥＣＵの中から選択する。

　ＡＣＣスイッチ３６及びＩＧスイッチ３７に対して電源制御回路３８が並列接続されている。ＣＧＷ１３は、電源制御要求を電源管理ＥＣＵ２０に送信し、電源管理ＥＣＵ２０に電源制御回路３８を制御させる。即ち、ＣＧＷ１３は、電源制御要求として電源起動要求を電源管理ＥＣＵ２０に送信し、ＡＣＣ電源ライン３３やＩＧ電源ライン３４と車両バッテリ３５の正極を電源制御回路３８の内部で接続させる。この状態では、ＡＣＣスイッチ３６やＩＧスイッチ３７がオフであってもＡＣＣ電源やＩＧ電源が車両側システム４に供給される。ＣＧＷ１３は、電源制御要求として電源停止要求を電源管理ＥＣＵ２０に送信し、ＡＣＣ電源ライン３３やＩＧ電源ライン３４と車両バッテリ３５の正極を電源制御回路３８の内部で途絶させる。

　ＤＣＭ１２、ＣＧＷ１３、ＥＣＵ１９は、電源自己保持機能を有する。即ち、ＤＣＭ１２、ＣＧＷ１３、ＥＣＵ１９は、起動状態にあるときに車両電源がＡＣＣ電源又はＩＧ電源から＋Ｂ電源に切替わると、その切替わった直後に起動状態からスリープ状態又は停止状態に移行するのではなく、その切替わった直後でも起動状態を所定時間に亘って継続して駆動電源を自己保持する。ＤＣＭ１２、ＣＧＷ１３、ＥＣＵ１９は、車両電源がＡＣＣ電源又はＩＧ電源から＋Ｂ電源に切替わった直後から所定時間（例えば数秒）が経過した後に起動状態からスリープ状態又は停止状態に移行する。

　図５は、センター装置３における主としてサーバ８～１０の各機能に係る部分をブロック図化して示す。また図６は、センター装置３がＥＣＵのプログラム更新に関して行う処理の概要を示す。尚、以下では「データベース」を「ＤＢ」と表記することがある。図５に示すように、センター装置３は、パッケージ管理部３Ａ，構成情報管理部３Ｂ，個車情報管理部３Ｃ及びキャンペーン管理部３Ｄを備えている。パッケージ管理部３Ａは、諸元データ生成部２０１，パッケージ生成部２０２及びパッケージ配信部２０３と、ＥＣＵリプロデータＤＢ２０４，ＥＣＵメタデータＤＢ２０５及びパッケージＤＢ２０６とを有している。構成情報管理部３Ｂは、構成情報登録部２０７及び構成情報ＤＢ２０８を有している。

　サプライヤは、管理サーバ１０のユーザインターフェイス（ＵＩ）機能である入力部２１８及び表示部２１９を用いて、ＥＣＵ個別のデータを登録する。ＥＣＵ個別のデータとして、新プログラムや差分データ等のプログラムファイル、プログラムファイルの検証データやサイズ、暗号化方式等のプログラムファイル関連情報、及びＥＣＵ１９のメモリ構造などＥＣＵ属性情報に関するものなどがある。プログラムファイルは、ＥＣＵリプロデータＤＢ２０４に記憶される。ＥＣＵ属性情報は、ＥＣＵメタデータＤＢ２０５に記憶される。プログラムファイル関連情報は、ＥＣＵリプロデータＤＢ２０４に記憶されてもよいし、ＥＣＵメタデータＤＢ２０５に記憶されても良い。ＥＣＵリプログデータＤＢ２０４は、更新データ記憶部の一例である。また、ＥＣＵメタデータＤＢ２０５は、装置関連情報記憶部の一例である。

　ＯＥＭは、構成情報登録部２０７を介して、車両型式ごとに、正規の構成情報を構成情報ＤＢ２０８に登録する。正規の構成情報とは、公的な機関により認可された車両の構成情報である。構成情報は、車両に搭載されるＥＣＵ１９のハードウェア及びソフトウェアに関する識別情報であり、車両関連情報の一例である。構成情報には、複数のＥＣＵ１９から成るシステム構成の識別情報や、複数のシステムから成る車両構成の識別情報も含まれる。また、構成情報として、プログラムの更新に関する車両の制約情報を登録しても良い。例えば、書換え諸元データに記載されるＥＣＵのグループ情報，バス負荷テーブル，バッテリ負荷に関する情報等を登録しても良い。ＥＣＵメタデータＤＢ２０５は、装置関連情報記憶部の一例である。

　諸元データ生成部２０１は、各ＤＢを参照し、書換え諸元データを生成する。パッケージ生成部２０２は、書換え諸元データとリプログデータとを含む配信パッケージを生成し、パッケージＤＢ２０６に登録する。パッケージ生成部２０２は、配信諸元データを含めて配信パッケージを生成しても良い。パッケージ配信部２０３は、登録された配信パッケージを車両側システム４に配信する。配信パッケージはファイルに相当する。

　個車情報管理部３Ｃは、個車情報登録部２０９，構成情報確認部２１０，更新有無確認部２１１及びＳＭＳ送信制御部２１２と、個車情報ＤＢ２１３とを有している。個車情報登録部２０９は、個々の車両よりアップロードされる個車情報を、一旦ＲＡＭ等のバッファに記憶させてから個車情報ＤＢ２１３に登録する。個車情報登録部２０９は、初期値として、車両生産又は販売時点での個車情報を、個車情報ＤＢ２１３に登録しても良い。構成情報確認部２１０は、アップロードされる個車情報の登録を行う際に、個車情報を、構成情報ＤＢ２０８に登録されている同一型式車両の構成情報と照合。更新有無確認部２１１は、個車情報について新たなプログラムによる更新の有無、すなわちキャンペーンの有無を確認する。ＳＭＳ送信制御部２１２は、個車情報が更新されている場合は、更新に関するメッセージを対応する車両にＳＭＳ（Short Message Service）により送信する。個車情報は車両情報の一例であり、個車情報登録部２０９は制御部の一例である。

　キャンペーン管理部３Ｄは、キャンペーン生成部２１４，キャンペーン配信部２１５及び指示通知部２１６とキャンペーンＤＢ２１７とを備えている。ＯＥＭは、キャンペーン生成部２１４によりプログラム更新に関する情報であるキャンペーン情報を生成して、キャンペーンＤＢ２１７に登録する。尚、ここでのキャンペーン情報は、前述した「配信諸元データ」に相当し、主に車両側システム４で表示する更新内容に関する情報である。キャンペーン配信部２１５は、キャンペーン情報を車両に配信する。指示通知部２１６は、プログラム更新に関連して必要な指示を車両に通知する。車両側システム４では、センター装置３より送信されたキャンペーン情報に基づいて、更新プログラムのダウンロードを行うか否かを例えばユーザが判断し、必要であればダウンロードを行う。

　尚、各管理部３Ａ～３Ｄの各データベースを除く部分は、コンピュータのハードウェア及びソフトウェアにより実現されている機能である。車両通信部２２２は、センター装置３と車両側システム４との間で無線により相互にデータ通信を行うための機能ブロックである。

　次に、本実施形態の要旨に係る個車情報ＤＢ２１３について説明する。図７に示すように、個車情報ＤＢ２１３には、一例として以下に示す個車毎のデータが登録される。主に、個車毎の構成情報や、プログラム更新に対する個車のステータス情報が登録される。具体的には、各車両のＩＤである「ＶＩＮ」について、構成情報である「Ｖｅｈｉｃｌｅ　ＳＷ　ＩＤ」，「Ｓｙｓ　ＩＤ」，「ＥＣＵ　ＩＤ」，「ＥＣＵ　ＳＷ　ＩＤ」等である。これら構成情報についてのハッシュ値である「Ｄｉｇｅｓｔ」値も、センター装置３にて演算され、記憶される。「運用面」は、メモリ構成が２面である場合に、ＥＣＵ１９が現在運用しているプログラムが書き込まれている面であり、構成情報とともにアップロードされた値が登録される。

　「アクセスログ」は、車両が個車情報をセンター装置３にアップロードした年月日及び時刻である。「リプロステータス」は、車両におけるリプログのステータスを示し、例えば「キャンペーン発行済み」，「アクティベート完了」，「ダウンロード完了」等がある。つまり、この進捗ステータスにより、車両におけるリプログが、どのフェーズまで進み、どのフェーズで停滞しているかが分かる。尚、車両側システム４よりセンター装置３に対して構成情報等がアップロードされる際には、その情報等に各車両の「ＶＩＮ」が付与される。個車情報ＤＢ２１３は、車両情報記憶部の一例である。

　また、個車情報ＤＢ２１３は、各車両よりアップロードされた個車情報を順次書込んで記憶するために、後述する図１０に示すように、待ちキュー２１３Ｑを備えている。アップロードされた個車情報は一旦待ちキュー２１３Ｑに順次格納され、ＦＩＦＯ（Fast In Fast Out）方式で記憶装置２１３Ｓに順次書込まれる。記憶装置２１３Ｓは、不揮発性の記憶媒体である。

　図８は、車両側システム４のマスタ装置１１が最初にセンター装置３に送信を行う「車両構成情報同期」に関するものである。車両側でＩＧスイッチ３７がオンされると、それを契機としてＣＧＷ１３は、ＤＣＭ１２に対して「同期開始要求」を送信する。ＤＣＭ１２はそれを受けて「構成情報収集要求」をＣＧＷ１３に返信する。すると、ＣＧＷ１３は、各ＥＣＵ１９に対してプログラムバージョンの問い合わせを行う。各ＥＣＵ１９は、「ＥＣＵ　ＳＷ　ＩＤ」をＣＧＷ１３に返信する。また、メモリ構成が２面又はサスペンドのＥＣＵ１９は、複数ある面のうち何れが運用面であって、何れが非運用面であるかを示す面情報も、合わせてＣＧＷ１３へ返信する。更に、各ＥＣＵ１９は、制御対象となるアクチュエータ等のキャリブレーション情報や、プログラム更新サービスを受けるためのライセンス情報や、ＥＣＵ１９に発生している故障コードを、合わせてＣＧＷ１３へ送信しても良い。

　ＣＧＷ１３は、各ＥＣＵ１９からの「ＥＣＵ　ＳＷ　ＩＤ」の受信を完了すると、それらの全てを「ＶＩＮ」と共にＤＣＭ１２に送信する。このとき、ＣＧＷ１３で管理している「Ｖｅｈｉｃｌｅ　ＳＷ　ＩＤ」及び「Ｓｙｓ　ＩＤ」も合わせてＤＣＭ１２へ送信しても良い。ＤＣＭ１２はそれを受けて、全ての「ＥＣＵ　ＳＷ　ＩＤ」を対象とし、例えばハッシュ関数を用いてダイジェスト値であるハッシュ値を１つ生成する。ハッシュ関数として例えばＳＨＡ－２５６を用いる場合は、全ての「ＥＣＵ　ＳＷ　ＩＤ」の値をシリアルに連結したデータ値を６４バイト毎にメッセージブロックに区切り、初期ハッシュ値に対して最初のメッセージブロックのデータ値を適用し３２バイト長のハッシュ値を得て、そのハッシュ値に順次後続のメッセージブロックのデータ値を適用し、最終的に３２バイト長のハッシュ値を得る。ここで、ＤＣＭ１２は、全ての「ＥＣＵ　ＳＷ　ＩＤ」だけでなく「Ｖｅｈｉｃｌｅ　ＳＷ　ＩＤ」、「Ｓｙｓ　ＩＤ」、面情報及びキャリブレーション情報を含む値を対象とし、１つのハッシュ値を生成しても良い。

　ＤＣＭ１２は、上記のようにして得た「ＥＣＵ　ＳＷ　ＩＤ」のダイジェスト値を、「ＶＩＮ」，「車両型式」及び「アクセスログ」と共にセンター装置３に送信する。また、ＤＣＭ１２は、故障コードやライセンス情報を、ダイジェスト値と合わせて送信しても良い。以下では、前記ダイジェスト値を「構成情報ダイジェスト」と称し、その元である「ＥＣＵ　ＳＷ　ＩＤ」の全てのデータ値を「構成情報オール」と称する場合がある。「構成情報オール」には、「Ｖｅｈｉｃｌｅ　ＳＷ　ＩＤ」、「Ｓｙｓ　ＩＤ」、面情報、及びキャリブレーション情報を含めるとしても良い。

　センター装置３は、ダイジェスト値の比較や個車情報ＤＢ２１３の更新を行う。構成情報を同期させたセンター装置３は、プログラム更新の有無を確認し、更新がある場合はキャンペーン情報を車両側システム４へ通知する。その後、車両側システム４が、配信パッケージをダウンロードし、対象となるＥＣＵ１９へのインストールを行い、新プログラムのアクティベートを行う。これら更新処理が完了したことを契機として、ＣＧＷ１３は、ＤＣＭ１２に対して「同期開始要求」を送信し、以降、同期完了通知まで前述と同様の処理を行う。また、ＩＧスイッチ３７がオンされたことを契機として行われる上述の処理を、車両のシフトレバーのレンジが「パーキング；駐車」になったことを契機として行っても良いし、プログラムの更新後にも行っても良い。尚、上記の「ＩＧスイッチ３７がオンされたこと」や「シフトレバーのレンジが「パーキング」になったこと」は、「車両状態の変化」の一例である。

　次に、本実施形態の作用について説明するが、本実施形態は各車両が個車情報をセンター装置３にアップロードして、そのアップロードされた個車情報が個車情報ＤＢ２１３に書き込まれる処理部分に特徴を有しているので、以下その処理部分を説明する。図９に示すように、各車両側システム５よりセンター装置３に対して、個車情報をアップロードするためのアクセスが発生する（Ｓ１）。ここでのアクセスは、図８に示すように、ＤＣＭ１２がセンター装置３に対して「ＥＣＵ　ＳＷ　ＩＤ」のダイジェスト値を「ＶＩＮ」及び「アクセスログ」と共に送信する処理に対応する。

　すると、センター装置３の個車情報登録部２０９は、センター装置３が輻輳状態にあるか否かを判定する（Ｓ２）。ここで、個車情報登録部２０９は、個車情報ＤＢ２１３の待ちキュー２１３Ｑを参照して書込み待ち数を取得する。そして、その書込み待ち数が、待ちキュー２１３Ｑに格納できる書込み待ち数の総量に対し、例えば７０％以上であれば輻輳状態にあると判定する。上記の書込み待ち数総量の７０％が所定数の一例である。尚、ステップＳ２の処理は、図１０では「保存リクエスト」，「リクエスト結果」として示されている。

　ステップＳ２において、個車情報登録部２０９が輻輳状態に無いと判断すると、アップロードされた個車情報を待ちキュー２１３Ｑに格納する（Ｓ６）。一方、輻輳状態にあると判断すると、個車情報登録部２０９は、個車情報の項目「アクセスログ」を参照してアクセス頻度により優先順位の判定を行う（Ｓ３）。ここでは、例えば１週間に３回以上のアクセスがあればアクセス頻度「高」と判定してステップＳ４に移行し、１週間に２回以下のアクセスしかなければアクセス頻度「低」と判定してステップＳ６に移行する。

　ステップＳ４において、個車情報登録部２０９は、個車情報の項目「車両型式」を参照して車両モデル；型式，車種により優先順位の判定を行う。「車両型式」である「ａａａ」や「ｂｂｂ」について、特定の形式，例えば「ａａａ」であれば個車情報の登録を優先し、それ以外の形式については個車情報の登録を非優先とする条件を予め定めている。例えば、比較的多機能である高級車等を優先させても良い。そして、「車両型式」が「ａａａ」であればステップＳ６に移行し、それ以外の形式であれば当該車両のマスタ装置１１に個車情報の再送リクエストを返信する（Ｓ５）。

　個車情報登録部２０９は、再送リクエストにおいて、マスタ装置１１に個車情報の再送を行わせる契機とする条件を指定しても良い。例えば、再送リクエストを受信した時点から例えば２０分が経過することを再送の条件とする。センター装置３からの再送リクエストを受信したＤＣＭ１２は、指定された再送条件に従い、その時点から例えば２０分が経過すると個車情報をセンター装置３に送信する。

　以上のように本実施形態によれば、センター装置３の個車情報ＤＢ２１３は、個車情報登録部２０９により転送される複数の個車情報を順次書込むために使用する待ちキュー２１３Ｑを備える。個車情報登録部２０９は、マスタ装置１１より予め定められた車両状態の変化を契機として送信された個車情報を個車情報ＤＢ２１３に転送しようとする際に待ちキュー２１３Ｑを参照し、その書込み待ち数が所定数未満であれば個車情報を待ちキュー２１３Ｑに格納する。一方、個車情報登録部２０９は、待ちキュー２１３Ｑにおける書込み待ち数が所定数以上であれば、個車情報に含まれる項目の何れかが書込み優先条件を満たす内容である場合は個車情報を待ちキュー２１３Ｑに格納するが、前記項目の全てが書込み優先条件を満たさない内容である場合は個車両情報を待ちキュー２１３Ｑに格納しないように処理する。

　このように個車情報登録部２０９は、多数の個車情報を集中的に受信した際には、個車情報に含まれる項目の何れかが書込み優先条件を満たす内容であれば当該情報を待ちキュー２１３Ｑに格納することで個車情報ＤＢ２１３の記憶装置２１３Ｓに記憶させる。したがって、多数の個車両情報を、それらの内容に応じて効率的に処理できる。

　具体的には、前記項目の１つをマスタ装置１１が当該情報を送信した日時を時系列で示すアクセスログ情報とし、個車情報登録部２０９は、アクセスログ情報に基づくアクセス頻度が所定度数未満であれば書込み優先条件を満たすと判断する。これにより個車情報登録部２０９は、比較的アクセス頻度が低く、個車両情報を送信する機会が少ない車両の個車情報を優先して個車情報ＤＢ２１３に転送して記憶させることができる。

　また、前記項目の１つを車両の車種を示す情報である「車両型式」として、個車情報登録部２０９は、「車両型式」が特定の条件を満たすものであれば書込み優先条件を満たすと判断する。これにより、例えば比較的多機能である高級車等を優先させて、個車情報を個車情報ＤＢ２１３に登録させることができる。

　更に、個車情報登録部２０９は、前記項目の何れかが書込み優先条件を満たさない場合は、対応するマスタ装置１１に個車情報の再送リクエストを送信するので、マスタ装置１１，センター装置３間の通信が一時的に輻輳状態となった場合に、マスタ装置１１に個車情報を一定の時間をおいて再送させることで輻輳状態を解消させることができる。

　加えて、個車情報登録部２０９は、再送リクエストにおいて、マスタ装置１１が再送を実行する契機となる条件を指定し、マスタ装置１１は、指定された再送条件が満たされたことを契機として個車情報を再送する。これにより、個車情報登録部２０９は、通信が輻輳している程度に応じて再送条件をダイナミックに設定することで、輻輳状態を柔軟に解消させることができる。

　　（その他の実施形態）
　ステップＳ３，Ｓ４の何れか一方のみを実行しても良い。
　再送リクエストにて指定する再送条件については、日時を指定したり、車両が特定の位置やエリアにあることを指定しても良い。
　ステップＳ５において、個車情報登録部２０９が、再送リクエスト中で個車情報の再送条件を指定せずとも、ＤＣＭ１２側で予め定めた条件で、例えば再送リクエストを受信すると直ちに個車情報をセンター装置３に再送しても良いし、一定時間が経過した時点で再送しても良い

　各条件の具体内容は一例であり、個別の設計に応じて適宜変更すれば良い。例えば車両の形式については、自動運転機能が搭載されている車両を優先して個車情報を記憶させても良い。
　センター装置３が実行する機能は、ハードウェアで実現しても良いし、ソフトウェアで実現しても良い。また、ハードウェアとソフトウェアとの協働により実現しても良い。
　書換えるデータは、アプリプログラムだけでなく、地図等のデータや、制御パラメータ等のデータであっても良い。

　本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

Claims

　車両に搭載される、複数の電子制御装置（１９）を含む車両側装置（１１）と無線通信を行う通信部（２２２）と、
　前記車両側装置より予め定められた車両状態の変化を契機として送信される車両情報が記憶される車両情報記憶部（２１３）と、
　前記通信部が前記車両情報を受信すると、当該情報を前記車両情報記憶部に転送して書込ませる制御部（２０９）とを備え、
　前記車両情報記憶部は、前記制御部により転送された複数の車両情報を順次書込むために使用する待ちキュー（２１３Ｑ）を有し、
　前記制御部は、前記車両情報を前記車両情報記憶部に転送しようとする際に前記待ちキューを参照し、その書込み待ち数が所定数未満であれば前記車両情報を前記待ちキューに格納し、
　前記書込み待ち数が前記所定数以上であれば、前記車両情報に含まれる項目の何れかが書込み優先条件を満たす内容である場合は前記車両情報を前記待ちキューに格納し、前記項目の全てが前記書込み優先条件を満たさない内容である場合は前記待ちキューに格納しないセンター装置。
　前記項目の１つは、前記車両側装置が当該情報を送信した日時を時系列で示すアクセスログ情報であり、
　前記制御部は、前記アクセスログ情報に基づくアクセス頻度が所定度数未満であれば、前記書込み優先条件を満たすと判断する請求項１記載のセンター装置。
　前記項目の１つは、車両の車種を示す情報であり、
　前記制御部は、前記車種が特定の条件を満たすものであれば、前記書込み優先条件を満たすと判断する請求項１又は２記載のセンター装置。
　前記制御部は、前記項目の何れかが前記書込み優先条件を満たさない場合は、対応する車両側装置に車両情報の再送要求を送信する請求項１から３の何れか一項に記載のセンター装置。
　車両に搭載される、複数の電子制御装置を含む車両側装置と、この車両側装置と無線通信を行う通信部を備えるセンター装置とを有してなる車両情報通信システムにおいて、
　前記センター装置は、
　前記車両側装置より予め定められた車両状態の変化を契機として送信される車両情報が記憶される車両情報記憶部と、
　前記通信部が前記車両情報を受信すると、当該情報を前記車両情報記憶部に転送して書込ませる制御部とを備え、
　前記車両情報記憶部は、前記制御部により転送された複数の車両情報を順次書込むために使用する待ちキューを有し、
　前記制御部は、前記車両情報を前記車両情報記憶部に転送しようとする際に前記待ちキューを参照し、その書込み待ち数が所定数未満であれば前記待ちキューに格納し、
　前記書込み待ち数が前記所定数以上であれば、前記車両情報に含まれる項目の何れかが書込み優先条件を満たす内容である場合は前記車両情報を前記待ちキューに格納し、前記項目の全てが前記書込み優先条件を満たさない内容である場合は前記待ちキューに格納しない車両情報通信システム。
　前記項目の１つは、前記車両側装置が当該情報を送信した日時を時系列で示すアクセスログ情報であり、
　前記制御部は、前記アクセスログ情報に基づくアクセス頻度が所定度数未満であれば、前記書込み優先条件を満たすと判断する請求項５記載の車両情報通信システム。
　前記項目の１つは、車両の車種を示す情報であり、
　前記制御部は、前記車種が特定の条件を満たすものであれば、前記書込み優先条件を満たすと判断する請求項５又は６記載の車両情報通信システム。
　前記車両側装置は、前記車両情報を、車両のイグニッションスイッチがオンされたこと，又は車両のシフトレバーのレンジが「駐車」になったことを契機として送信する請求項５から７の何れか一項に記載の車両情報通信システム。
　前記制御部は、前記項目の何れかが前記書込み優先条件を満たさない場合は、対応する車両側装置に車両情報の再送要求を送信する請求項５から８の何れか一項に記載の車両情報通信システム。
　前記制御部は、前記再送要求において、前記車両側装置が再送を実行する契機となる条件を指定し、
　前記車両側装置は、前記条件が満たされたことを契機として車両情報を再送する請求項９記載の車両情報通信システム。