【事件の表示】
　特願２００４−　５５０４７「データ記録装置およびデータ記録方法」拒絶査定不服審判事件〔平成１７年　９月　８日出願公開、特開２００５−２４０７７２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯  
　本願は、平成１６年２月２７日の出願であって、平成２１年６月４日付けの拒絶理由通知に対して平成２１年８月７日付けで意見書が提出されたが、平成２１年１０月９日付けで拒絶査定がなされ、これに対し、平成２２年１月１５日に拒絶査定に対する審判請求がなされると同時に、同日付けで特許請求の範囲を補正する手続補正がなされ、その後、当審において平成２２年６月１５日付けで書面による審尋がなされ、これに対し、平成２２年８月１９日付けで回答書が提出されたものである。 
　 
２．本件補正の適否及び本願発明 
　平成２２年１月１５日付けの手続補正書による手続補正（以下、「本件補正」という。）は、本件補正により補正される前の（すなわち、願書に最初に添付した）特許請求の範囲の請求項１ないし７における「前記車両データ」を「車両データ」とするものであって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第３号の誤記の訂正を目的とするものに該当する。 
　そして、本願の請求項１ないし７に係る発明は、平成２２年１月１５日付けの手続補正書によって補正された特許請求の範囲並びに願書に最初に添付した明細書及び図面の記載からみて、その特許請求の範囲の請求項１ないし７に記載された事項によって特定されるとおりのものであるところ、その請求項１に係る発明（以下、「本願発明」という。）は以下のとおりである。  
　  
「　　【請求項１】
　車両側から供給される電力によって動作するとともに、車両に搭載された制御ユニットにおける制御パラメータを、外部システムがアクセス可能なデータ記録部に内蔵された不揮発性メモリに記録するデータ記録装置において、
　前記制御ユニットから時系列的に取得した前記制御パラメータが一時的に記録されるランダムアクセスメモリと、
　前記ランダムアクセスメモリに記録された前記時系列的な制御パラメータのうち、前記車両の不具合状態を特定するのに有効な車両データが得られるであろう条件を示す取得条件を具備する所定の期間における一連の前記制御パラメータを、前記データ記録部に記録するデータ制御部とを有し、
　前記データ制御部は、シャットダウン時には、前記取得条件に拘わらず、前記ランダムアクセスメモリに記録された前記時系列的な制御パラメータを前記データ記録部に記録することを特徴とするデータ記録装置。」 
　  
３．引用刊行物に記載された発明  
　原査定の拒絶の理由に引用された、本願の出願前に頒布された刊行物である特開２００２−７０６３７号公報（以下、「引用刊行物」という。）には、図面とともに、例えば、次のような事項が記載されている。  
　  
ア）「【０００２】
【従来の技術】近年、何らかの制御を必要とする制御対象機器（例えば、自動車）の制御装置としては、マイクロコンピュータ等を用いた電子式の制御装置が広く用いられている。しかしながら、かかる電子式の制御装置では、時としてフェイル（誤動作）ないしは故障が起こることがある。そこで、データ記録装置を用いて、制御装置から出力される各種データを記録し、このデータに基づいて制御装置のフェイルないしは故障の原因等を究明するといった対応がなされることが多い（例えば、特開平１１−６５６４７号公報参照。）。
【０００３】具体的には、例えば自動車メーカーでは、自動車にドライビングレコーダを搭載し、エンジンあるいは自動変速機等を制御するコントロールユニットから出力される各種データをドライビングレコーダに記録し、該データに基づいてコントロールユニットのフェイルないしは故障の原因等を究明するといった対応がなされている。なお、特開平１１−６５６４７号公報に開示された制御装置（プログラマブルコントローラ）では、その故障発生時に故障履歴をＰＣカードに記録するようにしている。」（段落【０００２】及び【０００３】）  
　  
イ）「【０００４】
【発明が解決しようとする課題】しかしながら、かかる従来のデータ記録装置では、非常に多くのデータを記録しなければならないのにもかかわらず、データ記録部の記憶容量に限りがあるので、該データを確実に記録することが困難であるといった問題がある。本発明は、上記従来の問題を解決するためになされたものであって、データ記録部の限られた記憶容量を有効に活用して、制御装置のフェイルないしは故障の原因等の究明等に用いられるデータを確実かつ効率的に記録することができるデータ記録装置を提供することを解決すべき課題とする。
【０００５】
【課題を解決するための手段】上記課題を解決するためになされた本発明にかかるデータ記録装置は、対象制御装置（例えば、自動車のコントロールユニット等）の誤動作時（フェイル時）又は故障時における各種検出信号データをデータ記録部（メモリ）に保存するデータ制御手段を備えているデータ記録装置であって、データ制御手段が、対象制御装置の誤動作又は故障の内容（例えば、急変、緩慢な変化等）に応じて、保存するデータのサンプリングレート（サンプリング周期）又は保存期間を変更するようになっていることを特徴とするものである。なお、データ制御手段は、車両状態（例えば、エンジン回転数、車速）に応じて、保存するデータのサンプリングレート又は保存期間を変更するようになっていてもよい。また、データ制御手段は、データ記録部の記憶可能容量（残存記憶容量）に応じて、保存するデータのサンプリングレート又は保存期間を変更するようになっていてもよい。
【０００６】これらのデータ記録装置においては、対象制御装置の誤動作又は故障の内容、、車両状態、又はデータ記録部の記憶可能容量に応じて、保存するデータのサンプリングレート又は保存期間が変更されるので、データ記録部の限られた記憶容量を有効に活用して、制御装置の誤動作ないしは故障の原因等の究明等に用いられるデータを確実かつ効率的に記録することができる。
【０００７】上記データ記録装置においては、データ制御手段は、各種検出信号データをランダムアクセスメモリ（以下、「ＲＡＭ」という。）に順次更新しつつ記憶させる一方、ＲＡＭに記憶されているデータを間引いて（圧縮して）データ記録部に記録することによりサンプリングレートを変更するようになっていてもよい。
【０００８】上記データ記録装置においては、データ制御手段は、各種検出信号データから予想される誤動作又は故障の種別を推測し、予想される誤動作又は故障の種別に応じてサンプリングレート又は保存期間を変更するようになっていてもよい。また、データ制御手段は、各種検出信号データの種類毎にサンプリングレート又は保存期間を変更するようになっていてもよい。」（段落【０００４】ないし【０００８】）
　　
ウ）「【００１０】図１と図２とに示すように、自動車１（実験用車両）には、エンジン２、自動変速機３等を制御するために、マイクロコンピュータを備えたコントロールユニット５（ＥＣＵ）が設けられている。なお、自動車１内の各種電気機器には、バッテリ４から電力が供給される。そして、自動車１には、コントロールユニット５のフェイル（誤動作）ないしは故障の原因等を究明するために、コントロールユニット５の各種出力信号データを記録するドライビングレコーダ６が搭載されている。ドライビングレコーダ６は、電源ケーブル７を介して、コントロールユニット５のバックアップ電源端子１１（ＡＣＣ）に接続されている。
【００１１】さらに、ドライビングレコーダ６は、接続ハーネス８を介してコントロールユニット５に接続されている。接続ハーネス８は、先端部がエンジン２内ないしは自動変速機３内の各種機器（アクチュエータ等）に接続された車両ハーネス８ａと、該車両ハーネス８ａとコントロールユニット５とを接続する中間ハーネス８ｂと、該中間ハーネス８ｂから分岐してドライビングレコーダ６に接続された分岐ハーネス８ｃとで構成されている。また、ドライビングレコーダ６は、随時、収集データ転送用ケーブル９を用いてホストコンピュータ１０（パーソナルコンピュータ）に接続することができるようになっている。つまり、ドライビングレコーダ６とホストコンピュータ１０とは、収集データ転送用ケーブル９を介してシリアル通信を行うようになっている。なお、ドライビングレコーダ６とホストコンピュータ１０とは、両矢印Ｘで示すように、ＲＡＭカード１２を用いて情報を伝達・交換することもできる。」（段落【００１０】及び【００１１】）  
　  
エ）「【００１２】以下、ドライビングレコーダ６の構成、機能等を詳しく説明する。ドライビングレコーダ６は、コントロールユニット５のフェイル時ないしは故障時の各種信号データを確実に収集・記録するものであって、コントロールユニット５から出力される故障コード出力信号に応じて、フェイル時以前ないしは故障時以前、場合によってはフェイル後ないしは故障後の各種信号データを確実に記録することができるようになっている。また、ドライビングレコーダ６は、後で詳しく説明するように、コントロールユニット５のフェイルないしは故障の内容、車両状態、データ記録部の記憶容量等に応じてデータ記録方法を変更するようになっている。」（段落【００１２】） 
　  
オ）「【００１３】図３に示すように、ドライビングレコーダ６には、ドライビングレコーダ全体の制御を司る集中演算部１５（ＣＰＵ）と、コントロールユニット５から出力された各種出力信号（例えば、エンジン回転数信号、スロットル開度信号、車速信号、冷却水温度信号、ブレーキスイッチ信号等）を受け入れこれらに対して入力レベル変換及びフィルタリングを施す入力インターフェース（Ｉ／Ｆ）部１６と、コントロールユニット５から出力された故障コード出力信号を受け入れてコントロールユニット５のフェイルないしは故障の内容（状態）を検出する誤動作／故障内容検出部１７と、操作スイッチ（ＳＷ）群１８から出力された各種操作スイッチ信号を受け入れこれらの命令系を処理して集中演算部１５（ＣＰＵ）へ出力する操作スイッチ処理部１９と、常時サンプリングしているデータを格納するＳＲＡＭ２０と、サンプリングデータを記録するデータ記録部２１（不揮発性メモリ、例えばＥＥＰＲＯＭ）とが設けられている。また、データ記録部２１には、ＲＡＭカード１２（フラッシュメモリ：図２参照）を着脱可能とするために、ＲＡＭカードスロットが設けられており、ＲＡＭカード１２にデータを保存できるようになっている。」（段落【００１３】）  
　  
カ）「【００１５】また、ドライビングレコーダ６の操作は極めて簡易であり、誰でも容易に使用することができるようになっている。すなわち、このドライビングレコーダ６は、自動車１のイグニッションスイッチ（図示せず）がオンされると、自動的に計測を開始する。ただし、手動操作で計測を開始することも可能である。他方、イグニッションスイッチがオフされたときには、その４分後にスリープモードに切り替わり、省電力化が図られる。そして、トリガ条件が成立したとき、すなわち故障コード出力信号が入力されたときに、計測を停止する。ただし、スイッチ操作で計測を停止することも可能である。
【００１６】かくして、ドライビングレコーダ６は、トリガ条件が成立したとき、すなわちコントロールユニット５のフェイル時ないしは故障時には、確実にデータを収集・記録することができる。このドライビングレコーダ６は、例えば１６チャンネルのデータを高速でサンプリングすることができ、コントロールユニット５のほぼ全ての入出力信号（１６種類／台）を測定することが可能である。そして、故障コード出力信号をトリガにして、その前１〜４分の各種データを測定する。なお、故障コード出力信号が入力されていない場合でも、随時、手動スイッチを押すことによりトリガをかけることができる。また、このドライビングレコーダ６では、データ処理が極めて簡便である。例えば、スイッチ操作により各種データをＲＡＭカード１２（フラッシュカード）に保存することができ、ＲＡＭカード１２によりデータをやり取りすることが可能である。また、これらのデータは、ホストコンピュータ１０のウインドウズ画面上で解析が可能である。」（段落【００１５】及び【００１６】）  
　  
キ）「【００１７】また、このドライビングレコーダ６は、その使用方法ないしは操作方法が極めて簡易である。ドライビングレコーダ６の操作方法の概要は、およそ次のとおりである。
（１）まず、ドライビングレコーダ６の操作条件を設定する。ホストコンピュータ１０とのシリアル通信により設置する場合は、サンプリングレートと、トリガモードと、各測定チャンネルの信号名と、コメントと、時刻とを設定する。サンプリングレートは、例えば０.１ｍｓ、１ｍｓ又は１０ｍｓに設定される。トリガモードは、コントロールユニット５の制御態様、イグニッションスイッチオン後のトリガ禁止時間（例えば、１０ｍｓ、２０ｍｓ、３０ｍｓ）等に応じて複数種（例えば、９種）設定される。
　なお、ドライビングレコーダ６のスイッチにより操作条件を設定する場合は、サンプリングレート（例えば、０.１ｍｓ、１ｍｓ、１０ｍｓ）と、ドライビングレコーダ６へのトリガ信号のロジック反転スイッチとを設定し、チャンネル１の入力ゲインを変更する。
【００１８】（２）次に、データのサンプリングを開始する。ドライビングレコーダ６に付設されたサンプリングスタートスイッチ（図示せず）をオンすることにより手動で、又はイグニッションスイッチのオンにより自動的にデータのサンプリングを開始する。
【００１９】（３）かくして、コントロールユニット５にフェイルないしは故障が生じたときには、データのサンプリングを停止する。ドライビングレコーダ６に付設されたサンプリングストップスイッチ（図示せず）をオンすることにより手動で、又は故障コード出力信号の入力により自動的にデータのサンプリングを停止する。なお、誤ってデータサンプリングを停止した場合は、サンプリングストップスイッチを一定時間以上（例えば、５秒以上）押し続ければ、再びサンプリングが可能な状態となる。
【００２０】（４）そして、サンプリングされたデータをデータ記録部２１に記録する。なお、随時、サンプリングされたデータをＲＡＭカード１２に記録することができる。この場合、ＲＡＭカード１２をＲＡＭカードスロットに挿入し、ＲＡＭカードライトスイッチ（図示せず）をオンしてデータをＲＡＭカード１２に保存する（ＲＡＭカード１２は、自動車走行中はスロットに挿入しないのが好ましい。）。
ＲＡＭカード１２へのデータの書き込みが終了すれば、ドライビングレコーダ６内部のデータはクリアする。ただし、データの書き込みが正常に終了しなかった場合、測定データはクリアしない。」（段落【００１７】ないし【００２０】）  
　  
ク）「【００２１】以下、ドライビングレコーダ６におけるデータの具体的な収集・記録手法を説明する。このドライビングレコーダ６におけるデータ収集の原理は、およそ次のとおりである。なお、ここでは、便宜上、記憶容量は８０ＭＢ（メガバイト）であるとする。図４に示すように、コントロールユニット５がオン状態にあるとき（電源オン時）には、常時、各種データのサンプリングが行われる。なお、データのサンプリングのスタートポイントＲ1は、コントロールユニット５がオン作動されたときである。記憶容量は８０ＭＢであるので、８０ＭＢを超えるデータをサンプリングしたときには、古いデータは順次消去されてゆき、常時、最新の８０ＭＢ分のデータが記憶される。
【００２２】そして、何らかの検出手段で異常が検出されたとき、すなわちトリガポイントＲ2で、上記各種データのサンプリングが停止され、それ以前にサンプリングされたデータが不揮発性メモリ（データ記録部）に書き込まれる。ここで、不揮発性メモリへのデータの書き込みサイズは、トリガポイントＲ2を先頭にしてエンドポイントまでの全サンプル（８０ＭＢ）とされる。ただし、スタートポイントＲ1〜エンドポイントＲ3が全メモリ容量（８０ＭＢ）より小さい場合は、データの書き込みサイズは、スタートポイントＲ1〜エンドポイントＲ3間のデータ量とされる。」（段落【００２１】及び【００２２】）
　  
ケ）「【００２３】図５に、このようにして収集・記録されたデータ及びその解析結果の一例を示す。なお、図５において、エンジン回転数センサ（図示せず）からコントロールユニット５に入力されたアナログエンジン回転数信号であり、ＳＧＣは、気筒識別センサ（図示せず）からコントロールユニット５に入力されたアナログ気筒識別信号である。そして、ＮＥ+ ＰＣＭ及びＳＧＣ ＰＣＭは、それぞれ、アナログエンジン回転数信号ＮＥ+及びアナログ気筒識別信号ＳＧＣに基づいて、コントロールユニット５によって生成（出力）された、エンジン回転数信号及び気筒識別信号である。図５に示す例では、コントロールユニット５は、アナログ気筒識別信号ＳＧＣのノイズＮのため、気筒を誤検出（気筒識別エラー）している。すなわち、コントロールユニット５によって生成された気筒識別信号ＳＧＣ ＰＣＭには、気筒誤検出部Ｐが認められる。このように、ドライビングレコーダ６に記録されたデータを解析することにより、コントロールユニット５のフェイルないしは故障の原因等を究明することができる。」（段落【００２３】）
　　
コ）「【００２７】また、自動車１の運転状態は、コントロールユニット５の各種出力信号に基づいて、ドライビングレコーダ６が検出するようになっている。具体的には、この実施の形態では、エンジン回転数信号、スロットル開度信号、車速信号、冷却水温度信号、ブレーキスイッチ信号等の信号に基づいて、自動車１の運転状態が検出される。ドライビングレコーダ６のデータ記録部２１（記録メモリ）の記憶可能容量は、ドライビングレコーダ６内部で、データ記録部２１のデータ書き込みが可能な残存容量を調べることにより確認される。自動車１の車両情報は、操作スイッチ群１８から操作スイッチ処理部１９に車両コードを送ることにより、入力される。
【００２８】この実施の形態では、フェイルないしは故障の内容に対応する故障コードと、自動車１の運転状態と、ドライビングレコーダ６のデータ記録部２１（記録メモリ）の残存容量とに応じて、データ記録方法が変更される。ここで、データ記録方法の変更手法としては、例えば、○１データ記録容量の変更によるもの、○２データサンプリングレートの変更によるもの、○３データ記録タイミングの変更によるもの、○４記録メモリの残存容量等に応じたデータ圧縮記録（データの間引き）によるもの等があげられる。これらの各変更手法の要点は、次のとおりである。
【００２９】○１データ記録容量の変更の場合
故障コードにより、データ記録容量が変更される。例えば、エンスト、エンジン失火、車速センサの故障などといった重大なフェイルないしは故障あるいは法規違反につながるフェイルないしは故障については、事後の原因解析を詳細に行えるように、記録可能な最大容量のデータが記録される。また、水温センサあるいはブレーキスイッチのフェイルないしは故障などといった、比較的故障ランクの低いものは、そのランクに応じて、記録可能な最大容量の１／２〜１／１０程度の容量のデータが記録され、多数のフェイルないしは故障についてのデータ記録が可能となっている。なお、表１に記載されたフェイルないしは故障の内容においては、故障コード番号が小さいものほど、故障ランク（優先順位）が高い。
【００３０】○２データサンプリングレートの変更の場合
故障コードや運転状態により、データサンプリングレートが変更される。例えば、エンストやエンジン失火については、ノイズや信号波形等の解析を可能にするため、サンプリングレートは最大（高速）とされる。また、エンジン回転数信号や車速信号のフェイルないしは故障については、事後の原因解析を容易にするため、フェイルないしは故障の発生時のエンジン回転数や、車速信号の周波数によってサンプリングレートが変更される。さらに、水温信号やブレーキスイッチのフェイルないしは故障などといった、比較的信号の変動が緩慢なものについては、多数のフェイルないしは故障についてのデータ記録を可能にするため、サンプリングレートが最小（低速）とされる。
【００３１】○３データ記録タイミングの変更の場合
故障コードにより、データ記録タイミングが変更される。例えば、エンジン失火、水温センサのフェイルないしは故障が発生すると、その後の制御が不安定になる。その結果、エミッション規制等に違反するような場合は、フェイル後ないしは故障後のデータが重要となる。このような場合は、フェイルないしは故障の発生時のタイミングが、記録データ長の中央となるようにデータが収集・記録される。また、クランクセンサ、車速センサ、ブレーキスイッチ等の故障などといった、フェイル後ないしは故障後の情報よりも、それ以前の情報が重要なものについては、フェイルないしは故障の発生時のタイミングが記録データ長の末尾となるようにデータが収集・記録される（フェイルないしは故障の発生前のデータが記録される）。
【００３２】○４記録メモリの残容量等に応じたデータ圧縮記録（データの間引き）の場合
フェイルないしは故障の発生時に、記録すべきデータの容量がデータ記録部２１（メモリ）の残存容量を上回る（容量不足）場合は、データが残存容量に記録できるように、容量不足分に応じてデータの間引きが段階的に行われる、なお、この実施の形態では、車両情報によるデータ記録方法の変更は行っていないが、車両情報に応じて、上記○１〜○４に優先順位をつけるようにしてもよい。
【００３３】また、ドライビングレコーダ６におけるサンプリングレート（サンプリング周期）は、コントロールユニット５のフェイルないしは故障の内容、自動車１の車両情報、自動車１の運転状態、コントロールユニット５の形式（種類）、予想されるフェイルないしは故障の内容に応じて変更される。これにより、より確実なデータ収集が可能となり、データ記録部２１（記録メモリ）の有効活用が可能となる。」（段落【００２７】ないし【００３３】）（審決注：「○数字」の表記は、○付き数字を表す。）
　　
サ）「【００４２】以下、図８〜図９に示すフローチャートを参照しつつ、ドライビングレコーダ６の具体的な動作ないしは制御手法を説明する。図８（ａ）に示すように、ドライビングレコーダ６が動作を開始すると、まずステップＴ１０で、記憶スタート指令の有無が判定され、記憶スタート指令がなければ（ＮＯ）、以下の全ステップをスキップして、このステップＴ１０が繰り返し実行される。つまり、記憶スタート指令がでるまで待機する。他方、ステップＴ１０で記憶スタート指令があると判定された場合は（ＹＥＳ）、ステップＴ２０で一時記憶ルーチンが実行され、次にステップＴ３０で記憶ルーチンが実行される。
【００４３】次に、上記各ルーチン（ステップＴ２０、Ｔ３０）における具体的な動作ないしは制御手法を説明する。図８（ｂ）に示すように、ステップＴ２０の一時記憶ルーチンにおいては、ステップＴ２１で、受信した各種入力信号ないしは各制御信号あるいは出力信号（以下、「信号データ」という。）が、所定の容量（例えば、８０ＭＢ）のＳＲＡＭ２０に一時的に記憶される。信号データが上記容量を超えたときには、古い信号データから更新・記録される。
【００４４】図８（ｃ）に示すように、ステップＴ３０の記憶ルーチンにおいては、まずステップＴ３１で、ワーニングランプ（図示せず）が点灯したか否かが判定され、ワーニングランプが点灯していなければ（ＮＯ）、以下の全ステップをスキップして、この記憶ルーチンは終了する。
【００４５】他方、ステップＴ３１でワーニングランプが点灯していると判定された場合は（ＹＥＳ）、ステップＴ３２で、断芯チェック確認サブルーチンが実行され、ワーニングランプの点灯が断芯チェックによるものであるか否かが吟味される。なお、断芯チェックとは、イグニッションスイッチをオンしたときに、ドライバが、ワーニングランプの断芯の有無を確認できるように、所定時間だけ無条件にワーニングランプを点灯させるといった動作である。次に、ステップＴ３３で、ワーニングランプの点灯が断芯チェックによる点灯であるか否かが判定される。そして、断芯チェックによる点灯であれば（ＹＥＳ）、この記憶ルーチンを終了する。
【００４６】他方、ステップＴ３３で断芯チェックによる点灯でないと判定された場合は（ＮＯ）、ステップＴ３４で選択サブルーチンが実行される。なお、選択サブルーチンの具体的な内容は後で説明する（図９（ａ）〜（ｄ））。次に、ステップＴ３５で、選択された記憶内容がデータ記録部２１（不揮発性メモリ、例えばＥＥＰＲＯＭ）に書き込まれ、この記憶ルーチンは終了する。このようにして、データ記録部２１に記録されたデータに基づいてコントロールユニット５のフェイルないしは故障の原因等が究明される。」（段落【００４２】ないし【００４６】）
　　
シ）「【００４７】以下、図９（ａ）〜（ｄ）を参照しつつ、図８（ｃ）におけるステップＴ３４の選択サブルーチンの具体的な制御手法を４通り説明する（選択サブルーチン１〜４）。図９（ａ）に示すように、選択サブルーチン１の場合は、まずステップＶ１１で、コントロールユニット５のフェイルないしは故障の内容が検出される。続いて、ステップＶ１２で、フェイル内容ないしは故障内容に応じて各種入力信号ないしは制御信号毎に、サンプリングレート又は保存期間が設定される。この後、ステップＶ１３で、サンプリングレート又は保存期間に基づいて、データ記録部２１に記憶すべき内容が選択される。
【００４８】図９（ｂ）に示すように、選択サブルーチン２の場合は、まずステップＶ２１で、各種入力信号ないしは制御信号により、フェイル内容ないしは故障内容が推測される。続いて、ステップＶ２２で、推測されたフェイル内容ないしは故障内容に応じて、各種入力信号ないしは制御信号毎に、サンプリングレート又は保存期間が設定される。この後、ステップＶ２３で、サンプリングレート又は保存期間に基づいて、データ記録部２１に記憶すべき内容が選択される。
【００４９】図９（ｃ）に示すように、選択サブルーチン３の場合は、まずステップＶ３１で、車両状態（例えば、車速、エンジン回転数等）が検出される。続いて、ステップＶ３２で、検出された車両状態に応じて、各種入力信号ないしは制御信号毎に、サンプリングレート又は保存期間が設定される。この後、ステップＶ３３で、サンプリングレート又は保存期間に基づいて、データ記録部２１に記憶すべき内容が選択される。
【００５０】図９（ｄ）に示すように、選択サブルーチン４の場合は、まずステップＶ４１で、データ記録部２１内の残存メモリ容量が検出される。続いて、ステップＶ４２で、フェイルないしは故障の頻度が検出される。次に、ステップＶ４３で、フェイルないしは故障の頻度に応じて、残存メモリ容量が補正される。そして、ステップＶ４４で、補正された残存メモリ容量に応じて、各種入力信号ないしは制御信号毎に、サンプリングレート又は保存期間が設定される。この後、ステップＶ４５で、サンプリングレート又は保存期間に基づいて、データ記録部２１に記憶すべき内容が選択される。
【００５１】以上、本実施の形態においては、コントロールユニット５のフェイル時ないしは故障時には、故障コード出力信号をトリガにしてそれ以前の検出信号データがデータ記録部２１に保存される。さらに、コントロールユニット５のフェイルないしは故障の内容、車両状態、又はデータ記録部２１の記憶可能容量に応じて、保存するデータのサンプリングレート又は保存期間が変更されるので、データ記録部２１の限られた記憶容量を有効に活用して、コントロールユニット５のフェイルないしは故障の原因等の究明等に用いられるデータを確実かつ効率的に記録することができる。」（段落【００４７】ないし【００５１】）
　　
ス）「【図面の簡単な説明】
【図１】　本発明にかかるドライビングレコーダを搭載した自動車の側面説明図である。
【図２】　ドライビングレコーダの、コントロールユニット及びホストコンピュータへの接続形態を示す模式図である。
【図３】　ドライビングレコーダの構成を示すブロック図である。
【図４】　ドライビングレコーダ内のＳＲＡＭにおけるデータの収集原理を示す図である。
【図５】　コントロールユニットのフェイル時ないしは故障時に、ドライビングレコーダによって収集・記録されたデータの一例を示すグラフである。
【図６】　データ記録部において、ファイルをチャンネル毎に分割して記録する場合のデータ記録形態を示す図である。
【図７】　データ記録部において、ファイルを時間軸に分割して記録する場合のデータ記録形態を示す図である。
【図８】　（ａ）はドライビングレコーダにおけるメイン制御ルーチンの制御手法を示すフローチャートであり、（ｂ）はメイン制御ルーチン中の一時記憶ルーチンの制御手法を示すフローチャートであり、（ｃ）はメイン制御ルーチン中の記憶ルーチンの制御手法を示すフローチャートである。
【図９】　（ａ）〜（ｄ）は、それぞれ、図８（ｃ）に示す記憶ルーチン中の選択サブルーチンの制御手法を示すフローチャートである。
【符号の説明】
１…自動車、２…エンジン、３…自動変速機、４…バッテリ、５…コントロールユニット（ＥＣＵ）、６…ドライビングレコーダ（データ記録装置）、７…電源ケーブル、８…接続ハーネス、８ａ…車両ハーネス、８ｂ…中間ハーネス、８ｃ…分岐ハーネス、９…収集データ転送用ケーブル、１０…ホストコンピュータ、１１…バックアップ電源端子、１２…ＲＡＭカード、１５…集中演算部（ＣＰＵ）、１６…入力インターフェース部、１７…誤動作／故障内容検出部、１８…操作スイッチ群、１９…操作スイッチ処理部、２０…ＳＲＡＭ、２１…データ記録部（不揮発性メモリ、例えばＥＥＰＲＯＭ）。」（【図面の簡単な説明】及び【符号の説明】）  
　 
セ）上記ウ）、図１及び図２の記載より、ドライビングレコーダ６は、電源ケーブル７を介して、自動車１に設けられたコントロールユニット５のバックアップ電源端子１１（ＡＣＣ）に接続されていることからみて、自動車１側から供給される電力によって動作するといえる。
　　
ソ）上記ウ）、キ）、図１、図２の記載より、データ記録部２１を設けたドライビングレコーダ６とホストコンピュータ１０とは、収集データ転送用ケーブル９を介してシリアル通信を行うようになっていることからみて、データ記録部２１は、ホストコンピュータ１０がアクセス可能といえる。
　　
タ）上記イ）、オ）、ク）、サ）、図３、図４、図８の記載より、ＳＲＡＭ２０には、コントロールユニット５から時系列的に取得した信号データが一時的に格納されるといえる。
　　
チ）上記イ）ないしシ）及び各図面の記載からみて、集中演算部１５は、自動車１のフェイルないしは故障の原因等を究明するのに有効な車両データが得られるであろう条件を示す取得条件を具備する所定の期間における一連の信号データを、データ記録部２１に記録するといえる。
　　
　上記ア）ないしチ）及び図面の記載を総合すると、引用刊行物には、次の発明（以下、単に「引用刊行物記載の発明」という。）が記載されているものと認められる。  
　  
「自動車１側から供給される電力によって動作するとともに、自動車１に設けられたコントロールユニット５における信号データを、ホストコンピュータ１０がアクセス可能なデータ記録部２１に記録するドライビングレコーダ６において、
　前記コントロールユニット５から時系列的に取得した前記信号データが一時的に格納されるＳＲＡＭ２０と、
　前記ＳＲＡＭ２０に記録された前記時系列的な信号データのうち、前記自動車１のフェイルないしは故障の原因等を究明するのに有効な車両データが得られるであろう条件を示す取得条件を具備する所定の期間における一連の前記信号データを、前記データ記録部２１に記録する集中演算部１５とを有するドライビングレコーダ６。」  
　  
４．対比  
　本願発明と引用刊行物記載の発明とを対比するに、引用刊行物記載の発明における「自動車１」は、その技術的意義からみて、本願発明における「車両」に相当し、同様に、「設けられた」は「搭載された」に、「コントロールユニット５」は「制御ユニット」に、「信号データ」は「制御パラメータ」に、「データ記録部２１」は「データ記録部に内蔵された不揮発性メモリ」及び「データ記録部」に、「ドライビングレコーダ６」は「データ記録装置」に、「格納」は「記録」に、「ＳＲＡＭ２０」は「ランダムアクセスメモリ」に、「フェイルないしは故障の原因等を究明する」は「不具合状態を特定する」に、それぞれ相当する。  
　また、引用刊行物記載の発明における「ホストコンピュータ１０」は、本願の明細書の段落【００２５】における「外付けされる外部システムである汎用コンピュータ（外部ＰＣ）」の記載からみて、本願発明における「外部システム」に相当する。
　さらに、引用刊行物記載の発明における「ＳＲＡＭ２０に記録された時系列的な信号データのうち、自動車１のフェイルないしは故障の原因等を究明するのに有効な車両データが得られるであろう条件を示す取得条件を具備する所定の期間における一連の信号データを、データ記録部２１に記録する集中演算部１５」は、「ランダムアクセスメモリに記録された時系列的な制御パラメータのうち、車両の不具合状態を特定するのに有効な車両データが得られるであろう条件を示す取得条件を具備する所定の期間における一連の制御パラメータを、データ記録部に記録するデータ制御部」という限りにおいて、本願発明における「ランダムアクセスメモリに記録された時系列的な制御パラメータのうち、車両の不具合状態を特定するのに有効な車両データが得られるであろう条件を示す取得条件を具備する所定の期間における一連の制御パラメータを、データ記録部に記録する」とともに「シャットダウン時には、取得条件に拘わらず、ランダムアクセスメモリに記録された時系列的な制御パラメータをデータ記録部に記録する」「データ制御部」に相当する。  
　  
　したがって、本願発明と引用刊行物記載の発明とは、  
「車両側から供給される電力によって動作するとともに、車両に搭載された制御ユニットにおける制御パラメータを、外部システムがアクセス可能なデータ記録部に内蔵された不揮発性メモリに記録するデータ記録装置において、
　前記制御ユニットから時系列的に取得した前記制御パラメータが一時的に記録されるランダムアクセスメモリと、
　前記ランダムアクセスメモリに記録された前記時系列的な制御パラメータのうち、前記車両の不具合状態を特定するのに有効な車両データが得られるであろう条件を示す取得条件を具備する所定の期間における一連の前記制御パラメータを、前記データ記録部に記録するデータ制御部とを有するデータ記録装置。」に関する点で一致し、次の点で相違している。  
　  
＜相違点＞  
　「ランダムアクセスメモリに記録された時系列的な制御パラメータのうち、車両の不具合状態を特定するのに有効な車両データが得られるであろう条件を示す取得条件を具備する所定の期間における一連の制御パラメータを、データ記録部に記録するデータ制御部」は、本願発明においては、「シャットダウン時には、取得条件に拘わらず、ランダムアクセスメモリに記録された時系列的な制御パラメータをデータ記録部に記録する」としているのに対し、引用刊行物載の発明においては、その点が明らかでない点（以下、単に「相違点」という。）。  
　  
５．当審の判断  
　上記相違点について検討する。  
　  
　「シャットダウン時には、ランダムアクセスメモリに記録されたデータを不揮発性メモリに記録することにより、ランダムアクセスメモリに記録されたデータが消去されたとしても、ランダムアクセスメモリに記録されたデータの保全を確実に行う技術」は、周知の技術（例えば、特開平５−２９９６１６号公報（【請求項９】、段落【０００３】及び段落【０００６】等。）、米国特許第６３０８１２１号明細書（ＦＩＧ１、第１欄第３１行ないし第４１行及び第４欄第６５行ないし第５欄第１５行等。車両に搭載された制御ユニットにおける制御パラメータの記録装置であって、取得条件に拘わらず、記録するものである。）、特開平４−２６９３５６号公報（【請求項１】、段落【０００７】、段落【０００８】、段落【００１３】、段落【００１４】、図１及び図２等。車両に搭載された制御ユニットにおける制御パラメータを、取得条件に拘わらず、記録するものである。）及び米国特許第５９４８０２６号明細書（ＦＩＧ．１、ＦＩＧ．５、第１欄第３３行ないし第６０行、第９欄第６４行ないし第１０欄第２０行、請求項１及び請求項１０等。車両に搭載された制御ユニットにおける制御パラメータを記録するものである。）参照。以下、単に「周知技術」という。）である。
　
　そうすると、引用刊行物記載の発明において、周知技術を適用することにより、上記相違点に係る本願発明の発明特定事項とすることは、当業者が容易になし得たものである。
　 
　そして、本願発明を全体として検討しても、引用刊行物記載の発明及び周知技術から予測される以上の格別の効果を奏するとも認められない。  
　  
６．むすび  
　したがって、本願発明は、引用刊行物記載の発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができないものである。 
　よって、結論のとおり審決する。