JP6080948B2 - 車載装置、ナビゲーションシステム、および施設情報表示方法 - Google Patents

Description

この発明は、車両周辺の施設の情報を表示する車載装置、この車載装置と施設情報を配信する情報配信サーバとを備えたナビゲーションシステム、および、情報配信サーバの配信する施設情報を車載装置に表示させる施設情報表示方法に関する。

従来から、任意のタイミングで情報配信サーバから新鮮な施設情報を取得し、移動体（例えば、車両）内のナビゲーション装置で活用するナビゲーションシステムが提案されている。このナビゲーションシステムでは、自車または目的地の位置情報およびユーザ入力による検索条件に基づき、ユーザの要望に合う施設情報の検索を行っていた。さらに、ユーザへの負担を少なくし、移動中にも要望に合う施設情報を検索するために、システム内部でユーザの状況を推定して検索条件に反映する手段が採用されていた。

例えば特許文献１のナビゲーション装置は、走行中に乗車ユーザの様々な要求に合う施設を案内できるように、複数の検索条件の入力の受け付けを可能とし、ユーザの希望する条件に該当する特定交差点の退出路毎に、当該退出路の方面に存在し、かつ、検索条件を満たす施設を検索する。そして、特定交差点の退出路毎に、検索された各施設を表した行き先案内表示を表示していた。

特開２０１１−２０９２６３号公報

上記のようなナビゲーションシステムでは、走行場所、時間、季節、天候といった車外環境と、乗車ユーザの性別、人数、運転者の疲労状態といった車内環境とによって変化するユーザの要望に合う施設を、その要望に合う方法で提示することが望ましい。

この発明も、上記のような観点からなされたもので、車外環境および車内環境に応じて変化するユーザの要望に合わせて、施設情報の検索および表示を制御することにより、ユーザによる設定の手間を最小限にすることを目的とする。

この発明の車載装置は、車両の位置に加え、当該車両の速度および周囲の障害物の有無のうちの少なくとも一方の情報を取得する車両情報取得部と、ユーザが入力した施設検索条件を記憶する検索条件記憶部と、施設情報を保持する情報配信サーバに対して施設情報の取得要求をする都度、検索条件記憶部から施設検索条件を取得する検索条件設定部と、車両情報取得部の取得した車両の位置と検索条件設定部の取得した施設検索条件とを併せた取得要求を定期的に情報配信サーバへ送信し、車両の周辺に存在する施設検索条件に合う施設情報を情報配信サーバから受信する施設情報取得部と、施設情報取得部の取得した施設情報を地図上に表示するときに、車両情報取得部の情報に基づいて当該施設情報の表示数を制御する施設情報表示制御部と、車両情報取得部の情報に基づいて、施設情報取得部が取得要求を送信する頻度を制御する通信制御部と、施設情報取得部の取得した施設情報に含まれる施設の名物または特長を表した情報を選択して音声情報を生成する音声情報制御部と、音声情報制御部の生成した音声情報を出力する音声出力部とを備えるものである。

この発明の情報配信サーバは、施設情報を記憶している施設情報データベースと、車載装置を搭載した車両の位置および施設検索条件に基づいて、当該車両の周辺に存在する当該施設検索条件に合う施設情報を施設情報データベースから抽出する施設情報検索部と、施設情報検索部の抽出した施設情報を車載装置に表示させるデータフォーマットに変換すると共に、車両の位置に加えて当該車両の速度および周囲の障害物の有無のうちの少なくとも一方を含む車両情報に基づいて当該施設情報の表示数を制御する施設情報生成部と、車載装置から車両情報および施設検索条件を含む取得要求を受信し、施設情報生成部の生成したデータフォーマットの施設情報を返信する施設情報送信部とを備えるものである。

この発明の施設情報表示方法は、車両情報取得部が、車両の位置に加え、当該車両の速度および周囲の障害物の有無のうちの少なくとも一方の情報を取得する車両情報取得ステップと、施設情報を保持する情報配信サーバに対して施設情報の取得要求をする都度、検索条件設定部が、ユーザの入力した施設検索条件を記憶している検索条件記憶部から当該施設検索条件を取得する検索条件設定ステップと、施設情報取得部が、車両情報取得ステップで取得した車両の位置と検索条件設定ステップで取得した施設検索条件とを併せた取得要求を定期的に情報配信サーバへ送信し、車両の周辺に存在する施設検索条件に合う施設情報を情報配信サーバから受信する施設情報取得ステップと、施設情報表示制御部が、車両情報取得ステップで取得した情報に基づいて、施設情報取得ステップで取得した施設情報の表示数を制御して、表示部の地図上に当該施設情報を表示させる施設情報表示ステップと、通信制御部が、車両情報取得部の情報に基づいて、施設情報取得部が取得要求を送信する頻度を制御するステップと、音声情報制御部が、施設情報取得ステップで取得した施設情報に含まれる施設の名物または特長を表した情報を選択して音声情報を生成する音声情報制御ステップと、音声出力部が、音声情報制御ステップで生成した音声情報を出力する音声出力ステップとを備えるものである。

この発明によれば、定期的に施設情報の取得要求を行うので、走行中にユーザの好みに合った施設の最新の情報を検索して表示することができる。そして、車載装置または情報配信サーバが、車両情報取得部の情報を利用して施設情報の表示数を制御することにより、例えば見通しの悪い道路を走行しているときには施設情報を表示制限するなど、走行場所に応じた施設情報の表示を安全に行うことができ、ユーザによる設定の手間を最小限にできる。

この発明の実施の形態１に係るナビゲーションシステムの構成を示すブロック図である。 実施の形態１に係る車載装置における施設検索条件の入力画面例を示す図である。 実施の形態１に係る車載装置による施設情報の取得処理を示すフローチャートである。 実施の形態１に係る情報配信サーバによる施設情報の検索・配信処理を示すフローチャートである。 実施の形態１に係る車載装置による施設情報の表示処理を示すフローチャートである。 実施の形態１に係るナビゲーションシステムの変形例を示すブロック図である。 この発明の実施の形態２に係るナビゲーションシステムの構成を示すブロック図である。 実施の形態２に係る情報配信サーバの施設情報優先検索部および施設情報生成制御部の動作を説明する概念図である。 実施の形態２に係る情報配信サーバの施設情報更新部の動作を説明する概念図である。 実施の形態２に係る車載装置による施設情報の取得処理を示すフローチャートである。 実施の形態２に係る情報配信サーバの施設情報ＤＢの更新処理を示すフローチャートであり、目的施設到着時の例である。 実施の形態２に係る情報配信サーバの施設情報ＤＢの更新処理を示すフローチャートであり、目的施設出発時の例である。 実施の形態２に係る情報配信サーバによる施設情報の検索・配信処理を示すフローチャートである。 この発明の実施の形態３に係るナビゲーションシステムの構成を示すブロック図である。 実施の形態３に係る車載装置の施設情報ＵＩの例を示す図である。 実施の形態３に係る情報配信サーバによる施設情報の検索・配信処理を示すフローチャートである。 この発明の実施の形態４に係るナビゲーションシステムの構成を示すブロック図である。 実施の形態４に係る車載装置による休憩施設情報の提示例を説明する図である。 実施の形態４に係る車載装置の立体音響による休憩施設情報の提示例を説明する図である。 実施の形態４に係る車載装置による休憩施設情報の取得処理を示すフローチャートである。 実施の形態４に係る車載装置による休憩施設情報の音声出力処理を示すフローチャートである。 この発明の実施の形態５に係るナビゲーションシステムの構成を示すブロック図である。 実施の形態５に係る情報配信サーバによる施設情報の検索・配信処理を示すフローチャートである。 実施の形態５に係るナビゲーションシステムの変形例を示すブロック図である。 この発明の実施の形態６に係るナビゲーションシステムの構成を示すブロック図である。 実施の形態６に係る車載装置による検索サービスの切り替え処理を説明する図である。 実施の形態６に係る車載装置による検索サービスの切り替え処理を示すフローチャートである。 実施の形態６に係る車載装置による施設情報ＵＩの切り替え処理を説明する図である。 実施の形態６に係る車載装置による施設情報ＵＩの切り替え処理を説明するフローチャートである。 実施の形態６に係るナビゲーションシステムの変形例を示すブロック図である。 この発明に係るナビゲーションシステムの変形例を示すブロック図である。

以下、この発明をより詳細に説明するために、この発明を実施するための形態について、添付の図面に従って説明する。
実施の形態１．
図１に示すナビゲーションシステムは、車両に搭載された車載装置１と、車外に設置された情報配信サーバ２とから構成され、車載装置１と情報配信サーバ２が無線により通信可能である。
情報配信サーバ２は、Ｗｅｂ上にあるサーバシステムを想定する。この情報配信サーバ２は、施設情報送信部２０１、施設情報データベース（以下、ＤＢ）２０２、施設情報検索部２０３、および施設情報生成部２０４を備えている。

施設情報送信部２０１は、車載装置１から送られてきた施設検索条件を受信して施設情報検索部２０３へ通知する一方、その施設検索条件に合った施設情報を施設情報生成部２０４を通じて取得して車載装置１へ送信する。

施設情報ＤＢ２０２は、各地域における施設情報として、施設毎に、施設名、位置、施設ジャンル（飲食店であれば料理のジャンルなど）、営業時間、広告情報（クーポンなど）、口コミ情報等を格納している。

施設情報検索部２０３は、施設情報送信部２０１で受信した施設検索条件に基づき、施設情報ＤＢ２０２からその条件に合う施設の検索を行う。施設検索条件とその検索方法の詳細は後述する。

施設情報生成部２０４は、施設情報検索部２０３が施設情報ＤＢ２０２から取得した施設情報をＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）（ＪａｖａＳｃｒｉｐｔは登録商標）等のデータフォーマットに変換して、施設情報送信部２０１から車載装置１へ送信する。

車載装置１は、情報配信サーバ２と通信可能な機能を有すると共に、位置情報および速度情報を始めとした車両情報を取得可能であり、例えばタッチパネルディスプレイを持つカーナビゲーション装置を想定する。なお、図１では、車載装置１が備える（タッチパネル）ディスプレイの図示を省略している。

車載装置１は、施設情報取得部１０１、施設情報格納部１０２、施設情報表示制御部１０３、地図表示制御部１０４、検索条件入力部１０５、検索条件記憶部１０６、検索条件設定部１０７、通信制御部１０８、および車載センサ群（車両情報取得部）１２を備えている。

車載センサ群１２は、位置情報取得部１２１、速度情報取得部１２２、および障害物情報取得部１２３を有する。位置情報取得部１２１は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）、ジャイロセンサといった自車の３次元位置を測定できるセンサから位置情報を取得する。速度情報取得部１２２は、車速センサ、加速度センサといった自車の速度を測定できるセンサから速度情報を取得する。障害物情報取得部１２３は、超音波センサ、ミリ波レーダ、車載カメラといった自車周辺の障害物を検知するセンサから障害物の有無を示す障害物情報を取得する。

なお、位置情報取得部１２１、速度情報取得部１２２、および障害物情報取得部１２３は、これらのセンサ群を備えていてもよいし、車両に搭載されたセンサ群から情報を取得するインタフェースであってもよい。

施設情報取得部１０１は、モバイル回線を通じて情報配信サーバ２との間でＨＴＴＰ通信（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌ）を行い、施設検索条件を送信し、情報配信サーバ２がその条件で検索した施設情報を取得する。詳細は後述するが、施設情報の取得タイミングは通信制御部１０８で制御し、施設検索条件は検索条件設定部１０７で設定する。
施設情報格納部１０２は揮発性メモリを有し、施設情報取得部１０１が情報配信サーバ２から取得した今回の施設情報を、次回の取得時までこの揮発性メモリ内に一時的に格納する。

施設情報表示制御部１０３は、施設情報格納部１０２に格納された施設情報を地図画面上に重畳表示するためのユーザインタフェース（以下、施設情報ＵＩ）を生成する。このＵＩは、地図画面上に表示する施設の位置を示したマーカだけでなく、施設の詳細な情報を表示した画面も含むＵＩ全般を指す。また、施設情報表示制御部１０３は、車載センサ群１２の情報から判断される走行場所に応じて、施設情報ＵＩの表示数を制御する。例えば障害物情報取得部１２３が取得した障害物情報に基づいて、自車周辺に障害物があって見通しの悪い道路を走行していると判断した場合、あるいは速度情報取得部１２２の取得した速度情報に基づいて自車の走行速度が所定速度以上であると判断した場合、施設情報表示制御部１０３は、地図画面上に施設情報ＵＩを表示しないよう制御を行ったり、施設情報ＵＩの表示件数を所定数に制限する制御を行ったりして、ユーザ（特に、運転者）の注意が表示画面に向き難くする。また例えば、施設情報表示制御部１０３は、位置情報取得部１２１の取得する位置情報に基づいて、自車が目的地付近にいると判断した場合、運転者が他の情報に気を取られないように地図画面上の施設情報ＵＩの表示数を制限したり、細い道路、見通しの悪い交差点、または複雑な経路を走行中と判断した場合、一瞬の余所見および注意散漫になる行動が事故につながるため施設情報ＵＩの表示数を制限したりする。
なお、上記では車載センサ群１２の情報に基づいて施設情報ＵＩの表示数を制御する例を説明したが、これに限定されるものではなく、施設情報を音声案内する場合には音声案内数を制限してもよい。

地図表示制御部１０４は、車載装置１が備えるディスプレイ上に地図画面を表示すると共に、施設情報表示制御部１０３が生成した施設情報ＵＩをその地図画面上に重畳表示する。なお、地図画面の元となる地図情報は、車載装置１が保持していてもよいし、情報配信サーバ２など外部の情報源から取得してもよい。
検索条件入力部１０５は、情報配信サーバ２の有する施設情報を検索するための施設検索条件を、ユーザから受け付ける。

ここで、図２に、検索条件入力部１０５が車載装置１のディスプレイ上に表示する施設検索条件の入力画面の一例を示す。図２の例では、ユーザが飲食店を検索する場合に、中華料理などの「希望ジャンル」と、予算および人気など検索時に優先する「優先条件」と、検索結果を取得する「取得間隔」とが選択可能になっている。「追加」ボタンを選択して、検索条件を追加することも可能である。なお、検索条件入力部１０５は、ユーザが何も入力しない場合は検索条件無しと判断する。
検索条件記憶部１０６は揮発性メモリを有し、検索条件入力部１０５が受け付けた施設検索条件をこの揮発性メモリに格納する。

検索条件設定部１０７は、施設情報取得部１０１から情報配信サーバ２へ施設情報の取得要求を行う都度、検索条件記憶部１０６から施設検索条件を読み出して通信制御部１０８へ通知する。

通信制御部１０８は、検索条件設定部１０７から出力された施設検索条件に含まれる取得間隔に従って、その取得間隔の都度、検索条件設定部１０７から最新の施設検索条件を取得すると共に位置情報取得部１２１から現在の位置情報を取得して施設情報取得部１０１へ通知し、施設情報の取得要求として施設情報取得部１０１から情報配信サーバ２へ送信させる。例えば図２の入力画面でユーザが「取得間隔」を１５分に設定した場合、通信制御部１０８が施設情報取得部１０１の取得タイミングを１５分間隔に制御する。

通信制御部１０８は基本的にユーザが設定した一定の取得間隔で施設情報を取得するよう施設情報取得部１０１を制御するが、この取得間隔を、車載センサ群１２の情報および前回の施設情報取得結果に基づいて変更する。通信制御部１０８は、例えば位置情報取得部１２１が取得した位置情報を車載装置１の有する地図情報と照合して高速道路を走行していると判断した場合、自車近辺に出口または休憩施設（パーキングエリアなど）が存在しなければ、施設情報の取得間隔を長くとる。高速道路の周囲には施設が存在しない可能性が高いので、施設検索条件に合う施設情報が取得できない可能性が高いためである。また、通信制御部１０８は、前回の施設情報取得時に情報配信サーバ２から施設情報が取得できなかったとき（即ち、施設検索条件に合う施設情報が見つからなかったとき）も取得間隔を長くとる。

また、通信制御部１０８を、車載装置１のハードウェアボタンまたはディスプレイに表示したボタンなどから入力を受け付ける構成にして、これらのボタンをユーザが操作したタイミングで施設情報を取得するよう通信制御部１０８が施設情報取得部１０１を制御することも可能である。
ただし、以下の説明では、特に断りがない限り、一定の取得間隔で施設情報を取得することを前提に説明を行うものとする。

また、図１では図示を省略するが、車載装置１はナビゲーション機能を有し、ユーザの入力操作により選択された施設（目的地）と、現在の位置情報と、地図情報とに基づいて、現在位置から目的の施設までの経路を探索して誘導案内することが可能である。
あるいは、情報配信サーバ２がナビゲーション機能を有してもよい。その場合、ユーザの入力操作により選択された施設（目的地）と現在の位置情報とを車載装置１から情報配信サーバ２へ通知し、情報配信サーバ２が通知された情報に基づいて現在位置から目的の施設までの経路を探索して誘導案内用の情報を車載装置１へ返送し、車載装置１が誘導案内用の情報を表示（または音声出力）する。

次に、実施の形態１のナビゲーションシステムの動作を説明する。
図３は、車載装置１による施設情報の取得処理を示すフローチャートである。先ず、検索条件入力部１０５が施設検索条件の入力を受け付け（ステップＳＴ１）、検索条件記憶部１０６に記憶する（ステップＳＴ２）。検索条件記憶部１０６に記憶した施設検索条件は、検索条件設定部１０７から通信制御部１０８へ通知される。また、車載センサ群１２が各センサ情報を取得し、通信制御部１０８へ通知する（ステップＳＴ３）。

続いて、通信制御部１０８は、施設検索条件に含まれる取得間隔（例えば、１５分）に従って、施設情報の取得タイミングか否か判断を行う（ステップＳＴ４）。取得タイミングでなければ待機（ステップＳＴ４“ＮＯ”）、取得タイミングの場合（ステップＳＴ４“ＹＥＳ”）、通信制御部１０８は、車載センサ群１２の各センサ情報および前回の施設情報取得結果から、施設情報の取得を行うか否か判断する（ステップＳＴ５）。図３の例では、上述したように現在地が高速道路ではなく、かつ、前回施設情報を取得できた場合に（ステップＳＴ５“ＹＥＳ”）、通信制御部１０８が、検索条件設定部１０７から最新の施設検索条件を取得して、ステップＳＴ３で取得した自車の位置情報と併せて施設情報取得部１０１に通知し、情報配信サーバ２へ送信させる（ステップＳＴ７）。

一方、現在地が高速道路か、前回施設情報を取得できなかった場合（ステップＳＴ５“ＮＯ”）、現タイミングで取得要求を送信しても車両周辺の施設情報を取得できる可能性が低いと考えられるので、通信制御部１０８は現タイミングでの取得を見合わせ、例えば１５分間隔のところを次回のみ倍の３０分にするなど、次回の取得間隔を長くとる（ステップＳＴ６）。

図４は、情報配信サーバ２による施設情報の検索・配信処理を示すフローチャートである。ここでは、車載装置１から施設検索条件がすでに送信されているものとして説明する。
先ず、施設情報送信部２０１が車載装置１の送信した施設検索条件を取得し、施設情報検索部２０３へ通知する（ステップＳＴ１１）。施設情報検索部２０３が施設情報ＤＢ２０２から施設検索条件に合う施設情報を抽出し（ステップＳＴ１２）、施設情報生成部２０４がその施設情報を送信用のデータフォーマットに変換して（ステップＳＴ１３）、施設情報送信部２０１から車載装置１へ送信する（ステップＳＴ１４）。
なお、施設情報検索部２０３は、施設検索条件が無ければ、車載装置１が搭載された車両の位置情報に基づいて車両周辺の施設情報を抽出する（ステップＳＴ１２）。

図５は、車載装置１による施設情報の表示処理を示すフローチャートである。ここでは、検索結果である施設情報が情報配信サーバ２からすでに送信されているものとして説明する。
先ず、施設情報取得部１０１が施設情報を受信し、施設情報格納部１０２に記憶する（ステップＳＴ２１）。施設情報表示制御部１０３は、施設情報格納部１０２に記憶された施設情報を用いて施設情報ＵＩを生成する（ステップＳＴ２２）。また、施設情報表示制御部１０３は障害物情報取得部１２３の障害物情報に基づいて自車周辺にある障害物の有無を確認し、障害物がなければ（ステップＳＴ２３“ＹＥＳ”）、地図表示制御部１０４が表示制御する地図画面に施設情報ＵＩを重畳表示する（ステップＳＴ２５）。
一方、障害物が存在する場合（ステップＳＴ２３“ＮＯ”）、施設情報表示制御部１０３は、その障害物がなくなるまで施設情報ＵＩの表示を制限する（ステップＳＴ２４）。

以上より、実施の形態１によれば、車載装置１が、車両の位置、速度、および車両周囲の障害物の有無を取得する車載センサ群１２と、ユーザが入力した施設検索条件を記憶する検索条件記憶部１０６と、情報配信サーバ２に対して施設情報の取得要求をする都度、検索条件記憶部１０６から施設検索条件を取得する検索条件設定部１０７と、車載センサ群１２の取得した車両の位置と検索条件設定部１０７の取得した施設検索条件とを併せた取得要求を定期的に情報配信サーバ２へ送信し、車両周辺に存在する施設検索条件に合う施設情報を情報配信サーバ２から受信する施設情報取得部１０１と、施設情報取得部１０１の取得した施設情報ＵＩを地図上に表示するときに、車載センサ群１２の情報に基づいて施設情報ＵＩの表示数を制御する施設情報表示制御部１０３と、施設情報ＵＩと地図を重畳表示する地図表示制御部１０４とを備える構成にした。このため、ユーザによる検索条件の設定後、定期的にその検索条件に基づく施設検索を行うことによって、走行中にユーザの好みに合った施設の最新の情報を取得して提示することができる。また、車載センサ群１２の情報を利用して施設情報ＵＩの表示数を制御することができるので、走行場所に応じた施設情報ＵＩの提示を行うことができ、ユーザによる設定の手間を最小限にできる。

また、実施の形態１によれば、通信制御部１０８が、車載センサ群１２の情報に基づいて、施設情報取得部１０１の取得要求を送信する頻度を制御するように構成した。このため、例えば施設がほとんど無い高速道路では取得要求を送信せず、施設が存在する高速道路出口付近およびパーキングエリア近辺で送信するなど、走行場所に応じて取得頻度を変更でき、ユーザによる設定の手間を最小限にできる。

なお、車載装置１の施設情報表示制御部１０３のうち、施設情報ＵＩを生成する機能を情報配信サーバ２（例えば、施設情報生成部２０４）に持たせることも可能である。その場合、車載センサ群１２が取得した車両情報を情報配信サーバ２へ送信する必要がある。そして、情報配信サーバ２を、施設情報を記憶している施設情報ＤＢ２０２と、車載装置１を搭載した車両の位置および施設検索条件に基づいて、車両周辺に存在する当該施設検索条件に合う施設情報を施設情報ＤＢ２０２から抽出する施設情報検索部２０３と、施設情報検索部２０３の抽出した施設情報を車載装置１に表示させるデータフォーマット（施設情報ＵＩ含む）に変換すると共に、車載センサ群１２の車両情報に基づいて施設情報ＵＩの表示数を制御する施設情報生成部２０４と、車載装置１から車載センサ群１２の車両情報および施設検索条件を含む取得要求を受信し、施設情報生成部２０４の生成したデータフォーマットの施設情報を返信する施設情報送信部２０１とを備えるように構成すればよい。
情報配信サーバ２に施設情報ＵＩを生成する機能および表示数を制御する機能を持たせることで、車載装置１の施設情報表示制御部１０３は、情報配信サーバ２から送信された施設情報ＵＩを描画する機能を持つだけでよい。

また、実施の形態１では、情報配信サーバ２が施設情報を格納した施設情報ＤＢ２０２を備える構成にしたが、これに限定されるものではなく、例えば図６に示すように、情報配信サーバ２が外部のコンテンツプロバイダ群３から施設情報を取得する構成にしてもよい。また、施設情報ＤＢ２０２を含む情報配信サーバ２の機能のすべてまたは一部を、車載装置１に持たせて、施設情報を定期的に更新する構成にすることも可能であるため、施設情報ＤＢ２０２の施設情報および施設情報検索部２０３の検索機能を情報配信サーバ２に必ず集約する必要はない。

このように、車載装置１の機能を情報配信サーバ２に持たせたり、反対に、情報配信サーバ２の機能を車載装置１に持たせたりすることが可能であるため、図１および図６に示した構成にこだわる必要はない。このことは下記の実施の形態２〜６にも当てはまる。

実施の形態２．
本実施の形態２では、車載装置１の設定した施設検索条件に加えて、利用日時、天候、乗車ユーザ、施設の利用履歴などに基づき、施設情報の検索条件および提示順序を動的に設定する。

図７に、本実施の形態２に係るナビゲーションシステムの構成を示す。
本実施の形態２の車載装置１は、新たに、利用履歴記憶部１０９、優先条件設定部１１０、駐車状態判定部１１１、および追加センサ群１３を備える。
また、本実施の形態２の情報配信サーバ２は、新たに施設情報更新部２０５を設けると共に、図１に示した施設情報検索部２０３および施設情報生成部２０４を機能拡張して施設情報優先検索部２０３Ａおよび施設情報生成制御部２０４Ａにする。
なお、図７において、図１〜図６と同一または相当の部分については同一の符号を付し説明を省略または簡略化する。

追加センサ群１３は、乗車ユーザ情報取得部１３１、天候情報取得部１３２、およびパーキング情報取得部１３３を有する。乗車ユーザ情報取得部１３１は、車内カメラ、音声認識マイク、重量センサといった機器から情報を取得して、乗車ユーザの人数および性別を判定する。天候情報取得部１３２は、例えば車外の情報源と通信して、自車周辺の天気、気温、および現在の日時を取得する。パーキング情報取得部１３３は、自車のパーキングブレーキのＯＮ／ＯＦＦ情報、エンジンキーのポジション情報などを取得する。

利用履歴記憶部１０９は不揮発性メモリを有し、ユーザが目的地を設定した際に検索条件入力部１０５がその目的地（目的施設）を取得し、利用履歴記憶部１０９が不揮発性メモリ内に履歴情報として記憶する。履歴情報は、これ以降の施設情報検索時に優先条件の設定に利用される。

優先条件設定部１１０は、利用履歴記憶部１０９および追加センサ群１３からの情報に基づいて施設情報の提示順序を規定する提示順序優先条件を設定し、検索条件設定部１０７に通知して施設検索条件に加える。利用履歴記憶部１０９および追加センサ群１３のどの情報を使用して施設情報のどの項目の優先度を上げ下げするかのルールは、予め優先条件設定部１１０に設定しておけばよい。例えば雨が降っており、かつ乗車人数が多い場合は、雨になるべく濡れないように、収容能力の大きい施設または駐車場設備を有する施設を優先的に提示する提示順序優先条件を設定する。また、例えば男性ひとりが乗車している場合は、団体割り引きおよび女性限定の広告情報は利用できないため、これらの広告情報の優先度を低くした提示順序優先条件を設定する。また、例えば施設の過去利用回数に応じて提示順序優先条件を設定する。
この提示順序優先条件は、検索条件設定部１０７および通信制御部１０８を介して施設情報取得部１０１に通知され、施設検索条件と共に情報配信サーバ２へ送信される。

駐車状態判定部１１１は、パーキング情報取得部１３３と位置情報取得部１２１の情報から車両が駐車状態か否かを判定する。駐車状態判定部１１１は、位置情報取得部１２１の位置情報に基づいて自車が目的地に到着したか否か判定し、目的地に到着した上で、パーキング情報取得部１３３の情報に基づいて、エンジンキーがＡＣＣ（アクセサリ）ポジション状態か否か、またはパーキングブレーキがＯＮ状態か否かを判定して駐車状態であることを判定する。一方、エンジンが始動状態かつパーキングブレーキがＯＦＦ状態の場合、発進状態（駐車場状態ＯＦＦ）であると判定する。
駐車状態判定部１１１は、駐車状態の判定結果を、乗車ユーザ情報取得部１３１の乗車ユーザ人数の情報などと合わせて情報配信サーバ２へ送信する。

施設情報優先検索部２０３Ａは、施設情報送信部２０１が受信した施設検索条件に基づき、施設情報ＤＢ２０２Ａからその条件に合う施設の検索を行う。
施設情報生成制御部２０４Ａは、施設情報優先検索部２０３Ａが施設情報ＤＢ２０２Ａから取得した施設情報の中から、提示順序優先条件に基づき乗車ユーザが利用できる広告情報を選定し、利用できない広告情報の提示順序を最後尾に回すなどして順番を変更し、送信用のデータフォーマットに変換する。

ここで、図８に、施設情報優先検索部２０３Ａおよび施設情報生成制御部２０４Ａの動作を説明する概念図を示す。図８の例では、施設検索条件として図２の条件（希望ジャンル中華料理、予算優先、人気優先、取得間隔１５分）が設定されており、提示順序優先条件として乗員ユーザが男性４人、現在時刻が１９時過ぎの条件が設定されているものとする。広告テーブルは、施設情報優先検索部２０３Ａが施設情報ＤＢ２０２Ａから取得した広告情報の一覧を表している。この状態では、広告名「女性限定」という提示順序優先条件との一致度が低い広告情報と、「団体様割り引き」という提示順序優先条件との一致度が高い情報とが順不同に並んでいる。この広告テーブルを施設情報生成制御部２０４Ａが提示順序優先条件に基づいて並べ替えると、条件との一致度が高い「団体様割り引き」の順位が高くなり、一致度の低い「女性限定」の順位が低くなる。

施設情報更新部２０５は、車載装置１の駐車状態判定部１１１から受信した駐車状態判定結果および乗車ユーザ人数などに基づいて、施設情報ＤＢ２０２Ａに格納されている目的地の施設情報のうち、収容人数および駐車場の項目を更新する。

ここで、図９に、施設情報生成部２０４の動作を説明する概念図を示す。図９の例では、施設情報優先検索部２０３Ａに格納されている施設ＩＤ「１３２４６５」の施設情報として、施設名、ジャンルなどに加えて、その施設の収容能力を表す収容人数（飲食店の場合は残り席数）、その施設の駐車場の残り台数などがある。この施設の駐車場に３台の車両（乗車ユーザ数は３人、４人、３人の合計１０人）が駐車した場合、施設情報更新部２０５は、車載装置１の駐車状態判定部１１１から送信された駐車状態判定結果および乗車ユーザ情報に基づいて、施設情報ＤＢ２０２Ａのメインテーブル内のその施設の収容人数を１２０人から１１０人に更新すると共に、駐車場の情報を５０台から４７台に更新する。
さらに、施設情報更新部２０５は、図９に示すような、施設ごとに生成された施設テーブルの情報も更新可能である。

次に、実施の形態２のナビゲーションシステムの動作を説明する。
図１０は、車載装置１による施設情報の取得処理を示すフローチャートである。図１０のステップＳＴ１〜ＳＴ７は、図３に示したステップＳＴ１〜ＳＴ７と同様の処理であるため説明を省略または簡略化する。
ステップＳＴ３の後、追加センサ群１３が乗車ユーザの性別、人数、天候、日時等の情報取得を行い、優先条件設定部１１０へ通知する（ステップＳＴ３１）。優先条件設定部１１０は、利用履歴記憶部１０９から現在までの施設の利用履歴情報を取得する（ステップＳＴ３２）。

続いて、優先条件設定部１１０は、追加センサ群１３の各センサ情報および利用履歴記憶部１０９の利用履歴情報から、提示順序優先条件を設定するための情報を選択して、施設情報の各項目に対して優先度の重みづけを行う（ステップＳＴ３３）。
その後、通信制御部１０８が取得タイミングになると、位置情報取得部１２１の位置情報と検索条件設定部１０７の設定した施設検索条件と優先条件設定部１１０の設定した提示順序優先条件とを施設情報取得部１０１に通知して、施設情報の取得要求として情報配信サーバ２へ送信する（ステップＳＴ７）。

図１１は、施設情報ＤＢ２０２Ａの更新処理を示すフローチャートである。ここでは、車載装置１を搭載した車両が目的施設に到着したときの更新処理を説明する。
車載装置１において、車載センサ群１２の位置情報取得部１２１が自車の位置情報を取得する（ステップＳＴ４１）。また、追加センサ群１３のパーキング情報取得部１３３がパーキングブレーキのＯＮ／ＯＦＦ情報を取得する（ステップＳＴ４２）。

駐車状態判定部１１１は、位置情報とパーキングブレーキのＯＮ／ＯＦＦ情報に基づいて、自車が目的施設近辺に滞在しており、かつ、駐車状態と判定した場合（ステップＳＴ４３“ＹＥＳ”）、情報配信サーバ２の施設情報更新部２０５へ目的施設の収容能力および駐車場の利用状況の更新要求を送信する（ステップＳＴ４４）。一方、駐車状態でない場合（ステップＳＴ４３“ＮＯ”）、駐車状態判定部１１１は駐車状態になるまで待機する。

情報配信サーバ２の施設情報更新部２０５は、車載装置１から更新要求を受信すると、施設情報ＤＢ２０２Ａに格納されている目的施設の施設情報のうち、収容能力および駐車場の項目を更新する（ステップＳＴ４５）。この場合は、自車が駐車したことにより駐車可能台数が減り、かつ、乗車ユーザ数だけ施設の収容能力が低下することになる。

図１２は、施設情報ＤＢ２０２Ａの更新処理を示すフローチャートである。ここでは、車載装置１を搭載した車両が目的施設から出発したときの更新処理を説明する。
図１１のステップＳＴ４１，ＳＴ４２と同様の処理の後、ステップＳＴ４３Ａにおいて、駐車状態判定部１１１が位置情報とパーキングブレーキのＯＮ／ＯＦＦ情報に基づいて発進状態か否か判定する。駐車状態判定部１１１は、自車が目的施設から離れつつあり、かつ、発進状態と判定した場合（ステップＳＴ４３Ａ“ＹＥＳ”）、情報配信サーバ２の施設情報更新部２０５へ目的施設の収容能力および駐車場の利用状況の更新要求を送信する（ステップＳＴ４４）。一方、発進状態でない場合（ステップＳＴ４３Ａ“ＮＯ”）、駐車状態判定部１１１は発進状態になるまで待機する。
この場合の更新では、自車が駐車場から出たことにより駐車可能台数が増え、かつ、乗車ユーザ数だけ施設の収容能力が高くなる。

図１３は、情報配信サーバ２による施設情報の検索・配信処理を示すフローチャートである。ここでは、車載装置１から施設検索条件および提示順序優先条件がすでに送信されているものとして説明する。また、図１１および図１２のフローチャートに従って施設情報優先検索部２０３Ａが随時更新されているものとする。なお、図１３のステップＳＴ１２〜ＳＴ１４は、図４に示したステップＳＴ１２〜ＳＴ１４と同様の処理であるため説明を省略または簡略化する。

先ず、施設情報送信部２０１が車載装置１の送信した施設検索条件と提示順序優先条件を取得し、施設情報優先検索部２０３Ａへ通知する（ステップＳＴ１１Ａ）。施設情報優先検索部２０３Ａは、施設情報ＤＢ２０２から施設検索条件に合う施設情報を抽出する（ステップＳＴ１２）。施設情報生成制御部２０４Ａは、提示順序優先条件がある場合（ステップＳＴ５１“ＹＥＳ”）、抽出した施設情報をその条件に従ってソートする（ステップＳＴ５２）。また、施設情報生成制御部２０４Ａは、提示順序優先条件に合致する、利用可能な広告情報が施設情報の中に存在する場合（ステップＳＴ５３“ＹＥＳ”）、施設情報をその条件に従ってソートする（ステップＳＴ５４）。

一方、提示順序優先条件がない場合（ステップＳＴ５１“ＮＯ”）、または、利用可能な広告情報がない場合（ステップＳＴ５３“ＮＯ”）、施設情報生成制御部２０４Ａは、施設情報優先検索部２０３Ａが抽出した施設情報をそのまま送信用のデータフォーマットに変換して（ステップＳＴ１３）、施設情報送信部２０１から車載装置１へ送信する（ステップＳＴ１４）。

以上より、実施の形態２によれば、情報配信サーバ２の受信した取得要求のうち、車両の位置および施設検索条件に基づいて施設情報優先検索部２０３Ａが施設情報ＤＢ２０２Ａから施設情報を抽出し、提示順序優先条件に基づいて施設情報生成制御部２０４Ａが施設情報を並べ替えて、車載装置１へ配信するように構成した。このため、情報配信サーバ２から車載装置１へ送信する施設情報の順序を変更することで、車載装置１側の処理を軽減することができる。また、車載装置１のディスプレイに表示できる情報が限られている場合に、画面を有効利用でき、ユーザも不要な施設情報の閲覧を省くことができる。

また、実施の形態２によれば、施設情報更新部２０５が、車載装置１から、車両が施設に付属する駐車場に駐車した状態か否かを示す情報を受信し、施設情報ＤＢ２０２Ａが施設情報として管理する当該施設の駐車場利用状況を更新するように構成した。
これにより、少なくともこの情報配信サーバ２と通信可能な車載装置１を持つユーザの動向を把握できるため、施設およびその駐車場の込み具合を大まかに推定でき、最新の利用状況を含む施設情報を車載装置１に提供することができる。

なお、情報配信サーバ２の施設情報生成制御部２０４Ａのうち、提示順序優先条件に基づいて施設情報を並べ替える機能を車載装置１（例えば、施設情報表示制御部１０３）に持たせることも可能である。その場合、車載装置１において、優先条件設定部１１０が、乗車ユーザ情報取得部１３１、天候情報取得部１３２、および利用履歴記憶部１０９の各情報のうちの少なくとも１つの情報を、施設情報の提示順序優先条件に設定し、施設情報表示制御部１０３が、情報配信サーバ２から受信した施設情報の表示順序を提示順序優先条件に基づいて並べ替える構成にすればよい。
これにより、追加センサ群１３および利用履歴記憶部１０９の情報を利用して施設情報ＵＩの表示の優先条件を自動的に設定することができるので、乗車人数および性別などに一致する利用条件の施設情報から順に提示することができ、ユーザによる設定の手間を最小限にできる。
その結果、ユーザが設定しなくても、例えば乗車人数が多いときに収容能力の高い施設の情報を優先して提示したり、雨が降っているときに駐車場設備のある施設の情報を優先して提示したりすることができる。反対に、例えば男性ひとり乗車しているときは団体または女性向けのクーポンがある施設の情報の優先度が下がり、提示されにくくなる。

また、実施の形態２によれば、車載装置１が、車両のエンジンおよびパーキングブレーキのうちの少なくとも一方の状態を示す情報を取得するパーキング情報取得部１３３と、パーキング情報取得部１３３の取得した情報に基づいて車両が施設に付属する駐車場に駐車した状態か否かを判定し、判定結果を情報配信サーバ２へ送信して、情報配信サーバ２の保持する施設情報に含まれる当該施設の駐車場利用状況を更新させる駐車状態判定部１１１とを備える構成にした。
このように、車両が施設の駐車場を利用していることを情報配信サーバ２に通知することで、少なくともこの情報配信サーバ２と通信可能な車載装置１を持つユーザの動向を把握できるため、施設およびその駐車場の込み具合を大まかに推定できる。従って、車載装置１は、最新の利用状況を含む施設情報を取得して提示することができる。

さらに、実施の形態２によれば、駐車状態判定部１１１は、パーキング情報に基づく駐車の判定結果と併せて、乗車ユーザ情報取得部１３１の取得した乗車ユーザ数を情報配信サーバ２へ送信して、情報配信サーバ２の保持する施設情報に含まれる当該施設の利用状況を更新させる構成にした。
これにより、情報配信サーバ２が、施設の駐車場利用状況に加え、その施設の利用ユーザ数の動向も大まかに把握できる。従って、車載装置１は、より詳細な最新の利用状況を含む施設情報を取得して提示することができる。

実施の形態３．
本実施の形態３では、情報配信サーバ２（または、車載装置１）の施設情報検索部２０３に施設検索条件に合う施設情報がなかった場合に、外部のＷｅｂサービスから該当する施設情報を取得する構成にする。

図１４に、本実施の形態３に係るナビゲーションシステムの構成を示す。
本実施の形態３のナビゲーションシステムは、上記実施の形態１の車載装置１および情報配信サーバ２に加えて、コンテンツプロバイダ群３を備えている。
また、本実施の形態３の情報配信サーバ２は、新たに外部サーバ検索部２０６および施設情報変換部２０７を備える。
なお、図１４において、図１〜図６と同一または相当の部分については同一の符号を付し説明を省略または簡略化する。

コンテンツプロバイダ群３は、情報配信サーバ２の施設情報検索部２０３にはない施設情報を取り扱う、情報配信サーバ２の外部の複数のＷｅｂサービスを想定する。

外部サーバ検索部２０６は、コンテンツプロバイダ群３の検索サービスから施設検索条件に合う施設情報を取得する。このときコンテンツプロバイダ群３から取得した施設情報は、施設情報検索部２０３から取得する施設情報とデータ形式および表記などが異なる場合がある。加えて、コンテンツプロバイダ群３の検索サービスごとに保有している情報および特長が異なる。そのため、情報配信サーバ２に施設情報変換部２０７を追加して、施設情報変換部２０７がコンテンツプロバイダ群３から取得した施設情報を施設情報生成部２０４と同じデータフォーマットに変換する。また、特長のある情報に関しては、施設情報の規定の項目でないとしても追加して車載装置１へ送信する。

ここで、図１５に、施設情報表示制御部１０３が車載装置１のディスプレイ上に表示する施設情報ＵＩの一例を示す。例えばコンテンツプロバイダ群３のあるコンテンツプロバイダから取得した施設情報に基づく施設情報ＵＩが図１５（ａ）の状態だったとする。このコンテンツプロバイダの提供する検索サービスとは別のコンテンツプロバイダの検索サービスから取得した施設情報に、例えばその施設のクーポン情報（広告情報の一種）が含まれている場合、施設の周辺に駐車場があることを示す情報が含まれている場合、施設の席数に余裕があることを示す情報が含まれている場合、施設情報変換部２０７がこれらの情報を図１５（ａ）の施設情報に追加することで、図１５（ｂ）のような施設情報ＵＩをユーザに提示することができる。また、施設情報変換部２０７は、「アクセス：参田駅徒歩１５分」などの所要時間を、自車位置からその施設までの所要時間に変換して施設情報に追加してもよい。

次に、実施の形態３のナビゲーションシステムの動作を説明する。
図１６は、情報配信サーバ２による施設情報の検索・配信処理を示すフローチャートである。ここでは、車載装置１から施設検索条件がすでに送信されているものとして説明する。なお、図１６のステップＳＴ１１〜ＳＴ１４は、図４に示したステップＳＴ１１〜ＳＴ１４と同様の処理であるため説明を省略または簡略化する。

ステップＳＴ１２において施設情報検索部２０３が施設検索条件で施設情報ＤＢ２０２を検索し、その条件に合う施設情報が取得できなかった場合（ステップＳＴ６１“ＹＥＳ”）、施設情報検索部２０３から外部サーバ検索部２０６へ施設検索条件を含む検索要求を通知する。すると外部サーバ検索部２０６がコンテンツプロバイダ群３から施設検索条件に合う施設情報を取得する（ステップＳＴ６２）。続いて施設情報変換部２０７が、その施設情報を取りまとめ、送信用のデータフォーマットに変換し（ステップＳＴ６３）、施設情報送信部２０１から車載装置１へ送信する（ステップＳＴ１４）。

一方、施設情報ＤＢ２０２に施設検索条件に合う施設情報があった場合（ステップＳＴ６１“ＮＯ”）、施設情報生成部２０４がその施設情報を送信用のデータフォーマットに変換して（ステップＳＴ１３）、施設情報送信部２０１から車載装置１へ送信する（ステップＳＴ１４）。

以上より、実施の形態３によれば、情報配信サーバ２が、外部のコンテンツプロバイダ群３から、車両の周辺に存在する施設検索条件に合う施設条件を抽出する外部サーバ検索部２０６と、外部サーバ検索部２０６の抽出した施設情報を施設情報生成部２０４のデータフォーマットと同じデータフォーマットに変換するときに、車両視点の情報に変換する施設情報変換部２０７とを備える構成にした。このため、車載装置１は、情報配信サーバ２以外のＷｅｂサービスが保持する施設情報を利用することができる。

なお、実施の形態３では、施設情報ＤＢ２０２に施設検索条件に合う施設情報が無い場合に、コンテンツプロバイダ群３から施設情報を取得する構成にしたが、これに限定されるものではなく、施設情報ＤＢ２０２およびコンテンツプロバイダ群３からそれぞれ施設情報を取得して１つに取りまとめて車載装置１へ送信するように構成してもよい。
また、例えば車載装置１において検索条件設定部１０７が施設検索条件を設定する際に、コンテンツプロバイダ群３の検索サービスを指定する条件を追加し、情報配信サーバ２を介してコンテンツプロバイダ群３の保持する施設情報を取得するように構成してもよい。

また、上述した説明では、上記実施の形態１で示した構成に対して実施の形態３の構成を適用する場合を示したが、これに限定されるものではなく、上記実施の形態２で示した構成に対して適用しても構わない。

実施の形態４．
本実施の形態４では、運転者の疲労時に、車載装置１が自車周辺の休憩が可能な施設情報（以下、休憩施設情報）を取得して提示する構成にする。また、施設情報をディスプレイに表示する提示方法に加えて、スピーカから音声出力する提示方法も行う構成にする。

図１７に、本実施の形態４に係るナビゲーションシステムの構成を示す。ここでは、上記実施の形態２の構成に対して本実施の形態４の機能を実現するための構成を追加する。
本実施の形態４の車載装置１は、新たに、疲労状態推定部１１２、休憩施設要求部１１３、音声情報制御部１１４、および音声出力部１１５を備える。
なお、図１７において、図７〜図１３と同一または相当の部分については同一の符号を付し説明を省略または簡略化する。

疲労状態推定部１１２は、車内カメラ、心拍計、脳波計、重量センサといった機器から情報を取得し、運転者の心拍変動成分、眼球運動、運転姿勢などに基づいた推定方法により、運転者の疲労状態を推定する。そして、疲労度合いが高いと判断した場合は、疲労状態推定部１１２から休憩施設要求部１１３へ、休憩が可能な施設の施設情報を取得するよう通知する。なお、疲労状態の推定方法は、上記のように多岐にわたり、単一のセンサを用いることも組み合わせることも可能であり、その方法は問わない。また、疲労状態推定部１１２がこれらのセンサ群を備えてもよいし、車両に搭載されたこれらセンサ群から情報を取得してもよい。

休憩施設要求部１１３は、疲労状態推定部１１２から通知が来た際に、自車の近辺にあり、かつ、駐車場および席数に余裕のある休憩可能な施設情報を検索するような施設検索条件を設定し、通信制御部１０８へ通知する。

通信制御部１０８は、位置情報取得部１２１の取得した自車の位置情報と休憩施設要求部１１３から通知された施設検索条件を施設情報取得部１０１に通知して、休憩施設情報の取得要求を送信する。なお、上記実施の形態１〜３のように通信制御部１０８が定期タイミングで施設情報の取得要求を送信するよう制御している場合には、この定期タイミングの取得とは別に休憩施設情報の取得要求を送信するように施設情報取得部１０１を制御する。

音声情報制御部１１４は、施設情報取得部１０１で取得し施設情報格納部１０２に格納された休憩可能な施設情報を取得すると共に、位置情報取得部１２１から自車の位置情報を取得して、各施設と自車との位置関係を判断する。音声情報制御部１１４は、自車位置から各施設までの到達時間、経路および走行速度などを考慮して、休憩施設情報のうちから音声出力する情報とその出力タイミングを設定する。例えば、運転者が疲労している場合は休憩施設に早く到達することが望ましいことから、自車位置から休憩施設までの到達時間が短い施設情報を優先的に音声出力する。また例えば、疲労した運転者は状況判断能力が鈍っていると考えられることから、単純な経路で到達可能な施設情報を優先的に音声出力する。また、速度情報取得部１２２の速度情報に応じて、自車の走行速度が速い場合は音声出力するタイミングをその休憩施設よりかなり手前に設定して、休憩施設情報の音声出力を聞いた運転者が時間の余裕を持って運転できるようにする。

また、音声情報制御部１１４は、休憩施設情報に含まれる項目（例えば、広告情報）のうち、どの項目の情報を優先的に提示するか決定する。例えば、休憩施設に名物および特長などがある場合、その情報を音声出力することにより運転者がその休憩施設に興味を持つよう働きかけることが可能なため、そのような情報を優先的に音声情報に変換する。

音声情報制御部１１４は、以上のようにして生成した休憩施設の音声情報とその出力タイミングの情報とを、音声出力部１１５へ通知する。

音声出力部１１５は、車両に搭載されたスピーカおよびヘッドフォンなどの音声再生装置を制御し、音声情報制御部１１４の出力する音声情報を音声出力する。
ここで、図１８に、車載装置１による休憩施設情報の提示例を示す。図１８の例では、地図表示制御部１０４がディスプレイに画面表示した地図画面に、施設情報表示制御部１０３が休憩施設Ａの施設情報ＵＩを重畳表示すると共に、その休憩施設Ａについて音声出力部１１５が「このそばにコーヒーの美味しい喫茶店がありますよ」、「今ならあの有名な○○コーヒーが飲めます」といった音声案内を行って、疲労度合の高い運転者を休憩施設に誘導する。

なお、音声出力部１１５の出力先として、立体音響を再生可能な音声再生装置を用いてもよい。その場合、音声情報制御部１１４が音声情報を生成する際に、地図画面上の休憩施設情報ＵＩの表示位置と自車位置の相対位置関係に応じて、その休憩施設の音声情報を出力する方向（以下、音源方向）を設定する。そして、音声出力部１１５が立体音響再生装置の複数のスピーカを制御して、設定された音源方向から休憩施設の音声情報を音声出力する。
ここで、図１９に、車載装置１による立体音響での休憩施設情報の提示例を示す。地図画面に矢印で示す自車位置Ｂより東側（運転者の右側）に休憩施設Ａが存在するので、音声出力部１１５が運転者の右側から「○○で時間限定サービスがあります」といった音声案内を行って、運転者に休憩施設の存在する方角を直感的に知らせる。

次に、実施の形態４のナビゲーションシステムの動作を説明する。
図２０は、車載装置１による休憩施設情報の取得処理を示すフローチャートである。
先ず、疲労状態推定部１１２が、運転者の状態をセンシングした各種センサ情報を取得し、運転者の疲労度合を推定する（ステップＳＴ７１）。疲労状態推定部１１２が推定結果から疲労度合が高いと判断した場合（ステップＳＴ７２“ＹＥＳ”）、休憩施設要求部１１３が車載センサ群１２の情報に基づき、自車近辺、かつ、入店できる可能性の高い休憩施設の優先度が高くなるような施設検索条件を設定する（ステップＳＴ７３）。
その後、通信制御部１０８が休憩施設要求部１１３の設定した施設検索条件を施設情報取得部１０１に通知して、休憩施設情報の取得要求を送信する（ステップＳＴ７４）。

一方、疲労状態推定部１１２が運転者の疲労度合を低いと判断した場合（ステップＳＴ７２“ＮＯ”）、処理を終了する。
図２０のフローチャートを定期的に実施することで、運転者の疲労度合が高いときに、ユーザが設定することなく、休憩施設の情報を情報配信サーバ２から自動的に取得することができる。

図２１は、車載装置１による休憩施設情報の音声出力処理を示すフローチャートである。ここでは、検索結果である休憩施設情報が情報配信サーバ２からすでに送信されているものとして説明する。
先ず、施設情報取得部１０１が休憩施設情報を受信し、施設情報格納部１０２に記憶する（ステップＳＴ８１）。音声情報制御部１１４は、車載センサ群１２の情報に基づいて、施設情報格納部１０２に記憶された休憩施設情報を到着時間の短い順（または、経路の単純な順など）にソートする（ステップＳＴ８２）。続いて音声情報制御部１１４は、休憩施設情報から音声出力する情報を選択して音声情報を生成する（ステップＳＴ８３）。また、立体音響再生装置を使用する場合には、音声情報制御部１１４が自車の位置情報と休憩施設情報の位置情報に基づいて音源方向を設定する。
そして、音声出力部１１５が車内に設置されたスピーカなどの音声再生装置を制御して、音声情報を出力する（ステップＳＴ８４）。

以上より、実施の形態４によれば、車載装置１が、運転者の疲労状態を推定する疲労状態推定部１１２と、疲労状態推定部１１２の推定結果に基づいて、運転者の疲労度合が高いと判断した場合に、駐車場が付属する施設を施設検索条件に設定して、位置情報取得部１２１の位置情報と併せた取得要求を情報配信サーバ２へ送信する休憩施設要求部１１３とを備える構成にした。このため、運転者の疲労度合が高いときに、車載装置１が自動的に自車近辺の休憩可能な施設情報を取得して提示することができるので、疲労度合に応じて変化するユーザの要望に応じた施設情報を提供することができる。

なお、上記説明では、車載装置１が、定期的な施設情報の取得要求とは別に休憩施設情報の取得要求を送信するようにしたが、これに限定されるものではなく、例えば運転者の疲労度合が高いときに休憩施設検索条件を定期的な施設情報の取得要求に付加して送信するように構成しても構わない。

また、実施の形態４によれば、車載装置１が、施設情報取得部１０１の取得した休憩施設情報から音声情報を生成する音声情報制御部１１４と、音声情報制御部１１４の生成した音声情報を出力する音声出力部１１５とを備える構成にした。これにより、運転者の疲労度合が高いときに車載装置１側から自動的に近辺の休憩施設を検索し、車載装置１の画面表示と音声案内とで運転者に提案できるので、事故を未然に防ぐことができる。
さらに、駐車状態判定部１１１の判定結果に基づいて施設情報ＤＢ２０２Ａの駐車場利用状況などの情報が更新されていれば、最小限の時間で利用可能な休憩施設を案内することができる。

また、実施の形態４によれば、音声情報制御部１１４は、施設情報に含まれる施設の名物または特長を表した情報を選択して音声情報にする構成にした。このようにして休憩施設の名物および特長などを音声案内することで、運転者に向けて、休憩施設に興味を持たせるように働きかけることができる。

また、実施の形態４によれば、音声情報制御部１１４は、位置情報取得部１２１の位置情報と施設情報取得部１０１の取得した休憩施設情報に基づいて、運転者に対する休憩施設の方向を判定して、当該方向を施設情報の音声情報を出力する音源方向に設定し、立体音響を再生可能な音声出力部１１５は、音声情報制御部１１４の設定した音源方向から休憩施設情報の音声情報を出力する構成にした。このように、音声案内に方向性を持たせることで、走行中に施設情報が取得された場合に画面のどの位置を見ればよいか、ユーザが直感的に把握することができる。

なお、上述した説明では、上記実施の形態２で示した構成に対して実施の形態４の構成を適用する場合を示したが、これに限定されるものではなく、上記実施の形態１，３で示した構成に対して適用しても構わない。
また、運転者の疲労時に施設情報を音声出力する構成にしたが、疲労度の少ない場合においても音声出力を行うことが可能であり、図１７の構成にこだわる必要はない。例えば、車載装置１において、疲労時に休憩施設を取得する機能（主に、疲労状態推定部１１２および休憩施設要求部１１３）と、施設情報を音声出力する機能（主に、音声情報制御部１１４および音声出力部１１５）のいずれか一方のみを備える構成にしてもよい。

施設情報取得部１０１が取得した施設情報を音声出力部１１５で音声案内することにより、走行中に取得された施設情報をユーザが把握しやすくなる。また、表示画面外に施設が存在する場合、停車時ならユーザが地図の縮尺を変更して施設情報を画面内に表示させることが可能であるが、走行中は縮尺を変更すると地図画面が見づらくなるため好ましくない。そこで、走行中に音声案内することにより、地図の縮尺を変更することなく施設情報を把握することができ、情報配信サーバ２から取得した最新の施設情報をリアルタイムでユーザに提示することができる。

実施の形態５．
本実施の形態５では、車載装置１の起動時または初回の施設情報取得要求時に、情報配信サーバ２との間で施設情報のデータフォーマットおよび通信条件などのネゴシエーション処理を行う構成にする。

図２２に、本実施の形態５に係るナビゲーションシステムの構成を示す。ここでは、上記実施の形態１の構成に対して本実施の形態５の機能を実現するための構成を追加する。
本実施の形態５の車載装置１は、新たに、ユーザ情報記憶部１１６、ネゴシエーション部１１７、およびメンテナンス情報管理部１１８を備える。
また、本実施の形態５の情報配信サーバ２は、新たに、ネゴシエーション部２０８およびユーザ管理ＤＢ２０９を備える。また、図１に示した施設情報検索部２０３および施設情報生成部２０４を機能拡張して施設情報検索部２０３Ｂおよび施設情報生成制御部２０４Ｂにする。
なお、図２２において、図１〜図６と同一または相当の部分については同一の符号を付し説明を省略または簡略化する。

ユーザ情報記憶部１１６は、車載装置１を使用するユーザの情報として、このユーザの誕生日、好物、車載装置１の製品情報、ある施設に登録した会員情報などのユーザ情報を記憶している。
メンテナンス情報管理部１１８は、車載装置１が搭載された車両の車種、車検時期、オイル交換指標を始めとした、車両のメンテナンス時期および車両の損傷度に関するメンテナンス情報を管理している。これらユーザ情報およびメンテナンス情報は、例えばユーザが車載装置１のタッチパネルディスプレイなどを操作して入力すればよい。

ネゴシエーション部１１７は、車載装置１の起動時に、車載装置１の使用するディスプレイのサイズおよび解像度などの仕様に関する情報、ならびに通信速度および帯域などの通信に関する情報を、情報配信サーバ２のネゴシエーション部２０８に提示し、ネゴシエーション部２０８が提示する情報配信サーバ２の仕様および通信の情報と照合して、データフォーマットおよびデータサイズ、ならびに通信速度など、互いの通信条件を取り決める。また同時に、ネゴシエーション部１１７が、ユーザ情報記憶部１１６の記憶しているユーザ情報およびメンテナンス情報管理部１１８の管理するメンテナンス情報を、ネゴシエーション時に情報配信サーバ２のネゴシエーション部２０８に通知する。

他方、情報配信サーバ２側のネゴシエーション部２０８は、上述したように、情報配信サーバ２で使用する送信用データフォーマットを始めとした仕様情報を、車載装置１のネゴシエーション部１１７に提示し、ネゴシエーション部１１７が提示する車載装置１の使用情報と照合して互いの通信条件を取り決める。また、ネゴシエーション部２０８は、ネゴシエーション結果、ならびにネゴシエーション部１１７から通知されたユーザ情報およびメンテナンス情報をユーザ管理ＤＢ２０９に格納する。従って、ネゴシエーション部２０８は、次回からユーザ管理ＤＢ２０９のネゴシエーション結果を使用することで、次回以降のネゴシエーション処理を省略できる。

ユーザ管理ＤＢ２０９は、車載装置１ごとにネゴシエーション結果、ユーザ情報、およびメンテナンス情報を格納している。

施設情報検索部２０３Ｂは、施設情報送信部２０１が車載装置１から受信した施設検索条件に対し、ネゴシエーション部２０８が取得したユーザ情報を追加して、施設情報ＤＢ２０２からこれらの条件に合う施設情報を抽出する。例えばユーザ情報に誕生日が含まれていた場合、施設情報検索部２０３Ｂは、誕生日に使用可能なクーポン（広告情報の一種）を発行している施設の施設情報を検索する。
また、施設情報検索部２０３Ｂは、ユーザ管理ＤＢ２０９に格納されたメンテナンス情報に基づいて、車載装置１が搭載された車両のオイル交換およびタイヤ空気圧調整といった定期的なメンテナンス時期になると、自動的に、メンテナンスおよび修理等が可能な施設情報（以下、修理施設情報）を施設情報ＤＢ２０２から抽出する。

施設情報生成制御部２０４Ｂは、施設情報検索部２０３Ｂが施設情報ＤＢ２０２から施設検索条件に従って抽出した施設情報、またはメンテナンス情報に従って抽出した修理施設情報を、ネゴシエーション部２０８が取得したユーザ情報に基づいてソートし、ネゴシエーション処理で決定されたデータフォーマットに変換する。

次に、実施の形態５のナビゲーションシステムの動作を説明する。
図２３は、情報配信サーバ２による施設情報の検索・配信処理を示すフローチャートである。ここでは、車載装置１と情報配信サーバ２の初回通信時を想定する（従って、ネゴシエーション処理が必要である）と共に、車載装置１から施設検索条件と共にネゴシエーション処理に必要な仕様情報がすでに送信されているものとして説明する。なお、図２３のステップＳＴ１１〜ＳＴ１４は、図４に示したステップＳＴ１１〜ＳＴ１４と同様の処理であるため説明を省略または簡略化する。

先ず、ネゴシエーション部２０８が、車載装置１のネゴシエーション部１１７から送信された仕様情報、ユーザ情報およびメンテナンス情報を取得し、車載装置１の仕様情報と情報配信サーバ２の仕様情報に基づいてネゴシエーション部１１７との間でネゴシエーションを行う（ステップＳＴ９１）。その後、ネゴシエーション部２０８はネゴシエーション結果をユーザ情報およびメンテナンス情報と共にユーザ管理ＤＢ２０９に格納する（ステップＳＴ９２）。
以上のステップＳＴ９１，ＳＴ９２は初回通信時だけでよい。

また、施設情報の検索に際し、施設情報検索部２０３Ｂがユーザ情報に基づいて検索条件（例えば、誕生日）を設定する（ステップＳＴ９３）。また、施設情報生成制御部２０４Ｂは、ユーザ情報に基づいて優先条件（例えば、ユーザの好みのジャンル）を設定する。
そして、施設情報検索部２０３Ｂが施設情報送信部２０１から施設検索条件を取得する（ステップＳＴ１１）。

施設情報検索部２０３Ｂは、ユーザ管理ＤＢ２０９に格納されたメンテナンス情報を取得して、車載装置１を搭載した車両のメンテナンス時期か否かを判断する（ステップＳＴ９４）。メンテナンス時期の場合（ステップＳＴ９４“ＹＥＳ”）、施設情報検索部２０３Ｂが施設検索条件に含まれる位置情報に基づいて、施設情報ＤＢ２０２から車両周辺に存在する修理施設情報を取得する（ステップＳＴ９５）。

続いて施設情報検索部２０３Ｂが、ユーザ情報から設定した検索条件および車載装置１から受信した施設検索条件に合う施設情報を施設情報ＤＢ２０２から取得し（ステップＳＴ１２）、施設情報生成制御部２０４ＢがステップＳＴ１２で取得した施設情報にステップＳＴ９５で取得した修理施設情報を追加して、送信用のデータフォーマットに変換し（ステップＳＴ１３）、施設情報送信部２０１から車載装置１へ送信する（ステップＳＴ１４）。

一方、メンテナンス時期でない場合（ステップＳＴ９４“ＮＯ”）、施設情報検索部２０３ＢはステップＳＴ１２に進んでユーザ情報から設定した検索条件および施設検索条件に合う施設情報を検索し、施設情報生成制御部２０４Ｂで送信用のデータフォーマットに変換し（ステップＳＴ１３）、施設情報送信部２０１から車載装置１へ送信する（ステップＳＴ１４）。

以上より、実施の形態５によれば、ネゴシエーション部１１７が、初回の取得要求時に、車載装置１の仕様および通信に関する情報の少なくとも一方を情報配信サーバ２に送信して情報配信サーバ２との間でネゴシエーションを行い、施設情報のデータフォーマットおよび通信条件の少なくとも一方を決定する構成にした。これにより、ユーザの設定を最小限にすることができる。また、車載装置１と情報配信サーバ２の間でデータフォーマット等の取り決めをしておくことで、性能の低い車載装置１に送信する施設情報の画質を下げたり、通信が込み合う場合には通信タイミングまたは通信頻度を下げたりするなど、仕様と状況に応じた情報送信を柔軟に行うことができる。

なお、図２２のナビゲーションシステムでは、情報配信サーバ２がメンテナンス情報に基づいて車両のメンテナンス時期を判断する構成にしたが、これに限定されるものではなく、車載装置１がメンテナンス時期を判断して修理施設情報を情報配信サーバ２に要求する構成にしてもよい。この場合、例えば図２２の検索条件設定部１０７が施設検索条件を設定する際に、メンテナンス情報管理部１１８を参照してメンテナンス時期か否かを判断し、メンテナンスが必要と判断した場合に、施設検索条件に修理施設を検索する条件を付加することが考えられる。すなわち、検索条件設定部１０７が修理施設要求部を兼ねる。
これにより、車載装置１を搭載した車両の修理またはメンテナンスが必要なとき、自動的に自車近辺の修理設備を有する施設情報を提供することができるので、外的要因に応じて変化するユーザの要望に応じた施設情報を提供することができる。また、通常の施設情報に併せて修理施設情報を画面表示することにより、修理の間の時間つぶしが可能な施設を提案できる。

また、図２２のナビゲーションシステムでは、情報配信サーバ２において施設情報検索部２０３Ｂがユーザ管理ＤＢ２０９の管理するユーザ情報（ユーザの嗜好および車載装置１に関する情報の少なくとも一方を含む）を施設検索条件に加えて検索する構成にしたが、これに限定されるものではなく、車載装置１がユーザ情報を利用して施設検索条件を設定する構成にしてもよい。この場合、例えば図２２の検索条件設定部１０７が施設検索条件を設定する際、ユーザ情報記憶部１１６を参照してユーザ情報を取得して施設検索条件に付加することが考えられる。
これにより、ユーザは、施設検索条件の設定を省略することができる。また、ユーザ情報として誕生日などの個人情報を設定しておくことにより、誕生日限定クーポン（広告情報の一種）の配信など、特定イベント時に利用できる情報を受け取ることも可能となる。
また、車載装置１を製造するメーカにとっては、特定機種に対する付加価値を設定することもでき、販売促進につながる。これは車載装置１自体の機能としての差別化ではないが、例えば特定機種のみ無料でアクセスできる情報を初期段階または宣伝の一環として後天的に情報配信サーバ２に格納することで機種毎に差別化することができる。また、ユーザにとっても買い替えおよび追加費用の発生を防げる。その結果として、車載装置１の販売促進につながる効果が見込める。
また、施設情報を情報配信サーバ２を介して車載装置１へ提供する施設側にとっては、ユーザ情報に含まれる車種に基づいて、特定車種の車載装置１に対する限定クーポン（広告情報の一種）を選択的に配信することができ、特定のユーザ層に向けての広告情報配信等が可能となる。

なお、上述した説明では、上記実施の形態１で示した構成に対して実施の形態５の構成を適用する場合を示したが、これに限定されるものではなく、上記実施の形態２〜４で示した構成に対して適用しても構わない。
例えば、上記実施の形態２では車載装置１において提示順序優先条件を設定して情報配信サーバ２へ送信するが、実施の形態５を適用した場合に、車載装置１においてユーザ情報を提示順序優先条件と組み合わせた上で情報配信サーバ２へ送信するといった構成も可能である。

また、実施の形態５では、情報配信サーバ２がユーザ管理ＤＢ２０９を備えてユーザ情報を管理する構成にしたが、これに限定されるものではなく、例えば図２４に示すように、情報配信サーバ２とは別に外部サーバ４を用意し、車載装置１またはユーザの所有するパーソナルコンピュータもしくはスマートフォンなどの端末から、外部サーバ４のＷｅｂＵＩ部４０１が用意したＷｅｂページにアクセスしてユーザ情報の設定を行う構成にしてもよい。そして、施設情報生成制御部２０４Ｂが施設情報をソートする際に、外部サーバ４にアクセスしてユーザ管理ＤＢ４０２に格納されているユーザ情報を取得すればよい。

このように、施設情報の検索結果をソートするために用いるユーザ情報を、どのような方法で情報配信サーバ２へ通知してもよく、その通知方法は必ずしも上記の構成にこだわる必要はない。

実施の形態６．
本実施の形態６では、車載装置１が、ユーザの能動的な操作により、情報配信サーバ２から施設情報を取得すると共に、地図画面上に表示されている施設情報ＵＩの表示を変更することができる構成にする。

図２５に、本実施の形態６に係るナビゲーションシステムの構成を示す。ここでは、上記実施の形態３の構成に対して本実施の形態６の機能を実現するための構成を追加する。
本実施の形態６の車載装置１は、新たに、遠隔操作部１４および操作指令部１１９を備える。
なお、図２５において、図１４〜図１６と同一または相当の部分については同一の符号を付し説明を省略または簡略化する。

遠隔操作部１４は、車載装置１が搭載された車両が備える車内カメラおよびマイクなどを利用して、ユーザの行うジェスチャ操作または音声操作を認識した認識結果を受け付けるインタフェースである。
操作指令部１１９は、遠隔操作部１４が受け付けたユーザ操作の認識結果を操作指令に変換して、通信制御部１０８および施設情報表示制御部１０３へ通知する。ユーザ操作に対応する操作指令は、操作指令部１１９に予め設定してあるものとする。

例えば、任意のタイミングでユーザが遠隔操作部１４に対し施設情報の取得要求操作を行った場合、操作指令部１１９がそのユーザ操作を操作指令に変換して通信制御部１０８へ通知する。この通知を受けた通信制御部１０８は、検索条件設定部１０７から施設検索条件を取得すると共に位置情報取得部１２１から位置情報を取得して、施設情報取得部１０１から情報配信サーバ２へ送信する。

また例えば、コンテンツプロバイダ群３の検索サービスから施設情報を検索する際にユーザが遠隔操作部１４に対し検索サービスの切り替え操作を行った場合、操作指令部１１９がそのユーザ操作を操作指令に変換して通信制御部１０８へ通知する。この通知を受けた通信制御部１０８は、検索条件設定部１０７から施設検索条件を取得すると共に位置情報取得部１２１から位置情報を取得して、検索サービス切り替えの操作指令と併せて、施設情報取得部１０１から情報配信サーバ２へ送信する。

また例えば、ユーザが遠隔操作部１４に対し施設情報ＵＩの表示を変更する操作を行った場合、操作指令部１１９がそのユーザ操作を操作指令に変換して施設情報表示制御部１０３へ通知する。この通知を受けた施設情報表示制御部１０３は、地図画面に重畳表示する施設情報ＵＩの表示を変更する。例えばユーザ操作に応じて施設情報ＵＩをスクロールしたり、車両周辺に障害物があって施設情報ＵＩを表示していないときにユーザ操作に従って施設情報ＵＩを表示したりする。

この操作指令部１１９は、車載装置１が起動している間は常に遠隔操作部１４に対するユーザ操作を監視して、上述したような操作指令を発する。

次に、実施の形態６のナビゲーションシステムの動作を説明する。
ここで、図２６に、ユーザの遠隔操作に応じた車載装置１の動作例を示す。ここでは、コンテンツプロバイダ群３の検索サービスを変更する例を説明する。図２７は、車載装置１による検索サービスの切り替え処理を示すフローチャートである。
先ず、図２６（ａ）に示すように、ユーザの発話「検索先変更」を遠隔操作部１４の有する車内マイク１４１が収音して操作指令部１１９へ出力し（ステップＳＴ１０１）、操作指令部１１９が図２６（ｂ）に示す「検索サービスＡ」、「検索サービスＢ」、「検索サービスＣ」、「検索サービスＤ」、「戻る」のような検索サービスＡ〜Ｄの切り替え案内ＵＩを地図画面上に表示させて、操作案内を開始する（ステップＳＴ１０２）。また、操作指令部１１９が検索条件設定部１０７に指示して施設検索条件を設定させ、通信制御部１０８へ通知させる（ステップＳＴ１０３）。

ユーザは、切り替え案内ＵＩ「検索サービスＡ」〜「検索サービスＤ」が表示された方向に従い、図２６（ｃ）に示すように切り替えたい検索サービスが表示された方向を指で指し示すことで、このジェスチャ操作を遠隔操作部１４の有する車内カメラ１４２が認識して操作指令部１１９へ出力する。操作指令部１１９は、この出力結果に応じて検索サービス先を決定し、検索条件設定部１０７へ通知して、検索サービスを指定した施設検索条件を設定させる（ステップＳＴ１０４）。この例ではユーザの指が検索サービスＣの表示方向を指し示しているので、操作指令部１１９から検索条件設定部１０７へ、コンテンツプロバイダ群３の提供する検索サービスＣに切り替える操作指令を発する。最後に通信制御部１０８が検索サービスの指定を含んだ施設検索条件を施設情報取得部１０１から情報配信サーバ２へ送信して、施設情報の取得要求を行う（ステップＳＴ１０５）。

なお、図２６（ａ）の例では発話により検索サービスの切り替え処理を開始したが、ハンドルに設けられたリモコンのようなハードウェアボタンの操作により開始することもできる。また、図２６（ｃ）では指差しにより検索サービスの選択操作を行ったが、手振り、発話などによる選択も可能である。従って、遠隔操作の方法はあくまで一例であり、特定の操作方法に限定されるものではない。

ここで、図２８に、手振りの遠隔操作の例を示す。図２８の例では、車両周辺に障害物が存在するとき、施設情報表示制御部１０３が一度に画面表示する施設数を制限したために施設情報ＵＩが複数ページにわたる関係上、ユーザの操作に応じて施設情報ＵＩをページ送りする例を説明する。図２９は、車載装置１による施設情報ＵＩの切り替え処理を示すフローチャートである。
先ず、図２８（ａ）に示すように、ユーザの発話「施設表示変更」を車内マイク１４１が収音して操作指令部１１９へ出力し（ステップＳＴ１１１）、操作指令部１１９が図２８（ｂ）に示す矢印と「次の施設へ」のような施設表示案内ＵＩを地図画面上に表示させて、操作案内を開始する（ステップＳＴ１１２）。

ユーザがこの施設表示案内ＵＩに従って図２８（ｃ）に示すように手を振ると、このジェスチャ操作を車内カメラ１４２が認識し、操作指令部１１９が施設情報ＵＩの表示変更を要求する操作指令に変換し、施設情報表示制御部１０３へ通知する（ステップＳＴ１１３）。この操作指令を受けた施設情報表示制御部１０３が、施設情報格納部１０２の記憶している施設情報を取得して次ページ分の施設情報ＵＩを作成し（ステップＳＴ１１４）、図２８（ｂ）から図２８（ｄ）のように施設情報ＵＩを更新する（ステップＳＴ１１５）。

なお、図２８の例では、遠隔操作によって施設情報ＵＩをページ送りする構成にしたが、上記実施の形態４で説明したような施設情報の音声出力を早送りする構成にしてもよい。
また、車載装置１が遠隔操作を受け付けたことをユーザに報知するために、操作指令部１１９が図１７の音声情報制御部１１４および音声出力部１１５を制御して、図２６（ｃ）の「検索サービスＣで再検索します」、図２８（ｃ）の「施設表示案内を変更します」のような音声出力を行なってもよい。

以上より、実施の形態６によれば、車載装置１は、車両に乗車しているユーザが行った遠隔操作を音声認識またはジェスチャ認識した結果を受け付ける遠隔操作部１４と、ユーザが片手または発話で実行可能、かつ、選択形式の遠隔操作内容を案内すると共に、遠隔操作部１４の受け付けた認識結果を操作指令に変換して車載装置１を制御する操作指令部１１９とを備える構成にした。例えば、操作指令部１１９が、遠隔操作部１４の認識結果を、検索条件設定部１０７を制御する操作指令に変換して施設検索条件の切り替えを制御したり、通信制御部１０８を制御する操作指令に変換して施設情報取得部１０１が取得要求を送信するタイミングを制御したり、施設情報表示制御部１０３を制御する操作指令に変換して施設情報ＵＩの表示を制御したりする。
これにより、ユーザは、車載装置１のタッチパネルディスプレイ上のボタンなどを操作せず、運転に支障が無い方法で車載装置１を遠隔操作することができる。また、遠隔操作内容の案内に関しても、ユーザの遠隔操作を誤検出しないように選択肢として画面表示することで、音声入力なら特定ワードで判別することが可能となり、ジェスチャなら方向性で判別することが可能となる。さらに、車載装置１のディスプレイがタッチパネルの機能を備えていなくても、操作可能となる。

なお、実施の形態６では、車載装置１が有するディスプレイの表示を遠隔操作する構成にしたが、これに限定されるものではなく、例えば図３０に示すように、車内にある別の追加ディスプレイ装置５に地図画面と施設情報ＵＩを表示する場合に、この追加ディスプレイ装置５の表示を車載装置１が制御する構成にしてもよい。追加ディスプレイ装置５としては、例えば車内に設けられたＨＵＤ（Ｈｅａｄ−Ｕｐ Ｄｉｓｐｌａｙ）がある。

また、車載装置１をディスプレイオーディオなどのディスプレイ装置で構成し、このディスプレイ装置の表示制御および情報配信サーバ２との間の通信制御を、スマートフォンなどの携帯端末が実行するようにしてもかまわない。一例を図３１に示す。

図３１は、上記実施の形態１に係るナビゲーションシステムの変形例であり、この例では、車両に搭載されたディスプレイ装置６と、当該車両に持ち込まれた携帯端末（例えば、スマートフォン）７と、車外に設置された情報配信サーバ２とから構成されている。なお、図３１において図１と同一または相当の部分については同一の符号を付し詳細な説明は省略する。

携帯端末７において、車載センサ群１２が、車両に搭載されたセンサ群から車両の位置、速度、および障害物の有無といった情報を取得する。そして、情報配信サーバ２に対して施設情報の取得要求をする都度、検索条件設定部１０７が、ユーザの入力した施設検索条件を記憶している検索条件記憶部１０６から施設検索条件を取得する。そして、施設情報取得部１０１が、車載センサ群１２の取得した車両の位置と検索条件設定部１０７が取得した施設検索条件とを併せた取得要求を定期的に情報配信サーバ２へ送信し、車両の周辺に存在する施設検索条件に合う施設情報を情報配信サーバ２から受信する。そして、施設情報表示制御部１０３が、情報配信サーバ２から受信した施設情報を施設情報ＵＩにすると共に、車載センサ群１２の情報に基づいて施設情報ＵＩの表示数を制御する。地図表示制御部１０４が施設情報ＵＩを地図画面上に重畳表示させた画面データを生成してディスプレイ装置６に出力して、ディスプレイ装置６がこの画面データを表示する。あるいは、施設情報表示制御部１０３からディスプレイ装置６へ施設情報ＵＩの画面データを出力して、ディスプレイ装置６が地図画面上にこの施設情報ＵＩの画面データを重畳表示させてもよい。

上述してきた以外にも、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

以上のように、この発明に係る車載装置は、車両情報に基づいて施設情報の表示数を制御するようにしたので、走行中にも要望に合う施設情報を提供するナビゲーションシステムの車載装置などに用いるのに適している。

１ 車載装置、２ 情報配信サーバ、３ コンテンツプロバイダ群、４ 外部サーバ、５ 追加ディスプレイ装置、６ ディスプレイ装置（表示部）、７ 携帯端末、１２ 車載センサ群、１３ 追加センサ群、１４ 遠隔操作部、１０１ 施設情報取得部、１０２ 施設情報格納部、１０３ 施設情報表示制御部、１０４ 地図表示制御部、１０５ 検索条件入力部、１０６ 検索条件記憶部、１０７ 検索条件設定部、１０８ 通信制御部、１０９ 利用履歴記憶部、１１０ 優先条件設定部、１１１ 駐車状態判定部、１１２ 疲労状態推定部、１１３ 休憩施設要求部、１１４ 音声情報制御部、１１５ 音声出力部、１１６ ユーザ情報記憶部、１１７ ネゴシエーション部、１１８ メンテナンス情報管理部、１１９ 操作指令部、１２１ 位置情報取得部、１２２ 速度情報取得部、１２３ 障害物情報取得部、１３１ 乗車ユーザ情報取得部、１３２ 天候情報取得部、１３３ パーキング情報取得部、１４１ 車内マイク、１４２ 車内カメラ、２０１ 施設情報送信部、２０２，２０２Ａ 施設情報ＤＢ、２０３，２０３Ｂ 施設情報検索部、２０３Ａ 施設情報優先検索部、２０４ 施設情報生成部、２０４Ａ，２０４Ｂ 施設情報生成制御部、２０５ 施設情報更新部、２０６ 外部サーバ検索部、２０７ 施設情報変換部、２０８ ネゴシエーション部、２０９ ユーザ管理ＤＢ、４０１ ＷｅｂＵＩ部、４０２ ユーザ管理ＤＢ。

Claims (15)

1. 施設に関する施設情報を地図上に表示する車載装置であって、
   車両の位置に加え、当該車両の速度および周囲の障害物の有無のうちの少なくとも一方の情報を取得する車両情報取得部と、
   ユーザが入力した施設検索条件を記憶する検索条件記憶部と、
   前記施設情報を保持する情報配信サーバに対して前記施設情報の取得要求をする都度、前記検索条件記憶部から前記施設検索条件を取得する検索条件設定部と、
   前記車両情報取得部の取得した前記車両の位置と前記検索条件設定部の取得した前記施設検索条件とを併せた取得要求を定期的に前記情報配信サーバへ送信し、前記車両の周辺に存在する前記施設検索条件に合う施設情報を前記情報配信サーバから受信する施設情報取得部と、
   前記施設情報取得部の取得した施設情報を地図上に表示するときに、前記車両情報取得部の情報に基づいて当該施設情報の表示数を制御する施設情報表示制御部と、
   前記車両情報取得部の情報に基づいて、前記施設情報取得部が取得要求を送信する頻度を制御する通信制御部と、
   前記施設情報取得部の取得した施設情報に含まれる施設の名物または特長を表した情報を選択して音声情報を生成する音声情報制御部と、
   前記音声情報制御部の生成した音声情報を出力する音声出力部とを備えることを特徴とする車載装置。
2. 前記車両に乗車しているユーザに関する情報を取得する乗車ユーザ情報取得部、前記車両周辺の天候に関する情報を取得する天候情報取得部、および目的地に設定された施設を記憶する利用履歴記憶部のうちの少なくとも１つと、
   前記乗車ユーザ情報取得部、前記天候情報取得部、および前記利用履歴記憶部の各情報のうちの少なくとも１つの情報を、施設情報の優先条件に設定する優先条件設定部とを備え、
   前記施設情報表示制御部は、前記情報配信サーバから受信した施設情報の表示順序を前記優先条件に基づいて制御することを特徴とする請求項１記載の車載装置。
3. 前記車両のエンジンおよびパーキングブレーキのうちの少なくとも一方の状態を示す情報を取得するパーキング情報取得部と、
   前記パーキング情報取得部の取得した情報に基づいて前記車両が施設に付属の駐車場に駐車した状態か否かを判定し、判定結果を前記情報配信サーバへ送信して、前記情報配信サーバの保持する施設情報に含まれる当該施設の駐車場利用状況を更新させる駐車状態判定部とを備えることを特徴とする請求項１記載の車載装置。
4. 前記車両に乗車しているユーザの人数を取得する乗車ユーザ情報取得部を備え、
   前記駐車状態判定部は、前記駐車の判定結果と併せて前記乗車ユーザ情報取得部の取得した乗車ユーザ数を前記情報配信サーバへ送信して、前記情報配信サーバの保持する施設情報に含まれる当該施設の利用状況を更新させることを特徴とする請求項３記載の車載装置。
5. 前記検索条件設定部は、前記情報配信サーバを介して通信可能なコンテンツプロバイダ群を指定する条件を前記施設検索条件に追加し、前記情報配信サーバにより当該コンテンツプロバイダ群の保持する施設情報を検索させることを特徴とする請求項１記載の車載装置。
6. 初回の取得要求時に、前記車載装置の仕様および通信に関する情報の少なくとも一方を前記情報配信サーバに送信して前記情報配信サーバとの間でネゴシエーションを行い、施設情報のデータフォーマットおよび通信条件の少なくとも一方を決定するネゴシエーション部を備えることを特徴とする請求項１記載の車載装置。
7. 運転者の疲労状態を推定する疲労状態推定部と、
   前記疲労状態推定部の推定結果に基づいて前記運転者の疲労度合が高いと判断した場合は、駐車場が付属する施設を施設検索条件に設定して、前記車両情報取得部の取得した前記車両の位置と当該施設検索条件とを併せた取得要求を前記情報配信サーバへ送信する休憩施設要求部とを備えることを特徴とする請求項１記載の車載装置。
8. 前記車両の損傷度合およびメンテナンスに関する情報の少なくとも一方を管理するメンテナンス情報管理部と、
   前記メンテナンス情報管理部の管理する情報に基づいて前記車両の修理またはメンテナンスの必要があると判断した場合は、修理設備を有する施設を施設検索条件に設定して、前記車両情報取得部の取得した前記車両の位置と当該施設検索条件とを併せた取得要求を前記情報配信サーバへ送信する修理施設要求部とを備えることを特徴とする請求項１記載の車載装置。
9. 前記音声情報制御部は、前記車両の位置と前記施設情報に含まれる施設の位置とに基づいて運転者に対する当該施設の方向を判定して、当該方向を、前記施設情報の音声情報を出力する音源方向に設定し、
   前記音声出力部は、立体音響を再生可能であって、前記音声情報制御部の設定した音源方向から前記施設情報の音声情報を出力することを特徴とする請求項１記載の車載装置。
10. 前記車両に乗車しているユーザの嗜好および車載装置に関する情報の少なくとも一方を記憶するユーザ情報記憶部を備え、
    前記検索条件設定部は、前記ユーザ情報記憶部の記憶している情報を前記施設検索条件に追加することを特徴とする請求項１記載の車載装置。
11. 前記車両に乗車しているユーザが行った遠隔操作を音声認識またはジェスチャ認識した結果を受け付ける遠隔操作部と、
    前記ユーザが片手または発話で実行可能、かつ、選択形式の遠隔操作内容を案内すると共に、前記遠隔操作部の受け付けた認識結果を操作指令に変換して前記車載装置を制御する操作指令部とを備えることを特徴とする請求項１記載の車載装置。
12. 請求項１記載の車載装置と、
    前記車載装置に、施設に関する施設情報を表示させると共に施設情報に含まれる施設の名物または特長を表した情報を音声出力させる情報配信サーバとを備えるナビゲーションシステムであって、
    前記情報配信サーバは、
    前記施設情報を記憶している施設情報データベースと、
    前記車載装置を搭載した車両の位置および施設検索条件に基づいて、当該車両の周辺に存在する当該施設検索条件に合う施設情報を前記施設情報データベースから抽出する施設情報検索部と、
    前記施設情報検索部の抽出した施設情報を前記車載装置に表示させるデータフォーマットに変換すると共に、前記車両の位置に加えて当該車両の速度および周囲の障害物の有無のうちの少なくとも一方を含む車両情報に基づいて当該施設情報の表示数を制御する施設情報生成部と、
    前記車載装置から前記車両情報および前記施設検索条件を含む取得要求を受信し、前記施設情報生成部の生成したデータフォーマットの施設情報を返信する施設情報送信部と、
    前記車両情報に基づいて、前記施設情報送信部が前記取得要求を受信する頻度を制御する通信制御部とを備えることを特徴とするナビゲーションシステム。
13. 前記情報配信サーバは、
    前記車載装置から、車両が施設に付属する駐車場に駐車した状態か否かを示す情報を受信し、前記施設情報データベースが前記施設情報として管理する当該施設の駐車場利用状況を更新する施設情報更新部を備えることを特徴とする請求項１２記載のナビゲーションシステム。
14. 前記情報配信サーバは、
    外部のコンテンツプロバイダ群から、前記車両の周辺に存在する前記施設検索条件に合う施設情報を抽出する外部サーバ検索部と、
    前記外部サーバ検索部の抽出した施設情報を前記施設情報生成部の前記データフォーマットと同じデータフォーマットに変換するときに、前記車両視点の情報に変換する施設情報変換部とを備えることを特徴とする請求項１２記載のナビゲーションシステム。
15. 表示部に、地図と施設に関する施設情報を表示させる施設情報表示方法であって、
    車両情報取得部が、車両の位置に加え、当該車両の速度および周囲の障害物の有無のうちの少なくとも一方の情報を取得する車両情報取得ステップと、
    前記施設情報を保持する情報配信サーバに対して前記施設情報の取得要求をする都度、検索条件設定部が、ユーザの入力した施設検索条件を記憶している検索条件記憶部から当該施設検索条件を取得する検索条件設定ステップと、
    施設情報取得部が、前記車両情報取得ステップで取得した前記車両の位置と前記検索条件設定ステップで取得した前記施設検索条件とを併せた取得要求を定期的に前記情報配信サーバへ送信し、前記車両の周辺に存在する前記施設検索条件に合う施設情報を前記情報配信サーバから受信する施設情報取得ステップと、
    施設情報表示制御部が、前記車両情報取得ステップで取得した情報に基づいて、前記施設情報取得ステップで取得した施設情報の表示数を制御して、前記表示部の地図上に当該施設情報を表示させる施設情報表示ステップと、
    通信制御部が、前記車両情報取得部の情報に基づいて、前記施設情報取得部が取得要求を送信する頻度を制御するステップと、
    音声情報制御部が、前記施設情報取得ステップで取得した施設情報に含まれる施設の名物または特長を表した情報を選択して音声情報を生成する音声情報制御ステップと、
    音声出力部が、前記音声情報制御ステップで生成した音声情報を出力する音声出力ステップとを備えることを特徴とする施設情報表示方法。

Images