(57)【特許請求の範囲】
【請求項１】
複数のユーザに利用される車両の予約を管理するための車両管理システムであって、
前記ユーザが操作する端末と通信を行う通信部と、
前記車両の予約に関する情報を記録する記録部と、
前記端末から前記通信部を介して入力された前記車両の予約情報に基づいて前記車両の予約を受け付け、受け付けた予約の情報を前記記録部に記録することで、前記車両の予約を管理する予約管理部とを備え、
前記予約情報は、前記車両を利用する時間を示す利用時間の情報、及び、前記利用時間の変更可能な範囲を示す変更許容範囲の情報を含み、
前記利用時間の情報は、利用開始時刻の情報及び利用終了時刻の情報を含み、
前記予約管理部は、前記変更許容範囲内で前記利用開始時刻又は前記利用終了時刻を変更することにより、前記利用時間の長さを変更する
ことを特徴とする車両管理システム。
【請求項２】
複数のユーザに利用される車両の予約を管理するための車両管理システムであって、
前記ユーザが操作する端末と通信を行う通信部と、
前記車両の予約に関する情報を記録する記録部と、
前記端末から前記通信部を介して入力された前記車両の予約情報に基づいて前記車両の予約を受け付け、受け付けた予約の情報を前記記録部に記録することで、前記車両の予約を管理する予約管理部とを備え、
前記記録部は、前記車両の利用実績を示す情報を記録し、
前記予約情報は、前記車両を利用する時間を示す利用時間の情報、及び、前記利用時間の変更可能な範囲を示す変更許容範囲の情報を含み、
前記予約管理部は、前記車両の利用の予約を新規で受け付ける場合に、新規の予約の前記変更許容範囲のうち最も前記利用実績の低い時間帯を前記新規の予約の利用時間に含めて前記新規の予約を確定する
ことを特徴とする車両管理システム。
【請求項３】
請求項１又は２に記載の車両管理システムにおいて、
前記記録部は、既に予約を受け付けている既存予約の前記予約情報を記録し、
前記予約管理部は、前記車両の利用の予約を新規で受け付け、新規の予約の前記利用時間と、前記既存予約の前記利用時間とが重複する場合には、前記新規の予約の前記変更許容範囲内で前記新規の予約の前記利用時間を変更することで、前記車両の予約を調整する
ことを特徴とする車両管理システム。
【請求項４】
請求項３に記載の車両管理システムにおいて、
前記予約管理部は、新規の予約の前記利用時間と、前記既存予約の前記利用時間とが重複する場合には、前記既存予約の前記変更許容範囲内で前記既存予約の利用時間を変更することで、前記新規の予約を受け付ける
ことを特徴とする車両管理システム。
【請求項５】
請求項３又は４に記載の車両管理システムにおいて、
前記予約管理部は、前記既存予約の利用時間の変更が最小となるように、前記既存予約の利用時間を変更することで、前記車両の予約を調整する
ことを特徴とする車両管理システム。
【請求項６】
請求項３〜５のいずれか一項に記載の車両管理システムにおいて、
前記予約管理部は、前記既存予約の利用時間を変更した場合には、前記既存予約を行った前記ユーザに対して、前記利用時間を変更したことを通知する
ことを特徴とする車両管理システム。
【請求項７】
請求項１〜６のいずれか一項に記載の車両管理システムにおいて、
前記記録部は、新規の予約の予定走行距離の情報を少なくとも記録し、
前記予約管理部は、該予定走行距離の情報から求められた予想消費電力量に基づき、前記新規の予約に基づく利用のために必要な充電時間を算出し、
かつ、前記新規の予約の前記利用時間に前記充電時間を含めつつ前記予約を調整する
ことを特徴とする車両管理システム。
【請求項８】
請求項１に記載の車両管理システムにおいて、
前記予約管理部は、前記変更許容範囲内で前記車両の利用実績に基づき前記利用開始時刻又は前記利用終了時刻を変更する車両管理システム。
【請求項９】
複数のユーザに利用される車両の予約を管理するための車両管理システムであって、
前記ユーザにより操作される端末と、
前記車両に設けられ、車両情報を管理する車載器と、
前記端末及び前記車両を管理するサーバとを備え、
前記サーバは、
前記端末及び前記車両と通信を行う通信部と、
前記車両の予約に関する情報を記録する記録部と、
前記端末から前記サーバに入力された前記車両の予約情報及び前記車両情報に基づいて前記車両の予約を受け付け、受け付けた前記予約の情報をデータベースに記録することで、前記車両の予約を管理する予約管理部とを備え、
前記記録部は、前記車両の利用実績を示す情報を記録し、
前記予約情報は、前記車両を利用する時間を示す利用時間の情報、及び、前記利用時間の変更可能な範囲を示す変更許容範囲の情報を含み、
前記予約管理部は、前記車両の利用の予約を新規で受け付ける場合に、新規の予約の前記変更許容範囲のうち最も前記利用実績の低い時間帯を前記新規の予約の利用時間に含めて前記新規の予約を確定する
ことを特徴とする車両管理システム。
【請求項１０】
複数のユーザに利用される車両の予約を管理しているサーバが実行する車両管理方法であって、
前記ユーザが操作する端末と前記サーバとの間で通信するステップと、
前記端末から前記サーバに入力された前記車両の予約情報に基づいて前記車両の予約を受け付け、受け付けた予約の情報をデータベースに記録することで、前記車両の予約を管理するステップと、
前記車両の利用の予約を新規で受け付ける場合に、新規の予約の変更許容範囲のうち最も利用実績の低い時間帯を前記新規の予約の利用時間に含めて前記新規の予約を確定するステップと、を含み、
前記変更許容範囲は、前記利用時間の変更可能な範囲を示し、
前記予約情報は、前記車両を利用する時間を示す利用時間の情報、及び、前記利用時間の前記変更許容範囲の情報を含む
ことを特徴とする車両管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両管理システム及び車両管理方法に関するものである。
【背景技術】
【０００２】
複数のユーザが車両を共同で使用するためのカーシェアリング管理ウェブサイトをネットワーク上で提供するカーシェアリング管理システムが、車両の予約の情報を記録するデータベースを有するサーバと、各ユーザの元に設置され、ネットワークに接続される端末とから構成されている。そして、サーバは端末からのウェブサイトへのアクセスに応じて、車両の予約を入力するための入力フォームを端末に送信する。ユーザは自身の端末を用いてウェブサイトにアクセスし、端末の画面に表示された共有車両の予約状況を示すテーブルを見て、空いている時間帯の中から自分の希望する時間帯を、月、日、時間で選択するように入力フォームに入力することで、車両を予約できるカーシェアリング管理システムが開示されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３４２８７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のカーシェアリング管理システムは、車両の利用を開始する利用開始時刻と、車両の使用を終了する利用終了時間を選択させており、選択後の時間には自由度がない。そのため、ユーザによっては、利用開始時刻又は利用終了時間の融通が利くような場合であっても、選択後の時間が調整できず、ユーザにより車両を利用する機会が少なくなり、車両の稼働率が低下するという問題があった。
【０００５】
本発明が解決しようとする課題は、車両の稼働率を向上させる車両管理システム及び車両管理方法を提供することである。
【課題を解決するための手段】
【０００６】
本発明は、ユーザが操作する端末と通信を行い、当該端末から入力された車両の予約情報に基づいて車両の予約を受け付け、受け付けた予約の情報をデータベースに記録することで車両の予約を管理し、当該予約情報に、車両を利用する時間を示す利用時間の情報及び当該利用時間の変更可能な範囲を示す変更許容範囲の情報を含めることによって上記課題を解決する。
【発明の効果】
【０００７】
本発明は、変更許容範囲内で、車両の利用開始時刻又は利用終了時間の少なくも一方の時間を変更できるため、利用時間の自由度が高くなり、車両の稼働率を向上させることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態に係る車両管理システムのブロック図である。
【図２】図１のシステム下で管理されている共用車両の稼働率を説明するためのグラフである。
【図３】図１のデータベースに記録されている予約情報を説明するための表である。
【図４】図１のユーザ端末により入力された予約情報を説明するための表である。
【図５】図１の制御装置の制御フローを示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態を図面に基づいて説明する。  
【００１０】
図１は、本発明の実施形態に係る車両管理システムのブロック構成図である。本実施形態の車両管理システムは、複数のユーザにより共同で利用される車両の予約を管理するためのシステムであって、カーシェアリング又はレンタカー用の配車システムである。図１に示すように、本例の車両管理システムは、管理サーバ１００と、カーシェアリング又はレンタカー用に供される複数の共用車両２００と、インターネット３００を介して車両管理サーバ１００と通信可能な複数のユーザ端末４００とから構成される。なお、図１中においては、共用車両２００を２台のみ示したが、本実施形態の車両管理システムは、多数の共用車両２００から構成されてもよく、また１台の共用車両２００から構成されてもよい。
【００１１】
共用車両２００は、管理サーバ１００と相互に通信が可能となっており、車載装置２１０と、通信装置２２０とを備えている。共用車両２００は、ハイブリッド車両又は電気自動車であってもよく、この場合、共用車両２００は外部の充電装置により充電可能なバッテリ（図示しない）を備えている。車載装置２１０は、共用車両２００の利用開始時刻および利用時間の情報、走行距離の情報、自車両位置の情報、車速の情報、バッテリ残量の情報などの車両情報を管理している。通信装置２２０は、車両情報を送受信するための車両情報通信モジュールである。通信装置２２０は、管理サーバ１００の通信装置１２０と通信を行い、車載装置２１０で管理される車両情報を管理サーバ１００に送信し、また管理サーバ１００の通信装置１２０から情報を受信する。
【００１２】
なお、車載装置２１０が、自車両位置の情報を取得する方法としては、たとえば、各共用車両２００に備えられたＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）により測位衛星から発信される電波を所定時間ごとに受信することで、各共用車両２００のリアルタイムの位置情報を取得する方法などが挙げられる。
【００１３】
ユーザ端末４００は、本実施形態のカーシェアリングシステムを利用する特定多数のユーザが所有する端末であり、インターネット３００を介して、管理サーバ１００に備えられた通信装置１２０と通信可能となっている。
【００１４】
本実施形態のカーシェアリングシステムにおいては、各ユーザは、ユーザ端末４００を用いて、共用車両２００を利用するための利用予約の申込みを行う。ユーザは、初めての利用時に、所定の登録手続を完了させることで、システムを管理する事業者からユーザＩＤとパスワードを取得する。ユーザは、共用車両の予約時には、ユーザＩＤ及びパスワードを所定のウェブサイトに入力することで、利用者ウェブサイトにアクセスできる。そして、ユーザは、利用者ウェブサイト上で、共用車両２００を利用する際の希望時間等を入力して、共用車両２００の予約の申し込みを行う。
【００１５】
なお、ユーザ端末４００としては、たとえば、パソコンの他、携帯電話、ＰＤＡなどの各種移動端末などが挙げられる。ユーザ端末４００が携帯電話である場合には、通信装置２２０で通信する車両情報を、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線通信でユーザ端末４００に読み込ませて、当該ユーザ端末４００が、車両情報等を管理サーバ１００に送信してもよい。図１中においては、ユーザ端末４００として４つの端末を例示して示したが、ユーザ端末４００および本実施形態のカーシェアリングシステムを利用するユーザの数は、特に限定されるものではない。なお、図１では図示されていないが、管理者用の端末も、インターネット３００を介して管理サーバ１００に接続されている。
【００１６】
管理サーバ１００は、カーシェアリング管理用のウェブサイト及び利用者用のウェブサイトを提供する。管理サーバ１００は、制御装置１１０と、通信装置１２０と、データベース１３０とを備えている。
【００１７】
通信装置１２０は、無線通信により、共用車両２００に備えられた通信装置２２０と通信し、また、インターネット３００を介して各ユーザの所有するユーザ端末４００と通信するための装置である。通信装置１２０は、無線通信により、車載装置２１０から共用車両２００の車両情報を取得し、またユーザ端末４００からユーザによる共用車両２００の予約申込みの情報を取得する。
【００１８】
データベース１３０は、利用実績の情報、バッテリの情報、予約に関する情報などを、共用車両２００毎に記録している。利用実績の情報には、車両の利用の開始日時、利用の終了日時、走行距離等の情報が含まれる。バッテリの情報には、バッテリ残量、バッテリの劣化度、バッテリ容量、バッテリで消費された電力量等の情報が含まれる。予約に関する情報は、現在の共用車両２００の予約状況を、時間と走行予定の距離で示された情報である。また、データベース１３０には、共用車両２００の位置を管理するために地図情報が記録されている。地図情報には、車両の位置だけでなく、共用車両２００の駐車場の位置等も含まれる。
【００１９】
管理サーバ１００の制御装置１１０は、各種プログラムが格納されたＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１１２と、このＲＯＭ１１２に格納されたプログラムを実行する動作回路としてのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１１と、アクセス可能な記録装置として機能するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１３と、を備えている。
【００２０】
そして、制御装置１１０は、本実施形態に係るカーシェアリングシステムの予約を管理する予約管理機能を備える。制御装置１１０は、各機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実行することができる。以下、制御装置１１０の上記機能を説明する。
【００２１】
ユーザは、ユーザ端末４００を操作して、利用者用のウェブサイトにアクセスする。ユーザ端末４００には、共用車両２００の予約に関する情報を入力するための画面が表示される。予約に必要な情報は、利用時間と、利用時間の変更許容範囲を含む。利用時間は、共用車両２００の利用を開始する利用開始時刻から、当該共用車両２００の利用を終了する利用終了時刻までの時間を、少なくとも含んだ時間である。また、共用車両２００が電気自動車である場合に、予約に必要な情報は、共用車両２００の走行距離も含む。
【００２２】
変更許容範囲は、利用開始時刻が変更される場合に、ユーザが許容できる時間の幅を表しており、ユーザにより指定される範囲である。例えば、利用開始時刻が１３時である場合に、変更許容範囲は、例えば利用開始時刻（１３時）の１時間前から、利用開始時刻の２時間後までの範囲、すなわち１２時から１５時までの範囲で指定される。利用開始時刻及び利用開始時刻の変更許容範囲は、ウェブサイト上で、ユーザにより入力される。
【００２３】
走行距離は、ウェブサイト上で、ユーザにより入力されてもよく、あるいは、ユーザには目的地を入力させて、制御装置１１０が、車両拠点と目的地の位置情報から走行距離を算出してもよい。
【００２４】
また本例のシステムで管理されている車両が複数ある場合には、予約に関する情報に、共用車両２００の識別情報、例えば車両のナンバー等が含まれる。
【００２５】
制御装置１１０は、ユーザ端末４００から、上記の予約に関する情報を、新規予約に関する情報として取得すると、データベース１３０のデータを参照し、予約の対象となった共用車両２００について、既存予約の情報を取得する。そして、制御装置１１０は、新規の予約の利用時間と、既存の予約の利用時間が重複するか否かを判定する。
【００２６】
新規の予約の利用時間と既存の予約の利用時間が重複しないと判定した場合に、制御装置１１０は、新規予約に変更許容範囲が設定されているか否かを判定する。変更許容範囲は、上記のとおり、時間の幅で設定されるため、時間の幅がゼロのときには、変更許容範囲が設定されていない、ことになる。
【００２７】
変更許容範囲が設定されていない場合には、新規予約で設定された利用開始時刻が、共用車両２００の実際の利用開始時刻（以下「実利用開始時刻」とも称す）となる。
【００２８】
一方、変更許容範囲が設定されている場合には、制御装置１１０は、利用時間の変更許容範囲のうち最も利用実績の低い時間帯を、共用車両２００の利用時間に含まれるように、予約開始時間を設定し予約を受け付ける。
【００２９】
ここで、共用車両２００の利用実績について、図２を用いて説明する。図２は、ある共用車両２００について、車両の稼働率を時間毎で示したグラフである。稼働率は、例えば１ヶ月などの所定の日数あたりに、実際に車両が利用された日数の割合で表される。横軸は時間を示し、縦軸は稼働率を示す。車両の利用実績はデータベース１３０に記録されているため、制御装置１１０は、データベース１３０の記録データから稼働率を算出できる。
【００３０】
例えば、新規予約として、利用開始時刻は１３時とし、利用開始時刻の変更許容範囲は、利用開始時刻（１３時）の１時間前から利用開始時刻（１３時）の２時間後までの範囲とし、走行距離が２０ｋｍとする。共用車両２００を実際に利用している時間（以下、共用車両２００の「占有時間」とも称す）は、１時間とする。さらに、走行距離（２０ｋｍ）を走行するためには、利用開始までに、共用車両２００のバッテリを３０分間、充電する必要があったとする。このような条件は、図３に示す表のうち、予約番号（予約Ｎｏ．）「１」番の条件に相当する。そして、利用時間の変更許容範囲は１２時から１５時までの範囲となる。
【００３１】
制御装置１１０は、利用時間の変更許容範囲（１２時から１５時までの範囲）のうち、最も利用実績の低い時間帯を特定する。図２により、１２時から１５時までの範囲では、１４時から１５時までの時間帯の利用実績が最も低い。そのため、制御装置１１０は、実利用開始時刻を１４時とし、実際の利用終了時刻（以下「実利用終了時刻」とも称す。）を１５時として、予約を受け付ける。これにより、ユーザが許容する時間の範囲内で、予約を割り当てつつ、他の予約との重複を発生しにくくすることができる。その結果として、稼働率を向上できる。
【００３２】
また、制御装置１１０は、実際の利用時間（１４時から１５時）の前に、充電時間（３０分）を確保する。充電時間は以下の要領で算出される。
【００３３】
制御装置１１０は、新規の予約時にユーザ端末４００から走行距離の情報を取得する。そして、制御装置１１０は、走行距離を走行するために必要なバッテリの予想消費電力量を算出する。制御装置１１０は、バッテリの予想消費電力と走行距離との対応関係を示すマップ参照して、予想消費電力量を算出する。または、制御装置１１０は、過去の車両の利用実績として、実際に走行した走行距離とバッテリの消費電力量とをデータベース１３０に記録し、記録されたデータを用いて、予想消費電力量を算出してもよい。
【００３４】
制御装置１１０は、新規予約の予定走行距離から求められた予想消費電力量に基づき、必要な充電時間を算出する。必要な充電時間は、次回の予約に基づく利用のために、バッテリを前もって充電するときに必要となる充電時間である。言い換えると、次回の予約に基づく利用が予定走行距離で示されており、予定走行距離を走行できるだけの電力量がバッテリに充電されている状態となるために必要な充電時間が、制御装置１１０により算出される充電時間である。
【００３５】
そして、制御装置１１０は、上記のように算出した充電時間（１３時３０分から１４時）を、実際の利用時間（１４時から１５時）に加えた範囲の時間を、予約管理上の利用時間としつつ、新規予約をしたユーザの情報と共に、データベース１３０に記録する（図３を参照）。
【００３６】
新規の予約の利用時間と、既存の予約の利用時間が重複する場合について、以下場合分けをしつつ説明する。
【００３７】
新規の予約の利用時間と既存の予約の利用時間が重複し、新規の予約に変更許容範囲が設定されており、既存の予約に変更許容範囲が設定されていない場合には、制御装置１１０は、変更許容範囲内で、新規予約の利用時間を変更することで新規の予約を調整する。制御装置１１０は、既存予約の利用時間（充電時間を含めた利用時間）の前又は後に、新規予約の利用時間を割り当てて、新規予約の利用時間と既存予約の利用時間とが重複しないように、新規予約の利用時間を調整できれば、調整後の利用時間で新規予約を受け付ける。一方、新規予約の利用時間を調整できないときには、制御装置１１０は、新規予約を受け付けない。
【００３８】
新規の予約の利用時間と既存の予約の利用時間が重複し、新規の予約に変更許容範囲が設定されておらず、既存の予約に変更許容範囲が設定されている場合には、制御装置１１０は、変更許容範囲内で、既存予約の利用時間を変更することで既存の予約を調整する。制御装置１１０は、新規予約の利用時間（充電時間を含めた利用時間）の前又は後に、既存予約の利用時間を割り当てて、新規予約の利用時間と既存予約の利用時間とが重複しないように、既存予約の利用時間を調整できれば、新規予約を受け付けつつ、既存予約の利用時間を変更する。
【００３９】
新規の予約の利用時間と既存の予約の利用時間が重複し、新規の予約及び既存の予約にそれぞれ変更許容範囲が設定されている場合には、制御装置１１０は、新規予約を受け付けるために、まず新規予約の利用時間を調整する。
【００４０】
図３は、既存の予約の情報を示した表である。図３の情報はデータベース１３０に記録されている。図４は、新規の予約の情報を示した表である。そして、図４（ａ）に示す情報が、新規予約として入力されたとする。
【００４１】
新規予約について、図４（ａ）に示すように、利用開始時刻は１２時であり、利用時間は１２時から１４時までの間となる。このような新規予約の利用時間（占有時間）は、既存の予約（予約Ｎｏ．「１」）と重複することになる。
【００４２】
また新規予約の利用開始時刻の変更許容範囲は１１時から１２時３０分までの範囲である。このとき、新規予約の実利用開始時刻が、１１時３０分より以前の時刻になれば、新規予約の利用時間は、既存の予約（予約Ｎｏ．「１」）の利用時間と重複しない。そのため、制御装置１１０は、新規予約の実利用時間を、ユーザの希望する利用開始時刻（１２時）に近く、かつ予約Ｎｏ．１と予約が重複しない利用開始時刻（１１時３０分）に変更し、変更後の内容で、新規予約を受け付ける。新規予約の利用終了時刻は、既存の予約（予約Ｎｏ．「１」）の充電開始時刻（１３：３０）以前の時間となり、新規予約と既存予約が重複しない。
【００４３】
これにより、システムが、予約の申込時に、自動的に重複する予約間の時間的な調整を図り、新規予約を受け付けられるようにしているため、時間調整における人的ミスを回避しつつ車両の稼働率を向上できる。
【００４４】
上記のように新規予約の利用時間の調整だけでは、新規予約を受け付けできない場合には、制御装置１１０は、既存予約も併せて利用時間を調整する。
【００４５】
例えば、図４（ｂ）に示す情報が新規予約として入力されたとする。新規予約について、利用開始時刻は１３時３０分であり、利用時間（占有時間）は１３時３０分から１５時までの間である。このような利用時間は、既存の予約（予約Ｎｏ．「１」）と重複することになる。また、新規予約の利用開始時刻の変更許容範囲内で、利用開始時刻を、１３時３０分から１４時に変更した場合でも、新規予約は既存予約と重複する。
【００４６】
図３の予約ナンバー「１」で示されるように、既存予約について、利用開始時刻の変更許容範囲は１２時から１５時までの範囲である。既存予約の実利用開始時刻が、１３時から１２時３０分に変更されれば、既存予約の実利用終了時刻は１３時３０分となる。そして、新規予約の走行距離（２０ｋｍ）に対応する充電時間（３０分）が確保されて、新規予約の実利用開始時刻は１４時となり、新規予約の変更許容範囲内となる。そのため制御装置１１０は、既存予約の実利用開始時刻を１４時から１２時３０分に変更しつつ、新規予約の利用開始時刻を利用開始時刻（１３時３０分）から利用開始時刻（１４時）に変更し、変更後の内容で、既存予約及び新規予約を受け付ける。
【００４７】
すなわち、本例のシステムは、新規の予約の利用時間と、既存の予約の利用時間とが重複する場合には、既存の予約の変更許容範囲内で既存の予約の利用時間を変更することで、新規の予約を受け付ける。これにより、既存の予約を調整して、新規予約を受け付けられる時間を新たに生み出しているため、車両の稼働率を向上できる。
【００４８】
なお、既存予約の変更許容範囲は、利用開始時刻（１３時）の１時間前であるため、実利用開始時刻を１２時に変更することも可能である。しかしながら、本例のシステムでは、既存予約（予約Ｎｏ．１）のユーザの利便性を鑑みて、利用開始時刻は１２時３０分に変更する。すなわち、本例のシステムは、既存の予約の利用時間の変更が最小となるように、利用時間を変更することで、車両の予約を調整する。これにより、新規予約よりも早く予約したユーザが時間変更により受ける不利益を最小限にしている。
【００４９】
一方、上記のように新規予約の利用時間及び既存予約の利用時間を調整したとしても、新規予約を受け付けできない場合には、制御装置１１０は新規予約を受けずに、既存予約を受け付けた状態のままにする。
【００５０】
例えば、図４（ｃ）に示す情報が新規予約として入力されたとする。新規予約について、利用開始時刻は１３時であり、利用時間は１３時から１５時３０分までの間である。このような利用時間は、既存の予約（予約Ｎｏ．「１」）と重複することになる。新規予約の利用開始時刻の変更許容範囲内で、実利用開始時刻が１３時から１２時３０分に変更された場合でも、変更後の新規予約の利用時間は、既存の予約時間と重複する。
【００５１】
また、既存予約の利用開始時刻の変更許容範囲内で、既存予約の利用開始時刻を、１２時に変更した場合には、既存予約の実利用終了時刻（１３時）は、新規予約の利用開始時刻と同じ時間となるため、新規予約用の充電時間が確保できない。また、既存予約の利用開始時刻を１４時に変更した場合でも、変更後の既存予約の利用時間は、新規予約の利用時間と重複する。このような場合には、制御装置１１０は新規予約を受け付けない。
【００５２】
新規の予約の利用時間と既存の予約の利用時間が重複し、新規の予約及び既存の予約にそれぞれ変更許容範囲が設定されていない場合には、制御装置１１０は、利用時間を変更できないため、新規予約を受け付けない。
【００５３】
制御装置１１０は、上記のような予約の調整の結果を、新規予約の申し込みを行ったユーザに対して通知する。通知は、電子メール等の手段を用いることが考えられる。また、制御装置１１０は、既存の予約の利用時間を変更した場合には、既存の予約を行ったユーザに対して、利用時間を変更したことを通知する。これにより、新たな予約情報が既存の予約者に通知されるため、ユーザが利用時間を誤って把握し、例えば利用のキャンセルをするような事態を防ぐ。
【００５４】
次に、図５を用いて、制御装置１１０の予約管理の制御フローを説明する。図５は制御装置１１０の制御フローを示すフローチャートである。
【００５５】
ステップＳ１にて、制御装置１１０は、通信装置１２０を用いて、ユーザ端末４００から新規予約に関する情報を取得する。ステップＳ２にて、制御装置１１０は、データベース１３０から、対象車両の既存予約に関する情報を取得する。
【００５６】
ステップＳ３にて、制御装置１１０は、新規予約において利用時間の範囲に、既存予約があるか否かを判定する。既存の予約がある場合にはステップＳ７に進み、既存の予約がない場合にはステップＳ４に進む。ステップＳ４にて、制御装置１１０は、新規予約に利用時間の変更許容範囲が設定されているか否かを判定する。
【００５７】
変更許容範囲が設定されている場合には、制御装置１１０は、利用時間の変更許容範囲内で、最も利用実績の低い時間帯に新規予約を割り当て（ステップＳ５）、本例の制御フローが終了する。一方、変更許容範囲が設定されていない場合には、制御装置１１０は、入力された利用時間で新規予約を受け付けて（ステップＳ６）、本例の制御フローが終了する。
【００５８】
ステップＳ３に戻り、新規予約において利用時間の範囲に、既存予約がある場合には、ステップＳ７にて、制御装置１１０は、新規予約に利用時間の変更許容範囲が設定されているか否かを判定する。変更許容範囲が設定されている場合にはステップＳ８に進み、変更許容範囲が設定されていない場合にはステップＳ１４に進む。
【００５９】
ステップＳ８にて、制御装置１１０は、新規予約の変更許容範囲内で、新規予約の利用時間を調整し、新規予約を受け付けることができるか否かを判定する。新規予約を受け付けることができる場合には、制御装置１１０は、新規予約の利用時間を変更した上で、新規予約を受け付けて（ステップＳ９）、制御フローが終了する。
【００６０】
一方、新規予約を受け付けることができない場合には、ステップＳ１０にて、制御装置１１０は、既存予約に利用時間の変更許容範囲が設定されているか否かを判定する。既存予約に利用時間の変更許容範囲が設定されている場合には、制御装置１１０は、新規予約の変更許容範囲内で新規予約の利用時間を調整し、既存予約の変更許容範囲内で、既存予約の利用時間を調整し、新規予約及び既存予約を受け付けることができるか否か判定する（ステップＳ１１）。新規予約及び既存予約を受け付けることができる場合には、制御装置１１０は、新規予約の利用時間及び既存予約の利用時間を両方変更した上で、新規予約及び既存予約を受け付けて（ステップＳ１２）、制御フローが終了する。
【００６１】
ステップＳ１０に戻り、既存予約に変更許容範囲が設定されていない場合には、制御装置１１０は、新規予約を受け付けることができないと判定し（ステップＳ１３）、制御フローが終了する。また、ステップＳ１１に戻り、新規予約の利用時間及び既存予約の利用時間を両方調整しても、新規予約及び既存予約を併せて受け付けることができない場合には、制御装置１１０は、新規予約を受け付けることができない（受付不可）と判定し（ステップＳ１３）、制御フローが終了する。
【００６２】
ステップＳ７で「Ｎｏ」に進むと、ステップＳ１４にて、制御装置１１０は、既存予約に利用時間の変更許容範囲が設定されているか否かを判定する。既存予約に利用時間の変更許容範囲が設定されている場合には、制御装置１１０は、既存予約の変更許容範囲内で、既存予約の利用時間を調整し、新規予約及び既存予約を受け付けることができるか否か判定する（ステップＳ１５）。新規予約及び既存予約を受け付けることができる場合には、制御装置１１０は、既存予約の利用時間を変更した上で、新規予約及び既存予約を受け付けて（ステップＳ１６）、制御フローが終了する。
【００６３】
ステップＳ１４に戻り、既存予約に変更許容範囲が設定されていない場合には、制御装置１１０は、新規予約を受け付けることができない（受付不可）と判定し（ステップＳ１７）、制御フローが終了する。また、ステップＳ１５に戻り、既存予約の利用時間を調整し、新規予約及び既存予約を併せて受け付けることができない場合には、制御装置１１０は、新規予約を受け付けることができない（受付不可）と判定し（ステップＳ１７）、制御フローが終了する。
【００６４】
上記のように、本例のシステムは、車両を利用する時間を示す利用時間の情報、及び、利用時間の変更可能な範囲を示す変更許容範囲の情報を含む予約情報を、ユーザ端末４００から通信装置１２０及びインターネット３００を介して入力させて、当該予約情報に基づいて共用車両２００の予約を受け付ける。そして、本例のシステムは、受け付けた予約の情報をデータベース１３０に記録することで、共用車両の予約を管理する。これにより、変更許容範囲内で、車両の利用開始時刻を変更できるため、利用時間の自由度が高くなり、車両の稼働率を向上させることができる。
【００６５】
また、上記のようなシステムによって、既存予約と新規予約との間で予約の重複が発生した場合には、重複する時間的自由度の情報（変更許容範囲の情報に相当）に基づいて、利用時間の時間的な調整を行うことで、車両の稼働率を向上できる。また、予約の重複が発生しない場合でも、予約の利用時間に時間的な自由度がある予約は、過去に稼働率が最も低い時間帯に、予約を暫定的に割り当てる。これにより、予約が重複する機会を低減し車両の稼働率を向上できる。
【００６６】
また、本例のシステムは、新規予約の予定走行距離から求められた予想消費電力量に基づき、次回の利用のために必要な充電時間を算出し、利用時間に充電時間を含めつつ予約を調整する。これにより、充電時間を利用時間に含めた上で他の予約との重複を回避しつつ、各予約において必要となる充電量を確保できる。その結果として、車両の利用中に、バッテリ残量が不足するような事態を未然に防ぎつつ、車両の稼働率を向上できる。
【００６７】
なお、本例において、変更許容範囲は、利用開始時刻の変更可能な範囲としたが、利用終了時刻の変更可能な範囲としてもよい。利用終了時刻の変更可能範囲は、利用開始時刻と同様に、ウェブサイト上で、ユーザによる入力される。
【００６８】
なお、本例の通信装置１２０及びインターネット３００が本発明の通信部に相当し、データベース１３０が本発明の記録部に相当し、制御装置１１０が本発明の予約管理部に相当し、車載装置２１０及び通信装置２２０が本発明の車載器に相当する。
【符号の説明】
【００６９】
１００…管理サーバ
１１０…制御装置
１２０…通信装置
２００…共用車両
３００…インターネット
４００…ユーザ端末
【図１】
0006756462.tif 000002
【図２】
0006756462.tif 000003
【図３】
0006756462.tif 000004
【図４】
0006756462.tif 000005
【図５】
0006756462.tif 000006