(57)【要約】【課題】目的地の施設の混雑状況に関する案内を効果的なタイミングで実施できる可能性を高める技術の提供。【解決手段】目的地の施設の混雑状況、および、前記施設の混雑状況の変化頻度を取得する混雑状況取得部と、前記変化頻度が既定値未満の場合は前記施設の混雑状況に関する案内を第１タイミングで実施し、前記変化頻度が前記既定値以上の場合は前記案内を前記第１タイミングより遅い第２タイミングで実施する案内制御部と、を備える混雑状況案内システムを構成する。目的地の施設の混雑状況、および、前記施設の混雑状況の変化頻度を取得する混雑状況取得部と、前記変化頻度が既定値未満の場合は前記施設の混雑状況に関する案内を実施し、前記変化頻度が前記既定値以上の場合は前記案内を実施しない案内制御部と、を備える混雑状況案内システムを構成する。【選択図】図１
2020177418.tif 000002
【特許請求の範囲】
【請求項１】
目的地の施設の混雑状況、および、前記施設の混雑状況の変化頻度を取得する混雑状況取得部と、
前記変化頻度が既定値未満の場合は前記施設の混雑状況に関する案内を第１タイミングで実施し、前記変化頻度が前記既定値以上の場合は前記案内を前記第１タイミングより遅い第２タイミングで実施する案内制御部と、
を備える混雑状況案内システム。
【請求項２】
目的地の施設の混雑状況、および、前記施設の混雑状況の変化頻度を取得する混雑状況取得部と、
前記変化頻度が既定値未満の場合は前記施設の混雑状況に関する案内を実施し、前記変化頻度が前記既定値以上の場合は前記案内を実施しない案内制御部と、
を備える混雑状況案内システム。
【請求項３】
前記施設は、駐車場である、
請求項１または請求項２に記載の混雑状況案内システム。
【請求項４】
前記変化頻度は、前記駐車場の満車状態と空車状態の切り替わり頻度である、
請求項３に記載の混雑状況案内システム。
【請求項５】
前記案内制御部においては、目的地の前記駐車場が満車状態である場合に前記案内が実施される、
請求項３または請求項４に記載の混雑状況案内システム。
【請求項６】
目的地の施設の混雑状況の変化頻度が既定値未満の場合は前記施設の混雑状況に関する案内を第１タイミングで実施し、前記変化頻度が前記既定値以上の場合は前記案内を前記第１タイミングより遅い第２タイミングで実施する案内制御部を備える案内端末。
【請求項７】
目的地の施設の混雑状況の変化頻度が既定値未満の場合は前記施設の混雑状況に関する案内を実施し、前記変化頻度が前記既定値以上の場合は前記案内を実施しない案内制御部を備える案内端末。
【請求項８】
コンピュータを、
目的地の施設の混雑状況、および、前記施設の混雑状況の変化頻度を取得する混雑状況取得部、
前記変化頻度が既定値未満の場合は前記施設の混雑状況に関する案内を第１タイミングで実施し、前記変化頻度が前記既定値以上の場合は前記案内を前記第１タイミングより遅い第２タイミングで実施する案内制御部、
として機能させる混雑状況案内プログラム。
【請求項９】
コンピュータを、
目的地の施設の混雑状況、および、前記施設の混雑状況の変化頻度を取得する混雑状況取得部、
前記変化頻度が既定値未満の場合は前記施設の混雑状況に関する案内を実施し、前記変化頻度が前記既定値以上の場合は前記案内を実施しない案内制御部、
として機能させる混雑状況案内プログラム。
【請求項１０】
コンピュータを、
目的地の施設の混雑状況の変化頻度が既定値未満の場合は前記施設の混雑状況に関する案内を第１タイミングで実施し、前記変化頻度が前記既定値以上の場合は前記案内を前記第１タイミングより遅い第２タイミングで実施する案内制御部、
として機能させる案内端末制御プログラム。
【請求項１１】
コンピュータを、
目的地の施設の混雑状況の変化頻度が既定値未満の場合は前記施設の混雑状況に関する案内を実施し、前記変化頻度が前記既定値以上の場合は前記案内を実施しない案内制御部、
として機能させる案内端末制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、混雑状況案内システム、案内端末、混雑状況案内プログラム、案内端末制御プログラムに関する。
【背景技術】
【０００２】
特許文献１には、目的地である駐車場および目的地周辺の駐車場の満空情報の推移を表示することにより、利用者に対して目的地とする駐車場を変更するか否かを判断させることが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５０２６３０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１においては、目的地の駐車場に接近するに従って短い時間間隔で満空情報を取得し、取得結果が満車である場合、目的地駐車場や代替駐車場の満空状態の推移を満空状態提示ウィンドウに表示することが記載されている（段落００２３〜００２５）。満空状態提示ウィンドウは経路案内中の地図上に重ねて表示される（図３ｂ）。利用者はキャンセルボタンを選択することによって満空状態提示ウィンドウを消去することができ（段落００３１）、キャンセルボタンを選択しなければ当該ウィンドウは表示され続ける。キャンセルボタンを選択して都度当該ウィンドウを消去したとしても、特許文献１の構成では、目的地の駐車場に接近するに従って、例えば到着予想時刻の３０分前、１５分前、５分前のように決まったタイミングで満空状態提示ウィンドウが何度か繰り返し表示されることとなる。ところで、駐車場によって（あるいは同じ駐車場でも時間帯によって）満車状態と空車状態が切り替わる頻度は異なる。満空状態が既定値以上に高頻度で切り替わる場合も、既定値未満の低頻度で切り替わる場合と同じタイミングで満空状況の案内がなされる構成では、利用者にとって有益な案内ができないことがある。例えば、案内タイミングでは目的地の駐車場は満車であっても駐車場に到着した際には空車になっている状況が発生しうる。
本発明は、上記課題にかんがみてなされたもので、目的地の施設の混雑状況に関する案内を効果的なタイミングで実施できる可能性を高める技術の提供を目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するため、混雑状況案内システムは、目的地の施設の混雑状況、および、施設の混雑状況の変化頻度を取得する混雑状況取得部と、変化頻度が既定値未満の場合は施設の混雑状況に関する案内を第１タイミングで実施し、変化頻度が既定値以上の場合は案内を第１タイミングより遅い第２タイミングで実施する案内制御部と、を備える。
【０００６】
上記の目的を達成するため、混雑状況案内プログラムは、コンピュータを、目的地の施設の混雑状況、および、施設の混雑状況の変化頻度を取得する混雑状況取得部、変化頻度が既定値未満の場合は施設の混雑状況に関する案内を第１タイミングで実施し、変化頻度が既定値以上の場合は案内を第１タイミングより遅い第２タイミングで実施する案内制御部、として機能させる。
【０００７】
すなわち、混雑状況案内システム、混雑状況案内プログラムは、目的地の施設の混雑状況に関する案内を実施するが、案内タイミングを施設の混雑状況の変化頻度に応じて相違させる構成である。すなわち、混雑状況が高頻度（既定値以上の頻度）で変化する場合は低頻度（既定値未満の頻度）で変化する場合よりも案内タイミングを遅らせる。混雑状況が高頻度で変化する場合は低頻度で変化する場合より、早期に案内しても案内した際の混雑状況が実際に施設を利用する際の混雑状況と相違する可能性があり、早期の案内は有益でない可能性がある。本構成によれば、変化頻度が高頻度である場合は、第２タイミングで案内を実施することにより、案内タイミングでの混雑状況が施設到着時まで継続する可能性を第１タイミングで実施する場合より高めることができる。一方、混雑状況が低頻度で変化する場合、早期に案内したとしても案内した際の混雑状況が実際に施設を利用する際まで変化せず継続する可能性が高頻度で変化する場合より高い。従って混雑状況が低頻度で変化する場合は、早期に混雑状況を案内することによって、利用者は混雑状況に応じた行動計画を早期に立てることができる。以上のように本構成によれば、目的地の施設の混雑状況に関する案内を効果的なタイミングで実施できる可能性を高めることができる。
【０００８】
上記の目的を達成するため、混雑状況案内システムは、目的地の施設の混雑状況、および、施設の混雑状況の変化頻度を取得する混雑状況取得部と、変化頻度が既定値未満の場合は施設の混雑状況に関する案内を実施し、変化頻度が既定値以上の場合は案内を実施しない案内制御部と、を備える。
【０００９】
上記の目的を達成するため、混雑状況案内プログラムは、コンピュータを、目的地の施設の混雑状況、および、施設の混雑状況の変化頻度を取得する混雑状況取得部、変化頻度が既定値未満の場合は施設の混雑状況に関する案内を実施し、変化頻度が既定値以上の場合は案内を実施しない案内制御部、として機能させる。
【００１０】
すなわち、混雑状況案内システム、混雑状況案内プログラムは、目的地の施設の混雑状況が低頻度（既定値未満の頻度）で変化する場合は施設の混雑状況に関する案内を実施するが、高頻度（既定値以上の頻度）で変化する場合は案内を実施しない構成である。混雑状況が高頻度で変化する場合は低頻度で変化する場合よりも、混雑状況を案内したとしても案内した際の混雑状況が実際に施設を利用する際の混雑状況と相違する可能性があるため、本構成では混雑状況を案内しない。一方、混雑状況が低頻度で変化する場合、案内した際の混雑状況が実際に施設を利用する際まで変化せず継続する可能性が高頻度で変化する場合より高い。従って低頻度で変化する場合は混雑状況を案内することによって、利用者は混雑状況に応じた行動計画を立てることができる。以上のように本構成によれば、目的地の施設の混雑状況に関する案内を効果的に実施できる可能性を高めることができる。
【００１１】
上記の目的を達成するため、案内端末は、目的地の施設の混雑状況の変化頻度が既定値未満の場合は施設の混雑状況に関する案内を第１タイミングで実施し、変化頻度が既定値以上の場合は案内を第１タイミングより遅い第２タイミングで実施する案内制御部を備える。
【００１２】
上記の目的を達成するため、案内端末制御プログラムは、コンピュータを、目的地の施設の混雑状況の変化頻度が既定値未満の場合は施設の混雑状況に関する案内を第１タイミングで実施し、変化頻度が既定値以上の場合は案内を第１タイミングより遅い第２タイミングで実施する案内制御部、として機能させる。
【００１３】
すなわち、案内端末、案内端末制御プログラムは、目的地の施設の混雑状況に関する案内を実施する構成であるが、実施のタイミングが施設の混雑状況の変化頻度に応じて異なる。すなわち、混雑状況が高頻度で変化する場合は低頻度で変化する場合よりも案内タイミングが遅い。混雑状況が高頻度で変化する場合は低頻度で変化する場合より、早期に案内しても案内した際の混雑状況が実際に施設を利用する際の混雑状況と相違する可能性があり、早期の案内は有益でない可能性がある。本構成によれば、変化頻度が高頻度である場合は、第２タイミングで案内を実施することにより、案内タイミングでの混雑状況が施設到着時まで継続する可能性を第１タイミングで実施する場合より高めることができる。一方、混雑状況が低頻度で変化する場合、早期に案内したとしても案内した際の混雑状況が実際に施設を利用する際まで変化せず継続する可能性が高頻度で変化する場合より高い。従って混雑状況が低頻度で変化する場合は、早期に混雑状況を案内することによって、利用者は混雑状況に応じた行動計画を早期に立てることができる。以上のように本構成によれば、目的地の施設の混雑状況に関する案内を効果的なタイミングで実施できる可能性を高めることができる。
【００１４】
上記の目的を達成するため、案内端末は、目的地の施設の混雑状況の変化頻度が既定値未満の場合は施設の混雑状況に関する案内を実施し、変化頻度が既定値以上の場合は案内を実施しない案内制御部を備える。
【００１５】
上記の目的を達成するため、案内端末制御プログラムは、コンピュータを、目的地の施設の混雑状況の変化頻度が既定値未満の場合は施設の混雑状況に関する案内を実施し、変化頻度が既定値以上の場合は案内を実施しない案内制御部、として機能させる。
【００１６】
すなわち、案内端末、案内端末制御プログラムは、目的地の施設の混雑状況が低頻度（既定値未満の頻度）で変化する場合は施設の混雑状況に関する案内を実施するが、高頻度（既定値以上の頻度）で変化する場合は案内を実施しない構成である。混雑状況が高頻度で変化する場合は低頻度で変化する場合より、混雑状況を案内したとしても案内した際の混雑状況が実際に施設を利用する際の混雑状況と相違する可能性があるため、本構成では混雑状況の案内を実施しない。一方、混雑状況が低頻度で変化する場合、案内した際の混雑状況が実際に施設を利用する際まで変化せず継続する可能性が高頻度で変化する場合より高い。従って低頻度で変化する場合は混雑状況を案内することによって、利用者は混雑状況に応じた行動計画を立てることができる。以上のように本構成によれば、目的地の施設の混雑状況に関する案内を効果的に実施できる可能性を高めることができる。
【図面の簡単な説明】
【００１７】
【図１】混雑状況案内システムの構成を示すブロック図。
【図２】駐車台数の推移の例を示す図。
【図３】混雑状況案内処理のフローチャート。
【発明を実施するための形態】
【００１８】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）混雑状況案内システムの構成：
（２）混雑状況案内処理：
（３）他の実施形態：
【００１９】
（１）混雑状況案内システムの構成：
図１は、本発明の一実施形態である混雑状況案内システムの構成を示すブロック図である。本実施形態にかかる混雑状況案内システムは、ナビゲーションシステム１０の機能の一部として実現される。ナビゲーションシステム１０は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備える制御部２０と、記録媒体３０とを備えており、制御部２０は、当該ＲＯＭや記録媒体３０に記録された種々のプログラムを実行することができる。
【００２０】
本実施形態において、ナビゲーションシステム１０は車両に搭載されている。車両は、通信部４０とＧＮＳＳ受信部４１と車速センサ４２とジャイロセンサ４３とユーザＩ／Ｆ部４４とを備えている。通信部４０は、他の装置と通信を行うための回路を備えている。本実施形態において、制御部２０は、通信部４０を介して駐車場サーバ５０と無線通信を行うことが可能である。
【００２１】
ＧＮＳＳ受信部４１は、Global Navigation Satellite Systemの信号を受信する装置であり、航法衛星からの電波を受信し、図示しないインタフェースを介して車両の現在地を算出するための信号を出力する。制御部２０は、この信号を取得して車両の現在地を取得する。車速センサ４２は、車両が備える車輪の回転速度に対応した信号を出力する。制御部２０は、図示しないインタフェースを介してこの信号を取得し、車速を取得する。ジャイロセンサ４３は、車両の水平面内の旋回についての角加速度を検出し、車両の向きに対応した信号を出力する。制御部２０は、この信号を取得して車両の進行方向を取得する。車速センサ４２およびジャイロセンサ４３等は、車両の走行軌跡を特定するために利用され、本実施形態においては、車両の出発地と走行軌跡とに基づいて現在地が特定され、当該出発地と走行軌跡とに基づいて特定された車両の現在地がＧＮＳＳ受信部４１の出力信号に基づいて補正される。
【００２２】
ユーザＩ／Ｆ部４４は、利用者の指示を入力し、また利用者に各種の情報を提供するためのインタフェース部である。本実施形態においてユーザＩ／Ｆ部４４は、図示しないタッチパネル方式のディスプレイからなる入力部を兼ねた表示部やマイク等の音の入力部、スピーカ等の出力音の出力部を備えている。制御部２０は、ユーザＩ／Ｆ部４４を制御して、任意の画像をディスプレイに出力させ、任意の音をスピーカに出力させることができる。
【００２３】
記録媒体３０には、地図情報３０ａが記録される。地図情報３０ａは、経路探索や経路案内、駐車場の検索等に利用される情報であり、車両が走行する道路上に設定されたノードの位置等を示すノードデータ，ノード間の道路の形状を特定するための形状補間点の位置等を示す形状補間点データ，ノード同士の連結を示すリンクデータ，道路やその周辺に存在する地物の位置等を示す地物データ等を含んでいる。リンクデータには、各リンクデータが示す道路区間のコストを示す情報が対応付けられている。
【００２４】
地物データが示す地物には、様々な種別（ジャンル）の施設が含まれる。例えば施設には、駐車場や、ショッピングモール、観光スポット、レストラン等が含まれる。地物データには、施設の位置、施設の名称、施設の種別等が含まれる。さらに、本実施形態において、施設の種別が駐車場である場合、駐車場の識別情報（以降では駐車場ＩＤと呼ぶ）が当該施設に対応付けて地図情報３０ａに記録されている。また、種別は駐車場ではないが駐車場を併設している施設（併設駐車場の混雑状況を後述する駐車場サーバ５０に送信可能な施設）についても、当該施設に併設されている駐車場の駐車場ＩＤが対応付けて記録されている。
【００２５】
制御部２０は、図示しないナビゲーションプログラムの機能によりユーザＩ／Ｆ部４４の入力部を介して利用者による目的地の入力を受け付け、地図情報３０ａに基づいて車両の現在地から目的地までの走行予定経路を探索する。また、制御部２０は、ナビゲーションプログラムの機能によりユーザＩ／Ｆ部４４を制御し、走行予定経路に沿って走行するための案内を実施する。
【００２６】
さらに本実施形態においては、ナビゲーションシステム１０の制御部２０は、ナビゲーションプログラムの機能として、目的地の駐車場の混雑状況に関する案内を実施する機能を有する。「目的地の駐車場」は、走行予定経路の目的地として明示的に指定された駐車場であってもよいし、走行予定経路の目的地として指定された施設に併設されている駐車場であってもよい。従って例えば、目的地として設定されている施設（あるいは目的地として設定されている位置に存在する施設）の種別が駐車場である場合や、当該施設の種別は駐車場以外であるが当該施設に駐車場が併設されている場合等を想定してよい。
【００２７】
目的地の駐車場の混雑状況に関する案内を実施する機能は、混雑状況案内プログラム２１によって実現される。当該機能を実現するため、混雑状況案内プログラム２１は、混雑状況取得部２１ａと案内制御部２１ｂを備える。混雑状況取得部２１ａは、駐車場の混雑状況、および、駐車場の混雑状況の変化頻度を取得する機能を制御部２０に実現させるプログラムモジュールである。制御部２０は、混雑状況取得部２１ａの機能により、駐車場の混雑状況、および、駐車場の混雑状況の変化頻度を駐車場サーバ５０から取得することができる。
【００２８】
駐車場サーバ５０は、各駐車場から現在の駐車場の混雑状況を収集・蓄積し、問い合わせに応じて各駐車場の混雑状況等の情報を提供するサーバコンピュータである。駐車場サーバ５０は、図示しない制御部により、各種のプログラムを実行可能である。また、駐車場サーバ５０は、図示しない通信部を介して他の装置と通信することが可能である。本実施形態において、駐車場サーバ５０は、車両（通信部４０）および複数の駐車場のそれぞれに設置された端末（駐車場端末１００と呼ぶ）と通信することが可能である。
【００２９】
駐車場サーバ５０の制御部は、複数の駐車場の情報を収集し、蓄積する機能を有するプログラムを実行可能である。駐車場サーバ５０が情報を蓄積する各駐車場には、上述した駐車場ＩＤが対応付けられている。駐車場端末１００には、駐車場端末１００が設置されている駐車場の駐車場ＩＤが記録されている。
【００３０】
本実施形態において駐車場端末１００は、駐車場端末１００が設置された駐車場における駐車台数が変化すると、駐車台数を駐車場サーバ５０に対して送信するように構成されている。駐車台数は、各駐車場における駐車中の車両の台数である。駐車枠数は、各駐車場が備える全ての駐車枠（駐車スペース）の数である。本実施形態において各駐車場の駐車枠数は、駐車場端末１００および駐車場サーバ５０に保存されている。満車状態は、駐車台数＝駐車枠数の状態である。駐車台数＜駐車枠数の場合は空車状態である。駐車場サーバ５０は、駐車場端末１００から変化後の駐車台数を受信すると、受信日時とともに駐車場ＩＤと対応付けて駐車場サーバ５０の図示しない記録媒体に記録する。
【００３１】
すなわち、駐車場において駐車台数が変化した場合、駐車場サーバ５０は、変化した時刻と、変化後の駐車台数とを、駐車場ＩＤに対応付けて記録する。従って駐車場サーバ５０は、各駐車場について、最新の駐車台数を蓄積しているとともに、過去の駐車台数を変化日時と対応付けて蓄積している。また、駐車場サーバ５０の制御部は、ナビゲーションシステム１０から駐車場の混雑状況の問い合わせを受信すると、問い合わせ対象の駐車場の現状の駐車台数と、当該駐車場の駐車枠数とから混雑状況（本実施形態においては、満車状態または空車状態）を導出し、問い合わせ元のナビゲーションシステム１０に返信する。また、駐車場サーバ５０の制御部は、ナビゲーションシステム１０から駐車場の混雑状況の変化頻度の問い合わせを受信すると、当該駐車場の過去の駐車台数の推移に基づいて変化頻度を導出し、問い合わせ元のナビゲーションシステム１０に返信する。
【００３２】
本実施形態において、変化頻度は、満車状態と空車状態の切り替わり頻度（満空切り替わり頻度）である。本実施形態において、駐車場サーバ５０の制御部は、問い合わせされた時刻（現在）から遡った既定の長さ（例えば１時間）の期間ＴＡにおいて満車状態と空車状態が切り替わった回数を満空切り替わり頻度として算出する。例えば図２の例の場合、期間ＴＡにおける満空切り替わり頻度は、５回である。
【００３３】
なお、満空切り替わり頻度は、既定の長さの期間において、満車状態から空車状態に切り替わった回数として定義されてもよい。図２の例の場合、期間ＴＡにおいて満車状態から空車状態に切り替わった回数は、２回である。また例えば、満空切り替わり頻度は、空車状態から満車状態に切り替わった回数として定義されてもよい（図２の例の期間ＴＡにおいては３回）。既定の長さは、目的地までの予想所要時間であってもよい。なお、もちろん、満空切り替わり頻度の定義に応じて後述する既定値（閾値として機能する）は設定される。
【００３４】
なお、例えば、過去の、現在日時と同じ季節、同じ曜日、および、現在日時が示す時刻を含む同じ時間帯における満空切り替わり頻度の統計値を算出する構成であってもよい。また、現在日時を含む時間帯は、例えば毎週土曜日の１３時台等のように予め区切られ方が決められた時間帯であってもよいし、現在日時が示す時刻を起点とする既定の長さの期間であってもよい。図２の期間ＴＢは、現在日時を含む予め決められた時間帯の例を示しており、期間ＴＣは現在日時を起点とする期間の例を示している。
【００３５】
本実施形態において、ナビゲーションシステム１０の制御部２０は、混雑状況取得部２１ａの機能により、目的地の駐車場の現在の混雑状況（満車／空車）と、当該駐車場における直近の満空切り替わり頻度（期間ＴＡにおける満空切り替わり回数）を駐車場サーバ５０から取得する。なお、本実施形態において、目的地の駐車場の混雑状況および混雑状況の変化頻度の取得は、車両の現在位置から目的地までの走行予定経路上の距離が既定距離（例えば１ｋｍ）以下となった場合に１回実施される。
【００３６】
案内制御部２１ｂは、変化頻度が既定値未満の場合は目的地の駐車場の混雑状況に関する案内を実施し、変化頻度が既定値以上の場合は案内を実施しない機能を制御部２０に実現させるプログラムモジュールである。本実施形態においては、目的地の駐車場が満車状態であり、かつ、変化頻度が既定値未満の場合に目的地の駐車場の混雑状況に関する案内を実施するように構成されている。
【００３７】
目的地の駐車場の最新の混雑状況が満車状態であって、満空の切り替わりが低頻度である場合、本実施形態においては、車両が目的地に到着するまで満車状態が継続している可能性が高いとみなす。したがってこの場合、制御部２０は、案内制御部２１ｂの機能により、現状の混雑状況に関する案内を実施する。具体的には例えば、制御部２０は、目的地周辺（例えば閾値距離以内）の駐車場を検索し、目的地周辺の駐車場を代替駐車場として取得する。制御部２０は、目的地の駐車場の混雑状況が満車状態であることと、目的地周辺の代替駐車場を、ユーザＩ／Ｆ部４４のディスプレイやスピーカを介して利用者に案内する。なお、代替駐車場は、当該代替駐車場の最新の混雑状況とともに提示される構成であってよい。なお、代替駐車場が複数ある場合、現状が空車状態である駐車場や、空いている駐車スペースの数が相対的に多い駐車場が優先的に提示される構成であってよい。
【００３８】
このように、本実施形態においては、満車状態と空車状態とが低頻度で変化する場合は上述のように混雑状況に関する案内を実施することによって、利用者は混雑状況に応じた行動計画を立てることができる。
【００３９】
一方、満空切り替わり頻度が既定値以上の場合、すなわち、目的地の駐車場の最新の混雑状況が満車であっても満空切り替わりが高頻度である場合、本実施形態においては、目的地の駐車場に車両が到着した際には空車に切り替わっている可能性があるとみなす。そのためこの場合、本実施形態においては、現状、目的地の駐車場が満車状態であることや、代替駐車場の案内を実施しないように構成されている。
以上のように、本実施形態によれば、目的地の駐車場の混雑状況に関する案内を効果的に実施できる可能性を高めることができる。
【００４０】
また、本実施形態においては、目的地までの距離が既定距離となった際の目的地駐車場の混雑状況が満車状態である場合であって、目的地の駐車場の混雑状況の変化頻度が低頻度（既定値未満）である場合に、１回、目的地の駐車場の混雑状況に関する案内を実施する。そのため、混雑状況の変化頻度に関わらず案内を予め決められたタイミングで繰り返し実施する構成と比較すると、利用者が煩わしさを感じる可能性を低減できる。
【００４１】
（２）混雑状況案内処理：
次に、制御部２０が実行する混雑状況案内処理を、図３を参照しながら説明する。混雑状況案内処理は、車両の現在位置から目的地までの走行予定経路上の距離が既定距離（例えば１ｋｍ）となった場合に実行される。混雑状況案内処理が開始されると、制御部２０は、案内制御部２１ｂの機能により、目的地が駐車場である、または、目的地に駐車場が有るという条件を満たすか否かを判定する（ステップＳ１００）。すなわち、制御部２０は、ナビゲーションシステム１０に設定されている目的地の施設の種別が駐車場であるか否かを判定する。また制御部２０は、目的地の施設の種別が駐車場でない場合、目的地の施設に駐車場が併設されているか否かを判定する。
【００４２】
ステップＳ１００において、条件を満たすと判定されない場合（すなわち、目的地が駐車場でなく、かつ、目的地に駐車場がない場合）、制御部２０は、混雑状況案内処理を終了する。ステップＳ１００において、条件を満たすと判定された場合（すなわち、目的地が駐車場であるか、または、目的地に駐車場が有る場合）、制御部２０は混雑状況取得部２１ａの機能により、当該駐車場の混雑状況を取得する（ステップＳ１０５）。すなわち、制御部２０は、目的地の駐車場の駐車場ＩＤを地図情報３０ａから取得し、通信部４０を介して駐車場サーバ５０に駐車場ＩＤが示す駐車場の混雑状況を問い合わせ、問い合わせ結果（混雑状況）を取得する。
【００４３】
続いて制御部２０は、案内制御部２１ｂの機能により、目的地の駐車場が満車状態であるか否かを判定する（ステップＳ１１０）。すなわち制御部２０は、ステップＳ１０５における問い合わせ結果が満車状態であるか否かを判定する。ステップＳ１１０において、目的地の駐車場が満車状態であると判定されない場合、制御部２０は、混雑状況案内処理を終了する。ステップＳ１１０において、駐車場が満車状態であると判定される場合、制御部２０は、混雑状況取得部２１ａの機能により、駐車場の満空切り替わり頻度を取得する（ステップＳ１１５）。すなわち、制御部２０は、通信部４０を介して駐車場サーバ５０に駐車場ＩＤが示す駐車場の混雑状況の変化頻度を問い合わせ、問い合わせ結果を取得する。より具体的には、制御部２０は、現在から遡って直近の既定の長さの期間の満空切り替わり回数を変化頻度として取得する。
【００４４】
続いて制御部２０は、案内制御部２１ｂの機能により、満空切り替わり頻度が既定値以上であるか否かを判定する（ステップＳ１２０）。すなわち制御部２０は、現在から遡って直近の既定の長さの期間の満空切り替わり回数が既定値以上であるか否かを判定する。
【００４５】
ステップＳ１２０において、満空切り替わり頻度が既定値以上であると判定された場合、制御部２０は混雑状況案内処理を終了する。ステップＳ１２０において、満空切り替わり頻度が既定値以上であると判定されなかった場合、制御部２０は案内制御部２１ｂの機能により、混雑状況が満車状態であることを案内し、代替駐車場を提示する（ステップＳ１２５）。制御部２０は、例えばユーザＩ／Ｆ部４４のスピーカを制御して、目的地の駐車場が現在満車である旨の音声を出力する。また制御部２０は、目的地を含む既定範囲内にある駐車場を検索し、検索によって得られた駐車場の混雑状況を駐車場サーバ５０に問い合わせる。そして、制御部２０は、例えば空車状態の駐車場を代替駐車場としてユーザＩ／Ｆ部４４のディスプレイに表示する。代替駐車場はリスト形式で提示されてもよいし、地図上の当該駐車場の位置に空車状態であることを示すアイコンを表示することで提示されてもよい。リスト形式で提示される場合は、空車数が多い駐車場ほど上位に表示されてもよい。地図上に提示される場合は、空車数が多い駐車場ほどアイコンが強調表示されてよい。
【００４６】
（３）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、目的地の施設の混雑状況の変化頻度に応じて混雑状況に関する案内の実施態様を切り替える限りにおいて、他にも種々の実施形態を採用可能である。例えば、混雑状況案内システムとともに移動する移動体は任意であり、車両であっても良いし、歩行者であっても良く、種々の例が想定される。目的地の施設の混雑状況を案内する機能を有するナビゲーションシステムは、車両用であってもよいし、歩行者用であってもよい。
【００４７】
また、混雑状況案内システムは、車両等に搭載された装置であっても良いし、可搬型の端末によって実現される装置であっても良いし、複数の装置（例えば、クライアントとサーバ）によって実現される装置であっても良い。さらに、混雑状況案内システムを構成する混雑状況取得部２１ａ、案内制御部２１ｂの少なくとも一部が複数の装置に分かれて存在していても良い。上述の実施形態の一部の構成が省略されてもよいし、処理の順序が変動または省略されてもよい。例えば、図３の混雑状況案内処理において、ステップＳ１１０が省略されてもよいし、ステップＳ１１５はステップＳ１１０と順序が入れ替わってもよい。
【００４８】
混雑状況取得部は、目的地の施設の混雑状況、および、施設の混雑状況の変化頻度を取得することができればよい。混雑状況を取得する対象の施設としては、駐車場以外にも様々な施設を想定してよい。例えば、提供可能な最大数が予め決まっている物を利用者側に提供する施設であって、各利用者が物を利用する時間の長さが任意である施設を想定してよい。施設が提供する物としては例えば、飲食店における座席やテーブルや個室、ボーリング場におけるレーン等を想定してよい。また例えば、レンタル用品店におけるレンタル用品を想定してもよい。
【００４９】
また、施設の混雑状況は、施設が提供する物に空きがあるか否かで表現されることに限定されない。例えば、空きがある場合は空いている物の数や、提供可能な物の最大数に対する空いている物の割合等で表現されてもよい。また例えば、利用者が利用中の物の数（現時点では他の利用者に提供できない物の数）や、提供可能な物の最大数に対する利用中の物の割合等で表現されてもよい。
【００５０】
また、施設の混雑状況の変化頻度は、空きがある状態（稼働率が１００％未満）と空きがない状態（稼働率が１００％）とが変化する頻度であることに限定されない。例えば、稼働率が第１の値以上である状態と第２の値未満である状態とが切り替わる頻度として定義されてもよい（第１の値＜１００％、第１の値≧第２の値）。
【００５１】
また、利用者が施設において一度に利用する物の数は１個であることに限定されない。例えば、ある利用者が目的地の施設において一度にＮ個（Ｎは２以上の整数）の物を利用する場合、施設の混雑状況の変化頻度は、Ｎ個以上の空きがある状態と、Ｎ個未満の空きしかない状態とが切り替わる頻度であってもよい。利用者が施設で一度に利用する物の数が複数である場合の例は、利用者が他の複数人と連れだって利用するボーリング場のレーン等を想定してよい。施設の混雑状況の変化頻度は、隣接するＮ個以上の物（例えばボーリング場において隣接する２レーン、飲食店において隣接する２座席）が空いている状態か否かが変化する頻度であってもよい。
【００５２】
また、混雑状況の程度を示す第１状態と第２状態（≠第１状態）とが定義されている場合に、混雑状況の変化頻度は、既定の長さの期間内において、第１状態から第２状態に変化した回数であってもよいし、第２状態から第１状態に変化した回数であってもよいし、その両方の回数の和であってもよい。
【００５３】
また、混雑状況の変化頻度は、単に空いている物（利用中でない物）の数が変化した頻度として定義されてもよい。
【００５４】
なお、上記実施形態において、混雑状況の変化頻度は、駐車場サーバ５０側で算出される構成であったが、ナビゲーションシステム１０側で算出される構成であってもよい。例えば、車両から目的地までの距離が既定距離（例えば２ｋｍ）となって以降、一定時間経過毎（例えば１分毎）にナビゲーションシステム１０は駐車場サーバ５０から目的地の駐車場の駐車台数を取得し蓄積する。そして、ナビゲーションシステム１０の制御部２０は駐車台数の推移から目的地の駐車場の混雑状況の変化頻度を算出する構成であってもよい。
【００５５】
案内制御部は、上記実施形態においては、変化頻度が既定値未満の場合は施設の混雑状況に関する案内を実施するが、既定値以上の場合は当該案内を実施しない構成であった。他の実施形態において、案内制御部は、変化頻度が既定値未満の場合は施設の混雑状況に関する案内を第１タイミングで実施し、変化頻度が既定値以上の場合は案内を第１タイミングより遅い第２タイミングで実施する構成であってもよい。
【００５６】
例えば、制御部２０が、図３の混雑状況案内処理を、目的地までの距離が１ｋｍとなった際に１回実行する。その際に、ステップＳ１２０で満空切り替わり頻度が既定値未満である場合はＳ１２５が実行される（第１タイミングで案内が実施されることに相当する）。目的地までの距離が１ｋｍとなった際に実行される混雑状況案内処理において、仮にステップＳ１２０で満空切り替わり頻度が既定値以上であると判定された場合、Ｓ１２５は実行されない（すなわち高頻度で切り替わる場合、第１タイミングでは案内が実施されない）。この場合に例えば目的地までの距離が２００ｍとなった際に次のような処理を実行するように構成されてもよい。すなわち、目的地までの距離が２００ｍとなった際に、制御部２０は、目的地の駐車場の混雑状況を駐車場サーバ５０に問い合わせ、問い合わせ結果が満車状態である場合に図３のステップＳ１２５と同じ処理を実施する（すなわち高頻度で切り替わる場合、第１タイミングより遅い第２タイミングで案内が実施される）。このようにすることで、混雑状況が既定値以上の場合は既定値未満の場合よりも遅いタイミングで目的地の駐車場が満車であることが利用者に案内される。混雑状況が低頻度で変化する場合、早期（第１タイミング）に混雑状況を案内したとしても案内した際の混雑状況が実際に施設を利用する際まで変化せず継続する可能性が高い。従って混雑状況が低頻度で変化する場合は、早期に混雑状況を案内することによって、利用者は混雑状況に応じた行動計画を早期に立てることができる。混雑状況が高頻度で変化する場合は、早期に案内しても案内した際の混雑状況が実際に施設を利用する際の混雑状況と相違する可能性があり、早期の案内は有益でない可能性がある。本構成の場合、混雑状況が既定値以上の場合は既定値未満の場合よりも駐車場が満車であることの案内の実施を遅らせることができる。そのため、目的地の施設の混雑状況に関する案内を効果的なタイミングで実施できる可能性を高めることができる。また、本構成によれば、無用に繰り返し混雑状況に関する案内を実施することがないため、利用者が煩わしさを感じる可能性を低減できる。
【００５７】
なお、混雑状況の変化頻度に応じて案内タイミングが変化する（変化頻度が高いほど案内タイミングを遅らせる、変化頻度が高いほど目的地に近い位置で案内する）構成であってもよい。このように案内タイミングを変化させるために、例えば、制御部２０は、目的地までの予想所要時間が例えば３０分となった際に、直近の３０分間（図２のＴＡ参照）の満空切り替わり回数を満空切り替わり頻度として取得する。そして、満空切り替わり頻度が第１頻度である場合と、第２頻度（＜第１頻度）である場合と、第３頻度（＜第２頻度）である場合とで、案内タイミングを設定する。具体的には例えば、制御部２０は、第３頻度の場合は目的地までの予想所要時間が３０分となった際に満空情報を案内し、第２頻度の場合は予想所要時間が２０分となった際に満空情報を案内し、第１頻度の場合は予想所要時間が１０分となった際に満空情報を案内する。
【００５８】
案内制御部においては、目的地の施設に空きがない状態である場合に混雑状況の案内が実施される構成であってもよいし、目的地の施設の混雑状況に関わらず混雑状況の案内が実施される構成であってもよい。
【００５９】
また、案内制御部は、目的地の施設が利用者に提供する物の最大数（施設が駐車場の場合は駐車枠数）が基準値未満の場合は施設の混雑状況に関する案内を第１タイミングで実施し、最大数が基準値以上の場合は第１タイミングより遅い第２タイミングで案内を実施する構成であってもよい。また、案内制御部は、目的地の施設が利用者に提供する物の最大数が基準値未満の場合は施設の混雑状況に関する案内を実施し、基準値以上の場合は当該案内を実施しない構成であってもよい。提供する物の最大数が基準値以上の施設の場合、基準値未満の施設よりも、混雑状況の変化頻度が高い可能性があることに着目し、案内制御部は以上のような構成を採用してもよい。
【００６０】
さらに、本発明は、案内端末に適用されてもよい。案内端末は、スマートフォンや、タブレット、スマートグラス、スマートウォッチ等の可搬型端末、ウェアラブル端末などを想定してよい。なお、図１のナビゲーションシステム１０は、案内端末とみなすことができる。案内端末は、目的地の施設の混雑状況の変化頻度が既定値未満の場合は施設の混雑状況に関する案内を第１タイミングで実施し変化頻度が既定値以上の場合は第１タイミングより遅い第２タイミングで案内を実施する案内制御部を備えて良い。また、案内端末は、目的地の施設の混雑状況の変化頻度が既定値未満の場合は施設の混雑状況に関する案内を実施し、変化頻度が既定値以上の場合は案内を実施しない案内制御部を備えて良い。このような案内制御部を備えていることにより、案内端末は、施設の混雑状況の変化頻度に応じて混雑状況に関する案内の実施の態様（実施タイミング、あるいは実施の有無）を相違させることができる。
【００６１】
さらに、本発明のように、目的地の施設の混雑状況の変化頻度に応じて混雑状況に関する案内の実施態様を切り替える手法は、プログラムや方法としても適用可能である。また、以上のようなシステム、プログラム、方法は、単独の装置として実現される場合もあれば、車両に備えられる各部と共有の部品を利用して実現される場合もあり、各種の態様を含むものである。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、システムを制御するプログラムの記録媒体としても発明は成立する。むろん、そのプログラムの記録媒体は、磁気記録媒体であってもよいし半導体メモリであってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【符号の説明】
【００６２】
１０…ナビゲーションシステム、２０…制御部、２１…混雑状況案内プログラム、２１ａ…混雑状況取得部、２１ｂ…案内制御部、３０…記録媒体、３０ａ…地図情報、４０…通信部、４１…ＧＮＳＳ受信部、４２…車速センサ、４３…ジャイロセンサ、４４…ユーザＩ／Ｆ部、５０…駐車場サーバ、１００…駐車場端末
【図１】
2020177418.tif 000003
【図２】
2020177418.tif 000004
【図３】
2020177418.tif 000005