(57)【要約】【課題】少ない消費電力でネットワークに接続された装置の状態を確認できるネットワークシステムを提供する。【解決手段】マスター制御ユニットと、マスター制御ユニットに通信可能に接続された、少なくとも１つのスレーブ制御ユニットを含むスレーブ制御ユニット群と、を備え、マスター制御ユニットは、スレーブ制御ユニット群に含まれる全てのスレーブ制御ユニットを対象として、接続状態を確認するための１つの状態要求信号を送信するマスター側送信部を含み、スレーブ制御ユニットは、該スレーブ制御ユニットの、予め定められた複数の動作モードを切り替え制御する動作モード制御部と、状態要求信号を受信するスレーブ側受信部と、を含み、スレーブ側受信部が状態要求信号を受信したとき、動作モード制御部は現在の動作モードを維持し、状態要求信号に対する応答信号を送信するスレーブ側送信部と、をさらに含む。【選択図】図１
2014213675.tif 000002
【特許請求の範囲】
【請求項１】
マスター制御ユニットと、
前記マスター制御ユニットに通信可能に接続された、少なくとも１つのスレーブ制御ユニットを含むスレーブ制御ユニット群と、を備え、
前記マスター制御ユニットは、
前記スレーブ制御ユニット群に含まれる全てのスレーブ制御ユニットを対象として、接続状態を確認するための１つの状態要求信号を送信するマスター側送信部を含み、
前記スレーブ制御ユニットは、
該スレーブ制御ユニットの、予め定められた複数の動作モードを切り替え制御する動作モード制御部と、
前記状態要求信号を受信するスレーブ側受信部と、
を含み、
前記スレーブ側受信部が前記状態要求信号を受信したとき、前記動作モード制御部は現在の動作モードを維持し、
前記状態要求信号に対する応答信号を送信するスレーブ側送信部と、
をさらに含むことを特徴とするネットワークシステム。
【請求項２】
前記動作モードは、通常の動作モードである通常モードと、前記通常モードよりも消費電力の少ないスリープモードを含む請求項１に記載のネットワークシステム。
【請求項３】
前記スレーブ制御ユニットは、該スレーブ制御ユニットの動作制御を行うマイクロコンピュータを含み、
前記マイクロコンピュータは、該マイクロコンピュータに接続された発振子を用いて発振する発振回路と、コンデンサの容量値と抵抗の抵抗値とに基づいて定まる周波数で発振するＣＲ発振回路と、を含み、
前記スレーブ制御ユニットは、前記通常モードでは前記発振回路から出力されるクロック信号に基づいて動作し、前記スリープモードでは前記ＣＲ発振回路から出力されるクロック信号に基づいて動作する請求項２に記載のネットワークシステム。
【請求項４】
前記スレーブ側送信部は、前記スレーブ側受信部が前記状態要求信号を受信した後、予め定められた応答タイミングが到来したときに前記応答信号を送信する請求項１ないし請求項３のいずれか１項に記載のネットワークシステム。
【請求項５】
前記応答タイミングは、他のスレーブ制御ユニットの応答タイミングとは異なるように定められる請求項４に記載のネットワークシステム。
【請求項６】
前記スレーブ側送信部は、前記応答信号として、ローレベル信号を予め定められた時間出力し、
前記応答タイミングは、他のスレーブ制御ユニットが前記応答信号の送信を終了する前に、前記スレーブ側送信部が応答信号の送信を開始するように定められる請求項５に記載のネットワークシステム。
【請求項７】
前記マスター制御ユニットは、
前記応答信号を受信するマスター側受信部と、
前記マスター側受信部が受信した前記応答信号の継続時間に基づいて、前記スレーブ制御ユニット群の接続状態を確認する状態確認部と、
を含む請求項６に記載のネットワークシステム。
【請求項８】
前記スレーブ側送信部は、前記応答信号として、ローレベル信号を予め定められた時間出力し、
前記応答タイミングは、他のスレーブ制御ユニットが前記応答信号の送信を終了してから所定のインターバル時間が経過後に、自身の応答信号の送信を開始するように定められる請求項５に記載のネットワークシステム。
【請求項９】
前記マスター制御ユニットは、
前記応答信号を受信するマスター側受信部と、
前記マスター側受信部が受信した前記応答信号のインターバルの回数に基づいて、前記スレーブ制御ユニット群の接続状態を確認する状態確認部と、
を含む請求項８に記載のネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の電子制御装置を含むネットワークシステムに関する。
【背景技術】
【０００２】
事業所や車両では、電子制御装置（制御ユニット、ＥＣＵともいう）や通信端末が接続されたネットワークシステムが構築されている。車両では、電子化および高機能化等に伴い、各種ＥＣＵが数多く搭載されている。
【０００３】
特に、車両内ネットワークシステムに接続されたＥＣＵでは、通常の動作を行う通常モードと、通常モードよりも消費電力の少ないスリープモードの、２つの動作モードを切り替えて、バッテリの負荷を低減している。すなわち、スリープ状態にあるＥＣＵに起動信号が入力されると、ＥＣＵは通常モードに遷移（ウエイクアップ）して各種制御が行われる。制御終了後あるいはスリープ信号が入力されると、ＥＣＵはスリープモードに遷移する。
【０００４】
例えば、イグニッションスイッチがオフ状態のとき、動作に必要ないＥＣＵをスリープモードに設定すること、および操作スイッチのオンにより各ＥＣＵのスリープモードを解除する技術が開示されている（特許文献１参照）。
【０００５】
また、テレビなどの外部機器側に標準的に具備されているインターフェースを利用して、当該外部機器が消えているとき（スリープモード）であっても、携帯電話機への着信を、当該外部機器を介して報知することができる技術が開示されている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平０４−２８３１４０号公報
【特許文献２】特開２０１１−０９１６９９号公報
【非特許文献】
【０００７】
【非特許文献１】ルネサスマイクロコンピュータ  M16Cファミリ／M16C/50シリーズ  ユーザーズマニュアル  ハードウェア編
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１では、マスターＥＣＵが、接続されている全てのスレーブＥＣＵに対して、接続確認のためにウェイクアップフレームを送信し、スレーブＥＣＵは、一度スリープ状態からウエイクアップ状態に遷移し、応答フレームを返す。その後、各スレーブＥＣＵ内のマイクロコンピュータが、通信データあるいは外部入力に基づいて、アクチュエータの駆動を行う。このとき、通信データあるいは外部入力のないスレーブＥＣＵは、スリープ状態に戻る。このため、単に接続確認のためにスレーブＥＣＵを立ち上げるための消費電力が無駄となる問題があった。
【０００９】
同様に、特許文献２も、接続確認のためにウエイクアップコマンドを送信しているので、スリープ状態からウエイクアップ状態へ遷移中に、着信が切れたときは、消費電力が無駄となる可能性がある。
【００１０】
上記問題点を背景として、本発明の課題は、少ない消費電力でネットワークに接続された装置の状態を確認できるネットワークシステムを提供することにある。
【課題を解決するための手段および発明の効果】
【００１１】
上記課題を解決するためのネットワークシステムは、マスター制御ユニットと、マスター制御ユニットに通信可能に接続された、少なくとも１つのスレーブ制御ユニットを含むスレーブ制御ユニット群と、を備え、マスター制御ユニットは、スレーブ制御ユニット群に含まれる全てのスレーブ制御ユニットを対象として、接続状態を確認するための１つの状態要求信号を送信するマスター側送信部を含み、スレーブ制御ユニットは、該スレーブ制御ユニットの、予め定められた複数の動作モードを切り替え制御する動作モード制御部と、状態要求信号を受信するスレーブ側受信部と、を含み、スレーブ側受信部が状態要求信号を受信したとき、動作モード制御部は現在の動作モードを維持し、状態要求信号に対する応答信号を送信するスレーブ側送信部と、をさらに含む。
【００１２】
上記構成によって、スレーブ制御ユニットの動作モードに関係なく、スレーブ制御ユニットは応答信号をマスター制御ユニットに送信できる。よって、従来技術のように、スリープ状態のスレーブ制御ユニットがウエイクアップしてから応答信号を送信する必要がなくなり、消費電流の増加を抑制することができる。また、マスター制御ユニットは、スレーブ制御ユニットの動作モードに関係なく、状態要求信号を送信することができるので、より短い時間で、必要なときにスレーブ制御ユニットの状態を確認することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明のネットワークシステムの構成例を示す図。
【図２】スレーブＥＣＵの構成例を示す図。
【図３】応答信号送信処理を説明するフロー図。
【図４】状態要求および応答信号の送信タイミングを示す図。
【図５】状態確認処理を説明するフロー図。
【図６】状態要求および応答信号の送信タイミングの別例を示す図。
【図７】状態確認処理の別例を説明するフロー図。
【発明を実施するための形態】
【００１４】
以下、本発明のネットワークシステムについて、図面を用いて説明する。図１に、本発明のネットワークシステムＮＳの全体構成を示す。ネットワークシステムＮＳは、例えば、車両において構成され、通信ネットワーク（以下、ＬＡＮと称する）５０に接続された、マスターＥＣＵ１（本発明のマスター制御ユニット）、およびスレーブＥＣＵ（１０、２０、３０、４０：本発明のスレーブ制御ユニット：符号を付記しない場合はこれらの総称）を含む。
【００１５】
図１の例では、４個のスレーブＥＣＵによりスレーブＥＣＵ群を構成している。スレーブＥＣＵ群は、少なくとも１個のスレーブＥＣＵを含む構成であればよい。
【００１６】
ネットワークシステムＮＳでは、マスターＥＣＵ１が送信する通信フレームをスレーブＥＣＵが受信し、その通信フレームの内容に基づいて、スレーブＥＣＵが所定の動作制御を行う。
【００１７】
マスターＥＣＵ１およびスレーブＥＣＵは、それぞれ、周知のＣＲ発振回路（１０４、１１４、２１４、３１４、４１４）あるいは水晶発振回路（１０５、１１５、２１５、３１５、４１５：本発明の発振回路）が発生するクロック信号に基づいて動作する。クロック発生回路の詳細については、例えば非特許文献１に詳細が記載されている。
【００１８】
ＣＲ発振回路は、比較的低い周波数のクロック信号を発生する。水晶発振回路は、ＣＲ発振回路よりも高い周波数のクロック信号を発生する。
【００１９】
図１のように、マスターＥＣＵ１は、少なくともマイコン２（本発明のマイクロコンピュータ、状態確認部）、通信Ｉ／Ｆ３（本発明のマスター側送信部、マスター側受信部）を含む。後述のスレーブＥＣＵのように、スイッチ群、センサ群、およびアクチュエータ群が接続された構成であってもよい。
【００２０】
マイコン２は、周知のＣＰＵコア１０１、メモリ１０２、タイマ等の周辺回路（図示せず）、およびクロック発生回路１０３を含む。クロック発生回路１０３が発生するクロック信号に基づいて、ＣＰＵコア１０１がメモリ１０２に記憶されたマスターＥＣＵ制御プログラムを実行することで、マスターＥＣＵ１の各種機能を実現する。
【００２１】
クロック発生回路１０３は、ＣＲ発振回路１０４、およびマイコン２の外部にある発振子１０６が接続された水晶発振回路１０５を含み、マイコン２からの切替指令に基づき、いずれかの発振回路からのクロック信号を出力する。
【００２２】
通信Ｉ／Ｆ３は、ＬＡＮ５０を介してスレーブＥＣＵとのデータ通信を行うための通信インターフェース回路である。
【００２３】
図２にスレーブＥＣＵ１０の構成例を示す。他のスレーブＥＣＵ（２０、３０、４０）も、同様の構成である。スレーブＥＣＵ１０は、マイコン１１（本発明の動作モード制御部）、入力回路１３、ドライバ回路１４、通信Ｉ／Ｆ１５（本発明のスレーブ側受信部、スレーブ側送信部）を含む。
【００２４】
スレーブＥＣＵ１０には、ユーザが操作入力を行うスイッチ群２１、例えば、回転センサ、圧力センサ、温度センサ等を含むセンサ群２２、例えば、モータ，ソレノイド等を含むアクチュエータ群３１が接続されている。
【００２５】
マイコン１１は、周知のＣＰＵコア１１１、メモリ１１２、タイマ等の周辺回路（図示せず）、およびクロック発生回路１１３を含む。クロック発生回路１１３が発生するクロック信号に基づいて、ＣＰＵコア１１１がメモリ１１２に記憶されたスレーブＥＣＵ制御プログラムを実行することで、スレーブＥＣＵ１０の各種機能を実現する。
【００２６】
クロック発生回路１１３は、ＣＲ発振回路１１４、およびマイコン１１の外部にある発振子１１６が接続された水晶発振回路１１５（セラミック発振子を用いたセラミック発振回路でもよい）を含み、マイコン１１からの切替指令に基づき、いずれかの発振回路からのクロック信号を出力する。
【００２７】
入力回路１３は、スイッチ群２１およびセンサ群２２からの入力信号の波形整形やＡ／Ｄ変換等の信号処理を行う。ドライバ回路１４は、アクチュエータ群３１を駆動制御する。通信Ｉ／Ｆ１５は、ＬＡＮ５０を介して他のＥＣＵとのデータ通信を行うための通信インターフェース回路である。
【００２８】
上記構成により、スレーブＥＣＵ１０（他のスレーブＥＣＵも同様）は、ＬＡＮ５０を介して受信したマスターＥＣＵ１からの制御指令あるいは他のスレーブＥＣＵから取得したデータ、入力回路１３を介して取得したスイッチ群２１、センサ群２２、およびアクチュエータ群３１の動作状態に基づいて動作制御指令値を演算し、ドライバ回路１４を介してアクチュエータ群３１の駆動制御を行う。
【００２９】
また、マスターＥＣＵ１およびスレーブＥＣＵは、通常の動作モードである通常モードでは、水晶発振回路が発生するクロック信号に基づいて動作し、通常モードよりも消費電力の少ない動作モードであるスリープモードでは、ＣＲ発振回路が発生するクロック信号に基づいて動作する。
【００３０】
スレーブＥＣＵ１０は、スリープモードでは、少なくとも、マイコン１１および通信Ｉ／Ｆ１５に電源が供給されており、マスターＥＣＵ１と通信可能な状態となっている。
【００３１】
図２の構成が、「動作モードは、通常の動作モードである通常モードと、通常モードよりも消費電力の少ないスリープモードを含む」ものに相当する。本構成によって、スレーブ制御ユニットがスリープモードのときにも、通常モードに移行することなく、応答信号を送信できるので、消費電力の増加を抑制できる。
【００３２】
また、図２の構成が、「スレーブ制御ユニットは、該スレーブ制御ユニットの動作制御を行うマイクロコンピュータを含み、マイクロコンピュータは、該マイクロコンピュータに接続された発振子を用いて発振する発振回路と、コンデンサの容量値と抵抗の抵抗値とに基づいて定まる周波数で発振するＣＲ発振回路と、を含み、スレーブ制御ユニットは、通常モードでは発振回路から出力されるクロック信号に基づいて動作し、スリープモードではＣＲ発振回路から出力されるクロック信号に基づいて動作する」ものに相当する。
【００３３】
一般に、ＣＲ発振回路の消費電力は、発振子（水晶発振子あるいはセラミック発振子）を用いた発振回路よりも少ないことが知られている。上記構成によって、スリープモード時に応答信号を送信する際の消費電力の増加を抑制できる。
【００３４】
図３を用いて、スレーブＥＣＵ１０を例に挙げて、スレーブＥＣＵ１０のマイコン１１が実行する、スレーブＥＣＵ制御プログラムに含まれる応答信号送信処理について説明する。なお、マスターＥＣＵ１は、スレーブＥＣＵの動作モードに関係なく、所定のタイミングでスレーブＥＣＵの状態の送信を要求する状態要求信号を送信している。
【００３５】
まず、予め定められたスリープモード移行条件（タイムアウト、外部からの指令等）が成立したときに、通常モードからスリープモードに移行する（Ｓ１１）。次に、マスターＥＣＵ１からの状態要求信号を受信したとき（Ｓ１２：Ｙｅｓ）、受信した状態要求信号に応答するための応答信号を送信する応答タイミングが到来したか否かを判定する。このとき、ウエイクアップ動作を行わない。また、応答タイミングについては後述する。応答タイミングが到来したとき（Ｓ１３：Ｙｅｓ）、マスターＥＣＵ１へ応答信号を送信する（Ｓ１４）。
【００３６】
上述の構成が、「スレーブ側送信部は、スレーブ側受信部が状態要求信号を受信した後、予め定められた応答タイミングが到来したときに応答信号を送信する」ものに相当する。本構成によって、マスター制御ユニットから全てのスレーブ制御ユニットを対象とした１つの状態要求を送信する構成でも、応答タイミング（すなわち、マスター制御ユニットでの応答信号受信タイミング）に基づいて、どのスレーブ制御ユニットからの応答信号かを特定できる。
【００３７】
この後、マスターＥＣＵ１からのウエイクアップ要求を受信したとき（Ｓ１５：Ｙｅｓ）スリープモードから、通常モードに移行する（Ｓ１６）。
【００３８】
上述の例では、スリープモード時の動作を例に挙げているが、通常モードの応答信号送信処理は、ステップＳ１１、Ｓ１５、およびＳ１６をスキップする構成である。
【００３９】
図１の例では、マスターＥＣＵ１、スレーブＥＣＵ３０、およびスレーブＥＣＵ４０では、それぞれの水晶発振回路が動作している（すなわち、通常モード）。また、スレーブＥＣＵ１０、およびスレーブＥＣＵ２０では、それぞれのＣＲ発振回路が動作している（すなわち、スリープモード）。この状態で、マスターＥＣＵ１が、全スレーブＥＣＵに対して状態要求信号を送信したとき、全てのスレーブＥＣＵは、動作モードを切り替えることなく応答信号を送信することができる。
【００４０】
図４に、図３の応答信号送信処理実行時の、各ＥＣＵのデータの通信状態を示す。マスターＥＣＵ１については、便宜上、送信／受信をまとめて表記してあるが、実際は、全二重通信あるいは半二重通信を実行可能な構成である。各ＥＣＵは、データを送信していない状態（アイドル状態ともいう）ではＨレベルを出力する。マスターＥＣＵ１は、全スレーブＥＣＵを対象として、状態要求信号として、時間Ｔ０のＬレベル信号を送信する。
【００４１】
スレーブＥＣＵは、マスターＥＣＵ１の送信信号のＨレベル→Ｌレベルの変化（すなわち、立下り）を検知してから、Ｌレベル→Ｈレベルの変化（すなわち、立上り）を検知するまでの時間（Ｌレベル時間という）を計測し、Ｌレベル時間が所定値（例えば、Ｔ０×０．８）を超えたとき、状態要求であると判定する。
【００４２】
スレーブＥＣＵは、状態要求信号の立上りを検知した時点から所定時間経過したときを応答タイミングが到来したと判定して、時間ＴのＬレベル信号（本発明のローレベル信号）を応答信号として送信する。スレーブＥＣＵ（１０、２０、３０、４０）の応答タイミングは、それぞれ、Ｄ１１、Ｄ２１、Ｄ３１、Ｄ４１である。
【００４３】
上述の例では、応答タイミングの到来の判定基準を、状態要求の立上りとしているが、状態要求の立下りとしてもよい。
【００４４】
応答タイミング（Ｄ１１〜Ｄ４１）は、スレーブＥＣＵごとに異なる時間が設定され、予めメモリ（１１２等）に記憶されている。また、スレーブＥＣＵを識別するための識別番号に所定の係数を乗じたものを、応答タイミングとしてもよい。
【００４５】
上述の構成が、「応答タイミングは、他のスレーブ制御ユニットの応答タイミングとは異なるように定められる」ものに相当する。本構成によって、他の制御ユニットの応答信号と重畳しないため、マスター制御ユニットで、全てのスレーブ制御ユニットからの応答信号を正確に受信できる。
【００４６】
例えば、スレーブＥＣＵ１０とスレーブＥＣＵ２０との関係のように、スレーブＥＣＵ１０の応答信号の送信が終了する前、（すなわち、応答信号の立上りが出力される前）に、スレーブＥＣＵ２０が応答信号の送信を開始する。図４の例では、スレーブＥＣＵ２０は、マスターＥＣＵ１からの状態要求の立上りを検知してから、時間Ｄ２１が経過したときに応答信号の送信を開始する。Ｄ２１＝Ｄ１１（スレーブＥＣＵ１０の応答タイミング）＋Ｄ０（所定のディレイ時間）のように設定する。Ｄ０は、上述のＬレベル時間Ｔよりも小さいことが好ましい。これにより、スレーブＥＣＵ１０の応答信号の送信が終了する前に、スレーブＥＣＵ２０の応答信号の送信が始まる。
【００４７】
同様に、スレーブＥＣＵ２０とスレーブＥＣＵ３０との関係、およびスレーブＥＣＵ３０とスレーブＥＣＵ４０との関係も、先に応答信号の送信を開始したスレーブＥＣＵの応答タイミングから時間Ｄ０が経過したときに、応答信号の送信を開始するよう設定されている。
【００４８】
これにより、マスターＥＣＵ１が受信する応答信号は、時間Ｔ１のＬレベル信号となる。時間Ｔ１は、Ｄ０（スレーブＥＣＵ２０のディレイ時間）＋Ｄ０（スレーブＥＣＵ３０のディレイ時間）＋Ｄ０（スレーブＥＣＵ４０のディレイ時間）＋Ｔ（スレーブＥＣＵ４０の応答信号のＬレベル時間）と表される。
【００４９】
上述の構成が、「スレーブ側送信部は、応答信号として、ローレベル信号を予め定められた時間出力し、応答タイミングは、他のスレーブ制御ユニットが応答信号の送信を終了する前に、スレーブ側送信部が応答信号の送信を開始するように定められる」ものに相当する。本構成によって、スレーブ制御ユニット群からの応答信号は、１つのローレベル信号となる。応答信号を送信しないスレーブ制御ユニットがある場合、該ローレベル信号の状態（例えば、長さ）が変化するので、これを基に、マスター制御ユニットは、スレーブ制御ユニット群の状態を確認することができる。
【００５０】
マスターＥＣＵ１では、スレーブＥＣＵから送信される上述のような応答信号を受信して、各スレーブＥＣＵの状態を確認することができる。以下、図５を用いて、マスターＥＣＵ１のマイコン２が実行する、マスターＥＣＵ制御プログラムに含まれる状態確認処理について説明する。
【００５１】
本処理が、「マスター制御ユニットは、応答信号を受信するマスター側受信部と、マスター側受信部が受信した応答信号の継続時間に基づいて、スレーブ制御ユニット群の接続状態を確認する状態確認部と、を含む」ものに相当する。本構成によって、どのスレーブ制御ユニットが応答信号を送信していないかを特定できる。
【００５２】
まず、各スレーブＥＣＵに状態要求を送信する（Ｓ３１）。合わせて、状態要求の送信を終了したとき、送信終了後からの経過時間を測定するためのタイマを作動させる。そして、応答信号の立下り検知を待つ。
【００５３】
応答信号の立下りを検知しないとき（Ｓ３２：Ｎｏ）、上述の経過時間と予め定められた基準時間とを比較する。経過時間が基準時間を下回るとき（Ｓ３８：Ｎｏ）、ステップＳ３２に戻り、応答信号の立下り検知を待つ。一方、経過時間が基準時間を上回るとき（Ｓ３８：Ｙｅｓ）、本処理を終了する。
【００５４】
なお、基準時間は、図４のＴ１、あるいはＴ１に所定値を加えたものとする。
【００５５】
次に、応答信号の立下りを検知したとき（Ｓ３２：Ｙｅｓ）、応答信号のＬレベル時間の計測を開始する（Ｓ３３）。次に、応答信号の立上りを検知したとき（Ｓ３４：Ｙｅｓ）、Ｌレベル時間の計測を終了する（Ｓ３５）。
【００５６】
次に、上述の経過時間と基準時間とを比較する。経過時間が基準時間を下回るとき（Ｓ３６：Ｎｏ）、全ての応答信号を受信していないと判断して、ステップＳ３２に戻り、応答信号の立下り検知を待つ。一方、経過時間が基準時間を上回るとき（Ｓ３６：Ｙｅｓ）、以下のように、応答信号の受信状態に応じて、スレーブＥＣＵの状態を確認する（Ｓ３７）。
【００５７】
・経過時間がＤ１１を超えたときに応答信号を受信しない（すなわち、応答信号の立下りを検知しない）場合、スレーブＥＣＵ１０が正常動作していないと判定。
・経過時間がＤ２１を超えたときに応答信号を受信しない場合、スレーブＥＣＵ２０が正常動作していないと判定。
・経過時間がＤ３１を超えたときに応答信号を受信しない場合、スレーブＥＣＵ３０が正常動作していないと判定。
・経過時間がＤ４１を超えたときに応答信号を受信しない場合、スレーブＥＣＵ４０が正常動作していないと判定。
【００５８】
なお、正常動作していない状態には、スレーブＥＣＵの動作異常、ＬＡＮ５０の断線、スレーブＥＣＵの非接続などを含む。また、マスターＥＣＵ１のメモリ１０２に、各スレーブＥＣＵの識別情報と応答タイミング（Ｄ１１、Ｄ２１、Ｄ３１、Ｄ４１）とを関連付けて記憶しておけば、応答信号を受信できないスレーブＥＣＵを特定することができる。本構成が、「状態確認部は、予め応答タイミングを記憶し、マスター側受信部が受信した応答信号の継続時間の状態と応答タイミングとに基づき、応答信号を送信しないスレーブＥＣＵを特定する」ものに相当する。
【００５９】
図６に、図３の応答信号送信処理実行時の、各ＥＣＵのデータの通信状態の別例を示す。各ＥＣＵのアイドル状態、マスターＥＣＵ１からの状態要求、およびスレーブＥＣＵでの状態要求は、図４と同様である。
【００６０】
スレーブＥＣＵは、状態要求の立上りを検知した時点から所定時間経過したときを応答タイミングが到来したと判定して、時間ＴのＬレベル信号（本発明のローレベル信号）を応答信号として送信する。スレーブＥＣＵ（１０、２０、３０、４０）の応答タイミングは、それぞれ、Ｄ１２、Ｄ２２、Ｄ３２、Ｄ４２である。
【００６１】
図４と同様に、状態要求の立上りを基準としているが、状態要求の立下りを基準としてもよい。応答タイミング（Ｄ１２〜Ｄ４２）は、スレーブＥＣＵごとに異なる時間が設定され、予めメモリ（１１２等）に記憶されている。また、スレーブＥＣＵを識別するための識別番号に所定の係数を乗じたものを、応答タイミングとしてもよい。
【００６２】
例えば、スレーブＥＣＵ１０とスレーブＥＣＵ２０との関係のように、スレーブＥＣＵ１０の応答信号の送信が終了してから（すなわち、応答信号の立上りが出力されてから）、予め定められた時間が経過した後に、スレーブＥＣＵ２０が応答信号の送信を開始する。スレーブＥＣＵ２０の応答タイミングＤ２２は、Ｄ２２＝Ｄ１２＋Ｔ＋Ｄ１のように設定する。Ｄ１は、上述のＬレベル時間Ｔよりも小さく設定することが好ましい。Ｄ１が、インターバルＩ１に相当する。
【００６３】
同様に、スレーブＥＣＵ２０とスレーブＥＣＵ３０との関係、およびスレーブＥＣＵ３０とスレーブＥＣＵ４０との関係も、先に応答信号の送信を開始したスレーブＥＣＵの応答信号の送信が終了してから時間Ｄ１（それぞれ、インターバルＩ２、Ｉ３）が経過したときに、応答信号の送信を開始するよう設定されている。
【００６４】
これにより、これにより、各スレーブＥＣＵの応答信号の間に、時間Ｄ１のＨレベル信号が出力される。
【００６５】
上述の構成が、「スレーブ側送信部は、応答信号として、ローレベル信号を予め定められた時間出力し、応答タイミングは、他のスレーブ制御ユニットが応答信号の送信を終了してから所定のインターバル時間が経過後に、自身の応答信号の送信を開始するように定められる」ものに相当する。本構成によって、応答信号を送信しないスレーブ制御ユニットがある場合、インターバル時間が変化するので、これを基に、マスター制御ユニットは、スレーブ制御ユニット群の状態を確認することができる。
【００６６】
図７を用いて、図６の状態においてマスターＥＣＵ１のマイコン２が実行する、マスターＥＣＵ制御プログラムに含まれる状態確認処理について説明する。
【００６７】
本処理が、「マスター制御ユニットは、応答信号を受信するマスター側受信部と、マスター側受信部が受信した応答信号のインターバルの回数に基づいて、スレーブ制御ユニット群の接続状態を確認する状態確認部と、を含む」ものに相当する。本構成によって、どのスレーブ制御ユニットが応答信号を送信していないかを特定できる。
【００６８】
まず、各スレーブＥＣＵに状態要求を送信する（Ｓ５１）。合わせて、状態要求の送信を終了したとき、送信終了後からの経過時間を測定するためのタイマを作動させる。そして、応答信号の立下りを待つ。
【００６９】
応答信号の立下りを検知しないとき（Ｓ５２：Ｎｏ）、上述の経過時間と予め定められた基準時間とを比較する。経過時間が基準時間を下回るとき（Ｓ６１：Ｎｏ）、ステップＳ５２に戻り、応答信号の立下りの検知待ちとする。一方、経過時間が基準時間を上回るとき（Ｓ６１：Ｙｅｓ）、ステップＳ５９に進む。
【００７０】
基準時間は、例えば、図６のＤ４２＋Ｔ、あるいはＤ４２＋Ｔに所定値を加えたものとする。
【００７１】
次に、応答信号の立下りを検知したとき（Ｓ５２：Ｙｅｓ）、応答信号の立上り検知を待つ。そして、応答信号の立上りを検知したとき（Ｓ５３：Ｙｅｓ）、Ｈレベル時間（すなわち、インターバル時間）の計測を開始する（Ｓ５４）。
【００７２】
次に、上述の経過時間と基準時間とを比較する。経過時間が基準時間を下回るとき（Ｓ５５：Ｎｏ）、次の応答信号の立下り検知を待つ。次の応答信号の立下りを検知したとき（Ｓ５６：Ｙｅｓ）、Ｈレベル時間の計測を終了する（Ｓ５７）。そして、Ｈレベル時間（すなわち、インターバル時間）の計測回数を更新する（Ｓ５８）。そして、ステップＳ５３に戻る。
【００７３】
一方、経過時間が基準時間を上回るとき（Ｓ５５：Ｙｅｓ）、ステップＳ５９に進む。
【００７４】
ステップＳ５９では、Ｈレベル時間の計測回数と、該計測回数の基準値とを比較する。図６の例では、基準値は３である。
【００７５】
次に、以下のように、Ｈレベル時間の計測回数に応じて、スレーブＥＣＵの状態を確認する（Ｓ６０）。
・計測回数が基準値に等しいとき、全てのスレーブＥＣＵが正常動作していると判定。
・計測回数が基準値に等しくないとき、いずれかのスレーブＥＣＵが正常動作していないと判定。正常動作していないスレーブＥＣＵを特定することはできないが、マスターＥＣＵ１配下のＬＡＮ５０に何らかの異常があることを検知できる。
・計測回数がゼロのとき、全てのスレーブＥＣＵが正常動作していないと判定。
【００７６】
また、図５の構成と同様に、マスターＥＣＵ１のメモリ１０２に、各スレーブＥＣＵの識別情報と応答タイミング（Ｄ１２、Ｄ２２、Ｄ３２、Ｄ４２）とを関連付けて記憶しておけば、計測回数が基準値に等しくないとき、Ｌレベル信号を検知できなかったタイミングに基づいて、応答信号を受信できないスレーブＥＣＵを特定することができる。本構成が、「状態確認部は、予め応答タイミングを記憶し、マスター側受信部が受信したインターバルの検知状態と応答タイミングとに基づき、応答信号を送信しないスレーブＥＣＵを特定する」ものに相当する。
【００７７】
以上、本発明の実施の形態を説明したが、これらはあくまで例示にすぎず、本発明はこれらに限定されるものではなく、特許請求の範囲の趣旨を逸脱しない限りにおいて、当業者の知識に基づく種々の変更が可能である。
【符号の説明】
【００７８】
１  マスターＥＣＵ（マスター制御ユニット）
２  マイコン（状態確認部）
３  通信Ｉ／Ｆ（マスター側送信部、マスター側受信部）
１０、２０、３０、４０  スレーブＥＣＵ（スレーブ制御ユニット群、スレーブ制御ユニット）
１１  マイコン（マイクロコンピュータ、動作モード制御部）
１５  通信Ｉ／Ｆ（スレーブ側受信部、スレーブ側送信部）
５０  通信ネットワーク（ＬＡＮ）
１０４、１１４、２１４、３１４、４１４  ＣＲ発振回路
１０５、１１５、２１５、３１５、４１５  水晶発振回路（発振回路）
１０３  クロック発生回路
１１３  クロック発生回路
ＮＳ  ネットワークシステム
【図１】
2014213675.tif 000003
【図２】
2014213675.tif 000004
【図３】
2014213675.tif 000005
【図４】
2014213675.tif 000006
【図５】
2014213675.tif 000007
【図６】
2014213675.tif 000008
【図７】
2014213675.tif 000009