JP6383892B1 - 駐車場管理方法 - Google Patents

Abstract

【課題】各々、少なくとも１つの車室を有する複数の駐車場を各駐車場に設置された少なくとも１個の発信機とユーザの通信端末と管理サーバとを用いて管理する技術であって、発信機自体の故障やユーザ側の事情にもかかわらず、ユーザが利用したい駐車場を選択することを可能にするものを提供する。
【解決手段】ユーザの通信端末が、通常選択モード（Ｓ５）を起動させ、いずれかの発信機から信号を有効に受信することを試行し、いずれかの発信機から信号を有効に受信すると、その受信した信号から今回の駐車場を選択するが、いずれの発信機からも信号を有効に受信できない受信不能状態が所定時間以上継続すると、予備選択モード（Ｓ１２）に切り換え、通信端末によって測定された現在位置を用いて複数の駐車場のうちのいずれかを今回の駐車場として選択する。
【選択図】図１５

Description

本発明は、各々、少なくとも１つの車室を有する複数の駐車場を各駐車場に設置された少なくとも１個の発信機とユーザの通信端末と管理サーバとを用いて管理する技術に関するものである。

各々、少なくとも１つの車室を有する複数の駐車場を各駐車場に設置された少なくとも１個の発信機とユーザの通信端末と管理サーバとを用いて管理する技術が既に存在する。

具体的には、特許文献１は、駐車場において各車室ごとに発信機を設置する技術を開示し、また、特許文献２は、駐車場において複数の車室に共通に１個の発信機を設置する技術を開示している。いずれの文献も、発信機とユーザの通信端末とを用いることにより、ユーザによって選択されてユーザが現在、実際に滞在している駐車場をリアルタイムに（時間遅れを伴うことなく）自動的に特定し、それにより、駐車場の位置に関し、場所認証を行う技術を開示している。

これに対し、特許文献３は、ユーザが乗車している車両の車載端末が、ＧＰＳを用いて現在位置を測定し、その測定された現在位置がいずれかの駐車場の位置と一致すると、その駐車場を今回の駐車場として自動的に選択する技術を開示している。

特開２０１７−１５１８４０号公報 特許第６１４０３５４号公報 特開２００１−２０２５４２号公報

本発明者らは、上述の形式の駐車場管理技術について研究を行った結果、発信機を用いて駐車場を選択する技術に関し、改良の余地があることに気が付いた。

すなわち、ユーザが駐車場に居る場合に、その駐車場に設置されている発信機からの信号をユーザの通信端末が常に有効に受信できるとは限らない。そのため、発信機のみに依存して駐車場選択を行うようにシステムを構築すると、通信端末が発信機からの有効受信に失敗した場合に、ユーザが実際に駐車場に居ても、その駐車場を選択してその結果を通信端末から管理サーバに送信できない。この場合には、その駐車場を利用する権限がユーザに付与されず、ユーザにとって不便であるという問題が発生し、また、駐車場管理者にとっては駐車率の稼働率が低下してしまうという問題が発生する可能性がある。

上述の受信不能という事態が発生する原因としては、
（１）発信機自体が故障しているという原因、
（２）発信機自体は正常であるが、電池切れのため発信機が作動できないという原因、
（３）発信機自体は正常であるが、今回のユーザが通信端末の使用、特に、通信モードの設定を実際の発信機の通信方式（通信規格など）に適したものに切り替える操作に不慣れであるために、ユーザの通信端末が、発信機からの信号を受信できる通信モードに切り換わっていないという原因などが想定される。

そのため、通信端末が発信機からの有効受信に失敗した場合に、その原因が、発信機自体の故障ではなく、通信モードの設定不良である可能性が高いことが分かれば、ユーザに対し、通信端末の通信モードの設定変更を催促し、その結果、通信モードの設定が適正化されれば、駐車場の選択、ひいては、駐車場の利用が可能となる。

一方、通信モードの設定が不良である通信端末のユーザでは、発信機の故障の有無にかかわらず、発信機から信号を有効に受信できなから、発信機の故障の有無を事前に診断するには、別のユーザであって、通信モードの設定が適切である通信端末を使用するものに頼ることが考えられる。

以上の知見を背景として、本発明は、各々、少なくとも１つの車室を有する複数の駐車場を各駐車場に設置された少なくとも１個の発信機とユーザの通信端末と管理サーバとを用いて管理する技術であって、発信機自体の故障やユーザ側の事情にもかかわらず、ユーザが利用したい駐車場を選択することを可能にするものを提供することを課題としてなされたものである。

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

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

（１） 各々、少なくとも１つの車室を有する複数の駐車場を各駐車場に設置された少なくとも１個の発信機とユーザの通信端末と管理サーバとを用いて管理する駐車場管理方法であって、
各発信機は、固有の信号を発信するとともに、各発信機は、各発信機が設置されている駐車場および車室のうち少なくとも駐車場に関連付けられ、
当該方法は、
前記通信端末が、通常選択モードを起動させ、いずれかの発信機から信号を有効に受信することを試行する通常受信試行工程と、
前記通信端末が、いずれかの発信機から信号を有効に受信すると、その受信した信号に基づいて今回の駐車場および今回の車室のうち少なくとも今回の駐車場を選択し、その少なくとも今回の駐車場を表す駐車場ＩＤを前記管理サーバに送信する通常選択モード起動工程と、
前記通信端末が、いずれの発信機からも信号を有効に受信できない受信不能状態が発生すると、予備選択モードに切り換え、前記通信端末によって測定された現在位置を用いて前記複数の駐車場のうちのいずれかを今回の駐車場として選択することと、その選択された駐車場に属する複数の車室のうちのいずれかを今回の車室として選択することとのうちの少なくとも今回の駐車場の選択を行い、その少なくとも今回の駐車場を表す駐車場ＩＤを前記管理サーバに送信する予備選択モード起動工程と
を含む駐車場管理方法。

この方法によれば、通信端末が発信機からの有効受信に成功すれば、通常選択モードにおいて、通信端末は、その発信機からの受信結果を用いて今回の駐車場を選択するのに対し、通信端末が発信機からの有効受信に失敗すれば、フェイルセーフモードとしての予備選択モードにおいて、通信端末は、自身の測位結果を用いて今回の駐車場を選択する作業をユーザの介入を伴うかまたは伴うことなく行う。

なお、本明細書の全体を通じて、「ユーザの通信端末」という用語は、機能的には、管理サーバとの間での通信機能と、発信機との間での通信機能（少なくとも受信機能）と、測位機能（ＧＰＳ、基地局などを用いて測位を行う機能）とを有する通信機器を意味し、また、用途的には、携帯端末等、ユーザによって所持されて共に移動する移動端末、ラップトップ・コンピュータ等、可搬性コンピュータ、ユーザが乗車する車両に搭載される車載端末のような通信機器を意味する。

（２） 各駐車場においては、複数の車室が存在するとともに、１個の発信機が設置され、その発信機は、その発信機が設置されている１つの駐車場に関連付けられるとともに、その駐車場に属する複数の車室に共通に関連付けられる（１）項に記載の駐車場管理方法。

（３） 各駐車場においては、複数の車室が存在するとともに、車室の数より少数の複数個の発信機が設置され、それら発信機は、それぞれ、それら発信機が設置されている１つの駐車場に関連付けられるとともに、その駐車場に属する複数の車室が区分された複数の車室群のそれぞれに関連付けられる（１）項に記載の駐車場管理方法。

（４） 各駐車場においては、複数の車室が存在するとともに、車室と同数の複数個の発信機が設置され、それら発信機は、それぞれ、それら発信機が設置されている１つの駐車場に関連付けられるとともに、その駐車場に属する複数の車室のそれぞれに関連付けられる（１）項に記載の駐車場管理方法。

（５） さらに、前記通信端末が、前記受信不能状態の継続時間が所定時間に達するまでの期間、ユーザに対し、当該通信端末の通信モードの設定を前記発信機の通信方式に適するように変更する操作を当該通信端末に対して行うことを催促するための視覚的または聴覚的なメッセージを出力する設定変更催促工程を含む（１）ないし（４）項のいずれかに記載の駐車場管理方法。

（６） さらに、
前記通信端末が、ユーザが、駐車の目的の有無を問わず、いずれかの駐車場またはそれの近傍にいる状態において、その駐車場に属する１個または複数個の発信機から信号を有効に受信することを試行する診断用受信試行工程と、
前記管理サーバが、複数人のユーザの通信端末から、診断用受信を行った駐車場または前記通信端末によって測定された現在位置に関連付けて、各通信端末が各発信機から信号を有効に受信することに成功したか否かを表すサンプルデータを受信し、それら複数人分のサンプルデータに基づき、各駐車場ごとに、その駐車場に設置されている各発信機が正常発信機であるのか故障発信機であるのかを診断する診断工程と
を含む（１）ないし（５）項のいずれかに記載の駐車場管理方法。

この方法によれば、同じ駐車場を利用する複数人のユーザの通信端末からのサンプルデータであって、その駐車場に設置されているすべての発信機（ただし、１個しか発信機が設置されていない場合には、その１個の発信機）からの有効受信に成功したか否かを表すものに基づき、各発信機が正常発信機であるか故障発信機であるかが診断される。

（７） 前記診断工程において、該当する発信機は故障発信機であると診断されると、前記通常選択モード起動工程は開始されないかまたは開始されていれば中止され、代わりに、前記予備選択モード起動工程が開始される（６）項に記載の駐車場管理方法。

この方法によれば、発信機が故障であると診断されているにもかかわらず通常選択モード起動工程が無駄に開始されることも無駄に実行し続けられることも回避される。

（８） 前記通常受信試行工程は、前記通信端末が、該当する駐車場に存在するすべての発信機のうちユーザによって選択された１個の発信機のみから信号を単独で有効に受信できる単独受信モードで実行される一方、前記診断用受信試行工程は、前記通信端末が、該当する駐車場に存在するすべての発信機から信号を同時に有効に受信できる広域受信モードで実行される（６）または（７）項に記載の駐車場管理方法。

（９） 前記単独受信モードは、前記通信端末がショート受信レンジのもとに前記発信機からの受信を試行するモードである一方、前記広域受信モードは、前記通信端末がロング受信レンジのもとに前記発信機からの受信を試行するモードである（８）項に記載の駐車場管理方法。

（１０） 各駐車場においては、複数の車室が存在するとともに、車室と同数の複数個の発信機が設置され、それら発信機は、それぞれ、それら発信機が設置されている１つの駐車場に関連付けられるとともに、その駐車場に属する複数の車室のそれぞれに関連付けられ、
当該方法は、さらに、
前記管理サーバが、各駐車場ごとに、各車室の稼働状況を表すデータに基づき、各車室が空室であるのか満室であるのかを判定し、その判定結果を表す満空情報を作成するとともにその満空情報を複数人のユーザの通信端末に配信する満空判定工程であって、前記診断工程において故障発信機であると診断された発信機が設置されている車室については、実際には空室であっても満室であると判定するものを含む（６）ないし（９）項のいずれかに記載の駐車場管理方法。

（１１） 前記診断用受信試行工程は、前記通信端末によって測定される自身の現在位置が、いずれかの駐車場内に存在するかまたはその周辺に存在する場合に、前記通信端末によって自動的に開始される（６）ないし（１０）項のいずれかに記載の駐車場管理方法。

（１２） さらに、前記管理サーバが、前記駐車場ＩＤを受信するという条件を含む少なくとも一つの条件が成立すると、ユーザに対し、今回の駐車場の利用を開始する権限または終了する権限を付与する権限付与工程を含む（１）ないし（１１）項のいずれかに記載の駐車場管理方法。

（１３） 各々、少なくとも１つの車室を有する複数の駐車場を各駐車場に設置された少なくとも１個の発信機とユーザの通信端末と管理サーバとを用いて管理する駐車場管理方法であって、
各発信機は、固有の信号を発信するとともに、各発信機は、各発信機が設置されている駐車場および車室のうち少なくとも駐車場に関連付けられ、
当該方法は、
前記通信端末が、ユーザが、駐車の目的の有無を問わず、いずれかの駐車場またはそれの近傍にいる状態において、その駐車場に属する１個または複数個の発信機から信号を有効に受信することを試行する診断用受信試行工程と、
前記管理サーバが、複数人のユーザの通信端末から、診断用受信を行った駐車場または前記通信端末によって測定された現在位置に関連付けて、各通信端末が各発信機から信号を有効に受信することに成功したか否かを表すサンプルデータを受信し、それら複数人分のサンプルデータに基づき、各駐車場ごとに、その駐車場に設置されている各発信機が正常発信機であるのか故障発信機であるのかを診断する診断工程と
を含む駐車場管理方法。

ユーザの通信端末が発信機からの有効受信に失敗した場合に、その原因が、発信機自体の故障であるのか、故障ではなく、ユーザの通信端末の通信モードの設定不良であるのかを判別することが有用である場合がある。

一方、通信モードの設定が不良である通信端末のユーザでは、発信機の故障の有無にかかわらず、発信機から信号を有効に受信できなから、発信機の故障の有無を事前に診断するには、別のユーザであって、通信モードの設定が適切である通信端末を使用するものに頼ることが考えられる。

そこで、本項に係る発明は、各々、少なくとも１つの車室を有する複数の駐車場を各駐車場に設置された少なくとも１個の発信機とユーザの通信端末と管理サーバとを用いて管理する技術であって、複数人のユーザの通信端末からのサンプルデータであって、同じ発信機からの有効受信の成否を表すものを収集し、複数人分のサンプルデータから発信機を診断することを可能にするものを提供することを課題としてなされたものである。

（１４） 前記診断用受信試行工程は、いずれかの駐車場またはそれの近傍にいる状態において、前記通信端末が、該当する駐車場に存在するすべての発信機から信号を同時に有効に受信できる広域受信モードで実行される（１３）項に記載の駐車場管理方法。

（１５） さらに、
前記通信端末が、いずれかの発信機から信号を有効に受信することを試行する通常受信試行工程と、
前記通信端末が、いずれかの発信機から信号を有効に受信すると、その受信した信号に基づいて今回の駐車場を選択する駐車場選択工程と
を含む（１３）または（１４）項に記載の駐車場管理方法。

（１６） 前記通常受信試行工程は、前記通信端末が、該当する駐車場に存在するすべての発信機のうちユーザによって選択された１個の発信機のみから信号を単独で有効に受信できる単独受信モードで実行される一方、前記診断用受信試行工程は、前記通信端末が、該当する駐車場に存在するすべての発信機から信号を同時に有効に受信できる広域受信モードで実行される（１５）項に記載の駐車場管理方法。

（１７） 前記単独受信モードは、前記通信端末がショート受信レンジのもとに前記発信機からの受信を試行するモードである一方、前記広域受信モードは、前記通信端末がロング受信レンジのもとに前記発信機からの受信を試行するモードである（１６）項に記載の駐車場管理方法。

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

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

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

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

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

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

図１は、本発明の例示的な第１実施形態に従う駐車場管理方法が実施される例示的な駐車場をその駐車場に設置されている発信機およびそれの可変受信レンジと共に示す平面図である。 図２は、図１に示す駐車場を含む複数の駐車場にそれぞれに設置されている発信機と、同じ駐車場にいるユーザの携帯端末と、遠隔地にある管理センタ内の管理サーバとが互いに通信する様子の一例を示す斜視図である。 図３は、共に図２に示す発信機と携帯端末との間での近距離一方向通信と、その携帯端末と同図に示す管理サーバとの間での遠距離双方向通信とをそれぞれ概念的に表す図である。 図４は、図２に示す発信機を概念的に表す機能ブロック図である。 図５は、図４に示す発信機のコンピュータによって実行されるプログラム（以下、「アプリケーション」ともいう。他のプログラムについても同様である）の一例を概念的に表すフローチャートである。 図６は、図２に示す携帯端末を概念的に表す機能ブロック図である。 図７は、図６における駐車場データメモリに記憶される駐車場データ・テーブルを表形式で概念的に表す図である。 図８は、図６における発信機データメモリに記憶されるデータのコンテンツを概念的に表す図である。 図９は、図２に示す管理サーバを概念的に表す機能ブロック図である。 図１０は、第１実施形態に従う駐車場管理方法により、ユーザがある駐車場に入庫した入庫ステージにおいて、発信機と携帯端末と管理サーバとの間で行われる通信の一例を時系列的に示す入庫シーケンス・フローである。 図１１は、図１０に示す入庫シーケンス・フローを図によって時系列的に説明するための入庫シーケンス図である。 図１２は、図１０におけるステップＳ２０３、Ｓ２０６およびＳ２０７を実行するために参照される例示的な故障診断テーブルを概念的に表す図である。 図１３は、図１０におけるステップＳ２０３、Ｓ２０６およびＳ２０７を実行するために参照される例示的な診断・点検リストを概念的に表す図である。 図１４は、図１０におけるステップＳ２１２およびＳ２１３を実行するために参照される駐車管理テーブルを概念的に表す図である。 図１５は、図１０に示すフローを概略的に示すフローである。 図１６は、図１に示す駐車場における発信機のレイアウトとは別の例を示す平面図である。 図１７は、図１に示す駐車場における発信機のレイアウトとはさらに別の例を示す平面図である。 図１８は、第１実施形態に従う駐車場管理方法により、ユーザがある駐車場から出庫する出庫ステージにおいて、発信機と携帯端末と管理サーバとの間で行われる通信の一例を時系列的に表す出庫シーケンス・フローである。 図１９は、図１８に示す出庫シーケンス・フローを図によって時系列的に説明するための出庫シーケンス図である。 図２０は、本発明の例示的な第２実施形態に従う駐車場管理方法によって実行される入庫シーケンス・フローを概略的に示すフローである。

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

［第１の実施形態］

まず、図１および図２を参照するに、本発明の例示的な第１の実施形態に従う駐車場管理システム（以下、単に「システム」という。）１０は、各々、複数台の車両が駐車可能な複数の駐車場２０（図１には、それら駐車場２０のうちの代表的な駐車場２０のみが図示されている）を管理するためのシステムである。

このシステム１０においては、本発明の例示的な実施形態に従う駐車場管理方法であって、複数人のユーザの携帯端末（前記「通信端末」の一例）９０との通信により、遠隔地にある管理センタ４０によって運営される管理サーバ５０が複数の駐車場２０を集中的に管理するものが実施される。

一例においては、このシステム１０が、ユーザが自身の携帯端末９０を駐車券代わりに用い、かつ、予定された駐車時間の長さに見合う額の前払い駐車料金を支払うことを条件に、ユーザが駐車場２０を利用することを許可する。別の例においては、このシステム１０が、ユーザが自身の携帯端末９０を駐車券代わりに用い、かつ、実際に駐車した時間の長さに見合う額の後払い駐車料金を支払うことを条件に、ユーザが駐車場２０を利用することを許可する。

図１には、駐車場２０が平面図で示されている。その駐車場２０は、複数台の車両の同時駐車を可能にする複数の車室（駐車スペースの一例）２２を有する。この駐車場２０には、唯一の入出庫口２４（入庫口でもあるし出庫口でもある）が存在する。

この駐車場２０は、無人式であり、さらに、この駐車場２０には、駐車場２０の入出庫口２４からの不正車両の出庫を阻止するために適宜開閉するゲート装置も、車室２２からの不正車両の出庫を阻止するために適宜出没する車止め装置も、運転者であるユーザに対し、駐車料金の支払いを条件に駐車券をユーザに対して発行する発券機および精算機も設置されていない。

なお、「車両」なる用語の定義について付言するに、「車両」なる用語は、自動車のみならず、自転車、自動二輪車等、あらゆる種類の移動体を包含する用語として解釈すべきである。

図１に示すように、駐車場２０の敷地には、２種類の駐車区画が存在する。それは、各車両のユーザに対し、１日単位で車室２２を貸し出すための区画（一時預り区画または日貸し用区画）と、各車両のユーザに対し、事前の契約を前提に、１月単位で車室２２を貸し出すための区画（月極用区画）とである。以下、単に「駐車場２０」というときには、この駐車場２０のうち、一時預り区画のみを意味する。

このシステム１０は、その駐車場管理方式として前述の集中管理方式を採用している。具体的には、図２に示すように、このシステム１０は、複数の駐車場２０の複数の車室２２にそれぞれ設置される複数の発信機（駐車場側ユニットの一例）３０と、複数の駐車場２０を集中的に管理する管理センタ４０に設置される管理サーバ（センタ側ユニットの一例）５０とを備えている。

本実施形態においては、各駐車場２０において、１個の発信機３０が、複数の車室２２に共通に設置されている。別の例における駐車場２０は、図１６に例示すように、車室数より少数複数個の発信機３０（図示の例においては、２個）が、複数の車室群（図示の例においては、２つの車室群）のそれぞれに関連付けて設置される。また、さらに別の例における駐車場２０においては、図１７に示すように、車室２２と同数の発信機３０（図示の例においては、１１個）が、車室２２ごとに設置される。

いずれの例においても、各発信機３０が、固有の発信機ＩＤを表す信号を発信する。

図１に示す例においては、１個の発信機３０に、１つの駐車場２０が関連付けられ、さらに、すべての車室２２も関連付けられる。よって、その発信機３０が携帯端末９０によって特定されれば、それに関連付けられた駐車場２０の場所、すなわち、ユーザによって選択された駐車場２０の場所は分かるが、ユーザによって選択された１個の車室２２の場所は不明である。

これに対し、図１６に示す例においては、複数個の発信機３０に、１つの駐車場２０が関連付けられ、さらに、発信機３０と同数の車室群も関連付けられる。よって、いずれかの発信機３０が携帯端末９０によって特定されれば、それに関連付けられた駐車場２０の場所、すなわち、ユーザによって選択された駐車場２０の場所と、複数の車室群のうちユーザによって選択された１つの車室群の場所とが分かるが、ユーザによって選択された１個の車室２２の場所は不明である。

これに対し、図１７に示す例においては、複数個の発信機３０に、１つの駐車場２０が関連付けられ、さらに、発信機３０と同数の車室２２も関連付けられる。よって、いずれかの発信機３０が携帯端末９０によって特定されれば、それに関連付けられた駐車場２０の場所、すなわち、ユーザによって選択された駐車場２０の場所と、ユーザによって選択された１個の車室２２の場所との双方が分かる。

したがって、図１７に示す例における駐車場２０に対してこの駐車場管理方法が実施されれば、複数個の発信機３０のうちユーザによって選択された１個の発信機３０を用いることにより、ユーザが現在利用したい駐車場２０と、ユーザによって選択された１個の車室２２との双方が自動的に選択されることになる。

なお、図１６に示す例においては、いずれの発信機３０も、一部の車室２２にではなく、すべての車室２２に関連付けられてもよい。この場合、２個の発信機３０が、同じ用途を有するために、互いに冗長することになるが、仮にいずれかの発信機３０が故障しても別の発信機３０が正常であれば、その正常な発信機３０を用いた駐車場２０の選択機能が維持され、当該システム１０が、駐車場選択機能に関し、フォールトトレランスが向上する。

図２および図３に示すように、このシステム１０においては、ユーザが、自身の携帯端末９０を用いて、ユーザが現在滞在している駐車場２０に設置されている発信機３０から信号を、発信機３０との接触状態または近接非接触状態で受信する（近距離一方向無線通信を行う）とともに、管理センタ４０の管理サーバ５０との間で遠距離双方向無線通信を行う。

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

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

まず、概念的に説明するに、発信機３０は、固有の発信機ＩＤを識別し得る識別信号を局地的に発信する非接触式または接触（近接）式の通信デバイスである。

発信機３０は、通常、対応する駐車場２０に移動不能に固定的に設置されるが、随時移動可能であるように可動的に設置することも可能である。また、発信機３０は、少なくとも送信機能を有すれば足りるが、必要に応じ、受信機能をも併有するように構成してもよい。

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

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

発信機３０からの信号がBluetooth（登録商標）信号である場合には、携帯端末９０においては、通信モードの設定が、手動で、Bluetooth（登録商標）信号での通信に適したものに変更されることが必要である。

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

この発信機３０は、さらに、電源としての交換可能な使い捨て電池１０６を有している。電池１０６に代えて、充電可能な電池を採用したり、外部電源としての商用電源または太陽電池を採用することが可能である。

外部電源として太陽電池を採用する場合、昼間に太陽電池を用いて発電された電気エネルギーのうち余剰のものをバッテリに蓄積し、夜間には、そのバッテリから電池エネルギーを取り出して発信機３０を作動させてもよい。

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

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

このプログラムの各回の実行時には、まず、ステップＳ１において、メモリ１０２から発信機ＩＤが読み込まれ、次に、ステップＳ２において、電池１０６の残量が推定される。

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

なお付言するに、発信機３０において、発信機ＩＤと電池残量とが反映されるように識別信号を生成するアルゴリズムまたは手順は、図５に示すアルゴリズムまたは手順とは異なるものを採用することが可能である。

ここで、この発信機３０に関連付けてユーザの携帯端末９０の一機能を説明するに、その携帯端末９０は、発信機３０から識別信号を受信している状態で、その携帯端末９０のコンピュータに予めインストールされているあるプログラム、すなわち、発信機処理のための専用アプリケーション（以下、「発信機用アプリケーション」という。）を起動させる（ログイン）と、前記受信した識別信号を復調し、それにより、前記発信機ＩＤを解読する。携帯端末９０は、さらに、その解読された発信機ＩＤを管理サーバ５０に送信する。

さらに、携帯端末９０は、発信機３０から識別信号を受信している状態で、前記発信機用アプリケーションを起動させると、前記受信した識別信号（例えば、その識別信号の強度）に基づき、その識別信号を発信したときの発信機３０の位置と、その識別信号を受信したときの携帯端末９０の位置との間の距離を測定することも行う。

すなわち、携帯端末９０は、発信機３０から受信した識別信号に基づき、その発信機３０が実際に設置されている車室２２に固有の発信機ＩＤと、そのときの発信機３０との距離との双方を獲得するようになっているのである。

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

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

＜携帯端末の可変受信レンジ＞

図１に概念的に平面図で示すように、発信機３０には、みかけ上、２種類の受信エリアが割り当てられる。それらは、受信可能エリアと有効受信エリア（以下、「受信レンジ」ともいう。）である。

それらエリアは、いずれも、発信機３０を発信源とする円で概して定義される。受信可能エリアは、最大受信半径（例えば、約５０ｍ）を有するのに対し、有効受信エリアは、有効受信半径（例えば、０ｍから約５０ｍまでの範囲内の任意の値）を有する。最大受信半径は不変値であるのに対し、有効受信半径は、後述のように、携帯端末９０によって随時変更可能な可変値である。

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

これに対し、有効受信エリアは、受信可能エリアの最大受信半径より小さい有効受信半径を有している。最大受信半径は、任意に設定することが不可能であるのに対し、有効受信半径は、携帯端末９０においてソフト的に任意に設定することが可能である。

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

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

携帯端末９０は、前記発信機処理用アプリケーションを起動させることにより、前記距離測定値が有効受信半径の設定値以下であるか否かを判定し、その設定値以下であると判定すると、携帯端末９０が現在、発信機３０の有効受信エリア（受信レンジ）内に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信した（以下、単に「識別信号を受信した」ともいう。）」と判定する。

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

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

本実施形態においては、携帯端末９０においては、受信レンジがショート受信レンジとロング受信レンジとの間で自動的に切り換わる。

１）ショート受信レンジ

これは、ユーザが携帯端末９０を発信機３０のうちの発信部１０８に接触させるかまたは非接触状態でかざさないと、携帯端末９０が発信機３０を有効に受信できない受信レンジ（前記設定値が、例えば、約０ｃｍから約３０ｃｍの範囲内）である。

このレンジによれば、図１６または図１７に例示するように、駐車場２０に複数個の発信機３０が設置されていても、携帯端末９０は、ユーザによって選択された１個の発信機３０のみからの信号を単独で受信することが可能となる。

２）ロング受信レンジ

これは、ユーザが駐車場２０内のいずれかの位置に存在する限り、ユーザが携帯端末９０を発信機３０のうちの発信部１０８に接触させることもかざすこともなく、携帯端末９０が発信機３０を有効に受信できる受信レンジ（前記設定値が、例えば、約０ｍから約５０ｍの範囲内）である。

このレンジによれば、図１６または図１７に例示するように、１つの駐車場２０に複数個の発信機３０が設置している場合に、ユーザが携帯端末９０をいずれの発信機３０にかざさなくても、携帯端末９０は、それら発信機３０からの信号を同時に受信することが可能となる。

図１に示す例においては、平面視において、ショート受信レンジが、発信機３０の近傍に存在する携帯端末９０をカバーするのに対し、ロング受信レンジが、駐車場２０内の任意の位置に存在する携帯端末９０をカバーする。

ショート受信レンジは、ユーザによる入庫・出庫処理のために使用される駐車用受信レンジすなわち本番用受信レンジである。これに対し、ロング受信レンジは、携帯端末９０が、ユーザに気付かれることなく、駐車場２０内に存在する少なくとも１個の発信機３０（図１に示す例においては、１個の発信機３０であるが、図１７に示す例においては、車室２２と同数の発信機３０）が正常であるか故障しているかを診断するために使用される診断用受信レンジである。

＜携帯端末＞

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

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

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

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

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

地図データメモリ１６１には、ユーザの現在位置に応じて、ユーザの携帯端末９０が管理サーバ５０または別の地図データベース（図示しない）からダウンロードした地図データが一時的に記憶される。その地図データに基づき、表示部１３６の画面１３５（図１１（ａ）参照）上に地図（「部分地図」の一例）が表示される。その画面１３５上に表示される地図は、ユーザが移動するにつれて時々刻々変化する。図において、符号２０２は、携帯端末９０の現在位置を示し、また、符号２０４は、各候補駐車場（現在位置の近傍にある複数の駐車場である近傍駐車場でもある）２０を示している。

図７に概念的に表すように、駐車場データメモリ１６３には、複数の駐車場ＩＤと複数の駐車場位置データとの対応関係が、管理サーバ５０からダウンロードされて記憶されることが可能である。複数の駐車場ＩＤは、システム１０によって集中的に管理される複数の駐車場２０にそれぞれ対応している。また、複数の駐車場位置データは、それぞれ、対応する駐車場２０の地上位置（駐車場２０の敷地全体を代表する１個の地上位置であって、例えば、概して中心位置）の経緯度（緯度Ｘ，経度Ｙ）を表す。

駐車場データメモリ１６３は、画面１３５上に表示される地図上に地理的に存在する複数の駐車場２０（すなわち、前記複数の駐車場２０のうち、ユーザの現在位置の近傍に位置する複数の駐車場２０であって、各駐車場２０は、ユーザが容易にアクセス可能な駐車場であり、その意味において、各駐車場２０は、候補駐車場または近傍駐車場と言える）に対応する複数の駐車場位置データが、それに対応する複数の駐車場ＩＤと共に一時的に記憶される。

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

図８に概念的に表すように、図６の発信機データメモリ１６５には、複数の候補駐車場２０につき、各駐車場２０ごとに、その駐車場２０を表す駐車場ＩＤと、その駐車場２０に設置されている発信機３０を表す発信機ＩＤとが対応付けて保存される。その対応関係は、管理サーバ５０から携帯端末９０にダウンロードされる。

＜管理サーバ＞

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

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

＜入庫シーケンス＞

図１０には、ユーザがある駐車場２０に自身の車両を入庫する入庫ステージにおいて、その入庫直後に、ユーザの携帯端末９０と、共に同じ駐車場２０に位置する発信機３０と、遠隔地に位置する管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。

図１０を参照した具体的な説明に先立ち、図１５に示すフローチャートを参照してこの入庫シーケンスの概略を説明する。この入庫シーケンスは、発信機３０の故障診断を行うためのスキャンフェーズ（Ｓ１−Ｓ４）と、今回の駐車場２０を選択するための駐車場選択フェーズ（Ｓ５−Ｓ１４）とが存在する。

スキャンフェーズ（Ｓ１）においては、まず、携帯端末９０によって現在位置が測定され（Ｓ２）、次に、今回の駐車場２０に設置されているすべての発信機３０が携帯端末９０によって疑似的にスキャンされ、それにより、有効受信の成否がスキャン結果として測定される（Ｓ３）。続いて、そのスキャン結果が、後述のサンプルデータとして管理サーバ５０に報告される（Ｓ４）。

本実施形態においては、図１６または図１７に示す例のように、１つの駐車場２０に複数個の発信機３０が設置されているわけではなく、図１に示すように、１つの駐車場２０に１個の発信機３０しか存在しないため、「スキャン」という用語の選択に違和感を覚えるかもしれない。

しかし、スキャンフェーズにおいては、携帯端末９０がロング受信レンジですべての発信機３０を、設置されている発信機３０の個数が１個であるか否かを問わず、広域的に探索するのに対し、駐車場選択フェーズにおいては、携帯端末９０がショート受信レンジで１個の発信機３０のみを単独で狭域的に探索するというような差異に着目すると、「スキャン」という用語を選択したことの正当性が理解されるであろう。

図１５に示すように、駐車場選択フェーズは、通常選択モード（Ｓ８−Ｓ１１）と予備選択モード（Ｓ１２−Ｓ１４）とを有する。携帯端末９０が管理サーバ５０から受信した発信機別診断結果（Ｓ６）に従い、今回の駐車場２０に設置されていると予想される発信機３０が正常であれば（Ｓ７）、通常選択モードが起動させられる。これに対し、その発信機３０が故障中であれば（Ｓ７）、予備選択モードが起動させられる。

通常選択モード（Ｓ８）においては、携帯端末９０により、発信機３０からの有効受信が試行される（Ｓ９）。その試行に失敗すれば（Ｓ１０）、予備選択モードに切り換わるが、成功すれば（Ｓ１０）、その発信機３０から有効に受信した信号によって表される発信機ＩＤに応じて今回の駐車場２０が特定される（Ｓ１１）。

これに対し、予備選択モード（Ｓ１２）においては、携帯端末９０により、ＧＰＳ位置情報（または、携帯端末９０が通信中に使用する複数の基地局の位置情報）を用いて自身の現在位置が測定され（Ｓ１３）、複数の駐車場２０のうちその現在位置に最も地理的に近いものが、今回の駐車場２０と推定される。その推定が正しいことがユーザにより確認されると、その推定が採用されて今回の駐車場２０が選択される（Ｓ１４）。

次に、図１０に戻ってこの入庫シーケンスを具体的に説明する。

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

具体的には、携帯端末９０において、ユーザにより、前記駐車サービス・アプリケーションが起動されると、まず、ステップ１０１において、ＧＰＳ受信機１５２が外部から受信したＧＰＳ信号に基づき、ユーザの現在位置（経緯度）が測定される。

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

図１１に例示するように、ユーザが時間と共に地上を移動すると、それに追従するように基準位置２０２（同図において黒色の三角形で示す）も時間と共に移動する。その結果、ユーザの移動に伴い、地図の表示範囲も全体地図上を時間と共に移動し、ひいては、前記ウィンドウ内に表示される地図の画像も時間と共に変化することになる。

続いて、ステップＳ１０３において、管理サーバ５０にログインするためのログイン・リクエスト（「サービス開始信号」の一例）が、前記現在位置（携帯端末９０の現在位置を定義する経緯度）および今回のユーザを識別するためのユーザＩＤと共に管理サーバ５０に送信される。

これに対し、管理サーバ５０は、ステップＳ２０１において、前記ログイン・リクエストを前記現在位置およびユーザＩＤと共に受信し、続いて、ステップＳ２０２において、前記複数の駐車場２０のうち、その受信した現在位置２０２の近傍に位置する（例えば、現在位置２０２を中心とする半径５００ｍの範囲内に位置する）複数の駐車場２０（実際には、１つの駐車場２０しか存在しない場合も、いずれの駐車場２０も存在しない場合もある）が、複数の候補駐車場として検索される。

その検索のために、前記複数の駐車場２０のそれぞれに固有の駐車場ＩＤと、各駐車場２０の経緯度との関係が保存されているメモリ１６２内のデータベースが参照される。

その後、ステップＳ２０３において、その検索された複数の候補駐車場２０の位置を表す複数の駐車場位置データが、それら候補駐車場２０に対応する複数の駐車場ＩＤと共に、携帯端末９０に送信される。

したがって、本実施形態においては、前記データベースに保存されている複数の駐車場２０に関する位置情報がすべて携帯端末９０に送信されるのではなく、その携帯端末９０の処理負荷の軽減のために、ユーザによって参照される可能性が高い一部の駐車場２０に関する位置情報のみが携帯端末９０に送信される。

さらに、このステップＳ２０３においては、管理サーバ５０が、それら候補駐車場２０のそれぞれにつき、空室が存在するかまたは満室であるのかを表す駐車場別の満空情報をメモリ１６２から読み出し、それら候補駐車場２０についての満空情報をそれぞれの駐車場ＩＤに関連付けて携帯端末９０に送信する。満空情報は、後述のステップＳ２１２および２１３において作成・更新される。

これに対し、携帯端末９０は、ステップＳ１０４において、前記複数の駐車場位置データおよび満空情報を複数の駐車場ＩＤと共に受信する。続いて、ステップＳ１０５において、その受信された複数の駐車場位置データに基づき、画面１３５上に表示されている地図上に、複数の候補駐車場２０がオーバーレイ表示される。

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

このステップ１０５においては、さらに、管理サーバ５０から受信した複数の駐車場位置データおよび複数の駐車場ＩＤが、互いに関連付けて、図７に示す駐車場データメモリ１６３に保存される。

一例においては、図１１（ａ）に示すように、画面１３５上に表示されている地図上に、ユーザの現在位置が黒色の三角形２０２を用いてオーバーレイ表示されるとともに、複数の候補駐車場２０が複数の駐車場アイコン２０４を用いてオーバーレイ表示される。この例においては、各駐車場アイコン２０４が、「Ｐ」というアルファベットが四角形の枠に包囲されて成る図形として構成されている。

続いて、ステップＳ１０６において、携帯端末９０が、前記受信した満空情報に基づき、画面１３５上において、図１１（ａ）に例示するように、各候補駐車場２０に関連付けて、その候補駐車場２０に空室が存在する場合には、そのことを表す記号や図形（例えば、漢字の「空」を四角形の枠で包囲した図形）を表示し、その候補駐車場２０が満室である場合には、そのことを表す記号や図形（例えば、漢字の「満」を四角形の枠で包囲した図形）を表示する。

このとき、ユーザは、画面１３５上の駐車場案内情報を見ながら、いずれかの駐車場２０をユーザが駐車を行いたい駐車場として選択する。その後、ユーザは、車両を運転してその駐車場２０に到着する。

スキャンフェーズ

その後、スキャンフェーズに移行し、具体的には、まず、ステップＳ１０７において、携帯端末９０が、自身の現在位置（ＧＰＳによる位置測定結果）を測定し、さらに、前記複数の候補駐車場２０の中に、その測定された現在位置との距離が最も短く、かつ、その距離が許容値以下であるものが存在するか否かを判定する。その距離は、ＧＰＳ情報に基づく経緯度と、図７に示す地図座標との間の距離として計算される。

現在位置との距離が最も短く、かつ、その距離が許容値以下であるいずれかの候補駐車場２０は、複数の候補駐車場２０のうち、ユーザが滞在している可能性が高い候補駐車場２０であり、これは、事実上、通常選択モードにおいて、発信機３０を用いて特定される駐車場２０と一致する可能性が高い。

しかし、概念的には、ステップＳ１０７におけるいずれかの候補駐車場２０の特定は、発信機３０の故障診断を行うことを主たる用途とするため、発信機３０を用いた駐車場２０の特定とは異なる。

よって、分類の便宜上、ＧＰＳ情報を用いて特定されたいずれかの候補駐車場２０は、「推定駐車場」といい、発信機３０を用いて特定されたいずれかの駐車場２０は、「確定駐車場」といい、ユーザが実際に滞在しているいずれかの駐車場２０は、「今回の駐車場」または「実際駐車場」というように、それぞれ互いに区別して呼称することが可能である。

このステップＳ１０７の判定がＮＯである場合には、ステップＳ１０１に戻り、ユーザが車両を運転して移動した結果、ユーザがいずれかの候補駐車場２０に到着するまで、ステップＳ１０１−Ｓ１０７の実行が反復される。

やがてユーザがいずれかの候補駐車場２０に到着すると、ステップＳ１０７の判定がＹＥＳとなり、続いて、ステップＳ１０８において、携帯端末９０が、前記診断用受信レンジ、すなわち、前記ロング受信レンジを選択し、その診断用受信レンジのもと、今回の駐車場２０に設置されている少なくとも１個の発信機３０からの受信の試行（診断用受信試行）を開始する。

このとき、ユーザは、携帯端末９０を発信機３０にかざすことを要求されない。ユーザが今回の駐車場２０内に滞在しており、かつ、発信機３０が正常に作動し、かつ、携帯端末９０の通信モードの設定が発信機２０の受信に適していれば、携帯端末９０は、ユーザの無意識のうちに、発信機３０からの信号を有効に受信することになる。

このとき、今回の駐車場２０に設置されている発信機３０の数が１個であり、かつ、その発信機３０が正常に作動している場合には、ロング受信レンジのもとでありながら、携帯端末９０は１個の発信機３０からしか信号を受信できない。これに対し、今回の駐車場２０に設置されている発信機３０の数が複数個であり、かつ、それら発信機３０がいずれも正常に作動している場合には、携帯端末９０は、それら発信機３０から信号を同時に受信できる。

その後、ステップＳ１０９において、携帯端末９０が、今回の駐車場２０に設置されているすべての発信機３０の各々につき、有効に信号（識別信号）を受信したか否かを判定し、有効に受信した場合には、その信号を発信機ＩＤに変換する。その変換のためのアルゴリズムは、前記駐車サービス・アプリケーションに組み込まれている。

ロング受信レンジのもとに各発信機３０から信号を有効に受信したか否かの判定は、例えば、受信した信号が存在し、かつ、その信号の強度が、ロング受信レンジに対応する第１強度しきい値以上である場合に、有効受信に成功したと判定するように行うことが可能である。これに代えて、各発信機３０から受信した信号が存在し、かつ、その信号の強度を受信距離に変換し、その受信距離が、ロング受信レンジに対応する第１距離しきい値以下である場合に、有効受信に成功したと判定するように行うことも可能である。

さらに、このステップＳ１０９においては、携帯端末９０が、取得された発信機ＩＤ（いずれの発信機３０から信号を有効に受信したのかを表す報告値（すなわち、有効に受信できた発信機３０を表す発信機ＩＤ）と前記推定駐車場２０を表す駐車場ＩＤとの組合せをサンプルデータ（発信機故障診断に関する一人のユーザからのサンプルデータ）として管理サーバ５０に送信する。

上記報告値は、有効受信に成功した発信機３０を表す発信機ＩＤであるため、有効受信に成功した発信機３０については存在し、それに失敗した発信機３０については存在しない。よって、すべての発信機３０について有効受信に失敗すれば、上記報告値が存在しないことになる。この場合の報告値は、すべての発信機３０が故障していることを表す。

これに対し、管理サーバ５０は、ステップＳ２０４において、携帯端末に９０に管理サーバ５０からサンプルデータを受信する。続いて、ステップＳ２０５において、そのサンプルデータから、駐車場ＩＤと、発信機ＩＤの報告値とを抽出する。

その後、ステップＳ２０６において、それらの抽出値を、図１２に例示する故障診断テーブル内に組み込み、それにより、その故障診断テーブルを更新する。

具体的には、管理サーバ５０は、この故障診断テーブルに、駐車場ＩＤごとに、かつ、発信機ＩＤごとに前記報告値を表すデータ（受信に成功すれば「○」、失敗すれば「×」）を記録する。さらに具体的には、管理サーバ５０は、最新のサンプルデータを任意の一人のユーザから受信するごとに、そのサンプルデータのうちの前記報告値に、順次１ずつ増加するサンプル番号を割り当て、現時点までに取得した複数のサンプルデータを時系的に記録する。

図１２（ａ）に示す例においては、駐車場ＩＤが「Ａ」である駐車場２０であって、１個の発信機３０であって発信機ＩＤが「０００１」であるもののみが設置されているものにつき、３個のサンプルデータが順次取得された。１番目のサンプルデータは、その発信機３０からの有効受信に成功したことを表し、同様に、２番目のサンプルデータも３番目のサンプルデータも、その発信機３０からの有効受信に成功したことを表している。

これに対し、図１２（ｂ）に示す例においては、駐車場ＩＤが「Ｂ」である駐車場２０であって、１個の発信機３０であって発信機ＩＤが「０００２」であるもののみが設置されているものにつき、３個のサンプルデータが順次取得された。１番目のサンプルデータは、その発信機３０からの有効受信に成功したことを表し、２番目のサンプルデータは、その発信機３０からの有効受信に失敗したことを表し、３番目のサンプルデータも、その発信機３０からの有効受信に失敗したことを表している。

また、図１２（ｃ）に示す例においては、駐車場ＩＤが「Ｃ」である駐車場２０であって、１個の発信機３０であって発信機ＩＤが「０００３」であるもののみが設置されているものにつき、３個のサンプルデータが順次取得された。１番目のサンプルデータは、その発信機３０からの有効受信に成功したことを表し、２番目のサンプルデータは、その発信機３０からの有効受信に失敗したことを表し、３番目のサンプルデータは、その発信機３０からの有効受信に成功したことを表している。

その後、管理サーバ５０は、ステップＳ２０７において、複数のサンプルデータに基づき、確率的かつ総合的な故障診断を行う。

具体的には、例えば、図１２（ａ）に示すように、同じ発信機３０につき、複数個の報告値が、有効受信に連続して成功していることを表す場合には、その発信機３０は正常であることを表す判定値が作成される。

また、例えば、図１２（ｂ）および図１２（ｃ）に示すように、同じ発信機３０につき、２番目のサンプルデータにおいて、対応する発信機３０の有効受信に成功した状態から失敗した状態に遷移した場合にも、その発信機３０は正常であることを表す判定値が作成される。

しかし、図１２（ｃ）に示すように、３番目のサンプルデータにおいて、対応する発信機３０の有効受信に連続して失敗した場合には、その発信機３０は故障中であることを表す判定値が作成される。

すなわち、判定規則として、所定回数より少ない連続的受信失敗があっても、それが無視されて、発信機３０は正常と判定されるが、前記所定回数以上の連続的受信失敗があると、発信機３０は故障中であると判定されるというものが例示的に採用されているのである。

その後、管理サーバ５０は、前記故障診断テーブルの最新状態に基づき、図１３に例示する診断・点検リストを、各駐車場２０ごとに、かつ、各発信機３０ごとに、最終的な診断結果（前記判定値）と、作業者を現地に派遣して発信機３０を点検する作業の要否とを反映するように作成する。前記診断結果は、携帯端末９０と管理センタ４０とに報告されるのに対し、前記点検の要否は、管理センタ４０のみに報告される。

続いて、管理サーバ５０は、ステップＳ２０８において、前記診断・点検リストを検索して、今回の駐車場２０（前記推定駐車場）に対応する最新の発信機別診断結果を取り出す。その後、管理サーバ５０は、ステップＳ２０９において、その発信機別診断結果を携帯端末９０に送信する。

なお、本実施形態においては、スキャンフェーズが、携帯端末９０によって測定される自身の現在位置がいずれかの駐車場２０内に存在すると、携帯端末９０によって自動的に開始されるが、これに代わるかまたはこれに加えて、携帯端末９０によって測定される自身の現在位置がいずれかの駐車場２０の周辺近傍に存在する（ユーザが偶然にある駐車場２０のそばを歩行するか乗車状態で通過する）と、携帯端末９０によって自動的に開始されるようにしてもよい。

駐車場選択フェーズ

これに対し、携帯端末９０は、ステップＳ１１０において、管理サーバ５０から最新の発信機別診断結果を受信し、続いて、ステップＳ１１１において、その発信機別診断結果に基づき、今回の駐車場２０に設置されている発信機３０が故障中であると診断されているか否かを判定する。

通常選択モード

今回の発信機３０が正常であると管理サーバ５０によって診断されている場合には、ステップＳ１１１の判定がＮＯとなり、ステップＳ１１２において、携帯端末９０が、前記本番用受信レンジ、すなわち、前記ショート受信レンジを選択し、そのショート受信レンジのもと、今回の駐車場２０に設置されている少なくとも１個の発信機３０であってユーザによって選択されたものからの受信の試行（本番用受信試行）を開始する。

このとき、ユーザは、携帯端末９０を１個の発信機３０にかざすことを要求される。ユーザが今回の駐車場２０内に滞在しており、かつ、発信機３０が正常に作動し、かつ、携帯端末９０の通信モードの設定が発信機２０の通信に適しており、かつ、携帯端末９０が発信機３０にかざされていれば、携帯端末９０は、１個の発信機３０からの信号を有効に受信することになる。

その後、ステップＳ１１３において、携帯端末９０は、ショート受信レンジのもとに各発信機３０から信号を有効に受信したか否かを判定する。この判定は、例えば、発信機３０から受信した信号が存在し、かつ、その信号の強度が、ショート受信レンジに対応する第２強度しきい値（前記第１強度しきい値より大きい）以上である場合に、有効受信に成功したと判定するように行うことが可能である。これに代えて、発信機３０から受信した信号が存在し、かつ、その信号の強度を受信距離に変換し、その受信距離が、ショート受信レンジに対応する第２距離しきい（前記第１強度しきい値より小さい）値以下である場合に、有効受信に成功したと判定するように行うことも可能である。

ステップＳ１１３の判定がＮＯである場合には、予備選択モードを起動させるために、ステップＳ１３１に移行するが、ステップＳ１１３の判定がＹＥＳである場合には、ステップＳ１１４に移行する。

そのステップＳ１１４においては、携帯端末９０が、今回の発信機３０から有効に受信した信号（識別信号）を発信機ＩＤに変換する。その変換のためのアルゴリズムは、前記駐車サービス・アプリケーションに組み込まれている。

続いて、携帯端末９０は、ステップＳ１１５において、図８に示す関係に従い、上記発信機ＩＤを、それに対応する駐車場ＩＤに変換する。これにより、発信機３０と携帯端末９０とを用いて今回の駐車場３０が完全に自動的に選択されることになる。

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

その後、携帯端末９０は、ステップＳ１１７において、ユーザからの入庫リクエストを、ユーザＩＤおよび駐車場ＩＤ（または、発信機ＩＤも）に関連付けて管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ２１０において、携帯端末９０から入庫リクエストをユーザＩＤおよび駐車場ＩＤ（または、発信機ＩＤも）と共に受信すると、ユーザが今回の駐車場２０に入庫することを許可し、すなわち、今回の駐車場２０の利用を開始する権限をユーザに付与する。

続いて、管理サーバ５０は、ステップＳ２１１において、そのときの時刻を入庫時刻として取得する。その時刻は、時計１７２を用いて計測される。その取得された入庫時刻は、管理サーバ５０のメモリ１６２に、今回のユーザのユーザＩＤに関連付けて一時的に保存される。

その後、管理サーバ５０は、ステップＳ２１２において、図１４に例示する駐車管理テーブルを、今回のユーザＩＤおよび入庫時刻が反映されるように更新する。続いて、管理サーバ５０は、ステップＳ２１３において、今回の駐車場２０につき、満空判定（空室の有無の判定）を行う。

具体的には、管理サーバ５０は、入庫リクエストを受け付けるごとに、空室数の現在値を１だけ減算し、また、出庫リクエストを受け付けるごとに、空室数の現在値を１だけ加算する。その結果値が、０になると、管理サーバ５０は、今回の駐車場２０は満室であると判定し、そうでなければ、今回の駐車場２０には空室が存在すると判定する。図１４に例示する駐車管理テーブルには、車室数１１に対し、空室数が５であることが記録されている。

各駐車場２０に空室があるか否かを表す情報は、満空情報として、前述のステップＳ２０３において、管理サーバ５０から、その情報を必要とする任意のユーザの携帯端末９０に送信される。

ところで、図１または図１６に示すような駐車場２０においては、車室２２ごとに発信機３０が設置されていないが、図１７に示すような駐車場２０においては、車室２２ごとに発信機３０が設置されている。そのため、この駐車場２０については、車室２２ごとに発信機３０が設置されていない駐車場２０についての上述の第１形式の満空判定とは異なる第２形式の満空判定を行うことが可能である。

具体的には、上述の第１形式の満空判定と同様に、管理サーバ５０が、各駐車場２０ごとに、各車室２２の稼働状況（入庫前か、入庫後か、出庫後か）を表すデータに基づき、各車室２２が空室であるのか満室であるのかを判定し、その判定結果を表す満空情報を作成するとともにその満空情報を複数人のユーザの携帯端末９０に配信する。

しかし、上述の第１形式の満空判定とは異なり、管理サーバ５０は、さらに、前記最終診断結果に基づいて故障発信機であると診断された発信機３０が設置されている車室２２については、実際には空室であっても満室であると判定する。その判定結果は、車室２２単位で、携帯端末９０の画面１３５上に、満空情報として表示される。よって、その表示により、その車室２２をユーザが利用することが阻害され、それにより、故障発信機３０をユーザが使用することが回避される。

続いて、管理サーバ５０は、ステップＳ２１４において、今回のユーザからの入庫リクエストが採用されたことを表す入庫確認データを携帯端末９０に送信する。管理サーバ５０は、さらに、今回のユーザが今回の駐車場２０に駐車した場合にその対価としてユーザに課される駐車料金に関する条件、すなわち、課金条件を表す課金条件データをメモリ１６２から読み出して携帯端末９０に送信する。管理サーバ５０は、さらに、今回の駐車場２０を特定するための駐車場識別データと入庫時刻（時間情報）とを携帯端末９０に送信する。

これに対し、携帯端末９０は、ステップＳ１１８において、上述の各種のデータ２１０（上述の課金条件データ、駐車場識別データおよび入庫時刻を含む時間情報）を管理サーバ５０から受信する。続いて、携帯端末９０は、ステップＳ１１９において、その受信したデータ２１０の内容を、図１１（ｃ）に例示するように、画面１３５上に表示する。その後、携帯端末は、ステップＳ１２０において、管理サーバ５０からのログアウトを要求するログアウト・リクエストを管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ２１５において、そのログアウト・リクエストを受信する。

予備選択モード

以上、ステップＳ１１１の判定がＮＯであり、かつ、ステップＳ１１３の判定がＹＥＳである場合、すなわち、本番用有効受信に成功した場合を説明したが、本番用有効受信に失敗した場合には、ステップＳ１１３の判定がＮＯとなり、ステップＳ１３１において、携帯端末９０が、本番用有効受信の再試行継続時間であるリトライ時間が所定のリトライ制限時間（前述の「所定時間」の一例）に到達していないか否かを判定する。そのリトライ時間は、ステップＳ１１３の判定がＹＥＳからＮＯに遷移した時刻から測定される。

リトライ時間の現在値が制限時間内であると仮定すると、ステップＳ１３１の判定がＹＥＳとなり、ステップＳ１３２において、携帯端末９０が、画面１３５上に、通信モードの設定を発信機３０に適した通信モード（例えば、Bluetooth（登録商標））に変更することを催促するための警告メッセージ（前述の「視覚的または聴覚的なメッセージ」の一例）を表示する。その後、ステップＳ１１３が再度実行される。

今回は、ステップＳ１１１の判定がＮＯであると仮定されているため、ステップＳ１１３の判定がＮＯとなった原因は、発信機３０自体の故障ではなく（故障でも電池切れでもなく）、携帯端末９０の通信モードの設定の誤りである可能性が高い。そこで、本実施形態においては、ユーザに対し、通信モードの設定変更を催促し、その結果、その設定が適正化されれば、次回のステップＳ１１３の判定がＹＥＳとなり、発信機３０を用いた駐車場２０の選択が予定通り行われることになる。

ステップＳ１１２、Ｓ１１３、Ｓ１３１およびＳ１３２の実行が反復された結果、リトライ時間の現在値が所定のリトライ制限時間に到達すると、ステップＳ１３１の判定がＮＯとなる。

すなわち、本実施形態においては、本番用有効受信に失敗する（受信不能状態が発生する、すなわち、受信状態（有効受信状態）から受信不能状態（非有効受信状態）に遷移する）と直ちにステップＳ１３４に移行して予備選択モードが起動するのではなく、本番用有効受信に失敗する状態が所定時間継続したときにステップＳ１３４に移行して予備選択モードが起動するのであるが、本番用有効受信に失敗すると直ちにステップＳ１３４に移行して予備選択モードが起動する態様で本発明を実施してもよい。

この場合、携帯端末９０は、ステップＳ１３４において、ＧＰＳ（または基地局）を用いて現在位置を測定し、その現在位置に基づき、複数の駐車場２０のうちのいずれかを今回の駐車場２０として選択する。

第１の例においては、携帯端末９０が、すべての駐車場２０またはそれより絞り込まれた少数の複数の候補駐車場２０のうち、現在位置に最も近いものを今回の駐車場２０として選択する。しかし、この場合には、現在位置が、その選択された今回の駐車場２０の場内に存在しない可能性もある。

第２の例においては、携帯端末９０が、すべての駐車場２０またはそれより絞り込まれた少数の複数の候補駐車場２０のうち、現在位置に最も近く、かつ、現在位置との距離が設定値以内であるものを今回の駐車場２０として選択する。この場合には、現在位置が、その選択された今回の駐車場２０の場内に存在しない可能性を低減できる。

第３の例においては、携帯端末９０が、上述の第１および第２の例におけるのと同じアルゴリズムに従い、複数の駐車場２０のうちのいずれかを今回の駐車場２０として選択するが、その選択を暫定的に行う。その暫定的に選択された今回の駐車場２０が妥当であるか否かをユーザに確認させ、その確認を待って、その暫定的に選択された今回の駐車場２０を最終的に選択された今回の駐車場２０として扱う。図１５に示すフローは、この例を実現したものである。

第４の例においては、携帯端末９０が、複数の候補駐車場２０であって画面１３５上に表示されているもの（管理センタ４０が管理しているすべての駐車場２０のうち、携帯端末９０によって逐次測定される現在位置の近傍に位置するために画面１３５上に表示されもの）のうち、ユーザによって携帯端末９０上で手動で選択されたものを今回の駐車場２０として選択する。

それら４つの例のうち、第１および第２の例は、携帯端末９０の位置を参照して今回の駐車場２０を完全に自動的に選択する例であり、これに対し、第３および第４の例は、携帯端末９０の位置を参照して今回の駐車場２０を、ユーザの介入を伴って準自動的に選択する例である。しかし、いずれの例も、携帯端末９０の位置を参照して今回の駐車場２０を選択する例である点で互いに共通する。

そして、図１５に示すフローにおいては、携帯端末９０が、ステップＳ１３４において、複数の候補駐車場２０のうち、現在位置に最も近く、かつ、現在位置との距離が設定値以内であるものを今回の駐車場２０として暫定的に選択する。その後、携帯端末９０は、ステップＳ１３５において、今回の駐車場２０として暫定的に選択されたものを画面１３５上に表示し、ユーザに対し、その暫定的選択が正しいか否かの確認を求める。

続いて、ユーザが、その暫定的選択が正しいことを確認したとの意思表示を携帯端末９０に対して入力すると、携帯端末９０は、ステップＳ１３６において、そのことを確認する。その後、携帯端末９０は、ステップＳ１３７において、そのように確認された今回の駐車場２０を表す駐車場ＩＤをユーザＩＤと共に管理サーバ５０に送信する。その後、ステップＳ１１６に移行する。

以上、ステップＳ１１１の判定がＮＯである場合、すなわち、発信機３０が正常発信機であると診断された場合を説明したが、発信機３０が故障発信機であると診断された場合には、ステップＳ１１１の判定がＹＥＳとなり、直ちに、ステップＳ１３３に移行する。

ところで、本実施形態においては、各発信機３０の故障モードとして以下のものがある。

（１）発信機３０自体が故障しているために作動不能であるという第１の故障モード
（２）発信機３０自体は故障していないが、電池切れまたは電池不足のため発信機３０の正常作動が不能であるという第２の故障モード
（３）発信機３０自体は正常であるが、今回のユーザが携帯端末９０の使用に不慣れであるかまたは不注意のため、その携帯端末９０の通信モードを発信機３０に適合するものに切り替える操作を怠ったために、携帯端末９０が発信機３０からの信号を受信できないというという第３の故障モード原因

そうすると、通信モードの設定が適切である携帯端末９０のユーザＸと、通信モードの設定が不適切である携帯端末９０のユーザＹとが、いずれも、同じ駐車場２０に同時にかまたは異なる時刻に滞在していたために同じ発信機３０に遭遇していた場合、その発信機３０に第１および第２の故障モードのいずれも存在していなかったとすると、ユーザＸからの前述のサンプルデータ（個別診断結果）のみという単発の情報に基づく限り、その発信機３０は正常であると判定されるのに対し、ユーザＹからの前述のサンプルデータ（個別診断結果）のみという単発の情報に基づく限り、その発信機３０は故障であると判定されるというように、同じ発信機３０について衝突する判定結果が発生してしまう。

このとき、管理サーバ５０は、前述のように、発信機３０の有効受信失敗が最初に発生すると、発信機３０は正常であるとの判定を維持するから、携帯端末９０においては、ステップＳ１１０の判定がＹＥＳとなる。しかし、管理サーバ５０は、前述のように、発信機３０の有効受信失敗が連続して発生すると、発信機３０は故障中であるとの判定に移行するから、携帯端末９０においては、ステップＳ１１０の判定がＮＯとなる。

このことから推論できることは、あるユーザの携帯端末９０が通信モードの設定が不適切である状態で前記駐車サービス・アプリケーションを起動させた場合、その携帯端末９０は、ステップＳ１０８において、個別診断結果として、発信機３０の受信不能を管理サーバ５０に送信することになるとしても、ステップＳ１０９において、管理サーバ５０から、その発信機３０は正常であるとの診断結果を受信することがあり得るということである。

よって、ある発信機３０の故障診断を、その発信機３０についての有効受信の成否の結果から推定する場合に、一人のユーザの携帯端末９０の受信結果のみに依存して、その発信機３０の故障診断を行うと、そのユーザの携帯端末９０の受信モードの設定がそもそも不適切である可能性がある限り、その診断の信頼性が不足する。

これに対し、同じ発信機３０についての他のユーザの携帯端末９０の受信結果をも参照してその発信機３０の故障診断を行う場合には、その診断の結果が、個人差の影響を受け難くなり、結果として、診断の信頼性が向上する。

＜出庫シーケンス＞

図１８には、ユーザが、先に入庫した駐車場２０から出庫する出庫ステージにおいて、その出庫直前に、共に同じ駐車場２０に位置する発信機３０および携帯端末９０と、遠隔地に位置する管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。

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

具体的には、携帯端末９０において、ユーザにより、メモリ１３２に格納されている前記駐車サービス・アプリケーションのうち、出庫処理に関連する部分が起動されると、まず、ステップ１０１と同様にして、ステップＳ５０１において、ＧＰＳ受信機１５２が外部から受信したＧＰＳ信号に基づき、ユーザの現在位置（経緯度）が測定される。

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

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

これに対し、管理サーバ５０は、ステップＳ６０１において、前記ログイン・リクエストを前記現在位置および前記ユーザＩＤと共に受信する。

続いて、ステップＳ６０２において、前記複数の駐車場２０のうち、その受信した現在位置の近傍に位置する（例えば、前記現在位置を中心とする半径５００ｍの範囲内に位置する）複数の駐車場２０が、複数の候補駐車場として検索される。その検索のために、前記データベースが参照される。さらに、今回のユーザＩＤに関連付けてメモリ１６２に保存されている今回の駐車場ＩＤおよび今回の正規発信機ＩＤが検索される。

その後、ステップＳ６０３において、それら検索された複数の候補駐車場２０を表す複数の駐車場位置データと、今回の駐車場ＩＤと、今回の正規発信機ＩＤとが携帯端末９０に送信される。

これに対し、携帯端末９０は、ステップＳ５０４において、それら複数の駐車場位置データと、今回の駐車場ＩＤと、今回の正規発信機ＩＤとを受信する。続いて、ステップＳ１０５と同様にして、ステップＳ５０５において、それら受信された複数の駐車場位置データに基づき、画面１３５上に表示されている地図上に、複数の候補駐車場２０がオーバーレイ表示される。

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

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

続いて、ステップＳ１１２と同様にして、ステップＳ５０８において、携帯端末９０が発信機３０から識別信号を有効に受信したか否かが判定される。

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

続いて、ステップＳ５１１において、その解読された実発信機ＩＤと、前記受信した今回の正規発信機ＩＤとが互いに一致するか否かが判定される。

実発信機ＩＤと正規発信機ＩＤとが互いに一致する場合には、ステップ５１２において、図１５（ｂ）に示すように、ユーザが今回の駐車場２０から本当に出庫することを確認するためにユーザによって操作される確認ボタン２２２が画面１３５上に表示される。

よって、本実施形態においては、出庫のための一連の手続きの開始をユーザが希望することを確認するために選択される出庫ボタン２２０と、その手続中に、ユーザが最終的に出庫することを希望することを確認するために選択される確認ボタン２２２とが存在する。

これに対し、実発信機ＩＤと正規発信機ＩＤとが互いに一致しない場合には、今回の駐車場２０からの出庫（駐車サービスの終了）がユーザに許可されず（今回の駐車場２０の利用を終了する権限がユーザに付与されず）、例えばステップＳ５０１に戻る。

続いて、ステップＳ５１３において、ユーザが確認ボタン２２２を選択する。その後、ステップＳ５１４において、ユーザによって確認ボタン２２２が選択されたことを表す最終確認データが管理サーバ５０に送信される。

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

続いて、ステップＳ６０５において、そのときの時刻が現在時刻として取得される。その後、ステップＳ６０６において、メモリ１６２に今回のユーザに関連付けて保存されている入庫時刻が読み出され、その入庫時刻から現在時刻までの経過時間が、最終的な駐車時間として取得される。

その後、ステップＳ６０７において、その駐車時間の長さに見合う額の駐車料金が計算される。その計算のために、メモリ１６２に保存されている前記料金計算テーブルが参照される。続いて、ステップＳ６０８において、その計算された駐車料金が、関連する情報と共に、携帯端末９０に送信される。

これに対し、携帯端末９０は、ステップＳ５１５において、その駐車料金を、関連する情報と共に、管理サーバ５０から受信する。

続いて、ステップＳ５１６において、図１９（ｃ）に例示するように、受信した駐車料金などの金額情報と、今回の駐車場２０の名称、所在地などの駐車場識別情報（場所情報）と、入庫時刻、出庫時刻などの時刻情報とを含む駐車関連情報２２８が画面１３５上に表示され、さらに、決済ボタン２２６も表示される。その決済ボタン２２６は、画面１３５上の駐車関連情報２２８の内容をユーザが確認し、その内容にて電子決済することをユーザが許可したときに、タッチされて選択されることを予定されたアイコンである。

その後、ステップ５１７において、ユーザが、その決済ボタン２２６を選択し、続いて、ステップＳ５１８において、管理サーバ５０からのログアウトを要求するログアウト・リクエストが管理サーバ５０に送信される。

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

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

なお、この出庫シーケンス・フローにおいては、駐車場選択フェーズに関し、図１０および図１５を参照して前述した入庫シーケンス・フローとは異なるアルゴリズムが採用されているが、同じアルゴリズムを採用してもよい。また、この出庫シーケンス・フローにおいては、入庫シーケンス・フローとは異なり、スキャンフェーズが存在しないが、存在することがより望ましい。

［第２の実施形態］

次に、本発明の例示的な第２実施形態に従う駐車場管理システムを説明する。ただし、第１実施形態に従う駐車場管理システムと共通する部分については重複した説明を省略し、異なる部分についてのみ詳細に説明する。本実施形態に従う駐車場管理システムは、本実施形態に従う駐車場管理方法を実行するように構成されている。

第１の実施形態においては、図１５に概略的に示すように、スキャンフェーズが先に、駐車場選択フェーズが後に実行される順序となっている。すなわち、第１の実施形態においては、発信機３０からの有効受信の成否を問わず、スキャンフェーズが行われ、その際、その発信機３０が設置されている駐車場２０の場所の特定は、携帯端末９０の測位結果を利用して行われる。

よって、図１に示すように、１個の発信機３０しか駐車場２０に設置されておらず、その発信機３０が故障している場合でも、その発信機３０からの有効受信に失敗したとのサンプルデータを駐車場２０の場所（発信機３０を用いずに特定される場所）に関連付けて管理サーバ５０に報告できる。

これに対し、本実施形態においては、駐車場選択フェーズが先に、かつ、その駐車場選択フェーズのうちの通常選択モードの実行後に限ってスキャンフェーズが実行される順序となっている。すなわち、本実施形態においては、発信機３０からの有効受信に成功しない限り、スキャンフェーズが実行されないのである。そのため、本実施形態は、図１に示すように、１個の発信機３０しか駐車場２０に設置されていない事例には適していないかもしれない。

しかし、図１６または図１７に示すように、複数個の発信機３０が同じ駐車場２０に設置されており、それら発信機３０が同時に故障するという可能性が低いと仮定することが妥当である場合には、それら発信機３０のうちの少なくとも１個であって正常に作動するものから信号を有効に受信できさえすれば、その信号によって表される発信機ＩＤから今回の駐車場２０の場所を一義的にかつ正確に特定することができる。第１の実施形態においては、１個の発信機３０からの有効受信に失敗した場合に、携帯端末９０の測位結果を用いて１つの駐車場２０を推定することになるが、その推定精度が常に高いとは限らない。

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

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

Claims (12)

1. 各々、少なくとも１つの車室を有する複数の駐車場を各駐車場に設置された少なくとも１個の発信機とユーザの通信端末と管理サーバとを用いて管理する駐車場管理方法であって、
   各発信機は、固有の信号を発信するとともに、各発信機は、各発信機が設置されている駐車場および車室のうち少なくとも駐車場に関連付けられ、
   当該方法は、
   前記通信端末が、通常選択モードを起動させ、いずれかの発信機から信号を有効に受信することを試行する通常受信試行工程と、
   前記通信端末が、いずれかの発信機から信号を有効に受信すると、その受信した信号に基づいて今回の駐車場および今回の車室のうち少なくとも今回の駐車場を選択し、その少なくとも今回の駐車場を表す駐車場ＩＤを前記管理サーバに送信する通常選択モード起動工程と、
   前記通信端末が、いずれの発信機からも信号を有効に受信できない受信不能状態が発生すると、予備選択モードに切り換え、前記通信端末によって測定された現在位置を用いて前記複数の駐車場のうちのいずれかを今回の駐車場として選択することと、その選択された駐車場に属する複数の車室のうちユーザによって前記通信端末上で選択されたものを今回の車室として選択することとのうちの少なくとも今回の駐車場の選択を行い、その少なくとも今回の駐車場を表す駐車場ＩＤを前記管理サーバに送信する予備選択モード起動工程と
   を含む駐車場管理方法。
2. さらに、前記管理サーバが、前記駐車場ＩＤを受信するという条件を含む少なくとも一つの条件が成立すると、ユーザに対し、今回の駐車場の利用を開始する権限または終了する権限を付与する権限付与工程を含む請求項１に記載の駐車場管理方法。
3. さらに、前記通信端末が、前記受信不能状態の継続時間が所定時間に達するまでの期間、ユーザに対し、当該通信端末の通信モードの設定を前記発信機の通信方式に適するように変更する操作を当該通信端末に対して行うことを催促するための視覚的または聴覚的なメッセージを出力する設定変更催促工程を含む請求項１または２に記載の駐車場管理方法。
4. さらに、
   前記通信端末が、ユーザが、駐車の目的の有無を問わず、いずれかの駐車場またはそれの近傍にいる状態において、その駐車場に属する１個または複数個の発信機から信号を有効に受信することを試行する診断用受信試行工程と、
   前記管理サーバが、複数人のユーザの通信端末から、診断用受信を行った駐車場または前記通信端末によって測定された現在位置に関連付けて、各通信端末が各発信機から信号を有効に受信することに成功したか否かを表すサンプルデータを受信し、それら複数人分のサンプルデータに基づき、各駐車場ごとに、その駐車場に設置されている各発信機が正常発信機であるのか故障発信機であるのかを診断する診断工程と
   を含む請求項１ないし３のいずれかに記載の駐車場管理方法。
5. 前記診断工程において、該当する発信機は故障発信機であると診断されると、前記通常選択モード起動工程は開始されないかまたは開始されていれば中止され、代わりに、前記予備選択モード起動工程が開始される請求項４に記載の駐車場管理方法。
6. 前記通常受信試行工程は、前記通信端末が、該当する駐車場に存在するすべての発信機のうちユーザによって選択された１個の発信機のみから信号を単独で有効に受信できる単独受信モードで実行される一方、前記診断用受信試行工程は、前記通信端末が、該当する駐車場に存在するすべての発信機から信号を同時に有効に受信できる広域受信モードで実行される請求項４または５に記載の駐車場管理方法。
7. 前記単独受信モードは、前記通信端末がショート受信レンジのもとに前記発信機からの受信を試行するモードである一方、前記広域受信モードは、前記通信端末がロング受信レンジのもとに前記発信機からの受信を試行するモードである請求項６に記載の駐車場管理方法。
8. 各駐車場においては、複数の車室が存在するとともに、車室と同数の複数個の発信機が設置され、それら発信機は、それぞれ、それら発信機が設置されている１つの駐車場に関連付けられるとともに、その駐車場に属する複数の車室のそれぞれに関連付けられ、
   当該方法は、さらに、
   前記管理サーバが、各駐車場ごとに、各車室の稼働状況を表すデータに基づき、各車室が空室であるのか満室であるのかを判定し、その判定結果を表す満空情報を作成するとともにその満空情報を複数人のユーザの通信端末に配信する満空判定工程であって、前記診断工程において故障発信機であると診断された発信機が設置されている車室は、実際には空室であっても満室であると判定するものを含む請求項４ないし７のいずれかに記載の駐車場管理方法。
9. 前記診断用受信試行工程は、前記通信端末によって測定される自身の現在位置が、いずれかの駐車場内に存在するかまたはその周辺に存在する場合に、前記通信端末によって自動的に開始される請求項４ないし８のいずれかに記載の駐車場管理方法。
10. 請求項１ないし９のいずれかに記載の携帯端末を実現するためにその携帯端末のコンピュータによって実行されるプログラム。
11. 請求項１ないし９のいずれかに記載の管理サーバを実現するためにその管理サーバのコンピュータによって実行されるプログラム。
12. 請求項１０または１１に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。

Images