(57)【特許請求の範囲】
【請求項１】
前払い式の駐車場についての有効駐車時間の満了前にユーザがその有効駐車時間を前記駐車場の外部からオンラインで延長できるように前記駐車場を管理する方法であって、
前記駐車場に設置された発券機が、ユーザが、前記駐車場への入庫時に、駐車料金を前払いすることを条件に、自身の携帯情報端末の電話番号と自身の車両の車両登録番号とをオフラインで入力することを可能とし、その入力後、駐車票を発行するオフライン入庫処理工程と、
前記発券機が、ユーザが入力した電話番号および車両登録番号と前記有効駐車時間とを一括してまたは時分割で、かつ、互いに関連付けて、前記駐車場の外部にあるサーバであってプロセッサとユーザおよび前記発券機との通信を行う通信機能とを有するものにオンラインで送信する駐車データ送信工程と、
前記サーバが、前記発券機から受信した電話番号、車両登録番号および有効駐車時間をユーザに関連付けてメモリに登録する登録工程と、
前記サーバが、前記メモリに登録された電話番号を用いてユーザの携帯情報端末に、前記登録されている電話番号および車両登録番号が真正であるか否かをユーザに確認してもらう確認リクエストをオンラインで送信する確認リクエスト送信工程と、
前記サーバが、前記登録の内容が真正であれば、ユーザの携帯情報端末から、確認完了メッセージをオンラインで受信する確認完了メッセージ受信工程と、
前記サーバが、その確認完了メッセージを受信すると、各ユーザごとに、前記駐車場への入庫時刻と前記有効駐車時間とから決まる出庫予定時刻より所定時間前の時刻が到来したか否かを反復的に判定し、到来したと判定すると、該当するユーザに関連付けて登録されている電話番号を用いてユーザの携帯情報端末に、前記出庫予定時刻が到来することを予告するための予告メッセージをオンラインで送信する予告メッセージ送信工程と、
前記サーバが、その予告メッセージを受信したユーザが、前記有効駐車時間を希望時間分延長したい旨の延長リクエストを前記サーバにオンラインで送信すると、その延長リクエストをオンラインで受信する延長リクエスト受信工程と、
前記サーバが、その延長リクエストをユーザから受信すると、その延長リクエストの内容が反映されるように前記メモリの内容を更新するメモリ更新工程と
を含む駐車場管理方法。
【請求項２】
さらに、
前記サーバが、前記駐車場からのユーザの出庫時に、そのユーザの携帯情報端末から、前記駐車場から出庫したい旨の出庫リクエストをオンラインで受信する出庫リクエスト受信工程と、
前記サーバが、その出庫リクエストをユーザから受信すると、ユーザが前記駐車場から出庫した事実が反映されるように前記メモリの内容を更新するオンライン出庫処理工程と
を含む請求項１に記載の駐車場管理方法。
【請求項３】
さらに、
前記サーバが、前記駐車場からのユーザの出庫時に、そのユーザの携帯情報端末から、延長料金をオンラインで支払いたい旨のオンライン精算リクエストをオンラインで受信するオンライン精算リクエスト受信工程と、
前記サーバが、そのオンライン精算リクエストをユーザから受信すると、ユーザが前記駐車場から出庫した事実が反映されるように前記メモリの内容を更新するオンライン出庫処理工程と
を含む請求項１または２に記載の駐車場管理方法。
【請求項４】
さらに、
前記サーバは、あるユーザに関し、前記発券機からのそのユーザの電話番号の送信がない場合に、そのユーザに対して前記予告メッセージ送信工程が実行されることを禁止する実行禁止工程を含む請求項１ないし３のいずれかに記載の駐車場管理方法。
【請求項５】
さらに、
前記発券機および前記サーバのうちのいずれかが単独でまたは両者が互いに協働して、各時刻ごとに、現在時刻と各駐車票に対応する有効駐車時間の終了時刻との比較により、各駐車票が、前記有効駐車時間が満了していない有効駐車票であるか否かを判定し、その判定結果に基づき、前記発券機から発行された複数の駐車票のうち前記有効駐車票であると判定されたものの枚数を有効枚数として計算する有効枚数計算工程と、
前記発券機および前記サーバのうちのいずれかが単独でまたは両者が互いに協働して、前記計算された有効枚数が所定値以下である場合には、前記発券機による新たな駐車票の発行を許可する一方、前記計算された有効枚数が前記所定値を超える場合には、前記発券機による新たな駐車票の発行を禁止する発行許可・禁止工程と
を含む請求項１ないし４のいずれかに記載の駐車場管理方法。
【請求項６】
前記駐車場に、その駐車場が現在、満車状態にあることを示す満車表示状態と、前記駐車場が現在、空車状態にあることを示す空車表示状態とに切り換わる満空車表示部が設けられ、
前記所定値は、前記駐車場に駐車可能な車両の台数の上限値である駐車可能台数上限値より小さい値として設定され、
当該駐車場管理方法は、さらに、
前記発券機および前記サーバのうちのいずれかが単独でまたは両者が互いに協働して、前記満空車表示部を、前記計算された有効枚数が前記所定値以下である場合には、前記満空車表示部が前記空車表示状態に切り換わる一方、前記計算された有効枚数が前記所定値を超える場合には、前記駐車場における実際の駐車台数が前記駐車可能台数上限値より少ないか否かを問わず、前記満空車表示部が前記満車表示状態に切り換わるように制御する満空車表示部制御工程を含む請求項５に記載の駐車場管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車、自転車、自動二輪車等、車両が駐車される駐車場を管理する技術に関するものである。
【背景技術】
【０００２】
車両のための複数の駐車位置を有する駐車場が既に広く普及している。この種の駐車場は、駐車位置への車両の搬送方式の観点で分類すると、ユーザが自ら車両を運転して駐車位置に搬送する方式と、パレットやケージを機械的に移動させて車両を機械的に駐車位置に搬送する機械式とに分類される。また、その駐車場は、ユーザに無料で貸される場合もあれば、有料で貸される場合もある。有料駐車場は、ユーザに貸す時間の長さという観点で分類すれば、月極めと、時間貸し（「日貸し」を含む。）とに分類される。
【０００３】
時間貸し駐車場は、駐車料金の支払い方式という観点で分類すれば、駐車開始に先立ってユーザが駐車料金を支払う前払い式（ただし、出庫時に、駐車料金の不足分を支払う可能性を含む。）と、駐車終了時にユーザが駐車料金をまとめて支払う後払い式とに分類される。
【０００４】
また、時間貸し駐車場は、その管理方式という観点で分類すれば、駐車場を管理・監視する担当者が現場である駐車場に常駐している有人式と、駐車場に常駐していない担当者が散発的に現場である駐車場に派遣される無人式とに分類される。
【０００５】
この種の駐車場、その駐車場に設置される設備（発券機を含む。）ならびにその駐車場を管理する方法およびシステムを開示している先行技術文献として、例えば、特許文献１や特許文献２が存在する。
【０００６】
特許文献１は、前払い式の駐車場の一従来例を開示している。この駐車場には、ユーザの入庫および出庫をそれぞれ直接的に監視する設備が設置されていない。この駐車場を利用するユーザは、その駐車場への入庫時に、その駐車場に車両に連続して駐車しておくことが必要な時間の長さを予測し、その予測時間の長さに見合う額の駐車料金を支払う。ここで、説明の便宜上、その支払った駐車料金の額に見合う連続駐車時間を有効駐車時間と称することとする。
【０００７】
この駐車場を利用するユーザは、入庫時に駐車料金を支払った後に、前記有効駐車時間の長さが不足していること、すなわち、その有効駐車時間が経過しないうちに駐車場から車両を出庫させることができないことに気づいた場合に、ユーザは、その有効駐車時間の経過前に再度、同じ駐車場に足を運び、その場所で、追加の駐車料金を支払うことが可能である。
【０００８】
特許文献２は、前払い式の駐車場の別の従来例を開示している。この駐車場には、ユーザの入庫および出庫をそれぞれ直接的に監視する設備が設置されている。この駐車場を利用するユーザも、その駐車場への入庫時に、その駐車場に車両に連続して駐車しておくことが必要な時間の長さを有効駐車時間として予測し、その有効駐車時間の長さに見合う額の駐車料金を支払う。
【０００９】
この駐車場を利用するユーザは、有効駐車時間内であれば、その駐車場に何度でも出入りすること、すなわち、再入庫することが可能である。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特許第５５６４１５２号公報
【特許文献２】特許第５２４８４０３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかし、特許文献１に開示された前払い式の駐車場を利用する場合には、ユーザは、有効駐車時間の満了前に、その有効駐車時間を延長することが可能であるが、その延長を行うために、ユーザは、わざわざ自分の駐車場に戻らなければならず、面倒である。
【００１２】
そのため、この前払い式の駐車場を利用する場合には、ユーザは、実際駐車時間が、最初に設定した有効駐車時間を超えることがないように、マージンを見込んで最初から有効駐車時間を長めに設定する傾向がある。そのため、ユーザは、余分に駐車料金を支払う可能性が高い。
【００１３】
また、特許文献２に開示された前払い式の駐車場を施工する場合には、ユーザがその駐車場から出庫する時刻を監視する出庫ゲートをその駐車場に設置することが必要である。そのため、この駐車場を施工する場合には、高額な設備投資が必要となる。
【００１４】
さらに、この駐車場については、ユーザが再入庫しようとする際に、空の駐車スペースすなわち車室ができる限り残るようにしておく対策を講じていない。そのため、この駐車場を利用するユーザは、再入庫したくても、空の車室がないために、期待に反して再入庫できず、不快な思いをすると同時に不便を感じる可能性が高い。
【００１５】
以上の知見を背景にして、本発明は、前払い式の駐車場を管理する技術であって、例えば、有効駐車時間の満了前にユーザがその有効駐車時間を前記駐車場の外部からオンラインで延長できるようにする技術および／または有効駐車時間内であればユーザが駐車場から出庫した後に何度でも再入庫できるようにする技術を提供することを課題としてなされたものである。
【課題を解決するための手段】
【００１６】
本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。
【００１７】
さらに、各項を他の項の番号を引用する形式で記載することが必ずしも、各項に記載の技術的特徴を他の項に記載の技術的特徴から分離させて独立させることを妨げることを意味するわけではなく、各項に記載の技術的特徴をその性質に応じて適宜独立させることが可能であると解釈すべきである。
【００１８】
（１）  前払い式の駐車場についての有効駐車時間の満了前にユーザがその有効駐車時間を前記駐車場の外部からオンラインで延長できるように前記駐車場を管理する方法であって、
前記駐車場に設置された発券機が、ユーザが、前記駐車場への入庫時に、駐車料金を前払いすることを条件に、自身の携帯情報端末の電話番号と自身の車両の車両登録番号とをオフラインで入力することを可能とし、その入力後、駐車票を発行するオフライン入庫処理工程と、
前記発券機が、ユーザが入力した電話番号および車両登録番号と前記有効駐車時間とを一括してまたは時分割で、かつ、互いに関連付けて、前記駐車場の外部にあるサーバであってプロセッサとユーザおよび前記発券機との通信を行う通信機能とを有するものにオンラインで送信する駐車データ送信工程と、
前記サーバが、前記発券機から受信した電話番号、車両登録番号および有効駐車時間駐車をユーザに関連付けてメモリに登録する登録工程と、
前記サーバが、前記メモリに登録された電話番号を用いてユーザの携帯情報端末に、前記登録されている電話番号および車両登録番号が真正であるか否かをユーザに確認してもらう確認リクエストをオンラインで送信する確認リクエスト送信工程と、
前記サーバが、前記登録の内容が真正であれば、ユーザの携帯情報端末から、確認完了メッセージをオンラインで受信する確認完了メッセージ受信工程と、
前記サーバが、その確認完了メッセージを受信すると、各ユーザごとに、前記駐車場への入庫時刻と前記有効駐車時間とから決まる出庫予定時刻より所定時間前の時刻が到来したか否かを反復的に判定し、到来したと判定すると、該当するユーザに関連付けて登録されている電話番号を用いてユーザの携帯情報端末に、前記出庫予定時刻が到来することを予告するための予告メッセージをオンラインで送信する予告メッセージ送信工程と、
前記サーバが、その予告メッセージを受信したユーザが、前記有効駐車時間を希望時間分延長したい旨の延長リクエストを前記サーバにオンラインで送信すると、その延長リクエストをオンラインで受信する延長リクエスト受信工程と、
前記サーバが、その延長リクエストをユーザから受信すると、その延長リクエストの内容が反映されるように前記メモリの内容を更新するメモリ更新工程と
を含む駐車場管理方法。
【００１９】
この方法によれば、前払い式の駐車場を利用するユーザが、有効駐車時間の満了前にその有効駐車時間を前記駐車場の外部からオンラインで延長することが可能となる。さらに、この方法によれば、そのような効果を、前記駐車場に前述のゲート装置のような設備を設定することを不可欠とすることなく、実現できる。
【００２０】
この方法においては、そのような効果を実現するために画期的なアイデアが採用されている。それは、ユーザについての本人認証を、本人の名前も住所も駐車場管理者側に明かすことなく、行うというアイデアである。
【００２１】
具体的には、この方法は、（ａ）ユーザについての本人認証の方法を暫定的なものと本格的なものというように２種類用意する点を採用する。
【００２２】
具体的には、暫定的な本人認証は、ユーザの携帯通信端末（例えば、携帯電話、スマートフォン）を介したユーザ本人との双方向通信ができない入庫段階（例えば、発券機が、ユーザと通信する機能を有しないから、ユーザとの双方向対話ができない場合）において、ユーザが実際に駐車場という現場に居ることを条件にしてそこに設置されているハードウエアとしての発券機を直接的に操作し、それにより、例えば名前および住所の如きプライバシーの必要性が高いデータを除く個人データ（電話番号、車両登録番号など）を発券機にオフラインで入力することを義務付けることにより、本人がその場にいる（その本人が誰かは特定できないが、誰かが現場にいることは確実である）ことを強制し、それにより、間接的に本人認証を行うというものである。
【００２３】
これに対し、本格的な本人認証は、ユーザから発券機に入力された電話番号をもとに、ユーザ本人と双方向対話ができる段階（例えば、ユーザから入力された電話番号が発券機から、駐車場の外部にあるサーバに送信され、そのサーバは、ユーザと通話する機能を有する場合）において、ユーザの携帯情報端末を介してユーザと双方向対話することにより、本人の真正性と、発券機を介してサーバに転送された個人データの真正性との双方を確認するというものである。
【００２４】
この方法は、さらに、（ｂ）本格的な本人認証が成功した後にのみ、ユーザがサーバに対してオンラインで予約変更することを許可する点と、（ｃ）ユーザが、駐車場に入庫したら、必ず、発券機に直接アクセスすることを強制し、それにより、改ざんできない正確なユーザの入庫時刻を取得する点と、（ｄ）本格的な本人認証のために必要な個人データ（例えば、電話番号）をユーザからサーバに直接送信するのではなく、発券機を経由してサーバに送信し、それにより、発券機内のデータとサーバ内のデータとが，共通の電話番号という情報を媒介として、確実に互いに紐づけできる点とを採用する。
【００２５】
この方法によれば、次のようないくつかの効果が得られる。
【００２６】
１．駐車料金の計算に必要なデータを、発券機を経由せずに、ユーザからサーバに送信してしまうと、ユーザが本当に駐車場にいることを確認できないし、正確な入庫時刻も確認できない。正確な入庫時刻が確認できないと、正確な駐車料金も計算できない。
【００２７】
これに対し、この方法によれば、ユーザが、駐車がに入庫したら、必ず、発券機に直接アクセスすることを強制し、その結果、ユーザがデータを発券機に入力した時刻が入庫時刻として扱われる。その入庫時刻はユーザによって改ざんできないから、信頼性が高い。
【００２８】
よって、この方法によれば、発券機への直接アクセスをユーザに義務付けることにより、正確な入庫時刻を発券機自身、ひいてはサーバが把握することが可能である。
【００２９】
２．この方法は、前述の本格的な本人認証のために必要な個人データ（例えば、電話番号）をユーザからサーバに直接送信するのではなく、発券機を経由してサーバに送信する。よって、同じ個人データに対し、発券機内のデータとサーバ内のデータとが互いに正しく紐づけされ、その結果、サーバは発券機から、ユーザに正しく関連付けられた正しいデータを取り込むことが可能となる。
【００３０】
３．一般に、出庫段階においては、ゲート装置などの特別な監視設備を用いない限り、ユーザが本当に駐車場から出庫したか否かを確認できないし、正確な出庫時刻も確認できない。
【００３１】
これに対し、この方法によれば、出庫に先立ち、本格的な本人認証が行われるため、ユーザは、電話番号および車両登録番号という個人情報が駐車場管理車側に把握されている。よって、ユーザの不正行為が発覚すれば、ユーザ本人が駐車場管理者側から追及されるおそれがあるというリスクを意識する。
【００３２】
その結果、その心理的な抑止効果により、ユーザは、自ら、不正行為を回避しようと努力し、それにより、駐車場におけるユーザの不正行為、すなわち、無断延長駐車を抑止できる。
【００３３】
４．この方法によれば、ユーザが会員にならなくても、オンライン延長というサービスを利用できる。
【００３４】
５．この方法によれば、有効駐車時間の満了前にユーザに対して予告があり、ユーザは、そのタイミングで、有効駐車時間を延長すればよいから、有効駐車時間がいつ満了するのかをユーザがうっかり失念していても問題ないうえに、入庫時に有効駐車時間を指定するときに、ユーザは、スケージュール変更の可能性などを考慮して余分に長く有効駐車時間を指定することが不要となる。
【００３５】
その結果、この方法によれば、無駄に長い有効駐車時間を指定してしまい、余分な駐車料金を支払わされることがなくなる。
【００３６】
ここで、本出願書類において使用される用語の定義を説明するに、本出願書類の全体を通じて、「前払い式の駐車場についての有効駐車時間」なる用語は、一般に、ある駐車場に駐車することをユーザが許可された最長時間を意味し、ここに、「有効駐車時間」の長さは、例えば、同じ駐車場を使用する複数のユーザに共通の長さとして一律に設定したり、ユーザが前払いした駐車料金の額に応じて可変の長さとして個別に設定することが可能である。
【００３７】
また、本出願書類の全体を通じて、「駐車票」なる用語は、駐車場に設置された発券機によって発行される小片（スリップ）をすべて含み、例えば、駐車券、領収書を含むが、それらに限定されない。
【００３８】
また、本出願書類の全体を通じて、「ユーザの携帯情報端末」なる用語は、携帯電話、ＰＨ電話、スマートフォン、携帯可能なパソコン、ＰＤＡなど、ユーザが携帯可能であるとともに無線通信機能が搭載された可能な任意の電子デバイスを意味する。
【００３９】
（２）  さらに、
前記サーバが、前記駐車場からのユーザの出庫時に、そのユーザの携帯情報端末から、前記駐車場から出庫したい旨の出庫リクエストをオンラインで受信する出庫リクエスト受信工程と、
前記サーバが、その出庫リクエストをユーザから受信すると、ユーザが前記駐車場から出庫した事実が反映されるように前記メモリの内容を更新するオンライン出庫処理工程と
を含む（１）項に記載の駐車場管理方法。
【００４０】
この方法によれば、サーバが、ユーザの実際に出庫した事実およびその時刻を正確に把握することが可能となる。
【００４１】
（３）  さらに、
前記サーバが、前記駐車場からのユーザの出庫時に、そのユーザの携帯情報端末から、延長料金をオンラインで支払いたい旨のオンライン精算リクエストをオンラインで受信するオンライン精算リクエスト受信工程と、
前記サーバが、そのオンライン精算リクエストをユーザから受信すると、ユーザが前記駐車場から出庫した事実が反映されるように前記メモリの内容を更新するオンライン出庫処理工程と
を含む（１）または（２）項に記載の駐車場管理方法。
【００４２】
この方法によれば、サーバが、ユーザの実際に出庫した事実およびその時刻を正確に把握することが可能となる。
【００４３】
（４）  さらに、
前記サーバは、あるユーザに関し、前記発券機からのそのユーザの電話番号の送信がない場合に、そのユーザに対して前記予告メッセージ送信工程が実行されることを禁止する実行禁止工程を含む（１）ないし（３）項のいずれかに記載の駐車場管理方法。
【００４４】
ここに、「あるユーザに関し、前記発券機からのそのユーザの電話番号の送信がない場合」は、あるユーザが、自身の電話番号を発券機に入力することを拒否した場合と、電話番号がユーザから入力されたが、前記発券機が、その入力された電話番号を前記サーバに送信しなかった場合とを含む。
【００４５】
（５）  さらに、
前記発券機および前記サーバのうちのいずれかが単独でまたは両者が互いに協働して、各時刻ごとに、現在時刻と各駐車票に対応する有効駐車時間の終了時刻との比較により、各駐車票が、前記有効駐車時間が満了していない有効駐車票であるか否かを判定し、その判定結果に基づき、前記発券機から発行された複数の駐車票のうち前記有効駐車票であると判定されたものの枚数を有効枚数として計算する有効枚数計算工程と、
前記発券機および前記サーバのうちのいずれかが単独でまたは両者が互いに協働して、前記計算された有効枚数が所定値以下である場合には、前記発券機による新たな駐車票の発行を許可する一方、前記計算された有効枚数が前記所定値を超える場合には、前記発券機による新たな駐車票の発行を禁止する発行許可・禁止工程と
を含む（１）ないし（４）項のいずれかに記載の駐車場管理方法。
【００４６】
この方法によれば、過剰な数の駐車票の発行が防止され、その結果、駐車場に空の車室が存在しないにもかかわらず新たな駐車票が発行されてしまう事態が回避される。
【００４７】
（６）  前記駐車場に、その駐車場が現在、満車状態にあることを示す満車表示状態と、前記駐車場が現在、空車状態にあることを示す空車表示状態とに切り換わる満空車表示部が設けられ、
前記所定値は、前記駐車場に駐車可能な車両の台数の上限値である駐車可能台数上限値より小さい値として設定され、
当該駐車場管理方法は、さらに、
前記発券機および前記サーバのうちのいずれかが単独でまたは両者が互いに協働して、前記満空車表示部を、前記計算された有効枚数が前記所定値以下である場合には、前記満空車表示部が前記空車表示状態に切り換わる一方、前記計算された有効枚数が前記所定値を超える場合には、前記駐車場における実際の駐車台数が前記駐車可能台数上限値より少ないか否かを問わず、前記満空車表示部が前記満車表示状態に切り換わるように制御する満空車表示部制御工程を含む（５）項に記載の駐車場管理方法。
【００４８】
この方法によれば、駐車場における実際の駐車台数が前記駐車可能台数上限値より少ないか否かを問わず、満空車表示部が満車表示状態に切り換わるため、駐車場に空の車室が充分な数で存在しないにもかかわらず新たなユーザがその駐車場に入庫しようとしてしまう事態が回避される。
【００４９】
本出願書類の全体を通じて、「満車状態」なる用語は、例えば、前記駐車場における実際の駐車台数が前記駐車可能台数上限値と一致する状態、すなわち、前記駐車場に空の車室が全く存在しない状態を意味する。
【００５０】
また、本出願書類の全体を通じて、「空車状態」なる用語は、例えば、前記駐車場における実際の駐車台数が前記駐車可能台数上限値より少ない状態、すなわち、前記駐車場に空の車室が少なくとも１つ存在する状態を意味する。
【００５１】
また、本出願書類の全体を通じて、「満空車表示部」は、例えば、前記発券機に設置されるか、または、前記発券機から離れて設置される満空灯として構成したり、前記発券機の主たる表示器に常時または随時に表示される画像として構成することが可能である。すなわち、「満空車表示部」は、前記発券機から物理的に独立した部品として前記駐車場に設置されることは不可欠ではないのである。
【００５２】
（７）  前記駐車場は、ユーザが駐車に先立って駐車料金を支払う前払い式であり、
前記駐車場は、監視員が常駐していない無人式であり、
前記駐車票には、前記有効駐車時間が表示され、
その駐車票は、ユーザが、前記駐車場に駐車されている車両から退出する前に、ユーザにより、前記車両の室内に、外部から目視可能な状態で放置され、
前記駐車場は、外部から定期的に派遣される監視員によって監視され、その監視員は、駐車されている各車両内に保管されている駐車票を外部から目視することによってその駐車票の前記有効駐車時間が満了しているか否かを判断し、前記有効駐車時間が満了していると判断した場合には、その駐車票は失効していると判断し、その駐車票を有する車両は不正駐車している車両であると判断する（１）ないし（６）項のいずれかに記載の駐車場管理方法。
【００５３】
（８）  前記サーバは、前記監視員の携帯情報端末とも通信可能であり、
前記有効駐車時間がユーザによって延長された事実は、前記監視員の携帯情報端末にも送信され、
前記監視員は、前記サーバから送信された情報を考慮して、前記駐車場に現に駐車されている各車両内に載置されている各駐車票が失効しているか否かを判断する（７）項に記載の駐車場管理システム。
【００５４】
（９）  さらに、
前記発券機が、前記駐車場からのユーザの出庫時に、そのユーザから前記発券機に、前記駐車場から出庫したい旨の出庫リクエストが、そのユーザ本人を特定し得る情報（例えば、電話番号、車両登録番号、会員ＩＤなど）と共に、オフラインで入力されると、前記出庫リクエストをオンラインで前記サーバに転送する出庫リクエスト転送工程と、
前記サーバが、その出庫リクエストを前記発券機から受信すると、ユーザが前記駐車場から出庫した事実が反映されるように前記メモリの内容を更新するオンライン出庫処理工程と
を含む（１）ないし（８）項のいずれかに記載の駐車場管理方法。
【００５５】
（１０）  前払い式の駐車場についての有効駐車時間内であればユーザが前記駐車場から出庫した後に再度入庫することが許可されるように、複数のユーザに対して複数の駐車票を順次発行する発券機であって、
各時刻ごとに、現在時刻と各駐車票に対応する有効駐車時間であってユーザが車両を前記駐車場に駐車することが可能な連続最長時間の終了時刻との比較により、各駐車票が、前記有効駐車時間が満了していない有効駐車票であるか否かを判定し、その判定結果に基づき、当該発券機から発行された複数の駐車票のうち前記有効駐車票であると判定されたものの枚数を有効枚数として計算する有効枚数計算部と、
その計算された有効枚数が所定値以下である場合には、当該発券機による新たな駐車票の発行を許可する一方、前記計算された有効枚数が前記所定値を超える場合には、当該発券機による新たな駐車票の発行を禁止する発行許可・禁止部と
を含む発券機。
【００５６】
この発券機によれば、前記駐車場への入庫を入庫ゲート装置などの特別の設備を用いて実際に検出することを必要とすることなく、新たな駐車票の発行を許可すると前記駐車場が満車状態となってしまうおそれがある場合に新たな駐車票の発行が禁止され、それにより、前記駐車場への新たな車両の入庫が防止される。
【００５７】
（１１）  前記所定値は、前記駐車場に駐車可能な車両の台数の上限値である駐車可能台数上限値より小さい値として設定される（１０）項に記載の発券機。
【００５８】
この発券機によれば、ユーザが出庫した事実を正確に前記発券機が把握することができない駐車場において、前記所定値が前記駐車可能台数上限値と同じ値として設定される場合より、前記駐車場が満車状態となっているにもかからわず新たな駐車票が発行されたために前記駐車場内に進入したがその駐車場内に空の車室が存在しないために駐車できないといった不都合が発生する可能性が減少する。
【００５９】
（１２）  前記駐車場は、ユーザが駐車に先立って駐車料金を支払う前払い式であり、
前記駐車場は、監視員が常駐していない無人式であり、
前記駐車票には、前記有効駐車時間が表示され、
その駐車票は、ユーザが、前記駐車場に駐車されている車両から退出する前に、ユーザにより、前記車両の室内に、外部から目視可能な状態で放置され、
前記駐車場は、外部から定期的に派遣される監視員によって監視され、その監視員は、駐車されている各車両内に保管されている駐車票を外部から目視することによってその駐車票の前記有効駐車時間が満了しているか否かを判断し、前記有効駐車時間が満了していると判断した場合には、その駐車票は失効していると判断し、その駐車票を有する車両は不正駐車している車両であると判断する（１０）または（１１）項に記載の駐車場管理方法。
【００６０】
（１３）  各車両が前記駐車場に最初に入庫したこと、再入庫したこと、最初に出庫したことおよび再出庫したことを直接的に監視する装置を有しない（１０）ないし（１２）項のいずれかに記載の駐車場管理方法。
【００６１】
（１４）  前払い式の駐車場についての有効駐車時間内であればユーザが前記駐車場から出庫した後に再度入庫することが許可されるように前記駐車場を管理する駐車場管理システムであって、
前記駐車場に設置され、複数のユーザに対して複数の駐車票を順次発行する発券機と、
前記駐車場に設置され、その駐車場が現在、満車状態にあることを示す満車表示状態と、前記駐車場が現在、空車状態にあることを示す空車表示状態とに切り換わる満空車表示部と
を含み、
前記発券機は、
各時刻ごとに、現在時刻と各駐車票に対応する有効駐車時間であってユーザが車両を前記駐車場に駐車することが可能な連続最長時間の終了時刻との比較により、各駐車票が、前記有効駐車時間が満了していない有効駐車票であるか否かを判定し、その判定結果に基づき、当該発券機から発行された複数の駐車票のうち前記有効駐車票であると判定されたものの枚数を有効枚数として計算する有効枚数計算部と、
前記満空車表示部を、前記計算された有効枚数が、前記駐車場に駐車可能な車両の台数の上限値である駐車可能台数上限値より小さい所定値以下である場合には、前記満空車表示部が前記空車表示状態に切り換わる一方、前記計算された有効枚数が前記所定値を超える場合には、前記駐車場における実際の駐車台数が前記駐車可能台数上限値より少ないか否かを問わず、前記満空車表示部が前記満車表示状態に切り換わるように制御する満空車表示部制御部と
を含む駐車管理システム。
【００６２】
この発券機によれば、ユーザが出庫した事実を正確に前記発券機が把握することができない駐車場において、前記所定値が前記駐車可能台数上限値と同じ値として設定される場合より、前記駐車場の前記満空車表示部が前記空車表示状態であるために新たな駐車票が発行されて前記駐車場内に進入したがその駐車場内に空の車室が存在しないために駐車できないといった不都合が発生する可能性が減少する。
【００６３】
（１５）  各車両が前記駐車場に最初に入庫したこと、再入庫したこと、最初に出庫したことおよび再出庫したことを直接的に監視する装置を有しない（１４）項に記載の駐車場管理システム。
【００６４】
（１６）  （１）ないし（１５）項のいずれかに記載の方法またはシステムを実施するためにコンピュータによって実行されるコンピュータ読み取り可能なプログラム。
【００６５】
（１７）  （１６）項に記載のプログラムをコンピュータ読み取り可能な記録媒体。
【図面の簡単な説明】
【００６６】
【図１】図１は、本発明の例示的な一実施形態に従う駐車場管理方法によって管理される駐車場の一例を示す平面図である。
【図２】図２は、図１に示す発券機を示す正面図である。
【図３】図３は、図２に示す発券機を、扉が開いている状態で示す斜視図である。
【図４】図４は、図２に示す発券機の部品構成を示すブロック図である。
【図５】図５は、図４に示すコンピュータによって実行される発券・精算プログラムを概念的に表すフローチャートである。
【図６】図６（ａ）−図６（ｄ）は、図２に示す表示器の画面上に表示される複数の画像を示す正面図である。
【図７】図７（ａ）は、図２に示す発券機により、前払い駐車料金の支払い後に発行される駐車券および領収書の一例を示す正面図であり、図７（ｂ）は、図２に示す発券機により、追加駐車料金の支払い後に発行される領収書の一例を示す正面図である。
【図８】図８（ａ）は、図７（ａ）に示す駐車券を、発行直後の状態で示す縦断面図であり、図８（ｂ）は、その駐車券を、一部が剥がされて折り曲げられた状態で示す縦断面図である。
【図９】図９（ａ）は、図７（ａ）に示す駐車券を、駐車車両のフロントガラスの裏面に貼り付けられた状態で示す側面断面図であり、図９（ｂ）は、その駐車券を、それの表示シートの一部がセパレータから剥がされて折り曲げられた状態で示す斜視図である。
【図１０】図１０は、図７（ａ）に示す駐車券が駐車車両のフロントガラスの裏面に貼り付けられている様子を示す斜視図である。
【図１１】図１１は、図４に示すメモリの記憶内容を概念的に表す図である。
【図１２】図１２は、図１に示す駐車場を、図４に示す発券機と共同して管理するための駐車場管理システム全体を説明するための概念的な系統図である。
【図１３】図１３は、図１２に示す駐車場管理システムが前記駐車場管理方法を実施するためにユーザ、ユーザ端末、発券機およびサーバ間において対話的やりとりが行われる様子を時系列的に概念的に表すシーケンス図である。
【図１４】図１４は、前記駐車場管理方法の全体フローを、図１３に示すタイムチャートに関連付けて示すフローチャートである。
【図１５】図１５は、図１４に示す登録処理を実施するために実行される登録処理プログラムを概念的に表すフローチャートである。
【図１６】図１６は、図１５に示す登録処理プログラムの実行に際して利用されるメモリの内容を概念的に表す図である。
【図１７】図１７は、図１４に示す本人認証処理を実施するために実行される本人認証処理プログラムを概念的に表すフローチャートである。
【図１８】図１８は、図１４に示す再入庫許可処理を実施するために実行される再入庫許可処理プログラムを概念的に表すフローチャートである。
【図１９】図１９は、図１４に示す満空灯制御を実施するために実行される満空灯制御プログラムを概念的に表すフローチャートである。
【図２０】図２０は、図１４に示す有効時間オンライン延長処理を実施するために実行される有効時間オンライン延長処理プログラムを概念的に表すフローチャートである。
【図２１】図２１は、図１４に示すオンライン出庫処理を実施するために実行されるオンライン出庫処理プログラムを概念的に表すフローチャートである。
【発明を実施するための形態】
【００６７】
以下、本発明の例示的な一実施形態に従う駐車場管理方法を図面に基づいて詳細に説明する。
【００６８】
図１には、当該駐車場管理方法によって管理が行われる駐車場１０が平面図で示されている。この駐車場１０は、前払い式であるとともに無人式である。
【００６９】
まず、当該駐車場管理方法の概要を説明する。
【００７０】
この方法が実行されると、ユーザが、駐車場への入庫時に、電話番号と車両登録番号を発券機に入力する。その発券機は、それら電話番号と車両登録番号をサーバに送信する。そのサーバは、受信した電話番号と車両登録番号をメモリに登録し、その登録された電話番号を用いてユーザの携帯情報端末に、その登録内容が真正であるか否かをユーザに確認してもらうリクエストを送信する。サーバは、登録内容が真正であれば、ユーザから確認完了メッセージを受信し、その後、各ユーザごとに、出庫予定時刻がそろそろ到来するか否かを判定し、そうであれば、ユーザに、そのことを予告するためのメッセージを送信する。サーバは、そのユーザから、有効駐車時間を延長したい旨のリクエストを受信すると、その内容が反映されるようにメモリの内容を更新する。
【００７１】
この駐車場管理方法によれば、後に図１３を参照して詳述するように、処理すべきすべての工程の実行が発券機に集中することもサーバに集中することもなく、それら発券機およびサーバのそれぞれが、それぞれの固有の特性に応じて適切に処理される一部の工程を実行する。例えば、駐車場に正に設置されている発券機が、駐車場への入庫時刻の取得を行う一方、ユーザ本人との対話が可能であるサーバが、ユーザの本人認証を行い、それに成功した後には、ユーザとサーバとの間での対話的やりとりが、当該駐車場管理方法の実行を支配する。この意味において、この駐車場管理方法は、役割分担型駐車場管理方法と称することが可能である。
【００７２】
次に、この駐車場管理方法をさらに具体的に説明する。
【００７３】
駐車場１０は、複数台の自動車の同時駐車を可能にする複数の車室（例えば、駐車位置、駐車スペースなど）を有する。この駐車場１０の唯一の入出庫口１２（入庫口でもあるし出庫口でもある）の近傍位置に、１台の発券機（一般には、「精算機」ともいう。）２０が、複数の車室に共通に、集中発券機として設置されている。この駐車場１０には、常駐して管理を行う専従者がいない。
【００７４】
運転者であるユーザは、駐車料金の支払いを、例えば、現金、プリペードカード、クレジットカードなどを用いて、発券機２０に対して行う。なお、駐車料金の支払いは、これに代わるか、これに加えて、ユーザがオンラインで、駐車場１０を管理する会社（信販会社を含む）に対して行うことが可能である。
【００７５】
なお、「車両」なる用語の定義について付言するに、この「発明を実施するための形態」の欄においては、「車両」なる用語は、自動車のみを意味するが、この出願書類のうちの他の箇所においては、「車両」なる用語は、自動車のみならず、自転車、自動二輪車等、あらゆる種類の移動体を包含する用語として解釈すべきである。
【００７６】
駐車場１０の敷地には、２種類の駐車区画が存在する。それは、各車両のユーザに対し、１日単位で駐車スペースを貸し出すための区画（一時預り区画または日貸し用区画）と、各車両のユーザに対し、事前の契約を前提に、１月単位で駐車スペースを貸し出すための区画（月極用区画）とである。発券機２０は、一時預り区画について使用される。以下、単に「駐車場１０」というときには、この駐車場１０のうち、一時預り区画、すなわち、発券機２０が使用されるエリアのみを意味する。
【００７７】
駐車場１０を利用するために、ユーザである運転者は、自己の車両を運転して、隣接道路から入出庫口１２に進入し、引き続いて運転して発券機２０を素通りし、さらに、自己の車両を、自身で選択したいずれかの車室まで運転してそこに駐車する。その後、ユーザは、自己の車両から降りて、入出庫口１２にある発券機２０まで歩いていき、そこで駐車料金を発券機２０に対して支払う。
【００７８】
図２には、発券機２０が正面図で示されており、図３には、発券機２０を、扉２４が開いている状態で斜視図で示されており、図４には、発券機２０の部品構成がブロック図で示されている。図５は、図４に示す制御基板３４内のコンピュータ１００によって実行される発券・精算プログラムが概念的にフローチャートで表されている。図６（ａ）−図６（ｄ）には、図２に示す表示器３６の画面上に表示される複数の画像が正面図で示されている。
【００７９】
ユーザは、駐車料金の支払いと引き換えに、図７（ａ）および図８に示す駐車券８０（前記「駐車票」の一例）を発券機２０から受け取る。その後、ユーザは、その駐車券８０を、図９および図１０に示すように、自己の車両のフロントガラス１１０（車両の「窓ガラス」の一例である。）の裏面に貼り付ける。その駐車券８０は、駐車車両の室内に置かれるため、雨風に曝されることはないし、紛失することもない。なお、駐車券８０は、駐車場に随時派遣される監視員によって駐車車両の車外から窓ガラスを透過して目視可能である限り、駐車車両のダッシュボード、センターコンソール、センターアームレストなどの内装部品に載置されてもよい。
【００８０】
駐車場１０は、複数の車室を有する前払い式の無人駐車場であって、車両の出庫を阻止する（駐車場１０からの退出を阻止する）ための装置（例えば、出庫ゲート装置や、輪止め装置（例えば、フラップ式や、出没式））を有せず、かつ、ユーザが前記複数の車室のうちのいずれかを自由に選んで自己の車両を駐車することが可能である（選択された車室は、発券機２０によって監視されない）。このように構成された駐車場１０について発券機２０が使用される。
【００８１】
ここで、発券機２０をさらに具体的に説明する。この発券機２０は、料金精算機能は有するが釣銭機能は有しない。この発券機２０は、ユーザが駐車料金を、紙幣ではなく硬貨のみで支払うことを要求する。また、この発券機２０は、ユーザに対し、ユーザの名前、住所および会員ＩＤの入力も、複数の車室のうちユーザが選択するものの特定も要求しない。
【００８２】
発券機２０は、図２に示すように、発券ボタン７０と、料金精算ボタン７４とを有する。発券機２０は、ユーザが、駐車開始に先立ち、前払い駐車料金を支払った後に発券ボタン７０を押すと、駐車が許可されたことを示す駐車券８０（図７（ａ）参照）と、前払い駐車料金の精算が済んだことを示す領収書８１ａ（図７（ａ）参照）とを、２枚綴りで発行する発券機能を有する。発券機２０は、さらに、ユーザが、駐車終了後、追加駐車料金を支払った後に料金精算ボタン７４を押すと、追加駐車料金の精算が済んだことを示す領収書８１ｂ（図７（ｂ）参照）を発行する料金精算機能を有する。
【００８３】
本実施形態においては、前払い駐車料金の支払い後に発行される２枚綴りの駐車票は、駐車券８０と領収書８１ａの２枚綴りであるが、ユーザは、それら駐車券８０と領収書８１ａを互いに分離し、駐車券８０のみ、駐車車両内に置いておき、領収書８１ａは、携帯することが可能である。領収書８１ａには、後述のように、有効駐車時間（ユーザの駐車が許可された最大連続駐車時間）の長さまたは／およびその有効駐車時間の終了時刻が印刷されており、ユーザが、駐車車両から離れた場所においていつでも有効駐車時間の終了時刻を参照できるようにするために、この領収書８１ａをユーザが携帯することが便利である。
【００８４】
図３に示すように、この発券機２０は、縦長で箱状を成すケーシング２２に扉２４がそれの一側辺において開閉可能に取り付けられて構成されている。図３には、この発券機２０の内部構成が、扉２４が開いている状態で、斜視図で示されている。図４には、この発券機２０の部品構成がブロック図で示されている。
【００８５】
図３に示すように、この発券機２０は、硬貨処理ユニット３０と、金庫３２と、制御基板３４と、表示器３６と、駐車券８０および領収書８１ａ，８１ｂを印刷して発行するプリンタ４０とを有するように構成されている。それら部品のうち、硬貨処理ユニット３０のみが、扉２４の背面に取り付けられ、残りの部品は、ケーシング２２の内部に取り付けられている。
【００８６】
図３に示すように、プリンタ４０には、印刷前の連続シートが巻き付けられて収容されるローラ４２が装着されている。プリンタ４０は、そのローラ４２から１枚分の長さずつ送り込まれる連続シートに対して印刷を行う。プリンタ４０は、その印刷終了後、連続シートを随時、カッタ（図示しない）によってカットしてその連続シートから、前払い駐車料金の支払い後には駐車券８０と領収書８１ａとの２枚綴り、追加駐車料金の支払い後には１枚分の領収書８１ｂを切り離す。ただし、２枚綴りである駐車券８０と領収書８１ａとの間に、図７（ａ）に示すように、切取り線８９が形成されており、ユーザは、その切取り線８９に沿って、それら駐車券８０と領収書８１ａを簡単に互いに切り離すことが可能である。
【００８７】
前記カッタは、切刃（図示しない）を有し、その切刃を連続シートの幅方向に移動させて連続シートを幅方向に切断する。また、前記カッタは、連続シートを幅方向に完全に切断する方式を採用したり、幅方向における一部のみ残して連続シートを幅方向に切断する方式を採用することが可能である。
【００８８】
図２および図４に示すように、硬貨処理ユニット３０は、硬貨投入口５０と、返却レバー５２と、硬貨セレクタ（投入された硬貨の種類の判別と、投入された硬貨が偽造硬貨でないか否かの判別とを行う）５４と、硬貨返却口５６とを有する。投入された硬貨のうち、硬貨返却口５６からユーザに返却されなかったものは、金庫３２に収容される。図４に示すように、硬貨セレクタ５４に制御基板３４がデータ通信可能に接続されており、その制御基板３４は、硬貨セレクタ５４から、投入された硬貨の種類（硬貨の単位と、偽造硬貨であるか否かの情報とを含む）と枚数を表す信号を受信する。
【００８９】
図２に示すように、扉２４の前面には、表示器３６（例えば、液晶ディスプレイ）の画面からの表示光が透過する透過窓６０と、硬貨投入口５０、返却レバー５２および硬貨返却口５６と、プリンタ４０によって印刷されて排出される駐車券８０および領収書８１ａ，８１ｂを排出するための排出口６４とが配置されている。透過窓６０は、外部から表示器３６への直接アクセスを阻止することによって表示器３６を機械的に保護する機能も有する。
【００９０】
発券機２０は、さらに、ユーザが前払い駐車料金を支払った後に押される前述の発券ボタン７０と、ユーザが追加駐車料金を支払った後に押される前述の料金精算ボタン７４とを有するように構成されている。それら発券ボタン７０および料金精算ボタン７４は、図２に示すように、発券機２０の扉２４の前面に装着されている。それら発券ボタン７０および料金精算ボタン７４は、図４に示すように、制御基板３４に電気的に接続されている。
【００９１】
それら発券ボタン７０および料金精算ボタン７４は、いずれも、実在する物理的なスイッチとして構成されているが、これに限定されず、例えば、表示器３６の画面上に表示される仮想的なスイッチ（例えば、ボタン、キー、アイコン）として構成してもよい。
【００９２】
制御基板３４は、コンピュータ１００を主体として構成されている。この制御基板３４は、時計１０２を内蔵しており、常に現在日時（例えば、発券ボタン７０が押された日時、料金精算ボタン７４が押された日時）を取得可能となっている。この制御基板３４は、さらに、メモリ１０４を内蔵している。そのメモリ１０４には、図１１に概念的に表すように、複数の駐車券ファイルや、それら駐車券ファイルに共通の発行許可フラグとが更新可能に保存される。それら駐車券ファイルおよび発行許可フラグは、後に詳述する。
【００９３】
なお付言するに、制御基板３４は、コンピュータ１００と同じ機能をシーケンサ（シーケンス制御）によって実現する形式とすることが可能である。
【００９４】
さらに付言するに、発券機２０は、図示しないが、電源ユニットを有している。その電源ユニットは、電源（例えば、商用電源、駐車場１０に設置された太陽電池、風力発電機等の発電機、駐車場１０に設置された充電可能なバッテリであって、商用電源や発電機によって充電されるものなど）を有し、その電源からの電力を発券機２０内の各電気・電子部品に供給し、それにより、発券機２０を作動させる。この電源ユニットは、例えば、蓄電機能を有するバックアップ回路を追加的に有し、上記電源からの電力供給が一時的に停止しても、その影響が発券機２０の作動に及ばないようにされる。これにより、発券機２０は、常時作動することが保証される。
【００９５】
図４に示すように、発券機２０は、さらに、満空灯２００（前記「満空車表示部」の一例であり、図２および図３参照）と、キーボード（例えば、テンキー）２０２（入力デバイスの一例であり、図２参照）と、送信部２０４と、受信部２０６とを有する。
【００９６】
満空灯２００は、良く知られているように、駐車場１０が現在、満車状態にあることを示す満車表示状態（例えば、「満」という漢字を表す画像を表示する状態）と、駐車場１０が現在、空車状態にあることを示す空車表示状態（例えば、「空」という漢字を表す画像を表示する状態）とに切り換わる。この満空灯２００は、例えば、駐車場１０の敷地のうち、駐車場１０に入庫しようとするユーザから簡単に目視できる位置に配置され、例えば、図２および図３に示すように、発券機２０に装着される。
【００９７】
キーボード２０２は、それ自体独立した入力デバイスであるが、これに代わるか、これに加えて、表示器３６の画面上に常時または随時に表示されるタッチキーを用いることが可能である。このタッチキーは、省スペースや防水の点で、キーボード２０２より有利である可能性がある。
【００９８】
送信部２０４および受信部２０６は、図１２に概念的に表すように、駐車場１０をそれの外部において管理する管理会社によって使用される外部管理装置としてのサーバ３００との間での通信（例えば、電話回線またはインターネットを経由する通信）を可能とし、さらに、選択的に、ユーザの携帯情報端末３０２との間での通信（例えば、インターネットまたは電話回線を経由する通信）を可能とする。
【００９９】
ここで、図１２を参照することにより、駐車場１０に設置されている発券機２０と、駐車場１０の外部に設置されているサーバ３００と、駐車場１０の複数人のユーザＡ−Ｚの携帯情報端末（以下、「ユーザ端末」と略称する）３０２と、前記管理会社から駐車場１０に随時に派遣される監視員ＡＡ−ＺＺの携帯情報端末（以下、「監視員端末」と略称する）３０４との間での対話的やりとりの様子を概略的に説明する。
【０１００】
サーバ３００とユーザ端末３０２とは、グローバルネットワークとしてのインターネット３０６を介して互いに無線通信可能である。そのため、サーバ３００は、送信部３１０および受信部３１２と、プロセッサ３２０と、メモリ３２２（図１６参照）とを備えている。
【０１０１】
サーバ３００と発券機２０とは、電話回線ネットワーク３０８を介して互いに無線通信可能である。
【０１０２】
サーバ３００と監視員端末３０４とは、監視員専用サイト３３０を介して互いに無線通信可能である。その監視員専用サイト３３０は、前記管理会社がサーバ３００を操作することによって運営管理される。この監視員専用サイト３３０は、それにアクセスした監視員に対し、その監視員が担当する駐車場１０を適切に管理するのに必要な監視情報リストを提示する。
【０１０３】
その監視情報リストは、駐車場１０に駐車してある可能性のある複数の車両にそれぞれ割り当てられた車両登録番号と有効駐車時間とを含んでいる。車両登録番号は、厳密には、車両の外面に取り付けられているいわゆる「ナンバープレート」に表示されている固有の１つの文字・数字列であるが、本実施形態においては、便宜上、その文字・数字列のうち、下位の４桁の数字列（例えば、「１２−３４」）のみとして使用される。監視員は、前記監視情報リストと、駐車場１０に実際に駐車してある車両の車両登録番号とを照合することにより、駐車場１０に実際に駐車してある車両に割り当てられた有効駐車時間を前記監視情報リストから検索する。
【０１０４】
その検索された有効駐車時間の長さは、注目している車両の室内に載置されている駐車券８０に印刷されている有効駐車時間の長さと一致する場合と、不一致である場合とがある。
【０１０５】
不一致である場合とは、後述のように、注目している車両のユーザが、もとの有効駐車時間（図７（ａ）に例示的に示すように、印刷されている有効駐車時間の長さ）の満了前に、発券機２０に対してではなく、駐車場１０の外部においてユーザ端末３０２からオンラインでサーバ３００に延長リクエストを送信し、それにより、もとの有効駐車時間を希望時間分延長した場合である。図７（ｂ）に示す延長駐車の例は、ユーザが出庫時に発券機２０をオフラインで操作して延長料金を支払った例であり、上記オンライン延長の場合とは異なる。
【０１０６】
いずれにしても、監視員は、駐車場１０内の各車両ごとに、最新の有効駐車時間が満了していないか否かを判断し、満了していれば、その車両のユーザが不正駐車をしているとそのユーザに警告するためにその車両の外面に警告書を貼り紙する。
【０１０７】
本実施形態においては、図１２に示すように、発券機２０、サーバ３００、ユーザ端末３０２および監視員端末３０４が、インターネット３０６および電話回線ネットワーク３０８を媒介することよりに、駐車場管理システム３５０を構成している。
【０１０８】
＜発券機の作動についての説明＞
【０１０９】
次に、図５のフローチャートを参照することにより、発券機２０の作動を説明する。
【０１１０】
図５に示す発券・精算プログラムはコンピュータ１００によって反復的に実行される。
【０１１１】
この発券・精算プログラムの各回の実行サイクルにおいては、まず、ステップＳ１０１において、メモリ１０４から前記発行許可フラグが読み出され、その発行許可フラグがＯＮであるか否か、すなわち、発券機２０が新たに駐車券８０を発行することが許可されているか否かが判定される。その発行許可フラグの状態は、後述の図１８の再入庫許可処理プログラムであってサーバ３００のメモリ３２２に記憶されているものがサーバ３００のプロセッサ３２０によって実行されることにより、制御される。
【０１１２】
今回は、発行許可フラグがＯＮであると仮定すれば、図５のステップＳ１０１の判定がＹＥＳとなり、ステップＳ１０２において、新たな駐車券８０の発行が許可される。その後、ステップＳ１０４に移行する。これに対し、発行許可フラグがＯＦＦであると仮定すれば、ステップＳ１０１の判定がＮＯとなり、ステップＳ１０３において、新たな駐車券８０の発行が禁止される。その後、この発券・精算プログラムの今回の実行サイクルが終了する。
【０１１３】
ステップＳ１０４においては、図６（ａ）に示す初期画面が表示器３６の画面上に表示される。次に、ステップＳ１０５において、硬貨セレクタ５４からの信号に基づき、ユーザによる硬貨の投入があったか否かが判定される。硬貨が未投入であると、ステップＳ１０５に戻るが、硬貨の投入があると、ステップＳ１０６において、それまでにユーザが投入した硬貨の合計金額が投入金額として計算される。
【０１１４】
続いて、ステップＳ１０７において、その計算された投入金額から、その投入金額に見合った駐車時間が許可駐車時間（今回支払われた駐車料金が前払い駐車料金である場合には、有効駐車時間を意味する一方、今回支払われた駐車料金が追加駐車料金である場合には、延長駐車時間を意味する）として計算される。投入金額と許可駐車時間の長さとの関係、すなわち、時間単位の料金設定は、コンピュータ１００にとって既知であるから、コンピュータ１００は、その料金設定に従い、投入金額から許可駐車時間の長さを計算することができる。料金設定については、例えば、前記監視員やそれとは別の駐車場管理者が、表示器３６のタッチパネルを操作することにより、各時間単位で個別に入力することが可能である。
【０１１５】
上記料金設定の一例によれば、許可駐車時間が２時間までは３００円、４時間までは４００円であり、６時間までは５００円、１２時間までは１０００円、２４時間までは１５００円である。この例の料金設定のもとでは、例えば、図７に示す例のように、ユーザが４００円を前払い駐車料金として支払うと、コンピュータ１００は、４時間を有効駐車時間として計算することになる。また、ユーザが３００円を追加駐車料金として支払うと、２時間を延長駐車時間として計算することになる。
【０１１６】
その後、ステップＳ１０８において、図６（ｂ）に示す硬貨投入中画面が表示器３６の画面上に表示される。このとき、前記計算された投入金額および許可駐車時間（有効駐車時間または延長駐車時間）の長さが表示される。
【０１１７】
続いて、ステップＳ１０９において、発券ボタン７０が押されたか否かが判定される。発券ボタン７０が未だ押されていない場合には、ステップＳ１１０において、料金精算ボタン７４が押されたか否かが判定される。料金精算ボタン７４も未だ押されていない場合には、ステップＳ１０５に戻る。
【０１１８】
硬貨投入開始後、発券ボタン７０と料金精算ボタン７４とのいずれかが押されるまで、ステップＳ１０５−Ｓ１１０の実行が反復される。その結果、ユーザが硬貨を硬貨投入口５０に投入するごとに、投入開始時から現時点までにユーザが投入した硬貨の合計金額を投入金額として計算することと、その計算された投入金額から、その投入金額に見合った許可駐車時間を計算することと、前記計算された投入金額および許可駐車時間（有効駐車時間または延長駐車時間）を表示器３６の画面上に表示することとが行われる。
【０１１９】
発券ボタン７０が押されると、ステップＳ１１１において、今回のユーザがキーボード２０２を操作することにより、自身の携帯情報端末３０２の電話番号と、自身の車両の車両登録番号（例えば、前記ナンバープレートに表示されている下４桁の数字列）が発券機２０に入力される。すなわち、電話番号および車両登録番号がオフラインで、すなわち、駐車場１０という現場にいるユーザが自ら発券機２０を操作することにより、発券機２０に入力されるのである。
【０１２０】
必要なデータが入力されると、発券機２０は、図１１に概念的に表すように、駐車券ごとにファイルを作成する。本実施形態においては、発券機２０が操作されるごとに、すなわち、１枚の駐車券８０が新たに発行されるごとに、１つのファイルを作成する。この意味において、そのファイルを「駐車券ファイル」と称することができる。
【０１２１】
各ユーザごとの駐車券ファイルは、図１１に例示するように、例えば、有効駐車時間の長さ（前記オンライン延長リクエストがあると、更新される）、それの開始時刻である入庫時刻、その有効駐車時間の終了時刻（前記オンライン延長リクエストがあると、更新される）、その有効駐車時間が満了しているか否か、すなわち、駐車券８０が有効であるか失効しているかを表す項目などを含む複数のデータを有することが可能である。前記発行許可フラグは、個々の駐車券ファイルに関連付けられるのではなく、発券機２０に関連付けられる。
【０１２２】
続いて、ステップＳ１１２において、時計１０２を参照することにより、現在時刻が今回のユーザが駐車場１０に入庫した入庫時刻（ユーザが前払い駐車料金を支払った日時、駐車券８０を発券した時刻、駐車の開始時刻など）として計測される。その後、ステップＳ１１３において、前記有効駐車時間と、前記入力された電話番号および車両登録番号と、前記計測された入庫時刻とが、互いに関連付けられる。すなわち、それらの個別データにより、１つの駐車データセットが構成されるのである。続いて、ステップＳ１１４において、その駐車データセットがサーバ３００に転送される。
【０１２３】
その後、ステップＳ１１５において、図６（ｃ）に示す駐車券／領収書発行画面が表示器３６の画面上に表示される。このとき、ユーザによる発券ボタン７０の操作によって確定された駐車料金の額が、前払い駐車料金の額として表示される。この場合には、先行するステップＳ４において計算された駐車時間は、有効駐車時間を意味することになる。
【０１２４】
続いて、ステップＳ１１６において、駐車券８０および領収書８１ａがプリンタ４０によって印刷されて発行される。領収書８１ａには、図７（ａ）に示すように、駐車料金の支払いまたは駐車時間に関する日時と金額と駐車時間の長さとのうちの少なくとも一つに関する同じ情報が印刷されるのである。以上で、この発券・精算プログラムの今回の実行サイクルが終了する。
【０１２５】
具体的には、図７（ａ）に示すように、駐車券８０には、ユーザが支払った前払い駐車料金の額に見合った有効駐車時間の長さおよびそれの終了時刻と、駐車場１０の場所を特定するための表示とが印刷される。また、領収書８１ａには、入庫時刻と、ユーザが支払った前払い駐車料金の額と、前記有効駐車時間の終了時刻と、駐車場１０の場所を特定するための表示とが印刷される。
【０１２６】
これに対し、発券ボタン７０に代えて料金精算ボタン７４が押されると、ステップＳ１１０の判定がＹＥＳとなり、ステップＳ１１７において、図６（ｄ）に示す精算領収書発行画面が表示器３６の画面上に表示される。このとき、ユーザによる料金精算ボタン７４の操作によって確定された駐車料金の額が、追加駐車料金の額として表示される。この場合には、先行するステップＳ１０７において計算された許可駐車時間は、延長駐車時間を意味することになる。
【０１２７】
続いて、ステップＳ１１８において、領収書８１ｂがプリンタ４０によって印刷されて発行される。領収書８１ｂには、図７（ｂ）に示すように、駐車料金の支払いまたは駐車時間に関する日時と金額と駐車時間の長さとのうちの少なくとも一つに関する同じ情報が印刷される。以上で、この発券・精算プログラムの今回の実行サイクルが終了する。
【０１２８】
具体的には、図７（ｂ）に示すように、領収書８１ｂには、領収書８１ｂが発券された日時と、前記追加駐車料金の額と、駐車場１０の場所を特定するための表示とが印刷される。
【０１２９】
図７（ａ）には、駐車券８０および領収書８１ａの２枚綴りが正面図で示される一方、図７（ｂ）には、領収書８１ｂが正面図で示されている。駐車券８０および領収書８１ａの２枚綴りは、駐車券８０の２枚分に相当し、その２枚綴りにおいては、駐車券８０と領収書８１ａとは、サイズも構成も、互いに共通する。また、領収書８１ｂは、駐車券８０の１枚分に相当し、駐車券８０に対し、サイズも構成も共通する。以下、説明を簡単にするために、駐車券８０の構成のみを代表的に説明する。
【０１３０】
駐車券８０は、表層としての表示シート（印刷用紙）８２と、中間層としての粘着層８３（糊の層）と、裏層としてのセパレータ（分離シート、剥離紙）８４とがそれらの順に積層されて構成されている。粘着層８３は、表示シート８２の裏面に、容易には剥離しないように、塗布されており、表示シート８２をセパレータ８４の表面から剥がした状態では、粘着層８３の糊は、セパレータ８４の表面には付着しない。
【０１３１】
図７（ａ）に示すように、１枚分の駐車券８０においては、表示シート８２の外周が、セパレータ８４の外周より内側に位置するようになっている。ローラ４２に巻き付けられる原反は、連続したセパレータ８４に、隙間を隔てて一列に並んだ複数枚の表示シート８２（空白の状態）が接着されて構成されている。
【０１３２】
プリンタ４０における連続シート（連続したセパレータ８４）は、前記カッタにより切断され、その切断は、表示シート８２間の隙間の位置において行われ、表示シート８２に対する切断は行われない。一方、セパレータ８４のうち、表示シート８２間の隙間において露出する部分の表面には糊が付着していない。
【０１３３】
したがって、本実施形態によれば、連続シートの切断時に、前記切刃に粘着層８３の糊が付着せずに済み、一日に１回または数回、現場に派遣される管理者（例えば、サービス担当者、複数の駐車場を巡回して作業する作業者、見回りの監視員）による前記カッタのメンテナンスの頻度が減少し、ひいては、管理者にかかる人件費が低減される。
【０１３４】
ただし、本実施形態においては、領収書８１ｂについては、前記カッタにより、セパレータ８４が１枚分の長さで完全に切断されるのに対し、前記２枚綴りについては、セパレータ８４が２枚分の長さで完全に切断される。ただし、前述のように、前記２枚綴りについては、図７（ａ）に示すように、前記カッタにより、セパレータ８４が、駐車券８０と領収書８１ａとの間において、部分的に切断され、それにより、切取り線８９が形成される。
【０１３５】
図７（ａ）に示すように、駐車券８０の表示シート８２には、さらに、「駐車券」という文字列のすぐ上方に、両端を有する（閉じていない）切断線９０が存在する。その切断線９０は、ユーザが、表示シート８２のうちの一部を、残りの部分はセパレータ８４に接着されたままで、セパレータ８４から剥がすことを可能にするために存在する。図８（ｂ）に示すように、ユーザが、表示シート８２の一部（切断線９０によって包囲される領域）をセパレータ８４から剥がして、切断線９０の両端をつなぐ直線に沿って折り曲げると、その結果形成される折曲げ部９２の表面（粘着層８３のうち、その折曲げ部９２の裏面に塗布されている部分）が、糊面として露出する。図９（ａ）には、その折曲げ部９２が斜視図で示されている。
【０１３６】
本実施形態においては、ユーザによる駐車が不正駐車ではないことを証明するために、ユーザは、硬貨投入と引き換えに受領した駐車券８０を、図９（ｂ）に示すように、例えば、駐車車両のフロントガラス１１０の裏面に貼付することを要求される。そのため、ユーザは、図９（ａ）に示すように、駐車券８０のうちの指定箇所（切断線９０によって包囲された領域であって、最終的に折曲げ部９２となる部分）を局部的に剥がして折り曲げたうえで、その折曲げ部９２の表面を、図９（ｂ）に示すように、駐車車両のフロントガラス１１０の裏面に貼付する。これにより、図１０に示すように、駐車券８０の内容（特に、ユーザに対して許可された駐車時間の長さおよび／またはそれの終了時刻を特定するための情報と、この駐車券８０が有効である駐車場１０の場所を特定するための表示）を、外部からいつでも目視することが可能となる。
【０１３７】
ユーザは、実際に駐車した時間が前記有効駐車時間を超過した場合には、追加駐車料金を支払うことを要求される。ユーザは、その支払いを、前述のように、発券機２０に対して行ったり、後述のように、オンラインで（例えば、ユーザが会員である場合に、そのユーザの指定口座から引き落とす）行うことが可能である。
【０１３８】
＜駐車場管理方法の全体フローについての説明＞
【０１３９】
次に、本実施形態に従う駐車場管理方法を図１３−図２１を参照して説明する。
【０１４０】
図１３には、ユーザまたはユーザ端末３０２、発券機２０およびサーバ３００の間での対話的やりとりが時系列的にかつ概略的にタイムチャートで表されている。また、図１４には、当該駐車場管理方法の全体フローが時系列的にかつ概略的にフローチャートで表されている。
【０１４１】
図１３および図１４に示すように、まず、オフライン入庫処理Ｓ１が、ユーザと発券機２０との間で実行される。具体的には、このオフライン入庫処理Ｓ１においては、前述の図５におけるステップＳ１１１に示すように、ユーザが駐車場１０において直接的に発券機２０を操作することにより、電話番号および車両登録番号をオフラインで入力する。そのオフライン入力後、発券機２０は、前述の図５におけるステップＳ１１２−１１４に示すように、それら入力された電話番号および車両登録番号を、前記有効駐車時間および前記入庫時刻と共に、それらデータが１つの駐車データセットを定義するように、サーバ３００にオンラインで転送するとともに、図５におけるステップＳ１１５−１１６に示すように、今回のユーザのために新たな駐車券８０を発行する。
【０１４２】
次に、登録処理Ｓ２がサーバ３００において行われる。具体的には、この登録処理Ｓ２においては、サーバ３００が、発券機２０から受信した駐車データセットをユーザに関連付けてメモリ３２２に登録する。さらに具体的には、サーバ３００が、メモリ３２２に、図１６に例示するように、各ユーザごとにユーザ・ファイルを作成し、各ユーザ・ファイルは、対応するユーザの電話番号および車両登録番号と、有効駐車時間と、入庫時刻と、前記有効駐車時間の終了時刻と、後述のオンライン延長サービス許可フラグとを含む複数のデータを有する。
【０１４３】
次に、本人認証処理Ｓ３が、ユーザとサーバ３００との間で実行される。具体的には、この本人認証処理Ｓ３においては、サーバ３００が、メモリ３２２に登録された電話番号を用いてユーザ端末３０２に、前記登録されている電話番号および車両登録番号が真正であるか否かをユーザに確認してもらう確認リクエストをオンラインで送信する。その確認リクエストの一例は、登録済の電話番号および車両登録番号を表示する部分と、その登録の内容が真正であるかをユーザに質問する文章を表示する部分とを有する。
【０１４４】
さらに、この本人認証処理Ｓ３においては、サーバ３００が、前記登録の内容が真正であれば、ユーザ端末３０２から、前記登録の内容が真正である旨の確認完了メッセージ、または、前記登録の内容に誤記があり、その誤記を指示通りに訂正して欲しい旨の確認完了メッセージをオンラインで受信する。
【０１４５】
次に、再入庫許可処理Ｓ４が実行される。具体的には、この再入庫許可処理Ｓ４においては、サーバ３００（または発券機２０もしくは両者）が、各時刻ごとに、現在時刻と各駐車券８０に対応する有効駐車時間の終了時刻との比較により、各駐車券８０が、前記有効駐車時間が満了していない有効駐車券であるか否かを判定し、その判定結果に基づき、発券機２０から発行された複数の駐車券８０のうち有効駐車券であると判定されたものの枚数を有効枚数として計算する。
【０１４６】
さらに、この再入庫許可処理Ｓ４においては、サーバ３００（または発券機２０もしくは両者）が、前記計算された有効枚数が所定値以下である場合には、発券機２０による新たな駐車券８０の発行を許可すべく前記発行許可フラグをＯＮにする一方、前記計算された有効枚数が前記所定値を超える場合には、発券機２０による新たな駐車券８０の発行を禁止すべく前記発行許可フラグをＯＦＦにする。
【０１４７】
発券機２０が新たな駐車券８０を発行しない場合には、それが理由で、新たなユーザが駐車場１０に入庫しようとしないから、駐車場１０における実際の駐車台数が駐車可能台数上限値を超えてしまう可能性が減少する。
【０１４８】
ここに、前記所定値は、駐車場１０に駐車可能な車両の台数の上限値である駐車可能台数上限値より小さい値として設定されている。
【０１４９】
次に、満空灯制御Ｓ５が実行される。具体的には、この満空灯制御Ｓ５においては、サーバ３００（または発券機２０もしくは両者）が、満空灯２００を、前記計算された有効枚数が前記所定値以下である場合には、満空灯２００が空車表示状態に切り換わる一方、前記計算された有効枚数が前記所定値を超える場合には、駐車場１０における実際の駐車台数が駐車可能台数上限値より少ないか否かを問わず、満空灯２００が満車表示状態に切り換わるように制御する。
【０１５０】
駐車場１０における実際の駐車台数が駐車可能台数上限値より少ないか否かを問わず、満空灯２００が満車表示状態を示す場合には、それが理由で、新たなユーザが駐車場１０に入庫しようとしないから、駐車場１０における実際の駐車台数が駐車可能台数上限値を超えてしまう可能性が減少する。
【０１５１】
なお、満空灯２００の満車表示状態は、駐車場１０にこれから入庫しようとする新たなユーザのみに有効であって、既に駐車券８０を所有している既存のユーザは、駐車場１０に再入庫しようとする際に、満空灯２００の満車表示状態を無視し、そのユーザが駐車場１０に再入庫することが許可されることが可能である。
【０１５２】
次に、有効時間オンライン延長処理Ｓ６がサーバ３００によって実行される。具体的には、この有効時間オンライン延長処理Ｓ６においては、サーバ３００が、前記確認完了メッセージを受信すると、各ユーザごとに、駐車場１０への入庫時刻と前記有効駐車時間とから決まる出庫予定時刻より所定時間（例えば、１時間、２時間）前の時刻が到来したか否かを反復的に判定し、到来したと判定すると、該当するユーザに関連付けて登録されている電話番号を用いてユーザ端末３０２に、前記出庫予定時刻が到来することを予告するための予告メッセージをオンラインで送信する。
【０１５３】
さらに、この有効時間オンライン延長処理Ｓ６においては、サーバ３００が、その予告メッセージを受信したユーザが、前記有効駐車時間を希望時間分延長したい旨の延長リクエストをサーバ３００にオンラインで送信すると、その延長リクエストをオンラインで受信する。
【０１５４】
さらにまた、この有効時間オンライン延長処理Ｓ６においては、サーバ３００が、その延長リクエストをユーザ端末３０２から受信すると、その延長リクエストの内容が反映されるようにメモリ３２２の内容を更新する。例えば、図１６に例示するユーザ＃１のファイルにおいて、図示しないが、有効駐車時間が「４時間」から「６時間」に延長され、それに合わせて終了時刻が遅延される。その延長の内容は、サーバ３００から発券機２０に転送され、それを受けて、発券機２０は、例えば、メモリ１０４内の有効駐車時間を同じように延長することが可能である。
【０１５５】
なお、この有効時間オンライン延長処理Ｓ６においては、サーバ３００が、あるユーザに関し、発券機２０からのそのユーザの電話番号の送信がない場合に、そのユーザに対して前記予告メッセージを送信しない。
【０１５６】
サーバ３００が予告メッセージをユーザに送信し、そのユーザからのオンライン延長リクエストを受け付けるときには、図１６に示すオンライン延長サービス許可フラグがＯＮにされ、一方、サーバ３００が予告メッセージをユーザに送信せず、そのユーザからのオンライン延長リクエストを受け付けないときには、前記オンライン延長サービス許可フラグがＯＦＦにされる。各オンライン延長サービス許可フラグは、図１６に示すように、各ユーザごとに割り当てられる。
【０１５７】
次に、オンライン出庫処理Ｓ７がサーバ３００によって実行される。具体的には、このオンライン出庫処理Ｓ７においては、サーバ３００が、駐車場１０からのユーザの出庫時に、そのユーザの携帯情報端末３０２から、駐車場１０から出庫したい旨の出庫リクエストをオンラインで受信する。
【０１５８】
さらに、このオンライン出庫処理Ｓ７においては、サーバ３００が、その出庫リクエストをユーザ端末３０２から受信すると、ユーザが駐車場１０から出庫した事実が反映されるようにメモリ３２２の内容を更新する。あるユーザから出庫リクエストを受信すると、サーバ３００は、例えば、そのユーザに関連付けられたユーザ・ファイルをメモリ３２２から削除する。
【０１５９】
その出庫の事実は、サーバ３００から発券機２０に転送され、それを受けて、発券機２０は、例えば、今回のユーザに対応する駐車券ファイルをメモリ１０４から削除することが可能である。この際、発券機２０は、サーバ３００から削除リクエストを、削除すべき駐車券ファイルに登録されている電話番号と共に受信すれば、発券機２０は、サーバ３００によって削除されるべきユーザ・ファイルに対応する駐車券ファイルをメモリ１０４から検索して削除することが可能である。
【０１６０】
さらに、このオンライン出庫処理Ｓ７においては、サーバ３００が、駐車場１０からのユーザの出庫時に、そのユーザの携帯情報端末３０２から、延長料金をオンラインで支払いたい旨のオンライン精算リクエストをオンラインで受信する。
【０１６１】
さらに、このオンライン出庫処理Ｓ７においては、サーバ３００が、そのオンライン精算リクエストをユーザ端末３０２から受信すると、ユーザが駐車場１０から出庫した事実が反映されるようにメモリ３２２の内容を更新する。この更新の内容は、上述の更新と同様である。
【０１６２】
＜登録処理プログラムについての説明＞
【０１６３】
登録処理Ｓ２を実行するために、サーバ３００が、図１５に示す登録処理プログラムを反復的に実行する。
【０１６４】
この登録処理プログラムの各回の実行サイクルにおいては、まず、ステップＳ２０１において、サーバ３００が発券機２０から、互いに関連付けられた電話番号、車両登録番号、有効駐車時間および入庫時刻より成る駐車データセット（１枚の駐車券８０に対応するデータであって、一人のユーザに対応するデータでもある）を受信する。
【０１６５】
次に、ステップＳ２０２において、サーバ３００が、その受信した駐車データセットを、メモリ３２２に、図１６に示すように、ユーザごとに登録する。以上で、この登録処理プログラムの今回の実行サイクルが終了する。
【０１６６】
＜本人認証処理プログラムについての説明＞
【０１６７】
本人認証処理Ｓ３を実行するために、サーバ３００が、図１７に示す本人認証処理プログラムを反復的に実行する。
【０１６８】
この本人認証処理プログラムの各回の実行サイクルにおいては、まず、ステップＳ３０１において、サーバ３００が、メモリ３２２に登録されている複数のユーザ・ファイルにそれぞれ対応する複数のユーザのうち今回注目すべきものを選択する。
【０１６９】
次に、ステップＳ３０２において、今回のユーザの電話番号がメモリ３２２に登録されているか否かを判定する。登録されている場合には、ステップＳ３０２の判定がＮＯとなり、ステップＳ３０５に移行するが、登録されていない場合には、ステップＳ３０２の判定がＮＯとなり、ステップＳ３０３において、今回のユーザについて本人認証が不成立であると判定され、さらに、ステップＳ３０４において、今回のユーザに関し、前記オンライン延長サービス許可フラグがＯＦＦにされる。
【０１７０】
以上で、この本人認証処理プログラムの今回の実行サイクルが終了する。
【０１７１】
これに対し、今回のユーザの電話番号がメモリ３２２に登録されている場合には、ステップＳ３０２の判定がＹＥＳとなり、ステップＳ３０５において、今回のユーザの電話番号がメモリ３２２から読み出される。続いて、ステップＳ３０６において、サーバ３００が、今回のユーザの携帯情報端末３０２に送信すべき前述の確認リクエストを作成する。その後、ステップＳ３０７において、サーバ３００が、その作成された確認リクエストを、前記読み出された電話番号を用いて、ＳＭＳなどを利用して、今回のユーザの携帯情報端末３０２に送信する。
【０１７２】
続いて、ステップＳ３０８において、サーバ３００が、今回のユーザの携帯情報端末３０２から前記確認完了メッセージを受信したか否かを判定する。受信できなかった場合には、ステップＳ３０８の判定がＮＯとなり、ステップＳ３０３に移行する。
【０１７３】
これに対し、受信できた場合には、ステップＳ３０８の判定がＹＥＳとなり、ステップＳ３１０において、今回のユーザについて本人認証が成立したと判定され、さらに、ステップＳ３０９において、前記受信した確認完了メッセージが前記訂正内容を含む場合に、その訂正がメモリ３２２の登録内容に対して施される。続いて、ステップＳ３１１において、今回のユーザに関し、前記オンライン延長サービス許可フラグがＯＮにされる。
【０１７４】
以上で、この本人認証処理プログラムの今回の実行サイクルが終了する。
【０１７５】
＜再入庫許可処理プログラムについての説明＞
【０１７６】
再入庫許可処理Ｓ４を実行するために、発券機２０のコンピュータ１００（サーバ３００が代行しても可）が、図１８に示す再入庫許可処理プログラムを反復的に実行する。
【０１７７】
この再入庫許可処理プログラムの各回の実行サイクルにおいては、まず、ステップＳ４０１において、発券機２０のコンピュータ１０が、メモリ１０４に登録されている複数の駐車券ファイルにそれぞれ対応する複数の駐車券８０のうち今回注目すべきものを選択する。
【０１７８】
次に、ステップＳ４０２において、今回の駐車券ファイルに記録されている有効駐車時間の終了時刻を、先に登録されている入庫時刻に、同じく先に登録されている有効駐車時間の長さを加算することにより、計算する。
【０１７９】
続いて、ステップＳ４０３において、時計１０２を用いて現在時刻を計測する。その後、ステップＳ４０４において、現在時刻と前記終了時刻とが互いに比較される。続いて、ステップＳ４０５において、終了時刻が未だ到来していないか否か、すなわち、今回の駐車券８０が有効であるか否かが判定される。
【０１８０】
今回の駐車券８０が有効である場合には、ステップＳ４０５の判定がＹＥＳとなり、ステップＳ４０６において、今回の駐車券８０が有効駐車券であると判定され、これに対し、今回の駐車券８０が有効ではない場合には、ステップＳ４０５の判定がＮＯとなり、ステップＳ４０７において、今回の駐車券８０が無効駐車券であると判定される。
【０１８１】
いずれの場合にも、その後、ステップＳ４０８において、すべての駐車券８０について、上述の検査が終了したか否かが判定される。未だ検査前の駐車券８０が存在する場合には、ステップＳ４０８の判定がＮＯとなり、ステップＳ４０１に戻るが、検査前の駐車券８０が存在しない場合には、ステップＳ４０８の判定がＹＥＳとなり、ステップＳ４０９に移行する。
【０１８２】
ステップＳ４０９においては、前記複数の駐車券８０のうち、有効駐車券であると判定されたものの数が有効枚数Ｎとして計算される。その後、ステップＳ４１０において、その有効枚数Ｎが前記所定値（以下、しきい値Ｎｏ」で表す）以下であるか否かが判定される。有効枚数Ｎがしきい値Ｎｏ以下である場合には、ステップＳ４１０の判定がＹＥＳとなり、ステップＳ４１１において、前記発行許可フラグがＯＮにされる。これに対して、有効枚数Ｎがしきい値Ｎｏより大きい場合には、ステップＳ４１０の判定がＮＯとなり、ステップＳ４１２において、前記発行許可フラグがＯＦＦにされる。
【０１８３】
以上で、この再入庫許可処理の今回の実行サイクルが終了する。
【０１８４】
＜満空灯制御プログラムについての説明＞
【０１８５】
満空灯制御Ｓ５を実行するために、発券機２０のコンピュータ１００（サーバ３００が代行しても可）が、図１９に示す満空灯制御プログラムを反復的に実行する。
【０１８６】
この満空灯制御プログラムの各回の実行サイクルにおいては、まず、ステップＳ５０１において、メモリ１０４から前記発行許可フラグが読み出され、その発行許可フラグがＯＮであるか否かが判定される。発行許可フラグがＯＮである場合には、ステップＳ５０１の判定がＹＥＳとなり、ステップＳ５０２において、満空灯２００が満車表示状態となるように制御される。以上で、この満空灯制御プログラムの今回の実行サイクルが終了する。
【０１８７】
これに対し、発行許可フラグがＯＦＦである場合には、ステップＳ５０１の判定がＮＯとなり、ステップＳ５０３において、満空灯２００が空車表示状態となるように制御される。以上で、この満空灯制御プログラムの今回の実行サイクルが終了する。
【０１８８】
＜有効時間オンライン延長処理プログラムについての説明＞
【０１８９】
有効時間オンライン延長処理Ｓ６を実行するために、サーバ３００が、図２０に示す有効時間オンライン延長処理プログラムを反復的に実行する。
【０１９０】
この有効時間オンライン延長処理プログラムの各回の実行サイクルにおいては、まず、ステップＳ６０１において、サーバ３００が、メモリ３２２に登録されている複数のユーザ・ファイルにそれぞれ対応する複数のユーザのうち今回注目すべきものを選択する。
【０１９１】
次に、ステップＳ６０２において、今回のユーザに関連付けてメモリ３２２に記憶されているオンライン延長サービス許可フラグがＯＮであるか否かが判定される。ＯＮであれば、ステップＳ６０２の判定がＹＥＳとなり、ステップＳ６０４に移行する。
【０１９２】
これに対し、今回のユーザに関連付けられたオンライン延長サービス許可フラグがＯＦＦであれば、ステップＳ６０２の判定がＮＯとなり、ステップＳ６０３において、今回のユーザに対し、前述のオンライン延長サービス、すなわち、ステップＳ６０４−６１４によって実行されるサービスが禁止される。以上で、この有効時間オンライン延長処理プログラムの今回の実行サイクルが終了する。
【０１９３】
ステップＳ６０４においては、今回のユーザに関し、前述のようにして、出庫予定時刻ｔｓが計算される。続いて、ステップＳ６０５において、現在時刻ｔｏが計測される。その後、ステップＳ６０６において、出庫予定時刻ｔｓから現在時刻ｔｏが引き算されることにより、残り時間Δｔが計算される。この残り時間Δｔは、出庫予定時刻ｔｓが到来するまでに将来において経過すべき時間の長さを表す。
【０１９４】
続いて、ステップＳ６０７において、その計算された残り時間Δｔがしきい値Δｔｏ（例えば、１時間か２時間）より少ないか否かが判定される。残り時間Δｔがしきい値Δｔｏより少ない場合には、ステップＳ６０８に移行するが、残り時間Δｔがしきい値Δｔｏより少なくない場合には、ステップＳ６０７の判定がＮＯとなり、以上で、この有効時間オンライン延長処理プログラムの今回の実行サイクルが終了する。この場合には、前記予告メッセージが今回のユーザの携帯情報端末３０２に送信されない。
【０１９５】
残り時間Δｔがしきい値Δｔｏより少ない場合には、ステップＳ６０７の判定がＹＥＳとなり、ステップＳ６０８において、今回のユーザの電話番号がメモリ３２２から読み出される。その後、ステップＳ６０９において、その電話番号を用いることにより、前記予告メッセージがサーバ３００から、今回のユーザの携帯情報端末３０２に送信される。
【０１９６】
続いて、ステップＳ６１０において、サーバ３００が、今回のユーザの携帯情報端末３０２から前記延長リクエストを所定時間内に受信したが否かを判定する。受信しなかった場合には、ステップＳ６１０の判定がＮＯとなり、以上で、この有効時間オンライン延長処理プログラムの今回の実行サイクルが終了する。この場合にも、有効駐車時間のオンライン延長が行われない。
【０１９７】
これに対し、サーバ３００が今回のユーザの携帯情報端末３０２から前記延長リクエスト（ユーザの希望延長時間を含む）を所定時間内に受信した場合には、ステップＳ６１０の判定がＹＥＳとなり、ステップＳ６１１に移行する。
【０１９８】
ステップＳ６１１においては、今回のユーザの有効駐車時間の長さが、前記希望延長時間の長さだけ延長される。続いて、ステップＳ６１２において、メモリ３２２において、今回のユーザに対応するユーザ・ファイル内の有効駐車時間が、前記希望延長時間を反映するように更新される。その後、ステップＳ６１３において、その更新された有効駐車時間の長さが、サーバ３００から発信機２０に転送される。続いて、ステップＳ６１４において、同じ内容が、サーバ３００から前記監視員専用サイトにも転送される。
【０１９９】
以上で、この有効時間オンライン延長処理プログラムの今回の実行サイクルが終了する。この場合には、有効駐車時間のオンライン延長が行われ、その延長の内容が、発券機２０とも監視員とも共有される。
【０２００】
＜オンライン出庫処理プログラムについての説明＞
【０２０１】
オンライン出庫処理Ｓ７を実行するために、サーバ３００が、図２１に示すオンライン出庫処理プログラムを反復的に実行する。
【０２０２】
このオンライン出庫処理プログラムの各回の実行サイクルにおいては、まず、ステップＳ７０１において、サーバ３００が、前記出庫リクエストを、いずれかのユーザの携帯情報端末３０２から受信したか否かを判定する。
【０２０３】
いずれかのユーザから前記出庫リクエストを受信した場合には、ステップＳ７０１の判定がＹＥＳとなり、ステップＳ７０２において、その出庫リクエストを送信したユーザが特定されるとともに、そのユーザに関連付けられたユーザ・ファイルがメモリ３２２において特定される。
【０２０４】
続いて、ステップＳ７０３において、その特定されたユーザ・ファイルがメモリ３２２において削除される。これにより、今回のユーザが、実際駐車時間が前記有効駐車時間を超過する不正駐車を行っているユーザに該当するか否かのサーバ３００の監視対象から除外される。
【０２０５】
このステップＳ７０３においては、さらに、サーバ３００が、削除されたユーザ・ファイルに対応するユーザに対応する駐車券ファイルを発券機２０のメモリ１０４から削除するために、削除されたユーザ・ファイルに登録されていた電話番号、車両登録番号など、駐車券ファイルを特定するデータと共に、該当する駐車券ファイルを削除する削除リクエストを発券機２０にオンラインで送信する。その削除リクエストを受信すると、発券機２０は、該当する駐車券ファイルをメモリ１０４において削除する。
【０２０６】
これにより、あるユーザが出庫した事実が、サーバ３００と発券機２０とで、互いに同期するように、共有されることになる。その結果、今回のユーザの駐車券８０が、発券機２０による有効駐車券の判定対象から除外される。
【０２０７】
以上で、このオンライン出庫処理プログラムの今回の実行サイクルが終了する。
【０２０８】
これに対し、いずれのユーザから前記出庫リクエストを受信しなかった場合には、ステップＳ７０１の判定がＮＯとなり、ステップＳ７０４において、いずれかのユーザから前記オンライン精算リクエストを受信したか否かが判定される。今回は、そのオンライン精算リクエストも受信しなかったと仮定すると、ステップＳ７０４の判定がＮＯとなり、直ちに、このオンライン出庫処理プログラムの今回の実行サイクルが終了する。この場合には、いずれのユーザに対しても、オンライン出庫処理が行われない。
【０２０９】
これに対し、いずれかのユーザから前記オンライン精算リクエストを受信したと仮定すると、ステップＳ７０４の判定がＹＥＳとなり、ステップＳ７０５において、そのオンライン精算リクエストを送信したユーザが特定される。続いて、ステップＳ７０６において、そのユーザが支払うべき延長料金が計算される。その延長料金は、例えば、前記希望延長時間の長さに応じてユーザに課金される。
【０２１０】
その後、ステップＳ７０７において、サーバ３００が今回のユーザの指定口座にアクセスすることにより、前記延長料金の支払いが行われ、その結果、オンライン精算が完了する。続いて、ステップＳ７０８において、オンライン精算が完了したことを表すオンライン精算確認メッセージが今回のユーザの携帯情報端末３０２に送信される。
【０２１１】
その後、ステップＳ７０３が、前述のようにして実行され、今回のユーザに関連付けられたユーザ・ファイルがサーバ３００のメモリ３２２において削除されるとともに、今回のユーザに関連付けられた駐車券ファイルが発券機２０のメモリ１０４において削除される。以上で、このオンライン出庫処理プログラムの今回の実行サイクルが終了する。
【０２１２】
なお、ユーザが、駐車場１０への入庫時に、前記オンライン延長サービスを希望しないために自身の電話番号も車両登録番号も発券機２０に入力しない場合がある。この場合、ユーザは、駐車場１０からの出庫時に、サーバ３００にアクセスしてそのサーバ３００に出庫リクエストを送信することが必要である。
【０２１３】
ただし、発券機２０が、さらに、出庫時にユーザによって操作される出庫ボタンを有し、さらに、駐車券８０の発行時に、固有の暗号が駐車券８０に印刷されるように発券機２０を設計することが可能である。この場合には、ユーザは、出庫時に、出庫ボタンを操作し、さらに、自身の駐車券８０に印刷されている暗号をキーボード２０２を用いて発券機２０にオフラインで入力すれば、ユーザからの出庫リクエストを発券機２０が、前記暗号の照合ないしは解読の結果、認識することが可能である。
【０２１４】
以上の説明から明らかなように、本実施形態においては、説明の便宜上、図５におけるステップＳ１１１が、前記「オフライン入庫処理工程」の一例を構成し、また、同図におけるステップＳ１１３が、前記「駐車データ送信工程」の一例を構成し、また、図１５の登録処理プログラムが、前記「登録工程」の一例を構成し、また、図１７におけるステップＳ３０１−３０７が、互いに共同して、前記「確認リクエスト送信工程」の一例を構成し、また、同図におけるステップＳ３０８が、前記「確認完了メッセージ受信工程」の一例を構成し、また、図２０におけるステップＳ６０１−６０９が、互いに共同して、前記「予告メッセージ送信工程」の一例を構成し、また、同図におけるステップＳ６１０が、前記「延長リクエスト受信工程」の一例を構成し、また、同図におけるステップＳ６１１−６１２が、互いに共同して、前記「メモリ更新工程」の一例を構成していると考えることが可能である。
【０２１５】
さらに、本実施形態においては、説明の便宜上、図２１におけるステップＳ７０１が、前記「出庫リクエスト受信工程」の一例を構成し、また、同図におけるステップＳ７０３が、前記「オンライン出庫処理工程（前記「出庫リクエスト受信工程」に関連付けられるもの）の一例を構成していると考えることが可能である。
【０２１６】
さらに、本実施形態においては、説明の便宜上、図２１におけるステップＳ７０４が、前記「オンライン精算リクエスト受信工程」の一例を構成し、また、同図におけるステップＳ７０３およびＳ７０５−７０８が、互いに共同して、前記「オンライン出庫処理工程（前記「オンライン精算リクエスト受信工程」に関連付けられるもの）」の一例を構成していると考えることが可能である。
【０２１７】
さらに、本実施形態においては、説明の便宜上、図１７におけるステップＳ３０２−３０４およびＳ３１１、ならびに図２０におけるステップＳ６０２−６０３が、互いに共同して、前記「実行禁止工程」の一例を構成していると考えることが可能である。
【０２１８】
さらに、本実施形態においては、説明の便宜上、図１８におけるステップＳ４０１−４０９が、互いに共同して、前記「有効枚数計算工程」の一例を構成し、また、同図におけるステップＳ４１０−４１２が、互いに共同して、前記「発行許可・禁止工程」の一例を構成していると考えることが可能である。
【０２１９】
さらに、本実施形態においては、説明の便宜上、図１８におけるステップＳ４１０−４１２および図１９の満空灯制御プログラムが、互いに共同して、前記「満空表示部制御工程」の一例を構成していると考えることが可能である。
【０２２０】
以上、本発明の一実施形態を図面に基づいて詳細に説明したが、これは例示であり、前記［発明の概要］の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【要約】
【課題】前払い式の駐車場についての有効駐車時間の満了前にユーザがその有効駐車時間を前記駐車場の外部からオンラインで延長できるようにする技術を提供する。
【解決手段】ユーザが、駐車場への入庫時に、電話番号と車両登録番号を発券機に入力する。その発券機は、それらをサーバに送信する。そのサーバは、受信した情報をメモリに登録し、登録された電話番号を用いてユーザの携帯情報端末に、登録内容が真正であるか否かをユーザに確認してもらうリクエストを送信する。前記サーバは、登録内容が真正であれば、ユーザから確認完了メッセージを受信し、その後、各ユーザごとに、出庫予定時刻がそろそろ到来するか否かを判定し、そうであれば、ユーザに、そのことを予告するためのメッセージを送信する。前記サーバは、そのユーザから、有効駐車時間を延長したい旨のリクエストを受信すると、その内容が反映されるように前記メモリの内容を更新する。
【選択図】図１３【図１】
0005923652.tif 000002
【図２】
0005923652.tif 000003
【図３】
0005923652.tif 000004
【図４】
0005923652.tif 000005
【図５】
0005923652.tif 000006
【図６】
0005923652.tif 000007
【図７】
0005923652.tif 000008
【図８】
0005923652.tif 000009
【図９】
0005923652.tif 000010
【図１０】
0005923652.tif 000011
【図１１】
0005923652.tif 000012
【図１２】
0005923652.tif 000013
【図１３】
0005923652.tif 000014
【図１４】
0005923652.tif 000015
【図１５】
0005923652.tif 000016
【図１６】
0005923652.tif 000017
【図１７】
0005923652.tif 000018
【図１８】
0005923652.tif 000019
【図１９】
0005923652.tif 000020
【図２０】
0005923652.tif 000021
【図２１】
0005923652.tif 000022