(57)【要約】【課題】  車両診断システムにおいて、診断装置のソフトウェアプラットフォームを変更することなく、パーシャルネットワーキングに対応したＥＣＵの診断を可能とする。【解決手段】  車両内に設けられた通信バス（１０８）と、前記通信バスを介して相互に接続された、前記車両の動作を制御する複数の制御装置（１０４）と、前記通信バスに接続され、前記制御装置から診断情報を収集して前記車両の動作を診断する診断装置（１０２）と、を備え、前記各制御装置は、当該制御装置が備える全ての機能が有効であるノーマルモードと、少なくとも前記ノーマルモードへの復帰指示を前記通信バスを介して受信する機能を除く他の全部又は一部の機能が休止したスリープモードの、２つの動作モードを有し、前記複数の制御装置のうち少なくとも１つの制御装置は、前記診断装置から所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されている。【選択図】図４
2014227060.tif 000002
【特許請求の範囲】
【請求項１】
車両内に設けられた通信バスと、
前記通信バスを介して相互に接続された、前記車両の動作を制御する複数の制御装置と、
前記通信バスに接続され、前記制御装置から診断情報を収集して前記車両の動作を診断する診断装置と、
を備え、
前記各制御装置は、当該制御装置が備える全ての機能が有効であるノーマルモードと、少なくとも前記ノーマルモードへの復帰指示を前記通信バスを介して受信する機能を除く他の全部又は一部の機能が休止したスリープモードの、２つの動作モードを有し、
前記複数の制御装置のうち少なくとも１つの制御装置は、前記診断装置から所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されている、
車両診断システム。
【請求項２】
前記複数の制御装置のうち少なくとも２つの制御装置は、前記診断装置から所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されており、
前記診断装置は、前記少なくとも２つの制御装置のうちの一の制御装置が通信不能であるときは、前記少なくとも２つの制御装置のうちの他の一の制御装置に対して前記所定の信号を送信する、
請求項１に記載の車両診断システム。
【請求項３】
前記複数の制御装置のうち少なくとも２つの制御装置は、前記診断装置から所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されており、
前記診断装置は、前記各制御装置が通信可能な状態であるか否かを確認し、通信可能な状態であることが確認された前記少なくとも２つの制御装置のうちから一の制御装置を選択し、当該選択した一の制御装置に前記所定の信号を送信する、
請求項１に記載の車両診断システム。
【請求項４】
前記診断装置は、予め定められた基準に従って、前記一の制御装置を選択する、
請求項３に記載の車両診断システム。
【請求項５】
前記予め定められた基準とは、前記少なくとも２つの制御装置のうちから予め定められた順に通信可能な制御装置を探索し、最初に発見した通信可能な制御装置を前記一の制御装置として選択することである、
請求項４に記載の車両診断システム。
【請求項６】
前記複数の制御装置のうち少なくとも２つの制御装置は、前記診断装置から前記所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されており、
前記診断装置は、前記少なくとも２つの制御装置に対し同時に前記所定の信号を送信するよう構成され、
前記少なくとも２つの各制御装置は、それぞれ異なる所定の時間が割り当てられ、前記所定の信号を受信した後、自装置に割り当てられた前記所定の時間が経過するまでにいずれの前記制御装置からも前記復帰指示の送出を検知しないときは、他の前記制御装置に対し復帰指示を送信するよう構成されている、
請求項１に記載の車両診断システム。
【請求項７】
車両動作を制御する複数の制御装置が通信バスを介して通信可能に接続された車両内ネットワークを備えた車両であって、
前記車両内ネットワークは、車両動作を診断する診断装置が前記通信バスに接続されることにより車両診断システムを構成するものであり、
前記各制御装置は、当該制御装置が備える全ての機能が有効であるノーマルモードと、少なくとも前記ノーマルモードへの復帰指示を前記通信バスを介して受信する機能を除く他の全部又は一部の機能が休止したスリープモードの、２つの動作モードを有し、
前記複数の制御装置のうち少なくとも１つの制御装置は、前記診断装置から所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されている、
車両。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の動作を制御する電子制御装置（ＥＣＵ、Electronic Control Unit）から診断情報を収集して当該車両の動作を診断する車両診断システムに関する。
【背景技術】
【０００２】
従来、車両動作の診断を行う装置として、当該車両に備えられた車両内ネットワークを介して各ＥＣＵから診断情報を収集する車両用故障診断装置が知られている（特許文献１参照）。この診断装置では、上記車両内ネットワークにより互いに通信可能に接続された複数のＥＣＵのうち一のＥＣＵを親ＥＣＵとし、当該親ＥＣＵが他の全てのＥＣＵ（子ＥＣＵ）から各ＥＣＵにおける自己診断情報を収集する。
【０００３】
そして、親ＥＣＵは、上記ネットワークに接続された解析ツールから診断情報の送信要求を受信すると、上記収集した診断情報のうちから当該送信要求の種別に応じた診断情報のみを抽出して上記ツールへ送信する。これにより、上記診断装置では、全てのＥＣＵから個別に全ての診断情報が解析ツールへ送信されるのを回避して、情報転送の効率化を図っている。
【０００４】
ところで、近年では車両の省燃費化を目指し、車載電装機器の省電力化を図るべく、ＥＣＵにおいて、通常の動作を行うノーマルモードと殆どの動作を休止状態において消費電力を低減するスリープモードの２つの状態での動作を可能とし、車両内ネットワークに接続されたＥＣＵのうち現在の車両動作に必要なＥＣＵのみをノーマルモードで動作させる（すなわち、車両内ネットワークを部分的にアクティブにする）、パーシャルネットワーキングの技術が知られている。すなわち、パーシャルネットワーキング・システムでは、現在の車両動作に必要のないＥＣＵをスリープモードとすることで、ネットワーク全体としての電力消費を低減している。
【０００５】
このようなパーシャルネットワーキング・システムでは、車両のイグニションスイッチがオンとなった状態において、車両内ネットワークに診断装置を接続して各ＥＣＵの動作診断を行おうとする場合にも、車両動作の状態によっては一部のＥＣＵがスリープモードとなっている場合があり得る。この場合、スリープモードのＥＣＵは通信機能を含む殆どの動作が休止しているため、診断装置は当該ＥＣＵと通信を行うことができず、当該ＥＣＵから診断情報を収集することができないこととなる。
【０００６】
このため、パーシャルネットワーキング・システムに接続される診断装置では、診断処理を開始する前に、スリープモードとなっているＥＣＵがあれば当該ＥＣＵをウェイクアップさせてノーマルモードに移行させ、通信可能な状態とする必要がある。
【０００７】
ところで、車両診断装置は、一般に、国際規格に則った診断通信（診断を行うための通信）を行うように構成されている。例えば、車両において通常用いられるＣＡＮ（Controller Area Network）通信規格においてはフレームと称される最大ビット長が規定されたデータブロックを単位として通信が行われるが、ＣＡＮ通信規格に基づいてＥＣＵから診断情報を収集する車両診断装置では、診断通信に用いるフレーム定義や通信手順は、国際的な標準規格に準拠している。
【０００８】
そして、実際の診断装置においては、このようなフレーム定義や通信手順は、当該診断装置に組み込まれたソフトウェアプラットフォームの中に、例えば組み込み関数の形で与えられており、当該ソフトウェアプラットフォーム上において、例えば診断情報の収集と解析を行うアプリケーションプログラムが実行される。
【０００９】
一方で、スリープモードとなっているＥＣＵに対しノーマルモードへの復帰を指示するフレーム（以下、復帰指示フレームという）は、上記標準規格に規定された診断通信の形式に基づくものではない。このため、従来の診断装置のソフトウェアプラットフォームには、復帰指示フレームを送信するためのソフトウェアインタフェースは準備されておらず、従来の診断装置をそのまま用いてスリープモードのＥＣＵに対しノーマルモードへの復帰を直接的に指示することはできない。
【００１０】
従って、診断装置からＥＣＵに対し直接的に復帰指示フレームを送信しようとする場合には、上記ソフトウェアプラットフォーム自体を改修し、診断通信としては非標準である上記復帰指示フレームを扱えるようにする必要が生じ、これらのソフトウェア改修のために相当の費用を要することとなる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０１３−２８２３８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上記の背景より、診断装置のソフトウェアプラットフォームを改修することなく、パーシャルネットワーキングを構成するＥＣＵをスリープモードから復帰させて診断情報を収集することのできる、車両診断システムの実現が望まれている。
【課題を解決するための手段】
【００１３】
本発明は、車両内に設けられた通信バスと、前記通信バスを介して相互に接続された、前記車両の動作を制御する複数の制御装置と、前記通信バスに接続され、前記制御装置から診断情報を収集して前記車両の動作を診断する診断装置と、を備える車両診断装置である。前記各制御装置は、当該制御装置が備える全ての機能が有効であるノーマルモードと、少なくとも前記ノーマルモードへの復帰指示を前記通信バスを介して受信する機能を除く他の全部又は一部の機能が休止したスリープモードの、２つの動作モードを有している。そして、前記複数の制御装置のうち少なくとも１つの制御装置は、前記診断装置から所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されている。
本発明の一の態様によると、前記複数の制御装置のうち少なくとも２つの制御装置は、前記診断装置から所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されており、前記診断装置は、前記少なくとも２つの制御装置のうちの一の制御装置が通信不能であるときは、前記少なくとも２つの制御装置のうちの他の一の制御装置に対して前記所定の信号を送信する。
本発明の他の態様によると、前記複数の制御装置のうち少なくとも２つの制御装置は、前記診断装置から所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されており、前記診断装置は、前記各制御装置が通信可能な状態であるか否かを確認し、通信可能な状態であることが確認された前記少なくとも２つの制御装置のうちから一の制御装置を選択し、当該選択した一の制御装置に前記所定の信号を送信する。
本発明の他の態様によると、前記診断装置は、予め定められた基準に従って、前記一の制御装置を選択する。
本発明の他の態様によると、前記予め定められた基準とは、前記少なくとも２つの制御装置のうちから予め定められた順に通信可能な制御装置を探索し、最初に発見した通信可能な制御装置を前記一の制御装置として選択することである。
本発明の他の態様によると、前記複数の制御装置のうち少なくとも２つの制御装置は、前記診断装置から前記所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されており、前記診断装置は、前記少なくとも２つの制御装置に対し同時に前記所定の信号を送信するよう構成され、前記少なくとも２つの各制御装置は、それぞれ異なる所定の時間が割り当てられ、前記所定の信号を受信した後、自装置に割り当てられた前記所定の時間が経過するまでにいずれの前記制御装置からも前記復帰指示の送出を検知しないときは、他の前記制御装置に対し復帰指示を送信するよう構成されている。
また、本発明は、車両動作を制御する複数の制御装置が通信バスを介して通信可能に接続された車両内ネットワークを備えた車両である。前記車両内ネットワークは、車両動作を診断する診断装置が前記通信バスに接続されることにより車両診断システムを構成するものであり、前記各制御装置は、当該制御装置が備える全ての機能が有効であるノーマルモードと、少なくとも前記ノーマルモードへの復帰指示を前記通信バスを介して受信する機能を除く他の全部又は一部の機能が休止したスリープモードの、２つの動作モードを有している。また、前記複数の制御装置のうち少なくとも１つの制御装置は、前記診断装置から所定の信号を受信したときに、他の前記制御装置に対して前記復帰指示を送信するよう構成されている。
【００１４】
本発明によれば、診断装置のソフトウェアプラットフォームを改修することなく、車両内ネットワークを介して、パーシャルネットワーキングを構成するＥＣＵをスリープモードから復帰させて診断情報を収集することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態に係る車両診断システムの構成を示す図である。
【図２】本発明の第１の実施形態に係る車両診断システムの、ＥＣＵの構成を示す図である。
【図３】本発明の第１の実施形態に係る車両診断システムの、診断装置の構成を示す図である。
【図４】本発明の第１の実施形態に係る車両診断システムの、動作の概要を説明するための説明図である。
【図５】本発明の第１の実施形態に係る車両診断システムの、診断装置における処理の手順を示すフロー図である。
【図６】本発明の第１の実施形態に係る車両診断システムの、ＥＣＵにおける動作休止処理の手順を示すフロー図である。
【図７】本発明の第１の実施形態に係る車両診断システムの、ＥＣＵにおける動作復帰処理の手順を示すフロー図である。
【図８】本発明の第１の実施形態に係る車両診断システムの、ＥＣＵにおける診断関連処理の手順を示すフロー図である。
【図９】本発明の第１の実施形態に係る、車両診断システムとしての処理の手順を示すフロー図である。
【図１０】本発明の第２の実施形態に係る車両診断システムの構成を示す図である。
【図１１】本発明の第２の実施形態に係る車両診断システムの、診断装置の構成を示す図である。
【図１２】本発明の第２の実施形態に係る車両診断システムの、診断装置における処理の手順を示すフロー図である。
【図１３】本発明の第２の実施形態に係る車両診断システムの、動作の概要を説明するための説明図である。
【図１４】本発明の第２の実施形態に係る、車両診断システムとしての処理の手順を示すフロー図である。
【図１５】本発明の第３の実施形態に係る車両診断システムの構成を示す図である。
【図１６】本発明の第３の実施形態に係る車両診断システムの、診断装置の構成を示す図である。
【図１７】本発明の第３の実施形態に係る車両診断システムの、診断装置における処理の手順を示すフロー図である。
【図１８】本発明の第３の実施形態に係る車両診断システムの、動作の概要を説明するための説明図である。
【図１９】本発明の第３の実施形態に係る、車両診断システムとしての処理の手順を示すフロー図である。
【図２０】本発明の第４の実施形態に係る車両診断システムの構成を示す図である。
【図２１】本発明の第４の実施形態に係る車両診断システムの、ＥＣＵの構成を示す図である。
【図２２】本発明の第４の実施形態に係る車両診断システムの、診断装置の構成を示す図である。
【図２３】本発明の第４の実施形態に係る車両診断システムの、診断装置における処理の手順を示すフロー図である。
【図２４】本発明の第４の実施形態に係る車両診断システムの、ＥＣＵにおける診断関連処理の手順を示すフロー図である。
【図２５】本発明の第４の実施形態に係る車両診断システムの、動作の概要を説明するための説明図である。
【図２６】本発明の第４の実施形態に係る、車両診断システムとしての処理の手順を示すフロー図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明の実施の形態を説明する。
【００１７】
≪第１実施形態≫
図１は、本発明の第１の実施形態に係る車両診断システムの構成を示す図である。
本車両診断システム１０は、複数のＥＣＵがバスを介して通信可能に接続された車両内ネットワーク１００と、当該車両内ネットワーク１００に接続される診断装置１０２と、を備える。
【００１８】
車両内ネットワーク１００は、複数のＥＣＵ、例えばＥＣＵ１０４ａ〜ｄと、これらのＥＣＵ１０４ａ〜ｄを通信可能に接続するバス１０８と、により構成される。なお、ＥＣＵ１０４ａ〜ｄは、車両内ネットワーク１００が搭載された車両についての、それぞれ異なる車両動作を制御する。より具体的には、ＥＣＵ１０４ａ〜ｄは、例えば、エンジンの燃料噴射を制御するＦＩ（Fuel Injection）−ＥＣＵ、車両キーの認証を行うイモビライザＥＣＵ、車両ドアに設けられたパワーウィンドウの開閉を制御するパワーウィンドウＥＣＵ、ステアリング（ハンドル）の動作を制御するステアリングＥＣＵ、車両内に備える電動シート（パワーシート）の調整等を行うパワーシートＥＣＵ等々とすることができる。
【００１９】
ただし、ＥＣＵ１０４ａ〜ｄは、本車両診断システム１０が行う診断処理に係る動作、すなわち、診断装置１０２との協働動作については、同様の構成要素を用いて同様の動作を行う。したがって、以下の説明においては、本車両診断システム１０の動作に関連してＥＣＵ１０４ａ〜ｄに言及するときは、これらを総称して「ＥＣＵ１０４ａ〜ｄ」あるいは単に「ＥＣＵ１０４」と称するものとし、説明の都合上、これらを個別に特定する必要があるときにのみ、アルファベットを付してＥＣＵ１０４ａ、ＥＣＵ１０４ｂ等と記載するものとする。
【００２０】
各ＥＣＵ１０４ａ〜ｄ及び診断装置１０２は、例えばＣＡＮ通信規格に従って、バス１０８を介して互いに通信可能に接続されている。上述したように、ＣＡＮ通信規格においては、最大ビット長が規定されたフレームと称されるデータブロックを単位として通信が行われる。また、フレームには、当該フレームが伝送する情報の素性を識別するための識別子（ＩＤ、Identifier）が含まれており、フレームを受信した各ＥＣＵは、当該フレームに含まれるＩＤ（通常は、数値又は番号）から、自装置に宛てて送信されたフレームか否か、どの装置から送信されたものか、どのような種類の情報が含まれているか、等を知ることができる。なお、ＩＤ番号とフレームの素性との対応関係は、設計者が予め定めておくことができる。
【００２１】
以下の説明において、例えば、「診断装置１０２は、ＥＣＵ１０４ａに通信開始要求フレームを送信する」というときは、送信元が当該診断装置１０２であること、送信先がＥＣＵ１０４ａであること、及び当該フレームが送信開始要求フレームであること、を示す予め定められたＩＤ番号を付したフレームが診断装置１０２において生成され、当該診断装置１０２からバス１０８に送出されることを意味するものとする。なお、“当該フレームが送信開始要求フレームであること”は、上記ＩＤ番号と当該フレームに含まれる予め定義された属性データとの組み合わせにより示すものとすることもできる。
【００２２】
ＥＣＵ１０４は、ノーマルモードとスリープモードの２つの動作モードで動作するよう構成されており、バス１０８と共にパーシャルネットワーキングを構成している。また、ＥＣＵ１０４は、パーシャルネットワーキングに対応したＣＡＮ通信規格に従い、ＥＣＵ１０４をスリープモードからノーマルモードへ復帰（ウェイクアップ）させるための特殊なフレーム（以下、「復帰指示フレーム」という）を受信することができるように構成され、かつ、上記復帰指示フレームを生成して他のＥＣＵ１０４へ送信することができるように構成されている。
【００２３】
ここで、ＥＣＵ１０４のノーマルモードとは、当該ＥＣＵ１０４が備える全ての機能が有効に動作する動作モードをいい、ＥＣＵ１０４のスリープモードとは、少なくとも上記復帰指示フレームをバス１０８を介して受信する機能を除く他の全部又は一部の機能を休止させて電力消費を低減する動作モードをいうものとする。
【００２４】
図２は、ＥＣＵ１０４の構成を示すブロック図である。
ＥＣＵ１０４は、処理装置２００と、ＣＡＮ通信モジュール２０２と、を有している。
【００２５】
ＣＡＮ通信モジュール２０２は、パーシャルネットワーキングに対応したＣＡＮ通信規格に従うＣＡＮ通信インタフェースであり、送信機２０４と、受信機２０６と、受信機２０６が受信したフレームのＩＤを検査するＩＤ検査ユニット２０８と、を有する。また、ＣＡＮ通信モジュール２０２は、ＥＣＵ１０４がノーマルモード及びスリープモードのいずれの状態においても動作し、スリープモードにおいても、バス１０８上に送出された復帰指示フレームを受信することができる。
【００２６】
送信機２０４は、処理装置２００が生成したフレームを受け取り、ＣＡＮ通信規格に従って当該フレームをバス１０８へ送出する。
【００２７】
受信機２０６は、ＣＡＮ通信規格に従ってバス１０８からフレームを受信し、ノーマルモードの場合には当該受信したフレームを処理装置２００へ送り、スリープモードの場合には当該受信したフレームをＩＤ検査ユニット２０８に送る。
【００２８】
ＩＤ検査ユニット２０８は、パーシャルネットワーキングに対応したＣＡＮ通信規格に準拠して、受信機２０６から受け取った受信フレームが自装置宛ての復帰指示フレームであるか否かを判断する。この判断は、当該受信フレームに含まれるＩＤ番号のほか、例えば、当該フレームのデータ長やデータ内容（特定のビットの値）にも基づいて行うことができる。
【００２９】
そして、ＩＤ検査ユニット２０８は、受信フレームが自装置宛ての復帰指示フレームであるときは、処理装置２００に対しスリープモードからノーマルモードへ復帰（ウェイクアップ）するための復帰信号を入力する。
【００３０】
この復帰信号は、本実施形態では、処理装置２００（後述）が備えるプロセッサ（不図示）をスリープモードからノーマルモードへ復帰させるため当該プロセッサに入力するハードウェア割り込み信号である。
【００３１】
なお、自装置宛ての復帰指示フレームであることを示すＩＤ番号、データ長、あるいはデータ内容は、例えば、処理装置２００が実行するプログラムに予め記述され、ＥＣＵ１０４の起動時にＣＡＮ通信モジュール２０２が備える記憶装置（不図示）に保存されるものとすることができる。ＩＤ検査ユニット２０８は、当該保存されたＩＤ番号等の情報を参照し、受信したフレームのＩＤ番号等と比較することにより、当該フレームが自装置宛てに送信された復帰指示フレームか否かを判断することができる。
【００３２】
ＣＡＮ通信モジュール２０２は、本実施形態においては、論理ＩＣ（Integrated Circuit）等の汎用デバイスや、ＡＳＩＣ（Application Specific Integrated Circuit）等のカスタムＩＣ等を含むハードウェアにより構成されている。ただし、ＣＡＮ通信モジュール２０２をプロセッサを備えたコンピュータとし、送信機２０４、受信機２０６、及びＩＤ検査ユニット２０８の各機能の一部又は全部を、上記プロセッサがプログラムを実行することにより実現されるソフトウェア機能として構成することもできる。
【００３３】
処理装置２００は、ＣＰＵ（Central Processing Unit）等のプロセッサと、プログラムが書き込まれたＲＯＭ（Read Only Memory）、データの一時記憶のためのＲＡＭ（Random Access Memory）、及び電源断後も記憶内容を保持する不揮発性メモリ（例えばフラッシュメモリ）等を含む記憶装置と、を有するコンピュータであり、通常の動作を行うノーマルモードと、殆どの機能を休止させて消費電力を低減するスリープモードの、２つのモードで動作することができる。
【００３４】
本実施形態では、処理装置２００は、コンピュータ分野における公知の技術を用いてノーマルモードとスリープモード（あるいは低電力モード）で動作するよう構成されたプロセッサを用いて構成される。処理装置２００に用いる上記プロセッサは、公知の技術に従い、例えば、ノーマルモードにおいて特定のコマンドを実行することによりスリープモードへ移行することができ、スリープモードにおいて特定のハードウェア割り込み信号が入力されたことに応じて、予め定められたメモリアドレスから開始するプログラムを実行することによりノーマルモードへ復帰することができる。
【００３５】
また、処理装置２００は、車両制御ユニット２１０と、モード移行ユニット２１２と、自己診断ユニット２１４と、復帰指示ユニット２１６と、を有する。上記車両制御ユニット２１０と、自己診断ユニット２１４と、復帰指示ユニット２１６とは、コンピュータである処理装置２００がプログラムを実行することにより実現される仮想マシンであり、機能実現手段である。また、モード移行ユニット２１２は、コンピュータである処理装置２００がプログラムを実行することにより実現される仮想マシン部分と、処理装置２００が備えるプロセッサの、ハードウェア割り込み処理のためのハードウェア部分とで構成される。ただし、上記各ユニットをハードウェアのみで構成することもできる。なお、コンピュータ・プログラムは、コンピュータ読み取り可能な任意の記憶媒体に記憶させておくことができる。
【００３６】
車両制御ユニット２１０は、予め定められた車両動作についての制御を行う。ここで、「車両動作についての制御」とは、例えば、パワーウィンドウＥＣＵであれば当該車両に備えられたパワーウィンドウを開閉するモータ制御であり、パワーシートＥＣＵであればパワーシートの前後移動やリクライニング角度調整等のためのモータ制御を意味する。
【００３７】
したがって、車両制御ユニット２１０は、厳密には各ＥＣＵ１０４ａ、ｂ、ｃ、ｄ毎にそれぞれ異なるものとなり、その意味において、処理装置２００も各ＥＣＵ１０４ａ、ｂ、ｃ、ｄ毎にそれぞれ異なるものとなる。ただし、本発明に係る車両診断システム１０の動作は、車両制御ユニット２１０の個別の制御動作とは直接的な関係を持たず、車両制御ユニット２１０以外の、ＥＣＵ１０４ａ〜ｄが共通的に備える他の構成要素により説明される。このため、以下の説明においては、冗長な記載を避けて理解を容易にすべく、ＥＣＵ１０４ａ、ｂ、ｃ、ｄに備える車両制御ユニット２１０を、２１０ａ、ｂ、ｃ、ｄとして識別することなく、便宜上、一つの名称「制御ユニット２１０」として示し、各ＥＣＵ１０４が共通的な構成要素として「処理装置２００」を備えるものとして記載する。
【００３８】
モード移行ユニット２１２は、ＥＣＵ１０４の２つの動作モードの切り替え、すなわち、ノーマルモードとスリープモードとの間での動作の切り替えを制御する。モード移行ユニット２１２は、ＥＣＵ１０４がノーマルモードで動作しているときは、車両制御に係る特定の入力信号が所定時間以上受信されなかったことに応じて、ＥＣＵ１０４をスリープモードに切り替えるための移行処理を実行する。ここで、「車両制御に係る特定の入力信号」とは、例えば、当該ＥＣＵ１０４がパワーウィンドウＥＣＵであれば、当該車両に備えるパワーウィンドウを操作するためのスイッチからの入力であり、パワーシートＥＣＵであればパワーシートの前後移動やリクライニング角度調整等のための操作スイッチからの入力をいう。
【００３９】
なお、スリープモードへの移行は、上記のように特定の入力信号の受信状態に応じて行うほか、例えばバス１０８上に接続された車両動作の管理装置（不図示）から送信される特定の指示を受信したことに応じて行うものとしてもよい。
【００４０】
モード移行ユニット２１２が行う上記移行処理は、ＥＣＵ１０４が備える所定のハードウェアの動作を休止させる処理である。上記移行処理では、モード移行ユニット２１２は、例えば、処理装置２００が備える作業用メモリ（不図示）が記憶する現在の車両制御に係るデータや、処理装置２００が備えるプロセッサ（不図示）のレジスタ値等を、処理装置２００の不揮発性メモリ（不図示）に保存し、上記プロセッサをスリープモードに移行させるための特定のコマンドを実行する。
【００４１】
また、モード移行ユニット２１２は、自装置であるＥＣＵ１０４がスリープモードで動作しているときは、処理装置２００がＩＤ検査ユニット２０８からの復帰信号を受信したことに応じて、自装置であるＥＣＵ１０４をスリープモードからノーマルモードへ移行させるための復帰処理を実行する。当該復帰処理では、モード移行ユニット２１２は、例えば、処理装置２００が備える不揮発性メモリからデータやレジスタ値を読み出して、作業用メモリやプロセッサのレジスタに格納する。
【００４２】
さらに、モード移行ユニット２１２は、上記復帰処理を行った後、ノーマルモードへ復帰したことを示す復帰完了フレームをバス１０８上へ送出してから、スリープモード移行時に中断した処理に実行を移す。上記復帰完了フレームは、自装置であるＥＣＵ１０４を送信元とする復帰完了フレームであることを表わす、予め定められたＩＤ番号を付して作成することができる。なお、復帰完了フレームの送信は、本実施形態における車両診断システム１０においては省略することもできる。
【００４３】
スリープモードから復帰する際に実行される上記の処理は、ＩＤ検査ユニット２０８から入力される復帰信号（ハードウェア割り込み）によって実行が開始されるプログラムとして、例えば処理装置２００が備えるＲＯＭ（不図示）内の特定のアドレスから始まる記憶領域に記憶させておくことができる。また、上記ハードウェア割り込みは、処理装置２００のプロセッサがスリープモードである場合にのみ有効とされ（あるいは許可され）、ノーマルモードで動作している間は無効とされる（あるいは禁止される）ものとする。したがってノーマルモードで動作するＥＣＵ１０４は、復帰指示フレームを受信した場合でも、現在のノーマルモードにおける動作を維持（継続）する。なお、上記ハードウェア割り込みの有効及び無効（許可及び禁止）は、処理装置２００のプロセッサが、当該プロセッサのハードウェアに設定するか、又はＩＤ検査ユニット２０８を備えるＣＡＮ通信モジュール２０２に対して設定するものとすることができる。
【００４４】
自己診断ユニット２１４は、ＣＡＮ通信モジュール２０２の受信機２０６から転送された受信フレームが、診断装置１０２から送信された診断の開始を通知する診断通知フレームであるか否かを判断し、診断通知フレームであるときは、通知応答フレームを診断装置１０２へ送信する。これにより、診断装置１０２は、当該ＥＣＵ１０４がノーマルモードで動作し通信可能状態になっていることを知ることができる。
【００４５】
なお、受信フレームが診断通知フレームであるか否かは、当該受信フレームに含まれるＩＤ番号及び又はデータ内容が、診断通知フレームを表わすものとして予め定められたＩＤ番号及び又はデータ内容と一致するか否かにより判断することができる。また、通知応答フレームは、通知応答フレームであること示すものとして予め定められたＩＤ番号及び又はデータを含むフレームとして構成することができる。
【００４６】
また、自己診断ユニット２１４は、受信機２０６から転送された受信フレームが、自己診断の実行開始を指示する診断開始指示フレームであるか否かを判断し、診断開始指示フレームであるときは、自装置であるＥＣＵ１０４の所定動作についての異常の有無を表わす所定の情報（診断情報）を収集する自己診断処理を実行して、当該処理により収集した診断情報を診断装置１０２へ送信する。この診断情報は、一つ又は複数の診断情報フレームとして診断装置１０２へ送信される。なお、診断情報フレームは、診断情報フレームであること示すものとして予め定められたＩＤ番号及び又はデータを含み、かつ、診断情報を表すデータを含んだフレームとして構成される。
【００４７】
復帰指示ユニット２１６は、受信機２０６から転送された受信フレームが、通信開始要求フレームであるか否かを判断し、通信開始要求フレームであるときは、他の全てのＥＣＵ１０４に対し、パーシャルネットワーキングに対応したＣＡＮ通信規格に従い復帰指示フレームを送信する。通信開始要求フレームは、診断装置１０２が一のＥＣＵ１０４に送信するものであり、全てのＥＣＵ１０４が通信可能状態となるように、当該一のＥＣＵ１０４に対し他の全てのＥＣＵ１０４へ復帰指示フレームを送信するよう指示するフレームである。
【００４８】
上記復帰指示フレームの送信により、バス１０８上に接続された全てのＥＣＵ１０４は、ノーマルモードとなり、診断装置１０２との間で通信を行える状態となる。なお、受信フレームが通信開始要求フレームであるか否かは、当該受信フレームに含まれるＩＤ番号及び又はデータ内容が、通信開始要求フレームを表わすものとして予め定められたＩＤ番号及び又はデータ内容と一致するか否かにより判断することができる。
【００４９】
次に、診断装置１０２について説明する。
診断装置１０２は、診断通信に関する標準規格に準拠し、当該規格で定義されるフレームを用いて（すなわち、当該規格では定義されない復帰指示フレームを送受信することなく）、各ＥＣＵ１０４から診断情報を収集する。
【００５０】
本実施形態では、診断装置１０２は、診断情報の収集に先立って、バス１０８上でスリープモードとなっているＥＣＵ１０４をノーマルモードに復帰させて通信可能状態とするため、一のＥＣＵ１０４を選定して通信開始要求フレームを送信し、当該一のＥＣＵ１０４に対し他の全てのＥＣＵ１０４へ復帰指示フレームを送信するよう要求する。以下、車両診断システム１０において他のＥＣＵ１０４へ復帰指示フレームを送信する一のＥＣＵ１０４を、「特定ＥＣＵ」と称する。
【００５１】
より具体的には、診断装置１０２は、予め定められたＥＣＵ１０４を特定ＥＣＵに設定し、当該特定ＥＣＵに設定したＥＣＵ１０４に対し、通信開始要求フレームを送信する。通信開始要求フレームを受信したＥＣＵ１０４は、当該ＥＣＵ１０４が備える復帰指示ユニット２１６（図２）により、他の全てのＥＣＵ１０４へ復帰指示フレームを送信する。
【００５２】
これにより、当該他のＥＣＵ１０４のうちスリープモードであったＥＣＵ１０４はノーマルモードに復帰し、ノーマルモードであったＥＣＵ１０４はそのままノーマルモードを維持するので、バス１０８上の全てのＥＣＵ１０４は、ノーマルモードで動作することとなる。その結果、全てのＥＣＵ１０４が通信可能状態となり、診断装置１０２は、全てのＥＣＵ１０４から診断情報を収集することができるようになる。
【００５３】
図３は、診断装置１０２の構成を示すブロック図である。
診断装置１０２は、処理装置３００と、ＣＡＮ通信インタフェースであるＣＡＮ通信モジュール３０２と、表示装置３１０と、操作入力装置３１２と、を有する。
【００５４】
ＣＡＮ通信モジュール３０２は、送信機３０４と、受信機３０６と、を有する。送信機３０４は、処理装置３００が生成したフレーム（所定の基準に従って構成されたデータストリング）を受け取り、ＣＡＮ通信規格に従って当該フレームをバス１０８へ送出する。また、受信機３０６は、ＣＡＮ通信規格に従ってバス１０８からフレームを受信し、当該受信したフレームを処理装置３００へ送る。
【００５５】
ＣＡＮ通信モジュール３０２は、本実施形態においては、論理ＩＣ（Integrated Circuit）等の汎用デバイスや、ＡＳＩＣ（Application Specific Integrated Circuit）等のカスタムＩＣ等を含むハードウェアにより構成されている。ただし、ＣＡＮ通信モジュール３０２をプロセッサを備えたコンピュータとし、送信機３０４及び受信機３０６の各機能の一部又は全部を、上記プロセッサがプログラムを実行することにより実現されるソフトウェア機能として構成することもできる。
【００５６】
表示装置３１０は、例えば液晶表示装置（LCD、Liquid Crystal Display）により構成され、ＥＣＵ１０４から収集した診断情報を表示したり、ユーザへのメッセージを表示する。
【００５７】
操作入力装置３１２は、ユーザが診断装置１０２にデータや指示を入力する際に用いる入力装置であり、例えば、表示装置３１０の表示画面上に設けられたタッチパネル、診断装置１０２の筐体の一部に設けられたキーパッド、及び又は当該診断装置１０２に設けられたコンソールとすることができる。
【００５８】
処理装置３００は、ＣＰＵ等のプロセッサと、プログラムが書き込まれたＲＯＭやデータの一時記憶のためのＲＡＭ等を含む記憶装置と、を有するコンピュータであり、情報取得ユニット３２０と、診断処理ユニット３２２と、を有する。これらの各ユニットは、コンピュータである処理装置３００がプログラムを実行することにより実現される仮想マシンであり、機能実現手段である。
【００５９】
処理装置３００において実行されるプログラムは、例えば、診断通信に関する標準規格において規定されたフレーム定義や通信手順に従って通信を行うための基本プログラムを含むソフトウェアプラットフォームと、当該ソフトウェアプラットフォーム上で実行されて上記基本プログラム等を用いながら診断情報の収集、解析等を行うアプリケーションプログラムと、により構成される。
【００６０】
すなわち、処理装置３００が有する上記情報取得ユニット３２０及び診断処理ユニット３２２は、例えば、上述したソフトウェアプラットフォーム上において特定のアプリケーションプログラムが実行されることにより実現される仮想マシンとすることができる。
【００６１】
なお、上記ソフトウェアプラットフォームを構築するコンピュータ・プログラム及び当該ソフトウェアプラットフォーム上で実行されるアプリケーションプログラムであるコンピュータ・プログラムは、コンピュータ読み取り可能な任意の記憶媒体に記憶させておくことができる。
【００６２】
情報取得ユニット３２０は、予め定められた所定のＥＣＵ１０４を特定ＥＣＵに設定し、当該所定のＥＣＵ１０４に対し他のＥＣＵ１０４への復帰指示フレームの送信を指示する。上記所定のＥＣＵ１０４の情報（すなわち、いずれのＥＣＵ１０４が当該所定のＥＣＵ１０４であるかを示す情報）は、処理装置３００が備える記憶装置（不図示）に予め記憶させておくか、又は処理装置３００が実行するプログラムに記述しておくことができる。
【００６３】
ここで、特定ＥＣＵに設定される上記所定のＥＣＵ１０４は、例えばイグニッションがオンであるときにノーマルモードで動作している確率の高いＥＣＵとすることができ、より具体的には、例えばエンジンの燃料噴射を制御するＦＩ（Fuel Injection）−ＥＣＵとすることができる。
【００６４】
情報取得ユニット３２０は、特定ＥＣＵであるＥＣＵ１０４（すなわち、特定ＥＣＵに設定した上記所定のＥＣＵ１０４）に対し、診断通知フレームを送信し、当該ＥＣＵ１０４から通知応答フレームを受信することで、当該ＥＣＵ１０４が通信可能状態であることを確認する。
【００６５】
続いて、情報取得ユニット３２０は、他の全てのＥＣＵ１０４をノーマルモードへ復帰させて通信可能な状態とすべく、特定ＥＣＵであるＥＣＵ１０４に通信開始要求フレームを送信し、当該ＥＣＵ１０４に対し他の全てのＥＣＵ１０４へ復帰指示フレームを送信することを求める。
【００６６】
また、情報取得ユニット３２０は、上記通信開始要求フレームの送信後、スリープモードのＥＣＵ１０４がノーマルモードに復帰するまでに必要かつ十分な所定時間の経過後に、診断対象である全てのＥＣＵ１０４に対して、自己診断の開始と診断情報の送信とを指示する診断開始指示フレームを送信する。その後、情報取得ユニット３２０は、各ＥＣＵ１０４から送信される診断情報フレームを受信して診断情報を収集し、当該収集した診断情報を診断処理ユニット３２２へ送る。
【００６７】
診断処理ユニット３２２は、情報取得ユニット３２０から診断情報を受信し、当該受信した診断情報に対し所定のデータ処理を行って、当該処理後の診断データを表示装置３１０に出力する。
【００６８】
なお、通信開始要求フレーム及び診断開始指示フレームは、それぞれ、通信開始要求フレーム及び診断開始指示フレームを表わすものとして予め定められたＩＤ番号及び又はデータを含んだフレームとして構成することができる。
【００６９】
図４は、本実施形態における車両診断システム１０の動作の概要を説明するための説明図である。図４の例では、特定ＥＣＵに設定されることとなる所定のＥＣＵ１０４として、ＥＣＵ１０４ａが予め定められ、処理装置３００に記憶されているものとする。
【００７０】
バス１０８に接続された診断装置１０２は、まず、ＥＣＵ１０４ａを特定ＥＣＵに設定し、ＥＣＵ１０４ａに対して診断通知フレームを送信する。
【００７１】
ＥＣＵ１０４ａは、診断通知フレームを受信したことに応じて、診断装置１０２へ通知応答フレームを送信し、当該通知応答フレームを受信した診断装置１０２は、ＥＣＵ１０４ａが通信可能状態であることを知る。
【００７２】
次に、診断装置１０２は、ＥＣＵ１０４ａへ通信開始要求フレームを送信し（図示の符号５００の矢印）、ＥＣＵ１０４ａは、当該通信開始要求フレームを受信したことに応じて、他の全てのＥＣＵ１０４ｂ〜ｄに対して復帰指示フレームを送信する（図示の符号５０２の矢印）。その結果、ＥＣＵ１０４ｂ〜ｄのうちスリープモードであったＥＣＵ１０４はノーマルモードへ復帰し、ノーマルモードであったＥＣＵ１０４はノーマルモードを維持して、全てのＥＣＵ１０４ａ〜ｄがノーマルモードで動作する状態となる。
【００７３】
診断装置１０２は、通信開始要求フレームの送信後、所定時間の経過後に、全てのＥＣＵ１０４ａ〜ｄに対し診断開始指示フレームを送信して自己診断の開始と診断情報の送信とを指示し、ＥＣＵ１０４ａ〜ｄから送信される診断情報フレームを受信して、各ＥＣＵ１０４ａ〜ｄの診断情報を収集する。
【００７４】
上記のとおり、本車両診断システム１０では、診断装置１０２が、診断通信の標準規格に準拠した通信開始要求フレームを一のＥＣＵ１０４へ送信すると、当該一のＥＣＵ１０４は、他のＥＣＵ１０４に対し復帰指示フレームを送信して、当該他のＥＣＵ１０４を通信動作が可能なノーマルモードに復帰させる。
【００７５】
このため、本車両診断システム１０では、上記標準規格に準拠しない復帰指示フレームを扱うべく診断装置１０２のソフトウェアプラットフォームを改修することなく、当該標準規格に準拠する診断装置１０２をそのまま用いて、パーシャルネットワーキングに対応した全てのＥＣＵ１０４から診断情報を収集して車両動作を診断することができる。
【００７６】
次に、診断装置１０２及びＥＣＵ１０４における各処理の手順について説明する。
〔診断装置における処理〕
まず、診断装置１０２における処理の手順について、図５に示すフロー図を用いて説明する。本処理は、例えば、車両内ネットワーク１００を備える車両のイグニションスイッチがオンされた状態において、診断装置１０２がバス１０８に接続されたときに自動的に開始するか、又は、当該接続後、診断装置１０２の操作入力装置３１２を介してユーザから診断開始の指示が入力されたことに応じて開始する。なお、ユーザは、特定ＥＣＵに設定されることとなる予め定められた所定のＥＣＵ１０４が通信可能であることを確認できたときに、上記接続又は入力を行うことが望ましい。また、診断装置１０２の電源は、バス１０８への接続前又は上記ユーザ入力の実行前に投入されるものとする。
【００７７】
処理を開始すると、まず、処理装置３００の情報取得ユニット３２０は、予め定められた所定のＥＣＵ１０４を特定ＥＣＵに設定し（Ｓ１００）、特定ＥＣＵに設定した当該所定のＥＣＵ１０４（以下、本処理の説明において「特定ＥＣＵ１０４」という）に対し、診断開始を通知する診断通知フレームを送信する（Ｓ１０２）。
【００７８】
次に、情報取得ユニット３２０は、診断通知フレームへの返信として特定ＥＣＵ１０４から送信される通知応答フレームを受信し（Ｓ１０４）、特定ＥＣＵ１０４が通信可能状態であることを確認する。なお、ステップＳ１０４において、診断通知フレームの送信後、所定時間内に特定ＥＣＵ１０４から通知応答フレームを受信しないときは、情報取得ユニット３２０は、特定ＥＣＵ１０４が通信可能状態になっていないものと判断し、所定のエラー処理（例えば、表示装置３１０へのエラーメッセージ表示）を行うものとすることができる。
【００７９】
次に、情報取得ユニット３２０は、他の全てのＥＣＵ１０４をノーマルモードにして通信可能状態とすべく、特定ＥＣＵ１０４に通信開始要求フレームを送信し（Ｓ１０６）、特定ＥＣＵ１０４に対し他の全てのＥＣＵ１０４へ復帰指示フレームを送信するよう要求する。
【００８０】
続いて、情報取得ユニット３２０は、上記通信開始要求フレームの送信後、スリープモードのＥＣＵ１０４がノーマルモードに復帰するまでに必要かつ十分な所定の時間が経過するのを待機した後（Ｓ１０８）、診断対象である全てのＥＣＵ１０４に対して、診断開始を指示する診断開始指示フレームを送信する（Ｓ１１０）。
【００８１】
次に、情報取得ユニット３２０は、診断対象である各ＥＣＵ１０４から送信される診断情報フレームを受信して診断情報を収集し（Ｓ１１２）、収集した診断情報を診断処理ユニット３２２へ送る。
【００８２】
続いて、診断装置１０２の診断処理ユニット３２２は、受信した診断情報を解析あるいは分析し、その結果を表示装置３１０に表示して（Ｓ１１４）、処理を終了する。
【００８３】
なお、本実施形態では、ステップＳ１０２及びＳ１０４により特定ＥＣＵ１０４についてのみ通信可能状態であることを確認するものとしたが、これに限らず、ステップ１０２において全てのＥＣＵ１０４へ診断通知フレームを送信し、ステップＳ１０４において各ＥＣＵ１０４からの通知応答フレームを受信するものとして、どのＥＣＵ１０４がノーマルモード又はスリープモードであるかを特定するものとしてもよい。
【００８４】
この場合、全てのＥＣＵ１０４がノーマルモードで動作していることが確認できたときは、ステップＳ１０６、Ｓ１０８を省略して、即座にステップＳ１１０に処理を移すものとしてもよい。
【００８５】
また、本実施形態では、ステップＳ１０８において所定時間の経過を待機した後、ステップＳ１１０において診断開始指示フレームを送信するものとしたが、これに限らず、上記のようにどのＥＣＵ１０４がスリープモードであるかを特定できる場合には、当該特定されたスリープモードである全てのＥＣＵ１０４から復帰完了フレームが受信されるのを待機した後、速やかにステップＳ１１０を実行するものとしてもよい。
【００８６】
〔ＥＣＵ１０４における処理〕
次に、ＥＣＵ１０４における処理の手順について説明する。ＥＣＵ１０４では、所定の条件が成立したときにノーマルモードからスリープモードへ移行するための動作休止処理と、スリープモードにおいて復帰指示フレームを受信したときにスリープモードからノーマルモードへ復帰するための動作復帰処理と、車両診断に関連した処理を行う診断関連処理と、を実行する。以下、ＥＣＵ１０４が実行する各処理の手順について説明する。
【００８７】
〈動作休止処理〉
まず、動作休止処理の手順について、図６に示すフロー図に従って説明する。
本処理は、ノーマルモードの動作を開始したときに開始し、ノーマルモードにおける他の処理と並行に実行される。ノーマルモードの動作は、例えば、自車両のイグニションスイッチがオンにされＥＣＵ１０４への電源供給が開始されたとき、又はＥＣＵ１０４がスリープモードからノーマルモードへ復帰したときに開始する。
【００８８】
処理を開始すると、処理装置２００のモード移行ユニット２１２は、車両制御に係る特定の入力信号について、当該信号の直近の入力後からの途絶時間（当該信号が入力されないまま経過した時間）を計測し（Ｓ２００）、当該途絶時間が所定時間を超えたか否かを判断して（Ｓ２０２）、所定時間を超えていないときは（Ｓ２０２、Ｎｏ）、ステップＳ２００に戻って途絶時間の計測を繰り返す。ここで、上記「車両制御に係る特定の入力信号」とは、上述したとおり、例えば当該ＥＣＵ１０４がパワーウィンドウＥＣＵであれば、当該車両に備えるパワーウィンドウを操作するためのスイッチからの入力等とすることができる。
【００８９】
一方、途絶時間が所定時間を超えたときは（Ｓ２０２、Ｙｅｓ）、自装置であるＥＣＵ１０４をノーマルモードからスリープモードへ移行させる移行処理を行なって（Ｓ２０４）、処理を終了する。なお、上述したように、ステップＳ２０４における移行処理では、例えば、処理装置２００が備える作業用メモリ（不図示）が記憶する現在の車両制御に係るデータや処理装置２００が備えるプロセッサ（不図示）のレジスタ値等を、処理装置２００が備える不揮発性メモリ（不図示）に退避（保存）して、上記プロセッサをスリープモードに移行させるための特定のコマンドを実行する。
【００９０】
〈動作復帰処理〉
次に、ＥＣＵ１０４が行う動作復帰処理の手順について、図７に示すフロー図に従って説明する。
本処理は、例えばＥＣＵ１０４がノーマルモードからスリープモードに移行して、スリープモードが開始されたときに開始する。
【００９１】
処理を開始すると、ＣＡＮ通信モジュール２０２の受信機２０６は、バス１０８上に送出されるフレームを受信してＩＤ検査ユニット２０８へ送り（Ｓ３００）、ＩＤ検査ユニット２０８は、当該受信したフレームのＩＤ番号、データ長、及び又はデータ内容を検査し、当該受信フレームが自装置宛ての復帰指示フレームであるか否かを判断する（Ｓ３０２）。そして、上記受信フレームが自装置宛ての復帰指示フレームでないときは（Ｓ３０２、Ｎｏ）、ステップＳ３００に戻って処理を繰り返し、一方、上記受信フレームが自装置宛ての復帰指示フレームであるときは（Ｓ３０２、Ｙｅｓ）、ＩＤ検査ユニット２０８から処理装置２００に復帰信号を入力する（Ｓ３０４）。
【００９２】
次に、モード移行ユニット２１２は、処理装置２００に復帰信号が入力されたことに応じて、自装置であるＥＣＵ１０４をノーマルモードに復帰させて制御動作を再開する復帰処理を行う（Ｓ３０６）。上述したように、この復帰処理では、例えば処理装置２００が備える不揮発性メモリから、スリープモード移行時に中断した動作に係るデータやレジスタ値等が読み出され、処理装置２００の作業用メモリやプロセッサのレジスタに格納される。
【００９３】
続いて、モード移行ユニット２１２は、ノーマルモードへ復帰したことを示す復帰完了フレームを、例えば診断装置１０２に宛ててバス１０８上へ送出した後（Ｓ３０８）、スリープモード移行時に中断した処理に実行を移して当該処理を再開し（Ｓ３１０）、本処理を終了する。
【００９４】
〈診断関連処理〉
次に、ＥＣＵ１０４が行う診断関連処理について、図８に示すフロー図に従って説明する。
本処理は、ノーマルモードの動作が開始されたときに開始し、ノーマルモードにおける他の処理と並行に実行される。ノーマルモードの動作は、例えば、自車両のイグニションスイッチがオンにされてＥＣＵ１０４への電源供給が開始されたとき、又はＥＣＵ１０４がスリープモードからノーマルモードへ復帰したときに開始する。
【００９５】
処理を開始すると、まず、ＣＡＮ通信モジュール２０２の受信機２０６は、バス１０８上にフレームが送出されるのを待機し、フレームが送出されたときは当該フレームを受信し（Ｓ４００）、当該受信したフレームを処理装置２００へ送る。処理装置２００は、当該フレームに含まれるＩＤ番号に基づき、当該フレームが自装置宛てのフレームか否かを判断し（Ｓ４０２）、自装置宛てでないときは（Ｓ４０２、Ｎｏ）、ステップＳ４００に戻って、新たなフレームの送出を待機する。
【００９６】
一方、バス１０８に送出されているフレームが自装置宛てのものであるときは（Ｓ４０２、Ｙｅｓ）、処理装置２００の復帰指示ユニット２１６は、受信機２０６から受信したフレームに含まれるＩＤ番号及び又はデータを検査し、当該受信フレームが診断通知フレームであるか否かを判断する（Ｓ４０４）。そして、診断通知フレームであるときは（Ｓ４０４、Ｙｅｓ）、診断装置１０２に対し通知応答フレームを送信した後（Ｓ４０６）、ステップＳ４００に戻って処理を繰り返す。
【００９７】
一方、ステップＳ４０４において、受信したフレームが診断通知フレームでないときは（Ｓ４０４、Ｎｏ）、復帰指示ユニット２１６は、当該受信フレームに含まれるＩＤ番号及び又はデータを検査し、当該フレームが通信開始要求フレームであるか否かを判断する（Ｓ４０８）。そして、当該フレームが通信開始要求フレームであるときは（Ｓ４０８、Ｙｅｓ）、バス１０８に接続された他の全てのＥＣＵ１０４に対し復帰指示フレームを送信し（Ｓ４１０）、ステップＳ４００に戻って処理を繰り返す。
【００９８】
一方、ステップＳ４０８において、受信したフレームが通信開始要求フレームでないときは（Ｓ４０８、Ｎｏ）、自己診断ユニット２１４は、当該受信フレームに含まれるＩＤ番号及び又はデータを検査し、当該フレームが診断開始指示フレームであるか否かを判断する（Ｓ４１２）。そして、当該フレームが診断開始指示フレームであるときは（Ｓ４１２、Ｙｅｓ）、自装置であるＥＣＵ１０４の所定動作についての診断情報を収集する自己診断処理を実行し（Ｓ４１４）、自己診断処理により得られた診断情報を、診断情報フレームとして診断装置１０２に送信した後（Ｓ４１６）、ステップＳ４００に戻って処理を繰り返す。
【００９９】
一方、ステップＳ４１２において、受信したフレームが診断開始指示フレームでないときは（Ｓ４１２、Ｎｏ）、車両制御ユニット２１０は、当該フレームに含まれているＩＤ番号とデータとに基づき、当該フレームから得た指示又はデータを、自装置であるＥＣＵ１０４が受け持つ車両動作の制御（例えば、当該ＥＣＵ１０４がＦＩ−ＥＣＵであれば、エンジンに対する燃料噴射制御）に反映した後（Ｓ４１８）、ステップＳ４００に戻って処理を繰り返す。なお、本処理は、ノーマルモードの動作が終了したときに終了する。ノーマルモードの動作は、例えば、イグニションスイッチがオフとなり自装置であるＥＣＵ１０４の電源がオフになったとき、又はモード移行ユニット２１２により自装置であるＥＣＵ１０４がスリープモードに移行したときに終了する。
【０１００】
〔車両診断システムとしての処理〕
次に、車両診断システム１０としての動作の流れの理解を容易にするため、車両診断システム１０における一連の処理の手順について、図９に示すフロー図に従い、図４に示す動作例を参照しつつ説明する。本処理は、図５に示す診断装置１０２における処理と、図７及び図８に示すＥＣＵ１０４における処理とが組み合わされて構成される。
本処理は、図５に示す診断装置１０２における処理から開始する。すなわち、本処理は、診断装置１０２における処理が開始したときに開始する。
【０１０１】
処理を開始すると、まず、診断装置１０２は、予め定められた所定のＥＣＵ１０４、例えば図４におけるＥＣＵ１０４ａを、特定ＥＣＵに設定し（Ｓ５００）（図５のステップＳ１００の処理）、特定ＥＣＵであるＥＣＵ１０４ａに診断通知フレームを送信する（Ｓ５０２）（図５のステップＳ１０２の処理）。
【０１０２】
特定ＥＣＵであるＥＣＵ１０４ａは、診断通知フレームを受信して、診断装置１０２へ通知応答フレームを送信する（Ｓ５０４）（図８のステップＳ４００〜４０６の処理）。
【０１０３】
診断装置１０２は、当該通知応答フレームを受信したことに応じて、図４の符号５００の矢印で示されるように、特定ＥＣＵであるＥＣＵ１０４ａへ通信開始要求フレームを送信し（Ｓ５０６）（図５のステップＳ１０４、Ｓ１０６の処理）、特定ＥＣＵであるＥＣＵ１０４ａは、当該通信開始要求フレームを受信したことに応じて、図４の符号５０２の矢印で示されるように、他の全てのＥＣＵ１０４（ＥＣＵ１０４ｂ〜ｄ）に対し復帰指示フレームを送信する（Ｓ５０８）（図８のステップＳ４００〜Ｓ４０４、Ｓ４０８、Ｓ４１０の処理）。
【０１０４】
上記他の全てのＥＣＵ１０４（ＥＣＵ１０４ｂ〜ｄ）は、復帰指示フレームを受信したことに応じて、スリープモードである場合にはノーマルモードに復帰する（Ｓ５１０）（図７のステップＳ３００〜Ｓ３１０の処理）。
【０１０５】
診断装置１０２は、上記他の全てのＥＣＵ１０４（ＥＣＵ１０４ｂ〜ｄ）がノーマルモードに復帰するまでに必要かつ十分な所定時間の経過後に、診断対象である全てのＥＣＵ１０４に対して、診断開始を指示する診断開始指示フレームを送信する（Ｓ５１２）（図５のＳ１０８、Ｓ１１０の処理）。
【０１０６】
診断開始指示フレームを受信したＥＣＵ１０４は、自己診断処理を実行し、診断情報を診断装置１０２へ送信する（Ｓ５１４）（図８のＳ４００〜４０４、Ｓ４０８、Ｓ４１２〜Ｓ４１６の処理）。
【０１０７】
診断装置１０２は、診断情報を受信し、受信した診断情報の解析、分析、表示等の処理を行い（Ｓ５１６）（図５のステップＳ１１２、Ｓ１１４の処理）、本処理を終了する。
【０１０８】
なお、本実施形態では、バス１０８上に接続された全てのＥＣＵ１０４が復帰指示ユニット２１６を備えるものとしたが、これに限らず、復帰指示ユニット２１６、すなわち、通信開始要求フレームを受信したことに応じて復帰指示フレームを送信する機能は、特定ＥＣＵとして設定されることとなる予め定められた一の所定のＥＣＵ１０４を含む、少なくとも一つのＥＣＵ１０４のみが備えるものとしてもよい。
【０１０９】
また、本実施形態では、診断装置１０２は、特定ＥＣＵであるＥＣＵ１０４へ診断通知フレームを送信し当該ＥＣＵ１０４から通知応答フレームを受信することで当該ＥＣＵ１０４が通信可能状態であることを確認してから、当該ＥＣＵ１０４へ通信開始要求フレームを送信するものとしているが、これに限らず、上記通信状態の確認を省略することもできる。この場合には、例えばユーザが、診断装置１０２をバス１０８へ接続する前、又は診断装置１０２に動作開始の指示を入力する前に、特定ＥＣＵに設定されることとなる予め定められた所定のＥＣＵ１０４がノーマルモードで動作していることを確認することが好ましい。
【０１１０】
また、本実施形態では、特定ＥＣＵであるＥＣＵ１０４は、診断装置１０２から通信開始要求フレームを受信したことに応じて、他の全てのＥＣＵ１０４に対して復帰指示フレームを送信するものとしているが、これに限らず、特定ＥＣＵであるＥＣＵ１０４は、診断装置１０２から診断通知フレームを受信したことに応じて、診断装置１０２に通知応答フレームを送信した後、診断装置１０２からの通信開始要求フレームの受信を待たずに、直ちに他の全てのＥＣＵ１０４に対して復帰指示フレームを送信するものとしてもよい。これにより、診断装置１０２からの通信開始要求フレームの送信を省略して処理を簡略化することができ、診断情報収集が完了するまでの時間を短縮することができる。
【０１１１】
≪第２実施形態≫
次に、本発明の第２の実施形態に係る車両診断システムについて説明する。
本車両診断システムでは、特定ＥＣＵの候補として複数のＥＣＵを予め定めて診断装置に記憶させておき、診断装置は、当該予め定められた複数のＥＣＵのうちから、予め定められた順に通信可能な一のＥＣＵを探索し、当該探索により発見した通信可能な一のＥＣＵを特定ＥＣＵに設定して、他のスリープモードのＥＣＵをノーマルモードに復帰させる。
【０１１２】
本実施形態では、特定ＥＣＵの候補であるＥＣＵを複数定めて通信可能な一のＥＣＵを探索するため、当該候補のうちの一のＥＣＵが例えば故障により通信不能である場合でも、通信可能な他の一のＥＣＵを特定ＥＣＵに設定することができ、車両診断システムとしての動作の信頼性を向上することができる。
【０１１３】
図１０は、本発明の第２の実施形態に係る車両診断システムの構成を示す図である。本車両診断システム２０は、第１の実施形態に係る車両診断システム１０と同様の構成を有するが、診断装置１０２に代えて、診断装置１１０２を有する点が異なる。なお、図１０において、図１に示す第１の実施形態に係る車両診断システム１０と同じ構成要素については、図１に示す符号と同じ符号を用いて示し、上述した図１についての説明を援用する。
【０１１４】
図１１は、診断装置１１０２の構成を示すブロック図である。診断装置１１０２は、第１の実施形態における診断装置１０２と同様の構成を有するが、処理装置３００に代えて、処理装置１３００を有する点が異なる。なお、図１１において、図３に示す第１の実施形態に係る診断装置１０２と同じ構成要素については、図３に示す符号と同じ符号を用いて示し、上述した図３についての説明を援用する。
【０１１５】
処理装置１３００は、処理装置３００と同様の構成を有するが、情報取得ユニット３２０に代えて、情報取得ユニット１３２０を有する。情報取得ユニット１３２０は、コンピュータである処理装置１３００がプログラムを実行することにより実現される仮想マシンであり、機能実現手段である。
【０１１６】
情報取得ユニット１３２０は、第１の実施形態における情報取得ユニット３２０と同様の機能を有するが、特定ＥＣＵの候補として予め定められた複数のＥＣＵ１０４の中から予め定められた順に通信可能な一のＥＣＵ１０４を探索して特定ＥＣＵに設定する点が異なる。
【０１１７】
より具体的には、情報取得ユニット１３２０は、特定ＥＣＵの候補として予め定められた複数のＥＣＵ１０４に対し、診断通知フレームの送信と通知応答フレームの受信有無の確認を順次行って、通信可能なＥＣＵ１０４を探索する。そして、最初に受信した通知応答フレームの送信元であるＥＣＵ１０４を特定ＥＣＵに設定する。
【０１１８】
なお、上記特定ＥＣＵの候補として予め定められる複数のＥＣＵ１０４は、例えば、ノーマルモードで動作している確率の高い順に所定数のＥＣＵ１０４とすることができ、上記探索の順序は、ノーマルモードで動作している確率の高い順とすることができる。
【０１１９】
また、上記特定ＥＣＵの候補として予め定められた複数のＥＣＵ１０４に関する情報や上記探索の順序は、処理装置１３００が備える記憶装置（不図示）に予め記憶させておくか、又は処理装置１３００が実行するプログラムの中で予め記述しておくことができる。
【０１２０】
図１２は、診断装置１１０２における処理の手順を示すフロー図である。本処理の開始条件は、図５に示す診断装置１０２における処理の開始条件と同様である。
【０１２１】
処理を開始すると、まず、処理装置１３００の情報取得ユニット１３２０は、特定ＥＣＵの候補として予め定められた複数の所定のＥＣＵ１０４に対し、予め定められた順に診断通知フレームを送信する（Ｓ６００）。ここで、診断通知フレームの送信は、例えば、一のＥＣＵ１０４に対して診断通知フレームを送信した後、当該一のＥＣＵ１０４から所定の時間内に通知応答フレームが受信されない場合に、次の他の一のＥＣＵ１０４に対して診断通知フレームを送信するという動作を、順次繰り返して行うものとすることができる。
【０１２２】
なお、ステップＳ６００における診断通知フレームの送信は、いずれかのＥＣＵ１０４から通知応答フレームを受信した時点で終了し、ステップＳ６０２に処理を移すものとすることができる。
【０１２３】
次に、情報取得ユニット１３２０は、いずれかのＥＣＵ１０４から通知応答フレームを受信したか否かを判断し（Ｓ６０２）、いずれのＥＣＵ１０４からも通知応答フレームを受信していないときは（Ｓ６０２、Ｎｏ）、処理を終了する。なお、当該処理の終了前に、予め定められたエラー処理、例えば、表示装置３１０へのエラーメッセージの表示処理を行うものとすることができる。
【０１２４】
一方、いずれかのＥＣＵ１０４から通知応答フレームを受信したときは（Ｓ６０２，Ｙｅｓ）、最初に受信した通知応答フレームの送信元であるＥＣＵ１０４を特定ＥＣＵに設定する（Ｓ６０４）。
【０１２５】
上記以外の、ステップＳ６０６〜Ｓ６１４は、図５に示すステップＳ１０６〜Ｓ１１４と同様であるので、上述した図５についての説明を援用する。
【０１２６】
次に、本実施形態に係る車両診断システム２０としての動作手順について、図１３の説明図を参照しつつ、図１４に示すフロー図に従って説明する。図１３は、本実施形態に係る車両診断システム２０の動作の概要を説明するための説明図である。図１３の例では、特定ＥＣＵの候補は、ＥＣＵ１０４ａ及びＥＣＵ１０４ｃであり、通信可能なＥＣＵ１０４を探索する順序は、ＥＣＵ１０４ａ、ＥＣＵ１０４ｃの順とする。これらの情報は、診断装置１１０２の処理装置１３００に予め記憶されているものとする。なお、図１３の例では、ＥＣＵ１０４ａは、故障により通信不能状態であるものとする。
【０１２７】
図１４に示す車両診断システム２０としての処理は、バス１０８上に接続された診断装置１１０２における処理（図１２）が開始したときに開始する。
【０１２８】
処理を開始すると、まず、診断装置１１０２は、特定ＥＣＵの候補として予め定められ記憶されている複数のＥＣＵ１０４の中から、通信可能な一のＥＣＵ１０４を予め定められた順に探索して特定し、当該特定したＥＣＵ１０４を特定ＥＣＵとして設定する（Ｓ７００）（図１２のステップＳ６００〜Ｓ６０４の処理）。
【０１２９】
具体的には、図１３に示すように、診断装置１１０２は、まず、予め定められた特定ＥＣＵの最初の候補であるＥＣＵ１０４ａに診断通知フレームを送信する（図１３において符号１５００の矢印で示されている）。しかしながら、ＥＣＵ１０４ａは故障により通信不能なため、診断装置１１０２はＥＣＵ１０４ａから通知応答フレームを受信することができない。このため、診断装置１１０２は、特定ＥＣＵの次の候補であるＥＣＵ１０４ｃに診断通知フレームを送信し（図１３において符号１５０４の矢印で示されている）、ＥＣＵ１０４ｃから通知応答フレームを受信する。これにより、診断装置１１０２は、ＥＣＵ１０４ｃが通信可能状態であることを検知し、ＥＣＵ１０４ｃを特定ＥＣＵに設定する。
【０１３０】
次に、図１４において、診断装置１１０２から特定ＥＣＵであるＥＣＵ１０４へ通信開始要求フレームが送信され（Ｓ７０２）（図１２のステップＳ６０６の処理）、特定ＥＣＵであるＥＣＵ１０４から全ＥＣＵ１０４へ復帰指示フレームが送信される（Ｓ７０４）（図８のステップＳ４００〜４０４、Ｓ４０８、Ｓ４１０の処理）。
【０１３１】
具体的には、図１３において、特定ＥＣＵであるＥＣＵ１０４ｃへ通信開始要求フレームが送信された後、ＥＣＵ１０４ｃから他の全てのＥＣＵ１０４に対し復帰指示フレームが送信され、符号１５０２の矢印で示すように、ＥＣＵ１０４ｂ及びＥＣＵ１０４ｄにより受信される（ＥＣＵ１０４ａは故障のため、当該復帰指示フレームを受信できない）。その結果、故障であるＥＣＵ１０４ａを除く全てのＥＣＵ１０４ｂ〜ｄが、ノーマルモードで動作することとなる。これにより、診断装置１１０２は、故障であるＥＣＵ１０４ａを除く全てのＥＣＵ１０４ｂ〜ｄから診断情報を取得することができることとなる。
【０１３２】
なお、図１３に示す例において、ＥＣＵ１０４ａが故障でなく単にスリープモードであったために診断装置１１０２と通信できなかった場合には、ＥＣＵ１０４ｃから送信される復帰指示フレームはＥＣＵ１０４ａでも受信されることとなり、ＥＣＵ１０４ａもノーマルモードで動作することとなる。これにより、診断装置１１０２は、ＥＣＵ１０４ａを含む全てのＥＣＵ１０４ａ〜ｄから診断情報を取得することができることとなる。
【０１３３】
図１４における上記以外のステップＳ７０６〜Ｓ７１２は、図９におけるステップＳ５１０〜Ｓ５１６と同様であるので、図９についての説明を援用する。
【０１３４】
なお、本実施形態では、ＥＣＵ１０４は、診断装置１１０２から通信開始要求フレームを受信したことに応じて、他の全てのＥＣＵ１０４に対して復帰指示フレームを送信するものとしているが、これに限らず、ＥＣＵ１０４は、診断装置１１０２から診断通知フレームを受信したことに応じて、診断装置１１０２に通知応答フレームを送信した後、診断装置１１０２からの通信開始要求フレームの受信を待つことなく、直ちに他の全てのＥＣＵ１０４に対して復帰指示フレームを送信するものとしてもよい。この場合、予め定められた特定ＥＣＵの候補であって且つ通信可能状態にあるＥＣＵ１０４のうち、最先に診断通知フレームを受信したＥＣＵ１０４が自ら特定ＥＣＵとなって、他の全てのＥＣＵ１０４に復帰指示フレームを送信することとなる。これにより、診断装置１１０２からの通信開始要求フレームの送信を省略して処理を簡略化することができ、診断情報収集が完了するまでの時間を短縮することができる。
【０１３５】
≪第３実施形態≫
次に、本発明の第３の実施形態に係る車両診断システムについて説明する。
本車両診断システムでは、特定ＥＣＵとして最初に設定すべき一のＥＣＵを予め定めて診断装置に記憶させておき、診断装置は、当該一のＥＣＵと通信できるときは、当該一のＥＣＵを特定ＥＣＵに設定して診断情報を収集する。また、診断装置は、当該一のＥＣＵと通信できないときは、他のＥＣＵから通信可能なＥＣＵを特定し、当該特定したＥＣＵの中から他の一のＥＣＵを選択して、当該選択したＥＣＵを特定ＥＣＵに設定する。
【０１３６】
本実施形態では、特定ＥＣＵに最初に設定すべきものとして予め定められた一のＥＣＵが例えば故障により通信不能な場合にも、他の一のＥＣＵを特定ＥＣＵとして動的に設定して、スリープモードのＥＣＵをノーマルモードに復帰させることができるので、車両診断システムとしての動作の信頼性を向上することができる。
【０１３７】
図１５は、本発明の第３の実施形態に係る車両診断システムの構成を示す図である。本車両診断システム３０は、第１の実施形態に係る車両診断システム１０と同様の構成を有するが、診断装置１０２に代えて、診断装置２１０２を有する点が異なる。なお、図１５において、図１に示す第１の実施形態に係る車両診断システム１０と同じ構成要素については、図１に示す符号と同じ符号を用いて示し、上述した図１についての説明を援用する。
【０１３８】
図１６は、診断装置２１０２の構成を示すブロック図である。診断装置２１０２は、第１の実施形態における診断装置１０２と同様の構成を有するが、処理装置３００に代えて、処理装置２３００を有する点が異なる。なお、図１６において、図３に示す第１の実施形態に係る診断装置１０２と同じ構成要素については、図３に示す符号と同じ符号を用いて示し、上述した図３についての説明を援用する。
【０１３９】
処理装置２３００は、処理装置３００と同様の構成を有するが、情報取得ユニット３２０に代えて情報取得ユニット２３２０を有する点が異なる。情報取得ユニット２３２０は、コンピュータである処理装置２３００がプログラムを実行することにより実現される仮想マシンであり、機能実現手段である。
【０１４０】
情報取得ユニット２３２０は、第１の実施形態における情報取得ユニット３２０と同様の機能を有するが、予め定められ記憶された一のＥＣＵ１０４を特定ＥＣＵに最初に設定し、当該ＥＣＵ１０４と通信不能なときは、他のＥＣＵ１０４のうちから通信可能なＥＣＵ１０４を特定すると共に、当該特定した通信可能なＥＣＵ１０４の中から選択した一のＥＣＵ１０４を特定ＥＣＵに設定する機能を有する点が異なる。
【０１４１】
具体的には、情報取得ユニット２３２０は、特定ＥＣＵとして最初に設定した上記予め定められた一のＥＣＵ１０４と通信不能なときは、他の全てのＥＣＵ１０４に対し診断通知フレームを送信し、当該診断通知フレームに対して通知応答フレームを送信したＥＣＵ１０４を通信可能なＥＣＵ１０４として特定する。そして、当該通信可能なＥＣＵ１０４のうちから、予め定められた選択基準に従って一のＥＣＵ１０４を選択し、当該選択したＥＣＵ１０４を特定ＥＣＵに設定する。
【０１４２】
ここで、上記選択基準としては、例えば、“各ＥＣＵ１０４に対し予め割り当てられた番号に従い、通信可能なＥＣＵ１０４のうちから、最も小さい番号が割り当てられた一のＥＣＵ１０４を選択すること”とすることができる。また、当該番号は、ノーマルモードで動作している確率が高いＥＣＵ１０４ほど小さい番号となるように割り当てられるものとすることができる。
【０１４３】
図１７は、診断装置２１０２における処理の手順を示すフロー図である。本処理の開始条件は、図５に示す診断装置１０２における処理の開始条件と同様である。
【０１４４】
処理を開始すると、まず、処理装置２３００の情報取得ユニット２３２０は、予め定められ記憶されている一のＥＣＵ１０４を特定ＥＣＵに設定し（Ｓ８００）、当該特定ＥＣＵに設定したＥＣＵ１０４が通信可能か否かを判断する（Ｓ８０２）。具体的には、上記特定ＥＣＵに設定したＥＣＵ１０４に診断通知フレームを送信し、所定時間内に当該ＥＣＵ１０４から通知応答フレームを受信したか否かにより、当該ＥＣＵ１０４が通信可能か否かを判断する。
【０１４５】
そして、上記特定ＥＣＵに設定したＥＣＵ１０４が通信可能であるときは（Ｓ８０２、Ｙｅｓ）、ステップＳ８０８に処理を移す。一方、上記特定ＥＣＵに設定したＥＣＵ１０４が通信不能であるときは（Ｓ８０２、Ｎｏ）、他のＥＣＵ１０４のうちから通信可能なＥＣＵ１０４を特定する（Ｓ８０４）。具体的には、他の全てのＥＣＵ１０４へ診断通知フレームを送信し、当該診断通知フレームに対し通知応答フレームを返信したＥＣＵ１０４を通信可能なＥＣＵ１０４として特定することができる。
【０１４６】
次に、情報取得ユニット２３２０は、上記特定した通信可能なＥＣＵ１０４のうちから、予め定めた選択基準に従って一のＥＣＵ１０４を選択し、当該選択したＥＣＵ１０４を特定ＥＣＵとして設定した後（Ｓ８０６）、ステップＳ８０８に処理を移す。
【０１４７】
上記以外のステップＳ８０８〜Ｓ８１６は、図５に示すステップＳ１０６〜Ｓ１１４と同様であるので、上述した図５についての説明を援用する。
【０１４８】
次に、本実施形態に係る車両診断システム３０としての動作手順について、図１８の説明図を参照しつつ、図１９に示すフロー図に従って説明する。図１８は、本実施形態に係る車両診断システム３０の動作の概要を説明するための説明図である。図１８の例では、特定ＥＣＵとして最初に設定すべきＥＣＵ１０４としてＥＣＵ１０４ａが予め定められて診断装置２１０２に記憶されているものとする。
【０１４９】
また、他のＥＣＵ１０４ｂ、ｃ、ｄには、この順に番号１〜３が割り当てられており、ＥＣＵ１０４ｂ〜ｄから通信可能な一のＥＣＵ１０４を選択する際の選択基準として、“通信可能なＥＣＵ１０４のうちから、最も小さい番号が割り当てられた一のＥＣＵ１０４を選択すること”が予め規定され、処理装置２３００が実行するプログラムに記述されているものとする。
【０１５０】
さらに、ＥＣＵ１０４ａは故障により通信不能であり、ＥＣＵ１０４ｂはスリープモード、ＥＣＵ１０４ｃ及び１０４ｄはノーマルモードであるものとする。
【０１５１】
図１９に示す車両診断システム３０としての処理は、バス１０８上に接続された診断装置２１０２における処理（図１７）が開始したときに開始する。
【０１５２】
処理を開始すると、まず、診断装置２１０２は、特定ＥＣＵとして最初に設定すべきＥＣＵ１０４として予め定められ記憶されている一のＥＣＵ１０４を特定ＥＣＵに設定し（Ｓ９００）（図１７のステップＳ８００の処理）、当該特定ＥＣＵに設定したＥＣＵ１０４が通信可能か否かを判断する（Ｓ９０２）（図１７のステップＳ８０２の処理）。
【０１５３】
具体的には、診断装置２１０２は、図１８において符号２５００の矢印で示すように、特定ＥＣＵとして最初に設定すべきＥＣＵ１０４として予め定められたＥＣＵ１０４ａに診断通知フレームを送信する。図１８に示す例においては、ＥＣＵ１０４ａは故障により通信不能状態であるので、診断装置２１０２は、所定時間内にＥＣＵ１０４ａから通知応答フレームを受信できない。これにより、診断装置２１０２は、ＥＣＵ１０４ａが通信不能であると判断する。
【０１５４】
次に、図１９において、診断装置２１０２は、特定ＥＣＵとして設定したＥＣＵ１０４が通信可能であるときは（Ｓ９０２、Ｙｅｓ）、ステップＳ９０８に処理を移し、一方、通信可能でないときは（Ｓ９０２、Ｎｏ）、他のＥＣＵ１０４のうちから通信可能なＥＣＵ１０４を特定する（Ｓ９０４）（図１７のステップＳ８０４の処理）。
【０１５５】
具体的には、図１８において符号２５０４の矢印で示すように、診断装置２１０２は、他の全てのＥＣＵ１０４ｂ〜ｄに診断通知フレームを送信し、ＥＣＵ１０４ｂ〜ｄのうち所定時間内に通知応答フレームを送信したＥＣＵ１０４を、通信可能なＥＣＵ１０４として特定する。より具体的には、スリープモードであるＥＣＵ１０４ｂは通知応答フレームを送信せず、ノーマルモードで動作するＥＣＵ１０４ｃ及び１０４ｄは通知応答フレームを送信する。このため、診断装置２１０１は、通知応答フレームを送信したＥＣＵ１０４ｃ及び１０４ｄを通信可能なＥＣＵ１０４として特定する。
【０１５６】
次に、図１９において、診断装置２１０２は、上記特定した通信可能なＥＣＵ１０４のうちから、予め定めた選択基準に従って一のＥＣＵ１０４を選択して特定ＥＣＵとして設定し（Ｓ９０６）（図１７のステップＳ８０６の処理）、ステップＳ９０８に処理を移す。
【０１５７】
続いて、診断装置２１０２は、特定ＥＣＵとして設定したＥＣＵ１０４へ通信開始要求フレームを送信し（Ｓ９０８）（図１７のステップＳ８０８の処理）、特定ＥＣＵである当該ＥＣＵ１０４は、他の全てのＥＣＵ１０４へ復帰指示フレームを送信する（Ｓ９１０）（図８のステップＳ４００〜Ｓ４０４、Ｓ４０８、Ｓ４１０の処理）。
【０１５８】
具体的には、図１８に示す例において、診断装置２１０２は、通信可能なＥＣＵ１０４として特定したＥＣＵ１０４ｃ及び１０４ｄのうちで最も小さい番号２が割り当てられたＥＣＵ１０４ｃを選択する。そして、診断装置２１０２は、当該選択したＥＣＵ１０４ｃを特定ＥＣＵに設定し、ＥＣＵ１０４ｃへ通信開始要求フレームを送信する。また、通信開始要求フレームを受信したＥＣＵ１０４ｃは、全てのＥＣＵ１０４へ復帰指示フレームを送信する。
【０１５９】
そして、当該送信された復帰指示フレームは、符号５２０２の矢印で示すように、ＥＣＵ１０４ｂ及び１０４ｄに受信される（ＥＣＵ１０４ａは通信不能なため受信できない）。これにより、故障により通信不能なＥＣＵ１０４ａ以外のＥＣＵ１０４ｂ〜ｄは全て通信可能状態となり、診断装置２１０２はＥＣＵ１０４ｂ〜ｄから診断情報を収集することができることとなる。
【０１６０】
なお、図１８に示す例において、ＥＣＵ１０４ａが故障でなく単にスリープモードであったために診断装置２１０２と通信できなかった場合には、ＥＣＵ１０４ｃから送信される復帰指示フレームはＥＣＵ１０４ａでも受信されることとなり、ＥＣＵ１０４ａもノーマルモードで動作することとなる。これにより、診断装置２１０２は、ＥＣＵ１０４ａを含む全てのＥＣＵ１０４ａ〜ｄから診断情報を取得することができることとなる。
【０１６１】
図１９における上記以外のステップＳ９１２〜Ｓ９１８は、図９におけるステップＳ５１０〜Ｓ５１６と同様であるので、図９についての説明を援用する。
【０１６２】
なお、本実施形態では、特定ＥＣＵとして最初に設定すべき一のＥＣＵ１０４が通信できないときに限り、他のＥＣＵ１０４から通信可能なＥＣＵ１０４を特定して特定ＥＣＵを設定するものとしたが、特定ＥＣＵとして最初に設定すべき一のＥＣＵ１０４を定めず、バス１０８上に接続されたＥＣＵ１０４全体の中から、上述した方法で通信可能なＥＣＵ１０４を特定し、当該特定したＥＣＵの中から一のＥＣＵ１０４を選択し、当該選択したＥＣＵ１０４を特定ＥＣＵに設定することもできる。
【０１６３】
ただし、本実施形態のように最初に設定すべき一のＥＣＵ１０４を予め定めた場合には、当該予め定めたＥＣＵ１０４がノーマルモード（通信可能状態）となるような車両動作状態を予め特定しておくことができるので（例えば、“イグニションスイッチをオンした直後”など）、当該予め特定した車両動作状態において診断に係る処理（すなわち、図１７又は図１９の処理）を開始するものとすれば、上記ＥＣＵ１０４が正常に動作する限り、他のＥＣＵ１０４を選択する必要はなく、診断情報収集までの時間を短縮することができる。
【０１６４】
また、本実施形態では、診断装置２１０２は、予め定められた選択基準に従って通信可能な一のＥＣＵ１０４を選択するものとしたが、これに限らず、選択基準が予め定められない場合にも、通信可能な一のＥＣＵ１０４を他の方法で選択するものとすることもできる。このような「他の方法」としては、例えば、任意に選択することや、他の装置から適切な通信手段により与えられる選択基準を用いること、とすることができる。
【０１６５】
なお、上述した第２の実施形態は、第３の実施形態における「予め定められた選択基準」を「予め定めた順に通信可能なＥＣＵ１０４を探索し、最初に発見した通信可能な一のＥＣＵ１０４を選択すること」とした場合の構成と考えることができる。
【０１６６】
≪第４実施形態≫
次に、本発明の第４の実施形態に係る車両診断システムについて説明する。
本車両診断システムでは、特定ＥＣＵの候補として複数のＥＣＵを予め定めて診断装置に記憶させておき、診断装置は、当該予め定められた複数のＥＣＵの全てに対し通信開始要求フレームを送信する。各ＥＣＵは、通信開始要求フレームを受信した後、所定の監視時間に亘ってバス上に復帰指示フレームが送出されたか否かを監視する。
【０１６７】
また、各ＥＣＵには異なる監視時間が設定されており、各ＥＣＵは、自装置に設定された監視時間が経過するまでにバス上に復帰指示フレームが送出されないときは、他の全てのＥＣＵに対し復帰指示フレームを送信する。すなわち、予め定められた上記複数のＥＣＵであって、かつ通信可能な状態にあるＥＣＵのうち、最も短い監視時間が設定された一のＥＣＵが自ら特定ＥＣＵとなり、他のＥＣＵへ復帰指示フレームを送信する。
【０１６８】
本実施形態では、診断装置が一のＥＣＵを特定ＥＣＵに設定しなくても、予め定められた複数のＥＣＵのうちの一のＥＣＵが自動的に特定ＥＣＵとなるので、車両診断システム全体としての処理が簡単化され、診断情報の収集が完了するまでの時間を短縮することができる。
【０１６９】
図２０は、本実施形態に係る車両診断システムの構成を示す図である。
本車両診断システム４０は、複数のＥＣＵ３１０４ａ〜ｄがバス１０８を介して通信可能に接続された車両内ネットワーク３１００と、当該車両内ネットワーク３１００に接続される診断装置３１０２と、を備える。なお、図２０において、図１に示す第１の実施形態に係る車両診断システム１０と同じ構成要素については、図１に示す符号と同じ符号を用いて示し、上述した図１についての説明を援用する。
【０１７０】
図２１は、ＥＣＵ３１０４の構成を示すブロック図である。ＥＣＵ３１０４は、第１の実施形態に係るＥＣＵ１０４と同様の構成を有するが、処理装置２００に代えて、処理装置３２００を備える点が異なる。なお、図２１において、図２に示す第１の実施形態に係るＥＣＵ１０４と同じ構成要素については、図２に示す符号と同じ符号を用いて示し、上述した図２についての説明を援用する。
【０１７１】
処理装置３２００は、第１の実施形態に係るＥＣＵ１０４が備える処理装置２００と同様の構成を有するが、復帰指示ユニット２１６に代えて復帰指示ユニット３２１６を備える点、及び、通信開始要求フレームを受信した後にバス１０８上のフレームを監視する期間である監視時間が、各ＥＣＵ３１０４毎に異なる時間となるように予め設定されて、処理装置３２００に備える記憶装置（不図示）に記憶される点が異なる。この監視時間は、処理装置３２００が備える記憶装置に予め記憶されるか、又は、処理装置３２００が実行するプログラムの中に記述され、ＥＣＵ３１０４の起動時に上記記憶装置に保存されるものとすることができる。
【０１７２】
復帰指示ユニット３２１６は、コンピュータである処理装置３２００がプログラムを実行することにより実現される仮想マシンであり、機能実現手段である。ただし、復帰指示ユニット３２１６をハードウェアとして構成することもできる。
【０１７３】
復帰指示ユニット３２１６は、第１の実施形態に係る復帰指示ユニット２１６と同様の構成を有するが、受信機２０６から転送された受信フレームが通信開始要求フレームであるときは、復帰指示フレームを送信する前に、まず、予め定められた所定の監視時間が経過するまで、バス１０８上に復帰指示フレームが送出されるか否かを監視する点が異なる。
【０１７４】
具体的には、復帰指示ユニット３２１６は、バス１０８上に送出されたフレームを受信機２０６を介して受信し、当該受信したフレームのＩＤ番号、データ長、及び又はデータ内容を検査することにより、当該受信フレームが復帰指示フレームであるか否かを判断する。なお、復帰指示フレームは全てのＥＣＵ３１０４へ送信されるので、バス１０８上に復帰指示フレームが送出されれば、いずれのＥＣＵ３１０４においても、当該復帰指示フレームの送出を検知することができる。
【０１７５】
そして、復帰指示ユニット３２１６は、上記監視動作において所定の監視時間が経過するまでにバス１０８上に復帰指示フレームが送出されたことを検知したときは、自らは復帰指示フレームを送信することなく、上記監視動作を終了する。一方、所定の監視時間が経過するまでにバス１０８上に復帰指示フレームが送出されないときは、復帰指示ユニット３２１６は、監視動作を終了すると共に、自ら、復帰指示フレームを他の全てのＥＣＵ３１０４へ送信する。
【０１７６】
図２２は、診断装置３１０２の構成を示すブロック図である。診断装置３１０２は、第１の実施形態における診断装置１０２と同様の構成を有するが、処理装置３００に代えて、処理装置３３００を有する点が異なる。なお、図２２において、図３に示す第１の実施形態に係る診断装置１０２と同じ構成要素については、図３に示す符号と同じ符号を用いて示し、上述した図３についての説明を援用する。
【０１７７】
処理装置３３００は、第１の実施形態に係る処理装置３００と同様の構成を有するが、情報取得ユニット３２０に代えて、情報取得ユニット３３２０を有する点が異なる。情報取得ユニット３３２０は、コンピュータである処理装置３３００がプログラムを実行することにより実現される仮想マシンであり、機能実現手段である。
【０１７８】
情報取得ユニット３３２０は、第１の実施形態における情報取得ユニット３２０と同様の機能を有するが、特定ＥＣＵの候補として予め定められた複数のＥＣＵ３１０４の全てに対し、診断通知フレームを送信することなく通信開始要求フレームを同時に送信する点が異なる。
【０１７９】
次に、診断装置３１０２及びＥＣＵ３１０４における各処理の手順について説明する。
【０１８０】
〔診断装置における処理〕
まず、診断装置３１０２における処理の手順について、図２３に示すフロー図に従って説明する。本処理は、例えば、車両内ネットワーク３１００を備える車両のイグニションスイッチがオンされた状態において、診断装置３１０２がバス１０８に接続されたときに自動的に開始するか、又は、当該接続後、診断装置３１０２の操作入力装置３１２を介してユーザから診断開始の指示が入力されたことに応じて開始する。なお、ユーザは、特定ＥＣＵの候補として予め定められた複数のＥＣＵ３１０４のいずれかが通信可能状態となっていることを確認できたときに、上記接続又は入力を行うことが望ましい。また、診断装置３１０２の電源は、バス１０８への接続前又は上記ユーザ入力の実行前に投入されるものとする。
【０１８１】
処理を開始すると、まず、処理装置３３００の情報取得ユニット３３２０は、特定ＥＣＵの候補として予め定められ記憶されている複数のＥＣＵ３１０４の全てに対し、通信開始要求フレームを同時に送信する（Ｓ１０００）。そして、所定時間の経過を待機した後（Ｓ１００２）、ステップＳ１００４へ処理を移す。ここで、上記所定時間は、上記通信開始要求フレームの送信後、最も長い監視時間が与えられたＥＣＵ３１０４が特定ＥＣＵになったとした場合において、スリープモードのＥＣＵ３１０４がノーマルモードに復帰するまでに必要かつ十分な時間とすることができる。
【０１８２】
上記以外のステップＳ１００４〜Ｓ１００８は、図５に示すステップＳ１１０〜Ｓ１１４と同様であるので、上述した図５についての説明を援用する。
【０１８３】
〔ＥＣＵにおける処理〕
次に、ＥＣＵ３１０４における処理について説明する。ＥＣＵ３１０４では、所定の条件が成立したときにノーマルモードからスリープモードへ移行するための動作休止処理と、スリープモードにおいて復帰指示フレームを受信したときにスリープモードからノーマルモードへ復帰するための動作復帰処理と、車両診断に関連した処理を行う診断関連処理と、を実行する。
【０１８４】
このうち、動作休止処理と動作復帰処理については、図６及び図７を用いて説明した第１の実施形態に係るＥＣＵ１０４における同名の処理とそれぞれ同様であるので、これらの処理については上述した図６及び図７についての説明を援用する。
【０１８５】
〈診断関連処理〉
以下、ＥＣＵ３１０４における診断関連処理の手順について、図２４に示すフロー図を用いて説明する。
本処理は、ノーマルモードの動作が開始されたときに開始し、ノーマルモードにおける他の処理と並行に実行される。ノーマルモードの動作は、例えば、自車両のイグニションスイッチがオンにされてＥＣＵ３１０４への電源供給が開始されたとき、又はＥＣＵ３１０４がスリープモードからノーマルモードへ復帰したときに開始する。
【０１８６】
本処理は、図８に示した第１の実施形態に係るＥＣＵ１０４における診断関連処理と同様であるが、診断装置３１０２から診断通知フレームが送信されないため、図８におけるステップＳ４０４及びＳ４０６に相当するステップを有さない。また、本処理では、通信開始要求フレームを受信した際の処理として、図８におけるステップＳ４１０に代えて、ステップＳ１１０６及びＳ１１０８の処理を行う。
【０１８７】
具体的には、ステップＳ１１０４において、バス１０８から受信したフレームが通信開始要求フレームであるときは（Ｓ１１０４、Ｙｅｓ）、復帰指示ユニット３２１６は、当該通信開始要求フレームの受信後、予め定められた所定の監視時間内に復帰指示フレームを受信したか否かを判断する（Ｓ１１０６）。
【０１８８】
そして、所定の監視時間内に復帰指示フレームを受信したときは（Ｓ１１０６、Ｙｅｓ）、ステップＳ１１００に戻って処理を繰り返す。一方、所定の監視時間内に復帰指示フレームを受信しないときは（Ｓ１１０６、Ｎｏ）、直ちに他の全てのＥＣＵ３１０４へ復帰指示フレームを送信し（Ｓ１１０８）、ステップＳ１１００へ戻って処理を繰り返す。
【０１８９】
上記ステップＳ１１０６及びＳ１１０８以外の、ステップＳ１１００〜Ｓ１１０４、Ｓ１１１０〜Ｓ１１１６については、図８におけるステップＳ４００、Ｓ４０２、Ｓ４０８、Ｓ４１２〜Ｓ４１８とそれぞれ同様であるので、上述した図８についての説明を援用する。なお、図２４に示す処理は、ノーマルモードの動作が終了したときに終了する。ノーマルモードの動作は、例えば、イグニションスイッチがオフとなり自装置であるＥＣＵ３１０４の電源がオフになったとき、又はモード移行ユニット２１２により自装置であるＥＣＵ３１０４がスリープモードに移行したときに終了する。
【０１９０】
〔車両診断システムとしての処理手順〕
次に、本実施形態に係る車両診断システム４０としての処理手順について、図２５の説明図を参照しつつ、図２６に示すフロー図に従って説明する。図２５は、本実施形態に係る車両診断システム４０の動作の概要を説明するための説明図である。図２５の例では、特定ＥＣＵの候補としてＥＣＵ３１０４ａとＥＣＵ３１０４ｃとが予め定められて診断装置３１０２に記憶されているものとする。また、ＥＣＵ３１０４ａとＥＣＵ３１０４ｃの監視時間は、それぞれ１秒及び２秒に予め設定され、ＥＣＵ３１０４ａと３１０４ｂの処理装置３２００にそれぞれ記憶されているものとする。さらに、ＥＣＵ３１０４ａは、故障により通信不能であるものとする。
【０１９１】
図２６に示す車両診断システム４０における処理は、バス１０８上に接続された診断装置３１０２における処理（図２３）が開始したときに開始する。
【０１９２】
処理を開始すると、まず、診断装置３１０２は、特定ＥＣＵの候補として予め定められた複数の所定のＥＣＵ３１０４へ通信開始要求フレームを同時に送信する（Ｓ１２００）（図２３のステップＳ１０００の処理）。
【０１９３】
具体的には、診断装置３１０２は、図２５において符号３５００の矢印で示すように、特定ＥＣＵの候補として予め定められたＥＣＵ３１０４ａとＥＣＵ３１０４ｃに通信開始要求フレームを送信する。
【０１９４】
次に、図２６において、通信開始要求フレームを受信した各所定ＥＣＵ３１０４は、それぞれ与えられた所定の監視時間が経過するまで復帰指示フレームの受信を待機し（Ｓ１２０２）（図２４のステップＳ１１００〜Ｓ１１０６の処理）、上記所定の監視時間内に復帰指示フレームを受信しなかったＥＣＵ３１０４が、直ちに他の全てのＥＣＵ３１０４へ復帰指示フレームを送信する（Ｓ１２０４）（図２４のステップＳ１１０８の処理）。
【０１９５】
図２５の例では、ＥＣＵ３１０４ａは、故障により通信不能状態となっているため、診断装置３１０２から通信開始要求フレームが送信された後、与えられた監視時間１秒を経過しても復帰指示フレームを送信することができない。その結果、上記通信開始要求フレームの送信後、いずれのＥＣＵ３１０４からも復帰指示フレームが送信されないまま２秒が経過した時点で、監視時間２秒が与えられているＥＣＵ３１０４ｃが他の全てのＥＣＵ３１０４へ復帰指示フレームを送信し、符号３５０２の矢印で示されているように、当該復帰指示フレームがＥＣＵ３１０４ｂ及びＥＣＵ３１０４ｄに受信される（ＥＣＵ３１０４ａは故障により通信不能のため復帰指示フレームを受信しない）。これにより、診断装置３１０２は、故障であるＥＣＵ３１０４ａを除く全てのＥＣＵ３１０４ｂ〜ｄから診断情報を取得することができることとなる。
【０１９６】
なお、図２５に示す例において、ＥＣＵ３１０４ａが故障でなく単にスリープモードであったために通信開始要求フレームを受信できず、与えられた監視時間内に復帰指示フレームを送信しなかった場合には、ＥＣＵ３１０４ｃから送信される復帰指示フレームはＥＣＵ３１０４ａでも受信されることとなり、ＥＣＵ３１０４ａもノーマルモードで動作することとなる。これにより、診断装置３１０２は、ＥＣＵ３１０４ａを含む全てのＥＣＵ３１０４ａ〜ｄから診断情報を取得することができることとなる。
【０１９７】
図２６における上記以外のステップＳ１２０６〜Ｓ１２１２は、図９におけるステップＳ５１０〜Ｓ５１６とそれぞれ同様であるので、上述した図９についての説明を援用する。
【０１９８】
なお、本実施形態では、各ＥＣＵ３１０４は、所定の監視時間に亘ってバス１０８上に復帰指示フレームが送出されるのを監視するものとしたが、これに限らず、復帰指示フレームに代えて他の種類のフレームを監視するものとしてもよい。例えば、各ＥＣＵ３１０４は、復帰指示フレームを送信する直前に、通信開始要求フレームに対する応答フレーム（通信開始要求フレームを受信したことを示すフレーム）をバス１０８上に送出するものとし、所定の監視時間に亘って他のＥＣＵ３１０４から上記応答フレームが送出されないときに、自装置から上記応答フレームと復帰指示フレームを送出するものすることができる。
【０１９９】
以上説明したように、第１〜第４の実施形態に係る各車両診断システムでは、診断装置が一のＥＣＵに対して、診断通信の標準規格に準拠した所定の要求フレーム（通信開始要求フレーム）を送信すると、当該一のＥＣＵが他の全てのＥＣＵに対し、上記標準規格に準拠しない指示フレーム（復帰指示フレーム）を送信して、他の全てのＥＣＵにノーマルモードへの復帰を指示する。
【０２００】
これにより、第１〜第４の実施形態に係る各車両診断システムでは、上記標準規格に準拠しない復帰指示フレームを扱えるように診断装置のソフトウェアプラットフォームを改修することなく、上記標準規格に準拠した診断装置をそのまま用いて、パーシャルネットワーキングを構成するＥＣＵをスリープモードから復帰させて診断情報を収集することができる。
【符号の説明】
【０２０１】
１０、２０、３０、４０・・・車両診断システム、１００、３１００・・・車両内ネットワーク、１０２、１１０２，２１０２、３１０２・・・診断装置、１０４、３１０４・・・ＥＣＵ、１０８・・・バス、２００、３００、１３００、２３００、３３００・・・処理装置、２０２、３０２・・・ＣＡＮ通信モジュール、２０４、３０４・・・送信機、２０６、３０６・・・受信機、２０８・・・ＩＤ検査ユニット、２１０・・・車両制御ユニット、２１２・・・モード移行ユニット、２１４・・・自己診断ユニット、２１６、３２１６・・・復帰指示ユニット、３１０・・・表示装置、３１２・・・操作入力装置、３２０、１３２０、２３２０、３３２０・・・情報取得ユニット、３２２・・・診断処理ユニット。
【図１】
2014227060.tif 000003
【図２】
2014227060.tif 000004
【図３】
2014227060.tif 000005
【図４】
2014227060.tif 000006
【図５】
2014227060.tif 000007
【図６】
2014227060.tif 000008
【図７】
2014227060.tif 000009
【図８】
2014227060.tif 000010
【図９】
2014227060.tif 000011
【図１０】
2014227060.tif 000012
【図１１】
2014227060.tif 000013
【図１２】
2014227060.tif 000014
【図１３】
2014227060.tif 000015
【図１４】
2014227060.tif 000016
【図１５】
2014227060.tif 000017
【図１６】
2014227060.tif 000018
【図１７】
2014227060.tif 000019
【図１８】
2014227060.tif 000020
【図１９】
2014227060.tif 000021
【図２０】
2014227060.tif 000022
【図２１】
2014227060.tif 000023
【図２２】
2014227060.tif 000024
【図２３】
2014227060.tif 000025
【図２４】
2014227060.tif 000026
【図２５】
2014227060.tif 000027
【図２６】
2014227060.tif 000028