特許 7209036 情報処理システム、情報処理装置、情報処理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-01-11

(45)【発行日】2023-01-19

(54)【発明の名称】情報処理システム、情報処理装置、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20230112BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 14

(21)【出願番号】P 2021072217

(22)【出願日】2021-04-22

(62)【分割の表示】P 2016138142の分割

【原出願日】2016-07-13

(65)【公開番号】P2021108210

(43)【公開日】2021-07-29

【審査請求日】2021-05-24

(73)【特許権者】

【識別番号】000101617

【氏名又は名称】アマノ株式会社

(74)【代理人】

【識別番号】110003339

【氏名又は名称】弁理士法人南青山国際特許事務所

(74)【代理人】

【識別番号】100104215

【弁理士】

【氏名又は名称】大森 純一

(74)【代理人】

【識別番号】100196575

【弁理士】

【氏名又は名称】高橋 満

(74)【代理人】

【識別番号】100168181

【弁理士】

【氏名又は名称】中村 哲平

(74)【代理人】

【識別番号】100160989

【弁理士】

【氏名又は名称】関根 正好

(74)【代理人】

【識別番号】100117330

【弁理士】

【氏名又は名称】折居 章

(74)【代理人】

【識別番号】100168745

【弁理士】

【氏名又は名称】金子 彩子

(74)【代理人】

【識別番号】100176131

【弁理士】

【氏名又は名称】金山 慎太郎

(74)【代理人】

【識別番号】100197398

【弁理士】

【氏名又は名称】千葉 絢子

(74)【代理人】

【識別番号】100197619

【弁理士】

【氏名又は名称】白鹿 智久

(72)【発明者】

【氏名】坂本 正尚

(72)【発明者】

【氏名】福田 隆二

(72)【発明者】

【氏名】松本 敬

【審査官】上田 威

(56)【参考文献】

【文献】特開２０１４－１７４６５７（ＪＰ，Ａ）

【文献】特開２０１４－０７１６０７（ＪＰ，Ａ）

【文献】特開平１０－２８３５１６（ＪＰ，Ａ）

【文献】特開２０１２－２０８８３３（ＪＰ，Ａ）

【文献】特開２００８－２９９５５２（ＪＰ，Ａ）

【文献】特開２０１２－１６８８５０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

利用者の車両を識別可能な車両識別情報を生成する生成部と、
利用者の精算操作を受付ける料金精算部と、
前記生成された車両識別情報に関連付けて当該利用者の未精算の金額を含む未精算情報を記憶する記憶部と、前記未精算情報を前記料金精算部に出力する出力部とを有する情報処理部と
を具備し、
前記料金精算部は、精算希望金額の入力を含む前記未精算の金額を精算する指示を受付け、
前記情報処理部は、前記未精算の金額を精算する指示が受付けられた場合、入力された前記精算希望金額を前記記憶部に記憶された未精算総額から減算する
情報処理システム。

【請求項2】

請求項１に記載の情報処理システムであって、
前記未精算情報は、過去に発生した前記未精算の金額の履歴を含む未精算履歴を含み、
前記未精算の金額を精算する指示は、前記未精算履歴の中から精算を希望する前記未精算の金額を選択する指示を含む
情報処理システム。

【請求項3】

請求項１又は２に記載の情報処理システムであって、
前記料金精算部は、前記利用者が前記利用者の車両を使って利用可能な施設に設置された料金精算機を含む
情報処理システム。

【請求項4】

請求項３に記載の情報処理システムであって、
前記施設は、駐車場、ドライブスルー方式の店舗、ガソリンスタンド、又は高速道路のサービスエリアの少なくとも１つを含む
情報処理システム。

【請求項5】

請求項１から４のうちいずれか１項に記載の情報処理システムであって、
前記料金精算部は、表示部を有し、前記出力部により出力された前記未精算情報に関する画像を前記表示部に表示する
情報処理システム。

【請求項6】

請求項１から５のうちいずれか１項に記載の情報処理システムであって、
前記情報処理部は、前記未精算の金額が発生した場合に、当該未精算の金額を前記記憶部に記憶された未精算総額に加算する
情報処理システム。

【請求項7】

請求項６に記載の情報処理システムであって、さらに、
車室への車両の進入、及び車室からの車両の退出を検出可能な検出部を具備し、
前記情報処理部は、利用者による料金精算が行われていない状態で、当該利用者の車両の車室からの退出が検出された場合に、料金が未精算であると判定する
情報処理システム。

【請求項8】

請求項６又は７に記載の情報処理システムであって、
前記料金精算部は、未精算の指示及び一部入金の指示を受付可能であり、
前記情報処理部は、未精算の指示又は一部入金の指示が受付けられた場合に、前記未精算の金額が発生したと判定する
情報処理システム。

【請求項9】

請求項１から８のうちいずれか１項に記載の情報処理システムであって、
前記車両識別情報は、車両のナンバープレート情報である
情報処理システム。

【請求項10】

請求項９に記載の情報処理システムであって、
前記料金精算部は、前記ナンバープレート情報の入力を受付け可能である
情報処理システム。

【請求項11】

請求項１から１０のうちいずれか１項に記載の情報処理システムであって、
前記情報処理部は、利用者ごとに、当該利用者の車両に関する前記未精算情報を少なくとも含むＷｅｂページを生成するＷｅｂページ生成部を有する
情報処理システム。

【請求項12】

利用者の車両を識別可能な車両識別情報に関連付けて当該利用者の未精算の金額を含む未精算情報を記憶する記憶部と、
利用者の精算操作を受付ける料金精算部に前記未精算情報を出力する出力部と
を具備し、
前記料金精算部により精算希望金額の入力を含む前記未精算の金額を精算する指示が受付けられた場合、入力された前記精算希望金額を前記記憶部に記憶された未精算総額から減算する
情報処理装置。

【請求項13】

利用者の車両を識別可能な車両識別情報に関連付けて当該利用者の未精算の金額を含む未精算情報を記憶部に記憶し、
利用者の精算操作を受付ける料金精算部に前記未精算情報を出力し、
前記料金精算部により精算希望金額の入力を含む前記未精算の金額を精算する指示が受付けられた場合、入力された前記精算希望金額を前記記憶部に記憶された未精算総額から減算する
ことをコンピュータが実行する情報処理方法。

【請求項14】

利用者の車両を識別可能な車両識別情報に関連付けて当該利用者の未精算の金額を含む未精算情報を記憶するステップと、
利用者の精算操作を受付ける料金精算部に前記未精算情報を出力するステップと
前記料金精算部により精算希望金額の入力を含む前記未精算の金額を精算する指示が受付けられた場合、入力された前記精算希望金額を前記記憶するステップにおいて記憶された未精算総額から減算するステップと
をコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、駐車場の利用管理に適用可能な情報処理システム、情報処理装置、情報処理方法、及びプログラムに関する。

【背景技術】

【0002】

従来、人件費等の管理コストを低減させるために、駐車場を無人で管理可能とするシステムが開発されている。例えば特許文献１には、設備コスト削減のためにロック装置やゲート装置等を省いた無人の駐車場において、駐車場料金の精算及び回収にかかる管理コストの負担を軽減可能な駐車場管理システムについて記載されている。

【0003】

特許文献１に記載の駐車場管理システムでは、駐車車両を駐車スペースから出す前に駐車料金の精算（出庫前精算）を行うことを原則としつつも、駐車車両を駐車スペースから出した後も一定時間内に限り駐車料金の精算（出庫後精算）を行うことが可能である。これにより精算前に車両を退出させてしまった場合でも、利用者はその場で精算を行うことが可能となり利便性が高い。また管理者側にとっても駐車料金の回収負担が軽減される（特許文献１の明細書段落［００１５］［００２４］［００３７］等）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１２－１６８８５０号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

このように駐車場の設備コストや管理コストを低減させつつ、利用者が料金を精算する際の利便性を向上させ、また管理者側の料金回収の負担を低減可能な技術が求められている。

【0006】

以上のような事情に鑑み、本発明の目的は、料金精算に関する利便性を向上させ、料金回収の負担を低減することを可能とする情報処理装置、情報処理方法、及びプログラムを提供することにある。

【課題を解決するための手段】

【0007】

上記目的を達成するため、本発明の一形態に係る情報処理システムは、生成部と、料金精算部と、情報処理部とを具備する。
前記生成部は、利用者の車両を識別可能な車両識別情報を生成する。
前記料金精算部は、利用者の精算操作を受付ける。
前記情報処理部は、前記生成された車両識別情報に関連付けて当該利用者の現在入金額及び未精算総額を記憶する記憶部と、前記現在入金額及び前記未精算総額の差額に関する差額情報を前記料金精算部に出力する出力部とを有する。

【0008】

前記料金精算部は、表示部を有し、前記出力部により出力された前記差額情報に関する画像を前記表示部に表示してもよい。

【0009】

前記差額情報に関する画像は、前記差額、前記差額の有無、及び前記差額を利用した精算の指示ボタンの少なくとも１つを含んでもよい。

【0010】

前記差額に関する画像は、前記現在入金額、入金総額、入金履歴の少なくとも１つを含んでもよい。

【0011】

前記差額に関する画像は、前記未精算総額、未精算の履歴、及び精算済の履歴の少なくとも１つを含んでもよい。

【0012】

前記情報処理部は、未精算の金額が発生した場合に、当該未精算の金額を前記記憶部に記憶された未精算総額に加算してもよい。

【0013】

前記情報処理システムは、さらに、車室への車両の進入、及び車室からの車両の退出を検出可能な検出部を具備してもよい。この場合、前記情報処理部は、利用者による料金精算が行われていない状態で、当該利用者の車両の車室からの退出が検出された場合に、駐車料金が未精算であると判定してもよい。

【0014】

前記料金精算部は、未精算の指示及び一部入金の指示を受付可能であってもよい。この場合、前記情報処理部は、未精算の指示又は一部入金の指示が受付けられた場合に、前記未精算の金額が発生したと判定してもよい。

【0015】

前記料金精算部は、前記現在入金額の使用指示を受付け可能であってもよい。この場合、前記情報処理部は、前記現在入金額の使用指示が受付けられた場合、当該使用指示に応じた使用金額を、前記記憶部に記憶された現在入金額から減算してもよい。

【0016】

前記料金精算部は、過去の未精算の金額を精算する指示を受付け可能であってもよい。この場合、前記情報処理部は、前記過去の未精算の金額を精算する指示が受付けられた場合、当該精算の指示に応じた精算額を前記記憶部に記憶された未精算総額から減算してもよい。

【0017】

記車両識別情報は、車両のナンバープレート情報であってもよい。

【0018】

前記料金精算部は、前記ナンバープレート情報の入力を受付け可能であってもよい。

【0019】

前記情報処理部は、利用者ごとに、当該利用者の車両に関する前記差額情報を少なくとも含むＷｅｂページを生成するＷｅｂページ生成部を有してもよい。

【0020】

本発明の一形態に係る情報処理装置は、記憶部と、出力部とを具備する。
前記記憶部は、利用者の車両を識別可能な車両識別情報に関連付けて当該利用者の現在入金額及び未精算総額を記憶する。
前記出力部は、前記記憶された現在入金額及び未精算総額の差額に関する差額情報を出力する。

【0021】

本発明の一形態に係る情報処理方法は、コンピュータにより実行される情報処理方法であって、利用者の車両を識別可能な車両識別情報に関連付けて当該利用者の現在入金額及び未精算総額を記憶することを含む。
前記記憶された現在入金額及び未精算総額の差額に関する差額情報が出力される。

【0022】

本発明の一形態に係るプログラムは、コンピュータに以下のステップを実行させる。
利用者の車両を識別可能な車両識別情報に関連付けて当該利用者の現在入金額及び未精算総額を記憶するステップ。
前記記憶された現在入金額及び未精算総額の差額に関する差額情報を出力するステップ。

【発明の効果】

【0023】

以上のように、本発明によれば、駐車場の設備コストや管理コストを低減させつつ、利用者にとって料金精算に関する利便性を向上させ、また管理者側の料金回収の負担を低減することが可能となる。

【図面の簡単な説明】

【0024】

【図1】本発明の一実施形態に係る駐車場管理システムの構成例を示す概略図である。

【図2】駐車場に配置される料金精算機の機能的な構成例を示すブロック図である。

【図3】駐車場管理装置の機能的な構成例を示すブロック図である。

【図4】在車情報、出庫情報、及び未精算／一部入金出庫情報の一例を示す図である。

【図5】先払い／未払い車両情報の一例を示す図である。

【図6】駐車料金の精算処理の一例を示すフローチャートである。

【図7】料金精算機のタッチパネルに表示される操作画面の構成例を示す図である。

【図8】料金精算機のタッチパネルに表示される操作画面の構成例を示す図である。

【図9】料金精算機のタッチパネルに表示される操作画面の構成例を示す図である。

【図10】料金精算機のタッチパネルに表示される操作画面の構成例を示す図である。

【図11】料金精算機のタッチパネルに表示される操作画面の構成例を示す図である。

【図12】利用者ごとに作成される利用者ページ（Ｗｅｂページ）の一例である。

【発明を実施するための形態】

【0025】

以下、本発明に係る実施形態を、図面を参照しながら説明する。

【0026】

［駐車場管理システム］
図１は、本発明の一実施形態に係る駐車場管理システムの構成例を示す概略図である。駐車場管理システム５００は、本発明に係る情報処理システムの一実施形態に相当する。

【0027】

駐車場管理システム５００は、利用者端末１０と、管理機関端末２０と、駐車場装置３０と、駐車場管理装置４０とを有する。これらの端末及び装置は、ネットワーク１を介して相互に通信可能に接続されている。

【0028】

ネットワーク１は、例えばインターネットや広域通信回線網等により構築される。その他、任意のＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）等が用いられてよく、ネットワーク１を構築するためのプロトコルは限定されない。

【0029】

利用者端末１０は、駐車場３１を利用する利用者により使用される。

【0030】

管理機関端末２０は、駐車場オーナーから駐車場３１の管理業務を委託された管理機関のオペレーターにより使用される。オペレーターにより、例えば日常の問合対応、ユーザ対応、駐車場装置３０の故障時の保守メンテ作業の情報提供等が行われる。

【0031】

利用者端末１０及び管理機関端末２０としては、ノートＰＣ（Personal Computer）、デスクトップＰＣ、スマートフォン、及びタブレット端末等の任意のコンピュータが用いられてよい。

【0032】

駐車場装置３０は、各駐車場３１に設置され、駐車場３１を利用する利用者への駐車券の発行や駐車料金の精算等を実行する。駐車場装置３０の前面には、例えば駐車券の発行口や挿入口、紙幣・硬貨投入口、表示部、領収証ボタン、釣り銭や領収証の取出口等が設けられる。

【0033】

図１に示すように、駐車場３１として、フラップ装置３２を備える駐車場Ｄや、ゲート装置３３を備える駐車場Ｅ等、様々な形態の駐車場３１が存在する。本実施形態では、フラップ装置３２やゲート装置３３が設置されていない無人管理の駐車場Ａに対して、本技術が適用される場合を例に挙げて説明を行う。もちろん他の形態の駐車場３１に対しても本発明は適用可能である。

【0034】

駐車場Ａは、駐車場装置３０と、複数の車室（駐車スペース）３５と、複数の個別監視装置３６とを有する。以下駐車場装置３０を、同じ符号を用いて料金精算機３０と記載する。

【0035】

個別監視装置３６は、各車室３５に１つずつ設けられる。個別監視装置３６は、監視機能及び車両認識機能を有し、具体的には赤外線等を利用した車両センサ（図示省略）と、カメラ３７とを有する。車両センサにより車室３５への車両の進入、及び車室３５からの車両の退出が検出される。カメラ３７により、車両のナンバープレートが撮影される。

【0036】

撮影されたナンバープレートの画像から、ナンバープレート情報（陸運支局名、分類番号、平仮名、４桁の一連番号等）がＯＣＲ（Optical Character Recognition）処理によって生成される。個別監視装置３６は、本実施形態において、検出部及び生成部として機能する。またナンバープレート情報は、利用者の車両を識別可能な車両識別情報に相当する。

【0037】

駐車場管理装置４０は、本実施形態に係る駐車場管理サービスをＷｅｂサービスとし提供可能である。本実施形態では、複数のサーバ装置４１と、データベース（ＤＢ）４２とにより駐車場管理装置４０が構成される。

【0038】

各サーバ装置４１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）等のコンピュータの構成に必要なハードウェアを有する。ＣＰＵが所定のプログラムを実行し、サーバ装置４１内のハードウェア資源と協働することで、出力部を含む情報処理部が実現される。プログラムは、例えば種々の記録媒体を介して、あるいはインターネット等を介してサーバ装置４１にインストールされる。

【0039】

ＤＢ４２は記憶部として機能し、駐車場管理サービスに関する種々の情報を記憶する。例えばＤＢ４２内には、在車情報ＤＢ、出庫情報ＤＢ、未精算／一部入金出庫情報ＤＢ、及び先払い／未払い車両情報ＤＢが構築される（図４及び５参照）。その他、ＤＢ４２内には、オーナー情報ＤＢ、利用者情報ＤＢ、種々の履歴ＤＢ、管理情報ＤＢ等の、種々のＤＢが構築される。

【0040】

各種のＤＢは、駐車場管理装置４０内のＤＢサーバにより包括的に管理され、例えば各駐車場３１のオーナー情報の登録及び保管、運営収支情報の記録及び保管等が実行される。また、駐車場管理装置４０内のＷｅｂ／ＡＰＩサーバでは、各駐車場３１の満空車情報の収集及び出力、駐車場装置３０のエラー履歴や釣銭管理状況の収集及び記録、管理機関端末２０からの遠隔操作の仲介等が実行される。

【0041】

また本実施形態では、個別監視装置３６により生成されたナンバープレート情報に関連付けて、利用者の現在入金額、未精算総額、及びこれらの差額に関する差額情報等が記憶される。そして例えば未精算出庫、一部入金出庫、現在入金額の使用、過去の未精算金額の精算等に応じて、データの登録、変更、読出等が適宜実行される。この点については、後述する。

【0042】

なお駐車場３１を所有するオーナー自身で、駐車場３１の管理業務を行う場合もある。この場合、オーナーが所有する端末が管理機関端末２０として機能し得る。また管理業務を委託された管理機関が駐車場管理装置４０を保有し、本実施形態に係る駐車場管理サービスを提供することもあり得る。

【0043】

図２は、駐車場Ａに配置される料金精算機３０の機能的な構成例を示すブロック図である。駐車場Ａには、フラップ装置やゲート装置が設置されていないので、原則的には、車室３５から車両を退出させる前に、料金精算機３０に対して駐車料金の事前精算（出庫前精算）が行われる。なお後述するように、本駐車場管理システム５００では、当該事前精算のみならず、他の精算方法も選択可能である。

【0044】

料金精算機３０は、ＣＰＵ５１と、メモリ５２と、これらとバス５３を介して接続されるインターフェイス５４とを有する。メモリ５２は、例えばＲＯＭ、ＲＡＭ、フラッシュメモリ等から構成され、種々のプログラムや種々の駐車データ等が記憶される。

【0045】

インターフェイス５４には、カードリーダライタ５５、紙幣・硬貨管理部５６、タッチパネル（表示部）５７、スピーカ５８、領収証プリンタ５９、通信部６０、及び個別監視装置制御部６１が接続される。各ブロックの動作は、プログラムに従って動作するＣＰＵ５１により制御され、例えばタッチパネル５７やスピーカ５８による表示画面及び音声ガイドに基づいて、利用者は円滑に操作を行うことが可能である。

【0046】

カードリーダライタ５５は、利用者に供給される駐車券の磁気ストライプに所定の情報を書き込み、また駐車券の表面に所定の情報を印字する。またカードリーダライタ５５は、挿入口に挿入された駐車券から駐車券情報を読み込み、駐車時間及び割引情報をもとに、精算金額を算出する。

【0047】

なお本実施形態では、駐車券の発行を省略することが可能であり、管理コストを抑えることが可能である（後述する精算処理及び精算操作の説明を参照）。

【0048】

紙幣・硬貨管理部５６は、紙幣・硬貨投入口に投入された紙幣等を受け取り、計数して投入金額を算出する。また精算により必要となった釣り銭等を計数し、紙幣・硬貨返却口に払い出す。領収証プリンタ５９は、領収証に精算額や日時等をプリントして発行する。

【0049】

通信部６０は、ネットワーク１を介して、駐車場管理装置４０等の他の装置と通信するための、モデム、ルータ、その他の通信機器である。通信部６０は、有線及び無線のどちらを利用して通信するものであってもよい。

【0050】

個別監視装置制御部６１は、各車室３５に設置された個別監視装置３６の動作を制御する。個別監視装置制御部６１は、個別監視装置３６から出力された車両の進入及び退出の検出結果やナンバープレート情報を取得する。取得された各情報は、通信部６０を介して駐車場管理装置４０に送信され、また料金精算機３０のメモリ５２に記憶される。

【0051】

その他、料金精算機３０により取得された種々の情報が、通信部６０を介して、駐車場管理装置４０に送信される。例えば駐車料金の収支、割引結果、障害発生情報、故障履歴等が駐車場管理装置４０に送信される。また管理機関のオペレーターが遠隔操作を行う場合には、管理機関端末２０から料金精算機３０に遠隔操作信号が送信され、遠隔操作が実行される。

【0052】

本実施形態において、料金精算機３０は、利用者の精算操作を受付ける料金精算部として機能する。

【0053】

図３は、駐車場管理装置４０の機能的な構成例を示すブロック図である。駐車場管理装置４０は、売上集計部７１、利用台数集計部７２、データ分析部７３、先払い／未払い車両情報管理部７４、メール配信部７５、及びＷｅｂページ作成部７６を有する。これらのブロックは、例えば駐車場管理装置４０内の、ＤＢサーバ、メールサーバ、Ｗｅｂ／ＡＰＩサーバ等の種々のサーバ装置４１により実現される。

【0054】

売上集計部７１及び利用台数集計部７２により、日毎又は月毎（さらに期間毎や年毎）の売上及び利用台数が集計される。データ分析部７３は、ＤＢ４２に記憶された駐車場関連情報を分析し、例えば経営分析結果として出力する。先払い／未払い車両情報管理部７４は、主に、先払い／未払い車両情報ＤＢ内の各データを管理する（図５参照）。

【0055】

メール配信部７５は、駐車場の利用者や駐車場オーナー等に通知される種々の通知情報を、メールにて送信する。Ｗｅｂページ作成部７６は、例えばＷＷＷ（World Wide Web）システムを用いて、本駐車場管理システム５００を利用するためのＷｅｂページを生成する。駐車場の利用者、オーナー、及び管理機関のオペレーター等は、自身の端末を用いて、Ｗｅｂブラウザを介してＷｅｂページにアクセスする。これにより容易に本駐車場管理サービスを利用することが可能となる。

【0056】

図４は、在車情報、出庫情報、及び未精算／一部入金出庫情報の一例を示す図である。図５は、先払い／未払い車両情報の一例を示す図である。

【0057】

在車情報８０は、駐車スペースＮｏ、ステータス、入庫日時、精算日時、精算金額、車両ナンバー等を含む。ステータスは、入庫中、駐車中、及び精算済等を含む。入庫日時、精算日時、精算金額、及び車両ナンバーは、個別監視装置３６及び料金精算機３０により取得される。なお車両ナンバーは、上記したナンバープレート情報に相当する。

【0058】

出庫情報８１は、駐車スペースＮｏ、ステータス、入庫日時、精算日時、精算金額、車両ナンバー、及び未精算出庫日時等を含む。出庫情報８１は、車室３５から車両が退出するごとに生成される。ステータスは、事前精算、未精算、及び一部入金等を含む。

【0059】

未精算／一部入金出庫情報８２は、未精算出庫又は一部入金出庫が行われると、出庫情報８１に関連付けられて生成される。未精算／一部入金出庫情報８２は、出庫情報Ｎｏ、駐車場Ｎｏ、駐車スペースＮｏ、未精算／一部入金ステータス、出庫日時、入庫日時、未収金額、車両ナンバー、及び対処ステータス等を含む。

【0060】

未精算／一部入金ステータスは、未精算出庫であるか一部入金出庫であるかを判別するための情報である。なお未精算出庫とは、駐車料金の精算を行わずに出庫することである。一部入金出庫とは、駐車料金の一部を支払って出庫することである。いずれにせよ未精算の金額が発生し、その値は未収金額として記憶される。対処ステータスは、利用者へのメール通知等を済ませたか等、未精算金額に対する対処に関する情報である。

【0061】

図５に示すように、先払い／未払い車両情報８３は、管理番号、車両ナンバー、現在入金額、入金総額、入金履歴、先払い額（現金）、プリペイド残高、未精算総額、未精算履歴、精算済履歴、差額、クレジット情報、及び車両画像等を含む。

【0062】

現在入金額は、利用者により先払いされた金額であり、駐車場料金の精算等に使用可能な金額である。現在入金額は、本駐車場管理システム５００に現在プールされている金額ともいえる。入金総額は、現時点までに先払いした金額の総額である。入金総額から現時点までに使用された金額を減算すると現在入金額となる。

【0063】

入金履歴は、現時点までに先払いにより入金した日時や金額等を含む履歴情報である。先払い額（現金）は、先払いした現金の金額である。プリペイド残高は、本駐車場管理システム５００にて使用可能なプリペイドカードの残高である。本実施形態では、先払い額（現金）とプリペイド残高との合計が、現在入金額となる。もちろんこれに限定されず、プリペイド残高は現在入金額に含まれず、単に現金による支払いに代わるものとして取り扱われてもよい。

【0064】

なおプリペイド残高は、プリペイドカードのＩＤ番号等を登録することで、駐車場管理システム５００内でデータとして管理されてもよい。あるいは料金精算機３０にプリペイドカードが挿入されて読み取られた残高が、逐次プリペイド残高として記憶されてもよい。

【0065】

未精算総額は、未精算出庫や一部入金出庫等により発生した未精算金額の総額である。未精算履歴は、未精算金額が発生した日時、及び精算金額等を含む履歴情報である。精算済履歴は、過去の未精算金額に対して、精算が行われた日時等を含む履歴情報である。精算済履歴が、未精算履歴に含まれる場合もあり得る。

【0066】

差額は、現在入金額と未精算総額との差額である。現在入金額の方が大きい場合は、プラスの値が記憶される。未精算総額の方が大きい場合は、マイナスの値が記憶される。クレジット情報は、クレジット決済の有無、決済方法、及びクレジットカード情報等を含む。例えば毎月の所定の日に差額が読み出され、マイナスとなる場合（未精算総額が大きい場合）には、差額又は未精算総額をクレジット決済する、といった設定情報も含まれる。

【0067】

車両画像は、個別監視装置３６により撮影された車両の画像である。撮影された車両画像が他の車両画像ＤＢに記憶され、その車両画像へのリンク情報が格納されてもよい。

【0068】

このように本実施形態では、車両ナンバーに関連付けられて現在入金額及び未精算総額が記憶される。図５に示す先払い／未払い車両情報８３は、本実施形態において、現在入金額と未精算総額の差額に関する差額情報に相当する。当該差額情報は、料金精算機３０に出力され、適宜タッチパネル５７に表示される。なお図５に示す各情報とは異なる情報が、差額情報として記憶されてもよい。

【0069】

［精算処理］
図６は、本駐車場管理システム５００による駐車料金の精算処理の一例を示すフローチャートである。個別監視装置３６により、車室３５への車両の入庫が監視される（ステップ１０１）。車両の入庫が検出されると（ステップ１０１のＹｅｓ）、ナンバープレート情報（車両ナンバー）が取得される（ステップ１０２）。そして図４に示す在車情報８０が生成され、駐車場管理装置４０のＤＢ４２に記憶される。ステータスは駐車中となり、精算日時及び精算金額はブランクとなる。

【0070】

なお料金精算機３０により在車情報８０等が生成され、駐車場管理装置４０に送信されてもよい。あるいは料金精算機３０により出力された各情報をもとに、駐車場管理装置４０により在車情報８０等が生成されてもよい。

【0071】

車両が出庫される際には、利用者によってどのような精算方法が選択されたかが監視される。本実施形態では、まず未精算出庫の有無が判定される。すなわち利用者による料金精算が行われていない状態で、車両の車室３５からの退出が検出されたか否かが判定される（ステップ１０３）。

【0072】

未精算出庫である場合（ステップ１０３のＹｅｓ）、未精算出庫情報が生成される（ステップ１０４）。具体的には、図４に示す出庫情報８１が生成される。ステータスは未精算となり、車室３５から車両が退出した時間が未精算出庫日時となる。

【0073】

また図４に示す未精算／一部入金出庫情報８２が生成される。未精算／一部入金ステータスは未精算となり、未収金額は未精算の駐車料金が記憶される。駐車料金は、入庫日時及び未精算出庫日時をもとに、所定の料金体系に沿って算出される。生成された出庫情報８１及び未精算／一部入金出庫情報８２は、駐車場管理装置４０のＤＢ４２に記憶される。

【0074】

また本実施形態では、車両ナンバーに基づいて、図５に示す先払い／未払い車両情報８３が検索される。同じ車両ナンバーを含む先払い／未払い車両情報８３が記憶されている場合には、未精算／一部入金出庫情報８２内の未収金額が、未精算総額に加算される。また差額及び未精算履歴が更新される。

【0075】

同じ車両ナンバーを含む先払い／未払い車両情報８３が記憶されていない場合には、新たな管理番号のもとに、先払い／未払い車両情報８３が新規作成される。現在入金額や入金総額等は０となり、未精算総額、未精算履歴、及び差額等が適宜格納される。

【0076】

なお図４に示す在車情報ＤＢ内の、車両が出庫した車室３５に関する在車情報８０は消去される。

【0077】

未精算出庫ではない場合（ステップ１０３のＮｏ）、一部入金出庫であるか否かが判定される（ステップ１０５）。本実施形態では、車両を出庫させる前に料金精算機３０に対して一部入金の指示が入力された場合に、一部入金出庫であると判定される。

【0078】

一部入金出庫である場合（ステップ１０５のＹｅｓ）、一部入金出庫情報が生成される（ステップ１０６）。具体的には、ステータスが一部入金となる出庫情報８１が生成される。未精算出庫日時は、車両の出庫時間となる。また未精算／一部入金出庫情報８２が生成される。未精算／一部入金は一部入金となり、未収金額は未精算金額、すなわち駐車料金から入金額を減算した値となる。

【0079】

これらの情報に基づいて、先払い／未払い車両情報８３が検索される。同じ車両ナンバーの情報が存在する場合には、未収金額が未精算総額に加算され、差額等が更新される。ＤＢ内に情報が存在しない場合には、新規の先払い／未払い車両情報８３が作成される。なお在車情報ＤＢ内の在車情報８０は消去される。

【0080】

一部入金出庫でない場合（ステップ１０５のＮｏ）、精算出庫であるか否かが判定される（ステップ１０７）。ここでいう精算出庫は、今回の駐車分の駐車料金の全額を精算して出庫することをいう。料金精算機３０に対して、全額精算の操作が入力された場合は、精算出庫であると判定される。当該精算操作の入力がない場合には、精算出庫ではないと判定され、ステップ１０７のＮｏからステップ１０３に戻る。

【0081】

精算出庫である場合（ステップ１０７のＹｅｓ）、今回の駐車分の料金精算に併せて、過去の未精算の金額の全額又は一部を精算する過去分精算が行われるか否かが判定される（ステップ１０８）。

【0082】

過去分精算が行われない場合（ステップ１０８のＮｏ）、通常の事前精算出庫となり、事前精算出庫情報が生成される（ステップ１０９）。具体的には、ステータスが精算済となり、精算日時及び精算金額の情報を含む出庫情報８１が生成される。未精算／一部入金出庫情報８２は生成されない。また駐車場管理装置４０による、先払い／未払い車両情報ＤＢへの検索や更新等もない。

【0083】

在車情報８０は、精算が完了すると精算日時及び精算金額が入力され、車両が退出すると消去される。また、出庫情報８１は、例えば運営収支情報として使用することが可能である。

【0084】

過去分精算が行われる場合（ステップ１０８のＹｅｓ）、過去分精算情報が生成される（ステップ１１０）。ステップ１０９にて生成される出庫情報８１に加えて、精算された過去の未精算金額等の情報が生成され、これらの情報に基づいて、先払い／未払い車両情報８３の未精算総額、差額、及び精算済履歴等が更新される。

【0085】

なお本実施形態では、駐車場料金の全額入金、一部入金、及び過去分精算を行う際に、プールされている現在入金額を使用することが可能である。料金精算機３０に、現在入金額の使用指示が入力された場合には、使用される金額等を含む使用情報が生成される（ステップ１０６、１０９、１１０）。駐車場管理装置４０は、使用指示に応じた使用金額を、先払い／未払い車両情報８３内の現在入金額から減算する。それに応じて差額等も更新される。なお、月次の決済日において、差額がプラスで、且つ未精算総額が残っている場合には、自動的に差額から減算してもよい。

【0086】

［精算操作画面］
図７～図１１は、料金精算機３０のタッチパネル５７に表示される操作画面の構成例を示す図である。料金精算機３０により、精算操作用の画像（ＧＵＩ）が生成されタッチパネル５７に表示される。これにより図７～図１１に示す各操作画面が構成される。

【0087】

未精算出庫をする場合には、精算操作をすることなく車両を出庫すればよい。例えば所持金が少ない場合や精算する時間がない場合等において、未精算出庫が選択される。未精算金額は、上記した過去分精算や後述する後精算により十分に回収可能である。

【0088】

図７Ａは、初期画面の一例を示す画像である。利用者により、初期画面１００内の精算ボタン１０１が選択される。これにより図７Ｂに示す車室ナンバー入力画面１１０が表示される。なお初期画面１００内の後精算ボタン１０２については後述する。

【0089】

利用者はテンキー１１１を用いて、自分の車両が駐車されている車室３５のナンバーを入力する。入力されたナンバーは、ナンバー表示部１１２に表示され、エンターキーが選択されることで、図８Ａに示す料金表示画面１２０が表示される。

【0090】

なお車室ナンバー入力画面１１０内の取消ボタン１１３が選択されると、初期画面１００に戻る。精算ボタン１１４及び後精算ボタン１１５を選択すると、互いの精算モードを切り替えることが可能となる。図７Ｂに示す例では、精算モードが選択されている旨が認識可能なように、精算ボタン１１４が強調表示されている。これにより操作性が向上される。

【0091】

図８Ａに示すように、料金表示画面１２０には、駐車料金と、投入金額と、車両ナンバーとが表示される。また料金表示画面１２０には、係員ボタン１２１、差額確認ボタン１２２、一部入金ボタン１２３、取消ボタン１２４、及び戻るボタン１２５が表示される。

【0092】

利用者は表示された駐車料金及び投入金額を確認しがなら、料金精算機３０に金銭を投入する。駐車料金もしくはそれ以上の金額が投入された時点で精算が開始され、通常の事前精算が実行される。（図６のステップ１０９へのフロー）。なお精算対象となる車両のナンバーが表示されるので、精算間違い等を十分に防止することが可能である。

【0093】

図８Ａに示す例では、駐車料金３０００円に対して、２０００円が投入されている。この状態で、一部入金ボタン１２３が選択されると、一部入金精算となる（ステップ１０６へのフロー）。料金表示画面１２０内の累積の差額とは、現時点における現在入金額と未精算総額との差額を意味する。差額確認ボタン１２２を選択すると、図８Ｂに示す差額表示画面１３０が表示される。

【0094】

なお差額が存在する場合には、その旨が認識可能なように、累積の差額の文字が強調されて表示される。差額が無い場合には、強調表示は行われない。差額の有無を表現する方法は、当該強調表示に限定されない。また係員ボタン１２１を選択すると管理機関のオペレーターと通話が可能となる。戻るボタン１２５を選択すると、直前の画面（本例では車室ナンバー入力画面１１０）に戻る。

【0095】

図８Ｂに示すように差額表示画面１３０には、差額と、料金残高と、車両ナンバーと、一部入金精算をした場合の更新後の差額（未精算総額に未精算の金額を加算した値）が表示される。また差額表示画面１３０には、一部入金ボタン１３１、先払い／未払い情報ボタン１３２と、取消ボタン１３３と、戻るボタン１３４とが表示される。

【0096】

一部入金精算を選択した場合の更新後の差額が表示されるので、利用者は、安心して計画的に一部入金精算ボタン１３１を選択して、一部入金精算を行うことが可能となる。現時点までの現在入金額及び未精算総額等を確認したい場合には、先払い／未払い情報ボタン１３２が選択される。これにより図９Ａに示す先払い／未払い情報表示画面１４０が表示される。

【0097】

図９Ａに示すように先払い／未払い情報表示画面１４０には、先払い料金（現在入金額）と、未払い料金（未精算総額）と、投入金額と、車両ナンバーとが表示される。また先払い／未払い情報表示画面１４０には、残高使用ボタン１４１と、先払い料金の詳細ボタン１４２と、過去精算ボタン１４３と、未払い料金の詳細ボタン１４４と、取消ボタン１４５と、戻るボタン１４６とが表示される。

【0098】

先払い料金及び未払い料金が表示されるので、例えば利用者は、これらのバランス等を考えながら精算方法を選択することが可能となる。先払い料金の詳細ボタン１４２を選択すると、図９Ｂに示す入金詳細情報画面１５０が表示される。入金詳細情報画面１５０には、図５に示す先払い／未払い車両情報８３内の入金総額や入金履歴等が表示される。図９Ｂに示す例では、現金で前払いした日時及び金額と、プリペイド残高が表示されている。前ボタン１５１や次ボタン１５２を操作することで、他の入金履歴等を表示させることが可能である。

【0099】

先払い／未払い情報表示画面１４０内の残高使用ボタン１４１を選択すると、先払い料金を使用することが可能となる。図示は省略するが、例えばテンキー等を含む画面が表示され、それを使って使用金額が入力される。入力された使用金額と投入金額との合計額が、今回の精算金額として表示される。

【0100】

合計の精算金額が駐車料金よりも少ない場合は、一部入金出庫となる。合計の精算金額が駐車料金よりも大きい場合は、事前精算出庫となる。なお駐車料金と同額の値が合計の精算金額の上限値として設定されてもよい。もちろん投入金額が０円の状態で、先払い料金を使用することも可能である。

【0101】

投入金額が０円であり、先払い料金の使用額も０円で精算することも可能である。例えば所持金がなく、先払い料金も０円であった場合等に、そのような出庫が考えられる。このような精算操作は、未精算の指示の入力に相当する。

【0102】

未払い料金の詳細ボタン１４４を選択すると、図１０に示す未精算詳細情報画面１６０が表示される。未精算詳細情報画面１６０には、図５に示す先払い／未払い車両情報８３内の未精算履歴や精算済履歴等が表示される。

【0103】

図１０に示す例では、未精算の金額が発生した駐車場Ｎｏ、駐車スペース（車室）Ｎｏ、入庫／出庫日時、未精算か一部入金かの判別情報、及び未精算金額が表示される。前ボタン１６１や次ボタン１６２を操作することで、他の未精算履歴等を表示させることが可能である。

【0104】

先払い／未払い情報表示画面１４０内の過去精算ボタン１４３を選択すると、過去分精算が可能となる。例えば今回の駐車料金と未払い料金の合計（本例では８０００円）が表示され、全額精算の有無が選択可能となる。全額精算を選択することで、過去分の未精算金額の一括精算が可能となり、高い利便性が発揮される。

【0105】

テンキー等を操作して、精算額が入力可能であってもよい。あるいは図１０等に示す未精算履歴に対して、精算対象となる未精算金額が指定可能であってもよい。例えば精算した過去の未精算の情報を表示させ、ＯＫボタン を選択することで、未精算金額の指定が可能となる。なお過去分精算に、先払い料金が使用されてもよい。

【0106】

本駐車場管理システム５００では、利用者の所望のタイミングで、過去分精算を実行することが可能である。過去分精算は、過去に車両を駐車した駐車場のみならず、本駐車場管理システム５００を利用する任意の駐車場の料金精算機３０にて実行可能である。あるいは駐車場以外の他の施設等に配置された料金精算機３０が使用可能であってもよい。

【0107】

後精算を実行するためには、図７に示す初期画面１００内の後精算ボタン１０２が選択される。そうすると図１１Ａに示す車両ナンバー入力画面１７０が表示される。利用者は車両ナンバーの４桁の一連番号を入力する。そうすると図１１Ｂに示す後精算車ナンバー選択画面１８０が表示される。後精算車ナンバー選択画面１８０には、先払い／未払い車両情報ＤＢに記憶された、同じ４桁の一連番号を有する車両ナンバーの一覧が表示される。

【0108】

利用者は自分の車両の車両ナンバーを選択する。そうすると図９Ａに示す先払い／未払い情報表示画面１４０が表示され、過去精算ボタン１４３を選択することで、適宜過去分精算を実行することが可能となる。このように車両ナンバーを入力することで、いずれかの駐車場からでも、後精算を容易に実行すること可能である。

【0109】

図７～図１１に示す各画面を構成する画像は、本実施形態において、差額情報に関する画像に相当する。図７～図１１に示すように、差額情報に関す画像は、以下の情報を含む。
差額…図８Ｂ参照
差額の有無…図８Ａの累積の差額の文字の強調表示
差額を利用した精算の指示ボタン…一部入金ボタン１２３及び１３１、残高使用ボタン１４１、過去精算ボタン１４３等
現在入金額…図９Ａの先払い料金
入金総額及び入金履歴…図９Ｂ参照
未精算総額…図９Ａの未払い料金
未精算履歴及び精算済履歴…図１０参照（精算済履歴の表示例は省略）

【0110】

各操作画面の具体的な構成や表示方法は限定されず、任意に設定されてよい。

【0111】

図１２は、利用者ごとに作成される利用者ページ（Ｗｅｂページ）の一例である。例えば本駐車場管理システム５００の利用に、会員登録が条件となってもよい。利用者により、氏名、住所、車両ナンバー、連絡先のメールアドレス等が入力される。駐車場管理装置４０は、入力された情報を会員登録ＤＢに登録し、図５に示す先払い／未払い車両情報８３を作成する。また会員となった利用者用の利用者ページ２００を作成する。利用者ページ２００は、例えば利用者のログイン操作により、利用者端末１０に表示される。

【0112】

図１２に示すように利用者ページ２００は、差額情報、当月利用情報、プリペイド入金、クレジット情報、ユーザ設定、及びご利用履歴のタブ２０１を有する。差額情報のタブ２０１が選択されると、差額に関する種々の情報が表示される。図１２に示す例では、現時点での差額と、後精算実行ボタン２０２と、車両ナンバーと、決済情報が表示される。もちろんこれらの情報に限定されるわけではない。

【0113】

後精算実行ボタン２０２を選択すると、上記で説明した後精算を実行することが可能となる。例えば過去の未精算金額の全額又は一部がクレジット決済等により精算される。このように任意の場所にて、利用者端末１０を用いて、未精算部の金額を精算することが可能である。これにより非常に高い利便性を発揮することが可能となる。または、利用者端末１０に接続される任意の電子決済手段により決済することも可能である。

【0114】

当月利用情報としては、当月の駐車場の利用履歴、入金履歴、未精算履歴等が表示される。プリペイド入金のタブ２０１が選択されると、プリペイド残高、プリペイド支払いの履歴、支払い額、プリペイド金額のチャージ履歴、チャージ額等が表示される。クレジット情報としては、クレジット決済に関する情報が表示される。ユーザ設定のタブ２０１が選択されると、その他の諸々の設定情報が表示される。ご利用履歴のタブ２０１が選択されると、現時点までの種々の履歴情報が表示される。なお、プリペイド・チャージ等は、必ずしもプリペイドカードを使用した情報や使用方法に限定されず、料金精算機３０での一部入金をチャージと同じに扱ったり、組合せてもよい。

【0115】

また利用者ページ２００に表示される種々の機能ボタン２０３を選択することで、種々のサービスを利用することが可能となる。図１２に示す例では、空き駐車場の検索、地図表示による検索、予約サービス、駐車料金の支払いサービス、その他諸々のサービス等を利用することができる。また差額が所定の閾値よりも小さくなった場合（例えばマイナスになった場合等）に、メールが送信されてもよい。

【0116】

以上、本実施形態に係る駐車場管理システム５００では、現在入金額及び未精算総額が記憶され、その差額に関する差額情報が出力される。従って利用者は、金銭を先払いしてプールさせることや、未精算の状態で車両を出庫させること等が可能となる。これにより、未精算出庫、一部入金出庫、未払い料金の精算、及び先払い金額の使用等の、利用者の状況等に応じた種々の精算方法を選択することが可能となる。この結果、利用者が料金を精算する際の利便性を向上させることが可能となる。

【0117】

また事前精算を忘れてしまった場合、所持金が駐車料金よりも少ない場合、又は料金精算機３０の故障等により釣銭を出すことができない場合等が発生した場合でも、各状況に柔軟に対応することが可能となる。特に未精算の金額が発生してしまう場合、従来では、オペレーターとの相談の上、利用者の個人情報を控え、後の支払い方法や日時等を決定するといったことが必要であった。本発明を利用することで、そのような打ち合わせ等が不要となり、後精算や過去分精算等により、確実に料金を回収することが可能である。この結果、駐車場の管理者側の料金回収の負担を十分に低減することが可能となる。

【0118】

また利用者が未精算出庫を行い、そのことを忘れてしまった場合でも、次回以降の料金精算時に、差額情報が表示されるので、未精算の金額があることを簡単に思い出すことができる。また未精算金額の支払いの督促等とは違い差額金額の表示であるので、利用者の気分を害することもなく、また不信感を抱かせることもなく、利用者の納得のもとにスムーズに料金を回収することが可能となる。

【0119】

［その他の実施形態］
本発明は、以上説明した実施形態に限定されず、他の種々の実施形態で実現することができる。

【0120】

上記では、利用者による料金精算が行われていない状態で、利用者の車両の車室からの退出が検出されると、未精算出庫であると判定された。そして未精算の金額が、未精算総額に加算された。これに代えて車両の出庫から所定の時間が経過するまでは、未精算出庫ではなく一時未精算出庫であると判定され、所定の時間の経過後に未精算出庫と判定されてもよい。一時未精算出庫であると判定されている間（所定の時間の経過前）は、未精算金額は未精算総額に加算されず、駐車料金の全額精算又は一部精算が可能であってもよい。

【0121】

例えば所定の時間の経過前は、図４に示す在車情報８０は消去されず、出庫情報８１及び未精算／一部入金出庫情報８２は生成されない。そして駐車料金の全額又は一部が精算されれば、在車情報８０が消去され、出庫情報８１等が生成される。これにより出庫直後に精算忘れに気付いた場合や、待機している車両のためにとりあえず車両を出庫させてそれから精算を行うといった場合に、柔軟に対応することが可能となり高い利便性を発揮することが可能となる。なお所定の時間の経過前に他の車両が入庫した場合には、その時点で未精算出庫と判定されてもよい。もっとも、未精算出庫となっても、すぐに後精算で出庫後の精算を容易に行なうことができる。

【0122】

上記では、車両識別情報として、ナンバープレート情報が用いられた。これに限定されず、例えば車両に搭載されたＥＴＣ（Electronic Toll Collection）車載器を識別するＷＣＮ（Wireless Call Number）を含む情報が、車両識別情報として用いられてもよい。

【0123】

本発明は、フラップ装置やゲート装置が備えられた駐車場にも適用可能である。フラップ装置やゲート装置が備えられる場合には、例えば未精算出庫ボタン等が準備され、当該ボタンを選択することでフラップ装置等が出庫可能に動作する。これにより未精算出庫が可能となる。ただし、この操作をせずに無理やり出庫した場合は、不正出庫として扱われる。

【0124】

本駐車場管理システム５００を運営する運営機関への通信又は通話により、車両ナンバーを通知することで、運営機関側から後精算を可能とする手段が提供されてもよい。例えば利用者からの通知が駐車場等から行われた場合には、当該駐車場等に配置された駐車場装置が遠隔操作され、図９Ａに示す先払い／未払い情報表示画面１４０が表示される。あるいは先払い／未払い情報表示画面１４０を表示させるためのコード情報等が利用者に送信されてもよい。利用者は駐車場に出向いた際に駐車場装置３０にコード情報を入力することで、先払い／未払い情報表示画面１４０を表示させて後精算を実行する。これにより利用者にとっての利便性を向上させることが可能となる。

【0125】

差額の情報を実績情報として、様々なサービスと連携されてもよい。例えば先払い料金の多さに応じたポイントの付与や駐車料金の割引等が考えられる。あるいは未払い料金の累積額の制限や、駐車料金の割り増し等が行われてもよい。

【0126】

本開示では、車両は、自動車に限定されず、自転車や二輪車（バイク）等も含む。すなわち上記で説明した駐車場は、自転車等を駐車するための駐輪場を含む概念である。

【0127】

本発明は、車両識別番号と関連付けて管理することの可能であるならば、駐車料金以外の種々の料金に対しても適用可能である。例えばドライブスルー、ガソリンスタンド、高速道路のサービスエリア等において、車両ナンバーやＷＣＮ等に関連付けて商品代金等が記憶可能であるならば、本発明を適用することで上記した未精算や一部入金精算等が可能となる。

【0128】

上記では駐車場管理装置が、本発明に係る情報処理部（記憶部及び出力部）としての機能を有する情報処理装置として構成された。これに代えて、料金精算部として機能する駐車場装置に、記憶部及び出力部の機能が備えられてもよい。この場合、当該駐車場装置は、本発明に係る情報処理装置の一実施形態として機能する。また情報処理部としての機能の一部が駐車場装置に備えられ、他の一部が駐車場管理装置に備えられる場合もあり得る。

【0129】

以上説明した本発明に係る特徴部分のうち、少なくとも２つの特徴部分を組み合わせることも可能である。すなわち各実施形態で説明した種々の特徴部分は、各実施形態の区別なく、任意に組み合わされてもよい。また上記で記載した種々の効果は、あくまで例示であって限定されるものではなく、また他の効果が発揮されてもよい。

【0130】

また本発明は、請求の範囲及び明細書全体から読み取ることのできる発明の要旨又は思想に反しない範囲で適宜変更可能であり、そのような変更を伴う駐車場管理システムもまた本発明の技術思想に含まれる。

【産業上の利用可能性】

【0131】

本発明の技術は、複数のフラップレス式駐車場を含み、他にも複数のゲート式駐車場か個別ロック式（ フラップ式）駐車場やゲート式駐車場を、統合して管理する駐車場管理システムに好適に利用することができる。

【符号の説明】

【0132】

１０…利用者端末
３０…駐車場装置（料金精算機）
３１…駐車場
３５…車室
３６…個別監視装置
４０…駐車場管理装置
４１…サーバ装置
４２…ＤＢ
７４…先払い／未払い車両情報管理部
８０…在車情報
８１…出庫情報
８２…未精算／一部入金出庫情報
８３…先払い／未払い車両情報
１００…初期画面
１１０…車室ナンバー入力画面
１２０…料金表示画面
１３０…差額表示画面
１４０…情報表示画面
１５０…入金詳細情報画面
１６０…未精算詳細情報画面
１７０…車両ナンバー入力画面
１８０…後精算車ナンバー選択画面
２００…利用者ページ
５００…駐車場管理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】