JP7522015B2 - 駐車場サーバ、駐車料金精算方法、プログラム - Google Patents

Description

本発明は、駐車場サーバ、駐車料金精算方法、プログラムに関する。

駐車場管理システムの従来例として例えば特許文献１がある。特許文献１の駐車場管理システムは、検知手段による車両の入庫の信号に基づいて入庫時刻を決定し、当該入庫時刻から駐車時間を計測する計測部と、車両画像から車両ナンバーを読み取る読取手段と、車両ナンバー、車両画像及び入庫時刻を関連付けて記録する記録部と、入力操作のための操作部と車両ナンバー及び車両画像を表示する表示部とを備えたパネル部と、駐車料金の精算を行うための精算部と、車両ナンバーに基づいた精算を行うための第１制御部及び入庫時刻に基づいた精算を行うための第２制御部を備える。第１制御部は、入力された車両ナンバーに基づいて複数の画像を表示し、第２制御部は、入力された入庫時刻に基づいて複数の画像を表示することにより、精算車両の当否判定に供する。

上述の構成を備えることにより、初期設備投資、維持管理費が大幅に低減され、利用者にとって使い勝手が良い駐車場管理システムを実現した。

特許第６５８８８７５号公報

特許文献１の駐車場管理システムは、チケットレスな駐車場サービスを実現するために、ユーザに車両ナンバーを入力させる必要があり、ユーザの負担を減らすために４桁の一連指定番号のみをユーザに入力させる場合があった。しかしながら、ユーザは自分の車両ナンバーを正確に記憶していない場合も多く、誤った車両ナンバーが入力される場合があった。

例えば、あるユーザ（以下、ユーザＡ）の車両の一連指定番号が正しくは「２２－０８」であったにも関わらず、ユーザＡがこれを「２０－２８（以下では－を省略して表記する）」と誤って記憶しており、誤った一連指定番号である「２０２８」がユーザＡにより入力された場合に、同じ時間帯に一連指定番号「２０２８」であるユーザ（以下、ユーザＢ）の車両が駐車していた場合には、ユーザＡによってユーザＢが払うべき駐車料金の精算が行われてしまうという問題があった。

そこで本発明では、ユーザによる誤った精算を減らすことができる駐車場サーバを提供することを目的とする。

本発明の駐車場サーバは、入場車番受信部と、精算要求受信部と、出場車番受信部と、駐車料金決定部と、決済実行部を含む。

入場車番受信部は、入場車番読取器から駐車場に入場した車両の車番である入場車番を受信する。精算要求受信部は、ユーザの携帯端末から、車番の一部である部分車番と決済方法を含む駐車料金の精算要求を受信する。出場車番受信部は、出場車番読取器から駐車場から出場した車両の車番である出場車番を受信する。駐車料金決定部は、入場車番の受信時刻と対応する出場車番の受信時刻に基づいて駐車料金を決定する。決済実行部は、部分車番と符合する出場車番の受信時刻までに、該当する部分車番を含む決済未実行の精算要求が１つのみ存在する場合に、該当する精算要求に従って決済を実行し、部分車番と符合する出場車番の受信時刻までに、該当する部分車番を含む決済未実行の精算要求が複数存在する場合に、該当する精算要求のうち最も新しい時刻の精算要求に従って決済を実行する。

本発明の駐車場サーバによれば、ユーザによる誤った精算を減らすことができる。

実施例１の駐車料金精算システムの装置構成を示すブロック図。 実施例１の駐車場サーバの機能構成を示すブロック図。 実施例１の駐車場サーバの入場車番処理フローを示すフローチャート。 実施例１の駐車場サーバの精算要求処理フローを示すフローチャート。 部分車番が一致する間違った精算要求、正しい精算要求を例示する図。 実施例１の駐車場サーバの出場車番処理フローを示すフローチャート。 部分車番が一致する２つの精算要求における事象発生順序の６つのパターン（Ｐ１～Ｐ６）と処理結果を示す図。 実施例１の駐車場サーバの精算要求検査処理フローを示すフローチャート。 実施例１の駐車場サーバの精算要求削除処理フローを示すフローチャート。 コンピュータの機能構成例を示す図。

以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。

以下、図１を参照して実施例１の駐車料金精算システムの装置構成を説明する。同図に示すように、本実施例の駐車料金精算システム１は、駐車場サーバ１１と、入場車番読取器１２と、店舗端末１３と、携帯端末１４と、出場車番読取器１５と、決済サーバ１６を含む。

以下、図２を参照して本実施例の駐車場サーバ１１の機能構成を説明する。同図に示すように、本実施例の駐車場サーバ１１は、入場車番受信部１１０５と、入場車番記憶部１１１０と、精算要求受信部１１１５と、精算要求記憶部１１２０と、出場車番受信部１１２５と、駐車料金決定部１１３０と、決済実行部１１３５と、精算要求検査部１１４０と、エラー送信部１１４５と、取り下げ要求受信部１１５０と、精算要求削除部１１５５を含む。なお、精算要求検査部１１４０、エラー送信部１１４５、取り下げ要求受信部１１５０、精算要求削除部１１５５は、オプショナルな機能構成である。

以下、図３～図９を参照して、ユーザの行動、および他の装置の動作との関連を明確にしながら、本実施例の駐車場サーバ１１の各構成要件の動作を具体的に説明する。

［ユーザの行動：駐車場への入場］
ユーザは、自動車で駐車場に入場する。駐車場の入場口には、入場車番読取器１２が設置されており、入場車番読取器１２はユーザの車両の車番を読み取る。

［入場車番受信部１１０５］
入場車番受信部１１０５は、入場車番読取器１２から駐車場に入場したユーザの車両の車番である入場車番を受信する（Ｓ１１０５）。

［入場車番記憶部１１１０］
入場車番記憶部１１１０は、受信した入場車番と、受信時刻を対応付けて記憶する（Ｓ１１１０）。

［ユーザの行動：精算要求］
ユーザは、任意のタイミングで自身の携帯端末１４を操作して、例えば専用のアプリケーション上の入力フォームから、車番の一部である部分車番と駐車料金の決済方法を指定する。このとき、割引情報がある場合には、割引情報を指定することができる。

割引情報とは店舗での商品・サービス購入時に店舗端末１３から携帯端末１４に送信される情報である。割引情報として、例えば駐車場の利用料金の値引き額が示されていてもよいし、駐車場を無料で利用できる時間の情報が示されていてもよい。

ユーザの携帯端末１４は、指定された部分車番と決済方法（と割引情報）に基づいて精算要求を生成し、生成した精算要求を駐車場サーバ１１に送信する。

［精算要求受信部１１１５］
精算要求受信部１１１５は、ユーザの携帯端末１４から、車番の一部である部分車番と決済方法を含む駐車料金の精算要求を受信する（Ｓ１１１５）。

部分車番は、例えば４桁の一連指定番号としてもよい。図５の例では４桁の一連指定番号「２０２８」が指定されている。これ以外にも、例えば一連指定番号に検査登録事務所を表示する文字（地域名）を加えたものを部分車番としてもよい。一連指定番号に地域名を加えた例として、例えば「品川２０２８」がある。また、一連指定番号に自家用／貸渡用などを判別する平仮名１文字（判別文字）を加えたものを部分車番としてもよい。一連指定番号に判別文字を加えた例として、例えば「さ２０２８」がある。これ以外にも分類番号＋一連指定番号＝部分車番としてもよいし、これらの要素（一連指定番号、地域名、判別文字、分類番号）のうち、３つ、または４つを組み合わせて部分車番としてもよい。

決済方法は、例えば決済に用いるクレジット番号、クレジットカード情報の指定、または電子マネーアカウントとの紐付けでよい。

上述したように、精算要求は、部分車番と決済方法に加え、駐車料金の割引に関する情報である割引情報を含んでもよい。

［精算要求記憶部１１２０］
精算要求記憶部１１２０は、ユーザの携帯端末１４から受信した精算要求を記憶する（Ｓ１１２０）。

［ユーザの行動：駐車場からの出場］
ユーザは、自動車で駐車場から出場する。駐車場の出場口には、出場車番読取器１５が設置されており、出場車番読取器１５はユーザの車両の車番を読み取る。

［出場車番受信部１１２５］
出場車番受信部１１２５は、出場車番読取器１５から、駐車場から出場したユーザの車両の車番である出場車番を受信する（Ｓ１１２５）。

［駐車料金決定部１１３０］
駐車料金決定部１１３０は、ユーザの入場車番の受信時刻と対応するユーザの出場車番の受信時刻に基づいて駐車料金を決定する（Ｓ１１３０）。なお上述したように、駐車料金決定部１１３０は、ユーザの入場車番の受信時刻と、ユーザの出場車番の受信時刻と、ユーザの精算要求に含まれる割引情報に基づいて駐車料金を決定してもよい。

［決済実行部１１３５］
決済実行部１１３５は、部分車番と符合する出場車番の受信時刻までに、該当する部分車番を含む決済未実行の精算要求が１つのみ存在する場合に、該当する精算要求に従って決済を実行し、部分車番と符合する出場車番の受信時刻までに、該当する部分車番を含む決済未実行の精算要求が複数存在する場合に、該当する精算要求のうち最も新しい時刻の精算要求に従って決済を実行する（Ｓ１１３５）。以下、ステップＳ１１３５の動作について、具体的なケースを例に挙げて説明する。

＜ケース：ユーザの過誤により同一の部分車番について複数の精算要求が生成＞
例えば、図５に示す例のように、ユーザＡが入力した部分車番（ここでは、一連指定番号のみを部分車番に指定）が誤っていたものとする。典型的なケースとしては、例えばユーザＡの自動車の部分車番（一連指定番号）は「２２０８」であったにも関わらず、ユーザＡが記憶違いをしており、自分の自動車の部分車番（一連指定番号）が「２０２８」であると考えて、誤った精算要求をしてしまったケースなどである。この場合に同図に示すように、ユーザＢの自動車の部分車番（一連指定番号）が「２０２８」であって、ユーザＢは、自分の自動車の部分車番（一連指定番号）を正しく入力して、正しい精算要求をした場合について考える。

この場合、同じ部分車番について複数の請求が存在することになる。ステップＳ１１３５において述べたように、精算要求が処理されるタイミングは、出場車番の受信時刻であるため、出場車番の受信時刻までは、どちらの精算要求も処理されずに、宙に浮いたままとなっていることに注意を要する。ここで、各ユーザの精算要求、駐車場からの出場の順序に応じて６つのパターンＰ１～Ｐ６を想定し、図７にまとめた。以下、６つのパターンＰ１～Ｐ６におけるシステムの動作を詳細に説明する。

＜Ｐ１：Ａが精算要求（誤）をして出場、Ｂが精算要求（正）をして出場＞
このパターンの場合、ユーザＡは誤った精算要求（例えば部分車番「２０２８」）をして出場ゲートに向かう。出場車番読取器１５は、ユーザＡの自動車の車番（正しい部分車番である「２２０８」を含む車番）を読み取って駐車場サーバ１１に送信する。駐車場サーバ１１は、部分車番「２２０８」に対応する精算要求を検索するが、ユーザＡが誤った精算要求をしているため、該当する精算要求は見つからない。従って、ユーザＡは、誤った精算要求を宙に浮いた状態とし、さらに自身の駐車料金を精算しないで、駐車場を出場しようとすることになる（図７の※１）。

例えばゲートレス駐車場の場合には、ユーザＡは自身の駐車料金を精算しないまま、駐車場から出場してしまうことになる。この場合、駐車場サーバ１１は、未精算の駐車料金と対応する車番（出場車番読取器１５によって読み取られた完全な車番）とを対応付けて記憶しておくこととすれば、次回のユーザＡの駐車場利用時に前回分の駐車料金を請求することができる。

ゲート付きの駐車場の場合には、該当する精算要求が見つからない時点でエラー処理とし、ゲートを開かないようにして、係員がユーザＡに対して個別に対応してもよい。

一方、ユーザＢは正しい精算要求（例えば部分車番「２０２８」）をして出場口に向かう。出場車番読取器１５は、ユーザＢの自動車の車番（正しい部分車番である「２０２８」を含む車番）を読み取って駐車場サーバ１１に送信する。駐車場サーバ１１は、読み取った車番の一部分である部分車番「２０２８」に対応する精算要求を検索し、ユーザＡの精算要求（誤）とユーザＢの精算要求（正）の２件の精算要求を見つける。この場合、駐車場サーバ１１の決済実行部１１３５は、該当する２つの精算要求のうち最も新しい時刻の精算要求、すなわちユーザＢの精算要求に従って決済を実行する。

従って、新しい要求であるユーザＢの精算要求が正しいものとして取り扱われ（同図の※２）、ユーザＢの精算要求を処理し、ユーザＢの決済を正常に完了する（同図の※３）。よってこのケースにおけるユーザＢの決済は正しい。

＜Ｐ２：Ａが精算要求（誤）、Ｂが精算要求（正）、Ａ出場、Ｂ出場＞
このパターンの場合、ユーザＡは、誤った精算要求を宙に浮いた状態とし、さらに自身の駐車料金を精算しないで、駐車場を出場しようとし（※１）、新しい要求であるユーザＢの精算要求が正しいものとして取り扱われ（※２）、ユーザＢの精算要求を処理し、ユーザＢの決済を正常に完了する（※３）。よってＰ１と同様である。

＜Ｐ３：Ａが精算要求（誤）、Ｂが精算要求（正）、Ｂ出場、Ａ出場＞
このパターンの場合、ユーザＡは、誤った精算要求を宙に浮いた状態とし、さらに自身の駐車料金を精算しないで、駐車場を出場しようとし（※１）、新しい要求であるユーザＢの精算要求が正しいものとして取り扱われ（※２）、ユーザＢの精算要求を処理し、ユーザＢの決済を正常に完了する（※３）。よってＰ１、Ｐ２と同様である。

＜Ｐ４：Ｂが精算要求（正）、Ａが精算要求（誤）、Ａ出場、Ｂ出場＞
このパターンの場合、ユーザＡは、誤った精算要求を宙に浮いた状態とし、さらに自身の駐車料金を精算しないで、駐車場を出場しようとし（※１）、新しい要求であるユーザＡの精算要求が正しいものとして取り扱われ（※４）、ユーザＢの出場時にユーザＡの精算要求を処理し、ユーザＡの決済を完了することになる（※５）。※５の状況は、ユーザＡがユーザＢの駐車料金を代わりに支払ってしまうエラーを示している。

※１のエラーは、ユーザＡが再入場した際にユーザＡに対して再請求が可能であること、そもそも厳密に駐車料金を徴収することを求めない方針を採る場合、などを想定すれば、※５のエラーよりは軽微なエラーといえる。一方、※５のエラーは可能な限り防ぐことが望ましい。※５のエラーが起きる要因として、精算要求が行われてから、出場するまでの時間が長すぎることが挙げられる。Ｐ４の場合、ユーザＢが精算要求（正）を行ってから、ユーザＢが出場するまでの時間が長すぎるために、この間にユーザＡの精算要求（誤）が起こってしまったことにより※５のエラーが発生した。従って、精算要求が行われてから、対応する車両が出場するまでの時間が短くなるように制御できれば、この種のエラーは減少すると考えられる。例えば、決済未実行の精算要求のうち、受信してから所定時間が経過した精算要求に対応する携帯端末１４に対して時間超過エラーを送信して（後述）該当の精算要求を無効とすることで、※５のエラーを減らすことが可能である。

＜Ｐ５：Ｂが精算要求（正）、Ａが精算要求（誤）、Ｂ出場、Ａ出場＞
このパターンの場合、ユーザＡは、誤った精算要求を宙に浮いた状態とし、さらに自身の駐車料金を精算しないで、駐車場を出場しようとし（※１）、新しい要求であるユーザＡの精算要求が正しいものとして取り扱われ（※４）、ユーザＢの出場時にユーザＡの精算要求を処理し、ユーザＡの決済を完了することになる（※５）。従ってＰ４と同様である。時間超過エラーを送信して（後述）該当の精算要求を無効とすることで、※５のエラーを減らすことが可能である。

＜Ｐ６：Ｂが精算要求（正）をして出場、Ａが精算要求（誤）＞
このパターンの場合、ユーザＢの部分車番を含む決済未実行の精算要求が１つのみ（ユーザＢによる正しい精算要求のみ）存在するから、ユーザＢの精算要求を処理し、ユーザＢの決済を正常に完了する（※３）。その後にユーザＡが誤った精算要求（部分車番２０２８）を行うが、部分車番２０２８に対応するユーザＢの自動車は既に出場済みであるために、ユーザＡの精算要求は該当車番なしとして拒絶される（※６）。

［精算要求検査部１１４０（オプション）］
精算要求検査部１１４０は、以下の三つのエラー（重複エラー、誤入力エラー、時間超過エラー）を検査する（Ｓ１１４０）。

＜重複エラーの検査＞
精算要求検査部１１４０は、決済未実行の入場車番のうち、精算要求に含まれる部分車番と符合する入場車番が複数存在するか否かを検査する。このエラーは、駐車場内に存在する自動車の間で、部分車番の重複が起こってしまったケースに対して通知するエラーであり、上述したユーザの誤りに起因するエラーとは無関係である。

＜誤入力エラーの検査＞
精算要求検査部１１４０は、決済未実行の精算要求に含まれる部分車番が、決済未実行の他の精算要求に含まれる部分車番の何れかと一致しているか否かを検査する。重複エラーと誤入力エラーが同時に起こっている場合には、重複エラーが優先される。

＜時間超過エラーの検査＞
精算要求検査部１１４０は、決済未実行の精算要求のうち、受信してから所定時間が経過した精算要求の有無を検査する。

［エラー送信部１１４５（オプション）］
エラー送信部１１４５は、上記三つのエラー（重複エラー、誤入力エラー、時間超過エラー）を該当する携帯端末１４に送信する（Ｓ１１４５）。

＜重複エラーの送信＞
エラー送信部１１４５は、決済未実行の入場車番のうち、精算要求に含まれる部分車番と符合する入場車番が複数存在する場合に、該当する精算要求のうち時刻が新しい精算要求を送信した携帯端末１４に重複エラーを送信する。送信される重複エラーの内容として、部分車番の定義の一時的変更の通知などが考えられる。例えば初期設定として一連指定番号のみを部分車番と定義していた場合に、重複が起こっているため一連指定番号に地域名を加えて再定義した部分車番を再入力することを促す通知が考えられる。

＜誤入力エラーの送信＞
エラー送信部１１４５は、決済未実行の精算要求に含まれる部分車番が、決済未実行の他の精算要求に含まれる部分車番の何れかと一致している場合に、該当する精算要求を送信した携帯端末１４の全てに誤入力エラーを送信する。精算要求検査部１１４０が、誤入力エラーの検査を頻繁に行い、誤入力エラーの送信が短時間で行われることで、誤入力をしたユーザがまだ駐車場内にいるうちに、誤入力エラーを通知できる可能性が高くなる。

例えば、図７に★で示した状況は、ユーザＡによる精算要求とユーザＢによる精算要求がいずれも宙に浮いており、かつユーザＡが未だ出場していない状況を示しており、ユーザＡが出場する前に誤入力エラーを通知できる可能性が高い。なお、この場合ユーザＡ、ユーザＢの双方に誤入力エラーが送信される。送信される誤入力エラーの内容として、誤入力が生じている可能性があることの通知、該当の精算要求を取り下げて部分車番を再入力して新しい精算要求を生成することを促す通知などが考えられる。

＜時間超過エラーの送信＞
エラー送信部１１４５は、決済未実行の精算要求のうち、受信してから所定時間が経過した精算要求を送信した携帯端末１４に時間超過エラーを送信する。送信される時間超過エラーの内容として、精算要求が時間超過により無効になったことを示す通知、再度精算要求を実行することを促す通知などが考えられる。

［ユーザの行動：精算要求の取り下げ］
ユーザが自分の精算要求が誤っていることに気が付いた場合（典型的には、誤入力エラーの通知によりこの誤りに気が付くと考えられる）、該当の精算要求を取り下げる場合がある。この場合、ユーザの入力に基づいて、携帯端末１４上で取り下げ要求が生成され、生成された取り下げ要求は、駐車場サーバ１１に送信される。

［取り下げ要求受信部１１５０（オプション）］
取り下げ要求受信部１１５０は、ユーザの携帯端末１４から精算要求の取り下げ要求を受信する（Ｓ１１５０）。

［精算要求削除部１１５５（オプション）］
精算要求削除部１１５５は、受信した取り下げ要求に基づいて、該当する精算要求を削除する（Ｓ１１５５）。

＜補記＞
本発明の装置は、例えば単一のハードウェアエンティティとして、キーボードなどが接続可能な入力部、液晶ディスプレイなどが接続可能な出力部、ハードウェアエンティティの外部に通信可能な通信装置（例えば通信ケーブル）が接続可能な通信部、ＣＰＵ（Central Processing Unit、キャッシュメモリやレジスタなどを備えていてもよい）、メモリであるＲＡＭやＲＯＭ、ハードディスクである外部記憶装置並びにこれらの入力部、出力部、通信部、ＣＰＵ、ＲＡＭ、ＲＯＭ、外部記憶装置の間のデータのやり取りが可能なように接続するバスを有している。また必要に応じて、ハードウェアエンティティに、ＣＤ－ＲＯＭなどの記録媒体を読み書きできる装置（ドライブ）などを設けることとしてもよい。このようなハードウェア資源を備えた物理的実体としては、汎用コンピュータなどがある。

ハードウェアエンティティの外部記憶装置には、上述の機能を実現するために必要となるプログラムおよびこのプログラムの処理において必要となるデータなどが記憶されている（外部記憶装置に限らず、例えばプログラムを読み出し専用記憶装置であるＲＯＭに記憶させておくこととしてもよい）。また、これらのプログラムの処理によって得られるデータなどは、ＲＡＭや外部記憶装置などに適宜に記憶される。

ハードウェアエンティティでは、外部記憶装置（あるいはＲＯＭなど）に記憶された各プログラムとこの各プログラムの処理に必要なデータが必要に応じてメモリに読み込まれて、適宜にＣＰＵで解釈実行・処理される。その結果、ＣＰＵが所定の機能（上記、…部、…手段などと表した各構成要件）を実現する。

本発明は上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。また、上記実施形態において説明した処理は、記載の順に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されるとしてもよい。

既述のように、上記実施形態において説明したハードウェアエンティティ（本発明の装置）における処理機能をコンピュータによって実現する場合、ハードウェアエンティティが有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記ハードウェアエンティティにおける処理機能がコンピュータ上で実現される。

上述の各種の処理は、図１０に示すコンピュータの記録部１００２０に、上記方法の各ステップを実行させるプログラムを読み込ませ、制御部１００１０、入力部１００３０、出力部１００４０などに動作させることで実施できる。

この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。具体的には、例えば、磁気記録装置として、ハードディスク装置、フレキシブルディスク、磁気テープ等を、光ディスクとして、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ（Random Access Memory）、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）等を、光磁気記録媒体として、ＭＯ（Magneto-Optical disc）等を、半導体メモリとしてＥＥＰ－ＲＯＭ（Electrically Erasable and Programmable-Read Only Memory）等を用いることができる。

また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ－ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。

このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。

また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、ハードウェアエンティティを構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。

Claims (13)

1. 入場車番読取器から駐車場に入場した車両の車番である入場車番を受信する入場車番受信部と、
   ユーザの携帯端末から、前記車番の一部である部分車番と決済方法を含む駐車料金の精算要求を受信する精算要求受信部と、
   出場車番読取器から駐車場から出場した車両の車番である出場車番を受信する出場車番受信部と、
   前記入場車番の受信時刻と対応する前記出場車番の受信時刻に基づいて駐車料金を決定する駐車料金決定部と、
   前記部分車番と符合する前記出場車番の受信時刻までに、該当する前記部分車番を含む決済未実行の前記精算要求が１つのみ存在する場合に、該当する前記精算要求に従って決済を実行し、前記部分車番と符合する前記出場車番の受信時刻までに、該当する前記部分車番を含む決済未実行の前記精算要求が複数存在する場合に、該当する前記精算要求のうち最も新しい時刻の前記精算要求に従って決済を実行する決済実行部を含む
   駐車場サーバ。
2. 請求項１に記載の駐車場サーバであって、
   決済未実行の前記入場車番のうち、前記精算要求に含まれる前記部分車番と符合する前記入場車番が複数存在するか否かを検査する精算要求検査部と、
   決済未実行の前記入場車番のうち、前記精算要求に含まれる前記部分車番と符合する前記入場車番が複数存在する場合に、該当する前記精算要求のうち時刻が新しい前記精算要求を送信した前記携帯端末に重複エラーを送信するエラー送信部を含む
   駐車場サーバ。
3. 請求項２に記載の駐車場サーバであって、
   前記精算要求検査部は、
   決済未実行の前記精算要求に含まれる前記部分車番が、決済未実行の他の前記精算要求に含まれる前記部分車番の何れかと一致しているか否かを検査し、
   前記エラー送信部は、
   決済未実行の前記精算要求に含まれる前記部分車番が、決済未実行の他の前記精算要求に含まれる前記部分車番の何れかと一致している場合に、該当する前記精算要求を送信した前記携帯端末の全てに誤入力エラーを送信する
   駐車場サーバ。
4. 請求項３に記載の駐車場サーバであって、
   前記重複エラーには、
   部分車番の定義の一時的変更の通知が含まれ、
   前記誤入力エラーには、
   部分車番を再入力することを促す通知が含まれる
   駐車場サーバ。
5. 請求項３または４に記載の駐車場サーバであって、
   前記精算要求検査部は、
   決済未実行の前記精算要求のうち、受信してから所定時間が経過した前記精算要求の有無を検査し、
   前記エラー送信部は、
   決済未実行の前記精算要求のうち、受信してから所定時間が経過した前記精算要求を送信した前記携帯端末に時間超過エラーを送信する
   駐車場サーバ。
6. 請求項１から５の何れかに記載の駐車場サーバであって、
   前記精算要求は、
   前記部分車番と前記決済方法に加え、前記駐車料金の割引に関する情報である割引情報を含み、
   前記駐車料金決定部は、
   前記入場車番の受信時刻と対応する前記出場車番の受信時刻と前記割引情報に基づいて前記駐車料金を決定する
   駐車場サーバ。
7. 入場車番読取器から駐車場に入場した車両の車番である入場車番を受信する入場車番受信ステップと、
   ユーザの携帯端末から、前記車番の一部である部分車番と決済方法を含む駐車料金の精算要求を受信する精算要求受信ステップと、
   出場車番読取器から駐車場から出場した車両の車番である出場車番を受信する出場車番受信ステップと、
   前記入場車番の受信時刻と対応する前記出場車番の受信時刻に基づいて駐車料金を決定する駐車料金決定ステップと、
   前記部分車番と符合する前記出場車番の受信時刻までに、該当する前記部分車番を含む決済未実行の前記精算要求が１つのみ存在する場合に、該当する前記精算要求に従って決済を実行し、前記部分車番と符合する前記出場車番の受信時刻までに、該当する前記部分車番を含む決済未実行の前記精算要求が複数存在する場合に、該当する前記精算要求のうち最も新しい時刻の前記精算要求に従って決済を実行する決済実行ステップを含む
   駐車料金精算方法。
8. 請求項７に記載の駐車料金精算方法であって、
   決済未実行の前記入場車番のうち、前記精算要求に含まれる前記部分車番と符合する前記入場車番が複数存在するか否かを検査する精算要求検査ステップと、
   決済未実行の前記入場車番のうち、前記精算要求に含まれる前記部分車番と符合する前記入場車番が複数存在する場合に、該当する前記精算要求のうち時刻が新しい前記精算要求を送信した前記携帯端末に重複エラーを送信するエラー送信ステップを含む
   駐車料金精算方法。
9. 請求項８に記載の駐車料金精算方法であって、
   前記精算要求検査ステップは、
   決済未実行の前記精算要求に含まれる前記部分車番が、決済未実行の他の前記精算要求に含まれる前記部分車番の何れかと一致しているか否かを検査し、
   前記エラー送信ステップは、
   決済未実行の前記精算要求に含まれる前記部分車番が、決済未実行の他の前記精算要求に含まれる前記部分車番の何れかと一致している場合に、該当する前記精算要求を送信した前記携帯端末の全てに誤入力エラーを送信する
   駐車料金精算方法。
10. 請求項９に記載の駐車料金精算方法であって、
    前記重複エラーには、
    部分車番の定義の一時的変更の通知が含まれ、
    前記誤入力エラーには、
    部分車番を再入力することを促す通知が含まれる
    駐車料金精算方法。
11. 請求項９または１０に記載の駐車料金精算方法であって、
    前記精算要求検査ステップは、
    決済未実行の前記精算要求のうち、受信してから所定時間が経過した前記精算要求の有無を検査し、
    前記エラー送信ステップは、
    決済未実行の前記精算要求のうち、受信してから所定時間が経過した前記精算要求を送信した前記携帯端末に時間超過エラーを送信する
    駐車料金精算方法。
12. 請求項７から１１の何れかに記載の駐車料金精算方法であって、
    前記精算要求は、
    前記部分車番と前記決済方法に加え、前記駐車料金の割引に関する情報である割引情報を含み、
    前記駐車料金決定ステップは、
    前記入場車番の受信時刻と対応する前記出場車番の受信時刻と前記割引情報に基づいて前記駐車料金を決定する
    駐車料金精算方法。
13. コンピュータを請求項１から６の何れかに記載の駐車場サーバとして機能させるプログラム。

Images