"駐車場を管理する駐車場管理方法であって、前記駐車場には、時計と、その時計によって計測された現在時刻を、暗号化により、前記駐車場のユーザが、既知の文字、数字、記号もしくは図形またはそれらの組合せとして読み取って再現することが可能である時刻コードであってユーザは解読できないが前記駐車場の管理者は解読できるものに変換する暗号化部と、その暗号化部によって生成された時刻コードを表示する表示部とを含む駐車場用時刻コード生成表示装置が設置されており、当該駐車場管理方法は、前記ユーザが、前記駐車場への入庫時に、電子駐車券を利用した前記駐車場への駐車をこれから行うために、通信機器を介して送信した、前記電子駐車券を特定するための情報と、前記駐車場への入庫時に前記表示部に表示されている時刻コードとを通信部において受信する入庫時受信工程と、プロセッサにより、その入庫時に受信した時刻コードを暗号解読テーブルを参照して解読し、その解読結果に基づき、前記受信した時刻コードによって表される時刻を入庫時刻として推定し、その推定された入庫時刻が、前記プロセッサが前記時刻コードを受信した受信時刻に対して決まる所定許容範囲内にあるか否かを判定し、それにより、前記推定された入庫時刻が妥当であるか否かを判定する入庫時刻妥当性判定工程と、前記プロセッサにより、前記推定された入庫時刻が妥当であると判定された場合に、前記ユーザによる前記駐車場の利用を許可する駐車許可工程とを含む駐車場管理方法。駐車場を管理する駐車場管理方法であって、前記駐車場には、現在時刻が暗号化されて生成された時刻コードであって、前記駐車場のユーザが、既知の文字、数字、記号もしくは図形またはそれらの組合せとして読み取って再現することが可能であるとともに、ユーザは解読できないが前記駐車場の管理者は解読できるものを表示する表示部が設置されており、当該駐車場管理方法は、前記ユーザが、前記駐車場への入庫時に、電子駐車券を利用した前記駐車場への駐車をこれから行うために、通信機器を介して送信した、前記電子駐車券を特定するための情報と、前記駐車場への入庫時に前記表示部に表示されている時刻コードとを通信部において受信する入庫時受信工程と、プロセッサにより、その入庫時に受信した時刻コードを暗号解読テーブルを参照して解読し、その解読結果に基づき、前記受信した時刻コードによって表される時刻を入庫時刻として推定し、その推定された入庫時刻が、前記プロセッサが前記時刻コードを受信した受信時刻に対して決まる所定許容範囲内にあるか否かを判定し、それにより、前記推定された入庫時刻が妥当であるか否かを判定する入庫時刻妥当性判定工程と、前記プロセッサにより、前記推定された入庫時刻が妥当であると判定された場合に、前記ユーザによる前記駐車場の利用を許可する駐車許可工程とを含む駐車場管理方法。さらに、前記ユーザが、前記駐車場への出庫時に、前記通信機器を介して送信した、前記電子駐車券を特定するための情報と、前記駐車場への出庫時に前記表示部に表示されている時刻コードとを前記通信部において受信する出庫時受信工程と、前記プロセッサにより、その出庫時に受信した時刻コードを前記暗号解読テーブルを参照して解読し、その解読結果に基づき、前記受信した時刻コードによって表される時刻を出庫時刻として推定し、その推定された出庫時刻が、前記プロセッサが前記時刻コードを受信した受信時刻に対して決まる所定許容範囲内にあるか否かを判定し、それにより、前記推定された出庫時刻コードが妥当であるか否かを判定する出庫時刻妥当性判定工程と、前記プロセッサにより、前記推定された出庫時刻が妥当であると判定された場合に、前記推定された入庫時刻から、前記推定された出庫時刻までの経過時間の長さを、前記ユーザによる駐車時間として計算する駐車時間計算工程とを含む請求項1または2に記載の駐車場管理方法。さらに、前記ユーザが前記通信機器を介して送信した、前記電子駐車券の発行を前記駐車管理者に対して要求するための発行リクエストを前記通信部において受信する発行リクエスト受信工程と、前記プロセッサにより、その受信した発行リクエストに応答し、所定の額の料金を前記ユーザが前払いすることを条件に、前記ユーザに対して前記電子駐車券を発行して前記ユーザの通信機器に送信する電子駐車券発行工程とを含む請求項1ないし3のいずれかに記載の駐車場管理方法。駐車場に設置されて使用され、現在時刻が暗号化されて生成された時刻コードであって、前記駐車場のユーザが、既知の文字、数字、記号もしくは図形またはそれらの組合せとして読み取って再現することが可能であるとともに、ユーザは解読できないが前記駐車場の管理者は解読できるものを表示する駐車場用時刻コード表示装置。前記時刻コードと一緒に、前記駐車場に固有の場所コードも表示する請求項5に記載の駐車場用時刻コード表示装置。前記ユーザの通信機器と通信ネットワークを介して通信可能に接続され、請求項1ないし4のいずれかに記載の駐車場管理方法をコンピュータによって実行する管理サーバ。請求項1ないし4のいずれかに記載の駐車場管理方法を実施するためにコンピュータによって実行されるプログラム。特許文献2に開示された技術によれば、ユーザは、カードを用いることなく、駐車場に駐車できるため、カードの紛失等の心配をせずに済むという利点がある。しかし、特許文献2に開示された技術を実施するためには、駐車場において、駐車しようとする自動車に固有な情報を取得するために、特殊かつ高価な設備を自動車および駐車場の双方に設置しなければならず、駐車場を所有する者や駐車場を管理する者にとっては、設備自体のコスト、その設備を駐車場に設置する作業に必要なコストおよび工数や、その設備を保守点検する作業に必要なコストおよび工数が増加し易いという欠点がある。以上の知見を背景にして、本発明は、駐車場を管理する技術であって、駐車場の設備コストや維持コストを削減しつつ、ユーザがカードレス方式で駐車場に駐車することを可能にするものを提供することを課題としてなされたものである。本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。さらに、各項を他の項の番号を引用する形式で記載することが必ずしも、各項に記載の技術的特徴を他の項に記載の技術的特徴から分離させて独立させることを妨げることを意味するわけではなく、各項に記載の技術的特徴をその性質に応じて適宜独立させることが可能であると解釈すべきである。1駐車場を管理する駐車場管理方法であって、前記駐車場には、時計と、その時計によって計測された現在時刻を、暗号化により、前記駐車場のユーザが、既知の文字、数字、記号もしくは図形またはそれらの組合せとして読み取って再現することが可能である時刻コードであってユーザは解読できないが前記駐車場の管理者は解読できるものに変換する暗号化部と、その暗号化部によって生成された時刻コードを表示する表示部とを含む駐車場用時刻コード生成表示装置が設置されており、当該駐車場管理方法は、前記ユーザが、前記駐車場への入庫時に、電子駐車券を利用した前記駐車場への駐車をこれから行うために、通信機器を介して送信した、前記電子駐車券を特定するための情報と、前記駐車場への入庫時に前記表示部に表示されている時刻コードとを通信部において受信する入庫時受信工程と、プロセッサにより、その入庫時に受信した時刻コードを暗号解読テーブルを参照して解読し、その解読結果に基づき、前記受信した時刻コードによって表される時刻を入庫時刻として推定し、その推定された入庫時刻が、前記プロセッサが前記時刻コードを受信した受信時刻に対して決まる所定許容範囲内にあるか否かを判定し、それにより、前記推定された入庫時刻が妥当であるか否かを判定する入庫時刻妥当性判定工程と、前記プロセッサにより、前記推定された入庫時刻が妥当であると判定された場合に、前記ユーザによる前記駐車場の利用を許可する駐車許可工程とを含む駐車場管理方法。本明細書の全体を通じて、電子駐車券なる用語は、実在しない仮想的な駐車券であって、ユーザがその電子駐車券を利用するためにその電子駐車券上の記載事項を他の媒体に印刷したり表示したりして相手方に提示することを要求されない形式の駐車券を意味する。2駐車場を管理する駐車場管理方法であって、前記駐車場には、現在時刻が暗号化されて生成された時刻コードであって、前記駐車場のユーザが、既知の文字、数字、記号もしくは図形またはそれらの組合せとして読み取って再現することが可能であるとともに、ユーザは解読できないが前記駐車場の管理者は解読できるものを表示する表示部が設置されており、当該駐車場管理方法は、前記ユーザが、前記駐車場への入庫時に、電子駐車券を利用した前記駐車場への駐車をこれから行うために、通信機器を介して送信した、前記電子駐車券を特定するための情報と、前記駐車場への入庫時に前記表示部に表示されている時刻コードとを通信部において受信する入庫時受信工程と、プロセッサにより、その入庫時に受信した時刻コードを暗号解読テーブルを参照して解読し、その解読結果に基づき、前記受信した時刻コードによって表される時刻を入庫時刻として推定し、その推定された入庫時刻が、前記プロセッサが前記時刻コードを受信した受信時刻に対して決まる所定許容範囲内にあるか否かを判定し、それにより、前記推定された入庫時刻が妥当であるか否かを判定する入庫時刻妥当性判定工程と、前記プロセッサにより、前記推定された入庫時刻が妥当であると判定された場合に、前記ユーザによる前記駐車場の利用を許可する駐車許可工程とを含む駐車場管理方法。3さらに、前記ユーザが、前記駐車場への出庫時に、前記通信機器を介して送信した、前記電子駐車券を特定するための情報と、前記駐車場への出庫時に前記表示部に表示されている時刻コードとを前記通信部において受信する出庫時受信工程と、前記プロセッサにより、その出庫時に受信した時刻コードを前記暗号解読テーブルを参照して解読し、その解読結果に基づき、前記受信した時刻コードによって表される時刻を出庫時刻として推定し、その推定された出庫時刻が、前記プロセッサが前記時刻コードを受信した受信時刻に対して決まる所定許容範囲内にあるか否かを判定し、それにより、前記推定された出庫時刻コードが妥当であるか否かを判定する出庫時刻妥当性判定工程と、前記プロセッサにより、前記推定された出庫時刻が妥当であると判定された場合に、前記推定された入庫時刻から、前記推定された出庫時刻までの経過時間の長さを、前記ユーザによる駐車時間として計算する駐車時間計算工程とを含む1または2項に記載の駐車場管理方法。4さらに、前記ユーザが前記通信機器を介して送信した、前記電子駐車券の発行を前記駐車管理者に対して要求するための発行リクエストを前記通信部において受信する発行リクエスト受信工程と、前記プロセッサにより、その受信した発行リクエストに応答し、所定の額の料金を前記ユーザが前払いすることを条件に、前記ユーザに対して前記電子駐車券を発行して前記ユーザの通信機器に送信する電子駐車券発行工程とを含む1ないし3項のいずれかに記載の駐車場管理方法。5駐車場に設置されて使用され、現在時刻が暗号化されて生成された時刻コードであって、前記駐車場のユーザが、既知の文字、数字、記号もしくは図形またはそれらの組合せとして読み取って再現することが可能であるとともに、ユーザは解読できないが前記駐車場の管理者は解読できるものを表示する駐車場用時刻コード表示装置。6前記時刻コードと一緒に、前記駐車場に固有の場所コードも表示する5項に記載の駐車場用時刻コード表示装置。7前記ユーザの通信機器と通信ネットワークを介して通信可能に接続され、1ないし4項のいずれかに記載の駐車場管理方法をコンピュータによって実行する管理サーバ。81ないし4項のいずれかに記載の駐車場管理方法を実施するためにコンピュータによって実行されるプログラム。本発明における時刻コードは、同じ日のうち、時刻が異なると、異なるように生成されるため、時間依存性を有する。さらに、時刻コードは、駐車場のいずれのユーザによっても解読できないように生成されるため、ユーザが、実際にはいずれの時刻にも駐車場に入庫または出庫していないにもかかわらず、または、実際には別の時刻に駐車場に入庫または出庫したにもかかわらず、ある時刻に駐車場に入庫または出庫したユーザになりすまそうとして、そのある時刻に表示部が表示しているはずの時刻コードをユーザが予想しようとしても、ユーザは真正な時刻コードを取得し得ない。よって、時刻コードは、ユーザに対する秘匿性を有する。さらに、時刻コードは、ユーザが実際に駐車しようとしているか、または駐車している駐車場の表示部においてしか表示されず、そのため、ユーザは、必要な時刻コードを取得するために、駐車場という現場に行かなければならない。よって、時刻コードは、場所依存性を有する。このように、時刻コードは、時間依存性と、ユーザに対する秘匿性と、場所依存性とを有し、よって、ユーザが、駐車場の表示部において実際に見た時刻コードを、それが表示部に表示されていた時刻から大きく遅れない時刻に駐車場管理者に対して送信する限り、その時刻コードは、ユーザが実際に駐車場に入庫または出庫した事実を裏付けるための有力な証拠となる。このような知見に基づき、本発明によれば、ユーザが、駐車場への入庫時に、電子駐車券を利用した駐車場への駐車をこれから行うために、電子駐車券を特定するための情報と、駐車場への入庫時に前記表示部に表示されている時刻コードとを通信機器を介して送信すると、駐車場管理者は、それら情報および時刻コードを受信する。さらに、駐車場管理者は、その入庫時に受信した時刻コードを暗号解読テーブルを参照して解読し、その解読結果に基づき、前記受信した時刻コードによって表される時刻を入庫時刻として推定し、その推定された入庫時刻が、駐車場管理者が前記時刻コードを受信した受信時刻に対して決まる所定許容範囲内にあるか否かを判定し、それにより、前記推定された入庫時刻が妥当であるか否かを判定する。さらに、駐車場管理者は、前記推定された入庫時刻が妥当であると判定すると、ユーザによる駐車場の利用を許可する。したがって、本発明によれば、駐車場に特殊かつ高価な設備を設置することなく、ユーザがカードレス方式で駐車場に駐車することを可能にするサービスを提供できる。以下、本発明の例示的ないくつかの実施形態に従う駐車場管理方法を図面に基づいて詳細に説明する。<第1実施形態>図1には、本発明の例示的な第1実施形態に従う駐車場管理方法によって管理される駐車場10が平面図で示されている。この駐車場10は、複数台の自動車の同時駐車を可能にする複数の駐車位置駐車スペースを有する。この駐車場10の唯一の入出庫口12入庫口でもあるし出庫口でもあるの近傍位置に、1台の発券機一般には、精算機ともいう。20が、複数の駐車位置に共通に、集中発券機として設置されている。この駐車場10は、常駐して管理を行う専従者がおらず、運転者であるユーザが駐車料金の支払いを発券機20に対して行う無人式である。本実施形態においては、ユーザは、駐車場10に居て、そこから駐車場管理者へのアクセスを要求されることなく、任意の場所において事前に電子駐車券通常、1回分の駐車ではなく、複数回分の駐車を可能とする駐車券であり、列車やバスなどの交通機関における回数券に相当するをオンラインで駐車場管理者から購入し、その電子駐車券を利用してこの駐車場10に駐車することが可能である。しかし、本実施形態においては、ユーザは、そのような駐車の仕方に代えて、この駐車場10を利用しようとするごとに、その駐車に先立ち入庫時に、今回の駐車を行いたい予定駐車時間の長さを指定し、それに見合った額の駐車料金を前払い駐車料金として発券機20に対して支払うことにより、紙媒体に印刷された駐車券すなわち、物理的なチケット、実在するチケットまたはカードを発券機20から購入し、その紙製駐車券を利用してこの駐車場10に駐車することも可能である。すなわち、本実施形態においては、ユーザは、任意の場所からの駐車場管理者へのオンラインアクセスによって購入可能な電子駐車券バーチャルなチケットを利用した新規な駐車キャッシュレスかつカードレスであり、以下、カードレス駐車というと、駐車場10に設置された発券機20からしか購入できない物理的な駐車券を利用した通常の駐車現金と物理的なチケットとの双方を必要とし、以下、通常駐車というとのいずれかを好みに応じて選択することが可能である。なお、車両なる用語の定義について付言するに、この発明を実施するための形態の欄においては、車両なる用語は、自動車のみを意味するが、本明細書の他の箇所においては、車両なる用語は、自動車のみならず、自転車、自動二輪車等、あらゆる種類の移動体を包含する用語として解釈すべきである。駐車場10の敷地には、2種類の駐車区画が存在する。それは、各車両のユーザに対し、1日単位で駐車スペースを貸し出すための区画一時預り区画または日貸し用区画と、各車両のユーザに対し、事前の契約を前提に、1月単位で駐車スペースを貸し出すための区画月極用区画とである。発券機20は、一時預り区画について使用される。以下、単に駐車場10というときには、この駐車場10のうち、一時預り区画、すなわち、発券機20が使用されるエリアのみを意味する。駐車場10を利用するために、ユーザである運転者は、自己の車両を運転して、隣接道路から入出庫口12に進入し、引き続いて運転して発券機20を素通りし、さらに、自己の車両を、自身で選択したいずれかの駐車スペース駐車位置まで運転してそこに駐車する。ユーザは、前記通常駐車を行う場合には、いずれかの駐車スペースに自己の車両を停止させた後、自己の車両から降りて、入出庫口12にある発券機20まで歩いていき、そこで駐車料金を発券機20に対して支払う。図2には、発券機20が正面図で示されており、図3には、発券機20を、扉24が開いている状態で斜視図で示されており、図4には、発券機20の部品構成がブロック図で示されている。図5は、図4に示す制御基板34内のコンピュータ100によって実行される発券精算プログラムが概念的にフローチャートで表されている。図6a-dには、図2に示す表示器36の画面上に表示される複数の画像が正面図で示されている。ユーザは、駐車料金の支払いと引き換えに、図7aおよび図8に示す駐車券80を発券機20から受け取る。その後、ユーザは、その駐車券80を、図9および図10に示すように、自己の車両のフロントガラス110車両の窓ガラスの一例である。の裏面に貼り付ける。その駐車券80は、駐車車両の室内に置かれるため、雨風に曝されることはないし、紛失することもない。駐車場10は、複数の駐車位置を有する前払い式の無人駐車場であって、車両の出庫を阻止する駐車場10からの退出を阻止するための装置例えば、出庫ゲート装置や、輪止め装置例えば、フラップ式や、出没式を有せず、かつ、ユーザが前記複数の駐車位置のうちのいずれかを自由に選んで自己の車両を駐車することが可能である選択された駐車位置は、発券機20によって監視されない。このように構成された駐車場10について発券機20が使用される。ここで、発券機20をさらに具体的に説明する。この発券機20は、料金精算機能は有するが釣銭機能も通信機能も有しない。この発券機20は、ユーザが駐車料金を、紙幣ではなく硬貨のみで支払うことを要求する。また、この発券機20は、ユーザに対し、ユーザ識別番号の入力も、ユーザの車両についての車両識別情報例えば、車両番号の入力も、複数の駐車位置のうちユーザが選択するものの特定も、要求しない。発券機20は、図2に示すように、発券ボタン70と、料金精算ボタン74とを有する。発券機20は、ユーザが、駐車開始に先立ち、前払い駐車料金を支払った後に発券ボタン70を押すと、駐車が許可されたことを示す駐車券80図7a参照と、前払い駐車料金の精算が済んだことを示す領収書81a図7a参照とを、2枚綴りで発行する発券機能を有する。発券機20は、さらに、ユーザが、駐車終了後、追加駐車料金を支払った後に料金精算ボタン74を押すと、追加駐車料金の精算が済んだことを示す領収書81b図7b参照を発行する料金精算機能を有する。本実施形態においては、前払い駐車料金の支払い後に発行される2枚綴りの駐車票は、駐車券80と領収書81aの2枚綴りであるが、ユーザは、それら駐車券80と領収書81aを互いに分離し、駐車券80のみ、駐車車両内に置いておき、領収書81aは、携帯することが可能である。領収書81aには、後述のように、有効駐車時間ユーザによる駐車が許可された時間帯の終了時刻が印刷されており、ユーザが、駐車車両から離れた場所においていつでも有効駐車時間の終了時刻を参照できるようにするために、この領収書81aをユーザが携帯することが便利である。図3に示すように、この発券機20は、縦長で箱状を成すケーシング22に扉24がそれの一側辺において開閉可能に取り付けられて構成されている。図3には、この発券機20の内部構成が、扉24が開いている状態で、斜視図で示されている。図4には、この発券機20の部品構成がブロック図で示されている。図3に示すように、この発券機20は、硬貨処理ユニット30と、金庫32と、制御基板34と、表示器36と、駐車券80および領収書81a,81bを印刷して発行するプリンタ40とを有するように構成されている。それら部品のうち、硬貨処理ユニット30のみが、扉24の背面に取り付けられ、残りの部品は、ケーシング22の内部に取り付けられている。図3に示すように、プリンタ40には、印刷前の連続シートが巻き付けられて収容されるローラ42が装着されている。プリンタ40は、そのローラ42から1枚分の長さずつ送り込まれる連続シートに対して印刷を行う。プリンタ40は、その印刷終了後、連続シートを随時、カッタ図示しないによってカットしてその連続シートから、前払い駐車料金の支払い後には駐車券80と領収書81aとの2枚綴り、追加駐車料金の支払い後には1枚分の領収書81bを切り離す。ただし、2枚綴りである駐車券80と領収書81aとの間に、図7aに示すように、切取り線89が形成されており、ユーザは、その切取り線89に沿って、それら駐車券80と領収書81aを簡単に互いに切り離すことが可能である。前記カッタは、切刃図示しないを有し、その切刃を連続シートの幅方向に移動させて連続シートを幅方向に切断する。また、前記カッタは、連続シートを幅方向に完全に切断する方式を採用したり、幅方向における一部のみ残して連続シートを幅方向に切断する方式を採用することが可能である。図2および図4に示すように、硬貨処理ユニット30は、硬貨投入口50と、返却レバー52と、硬貨セレクタ投入された硬貨の種類の判別と、投入された硬貨が偽造硬貨でないか否かの判別とを行う54と、硬貨返却口56とを有する。投入された硬貨のうち、硬貨返却口56からユーザに返却されなかったものは、金庫32に収容される。図4に示すように、硬貨セレクタ54に制御基板34がデータ通信可能に接続されており、その制御基板34は、硬貨セレクタ54から、投入された硬貨の種類硬貨の単位と、偽造硬貨であるか否かの情報とを含むと枚数を表す信号を受信する。図2に示すように、扉24の前面には、表示器36例えば、液晶ディスプレイの画面からの表示光が透過する透過窓60と、硬貨投入口50、返却レバー52および硬貨返却口56と、プリンタ40によって印刷されて排出される駐車券80および領収書81a,81bを排出するための排出口64とが配置されている。透過窓60は、外部から表示器36への直接アクセスを阻止することによって表示器36を機械的に保護する機能も有する。発券機20は、さらに、ユーザが前払い駐車料金を支払った後に押される前述の発券ボタン70と、ユーザが追加駐車料金を支払った後に押される前述の料金精算ボタン74とを有するように構成されている。それら発券ボタン70および料金精算ボタン74は、図2に示すように、発券機20の扉24の前面に装着されている。それら発券ボタン70および料金精算ボタン74は、図4に示すように、制御基板34に電気的に接続されている。それら発券ボタン70および料金精算ボタン74は、いずれも、実在する物理的なスイッチとして構成されているが、これに限定されず、例えば、表示器36の画面上に表示される仮想的なスイッチ例えば、ボタン、キー、アイコンとして構成してもよい。制御基板34は、コンピュータ100を主体として構成されている。この制御基板34は、時計102を内蔵しており、常に現在日時例えば、発券ボタン70が押された日時、料金精算ボタン74が押された日時を取得可能となっている。この制御基板34は、さらに、メモリ104を内蔵している。そのメモリ104には、後述の暗号化テーブルが、権限を有する者のみが書き換え可能である状態で保存されている。なお付言するに、制御基板34は、コンピュータ100と同じ機能をシーケンサシーケンス制御によって実現する形式とすることが可能である。さらに付言するに、発券機20は、図示しないが、電源ユニットを有している。その電源ユニットは、電源例えば、商用電源、駐車場10に設置された太陽電池、風力発電機等の発電機、駐車場10に設置された充電可能なバッテリであって、商用電源や発電機によって充電されるものなどを有し、その電源からの電力を発券機20内の各電気電子部品に供給し、それにより、発券機20を作動させる。この電源ユニットは、例えば、蓄電機能を有するバックアップ回路を追加的に有し、上記電源からの電力供給が一時的に停止しても、その影響が発券機20の作動に及ばないようにされる。これにより、発券機20は、常時作動することが保証される。図5に示す発券精算プログラムがコンピュータ100によって実行されると、まず、ステップS1において、図6aに示す初期画面が表示器36の画面上に表示される。次に、ステップS2において、硬貨セレクタ54からの信号に基づき、ユーザによる硬貨の投入があったか否かが判定される。硬貨が未投入であると、ステップS2に戻るが、硬貨の投入があると、ステップS3において、それまでにユーザが投入した硬貨の合計金額が投入金額として計算される。続いて、ステップS4において、その計算された投入金額から、その投入金額に見合った駐車時間が駐車時間今回支払われた駐車料金が前払い駐車料金である場合には、有効駐車時間を意味する一方、今回支払われた駐車料金が追加駐車料金である場合には、延長駐車時間を意味するとして計算される。投入金額と駐車時間の長さとの関係、すなわち、時間単位の料金設定は、コンピュータ100にとって既知であるから、コンピュータ100は、その料金設定に従い、投入金額から駐車時間を計算することができる。料金設定については、例えば、駐車場管理者が、表示器36のタッチパネルを操作することにより、各時間単位で個別に入力することが可能である。上記料金設定の一例によれば、連続駐車時間が2時間までは300円、4時間までは400円であり、6時間までは500円、12時間までは1000円、24時間までは1500円である。この例の料金設定のもとでは、例えば、図7に示す例のように、ユーザが400円を前払い駐車料金として支払うと、コンピュータ100は、4時間を有効駐車時間として計算することになる。また、ユーザが300円を追加駐車料金として支払うと、2時間を延長駐車時間として計算することになる。その後、ステップS5において、図6bに示す硬貨投入中画面が表示器36の画面上に表示される。このとき、前記計算された投入金額および駐車時間有効駐車時間または延長駐車時間の長さが表示される。続いて、ステップS6において、発券ボタン70が押されたか否かが判定される。発券ボタン70が未だ押されていない場合には、ステップS7において、料金精算ボタン74が押されたか否かが判定される。料金精算ボタン74も未だ押されていない場合には、ステップS2に戻る。硬貨投入開始後、発券ボタン70と料金精算ボタン74とのいずれかが押されるまで、ステップS2-S7の実行が反復される。その結果、ユーザが硬貨を硬貨投入口50に投入するごとに、投入開始時から現時点までにユーザが投入した硬貨の合計金額を投入金額として計算することと、その計算された投入金額から、その投入金額に見合った駐車時間を計算することと、前記計算された投入金額および駐車時間有効駐車時間または延長駐車時間を表示器36の画面上に表示することとが行われる。発券ボタン70が押されると、ステップS8において、図6cに示す駐車券/領収書発行画面が表示器36の画面上に表示される。このとき、ユーザによる発券ボタン70の操作によって確定された駐車料金の額が、前払い駐車料金の額として表示される。この場合には、先行するステップS4において計算された駐車時間は、有効駐車時間を意味することになる。続いて、ステップS9において、ユーザが駐車場10に入庫した入庫時刻またはユーザが前払い駐車料金を支払った日時、駐車券80を発券した時刻、駐車時間の開始時刻などおよび前記有効駐車時間の長さまたはユーザが支払った前払い駐車料金の額などを表す実データであってユーザが直接的に解読可能であるものが、前記暗号化テーブルを参照することにより、ユーザが解読することはできないが一義的に発音することはできる暗号データ130に変換される。暗号化が行われるのであり、これにより、暗号データ130が作成される。本実施形態においては、暗号データ130が、図11aに示すように、一列に並んだ9桁それより多い桁数としても、それより少ない桁数としてもよい。の記号で定義されている。各桁の記号は、例えば、0から9までの10個の数字と複数のアルファベットとのうちのいずれかとして選択される。その複数桁の記号は、複数のグループに分割されて領収書81a上に印刷され、隣接するグループ同士がハイフンでつながれており、これにより、ユーザは、複数桁の記号を、一息で一気に発音するのではなく、いくつかの区切りを入れて、より楽にかつ正確に発音できるようになっている。実データの一般的な構成の一例実データの桁数削減のため、西暦の表記を省略したは、図11bに示すように、MM月DD日のhh時mm分に入庫し、有効駐車時間の長さは、TT時間である。というデータである。この実データは、図11cに示すように、月を表す数字MMと、日を表す数字DDと、時刻のうちの時間を表す数字hhと、時刻のうちの分を表す数字mmと、駐車時間該当する領収書が前払い用である場合には、有効駐車時間を意味する一方、該当する領収書が追加駐車料金用である場合には、延長駐車時間を意味するの長さを表す数字TTという、5つの要素を有している。前記暗号化テーブルは、図11cに示すように、月を表す数字MMを暗号化するために参照される月単位暗号化テーブルと、日を表す数字DDを暗号化するために参照される日単位暗号化テーブルと、時刻のうちの時間を表す数字hhを暗号化するために参照される時間単位暗号化テーブルと、時刻のうちの分を表す数字mmを暗号化するために参照される分単位暗号化テーブルと、駐車時間の長さを表す数字TTを暗号化するために参照される時間用暗号化テーブルとを有する。上述の5つの要素は、それぞれ、対応する暗号化テーブルを参照することにより、暗号化され、それにより、9桁の暗号データ130が作成される。本実施形態においては、暗号化テーブルが、毎日、更新されるが、24時間より長い期間が経過するごとに更新する方式同じ期間内においては、暗号化テーブルは更新されないを採用したり、24時間より長い期間を1周期として、同じ周期内においては、毎日、暗号化テーブルを更新する方式ある周期内の期間と、別の周期内の期間との間では、暗号化テーブルが日々更新されるパターンが共通するを採用することが可能である。一例においては、メモリ104において、暗号化テーブルが毎日更新される場合に、一月分の暗号化テーブルである暗号化テーブルセットが一月ごとに更新される。この場合、暗号化テーブルセットは、例えば、毎月、管理者が駐車場10に出向くごとに、管理者によって更新される。また、一例においては、前述の5つの要素MM,DD,hh,mmおよびTTのそれぞれにつき、暗号化テーブルにおける実データと暗号化データとの関係、すなわち、暗号化前の数字例えば、2月を表す2と暗号化後の符号との間の対応関係が、暗号化前の各数字ごとに乱数を発生させ、その乱数を暗号化後の符号として採用することにより、生成される。図5に示すステップS9において暗号化が終了すると、ステップS10において、駐車券80および領収書81aがプリンタ40によって印刷されて発行される。領収書81aには、図7aに示すように、駐車料金の支払いまたは駐車時間に関する日時と金額と駐車時間の長さとのうちの少なくとも一つに関する同じ情報が、ユーザが解読できる実データと、ユーザが解読できない暗号データ130との双方として印刷されるのである。以上で、この発券精算プログラムの今回の実行が終了する。具体的には、図7aに示すように、駐車券80には、ユーザが支払った前払い駐車料金の額に見合った有効駐車時間の終了時刻と、駐車場10の場所を特定するための表示とが印刷される。また、領収書81aには、入庫時刻と、ユーザが支払った前払い駐車料金の額と、前記有効駐車時間の終了時刻と、駐車場10の場所を特定するための表示とが印刷される。領収書81aには、さらに、ABC-DEF-ABCで例示された暗号データ130も併せて印刷される。この暗号データ130は、図11bに文章化して示すように、前記入庫時刻これは、前払い駐車料金を支払った時刻とも、駐車時間の開始時刻とも、駐車券80および領収書81aが発券された時刻とも等価である。と前記有効駐車時間の長さこれは、支払った前払い駐車料金の額と等価である。とを表す実データが暗号化されたものである。これに対し、発券ボタン70に代えて料金精算ボタン74が押されると、ステップS11において、図6dに示す精算領収書発行画面が表示器36の画面上に表示される。このとき、ユーザによる料金精算ボタン74の操作によって確定された駐車料金の額が、追加駐車料金の額として表示される。この場合には、先行するステップS4において計算された駐車時間は、延長駐車時間を意味することになる。続いて、ステップS12において、ステップS9と同様にして、ユーザが追加駐車料金を支払ったために領収書81bが発券された時刻これは、追加駐車料金を支払った時刻と等価である。と前記延長駐車時間の長さこれは、支払った追加駐車料金の額と等価である。とを表す実データが、前記暗号化テーブルを参照することにより、暗号データ140に変換される。その後、ステップS13において、領収書81bがプリンタ40によって印刷されて発行される。領収書81bには、図7bに示すように、駐車料金の支払いまたは駐車時間に関する日時と金額と駐車時間の長さとのうちの少なくとも一つに関する同じ情報が、ユーザが解読できる実データと、ユーザが解読できない暗号データ140との双方として印刷されるのである。以上で、この発券精算プログラムの今回の実行が終了する。具体的には、図7bに示すように、領収書81bには、領収書81bが発券された日時と、前記追加駐車料金の額と、駐車場10の場所を特定するための表示とが印刷される。さらに、領収書81bには、123-456-789で例示された暗号データ140も併せて印刷される。この暗号データ140は、領収書81bが発券された日時と前記延長駐車時間の長さとを表す実データが暗号化されたものである。図7aには、駐車券80および領収書81aの2枚綴りが正面図で示される一方、図7bには、領収書81bが正面図で示されている。駐車券80および領収書81aの2枚綴りは、駐車券80の2枚分に相当し、その2枚綴りにおいては、駐車券80と領収書81aとは、サイズも構成も、互いに共通する。また、領収書81bは、駐車券80の1枚分に相当し、駐車券80に対し、サイズも構成も共通する。以下、説明を簡単にするために、駐車券80の構成のみを代表的に説明する。駐車券80は、表層としての表示シート印刷用紙82と、中間層としての粘着層83糊の層と、裏層としてのセパレータ分離シート、剥離紙84とがそれらの順に積層されて構成されている。粘着層83は、表示シート82の裏面に、容易には剥離しないように、塗布されており、表示シート82をセパレータ84の表面から剥がした状態では、粘着層83の糊は、セパレータ84の表面には付着しない。図7aに示すように、1枚分の駐車券80においては、表示シート82の外周が、セパレータ84の外周より内側に位置するようになっている。ローラ42に巻き付けられる原反は、連続したセパレータ84に、隙間を隔てて一列に並んだ複数枚の表示シート82空白の状態が接着されて構成されている。プリンタ40における連続シート連続したセパレータ84は、前記カッタにより切断され、その切断は、表示シート82間の隙間の位置において行われ、表示シート82に対する切断は行われない。一方、セパレータ84のうち、表示シート82間の隙間において露出する部分の表面には糊が付着していない。したがって、本実施形態によれば、連続シートの切断時に、前記切刃に粘着層83の糊が付着せずに済み、一日に1回または数回、現場に派遣される管理者例えば、サービス担当者、複数の駐車場を巡回して作業する作業者、見回りの監視員による前記カッタのメンテナンスの頻度が減少し、ひいては、管理者にかかる人件費が低減される。ただし、本実施形態においては、領収書81bについては、前記カッタにより、セパレータ84が1枚分の長さで完全に切断されるのに対し、前記2枚綴りについては、セパレータ84が2枚分の長さで完全に切断される。ただし、前述のように、前記2枚綴りについては、図7aに示すように、前記カッタにより、セパレータ84が、駐車券80と領収書81aとの間において、部分的に切断され、それにより、切取り線89が形成される。図7aに示すように、駐車券80の表示シート82には、さらに、駐車券という文字列のすぐ上方に、両端を有する閉じていない切断線90が存在する。その切断線90は、ユーザが、表示シート82のうちの一部を、残りの部分はセパレータ84に接着されたままで、セパレータ84から剥がすことを可能にするために存在する。図8bに示すように、ユーザが、表示シート82の一部切断線90によって包囲される領域をセパレータ84から剥がして、切断線90の両端をつなぐ直線に沿って折り曲げると、その結果形成される折曲げ部92の表面粘着層83のうち、その折曲げ部92の裏面に塗布されている部分が、糊面として露出する。図9aには、その折曲げ部92が斜視図で示されている。本実施形態においては、ユーザによる駐車が不正駐車ではないことを証明するために、ユーザは、硬貨投入と引き換えに受領した駐車券80を、図9bに示すように、駐車車両のフロントガラス110の裏面に貼付することを要求される。そのため、ユーザは、図9aに示すように、駐車券80のうちの指定箇所切断線90によって包囲された領域であって、最終的に折曲げ部92となる部分を局部的に剥がして折り曲げたうえで、その折曲げ部92の表面を、図9bに示すように、駐車車両のフロントガラス110の裏面に貼付する。これにより、図10に示すように、駐車券80の内容特に、ユーザに対して許可された駐車時間帯の終了時刻を特定するための情報と、この駐車券80が有効である駐車場10の場所を特定するための表示を、外部からいつでも目視することが可能となる。ユーザは、実際に駐車した時間が前記有効駐車時間を超過した場合には、追加駐車料金を支払うことを要求される。しかし、駐車場10は、前述のように、無人式であり、かつ、必要な追加駐車料金を支払わない限り駐車車両の出庫を阻止する装置を有しないため、図12に示すように、ユーザは、必要な追加駐車料金を支払った事実を、駐車場10、車内、自宅などの場所から、携帯電話機や固定電話機などの通信機器により、遠隔地にある管理センタに居る駐車場管理者に通知することを要求される。この際、ユーザは、入庫時に発行された領収書81aに印刷されている暗号データ130と、出庫時に発行された領収書81bに印刷されている暗号データ140との双方を読み上げて音声を発し、その音声を、上記通信機器により、駐車場管理者に送信することを要求される。ユーザが発した、暗号データ130,140を表す音声を受信すると、前記管理センタに居る駐車場管理者は、暗号解読器180の入力装置例えば、キーボード、タッチスクリーン、マウスなどを操作して、ユーザの音声に対応する記号を入力する。暗号データ130,140を入力するのであり、すると、暗号解読器180は、その入力された暗号データ130,140を、前記暗号化テーブルに適合する暗号解読テーブルであって暗号解読器180に搭載されたものに従い、実データに復元する。これにより、駐車場管理者は、管理対象である駐車場10から場所的に離れた前記管理センタに居ながらにして、ユーザが実際に駐車していた時間である実際駐車時間の長さ例えば、暗号データ130により特定される入庫時刻から、暗号データ140により特定される、追加駐車料金を支払った時刻までの経過時間の長さを知ることができ、さらに、ユーザが支払った駐車料金の合計額例えば、暗号データ130により特定される前払い駐車料金の額と、暗号データ140により特定される追加駐車料金の額との和を知ることもでき、ひいては、その駐車料金の合計額が、前記実際駐車時間の長さとの関係で不足していないか否かを正しく判断することができる。暗号解読器180に収容されている暗号解読テーブルは、駐車場管理者といえども、権限を有しない限り、知ることができないようになっているため、暗号解読テーブルに対するセキュリティが高い。以上の説明から明らかなように、本実施形態によれば、領収書81aおよび81bを発行する時点で、領収書81aおよび81bのそれぞれに暗号データ130,140を、ユーザが発音可能である記号で印刷し、さらに、その暗号データ130,140を音声で駐車場管理者に送信することをユーザに要求するだけで、駐車管理者は、駐車料金の不足の有無を正しく判断できる。よって、ユーザは、大きな負担を課されることなく、前記有効駐車時間を超過した駐車を安心して行うことが可能となり、駐車場10の使い勝手ひいては稼動率が向上する。なお付言するに、本実施形態においては、ユーザが、暗号データ130および140の送信を、音声入力によって行うが、例えば、その音声入力に代えて、データ入力例えば、実在するかまたは仮想的なキーを用いたキー入力、イメージリーダを用いた画像入力によって行うことが可能である。以上、通常駐車を説明したが、次に、カードレス駐車を説明する。前述の説明から明らかなように、本実施形態においては、駐車場10も発券機20も、各ユーザが駐車場10に対して入庫出庫を行った事実を検出する設備を有しない。また、カードレス駐車の場合には、後に詳述するように、ユーザは、自身の通信機器例えば、携帯電話機やスマートホンを用いて、自身の電子駐車券を利用した駐車を開始することを要求するためのメッセージを駐車場管理者に対して送信するが、そのときにユーザが実際に駐車場10に駐車しているという事実を駐車場10も発券機20も検出できないし、ユーザが単に自身の通信機器を用いただけで、例えば、その通信機器のGPS機能を利用するなどしない限り、ユーザが実際に駐車場10に入庫したという事実を検出できない。これに対し、本実施形態においては、発券機20が、図13bに示すように、時計102によって計測された現在時刻を実データとして、その実データを時刻用暗号化テーブル発券機20のメモリ104に記憶されているを用いることによって暗号化し、それにより、暗号データとしての時刻コード190を取得するように設計されている。その時刻コード190は、ユーザは解読できないが駐車場管理者は解読できるもの例えば、暗号コード130,140と同様に、ユーザが解読することはできないが一義的に発音することはできるものである。一例においては、図13cに示すように、時刻コード190が、時間離散的に、すなわち、設定時間間隔例えば、15分ごとに更新される。発券機20は、さらに、図13aに示すように、その時刻コード190を、表示器36の画面上に、時間の経過につれて逐次更新される状態で表示するように設計されている。発券機20は、さらに、図13aに示すように、表示器36の画面上に、時刻コード190と一緒に、駐車場10に固有の場所コード192であって駐車場10の位置を特定可能であるものを表示するように設計されている。図14には、時刻コード190および場所コード192の表示を行うために発券機20のコンピュータ100によって実行されるコード表示プログラムが概念的にフローチャートで表されている。このコード表示プログラムは、発券機20の作動中、繰り返し実行される。このコード表示プログラムの各回の実行時においては、まず、ステップS31において、時計102によって現在時刻が計測される。次に、ステップS32において、その計測された現在時刻が、前記時刻用暗号化テーブルを参照することにより、時刻コード190に暗号化される。続いて、ステップS33において、その生成された時刻コード190と、メモリ104に記憶されている場所コード192とが、表示器36の画面上に表示される。以上で、このコード表示プログラムの今回の実行が終了する。このコード表示プログラムの反復的実行により、時刻コード190および場所コード192が、表示器36の画面上に、図13aに例示するように、図6に例示するように同じ画面上に表示されるメッセージを覆い隠してしまうことがない位置に、常時表示される。ここで、時刻コード190について詳述するに、時刻コード190は、同じ日のうち、時刻が異なると、異なるように生成されるため、時間依存性を有する。さらに、時刻コード190は、駐車場10のいずれのユーザによっても解読できないように生成されるため、ユーザが、実際にはいずれの時刻にも駐車場10に入庫または出庫していないにもかかわらず、または、実際には別の時刻に駐車場10に入庫または出庫したにもかかわらず、ある時刻に駐車場10に入庫または出庫したユーザになりすまそうとして、そのある時刻に表示器36が表示しているはずの時刻コード190をユーザが予想しようとしても、ユーザは真正な時刻コード190を取得し得ない。よって、時刻コード190は、ユーザに対する秘匿性をも有する。さらに、時刻コード190は、ユーザが実際に駐車しようとしているか、または駐車している駐車場10の表示器36においてしか表示されず、そのため、ユーザは、必要な時刻コード190を取得するために、駐車場10という現場に行かなければならない。よって、時刻コード190は、場所依存性を有する。このように、時刻コード190は、時間依存性と、ユーザに対する秘匿性と、場所依存性とを有し、よって、ユーザが、駐車場10において実際に見た時刻コード190を、それが表示器36に表示されていた時刻から大きく遅れない時刻設定許容範囲内にある時刻に管理サーバ202に送信する限り、その時刻コード190は、ユーザが実際に駐車場10に入庫または出庫した事実を裏付けるための有力な証拠となる。ここで、前記時刻用暗号化テーブルについて詳述するに、時刻用暗号化テーブルは、図11に示す暗号化テーブルと同様に、定期的に、例えば、毎日、更新される。これにより、日にちが異なると、時刻が同じでも、時刻コード190が異なる可能性が高くなり、その結果、時刻コード190の悪用が防止される。同じ駐車場管理者が複数の駐車場駐車場10を含むを管理していて、それら駐車場のそれぞれにおいて時刻コード190が表示されるようになっている例示的なシナリオにおいては、時刻コード190は、時刻が同じであっても駐車場の場所が異なると異なるように生成されることが望ましい。この望ましい態様においては、駐車場10に表示される時刻コード190は、場所識別力を有する。ここに、場所識別力という用語は、時刻コード190が、場所によって異なるという特徴のみで、時刻コード190から場所を一義的に特定できるという特徴までは意味しないように定義される場合もあれば、場所によって異なるという特徴のみならず、時刻コード190から場所を一義的に特定できるという特徴をも意味するように定義される場合もある。ただし、本実施形態においては、管理サーバ202が、ユーザから受信した情報から、ユーザが利用している駐車場10の場所を特定するために、時刻コード190は、場所識別力を有しなくてもよい。なぜなら、本実施形態においては、時刻コード190と一緒に、場所識別力を有する場所コード192も、駐車場10に居るユーザに表示されるからである。したがって、ユーザがこれから利用しようとしている駐車場10にとって正しい時刻コード190は、ユーザが実際にその駐車場10に居て表示器36の画面を観察しない限り、取得することができない。よって、ユーザが、入庫時に、観察した時刻コード190を場所コード192と一緒に、遠隔地にいる駐車場管理者に送信するようにすれば、駐車場管理者は、いずれの駐車場10に、いずれの時刻に入庫したのかを推定することが可能となる。具体的には、時刻コード190および場所コード192は、ユーザにより、入庫時に、自身の通信機器を介して駐車場管理者に対して通信される。それら時刻コード190および場所コード192を受信すると、駐車場管理者は、前記時刻用暗号化テーブルに適合する暗号解読テーブル234図15参照を参照することにより、時刻コード190を実データである現在時刻に変換する。駐車場管理者は、受信した場所コード192を用いることにより、ユーザが実際に、場所コード192によって特定される駐車場10に入庫したという事実を推定できる。駐車場管理者は、さらに、時刻コード190の暗号解読によって取得された現在時刻例えば、ユーザが表示器36を観察した観察時刻と、駐車場管理者によって計測された現在時刻駐車場管理者が時刻コード190を受信した受信時刻との差が設定許容範囲例えば、30分内である場合に、ユーザが実際に、時刻コード190の暗号解読によって取得された現在時刻図13cに例示するように、時間幅がある場合には、その時間幅のうち、最も早い時刻と、駐車場管理者によって計測された現在時刻との間のいずれかの時刻にユーザが駐車場10に入庫した駐車場10での駐車が開始されたという事実を推定できる。これに対し、駐車場管理者が、受信した時刻コード190を正常に暗号解読できないか、または、正常に暗号解読できたとしても、それによって取得された現在時刻と、駐車場管理者によって計測された現在時刻との差が前記設定許容範囲を超えていると判断した場合には、ユーザが駐車場管理者に対して送信した時刻コード190が、発券機20において時刻コード190として存在しないか、または、存在するとしても、ユーザが時刻コード190を駐車場管理者に送信した時刻が、ユーザが表示器36において時刻コード190を観察した時刻よりかなり遅いため、ユーザは、自身の電子駐車券が有効であっても、それを利用した駐車が駐車場管理者によって拒否される。なお付言するに、前記設定許容時間の長さを長く設定すれば、ユーザに対し、表示器36上の時刻コード190を観察した時刻と、その時刻コード190を駐車場管理者に対して送信する時刻との間の時間的隔たりがある程度長くてもよいことになる。このことは、ユーザに対して許容される送信時刻の選択の幅が増し、ひいては、次のような利点をもたらす。すなわち、例えば、ユーザが、自己の車両を駐車場10に駐車し、その駐車場10を歩いて出ようとするときに表示器36上に表示されている時刻コード190を記憶し、その後、その駐車場10から歩いて最寄の駅などに向かい、そして、電車やバスなどの交通機関を利用することが必要である場合に、その交通機関に乗車した後に、時刻コード190を思い出して駐車場管理者に対して送信することが許容される。そうすると、ユーザにとっては、時間的な余裕の有無にかかわらず、時刻コード190を駐車場10から駐車場管理者に対して送信することを常に要求される場合より、時間的な負担や精神的な負担が減り、ひいては、駐車場10の使い勝手が向上する。以上、発券機20につき、カードレス駐車を行うために特徴的な要素を詳細に説明したが、以下、図15ないし図27を参照することにより、ユーザに対して電子駐車券を発行するサービスの内容を説明する。このサービスは、図15に示すシステム200において、管理サーバ202が、本実施形態に従う例示的な駐車場管理方法を実施することによって提供される。システム200においては、複数人のユーザと、駐車場管理者の指示に従って作業を行う複数人の担当者各担当者は、駐車場管理者が管理している駐車場10および他の複数の駐車場を、一日のうち数回、巡回して監視する任務を有するとが、無線または有線により、グローバルな通信ネットワークの一例であるインターネット204を介して管理サーバ202に通信可能に接続されている。管理サーバ202は、送受信を行うために、信号またはデータを外部の宛先に送信する送信部210と、外部の送信元からの信号またはデータを受信する受信部212とを有する。管理サーバ202は、さらに、プロセッサ220と、ストレージ222例えば、ROM、RAMとを有する。プロセッサ220は、前記サービスを提供するために、電子駐車券処理プログラムであって図16ないし図18にフローチャートで例示的にかつ概念的に表されているものを実行したり、各種処理を行う。ストレージ222は、上記電子駐車券処理プログラムやデータを一時的にまたは恒久的に保存する。管理サーバ202は、さらに、図19に例示する会員データベース以下、DBで表す。図においても同じ。230と、図20に例示する電子駐車券データベース以下、DBで表す。図においても同じ。232と、前記暗号解読テーブル234とを有する。なお付言するに、管理サーバ202は、図示しないが、発券機20と同様に、現在時刻を計測する時計を内部に有するか、または、外部時計の計測結果を利用可能となっている。このサービスの内容をまず概略的に説明するに、このサービスによれば、ユーザからの発行リクエストに応答し、所定の額の駐車料金をユーザが前払いすることを条件に、管理サーバ200がユーザに対して、図21に例示される電子駐車券250を発行する。ユーザが、その発行された電子駐車券250を利用した駐車場10への駐車をこれから行う場合に、駐車許可リクエストと、駐車場10への入庫時に表示器36に表示されている時刻コード190とを管理サーバ202に送信すると、管理サーバ202は、その受信した時刻コード190を暗号解読テーブル234を参照して解読し、その解読結果に基づき、受信した時刻コード190によって表される入庫時刻が、管理サーバ202がその時刻コード190を受信した受信時刻に対して決まる所定許容範囲内にあるか否かを判定し、それにより、受信した時刻コード190が妥当であるか否かを判定する。受信した時刻コード190が妥当であると判定された場合に、管理サーバ202は、ユーザによる駐車場10の利用を許可するとともに、そのことを表す駐車許可メッセージをユーザに送信する。[会員登録]より具体的に説明するに、このサービスにおいては、電子駐車券250の利用資格を取得するために、ユーザを会員として登録する工程と、電子駐車券250をユーザに対して発行する工程と、駐車開始時にユーザによる電子駐車券250の利用を許可する工程と、ユーザが延長駐車を行った場合に限り、駐車終了時に、その延長駐車時間の長さに見合う額の追加駐車料金を電子決済によって支払って精算するための工程とがそれらの順に実施される。さらに具体的に説明するに、このサービスにおいては、まず、図22にシーケンス図で例示するように、ユーザが、管理サーバ202にアクセスして会員登録を行う。ユーザが、その会員登録のために必要なユーザ情報を管理サーバ202に送信すると、管理サーバ202は、受信したユーザ情報を、ユーザごとに、図19に例示した会員DB230に登録する。[電子駐車券の発行]次に、ユーザは、電子駐車券250の発行を駐車場管理者に対して要求するために、図23にシーケンス図で例示するように、管理サーバ202にアクセスする。その後、ユーザは、ユーザIDおよび暗証番号を管理サーバ202に送信し、その後、管理サーバ202は個人認証を行う。続いて、ユーザは、獲得したいポイント数を管理サーバ202に送信し、管理サーバ202は、そのポイント数を獲得するために必要な料金を計算する。その料金をユーザが支払うと、管理サーバ202は、発行すべき電子駐車券250に固有のチケット番号を付与し、さらに、有効ポイント数を付与し、それらの情報を図20に例示するように、電子駐車券DB232に登録する。その後、管理サーバ202は、ユーザに対して、図21に例示する電子駐車券250を発行する。[電子駐車券の利用許可]その後、ユーザは、駐車場10への入庫時に、発行された電子駐車券250を利用して駐車場10への駐車を開始するために、図24にシーケンス図で例示するように、管理サーバ202にアクセスする。その後、ユーザは、今回利用したい電子駐車券250に割り当てられた固有のチケット番号を管理サーバ202に送信し、管理サーバ202は、その電子駐車券250の有効性を確認する。続いて、ユーザは、表示器36に表示されている時刻コード190および場所コード192を管理サーバ202に送信する。管理サーバ202は、その受信した時刻コード190の暗号解読により、ユーザの入庫時刻を推定し、それと、管理サーバ202によって計測される現在時刻との比較により、推定された入庫時刻の妥当性を確認する。その後、ユーザは、駐車条件を管理サーバ202に送信する。その駐車条件は、ユーザが、これから、駐車場10に駐車したい時間の長さを含んでいる。続いて、管理サーバ202は、その駐車時間をユーザに許可するために必要な使用ポイント数を計算する。管理サーバ202は、さらに、現在の有効ポイント数からその使用ポイント数を減算することにより、残存ポイント数を計算し、その残存ポイント数が0でないことを確認すると、ユーザに許可される有効駐車時間の長さを計算する。その後、管理サーバ202は、図25に例示する領収書260を発行し、それをユーザに送信する。本実施形態においては、ユーザに対し、入庫時に、予定出庫時刻予定駐車時間の長さと等価であるを指定することが要求され、そのうえで、有効ポイント数が減算されることに注目すると、今回の駐車は、前払い駐車に分類されると考えることが可能である。また、図25に示すように、領収書260には、ユーザに許可された有効駐車時間の長さが、その有効駐車時間の終了時刻と共に記載される。よって、ユーザは、その領収書260を見れば、何時までに出庫しなければならないのかを知ることができる。図24において下部に示すように、今回のユーザに駐車を許可した事実は、ユーザ本人のみならず、前述の複数人の担当者にも連絡される。担当者への連絡は、管理サーバ202が、駐車の許可に関する情報を記載した電子メールを、担当者ごとに個別に発信する方式能動的連絡によって行ったり、管理サーバ202の、閲覧できる者が限定されるホームページ業者専用ホームページ上に、駐車の許可に関する情報を掲示し、そのホームページへの担当者からの個別のアクセスにより、駐車の許可に関する情報を担当者に連絡する方式受動的連絡によって行ってもよい。[延長駐車時の追加料金の精算]ユーザによる実際の連続駐車時間の長さが上述の有効駐車時間の長さ前記使用ポイントの消費の代償としてユーザに入庫時に許可した連続駐車時間を超過した場合、すなわち、延長駐車を行った場合には、ユーザは、駐車場10からの出庫時に、図26にシーケンス図で例示するように、管理サーバ202にアクセスする。その後、ユーザは、今回利用した電子駐車券250に割り当てられた固有のチケット番号を管理サーバ202に送信し、管理サーバ202は、その電子駐車券250の有効性を確認する。続いて、ユーザは、表示器36に表示されている時刻コード190および場所コード192を管理サーバ202に送信する。管理サーバ202は、その受信した時刻コード190の暗号解読により、ユーザの出庫時刻を推定し、それと、管理サーバ202によって計測される現在時刻との比較により、推定された出庫時刻の妥当性を確認する。その後、管理サーバ202は、電子駐車券DB232に記録されている有効駐車時間の終了時刻から、前記推定された出庫時刻までに経過した時間の長さを、延長駐車時間の長さとして計算し、さらに、その延長駐車時間の長さに見合う額の追加駐車料金を計算する。管理サーバ202は、さらに、その追加駐車料金の額に見合う使用ポイント数を計算し、その使用ポイント数だけ、現在の有効ポイント数を減算することにより、残存ポイント数を計算する。その後、管理サーバ202は、精算領収書図示しないを発行し、それをユーザに送信する。次に、図16ないし図18を参照することにより、前記電子駐車券処理プログラムの内容をさらに具体的に説明する。この電子駐車券処理プログラムは、管理サーバ202のプロセッサ220により、繰り返し実行される。上記電子駐車券処理プログラムは、図16に示す第1サブプログラムと、図17に示す第2サブプログラムと、図18に示す第3サブプログラムとを含むように構成されている。第1サブプログラムは、会員登録および電子駐車券の発行を行うための部分であり、第2サブプログラムは、電子駐車券の利用許可を行うための部分であり、第3サブプログラムは、延長駐車時の駐車料金の精算を行うための部分である。[会員登録]この電子駐車券処理プログラムの各回の実行時においては、まず、図16のステップS101において、管理サーバ202にログインしたユーザが会員登録リクエストを管理サーバ202に対して送信したか否かが判定される。今回は、ユーザが会員登録リクエストを送信したと仮定すると、このステップS101の判定がYESとなり、ステップS102において、ユーザの通信機器から送信されたユーザ本人のユーザ情報例えば、ユーザの氏名、住所、電子メールアドレスなどが受信部212を介して受信される。続いて、ステップS103において、今回のユーザに対し、固有のユーザIDが付与される。その後、ステップS104において、ユーザの通信機器から送信された、ユーザ本人が設定した暗証番号が受信部212を介して受信される。このステップS104においては、さらに、ユーザの通信機器から追加的に送信された他のユーザ情報例えば、図19に例示するように、ユーザが駐車する予定の車両の車両番号、車種名、車体色なども一緒に、受信部212を介して受信される。続いて、図16のステップS105において、今回のユーザについてのユーザ情報が、会員DB230に登録され、これにより、今回のユーザが会員として登録されたことになる。その後、ステップS106において、今回のユーザについて会員登録が完了したことを表す登録完了メッセージが送信部210を介してユーザに対して返信される。以上で、この電子駐車券処理プログラムの今回の実行が終了する。[電子駐車券の発行]以上、ユーザから会員登録リクエストを管理サーバ202が受信するシナリオを説明したが、それに代えて、電子駐車券発行リクエストを管理サーバ202が受信するシナリオにおいては、ステップS101の判定はNO、ステップS107の判定はYESとなり、ステップS108に移行する。このステップS108においては、ユーザの通信機器から送信されたユーザ本人のユーザIDおよび暗証番号と会員DB230との照合により、今回のユーザが会員であるか否か、すなわち、このサービスの提供を受ける資格を有するか否かが判定される。すなわち、個人認証が行われるのであり、この個人認証が成立した場合には、ステップS109において、ユーザの通信機器から送信された、ユーザが今回獲得したいポイント数を表すデータが受信部212を介して受信される。その後、ステップS110において、ユーザが獲得したいポイント数をユーザが獲得しようとするためにユーザが駐車場管理者に対して支払うべき料金プリペイド料金が、ポイント数と料金との間に予め定められた関係を表す料金テーブルや関数式を参照することにより、計算される。続いて、ステップS111において、ユーザが支払うべき料金を表すデータがユーザに送信される。その後、ステップS112において、ユーザが駐車場管理者に対して電子決済を行う。続いて、ステップS113において、その電子決済が正常に完了したか否かが判定される。ユーザによる電子決済が正常に完了しなかった場合には、ステップS113の判定がNOとなり、ステップS113aにおいて、電子駐車券250の発行を許可しないことを表す発行不許可メッセージがユーザに対して返信される。以上で、この電子駐車券処理プログラムの今回の実行が終了する。これに対し、今回は、ユーザによる電子決済が正常に完了したと仮定すると、ステップS113の判定がYESとなり、ステップS114において、今回のユーザに対して発行されるべき電子駐車券250に固有のチケット番号が付与される。その付与されたチケット番号は、図20に例示するように、ユーザIDに関連付けて電子駐車券DB232に登録される。続いて、図16のステップS115において、今回のユーザに対して有効ポイント数が付与される。その付与された有効ポイント数は、ステップS116において、図20に例示するように、ユーザIDに関連付けて電子駐車券DB232に登録される。その後、図16のステップS117において、図21に例示するように、電子駐車券250が今回のユーザに対して発行され、その電子駐車券250を表すデータが送信部210から今回のユーザの通信機器に対して送信される。以上で、この電子駐車券処理プログラムの今回の実行が終了する。[電子駐車券の利用許可]以上、ユーザから電子駐車券発行リクエストを管理サーバ202が受信するシナリオを説明したが、それに代えて、電子駐車券利用リクエストを管理サーバ202が受信するシナリオにおいては、図16のステップS101の判定もS107の判定もNO、図17のステップS118の判定はYESとなり、ステップS119に移行する。このステップS119においては、図16のステップS108と同様にして、ユーザの通信機器から送信されたユーザ本人のユーザIDおよび暗証番号に基づき、個人認証が行われる。この個人認証が成立した場合には、ステップS120において、ユーザの通信機器から送信された1個のチケット番号であって、ユーザが今回使用したい電子駐車券250を特定するためのデータが受信部212を介して受信される。その後、ステップS121において、今回のユーザにつき、受信したチケット番号と電子駐車券DB232との照合により、今回のユーザが利用することを希望する電子駐車券250が有効であるか否かが判定される。今回の電子駐車券250が有効ではない場合には、ステップS122において、電子駐車券250の利用を許可しないことを表す利用不許可メッセージがユーザの通信機器に対して返信される。以上で、この電子駐車券処理プログラムの今回の実行が終了する。これに対し、今回は、ユーザが利用することを希望する電子駐車券250が有効であると仮定すると、ステップS123において、ユーザの通信機器から送信された時刻コード190および場所コード192が受信部212を介して受信される。続いて、ステップS124において、その受信した時刻コード190が、暗号解読テーブル234を参照して解読される。その後、ステップS125において、その解読結果に基づき、ユーザの入庫時刻が推定される。続いて、ステップS126において、その推定された入庫時刻が、管理サーバ202が時刻コード190を受信した受信時刻に対して決まる所定許容範囲内にあるか否かが判定され、それにより、受信した時刻コード190が妥当であるか否かが判定される。今回は、受信した時刻コード190が妥当ではないと仮定すると、ステップS126の判定がNOとなり、ステップS122において、ユーザによる電子駐車券250の利用駐車場10への駐車を許可しないことを表す利用不許可メッセージがユーザの通信機器に送信される。これに対し、今回は、受信した時刻コード190が妥当であると仮定すると、ステップS126の判定がYESとなり、ステップS127において、ユーザの通信機器からユーザの希望駐車条件が受信される。その希望駐車条件は、例えば、ユーザが希望する駐車時間の長さを含んでいる。続いて、ステップS128において、その受信した希望駐車条件を実現するために使用される使用ポイント数が計算される。その使用ポイント数は、例えば、ユーザが無料駐車を希望する駐車時間の長さに応じて増加するように、所定の変換テーブルを参照して計算される。その後、ステップS129において、前記有効ポイント数の現在値から、その計算された今回の使用ポイント数を減算することにより、有効ポイント数が更新される。その有効ポイント数の更新は、電子駐車券DB232に反映される。続いて、ステップS130において、前記受信した希望駐車条件を表すデータに基づき、上記使用ポイント数の消費の代償としてユーザに許可される駐車時間の長さである有効駐車時間が計算される。その後、ステップS130aにおいて、電子駐車券250を利用した駐車を許可することをユーザに伝える意味も含めて、図25に例示する領収書260が発行される。その発行された領収書260を表すデータは、ユーザの通信機器に送信される。続いて、ステップS131において、前記受信した希望駐車条件を担当者全員に連絡するための処理が行われる例えば、その希望駐車条件を、電子メールによって個別に担当者に連絡するか、その希望駐車条件を、前記業者専用ホームページ上に掲示することによって担当者に連絡する。以上で、この電子駐車券処理プログラムの今回の実行が終了する。[延長駐車時の駐車料金の精算]以上、ユーザから電子駐車券利用リクエストを管理サーバ202が受信するシナリオを説明したが、それに代えて、延長駐車時精算リクエストを管理サーバ202が受信するシナリオにおいては、図16のステップS101の判定もS107の判定もNO、図17のステップS118の判定はNOとなり、図18のステップS132はYESとなり、ステップS133に移行する。このステップS133からステップS138までのステップは、図17に示すステップS119からステップS124までのステップと実行内容が共通するため、重複した説明を省略する。図18のステップS139において、ステップS137においてユーザの通信機器から送信された時刻コード190の解読結果に基づき、ユーザの出庫時刻が推定される。続いて、ステップS140において、その推定された出庫時刻が、管理サーバ202が時刻コード190を受信した受信時刻に対して決まる所定許容範囲内にあるか否かが判定され、それにより、受信した時刻コード190が妥当であるか否かが判定される。今回は、受信した時刻コード190が妥当ではないと仮定すると、ステップS140の判定がNOとなり、ステップS136において、ユーザによる電子駐車券250の利用駐車場10への駐車を許可しないことを表す利用不許可メッセージがユーザの通信機器に送信される。これに対し、今回は、受信した時刻コード190が妥当であると仮定すると、ステップS140の判定がYESとなり、ステップS141において、推定された出庫時刻から、電子駐車券DB232に記録されている有効駐車時間の終了時刻を引き算することにより、延長駐車時間の長さが計算される。推定された出庫時刻は、図20に例示するように、電子駐車券DM232に記録される。続いて、ステップS142において、その計算された延長駐車時間の長さに見合う額の追加駐車料金が、所定の変換テーブルを参照することにより、計算される。その後、ステップS143において、その計算された追加駐車料金の額に見合う使用ポイント数が計算される。続いて、ステップS144において、その計算された使用ポイント数だけ、現在の有効ポイント数が減算されることにより、残存ポイント数が計算される。その残存ポイント数は、電子駐車券DB232に反映される。電子駐車券DB232には、さらに、有効ポイント数の部分的消費によってユーザが追加駐車料金を精算したことを表すデータも、図20に例示するように、記録される。その後、ステップS145において、追加駐車料金がユーザによって精算されたことを表す精算領収書図示しないが発行され、その精算領収書を表すデータがユーザの通信機器に送信される。続いて、ステップS146において、図17のステップS131に準じて、追加駐車料金がユーザによって精算されたことを担当者全員に連絡するための処理が行われる。以上で、この電子駐車券処理プログラムの今回の実行が終了する。[出庫催促メッセージの自動送信]本実施形態においては、前述のように、管理サーバ202は、電子駐車券250を利用して駐車を行うユーザにつき、入庫の時点において、入庫時刻も、その入庫時刻と有効駐車時間の長さとから計算される予定出庫時刻も知っている。そこで、図27に示すように、本実施形態においては、管理サーバ202が、電子駐車券250を利用して駐車を行うユーザに対し、予定出庫時刻が間もなく到来することを予告したり、予定出庫時刻が経過したことを警告したり、予定出庫時刻を経過した場合には必ず延長駐車分の精算を行うことを注意するために、ユーザの通信機器に個別にメッセージを電子メールによって送信するように設計されている。具体的には、図27に示すように、管理サーバ202は、ユーザごとに、電子駐車券DB232内のデータを参照して予定出庫時刻有効駐車時間の終了時刻を計算し、さらに、予定出庫時刻より設定時間例えば、1時間だけ早い時刻を出庫催促時刻として計算する。管理サーバ202は、その出庫催促時刻が到来すると、予定出庫時刻までの残り時間が1時間を切った旨の記述を含む出庫催促メッセージを作成し、その出庫催促メッセージを、電子メールにより、該当するユーザの通信機器に送信する。その出庫催促メッセージには、例えば、予定出庫時刻を経過した場合には、出庫時に、ユーザは、管理サーバにアクセスして追加駐車料金の精算を行うことが必要である旨の記述も含まれる。これにより、予定出庫時刻を経過した場合には、出庫時に、管理サーバ202にアクセスして追加駐車料金を精算することを忘れないように、ユーザの注意が喚起される。さらに、管理サーバ202は、ユーザごとに、予定出庫時刻が到来したか否かを判定し、到来した場合には、電子駐車券DB232を参照することにより、ユーザによって追加駐車料金の精算が行われたか否かを判定する。追加駐車料金の精算が終了していない場合には、管理サーバ202は、、予定出庫時刻が経過している旨の記述と、出庫時には、ユーザは、管理サーバにアクセスして追加駐車料金を精算することが必要である旨の記述とが含まれる。管理サーバ202は、その出庫催促メッセージを、電子メールにより、該当するユーザの通信機器に送信する。管理サーバ202は、その出庫催告メッセージを送信したユーザに対し、管理サーバ202にアクセスして追加駐車料金を精算するまで、設定時間例えば、1時間が経過するごとに、同じ出庫催促メッセージを繰り返し送信する。なお付言するに、本実施形態においては、同じ駐車場10につき、通常駐車とカードレス駐車との双方が可能であり、そのため、発券機20が、それ本来の発券機能のみならず、時刻コード190を暗号化によって生成して表示器36の画面上に表示する時刻コード生成表示機能をも有するように設計されている。しかし、本発明は、例えば、同じ駐車場10につき、カードレス駐車のみが可能であって、発券機20に代えて、時計102と、それによって計測された現在時刻を暗号化する暗号化器例えば、前記時刻用暗号化テーブルを参照して時刻コード190を生成するプログラムを実行するコンピュータと、その暗号化によって生成された時刻コード190を表示する表示器36とを少なくとも含む時刻コード生成表示装置が駐車場10に設置される態様で実施することが可能である。以上の説明から明らかなように、本実施形態においては、説明の便宜上、時計102が前記1項における時計の一例を構成し、また、制御基板34のうち、図14に示すステップS32を実行する部分が同項における暗号化部の一例を構成し、また、表示器36が同項における表示部の一例を構成し、また、発券機20のうち、時刻コード190の生成および表示を行う部分が、同項における駐車場用時刻コード生成表示装置の一例を構成し、また、表示器36が、前記2項における表示部の一例および前記5項に係る駐車場用時刻コード表示装置の一例をそれぞれ構成していると考えることが可能である。さらに、本実施形態においては、説明の便宜上、図17に示すステップS120およびS123が、前記1または2項における入庫時受信工程の一例を構成し、また、同図に示すステップS124ないしS126が、同項における入庫時刻妥当性判定工程の一例を構成し、また、同図に示すステップS130aが、同項における駐車許可工程の一例を構成し、また、送信部210および受信部212が互いに共同して同項における通信部の一例を構成していると考えることが可能である。さらに、本実施形態においては、説明の便宜上、図18に示すステップS134およびS137が、前記3項における出庫時受信工程の一例を構成し、また、同図に示すステップS138ないしS140が、同項における出庫時刻妥当性判定工程の一例を構成し、また、同図に示すステップS141が、同項における駐車時間計算工程の一例を構成していると考えることが可能である。さらに、本実施形態においては、説明の便宜上、図16に示すステップS107が、前記4項における発行リクエスト受信工程の一例を構成し、また、同図に示すステップS110ないしS117が、同項における電子駐車券発行工程の一例を構成していると考えることが可能である。<第2実施形態>次に、本発明の例示的な第2実施形態に従う駐車場管理方法を説明する。ただし、第1実施形態と共通する要素については、同一の符号または名称を使用して引用することにより、重複した説明を省略し、異なる要素についてのみ、詳細に説明する。第1実施形態においては、カードレス駐車を行いたいユーザは、駐車場10を利用しようとするごとに、その駐車に先立ち入庫時に、今回の駐車を行いたい予定駐車時間の長さを指定し、有効ポイント数のうち、その予定駐車時間の長さに見合った額の前払い駐車料金に相当するポイント数を消費する。その予定駐車時間が経過する前に、ユーザが駐車場10から出庫するとき、すなわち、延長駐車を行わないときには、出庫時に管理サーバ202にアクセスすることは不要である。すなわち、ユーザは、延長駐車を行わない限り、出庫時に管理サーバ202にアクセスすることは不要なのである。これにより、ユーザは、延長駐車を行わない限り、各回の駐車にあたり、管理サーバ202との通信は、入庫時のみで済み、ユーザの手間が省略される。しかし、第1実施形態においては、ユーザの実際駐車時間が予定駐車時間より短い場合でも、予定駐車時間と同じだけ駐車した場合と同じポイント数が消費される。これに対し、本実施形態においては、ユーザに対し、入庫時のみならず出庫時にも、管理サーバ202にアクセスするというように、ユーザの手間が追加される一方で、入庫時にはポイント数の消費を行わず、出庫時にまとめて駐車時間を計算してポイント数を消費し、それにより、消費されるポイント数が、実際の駐車時間にちょうど見合うように計算される。その結果、本実施形態によれば、ユーザは、無駄なポイント数を消費せずに済み、経済的である。次に、図28ないし図33を参照することにより、本実施形態に従う駐車場管理方法を説明するが、この方法を実行するために管理サーバ202において実行される電子駐車券処理プログラムは、図16に示す第1サブプログラム会員登録および電子駐車券250の発行と同じものと、図17に示す第2サブプログラム電子駐車券250の利用許可を置換する第4サブプログラムと、図18に示す第3サブプログラム延長駐車時の追加駐車料金の精算を置換する第5サブプログラムとを含んでいる。第4サブプログラムは、電子駐車券250を利用した駐車の開始を許可するために管理サーバ202において実行され、図28に概念的にフローチャートで表されている。また、第5サブプログラムは、電子駐車券250を利用した駐車の終了時にユーザが駐車料金をポイント消費で精算するために管理サーバ202において実行され、図29に概念的にフローチャートで表されている。以下、本実施形態における電子駐車券処理プログラムを説明するが、第1実施形態と共通するプロセスについては重複した説明を省略し、異なるプロセスについてのみ詳細に説明する。[電子駐車券を利用した駐車の許可]ユーザは、駐車場10への入庫時に、電子駐車券250を利用した駐車の許可を駐車管理者に対して要求するために、図30にシーケンス図で例示するように、管理サーバ202にアクセスする。その後、ユーザは、今回利用したい電子駐車券250に割り当てられたチケット番号を管理サーバ202に送信し、管理サーバ202は、その電子駐車券250の有効性を確認する。続いて、ユーザは、表示器36に表示されている時刻コード190および場所コード192を管理サーバ202に送信する。管理サーバ202は、その受信した時刻コード190の暗号解読により、ユーザの入庫時刻を推定し、それと、管理サーバ202によって計測される現在時刻との比較により、推定された入庫時刻の妥当性を確認する。推定された入庫時刻が妥当である場合には、管理サーバ202は、ユーザによる駐車を許可し、駐車許可メッセージをユーザに送信する。管理サーバ202は、今回のユーザに駐車を許可した事実を、第1実施形態と同様にして、ユーザ本人のみならず、前述の複数人の担当者にも連絡する。このプロセスを実行するために、管理サーバ202は、図28に示す第4サブプログラムを実行する。この第4サブプログラムの実行時には、まず、ステップS301において、ユーザの通信機器から駐車許可リクエストを受信したか否かが判定される。今回は、駐車許可リクエストを受信したと仮定すると、ステップS301の判定がYESとなり、ステップS119ないしS126が、第1実施形態と同様にして実行される。ステップS126において、ユーザから今回受信した時刻コード190の暗号解読によって推定された入庫時刻が妥当であると判定された場合には、ステップS302において、ユーザに駐車を許可したことを表す駐車許可メッセージがユーザの通信機器に対して返信される。その後、ステップS303において、そのユーザに、駐車場10での駐車を許可したことを表す情報が担当者全員に対して連絡される。以上で、この第4サブプログラムの今回の実行が終了する。[電子駐車券を利用した駐車のための駐車料金の精算]ユーザは、駐車場10からの出庫時に、駐車料金の精算のため、図31にシーケンス図で例示するように、管理サーバ202にアクセスする。その後、ユーザは、今回利用した電子駐車券250に割り当てられたチケット番号を管理サーバ202に送信し、管理サーバ202は、その電子駐車券250の有効性を確認する。続いて、ユーザは、表示器36に表示されている時刻コード190および場所コード192を管理サーバ202に送信する。管理サーバ202は、その受信した時刻コード190の暗号解読により、ユーザの出庫時刻を推定し、それと、管理サーバ202によって計測される現在時刻との比較により、推定された出庫時刻の妥当性を確認する。その後、管理サーバ202においては、図29に示すステップS402において、推定された出庫時刻から、電子駐車券DB232に記録されている入庫時刻を引き算することにより、駐車時間の長さが計算される。推定された出庫時刻は、図20に例示するように、電子駐車券DM232に記録される。続いて、ステップS403において、その計算された駐車時間の長さに見合う額の駐車料金が、所定の変換テーブルを参照することにより、計算される。その後、ステップS404において、その計算された駐車料金の額に見合う使用ポイント数が計算される。続いて、ステップS405において、その計算された使用ポイント数だけ、現在の有効ポイント数が減算されることにより、残存ポイント数が計算される。その残存ポイント数は、電子駐車券DB232に反映される。電子駐車券DB232には、さらに、有効ポイント数の部分的消費によってユーザが駐車料金を精算したことを表すデータも、図20に例示するように、記録される。その後、ステップS406において、駐車料金がユーザによって精算されたことを表す領収書270が発行され、その領収書270を表すデータがユーザの通信機器に送信される。続いて、ステップS407において、駐車料金がユーザによって精算されたことを担当者全員に連絡するための処理が行われる。以上で、この第5サブプログラムの今回の実行が終了する。[出庫催促メッセージの自動送信]本実施形態においては、前述のように、管理サーバ202は、電子駐車券250を利用して駐車を行うユーザにつき、入庫の時点において、入庫時刻は知っているが、第1実施形態とは異なり、予定出庫時刻は知らない。しかし、管理サーバ202は、入庫時刻から現在時刻までの経過時間、すなわち、現在時刻までのユーザの駐車時間を逐次計算できるし、さらに、その駐車時間の長さに見合う分の使用ポイント数も逐次計算できる。そうすると、管理サーバ202は、各時刻において、その時点で使用ポイント数を消費しようとしても、残存ポイント数が駐車時間の長さとの関係において不足しているため、駐車料金を全額精算できないという事実に気づくことができる。そこで、本実施形態においては、図33にシーケンス図で示すように、管理サーバ202は、駐車料金の精算が終了していないユーザごとに、逐次、駐車時間の長さを計算し、さらに、その駐車時間の長さに見合う分の使用ポイント数も計算する。管理サーバ202は、さらに、その時点で使用ポイント数を消費しようとしても、残存ポイント数が駐車時間の長さとの関係において不足しているか否かを判定する。管理サーバ202は、残存ポイント数が不足している場合には、ユーザが速やかに出庫することを促すための出庫催促メッセージを作成し、その出庫催促メッセージを、電子メールにより、該当するユーザの通信機器に送信する。以上の説明から明らかなように、本実施形態においては、説明の便宜上、図28に示すステップS120およびS123が、前記1または2項における入庫時受信工程の一例を構成し、また、同図に示すステップS124ないしS126が、同項における入庫時刻妥当性判定工程の一例を構成し、また、同図に示すステップS302が、同項における駐車許可工程の一例を構成していると考えることが可能である。さらに、本実施形態においては、説明の便宜上、図29に示すステップS134およびS137が、前記3項における出庫時受信工程の一例を構成し、また、同図に示すステップS138ないしS140が、同項における出庫時刻妥当性判定工程の一例を構成し、また、同図に示すステップS402が、同項における駐車時間計算工程の一例を構成していると考えることが可能である。なお付言するに、以上説明したいくつかの実施形態においては、発券機20が、駐車場管理者管理サーバ202との間で通信を行う機能を有していない自立型であり、発券機20の設備コストの最小化に有利であるが、本発明は、発券機20がその通信機能を有する態様で実施することが可能である。この態様においては、例えば、時計102と、その時計102によって計測された現在時刻を暗号化する時刻暗号化部コンピュータが、図13bに示す時刻用暗号化テーブルを参照して時刻コード190を生成する部分とが管理サーバ202に搭載されていて、その管理サーバ202が、現在時刻を計測してそれを暗号化して時刻コード190を生成し、その時刻コード190を発券機20に送信し、そして、その発券機20の表示器36が、受信した時刻コード190を表示する。この態様によれば、発券機20が、前記通信機能を有する代わりに、時計102および前記時刻用暗号化部を有せずに済む。以上、本発明のいくつかの実施形態を図面に基づいて詳細に説明したが、これらは例示であり、前記[発明の概要]の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。"