JP6123545B2 - 車両修理支援システム、サーバ及びコンピュータプログラム - Google Patents

Description

本発明は、車両から車両情報を取得する通信端末と、前記通信端末から車両情報を受信して車両の修理を支援するサーバと、を備えた車両修理支援システム、サーバ及びコンピュータプログラムに関する。

サーバと通信端末とが連携して車両の修理を支援する車両修理支援システムとして、サーバが、車両の修理を行う作業者（整備士）への指示を通信端末に送信し、通信端末が、サーバから受信した作業者への指示を表示する構成が開示されている（例えば特許文献１及び２参照）。

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

この種の車両修理支援システムでは、従来は、修理を依頼した修理依頼者に対して作業者が車両状態について問診を行うと共に、車両からダイアグを取得し、問診結果とダイアグの情報に基づいて修理書や解説書を参照し、修理書や解説書に記載されている手順にしたがってステップ毎に診断や修理を行っていた。そのため、手間がかかり、作業者の負担が増えていた。又、修理依頼者に対して作業者が問診を行う場合に、作業者の技術レベルにより問診すべき項目が充足されないことがあり得る。そのため、作業者が必要のない項目について診断を行ってしまったり、逆に作業者が必要のある項目について診断を行わなかったりする等の事態が発生する。これらの理由により、作業者が車両の修理を行うのに不要に時間がかかったりする等、車両の修理を適切に行えないという問題があった。

本発明は、上記した事情に鑑みてなされたものであり、その目的は、車両の修理を行う作業者の負担を軽減することができつつ、作業者が車両の修理を適切に行うことができる車両修理支援システム、サーバ、コンピュータプログラムを提供することにある。

請求項１に記載した発明によれば、通信端末は、車両から車両情報を取得する。サーバは、通信端末から車両情報を受信して車両の修理を支援する。サーバにおいて、問診手段は、修理依頼者に対して車両状態について事故や災害に起因する修理であるか否かの項目を含んで問診する。検索手段は、問診手段の事故や災害に起因する修理であるか否かを含む問診結果に基づいて修理の対象とする車両と症状が類似する事例である類似事例に関する情報を検索する。検索結果通知手段は、検索手段の検索結果を通信端末に通知する。
即ち、サーバにおいて、修理依頼者に対して車両状態について事故や災害に起因する修理であるか否かの項目を含んで問診し、その問診結果に基づいて修理の対象とする車両と症状が類似する類似事例に関する情報を検索し、その検索結果を通信端末に通知するようにした。これにより、作業者は、サーバから通信端末に通知された情報を確認することで、類似事例を参照して修理を行うことができる。その結果、車両の修理を行う作業者の負担を軽減することができつつ、作業者が車両の修理を適切に行うことができる。

即ち、サーバにおいて、修理依頼者に対して車両状態について問診し、その問診結果に基づいて修理の対象とする車両と症状が類似する類似事例に関する情報を検索し、その検索結果を通信端末に通知するようにした。これにより、作業者は、サーバから通信端末に通知された情報を確認することで、類似事例を参照して修理を行うことができる。その結果、車両の修理を行う作業者の負担を軽減することができつつ、作業者が車両の修理を適切に行うことができる。

本発明の第１の実施形態を示す全体構成図 サーバの構成を示す機能ブロック図 修理支援ＡＰサーバの構成を示す機能ブロック図 車両及び通信端末の構成を示す機能ブロック図 処理の流れを示す図（その１） 処理の流れを示す図（その２） メインメニュー画面を示す図（その１） 車両登録画面を示す図 メインメニュー画面を示す図（その２） 車両選択画面を示す図 問診画面を示す図 問診する内容を示す図 エンジンの回転数の推移、画面の推移、及び車両から取得する車両情報を示す図 診断開始画面を示す図 暖機指示画面を示す図 第１の操作指示画面を示す図 第２の操作指示画面を示す図（その１） 第２の操作指示画面を示す図（その２） 第３の操作指示画面を示す図 検索条件入力画面を示す図 類似事例一覧画面を示す図 類似事例詳細画面を示す図 診断レポート画面を示す図 診断レポートを印刷出力した用紙を示す図 他の車両修理支援システムと連携した画面を示す図 本発明の第２の実施形態を示す全体構成図 本発明の第３の実施形態の問診画面を示す図（その１） 問診画面を示す図（その２） 問診画面を示す図（その３） 問診画面を示す図（その４） 問診画面を示す図（その５） 問診画面を示す図（その６） ＡＬＬダイアグ画面を示す図 類似事例検索画面を示す図（その１） 類似事例検索画面を示す図（その２） 調査結果入力画面を示す図 レポート作成画面を示す図 フローチャート

（第１の実施形態）
以下、本発明の第１の実施形態について、図１から図２５を参照して説明する。車両修理支援システム１は、図１に示すように、サーバ２と、Ｍ２Ｍ（Machine-to-Machine）サーバ３と、通信端末４とを有し、それぞれがインターネット５（通信網に相当）を介して接続可能に構成されている。

サーバ２は、その機能毎に、修理支援アプリケーション（修理支援ＡＰ）サーバ６と、修理支援データベース（修理支援ＤＢ）サーバ７（保存手段に相当）と、通信アプリケーション（通信ＡＰ）サーバ８とを有する。修理支援ＤＢサーバ７は、車両の修理支援に必要な修理支援情報を記憶している。修理支援ＡＰサーバ６は、修理支援ＤＢサーバ７に記憶されている修理支援情報を読出し、その読出した修理支援情報を用いて車両を修理支援する。通信ＡＰサーバ８は、サーバ２とＭ２Ｍサーバ３との間のデータ通信を制御する。

修理支援ＡＰサーバ６は、図２に示すように、制御部６ａ（コンピュータに相当）と、車両情報入出力部６ｂと、修理支援情報入出力部６ｃと、記憶部６ｄと、ＷＥＢ画面記憶部６ｅと、通信制御部６ｆとを有する。制御部６ａは、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等を有するマイクロコンピュータにより構成されている。制御部６ａは、ＣＰＵがＲＯＭに記憶されているコンピュータプログラムを実行することで、修理支援ＡＰサーバ６の動作全体を制御する。

車両情報入出力部６ｂは、通信端末４からＭ２Ｍサーバ３を経由して通信ＡＰサーバ８に受信された基本車両情報や車両情報（後述するダイアグやデータ）を入力し、その入力した基本車両情報や車両情報を制御部６ａに出力する。修理支援情報入出力部６ｃは、修理支援ＤＢサーバ７に記憶されている修理支援情報を入力し、その入力した修理支援情報を制御部６ａに出力する。記憶部６ｄは、制御部６ａが各種のデータ処理を実行するのに必要な各種のデータを記憶しており、その記憶しているデータの１つとしてＷＥＢ画面の材料となる画面元データを記憶している。

制御部６ａは、記憶部６ｄに記憶されている画面元データを読出し、その読出した画面元データを構築してＷＥＢ画面を作成し、その作成したＷＥＢ画面をＷＥＢ画面記憶部６ｅに記憶する。ここでいうＷＥＢ画面とは、ＷＷＷ（World Wide Web）システムを利用してインターネット上で公開可能な画面であり、テキストデータ、ＨＴＭＬ（Hyper Text Markup Language）によるレイアウト情報、文書中に埋め込まれた画像、音声、動画等から構成される画面である。

制御部６ａは、図３に示すように、その機能毎に、問診手段と、診断手段と、検索手段と、検索結果通知手段と、保存制御手段と、分析手段と、連携手段とを有する。問診手段は、修理依頼者に対して車両状態について問診する機能を有する。診断手段は、車両９から取得した車両情報を解析して車両を診断する機能を有する。検索手段は、問診結果及び診断結果に基づいて修理の対象とする車両９と症状が類似する事例である類似事例に関する情報を検索する機能を有する。検索結果通知手段は、検索結果を通信端末４に通知する機能を有する。保存制御手段は、問診結果、診断結果、類似事例に関する情報、及び修理の対象とする不具合の主原因部品に関する情報を修理支援ＤＢサーバ７に保存する機能を有する。分析手段は、類似事例に関する情報、及び不具合の主原因部品に関する情報を分析する機能を有する。連携手段は、他の車両修理支援システムと連携する機能を有する。

通信制御部６ｆは、修理支援ＡＰサーバ６と通信端末４との間のデータ通信を制御し、ＷＥＢ画面を構成するＷＥＢ画面データを通信端末４に送信したり、作業者が通信端末４を操作したことに応じて当該通信端末４から送信された操作信号を受信したりする。制御部６ａは、通信端末４から送信された操作信号を通信制御部６を介して入力したり、通信端末４から送信された車両情報を車両情報入出力部６ｂを介して入力したりすると、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面の中から作業者に提供する（通信端末４が通信網５を介して表示可能となる）ＷＥＢ画面を選択し、その選択したＷＥＢ画面を構成するＷＥＢ画面データの送信を準備する。サーバ２がＷＥＢ画面を提供するとは、通信端末４がインターネット５を介してＷＥＢ画面を表示可能な状態とすることである。

制御部６ａは、その送信を準備したＷＥＢ画面データの送信条件が成立すると、そのＷＥＢ画面データを通信制御部６ｆから通信端末４に送信させる。このようにサーバ２から通信端末４にＷＥＢ画面データが送信されることで、サーバ２が提供したＷＥＢ画面を通信端末４がインターネット５を介して表示可能となる。即ち、サーバ２が作成したＷＥＢ画面を作業者が通信端末４を介して閲覧可能となる。

Ｍ２Ｍサーバ３は、Ｍ２Ｍプラットフォームサーバ３ａを有する。Ｍ２Ｍサーバ３は、インターネット５を介してサーバ２に接続されており、サーバ２との間でインターネット５を介して基本車両情報や車両情報を送受信する。又、Ｍ２Ｍサーバ３は、例えば基本車両情報や車両情報を管理する等の別の機能を有するサーバ（図示せず）にもインターネット５を介して接続されており、その別の機能を有するサーバとの間でもインターネット５を介して基本車両情報や車両情報を送受信する。

通信端末４は、車両の診断及び修理を行う作業者が携帯可能な例えばタブレット型の端末である。作業者は、通信端末４を携帯することで、作業する範囲の制限を受けることなく、通信端末４に表示されるＷＥＢ画面を閲覧して確認しながら車両の診断及び修理を行うことが可能である。通信端末４は、図４に示すように、制御部４ａと、接続コネクタ４ｂと、広域無線通信部４ｃと、コマンド変換部４ｄと、表示部４ｅと、操作受付部４ｆと、記憶部４ｇとを有する。

制御部４ａは、ＣＰＵ、ＲＯＭ及びＲＡＭ等を有するマイクロコンピュータにより構成されている。制御部４ａは、ＣＰＵがＲＯＭに記憶されているコンピュータプログラムを実行することで、通信端末４の動作全体を制御する。接続コネクタ４ｂは、ＯＢＤ（On Board Diagnostic）２の規格に準拠した接続端子であり、車両９から車両情報を取得するための接続ケーブル１０を接続可能である。本実施形態では、通信端末４と車両９とが接続ケーブル１０を介して有線で接続される構成を説明しているが、通信端末４と車両９とが無線で接続される構成でも良い。

広域無線通信部４ｃは、インターネット５に接続可能であり、サーバ２との間でインターネット５を接続した状態でサーバ２からＷＥＢ画面データを受信可能（ダウンロード可能）であると共に、車両９から取得した基本車両情報や車両情報をＭ２Ｍサーバ３を経由してサーバ２に送信可能である。コマンド変換部４ｄは、通信端末４と車両９との間で送受信される基本車両情報や車両情報のデータ形式（プロトコル）と、通信端末４とサーバ２との間でインターネット５を介して送受信される基本車両情報や車両情報のデータ形式とを変換する（プロトコル変換する）。表示部４ｅは、例えばタッチ機能を有する液晶ディスプレイから構成されている。

制御部４ａは、ＷＥＢブラウザ（インターネットブラウザ、ＷＷＷブラウザ）を組込んでおり、ＷＥＢブラウザの機能により、サーバ２から広域無線通信部４ｃに受信されたＷＥＢ画面データを構築してＷＥＢ画面を表示部４ｅに表示したり、ハイパーリンクを辿ったりすることが可能である。操作受付部４ｆは、例えば表示部４ｅに表示されるＷＥＢ画面上に形成されているタッチスイッチにより構成され、作業者の操作による設定入力を受付ける。記憶部４ｇは、制御部４ａが各種のデータ処理を実行するのに必要な各種のデータを記憶している。

車両９は、上記した接続ケーブル１０を接続可能な接続コネクタ９ａと、その接続コネクタ９ａとＣＡＮ（Controller Area Network）９ｂを介して接続されている第１の制御部１１ａ、第２の制御部１２ａ、第３の制御部１３ａ及び第４の制御部１４ａとを有する。第１の制御部１１ａは、ＡＣＣスイッチ１１ｂのオンオフを検知し、その検知結果を第１の表示部１１ｃ（インジケータ）に表示させる。第２の制御部１２ａは、アクセルペダル１２ｂの操作量（踏込み量）を検知し、その検知結果を第２の表示部１２ｃ（タコメータ）に表示させる。第３の制御部１３ａは、ワイパースイッチ１３ｂの操作位置（高速、中速、低速、オフ等）を検知し、その検知結果を第３の表示部１３ｃ（インジケータ）に表示させる。第４の制御部１４ａは、ライトスイッチ１４ｂの操作位置（全灯、車幅灯、オフ等）を検知し、その検知結果を第４の表示部１４ｃ（インジケータ）に表示させる。

ＡＣＣスイッチ１１ｂのオンオフを示す検知結果が第１の表示部１１ｃに表示されることで、作業者はＡＣＣスイッチ１１ｂのオンオフを確認することができる。又、アクセルペダル１２ｂの操作量を示す検知結果が第２の表示部１２ｃに表示されることで、作業者はアクセルペダル１２ｂの操作量を確認することができる。又、ワイパースイッチ１３ｂの操作位置を示す検知結果が第３の表示部１３ｃに表示されることで、作業者はワイパースイッチ１３ｂの操作位置を確認することができる。又、ライトスイッチ１４ｂの操作位置を示す検知結果が第４の表示部１４ｃに表示されることで、作業者はライトスイッチ１４ｂの操作位置を確認することができる。

通信端末４は、接続ケーブル１０を介して車両９と接続している状態では、基本車両情報要求や車両情報要求を車両９に送信し、基本車両情報や車両情報を車両９から受信する（取得する）。基本車両情報とは、例えば車両９に実装されているＥＣＵ（Electronic Control Unit）のＩＤ（識別情報）等に関する情報であり、サーバ２と車両９との間でデータ通信が成立するか否かを認証するための情報である。車両情報とは、ダイアグやデータである。ダイアグとは、車両９に実装されているＥＣＵが保持している各種センサやアクチュエータ等のＤＴＣ（ダイアグノスティックトラブルコード、故障診断コード）、ＦＦＤ（フリーズフレームデータ）、ペンディング等に関する情報である。データとは、例えばエンジンの回転数、エンジン冷却水の温度等、各種センサやアクチュエータの制御状態、ＡＣＣスイッチ１１ｂのオンオフ、アクセルペダル１２ｂの操作量、ワイパースイッチ１３ｂの操作位置、ライトスイッチ１４ｂの操作位置等に関する情報である。作業者が車両状態を変更すると、その車両状態の変更が車両情報に反映される。例えば作業者がアクセルペダル１２ｂを操作すると（踏み込むと）、アクセルペダル１２ｂの操作量の変動が車両情報に反映される。

上記した構成では、図１に示すように、通信端末４から送信された基本車両情報や車両情報は、Ｍ２Ｍサーバ３を経由してサーバ２に受信される。一方、サーバ２から送信されたＷＥＢ画面データは、Ｍ２Ｍサーバ３を経由せずに通信端末４に受信される。即ち、車両９から取得した基本車両情報や車両情報が通信端末４から送信されてサーバ２に受信される経路と、ＷＥＢ画面データがサーバ２から送信されて通信端末４に受信される経路とは異なる。

次に、上記した構成の作用について、図５から図２４を参照して説明する。
通信端末４は、サーバ２とインターネット５を介して接続している状態では、ＷＥＢブラウザの機能により、サーバ２からＷＥＢ画面データを受信し、その受信したＷＥＢ画面データを構築してＷＥＢ画面を表示可能となる。通信端末４は、メインメニュー画面を表示部４ｅに表示している状態で、作業者がメインメニュー画面から車両登録の項目を選択すると、車両登録開始要求を広域無線通信部４ｃからサーバ２に送信する（Ｂ１）。

サーバ２は、通信端末４から送信された車両登録開始要求を通信制御部６ｆにより受信すると（Ｃ１）、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から車両登録画面を選択して提供する（Ｃ２）。サーバ２が車両登録画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、車両登録画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して車両登録画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される車両登録画面を閲覧して確認し、修理支援の対象とする車両９を登録することができ、次の工程に進むことができる。又、通信端末４は、メインメニュー画面を表示部４ｅに表示している状態で、作業者がメインメニュー画面から修理支援の項目を選択すると、修理支援開始要求を広域無線通信部４ｃからサーバ２に送信する（Ｂ２）。

サーバ２は、通信端末４から送信された修理支援開始要求を通信制御部６ｆにより受信すると（Ｃ４）、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から車両選択画面を選択して提供する（Ｃ５）。サーバ２が車両選択画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、車両選択画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して車両選択画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される車両選択画面を閲覧して確認し、修理支援の対象とする車両９を選択することができ、次の工程に進むことができる。

作業者は、修理支援の対象とする車両９が新規の車両（過去に車両修理支援システム１の修理支援の対象となっていない車両であり、初めて修理支援の対象とする車両）であれば、登録番号や車台番号等を設定入力して修理支援の対象とする車両９を確定する。一方、作業者は、修理支援の対象とする車両９が新規登録でない車両（過去に車両修理支援システム１の修理支援の対象となった車両であり、２回目以降の修理支援の対象とする車両）であれば、登録番号や車台番号等が登録されている車両から選択して修理支援の対象とする車両９を確定する。

サーバ２は、作業者が修理支援の対象とする車両９を確定すると、車両９を選択し（Ｃ６）、修理支援の対象とする車両９について問診する（Ｃ７）（第１の手順）。即ち、サーバ２は、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から問診画面を選択して提供する（Ｃ８）。サーバ２が問診画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、問診画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して問診画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される問診画面を閲覧して確認し、修理を依頼した修理依頼者に対する問診（問診項目に対して回答する作業）を行うことができる。

サーバ２は、問診を終了すると、その問診結果を修理支援ＤＢサーバ７に保存する。次いで、サーバ２は、修理支援の対象とする車両９について診断する（Ｃ９）（第４の手順）。即ち、サーバ２は、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から診断画面（後述する診断開始画面、暖機指示画面、第１の操作指示画面、第２の操作指示画面、第３の操作指示画面）を順次選択して順次提供する（Ｃ１０）。サーバ２が診断画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、診断画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して診断画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される診断画面を閲覧して確認し、後述する図１３に示すようなＩＧオン、エンジン始動、アイドル、レーシング、全開レーシング等の診断を行うことができる。

サーバ２は、診断を終了すると、その診断結果を修理支援ＤＢサーバ７に保存する。次いで、サーバ２は、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から検索条件入力画面を選択して提供する（Ｃ１１）。サーバ２が検索条件入力画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、検索条件入力画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して検索条件入力画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される検索条件入力を閲覧して確認し、検索条件を設定入力することができる。

サーバ２は、作業者が検索条件を設定入力すると、その作業者が設定入力した検索条件にしたがって修理支援ＤＢサーバ７から類似事例を検索する（Ｃ１２）（第２の手順）。サーバ２は、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から類似事例一覧画面のフレーム（ひな型）を選択し、今回の検索結果を当該フレーム内に記述した類似事例一覧画面を提供する（Ｃ１３）（第３の手順）。サーバ２が類似事例一覧画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、類似事例一覧画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して類似事例一覧画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される類似事例一覧画面を閲覧して確認し、設定入力した検索条件に合致した類似事例を把握することができ、次の工程に進むことができる。

サーバ２は、作業者が類似事例の一覧から何れかの類似事例を選択すると（Ｃ１４）、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から類似事例詳細画面のフレーム（ひな型）を選択し、今回の選択した類似事例を当該フレーム内に記述した類似事例詳細画面を提供する（Ｃ１５）。サーバ２が類似事例詳細画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、類似事例詳細画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して類似事例詳細画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される類似事例詳細画面を閲覧して確認し、選択した類似事例の詳細な情報を把握することができ、次の工程に進むことができる。

サーバ２は、作業者が診断レポートの出力を選択すると（Ｃ１６）、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から診断レポート画面のフレーム（ひな型）を選択し、今回の選択した類似事例を当該フレーム内に記述した診断レポート画面を提供する（Ｃ１７）。サーバ２が診断レポート画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、診断レポート画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して診断レポート画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される診断レポート画面を閲覧して確認し、診断の内容を把握することができ、次の工程に進むことができる。

又、サーバ２は、作業者が類似事例及び主原因部品の入力を選択すると（Ｃ１８）、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から類似事例及び主原因部品の入力画面を提供する（Ｃ１９）。サーバ２が類似事例及び主原因部品の入力画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、その入力画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して入力画面を表示部４ｅに表示する。作業者が入力画面上で実際に実施した項目（症状、結果、不具合処理、主要交換部品等）について入力し、「確定」ボタンを押下すると、通信端末４は、その作業者が入力した内容をサーバ２に送信する。サーバ２は、通信端末４から送信された作業者が入力した内容を受信すると、その受信した内容を修理支援ＤＢサーバ７に保存する（Ｃ２０）。尚、以上に説明した一連の処理では、先に問診を行って後から診断を行っているが、これとは逆に、先に診断を行って後から問診を行っても良い。

以下、上記した一連の処理の具体例を図７から図２５を参照して説明する。ここでは、エンジン（駆動機構）について、問診して診断する場合を説明する。図７に示すように、通信端末４がメインメニュー画面１０１を表示している状態で、作業者が「車両登録」アイコン１０１ａを押下すると（選択すると）、通信端末４は、作業者が「車両登録」アイコン１０１ａを押下したことを示す操作信号をサーバ２に送信する。

サーバ２は、通信端末４から送信された操作信号を受信すると、ＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、その受信したＷＥＢ画面データを構築し、図８に示すように、車両登録画面１０２を表示する。作業者は、車両登録画面１０２上で必要な項目（車台番号、登録番号等）を設定入力することで、修理支援の対象とする車両９の登録を行う。尚、通信端末４が情報コードを読取る機能を有していれば、車検証に印字されている情報コード（例えばＱＲ（Quick Response）コード（登録商標））を読取ることで必要な項目を設定入力しても良い。次いで、通信端末４がメインメニュー画面１０１を表示している状態で、作業者が「修理支援」アイコン１０１ｂを押下すると（選択すると）、通信端末４は、作業者が「修理支援」アイコン１０１ｂを押下したことを示す操作信号をサーバ２に送信する。

サーバ２は、通信端末４から送信された操作信号を受信すると、ＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、図９に示すように、メインメニュー画面１０１上に修理支援を行うことを表示する。続いて、サーバ２は、車両選択画面１０３を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、そのＷＥＢ画面データを構築し、図１０に示すように、車両選択画面１０３を表示する。作業者が修理支援の対象とする車両９を選択すると、通信端末４は、作業者が修理支援の対象とする車両９を選択したことを示す操作信号をサーバ２に送信する。尚、図１０では、例えば「車両Ａ」は車名を示し、例えば「ＰＰＰ１２−××××」は車台番号を示す。

サーバ２は、通信端末４から送信された操作信号を受信すると、問診画面１０４を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、その受信したＷＥＢ画面データを構築し、図１１に示すように、問診画面１０４を表示する。作業者は、問診画面１０４上で必要な項目について回答を設定入力することで、サーバ２からの問診に対して回答を行う。図１２は、問診の内容を示し、作業者は、製品区分、症状、詳細症状、不具合概要、環境、発生時の状況について回答を行う。尚、図１２に示す問診の内容は一例であり、例示されている項目とは別の項目があっても良いし、例示されている項目の一部が欠けていても良い。このように、作業者はサーバ２からインターネット５を介して提供される問診画面１０４を利用して問診を行うことができる。この場合、サーバ２が問診画面１０４を提供するので、問診すべき項目を一律とすることができ、作業者の技術レベルにより問診すべき項目が充足されないことはない。又、製品区分、症状、詳細症状等にしたがって問診すべき項目を細分化することができる。

サーバ２は、問診を終了すると、診断を行う。ここでは、図１３に示すように、サーバ２がエンジン（駆動機構）を診断する場合を説明する。サーバ２は、エンジンを診断する行う場合には、診断画面として、図１４から図１９に示すように、診断開始画面１０５、暖機指示画面１０６、第１の操作指示画面１０７、第２の操作指示画面１０８、第３の操作指示画面１０９のそれぞれを構成するＷＥＢ画面データを通信端末４に順次送信する。通信端末４は、サーバ２からそれぞれのＷＥＢ画面データを受信すると、その受信したそれぞれのＷＥＢ画面データを構築し、それぞれの画面１０５〜１０９を表示する。

診断開始画面１０５は、診断を開始するに際しての指示を作業者に知らせる画面である。作業者は、診断開始画面１０５を閲覧して確認することで、診断を開始するに際しての指示が、Ｐレンジ、エンジン暖機後、ＩＧＯＮ（エンジン停止）、電気負荷ＯＦＦ等であると把握することができる。

サーバ２は、作業者が診断開始画面１０５上で「開始」ボタン１０５ａを押下すると、ダイアグ要求を通信ＡＰサーバ８からＭ２Ｍサーバ３を経由して通信端末４に送信する。通信端末４は、サーバ２から送信されたダイアグ要求を広域無線通信部４ｆにより受信すると、その受信したダイアグ要求をコマンド変換し、そのコマンド変換したダイアグ要求を接続ケーブル１０を介して車両９に送信する。車両９は、通信端末４から送信されたダイアグ要求を受信すると、その受信したダイアグ要求を解析し、そのダイアグ要求により指定されているダイアグを接続ケーブル１０を介して通信端末４に送信する。通信端末４は、車両９から送信されたダイアグを受信すると、そのダイアグをコマンド変換し、そのコマンド変換したダイアグを広域無線通信部４ｃからＭ２Ｍサーバ３を経由してサーバ２に送信する。

続いて、サーバ２は、データ要求を通信ＡＰサーバ８からＭ２Ｍサーバ３を経由して通信端末４に送信する。通信端末４は、サーバ２から送信されたデータ要求を広域無線通信部４ｆにより受信すると、その受信したデータ要求をコマンド変換し、そのコマンド変換したデータ要求を接続ケーブル１０を介して車両９に送信する。車両９は、通信端末４から送信されたデータ要求を受信すると、その受信したデータ要求を解析し、そのデータ要求により指定されているデータを接続ケーブル１０を介して通信端末４に送信する。通信端末４は、車両９から送信されたデータを受信すると、そのデータをコマンド変換し、そのコマンド変換したデータを広域無線通信部４ｃからＭ２Ｍサーバ３を経由してサーバ２に送信する。

暖機指示画面１０６は、エンジンの冷却水の現在の温度を示すデータを車両９から取得することで、暖機が必要であることを作業者に知らせる画面である。作業者は、暖機指示画面１０６を閲覧して確認することで、エンジンの冷却水の現在の温度（図１５では「５５℃」を例示している）を把握することができると共に、エンジンの冷却水の現在の温度が所定温度（図１５では「７０℃」を例示している）に達していない理由で暖機運転を実施する必要があること、エンジンの冷却水の温度が所定温度に達すると次の手順が自動で表示されることを把握することができる。尚、サーバ２は、エンジンの冷却水の温度が所定温度に達していると、暖機指示画面１０６を構成するＷＥＢ画面データを通信端末４に送信することはなく、通信端末４は、暖機指示画面１０６を表示することはない。

第１の操作指示画面１０７は、ブレーキを踏んで始動する指示を作業者に知らせる画面である。作業者は、第１の操作指示画面１０７を閲覧して確認することで、次の手順がブレーキを踏んで始動する作業であることを把握することができ、そのブレーキを踏んで始動するタイミングを把握することができる。尚、サーバ２は、このようにブレーキを踏んで始動することを促す第１の操作指示画面１０７を提供する場合には、作業者が始動開始するタイミングをカウントダウンにより指示する。即ち、上記したように基本車両情報や車両情報が通信端末４から送信されてサーバ２に受信される経路と、ＷＥＢ画面データがサーバ２から送信されて通信端末４に受信される経路とは異なる。そのため、始動開始に関係するデータを通信端末４から受信する準備をサーバ２が完了していない状態で、始動開始に関係するデータを通信端末４が送信してしまうと、サーバ２がデータを受信することができない可能性がある。このような事情を考慮し、サーバ２は、始動開始に関係するデータを通信端末４から受信する準備を完了した後に、作業者が始動開始を行うように第１の操作指示画面１０７において作業者が始動開始するタイミングを調整する（同期を確立する）。尚、作業者が始動開始するタイミングをカウントダウンにより指示することに限らず、第１の操作指示画面１０７を表示するタイミングを調整しても良い。又、後述する第２の操作指示画面１０８及び第３の操作指示画面１０９についても、これと同様にして、作業者が作業を行うタイミングを調整する。

第２の操作指示画面１０８は、エンジンの回転数を所定数（図１７では「２０００ｒｐｍ」を例示している）まで上昇させて一定に維持する指示を作業者に知らせる画面である。作業者は、第２の操作指示画面１０８を閲覧して確認することで、次の手順がエンジンの回転数を所定数まで上昇させて一定に維持する作業であることを把握することができる。尚、第２の操作指示画面１０８では、エンジンの回転数を所定数まで上昇させる指示が記述されているので、作業者がエンジンの回転数を確認可能となるように、エンジンの回転数の範囲を示すスケール１０８ｂ（図１７では「０〜５０００ｒｐｍ」を例示している）と、目標となる目標ライン１０８ｃと、目標ライン１０８ｃの周囲の目標エリア１０８ｄと、エンジンの回転数を示すバー１０８ｅとが表示される。これらスケール１０８ｂ、目標ライン１０８ｃ、目標エリア１０８ｄ、バー１０８ｅは、カラー表示される。

作業者がアクセルペダル１２ｂを操作すると（踏み込むと）、その操作量に応じたエンジンの回転数を含む車両情報が車両９から通信端末４及びＭ２Ｍサーバ３を経由してサーバ２に受信されることで、エンジンの回転数が第２の操作指示画面１０８上に反映される。具体的には、図１８にも示すように、作業者がアクセルペダル１２ｂを操作することに応じて第２の操作指示画面１０８上でエンジンの回転数を示すバー１０８ｅの長さが伸縮する。この場合、サーバ２がエンジンの回転数を示すデータを受信する準備を完了した後に、作業者がアクセルペダル１２ｂを操作するように第２の操作指示画面１０８を表示するタイミングを調整することで、作業者がアクセルペダル１２ｂを操作したことに連動し、第２の操作指示画面１０８上でエンジンの回転数を示すバー１０８ｅの長さが伸縮することになる。即ち、作業者がアクセルペダル１２ｂを操作したことにも拘らずバー１０８ｅの長さが伸縮しなかったり、作業者がアクセルペダル１２ｂを操作したタイミングから遅れてバー１０８ｅの長さが伸縮したりする状況を回避し、違和感を作業者に与えてしまうことを未然に回避することができる。

又、このように作業者がアクセルペダル１２ｂを操作する操作量に追従してバー１０８ｅの長さが伸縮するので、修理支援の対象とする車両９にタコメータ（エンジンの回転数を示す回転速度計）が実装されていなくても、第２の操作指示画面１０８を閲覧して確認することで、エンジンの回転数を確認することができる。又、第２の操作指示画面１０８をＷＥＢ画面により提供するので、スケール１０８ｂの分解能（目盛り）を自在に設定することができる。そのため、修理支援の対象とする車両９にタコメータが実装されていたとしても、スケール１０８ｂの分解能をタコメータの分解能よりも高く設定すれば、第２の操作指示画面１０８を閲覧して確認することで、エンジンの回転数の微調整を容易に行うことができる。

第３の操作指示画面１０９は、アクセルを全開にする指示を作業者に知らせる画面である。作業者は、第３の操作指示画面１０９を閲覧して確認することで、次の手順がアクセルを全開にする（アクセルペダル１２ｂの踏み込みを最大とする）作業であることを把握することができる。尚、第３の操作指示画面１０９でも、作業者がエンジンの回転数を確認可能となるように、スケール１０９ａと、目標ライン１０９ｂと、目標エリア１０９ｃと、バー１０９ｄとが表示される。このように、作業者はサーバ２からインターネット５を介して提供される一連の診断画面（診断開始画面１０５、暖機指示画面１０６、第１の操作指示画面１０７、第２の操作指示画面１０８、第３の操作指示画面１０９）を利用して診断を行うことができる。尚、サーバ２は、上記した一連の処理の中でダイアグを取得しても良いし、修理支援サービスの中のＤＴＣ取得機能を利用してダイアグを取得しても良い。

サーバ２は、診断を終了すると、検索条件入力画面１１０を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、そのＷＥＢ画面データを構築し、図２０に示すように、検索条件入力画面１１０を表示する。作業者は、検索条件入力画面１１０上で必要な項目（車両メーカ、車名等）について検索条件を設定入力する。

作業者が検索条件を設定入力して「検索」ボタン１０９ａを押下すると、通信端末４は、作業者が「検索」ボタン１１０ａを押下したことを示す操作信号をサーバ２に送信する。サーバ２は、通信端末４から送信された操作信号を受信すると、その作業者が設定入力した検索条件に合致する類似事例を修理支援ＤＢサーバ７から検索し、その検索結果を含むＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、そのＷＥＢ画面データを構築し、図２１に示すように、今回の検索により取得した類似事例の一覧及び主原因部品を検索条件入力画面１１０に組み込んで類似事例一覧画面１１１として表示する。作業者は、類似事例一覧画面１１１を閲覧して確認することで、検索条件に合致する類似事例の一覧及び主原因部品を把握することができる。即ち、類似事例の一覧から主原因部品を把握することで、今回の不具合の原因を探索する手間を不要として速やかに特定することができ、作業工数を格段に短くすることができる。

次いで、作業者が類似事例一覧画面１１１上で何れかの類似事例を選択すると、通信端末４は、作業者が選択した類似事例を示す操作信号をサーバ２に送信する。サーバ２は、通信端末４から送信された操作信号を受信すると、その作業者が選択した類似事例に関する詳細な内容を示す類似事例詳細画面１１２を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、そのＷＥＢ画面データを構築し、図２２に示すように、類似事例詳細画面１１２を表示する。作業者は、類似事例詳細画面１１２を閲覧して確認することで、選択した類似事例の詳細な内容を把握することができる。

次いで、作業者が診断レポートの出力を選択すると、通信端末４は、作業者が診断レポートの出力を指示したことを示す操作信号をサーバ２に送信する。サーバ２は、通信端末４から送信された操作信号を受信すると、診断レポート画面１１３を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、そのＷＥＢ画面データを構築し、図２３に示すように、診断レポート画面１１３を表示する。作業者は、診断レポート画面１１３を閲覧して確認することで、選択した類似事例の診断レポートを取得することができる。又、通信端末４は、図２４に示すように、診断レポートを所定サイズの用紙２０１に印字出力することも可能である。又、サーバ２は、修理支援ＤＢサーバ７に保存されている過去の類似事例及び主原因部品を統計的に分析することで、類似事例一覧画面１１１に表示する類似事例検索結果一覧及び主原因部品の件数や順序等を変更することが可能である。更に、類似事例一覧画面が表示されている状態で作業者が所定のボタン２０２を押下すると、通信端末４は、図２５に示すように、他の車両修理支援システムと連携した画面を表示する。

以上に説明したように第１の実施形態によれば、車両修理支援システム１において、サーバ２が、作業者が問診を行うための問診画面１０４や診断を行うための一連の診断画面１０５〜１０９をインターネット５を介して通信端末４に提供することで車両修理の対象とする車両９を問診すると共に診断し、問診結果及び診断結果に基づいて修理の対象とする車両９と症状が類似する類似事例に関する情報を検索して通信端末４に通知するようにした。これにより、サーバ２から通信端末４に通知された類似事例に関する情報を作業者が参照して修理を行うことで、作業者の負担を軽減することができつつ、作業者が車両９の修理を適切に行うことができる。又、サーバ２が類似事例に関する情報を管理することで、不特定多数の作業者が修理手順等を共有することができ、作業者の技術レベルの違いによる修理内容のばらつきを抑えることができ、作業者の技術レベルの違いに依らず修理内容を一定の水準に保つことができる。

又、車両９の問診や診断を行う作業者への指示を含むＷＥＢ画面を、サーバ２がインターネット５を介して通信端末４に提供するようにした。これにより、通信端末４を扱う作業者は、通信端末４に表示されるＷＥＢ画面を閲覧して確認することで、自身への指示を把握することができ、その指示にしたがって車両９の問診や診断を行うことができる。この場合、例えば車両状態を刻々と変化させる複数の手順を伴う複雑な指示であっても、サーバ２がＷＥＢ画面を逐一更新することで、その複雑な指示を作業者に適切に与えることができる。

又、このように作業者への指示をＷＥＢ画面により行うことで、通信端末４に大容量の記憶手段が必要となったりソフトウェアのメンテナンスが複雑になったりすることはなく、通信端末４の負担が増大することを回避することができる。又、多種多様な車両９の特性（車種、エンジン型式、駆動方式（２ＷＤ／４ＷＤ）、トランスミッション等の特性）毎にＷＥＢ画面を作成して対応することができ、診断の対象とする車両９の特性毎に複数の通信端末４を用意する必要もない。又、ＷＥＢ画面を表示する機能（ＷＥＢブラウザ）を有する通信端末４であれば良く、通信端末４を汎用化することができ、容易に実現することができる。

（第２の実施形態）
次に、本発明の第２の実施形態について、図２６を参照して説明する。第１の実施形態は、通信端末４を車両に直接接続することで、通信端末４が車両から車両情報を直接取得する構成であるが、第２の実施形態は、通信端末を専用の車両接続端末を介して車両に接続することで、通信端末４が車両から車両情報を車両接続端末を介して取得する構成である。

車両接続端末２１は、動作全体を制御する制御部２１ａと、第１の実施形態で説明した接続コネクタ４ｂ及びコマンド変換部４ｄに相当する接続コネクタ２１ｂ及びコマンド変換部２１ｃと、通信端末２２との間でＢｌｕｅｔｏｏｔｈ（登録商標）通信を行うＢＴ通信部２１ｄとを有する。通信端末２２は、動作全体を制御する制御部２２ａと、車両接続端端末２１との間でＢｌｕｅｔｏｏｔｈ通信を行うＢＴ通信部２２ｂと、第１の実施形態で説明した広域無線通信部４ｃ、表示部４ｅ、操作受付部４ｆ及び記憶部４ｇに相当する広域無線通信部２２ｃ、表示部２２ｄ、操作受付部２２ｅ及び記憶部２２ｆとを有する。尚、車両接続端末２１と通信端末２２とがＢｌｕｅｔｏｏｔｈで接続される構成に限らず、他の無線通信方式（無線ＬＡＮ等）で接続される構成でも良い。又、車両接続端末２１と通信端末２２とが有線で接続される構成でも良い。このように第１の実施形態で説明した通信端末４の機能が車両接続端末２１と通信端末２２との２つの端末に分担される構成であっても、第１の実施形態と同様の作用効果を得ることができる。

（第３の実施形態）
次に、本発明の第３の実施形態について、図２７から図３８を参照して説明する。第３の実施形態は、作業者が修理依頼者に対する問診を行う場合に、今回の修理が事故や災害に起因する修理であるか否かの項目を含んで問診する。

即ち、通信端末４は、作業者が「問診」のタブを選択すると、図２７に示すように、問診画面１２１を表示する。作業者は、問診画面１２１上では、事故や災害に起因する修理であるか否かを「はい」ボタン１２１ａ又は「いいえ」ボタン１２１ｂの何れかにより選択する。作業者は、事故や災害に起因する修理である場合には、「はい」ボタン１２１ａを選択し、一方、事故や災害以外（例えば経年劣化による故障等）に起因する修理である場合には、「いいえ」ボタン１２１ｂを選択する。

又、通信端末４は、作業者が問診画面１２１上で「はい」ボタン１２１ａ又は「いいえ」ボタン１２１ｂを選択した後に、製品区分の入力欄１２１ｃのプルダウンアイコン１２１ｄを操作すると、図２８に示すように、その製品区分の項目の候補を一覧表示する。通信端末４は、この状態から作業者が該当する項目を選択すると、その作業者が選択した項目を製品区分の入力欄１２１ｃに設定入力する。図２８では、作業者が「ガソリンエンジン」を選択し、その選択した「ガソリンエンジン」を製品区分の入力欄１２１ｃに設定入力した場合を例示している。

次いで、通信端末４は、図２９に示すように、次の項目である症状（主な症状、他の症状）の入力欄１２１ｅを表示する。この場合も、作業者が主な症状の入力欄１２１ｅのプルダウンアイコン１２１ｆを操作すると、図３０に示すように、その主な症状の項目の候補を一覧表示する。通信端末４は、この状態から作業者が該当する項目を選択すると、その作業者が選択した項目を主な症状の入力欄１２１ｅに設定入力する。図３０では、作業者が「始動不良・不可」を選択し、その選択した「始動不良・不可」を主な症状の入力欄１２１ｅに設定入力した場合を例示している。通信端末４は、これ以降、他の項目についても、同様にして、図３１に示すように、該当する内容を設定入力する。図３１では、作業者が主な症状の詳細として「始動できるが始動時間が長い」を選択し、他の症状として「異音」を選択した場合を例示している。尚、通信端末４は、作業者が問診画面１２１をスクロールすると、図３２に示すように、作業者が後続の問診詳細の内容を選択する画面を表示する。

次いで、通信端末４は、作業者が「ＡＬＬダイアグ」のタブを選択すると、図３３に示すように、ＡＬＬダイアグ画面１２２を表示する。通信端末４は、作業者がＡＬＬダイアグ画面１２２上で「登録」ボタン１２２ａを操作することで、車両９から取得したダイアグの情報をサーバ２に送信する。

次いで、通信端末４は、作業者が「類似事例検索」のタブを選択すると、図３４に示すように、類似事例検索画面１２３を表示する。類似事例検索画面１２３上では、問診画面１２１で設定入力したメーカー、車名、製品区分、主な症状等の項目が設定入力されていると共に、ＡＬＬダイアグ画面１２２上で「登録」ボタン１２２ａを操作したことで車両９から取得したダイアグの情報（故障コード）が設定入力されている。又、作業者が問診画面１２１上で事故や災害に起因する修理である旨（「はい」ボタン１２１ａ）を選択したことで、原因の項目に「事故／災害」が設定入力されている。この場合、それぞれの項目にはチェックボックスが設けられており、そのチェックが付せられている状態では該当する項目が検索条件として有効となり、そのチェックが外されている状態では該当する項目が検索条件として無効となる。即ち、作業者は、チェックを外すことで、そのチェックを外した項目を検索条件から外すことができ、より多くの類似事例を取得可能となる。一方、作業者は、チェックを付すことで、そのチェックを付した項目を検索条件に含めることができ、より高い類似度の類似事例を取得可能となる。尚、初期状態では全ての項目でチェックが付されている。

通信端末４は、作業者が類似事例検索画面１２３上で「検索」ボタン１２３ａを操作することで、操作信号をサーバ２に送信する。サーバ２は、通信端末４から送信された操作信号を受信すると、その作業者が設定入力した検索条件に合致する類似事例を修理支援ＤＢサーバ７から検索し、その検索結果を含むＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、そのＷＥＢ画面データを構築し、図３５に示すように、今回の検索により取得した類似事例の一覧を表示する。本実施形態では、上記したように事故や災害に起因する修理であるか否かを設定入力するので、事故や災害に起因して修理した類似事例と、事故や災害以外（例えば経年劣化による故障等）に起因して修理した類似事例とを区別して取得可能となる。即ち、事故や災害に起因する修理と、事故や災害以外に起因する修理とでは、修理の内容が異なるのが普通であるので、それらを区分して検索することで、より適切な（今回の修理に有効な）類似事例を取得することができる。

次いで、通信端末４は、作業者が「調査結果入力」のタブを選択すると、図３６に示すように、調査結果入力画面１２４を表示する。通信端末４は、作業者が調査結果入力画面１２４上で調査内容、修理内容、主原因部品、備考等にそれぞれ該当する内容を設定入力することで、その内容をサーバ２に送信する。そして、通信端末４は、作業者が「レポート作成」のタブを選択すると、図３７に示すように、レポート作成画面１２５を表示する。通信端末４は、作業者がレポート作成画面１２５上で印刷する項目を選択して印刷を指示することで、その内容を印刷したレポートを出力する。

図３８は、上記した一連の処理の流れを示している。即ち、サーバ２は、作業者が通信端末４の問診画面１２１上で設定入力した問診情報を通信端末４から受信し（Ｓ１）、通信端末４が車両９から取得したダイアグの情報を通信端末４から受信する（Ｓ２）。サーバ２は、作業者が類似事例検索画面１２３上で類似事例の検索を指示すると、作業者が設定入力した検索条件に合致する類似事例を修理支援ＤＢサーバ７から検索する（Ｓ３〜５）。この場合、作業者が問診画面１２１上で事故や災害に起因する修理であるか否かを設定入力しているので、サーバ２は、事故や災害に起因して修理した類似事例と、事故や災害以外（例えば経年劣化による故障等）に起因して修理した類似事例とを区別して検索する。そして、サーバ２は、今回の検索により取得した類似事例の一覧を通信端末４に送信する。通信端末４は、サーバ２から類似事例の一覧を受信すると、その受信した類似事例の一覧を表示する（Ｓ６）。

上記した一連の処理により、作業者は、修理の対象が事故や災害に起因する場合であれば、事故や災害に起因する修理である旨を問診画面１２１上で設定入力することで、事故や災害に起因する事例に限定して類似事例の一覧を取得することができる。一方、作業者は、修理の対象が事故や災害以外に起因する場合であれば、事故や災害に起因する修理でない旨を問診画面１２１上で設定入力することで、事故や災害以外に起因する事例に限定して類似事例の一覧を取得することができる。

これ以降、サーバ２は、作業者が調査結果入力画面１２４上で調査内容、修理内容、主原因部品、備考等にそれぞれ該当する内容を設定入力すると、通信端末４から受信した内容を登録する（Ｓ７）。又、通信端末４は、作業者がレポート作成画面１２５上で印刷する項目を選択して印刷を指示すると、その内容をレポート出力する（Ｓ８）。

以上に説明したように第３の実施形態によれば、問診する項目として事故や災害に起因する修理であるか否かの項目を含み、事故や災害に起因して修理した類似事例と、事故や災害以外（例えば経年劣化による故障等）に起因して修理した類似事例とを区別して検索するようにした。これにより、事故や災害に起因する事例及び事故や災害以外に起因する事例のうち何れかに限定して類似事例の一覧を取得することができる。その結果、類似事例を高い精度で検索することができ、より適切に修理支援を行うことができる。又、類似事例を限定することで、必要な類似事例を取得するまでに要する時間を短縮することができ、修理作業を開始するまでに要する時間を短縮することもできる。又、問診の対象とする項目を大項目（製品区分の項目）から小項目（製品区分に対応する症状の項目）へと進めて問診するようにした。これにより、作業者が設定入力する内容をツリー構成により限定することができ、検索条件を設定する際の操作性を高めることができる。

（その他の実施形態）
本発明は、上記した実施形態にのみ限定されるものではなく、以下のように変形又は拡張することができる。
エンジンを診断する場合に適用することに限らず、例えばカーエアコン等の他の機構を診断する場合に適用しても良い。
エンジンの診断は、ダイアグ、始動、アイドル、レーシング、全開レーシングを一連の流れで行うことに限らず、ダイアグのみ、始動のみ、アイドルのみ等のように分割して行っても良いし、始動とアイドルとの２つ以上の組み合せとして行っても良い。

ＷＥＢ画面における作業者への指示は、文字のみに限らず、画像を組み合わせても良く、静止画や動画を用いても良い。又、例えば画像に連動して音声を出力する等しても良い。画像を組み合わせることで、作業者への指示をより正確に与えられる効果を期待することができる。
車両９の内部において、接続コネクタ９ａと第１の制御部１１ａ〜第４の制御部１４ａとの間の接続はＣＡＮに限らず、車載Ｅｔｈｅｒｎｅｔ（登録商標）、Ｆｌｅｘｒａｙ（登録商標）等の他の通信方式を利用しても良い。
類似事例を検索する際の検索条件として問診結果と診断結果とを併用することに限らず、類似事例を検索する際の検索条件として問診結果のみを採用しても良い。

図面中、１は車両修理支援システム、２はサーバ、４は通信端末、５はインターネット（通信網）、６ａは制御部（問診手段、診断手段、検索手段、検索結果通知手段、保存制御手段、分析手段、連携手段、コンピュータ）、７は修理支援データベースサーバ（保存手段）、９は車両である。

Claims (16)

1. 車両から車両情報を取得する通信端末（４）と、前記通信端末から車両情報を受信して車両の修理を支援するサーバ（２）と、を備えた車両修理支援システム（１）において、
   前記サーバは、問診の画面データを前記通信端末に送信することで修理依頼者に対して車両状態について事故や災害に起因する修理であるか否かの項目を含んで問診する問診手段（６ａ）と、前記問診手段の事故や災害に起因する修理であるか否かを含む問診結果に基づいて修理の対象とする車両と症状が類似する事例である類似事例に関する情報を検索する検索手段（６ａ）と、前記検索手段の検索結果を前記通信端末に通知する検索結果通知手段（６ａ）と、を備え、
   前記サーバが前記通信端末から車両情報を取得する経路と、前記サーバが前記画面データを前記通信端末に送信する経路とが異なることを特徴とする車両修理支援システム。
2. 車両から車両情報を取得する通信端末（４）と、前記通信端末から車両情報を受信して車両の修理を支援するサーバ（２）と、を備えた車両修理支援システム（１）において、
   前記サーバは、問診の画面データを前記通信端末に送信することで修理依頼者に対して車両状態について問診する問診手段（６ａ）と、車両から取得した車両情報を解析して車両を診断する診断手段（６ａ）と、前記問診手段の問診結果及び前記診断手段の診断結果に基づいて修理の対象とする車両と症状が類似する事例である類似事例に関する情報を検索する検索手段（６ａ）と、前記検索手段の検索結果を前記通信端末に通知する検索結果通知手段（６ａ）と、を備え、
   前記サーバが前記通信端末から車両情報を取得する経路と、前記サーバが前記画面データを前記通信端末に送信する経路とが異なることを特徴とする車両修理支援システム。
3. 請求項１又は２に記載した車両修理支援システムにおいて、
   前記問診手段は、問診の対象とする項目を大項目から小項目へと進めて問診することを特徴とする車両修理支援システム。
4. 請求項３に記載した車両修理支援システムにおいて、
   前記問診手段は、製品区分の項目を問診し、続いて、その製品区分に対応する症状の項目を問診することを特徴とする車両修理支援システム。
5. 請求項１から４の何れか一項に記載した車両修理支援システムにおいて、
   前記検索結果通知手段は、前記検索手段の検索結果として、前記類似事例の一覧を前記通信端末に通知することを特徴とする車両修理支援システム。
6. 請求項５に記載した車両修理支援システムにおいて、
   前記検索結果通知手段は、前記検索手段の検索結果として、前記類似事例の一覧のうち何れかの類似事例の詳細な内容を前記通信端末に通知することを特徴とする車両修理支援システム。
7. 請求項１から６の何れか一項に記載した車両修理支援システムにおいて、
   前記検索結果通知手段は、前記検索手段の検索結果として、修理の対象とする不具合の主原因部品を前記通信端末に通知することを特徴とする車両修理支援システム。
8. 請求項７に記載した車両修理支援システムにおいて、
   前記サーバは、前記問診手段の問診結果、前記類似事例に関する情報、及び前記主原因部品に関する情報のうち少なくとも何れかを保存手段（７）に保存する保存制御手段（６ａ）を備えたことを特徴とする車両修理支援システム。
9. 請求項８に記載した車両修理支援システムにおいて、
   前記サーバは、前記保存手段に保存されている前記類似事例に関する情報、及び前記主原因部品に関する情報のうち少なくとも何れかを統計的に分析する分析手段（６ａ）を備えたことを特徴とする車両修理支援システム。
10. 請求項９に記載した車両修理支援システムにおいて、
    前記検索結果通知手段は、前記検索手段の検索結果を前記通信端末に通知する態様を、前記分析手段の分析結果に応じて変更可能であることを特徴とする車両修理支援システム。
11. 請求項１から１０の何れか一項に記載した車両修理支援システムにおいて、
    前記サーバは、他の車両修理支援システムと連携する連携手段（６ａ）を備えたことを特徴とする車両修理支援システム。
12. 請求項１から１１の何れか一項に記載した車両修理支援システムにおいて、
    前記検索結果通知手段は、前記検索結果を、前記通信端末が通信網を介して表示可能に提供することを特徴とする車両修理支援システム。
13. 車両から車両情報を取得する通信端末（４）と共に車両修理支援システム（１）を構成し、前記通信端末から車両情報を受信して車両の修理を支援するサーバ（２）において、
    前記通信端末から車両情報を取得する経路とは異なる経路で問診の画面データを前記通信端末に送信することで修理依頼者に対して車両状態について事故や災害に起因する修理であるか否かの項目を含んで問診する問診手段（６ａ）と、
    前記問診手段の事故や災害に起因する修理であるか否かを含む問診結果に基づいて修理の対象とする車両と症状が類似する事例である類似事例に関する情報を検索する検索手段（６ａ）と、
    前記検索手段の検索結果を前記通信端末に通知する検索結果通知手段（６ａ）と、を備えたことを特徴とするサーバ。
14. 車両から車両情報を取得する通信端末（４）と共に車両修理支援システム（１）を構成し、前記通信端末から車両情報を受信して車両の修理を支援するサーバ（２）において、
    前記通信端末から車両情報を取得する経路とは異なる経路で問診の画面データを前記通信端末に送信することで修理依頼者に対して車両状態について問診する問診手段（６ａ）と、
    車両から取得した車両情報を解析して車両を診断する診断手段（６ａ）と、
    前記問診手段の問診結果及び前記診断手段の診断結果に基づいて修理の対象とする車両と症状が類似する事例である類似事例に関する情報を検索する検索手段（６ａ）と、
    前記検索手段の検索結果を前記通信端末に通知する検索結果通知手段（６ａ）と、を備えたことを特徴とするサーバ。
15. 車両から車両情報を取得する通信端末と共に車両修理支援システムを構成し、前記通信端末から車両情報を受信して車両の修理を支援するサーバに設けられているコンピュータ（６ａ）に、
    前記通信端末から車両情報を取得する経路とは異なる経路で問診の画面データを前記通信端末に送信することで修理依頼者に対して車両状態について事故や災害に起因する修理であるか否かの項目を含んで問診する第１の手順と、
    前記第１の手順による事故や災害に起因する修理であるか否かを含む問診結果に基づいて修理の対象とする車両と症状が類似する事例である類似事例に関する情報を検索する第２の手順と、
    前記第２の手順の検索結果を前記通信端末に通知する第３の手順と、を実行させるためのコンピュータプログラム。
16. 車両から車両情報を取得する通信端末と共に車両修理支援システムを構成し、前記通信端末から車両情報を受信して車両の修理を支援するサーバに設けられているコンピュータ（６ａ）に、
    前記通信端末から車両情報を取得する経路とは異なる経路で問診の画面データを前記通信端末に送信することで修理依頼者に対して車両状態について問診する第１の手順と、
    車両から取得した車両情報を解析して車両を診断する第４の手順と、
    前記第１の手順による問診結果及び前記第４の手順による診断結果に基づいて修理の対象とする車両と症状が類似する事例である類似事例に関する情報を検索する第２の手順と、
    前記第２の手順の検索結果を前記通信端末に通知する第３の手順と、を実行させるためのコンピュータプログラム。
    

Images