(57)【要約】【課題】手間、時間、費用を掛けることなく、適切に駐車場の混雑状況を把握し、これを一般ユーザーに提供することを簡単に実現する。【解決手段】  駐車場管理ファイル１０５は、各駐車場の位置と面積範囲とを管理する。車載装置からの識別ＩＤと位置情報と位置情報の取得日時とを含むプローブ情報を通信Ｉ／Ｆ１０２を通じ順次に受信し、速度等特定部１０７が当該プローブ情報に基づき、各駐車場の面積範囲に位置するプローブ情報の送信元の移動速度と、移動速度が減速傾向か加速傾向かを特定する。滞在数把握部１０８は、速度等特定部１０７が特定した情報に基づき各駐車場の車載装置を搭載した自動車の滞在数を把握し、これと各駐車場の駐車可能台数などの基準値とに応じて、各駐車場の混雑状況を把握し、これを提供可能にする。【選択図】図６
2014229250.tif 000002
【特許請求の範囲】
【請求項１】
管理対象の駐車場の少なくとも位置と面積範囲とを管理する管理手段と、
少なくとも送信元の現在位置を示す位置情報と当該位置情報の取得日時とを含み、車載装置からネットワークを通じて順次に送信されて来るプローブ情報を受信する受信手段と、
受信した前記プローブ情報に基づいて、前記管理手段で管理されている駐車場の面積範囲に位置する前記プローブ情報の各送信元の移動速度と、移動速度が減速傾向か加速傾向かを特定する特定手段と、
前記移動速度が所定の閾値未満であるときと、前記移動速度が所定の閾値以上であり、かつ、移動速度が減速傾向であるときには、当該送信元は当該駐車場に滞在中の送信元としてカウントし、前記移動速度が所定の閾値以上であり、かつ、移動速度が加速傾向であるときには、当該送信元は当該駐車場に滞在中の送信元としてカウントしないようにして、前記駐車場に滞在中の送信元の数を把握する把握手段と、
把握した前記駐車場に滞在中のプローブ情報の送信元の数に応じて、前記駐車場の混雑状況を判別する判別手段と
を備えることを特徴とする混雑状況把握装置。
【請求項２】
請求項１に記載の混雑状況把握装置であって、
前記管理手段は、前記駐車場の駐車可能台数を管理しており、
前記判別手段は、前記管理手段で管理されている前記駐車可能台数と、把握した各駐車場に滞在中のプローブ情報の送信元の数とに基づいて、前記駐車場の混雑状況を判別することを特徴とする請求項に記載の混雑状況把握装置。
【請求項３】
請求項１に記載の混雑状況把握装置であって、
前記管理手段は、前記駐車場について、前記把握手段が所定のタイミングごとに把握したプローブ情報の送信元の数の最大値を管理しており、
前記判別手段は、前記管理手段で管理されている前記駐車場のプローブ情報の送信元の数の前記最大値と、新たに把握した前記駐車場に滞在中のプローブ情報の送信元の数とに基づいて、前記駐車場の混雑状況を判別することを特徴とする請求項に記載の混雑状況把握装置。
【請求項４】
請求項１に記載の混雑状況把握装置であって、
前記把握手段が所定のタイミングごとに把握したプローブ情報の送信元の数の履歴を管理する履歴管理手段を備え、
前記判別手段は、前記履歴管理手段で管理されている前記駐車場の過去に把握したプローブ情報の送信元の数と、新たに把握した各駐車場に滞在中のプローブ情報の送信元の数とに基づいて、各駐車場の混雑状況を判別することを特徴とする請求項に記載の混雑状況把握装置。
【請求項５】
請求項１、請求項２、請求項３または請求項４のいずれかに記載の混雑状況把握装置であって、
前記判別手段の判別結果に応じた前記駐車場の混雑状況を、所定のユーザーに対して提供する提供手段を備えることを特徴とする混雑状況把握装置。
【請求項６】
管理対象の駐車場の少なくとも位置と面積範囲とが管理手段によって管理されており、
受信手段が、少なくとも送信元の現在位置を示す位置情報と当該位置情報の取得日時とを含み、車載装置からネットワークを通じて順次に送信されて来るプローブ情報を受信する受信工程と、
前記受信工程を通じて受信した前記プローブ情報に基づいて、特定手段が、前記管理手段で管理されている駐車場の面積範囲に位置する前記プローブ情報の各送信元の移動速度と、当該移動速度が減速傾向か加速傾向かを特定する特定工程と、
把握手段が、前記移動速度が所定の閾値未満であるときと、前記移動速度が所定の閾値以上であり、かつ、当該移動速度が減速傾向であるときには、当該送信元は当該駐車場に滞在中の送信元としてカウントし、前記移動速度が所定の閾値以上であり、かつ、当該移動速度が加速傾向であるときには、当該送信元は当該駐車場に滞在中の送信元としてカウントしないようにして、前記駐車場に滞在中の送信元の数を把握する把握工程と、
把握した各駐車場に滞在中のプローブ情報の送信元の数に応じて、判別手段が、前記駐車場の混雑状況を判別する判別工程と
を有することを特徴とする混雑状況把握方法。
【請求項７】
管理手段により管理対象の少なくとも駐車場の位置と面積範囲とを管理している情報処理装置に搭載されたコンピュータが実行するプログラムであって、
受信手段が、少なくとも送信元の現在位置を示す位置情報と当該位置情報の取得日時とを含み、車載装置からネットワークを通じて順次に送信されて来るプローブ情報を受信する受信ステップと、
前記受信ステップにおいて受信した前記プローブ情報に基づいて、特定手段が、前記管理手段で管理されている駐車場の面積範囲に位置する前記プローブ情報の各送信元の移動速度と、当該移動速度が減速傾向か加速傾向かを特定する特定ステップと、
把握手段が、前記移動速度が所定の閾値未満であるときと、前記移動速度が所定の閾値以上であり、かつ、当該移動速度が減速傾向であるときには、当該送信元は当該駐車場に滞在中の送信元としてカウントし、前記移動速度が所定の閾値以上であり、かつ、当該移動速度が加速傾向であるときには、当該送信元は当該駐車場に滞在中の送信元としてカウントしないようにして、前記駐車場に滞在中の送信元の数を把握する把握ステップと、
把握した前記駐車場に滞在中のプローブ情報の送信元の数に応じて、判別手段が、前記駐車場の混雑状況を判別する判別ステップと
を実行することを特徴とする混雑状況把握プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、高速道路に併設されたサービスエリアやパーキングエリアなど、種々の駐車場の混雑状況（混雑度）を適切に把握してユーザーに提供できるようにする装置、方法、プログラムに関する。
【背景技術】
【０００２】
高速道路に併設された大規模なサービスエリアなどには、各駐車スペースに対する駐車の有無や収容台数に対する入庫台数、出庫台数を管理し、駐車場の混雑状況を正確に把握する管理システムが設けられている。当該管理システムにより把握される駐車場の混雑状況は、高速道路場の電光掲示板を通じて、あるいは、ＦＭ放送波や所定のビーコン信号などを通じて、一般のユーザーに提供される。
【０００３】
しかし、駐車場の混雑状況を正確に把握できるのは、上述した管理システムを備えた大規模な駐車場に限られる。このため、混雑状況の管理システムを備えない中小の駐車場の場合には、実際に行ってみないと駐車できるか否かが分からない。そこで、後に記す特許文献１には、管理システムを備えない駐車場に到達した自動車の車載装置において、当該自動車の状態から駐車場の混雑状態を判別し、その判別結果をセンターに通知する発明が開示されている。
【０００４】
特許文献１では、（１）イグニションをオンにした状態で駐車場内に所定時間以上滞在する場合、（２）駐車場内の通路領域に所定時間以上滞在する場合、（３）駐車場進入後からイグニションがオフされるまでに駐車場内の同一地点を複数回通過する場合に、当該駐車場は混雑した状態にあると判定し、センターに通知する。センターは、各車載装置からの情報により、駐車場の状態を更新し、一般のユーザーに駐車場の状態を通知する。
【０００５】
これにより、大規模な管理システムを構築することなく、駐車場に位置する自動車の車載装置からの情報に基づいて、駐車場の混雑状況を適切に把握できる。そして、中小の駐車場についても、その混雑状況を適切に一般のユーザーに提供できる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−１９３２９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、上述した特許文献１に記載の技術の場合、車載装置において上述した（１）〜（３）の条件にしたがって駐車場の混雑状況を判別する。このため、上述した（１）〜（３）の条件に従って駐車場の混雑状況を判別する機能を各車載装置に新たに搭載しなければならない。このため、駐車場側に管理システムを設ける必要はないものの、車載装置側には変更が必要であるために、結果として、ある程度の手間、時間、費用が掛かることになる。また、当該機能を搭載した車載装置ではその分の負荷が増える。そこで、駐車場側に管理システムを構築することもなく、また、車載装置側においても機能の追加などを行うことなく、簡単に、かつ、適切に、駐車場の混雑状況を把握して、これを一般のユーザーに提供できるようにすることが望まれる。
【０００８】
以上の点に鑑み、この発明は、手間、時間、費用を掛けることなく、簡単に、かつ、適切に、駐車場の混雑状況を把握し、これを一般のユーザーに提供できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１に記載の発明の混雑状況把握装置は、
管理対象の駐車場の少なくとも位置と面積範囲とを管理する管理手段と、
少なくとも送信元の現在位置を示す位置情報と当該位置情報の取得日時とを含み、車載装置からネットワークを通じて順次に送信されて来るプローブ情報を受信する受信手段と、
受信した前記プローブ情報に基づいて、前記管理手段で管理されている駐車場の面積範囲に位置する前記プローブ情報の各送信元の移動速度と、移動速度が減速傾向か加速傾向かを特定する特定手段と、
前記移動速度が所定の閾値未満であるときと、前記移動速度が所定の閾値以上であり、かつ、移動速度が減速傾向であるときには、当該送信元は当該駐車場に滞在中の送信元としてカウントし、前記移動速度が所定の閾値以上であり、かつ、移動速度が加速傾向であるときには、当該送信元は当該駐車場に滞在中の送信元としてカウントしないようにして、前記駐車場に滞在中の送信元の数を把握する把握手段と、
把握した前記駐車場に滞在中のプローブ情報の送信元の数に応じて、前記駐車場の混雑状況を判別する判別手段と
を備えることを特徴とする。
【００１０】
この請求項１に記載の発明の混雑状況把握装置によれば、管理手段は、管理対象の駐車場の少なくとも位置と面積範囲とを管理している。受信手段は、車載装置からネットワークを通じて順次に送信されて来るプローブ情報を受信する。当該プローブ情報は、少なくとも送信元の現在位置を示す位置情報と当該位置情報の取得日時とを含むものである。
【００１１】
特定手段は、受信したプローブ情報に基づき、管理手段で管理されている駐車場の面積範囲に位置するプローブ情報の各送信元の移動速度と、移動速度が減速傾向か加速傾向かを特定する。移動速度は、プローブ情報に含まれていればそれを用いればよいし、含まれていない場合には、同じ送信元の前回のプローブ情報と今回のプローブ情報の位置情報と当該位置情報の取得日時とから移動距離と移動時間を求め、これから移動速度を算出できる。また、移動速度が減速傾向か、加速傾向かは、同じ送信元の前回と今回の移動速度を比較することにより特定できる。
【００１２】
そして、把握手段は、特定手段により特定された移動速度が所定の閾値未満であるときと、移動速度が所定の閾値以上であり、かつ、移動速度が減速傾向であるときには、当該送信元は当該駐車場に滞在中の送信元としてカウントする。また、把握手段は、特定手段により特定された移動速度が所定の閾値以上であり、かつ、移動速度が加速傾向であるときには、当該送信元は当該駐車場に滞在中の送信元としてカウントしないようにする。このようにして、把握手段は、当該駐車場に滞在中の送信元の数（滞在数）を把握する。この後、把握した各駐車場に滞在中のプローブ情報の送信元の数に応じて、判別手段が各駐車場の混雑状況を判別し、この判別結果を一般のユーザーに提供できるようにする。
【００１３】
これにより、駐車場側に管理システムを構築することもなく、また、車載装置側についても何ら変更することなく、車載装置から提供されるいわゆるプローブ情報を利用することにより、駐車場の混在状況を把握し、これを一般のユーザーに提供できる。
【発明の効果】
【００１４】
この発明によれば、手間、時間、費用を掛けることなく、簡単に、かつ、適切に、駐車場の混雑状況を把握し、これを一般のユーザーに提供することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】実施の形態の混雑状況把握装置の利用環境について説明するための図である。
【図２】サービスエリアなどの混雑状況の把握の仕方を説明するための図である。
【図３】サービスエリアなどの混雑状況の把握の仕方を説明するための図である。
【図４】車載装置３の構成例について説明するためのブロック図である。
【図５】車載装置３で生成されるプローブ情報の例を説明するための図である。
【図６】サーバー１の構成例について説明するためのブロック図である。
【図７】サービスエリア等の面積範囲を特定するポリゴンデータの一例について説明するための図である。
【図８】駐車場管理ファイル１０５の格納データの例について説明するための図である。
【図９】サーバー１で実行されるサービスエリア等の混雑状況の把握処理を説明するためのフローチャートである。
【図１０】駐車場別滞在数履歴データファイルの格納データの例を説明するための図である。
【発明を実施するための形態】
【００１６】
以下、図を参照しながら、この発明の装置、方法、プログラムの実施の形態について説明する。以下に説明する実施の形態の混雑状況把握装置は、種々の利用者が利用する種々の駐車場の混雑状況を的確に把握し、これを駐車場の利用予定者などに対して提供できるものである。なお、この発明の混雑状況把握装置は、例えば、大規模商業施設などの駐車場、観光地の観光スポットの駐車場、高速道路に併設されたサービスエリアやパーキングエリアなど、種々の駐車場の混雑状況の把握が可能である。しかし、以下においては、説明を簡単にするため、高速道路に併設されたサービスエリアやパーキングエリアの混雑状況を把握して、これをユーザーに対して提供する場合を例にして説明する。
【００１７】
［混雑状況把握装置の利用環境の具体例］
図１は、この実施の形態の混雑状況把握装置の利用環境について説明するための図である。図１において、駐車場情報提供サーバー（以下、単にサーバーと記載する。）１が、この発明の混雑状況把握装置、混雑状況把握方法、混雑状況把握プログラムの一実施の形態が適用されたものである。サーバー１は、ネットワーク２に接続されており、同じくネットワーク２に接続される多数の車載装置３（１）、３（２）、３（３）、…などからのプローブ情報（リアルプローブデータ）Ｐｂを収集する。そして、サーバー１は、多数の車載装置３（１）、３（２）、３（３）、…などからのプローブ情報を処理することによって、駐車場の混雑状況を把握し、これを駐車場混雑情報Ｐｊとして多数の車載装置３（１）、３（２）、３（３）、…などに提供する。
【００１８】
ネットワーク２は、サーバー１と多数の車載装置３（１）、３（２）、３（３）、…などとを相互に接続する種々の通信網を含む。具体的に、ネットワーク２は、インターネット、携帯電話網、公衆交換電話網などの広域ネットワークや、例えば、ＷｉＭＡＸ規格の無線通信網などをも含む。また、ネットワーク２は、高度交通システム（ＩＴＳ（Intelligent Transport Systems））のいわゆるＩＴＳスポットを通じて通信を行う通信網なども含む。
【００１９】
車載装置３（１）、３（２）、３（３）、…のそれぞれは、いわゆる車載用のナビゲーション装置であり、現在位置の測位機能を備え、地図を表示して経路案内を行うものである。また、車載装置３（１）、３（２）、３（３）、…のそれぞれは、所定のタイミングごとに、自機の現在位置、移動速度、当該現在位置や移動速度の取得日時などを含むプローブ情報Ｐｂを形成し、これをサーバー１に提供する機能を有する。さらに、車載装置３（１）、３（２）、３（３）、…のそれぞれは、サーバー１から提供される駐車場混雑情報Ｐｊなどを受信して、これを表示するなどして出力できる。
【００２０】
そして、この実施の形態においては、駐車場の混雑状況を適切に把握するために、サーバー１でのプローブ情報の処理の仕方に大きな特徴がある。図２、図３は、この実施の形態のサーバー１において、多数の車載装置３（１）、３（２）、３（３）、…からのプローブ情報を処理することにより実現するサービスエリアなどの混雑状況の把握の仕方について説明するための図である。
【００２１】
この実施の形態のサーバー１は、高速道路に併設されているサービスエリアやパーキングエリアの位置と面積範囲とを管理している。具体的に、サービスエリアやパーキングエリアの位置と面積範囲は、詳しくは後述するが、地図情報に含まれるサービスエリアやパーキングエリアのいわゆるポリゴンデータにより正確に把握できる。
【００２２】
ここで、ポリゴンデータは、サービスエリアやパーキングエリアである拠点の所在位置に対応すると共に、拠点の所在領域（地図上における拠点の占める面積範囲）を示すデータ（形状データ）である。したがって、ポリゴンデータが示す拠点の領域範囲は、その拠点の所在領域と等価であり、各拠点が占める閉じた面積範囲を意味する。そして、この実施の形態において、拠点のポリゴンデータは、地図上のどの位置のどの範囲にサービスエリアやパーキングエリアなどの所定の拠点が存在するかを表示するための情報である。より具体的にポリゴンデータは、各拠点の所在領域（拠点ポリゴン）の形状を特定可能なように、この実施の形態では所在領域の輪郭上の複数の点に対応する複数の緯度・経度情報からなる。なお、緯度・経度情報ではなく、緯度・経度情報に変換可能な地図上の座標データを用いることも可能である。
【００２３】
例えば、図２に示すように、高速道路に併設された所定のサービスエリアに着目する。当該サービスエリアの位置と領域（面積範囲）は、サーバー１において管理（把握）されている。図２において、点線で囲んで示した矩形領域が、当該サービスエリアの領域（面積範囲）である。そして、サーバー１では、車載装置３（１）、３（２）、３（３）、…からのプローブ情報の位置情報（緯度・経度情報）から、当該サービスエリアの領域内に位置するプローブ情報の送信元を特定できる。また、車載装置３（１）、３（２）、３（３）、…からのプローブ情報に速度情報が含まれている場合には、当該サービスエリアの領域に位置するプローブ情報の送信元（当該車載装置の搭載車）の移動速度を把握できる。
【００２４】
なお、プローブ情報に移動速度が含まれていない場合であっても、同じ車載装置から提供された今回のプローブ情報と前回のプローブ情報の位置情報と当該位置情報の取得日時とを用いて、プローブ情報の送信元の移動距離と移動時間を求める。そして、求めた移動距離を移動時間で割り算することにより当該プローブ情報の提供元である車載装置の搭載車の移動速度が求められる。また、プローブ情報の送信元の移動速度が、減速傾向か加速傾向かについても、今回の移動速度と前回の移動速度とを比較することによって把握可能である。以前の移動速度は、車載装置ごとにサーバー１側で蓄積しておくようにすればよい。
【００２５】
そして、この実施の形態のサーバー１は、図２に示すように、管理しているサービスエリアの領域内に位置し、移動速度が時速３０ｋｍ未満のプローブ情報の送信元（車載装置の搭載車）は、当該サービスエリアに滞在中であると判別する。また、時速３０ｋｍ以上の移動速度で移動しているプローブ情報の送信元であっても、その移動速度が減速傾向にある場合には、当該送信元は当該サービスエリア内に滞在中であると判別する。また、時速３０ｋｍ以上の移動速度で移動しているプローブ情報の送信元であって、その移動速度が加速傾向にある場合には、当該送信元は当該サービスエリアに滞在中であるとは看做さないようにする。
【００２６】
すなわち、図３に示すように、プローブ情報の送信元である車載装置の搭載車の移動速度が、時速０ｋｍ以上時速１０ｋｍ未満である場合には、移動速度が減速傾向か加速傾向かにかかわらず、当該送信元は停車中か徐行中であり、当該サービスエリア内に滞在中であると判別する。また、プローブ情報の送信元の移動速度が、時速１０ｋｍ以上時速２０ｋｍ未満である場合には、移動速度が減速傾向か加速傾向かにかかわらず、当該送信元は当該サービスエリア内を徐行中であり、当該送信元は当該サービスエリア内に滞在中であると判別する。また、プローブ情報の送信元の移動速度が、時速２０ｋｍ以上時速３０ｋｍ未満である場合には、移動速度が減速傾向か加速傾向かにかかわらず、当該送信元は当該サービスエリア内を徐行中であり、当該送信元は当該サービスエリアに滞在中であると判別する。
【００２７】
また、プローブ情報の送信元の移動速度が、時速３０ｋｍ以上である場合であって、移動速度が減速傾向であるときには、当該送信元は当該サービスエリアに入ってきたものであり、当該送信元は当該サービスエリア内に滞在中であると判別する。これに対して、プローブ情報の送信元の移動速度が、時速３０ｋｍ以上である場合であって、移動速度が加速傾向であるときには、当該送信元は当該サービスエリアから出ようとしているものであり、当該送信元は当該サービスエリア内に滞在中とは看做さないようにする。
【００２８】
このようにして、サーバー１は、当該サービスエリア内における、この実施の形態の車載装置の搭載車（プローブ情報の送信元）の滞在数を把握する。そして、図２においては、黒丸印を付して示した自動車が当該サービスエリアに滞在していると判別された車載装置３（１）、…等の搭載車である。また、図２において、アスタリスク（＊）を付して示した自動車が、当該サービスエリア内に位置していても、当該サービスエリア内には滞在しているとは看做されない車載装置３（１）、…等の搭載車である。
【００２９】
そして、サーバー１は、把握したプローブ情報の送信元の滞在数に基づいて、当該サービスエリアにおける混雑状況を把握する。しかし、求めた滞在数は、あくまでもプローブ情報を送信してきている車載装置の搭載車の滞在数であり、プローブ情報を送信する車載装置を搭載していない自動車やプローブ情報を送信する車載装置を搭載していても機能させていない自動車も存在する。このため、この実施の形態のサーバー１においては、以下に説明するいくつかの方法を用いて、より適切にサービスエリア等の混雑状況を把握する。
【００３０】
１つの方法は、当該サービスエリアの駐車可能台数に対する、把握したプローブ情報の送信元の滞在数の割合に応じて、当該サービスエリアの混雑状況を把握する。例えば、駐車可能台数が３００台であるとする。この場合に、プローブ情報の送信元の滞在数が例えば１０台未満であれば混雑していないと判別し、１０台以上３０台未満であれば混雑傾向にあると判別し、３０台以上であれば混雑していると判別する。というように、当該サービスエリアの混雑状況を把握する。この例の場合の、滞在数の１０台、３０台という基準値は、例えば、過去の混雑状況の実測値に基づいて定めるなどのことが可能である。
【００３１】
また、他の１つは、当該サービスエリアについての過去に把握した滞在数の最大値に対する、把握したプローブ情報の送信元の滞在数の割合に応じて、当該サービスエリアの混雑状況を把握する。例えば、当該サービスエリアの過去の滞在数の最大値が、６０台であったとする。この場合に、プローブ情報の送信元の最新の滞在数が例えば２０台未満であれば混雑していないと判別し、２０台以上４０台未満であれば混雑傾向にあると判別し、４０台以上であれば混雑していると判別する。というように、当該サービスエリアの混雑状況を把握する。なお、駐車可能台数と過去の滞在数の最大値とから、混雑状況を把握するための滞在数の基準値を決めるようにしてもよい。
【００３２】
また、他の１つは、過去の同一月日の同一時間帯の滞在数や過去の同一月の対応曜日の滞在数や過去の同一月の対応期間の滞在数などと、把握したプローブ情報の送信元の滞在数に基づいて、当該サービスエリアの混雑状況を把握する。例えば、今回把握したプローブ情報の送信元の滞在数が、過去の同一月日の同一時間帯の滞在数や、過去の同一月の対応曜日の滞在数や、過去の同一月の対応期間の滞在数よりも少ない場合には混雑しておらず、逆に多い場合は混雑していると判別する。というように混雑状況の把握が可能である。
【００３３】
このような過去の統計データを用いる場合、統計データに基づいて相対的にサービスエリアなどの混雑状況を把握できる。具体的には、過去の統計データが１００台（１００点）であるサービスエリアの場合に、プローブ情報（リアルプローブデータ）が２台分（２点分）しか上がってきていない場合には、そのサービスエリアは「空いている」と判別できる。しかし、過去の統計データが１０台（１０点）であるサービスエリアの場合に、プローブ情報（リアルプローブデータ）が２台分（２点分）上がってきている場合には、そのサービスエリアは「混んでいる」と判別できる。
【００３４】
また、所定のサービスエリアの混雑状況を把握する場合に、そのサービスエリアの面積範囲に位置するプローブ情報（リアルプローブデータ）の１つ（１点）に対して、プローブデータの集まり具合に応じて重み付けを行うようにしてもよい。もちろん、混雑状況の判別の基準となる把握した「プローブ情報（リアルプローブデータ）の送信元」の滞在数に対して、プローブデータの集まり具合に応じて重み付けを行うようにしてもよい。
【００３５】
この場合のプローブ情報の集まり具合は、例えば、当該サービスエリアの面積範囲に位置するプローブ情報の送信元の滞在数の所定の基準単位時間当りの滞在数の対する単位時間当りの増減率を用いるなどのことができる。また、当該所定のサービスエリアの手前の高速道路上の２ｋｍの区間などというように、当該サービスエリア手前の高速道路上の所定区間に位置するプローブ情報の送信元の台数を、重み付けのためのプローブ情報の集まり具合として用いることもできる。
【００３６】
なお、高速道路条の所定区間のプローブ情報の送信元（当該車載装置の搭載車）の台数は、上述したように各搭載車からのプローブ情報に基づいて、サーバー１で把握可能である。また、プローブ情報の統計データではなく、現在の渋滞状況に応じて重み付けをしたり、天気、曜日、時間帯などに応じて重み付けをしたりすることもできる。すなわち、交通量が多くなる状況にある場合には、プラス方向に所定量の重み付けを行い、交通量が少なくなる状況にある場合には、マイナス方向に所定量の重み付けを行うといったことができる。
【００３７】
このように、重み付けを行うことにより、プローブ情報の送信元（当該車載装置の搭載車）のサービスエリアにおける滞在数を、プローブ情報の送信元の数が少ない場合でもより正確に把握できる。なお、重み付けは、上述もしたように、プローブ情報の統計データや渋滞状況などの種々の要因に応じて、プラス方向に重み付けされることもあれば、マイナス方向に重み付けされる場合もある。
【００３８】
また、上述したように、この実施の形態の車載装置３（１）などの普及率が分かっている場合には、把握した滞在数を普及率で割り算することにより、当該車載装置を搭載していない自動車を含めた滞在数の予測値を求めることができる。また、当該車載装置の搭載車における当該車載装置の普及率に応じて、滞在数の微調整を行うことも可能である。
【００３９】
このように、この実施の形態のサーバー１は、車載装置３（１）、３（２）、３（３）、…からのプローブ情報を収集し、プローブ情報の送信元の移動速度に応じた解析を行うことによって、プローブ情報の送信元の滞在数を把握し、これに基づいてサービスエリア等の混雑状況を的確に把握するようにしている。そして、把握したサービスエリア等の混雑状況を、例えば、車載装置３（１）、３（２）、３（３）、…等を通じてユーザーに提供することができるようにしている。
【００４０】
以下においては、まず、プローブ情報の送信元となる車載装置３（１）、３（２）、３（３）、…の構成例を説明した上で、プローブ情報を処理してサービスエリア等の混雑状況を把握するサーバー１の構成と動作等の詳細について説明する。なお、車載装置３（１）、３（２）、３（３）、…としては、複数のメーカーによって、様々なものが提供されているが、その基本的な機能は同じである。このため、以下においては、特に区別して示す場合を除き、車載装置３（１）、３（２）、３（３）、…を総称して、車載装置３と記載する。
【００４１】
［車載装置３の構成例］
図４は、この実施の形態の車載装置３の構成例について説明するためのブロック図である。図４に示す車載装置３おいて、無線通信部３０１は、ネットワーク２を通じて受信した信号を自機が処理可能なデータに変換して取り込んだり、送信用の種々のデータをプロトコルに準拠した信号に変換してネットワーク２に送出したりする。当該無線通信部３０１には、送受信アンテナ３０１Ａが接続されている。
【００４２】
制御部３０２は、車載装置３の各部を制御するものであり、図示しないが、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）がＣＰＵバスを通じて接続されて構成されたコンピュータ装置である。また、制御部３０２は、種々のアプリケーションを実行するアプリ実行部としても機能する。
【００４３】
記憶装置３０３は、記録媒体として例えば不揮発性メモリを備え、種々のアプリケーションプログラムや種々の処理により得られたデータ等の不揮発性メモリへの書込み／記録保持／読み出し／削除を行う。操作部３０４は、車載装置３に設けられたハーウェアキーからなり、ユーザーからの操作入力を受け付けて、受け付けた情報を制御部３０２に供給する。なお、操作部３０４に設けられたハードウェアキーは例えば電源のオン／オフキー、基本機能を実行するための幾つかのファンクションキー、矢印キー等である。
【００４４】
時間制御部３０５は、現在年月日、現在曜日、現在時刻を管理する。速度等取得部３０６は、この実施の形態においては、搭載された自動車に設けられている速度センサからの検出値である移動速度を取得する。取得された移動速度は、後述するプローブ情報に含められる。ＧＰＳ部３０７およびＧＰＳアンテナ３０７Ａは、自機の現在位置を測位するものである。
【００４５】
表示部３０８は、種々の画像データや映像データの供給を受けて、これを映像信号に変換し、当該映像信号に応じた画像や映像を自己の表示画面に表示する。音声出力部３０９は、これに供給される種々の音声データをアナログ音声信号に変換し、これをスピーカ３１０に供給する。これにより、音声出力部３０９に供給された音声データに応じた音声がスピーカ３１０から放音される。これら音声出力部３０９およびスピーカ３１０は、ＴＴＳ（Text To Speech）機能を実現する場合などに用いられる。
【００４６】
ナビゲーション処理部３１１は、操作部３０４を通じて受け付けるユーザーからの操作入力に応じて、ルート探索要求を形成し、これをサーバー１に送信して、ルート探索結果や地図情報の提供を受ける。提供を受けた情報は、記憶装置３０３に格納される。そして、ナビゲーション処理部３１１は、提供を受け、記憶装置３０３に記憶した地図情報に応じた地図やルート探索結果を表示部３０８に表示し、ＧＰＳ部３０７を通じて取得する自機の現在位置を用いて、道案内（ナビゲーション）を行う処理を実行する。
【００４７】
プローブ生成部３１２は、制御部３０２の制御の下、例えば、１分ごとなどのように、所定のタイミングごとに、プローブ情報を形成し、これを無線通信部３０１及び送受信アンテナ３０１Ａを通じて、サーバー１に送信する処理を行う。図５は、プローブ生成部３１２において生成されるプローブ情報の例を説明するための図である。
【００４８】
図５に示すように、プローブ生成部３１２で生成されるプローブ情報は、送信元ＩＤ、位置情報（緯度，経度）、移動速度、取得日時、その他の情報からなっている。送信元ＩＤは、例えば、当該車載外装置の製造番号など、車載装置３のユーザー個人は特定できないが、プローブ情報の送信元の識別は可能な情報である。位置情報は、ＧＰＳ部３０７を通じて取得された自機の現在位置を示す情報である。移動速度は、上述した速度等取得部３０６を通じて取得された当該車載装置３を搭載している自動車の速度センサの検出値である。取得日時は、位置情報と移動速度を取得した時点を示す情報であり、車載装置３の時間制御部３０５から取得する情報である。
【００４９】
すなわち、プローブ生成部３１２は、制御部３０２の制御の下、所定のタイミングごとに、ＧＰＳ部３０７、速度等取得部３０６、時間制御部３０５から位置情報、移動速度、日時情報を取得し、これらを含むプローブ情報を形成して、サーバー１に送信する。なお、識別ＩＤは、制御部３０２の例えばＲＯＭなどに記憶保持されているもの、あるいは、記憶装置３０３の所定のエリアに記録されたものなどが用いられる。
【００５０】
このように、この実施の形態の車載装置３は、自動車に搭載されて使用され、ナビゲーション機能を実現すると共に、所定のタイミングごとに図５に示したプローブ情報を形成し、サーバー１に送信する機能を実現する。なお、図４には図示しなかったが、車載装置３は、加速度センサや方位センサ（地磁気センサ）や高度センサ（気圧センサ）を有するセンサ部を備え、これらのセンサ部からの検出出力をも用いて、自動航法機能を実現するなどのこともできるようになっている。
【００５１】
［駐車場情報提供サーバー１の構成例］
次に、車載装置３からのプローブ情報の提供を受けるサーバー１の構成例について説明する。図６は、この実施の形態のサーバー１の構成を説明するためのブロック図である。図６に示すサーバー１において、通信Ｉ／Ｆ１０１は、ネットワーク２を通じて受信した信号を自機が処理可能なデータに変換して取り込んだり、送信用の種々のデータをプロトコルに準拠した信号に変換してネットワーク２に送出したりする。
【００５２】
制御部１０２は、サーバー１の各部を制御するものであり、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭがＣＰＵバスを通じて接続されて構成されたコンピュータ装置である。また、制御部１０２は、種々のアプリケーションを実行するアプリケーション実行部としても機能する。記憶装置１０３は、記録媒体としてハードディスクを備え、種々のアプリケーションプログラムや種々の処理により得られたデータ等のハードディスクへの書込み／記録保持／読み出し／削除を行う。
【００５３】
地図ＤＢ１０４、駐車場管理ファイル（図６では駐車場管理Ｆと記載。）１０５は、ハードディスクなどの大容量記録媒体に形成され、所定のデータを記憶保持する。ここで、地図ＤＢ１０４における文字「ＤＢ」は、データベース（Data Base）の略称である。
【００５４】
地図ＤＢ１０４は、地図を描画するための例えばベクトルデータやラスタデータ、注記（注釈）データ等の種々の地図情報（地図データ）を緯度・経度情報に対応付けて記憶保持する。具体的に、地図ＤＢ１０４に蓄積されている地図情報は、例えば、道路、鉄道、河川、山岳、商業施設、金融機関、住宅、標識などの所定の種別毎（レイヤ毎）に形成されている。
【００５５】
また、地図ＤＢ１０４は、各レイヤに含まれる種々の施設や地形上の特徴点などである種々の拠点について、いわゆるＰＯＩ（point of interest）情報と呼ばれる拠点情報をも保持している。例えば、高速道路には、サービスエリア（ＳＡ）やパーキングエリア（ＰＡ）が併設されている。そして、地図ＤＢ１０４では、ＰＯＩ情報として、サービスエリアやパーキングエリアについて、名称、ＳＡかＰＡかの区別、併設されている施設に関する情報、代表点、面積範囲、駐車可能台数などの詳細情報が整えられている。
【００５６】
ここで、サービスエリア等の面積範囲を示すデータについて説明する。サービスエリア等の面積範囲は、いわゆるポリゴンデータにより示される。ポリゴンデータは、上述もしたように、拠点であるサービスエリア等の所在位置に対応すると共に、サービスエリア等の所在領域（面積範囲）を示すデータであり、各拠点の所在領域の形状を特定可能なように、所在領域の輪郭上の複数の点の位置を示す複数の緯度・経度情報からなる。そして、拠点のポリゴンデータを構成する隣り合う点（座標位置）を接続することにより、対応する拠点の所在領域の形状（輪郭）を特定でき、更に当該所在領域の地図上の位置、範囲も特定できるようになっている。
【００５７】
図７は、サービスエリア等の面積範囲を特定するポリゴンデータの一例について説明するための図である。図７に示すように高速道路に併設された長方形状の敷地（面積範囲）を有するサービスエリア等について考える。当該サービスエリア等の面積範囲は、図７において、当該サービスエリアの敷地の４つの頂点の位置ＰＡ１、ＰＡ２、ＰＡ３、ＰＡ４により特定できる。すなわち、４つの頂点の位置ＰＡ１、ＰＡ２、ＰＡ３、ＰＡ４を繋いだ点線で示した範囲が、当該サービスエリア等の面積範囲であると特定できる。そして、位置ＰＡ１、ＰＡ２、ＰＡ３、ＰＡ４のそれぞれは、緯度・経度情報からなるものである。
【００５８】
このように、当該サービスエリア等の面積範囲を正確に特定可能な位置ＰＡ１、ＰＡ２、ＰＡ３、ＰＡ４からなるデータがポリゴンデータである。そして、地図ＤＢ１０４で管理されるＰＯＩ情報には、図７において代表点して示したように、当該サービスエリア等について１つ決まる代表点も記憶保持される。したがって、当該代表点により、当該サービスエリア等の位置が特定でき、また、ポリゴンデータにより、その面積範囲が特定できるようになっている。なお、拠点ポリゴンデータとして演算式を含めることにより、例えば、円状や半円状の形状（輪郭）の面積範囲を示すようにすることもできる。
【００５９】
駐車場管理ファイル１０５は、この実施の形態においては、高速道路に併設されているサービスエリアやパーキングエリアに関する情報を記憶保持する。図８は、駐車場管理ファイル１０５の格納データの例について説明するための図である。この実施の形態において、駐車場管理ファイル１０５には、サービスエリアやパーキングエリアごとに、識別ＩＤ、名称、代表点、ポリゴンデータ、駐車可能台数、滞在数の最大値、最新の混雑状況を管理する。識別ＩＤは、サービスエリアやパーキングエリアのそれぞれごとに予め割り当てられた識別情報であり、名称は、サービスエリアやパーキングエリアのそれぞれに付けられた名称（名前）であり、通常は所在地の名称などが用いられる。
【００６０】
代表点は、図７を用いて説明したように、サービスエリアやパーキングエリアのそれぞれの領域範囲（面積範囲）内において決められた１つの位置を示す情報である。図８に示した例の場合には、識別ＩＤが「００００１」である名称が「○○○ＳＡ」の代表点は（緯度，経度）＝（Ｘｏａ，Ｙｏａ）であり、識別ＩＤが「００００２」である名称が「□□ＰＡ」の代表点は（緯度，経度）＝（Ｘｏｂ，Ｙｏｂ）である。
【００６１】
また、ポリゴンデータは、図７を用いて説明したように、サービスエリアやパーキングエリアごとの位置と面積範囲とを特定する緯度・経度情報からなる複数の位置情報からなるものである。このポリゴンデータは、上述もしたように、地図ＤＢ１０４に含められているＰＯＩデータの情報が用いられる。図８に示した例の場合には、識別ＩＤが「００００１」である名称が「○○○ＳＡ」のポリゴンデータは、ＰＡ１（Ｘ１ａ，Ｙ１ａ）、ＰＡ２（Ｘ２ａ，Ｙ２ａ）、…である。また、識別ＩＤが「００００２」である名称が「□□ＰＡ」のポリゴンデータは、ＰＢ１（Ｘ１ｂ，Ｙ１ｂ）、ＰＢ２（Ｘ２ｂ，Ｙ２ｂ）、…である。
【００６２】
そして、駐車可能台数は、サービスエリアやパーキングエリアごとに予め決められている駐車が可能な自動車の台数であり、当該駐車可能台数もまた、地図ＤＢ１０４のＰＯＩデータに含められているものを用いることができる。また、滞在数の最大値は、後述もするように、車載装置３から提供されるプローブ情報に基づいて、サービスエリアやパーキングエリアごとであって、所定のタイミングごとに把握されるプローブ情報の送信元の滞在数の内のそれまでの最大値である。
【００６３】
また、最新の混雑状況は、後述するように、サーバー１において、サービスエリアやパーキングエリアごとに判別される混雑状況を示す情報であり、「混雑している」、「空いている」、「混雑傾向にある」といった状況を示す情報である。なお、混雑状況を示す情報は、実際には、数値化されたデータである。この様な情報が、駐車場管理ファイル１０５において管理される。
【００６４】
プローブファイル１０６は、通信Ｉ／Ｆ１０１を通じて受信される車載装置３のそれぞれからのプローブ情報（図５）を、例えば、車載装置別であって、時系列（取得日時）順に蓄積する。すなわち、サーバー１の制御部１０２は、ネットワーク２を通じて順次に送信されて来るプローブ情報を通信Ｉ／Ｆ１０１を通じて受信して、プローブファイル１０６に蓄積する機能を有している。
【００６５】
速度等特定部１０７は、所定のタイミングごとに、プローブファイル１０６に蓄積されているプローブ情報から、日時情報が直前の所定期間内にあるプローブ情報を抽出する。そして、速度等特定部１０７は、抽出したプローブ情報と駐車場管理ファイル１０５の格納データとに基づいて、サービスエリアやパーキングエリアごとに、サービスエリアやパーキングエリア内に位置するプローブ情報の送信元を特定する。そして、速度等特定部１０７は、サービスエリアやパーキングエリア内に位置する当該送信元の移動速度と、当該移動速度が減速傾向か加速傾向かを特定する。
【００６６】
ここで、プローブ情報の送信元が、サービスエリアやパーキングエリアの領域内に位置するか否かは、詳しくは後述もするプローブ情報に含まれる位置情報と駐車場管理ファイル１０５のサービスエリアやパーキングエリアのポリゴンデータとに基づいて判別できる。また、プローブ情報の送信元の移動速度は、プローブ情報が移動速度を含むものである場合には、当該プローブ情報の移動速度によって直接に送信元の移動速度が特定できる。また、処理対象のプローブ情報の１つ前のプローブ情報の移動速度と処理対象のプローブ情報の移動速度とを比較することによって、減速傾向か加速傾向かを特定できる。
【００６７】
なお、プローブ情報が移動速度を含まず、位置情報と当該位置情報の取得日時とを含むものである場合には、上述もしたように、計算により移動速度を求める。すなわち、処理対象のプローブ情報の位置情報と当該位置情報の取得日時と、その１つ前のプローブ情報の位置情報と当該位置情報の取得日時とから、移動距離と移動時間とを求め、求めた移動距離を求めた移動時間で割り算することにより移動速度が求められる。このようにして求める移動速度を送信元ごとであって時系列順に例えば記憶装置１０３に保持しておけば、最新の移動速度が減速傾向か加速傾向かを特定できる。
【００６８】
滞在数把握部１０８は、速度等特定部１０７による特定結果に基づいて、サービスエリアやパーキングエリア内に位置するプローブ情報の送信元の滞在数を、サービスエリアやパーキングエリアごとに把握する。把握の方法は、図２、図３を用いて説明したように、移動速度が３０ｋｍ未満のプローブ情報の送信元は当該サービスエリアやパーキングエリアに滞在していると判断してカウントアップする。
【００６９】
また、移動速度が３０ｋｍ以上のプローブ情報の送信元は、移動速度が減速傾向である場合には、当該サービスエリアやパーキングエリアに入ってきて滞在しようと判断してカウントアップする。しかし、移動速度が３０ｋｍ以上のプローブ情報の送信元は、移動速度が加速傾向である場合には、当該サービスエリアやパーキングエリアから出ようとしていると判断してカウントアップしないようにする。このようにして、滞在数把握部１０８は、サービスエリアやパーキングエリアごとに、プローブ情報を送信してきている車載装置３を搭載した自動車の滞在数を把握する。
【００７０】
混雑状況判別部１０９は、サービスエリアやパーキングエリアにおける最新に把握した車載装置３を搭載した自動車の滞在数に基づいて、サービスエリアやパーキングエリアの混雑状況を判別する。混雑状況の判別方法は、種々の方法を用いることができる。具体的には、上述もしたように、駐車場管理ファイル１０５のサービスエリアやパーキングエリアごとの駐車可能台数との関係で混雑状況を判別できる。
【００７１】
また、駐車場管理ファイル１０５のサービスエリアやパーキングエリアごとの過去の滞在数の最大値との関係で混雑状況を判別できる。さらに、把握した滞在数と、過去の同一月日の同一時間帯の滞在数や、過去の同一月の対応曜日の滞在数や、過去の同一月の対応期間の滞在数などに基づいて、サービスエリアやパーキングエリアの混雑状況を判別することもできる。
【００７２】
このようにして、混雑状況判別部１０９で判別されたサービスエリアやパーキングエリアごとの混雑状況は、駐車場管理ファイル１０５の最新の混雑状況の欄に更新され、必要に応じて、車載装置３が搭載された自動車などに提供される。また、速度等特定部１０７における計算結果などは、必要に応じて記憶装置１０３のワークエリアに一時記憶されて利用される場合ももちろんある。
【００７３】
なお、説明を簡単にするため、図４には示さなかったが、サーバー１は、経路探索用の道路ネットワークデータベースや経路探索処理部などを備えている。すなわち、サーバー１は、車載装置３からの要求に応じてルート探索を行い、探索結果やナビゲーション用の地図データなどの提供をも行う機能を備えている。
【００７４】
［サーバー１でのサービスエリア等の混雑状況の把握処理］
次に、図６に示した構成を有するこの実施の形態のサーバー１において行われるサービスエリアやパーキングエリアの混雑状況の把握処理について具体的に説明する。なお、サーバー１は、高速道路に併設された多数のサービスエリアやパーキングエリアのそれぞれの混雑状況を把握できるものである。しかし、ここでは、説明を簡単にするため、所定の１つのサービスエリアの混雑状況を把握する場合に絞って、混雑状況の把握処理について説明する。
【００７５】
図９は、サーバー１で実行されるサービスエリア等の混雑状況の把握処理を説明するためのフローチャートである。この図９に示す処理は、サーバー１において、例えば、１分ごとなどのように、所定のタイミングごとに制御部１０２において実行される。図９に示す処理が実行されると、制御部１０２は、まず、当該サービスエリアの混雑状況を把握するための滞在数（カウントのための変数）をイニシャライズ（初期化）する（ステップＳ１０１）。
【００７６】
次に、制御部１０２は、プローブファイル１０６から今回処理の対象とするプローブ情報を抽出する（ステップＳ１０２）。ステップＳ１０２においては、例えば、１分ごとに図９に示す処理を実行するのであれば、当該サービスエリアの面積範囲に位置する車載装置３からのプローブ情報であって、今回の実行タイミングから過去１分間以内の日時情報を有するプローブ情報を抽出する。抽出されたプローブ情報は、例えば記憶装置１０３の作業領域に格納する。
【００７７】
制御部１０２は、抽出した複数のプローブ情報の先頭に処理対象を位置付ける（ステップＳ１０３）。そして、制御部１０２は、速度等特定部１０７を制御し、処理対象のプローブ情報の送信元である車載装置３の移動速度と、当該車載装置３は、減速傾向にあるのか加速傾向にあるのかを特定する（ステップＳ１０４）。
【００７８】
なお、上述もしたように、移動速度は、プローブ情報に含まれていればそれを用いる。また、当該プローブ情報の送信元の移動速度が、減速傾向か加速傾向かは、同じ送信元（車載装置３）からの今回と前回のプローブ情報の移動速度を比較することにより特定できる。また、プローブ情報に移動速度が含まれていない場合には、移動速度は、上述もしたように、同じ送信元（車載装置３）からの今回と前回のプローブ情報の位置情報と日時情報とを用いて、計算により特定可能である。また、移動速度が減速傾向にあるのか加速傾向にあるのかは、前回算出した移動速度を保持しておき、今回算出した移動速度と比較することにより特定可能である。
【００７９】
次に、制御部１０２は、滞在数把握部１０８を制御し、ステップＳ１０４において、速度等特定部１０７において特定された移動速度と、減速傾向か、加速傾向かの情報に基づいて、滞在数のカウント処理を行う。具体的には、滞在数把握部１０８は、ステップＳ１０４において、速度等特定部１０７において特定された移動速度は、３０ｋｍ／ｈ未満か否かを判別する（ステップＳ１０５）。ステップＳ１０５の判別処理において、３０ｋｍ／ｈ未満であると判別したときには、滞在数を「１」だけカウントアップする（ステップＳ１０６）。
【００８０】
ステップＳ１０５の判別処理において、移動速度は３０ｋｍ／ｈ未満ではないと判別したときには、滞在数把握部１０８は、当該送信元の移動速度は減速傾向か否かを判別する（ステップＳ１０７）。ステップＳ１０７の判別処理において、移動速度は減速傾向であると判別したときには、滞在数把握部１０８は、滞在数を「１」だけカウントアップする（ステップＳ１０６）。ステップＳ１０７の判別処理において、移動速度は減速傾向ではないと判別したときには、滞在数のカウントアップはすることなく、ステップＳ１０８の処理に進む。
【００８１】
そして、制御部１０２は、ステップＳ１０６の処理の後と、ステップＳ１０７の判別処理において、移動速度は減速傾向ではないと判別したときには、抽出した全てのプローブ情報の処理を終了した否かを判別する（ステップＳ１０８）。ステップＳ１０８の判別処理において、抽出した全てのプローブ情報について処理を終了していないと判別したときには、制御部１０２は、次のプローブ情報に処理対象を位置付けるようにし（ステップＳ１０９）、ステップＳ１０４からの処理を繰り返す。
【００８２】
また、ステップＳ１０９の判別処理において、抽出した全てのプローブ情報について処理が終了したと判別したとする。この場合、制御部１０２は、混雑状況判別部１０９を制御し、ステップＳ１０１からステップＳ１０９の処理によりカウントアップした滞在数に基づいて、当該サービスエリアの混雑状況を判別する（ステップＳ１１０）。具体的に、ステップＳ１１０では、上述もしたように、求めた滞在数と、駐車場管理ファイル１０５で管理されている当該サービスエリアの駐車可能台数、過去の滞在数の最大値、過去の統計データに応じて算出した基準値などに基づいて、当該サービスエリアの混雑状況を判別する。
【００８３】
そして、制御部１０２は、混雑状況判別部１０９で判別された当該サービスエリアの混雑状況を、駐車場管理ファイル１０５の当該サービスエリアの最新の混雑状況欄に更新する（ステップＳ１１１）。そして、この図９に示す処理を終了し、次の実行タイミングを待つことになる。この図９に示した処理が、高速道路に併設されたサービスエリアやパーキングエリアごとに行われることによって、高速道路に併設された全てのサービスエリアやパーキングエリアの混雑状況を把握できる。
【００８４】
そして、把握したサービスエリアやパーキングエリアごとの混雑状況は、ネットワーク２を通じて車載装置３に提供するなどのことが可能となる。そして、サービスエリアやパーキングエリアの混雑状況は、いわゆるプッシュ方式で、プローブ情報を送信してきている車載装置３に提供したり、プル方式で、すなわち、車載装置３などからの要求に応じて、要求元の車載装置３などに近隣の駐車場の混雑状況として通知したりできる。なお、混雑状況の通知処理は、制御部１０２が、駐車場管理ファイル１０５の最新の混雑状況欄の情報に基づいて行われる。
【００８５】
［滞在数の履歴データの活用例］
上述したように、サービスエリア等の混雑状況を判別する場合に、過去の同一月日の同一時間帯の滞在数や、過去の同一月の対応曜日の滞在数や、過去の同一月の対応期間の滞在数などを基準として用いることができる。このように過去の情報を用いる場合、過去のプローブ情報を全て保持しておけばよいが、再度の集計処理が必要になり効率的ない。そこで、過去の滞在数の履歴データを保持する必要が生じる。この過去の滞在数の履歴データは種々の態様で保持することが可能であるが、ここでは、その一例について説明する。
【００８６】
図１０は、例えば、記憶装置１０３の所定の記憶領域に形成される駐車場別滞在数履歴データファイルの格納データの例を説明するための図である。この例の場合、図１０に示すように、当該駐車場別滞在数履歴データファイルは、サービスエリアやパーキングエリアの識別ＩＤと、名称と、履歴データとが保持される。この例の履歴データは日時情報と滞在数からなっている。この例では、履歴データとしての滞在数は、１時間単位の平均値を保持する。したがって、駐車場別滞在数履歴データファイルには、図１０に示すように、サービスエリアやパーキングエリアごとであって、日時ごと（年月日ごとの１時間ごと）に、図９に示した処理で求めたプローブ情報の送信元の滞在数の平均値を記憶保持する。
【００８７】
図１０に示した例の場合、識別ＩＤが「００００１」である名称が「○○○ＳＡ」であるサービスエリアについては、２００８年１月１日の午前０時台の１時間当りのプローブ情報の送信元の滞在数の平均値は「１７０台」である。また、同午前１時台の１時間当りのプローブ情報の送信元の滞在数の平均値は「１６０台」であり、同午前２時台の１時間当りのプローブ情報の送信元の滞在数の平均値は「１５０台」である。このように、この例の駐車場別滞在数履歴データファイルでは、サービスエリアやパーキングエリアごとに、プローブ情報の送信元の滞在数の履歴データが管理される。
【００８８】
これにより、この駐車場別滞在数履歴データファイルの格納データを用いて、今回の滞在数の把握タイミングに応じた、過去の同一月日の同一時間帯の滞在数や、過去の同一月の対応曜日の滞在数や、過去の同一月の対応期間の滞在数などを求められる。そして、今回求めたプローブ情報の送信元の滞在数と、プローブ情報の送信元の滞在数の過去の履歴データとに基づいて、サービスエリア等の駐車場の混雑状況を把握することができる。
【００８９】
なお、ここでは、駐車場別滞在数履歴データファイルは記憶装置１０３に形成されるものとして説明したが、これに限るものではない。駐車場別滞在数履歴データファイルは、記憶装置１０３以外の他のハードディスクや半導体メモリなどの記録媒体に形成してもよい。
【００９０】
［実施の形態の効果］
上述したように、サーバー１は、車載装置３から送信されてくるプローブ情報に基づいて把握できる車載装置３の移動の状況（移動速度や減速、加速の傾向）に着目し、プローブ情報の送信元のサービスエリア等における滞在数を的確に把握する。すなわち、車載装置３から送信されてくるプローブ情報は、車載装置３の位置に応じた点列情報であり、移動速度や加速、減速の傾向を特定でき、これらの情報に基づいて、サービスエリア等におけるプローブ情報の送信元の滞在数を把握する。
【００９１】
そして、把握したプローブ情報の送信元の滞在数と、サービスエリア等の駐車可能台数、過去の滞在数の最大値、過去の滞在数の履歴データ等に基づいて、サービスエリア等の混雑状況を的確に予測し、把握できる。したがって、サービスエリアに大規模な混雑状況の管理システムを構築することもなく、また、車載装置３側に新たな機能を搭載することもなく、サーバー１側の処理により、サービスエリア等の駐車場の混雑状況を適切に予測して把握できる。
【００９２】
すなわち、サーバー１側での対応で実現できるため、手間、時間、費用を掛けることなく、適切にサービスエリア等の駐車場の混雑状況の把握が実現できる。そして、把握したサービスエリア等の駐車場の混雑状況は、サーバー１が車載装置３等を通じてユーザーに提供できる。これにより、当該サービスエリア等の駐車場の混雑状況を示す情報の提供を受けるユーザーは、サービスエリア等の駐車場の混雑状況に応じて、空いているサービスエリア等を適切に選択して利用できるようになる。
【００９３】
［変形例等］
上述したように、車載装置３は自動車用のナビゲーション装置であるが、当該車載装置３は、いわゆる据付型（組み込み型）のものであってもよいし、ＰＮＤ（Portable Navigation Device）と呼ばれる自動車に対する取り付け、取り外しが容易なものであってもよい。
【００９４】
また、近年においては、スマートフォンと呼ばれる高機能携帯電話端末が広く普及し、ナビゲーション用のアプリケーションプログラムを搭載することにより、自動車用のナビゲーション処理や歩行者用のナビゲーション処理を行うことができるようになっている。そして、自動車用のナビゲーション処理と歩行者用のナビゲーション処理では、用いるネットワークデータが異なるために、通常はユーザーがどちらのナビゲーション処理を行うのかを指示する。
【００９５】
そこで、自動車用のナビゲーション処理の実行が指示された場合に、所定のタイミングごとに、例えば、図５を用いて説明したプローブ情報を形成し、図６を用いて説明した機能を有するサーバー１に送信するようにする。このようにすれば、スマートフォンからのプローブ情報を利用したサービスエリア等の駐車場の混雑状況の把握が可能となる。
【００９６】
なお、スマートフォンの場合には、一般に自機の移動速度を直接に検知できないが、上述もしたように、自機の位置情報と当該位置情報の取得日時がプローブ情報にあれば、直前のプローブ情報をも考慮することによって、計算により移動速度を求めることができる。この場合、地図情報にしたがって、移動した経路を正確に把握することにより、移動距離は正確に分かるので、移動速度の正確に算出可能である。また、スマートフォンに例えば６軸の加速度センサが搭載されており、これを利用して自機の移動速度が検出可能であれば、検出した移動速度を用いることも可能である。
【００９７】
また、上述した実施の形態では、説明を簡単にするため、高速道路に併設されているサービスエリアやパーキングエリアの混雑状況を把握する場合を例にして説明したが、これに限るものではない。例えば、種々の商業施設をはじめとして種々の施設の駐車場の混雑状況を把握し、ユーザーに提供することも可能である。
【００９８】
例えば、観光地の中には、大小様々な駐車場が設けられている場所もあるが、その様な観光地の種々の駐車場の混雑状況を把握することももちろん可能である。この様な場合であっても、駐車場側に駐車台数の管理システムを設ける必要もなく、車載装置や自動車用のナビゲーション処理を実行しているスマートフォンからのプローブ情報をサーバー側で収集して処理するだけで、駐車場の混雑状況を把握できる。
【００９９】
また、上述の実施の形態では、サービスエリアなどの駐車場の混雑状況を把握する際に、自動車の滞在数と共に、予め把握されている駐車場の駐車可能台数、過去に把握した滞在数の最大値、過去に把握した滞在数の履歴データを用いるようにした。特に、過去に把握した滞在数の履歴データを用いる場合には、種々の利用態様が可能である。上述した実施の形態で説明したものの他にも、複数年の履歴データを考慮したり、考慮する時間範囲を種々に変えたりするなどのことができる。
【０１００】
また、過去の滞在数の履歴データから形成する混雑状況を把握するための基準値についても、過去のイベント等の実施状況などに応じて重み付けを行うようにしてよい。例えば、前年の同時期に大規模な道路工事が行われていたために交通量自体が少なかったという事情がある場合には、それまでの過去のデータから求められる減少分に応じた数量を当該基準値に加算するなどの調整を行うことができる。逆に、前年の同時期に○○博覧会などの大規模な催し物が合ったために通常よりも交通量が多かったという事情がある場合には、それまでの過去のデータから求められる増加分に応じた数量を当該基準値から減算するなどの調整を行うことができる。
【０１０１】
すなわち、駐車場の混雑状況を把握するために用いる過去の履歴データから形成する基準値については、過去の状況に応じて重み付けを行うことができる。当該重み付けは、過去や現在の状況に応じて、プラス方向とマイナス方向のいずれの方向にも行うことができる。また、上述もしたように、プローブ情報の送信元の滞在数についても、車載装置の普及率、過去の滞在数の増減の傾向、天候、曜日などの種々の条件に応じて、重み付けを行うことができる。
【０１０２】
また、上述した実施の形態においては、時速３０ｋｍを移動速度の閾値として用いるようにしたが、これに限るものではない。例えば、一般道から入ることになる商業施設などの駐車場の場合には、近隣に歩行者が存在する場合も多いため、かなり減速して駐車場に進入する必要がある。そこで、滞在中か否かを判別するための移動速度の閾値としては、例えば、１０ｋｍ／ｈを用いるなどというように適宜の速度とすることができる。このように、車載装置が搭載された自動車が滞在中か否かの判断の基準となる移動速度の閾値は、滞在数を把握する駐車場が設けられている場所などの条件に応じて適宜の速度とすることができる。
【０１０３】
［その他］
上述した実施の形態の説明からも分かるように、混雑状況把握装置の管理手段の機能は、サーバー１の主に駐車場管理ファイル１０５が実現し、混雑状況把握装置の受信手段の機能は、サーバー１の主に通信Ｉ／Ｆ１０１が実現している。また、混雑状況把握装置の特定手段の機能は、サーバー１の速度等特定部１０７が実現し、混雑状況把握装置の把握手段の機能は、サーバー１の滞在数把握部１０８が実現し、混雑状況把握装置の判別手段の機能は、サーバー１の混雑状況判別部１０９が実現している。また、混雑状況把握装置の提供手段の機能は、サーバー１の制御部１０２と通信Ｉ／Ｆ１０１とが協働して実現している。
【０１０４】
また、図９に示したフローチャートを用いて説明した混雑状況の把握処理が、この発明の混雑状況把握方法の一実施の形態が適用されたものである。また、図９に示した処理を実行するためのプログラムが、この発明の混雑状況把握プログラムの一実施の形態が適用されたものである。なお、混雑状況把握プログラムは、上述した実施の形態の場合、サーバー１に搭載され、制御部１０２で実行されるものである。
【０１０５】
また、上述した実施の形態において、サーバー１の速度等特定部１０７、滞在数把握部１０８、混雑状況判別部１０９の機能は、制御部１０２で実行されるプログラムによって、制御部１０２の機能として実現することもできる。
【符号の説明】
【０１０６】
１…駐車場情報提供サーバー、１０１…通信Ｉ／Ｆ、１０２…制御部、１０３…記憶装置、１０４…地図ＤＢ（地図データベース）、１０５…駐車場管理ファイル、１０６…プローブファイル、１０７…速度等特定部、１０８…滞在数把握部、１０９…混雑状況判別部、２…ネットワーク、３…車載装置、３０１…無線通信部、３０１Ａ…送受信アンテナ、３０２…制御部、３０３…記憶装置、３０４…操作部、３０５…時間制御部、３０６…速度等取得部、３０７…ＧＰＳ部、３０７Ａ…ＧＰＳアンテナ、３０８…表示部、３０９…音声出力部、３１０…スピーカ、３１１…ナビゲーション処理部、３１２…プローブ生成部
【図１】
2014229250.tif 000003
【図２】
2014229250.tif 000004
【図３】
2014229250.tif 000005
【図４】
2014229250.tif 000006
【図５】
2014229250.tif 000007
【図６】
2014229250.tif 000008
【図７】
2014229250.tif 000009
【図８】
2014229250.tif 000010
【図９】
2014229250.tif 000011
【図１０】
2014229250.tif 000012