(57)【要約】【課題】複数のユーザに利用される複数の車両の利用率を適切に向上させることのできる車両管理システムを提供すること。【解決手段】複数のユーザに利用される複数の車両を管理するための車両管理システムであって、前記複数のユーザによる車両の予約状況を管理する予約状況管理手段と、車両を利用するユーザの車両利用実績情報を、ユーザごとに記憶する記憶手段と、前記車両利用実績情報に基づいて、ユーザごとの車両の利用特性を演算する利用特性演算手段と、車両の予約状況、およびユーザごとの車両の利用特性に基づいて、ユーザに対して、低減した利用料金にて、車両の予約に空きがある日時に車両の利用を提案する利用提案手段と、を備える車両管理システム。【選択図】  図１
2013054537.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザに利用される複数の車両を管理するための車両管理システムであって、
前記複数のユーザによる車両の予約状況を管理する予約状況管理手段と、
車両を利用するユーザの車両利用実績情報を、ユーザごとに記憶する記憶手段と、
前記車両利用実績情報に基づいて、ユーザごとの車両の利用特性を演算する利用特性演算手段と、
車両の予約状況、およびユーザごとの車両の利用特性に基づいて、ユーザに対して、低減した利用料金にて、車両の予約に空きがある日時に車両の利用を提案する利用提案手段と、を備える車両管理システム。
【請求項２】
請求項１に記載の車両管理システムにおいて、
前記利用提案手段は、ユーザが車両の利用の予約をした際に、車両の予約状況、および該ユーザの車両の利用特性に基づいて、低減した利用料金にて、該ユーザが利用の予約をした日時とは別の車両の予約率が低い日時に車両の利用を提案することを特徴とする車両管理システム。
【請求項３】
請求項１または２に記載の車両管理システムにおいて、
前記利用提案手段は、車両の予約状況、およびユーザごとの車両の利用特性に基づいて、車両の予約率に空きがある日時に車両を利用する可能性のあるユーザに対して、低減した利用料金にて、車両の利用を提案することを特徴とする車両管理システム。
【請求項４】
請求項１〜３のいずれかに記載の車両管理システムにおいて、
前記利用提案手段は、車両の利用を提案する日時における車両の予約状況に応じて、低減した利用料金にて車両の利用を提案する際の利用料金を決定することを特徴とする車両管理システム。
【請求項５】
請求項４に記載の車両管理システムにおいて、
前記記憶手段は、カレンダー情報および天気予報情報をさらに記憶しており、
前記利用提案手段は、車両の利用を提案する日時における車両の予約状況に加えて、カレンダー情報および天気予報情報の少なくとも一つに応じて、低減した利用料金にて車両の利用を提案する際の利用料金を決定することを特徴とする車両管理システム。
【請求項６】
複数のユーザに利用される複数の車両を管理するための車両管理方法であって、
前記複数のユーザによる車両の予約状況、および車両を利用するユーザの車両利用実績に基づいて演算されたユーザごとの車両の利用特性に基づいて、ユーザに対して、低減した利用料金にて、車両の予約に空きがある日時に車両の利用を提案することを特徴とする車両管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザに利用される複数の車両を管理するための車両管理システムおよび車両管理方法に関するものである。
【背景技術】
【０００２】
従来、複数のユーザにより車両を共有して貸し与えるカーシェアリングサービスにおいて、利用頻度に応じて、車両の利用料金を設定するとともに、利用頻度の高いユーザには優先的に車両の利用予約を許可する技術が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−４８３５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術は、利用頻度の高いユーザを優遇するようなシステムであり、利用頻度が余り高くない他のユーザにとって必ずしも公平なシステムとはいえないものであるため、結果として、車両の利用率が向上しないという問題があった。
【０００５】
本発明が解決しようとする課題は、複数のユーザに利用される複数の車両の利用率を適切に向上させることのできる車両管理システムおよび車両管理方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、複数のユーザに利用される複数の車両を管理する際に、前記複数のユーザによる車両の予約状況、および車両を利用するユーザの車両利用実績に基づいて演算されたユーザごとの車両の利用特性に基づいて、ユーザに対して、低減した利用料金にて、車両の予約に空きがある日時に車両の利用を提案することにより、上記課題を解決する。
【発明の効果】
【０００７】
本発明によれば、車両の予約に空きがある日時における、車両の予約率を向上させることができるため、これにより、車両の利用率を適切に向上させることができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本実施形態に係るカーシェアリングシステムの構成図である。
【図２】図２は、第１実施形態の動作例を示すフローチャートである。
【図３】図３は、第２実施形態の動作例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて、本発明の実施形態について説明する。
【００１０】
《第１実施形態》
図１は、本実施形態に係るカーシェアリングシステムのブロック構成図である。図１に示すように、本実施形態のカーシェアリングシステムは、管理サーバ１００と、カーシェアリングに供される車両に備えられた車載装置２００と、インターネット３００を介して車両管理サーバ１００と通信可能な複数のユーザ端末４００とから構成される。本実施形態のカーシェアリングシステムは、カーシェアリングに供される車両（以下、シェアリングカーとする。）を、特定多数のユーザに対して貸与するためのシステムである。なお、図１中においては、シェアリングカー（すなわち、シェアリングカーに搭載される車載装置２００）が３台である場合を例示して示したが、本実施形態のカーシェアリングシステムは、シェアリングカーが３台の場合に特に限定されるものではなく、２台以下でも、また４台以上であってもちろんよい。
【００１１】
車載装置２００は、シェアリングカーに備えられ、シェアリングカーを利用するユーザを認識し、シェアリングカーを利用したユーザの情報、利用開始時間および利用終了時間の情報、ならびに、走行距離の情報を、無線通信により管理サーバ１００に備えられた通信装置１２０に送信する。なお、車載装置２００により、シェアリングカーを利用するユーザを識別する方法としては、各ユーザが所有するＩＤカードの情報に基づいて識別する方法などが挙げられる。
【００１２】
ユーザ端末４００は、本実施形態のカーシェアリングシステムを利用する特定多数のユーザが所有する端末であり、インターネット３００を介して、管理サーバ１００に備えられた通信装置１２０と通信可能となっている。本実施形態のカーシェアリングシステムにおいては、各ユーザは、ユーザ端末４００により、シェアリングカーの利用予約を行うことできるようになっている。なお、ユーザ端末４００としては、たとえば、パソコンの他、携帯電話などの各種移動端末などが挙げられる。また、図１中においては、ユーザ端末４００として４つの端末を例示して示したが、ユーザ端末４００および本実施形態のカーシェアリングシステムを利用するユーザの数は、特に限定されるものではない。
【００１３】
また、管理サーバ１００は、制御装置１１０と、通信装置１２０と、データベース１３０とを備えている。
【００１４】
通信装置１２０は、無線通信により、シェアリングカーに備えられた車載装置２００と、また、インターネット３００を介して、各ユーザの所有するユーザ端末４００と通信するための装置である。通信装置１２０は、無線通信により、車載装置２００から、シェアリングカーを利用したユーザの情報、利用開始時間および利用終了時間の情報、および走行距離の情報を、また、ユーザ端末４００から、シェアリングカーの利用予約の情報を取得する。また、通信装置１２０は、インターネット３００を介して、天気予報を行なう機関や事業者等から、天気予報情報を取得する。
【００１５】
データベース１３０は、本実施形態のカーシェアリングシステムを利用する各ユーザの情報をデータベース化して記憶するための記憶装置である。データベース１３０に記憶させるユーザの情報としては、各ユーザのシェアリングカーの利用実績の情報（たとえば、利用日時、利用時間、走行距離、利用回数の情報）、各ユーザのシェアリングカーの予約情報、各ユーザの利用特性の情報などが挙げられる。また、データベース１３０は、ユーザの情報以外に、天気予報情報、および年間の行事に関する情報からなるカレンダー情報も記憶している。
【００１６】
これらのうち、利用実績の情報は、シェアリングカーに搭載された車載装置２００から通信装置１２０に送信された、シェアリングカーを利用したユーザの情報、利用開始時間および利用終了時間の情報、および走行距離の情報に基づいて、各ユーザごとに生成される情報である。また、予約情報は、ユーザによって、ユーザ端末４００を介してシェアリングカーの利用予約がされた場合に、該利用予約に基づいて、各ユーザごとに生成される利用予約に関する情報、具体的には、利用予約日時および利用予約時間の情報である。また、各ユーザの利用特性の情報については後述する。
【００１７】
管理サーバ１００の制御装置１１０は、図１に示すように、各種プログラムが格納されたＲＯＭ（Read Only Memory）１１２と、このＲＯＭ１１２に格納されたプログラムを実行する動作回路としてのＣＰＵ（Central Processing Unit）１１１と、アクセス可能な記憶装置として機能するＲＡＭ（Random Access Memory）１１３と、を備えている。
【００１８】
そして、制御装置１１０は、本実施形態に係るカーシェアリングシステムを管理するために、予約状況管理機能と、ユーザ利用特性演算機能と、予約変更提案機能と、車両利用料金設定機能と、を備える。制御装置１１０は、上記各機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実行することができる。
【００１９】
以下に、管理サーバ１００の制御装置１１０が実現する各機能についてそれぞれ説明する。
【００２０】
まず、制御装置１１０の予約状況管理機能について説明する。制御装置１１０は、ユーザ端末４００を介してシェアリングカーの利用予約がされた場合に、該利用予約に基づいて、ユーザごとの予約情報を生成し、生成したユーザごとの予約情報、具体的には、利用予約日時および利用予約時間の情報を、データベース１３０に記憶させる。また、制御装置１１０は、シェアリングカーの予約情報に基づいて、所定期間内（たとえば、数日先〜数十日先の期間）における、予約率（「該当する日時において利用予約が既にされているシェアリングカーの数」／「シェアリングカーの総数」）が所定値α以下である日時を抽出し、抽出した日時を低予約率日時として記憶する。
【００２１】
なお、本実施形態では、予約率が所定値α以下である日時を抽出する際における、所定値αとしては、たとえば、現在に近い日時（たとえば、１週間以内）であるか、あるいは、現在から遠い日時（たとえば、１ヶ月先）であるかに応じて、変化させるような構成とする。すなわち、現在に近い日時ほど、所定値αは高く設定し、一方、現在から遠い日時ほど、所定値αを低く設定する。また、本実施形態では、これに加えて、データベース１３０に記憶されている、天気予報情報、および年間の行事に関する情報からなるカレンダー情報に基づいて、所定値αを変化させてもよい。たとえば、平日（月曜日〜金曜日）であり、かつ、天気予報が雨の条件において、シェアリングカーの予約率が高くなる傾向にある場合には、このような条件における所定値αを高く設定し、一方、休日（土曜日、日曜日、祝祭日）であり、かつ、天気予報が雨の条件において、シェアリングカーの予約率が低くなる傾向にある場合には、このような条件における所定値αを低く設定するような構成とすることができる。
【００２２】
次いで、制御装置１１０のユーザ利用特性演算機能について説明する。制御装置１１０は、データベース１３０に記憶されたユーザごとのシェアリングカーの利用実績の情報に基づいて、ユーザごとにシェアリングカーの利用傾向を分析する。たとえば、ある特定のユーザをユーザＡとした場合に、ユーザＡがシェエアリングカーを利用する日時は、不定である一方で、平日（月曜日〜金曜日）の１３時〜１７時に集中している場合には、ユーザＡを平日の１３時〜１７時にシェアリングカーを利用するユーザであるとしてユーザＡの利用特性をデータベース１３０に記憶させる。
【００２３】
次いで、制御装置１１０の予約変更提案機能について説明する。制御装置１１０は、ユーザによってユーザ端末４００により、シェアリングカーの予約操作が行なわれた場合に、データベース１３０を参照し、予約操作を行なったユーザの利用特性を取得する。そして、制御装置１１０は、予約操作を行なったユーザの利用特性に基づいて、ユーザが現在予約しようとしている日時と比較的条件の近い日時に、予約率が所定値α以下である低予約率日時が存在しているか否かの判断を行なう。そして、ユーザが現在予約しようとしている日時と比較的条件の近い日時に、低予約率日時がある場合には、ユーザ端末４００を介して、ユーザに対して、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時に、通常よりも安い利用料金で、シェアリングカーを利用することを提案する。
【００２４】
たとえば、上述した特定のユーザＡ、すなわち、平日の１３時〜１７時にシェアリングカーを利用するユーザが、次の週の水曜日の１３時〜１７時にシェアリングカーを利用するための予約操作を行なった場合に、同じ週の火曜日の１３時〜１７時が予約率が所定値α以下である低予約率日時に該当する場合に、ユーザによる予約操作中に、ユーザ端末４００を介して、通常よりも安い利用料金で、同じ週の火曜日の１３時〜１７時にシェアリングカーを利用できるという情報を通知する。一例として、「前日の火曜日の１３時〜１７時であれば、△△円安い○○円でシェアリングカーを利用できます。」というようなメッセージを、ユーザ端末４００の備える表示画面上に表示することにより、ユーザに対して通知を行うことができる。本実施形態によれば、このように、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時に、通常よりも安い利用料金で、シェアリングカーを利用することを提案することで、ユーザが低予約率日時に予約を変更することへの動機付けを与えることができ、これにより、低予約率日時におけるシェアリングカーの予約率を向上させることができる。
【００２５】
次いで、制御装置１１０の車両利用料金設定機能について説明する。制御装置１１０は、ユーザに対して、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時に、シェアリングカーを利用することを提案する際における、利用料金を、低予約率日時における、予約率と、現在に近い日時であるか、あるいは、現在から遠い日時であるかの条件とに応じて、通常より安い利用料金とする際における、利用料金を決定する。具体的には、予約率が低いほど、また、現在に近い日時ほど、利用料金の割引率を高く設定し、予約率が高いほど、また、現在から遠い日時ほど、利用料金の割引率を低く設定する。また、本実施形態では、これに加えて、データベース１３０に記憶されている、天気予報情報、および年間の行事に関する情報からなるカレンダー情報に基づいて、利用料金を決定するような構成としてもよい。たとえば、平日（月曜日〜金曜日）であり、かつ、天気予報が雨である条件において、シェアリングカーの予約率が高くなる傾向にある場合には、利用料金の割引率を低く設定し、一方、休日（土曜日、日曜日、祝祭日）であり、かつ、天気予報が雨である条件において、シェアリングカーの予約率が低くなる傾向にある場合には、利用料金の割引率を高く設定するような構成とすることができる。
【００２６】
次いで、本実施形態における動作について説明する。図２は、本実施形態における動作例を示すフローチャートである。
【００２７】
まず、ステップＳ１０１では、管理サーバ１００の制御装置１１０により、ユーザ端末４００を介して、本実施形態に係るカーシェアリングシステムを利用するユーザのうち、いずれかのユーザによりシェアリングカーの利用予約操作が実行されたか否かの判定が行われる。利用予約操作が実行された場合には、ステップＳ１０２に進み、一方、いずれのユーザからも利用予約操作が実行されていない場合には、ステップＳ１０１で待機する。
【００２８】
ステップＳ１０２では、管理サーバ１００の制御装置１１０により、ステップＳ１０１で利用予約操作を実行したユーザが現在予約しようとしている日時と比較的条件の近い日時に、予約率が所定値α以下である低予約率日時があるか否かの判定が行われる。比較的条件の近い日時に、低予約率日時が存在する場合には、ステップＳ１０３に進み、一方、比較的条件の近い日時に、低予約率日時が存在しない場合には、ステップＳ１０９に進む。
【００２９】
ステップＳ１０３では、管理サーバ１００の制御装置１１０により、データベース１３０を参照し、ステップＳ１０１で利用予約操作を実行したユーザのユーザ利用特性の情報を取得する処理が実行される。
【００３０】
次いで、ステップＳ１０４では、ステップＳ１０３で取得したユーザ利用特性の情報と、ステップＳ１０２で判定した低予約率日時の判定結果に基づいて、予約変更の提案を行なうか否かの判断を行なう。これは、ステップＳ１０２で判定した低予約率日時に対して、ユーザが過去にその時間帯を利用した履歴が無い場合には、ユーザに対して予約変更の提案を行なったとしても、ユーザが予約を変更する可能性が高くないと考えられ、そのため、このような場合には、予約変更の提案を行わないこととする。ステップＳ１０４において、予約変更の提案を行なうと判断した場合には、ステップＳ１０５に進み、一方、予約変更を提案しないと判断した場合には、ステップＳ１０９に進む。
【００３１】
ステップＳ１０５では、管理サーバ１００の制御装置１１０により、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時におけるシェアリングカーの利用料金の割引率を決定し、該低予約率日時におけるシェアリングカーの利用料金を設定する処理が実行される。なお、利用料金の割引率は、たとえば、該当する低予約率日時における、予約率と、該当する低予約率日時が現在に近い日時であるか、あるいは、現在から遠い日時であるかとに応じて決定することができる。あるいは、さらに、データベース１３０に記憶されている、天気予報情報、およびカレンダー情報を加味することで、利用料金の割引率を決定してもよい。
【００３２】
そして、ステップＳ１０６では、管理サーバ１００の制御装置１１０により、ユーザ端末４００を介して、ユーザに対して、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時に、ステップＳ１０５で設定したシェアリングカーの利用料で、シェアリングカーを利用することを提案する処理が実行される。
【００３３】
次いで、ステップＳ１０７では、管理サーバ１００の制御装置１１０により、ユーザが現在予約しようとしている日時に代えて、ステップＳ１０６で提案した低予約率日時に予約を変更する操作が実行されたか否かの判定が行われる。低予約率日時に予約を変更する操作が実行された場合には、ステップＳ１０８に進み、一方、現在予約しようとしている日時でシェアリングカーの予約をする操作が実行された場合には、ステップＳ１０９に進む。
【００３４】
ユーザが低予約率日時に予約を変更する操作を実行した場合には、ステップＳ１０８に進み、ステップＳ１０８では、ユーザが低予約率日時に予約を変更する操作を実行したため、管理サーバ１００の制御装置１１０は、低予約率日時にてシェアリングカーの予約された旨の情報を含む予約情報を、データベース１３０に記憶させる処理が実行される。
【００３５】
一方、現在予約しようとしている日時でシェアリングカーの予約をする操作が実行された場合には、ステップＳ１０９に進み、ステップＳ１０９では、管理サーバ１００の制御装置１１０は、ユーザが予約しようとしている当初の予約日時にてシェアリングカーの予約された旨の情報を含む予約情報を、データベース１３０に記憶させる処理が実行される。
【００３６】
本実施形態においては、シェアリングカーシステムを利用するユーザがシェアリングカーの利用予約を行った際に、利用予約を行ったユーザのシェアリングカーの利用特性の情報を参照し、通常よりも安い利用料金で、ユーザが現在予約しようとしている日時と比較的条件の近い日時であって、かつ、シェアリングカーの利用予約率が低い低予約率日時に利用予約を変更することを提案する。そのため、本実施形態によれば、ユーザが低予約率日時に予約を変更することへの動機付けを与えることができ、これにより、低予約率日時におけるシェアリングカーの予約率を向上させることができる。そして、これにより、シェアリングカーの利用予約を平準化することができ、その結果として、シェアリングカーの利用率を適切に向上させることができる。
【００３７】
加えて、本実施形態によれば、ユーザに対して、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時に、シェアリングカーを利用することを提案する際における利用料金を、シェアリングカーの利用率、さらには、天気予報情報、および年間の行事に関する情報からなるカレンダー情報に基づいて設定することにより、利用料金収入と、シェアリングカーの利用率とを高度にバランスさせることができ、結果として、カーシェアリングシステムに係るコストの低減が可能となる。
【００３８】
《第２実施形態》
次いで、本発明の第２実施形態について説明する。
第２実施形態に係るカーシェアリングシステムは、上述した第１実施形態と同様に、図１に示すような構成を有し、以下に説明する点において上述した第１実施形態と異なる以外は、上述した第１実施形態と同様に動作し、同様な作用を奏する。
【００３９】
すなわち、第２実施形態においては、管理サーバ１００の制御装置１１０が、第２実施形態に係るカーシェアリングシステムを管理するために、第１実施形態と同様に、予約状況管理機能と、ユーザ利用特性演算機能と、車両利用料金設定機能とを備える点において共通する一方で、予約変更提案機能の代わりに、空き日時利用提案機能を備える点において異なる。
【００４０】
以下、第２実施形態に係る制御装置１１０が実現する空き日時利用提案機能について説明する。すなわち、制御装置１１０は、データベース１３０を参照し、たとえば、翌日におけるシェリングカーの予約状況の情報を取得し、翌日において、シェアリングカーの予約に空きがあるか否かの判定を行う。そして、翌日の予約に空きがある場合に、データベース１３０に記憶されたユーザの利用特性の情報を参照して、予約に空きがある日時において、シェアリングカーを利用する可能性があるユーザが存在しているか否かの判定を行う。そして、予約に空きがある日時において、シェアリングカーを利用する可能性があるユーザが存在する場合には、該ユーザに対して、ユーザの所有するユーザ端末４００に、通常よりも安い利用料金で、予約に空きがある日時にシェアリングカーを利用することを提案するための通知を行う。このような通知を行うための方法としては、特に限定されないがたとえば、電子メールを使用した方法などが挙げられる。
【００４１】
たとえば、ある特定のユーザであるユーザＢが、毎週金曜日の１０時〜１２時にシェアリングカーを利用するユーザであり、かつ、ある金曜日の前日の木曜日に、次の日である金曜日の１０時〜１２時にシェアリングカーの利用予約に空きがある場合に、制御装置１１０は、ユーザＢが、利用予約に空きがある金曜日の１０時〜１２時にシェアリングカーを利用する可能性のあるユーザであると判定し、ユーザＢの所有するユーザ端末４００に、通常よりも安い利用料金で、次の日である金曜日の１０時〜１２時にシェアリングカーを利用できるという情報を電子メールなどにより通知する。一例として、「明日の金曜日の１０時〜１２時に、通常より△△円安い○○円でシェアリングカーを利用できます。」というようなメッセージを、電子メールなどにより、ユーザ端末４００に送信する。
【００４２】
あるいは、別の具体例として、ある特定のユーザであるユーザＣが、不定期ではあるが、休日（土曜日、日曜日、祝祭日）の１２時〜１７時にシェアリングカーを利用するユーザである場合であり、かつ、ある日曜日の前日の土曜日に、次の日である日曜日の１２時〜１７時にシェアリングカーの利用予約に空きがある場合に、制御装置１１０は、ユーザＣが、利用予約に空きがある日曜日の１２時〜１７時にシェアリングカーを利用する可能性のあるユーザであると判定し、ユーザＣの所有するユーザ端末４００に、通常よりも安い利用料金で、次の日である日曜日の１２時〜１７時にシェアリングカーを利用できるという情報を電子メールなどにより通知する。一例として、「明日の日曜日の１２時〜１７時に、通常より△△円安い○○円でシェアリングカーを利用できます。」というようなメッセージを、電子メールなどにより、ユーザ端末４００に送信する。
【００４３】
第２実施形態によれば、上述のように、翌日に、シェアリングカーの予約に空きがある場合に、予約に空きがある日時にシェアリングカーを利用する可能性があるユーザに対して、通常よりも安い利用料金で、シェアリングカーを利用することを提案することで、ユーザが予約に空きがある日時にシェアリングカーを利用するための動機付けを与えることができ、これにより、シェアリングカーの予約率を向上させることができる。
【００４４】
次いで、第２実施形態における動作について説明する。図３は、第２実施形態における動作例を示すフローチャートである。なお、たとえば、以下の処理は、一日に１回または複数回ある決まった時間（たとえば、午前中１回、午後１回）に実行される。
【００４５】
まず、ステップＳ２０１では、管理サーバ１００の制御装置１１０が、データベース１３０に記憶された翌日の予約状況を参照し、翌日のシェアリングカーの予約に空きがあるか否かの判定が行われる。そして、翌日の予約に空きがあると判定された場合には、ステップＳ２０２に進み、一方、翌日の予約に空きがないと判定された場合には、ユーザに対して、予約に空きがある日時にシェアリングカーを利用するための提案を行うことなく、本処理を終了する。
【００４６】
ステップＳ２０２では、管理サーバ１００の制御装置１１０により、データベース１３０に記憶された全てのユーザのユーザ利用特性の情報を取得する処理が行なわれる。
【００４７】
ステップＳ２０３では、ステップＳ２０２で取得した全てのユーザのユーザ利用特性の情報を参照し、ステップＳ２０１で検出された予約に空きがある日時にシェアリングカーを利用する可能性があるユーザが存在するか否かの判定が行われる。予約に空きがある日時にシェアリングカーを利用する可能性があるユーザが存在する場合には、ステップＳ２０４に進み、一方、該当するユーザが存在しない場合には、ユーザに対して、予約に空きがある日時にシェアリングカーを利用するための提案を行うことなく、本処理を終了する。
【００４８】
次いで、ステップＳ２０４では、管理サーバ１００の制御装置１１０により、予約に空きがある日時におけるシェアリングカーの利用料金の割引率を決定し、該予約に空きがある日時におけるシェアリングカーの利用料金を設定する処理が実行される。なお、利用料金の割引率は、たとえば、該当する日時における、予約率などに基づいて決定することができる。あるいは、さらに、データベース１３０に記憶されている、天気予報情報、およびカレンダー情報を加味することで、利用料金の割引率を決定してもよい。
【００４９】
次いで、ステップＳ２０５では、管理サーバ１００の制御装置１１０により、ステップＳ２０３において、予約に空きがある日時にシェアリングカーを利用する可能性があると判定されたユーザに対して、ユーザの所有するユーザ端末４００に、ステップＳ２０４で設定された利用料金にて、該予約に空きがある日時にシェアリングカーの利用が可能である旨の通知が行われる。
【００５０】
第２実施形態によれば、上述した第１実施形態による効果に加えて、次のような効果を奏する。
すなわち、第２実施形態においては、シェアリングカーの予約に空きがある場合に、予約に空きがある日時にシェアリングカーを利用する可能性があるユーザに対して、通常よりも安い利用料金で、シェアリングカーを利用することを提案するものである。そのため、第２実施形態によれば、ユーザが予約に空きがある日時にシェアリングカーを利用するための動機付けを与えることができ、これにより、ユーザの潜在需要を喚起することができ、シェアリングカーの予約率を向上させることができ、結果として、シェアリングカーの利用率を向上させることができる。また、予約に空きがある日時にシェアリングカーを利用する可能性があるユーザに対して、シェアリングカーを利用することを提案することにより、たとえば、定期的にシェアリングカーを利用しているユーザにとって、予約のし忘れによるシェアリングカーの利用機会の逸失を防止することも可能となる。
【００５１】
なお、上述した実施形態において、データベース１３０は本発明の記憶手段に、制御装置１１０の予約状況管理機能は本発明の予約状況管理手段に、制御装置１１０のユーザ利用特性演算機能は本発明の利用特性演算手段に、制御装置１１０の予約変更提案機能、車両利用料金設定機能および空き日時利用提案機能は本発明の利用提案手段に、それぞれ相当する。
【００５２】
以上、本発明の実施形態について説明したが、これらの実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
【００５３】
たとえば、上述した実施形態では、本発明に係る車両管理システムの一例としてカーシェアリングシステムを例示して説明したが、本発明の車両管理システムは、レンタカーシステムや、車両リースシステムなどにももちろん適用することができる。
【００５４】
また、上述した第１実施形態では、ユーザに対して、ユーザが現在予約しようとしている日時と比較的条件の近い日時のうち、予約率が所定値α以下である低予約率日時に、予約を変更するよう提案する例を示したが、たとえば、ユーザが現在予約しようとしている日時と比較的条件の近い日時のうち、ユーザが現在予約しようとしている日時よりも予約率の低い日時に、予約を変更するよう提案するような構成としてもよい。
【００５５】
なお、上述した第１実施形態において、ユーザによる予約操作を行なう際に、ユーザの予約時間の自由度を聞いた上で、予約の変更を提案するか否かの判断を行なうような構成としてもよい。具体的には、予約操作を行なう際に、ユーザ端末４００の表示画面上に、「利用日時を指定日から前後２日づつ変更することも可能」というチェックボックスを表示させて、ユーザがこのチェックボックスにチェックした場合に、予約の変更を提案するような構成としてもよい。
【００５６】
さらに、上述した第２実施形態では、翌日（１日先）の予約に空きがある場合に、予約に空きがある日時において、シェアリングカーを利用する可能性があるユーザに、該日時にシェアリングカーを利用することを提案するような構成を例示したが、翌日の予約に空きがある場合に特に限定されず、２日先、あるいはそれよりも先の日において、予約に空きがある場合に、予約に空きがある日時において、シェアリングカーを利用する可能性があるユーザに、該日時にシェアリングカーを利用することを提案するような構成とすることももちろん可能である。
【符号の説明】
【００５７】
１００…管理サーバ
１１０…制御装置
１２０…通信装置
１３０…データベース
２００…車載装置
３００…インターネット
４００…ユーザ端末
【図１】
2013054537.tif 000003
【図２】
2013054537.tif 000004
【図３】
2013054537.tif 000005