JP7102310B2 - 車両管理システム - Google Patents

Description

本発明は、複数の利用者により利用される車両を管理する車両管理システムに関する。

１台の車両を複数の利用者が順次利用するカーシェアリング等の車両利用方法が知られている。このような共用の車両では、通常、当該車両の利用開始場所であるステーションの位置と、当該車両の返却場所であるステーションの位置と、が予め定められている。しかしながら、車両の利用開始場所や返却場所は、利用者の行動等に応じて流動的に定めることができる方が便利な場合があり得る。

例えば、特許文献１には、共用車両が利用することのできる複数のステーションを管理する共用車両管理装置を備える共用車両管理システムが記載されている。この共用車両管理装置は、一の共用車両が帰着予定のステーションと異なる他のステーションに停車したときに、当該他のステーションが他の共用車両により利用される予定がない等の利用可能な状態であるか否かを判断する。そして、利用可能な状態であるときは、共用車両管理装置は、当該一の共用車両に対し、帰着ステーションを当該他のステーションに変更することを提案する。

しかしながら、上記従来のシステムは、共用車両の現在の利用者の利便性を考慮したものであり、上記提案された帰着ステーションに共用車両が返却されたのでは、次の利用者の利便性が損なわれたり、次の利用者の利用開始予定のステーションへの車両移動が必要となる等の問題も生じ得る。

すなわち、上記従来のシステムでは、共用車両の次の利用者についての利便性を向上することに関して改善の余地がある。

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

本発明は上記背景に鑑みなされたものであり、複数の利用者が順次利用する車両において、現在の利用者から車両を引き継いで利用する次の利用者の利便性を向上することを目的とする。

本発明の一の態様は、複数の利用者により利用される車両を管理する車両管理システムであって、前記車両の利用予定情報及び利用状況を管理する利用管理部と、前記利用者の行動予定を取得する行動予定取得部と、前記車両の現在の利用者の後に前記車両を利用する次の利用者に対し、前記現在の利用者が前記車両の利用を終了する際の前記車両の停車位置である帰着位置の変更の提案を出力する提案部と、を備え、前記提案部は、前記次の利用者について、当該次の利用者の前記行動予定に基づいて、前記次の利用者の現在位置、現在時刻から前記車両の利用を開始する利用開始予定時刻までに滞在する予定立ち寄り地点位置の情報、又は前記利用開始予定時刻から開始する前記車両の利用において滞在する立ち寄り地点位置の情報を含むスケジュール情報を生成し、当該生成した前記次の利用者についてのスケジュール情報に基づいて、前記提案である第１の提案を出力する。
本発明の他の態様は、複数の利用者により利用される車両を管理する車両管理システムであって、前記車両の利用予定情報及び利用状況を管理する利用管理部と、前記利用者の行動予定を取得する行動予定取得部と、前記車両を利用中である現在の利用者に対し、前記現在の利用者が前記車両の利用を終了する際の前記車両の停車位置である帰着位置の変更の提案を出力する提案部と、を備え、前記提案部は、前記現在の利用者の次に前記車両を利用する次の利用者について、当該次の利用者の前記行動予定に基づいて、前記次の利用者の現在位置、現在時刻から前記車両の利用を開始する利用開始予定時刻までに滞在する予定立ち寄り地点位置の情報、又は前記利用開始予定時刻から開始する前記車両の利用において滞在する立ち寄り地点位置の情報を含むスケジュール情報を生成し、当該生成した前記次の利用者についてのスケジュール情報に基づいて前記提案である第１の提案を出力する。
本発明の他の態様によると、前記提案部は、前記次の利用者が前記予定立ち寄り地点から徒歩、バス、及び又は電車を含む一つ以上の移動手段により移動したときに予め定めた所定時間内に到達し得る地図上位置から、前記帰着位置の候補を選定する。
本発明の他の態様によると、前記提案部は、前記次の利用者に前記提案を提示し、前記提示した前記提案から前記次の利用者が選択した前記提案を取得し、前記次の利用者が選択した前記提案を、前記現在の利用者に対して提示する。
本発明の他の態様によると、前記次の利用者に提示される前記提案では、前記帰着位置の候補と、前記予定立ち寄り地点から前記候補のそれぞれの位置までの移動方法及び移動時間と、が提示される。
本発明の他の態様によると、前記提案部は、さらに、前記現在の利用者について、当該現在の利用者の前記行動予定に基づいて、現在の目的地、現在時刻から車両の利用を終了する利用終了予定時刻までの間に滞在する予定立ち寄り地点位置若しくは予定走行経路についての情報、又は前記利用終了予定時刻の後の所定時間の間において滞在する予定立ち寄り地点位置の情報を含むスケジュール情報を生成し、当該生成した前記現在の利用者についてのスケジュール情報及び前記次の利用者についてのスケジュール情報の双方に基づいて、前記提案である第２の提案を出力する。
本発明の他の態様によると、前記利用者に対し前記第１の提案に合意することについてのインセンティブを付与するインセンティブ付与部を備える。
本発明の他の態様によると、前記利用者に対し前記第１の提案及び前記第２の提案に合意することについて、それぞれインセンティブを付与するインセンティブ付与部を備え、前記インセンティブ付与部は、前記第１の提案に合意することに対し、前記第２の提案に合意することについてのインセンティブよりも大きなインセンティブを付与する。
本発明の他の態様によると、前記第１の提案及び前記第２の提案に合意することについて与えられるインセンティブは、変更後の前記帰着位置と前記現在の利用者の予定走行経路との距離に応じて定められる。

本発明によれば、複数の利用者が順次利用する車両において、現在の利用者から車両を引き継いで利用する次の利用者の利便性を向上することができる。

本発明の一実施形態に係る車両管理システムの構成を示す図である。 図１に示す車両管理システムによる帰着位置変更の提案が行われるシーンの一例を示す図である。 図１に示す車両管理システムにおける利用管理サーバの構成を示す図である。 図１に示す車両管理システムにおける車載システムの構成を示す図である。 図２に示す利用管理サーバが保持する利用者ＤＢの一例を示す図である。 図２に示す利用管理サーバが保持する利用情報ＤＢの一例を示す図である。 図２に示す利用管理サーバが保持するスケジュールＤＢの一例を示す図である。 図１に示す車両管理システムにおいて、利用者の携帯端末に表示される提案リストの表示画面の一例を示す図である。 図１に示す車両管理システムにおいて、利用管理装置の表示装置に表示される提案リストの表示画面の一例を示す図である。 図１に示す車両管理システムにおける、利用管理サーバが行う帰着位置変更の提案に係る処理の手順を示すフロー図である。

以下、図面を参照して本発明の実施形態について説明する。
［１．車両管理システム１００の構成］
図１は、本発明に係る車両管理システムの構成を示す図である。この車両管理システム１００は、車両１０２と、ネットワーク１０４を介して車両１０２と通信可能に接続された利用管理サーバ１０６と、で構成される。ネットワーク１０４は、本実施形態では、例えば公衆回線等を介して接続されるインターネットである。

車両１０２は、例えばカーシェアリングに用いられて複数の利用者により順次利用される車両である。本実施形態では、車両１０２は、利用者１３０、１３２、１３４により利用される。これらの利用者には、当該車両１０２をカーシェアリングに提供した車両１０２の所有者も含まれ得るものとする。ここでは、利用者１３０が、車両１０２の所有者であるものとする。

車両１０２は、車載システム１２０を備える。利用管理サーバ１０６は、車両１０２の車載システム１２０と協働して、上記複数の利用者による車両１０２の利用を管理する。

利用管理サーバ１０６は、車両１０２の利用希望者に対して、固有の利用者ＩＤと、電子鍵基本情報とを設定し、これらを当該利用希望者の携帯端末のメールアドレスと共に、利用者情報として利用者ＤＢ３５２（後述）へ保存する。これにより、利用管理サーバ１０６は、当該利用希望者を利用者として登録する。ここで、電子鍵基本情報は、車両１０２がその電子鍵の認証を行う際に用いる認証情報を含む。なお、本実施形態では、携帯端末とは、例えばスマートフォンである。

また、利用管理サーバ１０６は、利用者から車両１０２の利用予約を受け付けて、予約利用時間帯を設定する。利用管理サーバ１０６は、その利用予約を識別するための予約ＩＤと、上記設定した予約利用時間帯と、その利用者の利用者ＩＤと、を含む利用予定情報を生成する。その際、利用管理サーバ１０６は、車両１０２の利用開始位置である予定開始位置の情報及び車両１０２の返却位置である予定帰着位置の情報を、利用予定情報に含めるものとする。ここで、予定開始位置及び予定帰着位置は、利用者の希望に基づいて利用管理サーバ１０６が決定するものとすることができる。そして、利用管理サーバ１０６は、生成した利用予定情報を利用情報ＤＢ３５４（後述）に記憶する。

なお、利用管理サーバ１０６は、利用者としての車両１０２の所有者による利用予定も、利用予定情報として利用情報ＤＢ３５４に記憶するものとする。例えば、所有者が、自身による車両１０２の利用のために、あるいは車両１０２の保守等のために、予め確保した時間帯であって他の利用者が利用予約をすることができない時間帯（例えば、いわゆる「予約禁止時間帯」）の情報も、本実施形態では利用予定情報として利用管理サーバ１０６に管理される。

利用管理サーバ１０６は、所有者である利用者１３０を除き、利用者１３２等のそれぞれについて、利用予定情報を利用情報ＤＢ３５４に記憶したときは、その利用者に対し生成した電子鍵基本情報を用いて、その利用予定情報の予約ＩＤと、予約利用時間帯の情報と、を含む電子鍵を生成する。そして、利用管理サーバ１０６は、生成した電子鍵を、その利用者の携帯端末へ送信する。

以下、「電子鍵」及び「鍵コード」は、同義に用いるものとし、特に電子鍵の実体である鍵コードを明示的に示す場合には、用語「電子鍵」と共に又は単独で用語「鍵コード」を用いるものとする。

本実施形態では、利用者１３２、１３４は、それぞれ、利用管理サーバ１０６から携帯端末１４２、１４４にダウンロードされた、電子鍵基本情報と予約時間帯情報と予約ＩＤとを含む鍵コード１５２、１５４を用いて、車両１０２を利用する。また、車両１０２の所有者である利用者１３０は、ＦＯＢキー１６０に記憶されている鍵コード１５０を用いて、車両１０２を利用する。

車両１０２の車載システム１２０は、所有者以外の利用者１３２等が携帯端末１４２等から送信した鍵コード１５２等を、その鍵コード１５２等が含む電子鍵基本情報に基づいて認証し、当該鍵コード１５２等に含まれる予約利用時間帯の情報を取得する。そして、車載システム１２０は、現在時刻が上記取得した予約利用時間帯の範囲内であるときは、当該鍵コード１５２等を用いた車両１０２のドア解錠要求及び車両始動要求を許可し、これらの動作を実行する。

その後、所有者以外の利用者１３２等は、自身の予約利用時間帯における車両１０２の利用を終了するときは、車両１０２を上記予定帰着位置に停車する。そして、利用者１３２等は、自身の携帯端末１４２等により、例えば利用管理サーバ１０６が提供するＷｅｂサイトへアクセスするブラウザを介して、自身の利用者ＩＤを含む利用終了通知を利用管理サーバ１０６へ送信することにより、現在の予約利用時間帯における車両１０２の利用終了手続を行う。

以上のようにして、利用者１３２等は、利用管理サーバ１０６の利用情報ＤＢ３５４に記憶された、自身の予約利用時間帯内において、車両１０２を利用する。なお、所有者である利用者１３０は、自身の管理の下に、自身の予約利用時間帯内において、ＦＯＢキー１６０を用いて車両１０２を利用する。

図１に示す例では、車両１０２に乗車している利用者１３２が現在の利用者であり、利用者１３２の次に車両１０２を利用する次の利用者は、利用者１３０であるものとする。ただし、これは一例であって、所有者である利用者１３０を含め、任意の利用者を現在の利用者及び次の利用者であるものとすることができる。

本実施形態では、更に、利用管理サーバ１０６は、利用者１３０等のそれぞれの行動予定を例えば当該利用者１３０等が保持する携帯端末１４０から取得して、スケジュールＤＢ３５６（後述）に記憶する。そして、利用管理サーバ１０６は、現在の利用者１３２の車両１０２の利用に際に、当該利用の利用終了予定時刻前の所定のタイミングで、現在の利用者１３２に対し、帰着予定位置の変更についての提案を行う。上記所定のタイミングは、例えば、現在の利用者の利用開始予定時刻又は実際の利用開始時刻の後、所定時間を経過した時刻とすることができる。

具体的には、利用管理サーバ１０６は、所定のタイミングが到来すると、スケジュールＤＢ３５６に記憶された現在の利用者１３２及び次の利用者１３０の行動予定に基づいて、現在の利用者１３２及び次の利用者１３０のそれぞれについてのスケジュール情報を生成する。このスケジュール情報は、上記取得した行動予定に、対応する利用者の現在位置情報等、利用者の携帯端末や車載システム１２０から取得される追加情報を加えた情報である。

そして、利用管理サーバ１０６は、次の利用者である利用者１３０のスケジュール情報に基づいて、現在の利用者である利用者１３２に対する予定帰着位置の変更についての提案を行う。具体的には、利用管理サーバ１０６は、次の利用者１３０のスケジュール情報に基づいて、帰着位置の変更先候補として次の利用者１３０にとって利便性のある位置を選定し、予定帰着位置を当該選定した位置へ変更することを提案する帰着位置変更の提案（タイプ１の提案）を生成する。

また、利用管理サーバ１０６は、現在の利用者である利用者１３２のスケジュール情報及び次の利用者である利用者１３０のスケジュール情報の双方に基づいて、帰着位置の変更先候補として次の利用者１３０にとって利便性のある位置であって現在の利用者１３２の利便性をも考慮した位置を選定し、予定帰着位置を当該選定した位置へ変更することを提案する帰着位置変更の提案（タイプ２の提案）を生成する。

そして、利用管理サーバ１０６は、まず、上記生成した第１の提案及び第２の提案を含む提案リストを次の利用者１３０に提示し、当該提案リストの中から次の利用者１３０が選択した提案を取得する。次に、利用管理サーバ１０６は、当該取得した次の利用者１３０が選択した提案のリストを、現在の利用者１３２に提示し、当該リストの中から現在の利用者１３２が選択した一の提案を、現在の利用者１３２及び次の利用者１３０の両者が合意した一の提案として取得する。

なお、これらの提示及び取得は、次の利用者１３０との間については当該利用者１３０の携帯端末１４０を介して行われ、現在の利用者１３２との間については車載システム１２０を介して行われ得る。

そして、利用管理サーバ１０６は、現在の利用者１３２により利用されている車両１０２が、上記両者が合意した一の提案が示す帰着位置に到着して車両１０２の利用が終了したときに、現在の利用者１３２に対し、上記両者が合意した一の提案のタイプに応じたインセンティブを付与する。このインセンティブは、本実施形態では、例えば課金割引等のためのいわゆる“ポイント”であるものとすることができる。なお、現在の利用者が車両１０２の所有者である利用者１３０であるときは、上記インセンティブの付与は行われない。

図２は、車両管理システム１００による帰着位置変更の提案が行われるシーンの一例を示す図である。図２では、現在の利用者１３２の移動予定を表す動線が破線で表示され、次の利用者１３０の移動予定を表す動線が一点鎖線で示されている。図２において、現在の利用者である利用者１３２は、図示三角で示された車両１０２により、次の目的地２００に向かって図示右方へ走行している。利用管理サーバ１０６は、車両１０２の現在位置を、車両１０２から取得する。

利用者１３２は、現在位置から目的地２００への移動のあと、現在予定されている帰着位置であるステーション２０２へ移動して車両１０２の利用を終了する。そして、利用者１３２は、ステーション２０２の最寄り駅２３０から電車を利用して駅２３２周辺の目的地２０４へ移動する予定となっている。利用管理サーバ１０６は、利用者１３２についてのこの将来の行動を、利用者１３２の携帯端末１４２から取得された行動予定に基づいて生成したスケジュール情報により推定する。ステーション２０２から目的地２０４までの移動において利用者１３２が利用する交通手段が電車であることは、例えば、利用管理サーバ１０６が地図情報等に基づいて推定するものとすることができる。

一方、次の利用者である利用者１３０は、現在、電車で移動中であり、その現在位置は、駅２３４と駅２３６とのほぼ中間位置にある。利用管理サーバ１０６は、利用者１３０の現在位置を、例えば利用者１３０の携帯端末１４０から取得する。利用者１３０は、その後、駅２３６で電車をおりて目的地２１０へ移動した後、バスで目的地２１２（例えば飲食店ａ）へ移動する。利用者１３０は、更に、バスを利用してステーション２０２へ移動した後、ステーション２０２において車両１０２の利用を開始し、目的地２１４（例えば、ホテルｂ）へ移動する予定となっている。

利用管理サーバ１０６は、利用者１３０についてのこの将来の行動を、利用者１３０の携帯端末１４０から取得された行動予定に基づいて生成したスケジュール情報により推定する。目的地２１０から目的地２１２までの移動手段、及び目的地２１２からステーション２０２までの移動手段がバスであることは、上記と同様に、例えば、利用管理サーバ１０６が地図情報等に基づいて推定するものとすることができる。

次に、利用管理サーバ１０６は、次の利用者である利用者１３０について生成したスケジュール情報に基づき、当該利用者１３０がステーション２０２へ移動する直前の目的地２１２の最寄のステーションを、例えば地図情報３５０（後述）から検索し、ステーション２２０を発見する。また、利用管理サーバ１０６は、利用者１３０のスケジュール情報に基づき、当該利用者１３０が車両１０２の利用を開始した直後に移動する目的地２１４の最寄のステーションを地図情報３５０から検索し、ステーション２２４を発見する。そして、利用管理サーバ１０６は、帰着位置をステーション２２０及び２２４へそれぞれ変更する提案を、次の利用者１３０のスケジュール情報に基づく帰着位置変更の提案（タイプ１の提案）として決定する。

また、利用管理サーバ１０６は、次の利用者１３０のスケジュール情報と、現在の利用者１３２のスケジュール情報とに基づき、例えば、次の利用者１３０が目的地２１２に滞在する時間帯とほぼ同様の時間帯に、現在の利用者１３２が目的地２００に滞在することを特定する。これにより、利用管理サーバ１０６は、目的地２１２と目的地２００の双方から所定の距離内に存在するステーションを、例えば地図情報３５０から検索し、ステーション２２２を発見する。

また、利用管理サーバ１０６は、次の利用者１３０のスケジュール情報と現在の利用者１３２のスケジュール情報とに基づき、例えば、現在の利用者１３２が車両１０２の利用終了後に目的地２０４に滞在する時間帯とほぼ同じ時間帯に、次の利用者１３０が車両１０２の利用開始後に目的地２１４に滞在することを特定する。これにより、利用管理サーバ１０６は、目的地２０４と目的地２１４の双方から所定の距離内に存在するステーションを、例えば地図情報３５０から検索し、ステーション２２６を発見する。

そして、利用管理サーバ１０６は、帰着位置を上記発見したステーション２２２及び２２６へそれぞれ変更する提案を、現在の利用者１３２のスケジュール情報及び次の利用者１３０のスケジュール情報の双方に基づく帰着位置変更の提案（タイプ２の提案）として決定する。

続いて、利用管理サーバ１０６は、上記タイプ１及びタイプ２の提案を含む提案リストを、次の利用者１３０の携帯端末１４０へ送信して当該次の利用者１３０に提示する。利用者１３０は、表示された提案リストから合意可能な提案を選択して利用管理サーバ１０６へ送信する。利用管理サーバ１０６は、これを受信し、次の利用者１３０が選択した提案のリストを車両１０２の車載システム１２０を介して利用者１３２に提示する。

現在の利用者１３２が、上記提示された提案のリストから合意可能な提案を一つ選択すると、当該選択された提案が車載システム１２０を介して利用管理サーバ１０６へ送信される。利用管理サーバ１０６は、これを受信し、受信した提案を、現在の利用者１３２及び次の利用者１３０の両者が合意した一の提案として特定する。そして、利用管理サーバ１０６は、上記特定した提案を、車載システム１２０及び携帯端末１４０を介して、それぞれ、現在の利用者１３２及び次の利用者１３０へ通知する。ここで、上記特定された（合意が成立した）提案は、例えば、帰着位置をステーション２２０へ変更するものであったとする。

その後、利用管理サーバ１０６は、車両１０２から取得する当該車両１０２の現在位置から、上記特定した提案が示すステーション２２０に車両１０２が到達したことを検知する。利用管理サーバ１０６は、当該到達を検知したことに応じて、現在の利用者１３２が行う利用終了手続を待って、利用者ＤＢ３５２に保存されている利用者１３２の利用者情報のインセンティブ情報（例えば、保有ポイント数）に、今回の提案合意に基づくインセンティブ（例えば、獲得したポイント数）を加算して、当該利用者１３２にインセンティブを付与する。

ここで、提案合意に対するインセンティブの量は、タイプ１の提案及びタイプ２の提案のそれぞれに対して予め定められており、タイプ１の提案に合意した場合のインセンティブは、タイプ２の提案に合意した場合のインセンティブに対して大きな値に設定されている。

上記の構成を有する車両管理システム１００は、次の利用者の行動予定等に基づいて、次の利用者の利用開始位置となるべき現在の利用者の帰着位置の変更の提案を行う。これにより、車両管理システム１００では、次の利用者は、自身のスケジュールに沿った移動経路の近辺で車両１０２の利用を開始できることとなり、当該次の利用者の利便性が向上する。

また、車両管理システム１００では、この提案の受け入れ（承諾）は、現在の利用者及び次の利用者の双方の合意に基づくので、現在の利用者の意図も反映された形で次の利用者の利便性の向上が図られる。また、車両管理システム１００では、提案を受け入れた現在の利用者に対しインセンティブが付与されるので、現在の利用者に、提案を受け入れる動機付けを与えることができる。

さらに、車両管理システム１００では、タイプ１の提案のインセンティブがタイプ２の提案のインセンティブより大きく設定されているので、現在の利用者に対し、次の利用者にとってより利便性の高い提案を受け入れるよう促すことができる。

［２．利用管理サーバ１０６の構成］
図３は、利用管理サーバ１０６の構成を示す図である。利用管理サーバ１０６は、処理装置３００と、記憶装置３０２と、通信装置３０４と、を備える。通信装置３０４は、処理装置３００をネットワーク１０４に接続するための、有線通信及び又は無線通信を行う送受信機である。

記憶装置３０２は、例えばハードディスク装置で構成され、地図情報３５０と、利用者データベース（利用者ＤＢ）３５２と、利用情報データベース（利用情報ＤＢ）３５４と、スケジュール・データベース（スケジュールＤＢ）３５６と、を記憶する。地図情報３５０には、利用者間での車両１０２の受け渡しの際に車両１０２を駐車させておくことのできるステーション（例えば、契約駐車場）の位置の情報が、予め定められて保存されているものとする。利用者ＤＢ３５２、利用情報ＤＢ３５４、スケジュールＤＢ３５６については後述する。

処理装置３００は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサを備えるコンピュータである。処理装置３００は、プログラムが書き込まれたＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、データの一時記憶のためのＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を有する構成であってもよい。そして、処理装置３００は、機能要素又は機能ユニットとして、利用管理部３２０と、電子鍵発行部３２２と、行動予定取得部３２４と、提案部３２６と、インセンティブ付与部３２８と、課金部３３０と、を備える。

処理装置３００が備えるこれらの機能要素は、例えば、コンピュータである処理装置３００がプログラムを実行することにより実現される。なお、上記コンピュータ・プログラムは、コンピュータ読み取り可能な任意の記憶媒体に記憶させておくことができる。これに代えて、処理装置３００が備える上記機能要素の全部又は一部を、それぞれ一つ以上の電子回路部品を含むハードウェアにより構成することもできる。

［２．１ 利用管理部３２０］
利用管理部３２０は、利用希望者の携帯端末から送信される登録情報を受信する。利用希望者は、例えば利用管理サーバ１０６が提供するｗｅｂサイトにアクセスすることにより、携帯端末から利用管理サーバ１０６へ登録情報を送信することができる。登録情報には、利用希望者の氏名、当該利用希望者の携帯端末へアクセスするための端末情報が含まれる。利用管理部３２０は、登録情報に基づき、その利用希望者に固有の利用者ＩＤ及び電子鍵基本情報を生成し、当該生成した利用者ＩＤと、電子鍵基本情報と、上記登録情報に含まれた上記端末情報である利用者端末情報と、インセンティブ情報と、で構成される利用者情報を生成する。ここで、インセンティブ情報は、帰着位置変更の提案に合意したことにより付与されたインセンティブ（本実施形態では、上述したポイント数）の積算値、すなわち保有ポイント数を示す。

そして、利用管理部３２０は、生成した利用者情報を利用者ＤＢ３５２に保存して、当該利用希望者を、利用者として登録する。以下、利用者とは、車両１０２の所有者及び上記のように登録された利用者をいう。なお、利用管理部３２０は、車両１０２の所有者である利用者１３０に関しては、予め、所有者であることを認識することのできる利用者ＩＤを付して、当該所有者の利用者端末情報と共に、利用者情報として利用者ＤＢ３５２に保存して、当該所有者である利用者１３０を登録するものとする。

利用管理部３２０は、また、利用者のそれぞれについて、車両１０２の利用予定情報及び利用状況を管理する。具体的には、利用管理部３２０は、利用者の携帯端末（例えば、利用者１３２の携帯端末１４２）から送信される利用予約情報を受信する。この利用要約情報には、送信者である利用者の利用者ＩＤと、利用希望時間帯と、希望する開始位置と、希望する帰着位置と、が含まれる。ここで、開始位置とは、利用を開始する際の車両１０２の位置をいい、帰着位置とは、利用を終了する際に車両１０２を停止させる位置をいう。

利用管理部３２０は、受信した利用予約情報に含まれる利用希望時間帯が、既に利用情報ＤＢ３５４に記憶されている予約利用時間帯と重複しないときは、当該利用希望時間帯が示す時間帯を予約利用時間帯として設定する。また、利用管理部３２０は、希望する開始位置及び希望する帰着位置が許容されるときは、当該希望する開始位置及び希望する帰着位置を、予定開始位置及び予定帰着位置に設定する。また、利用管理部３２０は、上記設定した予約利用時間帯での予約利用を識別するための予約ＩＤを生成する。

ここで、利用者は、希望する開始位置及び希望する帰着位置を、それぞれ予め定められた位置の中から選択するものとすることができる。また、利用管理部３２０は、例えば、当該希望する開始位置及び帰着位置が、車両１０２の利用開始時及び利用終了時にそれぞれ他の車両により占有される予定となっているか否か等に基づいて、希望する開始位置及び希望する帰着位置が許容されるか否かを判断するものとすることができる。

そして、利用管理部３２０は、上記生成した予約ＩＤと、車両１０２の利用を予約した利用者の利用者ＩＤと、上記設定した予約利用時間帯と、予定開始位置と、予定帰着位置と、を含む利用予定情報を生成する。また、利用管理部３２０は、生成した利用予定情報に対応する車両１０２の利用状況を示す利用状況情報を生成する。この利用状況情報には、その利用予定情報に対応する車両１０２の利用の状況を示すステータス、及び後述する帰着変更提案に対してその利用者が合意した提案のタイプを示す提案合意情報が含まれる。提案合意情報の初期状態は、何もセットされていないブランク状態である。

そして、利用管理部３２０は、上記生成した利用予定情報と利用状況情報とを関連付けた利用管理情報を、一つのレコードとして利用情報ＤＢ３５４に保存する。また、利用管理部３２０は、利用情報ＤＢ３５４に利用管理情報を保存したときは、その旨及び当該保存した利用管理情報の予約ＩＤを電子鍵発行部３２２へ送信する。

ここで、上記「ステータス」は、当該利用予定情報が示す予約利用時間帯での車両１０２の利用の状況を示す。ステータスは、車両１０２の利用が開始される前であることを示す“開始前”、利用が開始されたことを示す“開始”、及び、利用が終了されたことを示す“終了”のいずれかに設定される。利用管理部３２０は、利用状況情報を生成する際には、当該生成する利用状況情報のステータスを“開始前”に設定する。

また、上記「提案合意情報」には、帰着位置変更の提案が現在の利用者及び次の利用者の両者により合意されたときに、提案部３２６（後述）により、上記合意された提案のタイプ（すなわち、“１”又は“２”）が保存される。また、提案部３２６は、提案が合意されたときは、対応する利用予定情報に含まれる予定帰着位置を、当該合意された提案が示す帰着位置に変更する。なお、この合意された提案のタイプの保存は、ステータスが“終了”に設定された後に行われる。したがって、ステータスが“終了”であって提案合意情報がブランクであるときは、対応する車両１０２の利用に際して提案が何も合意されなかったものと判断することができる。

利用管理部３２０は、さらに、利用情報ＤＢ３５４に保存した利用管理情報のそれぞれについて、車両１０２の利用が開始され及び終了したときは、対応する利用管理情報に含まれるステータスを更新する。具体的には、利用管理部３２０は、車両１０２から利用開始通知を受信したとき、及び現在の利用者の携帯端末から利用終了通知を受信したときに、それぞれ、ステータスを“開始”及び“終了”に設定する。利用管理部３２０は、ステータスを“開始”に設定したときは、利用が開始された旨の通知を、提案部３２６へ送信する。また、利用管理部３２０は、ステータスを“終了”に設定したときは、利用が終了した旨の通知を、提案部３２６、インセンティブ付与部３２８、及び課金部３３０へ送信する。

［２．２ 利用者ＤＢ３５２］
図５は、利用管理部３２０が生成する利用者ＤＢ３５２の一例を示す図である。図示の例では、利用者ＤＢ３５２は、表形式で構成されており、図示左側の列から順に、利用者ＩＤと、電子鍵基本情報と、利用者端末情報と、インセンティブ情報と、を含む。上述したとおり、本実施形態では、インセンティブは、例えば車両１０２の利用料金についての割引率の大きさを定める“ポイント”であり、後述するインセンティブ付与部３２８により付与される。このポイントは、交換可能な景品のグレードを定めるものであってもよい。インセンティブ情報には、その利用者に現在与えられているインセンティブの量、いわゆる保有ポイント数が示される。

図示の表の２行目以降の各行には、それぞれの利用者情報が記述されている。２行目は、車両１０２の所有者である利用者１３０の、利用者ＩＤであるＰｔ－１と、利用者端末情報であるＴＥＲＭ００１が示されている。ここで、所有者である利用者１３０はＦＯＢキー１６０を用いて車両１０２を利用するので、電子鍵基本情報は示されない。また、車両１０２の所有者であるので、車両１０２の利用料金の割引等に用いられる保有ポイント数は示されない。

図示の表の、３行目、４行目には、それぞれ、利用者１３２、１３４についての、利用者ＩＤであるＰｔ－２、Ｐｔ－３と、電子鍵基本情報であるＶＫ００２、ＶＫ００３と、利用者端末情報であるＴＥＲＭ００２、ＴＥＲＭ００３と、現在の保有ポイント数１５００、２０００が示されている。

［２．３ 利用情報ＤＢ３５４］
利用情報ＤＢ３５４は、一つ又は複数の利用管理情報で構成される。図６は、利用情報ＤＢ３５４の一例を示す図である。図示の例では、利用情報ＤＢ３５４は、表形式で構成されており、タイトル行を除く各行に利用管理情報が示されている。各利用管理情報は、利用予定情報と利用状況情報で構成される。利用予定情報は、図示左側の列から順に、予約ＩＤと、利用者ＩＤと、予約利用時間帯と、予定開始位置と、予定帰着位置と、で構成される。また、利用状況情報には、図示左の列から順に、ステータスと、提案合意情報と、で構成されている。ここで、予約利用時間帯は、それぞれ当該予約利用時間帯の開始時刻及び終了時刻である利用開始予定日時及び利用終了予定日時で構成されている。

図示の表の４行目から６行目は、それぞれ、Ｓｃｈ－１、Ｓｃｈ－２、Ｓｃｈ－３の予約ＩＤをそれぞれ有する利用管理情報が示されている。なお、図示の利用情報ＤＢ３５４の例では、利用管理情報は、当該利用管理情報に含まれる予約利用時間帯の時間順にソートされているものとする。

第４行目の利用管理情報は、Ｐｔ－３の利用者ＩＤを有する利用者１３４の車両利用が“終了”しており（第４行の“ステータス”列参照）、タイプ“１”の帰着位置変更提案が合意されたことを示している（第４行の“提案合意情報”列参照）。また、第５行目の利用管理情報は、第４行目の利用管理情報が示す利用者１３４による車両利用の後に、Ｐｔ－２の利用者ＩＤを有する利用者１３２の車両利用が“開始”していることを示している（第５行の“ステータス”列参照）。これにより、現在の利用者が利用者１３２であることがわかる。また、第５行目の“提案合意情報”列がブランクであることから、利用者１３２に対する帰着変更提案が行われていないか、又は行われた提案が未だ合意されていないことがわかる。

また、第６行目の利用管理情報は、第５行目の利用管理情報が示す利用者１３２の車両利用の後の、Ｐｔ－１の利用者ＩＤを有する利用者１３０の車両利用が“開始前”であることを示している（第６行の“ステータス”列参照）。これにより、次の利用者が利用者１３０であることがわかる。

［２．４ 電子鍵発行部３２２］
電子鍵発行部３２２は、利用管理部３２０から、利用管理情報を保存した旨及び当該保存した利用管理情報の予約ＩＤを受信したことに応じて、当該利用管理情報に係る車両１０２の利用のための電子鍵を生成して、対応する利用者に送信する。

具体的には、電子鍵発行部３２２は、上記受信した予約ＩＤを持つ利用管理情報を参照して、利用者ＩＤと、予約利用時間帯と、を抽出する。また、電子鍵発行部３２２は、抽出した利用者ＩＤが車両１０２の所有者である利用者１３０を示すものでなければ、利用者ＤＢ３５２を参照して、上記抽出した利用者ＩＤに関連付けられた電子鍵基本情報と、利用者端末情報とを取得する。そして、電子鍵発行部３２２は、上記取得した電子鍵基本情報を用いて、上記抽出した予約ＩＤと予約利用時間帯とを含む電子鍵を生成する。また、電子鍵発行部３２２は、上記生成した鍵コードを、上記取得した利用者端末情報を用いて、その利用者の携帯端末へ送信する。

これにより、例えば、利用予約を行った利用者１３２、１３４の携帯端末１４２、１４４には、それぞれの利用予約情報についての予約ＩＤと予約利用時間帯の情報とを含んだ電子鍵１５２、１５４が保存される。

［２．５ 行動予定取得部３２４］
行動予定取得部３２４は、利用者ＤＢ３５２に登録された利用者のそれぞれの行動予定を取得して、スケジュールＤＢ３５６に記憶する。ここで、行動予定取得部３２４が取得する各利用者の行動予定には、当該利用者が予定している移動先の位置を特定する情報と、その移動先への予定到着時刻の情報を含むものとする。

例えば、行動予定取得部３２４は、利用者１３０等の携帯端末１４０等から当該利用者１３０等の行動予定を取得する。ここで、利用者１３０等の携帯端末１４０等には、例えば、当該利用者１３０等により、自身の行動予定が入力されているものとする。この行動予定の入力は、スマートフォン等の携帯端末において実行される公知のスケジュール管理アプリケーションソフトウェアにより行われるものとすることができる。また、行動予定取得部３２４による携帯端末１４０等からの行動予定の取得は、例えば、利用管理サーバ１０６からの要求に応じて行動予定の情報を送信するよう構成されたアプリケーションソフトウェアを、携帯端末１４０等において実行しておくことで行うものとすることができる。

［２．６ スケジュールＤＢ３５６］
スケジュールＤＢ３５６は、利用者毎の行動予定情報で構成される。図７は、スケジュールＤＢ３５６の一例を示す図である。図示の例では、スケジュールＤＢ３５６は、表形式で構成されており、図示左側の列から順に、利用者ＩＤと、日付と、時刻と、移動先と、移動先位置とで構成される。移動先位置は、例えば、移動先に示された地名、建物名、駅名、店名等を元に、記憶装置３０２が記憶する地図情報３５０を参照して算出した、当該移動先の緯度及び経度で構成されるものとすることができる。

［２．７ 提案部３２６］
提案部３２６は、車両１０２を利用中である現在の利用者に対し、車両１０２の利用を終了する際の停車位置である帰着位置の変更の提案を出力する。具体的には、提案部３２６は、利用管理部３２０から車両１０２の利用が開始された旨の通知を受信したことに応じて、利用情報ＤＢ３５４を参照し、上記開始された車両１０２の利用に係る利用管理情報を特定し、当該利用における利用終了予定時刻を特定する。

そして、提案部３２６は、上記特定した利用終了予定時刻に基づき、帰着位置変更提案を行う所定のタイミングの到来を待機する。この所定のタイミングは、例えば、利用終了予定時刻から所定時間だけ前の時刻とすることができる。

提案部３２６は、上記所定のタイミングが到来したことに応じて、利用情報ＤＢ３５４を参照し、車両１０２の現在の利用者及び次の利用者を特定する。そして、提案部３２６は、スケジュールＤＢ３５６等を参照して、上記特定した現在の利用者及び次の利用者の行動予定に基づいて、現在の利用者及び次の利用者についてのスケジュール情報を生成する。

ここで、次の利用者について生成されるスケジュール情報には、当該次の利用者についての、現在位置、現在時刻から車両１０２の利用開始予定時刻までの間の予定立ち寄り地点位置の情報、及び又は上記利用開始予定時刻から開始する車両１０２の利用における立ち寄り地点位置の情報が含まれる。

また、現在の利用者について生成されるスケジュール情報には、現在の利用者についての、車両１０２の走行における現在の目的地、現在時刻から利用終了予定時刻までの間の予定立ち寄り地点位置、車両１０２の予定走行経路についての情報、及び又は利用予定終了時刻から所定時間の間における予定立ち寄り地点位置の情報が含まれる。

具体的には、提案部３２６は、例えば、次の利用者の携帯端末から当該次の利用者の現在位置を取得して、当該次の利用者について取得されている行動予定に加えることで、次の利用者についてのスケジュール情報を生成する。また、提案部３２６は、例えば、車両１０２のナビゲーション装置４１０に現在設定されている目的地情報及び経路情報等を取得し、現在の利用者について取得されている行動予定に加えることで、当該現在の利用者についてのスケジュール情報を生成する。

そして、提案部３２６は、上記生成したスケジュール情報に基づいて、現在の利用者に対し、車両１０２の帰着位置についての変更の提案を出力する。具体的には、提案部３２６は、上記生成した次の利用者についてのスケジュール情報に基づいて、当該次の利用者の利便性を考慮した上記帰着位置の変更の提案である第１の提案を出力する。また、提案部３２６は、上記生成した現在の利用者についてのスケジュール情報及び次の利用者についてのスケジュール情報の双方に基づいて、現在の利用者の利便性をも加味した、次の利用者の利便性を考慮した帰着位置の変更の提案である第２の提案を出力する。以下、上記第１の提案を「タイプ１の提案」、上記第２の提案を「タイプ２の提案」という。

具体的には、提案部３２６は、次の利用者について生成した上記スケジュール情報に基づき、例えば、現在の利用者の利用予定終了時刻の、所定時間前の時刻から所定時間後の時刻までの間における、次の利用者の立ち寄り地点等の位置を推定する。そして、提案部３２６は、記憶装置３０２が記憶する地図情報３５０を参照し、当該推定した位置の周辺（例えば、当該位置から所定距離の範囲内）にある帰着位置候補の位置を特定する。そして、提案部３２６は、当該特定した位置にある帰着位置の候補をそれぞれ含む提案を生成する。これらの提案は、次の利用者について生成したスケジュール情報に基づくものであり、タイプ１の提案となる。

また、提案部３２６は、次の利用者について生成した上記スケジュール情報及び現在の利用者について生成した上記スケジュール情報の双方に基づき、タイプ２の提案を生成する。具体的には、提案部３２６は、上記生成したそれぞれのスケジュール情報に基づき、例えば、地図上における現在の利用者の動線と次の利用者の動線とを生成する。また、提案部３２６は、現在の利用者の利用予定終了時刻の、所定時間前の時刻から所定時間後の時刻までの間において、それらの動線が所定距離以内に接近する時刻を特定する。そして、提案部３２６は、それらの時刻における現在の利用者の位置及び次の利用者の位置から、所定の時間内に両者が到達することのできる範囲にある帰着位置候補の位置を、地図情報３５０から特定する。ここで、上記範囲を算出するにあたり、次の利用者は、移動手段として徒歩、バス、及び又は電車等々を用いるものとして算出するものとすることができる。そして、提案部３２６は、当該特定した位置にある帰着位置の候補をそれぞれ含む提案をタイプ２の提案として生成する。

なお、上述した帰着位置変更の提案の生成手法は一例であって、これらには限られない。タイプ１の提案は、現在の利用者について生成したスケジュール情報に関わらず、次の利用者について生成したスケジュール情報を用いて生成する限りにおいて、任意の方法を用いて生成することができる。例えば、提案部３２６は、次の利用者について生成したスケジュール情報に基づき、行動予定に設定されている移動先のほか、次の利用者について推定される動線上のバス停留所、駅等の、一定時間の滞留時間の発生が想定されるいくつかの位置を特定し、それぞれの位置の周辺にある帰着位置候補を含む提案を生成してもよい。

また、タイプ２の提案は、次の利用者について生成したスケジュール情報及び現在の利用者について生成したスケジュール情報の双方を用いて生成する限りにおいて、任意の方法を用いて生成するものとすることができる。例えば、提案部３２６は、地図上の位置を示す２次元平面に時刻を示す時間軸を加えた３次元空間における、次の利用者及び現在の利用者の２本の動線が最も接近するときの、それら動線上の位置を特定してもよい。提案部３２６は、当該特定した動線上の位置から、所定の時間長さの範囲内において現在の利用者と次の利用者が到達可能な範囲で、帰着位置の候補となる地図上の位置を探索してもよい。

また、提案部３２６は、必ずしもタイプ１の提案及びタイプ２の提案の両方を生成する必要はない。提案部３２６は、所定の条件に従って提案の生成を試みた結果として、タイプ１又はタイプ２の一方のタイプの提案のみを生成するものとしてもよい。

次に、提案部３２６は、上記生成した提案から、現在の利用者及び次の利用者の両者の合意に基づく一の提案を決定する。具体的には、提案部３２６は、まず、上記生成したタイプ１及び又はタイプ２の提案を含む提案リストを次の利用者に提示する。この提示は、例えば、次の利用者の携帯端末へその提案リストを送信することで行うものとすることができる。これに対し、次の利用者は、当該携帯端末を用いて、受信した提案リストから合意可能な提案を選択して返信する。

次に、提案部３２６は、当該提示した提案リストの中から次の利用者が選択して返信した提案のリストを現在の利用者に提示する。そして、提案部３２６は、上記現在の利用者に提示した提案のうち、現在の利用者が選択した一の提案を取得して、当該取得した提案を、両者が合意した一の提案として特定する。現在の利用者への上記提案のリストの提示、及び現在の利用者が選択した提案の取得は、車両１０２の車載システム１２０を介して行うものとすることができる。提案部３２６は、両者が合意した一の提案を特定したときは、その旨及び上記特定した合意された提案を、次の利用者の携帯端末及び車両１０２へ送信して、次の利用者及び現在の利用者に通知する。

図８は、例えば次の利用者である利用者１３０の携帯端末１４０における、送信された提案リストの表示画面の一例を示す図である。携帯端末１４０のスクリーン８００には、図示上部に「利用開始位置の変更が提案されています。合意できる提案があれば選択してください。」とのメッセージ８０２が表示されている。ここで、上記帰着位置の変更の提案が「利用開始位置の変更」と表現されているのは、現在の利用者の帰着位置は、次の利用者にとっては利用開始位置となるためである。

また、スクリーン８００上には、受信した提案リストがテキストボックス８０４内に表示されており、帰着位置の候補である位置Ａ、Ｂ、Ｃ、Ｄが各行に示されている。ここで、それぞれの行には、図示のように、対応する帰着位置の候補までの、次の利用者の予定立ち寄り位置からの移動時間が示されるものとすることができる。各行の右端にはそれぞれチェックボックス８０６が設けられており、次の利用者は、利用開始位置の変更先として合意することのできる位置があれば、対応する位置の行のチェックボックスをマークする。

スクリーン８００上のテキストボックス８０４の下部には、地図画像８０８が表示され、地図画像８０８の中には、帰着位置の候補の位置が楕円アイコンにより表示されている。例えば、次の利用者がテキストボックス８０４内のいずれかの行に触れると、地図画像８０８内の対応する帰着位置候補の位置がハイライト表示される。

次の利用者が、合意可能な位置のチェックボックス８０６をマークして、スクリーン８００の下部に表示されている「決定」ボタン８１０を押すと、当該次の利用者が選択した帰着位置の候補、すなわち、選択されたタイプ１及び又はタイプ２の提案が、利用管理サーバ１０６へ送信される。

提案部３２６は、これを受信して、次の利用者が選択した提案を取得する。そして、提案部３２６は、次の利用者が選択した上記タイプ１及び又はタイプ２の提案を示す提案リストを、例えば車両１０２へ送信し利用管理装置４００の表示装置４２２（後述）に表示させることで、現在の利用者に対して提示する。

なお、上述した帰着位置変更の提案の生成手法は一例であって、これらには限られない。タイプ１の提案は、現在の利用者について生成したスケジュール情報に関わらず、次の利用者について生成したスケジュール情報を用いて生成する限りにおいて、任意の方法を用いて生成することができる。例えば、提案部３２６は、次の利用者について生成したスケジュール情報に基づき、行動予定に設定されている移動先のほか、次の利用者について推定される動線上のバス停留所、駅等の、一定時間の滞留時間の発生が想定されるいくつかの位置を特定し、それぞれの位置の周辺にある帰着位置候補を含む提案を生成してもよい。

また、タイプ２の提案は、次の利用者について生成したスケジュール情報及び現在の利用者について生成したスケジュール情報の双方を用いて生成する限りにおいて、任意の方法を用いて生成するものとすることができる。例えば、提案部３２６は、地図上の位置を示す２次元平面に時刻を示す時間軸を加えた３次元空間における、次の利用者及び現在の利用者の２本の動線が最も接近するときの、それら動線上の位置を特定してもよい。提案部３２６は、当該特定した動線上の位置から、所定の時間長さの範囲内において現在の利用者と次の利用者が到達可能な範囲で、帰着位置の候補となる地図上の位置を探索してもよい。

［２．８ インセンティブ付与部３２８］
インセンティブ付与部３２８は、車両１０２の所有者である利用者１３０を除く利用者を対象として、現在の利用者に対し、帰着位置変更の提案に合意することについてのインセンティブを付与する。このインセンティブは、上述したように、例えば、車両１０２の利用料金についての割引率の大きさを定めたり、交換可能な景品のグレードを定める、いわゆる“ポイント”であるものとすることができる。インセンティブ付与部３２８は、現在の利用者が帰着位置変更の提案に合意し、当該合意された提案に係る帰着位置で車両１０２の利用を終了したときに、当該現在の利用者に対し、当該合意された提案のタイプに応じて予め定められた量のインセンティブ、すなわち、ポイントを付与する。具体的には、インセンティブ付与部３２８は、利用者ＤＢ３５２が記憶する現在の利用者の利用者情報に含まれるインセンティブ情報にアクセスし、当該インセンティブ情報が示す現在の利用者の保有ポイント数を、上記予め定められたポイント数だけ増加させて更新する。

ここで、インセンティブ付与部３２８は、タイプ１の提案を合意したときのインセンティブ（すなわち、ポイント数）を、タイプ２の提案を合意したときのインセンティブよりも大きく設定する。タイプ１の提案は、タイプ２の提案に比べて、現在の利用者の予定に拘束されることのない、次の利用者にとってより利便性のある提案と考えられる。したがって、上記のようにインセンティブを設定することで、現在の利用者に対し、次の利用者にとってより利便性のある提案を受け入れるように促すことができる。

［２．９ 課金部３３０］
課金部３３０は、車両１０２の所有者である利用者１３０を除く利用者を対象として、利用情報ＤＢ３５４が記憶する利用管理情報のうち、ステータスが“終了”に設定されたものについての利用料金を算出する。具体的には、課金部３３０は、その利用管理情報が示す車両１０２の利用における利用時間の長さ、及び当該利用管理情報に含まれているインセンティブ情報が示す保有ポイント数に基づいて、利用料金を算出する。そして、課金部３３０は、例えばクレジットカード等を用いた公知の課金システム（不図示）を介して、利用者に利用料金の請求を行う。また、課金部３３０は、上記保有ポイント数に応じて利用料金の割引計算を行ったときは、当該割引に応じたポイント数だけ、上記インセンティブ情報が示す保有ポイント数を減らす。
［３．車載システム１２０の構成］
図４は、車両１０２の車載システム１２０の構成を示す図である。車載システム１２０は、利用管理装置４００と、ボディ・コントロール・モジュール（ＢＣＭ、Ｂｏｄｙ Ｃｏｎｔｒｏｌ Ｍｏｄｕｌｅ）４０２を備える。車載システム１２０は、また、テレメトリ・コントロール・ユニット（ＴＣＵ、Ｔｅｌｅｍｅｔｒｙ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）４０６と、ＧＰＳ受信機４０８と、ナビゲーション装置４１０と、を備える。

これらの利用管理装置４００、ＢＣＭ４０２、ＴＣＵ４０６、ＧＰＳ受信機４０８、及びナビゲーション装置４１０は、車載ネットワークバス４１２を介して互いに通信可能に接続されている。ここで、車載ネットワークバス４１２は、例えばＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信規格に従うＣＡＮバスである。

ＴＣＵ４０６は、無線装置を備え、公衆回線等に接続されたインターネットを介して利用管理サーバ１０６と通信する。ＧＰＳ受信機４０８は、ＧＰＳ衛星からのＧＰＳ電波を受信して、車両１０２の現在位置情報を出力する。ナビゲーション装置４１０は、ＧＰＳ受信機４０８から現在位置情報を取得して、ナビゲーション装置４１０が備える表示装置（不図示）に地図情報と共に当該取得した現在位置を表示する。また、ナビゲーション装置４１０は、車両１０２の現在の利用者が入力した目的地までの経路を探索して上記表示装置に表示する。

以下、ＢＣＭ４０２及び利用管理装置４００について説明する。
［３．１ ＢＣＭ４０２］
ＢＣＭ４０２は、車両１０２のドア解錠や車両１０２の始動／停止を制御する。ＢＣＭ４０２は、ＦＯＢキー１６０からドア解錠要求を受信したときは、ＦＯＢキー１６０の電子鍵を認証してドアを解錠する。また、車両１０２の始動スイッチ（不図示）が押下されたときは、周囲のＦＯＢキー１６０から電子鍵情報を取得できるときはこれを認証して車両１０２を始動する。

また、ＢＣＭ４０２は、利用管理装置４００からドア解錠要求を受信したときは、車両１０２のドアを解錠する。また、ＢＣＭ４０２は、車両１０２の上記始動スイッチが押下された場合において、周囲に存在するＦＯＢキー１６０と通信できないときは、利用管理装置４００に始動許可要求を送信する。そして、利用管理装置４００から始動許可通知を受信したときは、車両１０２を始動する。

［３．３ 利用管理装置４００］

利用管理装置４００は、利用者の携帯端末から車両１０２へ発信される種々の動作要求を受信し、その動作要求に含まれる鍵コードの認証を行うと共に、要求された動作の実行の拒否を判断する。また、利用管理装置４００は、その利用者による車両１０２の利用の開始を利用管理サーバ１０６へ通知する。

さらに、利用管理装置４００は、車両１０２の現在位置、目的地、及び予定走行経路の情報を利用管理サーバ１０６へ送信する。また、利用管理装置４００は、利用管理サーバ１０６からの帰着位置の変更提案を現在の利用者に提示すると共に、当該変更提案に対する現在の利用者の選択を利用管理サーバ１０６へ送信する。

利用管理装置４００は、処理装置４２０と、表示装置４２２と、入力装置４２４と、記憶装置４２６と、通信装置４２８と、を備える。表示装置４２２は、例えば液晶表示装置であって、処理装置４２０により制御され、画像やテキストを表示する。入力装置４２４は、例えば表示装置４２２の表示スクリーン上に設けられたタッチパネルであり、利用者からの指示やデータ等の入力を受け付けて、当該入力の情報を処理装置４２０へ出力する。また、通信装置４２８は、例えばＣＡＮバスである車載ネットワークバス４１２を介してＢＣＭ４０２等の他の装置と通信するための、例えばＣＡＮトランシーバである。

記憶装置４２６は、例えば、揮発性及び又は不揮発性の半導体メモリ、及び又はハードディスク装置等により構成される。記憶装置４２６は、処理装置４２０における処理に必要なデータが予め又は当該処理につれて記憶される。

処理装置４２０は、例えば、ＣＰＵ等のプロセッサを備えるコンピュータである。処理装置４２０は、プログラムが書き込まれたＲＯＭ、データの一時記憶のためのＲＡＭ等を有する構成であってもよい。そして、処理装置４２０は、機能要素又は機能ユニットとして、認証部４４０と、現在位置取得部４４２と、行動情報提供部４４４と、提案提示部４４６と、を備える。

処理装置４２０が備えるこれらの機能要素は、例えば、コンピュータである処理装置４２０がプログラムを実行することにより実現される。なお、上記コンピュータ・プログラムは、コンピュータ読み取り可能な任意の記憶媒体に記憶させておくことができる。

認証部４４０は、利用管理サーバ１０６から、所定の時間間隔で、利用者の電子鍵基本情報を受信して、記憶装置４２６に記憶する。また、利用管理装置４００は、利用管理サーバ１０６から、利用が終了している予約利用時間帯についての予約ＩＤの情報を受信して記憶装置４２６に記憶する。

また、認証部４４０は、利用者の携帯端末から鍵コードを含むドアロック解除要求を受信したことに応じて、当該鍵コードの認証を行う。また、認証部４４０は、当該認証に合格した鍵コードについて、現在時刻が上記鍵コードに含まれる予約利用時間帯の範囲内であり、当該鍵コードに含まれる予約ＩＤが、上記記憶した利用が終了している予約ＩＤでないときは、ドア解錠要求をＢＣＭ４０２へ送信する。その際、そのドア解錠が、その鍵コードを用いた最初のドア解錠であるときは、認証部４４０は、その鍵コードに含まれた予約ＩＤを含む利用開始通知を、利用管理サーバ１０６へ送信する。

さらに、認証部４４０は、ＢＣＭ４０２から始動許可要求を受信したときは、周囲に存在する携帯端末から鍵コードを取得し、当該鍵コードの認証を行う。また、認証部４４０は、当該認証に合格した鍵コードについて、現在時刻が上記鍵コードに含まれる予約利用時間帯の範囲内であり、当該鍵コードに含まれる予約ＩＤが、上記記憶した利用が終了している予約ＩＤでないときは、始動許可通知をＢＣＭ４０２へ送信する。

現在位置取得部４４２は、利用管理サーバ１０６からの要求に応じて、ＧＰＳ受信機４０８から現在位置情報を取得して、車両１０２の現在位置を利用管理サーバ１０６へ送信する。

行動情報提供部４４４は、利用管理サーバ１０６からの要求に応じて、ナビゲーション装置４１０から、現在設定されている目的地の位置等の情報、及び現在選択されている経路案内の走行経路の情報を、現在の利用者の行動予定情報として利用管理サーバ１０６へ送信する。

提案提示部４４６は、利用管理サーバ１０６から送信された帰着位置変更についての提案リストを表示装置４２２に表示する。また、提案提示部４４６は、車両１０２の現在の利用者が、表示装置４２２に表示された提案リストの中から一の提案についての選択を入力装置４２４を介して入力したことに応じて、当該入力により選択された一の提案を特定し、当該特定した選択された一の提案の情報を利用管理サーバ１０６へ送信する。

また、提案提示部４４６は、利用管理サーバ１０６から現在の利用者及び次の利用者の両者が合意した一の提案の通知を受信したことに応じて、合意が成立した旨の通知及び上記合意した提案を、表示装置４２２に表示する。

図９は、車載システム１２０の表示装置４２２に表示される提案リストの一例を示す図である。図示の例では、表示装置４２２のスクリーン上部に、帰着位置の変更が提案されていることを示すメッセージ９００が表示されている。また、当該スクリーンの左部に示されたテキストボックス９０２の中に、次の利用者が選択した帰着位置変更の提案のリストが示され、その右側に示された画像９０４には、それぞれの帰着位置の候補の位置が、地図上に楕円のマーカとして表示されている。ここで、テキストボックス９０２内に表示される各提案の行には、図９において括弧で示したように、当該提案に合意した場合に付与されるインセンティブの量（本実施形態では、ポイント数）を表示するものとすることができる。これに代えて又はこれに加えて、テキストボックス９０２内に表示される各提案の行には、対応する帰着位置の候補までの、現在の利用者の予定立ち寄り位置又は現在位置からの移動時間が示されるものとすることができる。

このスクリーンには、入力装置４２４であるタッチパネルが重ねて設けられている。例えば、車両１０２の現在の利用者が、テキストボックス９０２内の「帰着位置Ａ」の行に触れると、その行がハイライト表示されると共に、これに対応する右側の画像９０４の地図上における文字「Ａ」が示された楕円がハイライト表示される。利用者は、合意する提案についての行に触れてハイライト表示した後、スクリーン下部の決定ボタン９０６を押下することで、当該提案への合意を確定する。車載システム１２０は、現在の利用者が合意すべく選択したタイプ１又はタイプ２の提案を、利用管理サーバ１０６へ送信する。

［４．車両管理システム１００における処理］
次に、車両管理システム１００の利用管理サーバ１０６が行う、帰着位置変更の提案に係る処理について図１０に示すフロー図を用いて説明する。本処理は、利用管理サーバ１０６の電源がオンされたときに開始し、オフされたときに終了する。

処理を開始すると、まず、処理装置３００の提案部３２６は、車両１０２の利用が開始されたか否かを判断する（Ｓ１００）。この判断は、利用管理部３２０から車両１０２の利用が開始された旨の通知を受信したか否かを判断することにより行うものとすることができる。提案部３２６は、利用管理部３２０から車両１０２の利用が開始された旨の通知を受信したときは、車両１０２の利用が開始されたものと判断する。

提案部３２６は、車両１０２の利用が開始されていないときは（Ｓ１００、ＮＯ）、ステップＳ１００に戻って利用が開始されるのを待機する。一方、車両１０２の利用が開始されたときは（Ｓ１００、ＹＥＳ）、当該開始された利用について、帰着位置の変更を提案する所定のタイミングが到来したか否かを判断する（Ｓ１０２）。そして、提案部３２６は、上記所定のタイミングが到来していないときは（Ｓ１０２、ＮＯ）、ステップＳ１０２に戻って上記所定のタイミングが到来するのを待機する。

一方、上記所定のタイミングが到来したときは（Ｓ１０２、ＹＥＳ）、提案部３２６は、車両１０２の現在の利用者及び次の利用者についてのスケジュール情報を生成し（Ｓ１０４）、当該生成した提案を含む提案リストを生成して、まず次の利用者に提示する（Ｓ１０６）。具体的には、提案部３２６は、上記提案リストを次の利用者の携帯端末へ送信する。

続いて、提案部３２６は、次の利用者の携帯端末から当該次の利用者が選択した提案を取得して、当該取得した提案のリストを現在の利用者に提示する（Ｓ１０８）。具体的には、提案部３２６は、上記提案のリストを車両１０２へ送信し、表示装置４２２に表示させる。

そして、提案部３２６は、現在の利用者が選択した一の提案を車両１０２から受信したか否か、すなわち、現在の利用者及び次の利用者の双方に合意された一の提案を特定できたか否かを判断する（Ｓ１１０）。そして、特定できたときは（Ｓ１１０、ＹＥＳ）、提案部３２６は、上記特定した合意された提案を、車両１０２及び次の利用者の携帯端末へ送信して通知する（Ｓ１１２）。また、提案部３２６は、現在の利用に係る利用管理情報に含まれる予定帰着位置を、上記合意された提案が示す帰着位置に変更する（Ｓ１１４）。

次に、提案部３２６は、車両１０２が上記変更した予定帰着位置に到着したか否かを判断する（Ｓ１１６）。そして、到着していないときは（Ｓ１１６、ＮＯ）、ステップＳ１１６に戻って到着するのを待機する。

一方、車両１０２が予定帰着位置に到着したときは（Ｓ１１６、ＹＥＳ）、提案部３２６は、例えば利用管理部３２０から現在の車両１０２の利用が終了した旨の通知を受信したことに応じて、利用情報ＤＢ３５４にアクセスし、上記終了した利用に係る利用管理情報の提案合意情報に上記合意が成立した提案のタイプを示す値を保存して、上記提案合意情報を更新する（Ｓ１１８）。

続いて、インセンティブ付与部３２８は、上記終了した利用に係る利用者が、車両１０２の所有者である利用者１３０でないときは、利用情報ＤＢ３５４にアクセスして上記保存された提案のタイプを参照し、上記終了した利用についてのインセンティブの量（ポイント数）を算出する。そして、インセンティブ付与部３２８は、上記終了した利用に係る利用者のインセンティブ情報に示されている保有ポイント数に上記算出したポイント数を加算して、上記インセンティブ情報を更新する（Ｓ１２０）。

また、課金部３３０は、上記終了した利用に係る利用者が、車両１０２の所有者である利用者１３０でないときは、利用情報ＤＢ３５４にアクセスして上記終了した利用に係る利用管理情報を参照し、当該利用管理情報に含まれる予約利用時間帯の時間長さ及びインセンティブ情報が示す保有ポイント数に基づいて、利用料金を算出する（Ｓ１２０）。その際、課金部３３０は、インセンティブ情報が示す保有ポイント数の一部又は全部を用いて利用料金の割引を行ったときは、当該割引に相当するポイント数だけ、上記保有ポイント数を減少させて、インセンティブ情報を更新する。なお、算出された利用料金は、従来技術に従って対応する利用者に請求され、当該利用者により入金される。

ステップＳ１２２における利用料金の算出の後、処理装置３００は、ステップＳ１００に戻って処理を繰り返す。

一方、ステップＳ１１０において、現在の利用者及び次の利用者の双方が合意した一の提案を特定できないとき（Ｓ１１０、ＮＯ）、すなわち、車両１０２から現在の利用者が選択した一の提案を受信しないときは、提案部３２６は、車両１０２が、対応する利用管理情報に現在保存されている予定帰着位置に到着したか否かを判断する（Ｓ１２４）。そして、到着していないときは（Ｓ１２４、ＮＯ）、ステップＳ１１０に戻って処理を繰り返す。一方、車両１０２が、利用管理情報に現在保存されている予定帰着位置に到着したときは（Ｓ１２４、ＹＥＳ）、提案部３２６は、利用管理部３２０から現在の車両１０２の利用が終了した旨の通知を受信するのを待って、ステップＳ１２２に処理を移す。

［５．まとめ］
以上説明したように、本実施形態の車両管理システム１００は、複数の利用者により利用される車両を管理する。車両管理システム１００は、車両１０２の利用予定情報及び利用状況を管理する利用管理部３２０と、利用者の行動予定を取得する行動予定取得部３２４と、現在の利用者の後に車両１０２を利用する次の利用者に対し、車両１０２の利用を終了する際の車両１０２の停車位置である帰着位置の変更の提案を出力する提案部３２６と、を備える。そして、提案部３２６は、現在の利用者の次に車両１０２を利用する次の利用者について、当該次の利用者の行動予定に基づいてスケジュール情報を生成し、当該生成した次の利用者についての上記スケジュール情報に基づいて第１の提案であるタイプ１の提案を出力する。

この構成によれば、次の利用者の利用開始場所となるべき現在の利用者の車両１０２の帰着位置の変更先として、次の利用者にとって利便性のある位置が、次の利用者に対して提案されるので、次の利用者は、それらの提案から、自身にとって実際に利便性のある位置を選択することができる。したがって、車両管理システム１００では、現在の利用者の車両１０２の帰着位置の変更先を、次の利用者にとって真に利便性のある位置へ誘導することが可能となる。

また、車両管理システム１００では、提案部３２６は、現在の利用者の帰着位置の変更についての上記第１の提案を、現在の利用者に対して出力する。この構成によれば、現在の利用者に対し、車両１０２の帰着位置を次の利用者にとって便利な帰着位置へ変更するよう促すことができるので、次の利用者の利便性を向上することができる。

また、車両管理システム１００では、次の利用者についてのスケジュール情報は、次の利用者の現在位置、現在時刻から車両１０２の利用を開始する利用開始予定時刻までの予定立ち寄り地点位置の情報、又は利用開始予定時刻から開始する車両１０２の利用における立ち寄り地点位置の情報を含む。

この構成によれば、次の利用者にとって利便性のある、現在の利用者の帰着位置の候補を効果的に選定して提案することができる。

また、車両管理システム１００では、提案部３２６は、次の利用者に、現在の利用者の帰着位置の変更の提案を提示し、当該提示した提案から次の利用者が選択した提案を取得する。そして、提案部３２６は、次の利用者が選択した上記提案を、現在の利用者に対して提示する。

この構成によれば、次の利用者の意思を優先して帰着位置の変更の合意がなされることとなるので、当該次の利用者の利便性が更に向上する。

また、車両管理システム１００では、提案部３２６は、さらに、現在の利用者について、当該現在の利用者の行動予定に基づいてスケジュール情報を生成し、当該生成した現在の利用者についてのスケジュール情報及び次の利用者についてのスケジュール情報の双方に基づいて、第２の提案であるタイプ２の提案を出力する。

この構成によれば、現在の利用者の利便性をも加味して、次の利用者の利便性の向上を図ることができる。

また、車両管理システム１００では、現在の利用者についてのスケジュール情報は、現在の利用者についての、現在の目的地、現在時刻から車両１０２の利用を終了する利用終了予定時刻までの間の予定立ち寄り地点位置若しくは予定走行経路についての情報、又は利用終了予定時刻の後の所定時間の間における予定立ち寄り地点位置の情報を含む。この構成によれば、現在の利用者の利便性を効果的に考慮することができる。

また、車両管理システム１００では、利用者に対し第１の提案であるタイプ１の提案に合意することについてのインセンティブを付与するインセンティブ付与部３２８を備える。この構成によれば、利用者に対し、車両１０２を利用した際に提案を受け入れる動機付けを与えて、帰着位置の変更の合意を効果的に促すことができる。

また、車両管理システム１００では、インセンティブ付与部３２８は、さらに、利用者に対し第２の提案であるタイプ２の提案を合意することについてもインセンティブを付与する。そして、インセンティブ付与部３２８は、第１の提案であるタイプ１の提案に合意することについてのインセンティブを、第２の提案であるタイプ２の提案に合意することについてのインセンティブよりも大きく設定する。この構成によれば、利用者に対し、次の利用者にとってより利便性のあるタイプ１の提案に合意することを効果的に促すことができる。

［６．変形例］
なお、本発明は上記実施形態の構成に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能である。

例えば、本実施形態では、一例として、車両管理システム１００は、一の車両１０２についての利用における帰着位置の変更提案を行うものとしたが、これには限られない。車両管理システム１００は、複数の利用者により利用される複数の車両を管理するものとしてもよい。この場合には、複数の車両のそれぞれについて、上述した車両１０２の利用についての処理と同じ処理を実行するものとすることができる。

また、本実施形態では、タイプ１の提案についての合意、及びタイプ２の提案についての合意のそれぞれに対し、タイプ毎に予め定められた一定量のインセンティブが与えられるものとしたが、これには限られない。例えば、タイプ１及びタイプ２の提案のそれぞれについて与えられるインセンティブは、変更後の帰着位置と現在の利用者の予定走行経路との距離に応じて異なるもの（例えば、当該距離が長いほど大きな量）であるものとすることができる。

また、本実施形態では、次の利用者は、利用管理サーバ１０６から提示された提案からいくつかの提案の選択のみを行うものとしたが、これには限られない。例えば、次の利用者は、当該選択の際に、選択した提案のランク付け（例えば、望ましい順にランク付け）を行うものとしてもよい。これにより、現在の利用者は、上記ランクにより表された次の利用者の要望を加味して提案を選択することができる。また、この場合には、合意された提案のランクに応じた量のインセンティブ（ポイント数）が、インセンティブ付与部３２８により現在の利用者に付与されるものとすることができる。

また、本実施形態では、提案部３２６は利用管理サーバ１０６に設けられるものとしたが、これには限られない。提案部３２６を含む、利用管理サーバ１０６の機能要素の一部は、車載システム１２０が備える利用管理装置４００に設けられるものとしてもよい。

また、本実施形態では、利用管理装置４００は、車載ネットワークバス４１２を介して他の装置と接続される車載装置であるものとしたが、これには限られない。例えば、利用管理装置４００を、現在の利用者の携帯端末において実現するものとすることができる。この場合には、携帯端末において専用のアプリケーションプログラムを実行することにより、利用管理装置４００と同じ又は同様の機能要素が実現され、当該携帯端末と他の車載装置とが無線通信又は有線通信により接続されることで、当該機能要素が動作するものとすることができる。

あるいは、利用管理装置４００が備える機能要素の一部を、利用者の携帯端末で実現するものとすることができる。例えば、提案提示部４４６を利用者の携帯端末において実現するものとし、利用管理サーバ１０６から送信される帰着位置変更の提案のリストを当該携帯端末に表示するものとし、当該提案に対する利用者の選択が、当該携帯端末から利用管理サーバ１０６へ送信されるものとすることができる。

１００…車両管理システム、１０２…車両、１０４…ネットワーク、１０６…利用管理サーバ、１２０…車載システム、１３０、１３２、１３４…利用者、１４０、１４２、１４４…携帯端末、１５０、１５２、１５４…電子鍵（鍵コード）、１６０…ＦＯＢキー、３００、４２０…処理装置、３０２、４２６…記憶装置、３０４、４２８…通信装置、３２０…利用管理部、３２２…電子鍵発行部、３２４…行動予定取得部、３２６…提案部、３２８…インセンティブ付与部、３３０…課金部、３５０…地図情報、３５２…利用者ＤＢ、３５４…利用情報ＤＢ、３５６…スケジュールＤＢ、４００…利用管理装置、４０２…ボディ・コントロール・モジュール（ＢＣＭ）、４０６…テレメトリ・コントロール・ユニット（ＴＣＵ）、４０８…ＧＰＳ受信機、４１０…ナビゲーション装置、４１２…車載ネットワークバス、４２２…表示装置、４２４…入力装置、４４０…認証部、４４２…現在位置取得部、４４４…行動情報提供部、４４６…提案提示部。

Claims (9)

1. 複数の利用者により利用される車両を管理する車両管理システムであって、
   前記車両の利用予定情報及び利用状況を管理する利用管理部と、
   前記利用者の行動予定を取得する行動予定取得部と、
   前記車両の現在の利用者の後に前記車両を利用する次の利用者に対し、前記現在の利用者が前記車両の利用を終了する際の前記車両の停車位置である帰着位置の変更の提案を出力する提案部と、
   を備え、
   前記提案部は、前記次の利用者について、当該次の利用者の前記行動予定に基づいて、前記次の利用者の現在位置、現在時刻から前記車両の利用を開始する利用開始予定時刻までに滞在する予定立ち寄り地点位置の情報、又は前記利用開始予定時刻から開始する前記車両の利用において滞在する立ち寄り地点位置の情報を含むスケジュール情報を生成し、当該生成した前記次の利用者についてのスケジュール情報に基づいて、前記提案である第１の提案を出力する、
   車両管理システム。
2. 複数の利用者により利用される車両を管理する車両管理システムであって、
   前記車両の利用予定情報及び利用状況を管理する利用管理部と、
   前記利用者の行動予定を取得する行動予定取得部と、
   前記車両を利用中である現在の利用者に対し、前記現在の利用者が前記車両の利用を終了する際の前記車両の停車位置である帰着位置の変更の提案を出力する提案部と、
   を備え、
   前記提案部は、前記現在の利用者の次に前記車両を利用する次の利用者について、当該次の利用者の前記行動予定に基づいて、前記次の利用者の現在位置、現在時刻から前記車両の利用を開始する利用開始予定時刻までに滞在する予定立ち寄り地点位置の情報、又は前記利用開始予定時刻から開始する前記車両の利用において滞在する立ち寄り地点位置の情報を含むスケジュール情報を生成し、当該生成した前記次の利用者についてのスケジュール情報に基づいて、前記提案である第１の提案を出力する、
   車両管理システム。
3. 前記提案部は、前記次の利用者が前記予定立ち寄り地点から徒歩、バス、及び又は電車を含む一つ以上の移動手段により移動したときに予め定めた所定時間内に到達し得る地図上の位置から、前記帰着位置の候補を選定する、
   請求項２に記載の車両管理システム。
4. 前記提案部は、
   前記次の利用者に前記提案を提示し、
   前記提示した前記提案から前記次の利用者が選択した前記提案を取得し、
   前記次の利用者が選択した前記提案を、前記現在の利用者に対して提示する、
   請求項２又は３に記載の車両管理システム。
5. 前記次の利用者に提示される前記提案では、前記帰着位置の候補と、前記予定立ち寄り地点から前記候補のそれぞれの位置までの移動方法及び移動時間と、が提示される、
   請求項４に記載の車両管理システム。
6. 前記提案部は、さらに、前記現在の利用者について、当該現在の利用者の前記行動予定に基づいて、現在の目的地、現在時刻から車両の利用を終了する利用終了予定時刻までの間に滞在する予定立ち寄り地点位置若しくは予定走行経路についての情報、又は前記利用終了予定時刻の後の所定時間の間において滞在する予定立ち寄り地点位置の情報を含むスケジュール情報を生成し、当該生成した前記現在の利用者についてのスケジュール情報及び前記次の利用者についてのスケジュール情報の双方に基づいて、前記提案である第２の提案を出力する、
   請求項２ないし５のいずれか一項に記載の車両管理システム。
7. 前記現在の利用者に対し前記第１の提案に合意することについてのインセンティブを付与するインセンティブ付与部を備える、
   請求項２ないし６のいずれか一項に記載の車両管理システム。
8. 前記現在の利用者に対し前記第１の提案及び前記第２の提案に合意することについて、それぞれにインセンティブを付与するインセンティブ付与部を備え、
   前記インセンティブ付与部は、前記第１の提案に合意することに対し、前記第２の提案に合意することについてのインセンティブよりも大きなインセンティブを付与する、
   請求項６に記載の車両管理システム。
9. 前記第１の提案及び前記第２の提案に合意することについて与えられるインセンティブは、変更後の前記帰着位置と前記現在の利用者の予定走行経路との距離に応じて定められる、
   請求項８に記載の車両管理システム。

Images