以下、予約管理装置を含む予約管理システムの実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
本実施の形態では、カーシェアリングサービスにおける車両の予約を3階層以上の管理者(例えば、オーナー、パートナー、運営企業など)が管理する予約管理システムについて説明する。また、課金、および分配を行う予約管理システムについて説明する。また、予め決められた条件を満たした場合に(例えば、利用開始予定時刻前の閾値以内(例えば、利用開始予定時刻の10分前)になったこと、利用開始予定時刻から予め決められた後の時刻(例えば、利用開始予定時刻の3分後)になったこと、実利用を検知したこと等に応じて)、課金する予約管理システムについて説明する。また、パートナー毎に金額の分配条件を管理する予約管理システムについて説明する。また、オーナー毎に金額の分配条件を管理する予約管理システムについて説明する。さらに、オーナーの情報と共にパートナーの情報を登録できる予約管理システムについて説明する。
図1は、本実施の形態における予約管理システムのブロック図である。この予約管理システムは、予約管理装置1、1または2以上の管理端末2、および1または2以上のユーザ端末3を備える。1以上の管理端末2および1以上のユーザ端末3の各々は、例えば、LANやインターネット等のネットワーク、無線または有線の通信回線などを介して、予約管理装置1と通信可能に接続される。
予約管理装置1は、予約管理システムを運営する運営企業のサーバである。予約管理装置1は、例えば、クラウドサーバであるが、そのタイプや設置場所は問わない。
管理端末2は、本予約管理システムを管理する管理者の端末である。管理者とは、例えば、本予約管理システムの運営企業、パートナー、オーナーなどである。ユーザ端末3は、本予約管理システムを利用して車両の予約を行うユーザの端末である。ここでの車両の予約とは、カーシェアリングサービスにおける車両の予約である、また、管理者、ユーザいずれの端末も、例えば、いわゆるパーソナルコンピュータ(PC)、ノートパソコン、スマートフォン、携帯電話、携帯端末、タブレット端末等であり、その種類は問わない。
予約管理装置1は、格納部11、受付部12、受信部13、処理部14、および送信部15を備える。格納部11は、カーシェア情報格納部111、オーナー情報格納部112、パートナー情報格納部113、画面情報格納部114、および予約情報格納部115を備える。受信部13は、画面出力指示受信部131、および貸与指示受信部132を備える。処理部14は、パートナー登録部141、オーナー登録部142、予約情報構成部143、課金処理部144、および分配処理部145を備える。送信部15は、画面情報送信部151を備える。
管理端末2は、管理受付部21、管理処理部22、管理出力部23、管理受信部24、および管理送信部25を備える。
ユーザ端末3は、ユーザ受付部31、ユーザ処理部32、ユーザ送信部33、ユーザ受信部34、およびユーザ出力部35を備える。
予約管理装置1を構成する格納部11は、各種の情報を格納し得る。各種の情報とは、例えば、カーシェア情報、オーナー情報、パートナー情報、画面情報などである。
カーシェア情報格納部111には、2以上のカーシェア情報が格納される。カーシェア情報とは、カーシェアリングサービスに関する情報である。カーシェア情報は、ステーション識別子を有する。ステーション識別子とは、ステーションを識別する情報である。ステーションとは、カーシェアリングにおいて、ユーザに貸与する車両が存在する場所である。ステーションとは、カーシェアリングにおいて、不使用時に1以上の車両が駐車されている場所である。ステーション識別子は、例えば、ステーションを識別するID、ステーションの位置を示す位置情報、ステーション名などであるが、ステーションを識別できれば何でもよい。ステーションとは、移動体を駐車する場所である。移動体は、通常、自動車やバスなどの四輪車であるが、二輪車、自転車等の他の移動体を含むと考えても良い。なお、移動体は、車両と言っても良い。
カーシェア情報は、例えば、1以上の車両情報を有する。車両情報は、ステーションに存在する車両の情報であり、車両を識別する車両識別子を有する。車両情報は、例えば、車種、乗車可能人数、色、車両の画像、料金情報などを有する。料金情報は、例えば、単位時間当たりの料金、時間帯別の料金などの情報を含む。単位時間とは、例えば、1時間、30分、15分、一日などである。時間帯とは、例えば、9時〜18時、18時以降、終日、平日、休日などであるが、これに限らない。ただし、料金情報の内容は問わない。カーシェア情報は、例えば、位置情報なども有することは好適である。位置情報とは、ステーションの位置を示す情報である。位置情報は、例えば、緯度および経度で表現された座標であるが、その表現形式は問わない。位置情報は、例えば、ステーションの代表地点を示す情報(例えば、緯度と経度)、ステーションの領域を示す情報である。料金は車両に関わらず同じでも良い。かかる場合、通常、カーシェア情報が、料金情報を有する。
オーナー情報格納部112には、2以上のオーナー情報が格納される。オーナー情報とは、ステーションのオーナーに関する情報である。オーナーとは、ステーションを所有する人または組織である。オーナーとは、ステーションの土地のみを所有する人または組織であっても良いし、ステーションの土地と当該ステーションにおいて貸与する1以上の車両を所有する人または組織であっても良い。また、オーナーは、土地は所有せず、ステーションにおいて貸与する1以上の車両のみを所有する人または組織であっても良い。オーナー情報は、オーナー識別子と1以上のステーション識別子とを有する。オーナー識別子とは、オーナーを識別する情報である。オーナー識別子は、例えば、オーナーを識別するID、オーナー名などであるが、オーナーを識別できれば何でもよい。
オーナー情報は、例えば、第一分配情報を有することは好適である。第一分配情報とは、オーナーとパートナーとの間の分配に関する情報である。第一分配情報は、例えば、オーナーとパートナーとの間の分配の比率を有する。オーナーとパートナーとの間の分配の比率は、例えば、5:4、7:2などであってもよい。ただし、第一分配情報のデータ構造や比率等は問わない。なお、分配とは、収益の分配である。
パートナー情報格納部113には、2以上のパートナー情報が格納される。パートナー情報とは、パートナーに関する情報である。パートナーとは、1以上のステーションを管理する組織である。ステーションの管理とは、ステーションの土地と1以上の車両の管理である。パートナー情報は、1以上のオーナー識別子または1以上のステーション識別子と、パートナー識別子とを有する。パートナー識別子とは、パートナーを識別する情報である。パートナー識別子は、例えば、パートナーを識別するID、パートナー名などであるが、パートナーを識別できれば何でもよい。
パートナー情報は、例えば、第一分配情報または第二分配情報のうち1以上の分配情報を有することは好適である。パートナー情報は、通常、第二分配情報を有する。第二分配情報とは、パートナーと予約管理装置1の運営企業との間の分配に関する情報である。第二分配情報は、例えば、パートナーと運営企業との間の分配の比率を有する。パートナーと運営企業との間の分配の比率は、例えば、4:3、2:1などであってもよい。ただし、第二分配情報のデータ構造は問わない。
パートナー情報は、例えば、第一分配情報および第二分配情報を有することは、より好適である。かかるパートナー情報は、オーナーとパートナーと運営企業との間の分配の比率を示す。オーナーとパートナーと運営企業との間の分配の比率は、例えば、5:4:3、7:2:1などであってもよい。
画面情報格納部114には、画面情報が格納される。画面情報とは、画面を構成する情報である。ここでいう画面は、通常、ステーションにおける車両の予約を行う画面である。画面は、例えば、2以上の各パートナー識別子に対応するパートナーが管理する2以上のオーナーのステーションにおける車両の予約を行う画面であることは好適である。画面情報は、例えば、HTML、XML、画像データとプログラム等である。ただし、画面情報の実現手段は問わない。
予約情報格納部115には、1以上の予約情報が格納される。予約情報とは、ステーションにおける車両の予約に関する情報である。予約情報は、ユーザ識別子を有する。また、予約情報は、ステーション識別子、または車両識別子、またはステーション識別子と車両識別子とを有する。ユーザ識別子とは、車両を予約するユーザを識別する情報である。ユーザとは、車両を予約する予約者である。ユーザ識別子は、例えば、ユーザを識別するID、クレジットカード番号などであるが、ユーザを識別し得る情報であれば何でもよい。車両識別子とは、ステーションにおける貸与対象の車両を識別する情報である。車両識別子は、例えば、車両のIDなどであるが、車両を識別し得る情報であれば何でもよい。
予約情報は、通常、時間帯情報も有する。時間帯情報とは、車両の貸与の時間帯に関する情報である。時間帯情報は、例えば、時間帯でもよいし、時間帯を示すID等でもよい。予約情報は、移動体の種類を示す情報(例えば、軽自動車、普通車、大型車等)をも有しても良い。
受付部12は、各種の情報を受け付ける。各種の情報とは、例えば、パートナー登録情報、オーナー登録情報などである。パートナー登録情報とは、パートナーの登録に関する情報である。
パートナー登録情報は、通常、パートナー情報と、当該パートナー情報に対応する1以上のオーナー情報と、当該オーナー情報に対応する1以上のカーシェア情報とを有する。ただし、パートナー登録情報のデータ構造は問わない。受付部12は、パートナー情報と1以上のオーナー情報と1以上のカーシェア情報とを、一度に受け付けることは好適である。かかることにより、パートナーの以前の運用が、そのまま引き継がれて予約管理装置1で運用されることになる。なお、以前の運用とは、パートナーと1以上のオーナーとの間の収益の分配の情報や契約の情報等である。
オーナー登録情報とは、オーナーの登録に関する情報である。オーナー登録情報は、通常、オーナー情報と、当該オーナー情報に対応する1以上のカーシェア情報とを有する。ただし、オーナー登録情報のデータ構造は問わない。
受け付けとは、例えば、キーボード等の入力デバイスから入力された情報の受け付け、ネットワーク等を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。受付部12は、パートナー登録情報等を、通常、ネットワーク等を介して管理端末2から受信するが、例えば、キーボード等の入力デバイスを介して受け付けてもよいし、記録媒体から読み出しても構わない。
ただし、受付部12は、パートナー情報、オーナー情報、およびカーシェア情報を、個別に受け付けてもよい。
受信部13は、各種の情報を受信する。各種の情報とは、例えば、画面出力指示、貸与指示などである。また、受信部13は、管理端末2から空台数情報を受信してもよい。空台数情報は、ステーション識別子と、空台数とを有する。
画面出力指示受信部131は、ユーザ端末3から画面出力指示を受信する。画面出力指示とは、画面情報格納部114に格納されている画面情報の出力の指示である。画面出力指示は、例えば、画面識別子を有する。画面識別子とは、画面情報を識別する情報である。画面識別子は、例えば、画面情報を識別するIDであるが、何でもよい。ただし、画面出力指示のデータ構造は問わない。
画面出力指示受信部131は、画面出力指示を、通常、ユーザ識別子と対に受信する。なお、対に受信または送信することは、画面出力指示がユーザ識別子を有する場合も含む。
貸与指示受信部132は、ユーザ端末3から貸与指示を受信する。貸与指示とは、ステーションにおける車両の貸与の申し出である。貸与指示は、ステーション識別子または車両識別子またはステーション識別子と車両識別子、および時間帯情報とを有する。ただし、貸与指示のデータ構造は問わない。
貸与指示受信部132は、貸与指示を、通常、ユーザ識別子と対に受信する。なお、対に受信または送信することは、受信される情報(例えば、貸与指示)が対となる情報(例えば、ユーザ識別子)を有する場合も含む。
処理部14は、各種の処理を行う。各種の処理とは、例えば、パートナー登録部141、オーナー登録部142、予約情報構成部143、課金処理部144、および分配処理部145などの処理である。各種の処理には、フローチャートで説明する各種の判別なども含まれる。
パートナー登録部141は、受付部12が受け付けたパートナー登録情報が有するパートナー情報をパートナー情報格納部113に蓄積する。また、パートナー登録部141は、受付部12が受け付けたパートナー登録情報が有する1以上のオーナー情報をオーナー情報格納部112に蓄積する。さらに、パートナー登録部141は、受付部12が受け付けたパートナー登録情報が有する1以上のカーシェア情報をカーシェア情報格納部111に蓄積する。パートナー登録部141は、受付部12が受け付けたパートナー登録情報が有するパートナー情報と1以上のオーナー情報と1以上のカーシェア情報とを一緒に格納部11に蓄積することは好適である。また、受付部12が受け付けたパートナー登録情報と、蓄積されるパートナー情報と1以上のオーナー情報と1以上のカーシェア情報とは、データ構造が異なったり、各種の情報の識別子が異なっていたりしていても良い。つまり、受付部12が受け付けたパートナー登録情報と、蓄積されるパートナー情報と1以上のオーナー情報と1以上のカーシェア情報とは、完全に同じでなくても良い。但し、受付部12が受け付けたパートナー登録情報と、蓄積されるパートナー情報と1以上のオーナー情報と1以上のカーシェア情報とは、情報の実体(例えば、ステーションに関する情報、オーナーの氏名等)は、同じである。
ただし、パートナー登録部141は、受付部12が受け付けたパートナー情報をパートナー情報格納部113に蓄積してもよい。また、パートナー登録部141は、受付部12が受け付けたオーナー情報をオーナー情報格納部112に蓄積してもよい。さらに、パートナー登録部141は、受付部12が受け付けたカーシェア情報をカーシェア情報格納部111に蓄積してもよい。
オーナー登録部142は、受付部12が受け付けたオーナー登録情報が有するオーナー情報をオーナー情報格納部112に蓄積する。また、オーナー登録部142は、例えば、受付部12が受け付けたオーナー登録情報が有する1以上のカーシェア情報をカーシェア情報格納部111に蓄積する。
ただし、オーナー登録部142は、受付部12が受け付けたオーナー情報をオーナー情報格納部112に蓄積してもよい。またに、オーナー登録部142は、受付部12が受け付けたカーシェア情報をカーシェア情報格納部111に蓄積してもよい。
予約情報構成部143は、貸与指示受信部132による貸与指示の受信に応じて、予約情報を構成し、予約情報格納部115に蓄積する。予約情報構成部143は、通常、受信された貸与指示が有するステーション識別子または車両識別子またはステーション識別子と車両識別子と、当該貸与指示と対に受信されたユーザ識別子とを有する予約情報を構成する。予約情報構成部143は、例えば、受信された貸与指示が有するステーション識別子または車両識別子またはステーション識別子と車両識別子と、当該貸与指示と対に受信されたユーザ識別子と、当該貸与指示が有する時間帯情報とを有する予約情報を構成することは好適である。
課金処理部144は、課金処理を行う。課金処理とは、車両の予約または車両の利用に対して、ユーザに課金するための処理である。課金処理部144は、予め決められた条件を満たした場合に、課金処理を行う。予め決められた条件とは、例えば、利用開始予定時刻前の閾値以内になったことでも良いし、利用開始予定時刻から予め決められた後の時刻になったことでも良いし実際に利用されたことを検知したことでもよい。また、課金処理とは、課金を行うために必要な処理であり、例えば、図示しない課金サーバへの課金のための情報の送信、課金に必要な情報の蓄積、クレジットカード番号を用いた課金処理等である。ここでの課金処理の内容は問わない。課金処理は公知技術で実現可能であるので、詳細な説明を省略する。
分配処理部145は、分配処理を行う。分配処理とは、課金処理により課金された金額を、オーナーとパートナーと予約管理装置1の運営企業との間で分配するための処理である。
なお、格納部11で1以上の各ユーザごとにご紹介者が管理されている場合、分配処理部145は、当該ご紹介者に渡す収益を取得し、当該ご紹介者に分配するための処理を行っても良い。かかる場合、格納部11で、1以上の各ユーザ識別子と紹介者識別子とが対で管理されている。そして、分配処理部145は、課金処理部144がユーザ識別子で識別されるユーザに課金するための処理を行った場合(または行う場合)、当該ユーザ識別子と対になる紹介者識別子で識別される紹介者に分配するための処理を行っても良い。なお、紹介者は、例えば、予約管理装置1の運営企業、オーナー、パートナー、または第三者である。また、第三者は問わない。
分配処理部145は、例えば、パートナー情報が有する分配情報を用いて、分配処理を行う。パートナー情報が有する分配情報とは、第一分配情報または第二分配情報のうち1以上の分配情報である。具合的には、例えば、パートナー情報が第一分配情報を有する場合、分配処理部145は、当該第一分配情報を用いて、オーナーとパートナーとの間の分配処理を行う。または、例えば、パートナー情報が第二分配情報を有する場合、分配処理部145は、当該第二分配情報を用いて、パートナーと予約管理装置1の運営企業との間の分配処理を行う。または、パートナー情報が第一分配情報および第二分配情報を有する場合、分配処理部145は、オーナーとパートナーとの間の分配処理と、パートナーと予約管理装置1の運営企業との間の分配処理とを行う。分配処理とは、2者または3者等の各主体(例えば、オーナー、パートナー、予約管理装置1の運営企業)の間の収益の分配を決定する処理である。分配処理とは、例えば、オーナー、パートナー、予約管理装置1の運営企業のうちの2者以上の主体の収益を算出する処理である。分配処理とは、例えば、オーナー、パートナー、予約管理装置1の運営企業のうちの2者以上の主体の収益を算出し、当該2者以上に収益を、銀行口座等に入金する処理である。分配処理とは、例えば、オーナー、パートナー、予約管理装置1の運営企業のうちの2者以上の主体への分配額の通知(例えば、メールやFAX等での自動通知)を行うこと等である。
また、分配処理部145は、オーナー情報が有する第一分配情報を用いて、オーナーとパートナーとの間の分配処理を行ってもよい。分配処理部145は、例えば、パートナー情報が第一分配情報を有さない場合に、オーナー情報が有する第一分配情報を用いて、オーナーとパートナーとの間の分配処理を行うことは好適である。
分配処理部145は、分配処理を、通常、所定の日時(例えば、月末の12時、毎月15日の17時など)に実行するが、課金処理が完了したことに応じて実行してもよく、その実行のタイミングは問わない。
送信部15は、各種の情報を送信する。各種の情報とは、例えば、予約情報、後述する画面情報などである。送信部15は、例えば、ステーション識別子または車両識別子と端末識別子との対の集合である第一対応情報を保持しており、予約情報構成部143が構成した予約情報を、当該予約情報が有するステーション識別子または車両識別子に対応する端末識別子で識別される管理端末2に送信する。
なお、端末識別子とは、管理端末2やユーザ端末3などの端末を識別する情報である。端末識別子は、例えば、MACアドレス、IPアドレスなどであるが、端末を識別し得る情報であれば何でもよい。
また、送信部15は、例えば、ユーザ識別子と端末識別子との対の集合である第二対応情報を保持しており、構成された予約情報を、当該予約情報が有するユーザ識別子に対応する端末識別子で識別されるユーザ端末3に送信することは好適である。
画面情報送信部151は、画面情報をユーザ端末3に送信する。画面情報送信部151は、例えば、第二対応情報を保持しており、通常、画面出力指示受信部131による画面出力指示の受信に応じて、画面情報格納部114に格納されている画面情報を、当該画面出力指示と対に受信されたユーザ識別子に対応する端末識別子で識別されるユーザ端末3に送信する。画面情報送信部151は、画面情報格納部114に格納されている画面情報を、例えば、カーシェア情報格納部111に格納されている2以上のカーシェア情報と対に送信してもよい。
なお、ユーザ識別子は、ユーザ端末3を識別する端末識別子であってもよく、その場合、第二対応情報は不要である。
管理端末2を構成する管理受付部21は、各種の情報を受け付ける。各種の情報とは、例えば、パートナー登録情報などである。管理受付部21は、パートナー登録情報を、通常、キーボード等の入力デバイスを介して受け付ける。
管理処理部22は、各種の処理を行う。各種の処理とは、例えば、後述するフローチャートで説明する各種の判別、パートナー登録情報などの登録処理、予約情報の登録処理などである。なお、かかる処理は、公知の技術を用いて行うことができるので、詳細な説明は省略する。
管理出力部23は、各種の情報を出力する。各種の情報とは、例えば、予約情報などである。一般に、出力とは、ディスプレイへの表示、スピーカーからの音出力、プリンタでの印字、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
管理出力部23は、管理受信部24が受信した予約情報、各種の登録情報等を、通常、ディスプレイやスピーカー等の出力デバイスを介して出力する。ただし、管理出力部23は、予約情報を、例えば、プリンタで印字したり、外部の装置に送信したり、記録媒体に蓄積したり、他の処理装置や他のプログラムなどに引渡したりしてもよく、その出力態様は問わない。なお、各種の登録情報とは、カーシェア情報、オーナー情報、パートナー情報等である。
管理受信部24は、各種の情報を受信する。各種の情報とは、例えば、予約情報、各種の登録情報などである。管理受信部24は、例えば、ユーザ端末3からの貸与指示に応じて予約管理装置1で構成された予約情報を、予約管理装置1から受信することは好適である。
管理送信部25は、各種の情報を送信する。各種の情報とは、例えば、パートナー登録情報などである。管理送信部25は、管理受付部21が受け付けたパートナー登録情報を、予約管理装置1に送信する。また、管理送信部25は、管理処理部22が構成した空台数情報を予約管理装置1に送信してもよい。
ユーザ端末3を構成するユーザ受付部31は、各種の情報を受け付ける。各種の情報とは、例えば、画面出力指示、貸与指示などである。ユーザ受付部31は、画面出力指示等を、通常、キーボード等の入力デバイスを介して受け付ける。
ユーザ処理部32は、各種の処理を行う。各種の処理とは、例えば、後述するフローチャートで説明する各種の判別などである。
ユーザ送信部33は、各種の情報を送信する。各種の情報とは、例えば、画面出力指示、貸与指示などである。ユーザ送信部33は、ユーザ受付部31が受け付けた画面出力指示等を、予約管理装置1に送信する。ユーザ送信部33は、画面出力指示等を、通常、ユーザ識別子と対に、予約管理装置1に送信する。
ユーザ受信部34は、各種の情報を受信する。各種の情報とは、例えば、画面情報、予約情報などである。ユーザ受信部34は、ユーザ送信部33が画面出力指示を送信したことに応じて、予約管理装置1から画面情報を受信する。ユーザ受信部34は、画面情報を、2以上のカーシェア情報と対に受信してもよい。また、ユーザ受信部34は、ユーザ送信部33が貸与指示を送信したことに応じて、予約管理装置1から予約情報を受信することは好適である。
ユーザ出力部35は、各種の情報を出力する。各種の情報とは、例えば、画面情報、予約情報などである。ユーザ出力部35は、ユーザ受信部34が受信した画面情報等を、通常、ディスプレイ等の出力デバイスを介して出力する。ユーザ出力部35は、画面情報を、当該画面情報と対に受信された2以上のカーシェア情報に基づく2以上のステーションマークと共に、出力してもよい。なお、画面情報の出力とは、画面の出力と同意義である。
格納部11、カーシェア情報格納部111、オーナー情報格納部112、パートナー情報格納部113、画面情報格納部114、および予約情報格納部115は、例えば、ハードディスクやフラッシュメモリといった不揮発性の記録媒体が好適であるが、RAMなど揮発性の記録媒体でも実現可能である。
格納部11等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部11等で記憶されるようになってもよく、ネットワークや通信回線等を介して送信された情報が格納部11等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部11等で記憶されるようになってもよい。入力デバイスは、例えば、キーボード、マウス、タッチパネル等、何でもよい。
受付部12、管理受付部21、およびユーザ受付部31は、入力デバイスを含むと考えても、含まないと考えてもよい。受付部12等は、入力デバイスのドライバーソフトによって、または入力デバイスとそのドライバーソフトとで実現され得る。
受信部13、画面出力指示受信部131、貸与指示受信部132、管理受信部24、およびユーザ受信部34は、通常、有線または無線の通信手段(例えば、ネットワークカードやモデム等の通信モジュール)で実現されるが、放送を受信する手段(例えば、放送受信モジュール)で実現されてもよい。
処理部14、パートナー登録部141、オーナー登録部142、予約情報構成部143、課金処理部144、分配処理部145、ユーザ処理部32、および管理処理部22は、通常、MPUやメモリ等から実現され得る。処理部14等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはROM等の記録媒体に記録されている。ただし、処理手順は、ハードウェア(専用回路)で実現してもよい。
送信部15、画面情報送信部151、管理送信部25、およびユーザ送信部33は、
通常、有線または無線の通信手段で実現されるが、放送手段(例えば、放送モジュール)で実現されてもよい。
管理出力部23、およびユーザ出力部35は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えてもよい。管理出力部23等は、出力デバイスのドライバーソフトによって、または出力デバイスとそのドライバーソフトとで実現され得る。
次に、本予約管理システムの動作について、図2〜図4のフローチャートを用いて説明する。なお、既出の事項に関する説明は、省略または簡略化している。
図2は、予約管理装置1の動作を説明するフローチャートである。
(ステップS201)処理部14は、画面出力指示受信部131が画面出力指示を受信したか否かを判別する。画面出力指示受信部131が画面出力指示を受信した場合はステップS202に進み、受信していない場合はステップS203に進む。
(ステップS202)画面情報送信部151は、画面情報格納部114に格納されている画面情報を、当該画面出力指示の送信元であるユーザ端末3に送信する。その後、ステップS201に戻る。
(ステップS203)処理部14は、貸与指示受信部132が貸与指示を受信したか否かを判別する。貸与指示受信部132が貸与指示を受信した場合はステップS204に進み、受信していない場合はステップS206に進む。
(ステップS204)予約情報構成部143は、受信された貸与指示が有するステーション識別子または車両識別子またはステーション識別子と車両識別子、および当該貸与指示と対に受信されたユーザ識別子などを有する予約情報を構成し、予約情報格納部115に蓄積する。
(ステップS205)送信部15は、保持している第一対応情報を用いて、予約情報構成部143が構成した予約情報を、当該予約情報が有するステーション識別子または車両識別子に対応する管理端末2に送信する。また、送信部15は、保持している第二対応情報を用いて、構成された予約情報を、当該予約情報が有するユーザ識別子に対応するユーザ端末3にも送信する。その後、ステップS201に戻る。
(ステップS206)処理部14は、受付部12がパートナー登録情報等を受け付けたか否かを判別する。受付部12がパートナー登録情報等を受け付けた場合はステップS207に進み、受け付けていない場合はステップS210に進む。なお、受付部12による受け付けは、通常、管理端末2からの受信であるが、例えば、入力デバイスを介した受け付けや、記録媒体からの読み出しなども含む。
(ステップS207)パートナー登録部141は、受付部12が受け付けたパートナー登録情報が有するパートナー情報をパートナー情報格納部113に蓄積する。
(ステップS208)パートナー登録部141は、受付部12が受け付けたパートナー登録情報が有する1以上のオーナー情報をオーナー情報格納部112に蓄積する。
(ステップS209)パートナー登録部141は、受付部12が受け付けたパートナー登録情報が有する1以上のカーシェア情報をカーシェア情報格納部111に蓄積する。その後、ステップS201に戻る。
(ステップS210)処理部14は、受付部12がオーナー登録情報を受け付けたか否かを判別する。受付部12がオーナー登録情報を受け付けた場合はステップS211に進み、受け付けていない場合はステップS213に進む。
(ステップS211)オーナー登録部142は、受付部12が受け付けたオーナー登録情報が有するオーナー情報をオーナー情報格納部112に蓄積する。
(ステップS212)オーナー登録部142は、受付部12が受け付けたオーナー登録情報が有する1以上のカーシェア情報をカーシェア情報格納部111に蓄積する。その後、ステップS201に戻る。
(ステップS213)処理部14は、課金するか否かを判断する。課金する場合はステップS214に進み、課金しない場合はステップS215に進む。なお、処理部14は、例えば、利用開始予定時刻前の閾値以内になったこと、利用開始予定時刻から予め決められた後の時刻になったこと、実際に利用されたこと等の、課金の実行に関する予め決められた条件を保持しており、当該条件を満たす場合、課金すると判断する。
(ステップS214)課金処理部144は、課金処理を実行する。なお、課金処理については、前述したので繰り返さない。その後、ステップS201に戻る。
(ステップS215)処理部14は、分配するか否かを判断する。分配する場合はステップS216に進み、分配しない場合はステップS201に戻る。なお、処理部14は、例えば、所定の日時になったこと、課金処理が完了したこと等の、分配の実行に関する予め決められた条件を保持しており、当該条件を満たす場合、分配すると判断する。
(ステップS216)分配処理部145は、分配処理を実行する。なお、分配処理については、前述したので繰り返さない。その後、ステップS201に戻る。
なお、図2のフローチャートにおいて、予約管理装置1の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガは問わない。
図3は、管理端末2の動作を説明するフローチャートである。
(ステップS301)管理処理部22は、管理受信部24が予約情報を受信したか否かを判別する。管理受信部24が予約情報を受信した場合はステップS302に進み、受信していない場合はステップS303に進む。
(ステップS302)管理出力部23は、管理受信部24が受信した予約情報を、ディスプレイ等の出力デバイスを介して出力する。その後、ステップS301に戻る。なお、管理端末2のユーザである管理者の指示を受け付けたことに応じて、管理出力部23は、蓄積されている予約情報を出力しても良い。
(ステップS303)管理処理部22は、管理受付部21がパートナー登録情報を受け付けたか否かを判別する。管理受付部21がパートナー登録情報を受け付けた場合はステップS304に進み、受け付けていない場合はステップS305に進む。
(ステップS304)管理送信部25は、管理受付部21が受け付けたパートナー登録情報を、予約管理装置1に送信する。その後、ステップS301に戻る。
(ステップS305)管理処理部22は、管理受付部21がオーナー登録情報を受け付けたか否かを判別する。管理受付部21がオーナー登録情報を受け付けた場合はステップS306に進み、受け付けていない場合はステップS301に戻る。
(ステップS306)管理送信部25は、管理受付部21が受け付けたオーナー登録情報を予約管理装置1に送信する。その後、ステップS301に戻る。
なお、図3のフローチャートにおいて、管理端末2の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガは問わない。
図4は、ユーザ端末3の動作を説明するフローチャートである。
(ステップS401)ユーザ処理部32は、ユーザ受付部31が画面出力指示を受け付けたか否かを判別する。ユーザ受付部31が画面出力指示を受け付けた場合はステップS402に進み、受け付けていない場合はステップS401に戻る。
(ステップS402)ユーザ送信部33は、ユーザ受付部31が受け付けた画面出力指示を予約管理装置1に送信する。
(ステップS403)ユーザ処理部32は、ユーザ受信部34が画面情報を受信したか否かを判別する。ユーザ受信部34が画面情報を受信した場合はステップS404に進み、受信していない場合はステップS403に戻る。
(ステップS404)ユーザ出力部35は、ユーザ受信部34が受信した画面情報を、ディスプレイ等の出力デバイスを介して出力する。
(ステップS405)ユーザ処理部32は、ユーザ受付部31が貸与指示を受け付けたか否かを判別する。ユーザ受付部31が貸与指示を受け付けた場合はステップS406に進み、受け付けていない場合はステップS405に戻る。
(ステップS406)ユーザ送信部33は、ユーザ受付部31が受け付けた貸与指示を予約管理装置1に送信する。
(ステップS407)ユーザ処理部32は、ユーザ受信部34が予約情報を受信したか否かを判別する。ユーザ受信部34が予約情報を受信した場合はステップS408に進み、受信していない場合はステップS407に戻る。
(ステップS408)ユーザ出力部35は、ユーザ受信部34が受信した予約情報を、ディスプレイ等の出力デバイスを介して出力する。その後、ステップS401に戻る。
なお、図4のフローチャートにおいて、ユーザ端末3の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガは問わない。
以下、本実施の形態における本予約管理システムの具体的な動作例について説明する。なお、以下の説明は、種々の変更が可能であり、本発明を何ら限定するものではない。また、既出の事項に関する説明は、省略または簡略化している。
(具体例1)
予約管理装置1のカーシェア情報格納部111には、図5に示すような5以上のカーシェア情報が格納されている。図5は、具体例1におけるカーシェア情報のデータ構造図である。カーシェア情報は、ステーション識別子、位置情報、および車両情報などを有する。また、車両情報は、車両識別子、車種、乗車可能人数、色、料金情報、画像などを有する。画像は、車両の画像であり、図5は画像のファイル名であるが、その実体(ファイル)は、格納部11に格納されている、とする。
格納されている5以上の各カーシェア情報は、ID(本例では、1,2,・・・)に対応付いている。例えば、ID"1"に対応付いたカーシェア情報(以下、カーシェア情報1と記す場合がある)は、ステーション識別子"AA1"、位置情報"(x1、y1)"、および車両情報などを有する。なお、車両情報が有する料金情報"130円/10分"は、10分ごとに130円を有することを示す。
また、ID"2"に対応付いたカーシェア情報(カーシェア情報2)は、ステーション識別子"AA2"、位置情報"(x2、y2)"、および車両情報などを有する。なお、この車両情報が有する料金情報"初期費用1000円、100円/15分"は、初期費用として1000円かかり、かつ15分ごとに100円がかかることを示す。
また、ID"1"に対応付いたカーシェア情報が有する料金情報"50円/10分+100円/10km"は、10分ごとに50円かかり、かつ10km走行するごとに100円かかることを示す。
オーナー情報格納部112には、図6に示すような4以上のオーナー情報が格納されている。図6は、具体例1におけるオーナー情報のデータ構造図である。オーナー情報は、オーナー識別子、1以上のステーション識別子、および第一分配情報などを有する。
格納されている4以上の各オーナー情報は、ID(本例では、1,2,…)に対応付いている。例えば、ID"1"に対応付いたオーナー情報(以下、オーナー情報1と記す場合がある)は、オーナー識別子"AA"、1以上のステーション識別子"AA1","AA2"、および第一分配情報"5:4"などを有する。また、ID"2"に対応付いたオーナー情報(オーナー情報2)は、オーナー識別子"BB"、1以上のステーション識別子"BB1"、および第一分配情報"7:2"などを有する。
パートナー情報格納部113には、図7に示すような2以上のパートナー情報が格納されている。図7は、具体例1におけるパートナー情報のデータ構造図である。パートナー情報は、パートナー識別子、1以上のオーナー識別子、および第二分配情報などを有する。
格納されている2以上の各パートナー情報は、ID(本例では、1,2,…)に対応付いている。例えば、ID"1"に対応付いたパートナー情報(以下、パートナー情報1と記す場合がある)は、パートナー識別子"P1"、1以上のオーナー識別子"AA","BB"、および第二分配情報"4:3"などを有する。また、ID"2"に対応付いたパートナー情報(パートナー情報2)は、パートナー識別子"P2"、1以上のオーナー識別子"CC","DD"、および第二分配情報"2:1"などを有する。
画面情報格納部114には、図示しない画面情報が格納されている。この画面情報は、パートナー情報格納部113に格納されている2以上のパートナー識別子に対応する2以上のパートナーが管理する2以上のステーションの予約を行う画面を構成するための情報である。画面情報は、例えば、HTMLなどであるが、そのデータ形式は問わない。
予約情報格納部115には、図示しない1以上の予約情報が格納される。予約情報は、ユーザ識別子、ステーション識別子、車両識別子、および時間帯情報などを有する。
予約情報格納部115に格納されている2以上の各予約情報は、ID(本例では、1,2,…)に対応付いている。例えば、ID"1"に対応付いた予約情報(以下、予約情報1と記す場合がある)は、ユーザ識別子"aa"、ステーション識別子"AA1"、車両識別子"002"、および時間帯情報"2017/5/5 12:00−18:00"などを有する。また、ID"2"に対応付いた予約情報(予約情報2)は、ユーザ識別子"bb"、ステーション識別子"BB1"、車両識別子"001"、および時間帯情報"本日の15時から2時間"などを有する。
いま、ユーザが、ユーザ端末3の入力デバイスを介して画面出力指示を入力したとする。
ユーザ端末3において、ユーザ受付部31が上記画面出力指示を受け付け、ユーザ送信部33は、受け付けられた画面出力指示を予約管理装置1に送信する。
予約管理装置1において、画面出力指示受信部131が上記画面出力指示を受信し、画面情報送信部151は、画面情報格納部114に格納されている画面情報を、カーシェア情報格納部111に格納されている2以上のカーシェア情報と対に、当該画面出力指示の送信元であるユーザ端末3に送信する。
ユーザ端末3において、ユーザ受信部34が上記画面情報を2以上のカーシェア情報と対に受信し、ユーザ出力部35は、受信された画面情報を、2以上のカーシェア情報に基づく2以上のステーションマークと共に、ディスプレイ等の出力デバイスを介して出力する。これによって、例えば、ユーザ端末3のディスプレイに、図8に示すような画面が表示される。この画面は、地図、および当該地図上に配置された2以上のステーションマークなどを有する。なお、ステーションマークとは、ステーションを示す図柄である。
ユーザ出力部35は、2以上のステーションマークを、地図上の、位置情報に応じた位置に配置する。ユーザ出力部35は、2以上のステーションマークに、ステーション識別子を対応付けて出力することは好適である。
また、ユーザ出力部35は、2以上のステーションマークを、現在、予約可能な車両の数(かかる数を「空台数」と言う。)に応じて異なる態様で表示することは好適である。ユーザ出力部35は、例えば、空台数が0台であるステーションのステーションマークをグレーアウトしてもよい。また、ユーザ出力部35は、空台数が1台以上であるステーションのステーションマークに、その空台数を示す数字を対応付けてもよい。なお、処理部14が、予約情報格納部115の予約情報を検査し、各ステーションのステーション識別子と対になる各車両識別子と対になる時間帯情報と現在時刻とを対比し、現在、ステーションごとに、使用されていない車両を検知し、その車両の数を取得する。なお、かかる場合、処理部14は、例えば、現在時刻を図示しない時計やNTPサーバ等から取得する、とする。
ユーザは、上記画面を参照して、2以上のステーションマークのいずれかを指定し、かつ図示しない画面により、借りたい車両の画像または車両の情報を指定し、時間帯情報を入力することにより、例えば、ステーションAA1の車両001の貸与を申し出る貸与指示を入力したとする。この指示は、ステーション識別子"AA1"、車両識別子"001"、時間帯情報"2017/5/6 10:00−19:00"を有する、とする。
ユーザ端末3において、ユーザ受付部31が上記貸与指示を受け付け、ユーザ送信部33は、受け付けられた貸与指示を予約管理装置1に送信する。
予約管理装置1において、貸与指示受信部132が上記貸与指示を受信し、予約情報構成部143は、受信された貸与指示が有するステーション識別子"AA1"、車両識別子"001"、時間帯情報"2017/5/6 10:00−19:00および当該貸与指示と対に受信されたユーザ識別子"aa"などを有する予約情報を構成し、構成した予約情報を予約情報格納部115に蓄積する。
送信部15は、保持している第一対応情報を用いて、上記予約情報を、当該予約情報が有するステーション識別子"AA1"に対応する管理端末2に送信する。また、送信部15は、保持している第二対応情報を用いて、上記予約情報を、当該予約情報が有するユーザ識別子"aa"に対応するユーザ端末3にも送信する。
管理端末2において、管理受信部24が上記予約情報を受信し、管理出力部23は、受信された予約情報を、ディスプレイ等の出力デバイスを介して出力する。これによって、例えば、管理端末2のディスプレイに、当該予約情報に対応するテキスト"ユーザaaさんから、ステーションAA1、車両001、時間帯「10:00−19:00」の予約を受け付けました"が表示される。
また、ユーザ端末3において、ユーザ受信部34が予約情報を上記受信し、ユーザ出力部35は、受信された予約情報を、ディスプレイ等の出力デバイスを介して出力する。これによって、例えば、ユーザ端末3のディスプレイに、当該予約情報に対応するテキスト"ステーションAA1、車両001、時間帯「10:00−19:00」の予約を受け付けました"が表示される。なお、管理端末2のディスプレイに表示されるテキストと、管理端末2のディスプレイに表示される情報とは、同じでもよいし、異なっていてもよい。また、表示される情報は、テキストだけでも良いし、車両の画像等を含んでいても良い。
また、管理者が、管理端末2の入力デバイスを介して新たなパートナー登録情報を入力したとする。受け付けられたパートナー登録情報は、2つのオーナー識別子"EE","FF"、3つのステーション識別子"EE1","EE2","FF1"、パートナー識別子"P3"、2つの第一分配情報"5:4","5:4"、および第二分配情報"2:1"などを有する。
管理端末2において、管理受付部21が上記パートナー登録情報を受け付け、管理送信部25は、受け付けられたパートナー登録情報を予約管理装置1に送信する。
なお、管理受付部21がオーナー登録情報を受け付けた場合、管理送信部25は、当該オーナー登録情報を予約管理装置1に送信する。
予約管理装置1において、受付部12が、管理端末2において受け付けられた上記パートナー登録情報等を受信し、パートナー登録部141は、受け付けられたパートナー登録情報が有するパートナー情報を、例えばID"3"に対応付けてパートナー情報格納部113に蓄積する。受け付けられたパートナー登録情報が有するパートナー情報とは、パートナー識別子"P3"、2つのオーナー識別子"EE","FF"、第二分配情報"2:1"などを含む情報である。これによって、パートナー情報格納部113には、新たなパートナー情報3が格納される結果となる。
また、パートナー登録部141は、当該パートナー登録情報が有する2つのオーナー情報を、例えばID"5","6"に対応付けてオーナー情報格納部112に蓄積する。当該パートナー登録情報が有する2つのオーナー情報とは、オーナー識別子"EE"、2つのステーション識別子"EE1","EE2"、および第一分配情報"5:4"を含む情報と、オーナー識別子"FF"、ステーション識別子"FF1"、および第一分配情報"5:4"を含む情報との、2つの情報である。これによって、オーナー情報格納部112には、新たな2つのオーナー情報5および6が格納される結果となる。
さらに、パートナー登録部141は、当該パートナー登録情報が有する3つのカーシェア情報を、例えばID"6","7","8"に対応付けてカーシェア情報格納部111に蓄積する。これによって、カーシェア情報格納部111には、新たな3つのカーシェア情報6〜8が格納される結果となる。
なお、受付部12が、管理端末2において受け付けられたオーナー登録情報等を受信した場合、オーナー登録部142は、当該オーナー登録情報が有するオーナー情報をオーナー情報格納部112に蓄積し、また、当該オーナー登録情報が有する1以上のカーシェア情報をカーシェア情報格納部111に蓄積する。
例えば、上記のような予約に従い、ユーザaaがステーションAA1、車両001を利用すると、課金処理部144は、課金処理を実行する。詳しくは、課金処理部144は、例えば、ステーションAA1、車両001と対になる料金情報「130円/10分」を、図5のカーシェア情報管理表から取得する。また、対応する予約情報から時間帯情報「10:00−19:00」を取得する。そして、課金処理部144は、取得した料金情報と時間帯情報とを用いて、「課金額=130円×9時間×6=7020円」を算出する。そして、課金処理部144は、例えば、課「金額7020円」を、予めユーザaaが登録したクレジットカード番号を用いて、決済してもよい。なお、ユーザaaが登録したクレジットカード番号は、ユーザ識別子"aa"と対にして、格納部11に格納されている、とする。
また、例えば、所定の日時(本例では、月末)になると、分配処理部145は、第一分配情報、第二分配情報を用いて、分配処理を実行する。例えば、オーナーAAが所有する2つのステーションAA1およびAA2での当月の売り上げが12万円であり、オーナーとパートナーP1と運営企業との間の分配比率が5:4:3である場合、分配処理部145は、売り上げ"12万円"のうち、12分の5相当の"5万円"をオーナーに分配し、12分の4相当の"4万円"をパートナーP1に分配し、12分の3相当の"3万円"を運営企業に分配することを決定する。そして、分配処理部145は、各主体に対して、銀行口座への入力処理を実行する。
図9は、本予約管理システムを用いて実現されるプラットフォームの概念図である。このプラットフォームは、第一階層"運営企業"、第二階層"パートナー"、および第三階層"オーナー"の三階層によって管理される。第一階層"運営企業"に属する企業は、本予約管理システムの運営主体である。第三階層"オーナー"には、2つのステーションAA1およびAA2を所有するオーナーAAと、ステーションBB1を所有するオーナーBBと、ステーションCC1を所有するオーナーCCと、ステーションDD1を所有するオーナーDDとの4オーナーが属している。第二階層"パートナー"には、オーナーAAおよびオーナーBBを統括するパートナーP1と、オーナーCCおよびオーナーDDを統括するパートナーP2との2パートナーが属している。
パートナーP1およびP2は、それぞれ独自の予約システムを運営しながら、本予約管理システムに管理者として参加できる。また、現在は、独立して別の予約システムを運営しているパートナーP3が、後に、本予約管理システムに参加することも可能である。
ユーザは、本予約管理システムを利用することで、どのパートナーに属するステーションでも、シームレスに予約することができる。ただし、パートナー独自の予約システムも機能しているので、ユーザには、各パートナー独自の予約システムを通じて所望のステーションを予約する選択肢もある。
オーナーは、本例では、いずれかのパートナーの配下にあるが、どのパートナーにも属さない独立したオーナーも、本予約管理システムに管理者として容易に参加可能である。
(具体例2)
具体例1との相違は、パートナー情報およびオーナー情報のデータ構造のみである。
オーナー情報格納部112には、図10に示すような4以上のオーナー情報が格納されている。図10は、具体例2におけるオーナー情報のデータ構造図である。オーナー情報は、オーナー識別子、1以上のステーション識別子、および第一分配情報などを有する。
格納されている4以上の各オーナー情報は、ID(1,2,…)に対応付いている。例えば、ID"1"に対応付いたオーナー情報(オーナー情報1)は、オーナー識別子"AA"、および1以上のステーション識別子"AA1","AA2"などを有する。また、ID"2"に対応付いたオーナー情報(オーナー情報2)は、オーナー識別子"BB"、および1以上のステーション識別子"BB1"などを有する。
パートナー情報格納部113には、図11に示すような2以上のパートナー情報が格納されている。図11は、具体例2におけるパートナー情報のデータ構造図である。パートナー情報は、パートナー識別子、1以上のステーション識別子、第一分配情報、および第二分配情報などを有する。
格納されている2以上の各パートナー情報は、ID(1,2,…)に対応付いている。例えば、ID"1"に対応付いたパートナー情報(パートナー情報1)は、パートナー識別子"P1"、2つのオーナー識別子"AA", "BB"、2つの第一分配情報"5:4","7:2"、および第二分配情報"4:3"などを有する。なお、上記2つの第一分配情報のうち、前者の第一分配情報"5:4"は、オーナー識別子"AA"に対応付き、後者の第一分配情報"7:2"は、オーナー識別子"BB"に対応付いている。
また、ID"2"に対応付いたパートナー情報(パートナー情報2)は、パートナー識別子"P2"、2つのオーナー識別子"CC","DD"2つの第一分配情報"5:4","5:4"、および第二分配情報"2:1"などを有する。
すなわち、前述の具体例1では、パートナー情報とオーナー情報とがステーション識別子を介して関連付けられていたが、この具体例2では、両者は、直接的に対応付けられている。両者の組み合わせが有する情報の内容は、具体例1と具体例2とで同じであるから、具体例2における予約管理システムの動作は、基本的に具体例1と同様である。
なお、具体例1のプラットフォームでは、どのパートナーにも属さないオーナーも管理者として容易に参加可能であったが、具体例2のプラットフォームでは、第一および第二の分配情報の両方がオーナー情報に含まれることから、かかるオーナーは、通常、パートナーを介して参加することになる。
以上、本実施の形態によれば、カーシェアリングの複数のステーションのオーナーが提供し、複数の管理組織であるパートナーにより管理される複数のステーションをシームレスに予約できるプラットフォームを提供できる。
また、予約管理装置1は、ステーションの予約またはステーションの利用に対して、ユーザに課金するための課金処理を行い、課金処理により課金された金額を、オーナーとパートナーと予約管理装置1の運営企業との間で分配するための分配処理を行うことにより、上記プラットフォームにおいて、課金した金額を適切に分配できる。
また、予約管理装置1は、予め決められた条件を満たした場合に、課金処理を行うことにより、上記プラットフォームにおいて、適切に課金できる。
また、パートナー情報は、オーナーとパートナーとの間の分配に関する分配情報、パートナーと予約管理装置1の運営企業との間の分配に関する分配情報のうちに1以上の分配情報を有し、予約管理装置1は、パートナー情報が有する分配情報を用いて、分配処理を行うことにより、パートナー毎の分配条件に従った、金額の分配ができる。
また、オーナー情報は、オーナーとパートナーとの間の分配に関する分配情報を有し、予約管理装置1は、オーナー情報が有する分配情報を用いて、分配処理を行うことにより、オーナー毎の分配条件に従った、金額の分配ができる。
また、予約管理装置1は、パートナー情報と、パートナー情報に対応する1以上のオーナー情報と,オーナー情報に対応する1以上のカーシェア情報を有するパートナー登録情報を受け付け、パートナー登録情報が有するパートナー情報をパートナー情報格納部113に蓄積し、パートナー登録情報が有する1以上のオーナー情報をオーナー情報格納部112に蓄積し、パートナー登録情報が有する1以上のカーシェア情報をカーシェア情報格納部111に蓄積することにより、パートナー情報等の登録ができる。
さらに、本実施の形態における処理は、ソフトウェアで実現してもよい。そして、このソフトウェアをソフトウェアダウンロード等により配布してもよい。また、このソフトウェアをCD−ROMなどの記録媒体に記録して流布してもよい。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。
つまり、コンピュータがアクセス可能な記録媒体は、カーシェアリングサービスに関する情報であり、車両を借り受ける車両借受け先のステーションを識別するステーション識別子を有する2以上のカーシェア情報が格納されるカーシェア情報格納部と、ステーションのオーナーに関する情報であり、オーナーを識別するオーナー識別子と1以上のステーション識別子とを有する2以上のオーナー情報が格納されるオーナー情報格納部と、1以上のステーションを管理する組織であるパートナーに関する情報であり、1以上のオーナー識別子または1以上のステーション識別子と、パートナーを識別するパートナー識別子とを有する2以上のパートナー情報が格納されるパートナー情報格納部と、車両の予約に関する情報であり、車両を予約するユーザを識別するユーザ識別子と、ステーション識別子または車両を識別する車両識別子とを有する1以上の予約情報が格納される予約情報格納部と、2以上のパートナー識別子に対応する2以上のパートナーが管理する2以上のステーションの車両の予約を行う画面を構成する画面情報が格納される画面情報格納部とを具備し、前記コンピュータを、画面情報の出力の指示である画面出力指示を、ユーザ端末から受信する画面出力指示受信部と、前記画面出力指示の受信に応じて、前記画面情報を前記ユーザ端末に送信する画面情報送信部と、車両の貸与の申し出であり、ステーション識別子またはステーション内の一車両を識別する車両識別子と、車両の貸与の時間帯に関する時間帯情報とを有する申し出である貸与指示を、ユーザ端末から受信する貸与指示受信部と、前記貸与指示の受信に応じて、予約情報を構成し、前記予約情報格納部に蓄積する予約情報構成部として機能させるためのプログラムである。
図12は、本実施の形態におけるプログラムを実行して、予約管理装置1、管理端末2、またはユーザ端末3を実現するコンピュータシステム900の外観図である。本実施の形態は、コンピュータハードウェアおよびその上で実行されるコンピュータプログラムによって実現され得る。図12において、コンピュータシステム900は、ディスクドライブ905を含むコンピュータ901と、キーボード902と、マウス903と、ディスプレイ904とを備える。なお、キーボード902やマウス903やディスプレイ904をも含むシステム全体をコンピュータと呼んでもよい。
図13は、コンピュータシステム900の内部構成の一例を示す図である。図13において、コンピュータ901は、ディスクドライブ905に加えて、MPU911と、ブートアッププログラム等のプログラムを記憶するためのROM912と、MPU911に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するRAM913と、アプリケーションプログラム、システムプログラム、およびデータを記憶するストレージ914と、MPU911、ROM912等を相互に接続するバス915と、外部ネットワークや内部ネットワーク等のネットワークへの接続を提供するネットワークカード916と、を備える。ストレージ914は、例えば、ハードディスク、SSD、フラッシュメモリなどである。
コンピュータシステム900に、予約管理装置1等の機能を実行させるプログラムは、例えば、DVD、CD−ROM等のディスク921に記憶されて、ディスクドライブ905に挿入され、ストレージ914に転送されてもよい。これに代えて、そのプログラムは、ネットワークを介してコンピュータ901に送信され、ストレージ914に記憶されてもよい。プログラムは、実行の際にRAM913にロードされる。なお、プログラムは、ディスク921、またはネットワークから直接、ロードされてもよい。また、ディスク921に代えて他の着脱可能な記録媒体(例えば、DVDやメモリカード等)を介して、プログラムがコンピュータシステム900に読み込まれてもよい。
プログラムは、コンピュータの詳細を示す901に、予約管理装置1等の機能を実行させるオペレーティングシステム(OS)、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能やモジュールを呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム900がどのように動作するのかについては周知であり、詳細な説明は省略する。
なお、上述したコンピュータシステム900は、サーバまたは据え置き型のPCであるが、管理端末2またはユーザ端末3のうち1以上の端末は、例えば、タブレット端末やスマートフォンやノートPCといった、携帯端末で実現されてもよい。この場合、例えば、キーボード902およびマウス903はタッチパネルに、ディスクドライブ905はメモリカードスロットに、ディスク921はメモリカードに、それぞれ置き換えられることが望ましい。ただし、以上は例示であり、予約管理装置1等を実現するコンピュータのハードウェア構成は問わない。
なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理(ハードウェアでしか行われない処理)は含まれない。
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
また、上記各実施の形態において、一の装置に存在する2以上の通信手段は、物理的に一の媒体で実現されてもよいことはいうまでもない。
また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることはいうまでもない。