(57)【要約】【課題】本発明は、通信ネットワークシステム及びその通信制御方法に関し、ゲートウェイ装置を介した複数のネットワーク間でのスリープ状態への遷移ずれを無くすことにある。【解決手段】複数のネットワーク間で授受されるデータの中継を行うゲートウェイ装置を備え、ネットワークごとに、端末機器及びゲートウェイ装置からスリープ可否を示すＮＭフレームを送信させると共に、端末機器及びゲートウェイ装置のすべてがスリープ可状態になった場合に少なくとも端末機器をスリープさせる。尚、ネットワークごとに、端末機器及びゲートウェイ装置から所定順序でＮＭフレームを送信させると共に、一のネットワーク内の端末機器及びゲートウェイ装置のすべてがスリープ可状態になった場合、他のネットワーク内において、ゲートウェイ装置がＮＭフレームを送信する所定順序に従ったタイミングがくる前に、ゲートウェイ装置からＮＭフレームを送信させる。【選択図】図１
2009296280.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つの端末機器をそれぞれ有する複数のネットワークに接続され、該複数のネットワーク間で授受されるデータの中継を行うゲートウェイ装置と、前記ネットワークごとに、該ネットワーク内の端末機器及び前記ゲートウェイ装置からスリープ可否を示すＮＭフレームを送信させると共に、該ネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合に該ネットワーク内の少なくとも端末機器をスリープさせるスリープ制御手段と、を備える通信ネットワークシステムであって、
前記スリープ制御手段は、
前記ネットワークごとに、該ネットワーク内の端末機器及び前記ゲートウェイ装置から所定順序で前記ＮＭフレームを送信させる定期フレーム送信手段と、
一のネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合、他のネットワーク内において前記ゲートウェイ装置が前記ＮＭフレームを送信する前記所定順序に従ったタイミングがくる前に、該他のネットワーク内で該ゲートウェイ装置から前記ＮＭフレームを送信させるＧＷ特別フレーム送信手段と、
を有することを特徴とする通信ネットワークシステム。
【請求項２】
前記定期フレーム送信手段は、前記ネットワーク内の端末機器及び前記ゲートウェイ装置からの前記ＮＭフレームの送信を、前記所定順序でかつ所定周期で行うと共に、
前記ＧＷ特別フレーム送信手段は、一のネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合、他のネットワーク内での該ゲートウェイ装置からの前記ＮＭフレームの送信を、該他のネットワーク内で一の端末機器又は前記ゲートウェイ装置が前記ＮＭフレームを送信してから前記所定順序に従った次の端末機器又は前記ゲートウェイ装置が前記ＮＭフレームを送信するまでの間に行うことを特徴とする請求項１記載の通信ネットワークシステム。
【請求項３】
前記スリープ制御手段は、また、前記ネットワークごとに、端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合、すべての端末機器及び前記ゲートウェイ装置のうちの一のノードから他の端末機器又は前記ゲートウェイ装置へ向けてスリープ要求を行うスリープ要求手段を有することを特徴とする請求項１又は２記載の通信ネットワークシステム。
【請求項４】
前記ゲートウェイ装置は、
接続される前記ネットワークごとに、該ネットワーク内の端末機器のすべてがスリープ可状態になったか否かを判別する第１のスリープ可判別手段と、
接続される前記ネットワークごとに、他のネットワークにおける前記第１のスリープ可判別手段による判別結果を示す情報を前記ＮＭフレームとして該ネットワークの前記所定順序に従って送信する通常ＮＭフレーム送信手段と、
接続される前記ネットワークごとに、該ネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になったか否かを判別する第２のスリープ可判別手段と、
一のネットワークにおいて前記第２のスリープ可判別手段により該一のネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になったと判別された場合に、他のネットワークにおいて、該他のネットワーク内で一の端末機器又はゲートウェイ装置が前記ＮＭフレームを送信してから前記所定順序に従った次の端末機器又はゲートウェイ装置が前記ＮＭフレームを送信するまでの間に、前記一のネットワークにおける前記第２のスリープ可判別手段による判別結果を示す情報を前記ＮＭフレームとして送信する特別ＮＭフレーム送信手段と、
を有することを特徴とする請求項１乃至３の何れか一項記載の通信ネットワークシステム。
【請求項５】
端末機器は、
自己の属するネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になったか否かを判別する全スリープ可判別手段と、
前記全スリープ可判別手段により自己の属するネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になったと判別された場合に、自己の属するネットワーク内で次に自己が前記ＮＭフレームを送信すべきタイミングで他の端末機器及び前記ゲートウェイ装置へ向けてスリープ要求を行う端末用スリープ要求送信手段と、
自己の属するネットワーク内の他の端末機器又は前記ゲートウェイ装置からのスリープ要求を受信したか否かを判別する端末用スリープ要求受信有無判別手段と、
前記端末用スリープ要求送信手段によりスリープ要求が行われた後、並びに、前記端末用スリープ要求受信有無判別手段により自己の属するネットワーク内の他の端末機器又は前記ゲートウェイ装置からのスリープ要求が受信されたと判別された後に、自己をスリープさせるスリープ実行手段と、
を有することを特徴とする請求項４記載の通信ネットワークシステム。
【請求項６】
前記ゲートウェイ装置は、
一のネットワークにおいて前記第２のスリープ可判別手段により該一のネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になったと判別された場合に、該一のネットワーク内で次に自己が前記ＮＭフレームを送信すべきタイミングで端末機器へ向けてスリープ要求を行うＧＷ用スリープ要求送信手段と、
接続されるネットワークごとに、該ネットワーク内の端末機器からのスリープ要求を受信したか否かを判別するＧＷ用スリープ要求受信有無判別手段と、
接続される前記ネットワークのすべてで、前記ＧＷ用スリープ要求送信手段によりスリープ要求が行われ、又は、前記ＧＷ用スリープ要求受信有無判別手段により該ネットワーク内の端末機器からのスリープ要求が受信されたと判別された後に、自己をスリープさせるスリープ実行手段と、
を有することを特徴とする請求項５記載の通信ネットワークシステム。
【請求項７】
少なくとも一つの端末機器をそれぞれ有する複数のネットワークに接続され、該複数のネットワーク間で授受されるデータの中継を行うゲートウェイ装置と、前記ネットワークごとに、該ネットワーク内の端末機器及び前記ゲートウェイ装置からスリープ可否を示すＮＭフレームを送信させると共に、該ネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合に該ネットワーク内の少なくとも端末機器をスリープさせるスリープ制御手段と、を備える通信ネットワークシステムの通信制御方法であって、
前記ネットワークごとに、該ネットワーク内の端末機器及び前記ゲートウェイ装置から所定順序で前記ＮＭフレームを送信させる定期フレーム送信ステップと、
一のネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合、他のネットワーク内において前記ゲートウェイ装置が前記ＮＭフレームを送信する前記所定順序に従ったタイミングがくる前に、該他のネットワーク内で該ゲートウェイ装置から前記ＮＭフレームを送信させるＧＷ特別フレーム送信ステップと、
を備えることを特徴とする通信ネットワークシステムの通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークシステム及びその通信制御方法に係り、特に、複数のネットワーク間で授受されるデータの中継を行うゲートウェイ装置を備え、各ネットワークのスリープの開始タイミングを同期させるうえで好適な通信ネットワークシステム及びその通信制御方法に関する。
【背景技術】
【０００２】
従来、複数のネットワークに接続され、そのネットワーク間で授受されるデータの中継を行うゲートウェイ装置を備える通信ネットワークシステムが知られている（例えば、特許文献１参照）。この通信ネットワークシステムにおいては、低電力消費モードへの移行条件が成立すると、ネットワークの各端末機器やゲートウェイ装置が、電力消費の低減のためにスリープ状態となる。このため、かかるシステムによれば、ネットワークに電力を供給するバッテリにおける電力消費をできるだけ抑えることが可能となっている。
【特許文献１】特開２００７−３０７１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、車載機器を制御するうえでの規格として、ＯＳＥＫ／ＶＤＸ（Offene  Systeme  und  deren  schnittstellen  fur  die  Elektronik  im  Kraftfahrzeug／Vehicle  Distributed  eX  ecutive）仕様がある。この仕様技術において、一のネットワークに設けられる各車載電子制御ユニット（ＥＣＵ）は、自ＥＣＵのスリープ可否を判別して、そのスリープ可否を示すＮＭ（Network  Management）フレームをネットワークバスへ送信する。また、複数のネットワーク間のデータ中継を行うゲートウェイ装置は、ネットワークシステム全体の協調を図るため、接続されるネットワークごとに、他のネットワークにおけるスリープ可否を含めて自己のスリープ可否を判別し、そのスリープ可否を示すＮＭフレームをネットワークバスへ送信する。ネットワークごとの各ＥＣＵ及びゲートウェイ装置のＮＭフレームの送信は、ネットワークごとにそれぞれ予め規定された所定順序に従って行われる。
【０００４】
また、ネットワーク内のＥＣＵ及びゲートウェイ装置のすべてがスリープ可状態になった場合、そのネットワークにおいて予め定められた順序に従って次にＮＭフレームを送信すべきＥＣＵ又はゲートウェイ装置は、その送信タイミングでそのネットワーク内のＥＣＵ及びゲートウェイ装置がスリープするようにスリープ要求を行う。そして、そのネットワーク内のＥＣＵ及びゲートウェイ装置は、他からのスリープ要求を受信して、スリープ状態に遷移する。
【０００５】
上記の如く、ゲートウェイ装置の各ネットワークへのＮＭフレームの送信は、ネットワークごとにそれぞれ予め規定された所定順序に従って行われるため、そのゲートウェイ装置による各ネットワークへの送信タイミングは異なることが一般的である。このため、一方のネットワーク内のＥＣＵのすべてがスリープ可状態になると、ゲートウェイ装置が他方のネットワークで所定順序に従ってスリープ可を示すＮＭフレームを送信することとなるが、そのＮＭフレームの送信に伴ってその他方のネットワーク内のＥＣＵ及びゲートウェイ装置のすべてがスリープ可状態になってその他方のネットワークでスリープ要求がなされた時点でも、未だゲートウェイ装置が一方のネットワークでスリープ可を示すＮＭフレームを送信するタイミングに至らないことがある。
【０００６】
このようなネットワーク間の状態遷移ずれが発生すると、スリープしていないネットワーク側からスリープしているネットワーク側へデータ送信が行われた場合に、ゲートウェイ装置がそのスリープしているネットワークを復帰させることが必要となるので、中継フレームの遅延時間が増大する不都合が生じ、また、経由するネットワークの数が増えるほどその遅延時間が大きくなる不都合が生ずる。
【０００７】
本発明は、上述の点に鑑みてなされたものであり、ゲートウェイ装置を介した複数のネットワーク間での状態遷移ずれを無くすことが可能な通信ネットワークシステム及びその通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的は、少なくとも一つの端末機器をそれぞれ有する複数のネットワークに接続され、該複数のネットワーク間で授受されるデータの中継を行うゲートウェイ装置と、前記ネットワークごとに、該ネットワーク内の端末機器及び前記ゲートウェイ装置からスリープ可否を示すＮＭフレームを送信させると共に、該ネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合に該ネットワーク内の少なくとも端末機器をスリープさせるスリープ制御手段と、を備える通信ネットワークシステムであって、前記スリープ制御手段は、前記ネットワークごとに、該ネットワーク内の端末機器及び前記ゲートウェイ装置から所定順序で前記ＮＭフレームを送信させる定期フレーム送信手段と、一のネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合、他のネットワーク内において前記ゲートウェイ装置が前記ＮＭフレームを送信する前記所定順序に従ったタイミングがくる前に、該他のネットワーク内で該ゲートウェイ装置から前記ＮＭフレームを送信させるＧＷ特別フレーム送信手段と、を有する通信ネットワークシステムにより達成される。
【０００９】
また、上記の目的は、少なくとも一つの端末機器をそれぞれ有する複数のネットワークに接続され、該複数のネットワーク間で授受されるデータの中継を行うゲートウェイ装置と、前記ネットワークごとに、該ネットワーク内の端末機器及び前記ゲートウェイ装置からスリープ可否を示すＮＭフレームを送信させると共に、該ネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合に該ネットワーク内の少なくとも端末機器をスリープさせるスリープ制御手段と、を備える通信ネットワークシステムの通信制御方法であって、前記ネットワークごとに、該ネットワーク内の端末機器及び前記ゲートウェイ装置から所定順序で前記ＮＭフレームを送信させる定期フレーム送信ステップと、一のネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合、他のネットワーク内において前記ゲートウェイ装置が前記ＮＭフレームを送信する前記所定順序に従ったタイミングがくる前に、該他のネットワーク内で該ゲートウェイ装置から前記ＮＭフレームを送信させるＧＷ特別フレーム送信ステップと、を備える通信ネットワークシステムの通信制御方法により達成される。
【００１０】
これらの態様の発明において、ネットワークごとに、各ネットワーク内の端末機器及びゲートウェイ装置は、所定順序でスリープ可否を示すＮＭフレームを送信する。また、一のネットワーク内の端末機器及びゲートウェイ装置のすべてがスリープ可状態になった場合、その一のネットワークとは異なる他のネットワーク内において、ゲートウェイ装置がＮＭフレームを送信する通常どおりの所定順序に従ったタイミングがくる前に、そのＮＭフレームを送信する。かかる構成によれば、一のネットワーク内の端末機器及びゲートウェイ装置のすべてがスリープ可状態になったことを、他のネットワーク側でのゲートウェイ装置の予め定められた送信順序にかかわらず直ちに他のネットワーク側に伝えることができる。従って、本発明によれば、ゲートウェイ装置を介したネットワーク間でのスリープ状態への遷移ずれを無くすことができる。
【００１１】
尚、上記した通信ネットワークシステムにおいて、前記定期フレーム送信手段は、前記ネットワーク内の端末機器及び前記ゲートウェイ装置からの前記ＮＭフレームの送信を、前記所定順序でかつ所定周期で行うと共に、前記ＧＷ特別フレーム送信手段は、一のネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合、他のネットワーク内での該ゲートウェイ装置からの前記ＮＭフレームの送信を、該他のネットワーク内で一の端末機器又は前記ゲートウェイ装置が前記ＮＭフレームを送信してから前記所定順序に従った次の端末機器又は前記ゲートウェイ装置が前記ＮＭフレームを送信するまでの間に行うこととしてもよい。
【００１２】
また、上記した通信ネットワークシステムにおいて、前記スリープ制御手段は、また、前記ネットワークごとに、端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になった場合、すべての端末機器及び前記ゲートウェイ装置のうちの一のノードから他の端末機器又は前記ゲートウェイ装置へ向けてスリープ要求を行うスリープ要求手段を有することとしてもよい。
【００１３】
尚、上記した通信ネットワークシステムにおいて、前記ゲートウェイ装置は、接続される前記ネットワークごとに、該ネットワーク内の端末機器のすべてがスリープ可状態になったか否かを判別する第１のスリープ可判別手段と、接続される前記ネットワークごとに、他のネットワークにおける前記第１のスリープ可判別手段による判別結果を示す情報を前記ＮＭフレームとして該ネットワークの前記所定順序に従って送信する通常ＮＭフレーム送信手段と、接続される前記ネットワークごとに、該ネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になったか否かを判別する第２のスリープ可判別手段と、一のネットワークにおいて前記第２のスリープ可判別手段により該一のネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になったと判別された場合に、他のネットワークにおいて、該他のネットワーク内で一の端末機器又はゲートウェイ装置が前記ＮＭフレームを送信してから前記所定順序に従った次の端末機器又はゲートウェイ装置が前記ＮＭフレームを送信するまでの間に、前記一のネットワークにおける前記第２のスリープ可判別手段による判別結果を示す情報を前記ＮＭフレームとして送信する特別ＮＭフレーム送信手段と、を有することとしてもよい。
【００１４】
この場合、端末機器は、自己の属するネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になったか否かを判別する全スリープ可判別手段と、前記全スリープ可判別手段により自己の属するネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になったと判別された場合に、自己の属するネットワーク内で次に自己が前記ＮＭフレームを送信すべきタイミングで他の端末機器及び前記ゲートウェイ装置へ向けてスリープ要求を行う端末用スリープ要求送信手段と、自己の属するネットワーク内の他の端末機器又は前記ゲートウェイ装置からのスリープ要求を受信したか否かを判別する端末用スリープ要求受信有無判別手段と、前記端末用スリープ要求送信手段によりスリープ要求が行われた後、並びに、前記端末用スリープ要求受信有無判別手段により自己の属するネットワーク内の他の端末機器又は前記ゲートウェイ装置からのスリープ要求が受信されたと判別された後に、自己をスリープさせるスリープ実行手段と、を有することとしてもよい。
【００１５】
更に、この場合、前記ゲートウェイ装置は、一のネットワークにおいて前記第２のスリープ可判別手段により該一のネットワーク内の端末機器及び前記ゲートウェイ装置のすべてがスリープ可状態になったと判別された場合に、該一のネットワーク内で次に自己が前記ＮＭフレームを送信すべきタイミングで端末機器へ向けてスリープ要求を行うＧＷ用スリープ要求送信手段と、接続されるネットワークごとに、該ネットワーク内の端末機器からのスリープ要求を受信したか否かを判別するＧＷ用スリープ要求受信有無判別手段と、接続される前記ネットワークのすべてで、前記ＧＷ用スリープ要求送信手段によりスリープ要求が行われ、又は、前記ＧＷ用スリープ要求受信有無判別手段により該ネットワーク内の端末機器からのスリープ要求が受信されたと判別された後に、自己をスリープさせるスリープ実行手段と、を有することとしてもよい。
【発明の効果】
【００１６】
本発明によれば、ゲートウェイ装置を介した複数のネットワーク間でのスリープ状態への遷移ずれを無くすことができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を用いて、本発明の具体的な実施の形態について説明する。
【００１８】
図１は、本発明の一実施例である通信ネットワークシステムの構成図を示す。この通信ネットワークシステムは、互いに異なる複数の通信バスをゲートウェイ装置を介して接続させて、そのゲートウェイ装置に、一方の通信バスに接続するノードから他方の通信バスに接続するノードへ送信するデータを中継させるネットワークシステムであり、例えば車両に搭載される。
【００１９】
図１に示す如く、本実施例の通信ネットワークシステムは、２つの通信バス１０，１２と、それら両通信バス１０，１２を接続させるゲートウェイ装置１４と、を備えている。各通信バス１０，１２はそれぞれ、例えばＣＡＮなどの一対の通信線でデータを伝送する双方向通信に用いられる時分割多重通信線である。各通信バス１０，１２には、予め定められた通信プロトコルに応じたデータフレームが流れる。尚、各通信バス１０，１２での通信プロトコルは、同じであってもよいし異なっていてもよい。以下、通信バス１０を第１の通信バス１０と、通信バス１２を第２の通信バス１２と、それぞれ称す。
【００２０】
第１及び第２の通信バス１０，１２にはそれぞれ、マイクロコンピュータを主体に構成された、例えば車両の有するボデー系の電子制御ユニット（以下、単にＥＣＵと称す）２０が複数接続されている。各ＥＣＵ２０はそれぞれ、演算処理部であるコントローラ部と、各種のプログラムを格納する内部メモリと、各種車載センサやスイッチなどに接続するＩ／Ｏインタフェースと、第１の通信バス１０又は第２の通信バス１２に接続する通信インタフェースと、を有している。
【００２１】
以下、第１の通信バス１０側のネットワークに接続されるＥＣＵ２０はｍ（例えば“２”）個設けられるものとし、ＥＣＵ２０Ａ−１，２０Ａ−２，・・・２０Ａ−ｍとする。また、第２の通信バス１２側のネットワークに接続されるＥＣＵ２０はｎ（例えば“９”）個設けられるものとし、ＥＣＵ２０Ｂ−１，２０Ｂ−２，・・・２０Ｂ−ｎとする。
【００２２】
ＥＣＵ２０は、車両のイグニションオフ時及びイグニションオン時の双方で動作可能となる＋Ｂ系ノードであり、ドアの開閉やロックを制御するドアＥＣＵやボデーＥＣＵ，車両使用者の携帯する携帯機との無線通信においてコード照合を行う照合ＥＣＵなどである。ＥＣＵ２０は、車両のイグニションオフ時においてイグニションオンやドア開，電波信号受信，他のＥＣＵからのバスエッジ受信などのイベントの発生が長期間検知されないときは、消費電力の低減のための処理を行うスリープモードになると共に、そのイグニションオフ時のスリープモードにおいてイベント発生が検知されたときは、そのスリープモードを解除して、電源供給されて初期化を行い、その初期化が完了した起動後に通信バス１０，１２を介した通信が可能となるウェイクアップモードになる。
【００２３】
尚、ＥＣＵ２０には、車両のイグニションオフ時には動作不可能である一方でイグニションオン時に動作可能となるＩＧ系ノード、例えば、エンジン制御を行うエンジンＥＣＵやブレーキ制御を行うブレーキＥＣＵ，ステアリング舵角を検知するステアリングセンサなどが含まれてもよい。
【００２４】
ゲートウェイ装置１４は、ＥＣＵ２０から一方の通信バス１０，１２へ送出されたデータフレームを受信し、その受信したデータフレームを他方の通信バス１２，１０へ送信する、すなわち、異なる通信バス１０，１２の間においてデータフレームの中継を行う中継器である。ゲートウェイ装置１４は、マイクロコンピュータを主体に構成された演算処理部であるコントローラと、通信バス１０，１２からの受信データフレームを保持可能なバッファと、各種のプログラムを格納する内部メモリと、通信バス１０，１２に接続する通信インタフェースと、を有している。
【００２５】
ゲートウェイ装置１４のコントローラは、車両のイグニションオフ時においてイグニションオンや通信バス１０，１２からのフレーム受信などのイベント発生が長期間検知されないときは、消費電力の低減のための処理を行うスリープモードになる。また、そのイグニションオフ時のスリープモードにおいてイベント発生が検知されたときは、そのスリープモードを解除して、電源供給されて初期化を行い、その初期化が完了した起動後に通信バス１０，１２からのデータフレームの受信を許可すると共に、その受信許可後の所定タイミングで受信データフレームの通信バス１０，１２への送信を許可する。
【００２６】
ゲートウェイ装置１４において、コントローラは、第１の通信バス１０からの受信が許可された状態で実際にＥＣＵ２０から第１の通信バス１０へ送出されたデータフレームを受信すると、そのデータフレームをバッファに保持する。そして、第２の通信バス１２への送信が許可された状態において、そのバッファに保持したデータフレームを、第２の通信バス１２の送信先のＥＣＵ２０へ向けて提供すべくその第２の通信バス１２へ送出する。また同様に、第２の通信バス１２からの受信が許可された状態で実際にＥＣＵ２０から第２の通信バス１２へ送出されたデータフレームを受信すると、そのデータフレームをバッファに保持する。そして、第１の通信バス１０への送信が許可された状態において、そのバッファに保持したデータフレームを、第１の通信バス１０の送信先のＥＣＵ２０へ向けて提供すべくその第１の通信バス１０へ送出する。
【００２７】
次に、図２乃至図７を参照して、本実施例の通信ネットワークシステムのスリープ動作について説明する。
【００２８】
図２は、本実施例の通信ネットワークシステムと対比されるシステム（以下、対比ネットワークシステムと称す）においてスリープ動作時に実現される各通信バス１０，１２のフレーム送信の一例のタイムチャートを示す。図３は、本実施例の通信ネットワークシステムにおいてスリープ動作時に実現される各通信バス１０，１２のフレーム送信の一例のタイムチャートを示す。図４は、本実施例の通信ネットワークシステムにおいて各ＥＣＵ２０が実行する受信割り込み処理の一例のフローチャートを示す。図５は、本実施例の通信ネットワークシステムにおいて各ＥＣＵ２０が実行する送信処理の一例のフローチャートを示す。図６は、本実施例の通信ネットワークシステムにおいてゲートウェイ装置１４が実行する受信割り込み処理の一例のフローチャートを示す。また、図７は、本実施例の通信ネットワークシステムにおいてゲートウェイ装置１４が実行する送信処理の一例のフローチャートを示す。
【００２９】
尚、図２及び図３には、車両の電源状態がイグニションオンからイグニションオフ（車載バッテリのオン）へ遷移することで、各ＥＣＵ２０がスリープし、最終的にＥＣＵ２０Ａ−２がスリープしていない状態からスリープするまでの、各ＥＣＵ２０からのＮＭフレームの送信シーケンス動作を示している。また、図２及び図３において、ＮＭフレームを示す枠内の上段はノード名を示し、その下段はそのノードの状態を示す。この際、「ＮＧ」はＥＣＵ２０がスリープできない状態（スリープ不可状態）であることを示し、「ＯＫ」はＥＣＵ２０がスリープできる状態（スリープ可状態）であることを示し、「→ＯＫ」はＥＣＵ２０が前回処理から今回処理にかけて上記のスリープ不可状態からスリープ可状態へ変化したことを示し、また、「→ＳＬ」はＥＣＵ２０が通信バス１０，１２に対してスリープ要求を行うことを示す。
【００３０】
本実施例において、各ＥＣＵ２０及びゲートウェイ装置１４はそれぞれ、車両の電源状態がイグニションオンにあるときは、車載バッテリ又はオルタネータからの電力で動作可能になる一方、車両の電源状態がイグニションオンからイグニションオフへ遷移することで車載バッテリの蓄えている電力で動作可能になると、その後自ＥＣＵ２０又はゲートウェイ装置１４に対するイベント発生が長時間検知されなくなった時点で、消費電力の低減のための処理を行うスリープモードになる。
【００３１】
各ＥＣＵ２０及びゲートウェイ装置１４はそれぞれ、ＯＳＥＫ／ＶＤＸ等の仕様に準拠した動作を行う。具体的には、自ＥＣＵ２０又はゲートウェイ装置１４のスリープ可否を示すＮＭ（Network  Management）フレームを、そのスリープ可否を同一通信バス１０又は１２に接続する他のＥＣＵ２０やゲートウェイ装置１４に知らせるべく、接続する通信バス１０又は１２へ送信する。自ＥＣＵ２０又はゲートウェイ装置１４がスリープ不可状態にあるときは、スリープ不可を示すＮＭフレームを送信し、自ＥＣＵ２０又はゲートウェイ装置１４がスリープ可状態にあるときは、スリープ可を示すＮＭフレームを送信する。
【００３２】
この各ＥＣＵ２０やゲートウェイ装置１４から通信バス１０，１２へのＮＭフレームの送信は、同一通信バス１０，１２内で予め定められたノード順序（例えば、第１の通信バス１０ではＥＣＵ２０Ａ−１→ＥＣＵ２０Ａ−２→ゲートウェイ装置１４の順であり、第２の通信バス１２ではＥＣＵ２０Ｂ−１→ＥＣＵ２０Ｂ−２→・・・→ＥＣＵ２０Ｂ−９→ゲートウェイ装置１４の順である。）で行われると共に、その送信間隔は予め定められた所定時間間隔（例えば、１００ｍｓ）で行われる。従って、各ＥＣＵ２０及びゲートウェイ装置１４はそれぞれ、自ＥＣＵ２０又はゲートウェイ装置１４がＮＭフレームを送信すべきタイミングで、ＮＭフレームを接続する通信バス１０又は１２へ送信する。尚、ゲートウェイ装置１４は、接続する通信バス１０，１２ごとにそれぞれ、ＮＭフレームを送信する。
【００３３】
各ＥＣＵ２０はそれぞれ、自ＥＣＵ２０の属する（すなわち、自ＥＣＵ２０が接続する）通信バス１０，１２内の他のＥＣＵ２０及びゲートウェイ装置１４から送信されるＮＭフレームがその通信バス１０，１２を通じて自ＥＣＵ２０に受信されるか否かを判別する（ステップ１００）。各ＥＣＵ２０はそれぞれ、自ＥＣＵ２０の属する通信バス１０，１２内の他のすべてのＥＣＵ２０及びゲートウェイ装置１４ごとにそれぞれそのスリープ可否を示すフラグ（スリープ可否フラグ）が格納される記憶装置を有している。
【００３４】
各ＥＣＵ２０はそれぞれ、上記したステップ１００の処理の結果、他のＥＣＵ２０又はゲートウェイ装置１４からのＮＭフレームが受信されないと判別した場合は、以後、何ら処理を進めることなく今回のルーチンを終了するが、他のＥＣＵ２０又はゲートウェイ装置１４からのＮＭフレームが受信されたと判別した場合は、そのＮＭフレームを送信したＥＣＵ２０又はゲートウェイ装置１４に対応するスリープ可否フラグを、その受信ＮＭフレームの示すスリープ不可状態又はスリープ可状態にセットする（ステップ１０２）。受信ＮＭフレームがスリープ不可状態を示すものであれば、そのＮＭフレームを送信したＥＣＵ２０又はゲートウェイ装置１４に対応するスリープ可否フラグをスリープ不可状態にセットし、一方、受信ＮＭフレームがスリープ可状態を示すものであれば、そのＮＭフレームを送信したＥＣＵ２０又はゲートウェイ装置１４に対応するスリープ可否フラグをスリープ可状態にセットする。
【００３５】
また、ゲートウェイ装置１４は、接続する通信バス１０，１２ごとに、その通信バス１０，１２内のＥＣＵ２０から送信されるＮＭフレームがその通信バス１０，１２を通じて自ゲートウェイ装置１４に受信されるか否かを判別する。ゲートウェイ装置１４は、接続する通信バス１０，１２内のすべてのＥＣＵ２０ごとにそれぞれそのスリープ可否を示すスリープ可否フラグが格納される記憶装置を有している。ゲートウェイ装置１４は、ＥＣＵ２０からのＮＭフレームが受信されないと判別した場合は、以後、何ら処理を進めることなく今回のルーチンを終了するが、ＥＣＵ２０からのＮＭフレームが受信されたと判別した場合は、そのＮＭフレームを送信したＥＣＵ２０に対応するスリープ可否フラグをその受信ＮＭフレームの示すスリープ不可状態又はスリープ可状態にセットする（ステップ２００）。
【００３６】
ゲートウェイ装置１４は、また、上記したステップ２００の処理を実行すると、次に、その受信したＮＭフレームを送信したＥＣＵ２０の接続する通信バス１０，１２側のすべてのＥＣＵ２０がスリープ可状態にセットされているか否かを、記憶装置のスリープ可否フラグの状態に基づいて判別する（ステップ２０２）。ゲートウェイ装置１４の記憶装置には、また、接続する通信バス１０，１２ごとにその通信バス１０，１２のスリープ可否をそれぞれ示すスリープ可否フラグが格納されている。
【００３７】
ゲートウェイ装置１４は、上記したステップ２０２の処理の結果、受信したＮＭフレームを送信したＥＣＵ２０の接続する通信バス１０，１２内のすべてのＥＣＵ２０がスリープ可状態にセットされていると判別しなかった場合すなわちそのＥＣＵ２０の何れかがスリープ不可状態にセットされていると判別した場合は、以後、何ら処理を進めることなく今回のルーチンを終了するが、その通信バス１０，１２内のすべてのＥＣＵ２０がスリープ可状態にセットされていると判別した場合は、その通信バス１０，１２に対応するスリープ可否フラグをスリープ可状態にセットする（ステップ２０４）。
【００３８】
各ＥＣＵ２０はそれぞれ、自ＥＣＵ２０の属する通信バス１０，１２内で予め定められたノード順序及び送信間隔に従って、現時点が自ＥＣＵ２０がＮＭフレームを送信すべきタイミングに至ったか否かを判別する（ステップ１５０）。その結果、ＮＭフレームの送信タイミングにないと判別した場合は、以後、何ら処理を進めることなく今回のルーチンを終了するが、ＮＭフレームの送信タイミングにあると判別した場合は、次に、自ＥＣＵ２０の属する通信バス１０，１２上の他のすべてのＥＣＵ２０及びゲートウェイ装置１４がスリープ可状態にセットされているか否かを、記憶装置のスリープ可否フラグの状態に基づいて判別する（ステップ１５２）。
【００３９】
各ＥＣＵ２０はそれぞれ、上記したステップ１５２の処理の結果、自ＥＣＵ２０の属する通信バス１０，１２上の他のすべてのＥＣＵ２０及びゲートウェイ装置１４がスリープ可状態にセットされていると判別しなかった場合すなわちそのＥＣＵ２０及びゲートウェイ装置１４の何れか一つ以上のノードがスリープ不可状態にセットされていると判別した場合は、自ＥＣＵ２０のスリープ可否を示すＮＭフレームを、接続する通信バス１０又は１２へ送信する（ステップ１５４）。
【００４０】
一方、上記したステップ１５２の処理の結果、自ＥＣＵ２０の属する通信バス１０，１２上の他のすべてのＥＣＵ２０及びゲートウェイ装置１４がスリープ可状態にセットされていると判別した場合は、その通信バス１０，１２に対してその通信バス１０，１２上の他のすべてのＥＣＵ２０及びゲートウェイ装置１４をスリープさせるスリープ要求を送信する（ステップ１５６）。
【００４１】
また、ゲートウェイ装置１４は、接続する通信バス１０，１２ごとに、自ゲートウェイ装置１４に対して通信バス１０，１２内で予め定められたノード順序及び送信間隔に従って、現時点が自ゲートウェイ装置１４がＮＭフレームを送信すべきタイミング（通常タイミング）に至ったか否かを判別する（ステップ２５０）。その結果、ＮＭフレームの通常送信タイミングにあると判別した場合は、次に、そのＮＭフレームを送信すべき通常送信タイミングとなった通信バス１０，１２とは異なる他方の通信バス１２，１０上のすべてのＥＣＵ２０がスリープ可状態にセットされているか否かすなわちその通信バス１２，１０のスリープ可否フラグがスリープ可状態にセットされているか否かを、記憶装置のスリープ可否フラグの状態に基づいて判別する（ステップ２５２）。
【００４２】
上記ステップ２５２の処理の結果、そのＮＭフレームを送信すべき通常送信タイミングとなった通信バス１０，１２とは異なる他方の通信バス１２，１０上のＥＣＵ２０の何れかがスリープ不可状態にセットされており、その他方の通信バス１２，１０のスリープ可否フラグがスリープ不可状態にセットされていると判別した場合は、ＮＭフレームを送信すべき通信バス１０，１２へ自ゲートウェイ装置１４のスリープ不可を示すＮＭフレームを送信する（ステップ２５４）。例えば、第２の通信バス１２へＮＭフレームを送信すべき通常送信タイミングで第１の通信バス１０上のＥＣＵ２０Ａ−２がスリープ不可状態にセットされているときは、その第２の通信バス１２へ自ゲートウェイ装置１４のスリープ不可を示すＮＭフレームを送信する。
【００４３】
一方、そのＮＭフレームを送信すべき通常送信タイミングとなった通信バス１０，１２とは異なる他方の通信バス１２，１０上のすべてのＥＣＵ２０がスリープ可状態にセットされており、その他方の通信バス１２，１０のスリープ可否フラグがスリープ可状態にセットされていると判別した場合は、次に、そのＮＭフレームを送信すべき通常送信タイミングとなった通信バス１０，１２上のすべてのＥＣＵ２０がスリープ可状態にセットされているか否かを、記憶装置のスリープ可否フラグの状態に基づいて判別する（ステップ２５６）。
【００４４】
上記ステップ２５６の処理の結果、その通信バス１０，１２上のすべてのＥＣＵ２０がスリープ可状態にセットされていると判別しなかった場合すなわちそのＥＣＵ２０の何れか一つ以上のノードがスリープ不可状態にセットされていると判別した場合は、その通信バス１０，１２へ自ゲートウェイ装置１４のスリープ可を示すＮＭフレームを送信する（ステップ２５８）。例えば、第２の通信バス１２へＮＭフレームを送信すべき通常送信タイミングで第１の通信バス１０上のすべてのＥＣＵ２０がスリープ可状態にセットされているときは、その第２の通信バス１２へ自ゲートウェイ装置１４のスリープ可を示すＮＭフレームを送信する。
【００４５】
一方、その通信バス１０，１２上のすべてのＥＣＵ２０がスリープ可状態にセットされていると判別した場合は、その通信バス１０，１２に対してその通信バス１０，１２上のすべてのＥＣＵ２０をスリープさせるスリープ要求を送信する（ステップ２６０）。
【００４６】
各通信バス１０，１２の各ＥＣＵ２０はそれぞれ、同一通信バス１０，１２上の他のＥＣＵ２０又はゲートウェイ装置１４から送信されるＮＭフレームを受信すると、そのＮＭフレームを送信したノードに対応するスリープ可否フラグをスリープ不可状態又はスリープ可状態にセットする。また、ゲートウェイ装置１４は、通信バス１０，１２ごとに、ＥＣＵ２０から送信されるＮＭフレームを受信すると、そのＮＭフレームを送信したノードに対応するスリープ可否フラグをスリープ不可状態又はスリープ可状態にセットする。更に、各通信バス１０，１２の各ＥＣＵ２０はそれぞれ、同一通信バス１０，１２上の他のＥＣＵ２０又はゲートウェイ装置１４から送信されるスリープ要求を受信すると、その受信後、所定時間Ｘ（例えば２００ｍｓ）が経過した時点で、スリープ状態へ遷移する。
【００４７】
このように本実施例の通信ネットワークシステムにおいて、車両の電源状態がイグニションオンからイグニションオフへ遷移すると、通常、通信バス１０，１２ごとに、ＥＣＵ２０及びゲートウェイ装置１４は、予め定められたノード順序でかつ予め定められた送信間隔で一つずつ、自己のスリープ可否を示すＮＭフレームを送信する。そして、ＥＣＵ２０及びゲートウェイ装置１４は、他ノードからのＮＭフレームを受信すると、記憶装置に格納された他の各ノードごとのスリープ可否フラグをその受信ＮＭフレームの内容にセットし、通信バス１０，１２ごとにすべてのノードがスリープ可状態になった場合、その通信バス１０，１２へ次に自己がＮＭフレームを送信すべき通常送信タイミングで各ノードをスリープさせるスリープ要求を送信する。そして、ＥＣＵ２０は、他のＥＣＵ２０又はゲートウェイ装置１４からのスリープ要求に従ってスリープする。この際、同一通信バス１０，１２の各ＥＣＵ２０は、特定のノードからのスリープ要求に従ってほぼ同時にスリープすることとなる。
【００４８】
従って、本実施例においては、イグニションオフ時、通信バス１０，１２ごとに、すべてのＥＣＵ２０を同時にスリープさせることが可能となっている。このため、イグニションオフ時において、ＥＣＵ２０のスリープにより車載バッテリの電力消費を抑えることが可能となっている。
【００４９】
尚、本実施例の通信ネットワークシステムにおいて、各ＥＣＵ２０は、イグニションオフ時において自己に関連するイベントの発生が長期間検知されないことに起因して自ＥＣＵ２０がスリープしてもよい状態にあるか否かを示すスリープ可否を、自己のＮＭフレームとして送信する。また、ゲートウェイ装置１４は、イグニションオフ時において、接続する通信バス１０，１２ごとに、他方の通信バス１２，１０上のすべてのＥＣＵ２０がスリープ可状態にセットされているか否かすなわちその通信バス１２，１０のスリープ可否フラグがスリープ可状態にセットされているか否かを、自己のＮＭフレームとして送信する。
【００５０】
すなわち、ゲートウェイ装置１４の送信するＮＭフレームは、他方の通信バス１２，１０のスリープ可否を一方の通信バス１０，１２のスリープ可否条件として扱われる。例えば、第１の通信バス１０上のＥＣＵ２０Ａ−２のみがスリープ不可状態にあり、他のＥＣＵ２０がすべてスリープ可状態にある場合、ゲートウェイ装置１４は、第２の通信バス１２上のすべてのＥＣＵ２０がスリープ可状態にあるので、第１の通信バス１０へのＮＭフレームの通常送信タイミングではその第１の通信バス１０へスリープ可（ＯＫ）を示すＮＭフレームを送信するが、一方、第１の通信バス１０上のＥＣＵ２０Ａ−２がスリープ不可状態にあるので、第２の通信バス１２へのＮＭフレームの通常送信タイミングではその第２の通信バス１２へスリープ不可（ＮＧ）を示すＮＭフレームを送信する。
【００５１】
ゲートウェイ装置１４は、接続する通信バス１０，１２ごとに別々にＮＭフレームを送信する。このゲートウェイ装置１４による通信バス１０，１２ごとのＮＭフレームの送信は、通常は、その通信バス１０，１２ごとに予め定められたノード順序に従って行われ、その通信バス１０，１２に接続するノード数（全ＥＣＵ２０の数とゲートウェイ装置１４の一つとを足した数）に一回の割合で行われるので、ゲートウェイ装置１４による両通信バス１０，１２への通常送信タイミングは互いに異なることが一般的である。
【００５２】
このため、かかる通常送信タイミングだけでは、ゲートウェイ装置１４は、他方の通信バス１２，１０上のＥＣＵ２０のすべてがスリープ可状態になると、一方の通信バス１０，１２へスリープ可を示すＮＭフレームを送信するが、そのＮＭフレームの送信に伴ってその一方の通信バス１０，１２上のＥＣＵ２０及びゲートウェイ装置１４のすべてがスリープ可状態になってその一方の通信バス１０，１２でスリープ要求がなされた時点でも、未だゲートウェイ装置１４が他方の通信バス１２，１０へスリープ可を示すＮＭフレームを送信するタイミングに至らないことがある。この場合、一方の通信バス１０，１２が全体としてスリープしても他方の通信バス１２，１０がスリープしない状態遷移ずれが発生してしまう（図２参照）。
【００５３】
このような通信バス１０，１２間の状態遷移ずれが発生すると、スリープしていない通信バス１２，１０側からスリープしている通信バス１０，１２側へデータ送信が行われた場合に、ゲートウェイ装置１４がそのスリープしている通信バス１０，１２をウェイクアップさせて通常状態へ復帰させることが必要となるので、中継フレームの遅延時間が増大する不都合が生じ、また、その経由するネットワークバスの数が増えるほどその遅延時間が大きくなる不都合が生ずる。
【００５４】
そこで、本実施例の通信ネットワークシステムにおいては、かかる不都合を回避すべく、ゲートウェイ装置１４が各通信バス１０，１２へＮＭフレームを送信するタイミングとして、ＥＣＵ２０やゲートウェイ装置１４が通常ＮＭフレームを送信すべきタイミングとして規定されている通信バス１０，１２ごとのノード順序に従った通常送信タイミングだけでなく、そのタイミングとは別のタイミング（特別送信タイミング）を用いることとしている。
【００５５】
すなわち、本実施例において、ゲートウェイ装置１４は、上記したステップ２５０の処理においてＮＭフレームの通常送信タイミングにないと判別した場合は、次に、現時点が、そのＮＭフレームの通常送信タイミングにないと判別した通信バス１０，１２上で自ゲートウェイ装置１４がＮＭフレームを送信すべき特別送信タイミングに至ったか否かを判別する（ステップ２６２）。この特別送信タイミングは、各ＥＣＵ２０やゲートウェイ装置１４が通常、ＮＭフレームを送信する通常送信タイミングに対してずれたものとし、例えば、通常の送信間隔の１／２（半周期；例えば５０ｍｓ）だけずれたものとする。この場合、通信バス１０，１２ごとにかかる特別送信タイミングでは、ＥＣＵ２０はＮＭフレームを送信せず、ゲートウェイ装置１４のみがＮＭフレームを送信できるものとなる。
【００５６】
上記ステップ２６２の処理の結果、ＮＭフレームの特別送信タイミングにないと判別した場合は、以後、何ら処理を進めることなく今回のルーチンを終了するが、ＮＭフレームの特別送信タイミングにあると判別した場合は、次に、上記ステップ２５２の処理と同様に、そのＮＭフレームを送信すべき特別送信タイミングとなった通信バス１０，１２とは異なる他方の通信バス１２，１０上のすべてのＥＣＵ２０がスリープ可状態にセットされているか否かすなわちその通信バス１２，１０のスリープ可否フラグがスリープ可状態にセットされているか否かを、記憶装置のスリープ可否フラグの状態に基づいて判別する（ステップ２６４）。
【００５７】
そして、その他方の通信バス１２，１０のスリープ可否フラグがスリープ不可状態にセットされていると判別した場合は、以後、何ら処理を進めることなく今回のルーチンを終了するが、その他方の通信バス１２，１０のスリープ可否フラグがスリープ可状態にセットされていると判別した場合は、次に、そのＮＭフレームを送信すべき特別送信タイミングとなった通信バス１０，１２へ自ゲートウェイ装置１４のスリープ可を示すＮＭフレームを送信する（ステップ２５８）。例えば、第２の通信バス１２へＮＭフレームを送信すべき特別送信タイミングで第１の通信バス１０上のすべてのＥＣＵ２０がスリープ可状態にセットされているときは、その第２の通信バス１２へ自ゲートウェイ装置１４のスリープ可を示すＮＭフレームを送信する。
【００５８】
このように本実施例の通信ネットワークシステムにおいて、イグニションオフ時、ゲートウェイ装置１４は、接続する通信バス１０，１２ごとに、通常送信タイミングとは異なる専用の特別送信タイミングで、自己のスリープ可を示すＮＭフレームを送信することができる。
【００５９】
かかる構成においては、他方の通信バス１２，１０がスリープ可状態になった場合、ゲートウェイ装置１４による一方の通信バス１０，１２へのＮＭフレームの送信を、そのゲートウェイ装置１４が一方の通信バス１０，１２上でのノード順序に従って通常送信する通常送信タイミングとは別に、その一方の通信バス１０，１２上での各ＥＣＵ２０やゲートウェイ装置１４による通常ＮＭフレームの２つの送信の間の特別送信タイミングで行うことができる。
【００６０】
この点、ゲートウェイ装置１４によるスリープ可を示すＮＭフレームの送信は、ノード順序に従った通常送信タイミングがくる前に実現されるので、一方の通信バス１０，１２上のすべてのＥＣＵ２０がスリープ可状態になったことは、他方の通信バス１２，１０上でのゲートウェイ装置１４の予め定められたノード順序にかかわらず直ちにその他方の通信バス１２，１０側へ伝わる。
【００６１】
従って、本実施例の通信ネットワークシステムによれば、ゲートウェイ装置１４を介した通信バス１０，１２間でのスリープ状態への遷移ずれをできるだけ抑制して無くすことが可能となっている。このため、本実施例によれば、一方の通信バス１０と他方の通信バス１２との間での状態遷移ずれに起因したゲートウェイ装置１４による中継フレームの遅延時間の増大を防ぐことができ、また、ゲートウェイ装置１４での中継フレームのバッファ数の増大を防ぐことができる。
【００６２】
尚、本実施例の通信ネットワークシステムは、第１又は第２の通信バス１０，１２に接続するＥＣＵ２０の数が多いほど、上記した作用を効果的なものとすることが可能である。
【００６３】
ところで、上記の実施例においては、ＥＣＵ２０が特許請求の範囲に記載した「端末機器」に、通信バス１０，１２が特許請求の範囲に記載した「ネットワーク」に、それぞれ相当していると共に、ＥＣＵ２０及びゲートウェイ装置１４が、ステップ１５４、又は、ステップ２５０の肯定判定後にステップ２５４，２５８の処理を実行することにより特許請求の範囲に記載した「スリープ制御手段」、「定期フレーム送信手段」、及び「定期フレーム送信ステップ」が、ゲートウェイ装置１４が、ステップ２６２の肯定判定後にステップ２５８の処理を実行することにより特許請求の範囲に記載した「スリープ制御手段」、「ＧＷ特別フレーム送信手段」、及び「ＧＷ特別フレーム送信ステップ」が、ＥＣＵ２０及びゲートウェイ装置１４が、ステップ１５６又は２６０の処理を実行することにより特許請求の範囲に記載した「スリープ制御手段」及び「スリープ要求手段」が、それぞれ実現されている。
【００６４】
また、上記の実施例においては、ゲートウェイ装置１４が、接続される通信バス１０，１２ごとに、ステップ２５２の処理を実行することにより特許請求の範囲に記載した「第１のスリープ可判別手段」が、ステップ２５４，２５８の処理を実行することにより特許請求の範囲に記載した「通常ＮＭフレーム送信手段」が、ステップ２６４の処理を実行することにより特許請求の範囲に記載した「第２のスリープ可判別手段」が、ステップ２５８の処理を実行することにより特許請求の範囲に記載した「特別ＮＭフレーム送信手段」が、ステップ２６０の処理を実行することにより特許請求の範囲に記載した「ＧＷ用スリープ要求送信手段」が、接続される通信バス１０，１２ごとに、該通信バス１０，１２上のＥＣＵ２０からのスリープ要求を受信したか否かを判別することにより特許請求の範囲に記載した「ＧＷ用スリープ要求受信有無判別手段」が、接続される通信バス１０，１２のすべてで、スリープ要求が行われ又は該通信バス１０，１２上のＥＣＵ２０からのスリープ要求が受信されたと判別された後に、自己をスリープさせることにより特許請求の範囲に記載した「スリープ実行手段」が、それぞれ実現されている。
【００６５】
また、上記の実施例においては、ＥＣＵ２０が、ステップ１５２の処理を実行することにより特許請求の範囲に記載した「全スリープ可判別手段」が、ステップ１５６の処理を実行することにより特許請求の範囲に記載した「端末用スリープ要求送信手段」が、自己の属する通信バス１０，１２上の他のＥＣＵ２０又はゲートウェイ装置１４からのスリープ要求を受信したか否かを判別することにより特許請求の範囲に記載した「端末用スリープ要求受信有無判別手段」が、スリープ要求が行われた後、並びに、自己の属する通信バス１０，１２上の他のＥＣＵ２０又はゲートウェイ装置１４からのスリープ要求が受信されたと判別された後に、自己をスリープさせることにより特許請求の範囲に記載した「スリープ実行手段」が、それぞれ実現されている。
【００６６】
尚、上記の実施例においては、通信ネットワークシステムを車両に搭載するものとしたが、他のものに適用するものとしてもよい。
【図面の簡単な説明】
【００６７】
【図１】本発明の一実施例である通信ネットワークシステムの構成図である。
【図２】本実施例の通信ネットワークシステムと対比される対比ネットワークシステムにおいてスリープ動作時に実現される各通信バスのフレーム送信の一例のタイムチャートである。
【図３】本実施例の通信ネットワークシステムにおいてスリープ動作時に実現される各通信バスのフレーム送信の一例のタイムチャートである。
【図４】本実施例の通信ネットワークシステムにおいて各端末機器が実行する受信割り込み処理の一例のフローチャートである。
【図５】本実施例の通信ネットワークシステムにおいて各端末機器が実行する送信処理の一例のフローチャートである。
【図６】本実施例の通信ネットワークシステムにおいてゲートウェイ装置が実行する受信割り込み処理の一例のフローチャートである。
【図７】本実施例の通信ネットワークシステムにおいてゲートウェイ装置が実行する送信処理の一例のフローチャートである。
【符号の説明】
【００６８】
１０  第１の通信バス
１２  第２の通信バス
１４  ゲートウェイ装置
２０  ＥＣＵ（電子制御ユニット）
【図１】
2009296280.tif 000003
【図２】
2009296280.tif 000004
【図３】
2009296280.tif 000005
【図４】
2009296280.tif 000006
【図５】
2009296280.tif 000007
【図６】
2009296280.tif 000008
【図７】
2009296280.tif 000009