情報記録装置
【課題】車両情報が流通していない期間においてもダイアグ情報を記録することができるとともに、レコード全長を短縮することができる車両情報記録装置を、提供する。
【解決手段】CANドライバ３７は、CAN上に送出された車両情報を受信する。ダイアグ情報取得モジュール３９は、ダイアグレコードＥＣＵ１自体の動作が正常であるかどうかを監視してダイアグ情報を生成する。時刻情報作成モジュール３５は、時刻情報Ａを毎秒生成するとともに、当該時刻情報Ａの生成タイミングからの時間差を1/100秒単位で表す時刻
情報Ｂを生成する。ダイアグレコードモジュール４４は、時刻情報作成モジュール３５が時刻情報Ａを生成する毎に、当該時刻情報Ａ及びその時点で生成されたダイアグ情報を含む第１種のレコードをメモリマネージャ３４に渡し、当該車両情報及びその時点で生成された時刻情報Ｂを含む第２種のレコードをメモリマネージャ３４に渡す。
【解決手段】CANドライバ３７は、CAN上に送出された車両情報を受信する。ダイアグ情報取得モジュール３９は、ダイアグレコードＥＣＵ１自体の動作が正常であるかどうかを監視してダイアグ情報を生成する。時刻情報作成モジュール３５は、時刻情報Ａを毎秒生成するとともに、当該時刻情報Ａの生成タイミングからの時間差を1/100秒単位で表す時刻
情報Ｂを生成する。ダイアグレコードモジュール４４は、時刻情報作成モジュール３５が時刻情報Ａを生成する毎に、当該時刻情報Ａ及びその時点で生成されたダイアグ情報を含む第１種のレコードをメモリマネージャ３４に渡し、当該車両情報及びその時点で生成された時刻情報Ｂを含む第２種のレコードをメモリマネージャ３４に渡す。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載ネットワークを通じて受信した各種情報を記録する記録装置に関する。
【背景技術】
【０００２】
現在の自動車等の車両においては、電子部品のユニット化が進んでおり、各電子部品を夫々制御するためのＥＣＵ（Electronic Control Unit）や、各ＥＣＵに入力される状態
情報（例えば、加速度、スロットル開度、排気温度、Ｏ2濃度、各種スイッチ類の操作内
容、等）を検出するセンサや、各ＥＣＵからの制御情報に従って電子制御部品を駆動するアクチュエータ等が、ＣＡＮ（Controller Area Network）等の車載ネットワークを通じ
て、相互に通信可能に接続された構成が採用されることが多い。このようなＥＣＵの一つとして、データ記録装置がある。
【０００３】
データ記録装置は、車載ネットワーク上を流れている上記状態情報及び制御情報、並びに、各ＥＣＵ自身による異常診断の結果情報（ダイアグコード等のダイアグ情報）（以下、これらの情報を「車両情報」と総称する）を傍受して所定の不揮発性記憶媒体に記録するＥＣＵである。このデータ記録装置によって不揮発性記憶媒体に記録された車両情報が、車両の点検・修理時において、車両外の検査装置（コンピュータ）によって読み出され、各センサ自体や機械部品の故障や、各ＥＣＵの異常の有無が診断されたり、故障原因が解析されたりするのである。
【０００４】
不揮発性記録媒体に記録する車両情報には、異常診断や原因解析を行うための情報として、車両情報の発生順序やタイミングを知るために、車両情報の発生時刻を対応させて記録させておく必要がある。
【０００５】
また、上記した診断が適切に行われるには、データ記録装置によって不揮発性記憶媒体に記録された車両情報が、車載ネットワーク上を流通していた車両情報と同じものであるとの保証がなければならない。即ち、データ記録装置自体が正常に動作していたことが保証されなければならない。そのためには、データ記録装置自体に、自ＥＣＵの動作が正常であるか否かを検知するダイアグノーシス機能を持たせ、自ＥＣＵについてのダイアグ情報（ダイアグノーシス機能によって検知された自ＥＣＵの動作が正常であるか否かを示す情報）を、車両情報に紐付けて不揮発性記憶媒体に記憶させれば良い。
【０００６】
図１４は、時刻情報、車両情報及びダイアグ情報を記載するレコードのフォーマット図である。図１４において、「ＣＡＮＩＤ」とは、車載ネットワークがＣＡＮである場合において車両情報を他から識別するための識別情報であり、「時刻情報Ａ（日時分秒）」は、車両情報及びダイアグ情報が得られた時刻を表す日時分秒を示す情報であり、「時刻情報Ｂ（１／１００秒）」とは、上記時刻を表す１秒未満の端数を１／１００秒単位で表す値（０／１００〜９９／１００）であり、「データ」とは上記車両情報であり、「ＳＵＭ」とはチェックサム値である。
【０００７】
また、図１５は、かかるレコードが複数不揮発性記憶媒体に蓄積された状態を概念的に示す概念図である。図１５において、“ＯＫ”及び“ＮＧ”は「ダイアグ情報」の値である。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２１３３９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、記録を行う全てのレコードに、詳細な時刻情報（例えば、時刻情報Ａ［日時分秒］と時刻情報Ｂ［１／１００秒］の時刻情報の両方）を記録するように構成すると、１つのレコードのデータ量が多くなってしまい、不揮発性記憶媒体が簡単にオーバーフローしてしまうという問題がある。
【００１０】
また、上記のようなレコードを、車両情報を受信した場合に生成して蓄積するように構成した場合で、例えば、データ記録装置自体に異常が発生して車両情報の受信処理が正常に行われないようになった場合には、レコードが生成されてしなくなってしまう。
【００１１】
すなわち、データ記録装置にダイアグノーシス機能を持たせても、その診断結果がレコードとして記録されないという現象が発生してしまう可能性がある。
【００１２】
そこで、本発明は、ネットワーク上を流通する記録対象情報を時刻情報も含めて記録する場合に、記録する際の１レコードのデータ量を少なくすることができる情報記録装置の提供を、課題とする。
【００１３】
また、本発明のその他の課題（追加的な課題）は、装置自体に異常が発生したような場合でも、記録されたレコードを解析することで、その状態（装置自体に異常が発生してしまったことから、車両情報の記録が行われなくなってしまっている状態）を把握することである。
【課題を解決するための手段】
【００１４】
本案による情報記録装置は、各種ＥＣＵや各種センサからネットワークへ送出されたデータのうち所定の記録対象情報を記録する情報記録装置であって、前記ネットワークから前記記録対象情報を受信する通信手段と、絶対時刻情報と、当該絶対時刻情報との差分時間を当該絶対時刻情報よりも少ないデータ量で表す相対時刻情報を生成する時刻情報生成手段と、所定時間毎に、現在の前記絶対時刻情報を含む第１の記録データを生成し、前記通信手段が前記記録対象情報を受信する毎に、当該記録対象情報及び現在の前記相対時刻情報を含む第２の記録データを生成する記録データ生成手段と、前記記録データ生成手段が生成した第１の記録データと第２の記録データとを、これら記録データが生成された順に並ぶように記録媒体に記録する記録処理手段とを、備えることを特徴とする。
【００１５】
このように構成されると、ネットワーク上から受信された記録対象情報を記録する場合において、当該情報を記録する第２の記録データには絶対時刻情報が記録されないので、記録データの全長を短くすることができる。
【００１６】
絶対時刻情報の単位と相対時刻情報の単位とは、前者が日時分秒であって後者がそれより小さい単位であっても良いし、前者が日時分であって後者が秒であっても良い。また、絶対時刻情報生成の位相は、絶対時刻情の単位が示す時刻丁度であっても良いし、丁度の時刻から一定時間ずれていても良い。
【００１７】
ネットワークは、車載ネットワークであっても良いし、その他の機械制御のためのネットワークであっても良い。前者の場合、CANであっても良いし、その他の規格による車載
ネットワークであっても良い。
【発明の効果】
【００１８】
以上のように構成された本案によると、ネットワーク上を流通する記録対象情報を記録
媒体に記録するに際して、記録対象情報を記載するレコードのデータ量を少なくすることができる。
【図面の簡単な説明】
【００１９】
【図１】データ記録装置を含む車載ネットワークシステムの概略構成を示すブロック図
【図２】データ記録装置のマイクロコンピュータによって実行される各種プログラム及びＲＡＭ上の各種情報を示すソフトウェア構成図
【図３】各プログラムによるデータ処理の流れを示すデータフロー図
【図４】ＣＡＮデータのフォーマット図
【図５】車両情報を格納したＣＡＮデータレコードのフォーマット図
【図６】ダイアグ情報を格納した時刻データレコードのフォーマット図
【図７】時刻データレコードの変形例のフォーマット図
【図８】正常時におけるレコード蓄積用バッファ及び記憶素子に蓄積されたレコード群のフォーマット図
【図９】異常時におけるレコード蓄積用バッファ及び記憶素子に蓄積されたレコード群のフォーマット図
【図１０】ＣＡＮ通信制御部の記録データ生成部への転送処理を示すフローチャート
【図１１】記録データ生成部の処理を示すフローチャート
【図１２】メモリマネージャの書き込みバッファへの転送処理を示すフローチャート
【図１３】メモリマネージャの記憶装置制御部への転送処理を示すフローチャート
【図１４】車両情報とダイアグ情報とを同一レコードに書き込んだ場合におけるレコードのフォーマット図
【図１５】車両情報とダイアグ情報とを同一レコードに書き込んだ場合におけるデータファイルのデータ構成図
【発明を実施するための形態】
【００２０】
以下、図面に基づいて、この発明を実施するための形態を例示的に説明する。以下に示す実施形態は例示であり、本発明はこれらに限定されるものではない。
【００２１】
図１は、本実施形態によるデータ記憶装置（情報記憶装置に相当）を含む車載ネットワークシステムの概略構成を示すブロック図である。図１に示すように、車両の各電子部品（アクチュエータ、メータ等）を夫々制御するための各種ＥＣＵ（Electric Control Unit）２や、車両の状態を検出するための各種センサ３は、車載ネットワークの一種である
ＣＡＮ（Controller Area Network）によって相互に通信可能に接続されている。ここに
、各種ＥＣＵ２には、エンジン制御ＥＣＵ、ＡＢＳ（Antilock Brake System）ＥＣＵ、
等が含まれる。また、各種センサには、加速度センサ、排気温センサ、Ｏ2センサ、各種
スイッチやペダル類が、含まれる。これら各種ＥＣＵ２及び各種センサ３は、夫々、他のＥＣＵ２宛のデータを所定フォーマットのフレーム（図４）に格納して、ＣＡＮへ送出する。このようにしてＣＡＮへ送出されたフレーム（以下、「ＣＡＮデータ」という）は、これを必要とするＥＣＵ２によって取り込まれて、当該ＥＣＵ２による電子部品の制御に用いられる。
【００２２】
データ記憶装置１は、このようにしてＣＡＮ上を流通しているＣＡＮデータのうち、車両情報（制御情報及び状態情報）を含むものを傍受して、後日における故障検査に備えて記憶素子１７に記憶するためのＥＣＵであるので、他のＥＣＵ２と同様にＣＡＮに接続されている。ここで、ＣＡＮは車載ネットワークの一種であるが、ＥＣＵ間を如何なる車載ネットワークを通じて接続するかは、必要とされるデータ帯域やコストに依る。従って、他の種類の車載ネットワーク（例えば、ＬＩＮ［Local Interconnect Network］、ＦｌｅｘＲａｙ［ダイムラー社の登録商標］）に接続されているＥＣＵが存在する場合には、デ
ータ記憶装置１は、当該他の種類の車載ネットワークにも、接続されることが望ましい。
【００２３】
データ記憶装置１は、ＣＡＮとのインタフェースをなすＣＡＮトランシーバ１６、ＣＡＮデータに対する処理を実行するマイクロコンピュータ１４及び当該マイクロコンピュータ１４に接続された不揮発性記憶装置１５の他、電源（バッテリー）４からの電力を降圧してマイクロコンピュータや不揮発性記憶装置１５に供給する電源回路１２を内蔵している。なお、不揮発性記憶装置１５は、不揮発性記憶素子によって記憶領域を構成した記憶素子を用いることにより、電源が断たれてもデータを保持可能にしたもののみならず、電源が断たれても揮発性メモリ（ＲＡＭ）に記憶保持用の電力を供給してデータを保持するバックアップＲＡＭとしてもよい。また、不揮発性記憶装置１５は、マイクロコンピュータ１４に内蔵される構成を採っても良い。
【００２４】
ＣＡＮトランシーバ１６は、ＣＡＮの物理層を終端する装置であり、ＣＡＮ上で２線式作動電圧方式で変調されているＣＡＮデータを、Ｈ／Ｌの二値信号に変換して、マイクロコンピュータ１４に伝達する。
【００２５】
マイクロコンピュータ１４は、ハードウェア構成として、プログラムを実行する図示せぬプロセッサの他、ＲＡＭ２１及びＲＯＭ２２を、有している。また、入力情報監視部２３は、イグニッションスイッチ５から他のＥＣＵに入力されるイグニッション信号の状態（ＯＮ／ＯＦＦ）を監視し、監視結果をプロセッサに入力する機能である。また、電源電圧監視部２４は、プロセッサがウェイクアップ状態にある間に電源（バッテリー）４の電圧を監視し、監視結果をプロセッサに入力する機能である。これら各機能は、プログラムを実行することによってプロセッサが実現する機能である。
【００２６】
なお、データ記録装置１は、イグニッションスイッチやアクセサリスイッチを介さずに直接バッテリに接続されているので、イグニッションスイッチがＯＦＦの間も電源が供給されている。これは、主として、ＲＡＭ２１のデータを保持するためである。そして、イグニッションスイッチがＯＮである間のみＲＡＭ２１へのデータの記録処理が行われ、イグニッションスイッチがＯＦＦである間はスタンバイ状態（省電力モード）となる。但し、イグニッションスイッチがＯＦＦである間もＲＡＭ２１へのデータ記録がなされるように、改変されても良い。
【００２７】
ＲＯＭ２２は、プロセッサが読み出して実行する各種プログラムを格納している。
【００２８】
ＲＡＭ２１（揮発性メモリに相当）は、プロセッサが上記各種プログラムに従った処理を実行することによって各種バッファを構築する作業領域である。
【００２９】
記憶素子１７（不揮発性メモリに相当）は、不揮発性記憶素子によって記憶領域が構成されている。
【００３０】
図２は、ＲＯＭ２２に格納されたプログラムをプロセッサが実行することによって実現される各機能を示すソフトウェア構成図である。図２に示すように、プロセッサによって実現される機能には、上述した各機能２３，２４の他、ＥＣＵシステム管理部３１、ＣＡＮ通信制御部３２、記録データ生成部３３及びメモリマネージャ３４に、大別される。
【００３１】
ＥＣＵシステム管理部３１は、データ記憶装置１を構成する各回路を制御する機能であって、時刻情報作成部３５及び異常検出部３６を支配下に有している。
【００３２】
時刻情報作成部３５は、カウントアップしていくことで現在時刻を管理するソフトウェアタイマであり、現在時刻における毎秒丁度からの時間差を１／１００秒の単位（０／１
００秒〜９９／１００秒）で示す時刻情報Ｂ（相対時刻情報）を、１／１００秒毎に生成するとともに、時刻情報Ｂがオーバーフローするタイミング（１秒毎）で、現在時刻を日時分秒の単位（所定単位）で示す時刻情報Ａ（絶対時刻情報）を生成する。以下において、時刻情報Ａのデータ量は、時刻情報Ｂのデータ量よりも多いことを前提に説明するが、必ずしもこのような関係に限定されるものでは無い。時刻情報作成部３５は、時刻情報Ａを作成すると、直ちに当該時刻情報Ａを記録データ生成部３３へ送る。また、時刻情報作成部３５は、記録データ生成部３３から要求があると、時刻情報Ｂを記録データ生成部３３へ送る（時刻情報生成手段に相当）。
【００３３】
異常検出部３６は、データ記録装置１の自己診断を実行し、診断結果をダイアグ情報として記録データ生成部３３に通知する機能である。例えば、異常検出部３６は、所定時間以上ＣＡＮ通信制御部３２から記録データ生成部３３に対してデータの出力がない場合に、ＣＡＮ通信制御部３２が異常であると判断する。また、異常検出部３６は、各種バッファの書込み及び読出しのチェックを行い、異常を検出する（異常検出手段に相当）。
【００３４】
また、ＥＣＵシステム管理部３１は、マイクロコンピュータ１４全体のウェイクアップ状態とスリープ状態との間での遷移を管理し、入力情報監視部２３の監視結果がイグニッション信号のＯＦＦであれば、他のプログラムによる必要な処理が完了した後に、マイクロコンピュータ１４全体をスリープ状態に遷移させ、他方、スリープ状態にあっても入力情報監視部２３の監視結果をチェックし、それがイグニッション信号のＯＮを示すならば、マイクロコンピュータ１４全体をウェイクアップ状態に遷移させる。
【００３５】
なお、時刻情報作成部３５は、スリープ状態にあるときもタイマをカウントアップする処理を行うことで、スリープ状態にあるときも現在時刻の管理を継続して行う。
【００３６】
ＣＡＮ通信制御部３２は、ＣＡＮプロトロコルの論理層を終端し、ＣＡＮドライバ２７を用いて、ＣＡＮトランシーバ１８から伝達されたＣＡＮデータに対する処理を、実行する。
【００３７】
記録データ生成部３３は、ＣＡＮ通信制御部３２から渡された車両情報、異常検出部３６から渡されたダイアグ情報、及び、時刻情報作成部３５から渡された時刻情報Ａ、Ｂを、所定のフォーマットにまとめて、メモリマネージャ３４に渡す（記録データ生成手段に相当）。
【００３８】
メモリマネージャ３４は、記憶装置制御部４２を用いて記憶素子１７にアクセスし、データの書き込みを行う（記憶処理手段に相当）。
【００３９】
以下、図３のデータフロー図、図５〜図９のフォーマット図、図１０〜図１３のフローチャートを参照して、上述した各機能による各データに対する具体的処理内容を説明する。なお、図３において、書込みバッファ４９内の書込みデータや読出しバッファ内の読出しデータは、複数個分のレコードデータがまとめられたものである。また、図５〜図９のフォーマット図は、フォーマットの一例を示すものであり、フォーマットの内容は改変してもよい。
【００４０】
先ず、図４の概略フォーマット図に示すように、ＣＡＮデータは、ＣＡＮＩＤを格納する「ＣＡＮＩＤ」フィールド、流通対象データを格納する「データ」フィールド、当該「データ」フィールドのバイト長が記述される「ＤＬＣ」フィールド、ＣＡＮデータの発行時刻が記述される「タイムスタンプ」フィールドを、有している。
【００４１】
そして、ＣＡＮ通信制御部３２は、ＣＡＮドライバ３７を用いて、ＣＡＮトランシーバ
１８から伝達されたＣＡＮデータを、随時、受信バッファ４７に格納する。他方、ＣＡＮ通信制御部３２は、図１０に示すように、定期的に、受信バッファ４７にＣＡＮデータが格納されているかどうかをチェックし（Ｓ００１）、受信バッファにＣＡＮデータがある場合に限り、受信バッファ４７内のＣＡＮデータを、記録データ生成部３３に転送する（Ｓ００２）。
【００４２】
記録データ生成部３３は、ＣＡＮ通信制御部３２から転送されたＣＡＮデータを受信する毎、及び、時刻情報作成部３５から時刻情報Ａを受信する毎に、図１１に示す処理を割込スタートする。そして、スタート後最初のＳ１０１において、記録データ生成部３３は、ＣＡＮデータを受信したのか時刻情報Ａを受信したのかを、チェックする。
【００４３】
そして、時刻情報作成部３５から時刻情報Ａを受信した場合には、記録データ生成部３３は、Ｓ１０２において、異常検出部３６から、ダイアグ情報を取得する。
【００４４】
次のＳ１０３では、記録データ生成部３３は、時刻情報作成部３５から取得した時刻情報Ａと異常検出部３６から取得したダイアグ情報とから、記録用データを作成する。当該記録用データは、図５のフォーマット図に示すように、ＣＡＮＩＤが格納される「識別子（ＣＡＮＩＤ）」フィールド、時刻情報Ａが格納される「時刻情報」フィールド、ダイアグ情報が格納される「データ（ダイアグ情報）」フィールド、及び、チェックサムの値が格納される「ＳＵＭ」フィールドからなるレコードである。なお、図６のフォーマット図に示すように、「データ（ダイアグ情報）」フィールドを更に分割し、正常（ＯＫ）／異常（ＮＧ）を示す「ダイアグ情報」フィールドと空き領域としても良い。この場合、空き領域には、異常種別、異常の要因等の情報を格納するようにしても良い。Ｓ１０３の完了後、記録データ生成部３３は、処理をＳ１０４へ進める。なお、図５や図６と図１４とを見比べると明らかなように、図５や図６に示すフォーマットは図１４に示すフォーマットよりもフィールドが少ないため、図５や図６に示すフォーマットのデータ量は図１４のものよりも少ない。但し、本願発明の適用にあたっては、フォーマットのデータ量が必ずしもこのような関係になっているものに限定されるものではない。
【００４５】
一方、ＣＡＮ通信制御部３２から転送されたＣＡＮデータを受信したとＳ１０１にて判断した場合には、記録データ作成部３３は、Ｓ１０５において、時刻情報作成部３５から時刻情報Ｂを取得する。
【００４６】
次のＳ１０６では、記録データ作成部３３は、ＣＡＮ通信制御部３２から受信したＣＡＮデータと時刻情報作成部３５から取得した時刻情報Ｂとから、記録用データを作成する。当該記録用データは、図７のフォーマット図に示すように、ＣＡＮＩＤが格納される「識別子（ＣＡＮＩＤ）」フィールド、時刻情報Ｂが格納される「時刻情報」フィールド、ＣＡＮデータ中の流通対象データが格納される「データ」フィールド、及び、チェックサムの値が格納される「ＳＵＭ」フィールドからなるレコードである。Ｓ１０６の完了後、記録データ作成部３３は、処理をＳ１０４へ進める。なお、図７と図１４とを見比べると明らかなように、図７に示すフォーマットは図１４に示すフォーマットよりもフィールドが少ないため、図７に示すフォーマットのデータ量は図１４のものよりも少なくなっている。また、図７に示すフォーマットのデータ量は、図５や図６に示すフォーマットのデータ量と同等である。但し、本願発明の適用にあたっては、フォーマットのデータ量が必ずしもこのような関係になっているものに限定されるものではない。
【００４７】
Ｓ１０４では、記録データ作成部３３は、Ｓ１０３又はＳ１０６にて作成した記録用データを、メモリマネージャ３４に転送して、レコード蓄積用バッファ４８に格納させる。
【００４８】
メモリマネージャ３４は、記録データ生成部４０から記録用データの転送を受ける度に
、受け取った記録用データを、Ｎ個のレコードをリング形式で蓄積できるレコード蓄積用バッファ４８に、サイクリックな順序で格納（上書き）していく。
【００４９】
また、メモリマネージャ３４は、図１２に示すように、定期的に、所定量、即ち、記憶装置制御部４２が一度の書込処理で記憶素子１７への書込みが行える最大データ量以上の記録用データが、レコード蓄積用バッファ４８に格納されているかどうかをチェックし（Ｓ２０１）、上記所定量以上の記録用データが格納されている場合のみ、上記所定量分の記録用データを、書込みバッファ４９に転送する（Ｓ２０２）。
【００５０】
また、メモリマネージャ３４は、図１３に示すように、定期的に、書込みバッファ４９に記録用データが格納されているかどうかをチェックし（Ｓ３０１）、書込みバッファ４９に記録用データが格納されている場合のみ、書込みバッファ４９内に格納されている上記所定量分のデータを、記憶装置制御部４２に転送する（Ｓ３０２）。
【００５１】
記憶装置制御部４２は、メモリマネージャ３４から転送されてきた記録用データを、転送順（即ち、記録データ生成部３３にて生成された順）に、記憶素子１７に蓄積する。
【００５２】
以上に説明した本実施形態によると、異常検出部３６において異常が検出されていない正常時においては、記憶素子１７に蓄積されるデータの状態は、論理的に、図８に示したものとなる。図８における各行は、個々の記録用データを示し、上から下に向かうにつれて、生成タイミングが新しくなっている。そのため、各記録用データの蓄積状態は、ＣＡＮデータの受信の有無に拘わらず毎秒丁度にＳ１０３にて生成された時刻情報Ａ及びダイアグ情報を含む記録用データ同士の間に、当該各記録用データ中の時刻情報Ａが夫々示す時刻の間にＳ１０４にて生成された、時刻情報Ｂ及びＣＡＮデータ中の流通対象データを含む幾つかの記録用データが、挿入された形態となっている。また、異常検出部部３６において異常が検出された異常時においては、各記録用データの蓄積状態は、図９に示したものとなる。
【００５３】
これら図８及び図９と図１５とを比較すれば明らかなように、本実施形態によると、ＣＡＮデータの受信の有無に拘わらず毎秒丁度にデータ記録装置１自体のダイアグ情報が記録されるが、車両情報については、受信の都度独立のレコードに記録されるので、ダイアグ情報と車両情報とを同一レコードに記録する必要がない。
【００５４】
また、本実施形態によると、ＣＡＮデータを格納した各記録用データには、「日時分秒」についての情報は含まれていないが、毎秒丁度からの時間差を示す時刻情報Ｂが含まれているので、直前に在る時刻情報Ａに当該記録用データ中の時刻情報Ｂを加算することで、当該記録用データが得られた時刻（≒ＣＡＮデータの発生時刻）を算出することができる。よって、ＣＡＮデータを格納する記録用データ中に「日時分秒」についての情報を格納する必要がなくなった。加えて、時刻情報Ａ及びダイアグ情報を格納する記録用データには、時刻情報Ｂを格納する必要がない。
【００５５】
なお、時刻情報Ａ及びダイアグ情報を格納する記録用データにおける時刻情報に、時刻情報Ｂを含むように構成しても良い。
【００５６】
以上により、各記録用データのデータ量を短縮することが可能になった。そして、一般に、車載ネットワーク上を流通する車両情報のＣＡＮデータの一秒当たりの平均個数は１２個を遙かに超える。従って、本実施形態によると、ダイアグ情報をＣＡＮデータとは別個独立の記録用データに格納する分だけ従来のものよりも記録用データの総数は増加するものの、トータルのデータ量は従来のものよりも十分に削減されるのである。
【００５７】
なお、本実施形態によれば、データ記録装置１自体のダイアグ情報が、その他の記録データ（車両情報）と同じ場所に記録されるので、記録データ（車両情報）の解析が容易であるという点において、望ましいものである。
【００５８】
なお、CANは、車両以外の機械制御のためにも用いられており、本発明が前提とした問
題は、車両以外にCANを用いた場合にも生じるし、CAN以外の車載ネットワークを用いた場合にも生じうる。よって、これらの場合に、本実施形態が適用されても良い。また、上記実施形態では、イグニッションスイッチ５などの状態に応じて動作が変更されるように構成されていたが、車両の情報を記録すべき状態であるか否かを検知するにあたっては必ずしもこのようなスイッチ類の状態を契機とするものに限定されるものではない。例えば、電気自動車や燃料電池自動車など、駐車中においても充電等の何らかの動作が行われるような車両においては、例えば、車両の制御を統轄するＥＣＵからの制御信号に応じてデータの記録の開始や停止が制御されてもよい。その他、本願発明を実現できる範囲内で、データ記録装置１のシステム構成などを適宜改変してもよい。
【符号の説明】
【００５９】
１ データ記録装置
１４ マイクロコンピュータ
１７ 記憶素子
２１ ＲＡＭ
２２ ＲＯＭ
２３ 入力情報監視部
２４ 電源電圧監視部
３２ ＣＡＮ通信制御部
３４ メモリマネージャ
３５ 時刻情報作成部
３６ 異常検出部
３３ 記録データ生成部
【技術分野】
【０００１】
本発明は、車載ネットワークを通じて受信した各種情報を記録する記録装置に関する。
【背景技術】
【０００２】
現在の自動車等の車両においては、電子部品のユニット化が進んでおり、各電子部品を夫々制御するためのＥＣＵ（Electronic Control Unit）や、各ＥＣＵに入力される状態
情報（例えば、加速度、スロットル開度、排気温度、Ｏ2濃度、各種スイッチ類の操作内
容、等）を検出するセンサや、各ＥＣＵからの制御情報に従って電子制御部品を駆動するアクチュエータ等が、ＣＡＮ（Controller Area Network）等の車載ネットワークを通じ
て、相互に通信可能に接続された構成が採用されることが多い。このようなＥＣＵの一つとして、データ記録装置がある。
【０００３】
データ記録装置は、車載ネットワーク上を流れている上記状態情報及び制御情報、並びに、各ＥＣＵ自身による異常診断の結果情報（ダイアグコード等のダイアグ情報）（以下、これらの情報を「車両情報」と総称する）を傍受して所定の不揮発性記憶媒体に記録するＥＣＵである。このデータ記録装置によって不揮発性記憶媒体に記録された車両情報が、車両の点検・修理時において、車両外の検査装置（コンピュータ）によって読み出され、各センサ自体や機械部品の故障や、各ＥＣＵの異常の有無が診断されたり、故障原因が解析されたりするのである。
【０００４】
不揮発性記録媒体に記録する車両情報には、異常診断や原因解析を行うための情報として、車両情報の発生順序やタイミングを知るために、車両情報の発生時刻を対応させて記録させておく必要がある。
【０００５】
また、上記した診断が適切に行われるには、データ記録装置によって不揮発性記憶媒体に記録された車両情報が、車載ネットワーク上を流通していた車両情報と同じものであるとの保証がなければならない。即ち、データ記録装置自体が正常に動作していたことが保証されなければならない。そのためには、データ記録装置自体に、自ＥＣＵの動作が正常であるか否かを検知するダイアグノーシス機能を持たせ、自ＥＣＵについてのダイアグ情報（ダイアグノーシス機能によって検知された自ＥＣＵの動作が正常であるか否かを示す情報）を、車両情報に紐付けて不揮発性記憶媒体に記憶させれば良い。
【０００６】
図１４は、時刻情報、車両情報及びダイアグ情報を記載するレコードのフォーマット図である。図１４において、「ＣＡＮＩＤ」とは、車載ネットワークがＣＡＮである場合において車両情報を他から識別するための識別情報であり、「時刻情報Ａ（日時分秒）」は、車両情報及びダイアグ情報が得られた時刻を表す日時分秒を示す情報であり、「時刻情報Ｂ（１／１００秒）」とは、上記時刻を表す１秒未満の端数を１／１００秒単位で表す値（０／１００〜９９／１００）であり、「データ」とは上記車両情報であり、「ＳＵＭ」とはチェックサム値である。
【０００７】
また、図１５は、かかるレコードが複数不揮発性記憶媒体に蓄積された状態を概念的に示す概念図である。図１５において、“ＯＫ”及び“ＮＧ”は「ダイアグ情報」の値である。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２１３３９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、記録を行う全てのレコードに、詳細な時刻情報（例えば、時刻情報Ａ［日時分秒］と時刻情報Ｂ［１／１００秒］の時刻情報の両方）を記録するように構成すると、１つのレコードのデータ量が多くなってしまい、不揮発性記憶媒体が簡単にオーバーフローしてしまうという問題がある。
【００１０】
また、上記のようなレコードを、車両情報を受信した場合に生成して蓄積するように構成した場合で、例えば、データ記録装置自体に異常が発生して車両情報の受信処理が正常に行われないようになった場合には、レコードが生成されてしなくなってしまう。
【００１１】
すなわち、データ記録装置にダイアグノーシス機能を持たせても、その診断結果がレコードとして記録されないという現象が発生してしまう可能性がある。
【００１２】
そこで、本発明は、ネットワーク上を流通する記録対象情報を時刻情報も含めて記録する場合に、記録する際の１レコードのデータ量を少なくすることができる情報記録装置の提供を、課題とする。
【００１３】
また、本発明のその他の課題（追加的な課題）は、装置自体に異常が発生したような場合でも、記録されたレコードを解析することで、その状態（装置自体に異常が発生してしまったことから、車両情報の記録が行われなくなってしまっている状態）を把握することである。
【課題を解決するための手段】
【００１４】
本案による情報記録装置は、各種ＥＣＵや各種センサからネットワークへ送出されたデータのうち所定の記録対象情報を記録する情報記録装置であって、前記ネットワークから前記記録対象情報を受信する通信手段と、絶対時刻情報と、当該絶対時刻情報との差分時間を当該絶対時刻情報よりも少ないデータ量で表す相対時刻情報を生成する時刻情報生成手段と、所定時間毎に、現在の前記絶対時刻情報を含む第１の記録データを生成し、前記通信手段が前記記録対象情報を受信する毎に、当該記録対象情報及び現在の前記相対時刻情報を含む第２の記録データを生成する記録データ生成手段と、前記記録データ生成手段が生成した第１の記録データと第２の記録データとを、これら記録データが生成された順に並ぶように記録媒体に記録する記録処理手段とを、備えることを特徴とする。
【００１５】
このように構成されると、ネットワーク上から受信された記録対象情報を記録する場合において、当該情報を記録する第２の記録データには絶対時刻情報が記録されないので、記録データの全長を短くすることができる。
【００１６】
絶対時刻情報の単位と相対時刻情報の単位とは、前者が日時分秒であって後者がそれより小さい単位であっても良いし、前者が日時分であって後者が秒であっても良い。また、絶対時刻情報生成の位相は、絶対時刻情の単位が示す時刻丁度であっても良いし、丁度の時刻から一定時間ずれていても良い。
【００１７】
ネットワークは、車載ネットワークであっても良いし、その他の機械制御のためのネットワークであっても良い。前者の場合、CANであっても良いし、その他の規格による車載
ネットワークであっても良い。
【発明の効果】
【００１８】
以上のように構成された本案によると、ネットワーク上を流通する記録対象情報を記録
媒体に記録するに際して、記録対象情報を記載するレコードのデータ量を少なくすることができる。
【図面の簡単な説明】
【００１９】
【図１】データ記録装置を含む車載ネットワークシステムの概略構成を示すブロック図
【図２】データ記録装置のマイクロコンピュータによって実行される各種プログラム及びＲＡＭ上の各種情報を示すソフトウェア構成図
【図３】各プログラムによるデータ処理の流れを示すデータフロー図
【図４】ＣＡＮデータのフォーマット図
【図５】車両情報を格納したＣＡＮデータレコードのフォーマット図
【図６】ダイアグ情報を格納した時刻データレコードのフォーマット図
【図７】時刻データレコードの変形例のフォーマット図
【図８】正常時におけるレコード蓄積用バッファ及び記憶素子に蓄積されたレコード群のフォーマット図
【図９】異常時におけるレコード蓄積用バッファ及び記憶素子に蓄積されたレコード群のフォーマット図
【図１０】ＣＡＮ通信制御部の記録データ生成部への転送処理を示すフローチャート
【図１１】記録データ生成部の処理を示すフローチャート
【図１２】メモリマネージャの書き込みバッファへの転送処理を示すフローチャート
【図１３】メモリマネージャの記憶装置制御部への転送処理を示すフローチャート
【図１４】車両情報とダイアグ情報とを同一レコードに書き込んだ場合におけるレコードのフォーマット図
【図１５】車両情報とダイアグ情報とを同一レコードに書き込んだ場合におけるデータファイルのデータ構成図
【発明を実施するための形態】
【００２０】
以下、図面に基づいて、この発明を実施するための形態を例示的に説明する。以下に示す実施形態は例示であり、本発明はこれらに限定されるものではない。
【００２１】
図１は、本実施形態によるデータ記憶装置（情報記憶装置に相当）を含む車載ネットワークシステムの概略構成を示すブロック図である。図１に示すように、車両の各電子部品（アクチュエータ、メータ等）を夫々制御するための各種ＥＣＵ（Electric Control Unit）２や、車両の状態を検出するための各種センサ３は、車載ネットワークの一種である
ＣＡＮ（Controller Area Network）によって相互に通信可能に接続されている。ここに
、各種ＥＣＵ２には、エンジン制御ＥＣＵ、ＡＢＳ（Antilock Brake System）ＥＣＵ、
等が含まれる。また、各種センサには、加速度センサ、排気温センサ、Ｏ2センサ、各種
スイッチやペダル類が、含まれる。これら各種ＥＣＵ２及び各種センサ３は、夫々、他のＥＣＵ２宛のデータを所定フォーマットのフレーム（図４）に格納して、ＣＡＮへ送出する。このようにしてＣＡＮへ送出されたフレーム（以下、「ＣＡＮデータ」という）は、これを必要とするＥＣＵ２によって取り込まれて、当該ＥＣＵ２による電子部品の制御に用いられる。
【００２２】
データ記憶装置１は、このようにしてＣＡＮ上を流通しているＣＡＮデータのうち、車両情報（制御情報及び状態情報）を含むものを傍受して、後日における故障検査に備えて記憶素子１７に記憶するためのＥＣＵであるので、他のＥＣＵ２と同様にＣＡＮに接続されている。ここで、ＣＡＮは車載ネットワークの一種であるが、ＥＣＵ間を如何なる車載ネットワークを通じて接続するかは、必要とされるデータ帯域やコストに依る。従って、他の種類の車載ネットワーク（例えば、ＬＩＮ［Local Interconnect Network］、ＦｌｅｘＲａｙ［ダイムラー社の登録商標］）に接続されているＥＣＵが存在する場合には、デ
ータ記憶装置１は、当該他の種類の車載ネットワークにも、接続されることが望ましい。
【００２３】
データ記憶装置１は、ＣＡＮとのインタフェースをなすＣＡＮトランシーバ１６、ＣＡＮデータに対する処理を実行するマイクロコンピュータ１４及び当該マイクロコンピュータ１４に接続された不揮発性記憶装置１５の他、電源（バッテリー）４からの電力を降圧してマイクロコンピュータや不揮発性記憶装置１５に供給する電源回路１２を内蔵している。なお、不揮発性記憶装置１５は、不揮発性記憶素子によって記憶領域を構成した記憶素子を用いることにより、電源が断たれてもデータを保持可能にしたもののみならず、電源が断たれても揮発性メモリ（ＲＡＭ）に記憶保持用の電力を供給してデータを保持するバックアップＲＡＭとしてもよい。また、不揮発性記憶装置１５は、マイクロコンピュータ１４に内蔵される構成を採っても良い。
【００２４】
ＣＡＮトランシーバ１６は、ＣＡＮの物理層を終端する装置であり、ＣＡＮ上で２線式作動電圧方式で変調されているＣＡＮデータを、Ｈ／Ｌの二値信号に変換して、マイクロコンピュータ１４に伝達する。
【００２５】
マイクロコンピュータ１４は、ハードウェア構成として、プログラムを実行する図示せぬプロセッサの他、ＲＡＭ２１及びＲＯＭ２２を、有している。また、入力情報監視部２３は、イグニッションスイッチ５から他のＥＣＵに入力されるイグニッション信号の状態（ＯＮ／ＯＦＦ）を監視し、監視結果をプロセッサに入力する機能である。また、電源電圧監視部２４は、プロセッサがウェイクアップ状態にある間に電源（バッテリー）４の電圧を監視し、監視結果をプロセッサに入力する機能である。これら各機能は、プログラムを実行することによってプロセッサが実現する機能である。
【００２６】
なお、データ記録装置１は、イグニッションスイッチやアクセサリスイッチを介さずに直接バッテリに接続されているので、イグニッションスイッチがＯＦＦの間も電源が供給されている。これは、主として、ＲＡＭ２１のデータを保持するためである。そして、イグニッションスイッチがＯＮである間のみＲＡＭ２１へのデータの記録処理が行われ、イグニッションスイッチがＯＦＦである間はスタンバイ状態（省電力モード）となる。但し、イグニッションスイッチがＯＦＦである間もＲＡＭ２１へのデータ記録がなされるように、改変されても良い。
【００２７】
ＲＯＭ２２は、プロセッサが読み出して実行する各種プログラムを格納している。
【００２８】
ＲＡＭ２１（揮発性メモリに相当）は、プロセッサが上記各種プログラムに従った処理を実行することによって各種バッファを構築する作業領域である。
【００２９】
記憶素子１７（不揮発性メモリに相当）は、不揮発性記憶素子によって記憶領域が構成されている。
【００３０】
図２は、ＲＯＭ２２に格納されたプログラムをプロセッサが実行することによって実現される各機能を示すソフトウェア構成図である。図２に示すように、プロセッサによって実現される機能には、上述した各機能２３，２４の他、ＥＣＵシステム管理部３１、ＣＡＮ通信制御部３２、記録データ生成部３３及びメモリマネージャ３４に、大別される。
【００３１】
ＥＣＵシステム管理部３１は、データ記憶装置１を構成する各回路を制御する機能であって、時刻情報作成部３５及び異常検出部３６を支配下に有している。
【００３２】
時刻情報作成部３５は、カウントアップしていくことで現在時刻を管理するソフトウェアタイマであり、現在時刻における毎秒丁度からの時間差を１／１００秒の単位（０／１
００秒〜９９／１００秒）で示す時刻情報Ｂ（相対時刻情報）を、１／１００秒毎に生成するとともに、時刻情報Ｂがオーバーフローするタイミング（１秒毎）で、現在時刻を日時分秒の単位（所定単位）で示す時刻情報Ａ（絶対時刻情報）を生成する。以下において、時刻情報Ａのデータ量は、時刻情報Ｂのデータ量よりも多いことを前提に説明するが、必ずしもこのような関係に限定されるものでは無い。時刻情報作成部３５は、時刻情報Ａを作成すると、直ちに当該時刻情報Ａを記録データ生成部３３へ送る。また、時刻情報作成部３５は、記録データ生成部３３から要求があると、時刻情報Ｂを記録データ生成部３３へ送る（時刻情報生成手段に相当）。
【００３３】
異常検出部３６は、データ記録装置１の自己診断を実行し、診断結果をダイアグ情報として記録データ生成部３３に通知する機能である。例えば、異常検出部３６は、所定時間以上ＣＡＮ通信制御部３２から記録データ生成部３３に対してデータの出力がない場合に、ＣＡＮ通信制御部３２が異常であると判断する。また、異常検出部３６は、各種バッファの書込み及び読出しのチェックを行い、異常を検出する（異常検出手段に相当）。
【００３４】
また、ＥＣＵシステム管理部３１は、マイクロコンピュータ１４全体のウェイクアップ状態とスリープ状態との間での遷移を管理し、入力情報監視部２３の監視結果がイグニッション信号のＯＦＦであれば、他のプログラムによる必要な処理が完了した後に、マイクロコンピュータ１４全体をスリープ状態に遷移させ、他方、スリープ状態にあっても入力情報監視部２３の監視結果をチェックし、それがイグニッション信号のＯＮを示すならば、マイクロコンピュータ１４全体をウェイクアップ状態に遷移させる。
【００３５】
なお、時刻情報作成部３５は、スリープ状態にあるときもタイマをカウントアップする処理を行うことで、スリープ状態にあるときも現在時刻の管理を継続して行う。
【００３６】
ＣＡＮ通信制御部３２は、ＣＡＮプロトロコルの論理層を終端し、ＣＡＮドライバ２７を用いて、ＣＡＮトランシーバ１８から伝達されたＣＡＮデータに対する処理を、実行する。
【００３７】
記録データ生成部３３は、ＣＡＮ通信制御部３２から渡された車両情報、異常検出部３６から渡されたダイアグ情報、及び、時刻情報作成部３５から渡された時刻情報Ａ、Ｂを、所定のフォーマットにまとめて、メモリマネージャ３４に渡す（記録データ生成手段に相当）。
【００３８】
メモリマネージャ３４は、記憶装置制御部４２を用いて記憶素子１７にアクセスし、データの書き込みを行う（記憶処理手段に相当）。
【００３９】
以下、図３のデータフロー図、図５〜図９のフォーマット図、図１０〜図１３のフローチャートを参照して、上述した各機能による各データに対する具体的処理内容を説明する。なお、図３において、書込みバッファ４９内の書込みデータや読出しバッファ内の読出しデータは、複数個分のレコードデータがまとめられたものである。また、図５〜図９のフォーマット図は、フォーマットの一例を示すものであり、フォーマットの内容は改変してもよい。
【００４０】
先ず、図４の概略フォーマット図に示すように、ＣＡＮデータは、ＣＡＮＩＤを格納する「ＣＡＮＩＤ」フィールド、流通対象データを格納する「データ」フィールド、当該「データ」フィールドのバイト長が記述される「ＤＬＣ」フィールド、ＣＡＮデータの発行時刻が記述される「タイムスタンプ」フィールドを、有している。
【００４１】
そして、ＣＡＮ通信制御部３２は、ＣＡＮドライバ３７を用いて、ＣＡＮトランシーバ
１８から伝達されたＣＡＮデータを、随時、受信バッファ４７に格納する。他方、ＣＡＮ通信制御部３２は、図１０に示すように、定期的に、受信バッファ４７にＣＡＮデータが格納されているかどうかをチェックし（Ｓ００１）、受信バッファにＣＡＮデータがある場合に限り、受信バッファ４７内のＣＡＮデータを、記録データ生成部３３に転送する（Ｓ００２）。
【００４２】
記録データ生成部３３は、ＣＡＮ通信制御部３２から転送されたＣＡＮデータを受信する毎、及び、時刻情報作成部３５から時刻情報Ａを受信する毎に、図１１に示す処理を割込スタートする。そして、スタート後最初のＳ１０１において、記録データ生成部３３は、ＣＡＮデータを受信したのか時刻情報Ａを受信したのかを、チェックする。
【００４３】
そして、時刻情報作成部３５から時刻情報Ａを受信した場合には、記録データ生成部３３は、Ｓ１０２において、異常検出部３６から、ダイアグ情報を取得する。
【００４４】
次のＳ１０３では、記録データ生成部３３は、時刻情報作成部３５から取得した時刻情報Ａと異常検出部３６から取得したダイアグ情報とから、記録用データを作成する。当該記録用データは、図５のフォーマット図に示すように、ＣＡＮＩＤが格納される「識別子（ＣＡＮＩＤ）」フィールド、時刻情報Ａが格納される「時刻情報」フィールド、ダイアグ情報が格納される「データ（ダイアグ情報）」フィールド、及び、チェックサムの値が格納される「ＳＵＭ」フィールドからなるレコードである。なお、図６のフォーマット図に示すように、「データ（ダイアグ情報）」フィールドを更に分割し、正常（ＯＫ）／異常（ＮＧ）を示す「ダイアグ情報」フィールドと空き領域としても良い。この場合、空き領域には、異常種別、異常の要因等の情報を格納するようにしても良い。Ｓ１０３の完了後、記録データ生成部３３は、処理をＳ１０４へ進める。なお、図５や図６と図１４とを見比べると明らかなように、図５や図６に示すフォーマットは図１４に示すフォーマットよりもフィールドが少ないため、図５や図６に示すフォーマットのデータ量は図１４のものよりも少ない。但し、本願発明の適用にあたっては、フォーマットのデータ量が必ずしもこのような関係になっているものに限定されるものではない。
【００４５】
一方、ＣＡＮ通信制御部３２から転送されたＣＡＮデータを受信したとＳ１０１にて判断した場合には、記録データ作成部３３は、Ｓ１０５において、時刻情報作成部３５から時刻情報Ｂを取得する。
【００４６】
次のＳ１０６では、記録データ作成部３３は、ＣＡＮ通信制御部３２から受信したＣＡＮデータと時刻情報作成部３５から取得した時刻情報Ｂとから、記録用データを作成する。当該記録用データは、図７のフォーマット図に示すように、ＣＡＮＩＤが格納される「識別子（ＣＡＮＩＤ）」フィールド、時刻情報Ｂが格納される「時刻情報」フィールド、ＣＡＮデータ中の流通対象データが格納される「データ」フィールド、及び、チェックサムの値が格納される「ＳＵＭ」フィールドからなるレコードである。Ｓ１０６の完了後、記録データ作成部３３は、処理をＳ１０４へ進める。なお、図７と図１４とを見比べると明らかなように、図７に示すフォーマットは図１４に示すフォーマットよりもフィールドが少ないため、図７に示すフォーマットのデータ量は図１４のものよりも少なくなっている。また、図７に示すフォーマットのデータ量は、図５や図６に示すフォーマットのデータ量と同等である。但し、本願発明の適用にあたっては、フォーマットのデータ量が必ずしもこのような関係になっているものに限定されるものではない。
【００４７】
Ｓ１０４では、記録データ作成部３３は、Ｓ１０３又はＳ１０６にて作成した記録用データを、メモリマネージャ３４に転送して、レコード蓄積用バッファ４８に格納させる。
【００４８】
メモリマネージャ３４は、記録データ生成部４０から記録用データの転送を受ける度に
、受け取った記録用データを、Ｎ個のレコードをリング形式で蓄積できるレコード蓄積用バッファ４８に、サイクリックな順序で格納（上書き）していく。
【００４９】
また、メモリマネージャ３４は、図１２に示すように、定期的に、所定量、即ち、記憶装置制御部４２が一度の書込処理で記憶素子１７への書込みが行える最大データ量以上の記録用データが、レコード蓄積用バッファ４８に格納されているかどうかをチェックし（Ｓ２０１）、上記所定量以上の記録用データが格納されている場合のみ、上記所定量分の記録用データを、書込みバッファ４９に転送する（Ｓ２０２）。
【００５０】
また、メモリマネージャ３４は、図１３に示すように、定期的に、書込みバッファ４９に記録用データが格納されているかどうかをチェックし（Ｓ３０１）、書込みバッファ４９に記録用データが格納されている場合のみ、書込みバッファ４９内に格納されている上記所定量分のデータを、記憶装置制御部４２に転送する（Ｓ３０２）。
【００５１】
記憶装置制御部４２は、メモリマネージャ３４から転送されてきた記録用データを、転送順（即ち、記録データ生成部３３にて生成された順）に、記憶素子１７に蓄積する。
【００５２】
以上に説明した本実施形態によると、異常検出部３６において異常が検出されていない正常時においては、記憶素子１７に蓄積されるデータの状態は、論理的に、図８に示したものとなる。図８における各行は、個々の記録用データを示し、上から下に向かうにつれて、生成タイミングが新しくなっている。そのため、各記録用データの蓄積状態は、ＣＡＮデータの受信の有無に拘わらず毎秒丁度にＳ１０３にて生成された時刻情報Ａ及びダイアグ情報を含む記録用データ同士の間に、当該各記録用データ中の時刻情報Ａが夫々示す時刻の間にＳ１０４にて生成された、時刻情報Ｂ及びＣＡＮデータ中の流通対象データを含む幾つかの記録用データが、挿入された形態となっている。また、異常検出部部３６において異常が検出された異常時においては、各記録用データの蓄積状態は、図９に示したものとなる。
【００５３】
これら図８及び図９と図１５とを比較すれば明らかなように、本実施形態によると、ＣＡＮデータの受信の有無に拘わらず毎秒丁度にデータ記録装置１自体のダイアグ情報が記録されるが、車両情報については、受信の都度独立のレコードに記録されるので、ダイアグ情報と車両情報とを同一レコードに記録する必要がない。
【００５４】
また、本実施形態によると、ＣＡＮデータを格納した各記録用データには、「日時分秒」についての情報は含まれていないが、毎秒丁度からの時間差を示す時刻情報Ｂが含まれているので、直前に在る時刻情報Ａに当該記録用データ中の時刻情報Ｂを加算することで、当該記録用データが得られた時刻（≒ＣＡＮデータの発生時刻）を算出することができる。よって、ＣＡＮデータを格納する記録用データ中に「日時分秒」についての情報を格納する必要がなくなった。加えて、時刻情報Ａ及びダイアグ情報を格納する記録用データには、時刻情報Ｂを格納する必要がない。
【００５５】
なお、時刻情報Ａ及びダイアグ情報を格納する記録用データにおける時刻情報に、時刻情報Ｂを含むように構成しても良い。
【００５６】
以上により、各記録用データのデータ量を短縮することが可能になった。そして、一般に、車載ネットワーク上を流通する車両情報のＣＡＮデータの一秒当たりの平均個数は１２個を遙かに超える。従って、本実施形態によると、ダイアグ情報をＣＡＮデータとは別個独立の記録用データに格納する分だけ従来のものよりも記録用データの総数は増加するものの、トータルのデータ量は従来のものよりも十分に削減されるのである。
【００５７】
なお、本実施形態によれば、データ記録装置１自体のダイアグ情報が、その他の記録データ（車両情報）と同じ場所に記録されるので、記録データ（車両情報）の解析が容易であるという点において、望ましいものである。
【００５８】
なお、CANは、車両以外の機械制御のためにも用いられており、本発明が前提とした問
題は、車両以外にCANを用いた場合にも生じるし、CAN以外の車載ネットワークを用いた場合にも生じうる。よって、これらの場合に、本実施形態が適用されても良い。また、上記実施形態では、イグニッションスイッチ５などの状態に応じて動作が変更されるように構成されていたが、車両の情報を記録すべき状態であるか否かを検知するにあたっては必ずしもこのようなスイッチ類の状態を契機とするものに限定されるものではない。例えば、電気自動車や燃料電池自動車など、駐車中においても充電等の何らかの動作が行われるような車両においては、例えば、車両の制御を統轄するＥＣＵからの制御信号に応じてデータの記録の開始や停止が制御されてもよい。その他、本願発明を実現できる範囲内で、データ記録装置１のシステム構成などを適宜改変してもよい。
【符号の説明】
【００５９】
１ データ記録装置
１４ マイクロコンピュータ
１７ 記憶素子
２１ ＲＡＭ
２２ ＲＯＭ
２３ 入力情報監視部
２４ 電源電圧監視部
３２ ＣＡＮ通信制御部
３４ メモリマネージャ
３５ 時刻情報作成部
３６ 異常検出部
３３ 記録データ生成部
【特許請求の範囲】
【請求項１】
各種ＥＣＵや各種センサからネットワークへ送出されたデータのうち所定の記録対象情報を記録する情報記録装置であって、
前記ネットワークから前記記録対象情報を受信する通信手段と、
絶対時刻情報と、当該絶対時刻情報との差分時間を当該絶対時刻情報よりも少ないデータ量で表す相対時刻情報を生成する時刻情報生成手段と、
所定時間毎に、現在の前記絶対時刻情報を含む第１の記録データを生成し、前記通信手段が前記記録対象情報を受信する毎に、当該記録対象情報及び現在の前記相対時刻情報を含む第２の記録データを生成する記録データ生成手段と、
前記記録データ生成手段が生成した第１の記録データと第２の記録データとを、これら記録データが生成された順に並ぶように記録媒体に記録する記録処理手段と
を備えることを特徴とする情報記録装置。
【請求項２】
各種ＥＣＵや各種センサからネットワークへ送出されたデータのうち所定の記録対象情報を記録する情報記録装置であって、
前記ネットワークから前記記録対象情報を受信する通信手段と、
情報記録装置自体の動作が正常であるかどうかを自己診断し、診断結果を表すダイアグ情報を生成する異常検出手段と、
絶対時刻情報と、当該絶対時刻情報との差分時間を当該絶対時刻情報よりも少ないデータ量で表す相対時刻情報を生成する時刻情報生成手段と、
所定時間毎に、現在の前記絶対時刻情報及び前記ダイアグ情報を含む第１の記録データを生成し、前記通信手段が前記記録対象情報を受信する毎に、当該記録対象情報及び現在の前記相対時刻情報を含む第２の記録データを生成する記録データ生成手段と、
前記記録データ生成手段が生成した第１の記録データと第２の記録データとを、これら記録データが生成された順に並ぶように記録媒体に記録する記録処理手段と
を備えることを特徴とする情報記録装置。
【請求項３】
前記記録対象情報に、前記各種ＥＣＵからネットワークに送出される、前記各種ＥＣＵによる異常診断の結果であるダイアグ情報が含まれている
ことを特徴とする請求項２記載の情報記録装置。
【請求項４】
前記通信手段は、前記ネットワークから前記記録対象情報を受信すると、前記記録対象情報を前記記録データ生成手段に送付し、
前記時刻情報作成手段は、前記絶対時刻情報を、前記所定時間の周期で作成して前記記録データ生成手段に送付し、
前記記録データ生成手段は、前記第１の記録データを、前記時刻情報作成手段から前記絶対時刻情報の送付があったタイミングで生成し、前記第２の記録データを、前記通信手段がから前記記録対象情報の送付があったタイミングで生成する
ことを特徴とする請求項１又は２記載の情報記録装置。
【請求項５】
前記時刻情報生成手段が前記絶対時刻情報を生成するタイミングは、前記絶対時刻情報における最下位の値に変化が生じるタイミングである
ことを特徴とする請求項１乃至４の何れかに記載の情報記録装置。
【請求項１】
各種ＥＣＵや各種センサからネットワークへ送出されたデータのうち所定の記録対象情報を記録する情報記録装置であって、
前記ネットワークから前記記録対象情報を受信する通信手段と、
絶対時刻情報と、当該絶対時刻情報との差分時間を当該絶対時刻情報よりも少ないデータ量で表す相対時刻情報を生成する時刻情報生成手段と、
所定時間毎に、現在の前記絶対時刻情報を含む第１の記録データを生成し、前記通信手段が前記記録対象情報を受信する毎に、当該記録対象情報及び現在の前記相対時刻情報を含む第２の記録データを生成する記録データ生成手段と、
前記記録データ生成手段が生成した第１の記録データと第２の記録データとを、これら記録データが生成された順に並ぶように記録媒体に記録する記録処理手段と
を備えることを特徴とする情報記録装置。
【請求項２】
各種ＥＣＵや各種センサからネットワークへ送出されたデータのうち所定の記録対象情報を記録する情報記録装置であって、
前記ネットワークから前記記録対象情報を受信する通信手段と、
情報記録装置自体の動作が正常であるかどうかを自己診断し、診断結果を表すダイアグ情報を生成する異常検出手段と、
絶対時刻情報と、当該絶対時刻情報との差分時間を当該絶対時刻情報よりも少ないデータ量で表す相対時刻情報を生成する時刻情報生成手段と、
所定時間毎に、現在の前記絶対時刻情報及び前記ダイアグ情報を含む第１の記録データを生成し、前記通信手段が前記記録対象情報を受信する毎に、当該記録対象情報及び現在の前記相対時刻情報を含む第２の記録データを生成する記録データ生成手段と、
前記記録データ生成手段が生成した第１の記録データと第２の記録データとを、これら記録データが生成された順に並ぶように記録媒体に記録する記録処理手段と
を備えることを特徴とする情報記録装置。
【請求項３】
前記記録対象情報に、前記各種ＥＣＵからネットワークに送出される、前記各種ＥＣＵによる異常診断の結果であるダイアグ情報が含まれている
ことを特徴とする請求項２記載の情報記録装置。
【請求項４】
前記通信手段は、前記ネットワークから前記記録対象情報を受信すると、前記記録対象情報を前記記録データ生成手段に送付し、
前記時刻情報作成手段は、前記絶対時刻情報を、前記所定時間の周期で作成して前記記録データ生成手段に送付し、
前記記録データ生成手段は、前記第１の記録データを、前記時刻情報作成手段から前記絶対時刻情報の送付があったタイミングで生成し、前記第２の記録データを、前記通信手段がから前記記録対象情報の送付があったタイミングで生成する
ことを特徴とする請求項１又は２記載の情報記録装置。
【請求項５】
前記時刻情報生成手段が前記絶対時刻情報を生成するタイミングは、前記絶対時刻情報における最下位の値に変化が生じるタイミングである
ことを特徴とする請求項１乃至４の何れかに記載の情報記録装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−１０３９１１（Ｐ２０１２−１０３９１１Ａ）
【公開日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願番号】特願２０１０−２５１９５４（Ｐ２０１０−２５１９５４）
【出願日】平成２２年１１月１０日（２０１０．１１．１０）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
【公開日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願日】平成２２年１１月１０日（２０１０．１１．１０）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
[ Back to top ]