JP2005157518A - 駐車場予約方法、プログラム及び装置 - Google Patents

Abstract

【課題】複数台の予約が同時にできると共に駐車場から目的地まで確実に合流しながら行き着けるようにする。
【解決手段】検索条件入力部２４は、検索条件として指定されたイベント名、予約日、希望駐車台数、出発地から目的地までの移動ルート、各車の運転者端末アドレスを入力する。駐車場検索部２６は、移動ルート上で、目的地に最も近い空き駐車場を含む希望駐車台数分の空き駐車場を検索して各車に割当てる。検索結果通知部２８は、割当駐車場および割当駐車場から目的地までのルート情報を各車の運転者端末に通知する。
【選択図】 図１

Description

本発明は、空き駐車場を検索して予約する駐車場予約方法、プログラム及び装置に関し、特に、１回の申込みで複数台の空き駐車場を検索して予約する駐車場予約方法、プログラム及び装置に関する。

従来、携帯端末を利用した駐車場の予約システムにあっては、専用駐車場を持たない店舗を利用しようとするユーザがユーザ端末によりネットワーク上の店舗ホームページの駐車場の空き状況および予約に関する予約情報を照会した時点で、駐車場管理サーバが契約駐車場の空きの有無を検索し、空きの契約駐車場がある場合には予約を行って結果をユーザ端末に送信し、ユーザがユーザ端末から空きの契約駐車場を予約できるようにしている。
特開２００２−１９７２０８号公報

しかしながら、このような従来の駐車場予約システムにあっては、車一台ごとの予約を前提としており、家族やグループが複数の車に分乗して出かけるような場合には、一台ごとに予約しなければならず、予約手続きが煩雑である。

また一台ずつ予約した場合には、利用可能な駐車場は、店舗やイベント会場などに対し複数箇所に分散していることが多く、空きがない場合には、別々の駐車場に分かれて予約されてしまうことがあり、家族やグループで出向いた場合に、予約した駐車場に到着した後に、事前にしっかりと打ち合わせしておかないとうまく合流できないおそれがある。

またイベント会場などでは相当な混雑が予想されるため、駐車場から会場までの様子がわからず、途中で待ち合わせて合流することは相当難しい状況にあるといえる。

本発明は、複数台の予約が同時にできると共に駐車場から目的地まで確実に合流しながら行き着けるようにする駐車場予約方法、プログラム及び装置を提供することを目的とする。

本発明は、駐車場予約方法を提供するものであり、
検索条件として指定されたイベント名、予約日、希望駐車台数、出発地から目的地までの移動ルート、各車の運転者端末アドレスを入力する検索条件入力ステップと、
移動ルート上で、目的地に最も近い空き駐車場を含む前記希望駐車台数分の空き駐車場を検索して各車に割当てる駐車場検索ステップと、
割当駐車場および割当駐車場から目的地までのルート情報を各車の運転者端末に通知する検索結果通知ステップと、
を備えたことを特徴とする。

このような本発明の駐車場予約方法によれば、家族やグループが複数の車に分乗してイベント会場などの目的地に出掛ける際に、１回のアクセスで複数台の車の駐車場の予約をユーザ端末から行うことができ、一台ずつ予約する場合に比べ、簡単に申込みを行うことができる。

また検索により各車に空き駐車場が割当てられると同時に、各車の運転者端末に駐車場から目的地までのルート情報が通知されるため、ルート情報に従って目的地に向かうことで、別の駐車場に着いた人たちと確実に合流しながら目的地に向かうことができる。

本発明の駐車場予約方法における検索条件入力ステップは、目的地および駐車場を含む所定の検索エリアに対する各車の進入地点を入力し、また駐車場検索ステップは、目的地に最も近い空き駐車場を１台目用として検索し、２台目以降については前回検索した空き駐車場に最も近い空き駐車場を検索して駐車希望台数分の空き駐車場を検索する第１ステップと、各車の進入地点と各検索済みの空き駐車場との全ての組合せにつき合計移動距離を求め、合計移動距離が最小となる組合せを選択して検索済みの駐車場を各車に割当てる第２ステップとを備えたことを特徴とする。

これによって検索された空き駐車場のうちの１台目は目的地から最短距離にあり、２台目以降についても、前回の空き駐車場に対し最短距離にある空き駐車場が検索され、目的地から近く且つ可能な限り集中した範囲の空き駐車場が予約できる。

本発明の駐車場予約方法にあっては、検索条件入力ステップは、目的地および駐車場を含む所定の検索エリアに対する各車の進入地点を入力し、駐車場検索ステップは、目的地に複数の入口がある場合、各進入地点から各入口までの移動距離の合計を各入口毎に求め、合計距離が最小となる入口を到着地点に設定する。これによって目的地入口の中から各車のルートに適合した最適な入口をきめることができる。

本発明の駐車場予約方法に於いて、検索条件入力ステップは、運転者端末アドレスとしてパーソナルコンピュータ、携帯端末等の端末種別に対応した端末アドレスを入力し、検索結果通知ステップは、端末種別に応じたルート情報を生成して運転者端末に送信する。

即ち、検索結果通知ステップは、パーソナルコンピュータのように運転者端末の情報表示機能に制限がない場合、地図によるルート情報を作成して送信する。また検索結果通知ステップは、携帯電話のように運転者端末の情報表示機能に制限がある場合、表示するルート間の距離が所定距離以内であれば地図によるルート情報を作成して送信し、表示するルート間の距離が所定距離以上であればテキストによるルート情報を作成して送信する。

このため運転者端末がパーソナルコンピュータやカーナビゲーション装置のように十分な通信速度と表示能力をもつていれば、地図によるルート情報を送信して表示させる。これに対し携帯端末のように通信速度と表示能力に制限がある場合には、表示ルート間の距離が例えば５００ｍと短い場合は、地図によるルート情報を送信し、５００ｍ以上と長ければ、テキストによるルート情報を送信し、運転者端末の機能に合わせて最適な駐車場から目的地までのルート情報を表示できる。

ここで検索結果通知ステップは、テキストによるルート情報として、目的地から遠い割当駐車場の順に次に遠い割当駐車場から目的地までのルートの合流点までの案内情報を通知する。このため駐車場から目的地までの全てのルート情報をもつ必要がなくなり、遠い順に次の合流地点までのルート情報で済み、携帯端末の負担が軽減される。

検索結果通知ステップは、運転者端末アドレスの入力のない車がある場合、運転者端末アドレスを入力している運転者端末にアドレス入力のない車のルート情報を追加して通知する。

本発明は、駐車場予約のためのプログラムを提供する。このプログラムは、サーバを構築するコンピュータに、
検索条件として指定されたイベント名、予約日、希望駐車台数、出発地から目的地までの移動ルート、各車の運転者端末アドレスを入力する検索条件入力ステップと、
移動ルート上で、目的地に可能な限り近い空き駐車場を検索して各車に割当てる駐車場検索ステップと、
割当駐車場および割当駐車場から目的地までのルート情報を各車の運転者端末に通知する検索結果通知ステップと、
を実行させることを特徴とする。

本発明は、駐車場予約装置を提供する。この駐車場予約装置は、検索条件として指定されたイベント名、予約日、希望駐車台数、出発地から目的地までの移動ルート、各車の運転者端末アドレスを入力する検索条件入力部と、移動ルート上で、目的地に可能な限り近い空き駐車場を検索して各車に割当てる駐車場検索部と、割当駐車場および割当駐車場から目的地までのルート情報を各車の運転者端末に通知する検索結果通知部とを備えたことを特徴とする。

本発明の駐車場予約方法によれば、家族やグループが複数の車に分乗してイベント会場などの目的地に出掛ける際に、１回のアクセスで複数台の車の駐車場の予約をユーザ端末から行うことができ、一台ずつ予約する場合に比べ、簡単に申込みを行うことができる。

また検索により各車に空き駐車場が割当てられると同時に、各車の運転者端末に駐車場から目的地までのルート情報が通知されるため、ルート情報に従って目的地に向かうことで、別の駐車場に着いた人たちと確実に合流しながら目的地に向かうことができる。

また検索された空き駐車場のうちの１台目は目的地から最短距離にあり、２台目以降についても、前回の空き駐車場に対し最短距離にある空き駐車場が検索され、目的地から近く且つ可能な限り集中した範囲の空き駐車場が予約できる。

また運転者端末がパーソナルコンピュータやカーナビゲーション装置のように十分な通信速度と表示能力をもつていれば、地図によるルート情報を送信して表示され、これに対し携帯端末のように通信速度と表示能力に制限がある場合には、表示ルート間の距離が短い場合は地図によるルート情報を送信し、長ければテキストによるルート情報を送信し、運転者端末の機能に合せて最適な駐車場から目的地までのルート情報を表示できる。

更に、テキストによるルート情報は、駐車場から目的地までの全てのルート情報をもつ必要がなく、次に遠い駐車場からのルートとの合流地点までのルート情報で済み、通信速度と表示能力に制限がある携帯端末であっても、適切にルート情報を表示できる。

図１は、本発明が適用される駐車場予約システムの説明図である。図１において、サーバ１０は本発明の駐車場予約サービスを提供するコンピュータであり、サーバ１０に対してはユーザ装置としてパーソナルコンピュータ１２、携帯電話１４及びカーナビゲーション装置１６が設けられる。

パーソナルコンピュータ１２はインターネット１８を介してサーバ１０に接続される。携帯電話１４は図示しない無線電話ネットワークを介してサーバ１０に接続される。更にカーナビゲーション装置１６も、携帯電話１４と同じ無線通信ネットワークを介してサーバ１０に接続される。

サーバ１０には、通信制御部２０と駐車場予約処理部２２の機能が設けられている。通信制御部２０は、ユーザ装置としてのパーソナルコンピュータ１２、携帯電話１４及びカーナビゲーション装置１６のそれぞれとの間の通信制御のための通信プロトコルを備えている。

駐車場予約処理部２２は、本発明による駐車場予約処理の機能を実現するアプリケーションプログラムで実現され、検索条件入力部２４、駐車場検索部２６及び検索結果通知部２８の各処理機能を備えている。

この駐車場予約処理部２２に対しては、イベントテーブル３０、開催日テーブル３２、入力テーブル３４、駐車場テーブル３６、登録車テーブル３８、到着距離テーブル４０、入口テーブル４２、検索エリアテーブル４４、ルートテーブル４６、案内テーブル４８、目印テーブル５０、割当テーブル５２及び組合せテーブル５４が、データベースとして接続されている。なおデータベースとしてのテーブルは、これ以外に、駐車場予約処理部２２の処理の際に使用されるワークテーブルもあるが、これは省略している。

駐車場予約処理部２２に設けた検索条件入力部２４は、例えばユーザ装置として、パーソナルコンピュータ１２により検索条件として指定されたイベント名、予約日、希望駐車台数、出発地から目的地までの移動ルート、各車の運転者端末アドレスを、ユーザに対する入力条件の設定をもって入力する。

駐車場検索部２６は、検索条件入力部２４から入力された移動ルート上で目的地に可能な限り近い空き駐車場を検索して各車に割り当てる。検索結果通知部２８は、割り当て駐車場及び割り当て駐車場から目的地までのルート情報を各車の運転者端末に通知する。

ここで検索条件入力部２４にあっては、目的地及び駐車場を含む所定の検索エリアに対する各車の進入地点を入力し、次の第１及び第２ステップの処理を行う。

（第１ステップ）
目的地に最も近い空き駐車場を１台目用として検索し、２台目以降については前回検索した空き駐車場に最も近い空き駐車場を検索して、駐車希望台数分の空き駐車場を検索する。

（第２ステップ）
各車の進入地点と各検索済みの空き駐車場との全ての組み合わせにつき合計移動距離を求め、この合計移動距離が最小となる組み合わせを選択して、検索済みの駐車場を各車に割り当てる。

また目的地となるイベント会場にあっては、入口が複数設けられている場合がある。このような場合には、イベント会場の複数の入口のうちの特定の入口を到着地点として決めることになる。即ち駐車場検索部２６にあっては、目的地となる例えばイベント会場にある複数の入口について、各車の検索エリアに対する進入地点から各入口までの移動距離の合計を各入口ごとに求め、この合計距離が最小となる入口を到着地点に設定する。

また検索結果通知部２８にあっては、ユーザ端末としてのパーソナルコンピュータ１２、携帯電話１４、カーナビゲーション装置１６といった端末種別に応じたルート情報を作成して送信する。この場合、パーソナルコンピュータ１２やカーナビゲーション装置１６のように、ユーザ端末における情報表示機能に制限がなく十分な表示能力がある場合には、地図によるルート情報を作成して送信する。

これに対し携帯電話１４のように情報表示機能に制限がある場合には、表示するルート間の距離が例えば５００メートル以内であれば地図によるルート情報を作成して送信し、５００メートルを超えていた場合にはテキストによるルート情報を作成して送信することになる。ここで、ユーザ端末側に送るルート情報は、割り当てられた駐車場からイベント会場などの目的地の入口までのルートを意味する。

更に検索結果通知部２８にあっては、携帯電話１４にテキストによるルート情報を送る場合、各駐車場からイベント会場となる目的地までの全てのルート情報を送ると情報量が増加することから、目的地から遠い駐車場の順に、次に遠い駐車場からのルートの合流点までの案内情報をテキストによるルート情報として通知する。

このため一番遠い駐車場から行く人は、次に遠い駐車場からのルートの合流点までのテキストによるルート情報を受け、このような駐車場から合流点までのテキストによるルート情報に分けて各車の運転者端末に送っておくことで、携帯電話をユーザ端末とした場合の各車の運転者に対する情報量を均一化することが可能となる。

更に、運転者によってはパーソナルコンピュータや携帯電話のメールアドレスを持っていない場合も予想されることから、このような場合にはメールアドレスを持っている運転者のユーザ端末に対しメールアドレスを持っていない運転者についてのルート情報を追加して通知することになる。

次に図１のサーバ１０に対しテーブルとして設けているデータベースの内容を説明する。図２は図１のイベントテーブル３０の説明図である。イベントテーブル３０にはイベントコード（イベントＣＤ）に対応してイベント名が予め登録されている。

以下の説明にあっては、運転者Ａ，Ｂ，Ｃの３人が例えばそれぞれの友達や家族を連れて一緒に「ねぶた祭り」の会場に８月７日に行くために３台の車の駐車場予約を行う場合を例にとって説明する。併せて登録車両につき、運転者に対応して登録車Ａ，Ｂ，Ｃと表現する。

図３は、図１の開催日テーブル３２の説明図である。開催日テーブル３２には開催日コード、イベントコード及び開催日が登録されている。この例では図２のイベントテーブル３０のイベントコード１番の「ねぶた祭り」については、８月２日〜８月７日が開催日であることが分かり、Ａ，Ｂ，Ｃの３人は８月７日に友人、家族を連れて出かけることを予定している。なお、以下の説明で「コード」といった場合、図面中では「ＣＤ」と標記している。

図４は図１の入力テーブル３４の説明図である。入力テーブル３４は、後の説明で明らかにするユーザ端末に対する検索条件入力画面を使用して入力された情報が登録されている。この例では、入力テーブル３４には入力コード、イベントコード、開催日コード、希望台数、駐車場の限度金額及び到着地点コードが登録されている。

図５は図１の駐車場テーブル３６であり、駐車場コード、駐車場名、イベントコード、金額、駐車場から会場入口までの経路情報（ルート情報）、駐車場可能台数及びエリアが登録されている。

図６は図１の登録車テーブル３８であり、本発明の駐車場予約システムを利用するユーザの使用している車に関する情報が登録されている。この登録車テーブル３８には、入力コード、登録車コード、運転者の名前、カーナビゲーション装置のアドレス、パーソナルコンピュータのアドレス、携帯電話アドレス、駐車場コード、距離１、距離２及び距離３の情報が登録されている。

ここで登録車テーブル３８の距離１は出発地点から駐車場までの距離を示し、距離２は駐車場からイベント会場（目的地）までの距離を示し、距離３はデータ表示範囲を示している。そして距離１〜３のそれぞれに格納されている「１」「０」は、２点間の距離が５００メートル以上ならば「１」、５００メートル以内なら「０」を登録している。

図７は図１の到着距離テーブル４０の説明図である。到着距離テーブル４０には駐車場コードとイベントＣＤ＝１の項目が設けられ、これによって駐車場Ｐ１，Ｐ２，Ｐ３のそれぞれからイベント会場までの距離とその合計距離が登録されている。

図８は図１の入口テーブル４２の説明図である。入口テーブル４２には入口コード、イベントコード、入口名が登録されている。例えばイベントＣＤ＝１の「ねぶた祭り」にあっては、入口は１つであり、入口名は「正面口」となっている。

図９は図１の検索エリアテーブル４４の説明図である。この検索エリアテーブル４４は、検索対象エリアに対する車の進入点から目的地までのルートに沿った駐車場の検索範囲の情報を登録している。

例えば検索エリアについては縦横格子状のブロックに分割され、縦方向については番号１，２，３，４，…が設定され、横方向については英小文字ａ，ｂ，ｃ，ｄ，…が設定され、両方の組み合わせ例えば「ａ６」をもってブロック位置を表している。

図１０は図１のルートテーブル４６の説明図であり、図１０（Ａ）の駐車場からイベント会場までのルートテーブル４６−１と、図１０（Ｂ）の検索エリアに対する進入地点から駐車場までのルートテーブル４６−２の２つを登録している。

図１０（Ａ）の駐車場からイベント会場までのルートテーブル４６−１にあっては、運転者（登録車）Ａ，Ｂ，Ｃに分けてイベント会場を「０」とし、そこに至るルートにおける交差点に設定された番号が登録されている。

また番号の後ろに示す「Ｒ」はその交差点の右折を示し、また「Ｌ」はその交差点の左折を示し、更に番号の後ろに付されたＡ，Ｂ，Ｃは別の駐車場から来る人の合流を示す。例えば運転者Ａのナンバー３の交差点の情報「１０Ｌ Ｃ」は、この交差点１０番を左折することを意味し、且つ別の駐車場に着いた運転者Ｃとの合流を示している。

図１０（Ｂ）の進入地点から駐車場までのルートテーブル４６−２にあっては、駐車場を「０」として進入点をナンバー１とするルートの交差点番号が登録されている。

図１１は図１の案内テーブル４８の説明図である。案内テーブル４８には運転者Ａ，Ｂ，Ｃに分けてＮｏ．が登録されている。この登録しているＮｏ．は、携帯電話を対象としたテキストによるルート情報の駐車場からイベント会場入口までのルート情報となる交差点番号における合流点の交差点番号を登録している。

例えば案内テーブル４８の運転者Ａにあっては、「Ｎｏ．３」が登録されている。そこで図１０（Ａ）の駐車場からイベント会場までのルートテーブル４６−１を参照して運転者ＡのＮｏ．３を見ると「１０Ｌ Ｃ」とあり、運転者Ｃとの合流点とＮｏ．１，２，３における交差点情報「８Ｒ，９，１０Ｌ Ｃ」を作成して携帯電話に通知することになる。

同様にして運転者Ｂにあっては、案内テーブル４８からＮｏ．４であることから、これは全てのルート情報が作成される。また運転者Ｃにあっては、Ｎｏ．３であることから、Ｎｏ．１〜３に対応した「１５Ｒ，１０ Ａ，６ Ｂ」がテキストによるるート情報として作成されることになる。

図１２は図１の目印テーブル５０であり、目印コードと目印名が登録されている。この目印コードは交差点もしくは交差点以外の目標物の番号を使用しており、この目印コードが図１０のルートテーブルに使用されている。

図１３は図１の割当テーブル５２の説明図であり、駐車場コードと各車の進入点１，２，３について、進入点から各駐車場までの距離が登録されている。

図１４は図１の組合せテーブル５４の説明図である。この組合せテーブル５４にあっては、組合せとして図１３の駐車場コードＰ１〜Ｐ３と進入点Ｉ１，Ｉ２，Ｉ３の全ての組合せにつき合計距離を登録している。

図１５は図１のサーバとユーザ端末との間のやり取りにより行われる本発明による駐車場予約の処理手順を示したタイムチャートである。図１５において、ユーザ端末１１としては図１に示したパーソナルコンピュータ１２、携帯電話１４、更にカーナビゲーション装置１６を含むが、駐車場予約の際には表示処理機能及び通信速度の速いパーソナルコンピュータ１２が主に使用される。

まずユーザ端末１１にあっては、ステップＳ１０１で駐車場予約システムを提供するサーバ１０にアクセスする。このサーバ１０に対するアクセスは、例えば駐車場予約システムのホームページにアクセスし、会員登録により予めユーザに発行されているユーザＩＤ及びパスワードを使用して行われる。

ユーザ端末１１からのアクセスに対しサーバ１０は、ステップＳ１でイベント一覧画面をユーザ端末１１側に表示させる。このイベント一覧画面に対しユーザ端末１１にあっては、ステップＳ１０２で必要なイベント選択を行って応答すると、サーバ１０はステップＳ２で図１６のような検索条件入力画面６２をユーザ端末１１側に表示させる。

この検索条件入力画面６２に対しユーザ端末１１にあっては、ステップＳ１０３で必要なイベント選択を行って応答する。例えば図１６の検索条件入力画面にあっては、イベント名として「ねぶた祭り」を選択し、予約日としては「８月７日」を選択し、また予約台数は「３台」であり、駐車場の金額としては「２０００円以下」を検索条件として指定している。

以上の検索条件の入力ができたならば、ボタン６２−１をクリックすることで、図１５のユーザ端末１１より検索条件がサーバ１０に通知され、サーバ１０はステップＳ３で図１７に示すような詳細条件入力画面の表示をユーザ端末１１に対し行い、ユーザ端末１１はステップＳ１０４で詳細条件を入力する。

図１７の詳細条件入力画面６４にあっては、ユーザが予約台数として３台を指定していることから、車両詳細条件入力６６−１〜６６−３が、１台目、２台目、３台目として表示される。それぞれの車両詳細条件入力６６−１〜６６−３には登録車名、ＰＣメールアドレス、携帯電話メールアドレス、カーナビメールアドレス、更に進入地点の選択ボタンが設けられている。

また詳細条件入力画面６４には、イベント名「ねぶた祭り」に応じて地図６８が表示される。地図６８には、会場７０に対する予め定めた駐車場の場所を含む検索エリアの道路地図が表示されている。この道路地図は交差点ごとに、この例では１番から１８番の目印コードが付されている。

そこでユーザ端末にあっては、この詳細条件入力画面６４に対し車両詳細条件入力６６−１〜６６−３について必要な情報を入力した後、進入地点の選択を行う。例えば１台目の運転者Ａにあっては進入地点７２を設定する。２台目の運転者Ｂについては進入地点７４を設定する。更に３台目の運転者Ｃについては進入地点７６を設定する。

そして、必要とする詳細条件入力が済んだならば「検索実行」のボタン６５をクリックすることで、図１５のユーザ端末１１のステップ１０４における詳細条件入力結果がサーバ１０に通知され、ステップＳ４における駐車場検索処理が実行される。

図１５のサーバ１０におけるステップＳ４の駐車場検索処理の詳細は、図１８のフローチャートに示される。

図１８の駐車場検索処理にあっては、ステップＳ１で到着地点決定処理を行う。この到着地点決定処理は、目的地となる例えばイベント会場に入口が複数あった場合に、そのうちの１つを到着地点とする処理である。次にステップＳ２で検索エリアの範囲格納処理を行う。この検索エリアの範囲格納処理は、各車の進入点から到達地点までのルートに沿った駐車場の検索範囲を決める処理となる。

続いてステップＳ３で、検索条件に合う駐車場の中で到着地点に一番近い駐車場を検索し、次に２台目以降の検索では前回検索した駐車場から一番近い駐車場を検索する。続いてステップＳ４で、希望台数から検索された駐車場の残台数を引き、希望台数が０となった時点で検索処理を終了する。そしてステップＳ５で、各車に対し検索できた駐車場を割り当てる駐車場割り当て処理を行った後、図１５のステップＳ５にリターンして検索結果の画面表示を行う。

図１９及び図２０は、図１８のステップＳ１による到着地点決定処理の対象となる目的地の例であり、図２１に目的地点決定処理で作成されるワークテーブル及び到着距離テーブルを示している。

図１９の目的地となる会場７０にあっては、３つの入口ａ，ｂ，ｃが設けられている。このような場合には、駐車場検索のための地図に対し設定した各車の進入地点から各入口ａ，ｂ，ｃまでの移動距離についての合計を求め、その距離が最短となる入口を到着地点とする。

図２０は図１９の会場７０に対し、２台の車の運転者Ｘ，Ｙについて、図２０（Ａ）（Ｂ）（Ｃ）のように検索エリアの進入点から入口ａ，ｂ，ｃまでの距離と、そのワークテーブル７８−１〜７８−３として求めている。このワークテーブル７８−１〜７８−３に基づき、図２０（Ｄ）のような各車の運転者Ｘ，Ｙについて、入口ａ，ｂ，ｃに対する各距離と合計距離を登録したテーブル内容を作成した後、合計距離の中で最短距離となる「３．１Ｋｍ」に対応した入口ｂを到着地点として決定することになる。

なお図１７の詳細条件入力画面６４に示した地図６８の会場７０にあっては、入口は１つであることから、図１８のステップＳ１の到達地点決定処理にあっては、そのまま１つの入口を到着地点に決定することになる。

図２１は図１８のステップＳ２による検索エリアの範囲格納処理の説明図である。図２１（Ａ）は、検索エリアの範囲格納処理に使用される地図６８を示しており、地図６８は一定の間隔、例えば縦横１００メートル単位に分割され、縦方向についてはエリアコード１，２，３，…を設定し、横方向についてはエリアコードａ，ｂ，ｃ，…を設定している。

このような地図６８につき、各車の進入地点７２，７４，７６が設定されていることから、そこから会場７０に至る経路を求め、経路上のブロックを中心とした周囲８ブロックのエリアを検索範囲とすることで、地図６８に検索エリア７５が設定される。この検索エリア７５は、図２１（Ｂ）の検索エリアテーブル４４に入力コード＝１をもって、各マスがエリアコードとして「ａ６，ａ７，ａ８，ａ９…」のように登録される。

図２２は図１８のステップＳ５による駐車場割当処理の説明図である。まず図２２（Ａ）のように検索エリアの地図６８につき、図１８のステップＳ２による検索エリアの範囲格納処理に続くステップＳ３，Ｓ４の処理により、検索条件にあう駐車場の中から、まず会場７０に一番近い駐車場Ｐ２が検索され、次に駐車場Ｐ２に最も近い駐車場Ｐ３が検索され、更に駐車場Ｐ３に最も近い駐車場Ｐ１が検索されたとする。

このように検索された３つの駐車場Ｐ１，Ｐ２，Ｐ３に対し、運転者Ａ，Ｂ，Ｃの登録車Ａ，Ｂ，Ｃを割当てる処理を行なう。この駐車場割当処理はまず登録車Ａ，Ｂ，Ｃと駐車場Ｐ１，Ｐ２，Ｐ３の全ての組み合わせについて進入地点７２，７４，７６から駐車場Ｐ１，Ｐ２，Ｐ３までの移動距離の合計を求めている。次にこの全ての組み合わせの中で移動距離の合計が最も少ない組み合わせに基づき駐車場を割当てる。

図２２（Ｂ）は地図６８について登録車Ａ，Ｂ，Ｃの進入地点７２，７４，７６から駐車場Ｐ１，Ｐ２，Ｐ３までの移動距離を格納した割当テーブル５２である。また図２２（Ｃ）は組み合わせテーブル５４であり、登録車Ａ，Ｂ，Ｃについて駐車場Ｐ１，Ｐ２，Ｐ３の全ての組み合わせを登録し、それぞれの組合せにおける合計距離を割当テーブル５２を参照して求めている。

この組み合わせテーブル５４が作成できたならばその中で合計距離が最も短い０．６キロメートルとなるテーブル先頭の組み合わせ（ＡＢＣ）＝（Ｐ１，Ｐ２，Ｐ３）に基づき登録車Ａについては駐車場Ｐ１を割り当て、登録車Ｂについては駐車場Ｐ２を割り当て、登録車Ｃについては駐車場Ｐ３を割り当てる。

駐車場割り当て処理が図１８のステップＳ５で終了すると、図１５のサーバ１０におけるステップＳ５にリターンし、図２３に示す検索結果画面８２の表示がユーザ端末１１に対して行なわれる。

図２３の検索結果画面８２にあっては、会場７０及び駐車場を含む地図６８上に駐車場検索処理により検索された結果として、登録車Ａ，Ｂ，Ｃに対し割当てられた駐車場Ｐ１，Ｐ２，Ｐ３の表示が行なわれている。この地図６８における駐車場割り当てを見て、ユーザが了解する場合には「確定」のボタン８２−２をクリックする。

一方、もし割当てられた駐車場を変更したい場合には「再検索実行」のボタン８２−１をクリックする。それと図１５において、ステップＳ１０５で駐車場確定が行なわれなかったことが判別され、ステップＳ１０４に戻って図１７の詳細条件入力画面６４が表示され、この詳細条件入力からユーザはやり直すことになる。

図１５のユーザ端末１１のステップＳ１０５で駐車場確定のクリックが行なわれると確定通知がサーバ１０に対し行なわれ、サーバ１０はステップＳ６で確定処理を実行する。このステップＳ６の確定処理は図２４（Ａ）に示す確定前の台数作業テーブル８０の残台数から検索の結果確定した駐車場Ｐ１が１台、駐車場Ｐ２が１台、駐車場Ｐ３が１台となる確定台数を差し引いて、図２４（Ｂ）の台数作業テーブル８０の格納内容とする。

次に図１５のサーバ１０におけるステップＳ７に進み、割当てられた駐車場から会場までの経路となるルート範囲決定処理を実行する。このステップＳ７のルート範囲決定処理の詳細は図２５のフローチャートに示される。

図２５において、駐車場から会場までのルートを決めるルート範囲決定処理にあっては、ステップＳ１でそれぞれの登録車について駐車場から到着地点（会場入口）までの経路上の目印コードをルートテーブルに格納する。例えば、図２６（Ａ）の地図６８を例にとる、図２６（Ｂ）のようなルートテーブル４６の格納内容が得られる。

即ち、登録車Ａについては駐車場Ｐ１が割当てられており、駐車場Ｐ１から番号０となる会場７０までルートは目印コードで（８，９，１０，６，３，０）となることから、これをルートテーブル４６に登録する。また登録車Ｂについては駐車場Ｐ２から会場までのルートは目印コードで（７，６，３，０）となり、これをルートテーブル４６に登録する。更に登録車Ｃについては駐車場Ｐ３から会場７０までのルートなることから目印コード（１５，１０，６，３，０）となる。更にルートテーブル４６については交差点で右折する場合は「Ｒ」をつけ、左折する場合には「Ｌ」をつける。

次に図２５のステップＳ２に進み、ルートテーブル４６において「０」が格納されているＮｏ．を案内テーブルに格納する。即ち図２６（Ｂ）の案内テーブル４８に示すようにルートテーブル４６において交差点番号「０」即ち会場７０を示す番号が格納されているルートテーブルＮｏ．の数字を案内テーブル４８に登録する。これは登録車ＡについてはＮｏ．６であり、登録車ＢについてはＮｏ．４であり、登録車ＣについてはＮｏ．５となる。

次に図２５のステップＳ３でルートテーブル４６の値を下から比較し、目印コードが一致する最後の地点を合流地点に設定する。具体的には図２６（Ｃ）のように登録車Ａ，
Ｂ，Ｃについてテーブル番号の下側から上に向かってサーチしていくと、登録車Ａ，Ｂ，Ｃにつき目印コードは「０，３，６」については一致し、それ以降は不一致となることから、一致した最後の目印コード「６」の地点を合流地点に設定する。

次に図２５のステップＳ４で合流地点が設定されたならば、その合流地点で一番小さいルートテーブルＮｏ．を持つ登録車以外は案内テーブルにその地点のルートテーブルＮｏ．を格納し、また合流相手となる登録車コードも格納される。

即ち図２６（Ｃ）の案内テーブル４６のように、目印コード６におけるルートテーブルＮｏ．が一番小さいのは登録車Ｂであることから、登録車Ｂについては案内テーブル４６のＮｏ．４はそのままとする。それ以外の登録車Ａ，Ｃについては合流地点となった目印コード「６」を示すルートテーブルＮｏ．として、登録車ＡについてはＮｏ．４を、登録車ＣについてはＮｏ．３を格納する。尚、登録車Ｂについてはこの段階で案内テーブル４８の登録内容Ｎｏ．４が確定する。

次に図２５のステップＳ５に進み、未確定となっている登録車につき下から上に続いて、目印コードの比較を行い、一致していればステップＳ４に戻り、案内テーブル４６の変更と合流相手の格納を行なう。即ち、図２６（Ｄ）のように、ルートテーブル４６について未確定の登録車Ａ，Ｃについて下から上に比較し、ここで目印コード「１０」が一致することから、これを合流地点に設定する。

そして合流地点で一番小さいルートテーブルＮｏ．を持つ登録車Ｃ以外、即ち登録車Ａについては案内テーブル４８にその合流地点のルートテーブルＮｏ．であるＮｏ．３を格納し、併せてルートテーブル４６の登録車Ａの目印コード「１０」の隣に合流相手である登録車Ｃを格納する。それ以降の下から上のサーチについては一致する目印コードがないことから、一連のルート範囲決定処理を終了する。

次に図１５のサーバ１０におけるステップＳ８にリターンして、カーナビ送信処理を実行する。尚、カーナビ送信処理については基本的にはステップＳ９のＰＣ送信処理と同じであることから、ＰＣ送信処理について詳細を説明する。

図２７は図１５のステップＳ９によるＰＣ送信処理の詳細を示したフローチャートである。このユーザ端末１１をパーソナルコンピュータとしたＰＣ送信処理にあっては、ステップＳ１で予約した登録者につきＰＣメールアドレスの有無を検索する。続いてステップＳ２でＰＣメールアドレスを持たない登録車があるか否かチェックし、ある場合にはステップＳ３でＰＣメールアドレスを持つ登録車の登録番号が一番小さい登録車か否かチェックする。

一番小さい登録車であればステップＳ４でその登録車のルート情報とＰＣメールアドレスを持っていない登録車のルート情報をメールで送信する。一方、ステップＳ２でＰＣメールアドレスを持たない登録車がない場合、もしくはステップＳ３でＰＣメールアドレスを持っている登録車のうち登録番号が一番小さくない場合については、ステップＳ５で各登録車のルート情報をそれぞれメールで送信する。

図２８は図２７のＰＣ送信処理で参照されるＰＣアドレステーブル９２の説明図である。図２８（Ａ）にあっては登録車Ａ，Ｂ，Ｃの全てについてＰＣ用メールアドレスが登録されていることから、それぞれに対して各登録車のルート情報をメールで送信する。

一方、図２８（Ｂ）の場合には、登録車Ｂ，ＣについてＰＣ用メールアドレスが登録されているが、登録車ＡについてはＰＣ用メールアドレスが登録されていない、この場合には登録番号が一番小さい登録車ＢのＰＣ用メールアドレスに対し登録車Ｂのルート情報にＰＣメールアドレスを持たない登録車Ａのルート情報を追加してメールを送信することとなる。

図２９は図２８（Ｂ）のＰＣアドレステーブル９２に対応した登録車Ｂに対する送信メールの例である。この登録車Ｂに対する送信メール９４にあっては、登録車Ｂのルート情報９４−２に対し、ＰＣメールアドレスを持たない登録車Ａのルート情報９４−１を追加して送信する。

これによってＰＣメールアドレスを持たない登録車Ａの運転者ＡはＰＣメールアドレスを持つ登録車Ｂの運転者Ｂさんのユーザ端末、即ちパーソナルコンピュータで受信したメール内容の通知を受けて予約内容を知ることができる。

次に図１５のサーバ１０におけるステップＳ１０の携帯電話送信処理を行なう。この携帯電話送信処理の詳細は図３０のフローチャートに示される。図３０の携帯電話送信処理にあっては、ステップＳ１で携帯メールアドレスを記入している登録車であることを判別するとステップＳ２に進み、ルート間距離すなわち割当てられた駐車場から目的地までの距離が５００ｍ以内か否かチェックする。

５００ｍ以内であれば携帯電話によっても地図表示可能な情報量であることからステップＳ３に進み、地図情報を作成し、ステップＳ５でメールを送信する。一方、ステップＳ２でルート間距離が５００ｍ以上であった場合には地図情報による携帯電話での表示が適切にできないことからステップＳ４でテキスト情報を作成し、ステップＳ５でメールを送信することになる。

図３１は図３０のステップＳ５で携帯電話に対し送信された携帯電話メール受信画面９６の説明図である。この携帯電話メール受信画面９６にあっては、地図情報は持たず、テキスト情報としての「最低限のルート情報」と「全ルート情報」の内容だけを持っている。

図３２は図３０のステップＳ４におけるテキスト情報作成処理のフローチャートである。このテキスト情報作成処理にあっては、ステップＳ１で例えば図２６（Ｄ）のように作成されたルートテーブル４６について、ルートテーブルＮｏ．１から順番に各登録車についての目印コードの内容を順番に記述する。続いてステップＳ２で途中に合流地点、右折、左折があればその点を記述する。

図３３はテキスト情報作成処理の具体的な説明図であり、図３３（Ａ）に目印テーブル５０を、図３３（Ｂ）にルートテーブル４６の登録車Ａの部分を、更に図３３（Ｃ）に案内テーブル４８を登録車Ａの部分について取り出し、これらに基づいて図３３（Ｄ）のようなテキストルート情報９８が作成される。

即ちルートテーブル４６のＮｏ．１目印コード「８」を使用して、目印テーブル５０を参照し「新町交差点」を取得する。またルートテーブル４６の「Ｒ」から「右折」を取得する。これによってテキスト情報９８の１行目の「１．新町交差点 右折」を作成できる。同様にしてルートテーブル４６のＮｏ．２について「２．新町２丁目交差点」のテキスト情報を作成する。更にルートテーブルＮｏ．３の目印コード「１０」につき、目印テーブル５０から「大通り交差点」を取得し、ルートテーブル４６の「Ｌ」から「左折」を取得し、更に合流相手となる登録車Ｃについて「（Ｃさんと合流）」を作成する。ここで案内テーブル４８を参照すると登録車Ａについてはルートテーブル４６のＮｏ．３がルート情報の最終位置であることを示していることから、ルートテーブルＮｏ．３まででテキスト情報を作成を終了する。

図３４は登録車Ａ，Ｂ，Ｃについて作成された携帯電話用のメール受信画面９６，１００，１０２を並べて示している。メール受信画面９６，１００，１０２にインデックスとして示しているルート情報につき、２点間の距離が５００ｍ以内については地図情報を作成しており、５００ｍ以上についてはテキスト情報を作成している。そしてメール受信画面９６と１０２がテキスト情報を持っていることから、このテキスト情報について右側にテキストルート情報１０４、１０６，１０８として取り出して示している。それ以外のルート情報は地図情報として作成されていることになる。

このうち登録車Ａの携帯電話メール受信画面９６にあっては、駐車場からイベント会場までのルート情報につき最低限のルート情報及び全ルート情報のいずれもテキスト情報としていずれも右側に取り出して示すテキストルート情報１０４、１０６のようになるが、登録車Ｃのメール受信画面１０２にあっては駐車場から合流地点までの最低限のルート情報については地図情報として作成しており、全ルート情報についてのみテキスト情報として取り出して示すテキストルート情報１０８のものを作成していることになる。

このためパーソナルコンピュータやカーナビゲーション装置に比べ、表示能力の低い携帯電話であっても駐車場から目的地までのルート情報につきテキスト情報或いは地図情報をもってほぼ同程度の情報量で各携帯電話に送って表示させることができる。

図１におけるサーバ１０及びパーソナルコンピュータ１６は、例えば図３５のようなコンピュータのハードウェア資源により実現される。

図３５のコンピュータにおいて、ＣＰＵ２００のバス２０１にはＲＡＭ２０２、ハードディスクコントローラ（ソフト）２０４、フロッピィディスクドライバ（ソフト）２１０、ＣＤ−ＲＯＭドライバ（ソフト）２１４、マウスコントローラ２１８、キーボードコントローラ２２２、ディスプレイコントローラ２２６、通信用ボード２３０が接続される。

ハードディスクコントローラ２０４はハードディスクドライブ２０６を接続し、本発明の駐車場予約処理を実行するプログラムをローディングしており、コンピュータの起動時にハードディスクドライブ２０６から必要なプログラムを呼び出して、ＲＡＭ２０２上に展開し、ＣＰＵ２００により実行する。

フロッピィディスクドライバ２１０にはフロッピィディスクドライブ（ハード）２１２が接続され、フロッピィディスク（Ｒ）に対する読み書きができる。ＣＤ−ＲＯＭドライバ２１４に対しては、ＣＤドライブ（ハード）２１６が接続され、ＣＤに記憶されたデータやプログラムを読み込むことができる。

マウスコントローラ２１８はマウス２２０の入力操作をＣＰＵ２００に伝える。キーボードコントローラ２２２はキーボード２２４の入力操作をＣＰＵ２００に伝える。ディスプレイコントローラ２２６は表示部２２８に対して表示を行う。通信用ボード２３０は無線を含む通信回線２３２を使用し、外部のパーソナルコンピュータ、携帯電話、カーナビゲーション装置との間の通信を行う。

尚、上記の実施形態は駐車場予約対象としてイベント会場を例にとるものであったが、本発明はこれに限定されず、目的地の周辺に駐車場が分散しているような店舗、施設等であれば任意の目的地につき全く同様に駐車場予約処理を適用することができる。

また上記の実施形態は同時に複数台の予約を行なう場合を例にとっているが１台のみを予約することもなんら問題なくできる。

更に本発明はその目的と利点を損なうことのない適宜の変形を含み、更に、上記の実施形態に示した数値による限定は受けない。

ここで本発明の特徴を列挙すると、次の付記のようになる。
（付記）
（付記１）
検索条件として指定されたイベント名、予約日、希望駐車台数、出発地から目的地までの移動ルート、各車の運転者端末アドレスを入力する検索条件入力ステップと、
前記移動ルート上で、目的地に可能な限り近い空き駐車場を検索して各車に割当てる駐車場検索ステップと、
前記割当駐車場および割当駐車場から目的地までのルート情報を各車の運転者端末に通知する検索結果通知ステップと、
を備えたことを特徴とする駐車場予約方法。（１）

（付記２）
付記１記載の駐車場予約方法に於いて、
前記検索条件入力ステップは、目的地および駐車場を含む所定の検索エリアに対する各車の進入地点を入力し、
前記駐車場検索ステップは、
目的地に最も近い空き駐車場を１台目用として検索し、２台目以降については前回検索した空き駐車場に最も近い空き駐車場を検索して駐車希望台数分の空き駐車場を検索する第１ステップと、
各車の進入地点と各検索済みの空き駐車場との全ての組合せにつき合計移動距離を求め、合計移動距離が最小となる組合せを選択して検索済みの駐車場を各車に割当てる第２ステップと、
を備えたことを特徴とする駐車場予約方法。（２）

（付記３）
付記１記載の駐車場予約方法に於いて、
前記検索条件入力ステップは、目的地および駐車場を含む所定の検索エリアに対する各車の進入地点を入力し、
前記駐車場検索ステップは、目的地に複数の入口がある場合、前記各進入地点から各入口までの移動距離の合計を各入口毎に求め、合計距離が最小となる入口を到着地点に設定することを特徴とする駐車場予約方法。（３）

（付記４）
付記１記載の駐車場予約方法に於いて、
前記検索条件入力ステップは、前記運転者端末アドレスとしてパーソナルコンピュータ、携帯端末等の端末種別に対応した端末アドレスを入力し、
前記検索結果通知ステップは、前記端末種別に応じたルート情報を生成して前記運転者端末に送信することを特徴とする駐車場予約方法。

（付記５）
付記４記載の駐車場予約方法に於いて、前記検索結果通知ステップは、前記運転者端末の情報表示機能に制限がない場合、地図によるルート情報を作成して送信することを特徴とする駐車場予約方法。

（付記６）
付記４記載の駐車場予約方法に於いて、前記検索結果通知ステップは、前記運転者端末の情報表示機能に制限がある場合、表示するルート間の距離が所定距離以内であれば地図によるルート情報を作成して送信し、表示するルート間の距離が所定距離以上であればテキストによるルート情報を作成して送信することを特徴とする駐車場予約方法。

（付記７）
付記１記載の駐車場予約方法に於いて、前記検索結果通知ステップは、前記テキストによるルート情報として、目的地から遠い割当駐車場の順に次に遠い割当駐車場から目的地までのルートの合流点までの案内情報を通知することを特徴とする駐車場予約方法。

（付記８）
付記１記載の駐車場予約方法に於いて、前記検索結果通知ステップは、前記運転者端末アドレスの入力のない車がある場合、運転者端末アドレスを入力している運転者端末にアドレス入力のない車のルート情報を追加して通知することを特徴とする駐車場予約方法。

（付記９）
コンピュータに、
検索条件として指定されたイベント名、予約日、希望駐車台数、出発地から目的地までの移動ルート、各車の運転者端末アドレスを入力する検索条件入力ステップと、
前記移動ルート上で、目的地に最も近い空き駐車場を検索して各車に割当てる駐車場検索ステップと、
前記割当駐車場および割当駐車場から目的地までのルート情報を各車の運転者端末に通知する検索結果通知ステップと、
を実行させることを特徴とするプログラム。

（付記１０）
検索条件として指定されたイベント名、予約日、希望駐車台数、出発地から目的地までの移動ルート、各車の運転者端末アドレスを入力する検索条件入力部と、
前記移動ルート上で、目的地に最も近い空き駐車場を検索して各車に割当てる駐車場検索部と、
前記割当駐車場および割当駐車場から目的地までのルート情報を各車の運転者端末に通知する検索結果通知部と、
を備えたことを特徴とする駐車場予約装置。

本発明が適用される駐車場予約システムの説明図 図１のイベントテーブルの説明図 図１の開催日テーブルの説明図 図１の入力テーブルの説明図 図１の駐車場テープルの説明図 図１の登録車テーブルの説明図 図１の到着距離テーブルの説明図 図１の入口テーブルの説明図 図１の検索エリアテーブルの説明図 図１のルートテーブルの説明図 図１の案内テーブルの説明図 図１の目印テーブルの説明図 図１の割当テーブルの説明図 図１の組合せテーブルの説明図 図１のサーバとユーザ端末との処理手順を示したタイムチャート ユーザ端末に送られた検索条件入力画面の説明図 ユーザ端末に送られた詳細条件入力画面の説明図 図１５のサーバによるステップＳ４の駐車場検索処理のフローチャート 図１８のステップＳ１による到着地点決定処理の説明図 図１９の到着地点決定処理で作成されるワークテーブル及び到達距離テーブルの説明図 図１８のステップＳ２による検索エリアの範囲格納処理の説明図 図１８のステップＳ１による駐車場割当処理の説明図 図１５のステップＳ５により表示される検索結果画面の説明図 図１５のステップＳ６よる確定処理の説明図 図１５のステップＳ７よるルート範囲決定処理の詳細を示したフローチャート 図１５のルート範囲決定処理の説明図 図１５のステップＳ９によるＰＣ送信処理のフローチャート 図２７のＰＣ送信処理で参照されるＰＣアドレステーブルの説明図 図２７のＰＣ送信処理で送信されるルート情報の説明図 図１５のステップＳ１０による携帯電話送信処理のフローチャート 図３０で送信される携帯電話メールの説明図 図３０におけるテキスト情報作成処理のフローチャート 図３２によるテキスト情報作成処理の説明図 ユーザ端末の種別に応じたルート情報を送信するメールの説明図 図１のサーバを実現するコンピュータのハードウェア環境の説明図

符号の説明

１０：サーバ
１１：ユーザ端末
１２：パーソナルコンピュータ
１４：携帯電話
１６：カーナビゲーション装置
１８：インターネット
２０：通信制御部
２２：駐車場予約処理部
２４：検索条件入力部
２６：駐車場検索部
２８：検索結果通知部
３０：イベントテーブル
３２：開催日テーブル
３４：入力テーブル
３６：駐車場テーブル
３８：登録車テーブル
４０：到着距離テーブル
４２：入口テーブル
４４：検索エリアテーブル
４６：ルートテーブル
４８：案内テーブル
５０：目印テーブル
５２：割当テーブル
５４：組合せテーブル
６２：検索条件入力画面
６４：詳細条件入力画面
６８：地図
７０：会場（目的地）
７２，７４，７６：進入地点
８６，８８，９０：ルート
９２：ＰＣアドレステーブル
９４：ＰＣメール
９６，１００，１０２：携帯電話メール受信画面
９８，１０４，１０６，１０８：テキストルート情報

Claims (3)

1. 検索条件として指定されたイベント名、予約日、希望駐車台数、出発地から目的地までの移動ルート、各車の運転者端末アドレスを入力する検索条件入力ステップと、
   前記移動ルート上で、目的地に可能な限り近い空き駐車場を検索して各車に割当てる駐車場検索ステップと、
   前記割当駐車場および割当駐車場から目的地までのルート情報を各車の運転者端末に通知する検索結果通知ステップと、
   を備えたことを特徴とする駐車場予約方法。
   
2. 請求項１記載の駐車場予約方法に於いて、
   前記検索条件入力ステップは、目的地および駐車場を含む所定の検索エリアに対する各車の進入地点を入力し、
   前記駐車場検索ステップは、
   目的地に最も近い空き駐車場を１台目用として検索し、２台目以降については前回検索した空き駐車場に最も近い空き駐車場を検索して駐車希望台数分の空き駐車場を検索する第１ステップと、
   各車の進入地点と各検索済みの空き駐車場との全ての組合せにつき合計移動距離を求め、合計移動距離が最小となる組合せを選択して検索済みの駐車場を各車に割当てる第２ステップと、
   を備えたことを特徴とする駐車場予約方法。
   
3. 請求項１記載の駐車場予約方法に於いて、
   前記検索条件入力ステップは、目的地および駐車場を含む所定の検索エリアに対する各車の進入地点を入力し、
   前記駐車場検索ステップは、目的地に複数の入口がある場合、前記各進入地点から各入口までの移動距離の合計を各入口毎に求め、合計距離が最小となる入口を到着地点に設定することを特徴とする駐車場予約方法。

Images