(57)【要約】【課題】ユーザの挙動に関わらず、ユーザの感触と車両データとを関連付けて取得可能な車両の問診システムを提供する。【解決手段】車両の挙動に関する車両データが、情報収集を行う条件である収集条件を満たしているか否か監視するように構成された監視部３１と、監視部３１により収集条件を満たしていると判定された場合に、車両のユーザに収集条件に関連した問診を行うように構成された問診部３４と、問診に対するユーザの回答及び問診を行った際の車両データが関連付けて記録される顧客車両管理ＤＢ５２と、を備える【選択図】図１
2018081425.tif 000002
【特許請求の範囲】
【請求項１】
車両の挙動に関する車両データが、情報収集を行う条件である収集条件を満たしているか否か監視するように構成された監視部（３１）と、
前記監視部により前記収集条件を満たしていると判定された場合に、前記車両のユーザに前記収集条件に関連した問診を行うように構成された問診部（３４）と、
前記問診に対する前記ユーザの回答及び前記問診を行った際の前記車両データが関連付けて記録される記憶装置（５２）と、を備える、車両の問診システム。
【請求項２】
前記車両の開発者用の開発者端末（７０）を備え、
前記収集条件及び前記問診の内容の少なくとも一方は、前記開発者端末からの入力に応じて変更可能となっている、請求項１に記載の車両の問診システム。
【請求項３】
前記監視部は、前記ユーザの状況が問診可能な状況か否か監視するように構成されており、
前記問診部は、前記監視部により前記ユーザの状況が問診可能な状況と判定されたことを条件として、前記問診を実行するように構成されている、請求項１又は２に記載の車両の問診システム。
【請求項４】
前記監視部は、前記ユーザの状況が、緊急の運転操作を実行している状況又は実行した直後の状況である場合に、問診不可能な状況と判定するように構成されている、請求項３に記載の車両の問診システム。
【請求項５】
前記監視部は、前記ユーザの状況が、前記ユーザに前記問診を行うことで前記ユーザを不快にさせる状況である場合に、問診不可能な状況と判定するように構成されている、請求項３又は４に記載の車両の問診システム。
【請求項６】
前記問診には、重要度が高いほど高い優先度が設定されており、
前記監視部は、前記ユーザの状況が、前記ユーザに前記問診を行うことで前記ユーザを不快にさせる可能性が高いほど、高い問診難度を設定するように構成されており、
前記問診部は、前記問診難度を超える前記優先度が設定された前記問診が存在する場合に、少なくとも前記問診難度を超える前記優先度が設定された前記問診を行うように構成されている、請求項３〜５のいずれか１項に記載の車両の問診システム。
【請求項７】
前記問診部は、前記ユーザに問診してもよいか否か質問して、前記ユーザの承認が得られたことを条件として、前記ユーザに前記問診を行うように構成されている、請求項１〜６のいずれか１項に記載の車両の問診システム。
【請求項８】
前記問診部は、前記質問に対して前記ユーザの承認が得られなかった場合に、前記質問に対する前記ユーザの拒絶の度合が強いほど、次の前記問診を行うまでの待機時間を長く設定するように構成されている、請求項７に記載の車両の問診システム。
【請求項９】
前記問診部は、前記ユーザに問診してもよいか否か質問する際に、前記問診への回答に対して特典が付与されることを前記ユーザに提示するように構成されている、請求項７又は８に記載の車両の問診システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ユーザの感触と車両データとを関連付けて取得する車両の問診システムに関する。
【背景技術】
【０００２】
走行中の車両の挙動に関する車両データや、車両の挙動に対するユーザの感触は、車両診断や車両開発に利用できる重要な情報である。そのため、車両の走行中に大量の車両データを取得し、取得したデータを解析して利用する技術が提案されている。ただし、車両の挙動に対するユーザの感触は、ディーラに入庫した時にメカニックによる問診を行わないと得ることが難しかった。
【０００３】
そこで、特許文献１に記載の車両の問診システムは、ユーザの挙動に基づいて、ユーザが車両の挙動に違和感を抱いたタイミングを検知し、ユーザの違和感と関連付けて、検知したタイミング前後の車両データを取得して記録している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２０１０８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の車両の問診システムは、ユーザの挙動に通常と異なる兆候が表れない限り、ユーザの違和感と車両データとを関連付けて取得することができない。
【０００６】
本開示は、上記実情に鑑みてなされたものであり、ユーザの挙動に関わらず、ユーザの感触と車両データとを関連付けて取得可能な車両の問診システムを提供する。
【課題を解決するための手段】
【０００７】
本開示は、車両の問診システムであって、監視部（３１）と、問診部（３４）と、記憶装置（５２）と、を備える。監視部は、車両の挙動に関する車両データが、情報収集を行う条件である収集条件を満たしているか否か監視するように構成されている。問診部は、監視部により収集条件を満たしていると判定された場合に、車両のユーザに収集条件に関連した問診を行うように構成されている。記憶装置５２は、問診に対するユーザの回答及び問診を行った際の車両データが関連付けて記録される。
【０００８】
本開示によれば、車両データが収集条件を満たしているか否か監視され、車両データが収集条件を満たしている場合に、ユーザに収集条件に関連した問診が行われるとともに、車両データが収集される。すなわち、ユーザの挙動に起因したタイミングではなく、問診システム自身が判定したタイミングで、問診が行われるとともに車両データが収集される。そして、収集された問診の回答及び車両データは、記憶装置に関連付けて記録される。したがって、ユーザの挙動に関わらず、ユーザの感触と車両データとを関連付けて取得することができる。
【０００９】
なお、この欄及び特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。
【図面の簡単な説明】
【００１０】
【図１】車両の問診システムの構成を示すブロック図である。
【図２】問診トリガ管理データベース内に記憶されている問診管理表を示す図である。
【図３】問診を行う処理手順を示すフローチャートである。
【図４】ユーザ状況をチェックする処理手順を示すフローチャートである。
【図５】ユーザの承認を得る処理手順を示すフローチャートである。
【図６】問診処理時の動作の流れを示す第１シーケンス図である。
【図７】第１シーケンス図に続く問診処理時の動作の流れを示す第２シーケンス図である。
【図８】第２シーケンス図に続く問診処理時の動作の流れを示す第３シーケンス図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら、発明を実施するための形態を説明する。
＜構成＞
まず、本実施形態に係る車両の問診システム１００（以下、問診システム１００）の構成について、図１を参照して説明する。問診システム１００は、サーバ５０と、開発者端末７０と、車両装置３０と、問診モジュール３４と、無線通信装置３５と、ＨＭＩ装置３６と、を備える。問診システム１００は、車両データに異常が表れたときに、ユーザに問診して、車両データとユーザの感触とを関連付けて取得するシステムである。ここでのユーザは、ドライバや同乗者を想定している。
【００１２】
サーバ５０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、半導体メモリ、及びＩ／Ｏ等を備えた周知のマイクロコンピュータを主体として構成されており、情報センタ等に設置されている。また、サーバ５０は、問診トリガ管理ＤＢ５１と、顧客車両管理ＤＢ５２と、を備える。ＤＢはデータベースの略である。
【００１３】
問診トリガ管理ＤＢ５１は、記憶装置であり、図２に示すような問診管理表が記憶されている。問診管理表では、問診トリガごとに、優先度と、収集条件と、問診シナリオと、収集データと、再問診可能時間と、付与ポイントとが、関連付けられている。優先度は、対応する問診トリガを実行する優先度であり、値が大きいほど優先度が高く、車両の走行に関わるような重要な問診ほど高くなっている。収集条件は、車両データ及び問診データを収集する条件であり、車両データが収集条件を満たしたときに、問診データ及び車両データが取得される。車両データは、車両の挙動に関連するデータであり、走行環境を示すデータや、エンジンの運転状態を示すデータ、走行時間等である。問診データは、問診に対するユーザの回答である。収集条件は、車両データに通常と異なる兆候が表れていることを判定する条件となっている。つまり、車両の挙動に通常と異なる兆候が表れたときに、問診データ及び車両データが取得される。
【００１４】
問診シナリオは、車両データが収集条件を満たした場合に、ユーザに対して行う問診の内容であり、収集条件に関連した内容となっている。つまり、問診シナリオは、車両データに表れた通常と異なる兆候に対するユーザの感触を質問する内容になっている。収集データは、車両データが収集条件を満たした場合に、収集するデータセットであり、収集条件に関連した車両データのセットとなっている。つまり、データセットは、通常と異なる兆候が表れた車両データ及びその車両データに関連する車両データとなっている。
【００１５】
再問診可能時間は、所定の問診トリガの問診を実行した後、次に同じ問診トリガの問診を実行できるようになるまでの時間である。短い時間間隔で同じ問診を繰り返すと、ユーザを不快にさせる可能性があるため、短い時間間隔で同じ問診を繰り返さないように、再問診可能時間が設定される。収集するデータセットによって、必要な収集頻度は異なるので、再問診可能時間は収集するデータセットに応じて設定される。また、付与ポイントは、問診に回答してくれたユーザに付与する特典であり、その時に取得要望が高いほど高い値になっている。例えば、付与ポイントは、所定ポイント以上溜まると、賞品等に交換できるようになっている。
【００１６】
顧客車両管理ＤＢ５２は、記憶装置であり、車両データが収集条件を満たしたときに取得された車両データ及び問診データが関連付けて記録される。顧客車両管理ＤＢ５２には、複数の車両から収集した車両データ及び問診データが関連付けて記録される。その際、顧客車両管理ＤＢ５２には、車種ごとに、車両データ及び問診データを関連付けて記録するようにしてもよい。
【００１７】
サーバ５０には、ディーラ端末６０と開発者端末７０とが無線接続される。ディーラ端末６０は、ディーラで車両の修理を担当するメカニックが扱う端末である。メカニックは、ディーラ端末６０から顧客車両管理ＤＢ５２にアクセスして、修理対象の車両に関する車両データ及び問診データを参照できる。また、開発者端末７０は、車両の開発者が扱う開発者用の端末である。開発者は、開発者端末７０から問診トリガ管理ＤＢ５１にアクセスして、問診トリガ管理ＤＢ５１の内容、例えば、収集条件や問診シナリオを、市場のニーズ等に合わせて書き換えることができる。さらに、開発者端末７０は、顧客車両管理ＤＢ５２にアクセスして、複数の車両から収集された車両データ及び問診データを参照して、車両の診断及び開発に利用することができる。
【００１８】
車両装置３０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、半導体メモリ、及びＩ／Ｏ等を備えた周知のマイクロコンピュータを主体として構成されており、車両ＤＢ３３を備える。車両装置３０は、ＣＰＵが非遷移的実体的記録媒体に格納されたプログラムを実行することにより、監視部３１及び記録制御部３２の機能を実現する。さらに、このプログラムの実行により、プログラムに対応する方法が実行される。なお、車両装置３０を構成するマイクロコンピュータの数は１つでも複数でもよい。車両装置３０には、問診モジュール３４、無線通信装置３５、ＨＭＩ装置３６、各種ＥＣＵ８が接続されている。
【００１９】
監視部３１は、車両ＬＡＮ９を介して各種ＥＣＵ８から車両データを受信する。各種ＥＣＵ８は、エンジンを制御するエンジンＥＣＵ、エアコンを制御するエアコンＥＣＵ、メータを制御するメータＥＣＵ等である。各種ＥＣＵ８は、それぞれ、各種センサ１０及び各種駆動部１１に接続されており、各種センサ１０で検出された検出値や、各種駆動部１１の駆動信号等を含む車両データを、車両ＬＡＮ９を介して監視部３１へ送信する。また、監視部３１は、後述するＨＭＩ装置３６と接続されており、ＨＭＩ装置３６からユーザ状況を受信する。ユーザ状況は、ユーザが会話しているか、音楽・ラジオを聴いているか等のユーザの状況に関するデータである。監視部３１は、車両データ及びユーザ状況を監視し、問診を行うタイミングを判定する。
【００２０】
記録制御部３２は、車両ＤＢ３３及び顧客車両管理ＤＢ５２へのデータの記録を制御する。詳しくは、記録制御部３２は、各種ＥＣＵ８から送信された車両データを受信し、定受信した車両データにタイムスタンプを付けて定期的に車両ＤＢ３３へ記録する。車両ＤＢ３３は、記憶装置である。また、記録制御部３２は、収集条件を満たしたときに取得された車両データを、無線通信装置３５を介して顧客車両管理ＤＢ５２へ記録する。
【００２１】
問診モジュール３４は、ＨＭＩ装置３６のマイクロホン３６ｂやスピーカ３６ｃを介して、ユーザとの対話を制御するモジュールである。問診モジュール３４は、問診に対するユーザの回答を収集し、収集したユーザの回答を、無線通信装置３５を介して顧客車両管理ＤＢ５２へ記録する。本実施形態では、問診モジュール３４が問診部に相当する。
【００２２】
無線通信装置３５は、広域無線通信網を介してサーバ５０と無線通信を行う機能を備えた装置である。無線通信装置３５及を介して、問診トリガ管理ＤＢ５１から監視部３１へ問診管理表が送信されるとともに、記録制御部３２から顧客車両管理ＤＢ５２へ、車両データ及び問診データが送信される。
【００２３】
ＨＭＩ装置３６は、操作機器３６ａ、マイクロホン３６ｂ、スピーカ３６ｃ、及びカメラ３６ｄを備えた、乗車しているユーザとのインターフェースである。ＨＭＩは、Human Machine Interfaceの略である。操作機器３６ａは、ユーザが操作する各種ボタンや各種レバー、タッチパネル等である。操作機器３６ａの中には、車両装置３０による自動問診の拒否を設定するボタンが含まれている。ユーザは、自動問診を拒否したい場合には、予め操作機器３６ａを操作して、自動問診の拒否を設定しておけばよい。マイクロホン３６ｂは、車室内の音や音声を入力する機器であり、ユーザが発した音声を集音しやすい位置に設置されている。スピーカ３６ｃは、車室内へ音や音声を出力する機器である。カメラ３６ｄは、ＣＣＤセンサやＣＭＯＳセンサ等を備え、車室内のユーザを撮像する機器である。
【００２４】
なお、特開２０１４−２０１０８５号公報の車両診断システムと同様に、車両装置３０は異常入力判定部の機能を備え、サーバ５０は診断部の機能及びダイアグＤＢを備えていてもよい。ＨＭＩ装置３６は、ユーザの挙動が予め登録されている異常な挙動と合致したと判定したときに、異常入力信号を異常入力判定部へ送信するように構成されていてもよい。
【００２５】
この場合、異常入力判定部は、ＨＭＩ装置３６から異常入力信号が入力されると、ユーザの挙動に基づく異常入力が発生したと判定し、異常検知信号を、記録制御部３２及び問診モジュール３４へ送信する。また、記録制御部３２は、異常検知信号を受信すると、受信した時点から所定期間遡った時点から受信した時点までの車両データを車両ＤＢ３３から読み出し、読み出した車両データを無線通信装置３５を介して、顧客車両管理ＤＢへ送信する。また、サーバ５０の診断部は、ダイアグＤＢの診断シナリオを用いて、顧客車両管理ＤＢの車両データの診断を行う。
【００２６】
＜問診処理＞
次に、ユーザに問診を行う処理手順について、図３のフローチャートを参照して説明する。
【００２７】
まず、Ｓ１０では、監視部３１が、無線通信装置３５を介して問診トリガ管理ＤＢ５１から問診管理表を受信し、車両データが問診管理表のいずれかの収集条件を満たしているか否か監視する。そして、車両データがいずれかの収集条件を満たした場合に、Ｓ２０へ進む。ここでは、車両データが収集条件を満たしている問診トリガを対象トリガと称する。
【００２８】
Ｓ２０では、監視部３１が、前回対象トリガの問診を完了した時から、対象トリガの再問診可能時間が経過しているか否か判定する。具体的には、前回対象トリガの問診を完了した時にリセットされた時間カウンタが、対象トリガの再問診可能時間を超えているか否か判定する。再問診可能時間が経過していない場合は、Ｓ１０へ戻る。
【００２９】
一方、再問診可能時間が経過している場合は、Ｓ３０へ進む。Ｓ３０では、監視部３１が、ユーザ状況が問診可能な状況か否かチェックする。車両の運転操作の負荷が高く、ユーザが運転操作に集中しなければならない状況では、安全のため問診すべきではない。また、ユーザが会話などを楽しんでいて、ユーザに問診することでユーザを不快にさせる可能性が高い状況では、優先度の低い問診は控える方が良い。よって、ユーザ状況をチェックする。ユーザ状況のチェックの詳細については後述する。
【００３０】
続いて、Ｓ４０では、監視部３１が、Ｓ３０で判定したユーザの状況から、問診可能か否か判定する。問診可能な場合は、監視部３１は問診モジュール３４へ問診を指示し、Ｓ５０へ進む。
【００３１】
Ｓ５０では、問診モジュール３４が、監視部３１から受信した対象トリガの問診シナリオに沿って、ユーザに対して問診を行う。具体的には、問診モジュール３４は、問診シナリオをＨＭＩ装置３６へ出力し、問診シナリオを音声でスピーカ３６ｃから出力させる。問診シナリオは、例えば、収集条件がエンジンに関連した条件の場合には、「エンジンの吹き上がりが悪いですか？」といった内容であり、収集条件がエアコンに関連する条件の場合には、「異臭、異音がしませんか？」といった内容である。
【００３２】
続いて、Ｓ６０では、記録制御部３２が、ＨＭＩ装置３６に入力された対象トリガの問診に対するユーザの回答を、ＨＭＩ装置３６から受信するとともに、監視部３１から、対象トリガのデータセットに対応した車両データを受信する。そして、記録制御部３２は、受信したユーザの回答及び車両データを、無線通信装置３５を介して、顧客車両管理ＤＢ５２へ記録する。
【００３３】
続いて、Ｓ７０では、監視部３１が、問診が完了した対象トリガの時間カウンタをリセットする。これにより対象トリガの時間カウンタは、０からカウントを再開する。その後、Ｓ１０へ戻る。
【００３４】
一方、Ｓ４０において問診不可能と判定された場合は、Ｓ８０へ進む。Ｓ８０では、記録制御部３２が、監視部３１から対象トリガのデータセットに対応した車両データを受信する。そして、記録制御部３２は、車両データのみを車両ＤＢ３３へ記録するとともに、無線通信装置３５を介して、顧客車両管理ＤＢ５２へ記録する。車両データの収集量及び収集時間は、問診トリガごとに規定されている。
【００３５】
続いて、Ｓ９０において、待機時間Ｗの間待機し、Ｓ１０へ戻る。待機時間Ｗは、後述するＳ３０において設定される値であり、ユーザ状況に応じて異なる値が設定される。
＜ユーザ状況チェック処理＞
次に、ユーザの状況をチェックする処理手順について、図４のフローチャートを参照して説明する。本処理手順は、監視部３１が実行する。
【００３６】
まず、Ｓ３００では、問診難度Ｄを０に設定する。問診難度Ｄは、ユーザに対する問診の困難さを示す指標であり、ユーザ状況が、ユーザに問診をした場合にユーザを不快にさせる可能性が高い状況であるほど、高い値が設定される。問診難度Ｄは、例えば、優先度の段階に合わせて、優先度が４段階で設定されていれば、４段階で設定すればよい。
【００３７】
続いて、Ｓ３１０では、ＨＭＩ装置３６を介して受信したユーザ状況に基づいて、自動問診が許可設定になっているか否か判定する。自動問診が不許可設定になっている場合は、Ｓ３２０へ進む。Ｓ３２０では、ユーザ状況は問診不可状況であると判定して、Ｓ４０へ進む。
【００３８】
一方、Ｓ３１０において、自動問診が許可設定になっている場合は、Ｓ３３０に進む。Ｓ３３０では、ＨＭＩ装置３６を介して受信したユーザ状況に基づいて、車室内で音楽又はラジオがかかっているか否か判定する。音楽又はラジオがかかっている場合には、Ｓ３４０へ進み、音楽又はラジオがかかっていない場合には、Ｓ３５０へ進む。
【００３９】
Ｓ３４０では、問診難度Ｄを１に設定し、Ｓ３５０へ進む。
Ｓ３５０では、受信したユーザ状況に基づいて、ドライバ以外の乗員がいるか否か判定する。Ｓ３５０において、ドライバ以外の乗員がいない場合には、Ｓ３８０へ進む。一方、Ｓ３５０において、ドライバ以外の乗員がいる場合には、Ｓ３６０へ進む。
【００４０】
Ｓ３６０では、受信したユーザ状況に基づいて、ドライバと他の乗員とが会話中か否か判定する。Ｓ３６０において、会話中でない場合は、Ｓ３８０へ進む。Ｓ３６０において、会話中の場合は、Ｓ３７０へ進む。Ｓ３７０では、監視部３１が問診難度Ｄを２に設定し、Ｓ３８０へ進む。一般に、ドライバは、他の乗員との会話中は、音楽やラジオを聴いている場合よりも、邪魔されたくないものであるから、他の乗員との会話中は、音楽やラジオを聴いている場合よりも問診難度Ｄを高く設定する。
【００４１】
Ｓ３８０では、受信した車両データに基づいて、ユーザ状況が、急ブレーキや急ハンドルなどの緊急の運転操作を実行している状況か、又は緊急の運転操作を実行した直後の状況かを判定する。つまり、ユーザ状況が、運転操作に特に注意が必要で、問診によりユーザの注意を反らすべきでない状況か否かを判定する。Ｓ３８０において、ユーザ状況が、緊急の運転操作を実行している状況又はその直後の状況の場合には、Ｓ３２０へ進み、Ｓ３２０の処理を実行する。
【００４２】
一方、Ｓ３８０において、ユーザ状況が、緊急の運転操作を実行している状況及びその直後の状況のどちらでもない場合には、Ｓ３９０へ進む。Ｓ３９０では、対象トリガの中に、設定された問診難度Ｄよりも高い優先度が設定された対象トリガがあるか否か判定する。Ｓ３９０において、問診難度Ｄよりも高い優先度が設定された対象トリガがない場合、ユーザに問診を行うと、邪魔されたくないユーザにそれほど重要ではない問診ばかりを行うことになり、ユーザを不快にさせてしまう。よって、この場合は、問診を行うとユーザを不快にさせる状況であると判定し、Ｓ３２０へ進み、Ｓ３２０の処理を実行する。
【００４３】
一方、Ｓ３９０において、問診難度Ｄよりも高い優先度が設定された対象トリガが存在する場合には、Ｓ４００へ進む。このとき、優先度が問診難度Ｄよりも高い対象トリガだけでなく、優先度が問診難度Ｄ以下の対象トリガも、そのまま問診対象とする。これは、比較的優先度の高い対象トリガの問診を行う際に、比較的優先度の低い対象トリガの問診を一緒に行っても、ユーザはそれほど負担を感じないと予想されるからである。ただし、問診を行う際は、ユーザが途中で疲れて回答を止める場合を考慮して、優先度の高い問診から順に行う。Ｓ４００では、問診モジュール３４へユーザの承認を得るように指示する。ユーザの承認処理の詳細については後述する。
【００４４】
＜ユーザ承認処理＞
次に、ユーザの承認を得る処理手順について、図５のフローチャートを参照して説明する。本処理手順は、問診モジュール３４が実行する。
【００４５】
まず、Ｓ４１０では、ＨＭＩ装置３６を介して、ユーザに対して、問診を行ってもよいか否か質問する。すなわち、ＨＭＩ装置３６へ「今、問診を行ってもよろしいでしょうか？」という質問を出力し、質問を音声でスピーカ３６ｃから出力させる。この時、上記質問と共に、問診への回答に対して特典が付与されることをユーザに提示する。例えば、上記質問と共に、ＨＭＩ装置３６へ「ご回答いただければ、××ポイントをご獲得いただけます。」という内容を出力し、音声でスピーカ３６ｃから出力させる。
【００４６】
続いて、Ｓ４２０では、Ｓ４１０での質問に対して、ＨＭＩ装置３６を介して入力されたユーザの回答が肯定的か否か判定する。Ｓ４２０において、ユーザの回答が肯定的である場合は、Ｓ４３０において、ユーザ状況は問診可状況であると判定し、Ｓ４０へ進む。
【００４７】
一方、Ｓ４２０において、ユーザの回答が否定的である場合は、以下のＳ４４０〜Ｓ４９０において、ユーザの拒絶の度合を判定し、次回の問診では回答が得られるように、拒絶の度合が高いほど、次回の問診までの待機時間Ｗを長く設定する。
【００４８】
まず、Ｓ４２０において、ユーザの回答が否定的である場合には、Ｓ４４０へ進む。Ｓ４４０では、ＨＭＩ装置３６を介して入力されたユーザの声の波長や強弱を解析して、ユーザの声が不機嫌か否か判定する。
【００４９】
Ｓ４４０において、ユーザの声が不機嫌でない場合は、Ｓ４５０へ進み、待機時間Ｗを、ユーザに拒絶された中では最も短い１０分に設定する。その後、Ｓ４６０へ進み、ユーザ状況は問診不可状況であると判定して、Ｓ４０へ進む。
【００５０】
一方、Ｓ４４０において、ユーザの声が不機嫌な場合は、Ｓ４７０へ進み、ユーザの声を解析して、怒気を含んでいるか否か判定する。Ｓ４７０において、ユーザの声が怒気を含んでいない場合は、Ｓ４８０へ進み、待機時間Ｗを、ユーザに拒絶された中では中間の１時間に設定する。その後、Ｓ４６０の処理を実行する。
【００５１】
一方、Ｓ４７０において、ユーザの声が怒気を含んでいる場合は、Ｓ４９０へ進み、待機時間Ｗを、ユーザに拒絶された中では最も長い１日に設定する。その後、Ｓ４６０の処理を実行する。
【００５２】
＜システム動作＞
次に、問診システム１００の動作について、図６〜図８のシーケンス図を参照して説明する。
【００５３】
まず、Ａ１では、開発者が開発者端末７０から、図３に示す収集条件及び問診シナリオを含む問診管理表を、サーバ５０の問診トリガ管理ＤＢ５１に記録する。続いて、Ａ２では、サーバ５０が、無線通信装置３５を介して問診管理表を監視部３１へ送信する。続いて、Ａ３では、監視部３１は、収集条件を満たすかどうか、ＥＣＵ８から受信した車両データの監視を開始する。Ａ３，Ａ４では、どの問診トリガについても、車両データと収集条件が一致せず、Ａ５で、問診トリガ１，２，４について、車両データと収集条件が一致する。つまり、問診トリガ１，２，４が対象トリガとなる。続いて、Ａ６では、監視部３１は、ユーザに対する問診難度Ｄが問診トリガ１，２，４の優先度未満かどうか、ＨＭＩ装置３６から受信したユーザ状況の監視を開始する。Ａ６では、問診難度Ｄが問診トリガ１，２，４の優先度以上である。Ａ７では、引き続き、問診トリガ１，２，４について、車両データと収集条件が一致する。Ａ８では、問診難度Ｄが問診トリガ１，４の優先度未満となり、問診条件がクリアとなる。
【００５４】
よって、Ａ９では、監視部３１は、問診モジュール３４へ、問診条件がクリアしたことを通知するとともに、問診トリガ１，２，４の問診シナリオＡ，Ｂ，Ｄを送信する。このとき、問診トリガ２については、問診難度Ｄが優先度未満になっていないが、問診トリガ１，４と一緒に問診トリガ２の問診も行うため、問診シナリオＡ，Ｄと一緒に問診シナリオＢも送信する。
【００５５】
続いて、Ａ１０では、問診モジュール３４が、問診条件クリアの通知を受けて、ユーザに今問診を行ってもよいか質問する。続いて、Ａ１１では、問診モジュール３４は、ユーザからＯＫの回答を得る。Ａ１２では、問診モジュール３４は、ユーザからＯＫの回答を得たことに伴い、問診を開始することを監視部３１へ通知する。
【００５６】
Ａ１３〜Ａ１９では、問診モジュール３４は、優先度の高い問診シナリオＡ→Ｄ→Ｂの順に、順次問診行いユーザから回答を得る。そして、最後に、問診モジュール３４は、ユーザに、問診への協力に対するお礼を通知する。Ａ２０〜Ａ２６では、Ａ１３〜Ａ１９と平行して、問診トリガ１，４，２のデータセットａ，ｄ，ｂを収集する。まず、監視部３１が記録制御部３２へデータセットａ，ｄ，ｂの記録を指示する。記録制御部３２は、監視部３１からの指示を受けて、各種ＥＣＵ８から送信されたデータセットａ，ｄ，ｂの車両データを、顧客車両管理ＤＢに記録する。
【００５７】
続いて、Ａ２７では、問診モジュール３４は、監視部３１へ、問診終了を通知する。Ａ２８では、監視部３１は、問診終了の通知を受けて、問診トリガ１，２，４の再問診可能時間のカウンタをリセットする。Ａ２９では、監視部３１は、記録制御部３２へ、問診終了を通知し、車両データの記録終了を指示する。続いて、Ａ３０では、記録制御部３２が、問診終了の通知を受けて、無線通信装置３５を介して、収集した車両データをサーバ５０の顧客車両管理ＤＢ５２へ送信する。続いて、Ａ３１では、問診モジュール３４が、無線通信装置３５を介して、ユーザの回答である問診データを、サーバ５０の顧客車両管理ＤＢ５２へ送信する。Ａ３２，Ａ３３では、開発者が開発者端末７０からサーバ５０の顧客車両管理ＤＢ５２へアクセスし、顧客車両管理ＤＢ５２に記録されている車両データ及び問診データを取得する。
【００５８】
＜効果＞
以上詳述した本実施形態によれば、以下の効果が得られる。
（１）問診システム１００自身が判定したタイミングで、ユーザに対して問診が行われるとともに、車両データが収集され、問診の回答及び問診を行った際の車両データが、関連付けて顧客車両管理ＤＢ５２に記録される。したがって、ユーザの挙動に関わらず、ユーザの感触と車両データとを関連付けて取得することができる。
【００５９】
（２）収集条件及び問診の内容の少なくとも一方は、開発者端末７０を用いた開発者により適宜変更することができる。したがって、市場のニーズ等に合わせて、適切な情報を取得することができる。
【００６０】
（３）ユーザの状況が問診可能な状況か否か監視し、ユーザの状況が問診可能な状況と判定されたことを条件として、問診を実行する。これにより、ユーザの安全を確保できるとともに、ユーザの回答が得やすくなる。
【００６１】
（４）ユーザが緊急操作を実行している時又はその直後において、問診の実行を停止することにより、ユーザが特に運転操作に集中する必要がある時に、問診によってユーザの注意を反らすことを抑制することができる。ひいては、ユーザの安全を確保することができる。
【００６２】
（５）ユーザ状況が、問診を行うことでユーザを不快にさせる状況と判定された場合には、問診の実行が停止される。これにより、ユーザを不快にさせることが抑制され、次に問診を行う際に、ユーザの回答を得やすくすることができる。
【００６３】
（６）ユーザを不快にさせる可能性が高いほど高い問診難度Ｄが設定され、問診難度Ｄを超える優先度の問診が存在しない限り問診は行われない。これにより、ユーザを不快にさせることを抑制しつつ、重要な問診を行うことができる。
【００６４】
（７）ユーザの承認が得られた場合に限ってユーザに問診を行うため、ユーザを煩わせることを抑制することができる。
（８）ユーザの問診への拒絶の度合が強いほど、次の問診までの待機時間を長くすることで、次に問診を行う際に、ユーザの回答を得やすくすることができる。
【００６５】
（９）回答に対して特典を付与することで、ユーザに積極的に回答を促すことができる。さらに、問診システム１００を、車両診断及び車両開発以外のマーケティングに利用することができる。
【００６６】
（他の実施形態）
以上、本発明を実施するための形態について説明したが、本発明は上述の実施形態に限定されることなく、種々変形して実施することができる。
【００６７】
（ａ）上記実施形態では、サーバ５０に設けた顧客車両管理ＤＢ５２に、収集した問診データ及び車両データを関連付けて記録したが、車両装置３０のＤＢに記録してもよい。また、サーバ５０の車載装置３０のＤＢのどちらに記録してもよい。車載装置３０に記録する場合は、管理者端末７０から、複数の車両のＤＢにアクセスして、複数の車両で収集された情報を利用する。
【００６８】
（ｂ）上記実施形態では、問診難度Ｄを段階的に設定したが、問診難度Ｄを不快にする「１」と不快にしない「０」の２段階に設定し、優先度と比較することなく、問診難度Ｄが「０」であることを条件として、問診を行うようにしてもよい。
【００６９】
（ｃ）上記実施形態では、優先度未満となる問診難度Ｄの対象トリガが存在する場合は、優先度以上となる問診難度Ｄの対象トリガについても、問診を行ったが、優先度未満となる問診難度Ｄの対象トリガについてだけ問診を行うようにしてもよい。また、問診難度Ｄを設定する際の判定は、Ｓ３３０，Ｓ３５０，Ｓ３６０に限らず、他の判定を行ってもよい。
【００７０】
（ｄ）上記実施形態では、問診及びその回答を音声でやり取りしているが、ディスプレイに表示してやり取りしてもよい。音声を用いない場合、問診に対するユーザの拒否の度合は、例えば、カメラ３６ｄで撮影したユーザの表情を解析して判断すればよい。
【００７１】
（ｅ）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。なお、特許請求の範囲に記載した文言のみによって特定される技術思想に含まれるあらゆる態様が本発明の実施形態である。
【００７２】
（ｆ）上述した車両の問診システムの他、車両の問診システムとしてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、問診方法など、種々の形態で本発明を実現することもできる。
【符号の説明】
【００７３】
３１…監視部、３４…問診モジュール、５２…顧客車両管理ＤＢ。
【図１】
2018081425.tif 000003
【図２】
2018081425.tif 000004
【図３】
2018081425.tif 000005
【図４】
2018081425.tif 000006
【図５】
2018081425.tif 000007
【図６】
2018081425.tif 000008
【図７】
2018081425.tif 000009
【図８】
2018081425.tif 000010