JP7440373B2 - 情報処理装置、情報処理方法、情報処理プログラム及び記憶媒体 - Google Patents

Description

本発明は、駐車場の需要を特定する情報処理装置、情報処理方法、情報処理プログラム、及び当該プログラムを記録した記録媒体に関する。

従来、ナビゲーションシステムを利用して、駐車場を探索する技術がある。特許文献１には、地図のデータ上に登録されていない駐車場を探索する技術が開示されている。また、特許文献２には、駐車場の需要を特定する技術が開示されている。

特開２０１８－１８１０２４号公報 特開２０１６－２１２５８７号公報

ところで、上記特許文献２の場合、目的地を既存の駐車場とした車両の行先情報の件数に基づき、駐車場の需要を特定しているが、これは、新規駐車場の需要があるかについて正確にはわからないという問題がある。

そこで、本発明は、上記問題に鑑みてなされたものであり、駐車場の需要を特定することができる情報処理装置、情報処理方法、情報処理プログラムおよび記憶媒体を提供することを目的とする。

上記課題を解決するために、本発明の一態様に係る情報処理装置は、所定の範囲内に存在する車両に関する車両情報を取得する取得部と、車両情報に基づき、所定の範囲内で駐車している駐車車両と、駐車車両の駐車位置と、を特定する位置特定部と、所定の範囲内の複数の駐車場の位置を特定する駐車場特定部と、車両の駐車位置と、駐車場の位置と、に基づいて、駐車場に駐車していない車両を特定する車両特定部と、車両特定部が特定した車両のうち、当該車両が複数の駐車場のうちのいずれかを利用する可能性があったかを推定する推定部と、推定部による推定に基づき、所定の範囲内における複数の駐車場以外の駐車場の需要を示す需要情報を生成する生成部と、需要情報を出力する出力部と、を備える。

上記課題を解決するために、本発明の一態様に係る情報処理方法は、所定の範囲内に存在する車両に関する車両情報を取得する取得ステップと、車両情報に基づき、所定の範囲内で駐車している駐車車両と、駐車車両の駐車位置と、を特定する位置特定ステップと、所定の範囲内の複数の駐車場の位置を特定する駐車場特定ステップと、車両の駐車位置と、駐車場の位置と、に基づいて、駐車場に駐車していない車両を特定する車両特定ステップと、車両特定ステップが特定した車両のうち、当該車両が複数の駐車場のうちのいずれかを利用する可能性があったかを推定する推定ステップと、推定ステップによる推定に基づき、所定の範囲内における複数の駐車場以外の駐車場の需要を示す需要情報を生成する生成ステップと、需要情報を出力する出力ステップと、を含む。

上記課題を解決するために、本発明の一態様に係る情報処理プログラムは、コンピュータに、所定の範囲内に存在する車両に関する車両情報を取得する取得機能と、車両情報に基づき、所定の範囲内で駐車している駐車車両と、駐車車両の駐車位置と、を特定する位置特定機能と、所定の範囲内の複数の駐車場の位置を特定する駐車場特定機能と、車両の駐車位置と、駐車場の位置と、に基づいて、駐車場に駐車していない車両を特定する車両特定機能と、車両特定機能が特定した車両のうち、当該車両が複数の駐車場のうちのいずれかを利用する可能性があったかを推定する推定機能と、推定機能による推定に基づき、所定の範囲内における複数の駐車場以外の駐車場の需要を示す需要情報を生成する生成機能と、需要情報を出力する出力機能と、を実現させる。

また、上記情報処理装置において、車両情報は、当該車両情報が対応する車両の乗員により駐車場を検索する操作が行われたか否かを示す情報を含み、推定部は、車両情報が、駐車場を検索する操作を行ったことを示す情報を含む場合に、当該車両情報に対応する車両が複数の駐車場のうちのいずれかを利用する可能性があったと推定することとしてもよい。

また、上記情報処理装置において、車両情報は、当該車両情報が示す車両が駐車に至るまでの位置情報と当該位置情報が測定された時刻情報を含み、推定部は、車両特定部が特定した車両の車両情報に含まれる位置情報に基づく移動経路が、複数の駐車場のうちのいずれかに入車可能な道路を走行していたことを示す場合に、当該車両情報に対応する車両が複数の駐車場のうちのいずれかを利用する可能性があったと推定することとしてもよい。

また、上記情報処理装置において、推定部は、移動経路が、複数の駐車場のうちのいずれかに入車可能な道路を所定回数走行していた場合に、当該車両情報に対応する車両が複数の駐車場のうちのいずれかを利用する可能性があったと推定することとしてもよい。

また、上記情報処理装置において、推定部は、移動経路が、複数の駐車場に入車可能な道路のうち、複数の異なる道路を走行していたことを示す場合に、当該車両情報に対応する車両が複数の駐車場のうちのいずれかを利用する可能性があったと推定することとしてもよい。

また、上記情報処理装置において、推定部は、移動経路が、複数の駐車場のうちのいずれかに入車可能な道路上で所定時間以上停車していたことを示す場合に、当該車両情報に対応する車両が複数の駐車場のうちのいずれかを利用する可能性があったと推定することとしてもよい。

また、上記情報処理装置において、推定部は、車両特定部が特定した車両の車両情報が示す車両の移動速度が、車両情報が示す車両の位置情報に基づく移動経路を走行する他の車両の移動速度よりも所定以上遅い場合に、当該車両情報に対応する車両が複数の駐車場のうちのいずれかを利用する可能性があったと推定することとしてもよい。

また、上記情報処理装置において、推定部は、車両特定部が特定した車両の車両情報が示す車両の移動速度が、車両情報が示す車両の位置情報に基づく移動経路を走行する複数の他の車両の移動速度の平均値よりも所定以上遅い場合に、当該車両に対応する車両が複数の駐車場のうちのいずれかを利用する可能性があったと推定することとしてもよい。

また、上記情報処理装置において、駐車場特定部は、さらに、駐車場の時間毎の当該駐車場が満車であるか否かを示す満空情報と、駐車場を利用するための料金情報と、を特定し、車両情報は、当該車両情報が示す車両が駐車に至るまでの位置情報と当該位置情報が測定された時刻情報を含み、推定部は、車両特定部が特定した車両の車両情報に含まれる位置情報に基づく移動経路が、複数の駐車場のうちのいずれかに入車可能な道路を走行している場合であって、当該駐車場の満空情報が満車でないことを示していたときに、利用料金が当該駐車場の料金情報で示される料金よりも安ければ、当該駐車場を利用する可能性があったと推定することとしてもよい。

本発明の一態様に係る情報処理装置は、駐車場を利用していない車両が、駐車場を利用した可能性があったか否かに基づいて、駐車場の需要を特定することができる。駐車場を利用した可能性があったか否かを推定することで、情報処理装置は、より正確に、駐車場の需要があるか否かを特定することができる。

情報処理装置の機能構成例を示すブロック図である。 駐車車両の種別を説明するための概念図である。 車両による駐車場の利用可能性を説明するための概念図である。 車両による駐車場の利用可能性を説明するための概念図である。 車両情報のデータ構成例を示すデータ概念図である。 駐車場情報のデータ構成例を示すデータ概念図である。 情報処理装置による駐車場の需要を特定する処理を示すフローチャートである。 情報処理装置による車両が駐車場を利用する可能性があったかを推定する処理を示すフローチャートである。 情報処理装置による車両が駐車場を利用する可能性があったかを推定する他の処理を示すフローチャートである。 情報処理装置の他の構成例を示すブロック図である。

以下、本発明の一実施態様に係る情報処理装置について、図面を参照しながら詳細に説明する。

＜実施の形態＞
＜情報処理装置の構成＞
本発明の一態様に係る情報処理装置は、所定の範囲内に存在する車両に関する車両情報を取得する取得部（図１の１０５参照）と、車両情報に基づき、所定の範囲内で駐車している駐車車両と、駐車車両の駐車位置と、を特定する位置特定部と、所定の範囲内の複数の駐車場の位置を特定する駐車場特定部（図１の１０５参照）と、車両の駐車位置と、駐車場の位置と、に基づいて、駐車場に駐車していない車両を特定する車両特定部（図１の１０５参照）と、車両特定部が特定した車両のうち、当該車両が複数の駐車場のうちのいずれかを利用する可能性があったかを推定する推定部（図１の１０５参照）と、推定部による推定に基づき、所定の範囲内における複数の駐車場以外の駐車場の需要を示す需要情報を生成する生成部（図１の１０５参照）と、需要情報を出力する出力部（図１の１０３参照）と、を備える。以下、詳細に説明する。

図１は、情報処理装置１００の機能構成例を示すブロック図である。図１に示すように、情報処理装置１００は、受信部１０１と、受付部１０２と、出力部１０３と、記憶部１０４と、ＣＰＵ１０５とを備える。

情報処理装置１００は、サーバ装置、ＰＣなどにより実現されるが、これらに限定するものではなく、スマートフォン等の携帯端末などにより実現されるものであってもよい。以下、各機能部について詳細に説明する。

受信部１０１は、他の装置から通信により情報を受信する機能を有する。受信部１０１は、例えば、実際に自動車が走行した位置や車速などの情報を用いて生成された車両の走行履歴である走行履歴情報、所謂プローブ情報（プローブ交通情報）を受信することとしてよい。この走行履歴情報には、少なくとも、車両が存在した位置を示す位置情報（経度、緯度）及びその位置情報で示される位置を存在した時刻を示す時刻情報を含む。また、走行履歴情報は、どの車両によるものかを特定し、車両の識別情報である車両ＩＤや、車両の状態（例えば、車両の速度、ライトの点灯の有無、ワイパーの稼働の有無、ブレーキの作動状態、など）を示す状態情報なども含まれてもよい。状態情報は、所謂ＣＡＮ（Controller Area Network）情報であってもよい。また、受信部１０１は、例えば、ユーザのＰＣやウェブ、フラッシュメモリ等から車両の走行時に撮像された撮像画像を受信することとしてもよい。受信部１０１は、受信した各種の情報をＣＰＵ１０５に伝達する。

受付部１０２は、情報処理装置１００のユーザからの入力を受け付けて、ＣＰＵ１０５に伝達する機能を有する。受付部１０２は、例えば、情報処理装置１００に備えられたハードウェアキーや、タッチキーなどのソフトキーなどにより実現することができる。なお、受付部１０２に対する入力は音声による入力であってもよい。受付部１０２は、例えば、情報処理装置１００のユーザから、駐車場の需要を特定した範囲を示す範囲情報の指定を受け付けて、ＣＰＵ１０５に伝達する。

出力部１０３は、ＣＰＵ１０５からの指示に従って、指示されたデータを出力する機能を有する。出力部１０３は、例えば、指定された範囲内における駐車場の需要に関する需要情報を出力する。出力部１０３は、需要情報を、情報処理装置１００に接続されたモニタに画像情報（テキストデータでもよい）として出力することとしてもよいし、需要情報を示す音声データを情報処理装置１００に接続されたスピーカに出力することとしてもよいし、外部の装置に対して、通信により需要情報を送信することとしてもよい。即ち、出力部１０３は、ＣＰＵ１０５から指定された情報を、指定された宛先に出力する通信インターフェースとして機能する。

記憶部１０４は、情報処理装置１００が動作するうえで必要とする各種のプログラム及び地図情報を含む各種のデータを記憶する記録媒体である。記憶部１０４は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現される。

記憶部１０４は、車両情報１４１と、駐車場情報１４２と、を記憶していてもよい。車両情報１４１は、受信部１０１が受信した特定の範囲に含まれる各車両に関する情報である。駐車場情報１４２は、駐車場の位置や料金に関する情報である。車両情報１４１及び駐車場情報１４２の詳細については、後述する。

ＣＰＵ１０５は、記憶部１０４に記憶されている各種のプログラム及び各種のデータを利用して、情報処理装置１００が実行すべき処理を実行するプロセッサである。

ＣＰＵ１０５は、情報処理装置１００の各部を制御し、特定の範囲の指定を受け付け、その範囲内で駐車した車両の情報を用いて、駐車場の需要を特定する。

ＣＰＵ１０５は、取得部、位置特定部、駐車場特定部、車両特定部、推定部、生成部、として機能する。

取得部は、受付部１０２を介してユーザにより指定された、駐車場の需要があるかどうかを特定したい地域を含む、所定の範囲の指定を受け付ける。所定の範囲の指定は、例えば、表示されている地図に対して、ユーザによる直接入力により指定される（地図上に表示されるカーソルを動かして範囲を指定する）こととしてもよいし、所定の範囲を示す経度緯度により指定される（例えば、指定される複数の地点（経度、緯度）を結んで囲われる範囲）こととしてもよい。この範囲は、情報処理装置１００の外部の装置から通信により指定されることとしてもよい。

位置特定部は、取得部が取得した所定の範囲内に含まれる駐車車両と、その駐車位置とを、記憶部１０４に記憶されている車両情報１４１を参照して特定する。位置特定部は、所定の範囲内に含まれる駐車車両と、その駐車位置について、所定期間内（例えば、過去３ヶ月）の車両情報１４１に基づいて特定することとしてもよいし、過去に所定の範囲内で駐車したことが特定できる全ての駐車車両とその駐車位置とを特定することとしてもよい。

駐車場特定部は、取得部が取得した所定の範囲内に含まれる駐車場を、記憶部１０４に記憶されている駐車場情報１４２を参照して、特定する。

車両特定部は、位置特定部が特定した駐車車両のうち、駐車場特定部が特定した駐車場に駐車している車両群Ａと、駐車場に駐車していない車両群Ｂと、のうち、車両群Ｂを特定する。図２を用いて説明する。図２が、取得部が取得した所定の範囲内の模式的な地図であるとする。図２に示すように、所定の範囲内には、駐車場２０ａ、２０ｂ、２０ｃが含まれる。これらの駐車場に含まれる車両は、車両群Ａとなる。一方、これらの駐車場で駐車していない車両１０ａ、１０ｂ、１０ｃ、１０ｄ、１０ｅは、車両群Ｂとなる。即ち、図２の例で言えば、車両特定部は、車両１０ａ、１０ｂ、１０ｃ、１０ｄ、１０ｅを特定する。

推定部は、車両特定部が特定した車両群Ｂの各車両について、それぞれの車両が駐車場特定部により特定されている各駐車場のいずれかを利用する可能性があったか否かを推定する。推定部により、推定の手法は様々であり、それらの手法のいずれかのみを用いてもよいし、複数を用いてもよいし、全てを用いてもよい。推定部は、一例として、車両が駐車するに至るまでの、得られる車両情報１４１を用いて、駐車場を利用する可能性があったかを推定する。以下に、推定部が、車両が駐車場を利用する可能性がある場合の条件について説明する。

（ｉ）駐車前（例えば、駐車した時間から過去に遡って所定時間内（例えば、３０分以内））に、車両に接続されたナビゲーションシステムにおいて駐車場を検索した形跡がある。この場合に、この操作履歴は、車両情報１４１に含まれる。ナビゲーションシステムで駐車場を検索した形跡がある場合には、明らかに駐車場を利用する意思があったと推定することができる。

（ｉｉ）駐車前に、駐車場が面する道路を走行した形跡がある。駐車場が面する道路を走行していた場合には、その駐車場に入ることができることを意味し、駐車場を利用する可能性があったと推定することができる。

（ｉｉｉ）駐車前に、複数の異なる駐車場が面する道路を走行した形跡がある。例えば、図３に示すように、車両１０ｃが駐車に至るまでの走行経路が矢印３０１で示されるとして、その走行経路は、駐車場２０ａ、駐車場２０ｃ、駐車場２０ｂの前を通過した上で駐車に至っている。複数の駐車場が面する道路を走行していることで、より確定的に駐車場を利用する可能性があったと推定することができる。

（ｉｖ）駐車前に、同じ駐車場に入ろうとした形跡がある。例えば、図４（ａ）に示すように、同じ駐車場２０ｃに入るために、車両１０ｄの走行経路が、駐車場２０ｃの入り口が面する道路を含む道路を数回走行している場合に、駐車場を利用する可能性があったと推定することができる。

（ｖ）駐車前に、駐車場の入り口前で、入庫待ちをしていた形跡がある。例えば、図４（ｂ）に示すように、駐車場２０ｃに入庫するために、他の車両１０ｆ、１０ｇの車両情報があることで、車両１０ｄ１が、それらの車両に続いて、入庫待ちをしており、その後に、車両１０ｄ２（車両１０ｄ１と同一の車両）で示される位置に、駐車した場合には、駐車場を利用する可能性があったと推定することができる。

（ｖｉ）駐車前に、同じ経路を走行している他の車両の走行速度よりも遅い速度で走行している形跡がある。他の車両の走行速度よりも遅いということは、車両の運転手が運転しながら駐車場を探していた可能性があることを意味し、駐車場を利用する可能性があったと推定することができる。

生成部は、推定部が推定した結果に基づき、駐車場の需要を示す需要情報を生成する。需要情報は、推定部が、駐車場を利用する可能性があると推定した場合に、所定の範囲内において、駐車場の需要があることを示す需要情報を生成してもよい。また、生成部は、車両特定部が特定した車両のうち、推定部が、駐車場を利用した可能性があったと推定した車両が、所定割合以上であれば、所定の範囲内において駐車場の需要があることを示す需要情報を生成してもよい。また、生成部は、車両特定部が特定した車両のうち、推定部が、駐車場を利用した可能性があったと推定した車両が、所定台数以上あれば、所定の範囲内において駐車場の需要があることを示す需要情報を生成してもよい。また、生成部は、駐車場を利用した可能性があったと推定した車両の割合や台数を示す数値を需要情報として生成してもよい。また、生成部は、所定の範囲内を複数の領域に分割し、各領域について、駐車場を利用していた可能性がある車両の台数や割合に基づく駐車場の需要を示すヒートマップ（領域ごとに駐車場の需要の大きさ（台数の多さ）をバブルや棒グラフ、あるいは、色調の濃淡で表現してもよい）を需要情報として生成してもよい。

以上が情報処理装置１００の構成例である。

＜データ＞
ここで、情報処理装置１００が利用する各種の情報について説明する。

図５は、車両情報１４１のデータ構成例を示すデータ概念図である。図５に示すように、車両情報１４１は、車両ＩＤ５０１と、日時５０２と、位置５０３とが対応付けられた情報である。

車両ＩＤ５０１は、車両を一意に特定するための識別情報である。

日時５０２は、対応する車両ＩＤの車両情報を取得された日時を示す情報である。

位置５０３は、対応する車両ＩＤ５０１が対応する日時５０２において、どこに存在したのかの位置を示す情報である。ここでは、位置５０３は、経度と、緯度で、記憶されていることとする。

車両情報１４１は、走行車両情報、即ち、所謂プローブ情報を、プローブ情報を収集、蓄積しているサーバ装置あるいは車両から直接取得することで、蓄積される。

なお、図５において、車両情報１４１には、車両に関する他の情報が対応付けられてもよく、例えば、車両に設けられているナビゲーションシステムでの検索の実行履歴や、車両の走行速度、車両の車種、車両のＣＡＮ情報などが対応付けられてもよく、それらの情報も、車両が駐車料を利用した可能性があったかを推定するための情報源として利用されてよい。車両の走行速度は、車両情報間の位置５０３の差分と、日時５０２の差分とから、算出することもできる。

以上が、車両情報１４１の構成例である。

図６は、駐車場情報１４２のデータ構成例を示すデータ概念図である。図６に示すように、駐車場情報１４２は、駐車場ＩＤ６０１と、駐車場名６０２と、駐車場位置６０３と、駐車料金６０４とが、対応付けられた情報である。

駐車場ＩＤ６０１は、駐車場を一意に特定するための識別情報である。

駐車場名６０２は、対応する駐車場ＩＤ６０１の駐車場の名称である。駐車場名６０２は、駐車場情報１４２として含まれていなくてもよい。

駐車場位置６０３は、対応する駐車場ＩＤ６０１で示される駐車場が実際に存在する範囲を示す情報であり、ここでは、経度と緯度の範囲で示す例を示している。

駐車料金６０４は、対応する駐車場ＩＤ６０１を利用するために、利用者が支払う必要がある単位時間当たりの料金を示す情報である。ここでは、１時間当たりの料金を示しているが、これは、その他の単位時間であってもよく、例えば、１０分毎や２０分毎の利用料金であってもよい。また、駐車料金は時間帯によって変化してもよく、例えば、日中と、夜とで、異なってもよい。

なお、図６において、駐車場情報１４２には、駐車場に関する他の情報が対応付けられてもよく、例えば、駐車場の満空情報や、駐車場の入り口が面する道路の名称の情報などが含まれてもよい。駐車場の満空情報は、駐車場が「満（全ての駐車可能位置に車両が駐車されている）」になった日時と、「空（駐車可能位置に余剰がある）」つまり、「満」でなくなった日時と、を示す情報であってもよいし、単位時間毎（例えば、５分毎）の日時情報に「満」であるか、「空」であるか、を示す情報が対応付けられたものであってもよい。
以上が、駐車場情報の構成例である。

＜情報処理装置の動作＞
次に、情報処理装置１００の動作について説明する。図７は、情報処理装置１００の動作例を示すフローチャートである。図７は、情報処理装置１００による駐車場の需要を特定するためのメインフローを示している。

図７に示すように情報処理装置１００の受付部１０２は、駐車場の需要を特定したい地域を含む所定の範囲の指定を受け付ける（ステップＳ７０１）。受付部１０２は、受け付けた所定の範囲を示す情報を、ＣＰＵ１０５に伝達する。

ＣＰＵ１０５は、伝達された所定の範囲内において駐車している車両の情報を、車両情報１４１から取得する（ステップＳ７０２）。駐車している車両の情報は、車両情報１４１の日時５０２と位置５０３とを参照して、位置５０３による示される情報が一定時間（例えば、５分）以上、変化していない車両情報を有する車両であって、位置５０３で示される位置が所定の範囲内に入っている車両の情報を取得する。

ＣＰＵ１０５は、指定された範囲内に含まれる駐車場を、駐車場情報１４２の駐車場位置６０３を参照して特定する（ステップＳ７０３）。なお、ここで特定する駐車場は、指定された所定の範囲に完全に含まれなくともよく、その位置について、一部が重複するだけであってもよい。

ＣＰＵ１０５は、ステップＳ７０２において特定した各車両について、その駐車位置と、ステップＳ７０３において特定した駐車場の位置とに基づいて、駐車場で駐車している車両群Ａと、駐車場以外で駐車している車両群Ｂと、に分類する（ステップＳ７０４）。

ＣＰＵ１０５は、車両群Ｂに含まれる各車両について、駐車場を利用していた可能性があったか否かを推定する（ステップＳ７０５）。ステップＳ７０５の処理の詳細については、図８を参照して、後述する。

ＣＰＵ１０５は、各車両が駐車場を利用していた可能性があるか否かの推定結果に基づいて、指定された所定の範囲内における既存の駐車場以外の駐車場の需要情報を生成する（ステップＳ７０６）。

そして、ＣＰＵ１０５は、生成した需要情報を、出力部１０３から出力させて（ステップＳ７０７）、処理を終了する。

次に、図８を用いて、ステップＳ７０５の処理について詳述する。図８は、図７におけるステップＳ７０４の処理、即ち、車両が駐車場を利用していた可能性があったかを推定する処理の例を示すフローチャートである。

図８に示すように、ＣＰＵ１０５は、車両群Ｂに含まれる各車両について、その車両においてナビゲーションシステムを利用して駐車場が検索されたかどうかを特定する（ステップＳ８０１）。これは、車両情報１４１に、ナビゲーションシステムによる駐車場の検索が、駐車前の所定時間内に行われたことを示す情報が対応付けられている場合に、ナビゲーションシステムで駐車場が検索されたと判定する。駐車場が検索されていた場合には（ステップＳ８０１のＹＥＳ）、ステップＳ８０７の処理に移行し、駐車場が検索されていなかった場合には（ステップＳ８０１のＮＯ）、ステップＳ８０２の処理に移行する。

ＣＰＵ１０５は、駐車前に、駐車場に面する道路に所定時間以上駐車しているか否かを判定する（ステップＳ８０２）。即ち、駐車場への入庫待ちをしていたかどうかを判定する。車両が駐車前に、駐車場に面する道路に所定時間以上駐車していた場合には（ステップＳ８０２のＹＥＳ）、ステップＳ８０７の処理に移行し、所定時間以上駐車していなかった場合には（ステップＳ８０２のＮＯ）、ステップＳ８０３の処理に移行する。

ＣＰＵ１０５は、駐車前に、車両が所定より遅い速度で走行しているか否かを判定する（ステップＳ８０３）。所定より遅い速度とは、予め定められた速度であってもよいし、車両が駐車前に走行している道路を走行する他の車両の平均速度であってもよい。駐車前に、車両が所定より遅い速度で走行していた場合には（ステップＳ８０３のＹＥＳ）、ステップＳ８０７の処理に移行し、所定より遅い速度で走行していなかった場合には（ステップＳ８０３のＮＯ）、ステップＳ８０４の処理に移行する。

ＣＰＵ１０５は、駐車前に、車両が駐車場に面する同一の道路を複数回走行しているか否かを判定する（ステップＳ８０４）。即ち、車両が駐車場に何度も入庫を試みたかを判定する。車両が駐車場に面する鵜同一の道路を複数回走行していた場合には（ステップＳ８０４のＹＥＳ）、ステップＳ８０７の処理に移行し、車両が駐車場に面する鵜同一の道路を複数回走行していなかった場合には（ステップＳ８０４のＮＯ）、ステップＳ８０５の処理に移行する。

ＣＰＵ１０５は、駐車前に、車両が駐車場に面する複数の異なる道路を走行しているか否かを判定する（ステップＳ８０５）。即ち、車両が、駐車場を探し回って走行していたか否かを判定する。車両が駐車場に面する複数の異なる道路を走行していた場合には（ステップＳ８０５のＹＥＳ）、ステップＳ８０７の処理に移行し、車両が駐車場に面する複数の異なる道路を走行していなかった場合には（ステップＳ８０５のＮＯ）、ステップＳ８０６の処理に移行する。

ＣＰＵ１０５は、駐車前に、車両が駐車場に入車可能な道路を走行しているか否かを判定する（ステップＳ８０６）。車両が駐車場に入車可能な道路を走行していた場合には（ステップＳ８０６のＹＥＳ）、ステップＳ８０７の処理に移行し、車両が駐車場に入車可能な道路を走行していなかった場合には（ステップＳ８０６のＮＯ）、ステップＳ８０８の処理に移行する。

ＣＰＵ１０５は、ステップＳ８０１～Ｓ８０６に示される条件のいずれかが満たされた場合に、その車両は駐車場を利用していた可能性があると推定し、処理を終了する。一方、いずれの条件も満たされない場合に、ＣＰＵ１０５は、車両が駐車場を利用していた可能性はないと推定する（ステップＳ８０８）。

以上が、情報処理装置１００による、車両が駐車場を利用していた可能性があるかを判定する処理内容である。なお、図８に示すステップＳ８０１～Ｓ８０６までの処理は、前述の通り、全て実行する必要はなく、一部を実行しなくてもよいし、情報処理装置１００のユーザによりいずれの条件を使用するかを適宜取捨選択できてもよい。また、ステップＳ８０１～Ｓ８０６の処理を並列に実行することとしてもよく、その場合に複数の条件を満たした場合に、駐車場を利用していた可能性があると推定するように構成してもよい。

＜実施の形態まとめ＞
本実施の形態１に係る情報処理装置１００は、所定の範囲において、駐車場以外の場所で駐車していた車両に基づいて、その所定の範囲内での駐車場の需要を特定して出力することができる。したがって、新たな駐車場が必要かどうかを特定することができる。これにより、情報処理装置１００は、例えば、駐車場事業を行う業者に、駐車場の需要に関する情報を提供することができる。

＜補足＞
上記実施の形態に係る情報処理装置は、上記実施の形態に限定されるものではなく、他の手法により実現されてもよいことは言うまでもない。以下、各種変形例について説明する。

（１）上記実施の形態においては、上記（ｉ）～（ｖｉ）に示す手法のうち、少なくともいずれか１つを用いて、車両が駐車場を利用する可能性があったかを推定することとした。ところで、車両によって、駐車場を利用する意思があり、駐車場に空きがあるにも関わらず、駐車場を利用しない可能性もある。即ち、通常「空」がある駐車場を通過していればその車両には駐車場を利用する可能性がなかったと推定できるところ、車両の運転手にとって、駐車場を利用したいにも関わらず、料金が高くて駐車場を利用できない場合がある。ここでは、そのような場合にも駐車場を利用する可能性があったと推定することができる情報処理装置１００による処理の一例について説明する。

図９は、図８のステップＳ８０４のように駐車場に入車可能な道路を走行している場合の処理に続いて実行される。図９に示すように、ＣＰＵ１０５は、走行した道路から入車可能な駐車場の、車両が通過した時間帯の満空情報を、駐車場情報１４２から特定する（ステップＳ９０２）。

ＣＰＵ１０５は、車両が走行した時間帯において、駐車場に空きがあったかを判定する（ステップＳ９０３）。空きがなかった場合には（ステップＳ９０３のＮＯ）、処理を終了する。空きがあった場合には（ステップＳ９０３のＹＥＳ）、ＣＰＵ１０５は、その駐車場の利用料金を、駐車場情報１４２を用いて特定する（ステップＳ９０４）。

ＣＰＵ１０５は、駐車料金が所定の条件を満たすかを判定する（ステップＳ９０５）。ここで、所定の条件とは、駐車場を利用するにあたって、利用者が利用したくないと思える条件であり、ここでは、一定以上高い料金であることが該当する。ここで、一定以上高い料金は、予め定められた金額であってもよいし、所定の範囲内に含まれる駐車場の利用料金の平均金額であってもよいし、その平均金額よりも所定のマージンだけ高い金額であってもよい。駐車料金が所定の条件を満たさない場合には（ステップＳ９０５のＮＯ）、処理を終了する。

駐車料金が所定の条件を満たした場合には（ステップＳ９０５のＹＥＳ）、ＣＰＵ１０５は、車両は駐車料金が高いために駐車場を利用しなかったのであって、駐車場を利用する可能性はあったと推定し（ステップＳ９０６）、処理を終了する。即ち、図８のステップＳ８０７の処理に続く。

情報処理装置１００は、このような場合にも、車両が駐車場を利用する可能性があったと推定することができる。

（２）上記実施の形態においては、指定された所定の範囲内において新たな駐車情報が必要かどうかという観点に基づいて、需要情報を生成することとした。一方で、逆に需要情報が、駐車場の需要がないことを示す場合には、情報処理装置１００のＣＰＵ１０５は、逆に、既存の駐車場が不要であることを示す不要情報を出力部１０３から出力することとしてもよい。例えば、駐車場の需要がなく、所定の範囲内に常時、「空」の多い駐車場を不要な駐車場として特定して出力することとしてもよい。また、例えば、「空」の多い駐車場があり、駐車場に駐車していない車両がある場合には、情報処理装置１００は、その駐車場の貸し手に対して、料金を安くすることを提案することとしてもよい。

（３）上記実施の形態においては、特に記載していないが、情報処理装置１００のＣＰＵ１０５は、駐車場の需要があると判定した場合に、更に、その駐車場の利用料金を提案する提案部を備えていてもよい。

提案部は、例えば、指定されている範囲内に含まれる駐車場それぞれの駐車料金６０４を、駐車場情報１４２から取得し、その平均を、新規駐車場の利用料金として提案してもよいし、平均よりも安い額面を提案してもよい。また、提案部は、逆に、平均よりも高い料金を提案してもよい。また、あるいは、提案部は、一番安い料金と同額かそれよりも安い料金を提案することとしてもよい。

（４）上記実施の形態においては、情報処理装置における駐車場の需要を特定する手法として、情報処理装置のプロセッサが情報処理プログラム等を実行することにより、作成することとしているが、これは装置に集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、上記実施の形態に示した複数の機能部の機能は１つの集積回路により実現されることとしてもよい。ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。すなわち、図１０に示すように、情報処理装置１００は、受信回路１０１ａ、受付回路１０２ａ、出力回路１０３ａ、記憶回路１０４ａ、制御回路１０５ａ、とから構成されてよく、それぞれ、受信部１０１、受付部１０２、出力部１０３、記憶部１０４、ＣＰＵ１０５、に相当する。

また、上記情報処理プログラムは、プロセッサが読み取り可能な記録媒体に記録されていてよく、記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記情報処理プログラムは、当該情報処理プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記プロセッサに供給されてもよい。つまり、例えば、スマートフォン等の情報処理機器を利用して、ネットワーク上から情報処理プログラムをダウンロードして実行する構成としてもよい。本発明は、上記情報処理プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、上記情報処理プログラムは、例えば、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）、Ｃ＋＋、Ｐｙｔｈｏｎ、Ｒなどのオブジェクト指向プログラミング言語などを用いて実装できる。

（５）上記実施の形態に示した各種の実施例や、＜補足＞に示した各種の例は適宜組み合わせることとしてもよい。また、各フローチャートに示した各動作は、結果として矛盾がなければその実行順序を入れ替えたり、並列に実行したりすることとしてもよい。

１００ 情報処理装置
１０１ 受信部
１０２ 受付部
１０３ 出力部
１０４ 記憶部
１０５ ＣＰＵ（取得部、位置特定部、駐車場特定部、車両特定部、推定部、生成部）

Claims (12)

1. 所定の範囲内に存在する車両に関する車両情報を取得する取得部と、
   前記車両情報に基づき、前記所定の範囲内で駐車している駐車車両と、前記駐車車両の駐車位置と、を特定する位置特定部と、
   前記所定の範囲内の複数の駐車場の位置を特定する駐車場特定部と、
   前記車両の駐車位置と、前記駐車場の位置と、に基づいて、前記位置特定部が特定した前記駐車車両のうちから、前記駐車場特定部が特定した前記複数の駐車場に駐車している駐車車両を除外することで、前記駐車場に駐車していない車両を特定する車両特定部と、
   前記車両特定部が特定した車両のうち、当該車両が前記複数の駐車場のうちのいずれかを利用する可能性があったかを推定する推定部と、
   前記推定部による推定に基づき、前記所定の範囲内における前記複数の駐車場以外の駐車場の需要を示す需要情報を生成する生成部と、
   前記需要情報を出力する出力部と、を備える情報処理装置。
2. 前記車両情報は、当該車両情報が対応する車両の乗員により駐車場を検索する操作が行われたか否かを示す情報を含み、
   前記推定部は、前記車両情報が、駐車場を検索する操作を行ったことを示す情報を含む場合に、当該車両情報に対応する車両が前記複数の駐車場のうちのいずれかを利用する可能性があったと推定する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記車両情報は、当該車両情報が示す車両が駐車に至るまでの位置情報と当該位置情報が測定された時刻情報を含み、
   前記推定部は、前記車両特定部が特定した車両の前記車両情報に含まれる前記位置情報に基づく移動経路が、前記複数の駐車場のうちのいずれかに入車可能な道路を走行していたことを示す場合に、当該車両情報に対応する車両が前記複数の駐車場のうちのいずれかを利用する可能性があったと推定する
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記推定部は、前記移動経路が、前記複数の駐車場のうちのいずれかに入車可能な道路を所定回数走行していた場合に、当該車両情報に対応する車両が前記複数の駐車場のうちのいずれかを利用する可能性があったと推定する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記推定部は、前記移動経路が、前記複数の駐車場に入車可能な道路のうち、複数の異なる道路を走行していたことを示す場合に、当該車両情報に対応する車両が前記複数の駐車場のうちのいずれかを利用する可能性があったと推定する
   ことを特徴とする請求項３または４に記載の情報処理装置。
6. 前記推定部は、前記移動経路が、前記複数の駐車場のうちのいずれかに入車可能な道路上で所定時間以上停車していたことを示す場合に、当該車両情報に対応する車両が前記複数の駐車場のうちのいずれかを利用する可能性があったと推定する
   ことを特徴とする請求項３～５のいずれか一項に記載の情報処理装置。
7. 前記推定部は、前記車両特定部が特定した車両の前記車両情報が示す車両の移動速度が、前記車両情報が示す車両の位置情報に基づく移動経路を走行する他の車両の移動速度よりも所定以上遅い場合に、当該車両情報に対応する車両が前記複数の駐車場のうちのいずれかを利用する可能性があったと推定する
   ことを特徴とする請求項３～６のいずれか一項に記載の情報処理装置。
8. 前記推定部は、前記車両特定部が特定した車両の前記車両情報が示す車両の移動速度が、前記車両情報が示す車両の位置情報に基づく前記移動経路を走行する複数の他の車両の移動速度の平均値よりも所定以上遅い場合に、当該車両に対応する車両が前記複数の駐車場のうちのいずれかを利用する可能性があったと推定する
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記駐車場特定部は、さらに、駐車場の時間毎の当該駐車場が満車であるか否かを示す満空情報と、駐車場を利用するための料金情報と、を特定し、
   前記車両情報は、当該車両情報が示す車両が駐車に至るまでの位置情報と当該位置情報が測定された時刻情報を含み、
   前記推定部は、前記車両特定部が特定した車両の前記車両情報に含まれる前記位置情報に基づく移動経路が、前記複数の駐車場のうちのいずれかに入車可能な道路を走行している場合であって、当該駐車場の満空情報が満車でないことを示していたときに、利用料金が当該駐車場の前記料金情報で示される料金よりも安ければ、当該駐車場を利用する可能性があったと推定する
   ことを特徴とする請求項１～８のいずれか一項に記載の情報処理装置。
10. 所定の範囲内に存在する車両に関する車両情報を取得する取得ステップと、
    前記車両情報に基づき、前記所定の範囲内で駐車している駐車車両と、前記駐車車両の駐車位置と、を特定する位置特定ステップと、
    前記所定の範囲内の複数の駐車場の位置を特定する駐車場特定ステップと、
    前記車両の駐車位置と、前記駐車場の位置と、に基づいて、前記位置特定ステップにおいて特定された前記駐車車両のうちから、前記駐車場特定ステップにおいて特定された前記複数の駐車場に駐車している駐車車両を除外することで、前記駐車場に駐車していない車両を特定する車両特定ステップと、
    前記車両特定ステップが特定した車両のうち、当該車両が前記複数の駐車場のうちのいずれかを利用する可能性があったかを推定する推定ステップと、
    前記推定ステップによる推定に基づき、前記所定の範囲内における前記複数の駐車場以外の駐車場の需要を示す需要情報を生成する生成ステップと、
    前記需要情報を出力する出力ステップと、
    を含む情報処理装置が実行する情報処理方法。
11. コンピュータに、
    所定の範囲内に存在する車両に関する車両情報を取得する取得機能と、
    前記車両情報に基づき、前記所定の範囲内で駐車している駐車車両と、前記駐車車両の駐車位置と、を特定する位置特定機能と、
    前記所定の範囲内の複数の駐車場の位置を特定する駐車場特定機能と、
    前記車両の駐車位置と、前記駐車場の位置と、に基づいて、前記位置特定機能が特定した前記駐車車両のうちから、前記駐車場特定機能が特定した前記複数の駐車場に駐車している駐車車両を除外することで、前記駐車場に駐車していない車両を特定する車両特定機能と、
    前記車両特定機能が特定した車両のうち、当該車両が前記複数の駐車場のうちのいずれかを利用する可能性があったかを推定する推定機能と、
    前記推定機能による推定に基づき、前記所定の範囲内における前記複数の駐車場以外の駐車場の需要を示す需要情報を生成する生成機能と、
    前記需要情報を出力する出力機能と、
    を実現させる情報処理プログラム。
12. 請求項１１に記載の情報処理プログラムを記憶したコンピュータ読み取り可能な記憶媒体。

Images