JP2017220135A - 車載機器ログ収集システム - Google Patents

Abstract

【課題】分散して試験されている開発中の車載機器から、開発者が真に必要とするログ情報を過不足なく効率的に取得する。【解決手段】本発明の車載機器ログ収集システムは、車載機器のログ情報からログ情報のうち優先的な解析対象となるサマリ情報を抽出するための条件、及び、抽出したサマリ情報をログ管理装置に送信する旨の指示が記載された解析スクリプトを車載ログ収集装置に送信し、車載機器に不具合が発生した時点のログ情報をサマリ情報から抽出するログ管理装置と、解析スクリプトに基づき、ログ情報からサマリ情報を抽出し、抽出したサマリ情報、及び、不具合が発生した時点をログ管理装置に送信する車載ログ収集装置と、を備えることを特徴とする。【選択図】図１

Description

本発明は、車載機器ログ収集システムに関する。

ログ情報とは、ある機器についてのハードウェア又はソフトウェアの時系列の動作記録である。機器がパーソナルコンピュータである場合を例にとると、ハードウェアのログ情報とは、例えば、電源投入時刻、ＣＰＵ（Central Processing Unit）の温度、冷却ファンの回転速度等である。ソフトウェアのログ情報とは、例えば、ソースコード内に埋め込まれたデバッグ情報、エラー情報、ＣＰＵの使用量等である。機器の不具合（異常）は、ログ情報の変化となって現れ、その変化を解析することによって、具体的な症状を特定することができる。

機器が自身の不具合を監視する場合もある。しかしながら、メーカが多くの機器を出荷した後、多くの機器が稼働している場合、個々の機器は、ネットワークを介してメーカのサーバに接続され、そのサーバによって一括的に監視される場合が多い。この場合、サーバがすべての機器のすべてのログ情報を解析することになると、ログ情報の取得、蓄積、送信、解析等に使用されるリソースの量は膨大になる。そこで、蓄積等の処理対象となるログ情報の量を、不具合を特定するのに充分な量に絞り込む技術が一般化されている。

特許文献１のログ収集システムは、端末装置及びサーバを有する。サーバは、端末装置からログ情報をネットワーク経由で取得し解析する。そして、サーバは、解析した異常状態の内容に応じて、異常状態を検出する方法を変え、蓄積するログ情報の粒度、内容、蓄積頻度を変えるように端末装置に指示する。サーバはさらに、解析した異常状態の内容に応じて、端末装置から収集するログ情報の内容、収集頻度を自ら変える。

特開２０１２−１９８７９６号公報

特許文献１においては、機器の開発がすでに終了した後量産体制に入り、ハードウェア及びソフトウェアが成熟した状態で稼働していることが前提になっている。しかしながら、機器の開発中の時点で、遠隔地に分散する多くの機器の不具合を１つのサーバが解析しなければならない場合も多い。

例えば、カーナビゲーション、カーオーディオ等の車載機器が世界各国のテストコース等において試験されている場合、車載機器のログ情報を、ある国の１地点に配置されたサーバが解析することがある。このような開発中には、車載機器の開発者は、各国に分散する試験者（テストドライバー）と協力して必要なログ情報を車載機器から取得し、分析することになる。このとき一般的に、試験者は、車載機器の不具合を記載した不具合報告書を開発者に送付するとともに、不具合の起こった時点のログ情報をログ情報全体から切り出してサーバに格納する。開発者は、不具合報告書を参照しつつ、サーバに格納されたログ情報をさらに絞り込む。

このような協力体制においては、ログ情報を解析するのは開発者であるのに対して、必要なログ情報を最初に切り出すのは試験者である、という本質的な矛盾が存在する。このことに起因して例えば以下のような問題が発生し得る。
・開発者が必要であると判断する部分のログ情報が切り出されておらず、開発者は試験者に対し、ログ情報の切り出しを再度依頼することになる。
・試験者が不具合発生時のログ情報にマーカを埋め込むことが一般的である。しかしながら、例えば複数のハードウェア又はソフトウェアに跨って不具合が継続している場合、関連するすべてのハードウェア又はソフトウェアのログ情報にマーカを埋め込むことは難しい。

車載機器の開発中において、ログ情報の切り出し及びサーバへの格納を完全に自動化することも考えられる。しかしながら、そのための機材及び環境がすべての拠点に備わっていることは実際には稀である。無理に自動化すると、不具合の誤検知が発生し開発効率が低下することがある。結局、開発者と試験者とがシームレスに連携することが必要になる。

一方で、開発者から見れば、試験中のログ情報は非常に有益な情報を多く含んでいる。例えば、試験者から見れば一見車載機器が正常に動作している様子であっても、ソフトウェアが不具合を検知している場合もある。開発者としては、仮に不具合が発生していなくても、予め指定した範囲のログ情報をすべて解析したいというニーズもある。
そこで、本発明は、分散して試験されている開発中の車載機器から、開発者が真に必要とするログ情報を過不足なく効率的に取得することを目的とする。

本発明の車載機器ログ収集システムは、ログ管理装置と、車載ログ収集装置とを備え、ログ管理装置は、車載ログ収集装置が車載機器から収集したログ情報のうち優先的な解析対象となるサマリ情報を当該車載ログ収集装置において抽出するための条件、及び、抽出したサマリ情報を送信する旨の指示が記述された解析スクリプトを生成し、通信装置を介して車載ログ収集装置に送信する機能と、車載ログ収集装置が解析スクリプトに基づいて抽出して送信したサマリ情報を、通信装置を介して受信する機能と、車載機器に不具合が発生した時点のログ情報を受信したサマリ情報から抽出する機能と、を有する管理装置側制御装置を具備し、車載ログ収集装置は、車載機器からログ情報を収集する機能と、ログ管理装置が送信した解析スクリプトを、通信装置を介して受信する機能と、受信した解析スクリプトの記述に基づき、収集したログ情報からサマリ情報を抽出する機能と、抽出したサマリ情報、及び、不具合が発生した時点の時刻情報を、通信装置を介してログ管理装置に送信する機能と、を有する収集装置側制御装置を具備したことを特徴とする。
その他の手段については、発明を実施するための形態のなかで説明する。

本発明によれば、分散して試験されている開発中の車載機器から、開発者が真に必要とするログ情報を過不足なく効率的に取得することができる。

車載機器ログ収集システムの構成を説明する図である。 ログ情報データベースの一例を示す図である。 マーカ割当情報の一例を示す図である。 解析スクリプト登録画面の一例を示す図である。 警告画面の一例を示す図である。 （ａ）は、マーカ確認・修正画面の一例を示す図であり、（ｂ）は、不具合報告書の一例を示す図である。 （ａ）は、マーカ確認・修正画面の他の一例を示す図であり、（ｂ）は、不具合報告書の他の一例を示す図である。 （ａ）は、全体ログ管理画面の一例を示す図であり、（ｂ）は、サマリ確認画面の一例を示す図である。 ログダウンロード画面の一例を示す図である。 （ａ）は、関係解析画面（車両）の一例を示す図であり、（ｂ）は、関係解析画面（バージョン）の一例を示す図である。 処理手順のシーケンス図である。 解析スクリプトの一例を示す図である。

以降、本発明を実施するための形態（「本実施形態」という）を、図等を参照しながら詳細に説明する。

（車載機器ログ収集システムの構成）
図１に沿って、車載機器ログ収集システム１の構成を説明する。車載機器ログ収集システム１は、車載ログ収集装置２、ログ管理装置３及び拠点サーバ４を備える。これらは、有線又は無線のネットワーク５で相互に接続されている。車載機器ログ収集システム１のユーザは、典型的には、カーナビゲーション、カーオーディオ等の車載機器のメーカである。メーカは、自身の組織として本部と多くの拠点を有する。各拠点にはテストコースがあり、テストコースを車両が走行する。車両は車載機器６及び車載ログ収集装置２を搭載している。

車載ログ収集装置２は、車載機器６に対して接続される一般的なコンピュータである。なお、車載ログ収集装置２は、車載機器６の一部を構成していてもよい。車載ログ収集装置２は、中央制御装置１１（収集装置側制御装置）、入力装置１２、出力装置１３、主記憶装置１４、補助記憶装置１５及び通信装置１６を有している、これらはバスで相互に接続されている。補助記憶装置１５は、解析スクリプト３２、マーカ割当情報３３、不具合報告書３４及びサマリ情報データベース３５を格納している（詳細後記）。

主記憶装置１４におけるログ収集部２１はプログラムである。以降、“ログ収集部２１は”と動作主体を記した場合、それは、中央制御装置１１が補助記憶装置１５からログ収集部２１を読み出し、主記憶装置１４にロードしたうえで、ログ収集部２１の機能（詳細後記）を実現するものとする。車載ログ収集装置２及びそれを搭載した車両は、通常、拠点ごとに複数台配置される。車載ログ収集装置２を操作するユーザは、車載機器６の試験者である。拠点サーバ４は、ログ情報データベース３１を格納している。拠点サーバ４は、通常、拠点ごとに１台配置される。

ログ管理装置３もまた、一般的なコンピュータである。ログ管理装置３は、中央制御装置４１（管理装置側制御装置）、入力装置４２、出力装置４３、主記憶装置４４、補助記憶装置４５及び通信装置４６を有している、これらはバスで相互に接続されている。補助記憶装置４５は、解析スクリプト３２、マーカ割当情報３３、不具合報告書３４及びサマリ情報データベース３５を格納している。これらは、車載ログ収集装置２の補助記憶装置１５が格納するそれぞれの情報と同じものである。

主記憶装置４４におけるログ管理部２２はプログラムである。以降、“ログ管理部２２は”と動作主体を記した場合、それは、中央制御装置４１が補助記憶装置４５からログ収集部２２を読み出し、主記憶装置４４にロードしたうえで、ログ管理部２２の機能（詳細後記）を実現するものとする。ログ管理装置３は、通常、本部に１台配置される。ログ管理装置３を操作するユーザは、車載機器６の開発者である。

（ログ情報データベース）
図２に沿って、拠点サーバ４のログ情報データベース３１を説明する。ログ情報データベース３１においては、国欄１０１に記憶された国ＩＤに関連付けて、拠点欄１０２には拠点ＩＤが、車両欄１０３には車両ＩＤが、車載ログ収集装置欄１０４には車載ログ収集装置ＩＤが、試験者欄１０５には試験者名が、ログ種類欄１０６にはログ種類が、項目欄１０７には項目が、バージョン欄１０８にはバージョンが、状態値欄１０９には状態値が、取得時点欄１１０には取得時点が記憶されている。

国欄１０１の国ＩＤは、拠点が属する国を一意に特定する識別子である。
拠点欄１０２の拠点ＩＤは、拠点を一意に特定する識別子である。
車両欄１０３の車両ＩＤは、車載機器６を搭載する車両を一意に特定する識別子である。
車載ログ収集装置欄１０４の車載ログ収集装置ＩＤは、車載ログ収集装置２を一意に特定する識別子である。
試験者欄１０５の試験者名は、試験者の氏名である。
ログ種類欄１０６のログ種類は、制御用ソフトウェア（図示せず）が制御する車載機器６のログ情報の種別である。なお、ログ種類は、制御用ソフトウェアが制御するハードウェアの名称であってもよい。

項目欄１０７の項目は、制御用ソフトウェアが取得する状態値が何を示すものかを説明する情報である。
バージョン欄１０８のバージョンは、制御用ソフトウェアのバージョンである。
状態値欄１０９の状態値は、制御用ソフトウェアが取得した具体的な値である。状態値は、数値、発停を示す記号、不具合（異常）等の有無を示すフラグ、動作・不具合の状態を示す文字列等である（図では省略的に“・・”と表現している）。
取得時点欄１１０の取得時点は、状態値が取得された時点の年月日時分秒である。

（マーカ割当情報）
図３に沿って、マーカ割当情報３３を説明する。マーカ割当情報３３においては、マーカ欄１１１に記憶されたマーカＩＤに関連付けて、車載ログ収集装置欄１１２には車載ログ収集装置ＩＤが、不具合ボタン押下時点欄１１３には不具合ボタン押下時点が記憶されている。

マーカ欄１１１のマーカＩＤは、マーカを一意に特定する識別子である。マーカとは、車載ログ収集装置２と不具合ボタン押下時点（直ちに後記）との組合せを示す情報である。
車載ログ収集装置欄１１２の車載ログ収集装置ＩＤは、図２の車載ログ収集装置ＩＤと同じである。
不具合ボタン押下時点欄１１３の不具合ボタン押下時点は、試験者が車載機器６に不具合が発生していることを認識し、不具合ボタン（図示せず）を押下した時点の年月日時分秒である。

以降では、本実施形態の内容をより理解し易いように、まず表示画面を説明し、その後に処理手順を説明する。

（解析スクリプト登録画面）
図４に沿って、解析スクリプト登録画面５１を説明する。解析スクリプト３２（図１）は、ログ管理装置３が車載ログ収集装置２に対して送信する指示書である。ログ管理装置３のログ管理部２２は、出力装置４３に解析スクリプト登録画面５１を表示する。当該画面を見た開発者は、解析スクリプトアップロード欄５２に例えば“qqq-analyze”を入力する。これはいわゆるファイルパスであり、解析スクリプト３２が格納されるネットワーク上の位置情報である。

次に、開発者は、解析スクリプト欄５３に、入力装置４２を介して例えば以下のデータを入力したとする。なお、これらの入力データは、ログ情報から優先的な解析対象となるサマリ情報を抽出するための条件となっている。
・ログ種類欄５３ａに、“ＣＡＮ（Controller Area Network）”を入力。
・キーワード欄５３ｂに、“処理遅延時間”を入力。
・数値判定欄５３ｃに、“１２０ｍｓ以上”を入力。なお、“以上”は、ラジオボタンで選択する。
・アクション欄５３ｄに、“試験者へ不具合通知”、“音１”及び“サマリ情報通知”を入力（チェック欄にチェックマークを入力）。
さらに開発者は、同様に、解析スクリプト欄５４にも、図４のように入力したとする。そして、解析スクリプト登録画面５１において登録した情報を車載ログ収集装置２に送信したとする。

すると、解析スクリプト３２を受信した車載ログ収集装置２のログ収集部２１は、車載機器６が出力するログ情報のうち、“ＣＡＮの処理遅延時間が１２０ｍｓ以上”になった期間のログ情報を切り出し、これをサマリ情報としてログ管理装置３に送信する。さらに、ログ収集部２１は、出力装置１３（スピーカ）を介して試験者に対し、特定の音（音１）で警告を発する。当該警告の音は、“ＣＡＮの処理遅延時間が１２０ｍｓ以上”である状態が続く限り継続する。音は、“ピ、ピ、ピ、・・・”のような電子音でもよいし、“ご注意ください・・・”のような言語でもよい。さらに言えば、ここでの警告は、試験者に対して聴覚的、視覚的又は触覚的に注意を喚起するものであればどんなものでもよい。

同様に、ログ収集部２１は、車載機器６が出力するログ情報のうち、“モジュールＡの内部バストラフィックが５４ＫＢ／ｓ以上”になった期間のログ情報を切り出し、これをサマリ情報としてログ管理装置３に送信する。さらに、ログ収集部２１は、出力装置１３（スピーカ）を介して試験者に対し、音１とは別の特定の音（音２）で警告を発する。当該警告の音は、“モジュールＡの内部バストラフィックが５４ＫＢ／ｓ以上”である状態が続く限り継続する。なお、図４の解析スクリプト欄５３、５４、・・・に入力された内容は、“qqq-analyze”にアップロードされる。

図５に沿って、警告画面５５を説明する。車載ログ収集装置２のログ収集部２１は、出力装置１３に警告画面５５を表示する。前記では、ログ収集部２１が音を発する例を示した。しかしながら、ログ収集部２１は、色彩で警告を発してもよい。警告画面５５には、図４の解析スクリプト欄５３、５４、・・・に対応する図案５６ａ、５６ｂ、・・・が表示されている。ログ収集部２１は、そのうち、処理遅延時間５６ａ及び内部バストラフィック５６ｂを特定の色彩（黄色など注意を引きやすい色彩）で強調表示してもよい。

（マーカ確認・修正画面）
図６（ａ）に沿って、マーカ確認・修正画面６１を説明する。車載ログ収集装置２のログ収集部２１は、出力装置１３にマーカ確認・修正画面６１を表示する。以降の説明の前提として、試験者（日立太郎）は、テストコースにて車両Ｖ００１を運転しながら車載ログ収集装置Ｍ００１を使用して車載機器６の試験を行ったとする（図２参照）。試験者は、２０１６年２月１２日１０時０１分３０秒に車載機器６の不具合（画面のちらつき）を認識し、車載ログ収集装置２の入力装置１２上の不具合ボタンを押下したとする。その後、試験者は試験を終了し、車載ログ収集装置２の出力装置１３上でマーカ確認・修正画面６１を見ながら、不具合報告書３４（図６（ｂ））を作成したとする。

マーカ確認・修正画面６１（図６（ａ））は、ログ情報を時系列で示している。これらのログ情報は、マーカＩＤがＭＲ１０２であるマーカ６２の時点に基づき、車載ログ収集装置２のログ収集部２１がサマリ情報データベース３５から抽出したものである。これらのログ情報は、再生音楽６３ａ、キー操作６３ｂ及びナビ案内６３ｃという項目にわかれて表示されている。ログ収集部２１は、マーカＩＤを使用することによって、サマリ情報データベース３５から、特定の車載ログ収集装置２に対して不具合ボタンが押下された時点のデータを抽出することができる。

つまり、図６（ａ）の例では、ログ収集部２１は、車両Ｖ００１についての時点“２０１６年２月１２日１０時０１分３０秒”を含む期間のログ情報として、再生音楽６３ａ、キー操作６３ｂ及びナビ案内６３ｃを取得している。なお、ログ収集部２１は、これらのログ情報が、仮にサマリ情報データベース３５に含まれていなくても（図４の解析スクリプト欄５３、５４、・・・で指定されていなくても）ログ情報データベース３１からこれらのログ情報を抽出できる。

試験者は、再生音楽をラジオからＵＳＢ（Universal Serial Bus）に切り替えたことが不具合の原因となったと判断し、切り替えた時点を示すマーカ６４を追加している。試験者は、マーカ６２及び６４の位置を左右に変更することも可能である。マーカを新たに追加することは、車載ログ収集装置３のログ収集部２１がマーカ割当情報３３（図３）のレコード（行）を追加することに相当し、マーカを移動することは、車載ログ収集装置３のログ収集部２１がマーカ割当情報３３の既存のレコードの不具合ボタン押下時点を変更することに相当する。

別の例として、試験者は、２０１６年２月１２日１０時００分００秒に車載機器６の不具合（音楽の再生音が小さくなる）を認識し、車載ログ収集装置２の入力装置１２上の不具合ボタンを押下したとする。その後、試験者は、マーカ確認・修正画面６１（図７（ａ））を見ながら、不具合報告書３４（図７（ｂ））を作成したとする。

図７（ａ）の例では、ログ収集部２１は、車両Ｖ００１についての時点“２０１６年２月１２日１０時００分００秒”を示すマーカ６６に基づいて、サマリ情報データベース３５から５つのサマリ情報を取得している。すなわち、これら５つは、音楽スピーカ６５ａ、案内スピーカ６５ｂ、音声合成ユニット６５ｃ、地図ユニット６５ｄ及び位置決定ユニット６５ｅである。これらのログ情報を見た試験者は、以下のことを知る。
・見通しの悪い交差点を案内するための音声が合成され、その音声がかき消されないように音楽の再生音を小さくするべきであった。
・ところが、案内の音声はスピーカから発生されなかった。
・結果的に音楽の再生音が単独で小さくなったように解釈された。
試験者は、音楽の再生音がもとの大きさに戻った時点を示すマーカ６７を新たに追加している。

（全体ログ管理画面及びサマリ確認画面）
図８（ａ）に沿って、全体ログ管理画面７１を説明する。ログ管理装置３のログ管理部２２は、出力装置４３に全体ログ管理画面７１を表示する。いま、全体ログ管理画面７１の横軸には、ある期間が表示されている。その期間は、２０１６年２月１２日１０時００分よりやや前の時点以降、１１時００分よりやや後の時点までの期間である。ログ管理部２２は、サマリ情報データベース３５を参照し、当該期間にかかるすべての車両についてのサマリ情報の有無を調べ、その結果を表示している。

車両Ｖ００３については、当該期間において、サマリ情報は取得されていない。車両Ｖ００１及び車両Ｖ００２については、それぞれマーカ７２及び７３が表示されているが、車両Ｖ００４については、マーカが表示されていない。このことは、試験者は、車両Ｖ００１及び車両Ｖ００２の試験時に不具合ボタンを押下したが、“Ｖ００４”の試験時に不具合ボタンを押下しなかったことを示している。

開発者が、車両Ｖ００１のマーカ７２を選択する。すると、ログ管理部２２は、画面をサマリ確認画面７５（図８（ｂ））に遷移する。ログ管理部２２は、サマリ情報データベース３５から、マーカ７２が特定する車両（車両Ｖ００１である）及び時点についてのサマリ情報を抽出し、項目Ａ７６ａ、項目Ｂ７６ｂ及び項目Ｃ７６ｃとして表示している。項目Ａ７６ａからは、何らかの物理量（状態値）が時系列で変化する様子が読み取れる。項目Ｂ７６ｂからは、ある時点で“異常ログ”が発生したことが読み取れる。

（ログダウンロード画面）
図９に沿って、ログダウンロード画面８１を説明する。開発者が全体ログ管理画面７１（図８（ａ））のマーカ７２を選択したうえで“ログダウンロード”ボタン（図示せず）を押下したとする。すると、ログ管理部２２は、画面をログダウンロード画面８１（図９）に遷移する。ログ管理部２２は、ログ情報データベース３１を参照し、車両Ｖ００１についてのすべてのログ情報の有無をログ種類ごとに調べ、ログ情報が存在するログ種類を表示する。

図９の例では、マーカ８２が示す時点を含むログ情報として、ログ種類Ａ８３ａ、ログ種類Ｂ８３ｂ、ログ種類Ｃ８３ｃ及びログ種類Ｄ８３ｄが存在していることが表示されている。いま、開発者は、マーカ８２が示す時点で車両Ｖ００１に発生した不具合を調査している。開発者は、そのために、ログ種類Ａ８３ａ、ログ種類Ｃ８３ｃ及びログ種類Ｄ８３ｄのログ情報が、期間“２０１６年２月１２日１０時００分〜１０時０６分”について必要であると考えている。すると、開発者は、まず、チェックボックス８４ａ、８４ｂ、８４ｃ及び８４ｄのうち、チェックボックス８４ａ、８４ｃ及び８４ｄにチェックマークを入力し、期間“２０１６年２月１２日１０時００分〜１０時０６分”についての矢印形図形８５を描画する。すると、ログ管理部２２は、ログ情報データベース３１から、開発者が必要とするログ情報を取得する。

（関係解析画面（車両））
図１０（ａ）に沿って、関係解析画面（車両）９１ａを説明する。ログ管理装置３のログ管理部２２は、出力装置４３に関係解析画面（車両）９１ａを表示する。いま、開発者は、特定の期間において、特定の事象が発生したログ情報を車両ごとに閲覧したいと考えている。このとき、開発者は、キーワード欄９２に例えば事象“警告ａｂｃ”を入力する。すると、ログ管理部２２は、“警告ａｂｃ”を検索キーとしてログ情報データベース３１を検索し、キーワードが１箇所でも該当したログ情報を車両ごとに表示する。

図１０（ａ）の例では、開発者が閲覧を希望する期間（２０１６年２月１２日９時４５分〜１１時１５分”）において、車両Ｖ００１のログ情報に２回“警告ａｂｃ”が発生していることがわかる。また、車両Ｖ００３のログ情報に１回“警告ａｂｃ”が発生していることがわかる。車両Ｖ００２については、当該期間においては“警告ａｂｃ”が発生していないが、例えば横軸の期間をスクロールして他の時間帯を見ると、“警告ａｂｃ”が発生しているはずである。

車両Ｖ００３についてのログ情報のバー９３は他にはない強調表示がなされている。このことは、当該バー９３に係る期間のログ情報が、サマリ情報としても格納されている（図４の解析スクリプト欄５３、５４、・・・で指定されている）ことを示している。

（関係解析画面（バージョン））
図１０（ｂ）に沿って、関係解析画面（バージョン）９１ｂを説明する。ログ管理装置３のログ管理部２２は、出力装置４３に関係解析画面（バージョン）９１ｂを表示する。いま、開発者は、特定の期間において、特定の事象が発生したログ情報を制御用ソフトウェアのバージョンごとに閲覧したいと考えている。このとき、開発者は、キーワード欄９４に例えば事象“エラーｄｅｆ”を入力する。すると、ログ管理部２２は、“エラーｄｅｆ”を検索キーとしてログ情報データベース３１を検索し、キーワードが１箇所でも該当したログ情報をバージョンごとに表示する。関係解析画面（バージョン）９１ｂで表示される内容は、関係解析画面（車両）９１ａで表示される内容に準じるので詳細の説明は省略する。ただし、当該期間においてログ情報にキーワードが発生した回数が、累計欄９５ａ、９５ｂ及び９５ｃにバージョンごとに表示されている。
なお、関係解析画面（車両）９１ａ及び関係解析画面（バージョン）９１ｂの名称に付した“（車両）”及び“（バージョン）”は、ログ情報を車両ごとに表示する、ログ情報をバージョンごとに表示する、という意味を含む。

（処理手順）
図１１に沿って、処理手順を説明する。なお、実線の矢印は情報処理の流れを示し、破線の矢印は情報の流れを示す。
ステップＳ２０１において、ログ管理装置３のログ管理部２２は、解析スクリプト登録画面５１（図４）を表示する。具体的には、第１に、ログ管理部２２は、解析スクリプト登録画面５１を出力装置４３に表示する。
第２に、ログ管理部２２は、開発者が、解析スクリプトアップロロード欄５２及び解析スクリプト欄５３、５４、・・・に前記したデータを入力するのを受け付ける。

ステップＳ２０２において、ログ管理部２２は、解析スクリプトを送信する。具体的には、ログ管理部２２は、解析スクリプト欄５３、５４、・・・に入力されたデータに基づき、解析スクリプト３２を作成する。解析スクリプト３２の内容は、解析スクリプト欄５３、５４、・・・に入力されたデータそのものである。そして、ログ管理部２２は、作成した解析スクリプト３２を、補助記憶装置４５に記憶するとともに車載ログ収集装置２に送信する。その後、試験者は、車載ログ装置２を使用して車載機器６の試験を開始することになる。

ステップＳ２０３において、車載ログ収集装置２のログ収集部２１は、ログ情報の収集を開始する。以降試験終了時点まで、ログ収集部２１は、ログ情報の全量を取得し、ネットワーク５を介し、その全量を拠点サーバ４のログ情報データベース３１に蓄積する。ログ収集部２１は、その全量を自身の補助記憶装置１５に記憶してもよい。それと同時にログ収集部２１は、解析スクリプト３２によって開発者が指定したサマリ情報をログ情報から抽出し（切り出し）、サマリ情報データベース３５に蓄積する。

ステップＳ２０４において、ログ収集部２１は、不具合ボタンの押下を受け付ける。具体的には、ログ収集部２１は、試験者が車載機器６の不具合を認識し、不具合ボタンを押下するのを、入力装置１２を介して受け付ける。不具合ボタンは、入力装置１２上に画面表示されている。

ステップＳ２０５において、ログ収集部２１は、マーカＩＤを要求する。具体的には、ログ収集部２１は、マーカＩＤを発行して欲しい旨の要求を、車載ログ収集装置ＩＤ及び不具合ボタン押下時点（時刻情報）とともにログ管理装置３に送信する。

ステップＳ２０６において、ログ管理装置３のログ管理部２２は、マーカＩＤを採番し送信する。具体的には、第１に、ログ管理部２２は、マーカ割当情報３３（図３）の新たなレコードを生成する。
第２に、ログ管理部２２は、マーカＩＤを新たに採番し、新たなレコードのマーカ欄１１１に記憶する。

第３に、ログ管理部２２は、ステップＳ２０５において送信された車載ログ収集装置ＩＤ及び不具合ボタン押下時点（時刻情報）を、新たなレコードの車載ログ収集装置欄１１２及び不具合ボタン押下時点欄１１３にそれぞれ記憶する。
第４に、ログ管理部２２は、新たに生成したレコード（マーカＩＤ、車載ログ収集装置ＩＤ及び不具合ボタン押下時点が記憶されている）を車載ログ収集装置２に送信する。

ステップＳ２０７において、車載ログ収集装置２のログ収集部２１は、試験者に不具合を通知する。具体的には、第１に、ログ収集部２１は、解析スクリプト３２において指定されたログ種類５３ａ等及びキーワード５３ｂ等で指定された状態値を常時監視しておく。
第２に、ログ収集部２１は、状態値が、数値判定５３ｃ等で指定された値以上である（以下である、又は、一致する）期間において、アクション５３ｄ等で指定された方法で、試験者に対して警告を発する。当然のことながら、アクション５３ｄ等のいずれの“試験者へ不具合通知”にもチェックマークが入力されていない場合、ステップＳ２０７は省略される。

なお、ステップＳ２０４において、試験者は顕示的な異常を不具合と認識し、不具合ボタンを押下している。これに対し、ステップＳ２０７において、ログ収集部２１は、“ログ情報が、不具合ボタンが押下されてもおかしくない状態にある”ことを試験者に示唆（通知）している。つまりログ収集部２１は、不具合が発生する可能性があることを警告している。

ステップＳ２０８において、ログ収集部２１は、サマリ情報を送信する。具体的には、第１に、ログ収集部２１は、解析スクリプト３２において指定されたログ種類５３ａ等及びキーワード５３ｂ等で指定された状態値を常時監視しておく。
第２に、ログ収集部２１は、状態値が、数値判定５３ｃ等で指定された値以上である（以下である、又は、一致する）場合、その状態が継続する期間のログ情報を、サマリ情報としてサマリ情報データベース３５に蓄積するとともにログ管理装置３に送信する。当然のことながら、アクション５３ｄ等のいずれの“サマリ情報通知”にもチェックマークが入力されていない場合は、ステップＳ２０８は省略される。
その後、試験者は、車載機器６の試験を終了することになる。

ステップＳ２０９において、ログ収集部２１は、マーカ確認・修正画面６１（図６（ａ）又は図７（ａ））を表示する。具体的には、ログ収集部２１は、車載ログ収集装置２の出力装置１３に、マーカ確認・修正画面６１を表示する。このとき、ログ収集部２１は、ユーザが、マーカを追加、削除又は移動するのを受け付け、受け付けた内容に応じて、マーカ割当情報３３（図３）のレコードを更新する。

ステップＳ２１０において、ログ収集部２１は、不具合報告書３４を送信する。具体的には、第１に、ログ収集部２１は、試験者が車載ログ収集装置２の入力装置１２に対して、文書作成用ソフトウェアを使用して不具合報告書３４（図６（ｂ）又は図７（ｂ））を作成するのを受け付ける。
第２に、ログ収集部２１は、不具合報告書３４を補助記憶装置１５に記憶するとともにログ管理装置３に送信する。

ステップＳ２１１において、ログ管理装置３のログ管理部２２は、全体ログ管理画面７１（図８（ａ））及びサマリ確認画面７５（図８（ｂ））を表示する。具体的には、ログ管理部２２は、ログ管理装置３の出力装置４３に全体ログ管理画面７１及びサマリ確認画面７５を表示する。開発者は、これらの画面を閲覧又は操作することによって、どの車両についてのどのようなサマリ情報が取得されているかの概要を知ることができる。さらに開発者は、ある不具合について、複数の項目同士の関連の概要を知ることができる。

全体ログ管理画面７１（図８（ａ））及びサマリ確認画面７５（図８（ｂ））は、ステップＳ２０８において送信されたサマリ情報に含まれる情報を図示するものである。つまり、サマリ情報は、ログ情報全量のうち、とりあえず優先的に解析対象としたいと開発者が考える情報である（後記する図１２の説明も参照）。

ステップＳ２１２において、ログ管理部２２は、ログダウンロード画面８１（図９）を表示する。具体的には、ログ管理部２２は、ログ管理装置３の出力装置４３にログダウンロード画面８１を表示する。このとき、ログ管理部２２は、開発者が必要とするログ情報を入力するのを受け付ける。

ステップＳ２１３において、ログ管理部２２は、ログ情報を受け付ける。具体的には、ログ管理部２２は、ステップＳ２１２において表示したログダウンロード画面８１において、開発者が必要であるものとして入力した範囲のログ情報を、ログ情報データベース３１から取得する。

ステップＳ２１４において、ログ管理部２２は、関係解析画面を表示する。具体的には、ログ管理部２２は、ログ管理装置３の出力装置４３に、関係解析画面（車両）９１ａ（図１０（ａ））及び関係解析画面（バージョン）９１ｂ（図１０（ｂ））を表示する。開発者は、ステップＳ２１１においてサマリ情報を使用しておおまかな方針を立てた後、当該画面を使用してログ情報（全量情報）を検索することによって、より詳細に不具合の原因等を探すことができる。

ステップＳ２１５において、ログ管理部２２は、傾向分析を行う。具体的には、ログ管理部２２は、サマリ情報を使用して試験者を介さない軽度の傾向分析を行う。傾向分析の例としては、サマリ情報を基にある状態値の平均値、分散値等の統計値を取得する、それらをログ情報全量についての平均値、分散値等の統計量と比較し、大小関係を出力する、等である。

ステップＳ２１６において、ログ管理部２２は、解析スクリプト３２を更新し送信する。具体的には、ログ管理部２２は、ステップＳ２０１及びＳ２０２の処理を繰り返す。このとき、開発者は、ステップＳ２１１及びステップＳ２１４において表示された画面を見ることによって持つに至った自身の知見に基づき、解析スクリプト登録画面５１（図４）に入力する値を変化させることになる。
この後もステップＳ２０３〜Ｓ２１５の処理が繰り返される。開発者がステップＳ２１６の処理に応じることなく、ログ管理装置３に対して終了の指示を入力すると、処理手順は終了する。

（解析スクリプトの他の例）
図１２に沿って、解析スクリプト３２の他の例を説明する。ログ管理装置３は、解析スクリプト３２によって、車載ログ収集装置２が行うべき処理内容を決定する。このような解析スクリプト３２の例として、図４の例以外に図１２の例が存在する。ログ管理装置３のログ管理部２２は、開発者が入力装置４２を介して以下の５種の指示を入力するのを受け付ける。ログ管理部２２は、受け付けた指示を解析スクリプト３２として、補助記憶装置４５に記憶するとともに車載ログ収集装置２に送信する。

指示１：車載ログ収集装置２は、開発者が指定する特定のログ情報について、試験者が不具合ボタンを押下している時点の状態値を記憶する。このとき、不具合ボタンは、一旦押下した後、再度押下（解除）するまでの間、押下状態が保持されるものであることが望ましい。ログ情報欄３２１は、開発者の以下の考え方を反映している。

・ログ種類が“ＣＡＮ”であり、項目が“処理時間遅延”であり、かつ、バージョンが“１.０１”であるログ情報は特に重要であり、試験者が不具合を認識している期間は必ず記憶しておきたい。
・ログ種類が“モジュールＡ”であり、項目が“メモリ使用量”であり、かつ、バージョンが“３.０２” であるログ情報についても同様である。
・その他のログ情報については、たとえ試験者が不具合を認識していても記憶しておく必要はない。（その他のログ情報が不要なのではなく、全量のログ情報を数回に分けて解析するという意味である。）

指示２：車載ログ収集装置２は、開発者が指定する特定のログ情報について、状態値がある閾値を超えた時点の状態値を記憶する。ログ情報欄３２２は、開発者の以下の考え方を反映している。
・ログ種類が“ＣＡＮ”であり、項目が“処理時間遅延”であるログ情報は、バージョンが“１.０１”である制御用ソフトウェアで制御される。その際、状態値が閾値ＴＨ１を超えると、制御効率が低下し、制御用ソフトウェアのバージョンアップが必要となる。
・ログ種類が“モジュールＡ”であり、項目が“メモリ使用量”であり、かつ、バージョンが“３.０２”であるログ情報についても同様である。

指示３：車載ログ収集装置２は、開発者が指定する特定のログ情報について、状態値がある閾値を超えた時点の状態値を記憶し、かつ、状態値が閾値を超えている間、継続的に試験者に対して警告を発する。ログ情報欄３２３は、開発者の以下の考え方を反映している。
・ログ種類が“ＣＡＮ”であり、項目が“処理時間遅延”であるログ情報は、バージョンが“１.０１”である制御用ソフトウェアで制御される。その際、状態値が閾値ＴＨ１１を超えると、制御が不安定になる。したがって、試験者に音声等で注意を促し、状態値を閾値ＴＨ１１以下に下げる必要がある。
・ログ種類が“モジュールＡ”であり、項目が“メモリ使用量”であり、かつ、バージョンが“３.０２”であるログ情報についても同様である。

指示４：車載ログ収集装置２は、開発者が指定する特定のログ情報について、特定の期間のすべての時点の状態値を記憶する。ログ情報欄３２４は、開発者の以下の考え方を反映している。
・ログ種類が“ＣＡＮ”であり、項目が“内部バストラフィック”であるログ情報は、バージョンが“２.０１”である制御用ソフトウェアで制御される。ある期間において、複数の車載機器からそのログ情報を取得し、その後、本部でそれらを集計し解析したい。
・ログ種類が“モジュールＢ”であり、項目が“警告数”であり、かつ、バージョンが“４.０１”であるログ情報についても同様である。

指示５：車載ログ収集装置２は、開発者が指定する特定のログ情報に対して、特定の統計処理を行い、その結果である統計情報を記録する。ログ情報欄３２５は、開発者の以下の考え方を反映している。
・ログ種類が“ＣＡＮ”であり、項目が“内部バストラフィック”であり、かつ、バージョンが“２.０１”であるログ情報の状態値の１時間ごとの平均値及び分散を知ることによって、どの程度のはずれ値が異常値と看做せるかを解析したい。
・ログ種類が“モジュールＡ”であり、項目が“メモリ使用量”であり、かつ、バージョンが“３.０２” であるログ情報についても同様である。

（本実施形態の効果）
（１）車載機器ログ収集システムは、開発者が、不具合の発生した時点をキーとして、ログ情報から真に必要な情報を効率的に検索することを可能にする。
（２）車載機器ログ収集システムは、潜在的な不具合の発生を試験者に警告するので、試験者が不具合を見逃すことを防ぐことができる。
（３）車載機器ログ収集システムは、開発者が、ログ情報からサマリ情報を抽出するための条件を適宜のタイミングで見直すことを可能にする。
（４）車載機器ログ収集システムは、ログ情報に直接マーカを埋め込むことなく、不具合が発生した時点のログ情報を取得することができる。

（５）車載機器ログ収集システムは、試験者が、不具合が発生した時点を見直すことを可能にする。
（６）車載機器ログ収集システムは、試験者が車載機器が搭載されている車両を運転する際の負担を削減し、安全かつ確実に警告を伝えることができる。
（７）車載機器ログ収集システムは、不具合を検知するための統計情報を準備することができる。
（８）車載機器ログ収集システムは、開発者が、不具合報告書を読みながら不具合が発生した時点のログ情報を容易に検索することを可能にする。

１ 車載機器ログ収集システム
２ 車載ログ収集装置
３ ログ管理装置
４ 拠点サーバ
５ ネットワーク
６ 車載機器
１１、４１ 中央制御装置
１２、４２ 入力装置
１３、４３ 出力装置
１４、４４ 主記憶装置
１５、４５ 補助記憶装置
１６、４６ 通信装置
２１ ログ収集部
２２ ログ管理部
３１ ログ情報データベース
３２ 解析スクリプト
３３ マーカ割当情報
３４ 不具合報告書
３５ サマリ情報データベース

Claims (8)

1. ログ管理装置と、車載ログ収集装置とを備え、
   前記ログ管理装置は、
   前記車載ログ収集装置が車載機器から収集したログ情報のうち優先的な解析対象となるサマリ情報を当該車載ログ収集装置において抽出するための条件、及び、前記抽出したサマリ情報を送信する旨の指示が記述された解析スクリプトを生成し、通信装置を介して前記車載ログ収集装置に送信する機能と、
   前記車載ログ収集装置が前記解析スクリプトに基づいて抽出して送信したサマリ情報を、通信装置を介して受信する機能と、
   前記車載機器に不具合が発生した時点の前記ログ情報を前記受信したサマリ情報から抽出する機能と、を有する管理装置側制御装置を具備し、
   前記車載ログ収集装置は、
   前記車載機器からログ情報を収集する機能と、
   前記ログ管理装置が送信した前記解析スクリプトを、通信装置を介して受信する機能と、
   前記受信した解析スクリプトの記述に基づき、前記収集したログ情報から前記サマリ情報を抽出する機能と、
   前記抽出したサマリ情報、及び、前記不具合が発生した時点の時刻情報を、通信装置を介して前記ログ管理装置に送信する機能と、を有する収集装置側制御装置を具備した
   ことを特徴とする車載機器ログ収集システム。
2. 前記解析スクリプトは、
   前記不具合が発生する可能性がある時点において警告を発する旨の指示を記述し、
   前記車載ログ収集装置は、
   前記解析スクリプトに基づき前記警告を発することによって、前記不具合が発生した時点をユーザが入力するのを促すこと、
   を特徴とする請求項１に記載の車載機器ログ収集システム。
3. 前記ログ管理装置は、
   前記解析スクリプトに記述された内容を更新すること、
   を特徴とする請求項２に記載の車載機器ログ収集システム。
4. 前記ログ管理装置は、
   前記車載ログ収集装置が複数存在する場合、個々の前記車載ログ収集装置と前記不具合が発生した時点との組合せに対しマーカ識別子を付与し、前記付与したマーカ識別子を使用して、前記不具合が発生した時点における前記ログ情報を抽出すること、
   を特徴とする請求項３に記載の車載機器ログ収集システム。
5. 前記車載ログ収集装置は、
   前記不具合が発生した時点を前記ユーザが修正したうえで入力するのを受け付けること、
   を特徴とする請求項４に記載の車載機器ログ収集システム。
6. 前記警告は、
   前記ユーザに対して、聴覚的、視覚的又は触覚的に注意を喚起するものであること、
   を特徴とする請求項５に記載の車載機器ログ収集システム。
7. 前記サマリ情報は、
   前記車載機器についての統計情報を含むこと、
   を特徴とする請求項６に記載の車載機器ログ収集システム。
8. 前記ログ管理装置は、
   前記マーカ識別子を前記車載ログ収集装置に送信し、
   前記車載ログ収集装置は、
   前記マーカ識別子を使用して前記不具合の内容を記述した不具合報告書を前記ログ管理装置に送信すること、
   を特徴とする請求項７に記載の車載機器ログ収集システム。

Images