JP6366871B1 - 駐車場管理方法および駐車場管理システム - Google Patents

Abstract

【課題】複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理する技術に関し、特に、駐車場への専用設備の設置を抑制しつつ、駐車場管理システムの誤作動を抑制することを容易にする技術を提供する。【解決手段】ユーザが情報処理端末と共に車両に乗車している乗車状態において、位置取得部を用いて車両の現在位置を取得し（Ｓ１２０２）と、前記乗車状態において、動的挙動取得部を用いて車両の動的挙動を取得し、その取得結果に基づき、車両が通常の路上を走行している場合には出現しないが任意の駐車場内を走行している場合には出現する固有の動的挙動を車両が示すか否かを判定し（Ｓ２０９０−２９１１）と、車両が前記固有の動的挙動を示すと判定されることを条件に、前記複数の駐車場のうち車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する（Ｓ２９１３）。【選択図】図２９

Description

本発明は、複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理する技術に関し、特に、駐車場への専用設備の設置を抑制しつつ、駐車場管理システムの誤作動を抑制することを容易にする技術に関する。

車両のための複数の駐車スペース（または「車室」ともいう）を有する駐車場が既に広く普及している。この種の駐車場は、目標の駐車スペースへの車両の搬送方式の観点で分類すると、ユーザが自ら車両を運転して目標の駐車スペースに搬送する方式と、パレットやケージを機械的に移動させて車両を機械的に目標の駐車スペースに搬送する機械式とに分類される。

また、その駐車場は、ユーザに無料で貸される場合もあれば、有料で貸される場合もある。有料駐車場は、ユーザに貸す時間の長さという観点で分類すれば、月極めと、時間貸し（「日貸し」を含む。）とに分類される。

時間貸し駐車場は、その管理方式という観点で分類すれば、その駐車場を管理・監視する担当者が現場に常駐している有人式と、そのような担当者が常駐しておらず、散発的に現場に派遣される無人式とに分類される。

また、時間貸し駐車場は、駐車料金の支払い方式という観点で分類すれば、ユーザが入庫時に、予定駐車時間の長さに見合う額の駐車料金を支払う前払い式と、ユーザが出庫時に、実際の駐車時間の長さに見合う額の駐車料金を支払う後払い式とに分類される。

以上説明したいくつかの種類の駐車場を開示している先行技術文献が数件発見された。

特許文献１は、駐車場内に専用の設備を設置することなく、しかも、ユーザが自身の携帯端末を操作することを要求することも場内設備を操作することを要求することもなく、車両に搭載されたＧＰＳとコンピュータと通信装置とを用いて、駐車場に対する入出庫処理を完全に自動化することを可能とする技術を開示しているのである。

具体的には、この特許文献１は、ユーザの通信機器にではなくユーザが乗車する車両に搭載されているＧＰＳ型測位機能を用いて車両の現在位置を測定し、その位置がいずれの駐車場位置とも一致しない状態からいずれかの駐車場位置と一致する状態に遷移したら、当該駐車場へのユーザの入場を自動的に検出する一方、その後の車両位置が前記駐車場位置と一致する状態から一致しない状態に遷移したら、当該駐車場からのユーザの退場を自動的に検出する技術を開示している。

また、特許文献２は、駐車場内に専用の設備を設置することなく、しかも、ユーザが自身の携帯端末を操作することを要求することも場内設備を操作することを要求することもなく、ユーザの携帯端末に搭載されたＧＰＳおよび加速度センサを用いてユーザの位置情報と行動情報とを取得し、それら情報を用いて、ユーザが現在滞在している駐車場に対するユーザの入庫および出庫を検出し、駐車場に対する入出庫処理を完全に自動化することを可能とする技術を開示している。

具体的には、この特許文献２は、複数の駐車場を管理する駐車場管理システムであって、利用者による各駐車場の利用予約を受け付ける受付手段と、前記利用者の所持する情報通信端末から受信した当該情報通信端末の位置情報及び前記利用者の行動情報に基づいて、前記利用者が実際に利用する利用駐車場を判定すると共に前記利用者による前記利用駐車場の利用開始及び利用終了を判定する判定手段とを有するものを開示している。

さらに具体的には、この特許文献２は、前記加速度センサを用い、ユーザが歩行中であるのか乗車中であるのかを判別し、ユーザがいずれかの駐車場に乗車して入場する状態から歩行中である状態に遷移すると、当該駐車場にユーザが入庫したと判定し、一方、いずれかの駐車場内においてユーザが歩行中である状態からその駐車場から乗車して退場する状態に遷移すると、当該駐車場からユーザが出庫したと判定する技術を開示している。

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

特許文献１に記載の技術によれば、理論的には、駐車場に対する入出庫処理を完全に自動化することが可能となる。しかし、この特許文献１に記載の技術を採用するためには、車両が、ＧＰＳなどの測位装置（測位機能）と、コンピュータ（信号処理機能）と、外部のサーバとの通信を行うための通信装置（通信機能）とを搭載すること、すなわち、車両の高機能化（例えば知能化）が要求される。

これに対し、特許文献２に記載の技術によれば、車両に特殊な機器を搭載する代わりにユーザの携帯端末であって信号処理機能と通信機能と測位機能と行動検出機能とを有するものが利用される。そのような機能が搭載された携帯端末が普及した今日、この特許文献２に記載の技術によれば、車両の高機能化（例えば知能化）を不可欠とすることなく、駐車場に対する入出庫処理を完全に自動化することが可能となる。

しかし、特許文献１の記載の技術では、携帯端末の位置情報と駐車場の位置情報との関係にしか着目せずに、ユーザが乗車して入場した駐車場を特定しようとするため、システムが誤作動する可能性が高いという実用上の問題があった。

また、特許文献２に記載の技術では、携帯端末の位置情報に加えてユーザの行動情報をにも着目して、ユーザが乗車して入場した駐車場を特定しようとするが、携帯端末の測位精度に限界があるにもかかわらず、着目するユーザの行動情報は、駐車場に固有のものではないため、依然として、システムが誤作動する可能性が高いという実用上の問題があった。

また、特許文献１および２のいずれも、ユーザが乗車して入場した駐車場を特定するために、車両が駐車場を走行する際に車両に発生する固有の挙動に着目する点を開示していない。

ところで、駐車場の運営形態として既に、前払い時間貸し式というものが知られている。この運営形態によれば、ユーザが車両を駐車場に駐車すべくその駐車場に入庫させる入庫ステージにおいて、ユーザが、その駐車場に駐車することを希望する時間帯である有効駐車時間を時間単位で指定すること、および、その有効駐車時間の長さに見合う額の駐車料金を前払いすることを条件に、ユーザに対し、その駐車場の使用権限を付与する。

特許文献３には、前払い式の駐車場の一従来例が記載されている。この駐車場には、ユーザが駐車料金を前払いするための料金精算装置と、入庫時に正規の駐車料金が支払われていることが出庫時に確認されることを条件に出庫ゲートを開いてユーザの出庫を許可する出庫ゲート管理装置という専用設備が設置されている。

この駐車場を利用するユーザは、その駐車場への入庫時に、その駐車場に車両に連続して駐車しておくことが必要な時間の長さを有効駐車時間として予測し、その有効駐車時間の長さに見合う額の駐車料金を支払う。

さらに、この駐車場を利用するユーザは、有効駐車時間内であれば、その駐車場に何度でも出入りすること、すなわち、再入庫することが可能である。

ところで、駐車場を運営する場合には、その運営形態が前払い時間貸し式であるか否かを問わず、駐車場の稼働状況すなわち空き状況をリアルタイムで計測ないしは推定して潜在的な他のユーザに案内することが、駐車場の稼働率向上および収益増加に寄与する点で駐車場管理者や土地オーナに有利であるとともに、空いている駐車場をその周辺にいるユーザにタイムリーに案内できることから、ユーザが必要なときに必要な場所で駐車場を探すことが容易となる点でユーザに有利である。

そのような駐車場案内はその精度が高いことが望ましいが、駐車場の空き状況を計測ないしは推定するために考慮することが必要な複数の要因の中に不確定要因が存在する場合がある。

例えば、前述のように、特許文献３に記載の前払い式の駐車場を利用するユーザは、有効駐車時間内であれば、その駐車場に何度でも出入りすること、すなわち、再入庫することが可能である。この場合、そのユーザは、実際に再入庫する可能性もあれば実際には再入庫しない可能性もある。

この場合、駐車場管理者が、ユーザが駐車場に再入庫する可能性を０％とみなしてその駐車場の空き状況を推定すれば、ユーザが実際に再入庫しようとしてもその駐車場に空きがなく、ユーザが不便を感じるおそれがある。一方、ユーザが駐車場に再入庫する可能性を１００％とみなしてその駐車場の空き状況を推定すれば、ユーザが実際に再入庫しない場合にその駐車場の稼働率の低下を招くおそれがある。

このように、有効駐車時間内での再入庫を許可する態様で前払い式の駐車場を運営する場合には、ユーザが実際に再入庫する確率という不確定要因を駐車場管理者がどのように取り扱うかにより、駐車場の空き状況の推定精度が変動し、駐車場の稼働率にもユーザの利便性にも影響が及ぶ。

よって、有効駐車時間内での再入庫を許可する態様で前払い式の駐車場を運営する場合に、駐車場の稼働率向上とユーザの利便性向上とが両立するような駐車場案内を行うことが望ましい。

また、特許文献３に記載の前払い式の駐車場を施工する場合には、ユーザが駐車料金を前払いするための料金精算装置と、ユーザがその駐車場から出庫する時刻を監視するとともに前記有効駐車時間の満了前であるか否かを確認する出庫ゲート装置をその駐車場に設置することが必要である。そのため、この駐車場を施工する場合には、高額な設備投資が必要となる。

これに対し、駐車場の各車室ごとの専用設備の設置ないしは使用を抑制しつつ、ユーザの情報処理端末（例えば、携帯端末）から獲得できる情報（例えば、ユーザの行動を推定し得る情報など）を参照して、駐車場の空き状況を複数の車室に個々に着目するのではなく複数人のユーザに個々に着目して総合的に推定し、その結果を潜在的な他のユーザに事前に案内するような駐車場案内を行うことも望ましい。

以上の知見を背景にして、本発明は、複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理する技術に関し、特に、駐車場への専用設備の設置を抑制しつつ、駐車場管理システムの誤作動を抑制することを容易にする技術を提供することを課題としてなされたものである。

その課題を解決するために、本発明の一側面によれば、複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理する方法であって、
前記情報処理端末が、ユーザが当該情報処理端末と共に車両に乗車している乗車状態において、当該情報処理端末の位置取得部を用いて前記車両の現在位置を取得する工程と、
前記情報処理端末が、前記乗車状態において、当該情報処理端末の動的挙動取得部を用いて前記車両の動的挙動を取得し、その取得結果に基づき、前記車両が通常の路上を走行している場合には出現しないが任意の駐車場内を走行している場合には出現する固有の動的挙動を前記車両が示すか否かを判定する工程と、
前記情報処理端末が、当該情報処理端末がユーザによって携帯されておらず、当該情報処理端末が前記車両の室内に固定的に載置されている状態において、前記車両が前記固有の動的挙動を示すと判定することを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する工程と
を含む駐車場管理方法が提供される。
また、本発明の別の側面によれば、複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理するシステムであって、
前記情報処理端末に設けられ、ユーザが当該情報処理端末と共に車両に乗車している乗車状態において、前記車両の現在位置を取得する位置取得部と、
前記情報処理端末に設けられ、前記乗車状態において、前記車両の動的挙動を取得する動的挙動取得部と、
前記取得された動的挙動に基づき、前記車両が通常の路上を走行している場合には出現しないが任意の駐車場内を走行している場合には出現する固有の動的挙動を前記車両が示すか否かを判定し、前記情報処理端末がユーザによって携帯されておらず、前記情報処理端末が前記車両の室内に固定的に載置されている状態において、前記車両が前記固有の動的挙動を示すと判定することを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する駐車場特定部と
を含む駐車場管理システム。
本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。

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

（１） 複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理する方法であって、
前記情報処理端末が、ユーザが当該情報処理端末と共に車両に乗車している乗車状態において、当該情報処理端末の位置取得部を用いて前記車両の現在位置を取得する工程と、
前記情報処理端末が、前記乗車状態において、当該情報処理端末の動的挙動取得部を用いて前記車両の動的挙動を取得し、その取得結果に基づき、前記車両が通常の路上を走行している場合には出現しないが任意の駐車場内を走行している場合には出現する固有の動的挙動を前記車両が示すか否かを判定する工程と、
前記情報処理端末が、前記車両が前記固有の動的挙動を示すと判定されることを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する駐車場特定工程と
を含む駐車場管理方法。

（２） 複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理する方法であって、
前記情報処理端末が、ユーザが当該情報処理端末と共に車両に乗車している乗車状態において、当該情報処理端末の位置取得部を用いることにより、前記車両の現在位置を取得する位置取得工程と、
前記情報処理端末が、前記乗車状態において、当該情報処理端末の回転運動状態量取得部を用いて取得された前記車両の回転運動の状態量に基づき、前記車両が通常の路上を走行している場合より高い頻度で前記車両が旋回運動を行う高頻度旋回状態にある可能性があるか否かを判定する高頻度旋回状態判定工程と、
前記情報処理端末が、前記車両が前記高頻度旋回状態にある可能性があると判定することを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する駐車場特定工程と
を含む駐車場管理方法。

（３） さらに、
前記情報処理端末が、前記乗車状態において、当該情報処理端末の近接センサを用いることにより、当該情報処理端末がユーザによって携帯されておらず、当該情報処理端末が前記車両の室内に固定的に載置されている車内載置状態にある可能性があるか否かを判定する車内載置状態判定工程を含み、
前記駐車場特定工程は、前記車両が前記高頻度旋回状態にある可能性があると判定し、かつ、前記情報処理端末が前記車内載置状態にある可能性があると判定することを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する（１）または（２）項に記載の駐車場管理方法。

（４） 複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理する方法であって、
前記情報処理端末が、ユーザが当該情報処理端末と共に車両に乗車している乗車状態において、当該情報処理端末の位置取得部を用いることにより、前記車両の現在位置を取得する位置取得工程と、
前記情報処理端末が、前記乗車状態において、当該情報処理端末の加速度取得部および／または振動取得部を用いて取得された前記車両の加速度および／または振動状態に基づき、前記車両が通常の路上を走行している場合より高い頻度で前記車両が加減速を行う高頻度加減速状態にある可能性があるか否かを判定する高頻度加減速状態判定工程と、
前記情報処理端末が、前記車両が前記高頻度加減速状態にある可能性があると判定することを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する駐車場特定工程と
を含む駐車場管理方法。

（５） さらに、
前記情報処理端末が、前記乗車状態において、当該情報処理端末の近接センサを用いることにより、当該情報処理端末がユーザによって携帯されておらず、当該情報処理端末が前記車両の室内に固定的に載置されている車内載置状態にある可能性があるか否かを判定する車内載置状態判定工程を含み、
前記駐車場特定工程は、前記車両が前記高頻度加減速状態にある可能性があると判定し、かつ、前記情報処理端末が前記車内載置状態にある可能性があると判定することを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する（４）項に記載の駐車場管理方法。

（６） 複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末であって携帯可能であるものを用いて前記複数の駐車場を管理する方法であって、
前記情報処理端末が、ユーザが前記車両をいずれかの駐車場に入庫させる入庫ステージにおいて、ユーザが当該情報処理端末と共に車両に乗車している乗車状態において、当該情報携帯端末の位置取得部によって取得された前記車両の現在位置が、前記複数の駐車場のすべての敷地に対応するすべての空間領域の外に存在する状態から、いずれかの駐車場の敷地に対応するいずれかの空間領域の内に存在する状態に遷移したか否かを判定することにより、ユーザがいずれかの駐車場に対応するいずれかの空間領域内に進入したか否かを判定する進入判定工程と、
前記情報処理端末が、前記入庫ステージにおいて、前記乗車状態において、当該情報処理端末の回転運動状態量取得部を用いて取得された前記車両の回転運動状態量に基づき、前記車両が通常の路上を走行している場合より高い頻度で前記車両が旋回運動を行う高頻度旋回状態にある可能性があるか否かを判定する高頻度旋回状態判定工程と、
前記情報処理端末が、前記入庫ステージにおいて、前記車両の現在位置がいずれかの駐車場に対応するいずれかの空間領域内に進入したという条件と、前記車両が前記高頻度旋回状態にある可能性があるという条件とを含む複数の条件がすべて同時に成立した場合に、前記いずれかの駐車場を、ユーザが車両に乗車して入場した駐車場として特定する入場駐車場特定工程と
を含む駐車場管理方法。

（７） 前記高頻度旋回状態判定工程に代わるかまたはそれに加えて、
前記情報処理端末が、前記入庫ステージにおいて、前記乗車状態において、当該情報処理端末の加速度取得部を用いて取得された前記車両の加速度の低周波成分に基づき、前記車両が通常の路上を走行している場合より高い頻度で前記車両が加減速を行う高頻度加減速状態にある可能性があるか否かを判定する高頻度加減速状態判定工程を含み、
前記複数の条件は、前記車両が前記高頻度加減速状態にある可能性があるという条件を含む（６）項に記載の駐車場管理方法。

（８） さらに、
前記情報処理端末が、前記入庫ステージにおいて、前記乗車状態において、当該情報処理端末の近接センサを用いることにより、乗車中、当該情報処理端末がユーザによって携帯されておらず、当該情報処理端末が前記車両の室内に固定的に載置されている車内載置状態にある可能性があるか否かを判定する車内載置状態判定工程を含み、
前記複数の条件は、さらに、前記情報処理端末が前記車内載置状態にある可能性があるという条件を含む（６）または（７）項に記載の駐車場管理方法。

（９） さらに、
前記情報処理端末が、前記乗車状態において、当該情報処理端末の近接センサを用いることにより、当該情報処理端末が前記車両内において固定的に保持されているか否かを判定する工程を含み、
前記駐車場特定工程は、前記車両が前記固有の動的挙動を示すと判定され、かつ、前記情報処理端末が前記車両内において固定的に保持されていると判定されることを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する（１）項に記載の駐車場管理方法。

（１１） 前払い時間貸し式の駐車場を利用する各ユーザの情報処理端末と管理サーバとを用いて前記駐車場を管理する方法であって、
前記情報処理端末が、ユーザの前記駐車場への入庫ステージにおいて、ユーザが前記駐車場について希望する有効駐車時間をユーザに関連付けて前記管理サーバに送信する第１の送信工程と、
前記情報処理端末が、ユーザの前記駐車場からの出庫ステージにおいて、ユーザが前記車両に乗車している状態で前記駐車場から退場したか否かを判定し、その結果を表す乗車退場判別データをユーザに関連付けて前記管理サーバに送信するとともに、ユーザが前記駐車場から出庫することの意思表示としての出庫操作を当該情報処理端末に対して行ったか否かを判定し、その結果を表す出庫操作判別データをユーザに関連付けて前記管理サーバに送信する第２の送信工程と、
前記管理サーバが、前記情報処理端末から受信した有効駐車時間、乗車退場判別データおよび出庫操作判別データと、入庫時刻とに基づき、ユーザごとに、リアルタイムで、前記駐車場におけるユーザの行動を所定の複数の類型のいずれかに分類し、その分類に従い、ユーザの行動パターンが時系列の時間関連情報として反映されるように、ユーザごとに前記駐車場におけるユーザの行動パターンを表すデータにアクセスできるデータ構造を有する管理テーブルを作成して更新する管理テーブル作成・更新工程と
を含み、
前記複数の類型は、ユーザの前記乗車状態での退場が前記有効駐車時間の満了前に前記出庫操作を伴って行われたために成立する正規出庫と、ユーザの前記乗車状態での退場が前記有効駐車時間の満了前に前記出庫操作を伴わずに行われたために成立する仮出庫とを含み、
前記仮出庫が成立する場合には、前記有効駐車時間が満了しない限り、同じユーザが同じ駐車場に再入庫する再入庫権限がユーザに付与される駐車場管理方法。

（１２） 前記管理テーブル作成・更新工程は、
ａ）前記入庫ステージにおいて、ユーザの入庫が行われると、入庫済フラグがＯＮとなることと、
ｂ）前記出庫ステージにおいて、前記正規出庫が成立する場合には、正規出庫フラグがＯＮとなることと、
ｃ）前記出庫ステージにおいて、前記仮出庫が成立する場合には、仮出庫フラグがＯＮとなることと、
ｄ）前記出庫ステージにおいて、前記再入庫権限がユーザに付与された場合には、再入庫許可フラグがＯＮとなることとのうちの少なくとも一つが達成されるように、前記管理テーブルを作成・更新する（１１）項に記載の駐車場管理方法。

（１３） 前払い時間貸し式の駐車場を利用する各ユーザの情報処理端末と管理サーバとを用いて前記駐車場を管理する方法であって、
前記情報処理端末が、ユーザの前記駐車場への入庫ステージにおいて、ユーザが前記駐車場について希望する有効駐車時間をユーザに関連付けて前記管理サーバに送信する第１の送信工程と、
前記情報処理端末が、ユーザの前記駐車場からの出庫ステージにおいて、ユーザが前記車両に乗車している状態で前記駐車場から退場したか否かを判定し、その結果を表す乗車退場判別データをユーザに関連付けて前記管理サーバに送信するとともに、ユーザが前記駐車場から出庫することの意思表示としての出庫操作を当該情報処理端末に対して行ったか否かを判定し、その結果を表す出庫操作判別データをユーザに関連付けて前記管理サーバに送信する第２の送信工程と、
前記管理サーバが、前記情報処理端末から受信した有効駐車時間、乗車退場判別データおよび出庫操作判別データと、入庫時刻とに基づき、前記駐車場の、将来における空き状況を、前記駐車場内の複数の車室の個々の空き状況に着目するのではなく、前記駐車場の複数人のユーザの個々の時系列的な行動パターンに着目することにより、前記駐車場に空いた車室が存在しない満車状態と、空いた車室が存在する空車状態と、実際に満車状態である可能性も空車状態である可能性もあることを示す混雑状態とのいずれかにあるかを予想する空室判定工程と
を含む駐車場管理方法。

（１４） ユーザには、前記出庫ステージにおいてユーザが前記乗車状態で前記駐車場から退場する際に前記有効駐車時間が満了しない限り、同じ駐車場に再入庫する権限を付与されるが、前記出庫ステージにおいてユーザが前記乗車状態で前記駐車場から退場する際に前記出庫操作を前記情報処理端末に対して行った場合には、前記再入庫する権限が喪失し、
前記空室判定工程は、将来における前記再入庫の発生を見込んで前記空室判定を行った結果と、将来における前記再入庫の発生を見込まずに前記空室判定を行った結果との比較により、最終的な判定結果を決定する（１３）項に記載の駐車場管理方法。

（１５） 前記空室判定工程は、将来における前記再入庫の発生を見込んで前記空室判定を行うとその判定結果が前記満車状態となるが、将来における前記再入庫の発生を見込まずに前記空室判定を行うとその判定結果が前記空車状態となる場合には、最終的な判定結果を前記混雑状態に決定する（１４）項に記載の駐車場管理方法。

（１６） 前記空室判定工程は、所定の時間インターバルで各回の判定サイクルを実行し、各回の判定サイクルにおいて、
Ｘ１：各回の判定サイクル中に前記有効駐車時間が満了しないユーザの人数である有効駐車件数と、
Ｘ２：各回の判定サイクル中に、前記有効駐車時間が満了せず、かつ、ユーザの前記乗車状態での退場が前記出庫操作を伴って行われたために正規出庫が成立したユーザの人数である確定出庫件数と、
Ｘ３：各回の判定サイクル中に、前記有効駐車時間が満了せず、かつ、ユーザの前記乗車状態での退場が前記出庫操作を伴わずに行われたために仮出庫が成立し、同じユーザが同じ駐車場に再入庫する権限を付与されたユーザの人数である不確定出庫件数と
を計算する第１の計算工程を含む（１３）ないし（５）項のいずれか一項に記載の駐車場管理方法。

（１７） 前記空室判定工程は、
各回の判定サイクルの直後における最大駐車件数Ｙ１を、将来における前記再入庫の予想発生件数を見込んで、（Ｘ１−Ｘ２）として計算するとともに、各回の判定サイクルの直後における最小駐車件数Ｙ２を、将来における前記再入庫の予想発生件数を見込まずに、（Ｘ１−（Ｘ２＋Ｘ３））として計算する第２の計算工程を含む（１６）項に記載の駐車場管理方法。

（１８） 前記空室判定工程は、
各回の判定サイクルにおいて、前記最大駐車件数Ｙ１から前記駐車場の稼働状況を満車状態と空車状態とのいずれにあるかを判定するとその判定結果が満車状態となるが、前記最小駐車件数Ｙ２から前記駐車場の稼働状況を満車状態と空車状態とのいずれにあるかを判定するとその判定結果が空車状態となる場合には、最終的な判定結果を混雑状態に決定する工程を含む（１７）項に記載の駐車場管理方法。

（１９） 前記空室判定工程は、
各回の判定サイクルにおいて、前回の判定サイクルでの判定結果が満車状態または混雑状態であった場合、そのことを考慮せずに、かつ、前記最小駐車件数Ｙ２から前記駐車場の稼働状況を満車状態と空車状態とのいずれにあるかを判定するとその判定結果が空車状態となる場合には、最終的な判定結果を混雑状態に決定する工程を含む（１７）または（１８）項に記載の駐車場管理方法。

（３１） 複数人のユーザの複数の携帯端末との通信により、管理サーバが複数の駐車場を集中的に管理する方法であって、
前記携帯端末および前記管理サーバが、いずれかのユーザの車両がいずれかの駐車場に入庫するための入庫処理を支援する入庫処理工程と、
前記携帯端末および前記管理サーバが、前記車両が前記駐車場から出庫するための出庫処理を支援する出庫処理工程と
を含み、
前記出庫処理は、前記携帯端末によって検出される自身の位置およびその位置の時間的変化と、前記携帯端末によって検出または推定される自身の速度または加速度とに基づき、ユーザが前記車両に乗車せずに歩行者として前記駐車場から退場したか走行中の前記車両に乗車して前記駐車場から退場したかを判別する行動解析部を含む方法。

本出願書類の全体を通じ、「携帯端末によって検出される自身の位置」という文言は、例えば、携帯端末が、駐車場外に設置される発信機（例えば、人工衛星）から受信した信号を用いて検出した自身の位置を意味するように解釈したり、駐車場内に設置される発信機（例えば、近距離通信式発信機）から受信した信号を用いて検出した自身の位置を意味するように解釈してもよい。

また、本出願書類の全体を通じ、「携帯端末によって検出される自身の速度または加速度」という文言は、例えば、携帯端末が速度センサまたは加速度センサを搭載する場合に、それらセンサを用いてそれぞれ検出される速度または加速度を意味するように解釈してもよい。

また、本出願書類の全体を通じ、「携帯端末によって推定される自身の速度または加速度」という文言は、携帯端末が速度センサまたは加速度センサを搭載しない場合に、携帯端末によって検出される位置の１回時間微分値（位置の前回値と今回値との差）または２回時間微分値（その差の前回値と今回値との差）を意味するように解釈してもよい。この解釈は、前述の角速度推定部および加速度推定部についても該当する。

（３２） 前記出庫処理工程は、
前記入庫後、前記携帯端末が、当該携帯端末によって検出される自身の位置およびその位置の時間的変化に基づき、ユーザが前記駐車場に入場したか否かを判定する入場判定工程と、
前記入場が行われたと判定された後、前記携帯端末が、当該携帯端末によって検出される自身の位置およびその位置の時間的変化と、当該携帯端末によって検出または推定される自身の速度または加速度とに基づき、ユーザが、走行中の前記車両に乗車して前記駐車場から退場したために前記車両が前記駐車場から出庫したか否かを判定する出庫判定工程と
を含む（３１）項に記載の方法。

（３３） 前記出庫判定工程は、
前記携帯端末によって検出される自身の位置の時間的変化に基づき、ユーザが、歩行によるかまたは前記車両に乗車した状態であるかを問わず、静止しているのか移動しているかを判別する行動種別判別工程と、
ユーザが移動していると判別された場合に、前記携帯端末によって検出または推定される自身の加速度に基づき、ユーザが前記車両に乗車せずに歩行しているのか走行中の前記車両に乗車して移動しているのかを判別する移動種別判別工程と、
前記携帯端末によって検出される自身の位置およびその位置の時間的変化に基づき、ユーザが、歩行によるかまたは前記車両に乗車した状態であるかを問わず、前記駐車場から退場したか否かを判定する退場判定工程と
を含む（３２）項に記載の方法。

（３４） 前記携帯端末は、自身の加速度を検出する加速度センサを含み、
前記移動種別判別工程は、
前記携帯端末および／または前記管理サーバが、前記加速度センサによって検出された加速度の波形を代表する実質的な最大強度を測定する強度解析工程と、
前記携帯端末および／または前記管理サーバが、前記加速度センサによって検出された加速度の波形から複数の周波数成分を抽出し、それら周波数成分のうち振幅が最大であるものの周波数を測定する周波数解析工程と
のうちの少なくとも一方を含む（３３）項に記載の方法。

（３５） 前記強度解析工程は、前記測定された実質的最大強度が第１しきい値より大きい場合には、ユーザが歩行していると判定する一方、前記測定された実質的最大強度が前記第１しきい値以下である場合には、ユーザが、走行中の前記車両に乗車していると判定する（３４）項に記載の方法。

（３６） 前記周波数解析工程は、前記測定された周波数が第２しきい値より低い場合には、ユーザが歩行していると判定する一方、前記測定された周波数が前記第２しきい値以上である場合には、ユーザが、走行中の前記車両に乗車していると判定する（３４）または（３５）項に記載の方法。

（３７） 前記携帯端末は、
自身の加速度を検出する加速度センサと、
その加速度センサの検出結果に基づき、単位時間当たりのユーザの歩数を検出する歩数検出部と
を含み、
前記移動種別判別工程は、前記携帯端末および／または前記管理サーバが、前記検出された歩数が第３しきい値より多い場合には、ユーザが歩行していると判定する一方、前記検出された歩数が前記第３しきい値以下である場合には、ユーザが、走行中の前記車両に乗車していると判定する（３３）項に記載の方法。

（３８） 前記入庫処理は、
前記携帯端末が、前記いずれかの駐車場に前記車両を駐車することをユーザが希望する時間帯である有効駐車時間をユーザから入力する工程を含み、
前記出庫処理は、さらに、
前記携帯端末が、ユーザが前記車両を前記駐車場から出庫させる旨の意思表示として行った出庫操作をユーザから入力する工程と、
前記携帯端末および／または前記管理サーバが、ユーザが前記車両に乗車して前記駐車場から退場したと判定される場合には、前記有効駐車時間が満了しないうちは、ユーザによる実際の出庫操作を待って、出庫扱いとする一方、前記有効駐車時間が満了すると、ユーザによる実際の出庫操作を待つことなく、出庫扱いとする工程と
を含む（３１）ないし（３７）項のいずれかに記載の方法。

この一例においては、前記入庫処理が、さらに、前記携帯端末が、前記入力した有効駐車時間の長さに見合う額の前払い駐車料金が支払われることを可能にする工程を含んでもよい。

（３９） さらに、
同じユーザが、実際の出庫操作を行うことなく、前記有効駐車時間の満了前に、同じ駐車場に再入庫したか否かを判定する再入庫判定工程を含み、
前記再入庫が行われたと判定された場合には、前記入庫処理工程のうちの少なくとも実質的な部分の実行が省略される（３８）項に記載の方法。

（４０） 前記入庫処理工程は、前記携帯端末によって検出される自身の位置およびその位置の時間的変化に基づき、ユーザが、前記複数の駐車場のうちのいずれかの駐車場外の位置からその駐車場内の位置に移動したことを条件に、前記車両が前記いずれかの駐車場に入庫したと判定する入庫判定工程を含む（３１）ないし（３９）項のいずれかに記載の方法。

（４１） 前記入庫処理工程は、
前記携帯端末によって検出される自身の位置およびそれの時間的変化に基づき、ユーザが、前記複数の駐車場のうちのいずれかの駐車場外の位置からその駐車場内の位置に移動したことを条件に、前記車両が前記いずれかの駐車場に入庫したと判定する入庫判定工程と、
前記入庫が行われたと判定されると、前記携帯端末が、前記車両を識別するための車両情報と、ユーザが前記いずれかの駐車場に前記車両を駐車することを希望する時間帯である有効駐車時間またはその有効駐車時間を特定するための関連時間情報とを含む駐車関連情報を前記管理サーバに送信する駐車関連情報送信工程と
を含む（４０）項に記載の方法。

（４２） さらに、
前記携帯端末および／または前記管理サーバが、時間の経過につれて、前記有効駐車時間のうちの残存時間を逐次計算することにより、前記車両の実際の駐車時間の経過を監視する経過監視工程と、
前記携帯端末および／または前記管理サーバが、前記有効駐車時間の満了に先立ち、ユーザからの延長リクエストに応答し、前記有効駐車時間を延長するための延長処理を行う延長処理工程と
を含む（４１）項に記載の方法。

（４３） 前記経過監視工程は、
前記駐車関連情報の送信と前記前払い駐車料金の決済とが完了すると、前記携帯端末および／または前記管理サーバが、時間の経過につれて、前記有効駐車時間を逐次減算することにより、前記残存時間を計算する残存時間計算工程と、
前記携帯端末および／または前記管理サーバが、自発的にかまたはユーザからのリクエストに応答し、前記計算された残存時間を前記携帯端末の画面上に表示する残存時間表示工程と
を含む（４２）項に記載の方法。

（４４） さらに、前記携帯端末および／または前記管理サーバが、前記入庫の確認件数および前記出庫の確認件数に基づき、前記駐車場内の複数の車室に、使用されてない空室が存在するか否かを判定する空室判定工程を含む（３１）ないし（４３）項のいずれかに記載の方法。

（４５） 前記空室判定工程は、
前記携帯端末および／または前記管理サーバが、１回分の入庫が確認されるごとに、前記駐車場内の複数の車室のうち、使用されてない空室の数である空室数を１ずつ減算する減算工程と、
前記携帯端末および／または前記管理サーバが、１回分の実際の出庫操作またはみなし出庫操作が確認されるごとに、前記空室数を１ずつ加算する加算工程と
を含む（４４）項に記載の方法。

（４６） 前記出庫処理工程は、さらに、
ユーザの出庫段階において、前記入場が行われたと判定されると、前記携帯端末が、ユーザが前記出庫操作を行うことを催促するために、視覚的、聴覚的または触覚的な刺激をユーザに与える出庫操作催促工程を含む（３１）ないし（４５）項のいずれかに記載の方法。

（４７） 前記出庫処理工程は、
ユーザが歩行者として前記駐車場から退場したと判定された後、ユーザが前記いずれかの駐車場に前記車両を駐車することを希望する時間帯である有効駐車時間のうちの残存時間が所定時間より短い場合には、前記携帯端末が、ユーザが、前記有効駐車時間を延長したい旨の延長リクエストを発することを催促するために、視覚的、聴覚的または触覚的な刺激をユーザに与える延長リクエスト催促工程を含む（３１）ないし（４６）項のいずれかに記載の方法。

（４８） 複数人のユーザの複数の携帯端末との通信により、管理サーバが複数の駐車場を集中的に管理する方法であって、
前記携帯端末および前記管理サーバが、いずれかのユーザの車両がいずれかの駐車場に入庫するための入庫処理を支援する入庫処理工程と、
前記携帯端末および前記管理サーバが、前記車両が前記駐車場から出庫するための出庫処理を支援する出庫処理工程と
を含み、
前記入庫処理は、
前記携帯端末が、前記いずれかの駐車場に前記車両を駐車することをユーザが希望する時間帯である有効駐車時間をユーザから入力する工程を含み、
前記出庫処理は、
前記携帯端末が、ユーザが前記車両を前記駐車場から出庫させる旨の意思表示として行った出庫操作をユーザから入力する工程と、
前記携帯端末および／または前記管理サーバが、ユーザが前記車両を前記駐車場から出庫させた場合には、前記有効駐車時間が満了しないうちは、ユーザによる実際の出庫操作を待って、出庫扱いとする一方、前記有効駐車時間が満了すると、ユーザによる実際の出庫操作を待つことなく、出庫扱いとする工程と
を含む方法。

この一例においては、前記入庫処理が、さらに、前記携帯端末が、前記入力した有効駐車時間の長さに見合う額の前払い駐車料金が支払われることを可能にする工程を含んでもよい。

（４９） さらに、
同じユーザが、実際の出庫操作を行うことなく、前記有効駐車時間の満了前に、同じ駐車場に再入庫したか否かを判定する再入庫判定工程を含み、
前記再入庫が行われたと判定された場合には、前記入庫処理工程のうちの少なくとも実質的な部分の実行が省略される（４８）項に記載の方法。

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

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

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

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

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

この記録媒体は種々な形式を採用可能であり、例えば、フレキシブル・ディスク等の磁気記録媒体、ＣＤ、ＣＤ−ＲＯＭ等の光記録媒体、ＭＯ等の光磁気記録媒体、ＲＯＭ等のアンリムーバブル・ストレージ等のいずれかを採用し得るが、それらに限定されない。

（５３） 複数人のユーザの複数の携帯端末との通信により、管理サーバが複数の駐車場を集中的に管理するシステムであって、
前記携帯端末および前記管理サーバのうち、いずれかのユーザの車両がいずれかの駐車場に入庫するための入庫処理を支援する入庫処理部と、
前記携帯端末および前記管理サーバのうち、前記車両が前記駐車場から出庫するための出庫処理を支援する出庫処理部と
を含み、
その出庫処理部は、前記携帯端末によって検出される自身の位置およびその位置の時間的変化と、前記携帯端末によって検出または推定される自身の速度または加速度とに基づき、ユーザが前記車両に乗車せずに歩行者として前記駐車場から退場したか走行中の前記車両に乗車して前記駐車場から退場したかを判別する行動解析部を含むシステム。

（５４） 複数人のユーザの複数の携帯端末との通信により、管理サーバが複数の駐車場を集中的に管理するシステムであって、
前記携帯端末および前記管理サーバのうち、いずれかのユーザの車両がいずれかの駐車場に入庫するための入庫処理を支援する入庫処理部と、
前記携帯端末および前記管理サーバのうち、前記車両が前記駐車場から出庫するための出庫処理を支援する出庫処理部と
を含み、
前記入庫処理部は、
前記携帯端末のうち、前記いずれかの駐車場に前記車両を駐車することをユーザが希望する時間帯である有効駐車時間を入力する有効駐車時間入力部を含み、
前記出庫処理部は、
前記携帯端末のうち、ユーザが前記車両を前記駐車場から出庫させる旨の意思表示として行った出庫操作を入力する出庫操作入力部と、
前記携帯端末および／または前記管理サーバのうち、ユーザが前記車両を前記駐車場から出庫させた場合には、前記有効駐車時間が満了しないうちは、ユーザによる実際の出庫操作を待って、出庫扱いとする一方、前記有効駐車時間が満了すると、ユーザによる実際の出庫操作を待つことなく、出庫扱いとする出庫扱い制御部と
を含むシステム。

この一例においては、前記入庫処理部が、さらに、前記携帯端末が、前記入力した有効駐車時間の長さに見合う額の前払い駐車料金が支払われることを可能にする駐車料金支配可能化部を含んでもよい。

図１は、本発明の例示的な第１の実施形態に従う駐車場管理システムによって集中的に管理される複数の駐車場のうちの一つを例示的に示す平面図である。

図２は、図１に示す複数の車室の一部を、それら車室内にそれぞれ車両が停止している状態で示す平面図である。

図３は、図１に示す駐車場管理システムにおいて、各駐車場にいるユーザの携帯端末と、遠隔地にある管理センタ内の管理サーバとが互いに通信する様子の一例を示す斜視図である。

図４は、図３に示すユーザの携帯端末と同図に示す管理サーバとの間での遠距離双方向通信と、人工衛星と携帯端末との間の通信と、図１に示す駐車場に設置されている発信機との間の近距離一方向通信とをそれぞれ概念的に表す図である。

図５は、図４に示す携帯端末を概念的に表す機能ブロック図である。

図６は、図４に示す管理サーバを概念的に表す機能ブロック図である。

図７は、図５に示す携帯端末のコンピュータによって実行される複数のプログラム（またはモジュール）と、図６に示す管理サーバのコンピュータによって実行される複数のプログラム（またはモジュール）とを一覧表示する図である。

図８（ａ）−図８（ｃ）は、それぞれ、前記駐車場管理システムによって実現される第１−第３の例示的な駐車シーケンスを概念的に表すタイムチャートである。

図９は、前記駐車場管理システムにおいて、駐車場への入庫ステージにおいてユーザがとり得る複数の行為とそれら行為によって生ずる結果とを一覧表示する図である。

図１０は、前記駐車場管理システムにおいて、駐車場からの出庫ステージにおいてユーザがとり得る複数の行為とそれら行為によって生ずる結果とを一覧表示する図である。

図１１は、前記駐車場管理システムにおいて、利用可能な複数の駐車場を潜在的な複数人のユーザに地図に関連付けて案内するために携帯端末および管理サーバによってそれぞれ実行される駐車場案内プログラムの一例を概念的に表すフローチャートである。

図１２は、前記駐車場管理システムにおいて、ユーザがある駐車場において入庫処理を行うことを支援するために携帯端末および管理サーバによってそれぞれ実行される入庫処理プログラムの一例を概念的に表すフローチャートである。

図１３は、前記駐車場管理システムにおいて、ユーザがある駐車場に入庫した後、実際の駐車時間の経過を監視するために携帯端末および管理サーバによってそれぞれ実行される経過監視プログラムの一例を概念的に表すフローチャートである。

図１４は、前記駐車場管理システムにおいて、各ユーザの携帯端末からの情報に基づき、各駐車場に空室があるか否かを判定するために管理サーバによって実行される空室判定プログラムの一例を概念的に表すフローチャートである。

図１５は、前記駐車場管理システムにおいて、ユーザがある駐車場に入庫した後、ユーザからの延長リクエストに応答し、有効駐車時間を延長するために携帯端末および管理サーバによってそれぞれ実行される延長リクエスト処理プログラムの一例を概念的に表すフローチャートである。

図１６は、前記駐車場管理システムにおいて、ユーザがある駐車場に入庫した後、ユーザが出庫処理を行うことを支援するために携帯端末および管理サーバによってそれぞれ実行される出庫処理プログラムの一例の一部を概念的に表すフローチャートである。

図１７は、図１６に示す出庫処理プログラムのうちの残りの部分を概念的に表すフローチャートである。

図１８は、前記駐車場管理システムにおいて、ユーザがある駐車場に入庫した後、ユーザの行動を解析するために携帯端末によって実行される行動解析プログラムの一例を概念的に表すフローチャートである。

図１９（ａ）は、図１８に示す行動解析プログラムによって解析されるユーザ歩行中の原波形を表す波形図であり、図１９（ｂ）は、図１９（ａ）に示す原波形に対して強度解析処理が行われた結果得られる波形を表す波形図である。

図２０（ａ）は、図１９（ａ）に示す原波形に対して周波数解析処理が行われた結果得られる周波数成分を表す波形図であり、図２０（ｂ）は、同じ原波形に対して周波数解析処理が行われた結果得られる別の周波数成分を表す波形図である。

図２１（ａ）は、図１８に示す行動解析プログラムによって解析されるユーザ走行中の原波形を表す波形図であり、図２１（ｂ）は、図２１（ａ）に示す原波形に対して強度解析処理が行われた結果得られる波形を表す波形図である。

図２２（ａ）は、図２０（ａ）に示す原波形に対して周波数解析処理が行われた結果得られる周波数成分を表す波形図であり、図２２（ｂ）は、同じ原波形に対して周波数解析処理が行われた結果得られる別の周波数成分を表す波形図である。

図２３は、本発明の例示的な第２の実施形態に従う駐車場管理システムにおいて、ユーザがある駐車場に入庫した後、ユーザの行動を解析するために携帯端末によって実行される行動解析プログラムの一例を概念的に表すフローチャートである。

図２４は、図１２に示すステップＳ１２０４の実行結果の一例を視覚的に示す平面図である。

図２５は、図１２に示すステップＳ１２０５、Ｓ１２１２およびＳ１２１５のそれぞれの実行結果の一例を説明の便宜上、まとめて視覚的に示す平面図である。

図２６は、図６に示す管理サーバのメモリにユーザごとに複数のデータおよび複数のフラグが保存される様子の一例を駐車場別ステータス管理テーブルとして概念的に表す平面図である。

図２７は、本発明の例示的な第３の実施形態に従う駐車場管理システムを概念的に表す機能ブロック図である。

図２８は、図２７に示す携帯端末が、駐車場に駐車される車両の車内において載置されて使用される様子の一例を示す斜視図である。

図２９は、図２７に示す携帯端末のコンピュータによって実行される入庫処理プログラムのうち、第１および第２の実施形態とは異なるステップのみを入庫時入場駐車場特定モジュールとして取り出して概念的に表すフローチャートである。

図３０は、図２７に示す携帯端末のコンピュータによって実行される出庫処理プログラムのうち、第１および第２の実施形態とは異なるステップのみを出庫時入場駐車場特定モジュールとして取り出して概念的に表すフローチャートである。

図３１は、図２７に示す携帯端末のコンピュータによって実行される出庫処理プログラムのうち、第１および第２の実施形態とは異なるステップのみを出庫時退場駐車場特定モジュールとして取り出して概念的に表すフローチャートである。

図３２は、図２９−図３１にそれぞれ示す入庫時入場駐車場特定モジュール、出庫時入場駐車場特定モジュールおよび出庫時退場駐車場特定モジュールを説明するための概略図である。

図３３は、図２７に示す携帯端末において実行される高頻度旋回状態判定工程の原理を概念的に説明するためのグラフである。

図３４は、図２７に示す携帯端末において任意選択的に実行される高頻度加減速状態判定工程の原理を概念的に説明するためのグラフである。

図３５は、本発明の例示的な第４の実施形態に従う駐車場管理システムにおける駐車場別ステータス管理テーブル作成・更新部および空室判定部の作動原理を説明するために、ある駐車場において、ユーザごとに、各車室のステータス（占有状態）が時間と共に遷移する様子を例示するタイムチャートである。

図３６は、図３５に示す駐車場管理システムにおける駐車場別ステータス管理テーブル作成・更新部を実施するためのテーブル作成・更新モジュールを概念的に表すフローチャートである。

図３７は、図３５に示す駐車場管理システムにおける空室判定部を実施するための空室判定モジュールを概念的に表すフローチャートである。

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

［第１の実施形態］

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

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

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

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

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

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

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

このシステム１０は、その駐車場管理方式として前述の集中管理方式を採用している。具体的には、図３に示すように、各駐車場２０に居る各ユーザの携帯端末９０と、複数の駐車場２０を集中的に管理する管理センタ４０に設置される管理サーバ５０とを備えている。

管理センタ４０は、駐車場管理者（例えば、駐車場２０として使用される土地の所有者であって自らその駐車場２０を管理するもの、他人の土地の所有者からその土地を駐車場２０として管理することを委託される駐車場管理会社）によって運営される。

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

携帯端末９０は、前述の情報処理端末の一例であるが、常時ユーザによって携帯されるタイプの情報処理端末ではない。携帯端末９０は、車両内においてはユーザによって携帯されないが、車両外においてはユーザによって携帯されるというように、携帯可能な端末を意味である。

図４に示すように、携帯端末９０は、必須の機能として、宇宙空間内に存在する複数の人工衛星からのＧＰＳ(Global Positioning System、グローバル・ポジショニング・システム）信号を受信し、携帯端末９０の現在の地図上位置（地上位置）を測定する測位機能を有する。

さらに、携帯端末９０は、任意選択的な態様においては、ＧＰＳ信号（場外発信機の一例）に加えて、基地局（場外発信機の別の例）の位置座標を表す信号や、駐車場２０に設置される発信機（「場内発信機」ともいう）３０からの信号であって各発信機３０に固有の発信機ＩＤを表すものも受信する。

この任意選択的な態様においては、携帯端末９０が、各発信機３０から受信した信号によって表される発信機ＩＤを、それに対応する駐車場ＩＤであって当該発信機３０が設置されているはずである駐車場３０を識別するものに、両者間の対応関係を表すように予め定義されたルール（例えば、変換テーブル）に従って変換する。

その結果、携帯端末９０は、今回検知した発信機３０を他の発信機３０から識別してその今回検知した発信機３０の位置（例えば、地図上位置、設置されている駐車場の位置など）を測定し、および／または、今回の発信機３０から受信した信号の強度を測定することにより、その発信機３０と携帯端末９０との間の距離を測定する。

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

図４に示すように、携帯端末９０は、管理センタ４０の管理サーバ５０との間で遠距離双方向無線通信を行う。また、発信機３０が駐車場２０に設置されている態様においては、図４に示すように、携帯端末９０は、ユーザが現在訪問している駐車場２０に設置されている発信機３０から前述の識別信号を、発信機３０との接触状態または非接触状態で、近距離一方向無線通信方式で受信する。

図２に示すように、ユーザは、携帯端末９０を車内において操作することにより、測位のための受信（ＧＰＳ受信、基地局からの受信、場内発信機３０からの受信など）を行ったり、管理サーバ５０と通信することが可能である。この態様によれば、ユーザは、入庫（前払い駐車の場合の決済を含む）および出庫（後払い駐車の場合の決済を含む）のための携帯端末９０に対する操作を車内で行うことができ、寒暖、風雨等の天候によって煩わされずに済む。

これに対し、図３に示すように、ユーザは、携帯端末９０を車外において操作することにより、測位のための受信を行ったり、管理サーバ５０と通信することが可能である。この態様は、例えば、ユーザが携帯端末９０を場外発信機３０に接近してかざしたり接触したりすることが必要である場合に有意義である。

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

この携帯端末９０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１３６と、発信機３０および管理サーバ５０からの信号を受信する受信部１３８と、信号を生成してその信号を管理サーバ５０に送信する送信部１４０とを有する。

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

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

なお、これに代わるかまたはこれに加えて、携帯端末９０は、地球上における位置（緯度および経度）を、複数の基地局の位置を用いて三角測量によって測定してもよい。

すなわち、携帯端末９０のうち、測位部２３０（前記位置取得部の一例）は、各々場外発信機としての、ＧＰＳ測位部もしくは基地局測位部であってもよく、または、場内発信機３０であってもよいのである。

この携帯端末９０は、さらに、自身の加速度（例えば、携帯端末９０が並進運動する際の加速度）を検出する加速度センサ１５４を内蔵している。その加速度センサ１５４は、携帯端末９０に搭載されているため、携帯端末９０と一体的に振動し、その結果、加速度センサ１５４自体に作用する加速度を、携帯端末９０に作用する加速度と等価なものとして検出する。

この加速度センサ１５４の型式は、例えば、半導体ピエゾ抵抗型、静電容量型、熱検知型などである。一例においては、この加速度センサ１５４が、Ｘ軸、Ｙ軸およびＺ軸という３軸方向の加速度Ｇｘ，Ｇｙ，Ｇｚを個々に検出し、それら３つの検出値Ｇｘ，Ｇｙ，Ｇｚの合成値Ｇｒとして１つの代表加速度を出力するように設計することが可能である。

この加速度センサ１５４は、ユーザが携帯端末９０を携帯している場合には、そのユーザに作用する加速度に近似するものを検出し、また、そのユーザが車両に乗車している場合には、その車両に作用する加速度（例えば、前後方向加速度、前後方向減速度）に近似するものを検出する。

なお、携帯端末９０に作用する加速度は、理論的には、上述のＧＰＳ信号に基づいて測定された位置の時間微分を行って速度を計算し、さらに、その速度の時間微分を行うことによって計算することが可能である。しかし、精度の点では、加速度センサ１５４によって検出された加速度の方が優れている可能性がある。いずれにしても、この加速度センサ１５４は、車両の軸加速度を検出または推定によって取得する加速度取得部の一例なのである。

この携帯端末９０は、さらに、任意選択的に、図示しないが、携帯端末９０に曝される光（例えば、太陽光）を検出する光センサ、携帯端末９０に曝される音（例えば、車両のエンジン音）を検出する音センサ、携帯端末９０に対する物体（例えば、車両）の接近を検出する近接センサ（その一例を後に詳述する）などを内蔵することが可能である。

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

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

次に、機能ブロック図である図７を参照して携帯端末９０のコンピュータ１３４および管理サーバ５０のコンピュータ１６４のそれぞれのソフトウエア構成を概念的に説明する。

図７に示すように、携帯端末９０のコンピュータ１３４は、次の特徴部（プログラム実行部ないしは機能部）を有する。

１．駐車場案内部２００

これは、システム１０において、利用可能な複数の駐車場２０を潜在的な複数人のユーザに地図に関連付けて案内するために携帯端末９０によって実行される駐車場案内プログラムの一例に相当する（図１１の左側部分を参照）。

この駐車場案内部２００は、後述の駐車場案内部３００も同様であるが、通常、いずれの駐車場２０にも滞在していない潜在的な複数人のユーザ（これからいずれかの駐車場に移動してその駐車場を利用したいと思っているユーザ）に対し、各ユーザからの個別のアクセスに応答して、管理サーバ５０が、必要な案内情報を各ユーザの携帯端末９０に個別に配信する。

具体的には、この駐車場案内部２００は、後述の駐車場案内部３００も同様であるが、潜在的な各ユーザからのアクセスに応答し、実在する各駐車場２０を、利用可能な車室の存否を表す満空情報（後述の空室判定部３０６によって取得される）と一緒に、各ユーザの携帯端末９０の画面上に表示する。

その結果、携帯端末９０は、複数の駐車場２０のうち、ユーザの現在位置（例えば、ＧＰＳによって測定された位置）の近傍に位置する、すべての駐車場２０より少数の候補駐車場２０のみを自動的に選択して画面上に表示する。その表示される候補駐車場２０の位置および種類は、ユーザの移動につれて変化する。

２．入庫処理部２０２

これは、システム１０において、ユーザが、そのユーザによって選択されたいずれかの駐車場（以下、「選択駐車場」ともいう）２０において入庫処理を行うことを支援するために携帯端末９０によって実行される入庫処理プログラムの一例に相当する（図１２の左側部分を参照）。この入庫処理部２０２は、後述の入庫処理部３０２も同様であるが、ユーザが選択駐車場２０に滞在していないと、ユーザによる入庫処理を受け付けない。

この入庫処理部２０２は、後述の入庫処理部３０２と同様に、駐車料金を計算する駐車料金計算部を備えている。その駐車料金計算部は、一例においては、駐車場２０ごとに異なるルールであってもよいが、同じ駐車場２０を利用するユーザに対しては一律に、同じルールで駐車料金を計算し、また、別の例においては、駐車場２０ごとに異なるルールで、かつ、同じ駐車場２０を利用するユーザごとに異なるルールで駐車料金を計算する。このことは、前払い駐車料金であるか後払い駐車料金であるかを問わない。

後者の例においては、駐車料金の額が、駐車場３０の位置ごとに変動するとともに、ユーザごとに変動することになり、その結果、ユーザへの個別の対応（例えば、ユーザごとの個別の利用実績を反映してディスカウントしたり、過去の違反履歴を反映して通常値より高額の駐車料金を請求する）を行うことが可能となる。

３．経過監視部２０４

これは、システム１０において、各ユーザが駐車場２０において駐車を開始した後、実際の駐車時間の経過を個別に監視し、その結果（有効駐車時間のうちの残存時間）を、各ユーザが駐車場２０の内部にいるか外部にいるかを問わず、各ユーザの携帯端末９０に個別に通知するために携帯端末９０によって実行される経過監視プログラムの一例に相当する（図１３の左側部分を参照）。

４．延長リクエスト処理部２０６

これは、システム１０において、各ユーザが駐車場２０において駐車を開始した後、各ユーザが駐車場２０の内部にいるか外部にいるかを問わず、携帯端末９０を介した各ユーザからの延長リクエストに応答して有効駐車時間を個別に延長するために携帯端末９０によって実行される延長リクエスト処理プログラムの一例に相当する（図１５の左側部分を参照）。

５．出庫処理部２０８

これは、システム１０において、ユーザが選択駐車場２０において駐車を開始した後、ユーザが選択駐車場２０内において出庫処理を行うことを支援するために携帯端末９０によって実行される出庫処理プログラムの一例に相当する（図１６および図１７のそれぞれの左側部分を参照）。この出庫処理部２０８は、後述の出庫処理部３１０も同様であるが、ユーザが選択駐車場２０に滞在していないと、ユーザによる出庫処理を受け付けない。

６．行動解析部２１０

これは、システム１０において、ユーザが出庫のために選択駐車場２０に入場した後、ユーザの行動を解析するために携帯端末９０によって実行される行動解析プログラムの一例を概念的に表すフローチャートに相当する（図１８の左側部分を参照）。

この行動解析部２１０は、１）携帯端末９０によって測定された自身の位置に基づき、ユーザが駐車場２０内に存在していることを検出する位置検出部２１２と、２）ユーザが駐車場２０内を移動している（歩行中であるか車両に乗車中であるかを問わない）ことを検出する移動検出部２１４と、３）携帯端末９０に搭載されて一体的に振動する加速度センサ１５４によって検出された加速度に基づき、ユーザが車両に乗車して移動している（走行している）ことを検出する乗車検出部２１６とを有する。

一例においては、移動検出部２１４が、携帯端末９０によって測定された自身の位置の時間的変化の有無に基づき、ユーザが駐車場２０内を移動している（歩行中であるか車両に乗車中であるかを問わない）ことを検出する。

別の例においては、移動検出部２１４が、携帯端末９０によって時々刻々検出または推定される自身の速度のうちの実質的な最大値が第１基準値（例えば、時速１ｋｍ）以下であれば、ユーザが静止中または停止中であると判定する一方、その第１基準値を超えれば、ユーザが移動中であると判定する。

一例においては、乗車検出部２１６が、携帯端末９０に搭載されて一体的に振動する加速度センサ１５４によって検出された加速度に基づき、ユーザが車両に乗車して移動している（走行している）ことを検出する。

この場合、その乗車検出部２１６は、加速度センサ１５４によって検出された加速度の波形のうちの最新の分析窓内の部分（最新の時間窓セグメント）に属する複数の加速度値のうちの最大強度を、時間の経過につれて順次測定する強度解析部と、加速度センサ１５４によって検出された加速度の波形のうちの最新の分析窓内の部分（最新の時間窓セグメント）から複数の周波数成分を抽出し、それら周波数成分のうち振幅が最大であるものの周波数を測定する周波数解析部とを有する。

別の例においては、乗車検出部２１６が、携帯端末９０によって時々刻々検出または推定される自身の速度のうちの実質的な最大値が第２基準値（例えば、時速１０ｋｍ）以下であれば、ユーザが歩行中であると判定する一方、その第２基準値を超えれば、ユーザが車両移動中であると判定する。

この行動解析部２１０は、さらに、追加的なオプションまたは代替的なオプションとして、加速度センサ１５４の検出結果に基づき、単位時間当たりのユーザの歩数を検出する歩数検出部２１８を有する。

その歩数検出部２１８は、加速度センサ１５４によって検出される加速度であってユーザによって携帯される携帯端末９０のものが所定値以上の振れ幅で変化したことに基づき、携帯端末９０に、検知すべき振動が発生したとして、振動の累積数に１を加算するように動作するプログラムである。

その歩数検出部２１８の一例が、特開２００９−２９６０９７号公報に開示されており、それと同様な技術を本実施形態における歩数検出部２１８が採用してもよい。

また、この行動解析部２１０においては、乗車検出部２１６が移動検出部２１４を兼ねることにより、その移動検出部２１４を省略してもよい。この場合、目的達成のために、乗車検出部２１６は、携帯端末９０の速度は参照するが加速度は参照せずに済む。

７．測位部２３０

これは、前記ＧＰＳ信号、基地局または場内発信機３０からの識別信号に基づいて携帯端末９０の位置すなわちユーザの位置を測定するために携帯端末９０によって実行される測位プログラム（図示しない）の一例に相当する。

前述のように、場内発信機３０は、近距離通信用デバイスであるため、測位部２３０は、駐車場２０の外部においては、ＧＰＳ信号または基地局を用いて測位を行う一方、駐車場２０の内部においては、ＧＰＳ信号、基地局および／または場内発信機３０を用いて測位を行う。

場内発信機３０は、高層建築物などの障害物に隣接しているためにＧＰＳ信号の受信障害が発生するかもしれない駐車場２０において、常に安定した特性での受信ひいては測位を携帯端末９０に保証する点で有利である。

次に、機能ブロック図である図７を参照して管理サーバ５０のコンピュータ１６４のソフトウエア構成を概念的に説明する。ただし、測位部２３０は、ＧＰＳ測位部または基地局測位部のみとし、場外発信機３０を除外する。

１．駐車場案内部３００

これは、システム１０において、利用可能な複数の駐車場２０を潜在的な複数人のユーザに地図に関連付けて案内するために管理サーバ５０によって実行される駐車場案内プログラムの一例に相当する（図１１の右側部分を参照）。

具体的には、この駐車場案内部３００は、潜在的な各ユーザからのアクセスに応答し、実在する各駐車場２０を、利用可能な車室の存否を表す満空情報（後述の空室判定部３０６によって取得される）と一緒に、各ユーザの携帯端末９０の画面上に表示する。

２．入庫処理部３０２

これは、システム１０において、ユーザが選択駐車場２０において入庫処理を行うことを支援するために管理サーバ５０によって実行される入庫処理プログラムの一例に相当する（図１２の右側部分を参照）。

３．経過監視部３０４

これは、システム１０において、各ユーザが駐車場２０において駐車を開始した後、実際の駐車時間の経過を個別に監視し、その結果（有効駐車時間のうちの残存時間）を、各ユーザが駐車場２０の内部にいるか外部にいるかを問わず、各ユーザの携帯端末９０に個別に通知するために管理サーバ５０によって実行される経過監視プログラムの一例に相当する（図１３の右側部分を参照）。

４．空室判定部３０６

これは、システム１０において、各ユーザの携帯端末９０からの情報に基づき、各駐車場２０に空室があるか否かを判定するために管理サーバ５０によって実行される空室判定プログラムの一例に相当する（図１４を参照）。

４．延長リクエスト処理部３０８

これは、システム１０において、各ユーザが駐車場２０において駐車を開始した後、各ユーザが駐車場２０の内部にいるか外部にいるかを問わず、携帯端末９０を介した各ユーザからの延長リクエストに応答して有効駐車時間を個別に延長するために管理サーバ５０によって実行される延長リクエスト処理プログラムの一例に相当する（図１５の右側部分を参照）。

５．出庫処理部３１０

これは、システム１０において、ユーザが選択駐車場２０において駐車を開始した後、ユーザが選択駐車場２０内において出庫処理を行うことを支援するために管理サーバ５０によって実行される出庫処理プログラムの一例に相当する（図１６および図１７のそれぞれの右側部分を参照）。

＜駐車シーケンスのいくつかの例＞

図８には、システム１０を用いて実現される駐車シーケンスのいくつかの例がタイムチャートで表されている。以下、具体的に説明する。

＜第１の駐車シーケンス＞

図８（ａ）には、システム１０において、ユーザが車両をある駐車場２０に入庫させた後、有効駐車時間の満了前に、ユーザが携帯端末９０に対して出庫操作（例えば、後述のように、携帯端末９０の画面上に表示される仮想的な「出庫ボタン」をユーザがタップする（その他にも、例えば、タッチする、押圧する、選択する、音声指示する）という操作）を行った後、ユーザが自身の車両に乗車して駐車場２０から退場する（出庫する）という第１の例示的な駐車シーケンスが概念的に表されている。

後述の他の駐車シーケンスにおいても同様に、入庫ステージは、ユーザが、入庫（車両が駐車場に進入すること）を目的として、ある駐車場２０に入場する行為によって開始し、その駐車場２０から退場する行為によって終了する。ユーザが駐車リクエスト（または入庫リクエスト）を携帯端末９０に対して入力すると、そのタイミングで有効駐車時間のうちの残存時間の減算（カウントダウン）が開始されるとともに実駐車時間の増加（カウントアップ）が開始される。

これに対し、出庫ステージは、ユーザが、出庫（車両が駐車場から退出すること）を目的として、前記入庫が行われた駐車場２０に入場する行為によって開始し、その駐車場２０から退場する行為によって終了する。

図８（ａ）に示す駐車シーケンスにおいては、有効駐車時間の満了前にユーザが駐車場２０から退場し、その退場に先立ち、ユーザは前記出庫操作を行う。その結果、実駐車時間は、「入庫（駐車リクエストの発生、入庫操作）」を始点とし、「出庫操作」を終点とする。そのため、この駐車シーケンスにおいては、出庫ステージにおけるユーザの退場（車両と一緒に）が、実際の出庫（実出庫）を意味することになる。

＜第２の駐車シーケンス＞

図８（ｂ）には、システム１０において、ユーザが車両をある駐車場２０に入庫させた後、有効駐車時間の満了前に、ユーザが携帯端末２０に対して前記出庫操作を行うことなく自身の車両に乗車して駐車場２０から退場する（出庫する）という第２の例示的な駐車シーケンスが概念的に表されている。

この駐車シーケンスにおいては、有効駐車時間の満了前に、ユーザが駐車場２０から車両と共に退場し、その退場に先立ち、ユーザは前記出庫操作を行わない。この場合、その後、有効駐車時間が満了すると、ユーザは出庫操作を行ったものとみなされる。よって、この場合、実駐車時間は有効駐車時間と一致する。そのため、この駐車シーケンスにおいては、出庫ステージにおけるユーザの退場（車両と一緒に）が、仮の出庫（仮出庫）を意味することになる。

＜第３の駐車シーケンス＞

図８（ｃ）には、システム１０において、ユーザが車両をある駐車場２０に入庫させた後、有効駐車時間の満了前に、ユーザが携帯端末９０に対して前記出庫操作を行うことなく駐車場２０から出庫（車両と共に退場）し、さらに、その後、再度、車両を同じ駐車場２０に入庫させるという第３の例示的な駐車シーケンスが概念的に表されている。

この駐車シーケンスにおいては、１回目の実駐車が終了し、ユーザが車両を駐車場２０から出庫させる。その出庫に先立ち、図示しないが、ユーザが前記出庫操作を、有効駐車時間の満了前に行わない。よって、ユーザには再入庫が許可される（新たな駐車料金の支払いなしで入庫が許可される）。その再入庫が許可される時間帯は、１回目の実駐車における出庫のタイミングと、有効駐車時間が満了するタイミングとの間で定義される。

その後、ユーザは、２回目の実駐車のために車両を同じ駐車場２０に入庫させる。今回は、前記再入庫が許可されているため、ユーザは、１回目の実駐車の際に要求された入庫処理（例えば、有効駐車時間の入力、駐車料金の支払い）を行うことが不要となり、直ちに、空いているいずれかの車室内に車両を入庫させることが許可される。その結果、２回目の実駐車が開始される。

その後、同図に示すように、ユーザが、前記出庫操作を行うことなく、車両を駐車場２０から出庫させる場合には、その後に有効駐車時間が満了すると、ユーザが前記出庫操作を行ったものとみなされる。そのタイミングで、２回目の実駐車についての継続時間の進行も全体の実駐車時間の進行も終了する。

これに対し、図示しないが、ユーザが、前記出庫操作を行った後、車両を駐車場２０から出庫させる場合には、前記出庫操作を行ったタイミングで、２回目の実駐車についての継続時間の進行も全体の実駐車時間の進行も終了する。

図９には、システム１０において、駐車場２０への入庫ステージにおいてユーザがとり得る複数の行為とそれら行為によって生じる結果とが一覧表示されている。

ある回の入庫ステージにおいて、ユーザがある駐車場２０に入場するという事例は、その入場が初回の入場であるという事例と、再度の入場（２回目の入場、３回目以上の各回の入場）であるという事例とに分類される。初回の入場であるという事例においては、初回の入庫に該当するため、ユーザに対し、通常の取扱いが行われる。

これに対し、再度の入場であるという事例は、それに先行する出庫ステージにおいてユーザが前記出庫操作を行っていたという事例と、行っていなかったという事例とに分類される。

ユーザが前記出庫操作を行っていたという事例においては、ユーザに対し、初回の入庫と同じ取扱いが行われる。

これに対し、ユーザが前記出庫操作を行っていなかったという事例においては、ユーザに対し、各時点において、有効駐車時間がオーバーしておらず、時間内である場合には、ユーザに対し、今回の入庫、すなわち、再入庫が許可される。一方、その時点において有効駐車時間がオーバーしている場合には、ユーザに対し、今回の入庫、すなわち、再入庫が禁止される。その結果、ユーザに対し、初回の入庫と同じ取扱いが行われる。

図１０には、システム１０において、駐車場２０からの出庫ステージにおいてユーザがとり得る複数の行為とそれら行為によって生じる結果とが一覧表示されている。

ある回の出庫ステージにおいて、ユーザがある駐車場２０に入場するという事例は、その後に前記出庫操作が有効駐車時間内に行われるという事例と、その後に前記出庫操作が行われないという事例とに分類される。

入場後に前記出庫操作が時間内に行われるという事例は、ユーザが時間内に車両と共に退場したという事例と、退場しないという事例とに分類される。前者の事例においては、ユーザが車両を駐車場２０から出庫させたと判定される。

これに対し、ユーザが退場しないという事例は、各時点において、時間内であるという事例と、有効駐車時間のうちの残存時間がわずかであるという事例と、有効駐車時間が経過して時間オーバーとなったという事例とに分類される。

それら事例のうち、残存時間がわずかであるという事例においては、ユーザに対し、有効駐車時間を延長することを催促され、また、時間オーバーとなったという事例においては、ユーザが不正な行為を行ったという理由で、何らかのペナルティがユーザに課される。

一方、入場後に前記出庫操作が行われないという事例は、ユーザが車両と共に退場したという事例と、退場しないという事例とに分類される。

ユーザが車両と共に退場したという事例は、時間内に退場したという事例と、時間オーバーとなった後に退場したという事例とに分類される。前者の事例においては、ユーザに対し、再入庫が許可される。これに対し、後者の事例においては、時間オーバーとなったタイミングで、ユーザが前記出庫操作を行ったものとみなされる。

これに対し、ユーザが車両と共に退場しないという事例は、各時点において、時間内であるという事例と、有効駐車時間のうちの残存時間がわずかであるという事例と、有効駐車時間が経過して時間オーバーとなったという事例とに分類される。

それら事例のうち、残存時間がわずかであるという事例においては、ユーザに対し、有効駐車時間を延長することを催促され、また、時間オーバーとなったという事例においては、ユーザが、駐車場２０の規約に違反したという理由で、何らかのペナルティがユーザに課される。

次に、携帯端末９０および管理サーバ５０によって実行される複数の処理、すなわち、ユーザに提供される複数のサービスを説明する。ただし、駐車場２０が前払い時間貸し式である場合を例にとり、説明する。

＜駐車場案内および測位＞

図１１に示すように、携帯端末９０のうちの駐車場案内部２００および測位部２３０ならびに管理サーバ５０のうちの駐車場案内部３００は、それぞれの駐車場案内プログラムを実行する。

具体的には、携帯端末９０は、ステップＳ１１０１において、管理サーバ５０が運営するウエブサイトにログインするためのリクエストを管理サーバ５０に送信する。

そのリクエストを受信すると、管理サーバ５０は、ステップＳ１１５１において、携帯端末９０と管理サーバ５０との間に通信を確立する。

その後、管理サーバ５０は、ステップＳ１１５２において、メモリ１６２を検索して、管理センタ４０が管理している複数の駐車場２０の全部または一部につき、各駐車場２０の地図上位置（例えば、各駐車場２０を代表する１か所の経緯度）を表す駐車場位置データと、各駐車場２０を識別するための駐車場ＩＤを表す駐車場ＩＤデータとを取得する。

その後、管理サーバ５０は、ステップＳ１１５３において、空室判定部３０４から、各駐車場２０ごとに、空室が存在するか否かを表す満空状態データ（または、駐車場２０内の車両の混雑度を表す混雑度データ）を取得する。

続いて、管理サーバ５０は、ステップＳ１１５４において、上述の、複数の駐車場２０についての複数の駐車場位置データと、複数の駐車場２０についての複数の駐車場ＩＤデータと、複数の駐車場２０についての複数の満空状態データとを含む（駐車場２０に場内発信機３０が存在する場合には、その場内発信機３０の発信機ＩＤを含む）駐車場関連データセットを携帯端末９０に送信する。

これに応答し、携帯端末９０は、ステップＳ１１０２において、前記駐車場関連データセットを受信し、メモリ１３２に保存する。それにより、携帯端末９０は、いずれかの駐車場２０の位置を駐車場ＩＤに変換すること、いずれかの駐車場２０に設置されているいずれかの場内発信機３０から受信した発信機ＩＤを駐車場ＩＤに変換することが可能となる。

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

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

良く知られているように、ユーザが時間と共に地上を移動すると、それに追従するように前記基準位置も時間と共に移動する。その結果、ユーザの移動に伴い、地図の表示範囲も全体地図上を時間と共に移動し、ひいては、前記ウィンドウ内に表示される地図の画像も時間と共に変化することになる。

続いて、携帯端末９０は、ステップＳ１１０５において、前記受信した複数の駐車場位置データに基づき、携帯端末９０の画面上に表示されている地図上に、複数の駐車場２０がオーバーレイ表示される。さらに、前記受信した満空状態データに基づき、携帯端末９０の画面上に、各駐車場２０の表示位置に関連付けて、各駐車場２０が満杯であるかまたは空室を有するかに関する満空情報（例えば、満室を意味する「満」という文字または各駐車場２０が混雑状態にあることを意味する「混」という文字、空室があることを意味する「空」という文字、空室数を表す数字など）も併せて表示される。

このような視覚的表示により、潜在的な各ユーザは、利用可能な駐車場２０の存在および位置を知ることが容易となる。

＜駐車場別ステータス管理テーブルおよびユーザ行動パターンの再現＞

本実施形態において、ユーザの携帯端末９０からの時系列的な行動情報であって、駐車場２０には紐づけられるが、その駐車場２０内の車室２２には紐付けされないものを管理サーバ５０が参照することにより、駐車場２０の稼働状況すなわちステータスが、車室単位ではなく、ユーザ単位で、総合的にかつリアルタイムで（遅れ時間なく）分析される。

すなわち、本実施形態においては、ある駐車場２０内の個々の車室２２に着目し、各車室２２が空いているか否かを問題にするのではなく、当該駐車場２０に実在する複数台の車両を使用する複数人のユーザのそれぞれに着目し、それぞれの時系列的な行動パターンを復元できるデータを、ユーザに関連付けるとともに、時刻や時間的順序に関連付けて、駐車場別ステータス管理テーブルに記録する。

そのため、ユーザの携帯端末９０からの時系列的な行動情報であって、ユーザの行動が逐次、複数の分類のいずれかに分類され、その分類された複数の行動の時系列データであって図２６に例示される駐車場別ステータス管理テーブルを構成するものが作成される。

ここに、「複数の分類」は、例えば、入庫と、出庫とを含み、さらに、入庫は、初回入庫と、再入庫とに分類され、また、「出庫」は、正規出庫と、みなし出庫と、仮出庫とに分類される。同じ駐車場２０における複数人のユーザの行動パターンの例が、上記行動分類に従い、図３５にタイムチャートで表されている。

駐車場別ステータス管理テーブルは、ユーザの携帯端末９０から管理サーバ５０に送信される各種データを反映するように、リアルタイムで更新される。その結果、駐車場別ステータス管理テーブルにおける各項目の経時変化を観察することにより、図３５に例示するユーザ行動パターンを管理サーバ５０のコンピュータ１６４内で時系列的にリアルタイムで再現することが可能となる。

＜駐車場別ステータス管理テーブルに使用される各種フラグ＞

駐車場別ステータス管理テーブルにおいては、駐車場２０に対するユーザの各種行動を符号化して（二値データとして記録可能となるように）分類するために、複数のフラグが使用される。

１．入庫済フラグ

入庫済フラグは、異なる２つのステータスに切り換わるフラグであって、管理サーバ５０（または携帯端末９０）のメモリに位置し、ユーザに関連付けて保存され、ａ）当該ユーザが所定の入庫条件（例えば、ユーザが必要な個人情報や駐車関連情報を入力し、かつ、必要な料金を支払ったなど）を満たしたためにユーザが特定の駐車場２０に入庫する権限を取得した初回入庫が成立したか、または、後述の再入庫権限を有するユーザが同じ駐車場２０に再入庫したか否かを表す。

この入庫済フラグは、第１のステータス（例えば、ＯＮ状態）において、入庫権限または再入庫権限を取得したことを表す一方、第２のステータス（例えば、ＯＦＦ状態）において、入庫権限も再入庫権限も取得していないことを表す。この入庫済フラグは、通常、初期状態においては、第２のステータスにある。

２．再入庫許可フラグ

再入庫許可フラグは、異なる２つのステータスに切り換わるフラグであって、管理サーバ５０（または携帯端末９０）のメモリに位置し、ユーザに関連付けて保存され、当該ユーザが所定の再入庫条件（例えば、有効駐車時間の満了前であって、出庫操作が行われていないなど）を満たしたためにユーザが、入庫した駐車場２０と同じ駐車場２０に駐車する権限を取得したか否かを表す。

この再入庫許可フラグは、第１のステータス（例えば、ＯＮ状態）において、再入庫権限を取得したことを表す一方、第２のステータス（例えば、ＯＦＦ状態）において、再入庫権限を取得していないことを表す。この再入庫許可フラグは、通常、初期状態においては、第２のステータスにある。

３．出庫済フラグ

出庫済フラグは、異なる２つのステータスに切り換わるフラグであって、管理サーバ５０（または携帯端末９０）のメモリに位置し、ユーザに関連付けて保存され、当該ユーザが、ａ）前記有効駐車時間の満了前に乗車状態で駐車場２０を退場し、その際に出庫操作を行ったために正規出庫（図８（ａ）における「実出庫」に相当する）が成立したか、または、ｂ）前記有効駐車時間の満了前に乗車状態で駐車場２０を退場し、その際に出庫操作を行わなかったために仮出庫（図８参照）が成立し、その後、前記有効駐車時間が満了したためにみなし出庫（図８参照）が成立したか否かを表す。正規出庫またはみなし出庫が成立すると、当該ユーザに対する課金が停止する（実駐車時間が確定する）（図８参照）。

この出庫済フラグは、第１のステータス（例えば、ＯＮ状態）において、正規出庫またはみなし出庫が確認されたことを表す一方、第２のステータス（例えば、ＯＦＦ状態）において、正規出庫もみなし出庫も確認されないことを表す。この出庫済フラグは、通常、初期状態においては、第２のステータスにある。

４．正規出庫フラグ

正規出庫フラグは、異なる２つのステータスに切り換わるフラグであって、管理サーバ５０（または携帯端末９０）のメモリに位置し、ユーザに関連付けて保存され、正規出庫が行われたか否かを表す。

この正規出庫フラグは、第１のステータス（例えば、ＯＮ状態）において、正規出庫が確認されたことを表す一方、第２のステータス（例えば、ＯＦＦ状態）において、正規出庫が確認されないことを表す。この正規出庫フラグは、通常、初期状態においては、第２のステータスにある。

５．みなし出庫フラグ

みなし出庫フラグは、異なる２つのステータスに切り換わるフラグであって、管理サーバ５０（または携帯端末９０）のメモリに位置し、ユーザに関連付けて保存され、みなし出庫が行われたか否かを表す。

このみなし出庫フラグは、第１のステータス（例えば、ＯＮ状態）において、みなし出庫が確認されたことを表す一方、第２のステータス（例えば、ＯＦＦ状態）において、みなし出庫が確認されないことを表す。このみなし出庫フラグは、通常、初期状態においては、第２のステータスにある。

６．仮出庫フラグ

仮出庫フラグは、異なる２つのステータスに切り換わるフラグであって、管理サーバ５０（または携帯端末９０）のメモリに位置し、ユーザに関連付けて保存され、仮出庫が行われたか否かを表す。

この仮出庫フラグは、第１のステータス（例えば、ＯＮ状態）において、仮出庫が確認されたことを表す一方、第２のステータス（例えば、ＯＦＦ状態）において、仮出庫が確認されないことを表す。この仮出庫フラグは、通常、初期状態においては、第２のステータスにある。

７．走行中フラグ

走行中フラグは、第１のステータス（例えば、ＯＮ状態）において、ユーザが車両に乗車して移動中（乗車中）であることを表す一方、第２のステータス（例えば、ＯＦＦ状態）において、それとは異なることを表す。

８．歩行中フラグ

歩行中フラグであって、第１のステータス（例えば、ＯＮ状態）において、ユーザが歩行中であることを表す一方、第２のステータス（例えば、ＯＦＦ状態）において、それとは異なることを表す。

＜入庫処理および測位＞

図１２に示すように、携帯端末９０のうちの入庫処理部２０２および測位部２３０ならびに管理サーバ５０のうちの入庫処理部３０２は、それぞれの入庫処理プログラムを実行する。

携帯端末９０の入庫処理プログラムは、ユーザが初回の入庫または再入庫のためにいずれかの駐車場２０内に入場し、かつ、その駐車場２０内のいずれかの、空いている車室２２内にユーザが車両を入庫させたときに、ユーザによって手動で起動させられるか、または、自動的に起動することが望ましい。

なぜなら、先行して行われる前述の駐車場案内において、いずれかの駐車場２０内に空室があると、ある車両のユーザに案内されても、同じ駐車場２０に実際に入庫するまでに時間がかかる場合には、その間に、別の車両が、その案内された空室に入庫してしまう可能性があり、その場合には、同じ駐車場２０が満室状態となってしまう可能性があるからである。

ここに、前記入庫処理プログラムが自動的に起動するようにするために、例えば、携帯端末９０が、いずれかの駐車場２０内に携帯端末９０の、測定された現在位置が存在するか否かを判定し、存在すると判定した後に、携帯端末９０の位置が所定時間以上変化しない（または、その変化量が基準値以下である）場合に、車両がいずれかの車室２２に入庫したと判定し、携帯端末９０が前記入庫処理プログラムを自動的に起動させることが可能である。

これと同様にして、これに代えてまたはこれに加えて、前記出庫処理プログラムを自動的に起動させることが可能である。

前記入庫処理プログラムにおいては、具体的には、携帯端末９０は、ステップＳ１２０１において、管理サーバ５０が運営するウエブサイトにログインするためのリクエストを管理サーバ５０に送信する。そのリクエストを受信すると、管理サーバ５０は、ステップＳ１２５１において、携帯端末９０と管理サーバ５０との間に通信を確立する。

その後、携帯端末９０は、ステップＳ１２０２において、ＧＰＳ受信機１５２が外部から受信したＧＰＳ信号（または場内発信機３０から受信した識別信号）に基づき、ユーザの現在位置（経緯度）が測定される。これも、測位部２３０を構成する。

続いて、携帯端末９０は、ステップＳ１２０３において、前記測定された現在位置と、前記複数の駐車場２０のそれぞれの駐車場位置（経緯度）（この位置情報は、前述のように、管理サーバ５０から携帯端末９０に既にダウンロードされている）との間の距離が基準値以下であるか否かを判定することにより、ユーザが、前記複数の駐車場２０のうちのいずれかにも存在しない状態から、いずれかの駐車場２０内に存在する状態に変化したか否か、すなわち、ユーザが今まさに、いずれかの駐車場２０に入場したか否かを判定する。

例えば、ステップＳ１２０３の前回の実行時には、ユーザの現在位置といずれの駐車場２０の位置との距離が基準値より長かったが、今回の実行時には、その距離が基準値以下であったか否かを判定するのである。

本実施形態においては、入場の有無の判定手法につき、出庫ステージにおける入場判定と同様に、入庫ステージにおいても、ユーザの行動解析の結果、ユーザが車両に乗車して移動している（走行中である）と判定されることを条件に、ユーザがいずれかの駐車場２０に入場したか否かを判定するという手法は採用しない。

すなわち、入庫ステージにおいても、歩行によるか車両に乗車した状態であるかを問わず（加速度センサ１５４を用いたユーザ行動解析を行うことなく）、ユーザがいずれかの駐車場２０に入場したか否かを判定するのである。これは、出庫ステージにおける入場と同様に、入庫ステージにおいても、その性質上、通常、ユーザが歩行していずれかの駐車場２０に入場することはないことと考えるのが常識であるからである。

しかし、これに代えて、ユーザの行動解析の結果、ユーザが車両に乗車して移動している（走行中である）と判定されることを条件に、ユーザがいずれかの駐車場２０に入場したか否かを判定する態様で本発明を実施することが可能である。

なお、ステップＳ１２０２およびＳ１２０３においては、該当する駐車場２０に場内発信機３０が設置されている場合には、ＧＰＳ信号に代えて、その場内発信機３０から受信した識別信号を用いて、ユーザの現在位置すなわち現在の駐車場２０の位置を取得してもよい。

ユーザがいずれの駐車場２０にも入場していない場合には、このステップＳ１２０３の判定がＮＯとなり、ステップＳ１２０２に戻る。ユーザがいずれかの駐車場２０に入場する状態が実現されるまで、ステップＳ１２０２−１２０３が反復される。

ユーザがいずれかの駐車場２０に入場した場合には、このステップＳ１２０３の判定がＹＥＳとなり、ステップＳ１２０４に進む。

このステップＳ１２０４においては、図２４に例示するように、携帯端末９０が、前記いずれかの駐車場２０を識別するための情報（例えば、駐車場の名称、所在地）を、現在の駐車場すなわち現在、ユーザによって選択されてユーザが実際に滞在している駐車場（以下、「現在の駐車場」という）２０であることが少なくとも視覚的に分かるように、画面上に表示する。

続いて、携帯端末９０は、ステップＳ１２０５において、ユーザが、現在の駐車場２０の位置において、その現在の駐車場２０を利用したい旨の駐車リクエスト（または入庫リクエスト）を携帯端末９０に対して入力した（画面上の特定位置をタップしたか、特定の音声を入力した）か否かを判定する。

図２５に示す例においては、このステップＳ１２０５において、ユーザが駐車リクエスト（または入庫リクエスト）を携帯端末９０に対して入力するために操作される入庫ボタン（アイコンなど）が携帯端末９０の画面上に表示される。

ここに、ユーザが駐車リクエスト（または入庫リクエスト）を携帯端末９０に対して入力するという操作、ユーザが携帯端末９０の画面上において入庫ボタンを選択するという操作（図２５参照）、ユーザが携帯端末９０の画面上の特定位置（例えば、現在の駐車場Ｐ３）をタップするという操作（図２４参照）、ユーザが特定の音声を携帯端末９０に入力するという操作は、それぞれ、ユーザの意思表示としての入庫操作を意味する。

ユーザが現在の駐車場２０について駐車リクエストを発しない場合には、ステップＳ１２０５の判定がＮＯとなり、ステップＳ１２０２に戻る。ユーザがいずれかの駐車場２０について駐車リクエストを発する状態が実現されるまで、ステップＳ１２０２−１２０５が反復される。

これに対し、ユーザが現在の駐車場２０について駐車リクエストを発した場合には、ステップＳ１２０５の判定がＹＥＳとなり、ステップＳ１２０６に進む。

このステップＳ１２０６においては、携帯端末９０が、現在の駐車場２０に対応する駐車場ＩＤをメモリ１３２から読み出し、それにより、今回の駐車場ＩＤを決定する。

続いて、ステップＳ１２０７において、ユーザが携帯端末９０に対し、自身の車両を識別するための車両情報を入力する。その車両情報の一例は、車両に固有の番号の一例である車両番号（車両ナンバープレートの番号）（例えば、４桁の番号（例えば、１２３４））である。車両情報の別の例は、車両に固有の画像データの一例であって、ユーザが携帯端末９０の撮影カメラによって車両を撮影して取得した画像データである。

その後、ステップＳ１２０８において、携帯端末９０が、ユーザまたは当該携帯端末９０を識別するためのユーザＩＤ（例えば、ユーザＩＤ、ユーザの住所氏名、携帯端末９０の電話番号、携帯端末９０のメールアドレスなど）と共に前記決定された駐車場ＩＤと、前記入力された車両情報と、ユーザがその意思表示としての入庫操作（入庫ボタンの操作）を携帯端末９０に対して行ったことを表す入庫操作データとを管理サーバ５０に送信する（図２６に示す駐車場別ステータス管理テーブルを参照）。

これに対し、管理サーバ５０は、ステップＳ１２５２において、それらユーザＩＤと駐車場ＩＤと車両情報とを受信する。続いて、管理サーバ５０は、ステップＳ１２５３において、メモリ１６２を検索することにより、それら受信したユーザＩＤと駐車場ＩＤと車両情報との組合せと同じものが既に登録されているか否か、すなわち、同じユーザが同じ車両を同じ駐車場２０にすでに入庫させて駐車しているか否かを判定する。

登録済ではない場合には、このステップＳ１２５３の判定がＮＯとなり、それら受信したユーザＩＤと駐車場ＩＤと車両情報との組合せがメモリ１６２に登録され、今回の入庫は初回の入庫として扱われ（以下、「初回入庫として扱われ」という）、ステップＳ１２０９に移行する。

これに対し、登録済である場合には、ステップＳ１２５３の判定がＹＥＳとなり、管理サーバ５０は、ステップＳ１２５４において、有効駐車時間が満了したか否か、すなわち、時間オーバーであるか否かを判定する。具体的には、管理サーバ５０は、後述のように、図１３に示す経過監視プログラムによって時間オーバーであると判定されたか否かを判定する。時間オーバーである場合には、このステップＳ１２５４の判定がＹＥＳとなり、初回入庫として扱われ、この場合にも、ステップＳ１２０９に移行する。

これに対し、時間オーバーではない場合には、ステップＳ１２５４の判定がＮＯとなり、管理サーバ５０は、ステップＳ１２５５において、図１７を参照して後述する出庫処理プログラムの実行（図１２に示す入庫処理プログラムに先立って実行される場合）により、今回の車両およびユーザに対して再入庫が許可されているか否かを判定する。

再入庫が許可されているか否かの判定は、例えば、管理サーバ５０のメモリ１６２において、ユーザＩＤまたは駐車場ＩＤに関連付けられている再入庫許可フラグ（ＯＦＦ状態で、再入庫する権限がユーザに付与されていないことを表す一方、ＯＮ状態で、その権限がユーザに付与されていることを表すフラグ）がＯＮであるか否かを判定することによって行われる（図２６参照）。

再入庫が許可されていない場合には、ステップＳ１２５５の判定がＮＯとなり、初回の入庫として扱われ、この場合にも、ステップＳ１２０９に移行する。

これに対し、再入庫が許可されている場合には、ステップＳ１２５５の判定がＹＥＳとなり、管理サーバ５０は、ステップＳ１２５６において、再入庫が許可されていることを表す再入庫許可データを今回のユーザの携帯端末９０に対して送信する。

これに対し、携帯端末９０は、ステップＳ１２１４において、前記再入庫許可データを受信し、続いて、ステップＳ１２１５において、図２５に例示するように、再入庫が許可されていることを表示するためのデータを画面上に表示する。

再入庫が許可されている場合には、携帯端末９０がステップＳ１２０９−１２１３を実行せず、また、管理サーバ５０がステップＳ１２５７−１２６４を実行しない。その結果、ユーザによる有効駐車時間の入力および駐車料金の決済（支払い）が省略される。

これに対し、再入庫が許可されていない場合、すなわち、初回入庫扱いである場合には、ステップＳ１２０９において、ユーザが携帯端末９０に対し、ユーザが現在の駐車場２０に車両を駐車することを希望する時間帯である有効駐車時間またはその有効駐車時間を特定するための関連時間情報を入力する。

ここに、前記有効駐車時間は、例えば、時間の長さを表す数字で定義してもよい。また、前記関連時間情報は、実際の入庫時刻が携帯端末９０または管理サーバ５０において自動的に測定されることから、予定出庫時刻で定義してもよい。この場合、実際の入庫時刻が携帯端末９０または管理サーバ５０によって測定されるため、自動的に有効駐車時間の長さが計算できる。

続いて、携帯端末９０は、ステップＳ１２１０において、前記入力された有効駐車時間（この時間の長さは、ユーザが延長リクエストを発すると延長される可変時間である）または関連時間情報（以下、単に「有効駐車時間」と総称する）を管理サーバ５０に対して送信する。

これに対し、管理サーバ５０は、ステップＳ１２５７において、前記送信された有効駐車時間を受信する。

続いて、管理サーバ５０は、ステップＳ１２５８において、その受信した有効駐車時間または他の情報に基づいて今回のユーザについての駐車料金を前払い駐車料金として計算する。その後、管理サーバ５０は、ステップＳ１２５９において、その計算された駐車料金の額を携帯端末９０に送信する。

これに対し、携帯端末９０は、ステップＳ１２１１において、その送信された駐車料金の額を受信する。その後、携帯端末９０は、ステップＳ１２１２において、図２５に例示するように、その受信した駐車料金の額を、関連情報、例えば、前記有効駐車時間の長さ、予定出庫時刻、現在の駐車場２０を表す情報（例えば、名称および所在地など）と一緒に画面上に表示する。

続いて、携帯端末９０は、ステップＳ１２１３において、ユーザが、今回の駐車料金を電子的に決算する（例えば、携帯端末９０が別の決済サーバにアクセスする）ことを可能にする。その決済が完了すると、携帯端末９０は、そのことを管理サーバ５０に送信する。

これに対し、管理サーバ５０は、その決済完了の事実を受信すると、ステップＳ１２６０において、今回のユーザに対して車両を現在の駐車場２０に入庫させることを許可する。具体的には、入庫が許可されているか否か、すなわち、正式に入庫済であるか否かの判定は、例えば、管理サーバ５０のメモリ１６２の駐車場別ステータス管理テーブル（図２６参照）において、ユーザＩＤまたは駐車場ＩＤに関連付けられている入庫済フラグ（ＯＦＦ状態で、今回の駐車場２０に入庫する権限がユーザに付与されていないことを表す一方、ＯＮ状態で、その権限がユーザに付与されていることを表すフラグ）がＯＮであるか否かを判定することによって行われる（図２６参照）。続いて、管理サーバ５０は、ステップＳ１２６１において、現在時刻を計測し、それと等しい時刻として入庫時刻を決定する。

その後、管理サーバ５０は、ステップＳ１２６２において、その決定された入庫時刻に、前記受信した有効駐車時間の長さを加算することにより、予定出庫時刻（この時刻は、ユーザが延長リクエストを発すると更新される可変時刻である）を計算する。

続いて、管理サーバ５０は、ステップＳ１２６３において、前記受信した有効駐車時間と、前記計算された駐車料金の額と、前記決定された入庫時刻と、前記計算された予定出庫時刻とを、いずれも、今回のユーザＩＤ，駐車場ＩＤおよび車両情報の組合せに関連付けてメモリ１６２に登録し、それにより、駐車場別ステータス管理テーブルを作成する（図２６参照）。

その後、管理サーバ５０は、ステップＳ１２６４において、その登録された内容を携帯端末９０に送信する。続いて、携帯端末９０は、ステップＳ１２１４において、その登録された内容を受信する。

これに対し、携帯端末９０は、ステップＳ１２１４において、その登録された内容を受信し、続いて、ステップＳ１２１５において、その内容を表すデータを、入庫が許可されたことを表すデータと併せて、画面上に表示する（図２５参照）。

＜経過監視＞

図１３に示すように、携帯端末９０のうちの経過監視部２０４ならびに管理サーバ５０のうちの経過監視部３０６は、それぞれの経過監視プログラムを実行する。

具体的には、管理サーバ５０は、ステップＳ１３５１において、メモリ１６２に登録されている複数人のユーザのうち、今回の注目対象を今回の対象ユーザとして選択する。メモリ１６２には、ユーザＩＤと、駐車場ＩＤと、有効駐車時間と、予定出庫時刻などの各種データが互いに関連付けて登録されている。

次に、管理サーバ５０は、ステップＳ１３５２において、時計１７２を用いて現在時刻を計測し、続いて、ステップＳ１３５３において、今回の対象ユーザの予定出庫時刻がメモリ１６２から読み出される。

その後、管理サーバ５０は、ステップＳ１３５４において、その予定出庫時刻から前記現在時刻を引き算することにより、有効駐車時間のうちの残存時間を計算する。続いて、ステップＳ１３５５において、その計算された残存時間が０以下であるか否か、すなわち、前記有効駐車時間が満了したか否かを判定する。

残存時間が０より長い場合には、このステップＳ１３５５の判定がＮＯとなり、ステップＳ１３５６がスキップされる結果、「時間オーバー」との判定が行われず、その後、ステップＳ１３５８において、別のユーザが次回の対象ユーザとされる。続いて、ステップＳ１３５２に戻る。

これに対し、残存時間が０以下である場合には、ステップＳ１３５５の判定がＹＥＳとなり、管理サーバ５０は、ステップＳ１３５６において、「時間オーバー」と判定する。続いて、ステップＳ１３５７において、「時間オーバー」との判定結果が、前記残存時間を表すデータと一緒に、今回の対象ユーザの携帯端末９０に送信される。その後、ステップＳ１３５８において、別のユーザが次回の対象ユーザとされる。続いて、ステップＳ１３５２に戻る。

これに対し、携帯端末９０は、ステップＳ１３０１において、管理サーバ５０から「時間オーバー」との判定結果と残存時間の最新値とを受信し、次に、ステップＳ１３０２において、その判定を表すデータをメモリ１３２に保存する。続いて、携帯端末９０は、ステップＳ１３０３において、「時間オーバー」であることを表すデータを画面上に表示し、ユーザに通知する。

その後、携帯端末９０は、ステップＳ１３０４において、前記残存時間が、０ではない基準値Ｔ０（例えば、１時間の如き固定値、有効駐車時間の長さの約１０％として計算される如き可変値）より短いか否かを判定する。現在、前記有効駐車時間が満了する間際であるために、前記残存時間がわずかであるか否かを判定するのである。

なお、このステップＳ１３０４および１３０５は、管理サーバ５０がステップＳ１３５７を実行したために携帯端末９０がステップＳ１３０１−１３０３を実行したか否かを問わず、実行される。

前記残存時間が基準値Ｔ０（例えば、１時間）より短い場合には、ステップＳ１３０４の判定がＹＥＳとなり、ステップＳ１３０５において、ユーザに対し、前記有効駐車時間を延長することを請求するための延長リクエストを携帯端末９０を介して管理サーバ５０に送信するための視覚的、聴覚的または触覚的な刺激（例えば、特定のメッセージやボタンの表示、ブザー音、携帯端末９０の振動など）が携帯端末９０からユーザに与えられる。

これに対し、前記残存時間が基準値Ｔ０より短くはない場合には、ステップＳ１３０４の判定がＮＯとなり、ステップＳ１３０５がスキップされる。

＜空室判定＞

図１４に示すように、管理サーバ５０のうちの空室判定部３０４は、空室判定プログラムを実行する。

具体的には、管理サーバ５０は、ステップＳ１４５１において、メモリ１６２の駐車場別ステータス管理テーブルに登録されている（以下、単に「メモリ１６２に登録されている」ともいう。）複数の駐車場２０のうち、今回の注目対象を今回の対象駐車場として選択する。前述のように、メモリ１６２の駐車場別ステータス管理テーブルには、ユーザＩＤと、駐車場ＩＤと、有効駐車時間と、予定出庫時刻などの各種データが互いに関連付けて登録されている。

次に、管理サーバ５０は、ステップＳ１４５２において、今回の対象駐車場に関し、最新の入庫許可がいずれかの携帯端末９０に送信されたか否かを判定する。そうであると判定されれば、ステップＳ１４５３において、今回の対象駐車場のうち現時点で利用可能な車室２２（空いている車室２２）の総数である空室数Ｎの現在値がメモリ１６２から読み込まれる。

その空室数Ｎは、今回の対象駐車場に用意されている時間貸し可能な車室２２の総数を初期値とし、１車室分（１回分、車両１台分）の入庫が確認されるごとに１減算される一方、１車室分（１回分、車両１台分）の出庫（実出庫およびみなし出庫）が確認されるごとに１加算されるカウンタである。

続いて、管理サーバ５０は、ステップＳ１４５４において、空室数Ｎを１だけ減算し、その後、ステップＳ１４５５において、その内容でメモリ１６２を更新する。続いて、ステップＳ１４５６において、空室数Ｎの現在値が０（または、マージンを見込んで、０より大きい基準値）より大きいか否か、すなわち、今回の対象駐車場に空室が存在するか否かを判定する。

空室数Ｎの現在値が０より大きい場合には、ステップＳ１４５７において、「空室あり」と判定するが、そうではない場合には、ステップＳ１４５８において、「空室なし」と判定する。

その後、管理サーバ５０は、ステップＳ１４５９において、上述のいずれの場合にも、その判定結果をメモリ１６２に登録するか、その判定結果が反映されるようにメモリ１６２を更新する。続いて、ステップＳ１４６０において、別のユーザが次回の対象ユーザとされる。続いて、ステップＳ１４５２に戻る。

以上、１車室分の入庫が確認されたためにステップＳ１４５２の判定がＹＥＳであった場合を説明したが、１車室分の入庫が確認されなかったためにステップＳ１４５２の判定がＮＯであった場合には、管理サーバ５０は、ステップＳ１４６１において、１車室分についてのユーザの出庫操作が確認された（実出庫済フラグがＯＮである）か否かを判定する。

１車室分についてのユーザの出庫操作が確認された（実出庫済フラグがＯＮである）場合には、ステップＳ１４６１の判定がＹＥＳとなり、管理サーバ５０は、ステップＳ１４６２において、空室数Ｎの現在値をメモリ１６２から読み込む。続いて、ステップＳ１４６３において、空室数Ｎを１だけ加算し、その後、ステップＳ１４５５に移行する。

これに対し、１車室分についてのユーザの出庫操作が確認されなかった（実出庫済フラグがＯＦＦである）場合には、ステップＳ１４６１の判定がＮＯとなり、管理サーバ５０は、ステップＳ１４６４において、１車室分についてのみなし出庫が確認された（みなし出庫済フラグがＯＮである）か否かを判定する。

そのみなし出庫が確認された場合には、ステップＳ１４６４の判定がＹＥＳとなり、ステップＳ１４６２に移行するが、そのみなし出庫が確認されなかった（みなし出庫済フラグがＯＦＦである）場合には、ステップＳ１４６４の判定がＮＯとなり、ステップＳ１４６２およびＳ１４６３がスキップされ、その後、ステップＳ１４５６に移行する。

なお、この例においては、出庫済フラグとして、実出庫済フラグおよびみなし出庫済フラグというように２種類存在するが、そのように使い分けることは不可欠ではなく、後述のように、共通に１つの出庫済フラグを用いてもよい。

＜延長リクエスト処理＞

図１５に示すように、携帯端末９０のうちの延長リクエスト処理部２０６ならびに管理サーバ５０のうちの延長リクエスト処理部３０８は、それぞれの延長リクエスト処理プログラムを実行する。

具体的には、携帯端末９０は、ステップＳ１５０１において、ユーザが携帯端末９０に延長リクエストを入力したか否かを判定する。延長リクエストが入力された場合には、ステップＳ１５０２に移行するが、入力されなかった場合には、ステップＳ１５０１に戻る。

延長リクエストが入力された場合には、携帯端末９０は、ステップＳ１５０２において、ユーザから、前記有効駐車時間を延長する長さである延長時間を入力する。続いて、ステップＳ１５０３において、ユーザＩＤに関連付けて、延長リクエストが発せられたことと、希望された延長時間の長さとを、管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ１５５１において、ユーザＩＤに関連付けて、延長リクエストが発せられたことと、希望された延長時間の長さとを受信する。続いて、ステップＳ１５５２において、その延長時間の長さに見合う額の延長料金を計算する。その後、ステップＳ１５５３において、その延長料金の額を携帯端末９０に送信する。

これに対し、携帯端末９０は、ステップＳ１５０４において、その送信された延長料金の額を受信し、続いて、ステップＳ１５０５において、その受信した延長料金の額を画面上に表示する。その後、ステップＳ１５０６において、ユーザがその延長料金を電子決済することを可能にする。

続いて、携帯端末９０は、ステップＳ１５０７において、前記決済が完了したことを管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ１５５４において、前記決済が完了したことを受信し、続いて、ステップＳ１５５５において、ユーザに対し、前記有効駐車時間の延長を許可する。その後、ステップＳ１５５６において、前記有効駐車時間を延長することにより、予定出庫時刻を未来側に更新する。続いて、ステップＳ１５５７において、その内容でメモリ１６２の駐車場別ステータス管理テーブルを更新する。その後、ステップＳ１５５８において、延長された有効駐車時間（最新の有効駐車時間）と、更新された予定出庫時刻とを携帯端末９０に送信する。

これに対し、携帯端末９０は、ステップＳ１５０８において、その送信された最新の有効駐車時間および予定出庫時刻を受信し、続いて、ステップＳ１５０９において、それらの情報を画面上に表示する。その後、ステップＳ１５０１に戻る。

＜出庫処理および測位＞

図１６および図１７に示すように、携帯端末９０のうちの出庫処理部２０８および測位部２３０ならびに管理サーバ５０のうちの出庫処理部３１０は、それぞれの出庫処理プログラムを実行する。

まず、携帯端末９０が、図１６に示すステップＳ１６０１において、図１２におけるステップＳ１２０２と同様にして、携帯端末９０の現在位置すなわちユーザの現在位置が測定される。

続いて、ステップＳ１６０２において、図１２におけるステップＳ１２０３と同様にして、ユーザが、前記複数の駐車場２０のうちのいずれかにも存在しない状態から、いずれかの駐車場２０内に存在する状態に変化したか否か、すなわち、ユーザが今まさに、いずれかの駐車場２０に入場したか否かを判定する。

ユーザがいずれの駐車場２０にも入場していない場合には、このステップＳ１６０２の判定がＮＯとなり、ステップＳ１６０１に戻る。ユーザがいずれかの駐車場２０に入場する状態が実現されるまで、ステップＳ１６０１−１６０２が反復される。

ユーザがいずれかの駐車場２０に入場した場合には、このステップＳ１６０２の判定がＹＥＳとなり、ステップＳ１６０３に進む。

このステップＳ１６０３においては、携帯端末９０が、現在の駐車場２０に対応する駐車場ＩＤをメモリ１３２から読み出し、それにより、実駐車場ＩＤを取得する。続いて、ステップＳ１６０４において、入庫が許可された駐車場２０に対応する駐車場ＩＤ、すなわち、今回の駐車場ＩＤをメモリ１３２から読み出す。

その後、携帯端末９０は、ステップＳ１６０５において、前記取得された実駐車場ＩＤと今回の駐車場ＩＤとが互いに一致するか否かを判定する。すなわち、ユーザが現在、入庫した駐車場２０と同じ駐車場２０に入場したか否かを判定するのである。

続いて、携帯端末９０は、ステップＳ１６０６において、ユーザが現在、出庫のために駐車場２０に滞在していることを管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ１６５１において、ユーザが現在、出庫のために駐車場２０に滞在していることを受信する。続いて、ステップＳ１６５２において、前記経過監視プログラムにおいて「時間オーバー」と判定されたか否かを判定する。「時間オーバー」と判定された場合には、ステップＳ１６５２の判定がＹＥＳとなり、ステップＳ１６５３において、ユーザに対し、所定のペナルティが課される。

一方、「時間オーバー」と判定されなかった場合には、ステップＳ１６５２の判定がＮＯとなり、管理サーバ５０は、ステップＳ１６５４において、ユーザに対し、現在の駐車場２０から出庫することを許可する。続いて、ステップＳ１６５５において、携帯端末９０に対し、ユーザの出庫が許可されたことを表すデータを送信する。

これに対し、携帯端末９０は、ステップＳ１６０７において、ユーザの出庫が許可されたことを表すデータを管理サーバ５０から受信する。続いて、ステップＳ１６０８において、ユーザによって操作されるべき「出庫ボタン」を画面上に表示する。それにより、ユーザに対し、出庫するという意思表示を携帯端末９０に入力するために「出庫ボタン」を操作するという出庫操作が要求されることになる。

続いて、携帯端末９０は、ステップＳ１６０９において、ユーザが「出庫ボタン」を操作したか否かを判定する。ユーザが「出庫ボタン」を操作した（すなわち、出庫操作した）と仮定すると、このステップＳ１６０９の判定がＹＥＳとなる。

その後、携帯端末９０は、ステップＳ１６１３において、前記経過監視プログラムの実行時に「時間オーバー」と判定されたか否かを判定する。「時間オーバー」と判定された場合には、このステップＳ１６１３の判定がＹＥＳとなり、ステップＳ１６１４において、ユーザに対し、所定のペナルティが課される。

これに対し、「時間オーバー」と判定されなかった場合には、ステップＳ１６１３の判定がＮＯとなり、その後、携帯端末９０は、ステップＳ１６１５において、図１８に示す行動解析プログラムによって管理される走行中フラグ（ＯＮ状態で、ユーザが車両に乗車して移動中であることを示すフラグ）であってメモリ１３２に記憶されているものを読み出す。

続いて、携帯端末９０は、ステップＳ１６１６において、その読み出された走行中フラグがＯＮであるか否かを判定する。ＯＮではない場合には、ステップＳ１６１３に戻る。ＯＮである場合（すなわち、ユーザが車両に乗車して移動している（走行している）場合には、ステップＳ１６１７において、ステップＳ１６０１と同様にして、携帯端末９０の現在位置すなわちユーザの現在位置（例えば、ユーザが乗車している車両の現在位置）を測定する。

続いて、携帯端末９０は、ステップＳ１６１８において、ユーザが、携帯端末９０によって測定されたユーザ位置の時間的変化の有無に基づき、現在の駐車場２０に存在する状態からその駐車場２０に存在しない状態に変化したか否か、すなわち、ユーザが今まさに、現在の駐車場２０から退場したか否かを判定する。

ユーザが未だ現在の駐車場２０から退場していない場合には、このステップＳ１６１８の判定がＮＯとなり、ステップＳ１６１３に戻る。ユーザが現在の駐車場２０から退場するまで、ステップＳ１６１３−１６１８が反復される。

すなわち、それらステップのうち、ステップＳ１６１５−１６１８は、ユーザが車両に乗車して現在の駐車場２０から退場したか否かを判定するステップ群（以下、「出庫判定ステップ群」という）なのである。

ユーザが現在の駐車場２０から退場する（今回は、車両に乗車した状態で）と、ステップＳ１６１８の判定がＹＥＳとなり、携帯端末９０は、ステップＳ１６１９において、ステップＳ１６１３においてユーザが出庫操作を行ったことを表すデータと、ユーザが車両に乗車して駐車場２０から退場したことを表すデータとを管理センタ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ１６５６において、ユーザが車両に乗車して駐車場２０から退場したことを表すデータを携帯端末９０から受信する。続いて、ステップＳ１６５７において、出庫が完了したと判定し、駐車場別ステータス管理テーブルにおいて、出庫済フラグをＯＮにし、さらに、正規出庫フラグをＯＮにする（図２６参照）。

その後、ステップＳ１６５８において、ユーザが同じ駐車場２０に再入庫することを禁止し、駐車場別ステータス管理テーブルにおいて、再入庫許可フラグをＯＦＦにする（図２６参照）。続いて、ステップＳ１６５９において、ユーザが同じ駐車場２０に再入庫することを禁止されたことを表すデータを携帯端末９０に送信する。

以上、ユーザが出庫操作を行った場合を説明したが、未だ出庫操作を行っていない場合には、ステップＳ１６０９の判定がＮＯとなり、携帯端末９０は、ステップＳ１６１０において、前記経過監視プログラムにおいて「時間オーバー」と判定されたか否か、すなわち、現在、前記有効駐車時間が満了したか否かを判定する。

「時間オーバー」と判定されなかった場合には、このステップＳ１６１０の判定がＮＯとなり、携帯端末９０は、ステップＳ１６２１において、ユーザが車両に乗車して現在の駐車場２０から退場したか否かを判定するために、前記出庫判定ステップ群と同じものを実行する。ユーザが未だ車両に乗車して現在の駐車場２０から退場しない場合には、このステップＳ１６２１の判定がＮＯとなり、ステップＳ１６０９に戻る。

これに対し、ユーザが車両に乗車して駐車場２０から退場した場合には、ステップＳ１６２１の判定がＹＥＳとなり、続いて、携帯端末９０は、ステップＳ１６２２において、ユーザが同じ駐車場２０に再入庫することを許可する。その後、ステップＳ１６２３において、再入庫が許可されたことを表すデータを管理サーバ５０に送信し、それを受信すると、管理サーバ５０は、メモリ１６２の駐車場別ステータス管理テーブルにおいて、今回のユーザに関連付けられる再入庫許可フラグをＯＮにする。

その後、携帯端末９０は、図１７のステップＳ１６２７において、前記経過監視プログラムにおいて「時間オーバー」と判定されたか否か、すなわち、現在、前記有効駐車時間が満了したか否かを判定する。

「時間オーバー」と判定されなかった場合には、判定がＮＯとなり、ステップＳ１６２７に戻るが、「時間オーバー」と判定された場合には、判定がＹＥＳとなり、ステップＳ１６２９において、携帯端末９０は、このタイミング、すなわち、有効駐車時間が満了したタイミングで、実際の出庫操作が存在しないにもかかわらず、ユーザが出庫操作を行ったものとみなし、それにより、みなし出庫が行われたと判定する。

続いて、携帯端末９０は、ステップＳ１６３０において、ユーザが同じ駐車場２０に再入庫することを禁止する。その後、ステップＳ１６３１において、みなし出庫が行われたことを表すデータと、再入庫が禁止されたことを表すデータとを管理サーバ５０に送信する。

その管理サーバ５０は、ステップＳ１６６２において、それらデータを受信し、続いて、ステップＳ１６６３において、それらデータが反映されるようにメモリ１６２の駐車場別ステータス管理テーブルを更新する。それにより、出庫済フラグがＯＮにされ、みなし出庫フラグがＯＮにされ、再入庫許可フラグがＯＦＦにされる。さらに、仮出庫フラグもＯＦＦにされる。

これに対し、ユーザが出庫操作を行うことも、前記有効駐車時間の満了前に、乗車して駐車場２０から退場することもしなかった場合には、図１６のステップＳ１６１０において、「時間オーバー」と判定されたか否かが判定されれば、その判定がＹＥＳとなり、続いて、ステップＳ１６１０ａにおいて、ユーザに対し、所定のペナルティが課される。

＜行動解析＞

図１８に示すように、携帯端末９０のうちの行動解析部２１０は、行動解析プログラムを実行する。

まず、携帯端末９０が、ステップＳ１８０１において、図１２におけるステップＳ１２０２と同様にして、ユーザの現在位置が測定される。

次に、携帯端末９０は、ステップＳ１８０２において、ユーザが移動中であるか否かを判定する。具体的には、前記測定されたユーザの現在位置と、過去に同様にして測定されたユーザの位置（正確には、携帯端末９０の位置）であってメモリ１３２に記憶されているものとの間の変化量を計算する。

その変化量が基準値以上である場合には、ユーザが移動中であると判定し、一方、前記変化量が前記基準値に満たない場合には、携帯端末９０は、ステップＳ１８１８において、ユーザが停止中（静止中）であると判定する。続いて、ステップＳ１８１９において、歩行中フラグであって、ＯＮ状態で、ユーザが歩行中であることを示すものがＯＦＦにされ、さらに、ステップＳ１８２０において、前記走行中フラグもＯＦＦにされる。

なお、ステップＳ１８０１および１８０２の実行によるユーザが移動中であるか否かの判定は、駐車場２０に場内発信機３０が設置されている場合には、携帯端末９０が場内発信機３０から受信した信号の強度に基づいて両者間の距離を測定し、その距離の時間的変化の有無に基づいてユーザが移動中であるか否かを判定する処理を、代替的にまたは追加的に行ってもよい。

ユーザが移動中であると判定された場合には、続いて、携帯端末９０は、ステップＳ１８０３において、加速度センサ１５４から信号を取り込み、その信号に基づき、携帯端末９０に作用する加速度（ユーザの振動および／または車両の振動によって生起されるもの）の時間プロファイル（時系列）を表す原波形を測定する。

図１９（ｂ）および図２１（ｂ）に例示するように、連続した原波形のうち、所定時間幅を有する分析窓であって現在時刻から過去に延びるものによってカバーされる部分が、今回の解析対象とされる。

図１９（ａ）には、中心加速度が０の状態（加速度波形のうちの低周波成分の加速度（ユーザの実質的な歩行加速度）が０の状態）でユーザが歩行している際に測定される加速度Ｇの原波形の一例がグラフで表されており、一方、図２１（ａ）には、中心加速度が０の状態（加速度波形のうちの低周波成分の加速度（車両の実質的な走行加速度）が０の状態）でユーザが車両に乗車して移動している際に測定される加速度Ｇの原波形の一例がグラフで表されている。

よって、図１９（ａ）にも図２１（ａ）にも、実質的には、携帯端末９０の加速度波形のうちの高周波成分のみが示されていることになる。ここに、高周波成分は、低周波成分を主たる成分として取り扱う場合には、ノイズ成分を意味し、逆に、低周波成分は、高周波成分を主たる成分として取り扱う場合には、ノイズ成分を意味することになる。

図１９（ｂ）には、ユーザ歩行中に測定される原波形のうち最新の分析窓内に存在する部分のうちの最大強度がグラフで表されており、一方、図２１（ｂ）には、ユーザ走行中に測定される原波形のうち最新の分析窓内に存在する部分のうちの最大強度がグラフで表されている。

図２０（ａ）には、ユーザ歩行中に測定される原波形のうち最新の分析窓内に存在する部分の大振幅周波数成分がグラフで表されており、一方、図２２（ａ）には、ユーザ走行中に測定される原波形のうち最新の分析窓内に存在する部分の大振幅周波数成分がグラフで表されている。

図２０（ｂ）には、ユーザ歩行中に測定される原波形のうち最新の分析窓内に存在する部分の小振幅周波数成分がグラフで表されており、一方、図２２（ｂ）には、ユーザ走行中に測定される原波形のうち最新の分析窓内に存在する部分の小振幅周波数がグラフで表されている。

その後、携帯端末９０は、ステップＳ１８０４において、強度解析を行う。一例においては、前記測定された原波形（上下に振動しつつ進行する波形）のうちの上側部に対してピークホールドを行うことにより、その上側部の包絡線を取得し、同様にして、前記原波形のうちの下側部に対してピークホールドを行うことにより、その下側部の包絡線を取得する。

続いて、携帯端末９０は、ステップＳ１８０５において、前記測定された原波形を代表する実質的な最大強度Ｉを測定する。

一例においては、図１９（ｂ）および図２１（ｂ）に例示するように、上側部の包絡線のうちの最大値と下側部の包絡線のうちの最小値との間の隔たり（近似的な振幅）として、最大強度Ｉを測定する。この例は、後述の例より、最大強度Ｉの計算が単純化される。

別の例においては、図示しないが、前記取得された２つの包絡線間の隔たりを一定の時間刻みでサンプリングし、隔たりすなわち振幅についての複数のサンプル値のうち実質的に最大であるものとして、最大強度Ｉを測定する。

その後、携帯端末９０は、ステップＳ１８０６において、前記測定された最大強度Ｉが第１しきい値Ｉ０より大きいか否かを判定する。大きい場合には、このステップＳ１８０６の判定がＹＥＳとなる。

続いて、携帯端末９０は、ステップＳ１８０７において、周波数解析を行う。具体的には、前記測定された原波形に対して、例えばフーリエ変換、ハーパスフィルタ、ローパスフィルタなどの信号処理を行う。それにより、原波形から複数の周波数成分を抽出する。

その後、携帯端末９０は、ステップＳ１８０８において、それら周波数成分のうち振幅が最大であるものの周波数Ｆを測定する。図２０に示す例においては、「Ｆ１」が、大振幅周波数成分の周波数であり、図２２に示す例においては、「Ｆ２」が、大振幅周波数成分の周波数である。

続いて、携帯端末９０は、ステップＳ１８０９において、前記測定された周波数Ｆが第２しきい値Ｆ０より小さいか否かを判定する。小さい場合には、このステップＳ１８０９の判定がＹＥＳとなる。

その後、携帯端末９０は、ステップＳ１８１０において、現在、ユーザが車両に乗車せず、歩行していると判定する。続いて、ステップＳ１８１１において、前記歩行中フラグであってメモリ１３２に記憶されているものがＯＮにされる。その後、続いて、ステップＳ１８１２において、ＯＮ状態で、前記走行中フラグであってメモリ１３２に記憶されているものがＯＦＦにされる。続いて、ステップＳ１８０１に戻る。

以上、最大強度Ｉが第１しきい値Ｉ０より大きい場合を説明したが、第１しきい値Ｉ０以下である場合には、ステップＳ１８０６の判定がＮＯとなり、携帯端末９０は、ステップＳ１８１３において、前記歩行中フラグがＯＮであるか否かを判定する。ＯＮである場合には、ステップＳ１８１４において、ユーザが走行中であると判定するが、ＯＮではない場合、すなわち、ＯＦＦである場合には、ステップＳ１８１４−１８１７がスキップされてステップＳ１８０１に戻る。

その理由を説明するに、ユーザの通常の行動パターンとして、ユーザが駐車場２０に入場した後、直ちに車両に乗車することは不可能であり、ユーザは、まず、歩行して駐車場２０に入場したらさらに歩行し、次に、駐車してある車両に乗車し、その後、車両に乗車した状態で走行して駐車場２０の出口に向かう。

このようなユーザに期待される行動パターンを考慮してユーザ行動の解析精度を向上させるべく、本実施形態においては、歩行中フラグがＯＮでない状態でステップＳ１８０６またはステップＳ１８０９の判定がＮＯとなった直後には、ユーザが走行中であるとは判定しないようになっている。

ステップＳ１８１４の実行に続いて、携帯端末９０は、ステップＳ１８１５において、ユーザは車両に乗車した直後であると判定する。ユーザの行動が、歩行から走行にシフトした直後であるからである。

この乗車直後判定は、例えば、前記空室数Ｎをカウントアップするトリガーとして用いてもよい。その場合には、図１４に示す例のように、出庫操作やみなし出庫をカウントアップのトリガーとして用いる場合より早期に空室の存在を他の潜在的なユーザに案内でき、それにより、駐車場２０の稼働率が向上するという効果が得られる。

その後、携帯端末９０は、ステップＳ１８１６において、前記走行中フラグをＯＮにし、さらに、ステップＳ１８１７において、前記歩行中フラグをＯＦＦにする。続いて、ステップＳ１８０１に戻る。

なお、図１８における複数のステップのうち、例えば、ステップＳ１８０２−１８２０の全部または一部は、携帯端末９０の処理負荷軽減のために、携帯端末９０によってではなく管理サーバ５０において実行してもよい。

［第２の実施形態］

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

本実施形態は、図１８に示す行動解析プログラムに代えて図２３に示す行動解析プログラムが実行される点を除き、前述の第１の実施形態と共通する。

図２３に示す行動解析プログラムは、ステップＳ２３０１−２３０３，２３０６−２３０１６を有し、それらは、図１８に示す行動解析プログラムのうちのステップＳ１８０１−１８０３、１８１０−１８２０とそれぞれ共通する。

図２３に示す行動解析プログラムは、さらに、ステップＳ２３０４を有し、それは、図１８に示す行動解析プログラムのうちのステップＳ１８０４，１８０５，１８０７および１８０８を代替する。

図２３に示す行動解析プログラムは、さらに、ステップＳ２３０５を有し、それは、図１８に示す行動解析プログラムのうちのステップＳ１８０６および１８０９を代替する。

図２３に示す行動解析プログラムが携帯端末９０によって実行されると、ステップＳ２３０４において、携帯端末９０は、加速度センサ１５４によって時々刻々測定された一連の複数の加速度に基づき、ユーザの歩数Ｎを検出する。この検出は、携帯端末９０が歩数検出アルゴリズムを実行することによって実行される。

また、ステップＳ２３０５においては、その検出された歩数Ｎが第３しきい値Ｎ０より大きい場合には、ステップＳ２３０６において、ユーザが歩行中であると判定される。これに対し、検出された歩数Ｎが第３しきい値Ｎ０以下である場合には、前記歩行中フラグがＯＮであることを条件に、ステップＳ２３１０において、ユーザが走行中であると判定される。

その理由を説明するに、ユーザが走行中である場合には、ユーザおよび車両から加速度センサ１５４に加えられる加速度すなわち振動が、ユーザが歩行中である場合より弱い。そのような弱い加速度すなわち振動は、ステップＳ２３０４によって実行される歩数検出アルゴリズムによって検知されない。よって、歩数Ｎが少ない場合には、ユーザが走行中であり、逆の場合には、ユーザが歩行中であると判定される。

［上述のいくつかの実施形態によって得られるいくつかの例示的な効果］

１．駐車場管理者が駐車場２０の設備に関して負担すべき費用および労力の軽減

本実施形態によれば、駐車場２０に設置された設備を利用する代わりにユーザの携帯端末９０を利用することにより、出庫ステージにおいて、ユーザが自身の車両に乗車して駐車場２０から退場したのか、ユーザが自身の車両に乗車せずに歩行者として駐車場２０から退場したのかを判別することができる。

よって、本実施形態によれば、出庫検出のために、車両の通過を電磁的に検出するセンサ（例えば、ループコイル）を専用の設備として駐車場２０に設置することが不可欠ではなくなる。

したがって、本実施形態によれば、駐車場２０に設置される設備の製造または購入、設置および保守点検に必要な費用および労力の削減が容易となる。

２．出庫ステージにおいてユーザが行うことを要求される操作および負担の軽減

本実施形態によれば、出庫ステージにおいて、ユーザが不注意に前記出庫操作を失念したまま駐車場２０から出庫しまっても、有効駐車時間が満了すると、自動的に出庫扱いとなる。

よって、本実施形態によれば、ユーザが不注意に前記出庫操作を怠ったまま駐車場２０から出庫してしまっても、新たな操作ならびに時間的および経済的な負担がユーザに追加されずに済む。例えば、延長料金の請求などがユーザに対して行われずに済む。

３．同じ駐車場２０への再入庫を必要とするユーザの使い勝手の向上

本実施形態によれば、ユーザが意図的に前記出庫操作を保留したまま駐車場２０から出庫すれば、有効駐車時間が満了するまで、その後に同じ駐車場２０に再入庫して、その駐車場２０を何度でも断続的に利用することが可能となる。

４．駐車場管理者が駐車場２０に存在する空室数を推定する精度の向上

１）第１の理由

本実施形態においては、前述のように、空室判定部３０４により、入庫の確認件数および出庫の確認件数に基づき、駐車場２０内の複数の車室に、使用されてない空室が存在するか否かが判定される。

具体的には、空室判定部３０４は、１回分の入庫が確認されるごとに、駐車場２０内の複数の車室のうち、使用されてない空室の数である空室数Ｎを１ずつ減算する減算部と、１回分の実際の出庫操作またはみなし出庫操作が確認されるごとに、空室数Ｎを１ずつ加算する加算部とを有している。

ところで、これに代えて、前記加算部を、１回分の実際の出庫操作が確認されない限り、空室数Ｎを１ずつ加算しない態様で実施すると、みなし出庫が確認された場合、すなわち、実際にそのみなし出庫が確認された車両が駐車場２０に実在しない場合であっても、空室数Ｎが増加しないことになる。これは、駐車場２０の実際の稼働状態を正しく反映しておらず、駐車場２０内の空室が無駄に駐車に利用されずに終わり、駐車場２０の稼働率が向上しない。

これに対し、本実施形態によれば、前記加算部が、１回分の実際の出庫操作が確認された場合のみならず、１回分のみなし出庫が確認された場合にも、空室数Ｎを増加させるようになっている。

よって、本実施形態によれば、駐車場２０に存在する空室数Ｎを推定する精度が向上し、駐車場２０内の空室が無駄に駐車に利用されずに済み、それにより、駐車場２０の稼働率を高めることが容易となる。

２）第２の理由

本実施形態に代えて、出庫ステージにおいて、ユーザによる実際の出庫操作の有無を問わず、有効駐車時間が満了したら一律に出庫扱いとされて空室数Ｎが１だけ加算される態様で本発明を実施することが可能である。

この態様によれば、ユーザにとっては、出庫操作が不要となるという理由で、使い勝手が向上するという利点があるかもしれない。

しかし、駐車場管理者側にとっては、欠点があり得る。なぜなら、出庫意思確認のためにユーザに対して出庫操作を要求しないと、ユーザが実際には、有効駐車時間が満了するよりかなり早い時刻に駐車場２０から出庫し、その分の車室が空室となった場合であっても、有効駐車時間が満了するまでは、前記加算部が空室数Ｎを加算しないため、管理サーバ５０は、実際に１つの空室が増加した事実を潜在的な複数人のユーザに通知することができないからである。

これに対し、本実施形態によれば、原則として、ユーザに対し、駐車場２０からの出庫のための意思表示として、出庫操作を要求する。

ユーザに対して出庫操作が要求されていることをユーザ自身に認識させるために、本実施形態においては、ユーザが、駐車場２０からの出庫のためにその駐車場２０に入場し、かつ、出庫操作を行わず、かつ、車両に乗車して駐車場２０から退場することもしないと、ユーザの携帯端末９０を介して、ユーザが延長リクエストを携帯端末９０に対して入力することを催促する。

その催告は、携帯端末９０が視覚的に（特定のメッセージやボタン表示で）、聴覚的に（特定の音を発生させることで）、または、触覚的に（携帯端末９０を振動させることで）行うことが可能である。

したがって、本実施形態によれば、ユーザに対して出庫操作を要求することによっても、駐車場２０に存在する空室数Ｎを推定する精度が向上し、駐車場２０内の空室が無駄に駐車に利用されずに済み、それにより、駐車場２０の稼働率を高めることが容易となる。

５．駐車場管理者がユーザごとに個別に駐車料金を設定する際の自由度の向上

本実施形態によれば、ユーザは、自身の携帯端末９０を介して管理サーバ５０と通信する。管理サーバ５０は、すべてのユーザについて駐車料金を計算するが、その際、すべてのユーザに共通の料金計算ルールを用いることは不可欠ではない。

なぜなら、管理サーバ５０は、各ユーザの携帯端末９０に対して個別に対応でき、また、駐車場管理者は、駐車場２０に設置される料金看板上の料金表を書き換えるためにわざわざその駐車場２０に出向くことが不要となるからである。

管理サーバ５０は、駐車料金を、例えば、次のいくつかのルールに従い、フレキシブルないしはダイナミックに計算してもよい。

１）駐車場別稼働率応答型ルール

複数の駐車場２０のうち、実際の稼働率が低い駐車場２０については低額で、実際の稼働率が高い駐車場２０については高額となるように、その都度、いずれの駐車場２０に該当するのかをフィードバックして各ユーザの個別の駐車料金をフレキシブルに計算する。

２）時間帯別稼働率応答型ルール

各駐車場２０につき、実際の稼働率が低い時間帯であるときは低額で、実際の稼働率が高い時間帯であるときは高額となるように、その都度、いずれの時間帯であるのかをフィードバックして各ユーザの個別の駐車料金をフレキシブルに計算する。

３）時間帯応答型ルール

各駐車場２０の稼働率が低いことが統計的に予想される時間帯であるときは低額で、稼働率が高いことが統計的に予想される時間帯であるときは高額となるように、その都度、いずれの時間帯にあるのかをフィードバックして各ユーザの個別の駐車料金をフレキシブルに計算する。

４）使用履歴応答型ルール

各ユーザの駐車場２０の利用頻度が低いときは高額で、利用頻度が高くなると低額となるように、各ユーザの実際の個別の利用頻度をフィードバックして各ユーザの個別の駐車料金をフレキシブルに計算する。

５）曜日応答型ルール

各駐車場２０の稼働率が低いことが統計的に予想される曜日であるときは低額で、稼働率が高いことが統計的に予想される曜日であるときは高額となるように、その都度、いずれの曜日であるのかを検出し、それをフィードバックして各ユーザの個別の駐車料金をフレキシブルに計算する。

６）天候応答型ルール

各駐車場２０の稼働率が低いことが統計的に予想される天候であるときは低額で、稼働率が高いことが統計的に予想される天候であるときは高額となるように、その都度、いずれの天候であるのかを検出し、それをフィードバックして各ユーザの個別の駐車料金をフレキシブルに計算する。

６．駐車場管理者が駐車料金の額をリアルタイムで変更できる。

一般に、駐車場ごとにユーザが駐車料金の額を計算することを可能にするために、駐車場に料金看板が設置される。その料金看板は、通常、金額表示を遠隔的に操作可能であるようにはなっておらず、作業者がいちいち現地に赴いて表示パネルを貼り換えるなどの手作業を必要とする。そのため、駐車場が料金看板を必要とする限り、駐車料金の計算ルールをリアルタイムで変更することは物理的に困難である。

これに対し、本実施形態によれば、駐車料金の額は、駐車場ごとに、ユーザごとに、時間帯ごとに個別に管理サーバ５０によって計算されることが可能であり、駐車料金の額の計算に駐車場２０に設置される料金看板は不要である。

したがって、本実施形態によれば、駐車場管理者が駐車料金の額を、外的要因や内的要因、例えば、そのときに自身の駐車場に想定される需要（地理的にみてその駐車場を利用することが予想されるユーザの数など）（外的要因の例）や、そのときの自身の駐車場の実際の稼働率（内的要因の例）やそれに隣接する他の駐車場の実際の稼働率（外的要因の例）に応じてリアルタイムで変更できる。

７．駐車場２０に対するユーザの入庫（乗車した状態での入場）および／または出庫（乗車した状態での退場）という行動（動作、挙動）の種類に応答してユーザの携帯端末９０における駐車アプリのうち対応する部分が自動的に起動する。

具体的には、例えば、ユーザの携帯端末９０は、ＧＰＳ受信機１５２（ユーザ位置の検出と、ユーザの移動方向の検出を行う機能部）と加速度センサ１５４（歩行中か走行中かの判別を行う機能部）との少なくとも一方を用いることにより、バックグラウンドで、ユーザの入庫および／または出庫という行動（動作、挙動）の種類を判別する。携帯端末９０は、入庫を検知したら、前記入庫処理プログラムを起動させる一方、出庫を検知したら、前記出庫処理プログラムを起動させる。

８．駐車場２０に対する入出庫処理の自動化とユーザからの意思表示の明確化との両立

本実施形態においては、携帯端末９０および管理サーバ５０が、入出庫処理を完全に自動化するわけではなく、ユーザの携帯端末９０が、いずれかの駐車場２０への入場（乗車して入場すること）を検知すると、ユーザからの意思表示を確認するために、入庫ボタンを画面上に表示し（図２５参照）、また、同じ駐車場２０からの退場（乗車して退場すること）を検知すると、ユーザからの意思表示を確認するために、出庫ボタンを表示する（図２５参照）。

さらに、ユーザによる入庫ボタンの選択という入庫操作を待って、前記入庫処理プログラムは、入庫済フラグをＯＦＦからＯＮに変化させ（図２６参照）、一方、ユーザによる出庫ボタンの選択という出庫操作を待って、前記出庫処理プログラムは、出庫済フラグをＯＦＦからＯＮに変化させる（図２６参照）。

それにより、携帯端末９０および管理サーバ５０が、ユーザの意に反する動作、すなわち、誤作動を行わずに済む。

９．入庫ステージでは携帯端末９０内の加速度センサ１５４を用いたユーザ行動解析が省略される。

携帯端末９０は、入庫ステージでは、ＧＰＳ受信機１５２は使用するが加速度センサ１５４は使用することなくユーザの行動解析を行うが、出庫ステージでは、ＧＰＳ受信機１５２と加速度センサ１５４との双方を使用してユーザの行動解析を行う。

よって、携帯端末９０内の加速度センサ１５４を用いたユーザ行動解析は、出庫ステージにおいてのみ行われ、入庫ステージにおいては、そのような解析の必要性が比較的低いことから省略され、無駄な電力消費が防止される。

［第３の実施形態］

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

図２７に示すように、本実施形態においては、携帯端末９０が、さらに、自身の角速度（例えば、携帯端末９０に固定された軸線周りの回転速度）を検出するジャイロセンサ（またはヨーレートセンサ）１５６を内蔵している。そのジャイロセンサ１５６は、携帯端末９０に搭載されているため、携帯端末９０と一体的に回転し、その結果、ジャイロセンサ１５６は、各測定基準軸（Ｘ，Ｙ，Ｚ）周りの回転運動の角速度を、携帯端末９０に作用する角速度と等価なものとして検出する。

具体的には、ジャイロセンサ１５６は、ユーザが携帯端末９０を携帯している（身に着けている）場合には、そのユーザと一体的に運動する傾向が強く、よって、そのユーザに作用する角速度またはそれに対応する近似値（角速度に連動して変化する値など）を検出する。

これに対し、ジャイロセンサ１５６は、携帯端末９０のユーザが車両に乗車している場合には、そのユーザが車両と一体的に運動する傾向が強いため、結果的に、車両の旋回中には、ジャイロセンサ１５６は、車両と一体的にヨー運動（車両の上下方向中心線周りの回転運動）を行う傾向が強い。よって、ジャイロセンサ１５６は、車両に作用する角速度（例えば、車両のヨーレート、車両の旋回角速度など）またはそれに対応する近似値を検出する。すなわち、ジャイロセンサ１５６は、車両の回転運動を検出または推定によって取得する回転運動状態量取得部の一例なのである。

また、レイアウトについては、ジャイロセンサ１５６は、携帯端末９０のユーザが車両に乗車している状態において、携帯端末９０がユーザの体から離れ、車両内の特定の場所、例えば、図２８に例示するように、車両のほぼ中心に位置するダッシュボード１８０等の内装部品の凹部１８２（例えば、物入れポケット）内に載置される場合がある。この場合には、ジャイロセンサ１５６は、ユーザとではなく、車両と一体的に運動する傾向が強いため、車両の旋回中には、その車両に作用する角速度（例えば、車両のヨーレート、車両の旋回角速度など）を、車両内においてユーザが携帯端末９０を身に着けている場合より高い精度で検出する。

なお、図２８に示す例においては、携帯端末９０が、ダッシュボード１８０に設けられた凹部１８２であって上向きに開口するものの中に、理想的には、ジャイロセンサ１５６のいずれかの測定基準軸と車両の上下中心線とが互いにほぼ平行となる姿勢で配置される。この例によれば、ジャイロセンサ１５６は、その設置された位置および姿勢のおかげで、車両のヨーレートを十分に正確に検出することが可能となる。

例えば、ジャイロセンサ１５６につき、携帯端末９０の厚さ方向に平行な方向（画面に直角な方向）の測定基準軸に着目すれば、図２８に示す例のように、携帯端末９０がほぼ真上を向く姿勢で凹部１８２内に載置されると、現に注目している測定基準軸と車両の上下中心線とが互いにほぼ平行となる。

ところで、ユーザによって携帯されるか否かを問わず、携帯端末９０が車両内に載置される場合には、ジャイロセンサ１５６の基準軸線が車両の上下中心線に対して平行ではない成分を含む場合がある。この場合には、ジャイロセンサ１５６によって検出される角速度が、車両のヨーレートに厳密に一致しない。

しかし、ジャイロセンサ１５６が車両内に、ジャイロセンサ１５６の測定基準軸が車両の上下中心線に対して平行な成分を含む姿勢で固定的に保持される限り、ジャイロセンサ１５６によって検出される角速度と車両のヨーレートとの間に一定の相関が成立することが容易に予想される。

よって、特段の事情がない限り、車両の旋回中においては、車両の直進走行中におけるより、ジャイロセンサ１５６によって検出される角速度の絶対値が大きいことが容易に想定される。したがって、車両内における携帯端末９０の向きの如何を問わず、ジャイロセンサ１５６を、車両が旋回状態にあるか否かを区別することさえ可能であれば足りるセンサとして用いることは妥当である。

なお、ジャイロセンサ１５６は、携帯端末９０の角加速度（例えば、ヨーレート微分）を検出するセンサに置換したり、携帯端末９０の角度（例えば、ヨー角）を検出するセンサ（例えば、後述の地磁気センサ１５７、傾斜センサ、重力センサなど）に置換することが可能である。

図２７に示すように、この携帯端末９０は、さらに、地磁気センサ（磁力センサともいう）１５７を内蔵している。その地磁気センサ１５７は、地球の磁場を利用することにより、絶対空間に対する携帯端末９０の方向（例えば、磁北からの角度）を検出する。よって、携帯端末９０が車両に固定されれば、地磁気センサ１５７は、絶対空間に対する車両の向きを逐次検出することが可能となる。ジャイロセンサ１５６も地磁気センサ１５７も、車内において（理想的には位置固定状態で）使用される場合には、それらセンサは、車両の動的挙動を検出する運動センサまたは動的挙動取得部として機能する。

例えば、図２８に示すように、携帯端末９０がほぼ真上を向く姿勢で凹部１８２内に載置されると、地磁気センサ１５７の測定基準軸と車両の上下中心線とが互いにほぼ平行となる。この場合には、地磁気センサ１５７が、車両のヨー角、すなわち、車両を真上から見た場合のその車両の絶対空間に対する向きを検出することができる。

その向きの変化頻度（例えば、向きの符号の変化頻度）が高ければ、車両の旋回運動が高頻度で行われたことが分かる。すなわち、この地磁気センサ１５７も、車両の回転運動を検出または推定によって取得する回転運動状態量取得部の一例なのである。

なお、上述のいくつかの例の回転運動状態量取得部が車両の回転運動を、ユーザによる車両のステアリングホイールＳＷ（図２８参照）の回転操作としてい間接的に検出することが可能であり、そのために、携帯端末９０は、例えば、そのステアリングホイールＳＷに、それと一体的に回転するように装着されてもよい。

図２７に示すように、この携帯端末９０は、さらに、近接センサ１５８を内蔵している。車両のその近接センサ１５８は、例えば、静電容量式であり、自身と検出対象との間に生じる静電容量の変化を検出する。その検出される静電容量変化分は、検出対象の大きさや検出対象との距離ｄに応じて変化する。

ここに、検出対象は、ユーザ本人、車両やその車両内の部品を含む物体（金属製であるか合成樹脂製であるかを問わない）とすることが可能である。近接センサ１５８は、携帯端末９０の位置を基準として、それの周辺に位置する物体との距離ｄを相対的に検出する。その検出値は、車両の挙動には依存しない。なぜなら、車両の挙動が変化しても、近接センサ１５８と周辺物体との距離が変化しないからである。

その検出対象は、図２８に示す例においては、ダッシュボード１８２に固定的に、着脱可能に、または格納可能に装着されている被検出部材（衝立、カバーなど）１８４である。この被検出部材１８４は、近接センサ１５８によって検出可能な範囲内に設置され、例えば、携帯端末９０の画面をそれの前方から少なくとも部分的に覆うように設置される。その非検出部材１８４は、ユーザが車両の操縦中、ユーザが携帯端末９０の画面を視認することを実質的に妨害しない形状またはレイアウトを有してもよい。

また、近接センサ１５８は、車両に固定された（車内において静止部材として作用する）被検出部材１８４を検出する場合には、その近接センサ１５８によって検出された距離ｄが時間的に変化せず、定常的である場合には、携帯端末９０が、車両に対して相対的に同じ位置に載置されていると推定できる。これに対し、近接センサ１５８によって検出された距離ｄが時間的に変化し、非定常的である場合には、携帯端末９０が、車両に対して相対的に変動する位置に載置されていると推定できる。そのような位置の典型例は、ユーザの身体である。

したがって、近接センサ１５８すなわち携帯端末９０と、車両に固定された被検出部材１８４との組合せにより、携帯端末９０がユーザに携帯されているか否かを推定することが可能なのである。

近接センサ１５８を車両の室内において用いれば、携帯端末９０が、乗車中、ユーザによって携帯されているか、携帯されておらず、車両の室内のいずれかの場所に固定的に載置されているかを区別することが可能となる。

その区別のためのアルゴリズムの具体例については、近接センサ１５８によって検出された静電容量変化分（または距離）の時間プロファイル（時系列データ）が非定常であるか、および／または検出された距離ｄがしきい値ｄ０より長い（例えば、近接センサ１５８が非検出部材１８４を検出することができないため）場合には、携帯端末９０が、乗車中、ユーザによって携帯されている可能性が高いと判定する。

これに対し、近接センサ１５８によって検出された静電容量変化分（または距離）の時間プロファイルが実質的に定常であるか、および／または検出された距離ｄが前記しきい値ｄ０を超えない（例えば、図２８に示すように、近接センサ１５８が継続して非検出部材１８４を検出するため）場合には、携帯端末９０が、乗車中、ユーザによって携帯されておらず、車両の室内のいずれかの場所（ダッシュボード１８２内の特定位置）に固定的に載置されている可能性が高いと判定することが可能である。

なお、近接センサ１５８によって検出された静電容量変化分（または距離）の時間プロファイルが実質的に定常であるか否かは判定するが、その検出された距離ｄが前記しきい値ｄ０を超えないか否かは判定しない態様で実施してもよい。その検出値波形が定常的であれば、ユーザが携帯端末９０を身に着けておらず、ユーザの身体の動きにもかかわらず携帯端末９０が静止状態にあることから、駐車場２０への入庫の有無が主に議論されるこのシナリオにおいて、携帯端末９０が静止状態にあることさえ判明すれば、携帯端末９０が車両内に固定的に載置されているとの推定を行うことが妥当であるからである。そして、この態様によれば、被検出部材１８４のような追加部品を車両に装着せずに済む。

一方、携帯端末９０が、乗車中、ユーザによって携帯されている場合には、加速度センサ１５４、ジャイロセンサ１５６および地磁気センサ１５７がそれぞれ対応する車両挙動を検出する精度が低いが、携帯端末９０が、乗車中、車両の室内のいずれかの場所に固定的に載置されている場合には、加速度センサ１５４、ジャイロセンサ１５６および地磁気センサ１５７がそれぞれ対応する車両挙動を検出する精度が高い。

よって、近接センサ１５８は、加速度センサ１５４、ジャイロセンサ１５６および地磁気センサ１５７がそれぞれ対応する車両挙動を高精度で検出する状態を確保するために用いることが可能である。

本実施形態に従うシステム１０は、図７に示す複数の特徴部（プログラム実行部ないしは機能部）のうち、入庫処理部２０２、出庫処理部２０８および行動解析部２１０を除くものと同じを有する。また、入庫処理部２０２は、図１２のステップＳ１２０３を除き、図１２に示す入庫処理プログラムと同じものを実行し、また、出庫処理部２０８は、図１６のステップＳ１６０２、Ｓ１６１５−Ｓ１６１８（前記出庫判定ステップ群）およびＳ１６２１ならびに図１７のステップＳ１６２７を除き、図１６および図１７に示す出庫処理プログラムと同じものを実行する。

図２９には、図１２に示す入庫処理プログラムのうちのステップＳ１２０３を置換すべき変形例が、入庫ステージにおいてユーザが乗車して入場した駐車場を特定する入庫時入場駐車場特定モジュールとしてフローチャートで表されている。

この入庫時入場駐車場特定モジュールは、次のような複数の工程を有する駐車場特定方法を実行する。

Ａ．進入判定工程

入庫ステージにおいて、図３２に例示するように、測位部２３０（地球に固定された座標系を用いるＧＰＳ測位部または基地局測位部）によって測定された現在位置ＣＰが、すべての駐車場２０についての基準座標点ＲＰ（経度、緯度）を中心とするすべての空間領域ＳＰの外に存在する状態から、いずれかの駐車場２０についての基準座標点ＲＰ（経度、緯度）を中心とするいずれかの空間領域ＳＰの内に存在する状態に遷移したか否かを判定する。それにより、現在位置ＣＰが、いずれかの駐車場２０に対応するいずれかの空間領域ＳＰ内に進入したか否かを判定する。

図３２に示す例においては、車両ＡＭが、空間領域ＳＰ外の現在位置ＣＰ１から、空間領域ＳＰ内の現在位置ＣＰ２に移動し、その結果、その時点で、現在位置ＣＰが空間領域ＳＰ内に進入したと判定される。

空間領域ＳＰは、対応する駐車場２０の敷地の境界線またはそれに相当するものを幾何学的に正確に反映するように、複数の座標点（例えば、前記敷地の境界線を定義するための複数の座標点の集まり）を用いて定義してもよい。しかし、この場合には、その定義のために必要なデータのサイズが大きくなり、携帯端末９０の通信負荷および記憶容量をその分確保することが必要となる。

これに対し、図３２に示す例においては、１個の空間領域ＳＰが、１個の円領域（複数の円領域の集まりであってもよい）として定義されている。その１個の円領域は、１個の基準座標点ＲＰを中心とする１個の半径ｒを有する。よって、１個の空間領域ＳＰが、１個の基準座標点ＲＰを表すデータと、１個の半径ｒを表すデータという比較的サイズの小さいデータセットのみで定義される。したがって、この例によれば、携帯端末９０の通信負荷および記憶容量が節約される。

しかし、１個の空間領域ＳＰを少なくとも１個の円領域として定義する場合には、１個の空間領域ＳＰが、対応する１つの駐車場２０の敷地の全体を過不足なくカバーすることは通常、困難である。

具体的には、図３２に示す例においては、１個の円領域が、対応する１つの駐車場２０の敷地であって円形ではないものを漏れなくカバーすることを優先させるために、１個の円領域が駐車場２０の敷地外の部分をも含んでしまう。

そのため、携帯端末９０において取得される位置情報（測位部２３０）のみを用いて、車両がいずれの駐車場２０に進入したのかを判断する場合には、ある駐車場２０の敷地外の部分に車両ＡＭが位置していても、車両ＡＭがその駐車場２０に進入したとの誤った判定が行われてしまうおそれがある。

ところで、本発明者らの研究の結果、一般に、車両が、種類の如何を問わず、任意の駐車場内を走行する場合には、車両が通常の路上を走行する場合には存在しない固有の挙動を車両が示すという事実が判明した。

具体的には、図１に示すように、各駐車場２０には、通常、複数の車室が互いに詰めて配列され、その状況において、ユーザは、それら車室のうちのいずれかを選択して、隣接道路からその駐車場２０に進入することが必要である。そのため、車両は、各駐車場２０内において、通常の路上を走行する場合により高い頻度で旋回運動（左操舵、右操舵、戻し操舵、保舵など）を行うとともに加減速運動（ブレーキング、加速、減速、発進、停止、後退など）を行うことが判明した。

このような知見を背景に、本実施形態においては、携帯端末９０において取得される位置情報（測位部２３０）を用いて、車両ＡＭがすべての駐車場２０のすべての空間領域ＳＰの外に位置する状態から、いずれかの駐車場２０のいずれかの空間領域ＳＰの内に位置する状態に遷移したという条件が成立することのみをもって、車両ＡＭが、前記位置情報から誘導される駐車場２０に進入したと判定するのではない。

本実施形態においては、その条件と、後に詳述するように、車両ＡＭが、高頻度旋回を行う（または、これに代わるかまたはこれに加えて高頻度加減速を行う）という条件とを含む複数の条件が同時に成立した場合に、はじめて、車両ＡＭが、前記位置情報から誘導される駐車場２０に存在すると判定する。

Ｂ．乗車状態判定工程

入庫ステージにおいて、加速度センサ１５４（前記加速度取得部の一例）を用いることにより、携帯端末９０の加速度を検出し、その検出された加速度の波形のうちの高周波成分の振幅および／または周波数に基づき、ユーザが車両ＡＭに乗車中である可能性があるか否かを判定する。

なお、加速度センサ１５４の機能および用途を検討するに、その加速度センサ１５４によって検出された加速度波形を用いて携帯端末９０に発生する加速度波形（振動波形）の振幅および／または周波数を検出する場合には、その加速度センサ１５４は、振動取得部の一例を構成する。これに対し、加速度センサ１５４を用いて携帯端末９０の並進運動の加速度（軸加速度）を検出する場合には、その加速度センサ１５４は、典型的な加速度取得部の一例を構成する。

前述のように、図２１（ａ）には、中心加速度が０の状態でユーザが歩行している場合の携帯端末９０の加速度波形の一例が示され、また、図２１（ａ）には、中心加速度が０の状態で走行している車両にユーザが乗車している場合の携帯端末９０の加速度波形の一例が示されている。、

この乗車状態判定工程のおかげで、後述の車内載置状態判定工程、高頻度旋回状態判定工程および高頻度加減速状態判定工程が、ユーザが車両ＡＭに乗車せず、いずれかの駐車場２０内を歩行している場合には、それら判定工程がそもそも乗車状態で実行されるように設計されたものであるため、実行されないか、たとえ実行されたとしてもその実行結果が無視されるようになっている。

その結果、この乗車状態判定工程によれば、駐車場２０が完全に無人化されるうえに、その駐車場２０に特別の設備を設置することが省略されるにもかかわらず、当該システムの誤作動が抑制され、当該システムの判定結果の信頼性が向上する。

とはいえ、この乗車状態判定工程を省略した状態で本発明を実施することが可能である。

Ｃ．車内載置状態判定工程

入庫ステージにおいて、近接センサ１５８を用いることにより、図２８に例示するように、乗車中、携帯端末９０がユーザによって携帯されておらず、携帯端末９０が車両ＡＭの室内に固定的に載置されている可能性があるか否かを判定する。

この車内載置状態判定工程のおかげで、後述の高頻度旋回状態判定工程および高頻度加減速状態判定工程が、ユーザが車両ＡＭに乗車している状態において、ユーザが携帯端末９０を携帯している場合には、それら判定工程の精度が低下するおそれがあるため、実行されないか、たとえ実行されたとしてもその実行結果が無視されるようになっている。

その結果、この車内載置状態判定工程によれば、この乗車状態判定工程と同様に、当該システムの誤作動が抑制され、当該システムの判定結果の信頼性が向上する。

とはいえ、この車内載置状態判定工程を省略した状態で本発明を実施することが可能である。

Ｄ．高頻度旋回状態判定工程

入庫ステージにおいて、ジャイロセンサ１５６または地磁気センサ１５７（いずれも、前記回転運動状態量取得部の一例である）を用いることにより、携帯端末９０の回転運動（特に、ヨー運動）の角速度（特に、ヨーレートθ）を検出し、その検出された角速度の変化頻度に基づき、車両が通常の路上を走行している場合に想定される頻度より高い頻度で車両が旋回運動を行う高頻度旋回状態にある可能性があるか否かを判定する。

ここに、角速度の変化頻度は、例えば、角速度の符号（例えば、ヨー運動の向き）の変化頻度、すなわち、ユーザが一定時間当たりに車両のステアリングホイールＳＷ（図２８参照）を切り返すハンドル切返し回数と等価である。

具体的に説明するに、図１に示す駐車場２０の例においては、隣接道路を走行している車両が入出庫口２４から駐車場２０内に進入し、その駐車場２０を走行し、いずれかの車室２２を目標車室２２として、その目標車室２２内に進入するためには、例えば、車両が隣接道路を左側から右側に向かって進行した後に左折して駐車場２０内に進入し、その後に右折して右側の５つの車室２２のいずれかである目標車室２２に進入して駐車するというシナリオが想定され得る。

このシナリオにおいては、図３３（θ：ヨー角、Δθ：ヨーレート）に例示するように、ユーザが車両のステアリングホイールＳＷを、
１）入出庫口２４の手前での左操舵、
２）入出庫口２４の通過直後の戻し操舵、
３）駐車車室の手前での右操舵、および
４）駐車車室への進入直後の戻し操舵
というように４回、操舵する（切り返す）ことが必要となる。これと同じ距離だけ車両が路上を走行する際に、一般的に、ユーザがステアリングホイールＳＷを切り返す回数は、それより少ない。なお、各車室２２のサイズは、例えば、幅２．５ｍ、奥行き５．０ｍであるから、車両が隣接道路のうちの入出庫口２４付近から目標車室２２まえ走行する距離の概略が推定される。

このような知見に基づき、前記高頻度旋回状態判定工程は、角速度（ヨーレートΔθ）の変化頻度ｎ（例えば、ヨーレートΔθを表す図３３のグラフに単位時間当たりに出現する山部と谷部の合計数）がしきい値ｎ０を超えたか否かを判定することにより、車両が高頻度旋回状態にある可能性があるか否か、すなわち、車両が通常の路上を走行している場合には出現しないが任意の駐車場２０内を走行している場合には出現する固有の動的挙動を車両が示すか否かを判定する。

具体的には、前記高頻度旋回状態判定工程は、例えば、角速度の観測時間Δｔ（単位：秒）（例えば、２０秒、３０秒、４０秒）当たりに、角速度の符号が正から負に、および、負から正にそれぞれ変化した回数ｎがしきい値ｎ０（例えば、４回、６回、８回、それら数値の中間の値など）を超えたか否かを判定することにより、車両が高頻度旋回状態にある可能性があるか否かを判定する。

これに代えて、回数ｎを観測時間Δｔで割り算した比率ｎ／Δｔが、所定値（例えば、０．２，０．３，０．４，０．５、それら数値の中間の値など)を超えた場合に、車両が高頻度旋回状態にある可能性があると判定してもよい。

なお、この高頻度旋回状態判定工程は、ジャイロセンサ１５６に代わるかまたはこれに加えて地磁気センサ１５７または別のセンサ（例えば、傾斜センサ、重力センサなど）を用いて同じ機能を実現してもよい。

Ｅ．入場駐車場特定工程

入庫ステージにおいて、４つの条件、すなわち、
１．現在位置ＣＰがいずれかの駐車場２０に対応する空間領域ＳＰ内に進入したという第１の条件と、
２．ユーザが車両ＡＭに乗車中である可能性があるという第２の条件と、
３．携帯端末９０がユーザによって携帯されておらず、携帯端末９０が車両ＡＭの室内に固定的に載置されている可能性があるという第３の条件と、
４．車両ＡＭが前記高頻度旋回状態にある可能性があるという第４の条件と
がすべて同時に成立した場合に、前記いずれかの駐車場２０を、ユーザが車両に乗車して入場した駐車場として特定する。

Ｆ．高頻度加減速状態判定工程

前述の高頻度旋回状態判定工程に代わるか、またはこれに加えて、高頻度加減速状態判定工程を実行してもよい。

この高頻度加減速状態判定工程は、入庫ステージにおいて、加速度センサ１５４を用いることにより、携帯端末９０の加速度を検出し、その検出された加速度の波形のうちの低周波成分の変化頻度に基づき、車両ＡＭが通常の路上を走行している場合に想定される頻度より高い頻度で車両ＡＭが加減速（発進（速度０からの加速）、停止（速度０への減速）、加速、減速など）を行う高頻度加減速状態にある可能性があるか否かを判定する。

前述の、図１に示す駐車場２０を例にとって説明したシナリオと同じシナリオにおいては、ユーザは、図示しないアクセルペダルおよびブレーキペダルを踏込み操作して、
１）入出庫口２４の手前での減速、
２）入出庫口２４への進入直後の加速、
３）前記駐車車室の手前での減速、
４）前記駐車車室への進入直後の加速、および
５）前記駐車車室に車両を停車させるための減速
というように５回、車両の走行状態を減速と加速とに切り換えることが必要となる。これと同じ距離だけ車両が路上を走行する際に、一般的に、ユーザが減速と加速とに切り換える回数は、それより少ない。

図３４には、車両が加速して減速する場合に取得される加速度波形の一例が示されている。その加速度波形は、前述のように、低周波成分と高周波成分とを有する。

前述のように、高周波成分は、図１９（ａ）および図２１（ａ）に示されており、これは、ユーザが歩行しているのか車両に乗車しているのかによって変動する成分である。

具体的には、図１９（ａ）は、ユーザの歩行中にユーザの足が路面に接地する際に、ユーザの身体に装着されて一体的に動く携帯端末９０が、ユーザの足および身体の他の部分を媒介として路面から受ける衝撃波を反映する。一方、図２１（ａ）は、ユーザの走行（車両乗車）中に車両のタイヤが路面の凹凸を転動する際に、車両内の座席に着座しているユーザの身体に装着されて一体的に動く携帯端末９０が、前記足および身体より高い衝撃吸収性を有する車両の部品であってタイヤ、懸架装置および座席を経由して路面から受ける衝撃波を反映する。

これに対し、低周波成分は、ユーザまたは車両の実質的な加速度を示す。よって、高頻度加減速状態においては、低周波成分が、注目すべき主要な成分として取り使われ、これは、車両の加速度の時間プロファイル（時刻歴）を示す。

このような知見に基づき、前記高頻度加減速状態判定工程は、加速度センサ１５４を用いることにより、携帯端末９０の加速度を検出し、その検出された加速度の波形のうちの低周波成分の変化頻度ｍがしきい値ｍ０より高いか否かを判定することにより、車両が高頻度加減速状態にある可能性があるか否かを判定する。

具体的には、前記高頻度加減速状態判定工程は、例えば、加速度の観測時間Δｔ（単位：秒）（例えば、２０秒、３０秒、４０秒）当たりに、加速度の符号が正から負に、および、負から正にそれぞれ変化した回数ｍがしきい値ｍ０（例えば、４回、６回、８回、それら数値の中間の値など）を超えたか否かを判定することにより、車両が高頻度加減速状態にある可能性があるか否かを判定する。

これに代えて、回数ｍを観測時間Δｔで割り算した比率ｍ／Δｔが、所定値（例えば、０．２，０．３，０．４，０．５、それら数値の中間の値など)を超えた場合に、車両が高頻度加減速状態にある可能性があると判定してもよい。

１．入庫時入場駐車場特定モジュール

ここで、図２９に戻り、入庫時入場駐車場特定モジュールを説明すると、図１２に示すステップＳ１２０２（ＧＰＳ測位部または基地局測位部である測位部２３０により、携帯端末９０の現在位置ＣＰを測定する）の実行後、ステップＳ２９０１において、ステップＳ１２０２の前回実行時に測位された現在位置ＣＰ１は、すべての駐車場２０に対応するすべての空間領域ＳＰの外にあったが、ステップＳ１２０２の直前実行時に測位された現在位置ＣＰ２は、いずれかの駐車場２０に対応するいずれかの空間領域ＳＰ内にあるか否かが判定される。

すなわち、ユーザが、すべての駐車場２０に対応するすべての空間領域ＳＰの外から、いずれかの駐車場２０に対応するいずれかの空間領域ＳＰ内に移動したか否か、すなわち、いずれかの空間領域ＳＰ内に進入した直後であるか否かが判定されるのである。

ここに、各駐車場２０に対応する空間領域ＳＰは、その駐車場２０に対応する基準座標点ＲＰ（駐車場２０の識別コードの関数）と、その駐車場２０に割り当てられた半径ｒ（駐車場２０の識別コードの関数）とによって互いに共同して定義され、それにより、絶対空間上に１つの空間領域ＳＰが定義される。駐車場２０に関連付けて、基準座標点ＲＰと半径ｒとの組合せが、空間領域記述データとして、携帯端末９０のメモリ１３２に記憶されている。

その空間領域記述データは、予め、すべての駐車場２０についてか、または、すべての駐車場２０のうち、携帯端末９０の現在位置の近傍に位置するもの（例えば、現在位置から所定距離の範囲内にあるもの）のみについて、管理サーバ５０からダウンロードされる。

ここに、現在位置が各駐車場２０に対応する空間領域ＳＰ内にあるか否かの判定は、例えば、現在位置と各駐車場２０の基準座標点との距離Ｄを計算し、その距離Ｄが、各駐車場２０に対応する半径ｒ以下であれば、現在位置が空間領域ＳＰ内にあると判定し、その距離Ｄが、各駐車場２０に対応する半径ｒより長ければ、現在位置が空間領域ＳＰ外にあると判定することによって行うことが可能である。

その判定がＮＯであれば、ステップＳ１２０２に戻るが、ＹＥＳであれば、ステップＳ２９０２において、該当する空間領域ＳＰに対応する１つの駐車場２０が、ユーザが、入庫ステージにおいて入場した駐車場２０の候補として選択される。

続いて、ステップＳ２９０５において、近接センサ１５８を用いることにより、前記距離ｄが検出される。続いて、ステップＳ２９０６において、その距離ｄが前記しきい値ｄ０より短く、かつ、距離ｄの時間プロファイルが時間経過につれて定常的であるか否かが判定される。

このステップＳ２９０６の判定がＮＯであれば、携帯端末９０がユーザによって携帯されている可能性があると判定されて、ステップＳ２９０７において、ユーザへの警告のためのメッセージが画像または音声で携帯端末９０から出力される。その警告は、ユーザに、携帯端末９０を車内の指定位置、例えば、ダッシュボード１８０に載置することを催促するために行われる。その後、ステップＳ１２０２に戻る。

これに対し、ステップＳ２９０６の判定がＹＥＳであれば、ステップＳ２９０８において、携帯端末９０がユーザによって携帯されておらず、車内の指定位置に固定的に載置されている可能性があると判定される。すなわち、室内載置状態にあると判定されるのである。この場合に、前述の高頻度旋回状態判定工程の実行が許可されて開始される。

具体的には、ステップＳ２９０９において、ジャイロセンサ１５６を用いることにより、携帯端末９０の角速度、すなわち、今回は、車両の角速度（ヨーレート）が検出される。

続いて、ステップＳ２９１０において、過去一定時間にわたる角速度検出値の波形から、角速度の向き（正負）の変化頻度（一定時間当たりにユーザが車両のステアリングホイールＳＷを切り返した回数、角速度波形の周波数など）ｎが計算される。例えば、その変化頻度ｎは、過去５、１０または２０秒間内にユーザが車両のステアリングホイールＳＷを切り返した回数である。

その後、ステップＳ２９１１において、その変化頻度ｎが前記しきい値ｎ０より高いか否かが判定される。そのしきい値ｎ０は、例えば、２，４，６である。

変化頻度ｎが前記しきい値ｎ０以下である場合には、ステップＳ２９１１の判定がＮＯとなり、今回は、車両が通常の路上を走行している可能性が高いと判定されて、その後、ステップＳ１２０２に戻る。

これに対し、変化頻度ｎが前記しきい値ｎ０より高い場合には、ステップＳ２９１１の判定がＹＥＳとなり、ステップＳ２９１２において、車両が高頻度旋回状態にある可能性があると判定される。

続いて、ステップＳ２９１３において、ユーザが実際に、乗車して前記候補駐車場に入場したと判定される。その後、ステップＳ２９１４において、その候補駐車場が、ユーザが現在居る駐車場２０、すなわち、ユーザが入庫ステージにおいて入場した駐車場として特定される。続いて、図１２のステップＳ１２０４に移行する。

その後、携帯端末９０は、ステップＳ１２０８において、ユーザＩＤと、駐車場ＩＤと、車両情報と、今回のユーザが、入庫ステージにおいて、乗車して今回の駐車場２０に入場したことを表す乗車入場データを管理サーバ５０に送信する。これに対し、管理サーバ５０は、ステップＳ１２５２において、それら情報を携帯端末９０から受信する。

２．出庫時入場駐車場特定モジュール

図３０には、図１６に示す出庫処理プログラムのうちのステップＳ１６０２を置換すべき変形例が、出庫ステージにおいてユーザが歩行して入場した駐車場を特定する出庫時入場駐車場特定モジュールとしてフローチャートで表されている。

この出庫時入場駐車場特定モジュールを説明すると、図１６に示すステップＳ１６０１の実行後、ステップＳ３００１において、上述のステップＳ２９０１と同様にして、ユーザが、すべての駐車場２０に対応するすべての空間領域ＳＰの外から、いずれかの駐車場２０に対応するいずれかの空間領域ＳＰ内に移動したか否かが判定される。

その判定がＮＯであれば、ステップＳ１６０１に戻るが、ＹＥＳであれば、ステップＳ３００２において、該当する空間領域ＳＰに対応する１つの駐車場２０が、ユーザが、出庫ステージにおいて入場した駐車場２０の候補として選択される。

続いて、ステップＳ３００３において、上述のステップＳ２９０３と同様にして、加速度センサ１５４を用いることにより、前記加速度の波形が取得され、さらに、その加速度波形から高周波成分が抽出され、さらに、その高周波成分からそれの周波数Ｆが計算される。

その後、ステップＳ３００４において、その計算された周波数Ｆが前記しきい値Ｆ０より高いか否かが判定される。

周波数Ｆがしきい値Ｆ０より低い場合には、ステップＳ３００４の判定がＮＯとなり、乗車状態と判定されてステップＳ１６０１に戻るが、周波数Ｆがしきい値Ｆ０以上である場合には、ステップＳ３００４の判定がＹＥＳとなり、ステップＳ３００５において、歩行状態と判定される。

続いて、ステップＳ３００６において、ユーザが実際に、前記候補駐車場に歩行して入場したと判定される。その後、ステップＳ３００７において、その候補駐車場が、ユーザが現在居る駐車場２０、すなわち、ユーザが出庫ステージにおいて入場した駐車場として特定される。続いて、図１６のステップＳ１６０３に移行する。

３．出庫時退場駐車場特定モジュール

図３１には、図１６および図１７に跨って示す出庫処理プログラムのうち、図１６のＳ１６１５−Ｓ１６１８（第１置換部分）を置換すべき第１の変形例と、図１６のＳ１６２１（第２置換部分）を置換すべき第２の変形例とが、出庫ステージにおいてユーザが乗車して退場した駐車場を特定する出庫時退場駐車場特定モジュールとしてフローチャートで表されている。
を含む駐車場管理方法。

第１の変形例については、図１６のステップＳ１６１３の判定がＮＯであると、この出庫時退場駐車場特定モジュールの実行が開始され、また、第２の変形例については、図１６のステップＳ１６１０の判定がＮＯであると、この出庫時退場駐車場特定モジュールの実行が開始される。

いずれの変形例についても、この出庫時退場駐車場特定モジュールの実行が開始されると、まず、ステップＳ３１０１において、ＧＰＳ測位部または基地局測位部である測位部２３０により、携帯端末９０の現在位置ＣＰが測定される。次に、ステップＳ３１０２において、ステップＳ３１０１の前回実行時に測位された現在位置ＣＰ１は、いずれかの駐車場２０に対応するいずれかの空間領域ＳＰ内にあったが、ステップＳ３１０２の直前実行時に測位された現在位置ＣＰ２は、そのいずれかの空間領域ＳＰの外にあるか否かが判定される。

すなわち、ユーザが、いずれかの駐車場２０に対応するいずれかの空間領域ＳＰの内からその空間領域ＳＰの外に移動したか否か、すなわち、いずれかの空間領域ＳＰから退出した直後であるか否かが判定されるのである。

このステップＳ３１０２の判定がＮＯであれば、第１の変形例については、ステップＳ１６１３に移行し、第２の変形例については、ステップＳ１６０９に移行する。

これに対し、ステップＳ３１０２の判定がＹＥＳであれば、ステップＳ２９０２において、直前まで現在位置が該当した空間領域ＳＰに対応する１つの駐車場２０が、ユーザが、出庫ステージにおいて退場した駐車場２０の候補として選択される。

続いて、ステップＳ３１０４において、加速度センサ１５４を用いることにより、前記加速度の波形が、図３４に例示するように、過去一定時間（分析窓）にわたり、取得される。さらに、その加速度波形のうち、デジタルハイパスフィルタにより、高周波成分が抽出される。さらに、その高周波成分から、それの周波数Ｆ（例えば、図２０（ａ）および図２２（ａ）に示す大振幅周波数成分の周波数Ｆ１またはＦ２）が計算される。

その後、ステップＳ３１０５において、その計算された周波数Ｆがしきい値Ｆ０（前記第２しきい値Ｆ０と等価である）より低いか否かが判定される。

周波数Ｆがしきい値Ｆ０以上である場合には、ステップＳ３１０５の判定がＮＯとなり、歩行状態と判定されて、ステップＳ１６１３，Ｓ１６０９およびＳ１６２８のうち該当するものに移行するが、周波数Ｆがしきい値Ｆ０より低い場合には、ステップＳ３１０５の判定がＹＥＳとなり、ステップＳ３１０６において、乗車状態と判定される。

続いて、ステップＳ３１０７において、ユーザが実際に、乗車して前記候補駐車場から退場したと判定される。その後、ステップＳ３１０８において、その候補駐車場が、ユーザが出庫ステージにおいて乗車して退場した駐車場として特定される。続いて、第１の変形例については、ステップＳ１６１９に移行し、第２の変形例については、ステップＳ１６２２に移行する。

その後、第１の変形例については、携帯端末９０が、ステップＳ１６１９において、さらに、ユーザが、出庫ステージにおいて、出庫操作を伴って、乗車して今回の候補駐車場から退場したことを表す出庫操作付き乗車退場データ（出庫操作があったことを表す出庫操作判別データと、乗車して退場したことを表す乗車退場判別データとの組合せに相当する）を管理サーバ５０に送信する。これに対し、管理サーバ５０は、ステップＳ１６５６において、その出庫操作付き乗車退場データを携帯端末９０から受信する。管理サーバ５０は、さらに、現在時刻を出庫時刻とし、前記駐車場別ステータス管理テーブルを、その出庫時刻を反映し、さらに、出庫済フラグがＯＮとなるように、更新する。

また、第２の変形例については、携帯端末９０が、ステップＳ１６２３において、さらに、ユーザが、出庫ステージにおいて、出庫操作を伴うことなく、乗車して今回の候補駐車場から退場したことを表す出庫操作欠如乗車退場データ（出庫操作がないことを表す出庫操作判別データと、乗車して退場したことを表す乗車退場判別データとの組合せに相当する）を管理サーバ５０に送信する。これに対し、管理サーバ５０は、その出庫操作欠如乗車退場データを携帯端末９０から受信する。管理サーバ５０は、さらに、前記駐車場別ステータス管理テーブルを、再入庫フラグがＯＮとなるように、更新する。

第１および第２の実施形態と本実施形態との対比

第１および第２の実施形態によれば、入庫ステージにおいては、ユーザの位置情報は参照されるがユーザの行動情報も車両の挙動情報も参照されずに入庫処理が行われるのに対し、出庫ステージにおいては、ユーザの位置情報およびユーザの行動情報（歩行中か乗車中か）は参照されるが車両の挙動情報は参照されずに出庫処理が行われる。

その結果、それら第１および第２の実施形態によれば、入庫ステージにおいては、ユーザが歩行していずれかの駐車場２０に入場したのか乗車して入場したのかを区別することはできない（そもそも、入庫ステージにおいては、ユーザが歩行していずれかの駐車場２０に入場するというシナリオを通常では想定できない）が、出庫ステージにおいては、ユーザが歩行して利用駐車場２０を退場したのか乗車して退場したのかを区別することができる。

しかし、出庫ステージにおいても、ユーザが歩行して利用駐車場２０を退場したのか乗車して退場したのかを区別することが不要であれば（例えば、有効駐車時間内での再入庫を許可しない場合）、入庫ステージのみならず出庫ステージにおいても、ユーザの行動情報を参照することが不要となる。

これに対し、本実施形態によれば、第１および第２の実施形態とは異なり、入庫ステージにおいては、ユーザの位置情報および車両の挙動情報（例えば、高頻度旋回、高頻度加減速）は参照されるがユーザの行動情報は参照されずに入庫処理が行われる。

したがって、本実施形態によれば、第１および第２の実施形態とは異なり、車両の挙動情報も参照されるため、第１および第２の実施形態より、駐車場２０に設置された設備に依存しないにもかかわらず、ユーザが利用中の駐車場を特定する技術に関し、システム１０の信頼性が向上する。

また、本実施形態によれば、第１および第２の実施形態と同様に、出庫ステージにおいては、ユーザの位置情報および行動情報は参照されるが車両の挙動情報は参照されずに出庫処理が行われるため、ユーザが歩行して利用駐車場２０を退場したのか乗車して利用駐車場２０を退場したのかを区別することが可能となる。

ただし、入庫処理および／または出庫処理においてユーザの行動情報を参照して本発明を実施することは不可欠ではない。なぜなら、ユーザに対し、駐車場２０を利用するために、自身の携帯端末９０を車両内の所定位置に載置するという条件を課される場合には、前述の入庫処理および／または出庫処理が、携帯端末９０を車両内に存在する状態で実行されることになるため、それらの処理がユーザの行動情報を必要としないからである。

なお、入庫ステージおよび／または出庫ステージにおいて、少なくともユーザの位置情報および車両の挙動情報（例えば、高頻度旋回、高頻度加減速）を参照して入庫処理および／または出庫処理を行う技術思想は、任意の駐車場２０、その運営形態の如何を問わず、適用することが可能であり、例えば、前払い時間貸し方式に適用しても後払い時間貸し方式に適用してもよい。

［第４の実施形態］

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

図３５は、このシステム１０における駐車場別ステータス管理テーブル作成・更新部および空室判定部の作動原理を説明するために、ある駐車場２０において、ユーザごとに、各車室２２のステータス（占有状態、稼働状態）が時間と共に遷移する様子を例示するタイムチャートである。図３６は、このシステム１０における管理テーブル作成・更新部を実施するための管理テーブル作成・更新モジュールを概念的に表すフローチャートである。

本実施形態に従うシステム１０は、第１ないし第３の実施形態と同様に、前払い時間貸し式の駐車場２０を管理するように設計される。

具体的には、まず、入庫ステージにおいて、図３６の上部に示すように、まず、ステップＳ３６０１において、ユーザが、ユーザＩＤを携帯端末９０に入力する。次に、ステップＳ３６０２において、携帯端末９０が、入庫する駐車場（入庫のためにユーザが車両に乗車している状態で入場した駐車場）２０の選択、すなわち、例えば、図２９に示すアルゴリズムに従って、ユーザの位置情報および車両の挙動情報を参照して、入庫した駐車場２０を特定する。

続いて、ステップＳ３６０３において、ユーザが携帯端末９０上で入庫ボタンを操作することにより、今回の駐車場２０への入庫を最終的に管理サーバ５０に対して意思表示する。その後、ステップＳ３６０４において、ユーザが、前記有効駐車時間を携帯端末９０に入力する。

続いて、ステップＳ３６０５において、携帯端末９０が、上述の情報、すなわち、ユーザＩＤと、入庫した駐車場２０を表す駐車場ＩＤ（前述の「入庫駐車場識別データ」の一例である）と、有効駐車時間と、ユーザによる入庫操作が行われたことを表す入庫操作データとを管理サーバ５０に送信する（前述の「第１の送信工程」の一例である）。

その後、ステップＳ３６０６において、ユーザが、携帯端末９０を介して、前記有効駐車時間の長さに見合う額の前払い駐車料金を支払う。続いて、ステップＳ３６０７において、ユーザは、今回の駐車場２０に車両を駐車したまま、その車両から降車し、その後、その駐車場２０内を歩行して入出庫口２４から退場する。

第１ないし第３の実施形態においては、入庫ステージにおいて、携帯端末９０も管理サーバ５０も、ユーザが歩行して駐車場２０から退場したか否かを判定するアルゴリズムを有しないが、図３１に示すステップＳ３１０１−Ｓ３１０５により表されるアルゴリズムと同様なものを実行し、それにより、ユーザが歩行して駐車場２０から退場したか否かを自動的に判定してもよい。

これに対し、管理サーバ５０は、ステップＳ３６５１において、前記ステップＳ３６０５において携帯端末９０から送信された各種情報を受信する。続いて、ステップＳ３６５２において、第１ないし第３の実施形態と同様にして、図２６に示すような駐車場別ステータス管理テーブル（以下、単に「管理テーブル」という。）を作成する（前述の「管理テーブル作成・更新工程」の一例である）。

その後、ステップＳ３６５３において、管理サーバ５０が、前記管理テーブルにつき、各種フラグの状態を初期設定する。各種フラグの状態を初期設定するのは、今回は、入庫ステージにあるからである。具体的には、入庫済フラグはＯＮに初期設定するが、再入庫許可フラグ、仮出庫フラグ、出庫済フラグ、正規出庫フラグおよびみなし出庫フラグはいずれもＯＦＦに初期設定する。

次に、出庫ステージにおいて、図３６の下部に示すように、まず、ステップＳ３６１１において、ユーザが、ユーザＩＤを携帯端末９０に入力する。次に、ステップＳ３６１２において、携帯端末９０が、出庫しようとしている駐車場（出庫のためにユーザが歩行状態で入場した駐車場）２０の選択、すなわち、例えば、図３０に示すアルゴリズムに従って、ユーザの位置情報および行動情報を参照して、出庫しようとしている駐車場２０を特定する。

続いて、ステップＳ３６１３において、携帯端末９０が、現在の駐車場２０の駐車場ＩＤが、入庫駐車場２０の駐車場ＩＤであって前記管理テーブルにユーザに関連付けて保存されているものと一致するか否かを判定する。

一致する場合には、ステップＳ３６１４において、携帯端末９０が、ユーザが携帯端末９０上で出庫ボタンを操作したか否か、すなわち、意思表示としての出庫操作を行ったか否かを表す出庫操作判別データを作成する。

続いて、出庫操作の有無を問わず、ステップＳ３６１５において、携帯端末９０が、図３１に示すステップＳ３１０１およびＳ３１０２により表されるアルゴリズムと同様なものに従い、携帯端末９０が今回の駐車場２０から退場したか否かを判定する。

退場したと判定された場合には、ステップＳ３６１６において、携帯端末９０が、図３１に示すステップＳ３１０４−Ｓ３１０６により表されるアルゴリズムと同様なものに従い、ユーザが車両に乗車している乗車状態にあるか否かを判定する。

その後、ステップＳ３６１７において、携帯端末９０が、ステップＳ３６１５およびＳ３６１６のそれぞれの判定結果を踏まえ、ユーザが乗車状態で今回の駐車場２０から退場したか否かを表す乗車退場判別データを作成し、その乗車退場判別データを前記出庫操作判別データと共に、ユーザに関連付けて管理サーバ５０に送信する（前述の「第２の送信工程」の一例である）。

これに対し、管理サーバ５０は、ステップＳ３６７１において、携帯端末９０から乗車退場判別データと出庫操作判別データとをユーザに関連付けて受信する。続いて、ステップＳ３６７２において、管理サーバ５０が、前記管理テーブルにおける有効駐車時間（例えば、予定出庫時刻）が時計１７２によって計測される現在時刻の時点で満了しているか否か、すなわち、時間オーバーであるか否かを判定する。

時間オーバーであると判定された場合には、ステップＳ３６７３において、管理サーバ５０が、各種フラグの状態を更新することにより、前記管理テーブルを更新する（前述の「管理テーブル作成・更新工程」の一例である）。

具体的には、管理サーバ５０は、前記受信した乗車退場判別データが、ユーザの前記乗車状態での退場を表し、かつ、前記受信した出庫操作判別データが、前記出庫操作を伴わないことを表し、かつ、それらデータの受信時刻の時点において前記有効駐車時間が満了していなかった場合には、仮出庫が行われたと判定し、仮出庫フラグの状態をＯＦＦからＯＮに切り換え、さらに、同じユーザが同じ駐車場に再入庫する権限をユーザに与えることを表す再入庫許可フラグの状態をＯＦＦからＯＮに切り換える。

さらに、管理サーバ５０は、前記受信した乗車退場判別データが、ユーザの前記乗車状態での退場を表し、かつ、前記受信した出庫操作判別データが、前記出庫操作を伴うことを表し、かつ、それらデータの受信時刻の時点において前記有効駐車時間が満了していなかった場合には、正規出庫が成立したと判定し、正規出庫フラグの状態をＯＦＦからＯＮに切り換え、さらに、出庫済フラグの状態をＯＦＦからＯＮに切り換える。

さらに、管理サーバ５０は、前記仮出庫と判定された後、前記受信時刻の時点において前記有効駐車時間が満了したか否かを判定し、満了した場合には、みなし出庫が成立したと判定し、みなし出庫フラグの状態をＯＦＦからＯＮに切り換え、さらに、この場合にも、前記正規出庫が成立する場合と同様に、出庫済フラグの状態をＯＦＦからＯＮに切り換える。

さらに、管理サーバ５０は、前記再入庫許可フラグがＯＮである状態で、前記受信時刻の時点において前記有効駐車時間が満了したか否かを判定し、満了した場合には、再入庫の権限を消滅させるべく、前記再入庫許可フラグの状態をＯＮからＯＦＦに切り換える。

なお、管理サーバ５０は、メモリ１６２の容量節約などのため、各回の判定サイクルにおいて、正規出庫またはみなし出庫が成立すれば、対応するユーザに関する行動パターンを前記管理テーブルから削除してもよい。その場合には、図３５に示す例においては、時刻ｔ５においては、番号１のユーザに関するデータが前記管理テーブルに存在しないことになる。

ところで、第１ないし第３の実施形態においては、図７に示すように、管理サーバ５０が空室判定部３０４を有する。この空室判定部３０４は、携帯端末９０が搭載してもよいが、いずれにしても、各駐車場ごとに、入庫の確認件数および出庫の確認件数に基づき、駐車場２０内の複数の車室に、使用されてない空室が存在するか否かを判定する。

具体的には、空室判定部３０４は、１回分の入庫が確認されるごとに、各駐車場２０内の複数の車室のうち、使用されてない空室の数である空室数を１ずつ減算し、また、１回分の実際の出庫操作（正規出庫）またはみなし出庫が確認されるごとに、前記空室数を１ずつ加算する。

第１ないし第３の実施形態においては、携帯端末９０が管理サーバ５０のうちの空室判定部３０４から、各駐車場２０ごとに、空室が存在するか否か、すなわち、現在、全く空室が存在しない満車状態（空室なし状態）であるか、現在、少なくとも１つの空室が存在する空車状態（空室あり状態）であるかを区別して表す満空状態データ（または、駐車場２０内の車両の混雑度を表す混雑度データ、駐車場ステータスを表す駐車場ステータス・データ、駐車場稼働状態データ、駐車場満空状態データなどともいう。）を受信する。

ところで、第１ないし第３の実施形態においては、ユーザが、有効駐車時間が満了しないうちに、乗車して駐車場２０から退場し、その際にユーザが出庫操作を行わなかった場合（仮出庫）には、そのユーザには、同じ駐車場２０に再入庫する権限を、前記有効駐車時間が満了するまで、積極的にであるか事実上であるかを問わず、与えられる。

一方、第１ないし第３の実施形態においては、ユーザが、出庫ステージにおいて、乗車して（車両と共に）駐車場２０から退場したのか、歩行して（車両は駐車場２０に置いたまま）駐車場２０から退場したのかを区別することができる。

ここに、ユーザが前記仮出庫を行った場合には、その後、前記有効駐車時間が満了しないうちに、ユーザが、前記再入庫する権限を行使して、実際に再入庫を行う可能性と、ユーザが、その権限を行使せず、実際には再入庫を行わず、前記有効駐車時間が満了すると、前記みなし出庫扱いとなる可能性との双方が存在する。

前者の可能性を後者の可能性より重視して、駐車場２０について空室判定を控えめに（ユーザの利益重視で）行うと、結果的に、「仮出庫が行われても、そのユーザについては、車両が駐車場２０に存在するものとみなして、空室判定が行われる」ため、実際には、その駐車場２０に、別のユーザによって利用されない空室が無駄に発生してしまうおそれがある。

これに対し、後者の可能性を前者の可能性より重視して、駐車場２０について空室判定を大胆に（駐車場管理者の利益重視で）行うと、結果的に、「仮出庫が行われると、そのユーザについては、再入庫が行われることはないものとみなして、空室判定が行われる」ため、実際には、その駐車場２０に、同じユーザが再入庫しようとしても、空室が全く存在せず、再入庫できないおそれがある。

このような事情を背景として、本実施形態に従うシステム１０は、将来における再入庫の予想発生件数を見込まずに、空車状態か満車状態かのいずれかを判定するという空室判定を行うとその判定結果が空車状態となるが、将来における再入庫の予想発生件数を見込んで前記空室判定を行うとその判定結果が満車状態となる場合には、最終的な判定結果を混雑状態に決定する。それにより、ユーザの利益と駐車場管理者の利益とをうまくバランスさせる。

ここで、このシステム１０が空室判定を行う際にアルゴリズムを概略的に説明する。

このシステム１０は、各駐車場２０についての空室判定を、ユーザごとに、かつ、所定の時間インターバルΔｔで反復的に行う。その空室判定を車室２２ごとに行うのではなく、ユーザごとに行うのは、本実施形態においては、ユーザがいずれの車室２２に駐車しているのかを管理することが不要となっているからである。

ここに、「時間インターバルΔｔ」は、通常、ある車両がある駐車場２０に入庫してから出庫するまでにかかる最短駐車時間より短い長さを有するように、すなわち、１回分の時間インターバルΔｔ内においてある車両がある駐車場２０に入庫して出庫してしまうことがないように設定され、例えば、１分とか、５分とか、１０分とされる。

ただし、時間インターバルΔｔは、短いほど、実際の駐車場２０のステータスを正確に監視できるのに対し、管理サーバ５０の処理負担が増加するというようにトレードオフの関係にあるため、監視精度と処理負担とがうまくバランスするように設定すべきである。

さらに、このシステム１０は、各駐車場２０についての空室判定を、各駐車場２０の稼働状況を、３つの稼働状態、すなわち、各駐車場２０に空いた車室２２が存在しない満車状態と、空いた車室２２が存在する空車状態と、実際に満車状態である可能性も空車状態である可能性もあることを示す混雑状態とのいずれかにあるかを判定するように行う。

具体的には、このシステム１０は、各駐車場２０についての空室判定を、ユーザごとに、所定の時間インターバルで反復的に、図２６に例示する前記管理テーブルを参照して行う。

このシステム１０は、各回の判定サイクルごとに、前記管理テーブルの最新の内容に従い、駐車場２０に対するユーザの行動パターンの変化を観察する。

具体的には、このシステム１０は、各回の判定サイクルにおいて、前記管理テーブルの内容に基づき、各駐車場２０ごとに、
Ｘ１：各回の判定サイクル中に前記有効駐車時間が満了しないユーザの人数である有効駐車件数と、
Ｘ２：各回の判定サイクル中に、前記有効駐車時間が満了せず、かつ、ユーザの前記乗車状態での退場が前記出庫操作を伴って行われたために正規出庫が成立したユーザの人数である確定出庫件数と、
Ｘ３：各回の判定サイクル中に、前記有効駐車時間が満了せず、かつ、ユーザの前記乗車状態での退場が前記出庫操作を伴わずに行われたために仮出庫が成立し、同じユーザが同じ駐車場に再入庫する権限を与えられたユーザの人数である不確定出庫件数と
を計算する。

ここに、不確定出庫件数Ｘ３は、その後に実際に再入庫を行ったユーザの人数と一致しない可能性がある。一致する場合には、実在駐車件数Ｙの計算値は、
Ｙ＝Ｘ１−Ｘ２
となるが、一致しない場合には、実在駐車件数Ｙの計算値は、
Ｙ＝Ｘ１−（Ｘ２＋Ｘ３）となる。

このように、実在駐車件数Ｙの計算値は、実際に再入庫を行ったユーザの人数によって変動する流動的なものである。
Ｙmin＜＝Ｙ＜＝Ｙmax

このシステム１０は、それら３つの計算値Ｘ１，Ｘ２およびＸ３と、各駐車場２０の複数の車室２２のうちユーザへの時間貸しのために割り当てられたものの総数（ユーザへの時間貸しが全く行われていない状態から、ユーザへの時間貸しが予定された車室２２の総数）Ｚとの関係に基づき、所定の判定規則に従って、各回の判定サイクル直後の各駐車場２０の稼働状況を、満車状態と空車状態と混雑状態とのいずれかにあるかを予想する。

ここに、「総数Ｚ」は、各駐車場２０に割り当てられる複数の車室２２のすべての数ｎと等しい数として定義してもよく、また、それら車室２２のうち、図１に例示するように、一部の車室２２が、時間貸し用車室ではなく、例えば、月極契約者用車室である場合には、総数Ｚは、数ｎより少ない数として定義してもよい。

また、「所定の判定規則」は、潜在的な複数の判定規則から選択された１つの判定規則、または、複数の判定規則の組合せとして定義される。

ここに、「潜在的な複数の判定規則」は、不確定出庫件数Ｘ３すなわち将来における再入庫の発生を想定しない（再入庫を想定しない）判定規則と、想定する判定規則とに分類される。

まず、再入庫を想定しない判定規則の一例によれば、各時刻に各駐車場２０を利用しているユーザの人数、すなわち、最大駐車件数Ｙmaxは、
Ｙmax＝Ｘ１−（Ｘ２＋Ｘ３）
という式で定義される。

そして、Ｙmax＜Ｚという条件が成立すれば、駐車場２０は空車状態にあると判定され、一方、Ｙmax＝Ｚという条件が成立すれば、駐車場２０は満車状態にあると判定される。

次に、再入庫を想定する判定規則の一例によれば、各時刻に各駐車場２０を利用しているユーザの人数、すなわち、最小駐車件数Ｙminは、
Ｙmin＝Ｘ１−Ｘ２
という式で定義される。

そして、Ｙmin＜Ｚという条件が成立すれば、駐車場２０は空車状態にあると判定され、一方、Ｙmin＝Ｚという条件が成立すれば、駐車場２０は満車状態にあると判定される。

「潜在的な判定規則」の一例は、各回の判定サイクルにおいて、最大駐車件数Ｙ１から駐車場２０の稼働状況を満車状態と空車状態とのいずれにあるかを判定するとその判定結果が満車状態となるが、最小駐車件数Ｙ２から駐車場２０の稼働状況を満車状態と空車状態とのいずれにあるかを判定するとその判定結果が空車状態となる場合には、最終的な判定結果を混雑状態に決定するというものである。

「潜在的な判定規則」の別の例は、各回の判定サイクルにおいて、前回の判定サイクルでの判定結果が満車状態または混雑状態であった場合、そのことを考慮せずに、かつ、最小駐車件数Ｙ２から駐車場２０の稼働状況を満車状態と空車状態とのいずれにあるかを判定するとその判定結果が空車状態となる場合には、最終的な判定結果を混雑状態に決定するというものである。

いずれにしても、このシステム１０によれば、各駐車場２０の稼働状態が、空車状態と満車状態とのいずれであるとは断定できず、実際には、空車状態と満車状態との間で変動する可能性がある場合には、駐車場２０が、空車状態でも満車状態でもなく、混雑状態にあると判定される。

これにより、駐車場２０が混雑状態にあることを知らされたユーザは、現場に到着したときに空室が見つからない可能性があることを覚悟しつつも空室が見つかるかもしれないと期待して駐車場２０に行ってみたときに本当に空室が見つからなくてもそれほど不愉快さを感じずに済む。

図３７は、このシステム１０のうち、以上説明されたアルゴリズムに従って空室判定を行う空室判定部３０４を実施するために管理サーバ５０のプロセッサ１６０によって実行される空室判定モジュールを概念的に表すフローチャートである。

この空室判定モジュールは、前記時間インターバルΔｔが経過するごとに、異なる駐車場２０について１回の判定サイクルを実行する。

この空室判定モジュールの各回の判定サイクルにおいては、まず、ステップＳ３７０１において、管理サーバ５０によって管理される複数の駐車場２０のうち、今回の実行対象である駐車場２０が選択され、その選択された駐車場２０に対応する前記管理テーブルがメモリ１６２から読み込まれる。

次に、ステップＳ３７０２において、前記管理テーブルのうち、予定出庫時刻（図３５においては、実線または破線の右端位置）が現在時刻（例えば、ｔ５）より将来にあるユーザの人数が有効駐車件数Ｘ１としてカウントされ、その値がメモリ１６２に駐車場２０に関連付けて記憶される。

例えば、図３５に示すシナリオにおいては、例えば、時刻ｔ５において、有効駐車件数Ｘ１が、番号２−４、６および７が付された５人のユーザについての有効駐車時間をそれぞれ原因として、「５」とカウントされる。

続いて、ステップＳ３７０３において、前記管理テーブルのうち、今回の判定サイクル（時刻ｔ５については、時刻ｔ４と時刻ｔ５との間）において正規出庫フラグがＯＦＦからＯＮに遷移したユーザの人数が確定出庫件数Ｘ２としてカウントされ、その値がメモリ１６２に駐車場２０に関連付けて記憶される。

例えば、図３５に示すシナリオにおいては、確定出庫件数Ｘ２が、例えば、時刻ｔ４と時刻ｔ５との間における番号４のユーザの正規出庫を原因として、「１」とカウントされる。

その後、ステップＳ３７０４において、前記管理テーブルのうち、仮出庫フラグがＯＮであるユーザの人数が不確定出庫件数Ｘ３としてカウントされ、その値がメモリ１６２に駐車場２０に関連付けて記憶される。

例えば、図３５に示すシナリオにおいては、例えば、時刻ｔ５において、不確定出庫件数Ｘ３が、番号６および７が付された二人のユーザについての仮出庫とをそれぞれ原因として、「２」とカウントされる。

なお、番号５が付されたユーザも、仮出庫の経験があるが、その後にみなし出庫扱いとされて、仮出庫フラグがＯＦＦにされているため、不確定出庫件数Ｘ３に算入されない。

その後、ステップＳ３７０６において、前記カウントされた有効駐車件数Ｘ１および確定出庫件数Ｘ２を用いて最大駐車件数Ｙｍａｘが計算され、その値がメモリ１６２に駐車場２０に関連付けて記憶される。

例えば、図３５に示すシナリオにおいては、例えば、時刻ｔ５において、最大駐車件数Ｙｍａｘが、４（＝５−１）と計算される。

続いて、ステップＳ３７０７において、前記カウントされた有効駐車件数Ｘ１、確定出庫件数Ｘ２および不確定出庫件数Ｘ３を用いて最小駐車件数Ｙｍｉｎが計算され、その値がメモリ１６２に駐車場２０に関連付けて記憶される。

例えば、図３５に示すシナリオにおいては、例えば、時刻ｔ５において、最小駐車件数Ｙｍｉｎが、２（＝５−（１＋２））と計算される。

その後、ステップＳ３７０８において、最大駐車件数Ｙｍａｘが総数Ｚより小さいか否かが判定される。最大駐車件数Ｙｍａｘが総数Ｚより小さい場合、すなわち、再入庫を想定した場合の実在駐車件数Ｙの計算値が総数Ｚより小さい（空車状態）と判定される場合には、ステップＳ３７０９において、駐車場２０が空車状態であると判定される。

これに対し、最大駐車件数Ｙｍａｘが総数Ｚ以上である場合、すなわち、再入庫を想定すると実在駐車件数Ｙの計算値が総数Ｚより小さい（空車状態）とは判定されない場合には、ステップＳ３７１０において、最小駐車件数Ｙｍｉｎが総数Ｚより小さいか否かが判定される。

最小駐車件数Ｙｍｉｎが総数Ｚより小さい場合、すなわち、再入庫を想定しないことによってはじめて実在駐車件数Ｙの計算値が総数Ｚより小さい（空車状態）と判定される場合には、ステップＳ３７１２において、駐車場２０が混雑状態であると判定される。

これに対し、最小駐車件数Ｙｍｉｎが総数Ｚ以上である場合、すなわち、再入庫を想定してもしなくても実在駐車件数Ｙの計算値が総数Ｚ以上である場合には、ステップＳ３７１１において、駐車場２０が満車状態であると判定される。

なお、本実施形態においては、前記空室判定のために、ユーザの携帯端末９０を用いる。しかし、携帯端末９０は、常に車両と共に動くとは限らないため、携帯端末９０の挙動が常に車両の挙動と一致するとは限らない。

そのため、本実施形態においては、少なくとも出庫ステージにおいて、携帯端末９０に搭載されたセンサ機能を用いて、ユーザが駐車場２０から退場した場合に乗車して退場した（車両と共に退場した）のか歩行して退場した（車両は駐車したままユーザが単独で退場した）のかを区別する。

よって、本実施形態によれば、前記空室判定を、駐車場２０に専用設備を設置することなくユーザの携帯端末９０を用いて行うことが可能となる。しかし、これは本発明を実施するために不可欠なことではない。

すなわち、前記空室判定は、例えば、駐車場２０に車室２２ごとに設置される車両存否センサ（例えば、近接センサ、反射光センサなど）や、駐車場２０に車室２２ごとに設置される車番カメラ（この場合、駐車場は、ユーザごとにではなく、車両ごとに管理されてもよい）、駐車場２０の入出庫口２４に設置される車両通過検知センサ（この場合、駐車場は、車室２２ごとにではなく、ユーザごとに管理されてもよい）などの専用設備を用いて実施したり、特許文献３に記載の料金精算装置および出庫ゲート管理装置などの専用設備（この場合、駐車場は、ユーザごとに管理されてもよい）を用いて実施してもよいのである。

要するに、有効駐車時間内であれば再入庫可能である態様で前払い式駐車場を運営する状況であれば、その種類の如何を問わず、本発明を適用することが可能なのである。

すなわち、本実施形態においては、前述のように、ある駐車場２０内の複数の車室２２に個々に着目し、各車室２２が空いているか否かを問題にするのではなく、各瞬間においてその駐車場２０に実在する複数台の車両を使用する複数人のユーザに個々に着目し、それぞれのユーザの時系列的な行動パターンを復元できるデータ（各種フラグなど）を、駐車場別ステータス管理テーブル（図２６）に、ユーザに関連付けるとともに、時刻や時間的順序に関連付けて記録するのである。

さらに、本実施形態においては、各瞬間において、その駐車場２０に実在するユーザの人数を、その駐車場２０における実在駐車件数として把握する。さらに、仮出庫後の再入庫の発生を見込んだ空室判定と、見込まない空室判定とを行い、それぞれの可能性について、未来においてその駐車場２０に実在する駐車件数を予測する。

その予測値が、その駐車場２０の有効駐車台数Ｚを超えなければ、空車状態にあると判定され、一致すれば、満車状態にあると判定される。さらに、仮出庫後の再入庫の発生を見込んだ空室判定と、見込まない空室判定との比較結果に応じ、判定結果を、空車状態から混雑状態に変更し、その判定結果を期待するユーザの期待を裏切らないようにする。

なお付言するに、上述のいくつかの実施形態は、本発明を、自動車を駐車対象とする駐車サービスに適用した場合のいくつかの具体例であるが、これに代えて、本発明は、例えば、自転車を駐車対象とする駐車サービスに適用したり、自動二輪車を駐車対象とする駐車サービスに適用することが可能である。

さらに付言するに、上述のいくつかの実施形態は、本発明を、ユーザの携帯端末９０であってユーザによって携帯される場合と携帯されずに車内に載置される場合とがあるものを本発明における「ユーザ情報処理端末」として用いる通信環境に適用した場合のいくつかの具体例であるが、これに代えて、本発明は、例えば、ユーザの車両に搭載されたコンピュータであって通信機能と車両挙動情報取得機能とを有するものを本発明における「ユーザ情報処理端末」として用いる通信環境に適用することも可能である。

すなわち、本発明における「ユーザ情報処理端末」は、ユーザによって携帯されることを予定された種類の情報処理端末であっても車両に搭載される種類の情報処理端末であってもよいのである。

ただし、本発明を、そのような車載コンピュータを本発明における「ユーザ情報処理端末」として用いる通信環境に適用する場合には、その車載コンピュータは、常にユーザの車両と共に動くため、本発明を適用するに際し、本発明における「ユーザ情報処理端末」が、歩行しているユーザの身体と共に移動しているのかユーザの身体から離れて車両と共に移動しているのかを区別することも、ユーザによって携帯されているのか車内に載置されているのかを区別することも不要となる。

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

Claims (8)

1. 複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理する方法であって、
   前記情報処理端末が、ユーザが当該情報処理端末と共に車両に乗車している乗車状態において、当該情報処理端末の位置取得部を用いて前記車両の現在位置を取得する工程と、
   前記情報処理端末が、前記乗車状態において、当該情報処理端末の動的挙動取得部を用いて前記車両の動的挙動を取得し、その取得結果に基づき、前記車両が通常の路上を走行している場合には出現しないが任意の駐車場内を走行している場合には出現する固有の動的挙動を前記車両が示すか否かを判定する工程と、
   前記情報処理端末が、当該情報処理端末がユーザによって携帯されておらず、当該情報処理端末が前記車両の室内に固定的に載置されている状態において、前記車両が前記固有の動的挙動を示すと判定することを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する工程と
   を含む駐車場管理方法。
2. 複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理する方法であって、
   前記情報処理端末が、ユーザが当該情報処理端末と共に車両に乗車している乗車状態において、当該情報処理端末の位置取得部を用いることにより、前記車両の現在位置を取得する位置取得工程と、
   前記情報処理端末が、前記乗車状態において、当該情報処理端末の近接センサを用いることにより、当該情報処理端末がユーザによって携帯されておらず、当該情報処理端末が前記車両の室内に固定的に載置されている車内載置状態にある可能性があるか否かを判定する車内載置状態判定工程と、
   前記情報処理端末が、前記乗車状態において、当該情報処理端末の回転運動状態量取得部を用いて取得された前記車両の回転運動の状態量に基づき、前記車両が通常の路上を走行している場合より高い頻度で前記車両が旋回運動を行う高頻度旋回状態にある可能性があるか否かを判定する高頻度旋回状態判定工程と、
   前記情報処理端末が、前記情報処理端末が前記車内載置状態にある可能性があると判定し、かつ、前記車両が前記高頻度旋回状態にある可能性があると判定することを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する駐車場特定工程と
   を含む駐車場管理方法。
3. 前記回転運動状態量取得部は、ジャイロセンサ、地磁気センサ、傾斜センサまたは重力センサを含む請求項２に記載の駐車場管理方法。
4. 複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理する方法であって、
   前記情報処理端末が、ユーザが当該情報処理端末と共に車両に乗車している乗車状態において、当該情報処理端末の位置取得部を用いることにより、前記車両の現在位置を取得する位置取得工程と、
   前記情報処理端末が、前記乗車状態において、当該情報処理端末の近接センサを用いることにより、当該情報処理端末がユーザによって携帯されておらず、当該情報処理端末が前記車両の室内に固定的に載置されている車内載置状態にある可能性があるか否かを判定する車内載置状態判定工程と、
   前記情報処理端末が、前記乗車状態において、当該情報処理端末の加速度取得部および／または振動取得部を用いて取得された前記車両の加速度および／または振動状態に基づき、前記車両が通常の路上を走行している場合より高い頻度で前記車両が加減速を行う高頻度加減速状態にある可能性があるか否かを判定する高頻度加減速状態判定工程と、
   前記情報処理端末が、前記情報処理端末が前記車内載置状態にある可能性があると判定し、かつ、前記車両が前記高頻度加減速状態にある可能性があると判定することを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する駐車場特定工程と
   を含む駐車場管理方法。
5. 前記加速度取得部は、加速度センサを含む請求項３に記載の駐車場管理方法。
6. 請求項１ないし５のいずれか一項に記載の情報処理端末を実施するためにその情報処理端末のコンピュータによって実行されるプログラム。
7. 請求項６に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
8. 複数の駐車場のうちのいずれかを選択して利用するユーザの情報処理端末を用いて前記複数の駐車場を管理するシステムであって、
   前記情報処理端末に設けられ、ユーザが当該情報処理端末と共に車両に乗車している乗車状態において、前記車両の現在位置を取得する位置取得部と、
   前記情報処理端末に設けられ、前記乗車状態において、前記車両の動的挙動を取得する動的挙動取得部と、
   前記取得された動的挙動に基づき、前記車両が通常の路上を走行している場合には出現しないが任意の駐車場内を走行している場合には出現する固有の動的挙動を前記車両が示すか否かを判定し、前記情報処理端末がユーザによって携帯されておらず、前記情報処理端末が前記車両の室内に固定的に載置されている状態において、前記車両が前記固有の動的挙動を示すと判定することを条件に、前記複数の駐車場のうち前記車両の現在位置に対応するものを、ユーザによって選択された駐車場として特定する駐車場特定部と
   を含む駐車場管理システム。

Images