JP7560437B2

JP7560437B2 - 情報処理装置及びプログラム

Info

Publication number: JP7560437B2
Application number: JP2021195623A
Authority: JP
Inventors: 洋伊東; 伸也吉野; 翔太白鳥; 航橋口
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2021-12-01
Filing date: 2021-12-01
Publication date: 2024-10-02
Anticipated expiration: 2041-12-01
Also published as: US12400492B2; US20230169803A1; JP2023081697A; CN116203916A

Description

本発明は、情報処理装置及びプログラムに関する。

車両の制御装置に記憶された情報に基づいて車両の故障診断を行う技術が知られている。例えば、特許文献１では、車両の制御装置に故障診断機を接続し、制御装置に記憶された故障コード（ＤＴＣ：ＤｉａｇｎｏｓｔｉｃＴｒｏｕｂｌｅＣｏｄｅ）等の情報を読み出すことにより故障原因を特定することが開示されている。

特開２０１５－２２９３６４号公報

車両の故障は、単発で発生する一過性の故障、根本的な故障原因が解消されるまで断続的に発生する間欠故障、或いは現在も継続している継続故障に分類することができる。販売店の担当者は、車両が修理に持ち込まれた場合、これらの故障の種別に応じた対応を取ることが望まれる。しかしながら、上記従来技術では、発生している故障が一過性のものか間欠的なものかの判断が難しい場合がある。

本発明は、車両の状況を確認しやすくする技術を提供する。

本発明の一態様によれば、
車両の制御装置が記憶した故障コードと、前記故障コードによって特定されるイベントについてのステータスと、前記故障コード及び前記ステータスに関連付けられた日時情報とを含む車両情報を、前記車両情報を蓄積するサーバから取得する取得手段と、
前記取得手段が取得した前記車両情報に基づいて、前記車両における故障の経過を示すための表示データを生成する生成手段と、
前記生成手段が生成した前記表示データを表示装置に表示させる表示制御手段と、を備え、
前記表示制御手段は、前記故障の前記経過として、
故障の可能性がある第１の車両状況と、
故障が発生している第２の車両状況と、
過去に故障が発生していた第３の車両状況と、
を異なる態様で前記表示装置に表示させる、
ことを特徴とする情報処理装置が提供される。

本発明によれば、車両の状況を確認しやすくすることができる。

故障診断システムの概要を示す図。サーバが管理する車両Ｖの車両情報に関するデータの構成例を示す図。情報処理装置の処理部の処理例を示すフローチャート。表示装置の表示例を示す図。（ａ）及び（ｂ）は、故障の種別ごとのカレンダー形式の表の例を示す図。（ａ）及び（ｂ）は、故障の種別ごとのカレンダー形式の表の例を示す図。表示装置の表示例を示す図。表示装置の表示例を示す図。表示装置の表示例を示す図。表示装置の表示例を示す図。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

＜システムの概要＞
図１は、故障診断システムＳＹの概要を示す図である。故障診断システムＳＹは、車両Ｖの故障診断を行うためのシステムであり、情報処理装置１と、サーバ５とを含む。概略として、サーバ５は、後述する故障コード等を含む車両情報を車両Ｖから受信し、その情報を管理する。情報処理装置１は、車両Ｖについての情報をサーバ５から取得し、車両Ｖの故障状況に関する情報を表示装置２に表示させる。

車両Ｖは、制御装置６１と、通信部６２とを含む。制御装置６１は、複数のＥＣＵ６１１ａ～６１１ｃ（以下、ＥＣＵ６１１と総称する）を含んで構成される。各ＥＣＵ６１１は例えば、ＣＰＵに代表されるプロセッサ、半導体メモリ等の記憶デバイス、外部デバイスとのインタフェース等を含む。記憶デバイスにはプロセッサが実行するプログラムやプロセッサが処理に使用するデータ等が格納される。各ＥＣＵ６１１は、記憶デバイス及びインタフェース等を複数備えていてもよい。また、制御装置６１により実現される機能の少なくとも一部が、ＡＳＩＣ等の専用の集積回路によって実現されてもよい。各ＥＣＵ６１１は、ＣＡＮ（ＣｏｎｔｒｏｌｌｅｒＡｒｅａＮｅｔｗｏｒｋ）等の車内ネットワークを介して互いに通信可能に接続される。

制御装置６１は、ＥＣＵ６１１として、例えば、エンジン或いはモータ等の駆動源を制御するＥＣＵ、車両Ｖに搭載されたバッテリによる電力供給を制御するＥＣＵ、車両Ｖの周囲状況の検知処理を行うＥＣＵ等を含み得る。また例えば、インストルメントパネルの表示内容や警告灯の点灯等を制御する表示系のＥＣＵ等を含み得る。なお、ＥＣＵの数や、担当する機能については適宜設計可能であり、本実施形態よりも細分化したり、あるいは、統合したりすることが可能である。

通信部６２は、ネットワークＮＷを介して外部デバイスとの通信を行う。本実施形態では、通信部６２はサーバ５に対して車両Ｖの車両情報を送信する。通信部６２は、例えばＴＣＵ（ＴｅｌｅｍａｔｉｃｓＣｏｎｔｒｏｌＵｎｉｔ）である。詳しくは後述するが、通信部６２は、制御装置６１の各ＥＣＵ６１１と双方向通信を実行可能に構成されており、所定の周期で各ＥＣＵ６１１に対して後述する故障コードが記憶されているか否かを確認する。そして、通信部６２は、各ＥＣＵ６１１のいずれかにおいて故障コードが記憶されていることを確認した場合には、対象のＥＣＵから故障コードを含む車両情報を取得して、取得した情報をサーバ５に対して送信する。

サーバ５は、車両Ｖから受信した車両情報を管理、蓄積する。サーバ５は、処理部５１と、記憶部５２と、通信部５３とを含む。処理部５１は、ＣＰＵに代表されるプロセッサである。記憶部５２は、半導体メモリ等の記憶デバイスであり、処理部５１が実行するプログラムや処理部５１が処理に使用するデータ等を格納する。処理部５１が記憶部５２に記憶されたプログラムを読み出して実行することにより、サーバ５の各種の機能が実現される。通信部５３は、外部デバイスとの通信を行う。なお、サーバ５は、一台の物理サーバで構築されてもよいし、複数台の物理サーバで構築されてもよい。或いは、クラウドサービスにおける仮想サーバとして構築されてもよい。また、サーバ５により実現される機能の少なくとも一部が、ＡＳＩＣ等の専用の集積回路によって実現されてもよい。

情報処理装置１は、車両Ｖに関する情報を表示装置２に表示させる。情報処理装置１は、例えば販売店（ディーラ）又は整備工場等で使用されるパーソナルコンピュータやタブレット、スマートフォン等の端末であり、各拠点に１又は複数台設置され得る。情報処理装置１は、処理部１１と、記憶部１２と、インタフェース部１３とを含む。処理部１１は、ＣＰＵに代表されるプロセッサである。記憶部１２は、半導体メモリ等の記憶デバイスであり、処理部１１が実行するプログラムや処理部１１が処理に使用するデータ等を格納する。処理部１１が記憶部１２に記憶されたプログラムを読み出して実行することにより、情報処理装置１の機能が実現される。処理部１１が実行するプログラムはＣＤーＲＯＭ等の記憶媒体を用いて情報処理装置１にインストールすることも可能である。また、情報処理装置１により実現される機能の少なくとも一部が、ＡＳＩＣ等の専用の集積回路によって実現されてもよい。インタフェース部１３は、周辺機器との接続に用いられる入出力インタフェースや、外部デバイスとの通信に用いられる通信インタフェースを含み得る。本実施形態では、情報処理装置１は、各種情報を表示する表示装置２及びユーザの操作を受け付ける入力装置３と接続する。ただし、情報処理装置１が表示装置２及び入力装置３を含む構成も採用可能である。

＜データ構成例＞
図２は、サーバ５が管理する車両Ｖの車両情報に関するデータの構成例を示す図である。本実施形態では、車両Ｖは、制御装置６１が記憶した故障コード及びその故障コードに関連付けられた日時情報を含む車両情報を、通信部６２によりサーバ５に送信する。サーバ５は、車両Ｖから受信した車両情報を蓄積して管理する。ここでは、サーバ５が管理するデータの構成要素として、「車両ＩＤ」、「イベントＩＤ」、「発生時刻」、「故障コード」、「ステータス」を含む。

「車両ＩＤ」は、車両Ｖを識別するためのＩＤである。「イベントＩＤ」は、車両Ｖにおいて発生した故障や異常等のイベントを識別するためのＩＤである。「発生時刻」は、対象のイベントが発生した時刻である。詳細には、「発生時刻」は、各ＥＣＵ６１１が次に説明する故障コードを記憶した時刻であり得る。「故障コード」は、発生したイベントの内容を特定するためのコードである。「ステータス」は、故障コードによって特定されるイベントについてのステータスを示すものである。本実施形態では、ＳｔａｔｕｓｏｆＤＴＣのｂｉｔポジション情報であるｂｉｔ２：ＰｅｎｄｉｎｇＤＴＣとｂｉｔ３：ＣｏｎｆｉｒｍｅｄＤＴＣから、「ステータス」として、「Ｐｅｎｄ」、「Ｐｅｎｄ．Ｃｏｎｆ」、「Ｃｏｎｆ」を設定した。なお、ＳｔａｔｕｓｏｆＤＴＣは、エンジンやトランスミッションなどの電子制御装置（ＥＣＵ：ＥｌｅｃｔｒｏｎｉｃＣｏｎｔｒｏｌＵｎｉｔ）内部に搭載された故障診断機能で用いられるステータスであり、ＩＳＯ１４２２９に準ずる。「Ｐｅｎｄ」は、現在、故障の可能性がある状態であることを示す。「Ｐｅｎｄ．Ｃｏｎｆ」は、現在、故障が確定している状態であることを示す。「Ｃｏｎｆ」は、現在は正常であるが過去に故障が確定していた状態であることを示す。

なお、ステータスの種類は適宜設定可能である。本実施形態では、特に故障等が発生していないステータス無しの場合を含めると、各故障コードが、合計で４つの状態を取り得る。しかし、ステータスとして「Ｐｅｎｄ」のみが設定され、現在故障の可能性があるか否かについてのみが判別可能に構成されてもよい。或いは、「Ｐｅｎｄ」、「Ｐｅｎｄ．Ｃｏｎｆ」の２つがステータスとして設定されてもよいし、前述したもの以外のステータスを含んでもよい。本実施形態のようにステータスとして「Ｐｅｎｄ」、「Ｐｅｎｄ．Ｃｏｎｆ」、「Ｃｏｎｆ」を含む態様は、例えばエンジン、トランスミッション、駆動源としてのモータ、或いは高圧バッテリ等のパワートレーン系の故障コードで採用され得る。

本実施形態では、制御装置６１の各ＥＣＵ６１１は、所定のタイミングで故障等の検知処理を実行する。そして、各ＥＣＵ６１１は、検知処理により現在又は過去における故障等を検知した場合に、検知した内容に対応する故障コードをステータス及び時刻と関連付けて記憶する。一方で、通信部６２は、各ＥＣＵ６１１に対して、故障コードが記憶されているか否かを所定の周期で確認する。そして、通信部６２は、各ＥＣＵ６１１が故障コードを記憶している旨の返答があった場合には、対象のＥＣＵ６１１に対して故障コードを含む情報を要求する。通信部６２は、対象のＥＣＵ６１１から故障コードを含む情報を受け取ると、受け取った情報に車両ＩＤやイベントＩＤ等を関連付けて車両情報としてサーバ５に送信する。

なお、図示は省略されているが、車両Ｖの通信部６２は、故障コードが記憶された時刻及びその前後における各種のパラメータや位置情報等についても図２で示す情報と併せて車両情報としてサーバ５に送信し得る。各種のパラメータとしては、車両Ｖの運転状況を示すアクセルペダル開度やブレーキスイッチ等の操作系のパラメータ、エンジン回転数やエンジン冷却水温等の制御系のパラメータ等が挙げられる。

販売店（ディーラ）又は整備工場等では、サーバ５が蓄積、管理している車両情報を用いることで、車両Ｖの故障の経過等を情報処理装置１により確認することができる。例えば、車両Ｖの使用者が警告灯の点灯等によって車両Ｖの故障を認識して販売店に修理を依頼すると、販売店の作業者は情報処理装置１により車両Ｖの故障の経過を確認する。これにより、作業者は故障の原因や、故障が一過性のものなのか間欠性のものなのか等を把握することができる。よって、作業者は車両Ｖの状況に応じて適切な対応をとることができる。以下、このときの情報処理装置１の処理について説明する。

＜処理例＞
図３は、情報処理装置１の処理部１１の処理例を示すフローチャートである。本フローチャートは、処理部１１が記憶部１２に記憶されたプログラムを読み出して実行することにより確認される。本フローチャートは、例えば、情報処理装置１が、入力装置３によって車両Ｖの車両情報の確認を受け付けると開始する。

Ｓ１において、処理部１１は、インタフェース部１３を介してサーバ５から車両情報を取得する。例えば、処理部１１は、車両情報の確認要求をサーバ５に送信する。ここでは、確認要求は、対象の車両の車両ＩＤを含む。サーバ５は、受信した車両ＩＤに基づき、対象の車両Ｖについての車両情報を情報処理装置１に送信する。処理部１１は、サーバ５が送信した車両情報を、インタフェース部１３を介して取得する。

Ｓ２において、処理部１１は、表示装置２に表示させる表示データを生成する。処理部１１は、Ｓ１で取得した車両情報に基づいて、車両Ｖにおける故障の経過を示すための表示データを生成する。Ｓ３において、処理部１１は、表示制御を実行する。すなわち、処理部１１は、Ｓ２で生成された表示データを表示装置２に表示させる。

＜画面例＞
図４は、表示装置２の表示例を示す図であり、車両Ｖにおける故障の経過を示すための表示データの例を示す。図４で示す表示画面２１では、車両Ｖの故障の経過がカレンダー形式の表２１１で示されている。さらに言えば、車両Ｖの故障の経過として、日ごとの故障コード等の記憶状況がカレンダー形式の表２１１で示されている。以下、表示内容について具体的に説明する。なお、以下の各図において、複数示される構成要素については、図面の見易さを考慮して参照符号を省略する場合がある。

図４で示す表示画面２１では、表示項目として、警告灯の点灯情報、ＭＩＤ(マルチインフォメーションディスプレイ)の警告情報、各故障コードの名称が設定されており、これらの表示項目についての日ごとの状況が表２１１により一覧で示されている。警告灯の点灯情報については、警告灯が点灯した日が黒丸２１１ａで示されている。また、ＭＩＤの警告情報については、ＭＩＤに警告メッセージが表示された日が黒丸２１１ａで示されている。ここで、警告灯は、例えばエンジン警告灯、ブレーキ警告灯、又は油圧警告灯に代表され、車両Ｖにおいて故障や異常が検知された際に対応するマークが点灯する。また、ＭＩＤの警告情報は、「電子制御パーキングブレーキ異常」等の文字列により故障や異常を知らせるものである。

また、図４では、故障コードごとに、日ごとのステータスが示されている。本実施形態では、故障コードごとに、ステータス「Ｐｅｎｄ」、「Ｐｅｎｄ．Ｃｏｎｆ」、及び「Ｃｏｎｆ」が、それぞれ異なる態様（パターン２１１ｂ～２１１ｄ）で表示されている。すなわち、故障コードにより特定される故障の発生状況が、異なる態様で表示されている。故障の発生状況としては、「Ｐｅｎｄ」に対応し、故障の可能性がある状況、「Ｐｅｎｄ．Ｃｏｎｆ」に対応し、現在における故障が確定された状況、及び「Ｃｏｎｆ」に対応し、過去における故障が確定された状況が挙げられる。なお、ここではマス目のハッチングのパターンの違いにより状況の違いが示されているが、マス目の色の違いにより状況の違いが示されてもよい。マークの形状の違いや、マークの塗りつぶしの有無等によって状況の違いが示されてもよい。なお、本実施形態では、表２１１において、日付が横に並び、各表示項目が縦に並んで構成されているが、この縦横は逆でもよい。また、表２１１の罫線は適宜省略されてもよい。また、表示される期間は変更可能にであってもよい。

故障コードがどのようなステータスでＥＣＵ６１１に記憶されているかに基づいて、車両Ｖの状況がどのような状況にあるかを特定することができる。よって、表示画面２１では、車両Ｖの故障の経過として、故障の可能性がある車両状況と、故障が発生している車両状況と、過去に故障が発生していた車両状況とを異なる態様で表示していると言える。

別の観点で見れば、故障コードがどのようなステータスでＥＣＵ６１１に記憶されているかに基づいて、故障コードにより特定される故障の発生状況を特定することができる。よって、表示画面２１では、故障の発生状況として、故障の可能性がある状況と、現在における故障が確定している状況と、過去におけて故障が確定していた状況とを異なる態様で表示していると言える。

また、表示画面２１では、表２１１の日付を選択可能に構成されている。ここでは表２１１において選択されている日付を含む列が太枠２１２で示されている。この状態でボタン２１３が選択されると、処理部１１は、故障コード等の記憶時間別のカレンダー形式での車両情報の表示を行う（図７参照）。また、ボタン２１４が選択されると、処理部１１は車両情報の表示を終了する。

図４の表示画面２１のように車両Ｖの故障の経過が可視化されることにより、車両Ｖで発生した故障が、一過性のものなのか、間欠性のものなのか、或いは現在も継続中のものなのかを販売店等の作業者が確認しやすくなる。これにより、作業者が販売店等において車両Ｖの修理等の対応をより適切に行いやすくなる。この点について以下で具体的に説明する。

図５（ａ）～図６（ｂ）は、故障の種別ごとのカレンダー形式の表２１１の例を示している。図５（ａ）及び図５（ｂ）は、車両Ｖに一過性の故障が発生した場合の表２１１の例を示している。また、図６（ａ）は、車両Ｖに間欠性の故障が発生した場合の表２１１の例を示している。図６（ｂ）は、車両Ｖに現在まで継続中の故障が発生した場合の表２１１の例を示している。

図５（ａ）は、一日だけ故障コードＡ００１，Ａ００２が記憶され、そのステータスが「Ｐｅｎｄ」であった場合を示している。この例では、故障が確定する前に（ステータスが「Ｐｅｎｄ．Ｃｏｎｆ」となる前に）故障コードが記憶されなくなっているので、表示画面２１を見た作業者は、今回の事象は一過性のものであると判断することができる。また、図５（ｂ）は、故障コードＡ００１，Ａ００２が一日だけステータス「Ｐｅｎｄ．Ｃｏｎｆ」で記憶され、その後はステータス「Ｃｏｎｆ」で記憶され続けている場合を示している。この場合も、表示画面２１を見た作業者は、今回の事象は一過性のものであると判断することができる。これらの場合、作業者は、車両Ｖについて修理の依頼を受けたとしても、すぐに修理は行わずにしばらく車両Ｖの様子を見ることを顧客に提案することができる。なお、本実施形態では、ステータス「Ｃｏｎｆ」が所定回数続いた場合、すなわち、正常判定が所定回数続いた場合、その故障コードが消去されるように設定されている。

図６（ａ）は、故障コードＡ００１，Ａ００２がステータス「Ｐｅｎｄ．Ｃｏｎｆ」で断続的に記憶されている、すなわち、断続的に故障が確定されている場合を示している。この場合、表示画面２１を見た作業者は、今回の事象は間欠性のものであり、修理が必要であると判断することができる。図６（ｂ）は、故障コードＡ００１，Ａ００２がステータス「Ｐｅｎｄ．Ｃｏｎｆ」で継続的に記憶されている、すなわち、故障が確定した状態で継続している場合を示している。この場合、表示画面２１を見た作業者は、今回の事象は継続的なものであり、修理が必要であると判断することができる。

再び図４を参照する。上述の説明を踏まえると、故障コードＢ００１，Ｂ００２については表示されている情報だけで判断は難しいものの、故障コードＡ００１，Ａ００２については間欠性の故障が発生していることが分かる。また、故障コードＡ００１，Ａ００２と故障コードＢ００１，Ｂ００２とで、ステータス「Ｐｅｎｄ．Ｃｏｎｆ」がそれぞれ別の日に発生していることから、これらは一方が他方に付随して発生した故障ではなく、別々の原因で発生した故障であると推測することができる。このように、作業者は、車両Ｖの故障の経過を表示画面２１で確認することで、車両Ｖの状況をより正確に把握することができる。

図７は、表示装置２の表示例を示す図であり、車両Ｖにおける故障の経過を示すための表示データの例を示す。図４で示す表示画面２２では、車両Ｖの故障の経過がカレンダー形式の表２２１で示されている。さらに言えば、車両Ｖの故障の経過として、故障コード等が記憶された日時（時刻）ごとの故障コード等の記憶状況がカレンダー形式の表２２１で示されている。

図７で示す表示画面２２では、表示項目として、警告灯の点灯情報、ＭＩＤ(マルチインフォメーションディスプレイ)の警告情報、各故障コードの名称が設定されており、これらの表示項目についての日ごとの状況が表２２１により一覧で示されている。表２２１は、主として、故障コードの発生日ではなく発生時刻の行が設けられている点で、図４の表２１１と異なる。黒丸２１１ａ及びパターン２２１ｂ～２２１ｄについては、図４の黒丸２１１ａ及びパターン２１１ｂ～２１１ｄとそれぞれ同様のため説明を省略する。

また、表示画面２２では、表２２１の時刻を選択可能に構成されている。ここでは表２２１において選択されている時刻を含む列が太枠２２２で示されている。この状態でボタン２３３が選択されると、処理部１１は、選択された時刻における時系列の詳細表示を行う（図８参照）。また、処理部１１は、ボタン２２４が選択されると図４の表示画面２１に戻り、ボタン２２５が選択されると車両情報の表示を終了する。

図７の表示画面２２のように車両Ｖの故障の経過が可視化されることにより、車両Ｖで発生した故障の比較的短期間での変遷を確認することができる。

図８は、表示装置２の表示例を示す図であり、車両Ｖの特定の時刻の前後の所定のパラメータの時系列の詳細情報を示している。すなわち、処理部１１は、日時情報により特定される時刻の前後の所定時間の車両Ｖの各種パラメータを表示装置２に表示させる。表示画面２３には、警告灯の点灯状況２３１、ＭＩＤの警告状況２３２及び各ＥＣＵ６１１の故障コードの記憶状況２３３ａ～２３３ｃが時系列で示されている。この例では、ＥＣＵ６１１ａにおいて故障コードが記憶されたことに伴い警告灯の点灯及びＭＩＤによる警告が行われ、その後に付随的にＥＣＵ６１１ｂ及び６１１ｃにおいて故障コードが記憶されたことが示されている。これにより、作業者は、故障の根本的な原因がＥＣＵ６１１ａの処理に関係すると推測することができる。また、処理部１１は、ボタン２３４が選択されると図９の表示画面２４に進み、ボタン２３５が選択されると図１０の表示画面２５に進む。また、処理部１１は、ボタン２３６が選択されると図７の表示画面２２に戻り、ボタン２３７が選択されると車両情報の表示を終了する。なお、表示画面２３では、日時情報により特定される時刻の前後１５秒、合計３０秒の各種パラメータの経時変化が示されているが、表示する時間の長さは適宜変更可能である。また、ここでは便宜上「ＥＣＵ６１１ａ」のようにＥＣＵ＋参照符号が名称として使用されているが、ＩＭＧ、ＢＡＴ、ＥＮＧ等、ＥＣＵの制御対象のシステム名や故障コード等が名称として使用され、表示画面２３に表示されてもよい。

図９は、表示装置２の表示例を示す図であり、車両Ｖの特定の時刻の前後の操作系パラメータの時系列の詳細情報を示している。表示画面２４では、ＩＧＳＷ（イグニッションスイッチ）、アクセルペダル開度、ブレーキスイッチ、ステアリング角度、車速、エンジン回転数、エンジン温度について、故障コードの発生時刻の前後１５秒の経時変化が示されている。この例では、運転者がアクセルペダルとブレーキペダルの同時踏みを所定時間継続したことが確認できる。作業者は、このような運転者の操作の状況と、発行されている故障コードの関係を確認することができる。処理部１１は、ボタン２４１が選択されると図７の表示画面２２に戻る。

図１０は、表示装置２の表示例を示す図であり、車両Ｖにおける故障コード記憶時の車両の位置情報を示している。詳細には、表示画面２５では、地図２５１上に故障コードの記憶時刻における車両Ｖの位置情報を示すピン２５２が表示されている。また、表示領域２５３には、緯度及び経度の情報並びに地名が表示されている。例えば、傾斜地等の車両Ｖの駆動系に負荷がかかりやすい場所では、他の場所と比較して相対的に故障コードが記憶される頻度が高くなる場合がある。よって、故障コードの発生時の車両Ｖの走行位置を特定することで、車両の故障原因を特定しやすくすることができる。処理部１１は、ボタン２５４が選択されると図７の表示画面２２に戻る。

以上説明したように、本実施形態によれば、車両Ｖにおける故障の経過が表示装置２に表示されるので、車両Ｖの状況を確認しやすくすることができる。比較例として、例えば過去に発生したDTCコードのみが記録されているだけでDTCコードが発生した時点での時刻や場所などの履歴は記憶されていない場合や、DTCコードも記録されていない場合には、発生している故障が一過性、間欠的又は継続性のいずれであるかの判断が難しい場合がある。これに対し、本実施形態では、故障コード及びこれに関連付けられた日時情報を含む車両情報に基づいて故障の経過が表示装置２に表示される。よって、作業者は故障の種類を容易に確認することができる。

＜実施形態のまとめ＞
上記実施形態は、以下の情報処理装置及びプログラムを少なくとも開示する。

１．上記実施形態の情報処理装置(例えば１)は、
車両の制御装置が記憶した故障コードと、前記故障コードによって特定されるイベントについてのステータスと、前記故障コード及び前記ステータスに関連付けられた日時情報とを含む車両情報を、前記車両情報を蓄積するサーバから取得する取得手段(例えば11,S1)と、
前記取得手段が取得した前記車両情報に基づいて、前記車両における故障の経過を示すための表示データを生成する生成手段(例えば11,S2)と、
前記生成手段が生成した前記表示データを表示装置に表示させる表示制御手段(例えば11,S3)と、を備える。

この実施形態によれば、故障の経過が可視化されるので、車両の故障状況を確認しやすくすることができる。詳細には、故障状況を故障の経過として確認できるので、一過性の故障、間欠性の故障、及び継続性の故障といった故障の種類を確認しやすくすることができる。

２．上記実施形態によれば、
前記表示制御手段は、前記故障の前記経過として、
故障の可能性がある第１の車両状況(例えば211b)と、
故障が発生している第２の車両状況(例えば211c)と、
過去に故障が発生していた第３の車両状況(例えば211d)と、
を異なる態様で前記表示装置に表示させる。

この実施形態によれば、車両の故障状況が異なる態様で表示されるので、故障状況を確認しやすくすることができる。

３．上記実施形態によれば、
前記表示制御手段は、前記車両の前記故障の前記経過をカレンダー形式で前記表示装置に表示させる(例えば21)。

この実施形態によれば、車両の故障の経過を、より視覚的に確認しやすくすることができる。

４．上記実施形態によれば、
前記表示制御手段は、前記故障コードにより特定される前記故障の発生状況を、日ごとのカレンダー形式で前記表示装置に表示させる(例えば211)。

この実施形態によれば、比較的長期間における故障の経過を確認しやすくすることができる。

５．上記実施形態によれば、
前記表示制御手段は、前記故障コードにより特定される前記故障の発生状況を、前記日時情報により特定される日時ごとのカレンダー形式で前記表示装置に表示させる(例えば22)。

この実施形態によれば、比較的短期間における故障の経過を確認しやすくすることができる。

６．上記実施形態によれば、
前記故障の前記発生状況は、
前記故障の可能性を示す第１の発生状況(例えば211b)と、
現在における前記故障の確定を示す第２の発生状況(例えば211c)と、
過去における前記故障の確定を示す第３の発生状況(例えば211d)を含み、
前記表示制御手段は、前記第１の発生状況と、前記第２の発生状況と、前記第３の発生状況とを異なる態様で前記表示装置に表示させる。

この実施形態によれば、故障の発生状況に応じて車両の故障状況が異なる態様で表示されるので、故障状況を確認しやすくすることができる。

７．上記実施形態によれば、
前記表示制御手段は、前記第１の発生状況と、前記第２の発生状況と、前記第３の発生状況とを異なる色で前記表示装置に表示させる。

この実施形態によれば、故障の発生状況に応じて車両の故障状況が異なる色で表示されるので、故障状況を確認しやすくすることができる。

８．上記実施形態によれば、
前記表示制御手段は、前記日時情報により特定される時刻の前後の所定時間の前記車両のパラメータを前記表示装置に表示させる(例えば23)。

この実施形態によれば、故障コードの記憶前後の車両の詳細な状況を確認することができる。

９．上記実施形態によれば、
前記パラメータは、前記車両の操作に関するパラメータを含む(例えば25)。

この実施形態によれば、故障の発生と運転者の操作の関係を確認しやすくすることができる。

１０．上記実施形態によれば、
前記表示制御手段は、前記日時情報により特定される日時の前記車両の場所に関する情報を前記表示装置に表示させる(例えば25)。

この実施形態によれば、故障の発生と車両の走行環境の関係を確認しやすくすることができる。

１１．上記実施形態によれば、
ステータスは、ＩＳＯ１４２２９に準拠するＳｔａｔｕｓｏｆＤＴＣである。

この実施形態によれば、ＳｔａｔｕｓｏｆＤＴＣを用いて故障の経過が可視化することができる。

１２．上記実施形態のプログラムは、
コンピュータを、
車両の制御装置が記憶した故障コードと、前記故障コードによって特定されるイベントについてのステータスと、前記故障コード及び前記ステータスに関連付けられた日時情報とを含む車両情報を、前記車両情報を蓄積するサーバから取得する取得手段(例えばS1)、
前記取得手段が取得した前記車両情報に基づいて、前記車両における故障の経過を示すための表示データを生成する生成手段(例えばS2)、
前記生成手段が生成した前記表示データを表示装置に表示させる表示制御手段(例えばS3)、
の各手段として機能させる。

この実施形態によれば、故障の経過が可視化されるので、車両の故障状況を確認しやすくすることができる。詳細には、故障状況を故障の経過として確認できるので、一過性の故障や間欠性の故障といった故障の種類を確認しやすくすることができる。

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

１：情報処理装置、１１：処理部、２：表示装置、５：サーバ、Ｖ：車両

Claims

車両の制御装置が記憶した故障コードと、前記故障コードによって特定されるイベントについてのステータスと、前記故障コード及び前記ステータスに関連付けられた日時情報とを含む車両情報を、前記車両情報を蓄積するサーバから取得する取得手段と、
前記取得手段が取得した前記車両情報に基づいて、前記車両における故障の経過を示すための表示データを生成する生成手段と、
前記生成手段が生成した前記表示データを表示装置に表示させる表示制御手段と、を備え、
前記表示制御手段は、前記故障の前記経過として、
故障の可能性がある第１の車両状況と、
故障が発生している第２の車両状況と、
過去に故障が発生していた第３の車両状況と、
を異なる態様で前記表示装置に表示させる、
ことを特徴とする情報処理装置。
請求項１に記載の情報処理装置であって、
前記表示制御手段は、前記車両の前記故障の前記経過をカレンダー形式で前記表示装置に表示させる、
ことを特徴とする情報処理装置。
車両の制御装置が記憶した故障コードと、前記故障コードによって特定されるイベントについてのステータスと、前記故障コード及び前記ステータスに関連付けられた日時情報とを含む車両情報を、前記車両情報を蓄積するサーバから取得する取得手段と、
前記取得手段が取得した前記車両情報に基づいて、前記車両における故障の経過を示すための表示データを生成する生成手段と、
前記生成手段が生成した前記表示データを表示装置に表示させる表示制御手段と、を備え、
前記表示制御手段は、前記故障コード及び前記ステータスにより特定される前記故障の発生状況を、日ごとのカレンダー形式で前記表示装置に表示させ、
前記故障の前記発生状況は、
前記故障の可能性を示す第１の発生状況と、
現在における前記故障の確定を示す第２の発生状況と、
過去における前記故障の確定を示す第３の発生状況を含み、
前記表示制御手段は、前記第１の発生状況と、前記第２の発生状況と、前記第３の発生状況とを異なる態様で前記表示装置に表示させる、
ことを特徴とする情報処理装置。
車両の制御装置が記憶した故障コードと、前記故障コードによって特定されるイベントについてのステータスと、前記故障コード及び前記ステータスに関連付けられた日時情報とを含む車両情報を、前記車両情報を蓄積するサーバから取得する取得手段と、
前記取得手段が取得した前記車両情報に基づいて、前記車両における故障の経過を示すための表示データを生成する生成手段と、
前記生成手段が生成した前記表示データを表示装置に表示させる表示制御手段と、を備え、
前記表示制御手段は、前記故障コード及び前記ステータスにより特定される前記故障の発生状況を、前記日時情報により特定される日時ごとのカレンダー形式で前記表示装置に表示させ、
前記故障の前記発生状況は、
前記故障の可能性を示す第１の発生状況と、
現在における前記故障の確定を示す第２の発生状況と、
過去における前記故障の確定を示す第３の発生状況を含み、
前記表示制御手段は、前記第１の発生状況と、前記第２の発生状況と、前記第３の発生状況とを異なる態様で前記表示装置に表示させる、
ことを特徴とする情報処理装置。
請求項３から４までのいずれか一項に記載の情報処理装置であって、
前記表示制御手段は、前記第１の発生状況と、前記第２の発生状況と、前記第３の発生状況とを異なる色で前記表示装置に表示させる、
ことを特徴とする情報処理装置。
請求項１から５までのいずれか一項に記載の情報処理装置であって、
前記表示制御手段は、前記日時情報により特定される時刻の前後の所定時間の前記車両のパラメータを前記表示装置に表示させる、
ことを特徴とする情報処理装置。
請求項６に記載の情報処理装置であって、
前記パラメータは、前記車両の操作に関するパラメータを含む、
ことを特徴とする情報処理装置。
請求項６から７までのいずれか一項に記載の情報処理装置であって、
前記表示制御手段は、前記日時情報により特定される日時の前記車両の場所に関する情報を前記表示装置に表示させる、
ことを特徴とする情報処理装置。
請求項１から８までのいずれか一項に記載の情報処理装置であって、
ステータスは、ＩＳＯ１４２２９に準拠するＳｔａｔｕｓｏｆＤＴＣである、
ことを特徴とする情報処理装置。
コンピュータを、
車両の制御装置が記憶した故障コードと、前記故障コードによって特定されるイベントについてのステータスと、前記故障コード及び前記ステータスに関連付けられた日時情報とを含む車両情報を、前記車両情報を蓄積するサーバから取得する取得手段、
前記取得手段が取得した前記車両情報に基づいて、前記車両における故障の経過を示すための表示データを生成する生成手段、
前記生成手段が生成した前記表示データを表示装置に表示させる表示制御手段、
の各手段として機能させるためのプログラムであって、
前記表示制御手段は、前記故障の前記経過として、
故障の可能性がある第１の車両状況と、
故障が発生している第２の車両状況と、
過去に故障が発生していた第３の車両状況と、
を異なる態様で前記表示装置に表示させる、プログラム。