(57)【要約】【課題】  グループの全員又は一部のメンバーが同じ予約や取引を行う場合に、その予約や取引による手間や負担を軽減し簡単に手続きを行うことのできる決済システムを提供する。【解決手段】  複数のメンバーが１のグループ（団体）として施設を利用し得ることを考慮して、そのグループに属する各メンバーのチケットＩＤに、当該グループに固有の１のグループＩＤを割り付け、グループの代表者が購買端末を用いてアトラクション施設の利用等についてグループでの予約を行うと、その代表者のチケットＩＤに対応するグループＩＤのグループに属するメンバー全員または一部のメンバーを予約を行った者として設定するようにした。【選択図】      図７
2005310007.tif 000002
【特許請求の範囲】
【請求項１】
商品又は役務の提供を行う施設において、その商品又は役務の提供により生じる決済を行うための決済システムであって、
装置ＩＤを記憶した記憶装置と、
前記商品又は役務の提供に係る取引内容を入力するための端末と、
前記端末との間で通信可能なサーバ装置とを備えてなり、
前記サーバ装置は、
前記商品又は役務の代価を記憶するとともに、互いに対応付けられた複数の装置ＩＤと１のグループＩＤとを予め記憶する記憶部と、
前記端末から送信される前記装置ＩＤ及び取引内容を示す情報を受信する受信部と、
前記受信部により前記装置ＩＤが受信されると、その装置ＩＤに対応するグループＩＤに対応付けられた各装置ＩＤを読み出し、その読み出した各装置ＩＤに対応する残高を、前記受信部により受信された取引内容に係る商品又は役務の提供料金を徴収する対象として設定する決済処理部と
を備えることを特徴とする決済システム。
【請求項２】
前記決済処理部は、前記グループＩＤに対応付けられた各装置ＩＤに対応する各残高の合計が、前記端末で入力された取引内容に係る商品又は役務の代価とその商品又は役務の提供数との乗算により算出される提供料金以上であるときに、それらの残高を前記商品又は役務の提供料金を徴収する対象として設定することを特徴とする請求項１に記載の決済システム。
【請求項３】
前記グループＩＤに対応付けられた装置ＩＤに対応する各残高の中に、商品又は役務の代価より少ない残高が存在するとき、前記決済処理部は、前記端末で入力された取引内容に係る商品又は役務の代価とその商品又は役務の提供数との乗算により算出される提供料金を、前記商品又は役務の代価以上の残高を有する装置ＩＤの数で除算し、前記商品又は役務の代価以上の残高を有する装置ＩＤを前記算出した提供料金を徴収する対象として設定し、前記除算により得られる金額を前記算出した提供料金を徴収する対象として設定された残高から差し引くことを特徴とする請求項２に記載の決済システム。
【請求項４】
前記グループＩＤに対応付けられた各装置ＩＤに対応する各残高の中に、前記商品又は役務の代価より少ない残高が存在するとき、前記決済処理部は、前記端末で入力された取引内容に係る商品又は役務の代価とその商品又は役務の提供数との乗算により算出される提供料金を、前記各装置ＩＤに対応する各残高に応じ複数の分担金として分割し、各分担金を当該分担金に対応する残高から差し引くことを特徴とする請求項２に記載の決済システム。
【請求項５】
前記グループＩＤに対応付けられた装置ＩＤに対応する各残高の中に、前記商品又は役務の代価より少ない残高が存在するとき、前記決済処理部は、前記端末で入力された取引内容に係る商品又は役務の代価とその商品又は役務の提供数との乗算により算出される提供料金を前記商品又は役務の代価以上の残高を有する装置ＩＤの数で除算し、前記商品又は役務の代価以上の残高を有する装置ＩＤのその残高が前記除算により得られる金額以上であるとき、この除算により得られる金額を前記商品又は役務の代価以上の残高を有する装置ＩＤのその残高から差し引き、前記商品又は役務の代価以上の残高を有する装置ＩＤのその残高が前記除算により得られる金額未満であるとき、前記算出した提供料金を各装置ＩＤに対応する各残高に応じ複数の分担金として分割し、各分担金を当該分担金に対応する残高から差し引くことを特徴とする請求項２に記載の決済システム。
【請求項６】
前記決済処理部は、前記商品又は役務の享受がキャンセルされると、そのキャンセルを行った装置ＩＤについて商品又は役務の提供料金の徴収対象からはずし、その装置ＩＤ又は該装置ＩＤに対応するグループＩＤが対応付けられた複数の装置ＩＤの残高から、前記キャンセルを行った装置ＩＤに係る所定のキャンセル料を徴収することを特徴とする請求項１ないし５のいずれかに記載の決済システム。
【請求項７】
前記端末に入力された取引内容が、グループＩＤに対応する複数の装置ＩＤのうち一部の装置ＩＤについての商品又は役務の提供に係る予約であるとき、前記決済処理部は、前記商品又は役務の提供を行ったときに、該提供を行った装置ＩＤに対応する残高から、その商品又は役務の提供料金を徴収することを特徴とする請求項１ないし６のいずれかに記載の決済システム。
【請求項８】
商品又は役務の提供を時間帯ごとに人数を制限して行う場合、前記端末に入力された取引内容が同一のグループＩＤに対応する複数の装置ＩＤについての商品又は役務の提供に係る予約をグループ単位で所定の時間帯に設定する予約設定部を備えることを特徴とする請求項１ないし７のいずれかに記載の決済システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商取引によって生じる決済を行うための決済システムに関する。
【背景技術】
【０００２】
例えばアトラクション施設やレストランを有するテーマパークやレジャー施設は、家族であるいは仲間同士で利用する場合があり、このように比較的多くの人間が１つのグループとしてテーマパーク等を利用する場合には、１人またはごく少数で利用する場合では発生し得ない種々の問題や課題が生じる。下記特許文献１には、前記のような家族やグループ内のメンバー間で情報のコミュニケーションが取れるようにすることを目的として、コンピュータと通信技術とを用いた連絡支援方法が提案されている。
【０００３】
すなわち、特許文献１には、グループ内のメンバーの行動を把握するグループ検索、迷子登録、迷子検索及び待ち合わせ場所の指定等を行えるようにするため、入場チケットカードの発券時に管理サーバに対してグループの登録を行い、入場チケットカードが公衆電話機、アトラクションゲート又は入退場ゲートで使用されたときに、当該入場チケットカードの入場チケットＩＤと、その入場チケットカードが使用された公衆電話機又は前記のゲートの端末ＩＤとを管理サーバに送出するようにした技術が開示されている。
【特許文献１】特開２００１−２２３７９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、近年、レジャー施設の中には、アトラクション施設等の利用について予約制度を設け、コンピュータを用いて予約を受付けるようにしたものがある。このようなレジャー施設においては、アトラクション施設の予約を行う場合、該施設の利用者は、自分を識別するための固有情報や予約時間（利用時間）を入力して予約を行うことになる。
【０００５】
しかしながら、従来の予約システムにあっては、家族や仲間同士で構成されるグループのメンバー全員又は一部のメンバーがアトラクション施設の利用の予約を行う場合、アトラクション施設を利用したいメンバー各々がそれぞれ予約の手続きを行わなければならなかった。これは、特に、グループの人数が非常に多いと、非常に面倒であり多大な時間を要することとなる。
【０００６】
また、グループの人数が非常に多いと、始めの方で予約を取ったメンバーのその予約と最後の方で予約をとったメンバーのその予約とでは比較的大きな時間差が生じることとなり、例えばその時間の間に他の利用者がその時間帯に予約をとった場合には、最後の方で予約を取ったメンバーがその時間帯に予約をいれることができなくなり、始めの方で予約を取ったメンバーとは異なる時間帯に予約が設定される場合がある。その結果、同じグループのメンバーが異なる時間帯でアトラクション施設を利用しなければならなくなったり、一部のメンバーがアトラクション施設の利用をあきらめざるを得ない場合が生じたりする可能性もある。
【０００７】
本発明は、上記事情に鑑みてなされたもので、グループの全員又は一部のメンバーが同じ予約や取引を行う場合に、その予約や取引による手間や負担を軽減し簡単に手続きを行うことのできる決済システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述の目的を達成するために、本発明の第１の手段に係る決済システムは、商品又は役務の提供を行う施設において、その商品又は役務の提供により生じる決済を行うための決済システムであって、装置ＩＤを記憶した記憶装置と、前記商品又は役務の提供に係る取引内容を入力するための端末と、前記端末との間で通信可能なサーバ装置とを備えてなり、前記サーバ装置は、前記商品又は役務の代価を記憶するとともに、互いに対応付けられた複数の装置ＩＤと１のグループＩＤとを予め記憶する記憶部と、前記端末から送信される前記装置ＩＤ及び取引内容を示す情報を受信する受信部と、前記受信部により前記装置ＩＤが受信されると、その装置ＩＤに対応するグループＩＤに対応付けられた各装置ＩＤを読み出し、その読み出した各装置ＩＤに対応する残高を、前記受信部により受信された取引内容に係る商品又は役務の提供料金を徴収する対象として設定する決済処理部とを備える。
【０００９】
また、上述の決済システムにおいて、前記決済処理部は、前記グループＩＤに対応付けられた各装置ＩＤに対応する各残高の合計が、前記端末で入力された取引内容に係る商品又は役務の代価とその商品又は役務の提供数との乗算により算出される提供料金以上であるときに、それらの残高を前記商品又は役務の提供料金を徴収する対象として設定する。
【００１０】
また、上述の決済システムにおいて、前記グループＩＤに対応付けられた装置ＩＤに対応する各残高の中に、商品又は役務の代価より少ない残高が存在するとき、前記決済処理部は、前記端末で入力された取引内容に係る商品又は役務の代価とその商品又は役務の提供数との乗算により算出される提供料金を、前記商品又は役務の代価以上の残高を有する装置ＩＤの数で除算し、前記商品又は役務の代価以上の残高を有する装置ＩＤを前記算出した提供料金を徴収する対象として設定し、前記除算により得られる金額を前記算出した提供料金を徴収する対象として設定された残高から差し引く。
【００１１】
また、上述の決済システムにおいて、前記グループＩＤに対応付けられた各装置ＩＤに対応する各残高の中に、前記商品又は役務の代価より少ない残高が存在するとき、前記決済処理部は、前記端末で入力された取引内容に係る商品又は役務の代価とその商品又は役務の提供数との乗算により算出される提供料金を、前記各装置ＩＤに対応する各残高に応じ複数の分担金として分割し、各分担金を当該分担金に対応する残高から差し引く。
【００１２】
また、上述の決済システムにおいて、前記グループＩＤに対応付けられた装置ＩＤに対応する各残高の中に、前記商品又は役務の代価より少ない残高が存在するとき、前記決済処理部は、前記端末で入力された取引内容に係る商品又は役務の代価とその商品又は役務の提供数との乗算により算出される提供料金を前記商品又は役務の代価以上の残高を有する装置ＩＤの数で除算し、前記商品又は役務の代価以上の残高を有する装置ＩＤのその残高が前記除算により得られる金額以上であるとき、この除算により得られる金額を前記商品又は役務の代価以上の残高を有する装置ＩＤのその残高から差し引き、前記商品又は役務の代価以上の残高を有する装置ＩＤのその残高が前記除算により得られる金額未満であるとき、前記算出した提供料金を各装置ＩＤに対応する各残高に応じ複数の分担金として分割し、各分担金を当該分担金に対応する残高から差し引く。
【００１３】
また、上述の決済システムにおいて、前記決済処理部は、前記商品又は役務の享受がキャンセルされると、そのキャンセルを行った装置ＩＤについて商品又は役務の提供料金の徴収対象からはずし、その装置ＩＤ又は該装置ＩＤに対応するグループＩＤが対応付けられた複数の装置ＩＤの残高から、前記キャンセルを行った装置ＩＤに係る所定のキャンセル料を徴収する。
【００１４】
また、上述の決済システムにおいて、前記端末に入力された取引内容が、グループＩＤに対応する複数の装置ＩＤのうち一部の装置ＩＤについての商品又は役務の提供に係る予約であるとき、前記決済処理部は、前記商品又は役務の提供を行ったときに、該提供を行った装置ＩＤに対応する残高から、その商品又は役務の提供料金を徴収する。
【００１５】
また、上述の決済システムにおいて、商品又は役務の提供を時間帯ごとに人数を制限して行う場合、前記端末に入力された取引内容が同一のグループＩＤに対応する複数の装置ＩＤについての商品又は役務の提供に係る予約をグループ単位で所定の時間帯に設定する予約設定部を備える。
【発明の効果】
【００１６】
本発明によれば、受信部により装置ＩＤが受信されると、その装置ＩＤに対応するグループＩＤに対応付けられた各装置ＩＤを読み出し、その読み出した各装置ＩＤに対応する残高を、前記受信部により受信された取引内容に係る商品又は役務の提供料金の徴収対象として設定するようにしたので、グループの全員又は一部のメンバーが、商品又は役務について同じ予約や取引を行う場合に、その予約や取引による手間や負担が軽減され、簡単に手続きを行うことができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明に係る決済システムの１実施形態を図面に基づいて説明する。なお、本発明に係る決済システムは、一定の敷地内にサービス（役務）の提供を行うアトラクション施設やレストランが設置されたテーマパーク等のレジャー施設に採用されるものである。以下、本発明に係る決済システムの１実施形態として説明する。
【００１８】
まず、本実施形態に係る決済システムが採用されるレジャー施設について説明すると、本レジャー施設は、入退場ゲート、アトラクション施設、レストラン及びショップ（店舗）がそれぞれ１または複数設置されてなる。レストランでの飲食、アトラクション施設での遊戯及びショップでの商品購入を行う者を総称して遊戯者というものとする。
【００１９】
遊戯者は、チケット売り場においてプリペイド方式によりチケットを購入し、そのチケットを入退場ゲートに通した上で、該チケットを用いてアトラクション施設での遊戯、レストランでの食事及びショップでの商品購入などを行う。また、当該レジャー施設から退場する際には、チケットを入退場ゲートに通して返却し、該施設から退場する。
【００２０】
チケットは、窓口での販売、すなわち従業員が遊戯者によるチケットの購入手続きを受付けて図略のチケット発行装置を操作し、該チケット発行装置により発行されたチケットを遊戯者からの金銭と引き換えに手渡す方法で販売される。なお、チケットの販売方法はこれに限らず、所定の位置に券売機を設置し、遊戯者により入力されたプリペイド金額等の入力内容に基づき券売機がチケットを発行し、その発行したチケットを遊戯者に提供する方法であってもよい。
【００２１】
レジャー施設の敷地内には、アトラクションでの遊戯やレストランでの食事の予約（予約時間や予約人数等）の手続きを行うための端末（後述の購買端末）が、アトラクション施設やレストラン等を含む多数の場所に設置されており、本実施形態の決済システムは、所望のレストランやアトラクション施設に出向いて予約を取ったり順番待ちをしたりしなくとも、所持するチケットとこの購買端末とを用い、アトラクション施設やレストランから離れた場所からでも所望の施設（レストランやアトラクション施設）の利用の予約手続きを行うことが可能となっている。
【００２２】
本実施形態に係るレジャー施設においては、該レジャー施設の出入り口に入退場ゲートが、また、アトラクション施設及びレストランの入り口に入場ゲートがそれぞれ設置されており、その入退場ゲート及び入場ゲートには、それぞれチケットに記憶されているデータを読み取ったり該チケットにデータを書き込んだりする図略のデータ読書装置が内蔵されている。遊戯者がレジャー施設に入場する際及びアトラクション施設やレストランに入場する際には、遊戯者にチケットを前記入退場ゲートや入場ゲートに通させ、このときデータ読書装置は投入されたチケットに対して各種のデータの読書きを行う。データ読書装置により読み取ったデータは、入場対象であるアトラクション施設での遊戯やレストランでの飲食等により発生する後述の決済処理に用いられる。
【００２３】
以下の説明において、レストランでの飲食やアトラクション施設での遊戯を総称して商取引というものとする。  図１は、本実施形態の決済システムの構成を示す図である。
【００２４】
図１に示すように、決済システム１は、前述のチケット２及び購買端末３と、複数のサーバ装置とを備えて構成されており、本実施形態においては、サーバ装置として、入退場管理サーバ４と、レストランサーバ５と、アトラクションサーバ６と、決済サーバ７とが備えられている。購買端末３、入退場管理サーバ４、レストランサーバ５及びアトラクションサーバ６と決済サーバ７との間、レストランサーバ５及びアトラクションサーバ６と購買端末３との間は通信可能に構成されている。本実施形態における通信形態は、電波等を利用した無線通信であるが、専用線による有線通信でもよい。また、各サーバ装置は、図略の計時部から時刻情報が入手可能となっている。
【００２５】
図２は、チケット２の記憶領域を示すブロック図である。  図２に示すように、チケット２は、ＩＣ（integrated circuit）カードや磁気カード等のＩＤ（identification）記憶装置として機能するものであり、その記憶領域には、各チケット２に固有のＩＤ（以下、チケットＩＤという）、グループＩＤ、グループ人数、入場時刻、入場ゲート番号及び残高の各データをそれぞれ記憶する複数のフィールドを有する。グループＩＤは、複数の遊戯者が当該レジャー施設に１の団体として入場する場合に、その団体に割り付けられる固有のＩＤである。後述するように、グループの代表者がこのグループＩＤを用いてアトラクション施設等の予約を行うことで、グループの各人がその予約を各々行わなくて済むようになっている。ここでいうグループの代表者とは、グループのメンバーのうち１のみのメンバーではなく、単にその予約を行うときにグループを代表して予約を行うものをいい、団体としてレジャー施設に入場する場合には、そのグループの各メンバーが代表者となり得る様に、各メンバーのチケットにグループＩＤが記憶される。なお、グループのメンバーのうち１のメンバーのチケットにのみグループＩＤが記憶される形態でもよい。入場時刻は、遊戯者が本レジャー施設内に入場すべくチケット２を入退場ゲートに通した時刻であり、入場ゲート番号は、遊戯者がレジャー施設内に入場すべくチケット２を通した入退場ゲートに付せられた番号である。
【００２６】
これらのデータは次のようにしてチケット２に記憶される。すなわち、チケット２の販売方法が前記窓口での販売方法である場合、前記チケット発行装置は、チケットＩＤ及びプリペイド金額のデータをチケット２に書き込む書込装置を搭載し、従業員は、遊戯者から金銭が差し出されると、前記チケット発行装置にそのプリペイド金額を入力することで、チケット発行装置によりそれらのデータと、チケットＩＤとが書き込まれたチケット２が発行される。なお、遊戯者から団体入場である旨の申告を受けた場合には、前記の各データに加えてグループＩＤもチケットに書き込まれる。チケット２の販売方法が前記券売機による方法である場合、券売機は前記チケット発行装置と略同様の装置を搭載し、遊戯者にこれらの装置を操作させることで、券売機からプリペイド金額のデータ等が書き込まれたチケット２が発行される。
【００２７】
また、前述したように、入退場ゲートには、チケット２に記憶されているデータを読み取ったりデータをチケット２に書き込んだりするデータ読書装置が内蔵されており、遊戯者が入退場ゲートにチケット２を通すと、このデータ読書装置により入場時刻及び入場ゲート番号が書き込まれる。
【００２８】
残高は、遊戯者が商取引を行うたびに、あるいは前記購買端末３に追加的に入金することにより、その購買端末３により更新的に書き込まれる。
【００２９】
図３は、購買端末３の外観を示す図、図４は、購買端末３の構成を示すブロック図である。図３，図４に示すように、購買端末３は、遊戯者に提供する各種画面を表示するＬＣＤ（Liquid Crystal Display）からなるタッチパネル式の表示部３１を備えており、この表示部３１を介して、例えば、チケット２に記憶されているデータ（残高の表示等）、登録したデータ（予約等）の変更手続きの受付け、予約や決済内容の一覧表示、インフォメーションの表示、アトラクション施設の予約受付け、レストランの予約受付け等を行う機能を有するものである。また、表示部３１は、暗証番号の入力も可能となっている。
【００３０】
購買端末３は、前記表示部３１の他に、チケットＩＤ読取部３２と、通信部３３と、操作入力部３４と、記憶部３５と、演算処理部３６とを備える。
【００３１】
チケットＩＤ読取部３２は、チケット投入口３７を有し、そのチケット投入口３７から投入されたチケット２から、該チケット２に記憶されているチケットＩＤを読み取るものである。
【００３２】
通信部３３は、決済サーバ７、レストランサーバ５及びアトラクションサーバ６との間で無線通信を行うものである。操作入力部３４は、表示部３１で可能な入力操作以外の入力操作を行うためのものである。
【００３３】
記憶部３５は、各種の処理プログラムを記憶するＲＯＭや一時的にデータを記憶するＲＡＭから構成されており、表示部３１に表示する各種画面の画面データ等を記憶している。演算処理部３６は、中央演算装置としてのＣＰＵ（Central Processing Unit）からなり、購買端末３に備えられた各部の動作を互いに関連付けて制御するものである。演算処理部３６は、表示部３１への画面の表示制御や、チケットＩＤ読取部３２により読み取られたチケットＩＤや各種画面で指示された内容に係るデータ等を、それぞれ前記通信部３３を介して決済サーバ７等に送出する処理等を行う。決済サーバ７等との間で行われる詳細な通信の内容については後述する。
【００３４】
なお、購買端末３の表示部３１は、ＬＣＤからなる表示部３１に代えて、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬあるいはプラズマディスプレイ等の表示部３１も採用可能である。
【００３５】
図５は、入退場管理サーバ４の構成を示すブロック図である。
【００３６】
入退場管理サーバ４は、当該レジャー施設に備えられている複数の入退場ゲート及びレストランやアトラクション施設の入り口に設置されている入場ゲートと有線又は無線で通信可能に接続されており、主に、遊戯者のレジャー施設に対する入退場及び当該レジャー施設内の各種施設（アトラクションやレストラン）への入場に関するデータを管理するものである。
【００３７】
図５に示すように、入退場管理サーバ４は、通信部４１と、記憶部４２と、演算処理部４３とを備える。
【００３８】
通信部４１は、決済サーバ７との間で無線通信を行うものである。また、通信部４１は、前記入退場ゲート及び入場ゲートと有線又は無線で通信可能になっており、入退場ゲート及び入場ゲートの各データ読書装置から送られてくるデータの受信を行う。
【００３９】
記憶部４２は、各種の処理プログラムを記憶するＲＯＭや一時的にデータを記憶するＲＡＭを備えて構成されている。
【００４０】
演算処理部４３は、中央演算装置としてのＣＰＵ（Central Processing Unit）からなり、入退場管理サーバ４に備えられた各部の動作を互いに関連付けて制御するものである。演算処理部４３は、当該レジャー施設に対する入退場及びアトラクション施設やレストランへの入場のチェックを行ってその内容を決済サーバ７に通知する処理等を行う。決済サーバ７との間で行われる詳細な通信の内容については後述する。
【００４１】
図１に戻り、レストランサーバ５は、レストランに設置されている各入場ゲートと有線又は無線で通信可能に接続されており、主に、各レストランのサービス状態（例えば営業の有無とか各時間帯における空席数等）及び各レストランの予約状況に関するデータを管理し、購買端末３及び決済サーバ７からそれらのデータが要求されると、購買端末３及び決済サーバ７に該データを送信する処理を行う。
【００４２】
レストランサーバ５は、前記入退場管理サーバ４と同様のブロック構成を有し、図５に示すように、通信部５１と、記憶部５２と、演算処理部５３とを備える。通信部５１は、各レストランの入場ゲート、購買端末３及び決済サーバ７との間で無線又は有線で通信を行うものである。  記憶部５２は、各種の処理プログラムを記憶するＲＯＭや一時的にデータを記憶するＲＡＭを備えて構成されている。図６は、レストランサーバ５のデータベースを示す図である。記憶部５２には、レストランの予約状況のデータを書き込むための記憶領域が設けられており、この記憶領域は、図６（ａ）に示すように、営業の有無及び各時間帯における予約人数や空席数等の管理を行うためのサービス状態記憶領域と、図６（ｂ）に示すように、遊戯者ごとの詳細な予約内容の管理を行うための個別予約内容記憶領域とからなる。
【００４３】
図６（ａ）に示すサービス状態記憶領域は、レストランＩＤ、営業の有無、時間帯、予約制限人数、予約人数、空席数及び更新時間のデータを書き込むためのフィールドを有してなり、前記各データがテーブル形式で格納されデータベースとして管理されている。すなわち、記憶部５２は、各レストランが営業を行っているか否かのデータと、営業中のレストランについては、各時間帯ごとに予め設定された制限人数のうち、どれだけの人数の予約が入りどれだけ空席があるかのデータとを記憶する。なお、更新時間は、該更新時間に対応する時間帯において予約人数が更新された時間である。
【００４４】
図６（ｂ）に示す個別予約内容記憶領域は、レストランＩＤ、チケットＩＤ、予約時刻、メニュー、各メニューの予約個数、予約人数及び予約受け付け時間のデータを書き込むためのフィールド有してなり、前記各データがテーブル形式で格納されデータベースとして管理されている。すなわち、記憶部５２は、営業中のレストランに対し、どの遊戯者が何時に何人で食事をとり、且つどのメニューをそれぞれいくつで食べるという予約を行ったかを記憶する。
【００４５】
演算処理部５３は、中央演算装置としてのＣＰＵ（Central Processing Unit）からなり、レストランサーバ５に備えられた各部の動作を互いに関連付けて制御するものである。演算処理部５３は、購買端末３から各レストランのサービス状態や予約状況に関するデータの要求があると、そのデータを購買端末３に送出したり、前記各データベースを参照して予約受付の可否を判断しその判断結果を決済サーバ７に送出したりする処理等を行う。購買端末３や決済サーバ７との間で行われる詳細な通信の内容については後述する。
【００４６】
図１に戻り、アトラクションサーバ６は、アトラクション施設に設置されている入場ゲートと有線又は無線で通信可能に接続されており、主に、各アトラクション施設のサービス状態（例えば営業の有無とか各時間帯における空席数等）及び各アトラクション施設の予約状況に関するデータを管理し、購買端末３及び決済サーバ７からそれらのデータが要求されると、購買端末３及び決済サーバ７に該データを送信する処理を行う。
【００４７】
アトラクションサーバ６は、前記入退場管理サーバ４と同様のブロック構成を有し、図５に示すように、通信部６１と、記憶部６２と、演算処理部６３とを備える。通信部６１は、アトラクション施設の入場ゲート、購買端末３及び決済サーバ７との間で無線又は有線で通信を行うものである。  記憶部６２は、各種の処理プログラムを記憶するＲＯＭや一時的にデータを記憶するＲＡＭを備えて構成されている。図７は、アトラクションサーバ６のデータベースを示す図である。記憶部６２には、アトラクション施設の予約状況のデータを書き込むための記憶領域が設けられており、この記憶領域は、図７（ａ）に示すように、営業の有無及び各時間帯における予約人数や空席数等の管理を行うためのサービス状態記憶領域と、図７（ｂ）に示すように、遊戯者ごとの詳細な予約内容の管理を行うための個別予約内容記憶領域とからなる。
【００４８】
図７（ａ）に示すサービス状態記憶領域は、アトラクションＩＤ、営業の有無、時間帯、予約制限人数、予約人数、空席数及び更新時間のデータを書き込むためのフィールドを有してなり、前記各データがテーブル形式で格納されデータベースとして管理されている。すなわち、記憶部６２は、各アトラクション施設が営業を行っているか否かの情報と、営業中のアトラクション施設については、時間帯ごとに予め設定された制限人数のうち、どれだけの人数の予約が入りどれだけ空席があるかの情報とを記憶する。なお、更新時間は、該更新時間に対応する時間帯における予約人数が更新された時間である。
【００４９】
図７（ｂ）に示す個別予約内容記憶領域は、アトラクションＩＤ、チケットＩＤ、グループＩＤ、予約時刻、予約人数及び予約受け付け時間のデータを書き込むためのフィールドを有してなり、前記各データがテーブル形式で格納されデータベースとして管理されている。すなわち、記憶部６２は、営業中のアトラクション施設に対し、どの遊戯者が何時に何人で利用するという予約を行ったかを記憶する。なお、グループとして予約を取った遊戯者についてはグループＩＤのフィールドにグループＩＤが書き込まれる。
【００５０】
演算処理部６３は、中央演算装置としてのＣＰＵ（Central Processing Unit）からなり、アトラクションサーバ６に備えられた各部の動作を互いに関連付けて制御するものである。演算処理部６３は、購買端末３からアトラクション施設のサービス状態や予約状況に関するデータの要求があると、そのデータを購買端末３に送出したり、前記各データベースを参照して予約受付の可否を判断しその判断結果を決済サーバ７に送出したりする処理等を行う。購買端末３及び決済サーバ７との間で行われる詳細な通信の内容については後述する。
【００５１】
図１に戻り、決済サーバ７は、主に、レストランやアトラクション施設の入場ゲートあるいは購買端末３で入力される暗証番号とチケット２に記憶されているチケットＩＤとの一致・不一致を照合する照合処理と、商取引が行われたときの決済処理とを行う。
【００５２】
決済サーバ７は、前記入退場管理サーバ４と同様のブロック構成を有し、図５に示すように、通信部７１と、記憶部７２と、演算処理部７３とを備える。
【００５３】
通信部７１は、購買端末３、入退場管理サーバ４、レストランサーバ５及びアトラクションサーバ６にそれぞれ備えられる通信部３３，４１，５１，６１との間で無線通信を行うものである。  記憶部７２は、各種の処理プログラムを記憶するＲＯＭや一時的にデータを記憶するＲＡＭから構成されている。図８は、決済サーバ７のデータベースを示す図である。記憶部７２は、以下に説明するデータをテーブル形式で記憶しており、これらのデータは、図８（ａ）に示す取引対象情報管理データベースと、図８（ｂ）に示す顧客情報管理データベースと、図８（ｃ）に示す決済内容管理データベースとに分類して管理されている。
【００５４】
図８（ａ）に示すように、取引対象情報管理データベースは、レストランで提供可能なメニュー（飲食物）に関するデータと、アトラクション施設の内容に関するデータとを有してなる。なお、レストランで提供するメニュー（飲食物）及びアトラクション施設を総称して取引対象というものとする。
【００５５】
前記各データは、例えば、取引対象ごとに割り付けられたＩＤ（以下、取引対象ＩＤという）、区分、単価、取引対象名、施設名及びその他のデータを含む。そのうち、区分は、取引対象の種類を示すものであり、本実施形態では、レストランのメニュー及びアトラクションでの商品が取引対象であるため、区分は、「メニュー」及び「アトラクション」である。同一の区分については取引対象ＩＤの特定の桁の数字が同一の数字に設定されているので、決済サーバ７は購買端末３等から送られてくる取引対象ＩＤのその桁の数字を見ることで、その取引対象がどの区分に属するのかを判別する。「その他」に属するデータとしては、例えば取引対象を写した画像データやその取引対象の紹介文を示す文字データがある。
【００５６】
例えば図８（ａ）は、レストランＡで提供されるジュースについて「５４３２４」の取引対象ＩＤが割り付けられており、その取引対象ＩＤ「５４３２４」と、区分「レストラン」と、単価「５００円」と、店舗名「レストランＡ」とを示すデータと商品Ａの画像データ等のその他のデータとがテーブル形式で記憶されていることを示している。すなわち、記憶部７２は、レストランの区分に属する取引対象ＩＤ「５４３２４」であるジュースは、レストランＡにおいて単価５００円で提供されていることを記憶している。
【００５７】
図８（ｂ）に示すように、顧客情報管理データベースは、当該レジャー施設を利用する遊戯者に関する情報を管理するためのデータを有してなる。このデータは、例えばチケットＩＤ、グループＩＤ、グループ人数、暗証番号、入場時刻、入場ゲート番号、残高及び最新更新時間のデータを含む。
【００５８】
そのうち、チケットＩＤ、グループＩＤ、グループ人数、入場時刻、入退場ゲート番号のデータは、入退場ゲートにチケット２が通されたときに入退場管理サーバ４から受け取り格納される。また、残高のデータは、入場時には入退場管理サーバ４から受け取り、商取引が行われると、その商取引の内容と図８（ａ）に示す取引対象情報管理データベースで管理されているデータとに基づき演算処理部７３の演算により算出された残高に更新される。
【００５９】
ここで、商取引に係る決済の方法について説明する。本実施形態では、アトラクション施設の利用に際し、個人で予約を取って利用する場合及びグループの代表者がグループ全員の予約を取って利用する場合と、グループの代表者がそのグループの一部のメンバーの予約を取って利用する場合とで、決済の方法が異なっている。
【００６０】
すなわち、決済サーバ７は、個人で予約を取って利用する場合及びグループの代表者がグループ全員の予約を取る場合には、購買端末３を用いて購入手続きが行われたときにその利用代金全額の決済を行うのに対し、グループの代表者がそのグループの一部のメンバーの予約を取る場合には、購入手続きの時点では決済を保留にし、実際にアトラクション施設が利用されるときに決済を行うようになっている。
【００６１】
つまり、グループの代表者がそのグループの一部のメンバーの予約を取って利用する場合は、そのグループに属するメンバーのうちどのメンバーが予約を取ったのかが分からない。そこで、この場合には、予約が行われた時点で各メンバーの残高がそのアトラクション施設の利用代金以上である場合に限り決済を保留にした状態で予約を受付け、アトラクション施設の入場ゲートにチケットが通された時点で該予約を行ったメンバーが判明するので、そのときに、該アトラクション施設を利用したメンバーから利用代金を徴収するようにしている。
【００６２】
図８（ｂ）に戻り、最新更新時間のデータは、該データに対応するチケットＩＤについてのデータが更新されるたびに、その最新の更新時間を示すデータである。例えば、前述のように、購買端末３により商取引が行われると残高のデータが更新されるので、その更新時間が最新更新時間となる。
【００６３】
図８（ｂ）は、例えばチケットＩＤ「０１２３５６４」についてのデータとして、グループＩＤ「１５３」，グループ人数「８人」、暗証番号「１４５４０８３」、入場時刻「８：３５」、入退場ゲート番号「No.3」、残高「￥３００００」及び最新更新時間「８：３５」のデータが記憶部７２にテーブル形式で記憶されていることを示している。
【００６４】
すなわち、記憶部７２には、チケットＩＤ「０１２３５６４」が割り付けられたチケット２を正規に所持する遊戯者は、グループＩＤ「１５３」が割り付けられた８人グループのうちの１人であり、該遊戯者は、暗証番号を「１４５４０８３」に設定し、且つ入退場ゲート番号が「No.3」の入退場ゲートから時刻８時３５分に当該レジャー施設に入場したことが記憶されている。また、記憶部７２には、最新更新時間が入場時刻と同一時刻であることから、予め窓口で支払われたプリペイド金額「￥３００００」が残高として記憶されている。
【００６５】
図８（ｃ）に示すように、決済内容管理データベースは、各遊戯者による商取引の決済内容を示すデータを有してなる。そのデータは、チケットＩＤ、取引時刻、取引対象ＩＤ、取引対象名及びその他のデータを含む。
【００６６】
そのうち、取引時刻は、予約を行った時刻である。「その他」に属するデータとしては、例えば決済が確定したか否か等のデータである。アトラクション施設の利用については、その運行開始時刻の遅延するのを防止するため、その運行開始時刻の所定時間前（例えば５分前）に、当該アトラクション施設への入場及びその運行開始時刻での予約を禁止するようにしている。運行開始時刻の所定時間前（例えば５分前）の時刻（タイムアウト時刻）に当該アトラクション施設に入場されなかった場合には、キャンセルされたものとみなし、キャンセル料を徴収した上で、決済を確定する。
【００６７】
したがって、「その他」に属するデータが未確定の場合、現在時刻が前記タイムアウト時刻に達しておらずキャンセルの受付け可能な予約の状態であることを示し、確定の場合には、現在時刻がアトラクション施設についてのタイムアウト時刻を過ぎてキャンセル料のみを残高から差し引く決済が完了したか、アトラクション施設の利用やレストランでの飲食が行われたことを示す。
【００６８】
図８（ｃ）は、チケットＩＤ「０１２３５６４」についてのデータとして、取引時刻「１０：０５」、取引対象ＩＤ「１０５２３」、取引対象名「ジェットコースター」及びその他「確定」のデータがテーブル形式で記憶されていることを示している。すなわち、記憶部７２には、チケットＩＤ「０１２３５６４」が割り付けられたチケット２を正規に所有する遊戯者が、時刻１０時０５分に取引対象ＩＤ「１０５２３」に対応するジェットコースターの利用を予約する手続きを行い、そのジェットコースターを利用したか、まだジェットコースターを利用していないがキャンセルは不可の状態になったことを記憶している。
【００６９】
演算処理部７３は、中央演算装置としてのＣＰＵ（Central Processing Unit）からなり、アトラクションサーバ６に備えられた各部の動作を互いに関連付けて制御するものである。演算処理部７３は、レストランやアトラクション施設に設置されている入場ゲートあるいは購買端末３で入力される暗証番号とチケット２に記憶されているチケットＩＤとの対応の一致・不一致を照合する照合処理や、商取引が行われたときの決済処理等を行う。各装置との間で行われる詳細な通信の内容については後述する。
【００７０】
次に、商取引時における決済サーバ７と購買端末３等との間で行われる詳細な処理について説明する。
【００７１】
図９、図１０は、アトラクション施設の利用の予約から利用までの間に行われる処理及びその利用のキャンセルを行った場合の処理を示すシーケンス図、図１１は、アトラクション施設の利用を予約する際に購買端末３の表示部３１に表示される画面の一例を示す図である。
【００７２】
図９に示すように、まず、遊戯者によってチケット２が入退場ゲートのチケット投入口に投入されると（♯１）、入退場管理サーバ４は、その入退場ゲートに内蔵されているチケットデータ読書装置により読み取られたチケットＩＤ、グループＩＤ、グループ人数、入場時刻、入場ゲート番号のデータを該入退場ゲートから受け取り、これらのデータを決済サーバ７に送出する（♯２）。決済サーバ７は、これらのデータを受け取ると、該データを図８（ｂ）に示す顧客情報管理データベースに格納し管理する。
【００７３】
次に、遊戯者によってチケット２が購買端末３のチケット投入口３７に投入されると（♯３）、購買端末３は、そのチケット２に記憶されているチケットＩＤを読み取る。また、購買端末３は、遊戯者に暗証番号を入力させる図略の暗証番号入力画面を表示部３１に表示し、一定時間待機する。そして、遊戯者によりその暗証番号入力画面において暗証番号が入力されると（♯４）、読み取ったチケットＩＤ及び暗証番号のデータを決済サーバ７に送出する（♯５）。
【００７４】
決済サーバ７は、購買端末３から送られてきたチケットＩＤに基づき、図８（ｂ）に示す顧客情報管理データベースに管理されているチケットＩＤに対応する暗証番号を読出し、その読み出した暗証番号と購買端末３から送られてきた暗証番号とが一致するか否かを照合する（♯６）。その照合の結果、両方の暗証番号が一致しない場合には、不一致である旨を示すエラー通知を購買端末３に行う一方、両方の暗証番号が一致する場合には、一致する旨の通知を購買端末３に行う（♯７）。
【００７５】
購買端末３は、決済サーバ７からいずれかの通知を受けて、該通知に応じた画面を表示部３１に表示する（♯８）。図１１（ａ）は、暗証番号が一致した旨の通知を受けた場合に表示部３１に表示されるメニュー選択画面の一例である。なお、暗証番号が不一致である場合には、購買端末３は、その旨を報知する内容の表記を加えた暗証番号入力画面を表示部３１に表示する。
【００７６】
図１１（ａ）に示すように、メニュー選択画面には、購買端末３が遊戯者に提供可能なサービスの項目名が一覧表示され、本実施形態のメニュー選択画面には、「個人情報／残高／履歴」、「予約／決済一覧」、「レストラン予約」、「インフォメーション」及び「アトラクション予約」の項目が表示される。表示部３１はタッチパネルで構成されているため、各項目名を含む一定の表示領域は、それぞれ仮想的なボタンとしての機能を有している。
【００７７】
「個人情報／残高／変更」ボタンは、当該購買端末３のチケット投入口３７に投入されたチケット２のチケットＩＤに登録されている残高を表示させたりその変更の操作を行ったりするためのボタンである。「予約／決済一覧」ボタンは、当該購買端末３のチケット投入口３７に投入されたチケット２で行われたレストランやアトラクションの予約を含む決済の内容を表示部３１に一覧表示させる指示を入力するためのボタンである。「インフォメーション」ボタンは、例えば迷子や落し物に関する情報や当日のイベント情報等を表示部３１に表示させる指示を入力するためのボタンである。「アトラクション予約」ボタンは、アトラクション施設の予約を行うためのボタンであり、「レストラン予約」ボタンは、レストランの予約を行うためのボタンである。
【００７８】
このメニュー選択画面において、「アトラクション予約」ボタンが押圧されると（♯９）、購買端末３は、当該レジャー施設内の全てのアトラクション施設についてのサービス状態（例えば営業の有無や予約の可否）のデータを要求する旨のデータをアトラクションサーバ６に送出する（♯１０）。アトラクションサーバ６は、このデータを受け取ると、図７（ｂ）に示すデータベースから全てのアトラクション施設についてのサービス状態のデータを読み出して購買端末３に送出する（♯１１）。
【００７９】
購買端末３は、アトラクションサーバ６から全てのアトラクション施設についてのサービス状態のデータを受け取ると、図１１（ｂ）に示すサービス状態一覧画面を生成し、この画面を表示部３１に表示する（♯１２）。
【００８０】
図１１（ｂ）に示すサービス状態一覧画面においては、アトラクション施設Ａ〜Ｆについてそれぞれ営業の有無及び予約の可否が表示されている。なお、営業を行っていないアトラクション施設又は予約が不可のアトラクション施設の表示領域は、予約が可能なアトラクション施設の表示領域に比して暗い色（例えば灰色や茶色）で表示される。これにより、遊戯者はアトラクション施設の予約の可否が一目で分かる。また、アトラクション施設のサービス状態を一度に表示しきれない場合には、それらを複数ページに亘って表示したりスクロール形式で表示したりするようにするとよい。
【００８１】
この画面において、所望のアトラクション施設（図１１（ｂ）においてはアトラクション施設Ｂ）が選択されると（♯１３）、購買端末３は、遊戯者により指定されたアトラクション施設の詳細なサービス状態（待ち時間等）のデータを要求する通知を、そのアトラクション施設のアトラクションＩＤとともに再度アトラクションサーバ６に送出する（♯１４）。アトラクションサーバ６は、これらのデータを受け取ると、受け取ったアトラクションＩＤに対応するアトラクション施設のサービス状態のデータを図７（ａ）に示すデータベースから読み出して購買端末３に送出する（♯１５）。
【００８２】
購買端末３は、アトラクションサーバ６から遊戯者により指定されたアトラクション施設のサービス状態を示すデータを受け取ると、図１１（ｃ）に示す個別サービス紹介画面を生成し、この画面を表示部３１に表示する（♯１６）。
【００８３】
図１１（ｃ）に示す個別サービス紹介画面においては、遊戯者により指定されたアトラクション施設の詳細なデータ、例えば、現時点での待ち時間や運行時間等のデータが表示されるとともに、予約人数の入力が可能となっている。この画面において、遊戯者により「予約メニュー」ボタンが押圧されると（♯１７）、購買端末３は、図１１（ｄ）に示す予約内容入力画面を表示部３１に表示する（♯１８）。この画面は、個人での予約であるかグループでの予約であるかの種別の指定を行うための画面である。
【００８４】
そして、この入力内容表示画面において予約種別として「個人」が指定され「次へ」ボタンが押圧操作されると、購買端末３は、図１１（ｅ）に示すように、確認画面を表示部３１に表示し、この画面において「予約実行」ボタンが押圧操作されると（♯１９）、遊戯者に待機させる旨を示す決済待機状態画面を表示部３１に表示する一方、選択された予約時刻及び予約人数を示すデータをアトラクションＩＤとともに決済サーバ７に送出し、決済サーバ７に決済処理を要求する（♯２０）。
【００８５】
決済サーバ７は、購買端末３から決済処理の要求が行われると、図８（ｂ）に示す顧客情報管理データベースから予約の入力を行った遊戯者の残高を読出し、残高が足りているか否かを判断する（♯２１）。決済サーバ７は、残高が足りている場合には、アトラクションサーバ６に予約の登録要求を行い、残高が不足している場合には、その旨を示すエラー通知を購買端末に行う（♯２２）。
【００８６】
アトラクションサーバ６は、決済サーバ７から予約の登録要求が行われると、図７（ｂ）に示すデータベースから予約対象のアトラクション施設に対応するアトラクションＩＤのデータを読出し、予約の登録が可能か否か（予約制限人数を超えないか否か）を判断する（♯２３）。予約の登録が可能な場合には、図７（ａ），（ｂ）に示す各データベース（予約人数、空席数及び更新時間のデータ）の更新を行った後、予約の登録を行った旨の通知を決済サーバ７に行う一方、予約の登録が不可能な場合には、その旨を示すエラー通知を決済サーバ７に行う（♯２４）。
【００８７】
決済サーバ７は、アトラクションサーバ６から受け取った通知が予約の登録を行った旨を示すものである場合には、決済処理を実行する（♯２５）。すなわち、決済サーバ７は、アトラクション施設の利用代金をそのチケットＩＤに対応する残高から差し引く。決済サーバ７は、この決済処理が終了すると、図８（ａ）〜（ｃ）に示す各データベースを更新した後、購買端末３から行われた決済要求に対する結果の通知を行う（♯２６）。また、アトラクションサーバ６から受け取った通知が予約の登録が不可能である旨を示すものである場合には、その旨を購買端末３から行われた決済要求に対する結果として通知する。
【００８８】
購買端末３は、決済サーバ７から決済要求結果の通知を受け取ると、その通知の内容に応じて図１１（ｇ）や図１１（ｈ），（ｉ）に示す画面を生成して該画面を表示部３１に表示し、該通知が予約の登録を行った旨の通知である場合には、チケット２に記憶されている残高を書き換える（♯２７）。図１１（ｇ）は、予約の登録が行われた場合の予約確定画面を示し、図１１（ｈ），（ｉ）は、予約の登録が行われなかった場合の予約受付拒否画面を示す。
【００８９】
図１１（ｇ）に示すように、予約の登録が行われた場合、その予約確定画面には予約内容（アトラクション名及び開始時刻）とこの予約によって決済された金額が表示される。一方、図１１（ｈ），（ｉ）に示すように、予約の登録が行われなかった場合、その予約確定画面には予約の登録が行われなかった旨とその理由（例えば残高不足やタイムアウトなどの理由）が表示される。
【００９０】
その後、図１０に示すように、予約したアトラクション施設の運行時刻の所定時間前までに、そのアトラクション施設に設置されている入場ゲートに対し、該予約を取るにあたって用いられたチケット２が投入され、暗証番号が入力されると（♯２８）、該アトラクション施設の入場ゲートに内蔵されたチケットデータ読書装置はその投入されたチケット２からチケットＩＤを読取る。そして、入場ゲートは、そのチケットＩＤを入力された暗証番号のデータとともに入退場管理サーバ４に送出し、入退場管理サーバ４は、それらのデータを決済サーバ７に送出して認証の要求を行う（♯２９）。
【００９１】
決済サーバ７は、入退場管理サーバ４から送られてきたチケットＩＤに対応する暗証番号を図８（ｂ）に示す顧客情報管理データベースから読出し、その読み出した暗証番号と入退場サーバから送られてきた暗証番号とが一致するか否かを照合する（♯３０）。その照合の結果、両方の暗証番号が一致する場合には、図８（ａ）〜（ｃ）に示す各データベースの更新を行った後、入退場管理サーバ４から行われた決済要求に対する結果の通知を行う（♯３１）。また、前記照合結果が不一致である場合には、その旨を入退場管理サーバ４から行われた決済要求に対する結果として該入退場管理サーバ４に通知する。
【００９２】
入退場管理サーバ４は、この通知を受け取ると、さらに入場ゲートにこの通知を行い、入場ゲートは、入退場管理サーバ４からの通知に基づきゲートの開放制御を行う（♯３２）。すなわち、入場ゲートは、入退場管理サーバ４から照合結果が不一致であるとの通知を受けた場合には、ゲートの閉鎖状態を維持して遊戯者のゲート通過を禁止する一方、入退場管理サーバ４から照合結果が一致した旨の通知を受けた場合には、ゲートを開放し遊戯者のゲート通過を許可する。
【００９３】
ところで、予約したアトラクション施設の運行時刻の所定時間前までに、その予約が行われたアトラクション施設に設置されている入場ゲートへのチケット２の投入及び暗証番号の入力が行われなかった場合（♯３３）、決済サーバ７は、該予約のキャンセルが行なわれたものと判断し、図８（ｃ）に示す決済内容管理データベースの更新（「その他」のデータを「未確定」から「確定」に書き換え）を行う（♯３４）とともに、所定のキャンセル料をそのチケットＩＤに対応する残高から差し引いてキャンセル料を徴収する。
【００９４】
次に、図１１（ｄ）の予約内容入力画面において、予約種別として「グループ」が指定され、且つそのグループに属するメンバー全員がそのアトラクション施設の利用を予約する場合について説明する。図１２は、予約種別として「グループ」が指定された場合に、購買端末３の表示部３１に表示される画面を示す図である。
【００９５】
図１１（ｄ）に示す予約内容入力画面において、予約種別として「グループ」が指定されると、図１２（ａ）に示すように、その予約種別の表示領域に隣接して予約人数を設定するための表示欄が表示され、例えば或るグループのメンバー数が８名の場合、その表示欄にはデフォルトで８名と設定されている。ここでは、グループ全員がそのアトラクション施設の利用を予約することを前提としているため、この状態のままで「次へ」ボタンが押圧操作されると、購買端末３は、図１１（ｅ）と同様の確認画面を表示部３１に表示する。
【００９６】
図１３は、前記確認画面において「予約実行」ボタンに対する押圧操作後の処理を示すシーケンス図である。確認画面において「予約実行」ボタンが押圧操作されると（♯４１）、遊戯者に待機させる旨を示す決済待機状態画面を表示部３１に表示する一方、選択された予約時刻及び予約人数を示すデータをアトラクションＩＤとともに決済サーバ７に送出し、決済サーバ７に決済処理を要求する（♯４２）。このとき、購買端末３は、チケットＩＤとともにグループＩＤも決済サーバ７に送出する。
【００９７】
そして、決済サーバ７は、購買端末３から決済処理の要求が行われると、図８（ｂ）に示す顧客情報管理データベースを参照し、購買端末３から送られてきた予約人数とそのチケットＩＤに対応するグループ数とを比較して、グループ全員の予約であるか否かを判断する。ここでは、グループ全員の予約であることを前提としているから、図８（ｂ）に示す顧客情報管理データベースから予約を行ったグループに属するメンバー全員の残高を読出し、それぞれ残高が足りているか否かを判断する（♯４３）。決済サーバ７は、メンバー全員の残高が足りている場合には、アトラクションサーバ６に予約の登録要求を行い（♯４４）、１人でも残高が不足している場合には、その旨を示すエラー通知を購買端末に行う。
【００９８】
アトラクションサーバ６は、決済サーバ７から予約の登録要求が行われると、図７（ｂ）に示すデータベースから予約対象のアトラクション施設に対応するアトラクションＩＤのデータを読出し、予約の登録が可能か否か（予約制限人数を超えないか否か）を判断する（♯４５）。予約の登録が可能な場合には、図７（ａ），（ｂ）に示す各データベース（予約人数、空席数及び更新時間のデータ）の更新を行った後、予約の登録を行った旨の通知を決済サーバ７に行う一方、予約の登録が不可能な場合には、その旨を示すエラー通知を決済サーバ７に行う（♯４６）。
【００９９】
決済サーバ７は、アトラクションサーバ６から受け取った通知が予約の登録を行った旨を示すものである場合には、決済処理を実行する（♯４７）。すなわち、決済サーバ７は、アトラクション施設の利用代金を各チケットＩＤに対応する残高から差し引く。決済サーバ７は、この決済処理が終了すると、図８（ａ）〜（ｃ）に示す各データベースを更新した後、購買端末３から行われた決済要求に対する結果の通知を行う（♯４８）。また、アトラクションサーバ６から受け取った通知が予約の登録が不可能である旨を示すものである場合には、その旨を購買端末３から行われた決済要求に対する結果として通知する。
【０１００】
購買端末３は、決済サーバ７から決済要求結果の通知を受け取ると、その通知の内容に応じて図１２（ｂ）や図１２（ｃ）に示す画面を生成して該画面を表示部３１に表示し、該通知が予約の登録を行った旨の通知である場合には、グループを代表して予約を行った遊戯者のチケット２に記憶されている残高を書き換える（♯４９）。図１２（ｂ）は、予約の登録が行われた場合の予約確定画面を示し、図１２（ｃ）は、予約の登録が行われなかった場合の予約受付拒否画面を示す。
【０１０１】
図１２（ｂ）に示すように、予約の登録が行われた場合、その予約確定画面には予約内容（アトラクション名、予約人数及び開始時刻）とこの予約によって決済された金額と決済後の残高が表示される。一方、予約の登録が行われなかった場合、図１２（ｃ）に示すように、個人の予約と同様、その予約確定画面には予約の登録が行われなかった旨とその理由（例えば残高不足やタイムアウトなどの理由）が表示される。なお、残高不足である旨の表示を行う場合、残高が不足している遊戯者（チケットＩＤ）を表示するようにすると遊戯者は速やかな対応（入金）が可能となる。
【０１０２】
その後、予約したアトラクション施設の運行時刻の所定時間前までに、そのアトラクション施設に設置されている入場ゲートに対しチケット２が投入され、暗証番号が入力されると（♯５０）、該アトラクション施設の入場ゲートに内蔵されたチケットデータ読書装置はその投入されたチケット２からチケットＩＤを読取る。そして、入場ゲートは、そのチケットＩＤを入力された暗証番号のデータとともに入退場管理サーバ４に送出し、入退場管理サーバ４は、それらのデータを決済サーバ７に送出して認証の要求を行う（♯５１）。
【０１０３】
決済サーバ７は、入退場管理サーバ４から送られてきたチケットＩＤに対応する暗証番号を図８（ｂ）に示す顧客情報管理データベースから読出し、その読み出した暗証番号と入退場サーバから送られてきた暗証番号とが一致するか否かを照合する（♯５２）。その照合の結果、両方の暗証番号が一致する場合には、図８（ａ）〜（ｃ）に示す各データベースの更新を行った後、入退場管理サーバ４から行われた認証要求に対する結果の通知を行う（♯５３）。また、前記照合結果が不一致である場合には、その旨を入退場管理サーバ４から行われた決済要求に対する結果として該入退場管理サーバ４に通知する。
【０１０４】
入退場管理サーバ４は、この通知を受け取ると、入場ゲートにこの通知を行い、入場ゲートは、入退場管理サーバ４からの通知に基づきゲートの開放制御を行う（♯５４）。すなわち、入場ゲートは、入退場管理サーバ４から照合結果が不一致であるとの通知を受けた場合には、ゲートの閉鎖状態を維持して遊戯者のゲート通過を禁止する一方、入退場管理サーバ４から照合結果が一致した旨の通知を受けた場合には、ゲートを開放し遊戯者のゲート通過を許可する。なお、当該グループの各メンバーによりそのアトラクション施設に設置されている入場ゲートに対しチケット２が投入され、暗証番号が入力されるたびに、♯５１〜♯５４までの処理を行う。
【０１０５】
ところで、予約したアトラクション施設の運行時刻の所定時間前までに、その予約が行われたアトラクション施設に設置されている入場ゲートへのチケット２の投入及び暗証番号の入力を行わなかった遊戯者については、決済サーバ７は、該予約のキャンセルが行なわれたものと判断し、入退場管理サーバ４からチケットＩＤや暗証番号等が送られてこなかったチケットＩＤについて、図８（ｃ）に示す決済内容管理データベースの更新（「その他」のデータを「未確定」から「確定」に書き換え）を行う（♯５４）。
【０１０６】
また、前記個人の予約と同様、キャンセル料を徴収する。その際、例えば、キャンセルを行った遊戯者の残高が所定のキャンセル料以上である場合には、その残高からキャンセル料を差し引く一方、その遊戯者の残高が前記キャンセル料に満たない場合には、そのキャンセル料を前記遊戯者が属するグループの他のメンバーにも負担させる。この場合、グループ全員またはキャンセルを行った遊戯者を除くメンバー全員の残高から一律に、もしくはその残高に応じて差し引く。このようにキャンセル料を徴収することにより、無駄な予約を抑制又は排除することができる。
【０１０７】
次に、図１１（ｄ）の予約内容入力画面において、予約種別として「グループ」が指定され、且つそのアトラクション施設の利用をそのグループに属するメンバー数より少ない予約人数で予約する場合について説明する。
【０１０８】
図１１（ｄ）に示す予約内容入力画面において、予約種別として「グループ」が指定されると、図１５（ａ）に示すように、その予約種別の表示領域に隣接して予約人数を設定するための表示欄が表示され、例えばグループのメンバー数が８名の場合、その表示部にはデフォルトで８名が設定されている。ここでは、グループのメンバー数より少ない予約人数でそのアトラクション施設の利用の予約を行うことを前提としているため、予約人数を例えば６名に設定した上で「次へ」ボタンが押圧操作されると、購買端末３は、図１１（ｅ）と同様の確認画面を表示部３１に表示する。
【０１０９】
図１４は、図１１（ｅ）に示す確認画面において「予約実行」ボタンが押圧操作されてからの処理を示すシーケンス図である。この確認画面において「予約実行」ボタンが押圧操作されると（♯６１）、遊戯者に待機させる旨を示す決済待機状態画面を表示部３１に表示する一方、選択された予約時刻及び予約人数を示すデータをアトラクションＩＤとともに決済サーバ７に送出し、決済サーバ７に決済処理を要求する（♯６２）。このとき、購買端末３は、チケットＩＤとともにグループＩＤも決済サーバ７に送出する。
【０１１０】
そして、決済サーバ７は、購買端末３から決済処理の要求が行われると、図８（ｂ）に示す顧客情報管理データベースを参照し、購買端末３から送られてきた予約人数とそのチケットＩＤに対応するグループ数とを比較して、グループ全員の予約であるか否かを判断する。ここでは、グループ内の一部のメンバーの予約であることを前提としているから、図８（ｂ）に示す顧客情報管理データベースから予約を行ったグループに属するメンバー全員の残高を読出し、それぞれ残高が足りているか否かを判断する（♯６３）。決済サーバ７は、メンバー全員の残高が足りている場合には、アトラクションサーバ６に予約の登録要求を行い（♯６４）、１人でも残高が不足している場合には、その旨を示すエラー通知を購買端末に行う。
【０１１１】
アトラクションサーバ６は、決済サーバ７から予約の登録要求が行われると、図７（ｂ）に示すデータベースから予約対象のアトラクション施設に対応するアトラクションＩＤのデータを読出し、予約の登録が可能か否か（予約制限人数を超えないか否か）を判断する（♯６５）。予約の登録が可能な場合には、図７（ａ），（ｂ）に示す各データベース（予約人数、空席数及び更新時間のデータ）の更新を行った後、予約の登録を行った旨の通知を決済サーバ７に行う一方、予約の登録が不可能な場合には、その旨を示すエラー通知を決済サーバ７に行う（♯６６）。
【０１１２】
決済サーバ７は、アトラクションサーバ６から受け取った通知が予約の登録を行った旨を示すものである場合には、決済処理は行わずに購買端末３から行われた決済要求に対する結果の通知を行う（♯６７）。決済処理を行わないのは、この段階ではどのメンバーがアトラクション施設の利用を行うか判明しないからである。また、アトラクションサーバ６から受け取った通知が予約の登録が不可能である旨を示すものである場合には、その旨を購買端末３から行われた決済要求に対する結果として通知する。
【０１１３】
購買端末３は、決済サーバ７から決済要求結果の通知を受け取ると、その通知の内容に応じて図１５（ｂ）や図１２（ｃ）に示す画面を生成して該画面を表示部３１に表示する（♯６８）。図１５（ｂ）に示す予約確定画面は、予約の登録が行われた場合の予約確定画面を示し、この予約確定画面には予約内容（アトラクション名、予約人数及び開始時刻）が表示される一方、この予約によって決済された金額は、決済が保留状態であるため表示されない。
【０１１４】
その後、予約したアトラクション施設の運行時刻の所定時間前までに、そのアトラクション施設に設置されている入場ゲートに対しチケット２が投入され、暗証番号が入力されると（♯６９）、該アトラクション施設の入場ゲートに内蔵されたチケットデータ読書装置はその投入されたチケット２からチケットＩＤを読取る。そして、入場ゲートは、そのチケットＩＤを入力された暗証番号のデータとともに入退場管理サーバ４に送出し、入退場管理サーバ４は、それらのデータを決済サーバ７に送出して認証の要求と決済の要求とを行う（♯７０）。
【０１１５】
決済サーバ７は、入退場管理サーバ４から送られてきたチケットＩＤに対応する暗証番号を図８（ｂ）に示す顧客情報管理データベースから読出し、その読み出した暗証番号と入退場サーバから送られてきた暗証番号とが一致するか否かを照合する（♯７１）。その照合の結果、両方の暗証番号が一致する場合には、そのチケットＩＤに対応する残高を読出し、残高が足りているか否かを判断する。決済サーバ７は、残高が足りている場合には、決済サーバ７は、アトラクション施設の利用代金を各チケットＩＤに対応する残高から差し引く一方、残高が不足している場合には、その旨を示すエラー通知を入退場管理サーバに行う。その後、決済サーバ７は、図８（ａ）〜（ｃ）に示す各データベースの更新を行った後、入退場管理サーバ４から行われた認証要求及び決済要求に対する結果の通知を行う（♯７２）。また、前記照合結果が不一致である場合には、その旨を入退場管理サーバ４から行われた認証要求及び決済要求に対する結果として該入退場管理サーバ４に通知する。
【０１１６】
入退場管理サーバ４は、この通知を受け取ると、さらに入場ゲートにこの通知を行い、入場ゲートは、入退場管理サーバ４からの通知に基づきゲートの開放制御を行う（♯７３）。すなわち、入場ゲートは、入退場管理サーバ４から照合結果が不一致であるか残高が不足しているとの通知を受けた場合には、ゲートの閉鎖状態を維持して遊戯者のゲート通過を禁止する一方、入退場管理サーバ４から照合結果が一致した旨の通知を受けた場合には、ゲートを開放し遊戯者のゲート通過を許可する。なお、当該グループの各メンバーによりそのアトラクション施設に設置されている入場ゲートに対しチケット２が投入され、暗証番号が入力されるたびに、♯７０〜♯７３までの処理を行う。
【０１１７】
ところで、予約したアトラクション施設の運行時刻の所定時間前までに、その予約が行われたアトラクション施設に設置されている入場ゲートへのチケット２の投入及び暗証番号の入力が行われなかった場合（♯７４）、決済サーバ７は、該予約のキャンセルが行なわれたものと判断し、入退場管理サーバ４からチケットＩＤや暗証番号等が送られてこなかったチケットＩＤについて、図８（ｃ）に示す決済内容管理データベースの更新（「その他」のデータを「未確定」から「確定」に書き換え）を行う（♯５４）とともに、キャンセル料を徴収する。キャンセル料の徴収方法は、グループのメンバー全員でアトラクション施設の利用の予約が行われた場合と略同様である。
【０１１８】
なお、前述したように、レストランでの飲食に係る商取引の場合は、アトラクションサーバ６の代わりにレストランサーバ５が決済サーバ７との間で通信を行う点を除き、以上のように説明した各装置間で行われる決済に係る処理は略同様である。
【０１１９】
次に、本決済システム１における各装置の処理について説明する。図１６は、購買端末３の処理を示すフローチャートである。
【０１２０】
図１６に示すように、チケット投入口３７にチケット２が投入されると（ステップ♯１０１）、演算処理部３６は、表示部３１に図略の暗証番号入力画面を表示する（ステップ♯１０２）。その暗証番号入力画面において暗証番号が入力されるまで待機し（ステップ♯１０３でＮＯ）、暗証番号が入力されると（ステップ♯１０３でＹＥＳ）、チケットＩＤ及び暗証番号のデータを決済サーバ７に送信する（ステップ♯１０４）。
【０１２１】
そして、演算処理部３６は、決済サーバ７から認証結果が送られてくるまで待機し（ステップ♯１０５でＮＯ）、決済サーバ７から認証結果が送られてくると（ステップ♯１０５でＹＥＳ）、その認証結果が認証が下りたものであるか否かを判断する（ステップ♯１０６）。認証結果が認証が下りたものでない場合には（ステップ♯１０６でＮＯ）、演算処理部３６は、ステップ♯１０２に戻って暗証番号の再入力を要求する暗証番号入力画面を表示部３１に再び表示する一方、認証結果が認証が下りたものである場合には（ステップ♯１０６でＹＥＳ）、図１１（ａ）に示すようなメニュー選択画面を表示部３１に表示する（ステップ♯１０７）。
【０１２２】
次に、演算処理部３６は、そのメニュー選択画面において取引内容が選択されるまで待機し、取引内容が選択されると（ステップ♯１０８）、入力した取引内容に決定する旨の意思を入力するための「次へ」ボタン（例えば図１１（ｄ）に示す予約内容入力画面の次へボタン）が操作されたか否かを判断し（ステップ♯１０９）、操作されていない場合には（ステップ♯１０９でＮＯ）、サービス状態を要求する旨の信号を決済サーバ７に送信する（ステップ♯１１０）。
【０１２３】
演算処理部３６は、決済サーバ７からその要求に対する結果が通知されるまで待機し（ステップ♯１１１でＮＯ）、その通知があると（ステップ♯１１１でＹＥＳ）、サービス状態を表示した画面を表示部３１に表示する（ステップ♯１１２）。なお、ここで表示される画面は、図１１（ｂ）に示すサービス状態一覧画面や図１１（ｃ）に示す個別サービス紹介画面を含む。
【０１２４】
そして、予約内容入力画面において前記「次へ」ボタンが操作されると（ステップ♯１０９でＹＥＳ）、演算処理部３６は、図１１（ｅ）に示す確認画面を表示部３１に表示し（ステップ♯１１４）、その画面において「予約実行」ボタンが押圧されたか否かを判断する（ステップ♯１１５）。
【０１２５】
演算処理部３６は、「予約実行」ボタンが押圧されるまで待機し（ステップ♯１１５でＮＯ）、「予約実行」ボタンが押圧されると（ステップ♯１１５でＹＥＳ）、チケット２から読み出したチケットＩＤ、グループＩＤや入力された取引対象ＩＤを含む取引内容を示すデータを決済サーバ７に送信する（ステップ♯１１６）。
【０１２６】
そして、決済サーバ７から処理結果を示すデータが送られてくるまで待機し（ステップ♯１１７でＮＯ）、決済サーバ７から処理結果を示すデータが送られてくると（ステップ♯１１７でＹＥＳ）、決済サーバ７による処理の結果を示す画面を表示部３１に表示する（ステップ♯１１８）。この画面は、例えば図１１に示す画面（ｇ）〜（ｉ）等である。
【０１２７】
次に、決済サーバ７による認証処理について説明する。図１７は、決済サーバ７による認証処理を示すフ
ローチャートである。
【０１２８】
図１７に示すように、購買端末３からチケットＩＤ及び暗証番号を示すデータが送られてくると（ステップ♯１２１）、演算処理部７３は、送られてきたチケットＩＤに対応する暗証番号を図８（ｂ）に示す顧客情報管理データベースから読出し、その読み出した暗証番号と購買端末３から送られてきた暗証番号とを比較照合して（ステップ♯１２２）、それらが一致するか否かを判断する（ステップ♯１２３）。
【０１２９】
その結果、両方の暗証番号が一致する場合には（ステップ♯１２３でＹＥＳ）、一致する旨の信号を購買端末３に送信する（ステップ♯１２４）一方、両方の暗証番号が不一致の場合には（ステップ♯１２３でＮＯ）、不一致である旨の信号を購買端末３に送信する（ステップ♯１２５）。
【０１３０】
次に、購買端末３からサービス状態のデータが要求された場合のアトラクションサーバ６及びレストランサーバ５の処理について説明する。図１８は、このアトラクションサーバ６及びレストランサーバ５の処理を示すフローチャートである。
【０１３１】
図１８に示すように、購買端末３からサービス状態のデータが要求されると（ステップ♯１３１）、演算処理部５３，６３は、各データベースを参照し、そのサービス状態を示すデータを読み出した後（ステップ♯１３２）、その読み出したデータを購買端末３に送信する（ステップ♯１３３）。
【０１３２】
次に、購買端末３でグループでの予約手続きが行われた場合の決済サーバ７による処理について説明する。図１９は、この決済サーバ７による処理を示すフローチャートである。
【０１３３】
図１９に示すように、購買端末３に表示されている入力内容表示画面の「予約実行」ボタンが操作され、購買端末３から決済要求が行われると（ステップ♯１４１）、演算処理部７３は、図８（ｂ）に示す顧客情報管理データベースを参照し、残高がその単価以上であるか否かを判断し（ステップ♯１４２）、残高が前記単価に満たないときは（ステップ♯１４２でＮＯ）、購買端末３にその旨を示すエラー通知を行う（ステップ♯１４３）。
【０１３４】
演算処理部７３は、残高が前記単価以上である場合には（ステップ♯１４２でＹＥＳ）、アトラクションサーバ６又はレストランサーバ５に予約の登録要求を行い（ステップ♯１４４）、演算処理部７３は、アトラクションサーバ６又はレストランサーバ５からその処理結果が通知されるのを待機する（ステップ♯１４５でＮＯ）。
【０１３５】
演算処理部７３は、アトラクションサーバ６又はレストランサーバ５から処理結果の通知を受け取ると（ステップ♯１４５でＹＥＳ）、その通知が予約が受け付けられたものであるか否かを判断する（ステップ♯１４６）。受け取った通知が予約が受け付けられた旨を示すものでない場合（ステップ♯１４６でＮＯ）、演算処理部７３は、購買端末３にその旨を示すエラー通知を行い（ステップ♯１４３）、受け取った通知が予約が受け付けられた旨を示すものである場合には（ステップ♯１４６でＹＥＳ）、予約した人数がそのグループのメンバー数と一致するか否かを判断する（ステップ♯１４７）。
【０１３６】
その結果、予約人数がそのグループのメンバー数と一致しない場合には（ステップ♯１４７でＮＯ）、決済を保留する（ステップ♯１４８）一方、予約した人数がそのグループのメンバー数と一致する場合には（ステップ♯１４７でＹＥＳ）、各メンバーの残高からそのアトラクション施設の利用代金（単価）に相当する金額を差し引く（ステップ♯１４９）。このように、予約した人数が、グループのメンバー数に一致する場合と一致しない場合とで、決済の方法が異ならせているのは、予約した人数がグループのメンバー数に一致しない場合、予約の段階では、どのメンバーがアトラクション施設を利用するかは分からず、アトラクション施設の利用時（チケットがそのアトラクション施設の入場ゲートに通されたとき）に始めてどのメンバーがアトラクション施設を利用するかが判明するからである。
【０１３７】
ステップ♯１４８又は♯１４９の処理後、図８（ａ）〜（ｃ）に示す各データベースの更新を行い（ステップ♯１５０）、その決済結果を購買端末３に通知する（ステップ♯１５１）。
【０１３８】
図２０は、図１９に示すフローチャートにおけるステップ♯１４３で決済サーバ７からアトラクションサーバ６及びレストランサーバ５に対して予約実行の指示が行われた場合の該アトラクションサーバ６等により行われる処理を示すフローチャートである。
【０１３９】
図２０に示すように、アトラクションサーバ６及びレストランサーバ５の各演算処理部５３，６３は、決済サーバ７から予約実行の指示が行われたか否かを判断し（ステップ♯１６１）、決済サーバ７から予約実行の指示が行われると（ステップ♯１６１でＹＥＳ）、図６（ａ）又は図７（ａ）に示すデータベースを参照して予約の受付けは可能であるか否かを判断する（ステップ♯１６２）。
【０１４０】
その結果、予約の受付けが不可能である場合には（ステップ♯１６２でＮＯ）、演算処理部５３，６３は、決済サーバ７にその旨を示すエラー通知を行う（ステップ♯１６３）。また、演算処理部５３，６３は、予約の受付けが可能である場合には（ステップ♯１６２でＹＥＳ）、その予約内容を図６又は図７に示す各データベースに格納して該データベースを更新した後（ステップ♯１６４）、決済サーバ７に予約の受付け処理が完了した旨の通知を行う（ステップ♯１６５）。そして、演算処理部５３，６３は、決済サーバ７からその通知を受信した旨の応答があったか否かを判断し（ステップ♯１６６）、その応答がない場合には（ステップ♯１６６でＮＯ）、ステップ♯１６５の処理に戻り、前記応答があった場合には（ステップ♯１６６でＹＥＳ）、処理を終了する。
【０１４１】
次に、図１９に示す♯１４８の決済処理が保留にされた場合において、その保留後の決済サーバ７の処理について説明する。図２１は、この決済サーバの処理を示すフローチャートである。
【０１４２】
図２１に示すように、アトラクション施設又はレストランの入り口に設置されているチケットデータ読書装置によりチケット２に記憶されている情報が読み取られ、入退場管理サーバ４から入場検出信号（チケットＩＤ等を含む）を送られてくると（ステップ♯１７１）、演算処理部７３は、そのチケットＩＤに対応する残高を図８（ｂ）に示す顧客情報管理データベースから読み出し、残高がアトラクション施設の利用代金以上であるか否かを判断する（ステップ♯１７２）。
【０１４３】
その結果、残高がアトラクション施設の利用代金に満たない場合には（ステップ♯１７２でＮＯ）、決済サーバ７は、その旨を示すエラー通知を購買端末に行い（ステップ♯１７３）、残高がアトラクション施設の利用代金以上である場合には（ステップ♯１７２でＹＥＳ）、その残高から入場対象であるアトラクション施設の利用代金を差し引いた後（ステップ♯１７４）、図８（ａ）〜（ｃ）に示す各データベースを書き換え（ステップ♯１７５）、購買端末３に決済が完了した旨の通知を行う（ステップ♯１７６）。
【０１４４】
なお、決済サーバ７からステップ♯１７３のエラー通知が行われた場合、購買端末３は、表示部３１に追加入金を依頼する旨の表示を行うとよい。
【０１４５】
次に、予約した人数だけその予約対象のアトラクション施設に入場されずに、一部のメンバーがキャンセルした場合の決済サーバ７の処理について説明する。図２２は、この決済サーバ７の処理を示すフローチャートである。
【０１４６】
図２２に示すように、演算処理部７３は、タイムアウト時刻になると（ステップ♯１８１でＹＥＳ）、予約した人数だけアトラクション施設に入場したか否かを判断する（ステップ♯１８２）。その結果、アトラクション施設に予約人数のメンバーが入場した場合には（ステップ♯１８２でＹＥＳ）、この処理を終了する一方、入場したメンバーの人数が予約人数に達していないときは（ステップ♯１８２でＮＯ）、予約したがアトラクション施設を利用せずキャンセルを行ったメンバーの人数分だけキャンセル料を徴収する。すなわち、キャンセルしたメンバー１人あたり所定金額のキャンセル料を予め設定しておき、演算処理部７３は、そのキャンセル料にキャンセルした人数を乗算したキャンセル料の総額を算出する（ステップ♯１８３）。
【０１４７】
そして、その総額を該グループのメンバー数で均等に分割し、各メンバーの残高からその分割したキャンセル料を差し引き、キャンセル料を徴収する（ステップ♯１８４）。その後、演算処理部７３は、図８（ａ）〜（ｃ）に示す各データベースを更新する（ステップ♯１８５）。
【０１４８】
以上のように、複数のメンバーが１のグループ（団体）として施設を利用し得ることを考慮して、そのグループに属する各メンバーのチケットＩＤに、当該グループに固有の１のグループＩＤを割り付け、グループの代表者が購買端末３を用いてアトラクション施設の利用等についてグループでの予約を行うと、その代表者のチケットＩＤに対応するグループＩＤのグループに属するメンバー全員または一部のメンバーの予約を行った者として設定するようにしたので、その予約を行うための遊戯者の手間や負担を軽減することができ、簡単に予約の手続きを行うことができる。
【０１４９】
また、アトラクション施設の利用のキャンセルを行った場合にはキャンセル料として一部の金額を決済するようにしたので予約がキャンセルされた場合に経営者側が被る損害を軽減することができるとともに、無駄な予約を抑制又は排除することができる。  なお、本発明は、前記実施形態に加えて、あるいは前記実施形態に代えて次の形態（１）〜（８）に説明する変形形態も採用可能である。
【０１５０】
（１）前記実施形態においては、グループに属するメンバー全員がアトラクション施設等に予約する場合、予約の段階でそのグループに属するメンバーのうち１人でも残高が不足しているときには、そのグループ全体の予約を受付けないようしたが、グループでの予約手続きの利便性を考慮して、１人でも残高が不足していても、各メンバーの残高の合計がアトラクション施設の利用代金の合計以上であるときには、その予約を受付けるようにしてもよい。この場合、具体的には、決済サーバ７は次のように処理する。
【０１５１】
図２３は、この決済サーバ７の処理を示すフローチャートである。
【０１５２】
図２３に示すように、演算処理部７３は、購買端末３から決済要求が行われると、購買端末３から送られてくるグループＩＤに基づき、グループ内のメンバー全員の残高を図８に示す顧客情報管理データベースから読み出し（ステップ♯１９１）、それらの合計がアトラクション施設の利用代金と利用人数（メンバー数）との乗算値、すなわちグループ全体としてそのアトラクション施設の利用に要する費用以上であるか否かを判断する（ステップ♯１９２）。
【０１５３】
その結果、演算処理部７３は、前記残高合計が前記乗算値より少ない場合には（ステップ♯１９２でＮＯ）、購買端末３にその旨を示すエラー通知を行う（ステップ♯１９３）一方、前記残高合計が前記乗算値以上である場合には（ステップ♯１９２でＹＥＳ）、残高がアトラクション施設の利用代金（単価）以上であるメンバー（チケットＩＤ）とそのメンバー数Ｘを導出し（ステップ♯１９４）、前記乗算値を前記メンバー数Ｘで除算する（ステップ♯１９５）。そして、その除算値を残高がアトラクション施設の利用代金（単価）以上であるメンバーの残高から差し引く（ステップ♯１９６）。
【０１５４】
例えば、或るグループの８名のメンバーＡ１〜Ａ８の残高について、メンバーＡ２が１００円、メンバーＡ３が４００円、Ａ４が３００円、その他のメンバーが２０００円であり、利用代金が５００円のアトラクション施設についてグループでの予約の手続きを行ったものとする。この場合、アトラクション施設の利用代金の合計４０００円（＝５００円×８人）に対して、グループ全体の残高の合計が１０８００円で４０００円以上となるため、決済サーバ７はその予約を受付けて決済処理を実行する。
【０１５５】
具体的には、アトラクション施設の利用代金以上の残高を有するメンバーＡ１，Ａ５〜Ａ８であるから、そのメンバーＡ１，Ａ５〜Ａ８が前記負担の対象メンバーとなり、前記ステップ♯１９５の処理により、これらのメンバーで負担する金額８００円（＝４０００円÷５人）を算出する。したがって、決済後の各メンバーの残高は、メンバーＡ２は１００円、メンバーＡ３は４００円、メンバーＡ４は３００円、メンバーＡ１，Ａ５〜Ａ８は１２００円となる。メンバーＡ１がグループの代表者として購買端末３によりアトラクション施設の予約を行った場合に表示部３１に予約確定画面として表示される画面を図２４（ａ）に、メンバーＡ２がグループの代表者として購買端末３によりアトラクション施設の予約を行った場合に表示部３１に予約確定画面として表示される画面を図２４（ｂ）にそれぞれ示す。
【０１５６】
図２４（ａ）に示す予約確定画面には、予約内容（アトラクション名、予約人数及び開始時刻）とともに、グループに属するメンバーのうち１人でも残高が不足している場合に前述のような決済方法で決済を行った旨を示す「プリペイドグループ決済が適用されました」の表記、支払額及び残高が表示される。支払額は、自らのアトラクション施設の利用代金（５００円）と、他のメンバーの利用代金の負担額（３００円）とに分けて表示される。
【０１５７】
図２４（ｂ）に示す予約確定画面にも、図２４（ａ）と同様の項目について表示がなされるが、メンバーＡ２は、残高が１００円（＜アトラクション施設の利用代金）であるので、このアトラクション施設の利用代金の支払いは無い旨が表示される。
【０１５８】
このようにして算出した残高に基づき、演算処理部７３は、図８（ａ）〜（ｃ）に示す各データベースを更新し（ステップ♯１９７）、決済が完了した旨の通知を購買端末３に行う（ステップ♯１９８）。
【０１５９】
このように、グループ全体の残高が、メンバー全員がアトラクション施設を利用する場合の利用代金の合計以上である場合には、グループ全体として要する利用代金を、単価以上の残高を有するメンバーで均等に分担させるようにすることで、入金作業や購買端末３により再度の予約手続きを行ったりする必要がなく、予約手続きをスムーズに行わせることが出来る。
【０１６０】
（２）また、グループでの予約の手続きの利便性を考慮して、前記実施形態や前記変形形態（１）の決済処理に代えて、次のように決済処理を行うようにしてもよい。図２５は、この決済サーバの処理を示すフローチャートである。
【０１６１】
図２５に示すように、演算処理部７３は、購買端末３から決済要求が行われると、購買端末３から送られてくるグループＩＤに基づき、グループ内のメンバー全員の残高を図８に示す顧客情報管理データベースから読み出し（ステップ♯２０１）、それらの合計がアトラクション施設の利用代金と利用人数（メンバー数）との乗算値、すなわちグループ全体としてそのアトラクション施設の利用に要する費用以上であるか否かを判断する（ステップ♯２０２）。
【０１６２】
その結果、演算処理部７３は、前記残高合計が前記乗算値より少ない場合には（ステップ♯２０２でＮＯ）、購買端末３にその旨を示すエラー通知を行う（ステップ♯２０３）一方、前記残高合計が前記乗算値以上である場合には（ステップ♯２０２でＹＥＳ）、メンバー全員の残高の合計額Ｓを算出し（ステップ♯２０４）、その算出した合計額Ｓに対する各メンバーの残高の割合及びその割合に応じた負担額を算出し（ステップ♯２０５）、その負担額を各メンバーの残高から差し引く（ステップ♯２０６）。
【０１６３】
例えば、或るグループの８名のメンバーＡ１〜Ａ８の残高について、メンバーＡ１，Ａ２が１０００円、メンバーＡ３が２０００円、Ａ４が０円、メンバーＡ５〜Ａ８が１５００円であり、利用代金が５００円のアトラクション施設についてグループでの予約の手続きを行ったものとする。この場合、アトラクション施設の利用代金の合計４０００円に対して、グループ全体の残高の合計が１００００円で４０００円以上となるため、決済サーバ７はこの予約を受付けて決済処理を実行する。
【０１６４】
そして、前記ステップ♯２０５の処理により、演算処理部７３は、合計額１００００円に対する各メンバーの残高の割合として、メンバーＡ１，Ａ２が１０％、メンバーＡ３が２０％、Ａ４が０％、メンバーＡ５〜Ａ８が１５％と算出し、その結果、各メンバーＡ１〜Ａ８（メンバーＡ４を除く）が負担する金額を、メンバーＡ１，Ａ２が４００円（＝４０００円×２０％）、メンバーＡ３が８００円、メンバーＡ５〜Ａ８が６００円と算出する。したがって、決済後の各メンバーの残高は、メンバーＡ１，Ａ２は６００円（＝１０００円−４００円）、メンバーＡ３は１２００円、メンバーＡ４は０円、メンバーＡ５〜Ａ８は９００円となる。メンバーＡ３がグループの代表者として購買端末３によりアトラクション施設の予約を行った場合に表示部３１に予約確定画面として表示される画面を図２６（ａ）に、メンバーＡ４がグループの代表者として購買端末３によりアトラクション施設の予約を行った場合に表示部３１に予約確定画面として表示される画面を図２６（ｂ）にそれぞれ示す。
【０１６５】
図２６（ａ）に示す予約確定画面には、予約内容（アトラクション名、予約人数及び開始時刻）とともに、グループに属するメンバーのうち１人でも残高が不足している場合に前述のような決済方法で決済を行った旨を示す「プリペイドグループ決済が適用されました」の表記及び支払額、残高が表示される。支払額は、自らのアトラクション施設の利用代金（５００円）と、前記決済方法により算出される他のメンバーの利用代金の負担額（３００円）とを分けて表示している。
【０１６６】
図２６（ｂ）に示す予約確定画面にも、図２６（ａ）と同様の項目について表示がなされるとともに、メンバーＡ４は、残高が０円であるので、このアトラクション施設の利用代金の支払いは無い旨が表示される。
【０１６７】
このようにして算出した残高に基づき、演算処理部７３は、図８（ａ）〜（ｃ）に示す各データベースを更新し（ステップ♯２０７）、決済が完了した旨の通知を購買端末に行う（ステップ♯２０８）。
【０１６８】
このように、グループ全体の残高が、メンバー全員がアトラクション施設を利用する場合の利用代金の合計以上である場合には、グループ全体の支払いを、各メンバーの残高の割合に応じて負担させるようにしたので、前記変形形態（１）に比して不公平感を軽減することができる。
【０１６９】
（３）残高が不足しているメンバーのアトラクション施設の利用代金を他のメンバーに負担させる場合、前記変形形態（１）のような算出方法で算出すると、負担するメンバーはその負担分までは支払えない（自分の利用代金＜残高＜自分の利用代金＋負担額）場合が生じる。これを考慮して、次のように決済処理を行うようにすると更に好ましい。
【０１７０】
図２７は、この決済サーバ７の処理を示すフローチャートである。
【０１７１】
図２７に示すように、購買端末３から決済要求が行われると、演算処理部７３は、購買端末から送られてくるグループＩＤに基づき、グループ内のメンバー全員の残高を図８（ｂ）に示す顧客情報管理データベースから読み出し（ステップ♯２１１）、それらの合計がアトラクション施設の利用代金と利用人数（メンバー数）との乗算値、すなわちグループ全体としてそのアトラクション施設の利用に要する費用以上であるか否かを判断する（ステップ♯２１２）。
【０１７２】
その結果、演算処理部７３は、前記残高合計が前記乗算値より少ない場合には（ステップ♯２１２でＮＯ）、購買端末３にその旨を示すエラー通知を行う（ステップ♯２１３）一方、前記残高合計が前記乗算値以上である場合には（ステップ♯２１２でＹＥＳ）、残高がアトラクション施設の利用代金（単価）以上であるメンバー（チケットＩＤ）とそのメンバー数Ｘを導出し（ステップ♯２１４）、前記乗算値を前記メンバー数Ｘで除算する（ステップ♯２１５）。そして、演算処理部７３は、その除算値Ｙを残高がアトラクション施設の利用代金（単価）以上であるメンバーの残高から差し引き、各メンバーにおける前記差し引き後の残高が全て０円以上であるか否かを判断する（ステップ♯２１６）。
【０１７３】
その結果、各メンバーにおける前記差し引き後の残高が全て０円以上である場合には（ステップ♯２１６でＹＥＳ）、演算処理部７３は、残高がアトラクション施設の利用代金（単価）以上であるメンバー（チケットＩＤ）の残高から前記除算値Ｙを差し引く（ステップ♯２１７）。
【０１７４】
一方、前記差し引き後の残高が０円を切るメンバーがいる場合には（ステップ♯２１６でＮＯ）、演算処理部７３は、残高がアトラクション施設の利用代金（単価）以上であるメンバー（チケットＩＤ）の残高の合計額Ｓを算出し（ステップ♯２１８）、その算出した合計額Ｓに対する各メンバーの残高の割合及びその割合に応じた負担額を算出し（ステップ♯２１９）、その負担額を各メンバーの残高から差し引く（ステップ♯２２０）。
【０１７５】
ステップ♯２１７又は♯２２０の処理後の残高に基づき、図８（ａ）〜（ｃ）に示す各データベースを更新し（ステップ♯２２１）、決済が完了した旨の通知を購買端末３に行う（ステップ♯２２２）。
【０１７６】
この決済方法により、残高が不足するメンバーの利用代金も含めて確実に決済を行うことができる。
【０１７７】
（４）前記実施形態及び変形形態（１）〜（３）において、他人が支払うべき金銭を負担した場合には、例えばその負担額をチケットに印字するなどして、自己の遊戯分と他のメンバーの負担分とを区別できるようにしておくのが望ましい。
【０１７８】
（５）前記実施形態では、アトラクション施設の利用の予約手続きが行われた場合、アトラクションサーバ６は指定された予約時間にその人数分の予約を入れることができない場合は、決済サーバ７に予約が不可能である旨を通知し、予約を受付けないようしたが、これに限らず、次のように処理してもよい。
【０１７９】
図２８は、アトラクションサーバ６の処理を示すフローチャートである。
【０１８０】
図２８に示すように、演算処理部６３は、アトラクションサーバ３の起動と同時に、図略のタイマによる時間の計測を開始し（ステップ♯２３１）、決済サーバ７から予約の登録要求があると（ステップ♯２３２でＹＥＳ）、図７（ａ）に示すデータベースを参照し、その予約時間帯におけるアトラクション施設について残数（空席）があるか否かを判断する（ステップ♯２３３）。
【０１８１】
そして、前記予約時間帯におけるアトラクション施設の残数が無い場合には（ステップ♯２３３でＮＯ）、演算処理部６３は、その予約を入れる運行時間帯を次の運行時間帯に移した後（ステップ♯２３４）、ステップ♯２３２に戻る。以降、そのアトラクション施設について残数がある時間帯が見つかるまで、ステップ♯２３３，２３４の処理を繰り返す。
【０１８２】
演算処理部６３は、そのアトラクション施設について残数があると（ステップ♯２３３でＹＥＳ）、各時間帯において、メンバー数の多いグループを優先する形態で並び替え（ソート）を実行する（ステップ♯２３５）。その結果、定員オーバーとなるときには（ステップ♯２３６でＹＥＳ）、演算処理部６３は、定員を超えたメンバーが属するグループ全体のメンバーの予約を次の運行時間帯に移し（ステップ♯２３４）、定員内に収まる場合は（ステップ♯２３６でＮＯ）、前記タイマが５分を計測したか否かをみて（ステップ♯２３７）、タイマが５分を計測していない場合には（ステップ♯２３７でＮＯ）、ステップ♯２３２に戻り、タイマが５分を計測するまでステップ♯２３２〜♯２３７までの処理を繰り返し行う。
【０１８３】
そして、タイマが５分を計測した場合には（ステップ♯２３７でＹＥＳ）、５分が経過する直前に行われたソート処理によって定まった順番で予約を確定し、データベースを書き換える（ステップ♯２３８）。
【０１８４】
その後、決済サーバ７に予約が確定した旨を通知し（ステップ♯２３９）、タイマをリセットした上で（ステップ♯２４０）、ステップ♯２３２の処理を行う。
【０１８５】
このように、指定された予約時間にその人数分の予約を入れることができなくても、次の運行時間帯に予約を入れることで、遊戯者は、スムーズに予約手続きを行うことができる。なお、この場合、購買端末３の表示部３１に待機画面を表示して予約が確定するまで遊戯者を待機させるようにしてもよいが、予約が確定するまでに比較的長い時間（例えば前記５分の時間）を要する場合には、購買端末３での操作を一旦終了させ、予約が確定すると、報知機能を搭載したチケットでその旨を報知する形態にすると、遊戯者は時間を有効に利用することができる。
【０１８６】
（６）前記実施形態では、本発明に係る決済システム１を、入退場管理サーバ４、レストランサーバ５、アトラクションサーバ６及び決済サーバ７の４台のサーバ装置で実現したが、これに限られず、記憶すべきデータ量や処理による負荷を考慮してさらに多くのサーバ装置を設けたりサーバ装置の数を減らしたりし、各サーバ装置にそれぞれ機能を搭載するようにしてもよい。
【０１８７】
例えば、処理するデータ量が多い場合には、別のサーバ装置を設け、決済サーバに記憶されているデータのうち、取引対象管理データベースとして管理されている図８（ａ）に示すデータを、その新たに設けたサーバ装置にデータベースとして管理させるようにしてもよい。また、決済システムにおいて処理するデータ量が比較的少ない場合には、アトラクションサーバ、レストランサーバ、入退場管理サーバ及び決済サーバでそれぞれ別個に管理していたデータを１のサーバ装置で管理及び処理するようにしてもよい。
【０１８８】
（７）前記実施形態においては、チケットには、チケットＩＤ、グループＩＤ、入場時刻、入場ゲート番号及び残高のデータを記憶させるようにしたが、決済サーバ７がこれらの情報を管理していれば、チケットにはチケットＩＤだけ記憶させるようにしてもよい。
【０１８９】
（８）本発明に係る決済システムが適用される対象は前述のレジャー施設に限らず、ショッピングセンター等、一定の敷地内に商品又は役務の販売を行う店舗を有する施設に適用可能であり、要は、複数の人間を有してなるグループ（団体）が予約を含む商取引を行う可能性のある施設について、各メンバーに割り付けられるＩＤとは別に、各メンバーに共通して別のＩＤを割付け、このＩＤを用いてグループのいずれかのメンバー（代表者）による手続きで、そのグループのメンバー全員又は一部のメンバーがその手続きを行ったものとして設定されるようにすればよい。
【図面の簡単な説明】
【０１９０】
【図１】本発明に係る決済システムの１実施形態の構成を示す図である。
【図２】チケットの記憶領域を示すブロック図である。
【図３】購買端末の外観を示す図である。
【図４】購買端末の構成を示すブロック図である。
【図５】入退場管理サーバの構成を示すブロック図である。
【図６】レストランサーバのデータベースを示す図である。
【図７】アトラクションサーバのデータベースを示す図である。
【図８】決済サーバのデータベースを示す図である。
【図９】アトラクション施設の利用の予約から利用までの間に行われる処理及びその利用のキャンセルを行った場合の処理を示すシーケンス図である。
【図１０】アトラクション施設の利用の予約から利用までの間に行われる処理及びその利用のキャンセルを行った場合の処理を示すシーケンス図である。
【図１１】アトラクション施設の利用を予約する際に購買端末の表示部に表示される画面の一例を示す図である。
【図１２】予約種別として「グループ」が指定された場合に、購買端末の表示部に表示される画面を示す図である。
【図１３】図１２に示す確認画面において「予約実行」ボタンに対する押圧操作後の処理を示すシーケンス図である。
【図１４】図１１（ｅ）に示す確認画面において「予約実行」ボタンが押圧操作されてからの処理を示すシーケンス図である。
【図１５】図１１（ｄ）に示す予約内容入力画面において、予約種別として「グループ」を指定し、グループのメンバー数より少ない予約人数でそのアトラクション施設の利用の予約を行った場合に表示部に表示される画面を示す図である。
【図１６】購買端末の処理を示すフローチャートである。
【図１７】決済サーバによる認証処理を示すフローチャートである。
【図１８】購買端末からサービス状態のデータが要求された場合のアトラクションサーバ及びレストランサーバの処理を示すフローチャートである。
【図１９】グループでの予約手続きが購買端末で行われた場合の決済サーバ７による処理を示すフローチャートである。
【図２０】図１９に示すフローチャートにおけるステップ♯１４３で決済サーバからアトラクションサーバ及びレストランサーバに対して予約実行の指示が行われた場合の該アトラクションサーバ等により行われる処理を示すフローチャートである。
【図２１】図１９に示す♯１４７の決済処理が保留にされた場合において、その保留後の決済サーバ７の処理を示すフローチャートである。
【図２２】予約した人数だけその予約対象のアトラクション施設に入場されずに、一部のメンバーがキャンセルした場合の決済サーバの処理を示すフローチャートである。
【図２３】本発明に係る決済システムの変形形態（１）における決済サーバの処理を示すフローチャートである。
【図２４】変形形態（１）において表示部に予約確定画面として表示される画面を示す図である。
【図２５】本発明に係る決済システムの変形形態（２）における決済サーバの処理を示すフローチャートである。
【図２６】変形形態（２）において表示部に予約確定画面として表示される画面を示す図である。
【図２７】本発明に係る決済システムの変形形態（３）における決済サーバの処理を示すフローチャートである。
【図２８】本発明に係る決済システムの変形形態（４）におけるアトラクションサーバの処理を示すフローチャートである。
【符号の説明】
【０１９１】
１    決済システム
２    チケット（記憶装置）
３    購買端末（端末）
３１  表示部
３２  チケットＩＤ読取部
３３  通信部
３５  記憶部
３６  演算処理部
４    入退場管理サーバ
５    レストランサーバ
５３  演算処理部（予約設定部）
６    アトラクションサーバ
６３  演算処理部（予約設定部）
７    決済サーバ
７１  通信部（受信部）
７２  記憶部
７３  演算処理部（決済処理部）
【図１】
2005310007.tif 000003
【図２】
2005310007.tif 000004
【図３】
2005310007.tif 000005
【図４】
2005310007.tif 000006
【図５】
2005310007.tif 000007
【図６】
2005310007.tif 000008
【図７】
2005310007.tif 000009
【図８】
2005310007.tif 000010
【図９】
2005310007.tif 000011
【図１０】
2005310007.tif 000012
【図１１】
2005310007.tif 000013
【図１２】
2005310007.tif 000014
【図１３】
2005310007.tif 000015
【図１４】
2005310007.tif 000016
【図１５】
2005310007.tif 000017
【図１６】
2005310007.tif 000018
【図１７】
2005310007.tif 000019
【図１８】
2005310007.tif 000020
【図１９】
2005310007.tif 000021
【図２０】
2005310007.tif 000022
【図２１】
2005310007.tif 000023
【図２２】
2005310007.tif 000024
【図２３】
2005310007.tif 000025
【図２４】
2005310007.tif 000026
【図２５】
2005310007.tif 000027
【図２６】
2005310007.tif 000028
【図２７】
2005310007.tif 000029
【図２８】
2005310007.tif 000030