JPWO2017022022A1 - 車両用情報通信システムおよび車両用情報通信方法 - Google Patents

Abstract

サーバは、複数の車両を複数のグループに分け、送信処理が行われる順番となったグループ内の各車両の車載情報機に対して制御情報を送信し、当該制御情報を用いた車載器の更新による異常の有無を示す応答を各車両の車載情報機から受信する。サーバは、異常有りの応答が予め定められた基準値以下である場合は次の順番のグループに対する前記制御情報の送信処理を行い、異常有りの応答が予め定められた基準値より大きい場合は次の順番以降のグループに対する前記制御情報の送信処理を保留する。

Description

この発明は、サーバと車載情報機との間で通信を行う車両用情報通信システムおよび車両用情報通信方法に関するものである。

特許文献１には、通信ネットワークを介して、車両に搭載された車載器と外部デバイスとの間で通信を行う車両制御装置について記載されている。外部デバイスは、通信ネットワークを介して車両制御装置を遠隔操作して、車載器の制御情報を設定可能である。車両制御装置は、車載器が遠隔操作により設定された制御情報に基づいて動作しているときに車載器の異常に伴う車両の挙動の異常が発生した場合、制御情報をデフォルト値に戻して正常動作させる。

国際公開第２０１２／１３２４０１号

上記特許文献１に記載された方法では、車載器の異常を引き起こした制御情報と同じ制御情報が、遠隔操作により再度車載器に対して設定される事態を事前に防ぐことができなかった。また、外部デバイスの遠隔操作を受ける他の車両においても、車載器の異常を引き起こした上記制御情報が設定された場合、同様の異常が発生する懸念があるが、このような事態を事前に防ぐこともできなかった。

このように、従来は、制御情報の更新が引き起こす車載器の異常の拡散を防止することができないという課題があった。さらに、この異常については、ある車両に搭載されている車載器に固有のものか他の車両に搭載されている車載器でも起こるものか分からないため、制御情報の更新により各車両に共通に起こり得る異常か車両固有の異常かを判別できないという課題もあった。

この発明は、上記のような課題を解決するためになされたもので、制御情報の更新が引き起こす車載器の異常の拡散を防止する、およびこの異常が制御情報の更新により各車両に共通に起こり得る異常か車両固有の異常かを判別可能にすることを目的とする。

この発明に係る車両用情報通信システムは、複数の車両に搭載された各車載情報機とサーバとの間で通信を行うものであって、車載情報機は、サーバから制御情報を受信して車載器の制御情報を更新し、更新した制御情報に基づいて車載器が動作したときの異常の有無を示す応答を前記サーバへ送信し、サーバは、複数の車両を複数のグループに分けてグループごとに順番に制御情報の送信処理を行う際に、当該送信処理が行われる順番となったグループ内の各車両の車載情報機に対して制御情報を送信して異常の有無を示す応答を受信し、異常有りの応答が予め定められた基準値以下である場合は次の順番のグループに対する制御情報の送信処理を行い、異常有りの応答が予め定められた基準値より大きい場合は次の順番以降のグループに対する制御情報の送信処理を保留するものである。

この発明によれば、制御情報を送信したグループの各車両の車載情報機から受信した異常有りの応答が、予め定められた基準値より大きい場合は次の順番以降のグループに対する前記制御情報の送信処理を保留するようにしたので、前記制御情報の更新が引き起こす異常の拡散を防止することができる。また、異常の有無を示す応答をサーバに集約するようにしたので、サーバにおいて異常有りの車載器の数と異常無しの車載器の数を把握することにより、制御情報の更新により各車両に共通に起こり得る異常か車両固有の異常かを判別可能になる。

この発明の実施の形態１に係る車両用情報通信システムにおけるサーバの構成例を示すブロック図である。 実施の形態１に係る車両用情報通信システムにおける車両の構成例を示すブロック図である。 車両に搭載された車載情報機と車載器の構成例を示すブロック図である。 実施の形態１に係る車両用情報通信システムにおけるサーバのハードウェア構成図である。 実施の形態１に係る車両用情報通信システムにおける車載情報機のハードウェア構成図である。 実施の形態１に係る車両用情報通信システムにおける車載器のハードウェア構成図である。 実施の形態１に係る車両用情報通信システムにおけるサーバの動作を示すフローチャートである。 実施の形態１に係る車両用情報通信システムにおける車載情報機の動作を示すフローチャートである。 実施の形態１に係る車両用情報通信システムにおける車載器の動作を示すフローチャートである。 この発明の実施の形態２に係る車両用情報通信システムにおけるサーバが有する深刻度情報の一例を示す図である。 実施の形態２に係る車両用情報通信システムにおけるサーバの動作を示すフローチャートである。 図１１のステップＳＴ１２１，ＳＴ１２３の詳細を示すフローチャートである。 実施の形態２に係る車両用情報通信システムにおける車載情報機の動作を示すフローチャートである。

以下、この発明をより詳細に説明するために、この発明を実施するための形態について、添付の図面に従って説明する。
実施の形態１．
図１（ａ）は、この発明の実施の形態１に係る車両用情報通信システムにおけるサーバ１の構成例を示すブロック図であり、図１（ｂ）はこのサーバ１における制御部３の内部構成例を示すブロック図である。図２は、この車両用情報通信システムにおける車両１０の構成例を示すブロック図である。車両用情報通信システムは、サーバ１と複数の車両１０に搭載された各車載情報機２０との間で通信を行い、サーバ１の遠隔操作により各車両１０に搭載された車載器３０Ａ〜３０Ｃの制御情報を更新するものである。

図１に示すサーバ１は、車両１０に送信する予定の車載器３０Ａ〜３０Ｃの制御情報を記憶している記憶部２と、制御情報の送受信処理などを実施する制御部３と、車両１０との通信を実施する無線通信部４とを備えている。
制御部３は、複数の車両１０を複数のグループに分けて制御情報を送信するグループを選択する送信グループ選択部５と、送信処理が行われる順番となったグループ内の各車両１０の車載情報機２０に対して制御情報を送信して異常の有無を示す応答を受信する送受信処理部６と、異常有りの応答が予め定められた基準値以下であるか否かを判定する異常判定部７と、異常有りの応答が予め定められた基準値より大きい場合に次の順番以降のグループに対する前記制御情報の送信処理を保留するよう送受信処理部６に指示する送信保留部８とを備えている。

図２に示す車両１０において、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの車両内ネットワークには表示装置１１、入力装置１２、車載情報機２０および１つ以上の車載器３０Ａ〜３０Ｃが接続されている。以下の説明において、車載器３０Ａ〜３０Ｃを区別する必要のないときは車載器３０と称す。
表示装置１１は、車載情報機２０の制御下で情報を表示することが可能であり、液晶ディスプレイなどである。入力装置１２は、ユーザによる操作が入力されるものであり、リモートコントローラなどの操作デバイス、タッチセンサ、スイッチ、または音声認識装置などである。

図３は、車載情報機２０および車載器３０の構成例を示すブロック図である。
車載情報機２０は、サーバ１との通信を実施する無線通信部２１、車載器３０との通信を実施する車両内通信部２２、およびサーバ１から受信した制御情報を用いて車載器３０の制御情報の更新処理などを実施する制御部２３を備えている。

車載器３０は、車載情報機２０との通信を行う車両内通信部３１、車載情報機２０から受け取った制御情報などを記憶する記憶部３３、車載情報機２０からの処理要求に従って自身の制御情報の更新などを実施する制御部３２、および更新実施後に自身の機能をテストし異常の有無を検出する異常検出部３４を備えている。
車載器３０は、例えば、ＥＰＳ（Ｅｌｅｃｔｒｉｃ Ｐｏｗｅｒ Ｓｔｅｅｒｉｎｇ）、ＡＢＳ（Ａｎｔｉｌｏｃｋ Ｂｒａｋｅ Ｓｙｓｔｅｍ）、ＥＢＤ（Ｅｌｅｃｔｒｏｎｉｃ Ｂｒａｋｅ ｆｏｒｃｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ）、またはナビゲーション装置などである。
なお、本発明の各実施の形態において、車載情報機２０は、サーバ１と車載器３０との間に設けられたゲートウェイとして機能する。

次に、サーバ１、車載情報機２０および車載器３０のハードウェア構成例を説明する。
図４は、サーバ１のハードウェア構成例を示す図である。図４に示すように、サーバ１における無線通信部４は、複数の車両１０に搭載された各車載情報機２０との間で無線通信を行う無線通信装置１０３である。サーバ１における記憶部２は、メモリ１０１である。
また、サーバ１における制御部３は、処理回路により実現される。即ち、サーバ１は、複数の車両１０を複数のグループに分けてグループごとに順番に制御情報の送信処理を行うための処理回路を備える。処理回路は、メモリ１０１に格納されるプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０２である。
この制御部３の機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェアまたはファームウェアはプログラムとして記述され、メモリ１０１に格納される。ＣＰＵ１０２は、メモリ１０１に記憶されたプログラムを読み出して実行することにより、送信グループ選択部５、送受信処理部６、異常判定部７および送信保留部８の各機能を実現する。即ち、サーバ１は、ＣＰＵ１０２により実行されるときに、後述する図７に示す各ステップが結果的に実行されることになるプログラムを格納するためのメモリ１０１を備える。また、これらのプログラムは、制御部３の手順または方法をコンピュータに実行させるものであるともいえる。

ここで、ＣＰＵ１０２および後述するＣＰＵ２０２，３０２は、例えば、中央処理装置、処理装置、演算装置、プロセッサ、マイクロプロセッサ、マイクロコンピュータ、またはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などのことである。
メモリ１０１および後述するメモリ２０１，３０１は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）等の不揮発性または揮発性の半導体メモリであってもよいし、ハードディスク、フレキシブルディスク等の磁気ディスクであってもよいし、ミニディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の光ディスクであってもよい。

図５は、車載情報機２０のハードウェア構成例を示す図である。図５に示すように、車載情報機２０における無線通信部２１は、サーバ１との間で無線通信を行う無線通信装置２０３である。車載情報機２０における車両内通信部２２は、表示装置１１、入力装置１２および車載器３０との間で通信を行う車両内通信装置２０４である。
また、車載情報機２０における制御部２３は、処理回路により実現される。即ち、車載情報機２０は、サーバ１から受信した制御情報を用いて車載器３０の制御情報を更新し、更新した制御情報に基づいて車載器３０が動作したときの異常の有無を示す応答をサーバ１へ送信するための処理回路を備える。処理回路は、メモリ２０１に格納されるプログラムを実行するＣＰＵ２０２である。
この制御部２３の機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェアまたはファームウェアはプログラムとして記述され、メモリ２０１に格納される。ＣＰＵ２０２は、メモリ２０１に記憶されたプログラムを読み出して実行することにより、各部の機能を実現する。即ち、車載情報機２０は、ＣＰＵ２０２により実行されるときに、後述する図８に示す各ステップが結果的に実行されることになるプログラムを格納するためのメモリ２０１を備える。また、これらのプログラムは、制御部２３の手順または方法をコンピュータに実行させるものであるともいえる。

図６は、車載器３０のハードウェア構成例を示す図である。図６に示すように、車載器３０における車両内通信部３１は、車載情報機２０との間で通信を行う車両内通信装置３０４である。車載器３０において記憶部３３は、メモリ３０１である。
また、車載器３０における制御部３２および異常検出部３４は、処理回路により実現される。即ち、車載器３０は、車載情報機２０からの処理要求に従って自身の制御情報の更新などを実施し、更新実施後に自身の機能をテストして異常の有無を検出するための処理回路を備える。処理回路は、メモリ３０１に格納されるプログラムを実行するＣＰＵ３０２である。
この制御部３２および異常検出部３４の各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェアまたはファームウェアはプログラムとして記述され、メモリ３０１に格納される。ＣＰＵ３０２は、メモリ３０１に記憶されたプログラムを読み出して実行することにより、各部の機能を実現する。即ち、車載器３０は、ＣＰＵ３０２により実行されるときに、後述する図９に示す各ステップが結果的に実行されることになるプログラムを格納するためのメモリ３０１を備える。また、これらのプログラムは、制御部３２および異常検出部３４の手順または方法をコンピュータに実行させるものであるともいえる。

なお、車載器３０の制御情報とは、上述したソフトウェア、ファームウェア、ソフトウェアとファームウェアとの組み合わせ、またはソフトウェアなどの実行時に参照されるパラメータのうちの少なくとも１つである。

また、本発明の各実施の形態においては、サーバ１の無線通信部４と車載情報機２０の無線通信部２１との間で無線通信を行う構成を示すが、有線通信を行う構成であってもよい。例えば、車両１０が電気自動車である場合、この電気自動車の充電時にサーバ１と車載情報機２０とが有線通信することが可能となっており、このような通信機能を用いて制御情報を更新するようにしてもよい。

次に、実施の形態１に係る車両用情報通信システムの動作例を説明する。ここでは、１番から１０００番の車両１０に搭載されている車載器３０の制御情報の更新が必要になった場合を想定して、サーバ１、車載情報機２０および車載器３０の各動作を説明する。

図７は、実施の形態１におけるサーバ１の動作例を示すフローチャートである。更新が必要な制御情報が準備されると、サーバ１の記憶部２に登録される。更新対象の車両情報も、前記制御情報と共に登録されるものとする。ここでの車両情報は、１番から１０００番の車両１０を示す情報である。制御部３における送信グループ選択部５は、記憶部２に記憶されている車両情報を用いて、複数の車両１０を適当なグループに分け、送信順を決定する。以下では、送信グループ選択部５が、１番から１０００番までの車両１０を１００番ずつの１０グループに分け、番号が小さいグループから順番に前記制御情報を送信すると決定したものとする。

ステップＳＴ１０１において、送信グループ選択部５はまず、最初の送信グループとして１番から１００番までの車両１０からなるグループを選択し、送受信処理部６へ通知する。

ステップＳＴ１０２において、送受信処理部６は、送信保留部８において何らかの異常により制御情報の送信が保留されているか否かを確認する。送受信処理部６は、送信保留中でなければ（ステップＳＴ１０２“ＮＯ”）、ステップＳＴ１０３以降の送信処理へ進み、送信保留中であれば（ステップＳＴ１０２“ＹＥＳ”）、ステップＳＴ１１１へ進む。

ステップＳＴ１０３において、送受信処理部６は、記憶部２に記憶されている制御情報をステップＳＴ１０１で選択した送信グループ内の各車両１０の車載情報機２０へ、無線通信部４を介して送信する。

ステップＳＴ１０４において、送受信処理部６は、ステップＳＴ１０１で選択した送信グループ内の各車両１０の車載情報機２０からの応答を、無線通信部４を介して受信したか否かを確認する。送受信処理部６は、車載情報機２０からの応答を受信していなければ（ステップＳＴ１０４“ＮＯ”）、ステップＳＴ１０４にて車載情報機２０からの応答を待ち、車載情報機２０からの応答を受信した場合は（ステップＳＴ１０４“ＹＥＳ”）、ステップＳＴ１０５へ進む。
ステップＳＴ１０５において、送受信処理部６は、応答を受信したことを異常判定部７へ通知する。異常判定部７は、この通知を受け取ると、選択中の送信グループ内における車載情報機２０からの応答数を加算する。
ちなみに、詳細は後述するが、車載情報機２０からの応答には、更新した制御情報に基づいて車載器３０が動作したときに異常が検出されたことを示す異常応答と、異常が検出されなかったことを示す正常応答とがある。

ステップＳＴ１０６において、異常判定部７は、選択中の送信グループ内におけるすべての車両１０の車載情報機２０から応答があったか否かを確認する。異常判定部７は、選択中の送信グループ内におけるすべての車両１０の車載情報機２０、つまり１番から１００番までのすべての車両１０の車載情報機２０から応答があれば（ステップＳＴ１０６“ＹＥＳ”）、ステップＳＴ１０７へ進み、未応答の車両１０があれば（ステップＳＴ１０６“ＮＯ”）、ステップＳＴ１０４へ戻って応答を待つ。

ステップＳＴ１０７において、異常判定部７は、選択中の送信グループについて全応答数に対する異常応答数の比率、つまり異常応答率（＝異常応答数／全応答数）を計算し、異常応答率と予め定められた基準値とを比較する。ここでの予め定められた基準値とは、例えば、制御情報の更新により各車両１０に搭載された車載器３０に共通に起こり得る異常と、ある車両１０に搭載された車載器３０に固有の異常とを判別するための、予め定められた比率（例えば、１％）である。
異常判定部７は、選択中の送信グループ内における異常応答率が予め定められた比率以下である場合（ステップＳＴ１０７“ＹＥＳ”）、制御情報の異常ではなく車載器３０に固有の異常が発生していると判定して、前記制御情報の送信を継続すべくステップＳＴ１０８へ進む。一方、異常判定部７は、選択中の送信グループ内における異常応答率が予め定められた比率より大きい場合（ステップＳＴ１０７“ＮＯ”）、ある車両１０の車載器３０に固有の異常ではなく各車両１０の車載器３０に共通に起こり得る制御情報の異常が発生していると判定して、ステップＳＴ１１０へ進む。
ステップＳＴ１１０において、異常判定部７は、異常発生を送信保留部８へ通知する。送信保留部８は、この通知を受け取ると、送信保留を設定し、ステップＳＴ１０８へ進む。

なお、実施の形態１のステップＳＴ１０６において、異常判定部７は、選択中の送信グループ内におけるすべての車両１０の車載情報機２０から応答があったか否かを確認することとしているが、選択中の送信グループ内におけるすべての車両１０の車載情報機２０のうち所定以上の車載情報機２０から応答があったか否かを確認することとしてもよい。例えば、異常判定部７は、送信グループ内における９５％以上の車載情報機２０から応答があったか否かを確認することとしてもよい。もしくは、制御情報を送信完了した時点から異常判定を行うのに十分な所定時間を経過したときに、異常応答数の比率を計算して、予め定められた比率と比較するようにしてもよい。

ステップＳＴ１０８において、送信グループ選択部５は、すべての送信グループに対して制御情報を送信したか否かを確認する。送信グループ選択部５は、すべての送信グループに対する送信が完了していれば（ステップＳＴ１０８“ＹＥＳ”）、ステップＳＴ１０９へ進んで正常終了と判定して、一連の動作を終了する。この際、制御部３は、正常終了した旨などをログとして記憶部２に記憶してもよい。一方、送信グループ選択部５は、すべての送信グループに対する送信が完了していなければ（ステップＳＴ１０８“ＮＯ”）、ステップＳＴ１０１へ戻って次の順番の送信グループを選択する。

ステップＳＴ１１１において、１つ前の送信グループに対する送信の結果として送信保留が設定されているため、送受信処理部６は、ステップＳＴ１０１で選択した送信グループ以降への制御情報の送信を行わず、異常終了と判定して、一連の動作を終了する。この際、制御部３は、異常終了した旨などをログとして記憶部２に記憶してもよい。

これにより、例えば、最初の送信グループである１番から１００番の各車両１０に搭載された車載情報機２０からの異常応答率が予め定められた比率以下であった場合、１０１番から１０００番までの各車両１０に搭載された車載情報機２０に対する制御情報の送信が保留される。従って、前記制御情報の更新が引き起こす車載器３０の異常の拡散を防止することができる。
なお、送信保留から送信再開する場合については、下記の実施の形態２において説明する。

図８は、実施の形態１における車載情報機２０の動作例を示すフローチャートである。車両１０のイグニッション・スイッチがオンされ、車両１０の各部への電源供給が開始されると、車載情報機２０が図８に示す処理を繰り返し行う。図８に示す処理は、１番から１０００番までの各車両１０に搭載されている各車載情報機２０が共通して行う。

ステップＳＴ２０１において、制御部２３は、サーバ１からの制御情報を、無線通信部２１を介して受信したか否かを確認する。制御部２３は、サーバ１からの制御情報を受信していなければ（ステップＳＴ２０１“ＮＯ”）、ステップＳＴ２０１にてサーバ１からの送信を待ち、サーバ１からの制御情報を受信した場合は（ステップＳＴ２０１“ＹＥＳ”）、ステップＳＴ２０２へ進む。

ステップＳＴ２０２において、制御部２３は、サーバ１から受信した制御情報を用いて車載器３０の更新処理を実施する通知を、車両内通信部２２を介して表示装置１１へ送信して表示させる。

ステップＳＴ２０３において、制御部２３は、サーバ１から受信した制御情報を、車両内通信部２２を介して車載器３０へ送信し、車載器３０に更新処理および動作確認処理を実施させる。
車載器３０において更新処理および動作確認処理が完了すると、車載器３０から車載情報機２０へ、異常が検出されなかったことを示す正常応答または異常が検出されたことを示す異常応答が送信される。

ステップＳＴ２０４において、制御部２３は、車載器３０からの応答を車両内通信部２２を介して受信し、この応答が正常応答か否かを確認する。制御部２３は、車載器３０から正常応答を受信した場合（ステップＳＴ２０４“ＹＥＳ”）、ステップＳＴ２０５へ進み、車載器３０から異常応答を受信した場合は（ステップＳＴ２０４“ＮＯ”）、ステップＳＴ２０７へ進む。

ステップＳＴ２０５において、制御部２３は、制御情報の更新処理により車載器３０に異常が発生しなかったことを示す正常応答を、無線通信部２１を介してサーバ１へ送信する。
ステップＳＴ２０６において、制御部２３は、制御情報の更新処理が正常終了したことを示す通知を、車両内通信部２２を介して表示装置１１へ送信して表示させる。

ステップＳＴ２０７において、制御部２３は、制御情報の更新処理により車載器３０に異常が発生したことを示す異常応答を、無線通信部２１を介してサーバ１へ送信する。
ステップＳＴ２０８において、制御部２３は、制御情報の更新処理が異常終了したことを示す通知を、車両内通信部２２を介して表示装置１１へ送信して表示させる。これにより、車載器３０に異常が発生したことを、ユーザに注意喚起できる。

なお、図８のフローチャートでは、ステップＳＴ２０２，ＳＴ２０６，ＳＴ２０８において車載情報機２０がユーザに対する通知を行う構成にしたが、ユーザに対する通知を行わない構成であってもよい。

図９は、実施の形態１における車載器３０の動作例を示すフローチャートである。車両１０のイグニッション・スイッチがオンされ、車両１０の各部への電源供給が開始されると、車載器３０が図９に示す処理を繰り返し行う。図９に示す処理は、１番から１０００番までの各車両１０に搭載されている各車載器３０が共通して行う。

ステップＳＴ３０１において、制御部３２は、車載情報機２０からの制御情報を、車両内通信部３１を介して受信したか否かを確認する。制御部３２は、車載情報機２０からの制御情報を受信していなければ（ステップＳＴ３０１“ＮＯ”）、ステップＳＴ３０１にて車載情報機２０からの送信を待ち、車載情報機２０からの制御情報を受信した場合は（ステップＳＴ３０１“ＹＥＳ”）、ステップＳＴ３０２へ進む。

ステップＳＴ３０２において、制御部３２は、車載情報機２０から受信した制御情報を用いて更新処理を行う。なお、制御部３２は、車載情報機２０から受信した前記制御情報を用いて更新処理を行う前に、現在の制御情報を記憶部３３に記憶しておいてもよい。

ステップＳＴ３０３において、異常検出部３４は、更新処理完了後の車載器３０の動作確認処理として、更新後の制御情報に基づいて車載器３０が動作したときの異常の有無を検出する。異常検出部３４は、動作確認処理として、例えば自己診断モードに移行して車載器３０が備える各種センサおよびアプリケーションの動作チェックなどを実施し、異常の有無を検出する。

ステップＳＴ３０４において、制御部３２は、異常検出部３４により異常が検出されたか否かを確認する。制御部３２は、車載器３０が正常に動作し異常は検出されなかった場合（ステップＳＴ３０４“ＹＥＳ”）、ステップＳＴ３０５へ進み、車載器３０が正常に動作せず異常が検出された場合（ステップＳＴ３０４“ＮＯ”）、ステップＳＴ３０６へ進む。

ステップＳＴ３０５において、制御部３２は、異常が検出されなかったことを示す正常応答を、車両内通信部３１を介して車載情報機２０へ送信する。

ステップＳＴ３０６において、制御部３２は、異常が検出されたことを示す異常応答を、車両内通信部３１を介して車載情報機２０へ送信する。
ステップＳＴ３０７において、制御部３２は、記憶部３３に更新前の制御情報が記憶されている場合、異常を発生させた制御情報を更新前の制御情報に戻す。

以上より、実施の形態１によれば、車載情報機２０は、サーバ１から制御情報を受信して車載器３０の制御情報を更新し、更新した制御情報に基づいて車載器３０が動作したときの異常の有無を示す応答をサーバ１へ送信し、サーバ１は、複数の車両１０を複数のグループに分けてグループごとに順番に制御情報の送信処理を行う際に、当該送信処理が行われる順番となったグループ内の各車両１０の車載情報機２０に対して制御情報を送信して異常の有無を示す応答を受信し、異常有りの応答率が予め定められた比率以下である場合は次の順番のグループに対する前記制御情報の送信処理を行い、異常有りの応答率が予め定められた比率より大きい場合は次の順番以降のグループに対する前記制御情報の送信処理を保留する構成であるため、前記制御情報の更新が引き起こす異常の拡散を防止することができる。また、異常の有無を示す応答をサーバ１に集約するので、サーバ１において異常有りの車載器３０が搭載された車両１０の数と異常無しの車載器３０が搭載された車両１０の数を把握することができ、制御情報の更新により各車両に共通に起こり得る異常か車両固有の異常かを判別可能になる。よって、制御情報の更新により各車両に共通に起こり得る異常である場合に当該制御情報の送信を保留することができる。

また、実施の形態１によれば、車載情報機２０は、制御情報の更新により車載器３０の異常が発生した場合、ユーザに対する通知を行うようにしたので、サーバ１の遠隔操作による車載器３０の更新に異常が発生したことをユーザに対して注意喚起できる。

実施の形態２．
この発明の実施の形態２に係る車両用情報通信システムの構成は、上記実施の形態１の図１〜図６に示した車両用情報通信システムの構成と図面上は同様であるため、以下では図１〜図６を援用する。

実施の形態２において、サーバ１の記憶部２には、制御情報の更新により車載器３０の異常が発生した場合に車両１０に及ぼす影響の深刻度に応じて設定された異常応答数の上限値を示す深刻度情報が記憶されている。
図１０に、深刻度情報の一例を示す。ＥＰＳ、ＡＢＳ、またはＥＢＤなどの車載器３０に対する制御情報は、例えば車両１０を安全に運転する上で重要な車両制御情報としての制御情報であり、車載器３０に異常が発生した場合に車両１０に及ぼす影響が深刻である。そのため、深刻度が高く設定され、小さい上限値（例えば、１）が設定されている。一方、ナビゲーション装置などの車載器３０に対する制御情報は、車両１０を安全に運転する上で重要でない車両制御情報以外の制御情報であり、車載器３０に異常が発生した場合に車両１０に及ぼす影響はさほど深刻ではない。そのため、深刻度が低く設定され、大きい上限値（例えば、１０）が設定されている。

次に、実施の形態２に係る車両用情報通信システムの動作例を説明する。実施の形態１と同様に、１番から１０００番の車両１０に搭載されている車載器３０の制御情報の更新が必要になった場合を想定して、サーバ１および車載情報機２０の各動作を説明する。車載器３０の動作は、実施の形態１と実施の形態２とで同様のため、説明を省略する。

図１１は、実施の形態２におけるサーバ１の動作例を示すフローチャートである。
ステップＳＴ１０１，ＳＴ１０２において、制御部３は、図７のステップＳＴ１０１，ＳＴ１０２と同様の処理を行う。そして、制御部３における送受信処理部６は、１つ前の送信グループに対する送信の結果として送信保留中となっていなければ（ステップＳＴ１０２“ＮＯ”）、ステップＳＴ１２１へ進み、送信保留中となっていれば（ステップＳＴ１０２“ＹＥＳ”）、ステップＳＴ１２２へ進む。

ステップＳＴ１２１において、送受信処理部６は、ステップＳＴ１０１で選択した送信グループ内の各車両１０の車載情報機２０に対して制御情報の送信処理を行い、応答を受信する。
ステップＳＴ１２１における送信処理の詳細は後述する。

ステップＳＴ１２２において、送受信処理部６は、１つ前の送信グループにおける応答内容に基づき、制御情報に異常があったことを示す異常情報を生成して、前記制御情報に付加する。
ステップＳＴ１２３において、送受信処理部６は、ステップＳＴ１０１で選択した送信グループ内の各車載情報機２０に対して異常情報が付加された制御情報の送信処理を行い、応答を受信する。
ステップＳＴ１２３における送信処理の詳細は後述する。

ステップＳＴ１２４において、異常判定部７は、選択中の送信グループ内における異常応答率と予め定められた比率とを比較する。異常判定部７は、選択中の送信グループ内における異常応答率が予め定められた比率以下である場合（ステップＳＴ１２４“ＹＥＳ”）、ステップＳＴ１２５へ進み、選択中の送信グループ内における異常応答率が予め定められた比率より大きい場合（ステップＳＴ１２４“ＮＯ”）、２つのグループで連続して送信保留となる状態が続いていることを意味しているため、ステップＳＴ１１１へ進んで異常終了と判定し、一連の動作を終了する。
ステップＳＴ１２５において、異常判定部７は、異常がないことを送信保留部８へ通知する。送信保留部８は、この通知を受け取ると、１つ前の送信グループに対する送信の結果として設定されていた送信保留を解除し、ステップＳＴ１０８へ進む。

ステップＳＴ１０８，ＳＴ１０９，ＳＴ１１１において、制御部３は、図７のステップＳＴ１０８，ＳＴ１０９，ＳＴ１１１と同様の処理を行う。

図１２は、実施の形態２におけるサーバ１の送信処理の動作例を示すフローチャートであり、図１１に示したステップＳＴ１２１，ＳＴ１２３の送信処理の詳細を示している。
ステップＳＴ１２１−１において、送受信処理部６は、制御情報、または異常情報が付加された制御情報を、選択中の送信グループ内の各車両１０の車載情報機２０へ、無線通信部４を介して送信する。

ステップＳＴ１２１−２において、送受信処理部６は、選択中の送信グループ内の各車両１０の車載情報機２０からの応答を、無線通信部４を介して受信したか否かを確認する。送受信処理部６は、車載情報機２０からの応答を受信していなければ（ステップＳＴ１２１−２“ＮＯ”）、ステップＳＴ１２１−２にて車載情報機２０からの応答を待ち、車載情報機２０からの応答を受信した場合は（ステップＳＴ１２１−２“ＹＥＳ”）、ステップＳＴ１２１−３へ進む。

ステップＳＴ１２１−３において、送受信処理部６は、車載情報機２０からの応答が正常応答または未実施応答のいずれか一方であるか否かを確認する。送受信処理部６は、応答が正常応答または未実施応答であった場合（ステップＳＴ１２１−３“ＹＥＳ”）、ステップＳＴ１２１−４へ進み、応答が正常応答または未実施応答ではなく異常応答であった場合（ステップＳＴ１２１−３“ＮＯ”）、ステップＳＴ１２１−５へ進む。

ステップＳＴ１２１−４において、送受信処理部６は、応答を受信したことを異常判定部７へ通知する。異常判定部７は、この通知を受け取ると、選択中の送信グループ内における応答数を加算する。

例えば、更新対象の制御情報がＥＰＳ用である場合、車両１０のＥＰＳが実際に動作するまで制御情報更新後の動作確認および異常有無の検出ができない。そのため、車載情報機２０からサーバ１への応答が遅くなる。
そこで、実施の形態２では、車載情報機２０が制御情報を受信してから所定時間（例えば、１時間）が経過するまでの間に車載器３０が更新処理または動作確認処理を実施しなかった場合に、車載情報機２０は、サーバ１へ未実施応答を送信することとする。詳細は後述する。

ステップＳＴ１２１−５において、送受信処理部６は、応答が異常応答であったことを異常判定部７へ通知する。異常判定部７は、この通知を受け取ると、選択中の送信グループ内における異常応答数を加算する。
ステップＳＴ１２１−６において、異常判定部７は、選択中の送信グループ内における異常応答数と、図１０に示した深刻度情報に設定されている異常応答数の上限値とを比較する。異常判定部７は、選択中の送信グループ内における異常応答数が深刻度情報に基づく上限値より小さい場合（ステップＳＴ１２１−６“ＮＯ”）、ステップＳＴ１２１−４へ進み、選択中の送信グループ内における異常応答数が深刻度情報に基づく上限値以上である場合（ステップＳＴ１２１−６“ＹＥＳ”）、ステップＳＴ１２１−７へ進む。
即ちステップＳＴ１２１−６においては、深刻度が高い車両制御情報である制御情報により引き起こされた異常が上限値「１」以上であったとき、もしくは深刻度が低い車両制御情報以外の制御情報により引き起こされた異常が上限値「１０」以上であったときのいずれかに該当するとき、ステップＳＴ１２１−７へ進む。

ステップＳＴ１２１−７において、異常判定部７は、異常発生を送受信処理部６へ通知する。送受信処理部６は、この通知を受け取ると、制御情報の更新取り消しを指示するキャンセル信号を、選択中の送信グループおよびすでに前記制御情報を送信し終えた送信グループ内の各車両１０の車載情報機２０へ、無線通信部４を介して送信する。例えば、選択中の送信グループが３０１番から４００番までの各車両１０である場合、送受信処理部６は、１番から４００番までの各車両１０の車載情報機２０に対してキャンセル信号を送信する。
なお、実施の形態１における制御部３の構成を示した図１（ｂ）では異常判定部７から送受信処理部６への矢印がないが、実施の形態２における制御部３では異常判定部７から送受信処理部６へ、キャンセル信号の送信を指示するための通知を出力する矢印があるものとする。

ステップＳＴ１２１−８において、異常判定部７は、異常発生を送信保留部８へ通知する。送信保留部８は、この通知を受け取ると、送信保留を設定し、ステップＳＴ１２１−４へ進む。ステップＳＴ１２１−４において、異常判定部７は、応答があった数を加算する。

ステップＳＴ１２１−９において、異常判定部７は、選択中の送信グループ内におけるすべての車両１０の車載情報機２０から応答があったか否かを確認する。異常判定部７は、選択中の送信グループ内におけるすべての車両１０の車載情報機２０から応答があれば（ステップＳＴ１２１−９“ＹＥＳ”）、ステップＳＴ１２１−１０へ進み、未応答の車載情報機２０があれば（ステップＳＴ１２１−９“ＮＯ”）、ステップＳＴ１２１−２へ戻って応答を待つ。

ステップＳＴ１２１−１０において、異常判定部７は、選択中の送信グループ内における異常応答率と予め定められた比率とを比較する。この予め定められた比率は、図１１のステップＳＴ１２４で用いる比率と同じ値である。異常判定部７は、選択中の送信グループ内における異常応答率が予め定められた比率以下である場合（ステップＳＴ１２１−１０“ＹＥＳ”）、図１１のステップＳＴ１２１またはステップＳＴ１２３の処理を終了したこととなり、ステップＳＴ１２１またはステップＳＴ１２３の次のステップに進む。一方、異常判定部７は、選択中の送信グループ内における異常応答率が予め定められた比率より大きい場合（ステップＳＴ１２１−１０“ＮＯ”）、ステップＳＴ１２１−１１へ進む。

ステップＳＴ１２１−１１において、異常判定部７は、異常発生を送信保留部８へ通知する。送信保留部８は、この通知を受け取ると、送信保留を設定し、ステップＳＴ１２１またはステップＳＴ１２３の次のステップに進む。

例えば、サーバ１が、車両制御情報としての制御情報を、ＥＰＳ、ＡＢＳ、またはＥＢＤなどの車載器３０に対して送信しているとき、この制御情報の深刻度は「高」、上限値は「１」であるため、選択中の送信グループ内の車両１０において１つでも車載器３０に異常が発生した場合には、送信済みのグループ内の各車両１０の車載情報機２０に対してキャンセル信号を送信して更新処理を取り消すと共に、送信保留を設定することになる。これにより、たとえ異常応答率が予め定められた比率以下だったとしても、送信を保留でき、次のグループでも送信保留とすべき状態が続く場合に深刻な異常の拡散を防止できる。
他方、サーバ１が、車両制御情報以外の制御情報を、ナビゲーション装置などの車載器３０に対して送信しているとき、この制御情報の深刻度は「低」、上限値は「１０」であるため、選択中の送信グループ内の車両１０において１つの車載器３０に異常が発生しただけでは、更新処理の取り消しおよび送信保留は行わない。このように、制御情報が車両１０に及ぼす影響の深刻度に応じて、当該制御情報の送信可否の判定条件を変更することができる。

図１３は、実施の形態２における車載情報機２０の動作例を示すフローチャートである。
ステップＳＴ２２１において、制御部２３は、サーバ１から送信された情報を、無線通信部２１を介して受信したか否かを確認する。制御部２３は、サーバ１からの情報を受信していなければ（ステップＳＴ２２１“ＮＯ”）、ステップＳＴ２２１にてサーバ１からの送信を待ち、サーバ１からの情報を受信した場合は（ステップＳＴ２２１“ＹＥＳ”）、ステップＳＴ２２２へ進む。
ステップＳＴ２２１において車載情報機２０がサーバ１から受信する情報とは、制御情報、異常情報が付加された制御情報、またはキャンセル信号である。

ステップＳＴ２２２において、制御部２３は、サーバ１から受信した情報がキャンセル信号であるか否かを確認する。制御部２３は、キャンセル信号を受信した場合（ステップＳＴ２２２“ＹＥＳ”）、ステップＳＴ２２３へ進み、キャンセル信号を受信していない場合（ステップＳＴ２２２“ＮＯ”）、ステップＳＴ２２４へ進む。

ステップＳＴ２２３において、制御部２３は、キャンセル信号を受信するより前に受信した制御情報を車載器３０へ送信せず、車載器３０の更新処理を実施させない。そして、制御部２３は、更新処理を行わないことを示す未実施応答を、無線通信部２１を介してサーバ１へ送信する。
なお、キャンセル信号をサーバ１から受信した時点ですでに制御情報を車載器３０へ送信し終えていた場合、制御部２３は更新処理を取り消す指示を車載器３０へ送信すればよい。この指示を受け付けた車載器３０は、車載情報機２０から受信済みの制御情報を破棄するか、すでに更新処理を実施した後であれば記憶部３３に記憶しておいた更新前の制御情報に戻すかのいずれかを実行する。

ステップＳＴ２２４において、制御部２３は、サーバ１から受信した情報が、異常情報が付加された制御情報であるか否かを確認する。制御部２３は、異常情報が付加された制御情報を受信した場合（ステップＳＴ２２４“ＹＥＳ”）、ステップＳＴ２２５へ進み、異常情報が付加された制御情報を受信していない場合、つまり制御情報のみを受信した場合（ステップＳＴ２２４“ＮＯ”）、ステップＳＴ２０２へ進む。

ステップＳＴ２２５において、制御部２３は、制御情報に付加されている異常情報の内容を、車両内通信部２２を介して表示装置１１へ送信して表示させる。制御部２３は、例えば「５０台中１台に○○の異常がありましたが、特に大きな影響はありませんでした。更新を実施しますか？」といった異常情報の内容をユーザに通知して、続くステップＳＴ２２６においてユーザに更新処理を実施するか否かを選択させる。ユーザは、車載器３０を更新するか否かの指示を、入力装置１２に入力する。

ステップＳＴ２２６において、制御部２３は、異常情報が付加された制御情報を用いて車載器３０を更新するか否かの指示を、車両内通信部２２を介して入力装置１２から受け付ける。制御部２３は、更新を実行する指示を受け付けた場合（ステップＳＴ２２６“ＹＥＳ”）、ステップＳＴ２０２へ進み、更新を実行しない指示を受け付けた場合（ステップＳＴ２２６“ＮＯ”）、ステップＳＴ２２３へ進む。

ステップＳＴ２０２，ＳＴ２０３において、制御部２３は、図８のステップＳＴ２０２，ＳＴ２０３と同様の処理を行い、ステップＳＴ２２７へ進む。

ステップＳＴ２２７において、制御部２３は、ステップＳＴ２０３にて車載器３０に制御情報の更新を指示してから所定時間（例えば、１時間）内に、車両内通信部２２を介して車載器３０から応答を受信したか否かを確認する。制御部２３は、所定時間内に応答を受信しなかった場合（ステップＳＴ２２７“ＮＯ”）、ステップＳＴ２２３へ進み、所定時間内に応答を受信した場合（ステップＳＴ２２７“ＹＥＳ”）、ステップＳＴ２０４へ進む。

ステップＳＴ２０４〜ＳＴ２０８において、制御部２３は、図８のステップＳＴ２０４
〜ＳＴ２０８と同様の処理を行う。
なお、制御部２３は、実施の形態２のステップＳＴ２０８において、制御情報の更新処理が異常終了したことを示す通知を、車両内通信部２２を介して表示装置１１へ送信して表示させる場合に、当該制御情報が車両制御情報であるか車両制御情報以外であるか、深刻度を示す通知を表示させるようにしてもよい。これにより、車両制御情報としての制御情報を用いた更新処理により車載器３０に異常が発生した場合に、この異常が車両１０に深刻な影響を及ぼす可能性があることをユーザに対して注意喚起できる。

以上より、実施の形態２によれば、サーバ１は、次の順番以降のグループに対する制御情報の送信処理の保留中に、次の順番以降のグループのうちの一部のグループ内の各車両１０の車載情報機２０に対して、前記制御情報に異常があったことを示す異常情報を付加して送信処理を行い、異常有りの応答率が予め定められた比率以下である場合は保留を解除して残りのグループに対する前記制御情報の送信処理を再開するようにしたので、あるグループ内の車両１０に搭載された車載器３０において起こった固有の異常か、他のグループ内の車両１０に搭載された車載器３０でも共通に起こり得る異常かを確認することができる。また、あるグループ内の車両１０に搭載された車載器３０において起こった固有の異常だった場合に、他のグループに対しては制御情報の更新を実施させることができる。さらに、先に送信処理が行われたグループにおいて制御情報の更新により異常が発生したことを、残りのグループに通知することができる。

また、実施の形態２によれば、車載情報機２０は、サーバ１から異常情報が付加された制御情報を受信した場合、ユーザに対する通知を行うと共に、異常情報が付加された制御情報を用いて更新するか否かの指示を受け付け、ユーザからの更新の指示を受け付けると車載器３０の制御情報を異常情報が付加された制御情報に更新するようにしたので、ユーザが異常発生を想定した上で車載器３０の更新を実施することができる。

なお、実施の形態２では、サーバ１が異常情報を付加した制御情報を送信する構成にしたが、異常情報を付加しなくてもよい。つまり、次の順番以降のグループに対する制御情報の送信処理の保留中に、次の順番以降のグループのうちの一部のグループ内の各車両１０の車載情報機２０に対して前記制御情報の送信処理を行い、異常有りの応答率が予め定められた比率以下である場合は保留を解除して残りのグループに対する前記制御情報の送信処理を再開するように、サーバ１を構成してもよい。この構成の場合にも、あるグループ内の車両１０に搭載された車載器３０において起こった固有の異常か、他のグループ内の車両１０に搭載された車載器３０でも共通に起こり得る異常かを確認することができる。また、あるグループ内の車両１０に搭載された車載器３０において起こった固有の異常だった場合に、他のグループに対しては制御情報の更新を実施させることができる。

また、実施の形態２によれば、サーバ１は、制御情報の更新により車載器３０の異常が発生した場合に車両１０に及ぼす影響の深刻度に応じて設定されたものであって他の制御情報に比し深刻度が高い制御情報に対して異常有りの応答数の上限値を示す深刻度情報を有し、制御情報の送信処理が行われる順番となったグループ内の各車両１０の車載情報機２０から受信した異常有りの応答数が深刻度情報に基づく上限値以上である場合は次の順番以降のグループに対する前記制御情報の送信処理を保留するようにしたので、車両１０に深刻な影響を及ぼす制御情報の送信を保留して、次のグループでも送信保留とすべき状態が続く場合に異常の拡散を防止することができる。また、制御情報が車両１０に及ぼす影響の深刻度に応じて、当該制御情報の送信可否の判定条件を変更することができる。

また、実施の形態２によれば、サーバ１は、制御情報の送信処理が行われる順番となったグループ内の各車両１０の車載情報機２０から受信した異常有りの応答数が深刻度情報に基づく上限値以上である場合、当該グループ内および制御情報の送信処理が終わっているグループ内の各車両１０の車載情報機２０に対して、更新の取り消しを指示するキャンセル信号を送信するようにしたので、車両１０に深刻な影響を及ぼす制御情報の更新を取り消して異常の拡散を防止することができる。

また、実施の形態２によれば、車載情報機２０は、他の制御情報に比し深刻度が高い制御情報の更新により車載器３０の異常が発生した場合、ユーザに対する通知を行うようにしたので、車載器３０に発生した異常が車両１０に深刻な影響を及ぼす可能性があることを、ユーザに対して注意喚起できる。

なお、実施の形態２では、サーバ１は制御情報の送信処理が行われる順番となったグループ内の各車両１０の車載情報機２０から受信した異常有りの応答数が深刻度情報に基づく上限値以上である場合（ステップＳＴ１２１−６“ＹＥＳ”）に送信保留を設定し（ステップＳＴ１２１−８）、その後、異常有りの応答率が予め定められた比率以下であるとこの送信保留を解除する（ステップＳＴ１２５）構成にしたが、この構成に限定されるものではない。例えば、異常有りの応答数が深刻度情報に基づく上限値以上である場合（ステップＳＴ１２１−６“ＹＥＳ”）にステップＳＴ１１１へ進んで異常終了する構成にすれば、車両１０に深刻な影響を及ぼす制御情報の送信を禁止でき、より確実に異常の拡散を防止することができる。

また、実施の形態１，２では、異常判定部７は、制御情報の送信処理が行われる順番となったグループ内の各車両１０の車載情報機２０から受信した異常有りの応答率が予め定められた比率より大きい場合に次の順番以降のグループに対する前記制御情報の送信処理を保留すると判定したが、保留するか否かの判定方法はこの方法に限定されるものではない。
例えば、異常判定部７は、制御情報の送信処理が行われる順番となったグループ内の各車両１０の車載情報機２０から受信した異常有りの応答数が異常ではない応答数より大きい場合に、次の順番以降のグループに対する前記制御情報の送信処理を保留すると判定してもよい。異常ではない応答数とは、正常応答数、または正常応答数と未実施応答数との合計数である。
また、例えば、異常判定部７は、制御情報の送信処理が行われる順番となったグループ内の各車両１０の車載情報機２０から受信した異常有りの応答数が予め定められた数より大きい場合に、次の順番以降のグループに対する前記制御情報の送信処理を保留すると判定してもよい。
このように、異常判定部７は、制御情報の送信処理が行われる順番となったグループ内の各車両１０の車載情報機２０から受信した異常有りの応答が予め定められた基準値より大きい場合に、次の順番以降のグループに対する前記制御情報の送信処理を保留すると判定する構成であればよく、数と率のどちらを判定の基準に用いてもよい。同様に、異常判定部７は、制御情報の送信処理が保留されている場合に当該保留を解除して再開するか否かを判定する際にも、数と率のどちらを判定の基準に用いてもよい。

上記以外にも、本発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、各実施の形態の任意の構成要素の変形、または各実施の形態の任意の構成要素の省略が可能である。

この発明に係る車両用情報通信システムは、制御情報を送信したグループにおいて多くの車載器に異常が発生した場合に他のグループへの前記制御情報の送信を保留するようにしたので、サーバの遠隔操作により多数の車載器を更新する車両用情報通信システムなどに用いるのに適している。

１ サーバ、２ 記憶部、３ 制御部、４ 無線通信部、５ 送信グループ選択部、６ 送受信処理部、７ 異常判定部、８ 送信保留部、１０ 車両、１１ 表示装置、１２ 入力装置、２０ 車載情報機、２１ 無線通信部、２２ 車両内通信部、２３ 制御部、３０Ａ〜３０Ｃ 車載器、３１ 車両内通信部、３２ 制御部、３３ 記憶部、３４ 異常検出部、１０１，２０１，３０１ メモリ、１０２，２０２，３０２ ＣＰＵ、１０３，２０３ 無線通信装置、２０４，３０４ 車両内通信装置。

Claims (8)

1. 複数の車両に搭載された各車載情報機とサーバとの間で通信を行う車両用情報通信システムであって、
   前記車載情報機は、前記サーバから制御情報を受信して車載器の制御情報を更新し、更新した制御情報に基づいて前記車載器が動作したときの異常の有無を示す応答を前記サーバへ送信し、
   前記サーバは、前記複数の車両を複数のグループに分けてグループごとに順番に制御情報の送信処理を行う際に、当該送信処理が行われる順番となったグループ内の各車両の車載情報機に対して前記制御情報を送信して異常の有無を示す応答を受信し、異常有りの応答が予め定められた基準値以下である場合は次の順番のグループに対する前記制御情報の送信処理を行い、異常有りの応答が前記予め定められた基準値より大きい場合は次の順番以降のグループに対する前記制御情報の送信処理を保留することを特徴とする車両用情報通信システム。
2. 前記サーバは、前記次の順番以降のグループに対する制御情報の送信処理の保留中に、前記次の順番以降のグループのうちの一部のグループ内の各車両の車載情報機に対して、前記制御情報の送信処理を行い、異常有りの応答が前記予め定められた基準値以下である場合は前記保留を解除して残りのグループに対する前記制御情報の送信処理を再開することを特徴とする請求項１記載の車両用情報通信システム。
3. 前記サーバは、制御情報の更新により前記車載器の異常が発生した場合に前記車両に及ぼす影響の深刻度に応じて設定されたものであって他の制御情報に比し深刻度が高い制御情報に対して異常有りの応答数の上限値を示す深刻度情報を有し、制御情報の送信処理が行われる順番となったグループ内の各車両の車載情報機から受信した異常有りの応答数が前記深刻度情報に基づく上限値以上である場合は次の順番以降のグループに対する前記制御情報の送信処理を保留することを特徴とする請求項２記載の車両用情報通信システム。
4. 前記サーバは、制御情報の送信処理が行われる順番となったグループ内の各車両の車載情報機から受信した異常有りの応答数が前記深刻度情報に基づく上限値以上である場合、当該グループ内および前記制御情報の送信処理が終わっているグループ内の各車両の車載情報機に対して、更新の取り消しを指示するキャンセル信号を送信することを特徴とする請求項３記載の車両用情報通信システム。
5. 前記車載情報機は、前記他の制御情報に比し深刻度が高い制御情報の更新により前記車載器の異常が発生した場合、ユーザに対する通知を行うことを特徴とする請求項３記載の車両用情報通信システム。
6. 前記サーバは、前記次の順番以降のグループに対する制御情報の送信処理の保留中に、前記次の順番以降のグループのうちの一部のグループ内の各車両の車載情報機に対して、前記制御情報に異常があったことを示す異常情報を付加して送信処理を行い、異常有りの応答が前記予め定められた基準値以下である場合は前記保留を解除して残りのグループに対する前記制御情報の送信処理を再開することを特徴とする請求項３記載の車両用情報通信システム。
7. 前記サーバは、前記次の順番以降のグループに対する制御情報の送信処理の保留中に、前記次の順番以降のグループのうちの一部のグループ内の各車両の車載情報機に対して、前記制御情報に異常があったことを示す異常情報を付加して送信処理を行い、
   前記車載情報機は、前記サーバから前記異常情報が付加された前記制御情報を受信した場合、ユーザに対する通知を行うと共に、前記異常情報が付加された前記制御情報を用いて更新するか否かの指示を受け付け、前記ユーザからの更新の指示を受け付けると前記車載器の制御情報を前記異常情報が付加された前記制御情報に更新することを特徴とする請求項２記載の車両用情報通信システム。
8. 複数の車両に搭載された各車載情報機とサーバとの間で通信を行う車両用情報通信方法であって、
   前記サーバが、前記複数の車両を複数のグループに分けてグループごとに順番に制御情報を送信する送信処理を行う際に、当該送信処理が行われる順番となったグループ内の各車両の車載情報機に対して前記制御情報を送信し、
   前記送信処理が行われる順番となったグループ内の各車両の車載情報機が、前記サーバから前記制御情報を受信して車載器の制御情報を更新し、更新した前記制御情報に基づいて前記車載器が動作したときの異常の有無を示す応答を前記サーバへ送信し、
   前記サーバが、前記送信処理が行われる順番となったグループ内の各車両の車載情報機から異常の有無を示す応答を受信し、異常有りの応答が予め定められた基準値以下である場合は次の順番のグループに対する前記制御情報の送信処理を行い、異常有りの応答が前記予め定められた基準値より大きい場合は次の順番以降のグループに対する前記制御情報の送信処理を保留することを特徴とする車両用情報通信方法。

Images