(57)【要約】【課題】ゲートウェイ装置を介して接続される複数のネットワーク上の制御装置のモードを適切に切り替え可能とするネットワークシステム、ネットワーク制御方法、およびゲートウェイ装置を提供する。【解決手段】少なくとも１つ以上のノードがそれぞれ接続された複数のネットワークを有し、当該複数のネットワークを相互に接続して当該ノード間のデータを中継するゲートウェイ装置を含むネットワークシステムであって、ゲートウェイ装置は、ノードの動作モードが移行可能か否かをネットワーク単位で判定する移行判定手段と、移行判定手段が移行可能であると判定したネットワークに対して、当該ネットワーク上の全てのノードの動作モードを移行させる移行指示データを送信する移行指示手段とを含み、ノードは、移行指示データを受信した場合に、当該移行指示データが示す動作モードに自機の動作モードを切り替える、ネットワークシステムである。【選択図】図３
2010161656.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つ以上のノードがそれぞれ接続された複数のネットワークを有し、当該複数のネットワークを相互に接続して当該ノード間のデータを中継するゲートウェイ装置を含むネットワークシステムであって、
前記ゲートウェイ装置は、
前記ノードの動作モードが移行可能か否かを前記ネットワーク単位で判定する移行判定手段と、
前記移行判定手段が移行可能であると判定したネットワークに対して、当該ネットワーク上の全ての前記ノードの動作モードを移行させる移行指示データを送信する移行指示手段とを含み、
前記ノードは、前記移行指示データを受信した場合に、当該移行指示データが示す動作モードに自機の動作モードを切り替える、ネットワークシステム。
【請求項２】
前記移行判定手段は、通常の処理を実行するウェイクモードから、前記通常の処理の少なくとも一部を停止して消費電力量を低減するスリープモードへ前記ノードが移行可能か否かを判断し、
前記ノードは、前記移行指示データを受信した場合に、自機の動作モードを前記ウェイクモードから前記スリープモードへ切り替える、請求項１に記載のネットワークシステム。
【請求項３】
前記ノードは、自機が接続された前記ネットワーク上にブロードキャスト方式でデータを送信し、
前記移行指示手段は、前記移行判定手段が移行可能であると判定したネットワークに対して、ブロードキャスト方式で前記移行指示データを送信する、請求項２に記載のネットワークシステム。
【請求項４】
前記移行判定手段は、前記ノードのうち、他のノードとデータを送受信して当該他のノードと協調した協調動作を現時点において実行しているノード、および当該他のノードの双方を、前記スリープモードへ移行不可能な協調ノードとしてそれぞれ特定する協調ノード特定手段を含み、
前記移行判定手段は、前記協調ノードが少なくとも１つ以上接続されている前記ネットワーク上の全ての前記ノードは前記スリープモードへ移行不可能であると判定し、前記協調ノードが接続されていない前記ネットワーク上の全ての前記ノードは前記スリープモードへ移行可能であると判定する、請求項２に記載のネットワークシステム。
【請求項５】
前記ゲートウェイ装置は、前記協調ノードを判別するためのノード判別データテーブルを予め記憶する記憶手段を、さらに含み、
前記協調ノード特定手段は、前記ゲートウェイ装置が受信した前記ノード間のデータおよび前記ノード判別データテーブルに基づいて前記協調ノードを特定する、請求項４に記載のネットワークシステム。
【請求項６】
前記ノードは、各々、自機が前記スリープモードへ移行可能であるか否かを示すスリープ可否情報を含むデータを前記ゲートウェイ装置へ送信し、
前記ノード判別データテーブルは、前記ノード毎に、当該ノードと前記協調動作を行う可能性のある他のノードを協調対象ノードとしてそれぞれ示し、
前記協調ノード特定手段は、前記ノードのうち、自機が前記スリープモードへ移行不可能であることを示す前記スリープ可否情報を送信した送信元ノード、および前記ノード判別データテーブルに示される当該送信元ノードの前記協調対象ノードを、それぞれ前記協調ノードとして特定する、請求項５に記載のネットワークシステム。
【請求項７】
前記ゲートウェイ装置は、前記各ノードから受信する受信データの種別を判別するデータ種別判別手段をさらに含み、
前記ノード判別データテーブルは、前記データの種別毎に、当該データを送信または受信して前記協調動作を行う前記ノードを前記協調対象ノードとしてそれぞれ示し、
前記協調ノード特定手段は、前記受信データの種別に応じた前記協調対象ノードを前記ノード判別データテーブルから抽出し、当該抽出した前記協調対象ノードを前記協調ノードとして特定する、請求項５に記載のネットワークシステム。
【請求項８】
前記ノードは、
自機を含む前記各ノードについて前記スリープモードへの移行を許可するか否かをそれぞれに判断する許可判断手段と、
前記スリープモードへの移行を許可すると判断された前記ノード、および前記スリープモードへの移行を許可しないと判断された前記ノードを示すスリープ許可情報を、それぞれ前記ゲートウェイ装置へ送信する許可情報送信手段と、を含み、
前記協調ノード特定手段は、受信した前記スリープ許可情報において、前記スリープモードへの移行を許可しないと判断された前記ノードを前記協調ノードとして特定する、請求項４に記載のネットワークシステム。
【請求項９】
前記ノードは、各々、前記スリープ許可情報を、前記他のノードに送信するデータの一部に含ませて送信する、請求項８に記載のネットワークシステム。
【請求項１０】
前記ノードは、前記スリープ許可情報のみを含むデータを、それぞれ送信することを特徴とする、請求項８に記載のネットワークシステム。
【請求項１１】
前記移行判定手段は、前記ネットワークのうち、前記ノード間で前記データを送受信して協調した協調動作を現時点において実行している当該ノードが接続されたネットワークを、それぞれ協調ネットワークとして特定する協調ネットワーク特定手段を含み、
前記移行判定手段は、前記協調ネットワーク上の全ての前記ノードは前記スリープモードへ移行不可能であると判定し、前記協調ネットワークとして特定されていない他のネットワーク上の全ての前記ノードは前記スリープモードへ移行可能であると判定する、請求項２に記載のネットワークシステム。
【請求項１２】
前記ゲートウェイ装置は、
前記各ノードから受信する受信データの種別を判別するデータ種別判別手段と
前記データの種別毎に、当該データを送信または受信して前記協調動作を行う前記ノードが接続されたネットワークを、協調対象ネットワークとしてそれぞれ示すネットワーク判別データテーブルを予め記憶する記憶手段と、をさらに含み、
前記協調ネットワーク特定手段は、前記受信データを送信した送信元ノードが接続されたネットワーク、および前記受信データを受信して前記協調動作を行うノードが接続されたネットワークを、前記種別に応じて前記ネットワーク判別データテーブルから抽出して、当該抽出した協調対象ノードを前記協調ノードとして特定する、請求項１１に記載のネットワークシステム。
【請求項１３】
前記ネットワークは、各々、ＣＡＮ（Controller Area Network）プロトコルで通信を行うことを特徴とする、請求項３に記載のネットワークシステム。
【請求項１４】
前記ノードは、車両に搭載される電子制御装置であり、
前記ネットワークおよび前記ゲートウェイ装置は、前記車両に搭載されることを特徴とする、請求項１に記載のネットワークシステム。
【請求項１５】
前記移行判定手段は、前記車両のイグニッションスイッチによりオン／オフの状態が切り替えられるイグニッション電源がオフ状態である場合にのみ、前記ノードの動作モードが移行可能か否かを判定する、請求項１４に記載のネットワークシステム。
【請求項１６】
前記移行判定手段は、前記複数のネットワーク各々へ前記移行指示データを送信可能か否かを、定められた時間が経過する毎に、当該時間が経過する間に前記ゲートウェイ装置が受信したデータに基づいて判定する、請求項１に記載のネットワークシステム。
【請求項１７】
少なくとも１つ以上のノードがそれぞれ接続された複数のネットワークを有し、当該複数のネットワークを相互に接続して当該ノード間のデータを中継するゲートウェイ装置が実行するネットワーク制御方法であって、
前記ノードの動作モードが移行可能か否かを前記ネットワーク単位で判定する移行判定ステップと、
前記移行判定手段が移行可能であると判定したネットワークに対して、当該ネットワークに接続された全ての前記ノードの動作モードを移行させる移行指示データを送信する移行指示ステップと、
前記ノードが前記移行指示データを受信した場合に、当該移行指示データが示す動作モードに当該ノードの動作モードを切り替えさせる、ネットワーク制御方法。
【請求項１８】
少なくとも１つ以上のノードがそれぞれ接続された複数のネットワークを、相互に接続して当該ノード間のデータを中継するゲートウェイ装置であって、
前記ノードの動作モードが移行可能か否かを前記ネットワーク単位で判定する移行判定手段と、
前記移行判定手段が移行可能であると判定したネットワークに対して、当該ネットワークに接続された全ての前記ノードの動作モードを移行させる移行指示データを送信する移行指示手段とを含む、ゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
ネットワークシステム、ネットワーク制御方法、およびゲートウェイ装置に関し、より特定的には、車載ネットワークに用いられるネットワークシステム、ネットワーク制御方法、およびゲートウェイ装置に関する。
【背景技術】
【０００２】
従来、車両には、当該車両に搭載された車載機器を制御するための制御装置が複数個備えられている。一般的に、上記複数の制御装置は、各々、通信バスに接続されて通信ネットワークを構成している。そして、各制御装置は、通信バスを介して互いにデータを共有する。各制御装置は、共有したデータに基づいた制御処理を行うことにより、協調した動作を実行する。
【０００３】
近年、車両１台当たりに搭載される制御装置の搭載数が増加しているため、各制御装置はグループに分けられて、グループ毎にネットワーク化されている。例えば、各制御装置は、エンジンおよびスロットルなどを制御するパワートレイン系や、シートおよびドアなどを制御するボディー系といった系統に分けて各々ネットワーク化される。上記各系統のネットワークは、ゲートウェイ装置を介して相互に接続される。ゲートウェイ装置は、接続された各ネットワーク間でデータを中継する中継処理を行う。この中継処理により、各制御装置は、自機が属さない他系統のネットワーク上のデータを制御処理に利用して、当該データを送信した制御装置と協調動作することができる。なお、上記のようなネットワークは、一般的にはＣＡＮ（Controller Area Network）等のプロトコルで実装される。
【０００４】
ところで、制御装置には、動作のモードをウェイクモードまたはスリープモードの何れかに切り替え可能なものが存在する。ウェイクモードとは、車両走行時に対応した通常の動作を行うモードである。スリープモードとは、例えば、データの送受信等の処理を一部停止して、電力の消費を抑えた動作を行うモードである。このようなモードの切り替えが可能な制御装置では、動作のモードを切り替えることにより、不要な電力の消費を抑制することができる。
【０００５】
上記のようなネットワークに用いられるゲートウェイ装置には、各ネットワーク上の制御装置の動作モードを制御するものが存在する。このようなゲートウェイ装置の一例が、特許文献１に開示されている。特許文献１に開示される車両通信システムにおいて、各ゲートウェイユニットは、動作モードに関するデータを送信してきた制御ユニットが属するネットワークを除くネットワークに対してのみ、当該動作モードに関するデータを送信する。各制御ユニットは、当該動作モードに関するデータに応じて動作のモードを変更する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−４２３１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記特許文献１に開示される従来の車両通信システムで、例えば、各々複数の制御装置が接続されたネットワークＡおよびネットワークＢが、ゲートウェイ装置に接続されて、統合ネットワークを構成している場合を想定する。従来のゲートウェイ装置は、ネットワークＡ上の全ての制御装置がスリープモードに移行可能であったとしても、ネットワークＢ上の制御装置の何れかがウェイクモードで動作中である場合、ネットワークＡ上の制御装置に対してスリープモードへ移行する指示信号を送信しない。すなわち、従来の車両通信システムでは、統合ネットワーク上の各制御装置は、ネットワークＡおよびネットワークＢ上の全ての制御装置がスリープモードへ移行可能な状態になるまで、スリープモードへ移行できない。これは、ウェイクモードで動作するネットワークＢ上の制御装置が、ネットワークＡ上の制御装置がウェイクモードでの動作時に送信するデータを、制御処理に用いて協調動作している可能性があるためである。
【０００８】
ところで、上記のような統合ネットワークでは、実際にはネットワークＢ上の制御装置はネットワークＡからのデータを必要としていない場合がある。このような場合、ネットワークＡ上の制御装置が動作モードを移行してもネットワークＢ上の制御装置の動作に支障はきたさない。しかしながら、上述の通り、従来の技術では、統合ネットワーク上の各制御装置は、全ての制御装置が動作モードを移行可能な状態になるまで動作のモードを移行することができない、そのため、実際には動作モードを移行可能なネットワークＡ上の制御装置のモードを移行させることができない。故に、例えば、ネットワークＡ上の制御装置をウェイクモードからスリープモードへ移行せずに動作させ続けると、当該ネットワークＡ上の制御装置は不要な電力消費を行うことになる。
【０００９】
本発明は上記の課題を鑑みて成されたものであり、ゲートウェイ装置を介して接続される複数のネットワーク上の制御装置のモードを適切に切り替え可能とするネットワークシステム、ネットワーク制御方法、およびゲートウェイ装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するため、本願は以下の構成を採用した。すなわち、第１の発明は、少なくとも１つ以上のノードがそれぞれ接続された複数のネットワークを有し、当該複数のネットワークを相互に接続して当該ノード間のデータを中継するゲートウェイ装置を含むネットワークシステムであって、ゲートウェイ装置は、ノードの動作モードが移行可能か否かをネットワーク単位で判定する移行判定手段と、移行判定手段が移行可能であると判定したネットワークに対して、当該ネットワーク上の全てのノードの動作モードを移行させる移行指示データを送信する移行指示手段とを含み、ノードは、移行指示データを受信した場合に、当該移行指示データが示す動作モードに自機の動作モードを切り替える、ネットワークシステムである。
【００１１】
第２の発明は、第１の発明において、移行判定手段は、通常の処理を実行するウェイクモードから、通常の処理の少なくとも一部を停止して消費電力量を低減するスリープモードへノードが移行可能か否かを判断し、ノードは、移行指示データを受信した場合に、自機の動作モードをウェイクモードからスリープモードへ切り替えることを特徴とする。
【００１２】
第３の発明は、第２の発明において、ノードは、自機が接続されたネットワーク上にブロードキャスト方式でデータを送信し、移行指示手段は、移行判定手段が移行可能であると判定したネットワークに対して、ブロードキャスト方式で移行指示データを送信することを特徴とする。
【００１３】
第４の発明は、第２の発明において、移行判定手段は、ノードのうち、他のノードとデータを送受信して当該他のノードと協調した協調動作を現時点において実行しているノード、および当該他のノードの双方を、スリープモードへ移行不可能な協調ノードとしてそれぞれ特定する協調ノード特定手段を含み、移行判定手段は、協調ノードが少なくとも１つ以上接続されているネットワーク上の全てのノードはスリープモードへ移行不可能であると判定し、協調ノードが接続されていないネットワーク上の全てのノードはスリープモードへ移行可能であると判定することを特徴とする。
【００１４】
第５の発明は、第４の発明において、ゲートウェイ装置は、協調ノードを判別するためのノード判別データテーブルを予め記憶する記憶手段を、さらに含み、協調ノード特定手段は、ゲートウェイ装置が受信したノード間のデータおよびノード判別データテーブルに基づいて協調ノードを特定することを特徴とする。
【００１５】
第６の発明は、第５の発明において、ノードは、各々、自機がスリープモードへ移行可能であるか否かを示すスリープ可否情報を含むデータをゲートウェイ装置へ送信し、ノード判別データテーブルは、ノード毎に、当該ノードと協調動作を行う可能性のある他のノードを協調対象ノードとしてそれぞれ示し、協調ノード特定手段は、ノードのうち、自機がスリープモードへ移行不可能であることを示すスリープ可否情報を送信した送信元ノード、およびノード判別データテーブルに示される当該送信元ノードの協調対象ノードを、それぞれ協調ノードとして特定する、ことを特徴とする。
【００１６】
第７の発明は、第５の発明において、ゲートウェイ装置は、各ノードから受信する受信データの種別を判別するデータ種別判別手段をさらに含み、ノード判別データテーブルは、データの種別毎に、当該データを送信または受信して協調動作を行うノードを協調対象ノードとしてそれぞれ示し、協調ノード特定手段は、受信データの種別に応じた協調対象ノードをノード判別データテーブルから抽出し、当該抽出した協調対象ノードを協調ノードとして特定することを特徴とする。
【００１７】
第８の発明は、第４の発明において、ノードは、自機を含む各ノードについてスリープモードへの移行を許可するか否かをそれぞれに判断する許可判断手段と、スリープモードへの移行を許可すると判断されたノード、およびスリープモードへの移行を許可しないと判断されたノードを示すスリープ許可情報を、それぞれゲートウェイ装置へ送信する許可情報送信手段と、を含み、協調ノード特定手段は、受信したスリープ許可情報において、スリープモードへの移行を許可しないと判断されたノードを協調ノードとして特定することを特徴とする。
【００１８】
第９の発明は、第８の発明において、ノードは、各々、スリープ許可情報を、他のノードに送信するデータの一部に含ませて送信することを特徴とする。
【００１９】
第１０の発明は、第８の発明において、ノードは、スリープ許可情報のみを含むデータを、それぞれ送信することを特徴とすることを特徴とする。
【００２０】
第１１の発明は、第２の発明において、移行判定手段は、ネットワークのうち、ノード間でデータを送受信して協調した協調動作を現時点において実行している当該ノードが接続されたネットワークを、それぞれ協調ネットワークとして特定する協調ネットワーク特定手段を含み、移行判定手段は、協調ネットワーク上の全てのノードはスリープモードへ移行不可能であると判定し、協調ネットワークとして特定されていない他のネットワーク上の全てのノードはスリープモードへ移行可能であると判定することを特徴とする。
【００２１】
第１２の発明は、第１１の発明において、ゲートウェイ装置は、各ノードから受信する受信データの種別を判別するデータ種別判別手段とデータの種別毎に、当該データを送信または受信して協調動作を行うノードが接続されたネットワークを、協調対象ネットワークとしてそれぞれ示すネットワーク判別データテーブルを予め記憶する記憶手段と、をさらに含み、協調ネットワーク特定手段は、受信データを送信した送信元ノードが接続されたネットワーク、および受信データを受信して前記協調動作を行うノードが接続されたネットワークを、種別に応じてネットワーク判別データテーブルから抽出して、当該抽出した協調対象ノードを協調ノードとして特定することを特徴とする。
【００２２】
第１３の発明は、第３の発明において、ネットワークは、各々、ＣＡＮ（Controller  Area  Network）プロトコルで通信を行うことを特徴とする。
【００２３】
第１４の発明は、第１の発明において、ノードは、車両に搭載される電子制御装置であり、ネットワークおよびゲートウェイ装置は、車両に搭載されることを特徴とする。
【００２４】
第１５の発明は、第１４の発明において、移行判定手段は、車両のイグニッションスイッチによりオン／オフの状態が切り替えられるイグニッション電源がオフ状態である場合にのみ、ノードの動作モードが移行可能か否かを判定することを特徴とする。
【００２５】
第１６の発明は、第１の発明において、移行判定手段は、複数のネットワーク各々へ移行指示データを送信可能か否かを、定められた時間が経過する毎に、当該時間が経過する間にゲートウェイ装置が受信したデータに基づいて判定することを特徴とする。
【００２６】
第１７の発明は、少なくとも１つ以上のノードがそれぞれ接続された複数のネットワークを有し、当該複数のネットワークを相互に接続して当該ノード間のデータを中継するゲートウェイ装置が実行するネットワーク制御方法であって、ノードの動作モードが移行可能か否かをネットワーク単位で判定する移行判定ステップと、移行判定手段が移行可能であると判定したネットワークに対して、当該ネットワークに接続された全てのノードの動作モードを移行させる移行指示データを送信する移行指示ステップと、ノードが移行指示データを受信した場合に、当該移行指示データが示す動作モードに当該ノードの動作モードを切り替えさせる、ネットワーク制御方法である。
【００２７】
第１８の発明は、少なくとも１つ以上のノードがそれぞれ接続された複数のネットワークを、相互に接続して当該ノード間のデータを中継するゲートウェイ装置であって、ノードの動作モードが移行可能か否かをネットワーク単位で判定する移行判定手段と、移行判定手段が移行可能であると判定したネットワークに対して、当該ネットワークに接続された全てのノードの動作モードを移行させる移行指示データを送信する移行指示手段とを含む、ゲートウェイ装置である。
【発明の効果】
【００２８】
第１の発明、第１７の発明、および第１８の発明によれば、ゲートウェイ装置を介して相互に接続する複数のネットワークの各々に接続されるノードの動作モードを、ネットワーク単位で移行させることができる。すなわち、各ノードの動作モードをネットワーク単位で効率的に切り替えることができる。
【００２９】
第２の発明によれば、ゲートウェイ装置を介して相互に接続する複数のネットワークの各々に接続されるノードの動作モードを、ネットワーク単位でウェイクモードからスリープモードへ移行させることができる。したがって、ノードを効率良くスリープモードへ移行させて、ネットワークの消費電力を低減することができる。
【００３０】
第３の発明によれば、ブロードキャスト方式の通信ネットワークにおいて、各ノードの動作モードをネットワーク単位で効率的に切り替えることができる。また、送信先のアドレス等を指定する必要がない。したがって、各ノードおよびゲートウェイ装置の処理量を低減することができる。
【００３１】
第４の発明によれば、他のノードと協調した処理を実行中の協調ノードは、スリープモードへ移行しない。すなわち、上記協調ノードは、データの送受信処理を停止しない。したがって、上記協調ノードとデータを送受信して制御処理を実行しているノードは、協調ノードとのデータの送受信を途絶することなく、制御処理を継続することができる。
【００３２】
第５の発明によれば、協調ノードを判別するためのテーブルを予めゲートウェイ装置が記憶するため、ノードが送信する協調ノードを判別のための情報量は、当該テーブルを記憶しない場合に比べ、少なくて済む。したがって、ノードが送受信するデータのサイズを小さく抑えつつ、各ノードを効率良くスリープモードへ移行させることができる。
【００３３】
第６の発明によれば、ノード同士の協調関係を示すデータテーブルに基づいて協調ノードを特定するため、例えば、ノード間で送受信されるデータの種別が増加した場合であっても、データテーブルのデータサイズは変更する必要がない。したがって、ゲートウェイ装置が備える記憶手段の記憶領域が、小さくて済む。
【００３４】
第７の発明によれば、データの種別および予め記憶されたデータテーブルに基づいて協調ノードが特定可能であるため、各ノードは、協調ノードを特定するための情報を送信する必要がない。すなわち、ノードが送受信するデータの形式を変更することなく協調ノードを特定ことができる。
【００３５】
第８の発明によれば、各ノードから送信されるスリープ許可情報のみに基づいて協調ノードが特定されるため、ゲートウェイ装置は協調ノードを特定するためのテーブル等を記憶する必要がない。したがって、ゲートウェイ装置が上記テーブル等を記憶する場合に比べて、ゲートウェイ装置に備える記憶領域が、小さくて済む。
【００３６】
第９の発明によれば、他のノードの制御処理に用いられるデータと別途にスリープ許可情報をブロードキャスト送信する場合に比べて、ネットワーク上に送信するデータの数を少なくすることができる。
【００３７】
第１０の発明によれば、スリープ許可情報を他のノードの制御処理に用いられるデータの一部に織り込んでブロードキャスト送信する場合に比べて、データ１つ当たりのサイズを小さくすることができる。
【００３８】
第１１の発明によれば、協調動作を行うノードを個別に特定する処理を行うことなく、互いに協調動作するノードをウェイクモードに維持したまま、スリープモードへ移行可能なノードをスリープモードへ移行させることができる。
【００３９】
第１２の発明によれば、簡単な判別方法で移行指示データを送信するネットワークを判別することができる。また、協調動作を行うノードを個別に特定してスリープモードへ移行可能なネットワークを判別する場合に比べて、判別に用いるデータテーブルのサイズを小さくすることができる。
【００４０】
第１３の発明によれば、ＣＡＮ（Controller Area Network）プロトコルで通信を行うネットワークにおいて、効率良く消費電力を低減することができる。
【００４１】
第１４の発明によれば、車両に搭載される電子制御装置を効率良くスリープモードへ移行させることができる。
【００４２】
第１５の発明によれば、車両に搭載されたネットワークにおいて、ＩＧ（イグニッション）系統の電源がオフである状況下、すなわち、多くの電子制御装置がスリープモードへ移行可能となる状況下でのみ、ゲートウェイ装置は、スリープモードへ移行可能なネットワークが存在するか判定する処理を実行する。したがって、ＩＧ系統の電源がオンである場合に、ゲートウェイ装置は不要な処理を実行しなくて済む。
【００４３】
第１６の発明によれば、定められた時間が経過する毎に、最新のデータに基づいて各ノードの動作モードを変更可能か否かを判別することができる。したがって、リアルタイムに各ノードの動作モードを切り替えることができる。
【図面の簡単な説明】
【００４４】
【図１】第１の実施形態に係るゲートウェイ装置１の構成を示すブロック図
【図２】第１の実施形態に係るＥＣＵから送信されるデータの形式の一例を示す図
【図３】第１の実施形態に係る処理装置１１１が実行するスリープ制御処理を示すフローチャートの一例
【図４】スリープ可否テーブルの一例
【図５】第１の実施形態に係るスリープ判定処理のサブルーチンを示すフローチャートの一例
【図６】スリープ許可フラグテーブルの一例
【図７】第１の実施形態に係る協調ＥＣＵ判別テーブルＡの一例
【図８】更新後のスリープ許可フラグテーブルの一例
【図９】第１の実施形態に係るスリープ指示処理のサブルーチンを示すフローチャートの一例
【図１０】第２の実施形態に係る各ＥＣＵが送受信するデータの形式の一例を示す図
【図１１】第２の実施形態に係る処理装置１１１が実行するスリープ制御処理を示すフローチャートの一例
【図１２】第２の実施形態に係る協調ＥＣＵ判別テーブルＢの一例を示す図
【図１３】第２の実施形態に係る処理装置１１１が作成する受信データテーブルＡの一例を示す図
【図１４】第２の実施形態に係るスリープ判定処理のサブルーチンを示すフローチャートの一例
【図１５】第３の実施形態に係る各ＥＣＵが送受信するデータの形式の一例を示す図
【図１６】スリープ許可情報のイメージ図
【図１７】第３の実施形態に係る処理装置１１１が実行するスリープ制御処理を示すフローチャートの一例
【図１８】第３の実施形態に係る処理装置１１１が作成する受信データテーブルＢの一例
【図１９】第４の実施形態に係るスリープ判定処理のサブルーチンを示すフローチャートの一例
【図２０】協調ネットワーク判別テーブルの一例を示す図
【図２１】第４の実施形態に係る処理装置１１１が作成する受信データテーブルＣの一例を示す図
【図２２】第４の実施形態に係るスリープ判定処理のサブルーチンを示すフローチャートの一例
【図２３】指示許可フラグテーブルの一例を示す図
【図２４】第４の実施形態に係るスリープ指示処理のサブルーチンを示すフローチャートの一例
【発明を実施するための形態】
【００４５】
（第１の実施形態）
以下、本発明の第１の実施形態に係るネットワークシステムについて説明する。
【００４６】
先ず、図１を参照して、第１の実施形態に係るネットワークシステム１の構成について説明する。図１は、第１の実施形態に係るネットワークシステム１の構成を示すブロック図である。なお、以下に説明する各実施形態では、一例として、ネットワークシステム１が車両に搭載された車載ネットワークである場合について説明する。
【００４７】
図１に示すように、ネットワークシステム１は、第１ネットワークと第２ネットワークとをゲートウェイ装置１１で相互に接続して構成される。第１ネットワークは通信バス１２と、各々通信バス１２に接続するＥＣＵ１２１およびＥＣＵ１２２とを備える。また、第２ネットワークは通信バス１３と、各々通信バス１３に接続するＥＣＵ１３１およびＥＣＵ１３２とを備える。
【００４８】
ＥＣＵ１２１、ＥＣＵ１２２、ＥＣＵ１３１、およびＥＣＵ１３２は、所謂、ＥＣＵ（Electronic Control Unit）である。各ＥＣＵは、各々、車両に搭載されるエンジンやメーター装置等の車載装置を制御する。各ＥＣＵは、他のＥＣＵの制御処理で用いられるデータを、自機が接続する通信バスへ、ブロードキャスト方式で送信する。また、各ＥＣＵは、他のＥＣＵから送信されたデータを、自機が接している通信バスを介して受信し、当該データに基づいた制御処理を行う。
【００４９】
なお、各ＥＣＵは、ウェイクモードまたはスリープモードの何れかのモードで動作する。ウェイクモードは、通常の制御処理を行う動作モードである。スリープモードは、データの送受信等、ウェイクモード時に実行する処理の一部を停止した動作モードである。スリープモードは、ウェイクモードに比べて、電力の消費が小さい。各ＥＣＵは、スリープ移行指示データを受信した場合に、ウェイクモードからスリープモードへ動作のモードを切り替える。
【００５０】
通信バス１２および通信バス１３は、車両に搭載される通信回線である。通信バス１２および通信バス１３上には、各ＥＣＵおよびゲートウェイ装置１１から送信されるデータが流れる。
【００５１】
ゲートウェイ装置１１は、自機に接続される各ネットワークを制御する装置である。ゲートウェイ装置１１は、処理装置１１１、記憶装置１１２、およびインターフェース回路（図示せず）などを備える。処理装置１１１は、典型的にはＣＰＵ（Central  Processing  Unit）などの情報処理装置である。記憶装置１１２は、典型的にはメモリなどの記憶装置である。処理装置１１１は、通信バス１２および通信バス１３に接続され、各通信バスを介して受信したデータを他方の通信バスへ中継する。また、処理装置１１１は、各ＥＣＵから受信したデータに基づいて、スリープ移行指示データを送信可能な通信バスを判定する。そして、処理装置１１１は、スリープ移行指示データを送信可能と判定した通信バスへ、スリープ移行指示データを各通信バスへ送信する。
【００５２】
なお、車両には、ＢＡＴ系統、ＡＣＣ系統、ＩＧ系統などの複数の系統の電源線が用意されており、処理装置１１１は、ＢＡＴ系統の電源線と、ＩＧ系統の電源線とが接続される。ＢＡＴ系統の電源線には、常時バッテリーからの電力が供給される。ＩＧ系統の電源線には、車両のエンジンが始動した状態である時にのみ電力が供給される。処理装置１１１は、ＢＡＴ系統の電源により常時供給される電力により駆動する。
【００５３】
上記のような構成のネットワークシステム１において、各ＥＣＵおよび処理装置１１１は、所謂、ＣＡＮ（Controller Area Network）プロトコルに基づいたマルチマスタ・ブロードキャスト方式で通信を行う。つまり、各ＥＣＵおよび処理装置１１１は、データを、各々が接続する通信バスを介してブロードキャスト送信する。
【００５４】
次いで、第１の実施形態に係る各ＥＣＵが送受信するデータの形式について図２を参照して説明する。図２は、第１の実施形態に係る各ＥＣＵが送受信するデータの形式の一例を示す図である。各ＥＣＵが送受信するデータは、ヘッダフィールド４１、データフィールド４２、およびスリープ可否情報フィールド４３の各ビット領域で構成されるデジタルデータである。ヘッダフィールド４１は、データの開始を示すビット領域である。データフィールド４２は、データの内容が格納されるビット領域である。スリープ可否情報フィールド４３は、データを送信したＥＣＵがスリープモードへ移行可能か否かを示すスリープ可否情報が格納されるビット領域である。スリープ可否情報には、ＥＣＵコードとスリープ可否フラグが含まれる。ＥＣＵコードは、データを送信したＥＣＵを示す識別コードである。スリープ可否フラグは、データを送信したＥＣＵがスリープモードへの移行可能か否かを示すフラグデータである。スリープ可否フラグの状態が可である場合、ＥＣＵがスリープモードへの移行が可能であることを示す。スリープ可否フラグの状態が不可である場合、ＥＣＵがスリープモードへの移行が不可能であることを示す。第１の実施形態に係る各ＥＣＵは、スリープ可否情報を織り込んだデータを通信バスへ送信することにより、自機がスリープモードへ移行可能か否かをゲートウェイ装置１１へ送信することができる。
【００５５】
なお、上記のデータ形式は一例であり、データにスリープ可否情報が含まれるデータ形式であれば、ＥＣＵが送受信するデータの形式は上記図２に示すものに限らずとも良い。
【００５６】
次いで、処理装置１１１が実行する処理について図３を参照して説明する。図３は、第１の実施形態に係る処理装置１１１が実行するスリープ制御処理を示すフローチャートの一例である。スリープ制御処理は、ネットワークに接続されたＥＣＵのモードをスリープモードへ切り替える処理である。処理装置１１１は、ゲートウェイ装置１１に車両に搭載されるＢＡＴ系統の電源が供給されている間、図３に示すスリープ制御処理を実行する。処理装置１１１は、図３に示すスリープ制御処理を開始すると、先ず、ステップＳ１０の処理を実行する。なお、処理装置１１１は、図３に示すスリープ制御処理と並行して、第１ネットワークおよび第２ネットワーク間でデータを中継する従来周知の中継処理を実行する。
【００５７】
ステップＳ１０において、処理装置１１１は、車両のＩＧ電源がオフか否かを判定する。具体的には、処理装置１１１は、ＩＧ系統の電源線から電力が供給されているか否かを判定する。処理装置１１１は、ＩＧ系統の電源線から電力が供給されていない場合、車両のＩＧ電源がオフであると判定して、処理をステップＳ１１へ進める。一方、処理装置１１１は、ＩＧ系統の電源線から電力が供給されている場合、車両のＩＧ電源がオンであると判定して、後述ステップＳ１１からステップＳ１７の処理を省略して処理をステップＳ１８へ進める。
【００５８】
処理装置１１１は、後述ステップＳ１１からステップＳ１７の処理において、スリープモードへ移行可能なＥＣＵを判別し、当該ＥＣＵをスリープモードへ移行させる。しかしながら、一般的に、ＩＧ電源がオンである場合、すなわち、車両のエンジンが始動している状況では、車両に搭載されるＥＣＵの大多数がウェイクモードで動作するため、各ＥＣＵのモードをスリープモードへ移行する必要が無い。したがって、上記ステップＳ１０の処理によれば、ＩＧ電源がオンである場合、不要な処理を省略して、処理装置１１１の処理量を低減することができる。
【００５９】
ステップＳ１１において、処理装置１１１は、データを受信したか否かを判定する。具体的には、処理装置１１１は、接続されている通信バス１２または通信バス１３の何れかからデータを受信したか否かを判定する。処理装置１１１は、データを受信したと判定した場合、処理をステップＳ１２へ進める。一方、処理装置１１１は、データを受信していないと判定した場合、ステップＳ１２およびステップＳ１３の処理を省略して、処理をステップＳ１４へ進める。
【００６０】
ステップＳ１２において、処理装置１１１は、受信データからスリープ可否情報を抽出する。具体的には、処理装置１１１は、上記ステップＳ１１において受信したデータのスリープ可否情報フィールド４３に格納されたスリープ許可情報のみを取得する。ステップＳ１２の処理を完了すると、処理装置１１１は、処理をステップＳ１３へ進める。
【００６１】
ステップＳ１３において、処理装置１１１は、スリープ可否テーブルを更新する。スリープ可否テーブルは、各ＥＣＵがスリープ可能であるか否かを表すテーブルデータである。スリープ可否テーブルは、予め記憶装置１１２に記憶される。図４は、スリープ可否テーブルの一例である。図４に示すスリープ可否テーブルにおいて、１行目各列には各ＥＣＵを示し、２行目各列には各ＥＣＵのスリープ可否フラグの状態を示す。図４では、例えば、ＥＣＵ１２１、ＥＣＵ１２２、およびＥＣＵ１３２のスリープ可否フラグが可であり、ＥＣＵ１３１のスリープ可否フラグが不可であることを示す。本ステップＳ１３において、先ず、処理装置１１１は、スリープ可否テーブル中で、スリープ可否情報中のＥＣＵコードに対応する列を探索する。次いで、処理装置１１１は、探索した列の２行目に示されるスリープ可否フラグの内容を、スリープ可否情報中のスリープ可否フラグの内容で上書きする。ステップＳ１２の処理を完了すると、処理装置１１１は、処理をステップＳ１４へ進める。
【００６２】
ステップＳ１４において、処理装置１１１は、タイマー値Ｔをカウントアップする。タイマー値Ｔは、記憶装置１１２に記憶される変数である。処理装置１１１は、記憶装置１１２からタイマー値Ｔの値を読み出し、当該タイマー値Ｔに予め定められた定数を加算して、記憶装置１１２に上書き記憶する。ステップＳ１４の処理を完了すると、処理装置１１１は、処理をステップＳ１５へ進める。
【００６３】
ステップＳ１５において、処理装置１１１は、タイマー値Ｔが処理周期Ｔｔｈ以上であるか否かを判定する。処理周期Ｔｔｈは、記憶装置１１２に予め記憶された定数である。処理周期Ｔｔｈは、後述ステップＳ１６のスリープ許可処理を繰り返し実行する時間間隔を示す値である。処理装置１１１は、記憶装置１１２から、タイマー値Ｔおよび処理周期Ｔｔｈの値を読み出し、各々の値の大小を比較する。処理装置１１１は、タイマー値Ｔが処理周期Ｔｔｈ以上である場合、処理をステップＳ１６へ進める。一方、処理装置１１１は、タイマー値Ｔが処理周期Ｔｔｈ未満である場合、処理をステップＳ１１へ戻す。
【００６４】
なお、上記処理周期Ｔｔｈは任意の数値に設定して構わない。例えば、処理周期Ｔｔｈの値は、ネットワークの通信周期の値に応じて設定するなどして良い。なお、本実施形態では、処理周期Ｔｔｈの値は、各ＥＣＵがデータを通信するネットワークの通信周期の５倍程度の長さに設定するものとする。
【００６５】
上記ステップＳ１１からステップＳ１５の処理によれば、処理周期Ｔｔｈが経過するまでの間に処理装置１１１が受信したデータに基づいて、スリープ可否テーブルが更新される。
【００６６】
ステップＳ１６において、処理装置１１１は、スリープ判定処理のサブルーチン処理を実行する。スリープ判定処理は、スリープモードへ移行させて良いＥＣＵを特定する処理である。以下、図５を参照して、本ステップＳ１６において実行されるスリープ判定処理の詳細について説明する。図５は、第１の実施形態に係るスリープ判定処理のサブルーチンを示すフローチャートの一例である。処理装置１１１は、図５のスリープ判定処理のサブルーチン処理を開始すると、先ず、ステップＳ１６１の処理を実行する。
【００６７】
ステップＳ１６１において、処理装置１１１は、スリープ可否テーブルに基づいてスリープ許可フラグテーブルを作成する。スリープ許可フラグテーブルは、各ＥＣＵのスリープ許可フラグの状態を示すテーブルデータである。スリープ許可フラグは、ＥＣＵに対して処理装置１１１がスリープ移行指示データを送信可能か否かを示すフラグである。あるＥＣＵのスリープ許可フラグがＯＫである場合、処理装置１１１は、当該ＥＣＵに対してスリープ移行指示データを送信可能である。一方、あるＥＣＵのスリープ許可フラグがＮＧである場合、処理装置１１１は、当該ＥＣＵに対してスリープ移行指示データを送信不可能である。また、スリープ許可フラグテーブルでは、各ＥＣＵがどの通信バスに接続されているか示される。
【００６８】
図６は、スリープ許可フラグテーブルの一例である。図６のように、スリープ許可フラグテーブルの１行目には、処理装置１１１に接続されるネットワークが示される。スリープ許可フラグテーブルの２行目には、１行目に示された各ネットワークに属するＥＣＵが示される。スリープ許可フラグテーブルの３行目には、２行目に示される各ＥＣＵのスリープ許可フラグの状態が示される。本ステップＳ１６１において、処理装置１１１は、スリープ可否テーブルにおいてスリープ可であると示されていたＥＣＵについては、スリープ許可フラグをＯＫとし、スリープ可否テーブルにおいてスリープ不可であると示されていたＥＣＵについては、スリープ許可フラグをＮＧとしてスリープ許可フラグテーブルを作成する。したがって、図４に示すスリープ可否テーブルに基づいてスリープ許可フラグテーブルを作成した場合、図６に示すように、ＥＣＵ１２１、ＥＣＵ１２２、およびＥＣＵ１３２のスリープ許可フラグがＯＫに設定され、ＥＣＵ１３１のスリープ許可フラグがＮＧに設定される。
【００６９】
但し、上記ステップＳ１６１で作成された時点において、スリープ許可フラグテーブルは、各ＥＣＵの協調動作が考慮されていない。つまり、一のＥＣＵ自身が各々スリープモードへ移行可能であるとしてスリープ可否情報を送信していても、当該ＥＣＵとデータを送受信して協調した処理動作を行う他のＥＣＵ（以下、協調対象ＥＣＵと呼称する）がウェイクモードで動作している場合がある。以下、上記のように、データを互いに送受信して協調した動作を現時点において行っている、送信側のＥＣＵ、および受信側のＥＣＵ双方を、総称して協調ＥＣＵと呼称する。協調ＥＣＵは、何れもウェイクモードで動作する必要があるため、上記のような場合、上記一のＥＣＵの正常な処理動作を維持するために、上記協調対象ＥＣＵの動作モードをウェイクモードに維持する必要がある。したがって、協調対象ＥＣＵのスリープ許可フラグをＮＧに更新し、スリープモードへ移行できない状態とすることが望ましい。そのため、処理装置１１１は、後述ステップＳ１６２からステップＳ１６４の処理により、協調動作のためにウェイクモードで動作すべき協調対象ＥＣＵを判別し、スリープ許可フラグテーブル上において当該ＥＣＵのスリープ許可フラグをＮＧに更新する処理を行う。この処理により協調ＥＣＵのスリープ許可フラグを全てＮＧに設定することができる。
【００７０】
ステップＳ１６２において、処理装置１１１は、全ＥＣＵのスリープ可否フラグがスリープ可であるか否かを判定する。処理装置１１１は、スリープ可否テーブルを参照し、全てのＥＣＵのスリープ可否フラグがスリープ可に設定されているか判定する。全てのＥＣＵのスリープ可否フラグがスリープ可である場合、処理装置１１１は、スリープ判定処理を完了し、処理を図３のフローチャートのステップＳ１７へ進める。一方、何れかのＥＣＵのスリープ可否フラグがスリープ不可である場合、処理装置１１１は処理をステップＳ１６３へ進める。
【００７１】
ステップＳ１６３において、処理装置１１１は、スリープ不可のＥＣＵを一つ選択する。具体的には、スリープ可否テーブルにおいてスリープ可否フラグがスリープ不可に設定されているＥＣＵを探索し、選択する。以下、本ステップＳ１６３において選択したＥＣＵを選択ＥＣＵ−Ａと呼称する。なお、処理装置１１１は、既に選択したＥＣＵは選択しないものとする。例えば、上記ステップＳ１６３の処理により、図４に示すスリープ可否テーブルでは、選択ＥＣＵ−ＡとしてＥＣＵ１３１が選択される。ステップＳ１６３の処理を完了すると、処理装置１１１は、処理をステップＳ１６４へ進める。
【００７２】
ステップＳ１６４において、処理装置１１１は、選択ＥＣＵ−Ａの協調対象ＥＣＵを協調ＥＣＵ判別テーブルＡに基づいて抽出する。協調ＥＣＵ判別テーブルＡは、各ＥＣＵが他のどのＥＣＵと協調して動作するかを示したテーブルデータである。協調ＥＣＵ判別テーブルＡは、予め記憶装置１１２に記憶される。
【００７３】
図７は、第１の実施形態に係る協調ＥＣＵ判別テーブルＡの一例を示す図である。図７に示す協調ＥＣＵ判別テーブルＡにおいて、各行はデータを送信するＥＣＵを示し、各列は当該データを受信して処理動作を行うＥＣＵを示す。そして、各行に示す送信側のＥＣＵからデータを受信する受信側のＥＣＵについては、対応する列に○印を付す。つまり、各行に示されるＥＣＵは、○印が付された列に対応するＥＣＵと協調して動作する。例えば、図７に示す協調ＥＣＵ判別テーブルＡよれば、ＥＣＵ１３１は、ＥＣＵ１３２と協調して動作する。本ステップＳ１６４において、処理装置１１１は、協調ＥＣＵ判別テーブルＡ中、選択ＥＣＵ−Ａに対応する行を探索する。そして、処理装置１１１は、当該行において○印が付されているＥＣＵを抽出して、当該ＥＣＵと協調動作する協調対象ＥＣＵを抽出する。ステップＳ１６４の処理を完了すると、処理装置１１１は、処理をステップＳ１６５へ進める。
【００７４】
例えば、選択ＥＣＵ−ＡとしてＥＣＵ１３１が選択されている場合、図７に示す協調ＥＣＵ判別テーブルＡに基づいて、ＥＣＵ１３１の協調対象ＥＣＵであるＥＣＵ１３２が抽出される。このように、上記ステップＳ１６４の処理によれば、ネットワーク上の何れかのＥＣＵと協調して動作するＥＣＵを特定して抽出することができる。
【００７５】
ステップＳ１６５において、処理装置１１１は、協調対象ＥＣＵのスリープ許可フラグをＮＧに更新する。例えば、ステップＳ１６４においてＥＣＵ１３２が抽出されている場合、処理装置１１１は図６に示すスリープ許可フラグテーブルにおいて、ＯＫに設定されていたＥＣＵ１３２のスリープ許可フラグを、図８に示すようにＮＧに更新する。図８は、更新後のスリープ許可フラグテーブルを示す図である。ステップＳ１６５の処理を完了すると、処理装置１１１は処理をステップＳ１６６へ進める。
【００７６】
ステップＳ１６６において、処理装置１１１は、スリープ不可のＥＣＵを全て選択したか否かを判定する。具体的には、スリープ可否テーブルにおいてスリープ可否フラグがスリープ不可に設定されているＥＣＵを全て選択したか否かを判定する。処理装置１１１は、スリープ可否フラグがスリープ不可に設定されているＥＣＵを全て選択した場合、スリープ判定処理を完了し、処理を図３のフローチャートのステップＳ１７へ進める。一方、スリープ可否フラグがスリープ不可に設定されているＥＣＵで未選択のＥＣＵが存在する場合、処理装置１１１は、処理をステップＳ１６３へ戻す。
【００７７】
上記ステップＳ１６２からステップＳ１６６の処理によれば、協調ＥＣＵのスリープ許可フラグがＮＧに設定される。具体的には、スリープモードへの移行を不可とするスリープ可否情報を送信したＥＣＵのスリープ許可フラグ、および当該ＥＣＵと協調して動作する協調対象ＥＣＵのスリープ許可フラグがＮＧに設定される。
【００７８】
このように、図５に示すスリープ判定処理によれば、ＥＣＵ同士の協調関係を示す協調ＥＣＵ判別テーブルＡに基づいて、ウェイクモードに維持させるべきＥＣＵおよびスリープモードへ移行可能なＥＣＵを個別に特定することができる。
【００７９】
なお、上記ステップＳ１６４およびステップＳ１６５の処理では、選択ＥＣＵ−Ａからデータを受信して処理動作を行うＥＣＵを、選択ＥＣＵ−Ａと協調動作する協調対象ＥＣＵとした例について説明したが、処理装置１１１は、選択ＥＣＵ−Ａに対してデータを送信するＥＣＵを、当該選択ＥＣＵ−Ａと協調動作する協調対象ＥＣＵとしても構わない。つまり、選択ＥＣＵ−Ａが動作処理に用いるデータを送信するＥＣＵのスリープ許可フラグをＮＧに更新しても構わない。例えば、協調ＥＣＵ判別テーブルＡにおいて、各行がデータを受信する側のＥＣＵを示し、各列がデータを送信する側のＥＣＵを示すように設定する。そして、選択ＥＣＵ−Ａに対してデータを送信するＥＣＵを協調ＥＣＵとして抽出する。このように抽出された協調ＥＣＵのスリープ許可フラグをＮＧに設定することにより、送信側のＥＣＵのスリープ許可フラグをＮＧに設定することができる。
【００８０】
図３の説明に戻り、ステップＳ１７において、処理装置１１１は、スリープ指示処理のサブルーチンを実行する。スリープ指示処理は、処理装置１１１が各ネットワーク上のＥＣＵのモードを、ネットワーク単位でスリープモードへ移行させる処理である。以下、図９のフローチャートを参照してスリープ指示処理について説明する。なお、図９は第１の実施形態に係るスリープ指示処理のサブルーチンを示すフローチャートの一例である。処理装置１１１は、スリープ指示処理のサブルーチンを開始すると、先ず、ステップＳ１７１の処理を開始する。
【００８１】
ステップＳ１７１において、処理装置１１１は、ネットワークを一つ選択する。具体的には、処理装置１１１は、自機に接続される第１ネットワークまたは第２ネットワークの何れかを選択する。以下、本ステップＳ１７１において選択したネットワークを選択ネットワークと呼称する。ステップＳ１７１の処理を完了すると、処理装置１１１は、処理をステップＳ１７２へ進める。
【００８２】
ステップＳ１７２において、処理装置１１１は、選択ネットワーク上の全ＥＣＵのスリープ許可フラグがＯＫであるか否かを判定する。具体的には、処理装置１１１は、記憶装置１１２に記憶されたスリープ許可フラグテーブルを参照し、選択ネットワークに属する全ＥＣＵのスリープ許可フラグがＯＫであるか否か判定する。例えば、選択ネットワークとして第１ネットワークが選択されている場合、処理装置１１１は、図８に示すスリープ許可フラグテーブルを参照し、ＥＣＵ１２１およびＥＣＵ１２２のスリープ許可フラグが何れもＯＫであるか否かを判定する。処理装置１１１は、選択ネットワークに属する全ＥＣＵのスリープ許可フラグがＯＫであると判定した場合、処理をステップＳ１７３に進める。一方、処理装置１１１は、選択ネットワークに属するＥＣＵのスリープ許可フラグが一つでもＮＧである場合、処理をステップＳ１７４へ進める。
【００８３】
ステップＳ１７３において、処理装置１１１は、選択ネットワークにスリープ移行指示データを送信する。具体的には、処理装置１１１は、選択ネットワーク上の各ＥＣＵへスリープ移行指示データを、当該選択ネットワークと処理装置１１１とを接続する通信バスを介して、ブロードキャスト方式で送信する。ステップＳ１７３の処理を完了すると、処理装置１１１は処理をステップＳ１７４へ進める。
【００８４】
上記ステップＳ１７２およびステップＳ１７３の処理によれば、選択ネットワーク上の全ＥＣＵのスリープ許可フラグがＯＫである場合にのみ、当該選択ネットワーク上の全ＥＣＵの動作モードがスリープモードへ移行される。
【００８５】
ステップＳ１７４において、処理装置１１１は、全てのネットワークを選択したか否かを判定する。具体的には、処理装置１１１は、自機に接続されている全てのネットワークをステップＳ１７１の処理において選択したか否かを判定する。処理装置１１１は、全てのネットワークを選択したと判定した場合、スリープ指示処理を完了して、処理を図３のフローチャートのステップＳ１８へ進める。一方、処理装置１１１は、選択していないネットワークがあると判定した場合、処理をステップＳ１７１へ戻す。
【００８６】
上記ステップＳ１７４の処理によれば、全てのネットワークについて、ステップＳ１７２の判定処理を実行するまで、上記ステップＳ１７１からステップＳ１７３の処理が繰り返し実行される。
【００８７】
上記スリープ指示処理において、例えば、選択ネットワークとして第１ネットワークが選択されている場合、図８に示すスリープ許可フラグテーブルを参照すると、当該第１ネットワークに属するＥＣＵ１２１およびＥＣＵ１２２のスリープ許可フラグが何れもＯＫであるので、処理装置１１１は、通信バス１２へスリープ移行指示データを送信する。一方、選択ネットワークとして第２ネットワークが選択されている場合、当該第２ネットワークに属するＥＣＵ１３１およびＥＣＵ１３２のスリープ許可フラグが何れもＮＧであるので、処理装置１１１は、ステップＳ１７３の処理を実行せず、通信バス１３へはスリープ移行指示データを送信しない。
【００８８】
このように、図９に示すスリープ指示処理によれば、接続される全てのＥＣＵのスリープ許可フラグがＯＫであるネットワークにのみ、スリープ移行指示データが送信され、当該ネットワーク上の全てのＥＣＵがスリープモードへ移行する。なお、スリープモードへ移行不可のＥＣＵと協調動作するＥＣＵのスリープ許可フラグは上述図５のスリープ判定処理において予めＮＧに設定されるため、スリープモードへ移行不可のＥＣＵと協調動作するＥＣＵは、図９のスリープ指示処理においてスリープモードへ移行されることがなく、ウェイクモードに維持される。
【００８９】
図３のフローチャートの説明に戻り、ステップＳ１８において、処理装置１１１は、タイマー値Ｔをリセットする。具体的には、処理装置１１１は、記憶装置１１２に記憶されるタイマー値Ｔを初期値に戻して上書きする。ステップＳ１８の処理を完了すると、処理装置１１１は、処理をステップＳ１９へ進める。
【００９０】
ステップＳ１９において、処理装置１１１は、電力が供給されているか否かを判定する。具体的には、処理装置１１１は、電源装置からの電力が供給されているか否かを判定する。処理装置１１１は、電源装置から電力が供給されている場合、処理をステップＳ１０へ戻す。一方、処理装置１１１は、電源装置から電力が供給されていない場合、図３の処理を終了する。
【００９１】
以上より、第１の実施形態に係るネットワークシステム１によれば、ネットワーク単位で各ＥＣＵをウェイクモードからスリープモードへ移行させることができる。上記の通り、スリープモードはウェイクモードより消費電力量が小さいため、ネットワーク単位で各ＥＣＵの動作モードを移行させることにより、ネットワークシステム１において消費される電力を効率良く低減することができる。また、ネットワークシステム１では、他のＥＣＵと協調した動作処理を実行中のＥＣＵが接続されるネットワークについてはスリープ移行指示データが送信されないため、当該ＥＣＵはウェイクモードに維持される。そのため、上記ＥＣＵは協調した動作処理を維持することができる。
【００９２】
また、上記第１の実施形態に係るネットワークシステム１では、協調ＥＣＵ判別テーブルを予め記憶装置１１２に記憶しているため、各ＥＣＵから送信される動作モードの移行に関する情報（スリープ可否情報）に含まれる情報量が少なくても、協調ＥＣＵを判別することができる。
【００９３】
なお、上記第１の実施形態では、各ＥＣＵが、スリープ可否情報を従来送信していたデータの一部に織り込んで送信する例について説明したが、各ＥＣＵは、スリープ可否情報を示すデータを従来送信していたデータとは別途に送信しても構わない。
【００９４】
（第２の実施形態）
上記第１の実施形態では、処理装置１１１が、ＥＣＵ同士の協調関係を示す協調ＥＣＵ判別テーブルＡに基づいて、協調ＥＣＵを特定する例について説明したが、処理装置１１１は、ネットワークシステムを流れるデータの種別と、各データを用いて協調動作するＥＣＵとの対応関係を示す協調ＥＣＵ判別テーブルＢに基づいて、協調ＥＣＵを判別しても構わない。以下、第２の実施形態に係るネットワークシステムについて説明する。なお、第２の実施形態に係るネットワークシステムの構成は第１の実施形態に係るネットワークシステムと同様であるので、当該構成についての詳細な説明は省略する。
【００９５】
先ず、第２の実施形態に係る各ＥＣＵが送受信するデータの形式について、図１０を参照して説明する。図１０は、第２の実施形態に係る各ＥＣＵが送受信するデータの形式の一例を示す図である。第２の実施形態に係る各ＥＣＵが送受信するデータは、ヘッダフィールド４１およびデータフィールド４２の各ビット領域で構成されるデジタルデータである。ここで、データフィールド４２は、さらにコマンドフィールド４２１およびパラメータフィールド４２２から構成される。コマンドフィールド４２１は、データの種別を示すコマンドコードが格納されるビット領域である。コマンドコードは、例えば、エンジンの回転数や、車室内の温度などの、データの種別を示す。パラメータフィールド４２２は、当該データのパラメータを示すビット領域である。例えば、データがエンジンの回転数を示すデータである場合、５０００ｒｐｍなどの回転数の数値情報がパラメータフィールド４２２に格納される。
【００９６】
各ＥＣＵは、コマンドコードが異なる複数の種別のデータを送信している。処理装置１１１は、データを受信すると、当該データのコマンドコードを識別し、当該データを用いて制御処理を行うＥＣＵが接続されたネットワークへ当該データを中継するフィルタリング処理を、スリープ制御処理と並行して実行する。なお、第２の実施形態では、各ＥＣＵは、データの送信が不要な場合には、データを送信しないものとする。
【００９７】
次いで、図１１を参照して、第２の実施形態に係る処理装置１１１の処理について説明する。図１１は、第２の実施形態に係る処理装置１１１が実行するスリープ制御処理を示すフローチャートの一例である。第２の実施形態に係る処理装置１１１は、第１の実施形態と同様に、車両に搭載される電源装置からゲートウェイ装置１１へ電源が供給されている間、図１１に示すスリープ制御処理を実行する。処理装置１１１は、図１１に示すスリープ制御処理を開始すると、先ず、ステップＳ２０の処理を実行する。
【００９８】
ステップＳ２０において、処理装置１１１は、上述ステップＳ１０の処理と同様にしてＩＧ系統の電源がオフであるか否かを判定する。処理装置１１１は、ＩＧ系統の電源線から電力が供給されていない場合、車両のＩＧ電源がオフであると判定して、処理をステップＳ２１へ進める。一方、処理装置１１１は、ＩＧ系統の電源線から電力が供給されている場合、車両のＩＧ電源がオンであると判定して、後述ステップＳ２１からステップＳ２７の処理を省略して処理をステップＳ２８へ進める。
【００９９】
ステップＳ２１において、処理装置１１１は、上述ステップＳ１１の処理と同様にしてデータを受信したか否かを判定する。処理装置１１１は、データを受信したと判定した場合、処理をステップＳ２２へ進める。一方、処理装置１１１は、データを受信していないと判定した場合、ステップＳ２２およびステップＳ２３の処理を省略して、処理をステップＳ２４へ進める。
【０１００】
ステップＳ２２において、処理装置１１１は、受信データのコマンドコードを抽出する。具体的には、上記ステップＳ２１において受信した受信データのコマンドフィールド４２１に格納されたコマンドコードを抽出する。ステップＳ２２の処理を完了すると、処理装置１１１は、処理をステップＳ２３へ進める。
【０１０１】
ステップＳ２３において、処理装置１１１は、コマンドコードおよび協調ＥＣＵ判別テーブルＢに基づいて、受信データテーブルＡを更新、または作成する。
【０１０２】
協調ＥＣＵ判別テーブルＢは、各コマンドコードを有するデータと、当該各データを用いて制御処理を行うＥＣＵとの対応関係を示すテーブルデータである。協調ＥＣＵ判別テーブルＢは、予め記憶装置１１２に記憶される。図１２は、協調ＥＣＵ判別テーブルＢの一例を示す図である。図１２に示す協調ＥＣＵ判別テーブルＢおいて、各行は、データに含まれる各コマンドコードに対応する。また、協調ＥＣＵ判別テーブルＢにおいて、各列は、処理装置１１１に接続するネットワーク上の各ＥＣＵに対応する。図１２の協調ＥＣＵ判別テーブルＢでは、各行において、当該行のデータを用いて制御処理を行うＥＣＵを、当該ＥＣＵを示す列に○印を付して示す。
【０１０３】
第２の実施形態に係る受信データテーブルＡは、処理装置１１１が受信したデータと、当該データを用いて制御処理を行うＥＣＵとの対応関係を示すテーブルである。図１３は、第２の実施形態に係る処理装置１１１が作成する受信データテーブルＡの一例を示す図である。受信データテーブルＡにおいて、各行は、ステップＳ２１の処理で受信したデータを示す。また、受信データテーブルＡにおいて、２列目は各データのコマンドコードに対応し、３列目以降の各列は、処理装置１１１に接続する各ネットワーク上の各ＥＣＵに対応する。図１３に示す受信データテーブルＡでは、各行において、当該行のデータを送受信して制御処理を行うＥＣＵを示す列に○印を付して、各データと、当該データを送受信して制御処理を行うＥＣＵとの対応関係を示す。
【０１０４】
ここで、処理装置１１１が受信したデータは、第１ネットワークまたは第２ネットワーク上のＥＣＵの何れかから送信されたデータである。したがって、受信データテーブルＡ中で○印が付された列に対応するＥＣＵは、ネットワークシステム上の何れかのＥＣＵにとっての協調対象ＥＣＵであり、且つ、当該ＥＣＵと現時点で協調動作する協調ＥＣＵであるといえる。
【０１０５】
本ステップＳ２３における処理装置１１１の具体的な処理について説明する。先ず、処理装置１１１は、受信データテーブルＡが作成されているか否かを判定する。受信データテーブルＡが作成されていない場合、処理装置１１１は、ステップＳ２１の処理で受信したデータに対応する行を１行目として新たに受信データテーブルＡを作成する。受信データテーブルＡが既に作成されている場合、処理装置１１１は、ステップＳ２１の処理で受信したデータに対応する行を受信データテーブルＡに追加する。
【０１０６】
次いで、処理装置１１１は、上記協調ＥＣＵ判別テーブルＢ上で、ステップＳ２２において抽出したコマンドコードに対応した行を探索し、○印が付された列に対応するＥＣＵ、すなわち協調ＥＣＵを抽出する。そして、処理装置１１１は、上記受信データテーブルＡに追加または作成した行で、上記の通り抽出した協調ＥＣＵに対応する列に○印を付す。
【０１０７】
例えば、受信データのコマンドコードがＤである場合、先ず、処理装置１１１は、図１３の４行目に示すように上記コマンドコードＤの受信データに対応する行を受信データテーブルＡに追加する。次いで、処理装置１１１は、図１２に示す協調ＥＣＵ判別テーブルＢを参照し、ＥＣＵ１３１およびＥＣＵ１３２を協調ＥＣＵとして抽出する。そして、処理装置１１１は、図１３の４行目に示すように、協調ＥＣＵ判別テーブルＢにおいて協調ＥＣＵとして抽出したＥＣＵ１３１およびＥＣＵ１３２に対応する列に○印を付す。
【０１０８】
処理装置１１１は、ステップＳ２３の処理を完了すると処理をステップＳ２４へ進める。
【０１０９】
ステップＳ２４において、処理装置１１１は、上記ステップＳ１４の処理と同様にしてタイマー値Ｔをカウントアップする。ステップＳ２４の処理を完了すると、処理装置１１１は、処理をステップＳ２５へ進める。
【０１１０】
ステップＳ２５において、処理装置１１１は、上記ステップＳ１５の処理と同様にしてタイマー値Ｔが処理周期Ｔｔｈ以上であるか否かを判定する。処理装置１１１は、タイマー値Ｔが処理周期Ｔｔｈ以上である場合、処理をステップＳ２６へ進める。一方、処理装置１１１は、タイマー値Ｔが処理周期Ｔｔｈ未満である場合、処理をステップＳ２１へ戻す。
【０１１１】
上記ステップＳ２１からステップＳ２５の処理によれば、処理装置１１１は、処理周期Ｔｔｈが経過する間に受信した受信データの種別および、予め記憶された協調ＥＣＵ判別テーブルＢに基づいて受信データテーブルＡを作成、および更新する。例えば、処理周期Ｔｔｈが経過する間に、処理装置１１１は、データａ、データｂ、データｃ、およびデータｄ、を受信すると、図１３に示す受信データテーブルＡを作成する。
【０１１２】
なお、図１３では各受信データに各々対応する行を用意して、受信データテーブルＡを作成する例を示したが、受信データの各コマンドコードに対応する行のみを用意して受信データテーブルを作成しても構わない。すなわち、コマンドコードが重複するデータを受信した場合、当該コマンドコードに対応する行を一つ追加するようにして受信データテーブルを作成しても構わない。
【０１１３】
ステップＳ２６において、処理装置１１１は、図１４に示すスリープ判定処理を実行する。図１４は、第２の実施形態に係るスリープ判定処理のサブルーチンを示すフローチャートの一例である。処理装置１１１は、図１４のスリープ判定処理のサブルーチン処理を開始すると、先ず、ステップＳ２６１の処理を実行する。
【０１１４】
ステップＳ２６１において、処理装置１１１は、受信データテーブルＡにおいてＥＣＵを一つ選択する。具体的には、受信データテーブルＡにおいて各列に対応するＥＣＵのうち一つを選択する。以下、本ステップＳ２６１において選択されたＥＣＵを選択ＥＣＵ−Ｂと呼称する。ステップＳ２６１の処理を完了すると、処理装置１１１は、処理をステップＳ２６２へ進める。
【０１１５】
ステップＳ２６２において、処理装置１１１は、選択ＥＣＵ−Ｂが制御処理に用いるデータを受信しているか否かを判定する。具体的には、図１３に示す受信データテーブルＡ中、ステップＳ２６１の処理で選択した選択ＥＣＵ−Ｂの列において、何れかの行で○印が付されているか否かを判定する。上記選択ＥＣＵ−Ｂの列の、何れかの行で○印が付されている場合、処理装置１１１は、選択ＥＣＵ−Ｂが制御処理に用いるデータを受信していると判定し、処理をステップＳ２６３へ進める。一方、上記の列において何れの行にも○印が付されていない場合、処理装置１１１は、選択ＥＣＵ−Ｂが制御処理に用いるデータを受信していないと判定し、処理をステップＳ２６３へ進める。
【０１１６】
ステップＳ２６３において、処理装置１１１は、選択ＥＣＵ−Ｂのスリープ許可フラグをＮＧに設定する。具体的には、処理装置１１１は、上記図６に示すスリープ許可フラグテーブルを記憶装置１１２から読み出し、選択ＥＣＵ−Ｂのスリープ許可フラグをＮＧに上書きして設定する。なお、第２の実施形態において、スリープ許可フラグテーブルは予め記憶装置１１２に記憶されているものとする。ステップＳ２６３の処理を完了すると、処理装置１１１は、処理をステップＳ２６５へ進める。
【０１１７】
ステップＳ２６４において、処理装置１１１は、選択ＥＣＵ−Ｂのスリープ許可フラグをＯＫに設定する。具体的には、処理装置１１１は、上記図６に示すスリープ許可フラグテーブルを記憶装置１１２から読み出し、選択ＥＣＵ−Ｂのスリープ許可フラグをＯＫに上書きして設定する。ステップＳ２６４の処理を完了すると、処理装置１１１は、処理をステップＳ２６５へ進める。
【０１１８】
上記ステップＳ２６２からステップＳ２６４の処理によれば、選択ＥＣＵ−Ｂがネットワークシステム上の何れかのＥＣＵと協調動作する協調ＥＣＵであるか否かを判定し、協調ＥＣＵであると特定されたＥＣＵのスリープ許可フラグをＮＧに設定することができる。
【０１１９】
ステップＳ２６５において、処理装置１１１は、全ＥＣＵのスリープ許可フラグの設定が完了したか否かを判定する。具体的には、処理装置１１１は、全てのＥＣＵをステップＳ２６１の処理において選択したか否かを判定する。処理装置１１１は、全てのＥＣＵをステップＳ２６１の処理において選択した場合、全ＥＣＵのスリープ許可フラグの設定が完了したものと判定して、スリープ判定処理のサブルーチンを終了し、処理を図１１のステップＳ２７へ進める。一方、処理装置１１１は、ステップＳ２６１の処理において未選択のＥＣＵが存在する場合、全ＥＣＵのスリープ許可フラグの設定が完了していないと判定して、処理をステップＳ２６１へ戻す。
【０１２０】
例えば、図１３に示す内容の受信データテーブルが作成されている場合、上記ステップＳ２６１からステップＳ２６５のスリープ判定処理によれば、図８に示すようにＥＣＵ１２１およびＥＣＵ１２２のスリープ許可フラグがＯＫに設定され、ＥＣＵ１３１およびＥＣＵ１３２のスリープ許可フラグがＮＧに設定される。
【０１２１】
上記ステップＳ２１からステップＳ２４の処理、およびスリープ判定処理によれば、ネットワーク上の何れかのＥＣＵと協調動作中である協調ＥＣＵを、第１の実施形態のようにスリープ可否情報などの各ＥＣＵからスリープモードへの移行に関する情報を送信させることなく、特定することができる。
【０１２２】
図１１の説明に戻り、ステップＳ２７において、処理装置１１１は、上記図９と同様のスリープ指示処理のサブルーチン処理を実行する。本ステップＳ２７の処理により、処理装置１１１は、上記ステップＳ２６において、全てのＥＣＵのスリープ許可フラグがＯＫに設定されたネットワークにのみスリープ移行指示データを送信する。ステップＳ２７の処理を完了すると、処理装置は、処理をステップＳ２８へ進める。
【０１２３】
ステップＳ２８において、処理装置１１１は、タイマー値および受信データテーブルＡをリセットする。具体的には、処理装置１１１は、記憶装置１１２に記憶されるタイマー値Ｔを初期値に戻して上書きする。また、処理装置１１１は、受信データテーブルＡを示すデータを記憶装置１１２から削除する。なお、処理装置１１１は、受信データテーブルＡを削除する代わりに、受信データテーブルＡの内容を初期状態、すなわち○印が付されていない状態へ戻しても構わない。ステップＳ２８の処理を完了すると、処理装置１１１は、処理をステップＳ２９へ進める。
【０１２４】
ステップＳ２９において、処理装置１１１は、電力が供給されているか否かを判定する。処理装置１１１は、電源装置から電力が供給されている場合、処理をステップＳ２０へ戻す。一方、処理装置１１１は、電源装置から電力が供給されていない場合、図１１の処理を終了する。
【０１２５】
以上より、第２の実施形態に係るネットワークシステムにおいては、処理装置１１１が受信するデータの種別に応じてウェイクモードに維持させるべき協調ＥＣＵを特定することができる。したがって、第２の実施形態に係る各ＥＣＵは、送信するデータに予めスリープに関する情報を織り込む必要がない。故に、各ＥＣＵが送信するデータのサイズが小さくて済む。
【０１２６】
また、一般的に、車両に搭載されるＥＣＵの中には、送受信するデータの種別を、ＩＧ系統、ＡＣＣ系統などの車両の各電源系統のオン、オフの状態に応じて変更するＥＣＵが存在する。すなわち、電源系統の状態に応じて協調動作の相手となるＥＣＵが変わるＥＣＵが存在する。上記第２の実施形態に係るネットワークシステムによれば、処理装置１１１が受信するデータの種別に基づいて協調ＥＣＵを特定するため、上記のような電源系統の状態に応じて協調動作する対象が変わるＥＣＵがネットワークシステム上に存在する場合にも、電源系統の状態を検知することなく、協調ＥＣＵを正確に特定することができる。
【０１２７】
なお、上記第２の実施形態では、各ＥＣＵがデータの送信が不要な場合にデータを送信しない場合を前提として説明したが、一般的に、データの送信が不要な場合であってもデータを継続的に送信し続けるＥＣＵが存在する。このようなＥＣＵがネットワークシステムに含まれる場合、当該ＥＣＵが送信するデータに、当該データが送信不要なデータであるか否かを示す情報を含ませる。そして、処理装置１１１は、上記データが送信不要でない場合のみ、上記ステップＳ２１において受信データとして受信する。このような処理によれば、上記のようなデータを継続的に送信し続けるＥＣＵがネットワークシステムに含まれる場合であっても適切に各ＥＣＵをスリープモードへ移行させることができる。
【０１２８】
また、上記第２の実施形態の発明をＣＡＮプロトコルのネットワークシステムに適用する場合、ＣＡＮにおいて定義されるメッセージＩＤを上記コマンドコードとして扱うよう適用して構わない。
【０１２９】
（第３の実施形態）
上記第２の実施形態では、処理装置１１１が受信データテーブルＡを予め記憶装置１１２に記憶された協調ＥＣＵ判別テーブルＢに基づいて判別例について説明したが、処理装置１１１は、他の手法で受信データテーブルを作成しても構わない。例えば、各ＥＣＵが他のＥＣＵのスリープモードへの移行許可を示す情報を送信する場合、処理装置１１１は当該情報に基づいて受信データテーブルを作成することができる。すなわち、協調ＥＣＵ判別テーブルＢを用意する必要がない。以下、第３の実施形態に係るネットワークシステムについて説明する。なお、第３の実施形態に係るネットワークシステムの構成は第１の実施形態に係るネットワークシステムと同様であるので、当該構成についての詳細な説明は省略する。
【０１３０】
先ず、第３の実施形態に係る各ＥＣＵが送受信するデータの形式について、図１５を参照して説明する。図１５は、第３の実施形態に係る各ＥＣＵが送受信するデータの形式の一例を示す図である。第３の実施形態に係る各ＥＣＵが送受信するデータは、ヘッダフィールド４１、データフィールド４２、およびスリープ許可情報フィールド４４の各ビット領域で構成されるデジタルデータである。上記スリープ許可情報フィールド４４は、スリープ許可情報が格納されるビット領域である。
【０１３１】
スリープ許可情報とは、各ＥＣＵをスリープモードへの移行を許可するか否かを示す情報である。図１６は、スリープ許可情報のイメージ図である。図１６では、スリープ許可情報がテーブル形式のデータ構造をとる場合を例示する。図１６に示すスリープ許可情報のテーブル中、各列はネットワーク上の各ＥＣＵに対応する。図１６に示すスリープ許可情報のテーブル中、スリープモードへの移行を許可しないＥＣＵについては、対応する列に○印を付して示す。例えば、図１６に示すスリープ許可情報では、ＥＣＵ１２２およびＥＣＵ１３２がスリープモードへの移行が許可されない。
【０１３２】
各ＥＣＵは、例えば、車両に搭載される各電源系統のオンオフの状態に応じて、自機と協調動作する協調ＥＣＵを判別する。具体的には、各ＥＣＵは、各電源系統のオンオフの状態毎に、どのＥＣＵと協調動作するかを示すテーブルデータを予め記憶しておく。そして、各ＥＣＵは、各電源系統のオンオフの状態を検知し、当該各電源系統の状態で自機協調動作するＥＣＵを、当該テーブルデータから抽出する。あるいは、各ＥＣＵは、車両に搭載された各種センサからの情報に基づいて、自機と協調動作する協調ＥＣＵを判別する。例えば、メーター装置を制御するＥＣＵ（以下、メーターＥＣＵと呼称する）は、シートに備えられたセンサ装置から、乗員の有無を判別する。そして、乗員が存在しない場合には、メーターＥＣＵは、シートの位置調整等の制御が行われないものとみなし、シートに位置調整を制御するＥＣＵを、自機と協調動作するＥＣＵでないと判別する。
【０１３３】
各ＥＣＵは、自機と協調動作するＥＣＵが判別された場合には、自機、および自機と協調動作するＥＣＵのスリープモードへの移行を許可しないことを示すスリープ許可情報を、ブロードキャスト送信する。
【０１３４】
次いで、図１７を参照して、第３の実施形態に係る処理装置１１１の処理について説明する。図１７は、第３の実施形態に係る処理装置１１１が実行するスリープ制御処理を示すフローチャートの一例である。第３の実施形態に係る処理装置１１１は、第１の実施形態と同様に、車両に搭載される電源装置からゲートウェイ装置１１へ電源が供給されている間、図１７に示すスリープ制御処理を実行する。処理装置１１１は、図１７に示すスリープ制御処理を開始すると、先ず、ステップＳ３０の処理を実行する。
【０１３５】
ステップＳ３０において、処理装置１１１は、上述ステップＳ１０の処理と同様にしてＩＧ系統の電源がオフであるか否かを判定する。処理装置１１１は、ＩＧ系統の電源線から電力が供給されていない場合、車両のＩＧ電源がオフであると判定して、処理をステップＳ３１へ進める。一方、処理装置１１１は、ＩＧ系統の電源線から電力が供給されている場合、車両のＩＧ電源がオンであると判定して、後述ステップＳ３１からステップＳ３７の処理を省略して処理をステップＳ３８へ進める。
【０１３６】
ステップＳ３１において、処理装置１１１は、上述ステップＳ１１の処理と同様にしてデータを受信したか否かを判定する。処理装置１１１は、データを受信したと判定した場合、処理をステップＳ３２へ進める。一方、処理装置１１１は、データを受信していないと判定した場合、ステップＳ３２およびステップＳ３３の処理を省略して、処理をステップＳ３４へ進める。
【０１３７】
ステップＳ３２において、処理装置１１１は、受信データからスリープ許可情報を抽出する。具体的には、上記ステップＳ３１において受信した受信データのスリープ許可情報を抽出する。ステップＳ３２の処理を完了すると、処理装置１１１は、処理をステップＳ３３へ進める。
【０１３８】
ステップＳ３３において、処理装置１１１は、スリープ許可情報に基づいて受信データテーブルＢを作成、または更新する。
【０１３９】
図１８は、第３の実施形態に係る処理装置１１１が作成する受信データテーブルＢの一例を示す図である。受信データテーブルＢにおいて、各行は、ステップＳ３１の処理で受信したデータを示す。受信データテーブルＢにおいて、２列目以降の各列は、処理装置１１１に接続する各ネットワーク上の各ＥＣＵに対応する。図１８に示す受信データテーブルＢでは、各行において、当該行のデータを用いて制御処理を行うＥＣＵを示す列に○印を付して、各データと、当該データを用いて制御処理を行うＥＣＵとの対応関係を示す。
【０１４０】
なお、図１８では各受信データに各々対応する行を用意して、受信データテーブルＢを作成する例を示したが、受信データの各コマンドコードに対応する行のみを用意して受信データテーブルを作成しても構わない。すなわち、コマンドコードが重複するデータを受信した場合、当該コマンドコードに対応する行を一つ追加するようにして受信データテーブルを作成しても構わない。
【０１４１】
本ステップＳ３３における処理装置１１１の具体的な処理について説明する。先ず、処理装置１１１は、受信データテーブルＢが作成されているか否かを判定する。受信データテーブルＢが作成されていない場合、処理装置１１１は、ステップＳ３１の処理で受信したデータに対応する行を１行目として新たに受信データテーブルＢを作成する。受信データテーブルＢが既に作成されている場合、処理装置１１１は、ステップＳ３１の処理で受信したデータに対応する行を受信データテーブルＢに追加する。そして、受信データテーブルＢの各行では、ステップＳ３２の処理で抽出したスリープ許可情報と同様に、スリープを許可しないＥＣＵに対応する列へ○印を付す。ステップＳ３３の処理を完了すると、処理装置１１１は、処理をステップＳ３４へ進める。
【０１４２】
ステップＳ３４において、処理装置１１１は、上記ステップＳ１４の処理と同様にしてタイマー値Ｔをカウントアップする。ステップＳ２４の処理を完了すると、処理装置１１１は、処理をステップＳ３５へ進める。
【０１４３】
ステップＳ３５において、処理装置１１１は、上記ステップＳ１５の処理と同様にしてタイマー値Ｔが処理周期Ｔｔｈ以上であるか否かを判定する。処理装置１１１は、タイマー値Ｔが処理周期Ｔｔｈ以上である場合、処理をステップＳ３６へ進める。一方、処理装置１１１は、タイマー値Ｔが処理周期Ｔｔｈ未満である場合、処理をステップＳ３１へ戻す。
【０１４４】
上記ステップＳ３１からステップＳ３５の処理によれば、処理装置１１１は、処理周期Ｔｔｈが経過する間に受信した受信データに含まれるスリープ許可情報に基づいて受信データテーブルＢを作成、および更新する。つまり、第３の実施形態に係るネットワークシステムにおいては、協調ＥＣＵ判別テーブルなどのデータを記憶装置１１２に予め記憶させておく必要がない。したがって、記憶装置１１２の記憶容量が小さくて済む。
【０１４５】
ステップＳ３６において、処理装置１１１は、上記ステップＳ２６と同様に図１４に示すスリープ判定処理を実行して、ステップＳ３３で作成および更新した受信データテーブルＢに基づいて全ＥＣＵのスリープ許可フラグを設定する。図１７に示す受信データテーブルＢに基づいてＥＣＵのスリープ許可フラグが設定された場合、ＥＣＵ１２１およびＥＣＵ１２２のスリープ許可フラグはＯＫに、ＥＣＵ１３１およびＥＣＵ１３２のスリープ許可フラグはＮＧに設定される。ステップＳ３６の処理を完了すると、処理装置１１１は、処理をステップＳ３７へ進める。
【０１４６】
ステップＳ３７において、処理装置１１１は、上記ステップＳ１７と同様に図９に示すスリープ指示処理を実行して、ネットワーク上の全てのＥＣＵのスリープ許可フラグがＯＫであるネットワークへ、スリープ移行指示データを送信する。ステップＳ３７の処理を完了すると、処理装置１１１は、処理をステップＳ３８へ進める。
【０１４７】
ステップＳ３８において、処理装置１１１は、上記ステップＳ２８と同様にタイマー値Ｔおよび受信データテーブルＢをリセットする処理を行う。ステップＳ３８の処理を完了すると、処理装置１１１は、処理をステップＳ３９へ進める。
【０１４８】
ステップＳ３９において、処理装置１１１は、上記ステップＳ１９と同様に電力が供給されているか否かを判定する。処理装置１１１は、電源装置から電力が供給されている場合、処理をステップＳ３０へ戻す。一方、処理装置１１１は、電源装置から電力が供給されていない場合、図１７の処理を終了する。
【０１４９】
以上より、第３の実施形態に係るネットワークシステムにおいては、処理装置１１１が受信するデータに含まれるスリープ許可情報に基づいてウェイクモードに維持させるべき協調ＥＣＵを特定することができる。
【０１５０】
なお、上記第３の実施形態においては、各ＥＣＵが互いに送受信するデータの一部にスリープ許可情報を織り込む例について説明したが、各ＥＣＵは、ＥＣＵ同士が送受信するデータとは別途にスリープ許可情報のみを含むデータを送信しても構わない。このようにスリープ許可情報のみを含むデータを送信する場合、データの一部にスリープ許可情報を織り込む場合に比べて、１データあたりのサイズを小さくすることができる。一方、データの一部にスリープ許可情報を織り込む場合は、スリープ許可情報のみを含むデータを送信する場合に比べて、ネットワーク上のデータ数を少なくすることができる。
【０１５１】
（第４の実施形態）
上記第２の実施形態では、処理装置１１１が、各ＥＣＵ個別にスリープ移行指示データを送信可能か否かを判別した後、スリープ移行指示データを送信可能なネットワークを判別する例について説明したが、処理装置１１１は、各ＥＣＵ個別にスリープ移行指示データを送信可能か否かを判別することなく、スリープ移行指示データを送信可能なネットワークを判別しても構わない。以下、第４の実施形態に係るネットワークシステムについて説明する。なお、第４の実施形態に係るネットワークシステムの構成は、第１の実施形態に係るネットワークシステムと同様であるので、当該構成についての詳細な説明は省略する。また、第４の実施形態において各ＥＣＵが送信するデータの形式は、第２の実施形態に係るＥＣＵが送信するデータの形式と同様であるので、当該データの形式についての詳細な説明は省略する。
【０１５２】
次いで、図１９を参照して、第４の実施形態に係る処理装置１１１の処理について説明する。図１９は、第４の実施形態に係る処理装置１１１が実行するスリープ制御処理を示すフローチャートの一例である。第４の実施形態に係る処理装置１１１は、第１の実施形態と同様に、車両に搭載される電源装置からゲートウェイ装置１１へ電源が供給されている間、図１９に示すスリープ制御処理を実行する。処理装置１１１は、図１９に示すスリープ制御処理を開始すると、先ず、ステップＳ４０の処理を実行する。
【０１５３】
ステップＳ４０において、処理装置１１１は、上述ステップＳ１０の処理と同様にしてＩＧ系統の電源がオフであるか否かを判定する。処理装置１１１は、ＩＧ系統の電源線から電力が供給されていない場合、車両のＩＧ電源がオフであると判定して、処理をステップＳ４１へ進める。一方、処理装置１１１は、ＩＧ系統の電源線から電力が供給されている場合、車両のＩＧ電源がオンであると判定して、後述ステップＳ４１からステップＳ４７の処理を省略して処理をステップＳ４８へ進める。
【０１５４】
ステップＳ４１において、処理装置１１１は、上述ステップＳ１１の処理と同様にしてデータを受信したか否かを判定する。処理装置１１１は、データを受信したと判定した場合、処理をステップＳ４２へ進める。一方、処理装置１１１は、データを受信していないと判定した場合、ステップＳ４２およびステップＳ４３の処理を省略して、処理をステップＳ４４へ進める。
【０１５５】
ステップＳ４２において、処理装置１１１は、上述ステップＳ２２の処理と同様にして受信データのコマンドコードを抽出する。ステップＳ４２の処理を完了すると、処理装置１１１は、処理をステップＳ４３へ進める。
【０１５６】
ステップＳ４３において、処理装置１１１は、コマンドコードおよび協調ネットワーク判別テーブルに基づいて受信データテーブルＣを更新、または作成する。
【０１５７】
協調ネットワーク判別テーブルは、各コマンドコードを有するデータと、当該各データを送受信して協調動作する協調ＥＣＵが接続されているネットワークとの対応関係をそれぞれに示すテーブルデータである。協調ネットワーク判別テーブルは、予め記憶装置１１２に記憶される。図２０は、協調ネットワーク判別テーブルの一例を示す図である。図２０に示す協調ネットワーク判別テーブルにおいて、各行は、データに含まれる各コマンドコードに対応する。また、協調ネットワーク判別テーブルにおいて、各列は、処理装置１１１に接続するネットワークに対応する。図２０の協調ネットワーク判別テーブルでは、各行に対応するデータを送受信して協調動作する協調ＥＣＵが接続されているネットワークを、当該ネットワークに対応する列に○印を付して示す。
【０１５８】
第４の実施形態に係る受信データテーブルＣは、処理装置１１１が受信したデータと、当該データを送受信する協調ＥＣＵが接続されたネットワークとの対応関係を示す。図２１は、第４の実施形態に係る処理装置１１１が作成する受信データテーブルＣの一例を示す図である。受信データテーブルＣにおいて、各行は、ステップＳ４１の処理で受信したデータを示す。また、受信データテーブルＣにおいて、２列目は各データのコマンドコードに対応し、３列目以降の各列は、処理装置１１１に接続する各ネットワークに対応する。図２１に示す受信データテーブルＣでは、各行において、当該行のデータを送受信して協調動作する協調ＥＣＵが接続されるネットワークを示す列に○印を付して、各データと、当該データを送受信する協調ＥＣＵが接続されたネットワークとの対応関係を示す。
【０１５９】
なお、図２１では各受信データに各々対応する行を用意して、受信データテーブルＣを作成する例を示したが、受信データの各コマンドコードに対応する行のみを用意して受信データテーブルを作成しても構わない。すなわち、コマンドコードが重複するデータを受信した場合、当該コマンドコードに対応する行を一つ追加するようにして受信データテーブルを作成しても構わない。  
【０１６０】
本ステップＳ４３における処理装置１１１の具体的な処理について説明する。先ず、処理装置１１１は、受信データテーブルＣが作成されているか否かを判定する。受信データテーブルＣが作成されていない場合、処理装置１１１は、ステップＳ４１の処理で受信したデータに対応する行を１行目として新たに受信データテーブルＣを作成する。受信データテーブルＣが既に作成されている場合、処理装置１１１は、ステップＳ４１の処理で受信したデータに対応する行を受信データテーブルＣに追加する。
【０１６１】
次いで、処理装置１１１は、協調ネットワーク判別テーブルに基づいて受信データを送受信する協調ＥＣＵが接続されたネットワークを抽出する。具体的には、上記協調ネットワーク判別テーブル上で、ステップＳ４２において抽出したコマンドコードに対応した行を探索し、当該行で○印が付された列に対応するネットワークを抽出する。そして、処理装置１１１は、上記受信データテーブルＣに追加または作成した行で、上記の通り抽出したネットワークに対応する列に○印を付す。このような処理により、受信データテーブルＣでは、現時点において協調動作を実行中の協調ＥＣＵが接続するネットワークに対応する列にのみ○印が付される。
【０１６２】
例えば、受信データのコマンドコードがＤである場合、先ず、処理装置１１１は、図２１の４行目に示すように上記コマンドコードＤの受信データに対応する行を受信データテーブルＣに追加する。次いで、処理装置１１１は、図２０に示す協調ネットワーク判別テーブルを参照し、協調ＥＣＵが接続されたネットワークとして第１ネットワークを抽出する。そして、処理装置１１１は、図２１の４行目に示すように、受信データテーブルＣにおいてに先に抽出した第２ネットワーク対応する列に○印を付す。
【０１６３】
処理装置１１１は、ステップＳ４３の処理を完了すると処理をステップＳ４４へ進める。
【０１６４】
ステップＳ４４において、処理装置１１１は、上記ステップＳ１４の処理と同様にしてタイマー値Ｔをカウントアップする。ステップＳ４４の処理を完了すると、処理装置１１１は、処理をステップＳ４５へ進める。
【０１６５】
ステップＳ４５において、処理装置１１１は、上記ステップＳ１５の処理と同様にしてタイマー値Ｔが処理周期Ｔｔｈ以上であるか否かを判定する。処理装置１１１は、タイマー値Ｔが処理周期Ｔｔｈ以上である場合、処理をステップＳ４６へ進める。一方、処理装置１１１は、タイマー値Ｔが処理周期Ｔｔｈ未満である場合、処理をステップＳ４１へ戻す。
【０１６６】
上記ステップＳ４１からステップＳ４５の処理によれば、処理装置１１１は、処理周期Ｔｔｈが経過する間に受信した受信データに基づいて受信データテーブルＣを作成、および更新する。例えば、処理周期Ｔｔｈが経過する間に、処理装置１１１は、データａ、データｂ、データｃ、およびデータｄ、を受信すると、図２１に示す受信データテーブルＣを作成する。
【０１６７】
ステップＳ４６において、処理装置１１１は、図２２に示すスリープ判定処理を実行する。図２２は、第４の実施形態に係るスリープ判定処理のサブルーチンを示すフローチャートの一例である。処理装置１１１は、図２２のスリープ判定処理のサブルーチン処理を開始すると、先ず、ステップＳ４６１の処理を実行する。
【０１６８】
ステップＳ４６１において、処理装置１１１は、受信データテーブルＣにおいてネットワークを一つ選択する。具体的には、受信データテーブルＣにおいて各列に対応するネットワークのうち一つを選択する。以下、本ステップＳ４６１において選択されたＥＣＵを選択ネットワークと呼称する。ステップＳ４６１の処理を完了すると、処理装置１１１は、処理をステップＳ４６２へ進める。
【０１６９】
ステップＳ４６２において、処理装置１１１は、選択ネットワークに協調動作中のＥＣＵが接続されているか否かを判定する。具体的には、図２１に示す受信データテーブルＣ中、ステップＳ４６１の処理で選択した選択ネットワークの列において、何れかの行で○印が付されているか否かを判定する。上記の列において何れかの行で○印が付されている場合、処理装置１１１は、選択ネットワークに協調動作中のＥＣＵが接続されていると判定し、処理をステップＳ４６３へ進める。一方、上記の列において何れの行にも○印が付されていない場合、処理装置１１１は、選択ネットワークに協調動作中のＥＣＵが接続されていないと判定し、処理をステップＳ４６３へ進める。
【０１７０】
ステップＳ４６３において、処理装置１１１は、選択ネットワークの指示許可フラグをＯＫに設定する。具体的には、処理装置１１１は、指示許可フラグテーブルを記憶装置１１２から読み出し、選択ネットワークの指示許可フラグをＮＧに上書きして設定する。指示許可フラグテーブルは、各ネットワークの指示許可フラグの状態を示すテーブルデータである。指示許可フラグは、処理装置１１１がネットワークへスリープ移行指示データをブロードキャスト送信可能か否かを示すフラグである。あるネットワークの指示許可フラグがＯＫである場合、処理装置１１１は、当該ネットワークに対してスリープ移行指示データを送信可能である。一方、あるＥＣＵの指示許可フラグがＮＧである場合、処理装置１１１は、当該ＥＣＵに対してスリープ移行指示データを送信不可能である。図２３は指示許可フラグテーブルの一例を示す図である。図２３に示すように、指示許可フラグテーブルにおいて、各列は、処理装置１１１に接続される各ネットワークに対応する。なお、第４の実施形態において、スリープ許可フラグテーブルは予め記憶装置１１２に記憶されているものとする。ステップＳ４６３の処理を完了すると、処理装置１１１は、処理をステップＳ４６５へ進める。
【０１７１】
ステップＳ４６４において、処理装置１１１は、選択ネットワークの指示許可フラグをＮＧに設定する。具体的には、処理装置１１１は、指示許可フラグテーブルを記憶装置１１２から読み出し、選択ネットワークの指示許可フラグをＯＫに上書きして設定する。ステップＳ４６４の処理を完了すると、処理装置１１１は、処理をステップＳ４６５へ進める。
【０１７２】
ステップＳ４６５において、処理装置１１１は、全ネットワークの指示許可フラグの設定が完了したか否かを判定する。具体的には、処理装置１１１は、全てのネットワークをステップＳ４６１の処理において選択したか否かを判定する。処理装置１１１は、全てのネットワークをステップＳ４６１の処理において選択した場合、全ネットワークの指示許可フラグの設定が完了したと判定して、スリープ判定処理のサブルーチンを終了し、処理を図１９のステップＳ４７へ進める。一方、処理装置１１１は、ステップＳ４６１の処理において未選択のネットワークが存在する場合、全ネットワークの指示許可フラグの設定が完了していないと判定して、処理をステップＳ４６１へ戻す。
【０１７３】
例えば、図２１に示す内容の受信データテーブルが作成されている場合、上記ステップＳ４６１からステップＳ４６５のスリープ判定処理によれば、図２３に示すように、第１ネットワークの指示許可フラグがＯＫに設定され、第２ネットワークの指示許可フラグがＮＧに設定される。このように、上記ステップＳ４６１からステップＳ４６５のスリープ判定処理によれば、上記ステップＳ４６１からステップＳ４６５のスリープ判定処理により、データの送信が無いネットワークの指示許可フラグがＯＫに設定される。
【０１７４】
図１１の説明に戻り、ステップＳ４７において、処理装置１１１は、図２４に示すスリープ指示処理のサブルーチン処理を実行する。図２４は、第４の実施形態に係るスリープ指示処理のサブルーチンを示すフローチャートの一例である。処理装置１１１は、スリープ指示処理のサブルーチンを開始すると、先ず、ステップＳ４７１の処理を開始する。
【０１７５】
ステップＳ４７１において、処理装置１１１は、上記ステップＳ１７１の処理と同様にしてネットワークを一つ選択する。以下、本ステップＳ４７１において選択したネットワークを選択ネットワークと呼称する。なお、処理装置１１１は、既に選択したネットワークは選択しないものとする。ステップＳ４７１の処理を完了すると、処理装置１１１は、処理をステップＳ４７２へ進める。
【０１７６】
ステップＳ４７２において、処理装置１１１は、選択ネットワークの指示許可フラグがＯＫであるか否かを判定する。具体的には、処理装置１１１は、記憶装置１１２に記憶された指示許可フラグテーブル（図２３）を参照し、選択ネットワークに属する全ＥＣＵのスリープ許可フラグがＯＫであるか否か判定する。処理装置１１１は、選択ネットワークの指示許可フラグがＯＫである場合、処理をステップＳ４７３に進める。一方、処理装置１１１は、選択ネットワークの指示許可フラグがＮＧである場合、処理をステップＳ４７４へ進める。
【０１７７】
ステップＳ４７３において、処理装置１１１は、選択ネットワークにスリープ移行指示データを送信する。具体的には、処理装置１１１は、選択ネットワークと処理装置１１１とを接続する通信バスへスリープ移行指示データを送信する。ステップＳ４７３の処理を完了すると、処理装置１１１は処理をステップＳ４７４へ進める。
【０１７８】
ステップＳ４７４において、処理装置１１１は、全てのネットワークを選択したか否かを判定する。具体的には、処理装置１１１は、自機に接続されている全てのネットワークをステップＳ４７１の処理において選択したか否かを判定する。処理装置１１１は、全てのネットワークを選択したと判定した場合、スリープ指示処理を完了して、処理を図１９のフローチャートのステップＳ４８へ進める。一方、処理装置１１１は、選択していないネットワークがあると判定した場合、処理をステップＳ４７１へ戻す。
【０１７９】
上記ステップＳ４７４の処理によれば、全てのネットワークについて、ステップＳ４７２の判定処理を実行するまで、上記ステップＳ４７１からステップＳ４７３の処理が繰り返し実行される。
【０１８０】
上記スリープ指示処理において、例えば、ステップＳ４７１の処理で選択ネットワークとして第１ネットワークが選択されている場合、図２３に示す指示許可フラグテーブルにおいて当該第１ネットワークの指示許可フラグがＯＫであるので、処理装置１１１は、ステップＳ４７３の処理を実行して、通信バス１２へスリープ移行指示データを送信する。一方、ステップＳ４７１の処理で選択ネットワークとして第２ネットワークが選択されている場合、図２３に示す指示許可フラグテーブルにおいて当該第２ネットワークの指示許可フラグがＮＧであるので、処理装置１１１は、ステップＳ４７３の処理を実行せず、通信バス１３へはスリープ移行指示データを送信しない。つまり、上記ステップＳ４７１からステップＳ４７４の処理によれば、指示許可フラグがＯＫのネットワーク、すなわちネットワークの送信の無いネットワークに接続するＥＣＵのみがスリープ許可モードへ移行される。そのため、他のＥＣＵと協調動作するＥＣＵがスリープモードへ移行することがない。
【０１８１】
図１９のフローチャートの説明に戻り、ステップＳ４８において、処理装置１１１は、タイマー値Ｔをリセットする。ステップＳ４８の処理を完了すると、処理装置１１１は、処理をステップＳ４９へ進める。
【０１８２】
ステップＳ４９において、処理装置１１１は、電力が供給されているか否かを判定する。具体的には、処理装置１１１は、電源装置からの電力が供給されているか否かを判定する。処理装置１１１は、電源装置から電力が供給されている場合、処理をステップＳ４０へ戻す。一方、処理装置１１１は、電源装置から電力が供給されていない場合、図１９の処理を終了する。
【０１８３】
以上より、第４の実施形態に係るネットワークシステムは、各ネットワーク上のＥＣＵが他のＥＣＵと協調して動作しているか否かを個別に判定することなく、スリープモードへ移行可能なＥＣＵをネットワーク単位で判別することができる。また、第４の実施形態に係るネットワークシステムは、各ネットワークに接続されるＥＣＵの数が増加した場合であっても、処理に用いるテーブルの行列を増やす必要が無いため、記憶装置１１２の記憶領域が小さくて済む。
【０１８４】
また、上記各実施形態では、各ＥＣＵおよび処理装置１１１が、所謂、ＣＡＮプロトコルに基づいた通信を行う例について示したが、マルチマスタ・ブロードキャスト方式の通信プロトコルであれば、他の通信プロトコルを採用しても構わない。
【０１８５】
また、上記各実施形態では、ネットワークシステムが車両に搭載される例について説明したが、本発明に係るネットワークシステムは、車両に搭載せずとも構わない。例えば、ＥＣＵの代わりにパーソナルコンピュータなどの端末装置がノードとして接続されたブロードキャスト型のネットワークに適用しても構わない。
【産業上の利用可能性】
【０１８６】
本発明に係るネットワークシステムは、ゲートウェイ装置を介して接続される複数のネットワーク上の制御装置のモードを適切に切り替え可能とするネットワークシステムなどとして有用である。
【符号の説明】
【０１８７】
１                              ネットワークシステム
１１                            ゲートウェイ装置
１２、１３                      通信バス
１４                            電源装置
１１１                          処理装置
１１２                          記憶装置
１２１、１２２、１３１、１３２  ＥＣＵ
４１                            ヘッダフィールド
４２                            データフィールド
４３                            スリープ可否情報フィールド
４４                            スリープ許可情報フィールド
４２１                          コマンドフィールド
４２２                          パラメータフィールド
【図１】
2010161656.tif 000003
【図２】
2010161656.tif 000004
【図３】
2010161656.tif 000005
【図４】
2010161656.tif 000006
【図５】
2010161656.tif 000007
【図６】
2010161656.tif 000008
【図７】
2010161656.tif 000009
【図８】
2010161656.tif 000010
【図９】
2010161656.tif 000011
【図１０】
2010161656.tif 000012
【図１１】
2010161656.tif 000013
【図１２】
2010161656.tif 000014
【図１３】
2010161656.tif 000015
【図１４】
2010161656.tif 000016
【図１５】
2010161656.tif 000017
【図１６】
2010161656.tif 000018
【図１７】
2010161656.tif 000019
【図１８】
2010161656.tif 000020
【図１９】
2010161656.tif 000021
【図２０】
2010161656.tif 000022
【図２１】
2010161656.tif 000023
【図２２】
2010161656.tif 000024
【図２３】
2010161656.tif 000025
【図２４】
2010161656.tif 000026