JP2021060782A - 車両予約システム、及び車両予約方法 - Google Patents

Abstract

【課題】予約を行った共用車両の使用ができなくなることを防止した車両予約システム、及び車両予約方法を提供する。【解決手段】車両予約システム１は、共用車両７０の予約を受け付ける車両予約受付部１８と、共用車両７０の状態を認識する車両状態認識部１６と、車両状態認識部１６により、共用車両７０がメンテナンス必要状態であると認識されたときに共用車両７０の使用の予約の受付を禁止する車両予約管理部１９とを備える。【選択図】図２

Description

本発明は、車両予約システム、及び車両予約方法に関する。

従来、カーシェアリングやレンタカーのサービスによって提供される車両について、使用中に物体との接触が検知されたときに、利用者に車両の撮影を依頼して車両の撮影画像を取得し、撮影画像から車両に傷が生じているか否かを確認するようにした車両管理システムが提案されている（例えば、特許文献１参照）。上記車両管理システムにおいては、車両の傷が確認されたときに、次の予約までに傷が生じた車両の代車を手配する対応をとる。

特開２０１９−９１２４７号公報

上記従来の車両管理システムでは、傷が生じた共用車両の使用が終了した直後に、直近の使用を指定した次の予約が入ったときに、予約された使用開始時点までに代車の手配が間に合わない場合がある。そして、この場合、予約者は、予約を行ったにも拘わらず、共用車両を使用することができなくなるという不都合がある。
本発明はかかる背景に鑑みてなされたものであり、予約に応じた共用車両の使用ができなくなることを防止し得る車両予約システム、及び車両予約方法を提供することを目的とする。

上記目的を達成するための第１態様として、共用車両の予約を受け付ける車両予約受付部と、前記共用車両の状態を認識する車両状態認識部と、前記車両状態認識部により、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、前記車両予約受付部による前記共用車両の予約の受付を禁止する車両予約管理部と、を備える車両予約システムが挙げられる。

上記車両予約システムにおいて、前記車両予約管理部は、前記車両状態認識部により、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、所定の予約受付禁止期間内での前記共用車両の使用について、前記車両予約受付部による前記共用車両の予約の受付を禁止する構成としてもよい。

上記車両予約システムにおいて、前記車両予約管理部は、前記予約受付禁止期間内での前記共用車両の使用について、前記車両予約受付部による前記共用車両の予約の受付を禁止した後、前記予約受付禁止期間が経過する前に、前記共用車両の状態が前記メンテナンス必要状態から改善されたときには、前記予約受付禁止期間を短縮して、前記車両予約受付部による前記共用車両の予約の受付禁止を解除する構成としてもよい。

上記車両予約システムにおいて、前記車両状態認識部により、前記共用車両が前記メンテナンス必要状態であると認識されたときに、前記予約受付禁止期間内での前記共用車両の使用の予約が既に設定されているときには、前記予約を行った予約者により使用される予約者端末に、貸出可能な代替車両の提案と、使用料金の割引を条件とする前記メンテナンス必要状態での前記共用車両の使用の提案とのうちの少なくともいずれか一方を通知する貸出条件提案情報を送信する貸出条件提案部を、備える構成としてもよい。

上記車両予約システムにおいて、前記車両状態認識部は、前記共用車両の汚れ、前記共用車両の傷、及び前記共用車両の車室内の匂いのうちの少なくともいずれか一つのレベルが、所定レベル以上であるときに、前記共用車両が前記メンテナンス必要状態であると認識する構成としてもよい。

上記車両予約システムにおいて、前記車両状態認識部は、前記共用車両の状態として前記共用車両の汚れを認識し、前記予約受付禁止期間は、前記共用車両の清掃に必要な予測時間に基づいて設定される構成としてもよい。

上記車両予約システムにおいて、前記車両状態認識部は、前記共用車両の状態として前記共用車両の傷を認識し、前記予約受付禁止期間は、前記共用車両の傷の修復に必要な予測時間に基づいて設定される構成としてもよい。

上記車両予約システムにおいて、前記車両予約管理部は、前記車両状態認識部により、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、前記共用車両の状態が前記メンテナンス必要状態から改善されるまでの期間内での前記共用車両の使用について、前記車両予約受付部による前記共用車両の予約の受付を禁止する構成としてもよい。

上記車両予約システムにおいて、前記車両状態認識部は、前記共用車両の汚れ、前記共用車両の傷、及び前記共用車両の車室内の匂いのうちの少なくともいずれか一つのレベルが、所定レベル以上であるときに、前記共用車両が前記メンテナンス必要状態であると認識する構成としてもよい。

上記車両予約システムにおいて、前記車両状態認識部は、前記共用車両の使用終了後に、前記共用車両の状態を認識する構成としてもよい。

次に、上記目的を達成するための第２態様として、コンピュータにより実行される車両予約方法であって、共用車両の予約を受け付ける車両予約受付ステップと、前記共用車両の状態を認識する車両状態認識ステップと、前記車両状態認識ステップにより、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、前記車両予約受付ステップによる前記共用車両の予約の受付を禁止する車両予約管理ステップと、を含む車両予約方法が挙げられる。

上記車両予約システムによれば、車両状態認識部により共用車両がメンテナンス必要状態であると認識されたときに、車両予約管理部により、予約受付禁止期間内での共用車両の使用の予約が禁止される。これにより、メンテナンス必要状態の改善に必要な期間内での共用車両の使用の予約が受付けられて、予約に応じた共用車両の使用ができなくなることを防止することができる。

図１は、車両予約システムが、共用車両の状態を認識する態様の説明図である。 図２は、車両予約システムの構成の説明図である。 図３は、利用者による共用車両の撮影態様の説明図である。 図４は、撮影依頼判断処理のフローチャートである。 図５は、車両画像取得処理のフローチャートである。 図６は、メンテナンス対応処理の第１のフローチャートである。 図７は、メンテナンス対応処理の第２のフローチャートである。 図８は、メンテナンス対応処理の第３のフローチャートである。 図９は、予約受付禁止期間が設定された共用車両の予約管理表の説明図である。

［１．共用車両の状態の認識態様］
図１を参照して、車両予約システム１が共用車両７０の状態を認識する態様について説明する。車両予約システム１は、駐車場１００を受け渡し場所として、共用車両７０の使用の予約を管理する。共用車両７０は、カーシェアリング、カーレンタル等により複数の利用者に貸し出されて使用される。

共用車両７０は、共用車両７０の全体的な作動を制御するＥＣＵ（Electronic Control Unit）７１と、カーナビ（カーナビゲーション装置）７２を備えている。車両予約システム１は、共用車両７０を含む複数の共用車両の管理用データが保存された共用車両ＤＢ（Data Base）３２を備えている。共用車両ＤＢ３２には、共用車両毎に、共用車両の情報、共用車両の予約状況、共用車両の利用者及び予約者の情報等が記録されている。

共用車両の情報には共用車両の通信アドレスが含まれ、利用者及び予約者の情報には予約者又は利用者に使用される通信端末の通信アドレスが含まれる。車両予約システム１は、これらの通信アドレスを使用して、共用車両７０、利用者Ｐｕにより使用される利用者端末５０、及び予約者Ｐｒ（予約完了者、及び予約検討者）により使用される予約者端末６０との間で、通信ネットワーク５００を介して通信を行う。また、車両予約システム１は、共用車両のメンテナンスを管理するメンテナンス管理サーバー２００との間で、通信ネットワーク５００を介して通信を行う。

共用車両７０の使用を予約した利用者Ｐｕは、駐車場１００から共用車両７０の使用を開始し、共用車両７０を駐車場１００に戻して共用車両７０の使用を終了する。共用車両７０は、利用者Ｐｕに使用されている間、共用車両７０の使用状況を示す車両使用情報Ｃｎｄを、車両予約システム１に送信する。

車両使用情報Ｃｎｄには、カーナビ７２により検出された共用車両の走行ルート、共用車両７０に備えられた図示しないセンサ（速度センサ、フロントドアの開閉センサ、リアドアの開閉センサ、トランクの開閉センサ、シートベルトの装着センサ、着座センサ、雨滴センサ等）の検出状況、ワイパー、ライト類の作動状況等が含まれる。車両予約システム１は、車両使用情報Ｃｎｄに基づいて、共用車両７０の走行ルート、停車地点、共用車両７０の車室及びトランクの使用状況、悪天候下での走行の有無等を認識する。

図１の例では、車両予約システム１は、共用車両７０から送信された車両使用情報Ｃｎｄに基づいて、Ａ１に示したように、共用車両７０が不整地（草原、砂浜、キャンプ場、未舗装路等）に停車し、利用者Ｐｕが降車してトランクを開けたことを認識する。共用車両７０が不整地を走行したことは、共用車両の走行ルートとカーナビ７２に備えられた地図情報とにより認識することができ、利用者Ｐｕの降車は運転席ドアのドアセンサ、運転席のシートベルトセンサ、運転席の着座センサ等の検出結果から認識することができる。また、利用者Ｐｕがトランクを開けたことは、トランクセンサの検出結果から認識することができる。

また、車両予約システム１は、Ａ２に示したように、共用車両７０が雨天の中を走行したことを認識する。なお、共用車両７０が雨天の中を走行したことは、雨滴センサの検出結果、或いはワイパーの作動によって認識することができる。

車両予約システム１は、Ａ１、Ａ２のように、共用車両７０の汚れが発生し易い状況で使用されたことを認識したときに、利用者端末５０に対して、共用車両７０の撮影を依頼する第１撮影依頼情報ＴＰ１＿Ｃを送信する。利用者Ｐｕは、利用者端末５０の表示部に表示される第１撮影依頼情報ＴＰ１＿Ｃを確認し、利用者端末５０に備えられたカメラ５１により共用車両７０の外装、車室を撮影して、撮影画像ＶＤを車両予約システム１に送信する。

また、使用開始時の共用車両７０の状態を確認するために、利用者端末５０に対して、使用者開始時の共用車両７０の撮影を依頼する第２撮影依頼情報ＴＰ２＿Ｃを送信してもよい。利用者Ｐｕは、利用者端末５０の表示部に表示される第２撮影依頼情報ＴＰ２＿Ｃを確認し、利用者端末５０に備えられたカメラ５１により使用開始時の共用車両７０の外装、車室を撮影し、撮影画像ＶＤを車両予約システム１に送信する。

また、共用車両７０は、利用者Ｐｕによる使用が終了したときに、共用車両７０に備えられたカメラによる撮影画像と共用車両７０に備えられた臭気センサによる臭気の検出データを含む車両状態情報ＣＳを、車両予約システム１に送信する。共用車両７０に備えられたカメラ及び臭気センサについては、図３を参照して後述する。さらに、駐車場１００に設置された監視カメラ１１０は、共用車両７０が駐車場１００に返却されたときに、共用車両７０を撮影して撮影画像ＭＤを車両予約システム１に送信する。

車両予約システム１は、共用車両７０から送信される車両状態情報ＣＳ、駐車場１００に設置された監視カメラ１１０から送信される共用車両７０の撮影画像ＭＤ、及び利用者端末５０から送信される共用車両７０の撮影画像ＶＤに基づいて、使用後の共用車両７０が、メンテナンス必要状態であるか否かを判断する。

そして、車両予約システム１は、共用車両７０に対するメンテナンスが必要であると判断したときは、メンテナンス管理サーバー２００に対して、判断結果に応じたメンテナンスを指示するメンテナンス要請情報ＭＴ＿Ｒを送信する。本実施形態では、メンテナンスとして、共用車両７０の清掃、共用車両７０の傷の修復、及び共用車両７０の車室の脱臭のいずれかの要否が判断される。メンテナンス要請情報ＭＴ＿Ｒを受信したメンテナンス管理サーバー２００は、共用車両７０のメンテンナスを手配し、これにより共用車両７０のメンテナンス必要状態が解消される。

車両予約システム１は、共用車両７０の予約を検討している予約者Ｐｒにより使用される予約者端末６０から送信される予約依頼情報ＳＣ＿Ｒを受信して、共用車両７０の予約を受け付ける。そして、車両予約システム１は、共用車両７０がメンテナンス必要状態であると認識したときは、予約受付禁止期間を設定して、予約受付禁止期間での共用車両７０の使用の新規予約を禁止する。また、車両予約システム１は、予約者端末６０に対して、共用車両７０の撮影画像ＶＭを送信する。予約者Ｐｒは、予約者端末６０の表示部に表示される共用車両７０の撮影画像ＶＭを視認して、共用車両７０の状態を確認することができる。撮影画像ＶＭは、車両状態情報ＣＳに含まれる共用車両７０の撮影画像、監視カメラ１１０から送信された共用車両７０の撮影画像ＭＤ、或いは利用者端末５０から送信された共用車両７０の撮影画像ＶＤである。

［２．車両予約システムの構成］
図２及び図３を参照して、車両予約システム１の構成について説明する。車両予約システム１は、ＣＰＵ（Central Processing Unit）１０、メモリ３０、通信部４０等を備えたコンピュータシステムである。メモリ３０には、上述した共用車両ＤＢ３２の他に、車両予約システム１の制御用プログラム３１が保存されている。

ＣＰＵ１０は、メモリ３０に保存された制御用プログラム３１を読み込んで実行することにより、車両使用状況認識部１１、撮影依頼部１２、車両情報取得部１３、報酬情報提供部１４、車両画像提供部１５、車両状態認識部１６、メンテナンス要請部１７、車両予約受付部１８、車両予約管理部１９、及び貸出条件提案部２０として機能する。

ここで、車両予約受付部１８により実行される処理は、本発明の車両予約方法における車両予約受付ステップに相当し、車両状態認識部１６により実行される処理は、本発明の車両予約方法における車両状態認識ステップに相当する。また、車両予約管理部１９により実行される処理は、本発明の車両予約方法における車両予約管理ステップに相当する。

車両使用状況認識部１１は、共用車両７０から送信される車両使用情報Ｃｎｄに基づいて、利用者Ｐｕによる使用期間中の共用車両７０の使用状況を認識する。撮影依頼部１２は、車両使用状況認識部１１により認識された共用車両７０の使用状況に基づいて、利用者Ｐｕに対して共用車両７０の撮影を依頼するか否かを判断する。撮影依頼部１２は共用車両７０の撮影を依頼すると判断したときに、共用車両７０の撮影と撮影画像ＶＤの送信を依頼する第１撮影依頼情報ＴＰ１＿Ｃを、利用者端末５０に対して送信する。

ここで、図３を参照して、第１撮影依頼情報ＴＰ１＿Ｃにより指定される共用車両７０の撮影対象範囲について説明する。撮影依頼部１３は、車両使用情報Ｃｎｄに基づいて、図３に示したＴ１〜Ｔ４の４つの撮影位置による撮影範囲のうちの少なくとも一つを指定した第１撮影依頼情報ＴＰ１＿Ｃを、利用者端末５０に送信する。

Ｔ１は、車室の運転席７５及びその周辺を対象とした撮影を行うための撮影位置である。Ｔ２は、車室の後席７７及びその周辺を対象とした撮影を行うための撮影位置である。Ｔ３は、トランク７８を対象とした撮影を行うための撮影位置である。Ｔ４は、共用車両７０の全周の外装を対象とした撮影を行うための撮影位置である。

共用車両７０には、車載カメラとして、共用車両７０の前方を撮影する前方カメラ８０、右ドアミラー８１に装着されて共用車両７０の右側方を撮影する右側方カメラ８２、左ドアミラー８３に装着されて共用車両７０の左側方を撮影する左側方カメラ８４、共用車両７０の車室を撮影する車室カメラ８５、及び共用車両７０の後方を撮影する後方カメラ８６が備えられている。

また、共用車両７０の車室には、車室内の臭気を検出する臭気センサ８７が設けられている。共用車両７０は、共用車両７０の使用が終了したときに、前方カメラ８０、右側方カメラ８２、左側方カメラ８４、及び後方カメラ８６による共用車両７０の撮影画像と、臭気センサ８７による臭気の検出情報とを含む車両状態情報ＣＳを、車両予約システム１に送信する。

車両情報取得部１３は、共用車両７０から送信される車両状態情報ＣＳ、駐車場１００に設置された監視カメラ１１０による共用車両７０の撮影画像ＭＤ、及び利用者端末５０から送信される共用車両７０の撮影画像ＭＤを受信して取得し、共用車両ＤＢ３２に保存する。報酬情報提供部１４は、利用者端末５０から撮影画像ＶＤを受信したときに、共用車両７０の撮影及び撮影画像ＶＤの送信に対する報酬に関する撮影報酬情報ＣＰ＿Ｅを、利用者端末５０に対して送信する。

撮影報酬情報ＣＰ＿Ｅには、商品の購入やサービスの利用の際に使用可能なクーポンや、ポイント等の報酬が含まれ、これにより、利用者Ｐｕに対して、共用車両７０を撮影して撮影画像を送信することに対するインセンティブを与えることができる。

車両画像提供部１５は、予約者端末６０に対して、共用車両ＤＢ３２に保存された共用車両７０の撮影画像を送信する。車両状態認識部１６は、車両情報取得部１３により取得された共用車両７０の撮影画像、及び臭気センサ８７による臭気の検出情報に基づいて、共用車両７０の状態（汚れ、傷、臭気のレベル）を認識する。そして、車両状態認識部１６は、共用車両７０がメンテナンス必要状態（汚れ、傷、又は臭気のレベルが所定レベル以上である状態）であることを認識する。

車両状態認識部１６は、共用車両７０の撮影画像を解析して、共用車両７０の汚れ及び傷のレベルを判断する。汚れ及び傷のレベルの判断は、例えば、予め共用車両ＤＢ３２に保存された共用車両７０の傷が無く清掃もされた状態での撮影画像と、使用終了時の共用車両７０の撮影画像とを比較することによって行われる。

メンテナンス要請部１７は、車両状態認識部１６により、共用車両７０の汚れレベルが所定の汚れ閾値（本発明の所定レベルに相当する）以上であると判断されたときに、メンテナンス管理サーバー２００に対して、共用車両７０の清掃を要請するメンテナンス要請情報ＭＴ＿Ｒを送信する。

また、メンテナンス要請部１７は、車両状態認識部１６により、共用車両７０の傷レベルが傷閾値（本発明の所定レベルに相当する）以上であると判断されたときに、メンテナンス管理サーバー２００に対して、共用車両７０の傷の修復を要請するメンテナンス要請情報ＭＴ＿Ｒを送信する。さらに、メンテナンス要請部１７は、車両状態認識部１６により、共用車両７０の車室の臭気レベルが所定の臭気閾値（本発明の所定レベルに相当する）以上であると判断されたときに、メンテナンス管理サーバー２００に対して、共用車両７０の車室の脱臭を要請するメンテナンス要請情報ＭＴ＿Ｒを送信する。

車両予約受付部１８は、予約者端末６０から送信される予約依頼情報ＳＣ＿Ｒを受信して、予約者Ｐｒによる共用車両７０の予約を受け付ける。車両予約管理部１９は、共用車両７０の予約が完了したときに、予約内容を共用車両ＤＢ３２に記録する。また、車両予約管理部１９は、車両状態認識部１６により、共用車両７０がメンテナンス必要状態であると認識されたときに、予約受付禁止期間を設定して、予約受付禁止期間での共用車両７０の使用の予約の受付を禁止する。

貸出条件提案部２０は、車両予約管理部１９により、予約受付禁止期間での共用車両７０の使用の予約の受付が禁止されたときに、予約者Ｐｒによって、既に予約受付禁止期間での共用車両７０の使用の予約がなされていたときには、代替車両の提案或いは使用料金の割引等を提案する貸出条件提案情報ＲＣ＿Ｅを、予約者端末６０に対して送信する。

［３．共用車両の予約管理表］
図９を参照して、車両予約管理部１９により管理される共用車両７０の予約管理表３００について説明する。図９に示した予約管理表３００は、２時間単位（０：００〜２：００、２：００〜４：００、…）で共用車両７０の予約を受け付ける場合について、６日分（１０日〜１５日）の予約状況を例示したものである。予約管理表３００は、共用車両ＤＢ３２に保存されている。

車両予約管理部１９は、車両状態認識部１６により共用車両７０がメンテナンス必要状態であると認識されたときに、清掃、傷の修復、或いは車室の脱臭等のメンテナンスに必要な時間に応じて、予約管理表３００に予約受付禁止期間を設定する。図９の例では、１０日から１２日までが、予約受付禁止期間３１０に設定されている。また、１４日の１４：００〜２０：００までの時間帯３２０及び１５日の６：００〜１２：００までの時間帯３２１が予約済みとなっている。

この場合、予約受付禁止期間３１０の１０日〜１２日について、車両予約受付部１８による共用車両７０の予約の受付が禁止されるが、予約受付禁止期間３１０が経過する１３日以降については、予約済みの時間帯３２０，３２１を除いて、予約の受付は許可される。

そのため、共用車両７０に対して清掃、傷の修復、或いは車室の脱臭等のメンテナンスが行われている間に、車両予約受付部１８は、例えば、１３日の４：００〜１２：００までの時間帯３３０の予約を受け付けることができる。これにより、予約受付禁止期間３１０が経過した後の共用車両７０の貸出を予め確保して、共用車両７０の稼働率を高めることができる。

利用者端末５０は、ウェブブラウザ或い車両予約用のアプリ（アプリケーションプログラム）等により、車両予約システム１にアクセスすることによって、予約管理表３００を表示する。利用者Ｐｕは、利用者端末５０に表示される予約管理表３００を閲覧することにより、予約が可能な日時を確認して共用車両７０を予約することができる。

［４．撮影依頼判断処理］
図４に示したフローチャートに従って、車両予約システム１により実行される撮影要否判断処理について説明する。

図４のステップＳ１で、車両使用状況認識部１１は、共用車両７０から送信される車両使用情報Ｃｎｄを受信して、使用期間中の共用車両７０の走行ルート、駐停車地点、共用車両７０に備えられた各種センサの検出結果、共用車両７０に備えられたアクシュエータ類の作動状況等を把握する。そして、車両使用状況認識部１１は、把握結果に基づいて、共用車両７０の使用状況を認識する。

続くステップＳ２以降は、撮影依頼部１２による処理である。撮影依頼部１２は、ステップＳ２で、車両使用状況認識部１１による認識結果に基づいて、共用車両７０が所定場所に行ったか否かを判断する。ここで、所定場所には、海、山、草原、未舗装路、キャンプ場等の共用車両７０の外装の汚れが生じ易く、また、乗員の乗り降りや荷物の出し入れにより、共用車両７０の車室やトランクの汚れも生じやすい場所が設定されている。

撮影依頼部１２は、共用車両７０が所定場所に行ったと判断したときはステップＳ１０に処理を進め、共用車両７０が所定場所に行かなかったと判断したときにはステップＳ３に処理を進める。ステップＳ３で、撮影依頼部１２は、車両使用状況認識部１１による認識結果に基づいて、共用車両７０が悪天候下で走行したか否かを判断する。撮影依頼部１２は、共用車両７０が悪天候下で走行したと判断したときはステップＳ１０に処理を進め、共用車両７０悪天候下で走行しなかったと判断したときにはステップＳ４に処理を進める。

ここで、雨や雪等の悪天候下で走行したことは、上述しように雨滴センサ或いはワイパーの作動状況から認識することができるが、共用車両７０に搭載されたカメラ（図示しない）による周囲の撮影画像から悪天候を認識してもよい。また、気象情報を提供する情報提供サーバーから提供される気象情報を受信することにより、悪天候を認識してもよい。

ステップＳ４で、撮影依頼部１２は、車両使用状況認識部１１による認識結果に基づいて、共用車両７０が所定の判定レベル以上の衝撃を検知したか否かを判断する。判定レベル以上の衝撃が検知された場合、共用車両７０が何らかの対象物に接触して、外装に傷がついた可能性がある。そして、撮影依頼部１２は、共用車両７０が閾値レベル以上の衝撃を検知したときはステップＳ１７に処理を進め、共用車両７０が閾値レベル以上の衝撃を検知しなかったときにはステップＳ５に処理を進める。

ステップＳ１７で、撮影依頼部１２は、共用車両７０の全周の外装の撮影（図３のＴ４の撮影位置に対応する）を指定する車両外装撮影フラグを「１」にして（フラグのセット）、ステップＳ５に処理を進める。

ステップＳ１０で、撮影依頼部１２は、共用車両７０の運転席及びその周辺の撮影（図３のＴ１の撮影位置に対応する）を指定する運転席撮影フラグを「１」にして、ステップＳ１１に処理を進める。続くステップＳ１１で、撮影依頼部１２は、車両使用状況認識部１１による認識結果に基づいて、共用車両７０のトランクの開閉があったか否かを判断する。そして、撮影依頼部１２は、共用車両７０のトランクの開閉があったと判断したときはステップＳ１５に処理を進め、共用車両７０のトランクの撮影（図３のＴ３の撮影位置に対応する）を指定するトランク撮影フラグを「１」にして、ステップＳ１２に処理を進める。

一方、ステップＳ１１で、共用車両７０のトランクの開閉がなかったと判断したときには、撮影依頼部１２は、ステップＳ１２に処理を進め、車両使用状況認識部１１による認識結果に基づいて、共用車両７０のリアシートベルトの使用があったか否かを判断する。そして、撮影依頼部１２は、共用車両７０のリアシートベルトの使用があったと判断したときはステップＳ１６に処理を進め、共用車両７０の後席及びその周辺の撮影（図３のＴ２の撮影位置に対応する）を指定するリアシート撮影フラグを「１」にして、ステップＳ５に処理を進める。一方、ステップＳ１２で、共用車両７０のリアシートベルトの使用がなかったと判断したときには、撮影依頼部１２は、ステップＳ５に処理を進める。

［５．車両画像取得処理］
図５に示したフローチャートに従って、車両予約システム１により実行される車両画像取得処理について説明する。

図５のステップＳ２０で、撮影依頼部１２は、車両使用状況認識部１１による認識結果に基づいて、共用車両７０が駐車場１００に返却されたか否かを判断し、共用車両７０が駐車場１００に返却されたと判断したときにステップＳ２１に処理を進める。ステップＳ２１で、撮影依頼部１３は、運転席撮影フラグ、後席撮影フラグ、トランク撮影フラグ、及び外装撮影フラグのうちの少なくとのいずれか一つが「１」であるか否かを判断する。

そして、撮影依頼部１２は、少なくともいずれか一つの撮影フラグが「１」であったときはステップＳ３０に処理を進め、「１」になっている撮影フラグが一つもないときにはステップＳ２２に処理を進める。

ステップＳ３０で、撮影依頼部１２は、利用者端末５０に対して、「１」になっている撮影フラグに応じた撮影対象を指定した第１撮影依頼情報ＴＰ１＿Ｃを送信して、利用者Ｐｕに共用車両７０の撮影を依頼する。例えば、運転席撮影フラグが「１」になっているときには、運転席及びその周辺を撮影範囲に指定した第１撮影依頼情報ＴＰ１＿Ｃが利用者端末５０に送信される。

第１撮影依頼情報ＴＰ１＿Ｃを受信した利用者端末５０は、共用車両７０の撮影対象箇所を指示するガイダンス画面を表示部に表示する。この表示を確認した利用者Ｐｕは、撮影依頼に応じるときには、図３に示したように、利用者端末５０に備えられたカメラ５１により、撮影フラグにより指定された撮影範囲を撮影する。そして、利用者Ｐｕは、撮影画像ＶＤを車両予約システム１に送信する。

続くステップＳ３１で、車両情報取得部１３は、利用者端末５０から共用車両７０の撮影画像ＶＤを受信したか否かを判断する。そして、車両情報取得部１３は、利用者端末５０から撮影画像ＶＤを受信したときはステップＳ３２に処理を進め、利用者端末５０から撮影画像ＶＤを受信しなかったときにはステップＳ２２に処理を進める。

ステップＳ３２で、車両情報取得部１３は、撮影画像ＶＤについて、撮影範囲が撮影フラグにより指定された撮影範囲と合致していること、画質（ピント、明るさ、ブレ等）が良好であること等の採用条件を満たしているか否かを判断する。そして、車両情報取得部１３は、撮影画像ＶＤが採用条件を満たしているときはステップＳ３３に処理を進める。

一方、撮影画像ＶＤが採用条件を満たしていないときには、車両情報取得部１３は、ステップＳ３０に処理を進める。この場合、撮影依頼部１３により、第１撮影依頼情報ＴＰ１＿Ｃが利用者端末５０に送信され、利用者Ｐｕに対して共用車両７０の撮影のし直しが依頼される。

ステップＳ３３で、車両情報取得部１３は、利用者端末５０から受信した共用車両７０の撮影画像ＶＤを共用車両ＤＢ３２に保存する。続くステップＳ３４で、報酬情報提供部１４は、利用者端末５０に対して、撮影及び撮影画像ＶＤの送信に対する報酬を含む撮影報酬情報ＣＰ＿Ｅを送信し、ステップＳ２２に処理を進める。

このように、共用車両７０の汚れが生じている可能性が高いと予測される場合に、利用者Ｐｕに対して、共用車両７０の撮影を依頼して、共用車両７０の撮影画像ＶＤを取得することにより、共用車両７０の汚れの状況をより詳細に解析することが可能となる。

［６．メンテナンス対応処理］
図６〜図８に示したフローチャートに従って、車両予約システム１により実行されるメンテナンス対応処理について説明する。

図６のステップＳ４０で、車両状態認識部１６は、共用車両７０から送信された車両状態情報ＣＳに含まれる共用車両７０の撮影画像、駐車場１００に設置された監視カメラ１１０から送信された共用車両７０の撮影画像ＭＤ、及び利用者端末５０から送信された共用車両７０の撮影画像ＶＤを解析して、共用車両７０の汚れ及び傷の状態（レベル）を認識する。

続くステップＳ４１で、車両状態認識部１６は、共用車両７０の汚れレベルが汚れ閾値以上であるか否かを判断する。ここで、汚れレベルが高いほど、汚れの程度がひどくなって清掃に要する時間が長くなる。車両状態認識部１６は、共用車両７０の汚れレベルが汚れ閾値以上であるときはステップＳ５０に処理を進め、共用車両７０の汚れレベルが汚れ閾値未満であるときにはステップＳ４２に処理を進める。

ステップＳ５０で、メンテナンス要請部１７は、メンテナンス管理サーバー２００に対して、共用車両７０の清掃を要請するメンテナンス要請情報ＭＴ＿Ｒを送信する。続くステップＳ５１で、車両予約管理部１９は、共用車両７０の汚れレベルが予約停止汚れ閾値以上であるか否かを判断する。そして、車両予約管理部１９は、共用車両７０の汚れレベルが予約停止汚れ閾値以上であるときは図８のステップＳ８０に処理を進め、共用車両７０の汚れレベルが予約停止汚れ閾値未満であるときにはステップＳ４２に処理を進める。

ステップＳ４２で、車両状態認識部１６は、共用車両７０の傷レベルが傷閾値以上であるか否かを判断する。ここで、傷のレベルが高いほど、傷の程度がひどくなって、修復に要する時間が長くなる。車両状態認識部１６は、共用車両７０の傷レベルが傷閾値以上であるときはステップＳ６０に処理を進め、共用車両７０の傷レベルが傷閾値未満であるときには図７のステップＳ４３に処理を進める。

ステップＳ６０で、メンテナンス要請部１７は、メンテナンス管理サーバー２００に対して、共用車両７０の傷の修復を要請するメンテナンス要請情報ＭＴ＿Ｒを送信する。続くステップＳ６１で、車両予約管理部１９は、共用車両７０の汚れレベルが予約停止傷閾値以上であるか否かを判断する。そして、車両予約管理部１９は、共用車両７０の傷レベルが予約停止傷閾値以上であるときは図８のステップＳ８０に処理を進め、共用車両７０の傷レベルが予約停止傷閾値未満であるときには図７のステップＳ４３に処理を進める。

図７のステップＳ４３で、車両状態認識部１６は、共用車両７０から送信された車両状態情報ＣＳに含まれる臭気センサ８７による臭気の検出情報に基づいて、共用車両７０の臭気レベルを認識する。ここで、臭気レベルが高いほど、共用車両７０の乗員の不快感が増大し、車室の脱臭に要する時間が長くなる。車両状態認識部１６は、共用車両７０の臭気レベルが臭気閾値以上であるときはステップＳ７０に処理を進め、共用車両７０の臭気レベルが臭気閾値未満であるときにはステップＳ４５に処理を進める。

ステップＳ７０で、メンテナンス要請部１７は、メンテナンス管理サーバー２００に対して、共用車両７０車室の脱臭を要請するメンテナンス要請情報ＭＴ＿Ｒを送信する。続くステップＳ７１で、車両予約管理部１９は、共用車両７０の臭気レベルが予約停止臭気閾値以上であるか否かを判断する。そして、車両予約管理部１９は、共用車両７０の臭気レベルが予約停止臭気レベル以上であるときは図８のステップＳ８０に処理を進め、共用車両７０の臭気レベルが予約停止臭気レベル未満であるときにはステップＳ４５に処理を進める。

図８のステップＳ８０で、車両予約管理部１９は、予約受付禁止期間を設定して、予約受付禁止期間での共用車両７０の使用について、車両予約受付部１８による予約受付を禁止する。ここで、車両予約管理部１９は、ステップＳ５１で共用車両７０の汚れレベルが予約停止汚れ閾値以上であると判断したときは、汚れレベルに基づいて、汚れの清掃に必要な時間が確保されるように予約受付禁止期間を設定する。

また、車両予約管理部１９は、ステップＳ６１で共用車両７０の傷レベルが予約停止傷閾値以上であると判断したときは、傷レベルに基づいて、傷の修復に必要な時間が確保されるように予約受付禁止期間を設定する。また、車両予約管理部１９は、ステップＳ７１で共用車両７０の臭気レベルが予約停止臭気閾値以上であると判断したときは、臭気レベルに基づいて、車室の脱臭に必要な時間が確保されるように予約受付禁止期間を設定する。

続くステップＳ８１で、車両予約管理部１９は、予約受付禁止期間を設定時間とする予約受付禁止タイマをスタートさせる。次のステップＳ８２で、車両予約管理部１９は、共用車両ＤＢ３２を参照して、予約受付禁止期間での共用車両７０の使用について、設定済みの予約があるか否かを判断する。そして、車両予約管理部１９は、設定済みの予約があるときはステップＳ９０に処理を進め、設定済みの予約がないときにはステップＳ８３に処理を進める。

ステップＳ９０で、車両予約管理部１９は、共用車両ＤＢ３２を参照して、駐車場１００を受け渡し場所とする共用車両７０の代替車両の提供が可能であるか否かを判断する。そして、車両予約管理部１９は、代替車両の提供が可能と判断したときはステップＳ９２に処理を進め、代替車両の提供が不能であると判断した時にはステップＳ９１に処理を進める。

ステップＳ９２で、車両予約管理部１９は、代替車両への貸出車両の変更を提案する貸出条件提案情報ＲＣ＿Ｅを予約者端末６０に対して送信し、ステップＳ８３に処理を進める。また、ステップＳ９１で、車両予約管理部１９は、使用料金の割引を条件としたメンテナンス必要状態である共用車両７０の貸出を提案する貸出条件提案情報ＲＣ＿Ｅを予約者端末６０に送信し、ステップＳ８３に処理を進める。

ステップＳ８３で、車両予約管理部１９は、予約受付禁止タイマがタイムアップしたか否かを判断する。そして、車両予約管理部１９は、予約受付禁止タイマがタイムアップしたときはステップＳ８４に処理を進めて、車両予約受付部１８による共用車両７０の予約受付の禁止を解除する。

一方、ステップＳ８３で予約受付禁止タイマがタイムアップしていないときには、車両予約管理部１９は、ステップＳ９５に処理を進めて、共用車両７０のメンテナンス（清掃、傷の修復、或いは車室の脱臭）が終了したか否かを判断する。そして、車両予約管理部１９は、メンテナンスが終了していないときはステップＳ８３に処理を進め、メンテナンスが終了したときにはステップＳ８４に処理を進める。この場合は、予約受付禁止期間が短縮される。

［７．他の実施形態］
上記実施形態では、車両予約システム１を、サーバーシステムにより構成したが、例えば、駐車場１００に設置された駐車管理用のコンピュータシステムの機能の一部として、車両予約システム１を構成してもよい。或いは、車両予約システム１の構成の一部を利用者端末５０及び予約者端末６０に分担させて、サーバーシステムと利用者端末５０及び予約者端末６０とにより、車両予約システムを構成してもよい。

上記実施形態では、車両状態認識部１６は、共用車両７０の状態として、共用車両７０の汚れ、傷、及び車室の臭気を認識したが、他の要素を認識してもよい。また、共用車両７０の汚れ、傷、及び車室の臭気のうちのいずれか一つあるいは二つを認識するようにしてもよい。

上記実施形態では、車両予約管理部１９は、予約受付禁止期間を、共用車両７０の汚れ、傷、及び車室の臭気のレベルに応じて変更して設定したが、予約受付禁止期間を一定期間、或いはメンテナンスにより共用車両７０の状態が前記メンテナンス必要状態から改善されるまで継続させてもよい。

上記実施形態では、車両予約管理部１９は、図８のステップＳ９５で、予約受付禁止タイマがタイムアップする前（予約受付禁止期間が経過する前）に共用車両７０のメンテナンスが終了したときに、ステップＳ８４に処理を進めて、車両予約受付部１８による共用車両７０の予約受付の禁止を解除する処理を行ったが、この処理を行わない構成としてもよい。

上記実施形態では、貸出条件提案部２０を備えて、図８のステップＳ９０〜Ｓ９２の処理により、予約受付禁止期間での使用について設定済みの予約があるときに、予約者端末６０に対して貸出条件提案情報ＲＣ＿Ｅを送信する処理を行ったが、貸出条件提案部２０を省略した構成としてもよい。

なお、図２は、本願発明の理解を容易にするために、車両予約システム１の構成を、主な処理内容により区分して示した概略図であり、車両予約システム１の構成を、他の区分によって構成してもよい。また、各構成要素の処理は、１つのハードウェアユニットにより実行されてもよいし、複数のハードウェアユニットにより実行されてもよい。また、図４〜図８に示した各構成要素による処理は、１つのプログラムにより実行されてもよいし、複数のプログラムにより実行されてもよい。

［８．上記実施形態によりサポートされる構成］
上記実施形態は、以下の構成の具体例である。

（第１項）共用車両の予約を受け付ける車両予約受付部と、前記共用車両の状態を認識する車両状態認識部と、前記車両状態認識部により、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、前記車両予約受付部による前記共用車両の予約の受付を禁止する車両予約管理部と、を備える車両予約システム。
第１項の車両予約システムによれば、車両状態認識部により共用車両がメンテナンス必要状態であると認識されたときに、車両予約管理部により共用車両の使用の予約が禁止される。これにより、メンテナンス必要状態の改善に必要な期間内での共用車両の使用の予約が受付けられて、予約に応じた共用車両の使用ができなくなることを防止することができる。

（第２項）前記車両予約管理部は、前記車両状態認識部により、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、所定の予約受付禁止期間内での前記共用車両の使用について、前記車両予約受付部による前記共用車両の予約の受付を禁止する第１項に記載の車両予約システム。
第２項に記載の車両予約システムによれば、予約受付禁止期間が終了した後の共用車両の使用については、車両予約管理部による共用車両の予約の受付が許可されるので、共用車両の稼働率を高めることができる。

（第３項）前記車両予約管理部は、前記予約受付禁止期間内での前記共用車両の使用について、前記車両予約受付部による前記共用車両の予約の受付を禁止した後、前記予約受付禁止期間が経過する前に、前記共用車両の状態が前記メンテナンス必要状態から改善されたときには、前記予約受付禁止期間を短縮して、前記車両予約受付部による前記共用車両の予約の受付禁止を解除する第２項に記載の車両予約システム。
第２項の車両予約システムによれば、共用車両の状態がメンテナンス必要状態から改善されたタイミングで共用車両の予約受付が再開されるため、共用車両の稼働率を高めることができる。

（第４項）前記車両状態認識部により、前記共用車両が前記メンテナンス必要状態であると認識されたときに、前記予約受付禁止期間内での前記共用車両の使用の予約が既に設定されているときには、前記予約を行った予約者により使用される予約者端末に、貸出可能な代替車両の提案と、使用料金の割引を条件とする前記メンテナンス必要状態での前記共用車両の使用の提案とのうちの少なくともいずれか一方を通知する貸出条件提案情報を送信する貸出条件提案部を、備える第２項又は第３項に記載の車両予約システム。
第４項の車両予約システムによれば、共用車両がメンテナンス必要状態であることが認識される前に既に供用車両の予約がなされていた場合に、予約者に対して、代替車両の提案又は使用料金の割引を提案することにより、予約者の便宜を図ることができる。

（第５項）前記車両状態認識部は、前記共用車両の汚れ、前記共用車両の傷、及び前記共用車両の車室内の匂いのうちの少なくともいずれか一つのレベルが、所定レベル以上であるときに、前記共用車両が前記メンテナンス必要状態であると認識する第２項から第４項のうちいずれか１項に記載の車両予約システム。
第５項の車両予約システムによれば、共用車両の汚れ、傷、或いは匂いを改善するために必要な期間内での共用車両の使用の予約がなされることを回避することができる。

（第６項）前記車両状態認識部は、前記共用車両の状態として前記共用車両の汚れを認識し、前記予約受付禁止期間は、前記共用車両の清掃に必要な予測時間に基づいて設定される第５項に記載の車両予約システム。
第６項の車両予約システムによれば、共用車両の清掃が必要な場合に、清掃に必要な期間内での共用車両の使用の予約がなされることを回避することができる。

（第７項）前記車両状態認識部は、前記共用車両の状態として前記共用車両の傷を認識し、前記予約受付禁止期間は、前記共用車両の傷の修復に必要な予測時間に基づいて設定される第５項に記載の車両予約システム。
第７項の車両予約システムによれば、共用車両の傷の修復が必要な場合に、傷の修復に必要な期間内での共用車両の使用の予約がなされることを回避することができる。

（第８項）前記車両予約管理部は、前記車両状態認識部により、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、前記共用車両の状態が前記メンテナンス必要状態から改善されるまでの期間内での前記共用車両の使用について、前記車両予約受付部による前記共用車両の予約の受付を禁止する第１項に記載の車両予約システム。
第８項の車両予約システムによれば、車両状態認識部により共用車両がメンテナンス必要状態であると認識されたときに、車両予約管理部により、共用車両の状態がメンテナンス必要状態から改善されるまでの期間内での共用車両の使用の予約の受付が禁止される。これにより、メンテナンス必要状態の改善に必要な期間内で、共用車両の新たな予約が受付けられて、予約された共用車両の使用ができなくなることを防止することができる。

（第９項）前記車両状態認識部は、前記共用車両の汚れ、前記共用車両の傷、及び前記共用車両の車室内の匂いのうちの少なくともいずれか一つのレベルが、所定レベル以上であるときに、前記共用車両が前記メンテナンス必要状態であると認識する第８項に記載の車両予約システム。
第９項の車両予約システムによれば、共用車両の汚れ、傷、或いは匂いを改善するために必要な期間内での共用車両の使用の予約がなされることを回避することができる。

（第１０項）前記車両状態認識部は、前記共用車両の使用終了後に、前記共用車両の状態を認識する第１項から第９項のうちいずれか１項に記載に車両予約システム。
第１０項の車両システムによれば、共用車両の使用終了後の状態に基づいて、次の使用に対して共用車両のメンテナンスが必要か否かを判断することができる。

（第１１項）コンピュータにより実行される車両予約方法であって、共用車両の予約を受け付ける車両予約受付ステップと、前記共用車両の状態を認識する車両状態認識ステップと、前記車両状態認識ステップにより、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、前記車両予約受付ステップによる前記共用車両の予約の受付を禁止する車両予約管理ステップと、を含む車両予約方法。
第１１項の車両予約システムによれば、車両状態認識ステップにより、共用車両がメンテナンス必要状態であると認識されたときに、車両予約管理ステップにより共用車両の使用の予約が禁止される。これにより、メンテナンス必要状態の改善に必要な期間内での共用車両の使用の予約が受付けられて、予約に応じた共用車両の使用ができなくなることを防止することができる。

１…車両予約システム、１０…ＣＰＵ、１１…車両使用状況認識部、１２…撮影依頼部、１３…車両情報取得部、１４…報酬情報提供部、１５…車両画像提供部、１６…車両状態認識部、１７…メンテナンス要請部、１８…車両予約受付部、１９…車両予約管理部、２０…貸出条件提案部、３０…メモリ、３１…制御用プログラム、３２…共用車両ＤＢ、５０…利用者端末、５１…（利用者端末の）カメラ、６０…予約者端末、７０…共用車両、８０…前方カメラ、８２…右側方カメラ、８４…左側方カメラ、８５…車室カメラ、８６…後方カメラ、８７…臭気センサ、１００…駐車場、１１０…監視カメラ、２００…メンテナンス管理サーバー、３００…予約管理表、Ｐｕ…利用者、Ｐｒ…予約者。

Claims (11)

1. 共用車両の予約を受け付ける車両予約受付部と、
   前記共用車両の状態を認識する車両状態認識部と、
   前記車両状態認識部により、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、前記車両予約受付部による前記共用車両の予約の受付を禁止する車両予約管理部と、
   を備える車両予約システム。
2. 前記車両予約管理部は、前記車両状態認識部により、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、所定の予約受付禁止期間内での前記共用車両の使用について、前記車両予約受付部による前記共用車両の予約の受付を禁止する
   請求項１に記載の車両予約システム。
3. 前記車両予約管理部は、前記予約受付禁止期間内での前記共用車両の使用について、前記車両予約受付部による前記共用車両の予約の受付を禁止した後、前記予約受付禁止期間が経過する前に、前記共用車両の状態が前記メンテナンス必要状態から改善されたときには、前記予約受付禁止期間を短縮して、前記車両予約受付部による前記共用車両の予約の受付禁止を解除する
   請求項２に記載の車両予約システム。
4. 前記車両状態認識部により、前記共用車両が前記メンテナンス必要状態であると認識されたときに、前記予約受付禁止期間内での前記共用車両の使用の予約が既に設定されているときには、前記予約を行った予約者により使用される予約者端末に、貸出可能な代替車両の提案と、使用料金の割引を条件とする前記メンテナンス必要状態での前記共用車両の使用の提案とのうちの少なくともいずれか一方を通知する貸出条件提案情報を送信する貸出条件提案部を、
   備える請求項２又は請求項３に記載の車両予約システム。
5. 前記車両状態認識部は、前記共用車両の汚れ、前記共用車両の傷、及び前記共用車両の車室内の匂いのうちの少なくともいずれか一つのレベルが、所定レベル以上であるときに、前記共用車両が前記メンテナンス必要状態であると認識する
   請求項２から請求項４のうちいずれか１項に記載の車両予約システム。
6. 前記車両状態認識部は、前記共用車両の状態として前記共用車両の汚れを認識し、
   前記予約受付禁止期間は、前記共用車両の清掃に必要な予測時間に基づいて設定される
   請求項５に記載の車両予約システム。
7. 前記車両状態認識部は、前記共用車両の状態として前記共用車両の傷を認識し、
   前記予約受付禁止期間は、前記共用車両の傷の修復に必要な予測時間に基づいて設定される
   請求項５に記載の車両予約システム。
8. 前記車両予約管理部は、前記車両状態認識部により、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、前記共用車両の状態が前記メンテナンス必要状態から改善されるまでの期間内での前記共用車両の使用について、前記車両予約受付部による前記共用車両の予約の受付を禁止する
   請求項１に記載の車両予約システム。
9. 前記車両状態認識部は、前記共用車両の汚れ、前記共用車両の傷、及び前記共用車両の車室内の匂いのうちの少なくともいずれか一つのレベルが、所定レベル以上であるときに、前記共用車両が前記メンテナンス必要状態であると認識する
   請求項８に記載の車両予約システム。
10. 前記車両状態認識部は、前記共用車両の使用終了後に、前記共用車両の状態を認識する
    請求項１から請求項９のうちいずれか１項に記載に車両予約システム。
11. コンピュータにより実行される車両予約方法であって、
    共用車両の予約を受け付ける車両予約受付ステップと、
    前記共用車両の状態を認識する車両状態認識ステップと、
    前記車両状態認識ステップにより、前記共用車両が所定のメンテナンス必要状態であると認識されたときに、前記車両予約受付ステップによる前記共用車両の予約の受付を禁止する車両予約管理ステップと、
    を含む車両予約方法。
    

Images