WO2012049750A1 - 車両データ取得システム及び車両データ取得方法 - Google Patents

Abstract

車両データ取得システムは、車載情報処理装置（２１）を通じて取得した車両データを、記憶装置（３１）に記憶する。車載情報処理装置（２１）には、車両データの取得を支援するデータ取得プログラム（１２）が動的に組み込まれる。情報処理装置（２１）に予め組み込まれたアプリケーションプログラム（１１）の１乃至複数の位置には、他の命令に置き換え可能なプローブ部（Ｐ）が無効命令として配置される。データ取得プログラム（１２）は、プローブ部（Ｐ）を車両データの取得命令に置き換え、取得した車両データを時系列的に記憶装置（３１）に記憶する。データ取得プログラム（１２）は、車両データの取得後には、プローブ部（Ｐ）を無効命令に再置き換えする。

Description

車両データ取得システム及び車両データ取得方法

　本発明は、車両に搭載された情報処理装置の動作を利用することによって車両データを取得する車両データ取得システム、及び車両データ取得方法に関する。

　一般に、車両に搭載されているナビゲーションシステムや各種制御装置等の車載情報処理装置の動作試験等に際しては、同情報処理装置にて実行されたプログラムを通じて取得される車両データに基づき、車両状態の解析が行われる。そのため車載情報処理装置には、こうして取得される車両データを時系列で記憶する機能、いわゆるデータログ機能が設けられている。ただし、車載情報処理装置を通じて取得したいデータは、対象とする不具合の内容等、解析の対象に応じて異なるため、こうしたデータログ機能としても、取得するデータの種類や数などを、解析の対象に応じて変更する必要がある。そして通常、そのようなデータログ機能の変更は、データログ機能を有するプログラムのソースコード自体を変更することによって行われる。しかし、このようなソースコードの変更は、当該プログラムに習熟している技術者だけが行うことのできる作業であるとともに、たとえ習熟している技術者であれ、変更しようとしているプログラムを正確に変更することは難しい作業である。

　そこで従来、データログ機能の変更を容易に行うことのできる技術が提案されており、その一例が特許文献１に記載されている。この特許文献１に記載のシステムは、基本的に、車両を制御する制御プログラムと、当該車両各部の診断を行いつつその車両データを記憶していくデータログ機能を含む診断プログラムとを有している。そしてこれらのうち、診断プログラムは、車載情報処理装置に接続されたメンテナンス用の端末装置から、故障情報に対応して送出された機能変更情報に基づき、記憶すべき車両データやその記憶条件が変更される。これによって、診断プログラムに対する知識がない技術者であれ、故障情報に対応する機能変更情報を端末装置から車載情報処理装置へ送出することによって、故障箇所を特定するための車両データを簡単に収集することができるようになる。

特開２００３－８４９９８号公報

　このように、特許文献１に記載のシステムによれば、プログラムに習熟していない技術者が行う場合であれ、故障情報に応じた機能変換情報に基づき故障診断に有用な車両データがいわゆるログデータとして記憶されるようになる。また故障情報に応じた機能変換情報が予め用意されていることから、プログラムのソースコードを変更する際に不正確な改変を生じるおそれもなくなる。

　しかし同システムにあって、上記診断プログラムは、制御プログラムが各制御に含まれている診断処理を実行（コール）してから記憶条件に基づき車両データを記憶する処理構造となっている。すなわち車両データは、制御プログラムによる処理結果毎に収集、記憶されることとなり、近年のプログラムの高度化、複雑化などに対する柔軟性の低下も避けられないものとなっている。

　本発明は、このような実情に鑑みてなされたものであり、その目的は、車載情報処理装置を通じて実行される既存の情報処理に対する誤った改変を生じさせることなく、解析の対象とする車両データを高い柔軟性をもって取得することのできる車両データ取得システム、及び車両データ取得方法を提供することにある。

　以下、上記課題を解決するための手段及びその作用効果を記載する。
　上記課題を解決するために、本発明は、車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した前記車両データを記憶装置に記憶する車両データ取得システムを提供し、前記車載情報処理装置には、情報処理の処理手順を実行する情報処理部が予め組み込まれる。前記車両データ取得システムは、前記車載情報処理装置の情報処理動作状態を利用することによって前記車両データの取得を支援すべく、前記車載情報処理装置に動的に組み込まれるデータ取得支援手段と；前記処理手順のうちのデータ取得処理を実行する１乃至複数の位置に、無効命令として配置されるプローブ部とを備える。前記プローブ部は、前記データ取得支援手段からの指示によって他の命令に置き換え可能に構成される。前記データ取得支援手段は、前記前記データ取得支援手段自身が前記車載情報処理装置に組み込まれることに伴って前記プローブ部を前記車両データの取得命令に置き換える。さらにデータ取得支援手段は、該置き換えによって取得した前記車両データを時系列的に前記記憶装置に記憶し、必要とされる前記車両データの取得後は、前記プローブ部を前記無効命令に再置き換えする。

　このような構成によればプローブ部を、車載情報処理装置の情報処理部の処理手順のうち、データ取得対象を取得する処理を実行する位置に配置することができる。すなわちプローブ部を、同処理手順において制約の少ない位置として、目的とする車両データが取得できるのであればとのような位置にでも配置することができる。よって、当該プローブ部を用いることによる車載情報処理装置を通じての車両データの取得の柔軟性を、高くすることができるようになる。例えば車載情報処理装置の情報処理部に含まれる各処理工程ごとにデータを取得するような構成の場合、各処理工程の結果に対応する車両データしか取得することができない。しかし本発明によれば、処理工程に含まれている処理手順内にプローブ部を配置することによって、車載情報処理装置の動作状態をより詳細に示す車両データを取得することができるようになる。具体的には本発明は、車載情報処理装置の回路構成やプログラムの処理単位などにかかわらず、それら回路の途中の位置や、処理単位を構成するソースコード内の途中の位置に、プローブ部を配置するようにする。これによれば、プローブ部を介することによる車載情報処理装置を通じての車両データを、詳細に取得することができるようになる。その結果、プローブ部を介して取得される車両データであれ、車載情報処理装置の動作状態の解析を高い精度で行うために用いることのできる車両データとして取得されることができるようになる。このため、車載情報処理装置の不具合の原因究明などの精度などが向上するようになる。

　またデータ取得支援手段は、プローブ部の無効命令を、車載情報処理装置による車両データの取得命令に置き換えるとともに、必要とされる車両データの取得後には、プローブ部を無効命令に再置き換えする。これによって、技術者等が回路やソースコードを直接変更するような作業が不要となるため、改変や修正が、回路やソースコードに不正確な改変等を生じるおそれが防止される。その結果、車両データ取得システムとしての信頼性も向上されるようになる。

　前記データ取得支援手段は、前記プローブ部に対する命令の置き換えの実行の有無を、前記車両の状態に応じて判断してもよい。
　このような構成によれば、車両が走行していることや、停止していることや、車両のキー操作などの車両の状態に応じて、プローブ部に対する命令の置き換えの実行の有無が判断される。これによって、プローブ部に対する命令の置き換えの実行を、置き換え作業に適した車両の状態で行なうことができるようにもなる。逆に言えば、プローブ部に対する命令の置き換えの実行を、置き換え作業に適していない車両の状態では行わないようにしたりすることもできる。このことから、プローブ部に対する命令の置き換え作業を、車両の走行に影響を与えないように行うようにすることができるようになり、車両データの取得処理の安全性を高めることができるようになる。

　前記データ取得支援手段は、前記プローブ部に対する命令の置き換えを、前記車両が停車しているとの条件で実行してもよい。
　この構成によるように、車両が停車しているときに、プローブ部に対する命令の置き換え作業を行うようにする。これによって、車両走行中であれば走行に影響を与えるおそれのあるプローブ部に対する命令の置き換え作業であれ、走行に影響を与えることを避けて同置き換え作業を行うことができるようになる。これによって、プローブ部を介する車両データの取得処理の安全性を、より高めることができるようになる。

　前記データ取得支援手段は、前記プローブ部に対する命令の置き換えを行なうことによって前記車載情報処理装置による情報処理に要する時間が、同情報処理に割り当てられている規定時間を超えると予測されるときには、前記プローブ部に対する命令の置き換えを行わないように構成されてもよい。

　このような構成によれば、車載情報処理装置による情報処理に要すると予測される時間が、同情報処理に割り当てられている最大時間などの規定時間を超えるようなときには、プローブ部に対する命令の置き換えを行わない。これによって、例えばプローブ部の命令を取得命令に置き換えたことによって車載情報処理装置の情報処理が規定時間内に終了しないために強制終了されてしまう、などのような不適切な処理が同情報処理に生じることを防ぐことができるようになる。その結果、プローブ部を介する車両データの取得処理の安全性が、高められるようになる。

　前記プローブ部は、複数設けられており、前記車載情報処理装置による情報処理に要する時間が、同情報処理に割り当てられている規定時間を超えないように、前記データ取得支援手段は、複数の前記プローブ部の中から選択した一部の前記プローブ部に対する命令の置き換えを行うように構成されてもよい。

　このような構成によれば、例えば全てのプローブ部に対する命令の置き換えを行うと情報処理に要する時間が規定時間を超えると予測されるようなときには、一部のプローブ部のみに対する命令の置き換えを行う。こうすることによって、車載情報処理装置による情報処理に要する時間が、同情報処理に割り当てられている規定時間を超えないようにすることができる。これによって、車載情報処理装置の情報処理に要する時間を、規定時間以内にする。例えば車載情報処理装置の情報処理が規定時間以内に終了しないために強制終了されてしまう、などの不適切な処理が情報処理に生じることを防ぐことができるようになる。その結果、プローブ部を介する車両データの取得処理の安全性が高められるようになる。

　前記データ取得支援手段は、前記プローブ部を介しての前記車両データの取得処理が、前記車載情報処理装置によって実行される情報処理に悪影響を及ぼすと判断されるとき、前記プローブ部に対する命令の置き換えを行わないように構成されてもよい。

　このような構成によれば、例えば車両データの取得処理が車載情報処理装置の情報処理に悪影響を与えると予め判断される場合、データ取得支援手段は、プローブ部に対する命令の置き換えを行わない。これによって、車両データの取得処理は、車載情報処理装置によって実行されている情報処理に悪影響を与えることが防止される。

　前記データ取得支援手段は、前記プローブ部を介しての前記車両データの取得処理が、前記車載情報処理装置における実行条件を充足しないと判断されるとき、前記プローブ部に対する命令の置き換えを行わないように構成されてもよい。

　このような構成によれば、取得処理が、車載情報処理装置における実行条件たとえばアクセスに係る制限や実行時間に係る制限などの条件を充足しないと予測されるときには、プローブ部に対する命令の置き換えを行わない。これによって、車両データの取得処理が、車載情報処理装置によって実行されている情報処理に悪影響を与えることが防止される。

　前記データ取得支援手段には、前記車両データの取得命令が予め用意され、前記車載情報処理装置による情報処理に要する時間が、同情報処理に割り当てられている規定時間を超えないように、前記取得命令は作成されてもよい。

　このような構成によれば、取得命令に基づきプローブ部に対する命令が置き換えられる場合であれ、車載情報処理装置による情報処理に要する時間は、同情報処理に割り当てられている規定時間を超えないようになる。

　前記データ取得支援手段は、有線通信もしくは無線通信を介して、前記車載情報処理装置に動的に組み込まれるように構成されてもよい。
　このような構成によれば、有線通信や無線通信を介することによって、データ取得支援手段が車載情報処理装置に動的に組み込まれる。このためデータ取得支援手段を、予め車載情報処理装置に設ける必要がない。これによって車載情報処理装置には、情報処理に必要とされる処理手順のみを設け、データ取得支援手段は、車両データの取得の必要に応じて有線通信や無線通信によって車載情報処理装置に追加することができるようになる。なお有線通信には、各種ＬＡＮを通じた通信や、ＵＳＢポートなど外部機器の接続インターフェースを用いることによる通信を含むことができる。

　前記車載情報処理装置は、予め格納された情報処理プログラムに基づき、前記処理手順を実行するように構成され、前記プローブ部は、前記情報処理プログラムに、無効命令として埋め込み配置される。前記データ取得支援手段は、前記車載情報処理装置へのロードと、同車載情報処理装置からのアンロードとが可能に構成された前記車両データの取得命令を、スクリプトとして含む追加プログラムによって実現されてもよい。前記追加プログラムが前記車載情報処理装置にロードされることに応じて、前記プローブ部は前記車両データの取得命令に置き換えられ、必要とされる前記車両データの取得後、もしくは前記車載情報処理装置から前記追加プログラムがアンロードされることに応じて、前記プローブ部は前記無効命令に再置き換えされるように構成されてもよい。

　この構成によるように、情報処理プログラムに埋め込み配置されているプローブ部を介して車両データを取得することによって、情報処理プログラムの動作、すなわち車載情報処理装置の動作状態ひいては車両の動作を、詳細に解析することのできる車両データが取得できるようになる。またプローブ部の命令を取得命令に置き換えることによって車載情報処理装置から車両データを取得するようにした場合であれ、必要とされる車両データが取得された後は、データ取得支援手段をアンロードすることによって、プローブ部は無効命令に再置き換えされる。これによって、車両データを取得した後であれ、車載情報処理装置の情報処理プログラムは、当初の状態に復元され維持される。このため、車両データの取得処理の後でも、情報処理に当初と同様の安全性を確保することができるようになる。

　前記記憶装置に記憶された前記車両データは、解析センタに送られてもよい。解析センタは、前記車両データの推移に基づき、当該車両の状態を解析するように構成されてもよい。

　このような構成によれば、取得された車両データが、同データを解析する解析センタに送られることによって、同解析センタで車両の状態が詳しく解析される。これによって、解析対象の車載情報処理装置が、解析センタから遠く離れているような場合であれ、車載情報処理装置の動作に基づく車両の状態が解析されるようになる。その結果、車載情報処理装置を介して取得される車両データが解析されることを通じて、車両に生じた不具合などの試験や調査ができるようになる。これによって車両の状態の解析を行える条件が緩和され、解析等に基づく調査や試験の実施が容易になるとともに、同調査や試験を好適な走行環境などで実施しやすくすることも可能となる。

　前記車両データは、無線通信を介して、前記記憶装置から前記解析センタに送られるように構成されてもよい。
　このような構成によれば車両データは、無線通信によって解析センタに送られる。このことによって、記憶装置の容量に限られずに車両データは取得可能になるし、車載情報処理装置は、車両データを解析センタに素早く送ることができるようになる。よって、車両データの解析による車両不具合などの試験や調査を、より速やかに行うことができるようにもなる。

　上記課題を解決するために、本発明は、車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した前記車両データを記憶装置に記憶する車両データ取得方法を提供し、前記車載情報処理装置には、情報処理の処理手順を実行する情報処理部が予め組み込まれる。前記車両データ取得方法は、前記車載情報処理装置の情報処理動作状態を利用することによって前記車両データの取得を支援するデータ取得支援手段を、前記車載情報処理装置に動的に組み込む組込工程を備える。前記車両データ取得方法はさらに、前記処理手順のうちのデータ取得処理を実行する１乃至複数の位置に、無効命令として配置されたプローブ部を、前記データ取得支援手段が前記車載情報処理装置に組み込まれることに伴って、前記車両データの取得命令に置き換える置換工程を備える。前記プローブ部は、前記データ取得支援手段からの指示によって、他の命令に置き換え可能に構成される。前記車両データ取得方法はさらに、前記置き換えによって取得した前記車両データを、時系列的に前記記憶装置に記憶する記憶工程と；必要とされる前記車両データの取得後は、前記プローブ部を前記無効命令に再置き換えする再置換工程とを備えることを要旨とする。

　このような方法によれば、プローブ部を、車載情報処理装置の情報処理部の処理手順のうち、データ取得対象を取得する処理を実行する位置、すなわち同処理手順において制約の少ない位置として、目的とする車両データが取得できるのであればとのような位置にでも配置することができる。よって、当該プローブ部を用いることによる車載情報処理装置を通じての車両データの取得の柔軟性を、高くすることができるようになる。例えば車載情報処理装置の情報処理部に含まれる各処理工程ごとにデータを取得するような場合、各処理工程の結果に対応する車両データしか取得することができない。しかし本発明によれば、処理工程に含まれている処理手順内にプローブ部を配置することによって、車載情報処理装置の動作状態をより詳細に示す車両データを取得することができるようになる。具体的には本発明は、車載情報処理装置の回路構成やプログラムの処理単位などにかかわらず、それら回路の途中の位置や、処理単位を構成するソースコード内の途中の位置に、プローブ部を配置するようにする。これによって、プローブ部を介することによる車載情報処理装置を通じての車両データを、詳細に取得することができるようになる。その結果、プローブ部を介して取得される車両データであれ、車載情報処理装置の動作状態の解析を高い精度で行うことのできる車両データとして取得されることができるようになる。このため、車載情報処理装置の不具合の原因究明などの精度などが向上するようになる。

　またデータ取得支援手段は、プローブ部の無効命令を、車載情報処理装置を通じての車両データの取得命令に置き換えるとともに、必要とされる車両データの取得後には、プローブ部を無効命令に再置き換えする。これによって、技術者等が回路やソースコードを直接変更するような作業が不要となるため、改変や修正が、回路やソースコードに不正確な改変等を生じるおそれが防止される。その結果、車両データ取得システムとしての信頼性も向上されるようになる。

　前記置換工程では、前記プローブ部に対する命令の置き換えの実行の有無は、前記車両の状態に応じて判断されてもよい。
　このような方法によれば、車両が走行していることや、停止していることや、車両のキー操作などの車両の状態に応じて、プローブ部に対する命令の置き換えの実行の有無が、判断される。これによって、プローブ部に対する命令の置き換えの実行を、置き換え作業に適した車両の状態で行なうことができるようにもなる。逆に言えば、プローブ部に対する命令の置き換えの実行を、置き換え作業に適していない車両の状態では行わないようにしたりすることもできる。このことから、プローブ部に対する命令の置き換え作業を、車両の走行に影響を与えないように行うようにすることができるようになり、車両データの取得処理の安全性を高めることができるようになる。

本発明に係る車両データ取得システムを具体化した第１実施形態について、その概略構成を示すブロック図。 図１に示す車載情報処理装置の概略構成を示すブロック図。 図１に示す車載情報処理装置にて、データ取得プログラムの起動条件を示す図であって、（ａ）は車両キー状態に応じての起動条件を示す図、（ｂ）は（ａ）の起動条件のさらに詳細な条件を示す図。 図１に示すアプリケーションプログラムに含まれる、プローブ部を模式的に示す模式図。 図１に示す車載情報処理装置にロードされる、データ取得プログラムの概略構成を示すブロック図。 図５に示すデータ取得プログラムに含まれる、収集スクリプトの内容を示すリストの図。 図１に示す車載情報処理装置にてデータ取得プログラムが、プローブ部を置き換える条件を示す図。 図５に示すデータ取得プログラムが、アプリケーションプログラムを変更する態様を示す図であり、（ａ）はアプリケーションプログラムのプローブ部を模式的に示す図、（ｂ）は（ａ）に示したアプリケーションプログラムのプローブ部が、置き換えられた状態を模式的に示す図。 図５に示すデータ取得プログラムが、アプリケーションプログラムのプローブ部を変更する場合の一態様を示す図であり、（ａ）はプローブ部にＮＯＰ命令（Ｎｏｎ　Ｏｐｅｒａｔｉｏｎ命令）が配置されている状態を示す図、（ｂ）はプローブ部のＮＯＰ命令が、ＪＭＰ命令（ジャンプ命令）に置き換えられた状態を示す図、（ｃ）は置き換えられたプローブ部が、ＮＯＰ命令に再置き換えされた状態を示す図。 図２に示す車載情報処理装置によるデータ取得プログラムの開始処理について、その工程を示すフローチャート図。 図１０に続くデータログ生成処理について、その工程を示すフローチャート。 図１１に続くログシステム削除処理について、その工程を示すフローチャート図。 本発明に係る車両データ取得システムを具体化した第２実施形態について、その概略構成を示すブロック図。 本発明に係る車両データ取得システムを具体化した車載情報処理装置の変形例について、その概略構成を示すブロック図。

　（第１の実施形態）
　本発明に係る車両データ取得システムを具体化した第１の実施形態について、図１～図１２に従って説明する。図１は、車両データ取得システムの概要を示すブロック図である。

　図１に示すように、車両データ取得システムには、移動体としての車両２０に搭載される車載情報処理装置２１が含まれる。車載情報処理装置２１は、車両２０の外部に設けられているデータ解析センタ１０との間でプログラムデータやログデータなどの各種データを授受する。

　データ解析センタ１０は、車両２０に搭載されている各種制御装置等の情報処理装置から取得されたデータログを解析することによって、車両２０の動作状態等の試験や調査を行なう。本実施形態では、データ解析センタ１０は、車両２０の動作状態の試験等の際、車両２０に搭載された車載情報処理装置２１によって実行される情報処理プログラムとしてのアプリケーションプログラム１１が利用されることによって車両２０において取得される車両データに基づき、車両２０の状態の解析を行う。データ解析センタ１０が行う各種動作試験等には、車両２０の不具合や、同車両２０に搭載された車載情報処理装置２１に生じた不具合に係る試験や調査などが含まれる。データ解析センタ１０が解析に用いるデータログ（詳細に後述するデータログ２２）は、車載情報処理装置２１にて実行されたアプリケーションプログラム１１の動作に関連して取得、記憶された車両データが、時系列的に記録されることによって生成されたデータログである。すなわち本実施形態では、車両２０の車載情報処理装置２１は、車両データからなるデータログ２２を生成するデータログ機能を実現する。

　データ解析センタ１０には、車載情報処理装置２１に搭載されているアプリケーションプログラム１１と同一のアプリケーションプログラム１１が、保持されている。なおデータ解析センタ１０は、必要とされる都度、アプリケーションプログラム１１と同一のプログラムを生成するか、もしくは外部から取得することが可能になっていてもよい。

　またデータ解析センタ１０には、車載情報処理装置２１に導入されることによって車両２０においてデータ取得支援手段を構成することのできるデータ取得プログラム１２が保持されている。つまりこのデータ取得プログラム１２は、車載情報処理装置２１にて実行されることによって、車載情報処理装置２１にて実行されているアプリケーションプログラム１１を利用することによって取得される車両データ、例えば各種車両状態を示すデータや、プログラムの内部変数のデータなどのデータログ２２を生成するデータログ機能を有している。このようにデータ解析センタ１０は、車載情報処理装置２１で実行されるものと同一のアプリケーションプログラム１１を保持していることから、車載情報処理装置２１で実行されているアプリケーションプログラム１１を車両２０において利用することによって車両データを取得することになるデータ取得プログラム１２を適切に作成、管理できるようになっている。

　さらにデータ解析センタ１０には、プログラムデータログ１３が保持されるようになっている。プログラムデータログ１３は、車載情報処理装置２１にて取得された車両データのデータログ２３がデータ解析センタ１０に転送されることによって生成されたものである。すなわちデータ解析センタ１０には、車載情報処理装置２１にて取得されたデータログ２２が、プログラムデータログ１３として保持される。

　そしてデータ解析センタ１０では、プログラムデータログ１３に基づき、車両２０の状態、例えば車載情報処理装置２１の状態が解析される。詳述するとデータ解析センタ１０は、アプリケーションプログラム１１とデータ取得プログラム１２とに基づき、車両データのデータログ２２からなるプログラムデータログ１３に含まれるデータが、どのような条件や状況にて車両２０において取得されたものか判定することができる。このようなことから、データ解析センタ１０は、プログラムデータログ１３に基づき車両２０の各種動作状態を解析することができるとともに、この解析を通じて、車両２０の状態、例えば車載情報処理装置２１の状態や、アプリケーションプログラム１１の動作状態などについても解析することができるようになっている。

　データ解析センタ１０は、保持しているデータ取得プログラム１２を、ＵＳＢメモリなどの携帯型記憶装置１５に転送することができる。一方、データ解析センタ１０は、車両２０に記憶されたデータログ２２を、携帯型記憶装置１５を介してプログラムデータログ１３として取得することができる。すなわちデータ解析センタ１０が有するデータ取得プログラム１２は、携帯型記憶装置１５を介して、車両２０の車載情報処理装置２１に転送されるようになっている。一方、車両２０のデータログ２２は、携帯型記憶装置１５を介して車両２０から、データ解析センタ１０に転送されるようになっている。

　図２に示すように、車載情報処理装置２１は、車両２０に搭載された各種情報機器装置としての一例であるナビゲーションシステムを構成している。車載情報処理装置２１は、情報処理部としての演算装置（車両ＣＰＵ）３０、記憶装置３１、不揮発性メモリ（ＲＯＭ）３２、揮発性メモリ（ＲＡＭ）３３などを有するマイクロコンピュータを中心に構成されており、記憶装置３１やメモリ３２，３３に格納されている各種データ及びプログラムに基づき各種情報処理を実行する。また車載情報処理装置２１には、入力装置３５と、表示装置３６と、携帯型記憶装置１５などのメモリを接続することが可能なインターフェース３４とが設けられている。

　入力装置３５は、ユーザが車載情報処理装置２１に操作情報などの情報を入力するための装置であり、タッチパネルに表示されるボタンやフロントパネルに設けられたボタンなどを有し、ユーザの操作に応じた情報を車載情報処理装置２１に入力させるようになっている。

　表示装置３６は、文字・画像情報を表示してユーザに提供する装置であり、例えば自車位置や地図情報などの情報が画像等で表示される。
　記憶装置３１は、公知の記憶装置であり、不揮発性の記憶装置であるＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）や不揮発性のメモリ（ＥＥＰＲＯＭ等）などから構成されている。記憶装置３１には、車両ＣＰＵ３０で実行される各種情報処理に用いる各種データ及びプログラムが格納されるとともに、アプリケーションプログラム１１を利用することによって取得される車両データからなるデータログ２２も格納される。

　ＲＯＭ３２は、不揮発性のメモリであって、車両ＣＰＵ３０にて実行処理される確定されたプログラム、例えばアプリケーションプログラム１１などが予め保持されている。
　ＲＡＭ３３は、揮発性のメモリなどであって、車両ＣＰＵ３０で実行されるプログラムや、プログラムに用いられる変数（パラメータ）などが一時的に保持される。例えばＲＡＭ３３には、車両ＣＰＵ３０にて実行処理されているアプリケーションプログラム１１のプログラム及び内部変数や、車速など車両２０の走行状態を示す変数などが一時的に保持される。

　インターフェース３４は、車載情報処理装置２１への各種外部機器（外部媒体）の接続を可能にするものであり、本実施形態では、ＵＳＢ規格の接続ポートを有する。これによって車載情報処理装置２１には、インターフェース３４を介してＵＳＢ規格の携帯型記憶装置１５、いわゆるＵＳＢメモリを接続することができるようになっている。よって車載情報処理装置２１は車両ＣＰＵ３０を用いて、インターフェース３４に接続された携帯型記憶装置１５に対する読み書き、いわゆるアクセスが可能になる。これによって車載情報処理装置２１は、記憶装置３１やＲＡＭ３３に記憶されたデータを携帯型記憶装置１５に転送させたり、逆に携帯型記憶装置１５に記憶されたデータを記憶装置３１やＲＡＭ３３に転送させたりすることができる。

　車載情報処理装置２１は起動すると自動的に、ＲＯＭ３２等に予め保持されているアプリケーションプログラム１１を、車両ＣＰＵ３０に実行させる。これによって車載情報処理装置２１では電源投入後に、ナビゲーションシステムとしてのプログラムであるアプリケーションプログラム１１が自動的に開始される。一方、起動後の指定によって車載情報処理装置２１は、携帯型記憶装置１５に保持されているデータ取得プログラム１２を取得して車両ＣＰＵ３０にて実行することもできる。

　車載情報処理装置２１は、車両ＣＰＵ３０にローダ／アンローダ１６を実行させる。ローダ／アンローダ１６は、所定の追加条件に基づき追加的に車両ＣＰＵ３０にプログラムを実行させたり、逆に車両ＣＰＵ３０に追加的に実行させたプログラムを所定の削除条件に基づき削除したりする。ローダ／アンローダ１６は、予めＲＯＭ３２や記憶装置３１に保持されており、車載情報処理装置２１の電源投入後、車両ＣＰＵ３０による実行が自動的に開始される。すなわちローダ／アンローダ１６は、車両ＣＰＵ３０にて、アプリケーションプログラム１１とは別のプログラムとして、アプリケーションプログラム１１の処理を妨げることのないように実行される。なおローダ／アンローダ１６は、アプリケーションプログラム１１に含まれていてもよい。またローダ／アンローダ１６は、必要なタイミングで車両ＣＰＵ３０にて実行されるようになっていてもよい。

　車載情報処理装置２１は、インターフェース３４に携帯型記憶装置１５が接続されたことを、ローダ／アンローダ１６が実行されることによって検出すると、携帯型記憶装置１５にデータ取得プログラム１２が保持されているか否か調べる。そして車載情報処理装置２１は、携帯型記憶装置１５にデータ取得プログラム１２が保持されていることを、ローダ／アンローダ１６の実行によって検出すると、当該データ取得プログラム１２をＲＡＭ３３に転送する。そして車載情報処理装置２１は、車両２０の走行条件やキー操作などから定まる所定の開始条件が成立したと判断すると、ＲＡＭ３３に転送済みのデータ取得プログラム１２を、車両ＣＰＵ３０にて実行処理させる、つまりデータ取得プログラム１２を起動させる。逆に車載情報処理装置２１は、車両２０の走行条件やキー操作や、インターフェース３４からの携帯型記憶装置１５の離脱などによって定まる所定の終了条件が成立したと判断すると、データ取得プログラム１２を終了させる処理を実行する。そして車載情報処理装置２１は、データ取得プログラム１２が終了した後、当該データ取得プログラム１２をＲＡＭ３３等から削除する。

　図３（ａ）には、データ取得プログラム１２の起動を判断に用いられる所定の開始条件の一例が設定された開始条件リスト１６Ａが示されている。開始条件リスト１６Ａには、キー状態に基づく所定の開始条件が設定されている。所定の開始条件には、データ取得プログラム１２を起動しない条件として、イグニッションスイッチ（ＩＮＧ）が切れた状態である「ＯＦＦ」及び入った状態である「ＯＮ」であるか否かにかかわらず、アクセサリースイッチ（ＡＣＣ）が切れた状態である「ＯＦＦ」の場合が設定されている。また所定の開始条件には、データ取得プログラム１２を起動する条件として、イグニッションスイッチが「ＯＦＦ」、かつ、アクセサリースイッチが「ＯＮ」の場合が設定されている。さらに所定の開始条件には、車両状態が「停車」であることを条件としてデータ取得プログラム１２を起動する条件として、イグニッションスイッチが「ＯＮ」、かつ、アクセサリースイッチも「ＯＮ」の場合が設定されている。

　さらに図３（ｂ）には、車両状態が「停車」であることを判断する一例が条件説明図１６Ｂに図示されている。条件説明図１６Ｂは、「停止」、「停車」、及び「走行中」の各車両状態を判別するための条件を示している。車両２０の「停止」は、例えばイグニッションスイッチが「ＯＦＦ」であることから判断される。車両２０の「停車」は、例えばイグニッションスイッチが「ＯＮ」であるとともに、パーキングブレーキが使用されている状態の「ＯＮ」であることや、車速が「０」ｋｍ／ｈであることから判断される。車両２０の「走行中」は、例えばイグニッションスイッチが「ＯＮ」であるとともに、パーキングブレーキが未使用であることや、車速が「０」ｋｍ／ｈではないことから判断される。これによって、所定の開始条件に車両状態が「停車」であることが含まれるような場合、その条件が適切に判断されるようになる。

　次に、アプリケーションプログラム１１と、データ取得プログラム１２の詳細について図４及び図５に従って説明する。
　図２及び図４に示すように、アプリケーションプログラム１１には、複数のプローブ部Ｐ（Ｐ１～Ｐ９）が予め埋め込み配置されている。プローブ部Ｐは、アプリケーションプログラム１１が実行されると、その処理の途中で実行処理される位置に配置されている。アプリケーションプログラム１１におけるプローブ部Ｐ１～Ｐ９の配置は任意であり、例えば各種処理の開始位置や終了位置に設けることができることはもとより、各種処理の途中、いわゆるプログラムの途中に設けることもできる。例えば図４に示すように、プローブ部Ｐ３は、プログラムの命令の途中であるアドレスｘｘｘ１５とアドレスｘｘｘ１６とからなり、各アドレスには無効命令（例えばＮＯＰ命令）が配置されている。このように、２つのアドレスとそこに設定される無効命令からなるプローブ部Ｐは、アプリケーションプログラム１１のサイズや処理負荷の増大を極力抑えたものとなる。これによって、アプリケーションプログラム１１は、プローブ部Ｐ（Ｐ１～Ｐ９）が設けられた場合であれ、プローブ部Ｐの設置による実行時間の増加などが極力抑えられ、プローブ部Ｐが設けられていない場合と略同様の実行時間や、車両ＣＰＵ３０に対する負荷率に維持されるようになる。すなわち本実施形態のプローブ部Ｐ１～Ｐ９は、アプリケーションプログラム１１に設けられた場合であれ、当該アプリケーションプログラム１１に対して新たな負荷を付加しないものとなっている。ところで、例えばアドレスｘｘｘ１５の番号に用いている符号「ｘｘｘ」は、具体的な値を省略した旨を示す符号であり、特定の数値に限定されるものではなく、任意の桁数の任意の数値に代えることができるものである。

　なおプローブ部Ｐ１～Ｐ９の配置位置としては、当該箇所において車両２０の動作状態を解析することに適した車両データが取得できる箇所であることが望ましい。また車両データには、車両２０の走行状態に係るデータである速度、加速度、振動、および位置等や、エンジン制御等に係るデータなどが含まれる。また車両データには、アプリケーションプログラム１１の内部変数、車両ＣＰＵ３０の動作状態を示す変数、ＯＳ等の状態を示す変数、およびプログラム切換に係る変数が含まれる。さらに車両データには、プログラム処理に係るデータの出し入れを「後入れ先出し」によって行うデータ構造であるスタックの内容（スタックダンプ）や、プログラムが用いているメモリの内容（メモリダンプ）等も含まれる。

　ところでプローブ部Ｐは、アプリケーションプログラム１１に予め埋め込み配置されるため、データ解析センタ１０は、アプリケーションプログラム１１におけるプローブ部Ｐの配置位置を、データ解析センタ１０自身が保持しているアプリケーションプログラム１１から取得することができる。すなわちデータ解析センタ１０は、アプリケーションプログラム１１に配置されたプローブ部Ｐの位置を把握した上で、同アプリケーションプログラム１１を利用することによって車両データを取得するデータ取得プログラム１２を作成することができるようになっている。

　図５に示すように、データ取得プログラム１２には、取得スクリプト４０と、データ出力関数群４１と、データ取得プログラム１２を管理する取得制御部４２と、インタプリタ４３とが設けられている。

　取得スクリプト４０は、車両データを取得することができるように機能を変更させるプローブ部Ｐの位置及びその変更内容を定義したものであり、車両２０の動作試験等の際に解析する対象などに応じて、データ解析センタ１０などで作成される。なお基本的な解析対象に対するスクリプトや、頻繁に調査される対象に対するスクリプトなどは、データ解析センタ１０などに予め用意しておくようにしてもよい。

　取得スクリプト４０には、機能変更の対象となるプローブ部Ｐ毎にそれぞれ変更させる機能が設定された図６に示すプローブ機能変更リスト５０と、プローブ部Ｐを変更することを許可する条件を定めた図７に示す変更可能条件５１とが設定されている。

　図６に示すように、プローブ機能変更リスト５０には、車両データを取得するために機能が変更させられるプローブ部Ｐが、１つ又は複数設定されるとともに、その設定された１つ又は複数のプローブ部Ｐ毎に、それぞれ変更後の機能が設定されている。例えば車両ＣＰＵ３０にて実行されているアプリケーションプログラム１１に含まれる１つのプローブ部Ｐ３（アドレスｘｘｘ１５）は、いわゆる取得命令の一つである基本ログ関数（後述する基本ログ関数４１ａ）を実行する命令に変更させられるように設定されている。また同実行されているアプリケーションプログラム１１のもう１つのプローブ部Ｐ４（アドレスｘｘｘ６０）は、いわゆる取得命令の一つであるＣＰＵ状態を出力させる関数（後述するＣＰＵ状態出力関数４１ｂ）を実行する命令に変更させられるように設定されている。さらに同実行されているアプリケーションプログラム１１のさらにもう１つのプローブ部Ｐ５（アドレスｘｘｘ７７）は、取得命令の一つである基本ログ関数４１ａを実行する命令に変更させられるように設定されている。すなわちこのプローブ機能変更リスト５０に基づき、各プローブ部Ｐの設定がそれぞれ置き換えられる。

　変更可能条件５１は、プローブ機能変更リスト５０に従って各プローブ部Ｐを置き換えて良いか否か判断するための条件として確認されるべき項目（制約条件）とその内容が設定されている、いわゆる制限フィルターである。変更可能条件５１が成立する場合、アプリケーションプログラム１１のプローブ部Ｐに対する命令が、プローブ機能変更リスト５０に基づき置き換えられるようになる。一方、変更可能条件５１が成立しない場合、アプリケーションプログラム１１のプローブ部Ｐに対する命令は、置き換えられない。これによって、取得スクリプト４０に沿って行われる処理が、通常に動作しているアプリケーションプログラム１１などに影響を与えないか否か予め判断される。

　図７に示すように、変更可能条件５１には、例えばアクセスに関する制約条件と、時間に関する制約条件とが設定されている。アクセスに関する制約条件とは、プローブ機能変更リスト５０に設定されている各アドレスが、データ取得プログラム１２によるアクセス可能なアドレスであるか否か確認する条件である。例えばプローブ機能変更リスト５０に設定されている全てのアドレスが、書き込み可能なアドレスである場合、プローブ機能変更リスト５０の設定内容はアクセス制限の制約を受けないと判断される。一方、プローブ機能変更リスト５０に設定されている各アドレスのうちの一つでも書き込みが許可されていないアドレスである場合、プローブ機能変更リスト５０の設定内容は、アクセス制限を受けると判断される。

　また時間に関する制約条件とは、プローブ機能変更リスト５０に設定されているようなプローブ部Ｐの命令に対する置き換えによって、アプリケーションプログラム１１の実行時間が規定時間を超えないか否か予め確認するための条件である。規定時間とは、例えばアプリケーションプログラム１１を周期実行させる際、１回の実行で要してもよい最大の時間である。なおアプリケーションプログラム１１の実行時間の算出は、プローブ機能変更リスト５０に設定されている各プローブ部Ｐの命令に対する置き換えによってインタプリタ４３が実行に要する時間の累積を、アプリケーションプログラム１１の実行時間に加算することによって求めることもできる。すなわちプローブ機能変更リスト５０に設定されている各アドレスに対する命令の置き換えによっても、アプリケーションプログラム１１の実行時間が規定時間を超えないと予測される場合、プローブ機能変更リスト５０の設定内容は、時間制限の制約を受けないと判断される。一方、プローブ機能変更リスト５０に設定されている全アドレスに対する命令の置き換えによって、アプリケーションプログラム１１の実行時間が規定時間を超えると予測される場合、プローブ機能変更リスト５０の設定内容は、時間制限の制約を受けると判断される。

　図５に示すように、データ出力関数群４１は、アプリケーションプログラム１１を利用することによって所定の車両データを取得し、取得した車両データを記憶装置３１などにデータログ２２として記憶させるため複数の関数である。各関数としては、例えば基本ログ関数４１ａ、ＣＰＵ状態出力関数４１ｂ、ＯＳ状態出力関数４１ｃ、タスクスイッチ関数４１ｄ、スタックダンプ関数４１ｅ、およびメモリダンプ関数４１ｆなどがある。基本ログ関数４１ａは、アプリケーションプログラム１１の内部変数のデータログを作成する関数である一方、ＣＰＵ状態出力関数４１ｂは、車両ＣＰＵ３０の動作状態を示すカウンタやクロックなどの変数のデータログを作成する関数である。またＯＳ状態出力関数４１ｃは、ＯＳ等の状態を示すメモリ使用量や付加率などを示す変数のデータログを作成する関数である一方、タスクスイッチ関数４１ｄは、車両ＣＰＵ３０で実行中の複数のプログラムに係る各プログラムの実行状態や各プログラムの優先度などを示す変数のデータログを作成する関数である。さらにスタックダンプ関数４１ｅは、メモリスタックの内容であるスタックダンプのデータログを作成する関数である一方、メモリダンプ関数４１ｆは、プログラムが実行されていたり、変数が保持されていたりするメモリの内容であるメモリダンプのデータログを作成する関数である。

　取得制御部４２は、データ取得プログラム１２の実行を制御するものであって、インタプリタ４３における変更可能条件５１の判断や、取得スクリプト４０の実行や終了などを管理したり、インターフェース３４等を通じてのデータの授受を管理したりする。例えば取得制御部４２は、取得スクリプト４０が変更可能条件５１を充足するか否かインタプリタ４３に判断させる。そして取得制御部４２は、変更可能条件５１が充足される場合、インタプリタ４３に取得スクリプト４０を実行させる。一方、取得制御部４２は、変更可能条件５１が充足されない場合、インタプリタ４３が取得スクリプト４０を実行することがないように管理する。また例えば取得制御部４２は、車両データの取得が終了した場合、必要なデータログ２２を携帯型記憶装置１５に転送させるような処理も行う。

　インタプリタ４３は、車両ＣＰＵ３０の処理機能を利用することによって、取得スクリプトや４０やデータ出力関数群４１に含まれるソースコードを逐次解釈しながら実行処理する。インタプリタ４３には、コマンド部４４が設けられている。コマンド部４４には、インタプリタ４３が利用するものとして予め設定されている実行プログラム群が設けられており、本実施形態では、プローブ部Ｐに対する命令を置き換える置換コマンドや、プローブ部Ｐに対する命令を再置き換えする再置換コマンドなどが含まれている。

　またインタプリタ４３には、取得スクリプト４０に基づきプローブ部Ｐに対する命令を置き換え又は再置き換えするプローブ機能変更処理部４５や、前記データ出力関数群４１に含まれる関数を実行するための関数実行処理部４６などが設けられている。すなわち取得スクリプト４０がインタプリタ４３によって実行処理されると、プローブ機能変更処理部４５によりプローブ部Ｐに対する命令の置き換えや、再置き換えが実行される。またデータ出力関数群４１に含まれる各関数４１ａ～４１ｆは、インタプリタ４３によって処理されることによって所定の処理が行われるようになっている。なお本実施形態では、インタプリタ４３がデータログ２２を作成する際、インタプリタ４３は記憶装置３１にデータログ２２を作成するようになっている。

　次に、プローブ部Ｐに対する命令の置き換えについて、図８及び図９に従って説明する。ここでは、プローブ部Ｐ３を例にして、プローブ部Ｐに対する命令の置き換えについて説明するが、他のプローブ部Ｐ１，Ｐ２，Ｐ４～Ｐ９に対する命令の置き換え及び再置き換えについても同様であるので、それら他のプローブ部Ｐに対する説明は割愛する。

　図８（ａ）に示すように、アプリケーションプログラム１１のアドレスｘｘｘ１５とアドレスｘｘｘ１６には、同アプリケーションプログラム１１が例えばデータ解析センタ１０において作成されるときにプローブ部Ｐ３が埋め込まれている。同プローブ部Ｐ３には命令として何もしない命令（無効命令）が配置されている。そして図８（ａ）から図８（ｂ）への矢印で示すように、プローブ部Ｐ３に対する命令の置き換えがデータ取得プログラム１２によって実行されると、プローブ部Ｐ３に配置される命令は、データ取得プログラム１２に含まれる所定の出力関数を実行する命令に置き換えられる。

　一方、図８（ｂ）から図８（ａ）への矢印で示すように、プローブ部Ｐ３に対する命令は、データ取得プログラム１２によって再置き換えされる。命令の再置き換えは、データ取得プログラム１２が必要とされる車両データを取得した後、もしくはデータ取得プログラム１２が車載情報処理装置２１から削除いわゆるアンロードされるときに実行される。つまりプローブ部Ｐ３に対する命令は、何もしない命令（無効命令）に再置き換えされる。このような再置き換えによってアプリケーションプログラム１１は、プローブ部Ｐ３に対する命令が置き換えられるよりも前の状態、すなわちアプリケーションプログラム１１が作成された初期状態に復元され維持されることとなる。

　具体的には、図９（ａ）に示すようにプローブ部Ｐ３において、アプリケーションプログラム１１のアドレスｘｘｘ１５とアドレスｘｘｘ１６に配置されているＮＯＰ命令は、プローブ部Ｐ３に対する命令の置き換えが実行されると、取得命令に置き換えられる。これによってＮＯＰ命令は、図９（ｂ）に示すように、取得命令を実現するアドレスｄｅｓｔＡにプログラムの実行箇所を移動させる、いわゆるジャンプ命令（ＪＭＰ命令）に置き換えられ（図９（ｂ）参照）、例えばデータ取得プログラム１２の基本ログ関数４１ａを実行することができるようになる。一方、アプリケーションプログラム１１のアドレスｘｘｘ１５とアドレスｘｘｘ１６に配置されているＪＭＰ命令は、プローブ部Ｐ３に対する命令の再置き換えが実行されると、図９（ｃ）に示すように、無効命令としてのＮＯＰ命令に再置き換えされる。

　なおプローブ機能変更処理部４５は、命令が置き換えされた後に命令を再置き換えする必要のあるプローブ部Ｐを、アプリケーションプログラム１１のプローブ部Ｐの中から選択すべく、プローブ機能変更リスト５０を参照する。

　次に、本車両データ取得システムにおけるデータログの生成手順について、図１０～図１２を参照して説明する。図１０～図１２は、データログの生成手順について説明するフローチャートである。図１０は、車載情報処理装置２１におけるデータ取得プログラム１２の開始処理のフローチャートであり、図１１は、データログ生成処理のフローチャートであり、図１２は、ログシステム削除処理のフローチャートである。

　まず、データ解析センタ１０において携帯型記憶装置１５には、取得スクリプト４０を含むデータ取得プログラム１２が転送される。その後に携帯型記憶装置１５は、インターフェース３４を介して車載情報処理装置２１に接続されるものとする。

　図１０に示すように、車載情報処理装置２１に携帯型記憶装置１５が接続されると、車載情報処理装置２１は、データ取得プログラム１２の開始処理を行う。開始処理では車載情報処理装置２１は、携帯型記憶装置１５に記憶されているデータ取得プログラム１２を、ローダ／アンローダ１６によって検出する。データ取得プログラム１２が検出されると、車載情報処理装置２１は、データ取得プログラム１２をＲＡＭ３３に転送、いわゆるロードする（組込工程：図１０のステップＳ１０）。データ取得プログラム１２がＲＡＭ３３にロードされると、車載情報処理装置２１は、図３（ａ）の開始条件リスト１６Ａに示される開始条件が成立するか否か判断する（図１０のステップＳ１１）。開始条件が成立しないと判断した場合（図１０のステップＳ１１でＮＯ）、車載情報処理装置２１は、所定の時間毎に開始条件が成立するか否か判断する。一方、開始条件が成立したと判断した場合（図１０のステップＳ１１でＹＥＳ）、車載情報処理装置２１は、車両ＣＰＵ３０にデータ取得プログラム１２の実行を開始させる、すなわちデータ取得プログラム１２を起動させる（図１０のステップＳ１２）。これによって、取得制御部４２がインタプリタ４３を実行するようになる。これらの結果、車載情報処理装置２１におけるデータ取得プログラム１２の開始処理（図１０のフローチャート）が終了する。

　図１１に示すように、データ取得プログラム１２が起動されると、車載情報処理装置２１は、データログ生成処理を開始する。データログ生成処理が開始されると、車載情報処理装置２１は、取得スクリプト４０の内容が変更可能条件５１を充足するか否か確認する（図１１のステップＳ２０）とともに、取得スクリプト４０の実行が可能か否か判断する（図１１のステップＳ２１）。取得スクリプト４０の実行が不可能であると判断した場合（図１１のステップＳ２１でＮＯ）、車載情報処理装置２１は、取得スクリプト４０を実行せずにデータログ生成処理を終了する。

　一方、取得スクリプト４０の実行が可能であると判断した場合（図１１のステップＳ２１でＹＥＳ）、車載情報処理装置２１は、取得スクリプト４０の図６に示すプローブ機能変更リスト５０に従って、各プローブ部Ｐに対する命令の置き換え処理、すなわちプローブ部Ｐの機能変更をそれぞれ行う（置換工程：図１１のステップＳ２２）。各プローブ部Ｐに対する命令の置き換え処理が終了すると、車載情報処理装置２１は、各プローブ部Ｐに対する命令の置き換え処理中はまだ無効にしていた、各プローブ部Ｐを介してのそれぞれのデータログ取得機能を有効化する（図１１のステップＳ２３）。そしてアプリケーションプログラム１１が実行されることに伴って各プローブ部Ｐが実行処理されると、当該実行処理されるプローブ部Ｐに設定された関数に基づき車両データが取得される。取得された車両データは、記憶装置３１のデータログ２２に順次追加される（記憶工程：図１１のステップＳ２４）。

　データログ２２が記憶されると、車載情報処理装置２１は、適宜、終了条件が成立したか否か判断する（図１１のステップＳ２５）。終了条件が成立していないと判断した場合（図１１のステップＳ２５でＮＯ）、車載情報処理装置２１は、車両データの取得及びデータログ２２への追加を継続する。一方、終了条件が成立したと判断した場合（図１１のステップＳ２５でＹＥＳ）、車載情報処理装置２１は、プローブ部Ｐを介してのそれぞれのデータログ取得機能を無効化することによって、データログ生成処理（図１１のフローチャート）を終了する。

　図１２に示すように、データログ生成処理が終了した後の車載情報処理装置２１は、データ取得プログラム１２などのログシステムを、車載情報処理装置２１から除去するための削除処理を行なう。ログシステム削除処理では、車載情報処理装置２１は、ログシステムの除去条件が成立したか否か判断する（図１２のステップＳ３０）。ログシステムの除去条件が成立していないと判断した場合（図１２のステップＳ３０でＮＯ）、削除処理を終了する。なおこの後も、適宜、削除処理が実行されるようになっている。

　一方、ログシステムの除去条件が成立している判断した場合（図１２のステップＳ３０でＹＥＳ）、車載情報処理装置２１は、プローブ部Ｐに対する命令を、再置き換えするプローブ機能変更を行う（再置換工程：図１２のステップＳ３１）。プローブ部Ｐの機能変更が終了すると、車載情報処理装置２１は、車両ＣＰＵ３０におけるデータ取得プログラム１２の実行を終了するとともに、ローダ／アンローダ１６によって、ＲＡＭ３３に保持されているデータ取得プログラム１２を削除する（図１２のステップＳ３２）。これによって、アプリケーションプログラム１１は、データ取得プログラム１２が車両ＣＰＵ３０に導入される以前の状態と同一の状態に復元されるとともに、車両ＣＰＵ３０における実行環境も、データ取得プログラム１２が導入される以前の状態と略同一の状態に戻るようになる。これによって、ログシステムの削除処理（図１２のフローチャート）が終了する。

　なお車載情報処理装置２１は、ログシステムの削除処理の開始前や処理中に、データ取得プログラム１２の取得制御部４２などを用いて、記憶装置３１のデータログ２２を携帯型記憶装置１５に移動させる。よって、データ解析センタ１０への車両データの導入が可能となるとともに、記憶装置３１の空き容量は、データログ２２作成前の状態に戻されることができるようになる。

　以上説明したように、本実施形態に係る車両データ取得システムは、以下に列記する効果を有する。
　（１）プローブ部Ｐを、車載情報処理装置２１の車両ＣＰＵ３０が実行するアプリケーションプログラム１１の処理手順のうち、車両データを取得対象とする処理を実行する位置、すなわち同処理手順において制約の少ない位置に配置することができる。よって、当該プローブ部Ｐを用いることによる車載情報処理装置２１を通じての車両データの取得の柔軟性を、高くすることができるようになる。例えば車載情報処理装置２１の車両ＣＰＵ３０が実行するアプリケーションプログラム１１の各処理工程ごとに車両データを取得するような構成の場合、各処理工程の結果に対応する車両データしか取得することができない。しかし、本実施形態によれば、処理工程に含まれている処理手順内であるプログラムの内部にプローブ部Ｐを配置することによって、車載情報処理装置２１の動作状態をより詳細に示す車両データを取得することができるようになる。具体的には、車載情報処理装置２１のプログラムの処理単位などにかかわらず、それら処理単位を構成するソースコード内の途中の位置に、プローブ部Ｐを配置するようにする。これによって、プローブ部Ｐを介して車載情報処理装置２１によって、車両データを詳細に取得することができるようになる。その結果、プローブ部Ｐを介することによって取得される車両データであれ、車載情報処理装置２１の動作状態の解析を高い精度で行うために用いることのできる車両データとして取得することができるようになる。このため、車載情報処理装置２１の不具合の原因究明などの精度などが向上するようになる。

　（２）データ取得プログラム１２は、プローブ部Ｐの無効命令を、車載情報処理装置２１による車両データの取得命令に置き換えるとともに、必要とされる車両データの取得後には、プローブ部Ｐを無効命令に再置き換えする。これによって、技術者等がソースコードを直接変更するような作業が不要となるため、改変や修正が、ソースコードに不正確な改変等を生じるおそれが防止される。その結果、車両データ取得システムとしての信頼性も向上されるようになる。

　（３）図３（ａ）の開始条件リスト１６Ａや、図３（ｂ）の条件説明図１６Ｂに示すように、車両２０が走行していることや、停止していることや、車両のキー操作などの車両２０の状態に応じて、プローブ部Ｐに対する命令の置き換えの実行の有無が判断される。これによって、プローブ部Ｐに対する命令の置き換えの実行を、置き換え作業に適した車両２０の状態（例えば停車状態）で行なうことができるようにもなる。逆に言えば、プローブ部Ｐに対する命令の置き換えの実行を、置き換え作業に適していない車両２０の状態（例えば走行中）では行わないようにしたりすることもできる。このことから、プローブ部Ｐに対する命令の置き換え作業を、車両２０の走行に影響を与えないように行うようにすることができるようになり、車両データの取得処理の安全性を高めることができるようになる。

　（４）特に、車両２０が停車しているときに、プローブ部Ｐに対する命令の置き換え作業を行うようにした。これによって、車両２０の走行中であれば走行に影響を与えるおそれのあるプローブ部Ｐに対する命令の置き換え作業であれ、本実施形態では走行に影響を与えることを避けて同置き換え作業を行うことができるようになる。これによって、プローブ部Ｐを介する車両データの取得処理の安全性をより高めることができるようになる。

　（５）車載情報処理装置２１によるアプリケーションプログラム１１の実行時間が、割り当てられている規定時間を超えると予測されるときには、プローブ部Ｐに対する命令の置き換えを行わない。これによって、例えばプローブ部Ｐの命令を取得命令に置き換えたことによって車載情報処理装置２１のアプリケーションプログラム１１の実行が規定時間内に終了しないために強制終了されてしまう、などのような不適切な処理が同アプリケーションプログラム１１の実行に生じることを防ぐことができるようになる。その結果、プローブ部Ｐを介する車両データの取得処理の安全性が、高められるようになる。

　（６）図７の変更可能条件５１に示すように、例えば車両データの取得処理が、アクセスできないアドレスにアクセスしようとするなど車載情報処理装置２１のアプリケーションプログラム１１の実行に悪影響を与えると判断される場合、データ取得プログラム１２は、プローブ部Ｐに対する命令の置き換えを行わない。これによって車両データの取得処理は、車載情報処理装置２１によって実行されているアプリケーションプログラム１１に悪影響を与えることが防止される。

　（７）車両データの取得処理が、車載情報処理装置２１における実行条件としての図７に示す変更可能条件５１、例えばアクセスに係る制限や、実行時間に係る制限などの条件を充足しないとき、車載情報処理装置２１は、プローブ部Ｐに対する命令の置き換えを行わない。これによって車両データの取得処理は、車載情報処理装置によって実行されている情報処理に悪影響を与えることが防止される。

　（８）データ取得プログラム１２は、インターフェース３４を介することによって車載情報処理装置２１に動的に組み込まれる。このためデータ取得プログラム１２を、予め車載情報処理装置２１に設ける必要がない。よって車載情報処理装置２１には、アプリケーションプログラム１１に必要とされる処理手順のみを設け、データ取得プログラム１２は、車両データの取得の必要に応じて、有線通信によって車載情報処理装置２１に追加することができるようになる。なお有線通信には、各種ＬＡＮを通じた通信や、ＵＳＢポートなど外部機器の接続インターフェースを用いることによる通信を含むことができる。

　（９）アプリケーションプログラム１１に埋め込み配置されているプローブ部Ｐを介して車両データを取得することによって、アプリケーションプログラム１１の動作、すなわち車載情報処理装置２１の動作状態、ひいては車両２０の動作を、詳細に解析することのできる車両データが取得できる。またプローブ部Ｐの命令を取得命令に置き換えることによって車載情報処理装置２１から車両データを取得するようにした場合であれ、必要とされる車両データが取得された後は、データ取得プログラム１２をアンロードすることによって、プローブ部Ｐは無効命令に再置き換えされる。これによって、車両データを取得した後であれ、車載情報処理装置２１のアプリケーションプログラム１１が当初の状態に復元され維持される。このため、車両データの取得処理の後でも、アプリケーションプログラム１１の実行に当初と同様の安全性を確保することができるようになる。

　（１０）取得された車両データは、同データを解析するデータ解析センタ１０に送られる。よって、同データ解析センタ１０で車両２０の状態が詳しく解析される。これによって、解析対象の車載情報処理装置が、データ解析センタ１０から遠く離れているような場合であれ、車載情報処理装置２１の動作に基づく車両２０の状態が解析される。その結果、車載情報処理装置２１を介して取得される車両データが解析されることを通じて、車両２０に生じた不具合などの試験や調査ができる。これによって車両２０の状態の解析を行える条件が緩和され、解析等に基づく調査や試験の実施が容易になるとともに、同調査や試験を好適な走行環境などで実施しやすくすることも可能となる。

　（第２の実施形態）
　図１３は、本発明に係る車両データ取得システムを具体化した第２実施形態を示したものである。図１３に示すように、本実施形態は、上記第１の実施形態に対して、車両データの授受を、携帯型記憶装置１５に代えて、データ解析センタ１０に設けたセンタ通信部１４と、車両２０に設けた車両通信部２３とによって行う点が相違するものとなっている。その他の構成は同様であるため、同様の構成には同一符号を付して重複説明を省略する。

　図１３に示すように、データ解析センタ１０にはセンタ通信部１４が設けられるとともに、車両２０には車両通信部２３が設けられている。センタ通信部１４と車両通信部２３とは相互の無線通信が可能になっていることから、無線通信によって、データ解析センタ１０から車両２０にデータ取得プログラム１２を転送することができるとともに、車両２０からデータ解析センタ１０にデータログ２２を転送することができるようになっている。

　これによって、データ解析センタ１０は、車両２０にデータ取得プログラム１２を必要に応じて転送することによって、車両２０においてデータログ２２を作成させることができるようになる。またデータ解析センタ１０は、車両２０で作成されたデータログ２２を、迅速に取得することができるようになる。

　このように図１３の本実施形態に係る車両データ取得システムは、第１実施形態の効果に記載の（１）～（７），（９），（１０）と同等もしくはそれに準じた効果を有し、更に以下の効果を奏する。

　（１１）無線通信を介することによって、データ取得プログラム１２が車載情報処理装置２１に動的に組み込まれる。このため、データ取得プログラム１２を予め車載情報処理装置２１に設ける必要がない。これによって当初は車載情報処理装置２１には、アプリケーションプログラム１１に必要とされる処理手順のみを設ける。データ取得プログラム１２は、車両データの取得の必要に応じて、無線通信によって車載情報処理装置２１に追加することができるようになる。

　（１２）車両データが、無線通信によってデータ解析センタ１０に送られる。よって車載情報処理装置２１は、記憶装置３１の容量に限られず車両データを取得可能になるし、車両データをデータ解析センタ１０に素早く送ることができるようになる。従って、車両データの解析による車両２０の不具合などの試験や調査を、より速やかに行うことができるようにもなる。

　なお上記各実施形態は、以下の態様で実施することもできる。
　・上記各実施形態では、データ取得プログラム１２全体が、車載情報処理装置２１にロードやアンロードされる場合について例示した。しかしこれに限らず、図１４に示すように、予めデータ取得プログラム１２を車載情報処理装置２１に用意しておき、取得スクリプト４０のみを、携帯型記憶装置１５を介して車載情報処理装置２１にロードしたりアンロードしたりするようにしてもよい。これによって、データ取得プログラムの実装の自由度が向上するようになる。

　・上記各実施形態では、車両２０のデータログ２２は、車両２０の記憶装置３１に生成される場合について例示した。しかしこれに限らず、車両２０のデータログ２２は、車載情報処理装置２１に接続された携帯型記憶装置１５に生成されてもよいし、通信によって適宜送られて直接にデータ解析センタ１０に生成されてもよい。例えばインタプリタ４３が、データログ２２の作成先を変更することによって、各種のメモリ等にデータログを作成することができる。また取得スクリプト４０が、データログ２２の作成先を指定するようにしてもよい。これによって、データログ２２の生成先の柔軟性が向上することから、データログ２２を記憶するための記憶容量の制約を回避することができるようなるなど、車両データ取得システムとしての構成の柔軟性が向上するようになる。

　・上記各実施形態では、車載情報処理装置２１は、ナビゲーションシステムである場合について例示した。しかしこれに限らず、車載情報処理装置２１は、車両２０において、車両制御や運転支援、情報提供などを行う各種制御装置であればよい。これによって、車両２０においてこのような車両データ取得システムの採用可能性が向上するようになる。

　・上記各実施形態では、携帯型記憶装置１５は、ＵＳＢメモリである場合について例示したが、これに限らず、携帯型記憶装置１５は、ＵＳＢのハードディスクや、ＵＳＢドライブでもよい。これによって、携帯型記憶装置１５についての採用可能性が向上する。

　・上記各実施形態では、インターフェース３４が、ＵＳＢ規格のポートである場合について例示した。しかしこれに限らず、インターフェース３４は、データ授受が可能な装置を車載情報処理装置２１に接続させることができるものであればよく、各種の車載ＬＡＮや汎用ＬＡＮ、各種メモリの規格などに適合したインターフェースなどでもよい。これによっても、インターフェース３４と携帯型記憶装置１５の選択自由度が向上するため、車両データ取得システムとしての構成の柔軟性が向上するようになる。

　・上記各実施形態では、取得スクリプト４０がデータ取得プログラム１２に含まれている場合について例示したが、これに限らず、取得スクリプト４０は、データ取得プログラム１２に必要な都度供給されるようにしてもよい。これによって、取得スクリプト４０の入れ換えが容易になり、データ取得プログラム１２によるデータログ２２の取得機能の柔軟性を向上させることができるようになる。

　・上記各実施形態では、図７に示す変更可能条件５１が成立するか否かに基づき、プローブ部Ｐに対する命令が、プローブ機能変更リスト５０に基づき置き換えられるか否かが判断される場合について例示した。しかしこれに限らず、変更可能条件５１が成立しない場合には同条件が成立するように、設定されている複数のプローブ部Ｐの中から、変更するプローブ部Ｐを選択するようにしたり、一部のプローブ部Ｐのみに制限して置き換えるようにしたりしてもよい。

　つまり全てのプローブ部Ｐに対する命令の置き換えを行うと、アプリケーションプログラム１１の処理時間が規定時間を超えると予測されるとき、一部のプローブ部Ｐのみに対する命令の置き換えを行う。これによって、車載情報処理装置２１によるアプリケーションプログラム１１の実行に要する時間が、同アプリケーションプログラム１１の実行に予め割り当てられている規定時間を超えないようにする。これによって、車載情報処理装置２１がアプリケーションプログラム１１の実行に要する時間を、規定時間以内にするようにする。従って、例えば車載情報処理装置２１によるアプリケーションプログラム１１の実行が規定時間以内に終了しないために強制終了されてしまうなどの不適切な処理が、情報処理に生じることを防ぐことができるようになる。その結果、プローブ部Ｐを介しての車両データ取得処理の安全性が高められるようになるとともに、プローブ部Ｐの変更に係る柔軟性が向上するようになる。

　・上記各実施形態では、プローブ部Ｐに対する命令を置き換えたアプリケーションプログラム１１の実行に要する時間が、規定時間を超えないことを予め確認するようにした。しかしこれに限らず、プローブ部Ｐに対する命令を置き換えたアプリケーションプログラム１１の実行に要する時間が規定時間を超えないように、取得スクリプト４０を作成してもよい。これによって、プローブ部Ｐに対する命令が取得スクリプト４０に基づき置き換えられた場合であれ、車載情報処理装置２１によるアプリケーションプログラム１１の実行に要する時間は、同アプリケーションプログラム１１の実行に割り当てられている規定時間を超えないようになる。

　・上記各実施形態では、アプリケーションプログラム１１に９個のプローブ部Ｐ１～Ｐ９が設けられる場合について例示した。しかしこれに限らず、プローブ部Ｐの数は８箇所以下でも、１０箇所以上でもよい。これによって、プローブ部Ｐの配置自由度が向上し、より精度の高い動作解析が行えるようになる。

　・上記各実施形態では、例えばプローブ部Ｐ３がアドレスｘｘｘ１５とアドレスｘｘｘ１６からなるように、１つのプローブ部Ｐが２つのアドレスからなる場合について例示した。しかしこれに限らず、１つのプローブ部Ｐが３つ以上のアドレスから構成されていてもよい。これによって、プローブ部Ｐに置き換えることのできる命令の種類が増えるとともに、プローブ部Ｐには命令とともに、データログ２２に記録させたい値を引数として設けるようなこともできるようになる。これによって、プローブ部Ｐの置き換えの自由度が向上し、車両データ取得の柔軟性が向上するようにもなる。

　・上記各実施形態では、プローブ部Ｐには、予め無効命令としてＮＯＰ命令が埋め込まれている場合について例示した。しかしこれに限らず、アプリケーションプログラム１１の実行時間やＣＰＵ負荷の増加が抑えられるのであれば、他の命令がプローブ部Ｐに初期設定されてもよい。これによって、プローブ部Ｐの設定の柔軟性が向上するようにもなる。

　・いわばデータ取得支援手段としては、前述したデータ取得プログラム１２に限らず、他にハードウエアにて別途構成されたシステムや、ロジック回路等も採用可能である。これによって、車両データ取得システムとしての設計の柔軟性が向上するようになる。

　１０…データ解析センタ、１１…アプリケーションプログラム、１２…データ取得プログラム、１３…プログラムデータログ、１４…通信部、１５…携帯型記憶装置、１６…ローダ／アンローダ、１６Ａ…開始条件リスト、２０…車両、２１…車載情報処理装置、２２…データログ、２３…通信部、３０…車両ＣＰＵ、３０…演算装置、３１…記憶装置、３２…不揮発性メモリ、３２…ＲＯＭ、３３…ＲＡＭ、３３…揮発性メモリ、３４…インターフェース、３５…入力装置、３６…表示装置、４０…取得スクリプト、４１…データ出力関数群、４１ａ…基本ログ関数、４１ｂ…ＣＰＵ状態出力関数、４１ｃ…ＯＳ状態出力関数、４１ｄ…タスクスイッチ関数、４１ｅ…スタックダンプ関数、４１ｆ…メモリダンプ関数、４２…取得制御部、４３…インタプリタ、４４…コマンド部、４５…プローブ機能変更処理部、４６…関数実行処理部、５０…プローブ機能変更リスト、５１…変更可能条件、Ｐ，Ｐ１～Ｐ９…プローブ部。

Claims (14)

1. 　車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した前記車両データを記憶装置に記憶する車両データ取得システムであって、前記車載情報処理装置には、情報処理の処理手順を実行する情報処理部が予め組み込まれ、
   　前記車両データ取得システムは、
   　前記車載情報処理装置の情報処理動作状態を利用することによって前記車両データの取得を支援すべく、前記車載情報処理装置に動的に組み込まれるデータ取得支援手段と、
   　前記処理手順のうちのデータ取得処理を実行する１乃至複数の位置に、無効命令として配置されるプローブ部と
   を備え、
   　前記プローブ部は、前記データ取得支援手段からの指示によって他の命令に置き換え可能に構成され、
   　前記データ取得支援手段は、前記前記データ取得支援手段自身が前記車載情報処理装置に組み込まれることに伴って前記プローブ部を前記車両データの取得命令に置き換えるとともに、該置き換えによって取得した前記車両データを時系列的に前記記憶装置に記憶し、必要とされる前記車両データの取得後は、前記プローブ部を前記無効命令に再置き換えする
   　ことを特徴とする、車両データ取得システム。
2. 　前記データ取得支援手段は、前記プローブ部に対する命令の置き換えの実行の有無を、前記車両の状態に応じて判断する、
   　請求項１に記載の車両データ取得システム。
3. 　前記データ取得支援手段は、前記プローブ部に対する命令の置き換えを、前記車両が停車しているとの条件で実行する、
   　請求項２に記載の車両データ取得システム。
4. 　前記データ取得支援手段は、前記プローブ部に対する命令の置き換えを行なうことによって前記車載情報処理装置による情報処理に要する時間が、同情報処理に割り当てられている規定時間を超えると予測されるときには、前記プローブ部に対する命令の置き換えを行わない、
   　請求項１～３のいずれか一項に記載の車両データ取得システム。
5. 　前記プローブ部は、複数設けられており、
   　前記車載情報処理装置による情報処理に要する時間が、同情報処理に割り当てられている規定時間を超えないように、前記データ取得支援手段は、複数の前記プローブ部の中から選択した一部の前記プローブ部に対する命令の置き換えを行う
   　請求項１～３のいずれか一項に記載の車両データ取得システム。
6. 　前記データ取得支援手段は、前記プローブ部を介しての前記車両データの取得処理が、前記車載情報処理装置によって実行される情報処理に悪影響を及ぼすと判断されるとき、前記プローブ部に対する命令の置き換えを行わない、
   　請求項１～４のいずれか一項に記載の車両データ取得システム。
7. 　前記データ取得支援手段は、前記プローブ部を介しての前記車両データの取得処理が、前記車載情報処理装置における実行条件を充足しないと判断されるとき、前記プローブ部に対する命令の置き換えを行わない、
   　請求項１～４のいずれか一項に記載の車両データ取得システム。
8. 　前記データ取得支援手段には、前記車両データの取得命令が予め用意され、
   　前記車載情報処理装置による情報処理に要する時間が、同情報処理に割り当てられている規定時間を超えないように、前記取得命令は作成されている、
   　請求項１～４のいずれか一項に記載の車両データ取得システム。
9. 　前記データ取得支援手段は、有線通信もしくは無線通信を介して、前記車載情報処理装置に動的に組み込まれる、
   　請求項１～８のいずれか一項に記載の車両データ取得システム。
10. 　前記車載情報処理装置は、予め格納された情報処理プログラムに基づき、前記処理手順を実行するように構成され、
    　前記プローブ部は、前記情報処理プログラムに、無効命令として埋め込み配置され、
    　前記データ取得支援手段は、前記車載情報処理装置へのロードと、同車載情報処理装置からのアンロードとが可能に構成された前記車両データの取得命令を、スクリプトとして含む追加プログラムによって実現され、
    　前記追加プログラムが前記車載情報処理装置にロードされることに応じて、前記プローブ部は前記車両データの取得命令に置き換えられ、
    　必要とされる前記車両データの取得後、もしくは前記車載情報処理装置から前記追加プログラムがアンロードされることに応じて、前記プローブ部は前記無効命令に再置き換えされる、
    　請求項９に記載の車両データ取得システム。
11. 　前記記憶装置に記憶された前記車両データは、解析センタに送られ、
    　前記解析センタは、前記車両データの推移に基づき当該車両の状態を解析する、
    　請求項１～１０のいずれか一項に記載の車両データ取得システム。
12. 　前記車両データは、無線通信を介して、前記記憶装置から前記解析センタに送られる、
    　請求項１１に記載の車両データ取得システム。
13. 　車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した前記車両データを記憶装置に記憶する車両データ取得方法であって、前記車載情報処理装置には、情報処理の処理手順を実行する情報処理部が予め組み込まれ、
    　前記車両データ取得方法は、
    　前記車載情報処理装置の情報処理動作状態を利用することによって前記車両データの取得を支援するデータ取得支援手段を、前記車載情報処理装置に動的に組み込む組込工程と；
    　前記処理手順のうちのデータ取得処理を実行する１乃至複数の位置に、無効命令として配置されたプローブ部を、前記データ取得支援手段が前記車載情報処理装置に組み込まれることに伴って、前記車両データの取得命令に置き換える置換工程であって、前記プローブ部は、前記データ取得支援手段からの指示によって、他の命令に置き換え可能に構成されることと；
    　前記置き換えによって取得した前記車両データを、時系列的に前記記憶装置に記憶する記憶工程と；
    　必要とされる前記車両データの取得後は、前記プローブ部を前記無効命令に再置き換えする再置換工程と
    を備えることを特徴とする車両データ取得方法。
14. 　前記置換工程では、前記プローブ部に対する命令の置き換えの実行の有無は、前記車両の状態に応じて判断される、
    　請求項１３に記載の車両データ取得方法。

Images