JP2007208739A - データ記録システム及びデータ記録方法 - Google Patents

Abstract

【課題】本発明は、ノードの有する多種類のデータを効率的に記憶手段に記録することができるデータ記録システム及びデータ記録方法の提供を目的とする。
【解決手段】ＥＣＵの有する多種類のデータを該データに付与されたフレームＩＤごとに仕分けして記録する記録装置１４と、優先度の高いＥＣＵ−Ｃと、優先度の低いＥＣＵ−Ａとを備え、ＥＣＵ−Ｃは、多重通信線１２を流れるデータフレームのフレームＩＤを監視することによってＥＣＵ−Ａによるデータフレームの送信が無いと検知された場合に、ＥＣＵ−Ｃが付加すべきフレームＩＤを自身が有するデータに付加して送信することを特徴とするもの。
【選択図】図３

Description

本発明は、複数の異なる送信データを記録するデータ記録システム及びデータ記録方法に関する。

従来から、車内ＬＡＮを介して接続された複数の制御装置から出力されるデータを記録装置に記録するシステムが知られている（例えば、特許文献１参照）。このシステムにおいては、車両の走行が開始されると、以後、所定のタイミング（例えば定期的）で、エンジン制御装置やＡＢＳ制御装置，ドア制御装置などの複数の制御装置から車内ＬＡＮに対して記録装置宛てのデータが出力されて、記録装置がそれらのデータを記録する。
特開２００２−３３０１４９号公報

しかしながら、上記の特許文献では、ＬＡＮで結ばれたノードである複数の制御装置から送られてきた複数種類のデータがどのようなルールに従って記録装置に記録されるのかについて何ら言及がなされていない。したがって、記録装置の記憶領域のうち無記録の記憶領域が発生してもその無記録の記憶領域を有効活用することができなかった。

そこで、本発明は、ノードの有する多種類のデータを効率的に記憶手段に記録することができるデータ記録システム及びデータ記録方法の提供を目的とする。

上記課題を解決するため、第１の発明として、
ノードの有する多種類のデータを記憶するための記憶手段を備え、
前記ノードはデータの種類を区分するためのＩＤを付加したデータを送信して、該データをＩＤごとに仕分けして前記記憶手段に記録するデータ記録システムであって、
前記ノードには、優先度の高い第１のノードと前記第１のノードより優先度の低い第２のノードとが含まれており、
前記第１のノードは、前記第２のノードが付加すべきＩＤが付加されたデータが送信されていないことを検知したときには、前記第１のノードが送信可能なデータに前記第２のノードが付加すべきＩＤを付加してデータ送信することを特徴とする、データ記録システムを提供する。

また、第２の発明として、第１の発明に係るデータ記録システムであって、
前記第２のノードのデータ送信を停止させる停止手段を更に備え、
前記第１のノードは、前記停止手段によって前記第２のノードのデータ送信が停止されたことを検知したときには、前記第１のノードが送信可能なデータに前記第２のノードが付加すべきＩＤを付加してデータ送信する、データ記録システムを提供する。

また、第３の発明として、第１の発明に係るデータ記録システムであって、
前記第１のノードが、前記第２のノードが付加すべきＩＤが付加されたデータが送信されていないことを検知するタイミングは、起動時のみである、データ記録システムを提供する。

また、第４の発明として、ノードがデータの種類を区分するためのＩＤを付加したデータを送信し、該データをＩＤごとに仕分けして記憶手段に記録するデータ記録方法であって、
前記ノードには、優先度の高い第１のノードと前記第１のノードより優先度の低い第２のノードとが含まれており、
前記第１のノードは、前記第２のノードが付加すべきＩＤが付加されたデータが送信されていないことを検知したときには、前記第１のノードが送信可能なデータに前記第２のノードが付加すべきＩＤを付加してデータ送信することを特徴とする、データ記録方法を提供する。

また、第５の発明として、第４の発明に係るデータ記録方法であって、
前記第１のノードは、前記第２のノードのデータ送信が停止されたことを検知したときには、前記第１のノードが送信可能なデータに前記第２のノードが付加すべきＩＤを付加してデータ送信する、データ記録方法を提供する。

また、第６の発明として、第４の発明に係るデータ記録方法であって、
前記第１のノードが、前記第２のノードが付加すべきＩＤが付加されたデータが送信されていないことを検知するタイミングは、起動時のみである、データ記録方法を提供する。

本発明によれば、ノードの有する多種類のデータを効率的に記憶手段に記録することができる。

以下、本発明を実施するための最良の形態の説明を行う。図１は、本発明の一実施例であるシステムの構成図を示す。本実施例のシステムは、自動車の各種制御装置に設けられるコンピュータを主体に構成された電子制御ユニットであるＥＣＵやインテリジェントなセンサなどの複数のノード１０と、これら複数のノード１０を接続した多重通信線１２と、更にこの多重通信線１２に接続された記録装置１４と、を備えている。このシステムは、例えば、車両の故障診断を行ううえで各ノード１０の有するデータを記録装置１４に収集するために用いられる。

多重通信線１２は、ＣＡＮ（Controller Area Network）等のシングル線又はツイストペア線からなる共有バスであり、各ノード１０から送出されるデータを所定の通信プロトコルに従って時分割多重で伝送（多重通信）することを可能としている。各ノード１０から送出されたデータは、多重通信線１２を介して他のノード１０又は記録装置１４へ送信される。

ノード１０は、例えば、ステアリング舵角に応じた信号を出力する舵角センサ、車両の重心軸周りに生ずるヨーレートに応じた信号を出力するヨーレートセンサ、スロットル開度やアクセル開度，エンジン水温等に基づいてエンジン制御を行うエンジンＥＣＵ、車輪速やヨーレート，ステアリング舵角等に基づいて車両の旋回挙動を安定化させるＶＳＣ（Vehicle Stability Control）−ＥＣＵ、シフト操作位置等に基づいて車両のシフトポジションを制御するトランスミッションＥＣＵ、ブレーキ踏力やステアリング舵角等に基づいて車両の制動力を制御するブレーキＥＣＵ、ステアリング舵角等に基づいて操舵アシスト力を制御するパワーステアリングＥＣＵ、エアコン操作スイッチや車内温等に基づいて車内のエアコンディションを制御するオートエアコンＥＣＵである。

ノード１０はそれぞれ、コントローラを内蔵するマイクロコンピュータ（マイコン）と、このマイコンに接続する通信モジュールと、を有している。マイコンは、接続する多重通信線１２の通信プロトコルに従ってコントローラを制御して、自ノード１０から出力すべき出力データを多重通信線１２を介して他のノード１０へ送信すべくデジタル化し、また、他のノード１０から多重通信線１２を介して受信した入力データをデコードして自身での制御を実行する。また、通信モジュールは、コントローラにより制御され、他ノード１０に自ノード１０のデータを送信すると共に、他ノード１０から自ノード１０に送信されたデータを受信する。ノード１０はそれぞれ、自ノード１０に接続するセンサやスイッチの状態に基づいて或いは更に他ノード１０から送信されるデータに基づいて自ノードにおける制御を行う。

すべてのノード１０のうち特定のノード１０は、他の特定のノード１０との間で必要なデータを定期的（例えば５０ｍｓごと）に送受信する。例えば、ＶＳＣ−ＥＣＵとブレーキＥＣＵとエンジンＥＣＵとの間では、ブレーキＥＣＵで検出される車輪速の情報が共有されており、或いは、ＶＳＣ−ＥＣＵで決定された旋回挙動を安定させるための駆動トルクや制動力の制御指令値が共有されている。また、エンジンＥＣＵとオートエアコンＥＣＵとの間では、エンジンＥＣＵで検出されるエンジン水温の情報が共有されている。これらの制御データは、検出したノード１０からそのデータを共有するノード１０へ送信されて、その送信先のノードにおける制御に利用される。

記録装置１４もまた、コントローラを内蔵するマイコンと、マイコンに接続する通信モジュールと、を有している。記録装置１４は、多重通信線１２の通信プロトコルに従ってコントローラを制御して、各ノード１０から多重通信線１２に送信されるデータを通信モジュールで受信し、そのデータを記録する。具体的には、記録装置１４は、送信されてきたデータを格納するハードディスクなどの定常用記録媒体１４ｂを有している。各ノード１０は、例えば車両故障を診断するのに必要な記録装置１４に記録すべきデータを、多重通信線１２を介して記録装置１４へ送信する。

各ノード１０が多重通信線１２へ送信するデータは、予め所定の構成を有するデータフレームにより構成されている。このデータフレームは、例えば、フレームの始まりを示すスタートオブフレーム（ＳＯＦ）と、送信データ（データフレーム）の種類すなわち他の送信データと区別するための識別情報であるフレームＩＤ（データ送信の優先順位をも示す）を格納するＩＤフィールドと、データ長などを格納するコントロールフィールドと、送信データ自体の内容（例えば、車輪速の情報や駆動トルクの制御指令値等）を格納するデータフィールドと、伝送エラーをチェックするためのＣＲＣフィールドと、正常に受信が完了したことを確認するためのＡＣＫフィールドと、データの終わりを示すエンドオブフレーム（ＥＯＦ）と、から構成されている。

尚、本実施例のネットワークシステムは、各ノード１０が多重通信線１２を介して他のノード１０へ送信すべきデータを時分割多重で送信することが可能なシステムである。すなわち、各ノード１０は、多重通信線１２に他のデータが流れていない状態ではデータ送信を開始することができる一方、他の１以上のノード１０から同時にデータ送信が開始されたときは送信優先順位に従ってデータ送信を行い、他のノード１０からのデータ送信が行われているときは一定時間待機した後にデータ送信を行う。なお、送信優先順位の高いフレームＩＤを送信するノード１０が優先度の高いノードであり、送信優先順位の低いフレームＩＤを送信するノード１０は優先度の低いノードであると言い換えることもできる。

図２は、本実施例のシステムにおける各ノード１０の有するデータと、そのデータ種類ごとに割り当てられている固有のフレームＩＤとの関係を表した図を示す。尚、以下では適宜、本実施例のシステムが多重通信線１２に接続する３つのノード１０を有する場合について説明し、それらのノード１０をそれぞれＥＣＵ−Ａ、ＥＣＵ−Ｂ、及びＥＣＵ−Ｃとする。

例えば図１及び図２に示す如く、本実施例において、ＥＣＵ−Ａは、記録装置１４に記録すべきデータを１種類（例えば車速）だけ有しており、そのデータには、フレームＩＤ＝“１００”が割り当てられている。また、ＥＣＵ−Ｂは、記録装置１４に記録すべきデータを２種類（例えばエンジン回転数とスロットル開度）だけ有しており、それらのデータには、それぞれフレームＩＤ＝“１０１”と“１０２”とが割り当てられている。更に、ＥＣＵ−Ｃは、記録装置１４に記録すべきデータを１種類（例えばヨーレート）だけ有しており、そのデータには、フレームＩＤ＝“１０３”が割り当てられている。ＥＣＵ−Ａ、ＥＣＵ−Ｂ、及びＥＣＵ−Ｃはそれぞれ、予め定められている定期又は不定期の間隔で、記録装置１４に記録すべきデータを、そのデータの種類に対して割り当てられているフレームＩＤのデータフレームにセットし、そのデータフレームを多重通信線１２へ送出する。

以下、本実施例のシステムにおいて、ノード１０から多重通信線１２へ送出される記録装置１４に記録すべきデータを記録装置１４に記録する手法について説明する。図３は、本実施例のシステムにおいて複数のノード１０からそれぞれ送出されるデータを記録装置１４に格納する手法を説明するための図を示す。

図３（ａ）において、ＥＣＵ−Ａは、記録装置１４に記録すべきデータ“Ａ１”を多重通信線１２へ送出すべきタイミングに至ると、そのデータの種類に対して予め割り当てられたフレームＩＤを“１００”とするデータフレームにそのデータをセットしたうえで、そのデータフレームを多重通信線１２へ送出する。データ“Ａ２”，“Ａ３”についても同様に、多重通信線１２へ送出すべきタイミングで、送出される。さらに、図３（ａ）に示されるように、ＥＣＵ−Ｂ，ＥＣＵ−Ｃについても同様に、記録装置１４に記録すべきデータを多重通信線１２へ送出すべきタイミングに至ると、そのデータの種類に対して予め割り当てられたフレームＩＤのデータフレームにそのデータをセットしたうえで、そのデータフレームを多重通信線１２へ送出する。

多重通信線１２にかかるデータフレームが送出されると、記録装置１４は、そのデータフレームに含まれるフレームＩＤを読み取り、そのフレームＩＤに基づいて自記録装置１４宛てのデータが含まれると判断してそのデータを受信する。そして、記録装置１４は、予め記録すべき全フレームＩＤのデータをそのフレームＩＤごとに仕分けて記憶するための定常用記録媒体１４ｂに、受信したフレームＩＤのデータを定期的に（例えば、１秒ごと）記録する。

なお、受信したフレームＩＤのデータを全て定常用記録媒体１４ｂに記録してもよいが、冗長にならないように、同一のフレームＩＤであれば受信毎にデータを上書き更新し、定期的なタイミングで定常用記録媒体１４ｂへの記録を確定するようにしてもよい。また、定常用記録媒体１４ｂには、その記録時刻又は記録順がわかるようにデータは格納される。図３に示される記録装置１４の定常用記録媒体１４ｂでいえば、同一列に格納されたデータ群（例えば、Ａ１，Ｂ１，Ｂ１１，Ｃ１）は同一の時刻に記録され、また、データ群は右にいくほど記録した時刻が新しくなる。

しかしながら、図３（ｂ）に示されるように、車両の仕様上設定されていない等の理由によってＥＣＵ−Ａが多重通信線１２に接続されていない場合には、記録装置１４の定常用記録媒体１４ｂに予め割り当てられているフレームＩＤ“１００”の記憶領域へのデータ記録は行われないため、データ記録が行われない無駄な記憶領域（以下、「無記録領域」という）が生じてしまう。このような無記録領域を発生させないためには、ＥＣＵ−Ａ以外の他のＥＣＵがこのような無記録領域を利用できるようにすればよい。

そこで、優先度の高いＥＣＵ（高優先ＥＣＵ）は、多重通信線１２を流れるデータフレームに付加されたフレームＩＤを監視することによって自身の優先度より低いＥＣＵによるデータフレームの送信状況を判断する。すなわち、高優先ＥＣＵは、自身が有するフレームＩＤより送信優先順位の低いフレームＩＤが付加されたデータフレームが多重通信線１２を流れているか否かを監視する。高優先ＥＣＵは、この監視によって自身の優先度より低いＥＣＵによるデータフレームの送信が無いと検知すれば（送信優先順位の低いフレームＩＤが付加されたデータフレームの送信が無いと検知すれば）、定常用記録媒体１４ｂに予め割り当てられている当該フレームＩＤの記憶領域が無記録領域になっていると判断することができる。データフレームを検知する際に、監視対象のフレームＩＤを有するデータフレームが一定時間送信されていないことを検知することで、データフレームの送信が無いとみなすことができる。この無送信を検知するための一定時間は、フレーム長が設計上最長となるデータフレームを送信した場合の送信間隔以上あればよい。

上述のように無記録領域があると判断した高優先ＥＣＵは、そのデータフレームの送信をしていないと検知されたＥＣＵの代わりに、自身が有するデータをセットしたデータフレームを増加して送信する。例えば、高優先ＥＣＵは、検知されなかったフレームＩＤの数だけ自身のデータフレームの数を増加させる。このとき、増加させたデータフレームのフレームＩＤには、送信が無いと検知されたデータフレームのフレームＩＤが付与される。このようにすることによって、高優先ＥＣＵが増やしたデータフレームは、他のデータフレームと同様に、記録装置１４の定常用記録媒体１４ｂにデータフレームに付与されたフレームＩＤに従って記録されることになる。

なお、高優先ＥＣＵによる上述のデータフレームの監視処理は、その高優先ＥＣＵが起動する際の１回のみ実行することが好ましい。起動後の各ＥＣＵは、データ送信が可能な状態となる。高優先ＥＣＵが起動後も継続的に監視すると、自身の優先度より低いＥＣＵがリセット発生や故障等によって送信停止をした場合であっても、定常用記録媒体１４ｂに予め割り当てられているそのＥＣＵ（のフレームＩＤ）の記憶領域を利用してしまうことになるからである。つまり、自身の優先度より低いＥＣＵがリセット状態や故障状態から復旧すると、双方のＥＣＵが同一のフレームＩＤを付加したデータフレームを送信することになるため、データフレームが互いに衝突するおそれがある。また、自信の優先度より低いＥＣＵが後付けオプションとして、ある時点から追加されたり、取り外されたりする場合がある。したがって、高優先ＥＣＵが起動する度に監視処理が行われることが望ましい。

高優先ＥＣＵによるフレームＩＤに基づくデータフレームの上述の監視内容について図３を用いて説明する。図３において、フレームＩＤの番号が大きいほど送信優先順位が高いとする。図３（ｂ）において、ＥＣＵ−ＡよりフレームＩＤの番号が大きいＥＣＵ−ＢとＥＣＵ−Ｃは、フレームＩＤを監視することによって、ＥＣＵ−Ａによるデータフレームの送信が無いことを、すなわちフレームＩＤ“１００”が付加されたデータフレームの送信が無いことを検知する。ＥＣＵ−Ｂに比べ優先度の高いＥＣＵ−Ｃが、自身がさらに記録装置１４に記録したいデータＣ１１、Ｃ１２、Ｃ１３にそのフレームＩＤ“１００”を付して、データ送信を開始する。その結果、図３（ｃ）に示されるように、本来ＥＣＵ−Ａが送出したデータを記憶する領域にＥＣＵ−Ｃが送出したデータを記憶することができるようになり、定常用記憶領域１４ｂに無記録領域が発生することを抑えることができるようになる。

なお、ＥＣＵ−Ｃより優先度の低いＥＣＵ−Ｂは、ＥＣＵ−Ｃが記録装置１４に記録したいデータが無い等の理由によりＥＣＵ−ＣによるフレームＩＤ“１００”が付加されたデータフレームの送信が一定時間無いことを検知すれば、ＥＣＵ−Ｂ自身がさらに記録装置１４に記録したいデータにそのフレームＩＤ“１００”を付して、データ送信を開始するようにすればよい。

ところで、何らかの重大な故障等が発生して、高優先ＥＣＵの有するデータの種類や記憶量を増加させたい場合がある。例えば、それまで記憶させていなかったデータの種類を増やしたり、それまで記憶させていたデータをより精度よく記憶させたりしたい場合がある。このような場合には、高優先ＥＣＵからの要求や所定のイベントの発生（例えば、警告灯の点灯や異常を知らせるダイアグフラグが立つ）によって優先度の低いＥＣＵがデータフレームの送信を自主的に停止することで、高優先ＥＣＵが自身の記録したいデータをその優先度の低いＥＣＵに予め割り当てられた記憶領域に記憶させることができる。

図４（ａ）に示されるように、ＥＣＵ−Ａが、所定のイベント１６の発生を直接検知した場合、または、所定のイベント１６の発生を検知したＥＣＵ−Ｃによってその発生を知らされた場合、定常用記録媒体１４ｂの自身に割り当てられた記憶領域を他のＥＣＵに譲渡するため、自主的に送信を停止する。その結果、ＥＣＵ−ＡよりフレームＩＤの番号が大きいＥＣＵ−ＢとＥＣＵ−Ｃは、フレームＩＤを監視することによって、ＥＣＵ−Ａによるデータフレームの送信が無いことを、すなわちフレームＩＤ“１００”が付加されたデータフレームの送信が無いことを検知する。ＥＣＵ−Ｂに比べ優先度の高いＥＣＵ−Ｃが、自身がさらに記録装置１４に記録したいデータＣ１１、Ｃ１２、Ｃ１３にそのフレームＩＤ“１００”を付して、データ送信を開始する。その結果、図４（ｃ）に示されるように、本来ＥＣＵ−Ａが送出したデータを記憶する領域にＥＣＵ−Ｃが送出したデータを記憶することができるようになり、定常用記憶領域１４ｂに無記録領域が発生することを抑えることができるようになる。

なお、ＥＣＵ−Ｃより優先度の低いＥＣＵ−Ｂは、ＥＣＵ−Ｃが記録装置１４に記録したいデータが無い等の理由によりＥＣＵ−ＣによるフレームＩＤ“１００”が付加されたデータフレームの送信が一定時間無いことを検知すれば、ＥＣＵ−Ｂ自身がさらに記録装置１４に記録したいデータにそのフレームＩＤ“１００”を付して、データ送信を開始するようにすればよい。また、図４に示される高優先ＥＣＵによるデータフレームの監視処理は、上述のような所定のイベント発生をトリガーとしているので、その高優先ＥＣＵが起動する際の１回のみ実行するとは限らない。

また、記録装置１４を多重通信装置１２から取り外した場合等において、記録装置１４の定常記憶媒体１４ｂの記録内容がどのＥＣＵに属するデータであるかを識別できるように、各ＥＣＵは所定のフォーマットデータをセットしてデータフレームを送信し、記録装置１４はフレームＩＤに従ってそのフォーマットデータとともにデータを定常記憶媒体１４ｂに記憶する。つまり、図３（ｃ），図４（ｃ）に示される記録装置１４の定常用記録媒体１４ｂに予め割り当てられているフレームＩＤ“１００”の記憶領域に記憶されているデータがＥＣＵ−Ａが送出したデータなのかＥＣＵ−Ｃが送出したデータなのかを識別するためである。そして、フォーマットデータと各ＥＣＵとの対応関係を通信プロトコルとして取り決めておけば、定常用記録媒体１４ｂに記憶されたフォーマットデータの値によってどのＥＣＵのデータのものかを判別することができるようになる。

例えば、各ＥＣＵは、デフォルトではフォーマットデータを“００”にセットしてデータフレームを送信する。ＥＣＵ−Ｃが、ＥＣＵ−Ａ等の他のＥＣＵのために割り当てられた記憶領域を使用する場合には（他のＥＣＵに割り当てられているフレームＩＤが付与されたデータフレームの送信がないと検知した場合には）、フォーマットデータを“０１”に変更してデータフレームを送信する。ＥＣＵ−Ｂが、ＥＣＵ−Ａ等の他のＥＣＵのために割り当てられた記憶領域を使用する場合には（他のＥＣＵに割り当てられているフレームＩＤが付与されたデータフレームの送信がないと検知した場合には）、フォーマットデータを“０２”に変更してデータフレームを送信する。これにより、定常用記録媒体１４ｂに記憶されたフォーマットデータが“０１”であれば、その記憶されたデータはＥＣＵ−Ｃが有するデータであると判別でき、定常用記録媒体１４ｂに記憶されたフォーマットデータが“０２”であれば、その記憶されたデータはＥＣＵ−Ｂが有するデータであると判別できる。

以上、本実施例の内容によれば、ＥＣＵの有する多種類のデータを記憶する際に、記録装置１４の定常記憶媒体１４ｂの記憶領域を無駄なく効率的に利用することができるようになる。

また、本実施例の内容によれば、ＥＣＵは記録装置１４の定常記憶媒体１４ｂの記憶内容を直接参照せずに、多重通信線１２を流れるデータフレームのフレームＩＤを監視することによって、定常記憶媒体１４ｂの無記録領域の発生を検知することができる。一方、記録装置１４は単にフレームＩＤに従って定常記憶媒体１４ｂに仕分けしながらデータを記録しているだけである。したがって、定常記憶媒体１４ｂに記録するデータの種類や記憶量を増やしたい場合には、記録するデータの種類や記憶量を増やしたいＥＣＵ自身の送信手順等を変更するだけで、それ以外の他のＥＣＵや記憶装置１４を変更する必要はないため、データの種類や記憶量を増やしても、ＥＣＵと記録装置１４との簡素な関係を保ったままシステムの汎用性を維持することができる。

また、本実施例の内容によれば、記録装置１４の定常記憶媒体１４ｂの記憶領域が最大限に利用されるため、記録装置１４の定常記憶媒体１４ｂの記憶領域を増加させる必要がないので、記憶領域の増加への投資を抑えることができる。

また、本実施例のシステムは車両に搭載されるシステムであるが、車両仕様の相違により、ある車種の車両では記録装置１４に記録可能なデータを送信するすべてのノード１０を有する一方で、他の車種の車両では記録装置１４に記録可能なデータを送信するノード１０のうちの一部しか有さないことがある。このような場合であっても、本実施例の内容によれば、車両の有するノード１０のデータを記録装置１４に記録するうえで、車種ごとにノード１０や記録装置１４の構成変更や設定変更を行う必要はなく、車種変更等に伴うノード１０の増減に柔軟に対応したデータ記録を実現することが可能となっている。また、多重通信線１２を介して接続させるノード１０や記録装置１４の増減に柔軟に対応できるので、その拡張性に優れたデータ記録システムを構築することが可能となる。

以上、本発明の好ましい実施例について詳説したが、本発明は、上述した実施例に制限されることはなく、本発明の範囲を逸脱することなく、上述した実施例に種々の変形及び置換を加えることができる。

例えば、上記の実施例においては、記録装置１４の定常用記録媒体１４ｂに過去所定期間内のすべてのデータが格納されるが、新しいデータを格納すべき状況下でその定常用記録媒体１４ｂがそのデータ容量分だけの残存容量を有していないときは、最も古いデータから順に消去して新しいデータを格納することとすればよい。

更に、上記の実施例のシステムを、自動車の有する各種の電子制御ユニットを多重通信線１４を介して接続させたものとしたが、本発明はこれに限定されるものではなく、自動車以外に搭載されて、電子制御装置を多重通信線を介して接続させたものであってもよい。

本発明の一実施例であるシステムの構成図である。 本実施例のシステムにおける各ノード１０の有するデータと、そのデータ種類ごとに割り当てられている固有のフレームＩＤとの関係を表した図である。 本実施例のシステムにおいて複数のノード１０からそれぞれ送出されるデータを記録装置１４に格納する手法を説明するための図を示す。 ノード１０の一つが自主的に送信を停止した場合の本実施例のシステムにおいて複数のノード１０からそれぞれ送出されるデータを記録装置１４に格納する手法を説明するための図を示す。

符号の説明

１０ ノード
１２ 多重通信線
１４ 記録装置
１４ｂ 定常用記録媒体

Claims (6)

1. ノードの有する多種類のデータを記憶するための記憶手段を備え、
   前記ノードはデータの種類を区分するためのＩＤを付加したデータを送信して、該データをＩＤごとに仕分けして前記記憶手段に記録するデータ記録システムであって、
   前記ノードには、優先度の高い第１のノードと前記第１のノードより優先度の低い第２のノードとが含まれており、
   前記第１のノードは、前記第２のノードが付加すべきＩＤが付加されたデータが送信されていないことを検知したときには、前記第１のノードが送信可能なデータに前記第２のノードが付加すべきＩＤを付加してデータ送信することを特徴とする、データ記録システム。
2. 前記第２のノードのデータ送信を停止させる停止手段を更に備え、
   前記第１のノードは、前記停止手段によって前記第２のノードのデータ送信が停止されたことを検知したときには、前記第１のノードが送信可能なデータに前記第２のノードが付加すべきＩＤを付加してデータ送信する、請求項１記載のデータ記録システム。
3. 前記第１のノードが、前記第２のノードが付加すべきＩＤが付加されたデータが送信されていないことを検知するタイミングは、起動時のみである、請求項１記載のデータ記録システム。
4. ノードがデータの種類を区分するためのＩＤを付加したデータを送信し、該データをＩＤごとに仕分けして記憶手段に記録するデータ記録方法であって、
   前記ノードには、優先度の高い第１のノードと前記第１のノードより優先度の低い第２のノードとが含まれており、
   前記第１のノードは、前記第２のノードが付加すべきＩＤが付加されたデータが送信されていないことを検知したときには、前記第１のノードが送信可能なデータに前記第２のノードが付加すべきＩＤを付加してデータ送信することを特徴とする、データ記録方法。
5. 前記第１のノードは、前記第２のノードのデータ送信が停止されたことを検知したときには、前記第１のノードが送信可能なデータに前記第２のノードが付加すべきＩＤを付加してデータ送信する、請求項４記載のデータ記録方法。
6. 前記第１のノードが、前記第２のノードが付加すべきＩＤが付加されたデータが送信されていないことを検知するタイミングは、起動時のみである、請求項４記載のデータ記録方法。

Images