JP7341182B2 - サーバ、携帯端末、駐車管理方法、およびプログラム - Google Patents

Description

本発明は、駐車管理システム、携帯端末、駐車管理方法、およびプログラムに関する。

従来、所定空間への車両の入出を管理する入出管理システムにおいて、所定空間へ入出する通信装置と、通信装置との通信による認証結果によって入出を管理する入出管理装置と、入出の履歴に基づいて通信装置と入出管理装置との間の通信の接続を制御する技術が知られている（例えば、特許文献１参照）。

特開２０２０－６７７３１号公報

しかしながら、従来の技術は、駐車場のゲート等の設備が必要となるため、上記設備がない駐車エリアに対して、適切な駐車管理を行うことができない場合があった。

本発明の態様は、このような事情を考慮してなされたものであり、より適切な移動体の駐車管理を実現することができる駐車管理システム、携帯端末、駐車管理方法、およびプログラムを提供することを目的の一つとする。

この発明に係る駐車管理システム、携帯端末、駐車管理方法、およびプログラムは、以下の構成を採用した。
（１）：この発明の一態様に係る駐車管理システムは、移動体の利用者の携帯端末と、前記携帯端末と通信を行うサーバと、を含む駐車管理システムであって、前記携帯端末は、前記サーバと通信を行う端末側通信部と、前記移動体を駐車する駐車エリアに付随して設けられたコード情報を読み取るコード情報読取部と、前記駐車エリアに前記移動体を駐車させる場合に、前記コード情報読取部により読み取られたコード情報に含まれる前記駐車エリアの識別情報、前記移動体の識別情報、および前記移動体の駐車に関する情報を含む情報を、前記端末側通信部により前記サーバに送信させる端末側通信制御部と、を備え、前記サーバは、前記携帯端末と通信するサーバ側通信部と、前記サーバ側通信部により前記携帯端末から受信した情報に基づいて前記移動体の駐車を管理する管理部と、を備える、駐車管理システムである。

（２）：上記（１）の態様において、前記サーバは、前記駐車エリアを登録する登録部と、前記携帯端末の位置情報に基づいて、前記登録部により登録された駐車エリアのうち、前記携帯端末から所定距離以内に存在する前記駐車エリアを前記携帯端末に提供する提供部と、を更に備えるものである。

（３）：上記（１）または（２）の態様において、前記コード情報は、前記駐車エリアを特定する可搬式の駐車枠部材に設けられるものである。

（４）：上記（３）の態様において、前記端末側通信制御部は、前記駐車エリアに前記移動体を駐車させる場合に、前記携帯端末の位置情報を前記端末側通信部により前記サーバに送信させ、前記管理部は、前記携帯端末の位置情報に基づいて、前記駐車枠部材の位置を管理するものである。

（５）：上記（３）または（４）の態様において、前記コード情報は、前記駐車枠部材が路上に設置される場合に、設置された前記駐車枠部材の路肩側の位置に設けられるものである。

（６）：上記（３）～（５）のうち何れか一つの態様において、前記コード情報は、前記駐車枠部材が設置された地面よりも所定の高さの位置に設けられるものである。

（７）：上記（１）～（６）のうち何れか一つの態様において、前記端末側通信制御部は、前記コード情報読取部により前記コード情報が読み取られた後、前記利用者による前記駐車を開始する指示を受け付けた場合に、前記移動体の駐車を開始することを示す情報を前記端末側通信部により前記サーバに送信させるものである。

（８）：上記（１）～（７）のうち何れか一つの態様において、前記端末側通信制御部は、前記コード情報読取部により前記コード情報が読み取られた後、所定時間における前記携帯端末の操作量が所定量以上である場合に、前記移動体の駐車を開始することを示す情報を、前記端末側通信部により前記サーバに送信させるものである。

（９）：上記（７）または（８）の態様において、前記端末側通信制御部は、前記移動体の駐車が開始された後、前記コード情報読取部により前記コード情報が読み取られ、且つ、前記利用者による前記駐車を終了する指示を受け付けた場合に、前記移動体の駐車を終了することを示す情報を、前記端末側通信部により前記サーバに送信させるものである。

（１０）：上記（７）～（９）のうち何れか一つの態様において、前記端末側通信制御部は、前記移動体の駐車が開始された後、前記コード情報読取部により前記コード情報が読み取られた場合に、前記携帯端末の位置情報に基づいて、前記移動体の駐車を終了することを示す情報を、前記端末側通信部により前記サーバに送信させるものである。

（１１）：上記（２）の態様において、前記提供部は、前記移動体の前記駐車エリアへの駐車の開始または終了に関する情報を前記携帯端末に提供するものである。

（１２）：本発明の他の態様は、移動体の利用者に所持され、サーバと通信を行う携帯端末であって、前記サーバと通信を行う端末側通信部と、前記移動体を駐車する駐車エリアに付随して設けられたコード情報を読み取るコード情報読取部と、前記駐車エリアに前記移動体を駐車させる場合に、前記コード情報読取部により読み取られたコード情報に含まれる前記駐車エリアの識別情報、前記移動体の識別情報、および前記移動体の駐車に関する情報を含む情報を、前記端末側通信部により前記サーバに送信させる端末側通信制御部と、を備える携帯端末である。

（１３）：本発明の他の態様は、移動体の利用者に所持され、サーバと通信を行う携帯端末のコンピュータが、前記移動体を駐車する駐車エリアに付随して設けられたコード情報を読み取り、前記駐車エリアに前記移動体を駐車させる場合に、読み取られた前記コード情報に含まれる前記駐車エリアの識別情報、前記移動体の識別情報、および前記移動体の駐車に関する情報を含む情報を前記サーバに送信する、駐車管理方法である。

（１４）：本発明の他の態様は、移動体の利用者に所持され、サーバと通信を行う携帯端末のコンピュータに、前記移動体を駐車する駐車エリアに付随して設けられたコード情報を読み取らせ、前記駐車エリアに前記移動体を駐車させる場合に、読み取られた前記コード情報に含まれる前記駐車エリアの識別情報、前記移動体の識別情報、および前記移動体の駐車に関する情報を含む情報を前記サーバに送信させる、プログラムである。

上記（１）～（１４）の態様によれば、より適切な移動体の駐車管理を実現することができる。

実施形態に係る駐車管理システム１の構成の一例を示す図である。 実施形態に係る車両１００の構成の一例を示す図である。 実施形態に係る携帯端末２００の構成の一例を示す図である。 実施形態に係る駐車管理サーバ３００の構成の一例を示す図である。 利用者情報ＤＢ３７１の内容について説明するための図である。 駐車エリア情報３７２の内容について説明するための図である。 駐車利用ＤＢ３７４の内容について説明するための図である。 実施形態における駐車枠ユニットＦＵについて説明するための図である。 駐車枠ユニットＦＵ－Ａの設置位置がずれることについて説明するための図である。 実施形態の駐車エリアに車両１００が駐車されるまでの処理の流れの一例を示すシーケンス図である。 駐車が開始してから終了するまでの処理の流れの一例を示すシーケンス図である。 駐車エリア情報を含む画像ＩＭ１０の一例を示す図である。 利用者Ｕ１に駐車の開始を問い合わせる画像ＩＭ２０の一例を示す図である。 駐車エリアの駐車の開始を示す画像ＩＭ３０の一例を示す図である。 駐車が終了したときにディスプレイ２４０に表示される決済情報を示す画像ＩＭ４０の一例を示す図である。 駐車エリアを登録するための画像ＩＭ５０の一例を示す図である。

以下、図面を参照し、本発明の駐車管理システム、携帯端末、駐車管理方法、およびプログラムの実施形態について説明する。以下では、実施形態の駐車管理システムにおいて利用される移動体の一例として車両を用いる。車両は、例えば、二輪や三輪、四輪等の車両である。以下の説明においては、車両が二輪車であるものとする。

［システム構成］
図１は、実施形態に係る駐車管理システム１の構成の一例を示す図である。図１に示す駐車管理システム１は、例えば、車両１００を利用する利用者Ｕ１が所持する携帯端末２００と、駐車管理サーバ３００とを備える。携帯端末２００と、駐車管理サーバ３００とは、例えば、ネットワークＮＷを介して通信可能に接続されている。ネットワークＮＷは、例えば、インターネット、セルラー網、Ｗｉ－Ｆｉ網、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、プロバイダ装置、無線基地局等を含む。駐車管理システム１には、携帯端末２００および駐車管理サーバ３００のそれぞれが、一以上含まれてよい。駐車管理サーバ３００は、「サーバ」の一例である。

車両１００は、例えば、ガソリン、軽油、水素等の燃料によって稼働する内燃機関の稼働に応じて出力される動力によって走行する鞍乗り型の二輪車である。また、車両１００は、バッテリにより供給される電力によって駆動される電動機（電動モータ）によって走行する電動二輪車であってもよい。バッテリは、例えば、リチウムイオン二次電池（Lithium-Ion Battery：ＬＩＢ）やニッケル水素電池、全固体電池等である。また、車両１００は、上述した内燃機関または電動機を駆動源とするハイブリッド車両であってもよい。内燃機関や電動機は、車両１００に搭載された動力源の一例である。以下では、車両１００が、ガソリンを燃料とした内燃機関の稼働によって出力される動力を用いて走行する鞍乗り型の二輪車であるものとして説明する。

携帯端末２００は、利用者Ｕ１が所持する端末装置（通信端末）である。携帯端末２００は、例えば、スマートフォンやタブレット端末である。携帯端末２００は、駐車管理サーバ３００と通信を行う。また、携帯端末２００は、車両１００を駐車させた駐車エリアに付随して設けられたコード情報４００を読み取ったり、読み取った情報を駐車管理サーバ３００に送信したり、駐車管理サーバ３００から取得した情報を出力したりする。

駐車管理サーバ３００は、例えば、携帯端末２００と通信を行い、車両１００の状態を管理する。状態とは、車両１００の駐車に関する状態である。また、駐車管理サーバ３００は、車両１００や携帯端末２００の位置情報を管理してもよい。また、駐車管理サーバ３００は、車両１００が駐車可能な駐車エリアの登録や駐車エリアに関する情報の提供、駐車エリアへの駐車の開始や終了、利用料金の決済等を管理してもよい。

ここで、コード情報４００は、例えば、ＱＲコード（登録商標）やバーコードである。コード情報４００には、例えば、駐車エリアを識別する識別情報としての駐車エリアＩＤ等の情報がエンコードされている。携帯端末２００は、コード情報４００にエンコードされた情報を読み取り、読み取った情報をデコードして、駐車エリアＩＤを取得する。

なお、実施形態における駐車エリアは、例えば、図１に示すような駐車枠部材４１０または路上等に描画された駐車枠によって特定される。例えば、コード情報４００は、駐車枠部材４１０や、駐車枠部材４１０や駐車枠に対応付けた位置に設置されるポール４２０等の棒状部材に取り付けられる。ポール４２０は、駐車枠部材４１０に取り付けられてもよい。また、コード情報４００は、例えば、シール貼付や印刷、刻印等によって駐車枠部材４１０やポール４２０に取り付けられてよい。コード情報４００をポール４２０に取り付けることで、例えば、コード情報４００を駐車枠部材４１０が敷設された地面から所定の高さ（Ｈ１）に位置付けることができる。そのため、コード情報４００が車両１００に踏まれることがなく、コード情報４００の付け替え等のメンテナンス時期を延ばすことができるため、運用コストを抑制することができる。実施形態において、コード情報４００、駐車枠部材４１０、およびポール４２０は、「駐車枠ユニットＦＵ」として構成されてもよい。また、駐車枠ユニットＦＵは、ポール４２０がない構成であってもよく、駐車枠部材４１０がない構成であってもよい。実施形態における駐車枠ユニットＦＵの設置等については後述する。次に、車両１００、携帯端末２００、および駐車管理サーバ３００の機能について具体的に説明する。

［車両１００］
図２は、実施形態に係る車両１００の構成の一例を示す図である。車両１００は、例えば、燃料貯蔵部１１０と、エンジン１１５と、スイッチ部１２０と、車両制御部１３０と、走行駆動力出力装置１４０と、車両センサ１５０と、ＨＭＩ（Human machine Interface）１６０とを備える。車両制御部１３０は、例えばＣＰＵ（Central Processing Unit）等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。この構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予め車両１００が備えるＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体が、車両１００が備えるドライブ装置に装着されることで車両１００が備えるＨＤＤやフラッシュメモリにインストールされてもよい。

燃料貯蔵部１１０は、ガソリン等の燃料（エネルギーの一例）を貯蔵するタンクである。エンジン１１５は、ガソリン等の燃料を燃焼させることで動力を出力する内燃機関である。エンジン１１５は、例えば、シリンダとピストン、吸気バルブ、排気バルブ、燃料噴射装置、点火プラグ、コンロッド、クランクシャフト等を備えるレシプロエンジンである。エンジン１１５は、例えば、アクセル開度に基づいて供給される燃料に応じた動力を出力する。エンジン１１５は、内燃機関の一例であり「動力源」の一例である。

スイッチ部１２０は、エンジン１１５を稼働および停止を切り替える切替スイッチである。また、スイッチ部１２０は、車載機器（例えば、車両制御部１３０、車両センサ１５０、ＨＭＩ１６０）に電力を供給する状態と供給しない状態とを切り替える切替スイッチでもよい。上述した切替スイッチは、例えば、イグニッションスイッチである。イグニッションスイッチは、機械式スイッチでもよく、ＨＭＩ１６０を用いたＧＵＩ（Graphical User Interface）スイッチでもよい。以下、イグニッションスイッチの切り替えによってエンジン１１５が始動または稼働する状態を「イグニッションスイッチがオン状態である」と称し、エンジン１１５が停止する状態を「イグニッションスイッチがオフ状態である」と称する。イグニッションスイッチがオン状態である場合、車載バッテリ（不図示）等から車載機器に電力が供給されてもよく、イグニッションスイッチがオフ状態である場合、所定タイミングで車載機器への電力の供給を停止してもよい。

車両制御部１３０は、車両センサ１５０の検出結果を取得する。また、車両制御部１３０は、取得した情報に基づき、車両１００の操舵や速度に対する運転操作を受け付ける操作子に対する利用者Ｕ１の操作に応じて、或いは自律走行によって、走行駆動力出力装置１４０を制御する。また、車両制御部１３０は、車両センサ１５０の検出結果を、ＨＭＩ１６０に表示させる制御を行ってもよい。

また、車両制御部１３０は、エンジン１１５が始動したか（または稼働中か）否かを判定してもよい。例えば、車両制御部１３０は、イグニッションスイッチがオン状態である場合に、エンジンが始動した（または稼働中である）と判定し、イグニッションスイッチがオフ状態である場合に、エンジンが稼働していない（または停止している）と判定する。また、車両制御部１３０は、走行駆動力出力装置１４０によりエンジン１１５により出力された動力を受け付けた場合に、エンジン１１５が稼働中であると判定してもよく、動力を所定時間以上受け付けていない場合に、エンジン１１５が停止していると判定してもよい。車両制御部１３０は、例えば、動力源の状態に関する情報をＨＭＩ１６０により出力させる。動力源の状態とは、例えばエンジン１１５が稼働（始動）しているか否かの状態でもよく、イグニッションスイッチの状態（オン状態、オフ状態）でもよい。

走行駆動力出力装置１４０は、例えば、エンジン１１５により出力された動力に基づいて、車両１００が走行するための走行駆動力（トルク）を駆動輪に出力する。これにより、車両１００を走行させることができる。

車両センサ１５０は、車両１００に搭載された速度センサ、加速度センサ（３軸Ｇセンサ)、回転速度センサ、オドメータ（Odometer，走行距離計）、距離センサ（リセットされた位置または基準位置からの走行距離）、その他各種センサを含む。また、車両センサ１５０には、例えば、アクセル開度センサやブレーキセンサを含んでいてもよい。アクセル開度センサは、運転者（利用者Ｕ１）による加速指示を受け付ける操作子（例えば、アクセルレバー）に取り付けられる。アクセル開度センサは、アクセルレバーの操作量を検出し、検出された操作量をアクセル開度として検出する。ブレーキセンサは、運転者による制動指示を受け付ける操作子（例えば、ブレーキレバーまたはブレーキペダル）に取り付けられる。ブレーキセンサは、ブレーキレバーまたはブレーキペダルの操作量を検出し、検出された操作量をブレーキ踏量として検出する。また、車両センサ１５０には、例えば、エンジン１１５のスロットル開度センサや燃料貯蔵部１１０からの燃料の吐出量を測定する燃料排出量センサ、サスペンションストロークセンサを含んでもよい。車両センサ１５０は、各センサ等による検出結果を車両制御部１３０に出力する。

ＨＭＩ１６０は、車両制御部１３０の制御により、車両１００の利用者Ｕ１に対して各種情報（例えば、車両制御部１３０や車両センサ１５０等から得られる情報）を出力する。また、ＨＭＩ１６０は、利用者Ｕ１による入力操作を受け付けてもよい。ＨＭＩ１６０は、例えば、メーター表示部等の各種表示装置（タッチパネルであってよい）、スピーカ、マイク、スイッチ等を備える。乗員による入力操作には、例えば、イグニッションスイッチの切替操作が含まれる。また、乗員による入力操作は、タッチパネルを用いたタッチ入力操作でもよく、音声入力操作でもよい。

［携帯端末２００］
次に、携帯端末２００の構成について説明する。図３は、実施形態に係る携帯端末２００の構成の一例を示す図である。図３に示す携帯端末２００は、例えば、端末側通信部２１０と、端末側通信制御部２２０と、コード情報読取部２２５と、入力部２３０と、ディスプレイ２４０と、スピーカ２５０と、端末位置取得部２６０と、アプリ実行部２７０と、出力制御部２８０と、端末側記憶部２９０とを備える。コード情報読取部２２５は、例えば、撮像部２２５Ａと、コード認識部２２５Ｂとを備える。端末側通信制御部２２０と、コード認識部２２５Ｂと、端末位置取得部２６０と、アプリ実行部２７０と、出力制御部２８０とは、それぞれ、例えば、ＣＰＵ等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。また、これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置やカードスロット等に装着されることで携帯端末２００の記憶装置にインストールされてもよい。アプリ実行部２７０は、「処理部」の一例である。

端末側記憶部２９０は、上記の各種記憶装置、或いはＳＳＤ（Solid State Drive）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、またはＲＡＭ（Random Access Memory）等により実現されてもよい。端末側記憶部２９０には、例えば、駐車アプリ２９２、車両情報２９４、プログラム、その他各種情報が格納される。車両情報２９４は、携帯端末２００の利用者Ｕ１が利用する車両１００に関する情報である。車両１００に関する情報には、車両１００を識別する識別情報が含まれる。車両１００を識別する識別情報は、車両ＩＤでもよく、ナンバープレートに示される車両情報でもよい。車両１００を識別する識別情報は、例えば、駐車アプリ２９２の初期利用時に登録される。以下では、車両１００を識別する識別情報として、車両ＩＤを用いるものとする。また、車両情報２９４には、車両１００の駐車位置や駐車時間（例えば、駐車開始日時）等の情報が含まれてよい。また、端末側記憶部２９０には、利用者を識別する識別情報（例えば、利用者ＩＤ）や、携帯端末２００の識別情報（例えば、端末ＩＤや電話番号）等が格納されてもよい。

端末側通信部２１０は、端末側通信制御部２２０の制御により、ネットワークＮＷを介して、駐車管理サーバ３００、その他の外部装置と通信を行う。

端末側通信制御部２２０は、端末側通信部２１０による送受信を制御する。例えば、端末側通信制御部２２０は、ネットワークＮＷを介して受信された駐車管理サーバ３００からの情報を取得する。また、端末側通信制御部２２０は、端末側通信部２１０により駐車管理サーバ３００に情報を送信させる。駐車管理サーバ３００に送信される情報には、例えば、駐車エリアに付随して設けられたコード情報４００をデコードして得られた駐車エリアＩＤ、車両ＩＤ、利用者ＩＤ、携帯端末２００の位置情報等が含まれる。なお、駐車エリアＩＤは、送信される情報に含まれなくてもよい。また、送信される情報には、端末ＩＤや、利用者Ｕ１によって入力された目的地情報、駐車に関する情報（駐車を開始する、または終了することを示す情報）が含まれてもよい。また、送信される情報には、利用者Ｕ１による携帯端末２００の操作量に関する情報でもよい。操作量とは、例えば、タッチパネルのディスプレイ２４０上タッチした回数や、スライド、スクロール、スワイプ等を行った回数、入力された文字数に基づく操作量である。また、操作量とは、操作時間に基づく量でもよい。上述した端末側通信制御部２２０の機能は、例えば、駐車アプリ２９２が起動中である場合にのみ実行されてよい。

コード情報読取部２２５は、例えば、撮像部２２５Ａと、コード認識部２２５Ｂとが含まれる。撮像部２２５Ａは、例えば、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の固体撮像素子を利用したデジタルカメラである。撮像部２２５Ａは、携帯端末２００の周囲の空間を撮像し、コード情報４００を含む画像を取得する。コード認識部２２５Ｂは、撮像部２２５Ａにより撮像された画像に含まれるコード情報４００を抽出し、抽出したコード情報４００をデコードして駐車エリアＩＤを取得する。

入力部２３０は、例えば、各種キーやボタン等の操作による利用者Ｕ１の入力を受け付ける。入力部２３０は、例えば、マイク２３２を備える。マイク２３２は、例えば、出力制御部２８０の制御により、利用者Ｕ１の音声の入力を受け付ける。入力部２３０は、タッチパネルとしてディスプレイ２４０と一体に構成されていてもよい。

ディスプレイ２４０は、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro Luminescence）ディスプレイ等である。ディスプレイ２４０は、出力制御部２８０の制御により、実施形態における各種情報を表示する。スピーカ２５０は、例えば、出力制御部２８０の制御により、所定の音声を出力する。

端末位置取得部２６０は、内蔵されたＧＰＳ（Global Positioning System）装置（不図示）により携帯端末２００の位置情報（以下、端末位置情報と称する）を取得する。端末位置情報には、例えば、緯度経度が含まれる。

アプリ実行部２７０は、端末側記憶部２９０に記憶された駐車アプリ２９２が実行されることで実現される。駐車アプリ２９２は、例えば、ネットワークＮＷを介して外部装置からダウンロードしたものが携帯端末２００にインストールされている。

駐車アプリ２９２は、コード情報読取部２２５により駐車エリアに付随して設けられたコード情報４００を読み取らせたり、コード情報４００を読み取ることで得られた駐車エリアＩＤや、車両ＩＤ、利用者ＩＤ、端末位置取得部２６０により取得された端末位置情報等が駐車管理サーバ３００に送信されるように制御するアプリケーションプログラムである。また、駐車アプリ２９２は、認証時に認証画面等をディスプレイ２４０に表示させたり、入力部２３０により入力された情報を、端末側通信部２１０を介して駐車管理サーバ３００に送信させてもよい。また、駐車アプリ２９２は、目的地情報、車両１００の駐車を開始すること、または終了することを示す情報等を駐車管理サーバ３００に送信させてもよい。また、駐車アプリ２９２は、駐車管理サーバ３００に利用者登録や駐車エリア登録、駐車開始判定、駐車終了判定等を行ってもよい。また、駐車アプリ２９２は、駐車管理サーバ３００から提供された駐車エリア（駐車可能エリア）に関する情報や、駐車サービスの利用に関する情報、決済情報、エラー情報、駐車アプリ２９２によって処理された内容等を、ディスプレイ２４０やスピーカ２５０から出力させたり、端末側記憶部２９０に記憶させてもよい。

出力制御部２８０は、駐車アプリ２９２（アプリ実行部２７０）の制御により、ディスプレイ２４０に表示させる画像の内容や表示態様、スピーカ２５０に出力させる音声の内容や出力態様を制御する。出力制御部２８０は、例えば、駐車管理サーバ３００から取得した画像や音声をディスプレイ２４０やスピーカ２５０から出力させてもよく、駐車管理サーバ３００から取得した情報に基づいて画像や音声を生成して、ディスプレイ２４０やスピーカ２５０から出力させてもよい。

［駐車管理サーバ３００］
図４は、実施形態に係る駐車管理サーバ３００の構成の一例を示す図である。図４に示す駐車管理サーバ３００は、例えば、サーバ側通信部３１０と、サーバ側通信制御部３１５と、取得部３２０と、登録部３３０と、管理部３４０と、提供部３５０と、決済処理部３６０と、サーバ側記憶部３７０とを備える。サーバ側通信制御部３１５と、取得部３２０と、登録部３３０と、管理部３４０と、提供部３５０と、決済処理部３６０とは、それぞれ、例えば、ＣＰＵ等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予め駐車管理サーバ３００が備えるＨＤＤやフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体が、駐車管理サーバ３００が備えるドライブ装置に装着されることで駐車管理サーバ３００が備えるＨＤＤやフラッシュメモリにインストールされてもよい。駐車管理サーバ３００は、クラウドコンピューティングシステムに組み込まれたサーバ装置や記憶装置に実現されてもよい。この場合、クラウドコンピューティングシステムにおける複数のサーバ装置や記憶装置によって、駐車管理サーバ３００の機能が実現されてもよい。

サーバ側記憶部３７０は、上記の各種記憶装置、或いはＳＳＤ、ＥＥＰＲＯＭ、ＲＯＭ、またはＲＡＭ等により実現されてもよい。サーバ側記憶部３７０は、例えば、利用者情報ＤＢ（Database）３７１、駐車エリア情報３７２、地図情報３７３、駐車利用ＤＢ３７４、プログラム、その他の各種情報等が格納される。

利用者情報ＤＢ３７１は、駐車管理システム１が提供するサービスを利用する利用者を識別する情報が格納される。利用者情報ＤＢ３７１は、例えば、サービス利用時における利用者認証時に用いられる。図５は、利用者情報ＤＢ３７１の内容について説明するための図である。利用者情報ＤＢ３７１は、例えば、駐車管理システム１によるサービス利用時等に利用者を認証する認証情報に、住所、氏名、年齢、性別、連絡先、決済情報、および携帯端末情報が対応付けられたものである。認証情報には、例えば、利用者を識別する識別情報である利用者ＩＤやパスワード等が含まれる。また、認証情報には、指紋情報や虹彩情報等の生体認証情報が含まれてもよい。連絡先は、例えば、その利用者が利用する携帯端末２００と駐車管理サーバ３００とが通信するためのアドレス情報である。また、連絡先には、利用者の電話番号やメールアドレス、端末識別情報等が含まれていてもよい。駐車管理サーバ３００は、連絡先の情報に基づいてネットワークＮＷを介して携帯端末２００と通信し、各種情報の送受信を行う。決済情報は、例えば、利用者がサービス（例えば、駐車エリア利用サービス）を利用したときの利用料金（例えば、駐車料金）を決済する場合の決済方法（例えば、クレジット決済、電子マネー決済）に関する情報である。また、決済情報には、決済日付、決済が完了したか否か、決済金額等が含まれてもよい。携帯端末情報は、利用者Ｕ１が所持する携帯端末２００の識別情報である。携帯端末２００の識別情報は、端末ＩＤ等でもよく、連絡先に含まれる情報（例えば、電話番号）等でもよい。なお、利用者情報ＤＢ３７１に登録される利用者には、駐車エリアの登録者や駐車枠ユニットＦＵの設置担当者が含まれてよい。

駐車エリア情報３７２は、登録部３３０により登録された駐車エリアに関する情報が格納される。実施形態において提供される駐車サービスで利用可能な駐車エリアとは、例えば、コインパーキングのように日常的に駐車場として利用されている時間貸駐車場や月極駐車場だけでなく、普段は個人の宅地内の庭や田畑、空き地等として利用している車両１００が駐車可能なエリアや、土地所有者の個人の駐車エリア、企業や自治体等が管理する車両１００が駐車可能なエリア等が含まれる。また、駐車エリアとは、例えば、路上（例えば、路肩）に設けられ、平日は貨物車用パーキングとして利用されたり、駐車時間が制限される駐車エリアが含まれてもよい。

図６は、駐車エリア情報３７２の内容について説明するための図である。駐車エリア情報３７２は、例えば、駐車エリアの登録者を識別する識別情報としての登録者ＩＤに、駐車エリアＩＤ、駐車エリア位置情報、駐車可能期間、および駐車料金が対応付けられている。登録者ＩＤは、駐車エリアの登録時に、登録部３３０によって登録者ごとに割り当てられる登録者の識別情報である。車両エリアＩＤは、登録部３３０によって駐車エリアごとに割り当てられる駐車エリアの識別情報である。駐車エリア位置情報は、例えば、登録者ＩＤに対応付けられた登録者が設定した車両１００が駐車可能なエリアの位置情報である。駐車エリア位置情報は、例えば、住所の情報でもよく、住所の一部の区間や領域の情報でもよい。また、駐車エリア位置情報は、例えば、駐車枠ユニットＦＵの設置担当者の端末によって設定された位置情報でもよい。

駐車可能期間は、駐車エリアの利用可能な期間に関する情報である。期間には、開始日時や終了日時だけでなく、曜日や時間帯、平日または休日の種別等が含まれてもよい。駐車料金は、駐車エリアの利用料金に関する情報である。駐車料金は、例えば、所定期間（例えば、分、時間、日）ごとに設定される。また、駐車料金には、最初の３０分は料金を徴収しない（無料である）ことを示す情報が含まれてもよい。駐車エリアを駐車エリア情報３７２に登録することで、普段は駐車エリアとして利用されていないエリアであっても、本実施形態の駐車サービスにおける駐車可能エリアとして有用活用することができる。

地図情報３７３は、例えば、位置情報に対応付けられた道路情報、駐車エリア情報（例えば、駐車エリア、駐車可能時間、駐車料金）、ＰＯＩ（Point Of Interest）情報、交通規制情報、住所情報（住所・郵便番号）、施設情報、電話番号情報等が格納される。位置情報には、緯度経度が含まれる。地図情報３７３は、サーバ側通信部３１０が外部装置と通信することにより、随時、アップデートされてよい。なお、地図情報３７３に含まれる駐車エリア情報は、例えば、コインパーキングのように、常時、駐車エリアとして利用されている駐車エリアの情報である。

駐車利用ＤＢ３７４は、例えば、利用者が駐車管理システム１によって提供される駐車サービスの利用履歴を格納するものである。図７は、駐車利用ＤＢ３７４の内容について説明するための図である。駐車利用ＤＢ３７４は、例えば、利用者ＩＤに、車両ＩＤ、駐車エリアＩＤ、駐車時間、利用状態、および利用料金が対応付けられている。駐車時間には、例えば、駐車開始日時と、駐車終了日時とが含まれる。なお、駐車エリアの利用が終了していない場合には、駐車終了日時に情報は格納されない。また、駐車時間は、駐車開始日時からの経過時間や、駐車終了日時と駐車開始日時との差の時間が格納されてもよい。利用状態は、駐車エリアに対する車両１００の駐車状態である。利用料金は、駐車エリアまたは駐車サービスの利用料金である。利用料金は、決済が完了していない利用料金の合計値が格納されてよい。駐車利用ＤＢ３７４に格納される各種情報は、例えば管理部３４０により管理される。

サーバ側通信部３１０は、サーバ側通信制御部３１５の制御により、ネットワークＮＷを介して、携帯端末２００、その他の外部装置と通信する。

サーバ側通信制御部３１５は、サーバ側通信部３１０により携帯端末２００、その他の外部装置との通信を制御する。サーバ側通信制御部３１５は、例えば、サーバ側通信部３１０により受信された携帯端末２００からの情報を受け付ける。また、サーバ側通信制御部３１５は、サーバ側通信部３１０により携帯端末２００に所定の情報を送信させる。

取得部３２０は、携帯端末２００等からの情報を取得する。例えば、取得部３２０は、携帯端末２００から利用者登録情報、駐車エリアの登録情報、駐車エリアＩＤ、車両ＩＤ、利用者ＩＤ、および端末位置情報等を取得する。また、取得部３２０は、携帯端末２００の端末ＩＤや、駐車アプリ２９２により利用者Ｕ１によって入力された目的地情報、駐車に関する情報（例えば、駐車を開始すること、または終了することを示す情報）を取得してもよい。

登録部３３０は、駐車管理システム１を利用する利用者に関する情報を登録する。例えば、登録部３３０は、利用者Ｕ１の端末（例えば、携帯端末２００の駐車アプリ２９２）から利用者登録要求を受け付けた場合に、図５に示す利用者情報ＤＢ３７１に含まれる各種情報を入力させるための画像を生成して、登録要求を受け付けた端末に表示させ、端末から入力される利用者に関する情報を取得する。そして、登録部３３０は、取得した利用者に関する情報を利用者情報ＤＢ３７１に登録する。

また、登録部３３０は、利用者情報ＤＢ３７１に基づいて駐車管理システム１によるサービスを利用する利用者の認証を行ってもよい。例えば、登録部３３０は、例えば、携帯端末２００から実施形態に係るサービス（駐車サービス）の利用要求を受け付けたタイミングで利用者の認証を行う。例えば、登録部３３０は、利用要求を受け付けた場合に、利用者ＩＤやパスワード等の認証情報を入力する認証画像を生成し、生成した画像を要求のあった携帯端末２００のディスプレイ２４０に表示させると共に、表示された画像を用いて入力された入力認証情報に基づいて利用者情報ＤＢ３７１の認証情報を参照し、入力認証情報に合致する認証情報が格納されているか否かによって、サービスの利用を許可するか否かを判定する。例えば、登録部３３０は、入力認証情報に合致する認証情報が利用者情報ＤＢ３７１に含まれる場合にはサービスの利用を許可し、合致する情報が含まれていない場合にはサービスの利用を拒否するか、新規登録を行わせるための処理を行う。

また、登録部３３０は、駐車エリアの登録要求に基づいて駐車エリアを登録してもよい。例えば、登録部３３０は、登録者の端末（登録者が携帯端末２００を利用している場合には携帯端末２００の駐車アプリ２９２）から駐車エリアの登録要求を受け付けた場合に、図６に示す駐車エリア情報３７２に含まれる各種情報を入力させるための画像を、提供部３５０に生成させて、登録要求を受け付けた端末に表示させ、端末から入力される駐車エリアに関する情報を取得する。そして、登録部３３０は、取得した利用者に関する情報を駐車エリア情報３７２に登録する。登録部３３０は、利用者情報ＤＢ３７１および駐車エリア情報３７２に格納される情報を、利用者または登録者の要求により、更新、変更、削除してもよい。また、登録部３３０は、地図情報３７３を参照して、地図情報３７３からコインパーキング等の駐車エリアの情報を取得し、駐車エリア情報３７２に自動登録してもよい。

管理部３４０は、サーバ側通信部３１０により受信された携帯端末２００からの情報に基づいて、車両１００の駐車エリアへの駐車（例えば、駐車位置、駐車時間）を管理する。また、管理部３４０は、例えば、利用者Ｕ１による車両１００の駐車サービスの利用状況等を管理してもよい。また、管理部３４０は、車両１００の駐車エリアの登録や駐車エリアに関する情報の提供、駐車エリアの利用料金の決済処理等を管理してもよい。また、管理部３４０は、駐車利用ＤＢ３７４に情報を格納したり、更新したり、削除してもよい。

また、管理部３４０は、駐車エリア情報３７２に登録された情報に基づいて、駐車枠ユニットＦＵを設置するように設置担当者に指示したり、駐車枠ユニットＦＵが基準位置（例えば、登録位置または設置位置）からずれた場合に、駐車枠ユニットＦＵの位置を修正するように設置担当者に指示してもよい。設置担当者とは、駐車管理サーバ３００に駐車エリアを登録した登録者でもよく、担当業者の作業員でもよい。上述した機能の詳細については後述する。

提供部３５０は、実施形態の駐車エリアに関する情報や、利用料金等に関する情報等を利用者Ｕ１に提供する。例えば、提供部３５０は、端末位置情報に基づいて駐車エリア情報３７２を参照し、位置情報から所定距離以内に存在する駐車エリアに関する情報を抽出する。そして、提供部３５０は、抽出した駐車エリアと駐車可能期間、および駐車料金に関する情報を携帯端末２００に送信する。また、提供部３５０は、駐車エリアを利用した利用者の携帯端末２００に、駐車時間や利用料金、決済情報等を送信してもよい。また、提供部３５０は、駐車エリアを登録した登録者の端末に車両１００の駐車エリアの利用によって、登録者が取得する金額に関する情報を送信してもよい。提供部３５０は、上述した各情報を、携帯端末２００のディスプレイ２４０に表示させるための画像を生成してもよく、携帯端末２００で画像を生成させるための情報を生成して提供してもよい。また、提供部３５０は、上述した各情報の少なくとも一部を音声で出力するための音声データを生成して提供してもよい。

決済処理部３６０は、所定周期または所定タイミングで、駐車利用ＤＢ３７４を参照して利用者ごとの利用料金の合計を算出し、算出された金額の決済処理を行う。例えば、決済処理部３６０は、駐車利用ＤＢ３７４に基づいて、駐車エリア情報３７２を参照し、駐車料金を取得する。また、決済処理部３６０は、駐車時間と駐車料金とに基づいて利用料金を算出する。また、決済処理部３６０は、利用者情報ＤＢ３７１に登録された決済情報を参照し、決済情報に含まれる決済方法によって、利用料金の決済処理を行う。なお、決済処理部３６０は、利用料金が算出された時点で、決済を完了させる前に、提供部３５０により利用者に利用料金等を通知し、指示された決済方法に基づいて決済を行ってもよい。決済処理部３６０による処理結果は、例えば、利用者情報ＤＢ３７１の決済情報等に登録されてよい。

［駐車枠ユニット］
次に、実施形態における駐車枠ユニットＦＵと、駐車枠ユニットＦＵの設置について具体的に説明する。図８は、実施形態における駐車枠ユニットＦＵについて説明するための図である。駐車管理サーバ３００の管理部３４０は、駐車エリア情報３７２に登録された情報に基づいて、駐車可能期間である駐車エリア、または、駐車可能期間まで所定時間以内の駐車エリアに対して、駐車枠ユニットＦＵを設置するように、設置担当者の端末 （例えば、携帯端末）に通知する。設置担当者は、通知された駐車エリアの位置情報に対応付けられた位置に駐車枠ユニットＦＵを設置する。このとき、設置担当者は、駐車管理サーバ３００から取得した駐車エリアＩＤがエンコードされたコード情報４００を含む駐車枠ユニットＦＵを設置する。図８の例では、道路区画線ＬＬとＬＲとで区画された道路ＲＤ１上に、駐車エリアを特定する２種類の駐車枠ユニットＦＵ－Ａ、ＦＵ－Ｂが設置されている。

駐車枠ユニットＦＵ－Ａに含まれる駐車枠部材４１０Ａは、例えば、路上に取り外し可能に敷設されるマット状、シート状、または板状の可搬式の部材である。駐車枠部材４１０の大きさは、少なくとも一台の車両１００の全体または車両１００の全ての車輪が駐車エリア内に収まる大きさである。また、駐車枠部材４１０Ａの上面には、駐車枠や駐車可能な車両の種類（例えば、二輪車）を特定する文字情報が描画されていてもよい。これにより、利用者Ｕ１は、駐車エリアや駐車可能な車種を容易に把握することができる。また、駐車枠部材４１０Ａの上面には、駐車エリアＩＤが描画されていてもよい。駐車エリアＩＤが描画されることで、利用者Ｕ１は、車両１００の駐車位置を駐車エリアＩＤによって把握することができる。また、駐車枠ユニットの設置担当者は、設置させる駐車枠ユニットの駐車エリアＩＤを、コード情報４００Ａを読み取らせることなく認識することができる。

また、駐車枠ユニットＦＵ－Ｂに含まれる駐車枠部材４１０Ｂは、例えば、駐車エリアの外枠を囲って敷設される取り外し可能なフレーム部材である。駐車枠部材４１０Ｂは、例えば、少なくとも一部が樹脂製や木製、金属製で形成された可搬式の部材である。フレーム部材で囲まれた領域の大きさは、例えば、少なくとも一台の車両１００の全体または車両の全ての車輪が収まる大きさである。

駐車枠部材４１０Ａ、４１０Ｂは、例えば、折り畳めたり、丸めたり、組み立てまたは分解することが可能な構造であってもよい。また、駐車枠部材４１０Ａ、４１０Ｂは、複数の駐車枠部材が連結可能であってもよい。駐車枠部材４１０Ａ、４１０Ｂは、例えば、設置担当者によって路上に設置される場合には、道路ＲＤ１の路肩付近（道路ＲＤ１の中央よりも道路区画線側に寄せた方）に設置される。また、駐車枠ユニットＦＵ－Ａ、ＦＵ－Ｂは、駐車枠部材４１０Ａ、４１０Ｂのそれぞれに、コード情報４００Ａ、４００Ｂが取り付けられている。コード情報４００Ａ、４００Ｂは、例えば、駐車エリアの利用者が視認し易い位置または大きさが取り付けられる。また、コード情報４００Ａ、４００Ｂは、例えば、駐車枠部材４１０Ａ、４１０Ｂのうち、車両１００の走行が困難な位置に取り付けられる。具体的には、コード情報４００Ａ、４００Ｂは、道路ＲＤ１に敷設された駐車枠部材４１０Ａ、４１０Ｂの路肩側に取り付けられる。路肩側とは、例えば道路ＲＤ１の中央から離れた位置である。図８の例では、駐車枠部材４１０Ａ、４１０Ｂで囲まれた領域の左端にコード情報４００Ａ、４００Ｂが取り付けられている。更に、コード情報４００Ａ、４００Ｂは、路肩側に加えて、道路ＲＤ１を走行する車両１００が駐車枠部材４１０Ａ、４１０Ｂで囲まれた駐車エリア内に進入する側（道路ＲＤ１の進行方向に対して最も手前側）に取り付けられてよい。これにより、コード情報４００Ａ、４００Ｂと車両１００とが接触したり、コード情報４００Ａ、４００Ｂが車両１００に踏まれたりしてコード情報４００Ａ、４００Ｂが汚れたり、削られて、コード情報読取部２２５で読み取れなくなるのを抑制することができる。なお、コード情報４００Ａ、４００Ｂは、図１に示すポール４２０によって、所定の高さに取り付けられてもよい。

また、駐車枠ユニットＦＵに駐車枠部材４１０を有していない構成の場合は、駐車枠ユニットＦＵのコード情報４００（ポール４２０上に設置されたコード情報４００）は、例えば、道路ＲＤ１の路面に予め描画された駐車枠で特定された駐車エリアに付随した位置に設置される。

なお、実施形態では、設置担当者が駐車管理サーバ３００から取得した駐車エリアＩＤがエンコードされたコード情報４００を含む駐車枠ユニットＦＵを設置することに代えて、設置担当者が指定位置に設置した駐車枠ユニットＦＵに取り付けられたコード情報４００にエンコードされた駐車エリアＩＤを駐車管理サーバ３００に送信して管理させてもよい。

上述した駐車枠ユニットＦＵを駐車可能エリアに設置することで、日常的に駐車エリアとして利用されるエリア以外のエリアであっても、駐車管理システム１における駐車エリアとして有効活用することができる。また、駐車枠ユニットＦＵを設置することで、駐車エリアであることを利用者Ｕ１に把握させ易くすることができる。

なお、設置された駐車枠ユニットＦＵは、取り外しが可能であるため、強風の影響によって位置が移動したり、いたずら等の人為的な影響で位置が移動する可能性がある。そのため、管理部３４０は、駐車枠ユニットＦＵの登録時の位置情報（基準位置）と、コード情報４００と通信状態である携帯端末２００の端末位置情報とを比較し、駐車枠ユニットの現在の位置が、基準位置からずれているか否かを判定してもよい。

図９は、駐車枠ユニットＦＵ－Ａの設置位置がずれることについて説明するための図である。図９の例において、時刻ｔ１は、時刻ｔ２よりも前の時刻であるものとする。また、図９の例において、時刻ｔ＊における駐車枠部材４１０Ａおよびコード情報４００Ａの位置を、駐車枠部材４１０Ａ（ｔ＊）、コード情報４００Ａ（ｔ＊）と表すものとする。時刻ｔ１において、駐車枠ユニット（駐車枠部材４１０Ａ（ｔ１）、コード情報４００Ａ（ｔ１））は、駐車エリア情報３７２に登録された駐車エリア位置情報に対応付けられた位置（基準位置）に設置されている。その後、強風等の影響により、時刻ｔ２において、図９に示す位置に駐車枠ユニット（駐車枠部材４１０Ａ（ｔ２）、コード情報４００Ａ（ｔ２））が移動したとする。

ここで、駐車枠部材４１０Ａ（ｔ２）で特定される駐車エリアに駐車させた車両１００の利用者Ｕ１の携帯端末２００がコード情報４００Ａ（ｔ２）を読み取り、携帯端末２００から駐車管理サーバ３００に、駐車エリアＩＤ、車両ＩＤ、利用者ＩＤ、および端末位置情報を含む情報が送信されたとする。管理部３４０は、取得した情報に基づいて駐車利用ＤＢ３７５に情報を登録して駐車管理を行うと共に、駐車エリアＩＤに基づいて、駐車エリア情報３７２の駐車エリアＩＤを参照し、合致する駐車エリアＩＤに対応付けられた駐車エリア位置情報（基準位置）を取得する。そして、管理部３４０は、基準位置と、端末位置情報とを比較して駐車枠ユニットＦＵ－Ａのずれ量を導出し、導出したずれ量が所定量以上である場合に、駐車枠ユニットＦＵ－Ａの位置がずれていると判定する。

管理部３４０は、駐車ユニットＦＵ－Ａの位置がずれていると判定した場合に、設置担当者の端末に駐車枠ユニットＦＵ－Ａを元の位置に戻すように指示を通知する。この場合、管理部３４０は、基準位置（駐車エリア位置情報）に関する情報を通知してもよい。また、管理部３４０は、ずれている駐車枠ユニットＦＵ－Ａ上に駐車された車両１００の駐車が完了した時点で、上述の通知を行ってもよい。指示を受け付けた設置担当者は、車両１００の駐車が終了した後、駐車枠ユニットを元の位置に戻す作業を行う。これにより、登録者によって登録された駐車エリア以外のエリアに車両１００が駐車されることを抑制し、適切な位置に車両１００を駐車させることができる。

また、管理部３４０は、駐車エリア情報３７２に登録された情報に基づいて、駐車可能期間が終了した駐車エリアに対応付けて設置された駐車枠ユニットを撤去（回収）するように、設置担当者の端末等に通知してもよい。通知を受けた設置担当者は、駐車枠ユニットを撤去する。これにより、駐車可能期間として登録された期間内において、土地を有効活用することができる。

［駐車管理システム１による駐車サービスの流れ］
次に、実施形態の駐車管理システム１による駐車サービスの流れについて具体的に説明する。以下では、駐車エリアに車両１００が駐車されるまでの処理と、駐車が開始してから終了するまでの処理とに大別して説明する。また、以下では、登録部３３０により駐車エリアが登録されているものとする。

［駐車エリアに車両１００が駐車されるまでの処理］
図１０は、実施形態の駐車エリアに車両１００が駐車されるまでの処理の流れの一例を示すシーケンス図である。図１０の例では、携帯端末２００および駐車管理サーバ３００における処理を示している。図１０の例において、携帯端末２００は、駐車アプリ２９２を起動させる（ステップＳ１００）。ステップＳ１００の処理では、駐車アプリ２９２の起動と同時に利用者の認証処理が実行されてもよい。以下では、利用者認証が成功した（駐車サービスの利用が許可された）ものとして説明する。駐車アプリ２９２が起動すると、端末側通信制御部２２０は、端末位置取得部２６０により取得された端末位置情報を駐車管理サーバ３００に送信する（ステップＳ１０２）。ステップＳ１０２の処理は、駐車アプリ２９２が起動している間、所定周期または所定タイミングで繰り返し実行されてよい。また、ステップＳ１０２の処理において、携帯端末２００は、利用者Ｕ１により入力された目的地情報を駐車管理サーバ３００に送信してもよく、駐車エリアの位置を問い合わせる情報を駐車管理サーバ３００に送信してもよい。

次に、駐車管理サーバ３００の提供部３５０は、例えば携帯端末２００により送信された端末位置情報を受信し、受信した端末位置情報に基づいて駐車エリアを検索する（ステップＳ１０４）。ステップＳ１０４の処理において、提供部３５０は、例えば、端末位置情報に基づいて、駐車エリア情報３７２または地図情報３７３を参照し、端末位置から所定距離以内に存在し、且つ駐車可能期間中である駐車エリアを抽出する。また、提供部３５０は、駐車エリアの利用状況（空き状況や駐車スペース）に基づいて車両１００が駐車可能な駐車エリアを抽出してもよい。また、提供部３５０は、携帯端末２００（または車両１００）の進行方向に存在する駐車エリアを進行方向とは異なる方向（例えば、逆方向）にある駐車エリアよりも優先的に抽出してもよい。なお、ステップＳ１０４の処理では、携帯端末２００から目的地情報を受信している場合には、端末位置情報に代えて目的地情報を用いてもよい。提供部３５０は、抽出した駐車エリアに関する情報（例えば、駐車エリア、駐車可能期間、駐車料金）を携帯端末２００に送信する（ステップＳ１０６）。

携帯端末２００の駐車アプリ２９２は、駐車エリア情報を含む画像をディスプレイ２４０に表示させる（ステップＳ０８）。ステップＳ１０２～ステップＳ１０８の処理は、例えば、駐車アプリ２９２が終了されるまで繰り返し実行されてよい。利用者Ｕ１は、携帯端末２００に表示される駐車エリアのうち、駐車したい駐車エリアに車両１００を移動させる。

駐車エリアに車両１００を移動させて、車両１００のイグニッションスイッチのオフ状態にした後、利用者Ｕ１は、駐車エリアを特定する駐車枠ユニットＦＵに付随して設けられたコード情報４００を携帯端末２００に読み取らせる。コード情報読取部２２５は、上記コード情報を読み取り（ステップＳ１１０）、読み取ったコード情報４００をデコードして（ステップＳ１１２）、車両１００を駐車した駐車エリアの駐車エリアＩＤを取得する（ステップＳ１１４）。次に、駐車アプリ２９２は、車両１００の駐車エリアへの駐車を開始するか否かを判定する（ステップＳ１１６）。

例えば、駐車アプリ２９２は、コード情報読取部２２５によりコード情報４００が読み取られた後、利用者Ｕ１による駐車を開始する指示を受け付けた場合に、車両１００の駐車を開始すると判定する。この場合、駐車アプリ２９２は、例えば、利用者Ｕ１に駐車を開始するか否かを問い合わせるための画像を生成してディスプレイ２４０に表示させ、利用者Ｕ１により駐車を開始する指示を受け付ける。また、駐車アプリ２９２は、コード情報読取部２２５によりコード情報４００が読み取られた後、所定時間における携帯端末２００の操作量が所定量以上である場合に、車両１００の駐車エリアへの駐車を開始すると判定してもよい。また、駐車アプリ２９２は、コード情報読取部２２５によりコード情報４００が読み取られた後の端末位置情報の履歴情報から携帯端末２００の移動速度を算出し、算出した移動速度が第１所定速度未満である場合に、車両１００の駐車エリアへの駐車を開始すると判定してもよい。第１所定速度とは、例えば、利用者Ｕ１が徒歩で移動するときの移動速度に基づいて設定される速度である。また、駐車アプリ２９２は、上述した判定条件のうち複数を組み合わせて、駐車の開始を判定してもよい。

駐車アプリ２９２は、車両１００の駐車エリアへの駐車を開始すると判定した場合、駐車エリアＩＤと、車両ＩＤと、利用者ＩＤと、駐車に関する情報（例えば、駐車を開始することを示す情報）を駐車管理サーバ３００に送信する（ステップＳ１１８）。

駐車管理サーバ３００の管理部３４０は、携帯端末２００から送信された情報に基づいて、駐車利用ＤＢ３７４に登録して駐車状況を管理する（ステップＳ１２０）。例えば、管理部３４０は、車両１００の駐車エリアへの駐車が開始したものとして駐車利用ＤＢ３７４の利用者ＩＤ、車両ＩＤ、駐車エリアＩＤ、駐車開始日時を登録したり、利用状態を登録する。次に、管理部３４０は、駐車が開始されたこと、および駐車開始日時に関する情報を駐車情報として、携帯端末２００に送信する（ステップＳ１２２）。携帯端末２００は、ステップＳ１１６の処理により得られた情報やステップＳ１２２の処理において駐車管理サーバ３００から送信された駐車情報を、端末側記憶部２９０の車両情報２９４に記憶する（ステップＳ１２４）。次に、携帯端末２００は、駐車情報をディスプレイ２４０に表示させる（ステップＳ１２６）。

これにより、車両１００の駐車エリアへの駐車が開始されたこと、および駐車開始日時を利用者Ｕ１に正確に把握させることができる。実施形態では、コインパーキング等の日常的に利用可能な駐車エリアだけでなく、路上（例えば、路肩）に設けられ、平日は貨物車用パーキングとして利用されたり、駐車時間が制限される駐車エリアや、宅地等のように期間が限定され一時的な利用のみが可能な駐車エリアにも駐車させることができる。また、駐車エリアを特定する駐車枠ユニットＦＵに設けられたコード情報４００を用いることで、より安価に駐車管理を行うことができる。

［駐車が開始してから終了するまでの処理］
図１１は、駐車が開始してから終了するまでの処理の流れの一例を示すシーケンス図である。図１１の例において、携帯端末２００は、車両１００の駐車が開始された後も、所定周期または所定タイミングで駐車管理サーバ３００に利用者ＩＤおよび端末位置情報を送信され（ステップＳ２００）、駐車管理サーバ３００側で端末位置情報が管理される。駐車エリアに戻ってきた利用者Ｕ１は、駐車枠ユニットＦＵに付随して設けられたコード情報４００を携帯端末２００に読み取らせる。コード情報読取部２２５は、上記コード情報を読み取り（ステップＳ２０２）、読み取ったコード情報４００をデコードして（ステップＳ２０４）、駐車エリアＩＤを取得する（ステップＳ２０６）。次に、駐車アプリ２９２は、車両１００の駐車エリアへの駐車を終了するか否かを判定する（ステップＳ２０８）。

例えば、駐車アプリ２９２は、コード情報読取部２２５によりコード情報４００が読み取られた後、利用者Ｕ１による駐車を終了する指示を受け付けた場合に、車両１００の駐車を終了すると判定する。この場合、駐車アプリ２９２は、例えば、利用者Ｕ１に駐車を終了するか否かを問い合わせるための画像を生成してディスプレイ２４０に表示させ、利用者Ｕ１により駐車を終了する指示を受け付ける。また、駐車アプリ２９２は、コード情報読取部２２５によりコード情報４００が読み取られた後の端末位置情報の履歴情報から携帯端末２００の移動速度を算出し、算出した移動速度が第２所定速度以上である場合に、車両１００の駐車を終了すると判定する。第２所定速度とは、例えば、利用者Ｕ１が車両１００を運転して移動するときの移動速度に基づいて設定される速度である。また、駐車アプリ２９２は、端末位置情報に基づく所定時間の移動距離が所定距離以上である場合に、車両１００の駐車エリアへの駐車を終了すると判定してもよい。所定距離とは、車両１００によって移動したと想定される距離に基づいて設定される距離である。また、駐車アプリ２９２は、上述した判定条件のうち複数を組み合わせて、駐車の終了を判定してもよい。

駐車アプリ２９２は、車両１００の駐車エリアへの駐車を終了すると判定した場合、駐車エリアＩＤと、車両ＩＤと、利用者ＩＤと、駐車に関する情報（例えば、駐車を終了することを示す情報）を駐車管理サーバ３００に送信する（ステップＳ２１０）。

駐車管理サーバ３００の管理部３４０は、携帯端末２００から送信された情報に基づいて、駐車利用ＤＢ３７４を更新して駐車状態を管理する（ステップＳ２１２）。ステップＳ２１２の処理では、管理部３４０は、車両１００の駐車エリアへの駐車が終了したものとして駐車利用ＤＢ３７４の駐車終了日時を登録したり、利用状態を更新する。次に、決済処理部３６０は、駐車エリアの利用に関する決済処理を実行する（ステップＳ２１４）。決済処理部３６０により算出された駐車料金は駐車利用ＤＢ３７４に登録され、決済処理の完了後の情報は利用者情報ＤＢ３７１に登録される。次に、提供部３５０は、決済結果を携帯端末２００に送信する（ステップＳ２１６）。

携帯端末２００は、駐車管理サーバ３００から送信された決済結果に関する情報（決済情報）を受信してディスプレイ２４０に表示させる（ステップＳ２１８）。これにより、乗員に駐車エリアの利用に関する決済処理が完了したことを認識させることができる。なお、上述した処理において、ステップＳ１１６およびステップＳ２０８に示す処理は、駐車アプリ２９２に代えて、駐車管理サーバ３００の管理部３４０が行ってもよい。

［携帯端末により利用者に通知される情報］
次に、上述した駐車管理システム１による駐車サービスの一連の処理において、携帯端末２００により利用者Ｕ１に提供される各種情報について説明する。図１２は、駐車エリア情報を含む画像ＩＭ１０の一例を示す図である。画像ＩＭ１０は、例えば、ステップＳ１０８の処理によりディスプレイ２４０に表示される画像である。画像ＩＭ１０は、例えば、駐車管理サーバ３００の提供部３５０により生成される。画像ＩＭ１０には、例えば、地図画像ＩＭ１１と、位置特定画像ＩＭ１２と、駐車エリア画像ＩＭ１３と、駐車情報画像ＩＭ１４とが含まれる。なお、地図画像ＩＭ１１、位置特定画像ＩＭ１２、駐車エリア画像ＩＭ１３、および駐車情報画像ＩＭ１４の表示態様については、図１２の例に限定されず、それぞれが識別可能な表示態様であればよい。表示態様とは、例えば、色彩、模様、グラデーション、形状、透過率、点滅の有無等である。また、表示態様には、文字のフォントや大きさ、色等が含まれてもよい。

地図画像ＩＭ１１は、例えば、地図情報３７３に含まれる基準位置から所定距離範囲の地図情報である。基準位置とは、例えば、携帯端末２００の位置（端末位置情報）でもよく、携帯端末２００から取得した目的地の位置情報でもよい。以下、基準位置が携帯端末２００の位置であるものとして説明する。図１２の例では、端末位置情報に対応付けられた位置特定画像ＩＭ１２が地図画像上の座標（地図座標）に対応付けられた位置に表示されている。

駐車エリア画像ＩＭ１３は、端末位置情報に基づいて駐車エリア情報３７２から参照された、端末位置から所定距離以内に存在する駐車エリアを示す画像である。図１２の例では、２つの駐車エリアを示す画像ＩＭ１３ａ、ＩＭ１３ｂが地図画像ＩＭ１１に重畳表示されている。なお、画像ＩＭ１３ａ、ＩＭ１３ｂは、地図画像ＩＭ１１に所定の透過率で透過されて重畳表示されてもよい。また、画像ＩＭ１３ａ、ＩＭ１３ｂは、それぞれ異なる表示態様で表示されてもよい。例えば、提供部３５０は、例えば、駐車可能期間、駐車料金等に応じて表示態様を変更してもよい。また、提供部３５０は、常時駐車エリアとして利用される駐車エリアと、一時的に利用される駐車エリアとで表示態様を変えてもよい。また、提供部３５０は、路上に設置された駐車エリアと路上以外の位置に設置された駐車エリアとで表示態様を変えてもよい。また、提供部３５０は、利用者Ｕ１からの要求を受け付け、要求に対応する駐車エリアを他の駐車エリアよりも強調表示させてもよい。

駐車情報画像ＩＭ１４は、駐車エリア情報３７２に記憶された駐車可能期間や駐車料金に関する文字情報（駐車情報）を含む画像である。駐車情報画像ＩＭ１４は、駐車エリア画像ＩＭ１３の表示位置に対応付けられた位置に重畳表示される。図１２の例では、駐車エリア画像ＩＭ１３ａ、ＩＭ１３ｂのそれぞれの表示位置に対応付けられた位置に、駐車情報画像ＩＭ１４ａ、ＩＭ１４ｂが表示されている。なお、駐車アプリ２９２は、利用者Ｕ１がディスプレイ２４０に表示された駐車エリア画像ＩＭ１３ａ、ＩＭ１３ｂの何れかの表示位置を選択（例えば、タップ）することで、選択された駐車エリア画像ＩＭ１３の駐車エリアに対応付けられた駐車情報を表示させてもよい。また、駐車アプリ２９２は、駐車情報に対応する音声情報をスピーカ２５０から出力させてもよい。

画像ＩＭ１０を表示させることで、駐車エリアに関する情報を利用者Ｕ１に認識させることができる。また、本実施形態によれば、日常的に駐車エリアとして運用されていない個人の敷地内の土地や田畑、企業や自治体が管理する駐車可能なエリア等を駐車スペースとして利用できることを、利用者Ｕ１に認識させることができる。

図１３は、利用者Ｕ１に駐車の開始を問い合わせる画像ＩＭ２０の一例を示す図である。画像ＩＭ２０は、例えば、駐車アプリ２９２で生成される。画像ＩＭ２０には、例えば、問い合わせ画面として、駐車エリア情報表示領域ＡＲ２１と、問い合わせ表示領域ＡＲ２２と、スイッチ表示領域ＡＲ２３とが含まれる。駐車エリア情報表示領域ＡＲ２１には、例えば、コード情報読取部２２５により読み取られたコード情報４００や駐車エリアＩＤが表示される。問い合わせ表示領域ＡＲ２２には、例えば、駐車エリアへの駐車を開始するか否かを利用者に問い合わせる情報（例えば、文字）が表示される。スイッチ表示領域ＡＲ２３には、例えば、アイコンＩＣ２１およびＩＣ２１が含まれる。アイコンＩＣ２１は、駐車を開始することを受け付けるＧＵＩスイッチである。アイコンＩＣ２２は、駐車を開始しないことを受け付けるＧＵＩスイッチである。なお、利用者Ｕ１に駐車の終了を問い合わせる画像は、画像ＩＭ２０と同様のレイアウトを用いてもよい。この場合、問い合わせ表示領域ＡＲ２２には、例えば、駐車エリアへの駐車を終了するか否かを利用者に問い合わせる情報（例えば、文字）が表示される。

図１４は、駐車エリアの駐車の開始を示す画像ＩＭ３０の一例を示す図である。画像ＩＭ３０は、例えば、上述したステップＳ１２６の処理によりディスプレイ２４０に表示される画像である。画像ＩＭ３０は、提供部３５０で生成されてもよく、駐車アプリ２９２で生成されてもよい。画像ＩＭ３０には、例えば、駐車情報画面として、利用情報表示領域ＡＲ３１と、詳細情報表示領域ＡＲ３２と、スイッチ表示領域ＡＲ３３とが含まれる。利用情報表示領域ＡＲ３１には、車両１００の駐車エリアへの駐車が開始されたことを示す情報（例えば、文字）等が表示される。詳細情報表示領域ＡＲ３２には、駐車に関する詳細情報が表示される。詳細情報には、車両１００を駐車させた利用者の識別情報（利用者ＩＤ）、駐車された車両の識別情報（車両ＩＤ）、駐車エリア（駐車エリアＩＤまたは駐車エリア位置情報）、駐車開始日時、駐車エリアの駐車料金に関する情報が含まれる。スイッチ表示領域ＡＲ３３には、例えば、アイコンＩＣ３１が含まれる。アイコンＩＣ３１は、画像ＩＭ３０の表示を終了することを受け付けるＧＵＩスイッチである。画像ＩＭ３０を表示させることにより、車両１００が駐車エリアに正しく駐車され、駐車管理サーバ３００により車両１００の駐車が管理されたことを乗員Ｕ１に把握させ易くすることができる。

図１５は、駐車が終了したときにディスプレイ２４０に表示される決済情報を示す画像ＩＭ４０の一例を示す図である。画像ＩＭ４０は、例えば、上述したステップＳ２１８によりディスプレイ２４０に表示させる画像である。画像ＩＭ４０は、提供部３５０で生成されてもよく、駐車アプリ２９２で生成されてもよい。画像ＩＭ４０には、例えば、利用状態表示領域ＡＲ４１と、利用結果表示領域ＡＲ４２と、スイッチ表示領域ＡＲ４３とが含まれる。

利用状態表示領域ＡＲ４１には、車両１００の駐車エリアへの駐車の利用が終了したことを示す情報（例えば、文字）等が表示される。利用結果表示領域ＡＲ４２には、利用した駐車に関する詳細情報が表示される。利用結果表示領域ＡＲ４２には、例えば、利用者ＩＤや車両ＩＤ、駐車エリア（駐車エリアＩＤまたは駐車エリア位置情報）、利用料金が含まれる。また、利用結果表示領域ＡＲ４２には、駐車時間に関する情報が含まれてもよい。

スイッチ表示領域ＡＲ４３は、例えば、アイコンＩＣ４１と、アイコンＩＣ４２とが含まれる。アイコンＩＣ４１は、利用者が利用者情報ＤＢ３７１に登録された決済方法での決済を受け付けるスイッチである。アイコンＩＣ４２は、登録された決済方法以外の方法で利用料金を決済させるためのスイッチである。アイコンＩＣ４１が選択された場合、登録された決済方法（例えば、クレジット決済）により利用料金が決済される。アイコンＩＣ４２が選択された場合、利用者により他の決済方式（例えば、電子決済）を受け付け、受け付けた決済方式により利用料金が決済される。

画像ＩＭ４０を表示して利用者Ｕ１に通知することにより、利用者Ｕ１に駐車の終了を把握させ易くすることができる。また、画像ＩＭ４０を表示することで、利用者Ｕ１に駐車サービスの利用後の決済が完了するまでの処理をより円滑に行わせることができる。

なお、駐車アプリ２９２は、駐車エリアを登録する登録者に、駐車エリアを登録させるための画像をディスプレイ２４０に表示させてもよい。この場合、登録者は、登録者が所有する端末装置にインストールされた駐車アプリ２９２を起動させて、駐車エリアの登録画面を表示させて各種情報を入力することで駐車エリアの登録を行う。登録者が所有する端末装置は、例えば、携帯端末２００と同様の構成を適用できる。

図１６は、駐車エリアを登録するための画像ＩＭ５０の一例を示す図である。画像ＩＭ５０には、例えば、駐車エリア登録画面として、登録情報表示領域ＡＲ５１と、スイッチ表示領域ＡＲ５２とが含まれる。登録情報表示領域ＡＲ５１には、例えば、登録者ＩＤ入力領域ＡＲ５１ａと、駐車エリア入力領域ＡＲ５１ｂと、駐車可能期間入力領域ＡＲ５１ｃ～ＡＲ５１ｅと、駐車料金入力領域ＡＲ５１ｆとが含まれる。登録者ＩＤ入力領域ＡＲ５１ａは、登録者を識別する識別情報が入力される領域である。駐車エリア入力領域ＡＲ５１ｂは、実施形態の駐車サービスで利用される駐車エリアを指定する領域である。登録情報表示領域ＡＲ５１には、住所を指定するアイコンＩＣ５１およびエリアを推定するアイコンＩＣ５２が含まれる。アイコンＩＣ５１が選択された場合、住所を選択する画像が表示され、画像を用いて入力された住所情報が駐車エリア入力領域ＡＲ５１ｂに入力される。アイコンＩＣ５２が選択された場合、地図情報等が表示され、登録者による範囲の指定が受け付けられた場合、範囲に相当する駐車エリアに関する情報（例えば、緯度経度情報）が駐車エリア入力領域ＡＲ５１ｂに入力される。

駐車可能期間入力領域ＡＲ５１ｃは、日付や周期等の入力を受け付ける。駐車可能期間入力領域ＡＲ５１ｄは、駐車可能期間の開始時間の入力を受け付ける。駐車可能期間入力領域ＡＲ５１ｅは、駐車可能期間の終了時間の入力を受け付ける。駐車料金入力領域ＡＲ５１ｆは、利用料金の入力を受け付ける。図１６の例では、駐車可能期間入力領域ＡＲ５１ｃおよび駐車料金入力領域ＡＲ５１ｆは、例えば、複数の選択候補から一つを選択可能なコンボボックス（ドロップダウンリスト）であるが、駐車可能期間入力領域ＡＲ５１ｄ、ＡＲ５１ｅも含めてコンボボックスであってもよい。

スイッチ表示領域Ａ５２には、例えば、アイコンＩＣ５３と、アイコンＩＣ５４とが含まれる。アイコンＩＣ５３は、登録情報表示領域ＡＲ４１に入力された情報に基づいて駐車管理サーバ３００に駐車エリアの登録処理を実行させることを受け付けるＧＵＩスイッチである。アイコンＩＣ５４は、駐車エリアの登録処理を行わずに画像ＩＭ５０の表示を終了させることを受け付けるＧＵＩスイッチである。図１６の例において、アイコンＩＣ５１の選択を受け付けた場合、携帯端末２００は、駐車管理サーバ３００に登録情報表示領域ＡＲ５１に入力された情報を送信する。駐車管理サーバ３００の登録部３３０は、受け付けた情報を駐車エリア情報３７２に登録する。

なお、登録部３３０は、登録された駐車エリアが登録者の権限で駐車エリアとして利用することができるか否かを判定してもよい。この場合、登録部３３０は、例えば、ネットワークＮＷを介して外部装置にアクセスして登記簿情報を取得し、登録者が駐車エリアを含む土地の所有者である場合に駐車エリアとして利用することができると判定する。また、登録部３３０は、予め登録者が所有する土地に関する情報（登録者情報）をサーバ側記憶部３７０に記憶しておき、登録者情報に登録された土地の一部または全部が駐車エリアとして登録要求された場合に、駐車エリアとして利用することができると判定してもよい。

画像ＩＭ５０を表示させることで、登録者に駐車エリアをスムーズに登録させることができる。管理部３４０は、駐車エリア情報３７２に登録された情報に基づいて、駐車可能期間である駐車エリア、または、駐車可能期間よりも所定時間前の時刻の駐車エリアに対して、駐車枠ユニットを設置するように、設置担当者の携帯端末等に通知してもよい。これにより、登録者により登録されたエリア（例えば、普段は駐車場として利用していない土地等）を駐車エリアとして有効活用することができる。

［変形例］
実施形態の駐車管理システム１において、コード情報４００には、地域エリアＩＤの他、位置情報が登録されていてもよい。これにより、携帯端末２００は、コード情報４００を読み取ることで、位置情報を取得することができる。したがって、利用者Ｕ１は、位置情報に基づいて駐車位置に戻ることができる。更に、設置担当者は、所持する端末によって、コード情報４００から取得した位置情報と、コード情報を読み取ったときの端末位置情報とに基づいて、コード情報４００が設けられた駐車枠ユニットＦＵが正しい位置に設置されているかを、駐車管理サーバ３００を介さずに確認することができる。

また、上述した実施形態において、駐車枠ユニットＦＵには、駐車枠ユニットＦＵの位置情報を取得するＧＰＳ装置と、ＧＰＳ装置から取得した位置情報を携帯端末２００や駐車管理サーバ３００に送信する通信部が設けられていてもよい。これにより、携帯端末２００の利用者Ｕ１や駐車管理サーバ３００は、駐車エリアの現在位置をより正確に把握することができる。また、上述した実施形態において、駐車枠ユニットＦＵには、駐車枠内の荷重を検出する荷重センサと、荷重センサにより検出された荷重を携帯端末２００や駐車管理サーバ３００に送信する通信部が設けられていてもよい。これにより、携帯端末２００や駐車管理サーバ３００は、荷重が閾値以上である場合に、車両１００が駐車枠ユニットＦＵ内に存在することを把握することができる。また、駐車管理サーバ３００は、車両１００の駐車エリアへの駐車の開始や終了を、より正確に管理することができる。

また、車両１００は、車両１００の位置を取得する車両位置取得部や、車両位置取得部により取得された車両位置情報、車両センサ１５０により取得される情報、車両制御部１３０により制御された情報を携帯端末２００や駐車管理サーバ３００に送信する車両側通信部を備えていてもよい。これにより、携帯端末２００や駐車管理サーバ３００は、車両１００の状態（例えば、イグニッションスイッチのオン、オフ状態やエンジン１１５の稼働状態）等に基づいて、より正確に車両１００の利用状態や駐車状態を管理することができる。

また、上述した駐車管理システム１において、携帯端末２００および駐車管理サーバ３００のそれぞれが備える各機能の少なくとも一部は、他の装置が有していてもよい。例えば、駐車管理サーバ３００の管理部３４０の機能の一部は、携帯端末２００の駐車アプリ２９２により実行されてもよく、駐車アプリ２９２により実行される機能の一部は、管理部３４０が行ってもよい。

以上説明した実施形態は、車両（移動体の一例）１００の利用者の携帯端末２００と、携帯端末２００と通信を行う駐車管理サーバ（サーバの一例）３００とを含む駐車管理システム１であって、携帯端末２００は、駐車管理サーバ３００と通信を行う端末側通信部２１０と、車両１００を駐車する駐車エリアに付随して設けられたコード情報を読み取るコード情報読取部２２５と、駐車エリアに車両１００を駐車させる場合に、コード情報読取部２２５により読み取られたコード情報に含まれる駐車エリアの識別情報、車両１００の識別情報、および車両１００の駐車に関する情報を含む情報を、端末側通信部２１０により駐車管理サーバ３００に送信させる端末側通信制御部２２０と、を備え、駐車管理サーバ３００は、携帯端末２００と通信するサーバ側通信部３１０と、サーバ側通信部３１０により携帯端末２００から受信した情報に基づいて車両１００の駐車を管理する管理部３４０と、を備えることにより、より適切な移動体の駐車管理を実現することができる。

具体的には、実施形態によれば、例えば、車両１００にＴＣＵ（Telematics Control Unit）等の通信機器が搭載されていない場合であっても、駐車エリアに付随して設けられたコード情報４００を用いて携帯端末２００と通信することで、携帯端末２００の位置情報に基づいて、車両１００の状態を適切に管理することができる。実施形態において、コード情報４００には、駐車エリアＩＤが格納されているため、車両１００を駐車させる場合に、駐車エリアＩＤと、端末位置情報と、車両ＩＤとを含む情報を駐車管理サーバ３００に送信させることで、駐車管理サーバ３００に携帯端末２００とコード情報４００とが近傍位置にあることを把握させることができる。また、本実施形態によれば、車両１００にＴＣＵ等の通信機器を搭載する必要がなく、安価な車両１００で駐車管理を行うことができる。また、実施形態によれば、入出場ゲートやパーキングメーター等の設備がないエリアも駐車エリアとして利用することができる。したがって、より低コストで駐車サービスを提供することができる。

また、実施形態によれば、普段は駐車エリアとして利用していないエリアであっても、駐車エリアとして登録することで、車両１００の駐車に利用することができる。したがって、例えば、季節もののイベント（例えば、クリスマスや紅葉、お祭り、花火大会）等によって、駐車場の混雑が予測される場合に、登録者が駐車エリアを登録することで、駐車エリアを有効に活用することができると共に、駐車場の混雑を緩和させることができる。

上記説明した実施形態は、以下のように表現することができる。
移動体の利用者に所持され、サーバと通信を行う携帯端末のコンピュータが、
プログラムを記憶した記憶装置と、
ハードウェアプロセッサと、を備え、
前記ハードウェアプロセッサが前記記憶装置に記憶されたプログラムを実行することにより、
前記移動体を駐車する駐車エリアに付随して設けられたコード情報を読み取り、
前記駐車エリアに前記移動体を駐車させる場合に、読み取られた前記コード情報に含まれる前記駐車エリアの識別情報、前記移動体の識別情報、および前記移動体の駐車に関する情報を含む情報を前記サーバに送信する、
ように構成されている、携帯端末。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１…駐車管理システム、１００…車両、１１０…燃料貯蔵部、１１５…エンジン、１２０…スイッチ部、１３０…車両制御部、１４０…走行駆動力出力装置、１５０…車両センサ、１６０…ＨＭＩ、２００…携帯端末、２１０…端末側通信部、２１２…第１通信部、２１４…第２通信部、２２０…端末側通信制御部、２２５…コード情報読取部、２３０…入力部、２４０…ディスプレイ、２５０…スピーカ、２６０…端末位置取得部、２７０…アプリ実行部、２８０…出力制御部、２９０…端末側記憶部、３００…駐車管理サーバ、３１０…サーバ側通信部、３１５…サーバ側通信制御部、３２０…取得部、３３０…登録部、３４０…管理部、３５０…提供部、３６０…決済処理部、３７０…サーバ側記憶部、４００…コード情報、４１０…駐車枠部材

Claims (11)

1. 移動体が駐車可能な駐車エリアに付随して設けられたコード情報を読み取った前記移動体の利用者の携帯端末と通信を行うサーバであって、
   前記携帯端末と通信するサーバ側通信部と、
   前記サーバ側通信部により前記携帯端末から受信した情報に基づいて前記移動体の駐車を管理する管理部と、を備え、
   前記携帯端末から受信した情報は、前記駐車エリアに前記移動体を駐車させる場合に、前記携帯端末のコード情報読取部により読み取られたコード情報に含まれる前記駐車エリアの識別情報、前記移動体の識別情報、および前記移動体の駐車に関する情報を含む情報を含み、
   前記コード情報は、前記駐車エリアを特定する駐車枠部材に設けられ、
   前記駐車枠部材は、マット状、シート状、または板状の可搬式部材、或いは、前記駐車エリアの外枠を囲って敷設される取り外し可能なフレーム部材で形成される、
   サーバ。
2. 前記駐車エリアを登録する登録部と、
   前記携帯端末の位置情報に基づいて、前記登録部により登録された駐車エリアのうち、前記携帯端末から所定距離以内に存在する前記駐車エリアを前記携帯端末に提供する提供部と、を更に備える、
   請求項１に記載のサーバ。
3. 前記携帯端末は、前記駐車エリアに前記移動体を駐車させる場合に、前記コード情報読取部により読み取られた、前記移動体を駐車させた駐車エリアに付随して設けられたコード情報に含まれる前記駐車エリアの識別情報と、前記移動体の識別情報と、前記移動体の駐車に関する情報と、前記携帯端末の位置情報とを前記サーバに送信し、
   前記管理部は、受信された前記携帯端末の位置情報と前記駐車エリアの識別情報とに基づいて、前記駐車枠部材の位置を管理する、
   請求項１または２に記載のサーバ。
4. 前記サーバ側通信部は、前記携帯端末によって、前記コード情報が読み取られた後、前記利用者による前記駐車を開始する指示を受け付けた場合に送信される前記移動体の駐車を開始することを示す情報を受信する、
   請求項１から３のうち何れか１項に記載のサーバ。
5. 前記サーバ側通信部は、前記携帯端末によって、前記コード情報が読み取られた後、所定時間における前記携帯端末の操作量が所定量以上である場合に送信される前記移動体の駐車を開始することを示す情報を受信する、
   請求項１から４のうち何れか１項に記載のサーバ。
6. 前記サーバ側通信部は、前記移動体の駐車が開始された後、前記携帯端末によって、前記コード情報が読み取られ、且つ、前記利用者による前記駐車を終了する指示を受け付けた場合に送信される前記移動体の駐車を終了することを示す情報を受信する、
   請求項４または５に記載のサーバ。
7. 前記サーバ側通信部は、前記移動体の駐車が開始された後、前記携帯端末によって、前記コード情報が読み取られた場合に、前記携帯端末の位置情報に基づいて送信される前記移動体の駐車を終了することを示す情報を受信する、
   請求項４から６のうち何れか１項に記載のサーバ。
8. 前記提供部は、前記移動体の前記駐車エリアへの駐車の開始または終了に関する情報を前記携帯端末に提供する、
   請求項２に記載のサーバ。
9. 移動体の利用者に所持され、サーバと通信を行う携帯端末であって、
   前記サーバと通信を行う端末側通信部と、
   前記移動体を駐車する駐車エリアに付随して設けられたコード情報を読み取るコード情報読取部と、
   前記駐車エリアに前記移動体を駐車させる場合に、前記コード情報読取部により読み取られたコード情報に含まれる前記駐車エリアの識別情報、前記移動体の識別情報、および前記移動体の駐車に関する情報を含む情報を、前記端末側通信部により前記サーバに送信させる端末側通信制御部と、を備え、
   前記端末側通信制御部は、前記コード情報読取部により前記コード情報が読み取られた後、所定時間における前記携帯端末の操作量が所定量以上である場合に、前記移動体の駐車を開始することを示す情報を、前記端末側通信部により前記サーバに送信させる、
   携帯端末。
10. 移動体の利用者に所持され、サーバと通信を行う携帯端末のコンピュータが、
    前記移動体を駐車する駐車エリアに付随して設けられたコード情報を読み取り、
    前記駐車エリアに前記移動体を駐車させる場合に、読み取られた前記コード情報に含まれる前記駐車エリアの識別情報、前記移動体の識別情報、および前記移動体の駐車に関する情報を含む情報を前記サーバに送信し、
    前記コード情報が読み取られた後、所定時間における前記携帯端末の操作量が所定量以上である場合に、前記移動体の駐車を開始することを示す情報を、前記サーバに送信させる、
    駐車管理方法。
11. 移動体の利用者に所持され、サーバと通信を行う携帯端末のコンピュータに、
    前記移動体を駐車する駐車エリアに付随して設けられたコード情報を読み取らせ、
    前記駐車エリアに前記移動体を駐車させる場合に、読み取られた前記コード情報に含まれる前記駐車エリアの識別情報、前記移動体の識別情報、および前記移動体の駐車に関する情報を含む情報を前記サーバに送信させ、
    前記コード情報が読み取られた後、所定時間における前記携帯端末の操作量が所定量以上である場合に、前記移動体の駐車を開始することを示す情報を、前記サーバに送信させる、
    プログラム。

Images