JP2015111790A - 通信システム、及び通信ノード並びに通信方法 - Google Patents

Abstract

【課題】通信システムの消費電力を低減すること。【解決手段】第１の通信ノードと複数の第２の通信ノードとを有する通信システムであって、第１の通信ノードは、複数の第２の通信ノードのうちの一つの第２の通信ノードからの該第２の通信ノード以外の他の第２の通信ノードをウエイクアップさせる要求に基づいて、該他の第２の通信ノードをウエイクアップさせるウエイクアップ要求フレームを作成する第１の演算処理部と、第１の演算処理部により作成したウエイクアップ要求フレームを送信する送信部とを有し、第２の通信ノードは、他の第２の通信ノードをウエイクアップさせる要求を行った後に、ウエイクアップ要求フレームを受信したか否かに基づいて、第２の通信ノードと第１の通信ノードとの間の接続状態を判断する第２の演算処理部とを有する。【選択図】図１

Description

本発明は、通信システムに関する。

車両には、車両内の様々な制御を行うために車載ネットワークが構成される。車載ネットワークは、LANに、多くの電子制御ユニット(ECU: Electronic Control Unit)、センサ、アクチュエータなどが接続されることにより構成される。以下、車載ネットワークに接続される、電子制御ユニット、センサ、アクチュエータなどを通信ノードと呼ぶ。通信ノードは、車両内の様々な位置に設置され、通信線や電線により接続される。

例えば、通信線に、複数の通信ノードが接続されることにより、車載ネットワークが構成される。車載ネットワークには、CAN(Controller Area Network)、LIN(Local Interconnect Network)がある。また、車載ネットワークには、 FlexRay（登録商標）に従って通信を行うものがある。

ところで、車載ネットワークに接続される複数の通信ノードのうち、スリープ状態の通信ノードを個別に動作状態に移行させる機能を導入することが検討されている。スリープ状態の通信ノードを動作状態へ移行させる専用のウエイクアップ要求フレームが用意され、このウエイクアップ要求フレームを送信することにより、スリープ状態の通信ノードを個別に動作状態へ移行させる。この機能は、セレクティブウエイクアップ(Selective Wake-up)と呼ばれることもある。スリープ状態の通信ノードのうち、スリープ状態から動作状態へ移行させる通信ノード以外の通信ノードは、スリープ状態を継続する。さらに、動作状態へ移行した通信ノードは、所定の期間、他の通信ノードからフレームを受信しない場合や、他の通信ノードへフレームを送信しない場合には、スリープ状態へ移行する。

複数の通信端末を通信可能に接続したシステムが知られている。スレーブ通信端末は、マスタ通信端末に参加要求を送信する。マスタ通信端末は、通信端末の送信順序を登録する競合管理テーブルを有し、スレーブ通信端末からの参加要求を受信すると、そのスレーブ通信端末を送信順序のいずれかの順位に登録することにより競合管理テーブルを更新し、競合管理テーブルの内容を含む管理フレームをブロードキャスト送信する（例えば、特許文献１参照）。

特開２００４−３６３７０２号公報

マスタとして機能するマスタ通信ノードとスレーブとして機能するスレーブ通信ノードとを有する通信システムに、セレクティブウエイクアップ機能を導入することを考える。

スレーブ通信ノードが他のスレーブ通信ノードをウエイクアップさせるために他のスレーブ通信ノードのマスタ通信ノードへ送信するフレームを「ウエイクアップ依頼フレーム」と呼ぶ。また、マスタ通信ノードが配下のスレーブ通信ノードをウエイクアップさせるために該スレーブ通信ノードへ送信するフレームを「ウエイクアップ要求フレーム」と呼ぶ。

ウエイクアップ状態の第１のスレーブ通信ノードは、スリープ状態の第２のスレーブ通信ノードをウエイクアップ状態へと遷移させるため、第２のスレーブ通信ノードのマスタ通信ノードにウエイクアップ依頼フレームを送信する。

ウエイクアップ依頼フレームを受信したマスタ通信ノードは、第２のスレーブ通信ノードをウエイクアップ状態へと遷移させるため、第２のスレーブ通信ノードにウエイクアップ要求フレームを送信する。

第２のスレーブ通信ノードは、マスタ通信ノードからのウエイクアップ要求フレームを受信すると、ウエイクアップし、ウエイクアップ状態へ遷移する。

仮に、マスタ通信ノードと第２のスレーブ通信ノードとの間の通信が途絶えているとする。

第１のスレーブ通信ノードは、マスタ通信ノードと第２のスレーブ通信ノードとの間の通信が途絶えていることを認識できない。このため、第１のスレーブ通信ノードは、マスタ通信ノードにウエイクアップ依頼フレームを送信した後、所定の待機時間、ウエイクアップ状態を継続する。この待機時間は、ウエイクアップ依頼フレームがマスタ通信ノードに受信され、マスタ通信ノードから第２のスレーブ通信ノードにウエイクアップ要求フレームが送信され、第２のスレーブ通信ノードが該ウエイクアップ要求フレームを受信し、ウエイクアップし、通信可能となると想定される時間に基づいて、予め設定される。

第１のスレーブ通信ノードは、待機期間が経過しても第２のスレーブ通信ノードとの間で通信ができない場合には、フェールセーフ状態へ移行する。このため、ウエイクアップ依頼フレームを送信してから想定される時間が長くなると、フェールセーフ状態へ移行するまでの待機時間が長くなる。また、第１のスレーブ通信ノードは、待機時間の間、ウエイクアップ状態を継続する。ウエイクアップ状態は起動している状態であるため、第１のスレーブ通信ノードの消費電力が大きくなる。

また、仮に、第１のスレーブ通信ノードと第２のスレーブ通信ノードとの間で通信途絶えなどの障害が発生したとする。

第１のスレーブ通信ノードと第２のスレーブ通信ノードとの間で通信が成立しないため、第1のスレーブ通信ノードは待機期間が経過した後にフェースセーフ状態へ遷移する。フェールセーフ状態に遷移した第１のスレーブ通信ノードは、第２のスレーブ通信ノードが通信可能な状態であるか否かを認識できない。つまり、仮に、第２のスレーブ通信ノードが通信可能な状態に復帰しても、第１のスレーブ通信ノードは、第２のスレーブ通信ノードが通信可能な状態に復帰したことを認識できない。このため、第１のスレーブ通信ノードは、フェールセーフ状態を解除できる状態であるにもかかわらず、フェールセーフ状態を継続する。その結果、フェールセーフ状態が長くなる。

本発明の目的は、通信システムの消費電力を低減することである。

開示の一実施例の通信システムは、
第１の通信ノードと複数の第２の通信ノードとを有する通信システムであって、
前記第１の通信ノードは、
前記複数の第２の通信ノードのうちの一つの第２の通信ノードからの該第２の通信ノード以外の他の第２の通信ノードをウエイクアップさせる要求に基づいて、該他の第２の通信ノードをウエイクアップさせるウエイクアップ要求フレームを作成する第１の演算処理部と、
前記他の第２の通信ノードに前記第１の演算処理部により作成したウエイクアップ要求フレームを送信する送信部と
を有し、
前記第２の通信ノードは、
前記他の第２の通信ノードをウエイクアップさせる要求を行った後に、前記ウエイクアップ要求フレームを受信したか否かに基づいて、前記第２の通信ノードと前記第１の通信ノードとの間の接続状態を判断する第２の演算処理部
を有する。

開示の実施例によれば、通信システムの消費電力を低減することができる。

通信システムの一実施例を示す図である。 第１の通信ノードの一実施例を示す図である。 第１の通信ノードの一実施例を示す機能ブロック図である。 CANフレームの一実施例を示す図である。 第５の通信ノードの一実施例を示す図である。 接続状態管理テーブルの一例を示す図である。 第５の通信ノードの一実施例を示す機能ブロック図である。 通信システムの動作（その１）の一実施例を示すシーケンスチャートである。 接続状態管理テーブルの一例を示す図である。 通信システムの動作（その２）の一実施例を示すシーケンスチャートである。 通信システムの動作（その３）の一実施例を示すシーケンスチャートである。 第５の通信ノードの一実施例を示す機能ブロック図である。 通信システムの動作（その４）の一実施例を示すシーケンスチャートである。 通信システムの動作（その５）の一実施例を示すシーケンスチャートである。 通信システムの動作（その６）の一実施例を示すシーケンスチャートである。 通信システムの動作（その７）の一実施例を示すシーケンスチャートである。 通信システムの動作（その８）の一実施例を示すシーケンスチャートである。

次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明する。以下で説明する実施例は一例に過ぎず、本発明が適用される実施の形態は、以下の実施例に限られない。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。

＜第１の実施例＞
＜通信システム＞
図１に、通信システムの一実施例を示す。

通信システムは、第１の通信ノード１００と、第２の通信ノード２００と、第３の通信ノード３００と、第４の通信ノード４００と、第５の通信ノード５００と、第６の通信ノード６００と、第７の通信ノード７００と、第８の通信ノード８００と、第９の通信ノード９００と、第１０の通信ノード１０００と、第１１の通信ノード１１００と、第１２の通信ノード１２００と、第１３の通信ノード１３００とを備える。

図１には、１３個の通信ノードにより通信システムを構成する場合について示すが、２−１２個の通信ノードにより構成してもよいし、１４個以上の通信ノードにより構成してもよい。

第１の通信ノード１００−第４の通信ノード４００および第９の通信ノード９００−第１３の通信ノード１３００は、通信バス６０により有線接続される。第５の通信ノード５００−第８の通信ノード８００および第１３の通信ノード１３００は、通信バス７０により有線接続される。

第１の通信ノード１００−第１３の通信ノード１３００は、例えば車両等の移動体に搭載される。通信システムの一実施例は、車両に搭載される。通信システムの一実施例は、CANなどのLANが適用される。LANには、情報系LAN、パワートレイン系LAN、ボディ系LANなどである。

第１の通信ノード１００−第１３の通信ノード１３００のうち、所定の通信ノードによりグループが構成される。

第１の通信ノード１００−第４の通信ノード４００により第１のグループ１０が構成され、第９の通信ノード９００−第１２の通信ノード１２００により第２のグループ２０が構成され、第２の通信ノード２００および第４の通信ノード４００により第３のグループ３０が構成される。さらに、第５の通信ノード５００−第８の通信ノード８００により第４のグループ４０が構成され、第６の通信ノード６００および第８の通信ノード８００により第５のグループ５０が構成される。

また、第５の通信ノード５００および第１３の通信ノード１３００はマスタノードとして機能し、第５の通信ノード５００および第１３の通信ノード１３００以外の通信ノードはスレーブ通信ノードとして機能する。マスタノードは、１または複数のスレーブ通信ノードをウエイクアップさせるためにウエイクアップ要求フレームを送信したり、他のマスタノードにウエイクアップ依頼フレームを送信したりする。スレーブ通信ノードは、マスタノードにウエイクアップ依頼フレームを送信する。ウエイクアップ依頼フレームは、通信相手となるスレーブ通信ノードを管理するマスタノードに、該スレーブ通信ノードのウエイクアップを依頼する際に送信するフレームである。ウエイクアップ要求フレームは、マスタノードが、配下のスレーブ通信ノードに、ウエイクアップを要求する際に送信するフレームである。

第５の通信ノード５００は、第４のグループ４０および第５のグループ５０のマスタノードとして機能する。この場合、第５の通信ノード５００は、１度のウエイクアップ要求フレームの送信で、第４のグループ４０を構成するスレーブ通信ノードおよび第５のグループ５０を構成するスレーブ通信ノードを個別にウエイクアップさせることができる。また、第５の通信ノード５００は、１度のウエイクアップ要求フレームの送信で、第４のグループ４０を構成する全スレーブ通信ノードおよび第５のグループ５０を構成する全スレーブ通信ノードをそれぞれ同時にウエイクアップさせることもできる。第５の通信ノード５００は、第４のグループ４０および第５のグループ５０を構成する各スレーブ通信ノードの接続状態を管理する。

第１３の通信ノード１３００は、第１のグループ１０−第３のグループ３０のマスタノードとして機能する。この場合、第１３の通信ノード１３００は、１度のウエイクアップ要求フレームの送信で、第１のグループ１０−第３のグループ３０を構成するスレーブ通信ノードを個別にウエイクアップさせることができる。また、第１３の通信ノード１３００は、１度のウエイクアップ要求フレームの送信で、第１のグループ１０を構成する全スレーブ通信ノード、第３のグループ３０を構成する全スレーブ通信ノードをそれぞれ同時にウエイクアップさせることもできる。第１３の通信ノード１３００は、第１のグループ１０−第３のグループ３０を構成する各スレーブ通信ノードの接続状態を管理する。

各通信ノードは、電子制御ユニットなどにより実現される。また、各通信ノードに、センサ、アクチュエータなどが実装されてもよい。例えば、マスタノードにエアコンの制御機能が実装され、複数のスレーブ通信ノードのいずれかに温度センサなどが実装されてもよい。

一例として、第１の通信ノード１００と第６の通信ノード６００との間で通信を行う場合について説明する。他の通信ノード間で通信を行う場合についても適用できる。

第１の通信ノード１００は、第６の通信ノード６００をウエイクアップさせるために、ウエイクアップ依頼フレームを送信する。上述したように、ウエイクアップ依頼フレームは、通信相手となるスレーブ通信ノードを管理するマスタノードに、該スレーブ通信ノードのウエイクアップを依頼する際に送信するフレームである。ウエイクアップ依頼フレームは、第１３の通信ノード１３００を経由して、第６の通信ノード６００のマスタノードである第５の通信ノード５００に受信される。第１３の通信ノード１３００を経由する際、第１３の通信ノード１３００は、第１の通信ノード１００の接続状態を更新する。

第５の通信ノード５００は、第１の通信ノード１００からのウエイクアップ依頼フレームに基づいて、第６の通信ノード６００をウエイクアップさせるためのウエイクアップ要求フレームを送信する。上述したように、ウエイクアップ要求フレームは、マスタノードが、該マスタノードの配下のスレーブ通信ノードに、ウエイクアップを要求する際に送信するフレームである。

第６の通信ノード６００は、ウエイクアップ要求フレームを受信すると、ウエイクアップし、ウエイクアップ要求フレームの送信元である第５の通信ノード５００にウエイクアップフレームを送信する。ウエイクアップフレームは、ウエイクアップ要求フレームを受信したスレーブ通信ノードが、該ウエイクアップ要求フレームの送信元へ送信する応答である。

第５の通信ノード５００は、第６の通信ノード６００からのウエイクアップフレームを受信すると第６の通信ノード６００の接続状態を接続している状態に更新する。

また、第５の通信ノード５００は、所定の送受信待機時間が経過しても、第６の通信ノード６００からのウエイクアップフレームを受信できない場合には第６の通信ノード６００の接続状態を通信途絶えに更新する。第５の通信ノード５００は、第６の通信ノード６００からのウエイクアップフレームを受信できない場合、ウエイクアップ依頼フレームのデータＩＤ（ＩＤ）を記憶するとともに、第１３の通信ノード１３００に、第１の通信ノード１００をスリープ状態に遷移させるスリープ依頼フレームを送信する。スリープ依頼フレームは、マスタノードが配下のスレーブ通信ノードをスリープ状態に遷移させる場合に、該スレーブ通信ノードを管理するマスタノードに送信するフレームである。

第１３の通信ノード１３００は、第５の通信ノード５００からのスリープ依頼フレームを受信すると、第１の通信ノード１００にスリープ要求フレームを送信すると共に、第１の通信ノード１００の通信状態を更新する。スリープ要求フレームは、マスタノードが、該マスタノードの配下のスレーブ通信ノードに、スリープ状態に遷移することを要求する際に送信するフレームである。

第１の通信ノード１００は、第１３の通信ノード１３００からのスリープ要求フレームを受信し、スリープ状態に遷移する。

＜第１の通信ノード１００＞
図２は、第１の通信ノード１００の一実施例を示す。図２は、主に第１の通信ノード１００のハードウェア構成を示す。第２の通信ノード２００−第４の通信ノード４００、第６の通信ノード６００−第１２の通信ノード１２００のハードウェア構成も、図２に示す第１の通信ノード１００を適用できる。

第１の通信ノード１００は、マイクロコントローラ１０２と、トランシーバ１１０とを備える。

マイクロコントローラ１０２は、CPU１０４と、ROM１０６と、RAM１０８とを備える。

第１の通信ノード１００が２個以上のトランシーバを有するようにしてもよい。また、第１の通信ノード１００が２個以上のマイクロコントローラを有するようにしてもよい。

CPU１０４は、第１の通信ノード１００を制御する。具体的には、CPU１０４は、通信相手となるスレーブ通信ノードを管理するマスタノードに、該スレーブ通信ノードをウエイクアップさせるために、ウエイクアップ依頼フレームを送信する制御を実行する。また、CPU１０４は、マスタノードから、ウエイクアップ要求フレームを受信した場合にウエイクアップするとともに、該マスタノードにウエイクアップフレームを送信する制御を実行する。また、CPU１０４は、ウエイクアップ依頼フレームを送信した後、送受信待機時間を経過しても、ウエイクアップ要求フレームを受信しない場合、通信途絶えのダイアグコードを記録して、スリープ状態に遷移する制御を実行する。ここで、送受信待機時間は、送受信のために待受ける時間を示し、この時間が経過した後、スリープ状態またはフェールセーフ状態に遷移する。スリープ状態またはフェールセーフ状態のどちらに遷移するかは予め設定される。フェールセーフ状態に遷移し、他のウエイクアップする要因がない場合にスリープ状態に遷移するようにしてもよい。

ROM１０６は、第１の通信ノード１００の制御を、CPU１０４が実行するためのプログラムを格納するためのメモリである。

RAM１０８は、CPU１０４が第１の通信ノード１００の制御を実行する際に、データを一時的に格納するためのメモリである。また、RAM１０８は、ダイアグコードを記録する。

トランシーバ１１０は、マイクロコントローラ１０２、通信バス６０と接続される。トランシーバ１１０は、CPU１０４からのウエイクアップ依頼フレームを送信する。また、トランシーバ１１０は、マスタノードからのウエイクアップ要求フレームをマイクロコントローラ１０２に入力する。

＜第１の通信ノード１００の機能＞
第１の通信ノード１００の機能の一実施例について説明する。

図３は、第１の通信ノード１００の機能の一実施例を示す機能ブロック図である。この機能ブロック図により表される機能は、主に、マイクロコントローラ１０２により実行される。第２の通信ノード２００−第４の通信ノード４００、第６の通信ノード６００−第１２の通信ノード１２００の機能も、図３に示す第１の通信ノード１００の機能ブロック図を適用できる。

マイクロコントローラ１０２は、ウエイクアップ依頼フレーム作成部１０４２と、状態制御部１０４４と、応答フレーム作成部１０４６として機能する。

ウエイクアップ依頼フレーム作成部１０４２は、トランシーバ１１０と接続される。ウエイクアップ依頼フレーム作成部１０４２は、スリープ状態のスレーブ通信ノードのウエイクアップを、該スレーブ通信ノードを管理するマスタノードへ依頼するウエイクアップ依頼フレームを作成する。ウエイクアップ依頼フレーム作成部１０４２は、トランシーバ１１０へ、ウエイクアップ依頼フレームを入力する。

図４は、CANフレームの一例を示す。ウエイクアップ依頼フレームは、CANフレームを適用できる。

CANフレームは、スタートオブフレーム(SOF: Start Of Frame)ビットと、IDと、リモートトランスミッションリクエスト(RTR: Remote Transmission Request)ビットと、データ長コード(DLC: Data Length Code)と、Dataフィールドと、CRCスロットと、ACK（アクノレッジ）スロットと、エンドオブフレーム(EOF: End of Frame)とが含まれる。

スタートオブフレームビットは、メッセージの始めを示し、ドミナント(論理0)ビットで示される。

IDは、メッセージを識別し、メッセージの優先順位を示す。IDは、11ビットで表されてもよいし（標準フレーム）、29ビットで表されてもよい（拡張フレーム）。IDは、データIDとも呼ばれる。

リモートトランスミッションリクエストビットは、リモートフレームとデータフレームを区別するのに使用される。ドミナント(論理0)のリモートトランスミッションリクエストビットはデータフレームを示す。リセッシブ(論理1)のリモートトランスミッションリクエストビットはリモートフレームを示す。

データ長コードは、データフィールドに含まれるバイト数を示す。

Dataフィールドには、0〜8バイトのデータが含まれる。

CRCは、巡回冗長検査を示す。CRCには、15ビットの巡回冗長検査コードとリセッシブデリミタビットが含まれる。CRCフィールドは、エラー検出に使用される。

ACK（アクノレッジ）スロットは、メッセージを正しく受信した場合に、メッセージの最後に送信する。送信側のノードはバス上でACKビットの有無をチェックし、ACKが検出されなかった場合は再度送信を試みるのが好ましい。

エンドオブフレームは、データフレームやリモートフレームの終了位置を示す。エンドオブフレームは、7ビットで構成され、ビットレベルは全て"リセッシブ"である。

ウエイクアップ依頼フレーム作成部１０４２は、ウエイクアップ依頼フレームであること、またウエイクアップさせるスレーブ通信ノードをIDにより指定してもよいし、データにより指定してもよい。例えば、ウエイクアップさせるスレーブ通信ノードをIDにより指定する場合には、ＩＤを「00000000001」とすることにより全通信ノードをウエイクアップさせることを依頼することが指定され、ＩＤを「00000000010」とすることにより第１のグループ１０をウエイクアップさせることを依頼することが指定され、ＩＤを「00000000100」とすることにより第２のグループ２０をウエイクアップさせることが指定される。ウエイクアップさせるスレーブ通信ノードをデータにより指定する場合にも適用できる。

状態制御部１０４４は、トランシーバ１１０と接続される。状態制御部１０４４は、第１の通信ノード１００の状態に関する制御を実行する。第１の通信ノード１００の状態には、ウエイクアップ状態と、スリープ状態と、フェールセーフ状態がある。ウエイクアップ状態は、動作状態であり、データの送受信が可能である。スリープ状態は、電力消費を抑えるために、一定時間データの送受信がないときに動作を一時的に停止している状態である。スリープ状態では、ウエイクアップ要求フレームを受信することによりウエイクアップ状態に遷移できる。フェールセーフ状態は、他のノードから送信されるデータを受信できない場合や、制御ができない状態となった場合に、動作を停止している状態である。フェールセーフ状態では、ウエイクアップ要求フレームを受信することによりウエイクアップ状態に遷移できる。

状態制御部１０４４には、トランシーバ１１０からウエイクアップ要求フレームが入力される。状態制御部１０４４は、ウエイクアップ要求フレームが入力されると、ウエイクアップし、ウエイクアップ状態に遷移する。状態制御部１０４４は、ウエイクアップ状態に遷移した後、応答フレーム作成部１０４６にウエイクアップフレームを作成するように命令する。

状態制御部１０４４は、ウエイクアップ依頼フレームの送信後に、該ウエイクアップ依頼フレームを受信したマスタノードからのウエイクアップ要求フレームがトランシーバ１１０から入力された場合にはウエイクアップ状態を継続する。一方、状態制御部１０４４は、ウエイクアップ依頼フレームの送信後に送受信待機時間が経過しても、該ウエイクアップ依頼フレームを受信したマスタノードからのウエイクアップ要求フレームがトランシーバ１１０から入力されない場合には、通信途絶えのダイアグコードをRAM１０８に記録し、スリープ状態に遷移する。

応答フレーム作成部１０４６は、トランシーバ１１０と、状態制御部１０４４と接続される。応答フレーム作成部１０４６は、状態制御部１０４４からのウエイクアップフレームを作成する命令にしたがって、ウエイクアップ要求フレームを送信したマスタノードを宛先とするウエイクアップフレームを作成する。応答フレーム作成部１０４６は、トランシーバ１１０にウエイクアップフレームを入力する。

＜第５の通信ノード５００＞
図５は、第５の通信ノード５００の一実施例を示す。図５は、主に第５の通信ノード５００のハードウェア構成を示す。第１３の通信ノード１３００のハードウェア構成も、図５に示す第５の通信ノード５００を適用できる。

第５の通信ノード５００は、マイクロコントローラ５０２と、トランシーバ５１０とを備える。

マイクロコントローラ５０２は、CPU５０４と、ROM５０６と、RAM５０８と、接続状態管理テーブル５０９とを備える。

第５の通信ノード５００が２個以上のトランシーバを有するようにしてもよい。また、第５の通信ノード５００が２個以上のマイクロコントローラを有するようにしてもよい。

CPU５０４は、第５の通信ノード５００を制御する。具体的には、CPU５０４は、第５の通信ノード５００の配下の各スレーブ通信ノードの接続状態を管理する。第５の通信ノード５００の配下のスレーブ通信ノードは、第６の通信ノード６００−第８の通信ノード８００である。

CPU５０４は、スレーブ通信ノードからのウエイクアップ依頼フレームにより指定されるスレーブ通信ノードが、第５の通信ノード５００の配下のスレーブ通信ノードである場合に、該ウエイクアップ依頼フレームに基づいて処理する。CPU５０４は、ウエイクアップ依頼フレームにより指定されるスレーブ通信ノードをウエイクアップさせるため、ウエイクアップ要求フレームを作成する。

CPU５０４は、スレーブ通信ノードからのウエイクアップ依頼フレームにより指定されるスレーブ通信ノードが、第５の通信ノード５００の配下のスレーブ通信ノードでない場合には、該ウエイクアップ依頼フレームを受信しない。

CPU５０４は、ウエイクアップ要求フレームの送信先のスレーブ通信ノードから該ウエイクアップ要求フレームの応答であるウエイクアップフレームを受信したか否かに基づいて、第５の通信ノード５００と、該第５の通信ノード５００の配下のスレーブ通信ノードとの間の通信が途絶えているか否かを判断する。CPU５０４は、第５の通信ノード５００と、該第５の通信ノード５００の配下のスレーブ通信ノードとの間の通信が途絶えていると判断した場合、ウエイクアップ依頼フレームを送信したスレーブ通信ノードをスリープ状態にさせるため、該スレーブ通信ノードを管理するマスタノードへスリープ依頼フレームを送信する。また、CPU５０４は、他のノードからスリープ依頼フレームを受信した場合、スリープ依頼フレームにより指定されるスレーブ通信ノードをスリープ状態に遷移させるためのスリープ要求フレームを作成する。

ROM５０６は、第５の通信ノード５００の制御を、CPU５０４が実行するためのプログラムを格納する。

RAM５０８は、CPU５０４が第５の通信ノード５００の制御を実行する際に、データを一時的に格納する。

接続状態管理テーブル５０９は、第５の通信ノード５００の配下のスレーブ通信ノードについて、接続状態を管理するためのテーブルである。故障診断ツールにより要求された場合には、この接続状態管理テーブル５０９に格納される情報が、送信される。故障診断ツールは、接続状態管理テーブル５０９に格納される情報を解析することにより故障診断などを行う。

＜接続状態管理テーブル５０９＞
図６は、接続状態管理テーブル５０９の一例を示す。

接続状態管理テーブル５０９には、配下のスレーブ通信ノードについて、接続状態と、接続確認時間と、スリープフラグと、グループ情報とが格納される。

図６には、第５の通信ノード５００の配下の第６の通信ノード６００−第８の通信ノード８００についての接続状態と、接続確認時間と、スリープフラグと、グループ情報とが格納される。

接続状態は、スレーブ通信ノードが、該スレーブ通信ノードを管理するマスタノードとの間で接続されているか否かを示す。図６には、接続されている場合には「○」が記され、接続されていない場合には「−」が記される。さらに、接続状態管理テーブル５０９には、「現在」と「過去」の接続状態が格納される。「過去」の接続状態は、イグニッションがオンにされるなどの車両が起動されてから過去に１回でも接続が確認できた場合には「○」とされる。

接続確認時間は、マスタノードが、該マスタノードの配下のスレーブ通信ノードと接続しているか否かを確認した時間を示す。接続確認時間は、第５の通信ノード５００が配下のスレーブ通信ノードからのフレームを受信した時間である。また、接続確認時間は、第５の通信ノード５００からスレーブ通信ノードにフレームを送信し、該スレーブ通信ノードから応答を受信した時間である。また、接続確認時間は、第５の通信ノード５００からスレーブ通信ノードにフレームを送信し、該スレーブ通信ノードから応答を受信しない状態が所定の送受信待機時間経過した後の時間である。

接続状態管理テーブル５０９には、接続確認時間として、接続されていると確認できた時間と、接続を確認した時間が格納される。図６には、接続されていると確認できた時間は「接続あり」と記載され、接続を確認した時間は「確認」と記載されている。

スリープフラグは、スレーブ通信ノードがスリープ状態であるか否かを示す。図６には、スリープ状態である場合には「○」が記され、スリープ状態でない場合には「−」が記される。

グループ情報は、スレーブ通信ノードが属するグループを示す。図６には、第５の通信ノード５００において設定されたグループ毎に、属する場合には「○」が記され、属さない場合には「−」が記される。

トランシーバ５１０は、マイクロコントローラ５０２、通信バス７０と接続される。トランシーバ５１０は、CPU５０４からのウエイクアップ要求フレームを送信する。また、トランシーバ５１０は、スレーブ通信ノードからのウエイクアップ依頼フレームおよびウエイクアップフレームをマイクロコントローラ５０２に入力する。

＜第５の通信ノード５００の機能＞
図７は、第５の通信ノード５００の機能の一実施例を示す機能ブロック図である。この機能ブロック図により表される機能は、主に、マイクロコントローラ５０２により実行される。第１３の通信ノード１３００の機能も、図７に示す第５の通信ノード５００の機能ブロック図を適用できる。

マイクロコントローラ１０２は、ウエイクアップ要求フレーム作成部５０４２と、通信制御部５０４４と、スリープ依頼・要求フレーム作成部５０４６として機能する。

ウエイクアップ要求フレーム作成部５０４２は、トランシーバ５１０と接続される。ウエイクアップ要求フレーム作成部５０４２には、通信制御部５０４４からウエイクアップ依頼フレームが入力される。ウエイクアップ要求フレーム作成部５０４２は、ウエイクアップ依頼フレームにより指定されるスレーブ通信ノードをウエイクアップさせるウエイクアップ要求フレームを作成する。ウエイクアップ要求フレーム作成部５０４２は、トランシーバ５１０へ、ウエイクアップ要求フレームを入力する。ウエイクアップ要求フレーム作成部５０４２は、通信制御部５０４４からウエイクアップ依頼フレームをウエイクアップ要求フレームとして、トランシーバ５１０へ入力するようにしてもよい。

ウエイクアップ要求フレームは、図４を参照して説明したCANフレームを適用できる。

通信制御部５０４４は、トランシーバ１１０と、ウエイクアップ要求フレーム作成部５０４２と接続される。通信制御部５０４４は、第５の通信ノード５００の通信に関する制御を実行する。通信制御部５０４４は、トランシーバ５１０から、他のマスタノードからのウエイクアップ依頼フレームが入力された場合に、ウエイクアップ要求フレーム作成部５０４２に該ウエイクアップ依頼フレームを入力する。

通信制御部５０４４は、ウエイクアップ要求フレームを送信してからの経過時間を計測する。

通信制御部５０４４は、ウエイクアップ要求フレームの宛先のスレーブ通信ノードからのウエイクアップフレームがトランシーバから入力された場合、接続状態管理テーブル５０９を更新する。具体的には、通信制御部５０４４は、「接続状態」を「○」に更新するとともに、「接続確認時間」を更新する。

通信制御部５０４４は、ウエイクアップ要求フレームを送信してから送受信待機時間が経過してもウエイクアップ要求フレームの宛先のスレーブ通信ノードからのウエイクアップフレームがトランシーバから入力されない場合、接続状態管理テーブル５０９を更新する。具体的には、通信制御部５０４４は、「接続状態」を「−」に更新するとともに、「接続確認時間」を更新する。さらに、通信制御部５０４４は、ウエイクアップ要求フレームを送信してから送受信待機時間が経過してもウエイクアップフレームがトランシーバから入力されない場合、ウエイクアップ依頼フレームを送信したスレーブ通信ノードをスリープ状態に遷移させるフレームを作成するように、スリープ依頼・要求フレーム作成部５０４６に命令する。

スリープ依頼・要求フレーム作成部５０４６は、トランシーバ５１０と、通信制御部５０４４と接続される。スリープ依頼・要求フレーム作成部５０４６は、通信制御部５０４４からのウエイクアップ依頼フレームを送信したスレーブ通信ノードをスリープ状態に遷移させるフレームを作成する命令にしたがって、スリープ状態に遷移させるフレームを作成する。スリープ依頼・要求フレーム作成部５０４６は、ウエイクアップ依頼フレームを送信したスレーブ通信ノードが、第５の通信ノード５００の配下である場合には、スリープ要求フレームを作成する。スリープ依頼・要求フレーム作成部５０４６は、ウエイクアップ依頼フレームを送信したスレーブ通信ノードが、第５の通信ノード５００の配下でない場合には、スリープ依頼フレームを作成する。スリープ依頼・要求フレーム作成部５０４６は、トランシーバ５１０にスリープ依頼フレームまたはスリープ要求フレームを入力する。

＜通信システムの動作＞
図８は、通信システムの動作の一実施例（その１）を示す。

図８には、第１の通信ノード１００と第６の通信ノード６００との間で通信を行う際の動作を示す。第６の通信ノード６００は、スリープ状態である。

通信システムの動作の説明の前に、第１３の通信ノード１３００の備える接続状態管理テーブル１３０９について説明する。

図９は、接続状態管理テーブル１３０９の一例を示す。

接続状態管理テーブル１３０９には、第１３の通信ノード１３００の配下の第１の通信ノード１００−第４の通信ノード４００、第９の通信ノード９００−第１２の通信ノード１２００についての接続状態と、接続確認時間と、スリープフラグと、グループ情報とが格納される。

通信システムの動作について説明する。

ステップＳ８０２では、第１の通信ノード１００は、第６の通信ノード６００をウエイクアップさせるウエイクアップ依頼フレームを第５の通信ノード５００を宛先として作成する。

ステップＳ８０４では、第１の通信ノード１００は、第５の通信ノード５００にウエイクアップ依頼フレームを送信する。

ステップＳ８０６では、第１の通信ノード１００は、タイマを起動する。

ステップＳ８０８では、第１３の通信ノード１３００は、ウエイクアップ依頼フレームを受信する。

ステップＳ８１０では、第１３の通信ノード１３００は、接続状態管理テーブル１３０９の第１の通信ノード１００の「接続状態」と「接続確認時間」とを更新する。

ステップＳ８１２では、第５の通信ノード５００は、ウエイクアップ依頼フレームを受信する。

ステップＳ８１４では、第５の通信ノード５００は、第５のグループ５０に属する通信ノード、すなわち、第６の通信ノード６００および第８の通信ノード８００をウエイクアップさせるウエイクアップ要求フレームを作成する。

ステップＳ８１６では、第５の通信ノード５００は、第５のグループ５０に属する通信ノードにウエイクアップ要求フレームを送信する。

ステップＳ８１８では、第１の通信ノード１００は、ウエイクアップ要求フレームを受信する。

ステップＳ８２０では、第１の通信ノード１００は、タイマを停止する。

ステップＳ８２２では、第５の通信ノード５００は、第５のグループ５０に属する通信ノードの通信途絶えの監視を実施する。

ステップＳ８２４では、第６の通信ノード６００は、第５の通信ノード５００からのウエイクアップ要求フレームを受信する。

ステップＳ８２６では、第６の通信ノード６００は、ウエイクアップする。

ステップＳ８２８では、第６の通信ノード６００は、ウエイクアップフレームを作成する。

ステップＳ８３０では、第６の通信ノード６００は、第５の通信ノード５００にウエイクアップフレームを送信する。

ステップＳ８３２では、第５の通信ノード５００は、第６の通信ノード６００からのウエイクアップフレームを受信する。

ステップＳ８３４では、第５の通信ノード５００は、接続状態管理テーブル５０９の第６の通信ノード６００の「接続状態」と「接続確認時間」とを更新する。第５の通信ノード５００は、第５のグループ５０に属する通信ノードに対して、ウエイクアップ要求フレームを送信し続けるようにしてもよい。

ステップＳ８３６では、第１の通信ノード１００と第６の通信ノード６００との間で通信が実行される。

図８に示されるシーケンスチャートにおいて、ステップＳ８０６、Ｓ８０８およびＳ８１２は、ほぼ同時に実行される。ステップＳ８１８、Ｓ８２２およびＳ８２４も、ほぼ同時に実行される。

図１０は、通信システムの動作の一実施例（その２）を示す。

図１０には、図８に示す動作において、第５の通信ノード５００からウエイクアップ要求フレームが送信されなかった場合の動作を示す。

ステップＳ１００２では、第１の通信ノード１００は、第６の通信ノード６００をウエイクアップさせるウエイクアップ依頼フレームを第５の通信ノード５００を宛先として作成する。

ステップＳ１００４では、第１の通信ノード１００は、第５の通信ノード５００にウエイクアップ依頼フレームを送信する。

ステップＳ１００６では、第１の通信ノード１００は、タイマを起動する。

ステップＳ１００８では、第１３の通信ノード１３００は、ウエイクアップ依頼フレームを受信する。

ステップＳ１０１０では、第１３の通信ノード１３００は、接続状態管理テーブル１３０９の第１の通信ノード１００の「接続状態」と「接続確認時間」とを更新する。

ステップＳ１０１２では、第５の通信ノード５００は、ウエイクアップ依頼フレームを受信する。

ステップＳ１０１４では、第５の通信ノード５００は、第５のグループ５０に属する通信ノード、すなわち、第６の通信ノード６００および第８の通信ノード８００をウエイクアップさせるウエイクアップ要求フレームを作成する。

ステップＳ１０１６では、第５の通信ノード５００は、第５のグループ５０に属する通信ノードにウエイクアップ要求フレームを送信できない。

ステップＳ１０１８では、第１の通信ノード１００は、ウエイクアップ依頼フレームを送信してから送受信待機時間を経過したか否かを判定する。送受信待機時間を経過していないと判定した場合、ステップＳ１０１８に戻る。

ステップＳ１０２０では、第１の通信ノード１００は、送受待機時間を経過したと判定した場合、フェールセーフ状態に遷移する。

図１０に示されるシーケンスチャートにおいて、ステップＳ１００６、Ｓ１００８およびＳ１０１２は、ほぼ同時に実行される。

図１１は、通信システムの動作の一実施例（その３）を示す。

図１１には、図８に示す動作において、第６の通信ノード６００からウエイクアップフレームが送信されなかった場合の動作を示す。

ステップＳ１１０２−Ｓ１１２８は、図８のステップＳ８０２−Ｓ８２８を適用できる。

ステップＳ１１３０では、第６の通信ノード６００は、第５の通信ノード５００にウエイクアップフレームを送信できない。

ステップＳ１１３２では、第５の通信ノード５００は、ウエイクアップ要求フレームを送信してから送受信待機時間を経過したか否かを判定する。送受信待機時間を経過していないと判定した場合、ステップＳ１１３２に戻る。

ステップＳ１１３４では、第５の通信ノード５００は、ウエイクアップ要求フレームを送信してから送受信待機時間を経過したと判定した場合、接続状態管理テーブル５０９の第６の通信ノード６００の「接続状態」と「接続確認時間」とを更新する。

ステップＳ１１３６では、第５の通信ノード５００は、第５のグループ５０に属する通信ノードの通信途絶えの監視を停止する。

ステップＳ１１３８では、第５の通信ノード５００は、第１の通信ノード１００からのウエイクアップ依頼フレームのデータIDを記憶する。

ステップＳ１１４０では、第５の通信ノード５００は、第１の通信ノード１００をスリープ状態に遷移させるスリープ依頼フレームを第１３の通信ノード１３００を宛先として作成する。

ステップＳ１１４２では、第５の通信ノード５００は、第１３の通信ノード１３００にスリープ依頼フレームを送信する。

ステップＳ１１４４では、第１３の通信ノード１３００は、スリープ依頼フレームを受信する。

ステップＳ１１４６では、第１３の通信ノード１３００は、第１の通信ノード１００をスリープ状態に遷移させるスリープ要求フレームを第１の通信ノード１００を宛先として作成する。

ステップＳ１１４８では、第１３の通信ノード１３００は、第１の通信ノード１００にスリープ要求フレームを送信する。

ステップＳ１１５０では、第１３の通信ノード１３００は、接続状態管理テーブル１３０９の第１の通信ノード１００の「スリープフラグ」を「○」に更新する。

ステップＳ１１５２では、第１の通信ノード１００は、スリープ要求フレームを受信する。

ステップＳ１１５４では、第１の通信ノード１００は、スリープ状態に遷移する。

図１１に示されるシーケンスチャートにおいて、ステップＳ１１０６、Ｓ１１０８およびＳ１１１２は、ほぼ同時に実行される。ステップＳ１１１８、Ｓ１１２２およびＳ１１２４は、ほぼ同時に実行される。

通信システムの一実施例によれば、スレーブ通信ノードは、該スレーブ通信ノードから他のスレーブ通信ノードをウエイクアップさせるために送信するウエイクアップ依頼フレームに応じてマスタ通信ノードから送信されるウエイクアップ要求フレームを受信するようにした。スレーブ通信ノードは、ウエイクアップ依頼フレームを送信してから送受信待機時間が経過してもウエイクアップ要求フレームを受信しない場合には、スリープ状態に遷移できる。このため、通信負荷を低減できる。

また、ウエイクアップ依頼フレームを送信したスレーブ通信ノードは、他のスレーブ通信ノードが通信可能状態となると想定される時間までウエイクアップ状態を継続することなく、ウエイクアップ依頼フレームを送信してから送受信待機時間が経過してもウエイクアップ要求フレームを受信しない場合には、スリープ状態に遷移できる。ウエイクアップ状態を継続する時間を短縮できるとともにアイドル時間を短縮できるため、消費電力を低減できる。

＜第２の実施例＞
＜通信システム＞
通信システムの一実施例は、図１を参照して説明した通信システムを適用できる。

通信システムの一実施例では、第１のスレーブ通信ノードは、第２のスレーブ通信ノードと通信ができないため、フェールセーフ状態に遷移している。この状態で、第２のスレーブ通信ノードの通信途絶えから復帰したことを確認できた場合に、第１のスレーブ通信ノードをウエイクアップさせる。

図１を参照して説明する。

第１の通信ノード１００は、第６の通信ノード６００との間で通信が成立せず、フェールセーフ状態である。第５の通信ノード５００は、第１の通信ノード１００から、第６の通信ノード６００をウエイクアップさせるために送信されたウエイクアップ依頼フレームのデータIDを記憶している。

第９の通信ノード９００は、第６の通信ノード６００をウエイクアップさせるために、ウエイクアップ依頼フレームを送信する。ウエイクアップ依頼フレームは、第１３の通信ノード１３００を経由して、第６の通信ノード６００のマスタノードである第５の通信ノード５００に受信される。第１３の通信ノード１３００を経由する際、第１３の通信ノード１３００は、第９の通信ノード９００の接続状態を更新する。

第５の通信ノード５００は、第９の通信ノード９００からのウエイクアップ依頼フレームを受信すると、接続状態管理テーブル５０９を参照し、第６の通信ノード６００の現在の接続状態を確認する。

第５の通信ノード５００は、第６の通信ノード６００の現在の接続状態が接続されている状態である場合または第６の通信ノード６００の現在の接続状態が接続されていない状態であっても直近の接続確認時間からの経過時間が設定時間未満である場合、第６の通信ノード６００をウエイクアップさせるためのウエイクアップ要求フレームを送信する。

第６の通信ノード６００は、ウエイクアップ要求フレームを受信すると、ウエイクアップし、ウエイクアップ要求フレームの送信元である第５の通信ノード５００にウエイクアップフレームを送信する。

第５の通信ノード５００は、第１の通信ノード１００をウエイクアップさせるために、第１３の通信ノード１３００にウエイクアップ依頼フレームを送信する。

第１３の通信ノード１３００は、第５の通信ノード５００からのウエイクアップ依頼フレームに基づいて、第１の通信ノード１００をウエイクアップさせるためのウエイクアップ要求フレームを送信する。第１３の通信ノード１３００は、第１の通信ノード１００のスリープフラグを更新する。

第５の通信ノード５００は、第６の通信ノード６００の現在の接続状態が接続されていない状態であり、且つ直近の接続確認時間からの経過時間が設定時間よりも経過している場合、第６の通信ノード６００との間で通信できないと判断する。第６の通信ノード６００との間で通信できないと判断した場合、第５の通信ノード５００は、第９の通信ノード９００をスリープ状態に遷移させると判断する。

第５の通信ノード５００は、第９の通信ノード９００からのウエイクアップ依頼フレームのデータＩＤを記憶するとともに、第１３の通信ノード１３００に、第９の通信ノード９００をスリープ状態に遷移させることを許可するスリープ許可フレームを送信する。

第１３の通信ノード１３００は、第５の通信ノード５００からのスリープ許可フレームを受信すると、第９の通信ノード９００のスリープフラグを更新する。

第９の通信ノード９００は、スリープ状態に遷移することが許可された状態となる。

第９の通信ノード９００は、所定の期間が経過した後、または車両のイグニッションオフからイグニッションオンにされた場合に、最初の状態、つまり、第６の通信ノード６００にウエイクアップ依頼フレームを送信する前の状態に戻る。

＜第１の通信ノード１００＞
第１の通信ノード１００の一実施例は、図２を参照して説明した第１の通信ノード１００を適用できる。

＜第１の通信ノード１００の機能＞
第１の通信ノード１００の機能の一実施例は、図３を参照して説明した第１の通信ノード１００を適用できる。

＜第５の通信ノード５００＞
第５の通信ノード５００の一実施例は、図５を参照して説明した第５の通信ノードを適用できる。

＜第５の通信ノード５００＞
図１２は、第５の通信ノード５００の機能の一実施例を示す。

第５の通信ノード５００の機能の一実施例は、図７を参照して説明した第５の通信ノード５００に、スリープ許可フレーム作成部５０４８を追加したものである。

通信制御部５０４４は、トランシーバ５１０から、他のマスタノードからのウエイクアップ依頼フレームが入力された場合に、接続状態管理テーブル５０９を参照し、ウエイクアップの対象となるスレーブ通信ノードの接続状態を確認する。

通信制御部５０４４は、ウエイクアップの対象となるスレーブ通信ノードの接続状態が接続されている状態である場合、ウエイクアップ要求フレーム作成部５０４２に該ウエイクアップ依頼フレームを入力する。また、通信制御部５０４４は、スレーブ通信ノードの現在の接続状態が接続されていない状態であっても直近の接続確認時間からの経過時間が設定時間未満である場合、ウエイクアップ要求フレーム作成部５０４２に該ウエイクアップ依頼フレームを入力する。

通信制御部５０４４は、スレーブ通信ノードの現在の接続状態が接続されていない状態であり、且つ直近の接続確認時間からの経過時間が設定時間以上である場合、スリープ許可フレーム作成部５０４８に該ウエイクアップ依頼フレームを入力する。

スリープ許可フレーム作成部５０４８は、トランシーバ５１０と、通信制御部５０４４と接続される。スリープ許可フレーム作成部５０４８は、通信制御部５０４４からのスリープ許可フレームを作成する命令にしたがって、ウエイクアップ依頼フレームを送信したスレーブ通信ノードをスリープ状態に遷移させることを許可するスリープ許可フレームを作成する。スリープ許可フレーム作成部５０４８は、トランシーバ５１０にスリープ許可フレームを入力する。

通信制御部５０４４は、トランシーバ５１０から、他のマスタノードからのウエイクアップ許可フレームが入力された場合に、接続状態管理テーブル５０９の該ウエイクアップ許可フレームによりスリープ状態に遷移することが許可されるスレーブ通信ノードのスリープフラグをオンにする。

＜通信システムの動作＞
図１３は、通信システムの動作の一実施例（その４）を示す。

第１の通信ノード１００は、第６の通信ノード６００との間で通信ができなかったことにより、フェールセーフ状態に遷移している。この状態で、第９の通信ノード９００が、第６の通信ノード６００と通信を行う場合の動作について説明する。

ステップＳ１３０２では、第１の通信ノード１００は、フェールセーフ状態である。

ステップＳ１３０４では、第９の通信ノード９００は、第６の通信ノード６００をウエイクアップさせるウエイクアップ依頼フレームを第５の通信ノード５００を宛先として作成する。

ステップＳ１３０６では、第９の通信ノード９００は、第５の通信ノード５００にウエイクアップ依頼フレームを送信する。

ステップＳ１３０８では、第９の通信ノード９００は、タイマを起動する。

ステップＳ１３１０では、第１３の通信ノード１３００は、ウエイクアップ依頼フレームを受信する。

ステップＳ１３１２では、第１３の通信ノード１３００は、接続状態管理テーブル１３０９の第９の通信ノード９００の「接続状態」と「接続確認時間」とを更新する。

ステップＳ１３１４では、第５の通信ノード５００は、ウエイクアップ依頼フレームを受信する。

ステップＳ１３１６では、第５の通信ノード５００は、接続状態管理テーブル５０９を参照し、第６の通信ノード６００が現在接続されていること、または現在接続されていない場合でも直近の接続確認時間からの経過時間が設定時間未満であることを確認する。

ステップＳ１３１８では、第５の通信ノード５００は、第５のグループ５０に属する通信ノード、すなわち、第６の通信ノード６００および第８の通信ノード８００をウエイクアップさせるウエイクアップ要求フレームを作成する。

ステップＳ１３２０では、第５の通信ノード５００は、第５のグループ５０に属する通信ノードにウエイクアップ要求フレームを送信する。

ステップＳ１３２２では、第９の通信ノード９００は、ウエイクアップ要求フレームを受信する。

ステップＳ１３２４では、第１の通信ノード１００は、タイマを停止する。

ステップＳ１３２６では、第５の通信ノード５００は、第５のグループ５０に属する通信ノードの通信途絶えの監視を実施する。

ステップＳ１３２８では、第６の通信ノード６００は、第５の通信ノード５００からのウエイクアップ要求フレームを受信する。

ステップＳ１３３０では、第６の通信ノード６００は、ウエイクアップする。

ステップＳ１３３２では、第６の通信ノード６００は、ウエイクアップフレームを作成する。

ステップＳ１３３４では、第６の通信ノード６００は、第５の通信ノード５００にウエイクアップフレームを送信する。

ステップＳ１３３６では、第５の通信ノード５００は、第６の通信ノード６００からのウエイクアップフレームを受信する。

ステップＳ１３３８では、第５の通信ノード５００は、記憶しているデータIDに基づいて、第１の通信ノード１００をウエイクアップさせるウエイクアップ依頼フレームを第１３の通信ノード１３００を宛先として作成する。第５の通信ノード５００は、第６の通信ノード６００からのウエイクアップフレームを受信することにより、第６の通信ノード６００が通信途絶えから回復したことを認識する。第５の通信ノード５００は、RAM５０８に、第６の通信ノード６００をウエイクアップさせるために第１の通信ノード１００から送信されたウエイクアップ依頼フレームのデータIDを記憶している。第５の通信ノード５００は、記憶しているウエイクアップ依頼フレームのデータIDに基づいて、第１の通信ノード１００をウエイクアップさせるウエイクアップ依頼フレームを第１３の通信ノード１３００を宛先として作成する。

ステップＳ１３４０では、第５の通信ノード５００は、第１３の通信ノード１３００にウエイクアップ依頼フレームを送信する。

ステップＳ１３４２では、第１３の通信ノード１３００は、ウエイクアップ依頼フレームを受信する。

ステップＳ１３４４では、第１３の通信ノード１３００は、第１の通信ノード１００をウエイクアップさせるウエイクアップ要求フレームを作成する。

ステップＳ１３４６では、第１３の通信ノード１３００は、第１の通信ノード１００にウエイクアップ要求フレームを送信する。

ステップＳ１３４８では、第１３の通信ノード１３００は、接続状態管理テーブル１３０９の第１の通信ノード１００の「スリープフラグ」をオフに更新する。

ステップＳ１３５０では、第１の通信ノード１００は、第１３の通信ノード１３００からのウエイクアップ要求フレームを受信する。

ステップＳ１３５２では、第１の通信ノード１００は、ウエイクアップする。

図１３に示されるシーケンスチャートにおいて、ステップＳ１３０８、Ｓ１３１０およびＳ１３１４は、ほぼ同時に実行される。ステップＳ１３２２、Ｓ１３２６およびＳ１３２８は、ほぼ同時に実行される。

図１４は、通信システムの動作の一実施例（その５）を示す。

図１４には、図１３に示す動作において、第５の通信ノード５００により接続状態管理テーブル５０９が参照された結果、第６の通信ノード６００が現在接続されていること、または現在接続されていない場合でも直近の接続確認時間からの経過時間が設定時間未満であることの両方が確認できなかった場合の動作について説明する。

ステップＳ１４０２−Ｓ１４１４は、図１３のステップＳ１３０２−Ｓ１３１４を適用できる。

ステップＳ１４１６では、第５の通信ノード５００は、接続状態管理テーブル５０９を参照し、第６の通信ノード６００が現在接続されておらず、且つ直近の接続確認時間からの経過時間が設定時間以上であることを確認する。

ステップＳ１４１８では、第５の通信ノード５００は、第９の通信ノード９００からのウエイクアップ依頼フレームのデータIDを記憶する。

ステップＳ１４２０では、第５の通信ノード５００は、第９の通信ノード９００をスリープ許可状態にするスリープ許可フレームを第１３の通信ノード１３００を宛先として作成する。

ステップＳ１４２２では、第５の通信ノード５００は、第１３の通信ノード１３００にスリープ許可フレームを送信する。

ステップＳ１４２４では、第１３の通信ノード１３００は、スリープ許可フレームを受信する。

ステップＳ１４２６では、第１３の通信ノード１３００は、接続状態管理テーブル１３０９の第９の通信ノード９００の「スリープフラグ」を更新する。

ステップＳ１４２８では、第９の通信ノード９００は、送受信待機時間を経過したか否かを判定する。送受信待機時間を経過していないと判定した場合、ステップＳ１４２８に戻る。

ステップＳ１４３０では、第９の通信ノード９００は、送受待機時間を経過したと判定した場合、フェールセーフ状態に遷移する。第９の通信ノード９００は、送受待機時間を経過したと判定した場合、スリープ状態に遷移するようにしてもよい。

通信システムの一実施例によれば、スレーブ通信ノードが、通信相手となる他のスレーブ通信ノードとの間で通信途絶えによりフェールセーフ状態に遷移している状態で、他の通信ノードが通信途絶えから復帰した場合に、通信可能となったことをスレーブ通信ノードへ通知できる。このため、スレーブ通信ノードがフェールセーフ状態となってから、該フェール状態から復帰するまでの時間を短縮できる。

また、マスタ通信ノードは、スレーブ通信ノードから他のスレーブ通信ノードをウエイクアップさせるために送信するウエイクアップ依頼フレームに基づいて、他のスレーブ通信ノードにウエイクアップ要求フレームを送信することなく通信できるか否かを判断できる。

＜第３の実施例＞
＜通信システム＞
通信システムの一実施例は、図１を参照して説明した通信システムを適用できる。

通信システムの一実施例では、第１の通信ノード１００と第６の通信ノード６００との間で通信を行う。第６の通信ノード６００は、スリープ状態である。第１の通信ノード１００は、第６の通信ノード６００をウエイクアップさせるために、ウエイクアップ依頼フレームを送信する。ウエイクアップ依頼フレームは、第１３の通信ノード１３００を経由して、第６の通信ノード６００のマスタノードである第５の通信ノード５００に受信される。第１３の通信ノード１３００を経由する際、第１３の通信ノード１３００は、第１の通信ノード１００の接続状態を更新する。

第５の通信ノード５００は、第１の通信ノード１００からのウエイクアップ依頼フレームを受信すると、接続状態管理テーブル５０９を参照し、第６の通信ノード６００の現在の接続状態を確認する。

第５の通信ノード５００は、第６の通信ノード６００の現在の接続状態が接続されている状態である場合または第６の通信ノード６００の現在の接続状態が接続されていない状態であっても直近の接続確認時間からの経過時間が設定時間未満である場合、第６の通信ノード６００をウエイクアップさせるためのウエイクアップ要求フレームを送信する。

第６の通信ノード６００は、ウエイクアップ要求フレームを受信すると、ウエイクアップし、ウエイクアップ要求フレームの送信元である第５の通信ノード５００にウエイクアップフレームを送信する。

第５の通信ノード５００は、第６の通信ノード６００の現在の接続状態が接続されていない状態であり、且つ直近の接続確認時間からの経過時間が設定時間よりも経過している場合、第６の通信ノード６００との間で通信できないと判断する。

第６の通信ノード６００との間で通信できないと判断した第５の通信ノード５００は、第１の通信ノード１００をスリープ状態にすることを許可する。

第５の通信ノード５００は、第１の通信ノード１００からのウエイクアップ依頼フレームのデータＩＤを記憶するとともに、第１３の通信ノード１３００に、第１の通信ノード１００をスリープ状態に遷移させることを許可するスリープ許可フレームを送信する。

第１３の通信ノード１３００は、第５の通信ノード５００からのスリープ許可フレームを受信すると、接続状態管理テーブル１３０９の第１の通信ノード１００のスリープフラグを更新する。

第１の通信ノード１００は、スリープ状態に遷移することが許可された状態となる。

第１の通信ノード１００は、所定の期間が経過した後、または車両のイグニッションオフからイグニッションオンにされた場合に、最初の状態、つまり、第６の通信ノード６００にウエイクアップ依頼フレームを送信する前の状態に戻る。

＜第１の通信ノード１００＞
第１の通信ノード１００の一実施例は、図２を参照して説明した第１の通信ノード１００を適用できる。

＜第１の通信ノード１００の機能＞
第１の通信ノード１００の機能の一実施例は、図３を参照して説明した第１の通信ノード１００の機能ブロック図を適用できる。

＜第５の通信ノード５００＞
第５の通信ノード５００の一実施例は、図５を参照して説明した第５の通信ノードを適用できる。

＜第５の通信ノード５００＞
図１２は、第５の通信ノード５００の機能の一実施例は、図１２を参照して説明した第５の通信ノード５００の機能ブロック図を適用できる。

＜通信システムの動作＞
図１５は、通信システムの動作の一実施例（その６）を示す。

ステップＳ１５０２では、第１の通信ノード１００は、第６の通信ノード６００をウエイクアップさせるウエイクアップ依頼フレームを第５の通信ノード５００を宛先として作成する。

ステップＳ１５０４では、第１の通信ノード１００は、第５の通信ノード５００にウエイクアップ依頼フレームを送信する。

ステップＳ１５０６では、第１の通信ノード１００は、タイマを起動する。

ステップＳ１５０８では、第１３の通信ノード１３００は、ウエイクアップ依頼フレームを受信する。

ステップＳ１５１０では、第１３の通信ノード１３００は、接続状態管理テーブル１３０９の第１の通信ノード１００の「接続状態」と「接続確認時間」とを更新する。

ステップＳ１５１２では、第５の通信ノード５００は、ウエイクアップ依頼フレームを受信する。

ステップＳ１５１４では、第５の通信ノード５００は、接続状態管理テーブル５０９を参照し、第６の通信ノード６００が現在接続されていること、または現在接続されていない場合でも直近の接続確認時間からの経過時間が設定時間未満であることを確認する。

ステップＳ１５１６では、第５の通信ノード５００は、第５のグループ５０に属する通信ノード、すなわち、第６の通信ノード６００および第８の通信ノード８００をウエイクアップさせるウエイクアップ要求フレームを作成する。

ステップＳ１５１８では、第５の通信ノード５００は、第５のグループ５０に属する通信ノードにウエイクアップ要求フレームを送信する。

ステップＳ１５２０では、第１の通信ノード１００は、ウエイクアップ要求フレームを受信する。

ステップＳ１５２２では、第１の通信ノード１００は、タイマを停止する。

ステップＳ１５２４では、第５の通信ノード５００は、第５のグループ５０に属する通信ノードの通信途絶えの監視を実施する。

ステップＳ１５２６では、第６の通信ノード６００は、第５の通信ノード５００からのウエイクアップ要求フレームを受信する。

ステップＳ１５２８では、第６の通信ノード６００は、ウエイクアップする。

ステップＳ１５３０では、第６の通信ノード６００は、ウエイクアップフレームを作成する。

ステップＳ１５３２では、第６の通信ノード６００は、第５の通信ノード５００にウエイクアップフレームを送信する。

ステップＳ１５３４では、第５の通信ノード５００は、第６の通信ノード６００からのウエイクアップフレームを受信する。

ステップＳ１５３６では、第５の通信ノード５００は、接続状態管理テーブル５０９の第６の通信ノード６００の「接続状態」と「接続確認時間」を更新する。

図１５に示されるシーケンスチャートにおいて、ステップＳ１５０６、Ｓ１５０８およびＳ１５１２は、ほぼ同時に実行される。ステップＳ１５２０、Ｓ１５２４およびＳ１５２６は、ほぼ同時に実行される。

図１６は、通信システムの動作の一実施例（その７）を示す。

図１６には、図１５に示す動作において、第５の通信ノード５００により接続状態管理テーブル５０９が参照された結果、第６の通信ノード６００が現在接続されていること、または現在接続されていない場合でも直近の接続確認時間からの経過時間が設定時間未満であることの両方が確認できなかった場合の動作について説明する。

ステップＳ１６０２−Ｓ１６１２は、図１５のステップＳ１５０２−Ｓ１５１２を適用できる。

ステップＳ１６１４では、第５の通信ノード５００は、接続状態管理テーブル５０９を参照し、第６の通信ノード６００が現在接続されておらず、且つ直近の接続確認時間からの経過時間が設定時間以上であることを確認する。

ステップＳ１６１６では、第５の通信ノード５００は、第１の通信ノード１００からのウエイクアップ依頼フレームのデータIDを記憶する。

ステップＳ１６１８では、第５の通信ノード５００は、第１の通信ノード１００をスリープ許可状態にするスリープ許可フレームを第１３の通信ノード１３００を宛先として作成する。

ステップＳ１６２０では、第５の通信ノード５００は、第１３の通信ノード１３００にスリープ許可フレームを送信する。

ステップＳ１６２２では、第１３の通信ノード１３００は、スリープ許可フレームを受信する。

ステップＳ１６２４では、第１３の通信ノード１３００は、接続状態管理テーブル１３０９の第１の通信ノード１００の「スリープフラグ」を「○」（オン）に更新する。

ステップＳ１６２６では、第１の通信ノード１００は、送受信待機時間を経過したか否かを判定する。送受信待機時間を経過していないと判定した場合、ステップＳ１６２６に戻る。

ステップＳ１６２８では、第１の通信ノード１００は、送受待機時間を経過したと判定した場合、フェールセーフ状態に遷移する。第１の通信ノード１００は、送受待機時間を経過したと判定した場合、スリープ状態に遷移するようにしてもよい。

図１６に示されるシーケンスチャートにおいて、ステップＳ１６０６、Ｓ１６０８およびＳ１６１２は、ほぼ同時に実行される。

図１７は、通信システムの動作の一実施例（その８）を示す。

図１７に示される例では、図１５を参照して説明した動作において、第６の通信ノード６００からウエイクアップフレームが送信されない場合を示す。

ステップＳ１７０２−Ｓ１７３０は、図１５のステップＳ１５０２−Ｓ１５３０を適用できる。

ステップＳ１７３２では、第６の通信ノード６００は、第５の通信ノード５００にウエイクアップフレームを送信できない。

ステップＳ１７３４では、第５の通信ノード５００は、ウエイクアップ要求フレームを送信してから送受信待機時間を経過したか否かを判定する。送受信待機時間を経過していないと判定した場合、ステップＳ１７３４に戻る。

ステップＳ１７３６では、第５の通信ノード５００は、ウエイクアップ要求フレームを送信してから送受信待機時間を経過したと判定した場合、接続状態管理テーブル５０９の第６の通信ノード６００の「接続状態」と「接続確認時間」とを更新する。

ステップＳ１７３８では、第５の通信ノード５００は、第１の通信ノード１００からのウエイクアップ依頼フレームのデータIDを記憶する。

ステップＳ１７４０では、第５の通信ノード５００は、第１の通信ノード１００をスリープ許可状態にするスリープ許可フレームを第１３の通信ノード１３００を宛先として作成する。

ステップＳ１７４２では、第５の通信ノード５００は、第１３の通信ノード１３００にスリープ許可フレームを送信する。

ステップＳ１７４４では、第１３の通信ノード１３００は、スリープ許可フレームを受信する。

ステップＳ１７４６では、第１３の通信ノード１３００は、接続状態管理テーブル１３０９の第１の通信ノード１００の「スリープフラグ」を「○」に更新する。

図１７に示されるシーケンスチャートにおいて、ステップＳ１７０６、Ｓ１７０８およびＳ１７１２は、ほぼ同時に実行される。ステップＳ１７２０、Ｓ１７２４およびＳ１７２６は、ほぼ同時に実行される。

通信システムの一実施例によれば、マスタ通信ノードは、スレーブ通信ノードから他のスレーブ通信ノードをウエイクアップさせるために送信するウエイクアップ依頼フレームに基づいて、他のスレーブ通信ノードにウエイクアップ要求フレームを送信することなく通信できるか否かを判断できる。

このため、通信負荷を低減しつつ、スレーブ通信ノードがスリープ状態に遷移することを許可することができる。

以上、本発明は特定の実施例及び変形例を参照しながら説明されてきたが、各実施例及び変形例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に従った装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。

１０ 第１のグループ
２０ 第２のグループ
３０ 第３のグループ
４０ 第４のグループ
５０ 第５のグループ
6０、７０ 通信バス
１００ 第１の通信ノード
１０２ マイクロコントローラ
１０４ CPU
１０６ ROM
１０８ RAM
１１０ トランシーバ
２００ 第２の通信ノード
３００ 第３の通信ノード
４００ 第４の通信ノード
５００ 第５の通信ノード
５０２ マイクロコントローラ
５０４ CPU
５０６ ROM
５０８ RAM
５０９ 接続状態管理テーブル
６００ 第６の通信ノード
７００ 第７の通信ノード
８００ 第８の通信ノード
９００ 第９の通信ノード
１０００ 第１０の通信ノード
１１００ 第１１の通信ノード
１２００ 第１２の通信ノード
１３００ 第１３の通信ノード
１３０９ 接続状態管理テーブル

Claims (9)

1. 第１の通信ノードと複数の第２の通信ノードとを有する通信システムであって、
   前記第１の通信ノードは、
   前記複数の第２の通信ノードのうちの一つの第２の通信ノードからの該第２の通信ノード以外の他の第２の通信ノードをウエイクアップさせる要求に基づいて、該他の第２の通信ノードをウエイクアップさせるウエイクアップ要求フレームを作成する第１の演算処理部と、
   前記他の第２の通信ノードに前記第１の演算処理部により作成したウエイクアップ要求フレームを送信する送信部と
   を有し、
   前記第２の通信ノードは、
   前記他の第２の通信ノードをウエイクアップさせる要求を行った後に、前記ウエイクアップ要求フレームを受信したか否かに基づいて、前記第２の通信ノードと前記第１の通信ノードとの間の接続状態を判断する第２の演算処理部
   を有する、通信システム。
2. 第１の通信ノードと複数の第２の通信ノードとを有する通信システムにおける第１の通信ノードであって、
   前記複数の第２の通信ノードのうちの一つの第２の通信ノードからの該第２の通信ノード以外の他の第２の通信ノードをウエイクアップさせる要求に基づいて、該他の第２の通信ノードをウエイクアップさせるウエイクアップ要求フレームを作成する演算処理部と、
   前記他の第２の通信ノードに前記演算処理部により作成したウエイクアップ要求フレームを送信する送信部と
   を有し、
   前記演算処理部は、前記他の第２の通信ノードから前記ウエイクアップ要求フレームに対する応答フレームを受信しない場合に、前記第２の通信ノードをスリープ状態に遷移させるためのスリープ要求フレームを作成し、
   前記送信部は、前記第２の通信ノードに前記スリープ要求フレームを送信する、通信ノード。
3. 前記演算処理部は、前記他の第２の通信ノードが通信途絶えから復帰した際に、前記第２の通信ノードをウエイクアップさせるウエイクアップ要求フレームを作成し、
   前記送信部は、前記第２の通信ノードに該ウエイクアップ要求フレームを送信する、請求項２に記載の通信ノード。
4. 第１の通信ノードと通信を行う複数の第２の通信ノードのうちの一つの通信ノードであって、
   前記第１の通信ノードに、該通信ノード以外の他の第２の通信ノードをウエイクアップさせる要求を行った後に、前記第１の通信ノードにより前記他の第２の通信ノードをウエイクアップさせるために送信するウエイクアップ要求フレームが送信されたか否かに基づいて、前記通信ノードと前記第１の通信ノードとの間の接続状態を判断する演算処理部
   を有する、通信ノード。
5. 前記演算処理部は、前記ウエイクアップ要求フレームを受信しない場合に、通信途絶えのダイアグコードを記憶し、スリープ状態に遷移する制御を実行する、請求項４に記載の通信ノード。
6. 前記演算処理部は、前記他の第２の通信ノードが通信途絶えから復帰した際に、前記第１の通信ノードから送信されるウエイクアップ要求フレームにしたがって、ウエイクアップする制御を実行する、請求項５に記載の通信ノード。
7. 第１の通信ノードと該第１の通信ノードと通信を行う複数の第２の通信ノードとを有する通信システムにおける通信方法であって、
   前記第１の通信ノードは、
   前記複数の第２の通信ノードのうちの一つの第２の通信ノードから、該第２の通信ノード以外の他の第２の通信ノードをウエイクアップさせるウエイクアップ依頼フレームを受信し、
   該ウエイクアップ依頼フレームに基づいて、該他の第２の通信ノードをウエイクアップさせるウエイクアップ要求フレームを作成し、
   前記他の第２の通信ノードに前記ウエイクアップ要求フレームを送信し、
   前記第２の通信ノードは、
   前記他の第２の通信ノードをウエイクアップさせるウエイクアップ依頼フレームを送信し、
   前記ウエイクアップ要求フレームを受信したか否かに基づいて、前記第２の通信ノードと前記第１の通信ノードとの間の接続状態を判断する、通信方法。
8. 第１の通信ノードと複数の第２の通信ノードとを有する通信システムにおける第１の通信ノードの通信方法であって、
   前記複数の第２の通信ノードのうちの一つの第２の通信ノードからの該第２の通信ノード以外の他の第２の通信ノードをウエイクアップさせる要求に基づいて、該他の第２の通信ノードをウエイクアップさせるウエイクアップ要求フレームを作成し、
   前記他の第２の通信ノードに前記ウエイクアップ要求フレームを送信し、
   前記他の第２の通信ノードから前記ウエイクアップ要求フレームに対する応答フレームを受信しない場合に、前記第２の通信ノードをスリープ状態に遷移させるためのスリープ要求フレームを作成し、
   前記第２の通信ノードに前記スリープ要求フレームを送信する、通信方法。
9. 第１の通信ノードと通信を行う複数の第２の通信ノードのうちの一つの第２の通信ノードの通信方法であって、
   前記第１の通信ノードに、該第２の通信ノード以外の他の第２の通信ノードをウエイクアップさせるウエイクアップ依頼フレームを送信し、
   前記第１の通信ノードにより前記他の第２の通信ノードをウエイクアップさせるために送信するウエイクアップ要求フレームが送信されたか否かに基づいて、前記第２の通信ノードと前記第１の通信ノードとの間の接続状態を判断する、通信方法。

Images