JP2013246740A - 配信サーバ、路側通信装置、ソフトウェア配信方法およびソフトウェア配信システム - Google Patents

Abstract

【課題】車載通信装置がソフトウェアの更新情報を受信完了できなかった場合でも、再度途中から更新情報を受信させ、更新情報の受信を完了させることができる路側通信装置およびデータ配信システムを提供する。
【解決手段】車載通信装置３１に搭載されたソフトウェアに関する情報および車両の移動情報を受信し、ソフトウェアに関する情報に基づいて車載通信装置に適合するソフトウェアを選択し、車両の移動情報に基づいて車両の移動先にある、配信先となる一つ以上の路側通信装置２０（１），２０（２）を予測して、ソフトウェアの更新データを配信する。さらに、車載通信装置がソフトウェアの更新データ全体に対してどこまで受信したかを示す受信進捗情報５５に基づいて、各路側通信装置から更新データの不足分５６を送信する。
【選択図】図１

Description

本明細書で開示される主題は、配信サーバ、路側通信装置、ソフトウェア配信方法およびソフトウェア配信システムに関する。

近年、ITS（Intelligent Transport Systems）技術が進歩しており、ドライバへの交通情報提供や安全運転支援といった多様なサービスが実用化されている。ドライバへの安全運転支援を主な目的としたシステムの例として、路車間や車車間の通信に用いられるシステム（以下、路車間・車車間通信システムという）がある。道路脇に設置された路側通信装置と車両に搭載された車載通信装置との間の無線通信や、複数車両の車載通信装置同士の無線通信を利用して、道路上の危険をドライバに通知または警告するシステムである。車車間通信を利用したアプリケーションの例として、見通しの悪い交差点付近で車両同士が出合い頭衝突するのを防ぐため、車載通信装置同士で相互に位置および／または車速情報を通知し合い、車両同士が過度に接近すると画面および／または音声を通してドライバに警告を発する、というものがある。このようなアプリケーションでは通信遅延を１００ｍｓ以内に抑える必要がある。

同様のサービスを提供するシステムとして携帯電話網を利用するテレマティクスシステムがあるが、無線通信の際にサーバを経由し通信遅延が大きくなるため、車両同士の出会い頭衝突防止などドライバに安全運転支援を行うためのアプリケーションには、サーバを経由しない、路車間・車車間通信システムの方が適している。

上記アプリケーションを実現するソフトウェアや、当該ソフトウェアに用いる地図データ等の各種データは、定期的に追加または更新されることが予想される。例えば、車載通信装置の普及が必要な「交差点における出会い頭衝突防止のための警告アプリケーション」が追加されたり、自転車や「コミュータ」と呼ばれる近距離用の自動車等が新たな車種として追加された際に、新たな車種ごとに警告判定のパラメータ変更がなされてアプリケーションソフトウェアが更新されたり、地図データが更新されたり、することが考えられる。

もし、上記アプリケーションソフトウェアの追加または更新が必要な場合でも追加または更新がなされない場合、相手車両の存在は認識できても、追加された車種に応じた動作ができない等、自車両の車載通信装置に搭載されたアプリケーションの動作に影響を与える可能性が高くなる。そこで、アプリケーションソフトウェアの追加または更新が必要な場合には、確実に車載通信装置のアプリケーションソフトウェアの追加または更新を行う必要がある。また、正確な経路案内のために地図データの更新を行う必要があるなど、アプリケーションソフトウェアが利用する各種データの更新が必要になる場合がある。

この課題に関連する技術として、特開２００４−１３４９４８号公報（特許文献１）がある。特許文献１には、自動的に移動端末内のデータ更新システムを起動して、通信事業者と接続して更新情報をダウンロードし、移動端末内のデータを自動的に更新する仕組みについて記載されている（請求項１）。

また、車両が高速に移動して、更新情報を車両通信装置に送信する路側通信装置が頻繁に切り替わる場合でも、更新情報を配信することが可能な発明として、特開２００４−１７１２９４号公報（特許文献２）がある。特許文献２には、ナビゲーション機能を備える車載通信装置が、自車両の走行経路と走行経路中の複数地点の通過予定時刻を配信サーバに送信すると、配信サーバが車両通過予定エリア内の複数の路側通信装置に対して配信情報を分割して配信する仕組みが記載されている（請求項１、６、７、８、９）。

また、車載通信装置に搭載されているソフトウェアの情報を確認し、確認結果に応じて配信する情報の決定が可能な発明として、特開２００１−２７３５９１号公報（特許文献３）がある。特許文献３には、車載通信装置から路側通信装置に対して、車載通信装置がどのようなアプリケーションソフトウェアを備えているかを表す情報を送信すると、路側通信装置がその情報に基づいて、車載通信装置に搭載されているアプリケーションソフトウェアで利用可能なサービスを提供する仕組みが記載されている（請求項１、５）。

特開２００４−１３４９４８号公報 特開２００４−１７１２９４号公報 特開２００１−２７３５９１号公報

上記特許文献１では、移動端末内のデータを自動的に更新する仕組みが記載されている。しかし、高速に移動する車両に搭載された車載通信装置を用いた通信では、配信サーバとの通信で経由する路側通信装置が頻繁に切り替わる。そのため、車載通信装置のアプリケーションソフトウェアの更新要求を配信サーバが受信したとしても、配信サーバはどの路側通信装置に対して更新情報を配信すればよいかがわからないという問題が生じる。

上記特許文献２では、ナビゲーション機能を持つ車載通信装置から送信される走行経路情報と走行経路中の複数地点における通過予定時刻情報を基に、配信サーバが車両通過予定エリア内の複数の路側通信装置に対して更新情報を配信する仕組みが記載されている。これにより特許文献１で生じる問題を解決することができる。

しかし、安価な車両も含めた幅広い普及が検討されている車載通信装置に必ずしもナビゲーション機能が搭載されているとは限らないため、ナビゲーション機能を前提にはできない。もしナビゲーション機能が搭載されていたとしても、運転の度に目的地を設定して走行経路を検索するのはドライバにとって煩わしい操作である。

また、車両の高速な移動により配信サーバとの通信で経由する路側通信装置が頻繁に切り替わるため、車載通信装置が更新情報を受信完了できなかった場合への対処が重要となる。しかし、特許文献２ではそのような場合への対処方法は記載されていない。さらに、メーカやモデルごとに異なる車載通信装置に適合する更新情報を配信することについて考慮されていない。

上記特許文献３では、路側通信装置が、車載通信装置で利用可能なアプリケーションの種類に応じたサービス配信を行う仕組みが記載されている。しかし先に述べたとおり、車両の高速な移動により配信サーバとの通信で経由する路側通信装置が頻繁に切り替わり、車載通信装置が更新情報を受信完了できなかった場合への対処ができず、更新情報を再び最初からダウンロードし始めることになり効率が悪い。

上記課題は、アプリケーションソフトウェアに限らず、ミドルウェアなど車載通信装置で実行されるその他のソフトウェアおよび／または地図データ等各種データの更新にも存在する。

したがって、より改善されたソフトウェアおよび／または各種データの更新技術が求められている（以下の説明では、ソフトウェアおよび／または各種データを単にソフトウェアと称する）。

本明細書で開示されるのは、上記の課題を解決するデータ配信システムであり、具体的に開示されるのは、車載通信装置から受信する車両の移動情報を基に、車両の移動先エリアを予測して、更新情報の配信先となる路側通信装置を決定する配信サーバと、車載通信装置がソフトウェアの更新情報を受信完了できなかった場合でも、再度途中から更新情報を受信させ、更新情報の受信を完了させることができる路側通信装置である。

以下では、開示される配信サーバおよび路側通信装置がそれぞれどのように上記の課題を解決するかを述べる。

配信サーバは、車両の移動情報を基に車両の移動先エリアを予測し、更新ソフトウェアの配信先となる路側通信装置を決定して更新ソフトウェアを配信する。配信サーバはまず、車両の位置および／または車速といった移動情報や、車載通信装置に搭載されたソフトウェアのバージョンやプラットフォームに関する情報を受信する。受信した車両の移動情報や車載通信装置に搭載されたソフトウェアに関する情報を基に更新の要否を判定する。 もし更新の必要があれば、配信サーバが車載通信装置に適合する更新ソフトウェアを記憶装置から選択し、これに有効期限を設定して配信情報を作成する。更新の必要がなければその旨を車載通信装置に通知するための情報を作成し、これに、有効期限を設定してこれを配信情報とする。その後、車両の移動情報から車両の移動先エリアを予測し、移動先エリアに含まれる一つまたは複数の路側通信装置に作成した配信情報を配信する。

また、路側通信装置は、車載通信装置と通信する路側通信装置が頻繁に切り替わり車載通信装置が更新ソフトウェアを受信完了できなかった場合でも、再び更新ソフトウェアを送信する際に、車載通信装置が受信していない部分を送信する。

路側通信装置は、配信サーバから配信情報を受信し、路側通信装置内の記憶装置に記憶している更新データ群に更新データとして追加する。配信サーバが設定した有効期限を過ぎた更新データはその時点で記憶装置から削除されるように構成してもよい。また、記憶装置に記憶されているものと同じ配信情報を受信した場合には、有効期限を新しい配信情報の有効期限に書き換える。

車載通信装置から車両の移動情報や車載通信装置に搭載されたソフトウェアに関する情報を受信したら、車載通信装置に適合する更新データを記憶しているかを判定する。もし、適合する更新データを記憶していれば、車載通信装置に対して更新データを記憶していることを通知する情報を作成して送信し、持っていなければ、配信サーバに車両の移動情報や車載通信装置に搭載されたソフトウェアに関する情報を送信する。車載通信装置から更新情報の受信進捗情報を受信したら、車載通信装置に不足分更新情報を送信する。

上記態様における配信サーバは、ナビゲーション機能を利用した車両の走行経路情報が車載通信装置から配信サーバに送信されなくても、車両の移動情報を基に、配信サーバが車両の移動先エリアを予測して、更新情報の配信先となる路側通信装置を決定して更新情報を配信することができる。

また、上記態様における路側通信装置は、車載通信装置と通信する路側通信装置が頻繁に切り替わり車載通信装置が更新情報を受信完了できなかった場合でも、再び更新を効率よく行うことができる。

開示によれば、車載通信装置に搭載されるソフトウェアが追加または更新されないまま動作することを防ぐことが可能になる。

本実施形態のシステム構成を例示する図である。 配信サーバのハードウェア構成を例示する図である。 路側通信装置のハードウェア構成を例示する図である。 配信サーバのソフトウェア構成を例示する図である。 路側通信装置のソフトウェア構成を例示する図である。 路側通信装置と車載通信装置で無線通信する際の共通データフォーマットの例である。 更新確認情報のデータフォーマットを例示する図である。 更新確認結果情報のデータフォーマットを例示する図である。 受信進捗情報のデータフォーマットを例示する図である。 不足分更新情報のデータフォーマットを例示する図である。 路側通信装置から配信サーバに送信される更新確認要求情報のデータフォーマットを例示する図である。 配信サーバから路側通信装置に配信される配信情報のデータフォーマットを例示する図である。 配信サーバが記憶している更新ソフトウェアのデータセットテーブルを例示する図である。 配信サーバが記憶している道路形状データのデータセットテーブルを例示する図である。 配信サーバが記憶している路側通信装置位置データのデータセットテーブルを例示する図である。 配信サーバが記憶している配信先検索範囲の設定情報テーブルを例示する図である。 路側通信装置が記憶している更新データのデータセットテーブルを例示する図である。 配信サーバの処理のフローチャートを例示する図である。 路側通信装置による更新情報の中継処理のフローチャートを例示する図である。 路側通信装置による配信情報の受信処理のフローチャートを例示する図である。 路側通信装置による更新データの削除処理のフローチャートを例示する図である。 車載通信装置、路側通信装置および配信サーバの処理のシーケンスを例示する図である。

以下、実施の形態について、図面を参照して説明する。

図１は、実施形態におけるシステム構成例を示した図である。

路車間・車車間通信を用いて安全運転支援を行うためのシステムは、車載通信装置３１および車速センサ３２を備えた車両３０と、道路上に設置されており、無線通信および有線通信機能を備えた路側通信装置２０を含んで構成される。車両３０や路側通信装置２０は複数存在しており、相互に、例えば位置、車速、移動方向、そして、時刻などの情報を、規格化されたフォーマットで、無線通信により送受信する。

当該システムにおける車載通信装置３１は、もし、車両同士が過度に接近する等の危険がある場合には、画面および／または音声を用いてドライバに警告を発することが可能になる。また路側通信装置２０は、交通事故や道路工事等のイベント情報を検出すると、別の路側通信装置２０に転送したり、車両３０に通知したりして注意喚起することもできる。

図１に示すように、路車間・車車間通信システムを用いて車載通信装置３１に搭載されたソフトウェアを更新する際の構成要素は、車載通信装置３１および車速センサ３２を備えた車両３０および路側通信装置２０に加え、車載通信装置３１用の更新ソフトウェアを配信する配信サーバ１０と、路側通信装置２０と配信サーバ１０が通信するための通信網４０である。

ここで通信網４０は、公衆回線または路車間・車車間通信システム専用回線のどちらでもよい。また、車載通信装置３１と車速センサ３２との通信に用いる車載ネットワークは、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）、ＦｌｅｘＲａｙ、ＭＯＳＴ（Ｍｅｄｉａ Ｏｒｉｅｎｔｅｄ Ｓｙｓｔｅｍｓ Ｔｒａｎｓｐｏｒｔ）、ＩＥＥＥ１３９４、Ｅｔｈｅｒｎｅｔ(登録商標)等の規格に準拠したネットワークであればよい。

また、配信サーバ１０、路側通信装置２０、車載通信装置３１の間で送受信される情報として、更新確認情報５１、更新確認要求情報５２、配信情報５３、更新確認結果情報５４、受信進捗情報５５、不足分更新情報５６がある。

更新確認情報５１は、車載通信装置３１に搭載されたソフトウェアの更新が必要かどうかを確認するための要求を示す。

更新確認要求情報５２は、更新確認情報５１を受信した路側通信装置２０が、送信元の車載通信装置３１に適合する更新の要否を示す更新データを持っていない場合に、配信サーバ１０に更新が必要かどうかを確認するための情報を示す。

配信情報５３は、配信サーバ１０から路側通信装置２０に送信される、更新確認結果と更新要の場合の更新ソフトウェアを含んだ情報を示す。配信サーバ１０が車載通信装置３１に搭載されたソフトウェアの更新が必要かどうかを確認した後、確認結果を車載通信装置３１に通知するために用いられる。

更新確認結果情報５４は、路側通信装置２０から車載通信装置３１に送信される、車載通信装置３１に搭載されたソフトウェアの更新が必要かどうかの確認結果を通知するための情報を示す。

受信進捗情報５５は、車載通信装置３１から路側通信装置２０に送信される、路側通信装置３１から受信する更新ソフトウェアの全体に対して車載通信装置３１がどこまでを受信しているかを表す進捗情報である。

不足分更新情報５６は、路側通信装置２０が受信進捗情報５５に基づいて作成した、車載通信装置３１がまだ受信していない更新情報の部分を示す。

なお、配信サーバ１０と路側通信装置２０との間で更新確認要求情報５２、配信情報５３を送受信する際には、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を利用し、宛先を指定したユニキャスト通信が行われる。また、路側通信装置２０と車載通信装置３１との間で更新確認情報５１、更新確認結果情報５４、受信進捗情報５５、不足分更新情報５６を送受信する際には、宛先を指定しないブロードキャストで路車間・車車間通信システム専用の無線通信が行われる。

路車間・車車間通信システムを用いて車載通信装置３１に搭載されたソフトウェアを更新する際のシステム全体の動作の流れについて説明する。

まず、車載通信装置３１に予め搭載されているソフトウェアを更新するための更新確認プログラムが起動する。更新確認プログラムは一ヶ月〜半年に一度の頻度で自動的に起動するのが望ましい。車載通信装置３１は、更新確認プログラムが起動すると、ソフトウェアの更新が必要かどうかを確認するため、車両３０の移動情報や車載通信装置３１に搭載されたソフトウェアに関する情報を含んだ更新確認情報５１を繰り返し、例えば周期的に、周囲に送信する。車載通信装置３１は更新確認プログラムが終了するまで更新確認情報５１を周囲に送信し続ける。

車載通信装置３１が路側通信装置２０（１）の通信エリア内に入り、路側通信装置２０（１）が更新確認情報５１を受信すると、まず路側通信装置２０（１）が持つ記憶装置に、車載通信装置３１に適合する更新データが、更新データ群に記憶されているかどうかを判定する。更新データは、ソフトウェアの更新の要否を示す情報と、更新の必要がある場合の更新ソフトウェアと、を含む。適合する更新データがない場合には、路側通信装置２０は、通信網４０を経由して配信サーバ１０に更新が必要かどうかを確認するための更新確認要求情報５２を送信する。

配信サーバ１０は、受信した更新確認要求情報５２に含まれる車載通信装置３１に搭載されたソフトウェアに関する情報に適合する配信情報５３を作成する。そして、更新確認要求情報５２に含まれる移動情報から車両３０の移動先エリアを予測して配信先を決定し、配信先となる路側通信装置２０（２）に配信情報５３を配信する。

車載通信装置３１を搭載した車両３０が路側通信装置２０（２）の通信エリア内に入り、路側通信装置２０（２）が車載通信装置３１から更新確認情報５１を受信すると、路側通信装置２０（２）はソフトウェアの更新が必要かどうかの確認結果を通知するための更新確認結果情報５４をブロードキャストする。

車載通信装置３１が更新確認結果情報５４を受信すると、車載通信装置３１が更新情報の全体に対してどこまでを受信しているかを路側通信装置２０（２）に通知するための受信進捗情報５５をブロードキャストする。

路側通信装置２０（２）は受信進捗情報５５を受信すると、不足分更新情報５６を作成してブロードキャストする。

車載通信装置３１が不足分更新情報５６を受信し、更新ソフトウェアの受信が完了し、更新ソフトウェアが車載通信装置３１にインストールされて更新が完了すると、更新確認プログラムは終了する。

次に、配信サーバ１０のハードウェア構成について説明する。

図２に示すように、配信サーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、有線通信処理装置２０４、記憶装置２０５を備えている。

ＣＰＵ２０１は、本実施例で説明する配信サーバ１０の各機能を実現する制御プログラムを実行する部分である。実行する制御プログラムはＲＯＭ２０２に記憶されており、実行前にＲＡＭ２０３に読み出され、ＣＰＵ２０１で実行される。

記憶装置２０５には、配信情報５３を作成するための更新ソフトウェア、車両の移動先を予測するために使用する道路形状データ、路側通信装置位置データ、配信先検索範囲設定情報が記憶されている。

有線通信処理装置２０４は、通信網４０を経由して路側通信装置２０から更新確認要求情報５２を受信したり、配信先となる路側通信装置２０に配信情報５３を配信したりするための通信処理装置である。

次に、路側通信装置２０のハードウェア構成について説明する。

図３に示すように、路側通信装置２０は、有線通信処理装置３０１、ＣＰＵ３０２、ＲＯＭ３０３、ＲＡＭ３０４、無線通信処理装置３０５、記憶装置３０６を備えており、これらは、バスなどの内部通信線で接続されている。

ＣＰＵ３０２は、本実施例で説明する路側通信装置２０の各機能を実現する制御プログラムを実行する演算装置である。実行する制御プログラムはＲＯＭ３０３に記憶されており、実行前にＲＡＭ３０４に読み出され、ＣＰＵ３０２で実行される。制御プログラムはあらかじめＲＯＭ３０３に記憶されていても良いし、必要な時に、通信網４０を介して他の装置から導入（インストール）されても良い。

有線通信処理装置３０１は、通信網４０を経由して、配信サーバ１０に更新確認要求情報５２を送信したり、配信サーバ１０から配信情報５３を受信したりするための通信処理装置である。

記憶装置３０６は、配信サーバ１０から受信した配信情報５３を、車載通信装置３１受信した更新確認情報への応答のための、更新データとして記憶するための記憶装置である。

無線通信処理装置３０５は、車載通信装置３１との間で更新確認情報５１、更新確認結果情報５４、受信進捗情報５５、不足分更新情報５６を無線通信により送受信するための通信処理装置である。

次に、配信サーバ１０の機能構成について説明する。

図４に示すように、配信サーバ１０は、更新確認要求情報受信部４０１、更新要否判定部４０２、配信情報作成部４０３、配信先路側通信装置抽出部４０４、配信情報送信部４０５および記憶装置２０５に記憶された更新ソフトウェア４０６、道路形状データ４０７、路側通信装置位置データ４０８、配信先検索範囲設定情報４０９を備えている。

更新確認要求情報受信部４０１は、路側通信装置２０から通信網４０を経由して更新確認要求情報５２を受信して更新要否判定部４０２に出力する。

更新要否判定部４０２は、更新確認要求情報５２と更新ソフトウェア４０６を基にして、車載通信装置３１に搭載されたソフトウェアの更新が必要かどうかを判定する。

配信情報作成部４０３は、更新要否判定部４０２における更新要否の判定結果に基づく配信情報５３を作成する。

配信先路側通信装置抽出部４０４は、受信した更新確認要求情報５２に含まれる車両３０の移動情報に基づいて車両３０の移動先エリアを予測し、配信先となる路側通信装置２０を抽出する。ここでは道路形状データ４０７、路側通信装置位置データ４０８、配信先検索範囲設定情報４０９に基づいて、車両３０の移動先エリアを予測し、配信情報５３の配信先となる路側通信装置２０を抽出する処理が実行される。

配信情報送信部４０５は、配信情報作成部４０３で作成された配信情報５３を配信先路側通信装置抽出部４０４で抽出された配信先の路側通信装置２０に配信する。

次に、路側通信装置２０の機能構成について説明する。

図５に示すように、路側通信装置２０は、更新情報の中継処理（図１６参照）を行うための無線通信情報受信部５０１、受信情報振分部５０２、更新データ記憶有無判定部５０３、更新確認要求情報送信部５０４、更新確認結果情報作成部５０５、無線通信情報送信部５０６、不足分更新情報作成部５０７、配信情報を受信し記憶する処理（図１７参照）を行うための配信情報受信部５０８、配信情報記憶部５０９、更新データの削除処理（図１８参照）を行うための更新データ削除部５１０、記憶装置に記憶された更新データ群５１１を備えている。

無線通信情報受信部５０１は、車載通信装置３１から送信された無線通信情報を受信して受信情報振分部５０２に出力する。

受信情報振分部５０２は、受信した無線通信情報を更新確認情報５１または受信進捗情報５５に分類する。

更新データ記憶有無判定部５０３は、受信情報振分部５０２で無線通信情報を分類した結果が更新確認情報５１であった場合に、更新データ群５１１を検索し、適合する更新データを記憶しているかどうかを判定する。判定の結果、適合する更新データがなければ更新確認要求情報送信部５０４により更新確認要求情報５２を配信サーバ１０に送信する。判定の結果、適合する更新データがあれば、更新確認結果情報作成部５０５により更新確認結果情報５４を作成し、無線通信情報送信部５０６で車載通信装置３１に送信する。

不足分更新情報作成部５０７は、受信情報振分部５０２が無線通信情報を分類した結果が受信進捗情報５５であった場合に、受信進捗に基づいて不足分更新情報を作成し、無線通信情報送信部５０６により送信する。

配信情報受信部５０８は、配信サーバ１０から配信情報５３を受信し、配信情報記憶部５０９に出力する。

配信情報記憶部５０９は、配信情報受信部から取得した配信情報５３を更新データとして、更新データ群５１１に追加記憶する。配信情報５３の記憶に際して、配信情報５３とファイル名の等しい更新ソフトウェアが更新データ群５１１内に存在する場合に、更新データ群５１１内に存在する更新ソフトウェアに設定されている有効期限を、配信情報５３に設定されている有効期限に置き換える。また、もし記憶装置３０６の未使用領域が配信情報５３を記憶するのに十分でない場合には、更新データ群５１１のうち最も有効期限が近いものを削除した上で配信情報５３を記憶する。

更新データ削除部５１０は、定期的に更新データ群５１１の有効期限を確認し、有効期限を過ぎた更新データを削除する。

上述したように、路側通信装置２０の各機能は、ＲＯＭ３０３に格納された制御プログラムをＣＰＵ３０２が読み出して実行することにより、実現される。制御プログラムは、予め、ＲＯＭ３０３に格納されていても良いし、必要な時に、有線通信処理装置３０１または無線通信処理装置３０５が利用可能な通信媒体を介して他の装置から導入（インストール）されても良い。通信媒体とは、たとえば、有線、無線、光などのネットワーク、または当該ネットワークを伝搬する搬送波やディジタル信号である。

次に、車載通信装置３１と路側通信装置２０の無線通信で用いられる無線通信データフォーマットについて説明する。

図６に示すように、本実施形態で車載通信装置３１と路側通信装置２０の無線通信に用いられる共通のデータフォーマット６０１は、情報種別ＩＤ６０２、通信装置ＩＤ６０３、移動情報６０４、時刻６０９、ソフトウェアバージョン６１０、付加情報６１１を含んで構成される。ここで、移動情報６０４は、緯度６０５、経度６０６、車速６０７、移動方向６０８の内、いずれか一つ以上を含んで構成される。

情報種別ＩＤ６０２は、無線通信共通データフォーマット６０１を用いる更新確認情報５１、受信進捗情報５５、更新確認結果情報５４、不足分更新情報５６および安全運転支援や交通情報提供のアプリケーションで利用するための無線通信情報を分類するために用いられるＩＤである。

通信装置ＩＤ６０３は、路側通信装置２０または車載通信装置３１を一意に識別するために用いられる固有のＩＤであり、それぞれ路側通信装置２０または車載通信装置３１に記憶されている。路側通信装置２０または車載通信装置３１が無線通信情報を送信する際には、自身が記憶している通信装置ＩＤ６０３を使用する。

移動情報６０４に含まれる緯度６０５は、無線通信情報の送信元の車両３０または路側通信装置２０の位置の緯度を示しており、経度６０６は送信元の車両３０または路側通信装置２０の位置の経度を示す。

移動情報６０４に含まれる車速６０７は、無線通信情報の送信元が車両３０の場合には車両３０が持つ車速センサ３２が取得した車両３０の速度の大きさを示す。送信元が路側通信装置２０の場合には「０」が設定される。

移動情報６０４に含まれる移動方向６０８は、無線通信情報の送信元が車両３０の場合には車両３０が持つ車速センサ３２が取得した車両３０の速度ベクトルの向きを示す。車両３０が停止している場合、または送信元が路側通信装置２０の場合には移動していないことを示す「０」が設定される。

時刻６０９は、路側通信装置２０または車載通信装置３１が無線通信情報を作成する際に、路側通信装置２０または車載通信装置３１内部で取得した時刻を示す。

ソフトウェアバージョン６１０は、車載通信装置３１に搭載された全てのアプリケーションソフトウェアを一まとめにしたアプリケーションセットのバージョンを示す。本実施例では、車載通信装置３１に搭載されたアプリケーションソフトウェア一つ一つのバージョンではなく、アプリケーションセットのバージョンを用いるものとする。無線通信情報の送信元が路側通信装置２０の場合には、配信サーバ１０から受信した配信情報５３に基づいてソフトウェアバージョン６１０が設定される。

付加情報６１１には、無線通信共通データフォーマット６０１を用いる更新確認情報５１、受信進捗情報５５、更新確認結果情報５４、不足分更新情報５６それぞれで異なる情報が含まれる。

図７（Ａ）に示すように、更新確認情報５１には、無線通信共通データフォーマット６０１における付加情報６１１として車載通信装置プラットフォームＩＤ７０１が含まれている。

車載通信装置プラットフォームＩＤ７０１は、車載通信装置３１のハードウェア構成やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等によって決まるＩＤである。車載通信装置３１に適合する更新ソフトウェアを路側通信装置２０が記憶している更新データ群５１１の中から検索するために用いられる。車載通信装置プラットフォームＩＤが等しい車載通信装置３１には、全く同じ更新ソフトウェアを導入（インストール）してもアプリケーションは動作する。なお、本実施例における更新確認情報５１の情報種別ＩＤには「＃１００」が設定されるものとする。更新確認情報５１は、車載通信装置３１にて更新確認プログラムが起動している間、繰り返し、例えば周期的に、ブロードキャストされる。

図７（Ｂ）に示すように、更新確認結果情報５４には、無線通信共通データフォーマット６０１における付加情報６１１として車載通信装置ＩＤ７０９、更新要否確認結果７０３、最新ソフトウェアバージョン７０４、データサイズ７０５が含まれている。車載通信装置ＩＤ７０９は、車載通信装置３１を一意に識別するために用いられる固有のＩＤである。このＩＤは、更新確認結果情報５４を受信した車載通信装置３１が、更新確認結果情報５４が自身に送信されたものであるかどうかを判定するために用いられる。

更新要否確認結果７０３は、更新確認情報５１の送信元である車載通信装置３１のソフトウェアの更新が必要かどうかを示す確認結果である。更新データ群５１１に該当する更新データがなく、ソフトウェアの更新の必要性が不明の場合は、配信サーバ１０への問い合わせが行われる。この場合は、その旨を示す情報が更新要否確認結果７０３に格納されるように構成しても良い。

最新ソフトウェアバージョン７０４は、車載通信装置プラットフォームＩＤ７０１に対応する最新のアプリケーションセットのバージョンを示す。データサイズ７０５は、更新データのデータサイズを示す。なお、更新が必要ない場合には「０ＫＢ」となる。なお、本実施例における更新確認結果情報５４の情報種別ＩＤには「＃２００」が設定されるものとする。更新確認結果情報５４は、車載通信装置３１が送信した更新確認情報５１に適合する更新データを路側通信装置２０が記憶していた際に路側通信装置２０からブロードキャストされる。

図７（Ｃ）に示すように、受信進捗情報５５には、無線通信共通データフォーマット６０１における付加情報６１１として不足分データサイズ７０２が含まれている。不足分データサイズ７０２は、路側通信装置２０から受信した更新確認結果情報５４に含まれる更新データのデータサイズ７０５に対して、まだ受信できていない不足分のデータサイズを示す。なお、本実施例における受信進捗情報５５の情報種別ＩＤには「＃３００」が設定されるものとする。受信進捗情報５５は、路側通信装置２０から更新確認結果情報５４を受信した後、更新情報のうち不足分の送信を路側通信装置２０に要求するために車載通信装置３１からブロードキャストされる。

図７（Ｄ）に示すように、不足分更新情報５６には、無線通信共通データフォーマット６０１における付加情報６１１として車載通信装置ＩＤ７０９、最新ソフトウェアバージョン７０６、不足分データサイズ７０７、不足分データ７０８が含まれている。車載通信装置ＩＤ７０９は、車載通信装置３１を一意に識別するために用いられる固有のＩＤである。このＩＤは、不足分更新情報５６を受信した車載通信装置３１が、不足分更新情報５６が自身に送信されたものであるかどうかを判定するために用いられる。最新ソフトウェアバージョン７０６は、不足分更新情報５６の宛先となる車載通信装置３１の車載通信装置プラットフォームＩＤに対応する最新のアプリケーションセットのバージョンを示す。路側通信装置２０から受信した更新確認結果情報５４に含まれる最新ソフトウェアバージョン７０４と同じ値が設定される。車載通信装置３１が不足分更新情報５６を受信完了し、更新ソフトウェアがインストールされると車載通信装置３１のソフトウェアバージョンが最新ソフトウェアバージョン７０６になる。

不足分データサイズ７０７は、路側通信装置２０から受信した更新確認結果情報５４に含まれる更新データのデータサイズ７０５に対して、車載通信装置３１がまだ受信できていない不足分の更新データのサイズを示す。車載通信装置３１から受信した受信進捗情報５５に含まれる不足分データサイズ７０２と同じ値が入る。不足分データ７０８は、不足分データサイズ７０７で示される、車載通信装置３１がまだ受信できていない不足分の更新データそのものである。なお、本実施例における不足分更新情報５６の情報種別ＩＤには「＃４００」が設定されるものとする。不足分更新情報５６は、車載通信装置３１から受信進捗情報５５を受信した後、更新情報のうち車載通信装置３１がまだ受信していない不足分を送信するために路側通信装置２０からブロードキャストされる。

次に、路側通信装置２０から配信サーバ１０に送信される更新確認要求情報５２のデータフォーマットについて説明する。更新確認要求情報５２は、車載通信装置３１から更新確認情報５１を受信した後、配信サーバ１０に更新が必要かどうかを確認するために送信される。

図８に示すように、路側通信装置２０から配信サーバ１０に送信される更新確認要求情報５２のデータフォーマットは、車載通信装置プラットフォームＩＤ８０１、車速８０２、移動方向８０３、ソフトウェアバージョン８０４の内、いずれか一つ以上を含んで構成される。

車載通信装置プラットフォームＩＤ８０１は、車載通信装置３１のハードウェア構成やＯＳ等によって決まるＩＤである。車載通信装置３１に適合する更新ソフトウェアを配信サーバ１０が記憶している更新ソフトウェア４０６の中から検索するために用いられる。車載通信装置３１から路側通信装置２０への更新確認情報５１に含まれる車載通信装置プラットフォームＩＤ７０１と等しい値が設定される。

車速８０２は、車両３０が持つ車速センサ３２が取得した車両３０の速度の大きさを示す。車載通信装置３１から路側通信装置２０への更新確認情報５１に含まれる移動情報６０４のうち、車速６０７と等しい値が設定される。

移動方向８０３は、車両３０が持つ車速センサ３２が取得した車両３０の速度ベクトルの向きを示す。車載通信装置３１から路側通信装置２０への更新確認情報５１に含まれる移動情報６０４のうち、移動方向６０８と等しい値が設定される。

ソフトウェアバージョン８０４は、車載通信装置３１に搭載された全てのアプリケーションソフトウェアを一まとめにしたアプリケーションセットのバージョンを示す。車載通信装置３１から路側通信装置２０への更新確認情報５１に含まれるソフトウェアバージョン６１０と等しい値が設定される。

なお、上記フォーマットには、路側通信装置を特定する情報は含まれていないが、送信元の路側通信装置のアドレス（通信にＴＣＰ／ＩＰを利用する場合は、ＩＰアドレス）を用いることが可能である。

次に、配信サーバ１０から路側通信装置に配信される配信情報５３のデータフォーマットについて説明する。配信情報５３は、路側通信装置２０から更新確認要求情報５２を受信した後、車載通信装置３１に適合する更新ソフトウェアを路側通信装置３１に配信する際に用いられる。

図９に示すように、配信サーバ１０から路側通信装置に配信される配信情報５３のデータフォーマットは、車載通信装置プラットフォームＩＤ９０１、更新要否確認結果９０２、ソフトウェアバージョン９０３、最新ソフトウェアバージョン９０４、データサイズ９０５、更新ソフトウェア９０６、有効期限９０７を含んで構成される。

車載通信装置プラットフォームＩＤ９０１は、車載通信装置３１のハードウェア構成やＯＳ等によって決まるＩＤである。車載通信装置３１に適合する更新データを路側通信装置２０が記憶している更新データ群５１１の中から検索するために用いられる。路側通信装置２０から配信サーバ１０への更新確認要求情報５２に含まれる車載通信装置プラットフォームＩＤ８０１と等しい値が設定される。

更新要否確認結果９０２は、更新確認情報５１の送信元である車載通信装置３１のソフトウェアの更新が必要かどうかを示す確認結果である。更新確認要求情報５２に含まれる車載通信装置プラットフォームＩＤ８０１およびソフトウェアバージョン８０４と、更新ソフトウェア４０６を照合して更新要否の判定結果を代入する。

ソフトウェアバージョン９０３は、車載通信装置３１に搭載されているアプリケーションセットのバージョンと照合するためのバージョンである。路側通信装置２０から配信サーバ１０への更新確認要求情報５２に含まれるソフトウェアバージョン８０４と等しい値が設定される。

ここで、ソフトウェアバージョン９０３を配信情報５３に含める理由は、現在車載通信装置３１に搭載されているソフトウェアバージョンに対応する更新ソフトウェア９０６を配信することにより、更新時にアプリケーションセット全体を入れ替える必要をなくすためである。配信サーバ１０が、車載通信装置３１に搭載されているソフトウェアバージョンごとの更新ソフトウェアを保持しているため、現在のアプリケーションセットとの差分を配信すればよいことになる。

最新ソフトウェアバージョン９０４は、更新ソフトウェア４０６の中で、更新確認要求情報５２に含まれる車載通信装置プラットフォームＩＤ８０１およびソフトウェアバージョン８０４に対応する最新のアプリケーションセットのバージョンを示す。したがって更新ソフトウェア４０６の最新ソフトウェアバージョン１００３と等しい値が設定される。

データサイズ９０５は、更新確認要求情報５２に含まれる車載通信装置プラットフォームＩＤ８０１およびソフトウェアバージョン８０４に対応する更新ソフトウェアのデータサイズを示す。更新の必要がない場合は「０ＫＢ」が設定される。

更新ソフトウェア９０６は、更新確認要求情報５２に含まれる車載通信装置プラットフォームＩＤ８０１およびソフトウェアバージョン８０４に対応する更新ソフトウェアのデータそのものを示す。

有効期限９０７は、路側通信装置２０において配信情報５３が削除される時刻を示す。配信サーバ１０が配信情報５３を作成する際に設定される。

次に、配信サーバ１０の配信サーバ記憶装置２０５に記憶されている更新ソフトウェア４０６のデータセットテーブルについて説明する。

図１０に示すように、本実施形態における更新ソフトウェア４０６のデータセットテーブルの各レコードは、車載通信装置プラットフォームＩＤ１００１、ソフトウェアバージョン１００２、最新ソフトウェアバージョン１００３、更新ソフトウェアファイル名１００４、データサイズ１００５を含んで構成される。

車載通信装置プラットフォームＩＤ１００１は、車載通信装置３１のハードウェア構成やＯＳ等によって決まるＩＤである。車載通信装置３１に適合する更新ソフトウェアを検索するために用いられる。

ソフトウェアバージョン１００２は、更新確認要求情報５２のソフトウェアバージョン８０４と照合するためのバージョンを示す。

最新ソフトウェアバージョン１００３は、車載通信装置プラットフォームＩＤ１００１に対しての最新のアプリケーションセットのバージョンを示す。

更新ソフトウェアファイル名１００４は、対応する更新ソフトウェアのファイル名を示す。ファイル名からソフトウェアバージョン１００２および最新ソフトウェアバージョン１００３がわかるようになっているとよい。

データサイズ１００５は、対応する更新ソフトウェアのデータサイズを示す。

新しく車載通信装置３１用の更新ソフトウェアが公開される場合、更新ソフトウェア４０６のデータセットテーブル中の該当する車載通信装置プラットフォームＩＤ１００１の更新ソフトウェアは全て削除され、新たに更新ソフトウェアが記憶されることになる。更新ソフトウェア４０６のデータセットテーブル自体の更新作業は、配信サーバ１０の保守担当者等が定期的に実施してもよいし、新しい更新ソフトウェアが公開されるたびに実施してもよい。

図１０の例において、１つ目の更新ソフトウェアは、車載通信装置プラットフォームＩＤ１００１「ＰＦ１」およびソフトウェアバージョン１００２「１．０」に対応し、最新ソフトウェアバージョン１００３が「１．１」で、データサイズ１００５が「１５０ＫＢ」で、更新ソフトウェアファイル名１００４は「ｘｘｘｘ−１．０ｔｏ１．１」であることを示す。

２つ目の更新ソフトウェアは、車載通信装置プラットフォームＩＤ１００１「ＰＦ２」およびソフトウェアバージョン１００２「１．０」に対応し、最新ソフトウェアバージョン１００３が「１．２」で、データサイズ１００５が「２００ＫＢ」で、更新ソフトウェアファイル名１００４は「ｙｙｙｙ−１．０ｔｏ１．２」であることを示す。

３つ目の更新ソフトウェアは、車載通信装置プラットフォームＩＤ１００１「ＰＦ２」およびソフトウェアバージョン１００２「１．１」に対応し、最新ソフトウェアバージョン１００３が「１．２」で、データサイズ１００５が「１００ＫＢ」で、更新ソフトウェアファイル名１００４は「ｙｙｙｙ−１．１ｔｏ１．２」であることを示す。

４つ目の更新ソフトウェアは、車載通信装置プラットフォームＩＤ１００１「ＰＦ３」およびソフトウェアバージョン１００２「１．０」に対応し、最新ソフトウェアバージョン１００３が「２．０」で、データサイズ１００５が「８００ＫＢ」で、更新ソフトウェアファイル名１００４は「ｚｚｚｚ−１．０ｔｏ２．０」であることを示す。

次に、配信サーバ１０の配信サーバ記憶装置２０５に記憶されている道路形状データ４０７のデータセットテーブルについて説明する。

図１１に示すように、本実施形態における道路形状データ４０７のデータセットテーブルの各レコードは、リンクＩＤ１１０１、始点ノードＩＤ１１０２、終点ノードＩＤ１１０３、道路種別１１０４、リンクの方位角１１０５を含んで構成される。

リンクＩＤ１１０１は、ある長さで区切られた道路に相当するリンクを識別するためのＩＤである。

始点ノードＩＤ１１０２は、リンクの始点となるノードを識別するためのＩＤであり、終点ノードＩＤ１１０３は、終点となるノードを識別するためのＩＤである。

道路種別１１０４は、対応するリンクが一般道路であるか、高速道路であるかの種別を示す。

リンクの方位角１１０５は、リンクの傾きの角度を示す。例えば、北向きを「０度」として時計回りに角度が増えるように方位角を設定する。

道路形状データ４０７は、予め実際の道路形状を基に作成され、配信サーバ１０に記憶されているものである。

図１１の例において、１つめのリンクは、リンクＩＤ１１０１が「Ｌ１」で、始点ノードＩＤ１１０２が「Ｎ１」で、終点ノードＩＤ１１０３が「Ｎ２」、道路種別１１０４が「一般道路」、リンクの方位角１１０５が「７５度」であることを示している。

１つめのリンクは、リンクＩＤ１１０１が「Ｌ１」で、始点ノードＩＤ１１０２が「Ｎ１」で、終点ノードＩＤ１１０３が「Ｎ２」、道路種別１１０４が「一般道路」、リンクの方位角１１０５が「７５度」であることを示している。

２つめのリンクは、リンクＩＤ１１０１が「Ｌ２」で、始点ノードＩＤ１１０２が「Ｎ２」で、終点ノードＩＤ１１０３が「Ｎ３」、道路種別１１０４が「高速道路」、リンクの方位角１１０５が「３０度」であることを示している。

３つめのリンクは、リンクＩＤ１１０１が「Ｌ３」で、始点ノードＩＤ１１０２が「Ｎ２」で、終点ノードＩＤ１１０３が「Ｎ４」、道路種別１１０４が「一般道路」、リンクの方位角１１０５が「１１０度」であることを示している。

次に、配信サーバ１０の配信サーバ記憶装置２０５に記憶されている路側通信装置位置データ４０８のデータセットテーブルについて説明する。

図１２に示すように、本実施形態における路側通信装置位置データ４０８のデータセットテーブルの各レコードは、路側通信装置ＩＤ１２０１、緯度１２０２、経度１２０３、ＩＰアドレス１２０４、設置道路種別１２０５、対応リンクＩＤ１２０６、道のり１２０７のいずれか、一つ以上を含んで構成される。

路側通信装置ＩＤ１２０１は、路側通信装置２０の各々を一意に識別するためのＩＤを示す。

緯度１２０２は、路側通信装置２０が設置されている位置の緯度を示しており、経度１２０３は、経度を示す。

ＩＰアドレス１２０４は、配信サーバ１０がＴＣＰ／ＩＰ通信を用いて路側通信装置２０の宛先を指定したり、送信元となる路側通信装置を特定したりするためのＩＰアドレスを示す。

設置道路種別１２０５は、路側通信装置２０が設置されている道路が一般道路であるか、高速道路であるかを示す種別である。

対応リンクＩＤ１２０６は、路側通信装置２０が設置されている道路のリンクＩＤであり、道路形状データ４０７のリンクＩＤ１１０１と対応している。

道のり１２０７は、路側通信装置２０が設置された道路の対応リンクＩＤ１２０６の始点ノードから、路側通信装置２０の設置位置までの実際の道路に沿った道のりを示す。始点ノードは道路形状データ４０７の始点ノードＩＤ１１０２から参照可能である。

路側通信装置位置データ４０８は、予め実際に道路に設置された路側通信装置２０に関する情報を基に作成され、配信サーバ１０に記憶されているものである。

図１２において、１つ目の路側通信装置２０は、路側通信装置ＩＤが「ＲＳＵ１」で、緯度１２０２が「４２．１９７０２６」、経度１２０３が「１０３．９１０４５７」、ＩＰアドレス１２０４が「１９２．１６８．１５６．１２３」、設置道路種別１２０５が「一般道路」、対応リンクＩＤ１２０６が「Ｌ１」、道のり１２０７が「３４５．９ｍ」であることを示している。

２つ目の路側通信装置２０は、路側通信装置ＩＤが「ＲＳＵ２」で、緯度１２０２が「４２．２２９６０１」、経度１２０３が「１０５．００５１３４」、ＩＰアドレス１２０４が「１９２．１６８．２３．９９」、設置道路種別１２０５が「高速道路」、対応リンクＩＤ１２０６が「Ｌ２」、道のり１２０７が「５２３．１ｍ」であることを示している。

３つ目の路側通信装置２０は、路側通信装置ＩＤが「ＲＳＵ３」で、緯度１２０２が「４２．８０４４６０」、経度１２０３が「１０５．６６１２０３」、ＩＰアドレス１２０４が「１９２．１６８．２３．１００」、設置道路種別１２０５が「高速道路」、対応リンクＩＤ１２０６が「Ｌ２」、道のり１２０７が「１９４５．２ｍ」であることを示している。

次に、配信サーバ１０の記憶装置２０５に記憶されている配信先検索範囲設定情報４０９について説明する。配信先検索範囲設定情報４０９は、配信サーバ１０が配信する配信情報５３のデータサイズ９０５の大きさによって変更される、配信先の路側通信装置２０の検索範囲を道路種別ごとに示したテーブルである。データサイズが大きいほど車載通信装置３１が更新情報を受信完了できない可能性が高くなるため、データサイズが大きい場合は路側通信装置２０の検索範囲を拡大する。

図１３に示すように、本実施形態における配信先検索範囲設定情報４０９は、道路種別１３０１、データサイズ１３０２によって決まる。

道路種別１３０１は、更新確認要求情報５２の配信元の路側通信装置２０が設置された道路が一般道路であるか、高速道路であるかを示す種別である。路側通信装置位置データテーブル４０８の設置道路種別１２０５に対応する種別が選択される。

データサイズ１３０２は、配信サーバ１０が配信する更新ソフトウェアのサイズを示す。配信情報５３に含まれるデータサイズ９０５に対応するデータサイズの範囲が選択される。

道路種別１３０１およびデータサイズ１３０２によって決まる値を、配信先となる路側通信装置２０の検索範囲として設定する。

図１３において、道路種別１３０１が「高速道路」の場合、データサイズ１３０２が「０〜１００ＫＢ」のときは「３台」、「１００〜５００ＫＢ」のときは「４台」、「５００〜１０００ＫＢ」のときは「５台」、「１０００ＫＢ〜」のときは「６台」が配信先となる路側通信装置の検索範囲となる。更新確認要求情報５２の配信元である路側通信装置２０が設置されたリンクから、車両の移動方向８０３の方向にリンクをたどり、検索範囲の台数分の路側通信装置を検索する。

道路種別１３０１が「一般道路」の場合、データサイズ１３０２が「０〜１００ＫＢ」のときは「２ｋｍ」、「１００〜５００ＫＢ」のときは「３ｋｍ」、「５００〜１０００ＫＢ」のときは「４ｋｍ」、「１０００ＫＢ〜」のときは「５ｋｍ」が配信先となる路側通信装置の検索範囲となる。更新確認要求情報５２の配信元である路側通信装置２０の設置位置を中心とする、検索範囲を半径とする扇形エリア内の路側通信装置を検索する。データサイズ１３０２が大きいと通信遅延が大きくなり、車載通信装置３１が路側通信装置２０から更新情報を受信完了できない可能性が高くなるため、配信先として検索する路側通信装置２０の数を大きくしている。

図１３に示した配信先検索範囲の値はあくまでも一例であり、データ送信の際の通信遅延や、路側通信装置２０の設置間隔等に基づいて変更してもよい。

次に、路側通信装置２０の記憶装置３０６に記憶されている更新データ群５１１のデータセットテーブルについて説明する。

図１４に示すように、本実施形態における更新データ群５１１のデータセットテーブルの各レコードは、車載通信装置プラットフォームＩＤ１４０１、更新要否確認結果１４０２、ソフトウェアバージョン１４０３、最新ソフトウェアバージョン１４０４、更新ソフトウェアファイル名１４０５、データサイズ１４０６、有効期限１４０７を含んで構成される。

車載通信装置プラットフォームＩＤ１４０１は、車載通信装置３１のハードウェア構成やＯＳ等によって決まるＩＤである。車載通信装置３１に適合する更新ソフトウェアを路側通信装置２０が記憶している更新データ群５１１の中から検索するために用いられる。路側通信装置２０から配信サーバ１０への更新確認要求情報５２に含まれる車載通信装置プラットフォームＩＤ９０１と等しい値が設定される。

更新要否確認結果１４０２は、更新確認情報５１の送信元である車載通信装置３１のソフトウェアの更新が必要かどうかを示す確認結果である。配信サーバ１０から受信した配信情報５３に含まれる更新要否確認結果９０２と等しい値が設定される。

ソフトウェアバージョン１４０３は、車載通信装置３１に搭載されているアプリケーションセットのバージョンと照合するためのバージョンである。配信サーバ１０から受信した配信情報５３に含まれるソフトウェアバージョン９０３と等しい値が設定される。

最新ソフトウェアバージョン１４０４は、更新ソフトウェア４０６の中で、更新確認要求情報５２に含まれる車載通信装置プラットフォームＩＤ８０１およびソフトウェアバージョン８０４に対応する最新のアプリケーションセットのバージョンを示す。配信サーバ１０から受信した配信情報５３に含まれる最新ソフトウェアバージョン９０４と等しい値が設定される。

更新ソフトウェアファイル名１４０５には、配信サーバ１０から受信した配信情報５３に含まれる更新ソフトウェア９０６のファイル名を示す。

データサイズ１４０６は、更新確認要求情報５２に含まれる車載通信装置プラットフォームＩＤ８０１およびソフトウェアバージョン８０４に対応する更新ソフトウェアのデータサイズを示す。配信サーバ１０から受信した配信情報５３に含まれるデータサイズ９０５と等しい値が設定される。

有効期限１４０７は、路側通信装置２０において配信情報５３が削除される時刻を示す。配信サーバ１０から受信した配信情報５３に含まれる有効期限９０７と等しい値が設定される。

更新データ群５１１は、路側通信装置２０が配信サーバ１０から受信した配信情報５３を記憶するたびに変更される。また、有効期限１４０７が過ぎた更新データは更新データ削除部により記憶装置３０６から削除される。

図１４において、１つ目の更新データ群５１１は、車載通信装置プラットフォームＩＤ１４０１が「ＰＦ１」で、更新要否確認結果１４０２が「有」で、ソフトウェアバージョン１４０３が「１．０」で、最新ソフトウェアバージョン１４０４が「１．１」で、更新ソフトウェアファイル名１４０５が「ｘｘｘｘ−１．０ｔｏ１．１」で、データサイズ１４０６が「１５０ＫＢ」で、有効期限１４０７が「２０１２−０１−３１−１０：２９」であることを示している。

２つ目の更新データ群５１１は、車載通信装置プラットフォームＩＤ１４０１が「ＰＦ２」で、更新要否確認結果１４０２が「無」で、ソフトウェアバージョン１４０３が「１．２」で、最新ソフトウェアバージョン１４０４が「１．２」で、更新ソフトウェアファイル名１４０５が「なし」で、データサイズ１４０６が「０ＫＢ」で、有効期限１４０７が「２０１２−０２−０３−０３：４７」であることを示している。

次に、配信サーバ１０が路側通信装置２０から更新確認要求情報５２を受信したときの配信サーバ１０の処理フローを説明する。

図１５に示すように、配信サーバ１０が路側通信装置２０から更新確認要求情報５２を受信する（Ｓ１５０１）と、更新確認要求情報５２に含まれる車載通信装置プラットフォームＩＤ８０１およびソフトウェアバージョン８０４と、更新ソフトウェア４０６に含まれる車載通信装置プラットフォームＩＤ１００１およびソフトウェアバージョン１００２を照合し、更新の必要があるかどうかを判定する（Ｓ１５０２）。判定結果が「Ｙｅｓ」の場合には更新ソフトウェア９０６を含む配信情報５３を作成し（Ｓ１５０３）、「Ｎｏ」の場合には更新ソフトウェア９０６を含まない配信情報５３を作成する（Ｓ１５０４）。

配信情報５３を作成した後、図１２に示す路側通信装置位置データ４０８と更新確認要求情報５２の送信元アドレスとに基づいて、更新確認要求情報５２の送信元である路側通信装置２０の位置を判定し、さらに、更新確認要求情報５２に含まれる車両３０の移動方向８０３を利用して、リンク上における車両の移動方向を判定する（Ｓ１５０５）。

続いて、更新確認要求情報５２の送信元である路側通信装置２０の設置道路種別１２０５を、路側通信装置位置データ４０８から判定する（Ｓ１５０６）。

判定結果が「高速道路」であれば、配信先検索範囲設定情報４０９から路側通信装置２０の検索範囲の台数を決定（Ｓ１５０７）した後、リンク上の車両３０の向きに存在するリンクに設置された路側通信装置２０を検索範囲分探しだし、配信先として抽出する（Ｓ１５０９）。

Ｓ１５０７およびＳ１５０９において配信先となる路側通信装置２０を決定するステップを具体的に説明する。

更新確認要求情報５２の送信元である路側通信装置２０の設置道路種別１２０５が「高速道路」である場合、車両３０が進む方向の道路はカーブや分岐の少ない道路が続くことが予測される。そこで高速道路では、移動方向８０３と対応リンクＩＤ１２０６と道のり１２０７を使って、車両３０が進む方向の道路にある路側通信装置２０を、道路のリンクをたどることにより検索する。

まず図１３において、道路種別１３０１は「高速道路」である。データサイズ１３０２は、Ｓ１５０３またはＳ１５０４で作成した配信情報５３に含まれるデータサイズ９０５（図９参照）により決まるため、配信先検索範囲として何台までの路側通信装置２０を検索するかを決定できる。

次に、車両３０が進む方向の道路のリンクをたどり、配信先検索範囲の台数分の路側通信装置２０を検索する。Ｓ１５０５にて判定されている、更新確認要求情報５２の送信元である路側通信装置２０の位置と、リンク上における車両の向きを用いて、車両の向きにあるノードを特定する（図１１参照）。そのノードの先に接続されたリンク上の路側通信装置２０を、図１１のリンクＩＤ１１０１および図１２の対応リンクＩＤ１２０６を照合することにより抽出し、配信先に加える。同じ要領で、ここで検索したリンクのさらに１つ先のリンク上の路側通信装置２０を抽出し、配信先に加える。検索の際に、もし同じリンクに複数の路側機が存在していた場合、図１２の始点ノードからの道路に沿う道のり１２０７の小さい方から配信先として抽出する。この処理を、配信先の路側通信装置２０が配信先検索範囲の台数に達するまで繰り返す。Ｓ１５０６の判定結果が「高速道路」である場合には上記のようにして配信先となる路側通信装置２０を決定する。

Ｓ１５０６の判定結果が「一般道路」であれば、配信先検索範囲設定情報４０９から路側通信装置２０の検索範囲の半径を決定（Ｓ１５０８）した後、リンク上の車両の向きを中心とする扇形エリアに設置された全ての路側通信装置２０を配信先として抽出する（Ｓ１５１０）。

Ｓ１５０８およびＳ１５１０において配信先となる路側通信装置２０を決定するステップを具体的に説明する。

更新確認要求情報５２の送信元である路側通信装置２０の設置道路種別１２０５が「一般道路」である場合、車両３０が進む方向はカーブや分岐が多く複雑な形状の道路が続くことが予測される。そこで一般道路では、緯度１２０２と経度１２０３とリンクの方位角１１０５を使って、車両３０が進む方向に、更新確認要求情報５２の送信元である路側通信装置２０の位置を中心とする扇形を描き、扇形エリアに含まれる全ての路側通信装置２０を配信先として抽出する。

まず図１３において、道路種別１３０１は「一般道路」である。データサイズ１３０２は、Ｓ１５０３またはＳ１５０４で作成した配信情報５３に含まれるデータサイズ９０５（図９参照）により決まるため、配信先検索範囲として半径何ｋｍの扇形を描いて路側通信装置２０を抽出するかを決定できる。

次に、更新確認要求情報５２の送信元である路側通信装置２０の位置（図１２の緯度１２０２および経度１２０３）を中心とし、Ｓ１５０８で決定した配信先検索範囲を半径とする円を描く。この円の中に存在する路側通信装置２０が一時的に配信先候補となる。円の中に存在する路側通信装置２０は、中心となる路側通信装置との距離が半径以内に収まる路側機を図１２の路側通信装置位置データ４０８の緯度１２０２および経度１２０３を用いて選択できる。

Ｓ１５０５にて判定されている、更新確認要求情報５２の送信元である路側通信装置２０の位置からリンク上における車両の向きに延長した線を基準線とし、基準線に対する中心角が±６０度の範囲にある路側通信装置２０を抽出する。基準線に対する中心角が±６０度の範囲にある路側通信装置２０を抽出するには、まず、図１１の道路形状データ４０７より、扇形の基準線の方位角がリンクの方位角１１０５が決まる。また、扇形の中心と配信先候補の路側通信装置２０とを結んだ直線の方位角も図１２の路側通信装置位置データ４０８の緯度１２０２および経度１２０３から算出可能である。これにより、基準線と、扇形の中心と配信先候補の路側通信装置２０とを結んだ直線がなす角度を決定できる。この角度が±６０度の範囲に収まる路側通信装置２０全てを配信先として決定する。ただし、ここで用いた中心角±６０度はあくまでも一例であり、別の角度範囲であってもよい。さらに、路側通信装置２０を抽出するためにエリア形状を「扇形」としたのはあくまでも一例であり、「円形」や「四角形」等、他の形状であってもよい。

以上の処理により、道路種別に応じて配信情報５３の配信先となる路側通信装置２０を決定した後、配信先として決定した路側通信装置２０のＩＰアドレスを宛先にして、配信情報５３を配信する（Ｓ１５１１）。

次に、路側通信装置２０が車載通信装置３１から無線通信情報を受信した際の、更新情報の中継処理フローを説明する。

図１６に示すように、路側通信装置２０は、車載通信装置３１から無線通信情報を受信（Ｓ１６０１）した後、情報種別ＩＤ６０２に基づいて無線通信情報の振分を行う（Ｓ１６０２）。

振分結果が、ソフトウェア更新の要否を確認するための更新確認情報５１であれば、更新データ群５１１の中から、ソフトウェアバージョン６０１および車載通信装置プラットフォームＩＤ７０１が一致するものがあるか（ソフトウェア更新の要否を確認できるか）どうかを判定する（Ｓ１６０３）。

判定結果が「Ｙｅｓ」であれば、車載通信装置３１に更新要否の確認結果を送信する旨を通知するための更新確認結果情報５４を作成（Ｓ１６０６）し、車載通信装置３１に送信する（Ｓ１６０７）。判定結果が「Ｎｏ」であれば、更新確認要求情報５２を作成し、配信サーバ１０に送信する（Ｓ１６０５）。Ｓ１６０５において、判定結果が「Ｎｏ」であることを通知する更新確認結果情報５４を作成して車載通信装置３１へ送信しても良い。

Ｓ１６０２における振分結果が受信進捗情報５５であれば、不足分データサイズ７０２に基づいて不足分更新情報５６を作成し（Ｓ１６０４）、車載通信装置３１に不足分更新情報５６を送信する（Ｓ１６０８）。

Ｓ１６０２における振分結果がその他アプリケーションソフトウェア動作用に通知された他車両の情報であれば、更新情報の中継処理フローは実行されず、そのまま終了する。

次に、路側通信装置２０が配信サーバ１０から配信情報５１を受信した際の、受信処理フローを説明する。

図１７に示すように、路側通信装置２０は、配信サーバ１０から配信情報５３を受信（Ｓ１７０１）した後、受信した配信情報５３と一致するものが記憶している更新データ群５１１中にあるかどうかを判定する（Ｓ１７０２）。

判定結果が「Ｙｅｓ」の場合には、該当する既存の更新データの有効期限１４０７を新しく受信した配信情報５３の有効期限９０７に更新する（Ｓ１７０３）。

判定結果が「Ｎｏ」の場合には、記憶装置３０６の未使用領域が配信情報５３のサイズ以上かどうかを判定する（Ｓ１７０４）。判定結果が「Ｙｅｓ」の場合はそのまま配信情報５３を記憶する（Ｓ１７０５）。判定結果が「Ｎｏ」の場合は、更新データ群５１１の中で最も有効期限が近いものを削除（Ｓ１７０６）し、Ｓ１７０４に戻り、再判定する。 次に、路側通信装置２０が定期的に行う更新データ群５１１の削除処理フローについて説明する。

図１８に示すように、路側通信装置２０は更新データ群５１１の中で有効期限を過ぎたものがあるかどうかを判定する（Ｓ１８０１）。判定結果が「Ｙｅｓ」であれば有効期限を過ぎたものを削除する（Ｓ１８０２）。判定結果が「Ｎｏ」であれば削除処理は行わずに処理フローを終了する。

次に、車載通信装置３１、路側通信装置２０、配信サーバ１０を組み合わせた場合の処理の流れについて説明する。

図１９に示すように、本実施例では車載通信装置３１、２台の路側通信装置２０（１）、２０（２）、配信サーバ１０があるとする。

まず、車載通信装置３１に搭載された更新確認プログラムが起動する（Ｓ１９０１）。更新確認プログラムは一ヶ月〜半年に一度の頻度で自動的に起動するのが望ましい。更新確認プログラムは、車載通信装置３１のソフトウェアに更新の必要があるかどうかを確認するため、周囲に更新確認情報５１を送信する。

車両３０が路側通信装置２０（１）の通信エリア内を走行中である場合、路側通信装置２０（１）が更新確認情報５１を受信し、適合する更新データが記憶されているかを判定する（Ｓ１９０２）。判定結果が「更新データ記憶無し」の場合、配信サーバ１０に更新確認要求情報５２を送信する。配信サーバ１０は配信情報および配信先を決定（Ｓ１９０３）した後、配信情報を配信先の路側通信装置２０（２）に配信する。

車載通信装置３１に搭載された更新確認プログラムは、定期的に周囲に更新確認情報５１を送信し続けている。車両３０が路側通信装置２０（２）の通信エリア内に入ると、路側通信装置２０（２）が更新確認情報５１を受信し、適合する更新データが記憶されているかを判定する（Ｓ１９０４）。路側通信装置２０（２）は既に配信サーバ１０から受信した配信情報５３を更新データとして記憶しているため判定結果は「更新データ記憶有り」となる。

路側通信装置２０（２）は、車載通信装置３１に更新情報を送信する旨を通知するための更新確認結果情報５４を送信する。その後、車載通信装置３１から路側通信装置２０（２）に更新情報の受信進捗情報５５が送信される。路側通信装置２０（２）は、不足分更新情報を作成し、車載通信装置３１に送信する。車載通信装置３１が更新情報を受信完了すると、更新確認プログラムは終了する（Ｓ１９０５）。

以上説明した内容は、その他のハードウェア、ソフトウェアの具体的な構成を含め、適宜変更して実施することができる。

１０：配信サーバ、２０：路側通信装置、３０：車両、３１：車載通信装置、３２：車速センサ、４０：通信網、５１：更新確認情報、５２：更新確認要求情報、５３：配信情報、５４：更新確認結果情報、５５：受信進捗情報、５６：不足分更新情報、４０１：更新確認要求情報受信部、４０２：更新要否判定部、４０３：配信情報作成部、４０４：配信先路側通信装置抽出部、４０５：配信情報送信部、４０６：更新ソフトウェア、４０７：道路形状データ、４０８：路側通信装置位置データ、４０９：配信先検索範囲設定情報、５０１：無線通信情報受信部、５０２：受信情報振分部、５０３：更新データ記憶有無判定部、５０４：更新確認要求情報送信部、５０５：更新確認結果情報作成部、５０６：無線通信情報送信部、５０７：不足分更新情報作成部、５０８：配信情報受信部、５０９：配信情報記憶部、５１０：更新データ削除部、群５１１：更新データ。

Claims (11)

1. 配信サーバと、一つ以上の路側通信装置と、車載通信装置を搭載した車両と、を含み、前記配信サーバから、前記車載通信装置へ、前記路側通信装置を介して、ソフトウェアを配信するソフトウェア配信システムであって、
   前記車載通信装置は、ソフトウェア更新の要否を確認するための更新確認情報を送信し、
   前記更新確認情報を受信した前記路側通信装置は、
   前記車載通信装置のソフトウェア更新の要否を調べ、
   要否を確認できない場合は、前記配信サーバへ、更新確認要求情報を送信し、
   前記配信サーバは、受信した更新確認要求情報に基づいて、
   前記車載通信装置についてのソフトウェア更新の要否と、要の場合の更新ソフトウェアと、を含む配信情報を作成し、
   前記配信情報の配信先となる路側通信装置を予測し、
   予測した路側通信装置へ、前記配信情報を配信し、
   前記配信先となる前記路側通信装置は、受信した前記配信情報を、更新データとして記憶する
   ことを特徴とするソフトウェア配信システム。
2. 請求項１に記載のソフトウェア配信システムにおいて、
   前記更新確認情報を受信した前記路側通信装置は、前記更新データに基づき、前記ソフトウェア更新の要否を確認できる場合は、更新確認結果情報を作成して送信する
   ことを特徴とするソフトウェア配信システム。
3. 請求項２に記載のソフトウェア配信システムにおいて、
   前記車載通信装置が、前記更新確認結果情報を受信し、自装置内のソフトウェアの更新要を確認した場合は、
   受信進捗情報を作成して送信し、
   前記受信進捗情報を受信した前記路側通信装置は、不足分更新情報を作成して送信し、
   送信した前記受信進捗情報に対応する不足分更新情報を受信した前記車載通信装置は、含まれる不足分データを用いて、自装置内のソフトウェアを更新する
   ことを特徴とするソフトウェア配信システム。
4. 請求項１から３のいずれか一に記載のソフトウェア配信システムにおいて、
   前記配信サーバは、
   前記路側通信装置毎の位置を管理し、
   受信した前記更新確認要求情報の送信元情報に基づき、送信元である前記路側通信装置の位置を特定し、
   受信した前記更新確認要求情報に含まれる移動情報と、送信元として特定した前記路側通信装置の位置と、に基づき、前記配信情報の配信先となる路側通信装置を予測する
   ことを特徴とするソフトウェア配信システム。
5. 請求項４に記載のソフトウェア配信システムにおいて、
   前記配信サーバは、前記配信情報に含める、前記ソフトウェア更新の要否と、要の場合の更新ソフトウェアのデータサイズと、を参照して、配信先となる路側通信装置の前記予測を行う
   ことを特徴とするソフトウェア配信システム。
6. 請求項５に記載のソフトウェア配信システムにおいて、
   前記配信サーバは、
   道路形状データと路側通信装置位置データとを記憶しており、
   前記道路形状データと前記路側通信装置位置データとを参照して、前記移動情報に基づき、配信先となる路側通信装置の前記予測を行う
   ことを特徴とするソフトウェア配信システム。
7. 請求項６に記載のソフトウェア配信システムにおいて、
   前記配信サーバは、前記予測の際に、受信した前記更新確認要求情報の送信元である前記路側通信装置が設置された道路種別に適合する方法により、配信先となる路側通信装置を検索する
   ことを特徴とするソフトウェア配信システム。
8. 請求項１から７のいずれか一に記載のソフトウェア配信システムにおいて、
   前記配信情報を受信した前記路側通信装置は、
   一致する配信情報をすでに記憶している場合は、当該配信情報の有効期限を更新し、
   一致する配信情報を記憶しておらず、記憶装置の未使用領域のサイズが前記配信情報のサイズ以上であるかを判定し、
   判定結果がＮｏである場合はＹｅｓとなるまで、有効期限の最も近い、記憶している前記更新データを順に削除する
   ことを特徴とするソフトウェア配信システム。
9. 一つ以上の路側通信装置を介して、車両に搭載した車載通信装置へソフトウェアを配信するソフトウェア配信システムに用いる配信サーバであって、
   前記路側通信装置から、車両に搭載した前記車載通信装置のソフトウェアの更新確認要求情報を受信し、
   前記車載通信装置の前記ソフトウェアの更新の要否と、要の場合の更新ソフトウェアと、を含む配信情報を作成し、
   前記配信情報の配信先となる路側通信装置を予測し、
   予測した路側通信装置へ、前記配信情報を配信する
   ことを特徴とする配信サーバ。
10. 車両に搭載した車載通信装置へソフトウェアを配信するソフトウェア配信システムに用いる路側通信装置であって、
    車両に搭載した前記車載通信装置からソフトウェア更新の要否を確認するための更新確認情報を受信し、
    前記車載通信装置のソフトウェア更新の要否を調べ、
    要否を確認できない場合は、配信サーバへ、更新確認要求情報を送信し、
    記憶している更新データ群に基づき、前記ソフトウェア更新の要否を確認できる場合は、更新確認結果情報を作成して、送信する
    ことを特徴とする路側通信装置。
11. 請求項１０に記載の路側通信装置において、
    前記配信サーバから、前記車載通信装置についてのソフトウェア更新の要否と、要の場合の更新ソフトウェアと、を含む配信情報を受信した場合は、前記更新データ群に、更新データとして記憶する
    ことを特徴とする路側通信装置。

Images