(57)【要約】【課題】分かりやすく駐車枠を表示させる技術の提供。【解決手段】表示対象となる複数の駐車枠を取得する駐車枠取得部と、前記駐車枠が存在する地点に関連する属性によって複数の前記駐車枠を複数のグループに分類する分類部と、前記グループが同一の前記駐車枠をまとめて並べ、複数の前記駐車枠をディスプレイに一覧表示させる表示制御部と、を備える駐車枠表示システムを構成する。【選択図】図２
2019174312.tif 000002
【特許請求の範囲】
【請求項１】
表示対象となる複数の駐車枠を取得する駐車枠取得部と、
前記駐車枠が存在する地点に関連する属性によって複数の前記駐車枠を複数のグループに分類する分類部と、
前記グループが同一の前記駐車枠をまとめて並べ、複数の前記駐車枠をディスプレイに一覧表示させる表示制御部と、
を備える駐車枠表示システム。
【請求項２】
表示対象となる複数の前記駐車枠は、
検索条件に適合する前記駐車枠である、
請求項１に記載の駐車枠表示システム。
【請求項３】
前記表示制御部は、
前記グループが同一の前記駐車枠を、基準からの距離が小さい順に並べて前記ディスプレイに表示させる、
請求項１または請求項２に記載の駐車枠表示システム。
【請求項４】
前記表示制御部は、
前記駐車枠を示すアイコンを含む地図を前記ディスプレイに表示させる、
請求項１〜請求項３のいずれかに記載の駐車枠表示システム。
【請求項５】
前記アイコンは、
前記グループが同一である複数の前記駐車枠を示している、
請求項４に記載の駐車枠表示システム。
【請求項６】
前記駐車枠が存在する地点に関連する前記属性は、
前記駐車枠の間の距離、前記駐車枠が属する駐車場の名称、前記駐車枠の位置を示す住所、前記駐車枠が存在する区画の少なくとも１個である、
請求項１〜請求項５のいずれかに記載の駐車枠表示システム。
【請求項７】
駐車枠が存在する地点に関連する属性によって複数の前記駐車枠を複数のグループに分類する分類部と、
複数の前記駐車枠に前記グループを対応付けた情報を送信する駐車枠情報送信部と、
を備える駐車枠分類システム。
【請求項８】
駐車枠が存在する地点に関連する属性によって複数のグループに分類された前記駐車枠を示す情報を取得する駐車枠情報受信部と、
前記グループが同一の前記駐車枠をまとめて並べ、受信した前記駐車枠をディスプレイに一覧表示させる表示制御部と、
を備える駐車枠表示システム。
【請求項９】
コンピュータを、
表示対象となる複数の駐車枠を取得する駐車枠取得部、
前記駐車枠が存在する地点に関連する属性によって複数の前記駐車枠を複数のグループに分類する分類部、
前記グループが同一の前記駐車枠をまとめて並べ、複数の前記駐車枠をディスプレイに一覧表示させる表示制御部、
として機能させる駐車枠表示プログラム。
【請求項１０】
コンピュータを、
駐車枠が存在する地点に関連する属性によって複数の前記駐車枠を複数のグループに分類する分類部、
複数の前記駐車枠に前記グループを対応付けた情報を送信する駐車枠情報送信部、
として機能させる駐車枠分類プログラム。
【請求項１１】
コンピュータを、
駐車枠が存在する地点に関連する属性によって複数のグループに分類された前記駐車枠を示す情報を取得する駐車枠情報受信部、
前記グループが同一の前記駐車枠をまとめて並べ、受信した前記駐車枠をディスプレイに一覧表示させる表示制御部、
として機能させる駐車枠表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、駐車枠表示システム、駐車枠分類システム、駐車枠表示プログラムおよび駐車枠分類プログラムに関する。
【背景技術】
【０００２】
従来、駐車場を検索する技術が知られている。例えば、特許文献１には、検索範囲に存在する駐車場をソートして表示することや、設定地点から駐車場までの距離が短い順に表示することが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３１０６８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
駐車場には複数の駐車枠が含まれている場合があり、駐車枠を表示する際に距離によってソートされると分かりづらい場合がある。例えば、同等の距離の２カ所に駐車場が存在し、各駐車場に複数の駐車枠が存在する場合、距離によって駐車枠がソートされて表示されると、異なる駐車場に存在する駐車枠が混在した状態で並べられたリストが表示される。
本発明は、前記課題にかんがみてなされたもので、分かりやすく駐車枠を表示させることを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するため、駐車枠表示システムは、表示対象となる複数の駐車枠を取得する駐車枠取得部と、駐車枠が存在する地点に関連する属性によって複数の駐車枠を複数のグループに分類する分類部と、グループが同一の駐車枠をまとめて並べ、複数の駐車枠をディスプレイに一覧表示させる表示制御部と、を備える。
【０００６】
また、上記の目的を達成するため、駐車枠表示システムが、駐車枠が存在する地点に関連する属性によって複数のグループに分類された駐車枠を示す情報を取得する駐車枠情報受信部と、グループが同一の駐車枠をまとめて並べ、受信した駐車枠をディスプレイに一覧表示させる表示制御部と、を備える構成を採用し得る。
【０００７】
さらに、上記の目的を達成するため、駐車枠表示プログラムは、コンピュータを、表示対象となる複数の駐車枠を取得する駐車枠取得部、駐車枠が存在する地点に関連する属性によって複数の駐車枠を複数のグループに分類する分類部、グループが同一の駐車枠をまとめて並べ、複数の駐車枠をディスプレイに一覧表示させる表示制御部、として機能させる。
【０００８】
さらに、上記の目的を達成するため、駐車枠表示プログラムが、コンピュータを、駐車枠が存在する地点に関連する属性によって複数のグループに分類された駐車枠を示す情報を取得する駐車枠情報受信部、グループが同一の駐車枠をまとめて並べ、受信した駐車枠をディスプレイに一覧表示させる表示制御部、として機能させる構成を採用し得る。
【０００９】
以上のように、駐車枠表示システム、プログラムにおいては、地点に関連する属性によって駐車枠を複数のグループに分類し、グループが同一の駐車枠をまとめ、ディスプレイ上で並べて表示させる。すなわち、ディスプレイにおいては、グループ毎に駐車枠が表示される。従って、この構成によれば、分かりやすく駐車枠を表示させることができる。また、異なるグループに属する駐車枠が混在した状態で並べて表示される可能性を低減することができる。従って、利用者は、表示内容に基づいて、駐車枠と同時に、地点に関する属性が類似したグループ毎に駐車枠の選択を行うことができる。例えば、空いている駐車枠が多い駐車場を選択することが可能になる。
【００１０】
さらに、上記の目的を達成するため、駐車枠分類システムは、駐車枠が存在する地点に関連する属性によって複数の駐車枠を複数のグループに分類する分類部と、複数の駐車枠にグループを対応付けた情報を送信する駐車枠情報送信部と、を備える。
【００１１】
さらに、上記の目的を達成するため、駐車枠分類プログラムは、コンピュータを、駐車枠が存在する地点に関連する属性によって複数の駐車枠を複数のグループに分類する分類部、複数の駐車枠にグループを対応付けた情報を送信する駐車枠情報送信部、として機能させる。
【００１２】
以上のように、駐車枠分類システム、プログラムにおいては、地点に関する属性によって駐車枠を分類する。従って、駐車枠を分かりやすく表示するための分類を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】駐車枠表示システムの構成を示すブロック図である。
【図２】図２Ａは分類された駐車枠の表示例であり、図２Ｂは分類されていない駐車枠の表示例である。
【図３】駐車枠表示処理のフローチャートである。
【図４】駐車枠分類システムおよび駐車枠表示システムの構成を示すブロック図である。
【図５】アイコンが統合される場合の例を示す図である。
【発明を実施するための形態】
【００１４】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）駐車枠表示システムの構成：
（１−１）携帯端末の構成：
（１−２）サーバの構成：
（２）駐車枠表示処理：
（３）他の実施形態：
【００１５】
（１）駐車枠表示システムの構成：
（１−１）携帯端末の構成：
図１は、本発明の一実施形態である駐車枠表示システムとして機能する携帯端末１０の構成を示すブロック図である。本実施形態において携帯端末１０は、無線通信によってサーバ１００と通信可能であり、携帯端末１０は、サーバ１００に対して各種の要求（施設の検索要求、駐車場の予約要求、目的地までの経路探索要求等）を行い、要求に対する応答に基づく処理（検索、駐車場の予約、目的地の設定、経路の表示等）を行うことができる。
【００１６】
本実施形態にかかる携帯端末１０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える制御部２０を備えており、制御部２０は、当該ＲＯＭや記録媒体３０に記録された種々のプログラムを実行することができる。本実施形態において携帯端末１０は、各種のプログラムにより各種の機能を実行可能な多機能端末である。携帯端末１０は、各種の態様で実現可能であるが、本実施形態において携帯端末１０は、通話機能を含む各種の機能を実行可能なスマートフォンであり、車両の利用者が携帯端末１０を車両に持ち込むことで利用される。
【００１７】
記録媒体３０には、地図情報３０ａが記録されている。地図情報３０ａは、道路区間の端点に対応するノードの位置を示すノードデータ、ノード間の道路の形状を特定するための形状補間点の位置等を示す形状補間点データ、ノード同士の連結を示すリンクデータ、施設の位置および属性を示す施設データ等を含んでいる。むろん、地図情報３０ａを含む各種のデータは、外部に存在するサーバから取得されても良い。
【００１８】
さらに、携帯端末１０は、通信部４０、ＧＮＳＳ受信部４１、ユーザＩ／Ｆ部４２を備えている。通信部４０は、外部の装置と無線通信をするための装置であり、制御部２０は、通信部４０を介してサーバ１００と通信することができる。
【００１９】
ＧＮＳＳ受信部４１は、Global Navigation Satellite Systemの信号を受信する装置であり、航法衛星からの電波を受信し、図示しないインタフェースを介して携帯端末１０の現在地を算出するための信号を出力する。制御部２０は、この信号を取得して携帯端末１０の現在地を取得し、車両の現在地とみなす。なお、車両の現在地を取得するための手法は、ＧＮＳＳ受信部４１に限定されず、他のセンサ、例えば、車速センサやジャイロセンサ等が利用されても良い。また、各種の無線通信に利用する基地局を利用して現在地が特定される構成であっても良い。
【００２０】
ユーザＩ／Ｆ部４２は、利用者の指示を入力し、また利用者に各種の情報を提供するためのインタフェース部であり、図示しないタッチパネルを備えたディスプレイやタッチパネルや各種のボタン等によって構成される入力部、スピーカー等の音声出力部を備えている。制御部２０は、ユーザＩ／Ｆ部４２を制御して各種の表示を行わせることが可能であり、ユーザＩ／Ｆ部４２の出力信号に基づいて利用者の入力内容を取得することが可能である。
【００２１】
本実施形態において制御部２０は、記録媒体３０に記録された図示しないナビゲーションプログラムを実行させることが可能である。制御部２０は、ナビゲーションプログラムの機能により、ＧＮＳＳ受信部４１の出力信号に基づいて現在地を取得する。また、制御部２０は、ナビゲーションプログラムの機能により、地図情報３０ａに基づいて現在地周辺の地図を示す画像データを生成し、ユーザＩ／Ｆ部４２のディスプレイに表示させる。当該地図は、一定期間（または現在地の一定距離の変化）毎に再描画され、現在地の変化に伴ってスクロールする。
【００２２】
ナビゲーションプログラムの機能には、目的地までの経路案内機能が含まれており、他にも各種の機能が含まれている。この機能の一種として、本実施形態においては、施設の検索機能が含まれており、例えば、利用者は駐車枠を検索することができる。すなわち、制御部２０は、ナビゲーションプログラムの機能により、各種の検索条件を指定して検索を実行することが可能である。そして、利用者は、検索条件として現在地周辺の駐車枠を指定して駐車枠を検索することができる。むろん、検索条件は一例であり、目的地周辺の駐車枠等が検索されても良い。
【００２３】
駐車枠の検索は、制御部２０が、ナビゲーションプログラムに含まれる駐車枠表示プログラム２１を実行することによって実現される。駐車枠表示プログラム２１は、駐車枠取得部２１ａと分類部２１ｂと表示制御部２１ｃとを備えている。駐車枠取得部２１ａは、表示対象となる複数の駐車枠を取得する機能を制御部２０に実行させるプログラムモジュールである。
【００２４】
本実施形態において表示対象となる複数の駐車枠は、検索条件に適合する駐車枠である。すなわち、制御部２０は、ナビゲーションプログラムの機能によってユーザＩ／Ｆ部４２を制御し、施設の検索条件を受け付けるユーザーインターフェース画面をディスプレイに表示させることが可能である。利用者が、当該ユーザーインターフェース画面を利用して現在地周辺の駐車枠を検索する検索条件を入力すると、制御部２０は、駐車枠取得部２１ａの機能により、検索条件に適合する駐車枠を取得する。
【００２５】
具体的には、制御部２０は、ＧＮＳＳ受信部４１の出力信号に基づいて現在地を取得し、通信部４０を介して現在地が含まれた検索要求をサーバ１００に対して送信する。サーバ１００においては、当該現在地に基づいて現在地の周辺に存在する駐車枠を検索する。また、サーバ１００は、検索された駐車枠を携帯端末１０に対して送信する。駐車枠が送信されると、制御部２０は、通信部４０を介して駐車枠を取得する。本実施形態においては、このようにして取得された駐車枠の少なくとも１部がユーザＩ／Ｆ部４２のディスプレイで表示される表示対象となる。
【００２６】
分類部２１ｂは、駐車枠が存在する地点に関連する属性によって複数の駐車枠を複数のグループに分類する機能を制御部２０に実行させるプログラムモジュールである。本実施形態において、地点に関連する属性は、駐車枠の間の距離である。すなわち、制御部２０は、ある基準の駐車枠（グループ基準枠とも呼ぶ）から他の駐車枠までの距離が当該他の駐車枠の属性であると見なし、当該距離が閾値以下である場合に、当該他の駐車枠をグループ基準枠と同一のグループに分類する。
【００２７】
このために制御部２０は、地図情報３０ａを参照し、駐車枠取得部２１ａの機能によって取得された各駐車枠の位置を特定する。そして、制御部２０は、駐車枠取得部２１ａの機能によって取得された駐車枠の中のいずれかをグループ基準枠に設定し、当該グループ基準枠からの距離が閾値以下である他の駐車枠を当該グループ基準枠と同一のグループに分類する。さらに、グループに分類されなかった駐車枠が存在する場合、制御部２０は、グループに分類されなかった駐車枠を対象とし、新たなグループ基準枠の設定と当該グループ基準枠からの距離による分類を実行する。制御部２０は、以上のような分類を、既定の終了条件が充足されるまで繰り返すことで分類を行う。すなわち、本実施形態において制御部２０は、距離が近い駐車枠同士を同一のグループに分類する。
【００２８】
表示制御部２１ｃは、グループが同一の駐車枠をまとめて並べ、複数の駐車枠をディスプレイに一覧表示させる機能を制御部２０に実行させるプログラムモジュールである。すなわち、本実施形態において、制御部２０は、検索結果として得られた駐車枠をユーザＩ／Ｆ部４２のディスプレイにリスト表示させることにより、利用者が複数の駐車枠を一覧できるように表示する。
【００２９】
この際、制御部２０は、グループが同一の駐車枠をまとめて並べて検索結果としての駐車枠を表示させる。本実施形態において制御部２０は、各グループの中から現在地に最も近い駐車枠を抽出し、抽出された駐車枠と現在地との距離が小さい順にグループをソートする。例えば、グループ１〜３が存在する場合、制御部２０は、グループ１において現在地に最も近い駐車枠Ａ、グループ２において現在地に最も近い駐車枠Ｂ，グループ３において現在地に最も近い駐車枠Ｃを抽出する。現在地との距離が駐車枠Ｃ，Ｂ，Ａの順で小さい場合、制御部２０は、グループ３，２，１の順序となるようにグループをソートする。
【００３０】
さらに、制御部２０は、グループが同一の駐車枠を、基準からの距離が小さい順にソートする。本実施形態において基準は現在地である。従って、例えば、グループ１に駐車枠ａ，ｂ，ｃが存在し、現在地からの距離が駐車枠ｃ，ｂ，ａの順に小さい場合、グループ１に属する駐車枠ａ，ｂ，ｃは駐車枠ｃ，ｂ，ａの順にソートされる。ソートが完了すると、制御部２０は、ユーザＩ／Ｆ部４２を制御し、ソートされた駐車枠をディスプレイに表示させる。
【００３１】
なお、本実施形態において制御部２０は、駐車場が属するグループを示す情報を、ユーザＩ／Ｆ部４２のディスプレイに表示させる。グループを示す情報は、種々の態様で表示されて良く、本実施形態においては、表示された駐車枠の背景をグループ毎の色で着色することによってグループが示される。
【００３２】
図２Ａは、駐車枠の検索結果が表示された画面の例を示している。本例においては、画面の右側に駐車場検索結果が表示されている。すなわち、当該画面においては、駐車場の検索結果として、駐車場Ｐａに属する駐車枠１〜駐車枠３と駐車場Ｐｂに属する駐車枠１〜駐車枠３が上下方向に並べられて表示されている。さらに、本例において、駐車場Ｐａに属する駐車枠１〜駐車枠３の距離は互いに近く、同一のグループに分類されている。また、駐車場Ｐｂに属する駐車枠１〜駐車枠３の距離は互いに近く、同一のグループに分類されている。そこで、図２Ａに示す例においては駐車場Ｐａに属する駐車枠１〜駐車枠３の背景がグレーで統一され、駐車場Ｐｂに属する駐車枠１〜駐車枠３の背景が白で統一されている。
【００３３】
なお、本実施形態において駐車枠の検索結果は、地図とともに表示される。すなわち、本実施形態において制御部２０は、ナビゲーションプログラムの機能により、現在地の周辺の地図をユーザＩ／Ｆ部４２のディスプレイに表示させる。通常は、ディスプレイの大半の部位を占める大きさの地図がディスプレイ上で表示されるが、駐車枠の検索結果が表示される場合、画面の左半分に地図が表示され、画面の右半分に上述のように検索結果が表示される。
【００３４】
そこで、検索結果を表示する際、制御部２０は、表示制御部２１ｃは、地図の表示態様の制御も実行する。すなわち、制御部２０は、ナビゲーションプログラムの機能により、ＧＮＳＳ受信部４１の出力信号に基づいて現在地を取得する。また、制御部２０は、ナビゲーションプログラムの機能により、地図情報３０ａに基づいて現在地周辺の地図を示す画像データを生成し、ユーザＩ／Ｆ部４２のディスプレイに表示させる。
【００３５】
さらに、制御部２０は、表示制御部２１ｃの機能により、駐車枠を示すアイコンを含む地図をユーザＩ／Ｆ部４２のディスプレイに表示させる。すなわち、制御部２０は、地図情報３０ａを参照し、検索結果として表示される駐車枠の位置を特定し、地図上の当該位置に駐車枠を示すアイコン（図２Ａに示す例では駐車枠の番号を示す矩形）を表示させる。なお、本実施形態において制御部２０は、当該アイコンの背景を検索結果のリストの背景と同一の色で着色する。従って、利用者は、検索結果としてリスト表示された駐車枠の位置を地図上で認識することができるとともに、各駐車枠のグループも地図上で認識することができる。
【００３６】
さらに、本実施形態においては、駐車枠を予約する処理や駐車枠を目的地に設定する処理を実行することができ、利用者は予約する駐車枠や目的地に設定する駐車枠を指定することができる。すなわち、制御部２０は、ユーザＩ／Ｆ部４２のディスプレイを制御し、駐車枠を指定するためのカーソルを表示させる。図２Ａに示す例においては、画面右側において駐車枠を示すリストや画面左側において駐車枠を示すアイコンの外周が太い実線で囲まれており、当該実線がカーソルとして機能する。
【００３７】
すなわち、制御部２０は、ユーザＩ／Ｆ部４２に備えられた図示しないボタンやタッチパネルに対する操作に基づいて、カーソルの移動を受け付ける。さらに、検索結果が表示された画面においては、駐車枠を予約するためのボタンや駐車枠を目的地に設定するためのボタンが表示されており、制御部２０は、これらのボタンによる指示を受け付けると、カーソルで指示された駐車枠を対象として予約や目的地の設定を行う。
【００３８】
予約が指示された場合、制御部２０は、ユーザＩ／Ｆ部４２を介して利用者による予約日時の指定を受け付ける。そして、制御部２０は、カーソルで示された駐車枠を指定された日時に利用するための予約要求を、通信部４０を介して外部の装置（例えばサーバ１００）に送信する。外部の装置が当該予約要求を受け付けると、当該日時において指定された駐車枠が空いている場合に、予約を確定させる。空いていない場合、外部の装置は予約を確定させない。そして、外部の装置は、予約の確定の可否を携帯端末１０に送信する。制御部２０は、通信部４０を介して予約の確定の可否を取得し、当該可否をユーザＩ／Ｆ部４２のディスプレイに表示させる。
【００３９】
目的地の設定が指示された場合、制御部２０は、カーソルで示された駐車枠を目的地と見なして経路探索のための処理を行う。制御部２０は、当該目的地としての駐車枠と現在地を、通信部４０を介して外部の装置（例えばサーバ１００）に送信する。外部の装置が当該目的地および現在地を受け付けると、外部の装置は現在地から目的地までの経路を探索する。経路の探索は、例えば、道路区間毎にコストが対応づけられた地図情報に基づいて、ダイクストラ法等によって行われる。経路が探索されると外部の装置は、経路を携帯端末１０に送信する。制御部２０は、通信部４０を介して経路を取得し、ユーザＩ／Ｆ部４２のディスプレイを制御して地図上に当該経路を表示させる。むろん、経路の探索は、携帯端末１０で行われてもよい。この場合、地図情報３０ａに基づいて各道路区間のコストが特定され、各道路区間のコストに基づいて経路が探索される。
【００４０】
以上のような本実施形態によれば、グループが同一の駐車枠がまとめて並べられた状態で、複数の駐車枠がユーザＩ／Ｆ部４２のディスプレイに一覧表示される。この構成によれば、ディスプレイのリストから利用者がグループ毎に分類された駐車枠を認識できるように表示することができ、分かりやすく駐車枠を表示させることができる。
【００４１】
また、本実施形態において、駐車枠が存在する地点に関連する属性は駐車枠の間の距離であり、近い距離の駐車枠が同一のグループに分類される。このため、同一の駐車場に存在する駐車枠が同一のグループに分類される可能性が高い。図２Ａに示す例において、駐車場Ｐａと駐車場Ｐｂの距離は離れており、他に駐車場が存在しないため、同一の駐車場に属する駐車枠は同一のグループに分類されている。従って、利用者は、表示内容に基づいて、駐車枠と同時に、駐車枠が属するグループ（駐車場）の選択を行うことができる。このため、例えば、好みの駐車枠が多いグループ（駐車場）を選択することが可能になる。駐車枠の検索結果とともに、空いているか否かの情報が表示されれば、空いている駐車枠が多いグループ（駐車場）を選択することが可能になる。
【００４２】
また、本実施形態によれば、異なるグループに属する駐車枠が混在した状態で並べて表示されることを防止することができる。図２Ｂは、図２Ａに示す駐車枠を、現在地からの距離によってソートして表示した例である。この例においては、駐車場Ｐａと駐車場Ｐｂの距離が離れているものの、現在地がその中間程度の位置に存在するため、各駐車場Ｐａ，Ｐｂ内の駐車枠１〜３と現在地との距離が近い値になっている。このため、図２Ｂに示す例においては、現在地から近い順に駐車場Ｐａの駐車枠１，駐車場Ｐｂの駐車枠３，駐車場Ｐａの駐車枠２，駐車場Ｐａの駐車枠２、、、のようにソートされている。
【００４３】
この結果、図２Ｂに示すリストにおいては、異なるグループ（異なる駐車場）に属する駐車枠が混在した状態で並べて表示されている。従って、利用者が駐車場を選択してから駐車枠を選択しようとしても、図２Ｂのような一覧から一見しただけで駐車場を選択するのは難しい。このため、利用者が直感的に好みの駐車場内の駐車枠を選択するのは困難である。しかし、図２Ａに示すように、近い距離の駐車枠が同一のグループに分類された上で、距離によってソートされていれば、利用者は、地理的に近い駐車枠の中から所望の駐車枠を選択するなどのやり方で駐車枠を選択することができる。この結果、駐車枠の地理的な偏在を考慮した状態で駐車枠を直感的に選択することができる。
【００４４】
さらに、図２Ｂに示すリストにおいて、カーソルを移動させる場合、地図上のカーソルが頻繁に大きくジャンプし得るため、駐車枠を選択しづらい場合がある。例えば、現在地からの距離の順にソートされたリストに示されたカーソルを下方に移動させた場合、駐車場Ｐａの駐車枠１，駐車場Ｐｂの駐車枠３，駐車場Ｐａの駐車枠２、、、のようにカーソルが移動する。この順序に従って地図上に表示されたカーソルを移動させた場合、地図上でカーソルが大きくジャンプする。逆に、地図上のカーソルを隣の駐車枠に移動させることが可能である場合、リスト上のカーソルが大きくジャンプする。
【００４５】
一方、本実施形態においては、グループが同一の駐車枠が、現在地からの距離が小さい順に並べて表示される。従って、図２Ａに示す例であれば、リストと地図の一方において、ある駐車枠上のカーソルを隣接する駐車枠に移動させると、他方においても隣接する駐車枠にカーソルが移動する。従って、本実施形態においてはカーソルのジャンプが少なく、利用者は駐車枠を容易に選択することが可能である。
【００４６】
（１−２）サーバの構成：
次に、サーバ１００の構成を説明する。本実施形態にかかるサーバ１００は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える制御部２００を備えており、制御部２００は、当該ＲＯＭや記録媒体３００に記録された種々のプログラムを実行することができる。さらに、サーバ１００は、通信部４００および記録媒体３００を備えている。通信部４００は、他の装置と無線通信をするための装置であり、制御部２００は、通信部４００を介して携帯端末１０と通信することができる。
【００４７】
記録媒体３００には、地図情報３００ａが予め記録されている。地図情報３００ａは、道路区間の端点に対応するノードの位置、ノード間の道路の形状を特定するための形状補間点の位置等を示す形状補間点データ、ノード同士の連結を示すリンクデータ、施設の位置および属性を示す施設データ等を含んでいる。本実施形態において、リンクデータには、道路区間毎のコストを示す情報が対応づけられている。なお、本実施形態において、コストが大きいほど経路として選択される可能性が低くなるようにコストが定義される。
【００４８】
記録媒体３００に記録されたプログラムには、検索プログラム２１０が含まれている。検索プログラムは、検索部２１０ａを備えている。検索部２１０ａは、駐車枠を検索する機能を制御部２００に実行させるプログラムモジュールである。制御部２０は、検索部２１０ａの機能により、通信部４００における通信を監視し、携帯端末１０から駐車枠の検索要求が送信されたか否かを判定する。
【００４９】
検索要求が行われた場合、制御部２００は、検索要求に含まれる車両（携帯端末１０）の現在地を取得し、地図情報３００ａを参照して当該現在地の周辺に存在する駐車枠を取得する。なお、現在地の周辺に存在する駐車枠は、種々の手法で取得されて良く、例えば、現在地から近い順に既定件数の駐車枠が取得されても良いし、現在地から既定距離以内の範囲に存在する駐車枠が取得されても良い。いずれにしても、利用者に対して提示されるべき充分な数の駐車枠が取得されれば良い。
【００５０】
検索条件に適合する駐車枠として現在地の周辺に存在する駐車枠が取得されると、制御部２００は、検索要求を行った携帯端末１０に対して、通信部４００を介して駐車枠（例えば、駐車枠を示す識別情報等）を送信する。この結果、携帯端末１０においては、地点に関連する属性で分類されたグループ毎に駐車枠がディスプレイ上に表示される。
【００５１】
（２）駐車枠表示処理：
次に、駐車枠表示処理について詳細に説明する。図３は、駐車枠表示処理のフローチャートである。検索要求が行われると、制御部２０は、駐車枠表示処理の実行を開始する。駐車枠表示処理が開始されると、制御部２０は、駐車枠取得部２１ａの機能により、表示対象の駐車枠を取得する（ステップＳ１００）。すなわち、制御部２０は、通信部４０を監視し、サーバ１００から検索条件に適合した駐車枠が送信されたか否か判定する。駐車枠が送信された場合、制御部２０は、当該駐車枠を表示対象として取得する。
【００５２】
次に、制御部２０は、分類部２１ｂの機能により、グループ基準枠を設定する（ステップＳ１０５）。すなわち、制御部２０は、ステップＳ１００で取得された駐車枠の中から選択された１個の駐車枠をグループ基準枠に設定する。グループ基準枠を設定する際の方法は、種々の方法を採用可能である。例えば、ステップＳ１００において駐車枠が受信された順序に従い、最初に受信された駐車枠がグループ基準枠とされる構成等を採用可能である。
【００５３】
むろん、ここでは他の手法でグループ基準枠が設定されてもよく、例えば、制御部２０が、現在地から近い順にソートされた駐車枠から現在地に最も近い駐車枠や、現在地から最も遠い駐車枠を抽出してグループ基準枠としても良い。なお、以後においては、サーバ１００から、現在地に近い順に駐車枠を示す情報が送信され、携帯端末１０で受信され、受信された順に従って駐車枠がグループ基準枠とされる例を説明する。例えば、図２Ａに示す例であれば、携帯端末１０は、駐車場Ｐａの駐車枠１，駐車場Ｐｂの駐車枠３，駐車場Ｐａの駐車枠２，駐車場Ｐｂの駐車枠２，駐車場Ｐａの駐車枠３，駐車場Ｐｂの駐車枠１の順で駐車枠を取得する。従って、ステップＳ１０５が実行されると、駐車場Ｐａの駐車枠１がグループ基準枠となる。
【００５４】
次に、制御部２０は、分類部２１ｂの機能により、グループ基準枠にグループ情報を対応づける（ステップＳ１１０）。すなわち、制御部２０は、グループ基準枠に対してグループを識別するための識別情報を対応づける。グループを識別するための識別情報は、種々の定義であって良く、例えば、最初のグループを第１グループとし、以後、グループが増える毎に数値を１ずつ増やす（例えば、第２グループ、第３グループ等）構成等を採用可能である。駐車場Ｐａの駐車枠１がグループ基準枠となった上述の例であれば、制御部２０は、グループ基準枠である駐車場Ｐａの駐車枠１に第１グループを対応づける。
【００５５】
本実施形態においては、ステップＳ１１０においてグループ基準枠に対してグループ情報が対応づけられる度に、ステップＳ１１５〜Ｓ１４０のループ処理が実行される。すなわち、本実施形態においては、各駐車枠から１個を抽出して判定対象とし、各駐車枠についてステップＳ１１５〜Ｓ１４０を適用する処理を、各グループについて実行する。具体的には、制御部２０は、分類部２１ｂの機能により、未判定の駐車枠が存在するか否かを判定する（ステップＳ１１５）。すなわち、制御部２０は、ステップＳ１１５〜Ｓ１４０のループにおける判定の対象となっていない駐車枠が存在するか否かを判定する。なお、本実施形態においては、分類すべきか否かを判定すべき対象が過度に多数にならないように、ループ処理を終了させるためのグループ化終了条件が設定されている（詳細は後述）。従って、ループ処理の過程でグループ化終了条件が充足している場合、制御部２０は、ステップＳ１１５で未判定の駐車枠が存在しないと判定する。
【００５６】
ステップＳ１１５において、未判定の駐車枠が存在すると判定された場合、制御部２０は、分類部２１ｂの機能により、未判定の駐車枠を判定対象に設定する（ステップＳ１２０）。すなわち、制御部２０は、ループ処理の過程でステップＳ１２０が実行される度に、ソートされた順序に従って駐車枠を順に判定対象に設定していく。
【００５７】
次に、制御部２０は、分類部２１ｂの機能により、判定対象にグループ情報が対応済であるか否かを判定する（ステップＳ１２５）。すなわち、制御部２０は、分類が終了した駐車枠には、駐車枠を示す情報（本実施形態においては駐車場および駐車枠）に対して分類されたグループを示すグループ情報を対応づけて記録媒体３０に記録する（図１に図示せず）。そこで、制御部２０は、記録媒体３０を参照し、ステップＳ１２０で判定対象に設定された駐車枠を示す情報にグループ情報が対応づけられているか否かを判定する。
【００５８】
ステップＳ１２５において、判定対象にグループ情報が対応づけられていると判定された場合、制御部２０は、ステップＳ１３０以降の処理をスキップしてステップＳ１１５以降の処理を繰り返す。ステップＳ１２５において、判定対象にグループ情報が対応づけられていると判定されない場合、制御部２０は、分類部２１ｂの機能により、グループ化終了条件が充足されたか否かを判定する（ステップＳ１３０）。すなわち、本実施形態においては、グループ化を行うループ処理を終了させるための終了条件が決められている。
【００５９】
終了条件は、分類すべきか否かを判定すべき対象が過度に多数にならないように判定処理の実行回数を制限する条件であり、種々の条件が採用されてよい。本実施形態においては、判定対象の駐車枠が判定中のグループに分類されないという判定（ステップＳ１３５におけるＮｏの判定）が既定回数連続して発生した場合に、グループ化終了条件が充足されたと見なされる。従って、制御部２０は、ステップＳ１１５のループ処理が開始されると、ステップＳ１１５で未判定の駐車枠が存在すると判定されなくなるまでの過程で、判定対象の駐車枠が判定中のグループに分類されないという判定が行われた駐車枠の数をカウントする。そして、制御部２０は、カウント結果が上限数（既定回数と同値）を超えた場合にはグループ化終了条件が充足されたと判定する。
【００６０】
ステップＳ１３０において、グループ化終了条件が充足されたと判定された場合、制御部２０は、ステップＳ１１５を実行する。この場合、制御部２０は、ステップＳ１１５において、未判定の駐車枠が存在すると判定しない。一方、ステップＳ１３０において、グループ化終了条件が充足されたと判定されない場合、制御部２０は、分類部２１ｂの機能により、判定対象とグループ基準枠との距離が閾値以下であるか否かを判定する（ステップＳ１３５）。すなわち、制御部２０は、地図情報３０ａを参照し、ステップＳ１０５（または後述するステップＳ１５０）で設定されたグループ基準枠の位置を取得する。また、制御部２０は、地図情報３０ａを参照し、ステップＳ１２０で設定された判定対象の駐車枠の位置を取得する。そして、制御部２０は、両位置の距離を取得し、閾値と比較する。閾値は、予め決められていれば良く、本実施形態においては、地理的に近い駐車枠を同一のグループに分類するように構成されており、地理的に近いか否かが閾値によって予め規定されている。
【００６１】
ステップＳ１３５において、判定対象とグループ駐車枠との距離が閾値以下であると判定されない場合、制御部２０は、判定対象の駐車枠をグループ基準枠と同一のグループに分類することなく、ステップＳ１１５の処理を繰り返す。一方、ステップＳ１３５において、判定対象とグループ駐車枠との距離が閾値以下であると判定された場合、制御部２０は、分類部２１ｂの機能により、判定対象にグループ情報を対応づける（ステップＳ１４０）。すなわち、制御部２０は、ステップＳ１２０で判定対象に設定された駐車枠に対して、グループ基準枠と同一のグループ情報対応づける。この結果、判定対象とグループ駐車枠とが同一のグループに分類される。ステップＳ１４０が行われると、制御部２０は、ステップＳ１１５以降の処理を繰り返す。
【００６２】
ステップＳ１１５において、未判定の駐車枠が存在すると判定されない場合、制御部２０は、分類部２１ｂの機能により、グループ情報が対応づけられていない駐車枠が存在するか否かを判定する（ステップＳ１４５）。すなわち、制御部２０は、ステップＳ１００で取得された駐車枠において、グループ情報が対応づけられていない駐車枠が存在するか否かを判定する。ステップＳ１４５は、駐車枠の分類を終了するか否かの判定として機能するため、グループ情報が対応づけられていない駐車枠が存在するか否かの判定以外にも、他の判定（例えば、グループの数が既定数以上になった等）によって終了が判定されても良い。
【００６３】
ステップＳ１４５において、グループ情報が対応づけられていない駐車枠が存在すると判定された場合、制御部２０は、分類部２１ｂの機能により、残りの最初の駐車枠をグループ基準枠に設定する（ステップＳ１５０）。すなわち、制御部２０は、ステップＳ１４５において、グループ情報が対応づけられていないと判定された駐車枠の中で、ソートされた順位が最上位である駐車枠を新たなグループ基準枠に設定する。そして、制御部２０は、ステップＳ１１０において、当該グループ基準枠に新たなグループ情報を対応づけてステップＳ１１５以降の処理を繰り返す。以上の処理によれば、地理的に近い駐車枠を同一のグループに分類することができる。
【００６４】
一方、ステップＳ１４５において、グループ情報が対応づけられていない駐車枠が存在すると判定されない場合、制御部２０は、表示制御部２１ｃの機能により、グループ毎に駐車枠を距離でソートして表示させる（ステップＳ１５５）。すなわち、制御部２０は、グループ情報が同一の駐車枠によってリストを生成する。この結果、グループ毎に駐車枠のリストが生成された状態になる。そして、制御部２０は、各グループに属する駐車枠のリストを基準（現在地）からの距離が小さい順にソートする。
【００６５】
このために制御部２０は、ＧＮＳＳ受信部４１の出力信号に基づいて現在地を取得し、地図情報３０ａを参照して各駐車枠と現在地との距離を取得する。さらに、制御部２０は、当該距離をキーにしてグループ毎に駐車枠をソートする。そして、制御部２０は、ユーザＩ／Ｆ部４２を制御し、ソートされた駐車枠をディスプレイに表示させる。この結果、グループが同一の駐車枠がまとめられた状態で、検索結果としての駐車枠がディスプレイに表示される。
【００６６】
（３）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、グループが同一の駐車枠をまとめて並べ、複数の駐車枠をディスプレイに一覧表示させる限りにおいて、他にも種々の実施形態を採用可能である。例えば、携帯端末１０は、車載型の装置であってもよい。また、駐車枠表示システムを構成する各部が複数の装置に分かれていてもよい。
【００６７】
この場合、駐車枠表示システムの機能は、種々の態様で分かれていて良い。図４は、図１に示す実施形態における分類部２１ｂが携帯端末１０ではなくサーバ１００に設けられている構成を示す例である。この例の場合、携帯端末１０が駐車枠表示システムとして機能し、サーバ１００が駐車枠分類システムとして機能し、両システムが協働する。図４において、図１と同様の構成については、図１と同様の符号を付して説明を省略する。
【００６８】
分類部２１０ｂ１は、駐車枠が存在する地点に関連する属性によって複数の駐車枠を複数のグループに分類する機能を制御部２００に実行させるプログラムモジュールである。すなわち、図１に示す構成において、制御部２０は、駐車枠取得部２１ａの機能によって表示対象の駐車枠を取得し、取得した駐車枠に基づいて制御部２０が分類を行うが、本例においてはサーバ１００によって分類された駐車枠を制御部２０が取得する。
【００６９】
携帯端末１０において利用者が駐車枠の検索要求を行うと、携帯端末１０から携帯端末１０の現在地とともに駐車枠の送信要求が送信される。制御部２００は、分類部２１０ｂ１の機能により、携帯端末１０から携帯端末１０の現在地とともに駐車枠の送信要求を受け付ける。そして、制御部２００は、地図情報３００ａを参照し、現在地の周辺に存在する駐車枠を取得する。そして、制御部２００は、取得された駐車枠に基づいてステップＳ１０５〜Ｓ１５０の処理を行うことによって当該駐車枠を分類する。むろん、駐車枠の分類は予め実行されていても良い。
【００７０】
駐車枠情報送信部２１０ａ１は、複数の駐車枠にグループを対応付けた情報を送信する機能を制御部２００に実行させるプログラムモジュールである。すなわち、分類部２１０ｂ１の機能によって分類が行われると、制御部２００は、通信部４００を介して、分類された結果を示す情報、すなわち、駐車枠に対してグループ情報が対応づけられた情報を携帯端末１０に対して送信する。
【００７１】
駐車枠情報受信部２１ａ１は、駐車枠が存在する地点に関連する属性によって複数のグループに分類された駐車枠を示す情報を取得する機能を制御部２０に実行させるプログラムモジュールである。すなわち、駐車枠に対してグループ情報が対応づけられた情報がサーバ１００から送信されると、制御部２０は、駐車枠情報受信部２１ａ１の機能により、当該情報を取得する。制御部２０が、当該情報を取得すると、制御部２０は、表示制御部２１ｃの機能により、グループが同一の駐車枠をまとめて並べ、受信した駐車枠をディスプレイに一覧表示させる。当該処理は、図１に示す構成と同様である。以上のように、駐車枠表示システムの外部のシステムによって分類が行われるように構成されていても良い。
【００７２】
駐車枠表示システムを構成する駐車枠取得部２１ａと分類部２１ｂと表示制御部２１ｃとの少なくとも一部が複数の装置に分かれて存在している構成において、各装置の役割が図１に示す構成と異なる例としては、他にも種々の例を想定可能である。例えば、表示制御部２１ｃの機能の少なくとも一部がユーザＩ／Ｆ部４２によって実現される構成等であっても良い。むろん、上述の実施形態の一部の構成が省略または置換されていてもよいし、処理の順序が変動または省略されてもよい。
【００７３】
さらに、上述の実施形態を説明するために利用した状況は単なる一例であり、他の例であっても良い。例えば、図２Ａに示す例においては、駐車場Ｐａに３個の駐車枠、駐車場Ｐｂに３個の駐車枠が存在するが、むろん他の例、例えば、駐車枠が点在する例であっても良い。この場合において距離によって分類が行われると、同一の駐車場に属しておらず点在しているが、地理的には近い駐車枠同士が同一のグループに分類される。従って、利用者は、駐車枠の地理的な偏りに応じた分類を参照しながら駐車枠を選択することが可能である。
【００７４】
さらに、上述の実施形態においては、距離に基づいて駐車枠を分類する際にグループ基準枠と他の駐車枠との距離で判定したが、あるグループに分類済の任意の駐車枠からの距離が閾値以下である駐車枠が同一のグループに分類されるように構成されていても良い。
【００７５】
駐車枠取得部は、表示対象となる複数の駐車枠を取得することができればよい。従って、表示対象となる複数の駐車枠が検索条件に適合する駐車枠である構成に限定されず、種々の構成が採用さて良い。例えば、地図のスクロール等に伴って表示される駐車枠が変化するなどの構成において、スクロール等に応じて変化し得る表示対象の駐車枠が取得される構成等であっても良い。
【００７６】
駐車枠は、車両を駐車させるための枠であれば良く、大きさや形状は任意である。いずれにしても、駐車枠は、車両毎の駐車スペースを示していればよい。駐車枠の特定法は、種々の特定法が採用可能であり、位置や識別情報（枠を示すＩＤ等）、所属する駐車場の識別情報、これらの組み合わせ等が採用されてよい。
【００７７】
分類部は、駐車枠が存在する地点に関連する属性によって複数の駐車枠を複数のグループに分類することができればよい。すなわち、分類部は、地点に関する属性が同一である（または類似している）駐車枠を同一のグループに分類し、地点に関する属性が異なっている（または非類似である）駐車枠を異なるグループに分類する。この結果、まとめて表示を行うためのグループを、各駐車枠に対応づけることができればよい。
【００７８】
地点に関連する属性は、駐車枠が存在する地点に関連していれば良い。すなわち、駐車枠が存在する地点に関連して共通の特徴がある駐車枠が同一のグループに分類されるように属性が定義されていれば良い。従って、上述の実施形態のように駐車枠の間の距離が既定値以下である駐車枠の他にも、種々の属性が採用され得る。例えば、駐車枠が属する駐車場の名称、駐車枠の位置を示す住所、駐車枠が存在する区画が属性として採用されてもよいし、これらの組み合わせが地点に関連する属性とされても良い。
【００７９】
なお、駐車枠が属する駐車場の名称は、１以上の駐車枠が属する駐車場に与えられた名称であり、多くの場合、名称が同一である駐車枠は同一の駐車場に属していると解釈される。また、駐車枠が属する駐車場の名称が同一であれば、当該駐車枠が地理的に近くに存在する可能性が高い。従って、駐車枠が属する駐車場の名称が同一である場合に同一のグループに分類される構成とすれば、利用者が同一のグループと解釈しやすい駐車枠や、地理的に近い駐車枠をまとめて表示することが可能になる。なお、駐車枠が属する駐車場の名称が地点に関連する属性となる場合に、名称の全てが当該属性とされても良いし、一部が当該属性とされても良い。
【００８０】
駐車枠の位置を示す住所は、駐車枠が存在する地点を示す情報であり、住所が同一または類似している駐車枠同士は、多くの場合に同一の駐車場または地理的に近い駐車場に存在する。従って、駐車枠の位置を示す住所を属性とし、例えば、住所が同一または類似である駐車枠が同一のグループに分類される構成とすれば、地理的に近い駐車枠をまとめて表示することが可能になる。なお、住所が類似している駐車枠を同一のグループに分類する構成としては、例えば、住所の一部が一致するが残りの一部が一致しない駐車枠を同一のグループに分類する構成が挙げられる。住所において一致しない部分は、住所において狭域の区画を示す部分（例えば、通り名や地番等）であることが好ましい。
【００８１】
駐車枠が存在する区画は、地図上に設定された各種の領域であって良い。例えば、地図を直線等の既定の境界線で分割して得られるメッシュであっても良いし、地図上で任意の境界線によって決められた各種の領域（例えば、同一地番で指定される領域等）であっても良い。
【００８２】
むろん、地点に関連する属性は、他にも種々の属性であって良い。例えば、同一の敷地内に存在する駐車枠を同一のグループに分類する構成においては、同一の駐車場内に存在する駐車枠の地点は互いに近い地点であるという意味で地点に関連する属性で分類されていると言える。また、隣接する駐車枠が同一のグループに分類される構成においては、駐車枠が隣接するほど互いの駐車枠の地点が近いという意味で地点に関する属性で分類されていると言える。
【００８３】
表示制御部は、グループが同一の駐車枠をまとめて並べ、複数の駐車枠をディスプレイに一覧表示させることができればよい。すなわち、複数の駐車枠を一覧表示する際に、少なくとも同一のグループに属する駐車枠がまとめられた状態で表示が行われればよい。一覧表示は、種々の態様であって良く、例えば、駐車枠が特定の方向（例えば、上下方向、左右方向等）に並べられるリスト表示や、駐車枠が２方向に並べられる表形式での表示等が採用可能である。
【００８４】
表示される情報は文字で表現されても良いし、アイコンで表現されても良いし、これらの組み合わせであっても良い。また、表示される情報は、少なくとも駐車枠を示していれば良く、駐車枠の識別情報や位置等の他、他の情報が含まれていても良い。他の情報としては、料金、大きさ、駐車方式（自走式、機械式等）、満車または空車を示す情報、予約の有無、営業時間等が挙げられる。
【００８５】
むろん、駐車枠が表示される際には、ソートされていて良く、ソートキーは上述の実施形態のような基準からの距離以外にも、種々の要素であって良い。例えば、利用者の利用頻度や駐車枠の人気など、種々の要素がソートキーとなり得る。
【００８６】
さらに、表示制御部による駐車枠の表示態様は、上述の例に限定されない。例えば、駐車枠を示すアイコンは、グループが同一である複数の駐車枠を示していてもよい。図５は、図２Ａに示す例において同一のグループに分類された駐車枠が、グループを代表する１個のアイコンに統合されて示される例である。このように、複数の駐車枠が１個のアイコンに統合されると、複数の駐車枠が点在していたとしても、簡易な情報によって駐車枠の分類を表示させることができる。
【００８７】
さらに、グループが同一の駐車枠をまとめて並べ、複数の駐車枠をディスプレイに一覧表示させる手法は、プログラムや方法としても適用可能である。また、以上のようなシステム、プログラム、方法は、単独の装置として実現される場合もあれば、車両に備えられる各部と共有の部品を利用して実現される場合もあり、各種の態様を含むものである。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、装置を制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし半導体メモリであってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【符号の説明】
【００８８】
１０…携帯端末、２０…制御部、２１…駐車枠表示プログラム、２１ａ…駐車枠取得部、２１ａ１…駐車枠情報受信部、２１ｂ…分類部、２１ｃ…表示制御部、３０…記録媒体、３０ａ…地図情報、４０…通信部、４１…ＧＮＳＳ受信部、４２…ユーザＩ／Ｆ部、１００…サーバ、２００…制御部、２１０…検索プログラム、２１０ａ…検索部、２１０ａ１…駐車枠情報送信部、２１０ｂ１…分類部、３００…記録媒体、３００ａ…地図情報、４００…通信部
【図１】
2019174312.tif 000003
【図２】
2019174312.tif 000004
【図３】
2019174312.tif 000005
【図４】
2019174312.tif 000006
【図５】
2019174312.tif 000007