JP4076876B2

JP4076876B2 - ネットワークシステム

Info

Publication number: JP4076876B2
Application number: JP2003044435A
Authority: JP
Inventors: 浩二山岡; 勝幸山崎
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2003-02-21
Filing date: 2003-02-21
Publication date: 2008-04-16
Anticipated expiration: 2023-02-21
Also published as: JP2004254196A

Description

【０００１】
【発明の属する技術分野】
本発明は、共通の伝送路を介して接続され、省電力状態と通常動作状態とに移行可能な複数の通信ノードを備えたネットワークシステムに関するものである。
【０００２】
【従来の技術】
従来より、車輌内に搭載された複数の通信ノードを共通の多重バスによって接続し、通信ノード間の通信が可能な通常動作状態（ウエイクアップ状態）と、該通信を停止する省電力状態（スリープ状態）とを各通信ノードに備えたネットワークシステムが提案されている。
【０００３】
ここで、各通信ノードのスリープ状態とは、ウエイクアップ状態に対して消費電流を下げた状態のことであり、例えば、通信ノード内部のクロックまたは発振器等の特定の電子素子を停止した状態、あるいは、通信ノード内部の電気回路の一部または全部の給電を停止した状態である。また、全通信ノードが省電力状態となることで通信ノード間の通信が停止した状態を、ネットワークシステムの省電力状態（スリープ状態）と、また、通信ノードが通常動作状態となり通信ノード間で通信が行われている状態をネットワークシステムの通常動作状態（ウエイクアップ状態）と定義する（後述する実施の形態においても同様）。
【０００４】
各通信ノードは、遷移条件（スリープ条件）を満足すると一斉にウエイクアップ状態からスリープ状態に移行して、電力供給源であるバッテリの電力消費を低減させている。また、スリープ状態の通信ノードをウエイクアップ状態に復帰させるには、通信ノードの一つに起動入力信号が発生すると、該通信ノードから他の通信ノードにウエイクアップフレームを送信する。これにより、ウエイクアップフレームを受信した全ての通信ノードがウエイクアップ状態に復帰して、動作可能な状態になる。これらの通信ノードに起動入力の内容を示す起動要因データを送信すると、該通信ノードにて起動入力の内容が実行される。
【０００５】
例えば、特許文献１には、通信ノードをスリープ状態からウエイクアップ状態に移行させる際に、まずウエイクアップフレームを送信して、全ての通信ノードがウエイクアップ状態に復帰するまでの一定期間後に、ウエイクアップの要因となった起動要因データを送信することで、全ての通信ノードで起動要因データ処理の確実化を図る技術が提案されている。
【０００６】
【特許文献１】
特開平７−３８５６６号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、スリープ状態からウエイクアップ状態に復帰するまでの時間は各通信ノード毎に異なる。このため、上述した処理の確実化を図ると、ウエイクアップフレームを送信してから起動要因データを送信するまでの待ち時間は、最も復帰時間（起動時間）の長い通信ノードにあわせて設定されることになる。従って、この通信ノードがウエイクアップ状態に復帰するまでは、他の通信ノードは起動要因データを処理することができず、処理が遅延化するという問題があった。
例えば、従来においては、図５のタイムチャートに示すように、ドアスイッチ６（後述する図１参照。図５に示した各機器について同じ）がＯＮし、通信ノード２Ａが起動してウエイクアップ信号（ＷＵＦ）を送信する。その後、通信ノード２Ａは最低でも通信ノード２Ｂが起動して通常作動状態に移行するまで待って（Ｔ１）、ウエイクアップした要因（ドアスイッチ６）を示すデータ（ＫＤＦ）を送信する。通信ノード２Ｃはそのデータを受信してルームライト７をＯＮに制御する。このように、通信ノード２Ａはドアスイッチ６のデータを送信するのにＴ１時間待つ必要があるため制御応答時間Ｔ２が長期化していた。
【０００８】
本発明は、このような事情に鑑みてなされたもので、ウエイクアップ状態に復帰した通信ノードごとに起動要因データを処理可能とすることで、迅速な処理を行うことができるネットワークシステムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記課題を解決するためになされた請求項１に記載した発明は、共通の伝送路（例えば、後述する実施の形態における多重バス８）を介して接続され、省電力状態と通常動作状態とに移行可能であるとともに、省電力状態のときに、前記伝送路を介して入力される入力以外の第１起動入力（例えば、後述する実施の形態におけるドアスイッチ６のＯＮ信号）が発生した場合には、通常動作状態に移行して他の通信ノードを通常動作状態に移行させるためのウエイクアップ信号を送信し、かつ、前記ウエイクアップ信号を送信してから省電力状態の全ての通信ノードが通常動作状態に移行する所定時間経過後に前記第１起動入力の内容を示す起動要因データを送信し、一方、前記伝送路を介して入力される第２起動入力であるウエイクアップ信号を受信した場合には、通常作動状態に移行する複数の通信ノード（例えば、後述する実施の形態における通信ノード２Ａ〜２Ｃ）を備えるネットワークシステムにおいて、ウエイクアップ信号を受信して通常動作状態に移行した通信ノードの少なくとも一つ（例えば、後述する実施の形態における通信ノード２Ｃ）は、前記起動要因データの送信を要求する要求信号を送信可能であり、前記第１起動入力が発生した通信ノード（例えば、後述する実施の形態における通信ノード２Ａ）は、前記所定時間中に前記要求信号を受信すると前記起動要因データを送信することを特徴とする。
【００１０】
この発明によれば、前記所定時間経過前に通常動作状態に移行した通信ノードの少なくとも一つ（例えば、後述する実施の形態における通信ノード２Ｃ）は、前記要求信号を送信することで、既に起動している通信ノード（起動ノード：通信ノード２Ａ）に通常動作状態に移行したことを認識させることができ、それに応答して前記起動ノードは前記起動要因データを送信する。これにより、前記通常動作状態に移行した通信ノードは、起動要因の内容を知ることができ、前記起動要因データに対応した処理を所定時間経過に先立って行うことができるため、通信ノードごとに迅速な処理を行うことができる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態におけるネットワークシステムを図面と共に説明する。図１は本発明の実施の形態におけるネットワークシステムを示す構成図である。このネットワークシステム１は、車輌に搭載される通信ノード２Ａ〜２Ｃと、相隣接する通信ノード２Ａ〜２Ｃを互いに接続するツイストベア線からなる多重バス８とを有している。そして、各通信ノード２Ａ〜２Ｃは、通信Ｉ／Ｆ３Ａ〜３Ｃと、ＣＰＵ４Ａ〜４Ｃと、周辺回路５Ａ〜５Ｃとをそれぞれ備えている。通信Ｉ／Ｆ３Ａ〜３Ｃは、多重バス８にそれぞれ接続され、該多重バス８を介して相互間で通信を行う。ＣＰＵ４Ａ〜４Ｃは、通信Ｉ／Ｆ３Ａ〜３Ｃ、周辺回路５Ａ〜５Ｃに接続され、通信Ｉ／Ｆ３Ａ〜３Ｃで受信する信号等により、周辺回路５Ａ〜５Ｃを制御する。周辺回路５Ａ〜５Ｃは、電源回路や、入出力回路、タイマー等を備え、接続されたＣＰＵ４Ａ〜４Ｃにより制御される。
【００１２】
通信ノード２Ａは、入力装置として車輌のドアスイッチ６を有し、車輌のドアの開閉をドアスイッチ６が検知すると、その検知信号が通信ノード２Ａに入力される。また、通信ノード２Ｃは、出力装置として車輌のルームライト７を有し、通信ノード２Ａから送信されるドアスイッチ６のＯＮ／ＯＦＦ情報に基づいて、ルームライト７の点灯、消灯を制御する。また、通信ノード２Ｂはこのルームライト７の制御に無関係な他の制御を行っている。
【００１３】
各通信ノード２Ａ〜２Ｃは、相互間の通信が可能な通常動作状態（ウエイクアップ状態）と、該通信を停止する省電力状態（スリープ状態）とを備えている。各通信ノード２Ａ〜２Ｃは、多重バス８を介して入力されるウエイクアップフレーム（第２起動入力信号）の入力により、スリープ状態からウエイクアップ状態に移行する。また、通信ノード２Ａは、ドアスイッチ６のＯＮ情報（第１起動入力信号）の入力によっても、スリープ状態からウエイクアップ状態に移行する。
【００１４】
図２は、通信ノード２Ａ〜２Ｃがウエイクアップ状態におけるドアスイッチ６とルームライト７のＯＮ／ＯＦＦの切換制御を示すタイムチャートである。通信ノード２Ｃは通信ノード２Ａから送信されるドアスイッチ６のＯＮ情報を読みとると、ルームライト７をＯＮにする（時刻ｔ１’）。また、通信ノード２Ｃはドアスイッチ６のＯＦＦ情報を読みとると、タイマーＴ１’を起動して（時刻ｔ２’）、タイマーＴ１’が終了する時刻（時刻ｔ３’）までルームライト７をＯＮに制御する。
【００１５】
以下、全ての通信ノード２Ａ〜２Ｃがスリープ状態にあるときに、ドアスイッチ６がＯＮになった後に、ルームライト７を点灯する場合の制御について説明する。この場合、各通信ノード２Ａ〜２Ｃの起動時間ＫＪＡ〜ＫＪＣは、通信ノード２Ｃが一番短く、通信ノード２Ｂが一番長いものとして説明する。
【００１６】
図３は図１に示す各機器２Ａ〜２Ｃ、６、８の状態を示すタイムチャートである。ドアスイッチ６、ルームライト７がＯＦＦのときには、各通信ノード２Ａ〜２Ｃはスリープ状態（ＳＬＰ）であり、各通信ノード２Ａ〜２Ｃに電力を供給するバッテリ（図示せず）の消費電力を低減させている。
【００１７】
まず、ドアスイッチ６がＯＮに切り替わると、そのＯＮ情報（第１起動入力）が通信ノード２Ａに入力される（時刻ｔ０）。このような、多重バス８を介さない第１起動入力信号が入力されると、通信ノード２Ａは起動時間ＫＪＡ経過後にウエイクアップ状態（ＷＵＰ）に移行し、起動ノード２Ａとして他の通信ノード２Ｂ、２Ｃにウエイクアップフレーム（第２起動入力信号、ＷＵＦ）を多重バス８を介して送信する。通信ノード２Ｂ、２Ｃはウエイクアップフレームを受信すると、スリープ状態（ＳＬＰ）からウエイクアップ状態（ＷＵＰ）に移行すべく、起動処理が開始される（時刻ｔ１）。
【００１８】
上述したように、通信ノード２Ｂの起動時間ＫＪＢよりも通信ノード２Ｃの起動時間ＫＪＣが短いため、通信ノード２Ｃが通信ノード２Ｂよりも先にウエイクアップ状態に移行する。このとき、まだ起動時間ＫＪＢは経過していないため、通信ノード２Ｂはウエイクアップ状態に移行していない。従来のように、全ての通信ノード２Ａ〜２Ｃがウエイクアップ状態になった後に、通信ノード２Ａで発生した起動入力の内容、即ち、起動要因を表わす起動要因データフレーム（ＫＤＦ）を送信すると、最も長い起動時間ＫＪＢが経過するまで起動要因データフレームは通信ノード２Ｃに送信されないため、通信ノード２Ｃでは起動要因内容に対応した処理を行うことができないことになる（図５参照）。
【００１９】
本実施の形態においては、起動時間ＫＪＣが経過して通信ノード２Ｃがウエイクアップ状態に移行すると、通信ノード２Ｂの起動（ウエイクアップ状態移行）に先立って、通信ノード２Ｃは通信ノード２Ａに起動要因要求フレーム（ＫＹＦ）を送信する（時刻ｔ２）。これにより、通信ノード２Ａは通信ノード２Ｃがウエイクアップ状態に移行したことを認識することができる。
【００２０】
そして、通信ノード２Ａは、前記要求フレームを受信すると、通信ノード２Ｂの起動に先立って、起動要因データフレームを送信する（時刻ｔ３）。これにより、通信ノード２Ｃは、起動要因データの内容を受けて、ルームライト７を点灯させることができる（時刻ｔ４）。このように、ウエイクアップ状態に移行した通信ノード２Ｃに、起動要因データの処理を所定時間（この場合は起動時間ＫＪＢに対応したＴ１）経過に先立って行わせることができるため、起動要因内容（ドアの開閉）に対応して迅速な処理（ルームライトの点灯制御）を行うことができる。従って、全ての通信ノード２Ａ〜２Ｃが起動状態に移行する従来における制御応答時間Ｔ２（図５参照）よりも、本実施の形態における制御応答時間Ｔ０を大幅に短縮することが可能となる。
また、全ての通信ノード２Ａ〜２Ｃが起動状態に移行した後で、通信ノード２Ａは、通信ノード２Ｂの起動を見計らって、所定時間Ｔ１経過後にも起動要因データフレームを再度送信する（時刻ｔ５）。これにより、通信ノード２Ｂは、起動要因の内容を知ることができるとともに、通信ノード２Ｃの復帰時間が長くなった場合にも起動要因データを通信ノード２Ｃに伝達することができ、確実性を高めることができる。
【００２１】
図４は図３のタイムチャートの処理を行うための通信ノード２Ａまたは２Ｃのフローチャートである。まず、ドアスイッチ６のＯＮ情報が通信ノード２Ａに入力されると、通信ノード２ＡでステップＳ１０のウエイクアップ処理が開始される。ステップＳ１２で、通信ノード２Ａは入力された起動入力信号がネットワーク（多重バス８）からのウエイクアップ（起動信号）かどうかを判定し、判定結果がＹＥＳならステップＳ１４に進み、判定結果がＮＯならステップＳ１６に進む。この場合はステップＳ１６に進む。
【００２２】
ステップＳ１６で、通信ノード２Ａは起動ノードとして多重バス８を介して他の通信ノード２Ｂ、２Ｃにウエイクアップフレームを送信する。そして、ステップＳ１８で、タイマーＴ１を起動する。このタイマーＴ１は、最も起動時間の長い通信ノード２Ｂの起動時間ＫＪＢ以上となるように設定されている。そして、ステップＳ２０で、Ｔ１経過したかどうかを判定し、判定結果がＹＥＳの場合にはステップＳ２２に進み、判定結果がＮＯの場合にはステップＳ２４に進んで起動要因要求フレームを受信したかどうかを判定する。
【００２３】
一方、通信ノード２Ｂ、２Ｃは、ステップＳ１６で送信されたウエイクアップフレームを受信することで、ステップＳ１０のウエイクアップ処理が開始される。この場合には、ステップＳ１２の判定結果はＹＥＳになるので、ステップＳ１４に進む。通信ノード２Ｃは、ステップＳ１４で起動要因要求フレームを送信する。そして、ステップＳ２８に進む。
【００２４】
また、通信ノード２Ａは、所定時間Ｔ１経過前に前記起動要因要求フレームを受信すると、上述したステップＳ２４の判定結果はＹＥＳとなるため、ステップＳ２６に進み、起動要因データを送信して、ステップＳ２０の処理に戻る。これにより、起動時間の短い通信ノード２Ｃは、通信ノード２Ｂの起動（ウエイクアップ状態への移行）を待つことなく、起動要因データを受信できる。また、ステップＳ２４の判定結果がＮＯの場合にも、ステップＳ２０の処理に戻り、所定時間Ｔ１が経過するまで上述の処理を繰り返し行う。
【００２５】
また、所定時間Ｔ１が経過して、全ての通信ノード２Ａ〜２Ｃがウエイクアップ状態に復帰すると、ステップＳ２０の判定結果はＹＥＳとなり、ステップＳ２２に進む。ステップＳ２２では、上述した起動要因データを再度送信することで、通信ノード２Ｂも起動要因データを受信することができる。そして、ステップＳ２８に進んで、各通信ノード２Ａまたは２Ｃは通常制御（各通信ノードが有する入力装置からの入力情報およびバスを介した受信データによる負荷制御）に移行して、ウエイクアップ処理が終了する。
【００２６】
このようにすることで、通信ノード２Ａ〜２Ｃごとに処理を行うことができるとともに、処理の確実化を図ることができる。
なお、本発明の内容は、実施の形態のみに限られず、種々の変形を行ってもよいことはもちろんである。
【００２７】
【発明の効果】
以上説明したように、本発明によれば、省電力状態のときに、直接接続されるスイッチまたはセンサ等からの入力や入力変化である起動入力（第１起動信号）が発生した場合には、省電力状態から通常動作状態に復帰して他の通信ノードを通常動作状態に移行させるためのウエイクアップフレーム（第２起動信号）を送信するとともに、第２起動信号を送信してから省電力状態の全ての通信ノードが通常動作状態に移行するための所定時間（Ｔ１）が経過した後に起動入力の内容（起動要因）を示す起動要因データを送信し、一方、第２起動信号を受信して通常動作に復帰した通信ノードの少なくとも一つは、起動要因データの送信を要求する要求信号を送信可能とするとともに、起動入力が発生した通信ノード（起動ノード）は、前記所定時間中に前記要求信号を受信した場合には、起動要因データを送信するようにしたので、第２起動信号により通常動作可能状態に復帰した通信ノードの中で、制御に早い応答性が求められる通信ノードは、要求信号を送信して、所定時間が経過することを待つことなく起動入力の内容を知りその対応が可能となり制御の応答性を早くすることが可能となる。
また、要求信号がなくても所定時間の経過後には起動ノードから起動要因データが送信されるため、復帰時間の長い通信ノードも確実に起動入力の内容を知ることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるネットワークシステム１を示す構成図である。
【図２】図１のドアスイッチ６とルームライト７のＯＮ／ＯＦＦの切換制御を示すタイムチャートである。
【図３】図１に示す各機器２Ａ〜２Ｃ、６、８の状態を示すタイムチャートである。
【図４】図３のタイムチャートの処理を行うための通信ノード２Ａまたは２Ｃのフローチャートである。
【図５】従来例におけるネットワークシステムにおける各機器の状態を示すタイムチャートである。
【符号の説明】
１ネットワークシステム
２（２Ａ〜２Ｃ）通信ノード
８多重バス

Claims

共通の伝送路を介して接続され、省電力状態と通常動作状態とに移行可能であるとともに、省電力状態のときに、前記伝送路を介して入力される入力以外の第１起動入力が発生した場合には、通常動作状態に移行して他の通信ノードを通常動作状態に移行させるためのウエイクアップ信号を送信し、かつ、前記ウエイクアップ信号を送信してから省電力状態の全ての通信ノードが通常動作状態に移行する所定時間経過後に前記第１起動入力の内容を示す起動要因データを送信し、一方、前記伝送路を介して入力される第２起動入力であるウエイクアップ信号を受信した場合には、通常作動状態に移行する複数の通信ノードを備えるネットワークシステムにおいて、ウエイクアップ信号を受信して通常動作状態に移行した通信ノードの少なくとも一つは、前記起動要因データの送信を要求する要求信号を送信可能であり、前記第１起動入力が発生した通信ノードは、前記所定時間中に前記要求信号を受信すると前記起動要因データを送信することを特徴とするネットワークシステム。