JP2005041440A - 車両情報出力方法および車両システム - Google Patents

Abstract

【課題】 無駄なデータ通信を低減することができる車両情報出力方法およびその装置を提供すること。
【解決手段】 センター２０は、車両１０に対して、故障情報送信要求情報を送信する。車両１０は、センター２０から送信された故障情報送信要求情報を受信する。そして、ナビゲーションＥＣＵ１１およびゲートウェイＥＣＵ１５は協働して、各ＥＣＵ１６，１７，１８，１９から故障情報を取得する。このとき、ナビゲーションＥＣＵ１１とゲートウェイＥＣＵ１５は、故障情報要求情報が通信により他のコマンドに変わっていないか否かを確認し、変わっていれば、故障情報送信要求情報を各ＥＣＵ１６，１７，１８，１９に供給しない。また、ゲートウェイＥＣＵ１５は、各ＥＣＵ１６，１７，１８，１９から出力された故障情報が所定データ容量異常であるか否かを判定するために、故障情報を一旦バッファーする。
【選択図】 図６

Description

本発明は、車両が有する車両情報を出力する車両情報出力方法および車両情報を出力する車両システムに関する。

従来から、例えば、下記特許文献に示すように、車両診断システムは知られている。この車両診断システムは、車両に故障を診断する自己診断装置を備えており、この自己診断装置によって故障が検出されると、診断結果をセンターに送信する。センターは、送信された診断結果に基づいて、故障原因を推測し、推測した故障原因に対応した対処方法を車両に送信するようになっている。
特開昭６２−９４４４３号公報

上記従来の車両診断システムにおいては、車両が自己診断した自己診断結果をセンターに送信する。この場合、例えば、通信を制御するコマンドにエラーが発生した場合には、自己診断結果を無駄に送信し続ける可能性がある。このように、センターと車両とが互いに通信する場合においては、コマンドエラーが発生した場合であっても、無駄な通信が発生しないようにすることが望まれている。

本発明は、上記した課題を解決するためになされたものであり、その目的は、無駄なデータ通信を低減することができる車両情報出力方法およびその装置を提供することにある。

本発明の特徴は、車両の外部に対して、同車両に関する各種情報を出力する車両情報出力方法において、車両の外部から供給される車両に搭載された車載機器の故障に関する情報の出力要求を取得し、前記取得した出力要求の前記車載機器への供給を規制するようにしたことにある（図６に示すフローチャートのステップＮ１１）。この場合、前記車載機器から出力される故障に関する情報の流通を規制するとよい（図６に示すフローチャートのステップＧ１３〜ステップＧ１５）。また、前記出力要求が適正であるか否かを確認するとよい。また、前記車両の外部は、前記車両と交信可能に接続されたセンターであるとよい。

また、本発明の他の特徴は、車両システムを、車両内に構築された車両内通信網と、前記車両内通信網に接続された車載機器と、前記車両内通信網に接続されて、外部から送信された前記車載機器の故障に関する情報の送信要求を受信するとともに、前記車載機器から出力された故障に関する情報を前記外部に送信する通信手段と、前記車両内通信網に接続されて、同車両内通信網を利用して前記車載機器に供給される前記通信手段により受信した送信要求の流通を規制する車両内通信規制手段とを備えて構成したことにもある。この場合、前記車両内通信規制手段は、さらに、前記車載機器から前記通信手段に出力される故障に関する情報の流通を規制するとよい。また、前記通信手段によって取得した送信要求が適正であるか否かを確認する確認手段を備えるとよい。また、前記外部は、前記車両と交信可能に接続されたセンターであるとよい。

これらによれば、車両は、外部から供給（送信）された出力（送信）要求の車載機器への供給を規制する。また、出力（送信）要求が適正であるか否かを確認できる。このように確認して供給を規制することにより、例えば、エラーが発生したコマンドが誤って車載機器に供給されることを効果的に防止することができる。これは、外部が車両と交信可能なセンターである場合において、特に有効である。すなわち、センターから送信された故障に関する情報の送信要求（コマンド）を車両が受信する際に、例えば、エラーを含んだ他のコマンドに変わってしまった場合であっても、他のコマンドの車載機器への供給を規制（遮断）することができる。これにより、エラーを含んだ他のコマンドは車載機器に供給されることがなく、無駄な情報の通信を防止することができる。

また、例えば、車載機器に、エラーを含んだ他のコマンドが供給された場合であって、車載機器が不必要な情報を出力し続けた場合であっても、不必要な情報の流通を規制（遮断）することができるため、無駄な通信を防止することができる。さらに、例えば、複数の故障に関する情報の送信要求があった場合にも、これら送信要求に基づいて、車載機器から出力された情報の流通を規制（一時的に遮断）することができる。これにより、複数の故障に関する情報をまとめることができて、例えば、複数の故障に関する情報を順次外部に送信する場合に比して、通信時間を低減することができ、通信コストを低減することができる。

以下に、本発明の実施形態を図面を用いて説明する。図１は、本実施形態に係る車両診断システムを概略的に示した概略ブロック図である。この車両診断システムは、車両１０と、同車両１０と通信可能なセンター２０と、車両を販売および修理する販売店に設置された車両販売店コンピュータ３０と、ユーザが使用可能なパーソナルコンピュータ４０および携帯情報端末装置５０とを備えている。車両１０および携帯情報端末装置５０は、ネットワーク６０（例えば、インターネットなど）に接続された中継局７０と無線交信可能に構成されている。センター２０、車両販売店コンピュータ３０およびパーソナルコンピュータ４０はネットワーク６０に接続されている。

車両１０は、図２に示すように、ユーザに対して設定された目的地までの経路を探索するとともに、同探索した経路を表示または音声によって案内するナビゲーション装置を統括的に制御するナビゲーションＥＣＵ１１を備えている。このナビゲーションＥＣＵ１１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを主要構成部品とするコンピュータであり、同ナビゲーションＥＣＵ１１には、入力装置１２、表示装置１３および通信装置１４が接続されている。

入力装置１２は、表示装置１３の近傍に設けられた操作スイッチ、表示装置１３内に組み込まれて表示パネルのタッチ操作を検出するパネルタッチスイッチなどからなり、ユーザの指示を入力するものである。そして、入力装置１２は、ユーザによって入力された指示に対応した情報を出力する。表示装置１３は、液晶表示器などからなり、供給された各種情報に基づいて、文字、図形などを表示パネル上に表示するものである。

通信装置１４は、車両１０に対して、取り外し不能に取り付けられており、中継局７０を介して、センター２０との交信を可能とするものである。そして、通信装置１４には、同装置１４の製造時に、同装置１４を識別するための識別情報（以下、ＭＡＣ(Media Access Control)アドレス情報という）が付与されるとともに、車両１０に割り当てられる車両ＩＤ情報（例えば、製造時に付された車台番号を表す車台番号情報や陸運局から付与された登録番号など）が予め記憶されている。また、センター２０と契約することにより、センター２０との通信に利用されるユーザ氏名、ユーザＩＤ情報およびユーザパスワード（以下、これらを併せてユーザ特定情報という）と、メールアドレス情報とが予め記憶されている。また、通信装置１４には、中継局７０と無線交信するアンテナ１４ａが接続されている。

また、ナビゲーションＥＣＵ１１には、車両１０内に構築されたネットワーク（例えば、ＬＡＮ(Local Area Network)など）を介して、ゲートウェイＥＣＵ１５が通信可能に接続されている。ゲートウェイＥＣＵ１５は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを主要構成部品とするコンピュータである。そして、ゲートウェイＥＣＵ１５は、車両１０内に構築されたネットワークを介して、エンジンＥＣＵ１６、メータＥＣＵ１７、ドアＥＣＵ１８、ボデーＥＣＵ１９などと互いに通信可能に接続されている。これら各ＥＣＵ１６，１７，１８，１９も、ＣＰＵ、ＲＯＭ、ＲＡＭを主要構成部品とするコンピュータである。なお、車両１０には、上記各ＥＣＵ１６，１７，１８，１９以外にも多数のＥＣＵが搭載されているが、本明細書においては、上記各ＥＣＵ１６，１７，１８，１９を例示して説明する。

ゲートウェイＥＣＵ１５は、各ＥＣＵ１６，１７，１８，１９間で共有される各種データや各ＥＣＵ１６，１７，１８，１９の連携を制御する制御信号の流れを統括的に制御する。また、ゲートウェイＥＣＵ１５は、各ＥＣＵ１８，１９が作動を制御する各装置に異常が発生したときに出力される警告灯の点灯要求を表す警告灯点灯情報をメータＥＣＵ１７に供給するとともに、各ＥＣＵ１６，１７，１８，１９に発生した異常の詳細な事項を表す故障情報（ダイアグノーシス情報：以下、本明細書において、単にダイアグ情報ともいう）の流れも統括的に制御する。

エンジンＥＣＵ１６は、図示しないエンジンおよび補機類に取り付けられた各種センサー（例えば、エンジン回転数センサーやバッテリ電圧センサーなど）が検出したデータおよび信号に基づいて、エンジンの作動を制御する。メータＥＣＵ１７は、各種センサー（例えば、車速センサーや水温センサーなど）が検出したデータおよび信号に基づいて、図示しないメータ装置に各種情報の表示を制御する。また、メータＥＣＵ１７は、エンジンＥＣＵ１６から出力された警告灯情報およびゲートウェイＥＣＵ１５を介して、各ＥＣＵ１８，１９から出力された警告灯点灯情報に基づいて、複数の警告灯１７ａを点灯制御し、ユーザに異常を通知する。

ドアＥＣＵ１８は、図示しないドアロック装置に取り付けられて各種センサー（例えば、リモコン開閉検波センサーやドアロックセンサーなど）が検出したデータおよび信号に基づいて、ドアロック装置の作動を制御する。ボデーＥＣＵ１９は、図示しない車体（ボデー）に取り付けられた各種スイッチ（例えば、ライトコントロールスイッチやドアカーテシランプスイッチなど）から入力された信号に基づいて、ランプの点灯消灯を制御する。

なお、上記各ＥＣＵ１５，１６，１７，１８，１９の制御は多岐に渡り、これらの制御に限られるものではない。また、上記各ＥＣＵ１６，１７，１８，１９の具体的な処理プログラムおよび具体的な制御方法に関しては、本発明に直接関係しないため、その詳細な説明は省略する。

センター２０は、図３に示すように、互いに通信可能に接続された制御装置２１、記憶装置２２および通信装置２３を備えている。制御装置２１は、ＣＰＵ、ＲＯＭおよびＲＡＭなどを主要構成部品とするコンピュータから構成されており、センター２０の動作を統括的に制御する。記憶装置２２は、ハードディスクなどの記憶媒体および同記憶媒体のドライブ装置を含むものであり、各種プログラムおよび各種データを記憶している。通信装置２３は、ネットワーク６０に有線接続されて、車両販売店コンピュータ３０、ユーザが利用可能なパーソナルコンピュータ４０と有線交信するとともに、中継局７０を介して、車両１０および携帯情報端末装置５０と無線交信を可能とするものである。

また、センター２０には、ユーザ情報データベース２４、異常対処データベース２５、販売店情報データベース２６および履歴情報データベース２７が構築されている。これら各データベース２４，２５，２６，２７は、センター２０内に構築されたネットワーク（例えば、ＬＡＮなど）に接続されており、制御装置２１からアクセス可能とされている。

ユーザ情報データベース２４は、車両１０の車両ＩＤ情報、車両１０の通信装置１４に付されたＭＡＣアドレス情報およびメールアドレス情報と、車両１０が販売された販売店を表す販売店特定情報と、ユーザ特定情報とを互いに関連付けて記憶している。また、ユーザ情報データベース２４は、パーソナルコンピュータ４０や携帯情報端末装置５０からのアクセスに備えて、これら装置４０，５０のＭＡＣアドレス情報およびこれら装置４０，５０がセンター２０との通信に使用するメールアドレス情報と、ユーザ特定情報とを互いに関連付けて記憶している。

異常対処データベース２５は、後述するように、車両１０から送信される警告灯点灯情報によって表される異常内容ごとに、車両１０のユーザの通知する対処方法文のベース（以下、デフォルト文という）を記憶している。この対処方法文としては、例えば、システムの異常を表す警告灯点灯情報に対して、「システム系統に異常が発生している恐れがあります。ご不便をおかけしますが、安全にお乗りいただくための点検をさせていただきますのでご入庫ください。」などである。

販売店情報データベース２６は、各販売店の営業日や営業時間など（以下、これら各販売店の情報を販売店情報という）を、販売店ごとに予め記憶している。この販売店情報は、車両販売店コンピュータ３０を利用して、センター２０にアクセスして更新可能とされている。また、販売店情報データベース２６には、後述する異常通知をユーザに送信する時間を予め記憶することができる。ここで、センター２０は、この販売店情報データベース２６に記憶した情報に基づいて、車両１０のユーザに対して、販売店の営業日や営業時間に対応した各種サービスを提示することができる。このサービスの提示は、例えば、車両１０の入庫サービスであれば、販売店の営業日や営業時間に基づいて、入庫可能な販売店へ電話をかけるボタンを表示装置１３に表示するための情報（例えば、電子メールなど）を送信して、提示するようになっている。

履歴情報データベース２７は、後述するように、車両１０から送信された警告灯の点灯履歴および同点灯した警告灯に対応する対処内容を、車両ＩＤ情報およびユーザ特定情報と関連付けて記憶している。

車両販売店コンピュータ３０は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを主要構成部品としており、入力装置、表示装置、制御装置、記憶装置および通信装置を備えている。この車両販売店コンピュータ３０は、販売店の担当者によって操作されてセンター２０にアクセス可能であり、センター２０に各種情報（異常対処情報や販売店情報など）を送信したり、センター２０から各種情報（警告灯点灯情報や故障情報など）を受信したりする。また、販売店の担当者は、販売店コンピュータ３０を利用して、センター２０にアクセスすることにより、センター２０の全情報（例えば、履歴情報データベース２６など）を検索して、取得することが可能である。ここで、車両販売店コンピュータ３０の記憶装置には、同販売店で販売された車両の車両ＩＤ情報と同車両のユーザの氏名などの顧客情報とが互いに関連付けて記憶されている。

ユーザが使用可能なパーソナルコンピュータ４０も、ＣＰＵ、ＲＯＭ、ＲＡＭなどを主要構成部品としており、入力装置、表示装置、制御装置、記憶装置および通信装置を備えている。このパーソナルコンピュータ４０は、ユーザによって操作されてセンター２０にアクセス可能であり、センター２０の履歴情報データベース２７から警告灯情報およびその対処方法を取得する。

携帯情報端末装置５０もＣＰＵ、ＲＯＭ、ＲＡＭなどを主要構成部品としており、入力装置、表示装置、制御装置、記憶装置および通信装置を備えている。そして、携帯情報端末装置５０は、ユーザの携帯を可能とするため、コンパクトに構成されている。また、この携帯情報端末装置５０の通信装置には、中継局７０との無線交信を可能とするアンテナ５４ａも設けられている。また、この携帯情報端末装置５０は、ユーザによって操作されてセンター２０にアクセス可能であり、センター２０の履歴情報データベース２７から警告灯情報およびその対処方法を取得する。ここで、この携帯情報端末装置５０としては、携帯電話、通信機能を備えた携帯パーソナルコンピュータや、携帯電子手帳（パーソナル・ディジタル・アシスタント（ＰＤＡ））などを採用することができる。

このように構成した車両診断システムにおいて、車両１０の通信装置１４、センター２０、車両販売店コンピュータ３０、パーソナルコンピュータ４０および携帯情報端末装置５０間の交信は、アンテナ１４ａ，５４ａおよび中継局７０を用いて無線で行われたり、ネットワーク６０を介して有線で行われるものであるが、これらの交信はいずれも通常の方法で行われて特徴を有するものではない。したがって、以降の説明において、受信、送信などと単にいう場合には、これらに交信方法の適当な方法を採用しているものとする。

次に、上記のように構成した車両診断システムの動作について、以下に詳細に説明する。車両１０のユーザによって、図示しないイグニッションスイッチがオン状態とされると、車両１０に搭載された各ＥＣＵ１１，１５，１６，１７，１８，１９がそれぞれ各装置の作動を制御する。そして、ナビゲーションＥＣＵ１１、ゲートウェイＥＣＵ１５およびメータＥＣＵ１７は、それぞれ協働して、図４に示す異常情報送信通知プログラムを所定の短時間ごとに繰り返し実行する。この異常情報送信通知プログラムは、ステップＳ１０にて実行が開始され、ステップＳ１１にて、メータＥＣＵ１７は、車両１０に異常が発生しているか否かを判定する。この判定について、エンジンに異常が発生した場合を例示して詳細に説明する。

エンジンＥＣＵ１６は、エンジンまたは補機類に取り付けられた各種センサーからの出力信号に基づいて、エンジンの作動状態を制御する。エンジンが作動している状態にて、例えば、回転数センサーから出力されたエンジン回転数を表す信号が異常回転数である場合には、エンジンＥＣＵ１６は、メータＥＣＵ１７に対して、エンジン異常を表す警告灯を点灯するように警告灯点灯情報を出力する。なお、ドアＥＣＵ１８およびボデーＥＣＵ１９は、ゲートウェイＥＣＵ１５を介して、警告灯点灯情報をメータＥＣＵ１７に出力する。

このように、メータＥＣＵ１７は、エンジンＥＣＵ１６が出力した警告灯点灯情報を取得することにより、車両１０に異常が発生したことを認識する。これにより、メータＥＣＵ１７は、警告灯点灯情報を取得すれば、車両１０に異常が発生しているため、ステップＳ１１にて「Ｙｅｓ」と判定して、ステップＳ１２に進む。一方、メータＥＣＵ１７は、警告灯点灯情報を取得していなければ、車両１０に異常が発生していないため、ステップＳ１１にて「Ｎｏ」と判定して、ステップＳ２４に進み、異常情報送信通知プログラムの実行を一旦終了する。

ステップＳ１２においては、メータＥＣＵ１７は、前記ステップＳ１１にて取得した警告灯点灯情報に対応した警告灯１７ａを点灯制御する。これにより、ユーザは、車両１０に異常が発生したことを認知することができる。

この警告灯の点灯に関しては、以下のようにすることも可能である。すなわち、メータＥＣＵ１７は、各ＥＣＵ１６，１８，１９から出力された警告灯の点灯に関する情報（ビットデータ）を取得して、ＲＡＭに記憶する。そして、メータＥＣＵ１７は、ＲＡＭに記憶したビットデータと、改めて各ＥＣＵ１６，１８，１９から出力されたビットデータとを比較して、ビット内容に変化が生じていれば、該当する警告灯を点灯する。これによっても、極めて容易に警告灯を点灯させることができる。

また、メータＥＣＵ１７は、ゲートウェイＥＣＵ１５を介して、取得した警告灯点灯情報をナビゲーションＥＣＵ１１に対して供給する。ナビゲーションＥＣＵ１１は、供給された警告灯点灯情報を取得し、同取得した警告灯点灯情報を表示装置１３に供給する。表示装置１３は、供給された警告灯情報を取得すると、図９（ａ）に示すように、液晶画面上に車両１０に異常が発生した旨のメッセージを表示する。そして、表示装置１３は、メッセージ表示後、所定時間経過すると、図９（ｂ）に示すように、メッセージを消去するとともに、液晶画面上にエンジンに異常が発生したことを表す警告アイコン１３ａを表示して、ユーザに異常が発生したことを通知し続ける。

前記ステップＳ１２の警告灯点灯処理後、ステップＳ１３にて、ナビゲーションＥＣＵ１１は、通信装置１４を利用して、センター２０に対し、警告灯点灯情報、車両ＩＤ情報およびユーザＩＤ情報を送信する。具体的に説明すると、ナビゲーションＥＣＵ１１は、通信装置１４に対して、前記ステップＳ１２にて取得した警告灯点灯情報を供給するとともに、同警告灯点灯情報とともに、車両ＩＤ情報およびユーザ特定情報を送信するように指示する。通信装置１４は、警告灯点灯情報を取得するとともに、センター２０に対して、警告灯点灯情報、車両ＩＤ情報およびユーザ特定情報を送信する。このとき、通信装置１４は、自身に付与されたＭＡＣアドレス情報も併せてセンター２０に送信する。

センター２０においては、制御装置２１が、ステップＣ１０にて、前記ステップＳ１３の送信処理によって送信された警告灯点灯情報、車両ＩＤ情報およびユーザ特定情報並びに通信装置１４のＭＡＣアドレス情報を受信し、これら各情報を図示しないＲＡＭに一時的に記憶して、ステップＣ１１に進む。

ステップＣ１１においては、制御装置２１は、車両販売店コンピュータ３０に対して、前記ステップＣ１０にてＲＡＭに一時的に記憶した警告灯点灯情報を送信する。この送信処理について詳細に説明する。制御装置２１は、前記ステップＣ１０にてＲＡＭに一時的に記憶した車両ＩＤ情報およびユーザ特定情報を取得するとともに、同取得した各情報に基づいて、ユーザ情報データベース２４を検索する。そして、制御装置２１は、車両ＩＤ情報およびユーザ特定情報に関連付けて記憶されている販売店情報を取得する。このように、制御装置２１は、販売店情報を取得すると、警告灯点灯情報および車両ＩＤ情報を、同販売店情報によって表される販売店（詳しくは、車両販売店コンピュータ３０）に対し、通信装置２３およびネットワーク６０を介して送信する。

販売店においては、車両販売店コンピュータ３０が、ステップＤ１０において、前記ステップＣ１１の送信処理によってセンター２０から送信された警告灯点灯情報および車両ＩＤ情報を受信するとともに、図示しないＲＡＭに一時的に記憶する。ここで、車両販売店コンピュータ３０は、センター２０から警告灯点灯情報および車両ＩＤ情報を受信すると、図示しない表示装置の表示画面上にこれらの情報を受信した旨のメッセージ、例えば、「警告灯点灯情報を受信しました。」などを表示し、販売店の担当者または技術者（以下、担当者等という）に対して、通知するようになっている。このように、メッセージが表示されると、担当者等は、車両販売店コンピュータ３０を操作して、点灯した警告灯によって表される異常内容に対して、車両１０に送信すべき異常対処情報を決定する。

この異常対処情報について説明しておく。異常対処情報は、販売店ごとに作成されるものである。すなわち、販売店の担当者等は、車両販売店コンピュータ３０を操作して、予めセンター２０の異常対処データベース２５にアクセスする。そして、異常対処データベース２５に記憶されているデフォルト文を取得する。担当者等は、センター２０から取得したデフォルト文に対して、必要事項（例えば、あいさつ文など）を追加して、販売店独自の異常対処情報を作成しておく。具体的に、上述したデフォルト文を用いて説明すると、デフォルト文「システム系統に異常が発生している恐れがあります。ご不便をおかけしますが、安全にお乗りいただくための点検をさせていただきますのでご入庫ください。」に対して、必要事項として、例えば、「平素は格別のご高配を賜り、厚く御礼申し上げます。」などのあいさつ文を加えて異常対処情報を作成し、記憶装置に記憶しておく。なお、この異常対処情報は、異常内容ごとに作成されることは言うまでもない。

そして、担当者等は、ステップＤ１０にて、警告灯点灯情報を受信すると、同警告灯点灯情報に対して、記憶装置に記憶している異常対処情報のうち、最適な異常対処情報を選択して決定する。また、販売店の担当者等は、車両販売店コンピュータ３０の記憶装置に記憶している顧客情報を参照することにより、後述するセンター２０の「異常通知作成ルーチン」処理によって作成される異常通知に付されるユーザの氏名の取り扱いを選択することができる。

すなわち、車両１０に異常通知が送信された際に、車両１０が走行中であり、音声出力によって異常通知が読み上げられる場合がある。この場合、ユーザの氏名の読みが一義的に定まらない（種々の読みが存在する）ことがあり、本来と違った読みによって音声出力することにより、ユーザに不快感を与える可能性がある。このため、担当者等は、異常対処情報を決定する際に、送信された異常通知に付されたユーザの氏名を読み上げるか否かを選択する。この担当者等による選択を表す選択情報は、決定した異常対処情報に付加される。なお、担当者等は、異常対処情報に対して、異常通知が送信される時間を指定することもできる。これにより、センター２０は、指定された時間に異常通知を送信することも可能である。

このように、担当者等によって、最適な異常対処情報が決定されると、車両販売店コンピュータ３０は、ステップＤ１１にて、ネットワーク６０を介して決定された異常対処情報をセンター２０に送信する。

センター２０においては、制御装置２１が、ステップＣ１２にて、前記ステップＤ１１の送信処理によって車両販売店コンピュータ３０から送信された異常対処情報を受信し、図示しないＲＡＭに一時的に記憶して、ステップＣ１３に進む。ステップＣ１３においては、制御装置２１は、前記ステップＣ１０にて受信した警告灯点灯情報、前記ステップＣ１２にて受信した異常対処情報および警告灯点灯情報を受信した日時とを互いに関連付けて、履歴情報データベース２７に記憶する。

前記ステップＣ１３の記憶処理後、制御装置２１は、ステップＣ１４に進み、「異常通知作成ルーチン」を実行する。この「異常通知作成ルーチン」は、図５に示すように、その実行がステップＣ１００にて開始される。そして、ステップＣ１０１にて、制御装置２１は、同一警告灯の点灯が初回か否かを判定する。すなわち、制御装置２１は、前記ステップＣ１０にて受信した警告灯点灯情報を利用して、履歴情報データベース２７に記憶されている警告灯点灯情報を検索する。この検索により、同一の警告灯点灯情報が履歴情報データベース２７に記憶されていなければ警告灯の点灯が初回であるため、制御装置２１は「Ｙｅｓ」と判定して、ステップＣ１０３に進む。

一方、履歴情報データベース２７の検索により、同一の警告灯点灯情報が記憶されていれば警告灯の点灯が初回でないため、制御装置２１は「Ｎｏ」と判定して、ステップＣ１０２に進む。ステップＣ１０２においては、制御装置２１は、今回受信した警告灯点灯情報が、前回警告灯点灯情報を受信してから所定期間（例えば、７日）経過しているか否かを判定する。具体的に説明すると、制御装置２１は、今回受信した警告灯点灯情報の受信日時と、履歴情報データベース２７に記憶されている前回受信した警告灯点灯情報の受信日時とを比較し、所定期間が経過しているか否かを判定する。

この判定により、所定期間が経過していれば、制御装置２１は「Ｙｅｓ」と判定して、ステップＣ１０３に進む。一方、所定期間が経過していなければ、制御装置２１は「Ｎｏ」と判定して、ステップＣ１０７に進み、「異常通知作成ルーチン」の実行を終了する。

このように、警告灯点灯情報の受信間隔が所定期間経過しているか否かを判定することにより、同一内容の異常通知が、車両１０に対して、頻繁に送信されることを防止することができる。これにより、ユーザは、同一内容の異常通知を頻繁に受信することがなくなり、ユーザの混乱を防止することができる。

ステップＣ１０３においては、制御装置２１は、車両１０に送信する異常通知（電子メール）を作成する。この異常通知の作成を具体的に説明する。制御装置２１は、予め設定されている異常通知フォーマット形式（例えば、ＨＴＭＬ形式やＸＭＬ形式など）を利用して、所定形式の異常通知を作成する。すなわち、制御装置２１は、ＲＡＭに一時的に記憶しているユーザ特定情報を取得するとともに、同ユーザ特定情報を利用して、ユーザ情報データベース２４を検索する。そして、ユーザ情報データベース２４に記憶されているユーザ特定情報のうち、ＲＡＭに一時的に記憶したユーザ特定情報と一致するユーザ特定情報を検索して抽出し、同抽出したユーザ特定情報に関連付けられて記憶されているメールアドレス情報を取得する。

次に、制御装置２１は、前記ステップＣ１２にて車両販売店コンピュータ３０から受信してＲＡＭに一時的に記憶した異常対処情報を取得する。そして、制御装置２１は、異常通知フォーマット形式にユーザ特定情報に含まれているユーザの氏名を表す情報と、異常対処情報とを組み込む。これにより、異常通知が車両１０に送信されて表示されたときに、異常通知にユーザの氏名を表示することができる。このように、制御装置２１は、異常通知を作成すると、ステップＣ１０４に進む。

ここで、車両１０から送信される警告灯点灯情報は、一つに限定されることはなく、それぞれ異なる警告灯点灯情報が送信される場合がある。この場合には、制御装置２１は、警告灯点灯情報を予め分類（例えば、メンテナンス系の警告灯点灯情報と、システム異常系の警告灯点灯情報など）しておく。そして、以下の規則に従って、複数の警告灯点灯情報に対する異常通知を一つにまとめて作成する。

すなわち、メンテナンス系の警告灯点灯情報を複数受信した場合には、これら警告灯点灯情報をまとめてメンテナンスウォーニング情報とし、このメンテナンスウォーニング情報に対する異常通知を自動的に作成する。このとき、制御装置２１は、車両販売店コンピュータ３０からそれぞれの警告灯点灯情報に対する異常対処情報を受信しているため、これらの異常対処情報をすべて記載した異常通知を作成する。

また、システム異常系の警告灯点灯情報を複数受信した場合には、これら警告灯点灯情報をまとめてシステムウォーニング情報とし、このシステムウォーニング情報に対する異常通知を自動的に作成する。この場合も、制御装置２１は、車両販売店コンピュータ３０からそれぞれの警告灯点灯情報に対する異常対処情報を受信しているため、これらの異常対処情報をすべて記載した異常通知を作成する。

一方、メンテナンス系の警告灯点灯情報とシステム異常系の警告灯点灯情報とをそれぞれ受信した場合には、制御装置２１は、これらの警告灯点灯情報をシステムウォーニング情報としてまとめる。これは、システム異常系の警告灯点灯情報の方が、車両の走行に与える影響が大きいからである。そして、制御装置２１は、このシステムウォーニング情報に対する異常通知を自動的に作成する。このとき、制御装置２１は、販売店の車両販売店コンピュータ３０からシステム異常系の警告灯点灯情報に対する異常対処情報を受信している。このため、これらの異常対処情報をすべて記載するとともに、メンテナンス系の警告灯点灯情報に基づいて異常が発生している状況を記載して異常通知を作成する。

このように、複数の警告灯点灯情報をまとめて、異常通知を一つとすることにより、車両１０に送信する異常通知の回数を低減することができる。これにより、通信コストを低減することができるとともに、ユーザの異常通知に対する混乱を防止することができる。

次に、ステップＣ１０４において、制御装置２１は、前記ステップＣ１０３にて作成した異常通知に組み込まれたユーザの氏名を読み上げ設定とするか否かを判定する。すなわち、制御装置２１は、販売店の担当者等によって異常対処情報に付加された、ユーザの氏名を読み上げるか否かの選択情報を検出する。そして、制御装置２１は、検出した選択情報に基づいて、ユーザの氏名を読み上げるように選択されていれば、「Ｙｅｓ」と判定してステップＣ１０５に進む。

ステップＣ１０５においては、制御装置２１は、前記ステップＣ１０３にて作成した異常通知に組み込まれたユーザの氏名を読み上げるように設定する。ここで、本実施形態において、異常通知は、ＸＭＬ形式やＨＴＭＬ形式にて作成されているため、そのまま車両１０に送信されて音声出力されると、ユーザの氏名を読み上げることが可能である。したがって、異常通知がこのような形式で作成された場合には、ステップＳ１０５の設定処理は、詳しくは、異常通知の設定を変更しない処理とすることもできる。そして、ステップＣ１０５の処理後、ステップＣ１０７に進み、「異常通知作成ルーチン」の実行を終了する。

一方、ステップＣ１０４にて、制御装置２１は、検出した選択情報に基づいて、ユーザの氏名を読み上げないように選択されていれば、「Ｎｏ」と判定してステップＣ１０６に進む。ステップＣ１０６においては、制御装置２１は、前記ステップＣ１０３にて作成した異常通知に組み込まれたユーザの氏名を読み上げないように設定する。この設定について説明すると、異常通知は、ＸＭＬ形式やＨＴＭＬ形式にて作成されているため、ユーザの氏名に該当する記載部分に所定の命令（例えば、￥￥ユーザ氏名￥￥など）を適用することにより、ユーザの氏名を読み上げないように設定する。そして、ステップＣ１０６の設定処理後、ステップＣ１０７に進み、「異常通知作成ルーチン」の実行を終了する。

ふたたび、図４のフローチャートに戻り、前記ステップＣ１４の「異常通知作成ルーチン」の実行後、ステップＣ１５に進む。ステップＣ１５においては、制御装置２１は、前記ステップＣ１４にて作成された異常通知を車両１０に送信する。すなわち、制御装置２１は、通信装置２３とネットワーク６０に接続された中継局７０を介して、車両１０に異常通知を送信する。この送信においては、制御装置２１は、販売店情報データベース２６に記憶されて設定されている異常通知を送信する時間を確認して送信することも可能である。この場合、制御装置２１は、設定されている送信時間に従って異常通知を車両１０に送信する。これにより、例えば、ユーザが予め販売店に異常通知送信時間を指定しておくと、指定した時間に異常通知を受信することができるため、ユーザは、好適に異常通知を受信することができる。

車両１０においては、通信装置１４が、ステップＳ１４にて、前記ステップＣ１５の送信処理により送信された異常通知を受信し、同受信した異常通知をナビゲーションＥＣＵ１１に供給する。ナビゲーションＥＣＵ１１は、通信装置１４から異常通知を取得すると、ステップＳ１５にて、取得した異常通知をユーザに対して報知する。具体的に説明すると、ナビゲーションＥＣＵ１１は、取得した異常通知を表示装置１３に供給するとともに、同異常通知を液晶表示器に表示するように指示する。表示装置１３は、同指示に従い、図１０（ａ）に示すように、液晶表示器上に異常通知を取得した旨を表示する。そして、ユーザのタッチ操作によって、異常通知の確認が指示されると、表示装置１３は、図１０（ｂ）に示すように、ナビゲーションＥＣＵ１１から供給された異常通知を表示する。これにより、ユーザは、車両１０に発生した異常の内容とその対処方法を確認することができる。この場合、表示された異常通知には、ユーザの氏名が表示される。

ところで、表示装置１３のタッチ操作は、車両１０が停車しているときにのみ可能となる。したがって、車両１０が走行中にユーザが液晶表示器をタッチ操作した場合には、図１０（ｃ）に示すように、走行中は操作できない旨のメッセージが表示される。このように、車両１０が走行中である場合には、ユーザは、図示しない音声認識装置を利用して、異常通知の内容を音声出力するように指示することができる。これによっても、ユーザは、異常通知の内容を確認することができる。この場合、異常通知に組み込まれたユーザの氏名を読み上げるように設定されていれば、ユーザの氏名は音声出力される。一方、ユーザの氏名を読み上げないように設定されていれば、ユーザの氏名は音声出力されない。

前記ステップＳ１５の報知処理後、ステップＳ１６にて、ナビゲーションＥＣＵ１１は、図１０（ｂ）に示した予約ボタン１３ｂがユーザによってタッチ操作されたか否かを判定する。なお、この場合も、車両１０が停車中でなければ、ユーザは、予約ボタン１３ｂをタッチ操作できないことはいうまでもない。この予約ボタン１３ｂは、車両１０の発生した異常を修理するために、車両１０を販売店に入庫する日時を予約するためのボタンである。そして、ナビゲーションＥＣＵ１１は、予約ボタン１３ｂがタッチ操作されると、「Ｙｅｓ」と判定して、ステップＳ１７に進む。

一方、前記ステップＳ１６にて、ナビゲーションＥＣＵ１１は、ユーザによって所定時間（例えば、３０秒）内に予約ボタン１３ｂがタッチ操作されなければ、「Ｎｏ」と判定して、ステップＳ２４に進み、異常情報送信通知プログラムの実行を一旦終了する。

ところで、このように異常情報送信通知プログラムが終了した場合には、後述する故障情報（ダイアグ情報）がセンター２０および販売店に送信されない。このため、例えば、センター２０が随時送信する広告などに設けた操作ボタン（例えば、”戻る”ボタンや”進む”ボタンなど）に故障情報（ダイアグ情報）を送信するための命令（コマンド）を組み込むことにより、ユーザが前記操作ボタンをタッチ操作したことに起因して、後述する異常情報送信プログラムのステップＳ２０以降の処理を実行することも可能である。

ただし、操作ボタンにコマンドを組み込んで、故障情報（ダイアグ情報）を送信する場合には、無駄な通信を抑制するために、以下の条件を満たすことが必要である。すなわち、ａ．センター２０は、今回の異常通知を前回の異常通知から例えば４週間以内に送信しており、かつ、今回の異常通知の送信前、例えば２週間以内に今回の異常通知と同一の警告灯点灯情報を車両１０から受信していること、ｂ．センター２０は、前記警告灯点灯情報に関する故障情報（ダイアグ情報）を受信してから、例えば４週間以上経過していることを満たすことが必要である。

条件ａ．は、同一の警告灯点灯情報が頻繁にセンター２０に送信されていて、センター２０が繰り返し（ただし、上述したように７日以上の間隔が確保された状態で）異常通知を送信している状態を特定するための条件である。また、条件ｂ．は、センター２０が同一の警告灯点灯情報に関する故障情報（ダイアグ情報）を過去に受信しているが、所定期間が経過することにより、故障情報（ダイアグ情報）が古くなっている状態を特定するための条件である。この場合、条件ｂ．により、車両１０は、故障情報（ダイアグ情報）がセンター２０に送信してから所定期間（４週間）を経過する前であれば、故障情報（ダイアグ情報）をセンター２０に送信しない。

そして、上記条件ａ．および条件ｂ．が成立すると、センター２０の制御装置２１は、広告などにコマンドを組み込んで車両１０に送信する。そして、ナビゲーションＥＣＵ１１およびゲートウェイＥＣＵ１５は、操作ボタンがユーザによってタッチ操作されると後述するステップＳ２０以降の処理を実行する。これにより、ユーザによって予約ボタン１２ｂがタッチ操作されない場合であっても、センター２０および販売店は、修理に必要な故障情報（ダイアグ情報）を取得することができる。なお、この場合においても、ユーザのタッチ操作は、車両１０が停車中でなければできないことはいうまでもない。

ステップＳ１７においては、ナビゲーションＥＣＵ１１は、予約ボタン１３ｂがタッチ操作されたことを表す予約情報を通信装置１４に供給するとともに、同予約情報をセンター２０に送信するように指示する。通信装置１４は、同指示に従い、予約情報をセンター２０に送信する。なお、この予約情報の送信においては、通信装置１４は、自身のＭＡＣアドレス情報を予約情報に併せて送信する。

センター２０においては、制御装置２１が、ステップＣ１６にて、前記ステップＳ１７の送信処理によって送信された予約情報およびＭＡＣアドレス情報を受信し、これら情報をＲＡＭに一時的に記憶する。そして、制御装置２１は、ＲＡＭに一時的に記憶したＭＡＣアドレス情報を利用して、ユーザ情報データベース２４に記憶されたＭＡＣアドレス情報のうち、ＲＡＭに記憶したＭＡＣアドレス情報と一致するＭＡＣアドレス情報を検索して抽出する。そして、抽出したＭＡＣアドレス情報に関連付けて記憶されている販売店特定情報を取得する。

次に、制御装置２１は、取得した販売店特定情報を利用して、販売店情報データベース２６を検索し、販売店特定情報によって特定された販売店の販売店情報を取得する。これにより、制御装置２１は、販売店の営業日や営業時間を確認して予約情報を車両販売店コンピュータ３０に送信する。

ここで、制御装置２１は、販売店の営業日や営業時間を確認することにより、予約ができない場合には、例えば、車両１０のナビゲーションＥＣＵ１１から車両１０の現在地情報を受信し、同現在地情報により表される現在地の周辺にある販売店をユーザに提示することも可能である。また、制御装置２１は、販売店情報データベース２６を検索して、予約可能な販売店情報を車両１０に送信して、ユーザに提示したりすることも可能である。

車両販売店コンピュータ３０においては、ステップＤ１２にて、前記ステップＣ１６の送信処理によって送信された予約情報を取得し、入庫予約登録してステップＤ１３に進む。ステップＤ１３においては、車両販売店コンピュータ３０は、ユーザに対して、入庫の登録が完了したことを表す登録完了通知をセンター２０に送信する。

センター２０においては、制御装置２１が、ステップＣ１７にて、前記ステップＤ１３の送信処理によって車両販売店コンピュータ３０から送信された登録完了通知および故障情報送信要求を受信して、ステップＣ１８に進む。ステップＣ１８においては、制御装置２１は、前記受信した登録完了通知および現在車両１０に発生している異常の詳細な情報すなわち故障情報（ダイアグ情報）を送信するように故障情報送信要求を車両１０に送信する。

車両１０においては、通信装置１４が、ステップＳ１８にて、前記ステップＣ１８の送信処理によって送信された登録完了通知および故障情報送信要求を受信して、同受信した情報をナビゲーションＥＣＵ１１に供給する。

ナビゲーションＥＣＵ１１は、ステップＳ１９において、前記ステップＳ１８にて供給された登録完了通知を表示装置１３に供給する。表示装置１３は、供給された登録完了通知を液晶表示器に表示する。これにより、ユーザは、車両１０の入庫予約が完了したことを確認することができる。

ステップＳ２０においては、ナビゲーションＥＣＵ１１が、ゲートウェイＥＣＵ１５を介して、各ＥＣＵ１６，１７，１８，１９から出力された各種データを利用して、車両１０が停車中であるか否かを判定する。そして、ナビゲーションＥＣＵ１１は、車両１０が停車中と判定されるまで、ステップＳ２０の判定処理を繰り返し実行する。そして、ナビゲーションＥＣＵ１１は、車両１０が停車中であれば、「Ｙｅｓ」と判定してステップＳ２１に進む。

ステップＳ２１においては、ナビゲーションＥＣＵ１１とゲートウェイＥＣＵ１５とが協働して、図６に示す「故障情報収集ルーチン」を実行する。この「故障情報収集ルーチン」は、故障情報（ダイアグ情報）を収集するためのルーチンである。ダイアグ情報は、車両１０に搭載された各ＥＣＵ１６，１７，１８，１９から出力されるものであるため、車両走行中にルーチンを実行すると、各ＥＣＵ１６，１７，１８，１９に負担をかける場合がある。このため、「故障情報収集ルーチン」は、車両１０が停車しているときに実行される。

この「故障情報収集ルーチン」は、ステップＮ１０にてその実行が開始され、ステップＮ１１にて、ナビゲーションＥＣＵ１１は、前記ステップＳ１８にて受信した故障情報送信要求に基づいて、ゲートウェイＥＣＵ１５に対し、警告灯点灯情報に関連する故障情報を出力するように要求する。

ゲートウェイＥＣＵ１５は、ステップＧ１０にて、前記ステップＮ１１の処理によってナビゲーションＥＣＵ１１から供給された出力要求を取得して、ステップＧ１１に進む。ステップＧ１１においては、ゲートウェイＥＣＵ１５は、車両内に構築されたネットワークを介して、各ＥＣＵ１６，１７，１８，１９のうち警告灯点灯情報に関連する異常が発生しているＥＣＵに対して、ダイアグ情報を出力するように出力要求信号を出力する。なお、ダイアグ情報は、各種センサーの検出値やＥＣＵが作動制御している各装置の作動状態データなどであり、各ＥＣＵ１６，１７，１８，１９の図示しないＲＡＭに記憶されるようになっている。

ここで、ナビゲーションＥＣＵ１１とゲートウェイＥＣＵ１５は、協働して、センター２０から送信された故障情報送信要求が通信により他の命令（コマンド）に偶然変わっていないか否かを確認する。これは、他のコマンドにより、無駄な動作を防止するためである。また、センター２０から送信された他のコマンドが通信により故障情報送信要求に偶然変わった場合には、ゲートウェイＥＣＵ１５は、要求信号を各ＥＣＵ１６，１７，１８，１９に出力しない。

ステップＧ１２においては、ゲートウェイＥＣＵ１５は、ダイアグ情報を取得する。すなわち、各ＥＣＵ１６，１７，１８，１９のうち警告灯点灯情報に関連する異常が発生しているＥＣＵは、自身のＲＡＭに記憶しているダイアグ情報を、ネットワークを介して、ゲートウェイＥＣＵ１５に出力する。そして、ゲートウェイＥＣＵ１５は、出力されたダイアグ情報を取得して、ステップＧ１３に進む。

ステップＧ１３においては、ゲートウェイＥＣＵ１５は、前記ステップＧ１２にて取得したダイアグ情報のデータ容量が所定情報量以上であるか否かを判定する。これは、ダイアグ情報は、上述したように、各種センサーの検出値や作動状態データであるため、例えば、複数の装置にて異常が発生している場合には、取得するダイアグ情報のデータ容量が膨大となる場合があるためである。このように、膨大なデータ容量のダイアグ情報が車両１０内に構築されたネットワーク上を流通することにより、同ネットワークが飽和状態となる可能性がある。また、このように膨大なデータ容量のダイアグ情報をセンター２０および販売店に送信するときには、通信時間および通信コストも増大する。特に、通信時間が増大することにより、他の車両とセンター２０との通信に障害が生じる可能性もある。ここで、所定情報量は、通信時間および通信コストを勘案して定められる情報量である。なお、この判定を行う際には、ゲートウェイＥＣＵ１５は、出力されたダイアグ情報を自身のＲＡＭにバッファーした状態としている。

ゲートウェイＥＣＵ１５は、ダイアグ情報のデータ容量が所定情報量以上であれば、「Ｙｅｓ」と判定して、ステップＧ１４に進む。ステップＧ１４においては、ゲートウェイＥＣＵ１５は、取得したダイアグ情報を所定情報量ごとに分割し、同分割したダイアグ情報ごとにナビゲーションＥＣＵ１１に出力する。

一方、ゲートウェイＥＣＵ１５は、前記ステップＧ１３にて、取得したダイアグ情報が所定情報量未満であれば、ステップＧ１５に進む。ステップＧ１５においては、ゲートウェイＥＣＵ１５は、取得したダイアグ情報をナビゲーションＥＣＵ１１に出力する。ナビゲーションＥＣＵ１１においては、ステップＮ１２にて、前記ステップＧ１４またはステップＧ１５にて出力されたダイアグ情報を取得する。このとき、ナビゲーションＥＣＵ１１は、所定時間（例えば、１０秒程度）だけ、ゲートウェイＥＣＵ１５からダイアグ情報を取得するようにすることも可能である。これによれば、膨大なデータ容量のダイアグ情報が車両１０内に構築されたネットワーク上を流通することが防止され、同ネットワークが飽和状態となることを効果的に防止することができる。また、ナビゲーションＥＣＵ１１が取得するダイアグ情報のデータ容量が規制されるため、センター２０および販売店に送信するときの通信時間および通信コストを低減することができる。そして、ナビゲーションＥＣＵ１１は、ステップＮ１３にて、「故障情報収集ルーチン」の実行を終了する。

ここで、車両は、販売店に入庫した際には、車両内に構築されたネットワークに故障情報取得装置（ダイアグツール）が接続されて、同故障情報取得装置によりダイアグ情報が収集される場合がある。このとき、故障情報取得装置が各ＥＣＵ１６，１７，１８，１９に対して出力する出力要求信号は、ゲートウェイＥＣＵ１５が出力する出力要求信号（または、センター２０が送信する故障情報送信要求）と同一である。このため、各ＥＣＵ１６，１７，１８，１９は、自身のＲＡＭに記憶したダイアグ情報をネットワークに出力する。

しかしながら、ゲートウェイＥＣＵ１５は、自身が出力した出力要求信号か故障情報取得装置が出力した出力要求信号かを区別することができるため、故障情報取得装置が接続された状態ではネットワークに出力されたダイアグ情報をナビゲーションＥＣＵ１１に供給しない。これにより、販売店に入庫した車両から誤ってセンター２０および販売店にダイアグ情報が送信されることが防止され、無駄な通信を無くすことができる。

なお、このようなダイアグ情報の誤送信防止は以下のように実施することも可能である。すなわち、ゲートウェイＥＣＵ１５は、車両１０内に構築されたネットワークのうち、制御系ネットワーク（ＣＡＮ）に接続された各ＥＣＵ（例えば、エンジンＥＣＵ１６など）から出力されたダイアグ情報の誤送信を防止する。一方、車両１０内に構築されたネットワークのうち、ボデー系ネットワーク（ＢＥＡＮ）に接続された各ＥＣＵ（例えば、ドアＥＣＵ１８など）から出力されたダイアグ情報は、ナビゲーションＥＣＵ１１が誤送信を防止する。このように、ナビゲーションＥＣＵ１１とゲートウェイＥＣＵ１５とによって、ダイアグ情報の誤送信を防止するように実施することも可能である。

ふたたび、図４のフローチャートに戻り、ステップＳ２１の処理後、ステップＳ２２にて、ナビゲーションＥＣＵ１１は、取得したダイアグ情報を通信装置１４に供給し、通信装置１４はダイアグ情報をセンター２０に送信する。このとき、ナビゲーションＥＣＵ１１は、ダイアグ情報が分割されている場合には、一つずつ通信装置１４に供給し、通信装置１４は供給された順に一つずつセンター２０に送信する。この送信においては、通信装置１４は、ダイアグ情報とともに車両ＩＤ情報も送信する。

ここで、上述した故障情報取得装置が接続された場合において、ゲートウェイＥＣＵ１５に故障が発生しており、膨大なダイアグ情報がセンター２０に送信された場合には、センター２０は、これらのダイアグ情報を受信しないようになっている。すなわち、センター２０は、自身が送信した故障情報送信要求に基づいて送信されたダイアグ情報であるか否かを判断することが可能だからである。そして、ゲートウェイＥＣＵ１５の故障によってダイアグ情報が送信された場合には、センター２０は、別途ナビゲーションＥＣＵ１１に対して、送信を中止するためのコマンドを送信するようになっている。これにより、車両１０とセンター２０との間にて無駄な通信が発生しない。

センター２０においては、制御装置２１が、ステップＣ１９にて、前記ステップＳ２２の送信処理によって送信された故障情報（ダイアグ情報）を受信する。そして、制御装置２１は、ステップＣ２０にて、前記登録完了通知を送信した車両販売店コンピュータ３０に対して、故障情報（ダイアグ情報）を送信する。

車両販売店コンピュータ３０においては、ステップＤ１４にて、前記ステップＣ２０の送信処理によって送信された故障情報（ダイアグ情報）を受信して、ステップＤ１５に進む。ステップＤ１５においては、受信した故障情報（ダイアグ情報）に基づいて、前記ステップＤ１１にて送信した異常対処情報よりも詳細な異常対処情報を送信する。すなわち、担当者等は、受信した故障情報（ダイアグ情報）を詳細に解析することにより、現在車両１０に発生している異常の内容を正確に把握することができる。

このため、担当者等は、警告灯点灯情報を取得したときに比して、車両１０に発生した異常の原因に対して個別的に対応することができる。したがって、担当者等は、車両１０を入庫するまでの間の詳細な対処方法、例えば、「エンジンの水温が高い状態となっています。車両を安全な場所に停車させて、搬送車が到着するまで安全な場所でお待ちください。」や、「発生した異常は走行上問題ありませんので、そのまま走行していただき先ほど入庫予約していただいた販売店に入庫ください。」などの詳細な異常対処方法を作成する。そして、車両販売店コンピュータ３０は、担当者等によって作成された詳細な異常対処方法を表す詳細な異常対処情報をセンター２０に送信し、ステップＤ１６にて「異常情報送信通知プログラム」の実行を終了する。

センター２０においては、制御装置２１が、ステップＣ２１にて、前記ステップＤ１５の送信処理によって送信された詳細な異常対処情報を受信する。そして、制御装置２１は、前記ステップＣ１９にて受信した車両ＩＤ情報を利用して、ユーザ情報データベース２４を検索して、ユーザのメールアドレス情報を取得する。これにより、制御装置２１は、取得したメールアドレス情報を利用して、受信した詳細な異常対処情報を車両１０に送信する。そして、制御装置２１は、ステップＣ２２にて、「異常情報送信通知プログラム」の実行を終了する。

車両１０においては、通信装置１４が、ステップＳ２３にて、前記ステップＣ２１の送信処理によって送信された詳細な異常対処情報を受信して、ナビゲーションＥＣＵ１１に供給する。ナビゲーションＥＣＵ１１は、供給された詳細な異常対処情報を取得する。そして、ナビゲーションＥＣＵ１１は、取得した詳細な異常対処情報を表示装置１３に供給する。表示装置１３は、供給された詳細な異常対処情報を、前記ステップＳ１５の報知と同様にして、液晶表示器上へ表示または音声出力してユーザに報知する。このように、ユーザに報知すると、ナビゲーションＥＣＵ１１は、ステップＳ２４に進み、「異常情報送信通知プログラム」の実行を終了する。

上述した車両診断システムは、車両１０とセンター２０間で互いに通信することにより、車両１０は発生した異常を表す警告灯点灯情報や故障情報（ダイアグ情報）を送信し、センター２０は販売店からの異常対処情報に基づく異常通知を送信する。このため、車両１０とセンター２０間の通信は、所定の頻度にて正常か否かを診断する必要がある。以下、この通信の診断について説明する。

この通信の診断は、図７に示す「通信異常診断プログラム」を所定の頻度で実行することにより行われる。「通信異常診断プログラム」は、ステップＣ１５０にて、その実行が開始され、ステップＣ１５１にて、センター２０の制御装置２１は、通信状態を診断するために予め定められた命令（以下、この命令を要求コマンドという）を車両１０に送信する。

車両１０においては、通信装置１４が、ステップＳ１５０にて、前記ステップＣ１５１の送信処理によって送信された要求コマンドを受信し、同受信した要求コマンドをナビゲーションＥＣＵ１１に供給する。ナビゲーションＥＣＵ１１は、供給された要求コマンドを取得するとともに、同取得した要求コマンドをゲートウェイＥＣＵ１５に供給する。そして、ナビゲーションＥＣＵ１１と要求コマンドが供給されたゲートウェイＥＣＵ１５は、互いに協働して、ステップＳ１５２にて、「応答コマンドステータス判定ルーチン」を実行する。

この「応答コマンドステータス判定ルーチン」は、図８に示すように、ステップＳ２００にて、その実行が開始され、ステップＳ２０１にて、ナビゲーションＥＣＵ１１およびゲートウェイＥＣＵ１５は、要求コマンドに対して、各ＥＣＵ１６，１７，１８，１９が正常に応答するとともに、正常にセンター２０に対して応答を返信しているか否かを判定する。車両１０に搭載された各装置および各ＥＣＵが正常に応答しており、要求コマンドに対して正常に返信していれば、ナビゲーションＥＣＵ１１およびゲートウェイＥＣＵ１５は、ともに「Ｙｅｓ」と判定して、ステップＳ２０２に進む。

ステップＳ２０２においては、ナビゲーションＥＣＵ１１およびゲートウェイＥＣＵ１５は、各装置およびＥＣＵが正常に応答しているすなわち異常が発生していないことを表す”＄００”なるステータス情報をナビゲーションＥＣＵ１１のＲＡＭに記憶し、ステップＳ２０９にて「応答コマンドステータス判定ルーチン」の実行を終了する。一方、各装置または各ＥＣＵに異常が発生しており、要求コマンドに対して正常に返信していなければ、ナビゲーションＥＣＵ１１またはゲートウェイＥＣＵ１５は、ともに「Ｎｏ」と判定して、ステップＳ２０３に進む。

ステップＳ２０３においては、ナビゲーションＥＣＵ１１は、要求コマンドが認識できたか否かを判定する。すなわち、センター２０から送信された要求コマンド自体がナビゲーションＥＣＵ１１によって認識できない情報（未定義の情報）であれば、ナビゲーションＥＣＵ１１は「Ｙｅｓ」と判定して、ステップＳ２０４に進む。ステップＳ２０４においては、ナビゲーションＥＣＵ１１は、要求コマンドが認識できない情報であることを表す”＄ＦＦ”なるステータス情報をＲＡＭに記憶し、ステップＳ２０９にて「応答コマンドステータス判定ルーチン」の実行を終了する。一方、要求コマンドが認識できる情報であれば、ナビゲーションＥＣＵ１１は「Ｙｅｓ」と判定して、ステップＳ２０５に進む。

ステップＳ２０５においては、ゲートウェイＥＣＵ１５は、各ＥＣＵ１６，１７，１８，１９に対して、要求コマンドを供給し、応答があるか否かまたは応答があってもタイムアウトであるか否かを判定する。各ＥＣＵ１６，１７，１８，１９から応答がなければまたはタイムアウトであれば、ゲートウェイＥＣＵ１５は、「Ｙｅｓ」と判定して、ステップＳ２０６に進む。ステップＳ２０６においては、ゲートウェイＥＣＵ１５は、各ＥＣＵ１６，１７，１８，１９に異常が発生していることを表す”＄ＦＥ”なるステータス情報をナビゲーションＥＣＵ１１に出力し、ステップＳ２０９にて「応答コマンドステータス判定ルーチン」の実行を終了する。一方、各ＥＣＵ１６，１７，１８，１９から応答があればまたはタイムアウトでなければ、ゲートウェイＥＣＵ１５は、「Ｎｏ」と判定して、ステップＳ２０７に進む。

ステップＳ２０７においては、ナビゲーションＥＣＵ１１は、ゲートウェイＥＣＵ１５が要求コマンドに対して応答しているか否かを判定する。すなわち、ナビゲーションＥＣＵ１１は、ゲートウェイＥＣＵ１５が存在しないまたは車両１０内のネットワークに接続されておらず、要求コマンドに対して応答していなければ、「Ｙｅｓ」と判定して、ステップＳ２０８に進む。ステップＳ２０８においては、ナビゲーションＥＣＵ１１は、ゲートウェイＥＣＵ１５が存在しないまたは接続されていないことを表す”＄ＦＤ”なるステータス情報をＲＡＭに記憶し、ステップＳ２０９にて「応答コマンドステータス判定ルーチン」の実行を終了する。一方、ナビゲーションＥＣＵ１１は、ゲートウェイＥＣＵ１５が存在するまたは接続されている場合には、「Ｙｅｓ」と判定する。この場合には、ステータス情報が出力されていないため、ナビゲーションＥＣＵ１１およびゲートウェイＥＣＵ１５は、ふたたびステップＳ２０１以降の処理を実行し、ステータス情報を出力するまで繰り返し実行する。

ふたたび、図７のフローチャートに戻り、ステップＳ１５１の処理後、ステップＳ１５２にて、ナビゲーションＥＣＵ１１は、取得したステータス情報を通信装置１４に供給し、同ステータス情報をセンター２０に送信するように指示する。通信装置１４は、同指示に従い、センター２０にステータス情報を送信する。

センター２０においては、制御装置２１が、ステップＣ１５２にて、前記ステップＳ１５２の送信処理によって送信されたステータス情報を受信し、ＲＡＭに一時的に記憶してステップＣ１５３に進む。このように、センター２０の制御装置２１は、車両１０からステータス情報を受信することにより、通信に異常が発生しているか否かを把握することができることに加えて、車両１０のどの部分に異常が発生しているかまで把握することができる。

ステップＣ１５３においては、制御装置２１は、”＄ＦＥ”なるステータス情報すなわち各ＥＣＵ１６，１７，１８，１９に異常が発生していることを表すステータス情報を受信しているか否かを判定する。このステータス情報を受信していなければ、制御装置２１は「Ｎｏ」と判定して、ステップＣ１５６に進み、「通信異常診断プログラム」の実行を終了する。一方、”＄ＦＥ”なるステータス情報を受信していれば、制御装置２１は、「Ｙｅｓ」と判定してステップＣ１５４に進む。

ステップＣ１５４においては、制御装置２１は、各ＥＣＵ１６，１７，１８，１９のうちどのＥＣＵに異常が発生しているのか、または、各ＥＣＵ間の接続経路（以下、この接続経路を宛先バスという）に異常が発生しているかを確認するために、故障情報の送信を車両１０に要求する。ここで、この故障情報の送信要求に際しては、各ＥＣＵ１６，１７，１８，１９の宛先情報が付与されて送信される。

車両１０においては、通信装置１４が、ステップＳ１５３にて、前記ステップＣ１５４の送信処理によって送信された故障情報の送信要求を受信し、ナビゲーションＥＣＵ１１に供給する。ナビゲーションＥＣＵ１１は、供給された故障情報の送信要求を取得し、ゲートウェイＥＣＵ１５に供給する。

ステップＳ１５４においては、ゲートウェイＥＣＵ１５は、前記ステップＳ１５３にて取得した故障情報の送信要求に付与された宛先情報を利用して、各ＥＣＵ１６，１７，１８，１９に対して故障情報の出力要求を出力する。この出力要求に対して、各ＥＣＵ１６，１７，１８，１９から少なくとも応答があれば、ゲートウェイＥＣＵ１５は、宛先バスへの他の通信が正常であるため、「Ｙｅｓ」と判定してステップＳ１５５に進む。ステップＳ１５５においては、ゲートウェイＥＣＵ１５は、各ＥＣＵ１６，１７，１８，１９内の応答機能に異常が発生していることを表す故障情報をナビゲーションＥＣＵ１１に出力する。ナビゲーションＥＣＵ１１は、出力された故障情報を取得し、同故障情報を通信装置１４に供給する。通信装置１４は、供給された故障情報をセンター２０に送信する。

一方、前記ステップＳ１５４にて、各ＥＣＵ１６，１７，１８，１９から応答がなければ、ゲートウェイＥＣＵ１５は、宛先バスに異常が発生しているため、「Ｎｏ」と判定してステップＳ１５６に進む。ステップＳ１５６においては、ゲートウェイＥＣＵ１５は、宛先バスに異常が発生していることを表す故障情報をナビゲーションＥＣＵ１１に出力する。ナビゲーションＥＣＵ１１は、出力された故障情報を取得し、同故障情報を通信装置１４に供給する。通信装置１４は、供給された故障情報をセンター２０に送信する。

センター２０においては、制御装置２１が、ステップＣ１５５にて、前記ステップＳ１５５またはステップＳ１５６にて送信された故障情報を受信する。これにより、制御装置２１は、各ＥＣＵ１６，１７，１８，１９のうちどのＥＣＵに異常が発生しているのか、または、各ＥＣＵ間の宛先バスに異常が発生しているかを確認することができる。そして、ステップＳ１５６に進み、「通信異常診断プログラム」の実行を終了する。

また、上述した車両診断システムにおいては、ユーザは、車両１０に搭載された表示装置１３の表示または音声出力によって、警告灯点灯情報およびセンター２０から送信された異常通知を確認できる。これに加えて、ユーザが使用可能なパーソナルコンピュータ４０または携帯情報端末装置５０を利用して、警告灯点灯情報および異常通知を確認することも可能である。

すなわち、ユーザは、パーソナルコンピュータ４０または携帯情報端末装置５０を操作し、ネットワーク６０を介して、センター２０にアクセスする。具体的に説明すると、ユーザは、パーソナルコンピュータ４０または携帯情報端末装置５０の入力装置を利用して、予め通知されたセンター２０のＵＲＬ(Uniform Resource Locator)と、ユーザＩＤ情報およびユーザパスワードを入力する。

これにより、パーソナルコンピュータ４０または携帯情報端末装置５０は、入力されたＵＲＬに基づきセンター２０にアクセスする。このようにパーソナルコンピュータ４０または携帯情報端末装置５０がアクセスすると、センター２０の制御装置２１は、送信されたユーザＩＤ情報およびユーザパスワードに基づいてユーザを認証する。すなわち、制御装置２１は、ユーザ情報データベース２４を利用して、同データベース２４に予め記憶されているユーザ特定情報と、送信されたユーザＩＤ情報およびユーザパスワードとを比較することにより、ユーザを認証する。そして、制御装置２１は、ユーザを認証すると、アクセスしているパーソナルコンピュータ４０または携帯情報端末装置５０に対して、初期画面情報を送信する。この初期画面情報を送信するにあたり、制御装置２１は、ユーザ情報データベース２４に予め記憶されている車両ＩＤ情報（例えば、登録番号など）を、初期画面情報に組み込んで送信する。

このように、センター２０から初期画面情報が送信されると、図１１に示すように、初期画面がパーソナルコンピュータ４０または携帯情報端末装置５０の表示装置に表示される。この初期画面において、ユーザが”マイカーダイアリー”ボタンＡを選択（クリック）すると、この選択情報はセンター２０に送信される。センター２０の制御装置２１は、送信された選択情報を受信すると、車両ＩＤ情報を利用して、履歴情報データベース２７に記憶している履歴情報のうち、前記車両ＩＤ情報と一致する車両ＩＤ情報と関連付けて記憶している履歴情報を抽出する。そして、制御装置２１は、抽出した履歴情報を所定のフォーマットに組み込んで自動的に作成したマイカーダイアリー画面情報を、パーソナルコンピュータ４０または携帯情報端末装置５０に送信する。

パーソナルコンピュータ４０または携帯情報端末装置５０においては、センター２０から送信されたマイカーダイアリー画面情報を受信すると、表示画面を初期画面から遷移させて、図１２に示すように、マイカーダイアリー画面を表示する。これにより、ユーザは、パーソナルコンピュータ４０または携帯情報端末装置５０を利用して、車両１０に異常が発生した日、警告灯が点灯した内容およびその案内について、確認することができる。

また、ユーザは、パーソナルコンピュータ４０または携帯情報端末装置５０を利用して、センター２０にアクセスすることにより、販売店の販売店情報を取得することができる。すなわち、ユーザは、パーソナルコンピュータ４０または携帯情報端末装置５０からセンター２０にアクセスすることにより、販売店情報データベース２６にアクセスすることができる。これにより、ユーザは、必要なときに、販売店情報すなわち営業日や営業時間を取得することができて、好適である。

また、ユーザの操作に応じて、販売店情報を取得するため、個人情報の漏洩を防止することもできる。すなわち、例えば、販売店から一方的に販売店情報が送信される場合には、販売店がユーザのメールアドレスや電話番号など個人情報を取得している必要があるが、センター２０を介して、ユーザと販売店とが互いに通信するため、販売店が個人情報を取得する必要がない。したがって、無用に個人情報を共有する必要がなく、個人情報が確実に確保される。

以上の説明からも理解できるように、本実施形態によれば、車両１０は、センター２０に対して、警告灯点灯情報を送信するため、通信回線に負担をかけることがない。このため、センター２０は、リアルタイムで車両１０に異常が発生しているか否かを把握することができる。したがって、ユーザに対して、早急な対応を行うことができる。また、車両１０は、警告灯点灯情報を送信した後、発生した異常に関する故障情報（ダイアグ情報）を収集して送信する。これにより、センター２０は、より詳細に異常内容を確認することができるため、ユーザに対して、より適切な対応を行うことできる。

また、センター２０は、警告灯点灯情報に基づいて、異常発生に対する異常通知を送信するため、ユーザは、容易に異常発生に対する適切な対処を行うことができる。また、センター２０は、故障情報（ダイアグ情報）に基づいて、発生した異常に対する詳細な異常対処情報を送信するため、ユーザは、発生した異常に対する対処を適切に行うことができる。

また、異常対処情報および詳細な異常対処情報が、販売店の担当者等によって作成されるため、発生した異常に対して、専門的な見解を含めることができる。このため、ユーザは、より適切な対処を行うことができる。また、担当者等が異常内容を解析することができるため、発生した異常の原因に対して個別対応が可能となり、これによっても、ユーザは、より適切な対処を行うことができる。また、車両１０から故障情報すなわちダイアグ情報を送信することにより、販売店にて、異常内容を正確に把握ができる。したがって、ユーザに対して、適切な対応を行うことができる。

また、センター２０は、車両１０から必要なときに故障情報（ダイアグ情報）を取得することができる。また、センター２０は、取得した故障情報（ダイアグ情報）を車両販売店コンピュータ３０に送信することができる。このため、センター２０は、適切なタイミングで、ユーザに対して、販売店にて作成された詳細な異常対処情報を送信することができる。

また、車両１０は、停車しているときに故障情報（ダイアグ情報）を収集する。このため、特に、車両１０の走行に必要な機能、すなわち、「走る、止まる、曲がる」に関する装置を制御する各ＥＣＵ１６，１７，１８，１９への負担を増加させることがなく、ユーザは、好適に車両を走行させることができる。

また、ユーザによって異常通知に組み込まれた予約ボタン１２ｂが操作されることにより、故障情報（ダイアグ情報）の収集を開始することができる。このため、故障情報（ダイアグ情報）を送信するか否かの判断に、ユーザの意思が直接的または間接的に反映させることができて、好適である。

また、パーソナルコンピュータ４０または携帯情報端末装置５０を利用して警告灯点灯の履歴を確認することができる。これにより、ユーザは、車両１０に乗車していなくても、例えば、携帯電話などを利用することにより、車両１０に発生した異常を確認することができる。また、ユーザ以外の人間が、携帯電話などを利用して、車両１０に発生した故障を確認することもできる。これにより、例えば、車両１０の警告灯１７ａが点灯後すぐに消灯する場合などであって、ユーザが異常発生を認識していない場合には、ユーザ以外に人間がユーザに異常発生を知らせることもできる。

上記実施形態においては、センター２０と販売店に設置した車両販売店コンピュータ３０とが互いに通信して、車両販売店コンピュータ３０から送信された異常対処情報に基づいて、車両１０に異常通知を送信するように実施した。これに代えて、センター２０にて異常対処情報を作成して異常通知を送信することも可能である。この場合には、センター２０に異常対処情報を予め記憶しておき、センター２０の制御装置２１は、この記憶された異常対処情報を、警告灯点灯情報および故障情報（ダイアグ情報）に基づいて、適切に選択する。そして、制御装置２１は、選択した異常対処情報を利用して、異常通知を作成して車両に送信する。これによっても、上記実施形態と同様の効果を得ることができて好適である。

本発明の実施形態に係る車両１０診断システムの全体を示す概略ブロック図である。 図１の車両の概略を示す概略ブロック図である。 図１のセンターの概略を示す概略ブロック図である。 図１の車両、センターおよび販売店パーソナルコンピュータにて実行される異常情報送信通知プログラムのフローチャートである。 図１のセンターにて実行される異常通知作成ルーチンのフローチャートである。 図１の車両に搭載されたナビゲーションＥＣＵおよびゲートウェイＥＣＵにて実行される故障情報収集ルーチンのフローチャートである。 図１の車両およびセンターにて実行される通信異常診断プログラムのフローチャートである。 図１の車両にて実行される応答コマンドステータス判定ルーチンのフローチャートである。 （ａ），（ｂ）は、車両に異常が発生したときの表示装置の表示画面を説明するための図である。 （ａ），（ｂ），（ｃ）は、車両が異常通知を受信したときの表示装置の表示画面を説明するための図である。 図１の携帯情報端末装置またはパーソナルコンピュータによってセンターにアクセスしたときの初期画面を説明するための図である。 図１の携帯情報端末装置またはパーソナルコンピュータによってセンターにアクセスし、警告灯点灯履歴を表示した画面を表示するための図である

符号の説明

１０…車両、１１…ナビゲーションＥＣＵ、１２…入力装置、１３…表示装置、１４…通信装置、１５…ゲートウェイＥＣＵ、１６…エンジンＥＣＵ、１７…メータＥＣＵ、１７ａ…警告灯、１８…ドアＥＣＵ、１９…ボデーＥＣＵ、２０…センター、２１…制御装置、２２…記憶装置、２３…通信装置、２４…ユーザ情報データベース、２５…異常対処データベース、２６…販売店情報データベース、２７…履歴情報データベース、３０…車両販売店コンピュータ、４０…パーソナルコンピュータ、５０…携帯情報端末装置、６０…ネットワーク、７０…中継局

Claims (8)

1. 車両の外部に対して、同車両に関する各種情報を出力する車両情報出力方法において、
   車両の外部から供給される車両に搭載された車載機器の故障に関する情報の出力要求を取得し、前記取得した出力要求の前記車載機器への供給を規制するようにしたことを特徴とする車両情報出力方法。
2. 前記車載機器から出力される故障に関する情報の流通を規制する請求項１に記載した車両情報出力方法。
3. 前記出力要求が適正であるか否かを確認する請求項１または請求項２に記載した車両情報出力方法。
4. 前記車両の外部は、前記車両と交信可能に接続されたセンターである請求項１ないし請求項３のうちのいずれか一つに記載した車両情報出力方法。
5. 車両内に構築された車両内通信網と、
   前記車両内通信網に接続された車載機器と、
   前記車両内通信網に接続されて、外部から送信された前記車載機器の故障に関する情報の送信要求を受信するとともに、前記車載機器から出力された故障に関する情報を前記外部に送信する通信手段と、
   前記車両内通信網に接続されて、同車両内通信網を利用して前記車載機器に供給される前記通信手段により受信した送信要求の流通を規制する車両内通信規制手段とを備えたことを特徴とする車両システム。
6. 前記車両内通信規制手段は、さらに、前記車載機器から前記通信手段に出力される故障に関する情報の流通を規制する請求項５に記載した車両システム。
7. 前記通信手段によって取得した送信要求が適正であるか否かを確認する確認手段を備える請求項５または請求項６に記載した車両システム。
8. 前記外部は、前記車両と交信可能に接続されたセンターである請求項５ないし請求項７のうちのいずれか一つに記載した車両システム。
   

Images