(57)【要約】【課題】車両に不具合が発生した場合に、ログ情報を適切に取得して外部の解析装置に送信する技術を提供する。【解決手段】ログ収集部２３は、ログ情報を収集して記憶部１２に一時記憶させる。操作受付部２１は、入力ボタンに対するユーザ操作を受け付ける。ログ取得部２４は、操作受付部２１が所定の入力ボタンに対する所定の複数回のユーザ操作を受け付けると、操作受付時より前の第１の時間分のログ情報と、操作受付時から第２の時間分のログ情報とを取得する。通信部１４は、ログ取得部２４が取得したログ情報を、外部装置に送信する。【選択図】図２
2019152539.tif 000002
【特許請求の範囲】
【請求項１】
車載機であって、
ログ情報を収集して記憶部に一時記憶させるログ収集部と、
入力ボタンに対するユーザ操作を受け付ける操作受付部と、
前記操作受付部が所定の入力ボタンに対する所定の複数回のユーザ操作を受け付けると、操作受付時より前の第１の時間分のログ情報と、操作受付時から後の第２の時間分のログ情報とを取得するログ取得部と、
前記ログ取得部が取得したログ情報を、外部装置に送信する通信部と、
を備えることを特徴とする車載機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両不具合の解析に用いるログ情報を、解析装置に送信する技術に関する。
【背景技術】
【０００２】
特許文献１は、車両不具合の原因究明に寄与する車両の状態情報を記憶する技術を開示する。特許文献１では、不具合原因の検証用情報を特定するための情報特定基準をテーブルに規定しておき、この情報特定基準に基づいて一時記憶手段に記憶された車両の状態情報の中から検証用情報を特定して、所定の記憶媒体に記憶させる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−８１３９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術において情報特定基準を適切に規定できるのであれば、不具合原因の検証に必要な車両状態情報のみを記憶し、検証に不必要な車両状態情報を記憶しなくてすむ。しかしながら実際には、どの状態情報が不具合原因の検証に役立つのかは明らかでないことがあり、特に発生頻度の低い不具合に関しては、原因究明に必要な車両状態情報を事前に特定することは容易でない。そのため、できるだけ多くの種類の状態情報をログ情報として抽出することが好ましいが、ログ情報を外部の解析装置に送信する状況を想定すると、情報量によっては通信コストが膨大になるという問題もある。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、車両に不具合が発生した場合に、ログ情報を適切に取得して外部の解析装置に送信する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の車載機は、ログ情報を収集して記憶部に一時記憶させるログ収集部と、入力ボタンに対するユーザ操作を受け付ける操作受付部と、操作受付部が所定の入力ボタンに対する所定の複数回のユーザ操作を受け付けると、操作受付時より前の第１の時間分のログ情報と、操作受付時から後の第２の時間分のログ情報とを取得するログ取得部と、ログ取得部が取得したログ情報を、外部装置に送信する通信部とを備える。
【０００７】
この態様によると、ユーザによる所定の入力ボタンの連打操作を契機として、ログ取得部が連打操作時の前後のログ情報を効率的に取得するため、適切な情報量のログ情報を外部装置に送信できるようになる。
【発明の効果】
【０００８】
本発明によれば、車両に不具合が発生した場合に、ログ情報を適切に取得して外部の解析装置に送信する技術を提供できる。
【図面の簡単な説明】
【０００９】
【図１】実施形態の情報処理システムの概略構成を示す図である。
【図２】車載機の機能ブロックを示す図である。
【図３】不具合発生のタイミングチャートの一例を示す図である。
【図４】不具合発生のタイミングチャートの別の例を示す図である。
【発明を実施するための形態】
【００１０】
図１は、実施形態の情報処理システム１の概略構成を示す。情報処理システム１は、車両２に搭載された車載機１０と、インターネットなどのネットワーク５に接続された解析装置３とを備える。解析装置３は、たとえばデータセンターに設置された外部装置であって、車載機１０から送信されるログ情報を解析して、車両２の不具合の原因を解析する機能をもつ。車載機１０は、基地局である無線局４との無線通信機能を有する端末装置であって、ネットワーク５経由で解析装置３と通信可能に接続できる。
【００１１】
図２は、車載機１０の機能ブロックを示す。車載機１０は、入力部１１、記憶部１２、ディスプレイ１３、通信部１４および処理部２０を備え、処理部２０は、操作受付部２１、制御部２２、ログ収集部２３およびログ取得部２４を有する。
【００１２】
図２に示す各種機能は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたシステムソフトウェアやアプリケーションプログラムなどによって実現される。したがって、これらの機能がハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００１３】
実施形態で制御部２２は、主としてマルチメディアサービスを提供するマイコンやモジュールを含んで構成される。たとえば制御部２２は、ナビゲーション機能を実行するナビマイコン、ディスプレイ１３の表示機能を実行する映像マイコン、電話機能を実行する電話モジュールなどを含んでよい。入力部１１は、ユーザが操作する入力ボタンであり、操作受付部２１は、入力ボタンに対するユーザ操作を受け付ける。制御部２２は、操作受付部２１が受け付けたユーザ操作にしたがって、マイコンやモジュールを動作させる。
【００１４】
ログ収集部２３は、操作受付部２１において受け付けたユーザ操作情報や、制御部２２における各マイコンや各モジュールの動作情報、マイコンやモジュールの間の通信情報など、処理部２０における様々な動作履歴をログ情報として収集して、記憶部１２に一時記憶させる。記憶部１２はリングバッファ構造のバッファメモリであって、ログ収集部２３で収集されたログ情報を時間情報に関連づけて記憶する。記憶部１２の容量については特に限定しないが、実施形態で記憶部１２は、少なくとも３０分間のログ情報を蓄積できる容量をもつ。
【００１５】
操作受付部２１が所定の入力ボタンに対する所定の複数回（たとえば５回）のユーザ操作を受け付けると、ログ取得部２４は、操作受付時の前後のログ情報を取得するように動作する。ここで所定の入力ボタンは、マルチメディアサービス提供のためにディスプレイ１３近傍に設けられている入力ボタンの１つであってよい。
【００１６】
運転者などの乗員は、車載機１０に不具合が発生したことを認識すると、所定の入力ボタンを５回連打操作する。車両２の乗員は、不具合の発生時に、その原因究明や対応のために所定の入力ボタンを５回連打操作するべきことを予め知っている。なお乗員は、入力ボタンを５回連打操作することで車載機１０がどのように動作するかは知っている必要はなく、不具合の発生時に入力ボタンを５回連打操作することだけを知っていればよい。
【００１７】
操作受付部２１が、当該入力ボタンの連打操作を受け付けたことを契機として、ログ取得部２４は、操作受付時より前の第１の時間分のログ情報と、操作受付時から後の第２の時間分のログ情報とを取得する。なお操作受付時のログ情報は、操作受付時から後の第２の時間分のログ情報に含まれてよい。ログ取得部２４は、操作受付時から第２の時間が経過したときに、その時点より前の（第１の時間＋第２の時間）分のログ情報を、記憶部１２から取得してよい。
【００１８】
第１の時間は、不具合の原因究明に必要なログ情報を含む時間、たとえば１０分に設定され、第２の時間は、不具合が生じた後の挙動の特定に必要なログ情報を含む時間、たとえば１分に設定されてよい。したがって実施形態においてログ取得部２４は、連打操作受付時より前の１０分間分のログ情報と、連打操作受付時からの１分間分のログ情報とを、記憶部１２から取得する。ログ取得部２４がログ情報を取得すると、通信部１４は、ログ情報を車載機１０の識別情報（車載機ＩＤ）とともに、外部の解析装置３に送信する。
【００１９】
このように実施形態の車載機１０によれば、ログ取得部２４が、不具合を認識した乗員の所定ボタンの連打操作を利用することで、不具合発生時の前後で収集されるログ情報を確実に取得できるようになる。このことによりログ取得部２４は、第１の時間と第２の時間とを比較的短く設定できるようになり、通信部１４から解析装置３に送信するログ情報の通信量をある程度のデータ量に制限できる。また乗員からすれば、不具合を認識したときに、特別な入力ボタンではなく、普段使用しているボタンを連打操作するだけでよいため、操作するべき入力ボタンを探すというような作業が不要であり、乗員による操作上の利点もある。
【００２０】
図３は、不具合発生のタイミングチャートの一例を示す。
ドライブ中、ディスプレイ１３からナビ案内画面が出力されていたところ、時間Ｔa-1でナビ案内が停止した。ナビ案内の異常に気付いた乗員が、時間Ｔa-2で所定のボタンを連打操作すると、ログ取得部２４が、その１分後である時間Ｔa-3に、時間Ｔa-2と、時間Ｔa-2の１０分前である時間Ｔa-0の間に収集されたログ情報と、時間Ｔa-2と時間Ｔa-3の間に収集されたログ情報とを記憶部１２から取得して、通信部１４が解析装置３に送信した。
【００２１】
解析装置３は、車両２から送信されたログ情報にもとづいてナビアイコンの不具合を検出し、車載機１０ないしは乗員により修復可能である場合には、対応手法を車載機１０ないしは乗員に通知する。なお車載機１０や乗員により修復不能である場合、解析装置３は、修理のためにディーラーに行くべき旨を示すメッセージを乗員に通知してよい。
【００２２】
図４は、不具合発生のタイミングチャートの別の例を示す。
ドライブ中、ディスプレイ１３からナビ案内画面が出力されていたところ、時間Ｔb-1でナビ案内画面が突然黒画面となり、しばらくしてから時間Ｔb-2でナビ案内画面に復帰した。乗員は、画面が正常になったため、とりあえずはよかったと感じたが、今後も黒画面になる可能性があると考えて、時間Ｔb-3で所定のボタンを連打操作した。これによりログ取得部２４は、その１分後である時間Ｔb-4に、時間Ｔb-3と、時間Ｔb-3の１０分前である時間Ｔb-0の間に取得されたログ情報と、時間Ｔb-3と時間Ｔb-4の間に取得されたログ情報とを記憶部１２から取得して、通信部１４が解析装置３に送信した。
【００２３】
解析装置３は、車両２から送信されたログ情報にもとづいて映像アイコンの不具合を検出し、車載機１０ないしは乗員により修復可能である場合には、対応手法を車載機１０ないしは乗員に通知する。なお車載機１０や乗員により修復不能である場合、解析装置３は、修理のためにディーラーに行くべき旨を示すメッセージメッセージを乗員に通知してよい。
【００２４】
図３や図４に例示した以外にも、たとえばシステムマイコンがリセットされた場合には、システムマイコンにより管理されている他のマイコンやモジュールは動作不調となる。また各マイコンやモジュールにおける処理はフリーズしたり、強制終了されることもある。このような不具合は高頻度に発生するものではないため、不具合発生時に取得するべき動作履歴を事前に特定したり、また不具合の発生自体を特定する条件を事前に定義することは容易でない。
【００２５】
そこで実施形態の車載機１０では、不具合の発生を認識した乗員が、所定のボタンを連打操作することで、ログ取得部２４が、不具合発生前後の短時間分のログ情報を取得するようにしている。ログ情報を取得する時間範囲を短時間に制限することで、ログ情報のデータ量を少なくできるため、解析装置３に送信するログ情報の種類を選別しなくてよく、解析装置３が不具合の原因究明を効率的に実施できるようになる。
【００２６】
以上、実施形態をもとに本発明を説明した。実施形態はあくまでも例示であり、各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００２７】
実施形態では、制御部２２が主としてマルチメディアサービスを提供するマイコンやモジュールを含んで構成されることを説明したが、制御部２２は他の種類のマイコン、モジュール、ソフトウェアの実行機能を有してよい。
【符号の説明】
【００２８】
１・・・情報処理システム、２・・・車両、３・・・解析装置、４・・・無線局、５・・・ネットワーク、１０・・・車載機、１１・・・入力部、１２・・・記憶部、１３・・・ディスプレイ、１４・・・通信部、２０・・・処理部、２１・・・操作受付部、２２・・・制御部、２３・・・ログ収集部、２４・・・ログ取得部。
【図１】
2019152539.tif 000003
【図２】
2019152539.tif 000004
【図３】
2019152539.tif 000005
【図４】
2019152539.tif 000006