JP6937112B2 - 車両管理方法及び車両管理システム - Google Patents

Description

本発明は、車両管理方法及び車両管理システムに関するものである。

従来より、自動車車両を複数のユーザで共用利用するカーシェアリングの管理システムが知られている。管理システムは、所定のカーポートに自動車車両を複数台数配し、適宜ユーザが自動車車両を借り受けて利用できる体制を構築している（例えば特許文献１）。

特開２０１０−１７０２８３号公報

一般的な管理システムでは、ユーザが希望する車両の利用日時、車両の利用場所を指定して、車両を利用するための申し込みを行う。管理システムが、ユーザからの申し込みを受け付けると、申し込みの受け付け順に、ユーザに貸し出す車両と、利用する場所を決定する。

しかしながら、上記の管理システムでは、利用時間及び利用場所が複数のユーザ間で重複した場合には、申し込みの受け付け順で車両を利用できるユーザが決定するため、最初に利用申し込みを行ったユーザ以外のユーザは、利用不可と判断される可能性が高く、車両を利用できるユーザ数が少ないという問題があった。

本発明が解決しようとする課題は、車両の利用申し込みが重複する場合に、車両を利用できるユーザ数を増やす車両管理方法及び車両管理システムを提供することである。

本発明は、ユーザから受け付けた利用要求に基づいて車両の貸出又は返却を行うステーションを利用ステーションとして選定し、利用ステーション及び車両の利用時間が複数のユーザの間で重複するか否かを判定し、重複すると判定した場合には、車両を利用するユーザ数が最大になるように、変更可能時間の範囲内で利用開始時刻を変更することによって上記課題を解決する。

本発明によれば、車両を利用できるユーザ数を増やすことができるという効果を奏する。

図１は、本実施形態に係るカーシェアリングシステムのブロック構成図である。 図２は、サーバ側の制御装置の機能ブロックを示すブロック構成図である。 図３は、ユーザ毎の利用条件を示す表である。 図４は、ユーザ毎の利用時間と利用ステーション関係を示した概念図である。 図５は、ユーザ毎の利用条件を示す表である。 図６は、予約管理部の制御フローを示すフローチャートである。 図７は、ユーザ毎の利用条件を示す表である。 図８は、ユーザ毎の利用ステーション関係を示した概念図である。 図９は、本発明の他の実施形態に係るカーシェアリングシステムにおいて、予約管理部の制御フローを示すフローチャートである。 図１０は、本発明の他の実施形態に係るカーシェアリングシステムにおいて、予約管理部の制御フローを示すフローチャートである。 図１１は、ユーザ毎の利用条件を示す表である。 図１２は、本発明の他の実施形態に係るカーシェアリングシステムにおいて、予約管理部の制御フローを示すフローチャートである。 図１３は、本発明の他の実施形態に係るカーシェアリングシステムにおいて、予約管理部の制御フローを示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。

《第１実施形態》
図１は、本実施形態に係るカーシェアリングシステム（車両管理システム）のブロック構成図である。図２は、サーバ側の制御装置の機能ブロックを示すブロック構成図である。図１に示すように、本実施形態のカーシェアリングシステムは、管理サーバ１００と、カーシェアリングに供される複数の共用車両２００と、インターネット３００を介して車両管理サーバ１００と通信可能な複数のユーザ端末４００とから構成される。なお、図１中においては、共用車両２００を２台のみ示したが、本実施形態のカーシェアリングシステムは、多数の共用車両２００から構成される。そして、本実施形態のカーシェアリングシステムにおいては、多数の共用車両２００が、各所に設けられた所定の駐車スペースにそれぞれ駐車されており、特定多数のユーザが、所望の駐車スペースに駐車された共用車両２００を選択して利用できるようになっている。

図１に示すように、共用車両２００は、管理サーバ１００と相互に通信が可能となっており、車載装置２１０と、通信装置２２０とを備えている。車載装置２１０は、共用車両２００の利用開始時刻および利用終了時刻の情報、走行距離の情報、自車両位置の情報、車速の情報、バッテリの残量の情報、車両のパワースイッチのオン、オフの情報などを、通信装置２２０から、無線通信により管理サーバ１００に備えられた通信装置１２０に送信する。また通信装置２２０は、管理サーバ１００から信号により送信される情報を受信する。

なお、車載装置２１０が、自車両位置の情報を取得する方法としては、たとえば、各共用車両２００に備えられたＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）により測位衛星から発信される電波を所定時間ごとに受信することで、各共用車両２００のリアルタイムの位置情報を取得する方法などが挙げられる。

ユーザ端末４００は、本実施形態のカーシェアリングシステムを利用する特定多数のユーザが所有する端末であり、インターネット３００を介して、管理サーバ１００に備えられた通信装置１２０と通信可能となっている。本実施形態のカーシェアリングシステムにおいては、各ユーザは、ユーザ端末４００により、共用車両２００の利用申込みを行うことができるようになっている。

ここで、共用車両２００の利用申込みとしては、ユーザが利用申込みの直後に共用車両２００の利用を開始するような即時利用の申込みでもよいし、ユーザが将来に共用車両２００を利用するための利用予約の申込みでもよい。

また、本実施形態のカーシェアリングシステムにおいては、ユーザがユーザ端末４００により共用車両２００の利用申込みをする際において、ユーザは、共用車両２００の貸出をするための貸出予定地の設定を行い、共用車両２００を利用した後に返却するための返却予定地の設定を行う。

なお、ユーザ端末４００としては、たとえば、パソコンの他、携帯電話、ＰＤＡなどの各種移動端末などが挙げられる。ユーザ端末４００が携帯電話である場合には、通信装置１２０で通信する車両情報を、各種の無線機規格に基づく無線通信でユーザ端末４００に読み込ませて、当該ユーザ端末４００が、車両情報等を管理サーバ１００に送信してもよい。図１中においては、ユーザ端末４００として４つの端末を例示して示したが、ユーザ端末４００および本実施形態のカーシェアリングシステムを利用するユーザの数は、特に限定されるものではない。

また、管理サーバ１００は、制御装置１１０と、通信装置１２０と、データベース１３０とを備えている。

通信装置１２０は、無線通信により、共用車両２００に備えられた通信装置２２０と、また、インターネット３００を介して、各ユーザの所有するユーザ端末４００と通信するための装置である。通信装置１２０は、無線通信により、車載装置２１０から、共用車両２００の利用開始時刻および利用終了時刻の情報、走行距離の情報、ならびに車両位置の情報などを、また、ユーザ端末４００から、ユーザによる共用車両２００の利用申込みの情報、およびユーザにより選択された貸出予定地及び返却予定地の情報などを取得する。共用車両２００の利用時間の情報は、利用開始時刻、利用開始時刻の幅、利用予定時間長、及び利用終了時刻等、共用車両２００の利用に関する時間情報を含んでいる。利用申し込みの情報には、利用を希望する車両の情報、サービスの利用履歴、会員登録情報等を含む。

データベース１３０は、共用車両２００ごとに、利用受付情報、利用地情報、駐車中の駐車スペースの位置情報等を記憶するための記憶装置である。利用地情報は、出発地（貸出予定地）及び到着地（返却予定地）の情報である。なお、利用受付情報、および利用地情報は、ユーザによって、ユーザ端末４００を介して共用車両２００の利用申込み、利用可能車両の選択、及び利用地の選択がされた場合に、ユーザ端末４００から送信された情報に基づいて、共用車両２００ごとに生成される情報である。また、カーシェアリングシステムの利用者を会員に限定している場合には、データベース１３０は、登録した会員の情報、会員が登録したユーザ端末４００の識別情報なども記憶している。

さらに、データベース１３０には、共用車両２００を駐車するための複数の駐車スペースの情報が記憶されている。具体的には、データベース１３０には、所定の区域に複数設けられた駐車スペースの位置情報等が記憶されている。本実施形態のカーシェアリングシステムにおいて、駐車スペースは、共用車両２００を駐車するための駐車場であり、複数の駐車スペースが設けられた区域が駐車ステーションである。

管理サーバ１００の制御装置１１０は、図１に示すように、各種プログラムが格納されたＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１２と、このＲＯＭ１１２に格納されたプログラムを実行する動作回路としてのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１と、アクセス可能な記憶装置として機能するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１３と、を備えている。

そして、制御装置１１０は、本実施形態に係るカーシェアリングシステムを管理するために、ユーザからの予約を管理する予約管理機能、共用車両２００を管理する車両管理機能、及びステーションの状態を管理するステーション管理機能を備える。制御装置１１０は、上記各機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実行することができる。また、制御装置１１０は、これらの各機能を発揮するための機能ブロックとして、図２に示すように、予約管理部１１、車両管理部１２、及びステーション管理部１３を有している。

以下に、管理サーバ１００の制御装置１１０が実現する各機能について、図２を用いてそれぞれ説明する。また、必要に応じて、車両側の制御も説明する。図２は、制御装置１１０の機能ブロックを示すブロック構成図である。

まず、制御装置１１０は、予約管理部１１により、ユーザから車両の利用の申し込みを受け付ける。具体的には、ユーザがユーザ端末４００を操作して共用車両２００の利用予約の申込みを行った場合に、予約管理部１１は、ユーザ端末４００から送信された利用予約情報に基づいて、利用の申し込みを受け付ける。

利用予約情報は、出発ステーション（貸出ステーション）の情報、到着ステーション（返却ステーション）の情報、利用開始時刻、利用終了時刻等を含んでいる。出発ステーションの情報は、車両の貸出予定地を示しており、到着ステーションの情報は、車両の返却予定地を示している。利用開始時刻は、車両の貸出を行う予定時刻であり、車両の利用開始予定時刻である。利用開始時刻は車両の出発予定時間でもある。利用終了時刻は、車両の返却を行う予定時刻であり、車両の利用終了予定時刻である。利用終了時刻は、車両の到着予定時刻でもある。ユーザは、ユーザ端末４００を用いて、ステーションのリストから、出発ステーション及び到着ステーションを指定する。ユーザはユーザ端末４００を用いて、利用開始時刻及び利用終了時刻をそれぞれ入力する。また、ユーザはユーザ端末４００を用いて、利用開始時刻及び利用終了時刻に加えて、利用開始時刻の変更可能時間（変更可能時間長）を入力する。変更可能時間は、ユーザが許容できる利用開始時刻の変更可能範囲を示している。変更可能時間は、ユーザにより自由に設定できる時間幅である。変更可能時間は、所定の時間刻み、例えば５分刻みで設定できる。ユーザ端末４００はサーバ１００と通信を行い、指定されたステーションに対して、ステーションの状態、車両の状態をディスプレイに表示してもよい。

予約管理部１１は、ユーザから受け付けた利用予約に基づいて、車両の貸出を行うステーションと車両が返却されるステーションを、管理対象のステーションの中から選定する。車両の貸出を行うステーションは、ユーザが指定した出発ステーションに相当し、車両が返却されるステーションはユーザが指定した到着ステーションに相当する。予約管理部１１は、選定されたステーションの情報を含めて、利用予約情報を管理している。

予約管理部１１は、利用予約を受け付けた場合に、利用予約の情報をデータベース１３０に記憶する。データベース１３０は、利用時間長、ステーション及びユーザ情報を対応させた上で、利用予約の情報を記憶する。

制御装置１１０は、ユーザからの車両の利用要求として、上記のような利用予約の申し込みに限らず、即時利用の申し込みを受け付けてもよい。例えば、共用車両２００をすぐに利用したい場合には、ユーザは共用車両２００の現在の空き状態を確認し、空いている共用車両２００、出発ステーション、到着ステーション及び到着時間を指定する。出発ステーションは、指定された共用車両２００が現在駐車しているステーションである。制御装置１１０は、ユーザから即時利用の申し込みを受け付けると、利用要求に基づいて、出発ステーション及び到着ステーションを選定する。

車両管理部１２は、管理対象となる共用車両２００の利用状態を管理している。車両管理部１２は、共用車両２００の利用状態をデータベース１３０に記憶させている。また、車両管理部１２は、通信装置１２０を用いて共用車両２００と通信を行い、共用車両２００の位置情報を取得することで、共用車両２００の位置を管理している。共用車両２００の利用状態には、現在車両が利用中である状態及び現在車両が利用されていない状態の少なくとも２つの状態を含んでいる。例えば、ユーザが共用車両２００の空き状態を知りたい場合には、車両管理部１２は、利用可能車両のリストを作成し、予約管理部１１に作成したリストを送信する。予約管理部１１は、通信装置１２０を用いてユーザに対して、利用可能車両のリストを送信する。利用可能車両は、現在利用されていない車両である。リストを受け取ったユーザはユーザ端末４００の表示画面上でリストまたはリストから生成する図形情報等を確認することで、利用可能車両と、当該利用可能車両の駐車位置を確認できる。

ステーション管理部１３は、ステーションの状態を管理している。ステーションの状態は、ステーションに含まれる駐車スペースの空き状態に相当する。ステーション管理部１３は、車両が駐車スペースに停まっている状態、駐車スペースが空いている状態、車両の貸出予定地又は返却予定地として設定されている状態等を、ステーションの状態として管理している。ステーション管理部１３は、ステーションの状態の情報をデータベース１３０に記憶させている。

次に、予約管理部１１による予約管理機能を説明する。予約管理部１１は、ユーザから利用予約として利用要求を受け付けると、車両の利用時間の情報及びステーションの情報をデータベース１３０に記憶する。この時点では、予約管理部１１は、車両の利用を許可しておらず、プレ予約（事前予約、現在の時刻より３０分を超えた先（未来）の時刻の予約のこと）として利用要求を受け付ける。データベース１３０には、利用開始時刻、利用開始時刻の幅、利用予定時間長、出発ステーション、及び到着ステーションの情報が記憶される。利用開始時刻の幅は、利用開始時刻の変更可能時間に相当する。なお、利用予定時間長の代わりに、利用終了時刻がデータベース１３０に記憶されてもよい。予約管理部１１は、ユーザから利用予約を受け付ける度に、利用予約に関する情報をデータベース１３０に記憶する。

予約管理部１１は、現在の時間が利用判定時刻となった否かを判定する。利用判定時刻は、受け付けた利用予約を確定させる時刻であって、ユーザにより指定された利用開始時刻よりも所定時間（例えば３０分）前の時刻に設定されている。例えば、ユーザＡが、利用開始時刻として１４時を指定し、利用予約を行った場合には、予約管理部１１は、利用開始時刻の３０分前である１３時３０分に、ユーザＡの利用を許可するか否かを判定する。

予約管理部１１は、ユーザに対して車両の利用を許可するか否かを判定するときには、共用車両２００を利用するユーザ数が最大になるように、変更可能時間長の範囲内で利用開始時刻を調整する。図３及び図４を用いて、予約管理部１１により利用予約を確定するときの制御を説明する。なお、図３の表において、利用開始時刻は、利用予約の申し込み時にユーザにより指定された時刻であって、変更前の利用開始時刻である。最長利用終了時間は、利用開始時刻を利用開始時刻の幅の範囲内で変更した場合に、最も利用終了時刻が遅くなる時刻である。

以下、具体例を用いて説明する。具体例では、４人のユーザが、既にプレ予約として利用予約を申し込んでいる。また利用予約の申し込みは、ユーザＡ、ユーザＢ、ユーザＣ、及びユーザＤの順番で行われたとする。４人のユーザの利用開始時刻、利用開始時刻の幅（変更可能時間）、利用予定時間長、出発ステーション、及び到着ステーションは図３の表に示す通りである。図４は、利用時間と利用ステーション関係をユーザＡ〜Ｄ毎で示した概念図である。また利用判定時刻は、利用開始時刻の３０分前の時間とする。なお、説明を容易にするために、利用可能な車両を１台とし、５つのステーション（ＳＴ１からＳＴ５）のうち、ＳＴ１のみに、共用車両２００が停車しているとする。

４人のユーザのうち、最も利用開始時刻の早いユーザＡの利用開始時刻より３０分前の時間、すなわち１３時になると、予約管理部１１は、現在の時間が利用判定時刻に到達したと判定する。予約管理部１１は、ユーザＡの利用予約を確定するか否かを判定するために、まずユーザＡの利用ステーション及び利用時間が、他のユーザ（ユーザＢ〜Ｄ）の利用ステーション及び利用時間と重複しているか否かを判定する。

利用ステーションの重複は、ユーザ間で出発ステーションが重複している場合、又は、ユーザ間で到着ステーションが重複している場合に限らず、一方のユーザの出発ステーションと他方のユーザの到着ステーションが重複している場合も含まれる。利用時間の重複は、ユーザの利用時間の少なくとも一部の時間が重複している場合も含んでいる。

図３の例では、ユーザＡの到着ステーションと、ユーザＢ及びユーザＣの出発ステーションとが共にＳＴ２であるため、利用ステーションが重複している。また、ユーザＡの利用時間は１３時３０分（利用開始時刻）から１４時２０分（利用終了時刻）であり、ユーザＢの利用時間は１４時（利用開始時刻）から１４時４５分であり、ユーザＣの利用時間は１４時から１４時２０分である。ユーザＡの利用終了時刻が、ユーザＢ及びユーザＣの利用開始時刻よりも後の時間であるため、ユーザＡの利用時間は、ユーザＢ及びユーザＣの利用時間と重複する。

ユーザＡとユーザＢとの重複関係又はユーザＡとユーザＣとの重複関係のように、前に利用される車両の返却ステーションが、次に利用される車両の出発ステーションに設定されている場合には、同じ車両を利用することで、車両の稼働率を高めることができる。しかしながら、ユーザＡの利用時間が、ユーザＢ、Ｃの利用時間と重複しているため、ユーザの指定時間では、車両を効率よく利用できない。

予約管理部１１は、ユーザＢの利用開始時刻の幅を確認し、ユーザＢの利用開始時刻の幅の範囲内でユーザＢの利用開始時刻を変更することで、ユーザＢが共用車両２００を利用できるか否かを判定する。予約管理部１１は、ユーザＣについても、同様に、ユーザＣの利用開始時刻の幅の範囲内でユーザＣの利用開始時刻を変更することで、ユーザＣが共用車両２００を利用できるか否かを判定する。

図３及び図４の例では、ユーザＢは１５分の利用開始時刻の幅を指定しており、ユーザＣは２０分の利用開始時刻の幅を指定している。ユーザＢの利用開始時間は１４時から１４時１５分に変更可能であり、ユーザＣの利用開始時間は１４時から１４時２０分に変更可能である。すなわち、ユーザＢの利用開始時間及びユーザＣの利用開始時刻は、ユーザＡの利用終了時刻（１４時１５分）より後に変更できる。そのため、予約管理部１１は、利用開始時間を変更することで、ユーザＢ及びユーザＣは車両を利用できると判定する。なお、本実施形態では、ユーザＡの利用終了時刻とユーザＢの変更後の利用開始時間が同じ場合に、ユーザＢは車両を利用できると判定しているが、予約管理部１１は、所定の余裕時間（例えば５分）を確保できない場合には、利用不可と判定してもよい。また、例えばユーザＢ又はユーザＣの利用開始時間が利用開始時刻の幅で変更されても、変更後の利用開始時刻が、ユーザＡの利用終了時刻より後の時刻にならない場合には、予約管理部１１は利用不可と判定する。

ユーザＢ及びユーザＣに対してＳＴ２から車両を貸し出すことを想定した場合に、実際には、ユーザＡが返却した車両しかＳＴ２に駐車していない。そのため、ユーザＢとユーザＣのいずれか一方に、車両を割り当てる必要がある。このような場合には、予約管理部１１は、他のユーザがユーザＢ、Ｃの利用後の返却車両を利用できるようにするためには、ユーザＢとユーザＣのどちらのユーザに共用車両２００を貸し出すべきか、判定する。

図３及び図４の例では、ユーザＢの到着ステーション（ＳＴ３）において、他のユーザから共用車両の２００の利用予約が入っていない。一方、ユーザＣの到着ステーション（ＳＴ４）では、ユーザＤから共用車両２００の利用予約が入っている。そのため、予約管理部１１は、共用車両２００を利用するユーザ数を増やすために、ユーザＣが車両を利用できると判定し、ユーザＢは車両を利用できないと判定する。

ユーザＣがＳＴ４に車両を返却する時刻（利用終了時刻）は１４時４０分である。ユーザＤがＳＴ４から車両を利用するために指定している時刻（利用開始時刻）は１４時３０分である。ユーザＣの利用開始時刻は変更後の時刻のため、利用開始時刻を変更するための許容時間長は短い。ユーザＤは１５分の利用開始時刻の幅を指定している。そのため、図４に示すように、ユーザＤの利用開始時刻が１４時３０分から１４時４５分に変更されれば、ユーザＤは、ＳＴ４において、ユーザＣの返却車両を利用できる。予約管理部１１は、ユーザＤの利用開始時刻を変更することで、ユーザＤの車両を利用できると判定する。

上記のように、利用変更時間幅の範囲内で各ユーザの利用開始時刻を変更する前の状態では、共用車両を利用できるユーザ数は１人（ユーザＡのみ）である。また、利用予約の申し込み順で、ユーザＡ〜Ｄに対して貸出車両を割り当てた場合には、共用車両２００を利用できるユーザ数は１人（ユーザＡのみ）である。一方、本実施形態のように、利用変更時間幅の範囲内で各ユーザの利用開始時刻を変更し、利用を許可するユーザの組み合わせをユーザＡ、ユーザＣ及びユーザＤとすることで、共用車両を利用できるユーザ数は３人となる。

これにより、予約管理部１１は、利用ステーション及び利用時間が複数のユーザ間で重複するか否かを判定し、重複すると判定した場合には、車両を利用するユーザ数が最大となるように、利用開始時刻の幅の範囲内で利用開始時刻を変更して、ユーザ数が最大となる組み合わせを算出する。予約管理部１１は、ユーザＡの利用を許可し、ユーザＡに対して予約が確定した旨の通知を行う。このとき、利用開始時刻が変更された場合には、予約管理部１１は、変更後の利用開始時刻を通知する。また、図３及び図４の例では、ユーザＡの利用許可の判定を行った時点で、ユーザＢは利用不可となっているため、予約管理部１１は、ユーザＢに対して予約不可となったことを通知してもよい。また、予約管理部１１は、ユーザＣ、Ｄに、変更後の利用開始時刻を通知してもよい。予約管理部１１は、ユーザＣの利用許可の判定を行った時点、すなわちユーザＣの利用開始時刻の３０分前になった時点で、上記と同様の判定を行う。

また他の具体例を挙げた上で、予約管理部１１による予約管理機能を説明する。他の具体例では、図５に示すように、３人のユーザが既にプレ予約として利用予約を申し込んでいる。また利用予約の申し込みは、ユーザＥ、ユーザＦ、及びユーザＧの順番で行われたとする。３人のユーザの利用開始時刻、利用開始時刻の幅（変更可能時間）、利用予定時間長、出発ステーション、及び到着ステーションは図５の表に示す通りである。なお、説明を容易にするために、ＳＴ２に設けられる駐車スペースは１台分のみであり、この駐車スペースが空いているとする。ＳＴ１及びＳＴ３には、利用可能な共用車両２００がそれぞれ駐車している。

予約管理部１１は、ユーザＥ、Ｆの利用開始時刻より３０分前の時間、すなわち１４時になると、予約管理部１１は、現在の時間が利用判定時刻に到達したと判定する。予約管理部１１は、ユーザＥ、Ｆの利用予約を確定するために、利用ステーション及び利用時間がユーザ間で重複するか否か判定する。

図５の例では、ユーザＥの到着ステーション、ユーザＦの到着ステーション、及びユーザＦの出発ステーションが共にＳＴ２であるため、利用ステーションが重複している。ユーザＥ、ユーザＦ及びユーザＧの利用時間も重複する。

ユーザＥ又はユーザＦにより共用車両２００がＳＴ２に返却した後には、ユーザＧの利用予約が待機している。そのため、ユーザＥ又はユーザＦの返却車両を、ユーザＧが利用できれば、車両を利用可能なユーザ数が増加することになる。

ＳＴ２の空き駐車スペースは１台分である。ユーザＧの利用開始時刻は１５時であり、ユーザＧの利用開始時刻の幅は０分のため、ユーザＧの利用時間時間は１５時から変更できない。

予約管理部１１は、ユーザＥ、Ｆの利用開始時刻の幅を確認し、ユーザＢの利用開始時刻の幅の範囲内でユーザＢの利用開始時刻を変更することで、ユーザＧが共用車両２００を利用可できるか否かを判定する。

図５の例では、ユーザＥは、５分の利用開始時刻の幅を指定しているため、ユーザＥの利用開始時刻は１４：３０分から１４時２５分に変更可能である。そして、ユーザＥの最短利用終了時刻は１５時０５分（＝１４時２５分＋４０分）となる。ユーザＦは、１５分の利用開始時刻の幅を指定しているため、ユーザＦの利用開始時刻は１４：３０分から１４時１５分に変更可能である。そして、ユーザＦの最短利用終了時刻は１４時５５分（＝１４時１５分＋４０分）となる。すなわち、ユーザＥは、利用開始時刻の幅の範囲内で利用開始時刻を変更したとしても、ユーザＧの利用開始時刻までに、共用車両２００を返却できない。一方、ユーザＦは、利用開始時刻の幅の範囲内で利用開始時刻を変更することで、ユーザＧの利用開始時刻までに、共用車両２００を返却できる。そのため、予約管理部１１は、利用開始時刻を変更することで、ユーザＦ及びユーザＧは車両を利用できると判定し、ユーザＥは車両を利用できないと判定する。

上記のように、利用変更時間幅の範囲内で各ユーザの利用開始時刻を変更する前の状態では、共用車両を利用できるユーザ数は１人（ユーザＥ又はＦのみ）である。また、利用予約の申し込み順で、ユーザＥ及びユーザＦに対して貸出車両を割り当てた場合には、共用車両２００を利用できるユーザ数は１人（ユーザＥのみ）である。一方、本実施形態のように、利用変更時間幅の範囲内で各ユーザの利用開始時刻を変更し、利用を許可するユーザの組み合わせをユーザＦ及びユーザＧとすることで、共用車両を利用できるユーザ数は２人となる。

これにより、予約管理部１１は、利用ステーション及び利用時間が複数のユーザ間で重複するか否かを判定し、重複すると判定した場合には、車両を利用するユーザ数が最大となるように、利用開始時刻の範囲内で利用開始時刻を変更して、ユーザ数が最大となる組み合わせを算出する。予約管理部１１は、ユーザＦ、Ｇの利用を許可し、ユーザＦ、Ｇに対して予約が確定した旨の通知を行う。このとき、予約管理部１１は、ユーザＦに対して利用開始時刻が変更された旨を通知する。また、予約管理部１１は、ユーザＥに対して予約不可となったことを通知する。

次に、予約管理部１１による予約管理制御の制御フローを説明する。図６は、予約管理部１１の制御フローを説明するフローチャートである。

ステップＳ１にて、予約管理部１１は、ユーザから、共用車両２００の利用予約の受け付けがあるか否かを判定する。利用予約を受け付けた場合には、予約管理部１１はステップＳ２以降の制御フローを実行する。予約管理部１１は、利用予約を受け付けていない場合には、ステップＳ４の制御フローを実行する。ステップＳ２にて、予約管理部１１は、受け付けた利用予約で示される情報に基づいて、出発ステーション及び到着ステーションを設定する。ユーザよりステーションの指定がある場合には、予約管理部１１は、ユーザにより指定されたステーションを、利用ステーション（出発ステーション及び到着ステーション）を選定する。ユーザからの指定が、施設等の特定の位置である場合には、予約管理部１１は、指定された位置の最寄りのステーションを利用ステーションとして選定する。

ステップＳ３にて、予約管理部１１は、利用予約情報をデータベース１３０に記憶する。利用予約情報は、ユーザにより指定された利用時間情報、及び、選定された利用ステーション情報を含む。

ステップＳ４にて、予約管理部１１は、現在の時刻が利用判定時刻に到達したか否かを判定する。利用判定時刻に到達していない場合には、予約管理部１１は制御フローを終了させる。利用判定時刻に到達した場合には、予約管理部１１は、ステップＳ５以降の制御フローを実行する。

ステップＳ５にて、予約管理部１１は利用条件が複数のユーザ間で重複するか否かを判定する。利用条件は、利用時間の条件と利用ステーションの条件に相当する。

利用時間及び利用ステーションが複数のユーザ間で重複する場合には、ステップＳ６にて、予約管理部１１は、車両を利用できるユーザ数が最大となる組み合わせを算出する。ステップＳ７にて、予約管理部１１は、予約が確定したユーザに対して、確定予約情報を送信する。確定予約情報は、確定した利用時間の情報、確定した利用ステーションの情報を含む。

ステップＳ５の制御フローにおいて、利用時間又は利用ステーションの少なくともいずれか一方が複数のユーザ間で重複しない場合には、予約管理部１１は、ステップＳ７の制御フローを実行する。

予約管理部１１は、ステップＳ７の制御フローを実行後、制御フローを終了させる。

上記のように本実施形態では、ユーザから受け付けた利用要求に基づいて共用車両２００の貸出又は返却を行うステーションを利用ステーションとして選定し、利用ステーション及び車両の利用時間が複数のユーザの間で重複するか否かを判定し、重複すると判定した場合には、車両を利用するユーザ数が最大になるように、変更可能時間の範囲内で利用開始時刻を変更する。これにより、共用車両２００を利用できるユーザ数を増やすことができる。その結果として、共用車両２００の稼働率を高めることができる。

また本実施形態では、貸出ステーション（出発ステーション：ＳＴ２）を貸出地として希望するユーザＢ、同じ貸出ステーション（出発ステーション：ＳＴ２）を貸出地として希望するユーザＣから、利用要求をそれぞれ受け付ける。ユーザＢとユーザＣとの間で、共用車両２００の利用時間が重複し、利用対象となる共用車両２００が重複する場合には、ユーザＢ又はユーザＣが返却ステーションに返却した後の共用車両２００が他のユーザＤに利用できるように利用開始時刻を変更し、ユーザＢ又はユーザＣのうち、利用開始時刻が変更されたユーザＣに対して車両の利用を許可する。これにより、重複するユーザ間でいずれかのユーザに対して利用を許可する場合に、他のユーザは返却車両を利用できる。ゆえに、共用車両２００を利用できるユーザ数を増やすことができる。

また本実施形態では、返却ステーション（到着ステーション：ＳＴ２）を返却地として希望するユーザＡ、同じステーション（ＳＴ２）を貸出地として希望するユーザＢ、及び同じステーション（ＳＴ２）を貸出地として希望するユーザＣから、各ユーザの利用要求をそれぞれ受け付ける。ユーザＡとユーザＢとの間、及び、ユーザＡとユーザＣとの間で、共用車両２００の利用時間が重複する場合には、ユーザＡの利用終了時刻、ユーザＢの変更後の利用開始時刻、及びユーザＣの変更後の利用開始時刻を比較し、変更後の利用開始時刻がユーザＡの利用終了時刻より後になるユーザに対して共用車両２００の利用を許可する。これにより、重複するユーザ間でいずれかのユーザに対して利用を許可する場合に、他のユーザは返却車両を利用できる。ゆえに、共用車両２００を利用できるユーザ数を増やすことができる。

また本実施形態では、返却ステーション（到着ステーション：ＳＴ２）を返却地として希望するユーザＥ、同じステーション（ＳＴ２）を返却地として希望するユーザＦ、及び同じステーション（ＳＴ２）を貸出地として希望するユーザＧから、各ユーザの利用要求をそれぞれ受け付ける。ユーザＥとユーザＧとの間、及び、ユーザＦとユーザＧとの間で、共用車両２００の利用時間が重複する場合には、ユーザＥによる共用車両２００の変更後の利用終了時刻、ユーザＦの変更後の利用終了時刻、及びユーザＧの利用開始時刻を比較し、変更後の利用終了時刻がユーザＧの利用終了時刻より前になるユーザＦに対して共用車両２００の利用を許可する。これにより、重複するユーザ間でいずれかのユーザに対して利用を許可する場合に、他のユーザは返却車両を利用できる。ゆえに、共用車両２００を利用できるユーザ数を増やすことができる。

なお、本実施形態では、ユーザから利用開始時刻の変更可能範囲を入力できるようなシステムであるが、利用開始時刻に限らず、利用終了時刻の変更可能範囲を入力できるようにしてもよい。また、本実施形態は、利用開始時刻の変更可能範囲及び利用終了時刻の変更可能範囲を入力できるようなシステムとしてもよい。

《第２実施形態》
本発明の他の実施形態に係るカーシェアリングシステムを説明する。本実施形態では、他の実施形態に対して、ユーザ数が最大となる組み合わせが複数通りある場合の制御が異なる。他の制御及び具体的構成は、第１実施形態と同様であるため、本実施形態は、第１実施形態の記載を適宜援用する。

本実施形態に係る予約管理部１１は、ユーザ数が最大となる組み合わせが複数ある場合には、利用時間及び利用ステーションが重複する複数のユーザのうち、利用可能時間幅が長いユーザを優先させて、共用車両２００の利用を許可する。

以下、具体例を用いて説明する。具体例では、３人のユーザが既にプレ予約としれ利用予約を申し込んでいる。また利用予約の申し込みは、ユーザＡ、ユーザＢ及びユーザＣの順番で行われたとする。３人のユーザの利用開始時刻、利用開始時刻の幅（変更可能時間）、利用予定時間長、出発ステーション、及び到着ステーションは図７の表に示す通りである。また、ユーザＡ〜ＣのうちユーザＡのみを含む組み合わせ、ユーザＢのみを含む組み合わせ、及びユーザＣのみを含む組み合わせは、それぞれユーザ数が最大となる組み合わせであり、各組み合わせのユーザ数は同数とする。図８は、利用ステーション関係をユーザＡ〜Ｄ毎で示した概念図である。なお、説明を容易にするために、各ステーションには、１台分の駐車スペースのみ設けられているとする。

図８に示すように、３つの出発ステーション（ＳＴ１、ＳＴ２、及びＳＴ３）のうち、共用車両２００はＳＴ２のみに駐車している。３つの出発ステーション（ＳＴ４、ＳＴ５、及びＳＴ６）のうち、空き駐車スペースはＳＴ５のみである。そのため、出発ステーションと到着ステーションは、それぞれＳＴ２及びＳＴ５となる。

そして、図７に示すように、ユーザＡ〜Ｃの間で、利用時間及び利用ステーションは重複している。複数のユーザ間で利用時間及び利用ステーションが重複しており、どのユーザを選択しても組み合わせで決まるユーザ数が同数である場合には、予約管理部１１は、複数のユーザにより指定された各利用可能時間幅のうち、最も利用可能時間幅の長い時間を指定したユーザに対して、車両の利用を許可する。図７の例では、ユーザＣの利用可能時間幅が、ユーザＡ及びユーザＢよりも長いため、予約管理部１１は、ユーザＣによる共用車両２００の利用を許可し、ユーザＡ及びユーザＢによる共用車両２００の利用を許可しない。予約管理部１１は、ユーザＣに対して予約が確定した旨の通知を行い、ユーザＢ及びユーザＡに対して予約不可となったことを通知する。

図７及び図８の具体例では、複数のユーザのうち、１人のユーザの予約を確定する例を示したが、複数のユーザの予約を確定できる場合には、予約管理部１１は、複数のユーザにより指定された各利用可能時間幅のうち、より長い利用可能時間幅を指定したユーザを優先させて、車両の利用を許可する。例えば、ユーザＡ〜Ｃの利用時間及び利用ステーションの重複関係が図７の表に示すとおりであり、２人分のユーザの予約を確定できる場合には、予約管理部１１は、ユーザＢ及びＣによる共用車両２００の利用を許可し、ユーザＡによる共用車両２００の利用を許可しない。

次に、予約管理部１１による予約管理制御の制御フローを説明する。図９は、予約管理部１１の制御フローを説明するフローチャートである。ステップＳ１１〜１６の制御フローは、第１実施形態に係るステップＳ１〜Ｓ６の制御フローと同様であるため、説明を省略する。ステップＳ１９の制御フローは第１実施形態に係るステップＳ７の制御フローと同様であるため説明を省略する。

ステップＳ１６の制御フローの後、ステップＳ１７にて、予約管理部１１は、組み合わせが複数有るか否かを判定する。組み合わせが複数無い場合には、予約管理部１１は、ステップＳ１９の制御フローを実行後、制御フローを終了させる。

組み合わせが複数有る場合には、ステップＳ１８にて、予約管理部１１は、複数の組み合わせに該当するユーザのうち、利用開始時刻の幅の長いユーザを優先させて、共用車両２００の利用を許可する。

上記のように、本実施形態では、利用ステーション及び共用車両２００の利用時間が複数のユーザの間で重複すると判定した場合には、重複する複数のユーザのうち、利用開始時刻の幅が長いユーザを優先させて共用車両２００の利用を許可する。これにより、利用時間を調整できる範囲が広がることで、他のユーザからの利用予約を受け入れやすくなるため、車両の稼働率を高めることができる。

《第３実施形態》
本発明の他の実施形態に係るカーシェアリングシステムを説明する。本実施形態では、他の実施形態に対して、ユーザ数が最大となる組み合わせが複数通りある場合の制御が異なる。他の制御及び具体的構成は、第１実施形態と同様であるため、本実施形態は、第１実施形態の記載を適宜援用する。

本実施形態に係る予約管理部１１は、ユーザ数が最大となる組み合わせが複数ある場合には、利用時間及び利用ステーションが重複する複数のユーザのうち、利用時間が短いユーザを優先させて、共用車両２００の利用を許可する。

以下、具体例を用いて説明する。具体例の条件は、第２実施形態で示した具体例と同じである。

図７に示すように、ユーザＡ〜Ｃの間で、利用時間及び利用ステーションは重複している。すなわち、複数のユーザ間で利用時間及び利用ステーションが重複しており、どのユーザを選択しても組み合わせで決まるユーザ数が同数である場合には、予約管理部１１は、複数のユーザにより指定された各利用可能時間幅のうち、最も利用時間の短い時間を指定したユーザに対して、車両の利用を許可する。図７の例では、ユーザＢの利用予定時間長がユーザＡ及びユーザＣよりも短いため、予約管理部１１は、ユーザＢによる共用車両２００の利用を許可し、ユーザＡ及びユーザＣによる共用車両２００の利用を許可しない。予約管理部１１は、ユーザＢに対して予約が確定した旨の通知を行い、ユーザＡ及びユーザＣに対して予約不可となったことを通知する。

具体例では、複数のユーザのうち、１人のユーザの予約を確定する例を示したが、複数のユーザの予約を確定できる場合には、予約管理部１１は、複数のユーザにより指定された利用予定時間長のうち、より短い利用時間を指定したユーザを優先させて、車両の利用を許可する。例えば、ユーザＡ〜Ｃの利用時間及び利用ステーションの重複関係が図７の表に示すとおりであり、２人分のユーザの予約を確定できる場合には、予約管理部１１は、ユーザＡ及びＢによる共用車両２００の利用を許可し、ユーザＣによる共用車両２００の利用を許可しない。

次に、予約管理部１１による予約管理制御の制御フローを説明する。図１０は、予約管理部１１の制御フローを説明するフローチャートである。ステップＳ２１〜２６の制御フローは、第１実施形態に係るステップＳ１〜Ｓ６の制御フローと同様であるため、説明を省略する。ステップＳ２９の制御フローは第１実施形態に係るステップＳ７の制御フローと同様であるため説明を省略する。

ステップＳ２６の制御フローの後、ステップＳ２７にて、予約管理部１１は、組み合わせが複数有るか否かを判定する。組み合わせが複数無い場合には、予約管理部１１は、ステップＳ２９の制御フローを実行後、制御フローを終了させる。

組み合わせが複数有る場合には、ステップＳ２８にて、予約管理部１１は、複数の組み合わせに該当するユーザのうち、利用時間の短いユーザを優先させて、共用車両２００の利用を許可する。

上記のように、本実施形態では、利用ステーション及び共用車両２００の利用時間が複数のユーザの間で重複すると判定した場合には、重複する複数のユーザのうち、利用時間が短いユーザを優先させて共用車両２００の利用を許可する。これにより、車両の利用回数が増えるため、車両の稼働率を高めることができる。

《第４実施形態》
本発明の他の実施形態に係るカーシェアリングシステムを説明する。本実施形態では、他の実施形態に対して、ユーザ数が最大となる組み合わせが複数通りある場合の制御が異なる。他の制御及び具体的構成は、第１実施形態と同様であるため、本実施形態は、第１実施形態の記載を適宜援用する。

本実施形態に係る予約管理部１１は、ユーザ数が最大となる組み合わせが複数ある場合には、利用時間及び利用ステーションが重複する複数のユーザのうち、利用可能時間幅が長いユーザを優先させて、共用車両２００の利用を許可する。

以下、具体例を用いて説明する。具体例では、４人のユーザが既にプレ予約としれ利用予約を申し込んでいる。また利用予約の申し込みは、ユーザＡ、ユーザＢ、ユーザＣ及びユーザＤの順番で行われたとする。４人のユーザの利用開始時刻、利用開始時刻の幅（変更可能時間）、利用予定時間長、出発ステーション、及び到着ステーションは図１１の表に示す通りである。ユーザＡ〜Ｃの利用条件等は、第２実施形態で示した具体例と同様である。また、ユーザＡ〜ＣのうちユーザＡのみを含む組み合わせ、ユーザＢのみを含む組み合わせ、及びユーザＣのみを含む組み合わせは、それぞれユーザ数が最大となる組み合わせであり、各組み合わせのユーザ数は同数とする。また、３つの出発ステーション（ＳＴ１、ＳＴ２、及びＳＴ３）の状態及び３つの到着ステーション（ＳＴ４、ＳＴ５、及びＳＴ６）の状態は、第２実施形態で示した具体例と同様である。なお、説明を容易にするために、各ステーションには、１台分の駐車スペースのみ設けられているとする。

ユーザＡ〜Ｃの間で、利用時間及び利用ステーションは重複している。複数のユーザ間で利用時間及び利用ステーションが重複しており、どのユーザを選択しても組み合わせで決まるユーザ数が同数である場合には、予約管理部１１は、複数のユーザにより指定された各利用可能時間幅のうち、最も利用終了時刻の早いユーザに対して、車両の利用を許可する。具体例では、ユーザＡ及びユーザＢの利用終了時刻がユーザＣも早い。予約管理部１１は、ユーザＡ又はユーザＢによる共用車両２００の利用を許可し、ユーザＣによる共用車両２００の利用を許可しない。ユーザＡ及びユーザＢのいずれか一方を選択する際には、例えば予約の申し込み順序、又は、第２実施形態のように利用開始時刻の幅のより長い方を優先させればよい。そして、予約管理部１１は、ユーザＡ又はユーザＢに対して予約が確定した旨の通知を行い、ユーザＣに対して予約不可となったことを通知する。

図１１の具体例では、ユーザＤが、利用開始時刻（１４時３０分）で、出発ステーションをＳＴ５として予約を申し込んでいる。本実施形態では、ＳＴ５への車両の返却時間をより早めるために、より利用終了時刻の早いユーザＡ又はユーザＢに対して、共用車両２００の利用を許可している。これにより、ユーザＤはＳＴ５への返却車両を利用できるため、車両の稼働率が高まる。

図１１の具体例では、複数のユーザのうち、１人のユーザの予約を確定する例を示したが、複数のユーザの予約を確定できる場合には、予約管理部１１は、複数のユーザの利用終了時刻のうち、利用終了時刻が早いユーザを優先させて、車両の利用を許可する。例えば、ユーザＡ〜Ｃの利用時間及び利用ステーションの重複関係が図１１の表に示すとおりであり、ＳＴ５に空き駐車スペースが２台分あり、２人分のユーザの予約を確定できる場合には、予約管理部１１は、ユーザＡ及びＢによる共用車両２００の利用を許可し、ユーザＣによる共用車両２００の利用を許可しない。

次に、予約管理部１１による予約管理制御の制御フローを説明する。図１２は、予約管理部１１の制御フローを説明するフローチャートである。ステップＳ３１〜３６の制御フローは、第１実施形態に係るステップＳ１〜Ｓ６の制御フローと同様であるため、説明を省略する。ステップＳ３９の制御フローは第１実施形態に係るステップＳ７の制御フローと同様であるため説明を省略する。

ステップＳ３６の制御フローの後、ステップＳ３７にて、予約管理部１１は、組み合わせが複数有るか否かを判定する。組み合わせが複数無い場合には、予約管理部１１は、ステップＳ３９の制御フローを実行後、制御フローを終了させる。

組み合わせが複数有る場合には、ステップＳ３８にて、予約管理部１１は、複数の組み合わせに該当するユーザのうち、利用終了時刻の早いユーザを優先させて、共用車両２００の利用を許可する。

上記のように、本実施形態では、利用ステーション及び共用車両２００の利用時間が複数のユーザの間で重複すると判定した場合には、重複する複数のユーザのうち、利用終了時刻が早いユーザを優先させて共用車両２００の利用を許可する。これにより、返却車両を他のユーザに利用させる機会を増やし、車両の稼働率を高めることができる。

《第５実施形態》
本発明の他の実施形態に係るカーシェアリングシステムを説明する。本実施形態では、他の実施形態に対して、ユーザ数が最大となる組み合わせが複数通りある場合の制御が異なる。他の制御及び具体的構成は、第１実施形態と同様であるため、本実施形態は、第１実施形態の記載を適宜援用する。

本実施形態に係る予約管理部１１は、ユーザ数が最大となる組み合わせが複数ある場合には、利用時間及び利用ステーションが重複する複数のユーザのうち、遵守率が高いユーザを優先させて、共用車両２００の利用を許可する。

遵守率は、ユーザが共用車両２００の利用予約内容で車両を利用したか否かを示す割合であって、ユーザ毎に算出される値である。例えば、ユーザが利用予約をキャンセルすることなく、共用車両２００を利用しなかった場合、又は、ユーザが指定した利用開始時刻よりも後の時間に共用車両２００を利用した場合には、遵守率が下がる。予約管理部１１は、車両の利用実績をデータベース１３０に記憶している。予約管理部１１は、車両の予約内容と、予約内容に対応する利用実績とを比較し、車両が予約内容で利用されたか否かを判定する。予約管理部１１は、判定結果に応じて、遵守率をユーザ毎に算出する。

次に、予約管理部１１による予約管理制御の制御フローを説明する。図１２は、予約管理部１１の制御フローを説明するフローチャートである。ステップＳ４１〜４６の制御フローは、第１実施形態に係るステップＳ１〜Ｓ６の制御フローと同様であるため、説明を省略する。ステップＳ４９の制御フローは第１実施形態に係るステップＳ７の制御フローと同様であるため説明を省略する。

ステップＳ４６の制御フローの後、ステップＳ４７にて、予約管理部１１は、組み合わせが複数有るか否かを判定する。組み合わせが複数無い場合には、予約管理部１１は、ステップＳ４９の制御フローを実行後、制御フローを終了させる。

組み合わせが複数有る場合には、ステップＳ４８にて、予約管理部１１は、複数の組み合わせに該当するユーザのうち、遵守率の高いユーザを優先させて、共用車両２００の利用を許可する。

上記のように、本実施形態では、利用ステーション及び共用車両２００の利用時間が複数のユーザの間で重複すると判定した場合には、重複する複数のユーザのうち、遵守率が高いユーザを優先させて共用車両２００の利用を許可する。これにより、カーシェアリングシステムの利用の円滑を図ることができる。

１１…予約管理部
１２…車両管理部
１３…ステーション管理部
１００…管理サーバ
１１０…制御装置
１２０…通信装置
１３０…データベース
２００…共用車両
２１０…車載装置
２２０…通信装置
３００…インターネット
４００…ユーザ端末

Claims (10)

1. 複数のユーザに利用される複数の車両と複数のステーションを管理する管理方法であって、
   前記ユーザから前記車両の利用要求を事前予約として受け付けるとともに、前記車両の利用状態及び前記ステーションの状態を管理し、
   前記車両の利用開始時刻、前記利用開始時刻の変更可能時間、及び、前記車両の貸出又は返却を行う前記ステーションに関する情報を含んだ前記利用要求と、前記車両の利用状態と、前記ステーションの状態とをそれぞれデータベースに記憶し、
   前記ユーザから受け付けた前記利用要求に基づいて、前記車両の貸出又は返却を行う前記ステーションを利用ステーションとして選定し、
   前記利用開始時刻よりも所定時間前の利用判定時刻に、前記利用ステーション及び前記車両の利用時間が前記複数のユーザの間で重複するか否かを判定し、
   重複すると判定した場合には、前記車両を利用するユーザ数が最大になるように、前記変更可能時間の範囲内で前記利用開始時刻を変更して、前記ユーザの利用予約を確定する
   車両の管理方法。
2. 請求項１記載の車両の管理方法であって、
   第１ユーザが前記車両の貸出を行う前記利用ステーションと、第２ユーザが前記車両の返却を行う前記利用ステーションとが重複すると判定した場合には、前記ユーザ数が最大になるように、前記変更可能時間の範囲内で前記利用開始時刻を変更する
   車両の管理方法。
3. 請求項１記載の車両の管理方法であって、
   所定の貸出ステーションを貸出地として希望する第１ユーザ、及び、前記貸出ステーションを貸出地として希望する第２ユーザから、各ユーザの前記利用要求をそれぞれ受け付け、
   前記第１ユーザと前記第２ユーザとの間で、前記車両の利用時間が重複し、利用対象となる前記車両が重複する場合には、前記第１ユーザ又は前記第２ユーザが返却ステーションに返却した後の前記車両が他のユーザに利用できるように前記利用開始時刻を変更し、前記第１ユーザ又は前記第２ユーザのうち、前記利用開始時刻が変更されたユーザに対して前記車両の利用を許可する
   車両の管理方法。
4. 請求項１記載の車両の管理方法であって、
   所定の返却ステーションを返却地として希望する第１ユーザ、前記返却ステーションを貸出地として希望する第２ユーザ、及び返却ステーションを貸出地として希望する第３ユーザから、各ユーザの前記利用要求をそれぞれ受け付け、
   前記第１ユーザと前記第２ユーザとの間、及び、前記第１ユーザと前記第３ユーザとの間で、前記車両の利用時間が重複する場合には、前記第１ユーザによる前記車両の利用終了時刻、前記第２ユーザの変更後の前記利用開始時刻、及び前記第３ユーザの前記変更後の前記利用開始時刻を比較し、前記変更後の前記利用開始時刻が前記第１ユーザの前記利用終了時刻より後になるユーザに対して前記車両の利用を許可し、
   前記変更後の前記利用開始時刻は、前記利用開始時刻を前記変更可能時間分、変更した後の時間である、
   車両の管理方法。
5. 請求項１記載の車両の管理方法であって、
   所定の返却ステーションを返却地として希望する第１ユーザ、前記返却ステーションを返却地として希望する第２ユーザ、及び返却ステーションを貸出地として希望する第３ユーザから、各ユーザの前記利用要求をそれぞれ受け付け、
   前記第１ユーザと前記第３ユーザとの間、及び、前記第２ユーザと前記第３ユーザとの間で、前記車両の利用時間が重複する場合には、前記第１ユーザによる前記車両の変更後の利用終了時刻、前記第２ユーザの前記変更後の利用終了時刻、及び前記第３ユーザの前記利用開始時刻を比較し、前記変更後の利用終了時刻が前記第３ユーザの利用終了時刻より前になるユーザに対して前記車両の利用を許可し、
   前記変更後の利用終了時刻は、前記利用終了時刻を前記変更可能時間分、変更した後の時間である、
   車両の管理方法。
6. 請求項１〜５のいずれか一項に記載の車両の管理方法であって、
   前記重複すると判定した場合には、重複する前記複数のユーザのうち、前記変更可能時間が長い前記ユーザを優先させて前記車両の利用を許可する
   車両の管理方法。
7. 請求項１〜５のいずれか一項に記載の車両の管理方法であって、
   前記重複すると判定した場合には、重複する前記複数のユーザのうち、前記車両の利用時間が短い前記ユーザを優先させて前記車両の利用を許可する
   車両の管理方法。
8. 請求項１〜５のいずれか一項に記載の車両の管理方法であって、
   前記重複すると判定した場合には、重複する前記複数のユーザのうち、前記車両の利用終了時刻が早い前記ユーザを優先させて前記車両の利用を許可する
   車両の管理方法。
9. 請求項１〜５のいずれか一項に記載の車両の管理方法であって、
   前記利用要求によって示される前記車両の予約内容を遵守したか否かを判定し、
   前記複数のユーザごとに前記予約内容の遵守率を算出し、
   前記重複すると判定した場合には、重複する前記複数のユーザのうち、前記遵守率が高い前記ユーザを優先させて前記車両の利用を許可する
   車両の管理方法。
10. 複数のユーザに利用される複数の車両と複数のステーションを管理する車両管理システムであって、
    前記ユーザから前記車両の利用要求を事前予約として受け付けるとともに、前記車両の利用状態及び前記ステーションの状態を管理するコントローラと、
    前記車両の利用開始時刻、前記利用開始時刻の変更可能時間、及び、前記車両の貸出又は返却を行う前記ステーションに関する情報を含んだ前記利用要求と、前記車両の利用状態と、前記ステーションの状態とをそれぞれ記憶するデータベースとを備え、
    前記コントローラは、
    前記ユーザから受け付けた前記利用要求に基づいて、前記車両の貸出又は返却を行う前記ステーションを利用ステーションとして選定し、
    前記利用開始時刻よりも所定時間前の利用判定時刻に、前記利用ステーション及び前記車両の利用時間が前記複数のユーザの間で重複するか否かを判定し、
    重複すると判定した場合には、前記車両を利用するユーザ数が最大になるように、前記変更可能時間の範囲内で前記利用開始時刻を変更して、前記ユーザの利用予約を確定する
    車両管理システム。

Images