(57)【要約】【課題】  本発明は、データ記録システムに関し、ノードと記録装置との間の多重通信線の通信量を増やすことなく、記録装置に記録されるデータの詳細化を図ることを目的とする。【解決手段】  複数のノード１０からそれぞれ予め定められた周期で多重通信線１２に対して送出されるデータをサンプリングして記録装置１４に記録するデータ記録システムにおいて、通常時よりも詳細なデータの記録が要求される際、多重通信線１２に接続された外部の診断装置等から各ノード１０に対して指令を発行することにより、一以上の所定ノード１０から他の一以上の所定ノード１０へ、多重通信線１２に対してデータを送出する権利の一部又は全部を譲渡させる。【選択図】  図２
2006148459.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードからそれぞれ予め定められた周期で多重通信線に対して送出される複数のデータをサンプリングして記録装置に記録するデータ記録システムであって、
所定の場合に、一以上の所定ノードから他の一以上の所定ノードへ、多重通信線に対してデータを送出する権利の一部又は全部を譲渡させることを特徴とするデータ記録システム。
【請求項２】
一以上のノードからそれぞれ予め定められた周期で多重通信線に対して送出される複数のデータをサンプリングして記録装置に記録するデータ記録システムであって、
所定の場合に、多重通信線に対して送出されるすべてのデータのうちの所定データ間で、多重通信線に対してデータを送出する権利の一部又は全部を譲渡させることを特徴とするデータ記録システム。
【請求項３】
前記権利の譲渡は、関連するノードに対する外部装置又は前記記録装置からの指令に基づいて行われることを特徴とする請求項１又は２記載のデータ記録システム。
【請求項４】
複数のノードからそれぞれ予め定められた周期で多重通信線に対して送出される複数のデータをサンプリングして記録装置に記録するデータ記録システムであって、
所定の場合に、一以上の所定ノードの多重通信線へのデータ送出周期を低周期化させ、かつ、他の一以上の所定ノードの多重通信線へのデータ送出周期を高周期化させることを特徴とするデータ記録システム。
【請求項５】
一以上のノードからそれぞれ予め定められた周期で多重通信線に対して送出される複数のデータをサンプリングして記録装置に記録するデータ記録システムであって、
所定の場合に、多重通信線に対して送出されるすべてのデータのうちの所定データのデータ送出周期を低周期化させ、かつ、他の所定データのデータ送出周期を高周期化させることを特徴とするデータ記録システム。
【請求項６】
前記データ送出周期の低周期化および高周期化は、関連するノードに対する外部装置又は前記記録装置からの指令に基づいて行われることを特徴とする請求項４又は５記載のデータ記録システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ記録システムに係り、特に、複数のノードからそれぞれ予め定められた周期で多重通信線に対して送出されるデータをサンプリングして記録装置に記録するうえで好適なデータ記録システムに関する。
【背景技術】
【０００２】
従来より、車両事故後の故障診断のために、車内ＬＡＮを介して接続された複数の制御装置から出力されるデータを記録装置に記録するシステムが知られている（例えば、特許文献１参照）。このシステムにおいては、車両の走行が開始されると、以後、定期的に、エンジン制御装置やＡＢＳ制御装置，ドア制御装置などの複数の制御装置から車内ＬＡＮに対して記録装置宛てのデータが出力されて、記録装置がそれらの出力データを記録する。この記録装置に記録されたデータは、例えば車両事故時の車両挙動や運転者の操作状況を解析するのに用いられる。
【特許文献１】特開２００２−３３０１４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、複数の制御装置及び記録装置が単一の車内ＬＡＮを介して接続される上記のシステムにおいては、車内ＬＡＮを介した制御装置間や制御装置と記録装置との間における単位時間当たりの通信容量に制約がある。また、記録装置が車内ＬＡＮに流れたデータを受信できる単位時間当たりの記憶受付量にも制約がある。このため、上記の如く複数の制御装置から車内ＬＡＮを介した記録装置へのデータ出力が予め定められた周期で定期的に行われる構成では、各制御装置からの出力頻度の総数には上限ができ、更に、記録装置に単位時間当たりに有効に記録できるデータのサンプリング数にも上限ができる。
【０００４】
従って、かかる点を考慮すると、車両の故障診断を行ううえでは、各制御装置が自己の保有する全データ種類のうち代表的な種類のデータを記録装置に記録すべきデータとして車内ＬＡＮへ出力せざるを得ない事態、或いは、データの出力間隔をある程度大きくせざるを得ない事態が生じ得る。しかし、かかる構成では、車両故障部位を絞り込む程度の簡易な故障診断は可能であっても、更に故障部位を特定したりその故障の原因を解析する等の故障診断を行うことは、記録装置に記録されるデータ種類の不足やデータの記録間隔の粗さに起因して困難となるおそれがある。
【０００５】
本発明は、上述の点に鑑みてなされたものであり、制御装置であると記録装置との間の多重通信線の通信量を増やすことなく、記録装置に記録されるデータの詳細化を図ることが可能なデータ記録システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的は、請求項１に記載する如く、複数のノードからそれぞれ予め定められた周期で多重通信線に対して送出される複数のデータをサンプリングして記録装置に記録するデータ記録システムであって、所定の場合に、一以上の所定ノードから他の一以上の所定ノードへ、多重通信線に対してデータを送出する権利の一部又は全部を譲渡させるデータ記録システムにより達成される。
【０００７】
本発明において、所定の場合には、一以上の所定ノードの有する多重通信線に対してデータを送出する権利の一部又は全部が、他の一以上の所定ノードへ譲渡される。従って、データ送出権利を譲渡するノードの保有するデータが多重通信線に対して送出される頻度はその譲渡分だけ少なくなる一方で、データ送出権利を譲り受けるノードの保有するデータが多重通信線に対して送出される頻度はその譲受分だけ多くなる。この場合には、多重通信線に流れるデータ通信量の総量が増えることはなく、単位時間当たりに記録装置に記録されるデータの総量が変わることはないが、権利を譲り受けるノードの保有する特定のデータが詳細に記録装置に記録されることとなる。
【０００８】
また、上記の目的は、請求項２に記載する如く、一以上のノードからそれぞれ予め定められた周期で多重通信線に対して送出される複数のデータをサンプリングして記録装置に記録するデータ記録システムであって、所定の場合に、多重通信線に対して送出されるすべてのデータのうちの所定データ間で、多重通信線に対してデータを送出する権利の一部又は全部を譲渡させるデータ記録システムにより達成される。
【０００９】
本発明において、所定の場合には、一以上のノードから多重通信線に対して送出されるすべてのデータのうちの所定データ間で、多重通信線へのデータ送出権利の一部又は全部が譲渡される。従って、データ送出権利が譲渡されるデータが多重通信線に対して送出される頻度はその譲渡分だけ少なくなる一方で、データ送出権利を譲り受ける他のデータが多重通信線に対して送出される頻度はその譲受分だけ多くなる。この場合には、多重通信線に流れるデータ通信量の総量が増えることはなく、単位時間当たりに記録装置に記録されるデータの総量が変わることはないが、権利を譲り受けるデータが詳細に記録装置に記録されることとなる。
【００１０】
これらの場合、請求項３に記載する如く、請求項１又は２記載のデータ記録システムにおいて、前記権利の譲渡は、関連するノードに対する外部装置又は前記記録装置からの指令に基づいて行われることとすればよい。
【００１１】
更に、上記の目的は、請求項４に記載する如く、複数のノードからそれぞれ予め定められた周期で多重通信線に対して送出される複数のデータをサンプリングして記録装置に記録するデータ記録システムであって、所定の場合に、一以上の所定ノードの多重通信線へのデータ送出周期を低周期化させ、かつ、他の一以上の所定ノードの多重通信線へのデータ送出周期を高周期化させるデータ記録システムにより達成される。
【００１２】
本発明において、所定の場合には、一以上の所定ノードの多重通信線へのデータ送出周期が低周期化され、かつ、他の一以上の所定ノードの多重通信線へのデータ送出周期を高周期化される。従って、一以上の所定ノードの有するデータが多重通信線に対して送出される頻度はその分少なくなる一方で、他の一以上の所定ノードの有するデータが多重通信線に対して送出される頻度はその分大きくなる。この場合には、多重通信線に流れるデータ通信量の総量が増えることはなく、データ送出周期が低周期化されるノードの保有する特定のデータが詳細に記録装置に記録されることとなる。
【００１３】
また、上記の目的は、請求項５に記載する如く、一以上のノードからそれぞれ予め定められた周期で多重通信線に対して送出される複数のデータをサンプリングして記録装置に記録するデータ記録システムであって、所定の場合に、多重通信線に対して送出されるすべてのデータのうちの所定データのデータ送出周期を低周期化させ、かつ、他の所定データのデータ送出周期を高周期化させるデータ記録システムにより達成される。
【００１４】
本発明において、所定の場合には、多重通信線に対して送出されるすべてのデータのうちの所定データのデータ送出周期が低周期化され、かつ、そのすべてのデータのうちの他の所定データのデータ送出周期が高周期化される。従って、あるデータが多重通信線に対して送出される頻度はその分少なくなる一方で、他のデータが多重通信線に対して送出される頻度はその分大きくなる。この場合には、多重通信線に流れるデータ通信量の総量が増えることはなく、データ送出周期が低周期化されるデータが詳細に記録装置に記録されることとなる。
【００１５】
これらの場合、請求項６に記載する如く、請求項４又は５記載のデータ記録システムにおいて、前記データ送出周期の低周期化および高周期化は、関連するノードに対する外部装置又は前記記録装置からの指令に基づいて行われることとすればよい。
【発明の効果】
【００１６】
請求項１乃至６記載の発明によれば、ノードと記録装置との間の多重通信線の通信量を増やすことなく、記録装置に記録されるデータの詳細化を図ることができる。
【発明を実施するための最良の形態】
【００１７】
図１は、本発明の一実施例であるシステムの構成図を示す。本実施例のシステムは、自動車の各種制御装置に設けられるコンピュータを主体に構成された電子制御ユニットであるＥＣＵやインテリジェントなセンサなどの複数のノード１０と、これら複数のノード１０を接続した多重通信線１２と、更にこの多重通信線１２に接続された記録装置１４と、を備えている。このシステムは、複数のノード１０間でデータの共有化を図ると共に、車両の故障診断を行ううえで各ノード１０の有するデータを記録装置１４に収集するためのシステムである。
【００１８】
多重通信線１２は、ＣＡＮ（Controller Area Network）等のシングル線又はツイストペア線からなる共有バスであり、各ノード１０から送出されるデータを所定の通信プロトコルに従って時分割多重で伝送（多重通信）することを可能としている。各ノード１０から送出されたデータは、多重通信線１２を介して他のノード１０又は記録装置１４へ送信される。
【００１９】
ノード１０は、例えば、ステアリング舵角に応じた信号を出力する舵角センサ、車両の重心軸周りに生ずるヨーレートに応じた信号を出力するヨーレートセンサ、スロットル開度やアクセル開度，エンジン水温等に基づいてエンジン制御を行うエンジンＥＣＵ、車輪速やヨーレート，ステアリング舵角等に基づいて車両の旋回挙動を安定化させるＶＳＣ（Vehicle Stability Control）−ＥＣＵ、シフト操作位置等に基づいて車両のシフトポジションを制御するトランスミッションＥＣＵ、ブレーキ踏力やステアリング舵角等に基づいて車両の制動力を制御するブレーキＥＣＵ、ステアリング舵角等に基づいて操舵アシスト力を制御するパワーステアリングＥＣＵ、エアコン操作スイッチや車内温等に基づいて車内のエアコンディションを制御するオートエアコンＥＣＵ等である。
【００２０】
各ノード１０はそれぞれ、コントローラを内蔵するマイクロコンピュータ（マイコン）と、このマイコンに接続する通信モジュールと、を有している。マイコンは、接続する多重通信線１２の通信プロトコルに従ってコントローラを制御して、自ノード１０から出力すべき出力データを多重通信線１２を介して他のノード１０へ送信すべくデジタル化し、また、他のノード１０から多重通信線１２を介して受信した入力データをデコードして自身での制御を実行する。また、通信モジュールは、コントローラにより制御され、他ノード１０に自ノード１０のデータを送信すると共に、他ノード１０から自ノード１０に送信されたデータを受信する。ノード１０はそれぞれ、自ノード１０に接続するセンサやスイッチの状態に基づいて或いは更に他ノード１０から送信されるデータに基づいて自ノードにおける制御を行う。
【００２１】
すべてのノード１０のうち特定のノード１０は、他の特定のノード１０との間で必要なデータを定期的（例えば５０ｍｓごと）に送受信する。例えば、ＶＳＣ−ＥＣＵとブレーキＥＣＵとエンジンＥＣＵとの間では、ブレーキＥＣＵで検出される車輪速の情報が共有されており、或いは、ＶＳＣ−ＥＣＵで決定された旋回挙動を安定させるための駆動トルクや制動力の制御指令値が共有されている。また、エンジンＥＣＵとオートエアコンＥＣＵとの間では、エンジンＥＣＵで検出されるエンジン水温の情報が共有されている。これらの制御データは、検出したノード１０からそのデータを共有するノード１０へ送信されて、その送信先のノードにおける制御に利用される。
【００２２】
記録装置１４もまた、コントローラを内蔵するマイコンと、マイコンに接続する通信モジュールと、を有している。記録装置１４は、多重通信線１２の通信プロトコルに従ってコントローラを制御して、各ノード１０から多重通信線１２へ自記録装置１４宛てに送信されたデータを通信モジュールで受信し、そのデータを記録する。具体的には、記録装置１４は、ノード１０から送信されてきたデータを一時保管データテーブルに一時的に保管すると共に、一時保管データテーブルに保管されているデータをハードディスクなどの定常用記録媒体に定期的に格納する。各ノード１０は、車両故障を診断するのに必要な記録装置１４に記録すべきデータを多重通信線１２を介して記録装置１４へ送信する。
【００２３】
各ノード１０が多重通信線１２へ送信するデータは、予め所定の構成を有するデータフレームにより構成されている。このデータフレームは、例えば、送信するデータの始まりを示すスタートオブフレーム（ＳＯＦ）と、その送信データの種類すなわち他の種類のデータと区別するための識別情報（データ送信の優先順位をも示す）を示すフレームＩＤと、当該送信データの長さを示すデータ長コード（ＤＬＣ）と、送信データ自体の内容（例えば、車輪速の情報や駆動トルクの制御指令値等）を示すフィールドと、伝送エラーをチェックするためのＣＲＣフィールドと、正常に受信が完了したことを確認するためのフィールドと、データの終わりを示すエンドオブフレーム（ＥＯＦ）と、から構成されている。
【００２４】
尚、本実施例のネットワークシステム１０は、各ノード１０が多重通信線１２を介して他のノード１０へ送信すべきデータを時分割多重で送信することが可能なシステムである。すなわち、各ノード１０は、多重通信線１２に他のデータが流れていない状態ではデータ送信を開始することができる一方、他の１以上のノード１０から同時にデータ送信が開始されたときは送信優先順位に従ってデータ送信を行い、他のノード１０からのデータ送信が行われているときは一定時間待機した後にデータ送信を行う。
【００２５】
また、以下では適宜、本実施例のシステムが多重通信線１２に接続する３つのノード１０を有する場合について説明し、それらのノード１０をそれぞれＥＣＵ−Ａ、ＥＣＵ−Ｂ、及びＥＣＵ−Ｃとする。
【００２６】
例えば図１に示す如く、本実施例において、ＥＣＵ−Ａは、記録装置１４に主に記録すべきデータを一種類（例えば車速）だけ有しており、そのデータには、フレームＩＤ＝“１００”が割り当てられている。また、ＥＣＵ−Ｂは、記録装置１４に主に記録すべきデータを１種類（例えばエンジン回転数）だけ有しており、そのデータには、フレームＩＤ＝“１０１”が割り当てられている。更に、ＥＣＵ−Ｃは、記録装置１４に主に記録すべきデータを一種類（例えばヨーレート）だけ有しており、そのデータには、フレームＩＤ＝“１０２”が割り当てられている。ＥＣＵ−Ａ、ＥＣＵ−Ｂ、及びＥＣＵ−Ｃはそれぞれ、予め独自に定められている定期の間隔で、記録装置１４に記録すべきデータを、そのデータの種類に対して割り当てられているフレームＩＤのデータフレームにセットし、そのデータフレームを多重通信線１２へ送出する。
【００２７】
次に、本実施例のシステムにおいて、ノード１０から多重通信線１２へ送出される記録装置１４に記録すべきデータを記録装置１４に記録する手法について説明する。
【００２８】
例えば、ＥＣＵ−Ａは、記録装置１４に記録すべきデータを多重通信線１２へ送出すべきタイミングに至ると、そのデータの種類に対して予め割り当てられたフレームＩＤを“１００”とするデータフレームにそのデータをセットしたうえで、そのデータフレームを多重通信線１２へ送出する。多重通信線１２にかかるデータフレームが送出されると、記録装置１４は、そのデータフレームに含まれるフレームＩＤを読み取り、そのフレームＩＤに基づいて自記録装置１４宛てのデータが含まれると判断してそのデータを受信する。そして、記録装置１４は、予め記録すべき全フレームＩＤのデータをそのフレームＩＤごとに仕分けて一時保管している一時保管データテーブル内で、当該フレームＩＤ“１００”のデータを更新（上書き）して保管する。尚、この際、一時保管データテーブル内の他のフレームＩＤのデータは、更新されずにそのまま維持される。
【００２９】
また、記録装置１４は、上記した一時保管データテーブル内のデータ更新とは別に、その一時保管データテーブル内の全フレームＩＤのデータを一括して定期的（例えば１秒ごと）にコピーして、纏めて定常用記録媒体に格納する。この際、一時保管データテーブル内の全フレームＩＤのデータが全く更新されていなくても、定期的なコピー及び格納は実施される。尚、定常用記録媒体には、過去所定期間内に一時保管データテーブルからコピーされて格納されたすべてのデータが、その記録時刻又は記録順がわかるように格納される。
【００３０】
また、例えば、多重通信線１２に送出されたデータの順序が、ＥＣＵ−ＡによるフレームＩＤ“１００”のデータ（データ内容：Ａ１）、ＥＣＵ−ＢによるフレームＩＤ“１０１”のデータ（データ内容：Ｂ１）、ＥＣＵ−ＡによるフレームＩＤ“１００”のデータ（データ内容：Ａ２）、及びＥＣＵ−ＣによるフレームＩＤ“１０２”のデータ（データ内容：Ｃ１）の順であると、その順に記録装置１４がデータを受信する。
【００３１】
この場合、記録装置１４は、ＥＣＵ−Ａ〜ＥＣＵ−Ｃからのデータを受信するごとに、一時保管データテーブル内で、当該フレームのデータを更新（上書き）して保管する。例えば、ＥＣＵ−ＡによるフレームＩＤ“１００”のデータ（データ内容：Ａ１）を受信すると、一時保管データテーブルのフレームＩＤ“１００”のデータを“Ａ１”へ更新し、その後、フレームＩＤ“１００”のデータ（データ内容：Ａ２）を受信すると、そのデータを“Ａ１”から“Ａ２”へ更新する。また、ＥＣＵ−ＢによるフレームＩＤ“１０１”のデータ（データ内容：Ｂ１）を受信すると、一時保管データテーブルのフレームＩＤ“１０１”のデータを“Ｂ１”へ更新する。
【００３２】
また、記録装置１４は、一時保管データテーブル内に保管されているフレームＩＤ“１００”のデータを“Ａ１”へ更新した後に、定常用記録媒体へのデータコピーを行うべきタイミングに至ると、その一時保管データテーブル内の全フレームＩＤのデータを一括してコピーして定常用記録媒体に格納する。また、その後、一時保管データテーブル内のフレームＩＤ“１０１”のデータを“Ｂ１”へ更新した後に、定常用記録媒体へのデータコピーを行うべきタイミングに至ると、一時保管データテーブル内の全フレームＩＤのデータを一括してコピーして定常用記録媒体に格納する。一方、その格納後、ノード１０からのデータを受信せず一時保管データテーブル内のデータ更新を一切行っていないときにも、定常用記録媒体へのデータコピーを行うべきタイミングに至ると、その時点での一時保管データテーブル内の全フレームＩＤのデータを一括してコピーして定常用記録媒体に格納する。以後、同様にして定期的に一時保管データテーブル内の全フレームＩＤのデータを一括してコピーして定常用記録媒体に連続的に格納する。
【００３３】
上記の如く記録装置１４の定常用記録媒体に記憶され収集されたデータは、例えば車両事故後に車両故障の診断を行う際、事故時の車両挙動や操作状況を解析するのに用いられる。例えば定常用記録媒体に記憶された時刻から事故の日時が特定され、車速やヨーレートから事故時の車両状況が特定される。
【００３４】
このように、本実施例のシステムによれば、多重通信線１２を介して複数のノード１０及び記録装置１４を接続させたネットワークにおいて、ノード１０の有する複数種類のデータがそれぞれ、そのデータ種類ごとに割り当てられている固有のフレームＩＤを付加されて、ノード１０から記録装置１４宛てに多重通信線１２へ送出され、記録装置１４にフレームＩＤごとに仕分けされて記録される。尚、この記録されたデータは、同時期における複数種類のデータを纏めたものである。このため、本実施例によれば、記録装置１４に記録された各種のデータを利用して、車両事故後等に車両故障の診断や運転者の操作状況の解析を行うことが可能となる。
【００３５】
また、上記した構成においては、記録装置１４にデータを記録するのに、データを送信する各ノード１０は、そのデータをデータ種類ごとのフレームＩＤを有するデータフレームにセットして多重通信線１２へ送出するだけでよく、また、記録装置１４は、自己宛てに送られてきたデータをフレームＩＤごとに仕分けするだけでよく、その送信元のノード１０を把握する必要はない。この点、本実施例によれば、記録装置１４に複数種類のデータを記録するのに記録装置１４と各ノード１０との間で独自のルールを設ける必要はなく、共通のルールに従うこととなるので、ノード１０や記録装置１４の開発コストや負担を抑制でき、汎用的でかつ簡素なデータ記録システムを構築することが可能となっている。
【００３６】
ところで、本実施例の如く一以上のノード１０と記録装置１４とが多重通信線１２を介して接続されるシステムは、その多重通信線１２における単位時間当たりの通信容量に制約を伴うと共に、記録装置１４が多重通信線１２に流れたデータを受信できる単位時間当たりの記憶受付量にも制約を伴う。一方、上記の如く、本実施例において、記録装置１４に記録すべきデータを保有する各ノード１０はそれぞれ、予め独自に定められている周期間隔で、そのデータと固有のフレームＩＤとを含むデータフレームを多重通信線１２へ送出する。このため、各ノード１０が多重通信線１２へデータを送出する頻度の総数には上限ができ、また、それに伴い記録装置１４に単位時間当たりに有効に記録できるデータのサンプリング数にも上限ができる。
【００３７】
従って、かかる点を考慮すると一般的に、車両の故障診断を行ううえでは、各ノード１０が自己の保有する全データ種類のうち代表的な種類のデータを記録装置１４に記録すべきデータとして多重通信線１２へ送出せざるを得ない事態、或いは、各ノード１０の多重通信線１２への送出間隔をある程度大きくせざるを得ない事態が生じ得る。しかし、かかる構成では、多数の車両部位からその故障部位を絞り込む程度の簡易な故障診断を行うことは可能であっても、その故障部位を詳細に特定したりその故障原因を解析する等の故障診断を行うことは、記録装置１４に記録されるデータ種類の不足やデータの記録間隔の荒さに起因して困難となるおそれがある。
【００３８】
そこで、本実施例のシステムにおいては、多重通信線１２の通信量を増やすことなく、記録装置１４に記録されるデータの詳細化を図ることとしている。以下、図２及び図３を参照して、本実施例の特徴部について説明する。図２は、本実施例のシステムにおいてノード１０が多重通信線１２へデータを送出する頻度を変更する手法の一例を説明するための図を示す。また、図３は、本実施例のシステムにおいてノード１０が多重通信線１２へデータを送出する頻度を変更する手法の一例を説明するための図を示す。
【００３９】
本実施例のシステムにおいて、各ノードはそれぞれ、通常、予め独自に定められている周期間隔で、そのデータと固有のフレームＩＤとを含むデータフレームを多重通信線１２へ送出する。例えば、図２（Ａ）及び図３（Ａ）に示す如く、ＥＣＵ−ＡはフレームＩＤが“１００”であるデータフレームを、ＥＣＵ−ＢはフレームＩＤが“１０１”であるデータフレームを、また、ＥＣＵ−ＣはフレームＩＤが“１０２”であるデータフレームを、それぞれ予め定められている周期間隔で多重通信線１２へ送出する。
【００４０】
かかる状況下、車両に故障が生じたことが検知されると、ＥＣＵ−Ａ〜ＥＣＵ−Ｃ及び必要に応じて記録装置１４に対してその故障に応じたデータの詳細化を求める指令が発行される（図２（Ｂ）及び図３（Ｂ））。この指令は、ＥＣＵ−Ａ〜ＥＣＵ−Ｃのうちの特定のＥＣＵの多重通信線１２へのデータ送出を通常時よりも優先させるためのものであって、他の一部又は全部のＥＣＵが多重通信線１２へデータを送出する権利の一部又は全部をその特定のＥＣＵへ譲渡させるためのものである。また、この指令の発行は、ＥＣＵ−Ａ〜ＥＣＵ−Ｃとは別に多重通信線１２に接続されたノード１０や記録装置１４或いは新たに多重通信線１２に接続された外部の診断装置により行われる。
【００４１】
更に、上記した指令の内容は、特定のＥＣＵのデータ送出を優先させる手法として、（１）保有する全データ種類のうちの代表的な種類だけでなく更に別の新たな種類のデータを記録装置１４に記録すべきデータとして送出させるものと、（２）その代表的な種類のデータの送出を高頻度に行う、すなわち、他の一部又は全部のＥＣＵのデータ送出周期を長くしかつその分だけ特定のＥＣＵのデータ送出周期を短くするものと、に分類される。
【００４２】
例えば図２（Ｃ）に示す如く、ＥＣＵ−Ａの保有するデータ種類のうち記録装置１４に記録すべきデータの種類として新たにフレームＩＤ“１１０”及び“１２０”が追加されることによりＥＣＵ−Ａのデータ送出が優先されるべき指令が発行されるときには、その指令は、通常時に記録装置１４に記録すべきデータを保有するすべてのＥＣＵ−Ａ〜ＥＣＵ−Ｃ宛てに一括して行われる。そして、ＥＣＵ−Ｂ及びＥＣＵ−Ｃはそれぞれ、多重通信線１２に流れたその指令を受信すると、以後、自己の保有するフレームＩＤ“１０１”又は“１０２”のデータフレームの送出が不要になったとして、そのデータフレームの多重通信線１２への送出を停止する。一方、ＥＣＵ−Ａは、多重通信線１２に流れたその指令を受信すると、自己の保有するフレームＩＤ“１００”のデータフレームと共にフレームＩＤ“１１０”及び“１２０”のデータフレームの送出が新たに必要になったとして、それらデータフレームの多重通信線１２への送出を実行する。
【００４３】
この際、フレームＩＤ“１１０”及び“１２０”のデータフレームの送出周期は、ＥＣＵ−Ｂ及びＥＣＵ−ＣによるフレームＩＤ“１０１”又は“１０２”のデータフレームの送出周期と同一であればよく、更には、フレームＩＤ“１１０”のデータフレームとフレームＩＤ“１２０”のデータフレームとを合算したＥＣＵ−Ａの多重通信線１２への送出頻度は、ＥＣＵ−ＢによるフレームＩＤ“１０１”のデータフレームとＥＣＵ−ＣによるフレームＩＤ“１０２”のデータフレームとを合算したＥＣＵ−ＢとＥＣＵ−Ｃとの多重通信線１２への送出頻度と同一であればよい。
【００４４】
かかる構成によれば、ＥＣＵ−Ｂの有するフレームＩＤ“１０１”のデータフレームを多重通信線１２へ送出する権利、及び、ＥＣＵ−Ｃの有するフレームＩＤ“１０２”のデータフレームを多重通信線１２へ送出する権利が、ＥＣＵ−Ａに対して、フレームＩＤ“１１０”及び“１２０”のデータフレームを多重通信線１２へ送出する権利として譲渡されることで、ＥＣＵ−Ｂによる多重通信線１２へのデータ送出頻度及びＥＣＵ−Ｃによる多重通信線１２へのデータ送出頻度は共にゼロになる一方で、ＥＣＵ−Ａによる多重通信線１２へのフレームＩＤ“１１０”及び“１２０”を含めたデータ送出頻度はその分だけ増大する。
【００４５】
記録装置１４は、多重通信線１２に流れる自記録装置１４宛てのデータを受信するごとに、一時保管データテーブル内の当該フレームＩＤのデータのみを更新する。また、定期的にその一時保管データテーブル内の全フレームＩＤのデータを一括してコピーして、纏めて定常用記録媒体に格納する。上記の如くＥＣＵ−Ａによる多重通信線１２へのデータ送出頻度が新たなデータ種類の増加により増える場合にも、記録装置１４は、通常時と同様に、データ受信ごとに一時保管データテーブル内のデータ更新を行い、また、通常時と同一の周期間隔でその一時保管データテーブル内のデータ（データ内容：受信の古い順にＡ１，Ｄ１，Ｅ１）をコピーして定常用記録媒体に格納する。
【００４６】
また、例えば図３（Ｃ）に示す如く、ＥＣＵ−Ａの保有するフレームＩＤ“１００”のデータフレームの送出が高周期化されることによりＥＣＵ−Ａのデータ送出が優先されるべき指令が発行されるときには、その指令は、通常時に記録装置１４に記録すべきデータを保有するすべてのＥＣＵ−Ａ〜ＥＣＵ−Ｃ及び記録装置１４宛てに一括して行われる。そして、ＥＣＵ−Ｂ及びＥＣＵ−Ｃはそれぞれ、多重通信線１２に流れたその指令を受信すると、以後、自己の保有するフレームＩＤ“１０１”又は“１０２”のデータフレームの送出が不要になったとして、そのデータフレームの多重通信線１２への送出を停止する。一方、ＥＣＵ−Ａは、多重通信線１２に流れたその指令を受信すると、自己の保有するフレームＩＤ“１００”のデータフレームの送出周期を短くして多重通信線１２への送出を実行する。
【００４７】
この際、ＥＣＵ−ＡによるフレームＩＤ“１００”のデータフレームの送出頻度は、ＥＣＵ−ＡによるフレームＩＤ“１００”のデータフレームとＥＣＵ−ＢによるフレームＩＤ“１０１”のデータフレームとＥＣＵ−ＣによるフレームＩＤ“１０２”のデータフレームとを合算したＥＣＵ−Ａ〜ＥＣＵ−Ｃの多重通信線１２への送出頻度と同一であればよい。
【００４８】
かかる構成によれば、ＥＣＵ−Ｂの有するフレームＩＤ“１０１”のデータフレームを多重通信線１２へ送出する権利、及び、ＥＣＵ−Ｃの有するフレームＩＤ“１０２”のデータフレームを多重通信線１２へ送出する権利が、ＥＣＵ−Ａに対して、フレームＩＤ“１００”のデータフレームを多重通信線１２へ送出する権利として譲渡されることで、ＥＣＵ−Ｂによる多重通信線１２への送出頻度及びＥＣＵ−Ｃによる多重通信線１２へのデータ送出頻度は共にゼロになる一方で、ＥＣＵ−Ａによる多重通信線１２へのフレームＩＤ“１００”のデータ送出頻度はその分だけ増大する。
【００４９】
上記の如くＥＣＵ−Ａによる多重通信線１２へのデータ送出頻度が高周期化により増える場合には、記録装置１４は、そのデータ受信ごとに一時保管データテーブル内のデータ更新を行うと共に、多重通信線１２に接続された外部装置等の発行した指令を受信した後において通常時よりも高周期の間隔（図３に示す例では“１／３”倍）でその一時保管データテーブル内のデータ（データ内容：受信の古い順にＡ１，Ａ２，Ａ３）をコピーして定常用記録媒体に格納する。
【００５０】
このように、本実施例のシステムにおいては、多重通信線１２に接続する外部装置等からの指令に従って、記録装置１４に記録すべきデータを保有するノード１０間でデータフレームの多重通信線１２への送出権利を譲渡させることで、通常時と比較して特定のノード１０による多重通信線１２へのデータ送出を優先させることができる。
【００５１】
この場合には、送出権利を譲り受けるノード１０の保有する、通常時は記録装置１４に記録されないデータが新たに記録装置１４に記録すべきデータとして取り扱われて記録装置１４に記録され、或いは、通常時に記録装置１４に記録されるデータが高周期間隔で記録装置１４に記録される。このため、車両の故障診断を行ううえで、通常時に比して詳細なデータが記録装置１４に記録されることとなる。また、このように特定のノード１０による多重通信線１２へのデータ送出が優先されても、この優先には他のノード１０による多重通信線１２へのデータ送出の規制を伴うので、多重通信線１２に流れるデータの通信量総量が増えることはない。
【００５２】
従って、本実施例のシステムによれば、複数のノード１０と記録装置１４との間における多重通信線１２の通信量総量を増やすことなく、記録装置１４に記録すべきデータ種類の追加やデータサンプリングの高頻度化により記録装置１４に記録されるデータの詳細化を図ることができ、これにより、車両故障診断をより正確にかつ詳細に行うことが可能となっている。
【００５３】
尚、上記の実施例においては、複数のノード１０（ＥＣＵ−Ａ、ＥＣＵ−Ｂ、及びＥＣＵ−Ｃ）から送信される多種類のデータを、記録装置１４に記録すべきデータとしているが、多種類のデータを多重通信線１２へ送信するノード１０を唯一つ設けたうえで、その多種類のデータを記録装置１４に記録すべきデータとする構成に適用することも可能である。かかる構成においても、ノード１０と記録装置１４との間における多重通信線１２の通信量総量を増やすことなく、記録装置１４に記録すべきデータ種類の追加やデータサンプリングの高頻度化により記録装置１４に記録されるデータの詳細化を図ることが可能となる。
【００５４】
また、上記の実施例においては、各ノード１０からそれぞれ予め定められた周期間隔で多重通信線１２へデータを送出する通常状態で、車両故障が検知されると、その故障に応じたデータの詳細化を求める指令を発行することで、特定のノード１０の多重通信線１２へのデータ送出を通常時よりも優先させることとするが、その故障原因を具体的に特定するのに、一のノード１０のみについてデータ送出を優先させ或いはデータ送出を停止させるものに限らず、一ノード１０ずつ順番にデータ送出を優先させ或いはデータ送出を停止させることとしてもよい。
【００５５】
また、上記の実施例においては、車両故障が生じた際にその故障原因を特定するために、各ノード１０等へデータの詳細化を求める指令を発行して、特定のノード１０のデータ送出を優先させかつ他のノード１０のデータ送出を停止させることとしているが、特定のノード１０のデータ送出を優先させかつ他のノード１０のデータ送出を停止させる理由はこれに限定されるものではなく、ノード１０に故障が生じていることが検知された場合に、各ノード１０等へ指令を発行して、故障ノード１０のデータ送出を停止させかつその分だけ他の正常なノード１０のデータ送出頻度を増やすものであってもよい。
【００５６】
また、上記の実施例においては、各ノード１０等へデータの詳細化を求める指令を発行して、ノード１０から他のノード１０へ多重通信線１２に対してデータを送出する権利の全部を譲渡させ、特定のノード１０のデータ送出頻度を増やしかつ他のノード１０のデータ送出を停止させることとしているが、他のノード１０のデータ送出については停止させることに限らず、ノード１０から他のノード１０へ多重通信線１２に対してデータを送出する権利の一部を譲渡させ、その送出周期を長くしそのデータ送出頻度を減らすと共にその分だけ特定のノード１０のデータ送出頻度を増やすこととすればよい。かかる構成においても、送出権利の譲渡前後で多重通信線１２に流れるデータ通信量の総量が変化しないため、上記の実施例と同様の効果を得ることが可能となる。
【００５７】
更に、上記の実施例においては、ネットワークシステム１０を、自動車の有する各種の電子制御ユニットを多重通信線１４を介して接続させたものとしたが、本発明はこれに限定されるものではなく、自動車以外に搭載されて、電子制御装置を多重通信線を介して接続させたものであってもよい。
【図面の簡単な説明】
【００５８】
【図１】本発明の一実施例であるシステムの構成図である。
【図２】本実施例のシステムにおいてノードが多重通信線へデータを送出する頻度を変更する手法の一例を説明するための図である。
【図３】本実施例のシステムにおいてノードが多重通信線へデータを送出する頻度を変更する手法の一例を説明するための図である。
【符号の説明】
【００５９】
１０  ノード
１２  多重通信線
１４  記録装置
【図１】
2006148459.tif 000003
【図２】
2006148459.tif 000004
【図３】
2006148459.tif 000005