JP2022146754A

JP2022146754A - 情報処理装置

Info

Publication number: JP2022146754A
Application number: JP2021047885A
Authority: JP
Inventors: 修平山本; Shuhei Yamamoto
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2021-03-22
Filing date: 2021-03-22
Publication date: 2022-10-05

Abstract

【課題】複数の駐車場の予約及び決済を効率的に行うことが可能な情報処理装置を提供することを目的とする。【解決手段】取得部２０が、利用者情報及び利用者が設定した複数の目的地を含む移動経路を利用者の携帯端末装置から取得し、検索部２２が、利用者の移動経路の目的地から予め定めた範囲内の駐車場を検索し、提示部２６が、検索された駐車場の情報を利用者の携帯端末装置に提示する処理を行い、受付部２８が、利用者が予約する駐車場の選択結果を受信して予約の依頼を受け付けて、予約部３０が、選択された駐車場の駐車場管理装置に対して駐車場の予約を行い、通知部３２が、予約部３０の予約結果を利用者の携帯端末装置１４に通知する。また、認識部３４が、利用者が予約した駐車場への入庫及び出庫の各々を認識し、決済部３６が、認識結果に基づいて、利用者に対して決済処理を行う。【選択図】図３

Description

本発明は、駐車場の予約と精算に関する処理を行う情報処理装置に関する。

特許文献１には、管理サーバが、ユーザによるいずれかの駐車場への入庫時に、駐車場に駐車するためにユーザに課される課金条件をユーザの携帯端末に送信し、時計を用いて入庫時刻を計測し、ユーザによる駐車場からの出庫時に出庫時刻を計測し、計測された出庫時刻の、入庫時刻からの経過時間を駐車時間として取得し、駐車時間の長さに基づいて駐車料金を計算してユーザの携帯端末に送信することにより、ユーザが携帯端末を介して駐車料金を電子的に決済することを可能にする駐車場管理システムが提案されている。

特開２０１８－９２５６７号公報

駐車場の入出庫時間に応じて電子的に決済することができるが、駐車場が満車の場合には利用できない。また、駐車場を予約することも考えられるが、複数の目的地がある場合、それぞれの目的地毎に駐車場の予約と、決済とを個別に行う必要があり、予約及び決済の手間を低減するためには改善の余地がある。

そこで、本発明は、複数の駐車場の予約及び決済を効率的に行うことが可能な情報処理装置を提供することを目的とする。

上記目的を達成するために請求項１に記載の情報処理装置は、利用者が設定した複数の目的地を取得する取得部と、前記取得部によって取得した前記複数の目的地のそれぞれの予め定めた範囲内の予め登録された利用可能な駐車場を提示する提示部と、前記提示部によって提示された前記駐車場の予約を前記利用者から目的地毎に受け付ける受付部と、前記受付部によって前記予約を受け付けた場合に、前記利用者を特定する特定情報を駐車場に通知して駐車場を予約する予約部と、前記予約部による予約結果を前記利用者に通知する通知部と、前記利用者の予約した駐車場への入庫及び出庫の各々を認識する認識部と、前記認識部の認識結果に基づいて、利用した駐車場の利用料金の決済を行う決済部と、を含む。

請求項１に記載の発明によれば、取得部では、使用者が設定した複数の目的地が取得され、提示部では、取得部によって取得した複数の目的地のそれぞれの予め定めた範囲内の予め登録された利用可能な駐車場が提示される。

受付部では、提示部によって提示され駐車場の予約を利用者から目的地毎に受け付けられ、予約部では、受付部によって予約を受け付けた場合に、利用者を特定する特定情報を駐車場に通知して駐車場が予約され、通知部では、予約部による予約結果が利用者に通知される。これにより、複数の駐車場をまとめて予約することができる。

また、認識部では、利用者の予約した駐車場への入庫及び出庫の各々が認識され、決済部では、認識部の認識結果に基づいて、利用した駐車場の利用料金の決済が行われる。これにより、予約して利用した複数の駐車場の精算をまとめて精算することができる。従って、複数の駐車場の予約及び決済を効率的に行うことが可能となる。

以上説明したように本発明によれば、複数の駐車場の予約及び決済を効率的に行うことが可能な情報処理装置を提供できる。

本実施形態に係る駐車場マッチングシステムの概略構成を示す図である。本実施形態に係る駐車場マッチングシステムにおけるサーバ、携帯端末装置、及び駐車場管理装置の電気系の要部構成を示すブロック図である。本実施形態に係る駐車場マッチングシステムのサーバの機能構成を示す機能ブロック図である。定額料金での精算を示す図である。利用時間に応じた料金での精算を示す図である。予約した駐車場の利用に対する料金の精算の流れを示す図である。本実施形態に係る駐車場マッチングシステムにおいて、駐車場を予約する際に、携帯端末装置で行われる処理の流れの一例を示すフローチャートである。本実施形態に係る駐車場マッチングシステムにおいて、駐車場予約時にサーバで行われる処理の流れの一例を示すフローチャートである。本実施形態に係る駐車場マッチングシステムにおいて、駐車場予約時に駐車場管理装置で行われる処理の流れの一例を示すフローチャートである。本実施形態に係る駐車場マッチングシステムにおいて、車両の入出庫時に駐車場管理装置で行われる処理の流れの一例を示すフローチャートである。本実施形態に係る駐車場マッチングシステムにおいて、車両の入出庫時にサーバで行われる処理の流れの一例を示すフローチャートである。本実施形態に係る駐車場マッチングシステムの変形例の概略構成を示す図である。

以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。図１は、本実施形態に係る駐車場マッチングシステムの概略構成を示す図である。

駐車場マッチングシステム１０は、情報処理装置の一例としてのサーバ１２と、複数の携帯端末装置１４（１４ａ、１４ｂ）と、駐車場管理装置１６と、を含んで構成されている。サーバ１２、複数の携帯端末装置１４、及び駐車場管理装置１６は、それぞれ携帯電話回線網や各種ネットワーク等の通信ネットワーク１８に接続可能とされ、サーバ１２、携帯端末装置１４、及び駐車場管理装置１６の間でそれぞれ通信が可能とされている。

携帯端末装置１４は、複数の利用者が携帯し、サーバ１２が提供するアプリケーションをインストールすることにより、利用者が指定した出発地から目的地までの間の駐車場の検索、予約、及び精算等の処理が可能とされている。携帯端末装置１４の一例としては、スマートフォンや、ＰＤＡ（Personal Digital Assistant）等が適用される。なお、携帯する人を区別しない場合は携帯端末装置１４として記す。

サーバ１２は、携帯端末装置１４の利用者の要求に応じて、駐車場の検索、予約、及び精算等の処理を行う。具体的には、携帯端末装置１４の利用者と、駐車場管理装置１６が管理する駐車場をマッチングする駐車場マッチングサービスをクラウドサービスとして提供する。駐車場マッチングサービスは、利用者の移動経路中の複数の目的地の駐車場を検索して利用者に表示し、利用者の選択に従って駐車場の予約を行う。また、予約された駐車場への入出庫情報を駐車場管理装置１６から取得して、利用料金を精算する処理を行う。なお、本実施形態では、予め登録された駐車場を定額で利用可能な定額料金での精算や、利用時間に応じた料金での精算が可能とされている。

駐車場管理装置１６は、予め登録された駐車場運営事業者等に設置され、車両の駐車場への入出庫等を管理する。例えば、駐車場に設けられたカメラ等により、入庫及び出庫する車両を撮影して自動車登録番号を画像処理等により認識し、予約時に利用者から取得した自動車登録番号と照合することで、予約者の入出庫を検出する。或いは、予約された利用者の携帯端末装置の位置情報を取得して、駐車場への入出庫を検出してもよい。入出庫の検出は、入庫時間及び出庫時間を含めて検出する。なお、図１では、１つの駐車場管理装置１６のみを示すが、複数の駐車場運営事業者に対応する複数の駐車場管理装置１６を備えてもよい。また、本実施形態では、駐車場運営事業者が管理する複数の駐車場を駐車場管理装置１６が管理する例として説明するが、駐車場毎に設置してもよい。

続いて、本実施形態に係る駐車場マッチングシステム１０におけるサーバ１２、携帯端末装置１４、及び駐車場管理装置１６の電気系の要部構成について説明する。

図２は、本実施形態に係る駐車場マッチングシステム１０におけるサーバ１２、携帯端末装置１４、及び駐車場管理装置１６の電気系の要部構成を示すブロック図である。なお、サーバ１２、携帯端末装置１４、及び駐車場管理装置１６は基本的には一般的なコンピュータの構成とされているので、ここではサーバ１２を代表して説明する。

サーバ１２は、図２に示すように、ＣＰＵ（Central Processing Unit）１２Ａ、ＲＯＭ（Read Only Memory）１２Ｂ、ＲＡＭ（Random Access Memory）１２Ｃ、ストレージ１２Ｄ、操作部１２Ｅ、表示部１２Ｆ、及び通信Ｉ／Ｆ（インタフェース）部１２Ｇを備えている。

ＣＰＵ１２Ａは、中央演算処理ユニットであり、各種プログラムを実行することにより、装置の全体の動作を司る。ＲＯＭ１２Ｂは、各種制御プログラムや各種パラメータ等が予め記憶される。ＲＡＭ１２Ｃは、ＣＰＵ１２Ａによる各種プログラムの実行時のワークエリア等として用いられる。ストレージ１２Ｄは、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）、フラッシュメモリ等の各種記憶部により構成され、各種データやアプリケーションプログラム等が記憶される。操作部１２Ｅは、キーボードやマウス、タッチパネル等からなり、各種の情報を入力するために用いられる。表示部１２Ｆは、各種の情報を表示するために用いられる。通信Ｉ／Ｆ部１２Ｇは、ＬＡＮや、ＷＡＮ、インターネット等の各種ネットワーク等の通信ネットワーク１８に接続可能とされ、当該通信ネットワーク１８に接続された他の装置と各種データの送受信を行う。以上のサーバ１２の各部はシステムバス１２Ｈにより電気的に相互に接続されている。

以上の構成により、サーバ１２は、ＣＰＵ１２Ａにより、ＲＯＭ１２Ｂ、ＲＡＭ１２Ｃ、及びストレージ１２Ｄに対するアクセス、操作部１２Ｅを介した各種データの取得、表示部１２Ｆに対する各種情報の表示を各々実行する。また、サーバ１２は、ＣＰＵ１２Ａにより、通信Ｉ／Ｆ部１２Ｇを介した通信データの送受信の制御を実行する。

なお、携帯端末装置１４については、図２の点線で示すように、カメラ１４Ｉ、音声入出力部１４Ｊ、及び位置検出部１４Ｋ等を更に含む。

カメラ１４Ｉは、静止画像や動画像を撮影することによって、動画像または静止画像を表す画像データを生成する。

音声入出力部１４Ｊは、スピーカやヘッドフォン等から音声を出力し、マイク等により集音することにより音声を入力し、入力した音声を表す音声情報を生成する。

位置検出部１４Ｋは、携帯端末装置１４の現在の位置情報を検出する。例えば、ＧＰＳ（Global Positioning System）衛星からの電波を受信し、３つ以上のＧＰＳ衛星からの距離に基づいて、空間上の一点の位置を測位することにより、位置を検出する。

続いて、サーバ１２のＣＰＵ１２ＡがＲＯＭ１２Ｂに記憶されたプログラムをＲＡＭ１２Ｃに展開して実行することにより実現される機能の一例について説明する。図３は、本実施形態に係る駐車場マッチングシステム１０のサーバ１２の機能構成を示す機能ブロック図である。

サーバ１２は、取得部２０、検索部２２、駐車場ＤＢ（データベース）２４、提示部２６、受付部２８、予約部３０、通知部３２、認識部３４、及び決済部３６の機能を有する。

取得部２０は、予め登録した利用者の識別情報、氏名、住所、携帯端末装置１４と通信するための情報、利用者が利用する車両の自動車登録番号等の利用者情報、及び利用者が設定した複数の目的地を含む移動経路を利用者の携帯端末装置１４から取得する。移動経路中の立ち寄り地点も目的地として移動経路を取得する。移動経路の取得は、出発地と目的地を取得してもよいし、出発地から複数の目的地までの経路を利用者が予め検索した移動経路を取得してもよい。

検索部２２は、取得部２０が取得した利用者の移動経路中の駐車場を検索する。駐車場の検索は、例えば、駐車場ＤＢ２４に予め登録された駐車場の中から移動経路の目的地から予め定めた距離以内の駐車場を検索する。移動経路中の駐車場としては、例えば、立ち寄り地点を含む目的地から予め定めた範囲内の駐車場を検索する。なお、範囲は利用者によって設定可能としてもよい。

提示部２６は、検索部２２によって検索された駐車場の情報を利用者の携帯端末装置１４に提示する処理を行う。例えば、検索した駐車場の位置情報、地図情報、料金情報等の情報を駐車場ＤＢ２４から読み出して、利用者の携帯端末装置１４に送信することにより、利用者の携帯端末装置１４の表示部１４Ｆに表示する。

受付部２８は、提示部２６によって提示された駐車場の中から、利用者が予約する駐車場の選択結果を携帯端末装置１４から受信して予約の依頼を受け付けることにより、提示部２６によって提示された駐車場の予約を利用者から目的地毎に受け付ける。

予約部３０は、受付部２８が受け付けた駐車場の選択結果に基づいて、選択された駐車場の駐車場管理装置１６に対して駐車場の予約を行う。駐車場管理装置１６に予約を行う際には、車両の識別するために携帯端末装置１４の情報や自動車登録番号等の利用者情報も利用者を特定する特定情報として駐車場管理装置１６に送信する。また、予約部３０は、駐車場管理装置１６から予約の可否を受信して通知部３２に通知する。

通知部３２は、予約部３０の予約結果を利用者の携帯端末装置１４に通知する。駐車場管理装置１６から予約が許可された場合には予約されたことを携帯端末装置１４に通知する。一方、満車等により予約できなかった場合には予約ができなかったことを携帯端末装置１４に通知する。

認識部３４は、利用者が予約した駐車場への入庫及び出庫の各々を認識する。例えば、駐車場管理装置１６から予約した利用者の駐車場への入庫及び出庫の各々の検出結果を受信することにより、入庫及び出庫を認識する。

決済部３６は、認識部３４の認識結果に基づいて、駐車場を予約して利用した利用者に対して決済処理を行う。決済方法としては、例えば、予め登録されたクレジットカード情報や口座情報に基づいて料金を引き落とす等の種々の周知技術により行われる。

決済部３６による決済処理は、定額料金での精算や、利用時間に応じた料金で精算を行う。図４は、定額料金での精算を示す図であり、図５は、利用時間に応じた料金での精算を示す図である。

定額料金での精算の場合には、図４に示すように、複数の目的地（図４では、目的地Ａ～Ｃ）のそれぞれの駐車場（図４では、駐車場Ａ～Ｃ）を利用しても、決済部３６は予め定めた定額料金を一括精算する。

一方、利用時間に応じた料金で精算を行う場合には、図５に示すように、決済部３６は、各駐車場の利用時間に応じた料金を精算する。図５の例では、駐車場Ａは「ｘｘ円」、駐車場Ｂは「ｙｙ円」、駐車場Ｃは「ｚｚ円」の料金を精算する。

ここで、駐車場の利用から料金の精算までの流れを簡単に説明する。図６は、予約した駐車場の利用に対する料金の精算の流れを示す図である。図６では、定額料金での精算を行う例を示す。

図６に示すように、サーバ１２が提供するクラウドサービスとして駐車場マッチングサービスを利用者に提供する。駐車場マッチングサービスは利用者と駐車場管理会社等の駐車場オーナーが所有する駐車場のマッチングを行う。すなわち、利用者が駐車場マッチングサービスを利用して駐車場を予約することにより、駐車場管理会社等の駐車場オーナーが駐車場を提供する。

利用者が予約した駐車場に到着して駐車場のゲートを入場すると、駐車場管理装置１６が予約した利用者の車両の入庫を検出する。車両の入庫の検出は、例えば、カメラで車両を撮影して自動車登録番号を画像処理で認識する。そして、予約時にサーバ１２から送信された自動車登録番号と照合することにより予約した利用者の車両の入庫を検出する。或いは、利用者の携帯端末装置１４からサーバ１２経由で位置情報を取得して、入庫したか否かを位置情報に基づいて検出してもよい。

駐車場管理装置１６は、予約した利用者の出庫を検出した場合に、駐車場マッチングサービスを提供するサーバ１２に駐車場利用時間を通知する。

サーバ１２が提供する駐車場マッチングサービスは、定額料金での精算が登録されている場合には予め定めた定額料金を利用者から駐車場マッチングサービスを介して駐車場オーナーに支払う処理を行う。また、時間に応じて料金の精算の場合には、駐車場管理装置１６から通知された駐車場利用時間に応じた料金を利用者から駐車場マッチングサービスを介して駐車場オーナーに支払う処理を行う。

本実施形態では、このように駐車場の予約と精算を駐車場マッチングサービスが行うことで、駐車場の予約と精算を目的地毎に個別に行うことなく、複数の駐車場の予約及び決済を効率的に行うことが可能となる。

なお、図６に示すように、レンタカー会社についても駐車場マッチングサービスでレンタカーの予約及び精算を行う形態としてもよい。これにより、携帯端末装置１４でレンタカー及び複数の目的地の駐車場について、予約から精算までを一括で行うことが可能となる。

続いて、上述のように構成された駐車場マッチングシステム１０の各部で行われる具体的な処理について説明する。

まず、サーバ１２が提供する駐車場マッチングサービスを利用して駐車場を予約する際に、携帯端末装置１４で行われる具体的な処理について説明する。図７は、本実施形態に係る駐車場マッチングシステム１０において、駐車場を予約する際に、携帯端末装置１４で行われる処理の流れの一例を示すフローチャートである。なお、図７の処理は、携帯端末装置１４に予めインストールしたサーバ１２が提供する駐車場マッチングサービスのアプリケーションが起動されて駐車場の予約が指示された場合に開始する。

ステップ１００では、ＣＰＵ１４Ａが、駐車場マッチングサービスの予め定めた予約画面を表示してステップ１０２へ移行する。

ステップ１０２では、ＣＰＵ１４Ａが、経路情報が入力されたか否か判定される。該判定は、例えば、利用者が操作部１４Ｅを操作して出発地及び複数の目的地の入力が行われたか否か、或いは、利用者が予め検索した、複数の目的地を含む移動経路情報が入力されたか否かを判定する。該判定が肯定されるまで待機してステップ１０４へ移行する。

ステップ１０４では、ＣＰＵ１４Ａが、入力された経路情報をサーバ１２に送信してステップ１０６へ移行する。経路情報をサーバ１２に送信する際には、予め登録した利用者情報（利用者の識別情報、氏名、住所、携帯端末装置１４と通信するための情報、利用者が利用する車両の自動車登録番号等）もサーバ１２に送信する。なお、利用者情報は予めサーバ１２に登録して、利用者を識別する識別情報を利用者情報の代わりに送信してもよい。

ステップ１０６では、ＣＰＵ１４Ａが、駐車場検索結果をサーバ１２から受信するまで待機してステップ１０８へ移行する。

ステップ１０８では、ＣＰＵ１４Ａが、サーバ１２から受信した駐車場検索結果に基づいて、経路中の駐車場情報を表示部１４Ｆに表示してステップ１１０へ移行する。駐車場情報の表示は、例えば、駐車場の位置を表すマップ等を表示する。

ステップ１１０では、ＣＰＵ１４Ａが、表示された駐車場の中から、予約対象の駐車場が選択されたか否かを判定し、該判定が肯定されるまで待機してステップ１１２へ移行する。なお、待機中にキャンセル等の指示が行われた場合には一連の処理を終了する。

ステップ１１２では、ＣＰＵ１４Ａが、駐車場予約依頼をサーバ１２に送信してステップ１１４へ移行する。

ステップ１１４では、ＣＰＵ１４Ａが、サーバ１２から予約結果を受信するまで待機してステップ１１６へ移行する。

ステップ１１６では、ＣＰＵ１４Ａが、駐車場の予約結果を表示部１４Ｆに表示してステップ１１８へ移行する。

ステップ１１８では、ＣＰＵ１４Ａが、予約が確定したか否かを判定する。該判定は、例えば、利用者が予約終了を指示したか否かを判定する。他の駐車場の予約等の指示が行われた場合にはステップ１０４に戻って上述の処理を繰り返し、判定が肯定された場合に一連の処理を終了する。

次に、駐車場予約時にサーバ１２で行われる具体的な処理について説明する。図８は、本実施形態に係る駐車場マッチングシステム１０において、駐車場予約時にサーバ１２で行われる処理の流れの一例を示すフローチャートである。なお、図８の処理は、例えば、上述のステップ１０４で経路情報の送信が行われた場合に開始する。

ステップ２００では、ＣＰＵ１２Ａが、携帯端末装置１４から経路情報を受信してステップ２０２へ移行する。すなわち、取得部２０が経路情報を携帯端末装置１４から取得する。具体的には、上述のステップ１０４で携帯端末装置１４から送信された経路情報を受信する。

ステップ２０２では、ＣＰＵ１２Ａが、経路中の利用可能な駐車場を検索してステップ２０４へ移行する。すなわち、検索部２２が、駐車場ＤＢ２４に予め登録された駐車場の中から移動経路から予め定めた距離以内の駐車場を検索する。なお、出発地と複数の目的地のみを経路情報として携帯端末装置１４から取得する場合には、出発地から複数の目的地までの経路案内情報も駐車場と共に検索してもよい。

ステップ２０４では、ＣＰＵ１２Ａが、検索結果を携帯端末装置１４に返信してステップ２０６へ移行する。すなわち、提示部２６が、検索した駐車場の位置情報、地図情報、料金情報等の情報を駐車場ＤＢ２４から読み出して、利用者の携帯端末装置１４に送信することにより、利用者の携帯端末装置１４の表示部１２Ｆに表示する。

ステップ２０６では、ＣＰＵ１２Ａが、携帯端末装置１４から駐車場予約依頼を受信したか否かを判定する。該判定は、上述のステップ１１２により携帯端末装置１４から送信された駐車場予約依頼を受信したか否かを判定する。すなわち、受付部２８が、提示部２６によって提示された駐車場の中から、利用者が予約する駐車場の選択結果を携帯端末装置１４から受信して予約の依頼を受け付けたか否かを判定し、該判定が肯定されるまで待機してステップ２０８へ移行する。なお、待機中に携帯端末装置１４から予約の終了や、予約以外の指示が行われた場合には一連の処理を終了する。

ステップ２０８では、ＣＰＵ１２Ａが、利用者情報を駐車場管理装置１６に送信してステップ２１０へ移行する。すなわち、予約部３０が、受付部２８が受け付けた駐車場の選択結果に基づいて、選択された駐車場の駐車場管理装置１６に対して駐車場の予約を行う。駐車場管理装置１６に予約を行う際には、車両の識別するために携帯端末装置１４の情報や自動車登録番号等の利用者情報も利用者を特定する特定情報として駐車場管理装置１６に送信する。

ステップ２１０では、ＣＰＵ１２Ａが、予約が確定したか否かを判定する。該判定は、予約部３０が、駐車場管理装置１６から予約の可否を受信し、受信した予約の可否が予約確定であるか否かを判定する。該判定が否定された場合にはステップ２１２へ移行し、肯定された場合にはステップ２１４へ移行する。

ステップ２１２では、ＣＰＵ１２Ａが、予約不可を予約結果として携帯端末装置１４に送信して一連の処理を終了する。すなわち、通知部３２が、予約部３０の予約結果として予約不可を利用者の携帯端末装置１４に通知する。

ステップ２１４では、ＣＰＵ１２Ａが、予約確定を予約結果として携帯端末装置１４に送信して一連の処理を終了する。すなわち、通知部３２が、予約部３０の予約結果として予約確定を利用者の携帯端末装置１４に通知する。

次に、駐車場予約時に駐車場管理装置１６で行われる具体的な処理について説明する。図９は、本実施形態に係る駐車場マッチングシステム１０において、駐車場予約時に駐車場管理装置１６で行われる処理の流れの一例を示すフローチャートである。なお、図９の処理は、例えば、上述のステップ２０８で利用者情報が送信されて駐車場の予約が要求された場合に開始する。

ステップ３００では、ＣＰＵ１６Ａが、利用者情報をサーバ１２から受信してステップ３０２へ移行する。

ステップ３０２では、ＣＰＵ１６Ａが、予約が可能であるか否かを判定する。該判定は、要求された日時に駐車可能であるか否かを判定し、該判定が否定された場合にはステップ３０４へ移行し、肯定された場合にはステップ３０６へ移行する。

ステップ３０４では、ＣＰＵ１６Ａが、予約可否をサーバ１２に返信して一連の処理を終了する。

一方、ステップ３０６では、ＣＰＵ１６Ａが、予約確定をサーバ１２に返信して一連の処理を終了する。

このように駐車場マッチングシステム１０の各部で処理を行うことにより、携帯端末装置１４を操作することで、複数の目的地の各駐車場をまとめて予約することが可能となる。

続いて、上述のように駐車場予約が行われた後に、車両の入出庫時に駐車場管理装置１６で行われる具体的な処理の流れについて説明する。図１０は、本実施形態に係る駐車場マッチングシステム１０において、車両の入出庫時に駐車場管理装置１６で行われる処理の流れの一例を示すフローチャートである。図１０の処理は、例えば、図示しないセンサ等によって駐車場への車両の入庫が検出された場合に開始する。

ステップ４００では、ＣＰＵ１６Ａが、入庫確認を行ってステップ４０２へ移行する。例えば、カメラ等によって入庫車両を撮影して自動車登録番号を画像処理等により認識し、予約された車両であるか否かの確認を行う。或いは、予約された利用者の携帯端末装置１４の位置情報をサーバ１２経由で取得して、位置情報に基づいて予約された車両であるか否かの確認を行う。

ステップ４０２では、ＣＰＵ１６Ａが、予約利用者であるか否かを判定する。該判定は、入庫確認の結果が予約利用者であるか否かを判定する。該判定が否定された場合には一連の処理を終了し、肯定された婆にはステップ４０４へ移行する。

ステップ４０４では、ＣＰＵ１６Ａが、出庫確認を行ってステップ４０４へ移行する。出庫確認は入庫確認と同じように確認を行うことで、出庫車両が予約された利用者の車両であるかを確認する。

ステップ４０６では、ＣＰＵ１６Ａが、予約利用者であるか否かを判定する。該判定は、出庫確認の結果が予約利用者であるか否かを判定する。該判定が否定された場合には一連の処理を終了し、肯定された婆にはステップ４０８へ移行する。

ステップ４０８では、ＣＰＵ１６Ａが、入出庫情報をサーバ１２に送信して一連の処理を終了する。例えば、予約した利用者の入庫時間及び出庫時間等の情報を含む駐車場の利用履歴を表す入出庫情報をサーバ１２に送信する。

このように駐車場管理装置１６の処理を行うことにより、予約した利用者の車両の入庫及び出庫を確認してサーバ１２に確認結果を通知できる。

次に、車両の入出庫時にサーバ１２で行われる具体的な処理の流れについて説明する。図１１は、本実施形態に係る駐車場マッチングシステム１０において、車両の入出庫時にサーバ１２で行われる処理の流れの一例を示すフローチャートである。図１１の処理は、例えば、上述のステップ４０８で駐車場管理装置１６から入出庫情報が送信された場合に開始する。

ステップ５００では、ＣＰＵ１２Ａが、入出庫情報を駐車場管理装置１６から受信してステップ５０２へ移行する。すなわち、認識部３４が、駐車場管理装置１６から予約した利用者の駐車場への入庫及び出庫の各々の検出結果を表す入出庫情報を受信することにより、入庫及び出庫を認識する。

ステップ５０２では、ＣＰＵ１２Ａが、定額サービス登録利用者であるか否かを判定する。該判定は、予約した利用者が定額サービスに予め登録しているか否かを判定する。該判定が肯定された場合にはステップ５０４へ移行し、否定された場合にはステップ５０６へ移行する。

ステップ５０４では、ＣＰＵ１２Ａが、予め定めた定額料金精算を行って一連の処理を終了する。すなわち、決済部３６が、予め定めた定額料金を一括精算する。

ステップ５０６では、ＣＰＵ１２Ａが、入出庫情報に基づいて、利用料金を算出して精算を行って一連の処理を終了する。すなわち、決済部３６が、各駐車場の利用時間に応じた料金を精算する。

このようにサーバ１２で処理を行うことで、予約して利用した複数の駐車場をまとめて精算することが可能となる。

なお、上記の実施形態では、携帯端末装置１４を用いて駐車場マッチングサービスを利用する例を一例として説明したが、これに限るものではない。例えば、図１２に示すように、通信ネットワークに接続可能な車載器４２を車両４０に搭載して、上述の携帯端末装置１４の機能を車載器４２に設けて、車載器４２から駐車場マッチングサービスを利用する形態としてもよい。或いは、図１２において、車載器４２と通信ネットワーク１８間の通信のみを携帯端末装置１４で行って、車載器４２から駐車場マッチングサービスを利用する形態としてもよい。図１２は、本実施形態に係る駐車場マッチングシステムの変形例の概略構成を示す図である。

また、上記の各実施形態における駐車場マッチングシステム１０の各部で行われる処理は、プログラムを実行することにより行われるソフトウエア処理として説明したが、これに限るものではない。例えば、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、及びＦＰＧＡ（Field-Programmable Gate Array）等のハードウエアで行う処理としてもよい。或いは、ソフトウエア及びハードウエアの双方を組み合わせた処理としてもよい。また、ソフトウエアの処理とした場合には、プログラムを各種記憶媒体に記憶して流通させるようにしてもよい。

さらに、本発明は、上記に限定されるものでなく、上記以外にも、その主旨を逸脱しない範囲内において種々変形して実施可能であることは勿論である。

１０駐車場マッチングシステム
１２サーバ
１４携帯端末装置
１６駐車場管理装置
２０取得部
２２検索部
２６提示部
２８受付部
３０予約部
３２通知部
３４認識部
３６決済部

Claims

利用者が設定した複数の目的地を取得する取得部と、
前記取得部によって取得した前記複数の目的地のそれぞれの予め定めた範囲内の予め登録された利用可能な駐車場を提示する提示部と、
前記提示部によって提示された前記駐車場の予約を前記利用者から目的地毎に受け付ける受付部と、
前記受付部によって前記予約を受け付けた場合に、前記利用者を特定する特定情報を駐車場に通知して駐車場を予約する予約部と、
前記予約部による予約結果を前記利用者に通知する通知部と、
前記利用者の予約した駐車場への入庫及び出庫の各々を認識する認識部と、
前記認識部の認識結果に基づいて、利用した駐車場の利用料金の決済を行う決済部と、
を含む情報処理装置。