複数のユーザに利用される複数の車両を管理するための車両管理システムであって、前記複数のユーザによる車両の予約状況を管理する予約状況管理手段と、車両を利用するユーザの車両利用実績情報を、ユーザごとに記憶する記憶手段と、前記車両利用実績情報に基づいて、ユーザごとの車両の利用特性を演算する利用特性演算手段と、車両の予約状況、およびユーザごとの車両の利用特性に基づいて、ユーザに対して、低減した利用料金にて、車両の予約に空きがある日時に車両の利用を提案する利用提案手段と、を備える車両管理システム。請求項1に記載の車両管理システムにおいて、前記利用提案手段は、ユーザが車両の利用の予約をした際に、車両の予約状況、および該ユーザの車両の利用特性に基づいて、低減した利用料金にて、該ユーザが利用の予約をした日時とは別の車両の予約率が低い日時に車両の利用を提案することを特徴とする車両管理システム。請求項1または2に記載の車両管理システムにおいて、前記利用提案手段は、車両の予約状況、およびユーザごとの車両の利用特性に基づいて、車両の予約率に空きがある日時に車両を利用する可能性のあるユーザに対して、低減した利用料金にて、車両の利用を提案することを特徴とする車両管理システム。請求項1~3のいずれかに記載の車両管理システムにおいて、前記利用提案手段は、車両の利用を提案する日時における車両の予約状況に応じて、低減した利用料金にて車両の利用を提案する際の利用料金を決定することを特徴とする車両管理システム。請求項4に記載の車両管理システムにおいて、前記記憶手段は、カレンダー情報および天気予報情報をさらに記憶しており、前記利用提案手段は、車両の利用を提案する日時における車両の予約状況に加えて、カレンダー情報および天気予報情報の少なくとも一つに応じて、低減した利用料金にて車両の利用を提案する際の利用料金を決定することを特徴とする車両管理システム。複数のユーザに利用される複数の車両を管理するための車両管理方法であって、前記複数のユーザによる車両の予約状況、および車両を利用するユーザの車両利用実績に基づいて演算されたユーザごとの車両の利用特性に基づいて、ユーザに対して、低減した利用料金にて、車両の予約に空きがある日時に車両の利用を提案することを特徴とする車両管理方法。しかしながら、上記従来技術は、利用頻度の高いユーザを優遇するようなシステムであり、利用頻度が余り高くない他のユーザにとって必ずしも公平なシステムとはいえないものであるため、結果として、車両の利用率が向上しないという問題があった。本発明が解決しようとする課題は、複数のユーザに利用される複数の車両の利用率を適切に向上させることのできる車両管理システムおよび車両管理方法を提供することにある。本発明は、複数のユーザに利用される複数の車両を管理する際に、前記複数のユーザによる車両の予約状況、および車両を利用するユーザの車両利用実績に基づいて演算されたユーザごとの車両の利用特性に基づいて、ユーザに対して、低減した利用料金にて、車両の予約に空きがある日時に車両の利用を提案することにより、上記課題を解決する。本発明によれば、車両の予約に空きがある日時における、車両の予約率を向上させることができるため、これにより、車両の利用率を適切に向上させることができる。以下、図面に基づいて、本発明の実施形態について説明する。《第1実施形態》図1は、本実施形態に係るカーシェアリングシステムのブロック構成図である。図1に示すように、本実施形態のカーシェアリングシステムは、管理サーバ100と、カーシェアリングに供される車両に備えられた車載装置200と、インターネット300を介して車両管理サーバ100と通信可能な複数のユーザ端末400とから構成される。本実施形態のカーシェアリングシステムは、カーシェアリングに供される車両以下、シェアリングカーとする。を、特定多数のユーザに対して貸与するためのシステムである。なお、図1中においては、シェアリングカーすなわち、シェアリングカーに搭載される車載装置200が3台である場合を例示して示したが、本実施形態のカーシェアリングシステムは、シェアリングカーが3台の場合に特に限定されるものではなく、2台以下でも、また4台以上であってもちろんよい。車載装置200は、シェアリングカーに備えられ、シェアリングカーを利用するユーザを認識し、シェアリングカーを利用したユーザの情報、利用開始時間および利用終了時間の情報、ならびに、走行距離の情報を、無線通信により管理サーバ100に備えられた通信装置120に送信する。なお、車載装置200により、シェアリングカーを利用するユーザを識別する方法としては、各ユーザが所有するIDカードの情報に基づいて識別する方法などが挙げられる。ユーザ端末400は、本実施形態のカーシェアリングシステムを利用する特定多数のユーザが所有する端末であり、インターネット300を介して、管理サーバ100に備えられた通信装置120と通信可能となっている。本実施形態のカーシェアリングシステムにおいては、各ユーザは、ユーザ端末400により、シェアリングカーの利用予約を行うことできるようになっている。なお、ユーザ端末400としては、たとえば、パソコンの他、携帯電話などの各種移動端末などが挙げられる。また、図1中においては、ユーザ端末400として4つの端末を例示して示したが、ユーザ端末400および本実施形態のカーシェアリングシステムを利用するユーザの数は、特に限定されるものではない。また、管理サーバ100は、制御装置110と、通信装置120と、データベース130とを備えている。通信装置120は、無線通信により、シェアリングカーに備えられた車載装置200と、また、インターネット300を介して、各ユーザの所有するユーザ端末400と通信するための装置である。通信装置120は、無線通信により、車載装置200から、シェアリングカーを利用したユーザの情報、利用開始時間および利用終了時間の情報、および走行距離の情報を、また、ユーザ端末400から、シェアリングカーの利用予約の情報を取得する。また、通信装置120は、インターネット300を介して、天気予報を行なう機関や事業者等から、天気予報情報を取得する。データベース130は、本実施形態のカーシェアリングシステムを利用する各ユーザの情報をデータベース化して記憶するための記憶装置である。データベース130に記憶させるユーザの情報としては、各ユーザのシェアリングカーの利用実績の情報たとえば、利用日時、利用時間、走行距離、利用回数の情報、各ユーザのシェアリングカーの予約情報、各ユーザの利用特性の情報などが挙げられる。また、データベース130は、ユーザの情報以外に、天気予報情報、および年間の行事に関する情報からなるカレンダー情報も記憶している。これらのうち、利用実績の情報は、シェアリングカーに搭載された車載装置200から通信装置120に送信された、シェアリングカーを利用したユーザの情報、利用開始時間および利用終了時間の情報、および走行距離の情報に基づいて、各ユーザごとに生成される情報である。また、予約情報は、ユーザによって、ユーザ端末400を介してシェアリングカーの利用予約がされた場合に、該利用予約に基づいて、各ユーザごとに生成される利用予約に関する情報、具体的には、利用予約日時および利用予約時間の情報である。また、各ユーザの利用特性の情報については後述する。管理サーバ100の制御装置110は、図1に示すように、各種プログラムが格納されたROMReadOnlyMemory112と、このROM112に格納されたプログラムを実行する動作回路としてのCPUCentralProcessingUnit111と、アクセス可能な記憶装置として機能するRAMRandomAccessMemory113と、を備えている。そして、制御装置110は、本実施形態に係るカーシェアリングシステムを管理するために、予約状況管理機能と、ユーザ利用特性演算機能と、予約変更提案機能と、車両利用料金設定機能と、を備える。制御装置110は、上記各機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実行することができる。以下に、管理サーバ100の制御装置110が実現する各機能についてそれぞれ説明する。まず、制御装置110の予約状況管理機能について説明する。制御装置110は、ユーザ端末400を介してシェアリングカーの利用予約がされた場合に、該利用予約に基づいて、ユーザごとの予約情報を生成し、生成したユーザごとの予約情報、具体的には、利用予約日時および利用予約時間の情報を、データベース130に記憶させる。また、制御装置110は、シェアリングカーの予約情報に基づいて、所定期間内たとえば、数日先~数十日先の期間における、予約率該当する日時において利用予約が既にされているシェアリングカーの数/シェアリングカーの総数が所定値α以下である日時を抽出し、抽出した日時を低予約率日時として記憶する。なお、本実施形態では、予約率が所定値α以下である日時を抽出する際における、所定値αとしては、たとえば、現在に近い日時たとえば、1週間以内であるか、あるいは、現在から遠い日時たとえば、1ヶ月先であるかに応じて、変化させるような構成とする。すなわち、現在に近い日時ほど、所定値αは高く設定し、一方、現在から遠い日時ほど、所定値αを低く設定する。また、本実施形態では、これに加えて、データベース130に記憶されている、天気予報情報、および年間の行事に関する情報からなるカレンダー情報に基づいて、所定値αを変化させてもよい。たとえば、平日月曜日~金曜日であり、かつ、天気予報が雨の条件において、シェアリングカーの予約率が高くなる傾向にある場合には、このような条件における所定値αを高く設定し、一方、休日土曜日、日曜日、祝祭日であり、かつ、天気予報が雨の条件において、シェアリングカーの予約率が低くなる傾向にある場合には、このような条件における所定値αを低く設定するような構成とすることができる。次いで、制御装置110のユーザ利用特性演算機能について説明する。制御装置110は、データベース130に記憶されたユーザごとのシェアリングカーの利用実績の情報に基づいて、ユーザごとにシェアリングカーの利用傾向を分析する。たとえば、ある特定のユーザをユーザAとした場合に、ユーザAがシェエアリングカーを利用する日時は、不定である一方で、平日月曜日~金曜日の13時~17時に集中している場合には、ユーザAを平日の13時~17時にシェアリングカーを利用するユーザであるとしてユーザAの利用特性をデータベース130に記憶させる。次いで、制御装置110の予約変更提案機能について説明する。制御装置110は、ユーザによってユーザ端末400により、シェアリングカーの予約操作が行なわれた場合に、データベース130を参照し、予約操作を行なったユーザの利用特性を取得する。そして、制御装置110は、予約操作を行なったユーザの利用特性に基づいて、ユーザが現在予約しようとしている日時と比較的条件の近い日時に、予約率が所定値α以下である低予約率日時が存在しているか否かの判断を行なう。そして、ユーザが現在予約しようとしている日時と比較的条件の近い日時に、低予約率日時がある場合には、ユーザ端末400を介して、ユーザに対して、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時に、通常よりも安い利用料金で、シェアリングカーを利用することを提案する。たとえば、上述した特定のユーザA、すなわち、平日の13時~17時にシェアリングカーを利用するユーザが、次の週の水曜日の13時~17時にシェアリングカーを利用するための予約操作を行なった場合に、同じ週の火曜日の13時~17時が予約率が所定値α以下である低予約率日時に該当する場合に、ユーザによる予約操作中に、ユーザ端末400を介して、通常よりも安い利用料金で、同じ週の火曜日の13時~17時にシェアリングカーを利用できるという情報を通知する。一例として、前日の火曜日の13時~17時であれば、△△円安い○○円でシェアリングカーを利用できます。というようなメッセージを、ユーザ端末400の備える表示画面上に表示することにより、ユーザに対して通知を行うことができる。本実施形態によれば、このように、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時に、通常よりも安い利用料金で、シェアリングカーを利用することを提案することで、ユーザが低予約率日時に予約を変更することへの動機付けを与えることができ、これにより、低予約率日時におけるシェアリングカーの予約率を向上させることができる。次いで、制御装置110の車両利用料金設定機能について説明する。制御装置110は、ユーザに対して、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時に、シェアリングカーを利用することを提案する際における、利用料金を、低予約率日時における、予約率と、現在に近い日時であるか、あるいは、現在から遠い日時であるかの条件とに応じて、通常より安い利用料金とする際における、利用料金を決定する。具体的には、予約率が低いほど、また、現在に近い日時ほど、利用料金の割引率を高く設定し、予約率が高いほど、また、現在から遠い日時ほど、利用料金の割引率を低く設定する。また、本実施形態では、これに加えて、データベース130に記憶されている、天気予報情報、および年間の行事に関する情報からなるカレンダー情報に基づいて、利用料金を決定するような構成としてもよい。たとえば、平日月曜日~金曜日であり、かつ、天気予報が雨である条件において、シェアリングカーの予約率が高くなる傾向にある場合には、利用料金の割引率を低く設定し、一方、休日土曜日、日曜日、祝祭日であり、かつ、天気予報が雨である条件において、シェアリングカーの予約率が低くなる傾向にある場合には、利用料金の割引率を高く設定するような構成とすることができる。次いで、本実施形態における動作について説明する。図2は、本実施形態における動作例を示すフローチャートである。まず、ステップS101では、管理サーバ100の制御装置110により、ユーザ端末400を介して、本実施形態に係るカーシェアリングシステムを利用するユーザのうち、いずれかのユーザによりシェアリングカーの利用予約操作が実行されたか否かの判定が行われる。利用予約操作が実行された場合には、ステップS102に進み、一方、いずれのユーザからも利用予約操作が実行されていない場合には、ステップS101で待機する。ステップS102では、管理サーバ100の制御装置110により、ステップS101で利用予約操作を実行したユーザが現在予約しようとしている日時と比較的条件の近い日時に、予約率が所定値α以下である低予約率日時があるか否かの判定が行われる。比較的条件の近い日時に、低予約率日時が存在する場合には、ステップS103に進み、一方、比較的条件の近い日時に、低予約率日時が存在しない場合には、ステップS109に進む。ステップS103では、管理サーバ100の制御装置110により、データベース130を参照し、ステップS101で利用予約操作を実行したユーザのユーザ利用特性の情報を取得する処理が実行される。次いで、ステップS104では、ステップS103で取得したユーザ利用特性の情報と、ステップS102で判定した低予約率日時の判定結果に基づいて、予約変更の提案を行なうか否かの判断を行なう。これは、ステップS102で判定した低予約率日時に対して、ユーザが過去にその時間帯を利用した履歴が無い場合には、ユーザに対して予約変更の提案を行なったとしても、ユーザが予約を変更する可能性が高くないと考えられ、そのため、このような場合には、予約変更の提案を行わないこととする。ステップS104において、予約変更の提案を行なうと判断した場合には、ステップS105に進み、一方、予約変更を提案しないと判断した場合には、ステップS109に進む。ステップS105では、管理サーバ100の制御装置110により、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時におけるシェアリングカーの利用料金の割引率を決定し、該低予約率日時におけるシェアリングカーの利用料金を設定する処理が実行される。なお、利用料金の割引率は、たとえば、該当する低予約率日時における、予約率と、該当する低予約率日時が現在に近い日時であるか、あるいは、現在から遠い日時であるかとに応じて決定することができる。あるいは、さらに、データベース130に記憶されている、天気予報情報、およびカレンダー情報を加味することで、利用料金の割引率を決定してもよい。そして、ステップS106では、管理サーバ100の制御装置110により、ユーザ端末400を介して、ユーザに対して、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時に、ステップS105で設定したシェアリングカーの利用料で、シェアリングカーを利用することを提案する処理が実行される。次いで、ステップS107では、管理サーバ100の制御装置110により、ユーザが現在予約しようとしている日時に代えて、ステップS106で提案した低予約率日時に予約を変更する操作が実行されたか否かの判定が行われる。低予約率日時に予約を変更する操作が実行された場合には、ステップS108に進み、一方、現在予約しようとしている日時でシェアリングカーの予約をする操作が実行された場合には、ステップS109に進む。ユーザが低予約率日時に予約を変更する操作を実行した場合には、ステップS108に進み、ステップS108では、ユーザが低予約率日時に予約を変更する操作を実行したため、管理サーバ100の制御装置110は、低予約率日時にてシェアリングカーの予約された旨の情報を含む予約情報を、データベース130に記憶させる処理が実行される。一方、現在予約しようとしている日時でシェアリングカーの予約をする操作が実行された場合には、ステップS109に進み、ステップS109では、管理サーバ100の制御装置110は、ユーザが予約しようとしている当初の予約日時にてシェアリングカーの予約された旨の情報を含む予約情報を、データベース130に記憶させる処理が実行される。本実施形態においては、シェアリングカーシステムを利用するユーザがシェアリングカーの利用予約を行った際に、利用予約を行ったユーザのシェアリングカーの利用特性の情報を参照し、通常よりも安い利用料金で、ユーザが現在予約しようとしている日時と比較的条件の近い日時であって、かつ、シェアリングカーの利用予約率が低い低予約率日時に利用予約を変更することを提案する。そのため、本実施形態によれば、ユーザが低予約率日時に予約を変更することへの動機付けを与えることができ、これにより、低予約率日時におけるシェアリングカーの予約率を向上させることができる。そして、これにより、シェアリングカーの利用予約を平準化することができ、その結果として、シェアリングカーの利用率を適切に向上させることができる。加えて、本実施形態によれば、ユーザに対して、ユーザが現在予約しようとしている日時と比較的条件の近い低予約率日時に、シェアリングカーを利用することを提案する際における利用料金を、シェアリングカーの利用率、さらには、天気予報情報、および年間の行事に関する情報からなるカレンダー情報に基づいて設定することにより、利用料金収入と、シェアリングカーの利用率とを高度にバランスさせることができ、結果として、カーシェアリングシステムに係るコストの低減が可能となる。《第2実施形態》次いで、本発明の第2実施形態について説明する。第2実施形態に係るカーシェアリングシステムは、上述した第1実施形態と同様に、図1に示すような構成を有し、以下に説明する点において上述した第1実施形態と異なる以外は、上述した第1実施形態と同様に動作し、同様な作用を奏する。すなわち、第2実施形態においては、管理サーバ100の制御装置110が、第2実施形態に係るカーシェアリングシステムを管理するために、第1実施形態と同様に、予約状況管理機能と、ユーザ利用特性演算機能と、車両利用料金設定機能とを備える点において共通する一方で、予約変更提案機能の代わりに、空き日時利用提案機能を備える点において異なる。以下、第2実施形態に係る制御装置110が実現する空き日時利用提案機能について説明する。すなわち、制御装置110は、データベース130を参照し、たとえば、翌日におけるシェリングカーの予約状況の情報を取得し、翌日において、シェアリングカーの予約に空きがあるか否かの判定を行う。そして、翌日の予約に空きがある場合に、データベース130に記憶されたユーザの利用特性の情報を参照して、予約に空きがある日時において、シェアリングカーを利用する可能性があるユーザが存在しているか否かの判定を行う。そして、予約に空きがある日時において、シェアリングカーを利用する可能性があるユーザが存在する場合には、該ユーザに対して、ユーザの所有するユーザ端末400に、通常よりも安い利用料金で、予約に空きがある日時にシェアリングカーを利用することを提案するための通知を行う。このような通知を行うための方法としては、特に限定されないがたとえば、電子メールを使用した方法などが挙げられる。たとえば、ある特定のユーザであるユーザBが、毎週金曜日の10時~12時にシェアリングカーを利用するユーザであり、かつ、ある金曜日の前日の木曜日に、次の日である金曜日の10時~12時にシェアリングカーの利用予約に空きがある場合に、制御装置110は、ユーザBが、利用予約に空きがある金曜日の10時~12時にシェアリングカーを利用する可能性のあるユーザであると判定し、ユーザBの所有するユーザ端末400に、通常よりも安い利用料金で、次の日である金曜日の10時~12時にシェアリングカーを利用できるという情報を電子メールなどにより通知する。一例として、明日の金曜日の10時~12時に、通常より△△円安い○○円でシェアリングカーを利用できます。というようなメッセージを、電子メールなどにより、ユーザ端末400に送信する。あるいは、別の具体例として、ある特定のユーザであるユーザCが、不定期ではあるが、休日土曜日、日曜日、祝祭日の12時~17時にシェアリングカーを利用するユーザである場合であり、かつ、ある日曜日の前日の土曜日に、次の日である日曜日の12時~17時にシェアリングカーの利用予約に空きがある場合に、制御装置110は、ユーザCが、利用予約に空きがある日曜日の12時~17時にシェアリングカーを利用する可能性のあるユーザであると判定し、ユーザCの所有するユーザ端末400に、通常よりも安い利用料金で、次の日である日曜日の12時~17時にシェアリングカーを利用できるという情報を電子メールなどにより通知する。一例として、明日の日曜日の12時~17時に、通常より△△円安い○○円でシェアリングカーを利用できます。というようなメッセージを、電子メールなどにより、ユーザ端末400に送信する。第2実施形態によれば、上述のように、翌日に、シェアリングカーの予約に空きがある場合に、予約に空きがある日時にシェアリングカーを利用する可能性があるユーザに対して、通常よりも安い利用料金で、シェアリングカーを利用することを提案することで、ユーザが予約に空きがある日時にシェアリングカーを利用するための動機付けを与えることができ、これにより、シェアリングカーの予約率を向上させることができる。次いで、第2実施形態における動作について説明する。図3は、第2実施形態における動作例を示すフローチャートである。なお、たとえば、以下の処理は、一日に1回または複数回ある決まった時間たとえば、午前中1回、午後1回に実行される。まず、ステップS201では、管理サーバ100の制御装置110が、データベース130に記憶された翌日の予約状況を参照し、翌日のシェアリングカーの予約に空きがあるか否かの判定が行われる。そして、翌日の予約に空きがあると判定された場合には、ステップS202に進み、一方、翌日の予約に空きがないと判定された場合には、ユーザに対して、予約に空きがある日時にシェアリングカーを利用するための提案を行うことなく、本処理を終了する。ステップS202では、管理サーバ100の制御装置110により、データベース130に記憶された全てのユーザのユーザ利用特性の情報を取得する処理が行なわれる。ステップS203では、ステップS202で取得した全てのユーザのユーザ利用特性の情報を参照し、ステップS201で検出された予約に空きがある日時にシェアリングカーを利用する可能性があるユーザが存在するか否かの判定が行われる。予約に空きがある日時にシェアリングカーを利用する可能性があるユーザが存在する場合には、ステップS204に進み、一方、該当するユーザが存在しない場合には、ユーザに対して、予約に空きがある日時にシェアリングカーを利用するための提案を行うことなく、本処理を終了する。次いで、ステップS204では、管理サーバ100の制御装置110により、予約に空きがある日時におけるシェアリングカーの利用料金の割引率を決定し、該予約に空きがある日時におけるシェアリングカーの利用料金を設定する処理が実行される。なお、利用料金の割引率は、たとえば、該当する日時における、予約率などに基づいて決定することができる。あるいは、さらに、データベース130に記憶されている、天気予報情報、およびカレンダー情報を加味することで、利用料金の割引率を決定してもよい。次いで、ステップS205では、管理サーバ100の制御装置110により、ステップS203において、予約に空きがある日時にシェアリングカーを利用する可能性があると判定されたユーザに対して、ユーザの所有するユーザ端末400に、ステップS204で設定された利用料金にて、該予約に空きがある日時にシェアリングカーの利用が可能である旨の通知が行われる。第2実施形態によれば、上述した第1実施形態による効果に加えて、次のような効果を奏する。すなわち、第2実施形態においては、シェアリングカーの予約に空きがある場合に、予約に空きがある日時にシェアリングカーを利用する可能性があるユーザに対して、通常よりも安い利用料金で、シェアリングカーを利用することを提案するものである。そのため、第2実施形態によれば、ユーザが予約に空きがある日時にシェアリングカーを利用するための動機付けを与えることができ、これにより、ユーザの潜在需要を喚起することができ、シェアリングカーの予約率を向上させることができ、結果として、シェアリングカーの利用率を向上させることができる。また、予約に空きがある日時にシェアリングカーを利用する可能性があるユーザに対して、シェアリングカーを利用することを提案することにより、たとえば、定期的にシェアリングカーを利用しているユーザにとって、予約のし忘れによるシェアリングカーの利用機会の逸失を防止することも可能となる。なお、上述した実施形態において、データベース130は本発明の記憶手段に、制御装置110の予約状況管理機能は本発明の予約状況管理手段に、制御装置110のユーザ利用特性演算機能は本発明の利用特性演算手段に、制御装置110の予約変更提案機能、車両利用料金設定機能および空き日時利用提案機能は本発明の利用提案手段に、それぞれ相当する。以上、本発明の実施形態について説明したが、これらの実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。たとえば、上述した実施形態では、本発明に係る車両管理システムの一例としてカーシェアリングシステムを例示して説明したが、本発明の車両管理システムは、レンタカーシステムや、車両リースシステムなどにももちろん適用することができる。また、上述した第1実施形態では、ユーザに対して、ユーザが現在予約しようとしている日時と比較的条件の近い日時のうち、予約率が所定値α以下である低予約率日時に、予約を変更するよう提案する例を示したが、たとえば、ユーザが現在予約しようとしている日時と比較的条件の近い日時のうち、ユーザが現在予約しようとしている日時よりも予約率の低い日時に、予約を変更するよう提案するような構成としてもよい。なお、上述した第1実施形態において、ユーザによる予約操作を行なう際に、ユーザの予約時間の自由度を聞いた上で、予約の変更を提案するか否かの判断を行なうような構成としてもよい。具体的には、予約操作を行なう際に、ユーザ端末400の表示画面上に、利用日時を指定日から前後2日づつ変更することも可能というチェックボックスを表示させて、ユーザがこのチェックボックスにチェックした場合に、予約の変更を提案するような構成としてもよい。さらに、上述した第2実施形態では、翌日1日先の予約に空きがある場合に、予約に空きがある日時において、シェアリングカーを利用する可能性があるユーザに、該日時にシェアリングカーを利用することを提案するような構成を例示したが、翌日の予約に空きがある場合に特に限定されず、2日先、あるいはそれよりも先の日において、予約に空きがある場合に、予約に空きがある日時において、シェアリングカーを利用する可能性があるユーザに、該日時にシェアリングカーを利用することを提案するような構成とすることももちろん可能である。