(57)【特許請求の範囲】
【請求項１】
複数のユーザが車両を共同で使用するためのカーシェアリング管理ウェブサイトをネットワーク上で提供し、前記車両の予約の情報を記憶するデータベースを有するサーバと、
各ユーザの元に設置され、前記ネットワークに接続される端末と、から構成されており、前記サーバは、
前記端末からの前記ウェブサイトへのアクセスに応じて、前記車両の予約を入力するためのフォームを前記端末に送信し、前記端末からの該フォームの返信に応じて、該フォームに入力された車両の予約の情報を前記データベースに記憶すると共に、該予約情報を表示するページを前記ウェブサイトで提供する機能と、
第１のユーザにより予約の情報が入力された前記フォームが返信されたときに、当該予約の近傍に第２のユーザによる先行する予約があるか否かを前記データベースを検索することによって判定し、先行する予約がある場合には、前記第２のユーザの端末に前記第１のユーザにより後続する予約がなされたことを通知する電子メールを送信する機能と、
を実現するようにプログラムされている、カーシェアリング管理システム。
【請求項２】
前記サーバは、第１のユーザにより予約の情報が入力された前記フォームが返信されたときに、第２のユーザによる予約が先にされていて前記第１のユーザによる予約をすることができなかったときに、前記第２のユーザによる前記先にされた予約の取消の情報の送信に応じて、前記第１のユーザに前記先にされた予約が取消されたことを通知する電子メールを送信するようにプログラムされている、請求項１に記載のカーシェアリング管理システム。
【請求項３】
前記端末には、前記ユーザが車両の予約を行うごとに所定のポイントが消費される時間ポイントが記憶されており、
前記サーバは、前記フォームの返信時に前記端末に記憶されている時間ポイントが残っているか否かを判定し、残っていない場合は前記車両の予約を拒絶するようにプログラムされている、請求項１に記載のカーシェアリング管理システム。
【請求項４】
前記消費される所定のポイントは、前記車両の予約がなされる曜日ごと、または時間帯ごとに異なっている請求項３に記載のカーシェアリング管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のユーザが自動車を共同で使用するためのカーシェアリング管理システムに関する。
【０００２】
【従来の技術】
近年、自動車は社会において必要不可欠と言えるほどに普及している。しかし特に都市部では、駐車スペースの不足や、高額な駐車料金、または自動車を使用する機会が限られている等の理由で、自動車を購入し保有することをためらう人も多い。また自動車台数の増加による大気汚染等の環境への負荷や交通渋滞を削減するため、一台の車を複数の人で使用するカーシェアリングの概念が提唱されている。
【０００３】
【発明が解決しようとする課題】
カーシェアリングは前述の種々の問題を解決する上で有効な手段の１つではあるが、実際問題として、異なる生活パターンを持つ各個人間で、自動車を使用する予定を調整するのは煩雑であり時間もかかる。
【０００４】
従って複数の所有者が共同に保有する自動車等の車両の使用予定を容易に調整することのできるシステムが当分野において必要とされている。
【０００５】
【課題を解決するための手段】
本発明は一形態において、複数のユーザが車両を共同で使用するためのカーシェアリング管理ウェブサイトをネットワーク上で提供し、前記車両の予約の情報を記憶するデータベースを有するサーバと、各ユーザの元に設置され、前記ネットワークに接続される端末と、から構成されており、前記サーバは、前記端末からの前記ウェブサイトへのアクセスに応じて、前記車両の予約を入力するためのフォームを前記端末に送信し、前記端末からの該フォームの返信に応じて、該フォームに入力された車両の予約の情報を前記データベースに記憶すると共に、該予約情報を表示するページを前記ウェブサイトで提供するようにプログラムされている、カーシェアリング管理システムを提供する。
【０００６】
この形態によると、複数の所有者が共同に保有する車両の使用予定を容易に調整することができるので、相互に都合の良い日時に車両を使用することが可能となる。
【０００７】
本発明の別の形態では、前記端末には、前記ユーザが車両の予約を行うごとに所定のポイントが消費される時間ポイントが記憶されており、前記サーバは、前記フォームの返信時に前記端末に記憶されている時間ポイントが残っているか否かを判定し、残っていない場合は前記車両の予約を拒絶するようにプログラムされる構成をとる。
【０００８】
この形態によると、予め料金負担割合や各ユーザの車両使用の傾向等を考慮してポイントを割り振っておくことで、一ユーザが車両を占有してしまう事態を回避することができる。
【０００９】
本発明のさらに別の形態では、前記消費される所定のポイントは、前記車両の予約がなされる曜日ごと、または時間帯ごとに異なっている構成をとる。
【００１０】
この形態によると、各ユーザが自己の日常の行動パターンを考慮して予め設定した時間帯以外に車両が使用された場合はポイントが多く消費されるようにすることで、必要な時間帯以外の使用を抑制することができる。
【００１１】
本発明のさらに別の形態では、前記サーバは、第１のユーザにより予約の情報が入力された前記フォームが返信されたときに、当該予約の近傍に第２のユーザによる先行する予約があるか否かを前記データベースを検索することによって判定し、先行する予約がある場合には、前記第２のユーザの端末に前記第１のユーザにより後続する予約がなされたことを通知する電子メールを送信するようにプログラムされている構成をとる。
【００１２】
この形態によると、当該ユーザが予約した時間帯より前の時間帯に別のユーザにより先の予約がある場合は、その別のユーザの端末に新たに後の時間帯に予約が入った旨を通知する電子メールを送信して注意を喚起するので、先に予約をした別のユーザが、後の時間帯に予約が入っていないと思い込んで自身の予約した時間帯を超過して共有車両を使用してしまう事態を未然に防止することができる。
【００１３】
本発明のさらに別の形態では、前記サーバは、第１のユーザにより予約の情報が入力された前記フォームが返信されたときに、第２のユーザによる予約が先にされていて前記第１のユーザによる予約をすることができなかったときに、前記第２のユーザによる前記先にされた予約の取消の情報の送信に応じて、前記第１のユーザに前記先にされた予約が取消されたことを通知する電子メールを送信するようにプログラムされている構成をとる。
【００１４】
この形態によると、予約を希望した日時に先約があった場合でも、キャンセル待ちを希望でき、第２のユーザからキャンセルの送信があった場合には、サーバは、第２のユーザによりキャンセルがされたことを通知するメールを第１のユーザに送信するので、何度もウェブサイトにアクセスして予約状況を確認する必要がなくなる。また、この場合、通知を受けた第１のユーザが、キャンセルされた時間帯を優先的に予約できるようにすることも可能である。
【００１５】
【発明の実施の形態】
図１は本発明に係るカーシェアリング管理システムの一実施形態の全体構成を示す図である。サーバ１０は、パーソナルコンピュータまたはワークステーション等で構成されている。サーバ１０は、インターネット等のネットワーク１１に接続され、一台または複数台の車両を複数のユーザで共同に使用するためのカーシェアリング管理ウェブサイトを提供する。
【００１６】
サーバ１０は、例えばカーシェアリングシステムを運用、管理する管理会社の元に設置される。または、共同で使用される自動車等の車両の販売またはリースを行う販売会社や、自動車の整備工場等に設置されても良い。
【００１７】
サーバ１０はデータベースを備えており、このデータベースには、車両を共同で使用する各ユーザの名前、ユーザＩＤ、パスワード、メールアドレス等の情報、及び車両ごとの予約の開始日時と終了日時（予約時間帯）の情報が格納されている。
【００１８】
車両を共同で使用する各ユーザの元には、パーソナルコンピュータである端末１２、１３や、ＰＤＡや携帯電話等の携帯端末１４、１５が配置されている。ユーザは、それぞれ端末１２、１３及び携帯端末１４、１５にインストールされているブラウザを使用して、ネットワーク１１を介してサーバ１０が提供するカーシェアリング管理ウェブサイトにアクセスすることができる。また端末１２、１３及び携帯端末１４、１５にはメーラがインストールされており、電子メールを送受信することが可能である。
【００１９】
各端末１２、１３にはディスプレイ等の表示部、及びキーボード、マウス等の入力部が備えられている。また各携帯端末１４、１５には、液晶画面等の表示部、及びボタン、ダイアル、またはスティック等の入力部が備えられている。以下、単に「端末」といった場合には、端末及び携帯端末の何れも含まれるものとする。
【００２０】
サーバ１０により提供されるカーシェアリング管理ウェブサイト（以下単に「ウェブサイト」と言う）に含まれる各ページは、ＨＴＭＬ、及びコンパクトＨＴＭＬ等の携帯端末対応ＨＴＭＬでそれぞれ記述されている。サーバ１０は、ユーザの端末のブラウザから要求されるＵＲＬアドレスに応じて、各ページのＨＴＭＬをユーザの端末に送信する。ユーザの端末のブラウザは、送信されたＨＴＭＬを解析して端末の表示部に各ページを表示する。またサーバ１０には端末に送信されたＨＴＭＬの記述に基づいて起動されるＣＧＩプログラム等のプログラムがインストールされており、データベースの検索や電子メールの送信等の所定の処理を行えるようになっている。
【００２１】
ユーザは予めウェブサイト上で、または自動車販売会社の仲介に応じて、数人単位で一台の車両を共同で管理、使用する（カーシェアリング）ための共有グループを結成しておく。車両はこの共有グループごとに購入、または販売会社等からレンタルを受けることになる。以下この車両を共有車両と言う。
【００２２】
本実施形態では、ユーザとして近隣地域に居住し、種々の事情により単独では自動車等の車両を所有していない複数の一般世帯を想定している。しかし、本発明のカーシェアリング管理システムは、別の態様において、事業所や工場等で複数の営業車を所有し、複数の従業員が営業者を共同して使用する場合等にも使用することができる。
【００２３】
各ユーザにはユーザＩＤが割り振られ、また各ユーザはそれぞれのパスワードを予め設定しておく。設定されたユーザＩＤ及びパスワードは、サーバ１０のデータベースに格納される。ユーザＩＤ及びパスワードの設定は、ウェブサイトにおいてできるように構成しても良い。
【００２４】
共有車両は所定のユーザの駐車場や、共有グループが共同で賃借する駐車場等に保管される。ウェブサイト上で共有車両の予約を行ったユーザは、予約した日時に駐車場に赴いて共有車両を使用する。共有車両の鍵は各ユーザがそれぞれ保有しているか、または駐車場の管理者等が保管している。共有車両の使用後に、次のユーザの指定する場所まで移動させるように各ユーザに義務付けることもできる。
【００２５】
本実施形態では共有グループごとに所有される車両は１台としているが、複数台所有するよう構成することもできる。この場合、使用形態に応じて車両を使い分けることが可能となる。つまり、短距離移動用の軽自動車、レジャー用のＲＶ車、多人数移動用のミニバン等を共同で所有して、各世帯のニーズに合わせて使い分けることも可能となる。
【００２６】
また、共有グループは、共有車両の整備の契約を自動車の整備工場と締結しておくこともできる。共有車両の整備を行うべきときは、整備工場は自身の端末からカーシェアリング管理ウェブサイトにアクセスして、整備を行う日時に予約を入れる。このとき共有車両は使用できなくなるが、整備工場に代車を準備させてその予約をウェブサイトでできるようにしてもよい。
【００２７】
カーシェアリング管理ウェブサイトを提供するサーバ１０の基本的な動作は、各ユーザによる共有車両の予約が行われたとき、その情報をウェブサイト上で提供すること、および希望した時間に先の予約がある場合には、後の予約を受け付けないことである。
【００２８】
ユーザが自身の端末を用いてウェブサイトにアクセスすると、サーバ１０は、端末にホームページを送信する。このホームページには、本発明に係るカーシェアリング管理システムの説明ページ、共同で自動車を使用する共有グループ構築の案内ページ、共有車両の販売またはレンタルを行う自動車販売会社の広告ページ、および共有車両の予約状況を確認し予約を行うための予約状況確認ページ等の各ページへリンクが張られており、ユーザの選択に応じて各ページへ移動できるように構成されている。
【００２９】
予約を行うユーザは、ホームページから予約状況確認ページへ移動する。このページを表示する前に、ユーザＩＤ及びパスワードを入力させるようにしてもよい。このページのＨＴＭＬがユーザの端末のブラウザから要求されるのに応じて、サーバ１０にインストールされているＣＧＩプログラム等のプログラムが起動され、サーバ１０は共有車両の予約状況の情報をデータベースから検索し、検索した情報を反映するようにＨＴＭＬを作成し、ユーザの端末に送信する。
【００３０】
図２は予約状況確認ページの一例を示す。ページ２０には、各種のボタン２１、２２、２３、２４、アクセスしたユーザの現在の使用ポイント２５、共有車両の予約状況を表示するテーブル２６、２７、２８、および画面に表示される日を変更するためのボタン２９、３０が表示される。
【００３１】
テーブル２６、２７、２８は、一日ごとの共有車両の予約状況を示す。図中各テーブル２６、２７、２８の左側に表示されている月日は、予約がされている月日を表し、テーブルの上部は時間を表す。各テーブル２６、２７、２８中、色のついている部分は、既に他のユーザによって予約がされている時間帯を表す。時間帯は、例えば一時間ごとに区切られている。Ａ、Ｂ、Ｃはその予約を行ったユーザの名前を意味する。この例では、５月２０日の１０時から１４時まではユーザＡにより予約がなされており、５月２１日の６時から１０時まではユーザＣにより予約がなされており、１４時から２１時まではユーザＢにより予約がなされていることを意味する。また５月２２日の９時から２４時までは、共有グループが契約する整備工場により共有車両の車検を行うための予約がなされていることを意味する。このように、テーブル２６、２７、２８を参照することで、共有車両が予約されている時間帯と、その予約をしたユーザの名前を容易に知ることができる。
【００３２】
「前の日付」ボタン２９および「次の日付」ボタン３０をクリックすることにより、表示されている日以外の共有車両の予約状況も参照することができる。ボタン２９または３０のクリックに応じて、サーバ１０は対応する日の予約状況の情報をデータベースから検索し、検索した情報を反映するようにＨＴＭＬを作成し、ユーザの端末に送信する。
【００３３】
予約を行おうとするユーザが「予約入力」ボタン２１をクリックすると、サーバ１０は、図３に示すような入力フォーム３１をユーザの端末に送信する。ユーザは、ページ２０のテーブル２６、２７、２８を見て、空いている時間帯の中から自分の希望する時間帯を入力フォーム３１に入力する。各入力項目３２は、右端部のボタンをクリックすることで展開するプルダウンメニューから入力する月、日、時間をユーザが選択できるようになっている。
【００３４】
フィールド３３にメモを入力させるようにすることもできる。メモには共有車両の使用目的や行き先、およびグループの他のユーザに連絡しておくべきことを記入する。フィールド３３に記載された事項は、図２のテーブル２６、２７、２８において、予約済みの時間帯の上にポインタを移動させたときに各テーブル内に表示される。
【００３５】
入力フォーム３１に所定の入力事項を入力して「送信」ボタン３４をクリックすると、入力した情報がサーバ１０に送信されると共に、サーバ１０にインストールされているＣＧＩプログラム等のプログラムが起動される。サーバ１０は、入力された予約時間帯が空いていればその予約を反映するようＨＴＭＬを更新してユーザの端末に送信する。予約時間帯が空いていなければ、その旨を伝えるメッセージを送信する。予約入力を取りやめる場合には、「キャンセル」ボタン３５をクリックすると、ページ２０に戻る。
【００３６】
既に予約した時間帯をキャンセルするときは、図２に示す「キャンセル」ボタン２２をクリックすると、サーバ１０は、図３と同様の月日および時間帯を指定して予約のキャンセルをすることができるフォームをユーザの端末に送信する。
【００３７】
図２にはさらに「使用状況」ボタン２３が表示されている。予約した共有車両を使用し終えた、または何らかの事情により予約どおりの使用ができなくなったユーザは、該ボタンをクリックして車両使用状況入力ページに移動して、使用状況を入力する。この過程の詳細については、図５及び図６を参照して後述する。
【００３８】
また「整備情報」ボタン２４をクリックすると、共有車両の受けるべき整備の予定が示されているページに移動することができる。このページには、他にも自動車会社から提供される情報、地域のイベント情報、販売店のキャンペーン案内等が表示される。
【００３９】
現在の使用ポイント２５には、アクセスしたユーザの現在の使用ポイントが表示される。ユーザは、このポイントの範囲内でしか共有車両の予約ができない。すなわち、各ユーザには、共有車両を購入するための資金の負担割合や各ユーザの車両使用の傾向等を考慮して使用ポイントを予め割り振っておく。この使用ポイントは、例えば、月ごとに各ユーザに１００ポイントを支給し、共有車両を一時間使用するごとに一点ずつ消費されていくように構成される。使用ポイントは週単位、日単位に設定されるように構成されても良く、また曜日や時間帯に応じて消費ポイント数に差をつけることもできる。また、ユーザが自己の日常の行動パターンを考慮して予め設定した時間帯以外に共同車両を使用した場合は、通常よりポイントが多く消費されるように設定することで、必要な時間帯以外の使用を抑制することもできる。
【００４０】
使用ポイントは、ユーザの予約状況確認ページへの最初のアクセス時にサーバ１０のデータベースから検索されて、例えばＣｏｏｋｉｅとしてユーザの端末に送信され保存される。予約入力フォームの送信と同時にＣｏｏｋｉｅの情報もサーバ１０に送信され、サーバ１０のＣＧＩプログラム等で予約された時間に相当する使用ポイント数が減算されて再び端末に送信される。
【００４１】
なお、図２及び図３は、パーソナルコンピュータである端末１２、１３の表示部に表示されるページの例であるが、ユーザが携帯端末１４、１５を使用してウェブサイトにアクセスした場合は、ＵＲＬアドレスに応じて、携帯端末向けに構成された各ページがサーバ１０から携帯端末１４、１５に送信される。
【００４２】
次に図２に示すフローチャートを使用して、予約を設定する際のサーバ１０の処理の手順を詳細に説明する。以下では、ユーザＡがウェブサイトにアクセスして共有車両の予約を行っているものとして説明する。
【００４３】
ステップ４１で、ユーザＡが端末を使用してウェブサイトにアクセスし、予約状況確認ページに移動するのに応じて、サーバ１０は予約状況確認ページをユーザＡの端末に送信する。ステップ４２で、ユーザＡの操作に応じて予約入力フォームを端末に送信する。ユーザＡが予約入力フォームに希望時間を入力して送信すると、サーバ１０はその情報を取得する（ステップ４３）。
【００４４】
ステップ４４で、Ｃｏｏｋｉｅに記録されているユーザの使用ポイントが残っているか否かを確認する。残っていなければ予約はできないので、このプロセスを終了する。残っていれば、ステップ４５に進む。
【００４５】
ステップ４５で、サーバ１０は、ユーザＡの予約希望時間が予め設定されている使用限度時間を超えていないか否かをデータベースを検索して判定する。この使用限度時間は、不当に長時間に渡って共有車両が占有されないように予め設定されている。超えている場合はステップ５６に進む。このような使用限度時間が設定されていない場合はこのステップは無視される。
【００４６】
使用限度時間に問題がない場合は、ステップ４６で、データベースを検索して、予約を希望されている時間帯に先約がないかを判定する。先約が入っていないときは、サーバ１０は、その時間帯にユーザＡの予約を入れるようデータベースを更新し、予約が完了したことを通知するメッセージを表示するページをユーザＡの端末に送信する（ステップ４７）。このとき後述する使用状況入力の際の便宜のために、予約番号を発行して同時に通知するのが好ましい。
【００４７】
続いて、使用ポイントから予約した時間分に相当するポイントを減算し、そのポイントを記録したＣｏｏｋｉｅをユーザＡの端末に送信すると共に、残存使用ポイントを通知するメッセージを表示するページを端末に送信する（ステップ４８）。
【００４８】
ステップ４９で、サーバ１０はデータベースを検索して、ユーザＡがした当該予約の後所定の期間（例えば一時間）内に別のユーザによる予約が入っているかを判定する。予約がない場合は、ステップ５１に進む。予約がある場合は、ユーザＡの端末に「後に予約が入っているので、時間どおりに帰着してください」の旨の表示を行うページを送信する（ステップ５０）。
【００４９】
続いてステップ５１で、サーバ１０はデータベースを検索して、ユーザＡがした当該予約の前所定の期間（例えば一時間）内に別のユーザによる予約が入っているかを判定する。予約がない場合は、このプロセスを終了する。当該予約の前にユーザＢによる別の予約がある場合は、ユーザＢの端末に新たに後に予約が入った旨を通知する電子メールを送信して（ステップ５２）、このプロセスを終了する。これにより、先に予約を行ったユーザＢが、後に予約が入っていないと思い込んで時間を超過して共有車両を使用してしまう事態を未然に防止する。
【００５０】
ステップ４６でユーザＢによる先約があると判定された場合は、ステップ５３に進み、ユーザＡの端末に、希望した時間帯には先約があるので予約した時間帯のキャンセル待ちをするかどうかを確認する旨の表示がなされるページが送信される。このページでは、ユーザが「はい」または「いいえ」のボタンをクリックすることにより、キャンセル待ちの希望の有無を選択して、サーバ１０に送信できるようになっている。続いてステップ５４で、サーバ１０は、ユーザＡによりキャンセル待ちが選択されたか否かを判定する。
【００５１】
キャンセル待ちが選択された場合は、サーバ１０は、キャンセル待ち監視状態へ入った旨を表示するページをユーザＡの端末に送信し（ステップ５５）、このプロセスを終了する。以降、サーバ１０は先に予約を行ったユーザＢのキャンセルを監視する。具体的には、ユーザＢからキャンセルの送信があった場合、サーバ１０は、ユーザＢにより希望予約時間帯のキャンセルがされたことを通知するメールをユーザＡの端末に送信する。この場合、キャンセルされた時間帯は、所定の期間ユーザＡが優先的に予約できるように構成することもできる。予約されている時間帯までにユーザＢによりキャンセルが行われなかったときは、サーバ１０は何も実行しない。
【００５２】
ステップ５４において、ユーザＡがキャンセル待ちを選択しなかった場合は、ステップ５６に進み、別の日時に予約をするか否かを選択させるページをユーザＡの端末に送信する。このページでは、ユーザが「はい」または「いいえ」のボタンをクリックすることにより、別の日時に予約をするか否かを選択して、サーバ１０に送信できるようになっている。
【００５３】
ステップ５７で、サーバ１０はユーザＡが別の日時に予約をするか否かを判定する。予約しないのであれば、このプロセスを終了する。別の予約をする場合はステップ４２に戻り、最初から一連の処理を行う。
【００５４】
以上説明したプロセスによって予約を行ったユーザが、予約した時間帯に共有車両を実際に使用し終えたとき、または、何らかの理由によって予約どおりに共有車両を返却できないときは、端末を使用してウェブサイトにアクセスして、その使用状況を入力する。この場合、端末はユーザの不測の事態に対応できるように図５に示す携帯電話機のような携帯端末が好ましいが、帰着後に自宅のパーソナルコンピュータを使用して、使用状況を入力してもよい。
【００５５】
ユーザが端末を使用してウェブサイトにアクセスし、予約状況確認ページ（図２）において「使用状況」ボタン２３をクリックすると、サーバ１０はまずユーザＡが行った予約を特定するための予約番号入力ページを送信する。
【００５６】
図５は予約番号入力ページの一例である。図５には端末として携帯電話６０が示されているが、当然端末の形態はこれに限定されず、パーソナルコンピュータである端末１２、１３でも当該ページを表示させることができる。画面６１には、予約番号の入力を促す表示がなされる。ボタン６２を操作することにより、予約番号を入力することができる。
【００５７】
このページでは、図４のステップ４７においてサーバ１０から発行された予約番号を入力することにより、ユーザが使用状況を入力しようとしている予約を特定する。代替的な方法として、予約した時間帯を再び入力させて予約を特定することもできる。入力が終了すると、サーバ１０は、車両使用状況入力ページを端末６０に送信する。
【００５８】
図６は車両使用状況入力ページの一例を示す。画面６１には、「帰着」、「早着」、「時間内に帰着不可」、及び「故障」の４つのメニューが先頭の数字と共に表示され、ボタン６２で数字を入力するか、または図示しないダイアルまたはスティック等を操作することにより、それぞれメニューに対応する車両の使用状況を選択することができるようになっている。
【００５９】
予約した時間内に帰着した場合は、ユーザは「帰着」を選択する。この選択に応じて、サーバ１０は、例えば予約状況確認ページ（図２）のテーブルの予約されている時間帯の色を変化させるなどして、その予約が終了したことを表示する。後の予約をしている別のユーザがいる場合は、時間内に帰着したことを通知する電子メールをそのユーザの端末に送信するように構成しても良い。
【００６０】
予約時間より早く着いた場合、例えば夜１０時まで使用する予定が夜６時に終了したような場合は、ユーザは「早着」を選択する。この選択に応じて、サーバ１０は、その予約している時間帯のうち、早着した時間以降の予約を取消すようデータベースを更新して、予約状況確認ページに反映させる。こうすることで、共有車両が使用されていないのに予約がされている期間を短縮し、その期間を別のユーザにより有効に活用することができる。
【００６１】
渋滞等で予約時間どおり帰着できない場合は、ユーザは「定時内に帰着不可」を選択する。この選択に応じて、サーバ１０は、データベースを検索して、当該予約時間以降に予約を入れている別のユーザの端末にその旨を伝える電子メールを送信する。このようにして、別のユーザが予約時間に駐車場に行っても共有車両がないといった事態を防止することができる。この場合、規約違反ということで、時間どおりに帰着できなかったユーザの使用ポイントを削減するよう構成することもできる。
【００６２】
故障等で共有車両が使用できなくなった場合は、ユーザは「故障」を選択する。この選択に応じて、サーバ１０は、以降の予約をしている別のユーザの端末に電子メールでその旨を通知する他、契約している整備業者の端末にも同様の電子メールを送信する。こうすることで、共有車両の故障時に別のユーザに早急に通知がなされるだけでなく、整備業者に迅速に代車を準備させて、その影響を最小限に抑えることが可能となる。
【００６３】
このように、本発明のカーシェアリング管理システムによって、共有グループの各ユーザは、共有車両の使用状況を比較的迅速に容易に把握することが可能となる。
【００６４】
以上本発明を特定の実施形態及び実施例について説明したが、本発明はこれらに限定されるものではなく、当業者が容易に行うことができる種々の変形も本発明の範囲に含まれる。
【００６５】
【発明の効果】
本発明によれば、共有車両の予約及びその調整をネットワークを利用して容易に行えるので、複数のユーザが自動車を共同で使用することが可能となる。
【図面の簡単な説明】
【図１】本発明に係るカーシェアリングシステムの全体の構成を示す図である。
【図２】予約状況確認ページの一例を示す図である。
【図３】予約入力フォームの一例を示す図である。
【図４】サーバの処理を示すフローチャートである。
【図５】予約番号入力ページの一例を示す図である。
【図６】車両使用状況入力ページの一例を示す図である。
【符号の説明】
１０        サーバ
１１        ネットワーク
１２、１３        端末
１４、１５        携帯端末
【図１】
0003610025.tif 000002
【図２】
0003610025.tif 000003
【図３】
0003610025.tif 000004
【図４】
0003610025.tif 000005
【図５】
0003610025.tif 000006
【図６】
0003610025.tif 000007