車両データ取得システム及び車両データ取得方法
【課題】故障情報の診断等に必要とされる車両データを予測できないような場合であれ、その必要とされる車両データを高い柔軟性のもとに自動取得することのできる車両データ取得システム、及び車両データ取得方法を提供する。
【解決手段】車両データ取得システムは、車両２０に搭載された車載情報処理装置２１を通じて車両データを取得し、取得した車両データを記憶装置に記憶する。車両データ取得システムは、取得スクリプトに基づいて車両データを時系列的に取得するデータ取得プログラム１２により取得した車両データを、取得スクリプトに関連付けして記憶装置に格納しつつ、必要とされる車両データを該格納した車両データに基づいて解析し、この解析により必要とされる車両データを取得することのできる取得スクリプトを生成するデータ取得プログラム生成部１７を備える。
【解決手段】車両データ取得システムは、車両２０に搭載された車載情報処理装置２１を通じて車両データを取得し、取得した車両データを記憶装置に記憶する。車両データ取得システムは、取得スクリプトに基づいて車両データを時系列的に取得するデータ取得プログラム１２により取得した車両データを、取得スクリプトに関連付けして記憶装置に格納しつつ、必要とされる車両データを該格納した車両データに基づいて解析し、この解析により必要とされる車両データを取得することのできる取得スクリプトを生成するデータ取得プログラム生成部１７を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載された情報処理装置の動作を利用することによって車両データを取得する車両データ取得システム、及び車両データ取得方法に関する。
【背景技術】
【０００２】
一般に、車両に搭載されているナビゲーションシステムや各種制御装置等の車載情報処理装置の動作試験等に際しては、同情報処理装置にて実行されたプログラムを通じて取得される車両データに基づき車両状態の解析が行われる。そのため車載情報処理装置には、こうして取得される車両データを時系列で記憶する機能、いわゆるデータログ機能が設けられている。ただし、車載情報処理装置を通じて取得したいデータは、対象とする不具合の内容等、解析の対象に応じて異なるため、こうしたデータログ機能としても、取得するデータの種類や数などを解析の対象に応じて変更する必要がある。
【０００３】
そこで、データログ機能の変更を容易に行うことのできる技術が、従来から提案されており、その一例が特許文献１に記載されている。この特許文献１に記載のシステムでは基本的に、車両を制御する制御プログラムと、当該車両各部の診断を行いつつその車両データを記憶していくデータログ機能を含む診断プログラムと、車載情報処理装置に接続されたメンテナンス用の端末装置から送出される機能変更情報とを用いる。これらのうち、機能変更情報は、故障情報に対応して予めセンタに用意されている情報であり、メンテナンス用の端末装置からセンタに対して故障情報が送られることにより、センタから対応する機能変更情報が同端末装置に送られる。そして、こうした端末装置から機能変更情報が車載情報処理装置に送出とされることにより、診断プログラムでは、この送出された機能変更情報に基づき、記憶すべき車両データやその記憶条件が変更される。このように、センタに予め用意されている機能変更情報を用いることにより、診断プログラムのデータログ機能の変更が速やかになされるようになり、故障箇所を特定するための車両データを簡単に収集することができるようになる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−８４９９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このように、特許文献１に記載のシステムによれば、故障情報に応じた機能変換情報に基づき、故障診断に有用な車両データがいわゆるログデータとして記憶されるようになる。しかし同システムにあって、上記診断プログラムは、センタに予め用意されている機能変更情報を用いて車両データを記憶する処理構造となっているため、所望とされる車両データを得るうえでの柔軟性の低下も避けられない。すなわち、近年のプログラムの高度化、複雑化に伴い故障の診断に必要とされる車両データも多様化しつつあるが、そのような車両データを収集するための機能変換情報となると、これを予め用意することも難しい。
【０００６】
本発明は、このような実情に鑑みてなされたものであり、その目的は、故障情報の診断等に必要とされる車両データを予測できないような場合であれ、その必要とされる車両データを高い柔軟性のもとに自動取得することのできる車両データ取得システム、及び車両データ取得方法を提供することにある。
【課題を解決するための手段】
【０００７】
以下、上記課題を解決するための手段及びその作用効果を記載する。
上記課題を解決するために、請求項１に記載の発明は、車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した車両データを記憶装置に記憶する車両データ取得システムであって、前記車載情報処理装置による情報処理手順のうちのデータ取得処理を実行する１乃至複数の位置に無効命令として配置されるプローブ部と、データ取得指令に基づいて前記プローブ部の一部を前記車両データの取得命令に置き換え、該置き換えた取得命令によって車両データを時系列的に取得するとともに、必要とされる車両データの取得後は前記プローブ部を前記無効命令に再置き換えするデータ取得支援手段と、前記データ取得支援手段により取得した車両データを前記データ取得指令に関連付けして前記記憶装置に格納しつつ、必要とされる車両データを該格納した車両データに基づいて解析し、この解析した車両データに対応するプローブ部を当該必要とされる車両データの取得命令に置き換えるデータ取得指令を生成するデータ取得指令生成手段とを備えることを要旨とする。
【０００８】
上記課題を解決するために、請求項１０に記載の発明は、車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した前記データを記憶装置に記憶する車両データ取得方法であって、前記車載情報処理装置による情報処理手順のうちのデータ取得処理を実行する１乃至複数の位置に無効命令としてプローブ部を予め配置しておく工程と、データ取得指令に基づいて前記プローブ部の一部を前記車両データの取得命令に置き換え、該置き換えた取得命令によって車両データを時系列的に取得するとともに、必要とされる車両データの取得後は前記プローブ部を前記無効命令に再置き換えするデータ取得支援工程と、前記データ取得支援工程にて取得された車両データを前記データ取得指令に関連づけして前記記憶装置に格納しつつ、必要とされる車両データを該格納された車両データに基づいて解析し、この解析した車両データに対応するプローブ部を当該必要とされる車両データの取得命令に置き換えるデータ取得指令を生成する工程とを備えることを要旨とする。
【０００９】
このような構成又は方法によれば、データ取得指令に関連付けられた車両データに基づいて当該車両データを解析等することにより、例えば、車両の不調状態や異常などの予兆情報を検出することができるようになる。例えば、検出された不調状態や予兆情報に基づくことにより、先のデータ取得指令に代えて、当該不調状態や予兆情報をより詳細に解析することに必要とされる車両データを取得するデータ取得指令を生成することができるようになる。
【００１０】
そしてこのように生成したデータ取得指令に基づいて車両データが得られるようになれば車両状態の詳細な解析ができるようになり、当該不調状態や予兆情報により適切に対応することができるようにもなるようになる。逆に、車両状態の詳細な解析ができないような車両データが取得されたような場合、データ取得指令を元に戻すことのみで、先と同様の評価が可能な状態に戻すことができるとともに、再度生成するデータ取得指令により車両データの取得、及び車両状態の詳細な解析を試すことができるようになる。このようにすることにより、詳細な解析が可能な車両データを取得できるデータ取得指令を探し出す、いわゆる学習をすることができるようにもなる。
【００１１】
請求項２に記載の発明は、請求項１に記載の車両データ取得システムにおいて、前記データ取得指令生成手段にて生成されるデータ取得指令を前記データ取得支援手段に与えるデータ取得指令とすることを要旨とする。
【００１２】
請求項１１に記載の発明は、請求項１０に記載の車両データ取得方法において、前記データ取得指令を生成する工程にて生成されるデータ取得指令を前記データ取得支援工程で与える次のデータ取得指令とすることを要旨とする。
【００１３】
このような構成又は方法によれば、取得された車両データに基づいて生成されたデータ取得指令によって車両データが取得されるようになる。このように取得された車両データの解析結果により得られた車両の不調状態や予兆情報などに基づくデータ取得指令によれば、より詳細に車両状態を解析することのできる車両データを取得することができるようにもなる。そして、より詳細な解析を可能とする車両データに基づく解析によれば、不調状態や予兆情報により適切に対応することができるようになる。
【００１４】
請求項３に記載の発明は、請求項１又は２に記載の車両データ取得システムにおいて、前記データ取得指令生成手段は、前記生成するデータ取得指令を、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得されるように生成することを要旨とする。
【００１５】
請求項１２に記載の発明は、請求項１０又は１１に記載の車両データ取得方法において、前記データ取得指令を生成する工程には前記生成するデータ取得指令を、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得されるように生成させることを要旨とする。
【００１６】
このような構成又は方法によれば、取得された車両データに関連する車両データを次に（再帰的に）取得することができるようにデータ取得指令が生成される。これにより、次に取得される車両データによれば、先に取得された車両データを絞り込んだかたちで、より詳しい車両の不調状態や予兆情報などを検出することができるようにもなる。
【００１７】
請求項４に記載の発明は、請求項１〜３のいずれか一項に記載の車両データ取得システムにおいて、前記データ取得指令生成手段にて生成されるデータ取得指令は、複数のスクリプトのなかから選択された少なくとも１つのスクリプトからなることを要旨とする。
【００１８】
請求項１３に記載の発明は、請求項１０〜１２のいずれか一項に記載の車両データ取得方法において、前記データ取得指令を生成する工程にて生成されるデータ取得指令を、複数のスクリプトのなかから選択された少なくとも１つのスクリプトから生成させることを要旨とする。
【００１９】
このような構成又は方法によれば、車両データを取得するためのスクリプトが予め設けられているため、必要とされる車両データを取得するためのデータ取得指令の生成が容易になる。また、予め設けられている複数のスクリプトから、所定のルールに基づいてスクリプトを選択するようにすれば、それらスクリプトのなかから不調状態や予兆情報に適したスクリプトを探し出すことも可能になる。
【００２０】
請求項５に記載の発明は、請求項４に記載の車両データ取得システムにおいて、前記生成されるデータ取得指令は複数のスクリプトからなり、それらスクリプトの組み換えによってデータ取得指令が変更されることを要旨とする。
【００２１】
請求項１４に記載の発明は、請求項１３に記載の車両データ取得方法において、前記生成されるデータ取得指令は複数のスクリプトからなり、それらスクリプトの組み換えによってデータ取得指令を変更させることを要旨とする。
【００２２】
このような構成又は方法によれば、複数のスクリプトの組み合わせにより車両データが取得されるようになるので、不調状態や予兆情報により適したスクリプトの組み合わせを探し出すこと、すなわち学習を行うことが可能になる。
【００２３】
請求項６に記載の発明は、請求項５に記載の車両データ取得システムにおいて、前記データ取得指令を構成する複数のスクリプトの組み換えが、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得される態様で行われることを要旨とする。
【００２４】
請求項１５に記載の発明は、請求項１４に記載の車両データ取得方法において、前記データ取得指令を構成する複数のスクリプトの組み換えを、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得される態様で行わせることを要旨とする。
【００２５】
このような構成又は方法によれば、取得された車両データに関連する車両データを次に（再帰的に）取得することができるように組み換えられたスクリプトによりデータ取得指令が生成される。これにより、スクリプトを用いた場合であれ、先に取得された車両データを絞り込んだかたちで次の車両データが取得され、より詳しい車両の不調状態や予兆情報などを検出することができるようにもなる。
【００２６】
請求項７に記載の発明は、請求項４〜６のいずれか一項に記載の車両データ取得システムにおいて、前記データ取得指令を構成するスクリプトの選択が、それらスクリプトの組み合わせパターンの別に得られる車両データとしてその特徴がより顕著となる車両データが得られるスクリプト組み合わせパターンの選択として学習されることを要旨とする。
【００２７】
請求項１６に記載の発明は、請求項１３〜１５のいずれか一項に記載の車両データ取得方法において、前記データ取得指令を構成するスクリプトの選択を、それらスクリプトの組み合わせパターンの別に得られる車両データとしてその特徴がより顕著となる車両データが得られるスクリプト組み合わせパターンの選択として学習させることを要旨とする。
【００２８】
このような構成又は方法によれば、検出対象とする特徴がより顕著となる車両データが得られるようにスクリプトの組み合わせが学習されるため、学習後のスクリプトの組み合わせに基づいて取得される車両データによれば、より詳しい車両の不調状態や予兆情報などを検出することができるようにもなる。
【００２９】
請求項８に記載の発明は、請求項１〜７のいずれか一項に記載の車両データ取得システムにおいて、前記データ取得指令生成手段にて生成されるデータ取得指令は、同指令の実行手段である前記データ取得支援手段に含まれるプログラムとして前記データ取得支援手段とともに前記車載情報処理装置に読み込まれるものであることを要旨とする。
【００３０】
請求項１７に記載の発明は、請求項１０〜１６のいずれか一項に記載の車両データ取得方法において、前記データ取得指令を生成する工程にて生成されるデータ取得指令を、同指令を実行する前記データ取得支援工程に含まれるプログラムとして前記データ取得支援工程を構成するプログラムとともに前記車載情報処理装置に読み込ませることを要旨とする。
【００３１】
このような構成又は方法によれば、データ取得指令はデータ取得支援手段に含まれ、同データ取得支援手段とともに車載情報処理装置に読み込まれるようになるため、車両データの取得において、車載情報処理装置に車両データを取得するためのプログラムを予め用意しておく必要がない。これにより、車載情報処理装置の記憶容量などを不要に占有するようなことがなくなり、車両データを取得しないときには、車両データ取得システムが車載情報処理装置に負荷を与えたりするおそれがない。
【００３２】
請求項９に記載の発明は、請求項１〜８のいずれか一項に記載の車両データ取得システムにおいて、前記車両と無線通信にて情報交換されるセンタを有し、前記記憶装置及び前記データ取得指令生成手段は前記センタに設けられており、前記データ取得指令は前記記
憶装置に取得された車両データに基づいて前記センタにて生成されることを要旨とする。
【００３３】
請求項１８に記載の発明は、請求項１０〜１７のいずれか一項に記載の車両データ取得方法において、前記車両と無線通信にて情報交換されるセンタを有するとともに、前記センタに前記記憶装置を設け、前記データ取得指令を生成する工程を前記センタにて実行させて前記データ取得指令を前記記憶装置に取得された車両データに基づいて生成させることを要旨とする。
【００３４】
このような構成又は方法によれば、車両データを取得する記憶装置がセンタに設けられているため、車載情報処理装置などのように能力の制約が多い装置に対し、通常、高い処理能力を有するセンタにて車両データの解析が行われるようになることから処理負荷の高い処理なども行えるようになる。これにより、車両データの解析自由度や精度が高められる。また、このように、高い自由度や解析精度の車両データの解析結果に基づいて、センタにてデータ取得指令の生成が行われるようになるため、次に取得させる車両データをより車両の不調状態や予兆情報などの検出に適したデータとすることができるようにもなる。
【００３５】
また、センタにて生成されるデータ取得指令を無線通信にて適宜車両に送信することができるので、車両データの取得、車両データの解析、解析結果に基づくデータ取得命令の生成、及び生成したデータ取得命令の車両への送信を１つのサイクルとする車両データの取得を短い間隔で繰り返すことができるようになる。これにより、車両の不調状態や予兆情報を、短時間で効率的に、かつ、高い精度で検出することができるようになる。これにより、このような車両データ取得システムを採用した車両のメンテナンス性や信頼性などを高めることができるようになる。
【図面の簡単な説明】
【００３６】
【図１】本発明に係る車両データ取得システムを具体化した第１の実施形態について、その概略構成を示すブロック図。
【図２】同車両データ取得システムの車載情報処理装置の概略構成を示すブロック図。
【図３】同車両データ取得システムのオペレーティングシステムに含まれる、プローブ部を模式的に示す模式図。
【図４】同車両データ取得システムの車載情報処理装置にロードされる、データ取得プログラムの概略構成を示すブロック図。
【図５】同車両データ取得システムのデータ取得プログラムがプローブ部を変更する態様を模式的に示す模式図であり、（ａ）はプローブ部の初期状態を示す図、（ｂ）はプローブ部が置き換えられた状態を示す図、（ｃ）はプローブ部が再置き換えされた状態を示す図。
【図６】同車両データ取得システムのデータ解析センタに設けられる適用スクリプトリストを模式的に示す模式図。
【図７】同車両データ取得システムの適用スクリプトリストに学習結果が反映された例を模式的に示す模式図。
【図８】同車両データ取得システムにおいてデータログを取得する処理の手順を示すフローチャート。
【図９】本発明に係る車両データ取得システムを具体化した第２の実施形態について、その概略構成を示すブロック図。
【図１０】本発明に係る車両データ取得システムを具体化した他の実施形態について、その概略構成を示すブロック図。
【発明を実施するための形態】
【００３７】
（第１の実施形態）
本発明に係る車両データ取得システムを具体化した第１の実施形態について、図１〜図８に従って説明する。
【００３８】
まず、車両データ取得システムの構成の概要について説明する。
図１に示すように、車両データ取得システムには、移動体としての車両２０に搭載される車載情報処理装置２１が含まれる。車載情報処理装置２１は、車両２０の外部に設けられているデータ解析センタ１０との間でプログラムデータやログデータなどの各種データを授受（情報交換）する。
【００３９】
データ解析センタ１０は、車両２０に搭載されている各種制御装置等の車載情報処理装置２１から取得されたデータログ２２からなるデータログ１４２等を含むログ情報１３を解析し、その解析結果に基づく車両２０の動作状態等の試験や調査を行なう。本実施形態では、データ解析センタ１０は、車両２０の動作状態の試験等の際、車両２０に搭載された車載情報処理装置２１によってオペレーティングシステム（ＯＳ）１１が実行されることによって車両２０において取り扱われる車両データを取得し、その取得された車両データに基づいて車両２０の状態の解析を行う。
【００４０】
データ解析センタ１０が行う各種動作試験等には、車両２０の不具合や故障などによる不調や、同車両２０に搭載された車載情報処理装置２１に生じた不具合や故障などによる不調に係る試験や調査などが含まれる。データ解析センタ１０が解析に用いるログ情報１３に含まれるデータログ１４２（車両２０のデータログ２２）は、車載情報処理装置２１にて実行されたＯＳ１１の動作に関連して取得された車両データが時系列的に記録されることによって生成されたデータログである。すなわち、車両２０の車載情報処理装置２１は、車両データからなるデータログ２２を生成するデータログ機能を実現する。
【００４１】
そして、データ解析センタ１０は、このように取得されたデータログ１４２に基づいて車両２０の不調等の解析を行い、その解析結果に基づいて、より詳細な解析を行うために必要とされる車両データなどとして、次に取得すべき車両データを選択するようにする。また、データ解析センタ１０は、解析結果に応じて、より詳細な解析を行うために必要とされる車両データとしてその特徴がより顕著となる車両データを選択できるようにするための学習を行うようにもしている。
【００４２】
次に、車両２０の構成について説明する。
図２に示すように、車両２０には、上述した車載情報処理装置２１と、データ解析センタ１０との無線通信を可能にする車載通信部２３とが設けられている。
【００４３】
車載通信部２３は、センタ通信部１８との相互の無線通信が可能になっているとともに、センタ通信部１８との間で送受信する各種データを、車載情報処理装置２１との間で授受可能になっている。これにより車載通信部２３は、データ解析センタ１０から無線通信によって取得したデータ取得支援手段としてのデータ取得プログラム１２などを車両２０の車載情報処理装置２１に転送することができる一方、車両２０の車載情報処理装置２１からデータ解析センタ１０にデータログ２２などを転送することができるようになっている。
【００４４】
車載情報処理装置２１には、入力装置３５と、表示装置３６とが設けられている。
入力装置３５は、ユーザが車載情報処理装置２１に操作情報などの情報を入力するための装置であり、タッチパネルに表示されるボタンやフロントパネルに設けられたボタンなどを有し、ユーザの操作に応じた情報を車載情報処理装置２１に入力させるようになっている。
【００４５】
表示装置３６は、文字・画像情報を表示してユーザに提供する装置であり、例えば自車位置や地図情報などの情報が画像等で表示される。
また車載情報処理装置２１は、車両２０に搭載された各種情報機器装置としての一例であるナビゲーションシステムを構成している。車載情報処理装置２１は、情報処理部としての演算装置（車両ＣＰＵ）３０、記憶装置３１、不揮発性メモリ（ＲＯＭ）３２、揮発性メモリ（ＲＡＭ）３３などを有するマイクロコンピュータを中心に構成されており、記憶装置３１やメモリ３２，３３に格納されている各種データ及びプログラムに基づき各種情報処理を実行する。本実施形態では、車両ＣＰＵ３０にてＯＳ１１やアプリケーションプログラム１１Ｃが実行されることにより、ナビゲーションシステムとしての機能が実現される。ＯＳ１１はコアカーネル１１Ａと拡張カーネル１１Ｂとを含み構成されており、コアカーネル１１Ａは車載情報処理装置２１の起動に関する処理を主に行い、拡張カーネル１１Ｂはアプリケーションの実行を管理するスケジューラ機能に関する処理を主に行う。
【００４６】
記憶装置３１は、公知の記憶装置であり、不揮発性の記憶装置であるＨＤＤ（Ｈａｒｄ
Ｄｉｓｋ Ｄｒｉｖｅ）や不揮発性のメモリ（ＥＥＰＲＯＭ等）などから構成されている。記憶装置３１には、車両ＣＰＵ３０で実行される各種情報処理に用いる各種データ及びプログラムが格納されるとともに、ＯＳ１１を利用することによって取得される１乃至複数の車両データからなるデータログ２２も格納される。
【００４７】
ＲＯＭ３２は、不揮発性のメモリであって、車両ＣＰＵ３０にて実行処理される確定されたプログラム、例えばＯＳ１１やアプリケーションプログラム１１Ｃなどが予め保持されている。なお、ＯＳ１１やアプリケーションプログラム１１Ｃは、必要なときに車両ＣＰＵ３０に読み込むことが可能であれば、その全部もしくは一部が記憶装置３１などの他の記憶装置に記憶されていてもよい。
【００４８】
ＲＡＭ３３は、揮発性のメモリなどであって、車両ＣＰＵ３０で実行されるプログラムや、プログラムに用いられる変数（パラメータ）などが一時的に保持される。例えばＲＡＭ３３には、車両ＣＰＵ３０にて実行処理されているＯＳ１１やアプリケーションプログラム１１Ｃのプログラム及び内部変数や、車速など車両２０の走行状態を示す変数などが一時的に保持される。また、データ解析センタ１０から受信したデータ取得プログラム１２を保持するようにもなっている。データ取得プログラム１２は、ＯＳ１１などから車両データのデータログを取得するためのプログラムである。
【００４９】
このようなことから、車載情報処理装置２１は起動すると、ＲＯＭ３２等に予め保持されているＯＳ１１を車両ＣＰＵ３０に自動的に読み込み、実行させるとともに、これに続いてアプリケーションプログラム１１Ｃを車両ＣＰＵ３０に読み込み、実行させる。これによって車載情報処理装置２１では電源投入後に、ナビゲーションシステムとしてのプログラムであるアプリケーションプログラム１１Ｃが自動的に開始される。
【００５０】
車載情報処理装置２１は、車両ＣＰＵ３０にローダ／アンローダ３０Ａを実行させる。ローダ／アンローダ３０Ａは、所定の追加条件に基づき追加的に車両ＣＰＵ３０にプログラムを実行させたり、逆に車両ＣＰＵ３０に追加的に実行させたプログラムを所定の削除条件に基づき削除したりする。ローダ／アンローダ３０Ａは、予めＲＯＭ３２や記憶装置３１に保持されており、車載情報処理装置２１の電源投入後、車両ＣＰＵ３０による実行が自動的に開始される。すなわちローダ／アンローダ３０Ａは、車両ＣＰＵ３０にて、ＯＳ１１やアプリケーションプログラム１１Ｃとは別のプログラムとして、ＯＳ１１やアプリケーションプログラム１１Ｃの処理を妨げることのないように実行される。なおローダ／アンローダ３０Ａは、ＯＳ１１やアプリケーションプログラム１１Ｃに含まれていても
よい。またローダ／アンローダ３０Ａは、必要なタイミングで車両ＣＰＵ３０にて実行されるようになっていてもよい。
【００５１】
車載情報処理装置２１は、車載通信部２３がデータ解析センタ１０からデータ取得プログラム１２を取得したことを検出すると、ローダ／アンローダ３０Ａを実行させて取得したデータ取得プログラム１２をＲＡＭ３３に転送する。そして車載情報処理装置２１は、車両２０の走行条件やキー操作などから定まる所定の開始条件が成立したと判断すると、ＲＡＭ３３に転送済みのデータ取得プログラム１２を、車両ＣＰＵ３０にて実行処理させる、つまりデータ取得プログラム１２を起動させる。逆に車載情報処理装置２１は、データ取得プログラム１２に予め設定されている終了条件が成立したと判断すると、データ取得プログラム１２を終了させる処理を実行するとともに、データ取得プログラム１２が終了した後、当該データ取得プログラム１２をＲＡＭ３３等から削除する。
【００５２】
車両ＣＰＵ３０にて実行されるコアカーネル１１Ａや拡張カーネル１１Ｂには、複数のプローブ部Ｐが設けられている。プローブ部Ｐは、ＯＳ１１が実行されると、その処理の途中で実行処理される位置に配置されている。図３に示すように、コアカーネル１１Ａは、複数のプローブ部Ｐとして例えば複数のプローブ部Ｐ１〜Ｐ９を有している。コアカーネル１１Ａにおけるプローブ部Ｐ１〜Ｐ９の配置は任意であり、例えば各種処理の開始位置や終了位置に設けることができることはもとより、各種処理の途中、いわゆるプログラムの途中に設けることもできる。各プローブ部Ｐ１〜Ｐ９には、通常時には何もしない命令であるＮＯＰ命令などの無効命令が、所定のアドレスに所定のアドレス長だけ確保されている。例えばプローブ部Ｐ３として、プログラムの命令の途中に２つのアドレス、すなわちアドレスｘｘｘ１５とｘｘｘ１６が確保されている。このように、２つのアドレスとそこに設定される無効命令からなるプローブ部Ｐは、ＯＳ１１のサイズや処理負荷の増大を極力抑えたものとなる。これによって、ＯＳ１１は、プローブ部Ｐ（Ｐ１〜Ｐ９）が設けられた場合であれ、プローブ部Ｐの設置による実行時間の増加などが極力抑えられ、プローブ部Ｐが設けられていない場合と略同様の実行時間や、車両ＣＰＵ３０に対する負荷率に維持されるようになる。すなわち本実施形態のプローブ部Ｐ１〜Ｐ９は、ＯＳ１１に設けられた場合であれ、当該ＯＳ１１に対して新たな負荷を付加しないものとなっている。ところで、例えばアドレスｘｘｘ１５の番号に用いている符号「ｘｘｘ」は、具体的な値を省略した旨を示す符号であり、特定の数値に限定されるものではなく、任意の桁数の任意の数値に代えることができるものである。
【００５３】
なおプローブ部Ｐ１〜Ｐ９の配置位置としては、当該箇所において車両２０の動作状態を解析することに適した車両データが取得できる箇所であることが望ましい。また車両データには、車両２０の走行状態に係るデータである速度、加速度、振動、および位置等や、エンジン制御等に係るデータなどが含まれる。さらに車両データには、ＯＳ１１の内部変数、車両ＣＰＵ３０の動作状態を示す変数、ＯＳ等の状態を示す変数、およびプログラム切換に係る変数が含まれる。また車両データには、プログラム処理に係るデータの出し入れを「後入れ先出し」によって行うデータ構造であるスタックの内容（スタックダンプ）や、プログラムが用いているメモリの内容（メモリダンプ）等も含まれる。
【００５４】
なお、拡張カーネル１１Ｂにもプローブ部Ｐが設けられているが、それらプローブ部Ｐの構成はコアカーネル１１Ａに設けられているプローブ部Ｐ１〜Ｐ９と同様の構成であるため、その説明を割愛する。またアプリケーションプログラム１１Ｃに、コアカーネル１１Ａと同様のプローブ部Ｐを設けてもよい。
【００５５】
また車両ＣＰＵ３０にて実行されるデータ取得プログラム１２は、ＯＳ１１に設けられている１乃至複数のプローブ部Ｐを介して、車載情報処理装置２１にて実行されているＯＳ１１を利用して取得できる車両データ、例えば各種車両状態を示すデータや、プログラ
ムの内部変数のデータなどのデータログ２２を生成するデータログ機能を有している。なお、データ取得プログラム１２は、データ解析センタ１０により作成、管理される。
【００５６】
図４に示すように、データ取得プログラム１２には、データ取得指令としての取得スクリプト４０と、データ出力関数群４１と、データ取得プログラム１２を管理する取得制御部４２と、インタプリタ４３とが設けられている。
【００５７】
取得スクリプト４０は、車両データを取得するために機能を変更させるプローブ部Ｐの位置及びその変更内容が定義されたものであり、車両２０の動作試験等の際に解析する対象などに応じてデータ解析センタ１０にて作成される。取得スクリプト４０には、機能変更の対象となるプローブ部Ｐ毎にそれぞれ変更させる機能が設定されたプローブ機能変更リストやプローブ部Ｐを変更することを許可する条件を定めた変更可能条件などが設定されている。プローブ機能変更リストには、車両データを取得するために機能が変更させられるプローブ部Ｐが、１つ又は複数設定されるとともに、その設定された１つ又は複数のプローブ部Ｐ毎に、それぞれ変更後の機能が設定されている。図５（ａ），（ｂ）に示すように、例えば車両ＣＰＵ３０にて実行されているコアカーネル１１Ａに含まれる１つのプローブ部Ｐ３（アドレスｘｘｘ１５〜ｘｘｘ１６）を、いわゆる取得命令の一つである基本ログ関数４１ａを実行する命令（ジャンプ命令）に変更させるように設定されている。すなわちプローブ機能変更リストに基づき、各プローブ部Ｐの設定がそれぞれ置き換えられる。
【００５８】
データ出力関数群４１は、ＯＳ１１等を利用することによって所定の車両データを取得し、取得した車両データを記憶装置３１などにデータログ２２として記憶させるため複数の関数である。各関数としては、例えば基本ログ関数４１ａ、ＣＰＵ状態出力関数４１ｂ、ＯＳ状態出力関数４１ｃ、タスクスイッチ関数４１ｄ、スタックダンプ関数４１ｅ、およびメモリダンプ関数４１ｆなどがある。基本ログ関数４１ａは、ＯＳ１１の内部変数のデータログを作成する関数である一方、ＣＰＵ状態出力関数４１ｂは、車両ＣＰＵ３０の動作状態を示すカウンタやクロックなどの変数のデータログを作成する関数である。またＯＳ状態出力関数４１ｃは、ＯＳ状態等を示すメモリ使用量や付加率などを示す変数のデータログを作成する関数である一方、タスクスイッチ関数４１ｄは、車両ＣＰＵ３０で実行中の複数のプログラムに係る各プログラムの実行状態や各プログラムの優先度などを示す変数のデータログを作成する関数である。さらにスタックダンプ関数４１ｅは、メモリスタックの内容であるスタックダンプのデータログを作成する関数である一方、メモリダンプ関数４１ｆは、プログラムが実行されていたり、変数が保持されていたりするメモリの内容であるメモリダンプのデータログを作成する関数である。すなわち、これら関数により取得された車両データがデータログ２２として記憶装置３１に記憶されるとともに、当該データログ２２の解析に必要とされる車両データを取得した日時や車両２０の速度などの各種情報も併せて記憶装置３１に記憶される。データログ２２に併せ記憶される各種情報は、データログ２２に関連付けられており、例えばデータログ２２がデータ解析センタ１０に送信される際、データログ２２とともにデータ解析センタ１０に送信されるようになっている。
【００５９】
取得制御部４２は、データ取得プログラム１２の実行を制御するものであって、インタプリタ４３における、実行可能条件の判断や、取得スクリプト４０の実行や終了などを管理したり、インターフェース等を通じてのデータの授受を管理したりする。例えば取得制御部４２は、取得スクリプト４０が実行可能条件を充足するか否かインタプリタ４３に判断させる。そして取得制御部４２は、実行可能条件が充足される場合、インタプリタ４３に取得スクリプト４０を実行させる。一方、取得制御部４２は、実行可能条件が充足されない場合、インタプリタ４３が取得スクリプト４０を実行することがないように管理する。また例えば取得制御部４２は、車両データの取得が終了した場合、取得した車両データ
からなるデータログ２２を、車載通信部２３を介してデータ解析センタ１０に転送させる処理も行う。
【００６０】
インタプリタ４３は、車両ＣＰＵ３０の処理機能を利用することによって、取得スクリプト４０やデータ出力関数群４１に含まれるソースコードを逐次解釈しながら実行処理する。インタプリタ４３には、コマンド部４４が設けられている。コマンド部４４には、インタプリタ４３が利用するものとして予め設定されている実行プログラム群が設けられており、本実施形態では、プローブ部Ｐに対する命令を置き換える置換コマンドや、プローブ部Ｐに対する命令を再置き換えする再置換コマンドなどが含まれている。
【００６１】
またインタプリタ４３には、取得スクリプト４０に基づきプローブ部Ｐに対する命令を置き換え又は再置き換えするプローブ機能変更処理部４５や、前記データ出力関数群４１に含まれる関数を実行するための関数実行処理部４６などが設けられている。すなわち取得スクリプト４０がインタプリタ４３によって実行処理されると、プローブ機能変更処理部４５によりプローブ部Ｐに対する命令の置き換えや、再置き換えが実行される。なお、本実施形態では、命令の置き換えとは、無効命令を車両データ収集のための命令に置き換えることであり、再置き換えとは、車両データ収集のための命令を無効命令に書き戻すことである。またデータ出力関数群４１に含まれる各関数４１ａ〜４１ｆは、インタプリタ４３によって処理されることによって所定の処理が行われるようになっている。なお本実施形態では、インタプリタ４３がデータログ２２を作成する際、インタプリタ４３は記憶装置３１にデータログ２２を作成するようになっている。
【００６２】
なおプローブ機能変更処理部４５は、命令が置き換えされた後のプローブ部Ｐを再置き換える場合、取得スクリプト４０のプローブ機能変更リストを参照して、コアカーネル１１Ａのプローブ部Ｐのなかから再置き換えする必要のあるプローブ部Ｐを選択する。
【００６３】
次に、データ解析センタ１０について説明する。
図１に示すように、データ解析センタ１０には、車両２０との無線通信を可能にするセンタ通信部１８が設けられている。センタ通信部１８は、車載通信部２３との相互の無線通信が可能になっているとともに、車載通信部２３との間で送受信する各種データを、データ解析センタ１０の処理装置との間で授受可能になっている。これによりセンタ通信部１８は、無線通信によってデータ取得プログラム１２等をデータ解析センタ１０から車両２０の車載情報処理装置２１に送信することができるとともに、車両２０の車載情報処理装置２１からのデータログ２２を受信することができるようになっている。
【００６４】
また、データ解析センタ１０には、ＯＳ１１と、アプリケーションプログラム１１Ｃとが保持されている。ＯＳ１１は、車載情報処理装置２１に搭載されているＯＳ１１と同一のプログラムであり、アプリケーションプログラム１１Ｃも、車載情報処理装置２１に搭載されているアプリケーションプログラム１１Ｃと同一のプログラムである。すなわちＯＳ１１には、複数のプローブ部Ｐが設けられている。ＯＳ１１のプローブ部Ｐは、ＯＳ１１等に予め埋め込み配置されているため、データ解析センタ１０では保持しているＯＳ１１から同ＯＳ１１におけるプローブ部Ｐの配置位置（アドレス）や取得可能な車両データなどの情報を得ることができる。そしてデータ解析センタ１０は、ＯＳ１１に配置されたプローブ部Ｐの位置（アドレス）などを把握した上で、１乃至複数のプローブ部を介して同ＯＳ１１の動作を利用することに基づいて車両データを取得するデータ取得プログラム１２を作成することができるようになっている。
【００６５】
なおデータ解析センタ１０は、必要とする都度、コアカーネル１１Ａや、拡張カーネル１１Ｂや、アプリケーションプログラム１１Ｃ等と同一のプログラムを生成するか、もしくは外部から取得することが可能になっていてもよい。
【００６６】
さらに、データ解析センタ１０には、車載情報処理装置２１に送信するデータ取得プログラム１２と、データ取得プログラム１２により取得された車両データなどからなる複数のログ情報１３と、データ取得プログラム１２により取得させる１乃至複数の車両データを特定する複数のスクリプト１４とが保持されている。
【００６７】
各ログ情報１３には、取得情報１４１と、該取得情報１４１に関連付けられているデータログ１４２とが含まれている。取得情報１４１は、データログ１４２の取得条件などに関する情報であり、データログ１４２に含まれる車両データが取得されたプローブ部Ｐやプログラムなどの情報や、車両データ（データログ２２）の取得に用いたデータ取得指令としての取得スクリプト４０の情報などが含まれている。また取得情報１４１には、車両２０からデータログ２２とともに受信する、車両データを取得した日時や車両２０の速度などの各種情報も含まれている。データログ１４２は、車載情報処理装置２１にて取得された車両データのデータログ２２が、データ解析センタ１０にて記憶されたものである。すなわちデータ解析センタ１０には、データログ１４２として、車載情報処理装置２１にて取得されたデータログ２２が同データログ２２の取得に関する車両情報である取得情報１４１に関連付けられて保持される。
【００６８】
各スクリプト１４には、プローブ部Ｐの機能を、所定の車両データを取得することができるように変更させるための命令が設定されている。すなわち、各スクリプト１４には、ＯＳ１１に設けられているプローブ部Ｐのなかから機能を変更させるものとして、必要に応じて選択された、１乃至複数のプローブ部Ｐの位置及びその変更内容が、車両２０の動作試験等の際に解析対象とする１乃至複数の車両データに応じて定義される。そしてこのスクリプト１４に基づいて、必要とされる１乃至複数の車両データが車載情報処理装置２１にて実行されるＯＳ１１から取得される。なおデータ解析センタ１０には、スクリプト１４として、基本的な解析対象とされる１乃至複数の車両データを取得するスクリプトや、標準的な調査や頻度の高い調査の対象となる１乃至複数の車両データをスクリプトなどが予め用意されている。
【００６９】
また、データ解析センタ１０には、ログ情報１３に含まれる車両データを解析するログデータ解析部１５と、必要とする車両データの取得に適したスクリプトの選択の際に参照される適用スクリプトリスト１６とが設けられている。さらに、データ解析センタ１０には、選択されたスクリプト１４を含むデータ取得プログラム１２を生成するデータ取得指令生成手段としてのデータ取得プログラム生成部１７が設けられている。なお、データ解析センタ１０は、そこに設けられている記憶装置（図示略）に、ＯＳ１１、アプリケーションプログラム１１Ｃ、データ取得プログラム１２、１乃至複数のログ情報１３、１乃至複数のスクリプト１４、及び適用スクリプトリスト１６などを保持している。
【００７０】
ログデータ解析部１５は、ログ情報１３に基づいて車両２０の状態やその車両２０の車載情報処理装置２１の状態を解析し、車両２０の不調情報や予兆情報を得る。ログデータ解析部１５は、取得情報１４１に記録されている日時や速度などの各種情報から、取得されたデータログ１４２が記録されたときの車両状態や状況などを判断することができる。また、取得情報１４１に記録されている車両データの取得対象プログラム、例えばコアカーネル１１Ａの情報や、その車両データの取得に利用したスクリプト１４の情報に基づいて、取得されたデータログ１４２に記録されているログデータの示す内容などの属性について判定することができる。これら判定によって、ログデータ解析部１５は、取得されたデータログ１４２に記録されているログデータが、当該車両状態や状況において適切なデータ（値）であったのか否かを判断する。このような判断は、例えば、ログデータを、データ解析センタ１０に比較用に保持されている標準データや、コアカーネル１１Ａのプログラムから求められるデータなどと比較することに基づいて行われる。そしてログデータ
解析部１５は、正常な動作と異なる値を示すことなどから、適切でないと判断したログデータについて、当該ログデータの属性及びその値などに基づいて不調箇所及び不調現象を解析し、その解析した結果を不調情報や予兆情報として保持するようにする。
【００７１】
適用スクリプトリスト１６は、図６に示すように、車両データから検出された不調情報や予兆情報などに対応して、それら不調情報や予兆情報をより詳細に検出することに適したスクリプト１４が選択できるように、スクリプト１４が設定されたリストである。適用スクリプトリスト１６は、不調の検出されたＯＳ１１等のプログラム（不調箇所）と、検出された現象である不調現象との組み合わせに基づいて、当該組み合わせをより詳細に解析するために必要とされる車両データの取得に適している１乃至複数のスクリプト１４の選択が可能になっている。例えば、図６に示す適用スクリプトリスト１６には、コアカーネル１１Ａにデッドロックが生じた場合、「スクリプト１」と「スクリプト２」の適用が適切であり、コアカーネル１１Ａにリセットが生じた場合、「スクリプト２」の適用が適切であることがそれぞれ設定されている。また同適用スクリプトリスト１６には、コアカーネル１１Ａにローディングの不都合が生じた場合、「スクリプト３」の適用が適切であることが設定されている。さらに同適用スクリプトリスト１６には、拡張カーネル１１Ｂにデッドロックが生じた場合、「スクリプト４」と「スクリプト１」の適用が適切であり、拡張カーネル１１Ｂにリセットが生じた場合、「スクリプト５」の適用が適切であることが設定されている。なお、複数のスクリプト１４が組み合わされる場合、それらスクリプトを組み合わせる順序によっても取得できる車両データのタイミング等が変化するため、適用スクリプトリスト１６には、複数のスクリプト１４が適切な組み合わせの順に設定されている。
【００７２】
なお本実施形態では、図６に示すように、当初、適用スクリプトリスト１６には、スクリプトの設定されていない不調箇所と不調現象との組み合わせがあるものの、これらに必要とされるスクリプトは必要に応じて自動的に適宜充足されるようになっている。また、既にスクリプトが設定されている組み合わせにあっても、そこに設定されている１乃至複数のスクリプト１４については自動的に見直されるようになっている。
【００７３】
適用スクリプトリスト１６に設定されているスクリプトの見直は、ログデータ解析部１５により行われる。すなわち、ログデータ解析部１５は、適用スクリプトリスト１６に設定された１乃至複数のスクリプト１４に基づいて取得した車両データ（データログ２２）をログ情報１３として保持する。また同様に、ログデータ解析部１５は、適用スクリプトリスト１６に設定されているスクリプト１４の内容を所定のルールに基づいて変更し、該変更された１乃至複数のスクリプト１４に基づいて取得した車両データ（データログ２２）をログ情報１３として保持する。このように取得された２つのログ情報１３の各データログ１４２を比較して、どちらのデータログ１４２が不調現象や予兆現象等の特徴をより顕著に示しているか判定する。そして、その特徴をより顕著に示しているデータログ１４２を取得するために用いた１乃至複数のスクリプト１４を、同現象を検出するために適切な１乃至複数のスクリプト１４であると判断し、同判断された１乃至複数のスクリプト１４を当該不調箇所と不調現象の検出に好適な組み合わせとして適用スクリプトリスト１６に再設定する。このように１乃至複数のスクリプト１４の変更前後に取得された各別の２つのデータログ１４２を比較することを繰り返すことにより、適用スクリプトリスト１６は、設定されている１乃至複数のスクリプト１４の組み合わせが最適化される、いわゆる設定内容が学習されるようになる。
【００７４】
なお、ログデータ解析部１５が適用スクリプトリスト１６に設定されているスクリプト１４の内容を変更する所定のルールとして、特徴を顕著に示した車両データに関連している車両データを選択するようにするようにしている。これによれば、次に取得される車両データに、不調状態を示す値などが全く含まれなくなるなどのおそれを軽減させることが
できる。なお、同ルールとして、特徴を顕著に示した車両データとは無関係に、予め定められたリストに設定されている順に、スクリプト１４を選択していくようにすることもできる。
【００７５】
ところで適用スクリプトリスト１６において、図６に示す、ファイルシステム箇所に生じたデッドロック現象のようにスクリプトが設定されていない場合、まず、他のプログラム（箇所）に対して同じ現象に用いられる１乃至複数のスクリプト１４や、標準的な検査や調査に用いる１乃至複数のスクリプト１４に基づいてデータログ１４２を取得する。そしてデータログ１４２が取得された後、データログ１４２の取得に用いた１乃至複数のスクリプト１４を所定のルールにより変更し、その変更した１乃至複数のスクリプト１４に基づいて同様にデータログ１４２を取得する。このようにして取得された各別の２つのデータログ１４２を比較することにより不調現象や予兆現象が顕著となる１乃至複数のスクリプト１４を判定し、適用スクリプトリスト１６に設定することができる。
【００７６】
また、プログラム（箇所）が異なる場合、同様の車両データであれ、それを取得し得るプローブ部Ｐの配置位置（アドレス）が異なる。しかしながら、プログラム相互において同じ車両データを取得し得るプローブ部Ｐの対応関係を記録したリストなどに基づいて特定のプログラム用に作成された１乃至複数のスクリプト１４を他のプログラム用に変換することもできる。例えば、コアカーネル１１Ａ用に作成されたスクリプト１４を、コアカーネル１１Ａのプローブ部Ｐと拡張カーネル１１Ｂのプローブ部Ｐとの対応リストを参照することにより、拡張カーネル１１Ｂ用に変換することもできるようになる。同様にして、コアカーネル１１Ａ用に作成されたスクリプト１４を、アプリケーションプログラム１１Ｃ用のスクリプト１４に変換することもできる。
【００７７】
ログデータ解析部１５は、以上述べたことを繰り返すことによりスクリプト１４を組み換えてその組み合わせを最適化させる、いわゆる学習する。なお、本実施形態では、適用スクリプトリスト１６には、最大３つのスクリプト１４を組み合わされたものが設定できるものとする。これにより、適用スクリプトリスト１６に設定されている１乃至複数のスクリプト１４を、当初、図６に示されたような、当初の設定内容から、図７に示されるように、スクリプト１４の組み合わせが変更されるなどした、学習後の設定内容に設定、もしくは再設定する。例えば、学習後の適用スクリプトリスト１６には、コアカーネルに適用するスクリプト１４の組み合わせとして、デッドロックが発生したときには「スクリプト１（以下単に、１と記す）」、「スクリプト２（以下単に、２と記す）」及び「スクリプト３（以下単に、３と記す）」が設定される。また、学習後の適用スクリプトリスト１６には、リセットが発生したときには「２」、「１」及び「３」が、ローディングの不調が発生したときには「２」、「１」及び「３」がそれぞれ設定される。さらに、コアカーネルについて適用するスクリプトとして、黒画が発生したときには「１」、「２」及び「３」が、音が出ないときには「１」、「２」及び「３」が、爆音が出るときには「２」、「１」及び「４」がそれぞれ設定される。また、拡張カーネルに適用するスクリプトとして、デッドロックが発生したときには「スクリプト４（以下単に、４と記す）」、「１」及び「２」が、リセットが発生したときには「スクリプト５（以下単に、５と記す）」、「４」及び「２」が、ローディングの不調が発生したときには「５」、「４」及び「２」がそれぞれ設定される。さらに、拡張カーネルについて適用するスクリプトとして、黒画が発生したときには「４」、「１」及び「２」が、音が出ないときには「４」、「１」及び「２」が、爆音が出るときには「４」、「５」及び「２」がそれぞれ設定される。さらに、ファイルシステムに適用するスクリプトとして、デッドロックが発生したときには「１」、「２」及び「４」が、リセットが発生したときには「１」、「２」及び「４」が、ローディングの不調が発生したときには「１」、「２」及び「４」がそれぞれ設定される。また、ファイルシステムについて適用するスクリプトとして、黒画が発生したときには「１」、「２」及び「４」が、音が出ないときには「１」、「２」及び「４」が、爆音が
出るときには「１」、「２」及び「４」がそれぞれ設定される。さらに、ＵＳＢドライバに適用するスクリプトとして、デッドロックが発生したときには「２」、「１」及び「５」が、リセットが発生したときには「５」、「３」及び「２」が、ローディングの不調が発生したときには「２」、「５」及び「１」がそれぞれ設定される。また、ＵＳＢドライバについて適用するスクリプトとして、黒画が発生したときには「２」、「１」及び「５」が、音が出ないときには「２」、「５」及び「３」が、爆音が出るときには「５」、「２」及び「１」がそれぞれ設定される。
【００７８】
データ取得プログラム生成部１７は、ログデータ解析部１５による解析結果に基づいて得られる不調箇所及び不調現象に対応する１乃至複数のスクリプト１４の組み合わせを適用スクリプトリスト１６から選択するとともに、当該選択した１乃至複数のスクリプト１４に基づいて取得スクリプト４０を含むデータ取得プログラム１２を生成する。すなわち、データ取得プログラム生成部１７は、車両２０の不調状態や予兆情報の傾向に基づいて自動的に取得スクリプト４０を生成する。
【００７９】
このようにして、データ解析センタ１０は、保持している車載情報処理装置２１と同一のＯＳ１１等に基づいて、車両２０から解析等に必要とする車両データを取得するデータ取得プログラム１２を作成するとともに、管理するようになっている。はじめは、データ取得プログラム１２の取得スクリプト４０は、予め定められた車両２０の動作試験等に必要とする車両データを取得するように作成される。以降、必要に応じて、ログデータ解析部１５の解析結果に基づいて、次の解析に必要とされる車両データを取得するように絞り込まれた取得スクリプト４０がスクリプト１４の組み換えに基づき作成される。そして、作成された取得スクリプト４０に基づいて車両２０に生じている不調等をより顕著に示し、詳細に解析することが可能な車両データからなるデータログ１４２を取得することができるようになる。
【００８０】
次に、車両２０の車載情報処理装置２１においてデータ取得プログラム１２に行われるプローブ部Ｐの置き換え、及び再置き換えについて、図５に従って説明する。なお、以下では、コアカーネル１１Ａのプローブ部Ｐ３に対する命令の置き換え、及び再置き換えについて説明する。また、他のプローブ部Ｐ１，Ｐ２，Ｐ４〜Ｐ９に対する命令の置き換え、及び再置き換えは、プローブ部Ｐ３に対する命令の置き換え、及び再置き換えと同様であるため、説明の便宜上、それら他のプローブ部Ｐに対する説明は割愛する。
【００８１】
図５（ａ）に示すように、コアカーネル１１Ａのアドレスｘｘｘ１５とアドレスｘｘｘ１６には、予めプローブ部Ｐ３が埋め込まれている。同プローブ部Ｐ３には命令として何もしない命令（無効命令）が予め配置されている。そして、プローブ部Ｐ３に対する命令の置き換えがデータ取得プログラム１２によって実行されると、図５（ａ）から図５（ｂ）への矢印で示すように、プローブ部Ｐ３に予め配置されている命令がデータ取得プログラム１２に含まれる所定の出力関数を実行する命令に置き換えられる。具体的には、プローブ部Ｐ３のアドレスｘｘｘ１５とアドレスｘｘｘ１６に配置されているＮＯＰ命令が取得命令に置き換えられる。これによってＮＯＰ命令が取得命令を実現するアドレスであるｄｅｓｔＡにプログラムの実行箇所を移動させる、いわゆるジャンプ命令（ＪＭＰ命令）に置き換えられ、例えばジャンプ先に指定されたデータ取得プログラム１２の基本ログ関数４１ａを実行することができるようになる。
【００８２】
一方、図５（ｂ）から図５（ｃ）への矢印で示すように、データ取得プログラム１２によってプローブ部Ｐ３に対する命令が再置き換えされる。命令の再置き換えは、データ取得プログラム１２が必要とされる車両データを取得した後、もしくはデータ取得プログラム１２が車載情報処理装置２１から削除される、いわゆるアンロードされるときに実行され、プローブ部Ｐ３に置き換えられた命令は、何もしない命令（無効命令）に再置き換え
される。このような再置き換えによってコアカーネル１１Ａは、そのプローブ部Ｐ３の命令が初期状態に復元されることとなる。具体的には、プローブ部Ｐ３に対する命令の再置き換えが実行されると、置き換えによりアドレスｘｘｘ１５とアドレスｘｘｘ１６に配置されたＪＭＰ命令が無効命令としてのＮＯＰ命令に再置き換えされる。
【００８３】
また次に、適用スクリプトリスト１６に設定されるスクリプト１４の学習について、図８に従って説明する。
車両２０の調査や試験等が開始されると、データ解析センタ１０は、データ取得プログラム生成部１７にて、所定の取得スクリプト４０を有するとともに同取得スクリプト４０の実行手段としてのデータ取得プログラム１２を生成し、その生成したデータ取得プログラム１２を車両２０に送信する（図８のステップＳ１０）。取得スクリプト４０は、調査に応じて指定された不調箇所及び不調現象や、データログ１４２の解析により特定された不調箇所及び不調現象などに基づき適用スクリプトリスト１６から取得された１乃至複数のスクリプト１４に基づいて生成されている。
【００８４】
データ解析センタ１０から送信されたデータ取得プログラム１２を受信した車両２０は、同データ取得プログラム１２を車載情報処理装置２１に保持するとともに、車両ＣＰＵ３０に実行可能にロードしてプローブ部Ｐの置き換えを行う（図８のステップＳ１１）。すなわち、車載情報処理装置２１は、実行可能にロードしたデータ取得プログラム１２を、実行の開始条件の成立に応じて車両ＣＰＵ３０に実行開始させる。
【００８５】
車両ＣＰＵ３０によって実行開始するデータ取得プログラム１２の取得制御部４２は、取得スクリプト４０をインタプリタ４３に処理させて各プローブ部Ｐに対する命令の置き換え処理を行うとともに、該命令の置き換え処理の終了に伴って各プローブ部Ｐのデータログ取得機能を有効化する。データログ取得機能を有効化により、ＯＳ１１の実行に伴い各プローブ部Ｐが実行処理されることで、当該実行処理されるプローブ部Ｐに設定された関数に基づき車両データが取得されるようになるとともに、取得された車両データが時間ごと（時系列的）に追加されてなるデータログ２２が作成される（図８のステップＳ１２）。そしてデータログ２２の作成が開始された後、終了条件が成立すると、車載情報処理装置２１は、各プローブ部Ｐによるデータログ取得機能をすべて無効化することによって、データログ２２の生成処理を終了する。（データ取得支援工程）。
【００８６】
車載情報処理装置２１は、生成が終了されたデータログ２２をデータ解析センタ１０に送信し、該送信されたデータログ２２を受信したデータ解析センタ１０は、該データログ２２に基づくログ情報１３を構成して保持する（図８のステップＳ１３）。なお、データログ２２のデータ解析センタ１０への転送が終了すると、車載情報処理装置２１は、プローブ部Ｐに対する命令の再置き換え処理を実行した後、データ取得プログラム１２の実行を終了するとともに、ローダ／アンローダ３０ＡによってＲＡＭ３３に保持されているデータ取得プログラム１２を削除する。これによって、ＯＳ１１は、データ取得プログラム１２が車両ＣＰＵ３０にロードされる以前の状態と同一の状態に復元されるとともに、車両ＣＰＵ３０における実行環境も、データ取得プログラム１２がロードされる以前の状態と同一の状態に戻される。
【００８７】
ログ情報１３が保持されると、データ解析センタ１０は、ログ情報１３を解析し、その解析結果に基づいて次の解析に必要とされる車両データを判断する。すなわち、取得情報１４１に記録されている日時や速度などの各種情報から取得されたデータログ１４２が記録されたときの車両状態や状況などを判断する。また、取得情報１４１に記録されている車両データの取得対象プログラム、例えばコアカーネル１１Ａの情報や、取得に利用した１乃至複数のスクリプト１４の情報に基づいて、取得されたデータログ１４２に記録されているログデータの示す内容（属性）について判断する。そしてこれら判断された車両状
態や状況、ログデータの示す内容（属性）に基づいて、取得されたデータログ１４２に記録されているログデータが適切なデータ（値）であるか否かを判断する。さらに、適切でないと判断されたログデータについて、当該ログデータの属性及びその値などを解析して、該ログデータから不調箇所及び不調現象を特定する（図８のステップＳ１４）。
【００８８】
不調箇所及び不調現象が特定されると、データ解析センタ１０は、特定された不調箇所及び不調現象に対応する適用スクリプトリスト１６の設定を更新する、いわゆる学習を行う（図８のステップＳ１５）。ログデータ解析部１５は、不調箇所及び不調現象を特定したデータログ１４２の取得に用いられた１乃至複数のスクリプト１４（取得スクリプト４０）と、当該特定された不調箇所及び不調現象に対応する適用スクリプトリスト１６の設定に基づいて取得されたデータログ１４２とを比較する。そして、不調現象や予兆現象をより顕著に示しているデータログ１４２を判定し、不調現象や予兆現象を顕著に示すデータログ１４２の取得に用いられた１乃至複数のスクリプト１４を、同現象の検出に適切なスクリプト１４であると判断して適用スクリプトリスト１６に設定する、すなわち更新する。このような更新により、適用スクリプトリスト１６に設定されている１乃至複数のスクリプト１４の組み合わせが学習され、最適化される。
【００８９】
なお、解析により特定された不調箇所及び不調現象に対する設定が適用スクリプトリスト１６にない場合、基本的な１乃至複数のスクリプト１４を設定することにより以降、上述の学習が可能となる。
【００９０】
適用スクリプトリスト１６の更新が終了すると、データ解析センタ１０は、ログ収集を続けるか否かを判断する（図８のステップＳ１６）。ログ収集を続けるか否かは、ログデータ解析部１５によるデータログ１４２の解析結果としての不調箇所及び不調現象の特定が好適になされたか否かにより判断される。また例えば、不調箇所を１つに絞ることができたり、標準から外れるデータが取得されたり、所定の回数絞込みをしたりした場合にはログ収集を中止してもよい。さらに例えば、学習結果として固定された適用スクリプトリスト１６の設定（スクリプト１４）を用いて取得したデータログ１４２の場合にはログ収集を中止してもよい。ログ収集を中止すると判断した場合（図８のステップＳ１６でＮＯ）、データ解析センタ１０は、データ取得プログラム１２に基づく車両２０の車両データの取得を終了する。一方、ログ収集を続けると判断した場合（図８のステップＳ１６でＹＥＳ）、データ解析センタ１０は、ステップＳ１０のデータ取得プログラム生成処理に戻り、以降の処理ステップを繰り返すことにより、データ取得プログラム１２に基づく車両２０の車両データの取得を継続する。
【００９１】
続いて、本実施形態の車両データ取得システムの作用について説明する。
本実施形態の車両データ取得システムによれば、車両２０に不調状態や予兆情報が生じた際、不調状態や予兆情報の傾向から有効であると推測される取得スクリプト４０を生成し、この生成した取得スクリプト４０に基づいてデータログ２２を取得することができるようになる。また、このように取得されたデータログ２２が解析に有効でなかった場合、改めて有効であろうと推測される、先と異なる取得スクリプト４０を生成し、この生成した取得スクリプト４０に基づいてデータログ２２を取得するという処理を繰り返すことができるようになる。その結果、解析に有効なデータログ２２を取得することができる可能性が高まるようになる。すなわち、当初、故障情報の診断等に必要とされる車両データを予測できないような場合であっても、その必要とされる車両データを高い柔軟性のもとに自動取得することのできるようになる。
【００９２】
さらに、不調状態や予兆情報の分類と、解析に有効なデータログ２２の傾向を分析することにより、すなわち学習することにより、不調状態や予兆情報に応じて必要とされるデータログ２２の取得効率や精度を高めることができるようにもなる。
【００９３】
以上説明したように、本実施形態に係る車両データ取得システムは、以下に列記する効果を有する。
（１）取得スクリプト４０に関連付けられた車両データに基づいて当該車両データを解析等することにより、例えば、車両の不調状態や異常などの予兆情報を検出することができるようにした。例えば、検出された不調状態や予兆情報に基づくことにより、先の取得スクリプト４０に代えて、当該不調状態や予兆情報をより詳細に解析することに必要とされる車両データを取得する取得スクリプト４０を生成することができるようになる。
【００９４】
そしてこのように生成した取得スクリプト４０に基づいて車両データが得られるようになれば車両状態の詳細な解析ができるようになり、当該不調状態や予兆情報により適切に対応することができるようにもなるようになる。逆に、車両状態の詳細な解析ができないような車両データが取得されたような場合、取得スクリプト４０を元に戻すことのみで、先と同様の評価が可能な状態に戻すことができるとともに、再度生成する取得スクリプト４０により車両データの取得、及び車両状態の詳細な解析を試すことができるようになる。このようにすることにより、詳細な解析が可能な車両データを取得できる取得スクリプト４０を探し出す、いわゆる学習をすることができるようにもなる。
【００９５】
（２）取得された車両データに基づいて生成された取得スクリプト４０によって車両データを取得するようにした。このように取得された車両データの解析結果により得られた車両の不調状態や予兆情報などに基づく取得スクリプト４０によれば、より詳細に車両状態を解析することのできる車両データを取得することができるようになる。そして、より詳細な解析を可能とする車両データに基づく解析によれば、不調状態や予兆情報により適切に対応することができる。
【００９６】
（３）取得された車両データに関連する車両データを次に（再帰的に）取得することができるように取得スクリプト４０を生成した。これにより、次に取得される車両データによれば、先に取得された車両データを絞り込んだかたちで、より詳しい車両の不調状態や予兆情報などを検出することができるようにもなる。
【００９７】
（４）車両データを取得するための複数のスクリプト１４が予め設けられているため、必要とされる車両データを取得するための取得スクリプト４０の生成が容易である。また、予め設けられている複数のスクリプト１４から、所定のルールに基づいてスクリプト１４を選択するようするため、それらスクリプト１４のなかから不調状態や予兆情報に適したスクリプトを探し出すことも可能になる。
【００９８】
（５）３つのスクリプト１４の組み合わせにより車両データが取得されるため、不調状態や予兆情報により適したスクリプト１４の組み合わせを探し出すこと、すなわち学習を行うことが可能である。
【００９９】
（６）取得された車両データに関連する車両データを次に（再帰的に）取得することができるように組み換えられたスクリプトにより取得スクリプト４０が生成される。このように、スクリプト１４を用いた場合であれ、先に取得された車両データ（データログ１４２）を絞り込んだかたちで次の車両データ（データログ１４２）が取得され、より詳しい車両の不調状態や予兆情報などを検出することができるようにした。
【０１００】
（７）検出対象とする特徴がより顕著となる車両データが得られるようにスクリプト１４の組み合わせを学習するため、学習後のスクリプト１４の組み合わせに基づいて取得される車両データによれば、より詳しい車両の不調状態や予兆情報などを検出することができるようにもなる。
【０１０１】
（８）取得スクリプト４０はデータ取得プログラム１２に含まれ、同データ取得プログラム１２とともに車載情報処理装置２１に読み込まれるようになるため、車両データの取得において、車載情報処理装置２１に車両データを取得するためのプログラムを予め用意しておく必要がない。これにより、車載情報処理装置２１の記憶容量などを不要に占有するようなことがなくなり、車両データを取得しないときには、車両データ取得システムが車載情報処理装置２１に負荷を与えたりするおそれがない。
【０１０２】
（９）車両データ（ログ情報１３）を取得する記憶装置がデータ解析センタ１０に設けられているため、車載情報処理装置２１などのように能力の制約が多い装置に対し、通常、高い処理能力を有するデータ解析センタ１０にて車両データの解析が行われるようになることから処理負荷の高い処理なども行えるようになる。これにより、車両データの解析自由度や精度が高められる。また、このように、高い自由度や解析精度の車両データの解析結果に基づいて、データ解析センタ１０にて取得スクリプト４０の生成が行われるようになるため、次に取得させる車両データをより車両２０の不調状態や予兆情報などの検出に適したデータとすることができるようにもなる。
【０１０３】
（１０）データ解析センタ１０にて生成される取得スクリプト４０を無線通信にて適宜車両２０に送信することができるので、車両データの取得、車両データの解析、解析結果に基づく取得スクリプト４０の生成、及び生成した取得スクリプト４０の車両２０への送信を１つのサイクルとする車両データの取得を、短い間隔で繰り返すことができる。これにより、車両２０の不調状態や予兆情報を、短時間で効率的に、かつ、高い精度で検出することができるようになる。これにより、このような車両データ取得システムを採用した車両２０のメンテナンス性や信頼性などを高めることができるようになる。
【０１０４】
（第２の実施形態）
本発明に係る車両データ取得システムを具体化した第２実施形態について、図９に従って説明する。なお、取得する車両データの変更を、上記第１の実施形態では、取得スクリプト４０を含むデータ取得プログラム１２全体の入れ換えにより実行していることに対し、本実施形態では取得スクリプト４０のみの入れ換えで実行することが相違するものの、他の構成は同様であるため、同様の構成には同一符号を付して重複する説明を割愛する。
【０１０５】
図９に示すように、車載情報処理装置２１の車両ＣＰＵ３０には予めデータ取得プログラム１２が設けられている。データ解析センタ１０では取得スクリプト４０が生成される。そして、データ解析センタ１０で生成された取得スクリプト４０が車両２０に送信され、該送信された取得スクリプト４０を受信した車両２０は、当該受信した取得スクリプト４０をデータ取得プログラム１２に設定されている取得スクリプト４０に入れ換える。これにより、データ取得プログラム１２は、入れ換えられた取得スクリプト４０に基づいてプローブ部Ｐの置き換えを実行することができるようになるとともに、車両データを取得してデータログ２２を作成することができるようになる。また、車両データの取得後には、同入れ換えられた取得スクリプト４０に基づいてプローブ部Ｐを再置き換えすることができるようになる。
【０１０６】
これによっても、データ解析センタ１０にて適用スクリプトリスト１６を参照して作成された取得スクリプト４０に基づいて、車両データのデータログ２２を取得することができる。また、取得されたデータログ２２に基づくログ情報１３により、適用スクリプトリスト１６の内容を更新することや、ログ情報１３の解析に基づく新たな取得スクリプト４０の作成、及び当該作成した取得スクリプト４０に基づく次のデータログ２２の取得ができるようになる。
【０１０７】
このように本実施形態に係る車両データ取得システムは、第１実施形態の効果に記載の（１）〜（７），（９），（１０）と同等もしくはそれに準じた効果を有し、更に以下の効果を奏する。
【０１０８】
（１１）データ取得プログラム１２に必要の都度、取得スクリプト４０を供給するようにするため取得スクリプト４０の入れ換えが容易になり、データ取得プログラム１２によるデータログ２２の取得機能の柔軟性を向上させることができるようになる。
【０１０９】
（１２）また、データ解析センタ１０から取得スクリプト４０のみを送信するため通信データ量が削減されるようになるとともに、取得スクリプト４０の入れ換えのみで済むため車載情報処理装置２１にてデータ取得プログラム１２全体をロードする時間が不要となり車両データの取得を開始するまでに要する時間を短くすることもできるようにもなる。
【０１１０】
（その他の実施形態）
なお上記各実施形態は、以下の態様で実施することもできる。
・車載情報処理装置２１にてデータ取得プログラム１２が実行される実行可能条件として、イグニッションスイッチの状態や、車両状態（例えば、停車など）を条件としてもよい。これにより、車両状態などに応じて適切にデータ取得プログラムを実行させることができるようになる。
【０１１１】
・上記各実施形態では、例えばプローブ部Ｐ３がアドレスｘｘｘ１５とアドレスｘｘｘ１６からなるように、１つのプローブ部Ｐが２つのアドレスからなる場合について例示した。しかしこれに限らず、１つのプローブ部が３つ以上のアドレスから構成されていてもよい。これによって、プローブ部に置き換えることのできる命令の種類が増えるとともに、プローブ部には命令とともに、データログに記録させたい値を引数として設定するようなこともできるようになる。これによって、プローブ部の置き換えの自由度が向上し、車両データ取得の柔軟性が向上するようにもなる。
【０１１２】
・上記各実施形態では、プローブ部Ｐには、予め無効命令としてＮＯＰ命令が埋め込まれている場合について例示した。しかしこれに限らず、ＯＳの実行時間やＣＰＵ負荷の増加が抑えられるのであれば、他の命令がプローブ部に初期設定されてもよい。これによって、プローブ部の設定の柔軟性が向上するようにもなる。
【０１１３】
・上記各実施形態では、コアカーネル１１Ａに９個のプローブ部Ｐ１〜Ｐ９が設けられる場合について例示した。しかしこれに限らず、コアカーネルなどに設けられるプローブ部の数は８箇所以下でも、１０箇所以上でもよい。これによって、プローブ部の配置自由度が向上し、より精度の高い動作解析が行えるようになる。
【０１１４】
・上記各実施形態では、データ解析センタ１０と車両２０との間でのデータの授受が無線通信により行われる場合について例示した。しかしこれに限らず、データ解析センタと車両との間でのデータの授受をＵＳＢメモリや、ＵＳＢのハードディスクや、ＵＳＢドライブなどの携帯型記憶装置を介して行うようにしてもよい。この場合、図１０に示すように、車両２０及びデータ解析センタ１０をそれぞれ携帯型記憶装置１９との間で情報交換可能にすることにより、携帯型記憶装置１９を介して車両２０及びデータ解析センタ１０との間の情報交換ができるようになる。これにより、車両データ取得システムとしての構成の自由度が向上されるようになる。
【０１１５】
・上述のように情報交換に携帯型記憶装置１９を用いる場合、データログ２２を車載情報処理装置２１に接続させた携帯型記憶装置１９に生成してもよい。これによって、データログ２２の生成先の柔軟性が向上するようになることから、データログ２２を記憶する
ための記憶容量の制約を回避することができるようなるなど、車両データ取得システムとしての構成の柔軟性が向上するようになる。
【０１１６】
・上記第２の実施形態では、車載情報処理装置２１に予めデータ取得プログラム１２が設けられている場合について例示した。しかしこれに限らず、車載情報処理装置は、データ解析センタから取得スクリプトを含むデータ取得プログラムを受信した後、引き続き車両データの取得を行う場合、データ取得プログラムを消去せずに残すようにし、以降、取得スクリプトのみを入れ換えるようにしてもよい。これによって、データ取得プログラムの構成や、車両データの取得の自由度が向上するようになる。
【０１１７】
・上記各実施形態では、データログ２２が記憶装置３１に作成される場合について例示したが、これに限らず、車両データを適宜データ解析センタに送信し、データログをデータ解析センタに作成させるようにしてもよい。この場合、例えば、インタプリタが車両データを車載通信部からデータ解析センタに送信するようにすればよい。これにより、車載情報処理装置に設けられる記憶装置の容量に制限されることなく、作成するデータログのサイズや取得する車両データの数や種類などの柔軟性が向上するようになる。
【０１１８】
・上記各実施形態では、適用スクリプトリスト１６には最大３つのスクリプト１４が組み合わされたものを設定できる場合について例示した。しかしこれに限らず、適用スクリプトリストには、３つより多くのスクリプトを組み合わされたものが設定されてもよい。これにより、必要とする車両データの取得精度を向上させることができるようにもなる。
【０１１９】
・上記各実施形態では、取得スクリプト４０がスクリプト１４の組み合わせにより構成される場合について例示した。しかしこれに限らず、取得スクリプトを必要とされる車両データに応じて各別に設定するようにしてもよい。この場合、例えば、プローブ部のリストから必要とされる車両データを取得できるプローブ部を選択するようにすることもできる。これにより、車両データ取得システムとしての設計自由度が向上するようになる。
【０１２０】
・上記各実施形態では、適用スクリプトリスト１６には複数のスクリプト１４が適切な組み合わせの順に設定されている場合について例示した。しかしこれに限らず、スクリプトの順序が取得される車両データに影響を及ぼさない場合、適用スクリプトリストには順序に関係なくスクリプトを設定してもよい。これにより、スクリプトの組み合わせに対する取り扱いの自由度が向上するようにもなる。
【０１２１】
・上記各実施形態では、データ取得プログラム１２の実行により車両データを取得する場合について例示したが、これに限らず、データ取得プログラムと同等の機能を発揮することのできるように構成されたハードウェア、例えばロジック回路等を採用してデータログを取得するようにしてもよい。これによって、車両データ取得システムとしての設計の柔軟性が向上するようになる。
【０１２２】
・上記各実施形態では、車載情報処理装置２１は、ナビゲーションシステムである場合について例示した。しかしこれに限らず、車載情報処理装置は、車両において、車両制御や運転支援、情報提供などを行う各種制御装置であればよい。これによって、車両においてこのような車両データ取得システムの採用可能性が向上するようになる。
【０１２３】
・上記各実施形態では、データ解析センタ１０は施設であるような場合について例示したが、しかしこれに限らず、データ解析センタは、車両と通信可能なコンピュータであれば、カーメーカやカーディーラに設けられているパーソナルコンピュータのような小型コンピュータであってもよい。これにより、この車両データ取得システムとしての利用可能性の拡大が図られる。
【符号の説明】
【０１２４】
１０…データ解析センタ、１１…ＯＳ（オペレーティングシステム）、１１Ａ…コアカーネル、１１Ｂ…拡張カーネル、１１Ｃ…アプリケーションプログラム、１２…データ取得プログラム、１３…ログ情報、１４…スクリプト、１５…ログデータ解析部、１６…適用スクリプトリスト、１７…データ取得プログラム生成部、１８…センタ通信部、１９…携帯型記憶装置、２０…車両、２１…車載情報処理装置、２２…データログ、２３…車載通信部、３０…車両ＣＰＵ（演算装置）、３０Ａ…ローダ／アンローダ、３１…記憶装置、３２…ＲＯＭ（不揮発性メモリ）、３３…ＲＡＭ（揮発性メモリ）、３５…入力装置、３６…表示装置、４０…取得スクリプト、４１…データ出力関数群、４１ａ…基本ログ関数、４１ｂ…ＣＰＵ状態出力関数、４１ｃ…ＯＳ状態出力関数、４１ｄ…タスクスイッチ関数、４１ｅ…スタックダンプ関数、４１ｆ…メモリダンプ関数、４２…取得制御部、４３…インタプリタ、４４…コマンド部、４５…プローブ機能変更処理部、４６…関数実行処理部、１４１…取得情報、１４２…データログ、Ｐ，Ｐ１〜Ｐ９…プローブ部。
【技術分野】
【０００１】
本発明は、車両に搭載された情報処理装置の動作を利用することによって車両データを取得する車両データ取得システム、及び車両データ取得方法に関する。
【背景技術】
【０００２】
一般に、車両に搭載されているナビゲーションシステムや各種制御装置等の車載情報処理装置の動作試験等に際しては、同情報処理装置にて実行されたプログラムを通じて取得される車両データに基づき車両状態の解析が行われる。そのため車載情報処理装置には、こうして取得される車両データを時系列で記憶する機能、いわゆるデータログ機能が設けられている。ただし、車載情報処理装置を通じて取得したいデータは、対象とする不具合の内容等、解析の対象に応じて異なるため、こうしたデータログ機能としても、取得するデータの種類や数などを解析の対象に応じて変更する必要がある。
【０００３】
そこで、データログ機能の変更を容易に行うことのできる技術が、従来から提案されており、その一例が特許文献１に記載されている。この特許文献１に記載のシステムでは基本的に、車両を制御する制御プログラムと、当該車両各部の診断を行いつつその車両データを記憶していくデータログ機能を含む診断プログラムと、車載情報処理装置に接続されたメンテナンス用の端末装置から送出される機能変更情報とを用いる。これらのうち、機能変更情報は、故障情報に対応して予めセンタに用意されている情報であり、メンテナンス用の端末装置からセンタに対して故障情報が送られることにより、センタから対応する機能変更情報が同端末装置に送られる。そして、こうした端末装置から機能変更情報が車載情報処理装置に送出とされることにより、診断プログラムでは、この送出された機能変更情報に基づき、記憶すべき車両データやその記憶条件が変更される。このように、センタに予め用意されている機能変更情報を用いることにより、診断プログラムのデータログ機能の変更が速やかになされるようになり、故障箇所を特定するための車両データを簡単に収集することができるようになる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−８４９９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このように、特許文献１に記載のシステムによれば、故障情報に応じた機能変換情報に基づき、故障診断に有用な車両データがいわゆるログデータとして記憶されるようになる。しかし同システムにあって、上記診断プログラムは、センタに予め用意されている機能変更情報を用いて車両データを記憶する処理構造となっているため、所望とされる車両データを得るうえでの柔軟性の低下も避けられない。すなわち、近年のプログラムの高度化、複雑化に伴い故障の診断に必要とされる車両データも多様化しつつあるが、そのような車両データを収集するための機能変換情報となると、これを予め用意することも難しい。
【０００６】
本発明は、このような実情に鑑みてなされたものであり、その目的は、故障情報の診断等に必要とされる車両データを予測できないような場合であれ、その必要とされる車両データを高い柔軟性のもとに自動取得することのできる車両データ取得システム、及び車両データ取得方法を提供することにある。
【課題を解決するための手段】
【０００７】
以下、上記課題を解決するための手段及びその作用効果を記載する。
上記課題を解決するために、請求項１に記載の発明は、車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した車両データを記憶装置に記憶する車両データ取得システムであって、前記車載情報処理装置による情報処理手順のうちのデータ取得処理を実行する１乃至複数の位置に無効命令として配置されるプローブ部と、データ取得指令に基づいて前記プローブ部の一部を前記車両データの取得命令に置き換え、該置き換えた取得命令によって車両データを時系列的に取得するとともに、必要とされる車両データの取得後は前記プローブ部を前記無効命令に再置き換えするデータ取得支援手段と、前記データ取得支援手段により取得した車両データを前記データ取得指令に関連付けして前記記憶装置に格納しつつ、必要とされる車両データを該格納した車両データに基づいて解析し、この解析した車両データに対応するプローブ部を当該必要とされる車両データの取得命令に置き換えるデータ取得指令を生成するデータ取得指令生成手段とを備えることを要旨とする。
【０００８】
上記課題を解決するために、請求項１０に記載の発明は、車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した前記データを記憶装置に記憶する車両データ取得方法であって、前記車載情報処理装置による情報処理手順のうちのデータ取得処理を実行する１乃至複数の位置に無効命令としてプローブ部を予め配置しておく工程と、データ取得指令に基づいて前記プローブ部の一部を前記車両データの取得命令に置き換え、該置き換えた取得命令によって車両データを時系列的に取得するとともに、必要とされる車両データの取得後は前記プローブ部を前記無効命令に再置き換えするデータ取得支援工程と、前記データ取得支援工程にて取得された車両データを前記データ取得指令に関連づけして前記記憶装置に格納しつつ、必要とされる車両データを該格納された車両データに基づいて解析し、この解析した車両データに対応するプローブ部を当該必要とされる車両データの取得命令に置き換えるデータ取得指令を生成する工程とを備えることを要旨とする。
【０００９】
このような構成又は方法によれば、データ取得指令に関連付けられた車両データに基づいて当該車両データを解析等することにより、例えば、車両の不調状態や異常などの予兆情報を検出することができるようになる。例えば、検出された不調状態や予兆情報に基づくことにより、先のデータ取得指令に代えて、当該不調状態や予兆情報をより詳細に解析することに必要とされる車両データを取得するデータ取得指令を生成することができるようになる。
【００１０】
そしてこのように生成したデータ取得指令に基づいて車両データが得られるようになれば車両状態の詳細な解析ができるようになり、当該不調状態や予兆情報により適切に対応することができるようにもなるようになる。逆に、車両状態の詳細な解析ができないような車両データが取得されたような場合、データ取得指令を元に戻すことのみで、先と同様の評価が可能な状態に戻すことができるとともに、再度生成するデータ取得指令により車両データの取得、及び車両状態の詳細な解析を試すことができるようになる。このようにすることにより、詳細な解析が可能な車両データを取得できるデータ取得指令を探し出す、いわゆる学習をすることができるようにもなる。
【００１１】
請求項２に記載の発明は、請求項１に記載の車両データ取得システムにおいて、前記データ取得指令生成手段にて生成されるデータ取得指令を前記データ取得支援手段に与えるデータ取得指令とすることを要旨とする。
【００１２】
請求項１１に記載の発明は、請求項１０に記載の車両データ取得方法において、前記データ取得指令を生成する工程にて生成されるデータ取得指令を前記データ取得支援工程で与える次のデータ取得指令とすることを要旨とする。
【００１３】
このような構成又は方法によれば、取得された車両データに基づいて生成されたデータ取得指令によって車両データが取得されるようになる。このように取得された車両データの解析結果により得られた車両の不調状態や予兆情報などに基づくデータ取得指令によれば、より詳細に車両状態を解析することのできる車両データを取得することができるようにもなる。そして、より詳細な解析を可能とする車両データに基づく解析によれば、不調状態や予兆情報により適切に対応することができるようになる。
【００１４】
請求項３に記載の発明は、請求項１又は２に記載の車両データ取得システムにおいて、前記データ取得指令生成手段は、前記生成するデータ取得指令を、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得されるように生成することを要旨とする。
【００１５】
請求項１２に記載の発明は、請求項１０又は１１に記載の車両データ取得方法において、前記データ取得指令を生成する工程には前記生成するデータ取得指令を、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得されるように生成させることを要旨とする。
【００１６】
このような構成又は方法によれば、取得された車両データに関連する車両データを次に（再帰的に）取得することができるようにデータ取得指令が生成される。これにより、次に取得される車両データによれば、先に取得された車両データを絞り込んだかたちで、より詳しい車両の不調状態や予兆情報などを検出することができるようにもなる。
【００１７】
請求項４に記載の発明は、請求項１〜３のいずれか一項に記載の車両データ取得システムにおいて、前記データ取得指令生成手段にて生成されるデータ取得指令は、複数のスクリプトのなかから選択された少なくとも１つのスクリプトからなることを要旨とする。
【００１８】
請求項１３に記載の発明は、請求項１０〜１２のいずれか一項に記載の車両データ取得方法において、前記データ取得指令を生成する工程にて生成されるデータ取得指令を、複数のスクリプトのなかから選択された少なくとも１つのスクリプトから生成させることを要旨とする。
【００１９】
このような構成又は方法によれば、車両データを取得するためのスクリプトが予め設けられているため、必要とされる車両データを取得するためのデータ取得指令の生成が容易になる。また、予め設けられている複数のスクリプトから、所定のルールに基づいてスクリプトを選択するようにすれば、それらスクリプトのなかから不調状態や予兆情報に適したスクリプトを探し出すことも可能になる。
【００２０】
請求項５に記載の発明は、請求項４に記載の車両データ取得システムにおいて、前記生成されるデータ取得指令は複数のスクリプトからなり、それらスクリプトの組み換えによってデータ取得指令が変更されることを要旨とする。
【００２１】
請求項１４に記載の発明は、請求項１３に記載の車両データ取得方法において、前記生成されるデータ取得指令は複数のスクリプトからなり、それらスクリプトの組み換えによってデータ取得指令を変更させることを要旨とする。
【００２２】
このような構成又は方法によれば、複数のスクリプトの組み合わせにより車両データが取得されるようになるので、不調状態や予兆情報により適したスクリプトの組み合わせを探し出すこと、すなわち学習を行うことが可能になる。
【００２３】
請求項６に記載の発明は、請求項５に記載の車両データ取得システムにおいて、前記データ取得指令を構成する複数のスクリプトの組み換えが、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得される態様で行われることを要旨とする。
【００２４】
請求項１５に記載の発明は、請求項１４に記載の車両データ取得方法において、前記データ取得指令を構成する複数のスクリプトの組み換えを、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得される態様で行わせることを要旨とする。
【００２５】
このような構成又は方法によれば、取得された車両データに関連する車両データを次に（再帰的に）取得することができるように組み換えられたスクリプトによりデータ取得指令が生成される。これにより、スクリプトを用いた場合であれ、先に取得された車両データを絞り込んだかたちで次の車両データが取得され、より詳しい車両の不調状態や予兆情報などを検出することができるようにもなる。
【００２６】
請求項７に記載の発明は、請求項４〜６のいずれか一項に記載の車両データ取得システムにおいて、前記データ取得指令を構成するスクリプトの選択が、それらスクリプトの組み合わせパターンの別に得られる車両データとしてその特徴がより顕著となる車両データが得られるスクリプト組み合わせパターンの選択として学習されることを要旨とする。
【００２７】
請求項１６に記載の発明は、請求項１３〜１５のいずれか一項に記載の車両データ取得方法において、前記データ取得指令を構成するスクリプトの選択を、それらスクリプトの組み合わせパターンの別に得られる車両データとしてその特徴がより顕著となる車両データが得られるスクリプト組み合わせパターンの選択として学習させることを要旨とする。
【００２８】
このような構成又は方法によれば、検出対象とする特徴がより顕著となる車両データが得られるようにスクリプトの組み合わせが学習されるため、学習後のスクリプトの組み合わせに基づいて取得される車両データによれば、より詳しい車両の不調状態や予兆情報などを検出することができるようにもなる。
【００２９】
請求項８に記載の発明は、請求項１〜７のいずれか一項に記載の車両データ取得システムにおいて、前記データ取得指令生成手段にて生成されるデータ取得指令は、同指令の実行手段である前記データ取得支援手段に含まれるプログラムとして前記データ取得支援手段とともに前記車載情報処理装置に読み込まれるものであることを要旨とする。
【００３０】
請求項１７に記載の発明は、請求項１０〜１６のいずれか一項に記載の車両データ取得方法において、前記データ取得指令を生成する工程にて生成されるデータ取得指令を、同指令を実行する前記データ取得支援工程に含まれるプログラムとして前記データ取得支援工程を構成するプログラムとともに前記車載情報処理装置に読み込ませることを要旨とする。
【００３１】
このような構成又は方法によれば、データ取得指令はデータ取得支援手段に含まれ、同データ取得支援手段とともに車載情報処理装置に読み込まれるようになるため、車両データの取得において、車載情報処理装置に車両データを取得するためのプログラムを予め用意しておく必要がない。これにより、車載情報処理装置の記憶容量などを不要に占有するようなことがなくなり、車両データを取得しないときには、車両データ取得システムが車載情報処理装置に負荷を与えたりするおそれがない。
【００３２】
請求項９に記載の発明は、請求項１〜８のいずれか一項に記載の車両データ取得システムにおいて、前記車両と無線通信にて情報交換されるセンタを有し、前記記憶装置及び前記データ取得指令生成手段は前記センタに設けられており、前記データ取得指令は前記記
憶装置に取得された車両データに基づいて前記センタにて生成されることを要旨とする。
【００３３】
請求項１８に記載の発明は、請求項１０〜１７のいずれか一項に記載の車両データ取得方法において、前記車両と無線通信にて情報交換されるセンタを有するとともに、前記センタに前記記憶装置を設け、前記データ取得指令を生成する工程を前記センタにて実行させて前記データ取得指令を前記記憶装置に取得された車両データに基づいて生成させることを要旨とする。
【００３４】
このような構成又は方法によれば、車両データを取得する記憶装置がセンタに設けられているため、車載情報処理装置などのように能力の制約が多い装置に対し、通常、高い処理能力を有するセンタにて車両データの解析が行われるようになることから処理負荷の高い処理なども行えるようになる。これにより、車両データの解析自由度や精度が高められる。また、このように、高い自由度や解析精度の車両データの解析結果に基づいて、センタにてデータ取得指令の生成が行われるようになるため、次に取得させる車両データをより車両の不調状態や予兆情報などの検出に適したデータとすることができるようにもなる。
【００３５】
また、センタにて生成されるデータ取得指令を無線通信にて適宜車両に送信することができるので、車両データの取得、車両データの解析、解析結果に基づくデータ取得命令の生成、及び生成したデータ取得命令の車両への送信を１つのサイクルとする車両データの取得を短い間隔で繰り返すことができるようになる。これにより、車両の不調状態や予兆情報を、短時間で効率的に、かつ、高い精度で検出することができるようになる。これにより、このような車両データ取得システムを採用した車両のメンテナンス性や信頼性などを高めることができるようになる。
【図面の簡単な説明】
【００３６】
【図１】本発明に係る車両データ取得システムを具体化した第１の実施形態について、その概略構成を示すブロック図。
【図２】同車両データ取得システムの車載情報処理装置の概略構成を示すブロック図。
【図３】同車両データ取得システムのオペレーティングシステムに含まれる、プローブ部を模式的に示す模式図。
【図４】同車両データ取得システムの車載情報処理装置にロードされる、データ取得プログラムの概略構成を示すブロック図。
【図５】同車両データ取得システムのデータ取得プログラムがプローブ部を変更する態様を模式的に示す模式図であり、（ａ）はプローブ部の初期状態を示す図、（ｂ）はプローブ部が置き換えられた状態を示す図、（ｃ）はプローブ部が再置き換えされた状態を示す図。
【図６】同車両データ取得システムのデータ解析センタに設けられる適用スクリプトリストを模式的に示す模式図。
【図７】同車両データ取得システムの適用スクリプトリストに学習結果が反映された例を模式的に示す模式図。
【図８】同車両データ取得システムにおいてデータログを取得する処理の手順を示すフローチャート。
【図９】本発明に係る車両データ取得システムを具体化した第２の実施形態について、その概略構成を示すブロック図。
【図１０】本発明に係る車両データ取得システムを具体化した他の実施形態について、その概略構成を示すブロック図。
【発明を実施するための形態】
【００３７】
（第１の実施形態）
本発明に係る車両データ取得システムを具体化した第１の実施形態について、図１〜図８に従って説明する。
【００３８】
まず、車両データ取得システムの構成の概要について説明する。
図１に示すように、車両データ取得システムには、移動体としての車両２０に搭載される車載情報処理装置２１が含まれる。車載情報処理装置２１は、車両２０の外部に設けられているデータ解析センタ１０との間でプログラムデータやログデータなどの各種データを授受（情報交換）する。
【００３９】
データ解析センタ１０は、車両２０に搭載されている各種制御装置等の車載情報処理装置２１から取得されたデータログ２２からなるデータログ１４２等を含むログ情報１３を解析し、その解析結果に基づく車両２０の動作状態等の試験や調査を行なう。本実施形態では、データ解析センタ１０は、車両２０の動作状態の試験等の際、車両２０に搭載された車載情報処理装置２１によってオペレーティングシステム（ＯＳ）１１が実行されることによって車両２０において取り扱われる車両データを取得し、その取得された車両データに基づいて車両２０の状態の解析を行う。
【００４０】
データ解析センタ１０が行う各種動作試験等には、車両２０の不具合や故障などによる不調や、同車両２０に搭載された車載情報処理装置２１に生じた不具合や故障などによる不調に係る試験や調査などが含まれる。データ解析センタ１０が解析に用いるログ情報１３に含まれるデータログ１４２（車両２０のデータログ２２）は、車載情報処理装置２１にて実行されたＯＳ１１の動作に関連して取得された車両データが時系列的に記録されることによって生成されたデータログである。すなわち、車両２０の車載情報処理装置２１は、車両データからなるデータログ２２を生成するデータログ機能を実現する。
【００４１】
そして、データ解析センタ１０は、このように取得されたデータログ１４２に基づいて車両２０の不調等の解析を行い、その解析結果に基づいて、より詳細な解析を行うために必要とされる車両データなどとして、次に取得すべき車両データを選択するようにする。また、データ解析センタ１０は、解析結果に応じて、より詳細な解析を行うために必要とされる車両データとしてその特徴がより顕著となる車両データを選択できるようにするための学習を行うようにもしている。
【００４２】
次に、車両２０の構成について説明する。
図２に示すように、車両２０には、上述した車載情報処理装置２１と、データ解析センタ１０との無線通信を可能にする車載通信部２３とが設けられている。
【００４３】
車載通信部２３は、センタ通信部１８との相互の無線通信が可能になっているとともに、センタ通信部１８との間で送受信する各種データを、車載情報処理装置２１との間で授受可能になっている。これにより車載通信部２３は、データ解析センタ１０から無線通信によって取得したデータ取得支援手段としてのデータ取得プログラム１２などを車両２０の車載情報処理装置２１に転送することができる一方、車両２０の車載情報処理装置２１からデータ解析センタ１０にデータログ２２などを転送することができるようになっている。
【００４４】
車載情報処理装置２１には、入力装置３５と、表示装置３６とが設けられている。
入力装置３５は、ユーザが車載情報処理装置２１に操作情報などの情報を入力するための装置であり、タッチパネルに表示されるボタンやフロントパネルに設けられたボタンなどを有し、ユーザの操作に応じた情報を車載情報処理装置２１に入力させるようになっている。
【００４５】
表示装置３６は、文字・画像情報を表示してユーザに提供する装置であり、例えば自車位置や地図情報などの情報が画像等で表示される。
また車載情報処理装置２１は、車両２０に搭載された各種情報機器装置としての一例であるナビゲーションシステムを構成している。車載情報処理装置２１は、情報処理部としての演算装置（車両ＣＰＵ）３０、記憶装置３１、不揮発性メモリ（ＲＯＭ）３２、揮発性メモリ（ＲＡＭ）３３などを有するマイクロコンピュータを中心に構成されており、記憶装置３１やメモリ３２，３３に格納されている各種データ及びプログラムに基づき各種情報処理を実行する。本実施形態では、車両ＣＰＵ３０にてＯＳ１１やアプリケーションプログラム１１Ｃが実行されることにより、ナビゲーションシステムとしての機能が実現される。ＯＳ１１はコアカーネル１１Ａと拡張カーネル１１Ｂとを含み構成されており、コアカーネル１１Ａは車載情報処理装置２１の起動に関する処理を主に行い、拡張カーネル１１Ｂはアプリケーションの実行を管理するスケジューラ機能に関する処理を主に行う。
【００４６】
記憶装置３１は、公知の記憶装置であり、不揮発性の記憶装置であるＨＤＤ（Ｈａｒｄ
Ｄｉｓｋ Ｄｒｉｖｅ）や不揮発性のメモリ（ＥＥＰＲＯＭ等）などから構成されている。記憶装置３１には、車両ＣＰＵ３０で実行される各種情報処理に用いる各種データ及びプログラムが格納されるとともに、ＯＳ１１を利用することによって取得される１乃至複数の車両データからなるデータログ２２も格納される。
【００４７】
ＲＯＭ３２は、不揮発性のメモリであって、車両ＣＰＵ３０にて実行処理される確定されたプログラム、例えばＯＳ１１やアプリケーションプログラム１１Ｃなどが予め保持されている。なお、ＯＳ１１やアプリケーションプログラム１１Ｃは、必要なときに車両ＣＰＵ３０に読み込むことが可能であれば、その全部もしくは一部が記憶装置３１などの他の記憶装置に記憶されていてもよい。
【００４８】
ＲＡＭ３３は、揮発性のメモリなどであって、車両ＣＰＵ３０で実行されるプログラムや、プログラムに用いられる変数（パラメータ）などが一時的に保持される。例えばＲＡＭ３３には、車両ＣＰＵ３０にて実行処理されているＯＳ１１やアプリケーションプログラム１１Ｃのプログラム及び内部変数や、車速など車両２０の走行状態を示す変数などが一時的に保持される。また、データ解析センタ１０から受信したデータ取得プログラム１２を保持するようにもなっている。データ取得プログラム１２は、ＯＳ１１などから車両データのデータログを取得するためのプログラムである。
【００４９】
このようなことから、車載情報処理装置２１は起動すると、ＲＯＭ３２等に予め保持されているＯＳ１１を車両ＣＰＵ３０に自動的に読み込み、実行させるとともに、これに続いてアプリケーションプログラム１１Ｃを車両ＣＰＵ３０に読み込み、実行させる。これによって車載情報処理装置２１では電源投入後に、ナビゲーションシステムとしてのプログラムであるアプリケーションプログラム１１Ｃが自動的に開始される。
【００５０】
車載情報処理装置２１は、車両ＣＰＵ３０にローダ／アンローダ３０Ａを実行させる。ローダ／アンローダ３０Ａは、所定の追加条件に基づき追加的に車両ＣＰＵ３０にプログラムを実行させたり、逆に車両ＣＰＵ３０に追加的に実行させたプログラムを所定の削除条件に基づき削除したりする。ローダ／アンローダ３０Ａは、予めＲＯＭ３２や記憶装置３１に保持されており、車載情報処理装置２１の電源投入後、車両ＣＰＵ３０による実行が自動的に開始される。すなわちローダ／アンローダ３０Ａは、車両ＣＰＵ３０にて、ＯＳ１１やアプリケーションプログラム１１Ｃとは別のプログラムとして、ＯＳ１１やアプリケーションプログラム１１Ｃの処理を妨げることのないように実行される。なおローダ／アンローダ３０Ａは、ＯＳ１１やアプリケーションプログラム１１Ｃに含まれていても
よい。またローダ／アンローダ３０Ａは、必要なタイミングで車両ＣＰＵ３０にて実行されるようになっていてもよい。
【００５１】
車載情報処理装置２１は、車載通信部２３がデータ解析センタ１０からデータ取得プログラム１２を取得したことを検出すると、ローダ／アンローダ３０Ａを実行させて取得したデータ取得プログラム１２をＲＡＭ３３に転送する。そして車載情報処理装置２１は、車両２０の走行条件やキー操作などから定まる所定の開始条件が成立したと判断すると、ＲＡＭ３３に転送済みのデータ取得プログラム１２を、車両ＣＰＵ３０にて実行処理させる、つまりデータ取得プログラム１２を起動させる。逆に車載情報処理装置２１は、データ取得プログラム１２に予め設定されている終了条件が成立したと判断すると、データ取得プログラム１２を終了させる処理を実行するとともに、データ取得プログラム１２が終了した後、当該データ取得プログラム１２をＲＡＭ３３等から削除する。
【００５２】
車両ＣＰＵ３０にて実行されるコアカーネル１１Ａや拡張カーネル１１Ｂには、複数のプローブ部Ｐが設けられている。プローブ部Ｐは、ＯＳ１１が実行されると、その処理の途中で実行処理される位置に配置されている。図３に示すように、コアカーネル１１Ａは、複数のプローブ部Ｐとして例えば複数のプローブ部Ｐ１〜Ｐ９を有している。コアカーネル１１Ａにおけるプローブ部Ｐ１〜Ｐ９の配置は任意であり、例えば各種処理の開始位置や終了位置に設けることができることはもとより、各種処理の途中、いわゆるプログラムの途中に設けることもできる。各プローブ部Ｐ１〜Ｐ９には、通常時には何もしない命令であるＮＯＰ命令などの無効命令が、所定のアドレスに所定のアドレス長だけ確保されている。例えばプローブ部Ｐ３として、プログラムの命令の途中に２つのアドレス、すなわちアドレスｘｘｘ１５とｘｘｘ１６が確保されている。このように、２つのアドレスとそこに設定される無効命令からなるプローブ部Ｐは、ＯＳ１１のサイズや処理負荷の増大を極力抑えたものとなる。これによって、ＯＳ１１は、プローブ部Ｐ（Ｐ１〜Ｐ９）が設けられた場合であれ、プローブ部Ｐの設置による実行時間の増加などが極力抑えられ、プローブ部Ｐが設けられていない場合と略同様の実行時間や、車両ＣＰＵ３０に対する負荷率に維持されるようになる。すなわち本実施形態のプローブ部Ｐ１〜Ｐ９は、ＯＳ１１に設けられた場合であれ、当該ＯＳ１１に対して新たな負荷を付加しないものとなっている。ところで、例えばアドレスｘｘｘ１５の番号に用いている符号「ｘｘｘ」は、具体的な値を省略した旨を示す符号であり、特定の数値に限定されるものではなく、任意の桁数の任意の数値に代えることができるものである。
【００５３】
なおプローブ部Ｐ１〜Ｐ９の配置位置としては、当該箇所において車両２０の動作状態を解析することに適した車両データが取得できる箇所であることが望ましい。また車両データには、車両２０の走行状態に係るデータである速度、加速度、振動、および位置等や、エンジン制御等に係るデータなどが含まれる。さらに車両データには、ＯＳ１１の内部変数、車両ＣＰＵ３０の動作状態を示す変数、ＯＳ等の状態を示す変数、およびプログラム切換に係る変数が含まれる。また車両データには、プログラム処理に係るデータの出し入れを「後入れ先出し」によって行うデータ構造であるスタックの内容（スタックダンプ）や、プログラムが用いているメモリの内容（メモリダンプ）等も含まれる。
【００５４】
なお、拡張カーネル１１Ｂにもプローブ部Ｐが設けられているが、それらプローブ部Ｐの構成はコアカーネル１１Ａに設けられているプローブ部Ｐ１〜Ｐ９と同様の構成であるため、その説明を割愛する。またアプリケーションプログラム１１Ｃに、コアカーネル１１Ａと同様のプローブ部Ｐを設けてもよい。
【００５５】
また車両ＣＰＵ３０にて実行されるデータ取得プログラム１２は、ＯＳ１１に設けられている１乃至複数のプローブ部Ｐを介して、車載情報処理装置２１にて実行されているＯＳ１１を利用して取得できる車両データ、例えば各種車両状態を示すデータや、プログラ
ムの内部変数のデータなどのデータログ２２を生成するデータログ機能を有している。なお、データ取得プログラム１２は、データ解析センタ１０により作成、管理される。
【００５６】
図４に示すように、データ取得プログラム１２には、データ取得指令としての取得スクリプト４０と、データ出力関数群４１と、データ取得プログラム１２を管理する取得制御部４２と、インタプリタ４３とが設けられている。
【００５７】
取得スクリプト４０は、車両データを取得するために機能を変更させるプローブ部Ｐの位置及びその変更内容が定義されたものであり、車両２０の動作試験等の際に解析する対象などに応じてデータ解析センタ１０にて作成される。取得スクリプト４０には、機能変更の対象となるプローブ部Ｐ毎にそれぞれ変更させる機能が設定されたプローブ機能変更リストやプローブ部Ｐを変更することを許可する条件を定めた変更可能条件などが設定されている。プローブ機能変更リストには、車両データを取得するために機能が変更させられるプローブ部Ｐが、１つ又は複数設定されるとともに、その設定された１つ又は複数のプローブ部Ｐ毎に、それぞれ変更後の機能が設定されている。図５（ａ），（ｂ）に示すように、例えば車両ＣＰＵ３０にて実行されているコアカーネル１１Ａに含まれる１つのプローブ部Ｐ３（アドレスｘｘｘ１５〜ｘｘｘ１６）を、いわゆる取得命令の一つである基本ログ関数４１ａを実行する命令（ジャンプ命令）に変更させるように設定されている。すなわちプローブ機能変更リストに基づき、各プローブ部Ｐの設定がそれぞれ置き換えられる。
【００５８】
データ出力関数群４１は、ＯＳ１１等を利用することによって所定の車両データを取得し、取得した車両データを記憶装置３１などにデータログ２２として記憶させるため複数の関数である。各関数としては、例えば基本ログ関数４１ａ、ＣＰＵ状態出力関数４１ｂ、ＯＳ状態出力関数４１ｃ、タスクスイッチ関数４１ｄ、スタックダンプ関数４１ｅ、およびメモリダンプ関数４１ｆなどがある。基本ログ関数４１ａは、ＯＳ１１の内部変数のデータログを作成する関数である一方、ＣＰＵ状態出力関数４１ｂは、車両ＣＰＵ３０の動作状態を示すカウンタやクロックなどの変数のデータログを作成する関数である。またＯＳ状態出力関数４１ｃは、ＯＳ状態等を示すメモリ使用量や付加率などを示す変数のデータログを作成する関数である一方、タスクスイッチ関数４１ｄは、車両ＣＰＵ３０で実行中の複数のプログラムに係る各プログラムの実行状態や各プログラムの優先度などを示す変数のデータログを作成する関数である。さらにスタックダンプ関数４１ｅは、メモリスタックの内容であるスタックダンプのデータログを作成する関数である一方、メモリダンプ関数４１ｆは、プログラムが実行されていたり、変数が保持されていたりするメモリの内容であるメモリダンプのデータログを作成する関数である。すなわち、これら関数により取得された車両データがデータログ２２として記憶装置３１に記憶されるとともに、当該データログ２２の解析に必要とされる車両データを取得した日時や車両２０の速度などの各種情報も併せて記憶装置３１に記憶される。データログ２２に併せ記憶される各種情報は、データログ２２に関連付けられており、例えばデータログ２２がデータ解析センタ１０に送信される際、データログ２２とともにデータ解析センタ１０に送信されるようになっている。
【００５９】
取得制御部４２は、データ取得プログラム１２の実行を制御するものであって、インタプリタ４３における、実行可能条件の判断や、取得スクリプト４０の実行や終了などを管理したり、インターフェース等を通じてのデータの授受を管理したりする。例えば取得制御部４２は、取得スクリプト４０が実行可能条件を充足するか否かインタプリタ４３に判断させる。そして取得制御部４２は、実行可能条件が充足される場合、インタプリタ４３に取得スクリプト４０を実行させる。一方、取得制御部４２は、実行可能条件が充足されない場合、インタプリタ４３が取得スクリプト４０を実行することがないように管理する。また例えば取得制御部４２は、車両データの取得が終了した場合、取得した車両データ
からなるデータログ２２を、車載通信部２３を介してデータ解析センタ１０に転送させる処理も行う。
【００６０】
インタプリタ４３は、車両ＣＰＵ３０の処理機能を利用することによって、取得スクリプト４０やデータ出力関数群４１に含まれるソースコードを逐次解釈しながら実行処理する。インタプリタ４３には、コマンド部４４が設けられている。コマンド部４４には、インタプリタ４３が利用するものとして予め設定されている実行プログラム群が設けられており、本実施形態では、プローブ部Ｐに対する命令を置き換える置換コマンドや、プローブ部Ｐに対する命令を再置き換えする再置換コマンドなどが含まれている。
【００６１】
またインタプリタ４３には、取得スクリプト４０に基づきプローブ部Ｐに対する命令を置き換え又は再置き換えするプローブ機能変更処理部４５や、前記データ出力関数群４１に含まれる関数を実行するための関数実行処理部４６などが設けられている。すなわち取得スクリプト４０がインタプリタ４３によって実行処理されると、プローブ機能変更処理部４５によりプローブ部Ｐに対する命令の置き換えや、再置き換えが実行される。なお、本実施形態では、命令の置き換えとは、無効命令を車両データ収集のための命令に置き換えることであり、再置き換えとは、車両データ収集のための命令を無効命令に書き戻すことである。またデータ出力関数群４１に含まれる各関数４１ａ〜４１ｆは、インタプリタ４３によって処理されることによって所定の処理が行われるようになっている。なお本実施形態では、インタプリタ４３がデータログ２２を作成する際、インタプリタ４３は記憶装置３１にデータログ２２を作成するようになっている。
【００６２】
なおプローブ機能変更処理部４５は、命令が置き換えされた後のプローブ部Ｐを再置き換える場合、取得スクリプト４０のプローブ機能変更リストを参照して、コアカーネル１１Ａのプローブ部Ｐのなかから再置き換えする必要のあるプローブ部Ｐを選択する。
【００６３】
次に、データ解析センタ１０について説明する。
図１に示すように、データ解析センタ１０には、車両２０との無線通信を可能にするセンタ通信部１８が設けられている。センタ通信部１８は、車載通信部２３との相互の無線通信が可能になっているとともに、車載通信部２３との間で送受信する各種データを、データ解析センタ１０の処理装置との間で授受可能になっている。これによりセンタ通信部１８は、無線通信によってデータ取得プログラム１２等をデータ解析センタ１０から車両２０の車載情報処理装置２１に送信することができるとともに、車両２０の車載情報処理装置２１からのデータログ２２を受信することができるようになっている。
【００６４】
また、データ解析センタ１０には、ＯＳ１１と、アプリケーションプログラム１１Ｃとが保持されている。ＯＳ１１は、車載情報処理装置２１に搭載されているＯＳ１１と同一のプログラムであり、アプリケーションプログラム１１Ｃも、車載情報処理装置２１に搭載されているアプリケーションプログラム１１Ｃと同一のプログラムである。すなわちＯＳ１１には、複数のプローブ部Ｐが設けられている。ＯＳ１１のプローブ部Ｐは、ＯＳ１１等に予め埋め込み配置されているため、データ解析センタ１０では保持しているＯＳ１１から同ＯＳ１１におけるプローブ部Ｐの配置位置（アドレス）や取得可能な車両データなどの情報を得ることができる。そしてデータ解析センタ１０は、ＯＳ１１に配置されたプローブ部Ｐの位置（アドレス）などを把握した上で、１乃至複数のプローブ部を介して同ＯＳ１１の動作を利用することに基づいて車両データを取得するデータ取得プログラム１２を作成することができるようになっている。
【００６５】
なおデータ解析センタ１０は、必要とする都度、コアカーネル１１Ａや、拡張カーネル１１Ｂや、アプリケーションプログラム１１Ｃ等と同一のプログラムを生成するか、もしくは外部から取得することが可能になっていてもよい。
【００６６】
さらに、データ解析センタ１０には、車載情報処理装置２１に送信するデータ取得プログラム１２と、データ取得プログラム１２により取得された車両データなどからなる複数のログ情報１３と、データ取得プログラム１２により取得させる１乃至複数の車両データを特定する複数のスクリプト１４とが保持されている。
【００６７】
各ログ情報１３には、取得情報１４１と、該取得情報１４１に関連付けられているデータログ１４２とが含まれている。取得情報１４１は、データログ１４２の取得条件などに関する情報であり、データログ１４２に含まれる車両データが取得されたプローブ部Ｐやプログラムなどの情報や、車両データ（データログ２２）の取得に用いたデータ取得指令としての取得スクリプト４０の情報などが含まれている。また取得情報１４１には、車両２０からデータログ２２とともに受信する、車両データを取得した日時や車両２０の速度などの各種情報も含まれている。データログ１４２は、車載情報処理装置２１にて取得された車両データのデータログ２２が、データ解析センタ１０にて記憶されたものである。すなわちデータ解析センタ１０には、データログ１４２として、車載情報処理装置２１にて取得されたデータログ２２が同データログ２２の取得に関する車両情報である取得情報１４１に関連付けられて保持される。
【００６８】
各スクリプト１４には、プローブ部Ｐの機能を、所定の車両データを取得することができるように変更させるための命令が設定されている。すなわち、各スクリプト１４には、ＯＳ１１に設けられているプローブ部Ｐのなかから機能を変更させるものとして、必要に応じて選択された、１乃至複数のプローブ部Ｐの位置及びその変更内容が、車両２０の動作試験等の際に解析対象とする１乃至複数の車両データに応じて定義される。そしてこのスクリプト１４に基づいて、必要とされる１乃至複数の車両データが車載情報処理装置２１にて実行されるＯＳ１１から取得される。なおデータ解析センタ１０には、スクリプト１４として、基本的な解析対象とされる１乃至複数の車両データを取得するスクリプトや、標準的な調査や頻度の高い調査の対象となる１乃至複数の車両データをスクリプトなどが予め用意されている。
【００６９】
また、データ解析センタ１０には、ログ情報１３に含まれる車両データを解析するログデータ解析部１５と、必要とする車両データの取得に適したスクリプトの選択の際に参照される適用スクリプトリスト１６とが設けられている。さらに、データ解析センタ１０には、選択されたスクリプト１４を含むデータ取得プログラム１２を生成するデータ取得指令生成手段としてのデータ取得プログラム生成部１７が設けられている。なお、データ解析センタ１０は、そこに設けられている記憶装置（図示略）に、ＯＳ１１、アプリケーションプログラム１１Ｃ、データ取得プログラム１２、１乃至複数のログ情報１３、１乃至複数のスクリプト１４、及び適用スクリプトリスト１６などを保持している。
【００７０】
ログデータ解析部１５は、ログ情報１３に基づいて車両２０の状態やその車両２０の車載情報処理装置２１の状態を解析し、車両２０の不調情報や予兆情報を得る。ログデータ解析部１５は、取得情報１４１に記録されている日時や速度などの各種情報から、取得されたデータログ１４２が記録されたときの車両状態や状況などを判断することができる。また、取得情報１４１に記録されている車両データの取得対象プログラム、例えばコアカーネル１１Ａの情報や、その車両データの取得に利用したスクリプト１４の情報に基づいて、取得されたデータログ１４２に記録されているログデータの示す内容などの属性について判定することができる。これら判定によって、ログデータ解析部１５は、取得されたデータログ１４２に記録されているログデータが、当該車両状態や状況において適切なデータ（値）であったのか否かを判断する。このような判断は、例えば、ログデータを、データ解析センタ１０に比較用に保持されている標準データや、コアカーネル１１Ａのプログラムから求められるデータなどと比較することに基づいて行われる。そしてログデータ
解析部１５は、正常な動作と異なる値を示すことなどから、適切でないと判断したログデータについて、当該ログデータの属性及びその値などに基づいて不調箇所及び不調現象を解析し、その解析した結果を不調情報や予兆情報として保持するようにする。
【００７１】
適用スクリプトリスト１６は、図６に示すように、車両データから検出された不調情報や予兆情報などに対応して、それら不調情報や予兆情報をより詳細に検出することに適したスクリプト１４が選択できるように、スクリプト１４が設定されたリストである。適用スクリプトリスト１６は、不調の検出されたＯＳ１１等のプログラム（不調箇所）と、検出された現象である不調現象との組み合わせに基づいて、当該組み合わせをより詳細に解析するために必要とされる車両データの取得に適している１乃至複数のスクリプト１４の選択が可能になっている。例えば、図６に示す適用スクリプトリスト１６には、コアカーネル１１Ａにデッドロックが生じた場合、「スクリプト１」と「スクリプト２」の適用が適切であり、コアカーネル１１Ａにリセットが生じた場合、「スクリプト２」の適用が適切であることがそれぞれ設定されている。また同適用スクリプトリスト１６には、コアカーネル１１Ａにローディングの不都合が生じた場合、「スクリプト３」の適用が適切であることが設定されている。さらに同適用スクリプトリスト１６には、拡張カーネル１１Ｂにデッドロックが生じた場合、「スクリプト４」と「スクリプト１」の適用が適切であり、拡張カーネル１１Ｂにリセットが生じた場合、「スクリプト５」の適用が適切であることが設定されている。なお、複数のスクリプト１４が組み合わされる場合、それらスクリプトを組み合わせる順序によっても取得できる車両データのタイミング等が変化するため、適用スクリプトリスト１６には、複数のスクリプト１４が適切な組み合わせの順に設定されている。
【００７２】
なお本実施形態では、図６に示すように、当初、適用スクリプトリスト１６には、スクリプトの設定されていない不調箇所と不調現象との組み合わせがあるものの、これらに必要とされるスクリプトは必要に応じて自動的に適宜充足されるようになっている。また、既にスクリプトが設定されている組み合わせにあっても、そこに設定されている１乃至複数のスクリプト１４については自動的に見直されるようになっている。
【００７３】
適用スクリプトリスト１６に設定されているスクリプトの見直は、ログデータ解析部１５により行われる。すなわち、ログデータ解析部１５は、適用スクリプトリスト１６に設定された１乃至複数のスクリプト１４に基づいて取得した車両データ（データログ２２）をログ情報１３として保持する。また同様に、ログデータ解析部１５は、適用スクリプトリスト１６に設定されているスクリプト１４の内容を所定のルールに基づいて変更し、該変更された１乃至複数のスクリプト１４に基づいて取得した車両データ（データログ２２）をログ情報１３として保持する。このように取得された２つのログ情報１３の各データログ１４２を比較して、どちらのデータログ１４２が不調現象や予兆現象等の特徴をより顕著に示しているか判定する。そして、その特徴をより顕著に示しているデータログ１４２を取得するために用いた１乃至複数のスクリプト１４を、同現象を検出するために適切な１乃至複数のスクリプト１４であると判断し、同判断された１乃至複数のスクリプト１４を当該不調箇所と不調現象の検出に好適な組み合わせとして適用スクリプトリスト１６に再設定する。このように１乃至複数のスクリプト１４の変更前後に取得された各別の２つのデータログ１４２を比較することを繰り返すことにより、適用スクリプトリスト１６は、設定されている１乃至複数のスクリプト１４の組み合わせが最適化される、いわゆる設定内容が学習されるようになる。
【００７４】
なお、ログデータ解析部１５が適用スクリプトリスト１６に設定されているスクリプト１４の内容を変更する所定のルールとして、特徴を顕著に示した車両データに関連している車両データを選択するようにするようにしている。これによれば、次に取得される車両データに、不調状態を示す値などが全く含まれなくなるなどのおそれを軽減させることが
できる。なお、同ルールとして、特徴を顕著に示した車両データとは無関係に、予め定められたリストに設定されている順に、スクリプト１４を選択していくようにすることもできる。
【００７５】
ところで適用スクリプトリスト１６において、図６に示す、ファイルシステム箇所に生じたデッドロック現象のようにスクリプトが設定されていない場合、まず、他のプログラム（箇所）に対して同じ現象に用いられる１乃至複数のスクリプト１４や、標準的な検査や調査に用いる１乃至複数のスクリプト１４に基づいてデータログ１４２を取得する。そしてデータログ１４２が取得された後、データログ１４２の取得に用いた１乃至複数のスクリプト１４を所定のルールにより変更し、その変更した１乃至複数のスクリプト１４に基づいて同様にデータログ１４２を取得する。このようにして取得された各別の２つのデータログ１４２を比較することにより不調現象や予兆現象が顕著となる１乃至複数のスクリプト１４を判定し、適用スクリプトリスト１６に設定することができる。
【００７６】
また、プログラム（箇所）が異なる場合、同様の車両データであれ、それを取得し得るプローブ部Ｐの配置位置（アドレス）が異なる。しかしながら、プログラム相互において同じ車両データを取得し得るプローブ部Ｐの対応関係を記録したリストなどに基づいて特定のプログラム用に作成された１乃至複数のスクリプト１４を他のプログラム用に変換することもできる。例えば、コアカーネル１１Ａ用に作成されたスクリプト１４を、コアカーネル１１Ａのプローブ部Ｐと拡張カーネル１１Ｂのプローブ部Ｐとの対応リストを参照することにより、拡張カーネル１１Ｂ用に変換することもできるようになる。同様にして、コアカーネル１１Ａ用に作成されたスクリプト１４を、アプリケーションプログラム１１Ｃ用のスクリプト１４に変換することもできる。
【００７７】
ログデータ解析部１５は、以上述べたことを繰り返すことによりスクリプト１４を組み換えてその組み合わせを最適化させる、いわゆる学習する。なお、本実施形態では、適用スクリプトリスト１６には、最大３つのスクリプト１４を組み合わされたものが設定できるものとする。これにより、適用スクリプトリスト１６に設定されている１乃至複数のスクリプト１４を、当初、図６に示されたような、当初の設定内容から、図７に示されるように、スクリプト１４の組み合わせが変更されるなどした、学習後の設定内容に設定、もしくは再設定する。例えば、学習後の適用スクリプトリスト１６には、コアカーネルに適用するスクリプト１４の組み合わせとして、デッドロックが発生したときには「スクリプト１（以下単に、１と記す）」、「スクリプト２（以下単に、２と記す）」及び「スクリプト３（以下単に、３と記す）」が設定される。また、学習後の適用スクリプトリスト１６には、リセットが発生したときには「２」、「１」及び「３」が、ローディングの不調が発生したときには「２」、「１」及び「３」がそれぞれ設定される。さらに、コアカーネルについて適用するスクリプトとして、黒画が発生したときには「１」、「２」及び「３」が、音が出ないときには「１」、「２」及び「３」が、爆音が出るときには「２」、「１」及び「４」がそれぞれ設定される。また、拡張カーネルに適用するスクリプトとして、デッドロックが発生したときには「スクリプト４（以下単に、４と記す）」、「１」及び「２」が、リセットが発生したときには「スクリプト５（以下単に、５と記す）」、「４」及び「２」が、ローディングの不調が発生したときには「５」、「４」及び「２」がそれぞれ設定される。さらに、拡張カーネルについて適用するスクリプトとして、黒画が発生したときには「４」、「１」及び「２」が、音が出ないときには「４」、「１」及び「２」が、爆音が出るときには「４」、「５」及び「２」がそれぞれ設定される。さらに、ファイルシステムに適用するスクリプトとして、デッドロックが発生したときには「１」、「２」及び「４」が、リセットが発生したときには「１」、「２」及び「４」が、ローディングの不調が発生したときには「１」、「２」及び「４」がそれぞれ設定される。また、ファイルシステムについて適用するスクリプトとして、黒画が発生したときには「１」、「２」及び「４」が、音が出ないときには「１」、「２」及び「４」が、爆音が
出るときには「１」、「２」及び「４」がそれぞれ設定される。さらに、ＵＳＢドライバに適用するスクリプトとして、デッドロックが発生したときには「２」、「１」及び「５」が、リセットが発生したときには「５」、「３」及び「２」が、ローディングの不調が発生したときには「２」、「５」及び「１」がそれぞれ設定される。また、ＵＳＢドライバについて適用するスクリプトとして、黒画が発生したときには「２」、「１」及び「５」が、音が出ないときには「２」、「５」及び「３」が、爆音が出るときには「５」、「２」及び「１」がそれぞれ設定される。
【００７８】
データ取得プログラム生成部１７は、ログデータ解析部１５による解析結果に基づいて得られる不調箇所及び不調現象に対応する１乃至複数のスクリプト１４の組み合わせを適用スクリプトリスト１６から選択するとともに、当該選択した１乃至複数のスクリプト１４に基づいて取得スクリプト４０を含むデータ取得プログラム１２を生成する。すなわち、データ取得プログラム生成部１７は、車両２０の不調状態や予兆情報の傾向に基づいて自動的に取得スクリプト４０を生成する。
【００７９】
このようにして、データ解析センタ１０は、保持している車載情報処理装置２１と同一のＯＳ１１等に基づいて、車両２０から解析等に必要とする車両データを取得するデータ取得プログラム１２を作成するとともに、管理するようになっている。はじめは、データ取得プログラム１２の取得スクリプト４０は、予め定められた車両２０の動作試験等に必要とする車両データを取得するように作成される。以降、必要に応じて、ログデータ解析部１５の解析結果に基づいて、次の解析に必要とされる車両データを取得するように絞り込まれた取得スクリプト４０がスクリプト１４の組み換えに基づき作成される。そして、作成された取得スクリプト４０に基づいて車両２０に生じている不調等をより顕著に示し、詳細に解析することが可能な車両データからなるデータログ１４２を取得することができるようになる。
【００８０】
次に、車両２０の車載情報処理装置２１においてデータ取得プログラム１２に行われるプローブ部Ｐの置き換え、及び再置き換えについて、図５に従って説明する。なお、以下では、コアカーネル１１Ａのプローブ部Ｐ３に対する命令の置き換え、及び再置き換えについて説明する。また、他のプローブ部Ｐ１，Ｐ２，Ｐ４〜Ｐ９に対する命令の置き換え、及び再置き換えは、プローブ部Ｐ３に対する命令の置き換え、及び再置き換えと同様であるため、説明の便宜上、それら他のプローブ部Ｐに対する説明は割愛する。
【００８１】
図５（ａ）に示すように、コアカーネル１１Ａのアドレスｘｘｘ１５とアドレスｘｘｘ１６には、予めプローブ部Ｐ３が埋め込まれている。同プローブ部Ｐ３には命令として何もしない命令（無効命令）が予め配置されている。そして、プローブ部Ｐ３に対する命令の置き換えがデータ取得プログラム１２によって実行されると、図５（ａ）から図５（ｂ）への矢印で示すように、プローブ部Ｐ３に予め配置されている命令がデータ取得プログラム１２に含まれる所定の出力関数を実行する命令に置き換えられる。具体的には、プローブ部Ｐ３のアドレスｘｘｘ１５とアドレスｘｘｘ１６に配置されているＮＯＰ命令が取得命令に置き換えられる。これによってＮＯＰ命令が取得命令を実現するアドレスであるｄｅｓｔＡにプログラムの実行箇所を移動させる、いわゆるジャンプ命令（ＪＭＰ命令）に置き換えられ、例えばジャンプ先に指定されたデータ取得プログラム１２の基本ログ関数４１ａを実行することができるようになる。
【００８２】
一方、図５（ｂ）から図５（ｃ）への矢印で示すように、データ取得プログラム１２によってプローブ部Ｐ３に対する命令が再置き換えされる。命令の再置き換えは、データ取得プログラム１２が必要とされる車両データを取得した後、もしくはデータ取得プログラム１２が車載情報処理装置２１から削除される、いわゆるアンロードされるときに実行され、プローブ部Ｐ３に置き換えられた命令は、何もしない命令（無効命令）に再置き換え
される。このような再置き換えによってコアカーネル１１Ａは、そのプローブ部Ｐ３の命令が初期状態に復元されることとなる。具体的には、プローブ部Ｐ３に対する命令の再置き換えが実行されると、置き換えによりアドレスｘｘｘ１５とアドレスｘｘｘ１６に配置されたＪＭＰ命令が無効命令としてのＮＯＰ命令に再置き換えされる。
【００８３】
また次に、適用スクリプトリスト１６に設定されるスクリプト１４の学習について、図８に従って説明する。
車両２０の調査や試験等が開始されると、データ解析センタ１０は、データ取得プログラム生成部１７にて、所定の取得スクリプト４０を有するとともに同取得スクリプト４０の実行手段としてのデータ取得プログラム１２を生成し、その生成したデータ取得プログラム１２を車両２０に送信する（図８のステップＳ１０）。取得スクリプト４０は、調査に応じて指定された不調箇所及び不調現象や、データログ１４２の解析により特定された不調箇所及び不調現象などに基づき適用スクリプトリスト１６から取得された１乃至複数のスクリプト１４に基づいて生成されている。
【００８４】
データ解析センタ１０から送信されたデータ取得プログラム１２を受信した車両２０は、同データ取得プログラム１２を車載情報処理装置２１に保持するとともに、車両ＣＰＵ３０に実行可能にロードしてプローブ部Ｐの置き換えを行う（図８のステップＳ１１）。すなわち、車載情報処理装置２１は、実行可能にロードしたデータ取得プログラム１２を、実行の開始条件の成立に応じて車両ＣＰＵ３０に実行開始させる。
【００８５】
車両ＣＰＵ３０によって実行開始するデータ取得プログラム１２の取得制御部４２は、取得スクリプト４０をインタプリタ４３に処理させて各プローブ部Ｐに対する命令の置き換え処理を行うとともに、該命令の置き換え処理の終了に伴って各プローブ部Ｐのデータログ取得機能を有効化する。データログ取得機能を有効化により、ＯＳ１１の実行に伴い各プローブ部Ｐが実行処理されることで、当該実行処理されるプローブ部Ｐに設定された関数に基づき車両データが取得されるようになるとともに、取得された車両データが時間ごと（時系列的）に追加されてなるデータログ２２が作成される（図８のステップＳ１２）。そしてデータログ２２の作成が開始された後、終了条件が成立すると、車載情報処理装置２１は、各プローブ部Ｐによるデータログ取得機能をすべて無効化することによって、データログ２２の生成処理を終了する。（データ取得支援工程）。
【００８６】
車載情報処理装置２１は、生成が終了されたデータログ２２をデータ解析センタ１０に送信し、該送信されたデータログ２２を受信したデータ解析センタ１０は、該データログ２２に基づくログ情報１３を構成して保持する（図８のステップＳ１３）。なお、データログ２２のデータ解析センタ１０への転送が終了すると、車載情報処理装置２１は、プローブ部Ｐに対する命令の再置き換え処理を実行した後、データ取得プログラム１２の実行を終了するとともに、ローダ／アンローダ３０ＡによってＲＡＭ３３に保持されているデータ取得プログラム１２を削除する。これによって、ＯＳ１１は、データ取得プログラム１２が車両ＣＰＵ３０にロードされる以前の状態と同一の状態に復元されるとともに、車両ＣＰＵ３０における実行環境も、データ取得プログラム１２がロードされる以前の状態と同一の状態に戻される。
【００８７】
ログ情報１３が保持されると、データ解析センタ１０は、ログ情報１３を解析し、その解析結果に基づいて次の解析に必要とされる車両データを判断する。すなわち、取得情報１４１に記録されている日時や速度などの各種情報から取得されたデータログ１４２が記録されたときの車両状態や状況などを判断する。また、取得情報１４１に記録されている車両データの取得対象プログラム、例えばコアカーネル１１Ａの情報や、取得に利用した１乃至複数のスクリプト１４の情報に基づいて、取得されたデータログ１４２に記録されているログデータの示す内容（属性）について判断する。そしてこれら判断された車両状
態や状況、ログデータの示す内容（属性）に基づいて、取得されたデータログ１４２に記録されているログデータが適切なデータ（値）であるか否かを判断する。さらに、適切でないと判断されたログデータについて、当該ログデータの属性及びその値などを解析して、該ログデータから不調箇所及び不調現象を特定する（図８のステップＳ１４）。
【００８８】
不調箇所及び不調現象が特定されると、データ解析センタ１０は、特定された不調箇所及び不調現象に対応する適用スクリプトリスト１６の設定を更新する、いわゆる学習を行う（図８のステップＳ１５）。ログデータ解析部１５は、不調箇所及び不調現象を特定したデータログ１４２の取得に用いられた１乃至複数のスクリプト１４（取得スクリプト４０）と、当該特定された不調箇所及び不調現象に対応する適用スクリプトリスト１６の設定に基づいて取得されたデータログ１４２とを比較する。そして、不調現象や予兆現象をより顕著に示しているデータログ１４２を判定し、不調現象や予兆現象を顕著に示すデータログ１４２の取得に用いられた１乃至複数のスクリプト１４を、同現象の検出に適切なスクリプト１４であると判断して適用スクリプトリスト１６に設定する、すなわち更新する。このような更新により、適用スクリプトリスト１６に設定されている１乃至複数のスクリプト１４の組み合わせが学習され、最適化される。
【００８９】
なお、解析により特定された不調箇所及び不調現象に対する設定が適用スクリプトリスト１６にない場合、基本的な１乃至複数のスクリプト１４を設定することにより以降、上述の学習が可能となる。
【００９０】
適用スクリプトリスト１６の更新が終了すると、データ解析センタ１０は、ログ収集を続けるか否かを判断する（図８のステップＳ１６）。ログ収集を続けるか否かは、ログデータ解析部１５によるデータログ１４２の解析結果としての不調箇所及び不調現象の特定が好適になされたか否かにより判断される。また例えば、不調箇所を１つに絞ることができたり、標準から外れるデータが取得されたり、所定の回数絞込みをしたりした場合にはログ収集を中止してもよい。さらに例えば、学習結果として固定された適用スクリプトリスト１６の設定（スクリプト１４）を用いて取得したデータログ１４２の場合にはログ収集を中止してもよい。ログ収集を中止すると判断した場合（図８のステップＳ１６でＮＯ）、データ解析センタ１０は、データ取得プログラム１２に基づく車両２０の車両データの取得を終了する。一方、ログ収集を続けると判断した場合（図８のステップＳ１６でＹＥＳ）、データ解析センタ１０は、ステップＳ１０のデータ取得プログラム生成処理に戻り、以降の処理ステップを繰り返すことにより、データ取得プログラム１２に基づく車両２０の車両データの取得を継続する。
【００９１】
続いて、本実施形態の車両データ取得システムの作用について説明する。
本実施形態の車両データ取得システムによれば、車両２０に不調状態や予兆情報が生じた際、不調状態や予兆情報の傾向から有効であると推測される取得スクリプト４０を生成し、この生成した取得スクリプト４０に基づいてデータログ２２を取得することができるようになる。また、このように取得されたデータログ２２が解析に有効でなかった場合、改めて有効であろうと推測される、先と異なる取得スクリプト４０を生成し、この生成した取得スクリプト４０に基づいてデータログ２２を取得するという処理を繰り返すことができるようになる。その結果、解析に有効なデータログ２２を取得することができる可能性が高まるようになる。すなわち、当初、故障情報の診断等に必要とされる車両データを予測できないような場合であっても、その必要とされる車両データを高い柔軟性のもとに自動取得することのできるようになる。
【００９２】
さらに、不調状態や予兆情報の分類と、解析に有効なデータログ２２の傾向を分析することにより、すなわち学習することにより、不調状態や予兆情報に応じて必要とされるデータログ２２の取得効率や精度を高めることができるようにもなる。
【００９３】
以上説明したように、本実施形態に係る車両データ取得システムは、以下に列記する効果を有する。
（１）取得スクリプト４０に関連付けられた車両データに基づいて当該車両データを解析等することにより、例えば、車両の不調状態や異常などの予兆情報を検出することができるようにした。例えば、検出された不調状態や予兆情報に基づくことにより、先の取得スクリプト４０に代えて、当該不調状態や予兆情報をより詳細に解析することに必要とされる車両データを取得する取得スクリプト４０を生成することができるようになる。
【００９４】
そしてこのように生成した取得スクリプト４０に基づいて車両データが得られるようになれば車両状態の詳細な解析ができるようになり、当該不調状態や予兆情報により適切に対応することができるようにもなるようになる。逆に、車両状態の詳細な解析ができないような車両データが取得されたような場合、取得スクリプト４０を元に戻すことのみで、先と同様の評価が可能な状態に戻すことができるとともに、再度生成する取得スクリプト４０により車両データの取得、及び車両状態の詳細な解析を試すことができるようになる。このようにすることにより、詳細な解析が可能な車両データを取得できる取得スクリプト４０を探し出す、いわゆる学習をすることができるようにもなる。
【００９５】
（２）取得された車両データに基づいて生成された取得スクリプト４０によって車両データを取得するようにした。このように取得された車両データの解析結果により得られた車両の不調状態や予兆情報などに基づく取得スクリプト４０によれば、より詳細に車両状態を解析することのできる車両データを取得することができるようになる。そして、より詳細な解析を可能とする車両データに基づく解析によれば、不調状態や予兆情報により適切に対応することができる。
【００９６】
（３）取得された車両データに関連する車両データを次に（再帰的に）取得することができるように取得スクリプト４０を生成した。これにより、次に取得される車両データによれば、先に取得された車両データを絞り込んだかたちで、より詳しい車両の不調状態や予兆情報などを検出することができるようにもなる。
【００９７】
（４）車両データを取得するための複数のスクリプト１４が予め設けられているため、必要とされる車両データを取得するための取得スクリプト４０の生成が容易である。また、予め設けられている複数のスクリプト１４から、所定のルールに基づいてスクリプト１４を選択するようするため、それらスクリプト１４のなかから不調状態や予兆情報に適したスクリプトを探し出すことも可能になる。
【００９８】
（５）３つのスクリプト１４の組み合わせにより車両データが取得されるため、不調状態や予兆情報により適したスクリプト１４の組み合わせを探し出すこと、すなわち学習を行うことが可能である。
【００９９】
（６）取得された車両データに関連する車両データを次に（再帰的に）取得することができるように組み換えられたスクリプトにより取得スクリプト４０が生成される。このように、スクリプト１４を用いた場合であれ、先に取得された車両データ（データログ１４２）を絞り込んだかたちで次の車両データ（データログ１４２）が取得され、より詳しい車両の不調状態や予兆情報などを検出することができるようにした。
【０１００】
（７）検出対象とする特徴がより顕著となる車両データが得られるようにスクリプト１４の組み合わせを学習するため、学習後のスクリプト１４の組み合わせに基づいて取得される車両データによれば、より詳しい車両の不調状態や予兆情報などを検出することができるようにもなる。
【０１０１】
（８）取得スクリプト４０はデータ取得プログラム１２に含まれ、同データ取得プログラム１２とともに車載情報処理装置２１に読み込まれるようになるため、車両データの取得において、車載情報処理装置２１に車両データを取得するためのプログラムを予め用意しておく必要がない。これにより、車載情報処理装置２１の記憶容量などを不要に占有するようなことがなくなり、車両データを取得しないときには、車両データ取得システムが車載情報処理装置２１に負荷を与えたりするおそれがない。
【０１０２】
（９）車両データ（ログ情報１３）を取得する記憶装置がデータ解析センタ１０に設けられているため、車載情報処理装置２１などのように能力の制約が多い装置に対し、通常、高い処理能力を有するデータ解析センタ１０にて車両データの解析が行われるようになることから処理負荷の高い処理なども行えるようになる。これにより、車両データの解析自由度や精度が高められる。また、このように、高い自由度や解析精度の車両データの解析結果に基づいて、データ解析センタ１０にて取得スクリプト４０の生成が行われるようになるため、次に取得させる車両データをより車両２０の不調状態や予兆情報などの検出に適したデータとすることができるようにもなる。
【０１０３】
（１０）データ解析センタ１０にて生成される取得スクリプト４０を無線通信にて適宜車両２０に送信することができるので、車両データの取得、車両データの解析、解析結果に基づく取得スクリプト４０の生成、及び生成した取得スクリプト４０の車両２０への送信を１つのサイクルとする車両データの取得を、短い間隔で繰り返すことができる。これにより、車両２０の不調状態や予兆情報を、短時間で効率的に、かつ、高い精度で検出することができるようになる。これにより、このような車両データ取得システムを採用した車両２０のメンテナンス性や信頼性などを高めることができるようになる。
【０１０４】
（第２の実施形態）
本発明に係る車両データ取得システムを具体化した第２実施形態について、図９に従って説明する。なお、取得する車両データの変更を、上記第１の実施形態では、取得スクリプト４０を含むデータ取得プログラム１２全体の入れ換えにより実行していることに対し、本実施形態では取得スクリプト４０のみの入れ換えで実行することが相違するものの、他の構成は同様であるため、同様の構成には同一符号を付して重複する説明を割愛する。
【０１０５】
図９に示すように、車載情報処理装置２１の車両ＣＰＵ３０には予めデータ取得プログラム１２が設けられている。データ解析センタ１０では取得スクリプト４０が生成される。そして、データ解析センタ１０で生成された取得スクリプト４０が車両２０に送信され、該送信された取得スクリプト４０を受信した車両２０は、当該受信した取得スクリプト４０をデータ取得プログラム１２に設定されている取得スクリプト４０に入れ換える。これにより、データ取得プログラム１２は、入れ換えられた取得スクリプト４０に基づいてプローブ部Ｐの置き換えを実行することができるようになるとともに、車両データを取得してデータログ２２を作成することができるようになる。また、車両データの取得後には、同入れ換えられた取得スクリプト４０に基づいてプローブ部Ｐを再置き換えすることができるようになる。
【０１０６】
これによっても、データ解析センタ１０にて適用スクリプトリスト１６を参照して作成された取得スクリプト４０に基づいて、車両データのデータログ２２を取得することができる。また、取得されたデータログ２２に基づくログ情報１３により、適用スクリプトリスト１６の内容を更新することや、ログ情報１３の解析に基づく新たな取得スクリプト４０の作成、及び当該作成した取得スクリプト４０に基づく次のデータログ２２の取得ができるようになる。
【０１０７】
このように本実施形態に係る車両データ取得システムは、第１実施形態の効果に記載の（１）〜（７），（９），（１０）と同等もしくはそれに準じた効果を有し、更に以下の効果を奏する。
【０１０８】
（１１）データ取得プログラム１２に必要の都度、取得スクリプト４０を供給するようにするため取得スクリプト４０の入れ換えが容易になり、データ取得プログラム１２によるデータログ２２の取得機能の柔軟性を向上させることができるようになる。
【０１０９】
（１２）また、データ解析センタ１０から取得スクリプト４０のみを送信するため通信データ量が削減されるようになるとともに、取得スクリプト４０の入れ換えのみで済むため車載情報処理装置２１にてデータ取得プログラム１２全体をロードする時間が不要となり車両データの取得を開始するまでに要する時間を短くすることもできるようにもなる。
【０１１０】
（その他の実施形態）
なお上記各実施形態は、以下の態様で実施することもできる。
・車載情報処理装置２１にてデータ取得プログラム１２が実行される実行可能条件として、イグニッションスイッチの状態や、車両状態（例えば、停車など）を条件としてもよい。これにより、車両状態などに応じて適切にデータ取得プログラムを実行させることができるようになる。
【０１１１】
・上記各実施形態では、例えばプローブ部Ｐ３がアドレスｘｘｘ１５とアドレスｘｘｘ１６からなるように、１つのプローブ部Ｐが２つのアドレスからなる場合について例示した。しかしこれに限らず、１つのプローブ部が３つ以上のアドレスから構成されていてもよい。これによって、プローブ部に置き換えることのできる命令の種類が増えるとともに、プローブ部には命令とともに、データログに記録させたい値を引数として設定するようなこともできるようになる。これによって、プローブ部の置き換えの自由度が向上し、車両データ取得の柔軟性が向上するようにもなる。
【０１１２】
・上記各実施形態では、プローブ部Ｐには、予め無効命令としてＮＯＰ命令が埋め込まれている場合について例示した。しかしこれに限らず、ＯＳの実行時間やＣＰＵ負荷の増加が抑えられるのであれば、他の命令がプローブ部に初期設定されてもよい。これによって、プローブ部の設定の柔軟性が向上するようにもなる。
【０１１３】
・上記各実施形態では、コアカーネル１１Ａに９個のプローブ部Ｐ１〜Ｐ９が設けられる場合について例示した。しかしこれに限らず、コアカーネルなどに設けられるプローブ部の数は８箇所以下でも、１０箇所以上でもよい。これによって、プローブ部の配置自由度が向上し、より精度の高い動作解析が行えるようになる。
【０１１４】
・上記各実施形態では、データ解析センタ１０と車両２０との間でのデータの授受が無線通信により行われる場合について例示した。しかしこれに限らず、データ解析センタと車両との間でのデータの授受をＵＳＢメモリや、ＵＳＢのハードディスクや、ＵＳＢドライブなどの携帯型記憶装置を介して行うようにしてもよい。この場合、図１０に示すように、車両２０及びデータ解析センタ１０をそれぞれ携帯型記憶装置１９との間で情報交換可能にすることにより、携帯型記憶装置１９を介して車両２０及びデータ解析センタ１０との間の情報交換ができるようになる。これにより、車両データ取得システムとしての構成の自由度が向上されるようになる。
【０１１５】
・上述のように情報交換に携帯型記憶装置１９を用いる場合、データログ２２を車載情報処理装置２１に接続させた携帯型記憶装置１９に生成してもよい。これによって、データログ２２の生成先の柔軟性が向上するようになることから、データログ２２を記憶する
ための記憶容量の制約を回避することができるようなるなど、車両データ取得システムとしての構成の柔軟性が向上するようになる。
【０１１６】
・上記第２の実施形態では、車載情報処理装置２１に予めデータ取得プログラム１２が設けられている場合について例示した。しかしこれに限らず、車載情報処理装置は、データ解析センタから取得スクリプトを含むデータ取得プログラムを受信した後、引き続き車両データの取得を行う場合、データ取得プログラムを消去せずに残すようにし、以降、取得スクリプトのみを入れ換えるようにしてもよい。これによって、データ取得プログラムの構成や、車両データの取得の自由度が向上するようになる。
【０１１７】
・上記各実施形態では、データログ２２が記憶装置３１に作成される場合について例示したが、これに限らず、車両データを適宜データ解析センタに送信し、データログをデータ解析センタに作成させるようにしてもよい。この場合、例えば、インタプリタが車両データを車載通信部からデータ解析センタに送信するようにすればよい。これにより、車載情報処理装置に設けられる記憶装置の容量に制限されることなく、作成するデータログのサイズや取得する車両データの数や種類などの柔軟性が向上するようになる。
【０１１８】
・上記各実施形態では、適用スクリプトリスト１６には最大３つのスクリプト１４が組み合わされたものを設定できる場合について例示した。しかしこれに限らず、適用スクリプトリストには、３つより多くのスクリプトを組み合わされたものが設定されてもよい。これにより、必要とする車両データの取得精度を向上させることができるようにもなる。
【０１１９】
・上記各実施形態では、取得スクリプト４０がスクリプト１４の組み合わせにより構成される場合について例示した。しかしこれに限らず、取得スクリプトを必要とされる車両データに応じて各別に設定するようにしてもよい。この場合、例えば、プローブ部のリストから必要とされる車両データを取得できるプローブ部を選択するようにすることもできる。これにより、車両データ取得システムとしての設計自由度が向上するようになる。
【０１２０】
・上記各実施形態では、適用スクリプトリスト１６には複数のスクリプト１４が適切な組み合わせの順に設定されている場合について例示した。しかしこれに限らず、スクリプトの順序が取得される車両データに影響を及ぼさない場合、適用スクリプトリストには順序に関係なくスクリプトを設定してもよい。これにより、スクリプトの組み合わせに対する取り扱いの自由度が向上するようにもなる。
【０１２１】
・上記各実施形態では、データ取得プログラム１２の実行により車両データを取得する場合について例示したが、これに限らず、データ取得プログラムと同等の機能を発揮することのできるように構成されたハードウェア、例えばロジック回路等を採用してデータログを取得するようにしてもよい。これによって、車両データ取得システムとしての設計の柔軟性が向上するようになる。
【０１２２】
・上記各実施形態では、車載情報処理装置２１は、ナビゲーションシステムである場合について例示した。しかしこれに限らず、車載情報処理装置は、車両において、車両制御や運転支援、情報提供などを行う各種制御装置であればよい。これによって、車両においてこのような車両データ取得システムの採用可能性が向上するようになる。
【０１２３】
・上記各実施形態では、データ解析センタ１０は施設であるような場合について例示したが、しかしこれに限らず、データ解析センタは、車両と通信可能なコンピュータであれば、カーメーカやカーディーラに設けられているパーソナルコンピュータのような小型コンピュータであってもよい。これにより、この車両データ取得システムとしての利用可能性の拡大が図られる。
【符号の説明】
【０１２４】
１０…データ解析センタ、１１…ＯＳ（オペレーティングシステム）、１１Ａ…コアカーネル、１１Ｂ…拡張カーネル、１１Ｃ…アプリケーションプログラム、１２…データ取得プログラム、１３…ログ情報、１４…スクリプト、１５…ログデータ解析部、１６…適用スクリプトリスト、１７…データ取得プログラム生成部、１８…センタ通信部、１９…携帯型記憶装置、２０…車両、２１…車載情報処理装置、２２…データログ、２３…車載通信部、３０…車両ＣＰＵ（演算装置）、３０Ａ…ローダ／アンローダ、３１…記憶装置、３２…ＲＯＭ（不揮発性メモリ）、３３…ＲＡＭ（揮発性メモリ）、３５…入力装置、３６…表示装置、４０…取得スクリプト、４１…データ出力関数群、４１ａ…基本ログ関数、４１ｂ…ＣＰＵ状態出力関数、４１ｃ…ＯＳ状態出力関数、４１ｄ…タスクスイッチ関数、４１ｅ…スタックダンプ関数、４１ｆ…メモリダンプ関数、４２…取得制御部、４３…インタプリタ、４４…コマンド部、４５…プローブ機能変更処理部、４６…関数実行処理部、１４１…取得情報、１４２…データログ、Ｐ，Ｐ１〜Ｐ９…プローブ部。
【特許請求の範囲】
【請求項１】
車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した車両データを記憶装置に記憶する車両データ取得システムであって、
前記車載情報処理装置による情報処理手順のうちのデータ取得処理を実行する１乃至複数の位置に無効命令として配置されるプローブ部と、
データ取得指令に基づいて前記プローブ部の一部を前記車両データの取得命令に置き換え、該置き換えた取得命令によって車両データを時系列的に取得するとともに、必要とされる車両データの取得後は前記プローブ部を前記無効命令に再置き換えするデータ取得支援手段と、
前記データ取得支援手段により取得した車両データを前記データ取得指令に関連付けして前記記憶装置に格納しつつ、必要とされる車両データを該格納した車両データに基づいて解析し、この解析した車両データに対応するプローブ部を当該必要とされる車両データの取得命令に置き換えるデータ取得指令を生成するデータ取得指令生成手段とを備える
ことを特徴とする車両データ取得システム。
【請求項２】
前記データ取得指令生成手段にて生成されるデータ取得指令を前記データ取得支援手段に与えるデータ取得指令とする
請求項１に記載の車両データ取得システム。
【請求項３】
前記データ取得指令生成手段は、前記生成するデータ取得指令を、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得されるように生成する
請求項１又は２に記載の車両データ取得システム。
【請求項４】
前記データ取得指令生成手段にて生成されるデータ取得指令は、複数のスクリプトのなかから選択された少なくとも１つのスクリプトからなる
請求項１〜３のいずれか一項に記載の車両データ取得システム。
【請求項５】
前記生成されるデータ取得指令は複数のスクリプトからなり、それらスクリプトの組み換えによってデータ取得指令が変更される
請求項４に記載の車両データ取得システム。
【請求項６】
前記データ取得指令を構成する複数のスクリプトの組み換えが、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得される態様で行われる
請求項５に記載の車両データ取得システム。
【請求項７】
前記データ取得指令を構成するスクリプトの選択が、それらスクリプトの組み合わせパターンの別に得られる車両データとしてその特徴がより顕著となる車両データが得られるスクリプト組み合わせパターンの選択として学習される
請求項４〜６のいずれか一項に記載の車両データ取得システム。
【請求項８】
前記データ取得指令生成手段にて生成されるデータ取得指令は、同指令の実行手段である前記データ取得支援手段に含まれるプログラムとして前記データ取得支援手段とともに前記車載情報処理装置に読み込まれるものである
請求項１〜７のいずれか一項に記載の車両データ取得システム。
【請求項９】
前記車両と無線通信にて情報交換されるセンタを有し、
前記記憶装置及び前記データ取得指令生成手段は前記センタに設けられており、前記データ取得指令は前記記憶装置に取得された車両データに基づいて前記センタにて生成される
請求項１〜８のいずれか一項に記載の車両データ取得システム。
【請求項１０】
車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した前記データを記憶装置に記憶する車両データ取得方法であって、
前記車載情報処理装置による情報処理手順のうちのデータ取得処理を実行する１乃至複数の位置に無効命令としてプローブ部を予め配置しておく工程と、
データ取得指令に基づいて前記プローブ部の一部を前記車両データの取得命令に置き換え、該置き換えた取得命令によって車両データを時系列的に取得するとともに、必要とされる車両データの取得後は前記プローブ部を前記無効命令に再置き換えするデータ取得支援工程と、
前記データ取得支援工程にて取得された車両データを前記データ取得指令に関連づけして前記記憶装置に格納しつつ、必要とされる車両データを該格納された車両データに基づいて解析し、この解析した車両データに対応するプローブ部を当該必要とされる車両データの取得命令に置き換えるデータ取得指令を生成する工程とを備える
ことを特徴とする車両データ取得方法。
【請求項１１】
前記データ取得指令を生成する工程にて生成されるデータ取得指令を前記データ取得支援工程で与える次のデータ取得指令とする
請求項１０に記載の車両データ取得方法。
【請求項１２】
前記データ取得指令を生成する工程には前記生成するデータ取得指令を、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得されるように生成させる
請求項１０又は１１に記載の車両データ取得方法。
【請求項１３】
前記データ取得指令を生成する工程にて生成されるデータ取得指令を、複数のスクリプトのなかから選択された少なくとも１つのスクリプトから生成させる
請求項１０〜１２のいずれか一項に記載の車両データ取得方法。
【請求項１４】
前記生成されるデータ取得指令は複数のスクリプトからなり、それらスクリプトの組み換えによってデータ取得指令を変更させる
請求項１３に記載の車両データ取得方法。
【請求項１５】
前記データ取得指令を構成する複数のスクリプトの組み換えを、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得される態様で行わせる
請求項１４に記載の車両データ取得方法。
【請求項１６】
前記データ取得指令を構成するスクリプトの選択を、それらスクリプトの組み合わせパターンの別に得られる車両データとしてその特徴がより顕著となる車両データが得られるスクリプト組み合わせパターンの選択として学習させる
請求項１３〜１５のいずれか一項に記載の車両データ取得方法。
【請求項１７】
前記データ取得指令を生成する工程にて生成されるデータ取得指令を、同指令を実行する前記データ取得支援工程に含まれるプログラムとして前記データ取得支援工程を構成するプログラムとともに前記車載情報処理装置に読み込ませる
請求項１０〜１６のいずれか一項に記載の車両データ取得方法。
【請求項１８】
前記車両と無線通信にて情報交換されるセンタを有するとともに、前記センタに前記記憶装置を設け、
前記データ取得指令を生成する工程を前記センタにて実行させて前記データ取得指令を前記記憶装置に取得された車両データに基づいて生成させる
請求項１０〜１７のいずれか一項に記載の車両データ取得方法。
【請求項１】
車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した車両データを記憶装置に記憶する車両データ取得システムであって、
前記車載情報処理装置による情報処理手順のうちのデータ取得処理を実行する１乃至複数の位置に無効命令として配置されるプローブ部と、
データ取得指令に基づいて前記プローブ部の一部を前記車両データの取得命令に置き換え、該置き換えた取得命令によって車両データを時系列的に取得するとともに、必要とされる車両データの取得後は前記プローブ部を前記無効命令に再置き換えするデータ取得支援手段と、
前記データ取得支援手段により取得した車両データを前記データ取得指令に関連付けして前記記憶装置に格納しつつ、必要とされる車両データを該格納した車両データに基づいて解析し、この解析した車両データに対応するプローブ部を当該必要とされる車両データの取得命令に置き換えるデータ取得指令を生成するデータ取得指令生成手段とを備える
ことを特徴とする車両データ取得システム。
【請求項２】
前記データ取得指令生成手段にて生成されるデータ取得指令を前記データ取得支援手段に与えるデータ取得指令とする
請求項１に記載の車両データ取得システム。
【請求項３】
前記データ取得指令生成手段は、前記生成するデータ取得指令を、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得されるように生成する
請求項１又は２に記載の車両データ取得システム。
【請求項４】
前記データ取得指令生成手段にて生成されるデータ取得指令は、複数のスクリプトのなかから選択された少なくとも１つのスクリプトからなる
請求項１〜３のいずれか一項に記載の車両データ取得システム。
【請求項５】
前記生成されるデータ取得指令は複数のスクリプトからなり、それらスクリプトの組み換えによってデータ取得指令が変更される
請求項４に記載の車両データ取得システム。
【請求項６】
前記データ取得指令を構成する複数のスクリプトの組み換えが、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得される態様で行われる
請求項５に記載の車両データ取得システム。
【請求項７】
前記データ取得指令を構成するスクリプトの選択が、それらスクリプトの組み合わせパターンの別に得られる車両データとしてその特徴がより顕著となる車両データが得られるスクリプト組み合わせパターンの選択として学習される
請求項４〜６のいずれか一項に記載の車両データ取得システム。
【請求項８】
前記データ取得指令生成手段にて生成されるデータ取得指令は、同指令の実行手段である前記データ取得支援手段に含まれるプログラムとして前記データ取得支援手段とともに前記車載情報処理装置に読み込まれるものである
請求項１〜７のいずれか一項に記載の車両データ取得システム。
【請求項９】
前記車両と無線通信にて情報交換されるセンタを有し、
前記記憶装置及び前記データ取得指令生成手段は前記センタに設けられており、前記データ取得指令は前記記憶装置に取得された車両データに基づいて前記センタにて生成される
請求項１〜８のいずれか一項に記載の車両データ取得システム。
【請求項１０】
車両に搭載された車載情報処理装置を通じて車両データを取得し、取得した前記データを記憶装置に記憶する車両データ取得方法であって、
前記車載情報処理装置による情報処理手順のうちのデータ取得処理を実行する１乃至複数の位置に無効命令としてプローブ部を予め配置しておく工程と、
データ取得指令に基づいて前記プローブ部の一部を前記車両データの取得命令に置き換え、該置き換えた取得命令によって車両データを時系列的に取得するとともに、必要とされる車両データの取得後は前記プローブ部を前記無効命令に再置き換えするデータ取得支援工程と、
前記データ取得支援工程にて取得された車両データを前記データ取得指令に関連づけして前記記憶装置に格納しつつ、必要とされる車両データを該格納された車両データに基づいて解析し、この解析した車両データに対応するプローブ部を当該必要とされる車両データの取得命令に置き換えるデータ取得指令を生成する工程とを備える
ことを特徴とする車両データ取得方法。
【請求項１１】
前記データ取得指令を生成する工程にて生成されるデータ取得指令を前記データ取得支援工程で与える次のデータ取得指令とする
請求項１０に記載の車両データ取得方法。
【請求項１２】
前記データ取得指令を生成する工程には前記生成するデータ取得指令を、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得されるように生成させる
請求項１０又は１１に記載の車両データ取得方法。
【請求項１３】
前記データ取得指令を生成する工程にて生成されるデータ取得指令を、複数のスクリプトのなかから選択された少なくとも１つのスクリプトから生成させる
請求項１０〜１２のいずれか一項に記載の車両データ取得方法。
【請求項１４】
前記生成されるデータ取得指令は複数のスクリプトからなり、それらスクリプトの組み換えによってデータ取得指令を変更させる
請求項１３に記載の車両データ取得方法。
【請求項１５】
前記データ取得指令を構成する複数のスクリプトの組み換えを、前記記憶装置に格納された車両データに関連する車両データが再帰的に取得される態様で行わせる
請求項１４に記載の車両データ取得方法。
【請求項１６】
前記データ取得指令を構成するスクリプトの選択を、それらスクリプトの組み合わせパターンの別に得られる車両データとしてその特徴がより顕著となる車両データが得られるスクリプト組み合わせパターンの選択として学習させる
請求項１３〜１５のいずれか一項に記載の車両データ取得方法。
【請求項１７】
前記データ取得指令を生成する工程にて生成されるデータ取得指令を、同指令を実行する前記データ取得支援工程に含まれるプログラムとして前記データ取得支援工程を構成するプログラムとともに前記車載情報処理装置に読み込ませる
請求項１０〜１６のいずれか一項に記載の車両データ取得方法。
【請求項１８】
前記車両と無線通信にて情報交換されるセンタを有するとともに、前記センタに前記記憶装置を設け、
前記データ取得指令を生成する工程を前記センタにて実行させて前記データ取得指令を前記記憶装置に取得された車両データに基づいて生成させる
請求項１０〜１７のいずれか一項に記載の車両データ取得方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−１８５５５８（Ｐ２０１２−１８５５５８Ａ）
【公開日】平成２４年９月２７日（２０１２．９．２７）
【国際特許分類】
【出願番号】特願２０１１−４６６７０（Ｐ２０１１−４６６７０）
【出願日】平成２３年３月３日（２０１１．３．３）
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
【公開日】平成２４年９月２７日（２０１２．９．２７）
【国際特許分類】
【出願日】平成２３年３月３日（２０１１．３．３）
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
[ Back to top ]