(57)【要約】【課題】車両の診断を行なう際の通信負荷を抑制する。【解決手段】簡易的な一次診断は、車載システム１２の一次診断部２１で行ない（ステップＳ１０１）、この一次診断で異常が検出されたときに（ステップＳ１０２の判定が“Yes”）、その異常が運転者にとって感知できるか否かを判断する。そして、運転者にとって感知可能で、且つ車両の走行に影響すると判断したときだけ（ステップＳ１０４、Ｓ１０５の判定が共に“Yes”）、データ通信を伴うクラウドサービスを利用して、二次診断を要求する（ステップＳ１１０）。一方、運転者にとって感知できない、又は車両の走行に直ちに影響しないと判断したときには（ステップＳ１０４、又はＳ１０５の判定が“No”）、二次診断の要求をしない。【選択図】図２
2019131187.tif 000002
【特許請求の範囲】
【請求項１】
第一の車両データに応じて車両に異常があるか否かを一次診断する一次診断部と、
前記一次診断部で異常があると診断されたときに、前記異常が運転者にとって感知可能な内容であるか否かを判断する感知判断部と、
車両に設けられ、前記感知判断部で前記異常が運転者にとって感知できると判断されたときには、通信部を介して外部のサーバに対して第二の車両データを送信すると共に、前記第二の車両データに応じて前記異常の詳細について二次診断することを要求し、前記感知判断部で前記異常が運転者にとって感知できないと判断されたときには、前記サーバに対する前記第二の車両データの送信及び前記二次診断の要求をしない二次診断要求部と、を備えることを特徴とする車両診断装置。
【請求項２】
前記一次診断部、及び前記感知判断部が、前記車両に設けられることを特徴とする請求項１に記載の車両診断装置。
【請求項３】
前記一次診断部が、前記サーバに設けられ、
前記感知判断部が、前記車両に設けられたものであり、
前記車両に設けられ、前記通信部を介して前記サーバに対して前記第一の車両データを送信すると共に、前記第一の車両データに応じて前記一次診断することを要求する一次診断要求部と、
前記車両に設けられ、前記通信部を介して前記サーバから前記一次診断の診断結果を受信する一次診断結果受信部と、を備えることを特徴とする請求項１に記載の車両診断装置。
【請求項４】
前記感知判断部は、
前記異常が、運転者にとって感知可能で、且つ車両の走行に影響する内容であるか否かを判断することを特徴とする請求項１〜３の何れか一項に記載の車両診断装置。
【請求項５】
前記感知判断部の判断結果に応じて、運転者への情報伝達を行なう情報伝達部を備えることを特徴とする請求項１〜４の何れか一項に記載の車両診断装置。
【請求項６】
前記情報伝達部は、
前記感知判断部で前記異常が運転者にとって感知できないと判断されたときは、前記一次診断の診断結果だけを運転者に伝達することを特徴とする請求項５に記載の車両診断装置。
【請求項７】
前記情報伝達部は、
前記感知判断部で前記異常が運転者にとって感知できないと判断されたときは、走行終了後、又は次回走行前に、前記一次診断の診断結果を運転者に伝達することを特徴とする請求項６に記載の車両診断装置。
【請求項８】
前記情報伝達部は、
次の法定点検までの日数が、予め定めた日数以内であるときには、前記一次診断の診断結果を運転者に伝達しないことを特徴とする請求項６又は７に記載の車両診断装置。
【請求項９】
前記車両に設けられ、前記通信部を介して前記サーバから前記二次診断の診断結果を受信する二次診断結果受信部を備え、
前記情報伝達部は、
前記感知判断部で前記異常が運転者にとって感知できると判断されたときは、先ず前記一次診断の診断結果を運転者に伝達し、次いで前記二次診断の後に、前記二次診断の診断結果に応じて取るべき行動を運転者に伝達することを特徴とする請求項５〜８の何れか一項に記載の車両診断装置。
【請求項１０】
前記二次診断の診断結果に応じて、車両走行の停止が求められたときに、ロードサービスの救援を要請する救援要請部を備えることを特徴とする請求項９に記載の車両診断装置。
【請求項１１】
前記二次診断の診断結果に応じて、車両走行の継続が許容されたときに、車両の整備入庫を予約する入庫予約部を備えることを特徴とする請求項９又は１０に記載の車両診断装置。
【請求項１２】
前記入庫予約部は、
運転者の選択又は同意を求める場合は、車両が停止しているときに行なうことを特徴とする請求項１１に記載の車両診断装置。
【請求項１３】
前記情報伝達部は、
前記二次診断の診断結果に応じて、車両走行の継続が許容された場合、車両の現在位置が、目的地の予め定めた範囲内にあるときには、前記二次診断の診断結果に応じて取るべき行動を、前記目的地に到着してから運転者に伝達することを特徴とする請求項９〜１２の何れか一項に記載の車両診断装置。
【請求項１４】
車両に異常があるか否かを一次診断する一次診断部と、
前記一次診断部で異常があると一次診断されたときに、前記異常が運転者にとって感知可能な内容であるか否かを判断する感知判断部と、
車両とデータ通信可能で、前記感知判断部で前記異常が運転者にとって感知できると判断されたときには、前記データ通信を介して前記異常の詳細を二次診断し、前記感知判断部で前記異常が運転者にとって感知できないと判断されたときには、前記二次診断をしない二次診断部と、を備えることを特徴とする車両診断装置。
【請求項１５】
一次診断部で第一の車両データに応じて車両に異常があるか否かを一次診断し、
前記一次診断部で異常があると診断されたときに、感知判断部で前記異常が運転者にとって感知可能な内容であるか否かを判断し、
前記感知判断部で前記異常が運転者にとって感知できると判断されたときに、車両に搭載された二次診断要求部が、通信部を介して外部のサーバに対して第二の車両データを送信すると共に、前記第二の車両データに応じて前記異常の詳細について二次診断することを要求し、
前記感知判断部で前記異常が運転者にとって感知できないと判断されたときには、前記二次診断要求部が、前記サーバに対する前記第二の車両データの送信及び前記二次診断の要求をしないことを特徴とする車両診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両診断装置、車両診断方法に関する。
【背景技術】
【０００２】
特許文献１に記載の従来技術は、車両に故障が発生した際に、取るべき行動を段階的に運転者に知らせると共に、故障内容の車両への影響度に応じて、運転者に知らせる内容を変化させることを提案している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２４１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
車両の診断を、インターネットを利用したクラウドサービスによって行なうことが考えられるが、詳細な点まで全てをクラウドサービスで行なおうとすると、通信負荷が高くなってしまう。
本発明の課題は、車両の診断を行なう際の通信負荷を抑制することである。
【課題を解決するための手段】
【０００５】
本発明の一態様に係る車両診断装置は、一次診断部で第一の車両データに応じて車両に異常があるか否かを一次診断し、一次診断部で異常があると診断されたときに、感知判断部で異常が運転者にとって感知可能な内容であるか否かを判断する。また、感知判断部で異常が運転者にとって感知できると判断されたときに、車両に搭載された二次診断要求部が、通信部を介して外部のサーバに対して第二の車両データを送信すると共に、第二の車両データに応じて異常の詳細について二次診断することを要求する。一方、感知判断部で異常が運転者にとって感知できないと判断されたときには、二次診断要求部が、サーバに対する第二の車両データの送信及び二次診断の要求をしない。
【発明の効果】
【０００６】
本発明によれば、異常が運転者にとって感知できるときには、データ通信を介して二次診断を要求し、異常が運転者にとって感知できないときには、データ通信を介した二次診断の要求をしないので、通信負荷を抑制することができる。
【図面の簡単な説明】
【０００７】
【図１】第１実施形態における車両診断装置の構成図である。
【図２】第１実施形態における車両側の車両診断処理を示すフローチャートである。
【図３】第１実施形態におけるサーバ側の車両診断処理を示すフローチャートである。
【図４】第２実施形態における車両診断装置の構成図である。
【図５】第２実施形態における車両側の車両診断処理を示すフローチャートである。
【図６】第２実施形態におけるサーバ側の車両診断処理を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態を図面に基づいて説明する。なお、各図面は模式的なものであって、現実のものとは異なる場合がある。また、以下の実施形態は、本発明の技術的思想を具体化するための装置や方法を例示するものであり、構成を下記のものに特定するものでない。すなわち、本発明の技術的思想は、特許請求の範囲に記載された技術的範囲内において、種々の変更を加えることができる。
【０００９】
《第１実施形態》
《構成》
図１は、第１実施形態における車両診断装置の構成図である。
車両診断装置１１は、車載システム１２と、ネットワーク１３と、を備える。
先ず車載システム１２は、車両情報取得部１４と、音声データ取得部１５と、通信部１６と、コントローラ１７と、情報伝達部１８と、を備える。
【００１０】
車両情報取得部１４は、例えばＣＳＭＡ／ＣＡ方式の多重通信（ＣＡＮ：Controller Area Network）やフレックスレイ（Flex Ray）等の車載通信ネットワーク（車載ＬＡＮ）を介して車両情報を取得する。車両情報には、各種フェイル信号が含まれる。
音声データ取得部１５は、車室内に設けたマイクからなり、乗員の発話を取得する。
通信部１６は、ネットワーク（インターネット）１３に接続され、このネットワーク１３を介してクラウドサービス事業者のサーバ３１と相互にデータ通信を行なう。
【００１１】
コントローラ１７は、例えばマイクロコンピュータからなり、後述する車両診断処理を実行する。
情報伝達部１８は、タッチパネル、及びスピーカからなり、運転者に各種情報を伝達する。タッチパネルは、タッチ式の入力デバイスと、液晶パネルとを組み合わせたデバイスであり、コントローラ１７からの指令に応じて各種情報を表示すると共に、運転者が液晶パネルのタッチ面をタッチするときに、その位置情報をコントローラ１７に入力する。例えば、液晶パネルに表示された記号や文字をタッチすることで各種入力が行なわれる。また、スピーカによって、各種情報を音声によって出力する。
【００１２】
コントローラ１７は、一次診断部２１と、感知判断部２２と、二次診断要求部２３と、二次診断結果受信部２４と、を備えている。
一次診断部２１は、車両情報取得部１４で取得した第一の車両データ、及び音声データ取得部１５で取得した乗員の発話に応じて、車両に異常があるか否かを一次診断する。第一の車両データとは、例えば各種フェイル信号であり、この第一の車両データに応じた一次診断は、異常の有無を調べる簡易的な診断である。
感知判断部２２は、一次診断部２１で異常があると一次診断されたときに、その異常が運転者にとって感知可能で、且つ車両の走行に影響する内容であるか否かを判断する。
【００１３】
二次診断要求部２３は、感知判断部２２で異常が運転者にとって感知できると判断されたときには、通信部１６を介して外部のサーバ３１に対して第二の車両データを送信すると共に、第二の車両データに応じて異常の詳細について二次診断することを要求する。一方、感知判断部２２で異常が運転者にとって感知できないと判断されたときには、サーバに対する第二の車両データの送信、及び二次診断の要求をしない。
二次診断結果受信部２４は、通信部１６を介してサーバ３１から二次診断の診断結果を受信する。
【００１４】
ネットワーク１３には、ソフトウェア機能、アプリケーション実行のプラットフォーム機能、ハードウェアやインフラ機能の提供を行なうクラウドサービス事業者のサーバ３１が接続される。
サーバ３１は、二次診断部３２と、サポート部３３と、を備える。
二次診断部３２は、車載システム１２からの第二の車両データを受信し、二次診断の要求を受けたときに、異常の詳細を二次診断し、その診断結果を車載システム１２へと送信する。第二の車両データは、第一の車両データよりも多いか、又は第一の車両データとは異なるものであり、詳細な診断を行なうのに必要なデータである。
サポート部３３は、二次診断部３２の診断結果に応じて、ロードサービスの救援を要請したり、販売店に整備入庫の予約を行なったりする点で、ユーザのサポートを行なう。
【００１５】
次に、コントローラ１７で実行する車両診断処理について説明する。
図２は、第１実施形態における車両側の車両診断処理を示すフローチャートである。
ステップＳ１０１では、第一の車両データに応じて一次診断を行なう。具体的には、各種フェイル信号や、乗員の発話等に応じて、簡易的な一次診断を行なう。乗員の発話に応じた診断とは、例えば自然音声認識（ＶＯＣ：Voice Of the Customer）により、乗員の会話を認識し、エアコンやヒーターの不調を訴えるような発話を検出する。
続くステップＳ１０２では、一次診断の結果、異常が検出されたか否かを判定する。異常が検出されていないときには、そのまま所定のメインプログラムに復帰する。一方、異常が検出されたときにはステップＳ１０３に移行する。
【００１６】
ステップＳ１０３では、二次診断フラグがｆｓ＝０にリセットされているか否かを判定する。ここで、二次診断フラグがｆｓ＝０にリセットされているときには、二次診断が実行されていないと判断してステップＳ１０４に移行する。一方、二次診断フラグがｆｓ＝１にセットされているときには、二次診断が実行されたと判断してステップＳ１２２に移行する。
ステップＳ１０４では、一次診断によって検出された異常が、運転者にとって感知できる内容であるか否かを判定する。ここで、運転者にとって感知できると判定されたときにはステップＳ１０５に移行する。運転者にとって感知できる異常とは、警告灯が点灯又は点滅するような異常や、またエアコンやヒーター等の異常（不調）である。一方、運転者にとって感知できないと判定されたときはステップＳ１０６に移行する。
【００１７】
ステップＳ１０５では、一次診断によって検出された異常が、車両の走行に影響する内容であるか否かを判定する。ここで、車両の走行に直ちに影響しない内容であるときにはステップＳ１０６に移行する。車両の走行に直ちに影響しない異常とは、例えばアンチスキッド制御（ＡＢＳ）、トラクション制御（ＴＣＳ）、スタビリティ制御（ＶＤＣ：Vehicle Dynamics Control）等、特定の事象が発生したときのみ作動するような制御システムの異常である。一方、車両の走行に直ちに影響する内容であるときにはステップＳ１０９に移行する。車両の走行に直ちに影響する異常とは、エンジンオイルの圧力、ブレーキ系統、充電系統、排気温度等の異常である。
【００１８】
ステップＳ１０６では、定期点検までの日数が予め定めた日数（数日）以内であるか否かを判定する。ここで、定期点検までの日数が予め定めた日数よりも多いときには、定期点検までにある程度の期間があると判断してステップＳ１０７に移行する。一方、定期点検までの日数が予め定めた日数以内であるときには、定期点検が近いと判断して、そのまま所定のメインプログラムに復帰する。
ステップＳ１０７では、走行を終了したか否かを判定する。例えば、シフトポジションをドライブレンジからパーキングレンジに変更し、且つパーキングブレーキを作動させたときに、走行を終了したと判定する。ここで、走行を終了したと判定したときにはステップＳ１０８に移行する。一方、走行を終了していないと判定したときには、そのまま所定のメインプログラムに復帰する。
【００１９】
ステップＳ１０８では、情報伝達部１８に指令を出力し、一次診断の診断結果を運転者に伝達してから、所定のメインプログラムに復帰する。
一方、ステップＳ１０９では、情報伝達部１８に指令を出力し、一次診断の診断結果を運転者に伝達する。
続くステップＳ１１０では、通信部１６を介して外部のサーバ３１に対して第二の車両データを送信すると共に、第二の車両データに応じて異常の詳細について二次診断することを要求する。
【００２０】
続くステップＳ１１１では、通信部１６を介してサーバ３１から二次診断の診断結果を受信したか否かを判定する。ここでは、二次診断の診断結果を受信するまで待機し、二次診断の診断結果を受信したらステップＳ１１２に移行する。
ステップＳ１１２では、二次診断フラグをｆｓ＝１にセットする。
続くステップＳ１１３では、二次診断の診断結果に応じて、車両が走行可能であるか否かを判定する。ここで、走行可能である、つまり車両走行の継続を許容できると判定されたときにはステップＳ１１４に移行する。一方、走行不可である、つまり車両の停止が要求されていると判定したときにはステップＳ１２４に移行する。
【００２１】
ステップＳ１１４では、車両が目的地に向かって移動している途中であるか否かを判定する。ここで、移動の途中であるときにはステップＳ１１５に移行する。一方、移動が完了している、つまり目的地に到着しているときにはステップＳ１１８に移行する。
ステップＳ１１５では、車両の現在位置が、目的地の予め定めた範囲内であるか否かを判定する。ここで、車両の現在位置が目的地の予め定めた範囲外であるときには、目的地までは遠いと判断してステップＳ１１６に移行する。一方、車両の現在位置が目的地の予め定めた範囲内であるときには、目的地に近いと判断してステップＳ１１９に移行する。
【００２２】
ステップＳ１１６では、情報伝達部１８に指令を出力し、二次診断の診断結果、及びその診断結果に応じて取るべき行動を運転者に伝達する。
続くステップＳ１１７では、伝達フラグをｆｔ＝１にセットしてからステップＳ１１９に移行する。
一方、ステップＳ１１８では、伝達フラグがｆｔ＝０にリセットされているか否かを判定する。ここで、伝達フラグがｆｔ＝０にリセットされているときには、二次診断の診断結果をまだ運転者に伝達していないと判断してステップＳ１１６に移行する。一方、伝達フラグがｆｔ＝１にセットされているときには、二次診断の診断結果を既に運転者に伝達していると判断してステップＳ１１９に移行する。
【００２３】
ステップＳ１１９では、伝達フラグがｆｔ＝１にセットされているか否かを判定する。ここで、伝達フラグがｆｔ＝０にリセットされているときには、二次診断の診断結果をまだ運転者に伝達していないと判断して、そのまま所定のメインプログラムに復帰する。一方、伝達フラグがｆｔ＝１にセットされているときには、二次診断の診断結果を既に運転者に伝達していると判断してステップＳ１２０に移行する。
ステップＳ１２０では、車両が停車しているか否かを判定する。例えば、シフトポジションをドライブレンジからニュートラルレンジ又はパーキングレンジに変更し、且つパーキングブレーキを作動させたときに、車両が停車していると判定する。ここで、車両が停車していないときには、そのまま所定のメインプログラムに復帰する。一方、車両が停車しているときにはステップＳ１２１に移行する。
【００２４】
ステップＳ１２１では、サポート部３３とのデータ通信を利用したクラウドサービスにより、車両の整備入庫を予約してから、所定のメインプログラムに復帰する。ここでは、整備工場のスケジュール、部品の在庫状況、運転者のスケジュール等を考慮し、運転者の選択又は同意を求めて、整備入庫の予約を行なう。
一方、ステップＳ１２２では、車両の整備入庫を予約済みであるか否かを判定する。ここで、整備入庫をまだ予約していないときにはステップＳ１１４に移行する。一方、整備入庫を既に予約しているときにはステップＳ１２３に移行する。
ステップＳ１２３では、必要に応じて、例えば整備入庫の日が近づいてきたときに、情報伝達部１８に指令を出力し、整備入庫の予定を運転者に通知してから所定のメインプログラムに復帰する。
【００２５】
一方、ステップＳ１２４では、情報伝達部１８に指令を出力し、二次診断の診断結果、及びその診断結果に応じて取るべき行動を運転者に伝達する。ここでは、車両を直ちに停止させるよう運転者を促す。
続くステップＳ１２５では、サポート部３３とのデータ通信を利用したクラウドサービスにより、ロードサービスの救援を要請してから所定のメインプログラムに復帰する。
なお、車両の整備が完了し、異常が解消されたときに、二次診断フラグがｆｓ＝０にリセットされると共に、伝達フラグがｆｔ＝０にリセットされる。
上記が車両側の車両診断処理である。
【００２６】
次に、サーバ３１で実行する車両診断処理について説明する。
図３は、第１実施形態におけるサーバ側の車両診断処理を示すフローチャートである。
ステップＳ１３１では、車載システム１２から第二の車両データと共に二次診断の要求を受信したか否かを判定する。ここで、二次診断の要求を受信していないときには、そのまま所定のメインプログラムに復帰する。一方、二次診断の要求を受信したときにはステップＳ１３２に移行する。
ステップＳ１３２では、第二の車両データに応じて、異常の詳細について二次診断を実行する。
続くステップＳ１３３では、二次診断の診断結果を車載システム１２へと送信してから所定のメインプログラムに復帰する。
上記がサーバ側の車両診断処理である。
【００２７】
《作用》
次に、第１実施形態の作用について説明する。
車両の診断を、インターネットを利用したクラウドサービスによって行なうことが考えられるが、詳細な点まで全てをクラウドサービスで行なうと、通信料金も含めて通信負荷が高くなってしまう。また、車両走行に直ちに影響がないような異常でも、詳細な診断を行ない、逐一、その診断結果を伝達する、ということもユーザにとっては煩わしさとなることがある。
【００２８】
そこで、先ず簡易的な一次診断は、車載システム１２の一次診断部２１で行ない（ステップＳ１０１）、この一次診断で異常が検出されたときに（ステップＳ１０２の判定が“Yes”）、その異常が運転者にとって感知できるか否かを判断する。そして、運転者にとって感知可能で、且つ車両の走行に影響すると判断したときだけ（ステップＳ１０４、Ｓ１０５の判定が共に“Yes”）、データ通信を伴うクラウドサービスを利用して、二次診断を要求する（ステップＳ１１０）。サーバ３１の二次診断部３２は、車載システム１２からの要求を受信すると（ステップＳ１３１の判定が“Yes”）、第二の車両データに応じて異常の詳細を調べる二次診断を実行し（ステップＳ１３２）、その診断結果を車載システム１２へ送信する（ステップＳ１３３）。一方、運転者にとって感知できない、又は車両の走行に直ちに影響しないと判断したときには（ステップＳ１０４、又はＳ１０５の判定が“No”）、第二の車両データの送信及び二次診断の要求を実行しない。
【００２９】
すなわち、運転者にとって感知できる内容であるか否か、及び車両の走行に直ちに支障を来す内容であるか否か、といった状況や重要性を考慮したうえで、データ通信を伴う二次診断を実行するか否かを決定する。したがって、常にデータ通信を伴う車両診断を実行する場合と比べて、通信料金や通信負荷を抑制することができる。また、運転者が気付きにくい、又は車両走行に直ちに影響が及ばないような軽微な内容であれば、詳細な診断を省くことにより、煩わしさを低減することもできる。
【００３０】
また、異常が運転者にとって感知できる否かの判断結果に応じて、運転者への情報伝達を行なっている。具体的には、感知できるか否かの判断結果に応じて、情報伝達の回数、内容、タイミング等を変化させる。
先ず、異常が運転者にとって感知できると判断されたときは、一次診断の診断結果を運転者に伝達し（ステップＳ１０９）、次いで二次診断の後に、この二次診断の診断結果に応じて取るべき行動を運転者に伝達する（ステップＳ１１６）。このように、一次診断の診断結果、次いで二次診断の診断結果と、それに応じて取るべき対応を順に案内することで、運転者にとっては安心感の向上につながる。
【００３１】
なお、車両が間もなく目的地に到着するようなときには（ステップＳ１１５の判定が“Yes”）、二次診断の診断結果を伝達せず、目的地に到着してから（ステップＳ１１４の判定が“No”）、二次診断の診断結果を伝達する。このように、目的地に向かって移動しており、間もなく目的地に到着しようとしているときには、診断結果の伝達を控えることにより、注意を逸らされることなく目的地に到着するまで運転に集中することができる。そして、目的地に到着してから診断結果を伝達することで、より冷静に診断結果を受け止めることができる。但し、目的地の到着までしばらく時間がかかるような場合には（ステップＳ１１５の判定が“No”）、率直に注意喚起する必要があるため、診断結果を伝達する。これにより、車両診断システムに対する信頼感が向上する。
【００３２】
一方、運転者にとって感知できない、又は車両の走行に直ちに影響しないと判断したときには（ステップＳ１０４、又はＳ１０５の判定が“No”）、一次診断の診断結果だけを運転者に伝達する（ステップＳ１０８）。これにより、運転者にとっては気付きにくい、又は車両走行に直ちに影響が及ばないような軽微な内容であっても、車両診断システムが適正に把握していることを運転者は理解できるので、安心感や信頼感が向上する。
なお、定期点検が近いときには（ステップＳ１０６の判定が“Yes”）、診断結果の伝達を控える。このように、近日中に保守点検がなされ、修繕されることが明らかであるなら、診断結果の伝達を控えても問題はなく、煩わしさをさらに低減することができる。
【００３３】
さらに、車両が走行しているときには（ステップＳ１０７の判定が“No”）、一次診断の診断結果を伝達せず、走行を終了してから（ステップＳ１０７の判定が“Yes”）、一次診断の診断結果を伝達する。このように、車両が走行している最中には、診断結果の伝達を控えることにより、注意を逸らされることなく走行を終了するまで運転に集中することができる。そして、走行が終了してから診断結果を伝達することで、より冷静に診断結果を受け止めることができる。
【００３４】
また、二次診断が行われた場合には、車両の走行に影響があるということなので、仮に車両走行の継続が許容されたとしても、速やかに車両の整備入庫を行なう必要がある。そこで、二次診断の診断結果を伝達した後に（ステップＳ１１９の判定が“Yes”）、クラウドサービスを利用して、整備入庫の予約を行なう（ステップＳ１２１）。これにより、速やかな整備入庫が促され、利便性が向上する。このとき、整備工場のスケジュール、部品の在庫状況、運転者のスケジュール等を考慮し、運転者の選択又は同意を求めることになるため、整備入庫の予約は、車両が停車しているときに（ステップＳ１２０の判定が“Yes”）実施する。これにより、注意が逸らされることなく、運転に集中することができる。
【００３５】
なお、整備入庫の予約をした後は（ステップＳ１２２の判定が“Yes”）、随時、リマインダを行なう（ステップＳ１２３）。これにより、入庫予定をうっかり忘れることを防ぎ、利便性が向上する。
一方、二次診断の結果、走行不可と診断され、車両の停止が要求されることもある。この場合には、速やかに車両を停止させる必要があるため、その旨を運転者に伝達する（ステップＳ１２４）。さらに、クラウドサービスを利用して、ロードサービスの救援を要請する（ステップＳ１２５）。これにより、速やかなロードサービスが受けられ、利便性が向上する。
【００３６】
《対応関係》
一次診断部２１、及びステップＳ１０１の処理が「一次診断部」に対応する。感知判断部２２、及びステップＳ１０４、Ｓ１０５の処理が「感知判断部」に対応する。二次診断要求部２３、及びステップＳ１１０の処理が「二次診断要求部」に対応する。二次診断結果受信部２４が「二次診断結果受信部」に対応する。情報伝達部１８、及びステップＳ１０８、Ｓ１０９、Ｓ１１６、Ｓ１２４の処理が「情報伝達部」に対応する。サポート部３３、及びステップＳ１２１の処理が「入庫予約部」に対応する。サポート部３３、及びステップＳ１２５の処理が「救援要請部」に対応する。二次診断部３２、及びステップＳ１３２の処理が「二次診断部」に対応する。
【００３７】
《変形例》
第１実施形態では、異常を運転者が感知できないと判断したときに、走行が終了してから一次診断の診断結果を運転者に伝達しているが、これに限定されるものではなく、次回の走行前に一次診断の診断結果を運転者に伝達してもよい。何れにしても、走行中に診断結果の伝達を控えることで、注意が逸らされることなく、運転に集中することができる。
第１実施形態では、車載システム１２の通信部１６を介して、サーバ３１とのデータ通信を行なっているが、これに限定されるものではない。すなわち、例えばＰＤＡ（Personal Digital Assistant）、タブレット端末、携帯電話（スマートフォン、フィーチャーフォン等）、ノートＰＣ（Personal Computer）などの携帯型の情報端末を介して、サーバ３１とのデータ通信を行なってもよい。
【００３８】
《効果》
次に、第１実施形態における主要部の効果を記す。
（１）第１実施形態に係る車両診断装置は、一次診断部２１で第一の車両データに応じて車両に異常があるか否かを一次診断し、一次診断部２１で異常があると診断されたときに、感知判断部２２で異常が運転者にとって感知可能な内容であるか否かを判断する。そして、感知判断部２２で異常が運転者にとって感知できると判断されたときに、車両に搭載された二次診断要求部２３が、通信部１６を介して外部のサーバ３１に対して第二の車両データを送信すると共に、第二の車両データに応じて異常の詳細について二次診断することを要求する。一方、感知判断部２２で異常が運転者にとって感知できないと判断されたときには、二次診断要求部２３が、サーバ３１に対する第二の車両データの送信及び二次診断の要求をしない。
このように、異常が運転者にとって感知できるときに、データ通信を介して二次診断を要求し、異常が運転者にとって感知できないときには、データ通信を介した二次診断を要求しないので、通信負荷を抑制することができる。
【００３９】
（２）第１実施形態に係る車両診断装置は、一次診断部２１、及び感知判断部２２が、車両に、つまり車載システム１２に設けられる。
このように、一次診断部２１、及び感知判断部２２が車両に設けられることにより、サーバ３１で一次診断や感知判断を行なうよりも、通信負荷を抑制することができる。
【００４０】
（３）第１実施形態に係る車両診断装置は、一次診断で検出された異常が、運転者にとって感知可能で、且つ車両の走行に影響する内容であるか否かを判断する。
このように、運転者にとって感知可能であるか否か、及び車両の走行に影響するか否かを判断することにより、二次診断を実施するか否かを適切に見極めて、状況や重要性に合った決定を下すことができる。
【００４１】
（４）第１実施形態に係る車両診断装置は、一次診断で検出された異常が運転者にとって感知可能であるか否かに応じて、運転者への情報伝達を行なう。
このように、運転者にとって感知可能であるか否かを判断することにより、運転者に対して適切な情報伝達を行なうことができる。
【００４２】
（５）第１実施形態に係る車両診断装置は、異常が運転者にとって感知できないと判断されたときは、一次診断の診断結果だけを運転者に伝達する。
このように、運転者にとって感知できないと判断したときに、一次診断の診断結果だけを伝達することで、必要十分な情報だけを伝達し、煩わしさを低減することができる。
【００４３】
（６）第１実施形態に係る車両診断装置は、異常が運転者にとって感知できないと判断されたときは、走行終了後、又は次回走行前に、一次診断の診断結果を運転者に伝達する。
このように、走行終了後、又は次回走行前に、一次診断の診断結果を伝達することで、注意が逸らされることなく、運転に集中することができる。
【００４４】
（７）第１実施形態に係る車両診断装置は、次の法定点検までの日数が、予め定めた日数以内であるときには、一次診断の診断結果を運転者に伝達しない。
このように、法定点検まで近いときには、診断結果の伝達を控えることで、煩わしさをさらに低減することができる。
【００４５】
（８）第１実施形態に係る車両診断装置は、異常が運転者にとって感知できると判断されたときは、先ず一次診断の診断結果を運転者に伝達し、次いで二次診断の後に、二次診断の診断結果に応じて取るべき行動を運転者に伝達する。
このように、一次診断の診断結果を伝達し、それから二次診断の診断結果に応じて取るべき行動を伝達することで、運転者に安心感を与えることができる。
【００４６】
（９）第１実施形態に係る車両診断装置は、二次診断の診断結果に応じて、車両走行の停止が求められたときに、サポート部３３を介してロードサービスの救援を要請する。
このように、ロードサービスの救援を要請することで、利便性が向上する。
【００４７】
（１０）第１実施形態に係る車両診断装置は、二次診断の診断結果に応じて、車両走行の継続が許容されたときに、サポート部３３を介して車両の整備入庫を予約する。
このように、整備入庫を予約することで、利便性が向上する。
【００４８】
（１１）第１実施形態に係る車両診断装置は、整備入庫の予約に際し、運転者の選択又は同意を求める場合は、車両が停止しているときに行なう。
このように、車両が停止しているときに、運転者の選択や同意を求めるので、注意が逸らされることなく運転に集中することができる。
【００４９】
（１２）第１実施形態に係る車両診断装置は、二次診断の診断結果に応じて、車両走行の継続が許容された場合、車両の現在位置が、目的地の予め定めた範囲内にあるときには、二次診断の診断結果に応じて取るべき行動を、目的地に到着してから運転者に伝達する。
このように、目的地への到着が近いときには、到着してから伝達を行なうことで、注意が逸らされることなく運転に集中することができる。
【００５０】
（１３）第１実施形態に係る車両診断装置は、車両に異常があるか否かを一次診断し、異常があると一次診断されたときに、異常が運転者にとって感知可能な内容であるか否かを判断する。そして、異常が運転者にとって感知できると判断されたときに、データ通信を介して異常の詳細を二次診断し、異常が運転者にとって感知できないと判断されたときには、二次診断しない。
このように、異常が運転者にとって感知できるときに、データ通信を介して二次診断をし、異常が運転者にとって感知できないときには、データ通信を介した二次診断をしないので、通信負荷を抑制することができる。
【００５１】
（１４）第１実施形態に係る車両診断方法は、一次診断部２１で第一の車両データに応じて車両に異常があるか否かを一次診断し、一次診断部２１で異常があると診断されたときに、感知判断部２２で異常が運転者にとって感知可能な内容であるか否かを判断する。そして、感知判断部２２で異常が運転者にとって感知できると判断されたときに、車両に搭載された二次診断要求部２３が、通信部１６を介して外部のサーバ３１に対して第二の車両データを送信すると共に、第二の車両データに応じて異常の詳細について二次診断することを要求する。一方、感知判断部２２で異常が運転者にとって感知できないと判断されたときには、二次診断要求部２３が、サーバ３１に対する第二の車両データの送信及び二次診断の要求をしない。
このように、異常が運転者にとって感知できるときに、データ通信を介して二次診断を要求し、異常が運転者にとって感知できないときには、データ通信を介した二次診断を要求しないので、通信負荷を抑制することができる。
【００５２】
《第２実施形態》
《構成》
第２実施形態は、二次診断のみならず、一次診断もクラウドサービスを利用して実行するものである。
ここでは、車載システム１２で行なっていた一次診断を、サーバ３１で行なうように変更したことを除いては、前述した第１実施形態と同様であるため、共通する部分については、詳細な説明を省略する。
【００５３】
図４は、第２実施形態における車両診断装置の構成図である。
車載システム１２は、前述した一次診断部２１の代わりに、一次診断要求部２５と、一次診断結果受信部２６と、を備える。
一次診断要求部２５は、通信部１６を介して外部のサーバ３１に対して第一の車両データを送信すると共に、第一の車両データに応じて車両に異常があるか否かの一次診断を要求する。
【００５４】
一次診断結果受信部２６は、通信部１６を介してサーバ３１から一次診断の診断結果を受信する。
サーバ３１には、一次診断部３４が追加される。
一次診断部３４は、車載システム１２からの第一の車両データを受信し、一次診断の要求を受けたときに、異常の詳細を一次診断し、その診断結果を車載システム１２へと送信する。
【００５５】
図５は、第２実施形態における車両側の車両診断処理を示すフローチャートである。
ここでは、前述したステップＳ１０１の処理を、新たなステップＳ２０１、Ｓ２０２の処理に変更している。
ステップＳ２０１では、通信部１６を介して外部のサーバ３１に対して第一の車両データを送信すると共に、第一の車両データに応じて車両に異常があるか否かの一次診断を要求する。
続くステップＳ２０２では、通信部１６を介してサーバ３１から一次診断の診断結果を受信したか否かを判定する。ここでは、一次診断の診断結果を受信するまで待機し、一次診断の診断結果を受信したらステップＳ１０２に移行する。
上記が車両側の車両診断処理である。
【００５６】
図６は、第２実施形態におけるサーバ側の車両診断処理を示すフローチャートである。
ここでは、前述したステップＳ１３１の処理の前に、新たなステップＳ２１１〜Ｓ２１３の処理を追加している。
ステップＳ２１１では、車載システム１２から第一の車両データと共に一次診断の要求を受信したか否かを判定する。ここで、一次診断の要求を受信していないときにはステップＳ１３１に移行する。一方、一次診断の要求を受信したときにはステップＳ２１２に移行する。
ステップＳ２１２では、第一の車両データに応じて、車両に異常があるか否かの一次診断を実行する。
続くステップＳ２１３では、一次診断の診断結果を車載システム１２へと送信してから所定のメインプログラムに復帰する。
上記がサーバ側の車両診断処理である。
【００５７】
《作用》
次に、第２実施形態の作用について説明する。
車載システム１２は、データ通信を伴うクラウドサービスを利用して、一次診断を要求する（ステップＳ２０１）。サーバ３１の一次診断部３４は、車載システム１２からの要求を受信すると（ステップＳ２１１の判定が“Yes”）、第一の車両データに応じて車両に異常があるか否かの一次診断を実行し（ステップＳ２１２）、その診断結果を車載システム１２へ送信する（ステップＳ２１３）。
このように、二次診断のみならず、一次診断をもクラウドサービスを利用して実行することにより、車載システム１２から一次診断部２１を省略することができる。
第２実施形態において、前述した第１実施形態と共通する部分については、同様の作用効果が得られるものとし、詳細な説明は省略する。
【００５８】
《対応関係》
一次診断要求部２５、及びステップＳ２０１の処理が「一次診断要求部」に対応する。一次診断結果受信部２６が「一次診断結果受信部」に対応する。一次診断部３４、及びステップＳ２１２の処理が「一次診断部」に対応する。
【００５９】
《効果》
次に、第２実施形態における主要部の効果を記す。
（１）第１実施形態に係る車両診断装置は、一次診断部３４が、サーバ３１に設けられ、感知判断部２２が、車両に設けられている。そして、車両に設けられた一次診断要求部２５が、通信部１６を介してサーバ３１に対して第一の車両データを送信すると共に、第一の車両データに応じて一次診断することを要求する。また、車両に設けられた一次診断結果受信部２６が、通信部１６を介してサーバ３１から一次診断の診断結果を受信する。
このように、一次診断をサーバ３１で実行することにより、車載システム１２を簡素化することができる。
【００６０】
以上、限られた数の実施形態を参照しながら説明したが、権利範囲はそれらに限定されるものではなく、上記の開示に基づく実施形態の改変は、当業者にとって自明のことである。また、各実施形態は、任意に組み合わせて採用することができる。
【符号の説明】
【００６１】
１１  車両診断装置
１２  車載システム
１３  ネットワーク
１４  車両情報取得部
１５  音声データ取得部
１６  通信部
１７  コントローラ
１８  情報伝達部
２１  一次診断部
２２  感知判断部
２３  二次診断要求部
２４  二次診断結果受信部
２５  一次診断要求部
２６  一次診断結果受信部
３１  サーバ
３２  二次診断部
３３  サポート部
３４  一次診断部
【図１】
2019131187.tif 000003
【図２】
2019131187.tif 000004
【図３】
2019131187.tif 000005
【図４】
2019131187.tif 000006
【図５】
2019131187.tif 000007
【図６】
2019131187.tif 000008
【手続補正書】
【提出日】平成31年4月26日(2019.4.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第一の車両データに応じて車両に異常があるか否かを一次診断する一次診断部と、
前記一次診断部で異常があると診断されたときに、前記異常が運転者にとって感知可能な内容であるか否かを判断する感知判断部と、
車両に設けられ、前記感知判断部で前記異常が運転者にとって感知できると判断されたときには、通信部を介して外部のサーバに対して第二の車両データを送信すると共に、前記第二の車両データに応じて前記異常の詳細について二次診断することを要求する二次診断要求部と、
前記感知判断部で前記異常が運転者にとって感知できないと判断されたときは、前記一次診断の診断結果だけを運転者に伝達し、前記感知判断部で前記異常が運転者にとって感知できると判断されたときは、前記二次診断の診断結果を運転者に伝達する情報伝達部と、を備えることを特徴とする車両診断装置。
【請求項２】
前記一次診断部、及び前記感知判断部が、前記車両に設けられることを特徴とする請求項１に記載の車両診断装置。
【請求項３】
前記一次診断部が、前記サーバに設けられ、
前記感知判断部が、前記車両に設けられたものであり、
前記車両に設けられ、前記通信部を介して前記サーバに対して前記第一の車両データを送信すると共に、前記第一の車両データに応じて前記一次診断することを要求する一次診断要求部と、
前記車両に設けられ、前記通信部を介して前記サーバから前記一次診断の診断結果を受信する一次診断結果受信部と、を備えることを特徴とする請求項１に記載の車両診断装置。
【請求項４】
前記感知判断部は、
前記異常が、運転者にとって感知可能で、且つ車両の走行に影響する内容であるか否かを判断することを特徴とする請求項１〜３の何れか一項に記載の車両診断装置。
【請求項５】
前記情報伝達部は、
前記感知判断部で前記異常が運転者にとって感知できないと判断されたときは、走行終了後、又は次回走行前に、前記一次診断の診断結果を運転者に伝達することを特徴とする請求項１〜４の何れか一項に記載の車両診断装置。
【請求項６】
前記情報伝達部は、
次の法定点検までの日数が、予め定めた日数以内であるときには、前記一次診断の診断結果を運転者に伝達しないことを特徴とする請求項１〜５の何れか一項に記載の車両診断装置。
【請求項７】
前記車両に設けられ、前記通信部を介して前記サーバから前記二次診断の診断結果を受信する二次診断結果受信部を備え、
前記情報伝達部は、
前記感知判断部で前記異常が運転者にとって感知できると判断されたときは、先ず前記一次診断の診断結果を運転者に伝達し、次いで前記二次診断の後に、前記二次診断の診断結果に応じて取るべき行動を運転者に伝達することを特徴とする請求項１〜６の何れか一項に記載の車両診断装置。
【請求項８】
前記二次診断の診断結果に応じて、車両走行の停止が求められたときに、ロードサービスの救援を要請する救援要請部を備えることを特徴とする請求項７に記載の車両診断装置。
【請求項９】
前記二次診断の診断結果に応じて、車両走行の継続が許容されたときに、車両の整備入庫を予約する入庫予約部を備えることを特徴とする請求項７又は８に記載の車両診断装置。
【請求項１０】
前記入庫予約部は、
運転者の選択又は同意を求める場合は、車両が停止しているときに行なうことを特徴とする請求項９に記載の車両診断装置。
【請求項１１】
前記情報伝達部は、
前記二次診断の診断結果に応じて、車両走行の継続が許容された場合、車両の現在位置が、目的地の予め定めた範囲内にあるときには、前記二次診断の診断結果に応じて取るべき行動を、前記目的地に到着してから運転者に伝達することを特徴とする請求項７〜１０の何れか一項に記載の車両診断装置。
【請求項１２】
車両に異常があるか否かを一次診断する一次診断部と、
前記一次診断部で異常があると一次診断されたときに、前記異常が運転者にとって感知可能な内容であるか否かを判断する感知判断部と、
車両とデータ通信可能で、前記感知判断部で前記異常が運転者にとって感知できると判断されたときには、前記データ通信を介して前記異常の詳細を二次診断する二次診断部と、
前記感知判断部で前記異常が運転者にとって感知できないと判断されたときは、前記一次診断の診断結果だけを運転者に伝達し、前記感知判断部で前記異常が運転者にとって感知できると判断されたときは、前記二次診断の診断結果を運転者に伝達する情報伝達部と、を備えることを特徴とする車両診断装置。
【請求項１３】
一次診断部で第一の車両データに応じて車両に異常があるか否かを一次診断し、
前記一次診断部で異常があると診断されたときに、感知判断部で前記異常が運転者にとって感知可能な内容であるか否かを判断し、
前記感知判断部で前記異常が運転者にとって感知できないと判断されたときは、前記一次診断の診断結果だけを運転者に伝達し、
前記感知判断部で前記異常が運転者にとって感知できると判断されたときに、車両に搭載された二次診断要求部が、通信部を介して外部のサーバに対して第二の車両データを送信すると共に、前記第二の車両データに応じて前記異常の詳細について二次診断することを要求し、前記二次診断の診断結果を運転者に伝達することを特徴とする車両診断方法。