(57)【要約】  【課題】記録対象となる車両の不具合状況に応じて、データ記録装置が記録すべきデータ内容および条件を適切に決定する。  【解決手段】記憶部２１は、車両の状態を表すキーワードと、車両の不具合状態との対応関係を示すマップが格納されている。キーワード設定部２４は、記録対象となる車両に応じたキーワードを設定する。処理部２５は、記憶部２１を検索することにより、設定されたキーワードに対応する不具合状態を特定する。そして、予め設定された不具合状態と、記録すべきデータ内容および条件を示すモードファイルとの対応関係に基づいて、特定された不具合状態に対応するモードファイルを、データ記録装置１に設定するモードファイルとして決定する。【選択図】図３
2005239085.tif 000002
【特許請求の範囲】
【請求項１】
オペレータ側システムにおいて、
複数のモードファイルと、前記モードファイルのそれぞれに対応付けられ、車両の不具合状態を特定可能なコードと、前記モードファイルのそれぞれに対応付けられ、前記車両の不具合状態を特定可能なキーワードとが記憶された記憶部と、
車両に設けられた制御ユニットとの間で情報伝達可能なネットワークを介して前記制御ユニットより取得した前記コードと、オペレータによって入力された前記キーワードとを検索キーとして設定するキーワード設定部と、
前記検索キーに基づいて、前記複数のモードファイルの中から、前記検索キーに対応する前記モードファイルを特定する処理部とを有し、
前記モードファイルのそれぞれには、前記制御ユニットにおける制御パラメータを含む複数の異なる車両データのうち、特定の不具合状態の対策を講じる上で必要な前記車両データの種別と取得条件とが記述されていることを特徴とするオペレータ側システム。
【請求項２】
前記コードは、前記制御ユニットにおいて生成される診断コードであることを特徴とする請求項１に記載されたオペレータ側システム。
【請求項３】
前記キーワードは、前記不具合状態において想定される車両の状態を反映した文字列であることを特徴とする請求項１または２に記載されたオペレータ側システム。
【請求項４】
前記キーワードは、前記車両が走行した走行環境を表す文字列をさらに含むことを特徴とする請求項１から３のいずれかに記載されたオペレータ側システム。
【請求項５】
前記記憶部は、前記コードおよび前記キーワードと対応付けられていない、種々の不具合状態の対策を講じる上で共通して必要な前記車両データの種別と取得条件とが記述されている所定のモードファイルをさらに格納しており、
前記処理部は、前記検索キーに対応する前記モードファイルが特定されない場合、前記所定のモードファイルを特定することを特徴とする請求項１から４のいずれかに記載されたオペレータ側システム。
【請求項６】
前記記憶部は、それぞれが異なる車両の種類および形式と対応付けられ、前記複数のモードファイルを１単位とした複数のファイルセットと、複数の車両の種類および形式のそれぞれと対応付けられた前記制御ユニットの識別子とをさらに格納しており、
前記処理部は、前記制御ユニットより取得した前記識別子に基づいて、前記複数の車両の種類および形式の中から、前記取得した識別子に対応する車両の種類および形式を特定するとともに、前記複数のファイルセットの中から、前記特定された車両の種類および形式に対応する前記ファイルセットを特定することを特徴とする請求項１から６のいずれかに記載されたオペレータ側システム。
【請求項７】
前記モードファイルは、前記取得内容として、前記制御ユニットによって学習される学習値、または、車両の周辺情報を含むことを特徴とする請求項１から８のいずれかに記載されたオペレータ側システム。
【請求項８】
前記複数のモードファイルは、個別のモードファイルに応じて加速度センサの感度設定が異なることを特徴とする請求項１から７のいずれかに記載されたオペレータ側システム。
【請求項９】
前記ネットワークは、前記決定されたモードファイルに記述された前記種別と前記取得条件とに基づいて、前記車両データを記録する、前記制御ユニットとデータ通信可能なデータ記録装置との間で情報伝達可能であり、
前記キーワード設定部は、前記データ記録装置を介し、前記制御ユニットから前記コードを取得することを特徴とする請求項１から８のいずれかに記載されたオペレータ側システム。
【請求項１０】
モードファイルの特定方法において、
コンピュータが、車両に設けられた制御ユニットと情報伝達可能なネットワークを介して前記制御ユニットより取得した前記コードと、オペレータによって入力された前記キーワードとを検索キーとして設定するステップと、
前記コンピュータが、前記検索キーに基づいて、複数のモードファイルと、前記モードファイルのそれぞれに対応付けられ、車両の不具合状態を特定可能なコードと、前記モードファイルのそれぞれに対応付けられ、車両の不具合状態を特定可能なキーワードとが記憶された記憶部を検索することにより、前記複数のモードファイルの中から、前記検索キーに対応する前記モードファイルを特定するステップとを有し、
前記モードファイルのそれぞれには、前記制御ユニットにおける制御パラメータを含む複数の異なる車両データのうち、特定の不具合状態の対策を講じる上で必要な前記車両データの種別と取得条件とが記述されていることを特徴とするモードファイルの特定方法。
【請求項１１】
前記記憶部は、それぞれが異なる車両の種類および形式と対応付けられ、前記複数のモードファイルを１単位とした複数のファイルセットと、複数の車両の種類および形式のそれぞれと対応付けられた前記制御ユニットの識別子とをさらに格納しており、
前記コンピュータが、前記制御ユニットより取得した前記識別子に基づいて、前記複数の車両の種類および形式の中から、前記取得した識別子に対応する車両の種類および形式を特定するとともに、前記複数のファイルセットの中から、前記特定された車両の種類および形式に対応する前記ファイルセットを特定することを特徴とする請求項１０に記載されたモードファイルの特定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オペレータ側システムおよびモードファイルの特定方法に係り、特に、記録対象となる制御パラメータを出力する車両に生じているであろう不具合状態に応じたモードファイルの決定手法に関する。
【背景技術】
【０００２】
従来より、車両の不具合状態を特定すべく、車両に搭載された制御装置の制御パラメータをダウンロードして、記録するデータ記録装置が知られている。例えば、特許文献１に開示されたデータ記録装置では、まず、取得する信号名、サンプリングレートやトリガモード等といった操作条件が設定される。この操作条件に基づいて、車両側の制御装置における各種データ（すなわち、制御パラメータ）が時系列的にサンプリングされ、車両の不具合状態を特定するのに有効なデータが得られるであろう条件が成立した場合、サンプリングデータがデータ記録部に格納される。
【０００３】
特許文献２には、車両用故障診断装置が開示されている。この装置では、車両に搭載された電子制御装置とデータ通信を行うことで、電子制御装置において生成された故障コードが受け取られる。そして、この故障コードに応じて、複数の作業手順および検査手法の中から、適切な作業手順および検査手法が選択された上で、これらが表示される。
【特許文献１】特開２００２−７０６３７号公報
【特許文献２】特許第２５８９６１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、操作条件、すなわち、記録すべきデータ内容および条件がデータ記録装置に対して適切に設定されない場合、不要なデータを記録したり、逆に、必要なデータを記録し損じたりするといった不都合が生じる。そのため、この類のデータ記録装置には、搭載対象となる車両に生じている不具合状態を特定するために有効な操作条件がオペレータにより事前に決定された上で、設定されている。操作条件を決定する手法としては、例えば、特許文献２に開示されているように、制御ユニットにおいて生成された診断コードを参照し、この故障コードに応じて操作条件を決定することが考えられる。ところで、データを効率的に取得するといった観点でいえば、不具合状態を細分化し、個々の不具合状態に対応する最適な操作条件を設定しておくことが好ましい。しかしながら、不具合状態をより細分化した場合、この不具合状態と診断コードとが必ずしも対応しない場合があり、より特定的に車両に生じている不具合状態を見越した上で操作条件を設定することが好ましい。
【０００５】
本発明は、かかる事情に鑑みてなされたものであり、その目的は、記録対象となる車両の不具合状況に応じて、データ記録装置が記録すべきデータ内容および条件を適切に決定することである。
【課題を解決するための手段】
【０００６】
かかる課題を解決するために、第１の発明は、オペレータ側システムを提供する。このオペレータ側システムは、複数のモードファイルと、モードファイルのそれぞれに対応付けられ、車両の不具合状態を特定可能なコードと、モードファイルのそれぞれに対応付けられ、車両の不具合状態を特定可能なキーワードとが記憶された記憶部と、車両に設けられた制御ユニットとの間で情報伝達可能なネットワークを介して制御ユニットより取得したコードと、オペレータによって入力されたキーワードとを検索キーとして設定するキーワード設定部と、検索キーに基づいて、複数のモードファイルの中から、検索キーに対応するモードファイルを特定する処理部とを有する。このモードファイルのそれぞれには、制御ユニットにおける制御パラメータを含む複数の異なる車両データのうち、特定の不具合状態の対策を講じる上で必要な車両データの種別と取得条件とが記述されている。
【０００７】
ここで、第１の発明において、コードは、制御ユニットにおいて生成される診断コードであることが好ましい。また、キーワードは、不具合状態において想定される車両の状態を反映した文字列であることが好ましい。また、キーワードは、車両が走行した走行環境を表す文字列をさらに含むことが好ましい。
【０００８】
また、第１の発明において、記憶部は、コードおよびキーワードと対応付けられていない、種々の不具合状態の対策を講じる上で共通して必要な車両データの種別と取得条件とが記述されている所定のモードファイルをさらに格納しており、処理部は、検索キーに対応するモードファイルが特定されない場合、所定のモードファイルを特定することが好ましい。
【０００９】
また、第１の発明において、記憶部は、それぞれが異なる車両の種類および形式と対応付けられ、複数のモードファイルを１単位とした複数のファイルセットと、複数の車両の種類および形式のそれぞれと対応付けられた制御ユニットの識別子とをさらに格納しており、処理部は、制御ユニットより取得した識別子に基づいて、複数の車両の種類および形式の中から、取得した識別子に対応する車両の種類および形式を特定するとともに、複数のファイルセットの中から、特定された車両の種類および形式に対応するファイルセットを特定することが好ましい。
【００１０】
また、第１の発明において、モードファイルは、取得内容として、制御ユニットによって学習される学習値、または、車両の周辺情報を含むことが好ましい。また、複数のモードファイルは、個別のモードファイルに応じて加速度センサの感度設定が異なることが好ましい。
【００１１】
さらに、第１の発明において、ネットワークは、決定されたモードファイルに記述された種別と取得条件とに基づいて、車両データを記録する、制御ユニットとデータ通信可能なデータ記録装置との間で情報伝達可能であり、キーワード設定部は、データ記録装置を介し、制御ユニットからコードを取得することが好ましい。
【００１２】
第２の発明は、モードファイルの特定方法を提供する。このモードファイルの特定方法は、コンピュータが、車両に設けられた制御ユニットと情報伝達可能なネットワークを介して制御ユニットより取得したコードと、オペレータによって入力されたキーワードとを検索キーとして設定するステップと、コンピュータが、検索キーに基づいて、複数のモードファイルと、モードファイルのそれぞれに対応付けられ、車両の不具合状態を特定可能なコードと、モードファイルのそれぞれに対応付けられ、車両の不具合状態を特定可能なキーワードとが記憶された記憶部を検索することにより、複数のモードファイルの中から、検索キーに対応するモードファイルを特定するステップとを有し、モードファイルのそれぞれには、制御ユニットにおける制御パラメータを含む複数の異なる車両データのうち、特定の不具合状態の対策を講じる上で必要な車両データの種別と取得条件とが記述されている。
【００１３】
ここで、第２の発明において、記憶部は、それぞれが異なる車両の種類および形式と対応付けられ、複数のモードファイルを１単位とした複数のファイルセットと、複数の車両の種類および形式のそれぞれと対応付けられた制御ユニットの識別子とをさらに格納しており、コンピュータが、制御ユニットより取得した識別子に基づいて、複数の車両の種類および形式の中から、取得した識別子に対応する車両の種類および形式を特定するとともに、複数のファイルセットの中から、特定された車両の種類および形式に対応するファイルセットを特定することが好ましい。
【発明の効果】
【００１４】
本発明によれば、制御ユニットより取得したコードと、オペレータによって入力されたキーワードとを検索キーとして、複数のモードファイルの中から検索キーに対応するモードファイルが特定される。このように、種々の不具合状態を含めると想定されるモードファイルの数は膨大になるが、記録対象となるデータを出力する制御ユニットにおいて生成されたコードのみならず、オペレータによって入力されるキーワードを含む検索キーを用いてモードファイルの絞り込みを行うことにより、適切なモードファイルを自動的、かつ、容易に特定することができる。モードファイルは、車両に生じ得る不具合状態を想定した上で、この不具合状態を特定するために有効なデータ内容や取得条件が、実験やシミュレーションを通じて予め適切に対応付けられている。そのため、車両の不具合状態と一致したモードファイルをデータ記録装置に設定することができるので、必要な車両データの効率的な記録を行うことができる。
【発明を実施するための最良の形態】
【００１５】
図１は、本実施形態にかかるオペレータ側システムを含む全体構成図である。まず、オペレータ側システム２０の説明に先立ち、データ記録装置１（以下、単に「記録装置」という）について説明する。記録装置１は、車両に関する各種データ（以下「車両データ」という）を記録する装置であり、必要に応じて、車両に搭載される。記録装置１が記録する車両データとしては、車両に設けられた電子制御ユニット２（以下「ＥＣＵ」という）の制御パラメータが挙げられる。「制御パラメータ」は、典型的には、ＥＣＵ２において演算される制御量が想定されるが、この制御量を演算するために用いられるパラメータ（エンジン回転数（rpm）や車速（km/h）等）や学習値（制御学習マップ）も含まれる。
【００１６】
ここで、ＥＣＵ２は、マイクロコンピュータを中心に構成されており、各種装置の制御を行う。本実施形態では、ＥＣＵ２として、エンジン４の制御を行うエンジン制御ユニット２ａ（以下「Ｅ／Ｇ−ＥＣＵ」という）を主体に説明する。しかしながら、本発明は、オートマチックトランスミッションの制御を行うトランスミッション制御ユニット（ＡＴ−ＥＣＵ）、アンチロックブレーキシステムの制御を行うＡＢＳ制御ユニット（ＡＢＳ−ＥＣＵ）等に対しても同様に適用可能である。本明細書では、「ＥＣＵ」という用語をこれらの制御ユニットを総称する意味で用いる。
【００１７】
ＥＣＵ２には、制御対象の状態を検出するために、各種センサ５からのセンサ検出信号が入力されている。この種のセンサ５としては、吸入空気量センサ、吸気圧センサ、車速センサ、エンジン回転数センサ、水温センサ、加速度センサ（Ｇセンサ）等が挙げられる。ＥＣＵ２は、予め設定された制御プログラムに従い、センサ検出信号に基づいて、各種の制御量に関する演算を行う。そして、この演算によって算出された制御量が各種アクチュエータに対して出力される。例えば、Ｅ／Ｇ−ＥＣＵ２ａは、燃料噴射幅（燃料噴射量）、点火時期、スロットル開度等に関する演算を行い、算出された制御量に応じた制御信号を各種アクチュエータに対して出力するといった如くである。車両に搭載されている各ＥＣＵ２は、Ｋ−Ｌｉｎｅ（シリアル通信の一規格）またはＣＡＮ（Controller Area Network）によって相互に接続されており、これらの通信線を介してシリアル通信を行うことにより、互いの情報を共有することができる。なお、ＥＣＵ２を構成する各制御ユニットには、上述したセンサ検出信号のすべてが共通に入力されている必要はなく、個々の制御ユニットが制御を行う上で必要なセンサ検出信号が入力されていれば足りる。
【００１８】
また、このＥＣＵ２は、制御対象の各部位の不具合を診断するための自己診断プログラムを搭載しており、マイクロコンピュータやセンサ５類の動作状態を適当な周期で自動的に診断する。この診断により不具合が認められた場合、ＥＣＵ２は、その不具合内容に対応する診断コードを生成し、これをＥＣＵ２のバックアップＲＡＭの所定アドレスに格納する。また、ＥＣＵ２は、必要に応じて、ＭＩＬランプを点灯或いは点滅させる等の警報処理を行う。
【００１９】
記録装置１が車両に搭載されるケースとしては、定期点検時、または、何らかの不具合をユーザが発見し、サービス工場へ入庫した場合等が挙げられる。前者のケースでは、サービスマンによる車両の試験走行が行われる。この場合、記録装置１は、試験走行期間中における車両データを随時取得し、必要に応じて、取得した車両データを記録する。また、後者のケースでは、サービスマンがその不具合を容易に特定できるようなケースを除いて、ユーザに車両が一旦返却される。この場合、記録装置１は、ユーザによって通常の運転が行われている状況における車両データを随時取得し、必要に応じて、取得した車両データを記録する。サービスマンによる試験走行が終了すると、或いは、再度サービス工場へ車両が入庫すると、記録装置１は車両から取外される。そして、車両に生じている不具合の有無を特定するために、また、不具合が生じている場合にはその原因を特定するために、記録装置１に記録された車両データが用いられる。
【００２０】
図２は、記録装置１のシステム構成を示したブロック図である。記録装置１は、ＣＰＵ６を主体に構成されており、このＣＰＵ６に接続されたバスには、ＲＯＭ７、ＲＡＭ８、データ記録部９、操作部１０、通知部１１およびインターフェース部１２が接続される。ＣＰＵ６は、この記録装置１全体の制御を司り、ＲＯＭ７に格納された制御プログラムを読み出して、このプログラムに従った処理を行う。ＲＡＭ８は、ＣＰＵ６によって実行される各種処理データ等を一時的に格納するワークエリアを形成しているとともに、時系列的に取得した車両データを一時的に記録するバッファとしての機能を有する。
【００２１】
ＲＡＭ８に記録された車両データは、後述する条件が成立することを前提に、ＣＰＵ６によって、外部のシステムがアクセス可能なデータ記録部９に記録される。本実施形態では、データ記録部９に記録されたデータの汎用性を考慮した上で、データ記録部９として、記録装置１に対して着脱可能なカード型の不揮発性メモリ、例えば、フラッシュメモリタイプのメモリカードを用いる。そのため、記録装置１は、ＣＰＵ６がメモリカードに対してアクセス可能なソケット（或いは、ドライブ）を備えており、記録装置１が車両に搭載される場合には、サービスマンによりメモリカードがソケットに予め挿入される。これにより、ＣＰＵ６は、データ記録部９に相当するメモリカードに車両データを記録したり、また、メモリカードに記録された情報を読み出すことができる。この類のメモリカードとしては、スマートメディア、ＳＤメモリカード等といった各種の記憶媒体を用いることができる。これらのメモリカードは、その記憶容量も8ＭＢ〜1ＧＢと様々であり、所定の記憶容量を有するメモリカードを任意に使用することができる。
【００２２】
データ記録部９として機能するメモリカードには、記録対象となる車両に生じている不具合状態を想定した上で、その不具合状態に対応したモードファイルが格納されている。このモードファイルは、ＣＰＵ６によって読み出され、記録装置１の稼働状態、すなわち、記録すべきデータ内容および条件を設定するためのファイルとして用いられる。なお、モードファイルおよびモードファイルの設定処理の詳細については後述するため、ここでの説明を省略する。
【００２３】
操作部１０は操作スイッチが設けられたリモコンで構成されており、このリモコンはドライバーによって操作可能である。ドライバーによって操作スイッチが操作されると、操作部１０からＣＰＵ６に対して操作信号が出力され、これにより、ＣＰＵ６はＲＡＭ８に記録された車両データをデータ記録部９に記録する。換言すれば、この操作スイッチの操作は、ドライバーによる任意のタイミングでのトリガ条件として機能する。
【００２４】
通知部１１は、取得条件を満足する車両データの記録が適切に完了した場合には、ユーザに対して記録完了を通知する。本実施形態において、この通知部１１は、ＬＥＤを主体に構成されており、取得条件に記述された車両データの記録が適切に終了した場合に、点灯または点滅するように制御される。これにより、車両データの記録完了をユーザに対して有効に通知することができる。なお、通知部１１は、ＣＲＴや液晶ディスプレイ、或いはスピーカー等で構成されていてもよく、トライバーに対して記録完了を通知することができる各種の構成を採用することができる。
【００２５】
インターフェース部１２は、車両側のデータを授受するための各種インターフェースを含む。記録装置１は、このインターフェース部１２を介して、車両側のＣＡＮまたはＫ−Ｌｉｎｅと接続され、車両側のＥＣＵ２と双方向のデータ通信を行うことができる。これにより、記録装置１は、ＥＣＵ２側から制御パラメータを取得することができるとともに、診断コードの生成などＥＣＵ２の状況を把握することができる。また、このインターフェース部１２は、車両に設けられた各種センサ５からの出力信号が直接的に或いはＥＣＵ２を介して間接的に入力される。そのため、記録装置１は制御パラメータに付随する情報として、各種センサ５によって検出されたセンサ検出信号や、車両の周辺情報を記録することができる。ここで、車両の周辺情報は、車両の周辺外部に関する情報であり、車外の気温、車外の気圧、車両周辺の高度や絶対位置（緯度・経度）等がこれに該当する。これとともに、インターフェース部１２には、イグニッションスイッチ１３のオンまたはオフに連動する信号（オン信号／オフ信号）も入力される。さらに、記録装置１は、このインターフェース部１２を介して、ＬＡＮ等のネットワーク環境を介して、外部ＰＣ（オペレータ側システム２０）との間で双方向通信を行うことができる。
【００２６】
図３は、オペレータ側システム２０のシステム構成図である。データ記録部９に格納されるモードファイルの選択は、オペレータ（典型的には、サービスマン）によりオペレータ側システム２０を用いて行われる。このオペレータ側システム２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、入出力インターフェースを主体に構成されており、ネットワーク環境を介して（本実施形態では、ＬＡＮ）、記録装置１と情報伝達が可能である。このようなオペレータ側システム２０としては、例えば、パーソナルコンピュータ（ＰＣ）が挙げられる。これとともに、オペレータ側システム２０は、キーボードやマウス等の入力部２２、ＣＲＴやＬＣＤ等の表示部２３を有している。この記憶部２１としては、例えば、磁気ディスク装置（ＨＤＤ）や電気的に書換可能なＲＯＭ（ＥＥＰＲＯＭ）が内蔵されたメモリカード等の外部記憶装置、或いはＲＡＭ等の内部記憶装置を用いることができる。
【００２７】
図４は、モードファイルの一例を示す説明図である。このモードファイルは、取得内容、取得条件で構成される。取得内容は、記録対象となる車両データの種別である。取得条件は取得内容に応じた車両データを取得・記録するための条件であり、サンプリングレート、トリガ条件、記録時間等がこれに該当する。サンプリングレートは、車両データを取得する周期であり、取得内容に応じて様々な周期が設定されている。トリガ条件は、取得した車両データをＲＡＭ８からデータ記録部９に記録する際の条件である。このトリガ条件としては、車両データの経時的な推移における所定点（例えば、車速=0km/hやエンジン回転数0rpm）や、イグニッションスイッチ１３のオン、失火判定といった故障コードの生成時、データ取得における最初と最後、または、ＭＩＬランプの点灯等が挙げられる。記録時間は、ＲＡＭ８からデータ記録部９に記録される車両データの時間的な長さであり、例えば、トリガ条件の成立前後の10分間等が挙げられる。
【００２８】
モードファイルは、車両に生じ得る不具合状態を想定した上で、この不具合状態を特定するために有効な取得内容や取得条件が、実験やシミュレーションを通じて予め適切に設定されている。同図に示した例において、モードファイルＡは、ラフアイドルを不具合状態として想定したモードファイルである。このモードファイルＡに従えば、記録装置１は、エンジン回転数、車速、吸入管圧、点火進角、燃料噴射幅、アイドルコントルールバルブ制御量、エンジン水温といった車両データを、最速（例えば10msec）のサンプリングレートで取得する。また、車両データの取得期間中において、エンジン回転数が0rpmとなることをトリガ条件として、その条件成立タイミングの前後10分間の車両データがデータ記録部９に記録される。或いは、エンジン回転数の変化量が所定値以上となることをトリガ条件として、その条件成立タイミングの前後10分間における車両データがデータ記録部９に記録される。一方、モードファイルＢはエンジン始動不良を不具合状態として想定したモードファイルであり、モードファイルＣはサージ等の異常振動を不具合状態として想定したモードファイルである。これに対して、モードファイルＤは、特定の不具合状態を想定したモードファイルとはなっておらず、種々の不具合状態の対策を講じる上で共通して必要な車両データの種別と取得条件とが記述されている。
【００２９】
このように、記憶部２１には、車両に生じ得る不具合状態を想定し、これらの不具合状態に対応した複数のモードファイルが記憶されている。また、この記憶部２１には、これらのモードファイルを１単位としたファイルセットが複数記憶されている。各ファイルセットは、それぞれが異なる車両の種類および形式と対応付けられている。車両の種別および形式に対応付けたファイルセットを用意する理由は、同一の不具合状態を想定した場合、車両の種類および形式が相違することで、その対策を講じる上で必要となる車両データの種別等が相違しているからである。そのため、車両の種類および形式毎に、ファイルセットを用意する必要がある。なお、各ファイルセットにおいて、対応する不具合状態のモードファイルであっても、取得内容および取得条件は、車両の種別および形式毎に異なっている。また、この記憶部２１には、車両における固有の識別子に相当するＥＣＵ２のＲＯＭ−ＩＤと、車両の種類および形式との対応関係が格納されている。そのため、この記憶部２１を検索することにより、ＲＯＭ−ＩＤに対応する車両の種類および形式を特定することができる。
【００３０】
図５は、キーワードとモードファイルの対応関係を示すマップの説明図である。それぞれのモードファイルは、個々のモードファイルの対応付けられた不具合状態を特定可能なコードと対応付けられているとともに、個々のモードファイルの対応付けられた不具合状態を特定可能なキーワードとも対応付けられている。ある不具合状況に対応付けられるコードは、その不具合状態が生じている車両に搭載されたＥＣＵ２において生成される診断コードであり、ある不具合状態に対応付けられるキーワードは、その不具合状態が生じている車両の状態を反映した文字列となっている。同図に示すように、「ラフアイドル」を不具合状態として場合、これに対応付けられるキーワードは、例えば、エンジンストップ（エンスト）、ラフアイドル、アイドリング不安定、ユラユラ、振動といった文字列であり、これに対応するコードは、ＴＣ××である。
【００３１】
オペレータ側システム２０において、ＣＰＵはＲＯＭに格納された制御プログラムに基づいて、モードファイルの設定処理を実行する。制御プログラムの実行状態にあるオペレータ側システム２０を機能的に見た場合、このシステム２０は、キーワード設定部２４と、処理部２５とを有する。キーワード設定部２４は、車両に設けられた制御ユニットとの間で情報伝達可能なネットワークを介してＥＣＵ２より取得した診断コードと、オペレータによって入力されたキーワードとを検索キーとして設定する。処理部２５は、検索キーに基づいて、記憶部２１に記憶された複数のモードファイルの中から、検索キーに対応するモードファイルを特定する。
【００３２】
図６および図７は、モードファイルの設定手順を示したフローチャートである。この設定処理は、車両に搭載され、ＥＣＵ２とデータ通信可能な記録装置１と、オペレータ側システム２０とをネットワークを介して接続し、オンラインで実行する。まず、ステップ１において、記録装置１に対して、ＥＣＵ２から車両固有の識別子（本実施形態では、ＥＣＵ２のＲＯＭ−ＩＤ）を取得するように指示信号が送信される。
【００３３】
指示信号を受信した記録装置１は、ＥＣＵ２に対して、ＲＯＭ−ＩＤの送信要求信号を送信する（ステップ２）。送信要求信号を受信したＥＣＵ２は、自己のＲＯＭ内を検索し、ＲＯＭ−ＩＤを読み込むとともに（ステップ３）、読み出したＲＯＭ−ＩＤをＩＤ情報として記録装置１に対して送信する（ステップ４）。そして、記録装置１がＩＤ情報を受信すると、送信要求信号に応じた情報を取得したと判断し、このＩＤ情報をオペレータ側システム２０に送信する（ステップ５）。
【００３４】
ステップ５に続くステップ６において、ＩＤ情報を受信したオペレータ側システム２０は、記憶部２１に格納されたＲＯＭ−ＩＤと車両の種類および形式との対応関係に基づいて、このＩＤ情報を参照し、記録対象となる車両の種類および形式を特定する。
【００３５】
ステップ７において、オペレータ側システム２０は、記録装置１に対して、ＥＣＵ２において生成されている診断コードを取得するように指示信号を送信する。指示信号を受信した記録装置１は、ＥＣＵ２に対して、診断コードの送信要求信号を送信する（ステップ８）。送信要求信号を受信したＥＣＵ２は、自己のバックアップＲＯＭを検索し、診断コードを読み出すとともに（ステップ９）、読み出した診断コードをコード情報として記録装置１に対して送信する（ステップ１０）。ただし、診断コードが生成されていない場合には、診断コードが生成されていない旨の情報が、コード情報として記録装置１に対して送信される。そして、記録装置１がコード情報を受信すると、送信要求信号に応じた情報を取得したと判断し、このコード情報がオペレータ側システム２０に送信される（ステップ１１）。
【００３６】
ステップ１１に続くステップ１２において、コード情報を受信したオペレータ側システム２０は、表示部２３にキーワードの入力画面を表示させる。この表示に応じて、オペレータにより所定の文字列が入力される（ステップ１３）。文字列を入力するにあたり、オペレータは、ドライバーから車両の状態を予め聴取しておき、この聴取の結果から車両に応じた文字列を入力する。この場合、オペレータは、それぞれのモードファイルと対応付けられたキーワード群を予めリストアップしておくことで、これに該当するキーワードを選択的に入力することが好ましい。
【００３７】
そして、車両の種類および形式、診断コードおよび入力されたキーワードを検索キーとして用い、モードファイルを特定する。具体的には、まず、記憶部２１を検索することにより、特定された車両の種類および形式に基づいて、これに対応するファイルセットが抽出される（ステップ１４）。つぎに、抽出されたファイルセットを検索することにより、検索キーに基づいて、複数のモードファイルの中から、検索キーに対応するモードファイルを特定する（ステップ１５）。複数の検索キーが存在する場合には、これらに対応するモードファイルが複数該当することが考えられる。このケースでは、これらのモードファイルのうち、検索キーの一致数が最も多いモードファイルを択一的に選択する。例えば、検索キーとして、「エンスト」「振動」「ＴＣ××」が存在する場合には、「モードファイルＣ（その不具合状態：異常振動）」よりもキーワードの一致数が多い「モードファイルＡ（その不具合状態：ラフアイドル）」が特定される。なお、キーワードに対応する不具合状態が存在しない場合には、このステップ１６では、不具合状態に対応付けられていないモードファイル（例えば、図５に示すモードファイルＤ）が、設定すべきモードファイルとして特定される。
【００３８】
オペレータ側システム２０は、特定されたモードファイルを記憶部２１から読み込む。そして、記録装置１に対して、この読み込まれたモードファイルを送信するとともに、送信したモードファイルを設定すべきモードファイルとして指示する指示信号を送信する（ステップ１６）。モードファイルを受信した記録装置１は、指示信号に基づいて、このモードファイルをデータ記録部９に格納する（ステップ１７）。これにより、オペレータ側システム２０によるモードファイルの設定が完了する。
【００３９】
以下、オペレータ側システム２０によってモードファイルが設定された記録装置１の記録動作について説明する。この記録装置１は、電源が投入され、システムが起動すると、データ記録部９に記録されたモードファイルに基づいて、稼働状態の設定が行われる。具体的には、モードファイルに記載された取得内容が読み込まれ、これが車両側から取得すべき車両データとして設定されるとともに、取得条件が読み込まれ、車両データの取得・記録に関する条件が設定される。これにより、記録装置１は、モードファイルに従った取得・記録動作を行う状態に設定される。
【００４０】
稼働状態が設定されると、まず、取得内容として設定された制御パラメータを取得すべく、ＥＣＵ２に対してデータ要求信号が出力される。ＥＣＵ２は、車両の始動にともない通常のシステム制御を実行しており、データ要求信号を受信すると、このシステム制御を実行しつつ、取得内容に応じた制御パラメータを、自身の動作が終了するまで記録装置１に対して出力する。データ要求信号に応じて制御パラメータを受信した場合には、記録装置１は、受信した制御パラメータが所定のサンプリングレートで取得され、取得された制御パラメータが時系列的にＲＡＭ８に記録される。また、取得内容に、ＥＣＵ２の制御パラメータ以外の車両データ、すなわち、センサ検出信号や周辺情報が含まれている場合には、記録装置１は、インターフェース部１２を介してこれらのデータも取得し、これを時系列的にＲＡＭ８に記録する。
【００４１】
なお、エンジン回転数のように、ＥＣＵ２の制御パラメータ（演算値）と、センサ検出信号との両者において、取得内容に対応するデータが存在する場合には、記録装置１は、制御パラメータとともにセンサ検出信号を取得し、両者のデータをＲＡＭ８に記録することができる。また、周辺情報は、記録装置１とともにこれらの周辺情報を検出するセンサを個別に取付けることにより、各センサからのセンサ検出信号として取得することができる。ただし、車両側にこれらの情報を検出可能なセンサ（例えば、温度計やＧＰＳ）が搭載されてる場合には、これらの出力信号を利用してもよい。
【００４２】
そして、データ取得中において、トリガ条件が成立した場合、取得条件に従い、ＲＡＭ８に記録されている車両データがデータ記録部９に記録される。例えば、図３に示すモードファイルＡでは、取得しているエンジン回転数が0rpmとなった場合に、トリガ条件成立と判断される。このケースでは、トリガ条件の成立タイミング以前の５分間の車両データがＲＡＭ８から読み出され、データ記録部９に記録される。これとともに、トリガ条件の成立タイミング以後の5分間において、ＲＡＭ８に記録される車両データがデータ記録部９に記録される。
【００４３】
図８は、データ記録部９に記録された時系列的な車両データの推移を示す説明図である。同図には、車両データとして、車速（km/h）、スロットル開度（deg）、エンジン回転数（rpm）および吸入管負圧（mmHg）が例示されている。同図に示すように、データ記録部９に記録される車両データは、取得時の時間情報と対応付けて記録される。この時間情報は、日付・時刻によって現される絶対的な時間、或いは、記録開始からの経過時間によって現される相対時間が用いられる。
【００４４】
そして、この記録装置１は、制御パラメータの送信がＥＣＵ２から中断されると、車両の運転停止を判断し、記録装置１が安全に電源を遮断できるようにシャットダウン処理を実行した後、電源を遮断する。
【００４５】
このように本実施形態によれば、ＥＣＵ２より取得した診断コードと、オペレータによって入力されたキーワードとを検索キーとして、複数のモードファイルの中から検索キーに対応するモードファイルが特定される。このように、種々の不具合状態を含めると想定されるモードファイルの数は膨大になるが、ＥＣＵ２において生成されたコードのみならず、オペレータによって入力されるキーワードを含む検索キーを用いてモードファイルの絞り込みを行うことにより、適切なモードファイルを自動的、かつ、容易に特定することができる。モードファイルは、車両に生じ得る不具合状態を想定した上で、この不具合状態を特定するために有効なデータ内容や取得条件が、実験やシミュレーションを通じて予め適切に対応付けられている。そのため、車両の不具合状態と一致したモードファイルを記録装置１に設定することができるので、必要な車両データの効率的な記録を行うことができる。
【００４６】
ところで、記録装置１側に種々の不具合状態に対応したモードファイルを予め格納しておくことで、これらを択一的に選択して、モードファイルを設定することも考えられる。しかしながら、想定される不具合状態は様々であり、これらについて車両の種類および形式までも含めるとモードファイルの数は膨大となる。そのため、かかる手法によれば、記録装置１側にモードファイルを格納するだけの記録容量を必要とするため、装置の構成が大規模化してしまう虞がある。この点本実施形態によれば、これらのモードファイルはオペレータ側システム２０に格納されており、この中から選択された適切なモードファイルが記録装置１側に提供されるので、このような問題を解消することができる。
【００４７】
なお、本実施形態では、オンラインによりモードファイルの設定処理を実行したが、オフラインで設定処理を行ってもよい。具体的には、図１に示すように、オペレータ側システム２０がデータ記録部９として機能するメモリカードにアクセス可能な構成において、上述の処理の如くモードファイルを特定し、これをメモリーカードに記録する。そして、このメモリカードを記録装置１のソケットに挿入した上で、ＣＰＵ６がメモリカードに格納されたモードファイルを読み込むことにより、モードファイルの設定が行われる。なお、オフライン処理では、オペレータ側システム２０とデータ記録装置１との情報伝達が不可能となるため、ＥＣＵ２のＲＯＭ−ＩＤおよびＥＣＵ２における診断コードが取得できない。そのため、このようなケースでは、車両の種類および形式、および診断コードは、予めこれらの情報を取得しておくことで、オペレータにより入力される。
【００４８】
なお、本実施形態では、キーワードとして、ＥＣＵ２のＲＯＭ−ＩＤ、不具合状態を反映した文字列、診断コードを例示した。しかしながら、これ以外にも、キーワードと不具合状態との対応付けは、高地や寒冷地といった地理的な要素に相当する車両の走行した走行環境をキーワードとして、地理的な状況を反映した不具合状態と対応付けてもよい。また、各種センサ５から出力されるセンサ検出信号は、その不具合状況に応じ、入出力の増幅ゲインを変更するように、モードファイルを設定してもよい。例えば、不具合状態として車両に異常振動が生じているケースでは、Ｇセンサの検出値がダイナミックに変化するため、ゲインが大きすぎると、記録装置１側でこの変化のすべてを記録しきれない可能性がある。そこで、このようなケースを考慮して、不具合状態を異常振動としたモードファイルよりも、これとは異なる不具合状態のモードファイルよりもゲインを小さくして取得する、すなわち、加速度センサの感度設定を変更するように、モードファイルに予め設定を行っておいてもよい。
【００４９】
なお、記録装置１におけるデータ記録部９は、フラッシュメモリタイプのメモリカードに限定されず、磁気式、光学式等といった各種の記録媒体を広く適用することができる。このケースでは、ＲＡＭ８に記録された車両データは、ＣＰＵ６によって制御される各種のドライブを介して、記録媒体に記録される。すなわち、本発明におけるデータ記録部９は、必ずしも記録装置１の構成要件である必要はなく、この記録装置１は、少なくとも、データ記録部９に対して車両データを記録可能であれば足りる。ただし、データ記録部９は、必ずしも着脱可能である必要はなく、記録装置１と一体的に設けられていてもよい。
【図面の簡単な説明】
【００５０】
【図１】本実施形態にかかるオペレータ側システムを含む全体構成図
【図２】記録装置のシステム構成を示したブロック図
【図３】オペレータ側システムのシステム構成図
【図４】モードファイルの一例を示す説明図
【図５】不具合状態とキーワードとの対応関係を示すマップの説明図
【図６】モードファイルの設定手順を示したフローチャート
【図７】モードファイルの設定手順を示したフローチャート
【図８】データ記録部に記録された時系列的な車両データの推移を示すを示す説明図
【符号の説明】
【００５１】
１      データ記録装置
２      ＥＣＵ
２ａ    Ｅ／Ｇ−ＥＣＵ
４      エンジン
５      センサ
６      ＣＰＵ
７      ＲＯＭ
８      ＲＡＭ
９      データ記録部
１０      操作部
１１      通知部
１２      インターフェース部
１３      イグニッションスイッチ
１４      バッテリ
２０      オペレータ側システム
２１      記憶部
２２      入力部
２３      表示部
２４      キーワード設定部
２５      処理部
【図１】
2005239085.tif 000003
【図２】
2005239085.tif 000004
【図３】
2005239085.tif 000005
【図４】
2005239085.tif 000006
【図５】
2005239085.tif 000007
【図６】
2005239085.tif 000008
【図７】
2005239085.tif 000009
【図８】
2005239085.tif 000010