(57)【要約】【課題】  複数の外部装置からの要求に対して適正な応答を実現できる車両用診断システムの提供【解決手段】  車両内のECU７０とセンタ４２及び専用ツール４４との間でダイアグ情報の要求及び応答が可能であり、外部装置が得たダイアグ情報に基づいて車両を診断する車両用診断システムであって、センタ４２との間で双方向通信が可能な通信モジュール１２と、通信モジュールの通信を制御する通信制御装置２０と、通信制御装置とECUとをつなぐ通信ネットワークであり、専用ツール４４が接続可能な通信ネットワークとを備え、ECUは、センタ４２及び専用ツール４４からの要求の種類に応じてそれぞれ異なる種類のダイアグ情報を含むダイアグ応答信号を生成する機能を有し、通信制御装置が、通信ネットワークを介して得られるダイアグ応答信号のうち、所定種類のダイアグ情報を含むダイアグ応答信号のみをセンタ４２に通信モジュールを介して送信する。【選択図】  図３
2006197017.tif 000002
【特許請求の範囲】
【請求項１】
車両内の電子装置と複数の外部装置との間でダイアグ情報の要求及び応答が可能であり、外部装置が得たダイアグ情報に基づいて車両を診断する車両用診断システムであって、
前記複数の外部装置うちの第１外部装置との間で双方向通信が可能な通信モジュールと、
前記通信モジュールの通信を制御する通信制御装置と、
前記通信制御装置と車両内の電子装置とをつなぐ通信ネットワークであり、前記複数の外部装置うちの第２外部装置が接続可能な通信ネットワークとを備え、
前記車両内の電子装置は、前記外部装置からの要求の種類に応じてそれぞれ異なる種類のダイアグ情報を含むダイアグ応答信号を生成する機能を有し、
前記通信制御装置は、前記通信ネットワークを介して得られるダイアグ応答信号のうち、所定種類のダイアグ情報を含むダイアグ応答信号のみを前記第１外部装置に前記通信モジュールを介して送信する機能を有することを特徴とする、車両用診断システム。
【請求項２】
前記ダイアグ応答信号は、前記通信ネットワークを介してブロードキャストされ、該通信ネットワークに接続される各装置で受信可能な信号である、請求項１に記載の車両用診断システム。
【請求項３】
前記通信制御装置は、ダイアグ応答信号に含められるダイアグ情報の種類を識別する識別手段と、前記第１外部装置に送るべきダイアグ情報の種類を定義したマップとを備える、請求項１に記載の車両用診断システム。
【請求項４】
前記マップに定義されるダイアグ情報の種類は、前記第２外部装置の要求に応じて書き換え可能とされる、請求項３に記載の車両用診断システム。
【請求項５】
前記マップに定義されるダイアグ情報の種類は、前記通信ネットワークに接続される車両内の入力装置に対するユーザ入力情報に応じて書き換え可能とされる、請求項１に記載の車両用診断システム。
【請求項６】
前記通信ネットワークを介して得られるダイアグ応答信号のうち、前記識別手段により識別したダイアグ情報の種類が、前記マップに定義されるダイアグ情報の種類と対応しないダイアグ応答信号は、前記第１外部装置に前記通信モジュールを介して送信されることなく前記通信制御装置により破棄される、請求項３に記載の車両用診断システム。
【請求項７】
前記第１外部装置は、複数の車両に対して情報提供サービスを行えるセンタであり、
前記第２外部装置は、修理工場若しくはディーラーに設けられる専用ツールである、請求項１に記載の車両用診断システム。
【請求項８】
車両内の電子装置と複数の外部装置との間でダイアグ情報の要求及び応答が可能であり、外部装置が得たダイアグ情報に基づいて車両を診断する車両用診断システムであって、
前記複数の外部装置うちの第１外部装置との間で双方向通信が可能な通信モジュールと、
前記通信モジュール及び車両内の電子装置が接続される通信ネットワークであり、前記複数の外部装置うちの第２外部装置が接続可能な通信ネットワークとを備え、
前記車両内の電子装置は、前記第１外部装置からの要求と前記第２外部装置からの要求とでそれぞれ異なる種類のダイアグ情報を含むダイアグ応答信号を生成する機能を有し、
前記第１外部装置は、複数の車両に対して情報提供サービスを行えるセンタであり、
前記通信ネットワークに前記車両内の電子装置により供給されるダイアグ応答信号は、無作為的に前記通信モジュールを介してセンタに送られ、
前記センタは、前記無作為的に受信するダイアグ応答信号の中から、自己の要求に応じて生成されたダイアグ応答信号を識別する機能を有することを特徴とする、車両用診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部装置が車両内の電子装置から得たダイアグ情報に基づいて車両を診断する車両用診断システムに関する。
【背景技術】
【０００２】
従来から、この種の車両用診断システムにおいて、車両内の電子装置が、センタからの要求、カーディーラ等に用意されるサービスツール、生産ラインで用いられる検査ツール、ユーザの携帯電話からの要求といったように、種々の端末（外部装置）からの要求に応答する構成が知られている（例えば、特許文献１参照）。
【０００３】
また、非制御機器（車載機器）を断続的に監視し、車載機器の異常検出時にネットワーク及び携帯情報端末を介して利用者に当該異常を通知するシステムが知られている（例えば、特許文献２参照）。
【特許文献１】特開２００３−３４５４２１号公報
【特許文献２】特開２００３−２９６８６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の従来技術（特許文献１）のように、種々の外部装置からの要求に応答する構成では、二以上の外部装置からの要求が同時に行われる事態が発生しうる。この点、上述の従来技術では、かかる競合が発生する事態が想定されておらず、複数の外部装置からの要求に応答する構成として不十分な面があった。
【０００５】
そこで、本発明は、複数の外部装置からの要求に対して適正な応答を実現できる車両用診断システムの提供を目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明の一局面によれば、車両内の電子装置と複数の外部装置との間でダイアグ情報の要求及び応答が可能であり、外部装置が得たダイアグ情報に基づいて車両を診断する車両用診断システムであって、
前記複数の外部装置うちの第１外部装置との間で双方向通信が可能な通信モジュールと、
前記通信モジュールの通信を制御する通信制御装置と、
前記通信制御装置と車両内の電子装置とをつなぐ通信ネットワークであり、前記複数の外部装置うちの第２外部装置が接続可能な通信ネットワークとを備え、
前記車両内の電子装置は、前記外部装置からの要求の種類に応じてそれぞれ異なる種類のダイアグ情報を含むダイアグ応答信号を生成する機能を有し、
前記通信制御装置が、前記通信ネットワークを介して得られるダイアグ応答信号のうち、所定種類のダイアグ情報を含むダイアグ応答信号のみを前記第１外部装置に前記通信モジュールを介して送信する機能を有することを特徴とする、車両用診断システムが提供される。
【０００７】
本局面において、前記ダイアグ応答信号は、前記通信ネットワークを介してブロードキャストされ、該通信ネットワークに接続される各装置で受信可能な信号であってよい。前記通信制御装置は、ダイアグ応答信号に含められるダイアグ情報の種類を識別する識別手段と、前記第１外部装置に送るべきダイアグ情報の種類を定義したマップとを備えるものであってよい。前記マップに定義されるダイアグ情報の種類は、前記第２外部装置の要求に応じて書き換え可能であってよい。前記マップに定義されるダイアグ情報の種類は、前記通信ネットワークに接続される車両内の入力装置に対するユーザ入力情報に応じて書き換え可能であってよい。前記通信ネットワークを介して得られるダイアグ応答信号のうち、前記識別手段により識別したダイアグ情報の種類が、前記マップに定義されるダイアグ情報の種類と対応しないダイアグ応答信号は、前記第１外部装置に前記通信モジュールを介して送信されることなく前記通信制御装置により破棄されてよい。前記第１外部装置は、複数の車両に対して情報提供サービスを行えるセンタであり、前記第２外部装置は、修理工場若しくはディーラーに設けられる専用ツールであってよい。
【０００８】
また、本発明のその他の一局面によれば、車両内の電子装置と複数の外部装置との間でダイアグ情報の要求及び応答が可能であり、外部装置が得たダイアグ情報に基づいて車両を診断する車両用診断システムであって、
前記複数の外部装置うちの第１外部装置との間で双方向通信が可能な通信モジュールと、
前記通信モジュール及び車両内の電子装置が接続される通信ネットワークであって、前記複数の外部装置うちの第２外部装置が接続可能な通信ネットワークとを備え、
前記車両内の電子装置は、前記第１外部装置からの要求と前記第２外部装置からの要求とでそれぞれ異なる種類のダイアグ情報を含むダイアグ応答信号を生成する機能を有し、
前記第１外部装置は、複数の車両に対して情報提供サービスを行えるセンタであり、
前記通信ネットワークを介して得られるダイアグ応答信号は、無作為的に前記通信モジュールを介してセンタに送られ、
前記センタは、前記無作為的に得られるダイアグ応答信号の中から、自己の要求に応じて生成されたダイアグ応答信号を識別する機能を有することを特徴とする、車両用診断システムが提供される。
【発明の効果】
【０００９】
本発明によれば、複数の外部装置からの要求に対して適正な応答を実現できる車両用診断システムを得ることができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して、本発明を実施するための最良の形態の説明を行う。
【００１１】
図１は、本発明による車両用診断システムの一実施例を示すシステム構成図である。本実施例の車両用診断システムは、車両に搭載される統合制御装置１０と、車両に搭載されない外部装置４０とを備える。
【００１２】
統合制御装置１０は、センタ４２との双方向通信（無線通信）が可能な通信モジュール（データ・コミュニケーション・モジュール）１２と、マスタ制御装置２０とを備える。
【００１３】
通信モジュール１２は、マスタ制御装置２０と一体的なモジュールであってよく、若しくは、マスタ制御装置２０に取り外し可能に接続されるユニット（例えば、携帯電話のような情報端末）であってよい。あるいは、通信モジュール１２は、マスタ制御装置２０に無線通信網やLAN等を介して接続されるユニットであってよい。
【００１４】
マスタ制御装置２０は、マイクロコンピューターにより構成されてよく、例えば、車内に設けられるマルチディスプレイに対する情報表示制御と共に、ナビゲーション機能を実現するECUであってよい。この場合、マスタ制御装置２０は、マルチディスプレイへのグラフィカルユーザーインターフェース（GUI）を介したユーザ入力に応じて、通信モジュール１２を介してセンタ４２から所望の情報を取得したり、地図案内表示を行うなど種々の機能を実現する。また、マスタ制御装置２０は、後述するように、外部装置４０であるセンタ４２と車両内の各ECU７０との間の通信におけるゲートウェイ機能を実現する。
【００１５】
マスタ制御装置２０には、多重通信ネットワークを介して車両内の複数の電子制御ユニット（ECU）７０が接続される。ECU７０は、例えばエンジン制御を統括するエンジンECUのような、車両に通常的に搭載される各種ECUを含む。本実施例では、複数のECU７０は、マスタECU７２とスレーブECU７４とに分類される。マスタECU７２は、所定の複数のスレーブECU７４を従える。以下、これらを特に区別する必要がない場合に総称してECU７０とする。
【００１６】
多重通信ネットワークは、CAN（controller area network）、LIN等の通信プロトコルに基づくものであってよく、例えば、パワートレイン系の電子部品（例えば、エンジン、ブレーキ）にはCAN（高速）が用いられ、ボデー系の電子部品（例えば、ドア、シート等）にはCAN（中速）が用いられる。
【００１７】
マスタ制御装置２０と各ECU７０との間では、即ち多重通信ネットワーク上では、種々の情報・データが送受される。例えば、多重通信ネットワーク上では、各ECU７０からそれぞれのECU７０に係るダイアグ情報がブロードキャストされている。
【００１８】
外部装置４０は、所定のサービスエリア毎に設けられるセンタ４２と、専用ツール４４とを含む。
【００１９】
センタ４２は、車両側に所定のダイアグ情報を要求する機能を有する。ここで、ダイアグ情報とは、車両を診断するのに有用な各種情報（車両内の各種電子部品やECU７０に係る情報）であり、単なる故障（異常）の有無のみを知らせる情報、故障の箇所や程度を知らせる情報、更には故障発生前後の動作データ（システムやそれを構成する各電子部品の作動データ、フリーズフレームデータ）、故障（異常）の発生時点、その時点の車両位置や車速等の広範な情報を含んでよい。
【００２０】
センタ４２は、要求先の車両に付されたIDを要求信号内のヘッダー領域に含めると共に、要求するダイアグ情報を特定するための要求コードを要求信号内のデータ領域に含めて、車両側に所定のダイアグ情報を要求する。尚、センタ４２からの要求は、マスタ制御装置２０からセンタ４２への警告情報（ウォーニング信号の発生の通知）に応答して実現されるものであって良い。例えば、マスタ制御装置２０は、各ECU７０（典型的には、ECU）が発生する警告点灯／点滅要求信号（ウォーニング信号）に応答して、センタ４２にウォーニング信号の発生を通知し、当該通知を受けたセンタ４２が、マスタ制御装置２０に対して所定のダイアグ情報の送信要求を行う。
【００２１】
マスタ制御装置２０は、この要求信号を通信モジュール１２を介して受信すると、当該要求内容に係る所定のECU７０からのダイアグ情報を取得し、それを通信モジュール１２を介してセンタ４２に送信する。
【００２２】
このようにしてセンタ４２が通信モジュール１２を介して受信したダイアグ情報は、センタ４２内の適切な端末により適切に処理され、車両の診断に利用される。
【００２３】
専用ツール４４は、カーディーラ等にカーメーカーから支給されるサービスツール、カーメーカーの生産ライン等において検査のために用いられる検査ツールとして具現化されてよい。専用ツール４４は、ユーザの携帯電話であってもよい。専用ツール４４は、カーディーラ等に設置されるパーソナルコンピューターであってもよい。
【００２４】
専用ツール４４は、車両内の多重通信ネットワークに有線により接続可能に構成されている。例えば、専用ツール４４は、インストルメントパネル（例えばステアリングコラムの脇）に設定されたコネクタにより多重通信ネットワークに接続可能とされ、当該接続状態では、多重通信ネットワークを介して各ECU７０との間で通信可能となる。
【００２５】
専用ツール４４は、センタ４２と同様、車両側に所定のダイアグ情報を要求する機能を有する。
【００２６】
専用ツール４４は、要求先の車両に付されたIDを要求信号内のヘッダー領域に含めると共に、要求するダイアグ情報を特定するための要求コードを要求信号内のデータ領域に含めて、車両側に所定のダイアグ情報を要求する。このとき、専用ツール４４からの要求信号は、多重通信ネットワークを介して要求先のECU７０に受信され、当該ECU７０からの応答信号が多重通信ネットワークを介して専用ツール４４に受信される。
【００２７】
このようにして専用ツール４４が受信したダイアグ情報は、例えば、カーディーラ内の端末若しくは専用ツール４４自身により適切に処理され、車両の診断に利用される。
【００２８】
ところで、本実施例では、上述のようにセンタ４２と専用ツール４４のような２つ以上の種類の異なる外部装置４０から同一車両に対して各種ダイアグ情報を要求できる構成となっている。しかしながら、上述の如く、ダイアグ情報はその種類が多岐にわたり、また、センタ４２側と専用ツール４４側とでは診断能力や診断目的などの差異もあり、センタ４２側が必要なダイアグ情報と、専用ツール４４側が必要なダイアグ情報とが同一となる場合もあれば異なる場合もありうる。
【００２９】
一方、本実施例では、要求先のECU７０は、要求信号のデータ領域内に含まれる要求内容に応じたダイアグデータを収集・生成し、これを応答信号内のデータ領域に含めて、多重通信ネットワークを介してブロードキャストする構成である。
【００３０】
このような構成では、多重通信ネットワークに専用ツール４４が接続されていると、要求先のECU７０が生成した応答信号（以下、「ダイアグ応答信号」という）は、多重通信ネットワークを介して専用ツール４４のみならずマスタ制御装置２０にも受信されることになる。
【００３１】
従って、このような構成では、マスタ制御装置２０が、専用ツール４４からの要求に応じて生成されたダイアグ応答信号を受信しているのも拘らず、センタ４２からの要求に応じて生成されたダイアグ応答信号を受信しているものと判断して、センタ４２に当該ダイアグ応答信号を転送してしまう可能性がある。特にこのような可能性は、センタ４２と専用ツール４４とが略同一の時間領域でそれぞれ別個の要求をしている競合状態において高くなる。このようなダイアグ応答信号のセンタ４２への送信が実行されてしまうと、通信経済が悪いだけでなく、センタ４２側で誤ったダイアグ応答信号（要求に対応していないダイアグ応答信号）を解析してしまうという不都合が生じうる。
【００３２】
本実施例は、かかる不都合を回避することを一特徴としており、以下これを詳説する。
【００３３】
先ず、説明上、本実施例では、センタ４２が要求できるダイアグ情報と、専用ツール４４が要求できるダイアグ情報とが異なる場合があるとする。そして、ECU７０に対しては複数のモード（本例では８つのモード）でダイアグ情報の要求ができることとし、その際にそれぞれのモードに応じてダイアグ情報A1-A8が生成されるとする。このうち、センタ４２が要求できるダイアグ情報をダイアグ情報A1-A5とし、専用ツール４４が要求できるダイアグ情報A1-A8とする。尚、この場合、ダイアグ情報A6-A8は、専用ツール４４のみが要求できるダイアグ情報となる。 
ここで、例えばダイアグ情報A1を要求する場合、要求信号には、ダイアグ情報A1の要求先ECUのIDがヘッダーに、要求内容（この場合、ダイアグ情報A1）を表わすためのコードがデータ領域にそれぞれ含められる。この要求信号を受けたECU７０は、要求信号の要求内容（この場合、ダイアグ情報A1）に応じたダイアグ応答信号を生成する。例えば、要求信号を受けたマスタECU７２は、所定のスレーブECU７４に対して必要なダイアグデータを出力するように要求し、これにより各スレーブECU７４から得たダイアグデータを用いてダイアグ応答信号を生成する。或いは、マスタECU７２は、当該所定のスレーブECU７４から得られるダイアグデータを事前に取得・記憶している場合には、新たに要求することなく記憶データを用いてダイアグ応答信号を生成する。
【００３４】
このダイアグ応答信号には、そのヘッダーに多重通信ネットワークのID（例えばCANのID）が含められ、そのデータ領域に応答内容（この場合、ダイアグ情報A1）としてダイアグデータが含められる。このダイアグ応答信号は、多重通信ネットワークに流され、上述の如く、多重通信ネットワークに接続されたマスタ制御装置２０で受信される。
【００３５】
図２は、マスタ制御装置２０の機能ブロック図である。マスタ制御装置２０は、センタ４２へのダイアグ情報の送信の必要性を判断する送信要否判断部２２と、多重通信ネットワークを介してダイアグ情報を取得するダイアグ情報取得部２４とを備える。また、マスタ制御装置２０は、センタ４２の要求できるダイアグ情報（本例では、ダイアグ情報A1-A5）を表わすマップ（テーブル）を格納するマップ格納部２６を備える。なお、マスタ制御装置２０は、マイクロコンピューターから構成されてよく、マップ格納部２６は、書き換え可能な不揮発性メモリ（例えば、EEPROM）として具現化されてよい。
【００３６】
図３は、本実施例のマスタ制御装置２０による処理の流れの一例を示すフローチャートである。
【００３７】
ダイアグ情報取得部２４が多重通信ネットワーク上からダイアグ応答信号を取得すると（ステップ１００）、送信要否判断部２２は、当該ダイアグ応答信号がセンタ４２の要求に対する応答として生成されたものであるか否かを判断する（ステップ１１０）。これは、上述の如くダイアグ情報取得部２４には多重通信ネットワークを介して無作為的にダイアグ応答信号が供給されるためである。
【００３８】
本ステップ１１０では、送信要否判断部２２は、マップ格納部２６内のマップに基づいて、ダイアグ応答信号のデータ領域に含まれるダイアグデータが、センタ４２の要求できるダイアグ情報であるか否かを判断する。
【００３９】
例えば、ダイアグ応答信号のデータ領域に含まれるダイアグデータが、ダイアグ情報A6に係るものである場合、送信要否判断部２２は、当該ダイアグ応答信号がセンタ４２の要求に対する応答として生成されたものでないと判断して、当該ダイアグ応答信号を破棄する（ステップ１２０）。この際、ダイアグ応答信号のデータ領域内のダイアグデータが、ダイアグ情報A6に係るか否かは、ダイアグデータ自体に基づいて判断されてよいが、例えばデータ領域のヘッダー部に含められるダイアグデータの種類を示すコードや、ダイアグ応答信号のヘッダー内に埋められうるかかる情報に基づいて判断されてもよい。
【００４０】
一方、ダイアグ応答信号のデータ領域に含まれるダイアグデータが、ダイアグ情報A4に係るものである場合、送信要否判断部２２は、当該ダイアグ応答信号がセンタ４２の要求に対する応答として生成されたものと判断して、当該ダイアグ応答信号をセンタ４２に転送する（ステップ１３０）。
【００４１】
このように本実施例によれば、マスタ制御装置２０に送信要否判断部２２を設けることで、センタ４２の要求に対する応答として生成されたものでないダイアグ応答信号、例えば、専用ツール４４に要求に対する応答として生成されたダイアグ応答信号や、なんらかのエラーが発生したダイアグ応答信号を、センタ４２に送ってしまうことが防止される。これにより、通信の無駄を省き、また、センタ４２の処理負担を低減することができる。尚、上記ステップ１２０で破棄されたダイアグ応答信号は、多重通信ネットワークに専用ツール４４が接続されている限り、専用ツール４４にブロードキャストにより送信されている。
【００４２】
本実施例において、マスタ制御装置２０の送信要否判断部２２は、上記ステップ１１０の判断と共に、ダイアグ情報取得部２４がダイアグ応答信号を取得した時よりも前の所定時間内にセンタ４２からの要求信号があったか否かを判断してもよい。尚、センタ４２からの要求信号は、マスタ制御装置２０を介して多重通信ネットワークに通されるので、マスタ制御装置２０の送信要否判断部２２は、センタ４２からの要求信号があったか否かを容易に判断できる。この場合、送信要否判断部２２は、要求信号のデータ領域に含まれる要求内容と、ダイアグ応答信号のデータ領域に含まれる応答内容との整合性を判断してもよい。
【００４３】
図４は、本実施例のマスタ制御装置２０による処理の流れのその他の一例を示すフローチャートである。
【００４４】
ダイアグ情報取得部２４が多重通信ネットワーク上からダイアグ応答信号を取得すると（ステップ２００）、送信要否判断部２２は、当該ダイアグ応答信号がセンタ４２の要求に対する応答として生成されたものであるか否かを判断する（ステップ２１０）。これは、上述の如くダイアグ情報取得部２４には多重通信ネットワークを介して無作為的にダイアグ応答信号が供給されるためである。
【００４５】
本ステップ２１０では、送信要否判断部２２は、マップ格納部２６内のマップに基づいて、ダイアグ応答信号のデータ領域に含まれるダイアグデータが、センタ４２の要求できるダイアグ情報であるか否かを判断する。例えば、ダイアグ応答信号のデータ領域に含まれるダイアグデータが、ダイアグ情報A6に係るものである場合、送信要否判断部２２は、当該ダイアグ応答信号がセンタ４２の要求に対する応答として生成されたものでないと判断し、ステップ２３０に進む。この際、ダイアグ応答信号のデータ領域内のダイアグデータが、ダイアグ情報A6に係るか否かは、ダイアグデータ自体に基づいて判断されてよいが、例えばデータ領域のヘッダー部に含められるダイアグデータの種類を示すコードや、ダイアグ応答信号のヘッダー内に埋められうるかかる情報に基づいて判断されてもよい。
【００４６】
一方、ダイアグ応答信号のデータ領域に含まれるダイアグデータが、ダイアグ情報A4に係るものである場合、送信要否判断部２２は、当該ダイアグ応答信号がセンタ４２の要求に対する応答として生成されたものと判断して、当該ダイアグ応答信号をセンタ４２に転送する（ステップ２７０）。
【００４７】
ステップ２３０では、送信要否判断部２２は、ダイアグ情報取得部２４がダイアグ応答信号を取得した時よりも前の所定時間Ｔ１内にセンタ４２からの要求信号があったか否かを判断する。尚、センタ４２からの要求信号は、マスタ制御装置２０を介して多重通信ネットワークに通されるので、マスタ制御装置２０の送信要否判断部２２は、センタ４２からの要求信号があったか否かを容易に判断できる。
【００４８】
本ステップ２３０において、所定時間Ｔ１以前内にセンタ４２からの要求信号があったと判断した場合、送信要否判断部２２は、センタ４２からの要求信号があった時点から所定時間Ｔ２経過するまで待機し、当該所定時間Ｔ２内に、ダイアグ情報取得部２４が他のダイアグ応答信号を取得するか否かを判断する（ステップ２４０）。
【００４９】
本ステップ２４０において、ダイアグ情報取得部２４が他のダイアグ応答信号を取得した場合には、上記ステップ２１０と同様、送信要否判断部２２は、マップ格納部２６内のマップに基づいて、当該他のダイアグ応答信号のデータ領域に含まれるダイアグデータが、センタ４２の要求できるダイアグ情報であるか否かを判断する（ステップ２５０）。例えば、当該他のダイアグ応答信号のデータ領域に含まれるダイアグデータが、ダイアグ情報A4に係るものである場合、送信要否判断部２２は、当該他のダイアグ応答信号がセンタ４２の要求に対する応答として生成されたものであると判断し、当該他のダイアグ応答信号をセンタ４２に転送する（ステップ２７０）。
【００５０】
一方、上記ステップ２３０において所定時間Ｔ１以前内にセンタ４２からの要求信号がなかったと判断した場合、送信要否判断部２２は、上記ステップ２００で得たダイアグ応答信号はセンタ４２の要求に対する応答として生成されたものでないと判断して、当該ダイアグ応答信号を破棄する（ステップ２３５）。又、上記ステップ２４０においてダイアグ情報取得部２４が他のダイアグ応答信号を取得しなかった場合には、送信要否判断部２２は、これらのダイアグ応答信号を破棄すると共に、要求に対応したダイアグ応答信号が得られなかった旨を示す信号をセンタ４２に転送する（ステップ２６０）。
【００５１】
このように本実施例によれば、マスタ制御装置２０に送信要否判断部２２を設けることで、センタ４２の要求に対する応答として生成されたものでないダイアグ応答信号、例えば、専用ツール４４に要求に対する応答として生成されたダイアグ応答信号や、なんらかのエラーが発生したダイアグ応答信号を、センタ４２に送ってしまうことが防止される。これにより、通信の無駄を省き、また、センタ４２の処理負担を低減することができる。また、上記ステップ２４０の処理により、複数の外部装置４０からの要求が競合する状況下においても、センタ４２の要求に対する応答として生成されたダイアグ応答信号を確実にセンタ４２に送ることができ、また、上記ステップ２６０の処理により、センタ４２側がその要求がどのように車両側で処理されたかを把握することができ、必要に応じて再要求を行うなどの対処が可能となる。
【００５２】
本実施例において、マスタ制御装置２０の送信要否判断部２２は、上記ステップ１１０の判断と共に、要求信号のデータ領域に含まれる要求内容と、ダイアグ応答信号のデータ領域に含まれる応答内容との整合性を判断してもよい。
【００５３】
次に、上述の２つの実施例に対する変形・改良に係る実施例を説明する。
【００５４】
第１の例では、マップ格納部２６が格納するマップ（テーブル）が外部装置４０により書き換え可能とされる。例えば、専用ツール４４は、マスタ制御装置２０のマップ格納部２６に対して書き換え要求信号と共に新たなマップを送信し、マスタ制御装置２０のマップ格納部２６に当該新たなマップが格納される。これにより、センタ４２の要求できるダイアグ情報を変更したい場合にも、マップ格納部２６のマップを書き換えればよく、かかる変更要請に対しても機動的に対応することができる。但し、センタ４２からの要求に応じてマップに定義されるダイアグ情報の種類を書き換え可能としてもよい。
【００５５】
第２の例では、マップ格納部２６が格納するマップが、車両内の入力装置を介して書き換え可能とされる。例えば、マスタ制御装置２０のマルチディスプレイ上でのグラフィカルユーザーインターフェースを介したユーザ入力に応じて、マップ格納部２６が格納するマップが書き換えられてよい。これにより、専用ツール４４を用いることなくマップ格納部２６のマップを書き換えることができる。
【００５６】
第３の例では、上述の実施例における送信要否判断部２２の機能が、センタ４２側に設けられる。即ち、車両側で生成されるダイアグ応答信号が、多重通信ネットワークを介してブロードキャストされる結果、マスタ制御装置２０の通信モジュール１２を介して無作為的にセンタ４２に送信される構成において、センタ４２側が、各受信するダイアグ応答信号に対して、それぞれセンタ４２の要求できるダイアグ情報を含むダイアグ応答信号であるか否かを判断してもよい。この際、各ダイアグ応答信号に含まれるダイアグデータが、センタ４２の要求できるダイアグ情報であるか否かは、ダイアグ応答信号のデータ領域内のダイアグデータ自体に基づいて判断されてよいが、例えばデータ領域のヘッダー部に含められるダイアグデータの種類を示すコードや、ダイアグ応答信号のヘッダー内に埋められうるかかるコードに基づいて判断されてもよい。かかるコードは、マスタ制御装置２０によりダイアグ応答信号に組み入れられてもよく、若しくは、ダイアグ応答信号の生成元のECU７０が生成時に組み入れるものであってもよい。
【００５７】
また、第３の例において、センタ４２側が、受信するダイアグ応答信号に対しエラー判断機能を有していてもよい。ダイアグ応答信号のエラーは、マスタ制御装置２０の通信モジュール１２からの送信若しくは車両内での通信時などにノイズの影響などにより発生するエラーであってよい。尚、上述の実施例のようにマスタ制御装置２０がエラー判断機能を有している場合、センタ４２に送信されるダイアグ応答信号に当該エラーの有無を示す情報が重畳されてもよい。これにより、センタ４２は、エラーを含むダイアグ応答信号を容易に選別して破棄することができる。
【００５８】
以上、本発明の好ましい実施例について詳説したが、本発明は、上述した実施例に制限されることはなく、本発明の範囲を逸脱することなく、上述した実施例に種々の変形及び置換を加えることができる。
【００５９】
例えば、上述した実施例において、当然ながら、ECU７０毎に要求できるダイアグ情報の種類は異なりうり、マップ格納部２６が格納するマップには、ECU７０毎に、センタ４２の要求できるダイアグ情報が定義されてよい。また、ダイアグ情報の種類は、時間的に異なる領域で収集される同一のダイアグ情報を含む。例えば、ダイアグ情報の種類として、フェール発生時のダイアグ情報、現時点のダイアグ情報、又はその双方が選択されて要求されてよい。
【図面の簡単な説明】
【００６０】
【図１】本発明による車両用診断システムの一実施例を示すシステム構成図である。
【図２】マスタ制御装置２０の機能ブロック図である。
【図３】第１実施例に係るマスタ制御装置２０による処理の流れを示すフローチャートである。
【図４】第２実施例に係るマスタ制御装置２０による処理の流れを示すフローチャートである。
【符号の説明】
【００６１】
１０    統合制御装置
１２    通信モジュール
２０    マスタ制御装置
２２    送信要否判断部
２４    ダイアグ情報取得部
２６    マップ格納部
【図１】
2006197017.tif 000003
【図２】
2006197017.tif 000004
【図３】
2006197017.tif 000005
【図４】
2006197017.tif 000006