発呼タイミング制御装置および発呼タイミング制御方法
【課題】 複数のドライバから情報提供の要求があった場合に、ドライバの応答を得ることができる適切なタイミングで発呼できる発呼タイミング制御装置を提供する。
【解決手段】 発呼タイミング制御装置１０は、車両に搭載された車載装置５０から、ドライバのワークロードに関するデータと車両の現在位置のデータを受信するデータ受信部１１と、現在位置のデータと道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードの値に基づいて、ワークロードの変化を予測するワークロード予測部１２と、情報を通知すべき車両が複数存在する場合に、ワークロードの低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するスケジューリング部１３と、発呼タイミングであることを出力するタイミング出力部１４とを備える。
【解決手段】 発呼タイミング制御装置１０は、車両に搭載された車載装置５０から、ドライバのワークロードに関するデータと車両の現在位置のデータを受信するデータ受信部１１と、現在位置のデータと道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードの値に基づいて、ワークロードの変化を予測するワークロード予測部１２と、情報を通知すべき車両が複数存在する場合に、ワークロードの低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するスケジューリング部１３と、発呼タイミングであることを出力するタイミング出力部１４とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両を運転中のドライバに対して適切なタイミングで電話をかけることができる発呼タイミング制御装置に関する。
【背景技術】
【０００２】
従来から、車両からの要求に応じて様々な情報を、オペレータにより、あるいは音声自動応答装置によって車両に提供する装置が知られている。このような情報提供装置においては、他の車両の追い越し中、交差点通過中、または車線変更中等に情報提供が行われると、ドライバの集中力を損なうことになって危険であったり、あるいは、ドライバが情報を理解できないことになったりするという課題があった。
【０００３】
特許文献１および特許文献２は、上記課題を解決する発明を開示している。特許文献１には、ドライバの運転状況に応じて情報を提供する音声自動応答サービスが記載されている。このサービスでは、車載機から情報センターに車両の状況を示す車両情報を送信する。情報センターでは、受信した車両情報に基づいて、運転者に対する運転負荷の大きさを判定し、運転負荷レベルに基づいて自動音声案内の方法を変更する。例えば、運転負荷が大きいときには、音声案内の速度を遅くする。
【０００４】
特許文献２には、オペレータが検索した情報がユーザの希望に沿った情報であるか否かの確認を行う情報提供システムが記載されている。この文献に記載された情報提供システムでは、車載機から情報センターへ情報提供要求が伝わると、情報センターと車載機の間の通信を一旦切断し、運転負荷が小さく、ドライバが応答できる状態のときに、情報センターと車載機との通信を再開し、情報の確認を行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３４８６５７号公報
【特許文献２】特開２００７−１１０２７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記した特許文献１に記載された発明では、自動音声案内の方法を変えているが、運転負荷が大きい場合には、いくら自動音声案内の速度を遅くしても、運転の妨げになるかあるいは情報を理解できない結果になるので、音声案内の方法を変えるだけでは十分ではない。
【０００７】
特許文献２に記載された発明では、運転の負荷が小さいときに、情報センターと車載機とを接続するので、ドライバに適切に応答できる可能性が高い。特許文献２では、ドライバとオペレータが１対１であることを想定している。
【０００８】
本発明は、複数のドライバから情報提供の要求があった場合に、ドライバの応答を得ることができる適切なタイミングで発呼する発呼タイミング制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の発呼タイミング制御装置は、道路地図のデータを記憶した地図データ記憶部と、車両に搭載された車載装置から、運転中のドライバのワークロードに関するデータ、および、車両の現在位置のデータを受信する受信部と、前記現在位置のデータと前記道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するワークロード予測部と、情報を通知すべき車両が複数存在する場合に、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するスケジューリング部と、前記発呼タイミングが到来したときに、発呼タイミングであることを出力する出力部とを備える。
【００１０】
このように予測されるワークロードの変化に基づいて、低負荷期間に発呼するように発呼タイミングを決定することにより、ドライバが応答しやすいタイミングに発呼することができる。また、複数の車両への発呼および情報の通知が最も早く終了するようにスケジューリングするので、複数の車両に効率良く発呼することができる。なお、ワークロードに関するデータは、ワークロードの値であってもよいし、ワークロードの値を計算するためのデータ（例えば、速度データ、操舵角データ、ウィンカーの検知データ等）であってもよい。
【００１１】
本発明の発呼タイミング制御装置において、前記スケジューリング部は、前記低負荷期間内に、情報の通知が完了するように各車載装置への発呼タイミングを決定してもよい。
【００１２】
この構成により、低負荷期間の継続中に、安全に情報を通知することができる。
【００１３】
本発明の発呼タイミング制御装置において、前記車両に通知する情報には優先度が設定されており、前記スケジューリング部は、前記優先度に基づく順序で発呼するように各車載装置への発呼タイミングを決定してもよい。
【００１４】
この構成により、緊急の情報あるいは重要な情報のように優先度の高い情報がある場合には、その情報を他に優先して通知することができる。
【００１５】
本発明の発呼タイミング制御装置において、前記車両に通知する情報には有効期限が設定されており、前記スケジューリング部は、前記有効期限までに情報の通知が完了するように各車載装置への発呼タイミングを決定してもよい。
【００１６】
この構成により、適切なタイミングに情報を通知することができる。有効期限が設定された情報の例としては、例えば、ＰＯＩ（Point Of Interest）に関する情報がある。ＰＯＩの情報は、車両がそのＰＯＩを通過する前に提供することが好ましいので、ＰＯＩに関する情報には有効期限が設定される。
【００１７】
本発明の発呼タイミング制御装置において、前記受信部は、車両に設定された経路のデータを受信し、前記ワークロード予測部は、前記経路のデータに基づいて車両が走行中の道路および進行方向を求めてもよい。
【００１８】
車載装置から経路のデータを受信できる場合には、経路のデータに基づいて車両が進む経路を正確に把握できるので、ワークロードの予測精度を高めることができる。
【００１９】
本発明の発呼タイミング制御装置は、複数のドライバのワークロードに基づいて生成された道路区間毎のワークロードの基準値とその道路区間を識別する識別子とを関連付けて記憶した区間別基準値記憶部を備え、前記ワークロード予測部は、前記区間別基準値記憶部から、車両の進行方向にある道路区間における前記基準値を読み出すことにより、ワークロードの変化を予測してもよい。
【００２０】
この構成により、ワークロードの基準値に基づいて、適切にワークロードを予測することができる。
【００２１】
本発明の発呼タイミング制御装置は、車両信号からワークロードのデータを求めるための定量化モデルを記憶したモデル記憶部を有し、前記ワークロード予測部は、車両の進行方向にある道路区間を走行する前方車両の車両信号を受信している場合には、前記前方車両の車両信号を前記定量化モデルに適用することにより、当該道路区間でのワークロードの予測値を求めてもよい。
【００２２】
この構成により、前方車両の車両信号に基づいてワークロードを予測するので、現在の交通状況に応じたワークロードの値を適切に予測することができる。
【００２３】
本発明の発呼タイミング制御装置において、前記ワークロード予測部は、車両が前記信号機を通過するときの信号機の指示を予測し、予測される指示と同じ指示のときに前記信号機を通過した前方車両の車両信号を前記定量化モデルに適用することにより、当該道路区間でのワークロードの予測値を求めてもよい。
【００２４】
本発明の発呼タイミング制御装置は、車両信号からワークロードのデータを求めるための定量化モデルを記憶したモデル記憶部を有し、前記受信部は、進行方向にある道路区間を過去に走行したときに得られた車両信号を受信し、前記ワークロード予測部は、車両の進行方向にある道路区間における過去の車両信号を受信した場合には、前記過去の車両信号を前記定量化モデルに適用することにより、当該区間でのワークロードの予測値を求めてもよい。
【００２５】
この構成により、自車の車両信号に基づいてワークロードを予測するので、個々のドライバの運転の癖などを考慮したワークロードを求めることができる。
【００２６】
本発明の発呼タイミング制御装置は、道路属性に対応する運転負荷の値を記憶したテーブルを有し、前記ワークロード予測部は、前記地図データに基づいて現在位置と進行方向の道路属性を求め、前記テーブルから現在位置の道路属性に対応する運転負荷の値と、進行方向の道路属性に対応する運転負荷の値を読み出し、進行方向における運転負荷の値から現在の運転負荷の値を減算した値を、現在のワークロードに加算してワークロードの変化を予測してもよい。
【００２７】
ワークロードを構成する運転負荷の差分（現在値からの変化分）を現在のワークロードに加算することにより、運転負荷以外の部分（非運転負荷）が変わらないと仮定してワークロードを求めることができる。これにより、全道路区間のワークロードのデータを持っていなくても、適切にワークロードを求めることができる。
【００２８】
本発明の発呼タイミング制御装置において、前記スケジューリング部は、前記車載装置との間の通信遅延時間に基づいて、各車載装置への発呼タイミングを決定してもよい。
【００２９】
この構成により、通信遅延の影響を低減できる。通信遅延時間は、例えば、車載装置からワークロードを測定した時刻のデータを受信し、測定時刻と受信時刻との差分により求めることができる。
【００３０】
本発明の発呼タイミング制御装置において、前記出力部は、発呼タイミングになったときに、該当の車載装置に対して発呼するように要求信号を送信してもよい。
【００３１】
この構成により、発呼タイミングになると自動的に発呼することができ、スケジューリングに従った発呼が可能となる。
【００３２】
本発明の発呼タイミング制御装置は、前記発呼タイミングに、運転中のドライバのワークロードに関するデータを受信し、ワークロードが所定の閾値以下であるか否かを判定する判定部を備え、前記出力部は、前記判定部にてワークロードが所定の閾値以下であると判定された場合に、発呼タイミングであることを出力してもよい。
【００３３】
この構成により、予測されたワークロードが適正であったか否かを判定した上で発呼するので、予測と異なりワークロードが高い場合には発呼タイミングであることを出力しないように制御できる。
【００３４】
本発明の発呼タイミング制御装置において、前記スケジューリング部は、前記判定部にて、ワークロードが所定の閾値より大きいと判定された場合に、再度、各車載装置への発呼タイミングを決定してもよい。
【００３５】
この構成により、スケジューリングされた発呼タイミングに発呼できなかった場合に、改めて発呼タイミングを決定できる。
【００３６】
本発明の発呼タイミング制御装置において、前記受信部は、ドライバのナビゲーション装置に対する操作情報を受信し、前記出力部は、ドライバがナビゲーション装置を操作中で、かつ、発呼して通知しようとしている情報がナビゲーション装置への表示が必要な情報の場合には、発呼タイミングを出力しない構成としてもよい。
【００３７】
これにより、ナビゲーション装置の操作中に画面が切り替わってしまうことがないので、操作の邪魔にならない。
【００３８】
本発明の発呼タイミング制御装置において、前記受信部は、ドライバのナビゲーション装置に対する操作情報を受信し、ドライバがナビゲーション装置を操作中のときには、ナビゲーション装置の画面への表示が必要ない情報に加工して通知する情報通知部を備えてもよい。
【００３９】
これにより、ナビゲーション装置の操作中に画面が切り替わってしまうことがないので、操作の邪魔にならない。
【００４０】
本発明の車載装置は、車両内に持ち込まれた携帯電話と通信する通信部と、運転に起因する負荷と運転以外に起因する負荷を含むドライバのワークロードを検出するワークロード検出部と、前記ワークロードが所定の閾値より大きい場合に、前記携帯電話に対して着信拒否するように要求信号を送信する着信拒否部とを備える。
【００４１】
これにより、運転負荷および非運転負荷を含むワークロードが大きい場合に、運転の妨げになる着信音が発生しないようにできる。
【００４２】
本発明の発呼タイミング制御方法は、車両に搭載された車載装置に対して発呼するタイミングを、発呼タイミング制御装置によって制御する発呼タイミング制御方法であって、前記発呼タイミング制御装置が、前記車載装置から、運転中のドライバのワークロードに関するデータ、および、車両の現在位置のデータを受信するステップと、前記発呼タイミング制御装置が、前記現在位置のデータと地図データ記憶部に記憶された道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するステップと、情報を通知すべき車両が複数存在する場合に、前記発呼タイミング制御装置が、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するステップと、前記発呼タイミングが到来したときに、前記発呼タイミング制御装置が前記発呼タイミングであることを出力するステップとを備える。
【００４３】
この構成により、上記した発呼タイミング制御装置と同様に、ドライバが応答しやすいタイミングに発呼することができると共に、複数の車両に効率良く発呼することができる。なお、上記した発呼タイミング制御装置の各種の構成を本発明の発呼タイミング制御方法に適用することが可能である。
【００４４】
本発明のプログラムは、車両に搭載された車載装置に対して発呼するタイミングを制御するためのプログラムであって、コンピュータに、前記車載装置から、運転中のドライバのワークロードに関するデータ、および車両の現在位置のデータを受信するステップと、前記現在位置のデータと地図データ記憶部に記憶された道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するステップと、情報を通知すべき車両が複数存在する場合に、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するステップと、前記発呼タイミングが到来したときに発呼タイミングであることを出力するステップとを実行させる。
【００４５】
この構成により、上記した発呼タイミング制御装置と同様に、ドライバが応答しやすいタイミングに発呼することができると共に、複数の車両に効率良く発呼することができる。なお、上記した発呼タイミング制御装置の各種の構成を本発明のプログラムに適用することが可能である。
【発明の効果】
【００４６】
本発明によれば、予測されるワークロードの変化に基づいて、低負荷期間に発呼するように発呼タイミングを決定することにより、ドライバが応答しやすいタイミングに発呼することができると共に、複数の車両への発呼および情報の通知が最も早く終了するようにスケジューリングするので、複数の車両に効率良く発呼することができる。
【図面の簡単な説明】
【００４７】
【図１】第１の実施の形態の発呼タイミング制御装置の構成を示す図である。
【図２】ワークロード測定部の構成を示す図である。
【図３】定量化モデル記憶部に記憶された定量化モデルの例を示す図である。
【図４】表示部に表示される画面例を示す図である。
【図５】発呼待ち車両データ記憶部に記憶されたデータの例を示す図である。
【図６】区間別基準値記憶部に記憶されたデータの例を示す図である。
【図７】情報センター装置にて情報を提供するまでの動作を示すフローチャートである。
【図８】発呼タイミング制御装置にて、車載装置に電話をかける発呼タイミングを出力する動作を示すフローチャートである。
【図９】ワークロードの予測動作を示すフローチャートである。
【図１０】発呼タイミング制御装置によるスケジューリングの動作を示すフローチャートである。
【図１１】発呼待ちの車両について、予測されるワークロードの時間推移とスケジューリング結果を示す図である。
【図１２】第２の実施の形態の発呼タイミング制御装置の構成を示す図である。
【図１３】ワークロード測定部の構成を示す図である。
【図１４】（ａ）運転操作のデータをワークロードのデータに変換するテーブルの例を示す図である。（ｂ）道路属性のデータをワークロードのデータに変換するテーブルの例を示す図である。（ｃ）機器操作のデータをワークロードのデータに変換するテーブルの例を示す図である。（ｄ）聴覚コンテンツのデータをワークロードのデータに変換するテーブルの例を示す図である。（ｅ）視線動作のデータをワークロードのデータに変換するテーブルの例を示す図である。
【図１５】ワークロード予測部の処理を示すフローチャートである。
【図１６】（ａ）道路の例を示す図である。（ｂ）将来のワークロードの予測推移を示す図である。
【図１７】第３の実施の形態の発呼タイミング制御装置の構成を示す図である。
【図１８】スケジューリング部によるスケジューリングの動作の一例を示すフローチャートである。
【図１９】発呼待ちの車両について、予測されるワークロードの時間推移とスケジューリング結果を示す図である。
【図２０】第４の実施の形態の発呼タイミング制御装置の構成を示す図である。
【図２１】スケジューリング部によるスケジューリングの動作の一例を示すフローチャートである。
【図２２】遅延時間をも用いてスケジューリングを行う方法について説明するための図である。
【図２３】発呼タイミングが到来したときの発呼タイミング制御装置の動作を示す図である。
【図２４】第７の実施の形態の発呼タイミング制御装置の構成を示す図である。
【図２５】発呼タイミングが到来したときの発呼タイミング制御装置の動作を示す図である。
【図２６】第８の実施の形態の車載装置の構成を示す図である。
【図２７】車載装置の動作を示すフローチャートである。
【発明を実施するための形態】
【００４８】
以下、本発明の実施の形態の発呼タイミング制御装置について図面を参照しながら説明する。以下の実施の形態では、発呼タイミング制御装置が情報センター装置に設けられている例について説明する。情報センターでは、ドライバから情報検索の要求を受けると、いったん電話を切ってオペレータが情報を検索する。情報検索の終了後、オペレータはドライバに電話をかけて検索結果がドライバの意向に沿ったものであるかどうかを問い合わせる。本実施の形態の発呼タイミング制御装置は、ドライバに電話をかけるタイミングを制御する。なお、本発明は、ドライバからの情報検索の要求に対応して電話をかける場合に限らず、情報センター主導でドライバに対して発呼する場合に適用することも可能である。
【００４９】
（第１の実施の形態）
図１は、第１の実施の形態の発呼タイミング制御装置１の構成を示す図である。第１の実施の形態の発呼タイミング制御装置１は、情報センター装置３０に設けられており、情報センター装置３０と連携している。情報センター装置３０は、車載装置５０と無線によって通信を行う。発呼タイミング制御装置１は、情報センター装置３０の通信部３１を通じて車載装置５０から各種のデータを受信する。
【００５０】
［車載装置］
最初に車載装置５０について説明する。車載装置５０は、複数の車両のそれぞれに搭載されている。車載装置５０は、情報センター装置３０と通信を行うための通信部５１と、ワークロードを測定するワークロード測定部５２とを有している。車載装置５０には、車両の現在位置を検出する位置検出センサ７０が接続されている。位置検出センサ７０としては、例えば、ＧＰＳ受信機、地磁気センサ、ジャイロスコープ、距離センサ等を単独あるいは組み合わせて用いることができる。
【００５１】
図２は、ワークロード測定部５２の構成を示す図である。ワークロード測定部５２には、視線センサ５３と車両センサ５４とが接続されている。視線センサ５３は、ドライバの顔を撮影するカメラと、撮影した画像を解析する解析部とを有している。カメラにて撮影した画像を解析してドライバの顔の向きや黒目の向いている方向を求めることにより、ドライバの視線を検出する。また、視線センサ５３として、アイカメラを用いてもよい。
【００５２】
車両センサ５４として、車両の動作を検出する様々なセンサを用いることができる。例えば、車両速度を検出するセンサ、ギアを検知するセンサ、ハンドルの操舵角を検知するセンサ、ウィンカーの点灯を検知するセンサ、エアコンの設定温度や風量を検知するセンサ、ＣＤプレーヤやラジオの音量や操作を検知するセンサ、ナビゲーション装置に対する操作を検知するセンサ、ヘッドライトの点灯を検知するセンサ、ワイパーの動作を検知するセンサなどである。上記に挙げたセンサは例示であり、上記以外のセンサを用いることも可能である。
【００５３】
ワークロード測定部５２は、視線センサ５３および車両センサ５４にて取得したデータからワークロードを求めるための定量化モデルを記憶した定量化モデル記憶部５６と、定量化モデルに視線センサ５３および車両センサ５４にて取得したデータを適用してワークロードを計算するワークロード計算部５５とを有している。
【００５４】
図３は、定量化モデル記憶部５６に記憶された定量化モデルの例を示す図である。定量化モデルは、運転に関するワークロードＤＷＬ、機器操作に関するワークロードＯＷＬ、聴覚に関するワークロードＡＷＬ、視線に関するワークロードＶＷＬのそれぞれを求めるための定式化モデルを記憶している。
【００５５】
定式化モデルは、様々な状況（例えば、交差点、追い越し、オーディオ操作等）において視線センサ５３や車両センサ５４で得られる検知データと当該状況におけるワークロードの値の関係を、例えば、線形重回帰分析、主成分分析、因子分析などの統計的手法を用いて求めることにより作成される。なお、様々な状況におけるワークロードの値は、例えば、事前に、ドライバに対して当該状況において感じるワークロードの値を評価してもらい、その評価値に基づいて決定することができる。また、ワークロードの値は、ドライバの主観的な評価に基づくのではなく、様々な状況においてドライバの生体信号（例えば、心拍数、血圧、呼吸の速さ等）を取得し、生体信号からワークロードの値を決定してもよい。
【００５６】
図３に示すように、運転に関するワークロードＤＷＬに寄与するデータ（運転ＷＬ寄与データ）には、車両運転中の舵角ｄ１（度）、車速ｄ２（ｋｍ／ｈ）、車間距離ｄ３（ｍ）、アクセル開度率ｄ４（％）、ブレーキ信号ｄ５（ＯＮ：１、ＯＦＦ：０）のデータが含まれる。これらのデータｄ１〜ｄ５とワークロードの値との関係を統計的手法などで導くことにより、下記の式（１）に示すように運転ワークロード（ＤＷＬ）の定式化が行われる。
ＤＷＬ＝α（ｎ）×ｄ１／３６０＋β（ｎ）×ｄ２／１００＋γ（ｎ）／ｄ３
＋δ（ｎ）×ｄ４／１００＋ε×ｄ５ ・・・（１）
【００５７】
ここで、α、β、γ、δ、εは、重み付け係数であり、ｎは、ユーザの車両運転に関する慣れを考慮した慣れ係数である。この慣れ係数は、ユーザの走行履歴に基づいて定められる係数である。重み付け係数αを例示して説明すると、ユーザが初めて車両走行をした場合（ｎ＝１）の重み付け係数は、α（１）となり、ユーザが二度目に車両走行した場合（ｎ＝２）の重み付け係数は、α（２）となる。つまり、この定式化モデルは、ユーザの車両運転に関する慣れを考慮した重み付け処理がなされている。機器操作に関するワークロードＯＷＬ、聴覚に関するワークロードＡＷＬ、視線に関するワークロードＶＷＬも、運転に関するワークロードＤＷＬと同様に定式化されている。
【００５８】
ワークロード計算部５５は、定量化モデル記憶部５６に記憶された定量化モデルを読み出し、読み出した定量化モデルに、視線センサ５３、車両センサ５４にて検知したデータを代入することにより、ワークロードの値を計算する。車載装置５０は、ワークロード測定部５２にて測定したワークロードの値と、そのワークロードを測定したときの車両の現在位置のデータを情報センター装置３０に送信する。
【００５９】
［情報センター装置］
図１に示すように、情報センター装置３０は、車載装置５０と通信するための通信部３１と、ドライバに提供する情報を記憶した提供情報記憶部３２と、提供情報から情報を検索する情報検索部３３と、検索された情報を一時的に記憶する送信情報記憶部３４と、車載装置５０に対して電話をかける（発呼する）発呼部３５と、車両の各種の情報を表示する表示部３６とを有している。
【００６０】
図４は、表示部３６に表示される画面例を示す図である。画面は４分割されており、画面の左上に車両前方の撮影画像とドライバの視線の動きの情報が表示されている。画面の右上に車両の各種センサから取得した車両情報が表示されている。車両情報としては、「舵角」「車速」「加速度」「車間距離」「アクセル開度率」「ギア段」「ペダルアイドル」「ブレーキ信号」「左ターンＳＷ」「右ターンＳＷ」「走行方位」「経路案内中判定」「交差点判定」「交差点までの残距離」「交差点形状」「道路種別」の情報が表示されている。
【００６１】
画面の左下には、ワークロードのデータが表示されている。運転に関するワークロード、操作に関するワークロード、視覚に関するワークロード、聴覚に関するワークロードが表示されている。運転に関するワークロードは、後述するように、車両が走行する道路区間に応じて予測することができる。操作に関するワークロード、視覚に関するワークロード、聴覚に関するワークロードについては、車載装置５０から受信したワークロードの値を表示する。画面の右下には、将来の予測されるワークロードと、車両の現在位置周辺の地図が表示されている。
【００６２】
［発呼タイミング制御装置］
次に、発呼タイミング制御装置１について説明する。発呼タイミング制御装置１は、通信部３１を通じて車載装置５０からデータを受信するデータ受信部１１と、受信したデータを用いて将来のワークロードを予測するワークロード予測部１２と、予測されるワークロードに基づいて発呼のスケジューリングを行うスケジューリング部１３と、スケジューリングされた発呼タイミングを出力するタイミング出力部１４とを有している。
【００６３】
データ受信部１１は、少なくとも、運転中のドライバのワークロードに関するデータと、車両の現在位置のデータを受信する。データ受信部１１は、車両の走行方位のデータを受信してもよい。また、車両が有するナビゲーション装置に経路が設定されている場合には、データ受信部１１は、車載装置５０から案内中の経路データを受信してもよい。データ受信部１１には、情報センターからの発呼を待っている車両を示すデータを記憶する発呼待ち車両データ記憶部１５が接続されている。
【００６４】
図５は、発呼待ち車両データ記憶部１５に記憶されたデータの例を示す図である。発呼待ち車両データ記憶部１５には、情報検索を要求してきた車載装置５０を示すデータが、その要求の受付順と共に記憶されている。図５に示す例では、最初に情報検索の要求を受け付けたのは「Ｄ１１０２」の車載装置５０、次は「Ｄ４３７４」の車載装置５０、その次は「Ｄ２７８５」の車載装置５０である。車載装置５０に対して発呼を行い、所望の情報を通知した場合、発呼待ち車両データ記憶部１５から該当レコードは削除される。
【００６５】
ワークロード予測部１２は、進行方向の道路区間における過去のワークロードのデータに基づいてワークロードの変化を予測する機能を有する。ワークロード予測部１２には、地図データを記憶した地図データ記憶部１６と、道路区間別のワークロードの基準値を記憶した区間別基準値記憶部１７と、車両信号からワークロードのデータを求めるための定量化モデル記憶部１８が接続されている。
【００６６】
図６は、区間別基準値記憶部１７に記憶されたデータの例を示す図である。区間別基準値記憶部１７には、「道路区間ＩＤ」によって特定される道路区間におけるワークロードの「基準値」のデータが記憶されている。ワークロードの基準値とは、各道路区間において一般的なドライバにかかるワークロードを表す値である。基準値としては、例えば、該当の道路区間において複数の車両装置から取得したワークロードの全データの平均値を用いてもよいし、全データの中央値や最頻値を用いてもよい。また、全データを用いるのではなく、優良ドライバの車両に搭載された車載装置５０から受信したワークロードの平均値や中央値、最頻値等を用いてもよい。なお、優良ドライバか否かは、例えば、事故歴、違反歴、走行距離、運転頻度、ドライバの年代（例えば、３０〜４０代）、取得した統計データとの乖離が少ないドライバか否か、該当の道路区間を良く通るか否か等を用いて判定することができる。図６に示す例では、道路区間「Ｒ０００１」における基準値は「７８」であり、「道路区間Ｒ０００２」における基準値は「１３６」であり、道路区間「Ｒ０００３」における基準値は「１５６」である。
【００６７】
定量化モデル記憶部１８に記憶された定量化モデルは、基本的には、車載装置５０に記憶された定量化モデル（図３参照）と同じモデルである。ただし、定量化モデル記憶部１８に記憶された定量化モデルは、特定ユーザのワークロードを計算するモデルではないので、ユーザの車両運転に関する慣れを考慮した重み付け処理はなされていない。
【００６８】
ワークロード予測部１２は、まず、車両の現在位置のデータに基づいて車両の進行方向にある道路区間を求める。具体的には、ワークロード予測部１２は、地図データ記憶部１６から地図データを読み出し、地図データと現在位置のデータとを重ね合わせることにより現在走行中の道路区間を特定する。また、異なる時刻に取得した２つの位置データから車両の進行方向を求め、進行方向にある道路区間を特定する。なお、車載装置５０から走行方位のデータを受信している場合には、ワークロード予測部１２は、異なる時刻の位置データを取得することなく、走行方位から車両の進行方向を求めることができる。また、ワークロード予測部１２は、車載装置５０から案内中の経路データを受信している場合には、現在位置と経路データから進行方向の道路区間を求めることができる。
【００６９】
次に、ワークロード予測部１２は、進行方向の道路区間に対応するワークロードの基準値を区間別基準値記憶部１７から読み出し、読み出した基準値を、進行方向の道路区間を走行する際のワークロードの予測値とする。
【００７０】
ワークロード予測部１２は、進行方向の道路区間を走行する前方車両の車両信号のデータがある場合には、当該車両信号のデータを定量化モデル記憶部１８に記憶された定量化モデルに適用することにより、当該道路区間のワークロードを予測する。なお、この車両信号のデータは、例えば、次のいずれかの方法によって取得することができる。第１の方法は、ワークロードの予測対象となっている車両が、その前方車両から車車間通信によって車両信号を取得し、取得した車両信号を送信する方法である。第２の方法は、発呼タイミング制御装置１が、ワークロードの予測対象となっている車両の前方車両の車載装置５０から直接に車両信号を受信する方法である。
【００７１】
ワークロードの予測対象の車両が、進行方向の道路区間を過去に走行したときの車両信号のデータがある場合には、ワークロード予測部１２は、過去の車両信号のデータを定量化モデル記憶部１８に記憶された定量化モデルに適用することにより、当該道路区間のワークロードを予測する。
【００７２】
次に、ワークロード予測部１２は、現在の車両速度から、進行方向の各道路区間を走行する時刻を予測し、ワークロードの予測データを生成する。例えば、時速６０ｍで走行している場合に、３Ｋｍ先にある道路区間には、３分後に到達すると計算できるので、当該道路区間のワークロードの値を３分後の予測ワークロードの値とする。
【００７３】
スケジューリング部１３は、予測されるワークロードの推移に基づいて、複数の車載装置５０のそれぞれに発呼するタイミングをスケジューリングする機能を有する。スケジューリング部１３は、「ワークロードが所定の閾値以下のときに発呼し、情報の通知が完了すること」を制約条件とし、複数の車載装置５０に対する情報の通知が最も早く終了するように発呼のタイミングを決定する。スケジューリングの具体例については後述する。
【００７４】
タイミング出力部１４は、スケジューリング部１３にて求めた発呼タイミングになったときに、表示部３６に、車載装置５０への発呼指示を表示する。発呼指示は表示部３６への表示だけでなく、図示しないスピーカから音声によって出力してもよい。
【００７５】
上記に説明した発呼タイミング制御装置１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、及びこれらを接続するデータバスなどを有するコンピュータによって構成される。ＲＯＭに書き込まれたプログラムに従ってＣＰＵが演算処理を実行することにより、上記機能が実現される。地図データ記憶部１６、区間別基準値記憶部１７、定量化モデル記憶部１８は、ＲＯＭによって構成してもよいし、外部の記録媒体によって構成してもよい。
【００７６】
図７は、情報センター装置３０にて情報を提供するまでの動作を示すフローチャートである。図７に示すように車載装置５０は、情報センター装置３０に対して情報検索を依頼する（Ｓ１０）。ここでの情報検索依頼は、例えば、オペレータに電話をかけ、検索したい情報をオペレータに口頭で伝える。例えば、「近くの洋食の店を探してください。」等というように依頼する。情報センターにおいて、オペレータが情報検索依頼を受け付けると（Ｓ１２）、いったん電話回線を切断する（Ｓ１４）。
【００７７】
続いて、オペレータが、情報検索依頼に従って情報検索を行った後（Ｓ１６）、ドライバに電話をかけ、その検索結果がドライバの意に沿ったものかどうかを確認する（Ｓ１８）。例えば、オペレータは、「○○町に新しくオープンしたイタリアンの店があります。ご案内しますか？」等と問い合わせをする。ドライバが情報検索結果を確認した場合には（Ｓ２０）、情報センターは、当該検索結果のデータを送信し（Ｓ２２）、車載装置５０は、検索結果を受信する（Ｓ２４）。検索結果のデータとしては、例えば、検索された店の住所、電話番号や口コミ情報などがある。車載装置５０は、検索結果を受信すると、例えば、検索された店を目的地として設定する。
【００７８】
発呼タイミング制御装置１は、結果の確認のために電話をかけるタイミング（Ｓ１８）をスケジューリングする。発呼タイミング制御装置１は、情報センター装置３０が新しく情報検索の依頼を受けたときに、発呼タイミングのスケジューリングを開始する。
【００７９】
図８は、発呼タイミング制御装置１にて、車載装置５０に電話をかける発呼タイミングを出力する動作を示すフローチャートである。車載装置５０は、ワークロードを測定し（Ｓ３０）、ワークロードを測定したときの車両の位置を検出する（Ｓ３２）。車載装置５０は、ワークロードのデータと車両の位置データを発呼タイミング制御装置１に送信する（Ｓ３４）。発呼タイミング制御装置１は、ワークロードのデータと車両の位置データとを受信すると（Ｓ３６）、受信したデータを用いて当該車両の将来のワークロードを予測する（Ｓ３８）。
【００８０】
図９は、ワークロードの予測動作を示すフローチャートである。発呼タイミング制御装置１は、車両の現在位置のデータから、車両が走行している道路と車両の進行方向を特定する（Ｓ５０）。続いて、発呼タイミング制御装置１は、進行方向にある道路区間を特定する（Ｓ５２）。
【００８１】
次に、発呼タイミング制御装置１は、その道路区間において取得した前方車両の車両信号があるか否かを判定する（Ｓ５４）。具体的には、前方車両から発呼タイミング制御装置１に送信されてきた車両信号があるか、ワークロードの予測対象の車両が車車間通信によって前方車両から取得した車両信号を受信しているかを判定する。前方車両の車両信号がある場合には（Ｓ５４でＹＥＳ）、その車両信号を定量化モデルに適用することにより、ワークロードを計算する（Ｓ６０）。
【００８２】
前方車両の車両信号がない場合には（Ｓ５４でＮＯ）、自車が過去にその道路区間を通ったときの車両信号があるか否かを判定する（Ｓ５６）。自車の車両信号がある場合には（Ｓ５６でＹＥＳ）、その車両信号を定量化モデルに適用することにより、ワークロードを計算する（Ｓ６０）。自車の車両信号がない場合には（Ｓ５６でＮＯ）、発呼タイミング制御装置１は、区間別基準値記憶部１７から、その道路区間の区間別基準値を読み出す（Ｓ５８）。次に、発呼タイミング制御装置１は、車速のデータを用いて各道路区間に到達するまでの所要時間を予測し、ワークロードの時間推移を算出する（Ｓ６２）。なお、車速のデータとしては、道路区間ごとに定められた法定速度を用いる。もし、車両から車速のデータを受信している場合には、受信した車速データを用いてもよい。
【００８３】
図８に戻って、発呼タイミング制御装置１の動作について説明する。発呼タイミング制御装置１は、予測されたワークロードの時間推移に基づいてスケジューリングを行う（Ｓ４０）。
【００８４】
図１０は、発呼タイミング制御装置１によるスケジューリングの動作を示すフローチャートである。図１１は、発呼待ちの車両Ａ〜Ｃについて、予測されるワークロードの時間推移とスケジューリング結果を示す図である。
【００８５】
発呼タイミング制御装置１は、発呼待ちの車両Ａ〜Ｃの中から、次に、低負荷期間が開始する車両を検出する（Ｓ７０）。図１１に示す例では、車両Ｂが検出される。発呼タイミング制御装置１は、低負荷期間の長さが所定の閾値（例えば、３０秒）より長い否かを判定する（Ｓ７２）。ここで、所定の閾値は、オペレータがドライバに対し情報の確認をするために必要な時間である。この判定の結果、低負荷期間の長さが所定の閾値より大きくない場合には（Ｓ７２でＮＯ）、次に低負荷期間が開始する車両を検出する（Ｓ７０）。
【００８６】
ステップＳ７２における判定の結果、低負荷期間の長さが所定の閾値より大きいと判定された場合には（Ｓ７２でＹＥＳ）、低負荷期間が開始するタイミングを当該車両への発呼タイミングとして決定する。図１１に示す例では、時刻Ｔ＝ｔ０から開始される車両Ｂの低負荷期間は、所定の閾値より長いので、時刻Ｔ＝ｔ０を車両Ｂへの発呼タイミングとして決定する。図１１の下から２番目のタイムチャートは、本実施の形態によるスケジューリング結果を示す。
【００８７】
発呼タイミング制御装置１は、発呼待ちの全車両について発呼タイミングを決定したか否かを判定し（Ｓ７６）、全車両への発呼タイミングが決定された場合には（Ｓ７６でＹＥＳ）、スケジューリングを終了する。全車両Ａ〜Ｃへの発呼タイミングが決定されていない場合には（Ｓ７６でＮＯ）、車両Ｂへの情報の通知が完了した時刻ｔ１の後に、次に低負荷期間が開始する車両を検出する（Ｓ７０）。以下、上記の処理を、全車両Ａ〜Ｃへの発呼タイミングが決定されるまで繰り返し行う。
【００８８】
図８に戻って、発呼タイミング制御装置１の動作について説明する。発呼タイミング制御装置１は、スケジューリングされた発呼タイミングの時刻になると、発呼タイミングであることを示すデータを表示部３６に出力し、表示部３６にて発呼タイミングを表示する（Ｓ４２）。以上、第１の実施の形態の発呼タイミング制御装置１の構成および動作について説明した。
【００８９】
第１の実施の形態の発呼タイミング制御装置１は、発呼待ちの複数の車両のドライバのワークロードの時間推移を予測し、予測されたワークロードの時間推移に基づいて発呼タイミングをスケジューリングするので、効率良く発呼および情報の通知を早く行うことができる。
【００９０】
図１１の最下段には、スケジューリングを行わないで、情報検索依頼を受け付けた順に発呼するときの発呼タイミングのタイムチャートを示している。スケジューリングを行っていない場合、車両Ａに対する情報通知が完了するまで、車両Ｂ、Ｃに対する発呼を行わないので、本実施の形態のスケジューリングを行う場合に比べて時間がかかっている。本実施の形態によれば、車両Ａのワークロードが高くて車両Ａに発呼できない期間に車両Ｂ，Ｃに対する情報通知を行うので、車両Ｂ，Ｃに対して情報を早く通知できる。
【００９１】
なお、本実施の形態では、情報センターが情報を通知すべき複数の車両が存在する場合を例として説明したが、情報センターが情報を通知すべき車両が一台しかない場合にもスケジューリングを行ってもよい。例えば、ドライバとの通話が長くなることが予測される場合には、予測されるワークロードのデータに基づいて、低負荷期間が長く続くタイミングで発呼するようにスケジューリングすることにより、低負荷期間の継続中に、安全に情報を通知できる。
【００９２】
また、本実施の形態では、発呼タイミング制御装置１は、スケジューリングされた発呼タイミングが到来したときに、表示部３６に、発呼タイミングである旨を表示する例について説明したが、発呼タイミング制御装置１は、発呼タイミングの情報を発呼部３５に送信し、発呼部３５が発呼することとしてもよい。これにより、オペレータが表示を確認してから発呼するという手間が省け、さらに効率良く発呼することが可能となる。
【００９３】
本実施の形態では、図１０を用いて、「ワークロードが所定の閾値以下のときに発呼し、情報の通知が完了すること」を制約条件とし、複数の車載装置５０に対する情報の通知が最も早く終了するように発呼のタイミングを決定する方法の一例を説明したが、上記制約条件の下で複数の車載装置５０に対する情報の通知が最も早く終了するようにスケジューリングを行う方法は、上記フローに限定されない。バックトラック法、制約伝播法等の制約充足問題を解く公知の技術により、スケジューリングを行うことが可能である。
【００９４】
（第２の実施の形態）
図１２は、第２の実施の形態の発呼タイミング制御装置２の構成を示す図である。第２の実施の形態の発呼タイミング制御装置２の基本的な構成は、第１の実施の形態と同じであるが、ワークロード予測部１２によるワークロードの予測の仕方が第１の実施の形態と異なる。また、車載装置５０におけるワークロードの測定の仕方も第１の実施の形態と異なる。
【００９５】
［車載装置］
図１３は、車載装置５０のワークロード測定部５２の構成を示す図である。ワークロード測定部５２には、車両の現在位置を検出する位置検出センサ７０と、ドライバの視線を検出する視線センサ５３と、車両の各種状態を検出するために車両に備えられた車両センサ５４とが接続されている。ワークロード測定部５２は、これらのセンサ７０，５３，５４によって検出されたデータを用いてワークロードを測定する。
【００９６】
視線センサ５３は、ドライバの顔を撮影するカメラと、撮影した画像を解析する解析部とを有している。カメラにて撮影した画像を解析してドライバの顔の向きや黒目の向いている方向を求めることにより、ドライバの視線を検出する。また、視線センサ５３として、アイカメラを用いてもよい。
【００９７】
車両センサ５４として、車両の動作を検出する様々なセンサを用いることができる。例えば、車両速度を検出するセンサ、ギアを検知するセンサ、ハンドルの操舵角を検知するセンサ、ウィンカーの点灯を検知するセンサ、エアコンの設定温度や風量を検知するセンサ、ＣＤプレーヤやラジオの音量や操作を検知するセンサ、ナビゲーション装置に対する操作を検知するセンサ、ヘッドライトの点灯を検知するセンサ、ワイパーの動作を検知するセンサなどである。上記に挙げたセンサは例示であり、上記以外のセンサを用いることも可能である。
【００９８】
ワークロード測定部５２は、位置検出センサ７０にて検出した車両の現在位置と、地図データ記憶部７１に記憶された地図データとから、現在走行中の道路の属性を解析する道路属性解析部５７を有している。道路属性解析部５７は、地図データから現在位置に対応する道路を特定し、その道路属性を求める。道路属性には、例えば、道路の形状（直線、曲線、交差点等）、道幅、信号の有無、高速道路か否か等の情報が含まれる。
【００９９】
ワークロード測定部５２は、視線センサ５３、車両センサ５４、道路属性解析部５７にて取得したデータをワークロードのデータに換算するためのワークロード換算テーブル５９を有している。ワークロード計算部５８は、ワークロード換算テーブル５９を参照して、各センサ７０，５３，５４で取得したデータをワークロードのデータに換算する。
【０１００】
図１４（ａ）〜図１４（ｅ）は、いずれもワークロード換算テーブル５９に記憶されたデータの例を示す図である。以下、順に説明する。図１４（ａ）は、運転操作のデータをワークロードのデータに変換するテーブルの例を示す図である。運転操作に対応するワークロードのデータが記憶されている。例えば、直進中の運転操作のワークロードは「１０」であり、車線変更時のワークロードは「３０」である。なお、車両の直進は、ハンドルの操舵角および車両速度のデータによって検知することが可能である。また、車線変更は、二車線以上の道路の直進中に交差点以外の場所でウィンカーを点灯したことによって検知することが可能である。
【０１０１】
図１４（ｂ）は、道路属性のデータをワークロードのデータに変換するテーブルの例を示す図である。道路属性に対応するワークロードのデータが記憶されている。例えば、狭い道路でのワークロードは「３５」であり、広い道路でのワークロードは「１０」である。道路の広狭は、あらかじめ定められた閾値を用いて判定する。
【０１０２】
図１４（ｃ）は、機器操作のデータをワークロードのデータに変換するテーブルの例を示す図である。機器操作に対応するワークロードのデータが記憶されている。例えば、ナビゲーション装置の操作のワークロードは「４５」であり、エアコンの操作のワークロードは「１５」である。
【０１０３】
図１４（ｄ）は、聴覚コンテンツのデータをワークロードのデータに変換するテーブルの例を示す図である。聴覚コンテンツに対応するワークロードのデータが記憶されている。例えば、ニュースが流れている場合のワークロードは「３５」であり、音楽が流れている場合のワークロードは「１０」である。車内で流れているコンテンツは、以下のようにして判定できる。ＣＤプレーヤが動作している場合には、コンテンツが「音楽」であると判定する。ラジオが動作している場合には、ラジオのチャンネルデータを検知し、ラジオ番組表のデータと比較することにより、コンテンツを判定する。なお、本実施の形態では、コンテンツをワークロードのデータに換算するテーブルの例を挙げているが、音量をワークロードのデータに換算するテーブルを設けてもよい。音量をワークロードのデータに換算するテーブルは、例えば、音量が大きいほどワークロードが大きくなるように設定される。
【０１０４】
図１４（ｅ）は、視線動作のデータをワークロードのデータに変換するテーブルの例を示す図である。視覚動作に対応するワークロードのデータが記憶されている。例えば、ナビゲーション装置の画面を注視している場合のワークロードは「５０」であり、目的物を探索している（きょろきょろしている）場合のワークロードは「４５」である。
【０１０５】
ワークロード計算部５８は、図１４（ａ）〜図１４（ｅ）に示すテーブルを参照して、運転操作のワークロード、道路属性のワークロード、機器操作のワークロード、聴覚コンテンツのワークロード、視線動作のワークロードを求め、これらのワークロードのデータを合算してドライバの全ワークロードを求める。
【０１０６】
［発呼タイミング制御装置］
次に、発呼タイミング制御装置２のワークロード予測部１２について説明する。ワークロード予測部１２には、道路属性に対応する運転負荷のデータを記憶した運転負荷換算テーブル１９が接続されている。
【０１０７】
なお、「運転負荷」とは、ドライバにかかるワークロードのうち、運転に起因して生じるワークロードをいう。ワークロードには、運転負荷の他に、ラジオやＣＤなどのコンテンツによって生じるワークロードや、視線運動によって生じるワークロード等がある。運転負荷換算テーブル１９に記憶されるデータは、図１４（ｂ）に示したテーブルと同じである。
【０１０８】
図１５は、ワークロード予測部１２の処理を示すフローチャートである。ワークロード予測部１２は、第１の実施の形態におけるワークロード予測部１２と同様に、車両の現在位置から、現在走行中の道路区間および進行方向の道路区間を特定する（Ｓ８０）。ワークロード予測部１２は、現在および進行方向の道路区間の道路属性を地図データ記憶部１６から読み出し（Ｓ８２）、読み出した道路属性に対応する運転負荷を、運転負荷換算テーブル１９から読み出す（Ｓ８４）。次に、ワークロード予測部１２は、現在の運転区間の運転負荷と進行方向の道路区間の運転負荷との違いに基づいて、各道路区間のワークロードを求める（Ｓ８６）。具体的には、現在の道路属性に対応する運転負荷の値と、進行方向の道路属性に対応する運転負荷の値との差分を、現在のワークロードに加算して、進行方向の道路区間のワークロードを算出する。
【０１０９】
図１６（ａ）は、道路区間の例を示す図である。図１６（ａ）に示す図では、道路区間Ｄ０００１、Ｄ０００３、Ｄ０００５、Ｄ０００６、Ｄ０００７の道路属性は、広い直線道路である。道路区間Ｄ０００２の道路属性は、交差点であり、道路区間Ｄ０００４の道路属性は見通しの悪いカーブである。
【０１１０】
車両は、現在道路区間Ｄ０００１を走行中であり、現在のワークロードの値が５０であると仮定する。現在の道路区間Ｄ０００１の道路属性「広い直線道路」に対応する運転負荷は、図１４（ｂ）を参照すると「１０」である。道路区間Ｄ０００２において道路属性「交差点」に対応する運転負荷は、図１４（ｂ）を参照すると「６５」である。従って、２つのワークロードの差分６５−１０＝５５を、現在のワークロード値に加算して、道路区間Ｄ０００２におけるワークロードを求める。この場合、５０＋５５＝１０５となる。
【０１１１】
次に、ワークロード予測部１２は、車速のデータを用いて各道路区間に到達するまでの所要時間を予測し、ワークロードの時間推移を算出する（Ｓ８８）。図１６（ｂ）は、図１６（ａ）に示す道路におけるワークロードの予測推移を示す図である。
【０１１２】
以上、第２の実施の形態の発呼タイミング制御装置２について、第１の実施の形態との相違点を中心に説明した。
【０１１３】
第２の実施の形態の発呼タイミング制御装置２は、第１の実施の形態と同様に、発呼待ちの複数の車両のワークロードの時間推移を予測し、予測されたワークロードの時間推移に基づいて発呼タイミングをスケジューリングするので、効率良く発呼および情報の通知を早く行うことができる。
【０１１４】
また、第２の実施の形態の発呼タイミング制御装置２は、道路属性と運転負荷との対応関係を示す運転負荷換算テーブル１９を用いて、将来のワークロードを予測するので、簡単な構成によりワークロードの予測を行うことができる。
【０１１５】
（第３の実施の形態）
図１７は、第３の実施の形態の発呼タイミング制御装置３の構成を示す図である。第３の実施の形態の発呼タイミング制御装置３の基本的な構成は、第１の実施の形態と同じであるが、第３の実施の形態では、発呼タイミング制御装置３のスケジューリング部１３が、情報センター装置３０にて設定された優先度をも用いて、発呼タイミングのスケジューリングを行う点が異なる。スケジューリング部１３は、「ワークロードが所定の閾値以下のときに発呼し、情報の通知が完了すること」に加え、「優先度の高い情報を低い情報より優先して処理すること」を制約条件とし、複数の車載装置５０に対する情報の通知が最も早く終了するように発呼のタイミングを決定する。
【０１１６】
第３の実施の形態では、情報センター装置３０は、検索された情報に対して、優先度を設定する優先度設定部３７を備えている。優先度設定部３７は、オペレータの操作により、優先度を設定する。優先度設定部３７は、例えば、「高」「低」の２段階の優先度の設定を受け付ける。本実施の形態では、「高」「低」の２段階の優先度の例を説明しているが、優先度は、必ずしも２段階でなくてもよく、「高−中−低」（３段階）、「５−４−３−２−１」（５段階）等のように、さらに細分化してもよい。
【０１１７】
優先度設定部３７は、設定された優先度のデータを発呼タイミング制御装置３に渡す。発呼タイミング制御装置３のスケジューリング部１３は、優先度のデータをも用いてスケジューリングを行う。
【０１１８】
図１８は、スケジューリング部１３によるスケジューリングの動作の一例を示すフローチャートである。図１９は、発呼待ちの車両Ａ〜Ｃについて、予測されるワークロードの時間推移とスケジューリング結果を示す図である。車両Ａ、Ｂに対する情報には優先度「低」、車両Ｃに対する情報には優先度「高」が設定されている。
【０１１９】
発呼タイミング制御装置３は、発呼待ちの車両Ａ〜Ｃの中から、優先度の高い情報を通知すべき車両を抽出する（Ｓ９０）。図１９に示す例では、車両Ｃが抽出される。発呼タイミング制御装置３は抽出した車両の中から次に、低負荷期間が開始する車両を検出する（Ｓ９２）。図１９に示す例では、優先度「高」の車両は車両Ｃのみなので、車両Ｃが検出される。発呼タイミング制御装置３は、低負荷期間の長さが所定の閾値（例えば、３０秒）より長いか否かを判定する（Ｓ９４）。ここで、所定の閾値は、オペレータがドライバに対し情報の確認をするために必要な時間である。この判定の結果、低負荷期間の長さが所定の閾値より長くない場合には（Ｓ９４でＮＯ）、次に低負荷期間が開始する車両を検出する（Ｓ９２）。
【０１２０】
ステップＳ９４における判定の結果、低負荷期間の長さが所定の閾値より大きいと判定された場合には（Ｓ９４でＹＥＳ）、低負荷期間が開始するタイミングを当該車両への発呼タイミングとして決定する。図１９に示す例では、時刻Ｔ＝ｔ１から開始される車両Ｃの低負荷期間は、所定の閾値より長いので、時刻Ｔ＝ｔ１を車両Ｃへの発呼タイミングとして決定する。
【０１２１】
発呼タイミング制御装置３は、優先度が「高」の全車両について発呼タイミングを決定したか否かを判定し（Ｓ９８）、全車両への発呼タイミングが決定されていないと判定された場合には（Ｓ９８でＮＯ）、車両Ｃへの情報の通知が完了した時刻ｔ２の後に、優先度「高」の車両のうちで次に低負荷期間が開始する車両を検出し（Ｓ９２）、上記動作を繰り返し行う。この例では、優先度「高」の車両は車両Ｃのみなので、優先度が「高」の全車両について発呼タイミングを決定したと判定される。
【０１２２】
同じ優先度の全車両への発呼タイミングが決定された場合には（Ｓ９８でＹＥＳ）、受付中の全車両への発呼タイミングが決定されたか否かを判定する（Ｓ１００）。受付中の全車両への発呼タイミングが決定されたと判定された場合（Ｓ１００でＹＥＳ）。スケジューリングを終了する。全車両への発呼タイミングが決定されていない場合には（Ｓ１００でＮＯ）、優先度が次に高い情報を通知すべき車両を抽出する（Ｓ９０）。この例では、車両Ａ，Ｂの発呼タイミングは決定されていないので、次に優先度の高い情報を送信すべき車両を抽出する（Ｓ９０）。この例では、車両Ａ，Ｂが抽出される。以下、発呼タイミングを決定する上記の処理を、全車両への発呼タイミングが決定されるまで繰り返し行う。
【０１２３】
第３の実施の形態の発呼タイミング制御装置３は、設定された優先度の情報をも用いて、発呼タイミングを決定するので、優先度を適切に設定することにより、いち早く通知したい情報がある場合に、その要請に対応することが可能である。
【０１２４】
なお、図１８を用いてスケジューリングの動作は、優先度の高い情報を低い情報より優先して処理するという制約条件を満たすための動作の一例であって、本発明の発呼タイミング制御装置３は、図１８に示す動作に限定されるものではない。例えば、優先度の高い情報を通知すべき車両Ｃの低負荷期間が長時間にわたって現れない場合には、当該時間に先に車両Ａ，Ｂへの発呼を処理できるようなフローとしてもよい。
【０１２５】
（第４の実施の形態）
図２０は、第４の実施の形態の発呼タイミング制御装置４の構成を示す図である。第４の実施の形態の発呼タイミング制御装置４の基本的な構成は、第１の実施の形態と同じであるが、第４の実施の形態では、発呼タイミング制御装置４のスケジューリング部１３が、情報センター装置３０にて設定された有効期限をも用いて、発呼タイミングのスケジューリングを行う点が異なる。スケジューリング部１３は、「ワークロードが所定の閾値以下のときに発呼し、情報の通知が完了すること」に加え、「有効期限内に情報を通知すること」を制約条件とし、複数の車載装置５０に対する情報の通知が最も早く終了するように発呼のタイミングを決定する。
【０１２６】
第４の実施の形態では、情報センター装置３０は、検索された情報に対して、有効期限を設定する有効期限設定部３８を備えている。有効期限設定部３８は、オペレータの操作により、有効期限を設定する。ここではオペレータが有効期限を設定する例について説明しているが、検索された情報から有効期限を自動的に設定してもよい。例えば、検索されたレストランの営業時間が２２：００までの場合には、有効期限を２１：００に設定してもよい。また、検索されたガソリンスタンドが現在位置の２ｋｍ先にある場合には、有効期限を２分としてもよい。
【０１２７】
有効期限設定部３８は、設定された有効期限度のデータを発呼タイミング制御装置４に渡す。発呼タイミング制御装置４のスケジューリング部１３は、有効期限度のデータをも用いてスケジューリングを行う。
【０１２８】
図２１は、スケジューリング部１３によるスケジューリングの動作の一例を示すフローチャートである。発呼タイミング制御装置４は、発呼待ちの車両Ａ〜Ｃの中から、有効期限までの時間が所定の閾値より短い情報があるか否かを判定し（Ｓ１１０）、そのような情報が存在する場合には（Ｓ１１０でＹＥＳ）、有効期限までの時間が所定の閾値より短い情報を送信すべき車両を抽出する（Ｓ１１２）。有効期限までの時間が所定の閾値より短い情報がない場合には、受付中の全車両を対象とする（Ｓ１１４）。
【０１２９】
発呼タイミング制御装置４は、抽出した車両の中から次に、低負荷期間が開始する車両を検出し（Ｓ１１６）、低負荷期間の長さが所定の閾値（例えば、３０秒）より長いか否かを判定する（Ｓ１１８）。ここで、所定の閾値は、オペレータがドライバに対し情報の確認をするために必要な時間である。この判定の結果、低負荷期間の長さが所定の閾値より長くない場合には（Ｓ１１８でＮＯ）、次に低負荷期間が開始する車両を検出する（Ｓ１１６）。
【０１３０】
ステップＳ１１８における判定の結果、低負荷期間の長さが所定の閾値より長いと判定された場合には（Ｓ１１８でＹＥＳ）、低負荷期間が開始するタイミングを当該車両への発呼タイミングとして決定する（Ｓ１２０）。
【０１３１】
発呼タイミング制御装置４は、受付中の全車両に対する発呼タイミングが決定されたか否かを判定する（Ｓ１２２）。受付中の全車両への発呼タイミングが決定されたと判定された場合（Ｓ１２２でＹＥＳ）、スケジューリングを終了する。全車両への発呼タイミングが決定されていない場合には（Ｓ１２２でＮＯ）、有効期限までの時間が所定時間より短い情報があるか否かを判定するステップＳ１１０に戻る。以下、発呼タイミングを決定する上記の処理を、全車両への発呼タイミングが決定されるまで繰り返し行う。
【０１３２】
第４の実施の形態の発呼タイミング制御装置４は、設定された有効期限の情報をも用いて、発呼タイミングを決定するので、適切な時期に情報を提供することが可能となる。
【０１３３】
なお、図２１を用いてスケジューリングの動作は、設定された有効期限内に処理するという制約条件を満たすための動作の一例であって、本発明の発呼タイミング制御装置４は、図２１に示す動作に限定されるものではない。
【０１３４】
（第５の実施の形態）
次に、第５の実施の形態の発呼タイミング制御装置について説明する。第５の実施の形態の発呼タイミング制御装置の基本的な構成は、第１の実施の形態と同じであるが、第５の実施の形態では、車載装置５０と発呼タイミング制御装置との間の通信に生じる遅延時間にも基づいてスケジューリングを行う。
【０１３５】
図２２は、遅延時間をも用いてスケジューリングを行う方法について説明するための図である。第１〜第４の実施の形態では、車両Ａ〜Ｃの予測されるワークロードにおいて、次に開始される低負荷期間を探索する際には、時刻ｔ０を探索開始点として低負荷期間を探索した。本実施の形態では、時刻ｔ０から通信遅延時間ΔＴだけ遅延した時刻ｔ１を探索開始点として、次に開始される低負荷期間を探索する。通信遅延時間ΔＴは、車載装置５０が現在位置のデータ等を送信する際に付加した時刻データと現在の時刻との差分から求めることができる。
【０１３６】
各車両Ａ〜Ｃの車載装置５０からは時刻ｔ０に時点でのワークロードのデータが送信されてくるが、発呼タイミング制御装置で受信するのは時刻ｔ１であるので、時刻ｔ０から時刻ｔ１の間に発呼することはできない。本実施の形態によれば、通信遅延時間ΔＴだけシフトした時刻ｔ１を探索開始点として低負荷期間を探索し、発呼タイミングを決定するので、決定された発呼タイミングに発呼することができる。
【０１３７】
（第６の実施の形態）
次に、第６の実施の形態の発呼タイミング制御装置６について説明する。第６の実施の形態の発呼タイミング制御装置６の基本的な構成は、第１の実施の形態と同じであるが、第６の実施の形態の発呼タイミング制御装置６は、スケジューリングされた発呼タイミングにおける実際のワークロードが低負荷であることを確認した上で、発呼タイミングであることを出力する。
【０１３８】
図２３は、第６の実施の形態において、発呼タイミングが到来したときの発呼タイミング制御装置６の動作を示す図である。なお、第６の実施の形態の発呼タイミング制御装置６が発呼タイミングのスケジューリングを行う動作は、第１の実施の形態と同じである。
【０１３９】
図２３に示すように、発呼タイミング制御装置６は、スケジューリングされた発呼タイミングの時刻が到来したか否かを判定する（Ｓ１３０）。発呼タイミングが到来すると（Ｓ１３０でＹＥＳ）、発呼タイミング制御装置６は、車載装置５０に対してワークロードデータを要求する信号を送信する（Ｓ１３２）。車載装置５０は、ワークロードデータの要求信号を受信すると（Ｓ１３４）、ワークロードを測定し（Ｓ１３６）、測定されたワークロードデータを発呼タイミング制御装置６に送信する（Ｓ１３８）。
【０１４０】
発呼タイミング制御装置６は、ワークロードデータを受信すると（Ｓ１４０）、受信したワークロードデータが低負荷であるか否かを判定する（Ｓ１４２）。受信したワークロードが低負荷でない場合には（Ｓ１４２でＮＯ）、発呼タイミング制御装置６は、発呼タイミングの再スケジューリングを行う。受信したワークロードが低負荷であった場合には（Ｓ１４２でＹＥＳ）、発呼タイミング制御装置６は、発呼タイミングである旨を出力する（Ｓ１４４）。以上、第６の実施の形態の発呼タイミング制御装置６の構成および動作について説明した。
【０１４１】
本実施の形態の発呼タイミング制御装置６は、発呼タイミングにおける車両のドライバのワークロードのデータを取得し、実際に低負荷である場合に発呼タイミングを出力しているので、予測に誤りがあった場合にも、ドライバのワークロードが高い状態のときに発呼してしまうという不都合を防止できる。
【０１４２】
（第７の実施の形態）
図２４は、第７の実施の形態の発呼タイミング制御装置７の構成を示す図である。第７の実施の形態の発呼タイミング制御装置７の基本的な構成は、第１の実施の形態と同じであるが、第７の実施の形態の発呼タイミング制御装置７は、タイミング出力部１４が、発呼して後に通知する情報の種類と、情報の通知時における車載装置５０のステータスに基づいて処理を行う点が異なる。
【０１４３】
第７の実施の形態では、情報センター装置３０は、検索された情報の種類を発呼タイミング制御装置７に通知する情報種類通知部３９を備えている。情報種類通知部３９は、検索された情報が、音声のみの情報か、音声と画像の情報か、画像のみの情報かを発呼タイミング制御装置７に通知する。
【０１４４】
図２５は、第７の実施の形態において、発呼タイミングが到来したときの発呼タイミング制御装置７の動作を示す図である。なお、第７の実施の形態の発呼タイミング制御装置７が発呼タイミングのスケジューリングを行う動作は、第１の実施の形態と同じである。
【０１４５】
図２５に示すように、発呼タイミング制御装置７は、スケジューリングされた発呼タイミングの時刻が到来したか否かを判定する（Ｓ１５０）。発呼タイミングが到来すると（Ｓ１５０でＹＥＳ）、発呼タイミング制御装置７は、通知すべき情報が画像を含むか否かを判定する（Ｓ１５２）。通知すべき情報が画像を含まない場合には（Ｓ１５２でＮＯ）、発呼タイミング制御装置７は、発呼タイミングであることを出力する（Ｓ１６４）。
【０１４６】
通知すべき情報が画像を含む場合には（Ｓ１５２でＹＥＳ）、発呼タイミング制御装置７は、車載装置５０に対して、現在のナビゲーション装置の操作情報（以下、「ナビ操作情報」という）を要求する信号を送信する（Ｓ１５４）。車載装置５０は、ナビ操作情報の要求信号を受信すると（Ｓ１５６）、ナビゲーション装置の操作情報を発呼タイミング制御装置７に送信する（Ｓ１５８）。
【０１４７】
発呼タイミング制御装置７は、車載装置５０から送信されたナビ操作情報を受信すると（Ｓ１６０）、受信したナビ操作情報に基づいて、現在ナビゲーション装置を操作中であるか否かを判定する（Ｓ１６２）。ナビゲーション装置を操作中であると判定された場合には（Ｓ１６２でＹＥＳ）、発呼タイミング制御装置７は、発呼タイミングの再スケジューリングを行う。ナビゲーション装置の操作中でないと判定された場合には（Ｓ１６２でＮＯ）、発呼タイミング制御装置７は、発呼タイミングであることを出力する（Ｓ１６４）。以上、第７の実施の形態の発呼タイミング制御装置７の構成および動作について説明した。
【０１４８】
第７の実施の形態の発呼タイミング制御装置７は、ナビゲーション装置の操作中には、画像を含む情報を通知しないので、ナビゲーション装置の操作中に画面が変わってしまうという不都合が生じないようにできる。
【０１４９】
なお、本実施の形態では、ナビゲーション装置の操作中であった場合に、発呼タイミングを再スケジューリングする例について説明したが、ナビゲーション装置の操作中であった場合に、通知すべき情報を音声のみの情報に加工することとしてもよい。
【０１５０】
また、本実施の形態では、発呼タイミング制御装置７は、車載装置５０に対して、ナビゲーション装置の操作中であるか否かを問い合わせる例について説明したが、ドライバがナビゲーション装置の画面を見ているか否かを問い合わせることとしてもよい。ドライバがナビゲーション装置を見ているか否かは視線センサ５３の検出結果を用いることによって判定することができる。発呼タイミング制御装置７は、ドライバがナビゲーション装置を見ている場合には、本実施の形態においてナビゲーション装置を操作中であった場合と同様に、発呼タイミングの再スケジューリングを行う。これにより、ドライバがナビゲーション装置で現在位置を確認している最中に画面が切り替わってしまうことを防止できる。
【０１５１】
（第８の実施の形態）
図２６は、第８の実施の形態の車載装置５０の構成を示す図である。第８の実施の形態の車載装置５０は、車内に持ち込まれた携帯電話８０と通信する通信部６１と、ワークロードを測定するワークロード測定部６２と、持ち込まれた携帯電話８０の動作を制御する機器制御部６３とを有している。車載装置５０と携帯電話８０との通信には、Ｂｌｕｅｔｏｏｔｈ（登録商標）や近距離無線を用いることができる。
【０１５２】
ワークロード測定部６２の構成は、図２を参照して説明した第１の実施の形態におけるワークロード測定部５２と同じである。機器制御部６３は、ドライバのワークロードが所定の閾値より大きい場合に、携帯電話８０に対して着信を拒否するように要求信号を送信する。
【０１５３】
図２７は、第８の実施の形態の車載装置５０の動作を示すフローチャートである。車載装置５０は、携帯電話８０を検知したか否か判定する（Ｓ１７０）。携帯電話８０を検知した場合には（Ｓ１７０でＹＥＳ）、ドライバのワークロードを測定する（Ｓ１７２）。
【０１５４】
車載装置５０は、ワークロードが所定の閾値より大きいか否かを判定する（Ｓ１７４）。ワークロードが所定の閾値以下の場合には（Ｓ１７４でＮＯ）、ワークロードを測定する処理（Ｓ１７２）に戻る。ワークロードが所定の閾値より大きい場合には（Ｓ１７４でＹＥＳ）、車載装置５０は、携帯電話８０に対して着信拒否を要求する信号を送信する（Ｓ１７６）。携帯電話８０は、車載装置５０から着信拒否の要求信号に従って、着信拒否を設定する。
【０１５５】
車載装置５０は、ワークロードを測定し（Ｓ１７８）、ワークロードが所定の閾値以下になったか否かを判定する（Ｓ１８０）。ワークロードが所定の閾値以下になっていない場合には（Ｓ１８０でＮＯ）、ワークロードを測定する処理（Ｓ１７８）に戻る。ワークロードが所定の閾値以下になった場合には（Ｓ１８０でＹＥＳ）、車載装置５０は、携帯電話８０に対して着信拒否の解除を要求する信号を送信する（Ｓ１８２）。携帯電話８０は、車載装置５０から着信拒否解除の要求信号に従って、着信拒否の設定を解除する。以上、第８の実施の形態の車載装置５０について説明した。
【０１５６】
第８の実施の形態の車載装置５０は、ドライバのワークロードが大きいときには、携帯電話８０に対して着信拒否の設定を行うことにより、着信音が鳴って運転への集中を妨げるという事態を回避できる。
【０１５７】
なお、本実施の形態では、携帯電話８０の着信拒否設定を例として説明したが、着信拒否に加えて、メール受信時に鳴動しないように設定することとしてもよい。
【０１５８】
また、本実施の形態では、車載装置５０が、携帯電話８０と通信する通信部６１を有し、携帯電話８０に対して着信拒否を要求する信号を送信する例について説明したが、車載装置５０は携帯電話８０と通信するための通信部６１に代えて、携帯電話８０に対する妨害電波を発生させる構成を採用してもよい。
【０１５９】
以上、本発明の発呼タイミング制御装置について、実施の形態を挙げて詳細に説明したが、本発明は上記した実施の形態に限定されるものではない。
【０１６０】
上記した実施の形態では、複数の車両への発呼および情報の通知が最も早く終了するようにスケジューリングを行う例について説明したが、本発明の発呼タイミング制御装置は、オペレータのタスクが一定になるように、発呼タイミングが時間的に等間隔になるようにスケジューリングを行ってもよい。
【０１６１】
上記した実施の形態において説明したワークロードの測定方法のほかに、例えば、ドライバの心拍数、血圧、呼吸数などを測定する生体センサを用いてもよい。これにより、心拍数が多くなる、血圧が高くなる、呼吸が早くなる等の変化が見られたときにはワークロードが大きいと判定し、定常状態で落ち着いている場合にはワークロードが小さいと判定できる。また、車内の音声を集音するマイクを設け、乗員どうしが会話しているかどうかを判定し、会話している場合には、ワークロードが大きいと判定し、車内が静かな場合にはワークロードが小さいと判定してもよい。
【産業上の利用可能性】
【０１６２】
本発明によれば、ドライバが応答しやすいタイミングに発呼することができると共に、複数の車両に効率良く発呼することができるという効果を有し、情報センター等から車両のドライバに電話を掛ける際の発呼タイミングを制御する装置として有用である。
【符号の説明】
【０１６３】
１，２，３，４，６，７ 発呼タイミング制御装置
１１ データ受信部
１２ ワークロード予測部
１３ スケジューリング部
１４ タイミング出力部
１５ 発呼待ち車両データ記憶部
１６ 地図データ記憶部
１７ 区間別基準値記憶部
１８ 定量化モデル記憶部
１９ 運転負荷換算テーブル
３０ 情報センター装置
３１ 通信部
３２ 提供情報記憶部
３３ 情報検索部
３４ 送信情報記憶部
３５ 発呼部
３６ 表示部
３７ 優先度設定部
３８ 有効期限設定部
３９ 情報種類通知部
５０ 車載装置
５１ 通信部
５２ ワークロード測定部
５３ 視線センサ
５４ 車両センサ
５５ ワークロード計算部
５６ 定量化モデル記憶部
５７ 道路属性解析部
５８ ワークロード計算部
５９ ワークロード換算テーブル
６１ 通信部
６２ ワークロード測定部
６３ 機器制御部
７０ 位置検出センサ
７１ 地図データ記憶部
８０ 携帯電話
【技術分野】
【０００１】
本発明は、車両を運転中のドライバに対して適切なタイミングで電話をかけることができる発呼タイミング制御装置に関する。
【背景技術】
【０００２】
従来から、車両からの要求に応じて様々な情報を、オペレータにより、あるいは音声自動応答装置によって車両に提供する装置が知られている。このような情報提供装置においては、他の車両の追い越し中、交差点通過中、または車線変更中等に情報提供が行われると、ドライバの集中力を損なうことになって危険であったり、あるいは、ドライバが情報を理解できないことになったりするという課題があった。
【０００３】
特許文献１および特許文献２は、上記課題を解決する発明を開示している。特許文献１には、ドライバの運転状況に応じて情報を提供する音声自動応答サービスが記載されている。このサービスでは、車載機から情報センターに車両の状況を示す車両情報を送信する。情報センターでは、受信した車両情報に基づいて、運転者に対する運転負荷の大きさを判定し、運転負荷レベルに基づいて自動音声案内の方法を変更する。例えば、運転負荷が大きいときには、音声案内の速度を遅くする。
【０００４】
特許文献２には、オペレータが検索した情報がユーザの希望に沿った情報であるか否かの確認を行う情報提供システムが記載されている。この文献に記載された情報提供システムでは、車載機から情報センターへ情報提供要求が伝わると、情報センターと車載機の間の通信を一旦切断し、運転負荷が小さく、ドライバが応答できる状態のときに、情報センターと車載機との通信を再開し、情報の確認を行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３４８６５７号公報
【特許文献２】特開２００７−１１０２７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記した特許文献１に記載された発明では、自動音声案内の方法を変えているが、運転負荷が大きい場合には、いくら自動音声案内の速度を遅くしても、運転の妨げになるかあるいは情報を理解できない結果になるので、音声案内の方法を変えるだけでは十分ではない。
【０００７】
特許文献２に記載された発明では、運転の負荷が小さいときに、情報センターと車載機とを接続するので、ドライバに適切に応答できる可能性が高い。特許文献２では、ドライバとオペレータが１対１であることを想定している。
【０００８】
本発明は、複数のドライバから情報提供の要求があった場合に、ドライバの応答を得ることができる適切なタイミングで発呼する発呼タイミング制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の発呼タイミング制御装置は、道路地図のデータを記憶した地図データ記憶部と、車両に搭載された車載装置から、運転中のドライバのワークロードに関するデータ、および、車両の現在位置のデータを受信する受信部と、前記現在位置のデータと前記道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するワークロード予測部と、情報を通知すべき車両が複数存在する場合に、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するスケジューリング部と、前記発呼タイミングが到来したときに、発呼タイミングであることを出力する出力部とを備える。
【００１０】
このように予測されるワークロードの変化に基づいて、低負荷期間に発呼するように発呼タイミングを決定することにより、ドライバが応答しやすいタイミングに発呼することができる。また、複数の車両への発呼および情報の通知が最も早く終了するようにスケジューリングするので、複数の車両に効率良く発呼することができる。なお、ワークロードに関するデータは、ワークロードの値であってもよいし、ワークロードの値を計算するためのデータ（例えば、速度データ、操舵角データ、ウィンカーの検知データ等）であってもよい。
【００１１】
本発明の発呼タイミング制御装置において、前記スケジューリング部は、前記低負荷期間内に、情報の通知が完了するように各車載装置への発呼タイミングを決定してもよい。
【００１２】
この構成により、低負荷期間の継続中に、安全に情報を通知することができる。
【００１３】
本発明の発呼タイミング制御装置において、前記車両に通知する情報には優先度が設定されており、前記スケジューリング部は、前記優先度に基づく順序で発呼するように各車載装置への発呼タイミングを決定してもよい。
【００１４】
この構成により、緊急の情報あるいは重要な情報のように優先度の高い情報がある場合には、その情報を他に優先して通知することができる。
【００１５】
本発明の発呼タイミング制御装置において、前記車両に通知する情報には有効期限が設定されており、前記スケジューリング部は、前記有効期限までに情報の通知が完了するように各車載装置への発呼タイミングを決定してもよい。
【００１６】
この構成により、適切なタイミングに情報を通知することができる。有効期限が設定された情報の例としては、例えば、ＰＯＩ（Point Of Interest）に関する情報がある。ＰＯＩの情報は、車両がそのＰＯＩを通過する前に提供することが好ましいので、ＰＯＩに関する情報には有効期限が設定される。
【００１７】
本発明の発呼タイミング制御装置において、前記受信部は、車両に設定された経路のデータを受信し、前記ワークロード予測部は、前記経路のデータに基づいて車両が走行中の道路および進行方向を求めてもよい。
【００１８】
車載装置から経路のデータを受信できる場合には、経路のデータに基づいて車両が進む経路を正確に把握できるので、ワークロードの予測精度を高めることができる。
【００１９】
本発明の発呼タイミング制御装置は、複数のドライバのワークロードに基づいて生成された道路区間毎のワークロードの基準値とその道路区間を識別する識別子とを関連付けて記憶した区間別基準値記憶部を備え、前記ワークロード予測部は、前記区間別基準値記憶部から、車両の進行方向にある道路区間における前記基準値を読み出すことにより、ワークロードの変化を予測してもよい。
【００２０】
この構成により、ワークロードの基準値に基づいて、適切にワークロードを予測することができる。
【００２１】
本発明の発呼タイミング制御装置は、車両信号からワークロードのデータを求めるための定量化モデルを記憶したモデル記憶部を有し、前記ワークロード予測部は、車両の進行方向にある道路区間を走行する前方車両の車両信号を受信している場合には、前記前方車両の車両信号を前記定量化モデルに適用することにより、当該道路区間でのワークロードの予測値を求めてもよい。
【００２２】
この構成により、前方車両の車両信号に基づいてワークロードを予測するので、現在の交通状況に応じたワークロードの値を適切に予測することができる。
【００２３】
本発明の発呼タイミング制御装置において、前記ワークロード予測部は、車両が前記信号機を通過するときの信号機の指示を予測し、予測される指示と同じ指示のときに前記信号機を通過した前方車両の車両信号を前記定量化モデルに適用することにより、当該道路区間でのワークロードの予測値を求めてもよい。
【００２４】
本発明の発呼タイミング制御装置は、車両信号からワークロードのデータを求めるための定量化モデルを記憶したモデル記憶部を有し、前記受信部は、進行方向にある道路区間を過去に走行したときに得られた車両信号を受信し、前記ワークロード予測部は、車両の進行方向にある道路区間における過去の車両信号を受信した場合には、前記過去の車両信号を前記定量化モデルに適用することにより、当該区間でのワークロードの予測値を求めてもよい。
【００２５】
この構成により、自車の車両信号に基づいてワークロードを予測するので、個々のドライバの運転の癖などを考慮したワークロードを求めることができる。
【００２６】
本発明の発呼タイミング制御装置は、道路属性に対応する運転負荷の値を記憶したテーブルを有し、前記ワークロード予測部は、前記地図データに基づいて現在位置と進行方向の道路属性を求め、前記テーブルから現在位置の道路属性に対応する運転負荷の値と、進行方向の道路属性に対応する運転負荷の値を読み出し、進行方向における運転負荷の値から現在の運転負荷の値を減算した値を、現在のワークロードに加算してワークロードの変化を予測してもよい。
【００２７】
ワークロードを構成する運転負荷の差分（現在値からの変化分）を現在のワークロードに加算することにより、運転負荷以外の部分（非運転負荷）が変わらないと仮定してワークロードを求めることができる。これにより、全道路区間のワークロードのデータを持っていなくても、適切にワークロードを求めることができる。
【００２８】
本発明の発呼タイミング制御装置において、前記スケジューリング部は、前記車載装置との間の通信遅延時間に基づいて、各車載装置への発呼タイミングを決定してもよい。
【００２９】
この構成により、通信遅延の影響を低減できる。通信遅延時間は、例えば、車載装置からワークロードを測定した時刻のデータを受信し、測定時刻と受信時刻との差分により求めることができる。
【００３０】
本発明の発呼タイミング制御装置において、前記出力部は、発呼タイミングになったときに、該当の車載装置に対して発呼するように要求信号を送信してもよい。
【００３１】
この構成により、発呼タイミングになると自動的に発呼することができ、スケジューリングに従った発呼が可能となる。
【００３２】
本発明の発呼タイミング制御装置は、前記発呼タイミングに、運転中のドライバのワークロードに関するデータを受信し、ワークロードが所定の閾値以下であるか否かを判定する判定部を備え、前記出力部は、前記判定部にてワークロードが所定の閾値以下であると判定された場合に、発呼タイミングであることを出力してもよい。
【００３３】
この構成により、予測されたワークロードが適正であったか否かを判定した上で発呼するので、予測と異なりワークロードが高い場合には発呼タイミングであることを出力しないように制御できる。
【００３４】
本発明の発呼タイミング制御装置において、前記スケジューリング部は、前記判定部にて、ワークロードが所定の閾値より大きいと判定された場合に、再度、各車載装置への発呼タイミングを決定してもよい。
【００３５】
この構成により、スケジューリングされた発呼タイミングに発呼できなかった場合に、改めて発呼タイミングを決定できる。
【００３６】
本発明の発呼タイミング制御装置において、前記受信部は、ドライバのナビゲーション装置に対する操作情報を受信し、前記出力部は、ドライバがナビゲーション装置を操作中で、かつ、発呼して通知しようとしている情報がナビゲーション装置への表示が必要な情報の場合には、発呼タイミングを出力しない構成としてもよい。
【００３７】
これにより、ナビゲーション装置の操作中に画面が切り替わってしまうことがないので、操作の邪魔にならない。
【００３８】
本発明の発呼タイミング制御装置において、前記受信部は、ドライバのナビゲーション装置に対する操作情報を受信し、ドライバがナビゲーション装置を操作中のときには、ナビゲーション装置の画面への表示が必要ない情報に加工して通知する情報通知部を備えてもよい。
【００３９】
これにより、ナビゲーション装置の操作中に画面が切り替わってしまうことがないので、操作の邪魔にならない。
【００４０】
本発明の車載装置は、車両内に持ち込まれた携帯電話と通信する通信部と、運転に起因する負荷と運転以外に起因する負荷を含むドライバのワークロードを検出するワークロード検出部と、前記ワークロードが所定の閾値より大きい場合に、前記携帯電話に対して着信拒否するように要求信号を送信する着信拒否部とを備える。
【００４１】
これにより、運転負荷および非運転負荷を含むワークロードが大きい場合に、運転の妨げになる着信音が発生しないようにできる。
【００４２】
本発明の発呼タイミング制御方法は、車両に搭載された車載装置に対して発呼するタイミングを、発呼タイミング制御装置によって制御する発呼タイミング制御方法であって、前記発呼タイミング制御装置が、前記車載装置から、運転中のドライバのワークロードに関するデータ、および、車両の現在位置のデータを受信するステップと、前記発呼タイミング制御装置が、前記現在位置のデータと地図データ記憶部に記憶された道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するステップと、情報を通知すべき車両が複数存在する場合に、前記発呼タイミング制御装置が、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するステップと、前記発呼タイミングが到来したときに、前記発呼タイミング制御装置が前記発呼タイミングであることを出力するステップとを備える。
【００４３】
この構成により、上記した発呼タイミング制御装置と同様に、ドライバが応答しやすいタイミングに発呼することができると共に、複数の車両に効率良く発呼することができる。なお、上記した発呼タイミング制御装置の各種の構成を本発明の発呼タイミング制御方法に適用することが可能である。
【００４４】
本発明のプログラムは、車両に搭載された車載装置に対して発呼するタイミングを制御するためのプログラムであって、コンピュータに、前記車載装置から、運転中のドライバのワークロードに関するデータ、および車両の現在位置のデータを受信するステップと、前記現在位置のデータと地図データ記憶部に記憶された道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するステップと、情報を通知すべき車両が複数存在する場合に、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するステップと、前記発呼タイミングが到来したときに発呼タイミングであることを出力するステップとを実行させる。
【００４５】
この構成により、上記した発呼タイミング制御装置と同様に、ドライバが応答しやすいタイミングに発呼することができると共に、複数の車両に効率良く発呼することができる。なお、上記した発呼タイミング制御装置の各種の構成を本発明のプログラムに適用することが可能である。
【発明の効果】
【００４６】
本発明によれば、予測されるワークロードの変化に基づいて、低負荷期間に発呼するように発呼タイミングを決定することにより、ドライバが応答しやすいタイミングに発呼することができると共に、複数の車両への発呼および情報の通知が最も早く終了するようにスケジューリングするので、複数の車両に効率良く発呼することができる。
【図面の簡単な説明】
【００４７】
【図１】第１の実施の形態の発呼タイミング制御装置の構成を示す図である。
【図２】ワークロード測定部の構成を示す図である。
【図３】定量化モデル記憶部に記憶された定量化モデルの例を示す図である。
【図４】表示部に表示される画面例を示す図である。
【図５】発呼待ち車両データ記憶部に記憶されたデータの例を示す図である。
【図６】区間別基準値記憶部に記憶されたデータの例を示す図である。
【図７】情報センター装置にて情報を提供するまでの動作を示すフローチャートである。
【図８】発呼タイミング制御装置にて、車載装置に電話をかける発呼タイミングを出力する動作を示すフローチャートである。
【図９】ワークロードの予測動作を示すフローチャートである。
【図１０】発呼タイミング制御装置によるスケジューリングの動作を示すフローチャートである。
【図１１】発呼待ちの車両について、予測されるワークロードの時間推移とスケジューリング結果を示す図である。
【図１２】第２の実施の形態の発呼タイミング制御装置の構成を示す図である。
【図１３】ワークロード測定部の構成を示す図である。
【図１４】（ａ）運転操作のデータをワークロードのデータに変換するテーブルの例を示す図である。（ｂ）道路属性のデータをワークロードのデータに変換するテーブルの例を示す図である。（ｃ）機器操作のデータをワークロードのデータに変換するテーブルの例を示す図である。（ｄ）聴覚コンテンツのデータをワークロードのデータに変換するテーブルの例を示す図である。（ｅ）視線動作のデータをワークロードのデータに変換するテーブルの例を示す図である。
【図１５】ワークロード予測部の処理を示すフローチャートである。
【図１６】（ａ）道路の例を示す図である。（ｂ）将来のワークロードの予測推移を示す図である。
【図１７】第３の実施の形態の発呼タイミング制御装置の構成を示す図である。
【図１８】スケジューリング部によるスケジューリングの動作の一例を示すフローチャートである。
【図１９】発呼待ちの車両について、予測されるワークロードの時間推移とスケジューリング結果を示す図である。
【図２０】第４の実施の形態の発呼タイミング制御装置の構成を示す図である。
【図２１】スケジューリング部によるスケジューリングの動作の一例を示すフローチャートである。
【図２２】遅延時間をも用いてスケジューリングを行う方法について説明するための図である。
【図２３】発呼タイミングが到来したときの発呼タイミング制御装置の動作を示す図である。
【図２４】第７の実施の形態の発呼タイミング制御装置の構成を示す図である。
【図２５】発呼タイミングが到来したときの発呼タイミング制御装置の動作を示す図である。
【図２６】第８の実施の形態の車載装置の構成を示す図である。
【図２７】車載装置の動作を示すフローチャートである。
【発明を実施するための形態】
【００４８】
以下、本発明の実施の形態の発呼タイミング制御装置について図面を参照しながら説明する。以下の実施の形態では、発呼タイミング制御装置が情報センター装置に設けられている例について説明する。情報センターでは、ドライバから情報検索の要求を受けると、いったん電話を切ってオペレータが情報を検索する。情報検索の終了後、オペレータはドライバに電話をかけて検索結果がドライバの意向に沿ったものであるかどうかを問い合わせる。本実施の形態の発呼タイミング制御装置は、ドライバに電話をかけるタイミングを制御する。なお、本発明は、ドライバからの情報検索の要求に対応して電話をかける場合に限らず、情報センター主導でドライバに対して発呼する場合に適用することも可能である。
【００４９】
（第１の実施の形態）
図１は、第１の実施の形態の発呼タイミング制御装置１の構成を示す図である。第１の実施の形態の発呼タイミング制御装置１は、情報センター装置３０に設けられており、情報センター装置３０と連携している。情報センター装置３０は、車載装置５０と無線によって通信を行う。発呼タイミング制御装置１は、情報センター装置３０の通信部３１を通じて車載装置５０から各種のデータを受信する。
【００５０】
［車載装置］
最初に車載装置５０について説明する。車載装置５０は、複数の車両のそれぞれに搭載されている。車載装置５０は、情報センター装置３０と通信を行うための通信部５１と、ワークロードを測定するワークロード測定部５２とを有している。車載装置５０には、車両の現在位置を検出する位置検出センサ７０が接続されている。位置検出センサ７０としては、例えば、ＧＰＳ受信機、地磁気センサ、ジャイロスコープ、距離センサ等を単独あるいは組み合わせて用いることができる。
【００５１】
図２は、ワークロード測定部５２の構成を示す図である。ワークロード測定部５２には、視線センサ５３と車両センサ５４とが接続されている。視線センサ５３は、ドライバの顔を撮影するカメラと、撮影した画像を解析する解析部とを有している。カメラにて撮影した画像を解析してドライバの顔の向きや黒目の向いている方向を求めることにより、ドライバの視線を検出する。また、視線センサ５３として、アイカメラを用いてもよい。
【００５２】
車両センサ５４として、車両の動作を検出する様々なセンサを用いることができる。例えば、車両速度を検出するセンサ、ギアを検知するセンサ、ハンドルの操舵角を検知するセンサ、ウィンカーの点灯を検知するセンサ、エアコンの設定温度や風量を検知するセンサ、ＣＤプレーヤやラジオの音量や操作を検知するセンサ、ナビゲーション装置に対する操作を検知するセンサ、ヘッドライトの点灯を検知するセンサ、ワイパーの動作を検知するセンサなどである。上記に挙げたセンサは例示であり、上記以外のセンサを用いることも可能である。
【００５３】
ワークロード測定部５２は、視線センサ５３および車両センサ５４にて取得したデータからワークロードを求めるための定量化モデルを記憶した定量化モデル記憶部５６と、定量化モデルに視線センサ５３および車両センサ５４にて取得したデータを適用してワークロードを計算するワークロード計算部５５とを有している。
【００５４】
図３は、定量化モデル記憶部５６に記憶された定量化モデルの例を示す図である。定量化モデルは、運転に関するワークロードＤＷＬ、機器操作に関するワークロードＯＷＬ、聴覚に関するワークロードＡＷＬ、視線に関するワークロードＶＷＬのそれぞれを求めるための定式化モデルを記憶している。
【００５５】
定式化モデルは、様々な状況（例えば、交差点、追い越し、オーディオ操作等）において視線センサ５３や車両センサ５４で得られる検知データと当該状況におけるワークロードの値の関係を、例えば、線形重回帰分析、主成分分析、因子分析などの統計的手法を用いて求めることにより作成される。なお、様々な状況におけるワークロードの値は、例えば、事前に、ドライバに対して当該状況において感じるワークロードの値を評価してもらい、その評価値に基づいて決定することができる。また、ワークロードの値は、ドライバの主観的な評価に基づくのではなく、様々な状況においてドライバの生体信号（例えば、心拍数、血圧、呼吸の速さ等）を取得し、生体信号からワークロードの値を決定してもよい。
【００５６】
図３に示すように、運転に関するワークロードＤＷＬに寄与するデータ（運転ＷＬ寄与データ）には、車両運転中の舵角ｄ１（度）、車速ｄ２（ｋｍ／ｈ）、車間距離ｄ３（ｍ）、アクセル開度率ｄ４（％）、ブレーキ信号ｄ５（ＯＮ：１、ＯＦＦ：０）のデータが含まれる。これらのデータｄ１〜ｄ５とワークロードの値との関係を統計的手法などで導くことにより、下記の式（１）に示すように運転ワークロード（ＤＷＬ）の定式化が行われる。
ＤＷＬ＝α（ｎ）×ｄ１／３６０＋β（ｎ）×ｄ２／１００＋γ（ｎ）／ｄ３
＋δ（ｎ）×ｄ４／１００＋ε×ｄ５ ・・・（１）
【００５７】
ここで、α、β、γ、δ、εは、重み付け係数であり、ｎは、ユーザの車両運転に関する慣れを考慮した慣れ係数である。この慣れ係数は、ユーザの走行履歴に基づいて定められる係数である。重み付け係数αを例示して説明すると、ユーザが初めて車両走行をした場合（ｎ＝１）の重み付け係数は、α（１）となり、ユーザが二度目に車両走行した場合（ｎ＝２）の重み付け係数は、α（２）となる。つまり、この定式化モデルは、ユーザの車両運転に関する慣れを考慮した重み付け処理がなされている。機器操作に関するワークロードＯＷＬ、聴覚に関するワークロードＡＷＬ、視線に関するワークロードＶＷＬも、運転に関するワークロードＤＷＬと同様に定式化されている。
【００５８】
ワークロード計算部５５は、定量化モデル記憶部５６に記憶された定量化モデルを読み出し、読み出した定量化モデルに、視線センサ５３、車両センサ５４にて検知したデータを代入することにより、ワークロードの値を計算する。車載装置５０は、ワークロード測定部５２にて測定したワークロードの値と、そのワークロードを測定したときの車両の現在位置のデータを情報センター装置３０に送信する。
【００５９】
［情報センター装置］
図１に示すように、情報センター装置３０は、車載装置５０と通信するための通信部３１と、ドライバに提供する情報を記憶した提供情報記憶部３２と、提供情報から情報を検索する情報検索部３３と、検索された情報を一時的に記憶する送信情報記憶部３４と、車載装置５０に対して電話をかける（発呼する）発呼部３５と、車両の各種の情報を表示する表示部３６とを有している。
【００６０】
図４は、表示部３６に表示される画面例を示す図である。画面は４分割されており、画面の左上に車両前方の撮影画像とドライバの視線の動きの情報が表示されている。画面の右上に車両の各種センサから取得した車両情報が表示されている。車両情報としては、「舵角」「車速」「加速度」「車間距離」「アクセル開度率」「ギア段」「ペダルアイドル」「ブレーキ信号」「左ターンＳＷ」「右ターンＳＷ」「走行方位」「経路案内中判定」「交差点判定」「交差点までの残距離」「交差点形状」「道路種別」の情報が表示されている。
【００６１】
画面の左下には、ワークロードのデータが表示されている。運転に関するワークロード、操作に関するワークロード、視覚に関するワークロード、聴覚に関するワークロードが表示されている。運転に関するワークロードは、後述するように、車両が走行する道路区間に応じて予測することができる。操作に関するワークロード、視覚に関するワークロード、聴覚に関するワークロードについては、車載装置５０から受信したワークロードの値を表示する。画面の右下には、将来の予測されるワークロードと、車両の現在位置周辺の地図が表示されている。
【００６２】
［発呼タイミング制御装置］
次に、発呼タイミング制御装置１について説明する。発呼タイミング制御装置１は、通信部３１を通じて車載装置５０からデータを受信するデータ受信部１１と、受信したデータを用いて将来のワークロードを予測するワークロード予測部１２と、予測されるワークロードに基づいて発呼のスケジューリングを行うスケジューリング部１３と、スケジューリングされた発呼タイミングを出力するタイミング出力部１４とを有している。
【００６３】
データ受信部１１は、少なくとも、運転中のドライバのワークロードに関するデータと、車両の現在位置のデータを受信する。データ受信部１１は、車両の走行方位のデータを受信してもよい。また、車両が有するナビゲーション装置に経路が設定されている場合には、データ受信部１１は、車載装置５０から案内中の経路データを受信してもよい。データ受信部１１には、情報センターからの発呼を待っている車両を示すデータを記憶する発呼待ち車両データ記憶部１５が接続されている。
【００６４】
図５は、発呼待ち車両データ記憶部１５に記憶されたデータの例を示す図である。発呼待ち車両データ記憶部１５には、情報検索を要求してきた車載装置５０を示すデータが、その要求の受付順と共に記憶されている。図５に示す例では、最初に情報検索の要求を受け付けたのは「Ｄ１１０２」の車載装置５０、次は「Ｄ４３７４」の車載装置５０、その次は「Ｄ２７８５」の車載装置５０である。車載装置５０に対して発呼を行い、所望の情報を通知した場合、発呼待ち車両データ記憶部１５から該当レコードは削除される。
【００６５】
ワークロード予測部１２は、進行方向の道路区間における過去のワークロードのデータに基づいてワークロードの変化を予測する機能を有する。ワークロード予測部１２には、地図データを記憶した地図データ記憶部１６と、道路区間別のワークロードの基準値を記憶した区間別基準値記憶部１７と、車両信号からワークロードのデータを求めるための定量化モデル記憶部１８が接続されている。
【００６６】
図６は、区間別基準値記憶部１７に記憶されたデータの例を示す図である。区間別基準値記憶部１７には、「道路区間ＩＤ」によって特定される道路区間におけるワークロードの「基準値」のデータが記憶されている。ワークロードの基準値とは、各道路区間において一般的なドライバにかかるワークロードを表す値である。基準値としては、例えば、該当の道路区間において複数の車両装置から取得したワークロードの全データの平均値を用いてもよいし、全データの中央値や最頻値を用いてもよい。また、全データを用いるのではなく、優良ドライバの車両に搭載された車載装置５０から受信したワークロードの平均値や中央値、最頻値等を用いてもよい。なお、優良ドライバか否かは、例えば、事故歴、違反歴、走行距離、運転頻度、ドライバの年代（例えば、３０〜４０代）、取得した統計データとの乖離が少ないドライバか否か、該当の道路区間を良く通るか否か等を用いて判定することができる。図６に示す例では、道路区間「Ｒ０００１」における基準値は「７８」であり、「道路区間Ｒ０００２」における基準値は「１３６」であり、道路区間「Ｒ０００３」における基準値は「１５６」である。
【００６７】
定量化モデル記憶部１８に記憶された定量化モデルは、基本的には、車載装置５０に記憶された定量化モデル（図３参照）と同じモデルである。ただし、定量化モデル記憶部１８に記憶された定量化モデルは、特定ユーザのワークロードを計算するモデルではないので、ユーザの車両運転に関する慣れを考慮した重み付け処理はなされていない。
【００６８】
ワークロード予測部１２は、まず、車両の現在位置のデータに基づいて車両の進行方向にある道路区間を求める。具体的には、ワークロード予測部１２は、地図データ記憶部１６から地図データを読み出し、地図データと現在位置のデータとを重ね合わせることにより現在走行中の道路区間を特定する。また、異なる時刻に取得した２つの位置データから車両の進行方向を求め、進行方向にある道路区間を特定する。なお、車載装置５０から走行方位のデータを受信している場合には、ワークロード予測部１２は、異なる時刻の位置データを取得することなく、走行方位から車両の進行方向を求めることができる。また、ワークロード予測部１２は、車載装置５０から案内中の経路データを受信している場合には、現在位置と経路データから進行方向の道路区間を求めることができる。
【００６９】
次に、ワークロード予測部１２は、進行方向の道路区間に対応するワークロードの基準値を区間別基準値記憶部１７から読み出し、読み出した基準値を、進行方向の道路区間を走行する際のワークロードの予測値とする。
【００７０】
ワークロード予測部１２は、進行方向の道路区間を走行する前方車両の車両信号のデータがある場合には、当該車両信号のデータを定量化モデル記憶部１８に記憶された定量化モデルに適用することにより、当該道路区間のワークロードを予測する。なお、この車両信号のデータは、例えば、次のいずれかの方法によって取得することができる。第１の方法は、ワークロードの予測対象となっている車両が、その前方車両から車車間通信によって車両信号を取得し、取得した車両信号を送信する方法である。第２の方法は、発呼タイミング制御装置１が、ワークロードの予測対象となっている車両の前方車両の車載装置５０から直接に車両信号を受信する方法である。
【００７１】
ワークロードの予測対象の車両が、進行方向の道路区間を過去に走行したときの車両信号のデータがある場合には、ワークロード予測部１２は、過去の車両信号のデータを定量化モデル記憶部１８に記憶された定量化モデルに適用することにより、当該道路区間のワークロードを予測する。
【００７２】
次に、ワークロード予測部１２は、現在の車両速度から、進行方向の各道路区間を走行する時刻を予測し、ワークロードの予測データを生成する。例えば、時速６０ｍで走行している場合に、３Ｋｍ先にある道路区間には、３分後に到達すると計算できるので、当該道路区間のワークロードの値を３分後の予測ワークロードの値とする。
【００７３】
スケジューリング部１３は、予測されるワークロードの推移に基づいて、複数の車載装置５０のそれぞれに発呼するタイミングをスケジューリングする機能を有する。スケジューリング部１３は、「ワークロードが所定の閾値以下のときに発呼し、情報の通知が完了すること」を制約条件とし、複数の車載装置５０に対する情報の通知が最も早く終了するように発呼のタイミングを決定する。スケジューリングの具体例については後述する。
【００７４】
タイミング出力部１４は、スケジューリング部１３にて求めた発呼タイミングになったときに、表示部３６に、車載装置５０への発呼指示を表示する。発呼指示は表示部３６への表示だけでなく、図示しないスピーカから音声によって出力してもよい。
【００７５】
上記に説明した発呼タイミング制御装置１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、及びこれらを接続するデータバスなどを有するコンピュータによって構成される。ＲＯＭに書き込まれたプログラムに従ってＣＰＵが演算処理を実行することにより、上記機能が実現される。地図データ記憶部１６、区間別基準値記憶部１７、定量化モデル記憶部１８は、ＲＯＭによって構成してもよいし、外部の記録媒体によって構成してもよい。
【００７６】
図７は、情報センター装置３０にて情報を提供するまでの動作を示すフローチャートである。図７に示すように車載装置５０は、情報センター装置３０に対して情報検索を依頼する（Ｓ１０）。ここでの情報検索依頼は、例えば、オペレータに電話をかけ、検索したい情報をオペレータに口頭で伝える。例えば、「近くの洋食の店を探してください。」等というように依頼する。情報センターにおいて、オペレータが情報検索依頼を受け付けると（Ｓ１２）、いったん電話回線を切断する（Ｓ１４）。
【００７７】
続いて、オペレータが、情報検索依頼に従って情報検索を行った後（Ｓ１６）、ドライバに電話をかけ、その検索結果がドライバの意に沿ったものかどうかを確認する（Ｓ１８）。例えば、オペレータは、「○○町に新しくオープンしたイタリアンの店があります。ご案内しますか？」等と問い合わせをする。ドライバが情報検索結果を確認した場合には（Ｓ２０）、情報センターは、当該検索結果のデータを送信し（Ｓ２２）、車載装置５０は、検索結果を受信する（Ｓ２４）。検索結果のデータとしては、例えば、検索された店の住所、電話番号や口コミ情報などがある。車載装置５０は、検索結果を受信すると、例えば、検索された店を目的地として設定する。
【００７８】
発呼タイミング制御装置１は、結果の確認のために電話をかけるタイミング（Ｓ１８）をスケジューリングする。発呼タイミング制御装置１は、情報センター装置３０が新しく情報検索の依頼を受けたときに、発呼タイミングのスケジューリングを開始する。
【００７９】
図８は、発呼タイミング制御装置１にて、車載装置５０に電話をかける発呼タイミングを出力する動作を示すフローチャートである。車載装置５０は、ワークロードを測定し（Ｓ３０）、ワークロードを測定したときの車両の位置を検出する（Ｓ３２）。車載装置５０は、ワークロードのデータと車両の位置データを発呼タイミング制御装置１に送信する（Ｓ３４）。発呼タイミング制御装置１は、ワークロードのデータと車両の位置データとを受信すると（Ｓ３６）、受信したデータを用いて当該車両の将来のワークロードを予測する（Ｓ３８）。
【００８０】
図９は、ワークロードの予測動作を示すフローチャートである。発呼タイミング制御装置１は、車両の現在位置のデータから、車両が走行している道路と車両の進行方向を特定する（Ｓ５０）。続いて、発呼タイミング制御装置１は、進行方向にある道路区間を特定する（Ｓ５２）。
【００８１】
次に、発呼タイミング制御装置１は、その道路区間において取得した前方車両の車両信号があるか否かを判定する（Ｓ５４）。具体的には、前方車両から発呼タイミング制御装置１に送信されてきた車両信号があるか、ワークロードの予測対象の車両が車車間通信によって前方車両から取得した車両信号を受信しているかを判定する。前方車両の車両信号がある場合には（Ｓ５４でＹＥＳ）、その車両信号を定量化モデルに適用することにより、ワークロードを計算する（Ｓ６０）。
【００８２】
前方車両の車両信号がない場合には（Ｓ５４でＮＯ）、自車が過去にその道路区間を通ったときの車両信号があるか否かを判定する（Ｓ５６）。自車の車両信号がある場合には（Ｓ５６でＹＥＳ）、その車両信号を定量化モデルに適用することにより、ワークロードを計算する（Ｓ６０）。自車の車両信号がない場合には（Ｓ５６でＮＯ）、発呼タイミング制御装置１は、区間別基準値記憶部１７から、その道路区間の区間別基準値を読み出す（Ｓ５８）。次に、発呼タイミング制御装置１は、車速のデータを用いて各道路区間に到達するまでの所要時間を予測し、ワークロードの時間推移を算出する（Ｓ６２）。なお、車速のデータとしては、道路区間ごとに定められた法定速度を用いる。もし、車両から車速のデータを受信している場合には、受信した車速データを用いてもよい。
【００８３】
図８に戻って、発呼タイミング制御装置１の動作について説明する。発呼タイミング制御装置１は、予測されたワークロードの時間推移に基づいてスケジューリングを行う（Ｓ４０）。
【００８４】
図１０は、発呼タイミング制御装置１によるスケジューリングの動作を示すフローチャートである。図１１は、発呼待ちの車両Ａ〜Ｃについて、予測されるワークロードの時間推移とスケジューリング結果を示す図である。
【００８５】
発呼タイミング制御装置１は、発呼待ちの車両Ａ〜Ｃの中から、次に、低負荷期間が開始する車両を検出する（Ｓ７０）。図１１に示す例では、車両Ｂが検出される。発呼タイミング制御装置１は、低負荷期間の長さが所定の閾値（例えば、３０秒）より長い否かを判定する（Ｓ７２）。ここで、所定の閾値は、オペレータがドライバに対し情報の確認をするために必要な時間である。この判定の結果、低負荷期間の長さが所定の閾値より大きくない場合には（Ｓ７２でＮＯ）、次に低負荷期間が開始する車両を検出する（Ｓ７０）。
【００８６】
ステップＳ７２における判定の結果、低負荷期間の長さが所定の閾値より大きいと判定された場合には（Ｓ７２でＹＥＳ）、低負荷期間が開始するタイミングを当該車両への発呼タイミングとして決定する。図１１に示す例では、時刻Ｔ＝ｔ０から開始される車両Ｂの低負荷期間は、所定の閾値より長いので、時刻Ｔ＝ｔ０を車両Ｂへの発呼タイミングとして決定する。図１１の下から２番目のタイムチャートは、本実施の形態によるスケジューリング結果を示す。
【００８７】
発呼タイミング制御装置１は、発呼待ちの全車両について発呼タイミングを決定したか否かを判定し（Ｓ７６）、全車両への発呼タイミングが決定された場合には（Ｓ７６でＹＥＳ）、スケジューリングを終了する。全車両Ａ〜Ｃへの発呼タイミングが決定されていない場合には（Ｓ７６でＮＯ）、車両Ｂへの情報の通知が完了した時刻ｔ１の後に、次に低負荷期間が開始する車両を検出する（Ｓ７０）。以下、上記の処理を、全車両Ａ〜Ｃへの発呼タイミングが決定されるまで繰り返し行う。
【００８８】
図８に戻って、発呼タイミング制御装置１の動作について説明する。発呼タイミング制御装置１は、スケジューリングされた発呼タイミングの時刻になると、発呼タイミングであることを示すデータを表示部３６に出力し、表示部３６にて発呼タイミングを表示する（Ｓ４２）。以上、第１の実施の形態の発呼タイミング制御装置１の構成および動作について説明した。
【００８９】
第１の実施の形態の発呼タイミング制御装置１は、発呼待ちの複数の車両のドライバのワークロードの時間推移を予測し、予測されたワークロードの時間推移に基づいて発呼タイミングをスケジューリングするので、効率良く発呼および情報の通知を早く行うことができる。
【００９０】
図１１の最下段には、スケジューリングを行わないで、情報検索依頼を受け付けた順に発呼するときの発呼タイミングのタイムチャートを示している。スケジューリングを行っていない場合、車両Ａに対する情報通知が完了するまで、車両Ｂ、Ｃに対する発呼を行わないので、本実施の形態のスケジューリングを行う場合に比べて時間がかかっている。本実施の形態によれば、車両Ａのワークロードが高くて車両Ａに発呼できない期間に車両Ｂ，Ｃに対する情報通知を行うので、車両Ｂ，Ｃに対して情報を早く通知できる。
【００９１】
なお、本実施の形態では、情報センターが情報を通知すべき複数の車両が存在する場合を例として説明したが、情報センターが情報を通知すべき車両が一台しかない場合にもスケジューリングを行ってもよい。例えば、ドライバとの通話が長くなることが予測される場合には、予測されるワークロードのデータに基づいて、低負荷期間が長く続くタイミングで発呼するようにスケジューリングすることにより、低負荷期間の継続中に、安全に情報を通知できる。
【００９２】
また、本実施の形態では、発呼タイミング制御装置１は、スケジューリングされた発呼タイミングが到来したときに、表示部３６に、発呼タイミングである旨を表示する例について説明したが、発呼タイミング制御装置１は、発呼タイミングの情報を発呼部３５に送信し、発呼部３５が発呼することとしてもよい。これにより、オペレータが表示を確認してから発呼するという手間が省け、さらに効率良く発呼することが可能となる。
【００９３】
本実施の形態では、図１０を用いて、「ワークロードが所定の閾値以下のときに発呼し、情報の通知が完了すること」を制約条件とし、複数の車載装置５０に対する情報の通知が最も早く終了するように発呼のタイミングを決定する方法の一例を説明したが、上記制約条件の下で複数の車載装置５０に対する情報の通知が最も早く終了するようにスケジューリングを行う方法は、上記フローに限定されない。バックトラック法、制約伝播法等の制約充足問題を解く公知の技術により、スケジューリングを行うことが可能である。
【００９４】
（第２の実施の形態）
図１２は、第２の実施の形態の発呼タイミング制御装置２の構成を示す図である。第２の実施の形態の発呼タイミング制御装置２の基本的な構成は、第１の実施の形態と同じであるが、ワークロード予測部１２によるワークロードの予測の仕方が第１の実施の形態と異なる。また、車載装置５０におけるワークロードの測定の仕方も第１の実施の形態と異なる。
【００９５】
［車載装置］
図１３は、車載装置５０のワークロード測定部５２の構成を示す図である。ワークロード測定部５２には、車両の現在位置を検出する位置検出センサ７０と、ドライバの視線を検出する視線センサ５３と、車両の各種状態を検出するために車両に備えられた車両センサ５４とが接続されている。ワークロード測定部５２は、これらのセンサ７０，５３，５４によって検出されたデータを用いてワークロードを測定する。
【００９６】
視線センサ５３は、ドライバの顔を撮影するカメラと、撮影した画像を解析する解析部とを有している。カメラにて撮影した画像を解析してドライバの顔の向きや黒目の向いている方向を求めることにより、ドライバの視線を検出する。また、視線センサ５３として、アイカメラを用いてもよい。
【００９７】
車両センサ５４として、車両の動作を検出する様々なセンサを用いることができる。例えば、車両速度を検出するセンサ、ギアを検知するセンサ、ハンドルの操舵角を検知するセンサ、ウィンカーの点灯を検知するセンサ、エアコンの設定温度や風量を検知するセンサ、ＣＤプレーヤやラジオの音量や操作を検知するセンサ、ナビゲーション装置に対する操作を検知するセンサ、ヘッドライトの点灯を検知するセンサ、ワイパーの動作を検知するセンサなどである。上記に挙げたセンサは例示であり、上記以外のセンサを用いることも可能である。
【００９８】
ワークロード測定部５２は、位置検出センサ７０にて検出した車両の現在位置と、地図データ記憶部７１に記憶された地図データとから、現在走行中の道路の属性を解析する道路属性解析部５７を有している。道路属性解析部５７は、地図データから現在位置に対応する道路を特定し、その道路属性を求める。道路属性には、例えば、道路の形状（直線、曲線、交差点等）、道幅、信号の有無、高速道路か否か等の情報が含まれる。
【００９９】
ワークロード測定部５２は、視線センサ５３、車両センサ５４、道路属性解析部５７にて取得したデータをワークロードのデータに換算するためのワークロード換算テーブル５９を有している。ワークロード計算部５８は、ワークロード換算テーブル５９を参照して、各センサ７０，５３，５４で取得したデータをワークロードのデータに換算する。
【０１００】
図１４（ａ）〜図１４（ｅ）は、いずれもワークロード換算テーブル５９に記憶されたデータの例を示す図である。以下、順に説明する。図１４（ａ）は、運転操作のデータをワークロードのデータに変換するテーブルの例を示す図である。運転操作に対応するワークロードのデータが記憶されている。例えば、直進中の運転操作のワークロードは「１０」であり、車線変更時のワークロードは「３０」である。なお、車両の直進は、ハンドルの操舵角および車両速度のデータによって検知することが可能である。また、車線変更は、二車線以上の道路の直進中に交差点以外の場所でウィンカーを点灯したことによって検知することが可能である。
【０１０１】
図１４（ｂ）は、道路属性のデータをワークロードのデータに変換するテーブルの例を示す図である。道路属性に対応するワークロードのデータが記憶されている。例えば、狭い道路でのワークロードは「３５」であり、広い道路でのワークロードは「１０」である。道路の広狭は、あらかじめ定められた閾値を用いて判定する。
【０１０２】
図１４（ｃ）は、機器操作のデータをワークロードのデータに変換するテーブルの例を示す図である。機器操作に対応するワークロードのデータが記憶されている。例えば、ナビゲーション装置の操作のワークロードは「４５」であり、エアコンの操作のワークロードは「１５」である。
【０１０３】
図１４（ｄ）は、聴覚コンテンツのデータをワークロードのデータに変換するテーブルの例を示す図である。聴覚コンテンツに対応するワークロードのデータが記憶されている。例えば、ニュースが流れている場合のワークロードは「３５」であり、音楽が流れている場合のワークロードは「１０」である。車内で流れているコンテンツは、以下のようにして判定できる。ＣＤプレーヤが動作している場合には、コンテンツが「音楽」であると判定する。ラジオが動作している場合には、ラジオのチャンネルデータを検知し、ラジオ番組表のデータと比較することにより、コンテンツを判定する。なお、本実施の形態では、コンテンツをワークロードのデータに換算するテーブルの例を挙げているが、音量をワークロードのデータに換算するテーブルを設けてもよい。音量をワークロードのデータに換算するテーブルは、例えば、音量が大きいほどワークロードが大きくなるように設定される。
【０１０４】
図１４（ｅ）は、視線動作のデータをワークロードのデータに変換するテーブルの例を示す図である。視覚動作に対応するワークロードのデータが記憶されている。例えば、ナビゲーション装置の画面を注視している場合のワークロードは「５０」であり、目的物を探索している（きょろきょろしている）場合のワークロードは「４５」である。
【０１０５】
ワークロード計算部５８は、図１４（ａ）〜図１４（ｅ）に示すテーブルを参照して、運転操作のワークロード、道路属性のワークロード、機器操作のワークロード、聴覚コンテンツのワークロード、視線動作のワークロードを求め、これらのワークロードのデータを合算してドライバの全ワークロードを求める。
【０１０６】
［発呼タイミング制御装置］
次に、発呼タイミング制御装置２のワークロード予測部１２について説明する。ワークロード予測部１２には、道路属性に対応する運転負荷のデータを記憶した運転負荷換算テーブル１９が接続されている。
【０１０７】
なお、「運転負荷」とは、ドライバにかかるワークロードのうち、運転に起因して生じるワークロードをいう。ワークロードには、運転負荷の他に、ラジオやＣＤなどのコンテンツによって生じるワークロードや、視線運動によって生じるワークロード等がある。運転負荷換算テーブル１９に記憶されるデータは、図１４（ｂ）に示したテーブルと同じである。
【０１０８】
図１５は、ワークロード予測部１２の処理を示すフローチャートである。ワークロード予測部１２は、第１の実施の形態におけるワークロード予測部１２と同様に、車両の現在位置から、現在走行中の道路区間および進行方向の道路区間を特定する（Ｓ８０）。ワークロード予測部１２は、現在および進行方向の道路区間の道路属性を地図データ記憶部１６から読み出し（Ｓ８２）、読み出した道路属性に対応する運転負荷を、運転負荷換算テーブル１９から読み出す（Ｓ８４）。次に、ワークロード予測部１２は、現在の運転区間の運転負荷と進行方向の道路区間の運転負荷との違いに基づいて、各道路区間のワークロードを求める（Ｓ８６）。具体的には、現在の道路属性に対応する運転負荷の値と、進行方向の道路属性に対応する運転負荷の値との差分を、現在のワークロードに加算して、進行方向の道路区間のワークロードを算出する。
【０１０９】
図１６（ａ）は、道路区間の例を示す図である。図１６（ａ）に示す図では、道路区間Ｄ０００１、Ｄ０００３、Ｄ０００５、Ｄ０００６、Ｄ０００７の道路属性は、広い直線道路である。道路区間Ｄ０００２の道路属性は、交差点であり、道路区間Ｄ０００４の道路属性は見通しの悪いカーブである。
【０１１０】
車両は、現在道路区間Ｄ０００１を走行中であり、現在のワークロードの値が５０であると仮定する。現在の道路区間Ｄ０００１の道路属性「広い直線道路」に対応する運転負荷は、図１４（ｂ）を参照すると「１０」である。道路区間Ｄ０００２において道路属性「交差点」に対応する運転負荷は、図１４（ｂ）を参照すると「６５」である。従って、２つのワークロードの差分６５−１０＝５５を、現在のワークロード値に加算して、道路区間Ｄ０００２におけるワークロードを求める。この場合、５０＋５５＝１０５となる。
【０１１１】
次に、ワークロード予測部１２は、車速のデータを用いて各道路区間に到達するまでの所要時間を予測し、ワークロードの時間推移を算出する（Ｓ８８）。図１６（ｂ）は、図１６（ａ）に示す道路におけるワークロードの予測推移を示す図である。
【０１１２】
以上、第２の実施の形態の発呼タイミング制御装置２について、第１の実施の形態との相違点を中心に説明した。
【０１１３】
第２の実施の形態の発呼タイミング制御装置２は、第１の実施の形態と同様に、発呼待ちの複数の車両のワークロードの時間推移を予測し、予測されたワークロードの時間推移に基づいて発呼タイミングをスケジューリングするので、効率良く発呼および情報の通知を早く行うことができる。
【０１１４】
また、第２の実施の形態の発呼タイミング制御装置２は、道路属性と運転負荷との対応関係を示す運転負荷換算テーブル１９を用いて、将来のワークロードを予測するので、簡単な構成によりワークロードの予測を行うことができる。
【０１１５】
（第３の実施の形態）
図１７は、第３の実施の形態の発呼タイミング制御装置３の構成を示す図である。第３の実施の形態の発呼タイミング制御装置３の基本的な構成は、第１の実施の形態と同じであるが、第３の実施の形態では、発呼タイミング制御装置３のスケジューリング部１３が、情報センター装置３０にて設定された優先度をも用いて、発呼タイミングのスケジューリングを行う点が異なる。スケジューリング部１３は、「ワークロードが所定の閾値以下のときに発呼し、情報の通知が完了すること」に加え、「優先度の高い情報を低い情報より優先して処理すること」を制約条件とし、複数の車載装置５０に対する情報の通知が最も早く終了するように発呼のタイミングを決定する。
【０１１６】
第３の実施の形態では、情報センター装置３０は、検索された情報に対して、優先度を設定する優先度設定部３７を備えている。優先度設定部３７は、オペレータの操作により、優先度を設定する。優先度設定部３７は、例えば、「高」「低」の２段階の優先度の設定を受け付ける。本実施の形態では、「高」「低」の２段階の優先度の例を説明しているが、優先度は、必ずしも２段階でなくてもよく、「高−中−低」（３段階）、「５−４−３−２−１」（５段階）等のように、さらに細分化してもよい。
【０１１７】
優先度設定部３７は、設定された優先度のデータを発呼タイミング制御装置３に渡す。発呼タイミング制御装置３のスケジューリング部１３は、優先度のデータをも用いてスケジューリングを行う。
【０１１８】
図１８は、スケジューリング部１３によるスケジューリングの動作の一例を示すフローチャートである。図１９は、発呼待ちの車両Ａ〜Ｃについて、予測されるワークロードの時間推移とスケジューリング結果を示す図である。車両Ａ、Ｂに対する情報には優先度「低」、車両Ｃに対する情報には優先度「高」が設定されている。
【０１１９】
発呼タイミング制御装置３は、発呼待ちの車両Ａ〜Ｃの中から、優先度の高い情報を通知すべき車両を抽出する（Ｓ９０）。図１９に示す例では、車両Ｃが抽出される。発呼タイミング制御装置３は抽出した車両の中から次に、低負荷期間が開始する車両を検出する（Ｓ９２）。図１９に示す例では、優先度「高」の車両は車両Ｃのみなので、車両Ｃが検出される。発呼タイミング制御装置３は、低負荷期間の長さが所定の閾値（例えば、３０秒）より長いか否かを判定する（Ｓ９４）。ここで、所定の閾値は、オペレータがドライバに対し情報の確認をするために必要な時間である。この判定の結果、低負荷期間の長さが所定の閾値より長くない場合には（Ｓ９４でＮＯ）、次に低負荷期間が開始する車両を検出する（Ｓ９２）。
【０１２０】
ステップＳ９４における判定の結果、低負荷期間の長さが所定の閾値より大きいと判定された場合には（Ｓ９４でＹＥＳ）、低負荷期間が開始するタイミングを当該車両への発呼タイミングとして決定する。図１９に示す例では、時刻Ｔ＝ｔ１から開始される車両Ｃの低負荷期間は、所定の閾値より長いので、時刻Ｔ＝ｔ１を車両Ｃへの発呼タイミングとして決定する。
【０１２１】
発呼タイミング制御装置３は、優先度が「高」の全車両について発呼タイミングを決定したか否かを判定し（Ｓ９８）、全車両への発呼タイミングが決定されていないと判定された場合には（Ｓ９８でＮＯ）、車両Ｃへの情報の通知が完了した時刻ｔ２の後に、優先度「高」の車両のうちで次に低負荷期間が開始する車両を検出し（Ｓ９２）、上記動作を繰り返し行う。この例では、優先度「高」の車両は車両Ｃのみなので、優先度が「高」の全車両について発呼タイミングを決定したと判定される。
【０１２２】
同じ優先度の全車両への発呼タイミングが決定された場合には（Ｓ９８でＹＥＳ）、受付中の全車両への発呼タイミングが決定されたか否かを判定する（Ｓ１００）。受付中の全車両への発呼タイミングが決定されたと判定された場合（Ｓ１００でＹＥＳ）。スケジューリングを終了する。全車両への発呼タイミングが決定されていない場合には（Ｓ１００でＮＯ）、優先度が次に高い情報を通知すべき車両を抽出する（Ｓ９０）。この例では、車両Ａ，Ｂの発呼タイミングは決定されていないので、次に優先度の高い情報を送信すべき車両を抽出する（Ｓ９０）。この例では、車両Ａ，Ｂが抽出される。以下、発呼タイミングを決定する上記の処理を、全車両への発呼タイミングが決定されるまで繰り返し行う。
【０１２３】
第３の実施の形態の発呼タイミング制御装置３は、設定された優先度の情報をも用いて、発呼タイミングを決定するので、優先度を適切に設定することにより、いち早く通知したい情報がある場合に、その要請に対応することが可能である。
【０１２４】
なお、図１８を用いてスケジューリングの動作は、優先度の高い情報を低い情報より優先して処理するという制約条件を満たすための動作の一例であって、本発明の発呼タイミング制御装置３は、図１８に示す動作に限定されるものではない。例えば、優先度の高い情報を通知すべき車両Ｃの低負荷期間が長時間にわたって現れない場合には、当該時間に先に車両Ａ，Ｂへの発呼を処理できるようなフローとしてもよい。
【０１２５】
（第４の実施の形態）
図２０は、第４の実施の形態の発呼タイミング制御装置４の構成を示す図である。第４の実施の形態の発呼タイミング制御装置４の基本的な構成は、第１の実施の形態と同じであるが、第４の実施の形態では、発呼タイミング制御装置４のスケジューリング部１３が、情報センター装置３０にて設定された有効期限をも用いて、発呼タイミングのスケジューリングを行う点が異なる。スケジューリング部１３は、「ワークロードが所定の閾値以下のときに発呼し、情報の通知が完了すること」に加え、「有効期限内に情報を通知すること」を制約条件とし、複数の車載装置５０に対する情報の通知が最も早く終了するように発呼のタイミングを決定する。
【０１２６】
第４の実施の形態では、情報センター装置３０は、検索された情報に対して、有効期限を設定する有効期限設定部３８を備えている。有効期限設定部３８は、オペレータの操作により、有効期限を設定する。ここではオペレータが有効期限を設定する例について説明しているが、検索された情報から有効期限を自動的に設定してもよい。例えば、検索されたレストランの営業時間が２２：００までの場合には、有効期限を２１：００に設定してもよい。また、検索されたガソリンスタンドが現在位置の２ｋｍ先にある場合には、有効期限を２分としてもよい。
【０１２７】
有効期限設定部３８は、設定された有効期限度のデータを発呼タイミング制御装置４に渡す。発呼タイミング制御装置４のスケジューリング部１３は、有効期限度のデータをも用いてスケジューリングを行う。
【０１２８】
図２１は、スケジューリング部１３によるスケジューリングの動作の一例を示すフローチャートである。発呼タイミング制御装置４は、発呼待ちの車両Ａ〜Ｃの中から、有効期限までの時間が所定の閾値より短い情報があるか否かを判定し（Ｓ１１０）、そのような情報が存在する場合には（Ｓ１１０でＹＥＳ）、有効期限までの時間が所定の閾値より短い情報を送信すべき車両を抽出する（Ｓ１１２）。有効期限までの時間が所定の閾値より短い情報がない場合には、受付中の全車両を対象とする（Ｓ１１４）。
【０１２９】
発呼タイミング制御装置４は、抽出した車両の中から次に、低負荷期間が開始する車両を検出し（Ｓ１１６）、低負荷期間の長さが所定の閾値（例えば、３０秒）より長いか否かを判定する（Ｓ１１８）。ここで、所定の閾値は、オペレータがドライバに対し情報の確認をするために必要な時間である。この判定の結果、低負荷期間の長さが所定の閾値より長くない場合には（Ｓ１１８でＮＯ）、次に低負荷期間が開始する車両を検出する（Ｓ１１６）。
【０１３０】
ステップＳ１１８における判定の結果、低負荷期間の長さが所定の閾値より長いと判定された場合には（Ｓ１１８でＹＥＳ）、低負荷期間が開始するタイミングを当該車両への発呼タイミングとして決定する（Ｓ１２０）。
【０１３１】
発呼タイミング制御装置４は、受付中の全車両に対する発呼タイミングが決定されたか否かを判定する（Ｓ１２２）。受付中の全車両への発呼タイミングが決定されたと判定された場合（Ｓ１２２でＹＥＳ）、スケジューリングを終了する。全車両への発呼タイミングが決定されていない場合には（Ｓ１２２でＮＯ）、有効期限までの時間が所定時間より短い情報があるか否かを判定するステップＳ１１０に戻る。以下、発呼タイミングを決定する上記の処理を、全車両への発呼タイミングが決定されるまで繰り返し行う。
【０１３２】
第４の実施の形態の発呼タイミング制御装置４は、設定された有効期限の情報をも用いて、発呼タイミングを決定するので、適切な時期に情報を提供することが可能となる。
【０１３３】
なお、図２１を用いてスケジューリングの動作は、設定された有効期限内に処理するという制約条件を満たすための動作の一例であって、本発明の発呼タイミング制御装置４は、図２１に示す動作に限定されるものではない。
【０１３４】
（第５の実施の形態）
次に、第５の実施の形態の発呼タイミング制御装置について説明する。第５の実施の形態の発呼タイミング制御装置の基本的な構成は、第１の実施の形態と同じであるが、第５の実施の形態では、車載装置５０と発呼タイミング制御装置との間の通信に生じる遅延時間にも基づいてスケジューリングを行う。
【０１３５】
図２２は、遅延時間をも用いてスケジューリングを行う方法について説明するための図である。第１〜第４の実施の形態では、車両Ａ〜Ｃの予測されるワークロードにおいて、次に開始される低負荷期間を探索する際には、時刻ｔ０を探索開始点として低負荷期間を探索した。本実施の形態では、時刻ｔ０から通信遅延時間ΔＴだけ遅延した時刻ｔ１を探索開始点として、次に開始される低負荷期間を探索する。通信遅延時間ΔＴは、車載装置５０が現在位置のデータ等を送信する際に付加した時刻データと現在の時刻との差分から求めることができる。
【０１３６】
各車両Ａ〜Ｃの車載装置５０からは時刻ｔ０に時点でのワークロードのデータが送信されてくるが、発呼タイミング制御装置で受信するのは時刻ｔ１であるので、時刻ｔ０から時刻ｔ１の間に発呼することはできない。本実施の形態によれば、通信遅延時間ΔＴだけシフトした時刻ｔ１を探索開始点として低負荷期間を探索し、発呼タイミングを決定するので、決定された発呼タイミングに発呼することができる。
【０１３７】
（第６の実施の形態）
次に、第６の実施の形態の発呼タイミング制御装置６について説明する。第６の実施の形態の発呼タイミング制御装置６の基本的な構成は、第１の実施の形態と同じであるが、第６の実施の形態の発呼タイミング制御装置６は、スケジューリングされた発呼タイミングにおける実際のワークロードが低負荷であることを確認した上で、発呼タイミングであることを出力する。
【０１３８】
図２３は、第６の実施の形態において、発呼タイミングが到来したときの発呼タイミング制御装置６の動作を示す図である。なお、第６の実施の形態の発呼タイミング制御装置６が発呼タイミングのスケジューリングを行う動作は、第１の実施の形態と同じである。
【０１３９】
図２３に示すように、発呼タイミング制御装置６は、スケジューリングされた発呼タイミングの時刻が到来したか否かを判定する（Ｓ１３０）。発呼タイミングが到来すると（Ｓ１３０でＹＥＳ）、発呼タイミング制御装置６は、車載装置５０に対してワークロードデータを要求する信号を送信する（Ｓ１３２）。車載装置５０は、ワークロードデータの要求信号を受信すると（Ｓ１３４）、ワークロードを測定し（Ｓ１３６）、測定されたワークロードデータを発呼タイミング制御装置６に送信する（Ｓ１３８）。
【０１４０】
発呼タイミング制御装置６は、ワークロードデータを受信すると（Ｓ１４０）、受信したワークロードデータが低負荷であるか否かを判定する（Ｓ１４２）。受信したワークロードが低負荷でない場合には（Ｓ１４２でＮＯ）、発呼タイミング制御装置６は、発呼タイミングの再スケジューリングを行う。受信したワークロードが低負荷であった場合には（Ｓ１４２でＹＥＳ）、発呼タイミング制御装置６は、発呼タイミングである旨を出力する（Ｓ１４４）。以上、第６の実施の形態の発呼タイミング制御装置６の構成および動作について説明した。
【０１４１】
本実施の形態の発呼タイミング制御装置６は、発呼タイミングにおける車両のドライバのワークロードのデータを取得し、実際に低負荷である場合に発呼タイミングを出力しているので、予測に誤りがあった場合にも、ドライバのワークロードが高い状態のときに発呼してしまうという不都合を防止できる。
【０１４２】
（第７の実施の形態）
図２４は、第７の実施の形態の発呼タイミング制御装置７の構成を示す図である。第７の実施の形態の発呼タイミング制御装置７の基本的な構成は、第１の実施の形態と同じであるが、第７の実施の形態の発呼タイミング制御装置７は、タイミング出力部１４が、発呼して後に通知する情報の種類と、情報の通知時における車載装置５０のステータスに基づいて処理を行う点が異なる。
【０１４３】
第７の実施の形態では、情報センター装置３０は、検索された情報の種類を発呼タイミング制御装置７に通知する情報種類通知部３９を備えている。情報種類通知部３９は、検索された情報が、音声のみの情報か、音声と画像の情報か、画像のみの情報かを発呼タイミング制御装置７に通知する。
【０１４４】
図２５は、第７の実施の形態において、発呼タイミングが到来したときの発呼タイミング制御装置７の動作を示す図である。なお、第７の実施の形態の発呼タイミング制御装置７が発呼タイミングのスケジューリングを行う動作は、第１の実施の形態と同じである。
【０１４５】
図２５に示すように、発呼タイミング制御装置７は、スケジューリングされた発呼タイミングの時刻が到来したか否かを判定する（Ｓ１５０）。発呼タイミングが到来すると（Ｓ１５０でＹＥＳ）、発呼タイミング制御装置７は、通知すべき情報が画像を含むか否かを判定する（Ｓ１５２）。通知すべき情報が画像を含まない場合には（Ｓ１５２でＮＯ）、発呼タイミング制御装置７は、発呼タイミングであることを出力する（Ｓ１６４）。
【０１４６】
通知すべき情報が画像を含む場合には（Ｓ１５２でＹＥＳ）、発呼タイミング制御装置７は、車載装置５０に対して、現在のナビゲーション装置の操作情報（以下、「ナビ操作情報」という）を要求する信号を送信する（Ｓ１５４）。車載装置５０は、ナビ操作情報の要求信号を受信すると（Ｓ１５６）、ナビゲーション装置の操作情報を発呼タイミング制御装置７に送信する（Ｓ１５８）。
【０１４７】
発呼タイミング制御装置７は、車載装置５０から送信されたナビ操作情報を受信すると（Ｓ１６０）、受信したナビ操作情報に基づいて、現在ナビゲーション装置を操作中であるか否かを判定する（Ｓ１６２）。ナビゲーション装置を操作中であると判定された場合には（Ｓ１６２でＹＥＳ）、発呼タイミング制御装置７は、発呼タイミングの再スケジューリングを行う。ナビゲーション装置の操作中でないと判定された場合には（Ｓ１６２でＮＯ）、発呼タイミング制御装置７は、発呼タイミングであることを出力する（Ｓ１６４）。以上、第７の実施の形態の発呼タイミング制御装置７の構成および動作について説明した。
【０１４８】
第７の実施の形態の発呼タイミング制御装置７は、ナビゲーション装置の操作中には、画像を含む情報を通知しないので、ナビゲーション装置の操作中に画面が変わってしまうという不都合が生じないようにできる。
【０１４９】
なお、本実施の形態では、ナビゲーション装置の操作中であった場合に、発呼タイミングを再スケジューリングする例について説明したが、ナビゲーション装置の操作中であった場合に、通知すべき情報を音声のみの情報に加工することとしてもよい。
【０１５０】
また、本実施の形態では、発呼タイミング制御装置７は、車載装置５０に対して、ナビゲーション装置の操作中であるか否かを問い合わせる例について説明したが、ドライバがナビゲーション装置の画面を見ているか否かを問い合わせることとしてもよい。ドライバがナビゲーション装置を見ているか否かは視線センサ５３の検出結果を用いることによって判定することができる。発呼タイミング制御装置７は、ドライバがナビゲーション装置を見ている場合には、本実施の形態においてナビゲーション装置を操作中であった場合と同様に、発呼タイミングの再スケジューリングを行う。これにより、ドライバがナビゲーション装置で現在位置を確認している最中に画面が切り替わってしまうことを防止できる。
【０１５１】
（第８の実施の形態）
図２６は、第８の実施の形態の車載装置５０の構成を示す図である。第８の実施の形態の車載装置５０は、車内に持ち込まれた携帯電話８０と通信する通信部６１と、ワークロードを測定するワークロード測定部６２と、持ち込まれた携帯電話８０の動作を制御する機器制御部６３とを有している。車載装置５０と携帯電話８０との通信には、Ｂｌｕｅｔｏｏｔｈ（登録商標）や近距離無線を用いることができる。
【０１５２】
ワークロード測定部６２の構成は、図２を参照して説明した第１の実施の形態におけるワークロード測定部５２と同じである。機器制御部６３は、ドライバのワークロードが所定の閾値より大きい場合に、携帯電話８０に対して着信を拒否するように要求信号を送信する。
【０１５３】
図２７は、第８の実施の形態の車載装置５０の動作を示すフローチャートである。車載装置５０は、携帯電話８０を検知したか否か判定する（Ｓ１７０）。携帯電話８０を検知した場合には（Ｓ１７０でＹＥＳ）、ドライバのワークロードを測定する（Ｓ１７２）。
【０１５４】
車載装置５０は、ワークロードが所定の閾値より大きいか否かを判定する（Ｓ１７４）。ワークロードが所定の閾値以下の場合には（Ｓ１７４でＮＯ）、ワークロードを測定する処理（Ｓ１７２）に戻る。ワークロードが所定の閾値より大きい場合には（Ｓ１７４でＹＥＳ）、車載装置５０は、携帯電話８０に対して着信拒否を要求する信号を送信する（Ｓ１７６）。携帯電話８０は、車載装置５０から着信拒否の要求信号に従って、着信拒否を設定する。
【０１５５】
車載装置５０は、ワークロードを測定し（Ｓ１７８）、ワークロードが所定の閾値以下になったか否かを判定する（Ｓ１８０）。ワークロードが所定の閾値以下になっていない場合には（Ｓ１８０でＮＯ）、ワークロードを測定する処理（Ｓ１７８）に戻る。ワークロードが所定の閾値以下になった場合には（Ｓ１８０でＹＥＳ）、車載装置５０は、携帯電話８０に対して着信拒否の解除を要求する信号を送信する（Ｓ１８２）。携帯電話８０は、車載装置５０から着信拒否解除の要求信号に従って、着信拒否の設定を解除する。以上、第８の実施の形態の車載装置５０について説明した。
【０１５６】
第８の実施の形態の車載装置５０は、ドライバのワークロードが大きいときには、携帯電話８０に対して着信拒否の設定を行うことにより、着信音が鳴って運転への集中を妨げるという事態を回避できる。
【０１５７】
なお、本実施の形態では、携帯電話８０の着信拒否設定を例として説明したが、着信拒否に加えて、メール受信時に鳴動しないように設定することとしてもよい。
【０１５８】
また、本実施の形態では、車載装置５０が、携帯電話８０と通信する通信部６１を有し、携帯電話８０に対して着信拒否を要求する信号を送信する例について説明したが、車載装置５０は携帯電話８０と通信するための通信部６１に代えて、携帯電話８０に対する妨害電波を発生させる構成を採用してもよい。
【０１５９】
以上、本発明の発呼タイミング制御装置について、実施の形態を挙げて詳細に説明したが、本発明は上記した実施の形態に限定されるものではない。
【０１６０】
上記した実施の形態では、複数の車両への発呼および情報の通知が最も早く終了するようにスケジューリングを行う例について説明したが、本発明の発呼タイミング制御装置は、オペレータのタスクが一定になるように、発呼タイミングが時間的に等間隔になるようにスケジューリングを行ってもよい。
【０１６１】
上記した実施の形態において説明したワークロードの測定方法のほかに、例えば、ドライバの心拍数、血圧、呼吸数などを測定する生体センサを用いてもよい。これにより、心拍数が多くなる、血圧が高くなる、呼吸が早くなる等の変化が見られたときにはワークロードが大きいと判定し、定常状態で落ち着いている場合にはワークロードが小さいと判定できる。また、車内の音声を集音するマイクを設け、乗員どうしが会話しているかどうかを判定し、会話している場合には、ワークロードが大きいと判定し、車内が静かな場合にはワークロードが小さいと判定してもよい。
【産業上の利用可能性】
【０１６２】
本発明によれば、ドライバが応答しやすいタイミングに発呼することができると共に、複数の車両に効率良く発呼することができるという効果を有し、情報センター等から車両のドライバに電話を掛ける際の発呼タイミングを制御する装置として有用である。
【符号の説明】
【０１６３】
１，２，３，４，６，７ 発呼タイミング制御装置
１１ データ受信部
１２ ワークロード予測部
１３ スケジューリング部
１４ タイミング出力部
１５ 発呼待ち車両データ記憶部
１６ 地図データ記憶部
１７ 区間別基準値記憶部
１８ 定量化モデル記憶部
１９ 運転負荷換算テーブル
３０ 情報センター装置
３１ 通信部
３２ 提供情報記憶部
３３ 情報検索部
３４ 送信情報記憶部
３５ 発呼部
３６ 表示部
３７ 優先度設定部
３８ 有効期限設定部
３９ 情報種類通知部
５０ 車載装置
５１ 通信部
５２ ワークロード測定部
５３ 視線センサ
５４ 車両センサ
５５ ワークロード計算部
５６ 定量化モデル記憶部
５７ 道路属性解析部
５８ ワークロード計算部
５９ ワークロード換算テーブル
６１ 通信部
６２ ワークロード測定部
６３ 機器制御部
７０ 位置検出センサ
７１ 地図データ記憶部
８０ 携帯電話
【特許請求の範囲】
【請求項１】
道路地図のデータを記憶した地図データ記憶部と、
車両に搭載された車載装置から、運転中のドライバのワークロードに関するデータ、および、車両の現在位置のデータを受信する受信部と、
前記現在位置のデータと前記道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するワークロード予測部と、
情報を通知すべき車両が複数存在する場合に、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するスケジューリング部と、
前記発呼タイミングが到来したときに、発呼タイミングであることを出力する出力部と、
を備える発呼タイミング制御装置。
【請求項２】
前記スケジューリング部は、前記低負荷期間内に、情報の通知が完了するように各車載装置への発呼タイミングを決定する請求項１に記載の発呼タイミング制御装置。
【請求項３】
前記車両に通知する情報には優先度が設定されており、
前記スケジューリング部は、前記優先度に基づく順序で発呼するように各車載装置への発呼タイミングを決定する請求項１または２に記載の発呼タイミング制御装置。
【請求項４】
前記車両に通知する情報には有効期限が設定されており、
前記スケジューリング部は、前記有効期限までに情報の通知が完了するように各車載装置への発呼タイミングを決定する請求項１または２に記載の発呼タイミング制御装置。
【請求項５】
前記受信部は、車両に設定された経路のデータを受信し、
前記ワークロード予測部は、前記経路のデータに基づいて車両が走行中の道路および進行方向を求める請求項１〜４のいずれかに記載の発呼タイミング制御装置。
【請求項６】
複数のドライバのワークロードに基づいて生成された道路区間毎のワークロードの基準値とその道路区間を識別する識別子とを関連付けて記憶した区間別基準値記憶部を備え、
前記ワークロード予測部は、前記区間別基準値記憶部から、車両の進行方向にある道路区間における前記基準値を読み出すことにより、ワークロードの変化を予測する請求項１〜５のいずれかに記載の発呼タイミング制御装置。
【請求項７】
車両信号からワークロードのデータを求めるための定量化モデルを記憶したモデル記憶部を有し、
前記ワークロード予測部は、車両の進行方向にある道路区間を走行する前方車両の車両信号を受信している場合には、前記前方車両の車両信号を前記定量化モデルに適用することにより、当該道路区間でのワークロードの予測値を求める請求項６に記載の発呼タイミング制御装置。
【請求項８】
前記ワークロード予測部は、車両が前記信号機を通過するときの信号機の指示を予測し、予測される指示と同じ指示のときに前記信号機を通過した前方車両の車両信号を前記定量化モデルに適用することにより、当該道路区間でのワークロードの予測値を求める請求項７に記載の発呼タイミング制御装置。
【請求項９】
車両信号からワークロードのデータを求めるための定量化モデルを記憶したモデル記憶部を有し、
前記受信部は、進行方向にある道路区間を過去に走行したときに得られた車両信号を受信し、
前記ワークロード予測部は、車両の進行方向にある道路区間における過去の車両信号を受信した場合には、前記過去の車両信号を前記定量化モデルに適用することにより、当該区間でのワークロードの予測値を求める請求項６に記載の発呼タイミング制御装置。
【請求項１０】
道路属性に対応する運転負荷の値を記憶したテーブルを有し、
前記ワークロード予測部は、前記地図データに基づいて現在位置と進行方向の道路属性を求め、前記テーブルから現在位置の道路属性に対応する運転負荷の値と、進行方向の道路属性に対応する運転負荷の値を読み出し、進行方向における運転負荷の値から現在の運転負荷の値を減算した値を、現在のワークロードに加算してワークロードの変化を予測する請求項１〜５のいずれかに記載の発呼タイミング制御装置。
【請求項１１】
前記スケジューリング部は、前記車載装置との間の通信遅延時間に基づいて、各車載装置への発呼タイミングを決定する請求項１〜１０のいずれかに記載の発呼タイミング制御装置。
【請求項１２】
前記出力部は、発呼タイミングになったときに、該当の車載装置に対して発呼するように要求信号を送信する請求項１〜１１のいずれかに記載の発呼タイミング制御装置。
【請求項１３】
前記発呼タイミングに、運転中のドライバのワークロードに関するデータを受信し、ワークロードが所定の閾値以下であるか否かを判定する判定部を備え、
前記出力部は、前記判定部にてワークロードが所定の閾値以下であると判定された場合に、発呼タイミングであることを出力する請求項１〜１２のいずれかに記載の発呼タイミング制御装置。
【請求項１４】
前記スケジューリング部は、前記判定部にて、ワークロードが所定の閾値より大きいと判定された場合に、再度、各車載装置への発呼タイミングを決定する請求項１３に記載の発呼タイミング制御装置。
【請求項１５】
前記受信部は、ドライバのナビゲーション装置に対する操作情報を受信し、
前記出力部は、ドライバがナビゲーション装置を操作中で、かつ、発呼して通知しようとしている情報がナビゲーション装置への表示が必要な情報の場合には、発呼タイミングを出力しない請求項１〜１４のいずれかに記載の発呼タイミング制御装置。
【請求項１６】
前記受信部は、ドライバのナビゲーション装置に対する操作情報を受信し、
ドライバがナビゲーション装置を操作中のときには、ナビゲーション装置の画面への表示が必要ない情報に加工して通知する情報通知部を備える請求項１〜１４のいずれかに記載の発呼タイミング制御装置。
【請求項１７】
車両内に持ち込まれた携帯電話と通信する通信部と、
運転に起因する負荷と運転以外に起因する負荷を含むドライバのワークロードを検出するワークロード検出部と、
前記ワークロードが所定の閾値より大きい場合に、前記携帯電話に対して着信拒否するように要求信号を送信する着信拒否部と、
を備える車載装置。
【請求項１８】
車両に搭載された車載装置に対して発呼するタイミングを、発呼タイミング制御装置によって制御する発呼タイミング制御方法であって、
前記発呼タイミング制御装置が、前記車載装置から、運転中のドライバのワークロードに関するデータ、および、車両の現在位置のデータを受信するステップと、
前記発呼タイミング制御装置が、前記現在位置のデータと地図データ記憶部に記憶された道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するステップと、
情報を通知すべき車両が複数存在する場合に、前記発呼タイミング制御装置が、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するステップと、
前記発呼タイミングが到来したときに、前記発呼タイミング制御装置が前記発呼タイミングであることを出力するステップと、
を備える発呼タイミング制御方法。
【請求項１９】
車両に搭載された車載装置に対して発呼するタイミングを制御するためのプログラムであって、コンピュータに、
前記車載装置から、運転中のドライバのワークロードに関するデータ、および、車両の現在位置のデータを受信するステップと、
前記現在位置のデータと地図データ記憶部に記憶された道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するステップと、
情報を通知すべき車両が複数存在する場合に、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するステップと、
前記発呼タイミングが到来したときに、発呼タイミングであることを出力するステップと、
を実行させるプログラム。
【請求項１】
道路地図のデータを記憶した地図データ記憶部と、
車両に搭載された車載装置から、運転中のドライバのワークロードに関するデータ、および、車両の現在位置のデータを受信する受信部と、
前記現在位置のデータと前記道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するワークロード予測部と、
情報を通知すべき車両が複数存在する場合に、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するスケジューリング部と、
前記発呼タイミングが到来したときに、発呼タイミングであることを出力する出力部と、
を備える発呼タイミング制御装置。
【請求項２】
前記スケジューリング部は、前記低負荷期間内に、情報の通知が完了するように各車載装置への発呼タイミングを決定する請求項１に記載の発呼タイミング制御装置。
【請求項３】
前記車両に通知する情報には優先度が設定されており、
前記スケジューリング部は、前記優先度に基づく順序で発呼するように各車載装置への発呼タイミングを決定する請求項１または２に記載の発呼タイミング制御装置。
【請求項４】
前記車両に通知する情報には有効期限が設定されており、
前記スケジューリング部は、前記有効期限までに情報の通知が完了するように各車載装置への発呼タイミングを決定する請求項１または２に記載の発呼タイミング制御装置。
【請求項５】
前記受信部は、車両に設定された経路のデータを受信し、
前記ワークロード予測部は、前記経路のデータに基づいて車両が走行中の道路および進行方向を求める請求項１〜４のいずれかに記載の発呼タイミング制御装置。
【請求項６】
複数のドライバのワークロードに基づいて生成された道路区間毎のワークロードの基準値とその道路区間を識別する識別子とを関連付けて記憶した区間別基準値記憶部を備え、
前記ワークロード予測部は、前記区間別基準値記憶部から、車両の進行方向にある道路区間における前記基準値を読み出すことにより、ワークロードの変化を予測する請求項１〜５のいずれかに記載の発呼タイミング制御装置。
【請求項７】
車両信号からワークロードのデータを求めるための定量化モデルを記憶したモデル記憶部を有し、
前記ワークロード予測部は、車両の進行方向にある道路区間を走行する前方車両の車両信号を受信している場合には、前記前方車両の車両信号を前記定量化モデルに適用することにより、当該道路区間でのワークロードの予測値を求める請求項６に記載の発呼タイミング制御装置。
【請求項８】
前記ワークロード予測部は、車両が前記信号機を通過するときの信号機の指示を予測し、予測される指示と同じ指示のときに前記信号機を通過した前方車両の車両信号を前記定量化モデルに適用することにより、当該道路区間でのワークロードの予測値を求める請求項７に記載の発呼タイミング制御装置。
【請求項９】
車両信号からワークロードのデータを求めるための定量化モデルを記憶したモデル記憶部を有し、
前記受信部は、進行方向にある道路区間を過去に走行したときに得られた車両信号を受信し、
前記ワークロード予測部は、車両の進行方向にある道路区間における過去の車両信号を受信した場合には、前記過去の車両信号を前記定量化モデルに適用することにより、当該区間でのワークロードの予測値を求める請求項６に記載の発呼タイミング制御装置。
【請求項１０】
道路属性に対応する運転負荷の値を記憶したテーブルを有し、
前記ワークロード予測部は、前記地図データに基づいて現在位置と進行方向の道路属性を求め、前記テーブルから現在位置の道路属性に対応する運転負荷の値と、進行方向の道路属性に対応する運転負荷の値を読み出し、進行方向における運転負荷の値から現在の運転負荷の値を減算した値を、現在のワークロードに加算してワークロードの変化を予測する請求項１〜５のいずれかに記載の発呼タイミング制御装置。
【請求項１１】
前記スケジューリング部は、前記車載装置との間の通信遅延時間に基づいて、各車載装置への発呼タイミングを決定する請求項１〜１０のいずれかに記載の発呼タイミング制御装置。
【請求項１２】
前記出力部は、発呼タイミングになったときに、該当の車載装置に対して発呼するように要求信号を送信する請求項１〜１１のいずれかに記載の発呼タイミング制御装置。
【請求項１３】
前記発呼タイミングに、運転中のドライバのワークロードに関するデータを受信し、ワークロードが所定の閾値以下であるか否かを判定する判定部を備え、
前記出力部は、前記判定部にてワークロードが所定の閾値以下であると判定された場合に、発呼タイミングであることを出力する請求項１〜１２のいずれかに記載の発呼タイミング制御装置。
【請求項１４】
前記スケジューリング部は、前記判定部にて、ワークロードが所定の閾値より大きいと判定された場合に、再度、各車載装置への発呼タイミングを決定する請求項１３に記載の発呼タイミング制御装置。
【請求項１５】
前記受信部は、ドライバのナビゲーション装置に対する操作情報を受信し、
前記出力部は、ドライバがナビゲーション装置を操作中で、かつ、発呼して通知しようとしている情報がナビゲーション装置への表示が必要な情報の場合には、発呼タイミングを出力しない請求項１〜１４のいずれかに記載の発呼タイミング制御装置。
【請求項１６】
前記受信部は、ドライバのナビゲーション装置に対する操作情報を受信し、
ドライバがナビゲーション装置を操作中のときには、ナビゲーション装置の画面への表示が必要ない情報に加工して通知する情報通知部を備える請求項１〜１４のいずれかに記載の発呼タイミング制御装置。
【請求項１７】
車両内に持ち込まれた携帯電話と通信する通信部と、
運転に起因する負荷と運転以外に起因する負荷を含むドライバのワークロードを検出するワークロード検出部と、
前記ワークロードが所定の閾値より大きい場合に、前記携帯電話に対して着信拒否するように要求信号を送信する着信拒否部と、
を備える車載装置。
【請求項１８】
車両に搭載された車載装置に対して発呼するタイミングを、発呼タイミング制御装置によって制御する発呼タイミング制御方法であって、
前記発呼タイミング制御装置が、前記車載装置から、運転中のドライバのワークロードに関するデータ、および、車両の現在位置のデータを受信するステップと、
前記発呼タイミング制御装置が、前記現在位置のデータと地図データ記憶部に記憶された道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するステップと、
情報を通知すべき車両が複数存在する場合に、前記発呼タイミング制御装置が、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するステップと、
前記発呼タイミングが到来したときに、前記発呼タイミング制御装置が前記発呼タイミングであることを出力するステップと、
を備える発呼タイミング制御方法。
【請求項１９】
車両に搭載された車載装置に対して発呼するタイミングを制御するためのプログラムであって、コンピュータに、
前記車載装置から、運転中のドライバのワークロードに関するデータ、および、車両の現在位置のデータを受信するステップと、
前記現在位置のデータと地図データ記憶部に記憶された道路地図のデータとに基づいて車両が走行中の道路および進行方向を求め、車両の進行方向の道路区間における過去のワークロードに関するデータに基づいて、ワークロードの変化を予測するステップと、
情報を通知すべき車両が複数存在する場合に、各車両のドライバの予測されるワークロードの変化からワークロードが所定の閾値より小さい低負荷期間を求め、前記低負荷期間に発呼し、かつ、複数の車両への発呼および情報の通知が最も早く終了するように、各車載装置への発呼タイミングを決定するステップと、
前記発呼タイミングが到来したときに、発呼タイミングであることを出力するステップと、
を実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２０１０−２８２５９２（Ｐ２０１０−２８２５９２Ａ）
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願番号】特願２００９−１３７７３７（Ｐ２００９−１３７７３７）
【出願日】平成２１年６月８日（２００９．６．８）
【出願人】（５０２３２４０６６）株式会社デンソーアイティーラボラトリ (332)
【Ｆターム（参考）】
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願日】平成２１年６月８日（２００９．６．８）
【出願人】（５０２３２４０６６）株式会社デンソーアイティーラボラトリ (332)
【Ｆターム（参考）】
[ Back to top ]