車両用通信システム、制御装置、車載ナビゲーション装置
【課題】過去に起こった故障の原因をディーラーの故障診断担当者に容易に判断させることができ、正常な制御装置が誤って交換されるのを回避すること。
【解決手段】車両用通信システム１は、ナビゲーションシステムＥＣＵ３、ディスプレイＥＣＵ５、オーディオＥＣＵ７、およびゲートウェイＥＣＵ９が車両内の通信用の情報系ネットワーク１１によって接続されるとともに、各ＥＣＵが情報系ネットワーク１１を介して互いにデータを送受信するよう構成され、このうちのナビゲーションシステムＥＣＵ３が、情報系ネットワーク１１上を伝送されたデータのログ（通信履歴）を格納するＨＤＤ／ＲＯＭ３４、ＣＰＵ２９、を備える。そして、ＣＰＵ２９が、ＨＤＤ／ＲＯＭ３４に記憶された過去の一定時間の通信履歴を参照し、その内容を視覚化・聴覚化してディスプレイＥＣＵ５やスピーカ８に表示・発話させる。
【解決手段】車両用通信システム１は、ナビゲーションシステムＥＣＵ３、ディスプレイＥＣＵ５、オーディオＥＣＵ７、およびゲートウェイＥＣＵ９が車両内の通信用の情報系ネットワーク１１によって接続されるとともに、各ＥＣＵが情報系ネットワーク１１を介して互いにデータを送受信するよう構成され、このうちのナビゲーションシステムＥＣＵ３が、情報系ネットワーク１１上を伝送されたデータのログ（通信履歴）を格納するＨＤＤ／ＲＯＭ３４、ＣＰＵ２９、を備える。そして、ＣＰＵ２９が、ＨＤＤ／ＲＯＭ３４に記憶された過去の一定時間の通信履歴を参照し、その内容を視覚化・聴覚化してディスプレイＥＣＵ５やスピーカ８に表示・発話させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載された複数の制御装置をデータ通信用のネットワークを介して接続し、各制御装置が該ネットワークを介して互いにデータを送受信するよう構成された車両用通信システムに関し、故障中の制御装置が特定されずに正常な制御装置が誤って交換されるのを回避する技術に関する。
【背景技術】
【０００２】
従来より、車両に搭載された複数の制御装置が車両内の通信用のネットワークによって接続されるとともに、そのネットワークには車両外の故障診断装置が有線又は無線にて通信可能に接続される車両用通信システムが知られている（例えば、特許文献１参照。）。
【０００３】
この種の車両用通信システムにおいては、送信するメッセージのヘッダ領域に、送信先の制御装置を示すアドレスを含ませることで、その制御装置との通信が実現されるようになっている。
【０００４】
そして、車両の故障診断を行う際には、作業者が、車両内のネットワークに故障診断装置（いわゆる故障診断ツール）を通信可能に接続するとともに、その故障診断装置に備えられた入力キー等を操作して、その故障診断装置に、故障診断をしたい目的の機能が実装された制御装置と、故障診断に関する処理内容（即ち、その制御装置に実施させたい故障診断処理の内容）とのそれぞれを示す情報を入力すると、故障診断装置から上記目的の機能が実装された制御装置へ、その制御装置を送信先とし且つ上記処理内容の実施を指令する要求メッセージが送信させるようになっていた。
【０００５】
なお、故障診断用の要求メッセージとしては、例えば、制御装置内に記憶されている制御データを返送させるためのデータ要求メッセージや、アクチュエータを強制的に駆動させるための駆動要求メッセージなどがある。
【特許文献１】特開２００２−０９１５４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上述のような車両用通信システムにおける故障診断においては、次のような問題があった。すなわち、近年、用いられる情報系車内ＬＡＮにおいては、その情報量の多さに起因して様々な要因の組み合わせで不具合が発生するケースが多く、例えばディーラーに車両を入庫する前にユーザが制御装置の故障を発見したとしても、入庫後のディーラーでの故障診断ではその故障を発見できないといったケースが数多くある。一方、情報系車内ＬＡＮに接続されたナビゲーションシステムでは、その音声案内や映像出力のヒューマンマシンインターフェースを、情報系車内ＬＡＮに接続された他の機器と通信でやり取りすることによって実現している。そのため、例えばナビゲーションシステムの案内音声が車のスピーカから聞こえないといった具合に車両用通信システムを構成する制御装置の何れかに故障が起こった場合には、例えばナビゲーションシステムやアンプ、ゲートウェイなどその機能に関わる制御装置が多数存在するため、車両をディーラーに持ち込んだ時にその故障事象が再現しない場合には故障している制御装置を特定するのが困難となる。このような場合、案内音声を発生させる源であるナビゲーションシステムが、故障していると診断されることが多く、その結果、故障していないにも拘わらずナビゲーションシステムが修理対象として交換されるという問題があった。
【０００７】
特に、上述のネットワークが、例えばＭＯＳＴ（Media Oriented Systems Transportの略）などのリング・トポロジを基本としたネットワークとして構成されている場合には、受信だけでなく、ネットワークに接続される故障診断装置でさえも通信の複雑さを加える要員となり、実際にはディーラーに持ち込まれた時点では、正常な系の診断を行うことしかできない。さらに、ＭＯＳＴなどのネットワークにおいては、音声や映像などのストリーミング・データも扱うことが可能であり、フレームデータには、ストリーム・チャネル（同期チャネル）、パケット・チャネル（非同期チャネル）、制御チャネルの3種類のデータ・チャネルが含まれ、制御チャネル情報だけではデータの内容が良いのか悪いのかを判断することができない。ＭＯＳＴなどのネットワークに接続される制御装置すべては、ネットワークの中に一つだけ存在するタイミング・マスタ（いわゆるＭＯＳＴマスタ）に同期して各種データを転送するので、ＭＯＳＴ以外の制御機器（ノード）が、音声や映像などのストリーミング・データを送信するためには、ＭＯＳＴフレーム上のストリーム・チャネルに必要な帯域（バイト数）を予約する必要がある。このため、車両システムの起動時には、必要な全てのノードがリングに接続され、ＭＯＳＴマスタによってアドレスが付与されている必要がある。さらに、ダイナミックな故障診断を行うためには、アプリケーションの動作が再現でき、且つネットワークの制御状態も監視できる機能がネットワーク上に存在する必要があり、ネットワーク上に故障診断装置を組み込むのは現実的ではない。
【０００８】
本発明は、このような不具合に鑑みなされたものであり、その目的とするところは、車両用通信システムを構成する制御装置のうち故障している制御装置を容易に特定するなど、過去に起こった故障の原因をディーラーの故障診断担当者に容易に判断させることができ、故障中の制御装置が特定されずに正常な制御装置が誤って交換されるのを回避する技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するためになされた請求項１に係る車両用通信システムは、「ネットワークに接続される制御装置間のやり取りを通信履歴として保存し、その保存した通信履歴を利用者に対して提示可能としたこと」を特徴とする。
【００１０】
具体的には、上述の車両用通信システムは、車両に搭載された複数の制御装置が車両内の通信用のネットワークによって接続されるとともに、各制御装置が該ネットワークを介して互いにデータを送受信するよう構成される。上述の複数の制御装置のうちの少なくとも何れか一つは、記憶手段と、提示手段と、提示制御手段と、を備える。記憶手段は、ネットワークを介して送受信されたデータの通信履歴を記憶する。また、提示手段は、記憶手段が記憶する通信履歴を利用者に対して提示可能である。そして、提示制御手段が、記憶手段が記憶する通信履歴を利用者の要求に応じて読み出し、その読み出した通信履歴を前記提示手段に提示させる。
【００１１】
このように構成された本発明の車両用通信システムによれば、車両用通信システムを構成する制御装置のうち故障している制御装置を容易に特定するなど、過去に起こった故障の原因をディーラーの故障診断担当者に容易に判断させることができ、正常なナビゲーションシステムが誤って交換されるのを回避することができる。
【００１２】
また、本発明の車両用通信システムによれば、従来のような専用の故障診断装置が不要となる。勿論、ディーラーでの故障診断用には車両メーカから提供される故障診断装置が存在し、多重通信ラインなどのネットワークから取得した通信履歴を用いて、制御装置の故障診断を実施することが可能である。
【００１３】
なお、上述の複数の制御装置のうちの少なくとも何れか一つについては、設定されたルートに基づく案内機能を有する車載用ナビゲーション装置であることが考えられる(請求項２)。この場合、情報系車内LAN（ネットワーク）に接続された車載用ナビゲーション装置と、同様に情報系車内LANに接続された他の機器とのやり取りを、通信履歴として過去の一定時間車載用ナビゲーション装置における書き換え可能な不揮発性の記憶領域（フラッシュメモリやハードディスクドライブなど）に記憶しておき、その内容をヒューマンマシンインターフェースによって再現させる。また、上述のように経路案内機能などを実現するために車載用ナビゲーション装置が備える各種構成を上述の記憶手段、提示手段および提示制御手段として機能させることができ、他の制御装置に比べて有利である。
【００１４】
ところで、上述の提示制御手段については、記憶手段から読み出した通信履歴をリスト形式にて提示手段に提示させることが考えられる（請求項３）。このように構成すれば、各通信データに対する相手からの反応の有無を確認することができ、故障している制御装置をより特定しやくすることができる。
【００１５】
また、上述の提示制御手段については、記憶手段から読み出した通信履歴を時系列のグラフ形式にて提示手段に提示させることが考えられる(請求項４)。このように構成すれば、例えば音声信号などの信号を制御装置が適切に出力しているか否かを確認することができ、故障している制御装置をより特定しやくすることができる。
【００１６】
また、通信履歴を記憶しておくための記憶手段としては、ＥＥＰＲＯＭ等の不揮発性メモリ、或いはＲＡＭ等の揮発性メモリなど、種々のメモリを使用することができるが、より好ましくは、例えば請求項５に記載したように、不揮発性メモリを用いるとよい。つまり、一旦記憶されれば、電力供給がなくなっても記憶された通信履歴が消失しないからである。もちろん、例えば車両においてイグニションスイッチをオフしても常時電力供給がなされるのであれば、ＲＡＭなどの揮発性メモリを用いることも可能ではあるが、通常の車両使用において想定される車載バッテリの交換等を考慮すれば、不揮発性メモリを用いるのが好ましい。
【発明を実施するための最良の形態】
【００１７】
以下に本発明の実施形態を図面とともに説明する。
［第一実施形態］
図１は、第一実施形態の車両用通信システム１を表す概略構成図である。また、図２は、第一実施形態の車両用通信システム１が備えるナビゲーションシステムＥＣＵ３を表す概略構成図である。
【００１８】
［車両用通信システム１の構成の説明］
車両用通信システム１は、設定されたルートに基づく案内機能を有するナビゲーションシステムＥＣＵ３、各種映像データの表示機能を有するディスプレイＥＣＵ５、ＣＤなどの再生機能を有するオーディオＥＣＵ７、およびゲートウェイＥＣＵ９が車両内の通信用の情報系ネットワーク１１によって接続されるとともに、各ＥＣＵが情報系ネットワーク１１を介して互いにデータを送受信するよう構成される。なお、ナビゲーションシステムＥＣＵ３とディスプレイＥＣＵ５とは、映像信号を送受信するための通信回線４で接続されており、情報系ネットワーク１１を介しての映像信号の送受信を行わず、この通信回線４を介して映像信号の送受信を行う。また、オーディオＥＣＵ７にはスピーカ８が接続されている。このスピーカ８はオーディオＥＣＵ７によって再生された音声を放音する機能を有する。なお、ナビゲーションシステムＥＣＵ３は、車載用ナビゲーション装置に該当する。
【００１９】
なお、本実施形態では、情報系ネットワーク１１については、リング・トポロジを基本としたネットワーク（ＭＯＳＴ（Media Oriented Systems Transportの略）など）として構成されている。また、本実施形態では、ナビゲーションシステムＥＣＵ３、ディスプレイＥＣＵ５、オーディオＥＣＵ７およびゲートウェイＥＣＵ９が情報系ネットワーク１１に接続されているが、例えば、地上波テレビやラジオチューナ、衛星放送用チューナなど、その他の電子制御装置が情報系ネットワーク１１に接続されるよう構成されてもよい。但し、ゲートウェイＥＣＵ９またはその機能を有する制御機器については、情報系ネットワーク１１上に１つしかその存在が許されていない。
【００２０】
［ナビゲーションシステムＥＣＵ３の構成の説明］
図２に示すように、ナビゲーションシステムＥＣＵ３は、本ナビゲーションシステムＥＣＵ３の全てのアプリケーションを動作させるＣＰＵ２９、車両の現在位置を検出する位置検出器（図示省略）、地図データなどを記録するＤＶＤ／ＨＤＤ３５、使用者による各種入力操作を受け付ける操作スイッチ群（図示省略、後述）、運転者が設定した経路など各種の情報などを記憶する外部メモリ（図示省略）、使用者による各種入力操作をリモコンを介して受け付けるリモコンセンサ（図示省略）、アプリケーションプログラムを格納するＲＯＭ３３、アプリケーションプログラムを一時退避するＲＡＭ３１、情報系ネットワーク１１上を伝送されたデータのログ（通信履歴）を格納するＨＤＤ／ＲＯＭ３４、ＣＰＵ２９で描画した映像信号を外部に出力するためのディスプレイＩ／Ｆ３７、情報系ネットワーク１１上を伝送される制御信号や同期信号を送受信し、これらを制御信号と音声信号とに分離してＣＰＵ２９と通信する電気的または光学的なインターフェイスであるＭＯＳＴＩ／Ｆ３９、Ｉ／Ｏ、及びこれらの構成を接続するバスラインなどを備えている。なお、ナビゲーションシステムＥＣＵ３が備えるこれら位置検出器などの構成は公知技術に従っているので、詳細な説明は省略する。
【００２１】
また、ディスプレイＩ／Ｆ３７は通信回線４に接続されており、このことにより、ＣＰＵ２９は、ディスプレイＩ／Ｆ３７および通信回線４を介して、映像信号をディスプレイＥＣＵ５との間で送受信することができる。また、ＭＯＳＴＩ／Ｆ３９は情報系ネットワーク１１に接続されており、このことにより、ＣＰＵ２９は、ＭＯＳＴＩ／Ｆ３９および情報系ネットワーク１１を介して、制御信号や音声信号を他のＥＣＵとの間で送受信することができる。
【００２２】
なお、本実施形態では、ＲＯＭ３３としてフラッシュメモリを用いているが、書き換え可能な不揮発性の記憶領域であれば他の構成を用いてもよい。また、本実施形態では、ＨＤＤ／ＲＯＭ３４としてフラッシュメモリまたはハードディスクドライブを用いているが、書き換え可能な不揮発性の記憶領域であれば他の構成を用いてもよい。
【００２３】
また、ＣＰＵ２９は、各部構成を制御して経路設定などの各種処理を実行するものである。具体的には、ＣＰＵ２９は、ＲＯＭ３３及びＲＡＭ３１に記憶されたプログラムに基づいて、位置検出器からの各検出信号に基づき座標及び進行方向の組として車両の現在位置を算出し、地図データ入力器を介して読み込んだ現在位置付近の地図等を表示装置に表示する地図表示処理や、地図データ入力器に格納された地点データに基づき、操作スイッチ群やリモコン等の操作に従って目的地となる施設を選択し、現在位置から目的地までの最適な経路（目的地経路）を自動的に求める経路計算処理を行う。
【００２４】
また、ＣＰＵ２９は、情報系ネットワーク１１上を伝送されたデータのログ（通信履歴）をＭＯＳＴＩ／Ｆ３９を介して取得してＨＤＤ／ＲＯＭ３４に格納させる機能を有する。
【００２５】
［ゲートウェイＥＣＵ９の構成の説明］
図１に示すように、ゲートウェイＥＣＵ９は、ＭＯＳＴネットワークＩ／Ｆ１３、バッファ１５、プロトコルチェンジ１７、バッファ１９、ＣＡＮＩ／Ｆ２１を、ＣＰＵ２３を備える。なお、ＭＯＳＴネットワークＩ／Ｆ１３、バッファ１５、プロトコルチェンジ１７、バッファ１９、ＣＡＮＩ／Ｆ２１については、この順に通信回線に互いに接続されており、互いにデータを送受信するよう構成される。また、これらＭＯＳＴネットワークＩ／Ｆ１３、バッファ１５、プロトコルチェンジ１７、バッファ１９、ＣＡＮＩ／Ｆ２１は、ＣＰＵ２３とそれぞれ通信回線で接続されて、データを送受信するよう構成される。
【００２６】
また、ゲートウェイＥＣＵ９は、ＭＯＳＴネットワークＩ／Ｆ１３を介して情報系ネットワーク１１に接続されている。
また、ゲートウェイＥＣＵ９は、ＣＡＮＩ／Ｆ２１を介して制御系ネットワーク（ＣＡＮ）２５にも接続されている。また、制御系ネットワーク２５には、ステアリングスイッチ２７が接続されている。このステアリングスイッチ２７は、ナビゲーションシステムＥＣＵ３における操作スイッチ群としての機能を有し、使用者による各種入力操作を受け付けることができる。
【００２７】
なお、ステアリングスイッチ２７とゲートウェイＥＣＵ９とは多重信号ラインである制御系ネットワーク２５に接続されているが、情報系ネットワーク１１に接続されるよう構成してもよい。
【００２８】
次に、ゲートウェイＥＣＵ９およびナビゲーションシステムＥＣＵ３を中心とする各種信号の送受信について信号の種別ごとに説明する。
（１）キースイッチ情報
ステアリングスイッチ２７からのキースイッチ情報は、ゲートウェイＥＣＵ９によって指定されたナビゲーションシステムＥＣＵ３のアドレスを要求することによって、ゲートウェイＥＣＵ９に認識され、情報系ネットワーク１１に接続されたすべてのＥＣＵに対して、ステアリングスイッチ２７からナビゲーションシステムＥＣＵ３への制御データであることが伝達される。なお、アドレスを指定されていない他のＥＣＵは自分が宛先になっていないので応答する必要はない。ナビゲーションシステムＥＣＵ３に伝えられたキースイッチ情報が正しいパラメータで指定されていることがナビゲーションシステムＥＣＵ３で判断されると、ナビゲーションシステムＥＣＵ３からの応答がゲートウェイＥＣＵ９に伝えられる。そして、正しい応答フォーマットであることが判断されると、ステアリングスイッチ２７に伝えられる。情報系ネットワーク１１上を伝達されるメッセージについては、情報系ネットワーク１１に接続されたすべてのＥＣＵによって監視可能であり、全てのメッセージフォーマットとパラメータについては、予め取り決められたものを使用する必要がある。
（２）音声信号
ナビゲーションシステムＥＣＵ３から送信される案内音声などの音声信号については、ゲートウェイＥＣＵ９によって指定されたオーディオＥＣＵ７のアドレスを要求することによって、ゲートウェイＥＣＵ９に認識され、情報系ネットワーク１１に接続されたすべてのＥＣＵに対して、ナビゲーションシステムＥＣＵ３からオーディオＥＣＵ７への制御データであることが伝達される。また、音声信号などのリアルタイムデータについては、情報系ネットワーク１１では同期チャネルを使用するために、ナビゲーションシステムＥＣＵ３は、ゲートウェイＥＣＵ９に対して同期チャネル割り当てを行うために、音声権取得の手続きを行う。音声権取得がゲートウェイＥＣＵ９によって許可された後、ナビゲーションシステムＥＣＵ３は、情報系ネットワーク１１上におけるアドレスをオーディオＥＣＵ７に指定して音声データを送信する。一方、オーディオＥＣＵ７は自分に指定された音声データを受信し、正しいパラメータでエンコードされたデータであればそれをデコードしてスピーカ８に出力する。
（３）映像信号
ナビゲーションシステムＥＣＵ３から送信される映像信号については、ゲートウェイＥＣＵ９によって指定されたディスプレイＥＣＵ５のアドレスを要求することによって、ゲートウェイＥＣＵ９に認識され、情報系ネットワーク１１に接続されたすべてのＥＣＵに対して、ナビゲーションシステムＥＣＵ３からディスプレイＥＣＵ５への制御データであることが伝達される。なお、本実施形態では、ディスプレイＥＣＵ５に表示させる映像を監視するために映像権取得の手続きを行う。情報系ネットワーク１１では仕様上、映像信号も扱うことが可能であり、同期チャネルを割り当てて、映像信号をＭＯＳＴに送信することも可能であるが、ここでは独立した映像信号ラインである通信回線４で伝送する。映像権取得がゲートウェイＥＣＵ９によって許可された後、ナビゲーションシステムＥＣＵ３は、情報系ネットワーク１１上にアドレスを指定して、映像信号をディスプレイＥＣＵ５に伝送することを宣言する。そして、ナビゲーションシステムＥＣＵ３は映像信号ラインを通じて映像信号をディスプレイＥＣＵ５に出力する。
【００２９】
［対応関係の説明］
なお、車両用通信システム１が備える各ＥＣＵは特許請求の範囲における制御装置に該当する。また、ＨＤＤ／ＲＯＭ３４は特許請求の範囲における記憶手段に該当する。また、ディスプレイＥＣＵ５は特許請求の範囲における提示手段に該当する。また、ナビゲーションシステムＥＣＵ３のＣＰＵ２９は特許請求の範囲における提示制御手段に該当する。
【００３０】
［車両用通信システム１の動作の説明］
次に、車両用通信システム１の動作について図３〜図７を参照して説明する。
［ドライブレコーダの初期作動処理の説明］
まず、ナビゲーションシステムＥＣＵ３のＣＰＵ２９が実行するドライブレコーダの初期作動処理を、図３を参照して説明する。本処理は、図示しない車両のアクセサリ電源がオンとなり（ステップＳ１０２）、ナビゲーションシステムＥＣＵ３に電源供給された場合に実行される。
【００３１】
ドライブレコーダ機能は、ナビゲーションシステムＥＣＵ３のアプリケーションの一つとして動作し、ナビゲーションシステムＥＣＵ３が起動したことを確認した後（Ｓ１０４、Ｓ１０６：はい）、自動的に情報系ネットワーク１１上を伝送される各種データを取得する。具体的には、まず、ナビゲーションシステムＥＣＵ３は起動シーケンスを実施し、ＭＯＳＴネットワークに参加し、その後、ナビゲーションアプリケーションを起動させ、ユーザ操作を待っている状態となっている（Ｓ１０８）。その後、ＭＯＳＴログタスクの起動が確認されると、ＭＯＳＴ通信が正常であることを確認し（Ｓ１１０：はい）、ＨＤＤ／ＲＯＭ３４のログ格納領域を初期化し（Ｓ１１２、Ｓ１１４：はい）、ＨＤＤ／ＲＯＭ３４のログ格納領域が正常であることを確認する（Ｓ１１６：はい）。そして、タイマを起動させ（Ｓ１１８）、ＭＯＳＴログを取得してＨＤＤ／ＲＯＭ３４のログ格納領域に記憶する（Ｓ１２０）。なお、ＨＤＤ／ＲＯＭ３４のログ格納領域は有限であるため、予め設定された領域が一杯になると、古いデータから順次削除し、新たにＭＯＳＴログを取得してＨＤＤ／ＲＯＭ３４のログ格納領域に記憶するようにしている（Ｓ１２０、Ｓ１２２）。そのため、ＨＤＤ／ＲＯＭ３４のログ格納領域がＭＯＳＴログでオーバーフロー（Ｓ１２４：はい）する以外は（Ｓ１２４：いいえ）、タイマ設定値までＭＯＳＴログをＨＤＤ／ＲＯＭ３４のログ格納領域に書込み続け（Ｓ１２６：いいえ、Ｓ１２２）、タイマ設定値に到達すると（Ｓ１２６：はい）、ＨＤＤ／ＲＯＭ３４のログ格納領域に格納されたＭＯＳＴログをリスト化し（Ｓ１２８）、リスト化が正常に行われると（Ｓ１３０：はい）、そのリストタイトルをＲＯＭ３３に通信履歴として書込みを行う（Ｓ１３２）。このようにリスト化することにより、その後のＭＯＳＴログ記録の確認が可能となる。なお、ＲＯＭ３３のリストタイトル格納領域も有限のため、カウンタを起動し（Ｓ１３４）、リストを書くためのコマンドシーケンスにタイムスタンプを付け（Ｓ１３６）、カウンタがオーバーフロー（予め設定された領域が一杯になる）すると（Ｓ１３８：はい）、カウンタとタイムスタンプをリセットし、格納領域のメモリ初期化を実施する（Ｓ１４０、Ｓ１４２）。
【００３２】
［ドライブレコーダの故障診断機能作動処理の説明］
次に、ナビゲーションシステムＥＣＵ３のＣＰＵ２９が実行するドライブレコーダの故障診断機能作動処理を、図４を参照して説明する。この故障診断機能作動処理は、車両がディーラーに持ち込まれ、車両メーカが提供するオフボードの故障診断装置によって、ＭＯＳＴに接続される電子制御機器の故障が特定できない場合に、故障しているＥＣＵを特定するために実行される。
【００３３】
本処理は、図示しない車両のアクセサリ電源がオンとなり（ステップＳ２０２）、ナビゲーションシステムＥＣＵ３に電源供給された場合に実行される。
ナビゲーションシステムＥＣＵ３が起動したことを確認した後（Ｓ２０４、Ｓ２０６：はい）、ドライブレコーダタスクを起動させる（Ｓ２０８、図７（ａ）参照））。
【００３４】
このドライブレコーダタスクは、まず、上述の「ドライブレコーダの初期作動処理」にて作成されたリストをチェックする（Ｓ２１０）。ＨＤＤ／ＲＯＭ３４のログ格納領域とＲＯＭ３３のリストタイトル格納領域が正常であることを確認するためにメモリチェックを行い（Ｓ２１２）、もし異常があれば（Ｓ２１２：いいえ）、このドライブレコーダタスクを終了する（Ｓ２１４）。一方、メモリチェック結果が正常であれば（Ｓ２１２：はい）、ＭＯＳＴログのタイムスタンプとリストタイトルのタイムスタンプを確認し、ＭＯＳＴログが正常かどうかを確認する（Ｓ２１６）。もし、異常であれば（Ｓ２１６：いいえ）、上述のドライブレコーダ初期作動処理を実施させる（Ｓ２１８）。一方、ＭＯＳＴログが正常であれば（Ｓ２１６：はい）、ドライブレコーダタスクは、ドライブレコーダ機能が準備完了であると判断して指定時刻設定画面に遷移し（Ｓ２２０、図７（ｂ）参照）、故障診断を行う期間の指定を受け付ける（Ｓ２２２）。指定した期間のＭＯＳＴログが存在していなければ（Ｓ２２４：いいえ）、もう一度指定時刻設定を促す（Ｓ２２２）。一方、指定したＭＯＳＴログが存在すれば（Ｓ２２４：はい）、各診断項目を選択し、さらに２種類の表示方法（リスト又はグラフ）を選択する（Ｓ２２６）。履歴リスト表示が選択された場合には（Ｓ２２６：リスト）、履歴リストを表示する（図７（ｃ）参照）。一方、時系列グラフ表示が選択された場合には（Ｓ２２６：グラフ）、時系列グラフを表示する（図７（ｄ）参照）。
【００３５】
ここで、作業者は、ディスプレイＥＣＵ５の画面に表示された診断結果に基づいて、どのＥＣＵに故障要因があるのかを診断する。以下に、ドライブレコーダ故障診断でのアプリケーション動作手順を示す。
【００３６】
（イ）ドライブレコーダ機能はディーラーでのみ起動できる機能であるため、指定コードを入力して、ドライブレコーダ診断モードに入る。
（ロ）ＭＯＳＴログを呼び出す期間を設定する。（例：２００６年１月１日２２時５分００秒〜２００６年２月１日２２時５分００秒、３０秒間隔）
（ハ）ナビゲーションシステムＥＣＵ３が、情報系ネットワーク１１に対して映像権取得・開放に関わる通信コマンドを送受信した処理記録から、タイムスタンプ、通信コマンド名称、通信解析結果がリスト表示する画面を表示し、ＭＯＳＴ対応ナビ要因で故障が発生したか否かを確認する。
【００３７】
（ニ）ナビゲーションシステムＥＣＵ３がＭＯＳＴに対して音声権取得・開放に関わる通信コマンドを送受信した処理記録から、タイムスタンプ、通信コマンド名称、通信解析結果がリスト表示する画面と、案内音声を発話することにより、ＭＯＳＴ対応ナビ要因で故障が発生したか否かを確認する。
【００３８】
（ホ）ナビゲーションシステムＥＣＵ３が情報系ネットワーク１１に対してスイッチ選択（ステアリングスイッチコマンド、若しくはタッチディスプレイ指定座標位置）の取得・開放に関わる通信コマンドを送受信した処理記録から、タイムスタンプ、スイッチ選択受付期間、スイッチ選択非受付期間が時系列に表示される画面を表示し、ナビゲーションシステムＥＣＵ３における要因で故障が発生したか否かを確認する。
【００３９】
上述のドライブレコーダ故障診断でのアプリケーション動作が終了していない場合には（Ｓ２３２：いいえ）、指定時刻設定画面に再び遷移し（Ｓ２２０、一方、終了した場合には（Ｓ２３２）、本処理を終了する。
【００４０】
［ドライブレコーダの故障可否判定の説明］
次に、故障可否判定を実現するための手順を、図５および図６を参照して説明する。なお、図５は音声出力ＭＯＳＴシーケンスの説明図であり、図６は音声出力の故障診断処理を表すフローチャートである。
【００４１】
ナビゲーションシステムＥＣＵ３は、その設定経路上の分岐点に案内ポイントを設けており、これら案内ポイントを通過することをトリガーとしてナビゲーションシステムＥＣＵ３の地図データ格納領域であるＤＶＤ／ＨＤＤ３５に格納された音声データを案内音声として発話する。案内音声は音声データとして情報系ネットワーク１１を経由して、オーディオＥＣＵ７からスピーカ８に出力される。なお、この一連の動作は情報系ネットワーク１１に接続されるＥＣＵ間で仕様化されており、ゲートウェイＥＣＵ９が各ＥＣＵとの協調を行っている。従って、このシーケンスが仕様通りであることを観測することによって、故障診断を容易に行えるようになっている。以下に、情報系ネットワーク１１上での音声信号に関わるユースケースを以下に示す。
【００４２】
本処理は、図示しない車両のアクセサリ電源がオンとなり、ナビゲーションシステムＥＣＵ３に電源供給された場合に実行される。
ナビゲーションシステムＥＣＵ３が起動したことを確認した後、ドライブレコーダタスクを起動させる（Ｓ３０２）。そして、診断を要求された場合には（Ｓ３０４：はい）、音権を開放するよう要求されたか否かを診断する（Ｓ３０６）。
【００４３】
ナビゲーションシステムＥＣＵ３は、上述のように案内ポイントをトリガとしてゲートウェイＥＣＵ９に対して音権を開放するよう要求を行う。なお、ナビゲーションシステムＥＣＵ３が音権を開放するよう要求を行っていない場合には（Ｓ３０８：いいえ）、ナビゲーションシステムＥＣＵ３に起因する故障についての要因が存在すると考えられる（Ｓ３１０）。また、ゲートウェイＥＣＵ９が何らかの要因でこの要求を拒否する場合は、ナビゲーションシステムＥＣＵ３に対してリトライ要求を行う。このことにより、この時点においてナビゲーションシステムＥＣＵ３に起因する故障についての要因が除外される。一方、上述の音権開放要求がゲートウェイＥＣＵ９で許可されると、ゲートウェイＥＣＵ９はオーディオＥＣＵ７に対して音権開放要求を通知する。なお、ゲートウェイＥＣＵ９が音権を開放するよう要求を行っていない場合には（Ｓ３１２：いいえ）、ゲートウェイＥＣＵ９に起因する故障についての要因が存在すると考えられる（Ｓ３１４）。また、オーディオＥＣＵ７が優先順位の高い音権が起動中などの理由でその音権を開放できない場合には（Ｓ３１６：いいえ）、音権開放拒否をゲートウェイＥＣＵ９に通知する。すると、ゲートウェイＥＣＵ９はナビゲーションシステムＥＣＵ３に対して音権開放拒否を通知する。このことにより、この時点においてもナビゲーションシステムＥＣＵ３に起因する故障についての要因が除外される。
【００４４】
なお、先にナビゲーションシステムＥＣＵ３が音権を開放するよう要求を行ってから所定時間が経過した場合には（Ｓ３３２：はい）、オーディオＥＣＵ７に起因する故障についての要因が存在すると考えられる（Ｓ３３４）。また、ゲートウェイＥＣＵ９がオーディオＥＣＵ７から音権を取得することを許諾した場合には（Ｓ３３６：いいえ）、ゲートウェイＥＣＵ９に起因する故障についての要因が存在すると考えられる（Ｓ３３８）。一方、ゲートウェイＥＣＵ９がオーディオＥＣＵ７から音権を取得することを拒否した場合には（Ｓ３３６：はい）、ナビゲーションシステムＥＣＵ３に起因する故障についての要因が存在すると考えられる（Ｓ３４０）。
【００４５】
一方、オーディオＥＣＵ７が音権開放を受け入れる場合には（Ｓ３１６：はい）、音権開放をゲートウェイＥＣＵ９に通知し、ゲートウェイＥＣＵ９は音権許可をナビゲーションシステムＥＣＵ３に通知する。なお、ゲートウェイＥＣＵ９は音権許可をナビゲーションシステムＥＣＵ３に通知しなかった場合には（Ｓ３１８：いいえ）、ゲートウェイＥＣＵ９に起因する故障についての要因が存在すると考えられる（Ｓ３２０）。この通知を受けてナビゲーションシステムＥＣＵ３は音声信号を情報系ネットワーク１１上に出力することとなるが、ここで情報系ネットワーク１１上に音声信号（同期信号ストリーム）が出力されない場合には（Ｓ３２２：いいえ）、ナビゲーションシステムＥＣＵ３に起因する故障についての要因が存在すると考えられる（Ｓ３２４）。
【００４６】
また、音声信号（同期信号ストリーム）が情報系ネットワーク１１上に伝送されており、オーディオＥＣＵ７からスピーカ８を通じて音声が発話されていない場合には（Ｓ３２６：はい）、ナビゲーションシステムＥＣＵ３に起因する故障についての要因が除外される。つまり、オーディオＥＣＵ７またはスピーカ８に起因する故障についての要因が存在すると考えられる（Ｓ３３０）。
【００４７】
なお、音声信号（同期信号ストリーム）が情報系ネットワーク１１上に伝送されていても、音声信号が同期信号ストリームに格納されていない場合もある。したがって、実際に記録された音声信号を再生することで、その検証が可能となる。
【００４８】
一方、音声信号（同期信号ストリーム）が情報系ネットワーク１１上に伝送されており、オーディオＥＣＵ７からスピーカ８を通じて音声が発話されている場合には（Ｓ３２６：いいえ）、故障についての要因が存在するＥＣＵを特定できないとする（Ｓ３２８）。
【００４９】
以上のように、過去に故障が検出されたことをユーザが確認した場合において、車両がディーラーに持ち込まれた時点でその故障が再現できない場合であっても、ディーラーの担当者が情報系ネットワーク１１上のシーケンスを確認することで、またシーケンスが正常であってもログの音声を再生することによって、故障の要因を特定することができる。
【００５０】
［第一実施形態の効果］
（１）このように第一実施形態の車両用通信システム１によれば、次のような作用効果を奏する。すなわち、車両用通信システム１は、設定されたルートに基づく案内機能を有するナビゲーションシステムＥＣＵ３、各種映像データの表示機能を有するディスプレイＥＣＵ５、ＣＤなどの再生機能を有するオーディオＥＣＵ７、およびゲートウェイＥＣＵ９が車両内の通信用の情報系ネットワーク１１によって接続されるとともに、各ＥＣＵが情報系ネットワーク１１を介して互いにデータを送受信するよう構成され、このうちのナビゲーションシステムＥＣＵ３が、情報系ネットワーク１１上を伝送されたデータのログ（通信履歴）を格納するＨＤＤ／ＲＯＭ３４、本ナビゲーションシステムＥＣＵ３の全てのアプリケーションを動作させるＣＰＵ２９、を備えている。そして、ナビゲーションシステムＥＣＵ３のＣＰＵ２９が、ＨＤＤ／ＲＯＭ３４に記憶された過去の一定時間の通信履歴を参照し、その内容を視覚化・聴覚化してディスプレイＥＣＵ５やスピーカ８に表示・発話させる。このことにより、車両用通信システム１を構成する制御装置のうち故障しているＥＣＵを容易に特定するなど、過去に起こった故障の原因をディーラーの故障診断担当者に容易に判断させることができ、正常なナビゲーションシステムが誤って交換されるのを回避することができる。
【００５１】
（２）また、第一実施形態の車両用通信システム１によれば、ドライブレコーダ機能をナビゲーションシステムＥＣＵ３に搭載している。このことにより、ナビゲーションシステムＥＣＵ３が備える各種構成を本発明の実現のために利用することができ、他のＥＣＵにドライブレコーダ機能を搭載する場合に比べて有利である。
【００５２】
（３）また、第一実施形態の車両用通信システム１によれば、ＭＯＳＴログを履歴リストとしてディスプレイＥＣＵ５に表示可能である（図７（ｃ）参照）。このことにより、各通信データに対する相手からの反応の有無を確認することができ、故障しているＥＣＵをより特定しやくすることができる。
【００５３】
（４）また、第一実施形態の車両用通信システム１によれば、ＭＯＳＴログを時系列グラフとしてディスプレイＥＣＵ５に表示可能である（図７（ｄ）参照）。このことにより、例えば音声信号などの信号を制御装置が適切に出力しているか否かを確認することができ、故障している制御装置をより特定しやくすることができる。
【００５４】
（５）また、第一実施形態の車両用通信システム１によれば、情報系ネットワーク１１上を伝送されたデータのログ（通信履歴）を格納するＨＤＤ／ＲＯＭ３４としてフラッシュメモリまたはハードディスクドライブを用いている。このことにより、記憶された通信履歴が、電力供給がなくなっても消失しない。
【００５５】
［他の実施形態］
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、様々な態様にて実施することが可能である。
【図面の簡単な説明】
【００５６】
【図１】第一実施形態の車両用通信システムを表す概略構成図である。
【図２】第一実施形態の車両用通信システムが備えるナビゲーションシステムＥＣＵを表す概略構成図である。
【図３】ドライブレコーダの初期作動処理を表すフローチャートである。
【図４】ドライブレコーダの故障診断機能作動処理を表すフローチャートである。
【図５】音声出力ＭＯＳＴシーケンスの説明図である。
【図６】音声出力の故障診断処理を表すフローチャートである。
【図７】ドライブレコーダによる故障診断機能の表示例であり、（ａ）は初期画面であり、（ｂ）は指定時刻設定画面であり、（ｃ）は履歴リスト画面であり、（ｄ）は時系列グラフ画面である。
【符号の説明】
【００５７】
１…車両用通信システム、３…ナビゲーションシステムＥＣＵ、４…通信回線、
５…ディスプレイＥＣＵ、７…オーディオＥＣＵ、８…スピーカ、
９…ゲートウェイＥＣＵ、１１…情報系ネットワーク、
１３…ＭＯＳＴネットワークＩ／Ｆ、１５，１９…バッファ、
１７…プロトコルチェンジ、２１…ＣＡＮＩ／Ｆ、２３，２９…ＣＰＵ、
２５…制御系ネットワーク、２７…ステアリングスイッチ、３１…ＲＡＭ、
３３…ＲＯＭ、３４…ＨＤＤ／ＲＯＭ、３５…ＤＶＤ／ＨＤＤ、
３７…ディスプレイＩ／Ｆ、３９…ＭＯＳＴＩ／Ｆ
【技術分野】
【０００１】
本発明は、車両に搭載された複数の制御装置をデータ通信用のネットワークを介して接続し、各制御装置が該ネットワークを介して互いにデータを送受信するよう構成された車両用通信システムに関し、故障中の制御装置が特定されずに正常な制御装置が誤って交換されるのを回避する技術に関する。
【背景技術】
【０００２】
従来より、車両に搭載された複数の制御装置が車両内の通信用のネットワークによって接続されるとともに、そのネットワークには車両外の故障診断装置が有線又は無線にて通信可能に接続される車両用通信システムが知られている（例えば、特許文献１参照。）。
【０００３】
この種の車両用通信システムにおいては、送信するメッセージのヘッダ領域に、送信先の制御装置を示すアドレスを含ませることで、その制御装置との通信が実現されるようになっている。
【０００４】
そして、車両の故障診断を行う際には、作業者が、車両内のネットワークに故障診断装置（いわゆる故障診断ツール）を通信可能に接続するとともに、その故障診断装置に備えられた入力キー等を操作して、その故障診断装置に、故障診断をしたい目的の機能が実装された制御装置と、故障診断に関する処理内容（即ち、その制御装置に実施させたい故障診断処理の内容）とのそれぞれを示す情報を入力すると、故障診断装置から上記目的の機能が実装された制御装置へ、その制御装置を送信先とし且つ上記処理内容の実施を指令する要求メッセージが送信させるようになっていた。
【０００５】
なお、故障診断用の要求メッセージとしては、例えば、制御装置内に記憶されている制御データを返送させるためのデータ要求メッセージや、アクチュエータを強制的に駆動させるための駆動要求メッセージなどがある。
【特許文献１】特開２００２−０９１５４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上述のような車両用通信システムにおける故障診断においては、次のような問題があった。すなわち、近年、用いられる情報系車内ＬＡＮにおいては、その情報量の多さに起因して様々な要因の組み合わせで不具合が発生するケースが多く、例えばディーラーに車両を入庫する前にユーザが制御装置の故障を発見したとしても、入庫後のディーラーでの故障診断ではその故障を発見できないといったケースが数多くある。一方、情報系車内ＬＡＮに接続されたナビゲーションシステムでは、その音声案内や映像出力のヒューマンマシンインターフェースを、情報系車内ＬＡＮに接続された他の機器と通信でやり取りすることによって実現している。そのため、例えばナビゲーションシステムの案内音声が車のスピーカから聞こえないといった具合に車両用通信システムを構成する制御装置の何れかに故障が起こった場合には、例えばナビゲーションシステムやアンプ、ゲートウェイなどその機能に関わる制御装置が多数存在するため、車両をディーラーに持ち込んだ時にその故障事象が再現しない場合には故障している制御装置を特定するのが困難となる。このような場合、案内音声を発生させる源であるナビゲーションシステムが、故障していると診断されることが多く、その結果、故障していないにも拘わらずナビゲーションシステムが修理対象として交換されるという問題があった。
【０００７】
特に、上述のネットワークが、例えばＭＯＳＴ（Media Oriented Systems Transportの略）などのリング・トポロジを基本としたネットワークとして構成されている場合には、受信だけでなく、ネットワークに接続される故障診断装置でさえも通信の複雑さを加える要員となり、実際にはディーラーに持ち込まれた時点では、正常な系の診断を行うことしかできない。さらに、ＭＯＳＴなどのネットワークにおいては、音声や映像などのストリーミング・データも扱うことが可能であり、フレームデータには、ストリーム・チャネル（同期チャネル）、パケット・チャネル（非同期チャネル）、制御チャネルの3種類のデータ・チャネルが含まれ、制御チャネル情報だけではデータの内容が良いのか悪いのかを判断することができない。ＭＯＳＴなどのネットワークに接続される制御装置すべては、ネットワークの中に一つだけ存在するタイミング・マスタ（いわゆるＭＯＳＴマスタ）に同期して各種データを転送するので、ＭＯＳＴ以外の制御機器（ノード）が、音声や映像などのストリーミング・データを送信するためには、ＭＯＳＴフレーム上のストリーム・チャネルに必要な帯域（バイト数）を予約する必要がある。このため、車両システムの起動時には、必要な全てのノードがリングに接続され、ＭＯＳＴマスタによってアドレスが付与されている必要がある。さらに、ダイナミックな故障診断を行うためには、アプリケーションの動作が再現でき、且つネットワークの制御状態も監視できる機能がネットワーク上に存在する必要があり、ネットワーク上に故障診断装置を組み込むのは現実的ではない。
【０００８】
本発明は、このような不具合に鑑みなされたものであり、その目的とするところは、車両用通信システムを構成する制御装置のうち故障している制御装置を容易に特定するなど、過去に起こった故障の原因をディーラーの故障診断担当者に容易に判断させることができ、故障中の制御装置が特定されずに正常な制御装置が誤って交換されるのを回避する技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するためになされた請求項１に係る車両用通信システムは、「ネットワークに接続される制御装置間のやり取りを通信履歴として保存し、その保存した通信履歴を利用者に対して提示可能としたこと」を特徴とする。
【００１０】
具体的には、上述の車両用通信システムは、車両に搭載された複数の制御装置が車両内の通信用のネットワークによって接続されるとともに、各制御装置が該ネットワークを介して互いにデータを送受信するよう構成される。上述の複数の制御装置のうちの少なくとも何れか一つは、記憶手段と、提示手段と、提示制御手段と、を備える。記憶手段は、ネットワークを介して送受信されたデータの通信履歴を記憶する。また、提示手段は、記憶手段が記憶する通信履歴を利用者に対して提示可能である。そして、提示制御手段が、記憶手段が記憶する通信履歴を利用者の要求に応じて読み出し、その読み出した通信履歴を前記提示手段に提示させる。
【００１１】
このように構成された本発明の車両用通信システムによれば、車両用通信システムを構成する制御装置のうち故障している制御装置を容易に特定するなど、過去に起こった故障の原因をディーラーの故障診断担当者に容易に判断させることができ、正常なナビゲーションシステムが誤って交換されるのを回避することができる。
【００１２】
また、本発明の車両用通信システムによれば、従来のような専用の故障診断装置が不要となる。勿論、ディーラーでの故障診断用には車両メーカから提供される故障診断装置が存在し、多重通信ラインなどのネットワークから取得した通信履歴を用いて、制御装置の故障診断を実施することが可能である。
【００１３】
なお、上述の複数の制御装置のうちの少なくとも何れか一つについては、設定されたルートに基づく案内機能を有する車載用ナビゲーション装置であることが考えられる(請求項２)。この場合、情報系車内LAN（ネットワーク）に接続された車載用ナビゲーション装置と、同様に情報系車内LANに接続された他の機器とのやり取りを、通信履歴として過去の一定時間車載用ナビゲーション装置における書き換え可能な不揮発性の記憶領域（フラッシュメモリやハードディスクドライブなど）に記憶しておき、その内容をヒューマンマシンインターフェースによって再現させる。また、上述のように経路案内機能などを実現するために車載用ナビゲーション装置が備える各種構成を上述の記憶手段、提示手段および提示制御手段として機能させることができ、他の制御装置に比べて有利である。
【００１４】
ところで、上述の提示制御手段については、記憶手段から読み出した通信履歴をリスト形式にて提示手段に提示させることが考えられる（請求項３）。このように構成すれば、各通信データに対する相手からの反応の有無を確認することができ、故障している制御装置をより特定しやくすることができる。
【００１５】
また、上述の提示制御手段については、記憶手段から読み出した通信履歴を時系列のグラフ形式にて提示手段に提示させることが考えられる(請求項４)。このように構成すれば、例えば音声信号などの信号を制御装置が適切に出力しているか否かを確認することができ、故障している制御装置をより特定しやくすることができる。
【００１６】
また、通信履歴を記憶しておくための記憶手段としては、ＥＥＰＲＯＭ等の不揮発性メモリ、或いはＲＡＭ等の揮発性メモリなど、種々のメモリを使用することができるが、より好ましくは、例えば請求項５に記載したように、不揮発性メモリを用いるとよい。つまり、一旦記憶されれば、電力供給がなくなっても記憶された通信履歴が消失しないからである。もちろん、例えば車両においてイグニションスイッチをオフしても常時電力供給がなされるのであれば、ＲＡＭなどの揮発性メモリを用いることも可能ではあるが、通常の車両使用において想定される車載バッテリの交換等を考慮すれば、不揮発性メモリを用いるのが好ましい。
【発明を実施するための最良の形態】
【００１７】
以下に本発明の実施形態を図面とともに説明する。
［第一実施形態］
図１は、第一実施形態の車両用通信システム１を表す概略構成図である。また、図２は、第一実施形態の車両用通信システム１が備えるナビゲーションシステムＥＣＵ３を表す概略構成図である。
【００１８】
［車両用通信システム１の構成の説明］
車両用通信システム１は、設定されたルートに基づく案内機能を有するナビゲーションシステムＥＣＵ３、各種映像データの表示機能を有するディスプレイＥＣＵ５、ＣＤなどの再生機能を有するオーディオＥＣＵ７、およびゲートウェイＥＣＵ９が車両内の通信用の情報系ネットワーク１１によって接続されるとともに、各ＥＣＵが情報系ネットワーク１１を介して互いにデータを送受信するよう構成される。なお、ナビゲーションシステムＥＣＵ３とディスプレイＥＣＵ５とは、映像信号を送受信するための通信回線４で接続されており、情報系ネットワーク１１を介しての映像信号の送受信を行わず、この通信回線４を介して映像信号の送受信を行う。また、オーディオＥＣＵ７にはスピーカ８が接続されている。このスピーカ８はオーディオＥＣＵ７によって再生された音声を放音する機能を有する。なお、ナビゲーションシステムＥＣＵ３は、車載用ナビゲーション装置に該当する。
【００１９】
なお、本実施形態では、情報系ネットワーク１１については、リング・トポロジを基本としたネットワーク（ＭＯＳＴ（Media Oriented Systems Transportの略）など）として構成されている。また、本実施形態では、ナビゲーションシステムＥＣＵ３、ディスプレイＥＣＵ５、オーディオＥＣＵ７およびゲートウェイＥＣＵ９が情報系ネットワーク１１に接続されているが、例えば、地上波テレビやラジオチューナ、衛星放送用チューナなど、その他の電子制御装置が情報系ネットワーク１１に接続されるよう構成されてもよい。但し、ゲートウェイＥＣＵ９またはその機能を有する制御機器については、情報系ネットワーク１１上に１つしかその存在が許されていない。
【００２０】
［ナビゲーションシステムＥＣＵ３の構成の説明］
図２に示すように、ナビゲーションシステムＥＣＵ３は、本ナビゲーションシステムＥＣＵ３の全てのアプリケーションを動作させるＣＰＵ２９、車両の現在位置を検出する位置検出器（図示省略）、地図データなどを記録するＤＶＤ／ＨＤＤ３５、使用者による各種入力操作を受け付ける操作スイッチ群（図示省略、後述）、運転者が設定した経路など各種の情報などを記憶する外部メモリ（図示省略）、使用者による各種入力操作をリモコンを介して受け付けるリモコンセンサ（図示省略）、アプリケーションプログラムを格納するＲＯＭ３３、アプリケーションプログラムを一時退避するＲＡＭ３１、情報系ネットワーク１１上を伝送されたデータのログ（通信履歴）を格納するＨＤＤ／ＲＯＭ３４、ＣＰＵ２９で描画した映像信号を外部に出力するためのディスプレイＩ／Ｆ３７、情報系ネットワーク１１上を伝送される制御信号や同期信号を送受信し、これらを制御信号と音声信号とに分離してＣＰＵ２９と通信する電気的または光学的なインターフェイスであるＭＯＳＴＩ／Ｆ３９、Ｉ／Ｏ、及びこれらの構成を接続するバスラインなどを備えている。なお、ナビゲーションシステムＥＣＵ３が備えるこれら位置検出器などの構成は公知技術に従っているので、詳細な説明は省略する。
【００２１】
また、ディスプレイＩ／Ｆ３７は通信回線４に接続されており、このことにより、ＣＰＵ２９は、ディスプレイＩ／Ｆ３７および通信回線４を介して、映像信号をディスプレイＥＣＵ５との間で送受信することができる。また、ＭＯＳＴＩ／Ｆ３９は情報系ネットワーク１１に接続されており、このことにより、ＣＰＵ２９は、ＭＯＳＴＩ／Ｆ３９および情報系ネットワーク１１を介して、制御信号や音声信号を他のＥＣＵとの間で送受信することができる。
【００２２】
なお、本実施形態では、ＲＯＭ３３としてフラッシュメモリを用いているが、書き換え可能な不揮発性の記憶領域であれば他の構成を用いてもよい。また、本実施形態では、ＨＤＤ／ＲＯＭ３４としてフラッシュメモリまたはハードディスクドライブを用いているが、書き換え可能な不揮発性の記憶領域であれば他の構成を用いてもよい。
【００２３】
また、ＣＰＵ２９は、各部構成を制御して経路設定などの各種処理を実行するものである。具体的には、ＣＰＵ２９は、ＲＯＭ３３及びＲＡＭ３１に記憶されたプログラムに基づいて、位置検出器からの各検出信号に基づき座標及び進行方向の組として車両の現在位置を算出し、地図データ入力器を介して読み込んだ現在位置付近の地図等を表示装置に表示する地図表示処理や、地図データ入力器に格納された地点データに基づき、操作スイッチ群やリモコン等の操作に従って目的地となる施設を選択し、現在位置から目的地までの最適な経路（目的地経路）を自動的に求める経路計算処理を行う。
【００２４】
また、ＣＰＵ２９は、情報系ネットワーク１１上を伝送されたデータのログ（通信履歴）をＭＯＳＴＩ／Ｆ３９を介して取得してＨＤＤ／ＲＯＭ３４に格納させる機能を有する。
【００２５】
［ゲートウェイＥＣＵ９の構成の説明］
図１に示すように、ゲートウェイＥＣＵ９は、ＭＯＳＴネットワークＩ／Ｆ１３、バッファ１５、プロトコルチェンジ１７、バッファ１９、ＣＡＮＩ／Ｆ２１を、ＣＰＵ２３を備える。なお、ＭＯＳＴネットワークＩ／Ｆ１３、バッファ１５、プロトコルチェンジ１７、バッファ１９、ＣＡＮＩ／Ｆ２１については、この順に通信回線に互いに接続されており、互いにデータを送受信するよう構成される。また、これらＭＯＳＴネットワークＩ／Ｆ１３、バッファ１５、プロトコルチェンジ１７、バッファ１９、ＣＡＮＩ／Ｆ２１は、ＣＰＵ２３とそれぞれ通信回線で接続されて、データを送受信するよう構成される。
【００２６】
また、ゲートウェイＥＣＵ９は、ＭＯＳＴネットワークＩ／Ｆ１３を介して情報系ネットワーク１１に接続されている。
また、ゲートウェイＥＣＵ９は、ＣＡＮＩ／Ｆ２１を介して制御系ネットワーク（ＣＡＮ）２５にも接続されている。また、制御系ネットワーク２５には、ステアリングスイッチ２７が接続されている。このステアリングスイッチ２７は、ナビゲーションシステムＥＣＵ３における操作スイッチ群としての機能を有し、使用者による各種入力操作を受け付けることができる。
【００２７】
なお、ステアリングスイッチ２７とゲートウェイＥＣＵ９とは多重信号ラインである制御系ネットワーク２５に接続されているが、情報系ネットワーク１１に接続されるよう構成してもよい。
【００２８】
次に、ゲートウェイＥＣＵ９およびナビゲーションシステムＥＣＵ３を中心とする各種信号の送受信について信号の種別ごとに説明する。
（１）キースイッチ情報
ステアリングスイッチ２７からのキースイッチ情報は、ゲートウェイＥＣＵ９によって指定されたナビゲーションシステムＥＣＵ３のアドレスを要求することによって、ゲートウェイＥＣＵ９に認識され、情報系ネットワーク１１に接続されたすべてのＥＣＵに対して、ステアリングスイッチ２７からナビゲーションシステムＥＣＵ３への制御データであることが伝達される。なお、アドレスを指定されていない他のＥＣＵは自分が宛先になっていないので応答する必要はない。ナビゲーションシステムＥＣＵ３に伝えられたキースイッチ情報が正しいパラメータで指定されていることがナビゲーションシステムＥＣＵ３で判断されると、ナビゲーションシステムＥＣＵ３からの応答がゲートウェイＥＣＵ９に伝えられる。そして、正しい応答フォーマットであることが判断されると、ステアリングスイッチ２７に伝えられる。情報系ネットワーク１１上を伝達されるメッセージについては、情報系ネットワーク１１に接続されたすべてのＥＣＵによって監視可能であり、全てのメッセージフォーマットとパラメータについては、予め取り決められたものを使用する必要がある。
（２）音声信号
ナビゲーションシステムＥＣＵ３から送信される案内音声などの音声信号については、ゲートウェイＥＣＵ９によって指定されたオーディオＥＣＵ７のアドレスを要求することによって、ゲートウェイＥＣＵ９に認識され、情報系ネットワーク１１に接続されたすべてのＥＣＵに対して、ナビゲーションシステムＥＣＵ３からオーディオＥＣＵ７への制御データであることが伝達される。また、音声信号などのリアルタイムデータについては、情報系ネットワーク１１では同期チャネルを使用するために、ナビゲーションシステムＥＣＵ３は、ゲートウェイＥＣＵ９に対して同期チャネル割り当てを行うために、音声権取得の手続きを行う。音声権取得がゲートウェイＥＣＵ９によって許可された後、ナビゲーションシステムＥＣＵ３は、情報系ネットワーク１１上におけるアドレスをオーディオＥＣＵ７に指定して音声データを送信する。一方、オーディオＥＣＵ７は自分に指定された音声データを受信し、正しいパラメータでエンコードされたデータであればそれをデコードしてスピーカ８に出力する。
（３）映像信号
ナビゲーションシステムＥＣＵ３から送信される映像信号については、ゲートウェイＥＣＵ９によって指定されたディスプレイＥＣＵ５のアドレスを要求することによって、ゲートウェイＥＣＵ９に認識され、情報系ネットワーク１１に接続されたすべてのＥＣＵに対して、ナビゲーションシステムＥＣＵ３からディスプレイＥＣＵ５への制御データであることが伝達される。なお、本実施形態では、ディスプレイＥＣＵ５に表示させる映像を監視するために映像権取得の手続きを行う。情報系ネットワーク１１では仕様上、映像信号も扱うことが可能であり、同期チャネルを割り当てて、映像信号をＭＯＳＴに送信することも可能であるが、ここでは独立した映像信号ラインである通信回線４で伝送する。映像権取得がゲートウェイＥＣＵ９によって許可された後、ナビゲーションシステムＥＣＵ３は、情報系ネットワーク１１上にアドレスを指定して、映像信号をディスプレイＥＣＵ５に伝送することを宣言する。そして、ナビゲーションシステムＥＣＵ３は映像信号ラインを通じて映像信号をディスプレイＥＣＵ５に出力する。
【００２９】
［対応関係の説明］
なお、車両用通信システム１が備える各ＥＣＵは特許請求の範囲における制御装置に該当する。また、ＨＤＤ／ＲＯＭ３４は特許請求の範囲における記憶手段に該当する。また、ディスプレイＥＣＵ５は特許請求の範囲における提示手段に該当する。また、ナビゲーションシステムＥＣＵ３のＣＰＵ２９は特許請求の範囲における提示制御手段に該当する。
【００３０】
［車両用通信システム１の動作の説明］
次に、車両用通信システム１の動作について図３〜図７を参照して説明する。
［ドライブレコーダの初期作動処理の説明］
まず、ナビゲーションシステムＥＣＵ３のＣＰＵ２９が実行するドライブレコーダの初期作動処理を、図３を参照して説明する。本処理は、図示しない車両のアクセサリ電源がオンとなり（ステップＳ１０２）、ナビゲーションシステムＥＣＵ３に電源供給された場合に実行される。
【００３１】
ドライブレコーダ機能は、ナビゲーションシステムＥＣＵ３のアプリケーションの一つとして動作し、ナビゲーションシステムＥＣＵ３が起動したことを確認した後（Ｓ１０４、Ｓ１０６：はい）、自動的に情報系ネットワーク１１上を伝送される各種データを取得する。具体的には、まず、ナビゲーションシステムＥＣＵ３は起動シーケンスを実施し、ＭＯＳＴネットワークに参加し、その後、ナビゲーションアプリケーションを起動させ、ユーザ操作を待っている状態となっている（Ｓ１０８）。その後、ＭＯＳＴログタスクの起動が確認されると、ＭＯＳＴ通信が正常であることを確認し（Ｓ１１０：はい）、ＨＤＤ／ＲＯＭ３４のログ格納領域を初期化し（Ｓ１１２、Ｓ１１４：はい）、ＨＤＤ／ＲＯＭ３４のログ格納領域が正常であることを確認する（Ｓ１１６：はい）。そして、タイマを起動させ（Ｓ１１８）、ＭＯＳＴログを取得してＨＤＤ／ＲＯＭ３４のログ格納領域に記憶する（Ｓ１２０）。なお、ＨＤＤ／ＲＯＭ３４のログ格納領域は有限であるため、予め設定された領域が一杯になると、古いデータから順次削除し、新たにＭＯＳＴログを取得してＨＤＤ／ＲＯＭ３４のログ格納領域に記憶するようにしている（Ｓ１２０、Ｓ１２２）。そのため、ＨＤＤ／ＲＯＭ３４のログ格納領域がＭＯＳＴログでオーバーフロー（Ｓ１２４：はい）する以外は（Ｓ１２４：いいえ）、タイマ設定値までＭＯＳＴログをＨＤＤ／ＲＯＭ３４のログ格納領域に書込み続け（Ｓ１２６：いいえ、Ｓ１２２）、タイマ設定値に到達すると（Ｓ１２６：はい）、ＨＤＤ／ＲＯＭ３４のログ格納領域に格納されたＭＯＳＴログをリスト化し（Ｓ１２８）、リスト化が正常に行われると（Ｓ１３０：はい）、そのリストタイトルをＲＯＭ３３に通信履歴として書込みを行う（Ｓ１３２）。このようにリスト化することにより、その後のＭＯＳＴログ記録の確認が可能となる。なお、ＲＯＭ３３のリストタイトル格納領域も有限のため、カウンタを起動し（Ｓ１３４）、リストを書くためのコマンドシーケンスにタイムスタンプを付け（Ｓ１３６）、カウンタがオーバーフロー（予め設定された領域が一杯になる）すると（Ｓ１３８：はい）、カウンタとタイムスタンプをリセットし、格納領域のメモリ初期化を実施する（Ｓ１４０、Ｓ１４２）。
【００３２】
［ドライブレコーダの故障診断機能作動処理の説明］
次に、ナビゲーションシステムＥＣＵ３のＣＰＵ２９が実行するドライブレコーダの故障診断機能作動処理を、図４を参照して説明する。この故障診断機能作動処理は、車両がディーラーに持ち込まれ、車両メーカが提供するオフボードの故障診断装置によって、ＭＯＳＴに接続される電子制御機器の故障が特定できない場合に、故障しているＥＣＵを特定するために実行される。
【００３３】
本処理は、図示しない車両のアクセサリ電源がオンとなり（ステップＳ２０２）、ナビゲーションシステムＥＣＵ３に電源供給された場合に実行される。
ナビゲーションシステムＥＣＵ３が起動したことを確認した後（Ｓ２０４、Ｓ２０６：はい）、ドライブレコーダタスクを起動させる（Ｓ２０８、図７（ａ）参照））。
【００３４】
このドライブレコーダタスクは、まず、上述の「ドライブレコーダの初期作動処理」にて作成されたリストをチェックする（Ｓ２１０）。ＨＤＤ／ＲＯＭ３４のログ格納領域とＲＯＭ３３のリストタイトル格納領域が正常であることを確認するためにメモリチェックを行い（Ｓ２１２）、もし異常があれば（Ｓ２１２：いいえ）、このドライブレコーダタスクを終了する（Ｓ２１４）。一方、メモリチェック結果が正常であれば（Ｓ２１２：はい）、ＭＯＳＴログのタイムスタンプとリストタイトルのタイムスタンプを確認し、ＭＯＳＴログが正常かどうかを確認する（Ｓ２１６）。もし、異常であれば（Ｓ２１６：いいえ）、上述のドライブレコーダ初期作動処理を実施させる（Ｓ２１８）。一方、ＭＯＳＴログが正常であれば（Ｓ２１６：はい）、ドライブレコーダタスクは、ドライブレコーダ機能が準備完了であると判断して指定時刻設定画面に遷移し（Ｓ２２０、図７（ｂ）参照）、故障診断を行う期間の指定を受け付ける（Ｓ２２２）。指定した期間のＭＯＳＴログが存在していなければ（Ｓ２２４：いいえ）、もう一度指定時刻設定を促す（Ｓ２２２）。一方、指定したＭＯＳＴログが存在すれば（Ｓ２２４：はい）、各診断項目を選択し、さらに２種類の表示方法（リスト又はグラフ）を選択する（Ｓ２２６）。履歴リスト表示が選択された場合には（Ｓ２２６：リスト）、履歴リストを表示する（図７（ｃ）参照）。一方、時系列グラフ表示が選択された場合には（Ｓ２２６：グラフ）、時系列グラフを表示する（図７（ｄ）参照）。
【００３５】
ここで、作業者は、ディスプレイＥＣＵ５の画面に表示された診断結果に基づいて、どのＥＣＵに故障要因があるのかを診断する。以下に、ドライブレコーダ故障診断でのアプリケーション動作手順を示す。
【００３６】
（イ）ドライブレコーダ機能はディーラーでのみ起動できる機能であるため、指定コードを入力して、ドライブレコーダ診断モードに入る。
（ロ）ＭＯＳＴログを呼び出す期間を設定する。（例：２００６年１月１日２２時５分００秒〜２００６年２月１日２２時５分００秒、３０秒間隔）
（ハ）ナビゲーションシステムＥＣＵ３が、情報系ネットワーク１１に対して映像権取得・開放に関わる通信コマンドを送受信した処理記録から、タイムスタンプ、通信コマンド名称、通信解析結果がリスト表示する画面を表示し、ＭＯＳＴ対応ナビ要因で故障が発生したか否かを確認する。
【００３７】
（ニ）ナビゲーションシステムＥＣＵ３がＭＯＳＴに対して音声権取得・開放に関わる通信コマンドを送受信した処理記録から、タイムスタンプ、通信コマンド名称、通信解析結果がリスト表示する画面と、案内音声を発話することにより、ＭＯＳＴ対応ナビ要因で故障が発生したか否かを確認する。
【００３８】
（ホ）ナビゲーションシステムＥＣＵ３が情報系ネットワーク１１に対してスイッチ選択（ステアリングスイッチコマンド、若しくはタッチディスプレイ指定座標位置）の取得・開放に関わる通信コマンドを送受信した処理記録から、タイムスタンプ、スイッチ選択受付期間、スイッチ選択非受付期間が時系列に表示される画面を表示し、ナビゲーションシステムＥＣＵ３における要因で故障が発生したか否かを確認する。
【００３９】
上述のドライブレコーダ故障診断でのアプリケーション動作が終了していない場合には（Ｓ２３２：いいえ）、指定時刻設定画面に再び遷移し（Ｓ２２０、一方、終了した場合には（Ｓ２３２）、本処理を終了する。
【００４０】
［ドライブレコーダの故障可否判定の説明］
次に、故障可否判定を実現するための手順を、図５および図６を参照して説明する。なお、図５は音声出力ＭＯＳＴシーケンスの説明図であり、図６は音声出力の故障診断処理を表すフローチャートである。
【００４１】
ナビゲーションシステムＥＣＵ３は、その設定経路上の分岐点に案内ポイントを設けており、これら案内ポイントを通過することをトリガーとしてナビゲーションシステムＥＣＵ３の地図データ格納領域であるＤＶＤ／ＨＤＤ３５に格納された音声データを案内音声として発話する。案内音声は音声データとして情報系ネットワーク１１を経由して、オーディオＥＣＵ７からスピーカ８に出力される。なお、この一連の動作は情報系ネットワーク１１に接続されるＥＣＵ間で仕様化されており、ゲートウェイＥＣＵ９が各ＥＣＵとの協調を行っている。従って、このシーケンスが仕様通りであることを観測することによって、故障診断を容易に行えるようになっている。以下に、情報系ネットワーク１１上での音声信号に関わるユースケースを以下に示す。
【００４２】
本処理は、図示しない車両のアクセサリ電源がオンとなり、ナビゲーションシステムＥＣＵ３に電源供給された場合に実行される。
ナビゲーションシステムＥＣＵ３が起動したことを確認した後、ドライブレコーダタスクを起動させる（Ｓ３０２）。そして、診断を要求された場合には（Ｓ３０４：はい）、音権を開放するよう要求されたか否かを診断する（Ｓ３０６）。
【００４３】
ナビゲーションシステムＥＣＵ３は、上述のように案内ポイントをトリガとしてゲートウェイＥＣＵ９に対して音権を開放するよう要求を行う。なお、ナビゲーションシステムＥＣＵ３が音権を開放するよう要求を行っていない場合には（Ｓ３０８：いいえ）、ナビゲーションシステムＥＣＵ３に起因する故障についての要因が存在すると考えられる（Ｓ３１０）。また、ゲートウェイＥＣＵ９が何らかの要因でこの要求を拒否する場合は、ナビゲーションシステムＥＣＵ３に対してリトライ要求を行う。このことにより、この時点においてナビゲーションシステムＥＣＵ３に起因する故障についての要因が除外される。一方、上述の音権開放要求がゲートウェイＥＣＵ９で許可されると、ゲートウェイＥＣＵ９はオーディオＥＣＵ７に対して音権開放要求を通知する。なお、ゲートウェイＥＣＵ９が音権を開放するよう要求を行っていない場合には（Ｓ３１２：いいえ）、ゲートウェイＥＣＵ９に起因する故障についての要因が存在すると考えられる（Ｓ３１４）。また、オーディオＥＣＵ７が優先順位の高い音権が起動中などの理由でその音権を開放できない場合には（Ｓ３１６：いいえ）、音権開放拒否をゲートウェイＥＣＵ９に通知する。すると、ゲートウェイＥＣＵ９はナビゲーションシステムＥＣＵ３に対して音権開放拒否を通知する。このことにより、この時点においてもナビゲーションシステムＥＣＵ３に起因する故障についての要因が除外される。
【００４４】
なお、先にナビゲーションシステムＥＣＵ３が音権を開放するよう要求を行ってから所定時間が経過した場合には（Ｓ３３２：はい）、オーディオＥＣＵ７に起因する故障についての要因が存在すると考えられる（Ｓ３３４）。また、ゲートウェイＥＣＵ９がオーディオＥＣＵ７から音権を取得することを許諾した場合には（Ｓ３３６：いいえ）、ゲートウェイＥＣＵ９に起因する故障についての要因が存在すると考えられる（Ｓ３３８）。一方、ゲートウェイＥＣＵ９がオーディオＥＣＵ７から音権を取得することを拒否した場合には（Ｓ３３６：はい）、ナビゲーションシステムＥＣＵ３に起因する故障についての要因が存在すると考えられる（Ｓ３４０）。
【００４５】
一方、オーディオＥＣＵ７が音権開放を受け入れる場合には（Ｓ３１６：はい）、音権開放をゲートウェイＥＣＵ９に通知し、ゲートウェイＥＣＵ９は音権許可をナビゲーションシステムＥＣＵ３に通知する。なお、ゲートウェイＥＣＵ９は音権許可をナビゲーションシステムＥＣＵ３に通知しなかった場合には（Ｓ３１８：いいえ）、ゲートウェイＥＣＵ９に起因する故障についての要因が存在すると考えられる（Ｓ３２０）。この通知を受けてナビゲーションシステムＥＣＵ３は音声信号を情報系ネットワーク１１上に出力することとなるが、ここで情報系ネットワーク１１上に音声信号（同期信号ストリーム）が出力されない場合には（Ｓ３２２：いいえ）、ナビゲーションシステムＥＣＵ３に起因する故障についての要因が存在すると考えられる（Ｓ３２４）。
【００４６】
また、音声信号（同期信号ストリーム）が情報系ネットワーク１１上に伝送されており、オーディオＥＣＵ７からスピーカ８を通じて音声が発話されていない場合には（Ｓ３２６：はい）、ナビゲーションシステムＥＣＵ３に起因する故障についての要因が除外される。つまり、オーディオＥＣＵ７またはスピーカ８に起因する故障についての要因が存在すると考えられる（Ｓ３３０）。
【００４７】
なお、音声信号（同期信号ストリーム）が情報系ネットワーク１１上に伝送されていても、音声信号が同期信号ストリームに格納されていない場合もある。したがって、実際に記録された音声信号を再生することで、その検証が可能となる。
【００４８】
一方、音声信号（同期信号ストリーム）が情報系ネットワーク１１上に伝送されており、オーディオＥＣＵ７からスピーカ８を通じて音声が発話されている場合には（Ｓ３２６：いいえ）、故障についての要因が存在するＥＣＵを特定できないとする（Ｓ３２８）。
【００４９】
以上のように、過去に故障が検出されたことをユーザが確認した場合において、車両がディーラーに持ち込まれた時点でその故障が再現できない場合であっても、ディーラーの担当者が情報系ネットワーク１１上のシーケンスを確認することで、またシーケンスが正常であってもログの音声を再生することによって、故障の要因を特定することができる。
【００５０】
［第一実施形態の効果］
（１）このように第一実施形態の車両用通信システム１によれば、次のような作用効果を奏する。すなわち、車両用通信システム１は、設定されたルートに基づく案内機能を有するナビゲーションシステムＥＣＵ３、各種映像データの表示機能を有するディスプレイＥＣＵ５、ＣＤなどの再生機能を有するオーディオＥＣＵ７、およびゲートウェイＥＣＵ９が車両内の通信用の情報系ネットワーク１１によって接続されるとともに、各ＥＣＵが情報系ネットワーク１１を介して互いにデータを送受信するよう構成され、このうちのナビゲーションシステムＥＣＵ３が、情報系ネットワーク１１上を伝送されたデータのログ（通信履歴）を格納するＨＤＤ／ＲＯＭ３４、本ナビゲーションシステムＥＣＵ３の全てのアプリケーションを動作させるＣＰＵ２９、を備えている。そして、ナビゲーションシステムＥＣＵ３のＣＰＵ２９が、ＨＤＤ／ＲＯＭ３４に記憶された過去の一定時間の通信履歴を参照し、その内容を視覚化・聴覚化してディスプレイＥＣＵ５やスピーカ８に表示・発話させる。このことにより、車両用通信システム１を構成する制御装置のうち故障しているＥＣＵを容易に特定するなど、過去に起こった故障の原因をディーラーの故障診断担当者に容易に判断させることができ、正常なナビゲーションシステムが誤って交換されるのを回避することができる。
【００５１】
（２）また、第一実施形態の車両用通信システム１によれば、ドライブレコーダ機能をナビゲーションシステムＥＣＵ３に搭載している。このことにより、ナビゲーションシステムＥＣＵ３が備える各種構成を本発明の実現のために利用することができ、他のＥＣＵにドライブレコーダ機能を搭載する場合に比べて有利である。
【００５２】
（３）また、第一実施形態の車両用通信システム１によれば、ＭＯＳＴログを履歴リストとしてディスプレイＥＣＵ５に表示可能である（図７（ｃ）参照）。このことにより、各通信データに対する相手からの反応の有無を確認することができ、故障しているＥＣＵをより特定しやくすることができる。
【００５３】
（４）また、第一実施形態の車両用通信システム１によれば、ＭＯＳＴログを時系列グラフとしてディスプレイＥＣＵ５に表示可能である（図７（ｄ）参照）。このことにより、例えば音声信号などの信号を制御装置が適切に出力しているか否かを確認することができ、故障している制御装置をより特定しやくすることができる。
【００５４】
（５）また、第一実施形態の車両用通信システム１によれば、情報系ネットワーク１１上を伝送されたデータのログ（通信履歴）を格納するＨＤＤ／ＲＯＭ３４としてフラッシュメモリまたはハードディスクドライブを用いている。このことにより、記憶された通信履歴が、電力供給がなくなっても消失しない。
【００５５】
［他の実施形態］
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、様々な態様にて実施することが可能である。
【図面の簡単な説明】
【００５６】
【図１】第一実施形態の車両用通信システムを表す概略構成図である。
【図２】第一実施形態の車両用通信システムが備えるナビゲーションシステムＥＣＵを表す概略構成図である。
【図３】ドライブレコーダの初期作動処理を表すフローチャートである。
【図４】ドライブレコーダの故障診断機能作動処理を表すフローチャートである。
【図５】音声出力ＭＯＳＴシーケンスの説明図である。
【図６】音声出力の故障診断処理を表すフローチャートである。
【図７】ドライブレコーダによる故障診断機能の表示例であり、（ａ）は初期画面であり、（ｂ）は指定時刻設定画面であり、（ｃ）は履歴リスト画面であり、（ｄ）は時系列グラフ画面である。
【符号の説明】
【００５７】
１…車両用通信システム、３…ナビゲーションシステムＥＣＵ、４…通信回線、
５…ディスプレイＥＣＵ、７…オーディオＥＣＵ、８…スピーカ、
９…ゲートウェイＥＣＵ、１１…情報系ネットワーク、
１３…ＭＯＳＴネットワークＩ／Ｆ、１５，１９…バッファ、
１７…プロトコルチェンジ、２１…ＣＡＮＩ／Ｆ、２３，２９…ＣＰＵ、
２５…制御系ネットワーク、２７…ステアリングスイッチ、３１…ＲＡＭ、
３３…ＲＯＭ、３４…ＨＤＤ／ＲＯＭ、３５…ＤＶＤ／ＨＤＤ、
３７…ディスプレイＩ／Ｆ、３９…ＭＯＳＴＩ／Ｆ
【特許請求の範囲】
【請求項１】
車両に搭載された複数の制御装置が車両内の通信用のネットワークによって接続されるとともに、各制御装置が該ネットワークを介して互いにデータを送受信するよう構成された車両用通信システムであって、
前記複数の制御装置のうちの少なくとも何れか一つは、
前記ネットワークを介して送受信されたデータの通信履歴を記憶する記憶手段と、
前記記憶手段が記憶する通信履歴を利用者に対して提示可能な提示手段と、
前記記憶手段が記憶する通信履歴を利用者の要求に応じて読み出し、その読み出した通信履歴を前記提示手段に提示させる提示制御手段と、を備えること
を特徴とする車両用通信システム。
【請求項２】
請求項１に記載の車両用通信システムにおいて、
前記複数の制御装置のうちの少なくとも何れか一つとは、設定されたルートに基づく案内機能を有する車載用ナビゲーション装置であることを特徴とする車両用通信システム。
【請求項３】
請求項１または請求項２に記載の車両用通信システムにおいて、
前記提示制御手段は、前記記憶手段から読み出した通信履歴をリスト形式にて前記提示手段に提示させることを特徴とする車両用通信システム。
【請求項４】
請求項１〜請求項３の何れかに記載の車両用通信システムにおいて、
前記提示制御手段は、前記記憶手段から読み出した通信履歴を時系列のグラフ形式にて前記提示手段に提示させることを特徴とする車両用通信システム。
【請求項５】
請求項１〜請求項４の何れかに記載の車両用通信システムにおいて、
前記記憶手段は不揮発性メモリであることを特徴とする車両用通信システム。
【請求項６】
請求項１〜請求項５の何れかに記載の車両用通信システムにおいて前記複数の制御装置の少なくとも何れか一つとして使用される制御装置。
【請求項７】
請求項１〜請求項５の何れかに記載の車両用通信システムで複数の制御装置の少なくとも何れか一つとして使用される車載用ナビゲーション装置であって、設定されたルートに基づく案内機能を有することを特徴とする車載用ナビゲーション装置。
【請求項１】
車両に搭載された複数の制御装置が車両内の通信用のネットワークによって接続されるとともに、各制御装置が該ネットワークを介して互いにデータを送受信するよう構成された車両用通信システムであって、
前記複数の制御装置のうちの少なくとも何れか一つは、
前記ネットワークを介して送受信されたデータの通信履歴を記憶する記憶手段と、
前記記憶手段が記憶する通信履歴を利用者に対して提示可能な提示手段と、
前記記憶手段が記憶する通信履歴を利用者の要求に応じて読み出し、その読み出した通信履歴を前記提示手段に提示させる提示制御手段と、を備えること
を特徴とする車両用通信システム。
【請求項２】
請求項１に記載の車両用通信システムにおいて、
前記複数の制御装置のうちの少なくとも何れか一つとは、設定されたルートに基づく案内機能を有する車載用ナビゲーション装置であることを特徴とする車両用通信システム。
【請求項３】
請求項１または請求項２に記載の車両用通信システムにおいて、
前記提示制御手段は、前記記憶手段から読み出した通信履歴をリスト形式にて前記提示手段に提示させることを特徴とする車両用通信システム。
【請求項４】
請求項１〜請求項３の何れかに記載の車両用通信システムにおいて、
前記提示制御手段は、前記記憶手段から読み出した通信履歴を時系列のグラフ形式にて前記提示手段に提示させることを特徴とする車両用通信システム。
【請求項５】
請求項１〜請求項４の何れかに記載の車両用通信システムにおいて、
前記記憶手段は不揮発性メモリであることを特徴とする車両用通信システム。
【請求項６】
請求項１〜請求項５の何れかに記載の車両用通信システムにおいて前記複数の制御装置の少なくとも何れか一つとして使用される制御装置。
【請求項７】
請求項１〜請求項５の何れかに記載の車両用通信システムで複数の制御装置の少なくとも何れか一つとして使用される車載用ナビゲーション装置であって、設定されたルートに基づく案内機能を有することを特徴とする車載用ナビゲーション装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００７−２９０５４０（Ｐ２００７−２９０５４０Ａ）
【公開日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願番号】特願２００６−１２０６０２（Ｐ２００６−１２０６０２）
【出願日】平成１８年４月２５日（２００６．４．２５）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願日】平成１８年４月２５日（２００６．４．２５）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]