特開 2024-139074 駐車料金決定装置、及び駐車料金決定方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024139074

(43)【公開日】2024-10-09

(54)【発明の名称】駐車料金決定装置、及び駐車料金決定方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20241002BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2023049866

(22)【出願日】2023-03-27

(71)【出願人】

【識別番号】308036402

【氏名又は名称】株式会社ＪＶＣケンウッド

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】小磯 久

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC13

5L050CC13

(57)【要約】

【課題】適切に駐車料金を決定することができる駐車料金決定装置、及び駐車料金決定方法を提供する。
【解決手段】駐車料金決定装置は、車両を駐車するユーザによって入力された駐車枠の状態を示す状態情報を取得する状態情報取得部３１１と、駐車枠を実際に確認した確認結果を取得する確認結果取得部３１２と、状態情報と確認結果とを比較して、状態情報と確認結果との一致度を判定する判定部３１３と、一致度に基づいて駐車料金を決定する料金決定部３２２と、を備えている。
【選択図】図２

【特許請求の範囲】

【請求項1】

車両を駐車するユーザによって入力された駐車枠の状態を示す状態情報を取得する状態情報取得部と、
前記駐車枠を実際に確認した確認結果を取得する確認結果取得部と、
前記状態情報と前記確認結果とを比較して、前記状態情報と前記確認結果との一致度を判定する判定部と、
前記一致度に基づいて駐車料金を決定する料金決定部と、を備えた駐車料金決定装置。

【請求項2】

前記ユーザの信用度を取得する信用度取得部と、
前記一致度に基づいて前記信用度を更新する信用度更新部と、
をさらに備え、
前記料金決定部は、前記一致度と、前記信用度とに基づいて前記駐車料金を決定する請求項１に記載の駐車料金決定装置。

【請求項3】

前記状態情報の粒度を特定する粒度特定部をさらに備え、
前記判定部は、前記粒度に従って前記状態情報と前記確認結果とを比較して、前記状態情報と前記確認結果との一致度を判定し、
前記料金決定部は、前記一致度と、前記信用度と、前記粒度とに基づいて前記駐車料金を決定する請求項２に記載の駐車料金決定装置。

【請求項4】

前記一致度に基づいて駐車場の修繕費用を推定する修繕費用推定部をさらに備えた請求項１に記載の駐車料金決定装置。

【請求項5】

車両を駐車するユーザによって入力された駐車枠の状態を示す状態情報を取得するステップと、
前記駐車枠を実際に確認した確認結果を取得するステップと、
前記状態情報と前記確認結果とを比較して、前記状態情報と前記確認結果との一致度を判定するステップと、
前記一致度に基づいて駐車料金を決定するステップと、を備えた駐車料金決定方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は駐車料金決定装置、及び駐車料金決定方法に関する。

【背景技術】

【0002】

特許文献１には、駐車料金を決定するシステムが開示されている。特許文献２には、汚染要因が存在しない駐車場を選択して、ルート案内を行うナビゲーション装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－１７４５０９号公報

【特許文献2】特開２０１０－１５１４５３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

駐車場の状態によってユーザが駐車場を選択するときの条件が異なる場合がある。駐車場を使用しているユーザが駐車場の状態の情報を提供することで、駐車場を使用しているユーザの駐車料金に反映させたり、駐車場に入庫しようとするユーザへの駐車場や駐車区画の案内に反映させたりすることが、駐車場を使用しているユーザ、駐車場に入庫しようとするユーザの双方に有益となることがある。

【0005】

本開示は、より適切に駐車料金を決定することができる駐車料金決定装置、及び駐車料金決定方法を提供するものである。

【課題を解決するための手段】

【0006】

本開示にかかる駐車料金決定装置は、車両を駐車するユーザによって入力された駐車枠の状態を示す状態情報を取得する状態情報取得部と、前記駐車枠を実際に確認した確認結果を取得する確認結果取得部と、前記状態情報と前記確認結果とを比較して、前記状態情報と前記確認結果との一致度を判定する判定部と、前記一致度に基づいて駐車料金を決定する料金決定部と、を備えている。

【0007】

本開示にかかる駐車料金決定方法は、車両を駐車するユーザによって入力された駐車枠の状態を示す状態情報を取得するステップと、前記駐車枠を実際に確認した確認結果を取得するステップと、前記状態情報と前記確認結果とを比較して、前記状態情報と前記確認結果との一致度を判定するステップと、前記一致度に基づいて駐車料金を決定するステップと、を備えている。

【発明の効果】

【0008】

本開示によれば、より適切に駐車料金を決定することができる駐車料金決定装置、及び駐車料金決定方法を提供することができる。

【図面の簡単な説明】

【0009】

【図1】システムの全体構成を示す模式図である。

【図2】料金を決定するためのシステム構成を示すブロック図である。

【図3】状態情報と確認結果の一致度を説明するためのデータを示す表である。

【図4】信用度を更新するためのデータを説明するための表である。

【図5】駐車料金を割り引く方法を示すフローチャートである。

【図6】一致度に基づいて駐車料金を決定する方法を示すフローチャートである。

【図7】粒度の粗い状態情報を説明するための表である。

【図8】駐車場を提示するためのシステム構成を示すブロック図である。

【図9】状態情報に基づいて算出された状態ポイントを説明するための表である。

【図10】粒度の粗い状態情報に基づいて算出された状態ポイントを説明するための表である。

【図11】ユーザに対して駐車場を提示する駐車場提示方法を示すフローチャートである。

【図12】変形例にかかるサーバ装置の構成を示すブロック図である。

【発明を実施するための形態】

【0010】

以下、発明の実施の形態を通じて本発明を説明するが、特許請求の範囲にかかる発明を以下の実施形態に限定するものではない。また、実施形態で説明する構成の全てが課題を解決するための手段として必須であるとは限らない。説明の明確化のため、以下の記載および図面は、適宜、省略、および簡略化がなされている。なお、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

【0011】

図１は駐車場システムの全体構成を簡略化して示す模式図である。システム１００は、車両２００と、端末２２０と、サーバ装置３００と、駐車場５００と、精算機５４０と、確認用デバイス５５０と、を備えている。なお、図１では、一人のユーザＵのみが図示されているが、実際には複数のユーザＵがそれぞれシステム１００を利用する。

【0012】

システム１００は１つ又は２つ以上の駐車場５００を備えている。駐車場５００は、時間貸しの駐車場であり、１時間当たりの駐車料金が所定の金額となっている。もちろん、昼間と夜間とで１時間当たりの駐車料金が異なっていてもよい。さらに、駐車場には駐車料金の上限等が設定されていてもよい。また、駐車場毎に駐車料金が異なっていてもよい。

【0013】

ユーザＵはサーバ装置３００に駐車場５００や駐車枠５１０に関する情報を提供する情報提供者となる。端末２２０は、ユーザＵが利用する情報処理装置である。端末２２０は、例えば、スマートフォン、タブレットコンピュータ等の通信端末である。したがって、端末２２０は、入力機能、表示機能、カメラ機能、演算処理機能、ルート案内機能、通信機能等を有している。例えば、端末２２０であるスマートフォンにアプリケーションプログラム（アプリ）をインストールすることで、後述する処理を実行する。例えば、ユーザは、端末２２０でアプリをインストールして、ユーザ登録を行う。

【0014】

端末２２０は、ユーザＵに情報を提供してもらうため、駐車場５００や駐車枠５１０に関する情報を入力するようにユーザＵに促す。ユーザＵが端末２２０のアプリを起動すると、アプリが情報を入力するようなメッセージを表示する。端末２２０は、情報を入力する画面を表示する。情報の入力はテキスト入力、プルダウンメニューによる入力、チェックボックスによる入力などで行われる。あるいは、ユーザＵは、マイクを用いた音声入力等で情報を入力してもよい。

【0015】

端末２２０は、入力された情報をサーバ装置３００に送信する。ユーザＵが端末２２０から入力する情報は、駐車場に関する駐車場情報を含んでいてもよい。さらに、ユーザＵが端末２２０から入力する情報は、駐車枠５１０の状態を示す状態情報を含んでいてもよい。

【0016】

駐車場情報は、駐車場名、駐車料金、駐車枠数、駐車場内の様子などに関するデータを含んでいる。ユーザＵは、駐車場５００の駐車枠５１０の状態を示す状態情報を入力する。状態情報は、駐車枠や駐車枠の周辺の状態に関する情報を含んでいる。状態情報の詳細については、後述する。端末２２０は、駐車場情報又は状態情報とともに、入力した場所（位置座標）、及び入力時間などのデータをサーバ装置３００に送信してもよい。

【0017】

ユーザＵは、端末２２０のカメラによって情報を入力してもよい。ユーザＵは、端末２２０のカメラで、情報を認識できるような位置、及び角度で駐車場５００や駐車枠５１０を撮像する。端末２２０が、表示画面上で、撮像方向、撮像位置などを指定してもよい。なお、画像は静止画でもよく、動画像であってもよい。動画像を撮像することで、より詳細な情報を入力することができる。

【0018】

端末２２０が画像をサーバ装置３００に送信すると、サーバ装置３００が画像解析により、駐車場情報や状態情報を抽出する。あるいは、端末２２０は、撮像した画像を画像解析することで、駐車場情報又は状態情報を抽出してもよい。この場合、端末２２０が、抽出した情報をサーバ装置３００に送信する。端末２２０は、画像とともに、撮像位置、及び撮像時間などのデータをサーバ装置３００に送信してもよい。これにより、駐車場情報や状態情報がサーバ装置３００に入力される。そして、サーバ装置３００が駐車場毎にデータを対応付けた駐車場データベースを構築する。

【0019】

具体的には、ユーザＵは、端末２２０のカメラによって、駐車場名や駐車料金が分かる画角で駐車場５００を撮影する。あるいは、ユーザＵは、端末２２０のカメラによって、駐車場内の様子を確認できる画角で駐車場５００や駐車枠５１０を撮影する。端末２２０が、画像認識で駐車枠の状態を評価した場合、ユーザがその評価を修正してもよい。さらに、サーバ装置３００又は端末２２０は、撮影した画像に基づいて、駐車場の空き状況を判定してもよい。

【0020】

なお、ユーザＵは、車両２００の運転者又は同乗者であってもよい。ユーザＵが運転者等である場合、ユーザＵが駐車場５００の駐車枠５１０に車両２００を駐車してもよい。そして、ユーザＵは、車両２００を駐車するときに、駐車場５００の駐車場情報又は駐車枠５１０の状態情報を入力する。ユーザＵは端末２２０を操作して駐車場５００を指定することで、駐車場を予約してもよい。

【0021】

ユーザＵは、車両２００の運転者又は同乗者でなくてもよい。例えば、ユーザＵは歩行者などであってもよい。ユーザＵは駐車場５００の付近を歩行しているときに、端末２２０から情報を入力してもよい。

【0022】

あるいは、端末２２０は、カーナビゲーションやドライブレコーダ等の車載機器であってもよい。端末２２０、又は車両２００は、サーバ装置３００との通信機能を備えている。複数のユーザがシステム１００を利用する。システム１００には、ユーザを識別するために各ユーザに固有のユーザＩＤが登録されている。また、後述する処理の一部を車載機器が行い、残りをスマートフォン等が行ってもよい。例えば、スマートフォンがサーバ装置３００との通信処理を行い、ナビゲーション装置がルート案内を行ってもよい。

【0023】

駐車場５００は複数の駐車枠５１０を備えている。そして、それぞれの駐車枠５１０に車両２００が駐車する。また、駐車場５００には、精算機５４０が設置されている。精算機５４０は、駐車場の出入り口に設置されている。駐車場が立体駐車場である場合、各フロアに精算機５４０が設置されていてもよい。運転者であるユーザＵは、精算機５４０に提示された駐車料金を支払う。現金決済の場合、ユーザＵはコインや紙幣を精算機５４０に投入することで、駐車料金を支払う。あるいは、ユーザＵは、クレジットカード、プリペイドカード、ポイントカード、端末２２０等を用いてキャッシュレス決済で駐車料金を支払ってもよい。また、精算機５４０は、入庫時に、駐車券を発行してもよい。駐車場５００に設けられている精算機５４０は１台に限らず、２台以上であってもよい。また、駐車料金の支払いは、駐車の都度行うものではなく、月単位などの一定の期間毎にまとめて支払うものであってもよい。

【0024】

確認用デバイス５５０は、例えば、システム１００の管理者側が保持する情報処理装置である。システム１００の管理者等が駐車場５００を確認する確認者となる。確認者は、駐車場５００を巡回して、確認用デバイス５５０から駐車枠５１０等の確認結果を入力する。確認用デバイス５５０はスマートフォン、タブレットコンピュータ、ノートパソコンなどであってもよい。確認者は、確認用デバイス５５０を用いて、各種情報に関する確認結果を入力する。確認結果の入力は、端末２２０と同様に、テキスト入力、プルダウンメニューによる入力、チェックボックスなどによりに行うことができる。

【0025】

確認用デバイス５５０がカメラを搭載している場合、確認者は駐車場５００の画像を撮像してもよい。そして、確認用デバイス５５０又はサーバ装置３００が画像から確認結果を抽出してもよい。なお、カメラは、車両２００に設置されたドライブレコーダなどの車載カメラ、駐車場５００に設置された監視カメラ、防犯カメラ等であってもよい。確認用デバイス５５０は、人工衛星に搭載された人工衛星カメラであってもよい。

【0026】

さらに、確認用デバイス５５０のカメラは、駐車場の入り口付近を撮像してもよい。これにより、システム１００が、入庫待ちしている車両の有無や入庫待ち台数を確認することができる。

【0027】

なお、システム１００には、駐車場５００を識別するために、各駐車場に固有の駐車場ＩＤが登録されている。駐車場５００は、ショッピングモール等の施設に付設されたものであってもよく、独立したものであってもよい。そして、精算機５４０は、駐車場５００に対応付けられている。それぞれの駐車場において、駐車枠を識別するためのＩＤが付されていてもよい。例えば、駐車枠内や駐車枠の周辺に、駐車枠の番号が付されている場合、この番号を駐車枠のＩＤとすることができる。

【0028】

サーバ装置３００は、プロセッサ、メモリ、入出力デバイス、通信ＩＦ等を備えたコンピュータである。サーバ装置３００は、確認用デバイス５５０、精算機５４０、車両２００、及び端末２２０と、ネットワークを介してそれぞれ接続されている。サーバ装置３００は、確認用デバイス５５０、精算機５４０、車両２００、及び端末２２０からのデータを受信して、処理を行う。さらに、サーバ装置３００は、確認用デバイス５５０、精算機５４０、車両２００、及び端末２２０にデータを送信する。サーバ装置３００は、クラウドサーバであってもよい。サーバ装置３００は、複数の駐車場５００と、複数のユーザを管理するための処理を行う。

【0029】

システム１００では、車両２００と、端末２２０のユーザとが予め対応付けられている。つまり、複数のユーザが使用している車両２００と各ユーザが所持する端末２２０とが予め登録されている。ユーザ毎に、使用している端末２２０及び車両２００が識別される。よって、車両２００又は端末２２０を特定することで、使用しているユーザが特定される。例えば、ユーザがシステム１００の利用を開始するために会員登録をする際に、車両２００のナンバーや端末２２０の携帯電話番号等を登録しておく。例えば，ユーザはアプリを通じて、車両２００のナンバーや携帯電話番号などを入力することができる。

【0030】

実施の形態１
（駐車料金の決定）
本実施の形態では、システム１００が、駐車場に駐車している車両の駐車料金を決定するための処理を行う。以下、駐車料金を決定するための構成及び処理について、図２、及び図３を参照して説明する。図２は、サーバ装置３００の構成を示す制御ブロック図である。図３は、駐車料金を決定するためのデータを説明する表である。

【0031】

サーバ装置３００は、駐車場情報取得部３１０と、状態情報取得部３１１と、確認結果取得部３１２と、判定部３１３と、粒度特定部３１４と、を備えている。サーバ装置３００は、信用度取得部３２１と、料金決定部３２２と、信用度更新部３２３と、修繕費用推定部３２８と、を備えていてもよい。サーバ装置３００は通信部３４０と、データ格納部３４１とを備えている。サーバ装置３００は、それぞれの駐車場を管理するためのデータを収集する。

【0032】

通信部３４０は、Wi-Fi（登録商標）やBluetooth（登録商標）等の通信モジュールを備えている。あるいは、通信部３４０は、４G LTE(Long Term Evolution)や５G等の携帯電話通信用の無線通信モジュールを備えていてもよい。通信部３４０は、異なる通信規格で通信できるように、２つ以上の通信モジュールを有していてもよい。通信部３４０は、データ通信のための受信器や送信器を備えている。

【0033】

通信部３４０は、無線通信によって、車両２００、端末２２０、精算機５４０、確認用デバイス５５０とデータ通信を行う。サーバ装置３００は、車両２００、端末２２０、精算機５４０、確認用デバイス５５０と各種データを送受信することができる。もちろん、通信部３４０の通信方式は上記の通信方式に限られるものではなく、有線通信であってもよい。

【0034】

データ格納部３４１は、車両２００、端末２２０、精算機５４０、確認用デバイス５５０から送信された各種データを格納する。さらに、データ格納部３４１は、車両２００、端末２２０、精算機５４０、確認用デバイス５５０に送信する各種データを格納する。後述するように、データ格納部３４１は、ユーザの信用度に関するデータ、駐車場情報を示すデータ、状態情報を示すデータ、確認結果を示すデータ等を格納する。データ格納部３４１は、ユーザＩＤに各種データを対応付けて格納するデータベースを備えていてもよい。あるいは、データ格納部３４１は、駐車場ＩＤや駐車枠ＩＤに各種データを対応付けて格納するデータベースを備えていてもよい。

【0035】

駐車場情報取得部３１０は、端末２２０からの駐車場情報を取得する。データ格納部３４１は、駐車場情報をメモリなどに書き込む。駐車場情報は、駐車場名、駐車場料金、駐車枠数、駐車枠サイズ、路面状態、駐車方式、屋根の有無などの項目を含んでいる。

【0036】

駐車場名は、駐車場ＩＤと紐づけられるデータである。駐車場料金は、駐車場５００の１時間当たりの利用料金等を示すデータである。さらに、駐車料金は、上限金額などを含むデータであってもよい。駐車枠数は、駐車場５００にある駐車枠５１０の数を示すデータである。駐車枠サイズは、駐車枠５１０の平面サイズを示すデータである。あるいは、駐車枠サイズは、駐車枠の高さを示すデータを含んでいてもよい。

【0037】

路面状態は、舗装の有無を示すデータである。さらに、路面状態は傾斜の有無を示すデータを含んでいてもよい。駐車方式は、自走式駐車場（平置き駐車場）、立体自走式駐車場、機械式駐車場（立体駐車場）等を属性情報として格納しておく。屋根の有無は、駐車場５００に屋根があるか否かを示すデータである。

【0038】

状態情報取得部３１１は、ユーザＵによって入力された駐車枠５１０の状態を示す状態情報を取得する。ユーザＵの端末２２０からデータがサーバ装置３００に送信されると、状態情報取得部３１１は、状態情報を抽出する。データ格納部３４１は、状態情報をメモリなどに書き込む。例えば、状態情報は駐車枠の状態を示す情報を含む。あるいは、状態情報は、雑草が生えているか否か、障害物があるか否か、など駐車枠周辺の状態を示す情報を含む。

【0039】

例えば、図３に示すように、ユーザＵは、駐車枠５１０の奥側、手前側、左側、右側の駐車枠の状態を状態情報として入力する。また、ユーザＵは、駐車枠５１０の奥側、手前側、左側、右側の駐車枠周辺の状態を状態情報として入力する。つまり、状態情報は、８つの項目を有している。状態情報は、駐車枠毎に入力される。

【0040】

ここで、駐車枠の状態について、駐車枠が問題なく見える状態をＡ、途切れている状態をＢ、全く見えない状態をＣとして示す。駐車枠周辺の状態について、ここでは雑草の例で説明する。雑草の状態について、雑草が生えておらず問題が無い状態をＡ、雑草が生えているが駐車に影響のない状態をＢ、雑草が茂っていて駐車に影響する状態（例えば乗降車がしにくい状態）をＣとして示す。このように、ユーザＵは状態情報の各項目について３段階で状態を評価して、入力している。なお、駐車枠周辺の状態については、さらに項目を追加して評価してもよいし、雑草の代わりに別の項目を評価してもよい。

【0041】

確認結果取得部３１２は、駐車枠を実際に確認した確認結果を取得する。具体的には、確認結果取得部３１２は、確認用デバイス５５０から入力された確認結果を取得する。確認結果は、確認者が、駐車枠の状態を確認した結果を示すものである。図３に示すように、確認結果は、状態情報と同様に、８つの項目を有している。具体的には、確認結果は８つの項目を確認した結果を３段階で示すデータである。確認結果、駐車枠毎に入力されていてもよく、駐車場毎に入力されていてもよい。また、確認結果は、随時、最新のデータに更新されてもよい。例えば、確認者が確認用デバイス５５０を用いて、定期的に又は不定期に確認結果を入力してもよい。データ格納部３４１は、確認結果をメモリなどに書き込む。

【0042】

判定部３１３は、状態情報と確認結果とを比較して、状態情報と確認結果との一致度（以降に記載する「一致度」は「状態情報と確認結果との一致度」のことである）を判定する。判定部３１３は、項目毎に状態情報と確認結果とを比較して、一致しているか否かを判定する。そして、判定部３１３は、一致している項目数に基づいて、一致度を算出する。ここでは、一致している項目の割合が一致度となる。図３に示す例では、８項目中、７項目が一致しており、１項目が不一致となっている。よって、図３では一致度が７／８となる。

【0043】

料金決定部３２２は、一致度に基づいて、駐車料金を決定する。具体的には、一致度が高いほど、駐車料金を低額とする。これにより、ユーザＵがより正確な情報を入力するようになる。例えば、一致度が８０％以上の場合、料金決定部３２２は、駐車料金を１００円割引とする。一致度が６０％以上の場合、料金決定部３２２は、駐車料金を５０円割引とする。一致度が６０未満の場合、料金決定部３２２は、割引料金を０円とする。このように、料金決定部３２２は一致度に基づいて、割引額を段階的に決定する。

【0044】

料金決定部３２２は、一致度に基づいて、駐車料金を変動する。料金決定部３２２は、一致度に基づいて、割引額等を変化させる。ここで、駐車料金の変動は、実質的な金額であれば、出庫時に提示される金額や支払う金額に限られるものではない。例えば、次回以降に利用できるポイントを付与することで、実質的な駐車料金を低額にしてもよい。上記の例では、一致度が８０％以上の場合、料金決定部３２２は、駐車料金を１００円分のポイントをユーザＵに付与する。一致度が６０％以上の場合、料金決定部３２２は、５０円分のポイントを付与してもよい。一致度が６０％未満の場合、料金決定部３２２は、ポイントを付与しない。

【0045】

このように、料金決定部３２２は、ポイント付与により実質的な駐車料金を変動させてもよい。さらに、料金決定部３２２が付与するポイントは、駐車料金以外の料金に使用できるポイントであってもよい。

【0046】

また、料金決定部３２２は、割引率を変えることで、実質的な駐車料金を変動させてもよい。例えば、一致度が８０％以上の場合、料金決定部３２２は、割引率を２割とする。一致度が６０％以上の場合、料金決定部３２２は、割引率を１割としてもよい。一致度が６０％未満の場合、料金決定部３２２は、割引なし（０割）としてもよい。

【0047】

あるいは、次回以降に使用できるクーポン券等により、実質的な駐車料金を低額にしてもよい。さらに、クーポン券は、他人に譲渡可能なものであってもよく、駐車料金以外に利用可能なものであってもよい。このように、料金決定部３２２は、ポイント、クーポン券、割引率、割引額等によって、駐車料金を優遇することができる。一致度が高いほど、料金決定部３２２が、駐車料金を優遇する。

【0048】

このようにすることで、ユーザＵが正確な状態情報を提供するように促すことができる。ユーザＵに対して、駐車枠の状態を正確に入力するようにインセンティブを与えることができる。これにより、システム１００の管理者側で駐車枠の管理を適切に行うことができる。よって、システム１００は、駐車場を管理するための情報を簡便に収集することができる。また、状態情報によって駐車しやすさなどを評価することができる。よって、駐車場提示部３３５は、ユーザＵに対して適切な駐車場を提示することができる。

【0049】

（信用度）
さらに、サーバ装置３００は、信用度取得部３２１と信用度更新部３２３とを有していてもよい。そして、料金決定部３２２が信用度に基づいて駐車料金を決定してもよい。以下、信用度を更新する処理について、図４を用いて説明する。図４は、各ユーザの信用度のデータを示す表である。

【0050】

信用度取得部３２１は、それぞれのユーザの信用度を取得する。なお、端末２２０や車両２００がユーザの信用度をサーバ装置３００に送信してもよい。あるいは、データ格納部３４１が予めデータベースにユーザ毎の信用度を格納していてもよい。図４に示すように、ユーザＵ１の現在の信用度は２となっており、ユーザＵ２の現在の信用度は２となっている。ユーザＵ３の現在の信用度は４となっており、ユーザＵ４の現在の信用度は３となっている。

【0051】

ここで、信用度の値が大きいほど、信用度が高いことを示す。例えば、信用度４が最高であり、信用度１が最低となる。信用度４は超優良会員（ＶＩＰ会員）として規定され、信用度３は、優良会員として規定される。また、信用度２は、一般会員として規定され、信用度１は不良会員として規定される。このように、信用度に基づいて、ユーザがランク分けされる。そして、ランクに基づいて、適用される割引が異なる。

【0052】

信用度更新部３２３は、料金決定部３２２と同様に、状態情報と確認結果との一致度に基づいて信用度の評価値を増減する。信用度更新部３２３は、評価値の初期値を０として、信用度の初期値を２（一般会員）とする。評価値が１０以上になった場合、信用度更新部３２３は、信用度を３（優良会員）に更新する。評価値が２０以上になった場合、信用度更新部３２３は、信用度を４（超優良会員）に更新する。評価値が０未満になった場合、信用度更新部３２３は、信用度を１（不良会員）に更新する。

【0053】

信用度更新部３２３は、一致度に基づいて、信用度を更新する。例えば、信用度更新部３２３は、一致度を第１閾値と比較して、一致度が高いか否かを判定する。例えば、第1閾値を８０％とし、一致度が８０％以上の場合、信用度更新部３２３は、一致度が高いと判定する。そして、一致度が高い場合、信用度更新部３２３は、評価値をカウントアップする。一致度が第１閾値未満の場合、信用度更新部３２３は、評価値を増加しない。

【0054】

ユーザＵ１の現在の評価値は９、現在の信用度は２となっている。ユーザＵ１の一致度は７／８となっている。ユーザＵ１の一致度が８０％以上であるため、評価値が１増加する。ユーザＵ１の評価値が９から１０に増加する。ユーザＵ１の信用度は２（一般会員）から３（優良会員）にランクアップする。ユーザＵ１は、駐車料金が優遇される。

【0055】

さらに、一致度が低い場合、信用度更新部３２３が評価値を下げるようにしてもよい。例えば、第２閾値を５０％とし、一致度が５０％未満の場合、信用度更新部３２３が評価値をカウントダウンする。そして、評価値が所定値を下回ると、信用度がランクダウンする。例えば、評価値が０未満となった場合、信用度更新部３２３は信用度を１に更新する。

【0056】

ユーザＵ２の現在の評価値は０、現在の信用度は２となっている。ユーザＵ２は、一致度が３／８となっている。一度度が５０％未満であるため、ユーザＵ２の評価値が１減少する。ユーザＵ２の評価値が０から－１に更新される。ユーザＵ２の信用度は２から１にランクダウンする。

【0057】

ユーザＵ３の現在の評価値は２２、現在の信用度は４となっている。ユーザＵ３の一致度は５／８である。一致度が５０％以上、８０％未満であるため、評価値が増減しない。ユーザＵ３の評価値が２２のままとなる。ユーザＵ３の信用度は４のままとなる。

【0058】

さらに、評価値の増減値がより細かく設定されていてもよい。この場合、信用度更新部３２３は、閾値、増分値、減算値などを段階的に設定すればよい。例えば、一致度が１００％の場合は評価値の増分値が３となり、一致度が８０％以上、１００％未満の場合は評価値の増分値が１となる。

【0059】

ユーザＵ４の現在の評価値は１４、現在の信用度は３となっている。ユーザＵ４は、一致度は８／８となっている。ユーザＵ４は、一致度が１００％であるため、評価値が３増加する。ユーザＵ４の評価値が１７に増加するが、信用度は３のままとなる。よって、ユーザＵ４の信用度が３のまま維持される。このようにすることで、ユーザＵが精度の高い状態情報を入力するようになる。なお、状態情報を入力しないユーザについては、評価値を１減少させてもよく、増減なしとしてもよい。

【0060】

評価値には、上限値又は下限値が設定されていてもよい。評価値が上限値に到達した後に、一致度が８０％以上であった場合でも、信用度更新部３２３が評価値を増加しないようにする。同様に、評価値が下限値に到達した後に、一致度が５０％未満の場合であっても、信用度更新部３２３が評価値を減少しないようにする。例えば、評価値の上限値を３０とし、評価値の下限値を－１０としてもよい。

【0061】

このように、信用度更新部３２３は、一致度に基づいて、評価値を増減させていく。信用度更新部３２３は、最新の評価値に基づいて、ユーザの信用度を評価する。つまり、信用度更新部３２３は、評価値と閾値とを比較して、信用度を更新していく。このようにすることで、信用度更新部３２３は、信用度を適切に設定することができる。

【0062】

信用度更新部３２３は、更新された信用度をデータ格納部３４１に書き込む。データ格納部３４１は、ユーザ毎に、信用度及び評価値を格納する。あるいは、通信部３４０が更新された信用度又は評価値を端末２２０に送信してもよい。そして、端末２２０が最新の信用度、又は評価値を保存してもよい。

【0063】

このようにすることで、より適切にユーザの信用度を設定することができる。つまり、ユーザの評価値を蓄積して評価しているため、信用度の精度を向上することができる。なお、上記の説明では、評価値、及び信用度は整数値で示されていたが、より細かな値で示されていても良い。例えば、信用度更新部３２３は、一致度に基づいて設定されるスコアを評価値として用いてもよい。

【0064】

料金決定部３２２は、信用度に基づいて駐車料金を決定する。例えば、料金決定部３２２は、信用度が高いほど、実質的な駐車料金を低額にする。つまり、信用度が高いほど割引を大きくする。

【0065】

信用度４の場合、料金決定部３２２は、１００円割引とし、信用度３の場合、料金決定部３２２は、５０円割引とする。信用度２、１の場合、料金決定部３２２は、割引無しとする。このように、料金決定部３２２は信用度に基づいて、割引額を段階的に決定する。もちろん、信用度による割引は、一致度の割引と同様に、ポイント、割引率、割引額、クーポン券などによるものであってもよい。

【0066】

これにより、ユーザが信用度を上げるために、正確な状態情報を入力するようになる。よって、サーバ装置３００は、正確な情報を収集することができる。また、ユーザＵによって入力された状態情報を確認結果として用いることも可能である。例えば、信用度の高いユーザＵによって入力された状態情報を確認結果として、データ格納部３４１が格納してもよい。

【0067】

本実施の形態にかかる方法について、図５を用いて説明する。図５は、システム１００がユーザＵから情報を収集する処理を示すフローチャートである。図５では、カメラの画像によって情報を収集する例を示している。

【0068】

まず、駐車場情報取得部３１０が駐車場情報を取得する（Ｓ１０１）。例えば、駐車場情報取得部３１０がユーザによって撮影された画像から文字認識による駐車場名や料金を取得する。あるいは、駐車場情報取得部３１０は、端末２２０の位置情報から、駐車場を特定して、駐車場情報を取得してもよい。

【0069】

端末２２０が駐車場内を撮影するように指示を行う（Ｓ１０２）。例えば、端末２２０は、表示画面上に、指定の画角での撮影を促すメッセージを表示する。あるいは、端末２２０は、音声メッセージによって、撮影を促してもよい。これにより、適切な画角を指示するため、ユーザＵが、駐車場情報や状態情報を示す画像を撮像することができる。

【0070】

端末２２０が適切に撮影を完了したか否かを判定する（Ｓ１０３）。撮影する画像については、撮影画角等がシステム１００側であらかじめ設定されている。また、同じ写真が複数枚転送されないように、同じ位置、同じ角度での写真は、１枚のみ送信可能としてもよい。適切に撮影が完了していない場合（Ｓ１０３のＮＯ）、ステップＳ１０２に戻り、端末２２０が、再度撮影指示を行う。適切に撮影が完了した場合（Ｓ１０３のＹＥＳ）、端末２２０が画像又は画像から抽出したデータをサーバ装置３００に送信する（Ｓ１０４）。

【0071】

端末２２０が、各種データの送信を完了したか否かを判定する（Ｓ１０５）。データの送信が完了していない場合（Ｓ１０５のＮＯ）、ステップＳ１０４に戻り、端末２２０がサーバ装置３００にデータを送信する。データの送信が完了した場合（Ｓ１０５のＹＥＳ）、料金決定部３２２が料金を決定する（Ｓ１０６）。料金決定部３２２は、送信したデータに基づいて駐車料金を決定する。例えば、料金決定部３２２は割引額、割引ポイント、割引率等を決定する。

【0072】

駐車場情報や状態情報を送信したユーザＵが駐車場の割引するためのポイントを得ることができる。駐車場情報や状態情報を送信したユーザＵに対してポイントを付与することで、ユーザＵに情報提供を促すことができる。これにより、駐車場に関する情報を適切に収集することができるため、最新の情報に更新することが可能となる。

【0073】

次に、図５のＳ１０６の処理である、駐車料金を決定する処理について図６を用いて説明する。まず、状態情報取得部３１１が駐車枠５１０の状態を示す状態情報を取得する（Ｓ２０１）。つまり、ユーザＵが端末２２０を操作することで状態情報を入力すると、端末２２０が状態情報をサーバ装置３００に送信する。これにより、状態情報取得部３１１が端末２２０から送信された状態情報を取得する。また、状態情報が取得された駐車場５００や駐車枠５１０のＩＤがサーバ装置３００に送信される。さらに、状態情報を入力したユーザＵのＩＤがサーバ装置３００に送信される。

【0074】

次に、確認結果取得部３１２は、状態情報が入力された駐車枠についての確認結果を取得する（Ｓ２０２）。例えば、確認用デバイス５５０によって入力された確認結果を取得する。確認結果取得部３１２は、駐車場５００や駐車枠５１０のＩＤを参照して、駐車枠５１０の確認結果を取得する。

【0075】

そして、信用度取得部３２１が、状態情報を入力したユーザＵの信用度を取得する（Ｓ２０３）。ここでは、端末２２０のユーザＵのＩＤを参照して、信用度取得部３２１が信用度をデータ格納部３４１から読み出す。

【0076】

判定部３１３が状態情報と確認結果を比較して、一致度を判定する（Ｓ２０４）。例えば、判定部３１３は、項目毎に状態情報が確認結果と一致するか否かを判定して、一致度を算出する。料金決定部３２２が、一致度が所定以上（例えば８０％以上）であるか否かを判定する（Ｓ２０５）。一致度が所定以上である場合（Ｓ２０５のＹＥＳ）、料金決定部３２２が駐車料金の割引を行う（Ｓ２０６）。料金決定部３２２は、一致度が高いほど、実質的な駐車料金が低額になるように、割引額、割引ポイント、割引率等を多段階に決定してもよい。

【0077】

次に、一致度に基づいて、信用度更新部３２３が信用度を更新する（Ｓ２０７）。ここでは、上記のように、信用度更新部３２３が、一致度に基づいて評価値を増減して、信用度を更新する。なお、割引額等を決定する一致度と、評価値を増減する一致度と同じであってもよく、異なっていてもよい。

【0078】

料金決定部３２２が、信用度が所定以上か否かを判定する（Ｓ２０８）。信用度が所定以上（例えば３以上）の場合（Ｓ２０８のＹＥＳ）、料金決定部３２２が駐車料金の割引を行う（Ｓ２０９）。信用度が高いほど、実質的な駐車料金が低額になるように、料金決定部３２２が割引額、割引ポイント、割引率等を決定してもよい。これにより、信用度の高いユーザＵが割引を受けることができる。そして、ユーザＵが駐車場から出庫するときに、割引後の金額を精算機５４０に支払う（Ｓ２１０）。

【0079】

このように、料金決定部３２２は、一致度、及び信用度に基づいて、駐車料金を決定している。これにより、システム１００は、ユーザＵに対してより正確な状態情報を入力するように促すことができる。よって、正確な情報の収集が可能となる。なお、上記の説明では、料金決定部３２２は、信用度と一致度の両方に基づいて、駐車料金を決定したが、一致度のみに基づいて料金を決定してもよい。あるいは、料金決定部３２２は、信用度のみに基づいて料金を決定してもよい。また、一致度又は信用度に基づいて、多段階に割引額、割引ポイントなどが設定されていてもよい。

【0080】

さらに、信用度の高いユーザによって入力された状態情報に基づいて、確認結果を更新してもよい。例えば、信用度が４のユーザを高信用度ユーザとする。サーバ装置３００は、高信用度ユーザが提供した状態情報を、確認結果として採用してもよい。データ格納部３４１は、ユーザＵからの状態情報を確認結果として格納する。管理者が確認用デバイス５５０を用いて駐車場を確認する頻度を低減することができる。よって、管理コストを抑制することができる。この場合、ユーザＵの端末２２０が確認用デバイス５５０として機能する。

【0081】

さらに、複数の高信用度ユーザが入力した状態情報が一致する場合、確認結果取得部３１２がその状態情報を確認結果として、更新してもよい。例えば、高信用度ユーザが入力した状態情報が５回連続一致している場合、確認結果取得部３１２が、その状態情報を最新の確認結果として更新することができる。これにより、誤った確認結果が登録されることを防ぐことができる。

【0082】

以上の方法により、設備の導入を必要とせず、複数の情報提供者から多くの駐車場情報を収集することができる。運転者となるユーザＵが、任意の場所の駐車場の情報を提供することが可能になる。また、監視カメラ等が設置されていない駐車場や、新たに設置された駐車場についても、サーバ装置３００が速やかに情報を収集することができる。

【0083】

（状態情報の粒度）
図２に示したように、サーバ装置３００は、状態情報の粒度を特定する粒度特定部３１４を備えていてもよい。粒度は、ユーザＵが入力する状態情報の細かさを規定するものである。例えば、ユーザＵが、状態情報について詳細報告を行った場合、粒度が細かいものとする。ユーザＵが状態情報について簡易報告を行った場合、粒度が粗いものとする。

【0084】

例えば、図３で示した表は詳細報告であり、図７に示した表は簡易報告である。図７では、図３に比べて状態情報の項目数が少なくなっている。図７では、駐車枠と、駐車枠周辺の２つの項目のみしか入力していない。つまり、場所の列が削除されている。ユーザＵは、２つの項目について、Ａ～Ｃの３段階で状態情報を入力するが、３段階以外の多段階であってもよい。

【0085】

状態情報の項目は、駐車枠、又は駐車枠周辺の状態に限られるものではない。例えば、状態情報の項目は、舗装の凹凸状態、舗装の破損状態、側壁の破損状態、車輪止め等の状態を示す情報を含んでいてもよい。

【0086】

このように、粒度特定部３１４は、端末２２０から送信された状態情報の粒度を特定する。判定部３１３は、粒度に従って状態情報と確認結果とを比較して状態情報と確認結果の一致度を判定する。確認結果と状態情報の粒度が異なる場合、判定部３１３が、粒度を粗い方に合わせて、判定を行ってもよい。

【0087】

料金決定部３２２は、信用度と、粒度と、一致度と、に基づいて駐車料金を変更する。例えば、料金決定部３２２は粒度が細かい場合、割引ポイントや割引額を大きくする。料金決定部３２２は、粒度の細かい詳細報告を行ったユーザＵに対して、１００ポイントを付与する。料金決定部３２２は、粒度の粗い簡易報告を行ったユーザに対してポイントを付与しない。

【0088】

このようにすることで、システム１００は、ユーザに対して、より粒度の細かい状態情報を入力するように促すことができる。サーバ装置３００が、詳細な状態情報を収集することができるようになる。例えば、粒度特定部３１４は、各項目の場所ごとについての記載の有無で粒度を特定してもよい。

【0089】

また、粒度が細かい場合と粗い場合とで、一致度に応じた割引額を変更してもよい。例えば、詳細報告の場合、一致度が１００％のときに割引額１００ポイントとする。簡易報告の場合、一致度が１００％のときに割引額５０ポイントとする。詳細報告の割引額を簡易報告よりも大きくすることで、ユーザＵに粒度の細かい状態情報の入力を促すことができる。

【0090】

さらに、粒度の細かい詳細報告と粒度の粗い簡易報告とで、信用度更新部３２３が信用度を更新する処理を変更してもよい。詳細報告と簡易報告とで場所ごとの記載の有無により判定結果の数が異なる。よって、粒度に基づいて、評価値を加減算するための一致度の割合を変える。

【0091】

例えば、簡易報告では一致度１００％の時に、評価値を１加算し、一致度５０％未満の場合、評価値を１減算する。詳細報告では、一致度１００％の場合、評価値を３加算する。詳細報告では、一致度１００％未満８０％以上の場合、評価値を１加算する。詳細報告では、一致度５０％未満の場合、評価値を１減算する。このように、詳細報告では、評価値を加減算する値を段階的に設定することができる。これにより、ユーザＵに対して詳細報告を行うように、促すことができる。

【0092】

（修繕費用の推定）
図２に示すように、サーバ装置３００は修繕費用推定部３２８を備えていてもよい。修繕費用推定部３２８は、信用度と一致度に基づいて、駐車場の修繕費用を推定する。例えば、駐車枠が見えない場合や途切れている場合、修繕費用推定部３２８は駐車枠を引き直す費用を修繕費用として推定する。あるいは、雑草が生えている場合、修繕費用推定部３２８は除草費用を修繕費用として推定する。例えば、データ格納部３４１には、状態情報の評価項目毎に予め修繕費用が登録されていればよい。修繕費用推定部３２８は、項目毎に修繕費用を推定することができる。

【0093】

修繕費用推定部３２８は、一致度と信用度に基づいて、修繕費用を推定する。あるいは、修繕費用推定部３２８は、一致度と信用度と粒度とに基づいて、修繕費用を推定する。ユーザの信用度が高いほど、修繕費用の推定精度が高くなる。また，駐車場において複数の駐車枠がある場合、修繕費用推定部３２８は、一部の駐車枠の状態から全ての駐車枠を修繕した場合の費用を推定してもよい。もちろん、舗装状態や壁の状態を状態情報として入力している場合、修繕費用推定部３２８は、これらの補修費用を修繕費用として推定してもよい。

【0094】

実施の形態２
本実施の形態では、システムが、運転中のユーザに対して、駐車場を提示する処理を行う。具体的には、システムが、目的地に向かう車両のユーザに対して状態のよい駐車場を提示する。本実施の形態にかかるシステム構成について、図８を用いて説明する。

【0095】

図８は、駐車場を提示するシステム１００の構成を示すブロック図である。なお、実施の形態１と同様の構成については適宜説明を省略する。また、本実施の形態では、目的地に向かって運転中のユーザを単にユーザと称し、駐車場を利用中で状態情報を入力したユーザを他ユーザと称する。他ユーザは例えば、駐車場を利用したときに状態情報を端末２２０から入力する。

【0096】

端末２２０は、入力部２２１、通信部２２２、表示部２２３、位置情報取得部２２４と、地図情報記憶部２２５と、抽出部２２６と、ルート案内部２２８とを備えている。なお、端末２２０は、スマートフォンであるとして説明するが、カーナビゲーション等の車載装置が各種処理を行ってもよい。例えばルート案内部２２８と地図情報記憶部２２５は、車載装置に搭載されていてもよい。

【0097】

入力部２２１は、タッチパネル、キーボタン等の入力デバイスを備えている。また、入力部２２１は、音声入力用のマイクを有していてもよい。ユーザが入力部２２１によって、目的地を入力する。また、ユーザは、入力部２２１によって、駐車場を選定するための基準（選定基準ともいう）や条件を入力することができる。また、ユーザは駐車場に到着したときに、入力部２２１によって、状態情報を入力することもできる。

【0098】

通信部２２２は、サーバ装置３００と通信するための通信ＩＦを有している。例えば、通信部２２２は、Wi-FiやBluetooth等の通信モジュールを備えている。あるいは、通信部２２２は、４G LTE(Long Term Evolution)や５G等の携帯電話通信用の無線通信モジュールを備えていてもよい。通信部２２２は、異なる通信規格で通信できるように、２つ以上の通信モジュールを有していてもよい。

【0099】

表示部２２３は、表示装置を有しており、運転者等のユーザに各種情報を提示する。表示部２２３は、例えば液晶パネル又は有機ＥＬ（Electro Luminescence）パネル等を含む。表示部２２３は、ナビゲーションに必要な地図情報等を表示する。例えば、表示部２２３は、目的地までの経路、時間、距離等を表示してもよい。表示部２２３は、カーナビゲーション等の車載装置に搭載されたモニタであってもよい。

【0100】

位置情報取得部２２４は端末２２０又は車両２００の位置を示す位置情報を取得する。位置情報取得部２２４は、図示しない測位情報受信部が受信したＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）データ等の測位信号に基づいて、位置情報を順次、取得していく。位置情報取得部２２４は、位置情報の時系列データを取得する。位置情報は、地図情報における現在位置（自車位置ともいう）を示す。

【0101】

地図情報記憶部２２５は、ハードディスクやメモリ等の記録媒体を有しており、ナビゲーションに必要な地図情報を記憶している。なお、端末２２０が、スマートフォン等の場合、地図情報記憶部２２５は、外部サーバから受信した地図情報を一時的に記憶する構成であってもよい。さらに、地図情報記憶部２２５は、各駐車場に関する情報を格納している。例えば、地図情報記憶部２２５は、駐車場の位置、駐車料金、利用可能時間、駐車枠数（駐車可能台数）、属性情報等の情報を格納していてもよい。

【0102】

抽出部２２６は、地図情報を参照して、目的地の周辺にある複数の駐車場を抽出する。ユーザが目的地を入力すると、抽出部２２６は目的地から所定の距離以下にある駐車場を抽出する。あるいは、抽出部２２６は、予め抽出数を定めておき、目的地から近い順に抽出数の駐車場を抽出してもよい。抽出部２２６で抽出された駐車場を抽出駐車場ともいう。さらに、抽出部２２６は、予め設定された抽出条件に基づいて、抽出駐車場を抽出しても良い。ここで、抽出部２２６は、目的地の周辺にある３つの駐車場Ｐ１～Ｐ３を抽出駐車場として抽出しているとする。

【0103】

後述するように、サーバ装置３００は、抽出された複数の駐車場の中で駐車枠の状態が良好な駐車場を選択する。サーバ装置３００によって選択された駐車場を目的駐車所とする。通信部２２２は、目的駐車場に関する情報をサーバ装置３００から受信する。ルート案内部２２８は、現在位置から目的駐車場までのルートを探索して、ルート案内を行う。

【0104】

なお、抽出駐車場の中で、良好な駐車枠を有する駐車場がない場合、抽出部２２６は、抽出範囲を広くしてもよい。つまり、目的地からの距離を広げて、駐車場を抽出してもよい。また、状態の良好な駐車場が複数ある場合、サーバ装置３００は、複数の目的駐車場を提示してもよい。この場合、端末２２０は、目的駐車場をリスト表示する。そして、ユーザが１つの駐車場を選択すると、端末２２０がルート案内を行う。

【0105】

次に、サーバ装置３００の構成について説明する。なお、サーバ装置３００の機能ブロックのうち、実施の形態１で示した構成については適宜説明を省略する。例えば、駐車場情報取得部３１０と、状態情報取得部３１１、信用度取得部３２１、通信部３４０、データ格納部３４１等については、実施の形態１と同様になっているため、詳細な説明を省略する。サーバ装置３００は、駐車場提示部３３５、を備えている。

【0106】

駐車場Ｐ１～Ｐ３が抽出されているとする。駐車場情報取得部３１０は、駐車場Ｐ１～Ｐ３に関する駐車場情報を端末２２０から受信する。駐車場情報は、駐車場のＩＤ、位置等を含む情報である。上記のように、駐車場や他ユーザについての各種情報は、データ格納部３４１に格納されている。

【0107】

状態情報取得部３１１は、駐車場Ｐ１～Ｐ３について、他ユーザによって入力された状態情報を取得する。状態情報は、例えば、図３等に示したように、駐車枠と駐車枠周辺の状態を示す情報を含んでいる。データ格納部３４１は、他ユーザによって入力された状態情報を格納している。状態情報取得部３１１は、駐車場及び駐車枠のＩＤなどを参照して、状態情報をデータ格納部３４１から読み出す。一つの駐車枠について、複数回状態情報が入力されている場合、状態情報取得部３１１は、最新の状態情報を取得してもよい。あるいは、状態情報取得部３１１は、現在から一定の期間内に入力された状態情報を取得してもよい。

【0108】

信用度取得部３２１は状態情報を入力した他ユーザの信用度を取得する。状態情報取得部３１１が取得した状態情報には、状態情報を入力した他ユーザの信用度が対応付けられている。信用度取得部３２１は、他ユーザのＩＤなどを参照して、信用度をデータ格納部３４１から読み出す。この信用度は、他ユーザが状態情報を入力した後に更新された最新値である。

【0109】

駐車場提示部３３５は、状態情報及び信用度に基づいて、複数の抽出駐車場の中から駐車場を選択して、目的駐車場としてユーザに提示する。例えば、駐車場提示部３３５は、状態情報に基づいて、状態の良好な駐車枠を有する駐車場を提示する。

【0110】

ここでは、駐車場提示部３３５は、状態情報に基づいて、駐車枠の状態を示す状態ポイントを算出している。状態ポイントは、駐車枠又は駐車枠周辺の状態が良好か否かを判定するための指標となる。図９は、状態ポイントを算出するためのデータを説明するための表である。

【0111】

図９では、状態情報がＡの場合、状態ポイントが２点、状態情報がＢの場合、状態ポイントが１点となる。状態情報がＣの場合、状態ポイントが０点となっている。駐車場提示部３３５は、各項目の状態ポイントを加算することで駐車枠の状態ポイントを算出する。図９では、駐車枠の状態ポイントの総和が、１１点となっている。

【0112】

さらに、駐車場提示部３３５は、状態情報を入力した他ユーザの信用度が高い場合、その状態情報を信用する。駐車場提示部３３５は、他ユーザの信用度に基づいて状態ポイントを算出する。例えば、駐車場提示部３３５は、信用度に応じた係数を、状態ポイントに乗じる。例えば、信用度４の他ユーザについては、係数を２とし、信用度３の他ユーザについては、係数を１．５とする。信用度２の他ユーザについては、係数を１とし、信用度１の他ユーザについては、係数を０．５とする。

【0113】

図９に示す状態情報は、信用度が４の他ユーザによって入力されているとする。この場合、駐車場提示部３３５は、状態ポイントの総和１１点を２倍した値を最終的な状態ポイントとする。つまり、図９では、最終的な状態ポイント（最終ポイントともいう）は２２点となる。

【0114】

駐車場提示部３３５は、状態情報に基づいて、各駐車枠の最終ポイントを算出する。駐車場提示部３３５は、最終ポイントに基づいて、駐車枠が良好な状態か否かを判定することができる。駐車場提示部３３５には、駐車枠が良好な状態であるか否かを判定するための判定値が設定されている。そして、駐車場提示部３３５は、最終ポイントと判定値とを比較する。最終ポイントが判定値以上の駐車場を良好な駐車枠とする。例えば、最終ポイントが２０点以上の駐車枠を良好な駐車枠とすることができる。

【0115】

駐車場提示部３３５は、最終ポイントに基づいて、良好な駐車枠を有する駐車場を提示する。駐車場提示部３３５は、良好な駐車枠を有する駐車場を目的駐車場として提示する。駐車場提示部３３５は複数の駐車枠の最終ポイントの平均値などに基づいて、目的駐車場としてもよい。あるいは、駐車場提示部３３５は、良好な駐車枠の数が多い駐車場を目的駐車場としてもよい。従って、駐車場提示部３３５は、ユーザに対して良好な駐車場を提示することができる。通信部３４０が、目的駐車場のデータを端末２２０に送信する。ルート案内部２２８が目的駐車場までのルート案内を行う。

【0116】

駐車場提示部３３５は、最終ポイントに基づいて、最も状態のよい駐車場を提示してもよい。例えば、抽出された駐車場Ｐ１～Ｐ３のうち、駐車場Ｐ１が良好な駐車枠の数が最も多い駐車場である場合、駐車場提示部３３５は、駐車場Ｐ１を目的駐車場として提示する。あるいは、駐車場Ｐ２、Ｐ３が良好な駐車枠を備えていない場合、駐車場提示部３３５は駐車場Ｐ１を目的駐車場として提示する。

【0117】

また、駐車場提示部３３５は、良好な駐車枠を有する駐車場が複数ある場合、到着時刻が最も早い駐車場や目的地に最も近い駐車場を目的駐車場として提示してもよい。駐車場提示部３３５は、良好な駐車枠を有する駐車場が複数ある場合、駐車場提示部３３５は複数の駐車場の情報を端末２２０に送信してもよい。表示部２２３は、複数の駐車場のリストを表示する。リスト表示された複数の駐車場から目的駐車場を選択すると、ルート案内部２２８が目的駐車場へのルート案内を行う。良好な駐車枠か否かを判定するための判定値はユーザ毎に異なっていてもよく、同じであってもよい。

【0118】

ユーザが入力部２２１によって、良好な駐車場を判定するための設定を入力してもよい。例えば、ユーザが最終ポイントと比較される判定値を入力してもよい。より良好な状態の駐車場を好むユーザは、判定値を高く設定する。また、ユーザは、入力部２２１によって駐車場を除外するための基準を入力してもよい。例えば、雑草の生えている駐車場又は駐車枠を除外するように、ユーザＵは基準を設定してもよい。この場合、最終ポイントが高くなっていたとしても、雑草のある駐車場は、目的駐車場から除外される。

【0119】

また、複数の他ユーザが同一の駐車枠の状態情報を入力している場合、駐車場提示部３３５は、最新の状態情報を参照して、状態ポイントを集計してもよい。あるいは、それぞれの状態情報から得られた状態ポイントの平均値などを用いてもよい。

【0120】

このように、状態情報を入力した他ユーザの信用度に基づいて、駐車場提示部３３５が駐車場を提示している。これにより、精度の高い状態情報が入力された駐車場を提示することができる。よって、ユーザに対して、適切な駐車場を提示することができる。

【0121】

（状態情報の粒度）
さらに、粒度特定部３１４は状態情報の粒度を特定している。そして、状態情報の粒度に基づいて、駐車場提示部３３５が複数の抽出駐車場から目的駐車場を選択して、提示してもよい。このようにすることで、ユーザに対して適切な駐車場を提示することができる。

【0122】

例えば、駐車場提示部３３５は、最終ポイントの算出方法を粒度に基づいて変更する。駐車場提示部３３５は、粒度に応じた係数を設定する。粒度の細かい詳細報告の場合、係数が１となり、粒度の粗い簡易報告の場合、係数が２となる。

【0123】

図９に示すデータは、粒度が細かい状態情報のデータである。図９では、最終ポイントが２２となっている。図１０は、粒度が粗い場合の状態情報を示すデータである。図１０では、状態情報の入力項目が駐車枠と駐車枠周辺の２項目となっている。さらに、２項目とも状態情報がＡとなっているため、各項目の状態ポイントが２点となる。よって、状態ポイントの総和が４点となる。

【0124】

また他ユーザの信用度が４であるため、係数を２とする。さらに、簡易報告であるため、係数が２となる。つまり、簡易報告では項目数が少ないため、詳細報告よりも係数を大きくする。図１０では、最終ポイントが１６となる。なお、簡易報告の場合、最大の最終ポイントが、詳細報告の最終ポイントの最大値を超えないように設定することが好ましい。もちろん、係数の値は上記の例に限られるものではなく、項目数等に基づいて設定されていればよい。

【0125】

図９では、駐車場Ｐ１の最終ポイントが２２となり、図１０では、駐車場Ｐ２の最終ポイントが１６となっている。駐車場提示部３３５は、最終ポイントが高い駐車場Ｐ１を目的駐車場として提示する。このように、駐車場提示部３３５が最終ポイントに基づいて目的駐車場を選択して，提示している。従って、駐車場提示部３３５は、より適切な駐車場をユーザに提示することができる。

【0126】

図１１は、目的駐車場までのルート案内を行うための処理を示すフローチャートである。まず、ユーザが目的地を入力すると、抽出部２２６が目的地周辺の駐車場を探索する（Ｓ３０１）。ここでは、抽出部２２６が地図情報を参照して、複数の駐車場を探索する。これにより、目的地から所定の距離以内にある駐車場が探索される。そして、通信部２２２は、検索された駐車場の情報をサーバ装置３００に送信する。ここでは、後述するように、抽出部２２６が、ユーザによって入力された抽出条件に合致する駐車場のみを探索してもよい。

【0127】

抽出部２２６が駐車場を抽出する（Ｓ３０２）。通信部２２２は、抽出された駐車場（抽出駐車場）のデータをサーバ装置３００に送信する。状態情報取得部３１１が抽出駐車場における駐車枠と駐車枠周辺の状態情報を取得する（Ｓ３０３）。例えば、データ格納部３４１は、他ユーザによって入力された状態情報を格納している。状態情報取得部３１１は、抽出駐車場の状態情報のデータをデータ格納部３４１から読み出す。

【0128】

信用度取得部３２１は、状態情報を入力した他ユーザの信用度を取得する（Ｓ３０４）。例えば、データ格納部３４１は、状態情報を入力した他ユーザの信用度を格納している。信用度取得部３２１は、他ユーザの信用度のデータをデータ格納部３４１から読み出す。

【0129】

駐車場提示部３３５は、状態情報と信用度に基づいて、状態ポイントを集計する（Ｓ３０５）。これにより、駐車枠又は駐車場の状態ポイントが求められる。上記のように、駐車場提示部３３５は、各項目の状態ポイントを加算する。そして、駐車場提示部３３５は、状態ポイントに信用度に応じた係数を乗じる。また、駐車場提示部３３５は、状態情報の粒度に基づいて、状態ポイントを集計してもよい。

【0130】

サーバ装置３００は、全抽出駐車場に対する処理が終了したか否かを判定する（Ｓ３０６）。全ての抽出駐車場に対する処理が終了していない場合（Ｓ３０６のＮＯ）、処理がステップＳ３０２に戻る。よって、抽出部２２６によって抽出された次の抽出駐車場に対して、同様の処理が施される。

【0131】

全ての抽出駐車場に対する処理が終了した場合（Ｓ３０６のＹＥＳ）、駐車場提示部３３５は、状態ポイントに基づいて、駐車場を選択して、目的駐車場として提示する（Ｓ３０７）。駐車場提示部３３５は、状態ポイントが最も高い駐車場を目的駐車場として提示する。あるいは、駐車場提示部３３５は、状態ポイントが基準値以上の駐車場の中で、目的地に最も近い駐車場を目的駐車場として提示する。通信部３４０は、目的駐車場に関する情報を端末２２０に送信する。

【0132】

そして、ルート案内部２２８が目的駐車場までのルート案内を行う（Ｓ３０８）。このようにすることで、ユーザは目的地の周辺において、状態の良好な駐車場に移動することができる。

【0133】

（駐車場の抽出条件）
さらに、ユーザは、駐車場の抽出条件を登録してもよい。サーバ装置３００は、駐車場の属性情報をデータ格納部３４１に予め格納しておく。駐車場の属性情報は、駐車場情報に含まれていてもよい。そして、駐車場の属性情報が抽出条件に合致する駐車場を駐車場提示部３３５が提示するようにしてもよい。つまり、抽出駐車場の中で、抽出条件に合致する駐車場を駐車場提示部３３５が目的駐車場として提示する。駐車場提示部３３５は、抽出条件に合致しない駐車場を目的駐車場から除外する。あるいは、抽出部２２６は、抽出条件に合致する駐車場のみを抽出してもよい。

【0134】

抽出条件は、例えば、（車両サイズ）、（目的地から駐車場の距離）、（駐車料金）、（駐車場付近の治安の良さ）、（駐車場内の事故歴）、（車室の配置）、（路面状態）、（駐車方式）、（屋根の有無）等がある。なお、ユーザは抽出条件を予め登録しておいてもよい。あるいは、ユーザは目的地ごとに、抽出条件を入力してもよい。他ユーザが抽出条件に関する属性情報は、駐車場情報として入力していてもよい。抽出条件の少なくとも一つは、状態情報に含まれていてもよい。以下、抽出条件について説明する。

【0135】

（車両サイズ）
ユーザは、車両２００の平面サイズ（前後長さ、左右幅）、高さを示す値を車両サイズとして登録しておく。あるいは、ユーザが車種を入力することで、車両サイズが自動で登録されてもよい。サーバ装置３００は、駐車場毎に、車室（駐車枠）の平面サイズ、駐車可能高さのデータを格納しておく。例えば、機械式駐車場の場合、車両の高さ制限がある場合がある。あるいは、平置き駐車場においても、小型車両しか駐車できないサイズとなっている駐車場がある。このような、制限がある駐車場については、予めサーバ装置３００がデータを格納しておく。これにより、ユーザが駐車できない駐車場に移動することを防ぐことができる。

【0136】

なお、端末２２０は、情報提供者となるユーザに撮影する画角を指定してもよい。例えば、端末２２０は、駐車枠の四隅から撮影する等の指定をしてもよい。そして、駐車枠の四隅から撮影した画像とそれぞれの位置情報から駐車枠の面積を計算し、駐車のしやすさの評価として使用してもよい。また、Google Map等インターネット経由で衛星写真を取得し、画像認識することで車室のサイズを取得することができる。サーバ装置３００は、車室のサイズを駐車場の属性条件として格納しておく。

【0137】

（目的地から駐車場の距離）
徒歩での移動距離を短くしたいユーザは、目的地から駐車場の距離を抽出条件として登録しておく。例えば、ユーザが、目的地から駐車場の距離を５００ｍとして入力すると、駐車場提示部３３５又は抽出部２２６は、目的地から５００ｍ以上離れた駐車場を除外する。

【0138】

（駐車料金）
ユーザは駐車料金の上限値を抽出条件として登録することができる。例えば、ユーザが１時間６００円を駐車料金の上限値として登録すると、駐車場提示部３３５又は抽出部２２６は、１時間当たりの駐車料金が６００円を超える駐車場を除外する。

【0139】

多くの駐車場では走行中に見える場所に料金の看板を掲示していることから、Googleストリートビュー等の映像を取得し、画像の認識を行うことで駐車料金の取得を行うことができる。ドライブレコーダの映像を収集、提供するサービスを利用しここから得られた映像を使用しても良い。

【0140】

（駐車場付近の治安の良さ）
ユーザが治安の悪い駐車場を避けるか否かを登録することができる。自治体によって、過去の犯罪情報がインターネット上に場所と発生時刻とともに提供されていることが多い。犯罪の発生件数が多い地域では、車上荒らし等のリスクが高いことが推測できる。したがって、治安の良さを、属性情報、及び抽出条件として使用することができる。

【0141】

（駐車場内の事故歴）
ユーザは過去の事故回数が多い駐車場を避けるか否かを登録することができる。駐車場内において、過去に車両事故があった場合、サーバ装置３００は、データベースに登録しておく。そして、ユーザは、事故の発生回数や発生割合を抽出条件として登録する。これにより、ユーザが事故の発生回数が少ない駐車場等に駐車することができる。

【0142】

（路面状態）
ユーザは、路面状態として、舗装のみ駐車可能、あるいは、砂利でも駐車可能かを登録することができる。サーバ装置３００は、駐車場の路面が舗装済みか、砂利かを示す属性情報を記憶している。また、衛星写真、ドライブレコーダ等から路面が舗装されているか、砂利であるかの判別を行うことができる。砂利からの石ハネによる傷を避けるよう考慮する条件として使用することができる。例えば、路面状態として舗装の有無や舗装の凹凸などの状態を状態情報として他ユーザが入力していてもよい。

【0143】

（駐車方式）
ユーザは駐車方式を抽出条件として登録することができる。例えば、サーバ装置は、自走式駐車場（平置き駐車場）、立体自走式駐車場、機械式駐車場（立体駐車場）等を属性情報として格納しておく。例えば、荷物等を頻繁に出し入れする場合、ユーザは機械式駐車場を除外するように抽出条件を設定することができる。

【0144】

（屋根の有無）
さらに、屋根の有無を抽出条件としてもよい。例えば、サーバ装置は駐車場の屋根の有無を属性情報として格納しておく。ユーザは、雨天時において、屋根有りの駐車場のみを抽出するように抽出条件を設定する。

【0145】

(変形例)
本実施の形態の変形例について、図１２を用いて説明する。図１２はサーバ装置３００の構成を説明するためのブロック図である。サーバ装置３００は、総数取得部３７１と、枠数取得部３７２と、割合算出部３７３とを備えている。総数取得部３７１、枠数取得部３７２、割合算出部３７３以外の構成、及び処理については適宜説明を省略する。

【0146】

総数取得部３７１は、抽出駐車場の駐車枠の総数を取得する。例えば、データ格納部３４１には駐車場毎に駐車枠の総数のデータが格納されている。枠数取得部３７２は、駐車場において、状態が良好な駐車枠の数を取得する。上記のように、枠数取得部３７２は、状態ポイントに基づいて、駐車枠の状態が良好か否かを判定する。枠数取得部３７２は、駐車枠毎に状態が良好か否かを判定する。そして、状態が良好な駐車枠の枠数を計数する。

【0147】

他ユーザが状態情報を入力していない駐車枠については、枠数取得部３７２は、良好な駐車枠として計数しない。または、枠数取得部３７２は、信用度の高い他ユーザによって入力された状態情報のみを用いて枠数を計数してもよい。具体的には、信用度が３又は４の他ユーザを信用度が高い他ユーザとする。そして、駐車場提示部３３５は、信用度が高い他ユーザが入力した状態情報のみに基づいて、状態ポイントを算出する。枠数取得部３７２は、状態ポイントが２０以上となる駐車枠を、良好な駐車枠として計数する。

【0148】

割合算出部３７３は、駐車場の駐車枠の総数の内、状態が良好な駐車枠の割合を算出する。例えば、駐車場Ｐ１において、総数が５０台で、状態が良好な駐車枠が２０台の場合、割合は、４０％となる。駐車場Ｐ２において、総数が２０台で、状態が良好な駐車枠が１５台の場合、割合は、７５％となる。

【0149】

駐車場提示部３３５は、良好な駐車枠の割合に基づいて、目的駐車場を提示する。例えば、駐車場提示部３３５は、抽出駐車場の中で良好な駐車枠の割合が最も高い駐車場を目的駐車場として提示する。これにより、駐車場提示部３３５は、適切な駐車場を提示することができる。ユーザが駐車場に到着したときに、良好な駐車枠に駐車する確率を高くすることができる。

【0150】

なお、実施の形態１と実施の形態２とは適宜組み合わせることができる。例えば、実施の形態１で用いた信用度を、実施の形態２の駐車場提示に用いてもよい。さらに、実施の形態２において、実施の形態１で用いた方法によって、信用度を更新してもよい。

【0151】

また、他ユーザによって入力された状態情報を実施の形態１の確認結果として用いてもよい。確認結果取得部３１２は、高信用度ユーザが入力した状態情報を信用して、確認結果として取得する。さらに、２以上の高信用度ユーザが入力した状態情報が一致する場合、その状態情報を確認結果として更新してもよい。このようにすることで、確認結果取得部３１２は、駐車枠の状態を確認結果として取得することができる。

【0152】

サーバ装置３００、又は端末２２０は、プログラムを格納するメモリとプログラムを実行するプロセッサとを備えた情報処理装置である。サーバ装置３００、又は端末２２０はそれぞれ、物理的に単一な装置に限らず、分散配置された装置であってもよい。たとえば、端末２２０の処理の一部はスマートフォンやタブレットコンピュータで実行され、残りはナビゲーション装置等の車載装置で実行されていてもよい。また、サーバ装置３００の処理の一部は、端末２２０、確認用デバイス５５０、精算機５４０等で実行されてもよい。端末２２０の処理の一部は、サーバ装置３００等で実行されてもよい。

【0153】

なお、上述した端末２２０やサーバ装置３００の処理はコンピュータプログラムによって実現されてもよく、このプログラムがコンピュータに読み込まれた場合に、実施の形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disc（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、又はその他の形式の伝搬信号を含む。

【0154】

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

【符号の説明】

【0155】

１００ システム
２００ 車両
２２０ 端末
２２１ 入力部
２２２ 通信部
２２３ 表示部
２２４ 位置情報取得部
２２５ 地図情報記憶部
２２６ 抽出部
２２８ ルート案内部
３００ サーバ装置
３１０ 駐車場情報取得部
３１１ 状態情報取得部
３１２ 確認結果取得部
３１３ 判定部
３１４ 粒度特定部
３２１ 信用度取得部
３２２ 料金決定部
３２３ 信用度更新部
３２８ 修繕費用推定部
３３５ 駐車場提示部
３４０ 通信部
３４１ データ格納部
３７１ 総数取得部
３７２ 枠数取得部
３７３ 割合算出部
５００ 駐車場
５１０ 駐車枠
５４０ 精算機
５５０ 確認用デバイス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】