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