JP7415882B2 - 情報処理装置、情報処理方法、車両システム、およびプログラム - Google Patents

Description

本開示は、車両の駐車を管理するための技術に関する。

ロック板や精算機などの固定された設備を有さない駐車場システムがある。
これに関連して、特許文献１には、車両の運転者が、携帯端末を介して、車両が駐車場に入庫したこと、および、駐車場から出庫したことを管理装置に通知し、管理装置が、受信した情報に基づいて駐車料金を算出するシステムが開示されている。

実用新案登録第３２２５１９７号公報

駐車場が、駐車料金の精算を行うための設備を有していない場合、ユーザが、管理装置に対して駐車時間等の申告を行う必要がある。かかるシステムにおいては、利用者が行う手続きが煩雑になるという点において課題があった。

本開示は上記の課題を考慮してなされたものであり、駐車料金の算出を自律的に行うシステムを提供することを目的とする。

本開示の第一の態様に係る情報処理装置は、
車両が駐車可能な複数の領域ごとに、駐車料金に関する情報である料金情報を関連付けた料金データを記憶する記憶部と、第一の車両から送信された車両データを取得することと、前記複数の領域のいずれかにおいて前記第一の車両が駐車された場合に、前記車両データと、前記料金データと、に基づいて、前記第一の車両に対応する駐車料金を算出することと、を実行する制御部と、を有することを特徴とする。

また、本開示の第二の態様に係る情報処理方法は、
車両が駐車可能な複数の領域ごとに、駐車料金に関する情報を関連付けた料金データを取得するステップと、第一の車両から送信された車両データを取得するステップと、前記複数の領域のいずれかにおいて前記第一の車両が駐車された場合に、前記車両データと、前記料金データと、に基づいて、前記車両に対応する駐車料金を算出するステップと、を含むことを特徴とする。

また、本開示の第三の態様に係る車両システムは、
第一の車両に搭載された第一の装置と、前記第一の車両を管理する第二の装置と、を含む車両システムであって、前記第一の装置は、前記第一の車両に関連付いた車両データを前記第二の装置に送信し、前記第二の装置は、車両が駐車可能な複数の領域ごとに、駐車料金に関する情報を関連付けた料金データを記憶する記憶部と、前記第一の装置から前記車両データを受信することと、前記複数の領域のいずれかにおいて前記第一の車両が駐車された場合に、前記車両データと、前記料金データと、に基づいて、前記第一の車両に対応する駐車料金を算出することと、を実行する制御部と、を有することを特徴とする。

また、本開示の他の態様は、上記の情報処理方法をコンピュータに実行させるためのプ
ログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体である。

本開示によれば、駐車料金の算出を自律的に行うシステムを提供することができる。

駐車管理システムの概要を説明する図。 駐車管理システムの構成要素をより詳細に示した図。 システムが管理する駐車領域を説明する図。 記憶部に記憶される料金データベースの例。 記憶部に記憶される車両データベースの例。 第一の実施形態において制御部が行う処理のフローチャート。 第二の実施形態において制御部が行う処理のフローチャート。 車両の乗員に提示される情報の例。 第三の実施形態における料金データベースの例。 第三の実施形態（変形例）において制御部が行う処理のフローチャート。

本開示の一実施形態に係る情報処理装置は、駐車場として機能する複数の領域を管理し、当該領域に駐車した車両について、その駐車料金を算出する装置である。情報処理装置が管理対象とする領域は、予め駐車が許可された領域であればよく、私有地であってもよいし、公道上に配置されたパーキングロット等であっていてもよい。

実施形態に係る情報処理装置は、車両が駐車可能な複数の領域ごとに、駐車料金に関する情報である料金情報を関連付けた料金データを記憶する記憶部を有する。
また、第一の車両から送信された車両データを取得することと、前記複数の領域のいずれかにおいて前記第一の車両が駐車された場合に、前記車両データと、前記料金データと、に基づいて、前記第一の車両に対応する駐車料金を算出することと、を実行する制御部を有する。

車両データは、第一の車両が駐車状態にあるか否かを判定するためのデータとすることができる。また、制御部は、第一の車両から送信された車両データに基づいて、管理下にある複数の領域のうち、どの領域に第一の車両が駐車されているかを判定することができる。また、記憶された料金データに基づいて、対応する領域における駐車料金を算出する。
かかる構成によると、精算機等の設備を設置することなく、かつ、利用者が特段の操作を行うことなく、駐車スペースの時間貸しを行うことが可能になる。

また、前記車両データは、前記第一の車両の位置情報である第一の情報を含むことを特徴としてもよい。
また、前記制御部は、前記第一の情報に基づいて、前記複数の領域の中から、前記第一の車両が駐車した領域を特定し、前記特定した領域に対応する前記料金情報を用いて前記駐車料金を算出することを特徴としてもよい。
かかる構成によると、領域ごとに異なる駐車料金を設定することが可能になる。

また、前記車両データは、前記第一の車両の稼働状態を表す第二の情報をさらに含むことを特徴としてもよい。
また、前記制御部は、前記第一および第二の情報に基づいて、前記第一の車両が駐車状態にあることを判定することを特徴としてもよい。

車両の稼働状態を表す情報として、例えば、イグニッション電源のＯＮ／ＯＦＦを表す情報、エンジンの回転数、走行用電源の投入状態、制御装置の通電状態などを例示することができる。当該情報は、車両がただちに走行できる状態にあるか否かを示すものであってもよい。これらの情報と位置情報とを併用することで、所定の領域において車両が駐車しているか否かを判定することができる。

また、前記制御部は、前記第一の車両が、前記複数の領域内のいずれかにあり、エンジンが停止、または、走行用の電源が断たれた状態が所定の時間以上継続した場合に、当該車両が駐車状態にあると判定することを特徴としてもよい。
これにより、第一の車両が一時的な停車状態にあるのではなく、駐車状態にあることを正確に判定することができる。

また、前記車両データは、前記第一の車両が一時的に停車中であるか否かを判定するための第三の情報をさらに含み、前記制御部は、前記第一の車両が一時的に停車中であると判定されている期間において、前記駐車料金の算出を行わないことを特徴としてもよい。
第三の情報として、例えば、ハザードランプの点灯状態を表す情報、ドアや荷室の開閉状態を表す情報などを例示することができる。第三の情報を参照することで、人の乗り降りや、荷物の積み下ろしのために一時的に停車していることが推定できる。このような場合、当該車両について駐車料金の算出を行わないことが好ましい。
なお、前記制御部は、前記第一の車両が一時的に停車中であると判定された期間が所定の長さを超えた場合に、前記駐車料金の算出を行うようにしてもよい。

また、前記車両データは、前記第一の車両に乗員が乗車しているか否かを判定するための第四の情報をさらに含み、前記制御部は、前記第一の車両に乗員が乗車していると判定されている期間において、前記駐車料金の算出を行わないことを特徴としてもよい。
第四の情報として、例えば、車室に備えられた人感センサの出力、シートベルトの着用状態、車内の積載重量などを例示することができる。

また、前記制御部は、前記車両データに含まれる第一の位置情報と、前記第一の車両の乗員が所持する携帯端末の位置を表す第二の位置情報とを比較し、両者が所定の距離以内にある期間において、前記駐車料金の算出を行わないことを特徴としてもよい。
かかる構成によると、乗員が車両を離れている場合に限って、駐車料金の算出を行うことができる。

また、前記制御部は、前記判定の結果に基づいて、前記第一の車両が駐車状態となった第一の時刻と、駐車状態を脱した第二の時刻を決定することを特徴としてもよい。
また、前記制御部は、前記第一の時刻から前記第二の時刻までの期間に対応する駐車料金を請求するための請求データを生成することを特徴としてもよい。
請求データは、例えば、駐車料金の決済を行うサーバ装置に送信することができる。

また、前記制御部は、駐車料金の算出対象である前記第一の車両に対して、当該第一の車両が駐車料金の算出対象である旨を表す状態データを送信し、前記第一の車両が有する外部表示装置を介して、当該第一の車両が駐車料金の算出対象である旨の表示を出力させることを特徴としてもよい。
駐車場にロック板やパーキングチケットの発行機が無い場合、正しい手続きによって駐車が行われているか否かを外見から判断することができない。そこで、駐車料金の算出対象である旨を表すデータを当該車両に送信し、外部表示装置を介して出力させる。これにより、正しい手続きによって駐車が行われていることを外見から判断できるようになる。

また、前記制御部は、前記第一の車両が、前記複数の領域に含まれるいずれかの領域に進入した場合に、当該領域に関連付いた駐車料金を案内するための案内データを、前記第一の車両に関連付いたユーザ装置に送信することを特徴としてもよい。
ユーザ装置とは、例えば、車載コンピュータであってもよいし、第一の車両の乗員が所持している携帯端末であってもよい。かかる構成によると、所定の領域内に第一の車両が進入した段階で、駐車料金に関する案内を、第一の車両の乗員に提示することが可能になる。

また、前記記憶部は、前記複数の領域のそれぞれについて、駐車可能条件をさらに関連付けて記憶することを特徴としてもよい。
例えば、駐車が可能な車両（サイズ、車種、重量など）を定義するデータや、駐車が可能な曜日、時間帯などを定義するデータを記憶させてもよい。

また、前記制御部は、前記駐車可能条件を案内するためのデータを、前記案内データに含ませることを特徴としてもよい。
車両に関連付いた装置は、例えば、車載装置であってもよいし、車両の乗員が所持している携帯端末であってもよい。かかる構成によると、所定の領域内に車両が進入した段階で、車両の乗員に駐車の可否を伝えることが可能になる。

また、前記制御部は、駐車可能条件が設定された領域に、当該駐車可能条件を満たしていない車両が進入した場合に、その旨の通知を、前記案内データに含ませることを特徴としてもよい。
これにより、例えば、車両のサイズが規定値を上回っている旨や、駐車可能な時間帯ではない旨を通知することができ、不正な条件下で駐車を行ってしまうことを防ぐことができる。

また、前記制御部は、料金情報が関連付いていない場所において前記第一の車両が駐車状態となった場合に、その旨を通知するためのデータを、前記ユーザ装置に送信することを特徴としてもよい。
料金データが関連付いていない場所とは、装置が駐車場として認識していない場所を意味する。このような場合に通知を行うことで、違法駐車などに起因するトラブルを防止することができる。

また、前記制御部は、過去の所定の期間において複数の前記第一の車両から送信された車両データに基づいて、領域ごとの駐車料金を更新することを特徴としてもよい。
複数の車両から送信された車両データを用いることで、ある領域が駐車場として利用されやすいか、利用されにくいかを判定することができる。これにより、駐車料金を動的に変更することで、駐車場としての利用率を向上させることができる。

以下、本開示の具体的な実施形態について図面に基づいて説明する。各実施形態に記載されているハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは開示の技術的範囲をそれらのみに限定する趣旨のものではない。

（第一の実施形態）
第一の実施形態に係る駐車管理システムの概要について、図１を参照しながら説明する。本実施形態に係る駐車管理システムは、駐車場として利用される複数の領域（以下、駐車領域）を管理する駐車管理装置１００と、車両に搭載された車載端末２００と、駐車料金の決済を行う決済サーバ３００と、を含んで構成される。

車載端末２００は、管理下にある複数の車両にそれぞれ搭載されたコンピュータである
。車載端末２００は、対応する車両から車両データを取得し、駐車管理装置１００に周期的に送信する。車両データとは、「システムの管理下にある駐車領域において、車両が駐車状態にあるか」を判定するためのデータである。本実施形態では、車両データは、位置情報、および、イグニッション電源の投入状態を表すデータを含む。

駐車管理装置１００は、システムの管理下にある駐車領域において車両が駐車を行ったことを検知し、その駐車料金を算出する装置である。本実施形態に係る駐車管理システムでは、複数の車両が、予め定められた複数の駐車領域に自由に駐車をすることができる。駐車領域は、例えば、企業が運営する駐車場であってもよいし、個人が提供する私有地であってもよい。また、公道上に設けられた領域（パーキングロット）であってもよい。
駐車管理装置１００は、車載端末２００から送信された車両データに基づいて、ある駐車領域において車両が駐車を開始／終了したことを判定する。そして、対応する駐車料金を算出して、請求データを生成し、決済サーバ３００に送信する。これにより、車両の運転者は、特段の操作や手続きをすることなく、駐車料金の支払いを行うことができる。

決済サーバ３００は、請求データに基づいて駐車料金の決済処理を行う装置である。決済サーバ３００は、例えば、クレジットカードへの請求を行う装置であってもよいし、電子マネーやポイント等を管理する装置であってもよい。

図２は、本実施形態に係る駐車管理システムの構成要素をより詳細に示した図である。
まず、車載端末２００について説明する。
車載端末２００は、車両に搭載されたコンピュータである。車載端末２００は、制御部２０１、記憶部２０２、通信部２０３、入出力部２０４、および、車両通信部２０５を含んで構成される。車載端末２００は、車両プラットフォームと通信を行うことで、車両の走行に関する各種データを取得することができる。

制御部２０１は、車載端末２００が行う制御を司る演算装置である。制御部２０１は、ＣＰＵ（Central Processing Unit）などの演算処理装置によって実現することができる
。
制御部２０１は、車両データ取得部２０１１と、車両データ送信部２０１２の２つの機能モジュールを有して構成される。これらの機能モジュールは、後述する記憶部２０２に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

車両データ取得部２０１１は、車両に関するデータ（以下、車両データ）を取得する。本実施形態では、車両データは、車両の位置情報を表すデータ（第一の情報）と、車両の稼働状態を表すデータ（第二の情報）を含む。車両の稼働状態を表すデータとは、典型的には、車両がただちに走行できる状態にあるか否かを示すデータであって、本実施形態では、車両のイグニッション電源が投入されているか否かを表すデータである。
なお、本例では車両がガソリン車である例を挙げるが、車両が電気自動車である場合、車両の稼働状態を表すデータとして、車両の電源（特に、走行用の電源）が投入されているか否かを表すデータを用いてもよい。これらのデータは、後述する車両通信部２０５を介して、車両プラットフォームから取得することができる。また、位置情報は、車載端末２００に内蔵された（または、車両が有する）ＧＰＳユニット等を介して取得してもよい。
また、本実施形態では、稼働状態データとして、イグニッション電源の状態を例示するが、当該データは、エンジンの稼働状態を表すデータ（例えば、エンジン回転数等）であってもよい。

車両データ送信部２０１２は、車両データ取得部２０１１によって取得された車両データを、駐車管理装置１００に周期的に送信する。

記憶部２０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部２０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部２０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。補助記憶装置には、制御部２０１で実行されるプログラムをアプリケーションとしてパッケージ化したものを記憶してもよい。また、これらのアプリケーションを実行するためのオペレーティングシステムを記憶してもよい。補助記憶装置に記憶されたプログラムが主記憶装置にロードされ、制御部２０１によって実行されることで、以降に説明する処理が行われる。

主記憶装置は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含んでもよい。また、補助記憶装置は、ＥＰＲＯＭ（Erasable Programmable ROM）やハード
ディスクドライブ（ＨＤＤ、Hard Disk Drive）を含んでもよい。さらに、補助記憶装置
は、リムーバブルメディア、すなわち可搬記録媒体を含んでもよい。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。

通信部２０３は、車載端末２００をネットワークに接続するための無線通信インタフェースである。通信部２０３は、例えば、無線ＬＡＮや３Ｇ、ＬＴＥ、５Ｇ等の移動体通信サービスを介して、駐車管理装置１００と通信可能に構成される。
入出力部２０４は、利用者が行った入力操作を受け付け、利用者に対して情報を提示するユニットである。本実施形態では一つのタッチパネルディスプレイからなる。すなわち、液晶ディスプレイとその制御手段、タッチパネルとその制御手段から構成される。

車両通信部２０５は、車両プラットフォームと通信を行うためのインタフェースユニットである。車両プラットフォームは、車両の走行制御を行うコンピュータ（例えば、エンジンＥＣＵ等）を含むプラットフォームである。車両通信部２０５は、車両プラットフォームが送受信するデータを、車載ネットワーク経由で取得可能に構成される。

次に、駐車管理装置１００について説明する。
駐車管理装置１００は、車載端末２００から車両データを受信する処理と、受信した車両データに基づいて、所定の駐車領域において車両が駐車を開始したこと、および、当該車両が駐車を終了したことを判定する処理を実行する。さらに、駐車管理装置１００は、駐車料金を算出し、請求データを生成する処理を実行する。

駐車管理装置１００は、汎用のコンピュータにより構成することができる。すなわち、駐車管理装置１００は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。なお、リムーバブルメディアは、例えば、ＵＳＢメモリ、あるいは、ＣＤやＤＶＤのようなディスク記録媒体であってもよい。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

制御部１０１は、駐車管理装置１００が行う制御を司る演算装置である。制御部１０１は、ＣＰＵなどの演算処理装置によって実現することができる。
制御部１０１は、データ取得部１０１１、駐車判定部１０１２、および料金算出部１０１３の３つの機能モジュールを有して構成される。各機能モジュールは、記憶されたプロ
グラムをＣＰＵによって実行することで実現してもよい。

データ取得部１０１１は、システムの管理下にある車両に搭載された車載端末２００から車両データを取得し、取得した車両データを、後述する記憶部１０２に記憶させる処理を実行する。

駐車判定部１０１２は、記憶された車両データに基づいて、システムの管理下にある複数の駐車領域のうちのいずれかに車両が駐車していることを判定する。
図３は、システムの管理下にある駐車領域を例示した図である。ここでは、領域Ａ～Ｃの３つの駐車領域があるものとする。駐車判定部１０１２は、システムの管理下にある車両が、いずれかの領域内（例えば、領域Ａ内）に位置することを判定する。
さらに、駐車判定部１０１２は、車両データに基づいて、当該車両が駐車状態にあることを判定する。例えば、イグニッション電源が切られた状態が所定の時間以上続いた場合、対応する車両が駐車状態にあると判定することができる。
駐車判定部１０１２が行った判定の結果は、料金算出部１０１３に送信される。

料金算出部１０１３は、駐車判定部１０１２が行った判定の結果に基づいて、請求すべき駐車料金を算出する。具体的には、（１）対象の車両が駐車した駐車領域に関連付いた料金情報を取得し、（２）車両が駐車した期間（駐車期間）を決定し、（３）料金情報および駐車期間に基づいて、駐車料金を算出する。具体的な方法については後述する。
また、料金算出部１０１３は、駐車料金を請求するための請求データを生成し、決済サーバ３００に送信する。

記憶部１０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部１０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部１０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。

さらに、記憶部１０２は、料金データベース１０２Ａおよび車両データベース１０２Ｂを記憶する。
料金データベース１０２Ａは、駐車料金を算出するためのデータを記憶するデータベースである。料金データベース１０２Ａには、複数の駐車領域と、各駐車領域における料金情報と、が関連付けられて記憶される。

車両データベース１０２Ｂは、車載端末２００から取得した車両データを記憶するデータベースである。車両データベース１０２Ｂには、複数の車載端末２００から取得した、複数の車両データが記憶される。

料金データベース１０２Ａおよび車両データベース１０２Ｂは、プロセッサによって実行されるデータベース管理システム（ＤＢＭＳ）のプログラムが、記憶装置に記憶されるデータを管理することで構築される。料金データベース１０２Ａおよび車両データベース１０２Ｂは、例えばリレーショナルデータベースである。

ここで、料金データベース１０２Ａに格納されるデータについて、図４を参照して説明する。図４は、料金データベース１０２Ａに格納されるデータの一例を示す図である。

駐車領域ＩＤフィールドには、駐車領域を一意に識別する識別子が格納される。また、位置情報フィールドには、駐車領域の地理的位置（範囲）を表すデータが格納される。また、料金情報フィールドには、当該駐車領域に関連付いた料金情報が格納される。料金情報は、例えば、単位時間あたりの駐車料金、時間帯ごとの条件、最大料金などを含んでも
よい。これらのデータは、システムの管理者によって管理および更新される。

次に、車両データベース１０２Ｂに格納されるデータについて、図５を参照して説明する。図５は、車両データベース１０２Ｂに格納されるデータの一例を示す図である。

車両ＩＤフィールドには、車両を一意に識別する識別子が格納される。また、日時情報フィールドには、車両データが生成された日時が格納される。また、位置情報フィールドには、車両の位置情報が格納される。位置情報は、例えば、緯度や経度によって表されてもよい。また、稼働状態フィールドには、車両が稼働状態にあるか否かを示すデータが格納される。例えば、エンジンがかかっている場合や、イグニッション電源がオンである場合、稼働状態は「稼働中」となり、エンジンが停止している場合や、イグニッション電源がオフである場合、稼働状態は「停止中」となる。
車両データベース１０２Ｂは、車載端末２００から送信された車両データに基づいて周期的に更新される。

通信部１０３は、駐車管理装置１００をネットワークに接続するための通信インタフェースである。通信部１０３は、例えば、ネットワークインタフェースボードや、無線通信のための無線通信モジュールを含んで構成される。

なお、図２に示した構成は一例であり、図示した機能の全部または一部は、専用に設計された回路を用いて実行されてもよい。また、図示した以外の、主記憶装置および補助記憶装置の組み合わせによってプログラムの記憶ないし実行を行ってもよい。

図６は、駐車管理装置１００が行う処理を示したフローチャートである。図６に示したフローチャートは、システムの稼働中において、複数の車両のそれぞれを対象として、周期的に実行される。

ステップＳ１１では、データ取得部１０１１が、車載端末２００から車両データを受信する。受信した車両データは、車両データベース１０２Ｂに反映される。

次に、ステップＳ１２で、駐車判定部１０１２が、取得した車両データに基づいて、対象の車両が、システムの管理下にある駐車領域内に位置するか否かを判定する。本ステップで肯定判定となった場合、処理はステップＳ１３へ遷移する。否定判定となった場合、処理はステップＳ１４へ遷移する。
なお、駐車領域が屋内にあり、位置情報が衛星を介して取得される場合がある。このような場合、当該駐車領域の近傍において位置情報の取得が途絶した場合に、「車両が駐車領域内に進入した」と判定してもよい。

ステップＳ１３では、対象の車両が駐車領域内において駐車を開始したか否かを判定する。本ステップでは、以下の条件を満たす場合に、対象の車両が駐車領域内において駐車を開始したと判定する。
（１）車両の位置情報が、ステップＳ１２で判定した駐車領域内を示している
（２）車両の稼働状態が「停止中」である状態が所定の時間以上継続している
所定の時間は、例えば、駐車開始と判定するまでの猶予時間とすることができ、例えば、５分とすることができる。
ステップＳ１３において、駐車が開始されたと判定された場合、ステップＳ１３Ａにおいて、駐車開始時刻を記録する。

ステップＳ１４では、対象の車両が駐車を終了したか否かを判定する。本ステップでは、以下の条件を満たす場合に、対象の車両が駐車領域内において駐車を終了したと判定す
る。
（１）駐車開始時刻が記録されている
（２）稼働状態が「稼働中」である
ステップＳ１４において、駐車が終了したと判定された場合、ステップＳ１４Ａにおいて、請求データを生成する。
ステップＳ１４Ａでは、料金データベース１０２Ａから、駐車領域に対応する料金情報を抽出し、記録された駐車開始時刻から、駐車が終了したと判定された時刻までの期間における駐車料金を求める。そして、生成した請求データを決済サーバ３００に送信する。

以上説明したように、第一の実施形態に係る駐車管理装置１００は、車載端末２００から受信した車両データに基づいて、車両が駐車した領域、および、駐車期間を決定する。また、駐車領域に関連付いた料金情報を用いて、駐車料金の算出を行う。かかる構成によると、車両の乗員が特段の手続きを行うことなく、駐車料金の請求処理を自動的に行うことが可能になる。

（第一の実施形態の変形例）
第一の実施形態では、ステップＳ１３において、稼働状態が「停止中」である状態が所定の時間以上継続している場合に、駐車が開始されたと判定した。しかし、エンジン等が停止していても、対象の車両が一時的に停車しているとみなせる場合、駐車が開始されたと判定すべきではない。そこで、対象の車両が一時的な停車状態にあるか否かを判定するようにしてもよい。

例えば、車両データに、ハザードランプの点灯状態を表すデータを含ませ、ハザードランプが点灯していないことを条件として、駐車状態に関する判定を行うようにしてもよい。
また、車両データに、車内に人がいるか否かを示すデータを含ませ、車内に人がいないことを条件として、駐車状態に関する判定を行うようにしてもよい。車内に人がいるか否かは、例えば、車両に備えられた重量センサや、シートベルトセンサによって検知することができる。
なお、車両が一時的な停車状態にあるか否かを判定するためのデータであれば、例示したもの以外のデータを車両データに含ませてもよい。

更に、車両の乗員が所持する携帯端末から位置情報を取得し、車載端末２００に対応する位置情報と、携帯端末に対応する位置情報が同じ場所を示している場合に、駐車状態に関する判定を行わないようにしてもよい。

なお、これらの条件に該当する場合であっても、車両が長時間停車している場合など、当該車両が駐車状態にあると評価すべき場合がある。これに対応するため、一時的な停車であると判定された場合、前述した「所定の時間」を延長したうえで、駐車状態に関する判定を行うようにしてもよい。

（第二の実施形態）
第一の実施形態においては、駐車を開始してから終了するまで、駐車管理装置１００が、ユーザに対してインタラクションを行うことがない。これに対し、第二の実施形態は、駐車領域に車両が進入した場合に、駐車管理装置１００から車載端末２００に対して、駐車場の利用に関する情報（以下、案内情報）を送信し、当該情報を車両の乗員に提供する実施形態である。

図７は、第二の実施形態において駐車管理装置１００が実行する処理のフローチャートである。なお、第一の実施形態と同様のステップについては、点線で図示し、説明は省略
する。

第二の実施形態では、車両が駐車領域に進入した場合に、まず、ステップＳ２１において、対応する車載端末２００に、案内情報を既に送信しているか否かを判定する。案内情報が未送信である場合、処理はステップＳ２２に遷移し、対応する車載端末２００に、案内情報を送信する。案内情報は、例えば、車両が存在する駐車領域における、駐車料金を案内するための情報とすることができる。図８は、車載端末２００（入出力部２０４）を介して出力される案内情報の例である。

なお、案内情報は、画像や文字によって出力されてもよいし、音声等によって出力されてもよい。さらに、車両がヘッドアップディスプレイやヘッドマウントディスプレイを有している場合、これらの情報をオーバーレイ表示するようにしてもよい。すなわち、運転者がディスプレイを通して視認できる駐車領域に、料金情報等を重畳して表示してもよい。
この場合、駐車管理装置１００は、案内情報に、駐車領域の地理的場所を示すデータを含ませ、車載端末２００が、当該データに基づいて、三次元空間中における駐車領域の場所を認識するようにしてもよい。

第二の実施形態によると、駐車を開始する前に、車両の乗員に対して駐車料金を提示することが可能になる。

なお、本例では、駐車料金を事前に案内する形態を例示したが、駐車を開始した時刻および駐車を終了した時刻を案内する情報、または、最終的に決定した駐車料金を案内する情報を、車両の乗員に事後的に提示してもよい。

また、本例では、車両が駐車領域に進入した後で案内情報を送信したが、車両が駐車領域に進入する前に案内情報を送信するようにしてもよい。例えば、駐車領域を中心とする所定の範囲内に車両が進入した場合に、車載端末２００に案内情報を送信するようにしてもよい。かかる形態によると、車両の運転者が、近傍にある駐車領域における駐車料金を走行中に認識することが可能になる。

（第三の実施形態）
第二の実施形態では、駐車料金に関する情報をユーザに提示した。これに対し、第三の実施形態は、駐車条件に関する情報をユーザに提示する実施形態である。

車両に駐車を許可する条件が、駐車領域ごとに異なる場合がある。
例えば、ある駐車領域においては、夜間においてのみ駐車を許可し、別の駐車領域においては、小型車の駐車のみを許可する場合がある。このようなケースに対応するため、第三の実施形態では、車両が駐車領域に進入（または接近）した際に、駐車管理装置１００が、駐車を許可する条件（以下、駐車許可条件）を案内するための案内情報を生成し、車載端末２００に送信する。駐車許可条件は、例えば、図９に示したように、料金データベース１０２Ａに記憶させることができる。
案内情報は、第二の実施形態と同様に、車載端末２００を介して車両の乗員に提供される。

（第三の実施形態の変形例）
なお、第三の実施形態に、駐車許可条件が適合しているか否かを判定する処理をさらに追加してもよい。
図１０は、本変形例において駐車管理装置１００が実行する処理のフローチャートである。なお、第三の実施形態と同様のステップについては、点線で図示し、説明は省略する
。

本変形例では、車載端末２００が、対応する車両の車種ないしサイズに関するデータを車両データに含ませ、駐車管理装置１００に送信する。車両のサイズに関するデータの例として、例えば、車両の全長、全高、全幅、重量、または最低地上高などを表すデータがある。
また、車両が駐車領域に進入した場合に、ステップＳ３１において、当該車両が、駐車許可条件に適合するか否かを判定する。例えば、車両のサイズが超過している場合や、駐車を許可する時間帯ではない場合、本ステップで否定判定がなされる。
ステップＳ３１で否定判定となった場合、処理はステップＳ３２に遷移し、条件が適合しない旨を案内するための案内情報を、対応する車載端末２００に送信する。

本変形例によると、駐車が許可できない条件下にある旨を、車両の乗員に対して通知することが可能になる。

（第四の実施形態）
第一ないし第三の実施形態では、装置間の通信によって、駐車料金の決済処理が完結する。一方で、駐車領域に、ロック板やパーキングチケットの発行機が無い場合、正しい手続きによって駐車が行われているか否かを外見から判断することができない。
第四の実施形態は、これに対応するため、車両が駐車状態にある旨（正しい手続きによって駐車が行われている旨）を、車両に備えられた表示装置を介して出力する実施形態である。

第四の実施形態では、システムの管理下にある車両が、車両の外部に向けたディスプレイ装置（外部表示装置）を有している。外部表示装置は、例えば、液晶ディスプレイ等であってもよい。また、車載端末２００が、当該外部表示装置に対して画像を出力可能に構成される。
駐車管理装置１００は、車両が駐車を開始したと判定した場合に、車載端末２００に対して、当該車両が駐車状態にある旨を表す状態データを送信する。また、車載端末２００は、状態データに基づいて、車両が有する外部表示装置に、当該車両が駐車状態にある旨の表示を出力する。この出力は、車両が駐車状態でなくなった場合（例えば、車両のエンジンが稼働した場合や、車両が駐車領域を出た場合）に停止する。

第四の実施形態によると、車両が、正しい手続きによって駐車を行っているか否かを、外部から視覚的に判別できるようになる。
なお、本例では、外部表示装置として、画像を出力可能なディスプレイ装置を例示したが、駐車中である旨を示すマーカーランプ等を利用してもよい。

（変形例）
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、実施形態の説明では、駐車管理装置１００が、案内情報を車載端末２００に送信する例を挙げたが、案内情報は、車両に関連付いた他の装置に送信されてもよい。例えば、車両の乗員が所有している携帯端末等に案内情報を送信することもできる。

また、実施形態の説明では、車両が、管理下にある駐車領域内において駐車状態になったことを判定したが、車両が、管理下にある駐車領域内に無い状態で駐車状態となった旨
を判定し、その旨を車両側に通知してもよい。これにより、違法駐車に起因するトラブルを防ぐことができる。

また、実施形態の説明では、駐車領域ごとの駐車料金は固定であるものとしたが、駐車場としての利用状況に応じて、記憶部１０２に記憶された料金データベース１０２Ａを動的に更新してもよい。例えば、特定の駐車領域について、所定の期間における利用率が第一の値よりも低い場合に、駐車料金を相対的に引き下げる処理を行い、当該所定の期間における利用率が第二の値よりも高い場合に、駐車料金を相対的に引き上げる処理を行ってもよい。これにより、駐車場としての稼働率を制御することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１００・・・駐車管理装置
１０１，２０１・・・制御部
１０２，２０２・・・記憶部
１０３，２０３・・・通信部
２００・・・車載端末
２０４・・・入出力部
２０５・・・車両通信部

Claims (21)

1. 車両が駐車可能な複数の領域ごとに、駐車料金に関する情報である料金情報を関連付けた料金データを記憶する記憶部と、
   第一の車両から送信され、前記第一の車両の位置情報である第一の情報と、前記第一の車両の稼働状態を表す第二の情報と、前記第一の車両が一時的に停車中であるか否かを判定するための第三の情報と、前記車両の全長、全高、全幅、重量、または最低地上高の少なくともいずれかを表すデータである第四の情報とを含む車両データを取得することと、
   前記第一および第二の情報に基づいて、前記第一の車両が駐車状態にあることを判定することと、
   前記複数の領域のいずれかにおいて前記第一の車両が駐車状態にある場合に、前記車両データと、前記料金データと、に基づいて、前記第一の車両に対応する駐車料金を算出することと、
   を実行する制御部と、
   を有し、
   前記制御部は、前記第三の情報に、前記第一の車両のハザードランプが点灯しているか否かを表すデータが含まれる場合に、前記ハザードランプが点灯していないことを条件として、駐車状態に関する前記判定を行い、かつ、
   前記第四の情報に基づいて、前記第一の車両が規定の駐車許可条件に適合していないと判定された場合に、前記駐車料金の算出を行わない、
   情報処理装置。
2. 前記制御部は、前記第一の情報に基づいて、前記複数の領域の中から、前記第一の車両が駐車した領域を特定し、前記特定した領域に対応する前記料金情報を用いて前記駐車料金を算出する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、前記第一の車両が、前記複数の領域内のいずれかにあり、エンジンが停止、または、走行用の電源が断たれた状態が所定の時間以上継続した場合に、当該車両が駐車状態にあると判定する、
   請求項１に記載の情報処理装置。
4. 前記制御部は、前記第一の車両が一時的に停車中であると判定された期間が所定の長さを超えた場合に、前記駐車料金の算出を行う、
   請求項１に記載の情報処理装置。
5. 前記車両データは、前記第一の車両に乗員が乗車しているか否かを判定するための第五の情報をさらに含み、
   前記制御部は、前記第一の車両に乗員が乗車していると判定されている期間において、前記駐車料金の算出を行わない、
   請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記制御部は、前記車両データに含まれる第一の位置情報と、前記第一の車両の乗員が所持する携帯端末の位置を表す第二の位置情報とを比較し、両者が所定の距離以内にある期間において、前記駐車料金の算出を行わない、
   請求項１から５のいずれか１項に記載の情報処理装置。
7. 前記制御部は、前記第一の車両が駐車状態となった第一の時刻と、駐車状態を脱した第二の時刻を決定する、
   請求項１から６のいずれか１項に記載の情報処理装置。
8. 前記制御部は、前記第一の時刻から前記第二の時刻までの期間に対応する駐車料金を請求するための請求データを生成する、
   請求項７に記載の情報処理装置。
9. 前記制御部は、駐車料金の算出対象である前記第一の車両に対して、当該第一の車両が駐車料金の算出対象である旨を表す状態データを送信し、前記第一の車両が有する外部表示装置を介して、当該第一の車両が駐車料金の算出対象である旨の表示を出力させる、
   請求項１から８のいずれか１項に記載の情報処理装置。
10. 前記制御部は、前記第一の車両が、前記複数の領域に含まれるいずれかの領域に進入した場合に、当該領域に関連付いた駐車料金を案内するための案内データを、前記第一の車両に関連付いたユーザ装置に送信する、
    請求項１から９のいずれか１項に記載の情報処理装置。
11. 前記記憶部は、前記複数の領域のそれぞれについて、駐車可能条件をさらに関連付けて記憶する、
    請求項１０に記載の情報処理装置。
12. 前記制御部は、前記駐車可能条件を案内するためのデータを、前記案内データに含ませる、
    請求項１１に記載の情報処理装置。
13. 前記制御部は、
    駐車可能条件が設定された領域に、当該駐車可能条件を満たしていない前記第一の車両が進入した場合に、その旨の通知を、前記案内データに含ませる、
    請求項１２に記載の情報処理装置。
14. 前記制御部は、料金情報が関連付いていない場所において前記第一の車両が駐車状態となった場合に、その旨を通知するためのデータを、前記ユーザ装置に送信する、
    請求項１１から１３のいずれか１項に記載の情報処理装置。
15. 前記制御部は、過去の所定の期間において複数の前記第一の車両から送信された車両データに基づいて、領域ごとの駐車料金を更新する、
    請求項１から１４のいずれかに記載の情報処理装置。
16. 車両が駐車可能な複数の領域ごとに、駐車料金に関する情報を関連付けた料金データを取得するステップと、
    第一の車両から送信され、前記第一の車両の位置情報である第一の情報と、前記第一の車両の稼働状態を表す第二の情報と、前記第一の車両が一時的に停車中であるか否かを判定するための第三の情報と、前記車両の全長、全高、全幅、重量、または最低地上高を表すデータの少なくともいずれかを表すデータである第四の情報とを含む車両データを取得するステップと、
    前記第一および第二の情報に基づいて、前記第一の車両が駐車状態にあることを判定するステップと、
    前記複数の領域のいずれかにおいて前記第一の車両が駐車状態にある場合に、前記車両データと、前記料金データと、に基づいて、前記第一の車両に対応する駐車料金を算出するステップと、
    を含み、
    前記第三の情報に、前記第一の車両のハザードランプが点灯しているか否かを表すデータが含まれる場合に、前記ハザードランプが点灯していないことを条件として、駐車状態に関する前記判定を行い、かつ、
    前記第四の情報に基づいて、前記第一の車両が規定の駐車許可条件に適合していないと判定された場合に、前記駐車料金の算出を行わない、
    情報処理方法。
17. 第一の車両に搭載された第一の装置と、前記第一の車両を管理する第二の装置と、を含む車両システムであって、
    前記第一の装置は、
    前記第一の車両に関連付いたデータであって、前記第一の車両の位置情報である第一の情報と、前記第一の車両の稼働状態を表す第二の情報と、前記第一の車両が一時的に停車中であるか否かを判定するための第三の情報と、前記車両の全長、全高、全幅、重量、または最低地上高の少なくともいずれかを表すデータである第四の情報とを含む車両データを前記第二の装置に送信し、
    前記第二の装置は、
    車両が駐車可能な複数の領域ごとに、駐車料金に関する情報を関連付けた料金データを記憶する記憶部と、
    前記第一の装置から前記車両データを受信することと、
    前記第一および第二の情報に基づいて、前記第一の車両が駐車状態にあることを判定することと、
    前記複数の領域のいずれかにおいて前記第一の車両が駐車状態にある場合に、前記車両データと、前記料金データと、に基づいて、前記第一の車両に対応する駐車料金を算出することと、
    を実行する制御部と、
    を有し、
    前記制御部は、
    前記第三の情報に、前記第一の車両のハザードランプが点灯しているか否かを表すデータが含まれる場合に、前記ハザードランプが点灯していないことを条件として、駐車状態に関する前記判定を行い、かつ、
    前記第四の情報に基づいて、前記第一の車両が規定の駐車許可条件に適合していないと判定された場合に、前記駐車料金の算出を行わない、
    車両システム。
18. 前記制御部は、前記第一の車両が、前記複数の領域内のいずれかにあり、エンジンが停止、または、走行用の電源が断たれた状態が所定の時間以上継続した場合に、当該車両が駐車状態にあると判定する、
    請求項１７に記載の車両システム。
19. 前記第一の装置は、前記車両データとして、前記第一の車両に乗員が乗車しているか否かを判定するための第五の情報を前記第二の装置にさらに送信し、
    前記第二の装置が有する前記制御部は、前記第一の車両に乗員が乗車していると判定されている期間において、前記駐車料金の算出を行わない、
    請求項１７または１８に記載の車両システム。
20. 前記第二の装置が有する前記制御部は、駐車料金の算出対象である前記第一の車両が有する前記第一の装置に対して、当該第一の車両が駐車料金の算出対象である旨を表す状態データを送信し、
    前記第一の装置は、前記状態データに基づいて、自車両が駐車料金の算出対象である旨の表示を、前記第一の車両が有する外部表示装置に出力する、
    請求項１７から１９のいずれか１項に記載の車両システム。
21. 請求項１６に記載の情報処理方法をコンピュータに実行させるためのプログラム。

Images