(57)【要約】【課題】  多重通信線に複数のノードが接続されるネットワークシステムに故障が生じた際にその故障箇所を正確に特定することが可能な多重通信装置を提供することである。【解決手段】  多重通信線に接続される複数のノードを備える多重通信装置を設ける。そして、それら複数のノードの少なくとも一つを自ノード以外のすべての複数の他ノードからの監視用フレームを受信させる監視ノードとして設定し、その監視ノードにすべての複数の他ノードからそれぞれ送信される監視用フレームの受信パターンに基づいて多重通信装置の故障箇所を特定させる。【選択図】  図４
2006222800.tif 000002
【特許請求の範囲】
【請求項１】
多重通信線に接続される複数のノードを備える多重通信装置であって、
自ノード以外の複数の他ノードからの通信データを受信する監視ノードを少なくとも一つ設けると共に、
前記複数の他ノードからそれぞれ送信される通信データの前記監視ノードによる受信パターンに基づいて故障箇所を特定する故障診断手段を備えることを特徴とする多重通信装置。
【請求項２】
前記故障診断手段は、前記監視ノードが前記複数の他ノードからの通信データすべてを受信できない場合は、該監視ノード又は該監視ノード近傍の前記多重通信線に故障が生じていると診断することを特徴とする請求項１記載の多重通信装置。
【請求項３】
前記故障診断手段は、前記監視ノードが前記複数の他ノードのうち一部のノードからの通信データを受信できない場合は、該一部のノード又は該一部のノード近傍の前記多重通信線に故障が生じていると診断することを特徴とする請求項１記載の多重通信装置。
【請求項４】
前記故障診断手段は、前記監視ノードが前記複数の他ノードのうち一部のノードからの通信データを受信できないとき、該一部のノードの前記多重通信線上での位置に基づいて、該一部のノードの故障と該一部のノード近傍の前記多重通信線の故障とを区別することを特徴とする請求項２記載の多重通信装置。
【請求項５】
前記多重通信線に接続される複数のノードすべてがそれぞれ前記監視ノードであることを特徴とする請求項１乃至４の何れか一項記載の多重通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多重通信装置に係り、特に、多重通信線に接続される複数のノードを備え、その複数のノードにより構成されるネットワークの故障を診断するうえで好適な多重通信装置に関する。
【背景技術】
【０００２】
従来から、通信線に接続される複数のノードを備える多重通信システムが知られている（例えば、特許文献１参照）。この特許文献１記載のシステムにおいて、各ノードは、予め設定された他ノードからの通信周期に関する判定時間を記憶すると共に、また、その判定時間が経過しても他ノードからの通信データを取得できない場合には、他ノードの通信途絶が生じていると判定することとしている。
【特許文献１】特開２００３−１４３１６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来のシステムに用いられる手法では、上記の如く各ノードの通信途絶異常の有無を判定することはできても、その通信途絶異常が、その判定を行うデータ送信先であるノード若しくはそのノード近傍の通信線上の故障に起因するものであるのか、データ送信元であるノード若しくはそのノード近傍の通信線上の故障に起因するものであるのかを区別することができない。このため、何らかの通信途絶異常が生じた後においてその故障部位を特定する故障診断を行うには限界があった。
【０００４】
本発明は、上述の点に鑑みてなされたものであり、多重通信線に複数のノードが接続されるネットワークシステムに故障が生じた際にその故障箇所を正確に特定することが可能な多重通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的は、多重通信線に接続される複数のノードを備える多重通信装置であって、自ノード以外の複数の他ノードからの通信データを受信する監視ノードを少なくとも一つ設けると共に、前記複数の他ノードからそれぞれ送信される通信データの前記監視ノードによる受信パターンに基づいて故障箇所を特定する故障診断手段を備える多重通信装置により達成される。
【０００６】
この態様において、多重通信線に接続される複数のノードのうち少なくとも一つの監視ノードは、自ノード以外の複数の他ノードからの通信データを受信する。そして、それら複数の他ノードからそれぞれ送信される通信データの監視ノードによる受信パターンに基づいて多重通信装置における故障箇所が特定される。監視ノードが複数の他ノードからの通信データをすべて受信していれば、何ら故障は生じていないと判断できる。一方、監視ノードが複数の他ノードからの通信データすべてを受信できない場合は、その監視ノード若しくはその監視ノード近傍の多重通信線に故障が生じていると判断できる。これに対して、監視ノードが一部の他ノードからの通信データを受信できない場合は、通信データが監視ノードに受信される他ノードが存在することとなるため、監視ノード等に故障が生じていることはなく、その通信データが受信されない一部の他ノード若しくはその他ノード近傍の多重通信線に故障が生じていると判断できる。従って、この態様によれば、多重通信線に複数のノードが接続されるネットワークシステムに故障が生じた際にその故障箇所を正確に特定することが可能となる。
【０００７】
この場合、上記した多重通信装置において、前記故障診断手段は、前記監視ノードが前記複数の他ノードからの通信データすべてを受信できない場合は、該監視ノード又は該監視ノード近傍の前記多重通信線に故障が生じていると診断することとすればよい。
【０００８】
また、上記した多重通信装置において、前記故障診断手段は、前記監視ノードが前記複数の他ノードのうち一部のノードからの通信データを受信できない場合は、該一部のノード又は該一部のノード近傍の前記多重通信線に故障が生じていると診断することとすればよい。
【０００９】
この際、上記した多重通信装置において、前記故障診断手段は、前記監視ノードが前記複数の他ノードのうち一部のノードからの通信データを受信できないとき、該一部のノードの前記多重通信線上での位置に基づいて、該一部のノードの故障と該一部のノード近傍の前記多重通信線の故障とを区別することとしてもよい。
【００１０】
この態様において、複数の他ノードのうち一部のノードからの通信データが監視ノードに受信されないときは、通信データが監視ノードに受信される他ノードが存在することとなる。また、通信データが監視ノードに受信されない一部のノードが、通信データが監視ノードに受信される他ノードと比べて、多重通信線上で監視ノードに近いノードであるときは、その一部のノード近傍の多重通信線に故障が生じていることはなく、その一部のノード自体に故障が生じていると判断することができる。従って、この態様によれば、故障箇所の特定を更に正確に行うことが可能となる。
【００１１】
尚、上記した多重通信装置において、前記多重通信線に接続される複数のノードすべてがそれぞれ前記監視ノードであることとしてもよい。
【発明の効果】
【００１２】
本発明によれば、多重通信線に複数のノードが接続されるネットワークシステムに故障が生じた際にその故障箇所を正確に特定することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明の具体的な実施の形態について説明する。図１は、本発明の一実施例であるネットワークシステムとしての多重通信装置の構成図を示す。また、図２は、本実施例の多重通信装置を構成するノード１０の具体的な構成図を示す。本実施例の多重通信装置は、例えば車両に搭載されるシステムである。
【００１４】
本実施例において、多重通信装置は、図１に示す如く、３つ以上の複数（本実施例では４つ）のノード１０を備えている。ノード１０は、車両の各種制御装置に設けられるコンピュータを主体に構成された電子制御ユニットであるＥＣＵやインテリジェントなセンサであって、例えば、ステアリング舵角に応じた信号を出力する舵角センサ、車両の重心軸周りに生ずるヨーレートに応じた信号を出力するヨーレートセンサ、スロットル開度やアクセル開度，エンジン水温等に基づいてエンジン制御を行うエンジンＥＣＵ、車輪速度やヨーレート，ステアリング舵角等に基づいて車両の旋回挙動を安定化させるＶＳＣ（Vehicle Stability Control）−ＥＣＵ、シフト操作位置等に基づいて車両のシフトポジションを制御するトランスミッションＥＣＵ、ブレーキ踏力やステアリング舵角等に基づいて車両の制動力を制御するブレーキＥＣＵ、ステアリング舵角等に基づいて操舵アシスト力を制御するパワーステアリングＥＣＵ、エアコン操作スイッチや車内温等に基づいて車内のエアコンディションを制御するオートエアコンＥＣＵ等である。
【００１５】
これら複数のノード１０は、共通の多重通信線１２を介して互いに接続されており、多重通信線１２によるネットワークを構成している。このため、各ノード１０は、他のノード１０との間で多重通信線１２を介して各種のデータを送受信することが可能である。また、多重通信線１２は、ＣＡＮ（Controller Area Network）等のシングル線又はツイストペア線からなる共有バスであり、各ノード１０から送出（送信）されるデータを所定の通信プロトコルに従って時分割多重で伝送（多重通信）することを可能としている。尚、以下、多重通信線１２に接続する４つのノード１０を、適宜、多重通信線１２の終端（図において左端）から接続順にノードＡ，ノードＢ，ノードＣ，ノードＤとする。
【００１６】
各ノード１０は、図２に示す如く、中央演算処理装置であるＣＰＵ２０、及び、多重通信線１２に接続するバスインターフェース２２を備えている。ＣＰＵ２０には、ＲＡＭ２４、ＲＯＭ２６、及びコントローラ２８が内蔵されている。ＲＡＭ２４は、ＣＰＵ２０の演算中の情報や演算結果を格納する領域である。ＲＯＭ２６は、ＣＰＵ２０が使用するプログラムを格納すると共に、自ノード１０が受信すべき他ノード１０からのデータ固有の識別ＩＤを格納する領域である。コントローラ２８は、通信データを格納するレジスタを有し、設定した識別ＩＤと多重通信線１２上の通信データ中の識別ＩＤとを照合して、その照合が一致する場合に、その受信データをレジスタに格納する。
【００１７】
ＣＰＵ２０は、ＣＡＮ等の所定の通信プロトコルに準じて作成されＲＯＭ２６に格納されたプログラムに従ってコントローラ２８を制御して、多重通信線１２を介したデータフレームの送受信制御を行う。具体的には、自ノード１０の出力データを多重通信線１２を介して他のノード１０へ送信すべくデジタル化し、また、他のノード１０から多重通信線１２を介して受信した入力データをデコードして自身での制御を実行する。また、バスインターフェース２２は、コントローラ２８により制御され、他ノード１０にデータを送信すると共に、自ノード１０に送信されてきたデータを受信する。
【００１８】
各ノード１０が多重通信線１２へ向けて送出するデータは、予め所定の構成を有するデータフレームにより構成されている。このデータフレームは、例えば、フレームの始まりを示すスタートオブフレーム（ＳＯＦ）と、データ種類として他の種類のデータと区別するための各データ固有の識別ＩＤを示すフィールド（複数のノード１０からの送信データが衝突した際における当該データを送信するうえでの優先順位をも示す）と、当該データの長さを示すデータ長コード（ＤＬＣ）と、データ自体の内容（例えば、車輪速度の情報や駆動トルクの制御指令値等）を示すフィールドと、伝送エラーをチェックするためのＣＲＣフィールドと、正常に受信が完了したことを確認するためのフィールドと、フレームの終わりを示すエンドオブフレーム（ＥＯＦ）と、から構成されている。
【００１９】
尚、本実施例のネットワークシステムは、各ノード１０が多重通信線１２を介して他のノード１０へ送信すべきデータを時分割多重で送信することが可能なシステムである。各ノード１０は、それぞれ定期或いは不定期にデータを多重通信線１２へ向けて送出するが、多重通信線１２に他のデータが流れていない状態ではデータ送出を開始することができる一方、他の１以上のノードから同時にデータ送信が開始されたときは送信優先順位に従ってデータ送出を行い、他のノードからのデータ送信が行われているときは一定時間待機した後にデータ送出を行う。
【００２０】
次に、本実施例の多重通信装置において行われるシステム故障の検出手法について説明する。図３は、本実施例におけるシステム故障の検出手法の原理について説明するための図を示す。図４は、本実施例におけるシステム故障の検出手順について説明するための図を示す。また、図５は、本実施例の多重通信装置が備える監視ノードにおいてＣＰＵ２０のコントローラが実行する制御ルーチンの一例のフローチャートを示す。
【００２１】
ところで、本実施例において、多重通信線１２に接続するすべてのノード１０のうちには、多重通信装置のシステム故障を検出するノード１０（以下、このノード１０を監視ノード１０ａと称す）が存在する。尚、多重通信線１２に接続するすべてのノード１０がそれぞれ監視ノード１０ａであってもよいが、少なくとも一つ監視ノード１０ａが存在すればよい。以下では、説明の便宜上、適宜、ノードＤのみを監視ノード１０ａとする。
【００２２】
多重通信線１２上における各ノード１０は、自ノード１０以外の監視ノード１０ａに受信監視してもらうためのデータフレーム（以下、監視用フレームと称す）を、少なくとも監視ノード１０ａ（多重通信線１２に接続するすべてのノード１０がそれぞれ監視ノード１０ａであるときには、自ノード以外のすべてのノード１０）に宛てて送信する。このノード１０からの監視用フレームの送信は、ある程度の時間間隔（例えば、５００ｍｓごと；但し、ノード１０ごとに異なる間隔でもよい。）で定期的に行われる。尚、各ノード１０が送信する監視用フレームは、送信ノードごとに複数種類であってもよいが、一種類であれば十分である。また、監視ノード１０ａは、自ノード１０以外の複数の他ノード１０がそれぞれ送信する監視用フレームを受信するか否かを監視する。
【００２３】
ここで、監視ノード１０ａにより監視用フレームが監視される監視対象のノード１０が、監視ノード１０ａ以外のすべてのノード１０のうち一部のノード１０に限定されている構成では、システム故障の故障箇所を詳細に特定することが困難となる。例えば、監視ノード１０ａであるノードＤにより監視用フレームが監視される監視対象が図３（Ａ）に示す如く監視用フレームＣを送信するノードＣのみである構成では、ノードＤによる監視の結果として、ノードＣによる監視用フレームＣの受信が途絶した場合、その受信途絶が、監視用フレームＣの送信先であるノードＤ自体或いはそのノードＤ近傍の多重通信線１２の故障に起因するものであるのか、監視用フレームＣの送信元であるノードＣ自体或いはそのノードＣ近傍の多重通信線１２の故障に起因するものであるのかを区別することができない。
【００２４】
そこで、本実施例の多重通信装置においては、かかる不都合を回避して受信途絶の原因となっている故障箇所をある程度具体的に特定することとしている。詳細には、本実施例においては、監視ノード１０ａによる監視対象が、多重通信線１２に接続する全ノード１０のうちのその監視ノード１０ａ以外のすべてのノード１０（複数）に設定されている。例えば、監視ノード１０ａであるノードＤは、他のすべてのノードＡ，Ｂ，Ｃの監視用フレームをそれぞれ受信できるか否かを監視するようにプログラミングされている。尚、上記の監視対象の設定には、その監視対象ごとの多重通信線１２上での監視ノード１０ａから見た接続順（配置構成）も含まれている。
【００２５】
監視ノード１０ａが多重通信線１２上の自ノード１０以外のすべての他ノード１０について監視用フレームを受信する際には、その受信パターン（監視用フレームが監視ノード１０ａに受信される正常ノードと受信されない受信途絶ノードとの組み合わせパターン）は、システム故障の有無及びその故障箇所に応じて異なるものとなる。
【００２６】
具体的には、監視ノード１０ａ（ノードＤ）が多重通信線１２上の自ノード１０以外のすべての他ノード１０（ノードＡ，Ｂ，Ｃ）についてそれらの監視用フレームすべてを現に受信している場合は、何ら故障は生じていないと判断できる。一方、図３（Ｂ）に示す如くそれらの監視用フレームすべてを現に受信できない場合は、その監視ノード１０ａ自体（特に、そのバスインターフェース２２）若しくはその監視ノード１０ａ近傍の多重通信線１２（特に、監視ノード１０ａとその監視ノード１０ａに多重通信線１２上で隣接するノード１０との間）に故障が生じていると判断できる。
【００２７】
これに対して、図３（Ｃ）に示す如くそれらの監視用フレームのうち一部の他ノード１０（ノードＣ）についての監視用フレームを現に受信できない場合は、監視用フレームが監視ノード１０ａ（ノードＤ）に受信されるノード１０（ノードＡ，Ｂ）が存在することとなるため、監視ノード１０ａやその近傍の多重通信線１２に故障が生じていることはなく、その監視用フレームが受信されない一部のノード１０自体（ノードＣ）若しくはその一部のノード１０近傍の多重通信線に故障が生じていると判断できる。
【００２８】
更に、図３（Ｃ）に示す如く多重通信線１２上で監視ノード１０ａにより近い位置で接続するノード１０（ノードＣ）の監視用フレームが監視ノード１０ａに受信されない一方で、多重通信線１２上で監視ノード１０ａにより遠い位置で接続するノード１０（ノードＡ，Ｂ）の監視用フレームが監視ノード１０ａに受信される場合は、多重通信線１２上の何れにも故障が生じていることはなく、その監視用フレームが受信されない一部のノード１０自体に故障が生じていると判断できる。
【００２９】
このような故障箇所と各ノード１０による受信パターンとの関係に鑑み、本実施例において、監視ノード１０ａは、多重通信線１２に接続する自ノード１０以外のすべての他ノード１０の情報を、それぞれ定期送信される監視用フレームの識別ＩＤに対応させて記憶しており、それらすべての他ノード１０からの監視用フレームの受信有無を監視する（ステップ１００）。尚、この監視は、各ノード１０からの正常な監視用フレームが受信されるのをその各ノードの監視用フレームの送信間隔のうち最も長いものに対応した期間継続して待つことにより実現されることとすればよい。これは、ノード１０の故障箇所によっては、多重通信線１２に対して正常な監視用フレームではない異常なフレーム（多重通信線１２のバス使用状態を無視して送られるものであって、例えば、予め定められた通信プロトコルに従っていないビット消失の生じたフレームのこと）が乱発して送出されることがあるからである。
【００３０】
そして、監視ノード１０ａは、その監視結果による受信パターンに基づいて、すべての他ノード１０からの監視用フレームをすべて受信しており受信途絶が生じていないと判別されるとき（ステップ１０２における肯定判定時）には、何ら多重通信装置にシステム故障が生じていない正常状態が確保されていると判定する（ステップ１０４）。
【００３１】
一方、すべての他ノード１０からの監視用フレームをすべて受信していると判別されない場合すなわち何れかに受信途絶が生じていると判別される場合（ステップ１０２における否定判定時）において、その受信パターンに基づいて、その受信途絶がすべての他ノード１０のうちの一部のものについてのものでなくすべてのものについてのものであると判別されるとき（ステップ１０６における否定判定時）には、監視ノード１０ａ自体に故障が生じ、或いは、その監視ノード１０ａ近傍の多重通信線１２（特に、監視ノード１０ａとその監視ノード１０ａに多重通信線１２上で隣接するノード１０との間）に故障が生じていると判定する（ステップ１０８）。そして、かかる故障判定を行うと、自己の監視ノード１０に関連する故障が生じている旨を故障診断用データとして自ノード１０の有するメモリ内に記憶する。
【００３２】
また、何れかに受信途絶が生じていると判別される場合（ステップ１０２における否定判定時）において、その受信パターンに基づいて、その受信途絶がすべての他ノード１０のうちの一部のものに限定されていると判別されるとき（ステップ１０６における肯定判定時）には、その一部の他ノード１０自体、又は、その一部の他ノード１０近傍の多重通信線１２に故障が生じていると判定する（ステップ１１０）。そして、かかる故障判定を行うと、多重通信線１２上のすべてのノード１０のうち監視用フレームが監視ノード１０ａに受信されない一部のノード１０に関連する故障が生じている旨を故障診断用データとして自ノード１０（監視ノード１０ａ）の有するメモリ内に記憶する。
【００３３】
例えば、監視ノード１０ａであるノードＤは、図４（Ａ）に示す如く、ノードＢ及びＣからの監視用フレームをそれぞれ受信する一方で多重通信線１２上で監視ノード１０ａから最も遠方のノードＡからの監視用フレームを受信せず、ノードＡのみについての受信途絶が生じていると判別されるとき（ステップ１１２における肯定判定時）は、そのノードＡ自体、又は、ノードＡと多重通信線１２上でそのノードＡに手前側（ノードＤに近い側）で隣接するノードＢとの間の多重通信線１２に故障が生じていると判定する。この場合は、ノードＤは、ノードＡに関連する故障が生じている旨を故障診断用データとして自ノード１０の有するメモリ内に記憶する。
【００３４】
また、監視ノード１０ａであるノードＤは、図４（Ｂ）に示す如く、ノードＡ及びＣからの監視用フレームをそれぞれ受信する一方でノードＢからの監視用フレームを受信せず、多重通信線１２上で中途のノードＢのみについての受信途絶が生じていると判別されるとき（ステップ１１２における否定判定時）は、そのノードＢ自体、又は、ノードＢと多重通信線１２上でそのノードＢに手前側（ノードＤに近い側）で隣接するノードＣとの間の多重通信線１２に故障が生じていると判定することも可能であるが、但し、この場合には、多重通信線１２上で受信途絶の生じたノードＢよりもノードＤから見て遠方のノードＡについての受信途絶は生じていない（ステップ１１４において肯定判定がなされる）ので、多重通信線１２に故障が生じていると判定することはできず、ノードＢ自体に故障が生じていると判定する（ステップ１１６）。この場合は、ノードＤは、ノードＢに関連する故障特にノードＢ自体に故障が生じている旨を故障診断用データとして自ノード１０の有するメモリ内に記憶する。
【００３５】
一方、監視ノード１０ａであるノードＤは、ノードＣからの監視用フレームを受信する一方でノードＢからの監視用フレーム及び多重通信線１２上でそのノードＢよりも遠方側（ノードＤに遠い側）のすべてのノード１０（ここでは、ノードＡのみ）からの監視用フレームを共に受信せず、ノードＢ及びそのノードＢよりも遠いすべてのノード１０（ここでは、ノードＡのみ）についての受信途絶が生じていると判別されるとき（ステップ１１４における否定判定時）には、多重通信線１２上で監視用フレームが監視ノード１０ａに受信されない最も手前側のノードＢとそのノードＢに手前側で隣接するノードＣとの間の多重通信線１２に故障が生じていると判定する（ステップ１１８）。この場合は、ノードＤは、ノードＢに関連する故障特にノードＢ近傍の多重通信線１２に故障が生じている旨を故障診断用データとして自ノード１０の有するメモリ内に記憶する。
【００３６】
このように本実施例の構成においては、監視ノード１０ａが、多重通信線１２に接続する自ノード１０以外のすべての複数のノード１０からそれぞれ送信される監視用フレームを受信するか否かを監視し、そして、その監視結果による受信パターンに基づいて多重通信装置におけるシステム故障の故障箇所を特定する。監視ノード１０ａに受信される多重通信線１２上のすべての複数のノード１０からの監視用フレームの受信パターンと、故障発生の有無及び現に生じている故障箇所との間には相関関係がある。従って、本実施例の多重通信装置によれば、多重通信線１２に複数のノード１０が接続されるネットワークシステムに故障が生じた際にその故障箇所をある程度正確に特定することが可能となっている。
【００３７】
また、本実施例の構成においては、多重通信線１２上の監視ノード１０ａ以外のすべてのノード１０のうち一部のノード１０からの監視用フレームが監視ノード１０ａに受信されない場合には、その監視用フレームが監視ノード１０ａに受信されない一部のノード１０の多重通信線１２上における監視ノード１０ａから見た位置（より具体的には、その一部のノード１０よりも監視ノード１０ａから見て遠方側に監視用フレームがその監視ノード１０ａに受信されるノード１０が存在するか否か）に応じて、その一部のノード１０自体の故障とその一部のノード１０近傍（手前側）の多重通信線１２の故障とを区別することができる。監視用フレームが受信されない一部のノード１０よりも監視ノード１０ａから見て遠方側に監視用フレームが受信されるノード１０が存在すれば、多重通信線１２に故障は生じておらず、その一部のノード１０自体の故障が生じていると判断できる。尚、監視用フレームが監視ノード１０ａに受信されない一部のノード１０が多重通信線１２上に複数（互いに隣接するときも含む。）存在しても、同様の処理が可能である。従って、本実施例の多重通信装置によれば、多重通信線１２に複数のノード１０が接続されるネットワークシステムに故障が生じた際にその故障箇所を正確に特定することが可能となっている。
【００３８】
本実施例において、監視ノード１０ａによる故障箇所の特定がなされると、その情報はその監視ノード１０ａの有するメモリに格納される。この点、本実施例のシステムによれば、多重通信装置の故障診断が行われる際に、監視ノード１０ａの有するメモリに格納されている情報に基づいて、その多重通信装置の構成要素から故障の生じた箇所の情報をある程度正確に抽出することができ、これにより、その故障診断を正確に行うことが可能となり、正常なノード１０や多重通信線１２を誤って交換してしまう事態を防止することが可能となる。
【００３９】
また、本実施例においては、多重通信装置のシステム故障を検知するのに、監視ノード１０ａに多重通信線１２上の自ノード１０以外のすべてのノード１０からそれぞれ送信される監視用フレームが受信されたか否かを監視させる受信監視が行われる。かかる構成においては、各ノード１０に自己から多重通信線１２へデータフレームを送信する際にその送信が正常に行われたか否かを監視させる送信監視を行うことは不要である。従って、本実施例のシステムによれば、高価な送信監視機能を搭載するシステムに比べて、多重通信装置のシステム故障を検知するうえでコストの削減やシステムの簡素化を図ることが可能となっている。
【００４０】
尚、多重通信線１２に接続するすべての複数のノード１０がそれぞれ監視ノード１０ａであり、それらの各ノード１０が自ノード１０以外のすべてのノード１０に宛てて監視用フレームを送信するものとすると、それぞれの監視ノードの有するメモリに自己の監視ノード１０から見た故障診断データが格納されることとなる。従って、かかる構成を採用することとすれば、多重通信装置の故障診断が行われる際に、各監視ノード１０ａの有するメモリに格納されている情報を総合することで、その多重通信装置の構成要素から故障の生じた箇所の情報をより一層正確に抽出することが可能となる。
【００４１】
ところで、上記の実施例においては、監視ノード１０ａのＣＰＵ２０が図５に示すルーチン中ステップ１０２〜１１８の処理を実行することにより特許請求の範囲に記載した「故障診断手段」が実現されている。
【００４２】
尚、上記の実施例においては、多重通信線１２を図１等に示す如く終端のあるものとしたが、本発明はこれに限定されるものではなく、閉ループ状としたものであってもよい。また、各ノード１０は支線を介して多重通信線１２に接続されているため、ノード１０の故障にはノード１０自体の故障の他に支線の断線等の故障も含まれる。
【００４３】
また、上記の実施例においては、ネットワークシステムを、車両の有する各種の電子制御装置をノード１０として多重通信線１２を介して互いに接続させたものとしたが、本発明はこれに限定されるものではなく、車両以外に搭載されて、電子制御装置であるノード１０を多重通信線１２を介して接続させたものであってもよい。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施例であるネットワークシステムとしての多重通信装置の構成図である。
【図２】本実施例の多重通信装置を構成するノードの具体的な構成図である。
【図３】本実施例におけるシステム故障の検出手法の原理について説明するための図である。
【図４】本実施例におけるシステム故障の検出手順について説明するための図である。
【図５】本実施例の多重通信装置が備える監視ノードにおいて実行される制御ルーチンの一例のフローチャートである。
【符号の説明】
【００４５】
１０  ノード
１０ａ  監視ノード
１２  多重通信線
２０  ＣＰＵ
２８  コントローラ
【図１】
2006222800.tif 000003
【図２】
2006222800.tif 000004
【図３】
2006222800.tif 000005
【図４】
2006222800.tif 000006
【図５】
2006222800.tif 000007