(57)【要約】【課題】複数のノードがバスに接続された通信システムにおいて、各ノード相互間の通信データ検査を、バスからノードを切り離さず正確に行う。【解決手段】各ノードのいずれか一つをスリープ対象ノードとして、そのスリープ対象ノードが通常のデータ通信時に出力するデータを、検査装置からバスへ出力する。このデータをバスを介して受信したスリープ対象ノードは、受信したデータが本来自分が送信するデータであることを検知し（Ｓ２１０：Ｙ）、更にそのデータが自分自身で出力したものではなく検査装置から出力されたものであることを検知すると（Ｓ２３０：Ｎ）、スリープモードに移行してデータ送信を停止する（Ｓ２５０，Ｓ２６０  ）。その後、そのスリープ対象ノードが通常出力するデータを代わりに検査装置から出力して通常のデータ通信を擬似的に実現させ、そのときのバス上のデータに基づいて各種検査を行う。【選択図】  図５
2004362068.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードが共通のバスに接続され、前記各ノードが前記バスを介して相互にデータ通信するよう構成されたバス通信システムにおいて、前記データ通信が正常に行われるか否かの検査を行う検査方法であって、
前記各ノードの少なくとも一つを、前記データ通信を行う通常動作モードから前記バスへのデータ出力を停止するスリープモードに移行可能な動作状態可変ノードとして構成し、
前記動作状態可変ノードのいずれか一つをスリープ対象ノードとして前記スリープモードに移行させ、
前記スリープ対象ノードの前記スリープモードへの移行後、該スリープ対象ノードが前記データ通信の際に前記バスへ出力するデータを代わりに外部から前記バスへ入力することにより、前記データ通信を実現させて、そのデータ通信中に前記バス上を流れるデータに基づいて前記検査を行う
ことを特徴とするバス通信システムの検査方法。
【請求項２】
前記複数のノードが全て前記動作状態可変ノードであることを特徴とする請求項１記載のバス通信システムの検査方法。
【請求項３】
前記動作状態可変ノードは、前記データ通信時に自身が前記バスへ出力するデータである自出力データが、外部から前記バス上に入力された場合に、前記スリープモードに移行するよう構成されており、
前記スリープ対象ノードを前記スリープモードに移行させる際は、該スリープ対象ノードの前記自出力データを、外部から前記バスへ入力する
ことを特徴とする請求項１又は２記載のバス通信システムの検査方法。
【請求項４】
前記動作状態可変ノードは、前記バスへデータを出力する毎にその旨を示す出力フラグをオンにし、前記バス上に前記自出力データが流れたときに前記出力フラグがオンになっている場合は該出力フラグをオフにして、前記バス上に前記自出力データが流れたときに前記出力フラグがオフになっているならば、その自出力データは外部から前記バスへ入力されたものと判断して前記スリープモードに移行するよう構成されている
ことを特徴とする請求項３記載のバス通信システムの検査方法。
【請求項５】
前記動作状態可変ノードは、前記スリープモードに移行すべき旨のモード変換信号を受信した場合に前記スリープモードに移行するよう構成されており、
前記スリープ対象ノードを前記スリープモードに移行させる際は、該スリープ対象ノードに対して前記モード変換信号を送信する
ことを特徴とする請求項１又は２記載のバス通信システムの検査方法。
【請求項６】
前記動作状態可変ノードは、前記スリープモードへの移行後、前記自出力データが外部から前記バスへ入力されない状態が、予め設定した所定時間以上継続した場合は、前記通常動作モードに復帰するよう構成されている
ことを特徴とする請求項１〜５いずれかに記載のバス通信システムの検査方法。
【請求項７】
前記動作状態可変ノードは、前記スリープモードへの移行後、前記通常動作モードに復帰すべき旨のモード復帰信号を受信した場合に前記通常動作モードに復帰するよう構成されており、
前記スリープモード中の前記スリープ対象ノードを前記通常動作モードに復帰させる際は、該スリープ対象ノードに対して前記モード復帰信号を送信する
ことを特徴とする請求項１〜５いずれかに記載のバス通信システムの検査方法。
【請求項８】
前記バス通信システムは、前記複数のノードがいずれもＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ  ）プロトコルに従って前記データ通信を行うよう構成されたＣＡＮバス通信システムである
ことを特徴とする請求項１〜７いずれかに記載のバス通信システムの検査方法。
【請求項９】
請求項３記載の検査方法を実現するための前記動作状態可変ノードとしての通信装置であって、
前記バス上に流れるデータを取り込むデータ取得手段と、
該データ取得手段により取り込まれたデータが外部から前記バスに入力された前記自出力データであるか否か判断する外部入力判断手段と、
該外部入力判断手段によって外部から前記バスに入力された前記自出力データであると判断された場合に、当該通信装置を前記スリープモードに移行させるスリープ手段と、
を備えたことを特徴とする通信装置。
【請求項１０】
前記外部入力判断手段は、
前記バスへデータを出力したときにその旨を示す出力フラグをオンするフラグセット手段と、
前記データ取得手段により取り込まれたデータが前記自出力データであるか否か判断する自出力データ判断手段と、
該自出力データ判断手段によって前記自出力データと判断されたとき、前記出力フラグがオンならば該出力フラグをオフにするフラグリセット手段と、
を備え、
前記自出力データ判断手段によって前記自出力データと判断されたとき、前記出力フラグがオフならば、該自出力データは外部から前記バスへ入力されたものと判断する
ことを特徴とする請求項９記載の通信装置。
【請求項１１】
請求項５記載の検査方法を実現するための前記動作状態可変ノードとしての通信装置であって、
前記バス上に流れるデータを取り込むデータ取得手段と、
外部から前記モード変換信号を受信する受信手段と、
該受信手段によって前記モード変換信号が受信された場合に、当該通信装置を前記スリープモードに移行させるスリープ手段と、
を備えたことを特徴とする通信装置。
【請求項１２】
前記スリープモードへの移行後、前記データ通信時に当該通信装置自身が前記バスへ出力するデータが前記データ取得手段により取り込まれない状態の継続時間を計時する計時手段と、
前記計時手段により計時される前記継続時間が予め設定した所定時間以上となった場合に前記通常動作モードに復帰させるモード復帰手段と、
を備えたことを特徴とする請求項９〜１１いずれかに記載の通信装置。
【請求項１３】
前記スリープモードへの移行後、前記通常動作モードに復帰すべき旨のモード復帰信号が前記データ取得手段により取り込まれた場合に、前記通常動作モードに復帰させるモード復帰手段を備えたことを特徴とする請求項９〜１１いずれかに記載の通信装置。
【請求項１４】
請求項９〜１３いずれかに記載の通信装置であって、
当該通信装置は、他の１又は複数の前記通信装置と共に一つの電子制御装置を構成し、該他の通信装置と共通のバス接続ラインによって前記バスに接続されている
ことを特徴とする通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のノードが共通のバスに接続されて相互にデータ通信するよう構成された通信システムの検査方法に関する。
【０００２】
【従来の技術】
近年、例えば車両において、複数の電子制御装置（ＥＣＵ）を共通のバスに接続して相互にデータ通信できるよう構成された通信システムが知られており、その適用が様々な車種へ広がありつつある。上記構成の通信システムにおいては、システム稼働中に、バスに接続されている各ノード相互間で正常に通信がなされるか否か、換言すれば各ＥＣＵが備えるＣＰＵ相互間の通信が正常になされるか否かを、検査する必要がある。
【０００３】
この検査を行うにあたり、従来は、図１０に示すように、検査対象ノードを例えばＣＰＵ−Ａを備えたノードＡ１１１として、そのノードＡ１１１が他の通信対象ノード（例えばＣＰＵ−Ｂを備えたノードＢ１１２）と正常に通信するか否かを検査するために、ノードＢ１１２を搭載しているＥＣＵ−Ｂ１０２をバスＬ２０から切り離して検査装置１００を接続し、本来ならノードＢ１１２がノードＡ１１１へ送信するデータを、ノードＢ１１２の代わりに検査装置１００から出力して、それに対する応答データなどのノードＡ１１１からの各種データをみることで、ノードＡ１１１の通信データ検査を行うようにしていた。
【０００４】
しかし、この方法は、一つのＥＣＵは一つのノードをもつ、ということを前提としているため、例えば図１１に示すように、一つのＥＣＵ−Ｄ１３０に２つのノード（ノードＡ１１１及びノードＢ１１２）を持ち、各ノード１１１，１１２のバスＬ２０への接続ラインがＥＣＵ−Ｄ１３０内で共通化され、いずれも共通のバス接続ラインＬ２００によってバスＬ２０に接続されている場合、一般的には一つのノードだけをバスＬ２０から切り離すことはできない。そのため、ノードＡ１１１とノードＢ１１２との間で送受信される通信データの検査方法として、図１０で説明したような検査方法を適用することはできない。
【０００５】
一方、ＥＣＵをバスから切り離すことなく各ＥＣＵの検査を行う技術として、バスに検査装置を接続し、各ＥＣＵを試験モードに設定した上で各ＥＣＵへ検査用の各種データを送信することにより、各ＥＣＵ本体における各種回路試験等を行うようにしたものが知られている（例えば、特許文献１参照。）。
【０００６】
【特許文献１】
特開平１０−３３６２２０号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、上記特許文献１に開示された方法は、ＥＣＵ自体の各種試験（回路試験やＣＰＵ試験等）を試験モードで行うものであって、通信システム稼働中にバスに接続されている各ノード間で正常にデータ通信がなされているか否かを検証するものではない。
【０００８】
仮に、図１１のような、２つのノードを持つＥＣＵ−Ｄ１３０がバスＬ２０に接続された通信システムに対して、上記のように各ＥＣＵを切り離すことなく検査装置１００をバスＬ２０に接続し、例えばノードＢ１１２がノードＡ１１１へ送信するデータを検査装置１００が擬似的に生成してノードＡ１１１へ送信したとしても、ノードＢ１１２自体もバスＬ２０に接続されたままであるため、ノードＡ１１１はノードＢ１１２からもデータを受信することになる。つまり、実質的に同じ２つのノードＢ１１２がバスに接続された状態となる。
【０００９】
このように、ノードＡ１１１は、ノードＢ１１２からもらうべきデータをノードＢ１１２自体のみならず検査装置１００からも受信すると、どちらを正しいデータとして取り込めばよいか判断できず、結果として検査装置１００が送信したデータ（ノードＢ１１２相当のデータ）に対する動作検証を正確に行うことはできない。
【００１０】
本発明は上記課題に鑑みなされたものであり、複数のノードがバスに接続された通信システムにおいて、各ノード相互間の通信データの検査を、バスからノードを切り離すことなく正確に行えるようにすることを目的とする。
【００１１】
【課題を解決するための手段及び発明の効果】
上記課題を解決するためになされた請求項１記載の発明は、複数のノードが共通のバスに接続され、各ノードがバスを介して相互にデータ通信するよう構成されたバス通信システムにおいて、データ通信が正常に行われるか否かの検査を行う検査方法であって、複数のノードのうち少なくとも一つを、上記データ通信（バスを介した各ノード相互間のデータ通信）を行う通常動作モードからバスへのデータ出力を停止するスリープモードに移行可能な動作状態可変ノードとして構成する。
【００１２】
そして、動作状態可変ノードのいずれか一つをスリープ対象ノードとしてスリープモードに移行させ、その後、そのスリープ対象ノードがデータ通信の際にバスへ出力するデータを代わりに外部からバスへ入力することにより、上記データ通信を実現させて、そのデータ通信中にバス上を流れるデータに基づいて検査を行う。
【００１３】
上記の検査方法によれば、バスに接続された各ノードのうちいずれか一つをスリープモードに移行させてデータを出力しないようにしているため、バスからノードを切り離すことなく検査を行うことが可能となる。しかも、そのスリープモードに移行したスリープ対象ノードがデータ通信時に出力するデータを、スリープ対象ノードの代わりに外部からバスへ入力することにより、擬似的に通常のデータ通信を実現しているため、上記検査を正確に行うことも可能となる。
【００１４】
そして、例えば請求項２に記載のように、当該バス通信システムを構成する複数のノードを全て動作状態可変ノードとして構成するようにすれば、全てのノードについてそれぞれスリープモードに移行させて検査を行うことができるため、検査対象のバス通信システムの信頼性をより高めることが可能となる。
【００１５】
スリープ対象ノードをスリープモードに移行させる具体的方法としては、例えば請求項３に記載の方法が考えられる。即ち、動作状態可変ノードを、自出力データ（データ通信時に自身がバスへ出力するデータ）が外部からバス上に入力された場合にスリープモードに移行するよう構成し、スリープ対象ノードをスリープモードに移行させる際は、該スリープ対象ノードの自出力データを外部からバスへ入力するようにする。
【００１６】
このようにすれば、スリープモードにするための特別なデータを送信するのではなく、単にスリープ対象ノードの自出力データを外部からバスへ入力するだけで、スリープ対象ノードが自らそれを検知してスリープモードに移行することができると同時に、その外部からの自出力データによって上記データ通信を実現しつつ検査を行うことができる。
【００１７】
ここで、自出力データであるか否かを判断するためには、例えばバス上を流れるデータを常時モニタすればよいが、そのようにすると、外部からバスに入力された自出力データも、ノード自らがバスへ出力した自出力データも、共に自出力データとして検知されるため、そのままでは外部からのものなのか否かを判断することはできない。そのため、単にバス上に自出力データが流れたことをもってスリープモードに移行するようにすると、自らがバスへ出力したデータによってスリープモードに移行（つまり意に反して移行）してしまうことになる。
【００１８】
そこで、上記構成（請求項３）の動作状態可変ノードは、例えば請求項４に記載の検査方法のように、バスへデータを出力する毎にその旨を示す出力フラグをオンにし、バス上に自出力データが流れたときに出力フラグがオンになっている場合は出力フラグをオフにして、バス上に自出力データが流れたときに出力フラグがオフになっているならば、その自出力データは外部からバスへ入力されたものと判断してスリープモードに移行するよう構成するとよい。
【００１９】
即ち、バス上を流れるデータが自ら出力したものであれば、そのときの出力フラグはそのデータを出力したときにオンにされているはずであるため、再びオフにするだけである。一方、バス上を流れるデータが外部からの自出力データであれば、そのときの出力フラグはオフになっているはずであるため、外部からのものであると判断されてスリープモードに移行することになる。
【００２０】
従って、動作状態可変ノードを請求項４記載のように構成すれば、バス上を流れる自出力データが外部からのものであるか否か判断することができるため、自らが出力するデータによって意図せずスリープモードになってしまうことがなく、必要なときだけ確実にスリープモードに移行させることが可能となる。
【００２１】
また、スリープ対象ノードをスリープモードに移行させる具体的方法として、例えば請求項５に記載の方法も考えられる。即ち、動作状態可変ノードを、スリープモードに移行すべき旨のモード変換信号を受信した場合にスリープモードに移行するよう構成する。そして、スリープ対象ノードをスリープモードに移行させる際は、該スリープ対象ノードに対してモード変換信号を送信すればよい。
【００２２】
モード変換信号をスリープ対象ノードに対してどのように送信するかについては、例えば、外部からスリープ対象ノード宛のモード変換信号をバスへ入力することにより、スリープ対象ノードがその自身宛のモード変換信号を他のデータと同様にバスを介して取り込むようにしてもよい。また例えば、バスは介さず、外部からスリープ対象ノードへ直接送信するようにしてもよく、スリープ対象ノードが自身に対するモード変換信号を受信できる限りその具体的方法は特に限定されない。
【００２３】
動作状態可変ノードを上記（請求項５）のように構成すれば、単に、自身に対するモード変換信号を受信したときにスリープモードに移行すればよいため、請求項３又は４記載の検査方法のような、自出力データであるか否かの判断及びそれが外部からのものであるか否かの判断が必要なものに比べて、既存のバス通信システムに対する当該検査方法実現のためのソフト変更規模を少なくしつつ、容易にスリープ対象ノードをスリープモードに移行させることができる。
【００２４】
ところで、検査の過程においては、動作状態可変ノードのいずれかをスリープ対象ノードとしてスリープモードに移行させて検査した後、スリープ対象ノードを変更して同様に検査を行うことも当然ながら考えられ、その場合、スリープモード中のノードを再び通常動作モードに戻す必要がある。
【００２５】
そのため、例えば請求項６記載の検査方法のように、動作状態可変ノードを、スリープモードへの移行後、自出力データが外部からバスへ入力されない状態が予め設定した所定時間以上継続した場合に、通常動作モードに復帰するよう構成するとよい。
【００２６】
このように構成すれば、検査の過程においてスリープモード中のノードを通常動作モードに復帰させたい場合、単に、現在スリープモード中のノードに対応する自出力データを所定時間以上外部からバスに入力しないようにするだけでよく、それによってスリープモード中のノードを自動的に通常動作モードに復帰させることができる。
【００２７】
また例えば、請求項７記載の検査方法のように、動作状態可変ノードを、スリープモードへの移行後、通常動作モードに復帰すべき旨のモード復帰信号を受信した場合に通常動作モードに復帰するよう構成し、スリープモード中のスリープ対象ノードを通常動作モードに復帰させる際は該スリープ対象ノードに対してモード復帰信号を送信するようにしてもよい。
【００２８】
このように構成すれば、検査の過程においてスリープモード中のノードを通常動作モードに復帰させたい場合、単に、現在スリープモード中のノードに対してモード復帰信号を送信するだけでよく、それによってスリープモード中のノードを自動的に通常動作モードに復帰させることができる。しかも、請求項６記載の検査方法のように所定時間経過を待つ必要がなくモード復帰信号を受信することで、即、通常動作モードに復帰するため、請求項６の検査方法に比べてより迅速に、且つ、既存のバス通信システムに対する当該検査方法実現のためのソフト変更規模を少なくしつつ容易に、通常動作モードへ復帰させることが可能となる。
【００２９】
尚、このモード復帰信号についても、上記モード変換信号（請求項５に記載）と同様、例えば他のデータと同様にバスを介して取り込むようにしてもよいし、また例えば、バスは介さずに外部から直接、スリープモード中のノードへ送信するようにしてもよく、スリープモード中のノードが自身に対するモード復帰信号を受信できる限りその具体的方法は特に限定されない。
【００３０】
ところで、バスに複数のノードが接続され、各ノードが相互にデータを送受信できるような通信システムとしては、例えば、イーサネット（登録商標）、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ  ）、ＬＩＮ（Ｌｏｃａｌ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｎｅｔｗｏｒｋ）など、種々の規格のものが挙げられる。そして、既述の通り、近年は車両においてもこういった通信システムが搭載されてきているが、車両に搭載される通信システムの規格としては、特にＣＡＮの採用が広がってきており、車両内通信システム（ネットワーク）の標準規格となりつつある。
【００３１】
そこで、本発明（請求項１〜７）の検査方法は、特に、複数のノードがいずれもＣＡＮプロトコルに従って相互にデータ通信を行うよう構成されたＣＡＮバス通信システムに対して適用すれば、車両に搭載されたＣＡＮバス通信システムの検査を迅速且つ確実に行うことが可能となる。
【００３２】
次に、請求項９記載の発明は、請求項３記載の検査方法を実現するための動作状態可変ノードとしての通信装置であって、バス上に流れるデータを取り込むデータ取得手段と、該データ取得手段により取り込まれたデータが外部からバスに入力された自出力データであるか否か判断する外部入力判断手段と、該外部入力判断手段によって外部からバスに入力された自出力データであると判断された場合に当該通信装置をスリープモードに移行させるスリープ手段と、を備えたものである。
【００３３】
このように構成された通信装置によれば、バス上のデータを取り込んでそれが外部から入力された自出力データである場合に、自身をスリープモードに移行させるため、請求項３記載の検査方法を実現でき、請求項３と同様の効果が得られる。
【００３４】
そして、上記通信装置を構成する外部入力判断手段は、より具体的には、例えば請求項１０記載のように、バスへデータを出力したときにその旨を示す出力フラグをオンするフラグセット手段と、データ取得手段により取り込まれたデータが自出力データであるか否か判断する自出力データ判断手段と、該自出力データ判断手段によって自出力データと判断されたときに出力フラグがオンならば該出力フラグをオフにするフラグリセット手段と、を備えたものとし、自出力データ判断手段によって自出力データと判断されたときに出力フラグがオフならば、該自出力データは外部からバスへ入力されたものと判断するものであるとよい。
【００３５】
このように構成された通信装置によれば、自身がバスへ出力したデータが取り込まれた場合は、その出力の際に出力フラグがオンにされていることにより再びオフにし、外部からバスへ入力された自出力データが取り込まれた場合は、出力フラグはオフにされていることにより外部からの自出力データと判断するため、請求項４記載の検査方法を実現でき、請求項４と同様の効果が得られる。
【００３６】
請求項１１記載の発明は、請求項５記載の検査方法を実現するための動作状態可変ノードとしての通信装置であって、バス上に流れるデータを取り込むデータ取得手段と、外部からモード変換信号を受信する受信手段と、該受信手段によってモード変換信号が受信された場合に当該通信装置をスリープモードに移行させるスリープ手段と、を備えたものである。
【００３７】
このように構成された通信装置によれば、外部からモード変換信号を受信した場合に自身をスリープモードに移行させるため、請求項５記載の検査方法を実現でき、請求項５と同様の効果が得られる。尚、データ取得手段と受信手段は、例えば別々に構成されたものであってもよいし、また例えば、共通の一つの手段（物理的に同じ一つのもの）がその２つの手段の機能を兼ね備えたもの、即ちモード変換手段も他のデータと同様にバスを介して取り込むように構成してもよい。
【００３８】
そして、請求項９〜１１いずれかに記載の通信装置は、更に、例えば請求項１２に記載のように、スリープモードへの移行後、データ通信時に当該通信装置自身がバスへ出力するデータ（つまり自出力データ）がデータ取得手段により取り込まれない状態の継続時間を計時する計時手段と、その計時手段により計時される継続時間が予め設定した所定時間以上となった場合に通常動作モードに復帰させるモード復帰手段と、を備えたものであるとよい。
【００３９】
このように構成された通信装置によれば、スリープモード中に自出力データを所定時間以上継続して受信しなかった場合は通常動作モードに復帰するため、請求項６記載の検査方法を実現でき、請求項６と同様の効果が得られる。
また例えば、請求項９〜１１いずれかに記載の通信装置は、請求項１３に記載のように、スリープモードへの移行後、通常動作モードに復帰すべき旨のモード復帰信号がデータ取得手段により取り込まれた場合に通常動作モードに復帰させるモード復帰手段を備えたものであるとよい。このように構成された通信装置によれば、スリープモード中にモード復帰信号を受信した場合に通常動作モードに復帰するため、請求項７記載の検査方法を実現でき、請求項７と同様の効果が得られる。
【００４０】
そして、請求項９〜１３いずれかに記載の通信装置は、例えば請求項１４に記載のように、他の１又は複数の通信装置と共に一つの電子制御装置を構成し、該他の通信装置と共通のバス接続ラインによってバスに接続されたものとして構成してもよい。
【００４１】
このように構成された通信装置は、他の通信装置と共通のバス接続ラインでバスに接続されているため、自身のみをバスから切り離すことは困難であるが、バスに接続した通常の状態のままであっても、その通信装置のみ（或いは同じ電子制御装置を構成する他のいずれかの通信装置のみ）をスリープモードに移行させることができるため、各通信装置がそれぞれ物理的に別々のバス接続ラインでバスに接続されている場合と全く同様に検査を行うことができる。
【００４２】
【発明の実施の形態】
以下に、本発明の好適な実施形態を図面に基づいて説明する。
［第１実施形態］
図１は、本実施形態のＣＡＮバス通信システム及びその通信検査方法を示す説明図である。図１に示す如く、本実施形態のＣＡＮバス通信システムは、ノードＡ１１，ノードＢ２１，ノードＣ３１・・・のように複数のノードが共通のＣＡＮバスＬ１０に接続され、ＣＡＮバスＬ１０を介して相互にデータ通信（データの送受信）が行われるように構成されている。尚、「ＣＡＮ」は、ＩＳＯ（国際標準化機構）で規格化され、自動車をはじめ様々な分野で採用されている周知のシリアル通信プロトコルであるため、ここではその詳細説明を省略する。
【００４３】
このうち、ノードＡ１１及びノードＢ２１は、それぞれ独立して上記データ通信を行うものの、いずれも同じ一つの電子制御装置（ＥＣＵ−Ａ１）内に搭載されており、ＣＡＮバスＬ１０への接続ラインはＥＣＵ−Ａ１内で共通化され、一つのバス接続ラインＬ１０ａによってＣＡＮバスＬ１０に接続されている。ＥＣＵ−Ｃ３に搭載されたノードＣ３１は、バス接続ラインＬ１０ｃによってＣＡＮバスＬ１０に接続されている。
【００４４】
また、本実施形態のＣＡＮバス通信システムは、図示は省略したものの、車両に搭載され、車両の各部を制御するための様々な種類のＥＣＵの相互間でデータ通信を行うようにされている。各ＥＣＵ（ＥＣＵ−Ａ１，ＥＣＵ−Ｃ３・・・）は、例えば、車両（図示略）のエンジンの燃料噴射や点火タイミング等を制御するエンジンＥＣＵ、車両に設けられた自動変速装置を制御するトランスミッション制御ＥＣＵ、車両に設けられたブレーキを制御するブレーキ制御ＥＣＵなどをはじめ、様々な種類のものがある。
【００４５】
そして、ＥＣＵ−Ａ１は、２つのノードを備えたものであり、一例として、図示しないエアコンを制御するＣＰＵ−ＡからなるノードＡ１１と、図示しないドアを制御するＣＰＵ−ＢからなるノードＢ２１とを備えた統合ＥＣＵが挙げられる。もちろん、これはあくまでも一例であり、他の制御を行うＣＰＵからなるノードであってもよいことはいうまでもなく、また、一つのＥＣＵに搭載されるノードの数も、図示のように２つに限らず３つ以上であってもよい。
【００４６】
次に、本実施形態のＣＡＮバス通信システムを構成する各ノードの構成について、ノードＢ２１を例に挙げて説明する。図２に、ノードＢ２１の概略構成を示す。図２に示す如く、本実施形態のノードＢ２１は、所定の制御処理（例えばブレーキに関する各種制御処理）を行うＣＰＵ−Ｂ２２と、ＣＰＵ−Ｂ２２から他のノードへのデータをＣＡＮプロトコルに従って出力データＴｘＤに処理すると共に他のノードからＣＡＮトランシーバ２４を介して入力されたＣＡＮプロトコルの入力データＲｘＤを処理してＣＰＵ−Ｂ２２へ出力するＣＡＮコントローラ２３と、ＣＡＮプロトコルにおける物理層の処理（ＣＡＮバスＬ１０〜ＣＡＮコントローラ２３間の信号ＴｘＤ，ＲｘＤの受け渡し等）を行うＣＡＮトランシーバ２４と、後述するデータ受信処理時に動作する通信途絶カウンタ２６と、により構成される。
【００４７】
尚、図示は省略したものの、ＣＰＵ−Ｂ２２が実行する各種制御プログラムが格納されたＲＯＭや、ＣＰＵ−Ｂ２２のワークエリアとしてのＲＡＭなども備えており、ＣＰＵ−Ｂ２２と共にマイクロコンピュータ（以下「マイコン」という）を構成している。また、一般的には、ＣＰＵ−Ｂ２２からなるマイコンとＣＡＮコントローラ２３は１チップ化された一つのマイコン（ＣＡＮ内蔵マイコン）として提供される場合が多い。
【００４８】
他のノード（ノードＡ１１，ノードＣ３１・・・）についても、ハード構成自体は基本的に同じであり、異なるのはそれぞれが備えるＣＰＵにて実行される制御処理内容のみである。但し、後述するデータ通信検査に関連する処理である、データ送信処理（図４参照），データ受信処理（図５参照）及び通信途絶タイムアウト時処理（図６参照）はいずれも、各ノードにおいて共通して実行されるものである。そのため、当該ＣＡＮバス通信システムのデータ通信検査に関する以下の説明においても、ノードＢ２１を例に挙げて説明する。
【００４９】
上記構成のＣＡＮバス通信システムにおいては、各ノード相互間のデータ送受信（データ通信）が正常に行われるか否かのデータ通信検査を、図１に示すように、検査装置５０をＣＡＮバスＬ１０に接続して行う。より具体的には、データ通信の実行中（つまり全てのノードがデータ送受信を行う通常動作モードであるとき）に、検査装置５０をＣＡＮバスＬ１０に接続して、各ノードのいずれか一つをスリープ対象ノードとして、データ出力を行わないスリープモードに移行させる。
【００５０】
そして、そのスリープモードに移行したノード（スリープノード）に代わって、検査装置５０がデータの送受信を行う。このデータは、スリープノードが本来ならばデータ通信時に送受信するはずのデータである。即ち、検査装置５０が受信するデータはＣＡＮバスＬ１０上を流れる全てのデータであり、送信（ＣＡＮバスＬ１０へ出力）するデータは、他のノードに関係なくスリープノードが一方的に出力するデータを始め、他のノードからのデータに対して本来ならスリーブノードが応答して出力する応答データなど、その種類は様々である。これにより、データ通信が擬似的に実現されることになり、このときのＣＡＮバスＬ１０上のデータをみることによって、データ通信が正常に行われているか否かを検査する。
【００５１】
本実施形態では、ＣＡＮバスＬ１０に接続されている（当該ＣＡＮバス通信システムを構成する）全てのノードが、スリープモードに移行できるようにされている。つまり、全てのノードが本発明の動作状態可変ノードに相当するものである。
【００５２】
また、検査装置５０は、スリープモード中のノードに代わってそのノード相当のデータを擬似的に生成し出力する機能を持つと同時に、ＣＡＮバスＬ１０上を流れるデータをモニタしてその波形を見たりデータ処理するなどして各種検査を行うものである。
【００５３】
そして、例えばノードＢ２１をスリープ対象ノードとする場合、図１に示すように、検査装置５０を接続した後、検査装置５０からノードＢ２１相当のデータを出力する。この「ノードＢ２１相当のデータ」とは、本来ならばノードＢ２１がデータ通信時に出力するデータであり、ノードＢ２１に対応した本発明の自出力データに相当するものである。つまり、検査装置５０を擬似的にノードＢ２１として機能させるのである。
【００５４】
このノードＢ２１相当のデータはＣＡＮバスＬ１０上を流れるため、当然ながらノードＢ２１も受信することになり、これを受信したノードＢ２１は、後述するデータ受信処理（図５）によって自身をスリープモードに移行させる。その後も、検査装置５０はノードＢ２１相当のデータを送信することによりデータ通信を実現させつつ、データ通信検査を行うのである。
【００５５】
検査装置５０から出力するスリープノード相当のデータ、及び各ノードから送信されるデータは、図３に示すようにフレーム化されて送信される。即ち、図示の如く、フレームの先頭を示すＳＯＦ、データの種類及び優先順位（他のノードからのデータに対する優先順位）を示すデータＩＤ、データ本体、フレームの最後尾を示すＥＯＦ、その他図示しないＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ）データやＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ  ）データなどにより構成される。
【００５６】
次に、ノードＢ２１が備えるＣＰＵ−Ｂ２２が実行するデータ送信処理について、図４に基づいて説明する。図４は、ＣＰＵ−Ｂ２２にて実行されるデータ送信処理を表すフローチャートである。ノードＢ２１では、ＣＰＵ−Ｂ２２が図示しないＲＯＭからデータ送信処理プログラムを読み出し、このプログラムに従って処理を実行する。ＣＰＵ−Ｂ２２は定期的に所定のデータを送信するようにされており、このデータ送信処理は、データ送信時にＣＡＮコントローラ２３に対して送信要求を行う処理であって、データを送信する毎に逐一実行されるものである。
【００５７】
この処理が開始されると、まずステップ（以下「Ｓ」と略す）Ｓ１１０にて、スリープモードフラグがＯＮになっているか否かを判断する。このスリープモードフラグとは、当該ノードＢ２１がスリープモードであるか否か、換言すればデータの送信を許可されているか否かを示すものであり、通常のデータ通信中、つまり通常動作モードにあるときはＯＦＦでデータ送信を許可されているが、後述するデータ受信処理（図５参照）によってスリープモードに移行するとＯＮになり、データ送信が禁止された状態となる。
【００５８】
スリープモードフラグがＯＮになっていない通常動作モード時は、Ｓ１２０に進んで送信処理を行う。つまり、ＣＡＮコントローラ２３に対して送信用データを出力することによりデータ送信するよう要求する。その後、Ｓ１３０に進んで送信検知フラグをＯＮにする。この送信検知フラグは、送信するデータ毎に設定されるものであり、ＣＰＵ−Ｂ２２自身がそのデータを送信したこと（延いてはノードＢ２１自身がそのデータをＣＡＮバスＬ１０へ出力したこと）を示すためのものである。つまり、ＣＰＵ−Ｂ２２は、データを送信する毎にそのデータに対する送信検知フラグをＯＮにするのである。
【００５９】
一方、ノードＢ２１がスリープモードである場合は、Ｓ１１０で肯定判定され、そのままこのデータ送信処理を終了する。つまり、スリープモードの場合はデータ送信を行わない。
次に、ＣＰＵ−Ｂ２２が実行するデータ受信処理について、図５に基づいて説明する。図５は、ＣＰＵ−Ｂ２２にて実行されるデータ受信処理を表すフローチャートである。この処理はデータ受信による割り込みにて実行されるものであり、ＣＡＮバスＬ１０上を流れるデータを受信すると、ＣＰＵ−Ｂ２２が図示しないＲＯＭ内のデータ受信処理プログラムに従って処理を実行する。
【００６０】
この処理が開始されると、まずＳ２１０にて、受信したデータ（データフレーム）に含まれるデータＩＤをみて、自分が送信するデータ（データＩＤ）であるか否かを判断する。そして、自分が送信するデータでなければ、Ｓ２２０に進んでそのデータの受信処理（ＣＡＮコントローラ２３からのデータ読み出し・解析・応答など）を行うが、自分が送信するデータ（以下「自出力データ」ともいう）であれば、Ｓ２３０に進み、そのデータに対する送信検知フラグがＯＮになっているか否か判断する。
【００６１】
即ち、ＣＡＮバスＬ１０上に自出力データが流れるのは、図４のデータ送信処理によってＣＰＵ−Ｂ２２自らがそのデータを送信するか、或いは、検査装置５０がそのデータを出力するかのどちらかが行われた場合である。そして、前者の場合は図４の処理によって送信検知フラグがＯＮになっているはずであり、後者の場合は送信検知フラグがＯＦＦになっているはずである。そのため、自出力データを受信したときにＳ２３０で送信検知フラグがＯＮになっているか否かを判断することにより、その自出力データがどこから送信されたものかを判断するようにしているのである。
【００６２】
Ｓ２３０にて、送信検知フラグがＯＮになっていれば、その受信した自出力データはＣＰＵ−Ｂ２２自らが出力したものとしてＳ２８０に移行し、送信検知フラグをオフにして、このデータ受信処理を終了する。一方、送信検知フラグがＯＦＦになっていれば、その受信した自出力データは外部の検査装置５０からのものと判断して、Ｓ２４０に進む。
【００６３】
Ｓ２４０では、スリープモードフラグがＯＮになっているか否かを判断し、スリープモードになっていなければ、Ｓ２５０に進んでスリープモードフラグをＯＮにする。このとき、通信途絶カウンタ２６のカウントアップも開始する。この通信途絶カウンタ２６は、カウントアップを開始すると自動的にインクリメントしていくオートインクリメントカウンタである。そして、続くＳ２６０で送信停止処理を行うことによりスリープモードに移行する。これにより、定期的なデータ送信を行わなくなる。
【００６４】
一方、スリープモードに移行した後に検査装置５０からの自出力データを受信した場合は、Ｓ２４０で肯定判定されてＳ２７０に進み、通信途絶カウンタ２６をクリアする。スリープモード中は基本的に通信途絶カウンタ２６がカウントアップし続けるが、その間、検査装置５０から自出力データを受信する度に、カウント値をクリアするのである。つまりこの通信途絶カウンタ２６は、スリープモードに移行後、検査装置５０からの自出力データを受信しない時間を計時するものであり、受信しない限りカウントアップし続けることになる。
【００６５】
そして、検査装置５０から自出力データを受信しない時間が所定時間継続（タイムアウト）した場合は、図６の通信途絶タイムアウト時処理が実行される。図６に示す如く、通信途絶カウンタ２６がタイムアウトすると、Ｓ３１０にてスリープモードフラグをＯＦＦにし、続くＳ３２０にて、送信再開処理を実行する。つまり、検査装置５０からの自出力データの送信が途絶して所定時間継続した場合、検査装置５０がＣＡＮバスＬ１０から切り離されたか、或いは、他のノードが新たにスリープ対象ノードとしてスリープモードに移行するものと判断して、送信再開処理を行って通常動作モードに復帰し、定期的なデータ送信を再開するのである。
【００６６】
図７に、本実施形態のＣＡＮバス通信システムにおけるスリープ対象ノードの動作を、ノードＢ２１を例に挙げて示す。図示の如く、時刻ｔ１にてノードＢ２１自身がデータを送信（つまりＣＰＵ−Ｂ２２がデータを送信）すると、送信検知フラグがＯＮになるが、そのデータは他のノードはもちろんノードＢ２１自身も受信することになるため、図５のデータ受信処理におけるＳ２８０の処理によって、すぐに再びＯＦＦになる。
【００６７】
そして、時刻ｔ２にて検査装置５０からノードＢ２１相当の自出力データが出力され、それをノードＢ２１が受信すると、時刻ｔ３にて、図５のデータ受信処理におけるＳ２５０の処理によってスリープモードフラグがＯＮになると同時に、通信途絶カウンタ２６のカウントアップが開始される。尚このとき、同じく図５におけるＳ２６０の処理により、ノードＢ２１からのデータ送信も停止される。
【００６８】
その後、検査装置５０からノードＢ２１相当の自出力データを受信する度に、通信途絶カウンタ２６はクリアされるが（例えば時刻ｔ４）、検査装置５０からの自出力データ送信が所定時間続いてタイムアウトすると（時刻ｔ５）、図６の通信途絶タイムアウト時処理により、スリープモードフラグがＯＦＦになってノードＢ２１からのデータ送信が再開される。
【００６９】
以上詳述したように、本実施形態のＣＡＮバス通信システムでは、検査装置５０をＣＡＮバスＬ１０に接続し、例えばノードＢ相当のデータを生成して出力すると、ノードＢ２１のＣＰＵ−Ｂ２２はそのデータ（自出力データ）を検知して自身をスリープモードに移行する。その間に検査装置５０は、ノードＢ２１相当のデータを出力してそれに対する他のノード（例えばノードＡ１１）からの応答データを解析するなどの各種検査を行う。そして、ノードＢ２１相当の自出力データを所定時間以上出力しないようにすることでノードＢ２１を再び通常動作モードに復帰させるようにしている。他のノードＡ１１，ノードＣ３１・・・についても全く同様である。
【００７０】
従って、本実施形態のＣＡＮバス通信システム及びその検査方法によれば、ＣＡＮバスＬ１０に接続された各ノードがいずれも、検査装置５０からの自出力データを検知して自らスリープモードに移行するよう構成されているため、従来（図１０参照）のようにノードをＣＡＮバスＬ１０から切り離すことなく、当該ＣＡＮバス通信システムの物理的状態はそのままにして単に検査装置５０を接続するだけで、データ通信の検査を行うことができる。
【００７１】
しかも、スリープ対象ノードをスリープモードにするための特別なデータを送信するのではなく、単にスリープ対象ノードの自出力データを外部検査装置５０からＣＡＮバスＬ１０へ出力するだけで、スリープ対象ノードが自らそれを検知してスリープモードに移行することができると同時に、その外部からの自出力データによって上記データ通信を実現しつつ検査を行うことができる。
【００７２】
また、各ノードはいずれも、単に自出力データがＣＡＮバスＬ１０上を流れたことを検知するだけではなく、それが外部検査装置５０からのものなのか、それとも自身が出力したものなのかを判断するようにしているため、外部検査装置５０からの自出力データによってのみ確実に自身をスリープモードに移行させることができる。
【００７３】
更に、スリープノードを再び通常動作モードに復帰させる場合は、単にそのスリープモード中のスリープノードに対応する自出力データを所定時間以上検査装置５０からＣＡＮバスＬ１０に出力しないようにするだけでよく、それによってスリープノードを自動的に通常動作モードに復帰させることができる。特に、検査を終了した場合などは、単に検査装置５０をＣＡＮバスＬ１０から物理的に切り離すだけで、スリープノードを自動的に通常動作モードに復帰させることができる。
【００７４】
ここで、本実施形態の構成要素と本発明の構成要素の対応関係を明らかにする。本実施形態において、ＣＡＮバスＬ１０に接続された全てのノードＡ１１，ノードＢ２１，ノードＣ３１・・・がいずれも本発明の動作状態可変ノードに相当し、ＣＡＮトランシーバ２４は本発明のデータ取得手段及び受信手段に相当し、ＣＰＵ−Ｂ２２（他のＣＰＵも同様）は本発明の外部入力判断手段及びスリープ手段に相当し、通信途絶カウンタ２６は本発明の計時手段に相当し、送信検知フラグは本発明の出力フラグに相当する。
【００７５】
また、図４のデータ送信処理におけるＳ１３０の処理は本発明のフラグセット手段が実行する処理に相当し、図６の通信途絶タイムアウト時処理は本発明（請求項１２）のモード復帰手段が実行する処理に相当する。また、図５のデータ受信処理において、Ｓ２１０の処理は本発明の自出力データ判断手段が実行する処理に相当し、Ｓ２５０の処理は本発明（請求項９）のスリープ手段が実行する処理に相当し、Ｓ２８０の処理は本発明のフラグリセット手段が実行する処理に相当する。
【００７６】
［第２実施形態］
上記第１実施形態では、スリープ対象ノードをスリープモードに移行させるために、そのノード相当の自出力データを検査装置５０から出力することにより、それをスリープ対象ノードが検知して自らスリープモードに移行するよう構成したが、本実施形態のＣＡＮバス通信システムは、スリープモードに移行させるためのデータ（検査装置接続ＩＤ）を検査装置５０がスリープ対象ノード宛に出力し、これを受けたスリープ対象ノードが自身をスリープモードに移行させるよう構成されている。
【００７７】
スリープモードから通常動作モードへの復帰についても、上記第１実施形態ではスリープノード相当の自出力データを所定時間以上出力しないことにより実現したが、本実施形態では、通常動作モードへ復帰させるためのデータ（検査装置切離ＩＤ）を検査装置５０がＣＡＮバスＬ１０に出力し、これを受けたスリープノードが自身を通常動作モードへ復帰させるよう構成されている。
【００７８】
そのため、本実施形態のＣＡＮバス通信システムでは、第１実施形態のＣＡＮバス通信システムにおける通信途絶カウンタ２６は備えておらず、図６の通信途絶タイムアウト時処理は行わない。また、図４のデータ送信処理におけるＳ１１０及びＳ１３０の処理も行わない。
【００７９】
それ以外については、ＣＡＮバス通信システムの構成を含め、基本的に第１実施形態と同様である。そのため、以下の説明においては、上記第１実施形態と異なる部分のうち、既に説明した上記相違点以外の、各ノードのＣＰＵが実行するデータ受信処理（第１実施形態における図５のデータ受信処理に相当するもの）について、図８に基づいて説明する。図８のデータ受信処理も、ＣＡＮバスＬ１０上のデータ受信による割り込みにて実行されるものである。
【００８０】
この処理が開始されると、まずＳ４１０にて、受信したデータ（データフレーム）に検査装置切離ＩＤが含まれているか否かを判断する。この検査装置切離ＩＤは、言い換えれば検査装置５０がスリープモード中のスリープノードに対して通常動作モードに復帰すべき旨を指示するものであり、データ通信検査を終了して検査装置５０をＣＡＮバスＬ１０から切り離す際はもちろん、検査中にスリープモード中のノードを通常動作モードに復帰させて他のノードをスリープモードにしたい場合などに、検査装置５０からＣＡＮバスＬ１０へ出力する。そしてこの検査装置切離ＩＤは、図３に示したデータフレームにおいて、例えばデータＩＤの中に含まれるものである。
【００８１】
検査装置切離ＩＤであればＳ５１０に移行し、自身がスリープモードであるか否かを判断する。そして、スリープモードでなければそのままこの処理を終了するが、スリープモード中であればＳ５２０でスリープモードフラグをＯＦＦにして続くＳ５３０で送信再開処理を行うことにより、通常動作モードへ復帰する。尚、このＳ５２０，Ｓ５３０の処理はそれぞれ、図６におけるＳ３１０，Ｓ３２０の処理と同様である。
【００８２】
受信したデータに検査装置切離ＩＤが含まれていなかった場合はＳ４１０からＳ４２０に進み、検査装置接続ＩＤが含まれているか否かを判断する。この検査装置接続ＩＤは、言い換えれば検査装置５０がスリープ対象ノードに対してスリープモードに移行すべき旨を指示するものであり、スリープ対象ノードからみれば、これを受信することによって検査装置５０がＣＡＮバスＬ１０に接続されたことを知ることにもなる。そしてこの検査装置接続ＩＤは、図３に示したデータフレームにおいて、例えばデータＩＤの中に含まれるものである。
【００８３】
ここで、検査装置接続ＩＤが含まれていなかった場合は、Ｓ４４０に進む。尚、Ｓ４４０の処理は、図５におけるＳ２２０と全く同様の処理であるため、ここではその処理については説明を省略する。
一方、受信したデータに検査装置接続ＩＤが含まれていた場合は、Ｓ４２０で肯定判定されてＳ４７０へ進み、その検査装置接続ＩＤが自身を対象とするものか否か、つまり自身がスリープ対象ノードとしてスリープモードに移行すべきか否かを判断する。この判断は、検査装置接続ＩＤと共に同じデータフレーム中に含まれる宛先情報に基づいて行われ、自身を対象とするものでなければＳ５１０以降の処理に進むが、自身を対象とするものであれば、Ｓ４８０に進む。
【００８４】
Ｓ４８０〜Ｓ５００の処理は、図５におけるＳ２４０からＳ２６０の処理と全く同様であり、既にスリープモードフラグがＯＮになっていればそのままこのデータ受信処理を終了するが、スリープモードフラグがＯＦＦならば、Ｓ４９０でＯＮにし、続くＳ５００で送信停止処理を行う。
【００８５】
図９に、本実施形態のＣＡＮバス通信システムにおけるスリープ対象ノードの動作を、ノードＢ２１を例に挙げて示す。図示の如く、時刻ｔ１ではノードＢ２１自身がデータを送信（つまりＣＰＵ−Ｂ２２がデータを送信）しているため、通常動作モードがそのまま継続するが、時刻ｔ２にて検査装置５０からノードＢ２１宛の検査装置接続ＩＤを受信すると、図８のデータ受信処理におけるＳ４９０の処理によってスリープモードフラグがＯＮになり、スリープモードとなる。
【００８６】
スリープモードへの移行後は、ノードＢ２１相当のデータを検査装置５０がＣＡＮバスＬ１０へ出力することによりデータ通信を擬似的に実現させ、その際のＣＡＮバスＬ１０上のデータを検査装置５０がモニタして各種検査が行われる。
そして、時刻ｔ３にて検査装置５０から検査装置切離ＩＤが送信されると、図８のデータ受信処理におけるＳ５２０の処理によってスリープモードフラグがＯＦＦになり、その後ノードＢ２１は通常動作モードに復帰してデータ送信を再開することになる。
【００８７】
以上説明した本実施形態のＣＡＮバス通信システム及びその検査方法によれば、各ノードは自身に対する検査装置接続ＩＤを受信したときにスリープモードに移行すればよく、また、通常動作モードへの復帰についても、検査装置切離ＩＤもしくは自身以外に対する検査装置接続ＩＤを受信したときに復帰すればよいため、既存のＣＡＮバス通信システムに対する当該検査方法実現のためのソフト変更規模を少なくしつつ、検査の際に容易にスリープ対象ノードをスリープモードに移行させることができる。特に通常動作モードへの復帰については、検査装置切離ＩＤもしくは自身以外に対する検査装置接続ＩＤを受信したら、即、復帰できるため、所定時間の経過を待つ必要のある第１実施形態に比べて、より迅速に通常動作モードに復帰させることができる。
【００８８】
本実施形態において、検査装置接続ＩＤは本発明のモード変換信号に相当し、検査装置切離ＩＤは本発明のモード復帰信号に相当する。また、図８のデータ受信処理において、Ｓ４９０の処理は本発明（請求項９，１１）のスリープ手段が実行する処理に相当し、Ｓ５２０及びＳ５３０の処理はいずれも本発明（請求項１３）のモード復帰手段が実行する処理に相当する。
【００８９】
尚、本発明の実施の形態は、上記実施形態に何ら限定されるものではなく、本発明の技術的範囲に属する限り種々の形態を採り得ることはいうまでもない。
例えば、上記第２実施形態では、検査装置接続ＩＤ及び検査装置切離ＩＤをいずれも、検査装置５０からＣＡＮバスＬ１０上へ出力するようにしたが、ＣＡＮバスＬ１０への出力に限らず、例えば対象とするノードに対して直接（ＣＡＮバスＬ１０とは別の専用線で、或いは無線などで）送信するようにしてもよい。但し、システム構成を簡素化するには、上記第２実施形態のようにＣＡＮバスＬ１０を介して送信するのがよい。
【００９０】
また、上記各実施形態では、ＣＡＮバスＬ１０に接続された全てのノードがスリープモードに移行できるよう構成されているものとして説明したが、全てのノードを必ずしもそのように構成する必要はなく、スリープモードに移行できないノードを含むＣＡＮバス通信システムであってもよい。但しその場合、当然ながら検査装置５０からそのノード相当のデータを送信して検査を行うことはできない。
【００９１】
更に、上記各実施形態では、バス通信システムにおけるデータ通信プロトコルとしてＣＡＮを例に挙げて説明したが、本発明の適用はＣＡＮに限定されるものではないことはいうまでもなく、例えばＣＳＭＡ／ＣＤ方式のように、複数のノードが対等にデータ送信する権利を持ち、図３に示したデータＩＤのようなＩＤによってデータを識別する方式のプロトコルであれば、上記各実施形態と同様のシステム構築及び検査方法の実現が可能である。
【図面の簡単な説明】
【図１】本実施形態のＣＡＮバス通信システム及びその通信検査方法の概略を示す説明図である。
【図２】本実施形態のＣＡＮバス通信システムにおけるノードの概略構成を示すブロック図である。
【図３】各ノードからのデータフレームの概略構成を示す説明図である。
【図４】本実施形態のデータ送信処理を示すフローチャートである。
【図５】本実施形態のデータ受信処理を示すフローチャートである。
【図６】本実施形態の通信途絶タイムアウト時処理を示すフローチャートである。
【図７】本実施形態のＣＡＮバス通信システムにおける、スリープ対象ノードの動作を示すタイムチャートである。
【図８】第２実施形態のデータ受信処理を示すフローチャートである。
【図９】第２実施形態のＣＡＮバス通信システムにおける、スリープ対象ノードの動作を示すタイムチャートである。
【図１０】従来のバス通信システム及びその検査方法の概略を示す説明図である。
【図１１】複数のノードを持つＥＣＵを示す説明図である。
【符号の説明】
１，１０１…ＥＣＵ−Ａ、３，１０３…ＥＣＵ−Ｃ、１１，１１１…ノードＡ、２１，１１２…ノードＢ、２２…ＣＰＵ−Ｂ、２３…ＣＡＮコントローラ、２４…ＣＡＮトランシーバ、２６…通信途絶カウンタ、３１…ノードＣ、５０，１００…検査装置、Ｌ１０…ＣＡＮバス、Ｌ１０ａ，Ｌ１０ｃ，Ｌ２００…バス接続ライン
【図１】
2004362068.tif 000003
【図２】
2004362068.tif 000004
【図３】
2004362068.tif 000005
【図４】
2004362068.tif 000006
【図５】
2004362068.tif 000007
【図６】
2004362068.tif 000008
【図７】
2004362068.tif 000009
【図８】
2004362068.tif 000010
【図９】
2004362068.tif 000011
【図１０】
2004362068.tif 000012
【図１１】
2004362068.tif 000013