(57)【要約】【課題】車両の診断を行う作業者の負担を軽減することができつつ、診断結果を速やかに得るようにする。【解決手段】車両診断システム１において、サーバ２は、通信端末４が車両９から取得した車両情報（ダイアグ、データ）をインターネット５を介して受信して車両を診断する。サーバ２は、車両９から取得すべき診断に必要なデータの項目を通信端末４に通知する。診断に必要なデータの項目を作業者が通信端末４を操作して設定入力する必要がなくなり、車両９の診断を行う作業者の負担を軽減することができる。又、通信端末４が車両９から取得したデータをリアルタイムにサーバ２に送信する（中継する）ので、診断結果を速やかに得ることができる。【選択図】図１
2014215052.tif 000002
【特許請求の範囲】
【請求項１】
車両から取得した車両情報をサーバに送信する通信端末と、前記通信端末から受信した車両情報を解析して車両を診断するサーバと、を備えた車両診断システムにおいて、
前記サーバは、車両から取得すべき診断に必要な車両情報の項目を前記通信端末に通知する取得項目通知手段を備え、
前記通信端末は、前記サーバから通知された車両情報の項目にしたがって車両から車両情報を取得し、その取得した車両情報をリアルタイムに前記サーバに送信することを特徴とする車両診断システム。
【請求項２】
請求項１に記載した車両診断システムにおいて、
前記サーバは、診断の内容や診断の対象とする車両の区分に応じて、車両から取得すべき診断に必要な車両情報の項目を決定する取得項目決定手段を備え、
前記取得項目通知手段は、前記取得項目決定手段により決定された車両情報の項目を当該通信端末に通知することを特徴とする車両診断システム。
【請求項３】
請求項２に記載した車両診断システムにおいて、
前記取得項目決定手段は、診断の内容が駆動機構の診断である場合には、診断の対象とする車両の駆動機構の特性に応じて、車両から取得すべき診断に必要な車両情報の項目を決定することを特徴とする車両診断システム。
【請求項４】
請求項１から３の何れか一項に記載した車両診断システムにおいて、
前記サーバは、前記車両情報として車両のダイアグを取得するダイアグ取得手段と、診断の対象とする車両のダイアグが前記ダイアグ取得手段により取得された場合に車両情報による診断の実施を回避する診断回避手段と、を備えたことを特徴とする車両診断システム。
【請求項５】
請求項１から４の何れか一項に記載した車両診断システムにおいて、
前記サーバは、前記車両情報として車両のデータを取得するデータ取得手段と、車両のデータが前記データ取得手段により取得された場合に基準値と比較して診断結果を判定する診断結果判定手段と、備えたことを特徴とする車両診断システム。
【請求項６】
請求項５に記載した車両診断システムにおいて、
前記サーバは、診断の内容や診断の対象とする車両の経時変化に応じて、前記基準値を決定する基準値決定手段を備えたことを特徴とする車両診断システム。
【請求項７】
請求項６に記載した車両診断システムにおいて、
前記基準値決定手段は、過去に車両から取得した車両情報に応じて、前記基準値を動的に決定することを特徴とする車両診断システム。
【請求項８】
請求項１から７の何れか一項に記載した車両診断システムにおいて、
前記サーバは、前記通信端末が車両からデータを取得する速度を示すサンプリング速度による診断可否条件があるか否かを判定する診断可否条件判定手段と、サンプリング速度による診断可否条件があると前記診断可否条件判定手段により判定された場合に診断可能条件を前記通信端末に通知する診断可能条件通知手段と、を備えたことを特徴とする車両診断システム。
【請求項９】
請求項１から８の何れか一項に記載した車両診断システムにおいて、
前記サーバは、車両の駆動機構の温度を取得する駆動機構温度取得手段と、前記駆動機構温度取得手段により取得された駆動機構の温度に基づいて駆動機構の暖機要否を判定する暖機要否判定手段と、暖機要が前記暖機要否判定手段により判定された場合に暖機が必要であることを前記通信端末に通知する暖機必要通知手段と、を備えたことを特徴とする車両診断システム。
【請求項１０】
請求項５から９の何れか一項に記載した車両診断システムにおいて、
前記サーバは、前記通信端末が車両から取得したデータの再取得要否を判定するデータ再取得要否判定手段を備えたことを特徴とする車両診断システム。
【請求項１１】
請求項１０に記載した車両診断システムにおいて、
前記データ再取得要否判定手段は、車両の特性毎に異なるデータ再取得判定条件を有し、前記通信端末が車両から取得したデータ及び前記データ再取得判定条件に基づいてデータの再取得要否を判定することを特徴とする車両診断システム。
【請求項１２】
請求項１０又は１１に記載した車両診断システムにおいて、
データの再取得要が前記データ再取得要否判定手段により判定された場合にデータの再取得が必要であることを前記通信端末に通知するデータ再取得必要通知手段、を備えたことを特徴とする車両診断システム。
【請求項１３】
請求項１０から１２の何れか一項に記載した車両診断システムにおいて、
前記通信端末が車両からデータを取得した速度を示すサンプリング速度を判定するサンプリング速度判定手段を備え、
前記データ再取得要否判定手段は、前記サンプリング速度判定手段により判定されたサンプリング速度に基づいてデータの再取得要否を判定することを特徴とする車両診断システム。
【請求項１４】
請求項１０から１２の何れか一項に記載した車両診断システムにおいて、
作業者の操作が所定の範囲内であるか否かを判定する作業者操作判定手段を備え、
前記データ再取得要否判定手段は、前記作業者操作判定手段により判定された作業者の操作が所定の範囲内であるか否かに基づいてデータの再取得要否を判定することを特徴とする車両診断システム。
【請求項１５】
車両から取得した車両情報をサーバに送信する通信端末と共に車両診断システムを構成し、前記通信端末から受信した車両情報を解析して車両を診断するサーバにおいて、
車両から取得すべき診断に必要な車両情報の項目を前記通信端末に通知する取得項目通知手段を備えたことを特徴とするサーバ。
【請求項１６】
車両から取得した車両情報をサーバに送信する通信端末と共に車両診断システムを構成し、前記通信端末から受信した車両情報を解析して車両を診断するサーバに設けられているコンピュータに、
車両から取得すべき診断に必要な車両情報の項目を前記通信端末に通知する手順を実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両から取得した車両情報をサーバに送信する通信端末と、前記通信端末から受信した車両情報を解析して車両を診断するサーバと、を備えた車両診断システム、サーバ及びコンピュータプログラムに関する。
【背景技術】
【０００２】
サーバと通信端末とが連携して車両を診断する車両診断システムとして、車両の診断を行う作業者（整備士）への指示をサーバが通信端末に送信し、作業者への指示を通信端末が表示する構成が開示されている（例えば特許文献１及び２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−１９７２８５号公報
【特許文献２】特開２００３−１３２１６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
この種の車両診断システムでは、従来は、車両から取得すべき診断に必要な車両情報の項目を、作業者が通信端末を操作して設定入力する構成となっている。しかしながら、このような構成では、車両情報の項目を設定入力する操作が作業者にとって負担になるという問題があった。又、従来は、車両から取得した車両情報を通信端末が一旦保存する構成となっているので、サーバが車両情報を取得するまでに時間がかかり、診断結果を速やかに得ることができないという問題があった。
【０００５】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、車両の診断を行う作業者の負担を軽減することができつつ、診断結果を速やかに得ることができる車両診断システム、サーバ、コンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
請求項１に記載した発明によれば、通信端末は、車両から取得した車両情報をサーバに送信する。サーバは、通信端末から受信した車両情報を解析して車両を診断する。サーバにおいて、取得項目通知手段は、車両から取得すべき診断に必要な車両情報の項目を通信端末に通知する。通信端末は、サーバから通知された車両情報の項目にしたがって車両から車両情報を取得し、その取得した車両情報をリアルタイムにサーバに送信する。
【０００７】
即ち、車両から取得すべき診断に必要な車両情報の項目を、サーバが通信端末に通知するので、診断に必要な車両情報の項目を作業者が通信端末を操作して設定入力する必要がなくなる。その結果、車両の診断を行う作業者の負担を軽減することができる。又、通信端末が車両から取得した車両情報をリアルタイムにサーバに送信するので、診断結果を速やかに得ることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の第１の実施形態を示す全体構成図
【図２】サーバの構成を示す機能ブロック図
【図３】診断ＡＰサーバの構成を示す機能ブロック図
【図４】車両及び通信端末の構成を示す機能ブロック図
【図５】処理の流れを示す図（その１）
【図６】処理の流れを示す図（その２）
【図７】処理の流れを示す図（その３）
【図８】エンジンの回転数の推移、画面の推移、及び車両から取得する車両情報を示す図
【図９】メインメニュー画面を示す図（その１）
【図１０】メインメニュー画面を示す図（その２）
【図１１】車両選択画面を示す図
【図１２】診断開始画面を示す図
【図１３】暖機指示画面を示す図
【図１４】第１の操作指示画面を示す図
【図１５】第２の操作指示画面を示す図（その１）
【図１６】第２の操作指示画面を示す図（その２）
【図１７】第３の操作指示画面を示す図
【図１８】診断結果画面を示す図（その１）
【図１９】診断結果画面を示す図（その２）
【図２０】診断結果を印刷出力した用紙を示す図
【図２１】サンプリング速度と診断可能な項目の関係を示す図
【図２２】基準値の上限及び下限を示す図
【図２３】本発明の第２の実施形態を示す全体構成図
【発明を実施するための形態】
【０００９】
（第１の実施形態）
以下、本発明の第１の実施形態について、図１から図２２を参照して説明する。車両診断システム１は、図１に示すように、サーバ２と、Ｍ２Ｍ（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）のＩＤ（識別情報）等に関する情報であり、サーバ２と車両９との間でデータ通信が成立するか否かを認証するための情報である。車両情報とは、ダイアグやデータである。ダイアグとは、車両９に実装されているＥＣＵが保持している各種センサやアクチュエータ等のＤＴＣ（ダイアグノスティックトラブルコード、故障診断コード）、ＦＦＤ（フリーズフレームデータ）、ペンディング等に関する情報である。データとは、例えばエンジンの回転数、エンジン冷却水の温度等、各種センサやアクチュエータの制御状態、ＡＣＣスイッチ１１ｂのオンオフ、アクセルペダル１２ｂの操作量、ワイパースイッチ１３ｂの操作位置、ライトスイッチ１４ｂの操作位置等に関する情報である。作業者が車両状態を変更すると、その車両状態の変更が車両情報に反映される。例えば作業者がアクセルペダル１２ｂを操作すると（踏み込むと）、アクセルペダル１２ｂの操作量の変動が車両情報に反映される。
【００２８】
上記した構成では、図１に示すように、通信端末４から送信された基本車両情報や車両情報は、Ｍ２Ｍサーバ３を経由してサーバ２に受信される。一方、サーバ２から送信されたＷＥＢ画面データは、Ｍ２Ｍサーバ３を経由せずに通信端末４に受信される。即ち、車両９から取得した基本車両情報や車両情報が通信端末４から送信されてサーバ２に受信される経路と、ＷＥＢ画面データがサーバ２から送信されて通信端末４に受信される経路とは異なる。
【００２９】
次に、上記した構成の作用について、図５から図２２を参照して説明する。
通信端末４は、サーバ２とインターネット５を介して接続している状態では、ＷＥＢブラウザの機能により、サーバ２からＷＥＢ画面データを受信し、その受信したＷＥＢ画面データを構築してＷＥＢ画面を表示可能となる。通信端末４は、メインメニュー画面を表示部４ｅに表示している状態で、作業者がメインメニュー画面から診断の項目を選択すると、診断開始要求を広域無線通信部４ｃからサーバ２に送信する（Ｂ１）。
【００３０】
サーバ２は、通信端末４から送信された診断開始要求を通信制御部６ｆにより受信すると（Ｃ１）、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から車両選択画面を選択して提供する（Ｃ２）。サーバ２が車両選択画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、車両選択画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して車両選択画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される車両選択画面を閲覧して確認し、診断の対象とする車両を選択することができ、次の工程に進むことができる。
【００３１】
作業者は、診断の対象とする車両９が新規の車両（過去に車両診断システム１の診断の対象となっていない車両であり、初めて診断の対象とする車両）であれば、登録番号や車台番号等を設定入力して診断の対象とする車両９を確定する。一方、作業者は、診断の対象とする車両９が新規登録でない車両（過去に車両診断システム１の診断の対象となった車両であり、２回目以降の診断の対象とする車両）であれば、登録番号や車台番号等が登録されている車両から選択して診断の対象とする車両９を確定する。
【００３２】
サーバ２は、作業者が診断の対象とする車両９を確定すると、車両を選択し（Ｃ３）、サンプリング速度による診断可否条件があるか否か（診断可能な項目がサンプリング速度に依存するか否か）を判定する（Ｃ４）。サーバ２は、サンプリング速度による診断可否条件があると判定すると（Ｃ４：ＹＥＳ）、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から診断可能条件画面を選択して提供する（Ｃ５）。サーバ２が診断可能条件画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、診断可能条件画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して診断可能条件画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される診断可能条件画面を閲覧して確認し、診断可能条件を把握することができる。
【００３３】
一方、サーバ２は、サンプリング速度による診断可否条件がないと判定すると（Ｃ４：ＮＯ）、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から診断開始画面を選択して提供する（Ｃ６）。サーバ２が診断開始画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、診断開始画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して診断開始画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される診断開始画面を閲覧して確認し、診断を開始するに際しての指示を把握することができ、次の工程に進むことができる。
【００３４】
サーバ２は、作業者が診断開始画面を確認すると、ダイアグ要求を通信ＡＰサーバ８からＭ２Ｍサーバ３を経由して通信端末４に送信する（Ｃ７）。通信端末４は、サーバ２から送信されたダイアグ要求を広域無線通信部４ｆにより受信すると（Ｂ２）、その受信したダイアグ要求をコマンド変換し、そのコマンド変換したダイアグ要求を接続ケーブル１０を介して車両９に送信する（Ｂ３）。車両９は、通信端末４から送信されたダイアグ要求を受信すると（Ａ１）、その受信したダイアグ要求を解析し、そのダイアグ要求により指定されているダイアグを接続ケーブル１０を介して通信端末４に送信する（Ａ２）。通信端末４は、車両９から送信されたダイアグを受信すると（Ｂ４）、そのダイアグをコマンド変換し、そのコマンド変換したダイアグを広域無線通信部４ｃからＭ２Ｍサーバ３を経由してサーバ２に送信する（Ｂ５）。
【００３５】
サーバ２は、通信端末４から送信されたダイアグを通信ＡＰサーバ８により受信すると（Ｃ８）、これから診断する対象にダイアグがあるか否かを判定する（Ｃ９）。サーバ２は、これから診断する対象にダイアグがあると判定すると（Ｃ９：ＹＥＳ）、これ以降の処理を中止する（診断を回避する）。一方、サーバ２は、これから診断する対象にダイアグがないと判定すると（Ｃ９：ＮＯ）、エンジン（駆動機構）水温要求を通信ＡＰサーバ８からＭ２Ｍサーバ３を経由して通信端末４に送信する（Ｃ１０）。通信端末４は、サーバ２から送信されたエンジン水温要求を広域無線通信部４ｆにより受信すると（Ｂ６）、その受信したエンジン水温要求をコマンド変換し、そのコマンド変換したエンジン水温要求を接続ケーブル１０を介して車両９に送信する（Ｂ７）。車両９は、通信端末４から送信されたエンジン水温要求を受信すると（Ａ３）、エンジンを冷却する冷却水の温度を示すエンジン水温を接続ケーブル１０を介して通信端末４に送信する（Ａ４）。通信端末４は、車両９から送信されたエンジン水温を受信すると（Ｂ８）、そのエンジン水温をコマンド変換し、そのコマンド変換したエンジン水温を広域無線通信部４ｃからＭ２Ｍサーバ３を経由してサーバ２に送信する（Ｂ９）。
【００３６】
サーバ２は、通信端末４から送信されたエンジン水温を通信ＡＰサーバ８により受信すると（Ｃ１１）、エンジン水温が所定温度以上であるか否かを判定する（Ｃ１２）。サーバ２は、エンジン水温が所定温度以上でないと判定すると（Ｃ１２：ＮＯ）、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から暖機指示画面を選択して提供する（Ｃ１３）。
【００３７】
又、サーバ２は、ステップＣ１０に戻り、エンジン水温が所定温度以上であると判定するまでエンジン水温要求を通信端末４に送信し続け、同様の処理を繰返して行う。サーバ２が暖機指示画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、暖機指示画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して暖機指示画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される暖機指示画面を閲覧して確認し、診断を開始するに際して暖機が必要であることを把握することができる。
【００３８】
一方、サーバ２は、エンジン水温が所定温度以上であると判定すると（Ｃ１２：ＹＥＳ）、診断を開始し（Ｃ１４）、データ要求を通信ＡＰサーバ８からＭ２Ｍサーバ３を経由して通信端末４に送信する（Ｃ１５）。通信端末４は、サーバ２から送信されたデータ要求を広域無線通信部４ｆにより受信すると（Ｂ１０）、その受信したデータ要求をコマンド変換し、そのコマンド変換したデータ要求を接続ケーブル１０を介して車両９に送信する（Ｂ１１）。車両９は、通信端末４から送信されたデータ要求を受信すると（Ａ５）、その受信したデータ要求により指定されたデータを接続ケーブル１０を介して通信端末４に送信する（Ａ６）。
【００３９】
ここで、サーバ２は、診断を開始し、データ要求を通信ＡＰサーバ８からＭ２Ｍサーバ３を経由して通信端末４に送信すると、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から操作指示画面を選択して提供する（Ｃ１６）。サーバ２が操作指示画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、操作指示画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して操作指示画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される操作指示画面を閲覧して確認し、後述する図８に示すようなＩＧオン、エンジン始動、アイドル、レーシング、全開レーシング等の診断を進めるに際しての指示を把握することができ、次の工程に進むことができる。
【００４０】
このとき、作業者が操作指示画面に記述されている指示にしたがって車両状態を変更すると、その車両状態の変更を反映したデータが車両９から送信されて通信端末４を介してサーバ２に受信される。例えば操作指示画面に記述されている指示がアクセルペダル１２ｂを操作する（踏み込む）指示であり、作業者がアクセルペダル１２ｂを操作すると、アクセルペダル１２ｂの操作量に連動したエンジンの回転数を示すデータが車両９から送信されて通信端末４を介してサーバ２に受信される。通信端末４は、このように車両９から送信されたデータを受信すると（Ｂ１２）、その受信したデータをコマンド変換し、そのコマンド変換したデータを広域無線通信部４ｃからＭ２Ｍサーバ３を経由してサーバ２に送信する（Ｂ１３）。
【００４１】
サーバ２は、通信端末４から送信されたデータを通信ＡＰサーバ８により受信すると（Ｃ１７）、そのデータのサンプリング速度を判定する（Ｃ１８）。サーバ２は、始動やアイドリング等の各種の診断条件に対してデータのサンプリング速度が所定速度以上でないと判定すると、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から診断可能項目画面を選択して提供する（Ｃ１９）。サーバ２が診断可能項目画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、診断可能項目画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して診断可能項目画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示される診断可能項目画面を閲覧して確認し、診断可能な項目を把握することができる。
【００４２】
サーバ２は、車両９から取得した作業者のＡＣＣスイッチ１１ｂのオンオフのタイミングやアクセルペダル１２ｂの操作量等、作業者の操作条件を取得し、ＡＣＣスイッチ１１ｂのオンのタイミングが所定のタイミングでない場合やアクセルペダル１２ｂの操作量が所定の操作量の範囲内に入っていない場合には、作業者が診断を判定するのに正しい操作を行っていないと判定する。サーバ２は、作業者が診断を判定するのに正しい操作を行っていないと判定すると、車両９から取得したデータの信頼性が低く、データの再取得が必要であると判定し（Ｃ２０：ＹＥＳ）、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面からデータ再取得必要画面を選択して提供する（Ｃ２１）。
【００４３】
又、サーバ２は、ステップＣ１４に戻り、データの再取得が必要でないと判定するまでデータ要求を通信端末４に送信し続け、同様の処理を繰返して行う。サーバ２がデータ再取得必要画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、データ再取得必要画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築してデータ再取得必要画面を表示部４ｅに表示する。即ち、作業者は、通信端末４に表示されるデータ再取得必要画面を閲覧して確認し、データを再取得する必要があることを把握することができ、次の工程に進むことができる。尚、作業者がデータの再取得を中止することが可能としても良い。
【００４４】
一方、サーバ２は、作業者が診断を判定するのに正しい操作を行ったと判定すると、車両９から取得したデータの信頼性が高く、データの再取得が必要でないと判定し（Ｃ２０：ＮＯ）、これまでに取得したデータに基づいて診断結果を作成し（Ｃ２２）、診断を終了する（Ｃ２３）。そして、サーバ２は、ＷＥＢ画面記憶部６ｅに記憶されているＷＥＢ画面から診断結果画面のフレーム（ひな型）を選択し、今回の診断結果を当該フレーム内に記述した診断結果画面を提供する（Ｃ２４）。サーバ２が診断結果画面を提供すると、通信端末４は、ＷＥＢブラウザの機能により、診断結果画面を構成するＷＥＢ画面データをサーバ２から受信し、その受信したＷＥＢ画面データを構築して診断結果画面を表示部４ｅに表示する。作業者は、通信端末４に表示される診断結果画面を閲覧して確認し、診断結果を把握することができる。
【００４５】
以下、上記した一連の処理の具体例を図８から図２２を参照して説明する。ここでは、図８に示すように、サーバ２がエンジン（駆動機構）を診断する場合を説明する。図９に示すように、通信端末４がメインメニュー画面１０１を表示している状態で、作業者が「診断」アイコン１０１ａを押下すると（選択すると）、通信端末４は、作業者が「診断」アイコン１０１ａを押下したことを示す操作信号をサーバ２に送信する。
【００４６】
サーバ２は、通信端末４から送信された操作信号を受信すると、ＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、図１０に示すように、メインメニュー画面１０１上に診断の対象として「エンジン」、「ハイブリッド」及び「カーエアコン」を選択可能に表示する。作業者が診断の対象として例えば「エンジン」を選択すると、通信端末４は、作業者が診断の対象として「エンジン」を選択したことを示す操作信号をサーバ２に送信する。
【００４７】
サーバ２は、通信端末４から送信された操作信号を受信すると、車両選択画面１０２を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２から受信すると、そのＷＥＢ画面データを構築し、図１１に示すように、車両選択画面１０２を表示する。作業者が診断の対象とする車両９を選択すると、通信端末４は、作業者が診断の対象とする車両９を選択したことを示す操作信号をサーバ２に送信する。尚、図１１では、例えば「車両Ａ」は車名を示し、例えば「ＰＰＰ１２−××××」は車台番号を示す。
【００４８】
サーバ２は、通信端末４から送信された操作信号を受信すると、診断開始画面１０３を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、その受信したＷＥＢ画面データを構築し、図１２に示すように、診断開始画面１０３を表示する。作業者は、診断開始画面１０３を閲覧して確認することで、診断を開始するに際しての指示が、Ｐレンジ、エンジン暖機後、ＩＧＯＮ（エンジン停止）、電気負荷ＯＦＦ等であると把握することができる。作業者が開始ボタン１０３ａを押下すると、通信端末４は、作業者が開始ボタン１０３ａを押下したことを示す操作信号をサーバ２に送信する。
【００４９】
サーバ２は、通信端末４から送信された操作信号を受信すると、エンジンの冷却水の現在の温度（エンジン水温）を示すデータを取得するためのデータ要求を通信端末４に送信する。サーバ２は、エンジンの冷却水の現在の温度を示すデータを通信端末４から受信すると、エンジンの冷却水の現在の温度が所定温度に達していないと判定すると、暖機指示画面１０４を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、その受信したＷＥＢ画面データを構築し、図１３に示すように、暖機指示画面１０４を表示する。作業者は、暖機指示画面１０４を閲覧して確認することで、エンジンの冷却水の現在の温度（図１３では「５５℃」を例示している）を把握することができると共に、エンジンの冷却水の現在の温度が所定温度（図１３では「７０℃」を例示している）に達していない理由で暖機運転を実施する必要があること、エンジンの冷却水の温度が所定温度に達すると次の手順が自動で表示されることを把握することができる。尚、サーバ２は、エンジンの冷却水の温度が所定温度に達していると判定すると、暖機指示画面１０４を構成するＷＥＢ画面データを通信端末４に送信することはなく、通信端末４は、暖機指示画面１０４を表示することはない。
【００５０】
サーバ２は、エンジンの冷却水の温度が所定温度に達したか否かを監視し、エンジンの冷却水の温度が所定温度に達したと判定すると、第１の操作指示画面１０５を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、その受信したＷＥＢ画面データを構築し、図１４に示すように、第１の操作指示画面１０５を表示する。作業者は、第１の操作指示画面１０５を閲覧して確認することで、次の手順がブレーキを踏んで始動する作業であることを把握することができ、そのブレーキを踏んで始動するタイミングを把握することができる。
【００５１】
ここで、サーバ２は、第１の操作指示画面１０５に関連した診断に必要なデータの項目を示すデータ要求を通信端末４に送信する。具体的には、サーバ２は、図６に示すように、始動を診断する場合には、エンジンの回転数を含む幾つかの項目を示すデータ要求を通信端末４に送信する。即ち、診断に必要なデータの項目がサーバ２から通信端末４に通知されるので、診断に必要なデータの項目を作業者が設定入力する必要はない。又、通信端末４は、データ要求により指定されたエンジンの回転数を含む幾つかの項目を示すデータを車両９から取得すると、その取得したデータを保存することなくリアルタイムにＭ２Ｍサーバ３を経由してサーバ２に送信する。即ち、通信端末４は、サーバ２が車両９からデータを取得する際には中継装置として機能する。
【００５２】
又、サーバ２は、このようにブレーキを踏んで始動することを促す第１の操作指示画面１０５を提供する場合には、作業者が始動開始するタイミングをカウントダウンにより指示する。即ち、上記したように基本車両情報や車両情報が通信端末４から送信されてサーバ２に受信される経路と、ＷＥＢ画面データがサーバ２から送信されて通信端末４に受信される経路とは異なる。そのため、始動開始に関係するデータを通信端末４から受信する準備をサーバ２が完了していない状態で、始動開始に関係するデータを通信端末４が送信してしまうと、サーバ２がデータを受信することができない可能性がある。このような事情を考慮し、サーバ２は、始動開始に関係するデータを通信端末４から受信する準備を完了した後に、作業者が始動開始を行うように第１の操作指示画面１０５において作業者が始動開始するタイミングを調整する（同期を確立する）。尚、作業者が始動開始するタイミングをカウントダウンにより指示することに限らず、第１の操作指示画面１０５を表示するタイミングを調整しても良い。又、後述する第２の操作指示画面１０６及び第３の操作指示画面１０７についても、これと同様にして、作業者が作業を行うタイミングを調整する。
【００５３】
サーバ２は、作業者がブレーキを踏んで始動したか否かを監視し、作業者がブレーキを踏んで始動したと判定すると、第２の操作指示画面１０６を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、図１５に示すように、第２の操作指示画面１０６を表示する。作業者は、第２の操作指示画面１０６を閲覧して確認することで、次の手順がエンジンの回転数を所定数（図１５では「２０００ｒｐｍ」を例示している）まで上昇させて一定に維持する作業であることを把握することができる。
【００５４】
ここで、サーバ２は、第２の操作指示画面１０６に関連した診断に必要なデータの項目を示すデータ要求を通信端末４に送信する。具体的には、サーバ２は、図６に示すように、レーシングを診断する場合にも、エンジンの回転数を含む幾つかの項目を示すデータ要求を通信端末４に送信する。即ち、この場合も、診断に必要なデータの項目がサーバ２から通信端末４に通知されるので、診断に必要なデータの項目を作業者が設定入力する必要はない。又、ここでも、通信端末４は、データ要求により指定されたエンジンの回転数を含む幾つかの項目を示すデータを車両９から取得すると、その取得したデータを保存することなくリアルタイムにＭ２Ｍサーバ３を経由してサーバ２に送信する。
【００５５】
又、第２の操作指示画面１０６では、エンジンの回転数を所定数まで上昇させる指示が記述されているので、作業者がエンジンの回転数を確認可能となるように、エンジンの回転数の範囲を示すスケール１０６ｂ（図１５では「０〜５０００ｒｐｍ」を例示している）と、目標となる目標ライン１０６ｃと、目標ライン１０６ｃの周囲の目標エリア１０６ｄと、エンジンの回転数を示すバー１０６ｅとが表示される。これらスケール１０６ｂ、目標ライン１０６ｃ、目標エリア１０６ｄ、バー１０６ｅは、カラー表示される。
【００５６】
作業者がアクセルペダル１２ｂを操作すると（踏み込むと）、その操作量に応じたエンジンの回転数を含む車両情報が車両９から通信端末４及びＭ２Ｍサーバ３を経由してサーバ２に受信されることで、エンジンの回転数が第２の操作指示画面１０６上に反映される。具体的には、図１６にも示すように、作業者がアクセルペダル１２ｂを操作することに応じて第２の操作指示画面１０６上でエンジンの回転数を示すバー１０６ｅの長さが伸縮する。この場合、サーバ２がエンジンの回転数を示すデータを受信する準備を完了した後に、作業者がアクセルペダル１２ｂを操作するように第２の操作指示画面１０６を表示するタイミングを調整することで、作業者がアクセルペダル１２ｂを操作したことに連動し、第２の操作指示画面１０６上でエンジンの回転数を示すバー１０６ｅの長さが伸縮することになる。即ち、作業者がアクセルペダル１２ｂを操作したことにも拘らずバー１０６ｅの長さが伸縮しなかったり、作業者がアクセルペダル１２ｂを操作したタイミングから遅れてバー１０６ｅの長さが伸縮したりする状況を回避し、違和感を作業者に与えてしまうことを未然に回避することができる。
【００５７】
又、このように作業者がアクセルペダル１２ｂを操作する操作量に追従してバー１０６ｅの長さが伸縮するので、診断の対象とする車両９にタコメータ（エンジンの回転数を示す回転速度計）が実装されていなくても、第２の操作指示画面１０６を閲覧して確認することで、エンジンの回転数を確認することができる。又、第２の操作指示画面１０６をＷＥＢ画面により提供するので、スケール１０６ｂの分解能（目盛り）を自在に設定することができる。そのため、診断の対象とする車両９にタコメータが実装されていたとしても、スケール１０６ｂの分解能をタコメータの分解能よりも高く設定すれば、第２の操作指示画面１０６を閲覧して確認することで、エンジンの回転数の微調整を容易に行うことができる。そして、作業者が測定開始ボタン１０６ａを押下すると、通信端末４は、作業者が測定開始ボタン１０６ａを押下したことを示す操作信号をサーバ２に送信する。
【００５８】
サーバ２は、通信端末４から送信された操作信号を受信すると、第３の操作指示画面１０７を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、その受信したＷＥＢ画面データを構築し、図１７に示すように、第３の操作指示画面１０７を表示する。作業者は、第３の操作指示画面１０７を閲覧して確認することで、次の手順がアクセルを全開にする（アクセルペダル１２ｂの踏み込みを最大とする）作業であることを把握することができる。尚、第３の操作指示画面１０７でも、作業者がエンジンの回転数を確認可能となるように、スケール１０７ａと、目標ライン１０７ｂと、目標エリア１０７ｃと、バー１０７ｄとが表示される。
【００５９】
ここで、サーバ２は、第３の操作指示画面１０７に関連した診断に必要なデータの項目を示すデータ要求を通信端末４に送信する。具体的には、サーバ２は、図６に示すように、全開レーシングを診断する場合には、エンジンの回転数やスロットルの絶対開度を含む幾つかの項目を示すデータ要求を通信端末４に送信する。即ち、この場合も、診断に必要なデータの項目がサーバ２から通信端末４に通知されるので、診断に必要なデータの項目を作業者が設定入力する必要はない。又、ここでも、通信端末４は、データ要求により指定されたエンジンの回転数やスロットルの絶対開度を含む幾つかの項目を示すデータを車両９から取得すると、その取得したデータを保存することなくリアルタイムにＭ２Ｍサーバ３を経由してサーバ２に送信する。
【００６０】
サーバ２は、このようにして作業者が時系列で刻々と切替わる操作指示画面にしたがって一連の診断を行い、診断結果を作成すると、診断結果画面１０８を構成するＷＥＢ画面データを通信端末４に送信する。通信端末４は、サーバ２からＷＥＢ画面データを受信すると、そのＷＥＢ画面データを構築し、図１８に示すように、診断結果画面１０８を表示する。作業者は、診断結果画面１０８を閲覧して確認することで、一連の診断を行って得た診断結果を把握することができる。尚、通信端末４は、図１９にも示すように、診断結果画面１０８をスクロール可能に表示する。又、通信端末４は、図２０に示すように、診断結果を所定サイズの用紙２０１に印字出力することも可能である。
【００６１】
図２１は、サンプリング速度と診断可能な項目との関係を示している。サンプリング速度は、車両９が通信端末４からデータ要求を受信したことに応じてデータを通信端末４に送信する際の送信タイミングの時間間隔（ｔ１、ｔ２、…）により示される。サーバ２は、例えば始動の吸気管圧力やアイドルのデータに関しては、サンプリング速度が遅くても（データの送信タイミングの時間間隔が長くても）、診断に必要な判定が可能であるので、データの再取得が必要でないと判定する。一方、サーバ２は、例えば始動の始動性やレーシングのデータに関しては、サンプリング速度が遅いと（データの送信タイミングの時間間隔が長いと）、診断に必要な判定が不可能であるので、サンプリング速度が所定時間以上（図２１ではＶ１［ｍｓ］以上又はＶ２［ｍｓ］以上）では、始動の始動性やレーシングについての診断が不可能であると判定する。
【００６２】
図２２は、診断結果を判定する際の基準値を示している。サーバ２は、車両の特性（車種、エンジン型式、駆動方式（２ＷＤ／４ＷＤ）、トランスミッション等の特性）毎に基準値のテーブルを保持しており、車両の経時変化（車齢）に応じて基準値を決定する。サーバ２は、例えば経時変化の基準を走行距離とした場合、走行距離がＭ１［ｋｍ］に達するまでは冷却水温度に関して上限を「Ａ１」とする共に下限を「Ａ２」とし、冷却水温度が「Ａ１」から「Ａ２」の範囲内であれば正常であると判定し、冷却水温度が「Ａ１」から「Ａ２」の範囲外であれば異常であると判定する。又、サーバ２は、例えば走行距離がＭ２［ｋｍ］に達するまでは冷却水温度に関して上限を「Ａ３」とする共に下限を「Ａ４」とし、冷却水温度が「Ａ３」から「Ａ４」の範囲内であれば正常であると判定し、冷却水温度が「Ａ３」から「Ａ４」の範囲外であれば異常であると判定する。又、サーバ２は、車両９及び同一エンジン型式等の同種の車両９の経時変化、又は過去に診断結果を判定した実績を記憶し、判定基準の基準値や走行距離を決定したり、過去に車両９から取得した車両情報に基づいて基準値を動的に決定したりする機能を有する。
【００６３】
以上に説明したように第１の実施形態によれば、車両診断システム１において、車両９から取得すべき診断に必要なデータの項目をサーバ２が通信端末４に通知するようにした。これにより、診断に必要なデータの項目を作業者が通信端末４を操作して設定入力する必要がなくなり、車両９の診断を行う作業者の負担を軽減することができる。又、通信端末４が中継装置として機能し、通信端末４が車両９から取得したデータをリアルタイムにサーバ２に送信する（中継する）ので、診断結果を速やかに得ることができる。
【００６４】
又、車両９の診断を行う作業者への指示を含むＷＥＢ画面を、サーバ２がインターネット５を介して通信端末４に提供するようにした。これにより、通信端末４を扱う作業者は、通信端末４に表示されるＷＥＢ画面を閲覧して確認することで、自身への指示を把握することができ、その指示にしたがって車両９の診断を行うことができる。この場合、例えば車両状態を刻々と変化させる複数の手順を伴う複雑な指示であっても、サーバ２がＷＥＢ画面を逐一更新することで、その複雑な指示を作業者に適切に与えることができる。
【００６５】
又、このように作業者への指示をＷＥＢ画面により行うことで、通信端末４に大容量の記憶手段が必要となったりソフトウェアのメンテナンスが複雑になったりすることはなく、通信端末４の負担が増大することを回避することができる。又、多種多様な車両９の特性（車種、エンジン型式、駆動方式（２ＷＤ／４ＷＤ）、トランスミッション等の特性）毎にＷＥＢ画面を作成して対応することができ、診断の対象とする車両９の特性毎に複数の通信端末４を用意する必要もない。又、ＷＥＢ画面を表示する機能（ＷＥＢブラウザ）を有する通信端末４であれば良く、通信端末４を汎用化することができ、容易に実現することができる。
【００６６】
（第２の実施形態）
次に、本発明の第２の実施形態について、図２３を参照して説明する。第１の実施形態は、通信端末４を車両に直接接続することで、通信端末４が車両から車両情報を直接取得する構成であるが、第２の実施形態は、通信端末を専用の車両接続端末を介して車両に接続することで、通信端末４が車両から車両情報を車両接続端末を介して取得する構成である。
【００６７】
車両接続端末２１は、動作全体を制御する制御部２１ａと、第１の実施形態で説明した接続コネクタ４ｂ及びコマンド変換部４ｄに相当する接続コネクタ２１ｂ及びコマンド変換部２１ｃと、通信端末２２との間でＢｌｕｅｔｏｏｔｈ（登録商標）通信を行うＢＴ通信部２１ｄとを有する。通信端末２２は、動作全体を制御する制御部２２ａと、車両接続端端末２１との間でＢｌｕｅｔｏｏｔｈ通信を行うＢＴ通信部２２ｂと、第１の実施形態で説明した広域無線通信部４ｃ、表示部４ｅ、操作受付部４ｆ及び記憶部４ｇに相当する広域無線通信部２２ｃ、表示部２２ｄ、操作受付部２２ｅ及び記憶部２２ｆとを有する。尚、車両接続端末２１と通信端末２２とがＢｌｕｅｔｏｏｔｈで接続される構成に限らず、他の無線通信方式（無線ＬＡＮ等）で接続される構成でも良い。又、車両接続端末２１と通信端末２２とが有線で接続される構成でも良い。このように第１の実施形態で説明した通信端末４の機能が車両接続端末２１と通信端末２２との２つの端末に分担される構成であっても、第１の実施形態と同様の作用効果を得ることができる。
【００６８】
（その他の実施形態）
本発明は、上記した実施形態にのみ限定されるものではなく、以下のように変形又は拡張することができる。
エンジンを診断する場合に適用することに限らず、例えばカーエアコン等の他の機構を診断する場合に適用しても良い。
エンジンの診断は、ダイアグ、始動、アイドル、レーシング、全開レーシングを一連の流れで行うことに限らず、ダイアグのみ、始動のみ、アイドルのみ等のように分割して行っても良いし、始動とアイドルとの２つ以上の組み合せとして行っても良い。
【００６９】
ＷＥＢ画面における作業者への指示は、文字のみに限らず、画像を組み合わせても良く、静止画や動画を用いても良い。又、例えば画像に連動して音声を出力する等しても良い。画像を組み合わせることで、作業者への指示をより正確に与えられる効果を期待することができる。
車両９の内部において、接続コネクタ９ａと第１の制御部１１ａ〜第４の制御部１４ａとの間の接続はＣＡＮに限らず、車載Ｅｔｈｅｒｎｅｔ（登録商標）、Ｆｌｅｘｒａｙ（登録商標）等の他の通信方式を利用しても良い。
【符号の説明】
【００７０】
図面中、１は車両診断システム、２はサーバ、４は通信端末、６ａは制御部（取得項目通知手段、取得項目決定手段、ダイアグ取得手段、診断回避手段、データ取得手段、診断結果判定手段、基準値決定手段、診断可否条件判定手段、診断可能条件通知手段、駆動機構温度取得手段、暖機要否判定手段、暖機必要通知手段、データ再取得要否判定手段、データ再取得必要通知手段、サンプリング速度判定手段、作業者操作判定手段、コンピュータ）、９は車両である。
【図１】
2014215052.tif 000003
【図２】
2014215052.tif 000004
【図３】
2014215052.tif 000005
【図４】
2014215052.tif 000006
【図５】
2014215052.tif 000007
【図６】
2014215052.tif 000008
【図７】
2014215052.tif 000009
【図８】
2014215052.tif 000010
【図９】
2014215052.tif 000011
【図１０】
2014215052.tif 000012
【図１１】
2014215052.tif 000013
【図１２】
2014215052.tif 000014
【図１３】
2014215052.tif 000015
【図１４】
2014215052.tif 000016
【図１５】
2014215052.tif 000017
【図１６】
2014215052.tif 000018
【図１７】
2014215052.tif 000019
【図１８】
2014215052.tif 000020
【図１９】
2014215052.tif 000021
【図２０】
2014215052.tif 000022
【図２１】
2014215052.tif 000023
【図２２】
2014215052.tif 000024
【図２３】
2014215052.tif 000025