以下、図面を参照し、本発明の駐車管理システム、携帯端末、駐車管理方法、およびプログラムの実施形態について説明する。以下では、実施形態の駐車管理システムにおいて利用される移動体の一例として車両を用いる。車両は、例えば、二輪や三輪、四輪等の車両である。以下の説明においては、車両が二輪車であるものとする。
[システム構成]
図1は、実施形態に係る駐車管理システム1の構成の一例を示す図である。図1に示す駐車管理システム1は、例えば、車両100と、携帯端末200と、駐車管理サーバ300と、を備える。携帯端末200と、駐車管理サーバ300とは、例えば、ネットワークNWを介して通信可能に接続されている。ネットワークNWは、例えば、インターネット、セルラー網、Wi-Fi網、WAN(Wide Area Network)、LAN(Local Area Network)、プロバイダ装置、無線基地局等を含む。また、携帯端末200と、駐車管理サーバ300とは、例えば、Bluetooth(登録商標)、その他の近距離無線通信方式等により通信可能に接続される。駐車管理システム1には、車両100、携帯端末200、および駐車管理サーバ300のそれぞれが、一以上含まれてよい。また、図1の例において、利用者U1は、例えば、車両100の利用者である。駐車管理サーバ300は、「サーバ」の一例である。
車両100は、例えば、ガソリン、軽油、水素等の燃料によって稼働する内燃機関の稼働に応じて出力される動力によって走行する鞍乗り型の二輪車である。また、車両100は、バッテリにより供給される電力によって駆動される電動機(電動モータ)によって走行する電動二輪車であってもよい。バッテリは、例えば、リチウムイオン二次電池(Lithium-Ion Battery:LIB)やニッケル水素電池、全固体電池等である。また、車両100は、上述した内燃機関または電動機を駆動源とするハイブリッド車両であってもよい。内燃機関や電動機は、車両100に搭載された動力源の一例である。以下では、車両100が、ガソリンを燃料とした内燃機関の稼働によって出力される動力を用いて走行する鞍乗り型の二輪車であるものとして説明する。車両100は、例えば、近距離通信により車両100から所定距離(例えば、数[m]程度)以内に存在する携帯端末200と通信を行う。
携帯端末200は、利用者U1が所持する端末装置である。携帯端末200は、例えば、スマートフォンやタブレット端末である。携帯端末200は、車両100および駐車管理サーバ300と通信を行う。
駐車管理サーバ300は、例えば、携帯端末200と通信を行い、車両100の駐車位置や駐車時間を管理する。また、駐車管理サーバ300は、携帯端末200と通信を行い、携帯端末200の位置情報を管理したり、車両の位置情報や利用状況等を管理してもよい。また、駐車管理サーバ300は、車両100の駐車エリアの登録や駐車エリアに関する情報の提供、駐車エリアの利用料金の決済処理等を管理してもよい。以下、車両100、携帯端末200、および駐車管理サーバ300の機能について具体的に説明する。
[車両100]
図2は、実施形態に係る車両100の構成の一例を示す図である。車両100は、例えば、燃料貯蔵部110と、エンジン115と、スイッチ部120と、車両制御部130と、走行駆動力出力装置140と、車両センサ150と、HMI(Human machine Interface)160と、車両位置取得部170と、車両側通信部180と、車両側通信制御部190とを備える。車両制御部130と、車両位置取得部170と、車両側通信制御部190とは、それぞれ、例えばCPU(Central Processing Unit)等のハードウェアプロセッサがプログラム(ソフトウェア)を実行することにより実現される。これらの構成要素のうち一部または全部は、LSI(Large Scale Integration)やASIC(Application Specific Integrated Circuit)、FPGA(Field-Programmable Gate Array)、GPU(Graphics Processing Unit)等のハードウェア(回路部;circuitryを含む)によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予め車両100が備えるHDD(Hard Disk Drive)やフラッシュメモリ等の記憶装置(非一過性の記憶媒体を備える記憶装置)に格納されていてもよいし、DVDやCD-ROM等の着脱可能な記憶媒体(非一過性の記憶媒体)に格納されており、記憶媒体が、車両100が備えるドライブ装置に装着されることで車両100が備えるHDDやフラッシュメモリにインストールされてもよい。車両位置取得部170は、「移動***置取得部」の一例である。車両側通信制御部190は、「移動体側通信制御部」の一例である。また、車両側通信部180と、車両側通信制御部190とを組み合わせたものが通信ユニットとして構成されていてもよい。
燃料貯蔵部110は、ガソリン等の燃料(エネルギーの一例)を貯蔵するタンクである。エンジン115は、ガソリン等の燃料を燃焼させることで動力を出力する内燃機関である。エンジン115は、例えば、シリンダとピストン、吸気バルブ、排気バルブ、燃料噴射装置、点火プラグ、コンロッド、クランクシャフト等を備えるレシプロエンジンである。エンジン115は、例えば、アクセル開度に基づいて供給される燃料に応じた動力を出力する。エンジン115は、内燃機関の一例であり「動力源」の一例である。
スイッチ部120は、エンジン115を稼働および停止を切り替える切替スイッチである。また、スイッチ部120は、車載機器(例えば、車両制御部130、車両センサ150、HMI160、車両位置取得部170、車両側通信部180、車両側通信制御部190)に電力を供給する状態と供給しない状態とを切り替える切替スイッチでもよい。上述した切替スイッチは、例えば、イグニッションスイッチである。イグニッションスイッチは、機械式スイッチでもよく、HMI160を用いたGUI(Graphical User Interface)スイッチでもよい。以下、イグニッションスイッチの切り替えによってエンジン115が始動または稼働する状態を「イグニッションスイッチがオン状態である」と称し、エンジン115が停止する状態を「イグニッションスイッチがオフ状態である」と称する。イグニッションスイッチがオン状態である場合、車載バッテリ(不図示)等から車載機器に電力が供給されてもよく、イグニッションスイッチがオフ状態である場合、所定のタイミングで車載機器への電力の供給を停止してもよい。
車両制御部130は、車両センサ150の検出結果や、車両位置取得部170から車両100の位置等の情報を取得する。また、車両制御部130は、取得した情報に基づき、車両100の操舵や速度に対する運転操作を受け付ける操作子に対する利用者U1の操作に応じて、或いは自律走行によって、走行駆動力出力装置140を制御する。
また、車両制御部130は、エンジン115が始動したか(または稼働中か)否かを判定する。例えば、車両制御部130は、イグニッションスイッチがオン状態である場合に、エンジンが始動した(または稼働中である)と判定し、イグニッションスイッチがオフ状態である場合に、エンジンが稼働していない(または停止している)と判定する。また、車両制御部130は、走行駆動力出力装置140によりエンジン115により出力された動力を受け付けた場合に、エンジン115が稼働中であると判定してもよく、動力を所定時間以上受け付けていない場合に、エンジン115が停止していると判定してもよい。車両制御部130は、例えば、車両100の位置情報や動力源の状態に関する情報を車両側通信制御部190に出力する。動力源の状態とは、例えばエンジン115が稼働(始動)しているか否かの状態でもよく、イグニッションスイッチの状態(オン状態、オフ状態)でもよい。
走行駆動力出力装置140は、例えば、エンジン115により出力された動力に基づいて、車両100が走行するための走行駆動力(トルク)を駆動輪に出力する。これにより、車両100を走行させることができる。
車両センサ150は、車両100に搭載された速度センサ、加速度センサ(3軸Gセンサ)、回転速度センサ、オドメータ(Odometer,走行距離計)、距離センサ(リセットされた位置または基準位置からの走行距離)、その他各種センサを含む。また、車両センサ150には、例えば、アクセル開度センサやブレーキセンサを含んでいてもよい。アクセル開度センサは、運転者(利用者U1)による加速指示を受け付ける操作子(例えば、アクセルレバー)に取り付けられる。アクセル開度センサは、アクセルレバーの操作量を検出し、検出された操作量をアクセル開度として検出する。ブレーキセンサは、運転者による制動指示を受け付ける操作子(例えば、ブレーキレバーまたはブレーキペダル)に取り付けられる。ブレーキセンサは、ブレーキレバーまたはブレーキペダルの操作量を検出し、検出された操作量をブレーキ踏量として検出する。また、車両センサ150には、例えば、エンジン115のスロットル開度センサや燃料貯蔵部110からの燃料の吐出量を測定する燃料排出量センサ、サスペンションストロークセンサを含んでもよい。
車両センサ150は、所定のタイミングで各センサ等による検出結果を車両制御部130に出力する。所定のタイミングとは、例えば、所定周期に基づくタイミングや、携帯端末200から要求があったタイミング、利用者U1により指示されたタイミング等が含まれる。所定周期とは、例えば、固定周期(1日、1週間)等でもよく、1ドライビングサイクル(以下、「1DC」と称する)でもよい。1DCとは、例えば、出発地から目的地までの運転や、運転を開始してから駐車エリア等に停車させるまでの運転に基づく周期である。
HMI160は、車両制御部130の制御により、車両100の利用者U1に対して各種情報(例えば、車両制御部130や車両センサ150、携帯端末200等から得られる情報)を出力すると共に、利用者U1による入力操作を受け付ける。HMI160は、例えば、メーター表示部等の各種表示装置(タッチパネルであってよい)、スピーカ、マイク、スイッチ等を備える。乗員による入力操作には、例えば、イグニッションスイッチの切替操作が含まれる。また、乗員による入力操作は、タッチパネルを用いたタッチ入力操作でもよく、音声入力操作でもよい。
車両位置取得部170は、GNSS(Global Navigation Satellite System)受信機(不図示)によって車両100の位置を検出する。GNSS受信機は、例えばGPS(Global Positioning System)衛星等のGNSS衛星から到来する電波に基づいて車両100の位置を測位する。GNSS受信機により測位される位置情報には、緯度経度が含まれる。
車両側通信部180は、例えば、TCU(Telematics Control Unit)を備える。車両側通信部180は、車両側通信制御部190の制御により、携帯端末200、その他の外部装置と通信する。車両側通信部180は、例えば、Bluetooth等の近距離無線通信方式によって、所定距離以内に存在する通信機器と通信を行う。例えば、車両側通信部180は、所定周期のビーコン信号を発信し、通信エリア内に存在する携帯端末200を検出し、検出した携帯端末200とのBluetooth通信を確立する。「通信を確立する」とは、例えば、車両100と携帯端末200とで情報の送受信が可能な状態にすることである。
車両側通信制御部190は、車両側通信部180を用いた携帯端末200との通信を制御する。例えば、車両側通信制御部190は、車両側通信部180により通信状態が確立した携帯端末200に車両100の情報を送信させる。車両100の情報とは、例えば、車両100の動力源の状態、車両100の識別情報、車両100の位置情報、車両センサ150により検出された情報(例えば、車両100の速度)である。車両100の識別情報は、車両IDでもよく、車両100のナンバープレートに示される情報でもよい。なお、車両側通信制御部190は、車両側通信部180を用いて他の外部装置と情報の送受信を行ってもよい。
[携帯端末200]
次に、携帯端末200の構成について説明する。図3は、実施形態に係る携帯端末200の構成の一例を示す図である。図3に示す携帯端末200は、例えば、端末側通信部210と、端末側通信制御部220と、入力部230と、ディスプレイ240と、スピーカ250と、端末位置取得部260と、アプリ実行部270と、出力制御部280と、端末側記憶部290とを備える。端末側通信制御部220と、端末位置取得部260と、アプリ実行部270と、出力制御部280とは、それぞれ、例えば、CPU等のハードウェアプロセッサがプログラム(ソフトウェア)を実行することにより実現される。また、これらの構成要素のうち一部または全部は、LSIやASIC、FPGA、GPU等のハードウェア(回路部;circuitryを含む)によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めHDDやフラッシュメモリ等の記憶装置(非一過性の記憶媒体を備える記憶装置)に格納されていてもよいし、DVDやCD-ROM等の着脱可能な記憶媒体(非一過性の記憶媒体)に格納されており、記憶媒体がドライブ装置やカードスロット等に装着されることで携帯端末200の記憶装置にインストールされてもよい。アプリ実行部270は、「処理部」の一例である。
端末側記憶部290は、上記の各種記憶装置、或いはSSD(Solid State Drive)、EEPROM(Electrically Erasable Programmable Read Only Memory)、ROM(Read Only Memory)、またはRAM(Random Access Memory)等により実現されてもよい。端末側記憶部290には、例えば、駐車アプリ292、プログラム、その他各種情報が格納される。
端末側通信部210は、端末側通信制御部220の制御により、車両100、駐車管理サーバ300、その他の外部装置と通信を行う。端末側通信部210は、例えば、端末側第1通信部212と、端末側第2通信部214とを備える。端末側第1通信部212は、「第1通信部」の一例である。端末側第2通信部214は、「第2通信部」の一例である。端末側第1通信部212および端末側第2通信部214は、それぞれ異なる通信方式で外部装置と無線通信を行う。端末側第1通信部212は、例えば、車両側通信部180と通信可能な通信方式(例えば、Bluetooth等の近距離通信方式)によって、所定距離以内に存在する車両100と通信を行う。例えば、端末側第1通信部212は、車両100からの通信確立要求を検出し、検出した車両100とのBluetooth通信を確立する。端末側第2通信部214は、ネットワークNWを介して、駐車管理サーバ300と通信を行う。
端末側通信制御部220は、端末側第1通信部212を用いた車両100との通信と、端末側第2通信部214を用いた駐車管理サーバ300との通信を制御する。例えば、端末側通信制御部220は、端末側第1通信部212により受信された車両100に関する情報(動力源の状態、識別情報、位置情報、車両100の速度等)を取得する。また、端末側通信制御部220は、上述した情報を取得するための取得要求を車両100に送信してもよい。
また、端末側通信制御部220は、端末側第2通信部214からネットワークNWを介して駐車管理サーバ300に、端末位置取得部260により取得された携帯端末200の位置情報や車両100に関する情報を送信する。また、端末側通信制御部220は、上述した情報に加えて(または代えて)、後述する駐車アプリ292により、車両100が駐車したと判定された場合に、車両100の駐車の開始や終了を示す情報(例えば、駐車開始日時、駐車終了日時)を駐車管理サーバ300に送信してもよい。また、端末側通信制御部220は、駐車管理サーバ300から上述した各情報の取得要求を受け付けた場合に、要求に対応する情報を駐車管理サーバ300に送信する制御を行ってもよい。また、端末側通信制御部220は、利用者U1による携帯端末200の操作量に関する情報を駐車管理サーバ300に送信してもよい。携帯端末200の操作量とは、例えば、例えば、タッチパネルのディスプレイ240上タッチした回数や、スライド、スクロール、スワイプ等を行った回数、入力された文字数に基づく操作量である。また、携帯端末200の操作量とは、操作時間に基づく量でもよい。操作量の取得および送信は、駐車アプリ292の制御により実行される。上述した端末側通信制御部220の機能は、例えば、駐車アプリ292が起動中である場合にのみ実行されてよい。
また、端末側通信制御部220は、入力部230により入力された利用者U1の目的地に関する情報を駐車管理サーバ300に送信してもよい。端末側通信制御部220は、端末側第1通信部212または端末側第2通信部214を用いて他の外部装置と情報の送受信を行ってもよい。また、端末側通信制御部220は、駐車管理サーバ300から取得した情報(例えば、駐車エリアや利用料金等に関する情報)を出力制御部280に出力してもよい。
入力部230は、例えば、各種キーやボタン等の操作による利用者U1の入力を受け付ける。入力部230は、例えば、マイク232を備える。マイク232は、例えば、出力制御部280の制御により、利用者U1の音声の入力を受け付ける。入力部230は、タッチパネルとしてディスプレイ240と一体に構成されていてもよい。
ディスプレイ240は、例えば、LCD(Liquid Crystal Display)や有機EL(Electro Luminescence)ディスプレイ等である。ディスプレイ240は、出力制御部280の制御により、実施形態における各種情報を表示する。スピーカ250は、例えば、出力制御部280の制御により、所定の音声を出力する。
端末位置取得部260は、内蔵されたGPS装置(不図示)により携帯端末200の位置情報を取得する。位置情報には、例えば、緯度経度が含まれる。
アプリ実行部270は、端末側記憶部290に記憶された駐車アプリ292が実行されることで実現される。駐車アプリ292は、駐車管理サーバ300から提供された駐車エリア(駐車可能エリア)等を、ディスプレイ240に出力させたりスピーカ250から出力させるように、出力制御部280を制御するアプリケーションプログラムである。また、駐車アプリ292は、アプリケーションの開始または終了を示す情報や、車両100から取得した情報、駐車位置、駐車時間(駐車開始日時、駐車終了日時)、利用料金(請求金額)、各種のエラー情報等を、ディスプレイ240またはスピーカ250から出力させてもよい。
駐車アプリ292は、例えば、ネットワークNWを介して外部装置からダウンロードしたものが携帯端末200にインストールされている。駐車アプリ292は、認証時に認証画面等をディスプレイ240に表示させたり、入力部230により入力された情報を、端末側通信部210を介して駐車管理サーバ300に送信させたりする。また、駐車アプリ292は、端末位置取得部260により取得された位置情報や、車両100に関する情報、駐車アプリ292により処理された各種情報等を、ネットワークNWを介して駐車管理サーバ300に送信する。また、駐車アプリ292は、駐車エリアの登録に関する処理や、駐車サービスの利用に対する決済に関する処理、駐車管理サーバ300への要求、利用者U1による携帯端末200の操作量に関する情報、駐車管理サーバ300から取得したその他の情報に対する処理を行ってもよい。
また、駐車アプリ292は、車両100に関する情報や携帯端末200の位置情報に基づいて、車両状態を判定し、判定結果を駐車管理サーバ300に送信してもよい。車両状態の判定とは、例えば、車両100が駐車エリアへの駐車の開始または終了の判定である。また、車両状態の判定には、車両100の状態が「走行中」、「停止中」、「駐車中」のうちどれであるかを判定することが含まれてもよい。例えば、駐車アプリ292は、携帯端末200から取得した車両100に関する情報および端末位置情報に基づいて、車両状態を判定する。例えば、駐車アプリ292は、車両100の動力源の状態においてイグニッションスイッチがオン状態(またはエンジン115が稼働している状態)であり、且つ、車両100の速度が所定速度以上である場合に、車両100が走行中であると判定する。車両100の速度は、車両センサ150から取得される速度でもよく、車両位置情報に基づく所定時間における移動距離から上記時間を除算して算出される速度でもよい。また、駐車アプリ292は、車両位置情報と端末位置情報との距離が所定距離以内の状態で、所定時間に所定距離以上移動している場合に、車両100が走行中であると判定してもよい。
また、駐車アプリ292は、車両100の動力源の状態においてイグニッションスイッチがオン状態(またはエンジン115が稼働している状態)であり、且つ、車両100の速度が所定速度未満である状態が所定時間以上継続した場合に、車両100が交差点または信号機の停止指示により停止中であると判定する。
また、駐車アプリ292は、車両100の動力源の状態においてイグニッションスイッチがオフ状態(またはエンジン115が停止している状態)であり、且つ、車両100の速度が0(ゼロ)[km/h]である状態が所定時間以上継続した場合に、車両100の駐車が開始された(または駐車中である)と判定する。また、駐車アプリ292は、例えば、車両100が駐車エリア内に存在し、且つ、イグニッションスイッチがオフ状態となった時点の車両位置情報(駐車位置)と端末位置情報との距離が所定距離以上である場合に、車両100の駐車が開始された(または駐車中である)と判定してもよい。また、駐車アプリ292は、携帯端末200のディスプレイ240に表示された駐車の開始を受け付けるボタン等が利用者に押下されたことを示す情報を取得した場合に、車両100が駐車中であると判定してもよい。
また、駐車アプリ292は、利用者U1による携帯端末200の操作量を取得し、所定時間における操作量が所定量以上である場合に、車両100が駐車中であると判定してもよい。車両100が走行中または停止中である場合には、携帯端末200への操作ができないか、操作量が少なくなるため、携帯端末200を所定量以上操作している場合に、より適切に駐車中であると判定することができる。駐車アプリ292は、車両100が走行中または停止中から駐車中に切り替わった場合に、車両100の駐車が開始したと判定する。
また、駐車アプリ292は、車両100の駐車が開始したと判定された後、イグニッションスイッチがオン状態(またはエンジン115が稼働している状態)となり、車両100と携帯端末200との通信が確立され、且つ、車両100が駐車位置から所定距離以上移動した場合または車両100の速度が所定速度以上である場合に、車両100の駐車が終了した(駐車サービスの利用が終了した)と判定してもよい。また、駐車アプリ292は、車両100の状態が駐車中から走行中または停止中に切り替わった場合に、車両100の駐車が終了したと判定してもよい。また、駐車アプリ292は、携帯端末200のディスプレイ240に表示された駐車の終了を受け付けるボタン等が利用者に押下されたことを示す情報を取得した場合に、車両100の駐車が終了した判定してもよい。なお、ボタンの押下のみを用いて判定すると、利用者が、不正に駐車が終了したとする場合がある。そのため、駐車アプリ292は、上述した他の各種判定処理と組み合わせることで、より正確な駐車終了判定を行うことができる。
また、駐車アプリ292は、利用者U1に駐車の開始または終了を選択させるための画像を生成してディスプレイ240に表示させ、利用者U1が選択内容に基づいて、車両100の状態を判定してもよい。この場合、利用者U1が不正に駐車の開始や終了を選択する可能性もあるため、駐車アプリ292は、上述した他の判定結果と組み合わせて総合的に判定してもよい。これにより、より正確に車両状態や駐車の開始や終了を判定することができる。
また、駐車アプリ292は、車両状態の判定結果として、上述した情報の他、車両100の駐車の開始や終了を示す情報(例えば、駐車開始日時、駐車終了日時)を駐車管理サーバ300に送信してもよい。また、駐車アプリ292は、処理した内容をディスプレイ240やスピーカ250から出力させたり、端末側記憶部290に記憶させてもよい。
出力制御部280は、アプリ実行部270の制御により、ディスプレイ240に表示させる画像の内容や表示態様、スピーカ250に出力させる音声の内容や出力態様を制御する。出力制御部280は、例えば、駐車管理サーバ300から取得した画像や音声をディスプレイ240やスピーカ250から出力させてもよく、駐車管理サーバ300から取得した情報に基づいて画像や音声を生成して、ディスプレイ240やスピーカ250から出力させてもよい。
[駐車管理サーバ300]
図4は、実施形態に係る駐車管理サーバ300の構成の一例を示す図である。図4に示す駐車管理サーバ300は、例えば、サーバ側通信部310と、サーバ側通信制御部320と、登録部330と、管理部340と、提供部350と、決済処理部360と、サーバ側記憶部370とを備える。サーバ側通信制御部320と、登録部330と、管理部340と、提供部350と、決済処理部360とは、それぞれ、例えば、CPU等のハードウェアプロセッサがプログラム(ソフトウェア)を実行することにより実現される。これらの構成要素のうち一部または全部は、LSIやASIC、FPGA、GPU等のハードウェア(回路部;circuitryを含む)によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予め駐車管理サーバ300が備えるHDDやフラッシュメモリ等の記憶装置(非一過性の記憶媒体を備える記憶装置)に格納されていてもよいし、DVDやCD-ROM等の着脱可能な記憶媒体(非一過性の記憶媒体)に格納されており、記憶媒体が、駐車管理サーバ300が備えるドライブ装置に装着されることで駐車管理サーバ300が備えるHDDやフラッシュメモリにインストールされてもよい。駐車管理サーバ300は、クラウドコンピューティングシステムに組み込まれたサーバ装置や記憶装置に実現されてもよい。この場合、クラウドコンピューティングシステムにおける複数のサーバ装置や記憶装置によって、駐車管理サーバ300の機能が実現されてもよい。
サーバ側記憶部370は、上記の各種記憶装置、或いはSSD、EEPROM、ROM、またはRAM等により実現されてもよい。サーバ側記憶部370は、例えば、利用者情報DB(Database)371、駐車エリア情報372、地図情報373、車両状態DB374、駐車利用DB375、プログラム、その他の各種情報等が格納される。
利用者情報DB371は、駐車管理システム1が提供するサービスを利用する利用者を識別する情報が格納される。利用者情報DB371は、例えば、サービス利用時における利用者認証時に用いられる。図5は、利用者情報DB371の内容について説明するための図である。利用者情報DB371は、例えば、駐車管理システム1によるサービス利用時等に利用者を認証する認証情報に、住所、氏名、年齢、性別、連絡先、決済情報、および携帯端末情報が対応付けられたものである。認証情報には、例えば、利用者を識別する識別情報である利用者IDやパスワード等が含まれる。また、認証情報には、指紋情報や虹彩情報等の生体認証情報が含まれてもよい。連絡先は、例えば、その利用者が利用する携帯端末200と駐車管理サーバ300とが通信するためのアドレス情報である。また、連絡先には、利用者の電話番号やメールアドレス、端末識別情報等が含まれていてもよい。駐車管理サーバ300は、連絡先の情報に基づいてネットワークNWを介して携帯端末200と通信し、各種情報の送受信を行う。決済情報は、例えば、利用者が所定のサービス(例えば、駐車サービス)を利用したときの利用料金(例えば、駐車料金)を決済する場合の決済方法(例えば、クレジット決済、その他の電子マネー決済)に関する情報である。また、決済情報には、決済日付、決済が完了したか否か、決済金額等が含まれてもよい。携帯端末情報は、利用者U1が所持する携帯端末200の識別情報である。携帯端末200の識別情報は、端末ID等でもよく、連絡先に含まれる情報(例えば、電話番号)等でもよい。
駐車エリア情報372は、登録部330により登録された車両100の駐車エリアに関する情報が格納される。図6は、駐車エリア情報372の内容について説明するための図である。駐車エリア情報372は、例えば、駐車エリアの登録者を識別する識別情報としての登録者IDに、駐車エリア、駐車可能期間、および駐車料金が対応付けられている。駐車エリアには、例えば、車両100が駐車可能なエリアの情報が格納される。駐車エリアは、住所の情報でもよく、住所の一部の区間や領域の情報でもよい。ここで、駐車エリアとは、例えば、コインパーキングのように日常的に駐車場として利用されている時間貸駐車場や月極駐車場だけでなく、普段は個人の宅地内の庭や田畑、空き地等として利用している駐車可能なエリアや、土地所有者の個人の駐車エリア、企業や自治体等が管理する駐車可能なエリア等が含まれる。また、駐車エリアとは、例えば、路上(例えば、路肩)に設けられ、平日は貨物車用パーキングとして利用されたり、駐車時間が制限される駐車エリアが含まれてもよい。駐車可能期間は、駐車エリアの利用可能な期間に関する情報である。期間には、日付や曜日、時間、平日または休日の種別等が含まれてもよい。駐車料金は、駐車エリアの利用料金に関する情報である。駐車料金は、例えば、所定期間(例えば、分、時間、日)ごとに設定される。また、駐車料金には、最初の30分は無料にする等の料金を徴収しないことを示す情報が含まれてもよい。駐車エリアを駐車エリア情報372に登録することで、本実施形態の駐車サービスにおける駐車可能エリアとして利用することができる。
地図情報373は、例えば、位置情報に対応付けられた道路情報、駐車エリア情報(例えば、駐車エリア、駐車可能期間、駐車料金)、POI(Point Of Interest)情報、交通規制情報、住所情報(住所・郵便番号)、施設情報、電話番号情報等が格納される。なお、地図情報373に含まれる駐車エリアは、日常的に日常的に駐車場として利用されている時間貸駐車場や月極駐車場である。位置情報には、緯度経度が含まれる。地図情報373は、サーバ側通信部310が外部装置と通信することにより、随時、アップデートされてよい。
車両状態DB374は、実施形態で利用される車両100の利用状態等に関する情報が格納される。図7は、車両状態DB374の内容について説明するための図である。車両状態DB374は、例えば、利用者IDに、車両ID、日時、車両位置情報、端末位置情報、および車両状態が対応付けられている。車両IDは、携帯端末200から受信した車両IDであり、利用者U1が利用している車両100の識別情報である。日時は、車両IDと利用者IDとが対応付けられた日時情報である。車両位置情報は、車両100の位置情報である。端末位置情報は、利用者IDに対応付けられた利用者の携帯端末200の位置情報である。車両位置情報および端末位置情報は、車両IDと利用者IDとが対応付けられている間、継続して格納されてよい。その場合、各位置情報は、最新の情報に更新されてよく、所定期間の位置情報を移動履歴として格納されてもよい。車両状態は、管理部340により管理される車両100の状態に関する情報である。車両状態には、例えば、「走行中」、「駐車中」、「停止中」等の情報が含まれてよい。車両状態DB374に登録された情報は、例えば、登録された日時から所定時間経過後、または携帯端末200からの情報が所定時間以上受信できない場合に、削除されてよい。
駐車利用DB375は、例えば、利用者が駐車管理システム1によって提供される駐車サービスの利用履歴を格納するものである。図8は、駐車利用DB375の内容について説明するための図である。駐車利用DB375は、例えば、利用者IDに、車両ID、駐車エリア、駐車時間、利用状態、および利用料金が対応付けられている。車両IDは、利用者IDに対応付けられた利用者が、駐車エリアに駐車させた車両100の識別情報である。駐車エリアは、車両100の駐車位置を示す情報である。駐車時間は、駐車開始日時と、駐車終了日時とが含まれる。なお、利用が終了していない場合には、駐車終了日時に情報は格納されない。また、駐車時間は、駐車開始日時からの経過時間や、駐車終了日時と駐車開始日時との差の時間が格納されてもよい。利用状態は、駐車エリアに対する車両100の駐車状態である。利用料金は、利用が終了した後の料金である。利用料金は、現在までの利用料金が格納されてよい。車両状態DB374および駐車利用DB375に格納される各種情報は、例えば管理部340により管理される。
サーバ側通信部310は、サーバ側通信制御部320の制御により、ネットワークNWを介して携帯端末200、その他の外部装置と通信する。
サーバ側通信制御部320は、サーバ側通信部310における通信を制御する。サーバ側通信制御部320は、例えば、サーバ側通信部310により受信された携帯端末200からの情報を取得する。また、サーバ側通信制御部320は、携帯端末200に情報の取得要求を送信し、携帯端末200から要求に対応した回答情報を取得してもよい。また、サーバ側通信制御部320は、サーバ側通信部310により受信された駐車エリアの登録に関する情報や、駐車エリアの情報提供要求に関する情報等を取得してもよい。
登録部330は、駐車管理システム1を利用する利用者に関する情報を登録する。例えば、登録部330は、利用者U1の端末(例えば、携帯端末200の駐車アプリ292)から利用者登録要求を受け付けた場合に、図5に示す利用者情報DB371に含まれる各種情報を入力させるための画像を提供部350に生成させて、登録要求を受け付けた端末に表示させ、端末から入力される利用者に関する情報を取得する。そして、登録部330は、取得した利用者に関する情報を利用者情報DB371に登録する。
また、登録部330は、利用者情報DB371に基づいて駐車管理システム1によるサービスを利用する利用者の認証を行ってもよい。例えば、登録部330は、例えば、携帯端末200から実施形態に係るサービス(駐車サービス)の利用要求を受け付けたタイミングで利用者の認証を行う。例えば、登録部330は、利用要求を受け付けた場合に、利用者IDやパスワード等の認証情報を入力する認証画像を生成し、生成した画像を要求のあった携帯端末200のディスプレイに表示させると共に、表示された画像を用いて入力された入力認証情報に基づいて利用者情報DB371の認証情報を参照し、入力認証情報に合致する認証情報が格納されているか否かによって、サービスの利用を許可するか否かを判定する。例えば、登録部330は、入力認証情報に合致する認証情報が利用者情報DB371に含まれる場合にはサービスの利用を許可し、合致する情報が含まれていない場合にはサービスの利用を拒否するか、新規登録を行わせるための処理を行う。
また、登録部330は、駐車エリアの登録要求に基づいて駐車エリアを登録してもよい。例えば、登録部330は、登録者の端末(登録者が携帯端末200を利用している場合には携帯端末200の駐車アプリ292)から駐車エリアの登録要求を受け付けた場合に、図6に示す駐車エリア情報372に含まれる各種情報を入力させるための画像を生成して、登録要求を受け付けた端末に表示させ、端末から入力される駐車エリアに関する情報を取得する。そして、登録部330は、取得した利用者に関する情報を駐車エリア情報372に登録する。登録部330は、利用者情報DB371および駐車エリア情報372に格納される情報を、利用者または登録者の要求により、更新、変更、削除してもよい。また、登録部330は、地図情報373を参照して、コインパーキング等の駐車場の情報を取得し、駐車エリア情報372に登録してもよい。
管理部340は、携帯端末200との通信によりサーバ側通信部310により受信された車両100に関する情報や携帯端末200の位置情報(以下、端末位置情報)を管理したり、それぞれの位置情報に基づいて、車両100と、携帯端末200(または利用者ID)とを対応付けて車両100の状態や駐車の利用状況を管理する。例えば、管理部340は、車両100の位置情報(以下、車両位置情報)および端末位置情報に基づいて、車両100の駐車位置および駐車時間を管理する。また、駐車管理サーバ300は、車両100の駐車エリアの登録や駐車エリアに関する情報の提供、駐車エリアの利用料金の決済処理等を管理してもよい。また、管理部340は、管理情報に基づいて車両状態DB374や駐車利用DB375に情報を格納したり、更新したりしてもよい。
また、管理部340は、携帯端末200から取得した車両100に関する情報および端末位置情報に基づいて、車両状態(例えば、「走行中」、「駐車中」、「停止中」等)を判定し、判定結果を車両状態DB374に登録してもよい。この場合、管理部340は、例えば、上述した駐車アプリ292における車両状態の判定処理と同様の判定を行う。また、管理部340は、携帯端末200から車両状態の判定結果に関する情報を取得している場合には、判定処理を行わなくてもよく、処理を行った後に携帯端末200から取得した情報と比較して車両状態の最終的な判定を行ってもよい。
提供部350は、実施形態の駐車エリアに関する情報や利用料金等に関する情報等を利用者U1に提供する。例えば、提供部350は、車両位置情報を取得し、取得した車両位置情報に基づいて駐車エリア情報372を参照し、位置情報から所定距離以内に存在する駐車エリアに関する情報を抽出する。そして、提供部350は、抽出した駐車エリアと駐車可能期間、および駐車料金に関する情報を携帯端末200に送信する。また、提供部350は、車両位置情報に代えて、携帯端末200から取得した端末位置情報を用いてもよい。
また、提供部350は、駐車エリアを利用した利用者の携帯端末200に、駐車時間や利用料金、決済情報等を送信してもよい。また、提供部350は、駐車エリアを登録した登録者の端末に車両100の駐車エリアの利用によって、登録者が取得する金額に関する情報を送信してもよい。
決済処理部360は、所定周期または所定のタイミングで、駐車利用DB375を参照して利用者ごとの利用料金の合計を算出し、算出された金額の決済処理を行う。例えば、決済処理部360は、駐車利用DB375に基づいて、駐車エリア情報372を参照し、駐車料金を取得する。また、決済処理部360は、駐車時間と駐車料金とに基づいて利用料金を算出する。また、決済処理部360は、利用者情報DB371に登録された決済情報を参照し、決済情報に含まれる決済方法によって、利用料金の決済処理を行う。なお、決済処理部360は、利用料金が算出された時点で、決済を完了させる前に、提供部350により利用者に利用料金等を通知し、指示された決済方法に基づいて決済を行ってもよい。決済処理部360による処理結果は、例えば、利用者情報DB371の決済情報等に登録されてよい。
[駐車管理システム1による駐車サービスの流れ]
次に、実施形態の駐車管理システム1による駐車サービスの流れについて具体的に説明する。以下では、駐車エリアに車両100が駐車されるまでの処理と、駐車されてから駐車の利用が終了するまでの処理とに大別して説明する。また、以下では、登録部330により一以上の駐車エリアが登録されているものとする。
[駐車エリアに車両100が駐車されるまでの処理]
図9は、駐車エリアに車両100が駐車されるまでの処理の流れの一例を示すシーケンス図である。図9の例では、車両100、携帯端末200、および駐車管理サーバ300における処理を示している。図9の例において、車両100は、利用者U1の操作により、イグニッションスイッチがオン状態(IG-ON)になると動力源(エンジン115)が始動し、各種の機器に電源が供給されて稼働状態となる(ステップS100)。携帯端末200は、駐車アプリ292を起動させる(ステップS102)。ステップS102の処理では、駐車アプリ292の起動と同時に利用者の認証処理が実行されてもよい。以下では、利用者認証が成功した(駐車サービスの利用が許可された)ものとして説明する。
車両側通信制御部190は、車両側通信部180を用いて車両100の周辺に存在する携帯端末200に通信確立要求を送信し(ステップS104)、携帯端末200からの応答を受信して(ステップS106)、車両100と携帯端末200との通信(例えば、Bluetooth通信)を確立する(ステップS108)。通信が確立されると、車両側通信制御部190は、車両100に関する情報(例えば、車両ID、動力源の状態、車両位置情報、車速)を携帯端末200に送信する(ステップS112)。ステップS110の処理は、通信が確立されている間継続して実行されてよい。
次に、端末側通信制御部220は、確立された通信によって車両100から取得した車両100に関する情報を取得すると、車両100に関する情報および端末位置情報を利用者IDと共に駐車管理サーバ300に送信する(ステップS112)。ステップS112の処理において、端末側通信制御部220は、利用者IDに代えて(または加えて)、端末IDを送信してもよい。また、端末側通信制御部220は、利用者U1により設定された目的地に関する情報や操作量に関する情報等を送信してもよい。
駐車管理サーバ300の管理部340は、携帯端末200から送信された情報を取得し、取得した情報に基づいて、利用者IDと車両100とを対応付けて、取得した日時情報と共に車両利用DB374に登録し、車両100の利用状態を管理する(ステップS114)。
次に、提供部350は、例えば車両位置情報または端末位置情報に基づいて、駐車エリアを検索する(ステップS116)。ステップS116の処理において、提供部350は、例えば、車両位置情報に基づいて、駐車エリア情報372または地図情報373を参照し、車両位置から所定距離以内に存在し、且つ駐車可能期間中である駐車エリアを抽出する。また、提供部350は、駐車エリアの利用状況(空き状況や駐車スペース)に基づいて駐車可能な駐車エリアを抽出してもよい。また、提供部350は、車両位置情報や端末位置情報に基づいて、車両100の進行方向を予測し、車両100の進行方向(または前方)に存在する駐車エリアを車両100の後方にある駐車エリアよりも優先的に抽出してもよい。また、上述の処理に代えて(または加えて)、予め目的地が指定されている場合には、指定された目的地情報を用いて、周辺の駐車可能な駐車エリアを抽出してもよい。提供部350は、抽出した駐車エリアに関する情報(例えば、駐車エリア、駐車可能期間、駐車料金)を携帯端末200に送信する(ステップS118)。
携帯端末200の駐車アプリ292は、駐車エリア情報を含む画像をディスプレイ240に表示させる(ステップS120)。また、携帯端末200の駐車アプリ292は、車両100から取得した情報および端末位置情報等に基づいて、車両状態を判定し(ステップS122)、判定結果を駐車管理サーバ300に送信する(ステップS124)。ステップS112~ステップS124の処理は、例えば、車両100と端末側第1通信部212との通信が確立されている間、イグニッションスイッチがオフ状態となるまで、または、駐車アプリ292が終了されるまで、所定の周期またはタイミングで継続して実行されてもよい。駐車管理サーバ300は、携帯端末200から取得した情報に基づいて、車両状態DB374の車両位置情報、端末位置情報、車両状態等を適宜更新する。
車両100は、利用者U1の運転操作によって目的地等まで走行され(ステップS126)、駐車エリアに停車される(ステップS128)。次に、車両100のイグニッションスイッチがオフ状態(IG-OFF)になると(ステップS130)、車両側通信制御部190は、通信が確立された携帯端末200に車両100に関する情報(例えば、車両ID、動力源の状態、車両位置情報、車速)を送信する(ステップS132)。車両側通信制御部190は、イグニッションスイッチがオフ状態となった後、ステップS132の処理が完了すると、車両100と携帯端末200との通信は遮断される。
携帯端末200の駐車アプリ292は、ステップS132の処理等により車両100から取得した情報に基づいて車両100の駐車が開始したと判定した場合(ステップS134)、駐車が開始したことを示す情報を駐車管理サーバ300に送信する(ステップS136)。
駐車管理サーバ300の管理部340は、携帯端末200から取得した情報に基づいて、車両状態DB374や駐車利用DB375にデータを登録またはデータを更新して駐車サービスの利用状態を管理する(ステップS138)。なお、ステップS138の処理において、管理部340は、車両100が駐車エリア情報372に登録された駐車エリア(以下、正規の駐車エリアと称する)、および駐車可能期間に停車されているかを確認し、正規の駐車エリアまたは駐車可能期間に停車していない場合に、携帯端末200に駐車エリアが間違っていること、または駐車可能期間ではないことを通知してもよい。以下では、車両100が正規の駐車エリアで、且つ駐車可能期間内に駐車したものとして説明する。また、提供部350は、駐車が開始されたことを示す情報(例えば、駐車位置および駐車開始日時)を携帯端末200に送信する(ステップS140)。
携帯端末200は、車両100の駐車位置と駐車開始日時等の駐車が開始されたことを示す情報を端末側記憶部290に記憶させると共に(ステップS142)、駐車が開始されたことを示す情報をディスプレイ240に表示させる(ステップS144)。これにより、車両100の駐車エリアへの駐車が開始されたこと、および駐車開始日時を利用者U1に正確に把握させることができる。実施形態では、コインパーキング等の日常的に利用可能な駐車エリアだけでなく、宅地等のように期間が限定され一時的な利用のみが可能な駐車エリアにも駐車させることができる。一時的な利用のみが可能な駐車エリアには、入出場ゲートやパーキングメーター等の設備が存在しないため、利用者が正しい駐車エリアに車両100を駐車できているかが不安になる可能性がある。そこで、ステップS144の処理によって、駐車位置および駐車開始日時を利用者に提示することで、利用者により安心感を与えることができる。
[駐車されてから駐車の利用が終了するまでの処理]
図10は、車両100が駐車エリアに駐車されてから駐車の利用が終了するまでの処理の流れの一例を示すシーケンス図である。携帯端末200は、端末側記憶部290に記憶された車両位置情報と、端末位置取得部260により取得された端末位置情報とに基づいて、携帯端末200の位置が車両位置から所定距離未満であるか否かを判定する(ステップS200)。車両100から所定距離未満であると判定した場合、携帯端末200は、所定距離未満であることを示す情報を駐車管理サーバ300に送信する(ステップS202)。なお、ステップS202の処理において、携帯端末200は、車両100から所定距離未満である状態が所定時間以上継続した場合に、所定距離未満であることを示す情報を駐車管理サーバ300に送信してもよい。これにより、駐車位置付近を横切る場合等、利用者U1に駐車を終了させる意図がないのに、駐車が終了されてしまうことを抑制することができ、より適切な駐車管理を実現できる。
駐車管理サーバ300は、携帯端末200からの処理を受け付けると、利用者の利用状態として、利用者U1が車両100の駐車位置付近に存在することを駐車利用DB375に登録(例えば、利用者戻り状態として登録)して管理する(ステップS204)。
次に、車両100は、イグニッションスイッチがオン状態(IG-ON)になると動力源が始動し、各種の機器に電源が供給されて稼働状態となる(ステップS206)。車両側通信制御部190は、車両側通信部180を用いて車両100の周辺に存在する携帯端末200に通信確立要求を送信し(ステップS208)、携帯端末200からの応答を受信して(ステップS210)、車両100と携帯端末200との通信(例えば、Bluetooth通信)を確立する(ステップS212)。通信が確立されると、車両側通信制御部190は、車両100に関する情報を携帯端末200に送信する(ステップS214)。
次に、駐車アプリ292は、車両100から取得した情報および端末位置情報等に基づいて、車両状態を判定し(ステップS216)、判定結果を駐車管理サーバ300に送信する(ステップS218)。ステップS214~ステップS218の処理は、例えば、車両100と端末側第1通信部212との通信が確立されている間、イグニッションスイッチがオフ状態となるまで、または、駐車アプリ292が終了されるまで、所定の周期またはタイミングで継続して実行されてもよい。
次に、管理部340は、携帯端末200から送信された情報に基づいて車両状態DB374や駐車利用DB375のデータを更新して、車両100の利用状態を管理する(ステップS220)。次に、車両100が駐車位置から移動したとする(ステップS222)。携帯端末200の駐車アプリ292は、車両100から送信された車両100に関する情報を受信し(ステップS214)、受信した情報に基づいて駐車が終了したと判定した場合(ステップS226)、駐車が終了したことを示す情報を駐車管理サーバ300に送信する(ステップS228)。
駐車管理サーバ300の管理部340は、携帯端末200から送信された情報を受信し、受信した情報に基づいて、駐車の利用が終了したことを示す情報を駐車利用DB375に登録し、駐車エリアの利用状態を管理する(ステップS230)。次に、駐車管理サーバ300の決済処理部360は、駐車エリアの利用に関する決済処理を実行する(ステップS232)。次に、提供部350は、決済結果等を携帯端末200に送信する(ステップS234)。
携帯端末200は、駐車管理サーバ300から送信された決済結果に関する情報(決済情報)をディスプレイ240に表示させる(ステップS236)。これにより、利用者U1に駐車サービスの利用が終了したこと、および決済処理が完了したことを認識させることができる。
[携帯端末により利用者に通知される情報]
次に、上述した駐車管理システム1による駐車サービスの一連の処理において、携帯端末200により利用者U1に通知される各種情報について説明する。図11は、駐車エリア情報を含む画像IM10の一例を示す図である。画像IM10は、例えば、ステップS120の処理によりディスプレイ240に表示される画像である。画像IM10には、例えば、地図画像IM11と、位置特定画像IM12と、駐車エリア画像IM13と、駐車情報画像IM14とが含まれる。
地図画像IM11は、例えば、地図情報373に含まれる基準位置から所定距離範囲の地図情報である。基準位置とは、例えば、車両100の位置でもよく、目的地の位置情報でもよい。以下、基準位置が車両100の位置であるものとして説明する。図11の例では、車両位置情報に対応付けられた位置特定画像IM12が地図画像上の座標(地図座標)に対応付けられた位置に表示されている。
駐車エリア画像IM13は、車両位置情報に基づいて駐車エリア情報372から参照された、車両駐車位置から所定距離以内に存在する駐車エリアを示す画像である。図11の例では、3つの駐車エリアを示す画像IM13a~IM13cが地図画像IM11に重畳表示されている。なお、画像IM13a~IM13cは、地図画像IM11に所定の透過率で透過されて重畳表示されてもよい。また、駐車エリア画像IM13a~IM13cは、それぞれ異なる表示態様で表示されてもよい。表示態様とは、例えば、色彩、模様、グラデーション、形状、透過率、点滅の有無等である。例えば、駐車アプリ292は、例えば、駐車可能期間、駐車料金等に応じて表示態様を変更してもよい。
駐車情報画像IM14は、駐車エリア情報372に記憶された駐車可能期間や駐車料金に関する文字情報を含む画像である。駐車情報画像IM14は、駐車エリア画像IM13の表示位置に対応付けられた位置に重畳表示される。図11の例では、駐車エリア画像IM13a~IM13cのそれぞれの表示位置に対応付けられた位置に、駐車情報画像IM14a~IM14cが表示されている。なお、駐車アプリ292は、利用者U1がディスプレイ240に表示された駐車エリア画像IM13a~IM13cの何れかの表示位置を選択(例えば、タップ)することで、選択された駐車エリア画像IM13の駐車エリアに対応付けられた駐車情報を表示させてもよい。また、駐車アプリ292は、駐車情報に対応する音声情報をスピーカ250から出力させてもよい。
画像IM10を表示させることで、駐車エリアに関する情報を利用者U1に認識させることができる。また、本実施形態によれば、日常的に駐車エリアとして運用されていない個人の敷地内のエリアや田畑、企業や自治体が管理する駐車可能なエリア等を駐車スペースとして利用できることを、利用者U1に認識させることができる。
図12は、駐車エリアへの駐車が開始されたことを示す画像IM20の一例を示す図である。画像IM20は、例えば、上述したステップS144の処理によりディスプレイ240に表示される画像である。画像IM20には、例えば、駐車情報画面として、利用情報表示領域AR21と、詳細情報表示領域AR22と、スイッチ表示領域AR23とが含まれる。利用情報表示領域AR21には、車両100の駐車エリアへの駐車が開始されたことを示す情報(例えば、文字)等が表示される。詳細情報表示領域AR22には、駐車に関する詳細情報が表示される。詳細情報には、車両100を駐車させた利用者の識別情報(利用者ID)、駐車された車両の識別情報(車両ID)、駐車エリア、駐車開始日時、駐車エリアの駐車料金に関する情報が含まれる。スイッチ表示領域AR23には、例えば、アイコンIC21が含まれる。アイコンIC21は、画像IM20の表示を終了することを受け付けるGUIスイッチである。画像IM20を表示させることにより、車両100が正規の駐車エリアに正しく駐車されたことを乗員U1に把握させ易くすることができる。実施形態では、日常的に駐車エリアとして運用されていないエリアも駐車エリアとして提供されるため、入出場ゲートやパーキングメーター等の設備が存在しない場合もある。したがって、図12に示す画像IM20を表示させることで、利用者U1に車両100が正規の駐車エリアに駐車されたことを認識させることができ、利用者U1は安心して駐車した車両100を置いて移動することができる。
図13は、駐車の利用が終了したときにディスプレイ240に表示される決済情報を示す画像IM30の一例を示す図である。画像IM30は、例えば、上述したステップS236によりディスプレイ240に表示させる画像である。画像IM30には、例えば、利用状態表示領域AR31と、利用結果表示領域AR32と、スイッチ表示領域AR33とが含まれる。
利用状態表示領域AR31には、車両100の駐車エリアへの駐車の利用が終了したことを示す情報(例えば、文字)等が表示される。利用結果表示領域AR32には、利用した駐車に関する詳細情報が表示される。利用結果表示領域AR32には、例えば、利用者IDや車両ID、駐車エリア、利用料金が含まれる。また、利用結果表示領域AR32には、駐車時間に関する情報が含まれてもよい。
スイッチ表示領域AR33は、例えば、アイコンIC31と、アイコンIC32とが含まれる。アイコンIC31は、利用者が利用者情報DB371に登録された決済方法での決済を受け付けるスイッチである。アイコンIC32は、登録された決済方法以外の方法で利用料金を決済させるためのスイッチである。アイコンIC31が選択された場合、登録された決済方法(例えば、クレジット決済)により利用料金が決済される。アイコンIC32が選択された場合、利用者により他の決済方式(例えば、電子決済)を受け付け、受け付けた決済方式により利用料金が決済される。
画像IM30を表示して利用者U1に通知することにより、利用者U1に駐車の終了を把握させ易くすることができる。また、画像IM30を表示することで、利用者U1に駐車サービスの利用に対する決済までの処理をより円滑に行わせることができる。
なお、駐車アプリ292は、駐車エリアを登録する登録者に、駐車エリアを登録させるための画像をディスプレイ240に表示させてもよい。この場合、登録者は、登録者が所有する端末装置にインストールされた駐車アプリ292を起動させて、駐車エリアの登録画面を表示させて各種情報を入力することで駐車エリアの登録を行う。登録者が所有する端末装置は、例えば、携帯端末200と同様の構成を適用できる。
図14は、駐車エリアを登録するための画像IM40の一例を示す図である。画像IM40には、例えば、駐車エリア登録画面として、登録情報表示領域AR41と、スイッチ表示領域AR42とが含まれる。登録情報表示領域AR41には、例えば、登録者ID入力領域AR41aと、駐車エリア入力領域AR41bと、駐車可能期間入力領域AR41c~AR41eと、駐車料金入力領域AR41fとが含まれる。登録者ID入力領域AR41aは、登録者を識別する識別情報が入力される領域である。駐車エリア入力領域AR41bは、実施形態の駐車サービスで利用される駐車エリアを指定する領域である。登録情報表示領域AR41には、住所を指定するアイコンIC41およびエリアを推定するアイコンIC42が含まれる。アイコンIC41が選択された場合、住所を選択する画像が表示され、画像を用いて入力された住所情報が駐車エリア入力領域AR41bに入力される。アイコンIC42が選択された場合、地図情報等が表示され、登録者による範囲の指定が受け付けられた場合、当該範囲に相当する駐車エリアに関する情報(例えば、緯度経度情報)が駐車エリア入力領域AR41bに入力される。
駐車可能期間入力領域AR41cは、日付や周期等の入力を受け付ける。駐車可能期間入力領域AR41dは、駐車可能期間の開始時間の入力を受け付ける。駐車可能期間入力領域AR41eは、駐車可能期間の終了時間の入力を受け付ける。駐車料金入力領域AR41fは、利用料金の入力を受け付ける。図14の例では、駐車可能期間入力領域AR41cおよび駐車料金入力領域AR41fは、例えば、複数の選択候補から一つを選択可能なコンボボックス(ドロップダウンリスト)であるが、駐車可能期間入力領域AR41d、AR41eを含めてコンボボックスであってもよい。
スイッチ表示領域A42には、例えば、アイコンIC43と、アイコンIC44とが含まれる。アイコンIC43は、登録情報表示領域AR41に入力された情報に基づいて駐車管理サーバ300に駐車エリアの登録処理を実行させることを受け付けるGUIスイッチである。アイコンIC44は、駐車エリアの登録処理を行わずに画像IM40の表示を終了させることを受け付けるGUIスイッチである。図14の例において、アイコンIC41の選択を受け付けた場合、携帯端末200は、駐車管理サーバ300に登録情報表示領域AR41に入力された情報を送信する。駐車管理サーバ300の登録部330は、受け付けた情報を駐車エリア情報372に登録する。なお、登録部330は、登録された駐車エリアが登録者の権限で駐車エリアとして利用することができるか否かを判定してもよい。この場合、登録部330は、例えば、ネットワークNWを介して外部装置にアクセスして登記簿情報を取得し、登録者が駐車エリアを含む土地の所有者である場合に駐車エリアとして利用することができると判定する。また、登録部330は、予め登録者が所有する土地に関する情報(登録者情報)をサーバ側記憶部370に記憶しておき、登録者情報に登録された土地の一部または全部が駐車エリアとして登録要求された場合に、駐車エリアとして利用することができると判定してもよい。
画像IM40を表示させることで、登録者に駐車エリアをスムーズに登録させることができる。また、登録者に使用していない土地等を駐車エリアとして有効活用させることができる。
[変形例]
上述した駐車管理システム1において、車両100、携帯端末200、および駐車管理サーバ300のそれぞれが備える各機能の少なくとも一部は、他の装置が有していてもよい。例えば、車両100と携帯端末200との間でBluetooth通信等の近距離通信を確立するための通信確立要求は、携帯端末200から周辺の車両100に出力されてよい。また、駐車管理サーバ300の管理部340の機能の一部は、携帯端末200の駐車アプリ292により実行されてもよく、駐車アプリ292により実行される機能の一部は、管理部340が行ってもよい。この場合、例えば、車両状態の判定を管理部340が行ってよく、駐車アプリ292が車両100の駐車が開始されたか否かの判定を行い、管理部340が車両100の駐車が終了されたか否かの判定を行ってもよい。
また、駐車管理システム1において、携帯端末200は、駐車管理サーバ300から取得した情報や車両状態の判定に関する情報を、端末側第1通信部212を介して車両100に送信してもよい。この場合、車両制御部130は、車両側通信部180により受信した携帯端末200からの情報をHMI160に表示させる。これにより、車両100と駐車管理サーバ300とが直接通信を行っていなくても、駐車管理サーバ300から提供される情報を、車両100から利用者U1に提供することができる。
また、駐車管理システム1において、仮に利用者U1が携帯端末200を紛失した場合に、駐車管理サーバ300の管理部340は、携帯端末200を紛失した利用者U1の利用者IDに基づいて、車両状態DB374の利用者IDを参照し、合致する利用者IDに対応付けられた端末位置情報から携帯端末200の位置を推定して利用者U1に提供してもよい。また、管理部340は、利用者U1が携帯端末200を紛失した場合に、駐車中の車両100の駐車時間や利用料金を調整して決済させてもよい。
以上説明した実施形態は、例えば、車両(移動体の一例)100と、車両100の利用者U1の携帯端末200と、携帯端末200と通信を行う駐車管理サーバ(サーバの一例)300と、を含む駐車管理システム1において、車両100は、車両100を走行させる動力源と、車両100の位置情報を取得する車両位置取得部(移動***置取得部の一例)170と、携帯端末200と通信を行う車両側通信部(移動体側通信部の一例)180と、車両100の識別情報と、動力源の状態と、車両100の位置情報とを含む車両100に関する情報を携帯端末200に送信する車両側通信制御部(移動体側通信制御部の一例)と、を備え、携帯端末200は、携帯端末200の位置情報を取得する端末位置取得部260と、車両100と通信を行う端末側第1通信部(第1通信部の一例)212と、サーバと通信を行う端末側第2通信部(第2通信部の一例)214と、端末側第1通信部212により受信された車両100に関する情報と携帯端末200の位置情報とを含む情報を、端末側第2通信部214により駐車管理サーバ300に送信させる端末側通信制御部220と、を備え、駐車管理サーバ300は、携帯端末200と通信するサーバ側通信部310と、サーバ側通信部310により受信された携帯端末200からの情報に基づいて、車両100の駐車を管理する管理部340とを備えることにより、より適切な移動体の駐車管理を実現することができる。
具体的には、実施形態によれば、車両100がネットワークNWを介して駐車管理サーバ300と直接通信を行わなくても、車両100を利用する利用者U1の携帯端末200が、車両100の情報と携帯端末200の情報とを駐車管理サーバ300に送信することで、サーバ側で車両100と利用者とを対応付けて、より適切な駐車管理を実現できる。また、実施形態によれば、入出場ゲートやパーキングメーター等の設備がないエリアも駐車エリアとして利用することができるため、より低コストに駐車サービスを提供することができる。
上記説明した実施形態は、以下のように表現することができる。
移動体の利用者に所持され、サーバと通信を行う携帯端末のコンピュータが、
プログラムを記憶した記憶装置と、
ハードウェアプロセッサと、を備え、
前記ハードウェアプロセッサが前記記憶装置に記憶されたプログラムを実行することにより、
移動体の利用者に所持され、サーバと通信を行う携帯端末のコンピュータが、
前記携帯端末の位置情報を取得し、
前記移動体から送信された前記移動体の識別情報、前記動力源の状態、および前記移動体の位置情報を含む前記移動体に関する情報を受信し、
受信した前記移動体に関する情報と前記携帯端末の位置情報とに基づいて前記移動体の駐車の開始または終了を判定し、
判定した結果を前記処理部により処理された結果を前記サーバに送信する、
ように構成されている、携帯端末。
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。