(57)【要約】【課題】駐車場を予約できる従来の駐車場予約システム等が扱う駐車場において、駐車料金は固定的であり、駐車場の利用履歴に応じて、駐車場の価格を動的に決定できなかった。【解決手段】駐車場の利用に関する利用情報が格納される利用情報格納部と、利用情報を用いて、駐車料金を決定する駐車料金決定部と、駐車料金決定部が決定した駐車料金を示す駐車料金情報を出力する駐車料金情報出力部とを具備する駐車場情報処理装置により、駐車場の利用履歴に応じて、駐車場の価格を動的に決定できる。【選択図】図３
2019101714.tif 000002
【特許請求の範囲】
【請求項１】
駐車場の利用に関する利用情報が格納される利用情報格納部と、
前記利用情報を用いて、駐車料金を決定する駐車料金決定部と、
前記駐車料金決定部が決定した駐車料金を示す駐車料金情報を出力する駐車料金情報出力部とを具備する駐車場情報処理装置。
【請求項２】
駐車場のオーナーに関するオーナー情報と含む駐車場情報が格納される駐車場情報格納部と、
前記駐車料金決定部が決定した駐車料金を示す駐車料金情報を、前記オーナー情報に対応するオーナーに送信する駐車料金情報送信部と、
前記オーナーから前記駐車料金情報に対する許可を示す許可情報を受信する許可情報受信部と、
前記許可情報受信部が許可情報を受信した場合に、前記駐車料金情報出力部は、前記駐車料金決定部が決定した駐車料金を示す駐車料金情報を出力する請求項１記載の駐車場情報処理装置。
【請求項３】
前記駐車場以外の他の駐車場の駐車料金に関する１以上の他駐車料金情報が格納される他駐車料金情報格納部と、
前記駐車料金決定部は、
前記利用情報と前記１以上の他駐車料金情報とを用いて、駐車料金を決定する請求項１または請求項２記載の駐車場情報処理装置。
【請求項４】
１以上の他駐車料金情報を外部の装置から受信する他駐車料金情報受信部をさらに具備し、
前記他駐車料金情報格納部の１以上の他駐車料金情報は、前記他駐車料金情報受信部が受信した１以上の他駐車料金情報である請求項３記載の駐車場情報処理装置。
【請求項５】
前記他駐車料金情報は、
前記駐車場が存在する位置に対して予め決められた条件を満たすほど近い位置に存在する他の駐車場の駐車料金に関する情報である請求項３または請求項４記載の駐車場情報処理装置。
【請求項６】
予約者を識別するユーザ識別子と予約する時間帯を特定する時間帯情報とを有する１以上の予約情報が格納される予約情報格納部と、
ユーザ端末からユーザ識別子と時間帯情報とを有する予約情報を受信する予約情報受信部と、
前記予約情報受信部が受信した予約情報が有するユーザ識別子とに対応付けて、前記予約情報が有する時間帯情報を前記予約情報格納部に蓄積する予約情報蓄積部とをさらに具備し、
前記利用情報は、
前記１以上の予約情報と同じ、または前記１以上の予約情報から取得される情報であり、
前記駐車料金情報出力部は、
前記駐車料金決定部が決定した駐車料金を示す駐車料金情報を前記ユーザ端末に送信する請求項１から請求項５いずれか一項に記載の駐車場情報処理装置。
【請求項７】
前記駐車料金決定部は、
駐車場以外の外部の情報である１以上の外部情報を取得し、当該外部情報をも用いて駐車料金を決定する請求項１から請求項６いずれか一項に記載の駐車場情報処理装置。
【請求項８】
駐車場の利用に関する利用情報が格納される利用情報格納部と、駐車料金決定部と、駐車料金情報出力部とにより実現される駐車場情報処理方法であって、
前記駐車料金決定部が、前記利用情報を用いて、駐車料金を決定する駐車料金決定ステップと、
前記駐車料金情報出力部が、前記駐車料金決定ステップで決定された駐車料金を示す駐車料金情報を出力する駐車料金情報出力ステップとを具備する駐車場情報処理方法。
【請求項９】
駐車場の利用に関する利用情報が格納される利用情報格納部を具備する記録媒体にアクセス可能なコンピュータを、
前記利用情報を用いて、駐車料金を決定する駐車料金決定部と、
前記駐車料金決定部が決定した駐車料金を示す駐車料金情報を出力する駐車料金情報出力部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、駐車料金を動的に変更できる駐車場管理装置等に関するものである。
【背景技術】
【０００２】
従来、駐車場を予約できるウェブページがあった（例えば、非特許文献１参照）。かかる駐車場予約システムが扱う駐車場において、駐車料金は固定的である。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ａｋｉｐｐａ、［平成２９年１１月１１日検索］、インターネット［URL：https://www.akippa.com/］
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術においては、駐車場の価格を動的に変更できなかった。その結果、例えば、駐車場の利用を増加させたり、ユーザ満足度を高めたりする仕組みが存在しなかった。
【課題を解決するための手段】
【０００５】
本第一の発明の駐車場情報処理装置は、駐車場の利用に関する利用情報が格納される利用情報格納部と、利用情報を用いて、駐車料金を決定する駐車料金決定部と、駐車料金決定部が決定した駐車料金を示す駐車料金情報を出力する駐車料金情報出力部とを具備する駐車場情報処理装置である。
【０００６】
かかる構成により、駐車場の利用に関する利用情報に応じて、駐車場の価格を動的に決定できる。
【０００７】
また、本第二の発明の駐車場情報処理装置は、第一の発明に対して、駐車場のオーナーに関するオーナー情報と含む駐車場情報が格納される駐車場情報格納部と、駐車料金決定部が決定した駐車料金を示す駐車料金情報を、オーナー情報に対応するオーナーに送信する駐車料金情報送信部と、オーナーから駐車料金情報に対する許可を示す許可情報を受信する許可情報受信部と、許可情報受信部が許可情報を受信した場合に、駐車料金情報出力部は、駐車料金決定部が決定した駐車料金を示す駐車料金情報を出力する駐車場情報処理装置である。
【０００８】
かかる構成により、駐車場のオーナーの許可がある場合に、駐車場の価格を変更できる。
【０００９】
また、本第三の発明の駐車場情報処理装置は、第一または第二の発明に対して、駐車場以外の他の駐車場の駐車料金に関する１以上の他駐車料金情報が格納される他駐車料金情報格納部と、駐車料金決定部は、利用情報と１以上の他駐車料金情報とを用いて、駐車料金を決定する駐車場情報処理装置である。
【００１０】
かかる構成により、駐車場の利用情報と他の駐車場の料金に応じて、駐車場の価格を適切に決定できる。
【００１１】
また、本第四の発明の駐車場情報処理装置は、第三の発明に対して、１以上の他駐車料金情報を外部の装置から受信する他駐車料金情報受信部をさらに具備し、他駐車料金情報格納部の１以上の他駐車料金情報は、他駐車料金情報受信部が受信した１以上の他駐車料金情報である駐車場情報処理装置である。
【００１２】
かかる構成により、駐車場の利用情報と他の駐車場の料金に応じて、駐車場の価格を適切に決定できる。
【００１３】
また、本第五の発明の駐車場情報処理装置は、第三または第四の発明に対して、他駐車料金情報は、駐車場が存在する位置に対して予め決められた条件を満たすほど近い位置に存在する他の駐車場の駐車料金に関する情報である駐車場情報処理装置である。
【００１４】
かかる構成により、駐車場の利用情報と周辺の他の駐車場の料金に応じて、駐車場の価格を適切に決定できる。
【００１５】
また、本第六の発明の駐車場情報処理装置は、第一から第五いずれか１つの発明に対して、予約者を識別するユーザ識別子と予約する時間帯を特定する時間帯情報とを有する１以上の予約情報が格納される予約情報格納部と、ユーザ端末からユーザ識別子と時間帯情報とを有する予約情報を受信する予約情報受信部と、予約情報受信部が受信した予約情報が有するユーザ識別子とに対応付けて、予約情報が有する時間帯情報を予約情報格納部に蓄積する予約情報蓄積部とをさらに具備し、利用情報は、１以上の予約情報と同じ、または１以上の予約情報から取得される情報であり、駐車料金情報出力部は、駐車料金決定部が決定した駐車料金を示す駐車料金情報をユーザ端末に送信する駐車場情報処理装置である。  かかる構成により、駐車場の予約を受け付けることができる。
【００１６】
また、本第七の発明の駐車場情報処理装置は、第一から第六いずれか１つの発明に対して、駐車料金決定部は、外部の情報である１以上の外部情報を取得し、当該外部情報をも用いて駐車料金を決定する駐車場情報処理装置である。
【００１７】
かかる構成により、外部情報をも用いて駐車場の価格を適切に決定できる。
【発明の効果】
【００１８】
本発明による駐車場情報処理装置によれば、駐車場の価格を動的に決定できる。
【図面の簡単な説明】
【００１９】
【図１】実施の形態１における駐車場情報システムＡの概念図を示す図
【図２】同駐車場情報システムＡのブロック図
【図３】同駐車場情報システムＡを構成する駐車場情報処理装置１のブロック図
【図４】同駐車場情報処理装置１の動作例について説明するフローチャート
【図５】同駐車料金決定処理の例について説明するフローチャート
【図６】同ユーザ端末２の動作例について説明するフローチャート
【図７】同オーナー端末３の動作例について説明するフローチャート
【図８】同駐車料金決定テーブルの例を示す図
【図９】同他駐車料金情報管理表を示す図
【図１０】同画面例を示す図
【図１１】同学習データ管理表を示す図
【図１２】同コンピュータシステムの概観図
【図１３】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００２０】
以下、駐車場情報処理装置等を具備する駐車場情報システムの実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２１】
（実施の形態１）
【００２２】
本実施の形態において、駐車場の利用情報を用いて、駐車料金を決定し、出力する駐車場管理装置を具備する駐車場情報システムについて説明する。
【００２３】
また、本実施の形態において、例えば、オーナーからの許可を受信した場合に、駐車料金を改定する駐車場管理装置を具備する駐車場情報システムについて説明する。
【００２４】
また、本実施の形態において、例えば、他の駐車場の料金をも参照し、駐車料金を改定する駐車場管理装置を具備する駐車場情報システムについて説明する。
【００２５】
さらに、本実施の形態において、駐車場の予約を受け付けることができる駐車場管理装置を具備する駐車場情報システムについて説明する。
【００２６】
図１は、本実施の形態における駐車場情報システムＡの概念図である。駐車場情報システムＡは、駐車場情報処理装置１、１または２以上のユーザ端末２、および１または２以上のオーナー端末３を備える。１以上のユーザ端末２および１以上のオーナー端末３の各々は、例えば、ＬＡＮやインターネット等のネットワーク、無線または有線の通信回線などを介して、駐車場情報処理装置１と通信可能に接続される。
【００２７】
駐車場情報処理装置１は、例えば、駐車場予約管理システムを運営する運営企業のサーバである。駐車場情報処理装置１は、例えば、クラウドサーバやＡＳＰサーバ等であるが、そのタイプや設置場所は問わない。
【００２８】
ユーザ端末２は、ユーザが使用する端末である。ユーザ端末２は、例えば、いわゆるパーソナルコンピュータ（ＰＣ）、ノートパソコン、スマートフォン、携帯電話、携帯端末、タブレット端末等であり、その種類は問わない。
【００２９】
オーナー端末３は、駐車場のオーナー等の権限者が使用する端末である。オーナー端末３は、例えば、いわゆるパーソナルコンピュータ（ＰＣ）、ノートパソコン、スマートフォン、携帯電話、携帯端末、タブレット端末等であり、その種類は問わない。
【００３０】
図２は、本実施の形態における駐車場情報システムＡのブロック図である。図３は、駐車場情報システムＡを構成する駐車場情報処理装置１のブロック図である。
【００３１】
駐車場情報処理装置１は、格納部１１、受信部１２、処理部１３、および送信部１４を備える。格納部１１は、駐車場情報格納部１１１、予約情報格納部１１２、利用情報格納部１１３、および他駐車料金情報格納部１１４を備える。受信部１２は、予約情報受信部１２１、他駐車料金情報受信部１２２、および許可情報受信部１２３を備える。処理部１３は、駐車料金決定部１３１、予約情報蓄積部１３２、および課金処理部１３３を備える。送信部１４は、駐車料金情報送信部１４１、および駐車料金情報出力部１４２を備える。
【００３２】
ユーザ端末２は、ユーザ受付部２１、ユーザ処理部２２、ユーザ送信部２３、ユーザ受信部２４、およびユーザ出力部２５を備える。
【００３３】
オーナー端末３は、オーナー受信部３１、オーナー処理部３２、オーナー出力部３３、オーナー受付部３４、およびオーナー送信部３５を備える。
【００３４】
駐車場情報処理装置１を構成する格納部１１は、各種の情報を格納し得る。各種の情報とは、例えば、後述する駐車場情報、後述する予約情報、後述する利用情報、後述する他駐車料金情報、後述する外部情報などである。
【００３５】
各種の情報は、例えば、駐車料金取得元情報である。駐車料金取得元情報は、駐車料金を取得する元になる情報である。駐車料金取得元情報は、例えば、駐車料金算出式、駐車料金決定テーブル、駐車料金の取得に用いられる１以上のパラメータを特定する情報、駐車料金を決定するプログラム等である。
【００３６】
駐車料金決定テーブルは、パラメータ情報と駐車料金情報との対の情報である２以上の対応情報を有する。パラメータ情報とは、料金を決定するための１以上のパラメータの情報である。パラメータ情報は、例えば、現在の空き駐車領域の数の幅の情報である。パラメータ情報は、例えば、現在の空き駐車領域の数と、今から予め決められた時までの予約に関する情報（例えば、予約数）とを引数とする演算式により算出されるスコアの幅の情報である。なお、かかるスコアは、利用状況スコアと言っても良い。また、かかる演算式は、例えば、「現在、利用されている駐車領域の割合＋今から閾値時間以内の新たに予約されている駐車領域の割合」である。パラメータ情報は、例えば、現在、利用されている駐車領域の数の幅の情報である。
【００３７】
各種の情報は、例えば、学習情報である。学習情報は、２以上の素性を、機械学習のアルゴリズムにより学習した情報である。素性は、単にパラメータ、データと言っても良い。
【００３８】
２以上の素性は、駐車料金情報を含む。２以上の素性は、売上情報を含むことは好適である。売上情報は、駐車場の売り上げに関する情報である。売上情報は、例えば、単位時間あたり（例えば、１日、１時間など）の売上高である。２以上の素性は、例えば、時刻または時間帯、曜日等を特定する情報を含んでも良い。また、２以上の素性は、例えば、後述する外部情報を含んでも良い。
【００３９】
また、機械学習は、深層学習、ＳＶＲ、決定木、ランダムフォレスト等、問わない。また、学習の処理は、図示しない学習部が行う、とする。また、学習部は、例えば、処理部１３に含まれる。なお、学習部は、外部の装置でも良いことは言うまでもない。
【００４０】
また、格納部１１の各種の情報は、例えば、１または２以上のユーザ情報である。ユーザ情報は、ユーザに関する情報であり、例えば、ユーザ識別子、クレジットカード番号、氏名、連絡先情報（例えば、メールアドレスまたは電話番号またはＵＲＬ等）等のうち、１または２以上の情報を有する。ユーザ情報は、図示しない登録手段によるユーザの登録処理により、登録された情報である。
【００４１】
駐車場情報格納部１１１は、１または２以上の駐車場情報が格納される。駐車場情報は、１以上の駐車領域を有する駐車場に関する情報である。駐車場情報は、例えば、駐車場のオーナーに関するオーナー情報を含む。オーナー情報は、例えば、オーナーを識別するオーナー識別子、オーナーへの連絡を行うための連絡先情報、オーナーの氏名、住所、確認グラフ等のうちの１以上の情報を有する。確認グラフとは、駐車料金の変更の場合にオーナーに確認し、許可情報が受信された場合のみ、駐車料金を変更することを示すフラグである。つまり、オーナーに応じて、オーナー情報が確認グラフを有しても、有さなくても良いことは好適である。駐車場情報は、駐車場を識別する駐車場識別子を有することは好適である。駐車場情報は、例えば、駐車領域の数（駐車可能な台数）、空き駐車領域の数、各駐車領域ごとの状態を示す情報（駐車中または空きまたは契約中等）、各駐車領域に関する１以上の駐車領域情報、駐車場のマップ、住所を特定する住所情報を有する。なお、駐車場のマップは、例えば、ビットマップ、またはベクトルデータ等であり、その形式は問わない。駐車場情報は、例えば、駐車料金に関する駐車料金情報も含むことは好適である。駐車料金情報は、例えば、単位時間（例えば、１時間、３０分、１５分、１日、８：００−２０：００、２０：００−８：００等）の料金を示す情報である。駐車料金情報は、例えば、予め決めらてれた時間帯の最大料金（例えば、８：００−２０：００は最大１０００円、２０：００−８：００は最大３００円等）を示す情報を含んでも良い。駐車場情報は、例えば、駐車料金取得元情報を有しても良い。また、駐車場ごとに、駐車料金取得元情報が異なっていても良い。
【００４２】
駐車場情報格納部１１１には、例えば、１以上の駐車領域を有する駐車場を識別する駐車場識別子と、駐車場のオーナーに関するオーナー情報とを含む駐車場情報が格納される。
【００４３】
駐車場情報は、周辺の１以上の他の駐車場の他駐車場情報を取得する先を特定する情報（例えば、ＵＲＬ）を有しても良い。
【００４４】
予約情報格納部１１２には、１または２以上の予約情報が格納される。予約情報は、駐車場の予約に関する情報である。予約情報は、予約者を識別するユーザ識別子と予約する時間帯を特定する時間帯情報とを有する。予約情報は、例えば、駐車場識別子と予約者を識別するユーザ識別子と時間帯情報とを有する。
【００４５】
利用情報格納部１１３には、１または２以上の利用情報が格納される。利用情報格納部１１３には、駐車場識別子に対応付けて、１以上の利用情報が格納されていても良い。
【００４６】
利用情報は、駐車場の利用に関する情報である。利用情報は、例えば、駐車場の過去の利用履歴を示す利用履歴情報、駐車場の利用状況を示す現在利用状況情報、駐車場の今後の利用状況に関する予約情報、予約近況情報のうちの１または２種類以上の情報である。
【００４７】
また、利用情報は、予約情報と同じでも良い。かかる場合、予約情報格納部１１２または利用情報格納部１１３のどちらか一方が、格納部１１に存在することとなる。
【００４８】
利用履歴情報は、例えば、時間帯を示す時間帯情報と、当該時間帯に利用された移動体の数を示す移動体数情報の対である。なお、移動体は、通常、自動車であるが、二輪車、自転車、バス等、問わない。利用情報は、例えば、日を示す日情報と、時間帯情報と、移動体数情報の組である。
【００４９】
現在利用状況情報は、例えば、現在の駐車台数を示す情報、現在の空きの駐車領域の数を示す情報、現在の駐車領域の利用割合を示す情報、現在の空きの駐車領域の割合を示す情報等である。
【００５０】
予約近況情報は、現在から所定時間以内まで（例えば、本日、今から３時間以内、今から１８時まで等）の予約状況に関する情報である。予約近況情報は、例えば、今から予め決められた時間帯において予約により利用される予定の駐車台数を示す情報、今から予め決められた時間帯において予約により利用される予定の駐車領域の利用割合を示す情報、今から予め決められた時間帯において予約により利用される予定の無い駐車領域の数を示す情報、今から予め決められた時間帯において予約により利用される予定の無い駐車領域の割合を示す情報等である。
【００５１】
利用情報は、例えば、駐車料金情報と売上情報とを有していても良い。
【００５２】
他駐車料金情報格納部１１４には、１以上の他駐車料金情報が格納される。他駐車料金情報は、対象となる駐車場以外の他の駐車場の駐車料金に関する情報である。他駐車料金情報は、例えば、単位時間の料金を示す情報である。駐車料金情報は、例えば、予め決めらてれた時間帯の最大料金を示す情報を含んでも良い。他駐車料金情報は、例えば、駐車場識別子を含んでいることは好適である。
【００５３】
他駐車料金情報格納部１１４には、対象となる駐車場が存在する位置に対して予め決められた条件を満たすほど近い位置に存在する他の駐車場の他駐車料金情報が格納されていることは好適である。
【００５４】
受信部１２は、各種の情報や指示を受信する。各種の情報とは、例えば、予約情報、他駐車料金情報、許可情報などである。各種の指示は、例えば、アクセス指示、画面出力指示、駐車料金の変更指示である。アクセス指示は、駐車場の予約の画面である予約画面へのアクセスの指示である。画面出力指示は、画面を出力する指示である。画面出力指示により、出力される画面は、駐車場の予約画面等、種々あり得る。駐車料金の変更指示は、駐車料金を変更する指示である。
【００５５】
予約情報受信部１２１は、ユーザ端末２から予約情報を受信する。予約情報は、通常、ユーザ識別子と時間帯情報とを有する。また、かかる予約情報は、例えば、駐車場識別子とユーザ識別子と時間帯情報とを有しても良い。
【００５６】
他駐車料金情報受信部１２２は、１以上の他駐車料金情報を外部の装置から受信する。他駐車料金情報受信部１２２は、例えば、ウェブ上をクローリングして、予め決められたウェブページから他駐車料金情報を取得する。予め決められたウェブページは、例えば、上述した非特許文献のウェブサイトのページである。
【００５７】
許可情報受信部１２３は、オーナーから許可情報を受信する。許可情報は、駐車料金情報に対する許可を示す情報である。許可情報は、オーナーに提示された駐車料金情報を許可することを示す情報である。許可情報受信部１２３は、例えば、オーナー端末３から許可情報を受信する。許可情報受信部１２３は、不許可情報を受信する場合もある。不許可情報は、オーナーに提示された駐車料金情報を許可しないことを示す情報である。
【００５８】
処理部１３は、各種の処理を行う。各種の処理とは、例えば、駐車料金決定部１３１、予約情報蓄積部１３２、課金処理部１３３が行う処理である。各種の処理は、例えば、受信されたアクセス指示または画面出力指示に応じて、指示を送信した端末に送信する画面情報を格納部１１から取得する処理である。
【００５９】
駐車料金決定部１３１は、利用情報を用いて、駐車料金を決定する。また、駐車料金決定部１３１は、利用情報と１以上の他駐車料金情報とを用いて、駐車料金を決定することは好適である。
【００６０】
駐車料金決定部１３１は、通常、利用情報が示す利用の度合いが高いほど、高い料金を設定する。駐車料金決定部１３１は、通常、空き駐車領域の数が少ないほど、高い料金を設定する。なお、利用とは、過去の利用、現在の利用、未来の利用のうちの１種類以上の利用である。
【００６１】
駐車料金決定部１３１は、例えば、他駐車料金情報をも用いて、駐車料金を決定する。駐車料金決定部１３１は、例えば、他駐車料金情報が示す料金より高くならないように、駐車料金を決定する。駐車料金決定部１３１は、例えば、他駐車料金情報が示す料金よりＮ％以上は高くならないように、駐車料金を決定する。
【００６２】
また、駐車料金決定部１３１は、例えば、２以上の他駐車料金情報の統計処理結果を用いて、駐車料金を決定する。駐車料金決定部１３１は、例えば、２以上の他駐車料金情報の統計値（例えば、平均値、中央値、最小値、最大値）に対して、予め決められた条件を満たすように、駐車料金を決定する。駐車料金決定部１３１は、例えば、２以上の他駐車料金情報の平均値を超えない駐車料金を決定する。
【００６３】
また、駐車料金決定部１３１は、外部の情報である１以上の外部情報を取得し、当該外部情報をも用いて駐車料金を決定しても良い。外部情報とは、駐車場以外の情報である。外部情報は、外的な要因に関する情報である。外部情報は、例えば、時期に関する時期情報、近隣のイベントに関するイベント情報、天候に関する天候情報等である。時期情報は、例えば、お盆または年末年始またはゴールデンウィーク等の繁忙期であるか否か、お盆であるか否か、年末年始であるか否か、ゴールデンウィークであるか否か等である。イベント情報は、対象となる駐車場の近隣のイベント開催の有無等を示す情報、対象となる駐車場の近隣のイベントを識別するイベント識別子、対象となる駐車場の近隣のイベント開催の時間帯の情報等である。天候情報は、例えば、天気または気温等の情報である。
【００６４】
なお、駐車料金決定部１３１は、例えば、外部情報が繁忙期を示す場合、繁忙期を示さない場合と比較して、高い駐車料金を決定する。駐車料金決定部１３１は、例えば、イベント情報がイベントの有ることを示す場合、イベントが無いことを示す場合と比較して、高い駐車料金を決定する。駐車料金決定部１３１は、例えば、天候情報が雨を示す場合、晴れを示す場合と比較して、高い駐車料金を決定する。
【００６５】
また、駐車料金決定部１３１は、外部情報を図示しないサーバから受信しても良いし、格納部１１から読み出しても良い。外部情報の取得方法は問わない。
【００６６】
駐車料金決定部１３１は、例えば、駐車料金決定テーブルを用いて、駐車料金を決定する。かかる場合、駐車料金決定部１３１は、例えば、パラメータ情報を取得し、当該パラメータ情報に対応する駐車料金情報を、駐車料金決定テーブルから取得する。なお、パラメータ情報は、例えば、現在の空き駐車領域の数、利用されている駐車領域の数、予約数、現在の空き駐車領域の数と予約数、現在の空き駐車領域の数と予約数を演算式に代入し、得られたスコア等である。なお、演算式の情報は、格納部１１に格納されている。
【００６７】
駐車料金決定部１３１は、例えば、いわゆる機械学習の機能を用いて、駐車料金を決定しても良い。
【００６８】
駐車料金決定部１３１は、例えば、１以上の素性を取得し、当該１以上の素性を学習情報に適用し、機械学習のアルゴリズムにより、駐車料金情報を取得する。駐車料金決定部１３１は、例えば、１以上の素性を取得し、当該１以上の素性を学習情報に適用し、機械学習のアルゴリズムにより、売上情報が示す売り上げが最大となる駐車料金情報を取得する。なお、１以上の素性は、例えば、現在の空き駐車領域の数、利用されている駐車領域の数、今から予め決められた時までの予約数、１以上の他駐車料金情報、１以上の他駐車料金情報の統計値、時刻または時間帯、曜日、天気等である。また、現在の空き駐車領域の数、利用されている駐車領域の数は、駐車場情報格納部１１１の駐車場情報から取得され得る。今から予め決められた時までの予約数は、予約情報格納部１１２から取得され得る。他駐車料金情報は、他駐車料金情報受信部１２２が受信した情報である。時刻、曜日、天気は、例えば、図示しないサーバ装置から取得され得る。
【００６９】
駐車料金決定部１３１は、例えば、予め決められた２以上の駐車料金の各候補値ごとに、１以上の素性と候補値とを学習情報に適用し、機械学習のアルゴリズムにより、売上情報を取得する。そして、駐車料金決定部１３１は、例えば、取得した２以上の売上情報のうち、売り上げが最大である売上情報に対応する駐車料金情報を取得する。なお、かかる場合、駐車料金決定部１３１は、外部情報を取得し、外部情報をも有する素性の集合と候補値とを学習情報に適用し、機械学習のアルゴリズムにより、売上情報を取得しても良い。
【００７０】
なお、機械学習のアルゴリズムとは、例えば、深層学習、ＳＶＲ、決定木、ランダムフォレスト等、問わない。
【００７１】
駐車料金決定部１３１が、駐車料金情報を取得するタイミングは問わない。なお、新たな駐車料金情報を取得することは、通常、駐車料金を変更することである。駐車料金決定部１３１は、例えば、オーナー端末３から、駐車料金の変更指示が受信された場合に、駐車料金情報を取得する。
【００７２】
また、駐車料金決定部１３１は、予め決められた条件を満たす場合に、駐車料金情報を取得することは好適である。つまり、予め決められた条件を満たす場合に、駐車料金を変更することは好適である。
【００７３】
予め決められた条件は、例えば、駐車場の利用状況に関する条件である。駐車場の利用状況に関する条件は、例えば、現在利用状況情報に関する条件である。現在利用状況情報に関する条件は、例えば、現在の駐車台数が閾値以下または閾値未満であること、現在の駐車台数が閾値以上または閾値より多いこと、現在の駐車領域の利用割合が閾値以下または閾値未満であること、現在の駐車領域の利用割合が閾値以上または閾値より多いことである。また、駐車場の利用状況に関する条件は、例えば、予約近況情報に関する条件である。予約近況情報に関する条件は、例えば、現在から所定時間以内まで（例えば、本日、今から３時間以内、今から１８時まで等）の予約数が閾値以下または閾値未満であること、現在から所定時間以内までの予約数が閾値以上または閾値より多いこと、現在から所定時間以内までの予約の割合（予約数／駐車領域の数）が閾値以下または閾値未満であること、現在から所定時間以内までの予約の割合が閾値以上または閾値より多いこと等である。
【００７４】
予め決められた条件は、例えば、時刻に関する条件である。時刻に関する条件は、例えば、予め決められた時刻になったことである。
【００７５】
また、予め決められた条件は、例えば、現在利用状況情報、予約近況情報、時刻のうち、２以上の組み合わせに係る条件でも良い。
【００７６】
予約情報蓄積部１３２は、予約情報受信部１２１が受信した予約情報が有するユーザ識別子に対応付けて、予約情報が有する時間帯情報を予約情報格納部１１２に蓄積する。
【００７７】
予約情報蓄積部１３２は、例えば、予約情報受信部１２１が受信した予約情報が有する駐車場識別子とユーザ識別子とに対応付けて、予約情報が有する時間帯情報を予約情報格納部１１２に蓄積する。
【００７８】
課金処理部１３３は、課金処理を行う。課金処理とは、駐車場の予約または駐車場の利用に対して、ユーザに課金するための処理である。課金処理部１３３は、例えば、予め決められた条件を満たした場合に、課金処理を行う。予め決められた条件とは、例えば、利用開始時間から閾値以内になったことでも良いし、実際に利用されたことを検知したことでも良いし、予約情報を受信したこと等でも良い。また、課金処理とは、課金を行うために必要な処理であれば何でも良く、例えば、図示しない課金サーバへの課金のための情報の送信、課金に必要な情報の蓄積、クレジットカード番号を用いた課金処理等である。ここでの課金処理の内容は問わない。課金処理は公知技術で実現可能であるので、詳細な説明を省略する。
【００７９】
送信部１４は、各種の情報を送信する。各種の情報とは、例えば、駐車料金情報、画面情報である。駐車料金情報は、例えば、駐車料金決定部１３１が決定した駐車料金を特定する駐車料金情報である。画面情報は、ユーザ端末２またはオーナー端末３で出力される画面の情報である。
【００８０】
駐車料金情報送信部１４１は、駐車料金決定部１３１が決定した駐車料金を示す駐車料金情報を、当該駐車場のオーナーに送信する。駐車料金情報送信部１４１は、駐車料金情報を、当該駐車場を識別する駐車場識別子と対になるオーナー情報に含まれる連絡先情報が示す先に、駐車料金情報を送信する。
【００８１】
駐車料金情報出力部１４２は、駐車料金決定部１３１が決定した駐車料金を示す駐車料金情報を出力する。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。なお、出力とは、例えば、ユーザ端末２への送信であるが、駐車場に設置されたディスプレイへの表示等でも良い。
【００８２】
駐車料金情報出力部１４２は、例えば、駐車料金決定部１３１が決定した駐車料金を示す駐車料金情報をユーザ端末２に送信する。
【００８３】
ユーザ端末２を構成するユーザ受付部２１は、各種の情報を受け付ける。各種の情報とは、例えば、予約する時間帯を示す時間帯情報を含む予約情報、アクセス指示、画面出力指示などである。ユーザ受付部２１は、アクセス指示等を、通常、キーボード等の入力デバイスを介して受け付ける。
【００８４】
各種の情報の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。ユーザ受付部２１は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００８５】
ユーザ処理部２２は、各種の処理を行う。各種の処理とは、例えば、送信する情報を構成する処理である。各種の処理とは、例えば、出力する画面や情報を構成する処理である。
【００８６】
ユーザ送信部２３は、各種の情報を送信する。各種の情報とは、例えば、予約情報、アクセス指示、画面出力指示などである。ユーザ送信部２３は、予約情報等を、駐車場情報処理装置１に送信する。ユーザ送信部２３は、画面出力指示等を、例えば、ユーザ識別子と対に、駐車場情報処理装置１に送信する。
【００８７】
ユーザ受信部２４は、各種の情報を受信する。各種の情報とは、例えば、画面情報などである。ユーザ受信部２４は、ユーザ送信部２３がアクセス指示または画面出力指示を送信したことに応じて、駐車場情報処理装置１から画面情報を受信する。
【００８８】
ユーザ出力部２５は、各種の情報を出力する。各種の情報とは、例えば、画面などである。ユーザ出力部２５は、ユーザ受信部２４が受信した画面情報から構成された画面等を、通常、ディスプレイ等の出力デバイスを介して出力する。
【００８９】
オーナー端末３を構成するオーナー受信部３１は、各種の情報を受信する。各種の情報とは、例えば、駐車料金情報などである。オーナー受信部３１は、駐車場情報処理装置１から駐車料金情報を受信する。
【００９０】
オーナー処理部３２は、各種の処理を行う。各種の処理とは、例えば、送信する情報を構成する処理である。各種の処理とは、例えば、出力する画面を構成する処理である。
【００９１】
オーナー出力部３３は、各種の情報を出力する。各種の情報とは、例えば、駐車料金情報などである。オーナー出力部３３は、ユーザ受信部２４が受信した駐車料金情報等を、通常、ディスプレイ等の出力デバイスを介して出力する。
【００９２】
オーナー受付部３４は、各種の指示や情報等を受け付ける。各種の指示や情報等とは、例えば、許可情報または不許可情報、駐車料金の変更指示である。駐車料金の変更指示とは、駐車料金を変更することの指示である。
【００９３】
許可情報等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。オーナー受付部３４は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００９４】
オーナー送信部３５は、各種の情報を送信する。各種の情報とは、例えば、許可情報または不許可情報、駐車料金の変更指示などである。ユーザ送信部２３は、許可情報、または不許可情報等を、駐車場情報処理装置１に送信する。
【００９５】
格納部１１、駐車場情報格納部１１１、予約情報格納部１１２、利用情報格納部１１３、および他駐車料金情報格納部１１４は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００９６】
格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。
【００９７】
受信部１２、予約情報受信部１２１、他駐車料金情報受信部１２２、許可情報受信部１２３、ユーザ受信部２４、およびオーナー受信部３１は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００９８】
処理部１３、駐車料金決定部１３１、予約情報蓄積部１３２、課金処理部１３３、ユーザ処理部２２、およびオーナー処理部３２は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００９９】
送信部１４、駐車料金情報送信部１４１、駐車料金情報出力部１４２、ユーザ送信部２３、およびオーナー送信部３５は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【０１００】
ユーザ出力部２５、およびオーナー出力部３３は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。ユーザ出力部２５は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【０１０１】
次に、駐車場情報システムＡの動作について説明する。まず、駐車場情報処理装置１の動作について、図４のフローチャートを用いて説明する。
【０１０２】
（ステップＳ４０１）受信部１２は、ユーザ端末２からアクセス指示を受信したか否かを判断する。アクセス指示を受信した場合はステップＳ４０２に行き、アクセス指示を受信しなかった場合はステップＳ４０５に行く。
【０１０３】
（ステップＳ４０２）処理部１３は、ステップＳ４０１で受信されたアクセス指示に含まれるユーザ識別子に対応付けて、ユーザに関する情報を、格納部１１に蓄積する。なお、ユーザに関する情報は、例えば、ユーザからアクセス指示が送信されたことを示す情報、ユーザからのアクセス回数等である。
【０１０４】
（ステップＳ４０３）処理部１３は、受信された指示に対応する画面情報を格納部１１から取得する。
【０１０５】
（ステップＳ４０４）送信部１４は、ステップＳ４０３で取得された画面情報を、指示を送信してきたユーザ端末２に送信する。ステップＳ４０１に戻る。
【０１０６】
（ステップＳ４０５）受信部１２は、ユーザ端末２から画面出力指示を受信したか否かを判断する。画面出力を受信した場合はステップＳ４０３に行き、画面出力指示を受信しなかった場合はステップＳ４０６に行く。
【０１０７】
（ステップＳ４０６）予約情報受信部１２１は、ユーザ端末２から予約情報を受信したか否かを判断する。予約情報を受信した場合はステップＳ４０７に行き、予約情報を受信しなかった場合はステップＳ４１０に行く。
【０１０８】
（ステップＳ４０７）処理部１３は、ステップＳ４０６で受信された予約情報が条件を満たすか否かを判断する。条件を満たす場合はステップＳ４０８に行き、条件を満たさない場合はステップＳ４０９に行く。なお、条件とは、例えば、予約情報が有する時間帯情報が示す時間帯において、予約可能な駐車領域が存在することである。また、条件とは、例えば、予約情報が有するユーザ識別子に対応付けて、予約不可を示すフラグが格納されていないことである。なお、予約不可を示すフラグとは、例えば、ユーザ識別子に対応付けて格納されているクレジットカード番号で識別されるクレジットカードが使用不可である場合等に付加される情報である。
【０１０９】
（ステップＳ４０８）予約情報蓄積部１３２は、ステップＳ４０６で受信された予約情報を予約情報格納部１１２に蓄積する。ステップＳ４０１に戻る。なお、受信された予約情報と蓄積された予約情報とは同一のデータ構造でなくても良いことは言うまでもない。受信された予約情報と蓄積された予約情報は、予約する駐車場、時間帯等の予約内容が同じ予約内容を示す情報であれば良い。なお、予約情報蓄積部１３２が予約情報を予約情報格納部１１２に蓄積した場合、送信部１４は、予約できた旨の情報をユーザ端末２に送信することは好適である。
【０１１０】
（ステップＳ４０９）送信部１４は、予約できない旨のメッセージであるエラーメッセージをユーザ端末２に送信する。ステップＳ４０１に戻る。
【０１１１】
（ステップＳ４１０）受信部１２は、オーナー端末３から駐車料金の変更指示を受信したか否かを判断する。変更指示を受信した場合はステップＳ４１１に行き、変更指示を受信しなかった場合はステップＳ４１６に行く。
【０１１２】
（ステップＳ４１１）駐車料金決定部１３１は、駐車料金を決定する処理を行う。かかる駐車料金決定処理について、図５のフローチャートを用いて説明する。
【０１１３】
（ステップＳ４１２）処理部１３は、当該駐車場のオーナーに確認するか否かを判断する。確認するとの判断結果の場合はステップＳ４１３に行き、確認しないとの判断結果の場合はステップＳ４１５に行く。なお、処理部１３は、例えば、当該駐車場のオーナーのオーナー情報が確認フラグを有する場合に確認すると判断し、確認フラグを有さない場合に確認しないと判断する。
【０１１４】
（ステップＳ４１３）駐車料金情報送信部１４１は、ステップＳ４１１で決定された駐車料金を特定する駐車料金情報を、当該駐車場のオーナー情報が有する連絡先情報が示す連絡先に送信する。ステップＳ４０１に戻る。
【０１１５】
（ステップＳ４１４）許可情報受信部１２３は、許可情報を受信したか否かを判断する。許可情報を受信した場合はステップＳ４１１に行き、許可情報を受信しなかった場合はステップＳ４０１に戻る。
【０１１６】
（ステップＳ４１５）駐車料金決定部１３１は、ステップＳ４１１で決定された駐車料金を特定する駐車料金情報を、駐車場情報格納部１１１に蓄積する。ステップＳ４０１に戻る。なお、駐車料金決定部１３１は、例えば、当該駐車場の駐車場識別子に対応付けて駐車料金情報を蓄積する。また、駐車料金決定部１３１は、通常、当該駐車場の駐車場識別子に対応付けて格納されている駐車料金情報を更新する。
【０１１７】
（ステップＳ４１６）処理部１３は、駐車場の駐車料金の変更条件を満たすか否かを判断する。変更条件を満たす場合はステップＳ４１１に行き、変更条件を満たさない場合はステップＳ４１７に行く。
【０１１８】
（ステップＳ４１７）処理部１３は、課金処理を行うか否かを判断する。課金処理を行う場合はステップＳ４１８に行き、課金処理を行わない場合はステップＳ４０１に戻る。
【０１１９】
（ステップＳ４１８）課金処理部１３３は、ユーザに対して課金処理を行う。ステップＳ４０１に戻る。課金処理部１３３は、例えば、現在時刻を取得し、当該現在時刻が、予約情報に対応する時間帯情報の開始時刻の前であり、予め決められた時間以内になったか否かを判断し、当該条件を満たした場合に、課金処理を行うと判断する。そして、課金処理部１３３は、例えば、当該予約情報に含まれる時間帯情報が示す時間分の料金を取得し、当該料金の分を、当該予約情報に対応するユーザ識別子で識別されるユーザに対して課金処理を行う。
【０１２０】
なお、図４のフローチャートにおいて、一つの駐車場に着目して処理を説明した。しかし、２以上の駐車場に対して、上記の処理を行っても良いことは言うまでもない。
【０１２１】
また、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１２２】
次に、ステップＳ４１１の駐車料金決定処理について、図５のフローチャートを用いて説明する。
【０１２３】
（ステップＳ５０１）駐車料金決定部１３１は、他駐車場情報を取得するか否かを判断する。他駐車場情報を取得する場合はステップＳ５０２に行き、他駐車場情報を取得しない場合はステップＳ５０３に行く。なお、駐車料金決定部１３１は、例えば、当該駐車場の駐車場情報が有する駐車料金取得元情報を取得し、当該駐車料金取得元情報が、他駐車場情報を使用して駐車料金を決定する情報であるか否かを判断する。他駐車場情報を使用して駐車料金を決定する情報であるか否かは、例えば、駐車料金取得元情報が有するパラメータに他駐車場情報が含まれるか否か、駐車料金取得元情報である演算式のパラメータが他駐車場情報を含むか否か等である。
【０１２４】
（ステップＳ５０２）他駐車料金情報受信部１２２は、条件を満たす他駐車料金情報を取得する。なお、他駐車料金情報受信部１２２は、例えば、当該駐車場の駐車場情報が有する住所情報を取得し、当該住所情報が示す地点に対して、予め決められた条件を満たすほど近い地点の１以上の駐車場の他駐車料金情報を、図示しないサーバ装置から受信する。なお、図示しないサーバ装置は、例えば、非特許文献１に記載したウェブサイトのサーバ装置である。また、予め決められた条件を満たすほど近い地点とは、例えば、距離が閾値以内、距離が閾値未満、住所情報が示す市町村が同じ、住所情報が示す市町村と丁目までが同じ、同じ地域識別子に対応付いている等である。
【０１２５】
（ステップＳ５０３）駐車料金決定部１３１は、駐車料金の決定のために使用する利用情報を、利用情報格納部１１３、または予約情報格納部１１２、または利用情報格納部１１３と予約情報格納部１１２から取得する。
【０１２６】
（ステップＳ５０４）駐車料金決定部１３１は、利用情報、または予約情報、または利用情報と予約情報とを用いて、駐車料金情報を取得する。上位処理にリターンする。なお、かかる駐車料金情報を取得するアルゴリズムの例については、上述した。
【０１２７】
次に、ユーザ端末２の動作について、図６のフローチャートを用いて説明する。
【０１２８】
（ステップＳ６０１）ユーザ受付部２１は、アクセス指示を受け付けたか否かを判断する。アクセス指示を受け付けた場合はステップＳ６０２に行き、アクセス指示を受け付けなかった場合はステップＳ６０５に行く。
【０１２９】
（ステップＳ６０２）ユーザ処理部２２は、ステップＳ６０１で受け付けられたアクセス指示に基づいて、送信するアクセス指示を構成する。そして、ユーザ送信部２３は、当該アクセス指示を駐車場情報処理装置１に送信する。
【０１３０】
（ステップＳ６０３）ユーザ受信部２４は、指示の送信に対応して、駐車場情報処理装置１から画面情報を受信したか否かを判断する。画面情報を受信した場合はステップＳ６０４に行き、画面情報を受信しなかった場合はステップＳ６０３に戻る。
【０１３１】
（ステップＳ６０４）ユーザ処理部２２は、ステップＳ６０３で受信された画面情報から画面を構成する。ユーザ出力部２５は、当該画面を出力する。ステップＳ６０１に戻る。
【０１３２】
（ステップＳ６０５）ユーザ受付部２１は、画面出力指示を受け付けたか否かを判断する。画面出力指示を受け付けた場合はステップＳ６０６行き、画面出力指示を受け付けなかった場合はステップＳ６０７に行く。
【０１３３】
（ステップＳ６０６）ユーザ処理部２２は、ステップＳ６０５で受け付けられた画面出力指示に基づいて、送信する画面出力指示を構成する。そして、ユーザ送信部２３は、当該画面出力指示を駐車場情報処理装置１に送信する。ステップＳ６０３に行く。
【０１３４】
（ステップＳ６０７）ユーザ受付部２１は、予約情報を受け付けたか否かを判断する。予約情報を受け付けた場合はステップＳ６０８に行き、予約情報を受け付けなかった場合はステップＳ６０１に戻る。
【０１３５】
（ステップＳ６０８）ユーザ処理部２２は、ステップＳ６０１で受け付けられた予約情報に基づいて、送信する予約情報を構成する。そして、ユーザ送信部２３は、当該予約情報を駐車場情報処理装置１に送信する。
【０１３６】
（ステップＳ６０９）ユーザ受信部２４は、予約情報の送信に応じて、予約の結果を受信したか否かを判断する。予約の結果を受信した場合はステップＳ６１０に行き、予約の結果を受信しなかった場合はステップＳ６０９に戻る。
【０１３７】
（ステップＳ６１０）ユーザ処理部２２は、ステップＳ６０９で受信された予約の結果に基づいて、出力する予約の結果を構成する。ユーザ出力部２５は、当該予約の結果を出力する。ステップＳ６０１に戻る。
【０１３８】
なお、図６のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１３９】
次に、オーナー端末３の動作について、図７のフローチャートを用いて説明する。
【０１４０】
（ステップＳ７０１）オーナー受付部３４は、駐車料金の変更指示を受け付けたか否かを判断する。変更指示を受け付けた場合はステップＳ７行き、変更指示を受け付けなかった場合はステップＳ７０５に行く。
【０１４１】
（ステップＳ７０２）オーナー処理部３２は、ステップＳ７０１で受け付けられた変更指示に基づいて、送信する変更指示を構成する。そして、オーナー送信部３５は、当該変更指示を駐車場情報処理装置１に送信する。
【０１４２】
（ステップＳ７０３）オーナー受信部３１は、変更指示の送信に対応して、駐車料金の変更結果を受信したか否かを判断する。変更結果を受信した場合はステップＳ７０４に行き、変更結果を受信しなかった場合はステップＳ７０３に戻る。なお、駐車料金の変更結果は、駐車料金情報を含む。
【０１４３】
（ステップＳ７０４）オーナー処理部３２は、ステップＳ７０３で受信された変更結果から出力する変更結果を構成する。オーナー出力部３３は、当該変更結果を出力する。ステップＳ７０１に戻る。
【０１４４】
（ステップＳ７０５）オーナー受信部３１は、駐車場情報処理装置１から駐車料金情報を受信したか否かを判断する。駐車料金情報を受信した場合はステップＳ７０６に行き、駐車料金情報を受信しなかった場合はステップＳ７０１に戻る。
【０１４５】
（ステップＳ７０６）オーナー処理部３２は、ステップＳ７０５で受信された駐車料金情報に基づいて、送信する駐車料金情報を構成する。そして、オーナー出力部３３は、当該駐車料金情報を出力する。
【０１４６】
（ステップＳ７０７）オーナー受付部３４は、駐車料金情報の出力に対して、許可情報または不許可情報を受け付けたか否かを判断する。許可情報または不許可情報を受け付けた場合はステップＳ７０８に行き、許可情報または不許可情報を受け付けなかった場合はステップＳ７０７に戻る。
【０１４７】
（ステップＳ７０８）オーナー送信部３５は、ステップＳ７０７で受け付けられた許可情報または不許可情報を、駐車場情報処理装置１に送信する。ステップＳ７０１に戻る。
【０１４８】
なお、図７のフローチャートにおいて、許可情報または不許可情報を受け付けることは必須ではないことは言うまでもない。
【０１４９】
また、図７のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１５０】
以下、本実施の形態における駐車場情報システムＡの具体的な動作について説明する。駐車場情報システムＡの概念図は図１である。
【０１５１】
以下、動的に駐車料金が変更される２つの具体例について説明する。具体例１は、駐車料金決定テーブルを用いて、変更された駐車料金情報が取得される場合である。具体例２は、機械学習のアルゴリズムを用いて、変更された駐車料金情報が取得される場合である。
（具体例１）
【０１５２】
今、駐車場情報格納部１１１には、駐車料金取得元情報の一例である駐車料金決定テーブル、および他駐車料金情報条件が格納されている、とする。駐車料金決定テーブルの例を図８に示す。駐車料金決定テーブルは「利用状況スコア」と「駐車料金情報」を有するレコードを複数、有する。属性「利用状況スコア」は、利用状況スコアの幅の状況である。利用状況スコアは、「現在、利用されている駐車領域の割合＋今から２時間以内の新たに予約されている駐車領域の割合」である。言い換えれば、「（（現在、利用されている駐車領域の数＋今から２時間以内の新たな予約の予約情報の数）／全駐車領域の数）×１００（％）」である。
【０１５３】
また、他駐車料金情報条件は、「駐車料金情報が１以上の他駐車料金情報の平均値を超えないこと」という条件である、とする。
【０１５４】
つまり、ここでは、駐車料金決定部１３１は、駐車料金決定テーブルを用いて、駐車料金を取得し、当該取得した駐車料金に最も近く、かつ他駐車料金情報の平均値を超えない料金を示す駐車場情報を取得するものとする。
【０１５５】
また、他駐車料金情報受信部１２２は、着目している駐車場と同じ地域の他駐車場の他駐車料金情報を受信し、図９に示す他駐車料金情報管理表を構築した、とする。他駐車料金情報管理表は、「他駐車識別子」「他駐車料金情報」を有する１以上のレコードを格納している。
【０１５６】
また、駐車料金の見直し時刻を示す情報「８：００，１２：００，１５：００，１８：００，２２：００」が、格納部１１に格納されている、とする。また、現在、駐車料金を「１５０円／３０分」に設定している、とする。
【０１５７】
また、利用情報格納部１１３には、各駐車領域識別子に対応付けて、利用中か空かを示す情報が格納されている、とする。また、格納部１１には、着目する駐車場の総駐車領域の数「２０」が格納されている、とする。さらに、予約情報格納部１１２には、時間帯情報と予約しているユーザのユーザ識別子とを含む１以上の予約情報が格納されている、とする。
【０１５８】
かかる状況において、処理部１３は、現在時刻「１２：００」を取得する。そして、処理部１３は、現在時刻「１２：００」が駐車料金に見直し時刻「１２：００」である、と判断する。つまり、処理部１３は、駐車場の駐車料金の変更条件を満たす、と判断する。
【０１５９】
次に、駐車料金決定部１３１は、以下のように駐車料金を決定する処理を行う。つまり、駐車料金決定部１３１は、格納部１１に格納されている駐車料金取得元情報である利用状況スコアの演算式「（（現在、利用されている駐車領域の数＋今から２時間以内の新たな予約の予約情報の数）／全駐車領域の数）×１００（％）」を取得する。
【０１６０】
次に、駐車料金決定部１３１は、図９の他駐車料金情報管理表から３つの他駐車場の他駐車場情報を取得する。次に、駐車料金決定部１３１は、３つの他駐車場情報の平均値「２００円／３０分」を取得する。
【０１６１】
次に、駐車料金決定部１３１は、利用情報格納部１１３から、現在、利用されている駐車領域の数「１０」を取得した、とする。次に、駐車料金決定部１３１は、予約情報格納部１１２から今から２時間以内の新たな予約の予約情報の数「２」を取得した、とする。次に、駐車料金決定部１３１は、格納部１１から総駐車領域の数「２０」を読み出す。次に、駐車料金決定部１３１は、取得したパラメータを演算式「（（現在、利用されている駐車領域の数＋今から２時間以内の新たな予約の予約情報の数）／全駐車領域の数）×１００（％）」に代入し、「（（１０＋２）／２０）＊１００」を演算し、利用状況スコア「６０（％）」を得る。
【０１６２】
次に、駐車料金決定部１３１は、利用状況スコア「６０」に対応する駐車料金情報「２００円」を駐車料金決定テーブルから取得する。
【０１６３】
次に、駐車料金決定部１３１は、３つの他駐車場情報の平均値「２００円／３０分」と、駐車料金決定テーブルから取得した駐車料金情報「２００円」とを比較し、他駐車場情報の平均値を超えない、と判断する。そして、駐車料金決定部１３１は、最終的な駐車料金情報「２００円」を取得する。
【０１６４】
次に、駐車料金情報送信部１４１は、駐車料金情報「２００円」を、当該駐車場のオーナー情報が有する連絡先情報が示す連絡先（オーナー端末３）に送信する。
【０１６５】
次に、オーナー端末３のオーナー受信部３１は、駐車場情報処理装置１から駐車料金情報「２００円」を受信する。
【０１６６】
次に、オーナー処理部３２は、受信された駐車料金情報に基づいて、送信する駐車料金情報を構成する。そして、オーナー出力部３３は、当該駐車料金情報「２００円」を出力する。かかる画面例は、図１０である。
【０１６７】
次に、オーナーは、図１０の画面を見て、図１０の１００１の「変更する」ボタンを指示した、とする。すると、オーナー受付部３４は、許可情報を受け付ける。
【０１６８】
次に、オーナー送信部３５は、受け付けられた許可情報を、駐車場情報処理装置１に送信する。
【０１６９】
次に、駐車場情報処理装置１の許可情報受信部１２３は、許可情報を受信する。そして、駐車料金決定部１３１は、駐車料金情報「２００円／３０分」を、駐車場情報格納部１１１に蓄積する。
【０１７０】
以上により、当該駐車場の駐車料金が変更された。なお、本具体例において、オーナーに確認を取らずに、駐車料金を変更しても良い。
（具体例２）
【０１７１】
今、図示しない学習部は、図１１に示す学習データ管理表の多数のレコードを機械学習のアルゴリズムにより、学習し、学習情報を作成し、格納部１１に蓄積した、とする。図１１の表のレコードは、素性の集合である。レコードは、「現在の利用領域数」「１時間以内の新規予約数」「２時間以内の新規予約数」「駐車料金情報」「他駐車料金情報」「時刻」「曜日」「天気」・・・、および「売上情報」を有する。学習部は、例えば、駐車料金の見直し時刻を示す情報「８：００，１２：００，１５：００，１８：００，２２：００」が示す時刻に学習対象のレコードを取得する、とする。
【０１７２】
ここで、「現在の利用領域数」は、現在、利用されている駐車領域の数である。学習部は、利用情報格納部１１３を参照し、現在、利用されている駐車領域の数を取得する、とする。
【０１７３】
また、「１時間以内の新規予約数」は、現在時刻から１時間以内の新規の予約数である。学習部は、予約情報格納部１１２の予約情報を用いて、１時間以内の新規予約数を取得する、とする。
【０１７４】
また、「２時間以内の新規予約数」は、現在時刻から２時間以内の新規の予約数である。学習部は、予約情報格納部１１２の予約情報を用いて、２時間以内の新規予約数を取得する、とする。
【０１７５】
また、「駐車料金情報」は、駐車場情報格納部１１１の駐車場情報が有する、とする。学習部は、駐車場情報格納部１１１から駐車料金情報を取得する。
【０１７６】
また、「他駐車料金情報」は、１以上の他駐車料金情報の平均値である、とする。学習部は、他駐車料金情報受信部１２２が、現在時刻（駐車料金の見直し時刻のいずれか）に取得した１以上の他駐車料金情報の平均値を算出する、とする。
【０１７７】
また、学習部は、図示しないサーバから「時刻」「曜日」「天気」を取得する、とする。
【０１７８】
また、「売上情報」は、その日、１日の売上総額である。学習部は、夜中の１２時に、利用情報格納部１１３に格納されている利用情報であり、着目する日の利用情報が有する費用を合計し、その日の売り上げを算出し、「売上情報」を取得する、とする。
【０１７９】
以上の処理により、学習部は、学習データのレコードを構成し、格納部１１に蓄積する、とする。
【０１８０】
次に、学習部は、図１１の学習データの各レコードからベクトルを構成する。例えば、学習部は、図１１の「ＩＤ＝１」のレコードから、ベクトル（１０,２,４，１５０，２００，１２，１，０，０，０，０，０，０，１，０，０，・・・，１２５３００）を得る。なお、ベクトルは、ここでは、（現在の利用領域数, １時間以内の新規予約数, ２時間以内の新規予約数，駐車料金情報，他駐車料金情報，時刻，月曜日か否か，火曜日か否か，水曜日か否か，木曜日か否か，金曜日か否か，土曜日か否か，日曜日か否か，晴か否か，曇か否か，雨か否か，・・・，売上情報）である。また、ベクトルの要素「月曜日か否か」は月曜日の場合は「１」、他の曜日の場合は「０」を採る。ベクトルの要素「晴か否か」は晴の場合は「１」、他の天気の場合は「０」を採る。
【０１８１】
そして、学習部は、構成した多数のレコードを機械学習のアルゴリズムにより学習し、学習情報を取得し、格納部１１に蓄積する。
【０１８２】
かかる状況において、処理部１３は、現在時刻「１２：００」を取得する。そして、処理部１３は、現在時刻「１２：００」が駐車料金に見直し時刻「１２：００」である、と判断する。つまり、処理部１３は、駐車場の駐車料金の変更条件を満たす、と判断する。
【０１８３】
次に、駐車料金決定部１３１は、以下のように駐車料金を決定する処理を行う。つまり、駐車料金決定部１３１は、対象となる駐車場の利用情報を利用情報格納部１１３から取得する。そして、駐車料金決定部１３１は、現在の利用領域数「５」を取得した、とする。
【０１８４】
また、駐車料金決定部１３１は、予約情報格納部１１２を参照し、１時間以内の新規予約数「２」を取得した、とする。
【０１８５】
また、駐車料金決定部１３１は、予約情報格納部１１２を参照し、２時間以内の新規予約数「３」を取得した、とする。
【０１８６】
また、駐車料金決定部１３１は、候補となる駐車料金情報「１００円，１５０円，２００円，３００円」を格納部１１から取得した、とする。
【０１８７】
また、駐車料金決定部１３１は、具体例１と同様に、他駐車料金情報の平均値「２００円」を取得した、とする。
【０１８８】
また、駐車料金決定部１３１は、現在時刻「１２：００」を取得する。
【０１８９】
また、駐車料金決定部１３１は、図示しないサーバから曜日「水」、天気「雨」を取得した、とする。
【０１９０】
次に、駐車料金決定部１３１は、候補となる駐車料金情報の各々に対して、以下のベクトルを取得する。つまり、ベクトル１（５,２,３，１００，２００，１２，０，０，１，０，０，０，０，０，０，１，・・・）、ベクトル２（５,２,３，１５０，２００，１２，０，０，１，０，０，０，０，０，０，１，・・・）、ベクトル３（５,２,３，２００，２００，１２，０，０，１，０，０，０，０，０，０，１，・・・）、ベクトル４（５,２,３，３００，２００，１２，０，０，１，０，０，０，０，０，０，１，・・・）を取得した、とする。
【０１９１】
次に、駐車料金決定部１３１は、機械学習のアルゴリズムを用いて、ベクトル１〜ベクトル４の各ベクトルを学習情報に適用し、ベクトルごとに売上情報の推定値を取得する。
【０１９２】
次に、駐車料金決定部１３１は、売上情報の推定値が最大となるベクトルを決定する。ここで、駐車料金決定部１３１は、ベクトル２が売上情報の推定値が最大となる、と判断した、とする。
【０１９３】
次に、駐車料金決定部１３１は、ベクトル２に対応する駐車料金情報「１５０」を取得する。
【０１９４】
次に、駐車料金情報送信部１４１は、駐車料金情報「１５０円」を、当該駐車場のオーナー情報が有する連絡先情報が示す連絡先（オーナー端末３）に送信する。
【０１９５】
次に、オーナー端末３のオーナー受信部３１は、駐車場情報処理装置１から駐車料金情報「１５０円」を受信する。
【０１９６】
次に、オーナー処理部３２は、受信された駐車料金情報に基づいて、送信する駐車料金情報を構成する。そして、オーナー出力部３３は、当該駐車料金情報「１５０円」を出力する。
【０１９７】
次に、オーナーは、オーナー端末３に許可情報を入力した、とする。すると、オーナー受付部３４は、許可情報を受け付ける。
【０１９８】
次に、オーナー送信部３５は、受け付けられた許可情報を、駐車場情報処理装置１に送信する。
【０１９９】
次に、駐車場情報処理装置１の許可情報受信部１２３は、許可情報を受信する。そして、駐車料金決定部１３１は、駐車料金情報「１５０円／３０分」を、駐車場情報格納部１１１に蓄積する。
【０２００】
以上により、当該駐車場の駐車料金が変更された。なお、本具体例において、オーナーに確認を取らずに、駐車料金を変更しても良い。
【０２０１】
以上、本実施の形態によれば、駐車場の価格を動的に決定できる。
【０２０２】
なお、本実施の形態によれば、駐車場の利用情報に応じて、駐車場の価格を動的に決定できる。
【０２０３】
また、本実施の形態によれば、駐車場の利用情報と他の駐車場の料金に応じて、駐車場の価格を適切に決定できる。
【０２０４】
また、本実施の形態によれば、駐車場の予約を受け付けることができる。
【０２０５】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、例えば、駐車場の利用に関する利用情報が格納される利用情報格納部を具備する記録媒体にアクセス可能なコンピュータを、前記利用情報を用いて、駐車料金を決定する駐車料金決定部と、前記駐車料金決定部が決定した駐車料金を示す駐車料金情報を出力する駐車料金情報出力部として機能させるためのプログラムである。
【０２０６】
図１２は、本実施の形態におけるプログラムを実行して、駐車場情報処理装置１、ユーザ端末２、またはオーナー端末３を実現するコンピュータシステム９００の外観図である。本実施の形態は、コンピュータハードウェアおよびその上で実行されるコンピュータプログラムによって実現され得る。図１２において、コンピュータシステム９００は、ディスクドライブ９０５を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、ディスプレイ９０４とを備える。なお、キーボード９０２やマウス９０３やディスプレイ９０４をも含むシステム全体をコンピュータと呼んでもよい。
【０２０７】
図１３は、コンピュータシステム９００の内部構成の一例を示す図である。図１３において、コンピュータ９０１は、ディスクドライブ９０５に加えて、ＭＰＵ９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ９１３と、アプリケーションプログラム、システムプログラム、およびデータを記憶するストレージ９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５と、外部ネットワークや内部ネットワーク等のネットワークへの接続を提供するネットワークカード９１６と、を備える。ストレージ９１４は、例えば、ハードディスク、ＳＳＤ、フラッシュメモリなどである。
【０２０８】
コンピュータシステム９００に、駐車場情報処理装置１等の機能を実行させるプログラムは、例えば、ＤＶＤ、ＣＤ−ＲＯＭ等のディスク９２１に記憶されて、ディスクドライブ９０５に挿入され、ストレージ９１４に転送されてもよい。これに代えて、そのプログラムは、ネットワークを介してコンピュータ９０１に送信され、ストレージ９１４に記憶されてもよい。プログラムは、実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ディスク９２１、またはネットワークから直接、ロードされてもよい。また、ディスク９２１に代えて他の着脱可能な記録媒体（例えば、ＤＶＤやメモリカード等）を介して、プログラムがコンピュータシステム９００に読み込まれてもよい。
【０２０９】
プログラムは、コンピュータの詳細を示す９０１に、駐車場情報処理装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能やモジュールを呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。
【０２１０】
なお、上述したコンピュータシステム９００は、サーバまたは据え置き型のＰＣであるが、ユーザ端末２またはオーナー端末３のうち１以上の端末は、例えば、タブレット端末やスマートフォンやノートＰＣといった、携帯端末で実現されてもよい。この場合、例えば、キーボード９０２およびマウス９０３はタッチパネルに、ディスクドライブ９０５はメモリカードスロットに、ディスク９２１はメモリカードに、それぞれ置き換えられることが望ましい。ただし、以上は例示であり、駐車場情報処理装置１等を実現するコンピュータのハードウェア構成は問わない。
【０２１１】
なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０２１２】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０２１３】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されてもよいことはいうまでもない。
【０２１４】
また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０２１５】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることはいうまでもない。
【産業上の利用可能性】
【０２１６】
以上のように、本発明にかかる駐車場情報処理装置は、駐車場の価格を動的に決定できるという効果を有し、駐車場情報処理装置等として有用である。
【符号の説明】
【０２１７】
１  駐車場情報処理装置
２  ユーザ端末
３  オーナー端末
１１  格納部
１２  受信部
１３  処理部
１４  送信部
２１  ユーザ受付部
２２  ユーザ処理部
２３  ユーザ送信部
２４  ユーザ受信部
２５  ユーザ出力部
３１  オーナー受信部
３２  オーナー処理部
３３  オーナー出力部
３４  オーナー受付部
３５  オーナー送信部
１１１  駐車場情報格納部
１１２  予約情報格納部
１１３  利用情報格納部
１１４  他駐車料金情報格納部
１２１  予約情報受信部
１２２  他駐車料金情報受信部
１２３  許可情報受信部
１３１  駐車料金決定部
１３２  予約情報蓄積部
１３３  課金処理部
１４１  駐車料金情報送信部
１４２  駐車料金情報出力部
【図１】
2019101714.tif 000003
【図２】
2019101714.tif 000004
【図３】
2019101714.tif 000005
【図４】
2019101714.tif 000006
【図５】
2019101714.tif 000007
【図６】
2019101714.tif 000008
【図７】
2019101714.tif 000009
【図８】
2019101714.tif 000010
【図９】
2019101714.tif 000011
【図１０】
2019101714.tif 000012
【図１１】
2019101714.tif 000013
【図１２】
2019101714.tif 000014
【図１３】
2019101714.tif 000015