JP2021044003A - 集合体選択用ユーザ・インターフェース方法 - Google Patents

Abstract

【課題】ユーザが情報処理端末の画面上においていずれかの集合体とその集合体に属するいずれかの個別要素との双方を選択する操作を、操作し易さおよび表示画像の見易さを改善しつつ、支援するユーザ・インターフェース技術を提供する。【解決手段】ユーザの情報処理端末９０の画面１３５上に表示されている複数の集合体Ａ，Ｂ，Ｃの縮尺の大小を問わず、各集合体Ａ，Ｂ，Ｃごとに、各駐車場を表す１つの代表マーカーＰを各集合体の表示位置に表示する。いずれかの代表マーカーＰがユーザによって選択されると、ユーザに追加の操作を要求することなく、時間の経過につれて徐々に増加する倍率で各集合体Ａ，Ｂ，Ｃを拡大表示し、ある時点で倍率が基準値に達すると、前記選択された代表マーカーＰを、それに対応する集合体に属する複数の個別要素１−６を表す複数の個別マーカーＱに変換する。【選択図】図２５

Description

本発明は、ユーザが情報処理端末の画面上において複数の集合体のうちのいずれかを選択する操作を支援するユーザ・インターフェースに関するものであり、特に、各集合体が複数の個別要素を有するためにユーザが情報処理端末の画面上において複数の集合体のうちのいずれかとそのいずれかの集合体に属する複数の個別要素のうちのいずれかとの双方を選択する操作を支援するユーザ・インターフェースに関するものである。

ＩＴの急速かつ世界的規模の普及により、人々は、所望の情報やサービスの提供を受けるために、現場に直接出向いたり、担当者に直接面会したり電話するという伝統的なアクセス方法から進歩し、パーソナル・コンピュータや携帯端末などの情報処理端末（例えば、通信機能を備えたコンピュータ）を操作し、その情報処理端末がインターネットなどのグローバル・ネットワークを介して接続された多数のサイトのうちの任意のものをユーザが選択してアクセスし、その選択されたサイトにおいて、所望の情報やサービスの提供を受けるというアクセス方法が支配的となった。

このようなアクセス環境においては、情報処理端末が画面上に視覚的な複数の選択肢を複数のオブジェクトとして表示し、その画面が、ユーザとコンピュータとの間のマン・マシン・インターフェースとして機能する。そのため、ユーザは、画面に指やスタイラスなどでタッチし、その画面上に表示されている複数の項目やマーカー（例えば、ビジュアルマーカー、マーカーピン、ピン状マーカー、ピンとも称される）という選択肢のうちのいずれかを選択し、それにより、所望の情報やサービスの提供を受ける。

そのようなサービスの一種に、ユーザに駐車場（前述の集合体の一例）を一時的に貸与するビジネスが存在する。その駐車場ビジネスにおいては、ユーザは、複数の駐車場のいずれかを選択することが必要となる。

その選択された駐車場が複数の車室（前述の個別要素の一例）、すなわち、車両が駐車するための個別のスペースを有する場合には、複数の駐車場が画面上に表示され、さらに、それぞれの駐車場について複数の車室も画面上に表示される。ユーザには、いずれかの駐車場の選択といずれかの車室の選択との双方が要求される可能性がある。

本発明者らは、ユーザによる駐車場・車室選択操作を容易にするために、画面上に、それぞれの駐車場に属する複数の車室のそれぞれに位置的に関連付けて複数のマーカー（例えば、ピン）を表示し、ユーザは、それらマーカーのうちのいずれかをユーザが選択してタップすることにより、その選択されたマーカーに関連付けられている駐車場および車室を選択する技術を提案した。

このような提案技術に対し、特許文献１および２が存在する。

特許文献１は、画面上に表示されている複数のオブジェクトをユーザが選択する操作を支援する技術の一従来例を開示している。

この従来例によれば、それらオブジェクトがそれぞれアイコンとして画面上に表示され、ユーザは、いずれかのアイコンを選択することにより、対応するオブジェクトを選択する。

さらに、この従来例によれば、画面上に表示される地図の縮尺に応じて、複数のアイコンが画面上において密集して表示されないように、それらアイコンがグループ化されて１つのグループ・アイコンとして包括的に表示される。さらに、画面上において複数のアイコンが密集して互いに重複して表示される場合に、ユーザによる所定の指示に応じ、その重複状態が解消されるまで、それらアイコンの表示倍率が増加させられる。

これに対し、特許文献２は、画面上に複数のマーカーが密集して表示される場合にそれらマーカーを取り扱う別の従来例を開示している。

この従来例によれば、それらマーカーに対し、それらマーカーがまとめられた１つの代表マーカーがマッピングされて画面上に表示される。さらに、画面上においてその代表マーカーにカーソルが接近すると、まとめられていた複数のマーカーが展開されて画面上に表示される。

特開２００７−２７８８０７号公報 特開２０１５−９２４２１号公報

特許文献１および２に記載のいくつかの従来例を前述の駐車場・車室選択技術に適用すれば、画面上において複数の車室をそれぞれ表示する複数のマーカーが密集しないように表示されるため、ユーザは、いずれかのマーカーを他のマーカーによって邪魔されることなく比較的容易に選択することが可能となる。

しかし、特許文献１に記載の従来例では、ユーザが初回の選択操作を行う前の段階において、複数のアイコンが、画面上に表示される地図の実際の縮尺に応じて、ある縮尺の範囲では、それらアイコンが個別表示される一方、別の縮尺の範囲では、それらアイコンが１つのグループ・アイコンで包括表示されるというように、アイコンの表示方式が統一されていない。そのため、この従来例では、ユーザがその表示スキームに慣れるまでに時間を要し、面倒である可能性がある。

さらに、特許文献１に記載の従来例では、複数のアイコンが個別表示される場合に、そのときの地図の縮尺次第で、ユーザの意に反し、それらアイコンが密集して重複表示されてしまう可能性があり、不便である。

さらに、特許文献１に記載の従来例では、複数のアイコンが密集して重複表示される場合に、ユーザの所定の操作をトリガーとして表示倍率が拡大される。ここに、「所定の操作」は、アイコンに対する他の操作とは干渉しない操作として定義されることが同文献に明記されている。そのため、この従来例では、重複表示解消のためのアイコン拡大表示を指令する特別な操作がユーザに追加的に要求され、面倒である可能性がある。

一方、特許文献２に記載の従来例では、ユーザが画面上においてカーソルをいずれかの代表マーカーに接近させると、まとめられていた複数のマーカーが展開されて画面上に表示される。しかし、そのときの表示倍率、すなわち、マーカー間の距離次第で、展開された複数のマーカーが密集して重複表示されてしまう可能性がある。

以上要するに、それら特許文献１および２に記載のいくつかの従来例では、操作し易さの観点でも表示画像の見易さの観点でも、ユーザにとり実用的に満足できる性能を提供できないのである。

さらに、特許文献１および２のいずれも、１つの上位オブジェクトと複数の下位オブジェクトというような帰属関係、具体的には、前述の駐車場ビジネスを例にとると、１つの駐車場とそれに属する複数の車室というような帰属関係（例えば、家族的帰属関係）が存在する場合に、それら下位オブジェクトにそれぞれ対応する複数の個別マーカーを１つの代表マーカーとしてまとめて表示するという思想を開示していない。

それらの事情を背景として、本発明は、ユーザが情報処理端末の画面上においていずれかの集合体（例えば、駐車場）とその集合体に属するいずれかの個別要素（例えば、車室）との双方を選択する操作を、操作し易さおよび表示画像の見易さを改善しつつ、支援するユーザ・インターフェース技術を提供することを課題としてなされたものである。

その課題を解決するために、本発明のあるアスペクトによれば、ユーザが情報処理端末の画面上において複数の集合体のうちのいずれかとそのいずれかの集合体に属する複数の個別要素のうちのいずれかとを選択する操作を支援する集合体選択用ユーザ・インターフェース方法であって、
前記情報処理端末が、前記画面上に表示されている各集合体ごとに、各集合体を表す１つの代表マーカーを前記画面上に各集合体の表示位置に関連付けて表示する代表マーカー表示工程と、
前記情報処理端末が、前記画面上に表示されているいずれかの代表マーカーがユーザによって選択されると、前記複数の集合体を前記画面上に徐々に増加する倍率で拡大して表示する拡大表示工程と、
前記情報処理端末が、前記複数の集合体が前記画面上に拡大表示されている状態で、前記選択された１つの代表マーカーを、その代表マーカーに対応する１つの集合体に属する複数の個別要素のそれぞれが表示されている位置に関連付けて表示される複数の個別マーカーに変換する個別マーカー表示工程と
を含む集合体選択用ユーザ・インターフェース方法が提供される。

また、本発明の一側面によれば、ユーザが情報処理端末の画面上において複数の集合体のうちのいずれかとそのいずれかの集合体に属する複数の個別要素のうちのいずれかとを選択する操作を支援する集合体選択用ユーザ・インターフェース方法であって、
前記情報処理端末が、画面上に前記複数の集合体を表示する表示工程と、
前記情報処理端末が、前記画面に対するユーザの操作に従い、前記画面上に表示されている複数の集合体のうちのいずれかとそのいずれかの集合体に属する複数の個別要素のうちのいずれかとを選択する選択工程と
を含み、
前記表示工程は、
前記画面上に表示されている前記複数の集合体の縮尺の大小を問わず、各集合体ごとに、各集合体を表す１つの代表マーカーであって各集合体に属する複数の個別要素を代表するものを前記画面上に各集合体の表示位置に関連付けて表示する代表マーカー表示工程と、
前記画面上に表示されているいずれかの代表マーカーがユーザによって選択されると、ユーザに追加の操作を要求することなく、時間の経過につれて徐々に増加する縮尺で前記複数の集合体を前記画面上に拡大表示し、ある時点で前記複数の集合体の縮尺が基準値に達すると、前記選択された１つの代表マーカーを、その代表マーカーに対応する１つの集合体に属する複数の個別要素のそれぞれが表示されている位置に関連付けて表示される複数の個別マーカーに変換する個別マーカー表示工程と
を含み、
前記選択工程は、前記画面上に表示されている複数の個別マーカーのうちのいずれかがユーザによって選択されると、その選択された１つの個別マーカーに対応する１つの個別要素とその個別要素が属する１つの集合体とを選択する集合体選択用ユーザ・インターフェース方法が提供される。

本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。

さらに、各項を他の項の番号を引用する形式で記載することが必ずしも、各項に記載の技術的特徴を他の項に記載の技術的特徴から分離させて独立させることを妨げることを意味するわけではなく、各項に記載の技術的特徴をその性質に応じて適宜独立させることが可能であると解釈すべきである。

ユーザが情報処理端末の画面上においていずれかの集合体（例えば、駐車場）とその集合体に属するいずれかの個別要素（例えば、駐車場については、車室）との双方を選択する操作を、操作し易さおよび表示画像の見易さを改善しつつ、支援するユーザ・インターフェース技術を提供するという課題を解決するために、本発明の一側面によれば、次の各態様が得られる。

（１） ユーザが情報処理端末の画面上において複数の集合体のうちのいずれかとそのいずれかの集合体に属する複数の個別要素のうちのいずれかとを選択する操作を支援する集合体選択用ユーザ・インターフェース方法であって、
前記情報処理端末が、ユーザによって指定された地図上位置の近傍における地図を前記画面上に表示するとともに、その表示された地図上に前記複数の集合体をそれぞれの位置に関連付けてオーバーレイ表示する表示工程と、
前記情報処理端末が、前記画面に対するユーザの操作に従い、前記画面上に表示されている複数の集合体のうちのいずれかとそのいずれかの集合体に属する複数の個別要素のうちのいずれかとを選択する選択工程と
を含み、
前記表示工程は、
前記画面上に表示されている前記地図の縮尺の大小を問わず、各集合体ごとに、各集合体を表す１つの代表マーカーであって各集合体に属する複数の個別要素を代表するものを前記画面上に各集合体の表示位置に関連付けて表示する代表マーカー表示工程と、
前記画面上に表示されているいずれかの代表マーカーがユーザによって選択されると、ユーザに追加の操作を要求することなく、時間の経過につれて徐々に増加する縮尺で前記地図を前記画面上に拡大表示し、ある時点で前記地図の縮尺が基準値に達すると、前記選択された１つの代表マーカーを、その代表マーカーに対応する１つの集合体に属する複数の個別要素のそれぞれの地図上位置に関連付けて表示される複数の個別マーカーに変換する個別マーカー表示工程と
を含み、
前記選択工程は、前記画面上に表示されている複数の個別マーカーのうちのいずれかがユーザによって選択されると、その選択された１つの個別マーカーに対応する１つの個別要素とその個別要素が属する１つの集合体とを選択する集合体選択用ユーザ・インターフェース方法。

（２） さらに、
前記情報処理端末および／またはその情報処理端末と通信可能な管理サーバが、各集合体ごとに、空いている個別要素である空き要素が存在するか否かという空き具合および／または空き要素の数として表現される空き具合を判定する判定工程を含み、
前記代表マーカー表示工程は、前記１つの代表マーカーを、前記画面上に、各集合体が表示されている位置に関連付けて、その代表マーカーの形状、色および／またはその代表マーカーに付帯表示される文字、数字もしくは記号のバリエーションにより、各集合体について判定された空き具合を表示する（１）項に記載の集合体選択用ユーザ・インターフェース方法。

（３） さらに、
前記情報処理端末および／またはその情報処理端末と通信可能な管理サーバが、各個別要素ごとに、空き要素であるか否かを判定する判定工程を含み、
前記個別マーカー表示工程は、前記縮尺が前記基準値に達すると、前記選択された１つの代表マーカーを、前記複数の個別マーカーのうち、対応する個別要素が空き要素であると判定されたものに変換する（１）または（２）項に記載の集合体選択用ユーザ・インターフェース方法。

（４） 前記情報処理端末は、ユーザによって携帯される携帯端末であり、
前記ユーザによって指定された地図上位置は、前記携帯端末の現在位置であり、
その現在位置は、前記携帯端末により、ユーザの移動につれて時々刻々変化するように測定される（１）ないし（３）項のいずれかに記載の集合体選択用ユーザ・インターフェース方法。

（５） 前記情報処理端末は、ユーザによって使用されるコンピュータであり、
前記ユーザによって指定された地図上位置は、ユーザが前記コンピュータに対して指定した位置である（１）ないし（３）項のいずれかに記載の集合体選択用ユーザ・インターフェース方法。

（６） 前記複数の集合体は、各々、ユーザによって選択可能な動産または不動産であり、
各集合体は、複数の部屋をそれぞれ個別要素として有する共同住宅、複数の部屋をそれぞれ個別要素として有する宿泊施設、複数の座席をそれぞれ個別要素として有するホール、複数の座席をそれぞれ個別要素として有する輸送機関または複数の個別保管スペースをそれぞれ有する一時的共同保管場所を含む（１）ないし（５）項のいずれかに記載の集合体選択用ユーザ・インターフェース方法。

（７） （１）ないし（６）項のいずれかに記載の情報処理端末を実現するためにその情報処理端末のコンピュータによって実行されるプログラム。

（８） （２）または（３）項に記載の管理サーバを実現するためにその管理サーバのコンピュータによって実行されるプログラム。

（９） （７）または（８）項に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。

さらに、ユーザが情報処理端末の画面上においていずれかの駐車場（前述の集合体の一例）とその駐車場に属するいずれかの車室（前述の個別要素の一例）との双方を選択する操作を、操作し易さおよび表示画像の見易さを改善しつつ、支援するユーザ・インターフェース技術を提供するという課題を解決するために、本発明の別の側面によれば、次の各態様が得られる。

（１） ユーザが情報処理端末の画面上において複数の駐車場のうちのいずれかとそのいずれかの駐車場に属する複数の車室のうちのいずれかとを選択する操作を支援する駐車場選択用ユーザ・インターフェース方法であって、
前記情報処理端末が、ユーザによって指定された地図上位置の近傍における地図を前記画面上に表示するとともに、その表示された地図上に前記複数の駐車場をそれぞれの位置に関連付けてオーバーレイ表示する表示工程と、
前記情報処理端末が、前記画面に対するユーザの操作に従い、前記画面上に表示されている複数の駐車場のうちのいずれかとそのいずれかの駐車場に属する複数の車室のうちのいずれかとを選択する選択工程と
を含み、
前記表示工程は、
前記画面上に表示されている前記地図の縮尺の大小を問わず、各駐車場ごとに、各駐車場を表す１つの代表マーカーであって各駐車場に属する複数の車室を代表するものを前記画面上に各駐車場の表示位置に関連付けて表示する代表マーカー表示工程と、
前記画面上に表示されているいずれかの代表マーカーがユーザによって選択されると、ユーザに追加の操作を要求することなく、時間の経過につれて徐々に増加する縮尺で前記地図を前記画面上に拡大表示し、ある時点で前記地図の縮尺が基準値に達すると、前記選択された１つの代表マーカーを、その代表マーカーに対応する１つの駐車場に属する複数の車室のそれぞれの地図上位置に関連付けて表示される複数の個別マーカーに変換する個別マーカー表示工程と
を含み、
前記選択工程は、前記画面上に表示されている複数の個別マーカーのうちのいずれかがユーザによって選択されると、その選択された１つの個別マーカーに対応する１つの車室とその車室が属する１つの駐車場とを選択する駐車場選択用ユーザ・インターフェース方法。

（２） さらに、
前記情報処理端末および／またはその情報処理端末と通信可能な管理サーバが、各駐車場ごとに、空いている車室である空室が存在するか否かという空き具合および／または空室の数として表現される空き具合を判定する判定工程を含み、
前記代表マーカー表示工程は、前記１つの代表マーカーを、前記画面上に、各駐車場が表示されている位置に関連付けて、その代表マーカーの形状、色および／またはその代表マーカーに付帯表示される文字、数字もしくは記号のバリエーションにより、各駐車場について判定された空き具合を表示する（１）項に記載の駐車場選択用ユーザ・インターフェース方法。

（３） さらに、
前記情報処理端末および／またはその情報処理端末と通信可能な管理サーバが、各車室ごとに、空室であるか否かを判定する判定工程を含み、
前記個別マーカー表示工程は、前記縮尺が前記基準値に達すると、前記選択された１つの代表マーカーを、前記複数の個別マーカーのうち、対応する車室が空室であると判定されたものに変換する（１）または（２）項に記載の駐車場選択用ユーザ・インターフェース方法。

（４） 前記情報処理端末は、ユーザによって携帯される携帯端末であり、
前記ユーザによって指定された地図上位置は、前記携帯端末の現在位置であり、
その現在位置は、前記携帯端末により、ユーザの移動につれて時々刻々変化するように測定される（１）ないし（３）項のいずれかに記載の駐車場選択用ユーザ・インターフェース方法。

（５） さらに、
前記個別マーカー表示工程は、各個別マーカーを、前記画面上に、各車室が表示されている位置に関連付けて、その個別マーカーの形状、色および／またはその個別マーカーに付帯表示される文字、数字もしくは記号のバリエーションにより、各車室が空室であるか予約があるかそれらのいずれでもないかを表示する（１）ないし（４）項のいずれかに記載の駐車場選択用ユーザ・インターフェース方法。

（６） 前記情報処理端末は、ユーザによって使用されるパーソナル・コンピュータであり、
前記ユーザによって指定された地図上位置は、ユーザが前記パーソナル・コンピュータに対して指定した位置である（１）ないし（５）項のいずれかに記載の駐車場選択用ユーザ・インターフェース方法。

（７） （１）ないし（６）項のいずれかに記載の携帯端末を実施するためにその携帯端末のコンピュータによって実行されるプログラム。

本明細書の全体を通じて、「プログラム」という用語は、例えば、それの機能を果たすためにコンピュータにより実行される指令の組合せを意味するように解釈したり、それら指令の組合せのみならず、各指令に従って処理されるファイルやデータをも含むように解釈することが可能であるが、それらに限定されない。

また、このプログラムは、それ単独でコンピュータにより実行されることにより、所期の目的を達するものとしたり、他のプログラムと共にコンピュータにより実行されることにより、所期の目的を達するものとすることができるが、それらに限定されない。後者の場合、本項に係るプログラムは、データを主体とするものとすることができるが、それに限定されない。

（８） （２）または（３）項に記載の管理サーバを実施するためにその管理サーバのコンピュータによって実行されるプログラム。

（９） （７）または（８）項に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。

本明細書の全体を通じて、「記録媒体」という用語は、種々な形式の記録媒体を意味するように解釈することが可能であり、そのような記録媒体は、例えば、フレキシブル・ディスク等の磁気記録媒体、ＣＤ、ＣＤ−ＲＯＭ等の光記録媒体、ＭＯ等の光磁気記録媒体、ＲＯＭ等のアンリムーバブル・ストレージ等を含むが、それらに限定されない。

ところで、駐車場の種類として、同じユーザによって継続的に使用される駐車場もあれば、異なるユーザによって不規則的に使用される駐車場もある。

後者の駐車場としては、施設への来訪者（例えば、来客者、業者）のための駐車場がある。この種の駐車場としては、例えば、複数の居室が一棟に集合した集合住宅（例えば、同じ敷地に複数の居宅が互いに独立して存在する形態、同じ建物内に複数の居宅が存在する共同住宅（例えば、マンションなど）を含む）への来客者のためにその集合住宅に関連付けて設置される駐車場（例えば、来客者用駐車場）、商業施設（例えば、店舗、展示場、宿泊施設など）への来客者のためにその商業施設に関連付けて設置される駐車場、公共施設（例えば、市役所、体育館、博物館、美術館、学校、駅、空港など）への来訪者のためにその公共施設に関連付けて設置される駐車場などが存在する。

施設によって事前に許可された来訪者のみが駐車場に駐車するようにその駐車場を管理したいという要望が既に存在する。その要望を満たすかもしれない技術の一例が特許文献１に開示されている。

特開２０１３−８３９２号公報は、マンション等の集合住宅の共用部分における設備（例えば、扉、エレベータ、宅配ロッカー、立体駐車場など。以下、「共用設備」という）が、遠隔的・電子的な解錠・施錠が可能な鍵を有することを前提として、事前に許可された居住者または来客者のみに利用されるように、共用設備を管理する技術を開示する。

具体的には、この開示されている技術によれば、共用設備の利用を希望する者は、固有の製造番号情報を記録された汎用のＩＣカードを携帯し、また、ハードウエアとして、ＩＣカードから製造番号情報を読み取る読取装置であって前記共用設備に設置されるものと、その読取装置から受信した製造番号情報に基づいて前記ＩＣカードの認証を行い、それに成功すると、前記共用設備の利用を許可し、その共用設備の鍵を遠隔的にかつ電子的に解錠する認証管理装置とが使用される。

この技術によれば、共用設備の利用を無人で管理することが可能となる。しかし、この技術では、共用設備の利用を管理するために、遠隔的・電子的な解錠・施錠が可能な鍵、読取装置および認証管理装置という複数のハードウエアを使用することが必要である。そのため、そのような専用のハードウエアの使用個数を可及的に少なくすることが、この種の管理を運営するのに必要な費用（例えば、設備購入費、保守・点検のための人件費など）を削減するために有用である。

一方、本発明者らは、施設によって（例えば、施設内に居住する者、施設の使用者、施設の所有者、施設の従業者、施設の運営者、施設の管理者など、施設の関係者によって）事前に許可された来訪者のみが駐車場に駐車するようにその駐車場を管理する技術について種々の研究を行った。その結果、本発明者らは、専用であるか汎用であるかを問わず、可及的に少ない個数のハードウエアを用いてこの種の管理を行うことが望ましく、かつ、それが実現可能であることに気が付いた。

さらに、本発明者らは、特定の施設に付随しない一般的な駐車場に駐車することをオンラインで予約することを可能とする技術についても種々の研究を行った。

それらの事情を背景として、次の発明は、事前に許可された者（被許諾者）のみが駐車場に駐車するようにその駐車場を管理する技術であって、その駐車場が無人式であっても、ハードウエアに対する負担を増やすことなく、被許諾者のみが駐車される状態を確保することを容易にするものを提供することを課題としてなされたものである。

（１） 施設によって事前に許可された来訪者のみが、前記施設によって指定された駐車場に駐車するように、その駐車場を管理する駐車場管理システムであって、
前記施設によって指定された指定駐車場に設置される発信機であって、固有の正規発信機コードを表す識別信号を発信し、その識別信号は、前記来訪者の携帯端末が前記指定駐車場において近距離通信方式で受信することが可能であるものと、
前記施設からのリクエストに応答し、固有の正規認証コードを発行する正規認証コード発行部であって、前記発行された正規認証コードは、最終的に、前記来訪者に通知されるものと、
前記来訪者の携帯端末に入力された実認証コードが前記正規認証コードと一致するという条件と、前記来訪者の携帯端末が、前記指定駐車場への入庫時に、その指定駐車場において前記発信機から受信した識別信号によって表される実発信機コードが前記正規発信機コードと一致するという条件とを含む複数の条件が一緒に成立する場合に、前記来訪者の前記指定駐車場への入庫を許可する入庫許可部と
を含む駐車場管理システム。

（２） 前記正規認証コードが発行されると、その正規認証コードは、前記施設を介して前記来訪者に通知される（１）項に記載の駐車場管理システム。

（３） さらに、基準時刻から所定時間が経過すると前記正規認証コードを失効させる正規認証コード失効部を含み、
前記正規認証コード発行部は、前記正規認証コードが有効である間は、前記指定駐車場について別の正規認証コードを発行しない（１）または（２）項に記載の駐車場管理システム。

（４） 前記基準時刻は、前記正規認証コードが発行された発行時刻を含む（３）項に記載の駐車場管理システム。

（５） 前記正規認証コード発行部は、前記正規認証コードを発行すると、その正規認証コードを、それに対応する前記正規発信機コードに関連付けてメモリに保存し、それにより、前記正規認証コードと前記正規発信機コードとの間に、相互に一義的に誘導可能であるという関係が成立する（１）ないし（４）項のいずれかに記載の駐車場管理システム。

（６） 施設によって事前に許可された来訪者のみが、前記施設によって指定された駐車場に駐車するように、その駐車場を管理する駐車場管理方法であって、
当該駐車場管理方法は、
前記来客者の携帯端末と、
前記施設によって指定された指定駐車場に設置された発信機であって、固有の正規発信機コードを表す識別信号を発信し、その識別信号は、前記来訪者の携帯端末が前記指定駐車場において近距離通信方式で受信することが可能であるものと、
管理サーバと
を用いて実行され、
当該駐車場管理方法は、
前記施設からのリクエストに応答し、固有の正規認証コードを発行する正規認証コード発行工程であって、前記発行された正規認証コードは、最終的に、前記来訪者に通知されるものと、
前記来訪者の携帯端末に入力された実認証コードが前記正規認証コードと一致するという条件と、前記来訪者の携帯端末が、前記指定駐車場への入庫時に、その指定駐車場において前記発信機から受信した識別信号によって表される実発信機コードが前記正規発信機コードと一致するという条件とを含む複数の条件が一緒に成立する場合に、前記管理サーバが、前記来訪者の前記指定駐車場への入庫を許可する入庫許可工程と
を含む駐車場管理方法。

（７） （６）項に記載の来訪者の携帯端末を実施するためにその携帯端末のコンピュータによって実行されるプログラム。

（８） （６）項に記載の管理サーバを実施するためにその管理サーバのコンピュータによって実行されるプログラム。

（９） （７）または（８）項に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。

（１０） 前記正規認証コードは、前記来訪者による１回の駐車に限って有効である（１）項に記載の駐車場管理システム。

（１１） 前記来訪者の携帯端末は、その来訪者が実認証コードを入力することを支援する入力画面を表示し、
前記入庫許可部は、前記入力画面の表示開始時刻またはそれに関連する時刻から所定の第１制限時間内に実認証コードが前記来訪者の携帯端末に入力されないと、前記入庫を許可しない（１）項に記載の駐車場管理システム。

（１２） さらに、前記正規認証コードが前記正規認証コード発行部によって発行された発行時刻またはそれに関連する時刻から所定の第２制限時間が経過すると、前記正規認証コードを失効させる第１失効部を含む（１）項に記載の駐車場管理システム。

（１３） さらに、前記来訪者が前記実認証コードを前記来訪者の携帯端末を介して前記入庫許可部に送信するために前記実認証コードを前記来訪者の携帯端末に入力した入力時刻またはそれに関連する時刻から所定の第３制限時間が経過すると、前記正規認証コードを失効させる第２失効部を含む（１）項に記載の駐車場管理システム。

（１４） さらに、前記来訪者の携帯端末が、前記指定駐車場からの出庫時に、その指定駐車場において前記発信機から受信した識別信号によって表される実発信機コードが前記正規発信機コードと一致するという条件を含む少なくとも一つの条件が成立する場合に、前記来訪者の前記指定駐車場からの出庫を許可する出庫許可部を含む（１）に記載の駐車場管理システム。

（１５） さらに、前記指定駐車場における複数の車室のそれぞれにつき、前記来訪者の入庫および出庫に際して前記来訪者の携帯端末からそれぞれ受信した信号に基づき、各車室の使用状況の履歴を反映する管理リストを作成する管理リスト作成部を含む（１）項に記載の駐車場管理システム。

（１６） 前記正規認証コード発行部は、前記管理リストに基づき、前記指定駐車場に空室が存在するか否かを判定し、空室が存在しないと判定された場合には、前記正規認証コードを発行しない（１５）項に記載の駐車場管理システム。

（１７） 前記施設は、複数人が入居している集合住宅を含み、
前記来訪者は、その集合住宅のいずれかの入居者への来客者を含み、
前記集合住宅のいずれかの入居者は、前記正規認証コード発行部に対し、前記指定駐車場の決定と、前記リクエストの発行とを行う（１）項に記載の駐車場管理システム。

（１８） 前記正規認証コードは、前記来訪者が前記実認証コードを前記来訪者の携帯端末を介して前記入庫許可部に送信するために前記実認証コードを前記来訪者の携帯端末に入力した入力時刻またはそれに関連する時刻から所定の第２制限時間が経過する前に、来客者の入庫操作が完了すれば、失効しないが、その入庫操作の完了前に前記第２制限時間が経過すると、失効する（１）に記載の駐車場管理システム。

（１９） 前記正規認証コードは、その正規認証コードが前記正規認証コード発行部によって発行された発行時刻またはそれに関連する時刻から所定の第３制限時間が経過する前に、来客者の、入庫に関する所定の行為が完了すれば、失効しないが、前記行為の完了前に前記第３制限時間が経過すると、失効する（１）項に記載の駐車場管理システム。

（２０） ユーザが駐車場に駐車することを予約することが可能であるように、その駐車場を管理する駐車場管理システムであって、
前記駐車場に設置される発信機であって、固有の正規発信機コードを表す識別信号を発信し、その識別信号は、前記ユーザの携帯端末が前記駐車場において近距離通信方式で受信することが可能であるものと、
前記ユーザまたは他の者からのリクエストに応答し、固有の正規パスワードを発行してメモリに登録するパスワード発行部と、
前記ユーザの携帯端末に入力された実パスワードが認証されたという条件と、前記ユーザの携帯端末が、前記駐車場への入庫時に、その駐車場において前記発信機から受信した識別信号によって表される実発信機コードが認証されたという条件とを含む複数の条件が一緒に成立する場合に、前記ユーザの前記駐車場への入庫を許可する入庫許可部と
を含む駐車場管理システム。

（２１） 前記パスワード発行部は、前記正規パスワードを発行すると、その正規パスワードを、それに対応する前記正規発信機コードに関連付けてメモリに保存し、それにより、前記正規パスワードと前記正規発信機コードとの間に、相互に一義的に誘導可能であるという関係が成立する（２０）項に記載の駐車場管理システム。

（２２） さらに、基準時刻から所定の制限時間が経過すると、前記パスワードを失効させるパスワード失効部を含む（２０）項に記載の駐車場管理システム。

（２３） さらに、前記パスワードが失効することが予定される失効予定時刻を計算し、その失効予定時刻を前記ユーザの携帯端末の画面上に表示させる表示部を含む（２２）項に記載の駐車場管理システム。

（２４） 前記基準時刻は、前記パスワードが発行された時刻である（２２）項に記載の駐車場管理システム。

（２５） 前記駐車場は、複数の車室を含み、
前記パスワードは、それら車室のうち指定されたものに固有である（２０）項に記載の駐車場管理システム。

（２６） 前記発信機は、前記複数の車室に共通に使用される（２０）項に記載の駐車場管理システム。

（２７） 前記入庫許可部は、前記メモリに前記パスワードが存在していれば、そのパスワードが有効であると判定し、前記パスワードが存在していなければ、そのパスワードが失効していると判定し、
前記パスワード失効部は、前記パスワードを前記メモリにおいてクリアすることにより、前記パスワードが失効しているという状態を前記メモリに記録する（２２）項に記載の駐車場管理システム。

（２８） 前記メモリに、前記パスワードが有効状態にあるときと失効状態にあるときとで状態が異なるステータス・フラグが存在し、
前記入庫許可部は、前記ステータス・フラグの状態に基づいて、前記パスワードが有効であるか失効しているかを判定し、
前記パスワード失効部は、前記メモリにおいて前記ステータス・フラグの状態を、前記パスワードが失効状態にあることを表すように変更することにより、前記パスワードが失効しているという状態を前記メモリに記録する（２２）項に記載の駐車場管理システム。

（２９） 前記パスワードは、そのパスワードの有効状態において、前記ユーザが前記駐車場について駐車を予約することを許可するとともに、他のユーザが同じ駐車場について駐車を予約することを排除するように機能する（２０）項に記載の駐車場管理システム。

（３０） ユーザが駐車場に駐車することをオンラインで予約することが可能であるように、その駐車場を管理する駐車場管理方法であって、
当該駐車場管理方法は、
前記ユーザの携帯端末と、
前記駐車場に設置される発信機であって、固有の正規発信機コードを表す識別信号を発信し、その識別信号は、前記ユーザの携帯端末が前記駐車場において近距離通信方式で受信することが可能であるものと、
管理サーバと
を用いて実行され、
当該駐車場管理方法は、
前記ユーザの携帯端末または前記管理サーバが、前記ユーザまたは他の者からのリクエストに応答し、固有のパスワードを発行してメモリに登録するとともに、基準時刻から所定の制限時間が経過すると、前記パスワードを失効させるパスワード発行・失効工程と、
前記ユーザの携帯端末に入力されたパスワードが認証されたという条件と、前記ユーザの携帯端末が、前記駐車場への入庫時に、その駐車場において前記発信機から受信した識別信号によって表される発信機コードが認証されたという条件とを含む複数の条件が一緒に成立する場合に、前記ユーザの前記駐車場への入庫を許可する入庫許可工程と
を含む駐車場管理方法。

（３１） さらに、前記正規認証コードが発行されると、その正規認証コードが失効することが予定される時刻またはその時刻までの残り時間を前記入居者に通知する通知部を含む（３）項に記載の駐車場管理システム。

（３２） さらに、前記パスワードが発行されると、そのパスワードが失効することが予定される時刻またはその時刻までの残り時間を前記ユーザの携帯端末を介して前記ユーザに通知する通知部を含む（２２）項に記載の駐車場管理システム。

上述の（１）ないし（３２）項のいずれかに係る発明によれば、施設によって（例えば、施設内に居住する者、施設の使用者、施設の所有者、施設の従業者、施設の運営者、施設の管理者など、施設の関係者によって）事前に許可された者または予約した者（事前被許諾者）のみが駐車場に駐車するようにその駐車場を管理するという目的を、事前被許諾者の携帯端末と、その事前被許諾者に割り当てられた認証コード（例えば、パスワード）とを利用することを条件に、ハードウエアとして、少なくとも、発信機と、事前被許諾者の携帯端末と通信を行って所定の処理を行う管理サーバとが存在すれば、達することが可能となる。

よって、上述の（１）ないし（３２）項のいずれかに係る発明によれば、ハードウエアに対する負担を増やすことなく、駐車場が無人式であっても、事前被許諾者のみが駐車場に駐車する状態を確保することが容易となる。

本発明によれば、情報処理端末の画面上において、ユーザが初回の選択操作を行う前の段階において、表示される地図の縮尺の大小を問わず、複数の駐車場（前述の集合体の一例）が複数の代表マーカーを用いて表示され、複数の個別マーカーを用いて表示されることはない。よって、ユーザが初回の選択操作を行う前の段階において、表示される地図の縮尺が大きかったため、複数の駐車場が最初から、複数の個別マーカーを用いて表示されてしまう可能性は存在しない。

よって、本発明によれば、ユーザが、画面上に表示されているマーカーが代表マーカーであるのか個別マーカーであるのかについて区別ができずに混同してしまうことはない。

さらに、本発明によれば、情報処理端末の画面上において、複数の駐車場が複数の代表マーカーを用いて表示される状況において、ユーザが、自身の駐車のためか他人の駐車のためであるかを問わず、それら代表マーカーのうちのいずれかを選択しさえすれば（初回の選択操作を行えさえすれば）、地図が画面上に、徐々に自動的に増加する縮尺で拡大表示され、やがて、選択された１つの代表マーカーが複数の個別マーカーに変換または展開される。

よって、本発明によれば、自動増加前の縮尺の地図上でそれら個別マーカーが一斉に情報処理端末の画面上に表示されたとするとそれら個別マーカーが画面上で密集または重複し、そのため、ユーザが、画面上において、所望のいずれかの個別マーカーを他の個別マーカーから視覚的に区別できず、その結果、ユーザが、その所望のいずれかの個別マーカーのみをユーザが選択することが不可能であるか困難であるである状況において、自動増加後の縮尺の地図上でそれら個別マーカーが一斉に画面上に表示される。

その結果、本発明によれば、それら個別マーカーが情報処理端末の画面上で適度に空間的に離散して表示される。よって、ユーザは、画面上において、所望のいずれかの個別マーカーを他の個別マーカーから容易に視覚的に区別でき、その所望のいずれかの個別マーカーのみを選択することが容易となり、それにより、使い勝手のよい駐車場選択用ユーザ・インターフェースが実現される。

図１は、本発明の例示的な第１実施形態に従う駐車場管理システムによって管理される駐車場をそれの周辺に設置されている集合住宅および道路と共に概略的に示す平面図である。 図２は、前記駐車場管理システムにおいて、駐車場に設置されている発信機と、その駐車場に居る来客者の携帯端末と、前記集合住宅の入居者の携帯端末と、遠隔地にある管理センタ内の管理サーバとが互いに通信する様子の一例を示す斜視図である。 図３は、図２に示す来客者の携帯端末と同図に示す入居者の携帯端末との間での遠距離双方向通信と、その入居者の携帯端末と同図に示す管理サーバとの間での遠距離双方向通信とをそれぞれ概念的に表す図である。 図４は、図２に示す発信機と同図に示す来客者の携帯端末との間での近距離一方向通信と、その携帯端末と同図に示す管理サーバとの間での遠距離双方向通信とをそれぞれ概念的に表す図である。 図５は、図２に示す発信機を概念的に表す機能ブロック図である。 図６は、図５に示す発信機のコンピュータによって実行されるプログラムの一例を概念的に表すフローチャートである。 図７は、図２に示す発信機を、その発信機が設置されている駐車場と共に拡大して示すとともに、その発信機に割り当てられた受信可能エリアと有効受信エリアとを概念的に表す平面図である。 図８は、図２に示す来客者用の携帯端末と入居者の携帯端末とであって互いに共通するものを概念的に表す機能ブロック図である。 図９は、図２に示す管理サーバを概念的に表す機能ブロック図である。 図１０は、図２に示す入居者の携帯端末と同図に示す管理サーバと同図に示す来客者の携帯端末と同図に示す発信機とをそれぞれ概念的に表す機能ブロック図である。 図１１は、図９に示す管理サーバのメモリ（内部メモリまたは外部メモリ）に保存される複数のレコードであって一般駐車場レコードおよび入居者・来客者用駐車場レコードを含むものを概念的に表す図である。 図１２は、図１１に示す入居者・来客者用駐車場レコードが複数のファイルから構成されている様子を概念的に表す図である。 図１３は、前記駐車場管理システムにおいて、入居者が、来客者に駐車を許可するためのパスワードを管理サーバに事前に発行させるために入居者の携帯端末と管理サーバとの間で行われる通信の一例と、前記発行されたパスワードを入居者が来客者に送信するために入居者の携帯端末と来客者の携帯端末との間で行われる通信の一例とを時系列的に表すパスワード発行・予約シーケンス（パスワード発行・予約プログラム）を表すフローチャートである。 図１４は、図１３に示すパスワード発行・予約シーケンスを時系列的に説明するための複数のスナップショット図である。 図１５は、前記駐車場管理システムにおいて、来客者がある駐車場に入庫した直後に、今回の駐車を開始するために、発信機と来客者の携帯端末と管理サーバとの間で行われる通信の一例を時系列的に表す入庫シーケンス（入庫プログラム）を表すフローチャートである。 図１６は、図１５に示す入庫シーケンスを時系列的に説明するための画面遷移図である。 図１７は、図１５に示す入庫シーケンスを時系列的に説明するための追加の画面遷移図である。 図１８は、前記駐車場管理システムにおいて、来客者がある駐車場から出庫する直前に、発信機と来客者の携帯端末と管理サーバとの間で行われる通信の一例を時系列的に表す出庫シーケンス（出庫プログラム）を表すフローチャートである。 図１９は、図１８に示す出庫シーケンスを時系列的に説明するための画面遷移図である。 図２０（ａ）は、図２におけるパスワードの機能を説明するための第１のシナリオを表すタイムチャートであり、図２０（ｂ）は、その機能を説明するための第２のシナリオを表すタイムチャートである。 図２１は、図１３に示すパスワード発行・予約シーケンス（パスワード発行・予約プログラム）のうち、パスワードの有効・無効状態を時間の経過につれて制御する部分を説明するための追加のフローチャートである。 図２２（ａ）は、本発明の例示的な第２実施形態に従う駐車場管理システムにおいて、パスワードの機能を説明するための第１のシナリオを表すタイムチャートであり、図２２（ｂ）は、その機能を説明するための第２のシナリオを表すタイムチャートである。 図２３は、前記複数の実施形態に共通の概念であって入庫許可判定を行うためのものを概略的に示す図である。 図２４は、本発明の例示的な第３実施形態に従う駐車場管理システムのうち、ユーザが携帯端末の画面上において複数の駐車場のうちのいずれかとそのいずれかの駐車場に属する複数の車室のいずれかとの双方を選択する操作を支援するグラフィカルなユーザ・インターフェースを実現するために携帯端末において実行される駐車場・車室選択プログラムを概念的に表すフローチャートである。 図２５は、図２４に示す駐車場・車室選択プログラムの実行によって携帯端末の画面上に表示される画像の展開を時系列的に説明するための複数のスナップショット図である。 図２６は、図２４に示す駐車場・車室選択プログラムの実行によって携帯端末の画面上に表示される画像の縮尺が時間と共に変化するシナリオの一例を示すグラフである。

以下、本発明の例示的ないくつかの実施形態を図面に基づいて詳細に説明する。

＜第１実施形態＞

まず、図１を参照するに、本発明の例示的な第１実施形態に従う駐車場管理システム（以下、単に「システム」という。）１０を説明する。このシステム１０は、地理的に分散した複数の駐車場２０を集中的に管理する。このシステム１０は、本発明の例示的な一実施形態に従う駐車場管理方法を実施するように設計されている。

＜駐車場の分類＞

それら駐車場２０としては、次の２種類が存在する。

１．他の施設から独立して設置される一般的な駐車場

（１）この駐車場は、このシステム１０によって提供される駐車サービスの会員（以下、単に「会員」という）であれば何人も利用可能である。

（２）駐車サービスの形態は、予約なしの時間貸し駐車サービスである。

２．施設に付随して設置される入居者・来客者用駐車場（前記施設の共用設備）

（１）この駐車場は、会員であって、集合住宅２２の入居者（住人、管理組合、駐在管理業者など、集合住宅２２の関係者）と、会員であって、来客者（知人、友人、業者など）とが利用可能である。

（２）駐車サービスの形態は、入居者にあっては、月極駐車サービスであり、来客者にあっては、パスワードを用いた予約ありの時間貸し駐車サービスである。

（３）駐車料金の支払い方法として、本実施形態においては、駐車料金を支払うべき決済者（入居者または来客者）が、来客者の出庫時に、実際の駐車時間の長さに見合う額の駐車料金を支払う後払い方式が採用されているが、来客者の入庫時に、見込み駐車時間の長さに応じた額の駐車料金を支払う前払い方式を採用してもよい。

＜駐車場の構成＞

図１には、入居者・来客者用駐車場の一例として、施設の一例としての集合住宅２２に、その集合住宅２２の共用設備として付帯設置されている共用駐車場２０が示されている。この共用駐車場２０の形式としては、例えば、屋外駐車場、屋内駐車場、地上駐車場、地下駐車場、平面駐車場、立体駐車場などがある。この共用駐車場２０は、同じ連続した敷地内において複数の車室を有する。

ここに、「車室」とは、駐車しようとする車両１台分に割り当てられる２次元または３次元の空間領域を意味する。よって、任意の駐車場において、車室の数と、駐車可能な車両の台数とは互いに一致する。

ここに、「車両」なる用語は、明細書の全体を通じて、自動車のみならず、自転車、自動二輪車等、あらゆる種類の移動体を包含する用語として解釈すべきである。

この共用駐車場２０において、各車室ごとに、集合住宅２２の入居者（または管理組合）の意思で、選択的に、入居者用駐車スペース２４または来客者用駐車スペース２６に割り当てることが可能である。

ここに、「駐車スペース」なる用語は、１つの車室または１つの駐車場内の複数の車室の集まり（例えば、互いに隣接した複数の車室）を意味する。

この共用駐車場２０は、無人式である。さらに、設備の削減・簡素化のため、共用駐車場２０には、その共用駐車場２０の入出庫口からの不正車両の出庫を阻止するために適宜開閉するゲート装置も、共用駐車場２０からの不正車両の出庫を阻止するために適宜、地面から突出し、地面内に埋没する車止め装置も、ユーザに対し、駐車料金の支払いを条件に駐車券を共用駐車場２０のユーザに対して発行する発券機および精算機も設置されていない。

＜駐車場管理方法の概略＞

一般に、複数の駐車場２０の管理方式として、各駐車場２０ごとに、その駐車場２０に設置された設備のみを用いて自立的に（個別的にないしは自己完結的に）管理される自立管理方式と、複数の駐車場２０が遠隔的にある管理センタ４０の管理サーバ５０（図２参照）と通信することによってそれら駐車場２０を集中的に管理する集中管理方式とが存在する。これに対し、このシステム１０は、後者の集中管理方式を採用している。

まず、基本的なハードウエア構成を説明するに、図２に示すように、このシステム１０を実現するために、各駐車場２０に１台ずつ設置される発信機３０と、複数の駐車場２０を集中的に管理する管理センタ４０に設置されるかまたは管理センタ４０によって運営ないしは使用される管理サーバ５０と、入居者の携帯端末９０と、来客者の携帯端末９０とが使用される。

来客者の携帯端末９０は、来客者によって携帯されるとともに無線通信機能を有するデバイス、例えば、携帯電話機、スマートフォン、ラップトップ型コンピュータ、タブレット型コンピュータ、ＰＤＡなどである。

入居者の携帯端末９０は、来客者の携帯端末９０と同様であるが、入居者は、その携帯端末９０に代えて、例えば、携帯に適しないパソコンなどの通信機器を用いてもよい。

次に、基本的なソフトウエア構成（アルゴリズム）を説明するに、このシステム１０を実現するために、前記駐車場管理方法が実行される。その駐車場管理方法は、次のようないくつかの基本的な工程を有する。

１．正規パスワード発行工程

これは、図２に示すように、管理サーバ５０が、集合住宅２２内のある入居者によって指定された指定駐車場２０に来客者（来訪者の一例）が入庫することを事前に許可するために、前記入居者からのリクエストに応答し、来客者に割り当てられる正規パスワード（正規認証コードの一例）であって指定駐車場２０にもそこに設置されるはずの発信機３０にも固有のものを発行する工程である。ここに、「パスワード」は、数字列であっても、文字列であっても、数字と文字の組合せであってもよい。

図３に示すように、この正規パスワード発行工程を実行するために、このシステム１０においては、入居者が、自身の携帯端末９０（他の通信機器でも可）を用いて、管理センタ４０の管理サーバ５０との間で遠距離双方向無線通信を行う。

＜パスワードの特徴＞

後述のように、複数の駐車場２０を管理するために、一般駐車場レコードと、入居者・来客者用駐車場レコードとが存在する。一般駐車場レコードは、前記駐車サービスの会員であれば、一般の会員でも、入居者でも、来客者でもアクセスできる。しかし、入居者・来客者用駐車場レコードは、本来であれば、入居者しかアクセスできない。

これに対し、来客者は、入居者から通知されたパスワードを使用することを条件に、居者・来客者用駐車場レコードにアクセスし、入居者・来客者用駐車場を利用することが許可される。

本実施形態においては、前記パスワードが、来客者による１回の駐車に限って有効であるワンタイム・パスワードである。また、このパスワードは、例えば、一定増分でインクリメントする数字（例えば、１０進法、１６進法、３６進法で表現される）であって最大値に到達すると最小値に戻るように循環的に規則正しく生成したり、乱数発生器を用いて不規則的に生成することが可能である。いずれにしても、同じ車室について、その後、同じパスワードが複数個の過去値のうちの少なくとも前回値と同一とならないように、パスワードが生成される。

さらに、このパスワードには、２種類の制限時間が与えられている。

（１）第１制限時間

来訪者の携帯端末９０が、その来訪者がパスワードを入力することを支援する入力画面（図１４（ｃ）参照）の表示を開始してから所定の第１制限時間内に来客者がパスワードを携帯端末９０に入力しないと、その後の処理が打ち切られ、その結果、その来客者に対する入庫が許可されない。

このように、来客者が入力画面の表示開始時刻から所定の第１制限時間が経過しないうちにパスワードを入力しない場合には、来客者が入庫する意思を有しないとみなされて、例えば、その携帯端末９０と管理サーバ５０との間の今回の通信が強制的に遮断される。

（２）第２制限時間

このパスワードは、管理サーバ５０がそのパスワードを発行した発行時刻（基準時刻の一例）から所定の第２制限時間（例えば、１０分、１時間、６時間、１２時間、２４時間）が経過すると、失効する。すなわち、このパスワードは、時限パスワードなのであり、管理サーバ５０（または来訪者の携帯端末９０）は、パスワード発行時刻からカウントアップを開始し、第２制限時間が経過するとタイプアップとなってパスワードを失効させる第１タイマを有するのである。

ところで、このパスワードを用いれば、ユーザが駐車場を予約できるため、ユーザにとっては、来客者が指定駐車場２０に行ったときに満室で駐車できないかもしれないという心配をせずに済む。

さらに、このパスワードが後述のメモリ１６２に存在することは、指定車室に先約があることをも表すため、このパスワードを用いれば、同じ指定車室について他の来客者が重複して予約することを排除できる。

ところで、このパスワードが、パスワードの発行時刻から来客者の出庫操作が完了するまでの期間、必ず有効であるように設定される場合には、来客者が任意の時刻に指定駐車場２０に入庫してもよい。よって、来客者が入庫時刻として選択できる時間的範囲が拡大するため、来客者にとり、使い勝手が向上する。

しかし、この場合には、駐車場管理者にとっては、指定車室につき、来客者にも入居者にも課金できないにもかかわらず、他の駐車希望者が居てもその指定車室を使用できないため、車室が無駄に放置され、経済的に不利となる。

すなわち、来客者にとっての利点が駐車場管理者にとっての欠点となり、このようなトレードオフの関係を簡単に解決する対策として、この第２制限時間が存在する。

この第２制限時間のおかげで、来客者は、事実上、パスワード発行時刻から、限られた時間が経過する前に、指定車室に入庫することを強制される。パスワードが失効するまでに来客者が指定車室に入庫しないと、入庫前にパスワードが失効してその来客者の予約が事実上取り消される。そのため、その後に同じ車室に入庫しようとしても、同じ車室につき、別の来客者が予約してしまう可能性があるというペナルティが最初の来客者に科される。

これに対し、パスワードが失効するまでに来客者が指定車室に入庫すれば、入庫後にパスワードが失効してその来客者の予約が事実上取り消されても、見かけ上（後述の管理リストにおいて、入庫時刻および出庫時刻が記録され、その結果、各車室ごとに、駐車車両の有無が監視されている）はもちろん、来客者が指定車室を車両で物理的に占有しているため、他の来客者が同じ車室についての予約することも実際に入庫することもできない。

その結果、パスワード発行時刻から指定車室への実際の入庫時刻までの期間、すなわち、来客者は駐車しないとともに別の来客者は駐車の予約ができない無駄期間が短縮される。よって、駐車場管理者にとり、同じ車室の稼働率が向上し、経済的に有利となる。

図２０には、この第２制限時間をパスワードが有することによる効果を説明するために、２つのシナリオが示されている。

図２０（ａ）は、前記第２制限時間内に来客者が自身の携帯端末９０にパスワードＰＷを入力した第１のシナリオを示し、一方、図２０（ｂ）は、その期限内のパスワード入力を来客者が怠った第２のシナリオを示している。

それらシナリオに共通のシーケンスとして、次の動作が存在する。

Ｓ１：入居者への訪問を希望する来客者（知人、友人、配送業者、引っ越し業者、修理業者、営業担当者など）は、その入居者への訪問に先立ち（例えば、前日以前、当日、駐車場への到着直前）、その入居者に対し、電話や電子メールなどで、入居者を訪問したい旨を連絡する。

Ｓ２：入居者は、指定駐車場への来客者のための駐車の許可および予約のために、来客者の訪問予定時刻より早い時刻（例えば、訪問予定時刻の直前など）に、携帯端末９０から管理サーバ５０にアクセスして、固有のパスワードＰＷの発行を管理サーバ５０に要望する（後述のパスワード発行・予約シーケンス）。

Ｓ３：管理サーバ５０は、パスワードＰＷを発行し、入居者の携帯端末９０に送信する（後述のパスワード発行・予約シーケンス）。

Ｓ４：入居者は、前記パスワードＰＷを、来客者に対し、電話や電子メールなどで通知し、来客者は、そのパスワードＰＷを、例えば、指定駐車場付近または指定駐車場内において受領する。

Ｓ５：来客者は、自身の携帯端末９０に前記パスワードＰＷを入力する。

Ｓ６：来客者の携帯端末９０は、前記パスワードＰＷを管理サーバ５０に送信する。

パスワードＰＷの効果として、いずれのシナリオにおいても、パスワードＰＷの有効期間中、その有効なパスワードＰＷが存在するおかげで、別の来客者が割り込んで同じ車室についての駐車を予約することが排除される。

図２０（ａ）に示すこの第１のシナリオにおいては、来客者が、パスワードＰＷの有効期間中に、自身の携帯端末９０にパスワードＰＷを入力し（Ｓ６）、さらに、自身の携帯端末９０を発信機３０にかざしてその発信機３０のＩＤを認証し（Ｓ７）、それにより、入庫操作が完了する。

このシナリオにおいては、前記第２制限時間が経過してパスワードＰＷが無効になった後であっても、来客者が指定車室に車両を駐車していることを後述の管理リスト（図１２参照）を参照すれば判明するため、他の来客者が同じ車室について駐車を予約することが依然として排除される。

これに対し、図２０（ｂ）に示す第２のシナリオにおいては、来客者が、パスワードＰＷの有効期間中に、自身の携帯端末９０にパスワードＰＷを入力することを怠る。そのため、パスワードＰＷの入力時刻から前記第２制限時間が経過してパスワードＰＷが無効になった後は、来客者が指定車室に車両を駐車したとしても、そのことを前記管理リストを参照しても判明しない。そのため、他の来客者が同じ車室について駐車を予約することができてしまう可能性がある。

２．正規パスワード通知工程

これは、図２に示すように、入居者が、前記発行されたパスワードを来客者に事前に、口頭、電話、電子メール、ＳＮＳまたは他の通信方法（例えば、携帯端末９０、パソコンなどの通信機器を用いる通信方法）で通知する工程である。

一例においては、図３に示すように、この正規パスワード通知工程を実行するために、入居者が、自身の携帯端末９０（他の情報機器でも可）を用いて、来客者の携帯端末９０との間で遠距離双方向無線通信を行う。

３．識別信号受信工程

これは、図２に示すように、来客者が、指定駐車場２０への入庫時に、その指定駐車場２０において自身の携帯端末９０が発信機３０から識別信号を受信することを可能にする工程である。

図４に示すように、この識別信号受信工程を実行するために、このシステム１０においては、来客者が、自身の携帯端末９０を、来客者が現在訪問している駐車場２０に設置されている発信機３０にかざすかまたは接触させ、それにより、自身の携帯端末９０を用いて、その発信機３０から前述の識別信号を近距離一方向無線通信方式で受信する。

４．実パスワード送信工程

これは、図２に示すように、来客者が、自身の携帯端末９０を介して、実パスワード（実認証コードの一例）を入力して管理サーバ５０に送信する工程である。

５．入庫許可工程

これは、来客者の携帯端末９０から受信した実パスワードが正規パスワードと一致する（パスワード認証に成功する）という条件と、来客者の携帯端末９０が発信機３０から受信した識別信号によって表される実発信機ＩＤ（実発信機コードの一例）が、その発信機３０に対応する正規発信機ＩＤ（正規発信機コードの一例）と一致する（発信機ＩＤ認証に成功する）という条件とを含む複数の条件が一緒に成立する場合に、来客者の指定駐車場２０への入庫を許可する工程である。

図４に示すように、この入庫許可工程を実行するために、来客者が、自身の携帯端末９０を用いて、管理センタ４０の管理サーバ５０との間で遠距離双方向無線通信を行う。

６．出庫許可工程

これは、来訪者の携帯端末９０が、指定駐車場２０からの出庫時に、その指定駐車場２０において発信機３０から受信した識別信号によって表される実発信機コードが正規発信機コードと一致する（発信機ＩＤ認証に成功する）という条件を含む少なくとも一つの条件が成立する場合に、来訪者の指定駐車場２０からの出庫を許可する工程である。

図４に示すように、この出庫許可工程を実行するために、来客者が、自身の携帯端末９０を用いて、管理センタ４０の管理サーバ５０との間で遠距離双方向無線通信を行う。

なお、本実施形態においては、出庫に際し、来客者が、前記パスワードを携帯端末９０に入力してパスワード認証を受けることが要求されていないが、要求されるようにして本発明を実施してもよい。

＜発信機＞

本実施形態においては、同じ駐車場２０に複数の車室が設置されており、それら車室に共通に１台の発信機３０が使用される。ただし、各車室ごとに１台の発信機３０が使用される態様で本発明を実施してもよい。

各発信機３０は、自身に固有の発信機ＩＤ（前述の「発信機コード」の一例）を表す識別信号を発信するように構成される。１つの発信機ＩＤは、１つの駐車場２０にとって固有であるため、後述のように、１つの駐車場ＩＤ（「駐車場コード」の一例）に１対１で対応付けられる。

発信機３０は、例えば、駐車場２０の地面に機械的に固着されないように、すなわち、その地面から簡単に離脱可能であるようにその地面に設置される可能性がある。換言するに、各発信機３０は、空間上において、対応する位置（対応する駐車場２０）に物理的に固定されているわけではないのである。なぜなら、駐車場２０として運営される土地の所有者が、ある期間には、駐車場２０としての運営を管理会社に依頼したが、突然、その依頼を解消する可能性があるからである。

そのような場合には、駐車サービスのためのすべての設備を管理会社が速やかに駐車場２０から撤去し、その際、現状回復のための手間を最小化するために、発信機３０が単に当該土地の地面に載置される可能性がある。そのため、発信機３０は、駐車場管理業者の意に反し、何者かによる不正行為により、その発信機３０が正規に設置される駐車場２０とは異なる場所（例えば、正規に設置される駐車場２０から離れた別の駐車場、正規に設置される駐車場２０に該当しない別の場所など）に設置されてしまう可能性がある。

ここで、１台の発信機３０につき、ハードウエア構成（図５参照）およびソフトウエア構成（図６参照）を説明する。

まず、概念的に説明するに、発信機３０は、対応する駐車場２０に少なくとも１台ずつ設置され、対応する駐車場２０に固有の駐車場ＩＤを識別し得る識別信号を発信する非接触式または接触式の通信デバイスである。発信機３０は、少なくとも送信機能を有すれば足りるが、必要に応じ、受信機能をも併有するように構成してもよい。

次に、作動方式を説明するに、発信機３０は、固有の識別信号を外部からのトリガ信号を要することなく能動的に、かつ、供給電力が不足しない限り永続的に発信する。

発信機３０は、一般に、識別信号としてのビーコン信号を発信するビーコン装置、無線標識などの名称でも知られている装置である。この発信機３０は、一例においては、原信号を変調することにより、対応する駐車場ＩＤを表す識別信号を生成し、その生成された識別信号を、ＩＲ信号、Bluetooth（登録商標）信号、ＮＦＣ（近距離無線通信）信号などとして発信する。

次に、機能ブロック図である図５を参照してハードウエア構成を説明するに、発信機３０は、プロセッサ１００およびそのプロセッサ１００によって実行される複数のアプリケーションを記憶するメモリ１０２を有するコンピュータ１０４を主体として構成されている。

この発信機３０は、さらに、電源としての交換可能な使い捨て電池１０６を有している。電池１０６に代えて、充電可能な電池を採用したり、外部電源としての商用電源を採用したり、外部の磁界を利用して発電する発電機（例えば、トランスポンダ）を採用することが可能である。

この発信機３０は、さらに、識別信号を生成して発信する発信部１０８を有している。その発信部１０８は、電池１０６によって作動させられるとともに、コントローラ１１０によって制御される。そのコントローラ１１０は、コンピュータ１００によって制御される。

次に、図６を参照して発信機３０のソフトウエア構成を説明するに、発信機３０のプロセッサ１００は、図６にフローチャートで概念的に表されているプログラムを反復的に実行する。

このプログラムの各回の実行時には、まず、ステップＳ１において、メモリ１０２から発信機ＩＤが読み込まれる。その発信機ＩＤは、その発信機３０が設置される１つの駐車場２０に割り当てられた駐車場ＩＤに１対１に対応する。

続いて、ステップＳ２において、前記読み込まれた発信機ＩＤが反映されるように、原信号（例えば、搬送信号）を変調するための信号がコントローラ１１０に対して出力される。そのコントローラ１１０は、発信部１０８を制御し、その結果、発信部１０８は、今回発信すべき識別信号を生成する。その後、ステップＳ３において、その生成された識別信号が発信部１０８から発信される。続いて、ステップＳ１に戻る。

ここで、この発信機３０に関連付けて携帯端末９０の一機能を説明するに、その携帯端末９０は、発信機３０から識別信号を受信している状態で、その携帯端末９０のコンピュータ１３４（図８参照）に予めインストールされているあるプログラムを起動させると、前記受信した識別信号をリアルタイムで復調し、それにより、前記発信機ＩＤをリアルタイムで解読する。

さらに、携帯端末９０は、発信機３０から識別信号を受信している状態で、その受信した識別信号に基づき、その識別信号を発信したときの発信機３０の位置と、その識別信号を受信したときの携帯端末９０の位置との間の距離を測定することも行う。

すなわち、携帯端末９０は、発信機３０から受信した識別信号に基づき、その発信機３０に対応する発信機ＩＤと、そのときの発信機３０との距離との双方を獲得するようになっているのである。

携帯端末９０のユーザ（例えば、来客者）は、自身の携帯端末９０を持ったまま発信機３０に接近し、その携帯端末９０を発信機３０のうちの発信部１０８に完全にまたはほぼ接触させると、携帯端末９０は、発信機３０から識別信号を接触式で受信することができる。

これに対し、携帯端末９０のユーザが自身の携帯端末９０を持ったまま特定の受信エリア内に進入すると、携帯端末９０は、発信機３０から識別信号を非接触式で受信することができる。

図７に概念的に平面図で示すように、各発信機３０には、２種類の受信エリアが割り当てられる。それらは、受信可能エリアと有効受信エリアである。それらエリアは、いずれも、各発信機３０を発信源とする円で概して定義され、受信可能エリアは、最大受信半径を有するのに対し、有効受信エリアは、有効受信半径を有する。

しかし、具体的には、受信可能エリアは、各発信機３０の電力供給が正常である場合に、その発信機３０からの識別信号が到達可能なエリア、すなわち、そのエリア内に存在する限り、携帯端末９０がその識別信号を受信可能なエリアを意味する。

これに対し、有効受信エリアは、受信可能エリアの最大受信半径より小さい有効受信半径を有している。最大受信半径は、任意に設定することが不可能であるのに対し、有効受信半径は、任意に設定することが可能である。有効受信半径は、例えば、０ｃｍないし５０ｃｍの範囲内または３０ｃｍないし５０ｃｍの範囲内にある。また、最大受信半径は、例えば、５０ｍないし７０ｍの範囲内にある。

すなわち、最大受信半径は、ハードウエアによって決まる受信限度を意味するのに対し、有効受信半径は、ソフトウエアによって決まる受信限度を意味すると言うことが可能なのである。

前述のように、携帯端末９０は、それが受信した識別信号を発信したときの発信機３０との距離を測定する。その距離測定値は、有効受信半径を超えることもあれば、超えないこともある。そして、その距離測定値が受信有効半径を超えないときは、携帯端末９０が有効受信エリア内に存在するときであるのに対し、その距離測定値が受信有効半径を超えるときは、携帯端末９０が受信可能エリア内には存在するが有効受信エリア内には存在しないときである。

携帯端末９０は、発信機３０から識別信号を受信した後、前記距離測定値が有効受信半径の設定値以下であるか否かを判定し、その設定値以下であると判定すると、携帯端末９０が現在、有効受信エリア内に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信した（以下、単に「識別信号を受信した」ともいう。）」と判定する。

これに対し、携帯端末９０は、前記距離測定値が前記設定値より大きいと判定すると、携帯端末９０が現在、有効受信エリア外に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信していない（以下、単に「識別信号を受信していない」ともいう。）」と判定する。

すなわち、本実施形態においては、携帯端末９０が有効受信エリア外に位置する場合には、実際には、携帯端末９０が識別信号を受信しているにもかかわらず、みかけ上、携帯端末９０は識別信号を受信していないこととしてソフトウエア上で取り扱われることになるのである。

本実施形態においては、各発信機３０の受信可能エリアおよび有効受信エリアのうち少なくとも有効受信エリアが、別の発信機３０の少なくとも有効受信エリアとの間でオーバラップしないように、各発信機３０の個別性能および相対的位置関係ならびに前記有効受信半径の設定値が設定されている。

＜携帯端末＞

次に、機能ブロック図である図８を参照して携帯端末９０のハードウエア構成を説明するに、携帯端末９０は、プロセッサ１３０およびそのプロセッサ１３０によって実行される複数のアプリケーションを記憶するメモリ１３２を有するコンピュータ１３４を主体として構成されている。

この携帯端末９０は、さらに、情報を、例えば図１４において符号「１３５」で示す画面（面積が有限で可変または不変であるウィンドウを有する）上に表示する表示部（例えば、液晶ディスプレイ）１３６と、発信機３０および管理サーバ５０からの信号を受信する受信部１３８と、信号を生成してその信号を管理サーバ５０に送信する送信部１４０とを有する。

この携帯端末９０は、さらに、来客者または入居者であるユーザからデータやコマンドを入力するための入力部１５０を有する。その入力部１５０は、例えば、所望の情報（例えば、コマンド、データなど）を携帯端末９０に入力するためにユーザによって操作可能な操作部を有する。その操作部としては、ユーザによって操作可能なアイコン（例えば、仮想的なボタン）を表示するタッチスクリーン、ユーザによって操作可能な物理的な操作部（例えば、キーボード、キーパッド、ボタンなど）、音声を感知するマイクなどがあるが、これらに限定されない。

この携帯端末９０は、さらに、ＧＰＳ（衛星測位システム）受信機１５２を有する。ＧＰＳ受信機１５２は、よく知られているように、複数のＧＰＳ衛星から複数のＧＰＳ信号を受信し、それらＧＰＳ信号に基づき、ＧＰＳ受信機１５２の地球上における位置（緯度、経度および高度）を三角測量によって測定する。

図８に示すように、メモリ１３２は、地図データメモリ１６１、駐車場データメモリ１６３および発信機データメモリ１６５を含む複数のデータメモリを有する。

地図データメモリ１６１には、地図データであって、管理サーバ５０または別の地図データベース（図示しない）からダウンロードされたものが一時的に記憶される。その地図データに基づき、表示部１３６の画面１３５（図１４（ａ）および図１９（ａ）参照）上に地図（前述の「部分地図」の一例）が表示される。その画面１３５上に表示される地図は、携帯端末９０およびそのユーザが移動するにつれて時々刻々変化する。

駐車場データメモリ１６３には、図１に示す共用駐車場２０および他の駐車場２０（図示しない）のうち少なくとも共用駐車場２０に関する駐車場データであって、管理サーバ５０からダウンロードされたものが記憶されることが可能である。

その駐車場データは、後に、図１１および図１２を参照して詳述するが、概略的に説明するに、各瞬間ごとに、画面１３５上に表示される地図上に地理的に存在する複数の駐車場２０（すなわち、図１に示す共用駐車場２０および他の駐車場２０（図示しない）を含み、各駐車場２０は、ユーザにとっての候補駐車場である）に対応する複数の駐車場位置データを、駐車場ＩＤおよび発信機ＩＤに関連付けて含んでいる。

携帯端末９０においては、画面１３５上に、前記地図データに基づく地図が表示され、さらに、その地図上に、各瞬間ごとに、そのときに駐車場データメモリ１６３に記憶されている複数の駐車場位置データに基づき、複数の駐車場（すなわち、複数の候補駐車場）２０の各位置がオーバーレイ表示される（図１４（ａ）および図１９（ａ）参照）。

これに対し、発信機データメモリ１６５には、共用駐車場２０に設置されているはずの発信機３０および他の駐車場２０に設置されているはずの発信機３０のうち少なくとも共用駐車場２０に設置されているはずの発信機３０に関するデータであって、管理サーバ５０からダウンロードされたものが記憶されることが可能である。

＜管理サーバ＞

次に、機能ブロック図である図９を参照して管理サーバ５０のハードウエア構成を説明するに、管理サーバ５０は、プロセッサ１６０およびそのプロセッサ１６０によって実行される複数のアプリケーションを記憶するメモリ１６２を有するコンピュータ１６４を主体として構成されている。

この管理サーバ５０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１６６と、携帯端末９０からの信号を受信する受信部１６８と、信号を生成してその信号を携帯端末９０に送信する送信部１７０と、現在時刻を計測する時計１７２とを有する。この管理サーバ５０は、発信機３０からの受信を直接的には行わず、事実上、携帯端末９０を介して行うことになる。

＜システムの全体構成＞

図１０には、このシステム１０の全体構成が機能ブロック図で表されている。

＜入居者用携帯端末＞

入居者用の携帯端末９０は、次の機能部を有する

１．空室判定部２００

これは、後述の管理リスト内の駐車場データに基づき、前記複数の候補駐車場２０のうち、空いている車室（空室）を有するものを選択する。

２．駐車場選択部２０２

これは、入居者の操作に応じ、空室を有する複数の候補駐車場２０のうちのいずれかを指定駐車場２０として選択する（今回は、図１に示す共用駐車場２０を選択すると仮定する）。

３．車室選択部２０４

これは、入居者の操作に応じ、その指定駐車場２０に属する複数の車室のうちのいずれかを指定車室として選択する。

４．パスワード受信部２０４

これは、前記正規パスワードを管理サーバ５０から受信する。

＜管理サーバ＞

管理サーバ５０は、図１１および図１２に示す前記駐車場データを管理する。その駐車場データは、図１１に示すように、概念的には、複数のレコードであり、それらレコードは、一般駐車場レコードおよび入居者・来客者用駐車場レコードを含んでいる。

一般駐車場レコードは、複数の一般駐車場に関するデータの集まりである。入居者・来客者用駐車場レコードは、複数の入居者・来客者用駐車場に関するデータの集まりである。

いずれのレコードも、複数のファイルから構成されている。このことを、入居者・来客者用駐車場レコードを例にとり説明するに、図１２に示すように、入居者・来客者用駐車場レコードは、複数のファイルから構成されており、各ファイルは、各共用駐車場２０ごとに用意されている。

具体的には、入居者・来客者用駐車場レコードに属する各ファイルは、１つの共用駐車場２０の基準位置を表す１つの地図上位置（経度Ｘ，緯度Ｙ）と、その共用駐車場２０の所在地（住所、居所など）と、その共用駐車場２０に固有の駐車場ＩＤと、その共用駐車場２０に設置されているはずの１つの発信機３０に固有の発信機ＩＤと、管理リストと、その他の関連情報とを有する。

その他の関連情報としては、駐車料金に関する情報（料金支払者名、料金計算条件など）、指定駐車場２０に駐車可能な車種（サイズなど）に関する情報、指定駐車場２０を撮影した画像データなどがある。

その管理リストは、各共有駐車場２０に属する複数の車室のそれぞれにつき、次のような複数の項目を始め、複数の項目を有する。

１．各車室を利用可能な利用可能車（予約なしの時間貸駐車サービスを受ける一般利用者か、予約ありの時間貸駐車サービスを受ける来客者か、月極駐車サービスを受ける入居者か）

２．前記時限ワンタイム・パスワード（以下、単に「パスワード」という）

３．管理サーバ５０が今回のパスワードを発行した発行時刻

４．駐車場利用者に付与されたパスワードが本人によって自身の携帯端末９０に入力された入力時刻

５．駐車場利用者が今回の車室に入庫した入庫時刻

６．駐車場利用者が今回の車室から出庫した出庫時刻

７．決済者（駐車料金を支払う者が入居者か来客者か）

この管理リストを作成するために、図１０に示すように、管理サーバ５０は、管理リスト作成部２１０を有する。

その管理リスト作成部２１０は、各駐車場２０における複数の車室のそれぞれにつき、入庫および出庫に際してユーザ（入居者、来客者または他の駐車場利用者）の携帯端末９０からそれぞれ受信した信号に基づき、各車室の使用状況の履歴を反映するように、前記管理リストを作成し、適宜更新する。

その管理リストは、理想的には、管理サーバ５０と来客者用の携帯端末９０との間で共有されるが、その携帯端末９０が管理サーバ５０にアクセスしない時間が長くなると、最新の管理リストが携帯端末９０において反映されない可能性がある。よって、携帯端末９０は、管理リストの更新のみを目的にして管理サーバ５０にアクセスすることも有効である。

来客者用の携帯端末９０の前記空室判定部２００は、その管理リストの内容から、来客者によって選択された駐車場２０に属する複数の車室のうち空室が存在するか否かを判定する。

なお、図１０に示す例においては、空室判定部２００が来客者用の携帯端末９０に設置されているが、それに代えてまたはそれに加えて、同様な空室判定部２００を管理サーバ５０に設置してもよい。

図１０に示すように、管理サーバ５０は、前記パスワードを発行するパスワード発行部２１４を有する。そのパスワード発行部２１４は、パスワードを発行すると、前記管理リストにおいて、今回の指定車室についてそのパスワードを記録する。指定車室についてパスワードが記録されていることは、その指定車室が、来客者によって駐車されることが予約済みであることを意味する。

さらに、管理サーバ５０は、前記パスワードの有効・無効状態を時間の経過につれて制御するパスワード状態制御部２１６を有する。そのパスワード状態制御部２１６は、前記第２制限時間との関係においてパスワードの状態を制御する（図２１参照）。

前記パスワード発行部２１４から発行されたパスワードは、管理サーバ５０から入居者に送信され、その入居者は、そのパスワードを来客者に通知する。このように、本実施形態においては、管理サーバ５０によって発行されたパスワードが、その管理サーバ５０から直接的に来客者に通知されるのではなく、その来客者に駐車権限を付与した入居者から直接的に来客者に通知される。

その結果、来客者は、そのパスワードの重要性を、管理サーバ５０から直接的に、人間味なく通知される場合より、高く認識し、そのパスワードを大切に扱うことが期待される。

図１０に示すように、来客者用の携帯端末９０は、入居者から通知されたパスワードを管理サーバ５０に送信するパスワード送信部２２０を有する。

さらに、来客者用の携帯端末９０は、前記管理リストを参照することにより、指定駐車場２０に設置されているはずの発信機３０に固有の発信機ＩＤを正規発信機ＩＤとして設定する正規発信機ＩＤ設定部２２２と、指定駐車場２０において発信機３０から識別信号を受信する識別信号受信部２２４を有する。

さらに、来客者用の携帯端末９０は、発信機３０から受信した識別信号によって表される実発信機ＩＤと、前記設定された正規発信機ＩＤとが一致するか否か（発信機ＩＤ照合ないしは発信機ＩＤ認証に成功したか否か）を判定する発信機ＩＤ照合部（すなわち、発信機ＩＤ認証部）２２６を有する。

なお、図１０に示す例においては、正規発信機ＩＤ設定部２２２および発信機ＩＤ照合部２２６が来客者用の携帯端末９０に設置されているが、このことは本発明にとって不可欠なことではなく、それら正規発信機ＩＤ設定部２２２および／または発信機ＩＤ照合部２２６を管理サーバ５０に設置してもよい。

これに対し、管理サーバ５０は、来客者用の携帯端末９０からパスワードを受信するパスワード受信部２３０と、その受信されたパスワード（実パスワード）と、前記設定された正規パスワードとが一致するか否か（パスワード照合ないしはパスワード認証に成功したか否か）を判定するパスワード照合部（すなわち、パスワード認証部）２３２とを有する。

さらに、管理サーバ５０は、パスワード照合部２３２からの一致判定（すなわち、パスワード認証成立判定）と、発信機ＩＤ照合部２２６からの一致判定（すなわち、発信機ＩＤ認証成立判定）との双方を受けて、来客者の指定駐車場２０の指定車室への入庫を許可する入庫許可部２３４と、発信機ＩＤ照合部２２６からの一致判定（すなわち、発信機ＩＤ認証成立判定）を受けて、来客者の指定駐車場２０の指定車室からの出庫を許可する出庫許可部２３６とを有する。

さらに、管理サーバ５０は、出庫時に、前記管理リストにおける入庫時刻と出庫時刻との差として駐車時間を計算する駐車時間計算部２４０と、その計算された駐車時間の長さに基づいて駐車料金を計算する駐車料金計算部２４２と、その計算された駐車料金を電子決算するための電子決済部２４４とを有する。その電子決済部２４４は、例えば、外部の決済サーバ２５０と遠距離通信可能に接続される。

なお、電子決済部２４４は、管理サーバ５０にではなく、別のサーバ、または、来客者の携帯端末９０に設置してもよい。

＜パスワード発行・予約シーケンス＞

図１３には、このシステム１０において、入居者が、来客者に来客者用駐車スペース２６への駐車を許可するためのパスワードを管理サーバ５０に事前に発行させるために入居者の携帯端末９０と管理サーバ５０との間で行われる通信の一例と、前記発行されたパスワードを入居者が来客者に通知するために入居者の携帯端末９０と来客者の携帯端末９０との間で行われる通信の一例とを時系列的に表すパスワード発行・予約シーケンスがフローチャートで表されている。

入居者がオンデマンドで管理サーバ５０からパスワードを発行してもらうに際し、入居者の携帯端末９０においては、プロセッサ１３０が、メモリ１３２に格納されている駐車サービス・アプリケーションのうち、パスワード発行・予約処理に関連する部分を実行する。管理サーバ５０においては、プロセッサ１６０が、メモリ１６２に格納されている駐車場管理プログラムのうち、パスワード発行・予約処理に関連する部分を実行する。

まず、入居者の携帯端末９０は、ステップＳ１０１において、管理サーバ５０にログインするためのログイン・リクエスト（「サービス開始信号」の一例）を、入居者である今回のユーザを識別するためのユーザＩＤと共に管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ２０１において、前記ログイン・リクエストをユーザＩＤと共に受信する。続いて、ステップＳ２０２において、前記入居者・来客者用駐車場レコードをメモリ１６２のデータベース（図１３において、「ＤＢ」で表す。）から読み出す。その後、ステップＳ２０３において、それら読み出された入居者・来客者用駐車場レコードを携帯端末９０に送信する。

これに対し、入居者の携帯端末９０は、ステップＳ１０２において、前記送信された入居者・来客者用駐車場レコードを管理サーバ５０から受信し、その受信した入居者・来客者用駐車場レコードを図８に示す駐車場データメモリ１６３に保存する。これにより、現内容での入居者・来客者用駐車場レコードが、管理サーバ５０と来客者の携帯端末９０との間で共有されることになる。

このシーケンスにおいては、管理サーバ５０からダウンロードされて駐車場データメモリ１６３に保存されている入居者・来客者用駐車場レコードに属するすべての入居者・来客者用駐車場およびそれら入居者・来客者用駐車場内のすべての車室が注目されるわけではない。すべての入居者・来客者用駐車場のうち、来客者が使用可能な車室、すなわち、来客者用駐車スペース２６を有するもののみが注目される。しかし、以下、単に、「入居者・来客者用駐車場」という。

続いて、入居者の携帯端末９０は、ステップＳ１０３において、ＧＰＳ受信機１５２が外部から受信したＧＰＳ信号に基づき、ユーザ（今回は入居者）の現在位置（経緯度）を測定する。

次に、入居者の携帯端末９０は、ステップＳ１０４において、その測定されたユーザ（今回は入居者）の現在位置を、地図を表示部１３６の画面１３５上に表示するためにプロセッサ１３０によって参照される基準位置（表示基準点の位置（経緯度））とする。さらに、全体地図のうち、画面１３５上のウィンドウ内に一度に表示可能なサイズを有する部分であって前記基準位置が存在するものを、地図の表示範囲（すなわち、前記全体地図のうち、前記ウィンドウ内に各瞬間に表示される領域）に決定する。

続いて、入居者の携帯端末９０は、ステップＳ１０５において、駐車場データメモリ１６３に保存されている入居者・来客者用駐車場レコードに基づき、複数の駐車場２０のそれぞれにつき、空いている少なくとも一つの車室が存在するか否かを判定する。

例えば、前記管理リストにおいて、各車室ごとに、パスワードが存在すること（有効であること）と、入庫時刻は存在するが出庫時刻は存在しないもの（当該車室に入庫はしたが出庫はしていないという事実を表すもの）とのうちの少なくとも一方を満たすか否かを判定し、その判定が肯定的である場合には、その車室が空室であると判定する。この空室判定手法によれば、事実上、パスワード発行時刻から実際の出庫時刻までの期間が満室期間とみなされて他の来客者による予約が排除される。

なお、この空室判定は、それに代えて、前記管理リストにおいて、各車室ごとに、パスワードが存在する（有効である）か否かを判定し、その判定が肯定的である場合には、その車室が空室であると判定するように行ってもよい。この空室判定手法によれば、事実上、パスワード有効期間のみが満室期間とみなされて他の来客者による予約が排除される。

さらに、複数の駐車場２０のうち、その空室が一つでも存在するものを複数の空室あり候補駐車場２０として抽出し、一方、複数の駐車場２０のうち、その空室が一つも存在しないものを複数の空室なし候補駐車場２０として抽出する。

なお、このステップＳ１０５を入居者の携帯端末９０において省略し、代わりに、同等のステップを管理サーバ５０に追加し、前記管理リストを参照して、同様な空室判定を行ってもよい。

また、このステップＳ１０５を入居者の携帯端末９０により、車室ごとに、前記管理リストにおいて、入庫時刻は記録されているが、出庫時刻は記録されていない場合に、その車室は、満車であると判定する態様で実施してもよい。

それらの態様によれば、入居者の携帯端末９０がパスワードを参照せずに済むため、その携帯端末９０に、前記入居者・来客者用駐車場レコードのうちパスワード情報を除くもののみ管理サーバ５０からダウンロードすれば足りる。その結果、入居者の携帯端末９０が他人のパスワード情報を保有せずに済み、セキュリティが向上する。

続いて、入居者の携帯端末９０は、ステップＳ１０６において、受信されたすべての駐車場レコードに属する複数の駐車場位置データ（座標値Ｘ，Ｙ）に基づき、画面１３５上に表示されている地図上に複数の候補駐車場２０（空室あり候補駐車場および空室なし候補駐車場）をオーバーレイ表示する。

図１４（ａ）には、その表示の一例が示されている。図において、「空」という記号は、その表示位置に１つの空室あり候補駐車場２０が存在することを表している。空室なし候補駐車場２０は、「満」という記号を用いて表示される。

このステップ１０６においては、画面１３５上に、管理サーバ５０のメモリ１６２に保存されているすべての駐車場２０が表示されるわけではない。入居者の現在位置と画面１３５のサイズとによって決まるウインドウ内に位置する、前記複数の駐車場２０より少数の複数の候補駐車場２０のみが画面１３５上に表示される。すなわち、管理サーバ５０から受信した複数の駐車場２０が、入居者の現在位置と画面１３５のサイズとによってさらに、少数の候補駐車場２０に絞り込まれるのである。

その後、ステップＳ１０７において、入居者が、自身の携帯端末９０において、いずれかの空室あり候補駐車場２０の表示位置に指でタッチすることにより、いずれかの駐車場２０を、来客者のための指定駐車場として選択する。

続いて、入居者の携帯端末９０は、ステップＳ１１０において、今回の指定駐車場２０に対応する駐車場ＩＤを今回の正規駐車場ＩＤとして設定する。続いて、ステップＳ１１１において、今回の指定駐車場２０に設置されているはずの発信機３０に固有の発信機ＩＤを正規発信機ＩＤとして設定する。

その後、入居者の携帯端末９０は、ステップＳ１１２において、所定のメニュー画面を車室と共に画面１３５上に表示する。具体的には、選択された指定駐車場２０における複数の車室を画面１３５上に表示する。このとき、空いている車室にはピンが表示される。

図１４（ｂ）には、その表示の一例が示されている。この表示例においては、指定駐車場２０に４個の空室が存在し、それぞれに対応して、車室番号と、その車室が空室であることを示す、入居者によって選択可能なピンとが表示されている。

さらに、この表示例においては、入居者によって選択可能な複数のボタンの一つとして、「来客者用パスワード」と表示される入居者用パスワード発行ボタン３００が表示されている。この表示例においては、今回の指定駐車場２０に４個の車室が存在し、それら車室はいずれも空室である。

続いて、ステップＳ１１３において、入居者が、携帯端末９０において、画面１３５上に表示されている複数のピンのうちいずれかを選択することにより、来客者のための車室を指定する。その後、ステップＳ１１４において、入居者が、携帯端末９０において、画面１３５上に表示されている入居者用パスワード発行ボタン３００を選択する。

なお、ステップＳ１１３の実行直前に、入居者の携帯端末９０が管理サーバ５０にアクセスしてその管理サーバ５０から最新の前記管理リストを携帯端末９０にダウンロードし、それにより、携帯端末９０において前記管理リストを更新することが望ましい。管理サーバ５０において、前記管理リストは、いつ更新されるかもしれないからである。

続いて、入居者の携帯端末９０は、ステップＳ１１５において、今回の正規駐車場ＩＤまたはそれを特定するためのデータ（例えば、今回の正規発信機ＩＤ）と、今回の指定車室の車室番号またはそれを特定するためのデータと、パスワードの発行をリクエストする旨のパスワード・リクエストとを管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ２０４において、それら情報を携帯端末９０から受信する。続いて、ステップＳ２０５において、固有のパスワードを発行する。そのパスワードは、例えば、一定増分でインクリメントする数字であって最大値に到達すると最小値に戻るように循環的に規則正しく発生させられたり、乱数発生器を用いて不規則的に発生させられる。

このステップＳ２０５において、前記空室判定部２００を実施し、それにより、前記管理リストに基づき、今回の指定車室が空室であることを確認してもよい。ただし、一例においては、今回の指定車室につき、先約を有する別の来客者にパスワードが発行された時刻から、その別の来客者が指定車室から出庫する時刻までの期間、その指定車室が満室として扱われる。この場合には、今回の来客者にパスワードが発行されず、よって、今回の来客者が同じ車室について予約することが排除される。

これに対し、車室ごとに、先約を有する別の来客者にパスワードが発行された時刻から、そのパスワードが失効する時刻までの期間、その車室が満室として扱われ、今回の来客者が同じ車室について予約することが排除される態様で本発明を実施してもよい。

また、車室ごとに、先約を有する別の来客者がその車室に入庫した時刻からその車室から出庫する時刻までの期間、その車室が満室として扱われ、今回の来客者が同じ車室について予約することが排除される態様で本発明を実施してもよい。

その後、管理サーバ５０は、ステップＳ２０６において、前記管理リストにおいて、今回の指定車室について、前記発行されたパスワードを記録し、それにより、その指定車室につき、来客者が駐車することが予約される。続いて、ステップＳ２０７において、前記管理リストを更新する。その後、ステップＳ２０８において、前記発行されたパスワードを入居者の携帯端末９０に送信する。

これに対し、入居者の携帯端末９０は、ステップＳ１１６において、管理サーバ５０から今回のパスワードを受信する。続いて、ステップＳ１１７において、その受信したパスワードを画面１３５上に表示する。

図１４（ｃ）には、その表示の一例が示されている。この表示例においては、パスワードが「９６８０」であり、また、そのパスワードの前記第２制限時間が１０分である。

図１４（ｃ）の表示例においては、入居者の携帯端末９０の画面１３５上に、さらに、発行されたパスワードが失効することが予定される時刻までの経過時間、すなわち、前記第２制限時間のうちの残り時間も表示される。

よって、入居者は、来客者が今回のパスワードを使用して指定車室に入庫することが許可される期間の最終時刻を知ることができ、その知見に基づき、来客者に対し、その最終時刻を伝えることが可能となる。

前記残り時間は、入居者の携帯端末９０が計算してもよいが、後述のように、管理サーバ５０がその計算を行って、随時、その計算値を入居者の携帯端末９０に送信してもよい。

また、管理サーバ５０は、前記残り時間の計算値を来客者の携帯端末９０に送信し、それに応答して、来客者の携帯端末９０が前記残り時間を画面１３５上に表示し、それにより、前記残り時間を来客者、すなわち、指定駐車場２０のユーザに通知してもよい。

その後、入居者の携帯端末９０は、ステップＳ１１８において、管理サーバ５０からのログアウトを要求するログアウト・リクエストを管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ２０９において、そのログアウト・リクエストを受信する。続いて、ステップＳ２１０において、そのログアウト・リクエストの受信が正常に完了したことを表す確認応答信号ＡＣＫを携帯端末９０に送信する。

その後、入居者は、ステップ１１９において、今回のパスワードを来客者に通知するために、携帯端末９０を用いて電子媒体（例えば、今回のパスワードを含む電子メッセージ）を作成する。続いて、入居者は、自身の携帯端末９０から、その作成された電子媒体を来客者の携帯端末９０に送信する。

これに対し、来客者は、ステップＳ１３１において、自身の携帯端末９０において、入居者の携帯端末９０から今回のパスワードを受信する。

管理サーバ５０は、さらに、パスワードの有効・無効状態を時間の経過に合わせて制御するために、図２１にフローチャートで表されるパスワード状態制御プログラムを実行する。

このパスワード状態制御プログラムにおいては、まず、ステップＳ８０１において、複数の駐車場２０のうち、今回の注目対象を特定する駐車場番号ｍが１にセットされる。次に、ステップＳ８０２において、今回の駐車場２０に属する複数の車室のうち、今回の注目対象を特定する車室番号ｎが１にセットされる。

続いて、ステップＳ８０３において、今回の駐車場２０のうちの今回の車室につき、前記管理リストからパスワード発行時刻が読み出される。その後、ステップＳ８０４において、時計１７２を用いて現在時刻が測定される。続いて、ステップＳ８０５において、現在時刻からパスワード発行時刻を減算することにより、そのパスワード入力時刻からの経過時間Ｔが計算される。

その後、ステップＳ８０６において、その経過時間Ｔが前記第２制限時間Ｔ２以上であるか否か、すなわち、パスワード入力時刻から第２制限時間Ｔ２が経過したか否かが判定される。

今回は、経過時間Ｔが第２制限時間Ｔ２以上であると仮定すれば、このステップＳ８０６の判定がＹＥＳとなり、ステップＳ８０７において、今回の駐車場２０のうちの今回の車室につき、今回のパスワードが失効させられ、前記管理リストから、今回のパスワードがクリアされる。

これに対し、今回は、経過時間Ｔが第２制限時間Ｔ２より短いと仮定すれば、ステップＳ８０６の判定がＮＯとなり、ステップＳ８０７がスキップされる。

いずれにしても、その後、ステップＳ８０８において、車室番号ｎの現在値が最大値ｎ_ｍａｘ以上であるか否か、すなわち、今回の駐車場２０につき、すべての車室についての処理が完了したか否かが判定される。その判定がＮＯであれば、ステップＳ８０９において、車室番号ｎが１だけインクリメントされた後、ステップＳ８０３に戻る。

これに対し、今回は、ステップＳ８０８の判定がＹＥＳであれば、ステップＳ８１０において、駐車場番号ｍの現在値が最大値ｍ_ｍａｘ以上であるか否か、すなわち、すべての駐車場２０についての処理が完了したか否かが判定される。その判定がＮＯであれば、ステップＳ８１１において、駐車場番号ｍが１だけインクリメントされた後、ステップＳ８０３に戻る。ステップＳ８１０の判定がＹＥＳであれば、ステップＳ８０１に戻る。

なお、一例においては、管理サーバ５０が、第２制限時間Ｔ２のうち、未だ経過していない時間、すなわち、残り時間を逐次計算し、その計算値を入居者の携帯端末９０に送信する。それを受けて、入居者の携帯端末９０は、図１４（ｃ）に例示するように、前記残り時間を数値および／またはバーチャートで画面１３５上に表示する。

なお、その残り時間に代わるかまたはそれに加えて、第２制限時間Ｔ２が経過することが予定される時刻の計算値を入居者の携帯端末９０に表示してもよい。

＜入庫シーケンス＞

図１５には、来客者が指定駐車場２０のうちの指定車室に入庫した直後に、今回の駐車を開始するために、同じ駐車場２０に位置する発信機３０および来客者の携帯端末９０と、遠隔地に位置する管理サーバ５０との間で行われる通信の一例を時系列的に表す入庫シーケンスがフローチャートで表されている。

発信機３０は、自身に固有の識別信号を自発的にかつ継続的に発信する。駐車場２０への入庫に際し、来客者の携帯端末９０においては、プロセッサ１３０が、メモリ１３２に格納されている前記駐車サービス・アプリケーションのうち、入庫処理に関連する部分を実行する。管理サーバ５０においては、プロセッサ１６０が、メモリ１６２に格納されている前記駐車場管理プログラムのうち、入庫処理に関連する部分を実行する。

まず、来客者の携帯端末９０は、ステップＳ３０１において、管理サーバ５０にログインするためのログイン・リクエスト（「サービス開始信号」の一例）を、来客者である今回のユーザを識別するためのユーザＩＤと共に管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ４０１において、前記ログイン・リクエストをユーザＩＤと共に受信する。続いて、ステップＳ４０２において、一般駐車場レコードおよび前記入居者・来客者用駐車場レコードをメモリ１６２のデータベース（図１３において、「ＤＢ」で表す。）から読み出す。その後、ステップＳ４０３において、それら読み出された一般駐車場レコードおよび入居者・来客者用駐車場レコードを携帯端末９０に送信する。

これに対し、来客者の携帯端末９０は、ステップＳ３０２において、前記送信された駐車場レコードを管理サーバ５０から受信し、その受信された駐車場レコードを図８に示す駐車場データメモリ１６３に保存する。これにより、現内容での一般駐車場レコードおよび入居者・来客者用駐車場レコードが、管理サーバ５０と来客者の携帯端末９０との間で共有されることになる。

続いて、来客者の携帯端末９０は、ステップＳ３０３において、メモリ１３２に予め保存されているデータに基づき、メニュー画面を画面１３５上に表示する。

図１６（ａ）には、その一表示例が示されている。この表示例においては、来客者によって選択可能な複数のボタンとして、来客者が入庫をリクエストする旨の来客者入庫ボタン３１０と、ログアウトする旨のログアウト・ボタン３１２とが表示されている。その後、ステップＳ３０４において、来客者は、来客者入庫ボタン３１０を選択する。

続いて、来客者の携帯端末９０は、ステップＳ３０５において、来客者のパスワードの入力を支援する入力画面を画面１３５上に表示する。

図１６（ｂ）には、その一表示例が示されている。この表示例においては、パスワードが入力されるスペース３１４と、来客者によって選択可能な複数のボタンとしての、取消ボタン３１６および確認ボタン３１８と、複数の数字キーおよび複数のアルファベット・キーを有するキー・パッド３２０とが表示されている。来客者の携帯端末９０により、スペース３１４の表示開始時刻から、前記第１制限時間の残り時間のカウント・ダウンが開始される。

その後、来客者の携帯端末９０は、ステップＳ３０６において、前記第１制限時間の残り時間が０ではないか否かを判定し、０であると判定すると、ステップＳ３０７において、エラー終了を行う。この場合、来客者の携帯端末９０は、その後の処理を中止し、その結果、来客者による入庫が禁止される。

これに対し、前記第１制限時間の残り時間が０ではないと判定された場合には、ステップＳ３０８において、図１６（ｃ）に例示するように、来客者が、スペース３１４にパスワードを入力する。その入力が終了すると、ステップＳ３０９において、図１６（ｃ）に例示するように、来客者が確認ボタン３１８を選択する。

続いて、来客者の携帯端末９０は、ステップＳ３１０において、前記入力されたパスワードを実パスワードとして管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ４０４において、前記実パスワードを受信する。その後、ステップＳ４０５において、その受信した実パスワードと同じものが前記入居者・来客者用駐車場レコードの前記管理リスト内に存在するか否かの判定、すなわち、パスワード照合を行う。続いて、ステップＳ４０６において、そのパスワード照合に成功したか否かが判定される。

そのパスワード照合に失敗した場合には、管理サーバ５０は、ステップＳ４０７において、エラー終了を行う。この場合、管理サーバ５０は、その後の処理を中止し、その結果、来客者による入庫が禁止される。

これに対し、前記パスワード照合に成功した場合には、管理サーバ５０は、ステップＳ４０９において、パスワード照合に成功した旨のメッセージと、前記入居者・来客者用駐車場レコードの前記管理リストに属する複数の車室別データセットのうち今回のパスワードが存在するもの（以下、「該当車室別データセット」という。）を管理サーバ５０のメモリ１６２から読み出して来客者の携帯端末９０に送信する。

このように、来客者は、正規なパスワードを携帯端末９０を介して管理サーバ５０に送信したため、本来であれば入居者しかアクセスできない前記入居者・来客者用駐車場レコードにアクセスできるのである。

前記該当車室別データセットは、図１２に例示するように、今回の指定駐車場２０を特定するデータ（例えば、駐車場ＩＤ）と、その指定駐車場２０の所在地を表すデータ（図示しない）と、今回の指定車室の車室番号を特定するデータと、その指定車室に設置されているはずである発信機３０の発信機ＩＤと、今回のパスワードと、そのパスワードの発行時刻とを含む複数のデータによって構成される。

これに対し、来客者の携帯端末９０は、ステップＳ３１１において、前記パスワード照合に成功した旨のメッセージと、前記該当車室別データセットとを管理サーバ５０から受信する。その受信した該当車室別データセットは、携帯端末９０の駐車場データメモリ１６３に保存される。

続いて、来客者の携帯端末９０は、ステップＳ３１２において、その保存された該当車室別データセット内の各種データに基づき、図１７に例示するように、今回の指定車室の車室番号および所在地を含む複数のデータを画面１３５上に表示する。その後、来客者は、その表示内容を確認すると、ステップＳ３１３において、その指定車室への入庫をリクエストする旨の入庫ボタン３２２を選択する。

続いて、来客者の携帯端末９０は、ステップＳ３１４において、携帯端末９０が発信機３０から識別信号を有効に受信したか否かを判定する。

来客者の携帯端末９０が現在、前記受信可能エリア外に位置する場合には、携帯端末９０は発信機３０から識別信号を全く受信できない。

これに対し、来客者の携帯端末９０が現在、前記受信可能エリア内に位置する場合には、携帯端末９０は発信機３０から識別信号を受信できる。

この場合、このステップＳ３１４において、さらに、その受信した識別信号に基づき、今回の発信機３０と来客者の携帯端末９０との距離が測定される。このステップＳ３１４においては、さらに、その距離測定値が前記設定値より小さいか否か、すなわち、来客者の携帯端末９０が現在、前記有効受信エリア内に位置するか否かが判定される。要するに、このステップＳ３１４においては、来客者の携帯端末９０がいずれかの発信機３０を特定したか否かが判定されるのである。

前記距離測定値が前記設定値より小さい場合には、来客者の携帯端末９０がいずれかの発信機３０を特定したため、ステップＳ３１５に移行するが、そうではない場合には、今回の駐車場２０への入庫（駐車サービスの開始）がユーザに許可されない。

その後、来客者の携帯端末９０は、ステップＳ３１５において、前記受信した識別信号を復調し、続いて、ステップＳ３１６において、その復調された識別信号によって表される発信機ＩＤを実発信機ＩＤとして解読する。

すなわち、今回の発信機３０が特定されるのである。前記復調された識別信号は、複数桁の二進数で表記されるコードである場合には、例えば、そのコードが、予め準備された変換表（例えば、管理サーバ５０から事前にダウンロードされたもの）を用いて、発信機ＩＤに変換される。ただし、用法上、「コード」であるか「ＩＤ」であるかという違いは、その用途が識別である以上、重要ではない。

続いて、来客者の携帯端末９０は、ステップＳ３１７において、駐車場データメモリ１６３に保存されている該当車室別データセットに存在する発信機ＩＤを正規発信機ＩＤとする。

その後、来客者の携帯端末９０は、ステップＳ３１８において、前記解読された実発信機ＩＤと正規発信機ＩＤとが互いに一致するか否かを判定する。すなわち、ＩＤ照合が行われるのである。

その後、来客者の携帯端末９０は、ステップＳ３１９において、そのＩＤ照合に成功したか否かを判定する。そのＩＤ照合に失敗した場合には、ステップＳ３２０において、エラー終了を行う。この場合、来客者の携帯端末９０は、その後の処理を中止し、その結果、来客者による入庫が禁止される。

これに対し、前記ＩＤ照合に成功した場合には、来客者の携帯端末９０は、ステップＳ３２１において、ＩＤ認証に成功したことを意味する「認証」というメッセージを画面１３５上に表示し、それにより、来客者による入庫操作が完了したことが来客者に視覚的に伝達される。続いて、来客者の携帯端末９０は、ステップＳ３２２において、前記認証に成功した（前記ＩＤ照合に成功した）旨のメッセージを管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ４０９において、来客者の入庫を許可し、続いて、ステップＳ４１０において、時計１７２を用いることにより、現在時刻と等しい時刻として入庫時刻を計算する。その後、ステップＳ４１１において、その入庫時刻を前記管理リストに、今回のパスワードに対応する指定車室に関連付けて記録する。

その後、来客者の携帯端末９０は、ステップＳ３２２において、管理サーバ５０からのログアウトを要求するログアウト・リクエストを管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ４１２において、そのログアウト・リクエストを受信する。続いて、ステップＳ４１３において、そのログアウト・リクエストの受信が正常に完了したことを表す確認応答信号ＡＣＫを来客者の携帯端末９０に送信する。

＜入庫許可判定のための基礎的な概念＞

ここで、図２３を参照することにより、本実施形態における基礎的な概念であって入庫許可判定を行うためのものを具体的に説明する。

入庫に先立ち、入居者は、管理サーバ５０から正規パスワードを受信し、その正規パスワードを来客者に通知する。来客者は、その正規パスワードを再現するように、実パスワードを携帯端末９０に入力する。

続いて、その実パスワードが、前記管理リストに記憶されている複数の正規パスワードのうちのいずれと一致するか否かが判定される。いずれかの正規パスワードと一致すれば、今回の実パスワードがとりあえず認証され、今回の実パスワードと一致する正規パスワードが、今回の正規パスワードであると仮定される（第１の仮定）。

本実施形態においては、予め、来客者本人と、入居者から通知された正規パスワードとが互いに直接的に関連付けられていない。すなわち、今回の実パスワードが正規であるか否かを判定するために、来客者のユーザＩＤなど、個人認証情報が参照されない。

そのため、今回の実パスワードが、入居者から来客者に通知されたものでなくても、偶然に、いずれかの正規パスワードと一致してしまうと、実パスワードの認証に成功してしまう（誤認証の可能性）。

その後、前記管理リストに記憶されている複数の車室のうち、仮定された今回の正規パスワードに対応するものが、今回の正規車室であると仮定される（第２の仮定）。

続いて、前記管理リストに記憶されている複数の正規発信機ＩＤのうち、仮定された今回の正規車室に対応するものが、今回の正規発信機ＩＤであると仮定される（第３の仮定）。

その後、来客者が携帯端末９０を介して実発信機３０から受信した識別信号によって表される実発信機ＩＤが、仮定された今回の正規発信機ＩＤと一致するか否かが判定される。

ところで、前述のように、実発信機３０は、いずれの駐車場２０においても、固定的に設置されていないため、何らかの不正行為により、非正規の駐車場２０に移動させられてしまう可能性があり、実際の駐車場２０と実際の発信機３０との間の関係が不変であるというわけではない。そのため、実発信機ＩＤがいずれかの正規発信機ＩＤと一致したという事実のみをもって、実発信機３０が今回の正規の駐車場２０に設置されていると断定することはできない。

しかし、実発信機ＩＤが、仮定された今回の正規発信機ＩＤと一致する場合には、上述の３つの仮定がすべて妥当であることが判明し、その結果、次の複数の事実が誘導される。

１．今回の来客者が本人であるか否かは不明であるが、いずれかの入居者から正規パスワードを通知されていて、その入居者により、指定車室に駐車する権限を事前に付与された者であること。

２．今回の来客者が携帯端末９０に入力した実パスワードは、いずれかの入居者から通知された正規パスワードに一致していること。

３．今回の正規パスワードに対応する車室は、今回の指定車室に一致していること。

４．今回の実発信機３０は、今回の指定車室に設置されていること。

５．今回の来客者は、今回の指定車室に現在、滞在していること。

このように、この概念によれば、パスワードの認証プロセスと、発信機ＩＤの認証プロセスとが、互いに独立して行われるのではなく、指定車室を媒介として、互いに連携させられ、具体的には、正規パスワードと正規発信機ＩＤとが互いに、双方向に誘導可能に関連付けられる。

よって、この概念を採用すれば、来客者の個人認証を行うことも、実発信機３０を正規の駐車場２０に固定的に設置することも不可欠とすることなく、入居者から権限を付与された来客者のみが指定車室に入庫したか否かを遠隔的に監視することが可能となる。

なお、図２３に示す例においては、パスワードの認証後に発信機ＩＤの認証が行われるが、逆に、発信機ＩＤの認証後にパスワードの認証が行われる態様で本発明を実施してもよい。

＜出庫シーケンス＞

図１８には、来客者が指定駐車場２０から出庫する直前に、共に同じ駐車場２０に位置する発信機３０および来客者の携帯端末９０と、遠隔地に位置する管理サーバ５０との間で行われる通信の一例を時系列的に表す出庫シーケンスがフローチャートで表されている。

発信機３０は、自身に固有の識別信号を自発的にかつ継続的に発信する。指定駐車場２０からの出庫に際し、来客者の携帯端末９０においては、プロセッサ１３０が、メモリ１３２に格納されている前記駐車サービス・アプリケーションのうち、出庫処理に関連する部分を実行する。管理サーバ５０においては、プロセッサ１６０が、メモリ１６２に格納されている前記駐車場管理プログラムのうち、出庫処理に関連する部分を実行する。

具体的には、来客者の携帯端末９０が、まず、ステップＳ５０１において、ＧＰＳ受信機１５２が外部から受信したＧＰＳ信号に基づき、ユーザ（今回は来客者）の現在位置（経緯度）を測定する。

次に、来客者の携帯端末９０は、ステップＳ５０２において、その測定されたユーザ（今回は来客者）の現在位置を、地図を表示部１３６の画面上に表示するためにプロセッサ１３０によって参照される基準位置（表示基準点の位置（経緯度））とする。さらに、全体地図のうち、画面１３５上のウィンドウ内に一度に表示可能なサイズを有する部分であって前記基準位置が存在するものを、地図の表示範囲（すなわち、前記全体地図のうち、前記ウィンドウ内に各瞬間に表示される領域）に決定する。

続いて、来客者の携帯端末９０は、ステップＳ５０３において、管理サーバ５０にログインするためのログイン・リクエスト（前述の「サービス開始信号」の一例）を、今回のユーザを識別するためのユーザＩＤと共に管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ６０１において、前記ログイン・リクエストを前記現在位置および前記ユーザＩＤと共に受信する。続いて、ステップＳ６０２において、前記一般駐車場レコードおよび前記入居者・来客者用駐車場レコードをメモリ１６２のデータベース（図１３において、「ＤＢ」で表す。）から読み出す。その後、ステップＳ６０３において、それら読み出された駐車場レコードを携帯端末９０に送信する。

これに対し、来客者の携帯端末９０は、ステップＳ５０４において、前記送信された駐車場レコードを管理サーバ５０から受信する。続いて、ステップＳ５０５において、受信された駐車場レコードに属する複数の駐車場位置データ（座標値Ｘ，Ｙ）に基づき、画面１３５上に表示されている地図上に複数の候補駐車場２０（一般駐車場および入居者・来客者用駐車場）をオーバーレイ表示する。

一例においては、図１９（ａ）に示すように、画面１３５上に表示されている地図上に、ユーザの現在位置が黒色の三角形３３２を用いてオーバーレイ表示されるとともに、複数の候補駐車場２０が複数の駐車場アイコン３３４を用いてオーバーレイ表示される。この表示により、来客者は、自身が、出庫すべき駐車場２０に居ることを確認することができる。

その後、来客者の携帯端末９０は、ステップＳ５０６において、図１９（ｂ）に示すように、画面１３５上に表示されている地図上に、出庫をリクエストするためにユーザによって操作される出庫ボタン３３０（文字や記号、画像などで表示される仮想的ボタン）をオーバーレイ表示する。続いて、ステップＳ５０７において、ユーザが、自身の携帯端末９０において、出庫ボタン３３０を選択する。

続いて、来客者の携帯端末９０は、ステップＳ５０８において、図１５に示すステップＳ３１４と同様にして、携帯端末９０が発信機３０から識別信号を有効に受信したか否かを判定する。

その後、来客者の携帯端末９０は、ステップＳ５０９において、ステップＳ３１５と同様にして、前記受信した識別信号を復調し、続いて、ステップＳ５１０において、ステップＳ３１６と同様にして、その復調された識別信号によって表される発信機ＩＤを実発信機ＩＤとして解読する。すなわち、今回の発信機３０が特定されるのである。

続いて、来客者の携帯端末９０は、ステップＳ５１１において、ステップＳ３１８と同様にして、その解読された実発信機ＩＤと、前記受信した今回の正規発信機ＩＤとが互いに一致するか否かを判定する。すなわち、ＩＤ照合を行うのである。

続いて、来客者の携帯端末９０は、ステップＳ５１２において、そのＩＤ照合に成功したか否かを判定する。失敗した場合には、ステップＳ５１３において、エラー終了を行う。この場合、来客者の携帯端末９０は、その後の処理を中止し、その結果、来客者による出庫が禁止される。

前記ＩＤ照合成功した場合には、来客者の携帯端末９０は、ステップ５１４において、図１９（ｂ）に示すように、ユーザが今回の駐車場２０から本当に出庫することを確認するためにユーザによって操作される確認ボタン３４２を画面１３５上に表示する。

続いて、ステップＳ５１５において、ユーザは、自身の携帯端末９０において、確認ボタン３４２を選択する。その後、来客者の携帯端末９０は、ステップＳ５１６において、ユーザによって確認ボタン３４２が選択されたことを表す最終確認データ（ＩＤ照合に成功したことも表す）を、今回の実発信機ＩＤと共に管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ６０４において、その最終確認データを今回の実発信機ＩＤと共に受信する。その結果、今回の駐車場２０からの出庫すなわち駐車サービスの終了がユーザに許可される。

続いて、管理サーバ５０は、ステップＳ６０５において、時計１７２が示す現在時刻を出庫時刻とする。その出庫時刻は、今回の実発信機ＩＤに関連付けて前記管理リストに記録される。その後、ステップＳ６０６において、メモリ１６２の前記管理リストから、今回の実発信機ＩＤに関連付けて保存されている入庫時刻を読み出し、その入庫時刻から前記出庫時刻までの経過時間を駐車時間として計算する。

その後、管理サーバ５０は、ステップＳ６０７において、前記計算された駐車時間の長さに見合う額の駐車料金を計算する。その計算のために、メモリ１６２に保存されている料金計算テーブルが参照される。続いて、ステップＳ６０８において、前記計算された駐車料金を入居者または来客者（前記管理リストの決済者データに従う）の口座から差し引かれるように電子決済を行う。

このステップＳ６０８においては、さらに、その電子決済が終了すると、新たな来客者が同じ車室を使用することを許可するために、前記管理リストにおいて、その車室について、パスワード、発行時刻、入力時刻、入庫時刻および出庫時刻がクリアされる。その後、管理サーバ５０は、ステップＳ６０９において、出庫手続が正常に完了した旨のメッセージを来客者の携帯端末９０に送信する。

これに対し、来客者の携帯端末９０は、ステップＳ５１７において、前記メッセージを受信し、続いて、ステップＳ５１８において、出庫手続が正常に完了した旨のメッセージを画面１３５上に表示する。その後、ステップＳ５１９において、管理サーバ５０からのログアウトを要求するログアウト・リクエストを管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ６１０において、そのログアウト・リクエストを受信する。続いて、ステップＳ６１１において、確認応答信号ＡＣＫを携帯端末９０に送信する。

これに対し、携帯端末９０は、その確認応答信号ＡＣＫを管理サーバ５０から受信する。

なお、本実施形態においては、来客者の駐車時間に見合う駐車料金を来客者ではなく入居者が負担する義務を負っている。そのため、万一来客者が、自身の車両を指定車室から出庫させるのを失念するか、または出庫させたにもかかわらず、携帯端末９０と管理サーバ５０との通信による必要な出庫操作を失念すると、駐車が継続していると管理サーバ５０は認識し、駐車時間が長くなって駐車料金も高額となってしまう。

このような出庫操作忘れを防止するため、このシステム１０は、不安になった入居者が、来客者になりすまして管理サーバ５０にアクセスすることが可能となっている。このとき、入居者は、自分のユーザＩＤを使って管理サーバ５０にログインし、図１８に示す出庫シーケンスを開始する。

そのシーケンスにおいては、入居者は、指定車室に赴いて、来客者が使用したものと同じパスワードを入力するとともに、自身の携帯端末９０を用いて発信機３０からの識別信号を受信する。このとき、入居者のユーザＩＤと発信機ＩＤとの関係は、来客者のユーザＩＤと発信機ＩＤとの関係とは不一致であり、その意味で、その関係は不正であるとも言える。しかし、このシステム１０は、そのような不正を管理サーバ５０は無視する。その結果、入居者は、来客者になりすまして出庫操作を行うことができる。

＜第２実施形態＞

次に、本発明の例示的な第２実施形態に従う駐車場管理システム１０および駐車場管理方法を説明する。ただし、第１実施形態と共通する要素については、同一の符号または名称を使用して引用することにより、重複した説明を省略し、異なる要素についてのみ、詳細に説明する。

本実施形態においては、前記パスワードに、前記第１制限時間と、後述の第３制限時間および第４制限時間とが付与されている。

（１）第３制限時間

このパスワードは、管理サーバ５０がそのパスワードを発行した発行時刻から所定の第３制限時間（例えば、１０分、１時間、６時間、１２時間、２４時間）が経過する前に、来客者が自身の携帯端末９０にそのパスワードを入力すると、失効しない。これに対し、このパスワードは、来客者がそのパスワードを入力する前に前記第３制限時間が経過すると、失効する。すなわち、管理サーバ５０（または来訪者の携帯端末９０）は、パスワード発行時刻からカウントアップを開始し、第３制限時間が経過するとタイプアップとなって、条件付きで、パスワードを失効させる第２タイマを有するのである。

このパスワードによれば、パスワード発行時刻から、来客者が実際に指定車室に入庫する時刻までの前述の無駄時間が短縮される。

（２）第４制限時間

このパスワードは、入庫時に来客者の携帯端末９０から管理サーバ５０に送信するために来客者がパスワードを携帯端末９０に入力した入力時刻から所定の第４制限時間（例えば、１０分）が経過する前に、来客者が自身の携帯端末９０を発信機３０にかざしてその発信機３０のＩＤ認証に成功すれば、失効しない。これに対し、このパスワードは、そのＩＤ認証が成功する前に前記第４制限時間が経過すると、失効する。すなわち、管理サーバ５０（または来訪者の携帯端末９０）は、パスワード入力時刻からカウントアップを開始し、第４制限時間が経過するとタイプアップとなって、条件付きで、パスワードを失効させる第３タイマを有するのである。

それら２種類の制限時間の組合せのおかげで、第３制限時間の経過前に実際に来客者が指定車室に入庫してその入庫のための操作がすべて完了すれば、実際に来客者が指定車室から出庫するまで、今回のパスワードがクリアされるに残るという効果が得られる。

よって、同じ車室について、その出庫後に同じ来客者または別の来客者に発行されることとなる新たなパスワードが、先行するパスワードと一致しないことを保証することが容易となる。

図２０と同様にして、図２２には、このパスワードの効果を説明するために、２つのシナリオが示されている。

図２２（ａ）は、第３制限時間内に来客者が自身の携帯端末９０にパスワードＰＷを入力し（Ｓ６）、かつ、第４制限時間内に来客者が自身の携帯端末９０を発信機３０にかざしてその発信機３０のＩＤを認証した（Ｓ７）第１のシナリオを示し、一方、図２２（ｂ）は、第４制限時間内に来客者が自身の携帯端末９０を発信機３０にかざすことを怠った第２のシナリオを示している。

図２２（ａ）に示すこの第１のシナリオにおいては、来客者が、第４制限時間内に、自身の携帯端末９０を発信機３０にかざしてその発信機３０のＩＤを認証し、それにより、入庫操作が完了する。よって、パスワードは、発行時刻から出庫時刻まで有効状態に維持される。パスワードが有効である限り、他の来客者が同じ車室に駐車することを予約することが排除される。

これに対し、図２２（ｂ）に示す第２のシナリオにおいては、来客者が、第４制限時間内に、自身の携帯端末９０を発信機３０にかざすことを怠る。そのため、第４制限時間が経過してパスワードＰＷが無効になった後は、見かけ上（携帯端末９０の画面上）はもちろん、来客者が指定車室を車両で物理的に占有していないため、他の来客者が同じ車室についての予約することも実際に入庫することもできる。

以上、本発明の例示的ないくつかの実施形態として、「施設」が集合住宅２２であり、「来訪者」が、その集合住宅２２の入居者の来客者である事例を説明したが、本発明は、他の態様で実施することが可能である。例えば、「施設」として、商業施設（例えば、店舗、展示場、宿泊施設など）、公共施設（例えば、市役所、体育館、博物館、美術館、学校、駅、空港など）などを選択してもよい。

また、以上説明したいくつかの実施形態においては、管理サーバ５０が、入居者からのリクエストに応答してパスワードを発行して入居者に送信し、その入居者がそのパスワードを来客者に通知するように設計されているが、これに代えて、管理サーバ５０が、来客者からのリクエストに応答してパスワードを発行して来客者に送信する態様で本発明を実施してもよい。

また、以上説明したいくつかの実施形態においては、各車室ごとに、メモリ１６２にパスワードが存在していれば、そのパスワードが有効であると判定され、前記パスワードが存在していなければ、そのパスワードが失効していると判定される。さらに、前記パスワードをメモリ１６２においてクリアすることにより、前記パスワードが失効しているという状態がメモリ１６２に記録される。

これに対し、次の態様で本発明を実施することが可能である。すなわち、メモリ１６２に、パスワードが有効状態にあるときと失効状態にあるときとで状態が異なるステータス・フラグが存在する。そのステータス・フラグの状態に基づいて、前記パスワードが有効であるか失効しているかが判定される。メモリ１６２において前記ステータス・フラグの状態が、前記パスワードが失効状態にあることを表すように変更されることにより、前記パスワードが失効しているという状態がメモリ１６２に記録される。

＜第１および第２実施形態による効果＞

以上説明したいくつかの実施形態によれば、パスワード（来客者に固有のパスワードまたは指定車室に固有のパスワード）を発行して登録することにより、次のようないくつかの効果が得られる。

１．パスワードが発行されるおかげで、来客者といえども、本来であれば入居者しかアクセスできない駐車場データにアクセス可能となり、それにより、パスワード発行後に、入居者の介入なしで、来客者が駐車するために管理サーバ５０にログインして入庫を許可してもらうことが可能となるという効果（パスワードにより、来客者に、本来であれば入居者しかアクセスできない駐車場データにアクセスするという権限が付与される）

２．来客者が指定車室について駐車を予約できるという効果（パスワードにより、来客者に、駐車場を予約するという権限が付与される）

３．同じ指定車室について他の来客者が駐車を予約することを排除できるという効果（パスワードにより、来客者に、その来客者が駐車場を予約すれば同じ車室について別の来客者が予約することを排除するという権限が付与される）

それら効果のうち２番目および３番目の効果は、駐車場２０が集合住宅２２に付随するというように独立性を有しない駐車場２０について本発明が実施される場合のみならず、他の施設からの独立性を有する一般駐車場について本発明が実施される場合にも実現可能である。

＜第３実施形態＞

次に、本発明の例示的な第３実施形態に従う駐車場管理システム１０および駐車場管理方法を説明する。ただし、第１実施形態と共通する要素については、同一の符号または名称を使用して引用することにより、重複した説明を省略し、異なる要素についてのみ、詳細に説明する。

本実施形態に従う駐車場管理システム１０によれば、ユーザが携帯端末９０の画面１３５上において複数の駐車場２０のうちのいずれかとそのいずれかの駐車場２０に属する複数の車室のいずれかとを選択する操作を支援するグラフィカルなユーザ・インターフェースが、前述の第１実施形態に従うシステム１０におけるそれとは部分的に異なる態様で提供される。

第１実施形態に従うシステム１０におけるユーザ・インターフェースは、前述のように、図１３におけるステップＳ１０３−Ｓ１０７，Ｓ１１２およびＳ１１３によって実現される。ステップＳ１０３−Ｓ１０６の実行結果の一例が図１４（ａ）に例示され、また、ステップＳ１１２の実行結果の一例が同図（ｂ）に例示されている。

ステップＳ１０３およびＳ１０４と、ステップＳ１１２とは、それぞれ、携帯端末９０が、ユーザによって指定された地図上位置（例えば、ユーザの現在位置）の近傍における地図を画面１３５上に表示するとともに、その表示された地図上に複数の駐車場２０をそれぞれの位置に関連付けてオーバーレイ表示する表示工程の一例を構成する。

具体的には、ステップＳ１０３およびＳ１０４は、各駐車場２０ごとに、１つの代表マーカーを画面１３５上に各駐車場２０の表示位置に関連付けて表示する代表マーカー表示工程の一例を構成する。その「代表マーカー」は、図１４（ａ）に示す例においては、対応する駐車場２０が満車であるか空車であるかを表す１個の文字が四角形枠で包囲されて成る図形である。

この「代表マーカー」は、駐車場２０を個別に識別するためのマーカー（画面上表示物、視覚表示物）であることから、駐車場マーカーと称してもよい。

また、ステップＳ１１２は、画面１３５上に表示されているいずれかの代表マーカーがユーザによって選択されると、その選択された１つの代表マーカーを、その代表マーカーに対応する１つの駐車場２０に属する複数の車室のそれぞれの地図上位置に関連付けて表示される複数の個別マーカーに変換する個別マーカー表示工程の一例を構成する。

その「個別マーカー」は、図１４（ｂ）に示す例においては、１個のピンである。そのピンは、図２５に示す例においても同様に、液滴状の図形を反転した図形であり、尖った下端部と丸みを帯びた上端部とを有する図形である。

この「個別マーカー」は、駐車場２０内の各車室を個別に識別するためのマーカー（画面上表示物、視覚表示物）であることから、車室マーカーと称してもよい。

これに対し、ステップＳ１０７は、携帯端末９０が、画面１３５に対するユーザの操作に従い、画面１３５上に表示されている複数の駐車場２０のうちのいずれかを選択する選択工程の一例を構成する。ステップＳ１１３は、携帯端末９０が、画面１３５に対するユーザの操作に従い、上記選択されたいずれかの駐車場２０に属する複数の車室のうちのいずれかを選択する選択工程の一例を構成する。

以上説明した第１実施形態に対し、本実施形態に従うシステム１０によれば、前記代表マーカー表示工程の別の一例が、画面１３５上に表示されている地図の縮尺（画面１３５上の地図の実際のサイズ（表示寸法）の、その地図が表す地形の実際のサイズ（実寸法）に対する縮小率）の大小を問わず、各駐車場２０ごとに、１つの代表マーカーの一例としての１つのピン（図２５参照）を画面１３５上に各駐車場２０の表示位置に関連付けて表示する態様で提供される。

さらに、本実施形態に従うシステム１０によれば、前記個別マーカー表示工程の別の一例が、画面１３５上に表示されているいずれかの代表マーカーがユーザによって選択されると、ユーザに追加の操作を要求することなく、時間の経過につれて徐々に増加する縮尺αで前記地図を拡大表示し、その縮尺αが基準値に達すると、前記選択された１つの代表マーカーを、その代表マーカーに対応する１つの駐車場２０に属する複数の車室のそれぞれの地図上位置に関連付けて表示される複数の個別マーカーに変換する態様で提供される。

さらに、本実施形態に従うシステム１０においては、画面１３５上に表示されている複数の個別マーカーのうちのいずれかがユーザによって選択されると、その選択された１つの個別マーカーに対応する１つの車室とその車室が属する１つの駐車場２０とが選択される。

なお、第１実施形態においては、入居者の携帯端末９０を用いて駐車場および車室の選択が行われ、選択された駐車場および車室に駐車するのは、その入居者ではなく来客者であるというように、選択を行う者と、その選択結果によって特定される内容の利益またはサービスを享受する者、すなわち、駐車場２０を利用して駐車を行うユーザとが互いに一致しない。

しかし、第１実施形態においては、入居者が、来客者（駐車場２０のユーザ）のために選択（代行選択）を行うのであるから、この入居者の行為は、実質的には、来客者（駐車場２０のユーザ）が、入居者を介して、選択を行っている行為と等価である。

よって、本実施形態の説明においては、入居者および来客者という用語に代えてユーザという用語を使用することとする。

したがって、本実施形態によれば、ユーザが、自身の駐車のためであるか他人の駐車のためであるかを問わず、情報処理端末の一例である携帯端末９０の画面１３５上において複数の駐車場２０のうちのいずれかとそのいずれかの駐車場２０に属する複数の車室のうちのいずれかとを選択する操作を支援するグラフィカルなユーザ・インターフェースが提供される。

図２４には、そのグラフィカルなユーザ・インターフェースを実現するために携帯端末９０において実行される駐車場・車室選択プログラムが概念的にフローチャートで表されている。図２５には、図２４に示す駐車場・車室選択プログラムの実行に伴って携帯端末９０の画面１３５上に表示される画像の展開を時系列的に説明するための複数のスナップショット図が示されている。

なお念のために繰り返すに、図２４に示す駐車場・車室選択プログラムは、前述の第１実施形態に従うシステム１０によって実行されるパスワード発行・予約プログラム（図１３参照）のうち、ステップＳ１０３−Ｓ１０７，Ｓ１１２およびＳ１１３を内容的に見て部分的に置換するものに相当する。

図２４に示す駐車場・車室選択プログラムは、ユーザの携帯端末９０のメモリ１３２に記憶されており、適宜、そのメモリ１３２から読み出されてプロセッサ１３０によって実行される。

図２４に示す駐車場・車室選択プログラムが実行されると、ユーザの携帯端末９０が、まず、ステップＳ２４０１において、携帯端末９０のうちのＧＰＳ受信機１５２が外部から受信したＧＰＳ信号に基づき、携帯端末９０の現在位置（経緯度）を測定する。自転車レンタルに関する行動中、携帯端末９０はユーザによって携帯されることから、携帯端末９０の現在位置はユーザの現在位置と実質的に一致する。

次に、携帯端末９０は、ステップＳ２４０２において、その測定されたユーザの現在位置を、地図を表示部１３６の画面１３５上に表示するためにプロセッサ１３０によって参照される基準位置（表示基準点の位置（経緯度））とする。さらに、全体地図のうち、画面１３５上のウィンドウ内に一度に表示可能なサイズを有する部分であって前記基準位置が存在するもの（部分地図）を画面１３５上に表示する。

本実施形態においては、このステップＳ２４０２の実行により、部分地図が画面１３５上に、デフォールト値α_０を有する縮尺αで表示される。ただし、そのデフォールト値α_０は、事前に、ユーザの好みに応じて設定変更できる。なお、部分地図は、画面１３５上に、ユーザの現在位置が画面１３５の中心位置と一致するように表示されることが可能である。

続いて、入携帯端末９０は、ステップＳ２４０３において、駐車場データメモリ１６３に保存されている前述の入居者・来客者用駐車場レコードに基づき、複数の駐車場２０のそれぞれに、空いている少なくとも一つの車室（空室）が存在するか否かを判定する。

ここに、「空いている」とは、例えば、「現在、空いており、かつ、予約もされてない（将来使用されることがその時点で判明していない）」ことを意味する場合と、単に、「現在、空いている」ことを意味する場合とがある。

よって、このステップＳ２４０３は、前述の（２）項における「判定工程」の一例を構成する。

その後、携帯端末９０は、ステップＳ２４０４において、後述のように、画面１３５上に各駐車場２０に関連付けて表示される各代表ピンＰ（駐車場マーカーの一例）の色を各駐車場２０の空き具合に応じて決定する。

続いて、携帯端末９０は、ステップＳ２４０５において、管理サーバ５０から受信した前述の複数の駐車場位置データ（座標値Ｘ，Ｙ）に基づき、画面１３５上に表示されている地図上に、複数の駐車場２０のそれぞれの地図上位置に関連付けて、１つの代表マーカーの一例である代表ピンＰをオーバーレイ表示する。

各代表ピンＰは、それの代表点が、画面１３５上において、対応する駐車場２０の、図形としての代表点（地図上の１点）と一致するように配置される。各代表ピンＰの代表点は、各代表ピンＰの、図形としての幾何学的な代表点であり、例えば、当該ピンのうちの尖った下端部の先端である。

各駐車場２０の代表点は、地図上の絶対座標（Ｘ_ｉ，Ｙ_ｉ）として定義される。したがって、１つの代表ピンＰが付帯表示されるべき１つの駐車場２０の代表点の絶対座標が判明すれば、その代表ピンＰの代表点が表示されるべき地図上位置（絶対座標）が判明することになる。各駐車場２０の代表点を表すデータは、予め管理サーバ５０から携帯端末９０にダウンロードされている。

このステップＳ２４０５においては、その時点で画面１３５上に表示されている部分地図の縮尺αの大小を問わず（前述のデフォールト値α_０は、ユーザによって異なったり、同じユーザであってもこのプログラムを実行するタイミングごとに異なる可能性がある）、いずれの駐車場２０も代表ピンＰを用いて表示される。

よって、この時点では、同じ画面１３５上に代表ピンＰと個別ピンＱとが混在して表示されることはない。すなわち、同じ画面１３５上において、ある駐車場２０には代表ピンＰが関連付けて表示され、別の駐車場２０には個別ピンＱが関連付けて表示されることはないのである。

その一例が、図２５（ａ）に示されており、この例においては、３つの駐車場Ａ，ＢおよびＣのそれぞれの表示位置に関連付けて１つの代表ピンＰが表示されている。各代表ピンＰは、画面１３５上において、ユーザの操作（例えば、タップ、タッチ、クリックなど）により、選択することが可能である。

本実施形態においては、各代表ピンＰが画面１３５上において表示される際の各代表ピンＰの色が、対応する駐車場２０が空室を有するか否かに応じて変化する。一例においては、空室を有する駐車場２０は、第１の色（例えば、青色）の代表ピンＰに関連付けられるのに対し、空室を有しない駐車場２０は、第１の色（例えば、赤色）の代表ピンＰに関連付けられる。その結果、空室の有無を問わず、存在するすべての駐車場２０の所在地が画面１３５を通してユーザに案内されることになる。

これに対し、このステップＳ２４０５において、すべての駐車場２０のうち、１つでも空室が存在するものにはそれぞれ、代表ピンＰが関連付けて表示される一方、空室が存在しない駐車場２０には、代表ピンＰが関連付けて表示されない態様で本発明を実施してもよい。

その後、携帯端末９０は、ステップＳ２４０６において、ユーザが、携帯端末９０の画面１３５を、いずれかの空室あり駐車場２０に関連付けられている１つの代表ピンＰの表示位置において指でタップすることにより、いずれかの駐車場２０を今回の駐車場として選択するという操作を受け付ける。

図２５（ａ）に示す例においては、ユーザにより、駐車場Ａの代表ピンＰが、タップされることにより、選択された。

続いて、携帯端末９０は、ステップＳ２４０７において、地図が画面１３５上に表示される際の縮尺αを自動的に増加させる際の上限値としての基準値αｔｈを決定する。

その基準値αｔｈは、予め定められた固定値として決定してもよいが、前記選択された駐車場２０に属する複数の車室のそれぞれの代表点（後述）のうち互いに隣接するものの距離のうちの最小値に応じて決定してもよい。

例えば、互いに隣接するすべての２個の個別ピンＱの組合せのうち、それら個別ピンＱの代表点間の距離が最小であるものの代表点間の距離が、予め定められた下限値を下回らないときの縮尺として基準値αｔｈを決定してもよい。上記下限値は、例えば、画面１３５上において、互いに隣接するいずれの個別ピンＱの組合せについても、個別ピンＱ間にオーバーラップが存在しないための最小代表点間距離である。

その後、携帯端末９０は、ステップＳ２４０８において、次回目標値としての縮尺αを、縮尺αの現在値に所定の増分Δαを加算することによって決定する。続いて、ステップＳ２４０９において、前述の地図を画面１３５上に、その決定された縮尺αのもとに表示し、それにより、前述の地図を前述のタップ位置を起点として拡大表示する。

図２５（ｂ）に示す例においては、部分地図が、駐車場Ａを起点として、図２５（ａ）に示す部分地図より拡大された。図２５（ｃ）に示す例においては、部分地図が、図２５（ｂ）に示す部分地図より、駐車場Ａを起点として拡大された。それら画像の間で、表示される代表ピンＰのサイズおよび形状が互いに共通する。すなわち、代表ピンＰは、拡大表示されないのである。

その後、携帯端末９０は、ステップＳ２４１０において、縮尺αの現在値が前述の基準値αｔｈを超えた（または基準値αｔｈに達した）か否かを判定する。超えていない場合には、その判定がＮＯとなり、ステップＳ２４０８に戻り、部分地図の拡大表示が継続される。すなわち、縮尺αが徐々に増加させられるのである。

これに対し、縮尺αの現在値が前述の基準値αｔｈを超えた場合には、その判定がＹＥＳとなり、部分地図の拡大表示が停止する。それにより、その後、部分地図が、縮尺αの増減なしで表示されることが可能である。

続いて、携帯端末９０は、ステップＳ２４１１において、前記選択された代表ピンＰによって表される１つの駐車場２０に属する複数の車室のそれぞれの表示位置に関連付けて１つの個別ピンＱ（車室マーカーの一例）を表示する。この個別ピンＱのサイズおよび形状は、上述の代表ピンＰのサイズおよび形状と同一である。

各個別ピンＱは、それの代表点が、対応する車室の、図形としての代表点と一致するように、画面１３５上に表示されている地図上にオーバーレイ表示される。各個別ピンＱの代表点を表すデータは、前述の複数の駐車場２０についての複数の代表点を表すデータと共に、かつ、対応する各駐車場２０および各車室に関連付けて、予め管理サーバ５０から携帯端末９０にダウンロードされている。

各車室の代表点は、対応する１つの駐車場２０の代表点に対する相対座標値（ΔＸ_ｉ，ΔＹ_ｉ）として定義される。したがって、各車室の代表点は、それ単独では、地図上位置が特定されないが、各駐車場２０の代表点（Ｘ_ｉ，Ｙ_ｉ）が判明すれば、それを基準位置として各車室の代表点の地図上位置（Ｘ_ｉ＋ΔＸ_ｉ，Ｙ_ｉ＋ΔＹ_ｉ）が相対的に特定される。

このステップＳ２４１１においては、今回の駐車場２０に属する複数個の車室のうち満室であるものについては、個別ピンＱの表示が省略される。その結果、ユーザは、今回選択した駐車場２０に属する複数の車室のうち空室であるものとそうではないものとを視覚的に互いに区別して認識することが可能となる。

すなわち、このステップＳ２４１１においては、駐車場データメモリ１６３に保存されている前述の入居者・来客者用駐車場レコードに基づき、今回の駐車場２０に属する複数の車室の各々が、現在、空室であり、予約もされていないか否かが判定され、該当する車室のみに、個別ピンＱが関連付けて表示されるのである。

よって、このステップＳ２４１１は、前述の（３）項における「判定工程」の一例を構成する。

この態様によれば、空室であるか否かを問わず、今回の駐車場２０に属するすべての車室の所在地が画面１３５を通してユーザに案内されることになる。

図２５（ｃ）に示す例においては、今回選択した駐車場２０が６個の車室を有する。それら車室のうち、４番車室は現在使用中であり、他の１番車室、２番車室、３番車室、５番車室および６番車室はいずれも空室である。よって、それら６個の車室には、４番車室を除き、それぞれ個別ピンＱが関連付けられている。

なお、この時点では、画面１３５上に複数の駐車場２０が同時に表示されている場合に、それら駐車場２０のうち前述のようにして選択されたものは、代表ピンＰではなく、複数の個別ピンＱを用いて表示される一方、選択されなかった残りの各駐車場２０は、依然として、代表ピンＰを用いて表示される。

これに対し、このステップＳ２４１１において、今回の駐車場２０に属する複数の車室のすべてにそれぞれ、空室であるか否かを問わず、個別ピンＱが関連付けて表示されるが、それら車室のうち、空室であるものについては、第１の色（例えば、青色）の個別ピンＱが表示される一方、空室ではないものについては、第２の色（例えば、赤色）の個別ピンＱが表示される態様で本発明を実施してもよい。

その後、携帯端末９０は、ステップＳ２４１２において、ユーザが、携帯端末９０の画面１３５に、空室である複数の車室にそれぞれ関連付けられている複数の個別ピンＱのうちのいずれかの表示位置において指でタップすることにより、いずれかの車室を今回の車室として選択するという操作を受け付ける。

図２５（ｃ）に示す例においては、ユーザにより、３番車室の個別ピンＱが、タップされることにより、選択された。

その後、携帯端末９０は、ステップＳ２４１３において、その選択された個別ピンＱに関連付けられる１つの車室が属する１つの駐車場２０を今回の駐車場として選択する。

続いて、携帯端末９０は、ステップＳ２４１４において、前記選択された個別ピンＱに関連付けられる１つの車室を今回の車室として選択する。その結果、今回の駐車場とそれに属する今回の車室とがそれぞれ選択される。

図２６には、この駐車場・車室選択プログラムの実行によって携帯端末９０の画面１３５上に表示される部分地図（画像）の縮尺αが時間ｔと共に変化するシナリオの一例がグラフで表されている。

この一例においては、部分地図が、まず、縮尺α_０（デフォールト値）で表示され、その部分地図は、ユーザがいずれかの代表ピンＰをタップするまで、同じ縮尺α_０で表示される。

その後、ユーザがいずれかの代表ピンＰをタップすると（１回目タップ）、そのときから、部分地図の拡大表示が開始され、縮尺αが一定増分Δαで増加する。その縮尺αは基準値αｔｈに達すると、拡大表示が終了し、その後、部分地図は、同じ縮尺αで表示される。

やがて、ユーザがいずれかの個別ピンＱをタップすると（２回目タップ）、駐車場および車室の選択のためのユーザ・インタフェースが終了し、その後、例えば、その個別ピンＱに対応する画像に遷移する。

本実施形態には、いくつかの潜在的な変形例が存在する。

１．第１の変形例

本実施形態においては、代表ピンＰの色のバリエーション（赤色か青色か）により、各駐車場２０ごとにその空き具合がグラフィカルに表示される。

しかし、これに代えて、例えば、代表ピンＰの形状のバリエーション（例えば、四角形であるか丸であるか）、代表ピンＰに付帯表示される文字、数字もしくは記号のバリエーションにより、各駐車場２０ごとにその空き具合を表示してもよい。

２．第２の変形例

本実施形態においては、ユーザの携帯端末９０（例えば、携帯電話機、スマートフォン、ＰＤＡなど）が、前述の（１）項における「情報処理端末」の一例を構成する。

しかし、これに代えてまたはこれに加えて、例えば、ユーザが自宅や職場、学校など、いずれの駐車場２０からも離れている場所で使用するパーソナル・コンピュータが、前述の（１）項における「情報処理端末」の別の例を構成してもよい。

３．第３の変形例

本実施形態においては、図２４に示す駐車場・車室選択プログラムが、携帯端末９０によって測定されるユーザの現在位置を地理的基準として用いて実行される。

しかし、これに代えてまたはこれに加えて、ユーザの現在位置から離れた位置にある駐車場２０を予約するために、ユーザが自宅外において携帯端末９０を使用するときや、自宅において携帯端末９０または別の情報処理端末（例えば、パーソナル・コンピュータ）を使用するときに、ユーザによる指定位置ないしは目標位置を地理的基準として用いて図２４に示す駐車場・車室選択プログラムを実行してもよい。

４．第４の変形例

本実施形態においては、前述のグラフィカルなユーザ・インターフェースであって、ユーザによる代表マーカーの選択動作を契機として地図が自動的に拡大してやがて代表マーカーが複数の個別マーカーに分解されて展開するものが、いずれかの駐車場とその駐車場に属するいずれかの車室との双方を選択するために提供される。

しかし、これに代えてまたはこれに加えて、複数の集合体であって、各々、ユーザによって選択可能な動産または不動産であるもの（例えば、共同住宅（アパート、マンション、寮など）、宿泊施設（ホテル、旅館、キャンプ場など）、ホール、大量輸送機関（航空機、バス、鉄道など）、コインロッカーなどの一時的共同保管場所、それらと等価なもの、）が存在し、かつ、各集合体が、複数の個別要素であって、各々、ユーザによって選択可能な動産または不動産であるものが集合して成るもの（最小単位としての部屋、キャンプ場内の各テント設営ブロック、座席、コインロッカー内の各個別保管スペース、それらと等価なもの）である場合に、前述のグラフィカルなユーザ・インターフェースを利用してもよい。

この場合、そのような変形例は、次のような発明として抽象化することが可能である。

ユーザが情報処理端末の画面上において複数の集合体のうちのいずれかとそのいずれかの集合体に属する複数の個別要素のうちのいずれかとを選択する操作を支援する集合体選択用ユーザ・インターフェース方法であって、
前記情報処理端末が、ユーザによって指定された地図上位置の近傍における地図を前記画面上に表示するとともに、その表示された地図上に前記複数の集合体をそれぞれの位置に関連付けてオーバーレイ表示する表示工程と、
前記情報処理端末が、前記画面に対するユーザの操作に従い、前記画面上に表示されている複数の集合体のうちのいずれかとそのいずれかの集合体に属する複数の個別要素のうちのいずれかとを選択する選択工程と
を含み、
前記表示工程は、
前記画面上に表示されている前記地図の縮尺の大小を問わず、各集合体ごとに、各集合体を表す１つの代表マーカーであって各集合体に属する複数の個別要素を代表するものを前記画面上に各集合体の表示位置に関連付けて表示する代表マーカー表示工程と、
前記画面上に表示されているいずれかの代表マーカーがユーザによって選択されると、ユーザに追加の操作を要求することなく、時間の経過につれて徐々に増加する縮尺で前記地図を前記画面上に拡大表示し、ある時点で前記地図の縮尺が基準値に達すると、前記選択された１つの代表マーカーを、その代表マーカーに対応する１つの集合体に属する複数の個別要素のそれぞれの地図上位置に関連付けて表示される複数の個別マーカーに変換する個別マーカー表示工程と
を含み、
前記選択工程は、前記画面上に表示されている複数の個別マーカーのうちのいずれかがユーザによって選択されると、その選択された１つの個別マーカーに対応する１つの個別要素とその個別要素が属する１つの集合体とを選択する集合体選択用ユーザ・インターフェース方法。

なお、上述のいくつかの実施形態は、携帯端末９０によるデータ処理のうちの少なくとも一部と同じデータ処理を管理サーバ５０によって実行するように改良したり、逆に、管理サーバ５０によるデータ処理のうちの少なくとも一部と同じデータ処理を携帯端末９０によって実行するように改良することが可能である。

以上、本発明の例示的な実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、前記［発明の概要］の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

Claims (8)

1. ユーザが情報処理端末の画面上において複数の集合体のうちのいずれかとそのいずれかの集合体に属する複数の個別要素のうちのいずれかとを選択する操作を支援する集合体選択用ユーザ・インターフェース方法であって、
   前記情報処理端末が、前記画面上に表示されている各集合体ごとに、各集合体を表す１つの代表マーカーを前記画面上に各集合体の表示位置に関連付けて表示する代表マーカー表示工程と、
   前記情報処理端末が、前記画面上に表示されているいずれかの代表マーカーがユーザによって選択されると、前記複数の集合体を前記画面上に徐々に増加する倍率で拡大して表示する拡大表示工程と、
   前記情報処理端末が、前記複数の集合体が前記画面上に拡大表示されている状態で、前記選択された１つの代表マーカーを、その代表マーカーに対応する１つの集合体に属する複数の個別要素のそれぞれが表示されている位置に関連付けて表示される複数の個別マーカーに変換する個別マーカー表示工程と
   を含む集合体選択用ユーザ・インターフェース方法。
2. さらに、
   前記情報処理端末が、前記画面に対するユーザの操作に従い、前記画面上に表示されている複数の集合体のうちのいずれかとそのいずれかの集合体に属する複数の個別要素のうちのいずれかとを選択する選択工程を含む請求項１に記載の集合体選択用ユーザ・インターフェース方法。
3. さらに、
   前記情報処理端末および／またはその情報処理端末と通信可能な管理サーバが、各集合体ごとに、空いている個別要素である空き要素が存在するか否かという空き具合および／または空き要素の数として表現される空き具合を判定する判定工程を含み、
   前記代表マーカー表示工程は、前記１つの代表マーカーを、前記画面上に、各集合体が表示されている位置に関連付けて、その代表マーカーの形状、色および／またはその代表マーカーに付帯表示される文字、数字もしくは記号のバリエーションにより、各集合体について判定された空き具合を表示する請求項１または２に記載の集合体選択用ユーザ・インターフェース方法。
4. さらに、
   前記情報処理端末および／またはその情報処理端末と通信可能な管理サーバが、各個別要素ごとに、空き要素であるか否かを判定する判定工程を含み、
   前記個別マーカー表示工程は、前記縮尺が前記基準値に達すると、前記選択された１つの代表マーカーを、前記複数の個別マーカーのうち、対応する個別要素が空き要素であると判定されたものに変換する請求項１ないし３のいずれかに記載の集合体選択用ユーザ・インターフェース方法。
5. 前記情報処理端末は、ユーザによって携帯される携帯端末であり、
   その携帯端末は、当該携帯端末の現在位置を画面上に表示し、
   その現在位置は、前記携帯端末により、ユーザの移動につれて時々刻々変化するように測定される請求項１ないし４のいずれかに記載の集合体選択用ユーザ・インターフェース方法。
6. 前記情報処理端末は、ユーザによって使用されるコンピュータであり、
   そのコンピュータは、ユーザが当該コンピュータに対して指定した位置を画面上に表示る請求項１ないし４のいずれかに記載の集合体選択用ユーザ・インターフェース方法。
7. 前記複数の集合体は、各々、ユーザによって選択可能な動産または不動産であり、
   各集合体は、複数の部屋をそれぞれ個別要素として有する共同住宅、複数の部屋をそれぞれ個別要素として有する宿泊施設、複数の座席をそれぞれ個別要素として有するホール、複数の座席をそれぞれ個別要素として有する輸送機関または複数の個別保管スペースをそれぞれ有する一時的共同保管場所を含む請求項１ないし６のいずれかに記載の集合体選択用ユーザ・インターフェース方法。
8. 請求項１ないし７のいずれかに記載の情報処理端末を実現するためにその情報処理端末のコンピュータによって実行されるプログラム。

Images