(57)【要約】【課題】車両故障情報に基づいて車両の故障箇所を早期に特定し、車両の稼働率を向上させること。【解決手段】サーバ装置２００は、車両の異常又は故障が生じた各機器の状態を示す故障情報を車両毎に記憶し、情報取得装置１００は、搭載された車両から故障情報を取得し、搭載された車両を識別する識別情報とともに故障情報を所定のタイミングで自律的にサーバ装置２００に送信し、情報表示装置３００は、サーバ装置２００に記憶された、所定の車両の故障情報に関する情報を取得し、情報を表示する。【選択図】図１
2015047912.tif 000002
【特許請求の範囲】
【請求項１】
車両の異常又は故障が生じた各機器の状態を示す故障情報を車両毎に記憶するサーバ装置と、
搭載された車両から前記故障情報を取得し、前記搭載された車両を識別する識別情報とともに前記故障情報を所定のタイミングで自律的に前記サーバ装置に送信する情報取得装置と、
前記サーバ装置に記憶された、所定の車両の前記故障情報に関する情報を取得し、前記情報を表示する情報表示装置と、
を具備する車両管理システム。
【請求項２】
前記サーバ装置は、前記故障情報を前記車両の部位毎に数値化して、数値情報を得て、
前記情報表示装置は、前記車両の部位毎の前記数値情報を表示する、
請求項１に記載の車両管理システム。
【請求項３】
前記故障情報の各々に対して、前記数値化における数値がそれぞれ対応付けられ、
より劣悪な故障状態を示す前記故障情報ほど、前記数値がより大きく、
前記サーバ装置は、各部位について、基準値から、前記サーバ装置に記憶された各部位を構成する機器の前記故障情報に対応付けられた前記数値を減算することにより、前記数値情報を得る、
請求項２に記載の車両管理システム。
【請求項４】
前記情報取得装置は、所定の間隔毎に、前記故障情報を前記サーバ装置へ送信する、
請求項１に記載の車両管理システム。
【請求項５】
前記所定のタイミングは、車両の運転状態が走行から停止に変わったタイミングである、
請求項１に記載の車両管理システム。
【請求項６】
前記所定のタイミングは、車両においてイグニッションキーがオンからオフに切り替えられたタイミングである、
請求項１に記載の車両管理システム。
【請求項７】
前記情報取得装置は、更に、前記搭載された車両の運転の状態を示す運転情報を取得し、前記運転情報を前記サーバ装置に送信し、
前記情報表示装置は、前記サーバ装置に記憶された、所定の車両の前記故障情報及び前記運転情報を表示する、
請求項１に記載の車両管理システム。
【請求項８】
前記情報取得装置は、前記車両管理システムと異なる他のシステムを構成する端末装置に含まれる、
請求項１に記載の車両管理システム。
【請求項９】
車両の故障を管理する車両管理システムと、端末装置を用いて業務管理を行う業務管理システムとが併存するシステムであって、
前記車両管理システムは、
車両の異常又は故障が生じた各機器の状態を示す故障情報を車両毎に記憶するサーバ装置と、
搭載された車両から前記故障情報を取得し、前記搭載された車両を識別する識別情報とともに前記故障情報を前記端末装置に送信する情報取得装置と、
前記サーバ装置に記憶された、所定の車両の前記故障情報に関する情報を取得し、前記情報を表示する情報表示装置と、を具備し、
前記端末装置は、前記業務管理に関する情報を前記業務管理システムのサーバ装置に送信するとともに、前記情報取得装置から受信した前記識別情報及び前記故障情報を、前記車両管理システムのサーバ装置に送信する、
システム。
【請求項１０】
車両の異常又は故障が生じた各機器の状態を示す故障情報を、搭載された車両から取得する受信部と、
前記故障情報を車両毎に記憶するサーバ装置に、前記搭載された車両を識別する識別情報とともに前記故障情報を所定のタイミングで自律的に送信する通信部と、
を具備する情報取得装置。
【請求項１１】
車両の異常又は故障が生じた各機器の状態を示す故障情報を前記車両の部位毎に数値化して得られる数値情報を取得する通信部と、
前記数値情報を表示する表示部と、
を具備する情報表示装置。
【請求項１２】
車両の異常又は故障が生じた各機器の状態を示す故障情報を車両毎に記憶するサーバ装置、及び、搭載された車両から前記故障情報を取得する情報取得装置を有する車両管理システムと、端末装置を用いて業務管理を行う業務管理システムと、が併存するシステムにおける前記端末装置であって、
前記搭載された車両を識別する識別情報、及び、前記故障情報を、前記情報取得装置から受信する受信部と、
前記業務管理に関する情報を前記業務管理システムのサーバ装置に送信するとともに、前記識別情報及び前記故障情報を、前記車両管理システムのサーバ装置に送信する通信部と、
を具備する端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両管理システム、情報取得装置、情報表示装置及び端末装置に関する。
【背景技術】
【０００２】
近年、車両に搭載された自己診断プログラムを用いて、車両の各部位を診断して、車両の異常・故障の箇所及び内容を示す車両故障情報を利用者（運転者又は整備工場など）に提供するシステムが提案されている。このシステムでは、車両から取得した車両故障情報に基づいて、車両の故障に起因する部品が特定され、当該部品が新に交換される。例えば、特許文献１には、整備工場などに配置された、車両故障情報を取得するための端末装置に車両を接続して、取得した車両故障情報をサーバ装置にアップロードするシステムが開示されている。
【０００３】
なお、車両故障情報は、車両故障診断情報、故障診断コード（ＤＴＣ：Diagnosis Trouble Code）又はＰコードと呼ばれることもある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−８４９９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来システムでは、車両故障情報を取得するための端末装置が配置された整備工場などの特定の場所に車両を持ち運ばなければ、車両故障情報を取得することができない。また、車両の故障につながる異常が発生していたとしても、運転者は、実際に車両に不具合（故障）が発生するまでは気付かない場合が想定される。よって、上記従来システムを用いる場合には、実際の故障発生時又は定期点検時に、整備工場に車両を持ち運ぶことにより、車両故障情報に基づいて車両の故障箇所、内容が特定される。車両の故障が特定されると、当該故障に起因する部品交換が行われ、車両は正常な状態となる。
【０００６】
よって、従来システムでは、車両故障情報に基づく車両の故障箇所の特定から、部品交換までの間、当該車両を利用できなくなるので、車両の稼働率が低下してしまうという課題が発生する。
【０００７】
本発明の目的は、車両故障情報に基づいて車両の故障箇所を早期に特定し、車両の稼働率を向上させることができる車両管理システム、情報取得装置、情報表示装置及び端末装置を提供することである。
【課題を解決するための手段】
【０００８】
本発明の一態様に係る車両管理システムは、車両の異常又は故障が生じた各機器の状態を示す故障情報を車両毎に記憶するサーバ装置と、搭載された車両から前記故障情報を取得し、前記搭載された車両を識別する識別情報とともに前記故障情報を所定のタイミングで自律的に前記サーバ装置に送信する情報取得装置と、前記サーバ装置に記憶された、所定の車両の前記故障情報に関する情報を取得し、前記情報を表示する情報表示装置と、を具備する構成を採る。
【０００９】
本発明の一態様に係るシステムは、車両の故障を管理する車両管理システムと、端末装置を用いて業務管理を行う業務管理システムとが併存するシステムであって、前記車両管理システムは、車両の異常又は故障が生じた各機器の状態を示す故障情報を車両毎に記憶するサーバ装置と、搭載された車両から前記故障情報を取得し、前記搭載された車両を識別する識別情報とともに前記故障情報を前記端末装置に送信する情報取得装置と、前記サーバ装置に記憶された、所定の車両の前記故障情報に関する情報を取得し、前記情報を表示する情報表示装置と、を具備し、前記端末装置は、前記業務管理に関する情報を前記業務管理システムのサーバ装置に送信するとともに、前記情報取得装置から受信した前記識別情報及び前記故障情報を、前記車両管理システムのサーバ装置に送信するを具備する、構成を採る。
【００１０】
本発明の一態様に係る情報取得装置は、車両の異常又は故障が生じた各機器の状態を示す故障情報を、搭載された車両から取得する受信部と、前記故障情報を車両毎に記憶するサーバ装置に、前記搭載された車両を識別する識別情報とともに前記故障情報を所定のタイミングで自律的に送信する通信部と、を具備する構成を採る。
【００１１】
本発明の一態様に係る情報表示装置は、車両の異常又は故障が生じた各機器の状態を示す故障情報を前記車両の部位毎に数値化して得られる数値情報を取得する通信部と、前記数値情報を表示する表示部と、を具備する構成を採る。
【００１２】
本発明の一態様に係る端末装置は、車両の異常又は故障が生じた各機器の状態を示す故障情報を車両毎に記憶するサーバ装置、及び、搭載された車両から前記故障情報を取得する情報取得装置を有する車両管理システムと、端末装置を用いて業務管理を行う業務管理システムと、が併存するシステムにおける前記端末装置であって、前記搭載された車両を識別する識別情報、及び、前記故障情報を、前記情報取得装置から受信する受信部と、前記業務管理に関する情報を前記業務管理システムのサーバ装置に送信するとともに、前記識別情報及び前記故障情報を、前記車両管理システムのサーバ装置に送信する通信部と、を具備する構成を採る。
【発明の効果】
【００１３】
本発明によれば、車両故障情報に基づいて車両の故障箇所を早期に特定し、車両の稼働率を向上させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態１に係る車両管理システムの構成を示すブロック図
【図２】本発明の実施の形態１に係る情報取得装置の構成を示すブロック図
【図３】本発明の実施の形態１に係るサーバ装置の構成を示すブロック図
【図４】本発明の実施の形態１に係るサーバ装置に記憶される車両故障情報を示す図
【図５】本発明の実施の形態１に係る情報表示装置の構成を示すブロック図
【図６】本発明の実施の形態１に係る異常発生から修理開始までの処理を示す図
【図７】本発明の実施の形態１に係る情報表示装置の表示例を示す図
【図８】本発明の実施の形態２に係る車両管理システムの構成を示すブロック図
【図９】本発明の実施の形態２に係るサーバ装置の構成を示すブロック図
【図１０】本発明の実施の形態２に係る故障診断コードとポイントとの対応付けの一例を示す図
【図１１】本発明の実施の形態２に係るサーバ装置に記憶される車両故障情報及びスコア値を示す図
【図１２】本発明の実施の形態２に係る情報表示装置の表示例を示す図
【図１３】本発明の実施の形態２に係る情報表示装置の表示例を示す図
【図１４】本発明の実施の形態３に係るシステムの構成を示すブロック図
【図１５】本発明の実施の形態３に係る端末装置の構成を示すブロック図
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１６】
（実施の形態１）
［車両管理システムの構成］
図１は、本実施の形態に係る車両管理システムの構成を示すブロック図である。図１に示す車両管理システム１０は、車両の故障を管理するシステムであって、情報取得装置１００と、サーバ装置２００と、情報表示装置３００と、を含む。
【００１７】
情報取得装置１００は、車両（図示せず）の自己診断プログラムによって得られる車両診断情報を車両から取得し、取得した車両診断情報をサーバ装置２００へ送信する。
【００１８】
車両診断情報には、車両の運転の状況を表す「運転情報」、及び、車両の各部位における状況を表す「車両情報」が含まれる。運転情報としては、例えば、燃費（平均燃費、瞬間燃費など）、走行距離、エンジンの回転数、速度、エコ運転時間、急アクセル／急ブレーキ回数・時間、アイドル時間などが挙げられる。また、車両情報としては、車両の自己診断によって得られる車両の異常又は故障が生じた各機器の状態を示す車両故障情報（例えば、故障診断コードなど）、ＣＯ２排出量、バッテリの電圧、エンジンクーラントの温度などが挙げられる。
【００１９】
また、情報取得装置１００は、搭載された車両を識別する識別情報（以下、車両コードと呼ぶ）とともに、搭載された車両の自己診断によって得られる車両診断情報のうち、少なくとも車両故障情報を、所定のタイミングで自律的にサーバ装置２００へ送信する。
【００２０】
情報取得装置１００は、例えば、車両診断情報を提供する車両のインタフェースに直接接続される装置である。この場合、情報取得装置１００は、車両診断情報を、例えば、ＵＳＢなどの有線、又は、Bluetooth（登録商標）、Wi-Fi（登録商標）などの無線を介して取得し、インターネット、セルラネットワークなどを介して車両診断情報をサーバ装置２００へアップロードする。
【００２１】
又は、情報取得装置１００は、例えば、スマートフォン及びタブレットなどの携帯端末装置である。この場合、情報取得装置１００は、例えば、自己診断プログラムによる車両診断情報を提供する車両のインタフェースに接続される別の装置（車載センサなど）から、上述した有線／無線を介して車両診断情報を取得し、インターネット、セルラネットワークなどを介して車両診断情報をサーバ装置２００へアップロードする。
【００２２】
また、情報取得装置１００は、ＥＭＳ（Eco-drive Management System）車載装置と呼ばれることもある。
【００２３】
サーバ装置２００は、情報取得装置１００から送信された車両診断情報（車両故障情報を含む）を車両毎（例えば、車両コード毎に）に記憶する。
【００２４】
情報表示装置３００は、サーバ装置２００に蓄積された、所定の車両の車両故障情報、又は、サーバ装置２００に蓄積された車両故障情報を加工した情報（つまり、車両故障情報に関する情報）を取得し、取得した情報を表示する。情報表示装置３００は、例えば、スマートフォン及びタブレットなどの携帯端末装置である。
【００２５】
［情報取得装置１００の構成］
図２は、本実施の形態に係る情報取得装置１００の構成を示すブロック図である。
【００２６】
情報取得装置１００において、受信部１０１は、車両診断情報を車両から受信する。具体的には、運転情報受信部１０２は、車両診断情報のうち運転情報を車両から取得し、運転情報を通信部１０４へ出力する。車両情報受信部１０３は、車両診断情報のうち車両情報（少なくとも車両故障情報を含む）を車両から取得し、車両情報を通信部１０４へ出力する。
【００２７】
通信部１０４は、受信部１０１から受け取る、車両運転情報及び車両故障情報をサーバ装置２００へ送信（アップロード）する。この際、通信部１０４は、車両コードとともに、少なくとも車両故障情報を、所定のタイミングで自律的にサーバ装置２００へ送信する。情報取得装置１００での車両故障情報の送信処理の詳細については後述する。なお、受信部１０１が車両から車両診断情報を取得するタイミングは、上記所定のタイミングと同一でもよく、異なるタイミングでもよい。
【００２８】
［サーバ装置２００の構成］
図３は、本実施の形態に係るサーバ装置２００の構成を示すブロック図である。
【００２９】
サーバ装置２００において、通信部２０１は、情報提供装置１００から送信される車両診断情報を受け取ると、車両診断情報を記憶部２０２に出力する。また、通信部２０１は、記憶部２０２に保存された車両診断情報のうち、少なくとも車両故障情報を、情報表示装置３００へ出力する。例えば、通信部２０１は、情報表示装置３００からの問合せに応じて、対応する車両故障情報を情報表示装置３００へ送信してもよい。または、通信部２０１は、情報取得装置１００から車両故障情報が新に送信されると、当該車両故障情報を情報表示装置３００へ送信してもよい。
【００３０】
記憶部２０２は、通信部２０１が受け取った車両診断情報を車両毎に記憶する。例えば、記憶部２０２は、図４に示すように、車両コード毎に、故障診断コード（車両故障情報）を記憶する。
【００３１】
［情報表示装置３００の構成］
図５は、本実施の形態に係る情報表示装置３００の構成を示すブロック図である。
【００３２】
情報表示装置３００において、通信部３０１は、サーバ装置２００から送信される、所定の車両の車両故障情報を取得し、車両故障情報を表示部３０２に出力する。例えば、通信部３０１は、所定の車両の車両故障情報を取得するために、当該車両を特定する情報をサーバ装置２００に問い合わせて、当該車両の車両故障情報を受け取ってもよい。
【００３３】
表示部３０２は、通信部３０１から受け取った車両故障情報を表示する。なお、表示部３０２は、車両故障情報そのものを表示してもよく、車両故障情報を加工したデータを表示してもよい。車両故障情報を加工したデータは、例えば、情報表示装置３００で作成されてもよく、サーバ装置２００と情報表示装置３００との間に存在する図示しない他のサーバにおいて作成されてもよい。表示部３０２における表示例については後述する。
【００３４】
［情報取得装置１００の動作］
次に、上述した車両管理システム１０における情報取得装置１００の動作について詳細に説明する。
【００３５】
情報取得装置１００は、車両故障情報（故障診断コードなど）を車両から取得する。
【００３６】
そして、情報取得装置１００は、上記車両に対応する車両コードとともに、取得した車両故障情報を、所定のタイミングで自律的にサーバ装置２００へ送信する。なお、情報取得装置１００において、車両コードは、予め保持されていてもよく、車両診断情報とともに車両から取得されてもよい。
【００３７】
例えば、情報取得装置１００は、所定の間隔毎に（定期的なタイミング毎に）車両故障情報をサーバ装置２００へ送信する。所定の間隔としては、例えば、１日毎、１週間毎などでもよい。所定の間隔として、少なくとも、車両に定められた定期点検の期間（例えば、６ヶ月）よりも短い周期が設定される。
【００３８】
又は、情報取得装置１００は、車両の運転状態が走行から停止に変わったタイミングで車両故障情報をサーバ装置２００へ送信してもよい。又は、情報取得装置１００は、イグニッションキーがオン（運転）からオフ（停止）に切り替わったタイミングで、車両故障情報をサーバ装置２００へ送信してもよい。これらの場合、車両故障情報が、車両利用者が運転を行う度に（運転終了時）にサーバ装置２００へ送信される。よって、車両故障情報が送信される頻度は、少なくとも、車両に定められた定期点検の頻度（例えば、６ヶ月に１回）よりも多いことが想定される。
【００３９】
このように、情報取得装置１００は、車両故障情報を所定のタイミングで自律的にサーバ装置２００へアップロードする。これにより、従来、例えば整備工場などに車両を持ち運んで、端末装置に車両を接続することにより車両故障情報がアップロードされる場合と比較して、情報取得装置１００は、より短い間隔（より高い頻度）で車両故障情報をサーバ装置２００へアップロードすることができる。例えば、車両の定期点検が６ヶ月毎に行われる場合であっても、車両管理システム１０では、情報取得装置１００は、定期点検の間の期間においても、車両故障情報を、所定のタイミング（例えば、１日毎、１週間毎、運転停止状態の度など）で自律的にサーバ装置２００へアップロードすることができる。
【００４０】
以下、一例として、車両故障情報に基づいて故障箇所を特定して、故障修理を開始するまでの流れについて、従来システム（図６Ａ）と、本実施の形態に係る車両管理システム１０（図６Ｂ）とを比較する。
【００４１】
ここでは、一例として、車両の故障が特定された時点で当該故障に関連する部品が発注され、発注した部品が届き次第、修理が開始される場合について説明する。また、車両管理システム１０において、情報取得装置１００が１日毎に車両故障情報をサーバ装置２００に送信する場合について説明する。
【００４２】
図６Ａに示すように、従来システムでは、車両の或る箇所に異常が生じたとしても、定期点検時、又は、車両に実際に故障が生じて車両の運転に支障が生じるまでは、当該異常が見過ごされる可能性が高い。よって、実際の故障発生時又は定期点検時に、整備工場などに車両を持ち運び、端末装置に車両を接続して取得される車両故障情報（故障診断コード）に基づいて故障箇所が特定される。そして、故障箇所の特定後、部品が発注され、発注された部品が届き次第、車両の修理が開始される。
【００４３】
このように、従来システムでは、故障箇所は、整備工場などに配置された端末装置に車両が接続されて初めて特定される。
【００４４】
これに対して、図６Ｂに示すように、本実施の形態に係る車両管理システム１０では、車両の或る箇所に異常が生じた場合、遅くとも、１日後には、情報取得装置１００は、当該異常を示す車両故障情報（故障診断コード）をサーバ装置２００へ送信する。これにより、車両管理システム１０の利用者は、異常発生から遅くとも１日後には、情報表示装置３００に表示される車両の異常に基づいて、故障箇所を特定することが可能となる。すなわち、車両管理システム１０の利用者は、車両の運転に支障が生じるほどの故障が生じる前に、車両の異常を特定することも可能となる。この場合、当該異常に関連する部品（今後故障する恐れがある部品）を、車両で実際に故障する前に発注することが可能となる。よって、故障前、又は、実際の故障発生時には既に故障に関連する部品が届いている可能性が高くなる。このため、利用者は、整備工場などに車両を持ち運ぶことにより、直ちに車両の修理を開始することができる。
【００４５】
このように、車両管理システム１０では、故障箇所（異常箇所）は、車両の異常が発生した直後の車両故障情報の送信タイミングにおいて特定可能となる。このため、実際に故障するまでの間に、当該故障に関連する部品を予め準備できる可能性が高くなる。
【００４６】
すなわち、本実施の形態によれば、従来システムと比較して、車両の故障を早期に検出することができるので、故障の解析、部品発注、修理開始までの工程を短縮することができる。また、本実施の形態では、故障が発生する前でも、異常が発生した時点で、関連する部品を早期に交換することが可能となる。これにより、車両が故障、又は、修理のために稼働できなくなる期間が低減されるので、車両の稼働率を向上させることができる。
【００４７】
［情報表示装置３００の表示例］
次に、情報表示装置３００での車両の故障に関する表示方法について説明する。
【００４８】
図７Ａ〜図７Ｃは、情報表示装置３００における表示例を示す。なお、図７Ａ及び図７Ｂでは、情報取得装置１００が車両のＯ２センサの異常（電圧低下）を表す故障診断コード（Ｐ０１３１）を取得したものとし、図７Ｃでは、情報取得装置１００が車両のＯ２センサの異常（動作未検出）を表す故障診断コード（Ｐ０１３４）を取得したものとする。
【００４９】
例えば、図７Ａでは、情報表示装置３００は、所定の車両の故障診断コード及び故障診断コードに対応する故障箇所、内容を表示する。具体的には、図７Ａでは、車両の車両故障情報（Ｐ０１３１）を取得した日にち（2013/7/23）と、車両故障情報（Ｐ０１３１）に対応する異常・故障の内容（Ｏ２センサ異常）と、が表示される。
【００５０】
図７Ｂでは、情報表示装置３００は、故障診断コードに対応して交換が必要となる部品（機器）を表示する。図７Ｂでは、車両故障情報（Ｐ０１３１）に対応する異常・故障の内容（Ｏ２センサ異常）に対する対処方法（修理方法。ここではＯ２センサの交換）が表示される。また、例えば、図７Ｂの表示に加え、情報表示装置３００は、表示される故障箇所（故障診断コード）に対応する部品の発注処理に関する情報を表示してもよい。これにより、車両管理システム１０は、車両の故障から部品発注までの一連の車両情報を管理することができる。
【００５１】
図７Ｃでは、情報表示装置３００は、故障診断コードに対応する異常・故障の内容、及び、当該異常・故障に関する所見（今後予想される事象など）を表示する。具体的には、図７Ｃに示すように、車両故障情報（Ｐ０１３４）に対応する異常・故障の内容（Ｏ２センサ（バンク１）が動作していない）、及び、Ｏ２センサが動作していないことにより発生しうる事象（排気黒煙の発生、燃費低下など）が表示される。これにより、利用者は、故障診断コードから得られる車両の状態、及び、実際に車両に見られる事象の双方を合わせて、車両の状態を特定することが可能となる。
【００５２】
なお、図７Ａ〜図７Ｃは、車両故障情報に関する表示例であって、これらに限定されない。例えば、情報表示装置３００は、車両故障情報そのもののみを表示してもよい。これにより、利用者（例えば、整備工場の従業者）は、故障診断コードより故障箇所、内容を特定することができる。又は、情報表示装置３００は、図７Ａ〜図７Ｃの表示を合わせて表示してもよい。
【００５３】
また、車両故障情報（故障診断コード）と、異常・故障の内容、対応する交換部品、所見と、の関連付けは、情報表示装置３００が保持してもよく、サーバ装置２００（又は他のサーバ）が保持してもよい。
【００５４】
このようにして、本実施の形態によれば、車両管理システム１０において、サーバ装置２００は、車両故障情報を車両毎に記憶する。また、情報取得装置１００は、車両から取得した車両故障情報を、所定のタイミングで自律的にサーバ装置２００に送信する。また、情報表示装置３００は、サーバ装置２００に蓄積された、所定の車両の車両故障情報を表示する。こうすることで、車両管理システム１０の利用者に対して、車両の異常又は故障を早期に提示可能となり、故障発生時又は故障が発生する前に、該当する部品の交換などの車両整備を行うことが可能となる。これにより、車両が故障又は修理のために稼働できなくなる期間が低減されるので、車両の稼働率を向上させることができる。
【００５５】
また、本実施の形態によれば、車両において故障が発生する前の異常が発生した時点で、部品を交換するなどして車両を正常な状態に戻すことができる。こうすることで、利用者は、車両の正常な状態を維持することができるので、この結果、車両の燃費を改善することができる。
【００５６】
［実施の形態２］
本実施の形態では、車両故障情報に基づいて、車両の故障状況を数値化する場合について説明する。
【００５７】
図８は、本実施の形態に係る車両管理システム２０の構成を示すブロック図である。なお、図８において、実施の形態１（図１）と同一の構成部には同一符号を付し、その説明を省略する。
【００５８】
サーバ装置４００は、情報取得装置１００から送信される車両故障情報を、車両の部位毎に数値化（点数化）して、数値情報（スコア値）を得る。そして、サーバ装置４００は、車両故障情報を数値化した数値情報を情報表示装置３００へ送信する。
【００５９】
情報表示装置３００は、サーバ装置４００から送信される数値情報を取得し、数値情報を表示する。
【００６０】
ここで、車両の部位は、関連する機器によって構成される。例えば、車両の部位としては、（１）エンジン周り（Ｏ２センサを含む）、（２）ブレーキ周り、（３）動力伝達装置（クラッチなど）、（４）ハンドル周り、（５）マフラ、（６）タイヤ、及び、（７）ボディ周り、に分類される。なお、車両の部位の分類は、これに限定されず、例えば、上記（１）〜（７）を更に細かく分類してもよい。
【００６１】
また、例えば、ブレーキ周りの部位は、ブレーキペダル、パーキングブレーキ、ホース・シリンダ類、及び、ディスク・パッド類などの複数の機器から構成される。
【００６２】
図９は、本実施の形態に係るサーバ装置４００の構成を示すブロック図である。なお、図９において、実施の形態１（図３）と同一構成部には同一符号を付し、その説明を省略する。
【００６３】
サーバ装置４００において、分析部４０１は、記憶部２０２に記憶されている複数の車両の各々の車両故障情報を分析して、車両故障情報を数値化（点数化）する。分析部４０１は、分析結果である数値情報を記憶部２０２へ出力する。
【００６４】
例えば、分析部４０１は、車両故障情報（例えば故障診断コード）と、数値化処理に用いる数値（ポイント）との対応付けを予め保持する。そして、分析部４０１は、車両の各部位について、基準となる値から、車両故障情報に対応付けられたポイントを減算することにより、当該車両故障情報の数値情報を得る。すなわち、分析部４０１は、減点方式により車両故障情報を数値化する。この場合、上記基準となる値は、車両の正常な状態を表し、減点されるほど、車両の状態が劣悪であることを表す。すなわち、より劣悪な故障状態を示す車両故障情報ほど、対応付けられたポイントがより大きくなる。
【００６５】
記憶部２０２は、実施の形態１における車両コード、及び、車両故障情報（故障診断コード）に加え、分析部４０１から受け取る数値情報を記憶する。
【００６６】
［数値化方法］
次に、サーバ装置４００（分析部４０１）における車両故障情報の数値化方法について詳細に説明する。
【００６７】
例えば、図１０に示すように、サーバ装置４００は、車両故障情報（故障診断コード）と、故障診断コードの内容に対応するポイントとの対応付けを保持する。図１０は、一例として、Ｏ２センサ（バンク１，センサ１）に関する故障診断コードとポイントとの対応付けを示す。
【００６８】
図１０において、Ｐ０１３０はＯ２センサ回路の故障（malfunction）を示し、Ｐ０１３１はＯ２センサ回路の電圧が低い状態（異常）を示し、Ｐ０１３２はＯ２センサ回路の電圧が高い状態（異常）を示し、Ｐ０１３３はＯ２センサ回路の反応が遅い状態（異常）を示し、Ｐ０１３４はＯ２センサ回路の動作が検出されない状態（異常）を示し、Ｐ０１３５はＯ２センサのヒータ回路の故障を示す。
【００６９】
図１０に示すように、故障を示すＰ０１３０及びＰ０１３５には５０点が対応付けられる。また、故障ではないが確実な機能異常を示すＰ０１３４には４０点が対応付けられる。また、将来的に故障する可能性がある異常を示すＰ０１３３には２０点が対応付けられる。また、Ｏ２センサ以外の他の影響でも発生しうる軽微な異常を示すＰ０１３１及びＰ０１３２には１０点が対応付けられている。
【００７０】
すなわち、図１０では、対応する部位の状態が劣悪である故障診断コードほど、高いポイントが対応付けられている。換言すると、故障診断コードには、各故障診断コードに対応する異常・故障状態の度合いに応じて重み付けが施されている。
【００７１】
サーバ装置４００は、図１０に示す対応付けに基づいて、Ｏ２センサ（バンク１，センサ１）の故障状態の数値化を行う。例えば、サーバ装置４００は、次式に従って、Ｏ２センサのスコア値（数値情報）を算出する。
スコア値＝１００−（ポイント合計）
【００７２】
すなわち、サーバ装置４００では、車両のＯ２センサが正常である状態を１００として、故障診断コードの発生に伴いスコア値が減点される。
【００７３】
上式より、車両のＯ２センサの異常・故障が劣悪であるほど、スコア値はより低くなる（減点される）。例えば、Ｏ２センサ回路及びヒータ回路が故障した場合（Ｐ０１３０、Ｐ０１３５）、スコア値は０（＝１００−（５０＋５０））となる。また、例えば、Ｏ２センサ回路の電圧の異常（Ｐ０１３１又はＰ０１３２）、又は、Ｏ２センサ回路の反応が遅い場合（Ｐ０１３３）などの、軽微な異常が発生している場合、スコア値は９０（＝１００−１０）、又は、８０（＝１００−２０）となる。又は、故障予兆がある場合（Ｐ０１３４）、スコア値は６０（＝１００−４０）となる。
【００７４】
サーバ装置４００は、上述した異常・故障状態の数値化（点数化）を、車両の部位毎に行う。例えば、サーバ装置４００は、上述した、（１）エンジン周り（Ｏ２センサを含む）、（２）ブレーキ周り、（３）動力伝達装置（クラッチなど）、（４）ハンドル周り、（５）マフラ、（６）タイヤ、及び、（７）ボディ周り毎に、数値化を行う。
【００７５】
これにより、サーバ装置４００（記憶部２０２）には、例えば、図１１に示すように、車両コード毎に、故障診断コード（車両故障情報）と数値情報（スコア値）とが対応付けられて記憶される。
【００７６】
そして、サーバ装置４００は、所定の車両の部位毎の数値情報を情報表示装置３００へ送信する。
【００７７】
なお、車両の故障修理が行われると、車両故障情報の次回アップロード時には、該当する故障診断コードはリセットされる（送信されない）ので、そのポイント分だけスコア値が１００に近づく。つまり、全ての異常、故障が修理された場合、車両の各部位のスコア値は１００に自動的に戻る。
【００７８】
［情報表示装置３００の表示例］
次に、本実施の形態に係る情報表示装置３００での車両の故障に関する表示方法について説明する。
【００７９】
図１２は、情報表示装置３００における表示例を示す。なお、図１２では、例えば、図１１に示す車両コード：XYZ012345の上述した各部位（１）〜（７）の数値情報（スコア値）を用いるものとする。
【００８０】
また、図１２では、情報取得装置１００が１日毎に車両故障情報をサーバ装置４００へ送信する場合について説明する。つまり、サーバ装置４００は、１日毎に各部位の数値情報を算出できる。
【００８１】
また、図１２では、或る日（９月１０日）の車両故障情報のレポートとして、当日とその前日の２日分（９月１０日及び９月９日）の各部位の数値情報が表示されている。
【００８２】
図１２では、エンジン周りのスコア値が９月９日には１００ポイントであったのに対して、９月１０日には７０ポイントとなっている。これより、利用者は、エンジン周りにおいて、９月１０日に何らかの異常が発生していることを特定することができる。
【００８３】
一方、図１２では、エンジン周り以外の他の部位において、両日ともにスコア値が１００ポイントである。よって、利用者は、エンジン周り以外の部位では異常・故障が発生していないこと（正常であること）を特定することができる。
【００８４】
例えば、故障に関する故障診断コードが数百種類、及び、異常に関する故障診断コードが数千種類存在することが想定される。よって、故障診断コード自体を利用者（特に、故障診断コードの知識を有さない者）が理解するのは容易ではない。
【００８５】
これに対して、本実施の形態では、情報表示装置３００は、車両故障情報を車両の部位毎に数値化して得られる数値情報を取得し、取得した数値情報を表示する。すなわち、車両の各機器の故障状態を示す故障診断コードを数種類の部位（図１２では７種類の部位）に分類して、各部位における異常・故障状態が数値化される。これにより、車両故障情報（故障診断コード）と車両の異常・故障状態との詳細な対応付けを知らない利用者（専門的な知識を有さない利用者）であっても、異常又は故障が生じている箇所、及び、当該異常・故障の度合いなどの車両の故障状態を視覚的に容易に特定することができる。
【００８６】
なお、図１２では、２日分の数値情報を表示する場合について示したが、情報表示装置３００に表示される数値情報は、１日分のみでもよく、３日分以上でもよい。また、図１２の表示方法は、一例であって、他の表示方法で数値情報が表示されてもよい。例えば、図１２のように、数値情報が棒グラフで表示される代わりに、円グラフ、折れ線グラフで表示されてもよく、数値のみが表示されてもよい。
【００８７】
また、本実施の形態では、サーバ装置４００において車両故障情報を数値化する場合について説明した。しかし、情報取得装置１００が車両故障情報を数値化して、数値情報をサーバ装置２００に送信してもよい。又は、情報表示装置３００が車両故障情報を取得して、車両故障情報を数値化してもよい。
【００８８】
［実施の形態２の変形例］
情報表示装置３００は、図１２に示す車両の各部位のスコア値に加え、例えば、図７Ａ〜図７Ｃに示すような、車両の異常・故障の内容を表示してもよい。
【００８９】
更に、情報表示装置３００は、図１２に示す車両の各部位のスコア値に加え、例えば、車両故障情報以外の車両診断情報を表示してもよい。
【００９０】
図１３は、本変形例における情報表示装置３００の表示例を示す。図１３では、図１２と同一の内容（数値情報）を表示する範囲３１と、図７Ｃと同一内容（故障診断コードに関する情報）を表示する範囲３２と、車両故障情報以外の車両診断情報に関する情報を表示する範囲３３と、から構成される。
【００９１】
すなわち、図１３に示す範囲３２には、範囲３１においてエンジン周りのスコア値が７０ポイントであることの理由、及び、対応策などが表示され得る。図１３では、範囲３１に表示されたエンジン周りのスコア値が７０ポイント（すなわち、３０ポイント減点）であることの理由として、範囲３２において、Ｏ２センサが動作していないことが表示される。
【００９２】
また、図１３に示す範囲３３には、例えば、バッテリの状態を示す領域、始動性能、常時電圧の状態（良／不良）を示す領域、急アクセル回数、急ブレーキ回数を示す領域、燃費を示す領域、及び、アイドリング時間／通常運転時間／エコ運転時間／非エコ運転時間を示す領域が含まれる。すなわち、情報表示装置３００は、サーバ装置４００に記憶された、所定の車両の運転情報を表示する。
【００９３】
また、図１３では、範囲３１〜３３が表示される場合を一例として説明したが、例えば、範囲３１及び範囲３２のみが表示されてもよく、範囲３１及び範囲３３のみが表示されてもよい。
【００９４】
このように、本変形例によれば、情報表示装置３００は、車両の各部位のスコア値に加え、各部位の故障に起因する運転情報も併せて表示する。これにより、利用者に対して、車両の状態をより明確に提示することができる。例えば、エンジン周りの部位であるＯ２センサの状態は、燃費に影響を与える。よって、図１３では、エンジン周り（Ｏ２センサ）のスコア値が１００未満であることと、燃費の悪化とが相互に関連していることを利用者に提示することができる。
【００９５】
また、例えば、サーバ装置４００は、車両の各部位のスコア値と所定の閾値とを比較して、情報表示装置３００は、比較の結果、スコア値が所定値未満となる場合に、該当する部品の交換を促す表示してもよく、該当する部品の発注情報を表示してもよい。
【００９６】
以下、情報表示装置において、車両故障情報が数値化された数値情報を表示することによるメリットについて説明する。
【００９７】
本実施の形態の適用例として、例えば、車両整備工場に情報表示装置３００が配置される場合について説明する。この場合、車両整備業者が、情報表示装置３００の表示内容（例えば、図１２）を、車両の所有者に提示することが想定される。これにより、所有者は、車両のどの箇所がどれくらいの状態であるかを容易に把握することができる。また、車両整備業者は、故障診断コードなどの専門的な説明を行うことなく、車両の異常・故障箇所を車両の所有車に対して容易に理解させることができるので、故障部品、又は、将来的に故障し得る部品の交換を促しやすくなるというメリットがある。さらに、車両整備業者は、図１３に示す表示を車両の所有車に提示することにより、燃費の悪化の原因がエンジン周り（Ｏ２センサ）の異常、故障が原因であることを明確に示すことができるので、車両の所有車に対して部品（Ｏ２センサ）の交換を促しやすくなる。
【００９８】
また、本実施の形態の他の適用例として、例えば、中古車販売場において情報表示装置３００が配置される場合について説明する。この場合、中古車販売業者が、情報表示装置３００の表示内容（例えば、図１２）を、購入検討者に提示することが想定される。これにより、購入検討者は、車両のどの箇所がどれくらいの状態であるかを容易に把握することができる。例えば、購入検討者は、年式が比較的新しい車両であるにもかかわらず、状態が劣悪であるもの、又は、年式が比較的古い車両であるにもかかわらず、状態が良好であるものを容易に区別することができる。また、中古車販売業者は、車両の購入検討者に対して、例えば、年式が比較的古いにも依らず、車両の状態が良好であることを図１２に示すように視覚的に示すことで、価格が比較的高く設定される理由について説得力のある説明を行うことができるというメリットがある。
【００９９】
また、本実施の形態の適用例として、例えば、保険業者が車両管理システム２０を用いる場合について説明する。例えば、保険契約として、車両の故障状態が劣悪であるほど、事故が発生する確率が高くなるため、保険料は高く設定されるような、車両の故障状態に応じた事故リスクに連動した保険料設定を想定する。この場合、保険業者が、情報表示装置３００の表示内容（例えば、図１２）を、契約者に提示することが想定される。これにより、契約者は、自身の保険料の増減の理由を容易に認識することができる。また、保険業者は、契約者の車両状態の変化を視覚的に示すことによって、保険料の変動理由を契約者に対して容易に説明することができる。
【０１００】
また、上述した車両故障情報と、従来から行われている車両の運転情報とを組み合わせた連動型保険に対して、本実施の形態を適用してもよい。この場合、例えば、情報表示装置３００は、図１３に示す表示内容を表示することにより、保険業者及び契約者は、保険料設定に関連する、車両の故障状態と運転状態とを同時に特定することが可能となる。
【０１０１】
なお、上記実施の形態では、図１０において、各故障診断コードに対して異なるポイントを対応付ける場合（異なる重み付けを行う場合）について説明したが、図１０に示すポイントの対応付けは一例であって、限定されるものではない。例えば、本実施の形態を上述した保険業者に適用する場合、保険料の設定の上でより重要となる項目（故障診断コード）に対応付けられるポイントをより高く設定してもよい。
【０１０２】
［実施の形態３］
本実施の形態では、実施の形態１又は２で説明した車両管理システムと他の異なるシステムとが併存する場合について説明する。
【０１０３】
以下では、一例として、会社の既存の業務管理システムと、会社が保有する車両を管理する車両管理システムとが併存する場合について説明する。業務管理システムとして、例えば、運送会社を想定すると、集荷処理、決済処理、運送車両の運行管理などを行うシステムであって、ポータブルＰＯＳ（ＰＰ：Portable POS）、スマートフォン、又は、タブレットなどの携帯端末装置を用いて業務管理が行われるシステムである。業務管理システムでは、業務に関する情報（運行データ、業務データ、決済データなど）がやり取りされる。なお、上記業務管理システムは、上記処理を行うことに限定されず、少なくとも、端末装置、及び、車両を用いた業務に関するシステムであればよい。
【０１０４】
図１４は、本実施の形態に係るシステムの構成を示すブロック図である。図１４に示すシステムでは、業務管理システム５０と、車両管理システム３０と、が併存する。
【０１０５】
図１４に示すように、業務管理システム５０には、端末装置５１と業務サーバ５２とが含まれる。端末装置５１は、業務サーバ５２との間の業務管理に関する業務情報の入出力処理に使用される。
【０１０６】
なお、図１４に示す情報取得装置５００は、実施の形態１及び２（図２）と同一の構成であって、搭載された車両の車両故障情報及び車両識別情報（車両コード）を端末装置５１に送信する点のみが異なる。
【０１０７】
図１５は、本実施の形態に係る端末装置５１の構成を示すブロック図である。
【０１０８】
図１５において、業務処理部５１１は、業務管理システム５０における業務管理に関する処理を行う。例えば、業務処理部５１１は、集荷処理、決済処理、運送車両の運行管理処理などを行い、処理によって生成された業務情報を通信部５１３に出力する。
【０１０９】
車両情報受信部５１２は、車両管理システム３０の情報取得装置５００から送信される車両故障情報及び車両コードを受信し、車両故障情報を通信部５１３に出力する。
【０１１０】
通信部５１３は、業務処理部５１１から受け取る業務情報を、業務管理システム５０のサーバ装置５２へ送信する。また、通信部５１３は、車両情報受信部５１２から受け取った車両故障情報及び車両コードを、車両管理システム３０のサーバ装置２００へ送信する。
【０１１１】
通信部５１３は、例えば、端末装置５１の利用者の操作入力に応じて、車両故障情報をサーバ装置２００へ送信してもよい。すなわち、通信部５１３は、利用者が車両故障情報の送信処理を選択したことを検出した場合に、車両故障情報をサーバ装置２００へ送信する。例えば、利用者は、車両を運転する度、又は、所定の間隔（１日、１週間など）毎に送信処理を選択することが想定される。この場合、車両故障情報がサーバ装置２００へ送信される頻度は、少なくとも、車両に定められた定期点検の頻度よりも多いことが想定される。
【０１１２】
また、通信部５１３は、例えば、車両故障情報をサーバ装置２００へ送信するタイミングとして、業務管理システム５０における任意の操作入力のタイミングを対応付けてもよい。例えば、端末装置５１の利用者が営業所などの拠点に配置された、サーバ装置５２と接続されている装置に対して、１日分の業務情報を転送する場合、通信装置５１３は、当該業務情報の転送タイミングにおいて、車両故障情報をサーバ装置２００へ送信してもよい。この場合、端末装置５１の利用者は、業務管理システム５０における該当する処理を行うのみで、車両管理システム３０における車両故障情報のアップロードを意識することなく行うことが可能となる。
【０１１３】
このように、業務管理システム５０を構成する端末装置５１は、一部の機能として、車両管理システム３０の情報取得装置５００から受け取った車両故障情報の送信機能を有する。
【０１１４】
通常、業務管理システム５０において使用される端末装置５１は、日常の業務において頻繁に使用されるものであって、長期間（例えば、車両の定期点検の間隔）使用されない可能性は非常に低いと考えられる。よって、利用者は、業務管理システム５０の端末装置５１を用いて、業務管理のみでなく、車両故障情報をサーバ装置２００へ送信させるための処理を高頻度で容易に行うことができる。よって、本実施の形態によれば、車両管理システム３０とは異なるシステム（ここでは業務管理システム５０）に対する利用者の利便性を損なうことなく、車両管理システム３０を容易に運用することができる。
【０１１５】
これにより、実施の形態１及び２と同様、車両の異常又は故障が早期に検出可能となり、故障発生時又は故障が発生する前に、該当する部品の交換などの車両の整備を行うことが可能となる。これにより、車両が故障又は修理のために稼働できなくなる期間が低減されるので、車両の稼働率を向上させることができる。
【０１１６】
なお、本実施の形態では、図１４に示すように、端末装置５１と情報取得装置５００とが異なる装置である場合について説明したが、これに限定されず、例えば、車両管理システム３０における情報取得装置３００の機能を、業務管理システム５０の端末装置５１に含めてもよい（図示せず）。例えば、端末装置５１は、業務管理システムの処理を行うとともに、実施の形態１で説明したように、車両故障情報を車両から取得し、車両故障情報を自律的に、車両管理システム３０のサーバ装置２００へ送信してもよい。すなわち、車両管理システム３０の一部として、異なるシステムの端末装置を流用する。具体的には、実施の形態１では、例えば、情報取得装置１００が、スマートフォン及びタブレットなどの携帯端末装置であって、車両から車両故障情報を取得し、サーバ装置２００へ送信していたのに対して、ここでは、代わりに、端末装置５１が車両から車両故障情報を取得し、サーバ装置２００へ送信する。これにより、車両管理システム３０の設備コストを低減させることができる。
【０１１７】
以上、本発明の実施の形態について説明した。
【０１１８】
なお、上記実施の形態において、サーバ装置２００又はサーバ装置４００の各機能は、同一装置に備えられてもよく、複数の装置に分散して備えられてもよい。例えば、サーバ装置４００は、記憶部２０２を有するサーバと、車両故障情報を数値化するサーバと、で構成されてもよい。
【産業上の利用可能性】
【０１１９】
本発明は、車両故障情報がサーバに自律的にアップロードされ、サーバが保持する車両故障情報に関するデータを情報表示装置が表示する機能を備えたシステムに対して好適である。
【符号の説明】
【０１２０】
１０，２０，３０  車両管理システム
１００，５００  情報取得装置
２００，４００  サーバ装置
３００  情報表示装置
１０１  受信部
１０２  運転情報受信部
１０３，５１２  車両情報受信部
１０４，２０１，３０１，５１３  通信部
２０２  記憶部
３０２  表示部
４０１  分析部
５０  業務管理システム
５１  端末装置
５２  業務サーバ
５１１  業務処理部
【図１】
2015047912.tif 000003
【図２】
2015047912.tif 000004
【図３】
2015047912.tif 000005
【図４】
2015047912.tif 000006
【図５】
2015047912.tif 000007
【図６】
2015047912.tif 000008
【図７】
2015047912.tif 000009
【図８】
2015047912.tif 000010
【図９】
2015047912.tif 000011
【図１０】
2015047912.tif 000012
【図１１】
2015047912.tif 000013
【図１２】
2015047912.tif 000014
【図１３】
2015047912.tif 000015
【図１４】
2015047912.tif 000016
【図１５】
2015047912.tif 000017