(57)【要約】【課題】  各種の施設をグループに属するメンバが独自に予約可能にし、グループ変更も可能にし、第３者への権利譲渡も可能にすること。【解決手段】  各種施設において、1回の予約・決済毎にグループを設定できるものとし、予約日を過ぎた時点で作成されたグループは消滅する。また個々のユーザは複数のグループに属する事ができ、代表者以外のメンバも独自で予約をする事が出来るものとする。更に決済完了後の予約確定時にのみ、グループ間・メンバ間での権利譲渡を可能とする。【選択図】      図１
2009009181.tif 000002
【特許請求の範囲】
【請求項１】
会員データベース、施設管理データベース、予約管理データベースを備え、会員データベースに登録された会員が施設管理データベースに登録された各種施設の利用を予約するシステムであって、
前記会員が使用する端末から施設予約要求に対し、１回の予約、決済毎にグループを設定し、予約日を過ぎた時点で、設定されたグループを消滅させる予約受付け処理手段を備えることを特徴とする施設のオンライン予約システム。
【請求項２】
個々の会員が複数のグループに属することを許容し、代表者以外の会員も独自で予約を認める手段をさらに備えることを特徴とする請求項１に記載の施設のオンライン予約システム。
【請求項３】
決済完了後の予約確定時にのみ、グループ間・会員間での権利譲渡を認める手段をさらに備えることを特徴とする請求項１に記載の施設のオンライン予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施設のオンライン予約システムに係り、特に電子マネー媒体などを用いてオンライン予約と同時決済を行うオンライン予約システムに関するものである。
【背景技術】
【０００２】
予約同時決裁システムに関する発明としては、下記特許文献1に記載のものが知られている。
下記特許文献１のものは、アトラクション施設やレストランが設置されたテーマパーク等のレジャー施設において、利用時にグループでの予約を行うと、その代表者のチケットＩＤに対応するグループＩＤのグループに属するメンバ全員または一部のメンバを予約を行った者として設定するというものである。
【０００３】
【特許文献１】特開２００５−３１０００７
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記の特許文献１に開示されたものでは、グループの代表者しか予約ができず、グループに属するメンバが独自に予約する事が出来ないという問題があった。
また、常に固有の１つのグループにしか属することができず、その都度グループ変更が出来ないという問題があった。
また、予約・決済後にグループ内の他メンバやグループ外の第三者に施設の利用権を譲渡出来ないという問題があった。
本発明の目的は、グループに属するメンバが１回の予約・決裁毎に独自に予約する事が出来るオンライン予約システムを提供することにある。
また、グループ変更を自由に行うことができるオンライン予約システムを提供することにある。
また、グループ外の第三者に施設の利用権を譲渡することができるオンライン予約システムを提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明に係るオンライン予約システムは、会員データベース、施設管理データベース、予約管理データベースを備え、会員データベースに登録された会員が施設管理データベースに登録された各種施設の利用を予約するシステムであって、
前記会員が使用する端末から施設予約要求に対し、１回の予約、決済毎にグループを設定し、予約日を過ぎた時点で、設定されたグループを消滅させる予約受付け処理手段を備えることを特徴とする。
また、個々の会員が複数のグループに属することを許容し、代表者以外の会員も独自で予約を認める手段をさらに備えることを特徴とする。
また、決済完了後の予約確定時にのみ、グループ間・会員間での権利譲渡を認める手段をさらに備えることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、グループに属するメンバが１回の予約・決裁毎に独自に予約する事が出来るようになる。
また、グループ変更を自由に行うことができる。
さらに、グループ外の第三者に施設の利用権を譲渡することができ、当日キャンセルなどの“遊休期間”をなくすことで、各種施設の利用率を上げることができる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
図１は、本発明に係る施設のオンライン予約システムの実施の形態を示すシステム構成図である。
本実施形態において、オンライン予約システム１を利用するユーザは親会員２と子会員３に分けられる。それぞれに施設４の予約および決済を行うための自宅ＰＣ等の端末ａ１とａ４を持ち、会員登録した際に配布される会員カード（ａ２とａ５）を持つ。
更に携帯電話機ａ３とａ６も合わせ持つ。
【０００８】
ユーザが利用するオンライン予約システム１には、登録されている会員の管理を行う会員管理サーバａ７、本予約システム１で予約・決済管理をしている施設を管理する施設管理サーバａ８、および実際に行われた予約・決済を管理する予約管理サーバａ９が配置されている。
また各種施設４は、施設の登録・変更・削除等を行う為の登録端末ａ１０とａ１１を持つ。以上の機器がインターネット５を介して相互に接続される。
【０００９】
図２は、オンライン予約システム１に配置されている３台のサーバａ７，ａ８，ａ９が保有するデータベース（ＤＢ）の登録内容の一例を示す図である。
会員管理サーバａ７が保有する会員データベースｂ１では、個々のユーザの会員ＩＤの他にグループＩＤや親ステータス（親であるかないかを示すステータス）、会員登録する際に必須項目となる連絡用のメールアドレス等を管理している。
【００１０】
施設管理サーバａ８が保有する施設管理データベースｂ２では、施設ＩＤや名称、種類に加えて利用定員人数や利用時の条件等が管理されている。
予約管理サーバａ９が保有する予約管理データベースｂ３では、予約管理ＩＤを採番して予約した会員ＩＤや予約開始日時、予約終了日時、グループで予約したかどうか等が記録される。
ユーザが予約システム１を利用する前提として、このシステム１で予約・決済管理をする各種施設は、本システム１に施設登録をする必要がある。各種施設の登録・変更・削除等については、インターネット５を介して２４時間３６５日行う事が出来る。
また登録時には、ユーザが予約する際にチェック項目となる、以下２つの制限条件を任意に設定する事が出来る。
（１）利用定員を定め、定員を含めた予約条件を設定する（例：定員を超えた人数での予約は不可等）。
（２）同一ユーザまたは、同一グループが重複して同日同時刻の予約をした場合、これを受付けない。
【００１１】
次に、実際にユーザが会員登録する際の業務流れ図の一例を図３に示す。
会員登録には個人で登録する場合とグループに登録する２種類がある。
個人登録する場合は、会員登録をする際に個人登録を選択し（ｃ１）、カードIDを付与（ｃ２）されるのみである。
グループ登録する場合は、会員登録をする際にグループ登録を選択し（ｃ１）、カードＩＤを付与（ｃ３）された後に、新規でグループを作成するか既存のグループに参加するかの選択を行う。グループには親と子が存在し、グループを作成したユーザがそのグループの親となり、既存グループに参加したユーザはそのグループの子となる。親権はいつでも子に譲ることができ、親権を譲った親は子となる。
新規にグループを作成する場合、グループIDを付与され（ｃ４）、親ステータスが更新される。更に自分が親のグループに子を追加する際には、参加させたい子のカードIDを指定する（ｃ５）事で、子の登録メールアドレスに対して参加依頼が送信される（ｃ６）。
子がWeb上で承認を行うと、グループへの子追加となり（ｃ７）、否認すると追加失敗となる（ｃ８）。
【００１２】
既存のグループに参加する場合、参加したいグループＩＤを指定する事で（ｃ９）、グループ親の登録メールアドレスに対して参加依頼が送信される（ｃ１０）。
親がWeb上で承認を行うとグループへの参加決定となり（ｃ１１）、否認すると参加失敗となる（ｃ１２）。
初期登録時に個人で登録した場合も、いつでも本システム１にアクセスしてグループを作成したり、グループに参加する事が可能である。
作成されたグループについては１回のみ利用可能とし、そのグループで予約した施設の利用日時を経過した時点で無効・消去される。但し、予約システム１のグループ作成履歴機能を利用し、設定方法（親ステータス、参加メンバ等）は保存・再活用できるものとする。
【００１３】
その部分のフローを図４に示す。
まず、新規作成／既存参加問わず、グループ参加を実施し（ｈ１）、グループにて予約を行う（ｈ２）。
予約時に予約システム１側でグループ参加履歴が追加される（ｈ３）。予約施設を利用した時点（ｈ４）で作成したグループ（その施設を予約したグループ）は無効となり（ｈ５）、以後そのグループで予約・決済等の行為は出来ない。再度グループ参加を実施する際に新しいグループを構成するのであれば（ｈ６）、グループ参加から登録（ｈ１）をし、過去に作成／参加したグループを再構成するのであれば、参加履歴から選択する（ｈ７）ことで新たに登録し直す手間を省く事が出来る。
【００１４】
次に本システム１利用してユーザが施設予約および決済する際の業務流れ図の一例を図５に示す。
施設予約にも個人予約とグループ予約の２種類がある。
グループに属しているユーザが個人予約をする事も可能である。また，グループとして予約をする場合、そのグループに属しているユーザ全てが、登録人数分の施設予約を行うことができる。但し，決済は親か親が指定した子が一括で支払う方法のみとする。
個人予約する場合は、施設予約時（ｄ１）に個人予約を選択すると、施設が設定している条件と日時が重複していないかのチェックが行われる（ｄ２）。チェックＯＫであれば（ｄ３）予約完了(仮予約状態)となり決済を行うことによって本予約状態へと遷移する（ｄ４）。
チェックでエラーとなった場合には予約失敗となる（ｄ５）。
【００１５】
グループ予約する場合は、施設予約時（ｄ１）にグループ予約を選択して、参加登録するグループメンバを選択する（ｄ６）。選択された全てのメンバに対して、施設が設定している条件と日時が重複していないかのチェックが行われる（ｄ７）。チェックＯＫであれば選択されたメンバの登録メールアドレスに予約情報が送信される（ｄ８）。
選択されたメンバが承認すると、予約完了(仮予約状態)となる（ｄ９）。
親が決済する場合には、一括決済する（ｄ１０）事により、本予約状態へと遷移する（ｄ１１）。
【００１６】
決済は親が指定した子でも可能であり、親が子を指定する（ｄ１２）と、決済情報が指定された子の登録メールアドレスに送信され（ｄ１３）、子が一括決済を行う（ｄ１４）事により本予約状態へと遷移する（ｄ１５）。
参加者として選択されたメンバが否認したり、条件チェックでエラーとなった場合には予約失敗となる（ｄ１６、ｄ１７）。
仮予約状態での決済期限は決められており、それを過ぎると自動的に予約がキャンセルとなる。また決済手段については特に問わないものとする。
【００１７】
次に、本予約状態の施設利用権利を第三者へ委譲する際の業務流れ図の一例を図６に示す。
第三者への権利委譲は、本予約状態の権利に対し１回のみ可能とし、次の４パターンとする。またいずれの場合も委譲先のユーザもしくはグループが、施設側が設定している条件を満たしていなければならない。
【００１８】
（ａ）個人で予約・決済した権利
個人間の権利委譲となるので、委譲対象のカードIDを指定する（ｅ１）。そうすると，指定されたユーザの登録メールアドレスに委譲申請が送信される（ｅ２）。承認された場合、委譲完了となり（ｅ３）、否認された場合、委譲失敗となる（ｅ４）。
（ｂ）グループ（親）で予約・決済した権利（グループに子が存在しない場合）
上記（ａ）同じ方法とする。この場合、委譲先カードIDにはグループIDと親権が引き継がれる。
（ｃ）グループ（親）で予約・決済した権利（グループに子が存在する場合）
子が存在するグループの権利委譲については、親のみが行える事とする。
親が委譲申請をした際に（ｆ１）、まずは親が一括決済をしているかどうかのチェックがある。一括決済をしている場合、予約の際に選択された子の登録メールアドレスに委譲申請が送信される（ｆ２）。全ての子が承認すれば、委譲可能となり（ｆ３）、親は委譲対象のグループIDを指定する（ｆ４）。
相手グループの親に委譲申請が送信され（ｆ５）、承認されれば委譲完了となる（ｆ６）。全ての子が承認しなかった場合と相手グループの親に承認されなかった場合は、委譲失敗となる（ｆ７、Ｆ８）。また本予約において子の一括決済を行っている場合は、委譲不可（ｆ９）とする。
【００１９】
（ｄ）グループ（子）で予約・決済した権利
グループの中での子同士の権利委譲については、子から親へ委譲申請を行う（ｇ１）
親の登録メールアドレスに委譲申請が送信され（ｇ２）、承認されれば、委譲可能となる（ｇ３）。
その場合、委譲対象のカードIDを指定すると（ｇ４）、委譲対象のユーザに委譲申請が送られ（ｇ５）、承認が貰えれば、委譲完了（ｇ６）である。
親から承認されなかった場合や相手の承認を得られなかった場合は、委譲失敗（ｇ７、ｇ８）となる。
予約・決済後、実際に利用者が施設に赴いた際に予約したカードＩＤを持つ媒体でのみ入退室を可能とする。これにより、各種施設側での入退室管理とセキュリティの確保が可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施の形態を示すシステム構成図である。
【図２】予約システムに配置されている３台のサーバのデータベースの登録内容の一例を示す図である。
【図３】ユーザが会員登録する際の業務フロー図である。
【図４】作成されたグループが1度きりの利用で無効となるフロー図である。
【図５】ユーザが施設予約および決済する際の業務フロー図である。
【図６】本予約状態の施設利用権利を第三者へ委譲する際の業務フロー図である。
【符号の説明】
【００２１】
１：オンライン予約システム
２：親会員
３：子会員
４：各種施設
a1：予約決済端末(自宅等のPC)
a2：会員カード
a3：携帯電話
a4：予約決済端末(自宅等のPC)
a5：会員カード
a6：携帯電話
a7：会員管理サーバ
a8：施設管理サーバ
a9：予約管理サーバ
a10：施設登録端末
a11：施設登録端末
【図１】
2009009181.tif 000003
【図２】
2009009181.tif 000004
【図３】
2009009181.tif 000005
【図４】
2009009181.tif 000006
【図５】
2009009181.tif 000007
【図６】
2009009181.tif 000008