JP2008168067A - 商品取引仲介システム、商品取引仲介方法、コンピュータプログラム - Google Patents

Abstract

【課題】遊技場で得た遊技価値とネットワーク上のＷｅｂ店舗で提供される商品との交換を行うためのシステムを提供する。
【解決手段】遊技場に設けられる遊技場装置３０、商品を扱う店舗に設けられるＷｅｂ店舗サーバ４０、及び遊技場で獲得した遊技価値を保有するユーザが操作するユーザ端末装置５０との間で、商品取引仲介のための通信を行う商品取引仲介システム１０である。この商品取引仲介システム１０は、ユーザがユーザ端末装置５０によりＷｅｂ店舗サーバ４０で予約した商品の購入の条件を示す条件データを当該ユーザ端末装置５０へ送信する。ユーザが遊技場により本人認証を行って条件データによる決済を行うと、商品取引システム１０はＷｅｂ店舗サーバ４０に決済の完了を報知する。Ｗｅｂ店舗では、決済の完了を確認して当該商品を発送する。
【選択図】図１

Description

本発明は、ユーザが、遊技場において遊技によって得た玉やメダル、コイン等の数で決まる遊技価値を、商品と交換するときの取引仲介のための商品取引仲介システム、商品取引仲介方法、及びコンピュータプログラムに関する。

パチンコ遊技機やパチスロ遊技機、コイン遊技機等の遊技機を設置した遊技場では、ユーザの獲得を目的として様々なサービスが行われている。特に、ユーザが遊技によって得た遊技価値を遊技場内で商品と交換することは、最も代表的なサービスの一つであるといえる。また、遊技価値をすぐには商品と交換せずに蓄積しておき、（以下、遊技価値をパチンコ遊技機の玉であるものとして、貯えた遊技価値を「貯玉」、貯玉の累積データを「貯玉データ」という）、この貯玉データを用いて商品と交換することで、より高価な商品との交換ができるようなサービスもある。

遊技場側では、商品交換サービスを行うために多種多様な商品を用意している。ユーザは、獲得した遊技価値や貯玉データと等価の商品の中から希望する商品を選択して交換できるようになっている。なお、遊技場のスペースの問題等から予め遊技場内に用意できる商品が限られているため、カタログなどを用いて商品の選択を行えるなどして、商品の種類を増やす努力も行われている。

最近は、特許文献1、２、３に示すようにインターネットを利用した商品交換も提案されている。
特開２００１−３４０５９８号公報 特開２００２−１１２２０号公報 特開２００２−２１０１８９号公報

特許文献１、２、３には、インターネット等のネットワーク上に存在するＷｅｂ店舗から、ユーザが、自身の所持する遊技価値に応じた商品を選択することができるようにするための技術が開示されている。これらの技術によると、例えばインターネット上にあるすべてのＷｅｂ店舗で販売される商品を遊技価値と交換可能な商品とすることも可能であり、ユーザによる商品の選択幅が従来よりも大幅に広がる。

インターネットを利用した商品交換サービスでは、遊技場及びＷｅｂ店舗が、受発注処理をできるだけ自動化して、ユーザに負担の少ない商品交換サービスを提供する方がよい。また、ユーザからは、個人情報をできるだけ外部に出さない形でサービスの提供を受けたいという要求もある。

本発明は、上記の問題に鑑み、遊技場で得た遊技価値とネットワーク上のＷｅｂ店舗で提供される商品との交換を行うための技術を提供することを課題とする。

本発明の商品取引仲介システムは、遊技場に設けられる遊技場装置、商品を扱う店舗に設けられる店舗装置、及び、前記遊技場で獲得した遊技価値を保有するユーザが操作するユーザ端末装置との間で、それぞれ通信手段を介して商品取引仲介のための通信を行うシステムである。この商品取引仲介システムは、前記ユーザが前記遊技価値を獲得することの代価として前記店舗で購入予約した商品の仮予約データを当該店舗の店舗装置より受け付ける受付手段と、前記仮予約データを受け付けた店舗装置の通信アドレスと当該仮予約データとを所定の記録領域に保持するとともに、前記遊技価値による前記商品の購入の条件を表す条件データを生成し、生成した条件データを予め登録されている通信アドレス又は前記仮予約データに含まれる通信アドレスにより特定される前記ユーザ端末装置へ送信する条件データ生成手段と、前記遊技価値を獲得した遊技場において前記条件データを保有するユーザの本人認証と当該条件データによる決済処理とを行った前記遊技場装置から決済完了を表す決済完了データを受信し、受信した決済完了データにより前記保持されている仮予約データを決済確定データに変更するとともに、この決済確定データを前記アドレスにより特定される店舗装置へ送信する決済確定手段と、を有する。
遊技場においてユーザの本人認証を行うので、従来のようなユーザのなりすましなどの不正を防止することが容易に行える。

前記店舗装置は、前記遊技価値の蓄積データをユーザ毎に保管する遊技価値保管装置と共にインターネット上に設けられたＷｅｂ店舗サーバであり、前記ユーザ端末装置からのユーザＩＤを含む権限情報の入力により、当該ユーザについて保管されている蓄積データの照会を可能にする照会手段を備えるものであってもよい。このような構成では、ユーザが店舗装置を介して自身の有する蓄積データを確認することができるようになる。

前記ユーザ端末装置が、前記ユーザ識別情報の入力手段と前記条件データの記録領域とを有する携帯通信端末である場合には、ユーザ端末装置を遊技場に持参して本人認証、条件データを提示できるために、決済処理がよりスムーズに行える。前記記録領域に、さらに、前記遊技場装置における前記本人認証の際に前記ユーザによる操作によってのみ読み出される認証用情報が記録されている場合には、本人認証がより正確に行われることになる。

本願発明の商品取引仲介システムは、複数の前記遊技場装置の遊技価値をシステム内で共通の財的価値に変換するためのルールを記録した換算変換テーブルを備えていてもよい。このような構成では、前記条件データ生成手段が、この換算変換テーブルに記録されているルールに従って前記条件データを生成する。

本発明の商品取引仲介方法は、遊技場に設けられる遊技場装置、商品を扱う店舗に設けられる店舗装置、及び、前記遊技場で獲得した遊技価値を保有するユーザが操作するユーザ端末装置との間で、通信を行う通信手段と、商品取引仲介のための情報処理を行う処理手段とを有するシステムが実行する方法である。この商品取引仲介方法は、前記処理手段が、いずれかの前記店舗装置から当該店舗において前記ユーザが前記遊技価値を獲得することの代価として購入予約した商品の仮予約データを受け付けて、当該店舗装置の通信アドレスと当該仮予約データとを所定の記録領域に保持するとともに、前記遊技価値による前記商品の購入の条件を表す条件データを生成する段階と、前記処理手段が、生成した条件データを予め登録されている通信アドレス又は前記仮予約データに含まれる通信アドレスにより特定される前記ユーザ端末装置へ送信する段階と、前記処理手段が、前記遊技価値を獲得した遊技場において前記条件データを保有するユーザの本人認証と当該条件データによる決済処理とを行った前記遊技場装置から決済完了を表す決済完了データを受信したときに、この決済完了データにより前記保持されている仮予約データを決済確定データに変更するとともに、この決済確定データを前記アドレスにより特定される店舗装置へ送信する段階と、を含む。

本発明のコンピュータプログラムは、遊技場に設けられる遊技場装置、商品を扱う店舗に設けられる店舗装置、及び、前記遊技場で獲得した遊技価値を保有するユーザが操作するユーザ端末装置との間で、それぞれ通信手段を介して商品取引仲介のための通信を行うコンピュータに、前記ユーザが前記遊技価値を獲得することの代価として前記店舗で購入予約した商品の仮予約データを当該店舗の店舗装置より受け付ける受付手段、前記仮予約データを受け付けた店舗装置の通信アドレスと当該仮予約データとを所定の記録領域に保持するとともに、前記遊技価値による前記商品の購入の条件を表す条件データを生成し、生成した条件データを予め登録されている通信アドレス又は前記仮予約データに含まれる通信アドレスにより特定される前記ユーザ端末装置へ送信する条件データ生成手段、前記遊技価値を獲得した遊技場において前記条件データを保有するユーザの本人認証と当該条件データによる決済処理とを行った前記遊技場装置から決済完了を表す決済完了データを受信し、受信した決済完了データにより前記保持されている仮予約データを決済確定データに変更するとともに、この決済確定データを前記アドレスにより特定される店舗装置へ送信する決済確定手段、を形成するためのコンピュータプログラムである。

本発明によれば、通信手段を利用した商品交換サービスにより、遊技場及び店舗における受発注処理が自動化でき、ユーザに負担の少ない商品交換サービスを提供することができる。また、ユーザは商品取引仲介システムにのみ個人情報を開示していれば、この商品交換サービスを受けることができ、個人情報の保護につながる。

以下、図面を参照して本発明の実施形態を説明する。
図１は、本発明の商品取引仲介システムを適用した商品交換システム１の一実施形態を示す全体構成図である。この商品交換システム１は、遊技場の運営者とは異なる第三者機関に設置された情報処理システムである商品取引仲介システム１０、遊技場、第三者機関、或いはそれ以外の場所のいずれかに設置される情報処理システムである貯玉管理システム２０、複数の遊技場の各々の場内に接地される情報処理システムである遊技場システム３０、及び一般のＷｅｂ店舗の運営を行う店舗法人により運営される情報処理システムであるＷｅｂ店舗サーバ４０の、各個別システムを含んで構成される。商品取引仲介システム１０、貯玉管理システム２０、遊技場装置３０、及びＷｅｂ店舗サーバ４０は、それぞれ広域ネットワークＮを通じて双方向通信可能な形態で接続される。なお、商品取引仲介システム１０及び貯玉管理システム２０は、同じ情報処理システムで一体に構成されてもよい。

広域ネットワークＮにはユーザが所有している情報処理端末装置であるユーザ端末装置５０も接続可能である。ユーザは、ユーザ端末装置５０を用いて商品取引仲介システム１０及びＷｅｂ店舗サーバ４０との間で双方向通信が可能である。ユーザ端末装置５０はＷｅｂブラウザを搭載しており、これにより商品取引仲介システム１０及びＷｅｂ店舗サーバ４０にアクセスする。ユーザ端末装置５０には、パーソナルコンピュータや携帯型情報端末装置、携帯電話を用いることができる。

ユーザは、遊技場で住所等の個人情報を登録して遊技場会員になると、当該遊技場の遊技場装置３０に貯玉データを管理するための貯玉口座が開設される。遊技場会員には、登録された遊技場装置３０内で他のユーザと識別するための「遊技場会員ＩＤ」が割り当てられる。遊技場装置３０に開設された貯玉口座の内容、すなわち、遊技により獲得した貯玉データは、貯玉管理システム２０にも記憶される。貯玉管理システム２０は、遊技場装置３０を識別するために各遊技場に「遊技場ＩＤ」を割り当てており、この遊技場ＩＤによって、遊技場装置３０つまり遊技場を特定できるようになっている。貯玉管理システム２０は、複数の遊技場装置３０の貯玉データを管理するようになっている。

いずれかの遊技場で遊技するユーザは、商品取引仲介システム１０に会員登録を行うことで、商品取引仲介システム１０を用いた商品取引サービスを利用することができる。ユーザは、例えばユーザ端末装置５０或いは遊技場装置３０により商品取引仲介システム１０にアクセスして、個人情報を入力することで登録を行う。商品取引仲介システム１０に登録されたユーザには、商品取引仲介システム１０により他のユーザと識別するための「ユーザＩＤ」が割り当てられる。商品取引仲介システム１０では、「ユーザＩＤ」と「遊技場ＩＤ」及び「遊技場会員ＩＤ」とが互いに関連付けされて記憶され、ユーザＩＤから遊技場ＩＤ及び遊技場会員ＩＤがわかるようになっている。ユーザが複数の遊技場で遊技場会員になっている場合には、ユーザＩＤからすべての遊技場における遊技場会員ＩＤがわかるようになっている。

商品取引仲介システム１０で取引可能な商品は、Ｗｅｂ店舗サーバ４０から商品取引仲介システム１に登録される。商品の登録は、Ｗｅｂ店舗サーバ４０から商品取引仲介システム１０にアクセスして行われる。商品取引仲介システム１０に登録された商品は、ユーザ端末装置５０に表示される際に、登録されていることがわかるようになっている。この実施形態では、商品表示の際に、商品画像と同時に「貯玉レジ」と表示されることで、登録商品であることを示している。

ユーザは、ユーザ端末装置５０によりＷｅｂ店舗サーバ４０にアクセスして所望の商品を選択する。選択した商品が商品取引仲介システム１０に登録されていれば、貯玉データを用いた決済が可能である。貯玉データによる決済で商品の購入を希望する行う場合には、その旨をユーザ端末装置５０からＷｅｂ店舗サーバ４０に通知する。Ｗｅｂ店舗サーバ４０は、貯玉データによる決済で商品の購入の希望があると、購入希望のあった商品の仮予約データをユーザのメールアドレス及び自身のメールアドレス等の通信アドレスとともに商品取引仲介システム１０に送る。商品取引仲介システム１０は、仮予約データから商品の購入の条件（決済に必要な貯玉データ数、決済期限、決済する遊技場）を表す条件データを生成して、ユーザ端末装置５０宛に送る。ユーザは、条件データに従って遊技場に出向き、貯玉データによる決済を当該遊技場の遊技場装置３０により行う。

決済の際には遊技場でユーザの本人認証が行われる。本人認証は、例えば免許証等を用いて遊技場装置３０に登録されているユーザ情報と照合することで行ってもよいが、遊技場装置５０に認証用情報を記録しておき、これにより本人承認を行ってもよい。遊技場でユーザの本人認証を行うために、Ｗｅｂ店舗を用いた商品交換システムであっても不正な商品交換を防止することができる。
ユーザが遊技場で予約済みの商品についての決済を行うと、遊技場装置３０から決済完了を表す決済完了データが商品取引仲介システム１０へ送られる。商品取引仲介システム１０は、決済完了データを受け取ると、決済が完了したことを示す決済確定データを仮予約データに含まれる通信アドレスに基づいてＷｅｂ店舗サーバ４０に送信する。これを受信してＷｅｂ店舗は、商品をユーザ宛に発送する。このようにして、商品交換システム１を用いた貯玉による商品の交換が行われる。

以下、これらのシステムの構成及び動作を詳細に説明する。

＜商品取引仲介システム＞
商品取引仲介システム１０は、上述のようにユーザと複数のＷｅｂ店舗との間で行われる貯玉データを用いた商品取引を仲介するものである。商品取引仲介システム１０は、通信機能を備えた一種のコンピュータシステムであり、通常のＷｅｂサーバとしての機能を有している。

図２は、コンピュータシステムが本発明のコンピュータプログラムを読み込んで実行することにより形成される商品取引仲介システム１０の機能ブロック図である。商品取引仲介システム１０は、商品ＤＢ（データベース）１１１、ユーザＤＢ１１２、遊技場ＤＢ１１３、店舗ＤＢ１１４、受発注ＤＢ１１５を有するデータベース１１と、システム全体の動作を制御する制御部１２と、受発注管理部１３と、店舗管理部１４と、ユーザ・遊技場管理部１５と、商品管理部１６と、データ送受信部３７と、を備える。データベース１１の内容を他の各機能ブロックで管理しており、データ送受信部３７により広域ネットワークＮを介して他のシステムと通信を行うことで、商品取引の仲介を行う。

データベース１１に含まれる商品ＤＢ１１１のデータの例示図を図３、ユーザＤＢ１１２のデータの例示図を図４、遊技場ＤＢ１１３のデータの例示図を図５、店舗ＤＢ１１４のデータの例示図を図６、受発注ＤＢ１１５のデータの例示図を図７を用いて説明する。

商品ＤＢ１１１は、商品取引仲介システム１０で商品を識別するための商品管理ＩＤに関連付けして、当該商品を取り扱っているＷｅｂ店舗サーバの名前であるＷｅｂ店舗名、当該Ｗｅｂ店舗で当該商品を識別するための商品管理ＩＤ２、当該商品の商品名、当該商品の画像データ、当該商品の取り扱い個数の最小単位を表す取扱単位、当該商品を仲介可能な期限を表す有効期限、当該商品の当該Ｗｅｂ店舗からの仕入れ価格を表す仕入価格、当該商品のユーザへの販売価格を表す卸価格、当該商品が登録された日を表す登録日、を商品毎に記憶する。商品ＤＢ１１１のデータは、Ｗｅｂ店舗サーバ４０からの商品登録依頼に応じて、商品取引仲介システム１０により作成される。

ユーザＤＢ１１２は、商品取引仲介システム１０でユーザを識別するためのユーザＩＤに関連付けして、ユーザがユーザ端末装置５０から商品取引仲介システム１０にログインする際に入力されるログインＩＤ及びパスワード、ユーザが会員になっている遊技場を表す遊技場ＩＤ、当該遊技場内でユーザを識別するための遊技場会員ＩＤ、ユーザ名、ユーザの住所、ユーザのメールアドレス、ユーザが商品取引仲介システム１０を用いて行った商品の取引履歴を表す履歴、をユーザ毎に記憶する。遊技場ＩＤ及び遊技場会員ＩＤは、ユーザが複数の遊技場の会員になっている場合には、各遊技場毎に記録される。ユーザＤＢ１１２のデータは、ユーザ端末装置５０又は遊技場装置３０からのユーザ登録依頼に応じて、商取引仲介システム１０により作成される。

遊技場ＤＢ１１３は、商品取引仲介システム１０で遊技場を識別するための遊技場ＩＤに関連付けして、遊技場から遊技場装置３０により商品取引仲介システム１０にログインする際に入力されるパスワード、遊技場の遊技場名、遊技場を運営する法人の遊技場法人名、遊技場法人の法人住所、当該遊技場における貯玉の換算率、遊技場３０のＰＯＳ（Point Of Sales）に関するＰＯＳ情報、を遊技場毎に記憶する。ＰＯＳ情報により、後述する発注表に決済時に使用できるバーコードを表示できるようになる。遊技場ＤＢ１１３は、遊技場装置３０からの遊技場登録依頼に応じて、商取引仲介システム１０により作成される。

店舗ＤＢ１１４は、商品取引仲介システム１０でＷｅｂ店舗を識別するための店舗ＩＤに関連付けして、店舗からＷｅｂ店舗サーバ４０により商品取引仲介システム１０にログインする際に入力されるパスワード、Ｗｅｂ店舗の店舗名、Ｗｅｂ店舗を運営する店舗法人名、Ｗｅｂ店舗法人の法人住所、当該Ｗｅｂ店舗による決済を行うための条件を表す決済条件、をＷｅｂ店舗毎に記憶する。店舗ＤＢ１１４のデータは、Ｗｅｂ店舗サーバ４０からのＷｅｂ店舗登録依頼に応じて、商取引仲介システム１０により作成される。

受発注ＤＢ１１５は、商品取引の依頼を識別するための予約番号に関連付けして、当該商品取引の依頼日で商品の予約をした予約日、当該商品取引の依頼を行ったユーザのユーザＩＤ、依頼のあった商品の商品管理ＩＤ、商品取引を行うＷｅｂ店舗の店舗ＩＤ、当該商品の商品名、依頼のあった商品の数量、当該商品を仲介可能な期限を表す有効期限、当該商品と等価な貯玉の数を表す消費貯玉データ、ユーザが決済を行う遊技場の遊技場ＩＤ、決済を行った際に遊技場から送られる商品の発注を識別する遊技場発注Ｎｏ、遊技場から発注日を表す遊技場発注日、Ｗｅｂ店舗の商品の受注を識別する予約受付番号、Ｗｅｂ店舗の受注日を表す店舗受注日、を受発注毎に記録する。受発注ＤＢ１１５のデータは、Ｗｅｂ店舗サーバ４０からの仮予約データ送付により、データベース１１内の他のデータベースを検索して作成され、商品の受発注に伴うイベントの発生に応じて更新される。受発注ＤＢ１１５により、商品の受発注状況が把握できるようになっている。

データベース１１は、例えば上記コンピュータシステムの大容量記憶装置内に形成される。商取引仲介システム１０は、ユーザＩＤによりユーザＤＢ１１２及び遊技場ＤＢ１１３を検索することで、当該ユーザの会員になっている遊技場及び当該遊技場における貯玉データの換算率を知ることができる。また、商取引仲介システム１０は、Ｗｅｂ店舗名及び商品名から当該商品の卸価格を検索することができる。換算率及び卸価格により、受発注ＤＢ１１５に記録される消費貯玉データを算出することができる。

制御部１２は、商品取引仲介システム１０の各構成要素の動作を制御するものである。制御部１２は、広域ネットワークＮ上の他のシステムへ送信する各種電文を作成するとともに、広域ネットワークＮ上の他のシステムから受信した電文を解読して、解読した電文に応じた処理を各構成要素に実行させる。例えば制御部１２は、Ｗｅｂ店舗サーバ４０から仮予約データを受信すると、受発注管理部１３により作成される受発注ＤＢ１１５のデータから条件データを作成してユーザ端末装置５０へ送信する。また制御部１２は、遊技場装置３０から決済完了データを受信すると、Ｗｅｂ店舗サーバ４０に決済完了を示す決済確定データを送信する。

受発注管理部１３は、ユーザ端末装置５０、遊技場装置３０からの商品の受注、Ｗｅｂ店舗サーバ４０への商品の発注を行い、受発注にともなうデータの管理を受発注ＤＢ１１５により行う。ユーザ端末装置５０から商品の発注を受け付けることで、受発注管理部１３は、予約番号を付して受発注ＤＢ１１５のデータを作成する。また、受発注管理部１３は、受発注に関するイベントがあると、受発注ＤＢ１１５の当該データを更新して受発注状況を反映させる。

店舗管理部１４は、商品取引仲介システム１０により取引可能な商品を扱うＷｅｂ店舗を、店舗ＤＢ１１４を用いて管理する。店舗管理部１４は、Ｗｅｂ店舗サーバ４０から受信するＷｅｂ店舗名、店舗法人名等の店舗情報に基づいて、Ｗｅｂ店舗毎に店舗ＩＤを割り振って店舗ＤＢ１１４のデータを作成する。また、店舗管理部１４は、Ｗｅｂ店舗サーバ４０から店舗ＤＢ１１４の内容の修正、削除の依頼があれば、その依頼に応じて店舗ＤＢ１１４の内容を修正、削除する。

ユーザ・遊技場管理部１５は、商品取引仲介システム１０を用いた商品取引を希望するユーザ、遊技場を、ユーザＤＢ１１２、遊技場ＤＢ１１３を用いて管理する。ユーザ・遊技場管理部１５は、ユーザ端末装置５０からユーザ名、登録している遊技場名、遊技場会員ＩＤ、住所等の個人情報を受け付けて、この個人情報に基づいてユーザ毎にユーザＩＤを割り振ってユーザＤＢ１１２のデータを作成する。ユーザ・遊技場管理部１５は、遊技場装置３０から遊技場名、遊技場法人名等の遊技場情報を受け付けると、この遊技場情報に基づいて遊技場毎に遊技場ＩＤを割り振って遊技場ＤＢ１１３のデータを作成する。また、店舗管理部１４は、ユーザ端末装置５０、遊技場装置３０からユーザＤＢ１１２、遊技場ＤＢ１１３の内容の修正、削除の依頼があれば、その依頼に応じてユーザＤＢ１１２、遊技場ＤＢ１１３の内容を修正、削除する。

商品管理部１６は、商品取引仲介システム１０で取引可能な商品を、商品ＤＢ１１１を用いて管理する。商品管理部１６は、Ｗｅｂ店舗サーバ４０から受信する商品に関する商品情報に基づいて、商品毎に商品管理ＩＤを割り振って、商品ＤＢ１１１のデータを作成する。商品管理部１６は、Ｗｅｂ店舗サーバ４０から商品ＤＢ１１１の内容の修正、削除の依頼があれば、その依頼に応じて商品ＤＢ１１１の内容を修正、削除する。商品管理部１６は、商品ＤＢ１１１の各データの有効期限を監視しており、有効期限が過ぎた商品については、そのデータを削除する。

データ送受信部３７は、広域ネットワークＮを介して貯玉管理システム２０、遊技場装置３０、Ｗｅｂ店舗サーバ４０、及びユーザ端末装置５０との間で通信を行う。貯玉管理システム２０、遊技場装置３０、Ｗｅｂ店舗サーバ４０、及びユーザ端末装置５０からデータを受け付け、商品取引仲介システム１０による処理結果を所定のシステム当てに送信する。

＜貯玉管理システム＞
貯玉管理システム２０は、複数の遊技場の各々に設置される遊技場装置３０より受信した遊技場毎の遊技場会員の貯玉データを管理する。この貯玉管理システム２０は、各遊技場装置３０の貯玉データのバックアップシステムとしての役割も有する。通常、貯玉管理システム２０は、各遊技場装置３０から１日１回貯玉データを受信して、関連データの更新を行う。但し、各遊技場装置３０からリアルタイムで貯玉データを受信し、データの更新を行う運用も可能である。

貯玉管理システム２０もまた、通信機能を備えた一種のコンピュータシステムである。図８は、コンピュータシステムが所定のコンピュータプログラムを読み込んで実行することにより形成される貯玉管理システム２０の機能ブロック図である。貯玉管理システム２０は、データ送受信部２１、貯玉管理システム２０で貯玉を管理されるユーザについてのデータをユーザＤＢ２２を用いて管理するユーザ管理部２４、遊技場毎に貯玉ＤＢ２３を用いて貯玉データを管理する貯玉管理部２５、及び制御部２６を少なくとも備えて構成される。

データ送受信部２１は、広域ネットワークＮ上の各システムとの間で双方向の通信、好ましくは暗号通信を行うためのものである。データ送受信部２１の機能は、例えばＶＰＮ（Virtual Private Network）を構築するためのネットワーク用品及び通信制御プログラム、あるいはその同等品を利用することにより容易に実現することができる。

ユーザＤＢ２２は、ユーザの属性情報、例えばユーザ名、パスワード、認証用情報、当該ユーザが遊技場会員となっている遊技場の遊技場ＩＤ、遊技場会員ＩＤ、及び当該ユーザのユーザＩＤを相互に関連付けて記憶するものである。ユーザＩＤ及び遊技場ＩＤは、商品取引仲介システム１０で用いられるユーザＩＤ及び遊技場ＩＤと同じものである。ユーザが複数の遊技場で遊技場会員となっている場合には、当該ユーザのユーザＩＤにすべての遊技場の遊技場ＩＤ及び遊技場会員ＩＤを関連付けて記憶する。ユーザＤＢ２２の内容は、貯玉会員の新規登録、削除、個人情報の変更等に応じて更新される。図９は、このようなユーザＤＢ２２の例示図である。図９の例では、貯玉会員が２つの遊技場の遊技場会員であり、遊技場ＩＤ及び遊技場会員ＩＤがそれぞれ２つある。

貯玉ＤＢ２３は、遊技場装置３０から送られてくる貯玉データを遊技場毎に記憶するものである。図１０は、このような貯玉ＤＢ２３の例示図である。図１０の例では、遊技場を特定するための遊技場ＩＤを、当該遊技場から送られてくる貯玉データに関連付けて記憶している。このような構成では、遊技場ＩＤと遊技場会員ＩＤを特定することにより、所望の遊技場における遊技場会員の貯玉データを特定できるようになる。貯玉ＤＢ２３は、遊技場装置３０から貯玉データが送られてくるたびに更新される。通信負荷の軽減を重視する場合は、更新は１日１回程度とする。通信負荷が問題にならない場合の更新は、１日数回あるいはリアルタイムであっても良い。
貯玉データは、遊技場装置３０に記録されている貯玉データと同じ内容のものとなる。例えば遊技場装置３０の内容を複写して、これに取得元の遊技場の遊技場ＩＤを付与して管理することにより貯玉ＤＢ２３を構築することができる。

ユーザＩＤにより、ユーザＤＢ２２を参照して当該ユーザが遊技場会員となっている遊技場の遊技場ＩＤ及び遊技場会員ＩＤが特定される。この遊技場ＩＤ及び遊技場会員ＩＤにより、貯玉ＤＢ２３を参照して当該ユーザの貯玉データが特定される。つまり、ユーザのユーザＩＤにより、ユーザの貯玉データを検索することができる。ユーザが複数の遊技場の遊技場会員である場合でも、すべての遊技場の貯玉データを検索することができる。
ユーザＤＢ２２及び貯玉ＤＢ２３は、例えば上記コンピュータシステムの大容量記憶装置内に形成される。

ユーザ管理部２４は、ユーザＤＢ２２の内容を管理する。例えば、ユーザの会員登録の際に入力される個人情報にユーザＩＤを割り当て、これをユーザＤＢ２２に記憶させる。
ユーザの会員登録は、例えばユーザが貯玉データを有する遊技場の遊技場装置３０の遊技場ＩＤ及び遊技場会員ＩＤを含む個人情報を入力することにより行われる。また、ユーザ端末装置５０又は遊技場装置３０からユーザによる貯玉の確認の依頼があると、そのユーザＩＤに基づいてユーザＤＢ２２から当該ユーザの遊技場ＩＤ及び遊技場会員ＩＤを読み出す。なお、ユーザに関する上記の各情報は、図示しないデータ入力手段（例えばテンキー、キーボード、カードリーダ等）から直接入力するようにしても良い。

貯玉管理部２５は、遊技場装置３０から受信した貯玉データをもとに貯玉ＤＢ２３の記録、更新、削除等を行う。また、ユーザから貯玉照会の要求があると、貯玉ＤＢ２３から当該ユーザの貯玉データを抽出する。これによりユーザは、貯玉管理システム２０で管理している貯玉データを確認できるようになる。

制御部２６は、貯玉管理システム２０の各構成要素の動作を制御するものである。制御部２６は、また、貯玉管理システム２０から各遊技場装置３０へ送信する各種電文を作成するとともに、各遊技場装置３０から受信した電文を解読して、解読した電文に応じた処理を各構成要素に実行させる。

＜遊技場システム＞
遊技場装置３０は、遊技場内において遊技場会員に遊技サービスを提供するための複数の遊技機（図示せず）の管理を行うとともに、遊技場会員の貯玉口座に貯えられる貯玉データを遊技場会員毎に記憶する。貯玉データは、貯玉・再プレイサービスに用いる他に、遊技場会員の申し出により所定の換算率で景品に交換されても良い。遊技場装置３０は、自身に割り当てられている遊技場ＩＤとともに貯玉データを貯玉管理システム２０に送信する。貯玉管理システム２０への貯玉データの送信は、例えば１日の営業が終了して、遊技場装置３０内で各遊技場会員の貯玉データの集計が終えたタイミングで行われる。遊技機の管理については、本願発明とは直接関係がないので、詳細な説明は省略する。

遊技場装置３０は、ユーザの本人認証を行う際に用いられる。商品交換システム１では、ユーザが実際に出向くのは遊技場のみであるので、ここでの本人確認が不正な商品交換を防止する上で重要になる。そのために遊技場装置３０は、種々の周辺機器が接続され、通信機能を備えた一種のコンピュータシステムであり、図１１に例示されるように、遊技場会員を認証するためのデータが入力されるデータ入力部３１、ユーザが遊技場会員として登録されたユーザかどうかを確認する個人認証部３２、貯玉数が入出力される遊技価値管理部３３、会員認証に用いるための遊技場会員の個人情報をユーザＤＢ３４を用いて管理するとともに、入力された貯玉数を遊技場会員毎に貯玉ＤＢ３５を用いて管理する遊技場会員管理部３６、貯玉会員管理システム２０との間で双方向の暗号通信を行うためのデータ送受信部３７、各種データを出力するためのデータ出力部３８、及び制御部３９の機能ブロックを少なくとも備えて構成される。

データ入力部３１は、周辺機器の一つであるカード挿入機構、機能選択又は新たに生じた遊技価値、貯玉データの引き落とし指示その他の指示を入力するためのテンキー、選択された機能ないし入力されたデータに基づく各種演算を行うための演算手段、上記コンピュータシステムとの間のデータ入出力インタフェースを備えた公知のカードリーダライタ等の少なくとも一つを有するものである。データ入力部３１には、ユーザの認証用情報が入力可能である。
遊技価値管理部３３は、遊技場会員が遊技によって獲得した遊技価値（玉数、メダル数等）を計数する計数機（図示省略）と上記コンピュータシステムとの間のインタフェースである。

データ出力部３８は、小型液晶ディスプレイ、音声出力装置、又はプリンタ等の情報出力手段及び上記コンピュータシステムとの間のインタフェース手段である。
小型液晶ディスプレイは、各種データやメッセージ等を、遊技場の担当者または遊技場会員が視認できる形態でほぼリアルタイムに提示（表示）するものであり、音声出力装置はメッセージ等を合成音声によって遊技場会員に提示（視聴）するものであり、プリンタはレシート印刷の形でメッセージ等を遊技場担当者または遊技場会員に提示（印刷出力）するものである。これらをすべて具備して出力するデータ等を様々な形態で提供することはサービス向上の観点からは望ましいが、データ等を提示すれば足りるという観点からは、いずれか一つを具備する構成であっても良い。このデータ出力部３８は、データ入力部３１と一体構成のものであっても良い。

データ送受信部３７は、広域ネットワークＮを用いて他のシステムとの間で双方向の通信を行う。貯玉管理システム２０との間では、好ましくは暗号通信を行う。なお、本実施形態では、遊技場会員に関するデータというセキュリティ性が要求される通信を行うことから暗号通信方式を採用するものであるが、ＶＰＮ以外の他の暗号通信方式を用いても良いのは勿論である。

ユーザＤＢ１４は、遊技場会員となったユーザの氏名、住所等の個人情報、商品取引の際にユーザを確認するための認証用情報を、遊技場会員ＩＤに関連付けして記憶するものである。また、遊技場会員の遊技履歴（遊技日時等）を記憶する。ユーザＤＢ１４の内容は、遊技場会員の新規登録、削除、個人情報の変更、遊技履歴の更新等に応じて更新される。図１２は、このようなユーザＤＢ１４の内容例を示した図である。
貯玉ＤＢ３５は、遊技場会員の貯玉データを、当該遊技場会員の遊技場会員ＩＤに関連付けして記憶する。貯玉ＤＢ３５の内容は、遊技場会員の貯玉の蓄積、使用等の申し出に応じて更新される。図１３は、このような貯玉ＤＢ３５の内容例を示した図である。
ユーザＤＢ１４及び貯玉ＤＢ３５は、例えば上記コンピュータシステムの大容量記憶装置内に形成される。

個人認証部３２、遊技場会員管理部３６、及び制御部３９については、上記コンピュータシステムのＯＳが所定の（アプリケーション）プログラムを読み込んで実行することにより形成される機能ブロックである。
個人認証部３２は、データ入力部３１から入力されたデータにより、ユーザＤＢ１４を参照して遊技場会員の認証を行う。認証が行われると、遊技場会員は、当該遊技場会員の貯玉口座に貯えられた貯玉データを使用することができるようになる。また、ユーザによる商品取引のための認証が行われると、遊技場装置３０を用いて貯玉データによる決済処理が行われる。

遊技場会員管理部３６は、ユーザＤＢ１４及び貯玉ＤＢ３５を管理する。具体的には、これらのユーザＤＢ１４及び貯玉ＤＢ３５へのデータの記録、読み出し、並びに、記録されたデータの更新等を行う。遊技場会員管理部３６は、また、ユーザの会員登録の際に入力される個人情報に遊技場会員ＩＤを割り当て、ユーザＤＢ１４に記憶させる。また、ユーザの会員登録の際に、割り当てた遊技場会員ＩＤに関連付けして貯玉口座を貯玉ＤＢ３５に設ける。

制御部３９は、遊技場装置３０の各構成要素の動作を制御するものである。また、遊技場装置３０から広域ネットワークＮ上の他のシステムへ送信する各種電文を作成するとともに、商品取引仲介システム１０及び他のシステムから受信した電文を解読して、解読した電文に応じた処理を各構成要素に実行させる。特に、制御部３９は決済処理が終了すると決済完了データを作成して商品取引仲介システム１０へ送信する。

＜Ｗｅｂ店舗サーバ＞
Ｗｅｂ店舗サーバ４０は、従来の電子商店と同じ構成を有している。Ｗｅｂ店舗サーバ４０は、ユーザに対して購入可能な商品の提示を行うためにＷｅｂサーバとしての機能を有しており、ユーザ端末装置５０のＷｅｂブラウザによりアクセス可能となっている。また、貯玉との交換が可能な商品については、商品取引仲介システム１０に当該商品を登録を依頼する。商品取引仲介システム１０に登録された商品について登録内容の変更の必要がある場合には、商品取引仲介システム１０に登録内容の変更を依頼する。商品取引仲介システム１０の登録内容を随時最新のものにすることで、商品取引仲介システム１０とＷｅｂ店舗サーバ４０のそれぞれの商品情報の整合性をとる。

Ｗｅｂ店舗サーバ４０は、通信機能を備えた一種のコンピュータシステムであり、図１４に例示されるように、Ｗｅｂ店舗を運営する店舗の店員によりデータが入力されるデータ入力部４１、Ｗｅｂ店舗サーバ４０で取り扱う商品の管理を商品ＤＢ４３を用いて行う商品管理部４２、商品取引仲介システム１０及びユーザ端末装置５０との間で双方向通信を行うためのデータ送受信部４４、各種データを出力するためのデータ出力部４５、及び制御部４６の機能ブロックを少なくとも備えて構成される。

データ入力部４１は、キーボード、マウス等の入力及び上記コンピュータシステムとの間のインタフェース手段である。
商品管理部４２は、商品の商品名、画像データ、取扱単位、有効期限、値段等の商品情報を、Ｗｅｂ店舗サーバ４０内で商品を識別するための商品管理ＩＤ２に関連付けして商品ＤＢ４３に記録して管理する。商品ＤＢ４３の内容は、商品の新規登録、削除、有効期限や値段の更新等に応じて更新される。図１５は、このような商品ＤＢ４３のデータの例示図である。

データ送受信部４４は、広域ネットワークＮを用いて他のシステムとの間で通信を行うためのインタフェースである。データ出力部４５は、小型液晶ディスプレイ、又はプリンタ等の情報出力手段及び上記コンピュータシステムとの間のインタフェース手段である。

制御部４６は、Ｗｅｂ店舗サーバ４０の各構成要素の動作を制御するものである。また、Ｗｅｂ店舗サーバ４０から商品取引仲介システム１０及びユーザ端末装置５０へ送信する各種電文を作成するとともに、商品取引仲介システム１０及びユーザ端末装置５０から受信した電文を解読して、解読した電文に応じた処理を各構成要素に実行させる。

＜ユーザ端末装置＞
ユーザ端末装置５０は、汎用の情報処理システムであり、Ｗｅｂブラウザを搭載している。ユーザ端末装置５０は、Ｗｅｂブラウザを用いて広域ネットワークＮを介してＷｅｂ店舗サーバ４０及び商品取引仲介システム１０にアクセス可能になっている。ユーザ端末装置５０は、少なくとも認証用情報及び条件データを記録するための記憶装置を有しており、認証用情報は、遊技場における決済の際に、本人認証に用いられる。認証用情報は、好ましくはユーザ端末装置５０のユーザによる操作によってのみ読み出されるように保護されたデータある。このようなユーザ端末装置５０は、Ｗｅｂブラウザを搭載した従来のコンピュータシステム、携帯電話等で構成することができるため、詳細な説明は省略する。なお、ユーザ端末装置５０は、決済の際に遊技場に持参することもあるために、携帯型の通信端末装置であることが望ましい。

［商品管理システム１の運用形態１］
次に、上記のように構成される商品管理システム１の運用形態を説明する。商品管理システム１では、Ｗｅｂ店舗サーバ４０から商品取引仲介システム１０への、貯玉決済の対象となる商品の登録、ユーザ端末装置５０による商品の購入予約、遊技場装置３０による商品の決済を行うことができる。Ｗｅｂ店舗サーバ４０からの商品の登録により、商品取引仲介システム１０は、貯玉決済可能な商品を管理することができる。商品の購入予約及び決済により、ユーザは商品を購入することができる。

＜商品取引仲介システムへの商品の登録＞
図１６は、商品取引仲介システム１０へ貯玉決済可能な商品の登録を行う場合の処理の例示図である。この処理では、商品取引仲介システム１０とＷｅｂ店舗サーバ４０とが広域ネットワークＮを介して通信を行う。商品登録には、Ｗｅｂ店舗サーバ４０が商品取引仲介システム１０に予め登録されている必要がある。登録されると、Ｗｅｂ店舗サーバ４０のデータが、商品取引仲介システム１０の店舗ＤＢ１１４に記録される。

商品の登録には、まず、Ｗｅｂ店舗サーバ４０から商品取引仲介システム１０にログインする必要がある。ログイン時には、Ｗｅｂ店舗サーバ４０から商品取引仲介システム１０にアクセスして当該Ｗｅｂ店舗サーバの店舗ＩＤ及びパスワードを送信する（ステップＳ１０）。商品取引仲介システム１０は、店舗ＤＢ１１４により受信した店舗ＩＤ及びパスワードを確認して、ログイン処理を行う（ステップＳ１１）。

ログインが完了すると、Ｗｅｂ店舗サーバ４０から登録する商品についての商品情報が送信される。Ｗｅｂ店舗サーバ４０は、商品ＤＢ４３から当該商品の商品管理ＩＤ２、商品名、画像データ、取扱単位、有効期限、値段を読み出して商品取引仲介システム１０に送信する（ステップＳ１２）。商品取引仲介システム１０は、商品情報を受信して当該商品を商品ＤＢ１１１に登録する（ステップＳ１３、Ｓ１４）。商品取引仲介システム１０は、Ｗｅｂ店舗サーバ４０から受信したデータに商品管理ＩＤを割り付けて、その登録日、卸価格を付して、商品ＤＢ１１１に当該商品を登録する。

登録が終了すると、商品取引仲介システム１０からＷｅｂ店舗サーバ４０に商品の登録が完了したことを登録完了データを送信する（ステップＳ１５）。登録完了データには、商品が貯玉により決済可能であることを示す「貯玉レジ」の画像データも含まれる。商品を提示する場合には、貯玉レジの画像が表示されてこの商品が貯玉により決済可能であることを示す（ステップＳ１６）。商品取引仲介システム１０からの登録完了データは、例えばＷｅｂ店舗サーバ４０のデータ出力部４５から出力されることでＷｅｂ店舗に報知される。これによろＷｅｂ店舗の店員は商品の登録が完了したことを知ることができる。
商品の登録が終了すると、Ｗｅｂ店舗サーバ４０はログアウトを行い、商品取引仲介システム１０はログアウト処理を行う（ステップＳ１７、Ｓ１８）。

図１７は、このようにして登録された商品をユーザに提示する場合の例示図である。商品（この場合はスチームアイロン）の画像の他に、商品番号、商品名、価格、及び貯玉レジ対象商品の画像が表示される。このような画像は、ユーザ端末装置５０のＷｅｂブラウザにより表示される。ユーザは、これにより商品の概要を知ることができる。
次に、商品の購入の際の処理を説明する。

＜商品の購入予約＞
図１８は、ユーザが貯玉決済を行う商品の予約を行う場合の処理の例示図である。この処理では、商品取引仲介システム１０と、Ｗｅｂ店舗サーバ４０と、ユーザ端末装置５０とが広域ネットワークＮを介して通信を行う。ユーザは、予め商品取引仲介システム１０に登録しており、ユーザＤＢ１１２にユーザの個人情報が記録されている。

商品の予約には、まず、ユーザがユーザ端末装置５０により所望のＷｅｂ店舗サーバ４０にアクセスして商品を閲覧する。これによりユーザ端末装置５０には、図１７のような画像が表示される（ステップＳ２０）。ユーザが「買い物かごへ入れる」ボタンをクリックして商品を選択すると、図１９のような買い物かご画面がユーザ端末装置５０に表示される（ステップＳ２０）。図１９に示す買い物かご画面では、選択した商品の商品番号、商品名等の商品情報が表示され、この商品の決済方法が示される。また図１９の買い物かご画面を表示するための画面データには、この商品を提供するＷｅｂ店舗サーバ４０を備えるＷｅｂ店舗の店舗名及び買い物かご番号が付されている。

決済方法は、通常のクレジットカード、銀行振り込み、代金引換に加え、貯玉レジを選択できるようになっている。選択した商品の変更、申し込み数量の変更等は、「修正」ボタンをクリックすることで可能である。通常の決済方法については、本願発明とは直接的な関係がないので説明を省略する。ユーザがユーザ端末装置５０により貯玉レジを選択して「申込」ボタンをクリックすることで、貯玉レジが選択される（ステップＳ２２）。

貯玉レジが選択されると、ユーザ端末装置５０からＷｅｂ店舗サーバ４０に貯玉レジの使用が申請される（ステップＳ２３）。申請の際にユーザ端末装置５０からＷｅｂ店舗サーバ４０に送られるデータには、買い物かご番号が含まれる。申請を受けると、Ｗｅｂ店舗サーバ４０は商品取引仲介システム１０に貯玉レジの申請が合ったことを報知するとともに、貯玉レジで決済を行う商品の商品名、店舗名、買い物かご番号等のデータを含む仮予約データを生成して商品取引仲介システム１０へ送る。

ユーザがユーザ端末装置５０から貯玉レジの申請を行うと、ユーザ端末装置５０には商品取引仲介システム１０へのログイン画面が表示される。ユーザは、ログイン画面からログインＩＤ及びパスワードを入力することで商品取引仲介システム１０にログインする（ステップＳ２４）。ユーザが商品取引仲介システム１０に未登録の場合には、この段階で登録を即す画面が商品取引仲介システム１０により提示され、登録完了後にログインすることになる。ログインの際には、ログインＩＤ及びパスワードの他にＷｅｂ店舗の店舗名及び買い物かご番号を含むログインデータが、ユーザ端末装置５０から商品取引仲介システム１０に送られる。

商品取引仲介システム１０は、Ｗｅｂ店舗サーバ４０から仮予約データを受信し且つユーザ端末装置５０からログインデータを受信すると、仮予約データに含まれる店舗名及び買い物かご番号とログインデータに含まれる店舗名及び買い物かご番号とを比較して、同じ商品取引に関するデータであることを確認する。商品取引仲介システム１０は、確認後に、商品ＤＢ１１１を参照して依頼のあった商品が商品ＤＢ１１１に登録されているか否かを確認して、登録されている場合に、仮予約データに予約番号及び予約日を付して受発注ＤＢ１１５に新たなデータを記録する（ステップＳ２５）。登録されていない場合には、その旨をＷｅｂ店舗サーバ４０に報知する。Ｗｅｂ店舗サーバ４０はこれに応じて、ユーザ端末装置５０に貯玉レジが使えないことを報知するとともに、他の方法での決済を即す画面を提示する。

受発注ＤＢ１１５に新たなデータを記録すると、商品取引仲介システム１０は、ログインデータによりユーザＤＢ１１２を参照してユーザが会員登録をしている遊技場を特定する。次いで遊技場ＤＢ１１３を参照して当該遊技場における換算率を調べ、当該商品のデータの卸価格に相当する貯玉数を表す消費貯玉データを算出する。ユーザが複数の遊技場の会員になっている場合には、遊技場毎に消費貯玉データを算出する。その後、商品取引仲介システム１０は、図２０に示すような画面をユーザ端末装置５０に表示させる（ステップＳ２６）。ユーザは、この画面により予約する商品の名前、数量、消費する貯玉データ等の予約内容を確認する。ユーザが複数の遊技場の会員である場合には、消費貯玉データ等が遊技場毎に表示される。ユーザは、複数の遊技場の会員である場合には、どの遊技場の貯玉データを用いて決済を行うかをこの画面から選択することができる。
なお、商品取引仲介システム１０は、消費貯玉データと貯玉管理システム２０に記録された当該ユーザの貯玉データとを比較して、当該ユーザの貯玉データが少ない場合には、その旨を図２０の画面の備考欄に表示するようにしてもよい。

ユーザが、図２０の画面から「予約内容確認」ボタンをクリックすると、商品取引仲介システム１０は、ユーザ端末装置５０に図２１のような画面を表示させる。図２１は、予約申し込みの確認画面である。この画面では、申込者の指名、住所、申込商品を確認することができる。なお、商品取引仲介システム１０に登録している住所以外の場所への商品の発送を希望する場合には、この画面の「お届け先」の欄に記入することで、希望の発送先を指定できる。この画面の「予約申込」ボタンをクリックすることで、ユーザ端末装置５０から商品取引仲介システム１０への申し込みが実行される（ステップＳ２７）。

商品取引仲介システム１０は、図２０による予約内容確認により、消費貯玉データ、遊技場の遊技場ＩＤ、申込数量を、受発注ＤＢ１１５に記録する。また図２１による予約申込があると、商品取引仲介システム１０はこれを受け付けて（ステップＳ２８）、申し込み内容をＷｅｂ店舗サーバ４０に発注する（ステップＳ２９）。発注時に、発注者のユーザ名、商品名、配送先等の商品の発送に必要な情報を含む発注データをＷｅｂ店舗サーバ４０に送る。Ｗｅｂ店舗サーバ４０は発注データを受信すると（ステップＳ３０）、発注データに予約受付番号を付して所定の記憶領域に記憶するとともに、予約受付番号を付した発注表を商品取引仲介システム１０を介してユーザ端末装置５０に送付する（ステップＳ３１、Ｓ３２、Ｓ３３）。商品取引仲介システム１０は、発注表をユーザ端末装置５０に転送する際に、受発注ＤＢ１１５に予約受付番号及び店舗受注日を記録する。また、転送する発注表に決済する遊技場の遊技場名及び消費貯玉データ等を含む条件データを添付する。発注表は、例えば図２２に示すようなものである。

ユーザ端末装置５０が条件データを入手すると、ユーザによる商品の予約は終了する。ユーザ端末装置５０は、条件データを所定の記憶領域に記憶する。ユーザは、ユーザ端末装置５０により商品取引仲介システム１０からログアウトを行う（ステップＳ３４）。商品取引仲介システム１０は、これに応じてログアウト処理を行う（ステップＳ３５）。

以上のような処理により、ユーザは商品の予約を完了する。ユーザ端末装置５０には条件データが送付されており、ユーザはこの条件データにより遊技場で決済を行うことができる。発注表の「申込書ダウンロード」ボタンをクリックすることで、発注表をダウンロードして印刷することができる。「申込書ダウンロード」ボタンをクリックすると、予約受付番号が商品取引仲介システム１０に送られる。商品取引仲介システム１０は、ユーザ端末装置５０から予約受付番号を受信すると、受発注ＤＢ１１５から当該予約受付番号のデータを読み出して、決済に必要な情報を印刷可能な形式でユーザ端末装置５０に送る。このようにして印刷された発注表を、ユーザは遊技場に持参して決済を行う。発注表には、ＰＯＳ情報に基づいたバーコードも印刷される。

なお、ユーザが商品の予約を行う前に自身が保有する貯玉データを確認する場合には、Ｗｅｂ店舗サーバ４０を介した貯玉データの照会を行えるようにしてもよい。この場合、Ｗｅｂ店舗サーバ４０は、ユーザ端末装置５０からのユーザＩＤ、パスワード、認証用情報等を含む権限情報の入力を受け付けてこれを遊技場装置３０又は貯玉管理システム２０へ送信する。遊技場装置３０又は貯玉管理システム２０は、この権限情報によりデータベースを検索して該当するユーザの貯玉データを検出する。遊技場装置３０又は貯玉管理システム２０は、検出した貯玉データをＷｅｂ店舗システム４０へ送信する。Ｗｅｂ店舗システム４０は、受信した貯玉データをユーザ端末装置５０に送信する。これによりユーザ端末装置５０には貯玉データが表示させる。

＜商品の決済＞
図２３は、ユーザが遊技場で貯玉決済を行う場合の処理の例示図である。この処理では、遊技場装置３０と、商品取引仲介システム１０と、貯玉管理手段２０と、Ｗｅｂ店舗サーバ４０とが広域ネットワークＮを介して通信を行う。なお、貯玉管理システム２０は、遊技場装置３０で貯玉の管理を行っている場合には必ずしも必要ではない。

ユーザは、遊技場に発注表を持参して遊技場装置３０により決済処理を行う。決済を行うにあたり、遊技場ではユーザの本人認証を行う。本人認証には遊技場装置３４のユーザＤＢ３４に記録された認証用情報を用いる。ユーザ端末装置５０が携帯可能なコンピュータシステムであり、認証用情報を有している場合には、ユーザ端末装置５０の認証用情報と遊技場装置３０の認証用情報とを比較することで本人認証が可能である。ユーザ端末装置５０の認証用情報を用いない場合には、遊技場のスタッフが免許証等の身元を証明する書類の提示をユーザに求めて、本人認証を行う。免許証等を用いない場合には、例えばユーザの会員登録時に遊技場装置３０の認証用情報にユーザの顔画像を登録しておき、これを用いて本人認証を行うようにしてもよい。

ユーザの本人認証が終わると、遊技場装置３０から商品取引仲介システム１０にログインを行う（ステップＳ４０）。ログイン時には、遊技場ＩＤ及びパスワードが遊技場装置３０から商品取引仲介システム１０に送られる。ログインが完了すると、遊技場装置３０には図２４に示すような画面が表示される。この画面から発注表に記載されている予約受付番号が入力される。入力された予約受付番号は商品取引仲介システム１０に送られる。これにより注文内容の照会を要求する（ステップＳ４１）。

商品取引仲介システム１０は、遊技場装置３０から送られてきた予約受付番号により受発注ＤＢ１１５の該当するデータから商品名、届け先住所、消費貯玉データ等を読み出して、遊技場装置３０に表示させる（ステップＳ４２、Ｓ４３）。遊技場装置３０には、図２５に示すような画像が表示される。ユーザは、この画面により予約した商品を最終的に確認することができる。

ユーザは商品を最終的に確認すると、図２５の「申込」ボタンをクリックすることで、遊技場装置３０が決済処理を実行する（ステップＳ４４）。決済は、遊技場装置３０の貯玉ＤＢ３５から消費貯玉データ分の貯玉データを減算して、貯玉ＤＢ３５のデータを更新することで行われる。その後、貯玉管理システム２０の貯玉ＤＢ２３を更新する。或いは、遊技場装置３０から貯玉管理システム２０に、ユーザＩＤ、遊技場ＩＤ、減算する貯玉データを含むデータを送信して、貯玉管理システム２０の貯玉ＤＢ２３を直接更新するようにしてもよい。

貯玉データによる決済が終了すると、遊技場装置３０から商品取引仲介システム１０へ予約受付番号を含む決済完了データが送信される。決済完了データにより、商品取引仲介システム１０に決済の完了が報知される。

商品取引仲介システム１０は、受信した決済完了データと受発注ＤＢ１１５、商品ＤＢ１１１、ユーザＤＢ１１２、及び店舗ＤＢ１１４から、店舗名、商品名、ユーザ名とその住所、配送先を含む決済確定データをＷｅｂ店舗サーバ４０に送信することで、商品の発送依頼を行う（ステップＳ４５）。商品取引仲介システム１０は、受発注ＤＢ１１５及び店舗ＤＢ１１４からＷｅｂ店舗サーバ４０のメールアドレスを確認して、例えば電子メールにより決済確定データを送信する。Ｗｅｂ店舗サーバ４０は決済確定データを受信すると（ステップＳ４６）、商品の発送の手配を行い、受注番号を商品取引仲介システム１０に送信する（ステップＳ４７）。商品取引仲介システム１０は、受注番号を受信するとこれを遊技場装置３０に転送する（ステップＳ４８）。商品取引仲介システム１０は、受注番号を受発注ＤＢ１１５に記録してもよい。また、商品取引仲介システム１０は、商品取引の内容（取引した商品名、決済した遊技場名、取引日時等）をユーザＤＢ１１２の当該ユーザのデータの履歴の欄に記録する。

遊技場装置３０は、受注番号を受信すると、図２６に示すような画面を表示して受注の完了をユーザに知らせる。ユーザは、図２６に示す画面を確認後に遊技場装置３０により商品取引仲介システム１０からログアウトを行う（ステップＳ４９、Ｓ５０）。商品取引仲介システム１０は、これに応じてログアウト処理を行う（ステップＳ５１）。

以上のようにして、商品の貯玉データによる決済が終了する。ユーザは、Ｗｅｂ店舗から発送された商品を所望の場所で受け取ることができる。Ｗｅｂ店舗サーバ４０は、インターネット等の広域ネットワークＮに接続可能であれば、商品取引仲介システム１０に登録することで顧客の獲得につながるというメリットがある。ユーザは、貯玉と交換可能な商品の種類が格段に多くなり、また、所望の場所で商品を受け取ることができるために、商品の輸送の手間を省くことができる。
以上の実施形態では、ユーザによる商品選択の際に商品取引仲介システム１０により消費貯玉データを算出しているが、これに限らず、各遊技場で消費貯玉データを算出して、その場で決済するようにしてもよい。

なお、商品の購入予約があった日から所定の日数の間にユーザによる決済処理が行われない場合には、商品取引仲介システム１０が当該商品の取引に関する受発注ＤＢ１１５のデータを消去するなどして、商品の予約がキャンセルされる。キャンセル時には、ユーザＤＢ１１２の当該ユーザのデータの履歴の欄にキャンセルを行ったことが記録される。商品取引仲介システム１０は、キャンセルの多いユーザに対して以降の商品取引の中止などのペナルティを与えるようにしてもよい。

また、Ｗｅｂ店舗から了承があれば一度キャンセルした商品について再予約を許可するようにしてもよい。再予約は、例えば、ユーザがユーザ端末装置５０により商品取引仲介システム１０にログインして、予約受付番号を商品取引仲介システム１０に送ることで可能にする。
商品取引仲介システム１０は、ユーザ端末装置５０から送られてきた予約受付番号から受発注ＤＢ１１５の該当データを検索して、新たな予約日及び新たな予約受付番号を設定する。新たな予約受付番号は、ユーザ端末装置５０に送られる。ユーザは、この新たな予約受付番号により遊技場で決済を行うことになる。決済は、図２３で説明した同じ処理で行われるので説明を省略する。

［商品管理システム１の運用形態２］
上記の実施形態では、ユーザが遊技場の遊技場会員になっている場合を説明したが、ユーザがいずれの遊技場の遊技場会員になっていない場合でも、商品取引仲介システム１０を用いた商品取引を行うことができる。以下、この場合について説明する。

この実施形態では、ユーザの遊技場への登録に関する情報及び貯玉に関する情報が不要になる。そのために図１の構成から、貯玉管理システム２０が不要になる。また、遊技場装置３０の構成は、図１１の構成からユーザＤＢ３４、貯玉ＤＢ３５、個人認証部３２が不要になる。

商品取引仲介システム１０’の構成は、図２７に示すようになる。図２７は、図２の構成に個人認証部１８を追加した構成である。個人認証部１８は、図１１の遊技場装置３０に設けられる個人認証部３２と同様の機能を有する。
商品取引仲介システム１０’のユーザＤＢ１１２’に記録されるデータは、図２８のような内容になる。図２８は、図４の内容から遊技場ＩＤ及び遊技場会員ＩＤが削除されて、ユーザの認証用情報が追加される。認証用情報は、例えば、図１２に示す遊技場装置３０のユーザＤＢ３４に記録される認証用情報と同じ内容である。
商品取引仲介システム１０’の受発注ＤＢ１１５’に記録されるデータは、図２９のような内容になる。図２９は、図７の内容から消費貯玉データが削除されて、商品価格が追加される。商品価格は、例えば、商品ＤＢ１１１の卸価格である。

このような構成の商品管理システム１では、商品の購入予約を図１８と同様の処理により行うが、商品確認（ステップＳ２５）以降の商品取引仲介システム１０’の処理内容が異なる。以下は、ステップＳ２５以降の説明であり、これ以前の処理は、上記したものと同じであるので省略する。
商品取引仲介システム１０’は、商品確認が終了すると、図３０に示すような画面をユーザ端末装置５０に表示させる（ステップＳ２６）。ユーザは、この画面により予約する商品の名前、数量、価格、有効期限等の予約内容を確認する。図２０と異なって決済に必要な貯玉数である消費貯玉データは表示されない。これは、ユーザがいずれの遊技場の会員にもなっていないため、どの遊技場の換算率を用いて消費貯玉データを算出すればよいかが不明であるためである。

ユーザが、図３０の画面から「予約内容確認」ボタンをクリックすると、商品取引仲介システム１０’は、ユーザ端末装置５０に図２１のような予約申込の確認画面を表示させる。この画面の「予約申込」ボタンをクリックすることで、ユーザ端末装置５０から商品取引仲介システム１０’への申し込みが実行される（ステップＳ２７）。

商品取引仲介システム１０’は、図３０による予約内容確認により、申込数量を受発注ＤＢ１１５に記録する。また図２１による予約申込があると、商品取引仲介システム１０’はこれを受け付けて（ステップＳ２８）、申し込み内容をＷｅｂ店舗サーバ４０に発注する（ステップＳ２９）。発注時に、発注者のユーザ名、商品名、配送先等の商品の発送に必要な情報を含む発注データをＷｅｂ店舗サーバ４０に送る。Ｗｅｂ店舗サーバ４０は発注データを受信すると（ステップＳ３０）、発注データに予約受付番号を付して所定の記憶領域に記憶するとともに、予約受付番号を付した条件データである発注表を、商品取引仲介システム１０’を介してユーザ端末装置５０に送付する（ステップＳ３１、Ｓ３２、Ｓ３３）。商品取引仲介システム１０’は、発注表をユーザ端末装置５０に転送する際に、受発注ＤＢ１１５’に予約受付番号及び店舗受注日を記録する。ユーザが条件データを入手してログアウトすることで、ユーザによる商品の購入予約が終了する（ステップＳ３３、Ｓ３４、Ｓ３５）。

購入予約が終了すると、ユーザは、所定の遊技場で決済を行う。この実施形態では、遊技場装置３０と、商品取引仲介システム１０と、Ｗｅｂ店舗サーバ４０とが広域ネットワークＮを介して通信を行って決済が行われる。ユーザの本人認証には、商品取引仲介システム１０’のユーザＤＢ１１２’に記録された認証用情報を用いる。ユーザ端末装置５０が携帯可能なコンピュータシステムであり、認証用情報を有している場合には、ユーザ端末装置５０の認証用情報と商品取引仲介システム１０’の認証用情報とを比較することで本人認証が可能である。ユーザ端末装置５０の認証用情報を用いない場合には、遊技場のスタッフが免許証等の身元を証明する書類の提示をユーザに求めて、本人認証を行う。

ユーザの本人承認後は、図２３に示す処理と同様の処理を行うが、決済処理（ステップＳ４４）の際に用いる消費貯玉データは、遊技場装置３０により算出される。遊技場装置３０は当該遊技場で設定されている換算率と商品価格とから算出する。商品価格は、遊技場装置３０からの注文内容の照会に対する商品取引仲介システム１０からの応答時に、受発注ＤＢ１１５’の該当するデータから商品名及び届け先住所とともに商品取引仲介システム１０’で読み出されて、遊技場装置３０に表示される（ステップＳ４１、Ｓ４２、Ｓ４３）。

決済処理の際には、ユーザが遊技場装置３０に貯玉を直接入力する。ユーザは、消費貯玉データ相当の貯玉をデータ入力部３１から入力して、決済を行う。貯玉が不足する場合には、決済は行われず、期限までに決済できない場合には、商品がキャンセルされる。

決済が終了すると、遊技場装置３０から商品取引仲介システム１０’へ予約受付番号を含む決済完了データが送信される。決済完了データにより、商品取引仲介システム１０’に決済の完了が報知される。以下、図２３のステップ４５以降と同様の処理により、ユーザに商品が発送される。
この実施形態でも、先の実施形態と同様のメリットを、ユーザ及びＷｅｂ店舗が得ることができる。キャンセル時も、先の実施形態と同様に、Ｗｅｂ店舗の了承により再予約を許可するようにしてもよい。また、この実施形態では、遊技場装置３０にユーザの個人情報を残すことがないのでユーザの個人情報の保護にもつながる。

本発明の商品取引仲介システムを適用した商品交換システムの全体構成図。 商品取引仲介システムの機能ブロック図。 商品取引仲介システムの商品ＤＢに記録されるデータの例示図。 商品取引仲介システムのユーザＤＢに記録されるデータの例示図。 商品取引仲介システムの遊技場ＤＢに記録されるデータの例示図。 商品取引仲介システムの店舗ＤＢに記録されるデータの例示図。 商品取引仲介システムの受発注ＤＢに記録されるデータの例示図。 貯玉管理システムの機能ブロック図。 貯玉管理システムのユーザＤＢに記録されるデータの例示図。 貯玉管理システムの貯玉ＤＢに記録されるデータの例示図。 遊技場装置の機能ブロック図。 遊技場装置のユーザＤＢに記録されるデータの例示図。 遊技場装置の貯玉ＤＢに記録されるデータの例示図。 Ｗｅｂ店舗システムの機能ブロック図。 Ｗｅｂ店舗システムの商品ＤＢに記録されるデータの例示図。 商品取引仲介システムに商品を登録する処理の説明図。 ユーザ端末装置の表示画面の例示図。 ユーザによる商品選択処理の説明図。 ユーザ端末装置の表示画面の例示図。 ユーザ端末装置の表示画面の例示図。 ユーザ端末装置の表示画面の例示図。 ユーザ端末装置の表示画面の例示図。 決済処理の説明図。 遊技場装置の表示画面の例示図。 遊技場装置の表示画面の例示図。 遊技場装置の表示画面の例示図。 他の商品取引仲介システムの機能ブロック図。 他の商品取引仲介システムのユーザＤＢに記録されるデータの例示図。 他の商品取引仲介システムの受発注ＤＢに記録されるデータの例示図。 ユーザ端末装置の表示画面の例示図。

符号の説明

１…商品交換システム、１０、１０’…商品取引仲介システム、１１…データベース、１１１…商品ＤＢ、１１２、１１２’…ユーザＤＢ、１１３…遊技場ＤＢ、１１４…店舗ＤＢ、１１５、１１５’…受発注ＤＢ、１２…制御部、１３…受発注管理部、１４…店舗管理部、１５…ユーザ・遊技場管理部、１６…商品管理部、１７…データ送受信部、１８…個人認証部、２０…貯玉管理システム、２１…データ送受信部、２２…ユーザＤＢ、２３…貯玉ＤＢ、２４…ユーザ管理部、２５…貯玉管理部、２６…制御部、３０…遊技場装置、３１…データ入力部、３２…個人認証部、３３…遊技価値管理部、３４…ユーザＤＢ、３５…貯玉ＤＢ、３６…遊技場会員管理部、３７…データ送受信部、３８…データ出力部、３９…制御部、４０…Ｗｅｂ店舗システム、４１…データ入力部、４２…商品管理部、４３…商品ＤＢ、４４…データ送受信部、４５…データ出力部、４６…制御部、５０…ユーザ端末装置

Claims (7)

1. 遊技場に設けられる遊技場装置、商品を扱う店舗に設けられる店舗装置、及び、前記遊技場で獲得した遊技価値を保有するユーザが操作するユーザ端末装置との間で、それぞれ通信手段を介して商品取引仲介のための通信を行うシステムであって、
   前記ユーザが前記遊技価値を獲得することの代価として前記店舗で購入予約した商品の仮予約データを当該店舗の店舗装置より受け付ける受付手段と、
   前記仮予約データを受け付けた店舗装置の通信アドレスと当該仮予約データとを所定の記録領域に保持するとともに、前記遊技価値による前記商品の購入の条件を表す条件データを生成し、生成した条件データを予め登録されている通信アドレス又は前記仮予約データに含まれる通信アドレスにより特定される前記ユーザ端末装置へ送信する条件データ生成手段と、
   前記遊技価値を獲得した遊技場において前記条件データを保有するユーザの本人認証と当該条件データによる決済処理とを行った前記遊技場装置から決済完了を表す決済完了データを受信し、受信した決済完了データにより前記保持されている仮予約データを決済確定データに変更するとともに、この決済確定データを前記アドレスにより特定される店舗装置へ送信する決済確定手段と、
   を有する商品取引仲介システム。
2. 前記店舗装置が、前記遊技価値の蓄積データをユーザ毎に保管する遊技価値保管装置と共にインターネット上に設けられたＷｅｂ店舗サーバであり、前記ユーザ端末装置からのユーザＩＤを含む権限情報の入力により、当該ユーザについて保管されている蓄積データの照会を可能にする照会手段を備えるものである、
   請求項１記載の商品取引仲介システム。
3. 前記ユーザ端末装置は、前記ユーザ識別情報の入力手段と前記条件データの記録領域とを有する携帯通信端末である、
   請求項２記載の商品取引仲介システム。
4. 前記記録領域には、さらに、前記遊技場装置における前記本人認証の際に前記ユーザによる操作によってのみ読み出される認証用情報が記録されている、
   請求項３記載の商品取引仲介システム。
5. 複数の前記遊技場装置の遊技価値をシステム内で共通の財的価値に変換するためのルールを記録した換算変換テーブルを備えており、
   前記条件データ生成手段は、この換算変換テーブルに記録されているルールに従って前記条件データを生成する、
   請求項１記載の商品取引仲介システム。
6. 遊技場に設けられる遊技場装置、商品を扱う店舗に設けられる店舗装置、及び、前記遊技場で獲得した遊技価値を保有するユーザが操作するユーザ端末装置との間で、通信を行う通信手段と、商品取引仲介のための情報処理を行う処理手段とを有するシステムが実行する方法であって、
   前記処理手段が、いずれかの前記店舗装置から当該店舗において前記ユーザが前記遊技価値を獲得することの代価として購入予約した商品の仮予約データを受け付けて、当該店舗装置の通信アドレスと当該仮予約データとを所定の記録領域に保持するとともに、前記遊技価値による前記商品の購入の条件を表す条件データを生成する段階と、
   前記処理手段が、生成した条件データを予め登録されている通信アドレス又は前記仮予約データに含まれる通信アドレスにより特定される前記ユーザ端末装置へ送信する段階と、
   前記処理手段が、前記遊技価値を獲得した遊技場において前記条件データを保有するユーザの本人認証と当該条件データによる決済処理とを行った前記遊技場装置から決済完了を表す決済完了データを受信したときに、この決済完了データにより前記保持されている仮予約データを決済確定データに変更するとともに、この決済確定データを前記アドレスにより特定される店舗装置へ送信する段階と、を含む、
   商品取引仲介方法。
7. 遊技場に設けられる遊技場装置、商品を扱う店舗に設けられる店舗装置、及び、前記遊技場で獲得した遊技価値を保有するユーザが操作するユーザ端末装置との間で、それぞれ通信手段を介して商品取引仲介のための通信を行うコンピュータに、
   前記ユーザが前記遊技価値を獲得することの代価として前記店舗で購入予約した商品の仮予約データを当該店舗の店舗装置より受け付ける受付手段、
   前記仮予約データを受け付けた店舗装置の通信アドレスと当該仮予約データとを所定の記録領域に保持するとともに、前記遊技価値による前記商品の購入の条件を表す条件データを生成し、生成した条件データを予め登録されている通信アドレス又は前記仮予約データに含まれる通信アドレスにより特定される前記ユーザ端末装置へ送信する条件データ生成手段、
   前記遊技価値を獲得した遊技場において前記条件データを保有するユーザの本人認証と当該条件データによる決済処理とを行った前記遊技場装置から決済完了を表す決済完了データを受信し、受信した決済完了データにより前記保持されている仮予約データを決済確定データに変更するとともに、この決済確定データを前記アドレスにより特定される店舗装置へ送信する決済確定手段、
   を形成するためのコンピュータプログラム。

Images