JP2016049947A - 故障診断支援システム - Google Patents

Abstract

【課題】作業者による車両の故障診断を支援する情報を生成するベースとなる診断情報等の入力作業の定着率を向上させることが可能な故障診断支援システムを提供すること。【解決手段】入力者としてのユーザを特定するユーザ識別情報と車両の故障に関する診断情報を関連付けて入力する入力手段と、前記入力手段から入力された診断情報を蓄積する診断情報蓄積手段と、前記診断情報蓄積手段により蓄積された診断情報に基づき、作業者による車両の故障診断を支援する支援情報を生成する故障診断支援手段と、前記診断情報を評価する評価手段と、前記評価手段による評価結果に基づき、前記診断情報に関連付けられた前記ユーザ識別情報により特定されるユーザに対して評価値を付与する評価値付与手段を備える。【選択図】図３

Description

本発明は、多数の車両から得られる過去の診断情報（故障情報、修理情報等）を登録して構築したデータベースに基づき、作業者による車両の故障診断を支援する故障診断支援システムに関する。

従来、故障した車両を修理した作業者により入力された診断情報（修理で解消された異常に係る真因情報等）で構成されるデータベースに基づきデータマイニングを実行し、作業者による故障診断を支援する情報（故障の真因の候補を示す情報）を生成する車両修理支援システムが知られている（例えば、特許文献１）。

これにより、作業者は、過去の診断情報に基づく統計的に信頼性の高い故障診断を実施することができる。

特開２００９−２５０６９３号公報

しかしながら、診断情報は、実際に車両を修理した作業者により入力される必要があるため、作業者による診断情報を入力する作業の定着率が低いと、有用なデータベースが構築できず、適切に故障診断を支援することができないおそれがある。

そこで、上記問題に鑑み、作業者による車両の故障診断を支援する情報を生成するベースとなる診断情報等の入力作業の定着率を向上させることが可能な故障診断支援システムを提供することを目的とする。

上記の問題を解決するため、一実施形態において、故障診断支援システムは、
入力者としてのユーザを特定するユーザ識別情報と車両の故障に関する診断情報を関連付けて入力する入力手段と、
前記入力手段から入力された診断情報を蓄積する診断情報蓄積手段と、
前記診断情報蓄積手段により蓄積された診断情報に基づき、作業者による車両の故障診断を支援する支援情報を生成する故障診断支援手段と、
前記診断情報を評価する評価手段と、
前記評価手段による評価結果に基づき、前記診断情報に関連付けられた前記ユーザ識別情報により特定されるユーザに対して評価値を付与する評価値付与手段を備える。

上記実施形態により、作業者による車両の故障診断を支援する情報を生成するベースとなる診断情報等の入力作業の定着率を向上させることが可能な故障診断支援システムを提供することができる。

本実施形態に係る故障診断支援システムの構成の一例を示すブロック図である。 診断情報の入力画面の一例を示す図である。 本実施形態に係る故障診断支援システムによる故障診断支援スキームの流れの一例を示すフローチャートである。 入力された診断情報に基づく出力形式の他の例を示す図である。

以下、図面を参照して発明を実施するための形態について説明する。

図１は、本実施形態に係る故障診断支援システム１の構成の一例を示すブロック図である。故障診断支援システム１は、車両の故障を修理した作業者により入力された診断情報（故障情報、修理情報、診断ノウハウ情報等）をデータベースとして蓄積し、当該データベースに基づき車両の故障診断を支援する診断アドバイス情報を生成し、作業者に提供する。

故障診断支援システム１は、センタサーバ１０、入力端末２０、通信ネットワーク３０、車両４０等を含む。なお、車両４０は、故障した（異常が発生した）車両であり、作業者が故障診断を行う車両である。

センタサーバ１０は、入力端末２０から入力された情報の管理を行い、ネットワーク通信部１１、管理部１２、顧客情報ＤＢ１３、故障情報ＤＢ１４、修理情報ＤＢ１５、診断ノウハウ情報ＤＢ１６、ＳＮＳ情報ＤＢ１７等を含む。

ネットワーク通信部１１は、通信ネットワーク３０に接続し、通信ネットワーク３０を介して入力端末２０から送信された情報を受信したり、管理部１２の指令に応じて、入力端末２０に情報を送信したりする。

管理部１２は、センタサーバ１０における各種処理を管理（統括して制御）し、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含むコンピュータとして構成されてよい。

管理部１２は、具体的な処理機能として、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）サーバ機能１２ａ、データマイニング機能１２ｂを有する。

ＳＮＳサーバ機能１２ａは、ＳＮＳクライアントである入力端末２０からの要求に応じて、ＳＮＳ上の各種処理を実行する機能である。

本実施形態において、故障診断支援システム１は、主に車両の故障を修理する作業者をユーザとするＳＮＳ（以下、「作業者ＳＮＳ」と称する）を提供する。例えば、作業者ＳＮＳにおいて、作業者は、他の作業者による診断情報等に対するコメントや評価等のフィードバックを行うこと等が可能であり、管理部１２は、入力端末２０における作業者によるフィードバックの入力に対する処理等を実行する。

なお、作業者ＳＮＳでは、各作業者がユーザとして登録された上で、各ユーザがＩＤ、パスワードの入力等することによりログインすることで、作業者ＳＮＳ上の各種機能を利用することができる。

データマイニング機能１２ｂは、センタサーバ１０内に蓄積された情報に基づきデータマイニングを実行する機能である。

管理部１２は、データマイニング機能１２ｂにより、故障情報ＤＢ１４、修理情報ＤＢ１５等に基づき、車両の故障診断を支援する診断アドバイス情報を生成する。後述するように、故障情報ＤＢ１４、修理情報ＤＢ１５には、それぞれ、過去に異常が発生した車両の故障情報（異常発生時の車両状態等）、修理情報（修理内容、交換部品等）が蓄積されている。そのため、管理部１２は、作業者（入力端末２０）からの要求に応じて、過去の故障情報、修理情報を統計的に解析することで、車両４０の故障診断（故障の真因、修理内容の決定）を行うための支援情報（診断アドバイス情報）を生成することができる。生成された診断アドバイス情報は、ネットワーク通信部１１を介して、入力端末２０に送信される。

また、管理部１２は、データマイニング機能１２ｂにより、作業者（入力端末２０）からの要求に応じて、故障情報ＤＢ１４、修理情報ＤＢ１５、診断ノウハウ情報ＤＢ１６の中から入力されたキーワードや故障情報等に関連する診断情報（参照診断情報）を抽出する。抽出された参照診断情報（故障情報、修理情報、診断ノウハウ情報等）は、ネットワーク通信部１１を介して、入力端末２０に送信される。

顧客情報ＤＢ１３は、入力端末２０から送信された故障した（異常が発生した）車両４０に関する診断情報に含まれる顧客情報を蓄積して構築されるデータベースである。

故障情報ＤＢ１４は、入力端末２０から送信された故障した（異常が発生した）車両４０に関する診断情報に含まれる故障情報を蓄積して構築されるデータベースである。

なお、故障情報は、異常発生時の車両状態等を示す情報であり、例えば、車両名、ＤＴＣ（Ｄｉａｇｎｏｔｉｃ Ｔｒｏｕｂｌｅ Ｃｏｒｄ）、異常発生時の各種センサの検出データ（ＦＦＤ（Ｆｒｅｅｚｅ Ｆｒａｍｅ Ｄａｔａ）等）を含んでよい。

修理情報ＤＢ１５は、入力端末２０から送信された故障した（異常が発生した）車両４０に関する診断情報に含まれる修理情報を蓄積して構築されるデータベースである。

なお、修理情報は、車両の異常に伴って実施された修理内容、部品交換の内容等を示す情報であり、例えば、整備内容、作業時間、交換部品（名称、部品番号等）を含んでよい。

診断ノウハウ情報ＤＢ１６は、入力端末２０から送信された故障した（異常が発生した）車両４０に関する診断情報に含まれる診断ノウハウ情報を蓄積して構築されるデータベースである。

なお、診断ノウハウ情報は、異常発生時の車両状態等に基づき、どのように故障の真因や修理内容を決定したのか等を示す情報であり、各作業者が故障の真因や修理内容を決定するノウハウを開示した情報である。

また、入力端末２０から送信された同じ診断情報に含まれる顧客情報、故障情報、修理情報、及び、診断ノウハウ情報は、それぞれ紐づけられた状態で、顧客情報ＤＢ１３、故障情報ＤＢ１４、修理情報ＤＢ１５、及び、診断ノウハウ情報ＤＢ１６に登録される。併せて、入力端末２０から送信された同じ診断情報に含まれる顧客情報、故障情報、修理情報、及び、診断ノウハウ情報等は、診断情報を入力した作業者（作業者ＳＮＳのユーザ）を特定するＩＤと紐づけられた状態で、顧客情報ＤＢ１３、故障情報ＤＢ１４、修理情報ＤＢ１５、及び、診断ノウハウ情報ＤＢ１６に登録される。

ＳＮＳ情報ＤＢ１７は、作業者ＳＮＳにおける各種登録情報により構築されたデータベースである。当該各種登録情報には、例えば、作業者ＳＮＳに登録されている各ユーザのアカウント（ＩＤ、パスワード）、プロフィール（名前、ニックネーム、所属等）が含まれる。また、作業者ＳＮＳ内において、各ユーザは、アバター（作業者ＳＮＳ内において、各ユーザ（各作業者）を象徴するキャラクター）を設定することが可能であり、各種登録情報には、アバターに関する情報（キャラクターの画像情報等）が含まれる。また、上述したように、作業者ＳＮＳ内では、作業者が、他の作業者の診断情報を評価する、即ち、有用な診断情報の提供者として他の作業者に「賞賛」を付与することができるため、各種登録情報には、各ユーザの「賞賛」が付与された回数が含まれる。また、後述するように、作業者ＳＮＳ内において、各ユーザは、診断情報を入力することにより、評価値として所定の基準に沿った「ポイント」を取得することができるため、各種登録情報には、各ユーザの「ポイント」が含まれる。

入力端末２０は、車両の修理に従事する作業者が所属する車両の販売店や修理施設等に配置され、ネットワーク通信部２１、制御部２２、入力部２３ａ及び表示部２３ｂを含むユーザインターフェース２３、通信インターフェース（Ｉ／Ｆ）２４等を含む。なお、入力端末２０は、販売店、修理施設内に複数台配備されてよく、複数の販売店、修理施設に跨って、複数台存在する。

ネットワーク通信部２１は、通信ネットワーク３０に接続し、通信ネットワーク３０を介してセンタサーバ１０から送信された情報を受信したり、制御部２２からの指令に応じて、センタサーバ１０に情報を送信したりする。

制御部２２は、入力端末２０における各種処理を制御し、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含むコンピュータとして構成されてよい。

制御部２２は、具体的な処理機能として、ＳＮＳクライアント機能２２ａ、診断情報入力機能２２ｂ、自己診断情報取得機能２２ｃ、故障診断支援要求機能２２ｄを有する。

ＳＮＳクライアント機能２２ａは、主に、ユーザインターフェース２３（入力部２３ａ）を介した入力に応じて、ＳＮＳサーバ機能を有するセンタサーバ１０（管理部１２）に対して、作業者ＳＮＳにおける各種処理要求を実行する機能である。また、ＳＮＳクライアント機能２２ａには、作業者がユーザインターフェース２３（後述する表示部２３ｂ）を介して作業者ＳＮＳにおける各種機能を実行させる機能が含まれる。

診断情報入力機能２２ｂは、作業者による故障した車両４０に関する診断情報（故障情報、修理情報、診断ノウハウ情報等）の入力を可能にするための機能である。具体的には、表示部２３ｂに所定の入力画面を表示させることで、作業者による入力部２３ａを用いた診断情報の入力を可能にしている。

ここで、図２は、表示部２３ｂに表示される入力画面１００の一例を示す図である。

なお、図２は、ユーザ（作業者）が作業者ＳＮＳにログインしている場合の入力画面１００を示している。ユーザ（作業者）が作業者ＳＮＳにログインしている場合、作業者により入力される診断情報は、ユーザＩＤと関連付けられて、センタサーバ１０に送信される。換言すれば、作業者は、入力画面１００を介して、ユーザＩＤと診断情報を関連付けて入力する。

図２を参照するに、入力画面１００は、画面の左側に位置するＳＮＳ情報表示部１１０と画面の右側に位置する診断情報入力部１２０を含む。

ＳＮＳ情報表示部１１０は、アバター表示部１１１、プロフィール表示部１１２、入力履歴表示部１１３、評価表示部１１４を含む。

アバター表示部１１１には、ユーザ（作業者）により設定されたアバターが表示される。

プロフィール表示部１１２には、ユーザのプロフィール（名前、ニックネーム、所属等）が表示される。

入力履歴表示部１１３には、ユーザが診断情報を入力した履歴が日付と共に表示される。

評価表示部１１４には、ユーザが取得した「賞賛」の回数、及び、「ポイント」が表示される。

診断情報入力部１２０は、症状入力部１２１、問診入力部１２２、再現性入力部１２３、故障情報入力部１２４、修理情報入力部１２５、診断ノウハウ情報入力部１２６、顧客情報入力部１２７、キーワード入力部１２８を含む。

なお、診断情報入力部１２０への診断情報の入力は、作業者ＳＮＳへのログインがなされていない場合でも可能としてもよい。この場合、ＳＮＳ情報表示部１１０には、何も表示されないか、他の情報が表示されてよい。また、作業者ＳＮＳへのログインがなされていない状態で入力された診断情報は、ログインＩＤと関連づけられないまま、或いは、ログインがされていないことを示す所定の識別記号と関連付けられてセンタサーバ１０に送信されてよい。

症状入力部１２１は、異常が発生した車両４０の症状を記載する部分である。本例では、凸凹路の走行中に車両のＲｅａｄｙ−Ｏｆｆ（停止）が発生する異常について、「凸凹路走行中 ＲｅａｄｙＯＦＦ」と入力されている。

問診入力部１２２は、異常が発生した車両４０について、作業者が車両の所有者（使用者）に問診した内容を入力する部分である。

再現性入力部１２３は、車両４０に発生した異常を販売店又は修理施設等で再現することができたか否かを入力する部分である。

故障情報入力部１２４は、異常が発生した車両４０の故障情報を入力する部分であり、車両名入力部１２４ａ、ＤＴＣ入力部１２４ｂ、添付ファイル入力部１２４ｃ、１２４ｄを含む。

車両名入力部１２４ａは、異常が発生した車両４０の名称（型式番号等を含む）を入力する部分である。

ＤＴＣ入力部１２４ｂは、異常が発生した車両４０のＤＴＣを入力する部分である。

添付ファイル入力部１２４ｃ、１２４ｄは、異常発生時の車両状態等を示すデータファイル（ＦＦＤ等）を添付してセンタサーバ１０に送信する場合に、添付ファイル名等を入力する部分である。

なお、故障情報入力部１２４への故障情報の入力は、自己診断情報取得機能２２ｃにより車両４０から取得された自己診断情報に基づいて、自動的に実行されてもよい。

修理情報入力部１２５は、異常が発生した車両４０の修理情報を入力する部分であり、整備内容入力部１２５ａ、作業時間入力部１２５ｂ、交換部品入力部１２５ｃ、１２５ｄを含む。

整備内容入力部１２５ａは、車両４０の修理内容（整備内容）を入力する部分である。

作業時間入力部１２５ｂは、車両４０の修理に要した作業時間を入力する部分である。

交換部品入力部１２５ｃ、１２５ｄは、車両４０の修理に際して交換した部品（名称、部品番号等）を入力する部分である。

診断ノウハウ情報入力部１２６は、車両４０の故障診断に関する診断ノウハウ情報を入力する部分である。本例では、他の作業者による故障診断の事例との類似性から同一故障として作業し始めたものの、違和感が生じたことが入力されており、ノウハウとして、最初に確認すべき車両部位の提案がなされている。

顧客情報入力部１２７は、車両４０の所有者（使用者）である顧客の情報を入力する部分である。

キーワード入力部１２８は、車両４０の診断情報に関するキーワードを入力する部分である。キーワード入力部１２８に入力されたキーワードは、センタサーバ１０に送信された後、故障情報、修理情報、診断ノウハウ情報等と紐づけられ、入力端末２０からの要求に応じた参照診断情報（故障情報、修理情報、診断ノウハウ情報等）の抽出（検索）に利用される。

図１に戻り、自己診断情報取得機能２２ｃは、通信Ｉ／Ｆ２４を介して接続された車両４０（後述するマスタＥＣＵ４２）から後述するＥＣＵ４３が実行する自己診断結果に関する情報（自己診断情報）を取得する機能である。制御部２２は、車両４０から取得した自己診断情報を内部メモリ等に記憶させたり、ユーザインターフェース２３（表示部２３ｂ）に表示させたりしてよい。これにより、作業者は、入力端末２０において、適宜、自己診断情報を参照し、故障情報の入力を行うことができる。

故障診断支援要求機能２２ｄは、センタサーバ１０に対して、車両４０の故障診断の支援を要求する機能である。制御部２２は、作業者によるユーザインターフェース２３（入力部２３ａ）を通じた指示に応じて、診断アドバイス情報、参照診断情報の送信を要求する。

通信Ｉ／Ｆ２４は、着脱可能な接続線２５を介して、入力端末２０と車両４０（マスタＥＣＵ４２）とを通信可能に接続する入力端末２０側の接続手段である。

車両４０は、通信インターフェース（Ｉ／Ｆ）４１、マスタＥＣＵ（Ｅｌｅｃｔｒｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）４２、ＥＣＵ４３、電子装置４４を含む。

通信Ｉ／Ｆ４１は、着脱可能な接続線２５を介して、入力端末２０と車両４０（マスタＥＣＵ４２）とを通信可能に接続する車両４０側の接続手段である。

マスタＥＣＵ４２は、車両４０に搭載される各ＥＣＵ４３による自己診断結果を統括して入力端末２０に送信する電子制御ユニットである。具体的には、各ＥＣＵ４３から送信される自己診断結果に関する情報（自己診断情報）を取得し、内部メモリ等に記憶させる。また、マスタＥＣＵ４２は、入力端末２０（制御部２２）からの要求に応じて、内部メモリ等に記憶された自己診断情報を、通信Ｉ／Ｆ４１を介して、車両４０（制御部２２）に送信する。

なお、マスタＥＣＵ４２が送信する自己診断情報には、マスタＥＣＵ４２自身の異常に関する自己診断情報が含まれてよい。また、自己診断情報には、ＤＴＣ、異常発生時の各種センサの出力（ＦＦＤ等）が含まれる。

ＥＣＵ４３は、車両４０に搭載される電子制御ユニットである。ＥＣＵ４３は、所定条件の下（例えば、車両４０の起動時）、ＥＣＵ４３自身及び自身の制御支配下にある電子装置４４（各種センサ、アクチュエータ等）の異常に関して自己診断を実行し、自己診断情報をマスタＥＣＵ４２に送信する。

電子装置４４は、ＥＣＵ４３の制御支配下にある各種センサ、アクチュエータ等である。

次に、本実施形態に係る故障診断支援システム１による故障診断支援スキームについて説明をする。

図３は、故障診断支援システム１による故障診断支援スキームの流れの一例を示すフローチャートである。

図３を参照するに、ステップＳ１０１では、車両４０の（マスタＥＣＵ４２含む）ＥＣＵ４３が自己診断処理を実施する。

ステップＳ１０２では、ＥＣＵ４３が、ＥＣＵ４３自身又は支配下の電子装置４４に異常を検出すると、車両４０内のメータパネル等にインジケータランプ（警告ランプ）を点灯させる。

ステップＳ１０３では、インジケータランプの点灯に気づいた車両４０の所有者（顧客）が、車両４０を販売店（又は、修理施設）に入庫させる。

ステップＳ１０４では、作業者が、車両４０の所有者（顧客）に問診を実施する。

ステップＳ１０５では、作業者が、入力端末２０を用いて、車両４０（マスタＥＣＵ４２）から自己診断情報、即ち、故障情報を取得する。

ステップＳ１０６では、作業者が、入力端末２０からセンタサーバ１０に対して、上述した診断アドバイス情報、参照診断情報の送信を要求する。

なお、診断アドバイス情報、参照診断情報の送信要求は、何れか一方の送信を要求するものであってよい。

ステップＳ１０７では、センタサーバ１０（管理部１２）が、故障情報ＤＢ１４、修理情報ＤＢ１５、診断ノウハウ情報ＤＢ１６等に基づくデータマイニングにより、診断アドバイス情報の生成と参照診断情報の抽出を実行する。

ステップＳ１０８では、センタサーバ１０（管理部１２）が、生成した診断アドバイス情報と、抽出した参照診断情報を入力端末２０に送信する。

ステップＳ１０９では、入力端末２０による診断アドバイス情報、参照診断情報の受信後、作業者が、診断アドバイス情報、参照診断情報に基づき、車両の修理を実施する。

ステップＳ１１０では、作業者が、修理を実施した車両４０に関する診断情報（顧客情報、故障情報、修理情報、診断ノウハウ情報等）を入力端末２０（ユーザインターフェース２３）から入力する。そして、入力端末２０は、入力された診断情報をセンタサーバ１０に送信する。上述したように、作業者が作業者ＳＮＳにログインした状態で診断情報を入力した場合、入力された診断情報は、ログインＩＤと関連付けられて送信される。

ステップＳ１１１では、センタサーバ１０（管理部１２）は、入力端末２０から受信した診断情報に含まれる顧客情報、故障情報、修理情報、診断ノウハウ情報等を、それぞれ、顧客情報ＤＢ１３、故障情報ＤＢ１４、修理情報ＤＢ１５、診断ノウハウ情報ＤＢ１６等に登録する。

このように、本実施形態に係る故障診断支援システム１は、センタサーバ１０に蓄積される診断情報（故障情報、修理情報、診断ノウハウ情報等）のデータベースに基づくデータマイニングにより、診断アドバイス情報、参照診断情報を作業者に提供する。そのため、作業者は、過去の診断情報に基づく統計的に信頼性の高い故障診断を実施することができる。

次に、本実施形態に係る故障診断支援システム１における特徴的な作用について説明をする。

上述したとおり、故障診断支援システム１では、各作業者をユーザとする作業者ＳＮＳが提供され、各作業者間のコミュニケーションが可能とされている。

特に、各ユーザは、入力端末２０を通じて、参照診断情報の抽出をセンタサーバ１０に要求することで、他のユーザ（作業者）により入力された診断情報の閲覧が可能であり、
他の作業者による有用な診断情報（特に、診断ノウハウ情報）には、評価として「賞賛」を付与することができる。具体的には、作業者（作業者ＳＮＳのユーザ）による入力端末２０における「賞賛」を付与する入力に対応して、センタサーバ１０（管理部１２）が、「賞賛」を付与された診断情報に関連付けられたユーザＩＤに対応する作業者ＳＮＳのユーザの「賞賛」の取得回数（評価値）をインクリメントし、ＳＮＳ情報ＤＢ１７を更新する。

また、センタサーバ１０（管理部１２）は、ある一定期間（例えば、３か月）ごとに、「賞賛」の取得回数が多い上位の作業者（作業者ＳＮＳのユーザ）は、作業者ＳＮＳ内（例えば、作業者ＳＮＳのトップページ等）で表彰を行う。換言すれば、センタサーバ１０（管理部１２）は、評価値としての「賞賛」の取得回数に基づいて、作業者（作業者ＳＮＳのユーザ）に作業者ＳＮＳ（仮想世界）における報酬を付与する。

なお、上述したとおり、各作業者（作業者ＳＮＳの各ユーザ）は、例えば、診断情報の入力画面１００のＳＮＳ情報表示部１１０（評価表示部１１４）で、評価値としての「賞賛」の取得回数を確認することができる。

このように、有用な診断情報（特に診断ノウハウ情報）を入力することで、作業ＳＮＳ内における評価値を取得することができるというゲーム要素により、作業者の診断情報を入力する意欲の向上を図り、診断情報の入力作業の定着率を向上させることができる。

また、作業者（作業者ＳＮＳのユーザ）は、より多くの評価値（「賞賛」の取得回数）を取得することで、作業者ＳＮＳ内（仮想世界）において表彰される等の報酬を得ることができる。そのため、作業者の診断情報を入力する意欲の向上を図り、診断情報の入力作業の定着率を更に向上させることができる。

また、「賞賛」は、車両の故障診断の専門家としての他の作業者からの評価を反映したものであるため、作業者の診断情報を入力する意欲の向上を的確に図ることができる。

従って、故障診断支援システム１は、センタサーバ１０のデータベース（故障情報ＤＢ１４、修理情報ＤＢ１５、診断ノウハウ情報ＤＢ１６等）の充実を図り、より有用な故障診断支援を行うことができる。

また、上述したように、作業者ＳＮＳ内において、各作業者（作業者ＳＮＳのユーザ）は、診断情報を入力することにより、評価値として所定の基準に沿った「ポイント」を取得することができる。具体的には、センタサーバ１０（管理部１２）が、入力端末２０から受信した診断情報について、所定の基準に沿った「ポイント」の換算を行う。そして、センタサーバ１０（管理部１２）は、診断情報に関連づけられたユーザＩＤに対応する作業者ＳＮＳのユーザ（作業者）が所有する「ポイント」に、今回換算した「ポイント」を加算して、ＳＮＳ情報ＤＢ１７を更新する。

作業者により入力される診断情報は、入力必須項目と入力任意項目とに区別され、入力必須項目を全て入力することによりベースの「ポイント」（ベースポイント）が付与される。そして、その上で、入力した入力任意項目ごとに割り当てられた追加の「ポイント」（追加ポイント）が加算付与される。即ち、作業者は、入力任意項目のみを入力してもポイントを取得することができず、入力必須項目を全て入力した上で、より多くの入力任意項目を入力することで、より多くの「ポイント」を取得することができる。

なお、入力必須項目は、上述した診断アドバイス情報を生成するために必須の情報であり、例えば、故障情報における車両名、ＤＴＣや修理情報における修理内容（整備内容）、交換部品（部品名、部品番号等）等が含まれる。また、入力任意項目には、故障情報における異常発生時の車両状態等を示すデータファイル（ＦＦＤ等）、修理情報における作業時間、診断ノウハウ情報、問診内容等が含まれる。

作業者（作業者ＳＮＳのユーザ）は、取得した「ポイント」を、例えば、作業者ＳＮＳ内のアバターの新たな服、髪型、背景等に交換することが可能である。これにより、作業者ＳＮＳ内におけるアバターをカスタマイズしたりグレードアップしたりすることができる。

このように、診断情報を入力することで、入力した診断情報の内容に応じて、評価値として「ポイント」を取得することができるというゲーム要素により、作業者の診断情報を入力する意欲の向上を図り、診断情報の入力作業の定着率を向上させることができる。

また、作業者（作業者ＳＮＳのユーザ）は、より多くの評価値（「ポイント」）を取得することで、作業者ＳＮＳ上のアバターをカスタマイズしたり、グレードアップしたりできる等の報酬を得ることができる。そのため、作業者の診断情報を入力する意欲の向上を図り、診断情報の入力作業の定着率を更に向上させることができる。

また、診断情報のうち、故障診断を支援する（診断アドバイス情報を生成する）上で、必須となる入力必須項目を入力しない限り、作業者は「ポイント」の取得ができないため、診断情報の入力精度を向上させることができる。

また、診断情報のうち、入力任意項目をより多く入力することで、より多くの「ポイント」を取得することができるため、作業者は、自発的により多くの入力任意項目を入力するようになる。

従って、故障診断支援システム１は、センタサーバ１０のデータベース（故障情報ＤＢ１４、修理情報ＤＢ１５、診断ノウハウ情報ＤＢ１６等）の充実を図ることが可能となり、更に有用な故障診断支援を行うことができる。

以上、本発明を実施するための形態について詳述したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

例えば、センタサーバ１０（管理部１２）は、入力された診断情報を蓄積し、蓄積された診断情報に基づき診断アドバイス情報を出力（生成）したが、用途（出力対象）に応じて、入力される診断情報に基づく出力形式は変更されてもよい。

図４は、入力された診断情報に基づく出力形式の他の例を示す図であり、作業者に提供される診断アドバイス情報以外の出力形式が示されている。例えば、センタサーバ１０（管理部１２）又は入力端末（制御部２２）は、入力された診断情報に基づき、顧客（車両の所有者）に提供する所定形式の整備レポートを生成してよい。また、センタサーバ１０（管理部１２）又は入力端末２０（制御部２２）は、入力された診断情報に基づき、車両メーカーに提出する所定形式の部品発注票を生成してよい。また、センタサーバ１０（管理部１２）又は入力端末２０（制御部２２）は、入力された診断情報に基づき、販売店内（又は修理施設内）で利用する所定形式の整備受注票や整備報告書を生成してよい。

１ 故障診断支援システム
１０ センタサーバ
１１ ネットワーク通信部
１２ 管理部（故障診断支援手段、評価手段、評価値付与手段）
１２ａ ＳＮＳサーバ機能
１２ｂ データマイニング機能
１３ 顧客情報ＤＢ（診断情報蓄積手段）
１４ 故障情報ＤＢ（診断情報蓄積手段）
１５ 修理情報ＤＢ（診断情報蓄積手段）
１６ 診断ノウハウ情報ＤＢ（診断情報蓄積手段）
１７ ＳＮＳ情報ＤＢ
２０ 入力端末
２１ ネットワーク通信部
２２ 制御部
２２ａ ＳＮＳクライアント機能
２２ｂ 診断情報入力機能
２２ｃ 自己診断情報取得機能
２２ｄ 故障診断支援要求機能
２３ ユーザインタフェース（入力手段）
２３ａ 入力部
２３ｂ 表示部
２４ 通信インターフェース
３０ 通信ネットワーク
４０ 車両
４１ 通信インターフェース
４２ マスタＥＣＵ
４３ ＥＣＵ
４４ 電子装置
１００ 入力画面
１１０ ＳＮＳ情報表示部
１１１ アバター表示部
１１２ プロフィール表示部
１１３ 入力履歴表示部
１１４ 評価表示部
１２０ 診断情報入力部
１２１ 症状入力部
１２２ 問診入力部
１２３ 再現性入力部
１２４ 故障情報入力部
１２４ａ 車両名入力部
１２４ｂ ＤＴＣ入力部
１２４ｃ、１２４ｄ 添付ファイル入力部
１２５ 修理情報入力部
１２５ａ 整備内容入力部
１２５ｂ 作業時間入力部
１２５ｃ、１２５ｄ 交換部品入力部
１２６ 診断ノウハウ情報入力部
１２７ 顧客情報入力部
１２８ キーワード入力部

Claims (1)

1. 入力者としてのユーザを特定するユーザ識別情報と車両の故障に関する診断情報を関連付けて入力する入力手段と、
   前記入力手段から入力された診断情報を蓄積する診断情報蓄積手段と、
   前記診断情報蓄積手段により蓄積された診断情報に基づき、作業者による車両の故障診断を支援する支援情報を生成する故障診断支援手段と、
   前記診断情報を評価する評価手段と、
   前記評価手段による評価結果に基づき、前記診断情報に関連付けられた前記ユーザ識別情報により特定されるユーザに対して評価値を付与する評価値付与手段を備える、
   故障診断支援システム。

Images