JP6755078B2 - 会員管理システム、端末装置、及び会員管理方法 - Google Patents
会員管理システム、端末装置、及び会員管理方法 Download PDFInfo
- Publication number
- JP6755078B2 JP6755078B2 JP2015112471A JP2015112471A JP6755078B2 JP 6755078 B2 JP6755078 B2 JP 6755078B2 JP 2015112471 A JP2015112471 A JP 2015112471A JP 2015112471 A JP2015112471 A JP 2015112471A JP 6755078 B2 JP6755078 B2 JP 6755078B2
- Authority
- JP
- Japan
- Prior art keywords
- prize
- prize exchange
- user information
- information
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims description 1488
- 238000003860 storage Methods 0.000 claims description 547
- 230000006870 function Effects 0.000 claims description 277
- 230000004044 response Effects 0.000 claims description 204
- 230000005540 biological transmission Effects 0.000 claims description 77
- 238000000034 method Methods 0.000 description 676
- 230000008569 process Effects 0.000 description 468
- 238000012384 transportation and delivery Methods 0.000 description 289
- 238000012545 processing Methods 0.000 description 211
- 238000010586 diagram Methods 0.000 description 150
- 230000010354 integration Effects 0.000 description 85
- 238000004891 communication Methods 0.000 description 84
- 239000004576 sand Substances 0.000 description 84
- 238000012790 confirmation Methods 0.000 description 78
- 238000012546 transfer Methods 0.000 description 75
- 230000009471 action Effects 0.000 description 72
- 230000008859 change Effects 0.000 description 48
- 238000007792 addition Methods 0.000 description 36
- 230000006399 behavior Effects 0.000 description 35
- 101000923234 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) L-asparaginase 1 Proteins 0.000 description 34
- 230000007246 mechanism Effects 0.000 description 32
- 238000003780 insertion Methods 0.000 description 25
- 230000037431 insertion Effects 0.000 description 25
- 230000000694 effects Effects 0.000 description 23
- 238000009434 installation Methods 0.000 description 20
- 230000007704 transition Effects 0.000 description 19
- 230000005856 abnormality Effects 0.000 description 18
- 238000001914 filtration Methods 0.000 description 13
- 230000001186 cumulative effect Effects 0.000 description 12
- 230000001360 synchronised effect Effects 0.000 description 12
- 238000011156 evaluation Methods 0.000 description 10
- 230000002829 reductive effect Effects 0.000 description 10
- 238000006243 chemical reaction Methods 0.000 description 9
- 230000007423 decrease Effects 0.000 description 9
- 238000009826 distribution Methods 0.000 description 9
- 239000004973 liquid crystal related substance Substances 0.000 description 9
- 239000008186 active pharmaceutical agent Substances 0.000 description 8
- 230000002354 daily effect Effects 0.000 description 8
- 238000012217 deletion Methods 0.000 description 8
- 230000037430 deletion Effects 0.000 description 8
- 230000003203 everyday effect Effects 0.000 description 8
- 230000004048 modification Effects 0.000 description 8
- 238000012986 modification Methods 0.000 description 8
- 238000013523 data management Methods 0.000 description 7
- 238000001514 detection method Methods 0.000 description 7
- 230000014759 maintenance of location Effects 0.000 description 7
- 230000000717 retained effect Effects 0.000 description 7
- 238000007790 scraping Methods 0.000 description 7
- 238000004088 simulation Methods 0.000 description 7
- 230000008520 organization Effects 0.000 description 6
- 238000013461 design Methods 0.000 description 5
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 208000019901 Anxiety disease Diseases 0.000 description 3
- 230000036506 anxiety Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 239000003086 colorant Substances 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 238000004806 packaging method and process Methods 0.000 description 3
- 238000002360 preparation method Methods 0.000 description 3
- 238000007639 printing Methods 0.000 description 3
- 238000003672 processing method Methods 0.000 description 3
- 238000010187 selection method Methods 0.000 description 3
- 208000034423 Delivery Diseases 0.000 description 2
- 235000006468 Thea sinensis Nutrition 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 238000000151 deposition Methods 0.000 description 2
- 210000005069 ears Anatomy 0.000 description 2
- 230000005674 electromagnetic induction Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000033001 locomotion Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 235000020333 oolong tea Nutrition 0.000 description 2
- 230000002265 prevention Effects 0.000 description 2
- 238000010079 rubber tapping Methods 0.000 description 2
- 238000005070 sampling Methods 0.000 description 2
- 230000029305 taxis Effects 0.000 description 2
- 230000000699 topical effect Effects 0.000 description 2
- 208000001613 Gambling Diseases 0.000 description 1
- 235000016496 Panda oleosa Nutrition 0.000 description 1
- 240000000220 Panda oleosa Species 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000009118 appropriate response Effects 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000005520 cutting process Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000001815 facial effect Effects 0.000 description 1
- 235000013305 food Nutrition 0.000 description 1
- 238000010191 image analysis Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 238000009828 non-uniform distribution Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 239000000825 pharmaceutical preparation Substances 0.000 description 1
- 229940127557 pharmaceutical product Drugs 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000001932 seasonal effect Effects 0.000 description 1
- 230000036548 skin texture Effects 0.000 description 1
- 235000019640 taste Nutrition 0.000 description 1
Images
Landscapes
- Pinball Game Machines (AREA)
Description
本発明は、パチスロ機やパチンコ機などを設置した遊技店で、パチンコ玉やメダル等の有価価値とネット通販サイトの商品とを交換する、ネット通販連動型の景品交換システムに関する。
遊技店（ホール店舗）では、遊技者がパチスロ機やパチンコ機などによって得たメダルやパチンコ玉などの遊技媒体を、その有価価値に応じた景品に交換する景品交換が行われているが、一般景品（換金可能な特殊景品とは異なる、日用品や雑貨などの景品をいう）の交換においては、（１）ホール店舗のスペースや仕入の問題等により、多くの種類の景品を取り揃えることができない、（２）景品のラインナップが固定的となり、最新の景品をタイムリーに取り入れるような、柔軟な景品の取り揃えができない、（３）景品交換が希望小売価格を基準として行われるため、一般市場価格と比べると、結果的に割高な交換となっている、といった様々な問題があった。
そこで、本願発明者等は、第三者が運営するネット通販サイトから商品情報を収集し、これを景品として交換可能な仕組みを有する景品交換システムを提案している（特許文献１）。このような景品交換システムにより、遊技者が、ネット通販サイトで販売される多種多様な商品のなかから商品を選択することができるとともに、商品のラインアップが頻繁に更新され、さらに、割安なネット通販価格を基準にした交換が行われるため、上述した問題がすべて解消される。
また、特許文献１の景品交換システムでは、景品交換を行う場合に、遊技媒体の保持数に関わらず景品を事前に選択した後で、最終的な景品交換を指示する際に、事前に選択された景品を表示させ、そのなかから選択を行うという、遊技者による２段階の選択が可能な仕組みが提供される。遊技者が景品を事前に選択する場合、景品選択装置のディスプレイに、ネット通販サイトから出品される商品が景品として表示され、遊技者は、そのなかから所望の景品を選択し、お気に入りリストに登録する。
また、従来の遊技店においては、会員に対して、非会員より優遇された特定のサービス等を提供するために、会員システムを導入するホール店舗が存在する。このようなホール店舗では、遊技者の会員登録のために、氏名、住所、電話番号、メールアドレスといったユーザ情報を会員システムに入力する必要があり、また、免許証などの身分証のコピー等も必要となる。
ホール店舗は、遊技者が会員登録することによって、遊技者の住所やメールアドレスを把握することができれば、それに対して、当該ホール店舗の広告等のダイレクトメールを送付することができる。また、ホール店舗から提供する広告情報には基準があり、例えば、店頭に表示されるような、一般の不特定多数に提供される広告情報と、上述したダイレクトメールのような特定の遊技者に送付する広告情報とでは、前者の方が基準が厳しく、より具体的な遊技機、イベント等に関する情報が制限される。そのため、ホール店舗では、多くの会員登録がされれば、それだけ多くの遊技者に対して、具体的な広告情報を含むダイレクトメールを送付することができ、結果的に、より多くの遊技者を当該ホール店舗に呼び込むことができる。従って、ホール店舗にとっては、会員登録の数を増大させることが重要である。
しかしながら、遊技者においては、遊技媒体が獲得できるかどうか分からない状態で、煩雑な手続を敬遠したり、ホール店舗等に自身の個人情報を提供することを躊躇したりする場合が多く、実際に会員登録を行う遊技者は極めて少ない。そのため、特許文献１の景品交換システムでは、遊技者が景品交換を指示するときに、はじめて会員登録を要求し、そこで遊技者は、景品の配送に必要な情報（例えば、氏名や住所）を登録するようにしている（すなわち、遊技者は、会員登録を行うことなく事前に、景品交換を行う景品の候補をお気に入りリストに登録しておくことができる）。その結果、遊技前に要求される会員登録によってホール店舗に個人情報が提供されるという遊技者の不安感を低減し、同時に会員登録を促進するようにしている。
さらに、特許文献１の景品交換システムは、景品交換の際に端数として生ずる少量の遊技媒体（いわゆる、端玉）等を、会員カード（少額貯玉用会員カード）に対応付けて記憶し、こうして蓄積された少額貯玉を用いて、上述する景品交換をすることができるように構成されている。
また、特許文献２では、複数の店舗で使用可能な会員カードが再発行された場合に、会員カードの移行処理を簡易に行う会員カード移行処理方法が提案されている。この方法では、旧会員カードと新会員カードを関連付けることで移行処理を行い、他の店舗において新会員カードを読み取ると、その店舗において、関連付けられた旧会員カードのカードＩＤ等から会員情報の移行を行う。
特許文献１のような景品交換システムをホール店舗に導入しようとする場合、当該ホール店舗には、上述した会員システムが既に導入されている場合が多い。この会員システムは、会員登録した遊技者の貯玉や端玉等を管理し、それぞれの会員には、例えば、非接触ＩＣカードの会員カードが発行され、会員は、この会員カードを各装置のカードリーダにかざすことによって、遊技媒体の貯玉や、当該貯玉による景品交換等が可能となる。また、会員システムの運営主体はホール店舗であって、多くの場合、景品交換システムとは異なる運営主体となっており、さらに、会員システムと景品交換システムの開発企業も異なるものであることが多く、両システムでそれぞれ管理するデータを柔軟に送受信する仕組みは用意されていない。
実際に、上述の会員システムが既にホール店舗に導入されている状況において、景品交換システムを導入した場合を想定すると、景品交換システムは、既存の会員システムで利用されている景品ＰＯＳ端末を介して当該会員システムと連携（いわゆる、ＰＯＳ連携）することができる。例えば、景品交換システムは、会員システムから、ホール店舗の登録会員が保持する貯玉や端玉の数量に関する情報を景品ＰＯＳ端末経由で取得し、その情報を用いて景品交換を行う。その後、景品交換で残った貯玉や端玉の情報を、景品交換システムから、景品ＰＯＳ端末経由で会員システムに送信し、会員システムでこれらの数量を貯玉や端玉の残りとして管理する。
上述した特許文献１のような景品交換システムと既にホール店舗に導入されている会員システムが連携する場合、会員システムで会員カードが作成されるのと同様に、景品交換システムにおいても会員カードを作成し、これらの会員カードを互いに紐付けする必要があるが、これまで、このような紐付けを行うシステムは提案されていない。
また、既存の会員システムで会員カードが作成されている状況で、これと連携する景品交換システムで会員カードを作成する場合に、遊技者のユーザ情報（個人情報）について再度入力をしなければならず、遊技者に煩雑な操作を強いることになるという問題があるが、このときに、会員システムの会員カードに関して登録されている遊技者のユーザ情報を流用することができれば、遊技者の負担が軽減され、さらなる会員登録の促進に繋がる。しかしながら、このようなシステムもこれまでに提案されていない。
さらに、複数のホール店舗における会員システムのそれぞれの会員カードを、景品交換システムの１つの会員カードに紐付けるようにすることもできるが、このようなシステムもこれまでに提案されていない。
また、特許文献２のような会員カード移行処理方法は、新会員カードから旧会員カードの移行を行うもので、その移行の際に会員情報についても移行されるが、それぞれの会員カードの機能を維持したまま、一方のカードに関連付けられた会員情報を流用するような技術的思想とは異なるものである。
従って、本発明の目的は、ホール店舗における既存の会員システムの会員カードと、当該会員システムに連携する景品交換システムの会員カードを互いに紐付けることができる会員管理システムを提供することである。
さらに、本発明の目的は、既存の会員システムと連携する景品交換システムで会員カードを作成する場合に、当該会員システムの会員カードに関して登録されている遊技者のユーザ情報を流用することができる会員管理システムを提供することである。
またさらに、複数のホール店舗における会員システムのそれぞれの会員カードを、景品交換システムの１つの会員カードに紐付けるようにすることができる会員管理システムを提供することである。
本発明は、以下のような会員管理システム、端末装置、及び会員管理方法を提供する。
本発明の第１の実施態様は、ユーザによって操作可能な端末装置（例えば、景品交換端末９５３０’）を備える会員管理システム（例えば、景品交換システム９００１）であって、
前記端末装置は、
第１会員システム（ホールシステム９００２）に係る会員カード（例えば、会員カード９９５０ｂ）の第１識別子を読み取る第１読取手段と、
第２会員システム（例えば、景品交換システム９００１）に係る会員カード（少額貯玉用会員カード９９５０ａ）の第２識別子を読み取る第２読取手段と、
前記ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録（例えば、図２４２に示す、少額貯玉会員登録画面９９５８を用いて行う会員登録）で指定された場合に、当該ユーザ情報を前記第２会員システムのサーバ（例えば、基幹サーバ９６００’）に送信するユーザ情報送信手段とと、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面（例えば、図２４２に示す、少額貯玉会員登録画面９９５８）を表示するよう制御する会員登録制御手段を含み、
前記ユーザ情報送信手段は、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部（例えば、ユーザの氏名、メールアドレス、電話番号、及び住所等の情報）を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御手段は、
前記ユーザ情報送信手段により前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて（例えば、ユーザは、ユーザ情報のコピーを指示するコピー指示ボタン９９５８ｃ、ユーザ情報のコピーを指示しないコピースキップボタン９９５８ｄのどちらかを選択する）、前記取得されたユーザ情報を、前記入力画面に表示するよう制御するように構成される。
前記端末装置は、
第１会員システム（ホールシステム９００２）に係る会員カード（例えば、会員カード９９５０ｂ）の第１識別子を読み取る第１読取手段と、
第２会員システム（例えば、景品交換システム９００１）に係る会員カード（少額貯玉用会員カード９９５０ａ）の第２識別子を読み取る第２読取手段と、
前記ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録（例えば、図２４２に示す、少額貯玉会員登録画面９９５８を用いて行う会員登録）で指定された場合に、当該ユーザ情報を前記第２会員システムのサーバ（例えば、基幹サーバ９６００’）に送信するユーザ情報送信手段とと、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面（例えば、図２４２に示す、少額貯玉会員登録画面９９５８）を表示するよう制御する会員登録制御手段を含み、
前記ユーザ情報送信手段は、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部（例えば、ユーザの氏名、メールアドレス、電話番号、及び住所等の情報）を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御手段は、
前記ユーザ情報送信手段により前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて（例えば、ユーザは、ユーザ情報のコピーを指示するコピー指示ボタン９９５８ｃ、ユーザ情報のコピーを指示しないコピースキップボタン９９５８ｄのどちらかを選択する）、前記取得されたユーザ情報を、前記入力画面に表示するよう制御するように構成される。
本発明のこうした構成によって、既存の会員システムと連携する景品交換システムで会員カードを作成する場合に、当該会員システムの会員カードに関して登録されている遊技者の個人情報を流用することができ、これによって、会員登録の手続を簡素化し、遊技者の負担を減らすことができる。
本発明の第２の実施態様は、第１の実施態様において、
前記ユーザ情報送信手段は、
前記第１会員システムに係る会員カードと前記第２会員システムに係る会員カードを紐付けるために、前記第１識別子と前記第２識別子を対応付けて前記サーバに送信するように構成される。
前記ユーザ情報送信手段は、
前記第１会員システムに係る会員カードと前記第２会員システムに係る会員カードを紐付けるために、前記第１識別子と前記第２識別子を対応付けて前記サーバに送信するように構成される。
本発明のこうした構成によって、ホール店舗における既存の会員システムの会員カードと、当該会員システムに連携する景品交換システムの会員カードを互いに紐付けることができ、これによって、会員システムの会員カードに対応付けられている貯玉等を、景品交換システムで利用し、景品交換を行うようにすることができる。
本発明の第３の実施態様は、第１又は２の実施態様において、
前記第１会員システムに既に登録されているユーザ情報のコピーを許諾するか否かを示すコピー許諾情報を記憶するコピー許諾情報記憶手段（例えば、ホール店舗管理テーブル９６６３）をさらに備え、
前記所定の条件は、前記コピー許諾情報記憶手段から取得された前記コピー許諾情報（例えば、ホール店舗管理テーブル９６６３のユーザ情報コピー許諾の項目）に基づく条件であるように構成される。
前記第１会員システムに既に登録されているユーザ情報のコピーを許諾するか否かを示すコピー許諾情報を記憶するコピー許諾情報記憶手段（例えば、ホール店舗管理テーブル９６６３）をさらに備え、
前記所定の条件は、前記コピー許諾情報記憶手段から取得された前記コピー許諾情報（例えば、ホール店舗管理テーブル９６６３のユーザ情報コピー許諾の項目）に基づく条件であるように構成される。
本発明のこうした構成によって、ホール店舗における既存の会員システムの会員カードに関して登録されている遊技者の個人情報を他のシステムに流用することを許諾するか否かを示すコピー許諾情報が、コピー許諾情報記憶手段に記憶され、当該記憶手段に記憶されたコピー許諾情報に基づいて、上記流用の是非が決定される。
本発明の第４の実施態様は、第３の実施態様において、
前記端末装置は、前記ユーザが利用するホール店舗ごとに配置され、
前記コピー許諾情報記憶手段に記憶されたコピー許諾情報は、前記ホール店舗ごとに設定されるように構成される。
前記端末装置は、前記ユーザが利用するホール店舗ごとに配置され、
前記コピー許諾情報記憶手段に記憶されたコピー許諾情報は、前記ホール店舗ごとに設定されるように構成される。
本発明のこうした構成によって、ホール店舗における既存の会員システムの会員カードに関して登録されている遊技者の個人情報を他のシステムに流用するか否かが、ホール店舗ごとに決定される。
本発明の第５の実施態様は、第１ないし３の実施態様において、
前記所定の条件は、前記ユーザが前記端末装置において、前記第１会員システムに既に登録されているユーザ情報を利用するとの選択を行ったか否か（例えば、図２４２に示す、少額貯玉会員登録画面９９５８において、コピー指示ボタン９９５８ｃがタッチされるか、コピースキップボタン９９５８ｄがタッチされるか）を含むように構成される。
前記所定の条件は、前記ユーザが前記端末装置において、前記第１会員システムに既に登録されているユーザ情報を利用するとの選択を行ったか否か（例えば、図２４２に示す、少額貯玉会員登録画面９９５８において、コピー指示ボタン９９５８ｃがタッチされるか、コピースキップボタン９９５８ｄがタッチされるか）を含むように構成される。
本発明のこうした構成によって、ホール店舗における既存の会員システムの会員カードに関して登録されている遊技者の個人情報を他のシステムに流用することが、最終的にユーザにより決定される。
本発明の第６の実施態様は、第１の実施態様において、
前記第２会員システムに係る会員カードは、前記第２会員システムにおける前記会員登録が行われる前に、前記第２会員システムの一部機能で利用可能であるように構成される。
前記第２会員システムに係る会員カードは、前記第２会員システムにおける前記会員登録が行われる前に、前記第２会員システムの一部機能で利用可能であるように構成される。
本発明のこうした構成によって、ホール店舗における既存の会員システムの会員カードに関して登録されている遊技者の個人情報を他のシステムに流用する仕組みを有しながら、既存の会員システムでは、当該会員カードを、会員登録前に利用することができる。
本発明の第７の実施態様は、
第１会員システムに係る会員カードの第１識別子を読み取る第１読取手段と、
第２会員システムに係る会員カードの第２識別子を読み取る第２読取手段と、
ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録で指定された場合に、当該ユーザ情報を前記第２会員システムのサーバに送信するユーザ情報送信手段と、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面を表示するよう制御する会員登録制御手段とを含む端末装置であって、
前記ユーザ情報送信手段は、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御手段は、
前記ユーザ情報送信手段により前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて、前記取得されたユーザ情報を、前記入力画面に表示するよう制御するように構成される。
第１会員システムに係る会員カードの第１識別子を読み取る第１読取手段と、
第２会員システムに係る会員カードの第２識別子を読み取る第２読取手段と、
ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録で指定された場合に、当該ユーザ情報を前記第２会員システムのサーバに送信するユーザ情報送信手段と、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面を表示するよう制御する会員登録制御手段とを含む端末装置であって、
前記ユーザ情報送信手段は、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御手段は、
前記ユーザ情報送信手段により前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて、前記取得されたユーザ情報を、前記入力画面に表示するよう制御するように構成される。
本発明のこうした構成によって、既存の会員システムと連携する景品交換システムで会員カードを作成する場合に、当該会員システムの会員カードに関して登録されている遊技者の個人情報を流用することができ、これによって、会員登録の手続を簡素化し、遊技者の負担を減らすことができる。
本発明の第８の実施態様は、第７の実施態様において、
前記ユーザ情報送信手段は、
前記第１会員システムに係る会員カードと前記第２会員システムに係る会員カードを紐付けるために、前記第１識別子と前記第２識別子を対応付けて前記サーバに送信するように構成される。
前記ユーザ情報送信手段は、
前記第１会員システムに係る会員カードと前記第２会員システムに係る会員カードを紐付けるために、前記第１識別子と前記第２識別子を対応付けて前記サーバに送信するように構成される。
本発明のこうした構成によって、ホール店舗における既存の会員システムの会員カードと、当該会員システムに連携する景品交換システムの会員カードを互いに紐付けることができ、これによって、会員システムの会員カードに対応付けられている貯玉等を、景品交換システムで利用し、景品交換を行うようにすることができる。
本発明の第９の実施態様は、第７又は８の実施態様において、
前記所定の条件は、前記第１会員システムに既に登録されているユーザ情報のコピーを許諾するか否かを示すコピー許諾情報を記憶するコピー許諾情報記憶手段から取得された前記コピー許諾情報に基づく条件であるように構成される。
前記所定の条件は、前記第１会員システムに既に登録されているユーザ情報のコピーを許諾するか否かを示すコピー許諾情報を記憶するコピー許諾情報記憶手段から取得された前記コピー許諾情報に基づく条件であるように構成される。
本発明のこうした構成によって、ホール店舗における既存の会員システムの会員カードに関して登録されている遊技者の個人情報を他のシステムに流用することを許諾するか否かを示すコピー許諾情報が、コピー許諾情報記憶手段に記憶され、当該記憶手段に記憶されたコピー許諾情報に基づいて、上記流用の是非が決定される。
本発明の第１０の実施態様は、
ユーザによって操作可能な端末装置を備える会員管理システムで実行される会員管理方法であって、
前記端末装置において、第１会員システムに係る会員カードの第１識別子を読み取る第１読取ステップと、
前記端末装置において、第２会員システムに係る会員カードの第２識別子を読み取る第２読取ステップと、
前記端末装置において、前記ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録で指定された場合に、当該ユーザ情報を前記第２識別子と対応付けて、前記第２会員システムのサーバに送信するユーザ情報送信ステップと、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面を表示するよう制御する会員登録制御ステップとを含み、
前記ユーザ情報送信ステップは、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御ステップは、
前記ユーザ情報送信ステップにより前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて、前記取得されたユーザ情報を、前記入力画面に表示するよう制御するように構成される。
ユーザによって操作可能な端末装置を備える会員管理システムで実行される会員管理方法であって、
前記端末装置において、第１会員システムに係る会員カードの第１識別子を読み取る第１読取ステップと、
前記端末装置において、第２会員システムに係る会員カードの第２識別子を読み取る第２読取ステップと、
前記端末装置において、前記ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録で指定された場合に、当該ユーザ情報を前記第２識別子と対応付けて、前記第２会員システムのサーバに送信するユーザ情報送信ステップと、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面を表示するよう制御する会員登録制御ステップとを含み、
前記ユーザ情報送信ステップは、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御ステップは、
前記ユーザ情報送信ステップにより前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて、前記取得されたユーザ情報を、前記入力画面に表示するよう制御するように構成される。
本発明のこうした構成によって、既存の会員システムと連携する景品交換システムで会員カードを作成する場合に、当該会員システムの会員カードに関して登録されている遊技者の個人情報を流用することができ、これによって、会員登録の手続を簡素化し、遊技者の負担を減らすことができる。
本発明の第１１の実施態様は、
ユーザによって操作可能な端末装置で実行される会員管理方法であって、
前記端末装置において、第１会員システムに係る会員カードの第１識別子を読み取る第１読取ステップと、
前記端末装置において、第２会員システムに係る会員カードの第２識別子を読み取る第２読取ステップと、
前記端末装置において、前記ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録で指定された場合に、当該ユーザ情報を前記第２識別子と対応付けて、前記第２会員システムのサーバに送信するユーザ情報送信ステップと、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面を表示するよう制御する会員登録制御ステップとを含み、
前記ユーザ情報送信ステップは、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御ステップは、
前記ユーザ情報送信ステップにより前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて、前記取得されたユーザ情報を、前記入力画面に表示するよう制御するように構成される。
ユーザによって操作可能な端末装置で実行される会員管理方法であって、
前記端末装置において、第１会員システムに係る会員カードの第１識別子を読み取る第１読取ステップと、
前記端末装置において、第２会員システムに係る会員カードの第２識別子を読み取る第２読取ステップと、
前記端末装置において、前記ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録で指定された場合に、当該ユーザ情報を前記第２識別子と対応付けて、前記第２会員システムのサーバに送信するユーザ情報送信ステップと、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面を表示するよう制御する会員登録制御ステップとを含み、
前記ユーザ情報送信ステップは、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御ステップは、
前記ユーザ情報送信ステップにより前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて、前記取得されたユーザ情報を、前記入力画面に表示するよう制御するように構成される。
本発明のこうした構成によって、既存の会員システムと連携する景品交換システムで会員カードを作成する場合に、当該会員システムの会員カードに関して登録されている遊技者の個人情報を流用することができ、これによって、会員登録の手続を簡素化し、遊技者の負担を減らすことができる。
本発明に係る会員管理システムによって、ホール店舗における既存の会員システムの会員カードと、当該会員システムに連携する景品交換システムの会員カードを互いに紐付けることができ、これによって、会員システムの会員カードに対応付けられている貯玉等を、景品交換システムで利用し、景品交換を行うようにすることができる。
また、本発明に係る会員管理システムによって、既存の会員システムと連携する景品交換システムで会員カードを作成する場合に、当該会員システムの会員カードに関して登録されている遊技者の個人情報を流用することができ、これによって、会員登録の手続を簡素化し、遊技者の負担を減らすことができる。本発明に係る景品交換システムは、遊技者が実際に遊技媒体を獲得して景品交換を指示する時点まで会員登録を行わないで済むようにすることで、遊技者の不安感を低減して会員登録を促進するような構成となっているが、上述のような会員登録の手続の簡素化により、会員登録の更なる促進が期待できる。
さらに、本発明に係る会員管理システムによって、複数のホール店舗における会員システムのそれぞれの会員カードを、景品交換システムの１つの会員カードに紐付けるようにすることができ、これによって、複数のホール店舗で景品交換システムを利用する場合だっても、景品交換システムについては、１つの会員カードで操作を行うことが可能となる。
［システム概略図の説明］
図１を参照して、本発明の一実施形態（第１の実施形態）に係る景品交換システムのシステム概要について説明する。図１に示す景品交換システム１は、ホール店舗の装置、ホール連携システム、及び電算センターの装置を含むよう構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。図１の景品交換システム１は、好ましくは、ネット通販連動型の景品交換システムである。なお、電算センターは、各ホール店舗とは基本的に異なる場所にある。
図１を参照して、本発明の一実施形態（第１の実施形態）に係る景品交換システムのシステム概要について説明する。図１に示す景品交換システム１は、ホール店舗の装置、ホール連携システム、及び電算センターの装置を含むよう構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。図１の景品交換システム１は、好ましくは、ネット通販連動型の景品交換システムである。なお、電算センターは、各ホール店舗とは基本的に異なる場所にある。
ホール店舗には、ホールコンピュータ４００、遊技機１０、景品選択装置、及び景品交換装置が配置される。ホールコンピュータ４００は、そのホール店舗に配置された装置の状態（遊技者の遊技状況等を含む）や、会員、及び景品に関する情報を管理する等の機能を有し、各種データを記録したホールＤＢ４３０を備える。遊技機１０は、例えば、パチスロ機やパチンコ機であり、遊技者は、これらを用いて遊技することにより、遊技媒体（メダルやパチンコ玉）を獲得する。また、遊技機１０は、ホールコンピュータ４００、及びサンド装置２０に接続され、遊技状況や遊技媒体の保持数（貯メダル数、貯玉数）に関する情報をやりとりする。
景品選択装置には、専用端末５３０、スマートフォン５４０、フィーチャーフォン５５８、及び遊技者個人が所有するパーソナルコンピュータやタブレット端末、その他のネットワーク通信可能な任意の端末が含まれる。景品選択装置は、複数のネット通販サイトから収集された商品に関する情報を表示し、遊技者に、将来的に交換可能な景品としてこれらの商品の一部を選択させる装置である。選択された商品は、お買い物リストとして登録される。専用端末５３０は、大型のタッチパネル型表示装置を備え、ホールコンピュータ４００に接続される。なお、専用端末５３０は、景品交換装置としても機能しうる。
スマートフォン５４０、及びフィーチャーフォン５５８は、遊技者の所有する携帯機器（通信機器）であり、ホール店舗の内外で景品選択装置として機能する。スマートフォン５４０は、タッチパネル型表示装置を備えた携帯電話機であり、インターネットのようなネットワークに接続して、所定のＷＥＢサイトにアクセスしＷＥＢページを表示させることができる。フィーチャーフォン５５８は、一般には、表示装置を備えるとともに、スマートフォン５４０と同様の通信機能を有する装置を言う。スマートフォン５４０、及びフィーチャーフォン５５８は、携帯ネットワークや無線ＬＡＮネットワークを含むネットワーク６９０を経由して、後述のモバイルＩ／Ｆサーバ６８０にアクセスする。
本実施形態では、スマートフォン５４０、及びフィーチャーフォン５５８が景品選択装置として使用されるが、スマートフォン５４０やフィーチャーフォン５５８と同様の表示装置と通信機能を有し、何らかの方法で装置の識別が可能であれば、他の様々な装置を景品選択装置として使用することができる。
景品交換装置には、サンド装置２０、景品ＰＯＳ５００、及び景品ＰＯＳ連携専用端末５２０が含まれ、それぞれがホールコンピュータ４００に接続される。景品交換装置は、景品選択装置によって事前に選択された景品に関する情報（お買い物リスト）を表示し、遊技者に、交換する景品を選択させる装置である。サンド装置２０はそれぞれ、１つの遊技機１０に接続され、遊技媒体の貸出、計数（各台計数装置）、保持（貯メダル、貯玉）などの機能を有するが、本発明では、景品交換装置としても機能する。また、サンド装置２０には、遊技機１０の上部に設置される大型の表示装置、デジタルサイネージ装置５１５が接続される。
景品ＰＯＳ５００は、ホール店舗の景品交換カウンターに設置され、ホール店舗のスタッフが、遊技者の景品交換に対応するために使用される。例えば、計数装置により発行されたレシートを読み込み、又は、サンド装置２０から送信された計数値や保持数を読み出し、これに対応する価値の景品を遊技者に提供する。本発明では、景品ＰＯＳ５００は、景品交換装置としても機能する。また、景品ＰＯＳ５００には、景品交換装置として機能する、景品ＰＯＳ連携専用端末５２０が接続される。
ホール連携システムには、ホール連携コンピュータ５６０、及びセンター店舗Ｉ／Ｆサーバ５８０が含まれる。ホール連携コンピュータ５６０は、後述する電算センターの基幹サーバ６００と各ホール店舗のホールコンピュータ４００との間の指示やデータ送受信を中継するとともに、同一グループのホール店舗や個別ホール店舗のデータ連携・データ統合を制御する。また、ホール連携コンピュータ５６０は、上述した機能を実現するためのデータをホール連携ＤＢ５７０に記憶する。センター店舗Ｉ／Ｆサーバ５８０は、センター店舗５９０に対する指示やデータ送受信を中継、制御するサーバである。
電算センターには、基幹サーバ６００、モバイルＩ／Ｆサーバ６８０、ショップ管理サーバ７００、ＡＳＰ−Ｉ／Ｆサーバ８００、個別ショップＩ／Ｆサーバ８２０、及びＥＣモールＩ／Ｆサーバ８４０が配置される。基幹サーバ６００は、本実施形態に係る景品交換システム１の利用者をモール会員として管理し、遊技者の景品選択や景品交換の操作に応じてそれぞれ景品選択制御処理、景品交換制御処理を行い、景品交換が決定した場合には、自動的に対応するネット通販サイトに対する景品発注処理を行う。また、各ホール店舗におけるモール会員について、遊技状況や景品交換状況を含む行動履歴を収集し記憶する。
モバイルＩ／Ｆサーバ６８０は、スマートフォン５４０やフィーチャーフォン５５８で実行されるＷＥＢブラウザからのアクセスに応じて、これらの装置に所定のＷＥＢページを提供するＷＥＢサーバ機能を提供する。また、スマートフォン５４０等で実行される他のアプリケーションからのアクセスに応じて、データの送受信を行うアプリケーションサーバとしても機能しうる。モバイルＩ／Ｆサーバ６８０は、スマートフォン５４０等の操作に応じて、基幹ＤＢ６５０のデータ等を参照、更新する。
ショップ管理サーバ７００は、複数のネット通販サイトのショップに関する情報を収集し管理するとともに、ネット通販サイトで取り扱う商品に関する情報を収集し、所定の条件を満たす場合に、その商品の情報を、景品選択装置に表示可能なものとして記憶する。これらのショップに関する情報、及び商品に関する情報は、景品ＤＢ７５０に記憶される。また、基幹サーバ６００からの指令に応じて、対応するネット通販サイトに向けて景品配送指示を送信する。
ＡＳＰ−Ｉ／Ｆサーバ８００は、複数のネット通販サイトを統合管理するＥＣショップＡＳＰサーバ８５０に対して、ＨＴＴＰやＨＴＴＰＳといった所定のプロトコルでアクセスし、ＥＣショップＡＳＰサーバ８５０の管理下にあるネット通販サイト（ショップサーバ８７０）の情報と、そのネット通販サイトが販売する商品の情報を取得し、ショップ管理サーバ７００に送信する。こうした処理は、自動的に所定のタイミングで繰り返されてもよいし、ショップサーバ８７０の１つから更新された旨が示された場合に行うようにしてもよい。
また、ショップ管理サーバ７００から景品配送指示を受信すると、それを上記プロトコルに従って、ＥＣショップＡＳＰサーバ８５０に送信する。ＥＣショップＡＳＰサーバ８５０は、景品配送指示を受け取ると、対応するネット通販サイトのショップサーバ８７０に対して、指定された景品の配送を指示する。
個別ショップＩ／Ｆサーバ８２０は、個別の独立系ネット通販サイトのショップサーバ８７２に対して、所定のプロトコルで接続し、当該ネット通販サイト（ショップサーバ８７２）の情報と、そのネット通販サイトが販売する商品の情報を取得し、ショップ管理サーバ７００に送信する。こうした処理は、自動的に所定のタイミングで繰り返されてもよいし、ショップサーバ８７２から更新された旨が示された場合に行うようにしてもよい。
また、ショップ管理サーバ７００から景品配送指示を受信すると、それを上記プロトコルに従って、対応するネット通販サイトのショップサーバ８７２に対して、指定された景品の配送を指示する。
ＥＣモールＩ／Ｆサーバ８４０は、複数のネット通販サイトを統合管理するＥＣモール管理サーバ８６０に対して、所定のプロトコルで接続し、ＥＣモール管理サーバ８６０の管理下にあるネット通販サイト（ショップサーバ８７４）の情報と、そのネット通販サイトが販売する商品の情報を取得し、ショップ管理サーバ７００に送信する。こうした処理は、自動的に所定のタイミングで繰り返されてもよいし、ショップサーバ８７４の１つから更新された旨が示された場合に行うようにしてもよい。
また、ショップ管理サーバ７００から景品配送指示を受信すると、それを上記プロトコルに従って、ＥＣモールＩ／Ｆサーバ８４０に送信する。ＥＣモールＩ／Ｆサーバ８４０は、景品配送指示を受け取ると、対応するネット通販サイトのショップサーバ８７４に対して、指定された景品の配送を指示する。
上述のように、ＡＳＰ−Ｉ／Ｆサーバ８００等のインターフェイスサーバが、接続先のＥＣショップＡＳＰサーバ８５０等に合わせた通信・接続手順（プロトコル）で、ショップに関する情報、及び商品に関する情報を取得し、商品配送指示を送信するが、本実施形態では、一例を示したに過ぎない。ネット通販サイトのコンピュータは、様々な構成や接続形態をとることができるが、その構成、接続形態に合わせてインターフェイスサーバを構築し、自動的に、上述のショップに関する情報や商品に関する情報の取得や、商品配送指示の送信を行うことができる。
なお、ＡＳＰ−Ｉ／Ｆサーバ８００等のインターフェイスサーバは、ショップ管理サーバ７００とは別のコンピュータで構成されているが、ショップ管理サーバ７００のなかに、同様の機能を実現するよう構成してもよい。また、上記インターフェイスサーバを機能や対応ショップサーバごとにさらに分割して、より多くのコンピュータで構成するようにもできる。
また、ショップに関する情報の取得、商品に関する情報の取得、及び商品配送指示の送信を、これらのインターフェイスサーバの代わりに、人間が行うようにしてもよい。
次に、図２、及び図３を参照して、本実施形態に係る景品交換システム１で使用される遊技機１０とサンド装置２０について説明する。図２は、サンド装置２０を併設した遊技機１０を示す正面図である。図３は、サンド装置２０を示す斜視図である。上述のとおり、サンド装置２０は景品交換装置としても利用されうる。また、図２に示す遊技機１０は、パチスロ機である。本実施形態に係る景品交換システム１の遊技機１０としては、パチスロ機、及びパチンコ機のどちらも利用することができるが、以降の本実施形態の説明においては、パチスロ機に関する実施形態を中心に説明する。
図２に示すように、遊技機１０の向かって右側には、それぞれ、サンド装置２０が併設されている。それぞれのサンド装置２０は、隣接する遊技機１０に対応して設置されており、対応する当該遊技機１０との間で通信可能に接続されている。またそれぞれのサンド装置２０は、ホール全体のサンド装置２０のシステム管理や売り上げ管理を行うホールコンピュータ４００に対して通信可能に接続されている。
サンド装置２０の前面部２１には、ＬＥＤ（light-emitting diode）部３１、カード挿入口３２、紙幣を投入可能な紙幣挿入口３３、タッチパネルＬＣＤ(liquid crystal display)により構成された操作ユニット３４、カメラ３５、非接触ＩＣカードリーダ／ライタ３６、メダル（遊技媒体）払出用トレー３７、スピーカカバー３８、メダル（遊技媒体）計数用投入口３９等が設けられている。カード挿入口３２は、例えばホールのカード発行機（図示せず）によって発行された情報カードを受け付け可能な挿入口である。ＬＥＤ部３１は、フルカラーＬＥＤ３１Ａ、赤外ＬＥＤ（赤外線発光ダイオード）３１Ｂから構成されている。
遊技者は、情報カード（例えば、ＩＣカード）又は所定金額の紙幣を、カード挿入口３２又は紙幣挿入口３３に投入することで、遊技に必要な遊技媒体としてのメダルの貸し出しを受けることができる。また、遊技者は、非接触ＩＣカードを、非接触ＩＣカードリーダ／ライタ３６にかざすことで、遊技に必要なメダルの貸し出しを受けることができる。
サンド装置２０は、紙幣の投入、又は非接触ＩＣカードの提示を受けて、投入された当該価値媒体の金額に応じた数のメダルを、内部に設けられた払出用ホッパによって計数してメダル払出用トレー３７から払い出す。また、サンド装置２０は、使用可能なメダル数が書き込まれた情報カードの投入を受けると、投入された情報カードに書き込まれているメダル数に応じた数のメダルを、内部に設けられた払出用ホッパによって計数してメダル払出用トレー３７から払い出す。遊技者は、メダル払出用トレー３７から払い出されたメダルを遊技機１０のメダル投入口１１へ投入することにより、遊技機１０において遊技を行うことができる。
ここで、非接触ＩＣカードには、例えば、非接触ＩＣチップを内蔵したスマートフォン５４０やフィーチャーフォン５５８、その他携帯機器、通信機器が含まれる。
また、遊技機１０においては、遊技の結果に応じて、メダル払出用トレー１２にメダルを払い出すようになされている。遊技者は、このメダルをメダル払出用トレー１２から掬い取って、サンド装置２０のメダル計数用投入口３９へ投入することにより、このメダルをサンド装置２０によって計数させることができる。サンド装置２０は、メダル計数用投入口３９から投入されたメダルを、内部に設けられた計数用ホッパによって計数する。このように、サンド装置２０は、遊技機１０に併設され、遊技の結果に応じて遊技機１０から払い出されたメダルを計数する機能を有していることから、各台計数装置とも呼ばれている。
遊技機１０がパチンコ機である場合は、パチンコ玉が、サンド装置２０の計数用投入口に導入されるようになっている。例えば、遊技者は、所定の操作を行うことにより、遊技の結果上皿に払い出されたパチンコ玉を下皿に落とすと、当該パチンコ玉は、下皿の下方に装着された案内皿に落下する。案内皿は、下皿から落下したパチンコ玉を、サンド装置２０に設けられた計数用投入口へ案内する。計数用投入口に導入されたパチンコ玉は、サンド装置２０の内部に設けられた計数部によって計数される。
計数された結果は、カード挿入口３２から挿入された情報カードに記録され、又は、ホールコンピュータ４００に設けられた記憶部や非接触ＩＣカードに記憶される。また、情報カードや非接触ＩＣカードには、残金データやＩＣカードを識別するための識別情報が記憶される。
計数用ホッパにおいて計数されたメダルは、サンド装置２０の底面部に設けられた排出口から搬送コンベアに排出され、回収される。なお、搬送コンベアが設けられていない場所では、サンド装置２０の下部にメダルを貯留するための貯留ボックスを設置し、この貯留ボックスへメダルを排出するようにしてもよい。
遊技機１０がパチンコ機である場合は、計数部において計数されたパチンコ玉は、サンド装置２０の背面部に設けられた排出口から排出され、回収される。また、計数用投入口から投入されたパチンコ玉の計数経路とは別に、サンド装置２０の背面側に端数用供給部が設けられており、外部から端数用のパチンコ玉を受け入れるようになっている。この供給部により、端数用のパチンコ玉は、常に一定量が貯留された状態となっており、必要に応じて、端数用払出口から、案内皿へ払い出される。
遊技機１０の上部には、デジタルサイネージ装置５１５が設置され、本実施形態に係る景品交換システム１で提供される、景品交換に関する表示が行われる。デジタルサイネージ装置５１５は、サンド装置２０に接続され、サンド装置２０の操作ユニット３４に表示される画像等が連動して表示される。
次に、図４を参照して、サンド装置２０の操作ユニット３４について説明する。操作ユニット３４は、ディスプレイ３４１と、タッチパネル式の操作ボタン３４２と、を含んでいる。操作ボタン３４２は、各種のボタンを模した画像として表示され、その画像に応じて遊技者の操作を受け付ける。具体的には、操作ボタン３４２は、「返却」、「景品交換」、「貸出」、「計数開始」、「持ち玉払出」、「計数停止」、「貯玉する」、「サービス」、「貯玉払出」などの各種の処理の対応する操作ボタン３４２を模した画像として表示される。遊技者は、所望する処理に対応する操作ボタン３４２にタッチ（タップ）することで、その処理を実行することができる。
例えば、「貸出」の操作ボタン３４２は、情報カードをカード挿入口３２に挿入して、非接触ＩＣカードを非接触ＩＣカードリーダ／ライタ３６にかざして、あるいは現金を紙幣挿入口３３に挿入して、メダルの貸し出しを希望するときに操作する部分である。「計数開始」の操作ボタン３４２は、メダルをメダル計数用投入口３９に投入して計数するときに操作する部分である。「計数停止」の操作ボタン３４２は、メダルの計数を開始したあとに、計数を停止するときに操作する部分である。「返却」の操作ボタン３４２は、挿入した情報カードを返却するときに操作する部分である。このとき、情報カードには残高情報、持メダルあるいは貯メダル、必要に応じてカードＩＤが書き込まれる。
遊技者は、情報カード又は所定金額の紙幣を、カード挿入口３２又は紙幣挿入口３３に投入することで、遊技に必要な遊技媒体としてのメダルの貸し出しを受けることができる。また、遊技者は、非接触ＩＣカードを、非接触ＩＣカードリーダ／ライタ３６にかざすことで、遊技に必要なメダルの貸し出しを受けることができる。
「景品交換」の操作ボタン３４３は、遊技者が事前に選択したお買い物リストを操作ユニット３４表示させ、そこで実際に交換を所望する景品についてタッチ操作（タップ操作）を行うことで交換する景品を決定する。また、操作ユニット３４に表示される画像の全部又は一部、あるいは、当該画像に関連する画像が、遊技機１０の上部に設置されたデジタルサイネージ装置５１５に連動して表示される。
次に、図５を参照して、サンド装置２０の構成について説明する。図５は、サンド装置２０の構成を示すブロック図である。メインＣＰＵ（central processing unit）４０は、ＲＯＭ（read only memory）４１に格納された制御部ログラムを読み出して、景品交換に関する処理、メダルの計数処理、及びその他の処理を実行する。処理に係る各種データは、ＲＡＭ（random access memory）４２に格納される。
メインＣＰＵ４０は、情報カードリーダ／ライタ２２を介して情報カードから読み取った金額データ、又は非接触ＩＣカードリーダ／ライタ２３（図３に示した非接触ＩＣカードリーダ／ライタ３６）を介して非接触ＩＣカードから読み取った金額データを残高データとしてＲＡＭ４２に格納する。メインＣＰＵ４０は、この残高データと、操作ユニット３４から出力される操作結果に基づいて、遊技者が指定した金額が残高データよりも小さい場合には、指定された金額分のメダルを払出用ホッパ４５において計数して払い出し、残高データから払い出されたメダル分の金額を減算することにより、残高データを更新する。なお、メインＣＰＵ４０は、駆動回路４３を制御することにより、払出用ホッパ４５を駆動させることができる。また、メインＣＰＵ４０には、駆動回路４４を介して計数用ホッパ４６が接続されており、メインＣＰＵ４０は、駆動回路４４を制御することにより、計数用ホッパ４６を駆動させることができる。
操作ユニット３４には、情報カードを返却するボタンも表示されており、遊技者がこの操作ボタンを操作することにより、メインＣＰＵ４０は、情報カードリーダ／ライタ２２に挿入されている情報カードをカード挿入口３２から返却する。
また、メインＣＰＵ４０は、紙幣識別装置（ビルバリ）２４から出力される紙幣識別結果を残高データとしてＲＡＭ４２に格納する。メインＣＰＵ４０は、この残高データと、操作ユニット３４から出力される操作結果に基づいて、遊技者が指定した金額が残高データよりも小さい場合には、指定された金額分のメダルを払出用ホッパ４５において計数して払い出し、残高データから払い出されたメダル分の金額を減算することにより、残高データを更新する。なお、メインＣＰＵ４０は、駆動回路４３を制御することにより、払出用ホッパ４５を駆動させることができる。
また、メインＣＰＵ４０は、ＬＥＤ部３１の赤外ＬＥＤ３１Ｂを監視用投光器として用い、赤外ＬＥＤ３１Ｂからの赤外光を遊技者で反射させ、これをカメラ３５において撮像する。メインＣＰＵ４０は、カメラ３５において撮像された画像をＲＡＭ４２に格納し、この画像に基づいて、遊技者の存在や交代を検出する。この検出処理は常時行われる。遊技者の状態が非検出（離席）状態に変化して、カード挿入口３２から挿入された情報カードが挿入されたままである場合、又は紙幣挿入口３３から挿入された紙幣の金額データに残高がある場合、メインＣＰＵ４０は、スピーカ４８を介して、警告音や警告音声を発することにより、離席しようとする遊技者に対して注意を喚起することができる。警告音声としては、「カードを忘れています」といった音声が発せられる。
上述のように、メインＣＰＵ４０は、非接触ＩＣカードリーダ／ライタ２３を介して、非接触ＩＣカードとの間で非接触通信を行うようになされている。この通信の方式は、例えば、キャリア周波数が１３．５６ＭＨｚの電磁誘導方式である。メインＣＰＵ４０は、非接触ＩＣカードリーダ／ライタ２３を介して非接触ＩＣカードから読み取った金額データに応じた数のメダルを払出用ホッパ４５によって計数し、メダル払出用トレー３７から払い出すと共に、非接触ＩＣカードの残高データを書き換える。
また、メインＣＰＵ４０は、インターフェイス４７を介して、遊技機１０やホールコンピュータ４００との間で通信を行うようになっている。遊技機１０は、遊技結果として払い出されたメダル数、及び遊技を行うために遊技者によって投入されたメダル数を定期的にサンド装置２０へ送信しており、サンド装置２０のメインＣＰＵ４０は、これらの情報を受け取ると、これらをＲＡＭ４２に記憶する。
また、メインＣＰＵ４０は、カメラ３５を介して遊技者の顔画像を定期的に取り込み、ＲＡＭ４２に記憶する。前回記憶された顔画像と今回記憶された顔画像とを比較し、同一人物でないと判断された場合、メインＣＰＵ４０は、遊技者が交代したものと判断し、これに応じた処理を行う。
図２に示すように、遊技機１０、及びサンド装置２０は、それぞれホールコンピュータ４００と通信可能に接続されている。ホールコンピュータ４００は、遊技機１０からはメダルの投入情報や払出情報といったメダル数に関する蓄積情報（メダル数情報）をサンド装置２０経由で受信し、サンド装置２０からは、情報カードや非接触ＩＣカードとの間のメダル数の移動や計数用ホッパ４６による計数結果等のメダル数に関する情報（メダル数情報）を受信する。
さらに、メインＣＰＵ４０は、操作ユニット３４に表示された「景品交換」の操作ボタンを操作した場合に、景品交換を行うための画像を表示するとともに、デジタルサイネージ装置５１５に、当該画像又は当該画像に関連する画像を表示する。
次に、図６を参照して、遊技機１０の構成について説明する。図６は、遊技機１０の構成を示すブロック図である。図６に示す遊技機１０は、パチスロ機である。遊技機１０は、主制御回路２５０、副制御回路２８０、及びこれらと電気的に接続された周辺装置（アクチュエータ）を備える。主制御回路２５０は、回路基板上に設置されたマイクロコンピュータ２６０を主たる構成要素としている。マイクロコンピュータ２６０は、メインＣＰＵ２６１、メインＲＯＭ２６２、及びメインＲＡＭ２６３により構成される。
メインＲＯＭ２６２には、メインＣＰＵ２６１により実行される制御プログラム、内部抽籤テーブル等のデータテーブル、副制御回路２８０に対して各種制御指令（コマンド）を送信するためのデータ等が記憶されている。メインＲＡＭ２６３には、制御プログラムの実行により決定された内部当籤役等の各種データを格納する格納領域が設けられる。
メインＣＰＵ２６１には、クロックパルス発生回路２５２、分周器２５３、乱数発生器２５４、及びサンプリング回路２５５が接続されている。クロックパルス発生回路２５２、及び分周器２５３は、クロックパルスを発生する。メインＣＰＵ２６１は、発生されたクロックパルスに基づいて、制御プログラムを実行する。乱数発生器２５４は、予め定められた範囲の乱数（例えば、０〜６５５３５）を発生する。サンプリング回路２５５は、発生された乱数の中から１つの値を抽出する。
マイクロコンピュータ２６０の入力ポートには、スイッチ等が接続されている。メインＣＰＵ２６１は、スイッチ等の入力を受けて、ステッピングモータ２７１Ｌ，２７１Ｃ，２７１Ｒ等の周辺装置の動作を制御する。停止操作検出手段であるストップスイッチ３１２Ｓは、３つのストップボタン３１２Ｌ，３１２Ｃ，３１２Ｒのそれぞれが遊技者により押されたこと（停止操作）を検出する。また、開始操作検出手段であるスタートスイッチ３１０Ｓは、スタートレバーが遊技者により操作されたこと（開始操作）を検出する。
メダルセンサ２９０Ｓは、メダル投入口１１（図２参照）に受け入れられたメダルがセレクタ内を通過したことを検出する。また、ベットスイッチ３３２Ｓは、ベットボタンが遊技者により押されたことを検出する。また、精算スイッチ３３４Ｓは、精算ボタンが遊技者により押されたことを検出する。また、扉センサ３３５Ｓは、筺体の扉が開かれたことを検出する。
マイクロコンピュータ２６０により動作が制御される周辺装置としては、ステッピングモータ２７１Ｌ，２７１Ｃ，２７１Ｒ、７セグ表示器３１４、及びホッパ３５０がある。また、マイクロコンピュータ２６０の出力ポートには、各周辺装置の動作を制御するための回路が接続されている。
モータ駆動回路２７２は、各リール３２０Ｌ，３２０Ｃ，３２０Ｒに対応して設けられたステッピングモータ２７１Ｌ，２７１Ｃ，２７１Ｒの駆動を制御する。リール位置検出回路２７０は、発光部と受光部とを有する光センサにより、リール３２０Ｌ，３２０Ｃ，３２０Ｒが一回転したことを示すリールインデックスを各リール３２０Ｌ，３２０Ｃ，３２０Ｒに応じて検出する。
ステッピングモータ２７１Ｌ，２７１Ｃ，２７１Ｒは、運動量がパルスの出力数に比例し、回転軸を指定された角度で停止させることが可能な構成を備えている。ステッピングモータ２７１Ｌ，２７１Ｃ，２７１Ｒの駆動力は、所定の減速比をもったギアを介してリール３２０Ｌ、３２０Ｃ、３２０Ｒに伝達される。ステッピングモータ２７１Ｌ，２７１Ｃ，２７１Ｒに対して１回のパルスが出力されるごとに、リール３２０Ｌ，３２０Ｃ，３２０Ｒは一定の角度で回転する。
メインＣＰＵ２６１は、リールインデックスを検出してからステッピングモータ２７１Ｌ，２７１Ｃ，２７１Ｒに対してパルスを出力した回数をカウントすることによって、リール３２０Ｌ，３２０Ｃ，３２０Ｒの回転角度（主に、リールが図柄何個分だけ回転したか）を管理し、リール３２０Ｌ，３２０Ｃ，３２０Ｒの表面に配された各図柄の位置を管理するようにしている。
表示部駆動回路３１５は、７セグ表示器３１４の動作を制御する。また、ホッパ駆動回路３５２は、ホッパ３５０の動作を制御する。また、払出完了信号回路３５３は、ホッパ３５０に設けられたメダル検出部３５１が行うメダルの検出を管理し、ホッパ３５０から外部に排出されたメダルが払出枚数に達したか否かをチェックする。
副制御回路２８０は、主制御回路２５０と電気的に接続されており、主制御回路２５０から送信されるコマンドに基づいて演出内容の決定や実行等の処理を行う。副制御回路２８０は、基本的に、サブＣＰＵ、サブＲＯＭ、サブＲＡＭ、レンダリングプロセッサ、描画用ＲＡＭ、ドライバ、ＤＳＰ（デジタルシグナルプロセッサ）、オーディオＲＡＭ等を含んで構成されている。
サブＣＰＵは、主制御回路２５０から送信されたコマンドに応じて、サブＲＯＭに記憶されている制御プログラムに従い、映像、音、光の出力の制御を行う。サブＲＡＭは、決定された演出内容や演出データを登録する格納領域や、主制御回路２５０から送信される内部当籤役等の各種データを格納する格納領域が設けられている。サブＲＯＭは、基本的に、プログラム記憶領域とデータ記憶領域によって構成される。
また、サブＲＯＭには、発光演出装置（図示せず）における光による演出を行うための演出データが格納されている。サブＣＰＵは、主制御回路２５０からのコマンドに基づいて、この演出データを出力することにより、ランプ３６２を発光させる。また、サブＲＯＭには、効果音や画像による演出を行うための演出データが格納されており、サブＣＰＵは、主制御回路２５０からのコマンドに基づいて、この演出データを出力することにより、スピーカ３６４から効果音を出力させると共に、液晶表示装置３６０に演出画像を表示させる。
ここで、主制御回路２５０には、インターフェイス２６４が接続されており、メインＣＰＵ２６１は、インターフェイス２６４を介して、サンド装置２０やホールコンピュータ４００と通信を行う。メインＣＰＵ２６１は、サンド装置２０との間で通信を行いながら、メダルの投入情報やメダルの払出情報等の蓄積情報をサンド装置２０に送信する。メダルの投入情報とは、例えば、一定期間に遊技機１０に遊技のために投入されたメダル数である。また、メダルの払出情報とは、例えば、メダルの払出し数やボーナス発生回数等である。メインＣＰＵ２６１は、前回、サンド装置２０にこれらの蓄積情報を送信した後、次に送信するまでの間、これらの蓄積情報をメインＲＡＭ２６３に蓄積して行き、一定のタイミングでサンド装置２０に送信する。メインＣＰＵ２６１は、サンド装置２０に送信した後、それまでの蓄積情報をリセットする。
次に、図７を参照して、ホールコンピュータ４００の構成について説明する。図７は、ホールコンピュータ４００の構成を示すブロック図である。ホールコンピュータ４００は、メインＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、外部記憶装置４０４、ディスプレイ４０５、インターフェイス４０６、及びスピーカ４０７を備えている。
メインＣＰＵ４０１は、ＲＯＭ４０２、及びＲＡＭ４０３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ４０１は、ホール店舗の会員情報を管理し、貯玉や貯メダル等の遊技媒体の保持数を会員ごとに管理し、それぞれの会員の遊技状況や景品交換状況を管理するための処理を実行し、ディスプレイ４０５やスピーカ４０７を制御する。
ディスプレイ４０５は、ホールコンピュータ４００によって管理する遊技データを表示させ、あるいは不正や異常の発生を報知するものである。このディスプレイ４０５は、例えば液晶表示装置によって実現される。
スピーカ４０７は、メダルの不正持込等の不正や異常が生じた場合に、ディスプレイ４０５とともに報知を行うものである。このスピーカ４０７は、不正や異常の報知以外にも各種の音声データを出力する。
ホールコンピュータ４００は、インターフェイス４０６を介して遊技機１０、サンド装置２０、景品ＰＯＳ５００、専用端末５３０、及びホール連携コンピュータ５６０と通信可能に接続される。本発明を実施するための制御プログラムは、例えば、外部記憶装置４０４に記憶され、ＲＡＭ４０３にロードされる。また、当該制御プログラムは、インターフェイス４０６を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
外部記憶装置４０４には、ホールＤＢが記憶され、会員情報、貯メダル情報、行動履歴情報等が記憶される。
なお、ホール連携コンピュータ５６０、センター店舗Ｉ／Ｆサーバ５８０、基幹サーバ６００、ＡＳＰ−Ｉ／Ｆサーバ８００、個別ショップＩ／Ｆサーバ８２０、及びＥＣモールＩ／Ｆサーバ８４０の構成も、上述したホールコンピュータ４００の構成に類似するため（ただし、インターフェイスにより接続される装置はそれぞれ異なる）、説明を省略する。
次に、図８を参照して、景品ＰＯＳ５００の構成について説明する。図８は、景品ＰＯＳ５００の構成を示すブロック図である。図示する景品ＰＯＳ５００は、本実施形態の景品交換システム１による景品交換を実現するとともに、従来の景品交換をも可能とするよう構成されている。景品ＰＯＳ５００は、メインＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、情報カードリーダ／ライタ５０４、非接触ＩＣカードリーダ／ライタ５０５、バーコードリーダ５０６、遊技者側ディスプレイ５０７、キーボード５０８、店舗側ディスプレイ５０９、インターフェイス５１０、及びスピーカ５１１を備えている。
メインＣＰＵ５０１は、ＲＯＭ５０２、及びＲＡＭ５０３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ５０１は、景品の在庫管理や景品交換の管理、及び本実施形態の景品交換システム１による景品交換処理を実行する。当該制御プログラムは、インターフェイス５１０を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
メインＣＰＵ５０１は、サンド装置２０の各台計数装置により情報カードや非接触ＩＣカードに計数結果を登録した場合、情報カードリーダ／ライタ５０４を介して情報カードから読み取った会員ＩＤ（ホール店舗の遊技者ＩＤ）、又は非接触ＩＣカードリーダ／ライタ５０５を介して非接触ＩＣカードから読み取った会員ＩＤを取得し、ホールコンピュータ４００にアクセスして、取得した会員ＩＤに対応付けられた遊技媒体の保持数（貯メダル数）を取得する。また、メインＣＰＵ５０１は、計数結果を印刷したレシートを、バーコードリーダ５０６で読み取り、これによって、遊技媒体の保持数（貯メダル数）を取得することもできる。
遊技者側ディスプレイ５０７は、遊技者によるタッチ操作が可能な、タッチパネルディスプレイとして構成される。メインＣＰＵ５０１は、遊技者側ディスプレイ５０７を介して遊技者から指定された景品（ホール店舗に在庫のある一般景品、及び特殊景品）の数を受信する。次に、メインＣＰＵ５０１は、遊技者が指定した景品に対応するメダル数を求め、これが遊技媒体の保持数よりも小さい場合には、店舗側ディスプレイ５０９にその旨を表示し、ホール店舗のスタッフの操作により、景品の交換を行う。店舗側ディスプレイ５０９は、遊技者側ディスプレイ５０７と同様、タッチパネルディスプレイとして構成され、スタッフは、店舗側ディスプレイ５０９又はキーボード５０８を用いて当該操作を行う。
景品の交換が完了すると、メインＣＰＵ５０１は、ホールコンピュータ４００にアクセスして、対応する会員ＩＤに関する遊技媒体の保持数を減算する。また、景品ＰＯＳ５００は、インターフェイス５１０を介してホールコンピュータ４００、及び景品ＰＯＳ連携専用端末５２０と通信可能に接続される。
メインＣＰＵ５０１は、さらに、遊技者側ディスプレイ５０７に、本実施形態の景品交換システム１の景品交換を行うための画面（お買い物リスト画面を含む）を表示する。当該画面において、遊技者から交換するよう指示された景品の情報は、非接触ＩＣカードリーダ／ライタ５０５を介して非接触ＩＣカードから読み取られたモール会員ＩＤ（本実施形態の景品交換システム１における遊技者ＩＤ）と対応付けられて、ホールコンピュータ４００、ホール連携コンピュータ５６０を介して基幹サーバ６００に送信される。
次に、図９を参照して、景品ＰＯＳ連携専用端末５２０の構成について説明する。図９は、景品ＰＯＳ連携専用端末５２０の構成を示すブロック図である。景品ＰＯＳ連携専用端末５２０は、メインＣＰＵ５２１、ＲＯＭ５２２、ＲＡＭ５２３、非接触ＩＣカードリーダ／ライタ５２４、ディスプレイ５２５、インターフェイス５２６、及びスピーカ５２７を備えている。
メインＣＰＵ５２１は、ＲＯＭ５２２、及びＲＡＭ５２３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ５２１は、景品ＰＯＳ５００と同様、景品の在庫管理や景品交換の管理、及び本実施形態の景品交換システム１による景品交換処理を実行する。当該制御プログラムは、インターフェイス５２６を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
ディスプレイ５２５は、遊技者によるタッチ操作が可能な、タッチパネルディスプレイとして構成される。また、景品ＰＯＳ連携専用端末５２０は、景品ＰＯＳ５００と連携するように、インターフェイス５２６を介して景品ＰＯＳ５００に接続される。
メインＣＰＵ５２１は、ディスプレイ５２５に、本実施形態の景品交換システム１の景品交換を行うための画面（お買い物リスト画面を含む）を表示する。当該画面において、遊技者から交換するよう指示された景品の情報は、非接触ＩＣカードリーダ／ライタ５２４を介して非接触ＩＣカードから読み取られたモール会員ＩＤと対応付けられて、景品ＰＯＳ５００を経由し、ホールコンピュータ４００、ホール連携コンピュータ５６０を介して基幹サーバ６００に送信される。
また、非接触ＩＣカードリーダ／ライタを景品ＰＯＳ５００だけに備えるようにして、景品ＰＯＳ５００でモール会員ＩＤが読み取られた場合に、景品ＰＯＳ連携専用端末５２０が連動し、ディスプレイ５２５に、景品交換を行うための画面（お買い物リスト画面を含む）を表示するように構成できる。
次に、図１０を参照して、スマートフォン５４０の構成について説明する。図１０は、スマートフォン５４０の構成を示すブロック図である。スマートフォン５４０は、メインＣＰＵ５４１、ＲＯＭ５４２、ＲＡＭ５４３、非接触ＩＣチップ５４４、ＧＰＳ用アンテナ５４５、無線通信用アンテナ５４６、ディスプレイ５４７、カメラ５４８、マイク５４９、及びスピーカ５５０を備えている。
メインＣＰＵ５４１は、ＲＯＭ５４２又はＲＡＭ５４３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ５４１は、ＷＥＢブラウザや外部ネットワーク経由でダウンロードされたアプリケーションを実行して、モバイルＩ／Ｆサーバ６８０とデータ送受信を行い、本実施形態の景品交換システム１によるモール会員登録処理や景品選択処理を実行する。
非接触ＩＣチップ５４４は、上述した景品ＰＯＳ５００の非接触ＩＣカードリーダ／ライタ５０５のようなリーダによって内部のデータが読み取られる。例えば、非接触ＩＣチップ５４４を識別することができるＩＤｍや、非接触ＩＣチップ５４４の記憶領域に書き込んだデータを、非接触で読み出すことができる。また、必要に応じて、非接触ＩＣチップ５４４の記憶領域に、非接触でデータを書き込むことができる。
メインＣＰＵ５４１は、ＧＰＳ用アンテナ５４５を介して、複数のＧＰＳ（Global Positioning System）から信号を受信し、スマートフォン５４０の位置を調べる。こうして求められた位置情報は、ＲＡＭ５４３等に記憶され、必要に応じてプログラムで利用される。
メインＣＰＵ５４１は、無線通信用アンテナ５４６を介して携帯電話基地局と通信を行い、他の機器との間で通話を行うために通話データを送受信したり、インターネットを介して他の端末から提供されるＷＥＢページを閲覧したり、メールサーバとの間でメールデータの送受信を行うよう制御する。また、メインＣＰＵ５４１は、無線通信用アンテナ５４６を用いて、無線ＬＡＮアクセスポイントとの間で無線ＬＡＮ通信を実現し、インターネット経由のデータ送受信を行う（ただし、無線ＬＡＮ通信に用いるアンテナは、携帯電話基地局と通信を行うアンテナとは異なるアンテナである）。
メインＣＰＵ５４１は、例えば、モバイルＩ／Ｆサーバ６８０から、モール会員登録や景品選択に関する画面であるＷＥＢページのデータを受信し、そのデータを解釈してディスプレイ５４７に表示する。ディスプレイ５４７は、遊技者によってタッチ操作が可能なタッチパネルディスプレイとして構成されており、遊技者は、ディスプレイ５４７に表示された画面上の所定の位置をタッチすることによって、所定の指示をモバイルＩ／Ｆサーバ６８０に返信する。
カメラ５４８は、スマートフォン５４０に内蔵される小型の撮像装置であり、撮像素子は、ＣＣＤ（Charge Coupled Device）等で構成される。マイク５４９、及びスピーカ５５０によって音声の入出力を行うとともに、メインＣＰＵ５４１によって音声信号処理を行うことによって携帯電話による音声通話を可能としている。
フィーチャーフォン５５８や、その他の携帯機器の構成についての説明は省略するが、上述したスマートフォン５４０と同様の構成となる。なお、モール会員の識別又は携帯機器（通信機器）の識別において、非接触ＩＣカード（ここでは、スマートフォン５４０に内蔵された非接触ＩＣチップ）を使用しない場合は、当該構成要素を備える必要は無い。
次に、図１１を参照して、本発明の一実施形態に係る景品交換システム１における遊技者の動作フローの概要を説明する。最初に、遊技者は、スマートフォン５４０等を操作して、モール会員登録を行う（ステップＳ１０）。この登録は、景品交換システム１を利用するための登録であって、どのホール店舗で景品交換を行うにせよ、最初に１回だけ行えばよい。また、この登録は、ホール店舗における会員登録とは異なるものである。
モール会員登録の後、遊技者は、景品選択装置を操作して、景品交換システム１にログインし（ステップＳ１１）、複数のネット通販サイトから収集された商品のなかから、将来的に景品として交換したいものを指定することによってお買い物リストを作成し、システムに記憶させる（ステップＳ１２）。このとき、商品の交換に必要な遊技媒体の数が、そのホール店舗の交換レート（交換率）から求められる。その後、遊技者は、遊技機１０で遊技を行い（ステップＳ１３）、メダルやパチンコ玉を獲得できた場合は、サンド装置２０でそのメダル等の計数を指示し、システム上で保持、すなわち、貯メダル（貯玉）の指示を行う（ステップＳ１４）。保持された遊技媒体の数は、サンド装置２０の非接触ＩＣカードリーダ／ライタ２３にスマートフォン５４０等をかざすことによって、モール会員ＩＤと関連付けられる。
次に、遊技者は、景品交換装置において、景品交換システム１にログインし（ステップＳ１５）、ステップＳ１２で事前に作成したお買い物リストを呼び出して表示させ、そのリストのなかから、実際に交換する景品を指定し、景品交換指示を行う（ステップＳ１６）。このとき、保持された遊技媒体の数が、そのホール店舗の交換レート（交換率）とともに参照され、交換する景品の価値の合計が、保持された遊技媒体の価値の合計を超えないように制御される。遊技者のこのような交換指示により、指定した景品が指定した場所に配送されることになる。
なお、景品交換装置としても機能するサンド装置２０を用いて景品交換指示を行う場合、（サンド装置２０が遊技機１０に併設されているため）遊技者は、メダル等の計数の指示から景品交換の指示までを、遊技機１０の前に着席したまま簡単な操作で行うことができる(ステップＳ１７）。
ここでは、交換レートを参照して、商品の交換に必要な遊技媒体の数を求めたり、交換する景品の合計が、保持された遊技媒体の価値の合計を超えるかどうかのチェックを行ったりするように説明したが、一般景品に関して等価交換が設定されている場合は、基本的に交換レートを参照する必要は無い。
次に、図１２を参照して、本発明の一実施形態に係る景品交換システム１における景品交換指示後の処理フローの概要を説明する。遊技者によって景品交換の指示（図１１のステップＳ１６）がされた後は、景品交換システム１の基幹サーバ等が自動的に発送処理等を行うことになる。
最初に、景品交換装置が、遊技者からの景品交換指示を受信すると（ステップＳ２０）、次に、ホールコンピュータ４００に、指定された景品の発注を行う景品発注指示を送信する（ステップＳ２１）。ホールコンピュータ４００は、景品交換装置から受信した景品発注指示を行う（ステップＳ２２）とともに、代金の支払いを行う（ステップＳ２３）。この代金支払いは、ホール店舗から景品交換システム１の運営主体に対する支払であり、例えば、所定の銀行決済システムに対して決済指示を送信するといった処理によって実現される。こうした、景品の代金支払いは、複数の景品について、まとめて後払い（又は前払い）とすることもできる。
次に、基幹サーバ６００は、ホールコンピュータ４００から景品発注指示を受け取ると、ショップ管理サーバ７００、ＡＳＰ−Ｉ／Ｆサーバ８００、及びＥＣショップＡＳＰサーバ８５０等を経由して、ショップサーバ８７０等の、対応する景品を販売・配送するショップのサーバに、当該景品発注指示に対応する景品配送指示を送信する（ステップＳ２４）。さらに、例えば、ＡＳＰ−Ｉ／Ｆサーバ８００やＥＣモールＩ／Ｆサーバ８４０等に対して、この取引に対応する代金の支払いを指示する（ステップＳ２５）。この代金支払いは、景品交換システム１の運営主体から、ネット通販サイトの運営主体に対する支払であり、例えば、所定の銀行決済システムに対して決済指示を送信するといった処理によって実現される。こうした、景品の代金支払いは、複数の景品について、まとめて後払い（又は前払い）とすることもできる。
景品配送指示を受信したショップサーバ８７０等は、景品配送指示書や、必要に応じて、取引伝票などの他の書類を出力し（ステップＳ２６）、その後は、基本的に人間の作業となる。例えば、指定された景品を倉庫から取り出して配送先のラベルを貼付し、配送業者に渡す。
次に、図１３〜図１６の機能ブロック図を参照して、本実施形態の景品交換システム１に含まれる各装置の機能について説明する。図１３（Ａ）は、ホールコンピュータ４００の機能ブロック図である。ホールコンピュータ４００は、会員管理部４１１、遊技媒体保持数管理部４１２、行動履歴管理部４１３、及びネットワークＩ／Ｆ部４１４を含む。ホールコンピュータ４００は、景品の管理等、従来のホールコンピュータが有する機能も備えるが、ここでは、本発明に関連する機能を中心に記載するものとする。ネットワークＩ／Ｆ部４１４は、インターネット等のネットワークに接続して、相手方のコンピュータとデータ送受信を行うよう制御する（以降、他の装置のネットワークＩ／Ｆ部についても同様である）。なお、その他の機能の詳細については、後述する。
また、ホールコンピュータ４００は、外部記憶装置４０４にホールＤＢ４３０を記憶し、ホールＤＢ４３０には、そのホール店舗の会員に関する情報を記憶する会員情報テーブル４３１、当該会員が貯メダルや貯玉を指示することにより保持された遊技媒体の保持数を管理する遊技媒体保持数管理テーブル４３２、及び当該会員の遊技状況（来店状況を含む）等の行動履歴を記憶する行動履歴管理テーブル４３３が含まれる（図１７参照）。なお、この例では、会員管理部４１１はホールコンピュータ４００で実行されるとともに、会員情報テーブル４３１は、ホールコンピュータ４００の外部記憶装置（ホールＤＢ４３０）に記憶されているが、ホールコンピュータ４００とは異なる他のコンピュータ（例えば、会員管理専用コンピュータ）によって、会員管理部４１１を実行し、会員情報テーブル４３１を記憶するよう構成することが望ましい。
図１３（Ｂ）は、景品ＰＯＳ連携専用端末５２０の機能ブロック図である。景品ＰＯＳ連携専用端末５２０は、アクセス管理部４７１、景品交換制御部４７２、表示制御部４７３、及び連携デバイスＩ／Ｆ部４７４を含む。サンド装置２０、景品ＰＯＳ５００、及び専用端末５３０も景品交換装置として機能し、少なくとも、上述のアクセス管理部４７１、景品交換制御部４７２、及び表示制御部４７３に相当する機能を含むように構成される。また、これらの機能を、ＷＥＢブラウザによってＷＥＢページを表示することによって実現することもできる。サンド装置２０、景品ＰＯＳ５００、及び専用端末５３０については、機能ブロック図を省略する。連携デバイスＩ／Ｆ部４７４は、ネットワークを介して、景品ＰＯＳ５００と接続し、景品ＰＯＳ５００との間でのデータ送受信を制御する。なお、その他の機能の詳細については、後述する。
図１４（Ａ）は、スマートフォン５４０の機能ブロック図である。スマートフォン５４０は、アクセス管理部５３１、会員登録管理部５３２、景品選択制御部５３３、表示制御部５３４、及びネットワークＩ／Ｆ部５３５を含む。フィーチャーフォン５５８、及び専用端末５３０も景品選択装置として機能し、少なくとも、上述のアクセス管理部５３１、会員登録管理部５３２、景品選択制御部５３３、表示制御部５３４、及びネットワークＩ／Ｆ部５３５を含む。フィーチャーフォン５５８、及び専用端末５３０については、機能ブロック図を省略する。また、アクセス管理部５３１、会員登録管理部５３２、景品選択制御部５３３、表示制御部５３４の機能は、ＷＥＢブラウザによってＷＥＢページを表示することによって実現することもできる。なお、各機能の詳細については、後述する。
図１４（Ｂ）は、ホール連携コンピュータ５６０の機能ブロック図である。ホール連携コンピュータ５６０は、データ連携制御部５６１、ネットワークＩ／Ｆ部５６２、及びセンター店舗Ｉ／Ｆ部５６３を含む。センター店舗Ｉ／Ｆ部５６３は、センター店舗として識別されたホール店舗に対するインターフェイスを実現し、当該センター店舗との間のデータ送受信を制御する。なお、その他の機能の詳細については、後述する。
また、ホール連携コンピュータ５６０は、外部記憶装置にホール連携ＤＢ５７０を記憶し、ホール連携ＤＢ５７０には、ホール店舗のコンピュータＩＤ、店舗グループ、及び店舗コードが対応付けされた、ホールコンピュータ情報テーブル５７１が含まれる（図１８参照）。
図１５は、基幹サーバ６００の機能ブロック図である。基幹サーバ６００は、モール会員管理部６０１、景品選択制御部６０４、景品交換制御部６０５、景品発注制御部６０６、行動履歴管理部６０７、ネットワークＩ／Ｆ部６０８、及び携帯デバイス管理部６０９を含む。携帯デバイス管理部６０９は、携帯デバイスとの接続を管理する。例えば、携帯デバイスがモバイルＩ／Ｆサーバ６８０と接続する場合は、モバイルＩ／Ｆサーバ６８０との間のデータ送受信を実現するとともに、モバイルＩ／Ｆサーバ６８０からの要求に応じて、必要なデータを基幹サーバ６００で生成し送信する。なお、その他の各機能の詳細については、後述する。
また、基幹サーバ６００は、外部記憶装置に基幹ＤＢ６５０を記憶し、基幹ＤＢ６５０には、本実施形態に係る景品交換システム１のモール会員の情報を記憶するモール会員情報テーブル６５１、当該会員が貯メダルや貯玉を指示することにより保持された遊技媒体の保持数を管理するモール会員遊技媒体保持数管理テーブル６５２、遊技者が景品選択装置によって商品を選択した結果作成されたお買い物リストを記憶・管理する、お買い物リスト管理テーブル６５３、ホール店舗ごとの一般景品に関する交換レート等を記憶する、交換レート管理テーブル６５４、ネット通販サイトに発注した内容を記憶・管理する、発注管理テーブル６５５、及び当該会員の遊技状況や交換状況等の行動履歴を記憶するモール会員行動履歴管理テーブル６５６が含まれる（図１８〜図２０参照）。
図１６（Ａ）は、ショップ管理サーバ７００の機能ブロック図である。ショップ管理サーバ７００は、ショップ情報管理部７０１、商品選択管理部７０２、及びネットワークＩ／Ｆ部７０３を含む（各機能の詳細については、後述する）。また、ショップ管理サーバ７００は、外部記憶装置に景品ＤＢ７５０を記憶し、景品ＤＢ７５０には、ショップの情報を記憶するショップ管理テーブル７５１、ネット通販サイトから収集された商品情報を記憶する商品管理テーブル７５２、及びネット通販サイトから商品情報を収集する際に、その取捨選択の基準として用いるフィルタリングデータを記憶するフィルタリングデータテーブル７５３が含まれる（図２０参照）。
図１６（Ｂ）は、ＡＳＰ−Ｉ／Ｆサーバ８００の機能ブロック図である。ＡＳＰ−Ｉ／Ｆサーバ８００は、サーバ通信制御部８０１、ネット通販Ｉ／Ｆ部８０２、景品発注制御部８０３、及びネットワークＩ／Ｆ部８０４を含む（各機能の詳細については、後述する）。また、他のインターフェイスサーバ（個別ショップＩ／Ｆサーバ８２０、及びＥＣモールＩ／Ｆサーバ８４０）も同様の機能を有しており、ここでは説明を省略する。
ここまで、本発明の一実施形態に係る景品交換システム１における各装置の機能を説明してきたが、これらの機能を実行する機能部は、そのすべて又は一部を１つの装置で実行することもできるし、複数の装置（ネットワークを介して接続された別のサイトのコンピュータを含む）によって実行するよう構成することもできる。また、外部記憶装置に記憶されたＤＢも１つの記憶装置にまとめて、又は複数の記憶装置に分散して配置することができる。特に、ホールＤＢ４３０の行動履歴管理テーブル４３３や基幹ＤＢ６５０のモール会員行動履歴管理テーブル６５６は、遊技者の遊技状況等に関する情報を逐一記憶しているため、極めて大規模なデータ（いわゆる、ビッグデータ）となり、記憶容量管理やアクセス管理の観点から、複数箇所に分散して記憶されることが望ましい場合がある。また、モール会員行動履歴管理テーブル６５６については、記憶容量管理やアクセス管理といった上記と同様の観点から、他のデータベース、又は他のコンピュータ（又は他のサイトのコンピュータ）の外部記憶装置に記憶されることが望ましい。
次に、図２１、及び図２２を参照して、モール会員登録処理について説明する。モール会員登録処理は、景品交換システム１の会員として登録する処理であり、遊技者が利用するホール店舗に対して最初に１回だけ行うものである（図１１のステップＳ１０）。図２１は、モール会員登録処理を実現するための処理を、スマートフォン５４０、モバイルＩ／Ｆサーバ６８０、基幹サーバ６００の主体別にそれぞれ表記したフローチャートである。当該処理は、主として、スマートフォン５４０のアクセス管理部５３１と会員登録管理部５３２、及び基幹サーバ６００の携帯デバイス管理部６０９とモール会員管理部６０１によって実現される。
最初に、遊技者の操作に応じて、スマートフォン５４０でモール会員登録用のＷＥＢページ（ＷＥＢサーバとして機能するモバイルＩ／Ｆサーバ６８０により提供されるＷＥＢページ）に対してリクエストが送信される（ステップＳ４０）。モバイルＩ／Ｆサーバ６８０は、このリクエストに応じて、モール会員登録のＷＥＢページを返信し（ステップＳ４１）、スマートフォン５４０は、このＷＥＢページを受信して図２２（Ａ）に示すような、モール会員登録画面８８０をディスプレイに表示する（ステップＳ４２）。この例では、スマートフォン５４０は、ＷＥＢブラウザの機能を有し、ＨＴＴＰやＨＴＴＰＳといったプロトコルにより、モバイルＩ／Ｆサーバ６８０との間でＨＴＭＬデータのやりとりを行う。
次に、スマートフォン５４０は、遊技者が「登録」ボタン８８４をタッチするかどうかを判定し（ステップＳ４３）、当該操作があるまでモール会員登録画面８８０の表示を維持する。遊技者は、モール会員登録画面８８０が表示されると、遊技者自身の氏名、利用するホール店舗の店舗コード、パスワード、メールアドレス、住所、景品を配送する配送先（配送先１、配送先２）等を入力し、入力が完了したら「登録」ボタン８８４をタッチする。
遊技者が「登録」ボタン８８４をタッチすると、スマートフォン５４０は、モール会員登録画面８８０に入力された遊技者の入力情報を取得し（ステップＳ４４）、さらに、スマートフォン５４０が内蔵する非接触ＩＣチップの固有ＩＤ（例えば、ＩＤｍのような固有ＩＤ）を取得し（ステップＳ４５）、これらの情報を、登録情報としてモバイルＩ／Ｆサーバ６８０に送信する（ステップＳ４６）。モバイルＩ／Ｆサーバ６８０は、登録情報を受信すると、これを基幹サーバ６００に送信する（ステップＳ４７）。
基幹サーバ６００は、登録情報を受信すると、固有ＩＤ、店舗コード、パスワード等を参照して、重複チェックや信頼性チェック等を行い（ステップＳ４８）、登録情報が所定の登録条件を満たしているかどうか判定する（ステップＳ４９）。条件を満たしていない場合は、エラー表示を行うよう指示を行い（ステップＳ５０）、この指示に応じて、モバイルＩ／Ｆサーバ６８０でエラーページを作成した後、スマートフォン５４０に送信し（ステップＳ５１）、これを受信したスマートフォン５４０が、ディスプレイにエラーページを表示する（ステップＳ５２）。
一方、登録情報が所定の登録条件を満たしている場合、基幹サーバ６００は、モール会員情報テーブル６５１に登録情報を追加する（ステップＳ５３）。その後、登録完了表示を行うよう指示を行い（ステップＳ５４）、この指示に応じて、モバイルＩ／Ｆサーバ６８０で登録完了ページを作成した後、スマートフォン５４０に送信し（ステップＳ５５）、これを受信したスマートフォン５４０が、ディスプレイに登録完了ページを表示する（ステップＳ５６）。
上述の例では、スマートフォン５４０がＷＥＢブラウザ機能を搭載し、モバイルＩ／Ｆサーバ６８０との間でＨＴＭＬデータのやりとりを行うことで対話型のインターフェイスを実現したが、他の様々な方法で同様のインターフェイスを構成することができる。例えば、スマートフォン５４０にモバイルＩ／Ｆサーバ６８０とのデータ送受信が可能なアプリケーションをダウンロードし、そのアプリケーションによって各種画面を表示させるように構成できる。また、この例のモール会員登録処理では、スマートフォン５４０等の携帯機器に内蔵される非接触ＩＣチップのＩＤｍとパスワードを用いてモール会員の認証を行っているが、非接触ＩＣカードや他のカードを用いて行うこともできる。その場合、モール会員登録時に、非接触ＩＣカードを非接触ＩＣカードリーダ／ライタにかざしたり、他のカードをカード挿入口に挿入したりして、当該カード固有の情報を取得する必要がある。
また、図２２（Ｂ）に示すように、スマートフォン５４０に他店舗連携登録画面８９０を表示させて、他のホール店舗でもこのモール会員ＩＤを利用して本実施形態に係る景品交換システム１を利用することができる。
図１８（Ｂ）には、モール会員情報テーブル６５１が示されているが、この例では、固有ＩＤとモール会員ＩＤが１対１に対応付けられている。モール会員ＩＤ「Ｕ００４」の遊技者は、店舗コード「０３４」でモール会員の登録をした後、他のホール店舗（店舗コード「０８９」）について連携登録を行っており（図２２（Ｂ）参照）、モール会員ＩＤ「Ｕ００４」と他のホール店舗の会員ＩＤ「Ｃ２７６」がここで紐付けられている。なお、この例では、店舗コードは便宜上、全体を通してユニークなものであるとする。
図２２（Ｂ）に示す他店舗連携登録画面８９０で、「登録」ボタン８９４がタッチされると、モール会員ＩＤのチェックが行われ、次に、ホール連携コンピュータ５６０にアクセスして、ホールコンピュータ情報テーブル５７１を参照し、入力された連携店舗コードを管理するホールコンピュータがどのコンピュータであるかを特定する。その後、特定されたコンピュータ（他のホール店舗のホールコンピュータ４００）にアクセスし、そこで会員情報テーブル４３１（図１７（Ａ）参照）を参照し、入力された会員ＩＤとパスワードが一致するかどうか判定する。一致する場合は、正しい登録申請であるとして、モール会員ＩＤと他のホール店舗の会員ＩＤを関連付けるレコードをモール会員情報テーブル６５１に作成する。
このような処理によって、あるホール店舗でモール会員の登録をした遊技者は、他のホール店舗でも、当該他のホール店舗で保持された遊技媒体の数に応じて、本実施形態に係る景品交換システム１による景品交換を行うことができる。また、他店舗連携登録画面８９０で、配送先を別に設定することもでき、利用するホール店舗に応じて配送先を変えることができる。なお、上記構成は一例にすぎず、こうした他のホール店舗との連携を行うために様々な他のデータ構造、及び他の処理手順を用いることができる。
また、遊技媒体の保持数を、同一のグループのホール店舗間で、又はすべてのホール店舗の間で統合し、合算後の保持数で、どのホール店舗でも景品交換を行えるように設計することも可能である。その場合、さらに、ホール店舗間での交換レートの差を調整するよう制御することができる。またさらに、複数の種別の遊技媒体（例えば、４円貸のパチンコ玉と２０円貸のメダル）を調整後に統合するようにもできる。
次に、図２３〜図２５を参照して、本実施形態に係る景品交換システム１の景品選択制御処理について説明する。景品選択制御処理は、複数のネット通販サイトから収集された商品を、将来的に交換する景品の候補として選択する処理である（図１１のステップＳ１１、及びステップＳ１２によって実行される処理）。図２３は、景品選択制御処理を実現するための処理を、景品選択装置、ホールコンピュータ４００、基幹サーバ６００の主体別にそれぞれ表記したフローチャートである。当該処理は、主として、景品選択装置の景品選択制御部（スマートフォン５４０の景品選択制御部５３３に相当する機能部）、及び基幹サーバ６００の景品選択制御部６０４によって実現される。なお、ここでは、景品選択装置はスマートフォン５４０等の携帯機器ではなく、例えば、専用端末５３０のような、ホール店舗内に設置され、そこで操作される装置であることを前提とする。図２４、図２５は、専用端末５３０の表示装置に表示された景品選択指示画面等を示したものである。
最初に、遊技者の操作に応じて、景品選択装置は、景品選択ログイン画面を表示する（ステップＳ６０）。図２４（Ａ）には、この景品選択ログイン画面９００の例が示されている。遊技者はここで、画面の指示通りに携帯電話（例えば、非接触ＩＣチップ内蔵のスマートフォン５４０）をかざして、景品選択装置に非接触ＩＣチップの固有ＩＤ（ＩＤｍ）等を読み取らせ、パスワードを入力する。固有ＩＤによって、システム側ではモール会員ＩＤを把握可能であるが（図１８（Ｂ）のモール会員情報テーブル６５１参照）、ここでモール会員ＩＤを入力するようにしてもよい。
景品選択装置では、遊技者によるこれらの入力が完了したか否かを判定し（ステップＳ６１）、入力があるまで景品選択ログイン画面９００の表示を維持する。入力が完了した場合（景品選択ログイン画面９００で「次へ」ボタンがタッチされた場合）、スマートフォン５４０の固有ＩＤ（例えば、ＩＤｍ）とパスワードをホールコンピュータ４００に送信する（ステップＳ６２）。次に、ホールコンピュータ４００は、これらのログイン情報を基幹サーバ６００に転送する（ステップＳ６３）。
基幹サーバ６００は、ログイン情報を受信すると、モール会員情報テーブル６５１を参照して、固有ＩＤとパスワードが一致するか否かを判定する（ステップＳ６４）。一致しなかった場合は、エラー表示を行うよう指示を行い（ステップＳ６５）、この指示に応じて、ホールコンピュータ４００でエラーページを作成した後、景品選択装置に送信し（ステップＳ６６）、これを受信した景品選択装置が、ディスプレイにエラーページを表示する（ステップＳ６７）。
固有ＩＤとパスワードが一致すると判定された場合、基幹サーバ６００は、ショップ管理サーバ７００の商品管理テーブル７５２にアクセスして、商品情報を取得する（ステップＳ６８）。ここで、基幹サーバ６００は、遊技者に表示する商品情報、及び商品情報の表示順を所定の条件により決定する（ステップＳ６９）。例えば、遊技者の属性、行動履歴の解析結果、遊技媒体の保持数（統計値を含む）、利用しているホール店舗、お買い物リストに登録された景品のランキング、景品として交換された景品のランキング、値引率、人気度、季節、時刻、天候（気温や湿度等）、雑誌掲載有無、おすすめ情報、トレンド情報など、様々な観点に基づいて、表示を行う商品情報と、その表示順を決定することができる。
次に、基幹サーバ６００は、決定された表示順に基づいて商品情報を表示させるように、景品選択指示画面のページを作成し、ホールコンピュータ４００に送信する（ステップＳ７０）。このとき、ホールコンピュータ４００は、遊技者が最終的に景品の交換を行うホール店舗が特定されていれば、そのホール店舗の交換レートを交換レート管理テーブル６５４から取得し、その情報に基づいて、商品のそれぞれについて交換に必要な遊技媒体の数を表示する。この例のように、専用端末５３０が景品選択装置として使用される場合は、その専用端末５３０が設置されているホール店舗に対応する交換レートが交換レート管理テーブル６５４から取得される。店舗コードは、あらかじめ、景品選択装置のＲＯＭ等に、その景品選択装置が設置してあるホール店舗の店舗コードを対応付けて記憶させておいたものであり、専用端末５３０からログイン情報として基幹サーバ６００に送信されうる（ステップＳ６２、ステップＳ６３）。また、専用端末５３０の機器ＩＤを基幹サーバ６００に送信し、当該機器ＩＤに基づいて（機器ＩＤと店舗コードとが対応付けられたテーブル（不図示）を参照して）店舗コードを特定することもできる。ホール店舗が特定されていなければ、商品の通貨価値（例えば、１０００円といった、円単位の表示）での表示を行う。
その後、ホールコンピュータ４００は、景品選択指示画面のページを景品選択装置に転送し（ステップＳ７１）、景品選択装置は、受信した景品選択指示画面のページをディスプレイに表示する（ステップＳ７２）。ここで、遊技者は、景品選択装置のディスプレイをタッチして、景品選択指示画面のページを移動させたり、表示条件を変更できる。これに応じて、基幹サーバ６００は、対応する景品選択指示画面のページを作成し、ホールコンピュータ４００を経由して景品選択装置に送信する（ステップＳ７３）。この例では、基幹サーバ６００が、遊技者のリクエストに応じてこれらの景品選択指示画面のページを作成しているが、事前に作成して記憶しておいたり、ホールコンピュータ４００にまとめて送信しておいてもよい。
図２４（Ｂ）には、このようにして表示された景品選択指示画面９１０の例が示されている。商品表示部９１７には、決定された表示順に従って、画像を含む商品情報が表示されており、この例では、それぞれの商品を交換するために必要な遊技媒体の数が、遊技媒体の種別ごとに示されている（例えば、ウーロン茶の場合、４円貸のパチンコ玉で２５０玉、２０円貸のスロットのメダルで５０枚）。ここで、ホール店舗が特定されている場合は、そのホール店舗の交換レートに基づいて、交換に必要な遊技媒体の数が表示される。ホール店舗が特定されていない場合は、上述のように、商品の通貨価値が表示される。また、所定のホール店舗が選択され、そのホール店舗の交換レートに基づいて遊技媒体の数を表示することもできる。またこの画面において、右矢印や左矢印をタッチしたり、商品表示部９１７をスワイプ等することで、隣のページの商品が表示される。また、「選択」ボタンをタッチすると、その商品がお買い物リストに登録される。
条件表示部９１４〜９１６には、あらたに商品を表示するためのカテゴリが表示されており、遊技者は、これをタッチすることにより、そのカテゴリ別に商品を商品表示部９１７に表示させたり、別のページに遷移させたりすることができる。例えば、商品管理テーブル７５２は、図２０（Ｃ）に示すように構成されており、カテゴリ１、カテゴリ２といった複数のカテゴリのそれぞれで、商品がどのグループに属するか（グループの項目）、及びそのグループで何番目に表示されるか（ＮＯの項目）が規定されている。条件表示部９１４〜９１６には、これらのデータ構造を参照して、それぞれのカテゴリの特定のグループが表示されるよう制御される。
遊技媒体数表示部９１１には、商品を選択した場合に、どれくらいの遊技媒体が必要になるかが表示される。配送先表示部９１３には、自宅を含め、モール会員登録の際に指定した配送先の選択ボタンが表示される。遊技者は、このうちの１つをタッチすることによって、交換した景品の配送先を決定する。また、「お買い物リスト」ボタン９１２をタッチすると、それまでに選択した商品が「お買い物リスト」として一覧表示される。
図２３のフローチャートに戻ると、「お買い物リスト」ボタン９１２がタッチされたか否か（ステップＳ７４）、又はいずれかの商品が選択されたか否か（ステップＳ７５）を判定し、どちらでもなければ、現在の表示を維持する。いずれかの商品が選択されたと判定した場合、選択された商品の商品情報をＲＡＭ等に記憶する（ステップＳ７６）。一方、「お買い物リスト」ボタン９１２がタッチされたと判定した場合、ステップＳ７６で記憶された商品情報を元に、お買い物リストを表示する（ステップＳ７７）。
図２５（Ａ）には、お買い物リスト画面９２０の例が示されている。景品表示部９２２には、景品選択指示画面９１０で選択された商品（景品）の商品情報が表示されている。ここで、「次へ」ボタンや「前へ」ボタンをタッチすると、次、又は前のページの商品が表示される。また、遊技媒体数表示部９２１には、選択された商品で、どれくらいの遊技媒体が必要になるかが表示される（ホール店舗が特定されている場合は、そのホール店舗の交換レートに基づいて、交換に必要な遊技媒体の数が表示される）。ここで、「決定」ボタン９２３がタッチされると、お買い物リストの内容が確定する。
再び、図２３のフローチャートに戻ると、お買い物リストが表示された状態で、「決定」ボタンがタッチされたか否かを判定し（ステップＳ７８）、「決定」ボタンがタッチされたと判定した場合、お買い物リストとして記憶されている商品情報を、ホールコンピュータ４００を経由して基幹サーバ６００に転送する（ステップＳ７９）。基幹サーバ６００は、受信した商品情報を、お買い物リスト管理テーブル６５３に記憶する（ステップＳ８０）。その後、基幹サーバ６００は、お買い物リストの作成完了を表す選択完了のページを作成し（ステップＳ８１）、ホールコンピュータ４００に転送する。ホールコンピュータ４００は、これを景品選択装置に転送し（ステップＳ８２）、景品選択装置は、この選択完了ページをディスプレイに表示する（ステップＳ８３）。ステップＳ７８で、「ＴＯＰに戻る」ボタンがタッチされた場合は、図２４（Ｂ）の景品選択指示画面９１０に表示が戻るが、ここでは記載を省略する。
基幹サーバ６００によって更新される、お買い物リスト管理テーブル６５３の例が、図１９（Ａ）に示されている。この例では、モール会員ＩＤごとに、景品１〜景品５０のエントリーに選択した景品の商品ＩＤが記憶される。景品のエントリー数は適宜変更することができ、可変とすることもできる。
図２５（Ｂ）に表示された景品詳細表示画面９３０は、図２５（Ａ）のお買い物リスト画面９２０で、景品をタッチした場合に、対応する商品の詳細が示された画面である。詳細情報表示部９３２には、景品のより大きな画像と、より詳細な情報が表示されている。
上述のように、遊技者は、表示された商品を景品選択装置で適宜選択していくことによって、「お買い物リスト」という、交換を希望する（あるいは交換の可能性がある）景品の暫定リストを作成することができ、これによって、獲得目標とする遊技媒体の数などを把握することもできる。
また、本実施形態に係る景品交換システム１のこうした機能をさらに拡張して、一人の遊技者が、お買い物リストを同時に複数管理できるようにしてもよい。このように構成することで、遊技者は、例えば、景品交換時に、遊技媒体を大量に獲得できた場合とそうでない場合とで、呼び出すお買い物リストを切り換えることができる。またさらに、ホール店舗ごとに、お買い物リストを管理できるように構成することもでき、また、景品交換後も、「いつものお買い物リスト」として保持し続けるように構成することもできる。
また、景品選択指示画面９１０の商品表示部９１７や、お買い物リスト画面９２０の景品表示部９２２には、交換に必要な遊技媒体の数が種別ごとに表示されるが、これらの数は、景品の金額情報（商品管理テーブル７５２に記憶されている価格の値）が変更されれば、これに応じて変更され、また、ホール店舗の交換レート（交換レート管理テーブル６５４に記憶されている各レート）が変更されれば、これに応じて変更される。また、ホール店舗によっては、特定の遊技媒体の種別の遊技機１０を設置していないところがあるが（例えば、１円パチンコの遊技機がないホール店舗がある）、こうしたホール店舗で景品選択指示画面９１０やお買い物リスト画面９２０を表示させる場合に、そのホール店舗が対応する遊技媒体の種別に関してのみ、交換に必要な遊技媒体の数を表示するように制御できる。
さらに、景品の金額情報として、商品管理テーブル７５２に記憶されている価格のほかに、消費税や送料等を含むことができ、景品選択指示画面９１０の商品表示部９１７や、お買い物リスト画面９２０の景品表示部９２２に表示する遊技媒体の数に、商品の価格だけでなく、消費税や送料を付加することもできる。なお、送料は、例えば、ショップが有する送料テーブル（不図示）と配送先の住所とから自動的に求めることができる。また、消費税の扱いについては、ホール店舗ごとに異なるため、ホール店舗がそれぞれ有する消費税の扱いを規定したテーブルを参照して決定することができる。
次に、図２６〜図２９を参照して、景品交換制御処理について説明する。景品交換制御処理は、お買い物リストに登録された景品のなかから、交換する景品を選択する処理である（図１１のステップＳ１６、又はステップＳ１７によって実行される処理）。事前に遊技者自身が選択したお買い物リストをそのまま表示させることができるので、景品交換時に容易に所望の景品を選択できる。また、お買い物リストはあくまで一時的、暫定的なリストであって、これに登録された景品については必ず交換をしなければならない、という性質のものではない。
図２６は、景品交換制御処理を実現するための処理を、景品交換装置、ホールコンピュータ４００、基幹サーバ６００の主体別にそれぞれ表記したフローチャートである。当該処理は、主として、景品交換装置の景品交換制御部（景品ＰＯＳ連携専用端末５２０の景品交換制御部４７２に相当する機能部）、及び基幹サーバ６００の景品交換制御部６０５によって実現される。図２７〜図２９は、景品ＰＯＳ連携専用端末５２０の表示装置に表示された景品交換指示画面等を示したものである。
最初に、遊技者の操作に応じて、景品交換装置は、景品交換ログイン画面を表示する（ステップＳ９０）。図２７（Ａ）には、この景品交換ログイン画面９４０の例が示されている。遊技者はここで、画面の指示通りに携帯電話（例えば、非接触ＩＣチップ内蔵のスマートフォン５４０）をかざして、景品交換装置に非接触ＩＣチップの固有ＩＤ（ＩＤｍ）等を読み取らせ、パスワードを入力する。固有ＩＤによって、システム側ではモール会員ＩＤを把握可能であるが（図１８（Ｂ）のモール会員情報テーブル６５１参照）、ここでモール会員ＩＤを入力するようにしてもよい。
景品交換装置では、遊技者によるこれらの入力が完了したか否かを判定し（ステップＳ９１）、入力があるまで景品交換ログイン画面９４０の表示を維持する。入力が完了した場合（景品交換ログイン画面９４０で「次へ」ボタンがタッチされた場合）、スマートフォン５４０の固有ＩＤ（例えば、ＩＤｍ）、パスワード、店舗コードをホールコンピュータ４００に送信する（ステップＳ９２）。ここで、店舗コードは、あらかじめ、景品交換装置のＲＯＭ等に、その景品交換装置が設置してあるホール店舗の店舗コードを対応付けて記憶させておいたものである。また、景品ＰＯＳ連携専用端末５２０の機器ＩＤを基幹サーバ６００に送信し、当該機器ＩＤに基づいて（機器ＩＤと店舗コードとが対応付けられたテーブル（不図示）を参照して）店舗コードを特定することもできる。次に、ホールコンピュータ４００は、これらのログイン情報を基幹サーバ６００に転送する（ステップＳ９３）。
基幹サーバ６００は、ログイン情報を受信すると、モール会員情報テーブル６５１を参照して、固有ＩＤとパスワードが一致するか否かを判定する（ステップＳ９４）。一致しなかった場合は、エラー表示を行うよう指示を行い（ステップＳ９５）、この指示に応じて、ホールコンピュータ４００でエラーページを作成した後、景品交換装置に送信し（ステップＳ９６）、これを受信した景品交換装置が、ディスプレイにエラーページを表示する（ステップＳ９７）。
固有ＩＤとパスワードが一致すると判定された場合、基幹サーバ６００は、お買い物リスト管理テーブル６５３にアクセスして、対応するモール会員ＩＤのお買い物リストに記憶されている商品情報を取得する（ステップＳ９８）。次に、モール会員遊技媒体保持数管理テーブル６５２にアクセスして、そのモール会員ＩＤの会員が、送信された店舗コードのホール店舗で、貯メダルや貯玉等により保持する遊技媒体の数を取得する（ステップＳ９９）。当該ホール店舗における遊技媒体の保持数が、モール会員遊技媒体保持数管理テーブル６５２にない場合は、モール会員情報テーブル６５１から、そのホール店舗の会員ＩＤを取得し、ホール連携コンピュータ５６０のホールコンピュータ情報テーブル５７１を参照して、そのホール店舗のホールコンピュータ４００にアクセスし、そこでさらに、遊技媒体保持数管理テーブル４３２にアクセスし、当該会員ＩＤの遊技媒体保持数を取得する。他のホール店舗（又は、同一グループの他のホール店舗）におけるその会員の遊技媒体保持数を使うことができる場合は、これらの数を加算して遊技媒体保持数が決定される。
次に、基幹サーバ６００は、取得した遊技媒体保持数に応じて、景品交換指示画面のページを作成し、ホールコンピュータ４００に送信する（ステップＳ１００）。ここで、基幹サーバ６００は、例えば、取得した遊技媒体保持数によって、景品の交換が可能かどうかをチェックし、保持数以上の遊技媒体がないと交換できない景品については、グレーアウトしたり、リストから削除するといった編集を施すことができる。また、どの景品について交換できないといった情報をメッセージとして表示することもできる。交換レートは、受信した店舗コードに応じて、交換レート管理テーブル６５４から取得する。なお、遊技者が、複数の遊技媒体の種別に亘って保持をしている場合は、景品交換指示画面で遊技者に選択させるようにしてもよい（複数の遊技媒体の種別を統合した遊技媒体保持数により景品の交換が可能な場合は、このような選択は不要である）。
また、基幹サーバ６００は、景品交換指示画面で表示する景品の表示順を、上述の景品選択指示画面と同様、所定の条件により決定することができる。その後、ホールコンピュータ４００は、景品交換指示画面のページを景品交換装置に転送し（ステップＳ１０１）、景品交換装置は、受信した景品交換指示画面のページをディスプレイに表示する（ステップＳ１０２）。ここで、遊技者は、景品交換装置のディスプレイをタッチして、景品交換指示画面のページを移動させたり、遊技媒体の種別を変更することができる。これに応じて、基幹サーバ６００は、対応する景品交換指示画面のページを作成し、ホールコンピュータ４００を経由して景品交換装置に送信する（ステップＳ１０３）。この例では、基幹サーバ６００が、遊技者のリクエストに応じてこれらの景品交換指示画面のページを作成しているが、事前に作成して記憶しておいたり、ホールコンピュータ４００にまとめて送信しておいてもよい。
図２７（Ｂ）には、このようにして表示された景品交換指示画面９５０の例が示されている。景品表示部９５２には、決定された表示順に従って、画像を含む商品情報が表示されており、この例では、それぞれの商品を交換するために必要な遊技媒体の数が、遊技媒体の種別ごとに示されている（例えば、ドリンクの場合、４円貸のパチンコ玉で２５０玉、２０円貸のスロットのメダルで５０枚）。ここで、「次へ」ボタンや「前へ」ボタンをタッチすることで、隣のページの景品が表示される。
また、遊技者は、遊技媒体種別選択部９５１をタッチして、どの遊技媒体の保持数によって景品交換を行うかを指定することができる。上述のように、遊技者が一種の遊技媒体しか保持していなければ、景品交換指示画面９５０では、その遊技媒体による景品交換を前提として表示が行われる。一方、複数の遊技媒体の種別に関して十分な保持数がある場合は、遊技者に遊技媒体の種別を選択させ、その時点で、選択された遊技媒体の種別に応じて、交換できない景品についてグレーアウトしたり、リストから削除する。また、遊技媒体を選択すると、交換するために必要な遊技媒体の数が、遊技媒体の種別ごとに示されていたものが、選択された遊技媒体の種別だけで示されるようになる。
図２６のフローチャートに戻ると、景品の選択がされたか否か（ステップＳ１０４）、又は「決定」ボタン９５３がタッチされた否か（ステップＳ１０５）を判定し、景品の選択も「決定」ボタンのタッチもされていないと判定した場合は、景品交換指示画面９５０の表示を維持する。景品の選択がされていると判定した場合は、選択された景品について景品交換決定画面を表示する（ステップＳ１０６）。ここで、「交換する」ボタンがタッチされたか否かを判定し（ステップＳ１０７）、「交換する」ボタンがタッチされたと判定した場合は、その景品の情報を景品交換装置のＲＡＭに記憶する（ステップＳ１０８）。その後、景品交換指示画面９７０の表示に遷移する。
図２８（Ａ）には、景品交換決定画面９６０の例が示されている。景品表示部９６２には、景品交換指示画面９５０で選択された商品（ドリップコーヒー）の商品情報がより大きな画像と、より詳細な説明により表示されている。また、遊技媒体数表示部９６１には、４円貸のパチンコ玉の保持数で景品交換を行うことが示されている。これは、遊技者の指定に基づくものである。現在、遊技者の４円貸（パチンコ玉）の遊技媒体保持数は、１５００玉であるとの表示がされている。ここで、「交換する」ボタン９６３がタッチされると、この商品（ドリップコーヒー）が景品交換の対象として記録される。また、景品交換決定画面９６０では、遊技者が、所望の数量（景品の個数）を指定するように構成することもでき、数量指定表示部９６４では、数量１、２といった数値が選択できるようになっている。表示される数量は、当該商品の在庫量を超えないように表示される。在庫については、商品管理テーブル７５２で管理される。
また、数量指定表示部９６４で数量を指定し、「交換する」ボタン９６３をタッチしたときに、交換に必要な遊技媒体の数が、遊技者の遊技媒体保持数を上回っている場合は、遊技者の遊技媒体数が不足していて交換ができない旨のエラーメッセージを表示するよう制御することもできる。
「交換する」ボタン９６３がタッチされた後、景品交換装置のディスプレイの表示は、図２８（Ｂ）に示す景品交換指示画面９７０に遷移する。景品交換指示画面９７０では、遊技媒体数表示部９７１に、４円貸のパチンコ玉であるとの指定が表示され、さらに、直前の操作により登録された景品交換に係る遊技媒体の数（６００玉）が減算され、９００玉と表示されている。景品表示部９７２には、直前の操作により景品交換する商品として登録されたドリップコーヒーがグレーアウトされている。
再び、図２６のフローチャートに戻ると、景品交換指示画面９７０が表示された状態で、「決定」ボタン９７３がタッチされたと判定した場合、景品交換の対象として記憶されている景品の情報を含む景品発注指示を、ホールコンピュータ４００を経由して基幹サーバ６００に転送する（ステップＳ１１０、図１２のステップＳ２１）。基幹サーバ６００は、受信した景品の情報を、発注管理テーブル６５５に記憶する（ステップＳ１１１）。その後、基幹サーバ６００は、発注管理テーブル６５５に記憶した情報に基づいて、ショップ管理サーバ７００に対して景品配送指示を送信する（ステップＳ１１２、図１２のステップＳ２４）。また、ステップＳ１０７で、「ＴＯＰに戻る」ボタンがタッチされた場合は、図２７（Ｂ）の景品交換指示画面９５０に表示が戻るが、ここでは記載を省略する。
次に、基幹サーバ６００は、交換完了ページを作成し（ステップＳ１１３）、ホールコンピュータ４００に転送する。ホールコンピュータ４００は、これを景品交換装置に転送し（ステップＳ１１４）、景品交換装置は、この交換完了ページをディスプレイに表示する（ステップＳ１１５）。
基幹サーバ６００によって更新される、発注管理テーブル６５５の例が、図１９（Ｃ）に示されている。この例では、発注ＮＯが採番され、各発注ごとに、モール会員ＩＤ、景品ＩＤ（数量を含む）、配送先等が記憶される。景品の情報は、商品管理テーブル７５２の商品ＩＤに基づいて取得することができ、配送先は、モール会員情報テーブル６５１から取得することができ、必要に応じてこれらの情報がショップ管理サーバ７００に送信される。
図２９は、サンド装置２０を景品交換装置として使用した場合の、サンド装置２０の操作ユニット３４の表示内容と、サンド装置２０に接続され連動した表示を行う大型の表示装置であるデジタルサイネージ装置５１５の表示部５１６の表示内容を示した図である。図２９（Ａ）は、操作ユニット３４に景品交換指示画面が表示され、デジタルサイネージ装置５１５の表示部５１６には、操作ユニット３４に連動して、交換可能な商品の情報が複数同時に表示され、さらに、各商品について、より大きな画像と、より詳細な説明が表示されている。このように、デジタルサイネージ装置５１５の表示部５１６には、表示内容が大きく表示されるばかりでなく、操作ユニット３４の表示内容とは異なる表示形式で、操作ユニット３４の表示内容をよりわかりやすく示すように構成することができる。
図２９（Ｂ）は、操作ユニット３４に景品交換決定画面が表示され、デジタルサイネージ装置５１５の表示部５１６には、これに連動して関連する表示がされている。操作ユニット３４の景品交換決定画面で交換を行おうとフォーカスしている商品が、デジタルサイネージ装置５１５の表示部５１６では、矢印によって指示されており、遊技者は、遊技機１０の上部を見ることで、容易に交換する商品の詳細を確認することができる。
次に、図３０を参照して、景品情報収集処理について説明する。景品情報収集処理は、複数のネット通販サイトのサーバ（ショップサーバ）等にアクセスして、当該ショップの情報と、景品交換可能な商品の情報を収集する処理である。図３０は、景品情報収集処理を実現するための処理を、ショップ管理サーバ７００、ＡＳＰ−Ｉ／Ｆサーバ８００、及びＥＣショップＡＳＰサーバ８５０の主体別にそれぞれ表記したフローチャートである。当該処理は、主として、ショップ管理サーバ７００の商品選択管理部７０２、及びＡＳＰ−Ｉ／Ｆサーバ８００のネット通販Ｉ／Ｆ部８０２によって実現される。
最初に、ショップ管理サーバ７００が、所定のタイミングでＡＳＰ−Ｉ／Ｆサーバ８００に対して、ショップ情報、及び商品情報の収集指示を送信する（ステップＳ１２０）。上記タイミングは、数時間ごと、数分ごとといった比較的短いインターバルでもよいし、月に１度といった比較的長いインターバルでもよい。収集指示を受信したＡＳＰ−Ｉ／Ｆサーバ８００は、ＥＣショップＡＳＰサーバ８５０に対して、例えば、所定のＷＥＢページにデータを入力しリクエストを送信するといった形で、認証情報を送信する（ステップＳ１２１）。
ＥＣショップＡＳＰサーバ８５０は、認証情報を受信すると、これをチェックし（ステップＳ１２３）、認証が成功すれば、ＡＳＰ−Ｉ／Ｆサーバ８００に対してアクセス許可を与える（ステップＳ１２４）。ＡＳＰ−Ｉ／Ｆサーバ８００は、このアクセス許可を受信すると（ステップＳ１２５）、ＥＣショップＡＳＰサーバ８５０にショップ情報の取得要求を行う（ステップＳ１２６）。ＡＳＰ−Ｉ／Ｆサーバ８００は、例えば、ショップ管理テーブル７５１を参照して作成したリストに含まれるショップに関する情報や、一定の条件を満たすショップに関する情報を要求するようにしてもよいし、ＥＣショップＡＳＰサーバ８５０が用意したショップ情報を単に受け取るといった形でもよい。
ＥＣショップＡＳＰサーバ８５０は、ショップ情報の取得要求に応じて、管理下にあるショップサーバ８７０のショップ情報を送信する（ステップＳ１２７）。ショップ情報には、ショップのサーバやサーバアドレスに関する情報や、営業内容、与信情報など、様々な内容が含まれうる。ＡＳＰ−Ｉ／Ｆサーバ８００は、受信したショップ情報を、ショップ管理サーバ７００に転送する（ステップＳ１２８）。
ショップ管理サーバ７００は、受信したショップ情報を参照し、所定の条件に合致しないショップを対象外とする（ステップＳ１２９）。ショップの規模、営業体制、過去の取引内容等、様々な条件を設定して、景品交換に支障がないよう備えることができる。また、ホール店舗ごとに、収集するショップの範囲を切り換えることができ、その場合、範囲外となるショップのショップサーバ等に最初からアクセスしないよう制御することもできる。
次に、それぞれのショップについて、取り扱い商品の情報を取得するよう、ＡＳＰ−Ｉ／Ｆサーバ８００に要求する（ステップＳ１３０）。商品情報取得要求を受信したＡＳＰ−Ｉ／Ｆサーバ８００は、ＥＣショップＡＳＰサーバ８５０に対して商品情報取得要求を行う（ステップＳ１３１）。ＥＣショップＡＳＰサーバ８５０は、商品情報取得要求を受信すると、そのショップが取り扱っている商品の情報（例えば、商品名、型番、商品種別、販売価格、在庫数、送料など）をＡＳＰ−Ｉ／Ｆサーバ８００に送信し（ステップＳ１３２）、ＡＳＰ−Ｉ／Ｆサーバ８００は、受信した商品情報を、ショップ管理サーバ７００に転送する（ステップＳ１３３）。
ショップ管理サーバ７００は、商品情報を受信すると、これらの１つ１つについて、ホール店舗で交換可能な商品かどうかを、商品情報に含まれる商品名、型番、商品種別、販売価格等と、フィルタリングデータテーブル７５３のフィルタリングデータを比較することによってチェックする（ステップＳ１３４）。例えば、このフィルタリングデータによって、１万円より高い価格の商品や（例えば、フィルタＮｏ「Ｆ００１」のフィルタ）、商品種別が有価証券であるとされる商品は（例えば、フィルタＮｏ「Ｆ００２」のフィルタ）、景品としての条件を満たさないように設定される。また、例えば、商品種別が、古物（中古品）、医薬品等にあたる商品についても（法律により営業許可が必要とされるといった理由により）、景品としての条件を満たさないように設定される。
なお、こうしたフィルタリング処理に用いられる条件を定義するデータは、フィルタリングデータテーブル７５３のフィルタリングデータとして記憶しておき、本実施形態に係る景品交換システム１の運営主体や所定の機関等が、コンピュータを用いてショップ管理サーバ７００にアクセスし、当該フィルタリングデータを適宜更新することができる。また、フィルタリングデータテーブル７５３に示すように、適用開始日時を指定しておき、そのタイミングが到来したら、当該フィルタを有効にするよう制御することもできる。
また、このようなフィルタリング処理は、この例では、商品情報を収集する際に行われているが、一旦無条件で記憶された商品情報を所定のタイミングでチェックし更新することにより、条件を満たさないものを排除することができる。さらに、商品情報を景品選択装置に表示する段階で当該フィルタリング処理を行うようにしてもよい。また、収集された商品情報に対して、異なるフィルタリング処理を複数回、段階的に施すようにしてもよい。
次に、ショップ管理サーバ７００は、複数のショップから同じ商品情報が受信されたかどうかチェックし（ステップＳ１３５）、その重複を一定の条件によって調整する。例えば、販売価格のより低いショップの商品を選択する。また、安い商品を提供するショップの在庫が少ない場合は、複数のショップの在庫を、販売価格の低い順に連結して、管理するようにもできる。このような管理によって、１つの商品についてある数だけ交換がされると、販売価格が変更になり（高くなり）、販売するショップも変更になる。なお、ここでの販売価格の比較は、消費税や送料の負担を含めて考慮することができる。
景品交換として適切な商品が決まると、ショップ管理サーバ７００は、商品管理テーブル７５２に、当該商品の商品情報を記憶し（ステップＳ１３６）、すべてのショップについて処理が終了したか否か判定する（ステップＳ１３７）。まだ商品情報を取得すべきショップがあると判定した場合は、ステップＳ１３０に戻り、処理を繰り返す。ここで、ショップ管理サーバ７００は、別のショップで、より条件に適した同じ商品が見つかった場合は、商品管理テーブル７５２のデータを書き換える。
商品情報を取得すべきショップがないと判定した場合は、ショップとしての基本的な条件を満たし、そのショップの商品を景品として登録したショップについて、ショップ管理テーブル７５１に登録する（ステップＳ１３８）。
上述のように、ＡＳＰ−Ｉ／Ｆサーバ８００は、ＡＳＰ−Ｉ／Ｆサーバ８００とＥＣショップＡＳＰサーバ８５０の双方で取り決めた規則に従ったメッセージ等を所定のタイミングでやりとりすることによって、ショップ情報や商品情報を得ることができる。このように、共通のプロトコル（ＨＴＴＰやＨＴＴＰＳといった、ネットワーク層の通信プロトコルを含む）を用いることで、インターネット等のネットワークを介して遠隔地に配置された他人のサーバからも必要な情報を取得することができる。従って、このような取り決めが事前になされていれば、個別ショップＩ／Ｆサーバ８２０とショップサーバ８７２との間のデータ通信、ＥＣモールＩ／Ｆサーバ８４０とＥＣモール管理サーバ８６０との間のデータ通信、及びその他のサーバ間のデータ通信も可能となる。
また、ＥＣショップＡＳＰサーバ８５０やＥＣモール管理サーバ８６０には、それぞれがネット通販サイトの機能を提供するショップサーバにそれぞれ接続して全体を統合管理するタイプもあれば、ＡＳＰサービス等により、自身のサーバを利用してネット通販サイトの機能を提供しているタイプもある。従って、ＥＣショップＡＳＰサーバ８５０やＥＣモール管理サーバ８６０自体が、管理下の各ショップサーバに関するショップ情報や商品情報を持たない場合もあり得る。そのような場合、ＥＣショップＡＳＰサーバ８５０やＥＣモール管理サーバ８６０は、管理下のショップサーバに対して、さらに、要求されたショップ情報や商品情報を問い合わせることができる。
次に、図３１を参照して、景品発注制御処理について説明する。景品発注制御処理は、ネット通販サイトを実現するショップサーバに対して、景品交換で指定された景品を指定した配送先に配送するよう指示する処理である（図１２のステップＳ２５の処理を受けて実行される処理）。図３１は、景品発注制御処理を実現するための処理を、ＥＣモールＩ／Ｆサーバ８４０、ＥＣモール管理サーバ８６０、及びショップサーバ８７４の主体別にそれぞれ表記したフローチャートである。当該処理は、主として、ＥＣモールＩ／Ｆサーバ８４０の景品発注制御部（ＡＳＰ−Ｉ／Ｆサーバ８００の景品発注制御部８０３に相当する機能部）によって実現される。
最初に、ＥＣモールＩ／Ｆサーバ８４０が、基幹サーバ６００からの景品配送指示を受けて、ＥＣモール管理サーバ８６０に対して、認証情報を送信する（ステップＳ１４０）。ＥＣモール管理サーバ８６０は、認証情報を受信すると、これをチェックし（ステップＳ１４２）、認証が成功すれば、ＥＣモールＩ／Ｆサーバ８４０に対してアクセス許可を与える（ステップＳ１４３）。ＥＣモールＩ／Ｆサーバ８４０は、このアクセス許可を受信すると（ステップＳ１４４）、景品発注に係る代金の支払い処理を行う。
例えば、銀行決済の場合、ＥＣモール管理サーバ８６０の運営主体に係る口座にＥＣモール手数料を支払うよう処理を行う（ステップＳ１４５）。このような支払処理は、例えば、所定の銀行決済システムに対して決済指示を送信するといった処理によって実現される。次に、ＥＣモールＩ／Ｆサーバ８４０は、景品の販売価格から、上記のＥＣモール手数料と電算センター手数料を差し引いた額を、交換景品に対応するネット通販サイト（ショップサーバ８７４の運営主体）に係る銀行口座に支払うよう処理を行う（ステップＳ１４６）。この処理もまた、所定の銀行決済システムに対して決済指示を送信するといった処理によって実現される。
一方、クレジット決済の場合、ＥＣモールＩ／Ｆサーバ８４０から、ＥＣモール管理サーバ８６０の運営主体に、景品の販売価格をクレジット決済にて支払うよう処理を行う（ステップＳ１４７）。その後、ＥＣモール管理サーバ８６０は、景品の販売価格から決済手数料を差し引いた額を、交換景品に対応するネット通販サイト（ショップサーバ８７４の運営主体）に支払うよう処理を行い（ステップＳ１４８）、ショップサーバ８７４に対して、ＥＣモール手数料と電算センター手数料を請求する（ステップＳ１４９）。
ショップサーバ８７４は、この後、ＥＣモール管理サーバ８６０の運営主体に、請求されたＥＣモール手数料と電算センター手数料を支払うよう処理を行い（ステップＳ１５０）、さらに、ＥＣモール管理サーバ８６０は、電算センター（ＥＣモールＩ／Ｆサーバ８４０の運営主体）に、電算センター手数料を支払うよう処理を行う（ステップＳ１５１）。
次に、ＥＣモールＩ／Ｆサーバ８４０は、ＥＣモール管理サーバ８６０に対して、景品発注要求を送信し（ステップＳ１５２）、ＥＣモール管理サーバ８６０は、この要求を受信すると、発注された景品を販売するネット通販サイトのショップサーバ８７４を特定し（ステップＳ１５３）、特定されたショップサーバ８７４に対して景品発注要求を送信する（ステップＳ１５４）。ショップサーバ８７４は、景品発注要求を受け取ると、その後の作業を人間が容易に行えるように、景品発送指示書を出力する（ステップＳ１５５）。
次に、図３２を参照して、遊技者の行動履歴を収集する仕組みについて説明する。遊技者の行動に関する行動履歴データが、基幹サーバ６００に収集され、そこでビッグデータに関する各種解析が行われる。解析結果により、例えば、景品選択装置に表示する商品の選択や表示順、景品交換装置に表示する景品の表示順のほか、様々な処理方法が規定されうる。
遊技機１０に対して遊技者は、メダルの投入や払出の指示を行う。この指示によるメダルの投入枚数、メダルの払出枚数、及び指示をした時間等がメダル数情報として一旦、遊技機１０のメインＲＡＭ２６３に記憶され、これが、所定のタイミングでサンド装置２０に送信され、サンド装置２０のＲＡＭ４２に記憶される。また、サンド装置２０に対して遊技者は、情報カードや非接触ＩＣカードを用いて、メダル移動や計数の指示を行う。この指示によるメダルの移動数、メダルの計数結果、及び指示をした時間等がメダル数情報として、ＲＡＭ４２に記憶される。
このようにして、サンド装置２０のＲＡＭ４２に記憶された、遊技機１０とサンド装置２０に関するメダル数情報は、所定のタイミングでホールコンピュータ４００に送信され、行動履歴管理テーブル４３３に記憶される。図１７（Ｃ）に示す行動履歴管理テーブル４３３では、遊技者の会員ＩＤ、店舗コード、遊技台Ｎｏ、操作、遊技媒体種別、数量、日時が記憶されている。日時のデータは、遊技機１０により取得された日時データを用いれば操作日時を表すことになるが、サンド装置２０やホールコンピュータ４００で取得された日時データを用いてもよい。
この他、遊技者が行うモール会員登録処理についての行動履歴データもホールコンピュータ４００に送信され、行動履歴管理テーブル４３３に記憶される。
ホールコンピュータ４００の行動履歴管理テーブル４３３に記憶された行動履歴データは、遊技者が、本実施形態に係る景品交換システム１のモール会員である場合は、所定のタイミングで基幹サーバ６００のモール会員行動履歴管理テーブル６５６に移動される。
景品選択装置で遊技者が行う景品選択の操作や、景品交換装置で行う景品効果の操作を表すデータが、所定のタイミングで当該装置から基幹サーバ６００に送信され、モール会員行動履歴管理テーブル６５６に記憶される。ここでは、遊技者の選択操作や交換操作において、次ページを表示させたり、指定を取り消したりといった操作を記憶するようにしてもよい。
さらに、基幹サーバ６００のモール会員行動履歴管理テーブル６５６には、また、スマートフォン５４０やフィーチャーフォン５５８を用いて遊技者がモール会員登録を行った場合は、その操作についての行動履歴データも基幹サーバ６００に送信され、モール会員行動履歴管理テーブル６５６に記憶される。
図２０（Ａ）に示すモール会員行動履歴管理テーブル６５６には、遊技者のモール会員ＩＤ、店舗コード、遊技台Ｎｏ、操作、遊技媒体種別、数量、日時が記憶されている。この内容は、上述した１７（Ｃ）に示す行動履歴管理テーブル４３３の内容に、あらたに景品選択や景品交換に関する行動履歴データが追加されたものとなっている（図１７（Ｃ）の矢印参照）。図２０（Ａ）のモール会員行動履歴管理テーブル６５６から、モール会員ＩＤが「Ｕ００４」である遊技者が、５月５日の１０時２２分から１５時４分の間に、景品選択を行った後、２０円貸のメダルを２０枚貸出し、遊技の結果、それが５００枚となったため、このすべての遊技媒体を使って、景品交換を行ったということが分かる。景品選択や景品交換に関する行動履歴データについては、日時のデータを景品選択端末や景品交換端末から取得した日時データとすることができるが、ホールコンピュータ４００や基幹サーバ６００の日時データを用いることもできる。
また、モール会員行動履歴管理テーブル６５６に、どのような商品を「お買い物リスト」として選択し、どの景品に交換したかという情報を記憶させることもできる。さらに、モール会員行動履歴管理テーブル６５６に記憶された行動履歴データのそれぞれに対して、その行動履歴データの日時における湿度、天候、季節データ等が対応付けられるようにできる。
このような行動履歴管理の「収集」に関わる機能は、ホールコンピュータ４００では、行動履歴管理部４１３が、基幹サーバ６００では、行動履歴管理部６０７が実行する。なお、ここでは、パチスロ機についての行動履歴管理を説明したが、パチンコ機についても同様に（メダル数ではなくパチンコ玉の数について）遊技者の行動履歴が記憶される。
このような遊技者の遊技状況、及び景品交換状況に関する膨大なデータを解析し、抽出された特徴や傾向から、それぞれのモール会員に適した、ホール店舗やネット通販サイト等に関する広告その他の情報を生成し、その情報を、モール会員の使用する遊技機１０の上部に設置されたデジタルサイネージ装置５１５等に出力し、又はスマートフォン５４０等のメールアドレスに送信するといったことが可能となる。
本発明の景品交換システム１では、図２４（Ｂ）に示す景品選択指示画面９１０や、図２７（Ｂ）に示す景品交換指示画面９５０のように、景品の交換に必要な対価が、景品の金額情報に基づいて、パチンコ玉の数やメダルの枚数といった単位（遊技媒体の数）に換算されて表示され、遊技者は、この遊技媒体の数の表示を見ることによって、遊技者自身が獲得したパチンコ玉やメダルで、どの景品を手に入れることができるかを把握することができる。
しかしながら、景品の交換に必要な対価を、その他の様々な単位で表示することができる。例えば、景品の交換に必要な対価が、所定範囲で電子的な流通が可能な価値を表す所定の電子価値の単位で表示されるとともに、遊技者が獲得した遊技媒体の数も当該電子価値の単位で表示されることによって、遊技者が、電子価値の単位で表された値（例えば、１２０や８０００といった電子価値データで表される）を基準に、遊技者自身が獲得したパチンコ玉やメダルで、どの景品を手に入れることができるかを把握することができる。
この場合、景品の交換に必要な対価は、その景品の金額情報（価格のほか、消費税、及び送料等を含みうる）が当該電子価値や他の種類の電子価値に対応付けられている場合は、例えば、その電子価値データそのもの、あるいは、その電子価値データから求められた値で表され、その景品の金額情報が、円などの通貨価値の単位で対応付けられている場合は、その通貨価値で表された値が上記の電子価値の単位に変換され、その変換後の電子価値データで表される。一方、遊技者が獲得した遊技媒体の数は、例えば、所定のサービスサイト（コンピュータシステム）において、所定の変換レートで、上記の電子価値データに変換される。遊技媒体と電子価値との交換レートは、ホール店舗によって異なる場合も考えられ、その場合は、ホール店舗の交換レートが加味される。
このような場合においても、上述のように、景品の金額情報や、景品に対応付けられている電子価値データが変更されれば、景品選択指示画面９１０や景品交換指示画面９５０において、対応する景品の電子価値データの表示が、これに応じて変更される。また、遊技者が獲得した遊技媒体の数を表す電子価値と景品の電子価値、又は景品間における電子価値が異なる種類のものである場合は、これらを１つの電子価値に統一するよう変換したり、別の共通する電子価値に変換したりして表示することができる。
さらに、遊技者が獲得した遊技媒体の数を、国外のホール店舗で利用可能な電子価値に変換し、遊技者がその国外のホール店舗で、当該電子価値により遊技を行ったり、景品交換を行ったりすることができる。また、本発明の景品交換システムが国外のホール店舗等について運用される場合、国内で遊技者が獲得した遊技媒体の数に対応付けられた電子価値をそのまま、あるいは為替レート等に基づいて変換した後、利用することもできる。
次に、スマートフォン５４０等の携帯機器（通信機器）が、本実施形態に係る景品交換システム１の景品選択制御処理に、景品選択装置として使用された場合について説明する。
本実施形態に係る景品交換システム１では、携帯機器が景品選択装置として使用される場合には、景品選択指示画面、お買い物リスト画面、及び景品詳細表示画面に表示される商品情報に、図２４〜図２５と同様、その商品を交換するために必要な遊技媒体の数が表示される。スマートフォン５４０等の携帯機器は、ホール店舗の内外で自由に操作が可能であるため、これらの機器がホール店舗外で景品選択装置として使用される可能性があるが、その場合でも、基本的には、商品情報に、交換に必要な遊技媒体の数が表示される。なお、例えば、商品管理テーブル７５２に記憶される、その商品の価格（通貨価値）を、この遊技媒体の数とともに表示するように制御してもよい。
携帯機器が景品選択装置として使用される場合も、図２３に示すフローチャートと同じ流れで景品選択制御処理が行われる（この場合は、ホールコンピュータ４００の機能の一部をモバイルＩ／Ｆサーバ６８０が実行する）。また、携帯機器における表示態様は、例えば、後で説明する図３３に示す表示態様と同様のものになる（ただし、図３３では、商品の通貨価値が表示されているが、ここでは、その代わりに交換に必要な遊技媒体の数が表示される）。
さらに、スマートフォン５４０等の携帯機器は、ホール店舗の内外で自由に操作が可能であるため、遊技者における遊技媒体保持数や、各ホール店舗の交換レートなどをホール店舗以外の場所で遊技者等に閲覧させてはいけないといった規制がある場合、図２３〜図２５に関し上述したような景品選択制御処理と同じ処理を携帯機器で行うことはできない。
そこで、本実施形態に係る景品交換システム１では、携帯機器が景品選択装置として使用される場合には、景品選択指示画面、お買い物リスト画面、及び景品詳細表示画面（図２４〜図２５参照）に表示される商品情報に、その商品を交換するために必要な遊技媒体の数を表示せず、例えば、商品管理テーブル７５２に記憶される、その商品の通貨価値を表示するように制御する。
携帯機器が景品選択装置として使用される場合も、図２３に示すフローチャートと同じ流れで景品選択制御処理が行われる（この場合は、ホールコンピュータ４００の機能の一部をモバイルＩ／Ｆサーバ６８０が実行する）。ただし、ステップＳ６２においては、専用端末５３０が景品選択装置として用いられた場合は、景品選択ログイン画面９００で「次へ」ボタンがタッチされると、スマートフォン５４０の固有ＩＤ（例えば、ＩＤｍ）とパスワードがホールコンピュータ４００に送信されるが、携帯機器が景品選択装置として使用される場合は、さらに景品選択装置を識別する機器ＩＤを送信するようにして、基幹サーバ６００で、この機器ＩＤから景品選択装置が携帯機器かどうかを判断するようにする。
また、専用端末５３０のような、ホール端末に設置された装置からは、装置識別コード「１」を送信し、携帯機器からは、「０」を送信するか、又は何も送信しないようにすることで、景品選択装置が携帯機器かどうかを判断するようにしてもよい。当該判断については、他の様々な方法が用いられ得る。
次に、携帯機器が景品選択装置として使用される場合は、ステップＳ７０において、ホール店舗の交換レートを取得することなく、それぞれの商品について通貨価値を表示するよう景品選択指示画面のページを作成する。商品の通貨価値は、商品管理テーブル７５２の価格等より（ホール店舗によっては消費税等も加味して）求めることができる。このように景品選択制御処理を構成することによって、景品選択装置が、専用端末５３０のようなホール店舗に設置され、かならずそのホール店舗で操作されるような装置においては、商品が遊技媒体の数で表示され、一方、景品選択装置が、携帯端末のような、一定場所での操作が保証されないような装置においては、商品の交換に必要な遊技媒体の数ではなく、商品の価格（例えば、ネット通販サイトにおける商品の販売価格）で表示される。
例えば、図３３（Ａ）は、携帯機器（スマートフォン５４０）が景品選択装置として使用された場合に、携帯機器のディスプレイに表示されたお買い物リスト画面９８０である。景品表示部９８３には、お買い物リストに登録された商品の商品情報が示され、これらが上下にスクロールして表示されるようになっている。それぞれの商品には、図２５（Ａ）のような遊技媒体の数ではなく、価格が表示されている。遊技者は、ディスプレイを上下にスワイプすることにより、次、又は前の商品を表示させることができる。また、合計価格表示部９８１には、お買い物リストに登録された商品が合計で、どれくらいの価格になるかが表示される。
図３３（Ｂ）は、携帯機器（スマートフォン５４０）が景品選択装置として使用された場合に、携帯機器のディスプレイに表示された景品詳細表示画面９９０である。景品詳細表示画面９９０は、図３３（Ａ）のお買い物リスト画面９８０で、景品をタッチした場合に、対応する商品の詳細が示された画面である。詳細情報表示部９９３には、景品のより大きな画像と、より詳細な情報が表示されている。また、ここでも、商品については、図２５（Ｂ）のような遊技媒体の数ではなく、価格が表示されている。
このように、携帯機器（通信機器）が、本実施形態に係る景品交換システム１の景品選択制御処理に、景品交換装置として使用された場合には、商品の交換に必要な遊技媒体の数ではなく、その商品の通貨価値（価格）等が表示されるよう制御される。ただし、携帯機器が、ホール店舗内で閲覧・操作されているということが保証される場合には、専用端末５３０と同様に、それぞれの商品について遊技媒体の数を表示するようにしてもよい。
例えば、携帯機器が、有効範囲がホール店舗内であると保証されている短距離無線通信によって基幹サーバ６００との間でデータ送受信を行って景品選択を行う場合、ホール店舗の外部にまで届かないケーブル等によって接続された携帯機器によって基幹サーバ６００との間でデータ送受信を行って景品選択を行う場合、又は、ＧＰＳ等によって求められた携帯機器の位置情報から、当該携帯機器がホール店舗内にあることが保証される場合などに、この状態を自動的に判定し、上述のように、商品について遊技媒体の数を表示するよう制御できる。
また、景品交換装置は、遊技者の遊技媒体保持数や、商品の交換に必要な遊技媒体の数を表示することが前提となるため、これらの情報をホール店舗の外で表示させることが規制等により禁止される場合は、携帯機器を景品交換装置として使用することは基本的にできないが（携帯機器が、場所を問わずにデータ通信機能を提供できるため）、上述の場合のように、携帯機器がホール店舗の内部で閲覧・操作されていることが保証されている場合は、携帯機器を景品交換装置として使用することも可能である。
本発明の景品交換システム１を、具体的な装置、及び具体的なテーブル等を用いて例示してきたが、これまでの説明は一実施形態に過ぎず、様々な他の形態によって、本発明の特徴的なコンピュータシステムを実現可能である。例えば、景品選択装置、景品交換装置として様々な構成の装置を様々なネットワーク接続状態で用いることができ、電算センターの基幹サーバ６００、ショップ管理サーバ７００、ＡＳＰ−Ｉ／Ｆサーバ８００等も、様々な構成の装置を利用でき、例示とは異なるように各機能部を（分散、又は統合して）配置することができる。また、テーブルの構成についても他の異なる構成を採用することができる。
［本発明の第２の実施形態に係る景品交換システムの説明］
図３４を参照して、本発明の第２の実施形態に係る景品交換システムのシステム概要について説明する。図３４に示す景品交換システム１００１は、図１に示す上述の景品交換システム１と同様、ホール店舗の装置、ホール連携システム、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。図３４の景品交換システム１００１は、好ましくは、ネット通販連動型の景品交換システムである。
図３４を参照して、本発明の第２の実施形態に係る景品交換システムのシステム概要について説明する。図３４に示す景品交換システム１００１は、図１に示す上述の景品交換システム１と同様、ホール店舗の装置、ホール連携システム、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。図３４の景品交換システム１００１は、好ましくは、ネット通販連動型の景品交換システムである。
図３４に示す景品交換システム１００１では、当該システムへのモール会員登録を行うことなく、端玉のような少量の遊技媒体を貯玉することができ、さらに、上述の景品交換システム１と同様に、事前に、多くの景品のなかから景品交換の候補を選択してお買い物リストを作成することができる。その後、当該システムへのモール会員登録が行われると、貯玉の価値に応じた景品交換指示を行うことが可能となり、指定した景品を自宅等の指定住所に配送させることができる。なお、ここで、端玉（余玉）のような少量の遊技媒体の保持を便宜上「少額貯玉」と称するが、パチンコ機で獲得するパチンコ玉の貯玉だけでなく、パチスロ機で獲得するメダルの保持（いわゆる、貯メダル）も含まれる。
また、少額貯玉は、景品交換の際に発生する端玉を貯玉する場合に限られず、例えば、遊技者が意図的に遊技を中断してパチンコ玉やメダルを保持しようとする場合など、様々な要因により少量の遊技媒体を貯玉する場合を含む。景品交換システム１００１では、１回あたりの貯玉の数量（価値）と、合計の貯玉の数量（価値）に一定の上限が設けられる。
図３４に示す景品交換システム１００１は、図１に示す景品交換システム１の変形例と捉えることができ、景品交換システム１と同様の景品選択制御、景品交換制御、景品発注制御、行動履歴管理等の各機能を備える。例えば、ホール店舗のホールコンピュータ１４００、ホールＤＢ１４３０、遊技機１０１０、サンド装置１０２０、デジタルサイネージ装置１５１５、景品ＰＯＳ１５００、景品ＰＯＳ連携専用端末１５２０、及び専用端末１５３０はそれぞれ、景品交換システム１における、ホール店舗のホールコンピュータ４００、ホールＤＢ４３０、遊技機１０、サンド装置２０、デジタルサイネージ装置５１５、景品ＰＯＳ５００、景品ＰＯＳ連携専用端末５２０、及び専用端末５３０に対応する。また、電算センターの基幹サーバ１６００、基幹ＤＢ１６５０、モバイルＩ／Ｆサーバ１６８０、ショップ管理サーバ１７００、景品ＤＢ１７５０、ＡＳＰ−Ｉ／Ｆサーバ１８００、個別ショップＩ／Ｆサーバ１８２０、及びＥＣモールＩ／Ｆサーバ１８４０はそれぞれ、景品交換システム１における、基幹サーバ６００、基幹ＤＢ６５０、モバイルＩ／Ｆサーバ６８０、ショップ管理サーバ７００、景品ＤＢ７５０、ＡＳＰ−Ｉ／Ｆサーバ８００、個別ショップＩ／Ｆサーバ８２０、及びＥＣモールＩ／Ｆサーバ８４０に対応する。また、ネットワーク１６９０は、景品交換システム１におけるネットワーク６９０に対応する。
さらに、図３４では記載を省略したが、景品交換システム１００１のホール連携システムには、景品交換システム１のホール連携システムに含まれるホール連携コンピュータ５６０、ホール連携ＤＢ５７０、及びセンター店舗Ｉ／Ｆサーバ５８０に対応する装置等がそれぞれ配置される（センター店舗５９０に対応するセンター店舗も配置される）。
また、景品交換システム１００１のネット通販サイトには、景品交換システム１のネット通販サイトに含まれるＥＣショップＡＳＰサーバ８５０、ショップサーバ８７０、ショップサーバ８７２、ＥＣモール管理サーバ８６０、及びショップサーバ８７４に対応する装置等がそれぞれ配置されるが、これも、図３４では記載を省略した。ここでは、景品交換システム１に対して新たに追加された構成要素、及び内部の機能が変更された構成要素について特に詳細に説明を行うこととする。
ホール店舗には、ホールコンピュータ１４００、遊技機１０１０、景品選択装置、及び景品交換装置が配置され、さらに、少額貯玉指示装置１０６０、及び接続管理装置１０９０が配置される。少額貯玉指示装置１０６０は、遊技者が少額貯玉を行うために用いられる端末であり、この例では、景品ＰＯＳ端末の機能を備えた端末となっている。遊技者は、少額貯玉指示装置１０６０に、遊技媒体（メダルやパチンコ玉）の計数結果を印刷したレシートを読み取らせ、その後、少額貯玉指示装置１０６０に端玉等の少額貯玉を行うよう指示する。遊技者は、少額貯玉指示装置１０６０による少額貯玉を行う際に、氏名、メールアドレス、住所等の入力が求められるモール会員登録を行う必要がなく、非接触ＩＣカードである少額貯玉用会員カード１１１０を用いて少額貯玉の管理を行うことができる。ここで、非接触ＩＣカードは、例えば、近距離無線通信規格（ＮＦＣ：Near Field Communication）に基づく非接触ＩＣチップを備えたカードである。
接続管理装置１０９０は、少額貯玉指示装置１０６０と電算センターの基幹サーバ１６００との間の接続を制御する。接続管理装置１０９０は、例えば、ゲートウエイ機能を含み、少額貯玉指示装置１０６０と基幹サーバ１６００との間をＶＰＮ（Virtual Private Network）で接続する場合は、ＶＰＮルーター機能を含む。その他、基幹サーバ１６００との接続を制御する接続制御機能を含む。また、接続管理装置１０９０は、上述のゲートウエイ機能を備えるゲートウエイ装置、ＶＰＮルーター機能を備えるＶＰＮルーター装置、及び接続制御機能を備える接続制御装置を含む、複数の装置から構成される装置であってもよい。
ホールコンピュータ１４００は、景品交換システム１のホールコンピュータ４００と同様、そのホール店舗に配置された装置の状態（遊技者の遊技状況等を含む）や、会員、及び景品に関する情報を管理する等の機能を有し、少額貯玉指示装置１０６０、又は基幹サーバ１６００から、景品交換の際の決済のために、遊技者が少額貯玉した価値に関する情報を受信する。
景品選択装置には、専用端末１５３０、スマートフォン１５４０、及びフィーチャーフォン１５５８等の、ネットワーク通信可能な任意の端末が含まれるが、この例では、ＰＣ（パーソナルコンピュータ）１１００も利用される。ＰＣ１１００は、遊技者の自宅等で利用され、インターネット等のネットワーク１６９５、及び電算センターのＡＰ（アプリケーション）サーバ１６８５を介して、基幹サーバ１６００に接続され、少額貯玉用会員カード１１１０を読み込むことによって、景品交換システム１と同様の景品選択指示（お買い物リストの作成）を行うことができる。また、この例では、少額貯玉指示装置１０６０も景品選択装置として機能しうる。
基幹サーバ１６００は、景品交換システム１と同様、モール会員登録した遊技者をモール会員として管理し、遊技者の景品選択や景品交換の操作に応じてそれぞれ景品選択制御処理、景品交換制御処理を行い、景品交換が決定した場合には、自動的に対応するネット通販サイトに対する景品発注処理を行う。また、各ホール店舗におけるモール会員について、遊技状況や景品交換状況を含む行動履歴を収集し記憶する。
さらに、基幹サーバ１６００は、少額貯玉指示装置１０６０からの指示に基づいて、少額貯玉用会員カード１１１０と貯玉された遊技媒体の価値とを対応付けて管理する。この例では、各ホール店舗の少額貯玉指示装置１０６０から指示された少額貯玉の情報は、基幹サーバ１６００の基幹ＤＢに集約管理される（この点で、本システムは、センター集約型少額貯玉管理システムと言える）。また、それぞれの遊技者からされた少額貯玉に対応する遊技媒体の価値は、所定範囲で電子的な流通が可能な価値を表す所定の電子価値の単位である、「電子価値データ」として管理される。
次に、図３５を参照して、少額貯玉指示装置１０６０の構成について説明する。図３５は、少額貯玉指示装置１０６０の構成を示すブロック図である。図示する少額貯玉指示装置１０６０は、景品交換システム１の景品ＰＯＳ５００と同様に、従来の景品交換と本発明に係る景品交換処理を実現するよう構成されている。少額貯玉指示装置１０６０は、メインＣＰＵ１０６１、ＲＯＭ１０６２、ＲＡＭ１０６３、情報カードリーダ／ライタ１０６４、非接触ＩＣカードリーダ／ライタ１０６５、バーコードリーダ１０６６、遊技者側ディスプレイ１０６７、キーボード１０６８、店舗側ディスプレイ１０６９、インターフェイス１０７０、及びスピーカ１０７１を備えている。
メインＣＰＵ１０６１は、ＲＯＭ１０６２、及びＲＡＭ１０６３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ１０６１は、景品の在庫管理や景品交換の管理、及び本実施形態の景品交換システム１００１による景品交換処理を実行し、さらに、遊技者による少額貯玉の処理を実現する。当該制御プログラムは、インターフェイス１０７０を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
メインＣＰＵ１０６１は、サンド装置１０２０の各台計数装置により情報カードや非接触ＩＣカードに計数結果を登録した場合、情報カードリーダ／ライタ１０６４を介して情報カードから読み取った会員ＩＤ（ホール店舗の遊技者ＩＤ）、又は非接触ＩＣカードリーダ／ライタ１０６５を介して非接触ＩＣカードから読み取った会員ＩＤ（会員カード識別情報）を取得し、ホールコンピュータ１４００にアクセスして、取得した会員ＩＤに対応付けられた遊技媒体の保持数（貯玉数、貯メダル数）を取得する。
また、メインＣＰＵ１０６１は、ホール店舗における会員登録を行わずに、上述のような会員ＩＤを取得していない場合において、計数結果を印刷したレシートを、バーコードリーダ１０６６で読み取り、これによって、景品交換を行うことができる。
遊技者側ディスプレイ１０６７は、遊技者によるタッチ操作が可能な、タッチパネルディスプレイとして構成される。メインＣＰＵ１０６１は、遊技者側ディスプレイ１０６７を介して遊技者から指定された景品（ホール店舗に在庫のある一般景品、及び特殊景品）の数を受信する。次に、メインＣＰＵ１０６１は、遊技者が指定した景品に対応するパチンコ玉数やメダル数を求め、これが遊技媒体の保持数よりも小さい場合には、店舗側ディスプレイ１０６９にその旨を表示し、ホール店舗のスタッフの操作により、景品の交換を行う。店舗側ディスプレイ１０６９は、遊技者側ディスプレイ１０６７と同様、タッチパネルディスプレイとして構成され、スタッフは、店舗側ディスプレイ１０６９又はキーボード１０６８を用いて当該操作を行う。
景品の交換が完了すると、メインＣＰＵ１０６１は、ホールコンピュータ１４００にアクセスして、対応する会員ＩＤに関する遊技媒体の保持数を減算する。また、少額貯玉指示装置１０６０は、インターフェイス１０７０を介してホールコンピュータ１４００、及び接続管理装置１０９０と通信可能に接続される。
メインＣＰＵ１０６１は、さらに、遊技者側ディスプレイ１０６７に、景品交換システム１と同様の、景品交換を行うための画面（お買い物リスト画面を含む）を表示する。当該画面において、遊技者から交換するよう指示された景品の情報は、非接触ＩＣカードリーダ／ライタ１０６５を介して非接触ＩＣカードから読み取られたモール会員ＩＤ（会員カード識別情報、すなわち、景品交換システム１における遊技者ＩＤ）と対応付けられて、ホールコンピュータ１４００、ホール連携システムを介して基幹サーバ１６００に送信される。
メインＣＰＵ１０６１は、さらに、計数結果を印刷したレシートを、バーコードリーダ１０６６で読み取り、これによって、景品交換を行った場合に、余ったパチンコ玉やメダルについて、遊技者の指示に応じて少額貯玉を行うよう制御する（景品交換の余りではない、少量の遊技媒体の貯玉も行う）。メインＣＰＵ１０６１は、非接触ＩＣカードリーダ／ライタ１０６５を介して、非接触ＩＣカードである少額貯玉用会員カード１１１０から読み取られた固有ＩＤ（例えば、ＩＤｍのような会員カード識別情報）と、貯玉された遊技媒体（パチンコ玉やメダル等）の種別と数量（遊技媒体価値情報）を対応付けて管理する。この際に、遊技者は、氏名、メールアドレス、住所といった遊技者の属性情報（遊技者を特定しうる個人情報）をシステムに登録する必要は無く、会員カードに、その遊技者の属性情報が関連付けられていない状態となっている。この状態は、いわば、匿名会員というべき状態であり、ここでは、匿名会員の状態で少額貯玉を管理することができる。
次に、図３６を参照して、少額貯玉指示装置１０６０の機能について説明する。図３６は、少額貯玉指示装置１０６０の機能ブロック図である。少額貯玉指示装置１０６０は、アクセス管理部１０８１、景品ＰＯＳ制御部１０８２、景品選択制御部１０８３、少額貯玉制御部１０８４、会員管理部１０８５、行動履歴管理部１０８６、及びネットワークＩ／Ｆ部１０８７を含む。
アクセス管理部１０８１は、景品選択処理や少額貯玉処理に関して基幹サーバ１６００にアクセスする場合に、システムに対してモール会員登録を行ったモール会員や、モール会員登録を行わずに、少額貯玉用会員カード１１１０を用いる匿名会員が正当なユーザであるかどうかを判断することによって、基幹サーバ１６００へのアクセスを管理する。景品ＰＯＳ制御部１０８２は、従来の景品ＰＯＳによる景品交換（特殊景品、一般景品との交換）を管理する。例えば、遊技者が指定した景品に対応するパチンコ玉数やメダル数を求め、これが遊技媒体の保持数よりも小さい場合には、店舗側ディスプレイ１０６９にその旨を表示し、ホール店舗のスタッフの操作により、景品の交換を行う。
景品選択制御部１０８３は、基幹サーバ１６００の景品選択制御部１６０４と協働して、モール会員や匿名会員に対して、景品交換の候補となる景品の選択を可能とし、お買い物リストの作成・記憶を行う。少額貯玉制御部１０８４は、基幹サーバ１６００の少額貯玉管理部１６１０と協働し、遊技者の指示に応じて、少額貯玉を行うよう制御する。会員管理部１０８５は、基幹サーバ１６００のモール会員管理部１６０１、匿名会員管理部１６１１と協働して、モール会員登録のためのユーザインターフェースを提供するとともに、少額貯玉用会員カード１１１０の統合処理等を行う。また、ホール店舗留めの景品がある場合は、これらの情報についても管理し、景品を受け取りに来た遊技者への対応を支援する。行動履歴管理部１０８６は、基幹サーバ１６００の行動履歴管理部１６０７と協働して、少額貯玉処理等の遊技者の行動履歴を管理する。ネットワークＩ／Ｆ部１０８７は、接続管理装置１０９０に接続して、基幹サーバ１６００とデータ送受信を行うよう制御する。この例では、少額貯玉指示装置１０６０は、景品ＰＯＳ、景品選択装置、少額貯玉指示装置、モール会員登録を行う装置を兼ねるように構成されるが、複数の装置で、又はそれぞれ個別の装置で構成することもできる。
図３７は、基幹サーバ１６００の機能ブロック図である。基幹サーバ１６００は、モール会員管理部１６０１、景品選択制御部１６０４、景品交換制御部１６０５、景品発注制御部１６０６、行動履歴管理部１６０７、ネットワークＩ／Ｆ部１６０８、及び携帯デバイス管理部１６０９を含み、これらは、景品交換システム１の基幹サーバ６００のモール会員管理部６０１、景品選択制御部６０４、景品交換制御部６０５、景品発注制御部６０６、行動履歴管理部６０７、ネットワークＩ／Ｆ部６０８、及び携帯デバイス管理部６０９のそれぞれに対応する機能を有する。さらに、基幹サーバ１６００は、あらたに、少額貯玉管理部１６１０、及び匿名会員管理部１６１１を含む。
少額貯玉管理部１６１０は、少額貯玉指示装置１０６０から遊技者によって指示された貯玉の数量を所定の電子価値の単位に変換し、これを匿名状態で管理する。また、匿名会員管理部１６１１は、モール会員登録のためのユーザインターフェースを少額貯玉指示装置１０６０に提供するとともに、少額貯玉用会員カード１１１０の統合処理等を行う。
また、基幹サーバ１６００は、外部記憶装置に基幹ＤＢ１６５０を記憶し、基幹ＤＢ１６５０には、景品交換システム１００１のモール会員に関する情報を記憶するモール会員情報テーブル１６５１、当該会員が貯メダルや貯玉を指示することにより保持された遊技媒体の保持数を管理するモール会員遊技媒体保持数管理テーブル１６５２、遊技者が景品選択装置によって商品を選択した結果作成されたお買い物リストを記憶・管理する、お買い物リスト管理テーブル１６５３、ホール店舗ごとの一般景品に関する交換レート等を記憶する、交換レート管理テーブル１６５４、ネット通販サイトに発注した内容を記憶・管理する、発注管理テーブル１６５５、及び当該会員と匿名会員の遊技状況や交換状況等の行動履歴を記憶する行動履歴管理テーブル１６５６が含まれる。これらのテーブルは、景品交換システム１のモール会員情報テーブル６５１、モール会員遊技媒体保持数管理テーブル６５２、お買い物リスト管理テーブル６５３、交換レート管理テーブル６５４、発注管理テーブル６５５、及び、モール会員行動履歴管理テーブル６５６にそれぞれ対応するものである（ただし、行動履歴管理テーブル１６５６は、モール会員遊技媒体保持数管理テーブル６５２とは異なり、モール会員だけでなく、匿名会員の行動履歴も記録対象としている）。
さらに、基幹ＤＢ１６５０には、少額貯玉用会員カード１１１０を用いて少額貯玉を行う匿名会員を管理する匿名会員情報テーブル１６５７、及び匿名会員の貯玉の価値を変換した後記憶する電子価値管理テーブル１６５８が含まれる。
次に、図３８、及び図３９を参照して、少額貯玉用会員カード１１１０を利用した場合の、遊技者の各動作に関するフローについて説明する。上述のように、少額貯玉用会員カード１１１０は、この例では、非接触ＩＣカードであり、非接触ＩＣカードリーダ／ライタにかざすことによって、その少額貯玉用会員カード１１１０に記憶されている固有ＩＤが読み出され、この固有ＩＤをシステムで管理することによって、複数の少額貯玉用会員カード１１１０を識別可能としている。
図３８（Ａ）は、遊技者が、少額貯玉用会員カード１１１０を利用して景品選択処理を行う場合のフローである。遊技者は、景品選択装置（例えば、少額貯玉指示装置１０６０や専用端末１５３０）の所定位置に、少額貯玉用会員カード１１１０をかざして、システムにログインする（ステップＳ２０１）。その後、画面の表示を見て景品選択指示を行い、その結果、お買い物リストが作成される（ステップＳ２０２）。このような景品選択の方法は、景品交換システム１に関して、図２４、及び図２５を参照して説明した流れと基本的には同様のものである。また、景品選択処理は、少額貯玉用会員カード１１１０に関連付けて行われるが、景品交換の候補を選択するに過ぎないので、この処理を行う時点で、少額貯玉が全くされていなくてもよい。
図３８（Ｂ）は、遊技者が、少額貯玉用会員カード１１１０を利用して少額貯玉処理を行う場合のフローである。遊技者は、最初に、サンド装置１０２０に現金等を投入して、メダルやパチンコ玉の貸し出しを受ける（ステップＳ２０３）。その後、遊技者は、遊技機１０１０で遊技を行い（ステップＳ２０４）、メダルやパチンコ玉を獲得できた場合は、島端計数装置等でそのメダル等の計数を指示し、計数結果が印刷されたレシートを出力する（ステップＳ２０５）。次に、遊技者は、そのレシートを景品ＰＯＳとしても機能する少額貯玉指示装置１０６０に読み取らせ、景品交換の結果発生した端玉あるいは少量の遊技媒体について、貯玉をするために、少額貯玉指示装置１０６０に少額貯玉用会員カード１１１０をかざしてログインする（ステップＳ２０６）。次に、遊技者は、少額貯玉指示装置１０６０の遊技者側ディスプレイ１０６７を操作し、端玉等の少量の遊技媒体を貯玉（少額貯玉）する（ステップＳ２０７）。
図３９（Ａ）は、遊技者が、少額貯玉用会員カード１１１０を利用してモール会員登録処理を行う場合のフローである。遊技者は、最初に、少額貯玉指示装置１０６０において、少額貯玉用会員カード１１１０をかざし、システムにログインする（ステップＳ２１１）。その後、遊技者は、氏名、メールアドレス、住所等を入力し、これによってモール会員（景品交換システム１００１の会員）として登録される（ステップＳ２１２）。この時点で、この遊技者は、匿名会員から、モール会員となる。すなわち、ここで、会員カードに対して、その遊技者の属性情報が関連付けられる。なお、ここでは、少額貯玉用会員カード１１１０をそのまま利用してモール会員登録処理を行っており、この少額貯玉用会員カード１１１０が正式な会員カードとなるが、遊技者の所有する非接触ＩＣチップ内蔵のスマートフォン１５４０等を用いてモール会員登録処理を行うこともできる。
図３９（Ｂ）は、モール会員登録処理を終えた遊技者が、景品交換装置において、景品交換処理を行う場合のフローである。遊技者は、最初に、景品交換装置の所定位置に、モール会員登録を行った少額貯玉用会員カード１１１０をかざして、システムにログインする（ステップＳ２１３）。その後、画面の表示を見て景品交換指示を行い、その結果、交換する景品が決定され、指定された住所に配送される（ステップＳ２１４）。このような景品交換の方法は、景品交換システム１に関して、図２７、及び図２８を参照して説明した流れと基本的には同様のものである。また、景品交換処理は、この例では、モール会員登録がされた少額貯玉用会員カード１１１０を用いて行われているが、遊技者の所有する非接触ＩＣチップ内蔵のスマートフォン１５４０等を用いてモール会員登録を行った場合は、それを景品交換装置にかざして景品交換処理を行うことができる。なお、ここでは、モール会員登録処理を終えた遊技者でないと、景品交換処理を行うことができないようになっているが（例えば、モール会員登録をする前の少額貯玉用会員カード１１１０で景品交換装置にログインしようとするとエラーとなりログインできない）、後述するように、匿名会員において、交換する景品を最終的に決定する直前まで景品交換装置の操作が許容され、その時点で、モール会員登録が必要であるといった案内等がされるように構成することもできる。
図３９（Ｃ）は、図３８（Ａ）から図３９（Ｂ）までに説明した各動作が全体としてどのような関係でフローを形成するかについて示したものである。最初に、遊技者は、少額貯玉用会員カード１１１０を入手する。少額貯玉用会員カード１１１０は、例えば、ホール店舗内や街頭で配布されたり、雑誌の付録として添付されたりしており、遊技者は、これらの方法により少額貯玉用会員カード１１１０を入手することができる。
少額貯玉用会員カード１１１０を入手した後、遊技者は、ホール店舗の少額貯玉指示装置１０６０において端玉等の少額貯玉処理を行うことができる。また、ホール店舗の少額貯玉指示装置１０６０、専用端末１５３０、又は自宅のＰＣ１１００において、景品選択処理を行うことができる。少額貯玉処理と景品選択処理は、どちらが先でもよいし、これらを交互に行ってもよいし、それぞれを何回連続して繰り返してもよい。ただし、少額貯玉処理で保持可能な電子価値の合計には上限があるため、これを超えて少額貯玉処理を行うことはできない。
次に、遊技者は、モール会員登録処理を行う。図示するように、直前の操作が少額貯玉処理であっても、景品選択処理であってもよい。モール会員登録処理を行うタイミングは任意であるが、上述のように、モール会員登録処理を行わないと、景品交換処理を行うことはできない。また、モール会員登録処理では、匿名会員のときに利用していた少額貯玉用会員カード１１１０をそのまま用いてモール会員となることができるほか、非接触ＩＣチップ内蔵のスマートフォン１５４０等を用いてモール会員となることができる。
少額貯玉用会員カード１１１０をそのまま用いてモール会員となる場合、別の少額貯玉用会員カード１１１０（１〜ｎ枚）と統合して少額貯玉を合算することができる。同様に、非接触ＩＣチップ内蔵のスマートフォン１５４０等を用いてモール会員となる場合も、別の少額貯玉用会員カード１１１０（１〜ｎ枚）と統合して少額貯玉を合算することができる。
モール会員登録処理の後は、貯玉処理（少額貯玉という条件のない貯玉）、景品交換処理、及び景品選択処理を、モール会員登録した少額貯玉用会員カード１１１０、又は非接触ＩＣチップ内蔵のスマートフォン１５４０等を用いて任意の順序で繰り返し行うことができる。
ここで、匿名会員という立場での少額貯玉は、例えば、１回の貯玉において８００円（円に換算した場合）未満であり、合計は１万円（円に換算した場合）未満に設定される。一方、モール会員という立場での（上述の）貯玉は、例えば、１回の貯玉における価値の上限はなく、合計は１００万円未満に設定される。
次に、図４０を参照して、少額貯玉指示装置１０６０の遊技者側ディスプレイ１０６７に表示される景品交換画面１８８０について説明する。図４０の景品交換画面１８８０は、遊技者が持参した、計数結果が印刷されたレシートをバーコードリーダ１０６６で読み取った後で表示される景品交換画面、あるいは、当該レシートの読み取り後に景品交換を行った後に（端玉が）表示される景品交換画面である。この例では、遊技者が、２０円貸メダルを２０枚、処分可能な状況が示されている。
遊技者はこのとき、従来の景品ＰＯＳのように、特殊景品との交換を指示するボタン１８８１や、一般景品との交換を指示するボタン１８８２をタッチ（タップ）して、当該処理を進めることができる。ただし、この例では、特殊景品の交換に必要な遊技媒体の数量が不足しているため、ボタン１８８１はグレーアウトされ、選択できないようになっている。
その他、少額貯玉用会員カード１１１０を用いて少額貯玉を行う場合は、ボタン１８８３をタッチし、景品選択を行う場合は、ボタン１８８４をタッチする。景品交換システム１００１のモール会員登録処理を行う場合は、ボタン１８８５をタッチする。なお、少額貯玉の合計が所定の数量に達した等、一定の条件を満たした場合に、（例えば、少額貯玉指定画面から）自動的に、モール会員登録を行うための画面に遷移させるよう制御することができる。
また、複数の少額貯玉用会員カード１１１０を１枚の有効な少額貯玉用会員カード１１１０に統合するためのボタン１８８６、すでにモール会員登録を行っている遊技者が、１枚又は複数の少額貯玉用会員カード１１１０を会員カードに統合するためのボタン１８８７が表示されている。さらに、景品交換において、ホール店舗留めの景品を受け取る場合にタッチするボタン１８８８が表示される。景品交換画面１８８０は、現在処理可能な遊技媒体の種別と数量を示す画面であって、ボタン１８８４〜ボタン１８８８に対応する処理は、こうした端玉等の処理と直接の関連性はないが、説明の便宜上、この画面上に配置した。
次に、図４１を参照して、モール会員登録処理を行うための画面について説明する。図４１（Ａ）は、モール会員登録ログイン画面１９００を示しており、図４０の景品交換画面１８８０において、ボタン１８８５がタッチされた場合に表示される。ここでは、非接触ＩＣカードである少額貯玉用会員カード１１１０、又は非接触ＩＣチップ内蔵のスマートフォン１５４０等が会員カードとして利用されるため、ログインの際に、これらを所定の位置にかざすよう案内される。遊技者は、少額貯玉用会員カード１１１０等の読み取りが完了した旨の表示を確認した後、パスワード入力部１９０１に、パスワードを入力し、「次へ」ボタン１９０２をタッチする。ここでパスワードを設定したのは、少額貯玉用会員カード１１１０を紛失した場合等に、貯玉された分の有価価値を保護するためであるが、省略することも可能である。
図４１（Ａ）で「次へ」ボタン１９０２がタッチされると、図４１（Ｂ）に示すモール会員登録画面１９０５に表示が遷移する。ここで、遊技者は、氏名、メールアドレス、及び住所といった、会員に関する情報を会員情報入力部１９０６に入力して、登録ボタン１９０７をタッチする。これによって、少額貯玉用会員カード１１１０等から読み取られた固有ＩＤ、少額貯玉指示装置１０６０等から取得された店舗コード、及び氏名等の会員に関する情報が、（例えば、自動採番された）モール会員ＩＤに関連付けられて、図１８（Ｂ）に示すモール会員情報テーブル６５１に示すテーブルと同様の、モール会員情報テーブル１６５１に記憶される。
景品交換システム１の例では、図２２（Ａ）に示すように、スマートフォン５４０を用いてモール会員登録が行われ、プログラムの実行主体であるスマートフォン５４０が、内蔵する非接触ＩＣチップの固有ＩＤ（例えば、ＩＤｍのような固有ＩＤ）を、登録情報として基幹サーバ６００に向けて送信していたが、ここでは、少額貯玉用会員カード１１１０やスマートフォン１５４０を少額貯玉指示装置１０６０にかざすことによって、少額貯玉指示装置１０６０の非接触ＩＣカードリーダ／ライタ１０６５がこれらの固有ＩＤを読み取り、基幹サーバ１６００に対して送信する。
こうした景品交換システム１００１におけるモール会員登録処理は、主として、少額貯玉指示装置１０６０の会員管理部１０８５、及び基幹サーバ１６００のモール会員管理部１６０１によって制御される。
図４２は、基幹サーバ１６００の基幹ＤＢ１６５０のテーブルを示す図である。図４２（Ａ）は、お買い物リスト管理テーブル１６５３の例を示している。記憶する項目は、図１９（Ａ）に示すお買い物リスト管理テーブル６５３と同様であるが、少額貯玉用会員カード１１１０を利用した景品選択によって作成されるお買い物リストを記憶するために、少額貯玉用会員カード１１１０を識別するための「固有ＩＤ」も記憶可能なように構成される。さらに、項目「ＳＥＱ ＮＯ」が追加され、同一の固有ＩＤで複数のお買い物リストを記憶できるように構成される。このような構成により、少額貯玉用会員カード１１１０で複数のお買い物リストを登録することが可能になり、また、複数の少額貯玉用会員カード１１１０を１枚のカードに統合するような場合に、それぞれのカードで作成されたお買い物リストをまとめて管理することができる。
図４２（Ｂ）は、少額貯玉用会員カード１１１０を用いて少額貯玉を行う匿名会員を管理する匿名会員情報テーブル１６５７の例を示している。匿名会員情報テーブル１６５７には、少額貯玉用会員カード１１１０を識別するための「固有ＩＤ」、その少額貯玉用会員カード１１１０が利用されるホール店舗を表す「店舗コード」、及び「パスワード」が記憶される。このように、遊技者は、氏名、メールアドレス、住所などの、会員に関する情報を入力することなく、少額貯玉を行うことができるとともに、景品選択によりお買い物リストを作成し登録するこができる。
図４２（Ｃ）は、匿名会員の貯玉の価値を変換した後、変換後の電子価値データを記憶する電子価値管理テーブル１６５８の例を示している。電子価値管理テーブル１６５８には、少額貯玉用会員カード１１１０を識別するための「固有ＩＤ」、及び少額貯玉により保持される遊技媒体の有価価値を、所定の電子価値の単位で表す「電子価値データ」が記憶される。
次に、図４３、及び図４４を参照して、少額貯玉用会員カード１１１０を利用した少額貯玉処理について説明する。図４３は、少額貯玉処理を実現するための処理を、少額貯玉指示装置１０６０、基幹サーバ１６００の主体別にそれぞれ表記したフローチャートである。当該処理は、主として、少額貯玉指示装置１０６０の少額貯玉制御部１０８４、及び基幹サーバ１６００の少額貯玉管理部１６１０によって実現される。
最初に、遊技者が、図４０に示す少額貯玉指示装置１０６０の景品交換画面１８８０において、ボタン１８８３をタッチすることによって少額貯玉の指示を行うと（ステップＳ２２０）、少額貯玉指示装置１０６０は、少額貯玉ログイン画面を表示する（ステップＳ２２２）。図４４（Ａ）には、この少額貯玉ログイン画面１８９０の例が示されている。遊技者がここで、画面の指示通りに少額貯玉用会員カード１１１０をかざすと、少額貯玉指示装置１０６０は非接触ＩＣチップの固有ＩＤ（ＩＤｍ等）を読み取る（ステップＳ２２３）。固有ＩＤによって、システム側ではこの匿名会員を把握することができる（図４２（Ｂ）の匿名会員情報テーブル１６５７参照）。
少額貯玉指示装置１０６０は、少額貯玉ログイン画面１８９０で「次へ」ボタン１８９２がタッチされたかどうかを判断し（ステップＳ２２４）、タッチされるまで少額貯玉ログイン画面１８９０の表示を維持する。「次へ」ボタン１８９２がタッチされた場合、基幹サーバ１６００に対して、固有ＩＤ（例えば、ＩＤｍ）、店舗コード、及びパスワードを送信する（ステップＳ２２５）。店舗コードは、例えば、少額貯玉指示装置１０６０が備える記憶装置に記憶されたデータであり、パスワードは、少額貯玉ログイン画面１８９０のパスワード入力部１８９１に遊技者が入力したデータである。ここでパスワードを設定したのは、少額貯玉用会員カード１１１０を紛失した場合等に、少額貯玉された分の有価価値を保護するためであるが、省略することも可能である。また、ここで、遊技者のハンドルネーム、偽名、仮名、又は氏名等を入力させて、少額貯玉用会員カード１１１０の識別に用いるようにすることもできる。このような操作を「仮登録」と位置づけることもできる。
基幹サーバ１６００は、固有ＩＤ等の情報を受信すると、匿名会員情報テーブル１６５７を参照して、固有ＩＤが新規に登録されるＩＤであるかどうかを判定する（ステップＳ２２６）。新規である場合、匿名会員情報テーブル１６５７に新しい匿名会員として、その固有ＩＤに対応するレコードを追加する（ステップＳ２２７）。一方、既にその固有ＩＤが匿名会員情報テーブル１６５７に存在する場合は、受信したパスワードをチェックし（ステップＳ２２８）、そのパスワードが正しいかどうかを判定する（ステップＳ２２９）。正しいパスワードでないと判定された場合は、エラー表示を行うよう指示を行い（ステップＳ２３０）、この指示に応じて、少額貯玉指示装置１０６０は、遊技者側ディスプレイ１０６７にエラーを表示する（ステップＳ２３１）。
匿名会員情報テーブル１６５７に新しい匿名会員として追加された場合、又はパスワードが正しいと判定された場合、基幹サーバ１６００は、少額貯玉指示画面を表示するよう少額貯玉指示装置１０６０に指示する（ステップＳ２３２）。この指示に応じて、少額貯玉指示装置１０６０は、図４４（Ｂ）に示すような、少額貯玉指示画面１８９５を遊技者側ディスプレイ１０６７に表示する（ステップＳ２３３）。
ここで、少額貯玉指示装置１０６０は、「決定」ボタン１８９７がタッチされたかどうかを判断し（ステップＳ２３４）、タッチされるまで少額貯玉指示画面１８９５の表示を維持する。「決定」ボタン１８９７がタッチされた場合、基幹サーバ１６００に対して、遊技媒体の種別（例えば、２０円貸メダルや４円貸パチンコ玉）、及び遊技媒体の数量（例えば、パチンコ玉の玉数やメダルの枚数）を送信する（ステップＳ２３５）。遊技媒体の種別は、少額貯玉指示装置１０６０がレシート等を読み込んだ時点で把握しており、これを送信する。遊技媒体の数量は、少額貯玉指示画面１８９５の数量入力部１８９６に遊技者が指定した数量であるが、少額貯玉指示装置１０６０が把握している数量をすべて自動的に指定することもできる。遊技媒体の数量を遊技者が指定する場合、遊技者は、少額貯玉指示画面１８９５で案内された数量（図４４（Ｂ）の例では、２０枚）を超えない範囲で自由に設定することができる。
基幹サーバ１６００は、少額貯玉指示装置１０６０から、遊技媒体の種別と数量を受信すると、必要に応じて、ホール店舗や遊技媒体の種別ごとに交換レートを記憶している交換レート管理テーブル１６５４（景品交換システム１の交換レート管理テーブル６５４と同様の構成であり、電子価値に変換するためのレートが記憶される）を参照し、少額貯玉を所定の電子価値の単位で表した電子価値データに変換する（ステップＳ２３６）。次に、基幹サーバ１６００は、１回あたりの少額貯玉の価値、及びその固有ＩＤに対応付けられている少額貯玉の価値の累積値が、それぞれ設定された上限値を超えていないかどうか判定する（ステップＳ２３７）。少なくともどちらかの価値が上限を超えていると判定された場合は、少額貯玉指示装置１０６０からの貯玉指示を無効とし、１回あたりの少額貯玉の価値、又はその固有ＩＤに対応付けられている少額貯玉の価値の累積値が上限を超えた旨を表すエラー表示を行うよう指示を行い（ステップＳ２３８）、この指示に応じて、少額貯玉指示装置１０６０は、遊技者側ディスプレイ１０６７にエラーを表示する（ステップＳ２３９）。
上限を超えていないと判定された場合は、電子価値管理テーブル１６５８の対応する固有ＩＤのレコードに記憶されている電子価値データと、今回の変換後の電子価値データとを加算（累積）し、その値を新たな電子価値データとして記憶する（ステップＳ２４０）。この処理が終了した後、少額貯玉が完了した旨を表す表示を行うよう指示を行い（ステップＳ２４１）、この指示に応じて、少額貯玉指示装置１０６０は、遊技者側ディスプレイ１０６７に少額貯玉の完了画面を表示する（ステップＳ２４２）。また、このとき、この時点まで少額貯玉により蓄積された遊技媒体の種別や数量、又は電子価値データを表示するようにしてもよい。
次に、基幹サーバ１６００は、少額貯玉指示装置１０６０に対して、今回、少額貯玉として指定された遊技媒体の種別、及び数量から得られた電子価値データを送信する（ステップＳ２４３）。少額貯玉指示装置１０６０は、基幹サーバ１６００から受信した電子価値データをホールコンピュータ１４００に対して送信する（ステップＳ２４４）。こうした少額貯玉の価値の送信は、ホール店舗側が、電算センター等から景品交換のための費用として請求を受けた際に、その根拠となる少額貯玉の価値を把握しておく必要があるために行われる。また、少額貯玉指示装置１０６０は、電子価値データでなく、遊技媒体の種別、及び数量を基幹サーバ１６００から受信し（あるいは、遊技者が入力したものを保持しておき）、これらをホールコンピュータ１４００に対して送信するようにもできる。
また、ステップＳ２４０において、新たな電子価値データを計算した際に、一定の条件を満たした場合に（例えば、少額貯玉の価値の合計が一定の数値（例えば、少額貯玉の価値の合計に関する上限値の７０％）を超えた場合に）、少額貯玉指示装置１０６０の遊技者側ディスプレイ１０６７にモール会員登録画面を表示したり、モール会員となって景品交換を行うことが有利であるといった案内・推奨情報（モール会員登録を誘導するような何らかの情報やリンクを含む）を表示したりするよう構成することができる。また、このような情報は、少額貯玉指示装置１０６０だけでなく、景品選択装置における景品選択処理の前後、又は途中で表示させることができる。さらに、遊技者のスマートフォン１５４０、フィーチャーフォン１５５８、及びＰＣ１１００等に対し、メールアドレスや電話番号に関連付けられたアドレスを用いて送信されうる。
また、モール会員登録画面を、所定の条件により景品交換装置に表示することができる。例えば、景品交換装置において、図２７（Ｂ）に示すような景品交換指示画面９５０で景品が表示されてから、図２８（Ｂ）に示すような景品交換指示画面９７０で、「決定」ボタン９７３が押されるまでの間に、モール会員登録画面を表示させて、モール会員登録を促してもよい。また、このモール会員登録画面において、これまで利用してきた少額貯玉用会員カード１１１０をそのまま用いるか、別の少額貯玉用会員カード１１１０や携帯機器（例えば、遊技者のスマートフォン１５４０）を用いるかを、選択させる画面を表示させてもよい。
また、図４３の例では、少額貯玉指示装置１０６０から受信した少額貯玉の価値（遊技媒体の種別、及び数量）を、基幹サーバ１６００において、所定の電子価値の単位に変換した後、その電子価値データを、固有ＩＤ別に（すなわち、匿名会員ごとに）電子価値管理テーブル１６５８に記憶するようにしたが、上述のような所定の電子価値の単位に変換せずに、遊技媒体の種別、及び数量のまま記憶し、その後、必要に応じて変換するように構成することもできる。
次に、図４５〜図４８を参照して、少額貯玉用会員カード１１１０等の統合処理について説明する。景品交換システム１００１においては、１人の遊技者が複数の少額貯玉用会員カード１１１０で少額貯玉を行った後、これを１枚に統合したり、モール会員登録を行ったスマートフォン１５４０等と少額貯玉用会員カード１１１０を統合したりすることができ、この場合に、電子価値管理テーブル１６５８やお買い物リスト管理テーブル１６５３の内容が連動して統合されうる。ここでは、代表的な統合のパターンにおいて、どのような統合処理が行われるかを説明する。
図４５（Ａ）は、１人の遊技者Ｘ１が複数の少額貯玉用会員カード１１１０（１１１０ａ〜１１１０ｄ）を利用した後、これらのカードを１枚に統合する場合の、電子価値管理テーブル１６５８の統合処理の概念を示した図である。この例では、少額貯玉用会員カード１１１０が４枚利用されている。少額貯玉用会員カード１１１０ａと少額貯玉用会員カード１１１０ｂは、店舗コード「１１２」のホール店舗のカードであり、固有ＩＤはそれぞれ「Ｌ」、「Ｍ」である。少額貯玉用会員カード１１１０ｃは、店舗コード「１４１４」のホール店舗のカードであり、固有ＩＤは「Ｎ」である。少額貯玉用会員カード１１１０ｄは、店舗コード「１１３８」のホール店舗のカードであり、固有ＩＤは「Ｐ」である。ここで、これら４枚のカードを、固有ＩＤ「Ｍ」の少額貯玉用会員カード１１１０ｂに統合するパターンについて説明する。
統合前の匿名会員情報テーブル１６５７では、それぞれの少額貯玉用会員カード１１１０が、固有ＩＤに対応付けられて管理され、それぞれの固有ＩＤには、店舗コードとパスワードが対応付けられている。さらに、統合前の電子価値管理テーブル１６５８では、それぞれの固有ＩＤに電子価値データが対応付けられており、どの少額貯玉用会員カード１１１０にどれだけの少額貯玉が蓄積されているかが管理されている。
ここで、図４７に示すような画面の操作により、遊技者から少額貯玉用会員カード１１１０の統合が指示される。図４７（Ａ）は、例えば、少額貯玉指示装置１０６０の遊技者側ディスプレイ１０６７に表示された景品交換画面１８８０（図４０参照）において、遊技者がボタン１８８６をタッチしてカードの統合を指示した場合に表示されるカード統合指示画面１９１０である。遊技者は、カード統合指示画面１９１０が表示されると、案内に従って、「統合先」の少額貯玉用会員カード１１１０ｂを所定の位置にかざし、パスワード入力部１９１１にそのカードのパスワードを入力して、「次へ」ボタン１９１２をタッチする。
そうすると、図４７（Ｂ）に示すカード統合指示画面（続き）１９２０が表示され、そこで遊技者は、「統合元」の少額貯玉用会員カード１１１０ａ、少額貯玉用会員カード１１１０ｃ、少額貯玉用会員カード１１１０ｄを所定の位置にかざし、パスワード入力部１９２１にそのカードのパスワードを入力する。統合元のカードが複数枚ある場合は、「次へ」ボタン１９２３をタッチして、図４７（Ｂ）のカード統合指示画面（続き）１９２０を再び表示させ、次の「統合元」の少額貯玉用会員カード１１１０を指示する。この例では、少額貯玉用会員カード１１１０ａ、少額貯玉用会員カード１１１０ｃ、少額貯玉用会員カード１１１０ｄについてそれぞれこの操作を繰り返し、最後に「統合」ボタン１９２２をタッチすると統合が完了する。
図４５（Ａ）に戻って、少額貯玉用会員カード１１１０ｂに統合された後の状況について説明する。統合後の匿名会員情報テーブル１６５７では、少額貯玉用会員カード１１１０ｂについてのみ管理され、これに店舗コードとパスワードが対応付けられているが、店舗コードには特定のコードが記憶されていない。さらに、統合後の電子価値管理テーブル１６５８では、少額貯玉用会員カード１１１０ｂに対応する電子価値データとして、統合前の電子価値データの合計（少額貯玉用会員カード（１１１０ａ〜１１１０ｄ）に対応する電子価値データの合計）である９１７０が記憶されている。ここで、少額貯玉用会員カード１１１０ａ、少額貯玉用会員カード１１１０ｃ、少額貯玉用会員カード１１１０ｄに対応するレコードは、統合され無効になっており、最終的には消去される。
このように、複数の少額貯玉用会員カード１１１０が統合された場合は、統合先の１枚の少額貯玉用会員カード１１１０ｂに、電子価値データも集約される。また、統合によって、電子価値データの上限を超える場合は、その旨のメッセージを、図４７（Ｂ）に示すカード統合指示画面（続き）１９２０等に表示することもできる。
なお、ここでは、異なるホール店舗の少額貯玉用会員カード１１１０も統合できることとしたが、同じホール店舗の少額貯玉用会員カード１１１０のみを統合できるように制限してもよい。この例では、統合後の少額貯玉用会員カード１１１０は、どのホール店舗でも利用可能であるが、利用可能なホール店舗を限定することもできる。また、統合できる少額貯玉用会員カード１１１０の枚数を制限することもできる。また、「統合元」の少額貯玉用会員カード１１１０は、統合処理の後は利用することはできないが、少額貯玉用会員カード１１１０を正規に回収できたことを条件に、その固有ＩＤのカードを再利用して、他の遊技者に利用させることができる。
図４５（Ｂ）は、図４５（Ａ）で説明した統合処理によって統合された少額貯玉用会員カード１１１０ｂを、さらに、モール会員登録をしたスマートフォン１５４０（固有ＩＤ「Ｑ」）に統合する場合の、電子価値管理テーブル１６５８の統合処理の概念を示した図である。
統合前の匿名会員情報テーブル１６５７では、少額貯玉用会員カード１１１０ｂについてのみ管理され、これに店舗コードとパスワードが対応付けられているが、店舗コードには特定のコードが記憶されていない。統合後の電子価値管理テーブル１６５８では、少額貯玉用会員カード１１１０ｂに対応する電子価値データとして、９１７０が記憶されている。
ここで、図４７（Ａ）のカード統合指示画面１９１０において、統合先のカードとしてモール会員登録がされたスマートフォン１５４０をかざし、図４７（Ｂ）のカード統合指示画面（続き）１９２０において、少額貯玉用会員カード１１１０ｂをかざすことによって、少額貯玉用会員カード１１１０ｂをスマートフォン１５４０に統合する。
そうすると、図４５（Ｂ）に示すように、匿名会員情報テーブル１６５７では、少額貯玉用会員カード１１１０ｂについて記憶していたレコードが削除され、少額貯玉用会員カード１１１０ｂは、匿名会員として管理されなくなる。また、モール会員情報テーブル１６５１では、モール会員ＩＤ「Ｕ１０２」に、スマートフォン１５４０の固有ＩＤ「Ｑ」、店舗コード、及びパスワードが対応付けられている。さらに、電子価値管理テーブル１６５８では、少額貯玉用会員カード１１１０ｂ（固有ＩＤ「Ｍ」）に対応付けられていた電子価値データ「９１７０」が、統合によって、固有ＩＤ「Ｑ」に対応付けられるよう変更される。
これによって、遊技者は、固有ＩＤ「Ｑ」のスマートフォン１５４０を利用して、少額貯玉された電子価値データを利用できるとともに、景品交換システム１と同様の貯玉を行い、景品選択、及び景品交換を行うことができる。図４８に示すように、少額貯玉された電子価値データは、電子価値管理テーブル１６５８によって管理され、少額貯玉以外の貯玉については、モール会員遊技媒体保持数管理テーブル１６５２で管理される。また、モール会員登録をしてモール会員となった後も、少額貯玉を行うことができる。なお、このように、２通りの管理がなされている貯玉を、例えば、交換レート管理テーブル１６５４等を参照して、どちらか一方に統合できるように設計することも可能である。
図４６（Ａ）は、図４５（Ａ）と同様の統合パターンにおいて、お買い物リスト管理テーブル１６５３の統合処理の概念を示した図である。この例では、４枚の少額貯玉用会員カード（１１１０ａ〜１１１０ｄ）が、固有ＩＤ「Ｍ」の少額貯玉用会員カード１１１０ｂに統合される。
統合前のお買い物リスト管理テーブル１６５３では、それぞれの少額貯玉用会員カード（１１１０ａ〜１１１０ｄ）が、固有ＩＤに対応付けられて管理され、それぞれの固有ＩＤには、景品１から景品５０までのお買い物リストが記憶され、それぞれの景品について、商品ＩＤが関連付けられている（商品の個数を管理することも可能である）。ここでは、匿名会員のお買い物リストを記憶するので、モール会員ＩＤの項目は利用されていない。また、同じ固有ＩＤで複数のお買い物リストを管理できるように、「ＳＥＱ ＮＯ」の項目が設けられており、図４６（Ａ）の例では、固有ＩＤ「Ｌ」の少額貯玉用会員カード１１１０ａについては２つのお買い物リスト（ＳＥＱ ＮＯ「００１」、「００２」）、固有ＩＤ「Ｍ」の少額貯玉用会員カード１１１０ｂについては１つのお買い物リスト（ＳＥＱ ＮＯ「００１」）、固有ＩＤ「Ｎ」の少額貯玉用会員カード１１１０ｃについては１つのお買い物リスト（ＳＥＱ ＮＯ「００１」）、固有ＩＤ「Ｐ」の少額貯玉用会員カード１１１０ｄについては２つのお買い物リスト（ＳＥＱ ＮＯ「００１」、「００２」）が記憶されている。
ここで、上述の図４７に示す画面の操作により、４枚の少額貯玉用会員カード（１１１０ａ〜１１１０ｄ）が、少額貯玉用会員カード１１１０ｂに統合される。そうすると、図４６（Ａ）に示すように、統合後のお買い物リスト管理テーブル１６５３では、固有ＩＤ「Ｌ」、「Ｎ」、「Ｐ」がすべて「Ｍ」に変更されるとともに、「ＳＥＱ ＮＯ」の項目が、固有ＩＤ「Ｍ」のなかでユニークとなるように、「００１」から「００６」までリナンバリングされる。
この例では、上述のように、統合元の少額貯玉用会員カード１１１０ａ、少額貯玉用会員カード１１１０ｃ、少額貯玉用会員カード１１１０ｄに対応付けられたお買い物リストをすべて統合先の少額貯玉用会員カード１１１０ｂに統合して利用できるように構成したが、これらについては削除するように構成したり、１つのお買い物リストのなかにまとめるように構成したりすることもできる。例えば、図４６（Ａ）に示す６つのお買い物リストがすべて景品１のみであった場合、景品１から景品６までが指定された１つのお買い物リストにまとめることができる（商品ＩＤに重複がある場合は、その個数を加算したり、重複分を削除することもできる）。
図４６（Ｂ）は、図４５（Ｂ）と同様の統合パターンにおいて、お買い物リスト管理テーブル１６５３の統合処理の概念を示した図である。この例では、４枚の少額貯玉用会員カード（１１１０ａ〜１１１０ｄ）から固有ＩＤ「Ｍ」の少額貯玉用会員カード１１１０ｂに統合され、さらに、モール会員登録が行われたスマートフォン１５４０に統合される。
統合前のお買い物リスト管理テーブル１６５３では、上述のように、固有ＩＤがすべて「Ｍ」に設定され、「ＳＥＱ ＮＯ」の項目が、固有ＩＤ「Ｍ」のなかでユニークとなるように、「００１」から「００６」となっている。ここで、図４７に示すような画面の操作により、固有ＩＤ「Ｍ」の少額貯玉用会員カード１１１０ｂが、既にモール会員登録がされたスマートフォン１５４０に統合される。そうすると、図４６（Ｂ）に示すように、統合後のお買い物リスト管理テーブル１６５３では、固有ＩＤ「Ｍ」がすべて、スマートフォン１５４０の固有ＩＤである「Ｑ」に変更されるとともに、モール会員ＩＤに、スマートフォン１５４０に対応するモール会員ＩＤである「Ｕ１０２」がセットされる。
このように、統合処理によって、固有ＩＤ「Ｍ」の少額貯玉用会員カード１１１０ｂに対応付けられたお買い物リストはすべて、モール会員登録がされているスマートフォン１５４０に引き継がれ、そのスマートフォン１５４０や、スマートフォン１５４０をかざして利用する端末において、景品選択処理を実行してお買い物リストを参照することができ、さらに、景品交換処理において、そのお買い物リストを呼び出すことができる。
なお、図４７（Ａ）のカード統合指示画面１９１０、及び図４７（Ｂ）のカード統合指示画面（続き）１９２０で、少額貯玉用会員カード１１１０等の統合が行われるが、遊技者がどの少額貯玉用会員カード１１１０を処理しているのかを分かりやすくするために、少額貯玉用会員カード１１１０の表面に、遊技者が設定したハンドルネームや、固有ＩＤと関連する（あるいは全く関連性のない）カードＩＤやカード番号を表示するとともに、匿名会員情報テーブル１６５７や非接触ＩＣチップの記憶領域にこれらのデータを記憶しておき、上記統合指示画面上に、処理中のカードＩＤやカード番号を表示させるようにすることができる。
次に、図４９を参照して、ホール店舗と電算センターとの間の決済処理について説明する。図４９に示すように、少額貯玉指示装置１０６０から少額貯玉指示が行われると、電算センターの基幹サーバ１６００に対して、少額貯玉用会員カード１１１０の固有ＩＤ、店舗コード、及び少額貯玉のために遊技者から指定された遊技媒体の種別と数量（遊技媒体価値情報）が送信され、その指定された遊技媒体の種別と数量から求められた電子価値データが、少額貯玉指示装置１０６０を経由してホールコンピュータ１４００に送信される（図４３参照）。これは、ホール店舗側が、電算センター等から景品交換に関する費用として請求を受けた際に、その根拠となる少額貯玉の価値を把握しておく必要があるためである。
基幹サーバ１６００では、このように求めた電子価値データを電子価値管理テーブル１６５８に累積値として記憶し、遊技者がその電子価値データを対価として景品交換を行った場合、景品の価値に相当する電子価値データを電子価値管理テーブル１６５８の累積値から差し引く。それとともに、景品の発送等を行うショップサーバの運営者に対して、景品の価格（各種手数料を差し引いた価格）を支払うよう代金支払処理を行う（図３１参照）。
一方、基幹サーバ１６００は、ショップサーバの運営者に支払った代金と各種手数料等を考慮して、ホール店舗に対して請求を行う。ホール店舗で獲得した遊技媒体を少額貯玉によって貯玉し、その価値で景品交換を行ったため、最終的な支払責任はホール店舗が負うことになる。このとき、基幹サーバ１６００は、電子価値管理テーブル１６５８において、固有ＩＤごとに累積額として電子価値データを記憶しているため、電子価値データがどのホール店舗から獲得した遊技媒体と関連するかを把握できない。そこで、基幹サーバ１６００は、電子価値データが、どのホール店舗に関連するものであるかを別途テーブル（不図示）等により把握しておく必要がある。また、電子価値データを対価として景品交換がされた場合であって、その電子価値データが実質的には複数のホール店舗から獲得した遊技媒体に関連するものである場合は、どのホール店舗にどれだけの請求を行うかを、所定のルールにより定めておく必要がある。
例えば、遊技者が、異なる４つのホール店舗から遊技媒体を順次獲得して、それぞれ電子価値の単位で５００ずつ貯玉し、合計で２０００の電子価値を有している場合に、１３００の電子価値に相当する景品を交換したとすると（ここでは、説明を簡単にするため、各種手数料については省略する）、基幹サーバ１６００は、遊技者が最初と２番目に遊技媒体を獲得したホール店舗に対して、５００の電子価値に相当する代金を請求し、３番目に遊技媒体を獲得したホール店舗に対して、３００の電子価値に相当する代金を請求する。すなわち、遊技者が遊技媒体を貯玉した順（又は、獲得した順）に、対応するホール店舗に請求を行う。
なお、基幹サーバ１６００によるホール店舗への請求は、複数の景品交換についてまとめて行ったり、所定の期間ごとにまとめて行ったりすることができる。また、図４９の例では、代金請求が、基幹サーバ１６００からホールコンピュータ１４００に対して行われるように示されているが、これは便宜上の表記に過ぎず、実際は、例えば、基幹サーバ１６００から、所定の銀行決済システムに対して決済指示を送信することによって、ホール店舗の運営主体の銀行口座に請求を行うといった処理になる。また、景品交換システム１００１の運営主体がホール店舗の運営主体に対して、さまざまな他の方法、ルートで上記請求を行うことができる。
次に、図５０を参照して、少額貯玉用会員カード１１１０を利用した景品選択処理について説明する。この景品選択処理は、基本的には、図２３から図２５に示す、景品交換システム１の景品選択処理と同様のものである。ここでは、景品交換システム１の景品選択処理と異なる点を中心に説明を行う。
図５０（Ａ）は、専用端末１５３０や少額貯玉指示装置１０６０のディスプレイに表示される景品選択ログイン画面１９３０である。ここでは、所定の位置に少額貯玉用会員カード１１１０をかざす旨の案内情報が表示され、遊技者は、その位置に少額貯玉用会員カード１１１０をかざし、パスワード入力部１９３１にパスワードを入力した後、「次へ」ボタン１９３２をタッチすることによって、図５０（Ｂ）の景品選択指示画面１９４０に推移する。
図５０（Ｂ）に示された景品選択指示画面１９４０では、商品の対価が遊技媒体の種別と数量ではなく、電子価値の単位で示されている。ログインの段階で、匿名会員であると判定された場合には、このように電子価値の単位が使用されるが、モール会員であって、遊技媒体保持数があると判定された場合は、表示単位指定部１９４３において、表示単位を電子価値、又は遊技媒体に切り換えることが可能である。
景品選択指示画面１９４０の「お買い物リスト」ボタン１９４２をタッチした後表示されるお買い物リスト表示画面で「決定」ボタンがタッチされて最終的に選択された商品は、お買い物リスト管理テーブル１６５３に登録されるが、図４２（Ａ）に示すように、モール会員ＩＤではなく、少額貯玉用会員カード１１１０の固有ＩＤに対応付けられて登録される。
また、ここで、少額貯玉用会員カード１１１０の固有ＩＤから、貯玉がされている遊技媒体の価値（例えば、モール会員遊技媒体保持数管理テーブル１６５２、又は電子価値管理テーブル１６５８から把握される、景品交換に利用可能な有価価値）を取得し、景品選択指示画面１９４０等に、その数値を表示させたり、その価値に応じた範囲の商品を表示させるよう制御することができる。
次に、図５１を参照して、景品交換システム１００１における景品交換処理について説明する。少額貯玉用会員カード１１１０は、モール会員登録をしないかぎり景品交換処理を利用することはできない。この景品交換処理は、基本的には、図２６から図２８に示す、景品交換システム１の景品交換処理と同様のものである。ここでは、景品交換システム１の景品交換処理と異なる点を中心に説明を行う。
図５１（Ａ）は、ホール店舗に設置されている専用端末１５３０や景品ＰＯＳ１５００のディスプレイに表示される景品交換ログイン画面（続き）１９５０である。景品交換ログイン画面（不図示）で、所定の位置にスマートフォン１５４０をかざす旨の案内情報が表示され、遊技者は、その位置にスマートフォン１５４０（又は、モール会員登録がされた少額貯玉用会員カード１１１０）をかざし、パスワード入力部にパスワードを入力した後、「次へ」ボタンをタッチすることによって、景品交換ログイン画面（続き）１９５０が表示される。景品交換ログイン画面において、遊技者がスマートフォン１５４０や少額貯玉用会員カード１１１０をかざした時点で、まだ、モール会員登録がされていない場合は、モール会員登録がされておらず景品交換処理を行えない旨のエラーメッセージを表示する。
図５１（Ａ）の景品交換ログイン画面（続き）１９５０は、その遊技者が、モール会員遊技媒体保持数管理テーブル１６５２と電子価値管理テーブル１６５８の両方に利用可能な数量を保持している場合は、交換の対価として、電子価値の単位を用いるか、遊技媒体の種別と数量を用いるかを指定する表示単位指定部１９５１を示す。ここで遊技者は、このどちらかを選択してから「次へ」ボタン１９５２をタッチし、図５１（Ｂ）の景品交換指示画面１９６０を表示させる。このように、モール会員登録をした後では、モール会員による通常の貯玉により蓄積された価値と、少額貯玉により蓄積された価値を用いることができ、遊技者は、利用する価値に応じて、表示の単位を切り換えて景品交換処理を行うことができる。
図５１（Ｂ）に示された景品交換指示画面１９６０では、遊技者の指定により、商品の対価が電子価値の単位で示されている。また、景品交換システム１では、景品選択処理の際に配送先を選択していたが、この景品交換システム１００１では基本的に、モール会員登録まで、住所等の会員情報が入力されないので、景品交換処理の際に指定するようになっている。遊技者は、配送先指定部１９６２において、登録されている自宅、配送先１、配送先２のいずれかを選択する。
本発明の第２の実施形態に係る景品交換システム１００１では、遊技者が所有する自宅のＰＣ（パーソナルコンピュータ）１１００等を用いて、少額貯玉用会員カード１１１０を利用した景品選択処理を行うことができる。ＰＣ１１００での商品選択が利用可能になることによって、ホール店舗外においても、景品の候補となる商品を、時間をかけてじっくり閲覧し選択することができる。また、ＰＣ１１００が大型のディスプレイを備える場合は、そのディスプレイによって、高い視認性で商品の詳細を容易に確認することができる。
次に、図５２を参照して、ＰＣ１１００の構成について説明する。図５２は、ＰＣ１１００の構成を示すブロック図である。ＰＣ１１００は、メインＣＰＵ１１０１、ＲＯＭ１１０２、ＲＡＭ１１０３、外部記憶装置１１０４、非接触ＩＣカードリーダ／ライタ１１０５、ディスプレイ１１０６、キーボード１１０７、インターフェイス１１０８、及びスピーカ１１０９を備えている。
メインＣＰＵ１１０１は、ＲＯＭ１１０２、及びＲＡＭ１１０３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ１１０１は、ＷＥＢブラウザや外部ネットワーク経由でダウンロードされたアプリケーション等を制御して、景品交換システム１００１による景品選択処理を実行する。
外部記憶装置１１０４には、各種データが記憶される。非接触ＩＣカードリーダ／ライタ１１０５は、非接触ＩＣチップを内蔵した少額貯玉用会員カード１１１０やスマートフォン１５４０の非接触ＩＣチップの内部データを読み取る。また、必要に応じて、非接触ＩＣチップの記憶領域に、非接触でデータを書き込むことができる。
ディスプレイ１１０６は、景品選択処理に係る画面、例えば、景品選択ログイン画面や景品選択指示画面等を表示する。このディスプレイ１１０６は、例えば液晶表示装置によって実現される。キーボード１１０７は、データ入力や指示を行うための入力装置である。
また、ＰＣ１１００は、インターフェイス１１０８を介してネットワーク１６９５に接続される。ネットワーク１６９５は、例えば、インターネット等のネットワークであり、ＰＣ１１００は、ネットワーク１６９５を介して、基幹サーバ１６００に接続されたＡＰサーバ１６８５に接続される。スピーカ１１０９は、各種の音声データを出力する。
景品交換システム１００１では、こうした構成のＰＣ１１００を利用によって、景品選択処理が行われる。最初に、遊技者の指示に応じて、ディスプレイ１１０６に、図５０（Ａ）に示すような景品選択ログイン画面１９３０が表示される。そこで、少額貯玉用会員カード１１１０を所定の位置にかざし、（キーボード１１０７等によって）パスワードを入力すると、非接触ＩＣカードリーダ／ライタ１１０５が少額貯玉用会員カード１１１０の固有ＩＤを読み取り、ディスプレイ１１０６に、図５０（Ｂ）に示すような景品選択指示画面１９４０等を表示する。遊技者は、景品選択指示画面１９４０やお買い物リスト画面等を表示させて、景品交換の候補となる商品を選択し、お買い物リストを作成することができる。少額貯玉用会員カード１１１０を用いて景品選択を行った場合は、その少額貯玉用会員カード１１１０の固有ＩＤから、以前に作成したお買い物リストを呼び出してディスプレイ１１０６に表示させることができる。
また、少額貯玉用会員カード１１１０の固有ＩＤから、貯玉がされている遊技媒体の価値（例えば、モール会員遊技媒体保持数管理テーブル１６５２、又は電子価値管理テーブル１６５８から把握される、景品交換に利用可能な有価価値）を取得し、景品選択指示画面１９４０等に、その数値を表示させたり、その価値に応じた範囲の商品を表示させるよう制御するよう設計することもできる。
次に、図５３を参照して、景品の配送先としてホール店舗を指定できる景品交換システム１００１について説明する。景品交換システム１００１では、モール会員登録の際に、ホール店舗を配送先（ホール店舗留め）として指定することにより、景品交換処理で決定した景品を、そのホール店舗留めとして配送させるようにすることができる。このような構成により、遊技者は、モール会員登録を行う場合であっても、遊技者自身の住所を入力する必要がなくなり、個人情報をより安全に保護することができる。
図５３（Ａ）には、少額貯玉指示装置１０６０の遊技者側ディスプレイ１０６７に表示されたモール会員登録画面１９７０が示されている。この画面は、図４１（Ｂ）のモール会員登録画面１９０５において、景品のホール店舗留めの配送が可能なように改良したものである。遊技者により、ホール店舗留め指定部１９７２で「する」ボタンがチェックされると、景品の配送先として、利用している少額貯玉指示装置１０６０が配置されるホール店舗の店舗コードが、モール会員情報テーブル１６５１に記憶される。
ここで、遊技者が、氏名、電話番号、メールアドレス等の特定の入力を行った場合のみ、ホール店舗留め指定部１９７２において「する」ボタンをチェックできるように制御してもよい。また、配送先として指定されるホール店舗を候補リストのなかから選択できるように構成してもよい。
ホール店舗留め指定部１９７２で「する」ボタンがチェックされると、配送先入力部１９７３の入力エリアがすべてグレーアウトされ、自宅住所、配送先１、配送先２の入力ができないように制御される。また、景品交換指示画面等で最終的に選択できるように、ホール店舗留め指定部１９７２で「する」ボタンがチェックされた場合でも、配送先入力部１９７３の入力が許容されるように構成してもよい。
図５３（Ｂ）には、専用端末１５３０や景品ＰＯＳ１５００等の景品交換端末のディスプレイに表示された景品交換指示画面１９７５が示されている。この画面は、図５１（Ｂ）の景品交換指示画面１９６０を改良したものであり、図５３（Ａ）のモール会員登録画面１９７０での指定に応じて、配送先表示部１９７７が、ホール店舗留めの表示となっている。ホール店舗の名称は、モール会員情報テーブル１６５１に記憶された、配送先の店舗コードで、ホール店舗管理テーブル（不図示）を参照することにより求められ、配送先表示部１９７７に表示される。
また、モール会員登録画面１９７０で、ホール店舗留めの指定と配送先入力部１９７３の入力が両方許容される場合は、配送先表示部１９７７において、ホール店舗留め、自宅住所、配送先１、及び配送先２の選択肢を表示し、ここで遊技者が選択できるように構成することもできる。
景品の配送先がホール店舗留めに指定された状況で、景品交換指示画面１９７５の「決定」ボタン１９７９をタッチすると、景品発注指示がホールコンピュータ１４００を経由して基幹サーバ１６００に送信され、基幹サーバ１６００からショップサーバに向けて景品配送指示が行われる。この際に指定される配送先は、店舗コードで指定されたホール店舗であり、基幹サーバ１６００は、そのホール店舗の住所を、店舗コードで、ホール店舗管理テーブル（不図示）を参照することにより求める。また、景品配送指示には、配送識別番号が付与され、景品配送指示を受けたショップサーバのネット通販サイトでは、配送の際に、その配送識別番号を付して、指定されたホール店舗の住所に景品を配送するよう手配する。
また、基幹サーバ１６００は、景品の配送先がホール店舗留めに指定された状況で、景品交換指示画面１９７５の「決定」ボタン１９７９がタッチされると、指定された店舗コードに対応するホールコンピュータ１４００に対して、遊技者の固有ＩＤ、及び景品配送指示に付した配送識別番号を送信する。なお、ホールコンピュータ１４００のアドレス（ＩＰアドレス）は、図１８（Ａ）に示すホールコンピュータ情報テーブル５７１と同様の構成であるホールコンピュータ情報テーブル１５７１から求められる。
配送先に指定されたホール店舗の少額貯玉指示装置１０６０は、ホールコンピュータ１４００から、ホール店舗留めで景品の配送を指示した遊技者の固有ＩＤ、及び配送識別番号を取得する。
遊技者は、少額貯玉指示装置１０６０の遊技者側ディスプレイ１０６７に景品交換画面１８８０（図４０参照）を表示させた後、ボタン１８８８をタッチして、ホール店舗留めの景品を受け取るための画面を表示させる。そこで、遊技者は、少額貯玉用会員カード１１１０を読み取らせてパスワードを入力する。この操作に応じて、少額貯玉指示装置１０６０の店舗側ディスプレイ１０６９には、その固有ＩＤに対応する配送識別番号が表示される。ホール店舗のスタッフは、ホール店舗に配送されてきた景品に、表示された配送識別番号と同じ番号が付されたものがあれば、これを遊技者に渡し、遊技者への受け渡しが完了したことを店舗側ディスプレイ１０６９に表示された入力部に入力する。
上述したような手順で、遊技者が、配送先をホール店舗留めとした景品が、そのホール店舗にて遊技者に手渡しされる。ただし、このような手順は一例に過ぎず、遊技者は、他の様々な方法や手順により、ホール店舗留めで配送された景品を受け取ることができる。また、ホール店舗のスタッフが、配送されてきた景品に付された配送識別番号を逐一、少額貯玉指示装置１０６０に入力すれば、そのタイミングで、対応する固有ＩＤに対応付けられたメールアドレスや電話番号に対応付けられたアドレス等に、景品が配送されてきた旨の通知を自動的に送信することができ、遊技者は、景品が指定したホール店舗に配送されてきたことを知ることができる。固有ＩＤに対応するメールアドレスや電話番号は、モール会員情報テーブル１６５１から取得可能である。
次に、図５４を参照して、景品交換システム１００１の少額貯玉用会員カード１１１０として利用可能なカード、又は携帯機器について説明する。これまで、景品交換システム１００１で利用可能な少額貯玉用会員カード１１１０としては、遊技者にホール店舗等で配布される、専用の非接触ＩＣカードが用いられると説明してきたが、その他にも様々な種類のカード、及び携帯機器を利用することができる。
図５４（Ａ）に示すように、景品交換システム１００１の少額貯玉用会員カード１１１０として利用可能なものとしては、これまで説明してきたＩＣカードのほかに、非接触ＩＣチップ内蔵のスマートフォン１５４０、フィーチャーフォン１５５８、及び携帯電話といった携帯機器が考えられる。これらの機器は、少額貯玉指示装置１０６０によって非接触ＩＣチップに記憶されているユニークな固有ＩＤが読み出され、この固有ＩＤが、匿名会員情報テーブル１６５７に、店舗コードやパスワードとともに記憶され、もって、この機器を保有する遊技者をユニークに識別することができる。
また、図５４（Ｂ）に示すように、景品交換システム１００１の少額貯玉用会員カード１１１０として利用可能な携帯機器として、非接触ＩＣチップを内蔵していない、携帯電話等を想定することもできる。例えば、携帯電話において、カメラで少額貯玉指示装置１０６０の遊技者側ディスプレイ１０６７等に表示された、１次元バーコードや２次元バーコード等のコードを撮影することによってＵＲＬ（Uniform Resource Locator）を取得した後、その携帯電話で当該ＵＲＬにアクセスする。そこで、その携帯電話の電話番号、又は機器ＩＤが自動的に取得され、遊技者が指定した店舗コード、及びパスワードとともに、（ＷＥＢサーバとして機能する）モバイルＩ／Ｆサーバ１６８０を経由して基幹サーバ１６００に送信され、匿名会員情報テーブル１６５７に記憶される。このとき、固有ＩＤとしては、電話番号、又は機器ＩＤが使用されうる。
このような方法を用いれば、携帯電話で上記ＵＲＬにアクセスする度に、電話番号（又は機器ＩＤ）とパスワードによる認証が行われ、認証が成功すれば、モバイルＩ／Ｆサーバ１６８０を経由した基幹サーバ１６００とのやりとりによって景品交換システム１００１を利用することができる。
また、別の方法では、非接触ＩＣチップを内蔵していない携帯電話において、少額貯玉指示装置１０６０から、電話番号に対応付けられたアドレスに通知する方法（例えば、ＳＭＳ（Short Message Service）等）によってＵＲＬが通知され、その後、所定時間内に、取得したＵＲＬにアクセスする。そこで、電話番号、店舗コード、及びパスワードを入力して送信する。入力された電話番号、店舗コード、及びパスワードは、（ＷＥＢサーバとして機能する）モバイルＩ／Ｆサーバ１６８０を経由して基幹サーバ１６００に送信され、匿名会員情報テーブル１６５７に記憶される。このとき、固有ＩＤとしては、電話番号が使用されうる。
このような方法を用いれば、上記の方法と同様に、携帯電話で上記ＵＲＬにアクセスする度に、電話番号とパスワードによる認証が行われることになり、認証が成功すれば、モバイルＩ／Ｆサーバ１６８０を経由した基幹サーバ１６００とのやりとりによって景品交換システム１００１を利用することができる。
上述のように、景品交換システム１００１の少額貯玉用会員カード１１１０として利用可能な携帯機器には、非接触ＩＣチップ内蔵のスマートフォン１５４０、フィーチャーフォン１５５８、及び携帯電話が含まれ、さらに、非接触ＩＣチップを内蔵していないがＷＥＢサーバにアクセス可能な携帯電話等が含まれる。また、ユニークに識別が可能なカード（例えば、読み取り可能な磁気ストライプを含む磁気ストライプカード、１次元バーコードや２次元バーコードが印刷されたカード等）を、少額貯玉用会員カード１１１０として利用することもできる。
なお、このような様々なタイプの少額貯玉用会員カードは、本明細書で説明する、すべての実施形態の景品交換システムにおいて利用可能である。
本発明の景品交換システム１００１を、具体的な装置、及び具体的なテーブル等を用いて例示してきたが、これまでの説明は一実施形態に過ぎず、様々な他の形態によって、本発明の特徴的なコンピュータシステムを実現可能である。例えば、少額貯玉指示装置、景品選択装置、景品交換装置として様々な構成の装置を様々なネットワーク接続状態で用いることができ、電算センターの基幹サーバ１６００やショップ管理サーバ１７００、ホール店舗のホールコンピュータ１４００等も、様々な構成の装置を利用でき、例示とは異なるように各機能部を（分散、又は統合して）配置することができる。例えば、基幹サーバ１６００、及びショップ管理サーバ１７００を１つのサーバ、あるいは３つ以上のサーバで構成することができる。また、テーブルの構成についても他の異なる構成を採用することができる。
また、少額貯玉指示装置１０６０は、ここでは、景品ＰＯＳ機能を備えた端末として例示したが、景品ＰＯＳ１５００やホールコンピュータ１４００から端玉の情報（遊技媒体の種別と数量）を取得し、その情報に基づいて少額貯玉を行うように構成することもできる。また、景品選択装置や景品交換装置等と、基幹サーバ１６００とのやりとりを、景品交換システム１００１で新たに設定された、接続管理装置１０９０を経由して行うよう制御することもできる。
なお、基幹サーバ１６００は、上述のように、少額貯玉指示装置１０６０から受信した遊技媒体の種別と数量に基づいて、対応するホール店舗と遊技媒体の種別ごとに交換レートを用いて変換を行い、変換後のデータ、又は変換後のデータの累積値が、それぞれ設定された上限値を超えていないかどうか判定するが、変換の必要がない場合は、交換レートを用いずに、遊技媒体の価値を判断し（例えば、遊技媒体の種別と数量に基づいて価値を求め）、上限値を超えていないかどうかを判定する。
［本発明の第３の実施形態に係る景品交換システムの説明］
図５５を参照して、本発明の第３の実施形態に係る景品交換システムのシステム概要について説明する。図５５に示す景品交換システム２００１は、図１に示す上述の景品交換システム１と同様、ホール店舗の装置、ホール連携システム、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。図５５の景品交換システム２００１は、好ましくは、ネット通販連動型の景品交換システムである。
図５５を参照して、本発明の第３の実施形態に係る景品交換システムのシステム概要について説明する。図５５に示す景品交換システム２００１は、図１に示す上述の景品交換システム１と同様、ホール店舗の装置、ホール連携システム、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。図５５の景品交換システム２００１は、好ましくは、ネット通販連動型の景品交換システムである。
図５５に示す景品交換システム２００１では、当該システムへのモール会員登録を行うことなく、端玉のような少量の遊技媒体を貯玉することができ、さらに、上述の景品交換システム１と同様に、事前に、多くの景品のなかから景品交換の候補を選択してお買い物リストを作成することができる。その後、当該システムへのモール会員登録が行われると、貯玉の価値に応じた景品交換指示を行うことが可能となり、指定した景品を自宅等の指定住所に配送させることができる。なお、ここで、端玉（余玉）のような少量の遊技媒体の保持を便宜上「少額貯玉」と称するが、パチンコ機で獲得するパチンコ玉の貯玉だけでなく、パチスロ機で獲得するメダルの保持（いわゆる、貯メダル）も含まれる。
また、少額貯玉は、景品交換の際に発生する端玉を貯玉する場合に限られず、例えば、遊技者が意図的に遊技を中断してパチンコ玉やメダルを保持しようとする場合など、様々な要因により少量の遊技媒体を貯玉する場合を含む。景品交換システム２００１では、１回あたりの貯玉の数量と、合計の貯玉の数量に一定の上限が設けられる。
図５５に示す景品交換システム２００１は、図１に示す景品交換システム１の変形例と捉えることができ、景品交換システム１と同様の景品選択制御、景品交換制御、景品発注制御、行動履歴管理等の各機能を備える。例えば、ホール店舗のホールコンピュータ２４００、ホールＤＢ２４３０、遊技機２０１０、サンド装置２０２０、デジタルサイネージ装置２５１５、景品ＰＯＳ２５００、景品ＰＯＳ連携専用端末２５２０、及び専用端末２５３０はそれぞれ、景品交換システム１における、ホール店舗のホールコンピュータ４００、ホールＤＢ４３０、遊技機１０、サンド装置２０、デジタルサイネージ装置５１５、景品ＰＯＳ５００、景品ＰＯＳ連携専用端末５２０、及び専用端末５３０に対応する。また、電算センターの基幹サーバ２６００、基幹ＤＢ２６５０、モバイルＩ／Ｆサーバ２６８０、ショップ管理サーバ２７００、景品ＤＢ２７５０、ＡＳＰ−Ｉ／Ｆサーバ２８００、個別ショップＩ／Ｆサーバ２８２０、及びＥＣモールＩ／Ｆサーバ２８４０はそれぞれ、景品交換システム１における、基幹サーバ６００、基幹ＤＢ６５０、モバイルＩ／Ｆサーバ６８０、ショップ管理サーバ７００、景品ＤＢ７５０、ＡＳＰ−Ｉ／Ｆサーバ８００、個別ショップＩ／Ｆサーバ８２０、及びＥＣモールＩ／Ｆサーバ８４０に対応する。また、ネットワーク２６９０は、景品交換システム１におけるネットワーク６９０に対応する。
さらに、図５５では記載を省略したが、景品交換システム２００１のホール連携システムには、景品交換システム１のホール連携システムに含まれるホール連携コンピュータ５６０、ホール連携ＤＢ５７０、及びセンター店舗Ｉ／Ｆサーバ５８０に対応する装置等がそれぞれ配置される（センター店舗５９０に対応するセンター店舗も配置される）。
また、景品交換システム２００１のネット通販サイトには、景品交換システム１のネット通販サイトに含まれるＥＣショップＡＳＰサーバ８５０、ショップサーバ８７０、ショップサーバ８７２、ＥＣモール管理サーバ８６０、及びショップサーバ８７４に対応する装置等がそれぞれ配置されるが、これも、図５５では記載を省略した。ここでは、景品交換システム１に対して新たに追加された構成要素、及び内部の機能が変更された構成要素について特に詳細に説明を行うこととする。
ホール店舗には、ホールコンピュータ２４００、遊技機２０１０、景品選択装置、及び景品交換装置が配置され、さらに、少額貯玉指示装置２０６０、少額貯玉管理サーバ２１２０、及び接続管理装置２０９０が配置される。少額貯玉指示装置２０６０は、遊技者が少額貯玉を行うために用いられる端末であり、この例では、景品ＰＯＳ端末の機能を備えた端末となっている。遊技者は、少額貯玉指示装置２０６０に、遊技媒体（メダルやパチンコ玉）の計数結果を印刷したレシートを読み取らせ、その後、少額貯玉指示装置２０６０に端玉等の少額貯玉を行うよう指示する。遊技者は、少額貯玉指示装置２０６０による少額貯玉を行う際に、氏名、メールアドレス、住所等の入力が求められるモール会員登録を行う必要がなく、非接触ＩＣカードである少額貯玉用会員カード２１１０を用いて少額貯玉の管理を行うことができる。
少額貯玉管理サーバ２１２０は、少額貯玉指示装置２０６０から、少額貯玉用会員カード２１１０を用いた遊技者による少額貯玉に関する情報（例えば、遊技媒体の種別や数量）を受信し記憶・管理するほか、景品選択処理を制御する。少額貯玉管理サーバ２１２０が記憶する少額貯玉ＤＢ２１４０には、上述した少額貯玉の情報を記憶する少額貯玉管理テーブル等が記憶される。
接続管理装置２０９０は、少額貯玉指示装置２０６０、及び少額貯玉管理サーバ２１２０と、電算センターの基幹サーバ２６００との間の接続を制御する。接続管理装置２０９０は、例えば、ゲートウエイ機能を含み、少額貯玉指示装置２０６０、及び少額貯玉管理サーバ２１２０と、基幹サーバ２６００との間をＶＰＮ（Virtual Private Network）で接続する場合は、ＶＰＮルーター機能を含む。その他、基幹サーバ２６００との接続を制御する接続制御機能を含む。また、接続管理装置２０９０は、上述のゲートウエイ機能を備えるゲートウエイ装置、ＶＰＮルーター機能を備えるＶＰＮルーター装置、及び接続制御機能を備える接続制御装置を含む、複数の装置から構成される装置であってもよい。
ホールコンピュータ２４００は、景品交換システム１のホールコンピュータ４００と同様、そのホール店舗に配置された装置の状態（遊技者の遊技状況等を含む）や、会員、及び景品に関する情報を管理する等の機能を有し、少額貯玉指示装置２０６０、少額貯玉管理サーバ２１２０、又は基幹サーバ２６００から、景品交換の際の決済のために、遊技者が少額貯玉した価値に関する情報を受信する。
景品選択装置には、専用端末２５３０、スマートフォン２５４０、及びフィーチャーフォン２５５８等の、ネットワーク通信可能な任意の端末が含まれるが、本発明の第２の実施形態に係る景品交換システム１００１で説明したＰＣ（パーソナルコンピュータ）１１００と同様のＰＣを利用することも可能である。また、この例では、少額貯玉指示装置２０６０も景品選択装置として機能しうる。
次に、図５６を参照して、基幹サーバ２６００の機能について説明する。図５６は、基幹サーバ２６００の機能ブロック図である。基幹サーバ２６００は、基本的に、本発明の第２の実施形態に係る景品交換システム１００１の基幹サーバ１６００と同様の構成、及び機能を有する。すなわち、基幹サーバ１６００のモール会員管理部１６０１、景品選択制御部１６０４、景品交換制御部１６０５、景品発注制御部１６０６、行動履歴管理部１６０７、ネットワークＩ／Ｆ部１６０８、携帯デバイス管理部１６０９、及び少額貯玉管理部１６１０に対応する同様の機能部、すなわち、モール会員管理部２６０１、景品選択制御部２６０４、景品交換制御部２６０５、景品発注制御部２６０６、行動履歴管理部２６０７、ネットワークＩ／Ｆ部２６０８、携帯デバイス管理部２６０９、及び少額貯玉管理部２６１０を備える。
従って、モール会員登録した遊技者をモール会員として管理し、遊技者の景品選択や景品交換の操作に応じてそれぞれ景品選択制御処理、景品交換制御処理を行い、景品交換が決定した場合には、自動的に対応するネット通販サイトに対する景品発注処理を行う。また、各ホール店舗におけるモール会員について、遊技状況や景品交換状況を含む行動履歴を収集し記憶する。ただし、少額貯玉管理部２６１０は、少額貯玉指示装置２０６０で少額貯玉処理が行われる場合には機能せず、モール会員登録が行われる場合に、少額貯玉管理サーバ２１２０で管理されていた少額貯玉を基幹サーバ２６００に移行するよう機能する。また、匿名会員の管理は、少額貯玉管理サーバ２１２０で行うため、匿名会員管理部１６１１に対応する機能はない。
また、基幹サーバ２６００は、基幹ＤＢ２６５０を記憶するが、これも基本的に、本発明の第２の実施形態に係る景品交換システム１００１の基幹サーバ１６００が記憶する基幹ＤＢ１６５０と同様のものである。ただし、匿名会員管理機能はないため、匿名会員情報テーブルは存在せず、匿名会員の少額貯玉の保持するについては、少額貯玉管理サーバ２１２０で行われ、会員登録がされたモール会員の貯玉の保持数については、モール会員遊技媒体保持数管理テーブル２６５２で管理されるため、電子価値管理テーブルは存在しない。
少額貯玉管理サーバ２１２０は、各ホール店舗に配置され、少額貯玉指示装置２０６０からの指示に基づいて、少額貯玉用会員カード２１１０と貯玉された遊技媒体の価値とを対応付けて管理する。この例では、各ホール店舗の少額貯玉指示装置２０６０から指示された少額貯玉の情報は、そのホール店舗にある少額貯玉管理サーバ２１２０の少額貯玉ＤＢに記憶され管理される（この点で、本システムは、ホール店舗集約型少額貯玉管理システムと言える）。
ここで、少額貯玉指示装置２０６０の構成、及び機能は、本発明の第２の実施形態に係る景品交換システム１００１の少額貯玉指示装置１０６０のものと同様である。ただし、少額貯玉用会員カード２１１０を利用した少額貯玉処理、及び景品選択処理は、基幹サーバ２６００ではなく、少額貯玉管理サーバ２１２０とのやりとりによって実現される。また、接続管理装置２０９０の構成、及び機能も、本発明の第２の実施形態に係る景品交換システム１００１の接続管理装置１０９０のものと同様である。
次に、図５７を参照して、少額貯玉管理サーバ２１２０の構成について説明する。図５７は、少額貯玉管理サーバ２１２０の構成を示すブロック図である。少額貯玉管理サーバ２１２０は、メインＣＰＵ２１２１、ＲＯＭ２１２２、ＲＡＭ２１２３、外部記憶装置２１２４、ディスプレイ２１２５、インターフェイス２１２６、及びスピーカ２１２７を備えている。
メインＣＰＵ２１２１は、ＲＯＭ２１２２、及びＲＡＭ２１２３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ２１２１は、後述するような、景品交換システム２００１による景品選択処理や少額貯玉処理を実行する。また、当該制御プログラムは、インターフェイス２１２６を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
外部記憶装置２１２４には、少額貯玉ＤＢ２１４０を含む各種データが記憶される。ディスプレイ２１２５は、景品選択処理に係る画面、例えば、景品選択ログイン画面や景品選択指示画面等を表示する。ディスプレイ２１２５は、少額貯玉管理サーバ２１２０における管理状態を表示させ、あるいは不正や異常の発生を報知するものである。このディスプレイ２１２５は、例えば、液晶表示装置によって実現される。
スピーカ２１２７は、不正や異常が生じた場合に、ディスプレイ２１２５とともに報知を行うものである。このスピーカ２１２７は、不正や異常の報知以外にも各種の音声データを出力する。
また、少額貯玉管理サーバ２１２０は、インターフェイス２１２６を介して少額貯玉指示装置２０６０、及び接続管理装置２０９０と通信可能に接続される。
次に、図５８を参照して、少額貯玉管理サーバ２１２０の機能について説明する。図５８は、少額貯玉管理サーバ２１２０の機能ブロック図である。少額貯玉管理サーバ２１２０は、アクセス管理部２１３１、景品選択制御部２１３２、少額貯玉管理部２１３３、匿名会員管理部２１３４、行動履歴管理部２１３５、及びネットワークＩ／Ｆ部２１３６を含む。
また、少額貯玉管理サーバ２１２０は、外部記憶装置に少額貯玉ＤＢ２１４０を記憶し、少額貯玉ＤＢ２１４０には、遊技者が景品選択装置によって商品を選択した結果作成されたお買い物リストを記憶・管理する、お買い物リスト管理テーブル２１４１、そのホール店舗の一般景品に関する交換レートを記憶する、交換レート管理テーブル２１４２、匿名会員の遊技状況や交換状況等の行動履歴を記憶する匿名会員行動履歴管理テーブル２１４３、匿名会員の情報を記憶する匿名会員情報テーブル２１４４、及び匿名会員が行う少額貯玉により蓄積される貯玉の価値（遊技媒体の種別と数量）を記憶する少額貯玉管理テーブル２１４５が含まれる。
アクセス管理部２１３１は、少額貯玉指示装置２０６０においてモール会員登録が行われる場合等に、少額貯玉指示装置２０６０と基幹サーバ２６００との間のアクセスを制御する。景品選択制御部２１３２は、少額貯玉指示装置２０６０により少額貯玉用会員カード２１１０を利用した景品選択処理が行われた場合に、基幹サーバ２６００にアクセスして、遊技者に表示するための商品情報を取得して少額貯玉指示装置２０６０に提供する。また、少額貯玉指示装置２０６０において、お買い物リストの作成が指示された場合は、そのお買い物リストを、少額貯玉用会員カード２１１０の固有ＩＤに対応付けてお買い物リスト管理テーブル２１４１に記憶する。
少額貯玉管理部２１３３は、少額貯玉指示装置２０６０により少額貯玉用会員カード２１１０を利用した少額貯玉処理が行われた場合に、少額貯玉がされた遊技媒体の種別と数量を、少額貯玉管理テーブル２１４５に記憶する。匿名会員管理部２１３４は、少額貯玉用会員カード２１１０の固有ＩＤを匿名会員情報テーブル２１４４に記録することによって、匿名会員の管理を行う。
行動履歴管理部２１３５は、少額貯玉処理等の遊技者の行動履歴を把握し、匿名会員行動履歴管理テーブル２１４３に記憶する。ネットワークＩ／Ｆ部２１３６は、接続管理装置２０９０に接続して、基幹サーバ２６００とデータ送受信を行うよう制御するとともに、少額貯玉指示装置２０６０に接続して、景品選択処理や少額貯玉処理に関するデータの送受信を制御する。
次に、図５９を参照して、少額貯玉ＤＢ２１４０に含まれるテーブルについて説明する。お買い物リスト管理テーブル２１４１、及び匿名会員行動履歴管理テーブル２１４３は、基本的に、本発明の第２の実施形態に係る景品交換システム１００１のお買い物リスト管理テーブル１６５３、及び行動履歴管理テーブル１６５６にそれぞれ対応する。また、交換レート管理テーブル２１４２は、上述のように、そのホール店舗の一般景品に関する交換レートを、遊技媒体の種別ごとに記憶する。
図５９（Ａ）は、匿名会員情報テーブル２１４４の例を示している。匿名会員情報テーブル２１４４には、遊技者が少額貯玉指示装置２０６０において、最初に、少額貯玉用会員カード２１１０を利用した処理を行った場合に、その少額貯玉用会員カード２１１０の固有ＩＤに、店舗コード、及びパスワードが関連付けられて記録される。再度、遊技者が少額貯玉指示装置２０６０を利用する場合は、匿名会員情報テーブル２１４４を参照して、その正当性を判定する。ここで、匿名会員情報テーブル２１４４は、ホール店舗ごとに配置されるため、店舗コードを記憶する必要はないが、遊技者がモール会員登録をする場合に、匿名会員情報テーブル２１４４に含まれる、店舗コードを含む情報が、基幹サーバ２６００に送信される。
図５９（Ｂ）は、少額貯玉管理テーブル２１４５の例を示している。少額貯玉管理テーブル２１４５には、遊技者が少額貯玉指示装置２０６０において、少額貯玉用会員カード２１１０を利用して少額貯玉処理を行った場合に、その少額貯玉用会員カード２１１０の固有ＩＤに、少額貯玉の価値（遊技媒体の種別と数量）が関連付けられて記録される。本発明の第２の実施形態に係る景品交換システム１００１では、遊技者の少額貯玉処理に応じて、貯玉の価値（遊技媒体の種別と数量）が、所定の電子価値の単位に変換され、基幹サーバ１６００の電子価値管理テーブル１６５８に記憶されたが、この例では、そのような変換は行われず、かつ、各ホール店舗内で、遊技媒体の種別と数量という形で記憶される。
次に、図６０を参照して、本発明の第３の実施形態に係る景品交換システム２００１における、少額貯玉用会員カード２１１０を利用した少額貯玉処理について説明する。図６０は、少額貯玉処理を実現するための処理を、少額貯玉指示装置２０６０、及び少額貯玉管理サーバ２１２０の主体別にそれぞれ表記したフローチャートである。当該処理は、主として、少額貯玉指示装置２０６０の少額貯玉制御部２０８４、及び少額貯玉管理サーバ２１２０の少額貯玉管理部２１３３によって実現される。
最初に、遊技者が、少額貯玉指示装置２０６０の遊技者側ディスプレイ２０６７に表示された景品交換画面において、所定のボタンをタッチすることによって少額貯玉の指示を行うと（ステップＳ２５０）、少額貯玉指示装置２０６０は、少額貯玉ログイン画面を表示する（ステップＳ２５２）。遊技者が、少額貯玉ログイン画面で、画面の指示通りに少額貯玉用会員カード２１１０をかざすと、少額貯玉指示装置２０６０は非接触ＩＣチップの固有ＩＤ（ＩＤｍ等）を読み取る（ステップＳ２５３）。固有ＩＤによって、システム側ではこの匿名会員を把握することができる（図５９（Ａ）の匿名会員情報テーブル２１４４参照）。
少額貯玉指示装置２０６０は、少額貯玉ログイン画面で「次へ」ボタンがタッチされたかどうかを判断し（ステップＳ２５４）、タッチされるまで少額貯玉ログイン画面の表示を維持する。「次へ」ボタンがタッチされた場合、少額貯玉管理サーバ２１２０に対して、固有ＩＤ（例えば、ＩＤｍ）、店舗コード、及びパスワードを送信する（ステップＳ２５５）。店舗コードは、少額貯玉管理サーバ２１２０でも把握可能であり、必要に応じて送信される。店舗コードは、例えば、少額貯玉指示装置２０６０が備える記憶装置に記憶されたデータである。パスワードは、少額貯玉ログイン画面のパスワード入力部に遊技者が入力したデータである。
少額貯玉管理サーバ２１２０は、固有ＩＤ等の情報を受信すると、匿名会員情報テーブル２１４４を参照して、固有ＩＤが新規に登録されるＩＤであるかどうかを判定する（ステップＳ２５６）。新規である場合、匿名会員情報テーブル２１４４に新しい匿名会員として、その固有ＩＤに対応するレコードを追加する（ステップＳ２５７）。一方、既にその固有ＩＤが匿名会員情報テーブル２１４４に存在する場合は、受信したパスワードをチェックし（ステップＳ２５８）、そのパスワードが正しいかどうかを判定する（ステップＳ２５９）。正しいパスワードでないと判定された場合は、エラー表示を行うよう指示を行い（ステップＳ２６０）、この指示に応じて、少額貯玉指示装置２０６０は、遊技者側ディスプレイ２０６７にエラーを表示する（ステップＳ２６１）。
匿名会員情報テーブル２１４４に新しい匿名会員として追加された場合、又はパスワードが正しいと判定された場合、少額貯玉管理サーバ２１２０は、少額貯玉指示画面を表示するよう少額貯玉指示装置２０６０に指示する（ステップＳ２６２）。この指示に応じて、少額貯玉指示装置２０６０は、少額貯玉指示画面を遊技者側ディスプレイ２０６７に表示する（ステップＳ２６３）。
ここで、少額貯玉指示装置２０６０は、「決定」ボタンがタッチされたかどうかを判断し（ステップＳ２６４）、タッチされるまで少額貯玉指示画面の表示を維持する。「決定」ボタンがタッチされた場合、少額貯玉管理サーバ２１２０に対して、遊技媒体の種別（例えば、２０円貸メダルや４円貸パチンコ玉）、及び遊技媒体の数量（例えば、パチンコ玉の玉数やメダルの枚数）を送信する（ステップＳ２６５）。遊技媒体の種別は、少額貯玉指示装置２０６０がレシート等を読み込んだ時点で把握しており、これを送信する。遊技媒体の数量は、少額貯玉指示画面の数量入力部に遊技者が指定した数量であるが、少額貯玉指示装置２０６０が把握している数量をすべて自動的に指定することもできる。遊技媒体の数量を遊技者が指定する場合、遊技者は、少額貯玉指示画面で案内された数量を超えない範囲で自由に設定することができる。
少額貯玉管理サーバ２１２０は、少額貯玉指示装置２０６０から、遊技媒体の種別と数量を受信すると、必要に応じて、そのホール店舗における、遊技媒体の種別ごとの交換レートを記憶している交換レート管理テーブル２１４２を参照し、少額貯玉の価値を評価する（ステップＳ２６６）。次に、少額貯玉管理サーバ２１２０は、１回あたりの少額貯玉の価値、及びその固有ＩＤに対応付けられている少額貯玉の価値の合計が、設定されたそれぞれの上限値を超えていないかどうか判定する（ステップＳ２６７）。少なくともどちらかの価値が上限を超えていると判定された場合は、エラー表示を行うよう指示を行い（ステップＳ２６８）、この指示に応じて、少額貯玉指示装置２０６０は、遊技者側ディスプレイ２０６７にエラーを表示する（ステップＳ２６９）。
上限を超えていないと判定された場合は、遊技媒体の種別ごとに遊技媒体の数量を累積加算し、少額貯玉管理テーブル２１４５に記憶する（ステップＳ２７０）。この処理が終了した後、少額貯玉が完了した旨を表す表示を行うよう指示を行い（ステップＳ２７１）、この指示に応じて、少額貯玉指示装置２０６０は、遊技者側ディスプレイ２０６７に少額貯玉の完了画面を表示する（ステップＳ２７２）。また、このとき、この時点まで少額貯玉により蓄積された遊技媒体の種別や数量を表示するようにしてもよい。
次に、少額貯玉指示装置２０６０は、少額貯玉の価値を表す遊技媒体の種別と数量をホールコンピュータ２４００に対して送信する（ステップＳ２７３）。こうした少額貯玉の価値の送信は、ホール店舗側が、電算センター等から景品交換のための費用として請求を受けた際に、その根拠となる少額貯玉の価値を把握しておく必要があるために行われる。
また、ステップＳ２７０において、遊技媒体の種別ごとに合計を算出した際に、その値が一定の数値（例えば、少額貯玉の価値の合計に関する上限値の７０％）を超えた場合に、少額貯玉指示装置２０６０の遊技者側ディスプレイ２０６７において、モール会員となって景品交換を行うことが有利であるといった案内情報を表示したり、モール会員登録画面を表示したり、又はモール会員登録を誘導するような何らかの情報やリンクを表示したりするよう構成することができる。また、このような情報は、少額貯玉指示装置２０６０だけでなく、景品選択装置における景品選択処理の前後、又は途中で表示させることができる。さらに、遊技者のスマートフォン２５４０、及びフィーチャーフォン２５５８等に対し、メールアドレスや電話番号に関連付けられたアドレスを用いて送信されうる。
次に、図６１を参照して、本発明の第３の実施形態に係る景品交換システム２００１における、モール会員登録処理について説明する。図６１は、モール会員登録処理を実現するための処理を、少額貯玉指示装置２０６０、少額貯玉管理サーバ２１２０、及び基幹サーバ２６００の主体別にそれぞれ表記したフローチャートである。当該処理は、主として、少額貯玉指示装置２０６０の会員管理部１０８５、少額貯玉管理サーバ２１２０のアクセス管理部２１３１、及び基幹サーバ２６００のモール会員管理部２６０１、及び少額貯玉管理部２６１０によって実現される。
最初に、遊技者が、少額貯玉指示装置２０６０の遊技者側ディスプレイ２０６７に表示された画面において所定のボタンをタッチすることによって、モール会員登録の指示を行うと（ステップＳ２８０）、少額貯玉指示装置２０６０は、モール会員ログイン画面（例えば、図４１（Ａ）のモール会員登録ログイン画面１９００に類する画面）を表示する（ステップＳ２８２）。遊技者が、モール会員ログイン画面で、画面の指示通りに少額貯玉用会員カード２１１０をかざすと、少額貯玉指示装置２０６０は非接触ＩＣチップの固有ＩＤ（ＩＤｍ等）を読み取る（ステップＳ２８３）。固有ＩＤによって、システム側ではこの匿名会員を把握することができる（図５９（Ａ）の匿名会員情報テーブル２１４４参照）。
少額貯玉指示装置２０６０は、モール会員登録画面で「次へ」ボタンがタッチされたかどうかを判断し（ステップＳ２８４）、タッチされるまでモール会員登録画面の表示を維持する。「次へ」ボタンがタッチされた場合、少額貯玉管理サーバ２１２０に対して、固有ＩＤ（例えば、ＩＤｍ）とともに、パスワードや、モール会員登録画面で入力された、遊技者の氏名、電話番号、メールアドレス等の属性情報を含む登録情報を送信する（ステップＳ２８５）。店舗コードは、少額貯玉管理サーバ２１２０でも把握可能であり、必要に応じて送信される。店舗コードは、例えば、少額貯玉指示装置２０６０が備える記憶装置に記憶されたデータである。パスワードは、モール会員ログイン画面のパスワード入力部に遊技者が入力したデータである。
少額貯玉管理サーバ２１２０は、固有ＩＤ、パスワード、登録情報等を受信すると、これらを基幹サーバ２６００に送信する（ステップＳ２８６）。基幹サーバ２６００は、固有ＩＤ、パスワード、登録情報等を受信すると、モール会員情報テーブル２６５１等を参照して、固有ＩＤの正当性等をチェックし（ステップＳ２８７）、処理を進めることができるかどうか判定する（ステップＳ２８８）。固有ＩＤの重複等、固有ＩＤ等に問題がある場合、エラー表示を行うよう指示を行い（ステップＳ２８９）、次に、少額貯玉管理サーバ２１２０がこれを少額貯玉指示装置２０６０に転送し（ステップＳ２９０）、この指示に応じて、少額貯玉指示装置２０６０は、遊技者側ディスプレイ２０６７にエラーを表示する（ステップＳ２９１）。
一方、ステップＳ２８８で、固有ＩＤ等に問題がない場合、基幹サーバ２６００は、モール会員情報テーブル２６５１に、固有ＩＤに関連付けてパスワード、及び登録情報を登録する（ステップＳ２９２）。なお、ここでモール会員ＩＤもあらたに付与される。次に、少額貯玉管理サーバ２１２０に対して、今回、モール会員としての登録を受け付けた匿名会員について、少額貯玉管理サーバ２１２０が記憶する匿名会員情報テーブル２１４４から削除するよう指示する（ステップＳ２９３）。これに応じて、少額貯玉管理サーバ２１２０は、匿名会員情報テーブル２１４４から、対応する匿名会員の固有ＩＤのレコードを削除する（ステップＳ２９４）。
次に、基幹サーバ２６００は、少額貯玉管理サーバ２１２０から、少額貯玉管理テーブル２１４５に記憶された、対応する匿名会員の固有ＩＤのレコードを取得し、店舗コードに応じて、遊技媒体の種別ごとに、その遊技媒体の数量を基幹サーバ２６００のモール会員遊技媒体保持数管理テーブル２６５２に移行する（ステップＳ２９５）。そして、少額貯玉管理テーブル２１４５に記憶されたデータは削除される（ステップＳ２９６）。
以下、同様に、お買い物リストの内容を、少額貯玉管理サーバ２１２０のお買い物リスト管理テーブル２１４１から基幹サーバ２６００のお買い物リスト管理テーブル２６５３に移行し（ステップＳ２９７）、行動履歴の内容を、少額貯玉管理サーバ２１２０の匿名会員行動履歴管理テーブル２１４３から基幹サーバ２６００の行動履歴管理テーブル２６５６に移行する（ステップＳ２９９）。これらの処理に応じて、少額貯玉管理サーバ２１２０のお買い物リスト管理テーブル２１４１、匿名会員行動履歴管理テーブル２１４３から、対応するデータを削除する（ステップＳ２９８、ステップＳ３００）。
次に、モール会員登録が完了した旨を表す表示を行うよう指示を行い（ステップＳ３０１）、この指示に応じて、少額貯玉管理サーバ２１２０は、当該表示指示を少額貯玉指示装置２０６０に転送し（ステップＳ３０２）、少額貯玉指示装置２０６０は、これに応じて、遊技者側ディスプレイ２０６７にモール会員登録の完了画面を表示する（ステップＳ３０３）。
次に、少額貯玉指示装置２０６０は、少額貯玉の価値を表す遊技媒体の種別と数量をホールコンピュータ２４００に対して送信する（ステップＳ３０４）。こうした少額貯玉の価値の送信は、ホール店舗側が、電算センター等から景品交換のための費用として請求を受けた際に、その根拠となる少額貯玉の価値を把握しておく必要があるために行われる。
本発明の景品交換システム２００１を、具体的な装置、及び具体的なテーブル等を用いて例示してきたが、これまでの説明は一実施形態に過ぎず、様々な他の形態によって、本発明の特徴的なコンピュータシステムを実現可能である。例えば、少額貯玉指示装置、景品選択装置、景品交換装置として様々な構成の装置を様々なネットワーク接続状態で用いることができ、電算センターの基幹サーバ２６００やショップ管理サーバ２７００、ホール店舗のホールコンピュータ２４００等も、様々な構成の装置を利用でき、例示とは異なるように各機能部を（分散、又は統合して）配置することができる。例えば、基幹サーバ２６００、及びショップ管理サーバ２７００を１つのサーバ、あるいは３つ以上のサーバで構成することができる。また、テーブルの構成についても他の異なる構成を採用することができる。
また、少額貯玉指示装置２０６０は、ここでは、景品ＰＯＳ機能を備えた端末として例示したが、景品ＰＯＳ２５００やホールコンピュータ２４００から端玉の情報（遊技媒体の種別と数量）を取得し、その情報に基づいて少額貯玉を行うように構成することもできる。また、景品選択装置や景品交換装置等と、基幹サーバ２６００とのやりとりを、景品交換システム２００１が備える接続管理装置２０９０や少額貯玉管理サーバ２１２０を経由して行うよう制御することもできる。
また、モール会員登録画面を、所定の条件により景品交換装置に表示することができる。例えば、景品交換装置において、図２７（Ｂ）に示すような景品交換指示画面９５０で景品が表示されてから、図２８（Ｂ）に示すような景品交換指示画面９７０で、「決定」ボタン９７３が押されるまでの間に、モール会員登録画面を表示させて、モール会員登録を促してもよい。また、このモール会員登録画面において、これまで利用してきた少額貯玉用会員カード２１１０をそのまま用いるか、別のカードや携帯機器（例えば、遊技者のスマートフォン）を用いるかを、選択させる画面を表示させてもよい。
また、景品交換装置のこのような制御は、通常、図５６に示す基幹サーバ２６００の景品交換制御部２６０５が行うが、図５８に示す少額貯玉管理サーバ２１２０に同様の景品交換制御部を設けて、上述の景品交換装置において、モール会員登録画面を表示させるまでの制御を、少額貯玉管理サーバ２１２０の景品交換制御部が行い、モール会員登録画面を表示した後の制御を、基幹サーバ２６００の景品交換制御部２６０５が行うようにしてもよい。
［本発明の第４の実施形態に係る景品交換システムの説明］
次に、図６２〜図６５を参照して、本発明の第４の実施形態に係る景品交換システム３００１について説明する。第４の実施形態に係る景品交換システム３００１は、これまで説明した、本発明の第１〜第３の実施態様に係る景品交換システムのいずれにも適用できるものであるが、ここでは、図３４に示す第２の実施形態に係る景品交換システム１００１をベースとして変形させた例について説明する。全体のシステム構成は、景品交換システム１００１と同様、ホール店舗の装置、ホール連携システム、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。
次に、図６２〜図６５を参照して、本発明の第４の実施形態に係る景品交換システム３００１について説明する。第４の実施形態に係る景品交換システム３００１は、これまで説明した、本発明の第１〜第３の実施態様に係る景品交換システムのいずれにも適用できるものであるが、ここでは、図３４に示す第２の実施形態に係る景品交換システム１００１をベースとして変形させた例について説明する。全体のシステム構成は、景品交換システム１００１と同様、ホール店舗の装置、ホール連携システム、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。
図６２に示す基幹サーバ３６００は、景品交換システム１００１の基幹サーバ１６００に新たな機能を加えたものである。モール会員管理部３６０１、景品選択制御部３６０４、景品交換制御部３６０５、景品発注制御部３６０６、行動履歴管理部３６０７、ネットワークＩ／Ｆ部３６０８、携帯デバイス管理部３６０９、少額貯玉管理部３６１０、及び匿名会員管理部３６１１を含む。これらの機能は、景品交換システム１００１の基幹サーバ１６００のモール会員管理部１６０１、景品選択制御部１６０４、景品交換制御部１６０５、景品発注制御部１６０６、行動履歴管理部１６０７、ネットワークＩ／Ｆ部１６０８、携帯デバイス管理部１６０９、少額貯玉管理部１６１０、及び匿名会員管理部１６１１にそれぞれ対応する機能を有する。さらに、基幹サーバ３６００は、あらたに、ジャーナル管理部３６１２を含むように構成される。
ジャーナル管理部３６１２は、遊技者による少額貯玉、貯玉、景品交換など、遊技者の貯玉に関する変動情報（すなわち、遊技者が保持する遊技媒体の価値に変動を与える操作に関する情報）をジャーナルデータとして逐一記録し、スマートフォン３５４０、フィーチャーフォン３５５８、携帯電話、及びその他の携帯機器によって実現されるジャーナルデータ表示装置からの要求に応じて、ジャーナルデータ表示装置に対し、そのジャーナルデータを時系列に順次送信するよう制御する。
また、基幹サーバ３６００は、外部記憶装置に基幹ＤＢ３６５０を記憶し、基幹ＤＢ３６５０には、基幹サーバ１６００の記憶する基幹ＤＢ１６５０に含まれるテーブルと同様のテーブルが記憶される。すなわち、基幹ＤＢ３６５０には、モール会員情報テーブル３６５１、モール会員遊技媒体保持数管理テーブル３６５２、お買い物リスト管理テーブル３６５３、交換レート管理テーブル３６５４、発注管理テーブル３６５５、行動履歴管理テーブル３６５６、匿名会員情報テーブル３６５７、及び電子価値管理テーブル３６５８が含まれる。
さらに、基幹ＤＢ３６５０には、上述したジャーナルデータを記憶するためのジャーナルテーブル３６５９が含まれる。
ここで、図６３には、基幹ＤＢ３６５０の各テーブルの内容が例示されている。図６３（Ａ）には、ジャーナルテーブル３６５９が示されている。ジャーナルテーブル３６５９には、上述のように、遊技者による少額貯玉、貯玉、景品交換など、遊技者が保持する遊技媒体の価値に変動を与える操作が、基幹サーバ３６００のジャーナル管理部３６１２によって逐一記録される。例えば、ジャーナルテーブル３６５９の１レコード目と２レコード目には、モール会員登録をした遊技者（モール会員ＩＤ「Ｕ１３８」）が、ホール店舗（店舗コード「２２５」）で貯玉し（２０円貸メダルを５００枚）、その後、景品交換により、２０円貸メダルを５００枚利用したということが記録されている。
また、例えば、ジャーナルテーブル３６５９の９レコード目〜１２レコード目には、モール会員登録をしていない、少額貯玉用会員カードを利用した遊技者（固有ＩＤ「Ｘ」）が、ホール店舗（店舗コード「５３４」）で４回、連続的に少額貯玉したこと（５円貸メダルをそれぞれ２０枚、４０枚、１００枚、８０枚）、が記録されている。
このような遊技者の行動履歴は、行動履歴管理テーブル３６５６から取り出すことも可能であるが、行動履歴管理テーブル３６５６は非常に大きなデータ量であるため、この例では、基幹サーバ３６００のジャーナル管理部３６１２によって、別途、ジャーナルテーブル３６５９に記憶するようにした。
また、ジャーナルテーブル３６５９は、この例では、貯玉の価値を、遊技媒体の種別と数量によって管理しているが、例えば、所定の電子価値の単位に変換した他の値によって管理することもできる。
図６３（Ｂ）には、モール会員遊技媒体保持数管理テーブル３６５２の内容が例示されている。ここで、例えば、モール会員登録をした遊技者（モール会員ＩＤ「Ｕ１３８」）は、ホール店舗（店舗コード「２２５」）において、２０円貸メダルの現在保持数がゼロであることが示されている。これは、ジャーナルテーブル３６５９において、遊技者（モール会員ＩＤ「Ｕ１３８」）が、２０円貸メダルを５００枚貯玉した後で、景品交換により、２０円貸メダルを５００枚利用したという行動履歴と符合する。
図６３（Ｃ）には、電子価値管理テーブル３６５８の内容が例示されている。ここで、例えば、少額貯玉用会員カードを利用した遊技者（固有ＩＤ「Ｘ」）は、ホール店舗（店舗コード「５３４」）において、電子価値データが１２００であることが示されている。これは、ジャーナルテーブル３６５９において、遊技者（固有ＩＤ「Ｘ」）が、５円貸メダルを合計で２４０枚貯玉したという行動履歴と符合する（この場合、電子価値を５×２４０（枚）により求めるものとする）。
次に、本発明の第４の実施形態に係る景品交換システム３００１における、ジャーナル表示処理について説明する。図６４は、ジャーナル表示処理を実現するための処理を、スマートフォン３５４０、モバイルＩ／Ｆサーバ３６８０、及び基幹サーバ３６００の主体別にそれぞれ表記したフローチャートである。当該処理は、主として、スマートフォン３５４０の表示制御部３５３４（図１４（Ａ）に示す、表示制御部５３４に対応する機能部）、及び基幹サーバ３６００のジャーナル管理部３６１２によって実現される。スマートフォン３５４０の表示制御部３５３４は、例えば、スマートフォン３５４０上で動作するアプリケーションによって実現され、このアプリケーションは、ネットワーク３６９０等を経由してダウンロードされてもよい。
最初に、遊技者が、スマートフォン３５４０を操作して、ジャーナル、すなわちその遊技者の貯玉に関する変動情報を表示させるよう指示を行うと、スマートフォン３５４０は、ジャーナル表示のために、ジャーナル表示指示画面の表示を行うよう指示する（ステップＳ３１０）。これに応じて、スマートフォン３５４０は、ジャーナル表示指示画面をスマートフォン３５４０のディスプレイに表示する（ステップＳ３１２）。
図６５（Ａ）には、ジャーナル表示指示画面の例が示されている。図６５（Ａ）のジャーナル表示指示画面３８８０では、ジャーナルを表示させるための条件を設定する。ジャーナル表示指示画面３８８０は、遊技者に表示条件を設定させる条件設定部３８８１を含む。例えば、プルダウンリストにより、ジャーナルを表示させるホール店舗を店舗コードにより指定することができる。プルダウンリストには、その遊技者が貯玉を行っているホール店舗の店舗コードが一覧表示される。また、例えば、プルダウンリストにより、ジャーナルを表示させる遊技媒体の種別（４円貸玉や２０円貸メダルなど）を指定することができる。また、ジャーナル表示指示画面３８８０は、パスワードを入力するためのパスワード入力部３８８２、及び指定された条件での表示を指示するための「表示」ボタン３８８３を含む。
図６４のフローチャートに戻ると、ステップＳ３１２でジャーナル表示指示画面を表示した後、スマートフォン３５４０に内蔵される非接触ＩＣチップの固有ＩＤ（例えば、ＩＤｍ）を読み取り、取得する（ステップＳ３１３）。固有ＩＤによって、システム側ではこの匿名会員を把握することができる（図６３（Ａ）のジャーナルテーブル３６５９参照）。また、遊技者がモール会員である場合は、モール会員情報テーブル３６５１を参照することによって、固有ＩＤとモール会員ＩＤとの対応付けが行われ、モール会員を把握することができる。
スマートフォン３５４０は、ジャーナル表示指示画面３８８０で「表示」ボタン３８８３がタッチされたかどうかを判断し（ステップＳ３１４）、タッチされるまでジャーナル表示指示画面３８８０の表示を維持する。「表示」ボタン３８８３がタッチされた場合、モバイルＩ／Ｆサーバ３６８０に対して、固有ＩＤ（例えば、ＩＤｍ）とともに、パスワード、及びジャーナル表示指示画面３８８０で指定された表示条件を送信する（ステップＳ３１５）。
モバイルＩ／Ｆサーバ３６８０は、スマートフォン３５４０から表示条件等を受信すると、これらを基幹サーバ３６００に送信する（ステップＳ３１６）。基幹サーバ３６００は、表示条件等を受信すると、モール会員情報テーブル３６５１等を参照して、固有ＩＤの正当性等をチェックし（ステップＳ３１７）、処理を進めることができるかどうか判定する（ステップＳ３１８）。固有ＩＤ、パスワード、表示条件の指定等に問題がある場合、エラー表示を行うよう指示を行い（ステップＳ３１９）、次に、モバイルＩ／Ｆサーバ３６８０がこれをスマートフォン３５４０に転送し（ステップＳ３２０）、この指示に応じて、スマートフォン３５４０は、ディスプレイにエラーを表示する（ステップＳ３２１）。また、ジャーナルテーブル３６５９に、表示条件に合致するジャーナルがない場合（例えば、遊技者が、指定された種別の遊技媒体に関して貯玉等を一切行っていない場合）に、該当データがない旨を示すエラーを表示するようしてもよい。
一方、ステップＳ３１８で、固有ＩＤ、パスワード、表示条件の指定等に問題がない場合、基幹サーバ３６００は、ジャーナルテーブル３６５９を参照し、表示条件を満たすレコード（ジャーナルデータ）をそれぞれ取得する（ステップＳ３２２）。上述のように、匿名会員の場合は、固有ＩＤを用いてジャーナルテーブル３６５９をそのまま参照し、遊技者がモール会員である場合は、モール会員ＩＤを用いてジャーナルテーブル３６５９を参照する（モール会員ＩＤは、モール会員情報テーブル３６５１を参照することによって、固有ＩＤに対応するものを求めることができる）。
ジャーナル表示装置が、以前に基幹サーバ３６００から受信したジャーナルデータのレコード番号や日時を記憶している場合は、以前に受信した最終のジャーナルデータの次のデータ以降を受信するよう制御される。他方、基幹サーバ３６００が、そのジャーナル表示装置に送信した最終のジャーナルデータのレコード番号や日時を記憶しておき、ジャーナル表示指示があった場合に、これらの情報から、次のデータを特定しジャーナル表示装置に送信することができる。
ステップＳ３２２の後、基幹サーバ３６００は、ジャーナルテーブル３６５９から取得した各レコードに含まれる操作の内容に応じて遊技媒体の数量に符号を付加する（ステップＳ３２３）。例えば、操作（遊技者の貯玉に関連する操作）が、「貯玉」である場合は＋（プラス）、「景品交換」である場合は−（マイナス）が付加される。ここで、ジャーナルテーブル３６５９に記憶された数量を、操作に応じて符号付き数値として管理することもでき、そのように管理した場合は、ステップＳ３２３における符号の付加は不要である。
次に、基幹サーバ３６００は、取得した各レコードのデータを時系列に順次、モバイルＩ／Ｆサーバ３６８０に送信する（ステップＳ３２４）。ここで送信されるデータは、例えば、店舗コード、操作、遊技媒体種別、数量、（操作）日時である。なお、この例では、時系列に順次レコードを送信するが、受信するジャーナル表示装置の側でソート等を行って所定の順序に表示する場合は、どのような順序で送信してもよい。
モバイルＩ／Ｆサーバ３６８０は、基幹サーバ３６００から上述のデータを受信すると、これらをスマートフォン３５４０に送信し（ステップＳ３２５）、このデータをスマートフォン３５４０が受信する（ステップＳ３２６）。次に、スマートフォン３５４０は、必要に応じて、受信したデータから直近の遊技媒体種別の数量を計算する（ステップＳ３２７）。データは、基幹サーバ３６００から日時の順に送信されるため、スマートフォン３５４０は、遊技媒体種別の数量を、受信した順で累積することによって、直近の（現在の）数量を求めることができる。次に、スマートフォン３５４０は、受信したデータ、及び計算した数量からジャーナル表示画面を生成し、ディスプレイに表示する（ステップＳ３２８）。
図６５（Ｂ）には、ジャーナル表示画面の例が示されている。図６５（Ｂ）のジャーナル表示画面３８９０の指定内容表示部３８９１には、遊技者が指定したホール店舗の店舗コードと遊技媒体の種別が表示されている。その下に、タイトル表示部３８９２が表示され、さらにその下に、ジャーナルデータ表示部３８９３が表示され、ここで、ジャーナルデータが、操作日時の経過順にリスト表示される。リスト表示がディスプレイのサイズを超えるような場合は、遊技者がスワイプ操作等により画面をスクロールさせることにより、すべてのジャーナルデータを閲覧することができる。
図６５（Ｂ）のジャーナル表示画面３８９０は、図６３（Ａ）に示したジャーナルテーブル３６５９の５レコード目と６レコード目を表示したものである。また、計算された、直近の遊技媒体の数量は、「現在の数量」として、現在数量表示部３８９４に表示されている。この例では、５レコード目（ジャーナルデータ表示部３８９３の上部に示されたジャーナルデータ）の＋１０００と、６レコード目（ジャーナルデータ表示部３８９３の下部に示されたジャーナルデータ）の−５００とが合計され、「現在の数量」が＋５００と表示される。
なお、ジャーナル表示画面３８９０に、「現在の数量」の項目を表示するかどうかについては、ジャーナル表示装置を所有する遊技者や景品交換システム３００１によって設定可能である。また、所定の条件に応じて「現在の数量」の項目の表示可否を決定してもよく、例えば、遊技者による操作履歴の内容や期間、貯玉の数量やその変動度合い等によって、自動的に決定することができる。
なお、この例では、遊技者には、ジャーナルとして遊技媒体の種別と数量が表示されるが、所定の電子価値を単位とした値によって表示されてもよい。また、この例では、モバイルＩ／Ｆサーバ３６８０は、スマートフォン３５４０と基幹サーバ３６００との間のデータ送受信を中継するサーバとして機能するが、モバイルＩ／Ｆサーバ３６８０をＷＥＢサーバやＡＳＰサーバとして構成することもできる。
また、この例では、スマートフォン３５４０等のジャーナル表示装置によってホール店舗の外でジャーナルデータが表示されるが、ホール店舗に配置されている、景品選択装置や景品交換装置として機能する装置、又はジャーナル表示を行う専用装置等を利用して、店舗内と店舗外で選択的にジャーナルデータを表示させることができる。
例えば、固有ＩＤ、又はモール会員ＩＤで管理される遊技者の遊技履歴、及び景品交換履歴を記憶する記憶領域に、その時点で遊技者が保持（貯玉）する遊技媒体の数量等を表すレコードを記憶した領域（第１の記憶領域）と、貯玉のＩＮとＯＵＴの更新履歴を示すジャーナルデータを記憶した領域（第２の記憶領域）とを設ける。そして、ホール店舗に配置されている端末からジャーナル表示指示があった場合には、端末ＩＤ（各端末ＩＤは、その端末が配置されているホール店舗と対応付けられている）より、ホール店舗の端末からの指示であることを認識し、当該端末により読み取られた遊技者ＩＤ（固有ＩＤ、又はモール会員ＩＤ）から、少なくとも上述の第１の記憶領域に記憶された、その遊技者ＩＤに対応する遊技媒体の数量等のレコードをそのホール店舗の端末に送信する。
一方、遊技者がジャーナル表示指示を行った端末がホール店舗の端末では無いと（すなわち、スマートフォン３５４０等の携帯機器からジャーナル表示指示があった場合）、当該端末の端末ＩＤから判断した場合には、上述の第１の記憶領域のレコードを送信せずに、第２の記憶領域のジャーナルデータを送信する。また、第１の記憶領域のデータと第２の記憶領域のデータを同一の格納領域に格納しておいて、送信する際にフィルタリング等を行って送信してもよいし、前記ジャーナルデータだけを記憶しておいて、ジャーナル表示指示があった場合にリアルタイムに遊技媒体の数量等の合計を演算処理した結果を、ホール店舗の端末のみに送信するように構成してもよい。
このような構成により、ホール店舗などの予め記憶された特定の端末ＩＤからのジャーナル表示指示に限って、現時点で保持されている遊技媒体の数量等のデータ（直接的な数値データ）を送信するように構成することによって、遊技者がホール店舗外から接続してきた場合に、遊技者が現に蓄えている遊技媒体の数量等を直ぐに認識できないようにして、射幸心を必要以上に煽ることなく、ジャーナルから収支を認識して自制を促すことができる。
また、ここで、ジャーナルデータは、ホール店舗ごと、遊技者ＩＤ（固有ＩＤ、又はモール会員ＩＤ）ごとに記憶されており、スマートフォン３５４０等の携帯機器からジャーナル表示指示があった場合、基幹サーバ３６００のジャーナル管理部３６１２は、当該携帯機器の固有ＩＤ等に関連づけられた複数のホール店舗のうち、どのホール店舗に保持されている遊技媒体の数量を確認したいのかの入力を促す、店舗選択画面を表示するよう制御する。その後、確認したいホール店舗が選択された場合、そのホール店舗で保持されている遊技媒体の数量等の総計を直接的に数値で表示するデータは送信せずに、上述のジャーナルデータのみを送信する。遊技者は、自身の携帯機器に、ジャーナルデータに基づいて遊技媒体の数量等の合計を自動計算するプログラムを記憶しておき、このプログラムを、遊技者の選択、あるいは他の設定により実行可能とするように構成することもできる。
なお、ジャーナル表示指示を送信してきた装置がホール店舗に固定的に配置されていない装置か、ホール店舗内の装置であるかを、例えば、装置から店舗コードを受信することによって（例えば、ホール店舗に配置されていない装置からは、ブランクが送信される）判定することができる。また、それぞれの装置で実行されるアプリケーションが異なる場合は、そのアプリケーションの識別ＩＤやアプリケーションが送信する識別コードにより同様の判定を行うことができる。
また、この例では、スマートフォン３５４０は、必要に応じて、受信したデータから直近の遊技媒体種別の数量を計算するように構成されるが（ステップＳ３２７）、基幹サーバ３６００から直近の遊技媒体種別の数量（すなわち、その遊技者が保有する最終的な遊技媒体種別の数量）を（データ送信やメール送信を含む様々な送信方法により）直接受信し、スマートフォン３５４０において、遊技媒体種別の数量を、受信した順で累積することなく、遊技媒体の直近の（現在の）数量をディスプレイに表示するようにしてもよい。これらの２つのジャーナル表示方法は、どちらか一方を採用することもできるし、両方を採用することもできる。
また、基幹サーバ３６００が端玉貯玉（少額貯玉）を管理する場合に、上記のような、直近の遊技媒体種別の数量をスマートフォン３５４０に向けて送信できるようにしてもよい。このような構成により、貯玉行為としてのＩＮと、景品交換によるＯＵＴを日付順にジャーナル表示することができ、これによって、端玉貯玉を含む貯玉の残高の推移を、視認確認することができる。
また、これまで説明してきたすべての実施形態に係る景品交換システム（景品交換システム１、景品交換システム１００１、景品交換システム２００１、景品交換システム３００１、）では、各種データ（例えば、遊技者の遊技状況や景品交換状況を含む行動履歴を記憶する（ビッグデータとなりうる）行動履歴管理テーブル、モール会員の貯玉を管理するモール会員遊技媒体保持数管理テーブル、匿名会員の少額貯玉を管理する電子価値管理テーブル等）は、電算センターに配置される基幹サーバの１つの基幹ＤＢに格納されるよう例示されているが、これらのテーブルは、データ同期や接続の仕組み等を組み込むことで、必要に応じて、（当該基幹ＤＢ、又は他のＤＢに）後から増設することも可能である。
［本発明の第５の実施形態に係る景品交換システムの説明］
次に、図６６を参照して、本発明の第５の実施形態に係る景品交換システムのシステム概要について説明する。図６６に示す景品交換システム４００１は、図１に示す上述の景品交換システム１と同様、複数のホール店舗に配置された各装置、ホール連携システム、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。図６６の景品交換システム４００１は、好ましくは、ネット通販連動型の景品交換システムである。
次に、図６６を参照して、本発明の第５の実施形態に係る景品交換システムのシステム概要について説明する。図６６に示す景品交換システム４００１は、図１に示す上述の景品交換システム１と同様、複数のホール店舗に配置された各装置、ホール連携システム、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。図６６の景品交換システム４００１は、好ましくは、ネット通販連動型の景品交換システムである。
図６６に示す景品交換システム４００１では、従来の、特殊景品買取所や特殊景品問屋を介した、特殊景品による景品交換に代えて、通販景品交換券を用いた景品交換が実現可能となる。すなわち、本実施形態では、通販景品交換券が特殊景品に相当する。より詳しくは、遊技者がホール店舗での遊技によって獲得したメダルやパチンコ玉といった遊技媒体の数量に応じて、ホール店舗において通販景品交換券が発券され、遊技者は、スマートフォン等を操作することによって、その通販景品交換券を所定のＷＥＢサイトで買い取らせることができる。買い取りが行われた通販景品交換券は、その交換券の価値に応じた電子価値に交換され、遊技者に付与される。遊技者は、その後、蓄積された当該電子価値を用いて、上述の景品交換システム１とは別個の処理により、景品交換指示を行うことができる。
このような、通販景品交換券を介した景品交換システムによって、遊技者は、実質的に、ネット通販サイトを通じて１万円を超える景品を入手することが可能となる。また、この仕組みは、従来の特殊景品による景品交換のように、現金への交換がされるものではないが、遊技者は、ホール店舗から離れた特殊景品買取所を探したり、交換の度にその特殊景品買取所に行ったりする労力やリスクを低減させることができ、さらに、場所や時間の制限を受けることなく、スマートフォン等を用いて、自身が獲得した遊技媒体を電子価値に変換することができる。また、ホール店舗にとっては、このような有益な景品交換システムによって、遊技店の利用率を向上させることができるとともに、遊技店への会員登録を促進させることができ、結果的に会員数を増加させることができる。また、換金システムにおける経理の不透明性（いわゆる、ＯＵＴの問題）を効果的に排除することができる。
このような、通販景品交換券を介した景品交換を実現するため、図６６に示す景品交換システム４００１のように、ホール店舗には、新たに通販景品交換券を発券する交換券発券装置４１５０が設置され、通販景品交換券の発券、及び通販景品交換券の買い取りを管理するために、複数のサーバが配置される通販景品買取センターが新設される。
その点で、図６６に示す景品交換システム４００１は、図１に示す景品交換システム１の変形例と捉えることができ、景品交換システム１と同様の景品選択制御、景品交換制御、景品発注制御、行動履歴管理等の各機能を備える。例えば、ホール店舗のホールコンピュータ４４００、ホールＤＢ４４３０、遊技機４０１０、サンド装置４０２０、デジタルサイネージ装置４５１５、景品ＰＯＳ４５００、景品ＰＯＳ連携専用端末４５２０、及び専用端末４５３０はそれぞれ、景品交換システム１における、ホール店舗のホールコンピュータ４００、ホールＤＢ４３０、遊技機１０、サンド装置２０、デジタルサイネージ装置５１５、景品ＰＯＳ５００、景品ＰＯＳ連携専用端末５２０、及び専用端末５３０に対応する。また、電算センターの基幹サーバ４６００、基幹ＤＢ４６５０、ショップ管理サーバ４７００、景品ＤＢ４７５０、ＡＳＰ−Ｉ／Ｆサーバ４８００、個別ショップＩ／Ｆサーバ４８２０、及びＥＣモールＩ／Ｆサーバ４８４０はそれぞれ、景品交換システム１における、基幹サーバ６００、基幹ＤＢ６５０、ショップ管理サーバ７００、景品ＤＢ７５０、ＡＳＰ−Ｉ／Ｆサーバ８００、個別ショップＩ／Ｆサーバ８２０、及びＥＣモールＩ／Ｆサーバ８４０に対応する。また、景品交換システム４００１には、景品交換システム１と同様、モバイルＩ／Ｆサーバ６８０に対応するモバイルＩ／Ｆサーバ４６８０、ネットワーク６９０に対応するネットワーク４６９０が含まれるが、図６６では記載を省略する。
さらに、図６６では記載を省略したが、景品交換システム４００１のホール連携システムには、景品交換システム１のホール連携システムに含まれるホール連携コンピュータ５６０、ホール連携ＤＢ５７０、及びセンター店舗Ｉ／Ｆサーバ５８０に対応する装置等がそれぞれ配置される（センター店舗５９０に対応するセンター店舗も配置される）。
また、景品交換システム４００１のネット通販サイトには、景品交換システム１のネット通販サイトに含まれるＥＣショップＡＳＰサーバ８５０、ショップサーバ８７０、ショップサーバ８７２、ＥＣモール管理サーバ８６０、及びショップサーバ８７４に対応する装置等がそれぞれ配置されるが、これも、図６６では記載を省略した。ここでは、景品交換システム１に対して新たに追加された構成要素、及び内部の機能が変更された構成要素について特に詳細に説明を行うこととする。
ホール店舗には、ホールコンピュータ４４００、遊技機４０１０、景品選択装置、及び景品交換装置が配置され、さらに、上述のように、交換券発券装置４１５０が配置される。交換券発券装置４１５０は、遊技者が獲得した遊技媒体の数量に応じた価値の通販景品交換券４２６０のプリント等を行うための端末である。遊技者は、交換券発券装置４１５０に、遊技媒体（メダルやパチンコ玉）の計数結果を印刷したレシートを読み取らせるようホール店舗のスタッフに指示し（又は、遊技者自身がレシートの読み取りを行い）、その後、交換券発券装置４１５０からプリントされた通販景品交換券４２６０を受け取る。このとき、遊技者は、モール会員登録を行ったモール会員であってもよいが、そうでなくてもよい。例えば、遊技者の氏名、メールアドレス、住所等をシステムに入力することなく、プリントされた通販景品交換券４２６０を受け取ることができる。なお、遊技者がモール会員である場合は、例えば、近距離無線通信規格（ＮＦＣ：Near Field Communication）に基づく非接触ＩＣチップを備えたスマートフォン４２３５のような携帯機器を交換券発券装置４１５０にかざして、スマートフォン４２３５の固有ＩＤを交換券発券装置４１５０に読み取らせることによって、そのモール会員を識別する。
通販景品交換券４２６０は、例えば、１つの交換券ＩＤがプリントされたチケットであり、５０００や１０００といった、所定の単位の電子価値に対応付けられたものである。
ホールコンピュータ４４００は、景品交換システム１のホールコンピュータ４００と同様、そのホール店舗に配置された装置の状態（遊技者の遊技状況等を含む）や、会員、及び景品に関する情報を管理する等の機能を有し、交換券発券装置４１５０から、通販景品交換券４２６０の発券に応じた費用の決済のために、遊技者に発券された通販景品交換券４２６０の価値に関する情報を受信する。
景品選択装置には、専用端末４５３０、スマートフォン４５４０、及びフィーチャーフォン４５５８等の、ネットワーク通信可能な任意の端末が含まれる。
電算センターに配置される基幹サーバ４６００は、景品交換システム１と同様、モール会員登録した遊技者をモール会員として管理し、遊技者の景品選択や景品交換の操作に応じてそれぞれ景品選択制御処理、景品交換制御処理を行い、景品交換が決定した場合には、自動的に対応するネット通販サイトに対する景品発注処理を行う。また、各ホール店舗におけるモール会員について、遊技状況や景品交換状況を含む行動履歴を収集し記憶する。
さらに、景品交換システム４００１においては、通販景品買取センターに、会員管理サーバ４１７０、通販景品発券サーバ４２００、通販景品買取サーバ４２１０、ＤＢサーバ４１８５、及びモバイルＩ／Ｆサーバ４２２０が配置される。会員管理サーバ４１７０は、基幹サーバ４６００の基幹ＤＢから、モール会員登録した遊技者の情報を取得し管理する。通販景品発券サーバ４２００は、交換券発券装置４１５０からの発券リクエストに応じて、通販景品交換券４２６０にプリントする交換券ＩＤを返信する。通販景品買取サーバ４２１０は、スマートフォン４２３５からの、遊技者による買取リクエストに応じて、入力された交換券ＩＤに対応する価値を、その遊技者に対応付けて蓄積管理する。なお、交換券ＩＤに対応する当該価値は、景品との交換が可能で、かつ、所定範囲で電子的な流通が可能な価値を表す所定の電子価値を単位として管理される。
ＤＢサーバ４１８５は、景品交換システム４００１において、通販景品交換券を介した景品交換を実現するために必要なデータベースである買取管理ＤＢ４１９０を管理する。モバイルＩ／Ｆサーバ４２２０は、スマートフォン４２３５で実行されるＷＥＢブラウザからのアクセスに応じて、これらの装置に所定のＷＥＢページを提供するＷＥＢサーバ機能を提供する。また、スマートフォン４２３５で実行される他のアプリケーションからのアクセスに応じて、データの送受信を行うアプリケーションサーバとしても機能しうる。モバイルＩ／Ｆサーバ４２２０は、スマートフォン４２３５の操作に応じて、通販景品買取サーバ４２１０に対しデータ送受信を行う。また、スマートフォン４２３５とモバイルＩ／Ｆサーバ４２２０の間は、携帯ネットワークや無線ＬＡＮネットワークを含むネットワーク４２３０により接続される。ここで、スマートフォン４２３５は、通販景品交換券４２６０の発券を受けた遊技者が所有するスマートフォン４２３５であるが、これは一例に過ぎず、図６６に示すような、景品選択装置として機能するスマートフォン４５４０やフィーチャーフォン４５５８のような他の携帯機器であってもよいし、遊技者のＰＣ（パーソナルコンピュータ）であってもよい。スマートフォン４２３５は、例えば、図１０に示すような構成のスマートフォンである。
また、この例では、遊技者の獲得した遊技媒体の価値が、通販景品交換券４２６０に変換され、さらにこれを遊技者が通販景品買取センターに買い取らせることによって、遊技者に、当該遊技媒体の価値に応じた電子価値が蓄積されるが、商品の通貨価値を表す（例えば、５０００円、１０００円といった）円単位での管理を排除するものではない。また、電子価値の単位が、円の単位と同じであるということも想定し得る。
また、図６６に示す景品交換システム４００１は、図１に示す景品交換システム１の変形例として示したが、上述の第２の実施形態に係る景品交換システム１００１、第３の実施形態に係る景品交換システム２００１、第４の実施形態に係る景品交換システム３００１のそれぞれに対して適用し実施することができる。
なお、景品交換システム４００１の通販景品買取センターは、基本的にホール店舗、電算センターとは異なる場所に設けられるが、通販景品買取センター内のサーバ装置やデータベースを、複数箇所に分散して配置することもできる。また、１つのサーバ、１つのデータベース、１つのテーブルをそれぞれ複数に分割して、分散配置することもできる。
また、図６６に示す景品交換システム４００１の例では、通販景品買取センター内に通販景品発券サーバ４２００と通販景品買取サーバ４２１０が配置されているが、これらの２つのサーバは、必ずしも同一の通販景品買取センター内に配置される必要はなく、また、それぞれ物理的に異なる場所に配置されるようにしてもよい。さらに、通販景品発券サーバ４２００と通販景品買取サーバ４２１０を、それぞれ異なる運営法人によって運営することもできる。
次に、図６７を参照して、ホール店舗、遊技者、通販景品買取センター、及び電算センターとの間での全体的な処理概要について説明する。図６７（Ａ）に示すように、ホール店舗の交換券発券装置４１５０で、遊技者が持参したレシートが読み取られ、遊技媒体の種別と数量が取得されると、ホール店舗のスタッフ等の指示に応じて、通販景品買取センターに対して発券リクエストを行い、店舗コードと遊技媒体価値情報（レシートから読み取った遊技媒体の種別と数量、玉単価）を含む発券リクエスト情報が送信される。通販景品買取センターは、発券リクエストを受けると、受信した遊技媒体の種別と数量に応じた通販景品交換券４２６０の交換券ＩＤを含む発券情報と、発券される通販景品交換券４２６０の価値を表す交換券価値情報をホール店舗の交換券発券装置４１５０に送信する。
ホール店舗の交換券発券装置４１５０は、発券情報を受信すると、その発券情報に基づいて、受信した交換券ＩＤがプリントされた通販景品交換券４２６０を発券する。また、発券された通販景品交換券４２６０の価値を表す交換券価値情報を、交換券発券装置４１５０からホールコンピュータ４４００に送信する。これは、ホール店舗側が、通販景品買取センター等から、通販景品交換券４２６０の発券や景品交換に関する費用として請求を受けた際に、その根拠となる金額を把握しておく必要があるためである。
発券された通販景品交換券４２６０にプリントされた交換券ＩＤは、遊技者によって、遊技者の所有するスマートフォン４２３５に入力され、買取リクエストとして通販景品買取センターに送信され、通販景品買取センターで通販景品交換券４２６０の買い取りが行われ、遊技者に、その通販景品交換券４２６０の価値に相当する電子価値が付与される。遊技者は、こうして付与された電子価値を用いて、景品交換を行うことができる。また、通販景品買取センターは、電算センターの基幹サーバ４６００にアクセスし、モール会員情報テーブル６５１の情報を所定タイミングで取得し、通販景品買取センターのモール会員情報テーブル４１９４にコピーすることによって、これらのテーブルを同期管理する。
通販景品買取センターでは、このように求めた電子価値データを電子価値管理テーブルに遊技者ごとの累積値として記憶し、遊技者がその電子価値データを対価として景品交換を行った場合、景品の価値に相当する電子価値データを電子価値管理テーブルの累積値から差し引く。
通販景品買取センターは、必要に応じて各種手数料等を考慮し、通販景品交換券４２６０に関する費用をホール店舗に対して請求することができる。ホール店舗のホールコンピュータ４４００は、請求された金額を通販景品買取センターに支払う。この請求と支払いによって、ホール店舗における通販景品交換券４２６０の交換は完了しており、その後、その通販景品交換券４２６０が買い取られた結果得られた電子価値によってネット通販サイトで扱う商品との景品交換が行われ、ネット通販サイト、通販景品買取センター、及び電算センターの間で、各種手数料を含む費用のやりとりが行われる。
なお、通販景品買取センターによるホール店舗への請求は、複数の発券処理についてまとめて行ったり、所定の期間ごとにまとめて行ったりすることができる。また、図６７（Ａ）の例では、通販景品買取センターによる金額請求が、通販景品買取センターからホールコンピュータ４４００に対して行われるように示されているが、これは便宜上の表記に過ぎず、実際は、例えば、通販景品買取センターから、所定の銀行決済システムに対して決済指示を送信することによって、ホール店舗の運営主体の銀行口座に請求を行うといった処理になる。同様に、金額支払いが、ホールコンピュータ４４００から通販景品買取センターに対して行われているように示されているのも、便宜上の表記である。また、通販景品買取センターとホール店舗の間の決済は、それぞれの運営主体等を含んだ多数のルートによって実現し得る。また、ここでは、通販景品買取センターにおける処理に関して、サーバを特定せずに説明したが、各種サーバの機能については後で詳細に説明する。
図６７（Ｂ）には、通販景品交換券４２６０の例が示されている。図６７（Ｂ）の通販景品交換券４２６０は、１枚の（紙の）通販景品交換券４２６０であり、「通販景品交換券」というタイトルと、交換券ＩＤがプリントされている。交換券ＩＤは、本実施形態では、英数字等からなるユニークなＩＤであり、不正防止の観点からワンタイムのＩＤであることが好ましいが、ここでは、便宜上、英字１文字と数字３文字からなる４文字のＩＤとする。買取期限や対応する電子価値（例えば、５０００や１０００など）をプリントしていてもよい。
次に、図６８を参照して、交換券発券装置４１５０の構成について説明する。図６８は、交換券発券装置４１５０の構成を示すブロック図である。交換券発券装置４１５０は、メインＣＰＵ４１５１、ＲＯＭ４１５２、ＲＡＭ４１５３、バーコードリーダ４１５４、店舗側ディスプレイ４１５５、キーボード４１５６、プリンタ４１５７、インターフェイス４１５８、及びスピーカ４１５９を備えている。
メインＣＰＵ４１５１は、ＲＯＭ４１５２、及びＲＡＭ４１５３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ４１５１は、ホール店舗のスタッフ等の指示に応じて、通販景品発券サーバ４２００に発券リクエストを送信し、通販景品発券サーバ４２００から受信した発券情報に含まれる交換券ＩＤをチケットにプリントして通販景品交換券４２６０を発券する。当該制御プログラムは、インターフェイス４１５８を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
店舗側ディスプレイ４１５５は、ホール店舗のスタッフによるタッチ操作が可能な、タッチパネルディスプレイとして構成される。メインＣＰＵ４１５１は、店舗側ディスプレイ４１５５を介して通販景品交換券４２６０の発券指示を受信する。店舗側ディスプレイ４１５５には、通販景品交換券４２６０の発券完了の旨や、通販景品交換券４２６０の発券に関する詳細な内容が表示される。また、店舗側のスタッフは、キーボード４１５６を用いて当該操作の少なくとも一部を行うこともできる。
プリンタ４１５７は、メインＣＰＵ４１５１の指令に応じて、通販景品交換券４２６０を発券するために、チケットに交換券ＩＤをプリントする。プリンタ４１５７は、サーマルプリンタ、ドットプリンタ、インクジェットプリンタ、レーザープリンタを含む様々なプリンタとして構成され得る。また、この例では、交換券発券装置４１５０に内蔵されるタイプとして示したが、所定のケーブル、又は無線通信を介して接続される外部プリンタであってもよい。
インターフェイス４１５８は、ホールコンピュータ４４００、及び通販景品発券サーバ４２００とのデータ通信を制御する。例えば、ホールコンピュータ４４００とは構内ＬＡＮを介して接続され、通販景品発券サーバ４２００とは、ＶＰＮ（Virtual Private Network）を介して接続される。これらの装置間の接続は、有線ネットワーク、無線ネットワークのどちらによっても実現され得る。スピーカ４１５９は、警告音、警告音声、効果音等を含む音声を出力する。
また、交換券発券装置４１５０は、図示するように、情報カードリーダ／ライタ、及び非接触ＩＣカードリーダ／ライタを備えるように構成することができる。このように交換券発券装置４１５０を構成した場合、サンド装置２０の各台計数装置や島端計数装置によって情報カードや非接触ＩＣカードに計数結果を登録した場合、情報カードリーダ／ライタを介して情報カードから読み取った会員ＩＤ（ホール店舗の遊技者ＩＤ）、又は非接触ＩＣカードリーダ／ライタを介して非接触ＩＣカードから読み取った会員ＩＤを取得し、ホールコンピュータ４４００にアクセスして、取得した会員ＩＤに対応付けられた遊技媒体の保持数（遊技者が獲得したメダル枚数又はパチンコ玉数）を把握することができ、結果的に、遊技者が計数結果をレシートに印刷して交換券発券装置４１５０まで持参する必要がなくなる。
また、交換券発券装置４１５０は、図示するように、遊技者側ディスプレイを備えるように構成して、遊技者によって、レシートの読み取り指示や、通販景品交換券４２６０の発券指示を行わせるようにすることができる。
次に、図６９を参照して、会員管理サーバ４１７０の構成について説明する。図６９は、会員管理サーバ４１７０の構成を示すブロック図である。会員管理サーバ４１７０は、メインＣＰＵ４１７１、ＲＯＭ４１７２、ＲＡＭ４１７３、外部記憶装置４１７４、ディスプレイ４１７５、インターフェイス４１７６、及びスピーカ４１７７を備えている。
メインＣＰＵ４１７１は、ＲＯＭ４１７２、及びＲＡＭ４１７３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ４１７１は、後述するような、モール会員の情報の同期管理を行う。また、当該制御プログラムは、インターフェイス４１７６を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
外部記憶装置４１７４には、会員管理サーバ４１７０で実行される処理に関する各種データが記憶される。ディスプレイ４１７５は、会員管理サーバ４１７０における管理状態を表示させ、あるいは不正や異常の発生を報知するものである。このディスプレイ４１７５は、例えば、液晶表示装置によって実現される。
インターフェイス４１７６は、基幹サーバ４６００、及び通販景品買取サーバ４２１０との間のデータ通信を制御する。
スピーカ４１７７は、不正や異常が生じた場合に、ディスプレイ４１７５とともに報知を行うものである。このスピーカ４１７７は、不正や異常の報知以外にも各種の音声データを出力する。
なお、図６９では、会員管理サーバ４１７０の構成を示したが、他のサーバ、すなわち、ＤＢサーバ４１８５、通販景品発券サーバ４２００、通販景品買取サーバ４２１０、モバイルＩ／Ｆサーバ４２２０についてもこれと同様の構成であり、詳細な説明を省略する。ただし、ＤＢサーバ４１８５では、インターフェイスが、会員管理サーバ４１７０、通販景品発券サーバ４２００、及び通販景品買取サーバ４２１０との間のデータ通信を制御し、通販景品発券サーバ４２００では、インターフェイスが、ＤＢサーバ４１８５との間のデータ通信を制御し、通販景品買取サーバ４２１０では、会員管理サーバ４１７０、及びモバイルＩ／Ｆサーバ４２２０との間のデータ通信を制御し、モバイルＩ／Ｆサーバ４２２０では、通販景品買取サーバ４２１０との間のデータ通信を制御する点で上述の会員管理サーバ４１７０の構成とは異なる。
次に、図７０を参照して、通販景品交換券４２６０の発券及び買い取りに係る、遊技者の動作フローについて説明する。
図７０（Ａ）は、遊技者が、通販景品交換券４２６０の発券を行う場合のフローである。遊技者は、最初に、サンド装置４０２０に現金等を投入して、メダルやパチンコ玉の貸し出しを受ける（ステップＳ４０１）。その後、遊技者は、遊技機４０１０で遊技を行い（ステップＳ４０２）、メダルやパチンコ玉を獲得できた場合は、島端計数装置等でそのメダル等の計数を指示し、計数結果が印刷されたレシートを出力する（ステップＳ４０３）。次に、遊技者は、そのレシートをカウンター等に持参し、ホール店舗のスタッフに提示すると、ホール店舗のスタッフは、それを交換券発券装置４１５０に読み取らせ（ステップＳ４０４）、通販景品交換券４２６０の発券を指示する（ステップＳ４０５）。交換券発券装置４１５０が、通販景品交換券４２６０の発券指示に応じて、発券リクエスト情報を通販景品発券サーバ４２００に送信すると、通販景品発券サーバ４２００がこの発券リクエスト情報を受信し（ステップＳ４０６）、発券リクエスト情報に応じて交換券ＩＤを決定し、その交換券ＩＤを含む発券情報を交換券発券装置４１５０に送信する（ステップＳ４０７）。交換券発券装置４１５０は、次に、受信した発券情報に基づいて、交換券ＩＤをチケットに印刷し、通販景品交換券４２６０を発券する（ステップＳ４０８）。
図７０（Ｂ）は、遊技者が、通販景品交換券４２６０の買い取りを行わせる場合のフローである。遊技者は、最初に、スマートフォン４２３５で所定のＵＲＬにアクセスし、そこでログインを行う（ステップＳ４１１）。この例では、遊技者が通販景品交換券４２６０の買い取りを行わせる場合には、モール会員登録がされていることを条件としている。一方、図７０（Ａ）に示す、通販景品交換券４２６０の発券の時点では、モール会員登録は必須ではない。次に、遊技者は、スマートフォン４２３５のディスプレイに表示された入力部に、通販景品交換券４２６０にプリントされた交換券ＩＤを入力し、通販景品交換券４２６０の買取指示を行う（ステップＳ４１２）。スマートフォン４２３５が、遊技者による買取指示に応じて、買取リクエスト情報を通販景品買取サーバ４２１０に送信すると、通販景品買取サーバ４２１０がこの買取リクエスト情報を受信し（ステップＳ４１３）、買取リクエストに応じて、その遊技者に係る電子価値データを更新し、電子価値データの更新結果を含む買取情報をスマートフォン４２３５に送信する（ステップＳ４１４）。次に、スマートフォン４２３５は、通販景品買取サーバ４２１０から買取情報を受信し、受信した買取情報に基づいて、スマートフォン４２３５のディスプレイに、蓄積された電子価値データ（合計価値）等を表示する（ステップＳ４１５）。
次に、図７１を参照して、交換券発券装置４１５０の機能について説明する。図７１は、交換券発券装置４１５０の機能ブロック図である。交換券発券装置４１５０は、アクセス管理部４１６１、発券管理部４１６２、及びネットワークＩ／Ｆ部４１６３を含む。
アクセス管理部４１６１は、ネットワークＩ／Ｆ部４１６３を介して交換券発券装置４１５０が通販景品発券サーバ４２００にアクセスできるよう制御する。発券管理部４１６２は、レシート等から読み取った遊技媒体の種別と数量、その交換券発券装置４１５０が配置されるホール店舗の交換レート（玉単価）、及びそのホール店舗の店舗コードを含む発券リクエスト情報を通販景品発券サーバ４２００に送信する。
また、発券管理部４１６２は、通販景品発券サーバ４２００から、発券リクエスト情報に応じて決定された交換券ＩＤを含む発券情報を受信し、その交換券ＩＤをプリントした通販景品交換券４２６０を発券する。交換券ＩＤは、レシート等から読み取った遊技媒体の種別と数量から求められる価値に相当する交換券を識別するためのＩＤである。
ネットワークＩ／Ｆ部４１６３は、インターネット等のネットワークに接続して、相手方のコンピュータ（ここでは、ホールコンピュータ４４００や通販景品発券サーバ４２００）とデータ送受信を行うよう制御する。（以降、他の装置のネットワークＩ／Ｆ部についても同様である）。
また、この例では、交換券発券装置４１５０は、通販景品交換券４２６０の発券等を行うための単独の装置として構成されているが、他の様々な装置と一体的に構成することができる。例えば、景品ＰＯＳ４５００と一体化して構成するようにもできる。また、サンド装置４０２０がプリンタを備えることができれば、サンド装置４０２０に交換券発券装置４１５０の各機能を組み込むようにすることもできる。
なお、図７１に示すように、交換券発券装置４１５０に会員管理部を設けて、モール会員登録をしたモール会員について、通販景品交換券４２６０の発券を行うよう制御することができる。この場合、交換券発券装置４１５０は、非接触ＩＣカードリーダ／ライタによって、遊技者のスマートフォン４２３５等の固有ＩＤを読み取り、会員管理部は、後述する会員管理サーバ４１７０のモール会員管理部４１８１と協働して、読み取った固有ＩＤ等に基づいて、その遊技者が、すでに登録されているモール会員であるか否かを判定する。
次に、図７２（Ａ）を参照して、会員管理サーバ４１７０の機能について説明する。図７２（Ａ）は、会員管理サーバ４１７０の機能ブロック図である。会員管理サーバ４１７０は、モール会員管理部４１８１、会員情報同期管理部４１８２、及びネットワークＩ／Ｆ部４１８３を含む。
モール会員管理部４１８１は、通販景品買取サーバ４２１０からの問い合わせに応じて、受信した固有ＩＤが正当なモール会員であるか否かをチェックし、その結果を通販景品買取サーバ４２１０に返信する。モール会員であるか否かのチェックは、図７５（Ａ）に示すモール会員情報テーブル４１９４を参照して行う。モール会員情報テーブル４１９４は、後述するように、会員情報同期管理部４１８２によって、基幹ＤＢ４６５０に記憶されているモール会員情報テーブルと同期されたテーブルである。
会員情報同期管理部４１８２は、図７５（Ａ）に示すモール会員情報テーブル４１９４が、基幹ＤＢ４６５０に記憶されるモール会員情報テーブルと同期されるように制御する。基幹ＤＢ４６５０に記憶されるモール会員情報テーブルは、図２１、及び図２２に示すような、モール会員登録処理によって記憶されるモール会員情報テーブル６５１（図１８（Ｂ）参照）と同様のテーブルであり、モール会員情報テーブル４１９４が、このテーブルと同じになるよう同期管理される。同期処理は、リアルタイムに近いタイミングで実現され得るが、所定の間隔で同期処理が行われるようにしてもよい。また、この例では、図１８（Ｂ）に示すモール会員情報テーブル６５１と図７５（Ａ）に示すモール会員情報テーブル４１９４は、同じ項目を有するように構成されているが、必要に応じて、いくつかの項目を省略してもよい。
図７２（Ｂ）は、ＤＢ（データベース）サーバ４１８５の機能ブロック図である。ＤＢサーバ４１８５は、データベース制御部４１８６、及びネットワークＩ／Ｆ部４１８７を含む。また、ＤＢサーバ４１８５は、買取管理ＤＢ４１９０を備え、買取管理ＤＢ４１９０には、発券リクエスト管理テーブル４１９１、交換券管理テーブル４１９２、電子価値管理テーブル４１９３、モール会員情報テーブル４１９４、交換券種管理テーブル４１９５、及びモール会員行動履歴管理テーブル４１９６を記憶する。
データベース制御部４１８６は、他のサーバからデータベースアクセスの要求を受けると、その要求に応じて指定されたテーブルのレコードを参照、又は更新（追加、削除を含む）する。この例では、データベース制御部４１８６は、一般的なＤＢＭＳ（Database Management System）であるが、他の様々なデータ形式を用いてデータを記憶し、更新等するよう管理することができる。
図７３（Ａ）は、通販景品発券サーバ４２００の機能ブロック図である。通販景品発券サーバ４２００は、アクセス管理部４２０１、発券リクエスト管理部４２０２、価値情報送信部４２０３、金額請求部４２０４、及びネットワークＩ／Ｆ部４２０５を備える。
アクセス管理部４２０１は、ネットワークＩ／Ｆ部４２０５を介して通販景品発券サーバ４２００が交換券発券装置４１５０にアクセスできるよう制御する。発券リクエスト管理部４２０２は、交換券発券装置４１５０から通販景品交換券４２６０の発券指示があって、発券リクエスト情報を受信した場合に、この発券リクエスト情報に応じて、交換券ＩＤを決定し、その交換券ＩＤと発券に関する情報を含む発券情報を交換券発券装置４１５０に送信する。
価値情報送信部４２０３は、通販景品交換券４２６０が発券され、さらにその通販景品交換券４２６０が買い取られることによって、将来的にホール店舗に請求される費用（後述の金額請求部４２０４により請求される金額）を計算し検証するために必要な交換券価値情報を、その交換券発券装置４１５０に送信する（ホールコンピュータ４４００に直接送信してもよい）。ここで、交換券価値情報は、例えば、発券された通販景品交換券４２６０の電子価値と、その通販景品交換券４２６０の枚数を含む情報である。
金額請求部４２０４は、通販景品交換券４２６０が発券された場合に、その通販景品交換券４２６０に対応する電子価値に相当する金額を、その通販景品交換券４２６０を発券したホール店舗に請求する。遊技者が、発券された通販景品交換券４２６０を通販景品買取センターに買い取らせた後、その遊技者に付与された電子価値で景品交換システム１に関して前述したものと同様の景品交換指示を行うと、電算センターから当該景品交換に関する費用が通販景品買取センターに請求されることになる。そのため、通販景品買取センターでは、通販景品交換券４２６０が発券されたタイミングで、将来的に景品交換により請求されることになる費用をホール店舗に請求する。なお、ホール店舗への請求は、通販景品買取センターからホール店舗の運営主体に対する請求であり、例えば、所定の銀行決済システムに対して請求指示を送信するといった処理によって実現される。こうした請求は、複数の対象について、後でまとめて請求することもできる。また、請求額については、各種税金や手数料を差し引いて（又は付加して）最終的な請求額を決定するようにもできる。
なお、どの額をどのようなタイミングで請求するかについては様々に設定することができる。例えば、（１）通販景品交換券４２６０が発券されたタイミングでその都度、その通販景品交換券４２６０に対応する電子価値に相当する金額を請求したり、（２）通販景品交換券４２６０が発券された後、所定のタイミングでまとめて、該当する通販景品交換券４２６０に対応する電子価値に相当する金額を請求したり、（３）通販景品交換券４２６０の買い取りが行われたタイミングでその都度、その通販景品交換券４２６０に対応する電子価値に相当する金額を請求したり、（４）通販景品交換券４２６０の買い取りがされた後、所定のタイミングでまとめて、該当する通販景品交換券４２６０に対応する電子価値に相当する金額を請求したり、（５）遊技者に付与された電子価値により景品交換指示が行われたタイミングでその都度、その景品交換で必要となった電子価値に相当する金額を請求したり、（６）遊技者に付与された電子価値により景品交換指示が行われた後、所定のタイミングでまとめて、該当する景品交換で必要となった電子価値に相当する金額を請求したりするように構成することができる。
図７３（Ｂ）は、通販景品買取サーバ４２１０の機能ブロック図である。通販景品買取サーバ４２１０は、会員管理部４２１１、買取リクエスト管理部４２１２、行動履歴管理部４２１３、及びネットワークＩ／Ｆ部４２１４を備える。会員管理部４２１１は、遊技者のスマートフォン４２３５からログインがあった場合に、その遊技者がモール会員登録をしたモール会員であるか否かについてチェックを行う。この例では、モール会員についてのみ、通販景品交換券４２６０を買い取りさせることが可能であるよう設定されているが、こうした設定は、システムに応じて任意に設定可能である。会員管理部４２１１は、会員管理サーバ４１７０のモール会員管理部４１８１と協働して、遊技者のスマートフォン４２３５から読み取った固有ＩＤ等に基づいて、その遊技者が、すでに登録されているモール会員であるか否かを判定し、モール会員でない場合は、遊技者からの買取リクエストを拒否し、エラーメッセージを表示するよう制御する。
買取リクエスト管理部４２１２は、遊技者のスマートフォン４２３５から買取リクエストが合った場合に、買取リクエスト情報を受信し、その買取リクエスト情報に応じて、遊技者に係る電子価値データを更新する。すなわち、買い取りがされた通販景品交換券４２６０の交換券ＩＤから、その通販景品交換券４２６０の電子価値を求め、求められた電子価値を、電子価値を保持する電子価値管理テーブル４１９３の当該遊技者の電子価値に加算する。また、必要に応じて、電子価値データの更新結果を含む買取情報をスマートフォン４２３５に送信することもできる。
行動履歴管理部４２１３は、遊技者が通販景品交換券４２６０の買取リクエストを行った場合に、その操作に関する情報を、モール会員行動履歴管理テーブル４１９６に記憶する。モール会員行動履歴管理テーブル４１９６は、景品交換システム１のモール会員行動履歴管理テーブル６５６と同じ項目を有するものであり、必要に応じて、これらの２つのテーブルを所定のタイミングでマージして、又はより小さな集合にグループ化して管理するようにしてもよい。
図７４には、発券リクエスト管理テーブル４１９１、交換券管理テーブル４１９２、及び電子価値管理テーブル４１９３の例が示されており、図７５には、モール会員情報テーブル４１９４、交換券種管理テーブル４１９５、及びモール会員行動履歴管理テーブル４１９６の例が示されている。これらのテーブルの詳細については、必要に応じて後で説明する。
次に、図７６、及び図７７を参照して、通販景品交換券４２６０の発券処理について、詳細に説明する。図７６は、通販景品交換券４２６０の発券処理を、交換券発券装置４１５０、通販景品発券サーバ４２００、及びＤＢサーバ４１８５の主体別にそれぞれ表記したフローチャートであり、図７７は、交換券発券装置４１５０の店舗側ディスプレイ４１５５に表示される交換券発券指示画面と交換券発券画面を示す図である。
図７６を参照すると、最初に、交換券発券装置４１５０において交換券発券処理が開始され、交換券発券装置４１５０の店舗側ディスプレイ４１５５に、レシート読み取り画面（不図示）が表示される（ステップＳ４２１）。交換券発券装置４１５０における交換券発券処理は、例えば、交換券発券装置４１５０のディスプレイに表示されたメニュー画面（不図示）の項目をタッチすることで開始され、その後、レシートの読み取りを促すレシート読み取り画面が自動的に表示される。なお、この例では、交換券発券装置４１５０に関する操作は、すべて、その交換券発券装置４１５０が配置されたホール店舗のスタッフが行うものとする。
ここで、交換券発券装置４１５０は、ホール店舗のスタッフが、遊技者の要求に応じて、遊技者が持参したレシートをバーコードリーダ４１５４で読み取ったか否かを判定し（ステップＳ４２２）、読み取りが行われるまで、画面の表示を維持する。レシートには、遊技者が獲得した遊技媒体種別（例えば、４円貸パチンコ玉や２０円貸メダル等）とその保持数（貯メダル数、貯玉数）が、例えば、２次元バーコードや３次元バーコードの形態で記載されている。
レシートが読み取られると、図７７（Ａ）に示すような交換券発券指示画面４８８０を交換券発券装置４１５０の店舗側ディスプレイ４１５５に表示する（ステップＳ４２３）。図７７（Ａ）を参照すると、交換券発券指示画面４８８０には、レシートから読み取られた遊技媒体種別が遊技媒体種別表示部４８８１に表示され、レシートから読み取られた遊技媒体の数量（保持数）が玉数又はメダル枚数という単位で保持数表示部４８８２に表示され、通販景品交換券４２６０の発券を指示するための「ＯＫ」ボタン４８８３が表示されている。
次に、図７６のステップＳ４２４において、交換券発券装置４１５０は、ホール店舗のスタッフが、遊技者の指示に従って、「ＯＫ」ボタンをタッチするか否かを判定し、「ＯＫ」ボタンがタッチされるまで、交換券発券指示画面４８８０の表示を維持する。「ＯＫ」ボタンがタッチされると、そこで、発券リクエスト情報を通販景品発券サーバ４２００に送信する（ステップＳ４２５）。発券リクエスト情報には、その交換券発券装置４１５０が配置されるホール店舗の店舗コード、及び遊技媒体の価値を表す遊技媒体価値情報（例えば、レシートから読み取った遊技媒体の種別と数量、その交換券発券装置４１５０が配置されるホール店舗の交換レート（玉単価））が含まれる。また、ホール店舗のスタッフは、遊技者の指示により、レシートから読み取った遊技媒体の種別と数量により、そのまま通販景品交換券４２６０の発券を指示せずに、そのうちの一部（例えば、一部の遊技媒体種別や一部の数量）について、通販景品交換券４２６０の発券をするように指定することもできる。
ここで、ホール店舗の交換レートは、交換券発券装置４１５０に予め記憶され、あるいは、ホールコンピュータ４４００等に記憶され、そこから読み出されて通販景品発券サーバ４２００に送信されるが、通販景品発券サーバ４２００で各ホール店舗の交換レートを把握可能であれば、交換券発券装置４１５０から送信する必要はない。通販景品発券サーバ４２００は、例えば、基幹サーバ４６００の基幹ＤＢ４６５０に記憶される交換レート管理テーブル４６５４（図１９（Ｂ）に示す交換レート管理テーブル６５４と同様のテーブル）と同期したテーブルを有することによって、又は、交換レート管理テーブル４６５４を直接参照することによって、対応するホール店舗の交換レートを取得することができる。
また、交換券発券装置４１５０が配置されるホール店舗の店舗コードも、交換券発券装置４１５０に予め記憶され、あるいは、ホールコンピュータ４４００等に記憶され、そこから読み出されて通販景品発券サーバ４２００に送信される。また、通販景品発券サーバ４２００が、発券リクエスト情報を送信してきた交換券発券装置４１５０の機器識別ＩＤやネットワークアドレス等からその交換券発券装置４１５０のホール店舗を特定可能であれば、店舗コードを交換券発券装置４１５０から送信する必要はない。なお、店舗コードは、同じホール店舗内であっても遊技媒体種別（例えば、４円貸パチンコ玉や２０円貸メダル等）ごとに異なる店舗コードによって管理される場合がある。
また、この例では、交換券発券装置４１５０から送信される発券リクエスト情報には、遊技媒体の種別と数量が含まれ、通販景品発券サーバ４２００が、その遊技媒体の種別と数量に応じて、発行する通販景品交換券４２６０の交換券種と枚数を決定するが、こうした交換券種と枚数を交換券発券装置４１５０又は遊技者が決定し、それを発券リクエスト情報に含めて通販景品発券サーバ４２００に送信するようにしてもよい。
次に、通販景品発券サーバ４２００が、交換券発券装置４１５０から送信された発券リクエスト情報を受信し（ステップＳ４２６）、この発券リクエストのリクエストＩＤを採番するとともに、その内容を図７４（Ａ）に示す発券リクエスト管理テーブル４１９１に記憶するよう指示する。発券リクエスト管理テーブル４１９１は、例えば、図７４（Ａ）に示すように、リクエストＩＤ、店舗コード、遊技媒体種別、遊技媒体の数量、及び交換レートの各項目を記憶し、各ホール店舗の交換券発券装置４１５０から送信された発券リクエスト情報の内容を管理する。ＤＢサーバ４１８５は、通販景品発券サーバ４２００の指示に応じて、当該発券リクエスト情報の内容を記憶するレコードを作成するよう発券リクエスト管理テーブル４１９１を更新する（ステップＳ４２７）。
次に、通販景品発券サーバ４２００は、発券リクエスト情報に含まれる店舗コードで表される店舗（交換券発券装置４１５０が配置されている店舗）において発券可能な通販景品交換券４２６０の券種を把握するために、図７５（Ｂ）に示す交換券種管理テーブル４１９５にアクセスする（ステップＳ４２８）。交換券種管理テーブル４１９５は、図７５（Ｂ）に示すように、店舗コード、第１券種価値、第２券種価値、及び第３券種価値の各項目を記憶し、ホール店舗ごとに、発券可能な券種を管理する。図７５（Ｂ）に示す例では、最大３種類の券種について管理することが可能であるが、必要に応じてそれ以上の券種を管理できるよう拡張可能である。また、共通する券種の組合せを利用可能な複数のホール店舗をグループ化して管理することもできる。図７５（Ｂ）に示す交換券種管理テーブル４１９５では、例えば、店舗コード＝「０３４」のホール店舗において、３種類の電子価値（すなわち、５０００、１０００、及び２００）の通販景品交換券４２６０が発券可能（すなわち、利用可能）であることが定義されている。ＤＢサーバ４１８５は、通販景品発券サーバ４２００の指示に応じて、交換券種管理テーブル４１９５を参照し、対応する店舗コードのレコードを通販景品発券サーバ４２００に送信する（ステップＳ４２９）。
次に、通販景品発券サーバ４２００は、発券可能な通販景品交換券４２６０の券種と、遊技媒体の種別と数量、及び交換レートから求められる遊技媒体の価値から、発券する通販景品交換券４２６０の種類と枚数、及び余りの遊技媒体の数量（余メダル、余玉）を決定する（ステップＳ４３０）。遊技媒体の価値が、発券可能な通販景品交換券４２６０のうち最大の価値のものを超える場合、複数の通販景品交換券４２６０が発券され得るが、通常は、最大の価値の通販景品交換券４２６０から最小の価値の通販景品交換券４２６０の順に、余りが最小になるよう割り当てられる。ただし、状況に応じて、様々な割り当て方法を採用することができる。
通常の割当方法では、例えば、図７４（Ａ）の発券リクエスト管理テーブル４１９１の、リクエストＩＤ＝「Ｒ００１」で表される発券リクエスト情報は、店舗コード＝「０３４」で、遊技媒体の価値が１２０４０（２０（遊技媒体種別が２０円貸メダル）×６０２（遊技媒体の数量）×１（交換レート））である。そして、この発券リクエストに関して発券される通販景品交換券４２６０は、図７５（Ｂ）の交換券種管理テーブル４１９５に記憶された、対応するホール店舗（店舗コード＝「０３４」）の券種を参照して、第１券種（電子価値＝５０００）が２枚、第２券種（電子価値＝１０００）が２枚、余りが４０（すなわち、余メダルが２枚）、となる。
次に、通販景品発券サーバ４２００は、決定した通販景品交換券４２６０のそれぞれに交換券ＩＤを付与し、交換券管理テーブル４１９２にこれらの交換券ＩＤを記憶するよう指示する（ステップＳ４３１）。ＤＢサーバ４１８５は、通販景品発券サーバ４２００の指示に応じて、交換券管理テーブル４１９２を更新する（ステップＳ４３２）。ここで、交換券管理テーブル４１９２は、図７４（Ｂ）に示すように、交換券ＩＤ、電子価値、リクエストＩＤ、買取フラグ、及び買取期限の各項目を記憶し、それぞれの通販景品交換券４２６０の電子価値と買取有無を管理する。例えば、上述したリクエストＩＤ＝「Ｒ００１」で表される発券リクエスト情報に関して発券される通販景品交換券４２６０について交換券管理テーブル４１９２を更新する場合、図７４（Ｂ）に示すように、２枚の第１券種（電子価値＝５０００）はそれぞれ、交換券ＩＤ＝「Ｃ００１」、「Ｃ００２」に設定され、双方とも、電子価値＝「５０００」に設定される。一方、２枚の第２券種（電子価値＝１０００）はそれぞれ、交換券ＩＤ＝「Ｃ００３」、「Ｃ００４」に設定され、双方とも、電子価値＝「１０００」に設定される。また、これらの４枚の通販景品交換券４２６０について、最初は、いずれも、リクエストＩＤ＝「Ｒ００１」、買取フラグ＝「０」に設定される（ただし、この例では、交換券ＩＤ＝「Ｃ００１」の買取フラグは、その後買い取りが行われたために「１」がセットされている）。買い取りフラグをこのように管理しているため、同じ交換券ＩＤについて重複して買い取りが行われることがない。また、複数枚の複数種類の交換券を発行する場合には、その都度あらたな交換券ＩＤを発行することなく、予め複数種類の交換券ごとに割り当てられた交換券ＩＤを、予め定められた順序で交換券に割り当てるようにしてもよい。
また、交換券管理テーブル４１９２の買取期限は、例えば、発券リクエスト情報を受信した時点から所定期間経過後の日時や、発券情報の送信（後述のステップＳ４３３）や、その他のタイミングから所定期間経過後の日時に設定することができ、この期限を過ぎて買取リクエストを行っても拒否されるようになっている。このような買取期限は、設けないようにすることもできるし、また、所定の電子価値の交換券ＩＤの通販景品交換券４２６０に関してのみ設けることもできる。また、交換券ＩＤの電子価値や遊技者の状況に応じて期限を変えるようにもできる。また、買取期限は、通販景品発券サーバ４２００の時計部で管理される日時に基づいて設定されるため、ホール店舗から時間データを受信する場合に比べて不正等の問題を回避できるようになる。
次に、通販景品発券サーバ４２００は、発券される通販景品交換券４２６０について付与された交換券ＩＤを含む発券情報を、交換券発券装置４１５０に送信する（ステップＳ４３３）。例えば、上述したリクエストＩＤ＝「Ｒ００１」で表される発券リクエスト情報に関しては、「Ｃ００１」、「Ｃ００２」、「Ｃ００３」、及び「Ｃ００４」の４つの交換券ＩＤが送信される。また、この例では、交換券発券装置４１５０の店舗側ディスプレイ４１５５への表示やホールコンピュータ４４００への通知のために、交換券ＩＤのほかに、交換券価値情報（通販景品交換券４２６０の電子価値、当該電子価値ごとの通販景品交換券４２６０の枚数）と、及び余メダル（余玉）の数量を含むデータが交換券発券装置４１５０に送信される。
次に、交換券発券装置４１５０は、通販景品発券サーバ４２００から、上述した発券情報と交換券価値情報等を受信する（ステップＳ４３４）。そして、交換券発券装置４１５０は、受信した交換券価値情報等に基づいて、交換券発券装置４１５０の店舗側ディスプレイ４１５５に、図７７（Ｂ）に示すような交換券発券画面４８８５を表示する（ステップＳ４３５）。図７７（Ｂ）には、通販景品交換券４２６０が交換券発券装置４１５０において発券されている際の交換券発券画面４８８５が表示されている。交換券発券画面４８８５では、発券中の通販景品交換券４２６０の券種（通販景品交換券４２６０の電子価値（例えば、５０００や１０００など））と枚数が発券内容表示部４８８６に表示され、余メダルの枚数（余玉の玉数）が余メダル等表示部４８８７に表示され、通販景品交換券４２６０の発券がすべて終了すると、その旨を示すメッセージが表示される。
上述の交換券発券画面４８８５の表示とともに、交換券発券装置４１５０は、受信した発券情報に基づいて、プリンタ４１５７を制御し、それぞれ交換券ＩＤがプリントされた通販景品交換券４２６０を出力する（ステップＳ４３６）。１つの通販景品交換券４２６０は、通常は１つの紙製チケットで構成されており、そこに１つの交換券ＩＤがプリントされる。上述したリクエストＩＤ＝「Ｒ００１」で表される発券リクエスト情報に関しては、４つの交換券ＩＤ、「Ｃ００１」、「Ｃ００２」、「Ｃ００３」、及び「Ｃ００４」のそれぞれが、対応する通販景品交換券４２６０に個別にプリントされる。また、それぞれの通販景品交換券４２６０には、通販景品交換券４２６０の電子価値（例えば、５０００や１０００など）をプリントしたり、発券日時や買取期限をプリントしたりすることもできる。また、通常は、交換券ＩＤは、個別の交換券をユニークに識別するＩＤであるが、１枚の通販景品交換券４２６０に、複数の交換券ＩＤをまとめてプリントすることもでき、この場合は、１枚の通販景品交換券４２６０に、論理的には、それぞれの交換券ＩＤに対応する交換券が複数含まれるものと解釈される。また、交換券ＩＤは、買取リクエストを行う場合に、スマートフォン４２３５で容易に入力ができるように、２次元バーコードや３次元バーコードで表されていてもよい。
次に、交換券発券装置４１５０は、プリントした通販景品交換券４２６０の交換券価値情報（発券情報に含まれる通販景品交換券４２６０の電子価値、及び当該電子価値ごとの通販景品交換券４２６０の枚数）等を、例えば、ホールコンピュータ４４００に送信する（ステップＳ４３７）。ホールコンピュータ４４００は、遊技者が最終的に買い取りが可能となる電子価値を把握できればよく、通販景品交換券４２６０の電子価値に、対応する電子価値の通販景品交換券４２６０の枚数を乗じた数値など、実質的に、上述した買い取りが可能となる電子価値を表す様々な様式の数値を受信するようにしてもよい。ホールコンピュータ４４００がこのような数値を受信するのは、通販景品買取センターから通販景品交換券４２６０の発行に相当する金額の請求が当該ホール店舗等に対して行われるため、ホール店舗側が、その請求の根拠となるデータを把握しておく必要があるからである。
なお、交換券発券装置４１５０は、上記以外の様々なタイミングで、交換券価値情報に含まれる通販景品交換券４２６０の電子価値、及び当該電子価値ごとの通販景品交換券４２６０の枚数をホールコンピュータ４４００に送信することができる。例えば、１日に１回とか、１日のうちの所定のタイミングで、これらの情報をまとめて送信するようにもできる。また、図７６のフローチャートでは省略したが、余メダル又は余玉がある場合には、これを景品ＰＯＳ４５００等で景品交換できるように、その分のレシートを発行するようにできる。また、情報カードや非接触ＩＣカードに計数結果を登録してある場合や、計数結果をホールコンピュータ４４００が管理している場合は、通販景品交換券４２６０の発券に対応する価値を当該計数結果から減算するように、交換券発券装置４１５０から直接、又は景品ＰＯＳ４５００等を介して当該計数結果の記憶領域を更新するようにできる。
さらに、遊技者がモール会員であって、スマートフォン４２３５の固有ＩＤ等によって景品交換システム４００１に登録されている場合は、ホールコンピュータ４４００、又は、通販景品発券サーバ４２００及び会員管理サーバ４１７０を介して電算センターの基幹サーバ４６００にアクセスし、景品交換システム４００１によって管理されるモール会員遊技媒体保持数管理テーブル４６５２（図１８（Ｃ）のモール会員遊技媒体保持数管理テーブル６５２と同様のテーブル）から、対応する会員ＩＤの保持数を減算するよう制御する。
次に、図７８、図７９、及び図８０を参照して、交換券買取処理（すなわち、通販景品買取センターに通販景品交換券４２６０を買い取らせる処理）について、詳細に説明する。図７８は、通販景品交換券４２６０の買取処理を、スマートフォン４２３５、通販景品買取サーバ４２１０、及びＤＢサーバ４１８５の主体別にそれぞれ表記したフローチャートであり、図７９及び図８０は、スマートフォン４２３５のディスプレイに表示される交換券買取ログイン画面と交換券買取指示画面を示す図である。
最初に、遊技者が、スマートフォン４２３５を操作して、所定のＷＥＢサイト（ＷＥＢページ）にアクセスし、交換券買取ログイン画面を表示させるよう指示を行うと、スマートフォン４２３５は、交換券買取処理のために、スマートフォン４２３５のディスプレイに交換券買取ログイン画面の表示を行う（ステップＳ４５１）。図７９（Ａ）には、交換券買取ログイン画面４８９０が示されている。交換券買取ログイン画面４８９０には、図７９（Ａ）に示すように、パスワード入力と「ログイン」ボタンのタッチを促すガイド表示部４８９２が表示され、その下に、パスワードを入力するためのパスワード入力部４８９３が表示され、最下部に「ログイン」ボタン４８９４が表示されている。
次に、スマートフォン４２３５は、遊技者がパスワード入力部４８９３にパスワードを入力し、「ログイン」ボタン４８９４をタッチしたか否かを判定し（ステップＳ４５２）、パスワードの入力と「ログイン」ボタン４８９４のタッチがされるまで交換券買取ログイン画面４８９０の表示を維持する。パスワードの入力と「ログイン」ボタン４８９４のタッチがされると、スマートフォン４２３５から取得されたＩＤｍ等の固有ＩＤと、入力されたパスワードを、通販景品買取サーバ４２１０に送信する（ステップＳ４５３）。
通販景品買取サーバ４２１０は、スマートフォン４２３５から、固有ＩＤとパスワードを受信すると、そこで、ログインした遊技者がモール会員であるか否かを判定する（ステップＳ４５４）。ここで、通販景品買取サーバ４２１０は、固有ＩＤとパスワードを会員管理サーバ４１７０に送信することにより、ログインした遊技者が正当なモール会員であるか否かを問い合わせ、会員管理サーバ４１７０は、ＤＢサーバ４１８５に記憶され、同期管理しているモール会員情報テーブル４１９４を参照して、ログインした遊技者が正当なモール会員であるか否かをチェックし、その結果を通販景品買取サーバ４２１０に伝える。この例では、ログインの際に、パスワードを要求して、正当なモール会員であるか否かを判定しているが、このようなパスワードの入力を省略することもできる。また、この例では、遊技者がモール会員登録をしている場合のみ、交換券買取処理を可能としているが、遊技者がモール会員でなくても交換券買取処理を可能とすることができる。
通販景品買取サーバ４２１０は、遊技者が正当なモール会員でないと判定した場合、エラー表示を行うよう指示を行い（ステップＳ４５５）、この指示に応じて、スマートフォン４２３５が、ディスプレイにエラーページを表示する（ステップＳ４５６）。一方、通販景品買取サーバ４２１０は、遊技者が正当なモール会員であると判定した場合、交換券買取指示画面の表示を行うよう指示を行い（ステップＳ４５７）、この指示に応じて、スマートフォン４２３５が、ディスプレイに交換券買取指示画面を表示する（ステップＳ４５８）。
図７９（Ｂ）には、交換券買取指示画面４９００が示されている。交換券買取指示画面４９００には、モール会員ＩＤが表示されるモール会員ＩＤ表示部４９０２が表示され、その下に、交換券ＩＤの入力と「買取」ボタンのタッチを促すガイド表示部４９０３が表示され、さらにその下に、交換券ＩＤを入力するための交換券ＩＤ入力部４９０４が表示され、最下部には、「買取」ボタン４９０５が表示されている。
ここで、スマートフォン４２３５は、遊技者が「買取」ボタン４９０５をタッチしたか否かを判定し（ステップＳ４５９）、「買取」ボタン４９０５がタッチされるまで、交換券買取指示画面４９００の当該表示を維持する。遊技者が「買取」ボタン４９０５をタッチしたと判定されると、スマートフォン４２３５は、交換券ＩＤ入力部４９０４に入力された交換券ＩＤを含む買取リクエスト情報を通販景品買取サーバ４２１０に送信する（ステップＳ４６０）。なお、この例では、通販景品買取センターに通販景品交換券４２６０を買い取らせるための交換券ＩＤは１件ずつ入力されるように構成されているが、交換券買取指示画面４９００に、複数の交換券ＩＤ入力部４９０４を設けて、複数の交換券ＩＤをまとめて指定できるようにしてもよい。また、この例では、遊技者は、通販景品交換券４２６０にプリントされている交換券ＩＤを見て、これを交換券買取指示画面４９００の交換券ＩＤ入力部４９０４に入力するが、通販景品交換券４２６０にプリントされている２次元バーコードや３次元バーコードなどの図形をスマートフォン４２３５で読み取り、それを所定のロジックにより交換券ＩＤに変換し、交換券ＩＤ入力部４９０４に入力するようにしてもよい。その他、他の図形や識別情報を介して、通販景品交換券４２６０にプリントされている交換券ＩＤに関する情報を、交換券ＩＤ入力部４９０４に入力することができる（例えば、通販景品交換券４２６０にプリントされている交換券ＩＤを読み上げ、この音声をスマートフォン４２３５等で変換して、最終的に交換券ＩＤが交換券ＩＤ入力部４９０４に入力されるようにしてもよい）。また、通販景品買取サーバ４２１０において、交換券ＩＤへの変更が可能であれば、スマートフォン４２３５で交換券ＩＤへの変換を行うことなく、そのまま買取リクエスト情報に含めて通販景品買取サーバ４２１０に送信することができる。
次に、通販景品買取サーバ４２１０は、交換券ＩＤを含む買取リクエスト情報を受信する（ステップＳ４６１）。その後、ＤＢサーバ４１８５は、通販景品買取サーバ４２１０からの要求に応じて、交換券管理テーブル４１９２を参照して、対応する交換券ＩＤのレコードを取得する（ステップＳ４６２）。そして、通販景品買取サーバ４２１０は、スマートフォン４２３５から受信した交換券ＩＤが、買取条件を満たしているか否かを判定する（ステップＳ４６３）。例えば、受信した交換券ＩＤが、交換券管理テーブル４１９２に存在しない場合、交換券管理テーブル４１９２に存在する場合であっても既に買い取りがされている場合、買取リクエスト情報を受信した日時等が、交換券管理テーブル４１９２の対応する交換券ＩＤに関する買取期限を越えている場合などは、買取条件を満たしていない。
買取条件を満たしていないと判定された場合、エラー表示を行うよう指示を行い（ステップＳ４６４）、この指示に応じて、スマートフォン４２３５が、入力した交換券ＩＤに誤りがある旨を示すエラーページをディスプレイに表示する（ステップＳ４６５）。なお、上述の買取期限を判定するために使用する買取時刻は、通販景品買取サーバ４２１０の時計部で管理される日時に基づいて設定されるため、他の装置から時間データを受信する場合に比べて不正等の問題を回避できるようになる。
一方、通販景品買取サーバ４２１０は、スマートフォン４２３５から受信した交換券ＩＤが、買取条件を満たす場合（すなわち、交換券管理テーブル４１９２に存在し、かつ、買い取りがされていない（買取フラグ＝「０」である）交換券ＩＤであると判定した場合）、各種テーブルの更新を行うよう指示を行い（ステップＳ４６６）、この指示に応じて、ＤＢサーバ４１８５は、以下の更新処理を行う。
最初に、ＤＢサーバ４１８５は、通販景品買取サーバ４２１０の指示に応じて、交換券管理テーブル４１９２に記憶されているレコードのうち、スマートフォン４２３５から受信した交換券ＩＤに対応するレコードの買取フラグを、買い取りがされていないことを示す「０」から、買い取りがされたことを示す「１」に更新する（ステップＳ４６７）。次に、ＤＢサーバ４１８５は、通販景品買取サーバ４２１０の指示に応じて、電子価値管理テーブル４１９３に記憶されているレコードのうち、スマートフォン４２３５から受信した固有ＩＤに対応するモール会員ＩＤに対応するレコードの電子価値データに、買い取った分の電子価値（すなわち、スマートフォン４２３５から受信した交換券ＩＤに対応する通販景品交換券４２６０の電子価値）を加算する（ステップＳ４６８）。なお、ここで、交換券ＩＤに対応する通販景品交換券４２６０の電子価値は、交換券管理テーブル４１９２の対応する交換券ＩＤのレコードの電子価値の項目を参照することにより把握可能である。
次に、ＤＢサーバ４１８５は、通販景品買取サーバ４２１０の指示に応じて、交換券ＩＤに対応する通販景品交換券４２６０の電子価値と、交換券買取処理を行った遊技者（モール会員）の有する電子価値データ（ステップＳ４６８により加算された電子価値の数値）を、買取情報として通販景品買取サーバ４２１０に送信する（ステップＳ４６９）。
次に、通販景品買取サーバ４２１０は、ＤＢサーバ４１８５から交換券ＩＤに対応する通販景品交換券４２６０の電子価値と、交換券買取処理を行った遊技者（モール会員）の有する電子価値データを含む買取情報を受信すると、当該買取情報をスマートフォン４２３５に送信するとともに、買い取りが完了した旨を通知するメッセージを含んだ交換券買取指示画面を表示するようスマートフォン４２３５に指示を行い（ステップＳ４７０）、この指示に応じて、スマートフォン４２３５が、交換券買取指示画面をディスプレイに表示する（ステップＳ４７１）。
図８０には、こうして表示された交換券買取指示画面４９１０が示されている。図８０に示す交換券買取指示画面４９１０では、モール会員ＩＤが表示されるモール会員ＩＤ表示部４９１２が表示され、その下に、通販景品交換券４２６０の通販景品買取センターによる買い取りが完了した旨を表すガイド表示部４９１３が表示され、さらにその下に、今回の買い取りの対象である交換券ＩＤが表示される交換券ＩＤ表示部４９１４が表示され、その下に、価値種別（例えば、ここでは、「買取価値」と「合計価値」）とその価値種別に対応する電子価値が表示される電子価値表示部４９１５が表示され、最下部には、「完了」ボタン４９１６、及び「買取（次）」ボタン４９１７が表示されている。
この例では、モール会員＝「Ｕ００４」の遊技者が、交換券ＩＤ＝「Ｃ００１」の通販景品交換券４２６０を通販景品買取センターに買い取らせることを要求してその買い取りが完了し、その遊技者の保有する電子価値が３５００から８５００に増加したことが示されている（交換券ＩＤ＝「Ｃ００１」の通販景品交換券４２６０の電子価値は５０００である）。遊技者は、交換券買取指示画面４９１０の表示状態で終了する場合は、「完了」ボタン４９１６をタッチし、次の通販景品交換券４２６０の交換券買取処理に進む場合は、「買取（次）」ボタン４９１７をタッチする。「買取（次）」ボタン４９１７がタッチされると、次の通販景品交換券４２６０の交換券買取処理のための画面（図７９（Ｂ）に示す交換券買取指示画面４９００と同様の画面）に遷移する。
なお、この例では、スマートフォン４２３５で実行されるＷＥＢブラウザが、ＷＥＢサーバ又はＡＳＰサーバ等として機能するモバイルＩ／Ｆサーバ４２２０にアクセスすることによって、交換券買取指示画面等を表示するためのデータや入力データ等の送受信を行い、図７８に示す交換券買取処理におけるスマートフォン４２３５の処理を実現するものであるが、ここでは、便宜上、モバイルＩ／Ｆサーバ４２２０がＷＥＢサーバ又はＡＰＳサーバとして、ＨＴＭＬの規格等に基づいて動作する内容もスマートフォン４２３５の処理内容として記載している。
また、ネットワーク４２３０や他のネットワークを介してスマートフォン４２３５にダウンロードされたアプリケーションが、当該スマートフォン４２３５で実行され、そのアプリケーションがネットワーク４２３０、及びモバイルＩ／Ｆサーバ４２２０を経由して通販景品買取サーバ４２１０とデータの送受信を行うことで交換券買取処理を実現するようにしてもよい。
なお、この例では、図７６に示すように、通販景品交換券４２６０が発券されたタイミング等で、その通販景品交換券４２６０の発券に係る請求金額の根拠となるデータ（例えば、交換券価値情報に含まれる通販景品交換券４２６０の電子価値、及び当該電子価値ごとの通販景品交換券４２６０の枚数）が、ホールコンピュータ４４００に送信されるが（図７６のステップＳ４３７参照）、こうしたデータのホールコンピュータ４４００への送信を、例えば、ステップＳ４７１の後（すなわち、通販景品交換券４２６０の買い取りがされたタイミング等）で行うようにすることもできる。この場合、ホールコンピュータ４４００に送信されるデータは、買い取りがされた通販景品交換券４２６０に係るものとしてもよい。
次に、本発明の第５の実施形態に係る景品交換システム４００１において、景品交換を行う場合について説明する。景品交換システム４００１では、遊技者は、景品交換システム１と同様の方法により、モール会員登録、及び景品選択指示を行うことができる。一方、景品交換指示に関しては、景品交換システム１が、一般景品への交換を目的とした遊技媒体の貯玉・貯メダルにより遊技媒体種別ごとに保持数を管理するモール会員遊技媒体保持数管理テーブル４６５２（図１８（Ｃ）に示すモール会員遊技媒体保持数管理テーブル６５２と同様のテーブル）を参照して、景品交換に必要となる費用の支払いを管理するのに対し、景品交換システム４００１は、上記一般景品への交換を目的とした景品交換システムの枠組みを維持しつつ、特殊景品への交換をも目的とした、図７４（Ｃ）に示す電子価値管理テーブル４１９３を参照して、景品交換に必要となる費用の支払いを管理する。
従って、景品交換システム４００１では、景品交換システム１と同様の方法による、モール会員遊技媒体保持数管理テーブル４６５２に記憶されたデータに基づく景品交換指示と、景品交換システム４００１で新たに設けられた、電子価値管理テーブル４１９３に記憶されたデータに基づく景品交換指示が別個の仕組みとして設けられる。
このような景品交換システム４００１の構成によれば、例えば、電子価値管理テーブル４１９３に記憶されたデータに基づく景品交換指示を行う場合、図８１（Ａ）に示す景品交換ログイン画面４９２０が、スマートフォン４２３５のディスプレイに表示され、ここで、パスワード入力部４９２３にパスワードを入力する。次に遊技者は、「ログイン」ボタン４９２４をタッチし、図８１（Ｂ）の景品交換指示画面４９３０を表示させる。
図８１（Ｂ）に示された景品交換指示画面４９３０では、電子価値表示部４９３１において、交換の対価として「電子価値（交換券買取）」が表示され、この遊技者の保有する電子価値（電子価値管理テーブル４１９３を参照して求められる）が、「８５００」と表示されている。景品表示部４９３２には、商品情報と、それぞれの商品を交換するための対価が電子価値の単位で表示されている。
ここでは、景品の商品価値が１万円を超えるものであっても許容され、１万円より高い商品価値を有する景品が表示されうる。また、１万円を超える商品価値の景品のみを表示するようにしてもよい。例えば、図８１（Ｂ）に示された景品交換指示画面４９３０の景品表示部４９３２には、１万円より高い商品価値を有する高級フライパンや高級腕時計が表示されている。
なお、図８１（Ｂ）に示された景品交換指示画面４９３０の景品表示部４９３２には、１万円より高い商品価値を有する高級フライパンや高級腕時計が表示されているが、この遊技者の保有する電子価値は、電子価値表示部４９３１に示されるように、「８５００」であって、高級フライパンや高級腕時計を交換するには足りないので、当該商品についてグレーアウトしたり、リストから削除したりすることもできる。
景品交換システム１と同様の方法による、モール会員遊技媒体保持数管理テーブル４６５２に記憶されたデータに基づく景品交換指示は、ホール店舗に設置されている景品交換装置（図６６の景品ＰＯＳ４５００等）によって行われるものであったが、本実施形態の景品交換システム４００１では、図８１に示すように、遊技者のスマートフォン４２３５やＰＣなどを用いて、ホール店舗外で景品交換を行うことができる。また、景品交換システム１と同様に、景品交換指示の前に、お買い物リストに景品の候補を選択しておくこともできる。なお、本実施形態の景品交換システム４００１における景品交換処理では、例えば、会員管理サーバ４１７０が、電算センターの基幹サーバ４６００との間で必要なデータの送受信を行い、当該処理を実現するよう機能する。
また、本発明の第１の実施形態に係る景品交換システム１と、上述した、少額貯玉による電子価値で景品交換を行うシステム（第２〜４の実施形態に係る景品交換システム１００１〜３００１）について、景品交換処理を統合し、ホール店舗内での景品交換を実現することができる。その場合、景品交換システム１により管理される遊技媒体の価値と、景品交換システム１００１〜３００１により管理される少額貯玉の価値を別々に管理し、景品交換の対価として利用可能な価値を２元管理することができる。そのように構成した場合、例えば、景品交換ログイン画面等に表示単位指定部を設け、そこで、「遊技媒体」、「少額貯玉」からなる２つの項目が、プルダウンメニューとして表示され、遊技者がそのうちの１つを選択することができる。また、景品交換システム１００１〜３００１に関して説明したように、少額貯玉を遊技媒体の種別及び数量として蓄積管理する場合と、電子価値として蓄積管理する場合とがあり、これに応じて、上記プルダウンメニューが設定され得る。なお、このように蓄積管理された少額貯玉を用いて、再プレイを許可するようにしてもよいし、許可しないようにしてもよい。
また、上記のように２元管理される価値（景品交換の対価として利用可能な価値）を、交換レート等を用いて１つの価値にまとめ、１元的に管理して、景品交換処理において参照するように構成することもできる。
これまで、本発明の第５の実施形態に係る景品交換システム４００１を、図６６に示すシステム構成を例にとって説明してきたが、他の様々な構成によって、本発明の特徴的な処理を実現可能である。例えば、通販景品買取センターの各サーバが、関連するテーブルを備えるようにしてもよく、その他、通販景品買取センターにおけるサーバ配置や買取管理ＤＢ４１９０における各テーブルの構成について、様々なバリエーションを考えることができる。
また、本実施形態では、スマートフォン４２３５によって通販景品買取サーバ４２１０にアクセスして買取リクエストを送信する場合、スマートフォン４２３５のＩＤｍを固有ＩＤとして認識することで、モール会員であるか否かを判定しているが、遊技者によるコードとパスワードの入力や、会員カードである非接触ＩＣカードを読み取らせる等して、認証処理を行うようにすることもできる。
［本発明の第６の実施形態に係る景品交換システムの説明］
次に、図８２を参照して、本発明の第６の実施形態に係る景品交換システムのシステム概要について説明する。図８２に示す景品交換システム５００１は、図１に示す上述の景品交換システム１と同様、複数のホール店舗に配置された各装置、ホール連携システム、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。図８２の景品交換システム５００１は、好ましくは、ネット通販連動型の景品交換システムである。
次に、図８２を参照して、本発明の第６の実施形態に係る景品交換システムのシステム概要について説明する。図８２に示す景品交換システム５００１は、図１に示す上述の景品交換システム１と同様、複数のホール店舗に配置された各装置、ホール連携システム、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの装置に接続される。図８２の景品交換システム５００１は、好ましくは、ネット通販連動型の景品交換システムである。
図８２に示す景品交換システム５００１では、従来の、特殊景品買取所や特殊景品問屋を介した、特殊景品による景品交換に代えて、ＤＬ（ダウンロード）ソフト利用券を用いた景品交換が実現可能となる。すなわち、本実施形態では、ＤＬソフト利用券が特殊景品に相当する。より詳しくは、遊技者がホール店舗での遊技によって獲得したメダルやパチンコ玉といった遊技媒体の数量に応じて、ホール店舗においてＤＬソフト利用券が発券され、遊技者は、そのＤＬソフト利用券によって、スマートフォン等で所定のソフトウエアを利用（実行）することができ、また、ＤＬソフトをダウンロードしたり利用したりした後、あるいはＤＬソフトを利用していない状態で、そのＤＬソフトを所定のＷＥＢページで買い取らせることができる。買い取りが行われたＤＬソフトは、その後利用できなくなり、それとともに、そのＤＬソフトの価値に応じた電子価値に交換され、交換された電子価値が遊技者に付与される。遊技者は、その後、蓄積された当該電子価値を用いて、上述の景品交換システム１とは別個の処理により、景品交換指示を行うことができる。なお、ここで、ＤＬソフトは、ゲームソフト、ビジネスソフト、ユーティリティなど、様々な分野のソフトウエアを含み、さらに、様々なコンテンツを含むものである。コンテンツには、動画データ、静止画データ、音声データ、文書データ等を含む様々な種類のデータが含まれる。また、ＤＬソフトは、スマートフォンのような携帯機器だけでなく、ゲーム機やＰＣ（パーソナルコンピュータ）を含む様々なハードウエアで実行することができる（「実行」には、コンテンツの再生や表示など、コンテンツに対するすべての操作・アクションが含まれる）。また、必ずしもそのＤＬソフトの実行プログラムやコンテンツデータがダウンロードされる必要はなく、サーバ側に記憶されたまま、スマートフォン等で所定の機能を実現することもできる。
このような、ＤＬソフト利用券を介した景品交換によって、遊技者は、実質的に、ネット通販を用いて１万円を超える景品を獲得することが可能となる。また、この仕組みは、従来の特殊景品による景品交換のように、現金への交換がされるものではないが、ホール店舗から離れた特殊景品買取所を探したり、交換の度にその特殊景品買取所に行ったりする労力やリスクを低減させることができ、遊技者は、場所や時間の制限を受けることなく、スマートフォンを用いて、自身が獲得した遊技媒体を電子価値に変換することができる。また、遊技者は、ＤＬソフトを利用することもできるので、ＤＬソフトを利用するか、ＤＬソフトを利用せずにＤＬソフトを買い取らせて電子価値の付与を受けるか、ＤＬソフトを利用した後でＤＬソフトを買い取らせて電子価値の付与を受けるか等を任意に選択することができる。さらに、ホール店舗等にとっては、このような有益なシステムによって遊技者の会員登録を促進させることができるとともに、換金システムにおける経理の不透明性（いわゆる、ＯＵＴの問題）を効果的に排除することができる。
このような、ＤＬソフト利用券を介した景品交換を実現するため、図８２に示す景品交換システム５００１のように、ホール店舗には、新たにＤＬソフト利用券を発券するＤＬソフト利用券発券装置５１５０が設置され、ＤＬソフト利用券の発券、ＤＬソフトの利用、及びＤＬソフトの買い取りを管理するために、複数のサーバが配置されるＤＬソフト買取センターが新設される。
その点で、図８２に示す景品交換システム５００１は、図１に示す景品交換システム１の変形例と捉えることができ、景品交換システム１と同様の景品選択制御、景品交換制御、景品発注制御、行動履歴管理等の各機能を備える。例えば、ホール店舗のホールコンピュータ５４００、ホールＤＢ５４３０、遊技機５０１０、サンド装置５０２０、デジタルサイネージ装置５５１５、景品ＰＯＳ５５００、景品ＰＯＳ連携専用端末５５２０、及び専用端末５５３０はそれぞれ、景品交換システム１における、ホール店舗のホールコンピュータ４００、ホールＤＢ４３０、遊技機１０、サンド装置２０、デジタルサイネージ装置５１５、景品ＰＯＳ５００、景品ＰＯＳ連携専用端末５２０、及び専用端末５３０に対応する。また、電算センターの基幹サーバ５６００、基幹ＤＢ５６５０、ショップ管理サーバ５７００、景品ＤＢ５７５０、ＡＳＰ−Ｉ／Ｆサーバ５８００、個別ショップＩ／Ｆサーバ５８２０、及びＥＣモールＩ／Ｆサーバ５８４０はそれぞれ、景品交換システム１における、基幹サーバ６００、基幹ＤＢ６５０、ショップ管理サーバ７００、景品ＤＢ７５０、ＡＳＰ−Ｉ／Ｆサーバ８００、個別ショップＩ／Ｆサーバ８２０、及びＥＣモールＩ／Ｆサーバ８４０に対応する。また、景品交換システム５００１には、景品交換システム１と同様、モバイルＩ／Ｆサーバ６８０に対応するモバイルＩ／Ｆサーバ５６８０、ネットワーク６９０に対応するネットワーク５６９０が含まれるが、図８２では記載を省略する。
さらに、図８２では記載を省略したが、景品交換システム５００１のホール連携システムには、景品交換システム１のホール連携システムに含まれるホール連携コンピュータ５６０、ホール連携ＤＢ５７０、及びセンター店舗Ｉ／Ｆサーバ５８０に対応する装置等がそれぞれ配置される（センター店舗５９０に対応するセンター店舗も配置される）。
また、景品交換システム５００１のネット通販サイトには、景品交換システム１のネット通販サイトに含まれるＥＣショップＡＳＰサーバ８５０、ショップサーバ８７０、ショップサーバ８７２、ＥＣモール管理サーバ８６０、及びショップサーバ８７４に対応する装置等がそれぞれ配置されるが、これも、図８２では記載を省略した。ここでは、景品交換システム１に対して新たに追加された構成要素、及び内部の機能が変更された構成要素について特に詳細に説明を行うこととする。
ホール店舗には、ホールコンピュータ５４００、遊技機５０１０、景品選択装置、及び景品交換装置が配置され、さらに、上述のように、ＤＬソフト利用券発券装置５１５０が配置される。ＤＬソフト利用券発券装置５１５０は、遊技者が獲得した遊技媒体の数量に応じた価値のＤＬソフト利用券５２６０のプリント等を行うための端末である。遊技者は、ＤＬソフト利用券発券装置５１５０に、遊技媒体（メダルやパチンコ玉）の計数結果を印刷したレシートを読み取らせるようホール店舗のスタッフに指示し（又は、遊技者自身がレシートの読み取りを行い）、その後、ＤＬソフト利用券発券装置５１５０からプリントされたＤＬソフト利用券５２６０を受け取る。このとき、遊技者は、モール会員登録を行ったモール会員であってもよいが、そうでなくてもよい。例えば、遊技者の氏名、メールアドレス、住所等をシステムに入力することなく、プリントされたＤＬソフト利用券５２６０を受け取ることができる。なお、遊技者がモール会員である場合は、例えば、近距離無線通信規格（ＮＦＣ：Near Field Communication）に基づく非接触ＩＣチップを備えたスマートフォン５２３５のような携帯機器をＤＬソフト利用券発券装置５１５０にかざして、スマートフォン５２３５の固有ＩＤをＤＬソフト利用券発券装置５１５０に読み取らせることによって、そのモール会員を識別する。
ＤＬソフト利用券５２６０は、例えば、１つのＤＬソフトに関するＳ／Ｎ（Serial Number：シリアルナンバー）とＵＲＬがプリントされたチケットであり、５０００や１０００といった、所定の単位の電子価値に対応付けられるとともに、プリントされたＳ／ＮとＵＲＬによって、ＤＬソフトをスマートフォン５２３５等で利用することができるものである。Ｓ／Ｎは、個々のソフトウエアに対応付けられる番号であり、同じゲームプログラム（プロダクト）やアプリケーションプログラム（プロダクト）であっても、そのプログラムのそれぞれに対応付けられるソフトウエアＩＤである。この例では、Ｓ／Ｎという番号が用いられているが、様々な英数記号等からなるＩＤが用いることができる。複数の遊技者のスマートフォン５２３５に、同じＳ／Ｎ（ソフトウエアＩＤ）のソフトウエアがダウンロードされることはない。
ホールコンピュータ５４００は、景品交換システム１のホールコンピュータ４００と同様、そのホール店舗に配置された装置の状態（遊技者の遊技状況等を含む）や、会員、及び景品に関する情報を管理する等の機能を有し、ＤＬソフト利用券発券装置５１５０から、ＤＬソフト利用券５２６０の発券に応じた費用の決済のために、遊技者に発券されたＤＬソフト利用券５２６０の価値に関する情報を受信する。
景品選択装置には、専用端末５５３０、スマートフォン５５４０、及びフィーチャーフォン５５５８等の、ネットワーク通信可能な任意の端末が含まれる。
電算センターに配置される基幹サーバ５６００は、景品交換システム１と同様、モール会員登録した遊技者をモール会員として管理し、遊技者の景品選択や景品交換の操作に応じてそれぞれ景品選択制御処理、景品交換制御処理を行い、景品交換が決定した場合には、自動的に対応するネット通販サイトに対する景品発注処理を行う。また、各ホール店舗におけるモール会員について、遊技状況や景品交換状況を含む行動履歴を収集し記憶する。
さらに、景品交換システム５００１においては、ＤＬソフト買取センターに、会員管理サーバ５１７０、ＤＬソフト利用券発券サーバ５２００、ＤＬソフト買取サーバ５２１０、ＤＬソフト利用管理サーバ５２１５、ＤＢサーバ５１８５、及びモバイルＩ／Ｆサーバ５２２０が配置される。会員管理サーバ５１７０は、基幹サーバ５６００の基幹ＤＢから、モール会員登録した遊技者の情報を取得し管理する。ＤＬソフト利用券発券サーバ５２００は、ＤＬソフト利用券発券装置５１５０からの発券リクエストに応じて、ＤＬソフト利用券５２６０にプリントするＳ／ＮとＵＲＬを返信する。ＤＬソフト買取サーバ５２１０は、スマートフォン５２３５からの、遊技者による買取リクエストに応じて、入力されたＳ／Ｎに対応する価値を、その遊技者に対応付けて蓄積管理する。なお、Ｓ／Ｎに対応する当該価値は、景品との交換が可能で、かつ、所定範囲で電子的な流通が可能な価値を表す所定の電子価値を単位として管理される。ＤＬソフト利用管理サーバ５２１５は、スマートフォン５２３５、ゲーム機５２３６、ＰＣ５２３７等へのＤＬソフトのダウンロードを管理するとともに、ＤＬソフトをダウンロードしたスマートフォン５２３５等におけるＤＬソフトの利用について管理する。
ＤＢサーバ５１８５は、景品交換システム５００１において、ＤＬソフト利用券を介した景品交換を実現するために必要なデータベースである買取管理ＤＢ５１９０を管理する。モバイルＩ／Ｆサーバ５２２０は、スマートフォン５２３５で実行されるＷＥＢブラウザからのアクセスに応じて、これらの装置に所定のＷＥＢページを提供するＷＥＢサーバ機能を提供する。また、スマートフォン５２３５で実行される他のアプリケーションからのアクセスに応じて、データの送受信を行うアプリケーションサーバとしても機能しうる。モバイルＩ／Ｆサーバ５２２０は、スマートフォン５２３５の操作に応じて、ＤＬソフト買取サーバ５２１０、及びＤＬソフト利用管理サーバ５２１５に対しデータ送受信を行う。また、モバイルＩ／Ｆサーバ５２２０、及びネットワーク５２３０を介して、ＤＬソフト利用管理サーバ５２１５から、スマートフォン５２３５、ゲーム機５２３６、ＰＣ５２３７等に、ＤＬソフトがダウンロードされる。なお、この例では、ＤＬソフト利用管理サーバ５２１５が、スマートフォン５２３５、ゲーム機５２３６、ＰＣ５２３７等によるＤＬソフトの利用を管理する場合も、モバイルＩ／Ｆサーバ５２２０、及びネットワーク５２３０を介して行う。
また、スマートフォン５２３５とモバイルＩ／Ｆサーバ５２２０の間は、携帯ネットワークや無線ＬＡＮネットワークを含むネットワーク５２３０により接続される。ここで、スマートフォン５２３５は、ＤＬソフト利用券５２６０の発券を受けた遊技者が所有するスマートフォン５２３５であるが、これは一例に過ぎず、図８２に示すような、景品選択装置として機能するスマートフォン５５４０やフィーチャーフォン５５５８のような他の携帯機器であってもよい。また、ＤＬソフトを利用する遊技者のゲーム機５２３６やＰＣ５２３７が、ネットワーク接続機能を有し、モバイルＩ／Ｆサーバ５２２０を介してＤＬソフト買取サーバ５２１０にアクセス可能であれば、これらを用いることもできる。スマートフォン５２３５は、例えば、図１０に示すような構成のスマートフォンである。また、この例では、スマートフォン５２３５、ゲーム機５２３６、ＰＣ５２３７等が、モバイルＩ／Ｆサーバ５２２０、及びネットワーク５２３０を介してＤＬソフト買い取りセンターとデータの送受信を行うが、このような態様は一例にすぎない。例えば、スマートフォン５２３５等は、無線通信ネットワークを介さずに（又は携帯電話ネットワークを介さずに）、さらに、モバイルＩ／Ｆサーバ５２２０を経由することなく、ＤＬソフト買取センターとデータの送受信を実現することができる。
また、この例では、遊技者の獲得した遊技媒体の価値が、ＤＬソフト利用券５２６０に変換され、さらにこれを遊技者がＤＬソフト買取センターに買い取らせることによって、遊技者に、当該遊技媒体の価値に応じた電子価値が蓄積されるが、商品の通貨価値を表す（例えば、５０００円、１０００円といった）円単位での管理を排除するものではない。また、電子価値の単位が、円の単位と同じであるということも想定し得る。
また、図８２に示す景品交換システム５００１は、図１に示す景品交換システム１の変形例として示したが、上述の第２の実施形態に係る景品交換システム１００１、第３の実施形態に係る景品交換システム２００１、第４の実施形態に係る景品交換システム３００１のそれぞれに対して適用し実施することができる。
なお、景品交換システム５００１のＤＬソフト買取センターは、基本的にホール店舗、電算センターとは異なる場所に設けられるが、ＤＬソフト買取センター内のサーバ装置やデータベースを、複数箇所に分散して配置することもできる。また、１つのサーバ、１つのデータベース、１つのテーブルをそれぞれ複数に分割して、分散配置することもできる。
また、図８２に示す景品交換システム５００１の例では、ＤＬソフト買取センター内にＤＬソフト利用券発券サーバ５２００とＤＬソフト買取サーバ５２１０が配置されているが、これらの２つのサーバは、必ずしも同一のＤＬソフト買取センター内に配置される必要はなく、また、それぞれ物理的に異なる場所に配置されるようにしてもよい。さらに、ＤＬソフト利用券発券サーバ５２００とＤＬソフト買取サーバ５２１０を、それぞれ異なる運営法人によって運営することもできる。
次に、図８３を参照して、ホール店舗、遊技者、ＤＬソフト買取センター、及び電算センターとの間での全体的な処理概要について説明する。図８３（Ａ）に示すように、ホール店舗のＤＬソフト利用券発券装置５１５０で、遊技者が持参したレシートが読み取られ、遊技媒体の種別と数量が取得されると、ホール店舗のスタッフ等の指示に応じて、ＤＬソフト買取センターに対して発券リクエストを行い、店舗コードと遊技媒体価値情報（レシートから読み取った遊技媒体の種別と数量、玉単価）を含む発券リクエスト情報が送信される。ＤＬソフト買取センターは、発券リクエストを受けると、受信した遊技媒体の種別と数量に応じたＤＬソフト利用券５２６０のＳ／ＮとＵＲＬを含む発券情報と、発券されるＤＬソフト利用券５２６０の価値を表すＤＬソフト価値情報をホール店舗のＤＬソフト利用券発券装置５１５０に送信する。
ホール店舗のＤＬソフト利用券発券装置５１５０は、発券情報を受信すると、その発券情報に基づいて、受信したＳ／ＮとＵＲＬがプリントされたＤＬソフト利用券５２６０を発券する。また、発券されたＤＬソフト利用券５２６０の価値を表すＤＬソフト価値情報を、ＤＬソフト利用券発券装置５１５０からホールコンピュータ５４００に送信する。これは、ホール店舗側が、ＤＬソフト買取センター等から、ＤＬソフト利用券５２６０の発券や景品交換に関する費用として請求を受けた際に、その根拠となる金額を把握しておく必要があるためである。
発券されたＤＬソフト利用券５２６０にプリントされたＵＲＬに従って、遊技者の所有するスマートフォン５２３５がＷＥＢページにアクセスし、そこで遊技者が、ＤＬソフトの買取リクエストを行うか、ＤＬソフトのダウンロードを行うかを選択する。ＤＬソフトの買取リクエストを行う場合、スマートフォン５２３５にＳ／Ｎが入力されると、それが買取リクエストとしてＤＬソフト買取センターに送信され、ＤＬソフト買取センターでＤＬソフトの買い取りが行われ、遊技者に、そのＤＬソフトの価値に相当する電子価値が付与される。遊技者は、こうして付与された電子価値を用いて、景品交換を行うことができる。一方、ＤＬソフトのダウンロードを行う場合、スマートフォン５２３５にＳ／Ｎが入力されると、それがＤＬリクエストとしてＤＬソフト買取センターに送信され、ＤＬソフト買取センターからスマートフォン５２３５にＤＬソフトのダウンロードが行われる。その後、そのＤＬソフトを遊技者が利用する場合には、利用のたびに、ＤＬソフト買取センターによるＳ／Ｎを用いた認証が行われるなどの利用管理が行われる。なお、ここでは、スマートフォン５２３５にＤＬソフトがダウンロードされるものとする。
また、ＤＬソフト買取センターは、電算センターの基幹サーバ５６００にアクセスし、モール会員情報テーブル６５１の情報を所定タイミングで取得し、ＤＬソフト買取センターのモール会員情報テーブル５１９４にコピーすることによって、これらのテーブルを同期管理する。
ＤＬソフト買取センターでは、買取リクエストがあった場合に、電子価値データが電子価値管理テーブルに遊技者ごとの累積値として記憶され、遊技者がその電子価値データを対価として景品交換を行った場合、景品の価値に相当する電子価値データを電子価値管理テーブルの累積値から差し引く。
ＤＬソフト買取センターは、必要に応じて各種手数料等を考慮し、ＤＬソフト利用券５２６０に関する費用をホール店舗に対して請求することができる。ホール店舗のホールコンピュータ５４００は、請求された金額をＤＬソフト買取センターに支払う。この請求と支払いによって、ホール店舗におけるＤＬソフト利用券５２６０の交換は完了しており、その後、そのＤＬソフト利用券５２６０が買い取られた結果得られた電子価値によってネット通販サイトで扱う商品との景品交換が行われ、ネット通販サイト、ＤＬソフト買取センター、及び電算センターの間で、各種手数料を含む費用のやりとりが行われる。
なお、ＤＬソフト買取センターによるホール店舗への請求は、複数の発券処理についてまとめて行ったり、所定の期間ごとにまとめて行ったりすることができる。また、図８３（Ａ）の例では、ＤＬソフト買取センターによる金額請求が、ＤＬソフト買取センターからホールコンピュータ５４００に対して行われるように示されているが、これは便宜上の表記に過ぎず、実際は、例えば、ＤＬソフト買取センターから、所定の銀行決済システムに対して決済指示を送信することによって、ホール店舗の運営主体の銀行口座に請求を行うといった処理になる。同様に、金額支払いが、ホールコンピュータ５４００からＤＬソフト買取センターに対して行われているように示されているのも、便宜上の表記である。また、ＤＬソフト買取センターとホール店舗の間の決済は、それぞれの運営主体等を含んだ多数のルートによって実現し得る。また、ここでは、ＤＬソフト買取センターにおける処理に関して、サーバを特定せずに説明したが、各種サーバの機能については後で詳細に説明する。
図８３（Ｂ）には、ＤＬソフト利用券５２６０の例が示されている。図８３（Ｂ）のＤＬソフト利用券５２６０は、１枚の（紙の）ＤＬソフト利用券５２６０であり、「ＤＬソフト利用券」というタイトルと、Ｓ／Ｎ（シリアルナンバー）と、ＵＲＬがプリントされている。Ｓ／Ｎは、本実施形態では、英数字等からなるユニークな番号であり、不正防止の観点からワンタイムの番号であることが好ましいが、ここでは、便宜上、４桁の数字とする。ソフトウエアのタイトルや買取期限、対応する電子価値（例えば、５０００や１０００など）をプリントしていてもよい。
次に、図８４を参照して、ＤＬソフト利用券発券装置５１５０の構成について説明する。図８４は、ＤＬソフト利用券発券装置５１５０の構成を示すブロック図である。ＤＬソフト利用券発券装置５１５０は、メインＣＰＵ５１５１、ＲＯＭ５１５２、ＲＡＭ５１５３、バーコードリーダ５１５４、店舗側ディスプレイ５１５５、キーボード５１５６、プリンタ５１５７、インターフェイス５１５８、及びスピーカ５１５９を備えている。
メインＣＰＵ５１５１は、ＲＯＭ５１５２、及びＲＡＭ５１５３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ５１５１は、ホール店舗のスタッフ等の指示に応じて、ＤＬソフト利用券発券サーバ５２００に発券リクエストを送信し、ＤＬソフト利用券発券サーバ５２００から受信した発券情報に含まれるＳ／ＮとＵＲＬをチケットにプリントしてＤＬソフト利用券５２６０を発券する。当該制御プログラムは、インターフェイス５１５８を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
店舗側ディスプレイ５１５５は、ホール店舗のスタッフによるタッチ操作が可能な、タッチパネルディスプレイとして構成される。メインＣＰＵ５１５１は、店舗側ディスプレイ５１５５を介してＤＬソフト利用券５２６０の発券指示を受信する。店舗側ディスプレイ５１５５には、ＤＬソフト利用券５２６０の発券完了の旨や、ＤＬソフト利用券５２６０の発券に関する詳細な内容が表示される。また、店舗側のスタッフは、キーボード５１５６を用いて当該操作の少なくとも一部を行うこともできる。
プリンタ５１５７は、メインＣＰＵ５１５１の指令に応じて、ＤＬソフト利用券５２６０を発券するために、チケットにＳ／ＮとＵＲＬをプリントする。プリンタ５１５７は、サーマルプリンタ、ドットプリンタ、インクジェットプリンタ、レーザープリンタを含む様々なプリンタとして構成され得る。また、この例では、ＤＬソフト利用券発券装置５１５０に内蔵されるタイプとして示したが、所定のケーブル、又は無線通信を介して接続される外部プリンタであってもよい。
インターフェイス５１５８は、ホールコンピュータ５４００、及びＤＬソフト利用券発券サーバ５２００とのデータ通信を制御する。例えば、ホールコンピュータ５４００とは構内ＬＡＮを介して接続され、ＤＬソフト利用券発券サーバ５２００とは、ＶＰＮ（Virtual Private Network）を介して接続される。これらの装置間の接続は、有線ネットワーク、無線ネットワークのどちらによっても実現され得る。スピーカ５１５９は、警告音、警告音声、効果音等を含む音声を出力する。
また、ＤＬソフト利用券発券装置５１５０は、図示するように、情報カードリーダ／ライタ、及び非接触ＩＣカードリーダ／ライタを備えるように構成することができる。このようにＤＬソフト利用券発券装置５１５０を構成した場合、サンド装置２０の各台計数装置や島端計数装置によって情報カードや非接触ＩＣカードに計数結果を登録した場合、情報カードリーダ／ライタを介して情報カードから読み取った会員ＩＤ（ホール店舗の遊技者ＩＤ）、又は非接触ＩＣカードリーダ／ライタを介して非接触ＩＣカードから読み取った会員ＩＤを取得し、ホールコンピュータ５４００にアクセスして、取得した会員ＩＤに対応付けられた遊技媒体の保持数（遊技者が獲得したメダル枚数又はパチンコ玉数）を把握することができ、結果的に、遊技者が計数結果をレシートに印刷してＤＬソフト利用券発券装置５１５０まで持参する必要がなくなる。
また、ＤＬソフト利用券発券装置５１５０は、図示するように、遊技者側ディスプレイを備えるように構成して、遊技者によって、レシートの読み取り指示や、ＤＬソフト利用券５２６０の発券指示を行わせるようにすることができる。
次に、図８５を参照して、会員管理サーバ５１７０の構成について説明する。図８５は、会員管理サーバ５１７０の構成を示すブロック図である。会員管理サーバ５１７０は、メインＣＰＵ５１７１、ＲＯＭ５１７２、ＲＡＭ５１７３、外部記憶装置５１７４、ディスプレイ５１７５、インターフェイス５１７６、及びスピーカ５１７７を備えている。
メインＣＰＵ５１７１は、ＲＯＭ５１７２、及びＲＡＭ５１７３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ５１７１は、後述するような、モール会員の情報の同期管理を行う。また、当該制御プログラムは、インターフェイス５１７６を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
外部記憶装置５１７４には、会員管理サーバ５１７０で実行される処理に関する各種データが記憶される。ディスプレイ５１７５は、会員管理サーバ５１７０における管理状態を表示させ、あるいは不正や異常の発生を報知するものである。このディスプレイ５１７５は、例えば、液晶表示装置によって実現される。
インターフェイス５１７６は、基幹サーバ５６００、及びＤＬソフト買取サーバ５２１０との間のデータ通信を制御する。
スピーカ５１７７は、不正や異常が生じた場合に、ディスプレイ５１７５とともに報知を行うものである。このスピーカ５１７７は、不正や異常の報知以外にも各種の音声データを出力する。
なお、図８５では、会員管理サーバ５１７０の構成を示したが、他のサーバ、すなわち、ＤＢサーバ５１８５、ＤＬソフト利用券発券サーバ５２００、ＤＬソフト買取サーバ５２１０、ＤＬソフト利用管理サーバ５２１５、モバイルＩ／Ｆサーバ５２２０についてもこれと同様の構成であり、詳細な説明を省略する。ただし、ＤＢサーバ５１８５では、インターフェイスが、会員管理サーバ５１７０、ＤＬソフト利用券発券サーバ５２００、ＤＬソフト買取サーバ５２１０、及びＤＬソフト利用管理サーバ５２１５との間のデータ通信をそれぞれ制御し、ＤＬソフト利用券発券サーバ５２００では、インターフェイスが、ＤＢサーバ５１８５との間のデータ通信を制御し、ＤＬソフト利用管理サーバ５２１５では、インターフェイスが、ＤＢサーバ５１８５、及びモバイルＩ／Ｆサーバ５２２０との間のデータ通信をそれぞれ制御し、ＤＬソフト買取サーバ５２１０では、会員管理サーバ５１７０、及びモバイルＩ／Ｆサーバ５２２０との間のデータ通信をそれぞれ制御し、モバイルＩ／Ｆサーバ５２２０では、ＤＬソフト買取サーバ５２１０との間のデータ通信を制御する点で上述の会員管理サーバ５１７０の構成とは異なる。
次に、図８６を参照して、ＤＬソフト利用券５２６０の発券、及び買い取りに係る、遊技者の動作フローについて説明する。
図８６（Ａ）は、遊技者が、ＤＬソフト利用券５２６０の発券を行う場合のフローである。遊技者は、最初に、サンド装置４０２０に現金等を投入して、メダルやパチンコ玉の貸し出しを受ける（ステップＳ５０１）。その後、遊技者は、遊技機５０１０で遊技を行い（ステップＳ５０２）、メダルやパチンコ玉を獲得できた場合は、島端計数装置等でそのメダル等の計数を指示し、計数結果が印刷されたレシートを出力する（ステップＳ５０３）。次に、遊技者は、そのレシートをカウンター等に持参し、ホール店舗のスタッフに提示すると、ホール店舗のスタッフは、それをＤＬソフト利用券発券装置５１５０に読み取らせ（ステップＳ５０４）、ＤＬソフト利用券５２６０の発券を指示する（ステップＳ５０５）。ＤＬソフト利用券発券装置５１５０が、ＤＬソフト利用券５２６０の発券指示に応じて、発券リクエスト情報をＤＬソフト利用券発券サーバ５２００に送信すると、ＤＬソフト利用券発券サーバ５２００がこの発券リクエスト情報を受信し（ステップＳ５０６）、発券リクエスト情報に応じてＤＬソフトのＳ／Ｎを決定し、そのＳ／Ｎを含む発券情報をＤＬソフト利用券発券装置５１５０に送信する（ステップＳ５０７）。この発券情報には、ＤＬソフトの買い取り、ダウンロード、利用の際に最初にアクセスするＷＥＢページのＵＲＬも含まれる。ＤＬソフト利用券発券装置５１５０は、次に、受信した発券情報に基づいて、Ｓ／Ｎ、及びＵＲＬをチケットに印刷し、ＤＬソフト利用券５２６０を発券する（ステップＳ５０８）。
図８６（Ｂ）は、遊技者が、ＤＬソフト利用券５２６０の買い取りを行わせる場合のフローである。遊技者は、最初に、スマートフォン５２３５で、ＤＬソフト利用券５２６０にプリントされたＵＲＬにアクセスし、そこでＤＬソフト利用券５２６０の買い取りを選択し、ログインを行う（ステップＳ５１１）。この例では、遊技者がＤＬソフト利用券５２６０の買い取りを行わせる場合には、モール会員登録がされていることを条件としている。一方、図８６（Ａ）に示す、ＤＬソフト利用券５２６０の発券の時点では、モール会員登録は必須ではない。次に、遊技者は、スマートフォン５２３５のディスプレイに表示された入力部に、ＤＬソフト利用券５２６０にプリントされたＳ／Ｎを入力し、ＤＬソフト利用券５２６０の買取指示を行う（ステップＳ５１２）。スマートフォン５２３５が、遊技者による買取指示に応じて、買取リクエスト情報をＤＬソフト買取サーバ５２１０に送信すると、ＤＬソフト買取サーバ５２１０がこの買取リクエスト情報を受信し（ステップＳ５１３）、買取リクエストに応じて、その遊技者に係る電子価値データを更新し、電子価値データの更新結果を含む買取情報をスマートフォン５２３５に送信する（ステップＳ５１４）。次に、スマートフォン５２３５は、ＤＬソフト買取サーバ５２１０から買取情報を受信し、受信した買取情報に基づいて、スマートフォン５２３５のディスプレイに、蓄積された電子価値データ（合計価値）等を表示する（ステップＳ５１５）。
次に、図８７を参照して、ＤＬソフト利用券５２６０によるＤＬソフトのダウンロード、及び利用に係る、遊技者の動作フローについて説明する。
図８７（Ａ）は、遊技者が、ＤＬソフト利用券５２６０によってＤＬソフトのダウンロードを行う場合のフローである。遊技者は、ＤＬソフト利用券５２６０によって、上述したようなＤＬソフトの買い取りを行わせるか、ＤＬソフトをダウンロードして利用するかを選択できる。最初に、スマートフォン５２３５で、ＤＬソフト利用券５２６０にプリントされたＵＲＬにアクセスし、そこでＤＬソフトのダウンロードを選択し、ログインを行う（ステップＳ５２１）。この例では、遊技者がＤＬソフトのダウンロードを行う場合は、モール会員登録がされていることを条件としている。次に、遊技者は、スマートフォン５２３５のディスプレイに表示された入力部に、ＤＬソフト利用券５２６０にプリントされたＳ／Ｎを入力し、ＤＬソフトのダウンロード指示を行う（ステップＳ５２２）。スマートフォン５２３５が、遊技者によるダウンロード指示に応じて、ダウンロードリクエスト情報をＤＬソフト利用管理サーバ５２１５に送信すると、ＤＬソフト利用管理サーバ５２１５がこのダウンロードリクエスト情報を受信して、当該ＤＬソフトのダウンロードが可能か否かをチェックする（ステップＳ５２３）。Ｓ／Ｎが異なるものであったり、既に買い取りがされていたりする場合は、ダウンロードが許可されない。チェックがＯＫであれば、ダウンロードリクエストに応じて、Ｓ／Ｎに対応付けられたＤＬソフトに係る情報を更新し、ＤＬソフトをスマートフォン５２３５に送信する（ステップＳ５２４）。これに応じて、スマートフォン５２３５は、ＤＬソフト利用管理サーバ５２１５からＤＬソフトをダウンロードする（ステップＳ５２５）。
図８７（Ｂ）は、遊技者が、ダウンロードしたＤＬソフトを利用する場合のフローである。遊技者は、ダウンロードされたＤＬソフトのアイコン等をタッチする等によって、ＤＬソフトを起動させる（ステップＳ５３１）。そうすると、ＤＬソフトは、スマートフォン５２３５のディスプレイに入力部を表示し、遊技者がその入力部に、ＤＬソフト利用券５２６０にプリントされたＳ／Ｎを入力する（ステップＳ５３２）。入力部に入力されたＳ／Ｎは、ＤＬソフト利用管理サーバ５２１５に送信され、そこで、Ｓ／Ｎに対応するＤＬソフトが利用条件を満たすか否か、及びＤＬソフトが利用可能であるか否かをチェックする（ステップＳ５３３）。Ｓ／Ｎが異なるものであったり、既に買い取りがされていたりする場合は、ＤＬソフトの利用が許可されない。チェックがＯＫであれば、Ｓ／Ｎに対応付けられたＤＬソフトに係る情報を更新し、ＤＬソフトの利用許可を与える（ステップＳ５３４）。これに応じて、スマートフォン５２３５は、ＤＬソフトを遊技者が利用できる状態にする（ステップＳ５３５）。
次に、図８８を参照して、ＤＬソフト利用券発券装置５１５０の機能について説明する。図８８は、ＤＬソフト利用券発券装置５１５０の機能ブロック図である。ＤＬソフト利用券発券装置５１５０は、アクセス管理部５１６１、発券管理部５１６２、及びネットワークＩ／Ｆ部５１６３を含む。
アクセス管理部５１６１は、ネットワークＩ／Ｆ部５１６３を介してＤＬソフト利用券発券装置５１５０がＤＬソフト利用券発券サーバ５２００にアクセスできるよう制御する。発券管理部５１６２は、レシート等から読み取った遊技媒体の種別と数量、そのＤＬソフト利用券発券装置５１５０が配置されるホール店舗の交換レート（玉単価）、及びそのホール店舗の店舗コードを含む発券リクエスト情報をＤＬソフト利用券発券サーバ５２００に送信する。
また、発券管理部５１６２は、ＤＬソフト利用券発券サーバ５２００から、発券リクエスト情報に応じて決定されたＳ／Ｎを含む発券情報を受信し、そのＳ／ＮをプリントしたＤＬソフト利用券５２６０を発券する。Ｓ／Ｎは、レシート等から読み取った遊技媒体の種別と数量から求められる価値に相当するＤＬソフトを識別するための番号である。また、この例では、ＤＬソフトのダウンロードや買い取りを行う際にアクセスするＵＲＬも、ＤＬソフト利用券５２６０にプリントされる。
ネットワークＩ／Ｆ部５１６３は、インターネット等のネットワークに接続して、相手方のコンピュータ（ここでは、ホールコンピュータ５４００やＤＬソフト利用券発券サーバ５２００）とデータ送受信を行うよう制御する。（以降、他の装置のネットワークＩ／Ｆ部についても同様である）。
また、この例では、ＤＬソフト利用券発券装置５１５０は、ＤＬソフト利用券５２６０の発券等を行うための単独の装置として構成されているが、他の様々な装置と一体的に構成することができる。例えば、景品ＰＯＳ５５００と一体化して構成するようにもできる。また、サンド装置５０２０がプリンタを備えることができれば、サンド装置５０２０にＤＬソフト利用券発券装置５１５０の各機能を組み込むようにすることもできる。
なお、図８８に示すように、ＤＬソフト利用券発券装置５１５０に会員管理部を設けて、モール会員登録をしたモール会員について、ＤＬソフト利用券５２６０の発券を行うよう制御することができる。この場合、ＤＬソフト利用券発券装置５１５０は、非接触ＩＣカードリーダ／ライタによって、遊技者のスマートフォン５２３５等の固有ＩＤを読み取り、会員管理部は、後述する会員管理サーバ５１７０のモール会員管理部５１８１と協働して、読み取った固有ＩＤ等に基づいて、その遊技者が、すでに登録されているモール会員であるか否かを判定する。
次に、図８９（Ａ）を参照して、会員管理サーバ５１７０の機能について説明する。図８９（Ａ）は、会員管理サーバ５１７０の機能ブロック図である。会員管理サーバ５１７０は、モール会員管理部５１８１、会員情報同期管理部５１８２、及びネットワークＩ／Ｆ部５１８３を含む。
モール会員管理部５１８１は、ＤＬソフト買取サーバ５２１０、又はＤＬソフト利用管理サーバ５２１５（ＤＬソフトダウンロード時）からの問い合わせに応じて、受信した固有ＩＤが正当なモール会員であるか否かをチェックし、その結果をそれぞれのサーバに返信する。モール会員であるか否かのチェックは、図９３（Ａ）に示すモール会員情報テーブル５１９４を参照して行う。モール会員情報テーブル５１９４は、後述するように、会員情報同期管理部５１８２によって、基幹ＤＢ５６５０に記憶されているモール会員情報テーブルと同期されたテーブルである。
会員情報同期管理部５１８２は、図９３（Ａ）に示すモール会員情報テーブル５１９４が、基幹ＤＢ５６５０に記憶されるモール会員情報テーブルと同期されるように制御する。基幹ＤＢ５６５０に記憶されるモール会員情報テーブルは、図２１、及び図２２に示すような、モール会員登録処理によって記憶されるモール会員情報テーブル６５１（図１８（Ｂ）参照）と同様のテーブルであり、モール会員情報テーブル５１９４が、このテーブルと同じになるよう同期管理される。同期処理は、リアルタイムに近いタイミングで実現され得るが、所定の間隔で同期処理が行われるようにしてもよい。また、この例では、図１８（Ｂ）に示すモール会員情報テーブル６５１と図９３（Ａ）に示すモール会員情報テーブル５１９４は、同じ項目を有するように構成されているが、必要に応じて、いくつかの項目を省略してもよい。
図８９（Ｂ）は、ＤＢ（データベース）サーバ５１８５の機能ブロック図である。ＤＢサーバ５１８５は、データベース制御部５１８６、及びネットワークＩ／Ｆ部５１８７を含む。また、ＤＢサーバ５１８５は、買取管理ＤＢ５１９０を備え、買取管理ＤＢ５１９０には、発券リクエスト管理テーブル５１９１、Ｓ／Ｎ管理テーブル５１９２、電子価値管理テーブル５１９３、モール会員情報テーブル５１９４、利用券種管理テーブル５１９５、モール会員行動履歴管理テーブル５１９６、ＤＬソフト管理テーブル５１９７、及びＤＬソフト利用管理テーブル５１９８を記憶する。また、ＤＢサーバ５１８５は、ＤＬソフト記憶領域５１９９を備え、ＤＬソフト記憶領域５１９９には、遊技者に提供するＤＬソフトが複数記憶されている。
データベース制御部５１８６は、他のサーバからデータベースアクセスの要求を受けると、その要求に応じて指定されたテーブルのレコードを参照、又は更新（追加、削除を含む）する。この例では、データベース制御部５１８６は、一般的なＤＢＭＳ（Database Management System）であるが、他の様々なデータ形式を用いてデータを記憶し、更新等するよう管理することができる。また、ＤＬソフト利用管理サーバ５２１５が、遊技者のスマートフォン５２３５にＤＬソフトをダウンロードする場合に、ＤＬソフト利用管理サーバ５２１５の指令に応じて、指定されたＤＬソフトをＤＬソフト記憶領域５１９９から読み出す。
図９０（Ａ）は、ＤＬソフト利用券発券サーバ５２００の機能ブロック図である。ＤＬソフト利用券発券サーバ５２００は、アクセス管理部５２０１、発券リクエスト管理部５２０２、価値情報送信部５２０３、金額請求部５２０４、及びネットワークＩ／Ｆ部５２０５を備える。
アクセス管理部５２０１は、ネットワークＩ／Ｆ部５２０５を介してＤＬソフト利用券発券サーバ５２００がＤＬソフト利用券発券装置５１５０にアクセスできるよう制御する。発券リクエスト管理部５２０２は、ＤＬソフト利用券発券装置５１５０からＤＬソフト利用券５２６０の発券指示があって、発券リクエスト情報を受信した場合に、この発券リクエスト情報に応じて、ＤＬソフトのＳ／Ｎを決定し、そのＳ／Ｎと発券に関する情報を含む発券情報をＤＬソフト利用券発券装置５１５０に送信する。
価値情報送信部５２０３は、ＤＬソフト利用券５２６０が発券され、さらにそのＤＬソフト利用券５２６０が買い取られることによって、将来的にホール店舗に請求される費用（後述の金額請求部５２０４により請求される金額）を計算し検証するために必要なＤＬソフト価値情報を、そのＤＬソフト利用券発券装置５１５０に送信する（ホールコンピュータ５４００に直接送信してもよい）。ここで、ＤＬソフト価値情報は、例えば、発券されたＤＬソフト利用券５２６０に対応するＤＬソフトの電子価値と、そのＤＬソフト利用券５２６０の枚数を含む情報である。
金額請求部５２０４は、ＤＬソフト利用券５２６０が発券された場合に、そのＤＬソフト利用券５２６０に対応するＤＬソフトの電子価値に相当する金額を、そのＤＬソフト利用券５２６０を発券したホール店舗に請求する。遊技者が、発券されたＤＬソフト利用券５２６０をＤＬソフト買取センターに買い取らせた後、その遊技者に付与された電子価値で景品交換システム１に関して前述したものと同様の景品交換指示を行うと、電算センターから当該景品交換に関する費用がＤＬソフト買取センターに請求されることになる。そのため、ＤＬソフト買取センターでは、ＤＬソフト利用券５２６０が発券されたタイミングで、将来的に景品交換により請求されることになる費用をホール店舗に請求する。なお、ホール店舗への請求は、ＤＬソフト買取センターからホール店舗の運営主体に対する請求であり、例えば、所定の銀行決済システムに対して請求指示を送信するといった処理によって実現される。こうした請求は、複数の対象について、後でまとめて請求することもできる。また、請求額については、各種税金や手数料を差し引いて（又は付加して）最終的な請求額を決定するようにもできる。
また、遊技者が、発券されたＤＬソフト利用券５２６０をＤＬソフト買取センターに買い取らせることなく、スマートフォン５２３５にダウンロードして利用する場合も、ＤＬソフトの対価が、ＤＬソフトの開発会社からＤＬソフト買取センターに請求されることになり、そのために、ＤＬソフト買取センターは、ＤＬソフト利用券５２６０が発券されたタイミングで、将来的にＤＬソフトのダウンロード等により請求されることになる費用をホール店舗に請求する。
なお、どの額をどのようなタイミングで請求するかについては様々に設定することができる。例えば、（１）ＤＬソフト利用券５２６０が発券されたタイミングでその都度、そのＤＬソフト利用券５２６０に対応するＤＬソフトの電子価値に相当する金額を請求したり、（２）ＤＬソフト利用券５２６０が発券された後、所定のタイミングでまとめて、該当するＤＬソフト利用券５２６０に対応するＤＬソフトの電子価値に相当する金額を請求したり、（３）ＤＬソフト利用券５２６０の買い取りが行われたタイミングでその都度、そのＤＬソフト利用券５２６０に対応するＤＬソフトの電子価値に相当する金額を請求したり、（４）ＤＬソフト利用券５２６０の買い取りがされた後、所定のタイミングでまとめて、該当するＤＬソフト利用券５２６０に対応するＤＬソフトの電子価値に相当する金額を請求したり、（５）ＤＬソフト利用券５２６０によるＤＬソフトのダウンロード又は利用が行われたタイミングでその都度、そのＤＬソフトの電子価値に相当する金額を請求したり、（６）ＤＬソフト利用券５２６０によるＤＬソフトのダウンロード又は利用がされた後、所定のタイミングでまとめて、該当するＤＬソフトの電子価値に相当する金額を請求したり、（７）遊技者に付与された電子価値により景品交換指示が行われたタイミングでその都度、その景品交換で必要となった電子価値に相当する金額を請求したり、（８）遊技者に付与された電子価値により景品交換指示が行われた後、所定のタイミングでまとめて、該当する景品交換で必要となった電子価値に相当する金額を請求したりするように構成することができる。
図９０（Ｂ）は、ＤＬソフト買取サーバ５２１０の機能ブロック図である。ＤＬソフト買取サーバ５２１０は、会員管理部５２１１、買取リクエスト管理部５２１２、行動履歴管理部５２１３、及びネットワークＩ／Ｆ部５２１４を備える。会員管理部５２１１は、遊技者のスマートフォン５２３５からログインがあった場合に、その遊技者がモール会員登録をしたモール会員であるか否かについてチェックを行う。この例では、モール会員についてのみ、ＤＬソフト利用券５２６０を買い取りさせることが可能であるよう設定されているが、こうした設定は、システムに応じて任意に設定可能である。会員管理部５２１１は、会員管理サーバ５１７０のモール会員管理部５１８１と協働して、遊技者のスマートフォン５２３５から読み取った固有ＩＤ等に基づいて、その遊技者が、すでに登録されているモール会員であるか否かを判定し、モール会員でない場合は、遊技者からの買取リクエストを拒否し、エラーメッセージを表示するよう制御する。
買取リクエスト管理部５２１２は、遊技者のスマートフォン５２３５から買取リクエストが合った場合に、買取リクエスト情報を受信し、その買取リクエスト情報に応じて、遊技者に係る電子価値データを更新する。すなわち、買い取りがされたＤＬソフト利用券５２６０のＳ／Ｎから、そのＤＬソフトの電子価値を求め、求められた電子価値を、電子価値を保持する電子価値管理テーブル５１９３の当該遊技者の電子価値に加算する。また、必要に応じて、電子価値データの更新結果を含む買取情報をスマートフォン５２３５に送信することもできる。
行動履歴管理部５２１３は、遊技者がＤＬソフト利用券５２６０の買取リクエストを行った場合に、その操作に関する情報を、モール会員行動履歴管理テーブル５１９６に記憶する。モール会員行動履歴管理テーブル５１９６は、景品交換システム１のモール会員行動履歴管理テーブル６５６と同じ項目を有するものであり、必要に応じて、これらの２つのテーブルを所定のタイミングでマージして、又はより小さな集合にグループ化して管理するようにしてもよい。
図９１は、ＤＬソフト利用管理サーバ５２１５の機能ブロック図である。ＤＬソフト利用管理サーバ５２１５は、会員管理部５２１６、ダウンロード管理部５２１７、ＤＬソフト実行管理部５２１８、及びネットワークＩ／Ｆ部５２１９を備える。会員管理部５２１６は、遊技者のスマートフォン５２３５から、ＤＬソフト利用券５２６０によるＤＬソフトのダウンロードリクストの際のログインがあった場合に、その遊技者がモール会員登録をしたモール会員であるか否かについてチェックを行う。この例では、モール会員についてのみ、ＤＬソフト利用券５２６０によるＤＬソフトのダウンロードを可能としてるが、こうした設定は、システムに応じて任意に設定可能である。
ダウンロード管理部５２１７は、遊技者が、スマートフォン５２３５を用いて、ＤＬソフトのダウンロードを指示する場合に、その遊技者がモール会員であるか否かを会員管理部５２１６によりチェックし、モール会員であれば、入力されたＳ／Ｎが正しいことを条件に、そのＳ／Ｎに対応するＤＬソフトをＤＢサーバ５１８５のＤＬソフト記憶領域５１９９から取得し、スマートフォン５２３５にダウンロードする。ダウンロードが行われたかどうかは、Ｓ／Ｎ管理テーブル５１９２により管理される。
ＤＬソフト実行管理部５２１８は、遊技者が、スマートフォン５２３５を用いて、ＤＬソフトを利用するために、そのＤＬソフトのアイコン等をタッチした場合に、スマートフォン５２３５のディスプレイに入力部を表示し、正しいＳ／Ｎを入力させたうえで当該ＤＬソフトの利用を許可する。また、既に買い取りがされていたりする場合は、ＤＬソフトの利用を許可しない。ＤＬソフトの利用がされたかどうかは、Ｓ／Ｎ管理テーブル５１９２により管理される。また、図９１に示すように、ＤＬソフト利用管理サーバ５２１５に、行動履歴管理部を設けて、遊技者がＤＬソフト利用券５２６０によりＤＬソフトをダウンロードした操作や、ダウンロード後にＤＬソフトを利用する操作等に関する情報をモール会員行動履歴管理テーブル５１９６に記憶することもできる。
図９２には、発券リクエスト管理テーブル５１９１、Ｓ／Ｎ管理テーブル５１９２、ＤＬソフト管理テーブル５１９７、及び電子価値管理テーブル５１９３の例が示されており、図９３には、モール会員情報テーブル５１９４、利用券種管理テーブル５１９５、ＤＬソフト利用管理テーブル、及びモール会員行動履歴管理テーブル５１９６の例が示されている。これらのテーブルの詳細については、必要に応じて後で説明する。
次に、図９４、及び図９５を参照して、ＤＬソフト利用券５２６０の発券処理について、詳細に説明する。図９４は、ＤＬソフト利用券５２６０の発券処理を、ＤＬソフト利用券発券装置５１５０、ＤＬソフト利用券発券サーバ５２００、及びＤＢサーバ５１８５の主体別にそれぞれ表記したフローチャートであり、図９５は、ＤＬソフト利用券発券装置５１５０の店舗側ディスプレイ５１５５に表示されるＤＬソフト利用券発券指示画面とＤＬソフト利用券発券画面を示す図である。
図９４を参照すると、最初に、ＤＬソフト利用券発券装置５１５０においてＤＬソフト利用券発券処理が開始され、ＤＬソフト利用券発券装置５１５０の店舗側ディスプレイ５１５５に、レシート読み取り画面（不図示）が表示される（ステップＳ５４１）。ＤＬソフト利用券発券装置５１５０におけるＤＬソフト利用券発券処理は、例えば、ＤＬソフト利用券発券装置５１５０のディスプレイに表示されたメニュー画面（不図示）の項目をタッチすることで開始され、その後、レシートの読み取りを促すレシート読み取り画面が自動的に表示される。なお、この例では、ＤＬソフト利用券発券装置５１５０に関する操作は、すべて、そのＤＬソフト利用券発券装置５１５０が配置されたホール店舗のスタッフが行うものとする。
ここで、ＤＬソフト利用券発券装置５１５０は、ホール店舗のスタッフが、遊技者の要求に応じて、遊技者が持参したレシートをバーコードリーダ５１５４で読み取ったか否かを判定し（ステップＳ５４２）、読み取りが行われるまで、画面の表示を維持する。レシートには、遊技者が獲得した遊技媒体種別（例えば、４円貸パチンコ玉や２０円貸メダル等）とその保持数（貯メダル数、貯玉数）が、例えば、２次元バーコードや３次元バーコードの形態で記載されている。
レシートが読み取られると、図９５（Ａ）に示すようなＤＬソフト利用券発券指示画面５８８０をＤＬソフト利用券発券装置５１５０の店舗側ディスプレイ５１５５に表示する（ステップＳ５４３）。図９５（Ａ）を参照すると、ＤＬソフト利用券発券指示画面５８８０には、レシートから読み取られた遊技媒体種別が遊技媒体種別表示部５８８１に表示され、レシートから読み取られた遊技媒体の数量（保持数）が玉数又はメダル枚数という単位で保持数表示部５８８２に表示され、ＤＬソフト利用券５２６０の発券を指示するための「ＯＫ」ボタン５８８３が表示されている。
次に、図９４のステップＳ５４４において、ＤＬソフト利用券発券装置５１５０は、ホール店舗のスタッフが、遊技者の指示に従って、「ＯＫ」ボタンをタッチするか否かを判定し、「ＯＫ」ボタンがタッチされるまで、ＤＬソフト利用券発券指示画面５８８０の表示を維持する。「ＯＫ」ボタンがタッチされると、そこで、発券リクエスト情報をＤＬソフト利用券発券サーバ５２００に送信する（ステップＳ５４５）。発券リクエスト情報には、そのＤＬソフト利用券発券装置５１５０が配置されるホール店舗の店舗コード、及び遊技媒体の価値を表す遊技媒体価値情報（例えば、レシートから読み取った遊技媒体の種別と数量、そのＤＬソフト利用券発券装置５１５０が配置されるホール店舗の交換レート（玉単価））が含まれる。また、ホール店舗のスタッフは、遊技者の指示により、レシートから読み取った遊技媒体の種別と数量により、そのままＤＬソフト利用券５２６０の発券を指示せずに、そのうちの一部（例えば、一部の遊技媒体種別や一部の数量）について、ＤＬソフト利用券５２６０の発券をするように指定することもできる。
ここで、ホール店舗の交換レートは、ＤＬソフト利用券発券装置５１５０に予め記憶され、あるいは、ホールコンピュータ５４００等に記憶され、そこから読み出されてＤＬソフト利用券発券サーバ５２００に送信されるが、ＤＬソフト利用券発券サーバ５２００で各ホール店舗の交換レートを把握可能であれば、ＤＬソフト利用券発券装置５１５０から送信する必要はない。ＤＬソフト利用券発券サーバ５２００は、例えば、基幹サーバ５６００の基幹ＤＢ５６５０に記憶される交換レート管理テーブル５６５４（図１９（Ｂ）に示す交換レート管理テーブル６５４と同様のテーブル）と同期したテーブルを有することによって、又は、交換レート管理テーブル５６５４を直接参照することによって、対応するホール店舗の交換レートを取得することができる。
また、ＤＬソフト利用券発券装置５１５０が配置されるホール店舗の店舗コードも、ＤＬソフト利用券発券装置５１５０に予め記憶され、あるいは、ホールコンピュータ５４００等に記憶され、そこから読み出されてＤＬソフト利用券発券サーバ５２００に送信される。また、ＤＬソフト利用券発券サーバ５２００が、発券リクエスト情報を送信してきたＤＬソフト利用券発券装置５１５０の機器識別ＩＤやネットワークアドレス等からそのＤＬソフト利用券発券装置５１５０のホール店舗を特定可能であれば、店舗コードをＤＬソフト利用券発券装置５１５０から送信する必要はない。なお、店舗コードは、同じホール店舗内であっても遊技媒体種別（例えば、４円貸パチンコ玉や２０円貸メダル等）ごとに異なる店舗コードによって管理される場合がある。
また、この例では、ＤＬソフト利用券発券装置５１５０から送信される発券リクエスト情報には、遊技媒体の種別と数量が含まれ、ＤＬソフト利用券発券サーバ５２００が、その遊技媒体の種別と数量に応じて、発行するＤＬソフト利用券５２６０に対応付けられるべきＤＬソフトとＤＬソフト利用券５２６０の数を決定するが、こうしたＤＬソフトとＤＬソフト利用券５２６０の数とをＤＬソフト利用券発券装置５１５０又は遊技者が決定し、それを発券リクエスト情報に含めてＤＬソフト利用券発券サーバ５２００に送信するようにしてもよい。
次に、ＤＬソフト利用券発券サーバ５２００が、ＤＬソフト利用券発券装置５１５０から送信された発券リクエスト情報を受信し（ステップＳ５４６）、この発券リクエストのリクエストＩＤを採番するとともに、その内容を図９２（Ａ）に示す発券リクエスト管理テーブル５１９１に記憶するよう指示する。発券リクエスト管理テーブル５１９１は、例えば、図９２（Ａ）に示すように、リクエストＩＤ、店舗コード、遊技媒体種別、遊技媒体の数量、及び交換レートの各項目を記憶し、各ホール店舗のＤＬソフト利用券発券装置５１５０から送信された発券リクエスト情報の内容を管理する。ＤＢサーバ５１８５は、ＤＬソフト利用券発券サーバ５２００の指示に応じて、当該発券リクエスト情報の内容を記憶するレコードを作成するよう発券リクエスト管理テーブル５１９１を更新する（ステップＳ５４７）。
次に、ＤＬソフト利用券発券サーバ５２００は、発券リクエスト情報に含まれる店舗コードで表される店舗（ＤＬソフト利用券発券装置５１５０が配置されている店舗）において発券可能なＤＬソフト利用券５２６０の券種を把握するために、図９３（Ｂ）に示す利用券種管理テーブル５１９５にアクセスする（ステップＳ５４８）。利用券種管理テーブル５１９５は、図９３（Ｂ）に示すように、店舗コード、第１券種価値、第２券種価値、及び第３券種価値の各項目を記憶し、ホール店舗ごとに、ＤＬソフト利用券発券サーバ５２００に対応付けられるＤＬソフトの電子価値を管理する。図９５（Ｂ）に示す例では、最大３種類の券種について管理することが可能であるが、必要に応じてそれ以上の券種を管理できるよう拡張可能である。また、共通する券種の組合せを利用可能な複数のホール店舗をグループ化して管理することもできる。図９３（Ｂ）に示す利用券種管理テーブル５１９５では、例えば、店舗コード＝「０３４」のホール店舗において、３種類の電子価値（すなわち、５０００、１０００、及び２００）のＤＬソフトをＤＬソフト利用券５２６０に対応付けることが可能であることが定義されている。ＤＢサーバ５１８５は、ＤＬソフト利用券発券サーバ５２００の指示に応じて、利用券種管理テーブル５１９５を参照し、対応する店舗コードのレコードをＤＬソフト利用券発券サーバ５２００に送信する（ステップＳ５４９）。
次に、ＤＬソフト利用券発券サーバ５２００は、ＤＬソフト利用券５２６０に対応付けることができる券種のＤＬソフトと、遊技媒体の種別と数量、及び交換レートから求められる遊技媒体の価値から、ＤＬソフト利用券５２６０にどのＤＬソフトを対応付けるか、何枚のＤＬソフト利用券５２６０を発券するか、及び余りの遊技媒体の数量（余メダル、余玉）をいくつにするかを決定する（ステップＳ５５０）。遊技媒体の価値が、ＤＬソフト利用券５２６０に対応付けられるＤＬソフトの電子価値のうち最大の価値のものを超える場合、複数のＤＬソフト利用券５２６０が発券され得るが、通常は、それぞれのＤＬソフト利用券５２６０に、最大の価値のＤＬソフトから最小の価値のＤＬソフトの順に、余りが最小になるよう割り当てられる。ただし、状況に応じて、様々な割り当て方法を採用することができる。
通常の割当方法では、例えば、図９２（Ａ）の発券リクエスト管理テーブル５１９１の、リクエストＩＤ＝「Ｒ０１１」で表される発券リクエスト情報は、店舗コード＝「０３４」で、遊技媒体の価値が１２０４０（２０（遊技媒体種別が２０円貸メダル）×６０２（数量）×１（交換レート））である。そして、この発券リクエストに関して発券されるＤＬソフト利用券５２６０は、図９３（Ｂ）の利用券種管理テーブル５１９５に記憶された、対応するホール店舗（店舗コード＝「０３４」）の券種を参照して、第１券種（電子価値＝５０００）の価値を有するＤＬソフトに対応付けられたものが２枚、第２券種（電子価値＝１０００）の価値を有するＤＬソフトに対応付けられたものが２枚、余りが４０（すなわち、余メダルが２枚）、となる。なお、ＤＬソフトの電子価値は、９２（Ｃ）のＤＬソフト管理テーブル５１９７を参照することによって把握できる。
また、この例では、５０００の電子価値を有するＤＬソフトに対応付けられたＤＬソフト利用券５２６０が２枚発行され、そこで、異なるソフトウエア（プロダクトＩＤ＝「Ｓ００１」と「Ｓ００２」）が選択され、それぞれに対応付けられている。このようなソフトウエアの選択は、（同じ電子価値を有するソフトウエアのなかで）ランダムに決定することもできるし、遊技者やホール店舗等によって選択するようにもできる。同じ電子価値のＤＬソフトが３以上ある場合は、ランダムに、又は所定のルールにより、そのうちから２つが選択される。また、同じソフトウエア（同じプロダクトＩＤのソフトウエア）が選択されてもよい。なお、ここでは、プロダクトＩＤはそれぞれのソフトウエア製品に対応するもので、同じ製品のソフトウエアには同じプロダクトＩＤが付与される。複数の遊技者のスマートフォン５２３５に、同じプロダクトＩＤのソフトウエアがダウンロードされうる。
次に、ＤＬソフト利用券発券サーバ５２００は、決定したプロダクトＩＤのそれぞれにＳ／Ｎを付与し、Ｓ／Ｎ管理テーブル５１９２にこれらのＳ／Ｎを記憶するよう指示する（ステップＳ５５１）。ＤＢサーバ５１８５は、ＤＬソフト利用券発券サーバ５２００の指示に応じて、Ｓ／Ｎ管理テーブル５１９２を更新する（ステップＳ５５２）。ここで、Ｓ／Ｎ管理テーブル５１９２は、図９２（Ｂ）に示すように、Ｓ／Ｎ、プロダクトＩＤ、リクエストＩＤ、買取フラグ、及び買取期限の各項目を記憶し、それぞれのＳ／ＮがどのＤＬソフトに対応付けられているかと、買い取りの有無を管理する。例えば、上述したリクエストＩＤ＝「Ｒ０１１」で表される発券リクエスト情報に関して発券されるＤＬソフト利用券５２６０についてＳ／Ｎ管理テーブル５１９２を更新する場合、図９２（Ｂ）に示すように、Ｓ／Ｎ＝「０００１」がプロダクトＩＤ＝「Ｓ００１」に対応付けられ、Ｓ／Ｎ＝「０００２」がプロダクトＩＤ＝「Ｓ００２」に対応付けられ、ここで、プロダクトＩＤ＝「Ｓ００１」と「Ｓ００２」のＤＬソフトは、どちらも第１券種（電子価値＝５０００）の価値を有する（図９２（Ｃ）のＤＬソフト管理テーブル５１９７参照）。また、Ｓ／Ｎ＝「０００３」がプロダクトＩＤ＝「Ｓ００３」に対応付けられ、Ｓ／Ｎ＝「０００４」がプロダクトＩＤ＝「Ｓ００４」に対応付けられ、ここで、プロダクトＩＤ＝「Ｓ００３」と「Ｓ００４」のＤＬソフトは、どちらも第２券種（電子価値＝１０００）の価値を有する（図９２（Ｃ）のＤＬソフト管理テーブル５１９７参照）。こうして、４つのＳ／ＮがそれぞれＤＬソフト利用券５２６０に対応付けられ、４枚のＤＬソフト利用券５２６０が発券されることになる。また、ここで、４つのＳ／Ｎについて、最初は、いずれも、リクエストＩＤ＝「Ｒ０１１」、買取フラグ＝「０」に設定される（ただし、この例では、Ｓ／Ｎ＝「０００１」の買取フラグは、その後買い取りが行われたために「１」がセットされている）。買い取りフラグをこのように管理しているため、同じＳ／ＮのＤＬソフトについて重複して買い取りが行われることがない。
また、Ｓ／Ｎ管理テーブル５１９２の買取期限は、例えば、発券リクエスト情報を受信した時点から所定期間経過後の日時や、発券情報の送信（後述のステップＳ５５４）や、その他のタイミングから所定期間経過後の日時に設定することができ、この期限を過ぎて買取リクエストを行っても拒否されるようになっている。このような買取期限は、設けないようにすることもできるし、また、所定の電子価値のＤＬソフトに関してのみ設けることもできる。また、ＤＬソフトの電子価値や遊技者の状況に応じて期限を変えるようにもできる。また、本実施形態では、ＤＬソフトを一旦ダウンロードしたり、利用したりした後でも、そのＤＬソフトについて買取リクエストを行うことができ、このように、ＤＬソフトがダウンロード又は利用された場合に、当初設定されていた買取期限を延長するようにできる。また、ＤＬソフトの利用態様（例えば、利用時期・時刻、利用回数、利用頻度など）に応じて、買取期限の延長の程度を変化させてもよい。また、買取期限は、ＤＬソフト利用券発券サーバ５２００の時計部で管理される日時に基づいて設定されるため、ホール店舗から時間データを受信する場合に比べて不正等の問題を回避できるようになる。
次に、ＤＬソフト利用券発券サーバ５２００は、発券されるＤＬソフト利用券５２６０について付与されたＳ／Ｎを含む発券情報を、ＤＬソフト利用券発券装置５１５０に送信する（ステップＳ５５３）。例えば、上述したリクエストＩＤ＝「Ｒ０１１」で表される発券リクエスト情報に関しては、「０００１」、「０００２」、「０００３」、及び「０００４」の４つのＳ／Ｎが送信される。また、この例では、発券情報に、ＤＬソフトの買い取りやダウンロードを行う場合にアクセスするＷＥＢページのＵＲＬが含まれる。なお、このようなＵＲＬを、Ｓ／Ｎ、リクエストＩＤ、ホール店舗などの様々な単位で異なるものに設定することもできる。また、ＤＬソフト利用券発券サーバ５２００によるＵＲＬの送付を省略し、ＤＬソフト利用券５２６０にはプリントせずに他の方法によりＵＲＬを通知してもよい。また、ＤＬソフト利用券発券装置５１５０において、所定のＵＲＬをプリントするように構成することもできる。
また、この例では、ＤＬソフト利用券発券装置５１５０の店舗側ディスプレイ５１５５への表示やホールコンピュータ５４００への通知のために、Ｓ／Ｎのほかに、ＤＬソフト価値情報（ＤＬソフトの電子価値、当該電子価値ごとのＤＬソフトの数）、及び余メダル（余玉）の数量を含むデータがＤＬソフト利用券発券装置５１５０に送信される。
次に、ＤＬソフト利用券発券装置５１５０は、ＤＬソフト利用券発券サーバ５２００から、上述した発券情報とＤＬソフト価値情報等を受信する（ステップＳ５５４）。そして、ＤＬソフト利用券発券装置５１５０は、受信したＤＬソフト価値情報等に基づいて、ＤＬソフト利用券発券装置５１５０の店舗側ディスプレイ５１５５に、図９５（Ｂ）に示すようなＤＬソフト利用券発券画面５８８５を表示する（ステップＳ５５５）。図９５（Ｂ）には、ＤＬソフト利用券５２６０がＤＬソフト利用券発券装置５１５０において発券されている際のＤＬソフト利用券発券画面５８８５が表示されている。ＤＬソフト利用券発券画面５８８５では、発券中のＤＬソフト利用券５２６０の券種（ＤＬソフト利用券５２６０に対応付けられているＤＬソフトの電子価値（例えば、５０００や１０００など））と、ＤＬソフトのタイトルが発券内容表示部５８８６に表示され、余メダルの枚数（余玉の玉数）が余メダル等表示部５８８７に表示され、ＤＬソフト利用券５２６０の発券がすべて終了すると、その旨を示すメッセージが表示される。
上述のＤＬソフト利用券発券画面５８８５の表示とともに、ＤＬソフト利用券発券装置５１５０は、受信した発券情報に基づいて、プリンタ５１５７を制御し、それぞれＳ／ＮとＵＲＬがプリントされたＤＬソフト利用券５２６０を出力する（ステップＳ５５６）。１つのＤＬソフト利用券５２６０は、通常は１つの紙製チケットで構成されており、そこに１つのＳ／ＮとＵＲＬがプリントされる。上述したリクエストＩＤ＝「Ｒ０１１」で表される発券リクエスト情報に関しては、４つのＳ／Ｎ、「０００１」、「０００２」、「０００３」、及び「０００４」のそれぞれが、ＵＲＬとともに、対応するＤＬソフト利用券５２６０に個別にプリントされる。また、それぞれのＤＬソフト利用券５２６０には、ＤＬソフト利用券５２６０に対応するＤＬソフトのタイトルやプロダクトＩＤ、ＤＬソフトの電子価値（例えば、５０００や１０００など）をプリントしたり、発券日時や買取期限をプリントしたりすることもできる。また、１枚のＤＬソフト利用券５２６０に、複数のＳ／Ｎをまとめてプリントすることもできる。また、Ｓ／ＮやＵＲＬは、買取リクエストやダウンロードを行う場合に、スマートフォン５２３５で容易に入力ができるように、２次元バーコードや３次元バーコードで表されていてもよい。
次に、ＤＬソフト利用券発券装置５１５０は、プリントしたＤＬソフト利用券５２６０のＤＬソフト価値情報（ＤＬソフトの電子価値、及び当該電子価値ごとのＤＬソフトの数）等を、例えば、ホールコンピュータ５４００に送信する（ステップＳ５５７）。ホールコンピュータ５４００は、遊技者が最終的に買い取りが可能となる電子価値（又は利用可能なＤＬソフトの電子価値）を把握できればよく、ＤＬソフトの電子価値に、当該電子価値ごとのＤＬソフトの数を乗じた数値など、実質的に、上述した最終的な電子価値を表す様々な様式の数値を受信するようにしてもよい。ホールコンピュータ５４００がこのような数値を受信するのは、通販景品買取センターから当該ＤＬソフト利用券５２６０の発行に相当する金額の請求が当該ホール店舗等に対して行われるため、ホール店舗側が、その請求の根拠となるデータを把握しておく必要があるからである。
なお、ＤＬソフト利用券発券装置５１５０は、上記以外の様々なタイミングで、ＤＬソフト価値情報に含まれるＤＬソフトの電子価値、及び当該電子価値ごとのＤＬソフトの数をホールコンピュータ５４００に送信することができる。例えば、１日に１回とか、１日のうちの所定のタイミングで、これらの情報をまとめて送信するようにもできる。また、図９４のフローチャートでは省略したが、余メダル又は余玉がある場合には、これを景品ＰＯＳ５５００等で景品交換できるように、その分のレシートを発行するようにできる。また、情報カードや非接触ＩＣカードに計数結果を登録してある場合や、計数結果をホールコンピュータ５４００が管理している場合は、ＤＬソフト利用券５２６０の発券に対応する価値を当該計数結果から減算するように、ＤＬソフト利用券発券装置５１５０から直接、又は景品ＰＯＳ５５００等を介して当該計数結果の記憶領域を更新するようにできる。
さらに、遊技者がモール会員であって、スマートフォン５２３５の固有ＩＤ等によって景品交換システム５００１に登録されている場合は、ホールコンピュータ５４００、又は、ＤＬソフト利用券発券サーバ５２００及び会員管理サーバ５１７０を介して電算センターの基幹サーバ５６００にアクセスし、景品交換システム５００１によって管理されるモール会員遊技媒体保持数管理テーブル５６５２（図１８（Ｃ）のモール会員遊技媒体保持数管理テーブル６５２と同様のテーブル）から、対応する会員ＩＤの保持数を減算するよう制御する。
次に、図９６を参照して、ＤＬソフトの買取処理（すなわち、ＤＬソフト買取センターにＤＬソフトを買い取らせる処理）に進むか、ＤＬソフトのダウンロード処理に進むかを選択する選択処理について説明する。図９６（Ａ）は、選択処理を表すフローチャートであり、処理の主体は、スマートフォン５２３５である。ここでは、スマートフォン５２３５でＷＥＢブラウザが実行され、これとＷＥＢサーバやＡＳＰサーバとして機能するモバイルＩ／Ｆサーバ５２２０とで、ＷＥＢページ（ＷＥＢサイト）へのアクセス、ＷＥＢページの表示、及びデータ送受信等を行うが、ここでは、便宜上、これらの処理は、スマートフォン５２３５の処理として記載する。図９６（Ｂ）は、スマートフォン５２３５のディスプレイに表示される処理選択画面を示す図である。
図９６（Ａ）に示すように、最初に、遊技者が、スマートフォン５２３５を操作して、ＤＬソフト利用券５２６０にプリントされたＵＲＬで表されるＷＥＢページにアクセスすると、スマートフォン５２３５のディスプレイに処理選択画面が表示される（ステップＳ５６１）。図９６（Ｂ）には、このときに表示される処理選択画面５８９０が示されている。処理選択画面５８９０には、図９６（Ｂ）に示すように、処理の選択操作を促すガイド表示部５８９２が表示され、その下に、「買取」ボタン５８９３と「ダウンロード」ボタン５８９４が表示されている。
図９６（Ａ）のステップＳ５６２で、スマートフォン５２３５で遊技者によるボタンタッチが行われたか否かを判定し、ボタンタッチが行われるまで、処理選択画面５８９０の表示を維持する。ボタンタッチが行われると、タッチされたボタンが、「買取」ボタン５８９３であるか「ダウンロード」ボタン５８９４であるかを判定する（ステップＳ５６３）。「買取」ボタン５８９３がタッチされた場合は、ＤＬソフト買取処理を開始する。一方、「ダウンロード」ボタン５８９４がタッチされた場合は、ダウンロード処理を開始する。この例では、どちらの処理もモール会員であることが条件とされるので、処理選択画面５８９０において会員チェックを行うこともできるが、ここでは、それぞれの処理の開始時にモール会員であるか否かのチェックを行うこととした。
次に、図９７、図９８、及び図９９を参照して、ＤＬソフト買取処理（すなわち、ＤＬソフト買取センターにＤＬソフトを買い取らせる処理）について、詳細に説明する。この処理は、上述のように、図９６（Ｂ）の処理選択画面５８９０において、「買取」ボタン５８９３がタッチされた場合に開始される。図９７は、ＤＬソフト買取処理を、スマートフォン５２３５、ＤＬソフト買取サーバ５２１０、及びＤＢサーバ５１８５の主体別にそれぞれ表記したフローチャートであり、図９８及び図９９は、スマートフォン５２３５のディスプレイに表示されるＤＬソフト買取ログイン画面とＤＬソフト買取指示画面を示す図である。
図９７に示すように、最初に、スマートフォン５２３５は、ＤＬソフト買取処理のために、スマートフォン５２３５のディスプレイにＤＬソフト買取ログイン画面の表示を行う（ステップＳ５７１）。図９８（Ａ）には、ＤＬソフト買取ログイン画面５９００が示されている。ＤＬソフト買取ログイン画面５９００には、図９８（Ａ）に示すように、パスワード入力と「ログイン」ボタンのタッチを促すガイド表示部５９０２が表示され、その下に、パスワードを入力するためのパスワード入力部５９０３が表示され、最下部に「ログイン」ボタン５９０４が表示されている。
次に、スマートフォン５２３５は、遊技者がパスワード入力部５９０３にパスワードを入力し、「ログイン」ボタン５９０４をタッチしたか否かを判定し（ステップＳ５７２）、パスワードの入力と「ログイン」ボタン５９０４のタッチがされるまでＤＬソフト買取ログイン画面５９００の表示を維持する。パスワードの入力と「ログイン」ボタン５９０４のタッチがされると、スマートフォン５２３５から取得されたＩＤｍ等の固有ＩＤと、入力されたパスワードを、ＤＬソフト買取サーバ５２１０に送信する（ステップＳ５７３）。
ＤＬソフト買取サーバ５２１０は、スマートフォン５２３５から、固有ＩＤとパスワードを受信すると、そこで、ログインした遊技者がモール会員であるか否かを判定する（ステップＳ５７４）。ここで、ＤＬソフト買取サーバ５２１０は、固有ＩＤとパスワードを会員管理サーバ５１７０に送信することにより、ログインした遊技者が正当なモール会員であるか否かを問い合わせ、会員管理サーバ５１７０は、ＤＢサーバ５１８５に記憶され、同期管理しているモール会員情報テーブル５１９４を参照して、ログインした遊技者が正当なモール会員であるか否かをチェックし、その結果をＤＬソフト買取サーバ５２１０に伝える。この例では、ログインの際に、パスワードを要求して、正当なモール会員であるか否かを判定しているが、このようなパスワードの入力を省略することもできる。また、この例では、遊技者がモール会員登録をしている場合のみ、ＤＬソフト買取処理を可能としているが、遊技者がモール会員でなくてもＤＬソフト買取処理を可能とすることができる。
ＤＬソフト買取サーバ５２１０は、遊技者が正当なモール会員でないと判定した場合、エラー表示を行うよう指示を行い（ステップＳ５７５）、この指示に応じて、スマートフォン５２３５が、ディスプレイにエラーページを表示する（ステップＳ５７６）。一方、ＤＬソフト買取サーバ５２１０は、遊技者が正当なモール会員であると判定した場合、ＤＬソフト買取指示画面の表示を行うよう指示を行い（ステップＳ５７７）、この指示に応じて、スマートフォン５２３５が、ディスプレイにＤＬソフト買取指示画面を表示する（ステップＳ５７８）。
図９８（Ｂ）には、ＤＬソフト買取指示画面５９１０が示されている。ＤＬソフト買取指示画面５９１０には、モール会員ＩＤが表示されるモール会員ＩＤ表示部５９１２が表示され、その下に、Ｓ／Ｎの入力と「買取」ボタンのタッチを促すガイド表示部５９１３が表示され、さらにその下に、Ｓ／Ｎを入力するためのＳ／Ｎ入力部５９１４が表示され、最下部には、「買取」ボタン５９１５が表示されている。
ここで、スマートフォン５２３５は、遊技者が「買取」ボタン５９１５をタッチしたか否かを判定し（ステップＳ５７９）、「買取」ボタン５９１５がタッチされるまで、ＤＬソフト買取指示画面５９１０の当該表示を維持する。遊技者が「買取」ボタン５９１５をタッチしたと判定されると、スマートフォン５２３５は、Ｓ／Ｎ入力部５９１４に入力されたＳ／Ｎを含む買取リクエスト情報をＤＬソフト買取サーバ５２１０に送信する（ステップＳ５８０）。なお、この例では、ＤＬソフト買取センターにＤＬソフトを買い取らせるためのＳ／Ｎは１件ずつ入力されるように構成されているが、ＤＬソフト買取指示画面５９１０に、複数のＳ／Ｎ入力部５９１４を設けて、複数のＳ／Ｎをまとめて指定できるようにしてもよい。また、この例では、遊技者は、ＤＬソフト利用券５２６０にプリントされているＳ／Ｎを見て、これをＤＬソフト買取指示画面５９１０のＳ／Ｎ入力部５９１４に入力するが、ＤＬソフト利用券５２６０にプリントされている２次元バーコードや３次元バーコードなどの図形をスマートフォン５２３５で読み取り、それを所定のロジックによりＳ／Ｎに変換し、Ｓ／Ｎ入力部５９１４に入力するようにしてもよい。その他、他の図形や識別情報を介して、ＤＬソフト利用券５２６０にプリントされているＳ／Ｎに関する情報を、Ｓ／Ｎ入力部５９１４に入力することができる。
次に、ＤＬソフト買取サーバ５２１０は、Ｓ／Ｎを含む買取リクエスト情報を受信する（ステップＳ５８１）。その後、ＤＢサーバ５１８５は、ＤＬソフト買取サーバ５２１０からの要求に応じて、Ｓ／Ｎ管理テーブル５１９２を参照して、対応するＳ／Ｎのレコードを取得する（ステップＳ５８２）。そして、ＤＬソフト買取サーバ５２１０は、スマートフォン５２３５から受信したＳ／Ｎに対応するＤＬソフトが、買取条件を満たしているか否かを判定する（ステップＳ５８３）。例えば、受信したＳ／Ｎが、Ｓ／Ｎ管理テーブル５１９２に存在しない場合、Ｓ／Ｎ管理テーブル５１９２に存在する場合であっても既に買い取りがされている場合、買取リクエスト情報を受信した日時等が、Ｓ／Ｎ管理テーブル５１９２の対応するＳ／Ｎに関する買取期限を越えている場合などは、買取条件を満たしていない。また、ＤＬソフト利用券発券サーバ５２００が、Ｓ／Ｎに応じて異なるＵＲＬを付与している場合は、ＤＬソフト利用券発券サーバ５２００によってＳ／Ｎ管理テーブル５１９２にそのＵＲＬが記憶され、ＤＬソフト買取処理において遊技者が指定したＵＲＬがこれと合致していない場合は、買取条件を満たさないものとすることができる。
買取条件を満たしていないと判定された場合、エラー表示を行うよう指示を行い（ステップＳ５８４）、この指示に応じて、スマートフォン５２３５が、入力したＳ／Ｎに誤りがある旨を示すエラーページをディスプレイに表示する（ステップＳ５８５）。なお、上述の買取期限を判定するために使用する買取時刻は、ＤＬソフト買取サーバ５２１０の時計部で管理される日時に基づいて設定されるため、他の装置から時間データを受信する場合に比べて不正等の問題を回避できるようになる。
一方、ＤＬソフト買取サーバ５２１０は、スマートフォン５２３５から受信したＳ／Ｎが、買取条件を満たす場合（すなわち、Ｓ／Ｎ管理テーブル５１９２に存在し、かつ、買い取りがされていない（買取フラグ＝「０」である）Ｓ／Ｎであって、買取期限を越えていないと判定した場合）、各種テーブルの更新を行うよう指示を行い（ステップＳ５８６）、この指示に応じて、ＤＢサーバ５１８５は、以下の更新処理を行う。
最初に、ＤＢサーバ５１８５は、ＤＬソフト買取サーバ５２１０の指示に応じて、Ｓ／Ｎ管理テーブル５１９２に記憶されているレコードのうち、スマートフォン５２３５から受信したＳ／Ｎに対応するレコードの買取フラグを、買い取りがされていないことを示す「０」から、買い取りがされたことを示す「１」に更新する（ステップＳ５８７）。次に、ＤＢサーバ５１８５は、ＤＬソフト買取サーバ５２１０の指示に応じて、電子価値管理テーブル５１９３に記憶されているレコードのうち、スマートフォン５２３５から受信した固有ＩＤに対応するモール会員ＩＤに対応するレコードの電子価値データに、買い取った分の電子価値（すなわち、スマートフォン５２３５から受信したＳ／Ｎに対応するＤＬソフトの電子価値）を加算する（ステップＳ５８８）。なお、ここで、Ｓ／Ｎに対応するＤＬソフトの電子価値は、ＤＬソフト管理テーブル５１９７を参照することによって把握可能である。また、ＤＬソフトは一旦ダウンロードしたり、利用したりした後であっても買い取りが可能であり、その場合に、ＤＬソフトの電子価値を、ダウンロードや利用の有無、又は利用の頻度等に応じて再評価し変更することができる。例えば、１回以上利用したＤＬソフトについての電子価値を、ＤＬソフト管理テーブル５１９７を参照して把握される電子価値の１／２としたり、１５００を減じた価値とすることができる。また、例えば、ＤＬソフトのダウンロードだけを行って利用していない場合は、ＤＬソフト管理テーブル５１９７を参照して把握される電子価値から５００を減じた価値とすることができる。なお、ＤＬソフトがダウンロード有無や利用された回数は、ＤＬソフト利用管理テーブル５１９８により把握することができる。
次に、ＤＢサーバ５１８５は、ＤＬソフト買取サーバ５２１０の指示に応じて、Ｓ／Ｎに対応するＤＬソフトの電子価値と、ＤＬソフト買取処理を行った遊技者（モール会員）の有する電子価値データ（ステップＳ５８８により加算された電子価値の数値）を、買取情報としてＤＬソフト買取サーバ５２１０に送信する（ステップＳ５８９）。
次に、ＤＬソフト買取サーバ５２１０は、ＤＢサーバ５１８５からＳ／Ｎに対応するＤＬソフトの電子価値と、ＤＬソフト買取処理を行った遊技者（モール会員）の有する電子価値データを含む買取情報を受信すると、当該買取情報をスマートフォン５２３５に送信するとともに、買い取りが完了した旨を通知するメッセージを含んだＤＬソフト買取指示画面を表示するようスマートフォン５２３５に指示を行い（ステップＳ５９０）、この指示に応じて、スマートフォン５２３５が、ＤＬソフト買取指示画面をディスプレイに表示する（ステップＳ５９１）。
図９９には、こうして表示されたＤＬソフト買取指示画面５９２０が示されている。図９９に示すＤＬソフト買取指示画面５９２０では、モール会員ＩＤが表示されるモール会員ＩＤ表示部５９２２が表示され、その下に、ＤＬソフトのＤＬソフト買取センターによる買い取りが完了した旨を表すガイド表示部５９２３が表示され、さらにその下に、今回の買い取りの対象であるＤＬソフトのＳ／Ｎが表示されるＳ／Ｎ表示部５９２４が表示され、その下に、価値種別（例えば、ここでは、「買取価値」と「合計価値」）とその価値種別に対応する電子価値が表示される電子価値表示部５９２５が表示され、最下部には、「完了」ボタン５９２６、及び「買取（次）」ボタン５９２７が表示されている。
この例では、モール会員＝「Ｕ００４」の遊技者が、Ｓ／Ｎ＝「０００５」のＤＬソフトをＤＬソフト買取センターに買い取らせることを要求してその買い取りが完了し、その遊技者の保有する電子価値が０から１０００に増加したことが示されている（Ｓ／Ｎ＝「０００５」のＤＬソフトはプロダクトＩＤ＝「Ｓ００４」であり、プロダクトＩＤ＝「Ｓ００４」のＤＬソフトの電子価値は１０００である）。遊技者は、ＤＬソフト買取指示画面５９２０の表示状態で終了する場合は、「完了」ボタン５９２６をタッチし、次のＤＬソフトのＤＬソフト買取処理に進む場合は、「買取（次）」ボタン５９２７をタッチする。「買取（次）」ボタン５９２７がタッチされると、次のＤＬソフト利用券５２６０のＤＬソフト買取処理のための画面（図９８（Ｂ）に示すＤＬソフト買取指示画面５９１０と同様の画面）に遷移する。
なお、この例では、スマートフォン５２３５で実行されるＷＥＢブラウザが、ＷＥＢサーバ又はＡＳＰサーバ等として機能するモバイルＩ／Ｆサーバ５２２０にアクセスすることによって、ＤＬソフト買取指示画面等を表示するためのデータや入力データ等の送受信を行い、図９７に示すＤＬソフト買取処理におけるスマートフォン５２３５の処理を実現するものであるが、ここでは、便宜上、モバイルＩ／Ｆサーバ５２２０がＷＥＢサーバ又はＡＰＳサーバとして、ＨＴＭＬの規格等に基づいて動作する内容もスマートフォン５２３５の処理内容として記載している。
また、ネットワーク５２３０や他のネットワークを介してスマートフォン５２３５にダウンロードされたアプリケーションが、当該スマートフォン５２３５で実行され、そのアプリケーションがネットワーク５２３０、及びモバイルＩ／Ｆサーバ５２２０を経由してＤＬソフト買取サーバ５２１０とデータの送受信を行うことでＤＬソフト買取処理を実現するようにしてもよい。
なお、この例では、図９４に示すように、ＤＬソフト利用券５２６０が発券されたタイミング等で、そのＤＬソフト利用券５２６０の発券に係る請求金額の根拠となるデータ（例えば、ＤＬソフト価値情報に含まれるＤＬソフトの電子価値、及び当該電子価値ごとのＤＬソフトの数）が、ホールコンピュータ５４００に送信されるが（図９４のステップＳ５５７参照）、こうしたデータのホールコンピュータ５４００への送信を、例えば、ステップＳ５９１の後（すなわち、ＤＬソフトの買い取りがされたタイミング等）で行うようにすることもできる。この場合、ホールコンピュータ５４００に送信されるデータは、買い取りがされたＤＬソフトに係るものとしてもよい。
次に、図１００、及び図１０１を参照して、ダウンロード処理（すなわち、ＤＬソフトをスマートフォン５２３５にダウンロードさせる処理）について、詳細に説明する。この処理は、上述のように、図９６（Ｂ）の処理選択画面５８９０において、「ダウンロード」ボタン５８９４がタッチされた場合に開始される。図１００は、ダウンロード処理を、スマートフォン５２３５、ＤＬソフト利用管理サーバ５２１５、及びＤＢサーバ５１８５の主体別にそれぞれ表記したフローチャートであり、図１０１は、スマートフォン５２３５のディスプレイに表示されるダウンロードログイン画面とダウンロード指示画面図である。
図１００に示すように、最初に、スマートフォン５２３５は、ダウンロード処理のために、スマートフォン５２３５のディスプレイにダウンロードログイン画面の表示を行う（ステップＳ６０１）。図１０１（Ａ）には、ダウンロードログイン画面５９３０が示されている。ダウンロードログイン画面５９３０には、図１０１（Ａ）に示すように、パスワード入力と「ログイン」ボタンのタッチを促すガイド表示部５９３２が表示され、その下に、パスワードを入力するためのパスワード入力部５９３３が表示され、最下部に「ログイン」ボタン５９３４が表示されている。
次に、スマートフォン５２３５は、遊技者がパスワード入力部５９３３にパスワードを入力し、「ログイン」ボタン５９３４をタッチしたか否かを判定し（ステップＳ６０２）、パスワードの入力と「ログイン」ボタン５９３４のタッチがされるまでダウンロードログイン画面５９３０の表示を維持する。パスワードの入力と「ログイン」ボタン５９３４のタッチがされると、スマートフォン５２３５から取得されたＩＤｍ等の固有ＩＤと、入力されたパスワードを、ＤＬソフト利用管理サーバ５２１５に送信する（ステップＳ６０３）。
ＤＬソフト利用管理サーバ５２１５は、スマートフォン５２３５から、固有ＩＤとパスワードを受信すると、そこで、ログインした遊技者がモール会員であるか否かを判定する（ステップＳ６０４）。ここで、ＤＬソフト利用管理サーバ５２１５は、固有ＩＤとパスワードを会員管理サーバ５１７０に送信することにより、ログインした遊技者が正当なモール会員であるか否かを問い合わせ、会員管理サーバ５１７０は、ＤＢサーバ５１８５に記憶され、同期管理しているモール会員情報テーブル５１９４を参照して、ログインした遊技者が正当なモール会員であるか否かをチェックし、その結果をＤＬソフト利用管理サーバ５２１５に伝える。この例では、ログインの際に、パスワードを要求して、正当なモール会員であるか否かを判定しているが、このようなパスワードの入力を省略することもできる。また、この例では、遊技者がモール会員登録をしている場合のみ、ダウンロード処理を可能としているが、遊技者がモール会員でなくてもダウンロード処理を可能とすることができる。
ＤＬソフト利用管理サーバ５２１５は、遊技者が正当なモール会員でないと判定した場合、エラー表示を行うよう指示を行い（ステップＳ６０５）、この指示に応じて、スマートフォン５２３５が、ディスプレイにエラーページを表示する（ステップＳ６０６）。一方、ＤＬソフト利用管理サーバ５２１５は、遊技者が正当なモール会員であると判定した場合、ダウンロード指示画面の表示を行うよう指示を行い（ステップＳ６０７）、この指示に応じて、スマートフォン５２３５が、ディスプレイにダウンロード指示画面を表示する（ステップＳ６０８）。
図１０１（Ｂ）には、ダウンロード指示画面５９４０が示されている。ダウンロード指示画面５９４０には、モール会員ＩＤが表示されるモール会員ＩＤ表示部５９４２が表示され、その下に、Ｓ／Ｎの入力と「ダウンロード」ボタンのタッチを促すガイド表示部５９４３が表示され、さらにその下に、Ｓ／Ｎを入力するためのＳ／Ｎ入力部５９４４が表示され、最下部には、「ダウンロード」ボタン５９４５が表示されている。
ここで、スマートフォン５２３５は、遊技者が「ダウンロード」ボタン５９４５をタッチしたか否かを判定し（ステップＳ６０９）、「ダウンロード」ボタン５９４５がタッチされるまで、ダウンロード指示画面５９４０の当該表示を維持する。遊技者が「ダウンロード」ボタン５９４５をタッチしたと判定されると、スマートフォン５２３５は、Ｓ／Ｎ入力部５９４４に入力されたＳ／Ｎを含むダウンロードリクエスト情報をＤＬソフト利用管理サーバ５２１５に送信する（ステップＳ６１０）。なお、この例では、ＤＬソフト買取センターからＤＬソフトをダウンロードするためのＳ／Ｎは１件ずつ入力されるように構成されているが、ダウンロード指示画面５９４０に、複数のＳ／Ｎ入力部５９４４を設けて、複数のＳ／Ｎをまとめて指定できるようにしてもよい。また、この例では、遊技者は、ＤＬソフト利用券５２６０にプリントされているＳ／Ｎを見て、これをダウンロード指示画面５９４０のＳ／Ｎ入力部５９４４に入力するが、ＤＬソフト利用券５２６０にプリントされている２次元バーコードや３次元バーコードなどの図形をスマートフォン５２３５で読み取り、それを所定のロジックによりＳ／Ｎに変換し、Ｓ／Ｎ入力部５９４４に入力するようにしてもよい。その他、他の図形や識別情報を介して、ＤＬソフト利用券５２６０にプリントされているＳ／Ｎに関する情報を、Ｓ／Ｎ入力部５９４４に入力することができる。
次に、ＤＬソフト利用管理サーバ５２１５は、Ｓ／Ｎを含むダウンロードリクエスト情報を受信する（ステップＳ６１１）。その後、ＤＢサーバ５１８５は、ＤＬソフト利用管理サーバ５２１５からの要求に応じて、Ｓ／Ｎ管理テーブル５１９２を参照して、対応するＳ／Ｎのレコードを取得する（ステップＳ６１２）。そして、ＤＬソフト利用管理サーバ５２１５は、スマートフォン５２３５から受信したＳ／Ｎが、ダウンロード条件を満たしているか否かを判定する（ステップＳ６１３）。例えば、受信したＳ／Ｎが、Ｓ／Ｎ管理テーブル５１９２に存在しない場合、Ｓ／Ｎ管理テーブル５１９２に存在する場合であっても既に買い取りがされている場合などは、ダウンロード条件を満たさない。ダウンロード条件を満たさない場合、エラー表示を行うよう指示を行い（ステップＳ６１４）、この指示に応じて、スマートフォン５２３５が、入力したＳ／Ｎに誤りがある旨を示すエラーページをディスプレイに表示する（ステップＳ６１５）。また、この例では、いつでもダウンロード処理を行うことができるが、期限を設けてもよい。なお、このようなダウンロードの期限を、Ｓ／Ｎ管理テーブル５１９２の対応するＳ／Ｎに関する買取期限と関連付けて設定することもできる。期限を越えている場合は、その旨を示すエラーページをディスプレイに表示するよう制御する。
一方、ＤＬソフト利用管理サーバ５２１５は、スマートフォン５２３５から受信したＳ／Ｎが、ダウンロード条件を満たす場合（すなわち、Ｓ／Ｎ管理テーブル５１９２に存在し、かつ、買い取りがされていない（買取フラグ＝「０」である）Ｓ／Ｎであると判定した場合）、各種テーブルの更新を行うよう指示を行い（ステップＳ６１６）、この指示に応じて、ＤＢサーバ５１８５は、以下の更新処理を行う。
最初に、ＤＢサーバ５１８５は、ＤＬソフト利用管理サーバ５２１５の指示に応じて、ＤＬソフト利用管理テーブル５１９８に記憶されているレコードのうち、スマートフォン５２３５から受信したＳ／Ｎに対応するレコードのダウンロードフラグを、ダウンロードがされていないことを示す「０」から、ダウンロードがされたことを示す「１」に更新する（ステップＳ６１７）。また、このとき、モール会員ＩＤをＤＬソフト利用管理テーブル５１９８のモール会員ＩＤの項目に記憶させる。これは、ＤＬソフトの利用時に、他の遊技者が容易に利用できないようにするためである。次に、ＤＢサーバ５１８５は、ＤＬソフト記憶領域５１９９から、指定されたＳ／Ｎに対応するプロダクトＩＤのＤＬソフトを取得する（ステップＳ６１８）。なお、ここで、Ｓ／Ｎに対応するＤＬソフトは、Ｓ／Ｎ管理テーブル５１９２を参照することによって把握可能である。
次に、ＤＬソフト利用管理サーバ５２１５は、ＤＢサーバ５１８５から取得したＤＬソフトをスマートフォン５２３５に送信し（ステップＳ６１９）、これに応じて、スマートフォン５２３５は、ＤＬソフトを受信し、スマートフォン５２３５の（ＲＡＭ等の）記憶領域に記憶する（ステップＳ６２０）。こうしてダウンロードが終了すると、ダウンロードが完了した旨のメッセージをディスプレイに表示する。
なお、この例では、スマートフォン５２３５で実行されるＷＥＢブラウザが、ＷＥＢサーバ又はＡＳＰサーバ等として機能するモバイルＩ／Ｆサーバ５２２０にアクセスすることによって、ダウンロード指示画面等を表示するためのデータや入力データ等の送受信を行い、図１００に示すダウンロード処理におけるスマートフォン５２３５の処理を実現するものであるが、ここでは、便宜上、モバイルＩ／Ｆサーバ５２２０がＷＥＢサーバ又はＡＰＳサーバとして、ＨＴＭＬの規格等に基づいて動作する内容もスマートフォン５２３５の処理内容として記載している。
また、ネットワーク５２３０や他のネットワークを介してスマートフォン５２３５にダウンロードされたアプリケーションが、当該スマートフォン５２３５で実行され、そのアプリケーションがネットワーク５２３０、及びモバイルＩ／Ｆサーバ５２２０を経由してＤＬソフト利用管理サーバ５２１５とデータの送受信を行うことでダウンロード処理を実現するようにしてもよい。
なお、この例では、スマートフォン５２３５の記憶領域にＤＬソフトがダウンロードされ、その後、スマートフォン５２３５において、そのＤＬソフトに対応するアイコン等をタッチ等して選択することによって、そのＤＬソフトを実行することができる。しかしながら、本実施形態においては、ＤＬソフト利用券５２６０によって、ＤＬソフトが利用可能となる形態は、このようにＤＬソフトの実行プログラムがスマートフォン５２３５にダウンロードされる場合には限定されない。例えば、ＡＳＰサーバを用いた仕組みや、クラウドコンピューティングの仕組みによって、ＤＬソフトの実行プログラムがスマートフォン５２３５にダウンロードされない状態で、スマートフォン５２３５が所定のソフトウエア（アプリケーション）利用できる形態も、ＤＬソフト利用券５２６０によるＤＬソフトの利用に含まれる。この場合、ＡＳＰサーバ等は、ＡＳＰサーバが管理するアプリケーションについて、スマートフォン５２３５から送信されたＳ／Ｎが利用条件を満たしていることを確認した後で、スマートフォン５２３５が当該アプリケーションを利用できるようにする。
次に、図１０２を参照して、ＤＬソフトの利用処理（すなわち、ＤＬソフトをスマートフォン５２３５にダウンロードさせた後、そのＤＬソフトを実行する処理）について、詳細に説明する。この処理は、スマートフォン５２３５にＤＬソフトをダウンロードした後、そのＤＬソフトに対応するアイコンをタッチする等してＤＬソフトを起動することによって開始される。図１０２は、利用処理を、スマートフォン５２３５、ＤＬソフト利用管理サーバ５２１５、及びＤＢサーバ５１８５の主体別にそれぞれ表記したフローチャートである。
図１０２に示すように、最初に、スマートフォン５２３５は、Ｓ／Ｎの入力のために、スマートフォン５２３５のディスプレイにＳ／Ｎ入力画面（不図示）の表示を行う（ステップＳ６３１）。Ｓ／Ｎ入力画面には、Ｓ／Ｎ入力部と認証ボタンが表示され、遊技者がＳ／Ｎ入力部にそのＤＬソフトのＳ／Ｎを入力し、認証ボタンをタッチしたか否かを判定し（ステップＳ６３２）、Ｓ／Ｎの入力と認証ボタンのタッチがされるまでＳ／Ｎ入力画面の表示を維持する。Ｓ／Ｎの入力と認証ボタンのタッチがされると、スマートフォン５２３５から取得されたＩＤｍ等の固有ＩＤと、入力されたＳ／Ｎを、ＤＬソフト利用管理サーバ５２１５に送信する（ステップＳ６３３）。
次に、ＤＬソフト利用管理サーバ５２１５は、固有ＩＤと、入力されたＳ／Ｎを受信する（ステップＳ６３４）。その後、ＤＢサーバ５１８５は、ＤＬソフト利用管理サーバ５２１５からの要求に応じて、Ｓ／Ｎ管理テーブル５１９２を参照して、対応するＳ／Ｎのレコードを取得する（ステップＳ６３５）。そして、ＤＬソフト利用管理サーバ５２１５は、スマートフォン５２３５から受信したＳ／Ｎが、利用条件を満たしているか否かを判定する（ステップＳ６３６）。例えば、受信したＳ／Ｎが、Ｓ／Ｎ管理テーブル５１９２に存在しない場合、又は、Ｓ／Ｎ管理テーブル５１９２に存在する場合であっても既に買い取りがされている場合などは、利用条件を満たさない。利用条件を満たさない場合、エラー表示を行うよう指示を行い（ステップＳ６３７）、この指示に応じて、スマートフォン５２３５が、入力したＳ／Ｎに誤りがある旨を示すエラーページをディスプレイに表示する（ステップＳ６３８）。さらに、モール会員情報テーブル５１９４とＤＬソフト利用管理テーブル５１９８を参照して、遊技者が、そのＳ／Ｎに対応するＤＬソフトをダウンロードしたモール会員であるか否かを判定し、不正な利用である場合は、上記と同様に、エラーメッセージを表示することもできる。また、この例では、遊技者は、正当な利用である限り、いつでもＤＬソフトを利用することができるが、期限を設けてもよい。なお、このような利用の期限を、Ｓ／Ｎ管理テーブル５１９２の対応するＳ／Ｎに関する買取期限と関連付けて設定することもできる。期限を越えている場合は、その旨を示すエラーページをディスプレイに表示するよう制御する。
一方、ＤＬソフト利用管理サーバ５２１５は、スマートフォン５２３５から受信したＳ／Ｎが、利用条件を満たす場合（すなわち、Ｓ／Ｎ管理テーブル５１９２に存在し、かつ、買い取りがされていない（買取フラグ＝「０」である）Ｓ／Ｎであると判定した場合）、かつ、遊技者が、そのＳ／Ｎに対応するＤＬソフトをダウンロードしたモール会員である場合、テーブルの更新を行うよう指示を行い（ステップＳ６３９）、この指示に応じて、ＤＢサーバ５１８５は、以下の更新処理を行う。
すなわち、ＤＢサーバ５１８５は、ＤＬソフト利用管理サーバ５２１５の指示に応じて、ＤＬソフト利用管理テーブル５１９８に記憶されているレコードのうち、スマートフォン５２３５から受信したＳ／Ｎに対応するレコードの利用カウンタを１加算し、最終利用日時をセットする（ステップＳ６４０）。
次に、ＤＬソフト利用管理サーバ５２１５は、スマートフォン５２３５に対してＤＬソフトの利用を許可する許可信号を送信し（ステップＳ６４１）、これに応じて、スマートフォン５２３５は、ＤＬソフトの実行を開始する（ステップＳ６４２）。
なお、この例では、スマートフォン５２３５にダウンロードされたＤＬソフトが起動されるたびに、遊技者がＳ／Ｎを入力するよう構成されているが、複数回起動されて初めてＳ／Ｎの入力を要求するようにしてもよい。また、Ｓ／Ｎをスマートフォン５２３５の記憶領域に記憶させ、ＤＬソフトが起動されたときに自動的にそのＳ／ＮをＤＬソフト利用管理サーバ５２１５に送信するようにして、遊技者がＳ／Ｎの入力をしないようにしてもよい。
次に、本発明の第６の実施形態に係る景品交換システム５００１において、景品交換を行う場合について説明する。景品交換システム５００１では、遊技者は、景品交換システム１と同様の方法により、モール会員登録、及び景品選択指示を行うことができる。一方、景品交換指示に関しては、景品交換システム１が、一般景品への交換を目的とした遊技媒体の貯玉・貯メダルにより遊技媒体種別ごとに保持数を管理するモール会員遊技媒体保持数管理テーブル５６５２（図１８（Ｃ）に示すモール会員遊技媒体保持数管理テーブル６５２と同様のテーブル）を参照して、景品交換に必要となる費用の支払いを管理するのに対し、景品交換システム５００１は、上記一般景品への交換を目的とした景品交換システムの枠組みを維持しつつ、特殊景品への交換をも目的とした、図９２（Ｄ）に示す電子価値管理テーブル５１９３を参照して、景品交換に必要となる費用の支払いを管理する。
従って、景品交換システム５００１では、景品交換システム１と同様の方法による、モール会員遊技媒体保持数管理テーブル５６５２に記憶されたデータに基づく景品交換指示と、景品交換システム５００１で新たに設けられた、電子価値管理テーブル５１９３に記憶されたデータに基づく景品交換指示が別個の仕組みとして設けられる。
この点で、本発明の第６の実施形態に係る景品交換システム５００１は、景品交換指示に関して、上述した第５の実施形態に係る景品交換システム４００１と同様の態様で実現される。すなわち、図８１（Ａ）に示す景品交換ログイン画面４９２０と図８１（Ｂ）に示す景品交換指示画面４９３０を介して、景品交換処理を行うことができる。
これまで、本発明の第６の実施形態に係る景品交換システム５００１を、図８２に示すシステム構成を例にとって説明してきたが、他の様々な構成によって、本発明の特徴的な処理を実現可能である。例えば、ＤＬソフト買取センターの各サーバが、関連するテーブルを備えるようにしてもよく、その他、ＤＬソフト買取センターにおけるサーバ配置や買取管理ＤＢ５１９０における各テーブルの構成について、様々なバリエーションを考えることができる。
また、本実施形態では、スマートフォン５２３５によってＤＬソフト買取サーバ５２１０にアクセスして買取リクエストを送信する場合、スマートフォン５２３５のＩＤｍを固有ＩＤとして認識することで、モール会員であるか否かを判定しているが、遊技者によるコードとパスワードの入力や、会員カードである非接触ＩＣカードを読み取らせる等して、認証処理を行うようにすることもできる。
［本発明の第７の実施形態に係る景品交換システムの説明］
次に、図１０３を参照して、本発明の第７の実施形態に係る景品交換システムのシステム概要について説明する。図１０３に示す景品交換システム６００１は、上述の景品交換システム５００１の機能を一部拡張するもので、景品交換システム５００１の変形例ということができる。従って、景品交換システム５００１と基本的に同様の構成要素については同一の符号を付し、詳細な説明については省略する。図１０３の景品交換システム６００１は、好ましくは、ネット通販連動型の景品交換システムである。
次に、図１０３を参照して、本発明の第７の実施形態に係る景品交換システムのシステム概要について説明する。図１０３に示す景品交換システム６００１は、上述の景品交換システム５００１の機能を一部拡張するもので、景品交換システム５００１の変形例ということができる。従って、景品交換システム５００１と基本的に同様の構成要素については同一の符号を付し、詳細な説明については省略する。図１０３の景品交換システム６００１は、好ましくは、ネット通販連動型の景品交換システムである。
図１０３に示す景品交換システム６００１では、景品交換システム５００１と比較すると、ＤＬソフト買取センターにおいて、クーポン交換サーバ６１７０があらたに設置され、モバイルＩ／Ｆサーバ５２２０の代わりに、モバイルＩ／Ｆサーバ５２２０の機能に拡張を加えたモバイルＩ／Ｆサーバ５２２０’が配置される。また、買取管理ＤＢ５１９０も、後述するようにテーブルが追加になっており、買取管理ＤＢ５１９０’となっている。
さらに、図１０３に示す景品交換システム６００１では、地域限定買物クーポン管理センターに配置されたクーポン管理サーバ６２００が、ＤＬソフト買取センターに配置されたクーポン交換サーバ６１７０と、ネットワークで接続される。なお、このネットワークは、インターネットを含むネットワークやＶＰＮのようなネットワークであってもよい。また、有線ネットワーク、無線ネットワークのどちらによるものでもよい。地域限定買物クーポン管理センターでは、クーポン管理サーバ６２００によってクーポン券（地域限定買物クーポン券）の発行や配送等が管理される。地域限定買物クーポン券とは、市、区、町、村、県単位等の限定された範囲内で利用可能な所定の地域において利用可能な、いわゆる「地域振興券」と同等なクーポン券であり、各ホール店舗には、ホール店舗の住所に対応する地域に関わる地域限定買物クーポン管理センターがそれぞれ対応付けられる。なお、上述のように、地域限定買物クーポン券の典型的な例は「地域振興券」であるが、これ以外にも、例えば、特定の地域や特定の店舗において利用可能なクーポン券が含まれる。また、地域限定買物クーポン券には、それによって商品の購入やサービスを享受できるすべての地域限定型のクーポン券が含まれる。なお、クーポン交換サーバ６１７０、及びクーポン管理サーバ６２００の接続形態やサーバ構成等は、一例に過ぎず、他の様々な形態で同様の機能を実現することができる。また、地域限定買物クーポン管理センターも一例に過ぎず、様々な企業や機関のシステムがこの景品交換システム６００１に組み込まれうる。例えば、全国展開する飲食チェーン店において、所定の店舗限定でクーポンを発行する場合、当該飲食チェーン店のサーバが、クーポン管理サーバ６２００として機能し得る。
また、図１０３に示す景品交換システム６００１の例では、ＤＬソフト買取センター内にＤＬソフト利用券発券サーバ５２００とＤＬソフト買取サーバ５２１０が配置されているが、これらの２つのサーバは、必ずしも同一のＤＬソフト買取センター内に配置される必要はなく、また、それぞれ物理的に異なる場所に配置されるようにしてもよい。さらに、ＤＬソフト利用券発券サーバ５２００とＤＬソフト買取サーバ５２１０を、それぞれ異なる運営法人によって運営することもできる。
次に、図１０４を参照して、遊技者、ＤＬソフト買取センター、及び地域限定買物クーポン管理センターとの間での全体的な処理概要について説明する。なお、その他の、ホール店舗、遊技者、ＤＬソフト買取センター、及び電算センターとの関係は、図８３に示す通りである。図８３に示すように、ホール店舗のＤＬソフト利用券発券装置５１５０により発券されたＤＬソフト利用券５２６０にプリントされたＵＲＬに従って、遊技者の所有するスマートフォン５２３５がＷＥＢページにアクセスし、そこで遊技者が、ＤＬソフトの買い取り（電子価値への交換）が行われ、ＤＬソフト買取センターでＤＬソフトの買い取りが行われ、遊技者ごとに電子価値が付与され管理される。
図１０４では、遊技者がスマートフォン５２３５を操作して、上述のように遊技者ごとに付与された電子価値を、地域限定買物クーポン券（以降、クーポン券６２６０とする）に交換する。すなわち、クーポン券６２６０への交換は、遊技者がスマートフォン５２３５を操作して、ＤＬソフト買取センターにアクセスして、交換の対価となる電子価値と、交換するクーポン券６２６０を指定して交換リクエストをすることによって行われる。その後、ＤＬソフト買取センターは、地域限定買物クーポン管理センターに対して、クーポン券発行指示とクーポン券配送指示を行う。これらの指示に応じて、地域限定買物クーポン管理センターのクーポン管理サーバ６２００は、クーポン券６２６０の発行を行い、発行されたクーポン券６２６０を、指定された遊技者の住所に配送する。
地域限定買物クーポン管理センターのクーポン管理サーバ６２００は、必要に応じて各種手数料等を考慮し、クーポン券６２６０の発行に関する費用をＤＬソフト買取センターに対して請求することができる。ホール店舗で獲得した遊技媒体がＤＬソフト利用券５２６０に変換され、そのＤＬソフト利用券５２６０が買い取られた結果得、遊技者に付与された電子価値について、ＤＬソフト買取センターは既に、ホール店舗でＤＬソフト利用券５２６０が発行された時点、あるいは、ＤＬソフト買取センターでＤＬソフト利用券５２６０が買い取られた時点で、ホール店舗に対して、その電子価値に対応する費用を請求済みであるため、地域限定買物クーポン管理センターからの上記請求については、ＤＬソフト買取センターが応じることになる。
なお、地域限定買物クーポン管理センターによるＤＬソフト買取センターへの請求は、複数のクーポン券発行処理についてまとめて行ったり、所定の期間ごとにまとめて行ったりすることができる。また、図１０４の例では、地域限定買物クーポン管理センターによる金額請求が、地域限定買物クーポン管理センターのクーポン管理サーバ６２００からＤＬソフト買取センターに対して行われるように示されているが、これは便宜上の表記に過ぎず、実際は、例えば、地域限定買物クーポン管理センターから、所定の銀行決済システムに対して決済指示を送信することによって、ＤＬソフト買取センターの運営主体の銀行口座に請求を行うといった処理になる。同様に、金額支払いが、ＤＬソフト買取センターから地域限定買物クーポン管理センターに対して行われているように示されているのも、便宜上の表記である。また、ＤＬソフト買取センターと地域限定買物クーポン管理センターの間の決済は、それぞれの運営主体等を含んだ多数のルートによって実現し得る。また、ここでは、ＤＬソフト買取センターにおける処理に関して、サーバを特定せずに説明したが、各種サーバの機能については後で詳細に説明する。
次に、各サーバの構成についてであるが、クーポン交換サーバ６１７０とクーポン管理サーバ６２００の構成については、上述した景品交換システム５００１の会員管理サーバ５１７０（図８５参照）と同様であるため、省略する。ただし、クーポン交換サーバ６１７０では、インターフェイスが、クーポン管理サーバ６２００、会員管理サーバ５１７０、及びモバイルＩ／Ｆサーバ５２２０’との間のデータ通信をそれぞれ制御し、クーポン管理サーバ６２００では、インターフェイスが、クーポン交換サーバ６１７０との間のデータ通信を制御する。また、モバイルＩ／Ｆサーバ５２２０’では、クーポン交換サーバ６１７０、及びＤＬソフト買取サーバ５２１０との間のデータ通信をそれぞれ制御する。
次に、図１０５を参照して、クーポン交換サーバ６１７０とクーポン管理サーバ６２００の機能について説明する。図１０５（Ａ）は、クーポン交換サーバ６１７０の機能ブロック図である。クーポン交換サーバ６１７０は、アクセス管理部６１７１、会員管理部６１７２、交換リクエスト管理部６１７３、及びネットワークＩ／Ｆ部６１７４を備える。アクセス管理部６１７１は、ネットワークＩ／Ｆ部６１７４を介してクーポン交換サーバ６１７０がクーポン管理サーバ６２００にアクセスできるよう制御する。会員管理部６１７２は、遊技者のスマートフォン５２３５からログインがあった場合に、その遊技者がモール会員登録をしたモール会員であるか否かについてチェックを行う。この例では、モール会員についてのみ、クーポン券の交換が可能であるよう設定されているが、こうした設定は、システムに応じて任意に設定可能である。会員管理部６１７２は、会員管理サーバ５１７０のモール会員管理部５１８１と協働して、遊技者のスマートフォン５２３５から読み取った固有ＩＤ等に基づいて、その遊技者が、すでに登録されているモール会員であるか否かを判定し、モール会員でない場合は、遊技者からの交換リクエストを拒否し、エラーメッセージを表示するよう制御する。
交換リクエスト管理部６１７３は、遊技者のスマートフォン５２３５から交換リクエストがあった場合に、交換リクエスト情報を受信し、その交換リクエスト情報に応じて、地域限定買物クーポン管理センターのクーポン管理サーバ６２００に対して、クーポン券発行指示、及びクーポン券配送指示を送信する。クーポン券発行指示では、発行するクーポン券の券種及び枚数が送信され、クーポン券配送指示では、遊技者の配送先住所が送信される。クーポン券の券種及び枚数は、遊技者が指定した遊技者保有の電子価値に基づいて求められる。また、必要に応じて、クーポン券６２６０の交換結果を含む交換情報をスマートフォン５２３５に送信することもできる。
また、図１０５（Ａ）に示すように、クーポン交換サーバ６１７０に、行動履歴管理部を設けて、遊技者が自身が保有する電子価値によりクーポン券発行指示を行った操作等に関する情報をモール会員行動履歴管理テーブル５１９６に記憶することもできる。また、ネットワークＩ／Ｆ部６１７４は、インターネット等のネットワークに接続して、相手方のコンピュータ（ここでは、クーポン管理サーバ６２００や会員管理サーバ５１７０）とデータ送受信を行うよう制御する。（後述するクーポン管理サーバ６２００のネットワークＩ／Ｆ部６２０５についても同様である）。
図１０５（Ｂ）は、クーポン管理サーバ６２００の機能ブロック図である。クーポン管理サーバ６２００は、アクセス管理部６２０１、クーポン発行管理部６２０２、クーポン配送管理部６２０３、金額請求部６２０４、及びネットワークＩ／Ｆ部６２０５を備える。アクセス管理部６２０１は、ネットワークＩ／Ｆ部６２０５を介してクーポン管理サーバ６２００がクーポン交換サーバ６１７０にアクセスできるよう制御する。クーポン発行管理部６２０２は、クーポン交換サーバ６１７０からのクーポン券発行指示に応じて、指定された券種のクーポン券６２６０を、指定された枚数分発行する。クーポン配送管理部６２０３は、クーポン交換サーバ６１７０からのクーポン券配送指示に応じて、クーポン券６２６０の配送に関する処理を行う。発行されたクーポン券６２６０の配送の手続は、実際は地域限定買物クーポン管理センターのスタッフ等によって行われるが、クーポン配送管理部６２０３では、例えば、指定された遊技者の配送先住所をあて名とする配送票の印刷等を自動的に行う。金額請求部６２０４は、クーポン券６２６０が発行された場合に、そのクーポン券６２６０に対応する電子価値に相当する通貨価値の金額を、そのクーポン券６２６０の発行を指示したＤＬソフト買取センターに請求する。
図１０６は、本実施形態においてあらたに追加されたクーポン券管理テーブル６１９１の例を示しており、買取管理ＤＢ５１９０’に記憶される。クーポン券６２６０の情報を管理するものであり、クーポンごとに、クーポンＩＤ、名称、発行体、住所、第１券種、及び第２券種の各項目を含んでいる。
次に、図１０７を参照して、ＤＬソフトの買取処理（すなわち、ＤＬソフト買取センターにＤＬソフトを買い取らせる処理）に進むか、ＤＬソフトのダウンロード処理に進むか、クーポン券６２６０の交換処理に進むかを選択する選択処理について説明する。図１０７（Ａ）は、選択処理を表すフローチャートであり、処理の主体は、スマートフォン５２３５である。ここでは、スマートフォン５２３５でＷＥＢブラウザが実行され、これとＷＥＢサーバやＡＳＰサーバとして機能するモバイルＩ／Ｆサーバ５２２０とで、ＷＥＢページ（ＷＥＢサイト）へのアクセス、ＷＥＢページの表示、及びデータ送受信等を行うが、ここでは、便宜上、これらの処理は、スマートフォン５２３５の処理として記載する。図１０７（Ｂ）は、スマートフォン５２３５のディスプレイに表示される処理選択画面を示す図である。
図１０７（Ａ）に示すように、最初に、遊技者が、スマートフォン５２３５を操作して、ＤＬソフト利用券５２６０にプリントされたＵＲＬで表されるＷＥＢページにアクセスすると、スマートフォン５２３５のディスプレイに処理選択画面が表示される（ステップＳ７０１）。図１０７（Ｂ）には、このときに表示される処理選択画面６８９０が示されている。処理選択画面６８９０には、図１０７（Ｂ）に示すように、処理の選択操作を促すガイド表示部６８９２が表示され、その下に、「買取」ボタン６８９３、「ダウンロード」ボタン６８９４、及び「クーポン券交換」ボタン６８９５が表示されている。
図１０７（Ａ）のステップＳ７０２で、スマートフォン５２３５で遊技者によるボタンタッチが行われたか否かを判定し、ボタンタッチが行われるまで、処理選択画面６８９０の表示を維持する。ボタンタッチが行われると、タッチされたボタンが、「買取」ボタン５８９３であるか「ダウンロード」ボタン５８９４であるか「クーポン券交換」ボタン６８９５であるかを判定する（ステップＳ７０３）。「買取」ボタン５８９３がタッチされた場合は、ＤＬソフト買取処理を開始し、「ダウンロード」ボタン５８９４がタッチされた場合は、ダウンロード処理を開始する。「クーポン券交換」ボタン６８９５がタッチされた場合は、クーポン券交換処理を開始する。この例では、いずれの処理もモール会員であることが条件とされるので、処理選択画面６８９０において会員チェックを行うこともできるが、ここでは、それぞれの処理の開始時にモール会員であるか否かのチェックを行うこととした。また、ＤＬソフトの買取処理、及びＤＬソフトのダウンロード処理の場合は、ＤＬソフト利用券５２６０にプリントされたＵＲＬで表されるＷＥＢページで、上記処理選択画面６８９０が表示されるようにし、クーポン券６２６０の交換処理の場合は、これとは異なるＵＲＬで表されるＷＥＢページに別途アクセスするようにしてもよい。
次に、図１０８、図１０９、及び図１１０を参照して、クーポン券交換処理について、詳細に説明する。この処理は、上述のように、図１０７（Ｂ）の処理選択画面６８９０において、「クーポン券交換」ボタン６８９５がタッチされた場合に開始される。図１０８は、クーポン券交換処理を、スマートフォン５２３５、クーポン交換サーバ６１７０、及びＤＢサーバ５１８５の主体別にそれぞれ表記したフローチャートであり、図１０９は、スマートフォン５２３５のディスプレイに表示されるクーポン券交換指示画面とクーポン券選択画面を示す図であり、図１１０は、スマートフォン５２３５のディスプレイに表示されるクーポン券交換結果表示画面を示す図である。
図１０８に示すように、最初に、スマートフォン５２３５は、クーポン券交換処理のために、スマートフォン５２３５のディスプレイにクーポン券交換ログイン画面の表示を行う（ステップＳ７１１）。クーポン券交換ログイン画面は、ここでは図示しないが、図９８（Ａ）に示すＤＬソフト買取ログイン画面５９００と同様のものであり、ガイド表示部パスワード入力部、及び「ログイン」ボタンが表示されている。
次に、スマートフォン５２３５は、遊技者がパスワード入力部にパスワードを入力し、「ログイン」ボタンをタッチしたか否かを判定し（ステップＳ７１２）、パスワードの入力と「ログイン」ボタンのタッチがされるまでクーポン券交換ログイン画面の表示を維持する。パスワードの入力と「ログイン」ボタンのタッチがされると、スマートフォン５２３５から取得されたＩＤｍ等の固有ＩＤと入力されたパスワードを、クーポン交換サーバ６１７０に送信する（ステップＳ７１３）。
クーポン交換サーバ６１７０は、スマートフォン５２３５から、固有ＩＤとパスワードを受信すると、そこで、ログインした遊技者がモール会員であるか否かを判定する（ステップＳ７１４）。ここで、クーポン交換サーバ６１７０は、固有ＩＤとパスワードを会員管理サーバ５１７０に送信することにより、ログインした遊技者が正当なモール会員であるか否かを問い合わせ、会員管理サーバ５１７０は、ＤＢサーバ５１８５に記憶され、同期管理しているモール会員情報テーブル５１９４を参照して、ログインした遊技者が正当なモール会員であるか否かをチェックし、その結果をクーポン交換サーバ６１７０に伝える。この例では、ログインの際に、パスワードを要求して、正当なモール会員であるか否かを判定しているが、このようなパスワードの入力を省略することもできる。また、この例では、遊技者がモール会員登録をしている場合のみ、クーポン券交換処理を可能としているが、遊技者がモール会員でなくてもクーポン券交換処理を可能とすることができる。
クーポン交換サーバ６１７０は、遊技者が正当なモール会員でないと判定した場合、エラー表示を行うよう指示を行い（ステップＳ７１５）、この指示に応じて、スマートフォン５２３５が、ディスプレイにエラーページを表示する（ステップＳ７１６）。一方、クーポン交換サーバ６１７０は、遊技者が正当なモール会員であると判定した場合、クーポン券交換指示画面の表示を行うよう指示を行い（ステップＳ７１７）、この指示に応じて、スマートフォン５２３５が、ディスプレイにクーポン券交換指示画面を表示する（ステップＳ７１９）。
図１０９（Ａ）には、クーポン券交換指示画面６９００が示されている。クーポン券交換指示画面６９００には、モール会員ＩＤが表示されるモール会員ＩＤ表示部６９０２が表示され、その下に、クーポン券６２６０に交換する電子価値の入力と「交換」ボタンのタッチを促すガイド表示部６９０３が表示され、さらにその下に、その遊技者が現在保有する電子価値を表示するための電子価値表示部６９０４が表示され、その下に、クーポン券６２６０に交換する電子価値を入力するための電子価値入力部６９０５が表示され、最下部には、「交換」ボタン６９０６が表示されている。なお、電子価値表示部６９０４に表示する、その遊技者が現在保有する電子価値を取得するため、クーポン交換サーバ６１７０は、ＤＢサーバ５１８５を介して電子価値管理テーブル５１９３を参照する（ステップＳ７１８）。
ここで、スマートフォン５２３５は、遊技者が、電子価値入力部６９０５に電子価値を入力し、「交換」ボタン６９０６をタッチしたか否かを判定し（ステップＳ７２０）、電子価値の入力と「交換」ボタン６９０６のタッチがされるまで、クーポン券交換指示画面６９００の当該表示を維持する。遊技者が電子価値を入力し、「交換」ボタン６９０６をタッチしたと判定されると、スマートフォン５２３５は、電子価値入力部６９０５に入力された電子価値をスマートフォン５２３５の所定の記憶領域に記憶するとともに、（交換リクエスト情報として）クーポン交換サーバ６１７０に送信し（ステップＳ７２１）、クーポン交換サーバ６１７０は、ＤＢサーバ５１８５にクーポン券情報の取得を指示する（ステップＳ７２２）。ＤＢサーバ５１８５は、クーポン交換サーバ６１７０の要求に応じて、クーポン券管理テーブル６１９１を参照し、各項目の内容をクーポン券情報としてクーポン交換サーバ６１７０に送信する（ステップＳ７２３）。クーポン券管理テーブル６１９１は、図１０６に示すように、クーポンＩＤ、名称、発行体、住所、第１券種、第２券種の各項目を有している。なお、クーポン券交換指示画面６９００では、電子価値入力部６９０５において、交換する電子価値を入力しているが、こうした電子価値は、後で入力することもでき、電子価値に対応する通貨価値が、クーポン券６２６０の最小券種の額より小さい場合は、クーポン券６２６０の発行指示がされない。また、遊技者の保有する電子価値を超えた値を入力した場合はエラーとなる。また、電子価値入力部６９０５を設けずに、「交換」ボタン６９０６のタッチにより、所定の電子価値に対応する所定のクーポン券６２６０が固定的に発行されるようにしてもよい。
クーポン交換サーバ６１７０はここで、最初に、遊技者に関連付けられた店舗コード（例えば、その遊技者のモール会員ＩＤに対応付けられた店舗コードを、モール会員情報テーブル５１９４を参照して求めることができる）の住所と、クーポン券情報に含まれるクーポン券６２６０の発行体の住所とが、一定の距離範囲内にあるクーポン券を選択対象として決定し、次に、スマートフォン５２３５から受信した電子価値で交換できないクーポン券があれば（例えば、クーポン券の最小の券種の額が、電子価値に基づいて決定される通貨価値より大きい場合等）、そのクーポン券を選択対象から外す。クーポン交換サーバ６１７０は、こうして決定された選択対象のクーポン券を表示するように、クーポン券選択画面の表示をスマートフォン５２３５に指示する（ステップＳ７２４）。
この指示に応じて、スマートフォン５２３５は、ディスプレイにクーポン券選択画面を表示する（ステップＳ７２５）。図１０９（Ｂ）には、クーポン券選択画面６９１０が示されている。クーポン券選択画面６９１０には、モール会員ＩＤが表示されるモール会員ＩＤ表示部６９１２が表示され、その下に、交換するクーポン券６２６０の選択を促すガイド表示部６９１３が表示され、さらにその下に、交換するクーポン券６２６０の候補がプルダウンメニューによりリスト表示されるクーポン券選択候補表示部６９１４が表示され、最下部には、「決定」ボタン６９１５が表示されている。この例では、交換するクーポン券６２６０の名称を候補リストとして表示させて、それを遊技者に選択されるようにしているが、１つのクーポン券６２６０のみに対応するようにして、クーポン券選択画面６９１０の表示を省略してもよい。また、複数のクーポン券を固定的に表示させてクーポン券選択画面６９１０の表示をするようにしてもよい。また、この例では、クーポン券６２６０の発行体の住所とホール店舗の住所とが一定の距離範囲内にあるものを選択候補として自動的にリスト表示したが、他の選択基準によってクーポン券６２６０の選択候補を決定してもよい。例えば、ホール店舗と同じ市区町村であるとか、同じ組織（商店街や商工会など）に属しているといった基準を含む様々な基準を用いることができる。
ここで、スマートフォン５２３５は、遊技者が、クーポン券６２６０の選択を行い、「決定」ボタン６９１５をタッチしたか否かを判定し（ステップＳ７２６）、クーポン券６２６０の選択と「決定」ボタン６９１５のタッチがされるまで、クーポン券選択画面６９１０を維持する。遊技者がクーポン券６２６０を選択し、「決定」ボタン６９１５をタッチしたと判定されると、スマートフォン５２３５は、スマートフォン５２３５の所定の記憶領域に記憶されていた電子価値と、クーポン券選択候補表示部６９１４から選択されたクーポン券（クーポン券ＩＤ、名称等）を含む交換リクエスト情報をクーポン交換サーバ６１７０に送信し（ステップＳ７２７）、クーポン交換サーバ６１７０は、この交換リクエスト情報を受信する（ステップＳ７２８）。なお、電子価値については、ステップＳ７２１において、交換リクエスト情報として既にクーポン交換サーバ６１７０に送信されているので、ここで送信することは必須ではない。
次に、クーポン交換サーバ６１７０は、スマートフォン５２３５から受信した電子価値（電子価値を通貨単位に変換した値）と、選択されたクーポンＩＤに対応する券種から、交換するクーポン券２６２０の券種と枚数を決定し、この内容で、クーポン管理サーバ６２００に、クーポン券発行指示とクーポン券配送指示を行う（ステップＳ７２９）。また、クーポン券配送指示では、遊技者の配送先住所が送信されるが、これは、モール会員情報テーブル５１９４に記憶される配送先を用いてもよいし、遊技者から入力あるいは選択させるようにしてもよい。また、クーポン交換サーバ６１７０は、遊技者が選択したクーポン券６２６０に応じて、そのクーポン券６２６０のそれぞれに対応するクーポン管理サーバ６２００にアクセスし、クーポン券発行指示とクーポン券配送指示を行うことになる（クーポン管理サーバ６２００を共通に管理する場合は、クーポン管理サーバ６２００は１つである）。
また、クーポン交換サーバ６１７０は、電子価値をクーポン券６２６０の券種に割り当てる際に、余りが発生する場合（例えば、電子価値に対応する通貨価値が５０００円であって、クーポン券６２６０の最小額券種が２０００円であるような場合）、その余りの電子価値については、そのまま遊技者の電子価値として保持される。また、クーポン交換サーバ６１７０が、クーポン管理サーバ６２００に、受信した電子価値（又は、電子価値を通貨単位に変換した値）を送信し、クーポン管理サーバ６２００で割り当てたクーポン券６２６０の券種と枚数、及び余りを受け取るように構成することもできる。
次に、クーポン交換サーバ６１７０は、テーブルの更新等を行うよう指示を行い（ステップＳ７２９）、この指示に応じて、ＤＢサーバ５１８５は、以下の更新処理を行う。
最初に、ＤＢサーバ５１８５は、今回、スマートフォン５２３５において遊技者により入力され、クーポン券６２６０に交換された電子価値を、電子価値管理テーブル５１９３に記憶されている当該遊技者の電子価値から減算する（ステップＳ７３１）。なお、上述のように、遊技者により入力された電子価値のうち、クーポン券６２６０の交換に際して余りとなり、交換に用いられなかった分については、減算されない。
次に、ＤＢサーバ５１８５は、クーポン交換サーバ６１７０の指示に応じて、クーポン券交換処理を行った遊技者（モール会員）の有する電子価値データ（ステップＳ７３１により減算された電子価値の数値）を、交換情報としてクーポン交換サーバ６１７０に送信する（ステップＳ７３２）。
次に、クーポン交換サーバ６１７０は、ＤＢサーバ５１８５からクーポン券交換処理を行った遊技者（モール会員）の有する電子価値データを含む交換情報を受信すると、クーポン管理サーバ６２００に発行を指示したクーポン券２６２０の券種と枚数をその交換情報に含め、これをスマートフォン５２３５に送信するとともに、クーポン券６２６０への交換が完了した旨を通知するメッセージを含んだクーポン交換結果表示画面を表示するようスマートフォン５２３５に指示を行い（ステップＳ７３３）、この指示に応じて、スマートフォン５２３５が、クーポン交換結果表示画面をディスプレイに表示する（ステップＳ７３４）。
図１１０には、こうして表示されたクーポン交換結果表示画面６９２０が示されている。図１１０に示すクーポン交換結果表示画面６９２０では、モール会員ＩＤが表示されるモール会員ＩＤ表示部６９２２が表示され、その下に、クーポン券６２６０への交換が完了した旨を表すガイド表示部６９２３が表示され、さらにその下に、今回の交換により発行されたクーポン券の名称が表示されるクーポン券名称表示部６９２４が表示され、その下に、その遊技者が現在保有する電子価値を表示する電子価値表示部６９２５が表示され、最下部には、どのクーポン券が何枚発行され、それが遊技者の住所に配送される旨のメッセージを表示するメッセージ表示部６９２６が表示されている。
この例では、モール会員＝「Ｕ００４」の遊技者が、◇◇市振興券に交換することを選択してその交換が完了し、その遊技者の保有する電子価値が１０００から０に減少したことが示されている。
なお、この例では、スマートフォン５２３５で実行されるＷＥＢブラウザが、ＷＥＢサーバ又はＡＳＰサーバ等として機能するモバイルＩ／Ｆサーバ５２２０にアクセスすることによって、クーポン券交換指示画面等を表示するためのデータや入力データ等の送受信を行い、図１０８に示すクーポン券交換処理におけるスマートフォン５２３５の処理を実現するものであるが、ここでは、便宜上、モバイルＩ／Ｆサーバ５２２０がＷＥＢサーバ又はＡＰＳサーバとして、ＨＴＭＬの規格等に基づいて動作する内容もスマートフォン５２３５の処理内容として記載している。
また、ネットワーク５２３０や他のネットワークを介してスマートフォン５２３５にダウンロードされたアプリケーションが、当該スマートフォン５２３５で実行され、そのアプリケーションがネットワーク５２３０、及びモバイルＩ／Ｆサーバ５２２０を経由してクーポン交換サーバ６１７０とデータの送受信を行うことでクーポン券交換処理を実現するようにしてもよい。
また、クーポン交換サーバ６１７０は、クーポン管理サーバ６２００から受信した交換情報に含まれる、クーポン管理サーバ６２００に発行を指示したクーポン券２６２０の券種と枚数を表すデータ（又は、これらから求められるデータ）を所定の記憶手段に記憶しておき、地域限定買物クーポン管理センターのクーポン管理サーバ６２００から、クーポン券６２６０の発行に関する費用がＤＬソフト買取センターに対して請求された場合に、これらのデータを、請求金額の正当性を検証するために用いることができる。
本発明の第６の実施形態に係る景品交換システム５００１における景品交換指示と同様に、本実施形態では、クーポン券交換処理を、遊技者のスマートフォン５２３５やＰＣなどを用いて、ホール店舗外で行うことができる。
以上、本発明の第７の実施形態に係る景品交換システム６００１を、本発明の第６の実施形態に係る景品交換システム５００１の機能を一部拡張するものとして説明してきたが、同様の拡張を、本発明の第５の実施形態に係る景品交換システム４００１に対して適用することもでき、このように構成することにより、通販景品交換券４２６０を買い取らせることで遊技者に付与された電子価値によって、地域限定買物クーポンであるクーポン券６２６０を取得することができるようになる。またさらに、景品交換システム６００１を本発明の第１の実施形態に係る景品交換システム１ないし第４の実施形態に係る景品交換システム３００１に適用して、遊技者が貯玉（貯メダル）により獲得した価値、又は少額貯玉により獲得した電子価値を対価として、地域限定買物クーポン管理センターのクーポン管理サーバ６２００に、クーポン券６２６０の発行及び配送を行わせるようにできる。例えば、景品交換システム１において、基幹サーバ６００の景品交換制御部６０５は、景品交換装置からの遊技者の指示に応じて、遊技者が保持する遊技媒体の数量や電子価値と、遊技者が指定したクーポン券６２６０から、交換可能な券種と枚数を決定し、クーポン管理サーバ６２００にアクセスして、クーポン管理サーバ６２００に対し、決定したクーポン券６２６０を取得するように、クーポン券発行指示とクーポン券配送指示を行うことができる。
これまで、本発明の第７の実施形態に係る景品交換システム６００１を、図１０３に示すシステム構成を例にとって説明してきたが、他の様々な構成によって、本発明の特徴的な処理を実現可能である。例えば、クーポン交換サーバ６１７０を分散して配置したり、他のサーバと統合したりすることができ、また、ＤＬソフト買取センターの各サーバが、関連するテーブルを備えるようにしてもよく、その他、ＤＬソフト買取センターにおけるサーバ配置や買取管理ＤＢ５１９０’における各テーブルの構成について、様々なバリエーションを考えることができる。
［本発明の第８の実施形態に係る景品交換システムの説明］
図１１１を参照して、本発明の第８の実施形態に係る景品交換システムのシステム概要について説明する。図１１１に示す景品交換システム７００１は、図１に示す上述の景品交換システム１と同様、ホール店舗に配置された装置、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの端末に接続される。図１１１の景品交換システム７００１は、好ましくは、ネット通販連動型の景品交換システムである。
図１１１を参照して、本発明の第８の実施形態に係る景品交換システムのシステム概要について説明する。図１１１に示す景品交換システム７００１は、図１に示す上述の景品交換システム１と同様、ホール店舗に配置された装置、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの端末に接続される。図１１１の景品交換システム７００１は、好ましくは、ネット通販連動型の景品交換システムである。
図１１１に示す景品交換システム７００１は、ホール店舗において貯玉、貯メダル、景品等を管理する（景品交換システム７００１とは別の）ホールシステム７００２が運用されている場合に、このホールシステム７００２と協働して、遊技者が景品選択、景品交換、景品発注をできるようにする。この場合、景品交換システム７００１とホールシステム７００２は、システム的に接続されている必要は無いが、ネットワークによってこれらのシステムが接続され、所定のデータの送信や送受信を行うようにすることもできる。ホールシステム７００２は、基本的には、景品交換システム７００１の提供者（提供・製造企業）とは異なる提供者のシステムを指すが、様々な他のシステムを含むものである。
図１１１に示すホールシステム７００２は、ホール店舗に、ホールコンピュータ７４００、ホールＤＢ７４３０、遊技機７０１０、サンド装置７０２０、及び景品ＰＯＳ７５００を備え、これらはそれぞれ、景品交換システム１における、ホール店舗のホールコンピュータ４００、ホールＤＢ４３０、遊技機１０、サンド装置２０、景品ＰＯＳ５００に対応する。
ホールコンピュータ７４００は、そのホール店舗に配置された装置の状態（遊技者の遊技状況等を含む）や、会員、及び景品に関する情報を管理する等の機能を有し、各種データを記録したホールＤＢ７４３０を備える。遊技機７０１０は、例えば、パチスロ機やパチンコ機であり、遊技者は、これらを用いて遊技することにより、遊技媒体（メダルやパチンコ玉）を獲得する。また、遊技機７０１０は、ホールコンピュータ７４００、及びサンド装置７０２０に接続され、遊技状況や遊技媒体の保持数（貯メダル数、貯玉数）に関する情報をやりとりする。
景品ＰＯＳ７５００は、ホール店舗の景品交換カウンターに設置され、ホール店舗のスタッフが、遊技者の景品交換に対応するために使用される。例えば、計数装置により発行されたレシートを読み込み、又は、サンド装置７０２０から送信された計数値や保持数を読み出し、これに対応する価値の景品を遊技者に提供する。本実施形態では、スタッフが景品ＰＯＳ７５００により把握した遊技者が保持する遊技媒体の保持数を景品交換端末７５３０に入力することで景品交換システム７００１に提供し、景品交換システム７００１による景品交換を可能とする。また、景品ＰＯＳ７５００と景品交換システム７００１とをネットワーク接続して、遊技媒体の保持数を景品交換システム７００１に電子的に提供することもできる。なお、計数装置は、遊技者が獲得した玉（メダル）数をカウントする装置であって、島端計数装置、各台計数機能付きサンド装置、及びその他の計数装置として、ホール店舗内の様々な箇所に配置されうる装置である。以降、これらの装置を特段区別する必要がない場合は、単に「計数装置」と称する。
図１１１に示す景品交換システム７００１は、図１に示す景品交換システム１の変形例と捉えることができ、景品交換システム１と同様の景品選択制御、景品交換制御、景品発注制御等の各機能を備える。景品交換システム７００１は、電算センターに、基幹サーバ７６００、基幹ＤＢ７６５０、モバイルＩ／Ｆサーバ７６８０、ショップ管理サーバ７７００、及び景品ＤＢ７７５０を備え、これらはそれぞれ、景品交換システム１における、基幹サーバ６００、基幹ＤＢ６５０、モバイルＩ／Ｆサーバ６８０、ショップ管理サーバ７００、景品ＤＢ７５０に対応する。また、無線ネットワーク７６９０は、景品交換システム１におけるネットワーク６９０に対応する。
基幹サーバ７６００は、本実施形態に係る景品交換システム７００１の利用者をモール会員として管理し、遊技者の景品選択や景品交換の操作に応じてそれぞれ景品選択制御処理、景品交換制御処理を行い、景品交換が決定した場合には、自動的に対応するネット通販サイトに対する景品発注処理を行う。モール会員の情報や、景品選択・景品交換に関する情報は、基幹ＤＢ７６５０に記憶される。
モバイルＩ／Ｆサーバ７６８０は、スマートフォン７５７０やフィーチャーフォンで実行されるＷＥＢブラウザからのアクセスに応じて、これらの装置に所定のＷＥＢページを提供するＷＥＢサーバ機能を提供する。スマートフォン７５７０等は、景品選択装置として機能し、スマートフォン７５７０等を用いて、遊技者が、モール会員の登録や景品選択の処理を行うことができる。また、スマートフォン７５７０等で実行される他のアプリケーションからのアクセスに応じて、データの送受信を行うアプリケーションサーバとしても機能しうる。モバイルＩ／Ｆサーバ７６８０は、スマートフォン７５７０等の操作に応じて、基幹ＤＢ７６５０のデータ等を参照、更新する。なお、スマートフォン７５７０等は、遊技者が携帯するコンピュータであり、ホール店舗や、それ以外のあらゆる場所で景品選択装置として機能しうる。
ショップ管理サーバ７７００は、複数のネット通販サイトのショップに関する情報を収集し管理するとともに、ネット通販サイトで取り扱う商品に関する情報を収集し、所定の条件を満たす場合に、その商品の情報を、景品選択装置に表示可能なものとして記憶する。これらのショップに関する情報、及び商品に関する情報は、景品ＤＢ７７５０に記憶される。また、基幹サーバ７６００からの指令に応じて、対応するネット通販サイトに向けて景品配送指示を送信する。
また、景品交換システム７００１には、景品交換システム７００１に接続されるネット通販サイトのショップ端末との接続ルートやショップ端末が管理されているシステム等に応じて、異なるＩ／Ｆサーバが用意される。例えば、ショップ端末からＩ／Ｆサーバ端末へは、ショップ端末からの指示に基づいて、景品の候補となる商品の登録等に係るデータが送信され、Ｉ／Ｆサーバからショップ端末へは、遊技者が操作する端末からの景品交換指示に基づいて、商品の発注等に係るデータが送信される。
ここで、ネット通販サイトのショップ端末は、ネット通販のショップが使用する、ＰＣ（パーソナルコンピュータ）のような端末装置である。例えば、ショップ端末７８０４は、ショップが複数のＥＣモールに商品等を横断的に登録できるような仕組みを実現する横断型ＥＣモール連携システム７８０２を介して景品交換システム７００１の横断型ＥＣモール連携システムＩ／Ｆサーバ７８００に接続され、ショップ端末７８２４は、ショップのＥＣモールへの登録を管理するＥＣモール管理システム７８２２を介して景品交換システム７００１のＥＣモール管理システムＩ／Ｆサーバ７８２０に接続される。また、ショップ端末７８４４は、ショップが自身のショップシステム７８４２を有する場合に、そのショップシステム７８４２を介して景品交換システム７００１のショップシステムＩ／Ｆサーバ７８４０に接続される。さらに、ショップ端末７８６４は、直接、個別ショップＩ／Ｆサーバ７８６０に接続される。
なお、この例では、ショップ端末に関する４つの代表的な接続形態に基づいて、これらに対応するＩ／Ｆサーバを配置するよう構成しているが、ショップ端末が別の接続形態により接続される場合は、新たに、対応するＩ／Ｆサーバを配置することができる。また、より少ないＩ／Ｆサーバを用いることもできるし、逆に、細分化された機能に対応するより多くのＩ／Ｆサーバを用いるようにすることもできる。また、Ｉ／Ｆサーバをショップ管理サーバ７７００や他の装置と統合して構成することもできる。
また、景品交換システム７００１は、電算センターに、ＡＰ（アプリケーション）サーバ７６８５を備える。ＡＰサーバ７６８５は、ＰＣ（パーソナルコンピュータ）７５８０で実行されるＷＥＢブラウザからのアクセスに応じて、これらの装置に所定のＷＥＢページを提供するＷＥＢサーバ機能を提供する。ＰＣ７５８０は、景品選択装置として機能し、ＰＣ７５８０を用いて、遊技者が、モール会員の登録や景品選択の処理を行うことができる。また、ＰＣ７５８０で実行される他のアプリケーションからのアクセスに応じて、データの送受信を行うアプリケーションサーバとしても機能しうる。ＡＰサーバ７６８５は、ＰＣ７５８０の操作に応じて、基幹ＤＢ７６５０のデータ等を参照、更新する。なお、ＰＣ７５８０は、遊技者の自宅等の場所に配置され、その場所で景品選択装置として機能しうるコンピュータである。
さらに、景品交換システム７００１は、ホール店舗に、接続管理装置７０９０、景品交換端末７５３０、及びビューワ７５５０を備える。
接続管理装置７０９０は、ホール店舗の景品交換端末７５３０及びビューワ７５５０と、電算センターの基幹サーバ７６００との間の接続を制御する。接続管理装置７０９０は、例えば、ゲートウエイ機能を含み、ホール店舗の景品交換端末７５３０及びビューワ７５５０と基幹サーバ７６００との間をＶＰＮ（Virtual Private Network）で接続する場合は、ＶＰＮルーター機能を含む。その他、基幹サーバ７６００との接続を制御する接続制御機能を含む。また、接続管理装置７０９０は、上述のゲートウエイ機能を備えるゲートウエイ装置、ＶＰＮルーター機能を備えるＶＰＮルーター装置、及び接続制御機能を備える接続制御装置を含む、複数の装置から構成される装置であってもよい。
景品交換端末７５３０は、景品交換装置として機能する。景品交換装置は、景品選択装置によって事前に選択された景品（景品交換かごに登録された景品）に関する情報を表示し、交換する景品を最終的に選択させ、注文を指示させる装置である。このような選択と注文指示は、ホール店舗のスタッフが行ってもよいし、遊技者が自ら行うようにしてもよい。本実施形態では、景品交換端末７５３０が景品交換装置としてのみ機能する専用端末として例示されているが、景品選択装置としての機能や他の機能を有する装置として設定することもできる。また、ホール店舗に配置されるホールシステム７００２の景品ＰＯＳやサンド装置と一体化して構成し、景品交換装置としての機能を提供するようにもできる。景品交換装置へのログインは、モール会員登録により取得したモール会員カードやログインＩＤ及びパスワード等を用いて行うことができる。ここで、モール会員カードは、例えば非接触ＩＣカードであり、非接触ＩＣカードとしては、近距離無線通信規格（ＮＦＣ：Near Field Communication）に基づく非接触ＩＣチップを備えたカードがある。
ビューワ７５５０は、ホール店舗に備え付けられ、景品選択装置として機能する。景品選択装置は、複数のネット通販サイトから登録された商品に関する情報を表示し、遊技者に、将来的に交換可能な景品としてこれらの商品の一部を選択させる装置である。景品選択装置により、モール会員の登録を行うこともできる。遊技者により選択された商品は、お気に入りや景品交換かごに登録される。上述のＰＣ７５８０やスマートフォン７５７０も景品選択装置として機能する。ビューワ７５５０は、大型のタッチパネル型表示装置を備えるように構成することもできる。景品選択装置には、ビューワ７５５０、ＰＣ７５８０、及びスマートフォン７５７０のほか、遊技者個人が所有する携帯電話やタブレット端末、その他のネットワーク通信可能な任意の端末が含まれる。
景品交換システム７００１はさらに、管理端末７８７０を備える。管理端末７８７０は、景品交換システム７００１を管理するスタッフが使用する端末であり、モール会員情報、ホール店舗情報、ホール企業情報、ショップ情報、ショップ商品情報、景品情報、景品カテゴリ情報、送料情報、消費税情報、及び権限情報等を管理するための画面を表示し、所定の権限において関係するＤＢを更新する。また、管理端末７８７０において、交換履歴、注文履歴、ホール取引実績、ショップ取引実績を表わした画面を表示することができ、さらに、ランキング付けされた景品の編集、おすすめの景品の編集、ショップ商品の審査を行うことができる。
管理端末７８７０は、その使用形態に応じて、管理企業、ホール店舗、電算センターを含む様々な場所に配置され、景品交換システム７００１の基幹サーバ７６００やショップ管理サーバ７７００に接続される。
さらに、景品交換システム７００１においては、図１の景品交換システム１のように、ホール連携システムを備えることができる。例えば、ホール店舗間においてデータ連携が必要な場合、景品交換システム７００１は、このホール連携システムを備えるように設計することができる。ホール連携システムには、図１に示すように、ホール連携コンピュータ、ホール連携ＤＢ、及びセンター店舗Ｉ／Ｆサーバ等の装置が配置されうる。
次に、図１１２を参照して、ホールコンピュータ７４００の構成について説明する。図１１２は、ホールコンピュータ７４００の構成を示すブロック図である。ホールコンピュータ７４００は、メインＣＰＵ７４０１、ＲＯＭ７４０２、ＲＡＭ７４０３、外部記憶装置７４０４、ディスプレイ７４０５、インターフェイス７４０６、及びスピーカ７４０７を備えている。
メインＣＰＵ７４０１は、ＲＯＭ７４０２、及びＲＡＭ７４０３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ７４０１は、ホール店舗のホール会員（ここでは、ホールシステム７００２の会員を「ホール会員」、景品交換システム７００１の会員を「モール会員」として区別して称する）に関する会員情報を管理し、貯玉や貯メダル等の遊技媒体の保持数をホール会員ごとに管理し、それぞれのホール会員の遊技状況や景品交換状況を管理するための処理を実行し、ディスプレイ７４０５やスピーカ７４０７を制御する。
ディスプレイ７４０５は、ホールコンピュータ４００によって管理する遊技データを表示させ、あるいは不正や異常の発生を報知するものである。このディスプレイ７４０５は、例えば液晶表示装置によって実現される。
スピーカ７４０７は、メダルの不正持込等の不正や異常が生じた場合に、ディスプレイ７４０５とともに報知を行うものである。このスピーカ７４０７は、不正や異常の報知以外にも各種の音声データを出力する。
ホールコンピュータ７４００は、インターフェイス７４０６を介して遊技機７０１０、サンド装置７０２０、及び景品ＰＯＳ７５００と通信可能に接続される。本実施形態を実施するための制御プログラムは、例えば、外部記憶装置７４０４に記憶され、ＲＡＭ７４０３にロードされる。また、当該制御プログラムは、インターフェイス７４０６を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
外部記憶装置７４０４には、ホールＤＢ７４３０が記憶され、ホール会員に関する会員情報、ホール会員の貯玉（メダル）情報等が記憶される。また、ホール会員等に関する行動履歴（遊技状況、貯玉（メダル）、ホールシステム７００２における景品交換等の履歴）を記憶するようにしてもよい。
なお、基幹サーバ７６００、ショップ管理サーバ７７００、ＡＰサーバ７６８５、モバイルＩ／Ｆサーバ７６８０、管理端末７８７０、横断型ＥＣモール連携システムＩ／Ｆサーバ７８００、ＥＣモール管理システムＩ／Ｆサーバ７８２０、ショップシステムＩ／Ｆサーバ７８４０、及び個別ショップＩ／Ｆサーバ７８６０の構成も、上述したホールコンピュータ７４００の構成に類似するため（ただし、インターフェイスにより接続される装置はそれぞれ異なる）、説明を省略する。
次に、図１１３を参照して、景品ＰＯＳ７５００の構成について説明する。図１１３は、景品ＰＯＳ７５００の構成を示すブロック図である。図示する景品ＰＯＳ７５００は、本実施形態の景品交換システム７００１とは別のホールシステム７００２による、従来方式の景品交換を実現するよう構成されている。景品ＰＯＳ７５００は、メインＣＰＵ７５０１、ＲＯＭ７５０２、ＲＡＭ７５０３、情報カードリーダ／ライタ７５０４、非接触ＩＣカードリーダ／ライタ７５０５、バーコードリーダ７５０６、遊技者側ディスプレイ７５０７、キーボード７５０８、店舗側ディスプレイ７５０９、インターフェイス７５１０、及びスピーカ７５１１を備えている。
メインＣＰＵ７５０１は、ＲＯＭ７５０２、及びＲＡＭ７５０３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ７５０１は、ホールシステム７００２により交換可能な景品の在庫管理や景品交換の管理を行う。
メインＣＰＵ７５０１は、例えば、サンド装置７０２０の各台計数装置により情報カードや非接触ＩＣカードに計数結果を登録した場合、情報カードリーダ／ライタ７５０４を介して情報カードから読み取ったホール会員ＩＤ、又は非接触ＩＣカードリーダ／ライタ７５０５を介して非接触ＩＣカードから読み取ったホール会員ＩＤを取得し、ホールコンピュータ７４００にアクセスして、取得したホール会員ＩＤに対応付けられた遊技媒体の保持数（貯玉（メダル）数）を取得する。また、メインＣＰＵ７５０１は、計数結果を印刷したレシートを、バーコードリーダ７５０６で読み取り、これによって、遊技媒体の保持数（貯玉（メダル）数）を取得することもできる。
遊技者側ディスプレイ７５０７は、遊技者によるタッチ操作が可能な、タッチパネルディスプレイとして構成される。
従来の使用方法において、メインＣＰＵ７５０１は、遊技者側ディスプレイ７５０７を介して遊技者から指定された景品（ホール店舗に在庫のある一般景品、及び特殊景品）の数を受信する。次に、メインＣＰＵ７５０１は、遊技者が指定した景品に対応するメダル数を求め、これが遊技媒体の保持数よりも小さい場合には、店舗側ディスプレイ７５０９にその旨を表示し、ホール店舗のスタッフの操作により、景品の交換を行う。店舗側ディスプレイ７５０９は、遊技者側ディスプレイ７５０７と同様、タッチパネルディスプレイとして構成され、スタッフは、店舗側ディスプレイ７５０９又はキーボード７５０８を用いて当該操作を行う。景品の交換が完了すると、メインＣＰＵ７５０１は、ホールコンピュータ７４００にアクセスして、対応するホール会員ＩＤに関する遊技媒体の保持数を減算する。
他方、本実施形態の景品交換システム７００１を利用する方法において、メインＣＰＵ７５０１は、ホール店舗のスタッフは、店舗側ディスプレイ７５０９に、ホール会員ＩＤに対応付けられた遊技媒体の保持数、又はレシートからバーコードリーダ７５０６で読み取った遊技媒体の保持数を表示させ、次に、その保持数を、景品交換システム７００１の景品交換端末７５３０に入力する。そこで、景品交換端末７５３０に表示された景品交換の対象として景品交換かごに登録された商品（事前にモール会員である遊技者が選択し、登録したもの）が表示され、その交換に必要な玉（メダル）数が、入力された遊技媒体の保持数よりも小さい場合には、ホール店舗のスタッフの操作により、景品交換端末７５３０での景品の注文を行う。景品の交換が完了すると、ホール店舗のスタッフは、景品ＰＯＳ７５００を操作して、対応するホール会員ＩＤに関する遊技媒体の保持数を減算する（又は、保持数が減算されたレシートを発行する）。
景品ＰＯＳ７５００は、インターフェイス７５１０を介してホールコンピュータ７４００と通信可能に接続される。また、場合によっては、景品交換端末７５３０と通信可能に接続される。
次に、図１１４を参照して、景品交換端末７５３０の構成について説明する。図１１４は、景品交換装置として機能する景品交換端末７５３０の構成を示すブロック図である。景品交換端末７５３０は、メインＣＰＵ７５３１、ＲＯＭ７５３２、ＲＡＭ７５３３、非接触ＩＣカードリーダ／ライタ７５３４、ディスプレイ７５３５、インターフェイス７５３６、及びスピーカ７５３７を備えている。景品交換端末７５３０は、１つのホール店舗に複数台設置することができ、台数は、ホール店舗の設置スペースや遊技者の利用頻度によって調整される。景品ＰＯＳ７５００の台数と同程度の規模で（例えば、景品ＰＯＳ７５００と景品交換端末７５３０を１セットとして）設置することも可能である。
メインＣＰＵ７５３１は、ＲＯＭ７５３２、及びＲＡＭ７５３３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ７５３１は、本実施形態の景品交換システム７００１による景品交換処理を実行する。当該制御プログラムは、インターフェイス７５３６を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。景品交換端末７５３０は、インターフェイス７５３６を介して、接続管理装置７０９０に接続される。
ディスプレイ７５３５は、基本的には、ホール店舗のスタッフによるタッチ操作が可能な、タッチパネルディスプレイとして構成されるが、モール会員である遊技者のタッチ操作を可能としてもよい（別途、遊技者用のタッチパネルディスプレイを設けてもよい）。また、景品交換端末７５３０は、景品ＰＯＳ７５００と連携するように、インターフェイス７５３６を介して接続されるようにしてもよい。
メインＣＰＵ７５３１は、ディスプレイ７５３５に、本実施形態の景品交換システム７００１の景品交換を行うための画面（景品交換かごを表示する景品交換かご確認画面や景品の注文を行う景品注文画面を含む）を表示する。モール会員の遊技者から交換するよう指示され、景品注文画面により注文がされた景品の情報は、非接触ＩＣカードリーダ／ライタ５２４を介して非接触ＩＣカードから読み取られたモール会員ＩＤと対応付けられて、接続管理装置７０９０を経由し、基幹サーバ７６００に送信される（ショップ管理サーバ７７００の発注管理テーブルに記憶され、その後、対応するショップに発注される）。
次に、図１１５を参照して、ビューワ７５５０の構成について説明する。図１１５は、景品選択装置として機能するビューワ７５５０の構成を示すブロック図である。ビューワ７５５０は、メインＣＰＵ７５５１、ＲＯＭ７５５２、ＲＡＭ７５５３、非接触ＩＣカードリーダ／ライタ７５５４、ディスプレイ７５５５、キーボード７５５６、インターフェイス７５５７、及びスピーカ７５５８を備えている。ビューワ７５５０は、１つのホール店舗に複数台設置することができ、台数は、ホール店舗の設置スペースや遊技者の利用頻度によって調整される。
メインＣＰＵ７５５１は、ＲＯＭ７５５２又はＲＡＭ７５５３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ７５５１は、本実施形態の景品交換システム７００１によるモール会員登録処理や景品選択処理を実行する。当該制御プログラムは、インターフェイス７５５７を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。ビューワ７５５０は、インターフェイス７５５７を介して、接続管理装置７０９０に接続される。
ディスプレイ７５５５は、基本的には、ホール店舗に来た遊技者によるタッチ操作が可能な、タッチパネルディスプレイとして構成されるが、ホール店舗のスタッフのタッチ操作を可能としてもよい。このタッチパネルディスプレイは、遊技者が情報を詳細に確認でき、かつ、タッチ操作が容易となるように、大きな画面のディスプレイとすることもできる。また、遊技者が、上記タッチパネルディスプレイを用いて会員登録処理や景品選択処理の際に、情報の入力や項目の選択を行うようにしてもよい。またさらに、ビューワ７５５０が、キーボード７５５６やマウス（不図示）を備えるように構成して、遊技者がこれらを操作するようにしてもよい。
メインＣＰＵ７５５１は、ディスプレイ７５５５に、本実施形態の景品交換システム７００１のモール会員登録や景品選択を行うための画面（お気に入りや景品交換かごに景品を登録するための景品検索結果表示画面、お気に入りに登録された景品の情報を参照するためのお気に入り参照画面、景品交換かごに登録された景品の情報を参照するための景品交換かご参照画面等を含む）を表示する。遊技者はモール会員への登録を行った後、お気に入りや景品交換かごに景品を登録するよう指示すると、登録された景品の情報は、モール会員ＩＤと対応付けられて、接続管理装置７０９０を経由し、基幹サーバ７６００に送信される（お気に入り管理テーブル、又は景品交換かご管理テーブルに記憶される）。
次に、図１１６を参照して、スマートフォン７５７０の構成について説明する。図１１６は、景品選択装置として機能するスマートフォン７５７０の構成を示すブロック図である。スマートフォン７５７０は、メインＣＰＵ７５７１、ＲＯＭ７５７２、ＲＡＭ７５７３、非接触ＩＣチップ７５７４、ＧＰＳ用アンテナ７５７５、無線通信用アンテナ７５７６、ディスプレイ７５７７、マイク７５７８、及びスピーカ７５７９を備えている。
メインＣＰＵ７５７１は、ＲＯＭ７５７２又はＲＡＭ７５７３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ７５７１は、ＷＥＢブラウザや外部ネットワーク経由でダウンロードされたアプリケーションを実行して、モバイルＩ／Ｆサーバ７６８０とデータ送受信を行い、本実施形態の景品交換システム７００１によるモール会員登録処理や景品選択処理を実行する。
非接触ＩＣチップ７５７４は、上述した景品交換端末７５３０の非接触ＩＣカードリーダ／ライタ７５３４のようなリーダによって、内部のデータが読み取られるものである。例えば、非接触ＩＣチップ７５７４を識別することができるＩＤｍや、非接触ＩＣチップ７５７４の記憶領域に書き込んだデータを、非接触で読み出すことができる。また、必要に応じて、非接触ＩＣチップ７５７４の記憶領域に、非接触でデータを書き込むことができる。ここでは、非接触ＩＣチップ７５７４を識別することができるＩＤｍ等のデータが内部的に読み取られ、モール会員登録処理や景品選択処理の際に、モバイルＩ／Ｆサーバ７６８０を介して基幹サーバ７６００に送信される。従って、この場合、モール会員カードの代わりに、このスマートフォン７５７０の非接触ＩＣチップ７５７４が読み取られ、ログインチェックが行われる。
メインＣＰＵ７５７１は、ＧＰＳ用アンテナ７５７５を介して、複数のＧＰＳ（Global Positioning System）から信号を受信し、スマートフォン７５７０の位置を調べる。こうして求められた位置情報は、ＲＡＭ７５７３等に記憶され、必要に応じてプログラムで利用される。
メインＣＰＵ７５７１は、無線通信用アンテナ７５７６を介して携帯電話基地局と無線ネットワーク７６９０を介して通信を行い、他の機器との間で通話を行うために通話データを送受信したり、インターネットを介して他の端末から提供されるＷＥＢページを閲覧したり、メールサーバとの間でメールデータの送受信を行うよう制御する。また、メインＣＰＵ７５７１は、無線通信用アンテナ７５７６を用いて、無線ＬＡＮアクセスポイントとの間で無線ＬＡＮ通信を実現し、無線ネットワーク７６９０を含むインターネット経由のデータ送受信を行う（無線ＬＡＮ通信に用いるアンテナは、携帯電話基地局と通信を行うアンテナとは異なるアンテナであるが、ここでは便宜上、１つのアンテナとしてまとめて標記している。また、無線ネットワーク７６９０もまとめて標記している）。
メインＣＰＵ７５７１は、本実施形態の景品交換システム７００１のモール会員登録や景品選択を行うための画面（お気に入りや景品交換かごに景品を登録するための景品検索結果表示画面、お気に入りに登録された景品の情報を参照するためのお気に入り参照画面、景品交換かごに登録された景品の情報を参照するための景品交換かご参照画面等を含む）を表示する。例えば、モバイルＩ／Ｆサーバ７６８０から、モール会員登録や景品選択に関する画面であるＷＥＢページのデータを受信し、そのデータを解釈してディスプレイ７５７７に表示する。ディスプレイ７５７７は、遊技者によってタッチ操作が可能なタッチパネルディスプレイとして構成されており、遊技者は、ディスプレイ７５７７に表示された画面上の所定の位置をタッチすることによって、所定の指示をモバイルＩ／Ｆサーバ７６８０に返信する。
スマートフォン７５７０は、マイク７５７８、及びスピーカ７５７９によって音声の入出力を行うとともに、メインＣＰＵ７５７１によって音声信号処理を行うことによって携帯電話による音声通話を可能としている。また、スマートフォン７５７０は、ＣＣＤ（Charge Coupled Device）等で構成される小型の撮像装置であるカメラ（不図示）を内蔵することもできる。
フィーチャーフォンや、その他の携帯機器の構成についての説明は省略するが、上述したスマートフォン７５７０と同様の構成となる。なお、モール会員の識別又は携帯機器（通信機器）の識別において、非接触ＩＣカード（ここでは、スマートフォン７５７０に内蔵された非接触ＩＣチップ）を使用しない場合は、当該構成要素を備える必要は無い。
また、ＰＣ７５８０についても同様の構成であり、ネットワーク７６９５を介してＡＰサーバ７６８５と通信を行う。ログイン時には、モール会員を識別するために、モール会員ＩＤとパスワードの入力が必要となる。また、ＰＣ７５８０に非接触ＩＣカードリーダ／ライタを接続し、そこにモール会員カードをかざすことによってログインを行うこともできる。
次に、図１１７を参照して、本発明の第８の実施形態に係る景品交換システム７００１における遊技者とホール店舗のスタッフに関する動作フローの概要を説明する。図示するケースは、最初に遊技者がホール店舗においてホール会員となり、その後、本実施形態に係る景品交換システム７００１のモール会員となって、景品の選択、及び景品の交換を行うものである。
最初に、遊技者は、ホール店舗にある景品ＰＯＳ７５００等を操作して、ホール会員登録を行う（ステップＳ８０１）。この登録は、ホールシステム７００２を利用するための登録であって、本実施形態に係る景品交換システム７００１の会員登録とは異なるものである。この登録によって、ホール会員ＩＤが採番され、このホール会員ＩＤに関連付けられたホール会員カード（非接触ＩＣカード）が遊技者に渡される。
ホール会員登録の後、遊技者が、そのホール店舗で、遊技機７０１０により遊技を行い（ステップＳ８０２）、メダルやパチンコ玉を獲得できた場合は、サンド装置７０２０でそのメダル等の計数を指示し、システム上で保持、すなわち、貯メダル（貯玉）の指示を行う（ステップＳ８０３）。保持された遊技媒体の数は、サンド装置７０２０の非接触ＩＣカードリーダ／ライタ（図５参照）にホール会員カードをかざすことによって、ホール会員ＩＤと関連付けられる。
こうした遊技機７０１０による遊技は日を跨ぐ期間において複数回行うことができる。遊技者が、保持された遊技媒体の数から、自身の望む景品の交換を行おうとする場合、本実施形態の景品交換システム７００１を利用するために、ビューワ７５５０といった景品選択装置で景品交換システム７００１のモール会員登録を行い、そこで、モール会員ＩＤが採番される（ステップＳ８０４）。モール会員登録は、一部の情報のみの入力だけでも可能であり、ここでは、例えば、連絡先情報であるメールアドレス又は電話番号を入力する（簡易登録）。また、このとき、遊技者が既に有しているホール会員カードが利用可能であれば、新たにモール会員カードを発行することなく、そのままそのホール会員カードを景品交換システム７００１で用いることができ、会員登録で採番されたモール会員ＩＤが、このホール会員カードに紐付けされる。
次に、遊技者は、景品選択装置で景品を検索等によって表示させ、交換を希望・検討する商品をお気に入りに登録する（ステップＳ８０５）。さらに、そのお気に入りの中から、交換しようとする商品を景品交換かごに登録する（ステップＳ８０６）。景品交換かごへは、お気に入りに登録された商品だけでなく、検索結果として表示された商品を直接登録することもできる。また、景品交換かごに登録した商品は暫定的なものであり、最終的な景品の注文の前に再度選別することができる。
このような景品選択は、ホール店舗を離れて、遊技者のスマートフォン７５７０やＰＣ７５８０で繰り返し行うことができる。スマートフォン７５７０での景品選択は、ログインＩＤとパスワードを用いて景品交換システム７００１にログインすることで可能となる。また、景品選択装置において、スマートフォン７５７０を自身のモール会員ＩＤに紐付けることによっても可能となる。ＰＣ７５８０での景品選択は、ログインＩＤとパスワードを用いて景品交換システム７００１にログインすることで可能となる。また、非接触ＩＣカードリーダ／ライタをＰＣ７５８０に接続して、その非接触ＩＣカードリーダ／ライタでホール会員カードを読み取らせることによっても可能となる。
次に、遊技者が景品の交換を行おうとする場合、ホール店舗の景品交換端末７５３０に対して、ホール会員カードを使って（ホール会員カードを非接触ＩＣカードリーダ／ライタにかざし）、景品交換システム７００１にログインする（ステップＳ８０７）。その後、会員情報の追加登録を行う。具体的には、交換した景品を配送するために必須となる住所や配送先の情報を登録する（ステップＳ８０８）。なお、配送先として、景品によっては、ホール店舗で受け取るように指定することもできる。
ホール店舗のスタッフは、景品ＰＯＳ７５００によって、遊技者のホール会員カードに関連付けられた遊技媒体の保持数を読み取り（ステップＳ８０９）、これを当該遊技者のホール会員カードでログインしている景品交換端末７５３０に入力する（ステップＳ８１０）。なお、ステップＳ８０９の操作は、遊技者が遊技により遊技媒体を獲得した後、ステップＳ８１０の前であればいつでもよい。
次に、景品交換端末７５３０において、当該遊技者の景品交換かごに登録されている商品を表示する（ステップＳ８１１）。ここで、景品交換で必要となる玉（メダル）数と、入力された遊技媒体の保持数とが比較され、入力された遊技媒体の保持数が少なければ、景品交換かごから景品を削除するか又は、景品の数量を減じるよう変更する。その後、交換景品の確認を行い、注文を指示する（ステップＳ８１２）。
景品の交換が完了すると、ホール店舗のスタッフは、景品ＰＯＳ７５００で、当該遊技者の遊技媒体の保持数から、今回の景品交換により消費された玉（メダル）数を減じる操作を行う（ステップＳ８１３）。これによって、当該遊技者に関してホールシステム７００２で管理している遊技媒体の保持数が、景品交換で消費した分だけ減じられる。
ここで、基本的に、景品交換端末７５３０に対する操作は、ホール店舗のスタッフが行うが、状況に応じて、一部の操作を遊技者本人が行うようにしてもよい。そのために、景品交換端末７５３０に、遊技者用のディスプレイ（タッチパネルディスプレイ）を用意することができる。
また、他のホール店舗における遊技媒体の保持数を上記のような景品交換に用いることも考えられるが、本実施形態においては、図１１７に示すように、ホール会員カードにより景品交換システム７００１を利用する場合は、そのホール会員カードを発行したホール店舗でのみ利用可能とし、後述の図１２０や図１２１に示すように、モール会員カードにより景品交換システム７００１を利用する場合は、景品交換システム７００１を導入しているホール店舗の全てで利用可能とする（ただし、そのホール店舗のホールシステム７００２に関連付けられていないモール会員カードについては、当該ホール店舗の景品交換システム７００１のうち、景品のお気に入りへの追加や景品交換かごへの追加など、一部の機能のみが利用できるように制限することができる）。また、ホール会員カードで他のホール店舗の景品交換システム７００１を利用することも考えられるが、実際には、ホール会員カードが読み取れるかどうかや各ホール店舗のホールコンピュータ間で、遊技媒体の保持数などのデータの送受信が可能かどうかなどのシステム面での事情、運用面での事情、ホール運営方針などに応じて決定される。さらに、モール会員カードにより景品交換システム７００１を利用する場合は、１つあるいは複数のグループ企業に属するホール店舗について、又は特定のホール店舗の集合において、当該景品交換システム７００１を利用できるようにすることも可能である。
次に、図１１８を参照して、ホールシステム７００２のホール会員であるか否か、景品交換システム７００１のモール会員であるか否か、及び会員登録の状況によって、どのような機能を利用できるかについて概略的にまとめて説明する。図１１８に示すように、大きくは、ホールシステム７００２のホール会員であるか否かと、景品交換システム７００１のモール会員であるか否かの４つのパターンに分けられる。さらに、景品交換システム７００１のモール会員である場合に、会員登録が簡易登録か詳細登録かによって分けられる。
第１のケースは、ホールシステム７００２のホール会員であり、景品交換システム７００１のモール会員であり、さらに、景品交換システム７００１の会員登録においてメールアドレス等の連絡先情報のみを登録した簡易登録の場合である。モール会員カード等による会員登録には、モール会員カードを発行せずに、既存のホール会員カードに紐付けて会員登録を行った場合も含まれる（第２のケースも同様である）。
このケースでは、ビューワ７５５０や遊技者のスマートフォン７５７０において、景品検索により景品を表示することができ、お気に入りや景品交換かごに景品を登録することができる。さらに、ホール店舗外において、スマートフォン７５７０やＰＣ７５８０を用いて、ＷＥＢページを呼び出し、上記景品表示及び景品登録を行うことができる。スマートフォン７５７０の場合は、そのスマートフォン７５７０が内蔵する非接触ＩＣチップを読み取らせて会員登録を行っていれば操作が可能であり、そうでなければ、ログインＩＤとパスワードを用いてログインし、操作することができる。また、ＰＣ７５８０の場合、モール会員カードを用いる場合は、カードリーダが必要となる。スマートフォン７５７０と同様、ログインＩＤとパスワードを用いてログインし、操作することもできる。会員登録が簡易登録であるため、景品交換に関する処理はできない。
第２のケースは、ホールシステム７００２のホール会員であり、景品交換システム７００１のモール会員であり、さらに、景品交換システム７００１の会員登録においてメールアドレス等の連絡先情報のみならず、自宅住所情報や配送先情報を登録した詳細登録の場合である。
このケースでは、第１のケースと同様、ビューワ７５５０、遊技者のスマートフォン７５７０、ＰＣ７５８０等において、景品検索による景品の表示、お気に入りや景品交換かごへの景品の登録が可能である。さらに、ホール店舗外において、スマートフォン７５７０やＰＣ７５８０を用いて、ＷＥＢページを呼び出し、上記景品表示及び景品登録を行うことができる。
また、このケースでは、会員登録が詳細登録であるため、景品交換に関する処理が可能である。ホール店舗の景品交換端末７５３０において、景品交換かごを確認し、注文を行うことができる。ホール店舗のホールシステムで管理され、景品ＰＯＳ７５００に表示される玉（メダル）数が、ホール店舗のスタッフにより、景品交換端末７５３０に入力される。
第３のケースは、ホールシステム７００２は会員であり、景品交換システム７００１については非会員の場合である。このケースでは、景品交換システム７００１において、景品の検索や表示を行うことができるが、お気に入りや景品交換かごへの景品の登録はできない。
第４のケースは、ホールシステム７００２は非会員であり、景品交換システム７００１のモール会員であり、さらに、景品交換システム７００１の会員登録においてメールアドレス等の連絡先情報のみを登録した簡易登録の場合である。
このケースでは、ビューワ７５５０や遊技者のスマートフォン７５７０において、景品検索により景品を表示することができ、お気に入りや景品交換かごに景品を登録することができる。さらに、ホール店舗外において、スマートフォン７５７０やＰＣ７５８０を用いて、ＷＥＢページを呼び出し、上記景品表示及び景品登録を行うことができる。スマートフォン７５７０の場合は、そのスマートフォン７５７０が内蔵する非接触ＩＣチップを読み取らせて会員登録を行っていれば操作が可能であり、そうでなければ、ログインＩＤとパスワードを用いてログインし、操作することができる。また、ＰＣ７５８０の場合、モール会員カードを用いる場合は、カードリーダが必要となる。スマートフォン７５７０と同様、ログインＩＤとパスワードを用いてログインし、操作することもできる。会員登録が簡易登録であるため、景品交換に関する処理はできない。
第５のケースは、ホールシステム７００２は非会員であり、景品交換システム７００１のモール会員であり、さらに、景品交換システム７００１の会員登録において氏名やメールアドレス等の基本情報のみならず、住所や配送先を登録した詳細登録の場合である。
このケースでは、第１のケースと同様、ビューワ７５５０、遊技者のスマートフォン７５７０、ＰＣ７５８０等において、景品検索による景品の表示、お気に入りや景品交換かごへの景品の登録が可能である。さらに、ホール店舗外において、スマートフォン７５７０やＰＣ７５８０を用いて、ＷＥＢページを呼び出し、上記景品表示及び景品登録を行うことができる。
また、このケースでは、会員登録が詳細登録であるため、景品交換に関する処理が可能である。ホール店舗の景品交換端末７５３０において、景品交換かごを確認し、注文を行うことができる。玉（メダル）数は、非会員であるため、ホール店舗のホールシステムでは管理されず、ホール店舗のスタッフは例えば、レシート等に記載された玉（メダル）数を景品ＰＯＳ７５００に読み取らせ、景品ＰＯＳ７５００の店舗側ディスプレイ７５０９に表示された読み取り結果の表示を見て、景品交換端末７５３０に入力する。
第６のケースは、ホールシステム７００２は非会員であり、景品交換システム７００１についても非会員の場合である。このケースは、第３のケースと同様、景品交換システム７００１において、景品の検索や表示を行うことができるが、お気に入りや景品交換かごへの景品の登録はできない。
なお、この例では、モール会員でない状態、簡易登録がされている状態、詳細登録がされている状態のそれぞれで、景品交換システム７００１で利用できる機能に差を設けているが、利用できる機能を他のパターンとすることもできる。また、他の状態を管理し、その状態を加えて利用できる機能を差別化することもできる。さらに、簡易登録の内容や詳細登録の内容を変更してもよいし、別の会員登録レベルによって管理することもできる。
次に、図１１９を参照して、景品表示と登録の関係について説明する。本実施形態では、モール会員ＩＤごとに、景品の登録先が２つ（お気に入りと景品交換かご）設定されている。遊技者は、景品を選択する場合、最初に、景品検索結果表示画面に表示された検索結果、モール会員トップページに表示されたおすすめ、及びモール会員トップページに表示されたランキング等から興味のある景品を選択肢、お気に入り、又は景品交換かごに登録（追加）する。このような追加操作は何度でも繰り返し行うことができる。
お気に入りに登録された景品は、お気に入り参照画面で一覧表示され、そこで削除や変更を行うことができる。同様に、景品交換かごに登録された景品は、景品交換かご参照画面で一覧表示され、そこで削除や変更を行うことができる。また、お気に入りに登録された景品は、お気に入り参照画面において、景品交換かごに登録することができる。
景品交換かごは、最終的に在庫や、必要な遊技媒体の数量との関係でチェックが行われ、確認の後、遊技者が注文を指示することにより、正式な注文となる。このように、遊技者は、景品を選択して、直接景品交換かごに入れてもよいし、例えば、メモやブックマークのような感覚で一旦お気に入りに登録し、そこからさらに検討して景品交換かごに移すようにしてもよい（いわば、景品の２段階の選択）。
お気に入りから景品交換かごに登録された場合、お気に入りに登録された景品に変更はないが、景品交換かごに登録された場合に、削除又は何らかのマークを付するようにできる。また、景品交換かごに登録された景品が注文された場合、その景品は景品交換かごから削除されるが、所定の条件に応じて登録されたままにしておいたり、何らかのマークを付するようにすることもできる。
次に、再び動作フローの説明に戻り、図１２０を参照して、本発明の第８の実施形態に係る景品交換システム７００１における遊技者とホール店舗のスタッフに関する動作フローの概要を説明する。図示するケースは、ホール店舗のホールシステム７００２については非会員である遊技者が、本実施形態に係る景品交換システム７００１のモール会員となって景品の選択を行い、次いで景品の交換を行うものである。
遊技者が、景品の交換を行おうとする場合、本実施形態の景品交換システム７００１を利用するために、ビューワ７５５０で景品交換システム７００１のモール会員登録を行い、そこで、モール会員ＩＤが採番される（ステップＳ８２１）。この例は、モール会員登録は詳細登録を行うものとし、交換した景品を配送するために必須となる住所や配送先の情報を含めて登録する。また、このとき、遊技者は、ホール店舗の店頭や何らかの方法で配布されているモール会員カードを入手し、それを用いてモール会員登録を行う。なお、この例では、遊技者は、ホール店舗のホールシステム７００２には会員登録しておらず、非会員であるものとする。
次に、遊技者は、ビューワ７５５０で景品を検索等によって表示させ、交換を希望・検討する商品をお気に入りに登録する（ステップＳ８２２）。さらに、そのお気に入りの中から、交換しようとする商品を景品交換かごに登録する（ステップＳ８２３）。景品交換かごへは、お気に入りに登録された商品だけでなく、検索結果として表示された商品を直接登録することもできる。また、景品交換かごに登録した商品は暫定的なものであり、最終的な景品の注文の前に再度選別することができる。
このような景品選択は、上述したように、ホール店舗を離れて、遊技者のスマートフォン７５７０やＰＣ７５８０で繰り返し行うことができる。
遊技者は、景品の交換を行おうとするタイミングで、ホール店舗の景品交換端末７５３０に対して、モール会員カードを使って（モール会員カードを非接触ＩＣカードリーダ／ライタにかざし）、景品交換システム７００１にログインする（ステップＳ８２４）。
この後、又はそれ以前に、遊技者が遊技機７０１０による遊技を行い（ステップＳ８２５）、ホール店舗の計数装置により、獲得した玉（メダル）数の計数が行われ、計数レシートが出力される（ステップＳ８２６）。なお、この計数の操作は、遊技者が遊技により遊技媒体を獲得した後、次のステップＳ８２７より前であればいつでもよい。
ホール店舗のスタッフは、計数レシートの記載内容に基づいて、玉（メダル）数を景品交換端末７５３０に入力する（ステップＳ８２７）。
次に、景品交換端末７５３０において、当該遊技者の景品交換かごに登録されている商品を表示する（ステップＳ８２８）。ここで、景品交換で必要となる玉（メダル）数と、入力された遊技媒体の保持数とが比較され、入力された遊技媒体の保持数が少なければ、景品交換かごから景品を削除するか又は、景品の数量を減じるよう変更する。その後、交換景品の確認を行い、注文を指示する（ステップＳ８２９）。
景品の交換が完了すると、ホール店舗のスタッフは、景品ＰＯＳ７５００を用いて、計数レシートの記載を、当該遊技者の遊技媒体の保持数から、今回の景品交換により消費された玉（メダル）数を減じた玉数に変更する（ステップＳ８３０）。遊技者は、遊技媒体の保持数が残っていれば、この計数レシートによって、再び景品交換システム７００１による景品交換を行ってもよいし、景品ＰＯＳ７５００によって、ホール店舗にある景品に交換することもできる。
ここで、基本的に、景品交換端末７５３０に対する操作は、ホール店舗のスタッフが行うが、状況に応じて、一部の操作を遊技者本人が行うようにしてもよい。そのために、景品交換端末７５３０に、遊技者用のディスプレイ（タッチパネルディスプレイ）を用意することができる。
次に、図１２１を参照して、本発明の第８の実施形態に係る景品交換システム７００１における遊技者とホール店舗のスタッフに関する動作フローの概要を説明する。図示するケースは、最初に遊技者がホール店舗においてホール会員となり、その後、本実施形態に係る景品交換システム７００１のモール会員となって別途モール会員カードを発行し、景品の選択、及び景品の交換を行うものである。
最初に、遊技者は、ホール店舗にある景品ＰＯＳ７５００等を操作して、ホール会員登録を行う（ステップＳ８４１）。この登録は、ホールシステム７００２を利用するための登録であって、本実施形態に係る景品交換システム７００１の会員登録とは異なるものである。この登録によって、ホール会員ＩＤが採番され、このホール会員ＩＤに関連付けられたホール会員カード（非接触ＩＣカード）が遊技者に渡される。
ホール会員登録の後、遊技者が、そのホール店舗で、遊技機７０１０により遊技を行い（ステップＳ８４２）、メダルやパチンコ玉を獲得できた場合は、サンド装置７０２０でそのメダル等の計数を指示し、システム上で保持、すなわち、貯メダル（貯玉）の指示を行う（ステップＳ８４３）。保持された遊技媒体の数は、サンド装置７０２０の非接触ＩＣカードリーダ／ライタ（図５参照）にホール会員カードをかざすことによって、ホール会員ＩＤと関連付けられる。
こうした遊技機７０１０による遊技は日を跨ぐ期間において複数回行うことができる。遊技者が、保持された遊技媒体の数から、自身の望む景品の交換を行おうとする場合、本実施形態の景品交換システム７００１を利用するために、ビューワ７５５０で景品交換システム７００１のモール会員登録を行い、そこで、モール会員ＩＤが採番される（ステップＳ８４４）。この例は、モール会員登録は詳細登録を行うものとし、交換した景品を配送するために必須となる住所や配送先の情報を含めて登録する。また、このとき、遊技者は、ホール店舗の店頭や何らかの方法で配布されているモール会員カードを入手し、それを用いてモール会員登録を行う。これによって、遊技者は、ホール会員カードとモール会員カードの両方を持つことになる。
次に、遊技者は、ビューワ７５５０で景品を検索等によって表示させ、交換を希望・検討する商品をお気に入りに登録する（ステップＳ８４５）。さらに、そのお気に入りの中から、交換しようとする商品を景品交換かごに登録する（ステップＳ８４６）。景品交換かごへは、お気に入りに登録された商品だけでなく、検索結果として表示された商品を直接登録することもできる。また、景品交換かごに登録した商品は暫定的なものであり、最終的な景品の注文の前に再度選別することができる。
このような景品選択は、ホール店舗を離れて、遊技者のスマートフォン７５７０やＰＣ７５８０で繰り返し行うことができる。
次に、遊技者が景品の交換を行おうとする場合、ホール店舗の景品交換端末７５３０に対して、モール会員カードを使って（モール会員カードを非接触ＩＣカードリーダ／ライタにかざし）、景品交換システム７００１にログインする（ステップＳ８４７）。
ホール店舗のスタッフは、景品ＰＯＳ７５００によって、遊技者のホール会員カードに関連付けられた遊技媒体の保持数を読み取り（ステップＳ８４８）、これを当該遊技者のモール会員カードでログインしている景品交換端末７５３０に入力する（ステップＳ８４９）。なお、ステップＳ８４８の操作は、遊技者が遊技により遊技媒体を獲得した後、ステップＳ８４９の前であればいつでもよい。
次に、景品交換端末７５３０において、当該遊技者の景品交換かごに登録されている商品を表示する（ステップＳ８５０）。ここで、景品交換で必要となる玉（メダル）数と、入力された遊技媒体の保持数とが比較され、入力された遊技媒体の保持数が少なければ、景品交換かごから一部の景品を削除するか又は、景品の数量を減じるよう変更する。その後、景品の確認を行い、注文を指示する（ステップＳ８５１）。
景品の交換が完了すると、ホール店舗のスタッフは、景品ＰＯＳ７５００で、当該遊技者の遊技媒体の保持数から、今回の景品交換により消費された玉（メダル）数を減じる操作を行う（ステップＳ８５２）。これによって、当該遊技者に関してホールシステム７００２で管理している遊技媒体の保持数が、景品交換システム７００１の景品交換で消費した分だけ減じられる。
ここで、基本的に、景品交換端末７５３０に対する操作は、ホール店舗のスタッフが行うが、状況に応じて、一部の操作を遊技者本人が行うようにしてもよい。そのために、景品交換端末７５３０に、遊技者用のディスプレイ（タッチパネルディスプレイ）を用意することができる。
景品交換システム７００１の会員登録において氏名やメールアドレス等の基本情報のみならず、住所や配送先を登録する詳細登録が、図１１７に示す例においては、景品交換時に行われ、図１２０や図１２１に示す例においては、景品選択の前に行われているが、このような詳細登録のタイミングは一例にすぎない。詳細登録をどのようなタイミングで行ってもよいように設定することができる。また、詳細登録を所定の１又は複数のタイミングでのみ行えるように設定することもできる。
次に、図１２２を参照して、本発明の第８の実施形態に係る景品交換システム７００１における景品注文後の処理フローの概要を説明する。景品の注文（例えば、図１２１のステップＳ８５１）がされた後は、景品交換システム７００１の基幹サーバ等が自動的に発注処理を行う。
最初に、景品交換装置が、タッチパネルディスプレイ等の操作により、景品の注文の指示を受信すると（ステップＳ８６１）、その指示が基幹サーバ７６００に送信され、基幹サーバ７６００において景品の注文の指示が受信される（ステップＳ８６２）。次に、その指示がショップ管理サーバ７７００に送信され、ショップ管理サーバ７７００において景品の注文の指示が受信される（ステップＳ８６３）。
次に、ショップ管理サーバ７７００は、景品の注文の指示から景品の商品ＩＤを取得し、当該商品ＩＤに対応する（当該商品ＩＤの商品を配送する）ショップを特定し、さらに、そのショップの接続形態に応じて対応するＩ／Ｆサーバを決定する（ステップＳ８６４）。例えば、図１１１に示すように、ショップがショップ端末７８０４のような接続形態である場合、そのショップは、横断型ＥＣモールに属するショップであり、横断型ＥＣモール連携システム７８０２とのインターフェイスを実現する横断型ＥＣモール連携システムＩ／Ｆサーバ７８００がＩ／Ｆサーバとして決定される。
次に、ショップ管理サーバ７７００は、決定されたＩ／Ｆサーバに対して、ショップへの発注を指示する（ステップＳ８６５）。指示を受けたＩ／Ｆサーバは、対応する連携／管理システムに対して（例えば、横断型ＥＣモール連携システム７８０２に対して）、ショップへの発注を指示する（ステップＳ８６６）。なお、Ｉ／Ｆサーバが、図１１１に示すような個別ショップＩ／Ｆサーバ７８６０である場合は、対応するショップのショップ端末７６４に直接、発注の指示が送信される。ショップは、各自のタイミングで、発注指示がされた商品の対価を請求先に請求する。このとき、請求先（発注した商品の対価についての支払い先）は、例えば、景品交換システム７００１の運営会社や、これに関連する組織となっており、基本的には、どのショップに対しても一定の請求先となる。従って、遊技者の決済情報が外部に送信されたり使用されたりすることはない。
発注の指示を受けた連携／管理システム（Ｉ／Ｆサーバが、個別ショップＩ／Ｆサーバ７８６０である場合は、ショップ端末７８６４）が、注文の指示を受け付けると、Ｉ／Ｆサーバに注文受領通知を送信する。Ｉ／Ｆサーバは、その注文受領通知を受信すると（ステップＳ８６７）、の通知をショップ管理サーバ７７００に送信し、ショップ管理サーバ７７００は、これに応答して、交換履歴を作成して交換履歴管理テーブル７７５５を更新し（ステップＳ８６８）、次いで注文履歴を作成して注文履歴管理テーブル７７５６を更新する（ステップＳ８６９）。
次に、ショップ管理サーバ７７００は、景品を発注した遊技者（モール会員）に、発注処理が完了した旨のメールを送信する（ステップＳ８７０）。その後、ショップ管理サーバ７７００は、注文を受けた商品の在庫を発注分だけ減じるように、商品管理テーブル７７５２を更新する（ステップＳ８７１）。
注文を受けたショップが注文を受け付け、在庫等に問題がなく正常な配送処理が行える場合に、注文履歴の更新が行われ、その注文履歴が連携／管理システムから（Ｉ／Ｆサーバが、個別ショップＩ／Ｆサーバ７８６０である場合は、ショップ端末７８６４から）Ｉ／Ｆサーバに送信される。Ｉ／Ｆサーバは、注文履歴を受信すると（ステップＳ８７２）、これをショップ管理サーバ７７００に送信し、ここでショップ管理サーバ７７００は、ステップＳ８６９で作成した注文履歴を変更するため、注文履歴管理テーブル７７５６を更新する（ステップＳ８７３）。このとき、注文履歴管理テーブル７７５６の注文状況は、「注文済み」のステータスから「配送済み」のステータスに変更される。
次に、図１２３〜図１２８の機能ブロック図を参照して、本実施形態の景品交換システム７００１に関わる各装置の機能について説明する。図１２３（Ａ）は、ホールコンピュータ７４００の機能ブロック図である。ホールコンピュータ７４００は、従来の構成を有するものであり、ホール会員管理部７４１１、遊技媒体保持数管理部７４１２、及びネットワークＩ／Ｆ部７４１３を含む。ホールコンピュータ７４００は、ホール会員の情報、ホール会員の貯玉情報等を管理する機能を備える。また、ホールコンピュータ７４００は、外部記憶装置７４０４にホールＤＢ７４３０を記憶し、ホールＤＢ７４３０には、そのホール店舗のホール会員に関する情報を記憶する会員情報テーブル７４３１、当該ホール会員が貯メダルや貯玉を指示することにより保持された遊技媒体の保持数を管理する遊技媒体保持数管理テーブル７４３２が記憶される。
ホール会員管理部７４１１は、景品ＰＯＳ７５００等の操作により行われるホール会員の会員登録処理を実行し、ホール会員に関する情報を会員情報テーブル７４３１に記憶する。遊技媒体保持数管理部７４１２は、サンド装置７０２０や景品ＰＯＳ７５００等により行われる貯玉や貯メダル、払い出し、消費玉（メダル）数の入力等に応じて、ホール会員が保持する玉（メダル）数を更新・管理し、更新後の玉（メダル）数をホール会員ごと、遊技媒体種別（交換レート）ごとに遊技媒体保持数管理テーブル７４３２に記憶する。ネットワークＩ／Ｆ部４１４は、インターネット等のネットワークに接続して、相手方のコンピュータとデータ送受信を行うよう制御する（以降、他の装置のネットワークＩ／Ｆ部についても同様である）。
図１２３（Ｂ）は、景品交換端末７５３０の機能ブロック図である。景品交換端末７５３０は、アクセス管理部７５４１、景品交換制御部７５４２、表示制御部７５４４、及びネットワークＩ／Ｆ部７５４５を含む。アクセス管理部７５４１は、景品交換端末７５３０にログインした遊技者が、正当なモール会員であるか否かを判断し、正当なモール会員である場合は、基幹サーバ７６００にアクセスし、対応するモール会員の景品交換かごに登録されている景品の情報を取得する。景品交換制御部７５４２は、景品交換かご確認画面で確認の指示があった場合に、景品注文画面に遷移するよう制御し、景品注文画面で注文の指示があった場合に、景品の発注のために、注文の対象となった景品の商品ＩＤ等を基幹サーバ７６００に送信する。表示制御部７５４４は、景品交換かご確認画面や景品注文画面のディスプレイ７５３５への表示等を行う。なお、アクセス管理部７５４１、景品交換制御部７５４２、及び表示制御部７５４４の各機能を、ＷＥＢブラウザが基幹サーバ７６００からＷＥＢページを受信し表示することで実現するようにもできる。
図１２４は、ビューワ７５５０の機能ブロック図である。ビューワ７５５０は、アクセス管理部７５６１、モール会員登録管理部７５６２、景品選択制御部７５６３、表示制御部７５６４、及びネットワークＩ／Ｆ部７５６５を含む。アクセス管理部７５６１は、ビューワ７５５０にログインした遊技者が、正当なモール会員であるか否かを判断し、正当なモール会員である場合は、基幹サーバ７６００にアクセスし、対応するモール会員のトップページ、景品の検索結果、お気に入り、景品交換かごの情報等を取得する。モール会員登録管理部７５６２は、遊技者の操作に応じて、基幹サーバ７６００のモール会員管理部７６０１との間でデータ送受信を行ってモール会員登録処理を実行する。景品選択制御部７５６３は、遊技者の指示により、景品検索結果表示画面で選択された景品を景品交換かごやお気に入りに登録するよう制御する。また、遊技者の指示により、お気に入り参照画面で選択された景品を景品交換かごに登録するよう制御する。表示制御部７５６４は、景品検索結果表示画面、お気に入り参照画面、景品交換かご参照画面等のディスプレイ７５５５への表示等を行う。
また、アクセス管理部７５６１、モール会員登録管理部７５６２、景品選択制御部７５６３、及び表示制御部７５６４の各機能を、ビューワ７５５０で動作するＷＥＢブラウザが基幹サーバ７６００からＷＥＢページを受信し表示することで実現するようにもできる。なお、景品選択装置として機能するＰＣ７５８０やスマートフォン７５７０も、ビューワ７５５０と同様の機能部を有する。また、これもビューワ７５５０と同様に、当該機能部の各機能を、ＰＣ７５８０やスマートフォン７５７０で動作するＷＥＢブラウザによって実現することができる。
図１２５は、基幹サーバ７６００の機能ブロック図である。基幹サーバ７６００は、モール会員管理部７６０１、景品選択制御部７６０４、景品交換制御部７６０５、景品発注制御部７６０６、配送経過情報表示制御部７６０７、ネットワークＩ／Ｆ部６０８、及びホール店舗外デバイス管理部７６０９を含む。また、基幹サーバ７６００は、外部記憶装置に基幹ＤＢ７６５０を記憶し、基幹ＤＢ７６５０には、本実施形態に係る景品交換システム７００１のモール会員の情報を記憶するモール会員情報テーブル７６５１、お気に入りに登録された景品の情報を管理するお気に入り管理テーブル７６５２、景品交換かごに登録された景品の情報を管理する景品交換かご管理テーブル７６５３、ホール店舗ごとの景品に関する交換レート等を記憶する、交換レート管理テーブル７６５４、及び、各ホール店舗の情報を管理するホール店舗管理テーブル７６５５が含まれる。
モール会員管理部７６０１は、ビューワ７５５０、ＰＣ７５８０、スマートフォン７５７０等の操作により行われるモール会員の会員登録処理を実行し、モール会員に関する情報をモール会員情報テーブル７６５１に記憶する。景品選択制御部７６０４は、ビューワ７５５０等の景品選択制御部７５６３と協働し、景品選択処理を実行する。ビューワ７５５０等における遊技者の指示に応じて、景品検索結果表示画面で選択された景品を景品交換かごやお気に入りに登録するよう、お気に入り管理テーブルを更新する。また、ビューワ７５５０等における遊技者の指示に応じて、お気に入り参照画面で選択された景品を景品交換かごに登録するよう、景品交換かご管理テーブルを更新する。
景品交換制御部７６０５は、景品交換端末７５３０の景品交換制御部７５４２と協働し、景品交換処理を実行する。景品交換端末７５３０において、景品交換かご確認画面で確認の指示があった場合に、景品注文画面に遷移するよう制御し、景品注文画面で注文の指示があった場合に、景品の発注のために、注文の対象となった景品の商品ＩＤ等を、景品交換端末７５３０から受信する。景品発注制御部７６０６は、景品交換端末７５３０から発注する商品ＩＤを受信すると、これをショップ管理サーバ７７００に送信する。配送経過情報表示制御部７６０７は、景品交換を行った遊技者からの要求に応じて、景品の配送経過情報を収集し、ビューワ７５５０等に表示する。
ホール店舗外デバイス管理部７６０９は、景品選択装置として機能するＰＣ７５８０やスマートフォン７５７０との接続を管理する。例えば、ＰＣ７５８０がＡＰサーバ７６８５とネットワーク７６９５を介して接続する場合は、ＡＰサーバ７６８５との間のデータ送受信を実現するとともに、ＡＰサーバ７６８５等からの要求に応じて、必要なデータを基幹サーバ７６００で生成し送信する。また、スマートフォン７５７０がモバイルＩ／Ｆサーバ７６８０と無線ネットワーク７６９０を介して接続する場合は、モバイルＩ／Ｆサーバ７６８０との間のデータ送受信を実現するとともに、モバイルＩ／Ｆサーバ７６８０等からの要求に応じて、必要なデータを基幹サーバ７６００で生成し送信する。
また、基幹サーバ７６００に行動履歴管理部を設けて、モール会員の会員登録や景品選択等に関する動作履歴を記憶するようにしてもよい。これらのデータを後で分析することにより、モール会員の行動が把握され、景品交換システム７００１の課題や利用傾向を明らかにすることができる。
図１２６は、ショップ管理サーバ７７００の機能ブロック図である。ショップ管理サーバ７７００は、ショップ情報管理部７７０１、商品決定部７７０２、景品発注管理部７７０３、交換履歴管理部７７０４、注文履歴管理部７７０５、及びネットワークＩ／Ｆ部７７０６を含む。また、ショップ管理サーバ７７００は、外部記憶装置に景品ＤＢ７７５０を記憶し、景品ＤＢ７７５０には、ショップの情報を記憶するショップ管理テーブル７７５１、ネット通販サイトから収集された商品情報を記憶する商品管理テーブル７７５２、ネット通販サイトに発注した内容を管理する発注管理テーブル７７５４、交換履歴を管理する交換履歴管理テーブル７７５５、注文履歴を管理する注文履歴管理テーブル７７５６が含まれる。
ショップ情報管理部７７０１は、管理端末７８７０等にショップ登録画面を表示し、入力されたショップ情報をショップ管理テーブル７７５１に登録する。ショップ情報の入力は、上記のように管理者がショップ登録画面により登録する方法のほか、連携／管理システムや他のシステムから自動的に取得する方法もある。ショップ情報管理部７７０１はさらに、管理者からの検索要求に応じて、ショップ管理テーブル７７５１の内容を検索し、管理端末７８７０等にショップ情報検索画面を表示する。
商品決定部７７０２は、所定の条件によって、ショップから出品されてきた商品を審査する（すなわち、交換可能な景品とするかどうか決定する）。このような審査には、人間により審査された結果を入力する形態や、商品に関する情報からシステムが自動的に判定する形態等を含む様々な審査形態がある。出品された商品の情報は一旦、出品管理テーブル７７５７に記憶され、審査の結果、交換可能な景品として決定された場合に、（出品管理テーブル７７５７から必要な情報がコピーされて）商品管理テーブル７７５２に記憶され、景品検索結果やおすすめなどの景品として表示される。決定により、景品とともに表示される交換可能玉（メダル）数も決定される。例えば、複数のショップが同じ商品を景品として出品している場合、その商品の価格（すなわち、交換可能玉（メダル）数）、ショップの評価、在庫数、仕入額等に基づいて、どのショップからの商品を選択するかを管理する。なお、商品の価格に、ショップから配送先までの送料の全部又は一部を加味することも可能である。一方、審査の結果、交換可能な景品でないと決定された場合、その商品の情報は、出品管理テーブル７７５７からコピーされず、商品管理テーブル７７５２にも記憶されない。例えば、出品管理テーブル７７５７に、医薬品、商品券など景品としてふさわしくないものが登録された場合は、審査結果がＮＧとなり、当該商品は、商品管理テーブル７７５２に登録されない。
景品発注管理部７７０３は、景品交換端末７５３０から景品の発注指示があった場合に、その指示を、基幹サーバ７６００を経由して受信し、Ｉ／Ｆサーバ（例えば、横断型ＥＣモール連携システムＩ／Ｆサーバ７８００）に対して、景品の発注を指示する。Ｉ／Ｆサーバは、上記のように、ショップの接続形態に応じて対応される。
交換履歴管理部７７０４は、Ｉ／Ｆサーバから受信した注文受領通知を受信した場合に、その注文に関する交換履歴を作成し、交換履歴管理テーブル７７５５に記憶する。また、管理端末７８７０等で管理者により交換履歴の検索が指示された場合に、交換履歴管理テーブル７７５５を検索し、検索結果を管理端末７８７０等のディスプレイに表示する。
注文履歴管理部７７０５は、Ｉ／Ｆサーバから注文受領通知を受信した場合に、その注文に関する注文履歴を作成し、注文履歴管理テーブル７７５６に記憶する。また、Ｉ／Ｆサーバから注文履歴を受信した場合に、その注文に関する注文履歴を更新し、注文履歴管理テーブル７７５６に記憶する。さらに、管理端末７８７０等で管理者により注文履歴の検索が指示された場合に、注文履歴管理テーブル７７５６を検索し、検索結果を管理端末７８７０等のディスプレイに表示する。
図１２７（Ａ）は、横断型ＥＣモール連携システムＩ／Ｆサーバ７８００のブロック図である。横断型ＥＣモール連携システムＩ／Ｆサーバ７８００は、サーバ通信制御部７８００ａ、連携システムＩ／Ｆ部７８００ｂ、景品発注制御部７８００ｃ、出品管理制御部７８００ｄ、及びネットワークＩ／Ｆ部７８００ｅを備える。サーバ通信制御部７８００ａは、ネットワークＩ／Ｆ部７８００ｅを介して、ショップ管理サーバ７７００とのデータ送受信を制御する。連携システムＩ／Ｆ部７８００ｂは、横断型ＥＣモール連携システム７８０２とのデータ送受信を制御し、例えば、データフィード受信、ＡＰＩによる連携、ファイル連携、ウェブスクレイピング等を行って、ショップ管理サーバ７７００と横断型ＥＣモール連携システム７８０２との間のやりとりを制御する。景品発注制御部７８００ｃは、連携システムＩ／Ｆ部７８００ｂを介して、指定したショップに対する景品発注の指示を横断型ＥＣモール連携システム７８０２に伝える。出品管理制御部７８００ｄは、連携システムＩ／Ｆ部７８００ｂを介して、ショップ端末７８０４からの商品の出品を、横断型ＥＣモール連携システム７８０２から受け付ける。
図１２７（Ｂ）は、ＥＣモール管理システムＩ／Ｆサーバ７８２０のブロック図である。ＥＣモール管理システムＩ／Ｆサーバ７８２０は、サーバ通信制御部７８２０ａ、管理システムＩ／Ｆ部７８２０ｂ、景品発注制御部７８２０ｃ、出品管理制御部７８２０ｄ、及びネットワークＩ／Ｆ部７８２０ｅを備える。サーバ通信制御部７８２０ａは、ネットワークＩ／Ｆ部７８２０ｅを介して、ショップ管理サーバ７７００とのデータ送受信を制御する。管理システムＩ／Ｆ部７８２０ｂは、ＥＣモール管理システム７８２２とのデータ送受信を制御し、例えば、データフィード受信、ＡＰＩによる連携、ファイル連携、ウェブスクレイピング等を行って、ショップ管理サーバ７７００とＥＣモール管理システム７８２２との間のやりとりを制御する。景品発注制御部７８２０ｃは、管理システムＩ／Ｆ部７８２０ｂを介して、指定したショップに対する景品発注の指示をＥＣモール管理システム７８２２に伝える。出品管理制御部７８２０ｄは、ショップ端末７８２４からの商品の出品を、管理システムＩ／Ｆ部７８２０ｂを介して、ＥＣモール管理システム７８２２から受け付ける。
図１２８（Ａ）は、ショップシステムＩ／Ｆサーバ７８４０のブロック図である。ショップシステムＩ／Ｆサーバ７８４０は、サーバ通信制御部７８４０ａ、ショップシステムＩ／Ｆ部７８４０ｂ、景品発注制御部７８４０ｃ、出品管理制御部７８４０ｄ、及びネットワークＩ／Ｆ部７８４０ｅを備える。サーバ通信制御部７８４０ａは、ネットワークＩ／Ｆ部７８４０ｅを介して、ショップ管理サーバ７７００とのデータ送受信を制御する。ショップシステムＩ／Ｆ部７８４０ｂは、ショップシステム７８４２とのデータ送受信を制御し、例えば、データフィード受信、ＡＰＩによる連携、ファイル連携、ウェブスクレイピング等を行って、ショップ管理サーバ７７００とショップシステム７８４２との間のやりとりを制御する。景品発注制御部７８４０ｃは、ショップシステムＩ／Ｆ部７８４０ｂを介して、指定したショップに対する景品発注の指示をショップシステム７８４２に伝える。出品管理制御部７８４０ｄは、ショップ端末７８４４からの商品の出品を、ショップシステムＩ／Ｆ部７８４０ｂを介して、ショップシステム７８４２から受け付ける。
図１２８（Ｂ）は、個別ショップＩ／Ｆサーバ７８６０のブロック図である。個別ショップＩ／Ｆサーバ７８６０は、サーバ通信制御部７８６０ａ、ＷＥＢサーバ部７８６０ｂ、景品発注制御部７８６０ｃ、出品管理制御部７８６０ｄ、及びネットワークＩ／Ｆ部７８６０ｅを備える。サーバ通信制御部７８６０ａは、ネットワークＩ／Ｆ部７８６０ｅを介して、ショップ管理サーバ７７００とのデータ送受信を制御する。ＷＥＢサーバ部７８６０ｂは、例えば、ＨＴＭＬベースのＷＥＢページやＨＴＴＰといったプロトコルを利用してショップ端末７８６４とのデータ送受信を制御し、ショップ管理サーバ７７００とショップ端末７８６４との間のやりとりを制御する。景品発注制御部７８６０ｃは、ＷＥＢサーバ部７８６０ｂやメール機能を用いて、指定したショップに対する景品発注の指示をショップ端末７８６４に伝える。出品管理制御部７８６０ｄは、ショップ端末７８４４からの商品の出品を、ＷＥＢサーバ部７８６０ｂを介して受け付ける。
次に、図１２９ないし図１３２を参照して、本発明の第８の実施形態に係る景品交換システム７００１において利用する各種テーブルの構成について説明する。
図１２９（Ａ）は、モール会員情報テーブル７６５１の構成を例示している。モール会員情報テーブル７６５１は、例えば、モール会員ＩＤ、パスワード、氏名、電話番号等を記憶する。これらの項目は、会員登録によって作成され記憶される。モール会員ＩＤは、ログインの際のログインＩＤに使用される。また、モール会員ＩＤとして、メールアドレスや電話番号などを用いることもできる。
また、モール会員カードの固有ＩＤは、カード種別が「モール会員」の固有ＩＤとして記憶される。一人のモール会員について、カード種別とこれに対応する固有ＩＤが、それぞれ複数登録可能となっており、これにより、他のシステムの会員カードを紐付けたり、モール会員カードとスマートフォンの両方を紐付けたりすることができる。
図１２９（Ｂ）は、お気に入り管理テーブル７６５２の構成を例示している。この例では、一人のモール会員は、「お気に入り」というカート（買い物かご）を１つ有し、そこに、１０の商品ＩＤを登録することができる。
図１２９（Ｃ）は、景品交換かご管理テーブル７６５３の構成を例示している。この例では、一人のモール会員は、「景品交換かご」というカート（買い物かご）を１つ有し、そこに、１０の商品ＩＤを登録することができる。各商品には、数量や配送先が関連付けられる。
図１３０（Ａ）は、交換レート管理テーブル７６５４の構成を例示している。この例では、パチンコの４円貸と１円貸、及びスロットの２０円貸と５円貸のそれぞれに交換レートが設定されており、この交換レートがホール店舗ごとに設定されている。これらの情報は、ホール店舗管理テーブル７６５５で管理することもできる。
図１３０（Ｂ）は、ホール店舗管理テーブル７６５５の構成を例示している。この例では、ホール店舗がそれぞれどのホール企業に属するのかといった情報や住所などが記憶されている。また、保証金の納付を管理するデータや、保証金の請求を行う際などに参照する取引実績についても記憶する。
図１３１（Ａ）は、ショップ管理テーブル７７５１の構成を例示している。この例では、それぞれのショップについて、ショップ名や住所が記憶される。また、ショップの評価点、利用する送料テーブル、利用する連携／管理システム（例えば、ＥＣモール管理システム７８２２等）を記憶する。なお、新たなショップは、管理者の審査、判断のもとに登録される。
図１３１（Ｂ）は、商品管理テーブル７７５２の構成を例示している。この例では、遊技者が交換する景品として選択可能な商品（すなわち、商品決定処理によって決定された商品）が記憶されている。それぞれの商品について、ショップＩＤ、商品名、カテゴリ、表示価格、バリエーション、在庫、掲載日時（景品交換システム７００１で取扱可能となった日時）等が記憶される。表示価格は、交換レート管理テーブル７６５４を参照して、対応する交換可能玉（メダル）数に変換されてから、遊技者に表示される。また、バリエーションは、サイズ違いや色違いの存在を示すものであり、商品間で親子関係が設定される場合もある。
図１３１（Ｃ）は、発注管理テーブル７７５４の構成を示している。この例では、発注ＮＯ、モール会員ＩＤ、商品ＩＤ、数量、ショップＩＤ、配送先等が記憶され、１つの発注に複数の商品が含まれる場合は、１つの発注ＮＯに複数の商品ＩＤが関連付けれらる。
図１３２（Ａ）は、交換履歴管理テーブル７７５５の構成を示している。この例では、発注ＮＯ、モール会員ＩＤに対応する氏名、モール会員ＩＤに対応するモール会員カードの固有ＩＤ、ホール店舗等が記憶される。各レコードは、ショップ管理サーバ７７００が、ショップへの発注後、注文受領通知を受信した際に作成される。
図１３２（Ｂ）は、注文履歴管理テーブル７７５６の構成を示している。この例では、発注ＮＯ、商品ＩＤ、数量、ショップＩＤ、注文日時、及び注文状況が記憶される。各レコードは、ショップ管理サーバ７７００が、ショップへの発注後、注文受領通知を受信した際に作成され、注文履歴を受信した場合に、注文状況が更新される。
これまで、本発明の第８の実施形態に係る景品交換システム７００１で使用するテーブルの構成について説明したが、これらのテーブルは一例に過ぎない。他の様々なデータ構成、テーブル構成によって本発明の特徴的な機能を実現することができる。
次に、図１３３ないし図１３９を参照して、本発明の第８の実施形態に係る景品交換システム７００１における会員登録処理について説明する。
図１３３は、景品選択装置として機能するＰＣ７５８０やビューワ７５５０等で表示されるログイン画面７９００である。ログイン画面７９００には、３つの選択肢が表されている。第１の選択肢は、モール会員カード、又はスマートフォン（登録済み）でログインする場合であり、この場合は、「カード読み取り」ボタン７９０１をタッチ（マウス等によるクリックやキーボード等によるエンターキー押下などで選択を行うなど、様々な選択方法がある。）して、カード読み取り画面を表示させ、カードリーダのマークにモール会員カード又は登録済みのスマートフォンをかざす。ここで、モール会員カードの代わりに、モール会員ＩＤに紐付けがされたホール会員カード（景品交換システム７００１とは別のホールシステム７００２のカード）を用いてログインすることもできる。
第２の選択肢は、ログインＩＤとパスワードでログインする場合である。この場合は、ログインＩＤ・パスワード入力領域７９０２に、遊技者がログインＩＤとパスワードを入力し、「ログイン」ボタン７９０３を選択することでログインが可能となる。
第３の選択肢は、モール会員の登録がされていない場合である。この場合は、「会員登録」ボタン７９０４を選択し、会員登録画面を表示させ、会員情報を入力し登録することで会員登録が行われる。
次に、図１３４のフローチャートを参照して、ＰＣ７５８０から会員情報登録を行う場合の手順について説明する。この例では、ＰＣ７５８０が、ＡＰサーバ７６８５を経由して基幹サーバ７６００とデータ送受信を行い、ＰＣ７５８０で動作するＷＥＢブラウザがＷＥＢページを表示し、データ送受信を行うことで会員登録が行われる。
最初に、図１３３に示すログイン画面７９００において、第３の選択肢、すなわち「会員登録」ボタン７９０４が選択された場合に、ＰＣ７５８０はＷＥＢページにアクセスし（ステップＳ８８１）、ＡＰサーバ７６８５はこれに応答して、会員登録ページをＰＣ７５８０に送信する（ステップＳ８８２）。ＰＣ７５８０は、会員登録ページを受信すると、ＷＥＢブラウザにより会員登録画面を表示する（ステップＳ８８３）。
会員登録画面は、例えば、図１３５に示すような会員登録画面７９１０である。会員登録画面７９１０がＰＣ７５８０のディスプレイの表示範囲を超えた場合は、一部が表示され、残りの部分はスクロールバー等を操作して表示させるが、ここでは便宜上、すべての表示範囲を示している。会員登録画面７９１０は、モール会員ＩＤ表示領域、景品検索指示領域、「景品交換かご表示」ボタン、「お気に入り表示」ボタン、「アカウントサービス表示」ボタン、及び配送先選択タブ等からなるトップバー７９１１を含む。入力する会員情報は、パスワード情報（パスワード情報入力領域７９１２）、会員属性情報（会員属性情報入力領域７９１３）、連絡先情報（連絡先情報入力領域７９１４）、自宅住所情報（自宅住所情報入力領域７９１５）、配送先情報（配送先情報入力領域７９１６）、会員カード情報（会員カード情報入力領域７９１７）であり、各入力領域の右上に配置されている「編集」ボタンを選択して、当該情報の入力及び変更を行う。これ以外の会員情報を入力するように構成することもできる。
ここで、遊技者がＰＣ７５８０に会員情報を入力すると、ＰＣ７５８０は、それらの入力情報を取得し（ステップＳ８８４）、遊技者によって「登録」ボタン７９１９が選択されたかどうかを判定する（ステップＳ８８５）。「登録」ボタン７９１９が選択された場合、入力された会員情報が、ＡＰサーバ７６８５を経由して基幹サーバ７６００に送信される（ステップＳ８８６、ステップＳ８８７）。
基幹サーバ７６００のモール会員管理部７６０１は、受信した会員情報に基づいてユーザ情報を生成し（ステップＳ８８８）、モール会員ＩＤの生成を行う（ステップＳ８８９）。ここでは、連絡先情報が必須入力であり、メールアドレス及び電話番号の少なくともどちらかを入力しなければならず、このような最低限の情報の入力による会員登録が、簡易登録である。
次に、基幹サーバ７６００のモール会員管理部７６０１は、会員情報に含まれる電話番号又はメールアドレスを用いて、ユーザ認証を行い（ステップＳ８９０）、これらの登録情報をモール会員情報テーブル７６５１に記憶する。例えば、電話番号が入力されている場合は、ＳＭＳ（short message service）を当該電話番号あてに送信し、誘導されたＷＥＢページに遊技者がアクセスし適切な応答をした場合に、正しい電話番号であると判断する。他方、メールアドレスが入力されている場合は、メールを当該メールアドレスあてに送信し、誘導されたＷＥＢページに遊技者がアクセスし適切な応答をした場合に、正しいメールアドレスであると判断する。その後、ＰＣ７５８０にモール会員カード発行選択ページを表示するよう指示する（ステップＳ８９１）。
ＡＰサーバ７６８５は、基幹サーバ７６００からモール会員カード発行選択ページの表示指示を受信すると、これに応じて、モール会員カード発行選択ページを作成し（又は当該ページのデータを特定する所定アドレスを指定し）、ＰＣ７５８０に送信する（ステップＳ８９２）。
ＰＣ７５８０は、ＡＰサーバ７６８５からの送信に応じて、モール会員カード発行選択ページ（不図示）を表示する（ステップＳ８９３）。モール会員カード発行選択ページは、遊技者にモール会員カードを発行するか否かを選択させるものである。ここで、「モール会員カードを発行する」を選択すれば、後日、モール会員カードが自宅等に配送され、そのカードで景品交換システム７００１にログインできる。「モール会員カードを発行しない」を選択すれば、モール会員カードは配送されないが、その後も、ログインＩＤとパスワードを入力することによって、景品交換システム７００１にログインできる。
モール会員カードを発行するか否かについて判定され（ステップＳ８９４）、遊技者が、「モール会員カードを発行しない」を選択した場合、「会員登録の完了（カード発行なし）」を表示し（ステップＳ８９５）、処理は終了する。一方、遊技者が、「モール会員カードを発行する」を選択した場合、ＡＰサーバ７６８５がその指示を、基幹サーバ７６００に送信し（ステップＳ８９６）、これに応じて、基幹サーバ７６００は、生成したユーザ情報（モール会員ＩＤを含む）とモール会員カードを識別する固有ＩＤ（例えば、ＩＤｍ）とを紐付け（ステップＳ８９７）、モール会員情報テーブル７６５１にこれらの登録情報を記憶・更新する（ステップＳ８９８）。
次に、基幹サーバ７６００のモール会員管理部７６０１は、モール会員カードの配送を指示し（ステップＳ８９９）、ＰＣ７５８０に会員登録完了表示を行うよう指示する（ステップＳ９００）。ＡＰサーバ７６８５は、基幹サーバ７６００から会員登録完了表示の指示を受信すると、これに応じて、会員登録完了ページを作成し（又は当該ページのデータを特定する所定アドレスを指定し）、ＰＣ７５８０に送信する（ステップＳ９０１）。ＰＣ７５８０は、ＡＰサーバ７６８５からの送信に応じて、会員登録完了ページ（不図示）を表示する（ステップＳ９０２）。
この例では、連絡先情報が必須入力であり、メールアドレス及び電話番号の少なくともどちらかを入力し、それが認証されれば、このような簡易登録をした遊技者は、景品交換システム７００１において、景品を表示させ、それをお気に入りや景品交換かごに登録するまでを行うことができる。ただし、どの情報を簡易登録における必須入力とするかは、この例に限られず、適宜決定することができる。
次に、図１３６のフローチャートを参照して、ホール店舗のビューワ７５５０から会員情報登録を行う場合の手順について説明する。この例では、ビューワ７５５０が、接続管理装置７０９０（ここでは省略）を経由して基幹サーバ７６００とデータ送受信を行い、モール会員登録を実行する。なお、ここでは、ホール店舗の店頭で遊技者にモール会員カードが配布され、モール会員登録の際には、遊技者がモール会員カードを持っているものとする。
最初に、図１３３に示すログイン画面７９００がビューワ７５５０に表示されている状況において、第１の選択肢、すなわち「カード読み取り」ボタン７９０１が選択され、カード読み取り画面が表示された場合に、モール会員カードが読み取りのために提示されたかどうかが判定される（ステップＳ９１１）。モール会員カードが提示され読み取られると、ビューワ７５５０は、モール会員カードを識別する固有ＩＤ（例えば、ＩＤｍ）を取得し、基幹サーバ７６００に送信する（ステップＳ９１２）。
基幹サーバ７６００のモール会員管理部７６０１は、ビューワ７５５０から受信した固有ＩＤから、モール会員情報テーブル７６５１を検索して、その固有ＩＤがモール会員として登録されているか認証する（すなわち、モール会員ＩＤに紐付けられているか否かを判定する（ステップＳ９１３、ステップＳ９１４））。新規でない場合は、既に会員登録がされたものであるため、ビューワ７５５０に、モール会員トップページ（図１４１参照）を表示するよう指示し（ステップＳ９１５）、この指示を受信したビューワ７５５０は、モール会員トップページをディスプレイ７５５５に表示する（ステップＳ９１６）。
ステップＳ９１４における判定で、新規であると判定された場合は、ビューワ７５５０に、登録のおすすめ画面（不図示）を表示するよう指示し（ステップＳ９１７）、この指示を受信したビューワ７５５０は、登録のおすすめ画面をディスプレイ７５５５に表示する（ステップＳ９１８）。ステップＳ９１４における判定では、この他に、正規のモール会員カードでないといったエラーも検出されうるが、その場合の処理等については省略する。
ビューワ７５５０は、登録のおすすめ画面で「登録」ボタンが選択されたか否かを判定し（ステップＳ９１９）、「登録」ボタンが選択されない場合は、処理を終了する。「登録」ボタンが選択された場合、その旨が基幹サーバ７６００に送信され、基幹サーバ７６００のモール会員管理部７６０１は、ビューワ７５５０に、会員登録画面７９１０（図１３５参照）を表示するよう指示し（ステップＳ９２０）、この指示を受信したビューワ７５５０は、会員登録画面７９１０をディスプレイ７５５５に表示する（ステップＳ９２１）。
ここで、遊技者がビューワ７５５０に会員情報を入力すると、ビューワ７５５０は、それらの入力情報を取得し（ステップＳ９２２）、遊技者によって「登録」ボタン７９１９が選択されたかどうかを判定する（ステップＳ９２３）。「登録」ボタン７９１９が選択された場合、入力された会員情報が、基幹サーバ７６００に送信される（ステップＳ９２４）。
基幹サーバ７６００のモール会員管理部７６０１は、受信した会員情報に基づいてユーザ情報を生成し（ステップＳ９２５）、モール会員ＩＤの生成を行う（ステップＳ９２６）。
次に、基幹サーバ７６００のモール会員管理部７６０１は、会員情報に含まれる電話番号又はメールアドレスを用いて、ユーザ認証を行い（ステップＳ９２７）、これらの登録情報をモール会員情報テーブル７６５１に記憶する。次に、基幹サーバ７６００は、生成したユーザ情報（モール会員ＩＤを含む）とモール会員カードを識別する固有ＩＤ（例えば、ＩＤｍ）とを紐付け（ステップＳ９２８）、モール会員情報テーブル７６５１にこれらの登録情報を記憶・更新する（ステップＳ９２９）。
次に、基幹サーバ７６００のモール会員管理部７６０１は、ビューワ７５５０に会員登録完了表示を行うよう指示する（ステップＳ９３０）。ビューワ７５５０は、当該指示に応じて、会員登録完了ページ（不図示）を表示する（ステップＳ９３１）。
次に、図１３７のフローチャートを参照して、ホール店舗のビューワ７５５０からモール会員とホール会員の紐付けを行う場合の手順について説明する。この例では、モール会員登録を行っている状況で、手元にあるホール会員カードを、モール会員カードと統合しようとするものである。例えば、ホール会員登録の手続の際に、遊技者がモール会員登録を希望した場合、ホール店舗のスタッフが、遊技者から得られたユーザ情報を用いてモール会員登録を行い、その後、ホール会員カードをモール会員カードを紐付けるといった処理が考えられる。
最初に、図１３３に示すログイン画面７９００がビューワ７５５０に表示されている状況において、第１の選択肢、すなわち「カード読み取り」ボタン７９０１が選択され、カード読み取り画面が表示された場合に、モール会員カードが読み取りのために提示されたかどうかが判定される（ステップＳ９４１）。モール会員カードが提示され読み取られると、ビューワ７５５０は、モール会員カードを識別する固有ＩＤ（例えば、ＩＤｍ）を取得し、基幹サーバ７６００に送信する（ステップＳ９４２）。
基幹サーバ７６００のモール会員管理部７６０１は、ビューワ７５５０から受信した固有ＩＤから、モール会員情報テーブル７６５１を検索して、その固有ＩＤがモール会員として登録されているか認証する（すなわち、モール会員ＩＤに紐付けられているか否かを判定する（ステップＳ９４３、ステップＳ９４４））。新規である場合は、ビューワ７５５０に、登録のおすすめ画面（不図示）を表示するよう指示し（ステップＳ９４５）、この指示を受信したビューワ７５５０は、登録のおすすめ画面をディスプレイ７５５５に表示する（ステップＳ９４６）。ここでは、モール会員登録が完了している処理の説明であるため、登録のおすすめ画面が表示された後の処理は省略する。また、ステップＳ９４４における判定では、この他に、正規のモール会員カードでないといったエラーも検出されうるが、その場合の処理等についても省略する。
ステップＳ９４４における判定で、新規でないと判定された場合は、既に会員登録がされたものであるため、ビューワ７５５０に、モール会員トップページ（図１４１参照）を表示するよう指示し（ステップＳ９４７）、この指示を受信したビューワ７５５０は、モール会員トップページをディスプレイ７５５５に表示した後、アカウントサービスを選択し、会員登録画面７９１０を表示させ、そこで会員カード情報入力領域７９１７の「編集」ボタンを選択して会員カード情報編集画面を表示させる（ステップＳ９４８）。モール会員トップページ以降の画面遷移は、ホール店舗のスタッフが操作してもよいし、自動的に制御してもよい。
図１３８（Ａ）には、会員カード情報編集画面７９２０を示している。会員カード情報編集画面７９２０は、会員登録画面７９１０のトップバー７９１１と同様のトップバー７９２１の下部に、会員カード情報表示領域７９２４が設けられ、そこに、現時点で登録されている登録済みカード情報一覧が表示されている。カード情報一覧には、それぞれの登録済みのカードのカード種別とカード番号（ＩＤ）が表示される。
ビューワ７５５０において、会員カード情報編集画面７９２０の「カード追加」ボタン７９２３を選択したか否かが判定され（ステップＳ９４９）、「カード追加」ボタン７９２３が選択された場合は、その旨が基幹サーバ７６００に送信され、基幹サーバ７６００のモール会員管理部７６０１は、ビューワ７５５０に、カード提示案内を表示するよう指示し（ステップＳ９５０）、この指示を受信したビューワ７５５０は、カード提示案内をディスプレイ７５５５に表示する（ステップＳ９５１）。カード提示案内は、図１３８（Ｂ）の会員カード情報編集画面７９２０で、会員カード情報表示領域７９２４にオーバーラップして表示されているカード提示案内７９２６であり、新たに追加するカードを、ビューワ７５５０の所定の位置にかざすよう案内表示し、読み終わった場合に、その旨を表示する。
ビューワ７５５０は、このカード提示案内７９２６の表示に応じて、ホールシステム７００２のホール会員カードが提示されたかどうかを判定し（ステップＳ９５２）、ホール会員カードが提示された場合に、そのカードを読み取り、ホール会員カードを識別する固有ＩＤ（例えば、ＩＤｍ）を取得し、基幹サーバ７６００に送信する（ステップＳ９５３）。
ビューワ７５５０からホール会員カードの固有ＩＤを受信すると、基幹サーバ７６００のモール会員管理部７６０１は、読み取ったホール会員カードとモール会員カードとを紐付け（ステップＳ９５４）、モール会員情報テーブル７６５１にこの紐付け情報を記憶・更新する（ステップＳ９５５）。このときに、ホール会員カードとモール会員カードのそれぞれに、お気に入りや景品交換かごに景品が登録されている場合、所定のルール、又は遊技者の指定によって、お気に入りや景品交換かごに登録されている景品の全部又は一部を、どちらかのカードに統合することができる。
次に、基幹サーバ７６００は、ビューワ７５５０に紐付け完了表示を行うよう指示する（ステップＳ９５６）。ビューワ７５５０は、当該指示に応じて、紐付け完了ページ（不図示）を表示する（ステップＳ９５７）。
図１３９には、紐付け処理が完了した状態での、会員カード情報編集画面７９２０が示されている。会員カード情報表示領域７９２４には、今回、追加で読み込まれ紐付けがされたホール会員カードが新たに表示されている（符号７９２７参照）。
なお、会員カード情報編集画面７９２０において、会員カード情報表示領域７９２４のラジオボタンをチェックしてカードを指定し、「削除」ボタン７９２５を選択すると、指定したカードの紐付けを解除することができる。この場合、そのカードにお気に入りや景品交換かごが関連付けられていれば、削除の時点でお気に入りや景品交換かごに登録されている景品の情報を、それまで紐付けられていた他のカードのお気に入りや景品交換かごに付け替える（元の景品と置き換え、又は追加して）ことができる。また、カードが削除された場合に、当該カードに関連付けられているお気に入りや景品交換かごに登録されている景品の情報を削除するようにしてもよい。
次に、図１４０ないし図１４６を参照して、本発明の第８の実施形態に係る景品交換システム７００１における景品選択処理について説明する。
最初に、図１４０のフローチャートを参照して、ＰＣ７５８０からお気に入りへの追加を行う場合の手順について説明する。この例では、ＰＣ７５８０が、ＡＰサーバ７６８５を経由して基幹サーバ７６００とデータ送受信を行い、ＰＣ７５８０で動作するＷＥＢブラウザがＷＥＢページを表示する。遊技者は、最初に景品の検索を行い、表示された検索結果のなかから景品を選択し、その景品をお気に入りに登録する。
最初に、ＰＣ７５８０はＷＥＢページにアクセスし（ステップＳ９６１）、ＡＰサーバ７６８５はこれに応答して、モール会員トップページをＰＣ７５８０に送信する（ステップＳ９６２）。ＰＣ７５８０は、モール会員トップページを受信すると、ＷＥＢブラウザによりモール会員トップページを表示する（ステップＳ９６３）。
モール会員トップページは、例えば、図１４１に示すようなモール会員トップページ７９３０である。モール会員トップページ７９３０は、会員登録画面７９１０のトップバー７９１１と同様のトップバー７９３１を含み、その下に、おすすめの景品を表示するおすすめ表示領域７９３２、ランキング表示領域７９３３、お気に入り表示領域７９３４、及び景品交換かご表示領域７９３５が配置される。ここで、それぞれの表示領域には、景品のイメージとともに、１円レート換算した交換可能玉数が表示されているが、これは、例えば、商品管理テーブル７７５２で表示価格を、そのホール店舗の交換レート（交換レート管理テーブル７６５４参照）で換算したものである。
トップバー７９３１の左部分には、景品検索指示領域が表示され、遊技者は、ここで、景品の検索条件を指定する。例えば、キーワード、交換レート、交換可能玉（メダル）数の範囲等を、必要に応じて指定する。お気に入りへの景品の登録は、このような検索条件によって検索された結果から景品を選択して行うことができるが、モール会員トップページ７９３０のおすすめ表示領域７９３２、及びランキング表示領域７９３３に表示されている景品を選択して景品詳細画面７９５０（図１４３参照）を表示させ、そこで、その景品をお気に入りに登録することができる。
ＰＣ７５８０は、モール会員トップページ７９３０のトップバー７９３１において、景品の検索条件が設定され、検索指示が行われたか否かを判定し（ステップＳ９６４）、指示があった場合は、検索条件を、ＡＰサーバ７６８５経由で基幹サーバに送信する（ステップＳ９６５、ステップＳ９６６）。
基幹サーバ７６００の景品選択制御部７６０４は、ＰＣ７５８０から検索条件を受信すると、その検索条件でショップ管理サーバ７７００の商品管理テーブル７７５２を検索し（ステップＳ９６７）、ＰＣ７５８０に、景品検索結果表示画面を表示するよう指示する（ステップＳ９６８）。ＡＰサーバ７６８５は、基幹サーバ７６００から景品検索結果表示画面表示の指示を受信すると、これに応じて、景品検索結果表示画面を作成し（又は当該ページのデータを特定する所定アドレスを指定し）、ＰＣ７５８０に送信する（ステップＳ９６９）。ＰＣ７５８０は、ＡＰサーバ７６８５からの送信に応じて、景品検索結果表示画面を表示する（ステップＳ９７０）。
ここで、図１４２には、景品検索結果表示画面７９４０が表示されている。景品検索結果表示画面７９４０は、トップバー７９４１を含み、その下に、検索結果絞り込み表示領域７９４２、検索結果表示領域（７９４３〜７９４６）が配置されている。図１４２の例では、例えば、指定された検索条件を満たす４件の景品が表示されており、各景品に関して、景品名、景品の画像、交換可能玉（メダル）数がそれぞれ表示されている。交換可能玉（メダル）数によって、その景品を交換（獲得）するために必要な玉（メダル）数を把握することができる。ここで、交換可能玉（メダル）数は、例えば、商品管理テーブル７７５２で表示価格を、そのホール店舗の交換レート（交換レート管理テーブル７６５４参照）で換算したものである。
また、各景品について、その景品を景品交換かごに入れるための「景品交換かご登録」ボタン、その景品をお気に入りに入れるための「お気に入り登録」ボタンが表示されており、遊技者が、「景品交換かご登録」ボタンを選択すると、その景品がその遊技者の景品交換かごに登録され、「お気に入り登録」ボタンを選択すると、その景品がその遊技者のお気に入りに登録される。
検索結果絞り込み表示領域７９４２には、一覧表示された検索結果をさらに絞り込むための条件が表示されている。この例では、カテゴリ、交換レート、交換可能玉（メダル）数、メーカー、交換可能ホール店舗、在庫有無、景品交換かご有無（既に景品交換かごに登録されているもの／登録されていないもの）、お気に入り有無（既にお気に入りに登録されているもの／登録されていないもの）といった条件が設定されている。カテゴリは、現在、検索結果として一覧表示されている景品のカテゴリがすべて、そのカテゴリの階層構造を表した状態で表示されている。遊技者は、このカテゴリを選択することによって、そのカテゴリ（及び、そのカテゴリの下位のカテゴリ）に属する景品のみに景品を絞り込むことができ、絞り込まれた景品が検索結果として一覧表示される。
また、それぞれの検索結果表示領域には、配送依頼主設定のチェックボックスがあり、遊技者がこれを選択すると、設定された配送依頼主が設定され、配送先には、その設定された配送依頼主から配送されたものとして景品が配送される。景品交換システム７００１では、通常、配送依頼主は、景品交換システム７００１の運営会社やその関連組織となるため、遊技者が配送依頼主を任意に設定できるようにしたものである。
また、検索結果表示領域７９４４に表示されている景品のように、サイズ違いや色違いのある商品については、「バリエーション」ボタンを選択することにより、いくつかのサイズ、色の商品のなかから所望するものを選択するためのバリエーション選択画面（不図示）が表示される。
さらに、検索結果表示領域７９４５に表示されている景品のように、在庫切れとなっている商品は、お気に入りに登録することはできるが、景品交換かごには登録できないようになっている（すなわち、「景品交換かご登録」ボタンが選択できないようになっている）。これは、お気に入りが、メモやブックマークのような感覚で景品を登録するために用意されているのに対し、景品交換かごが、即時に注文が可能な注文かごとして用意されているという、両者の利用意義の違いに基づいている。
また、トップバー７９４１の配送先選択タブを変更すると、検索結果表示領域（７９４３〜７９４６）に表示されている交換可能玉（メダル）数が送料の関係で変化しうる。ただし、交換可能玉（メダル）数が変化するのは、配送先に応じて送料に差を設けており、そのような送料を交換可能玉（メダル）数に反映させている場合である。
図１４０に戻って、景品検索結果表示画面７９４０において、景品の追加を行ったと判定されると（ステップＳ９７１）、すなわち、検索結果表示領域に表示された景品について、「お気に入り登録」ボタンを選択したと判定された場合、選択された景品に対応する商品ＩＤが、ＡＰサーバ７６８５を経由して基幹サーバ７６００に送信される（ステップＳ９７２）。
基幹サーバ７６００の景品選択制御部７６０４は、ここで、ログインがされているか否かを判定し（ステップＳ９７３）、ログインしていなければ、ＰＣ７５８０にログイン画面７９００を表示して遊技者にログインさせるようにする（ステップＳ９７４〜ステップＳ９８０）。これは、景品をお気に入りに登録する場合は、景品交換システム７００１の会員である必要があるからである。一方、それ以前の景品の検索までであれば、非会員であっても可能である。ログインがエラーとなった場合は、ＰＣ７５８０にエラー表示画面を表示して処理を終了する（ステップＳ９８１〜ステップＳ９８３）。
ステップＳ９７３でログイン済みと判定された場合、又は、ステップＳ９８０でモール会員としてのログインが認められた場合、基幹サーバ７６００の景品選択制御部７６０４は、モール会員情報テーブルから会員情報を取得し（ステップＳ９８４）、遊技者の指定した景品がお気に入りに登録されるように、モール会員ＩＤに対応するお気に入り管理テーブル７６５２のデータを更新する（ステップＳ９８５）。その後、基幹サーバ７６００は、ＰＣ７５８０に景品の追加完了を表示するよう指示する（ステップＳ９８６）。
ＡＰサーバ７６８５は、基幹サーバ７６００から景品の追加完了の表示指示を受信すると、これに応じて、景品の追加完了表示画面を作成し（又は当該ページのデータを特定する所定アドレスを指定し）、ＰＣ７５８０に送信する（ステップＳ９８７）。ＰＣ７５８０は、ＡＰサーバ７６８５からの送信に応じて、景品の追加完了表示画面（不図示）を表示する（ステップＳ９８８）。
図１４３には、景品詳細画面７９５０が表示されている。モール会員トップページ７９３０、景品検索結果表示画面７９４０等を含む様々な画面で、景品の画像等を選択することによって、より詳細な景品の情報を含むこの画面が表示される。景品詳細画面７９５０は、トップバー７９５１を含み、その下に、景品詳細表示領域７９５２が配置される。景品詳細表示領域７９５２には、複数の景品画像を選択して表示可能な景品画像表示領域７９５３、前の画面に戻る場合に選択する「戻る」ボタン７９５４、景品詳細情報を表示する景品詳細情報表示領域７９５５、景品交換かご登録ボタン表示領域７９５６、及びお気に入り登録ボタン表示領域７９５７が配置されている。
景品詳細情報表示領域７９５５では、景品名、景品名（カナ）、メーカー名、商品コード、景品詳細説明、交換可能玉（メダル）数、景品属性情報、掲載期間、最終更新日等の情報が表示される。また、景品交換かご登録ボタン表示領域７９５６、お気に入り登録ボタン表示領域７９５７には、それぞれ、「景品交換かご登録」ボタン、「お気に入り登録」ボタンが表示されており、この画面においても、遊技者は景品を景品交換かごやお気に入りに登録することができる。
図１４４には、お気に入り参照画面７９６０が表示されている。お気に入り参照画面７９６０は、モール会員トップページ７９３０のトップバー７９３１をはじめ、様々な画面にあるトップバーの「お気に入り表示」ボタンを選択することなどによって表示される。
お気に入り参照画面７９６０は、トップバー７９６１を含み、その下に、検索結果絞り込み表示領域７９６２、景品表示領域（７９６３〜７９６６）が配置されている。図１４４の例では、例えば、４件の景品が登録されており、各景品に関して、景品名、景品の画像、交換可能玉（メダル）数がそれぞれ表示されている。交換可能玉（メダル）数によって、その景品を交換（獲得）するために必要な玉（メダル）数を把握することができる。また、各景品について、その景品を景品交換かごに入れるための「景品交換かご登録」ボタン、その景品をお気に入りから削除するための「お気に入り削除」ボタンが表示されており、遊技者が、「景品交換かご登録」ボタンを選択すると、その景品がその遊技者の景品交換かごに登録され、「お気に入り削除」ボタンを選択すると、その景品がその遊技者のお気に入りから削除される。また、遊技者が、「景品交換かご登録」ボタンを選択した場合に、その景品をお気に入りから自動的に削除するようにできる。
検索結果絞り込み表示領域７９６２には、一覧表示された検索結果をさらに絞り込むための条件が表示されており、これは、景品検索結果表示画面７９４０の検索結果絞り込み表示領域７９４２と同様のものである。それぞれの景品表示領域についても、上述した景品検索結果表示画面７９４０の検索結果表示領域（７９４３〜７９４６）とほぼ同様のものである。
また、景品表示領域７９６６に表示されている景品のように、在庫切れとなっている商品は、景品交換かごには登録できないようになっている（すなわち、「景品交換かご登録」ボタンが選択できないようになっている）。これは、図１４２の検索結果表示領域７９４６において、「景品交換かご登録」ボタンが選択できないようになっているのと同じ理由である。
次に、図１４５のフローチャートを参照して、ＰＣ７５８０から景品交換かごへの追加を行う場合の手順について説明する。この例では、ＰＣ７５８０が、ＡＰサーバ７６８５を経由して基幹サーバ７６００とデータ送受信を行い、ＰＣ７５８０で動作するＷＥＢブラウザがＷＥＢページを表示する。遊技者は、最初に景品の検索を行い、表示された検索結果のなかから景品を選択し、その景品を景品交換かごに登録する。
最初に、ＰＣ７５８０はＷＥＢページにアクセスし（ステップＳ９９１）、ＡＰサーバ７６８５はこれに応答して、モール会員トップページをＰＣ７５８０に送信する（ステップＳ９９２）。ＰＣ７５８０は、モール会員トップページを受信すると、ＷＥＢブラウザによりモール会員トップページを表示する（ステップＳ９９３）。
モール会員トップページは、例えば、図１４１に示すようなモール会員トップページ７９３０である。モール会員トップページ７９３０は、会員登録画面７９１０のトップバー７９１１と同様のトップバー７９３１を含み、その下に、おすすめの景品を表示するおすすめ表示領域７９３２、ランキング表示領域７９３３、お気に入り表示領域７９３４、及び景品交換かご表示領域７９３５が配置される。
トップバー７９３１の左部分には、景品検索指示領域が表示され、遊技者は、ここで、景品の検索条件を指定する。例えば、キーワード、交換レート、交換可能玉（メダル）数の範囲等を、必要に応じて指定する。景品交換かごへの景品の登録は、このような検索条件によって検索された結果から景品を選択して行うことができるが、モール会員トップページ７９３０のおすすめ表示領域７９３２、及びランキング表示領域７９３３に表示されている景品を選択して景品詳細画面７９５０（図１４３参照）を表示させ、そこで、その景品を景品交換かごに登録することができる。
ＰＣ７５８０は、モール会員トップページ７９３０のトップバー７９３１において、景品の検索条件が設定され、検索指示が行われたか否かを判定し（ステップＳ９９４）、指示があった場合は、検索条件を、ＡＰサーバ７６８５経由で基幹サーバに送信する（ステップＳ９９５、ステップＳ９９６）。
基幹サーバ７６００の景品選択制御部７６０４は、ＰＣ７５８０から検索条件を受信すると、その検索条件でショップ管理サーバ７７００の商品管理テーブル７７５２を検索し（ステップＳ９９７）、ＰＣ７５８０に、景品検索結果表示画面を表示するよう指示する（ステップＳ９９８）。ＡＰサーバ７６８５は、基幹サーバ７６００から景品検索結果表示画面表示の指示を受信すると、これに応じて、景品検索結果表示画面を作成し（又は当該ページのデータを特定する所定アドレスを指定し）、ＰＣ７５８０に送信する（ステップＳ９９９）。ＰＣ７５８０は、ＡＰサーバ７６８５からの送信に応じて、景品検索結果表示画面を表示する（ステップＳ１０００）。
景品検索結果表示画面は、上記のように、例えば、図１４２に示す景品検索結果表示画面７９４０である。景品検索結果表示画面７９４０において、景品の追加を行ったと判定されると（ステップＳ１００１）、すなわち、検索結果表示領域に表示された景品について、「景品交換かご登録」ボタンを選択したと判定された場合、選択された景品に対応する商品ＩＤが、ＡＰサーバ７６８５を経由して基幹サーバ７６００に送信される（ステップＳ１００２）。
基幹サーバ７６００の景品選択制御部７６０４は、ここで、ログインがされているか否かを判定し（ステップＳ１００３）、ログインしていなければ、ＰＣ７５８０にログイン画面７９００を表示して遊技者にログインさせるようにする（ステップＳ１００４〜ステップＳ１０１０）。これは、景品を景品交換かごに登録する場合は、景品交換システム７００１の会員である必要があるからである。一方、それ以前の景品の検索までであれば、非会員であっても可能である。ログインがエラーとなった場合は、ＰＣ７５８０にエラー表示画面を表示して処理を終了する（ステップＳ１０１１〜ステップＳ１０１３）。
ステップＳ１００３でログイン済みと判定された場合、又は、ステップＳ１０１０でモール会員としてのログインが認められた場合、基幹サーバ７６００の景品選択制御部７６０４は、モール会員情報テーブルから会員情報を取得し（ステップＳ１０１４）、遊技者の指定した景品が景品交換かごに登録されるように、モール会員ＩＤに対応する景品交換かご管理テーブル７６５３のデータを更新する（ステップＳ１０１５）。その後、基幹サーバ７６００は、ＰＣ７５８０に景品の追加完了を表示するよう指示する（ステップＳ１０１６）。
ＡＰサーバ７６８５は、基幹サーバ７６００から景品の追加完了の表示指示を受信すると、これに応じて、景品の追加完了表示画面を作成し（又は当該ページのデータを特定する所定アドレスを指定し）、ＰＣ７５８０に送信する（ステップＳ１０１７）。ＰＣ７５８０は、ＡＰサーバ７６８５からの送信に応じて、景品の追加完了表示画面（不図示）を表示する（ステップＳ１０１８）。
図１４６には、景品交換かご参照画面７９７０が表示されている。景品交換かご参照画面７９７０は、モール会員トップページ７９３０のトップバー７９３１をはじめ、様々な画面にあるトップバーの「景品交換かご表示」ボタンを選択することなどによって表示される。
景品交換かご参照画面７９７０は、トップバー７９７１を含み、その下に、合計玉（メダル）数表示領域７９７２、交換可能景品表示領域（７９７３〜７９７５）が配置されている。合計玉（メダル）数表示領域７９７２には、景品交換かごに登録されている景品のすべてを交換するのに必要な玉（メダル）数が、遊技媒体種別（交換レート）ごとに表示される。景品交換かご参照画面７９７０では、交換する景品の個数を景品ごとに設定することができ、合計玉（メダル）数表示領域７９７２に表示される合計玉（メダル）数は、この景品の個数を考慮した合計値となっている。
図１４６の例では、交換可能景品表示領域（７９７３〜７９７５）には、例えば、３件の景品が登録されており、各景品に関して、景品名、景品の画像、景品の個数、交換可能玉（メダル）数がそれぞれ表示されている。景品の個数と交換可能玉（メダル）数によって、その景品を交換（獲得）するために必要な玉（メダル）数を把握することができる。また、各景品について、その景品を景品交換かごから削除するための「景品交換かご削除」ボタン、その景品をお気に入りに登録するための「お気に入り登録」ボタンが表示されており、遊技者が、「景品交換かご削除」ボタンを選択すると、その景品がその遊技者の景品交換かごから削除され、「お気に入り登録」ボタンを選択すると、その景品がその遊技者のお気に入りに登録される。また、遊技者が、「お気に入り登録」ボタンを選択した場合に、その景品を景品交換かごから自動的に削除するようにできる。
また、図１４６の例では、交換可能景品表示領域（７９７３〜７９７５）の下に、在庫切れ景品表示領域７９７６が配置されているが、この表示領域は、在庫切れの景品がある場合のみ表示される。この景品については、合計玉（メダル）数表示領域７９７２に表示される合計玉（メダル）数にカウントされない。図１４２の景品検索結果表示画面７９４０の検索結果表示領域７９４５や、図１４４のお気に入り参照画面７９６０の景品表示領域７９６６に関し説明したように、景品が在庫切れとなっている場合、その景品を景品交換かごに登録することはできない。従って、この在庫切れ景品表示領域７９７６に表示された景品は、景品交換かごに登録された後に在庫切れとなったものである。
次に、図１４７ないし図１５７を参照して、本発明の第８の実施形態に係る景品交換システム７００１における景品交換処理について説明する。
図１４７及び図１４８のフローチャートを参照して、ホールシステム７００２の景品ＰＯＳ７５００と景品交換システム７００１の景品交換端末７５３０が手動で連携する状況において、ホールシステム７００２の会員であるホール会員が景品交換を行う場合について説明する。
最初に、景品ＰＯＳ７５００は、ホール店舗のスタッフ等の操作により、景品交換開始画面（不図示）を表示する（ステップＳ１０２１）。次に、景品交換開始画面において、遊技者のホール会員カードが提示されたか否かを判定する（ステップＳ１０２２）。所定のマーク位置にホール会員カードがかざされると、景品ＰＯＳ７５００は、ホール会員カードの固有ＩＤを読み取り（ステップＳ１０２３）、ホールコンピュータ７４００の遊技媒体保持数管理テーブル７４３２等を検索し、当該ホール会員の持ち玉数（すなわち、貯玉（メダル）数）と、その持ち玉の遊技媒体種別（交換レート）を取得し、ディスプレイ等に表示する（ステップＳ１０２４）。なお、この例では、一通りの交換レートに対応する持ち玉数を入力する、すなわち、遊技者が、１円貸の持ち玉と４円貸の持ち玉を有していても、１度の景品交換では、どちらかの持ち玉を利用しなければならない。ただし、複数の交換レートの持ち玉数を、それぞれ対応する交換レートとともに入力し、これを交換レートに応じて統合し、その統合後の持ち玉で景品交換を行うように設計することも可能である。
他方、景品交換端末７５３０において、所定の操作により、景品交換開始画面（不図示）を表示し（ステップＳ１０２５）、その景品交換開始画面において、遊技者のホール会員カードが提示されたか否かを判定する（ステップＳ１０２６）。この場合、ホール会員カードは、モール会員に紐付けられたカードである。所定のマーク位置にホール会員カードがかざされると、景品交換端末７５３０は、ホール会員カードの固有ＩＤを読み取り、基幹サーバ７６００に送信する（ステップＳ１０２７）。
基幹サーバ７６００の景品交換制御部７６０５は、ホール会員カードの固有ＩＤを受信すると、モール会員情報テーブル７６５１を検索して、これに対応するモール会員ＩＤを取得し（ステップＳ１０２８）、ユーザ情報を取得する（ステップＳ１０２９）。なお、対応するモール会員ＩＤが見つからない場合は、景品交換端末７５３０にエラー表示を行うよう指示する。ステップＳ１０２９の後、景品交換端末７５３０に持ち玉数入力画面を表示するよう指示する（ステップＳ１０３０）。
景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に持ち玉数入力画面を表示する（ステップＳ１０３１）。
持ち玉数入力画面は、例えば、図１４９（Ａ）に示すような持ち玉数入力画面７９８０である。持ち玉数入力画面７９８０には、交換レートを入力（選択）する、交換レート入力領域７９８１、貯玉数又は貯メダル数を入力する玉（メダル）数入力領域７９８２、及び「確認」ボタン７９８３が配置されている。この例では、交換レートとして「１円貸」が入力され、玉（メダル）数として「５０００」玉が入力されている。
景品交換端末７５３０は、交換レート入力領域７９８１と玉（メダル）数入力領域７９８２に入力がされて、「確認」ボタン７９８３が選択されるか否かを判定する（ステップＳ１０３２）。ここで、ステップＳ１０２４で、景品ＰＯＳ７５００に表示された持ち玉数と交換レートが、景品交換端末７５３０の持ち玉数入力画面７９８０に入力される。この例では、景品ＰＯＳ７５００と景品交換端末７５３０とは、近くに配置されているものの電子的に接続されておらず、ホール店舗のスタッフが、景品ＰＯＳ７５００に表示された持ち玉数と交換レートを見て、その内容を、景品交換端末７５３０の持ち玉数入力画面７９８０に入力する。
景品交換端末７５３０の持ち玉数入力画面７９８０に入力がされると、持ち玉数と交換レートを取得し、基幹サーバ７６００に送信する（ステップＳ１０３３）。これに応じて、基幹サーバ７６００の景品交換制御部７６０５は、景品交換端末７５３０に持ち玉数確認画面を表示するよう指示する（ステップＳ１０３４）。景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に持ち玉数確認画面を表示する（ステップＳ１０３５）。
持ち玉数確認画面は、例えば、図１４９（Ｂ）に示すような持ち玉数確認画面７９９０である。持ち玉数確認画面７９９０には、入力された交換レートと持ち玉数を表示する、入力内容表示領域７９９１、「キャンセル」ボタン７９９２、及び「次へ」ボタン７９９３が配置されている。この例では、入力された交換レートとして「１円貸」が表示され、入力された玉（メダル）数として「５０００」玉が表示されている。
ここで、景品交換端末７５３０は、持ち玉数確認画面７９９０において、「次へ」ボタン７９９３が選択されるか否かを判定する（ステップＳ１０３６）。景品交換端末７５３０の持ち玉数確認画面７９９０で「次へ」ボタンが選択されると、基幹サーバ７６００の景品交換制御部７６０５は、持ち玉余力チェックと在庫チェックを行う（ステップＳ１０３７）。持ち玉余力チェックは、入力された持ち玉の価値で、景品交換かごに登録されたすべての景品が獲得できるか否かを、景品交換かご管理テーブル７６５３とショップ管理サーバ７７００の商品管理テーブル７７５２等を検索してチェックするものである。在庫チェックは、その時点で、景品交換かごに登録されたすべての景品について在庫があるか否かをショップ管理サーバ７７００の商品管理テーブル７７５２等を検索してチェックするものである。
次に、基幹サーバ７６００の景品交換制御部７６０５は、景品交換かご管理テーブル７６５３、商品管理テーブル７７５２、及び入力された持ち玉数や交換レート等から、景品交換かご確認画面を生成する（ステップＳ１０３８）。ステップＳ１０３７のチェックにおいてエラーがある場合は、景品交換かご確認画面にその内容を表示し、景品の削除・変更や、数量の変更等の示唆を行う。その後、基幹サーバ７６００は、景品交換端末７５３０に景品交換かご確認画面を表示するよう指示する（ステップＳ１０３９）。景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に景品交換かご確認画面を表示する（ステップＳ１０４０）。
景品交換かご確認画面は、例えば、図１５０に示すような景品交換かご確認画面８０００である。景品交換かご確認画面８０００には、入力された玉（メダル）数と、入力された交換レートにより、景品交換かごに登録された景品の交換玉（メダル）数がいくらになるかが示されるカート内合計表示領域８００１、景品交換かごに登録されている景品を表示する景品表示領域（８００２〜８００４）、及び「確認」ボタン８００５が配置されている。この例では、カート内合計表示領域８００１に示されるように、景品交換かごに登録された景品の交換玉数は、１円貸のパチンコ玉で４８００玉であり、入力された玉数は５０００玉である。従って、持ち玉余力チェックはクリアしており、在庫チェックに関してもエラー表示はされておらず、そのまま「確認」ボタン８００５を選択すると、注文が可能な状況となっている。
一方、図１５１に示す景品交換かご確認画面８０１０は、景品表示領域８０１５に示された景品が在庫切れの商品となっており、在庫切れの商品があるため数量の変更が必要である旨のエラーメッセージ８０１１が画面上部に示されている。
図１４７に戻ると、景品交換端末７５３０は、景品交換かご確認画面において変更入力が行われたか否かを判定する（ステップＳ１０４１）。ここで、変更入力が行われると、基幹サーバ７６００の景品交換制御部７６０５は、景品交換かご管理テーブル７６５３の内容を更新し（ステップＳ１０４２）、再びステップＳ１０３７に戻り、変更された内容で持ち玉チェック及び在庫チェックを行う。例えば、遊技者は、在庫切れの場合は、その景品の数量をゼロに変更する必要があり、景品交換かごに登録された景品の合計が、入力された持ち玉を超えている場合は、景品の削除（数量をゼロにする）か、数量を減じる操作が必要となる。また、入力された持ち玉に余裕がある場合は、（例えば、図１４４に示すお気に入り参照画面７９６０で景品交換かごに景品を追加する操作等を行って）景品を追加するか、景品交換かごに登録されている景品の数量を増加させる操作を行うことができる。
図１５１に示す景品交換かご確認画面８０１０では、エラーメッセージ８０１１に応じて、景品表示領域８０１５に示された景品についての数量を（「下げる」ボタンを操作して）ゼロに変更している（下三角矢印８０１７参照）。またここで、景品表示領域に示された景品についての数量を増加させる場合には、「上げる」ボタン（上三角矢印のボタン）を操作する。
景品交換かごに登録された景品について変更をした後、再び、景品交換端末７５３０において、（変更後の内容で）景品交換かご確認画面が表示され（ステップＳ１０４０）、景品交換かご確認画面において変更入力が行われたか否かを判定し（ステップＳ１０４１）、さらに、「確認」ボタンが選択されたか否かが判定される（ステップＳ１０４３）。そして、「確認」ボタンが選択されると、基幹サーバ７６００の景品交換制御部７６０５が、持ち玉余力チェックと在庫チェックを行い（ステップＳ１０４４）、チェックがＯＫか否か判定する（ステップＳ１０４５）。チェックがＯＫでなければ、ステップＳ１０３８に戻り、エラーメッセージを含む景品交換かご確認画面を作成する。
ステップＳ１０４５において、チェックがＯＫであれば、基幹サーバ７６００の景品交換制御部７６０５は、景品交換端末７５３０に景品交換注文画面を表示するよう指示する（ステップＳ１０４６）。景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に景品交換注文画面を表示する（ステップＳ１０４７）。
図１５２には、景品交換注文画面８０２０が示されている。景品交換注文画面８０２０は、入力された玉（メダル）数と、入力された交換レートにより、景品交換かごに登録された景品の交換玉（メダル）数がいくらになるかが示されるカート内合計表示領域８０２１、景品交換かごに登録されている景品を表示する景品表示領域（８０２２〜８０２３）、及び「注文」ボタン８０２４が配置されている。この例では、図１５１の景品交換注文画面８０２０において、在庫切れの商品の数量を「１」から「０」に変更して「確認」ボタン８０１６を選択した結果、エラーが解消されて、図１５２の景品交換注文画面８０２０が表示されたものである。
景品交換端末７５３０は、景品交換注文画面を表示した後、「注文」ボタンが選択されたか否かを判定する（ステップＳ１０４８）。「注文」ボタンが選択された場合、基幹サーバ７６００の景品発注制御部７６０６は、景品発注処理を行う（ステップＳ１０４９）。景品発注処理は、基幹サーバ７６００からショップ管理サーバに対して、景品交換かごに登録された景品の商品ＩＤ及び数量を含む情報に従って、景品発注を行うよう指示するものである。次に、基幹サーバ７６００は、景品交換端末７５３０に、景品交換完了画面を表示するとともに景品交換受付証明書を出力するよう指示し（ステップＳ１０５０）、その後、景品交換かご管理テーブル７６５３の更新（例えば、登録されていた景品を削除する等）を行う（ステップＳ１０５１）。
ここで、基幹サーバ７６００及び景品交換端末７５３０は、景品交換処理において、遊技者の持ち玉に関する情報を受信し、この情報を用いて持ち玉余力チェック等を行うが、景品交換が完了した後では、この情報が保持されることはない。
景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、景品交換完了画面をディスプレイ７５３５に表示し、さらに、景品交換端末７５３０のディスプレイ７５３５又は（必要に応じて）プリンタに、景品交換受付証明書を出力する（ステップＳ１０５２）。この景品交換受付証明書は、景品の交換を行った証明になるものであり遊技者に渡される。景品が配送されなかった場合は、この景品交換受付証明書により、何らかの補償を受けることができる。
図１５３には、景品交換完了画面８０３０が示されている。景品交換完了画面８０３０は、今回の景品の交換で消費した消費玉（メダル）数と交換レートを表示する消費玉数表示領域８０３１、続けて景品交換を行う場合の「続行」ボタン８０３２、及び「完了」ボタン８０３３が配置される。「続行」ボタン８０３２を選択すると、例えば、持ち玉数入力画面７９８０に戻り、余った持ち玉を利用して、又は、前回とは異なる交換レートの持ち玉を利用して景品交換を行うことができる。
ここで、ホール店舗のスタッフは、所定の操作により、景品ＰＯＳ７５００に消費玉数入力画面（不図示）を表示させ（ステップＳ１０５３）、景品交換完了画面８０３０を見て把握した消費玉数と交換レートを景品ＰＯＳ７５００に入力する。景品交換端末７５３０は、消費玉数と交換レートが、消費玉数入力画面に入力されたか否かを判定し（ステップＳ１０５４）、入力があった場合に、入力された消費玉数と交換レートを取得する（ステップＳ１０５５）。
景品ＰＯＳ７５００は、景品交換を行う前の（ホール会員カードに対応した）遊技者の持ち玉数から、取得した消費玉数を減算する（ステップＳ１０５６）。この減算は、同じ交換レートの玉（メダル）の間で行われる。次に、遊技媒体保持数管理テーブル７４３２を更新して、そのホール会員の持ち玉数を減算後の持ち玉数に変更する（ステップＳ１０５７）。最後に、景品交換処理を終了し、必要に応じてレシートをプリンタ等に出力する（ステップＳ１０５８）。
次に、図１５４及び図１５５のフローチャートを参照して、ホールシステム７００２の景品ＰＯＳ７５００と景品交換システム７００１の景品交換端末７５３０が自動的に連携する状況において、ホールシステム７００２の会員であるホール会員が景品交換を行う場合について説明する。
最初に、景品ＰＯＳ７５００は、ホール店舗のスタッフ等の操作により、景品交換開始画面（不図示）を表示する（ステップＳ１０６１）。次に、景品交換開始画面において、遊技者のホール会員カードが提示されたか否かを判定する（ステップＳ１０６２）。所定のマーク位置にホール会員カードがかざされると、景品ＰＯＳ７５００は、ホール会員カードの固有ＩＤを読み取るとともに、ホールコンピュータ７４００の遊技媒体保持数管理テーブル７４３２等を検索し、当該ホール会員の持ち玉数（すなわち、貯玉（メダル）数）と、その持ち玉の遊技媒体種別（交換レート）を取得し、景品交換端末７５３０に送信する（ステップＳ１０６３）。この場合、ホール会員カードは、モール会員に紐付けられたカードである。
また、遊技者が、複数の遊技媒体種別（交換レート）の持ち玉を有している場合は、景品ＰＯＳ７５００や景品交換端末７５３０で指示画面を用意し、そのうちの何れかを選択するように構成することができる。また、景品ＰＯＳ７５００や景品交換端末７５３０において、遊技媒体種別（交換レート）を入力（選択）するようにしてもよい。
景品交換端末７５３０は、景品ＰＯＳ７５００から持ち玉の遊技媒体種別（交換レート）を受信すると、それを基幹サーバ７６００に送信する（ステップＳ１０６４）。基幹サーバ７６００の景品交換制御部７６０５は、ホール会員カードの固有ＩＤを受信すると、モール会員情報テーブル７６５１を検索して、これに対応するモール会員ＩＤを取得し（ステップＳ１０６５）、ユーザ情報を取得する（ステップＳ１０６６）。なお、対応するモール会員ＩＤが見つからない場合は、景品交換端末７５３０にエラー表示を行うよう指示する。
次に、基幹サーバ７６００の景品交換制御部７６０５は、持ち玉余力チェックと在庫チェックを行う（ステップＳ１０６７）。持ち玉余力チェックは、入力された持ち玉の価値で、景品交換かごに登録されたすべての景品が獲得できるか否かを、景品交換かご管理テーブル７６５３とショップ管理サーバ７７００の商品管理テーブル７７５２等を検索してチェックするものである。在庫チェックは、その時点で、景品交換かごに登録されたすべての景品について在庫があるか否かをショップ管理サーバ７７００の商品管理テーブル７７５２等を検索してチェックするものである。
次に、基幹サーバ７６００の景品交換制御部７６０５は、景品交換かご管理テーブル７６５３、商品管理テーブル７７５２、及び入力された持ち玉数や交換レート等から、景品交換かご確認画面を生成する（ステップＳ１０６８）。ステップＳ１０６７のチェックにおいてエラーがある場合は、景品交換かご確認画面にその内容を表示し、景品の削除・変更や、数量の変更等の示唆を行う。その後、基幹サーバ７６００は、景品交換端末７５３０に景品交換かご確認画面を表示するよう指示する（ステップＳ１０６９）。景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に景品交換かご確認画面を表示する（ステップＳ１０７０）。
景品交換かご確認画面は、例えば、図１５０に示すような景品交換かご確認画面８０００であり、詳細は上述した通りである。
次に、景品交換端末７５３０は、景品交換かご確認画面において変更入力が行われたか否かを判定する（ステップＳ１０７１）。ここで、変更入力が行われると、基幹サーバ７６００の景品交換制御部７６０５は、景品交換かご管理テーブル７６５３の内容を更新し（ステップＳ１０７２）、再びステップＳ１０６７に戻り、変更された内容で持ち玉チェック及び在庫チェックを行う。例えば、遊技者は、在庫切れの場合は、その景品の数量をゼロに変更する必要があり、景品交換かごに登録された景品の合計が、入力された持ち玉を超えている場合は、景品の削除（数量をゼロにする）か、数量を減じる操作が必要となる。
景品交換かごに登録された景品について変更をした後、再び、景品交換端末７５３０において、（変更後の内容で）景品交換かご確認画面が表示され（ステップＳ１０７０）、景品交換かご確認画面において変更入力が行われたか否かを判定し（ステップＳ１０７１）、さらに、「確認」ボタンが選択されたか否かが判定される（ステップＳ１０７３）。そして、「確認」ボタンが選択されると、基幹サーバ７６００の景品交換制御部７６０５が、持ち玉余力チェックと在庫チェックを行い（ステップＳ１０７４）、チェックがＯＫでなければ、ステップＳ１０６８に戻り、エラーメッセージを含む景品交換かご確認画面を作成する。
ステップＳ１０７４において、チェックがＯＫであれば、基幹サーバ７６００の景品交換制御部７６０５は、景品交換端末７５３０に景品交換注文画面を表示するよう指示する（ステップＳ１０７６）。景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に景品交換注文画面を表示する（ステップＳ１０７７）。
景品交換注文画面は、例えば図１５２に示すような景品交換注文画面８０２０であり、詳細は上述した通りである。
景品交換端末７５３０は、景品交換注文画面を表示した後、「注文」ボタンが選択されたか否かを判定する（ステップＳ１０７８）。「注文」ボタンが選択された場合、基幹サーバ７６００の景品発注制御部７６０６は、景品発注処理を行う（ステップＳ１０７９）。景品発注処理は、基幹サーバ７６００からショップ管理サーバに対して、景品交換かごに登録された景品の商品ＩＤ及び数量を含む情報に従って、景品発注を行うよう指示するものである。次に、基幹サーバ７６００は、景品交換端末７５３０に、景品交換完了画面を表示するとともに景品交換受付証明書を出力するよう指示する（ステップＳ１０８０）。
景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、景品交換完了画面をディスプレイ７５３５に表示し、さらに、景品交換端末７５３０のディスプレイ７５３５又は（必要に応じて）プリンタに、景品交換受付証明書を出力する（ステップＳ１０８１）。この景品交換受付証明書は、景品の交換を行った証明になるものであり遊技者に渡される。景品が配送されなかった場合は、この景品交換受付証明書により、何らかの補償を受けることができる。なお、この例では、景品交換端末７５３０において景品交換受付証明書が出力されるが、景品ＰＯＳ７５００がプリンタ等を有していれば、景品ＰＯＳ７５００によって景品交換受付証明書をプリントするように構成することもできる。
景品交換完了画面は、例えば図１５３に示す景品交換完了画面８０３０であり、詳細は上述した通りである。
次に、景品交換かご管理テーブル７６５３の更新（例えば、登録されていた景品を削除する等）を行う（ステップＳ１０８２）。ここで、基幹サーバ７６００及び景品交換端末７５３０は、景品交換処理において、遊技者の持ち玉に関する情報を受信し、この情報を用いて持ち玉余力チェック等を行うが、景品交換が完了した後では、この情報が保持されることはない。
その後、基幹サーバ７６００は、景品交換処理において実際に消費された消費玉数と交換レートを景品交換端末７５３０に送信し（ステップＳ１０８３）、景品交換端末７５３０は、これを景品ＰＯＳ７５００に転送する（ステップＳ１０８４）。景品ＰＯＳ７５００は、基幹サーバ７６００から送信された消費玉数と交換レートを取得する（ステップＳ１０８５）。
次に、景品ＰＯＳ７５００は、景品交換を行う前の（ホール会員カードに対応した）遊技者の持ち玉数から、取得した消費玉数を減算する（ステップＳ１０８６）。この減算は、同じ交換レートの玉（メダル）の間で行われる。次に、遊技媒体保持数管理テーブル７４３２を更新して、そのホール会員の持ち玉数を減算後の持ち玉数に変更する（ステップＳ１０８７）。最後に、景品交換処理を終了し、必要に応じてレシートをプリンタ等に出力する（ステップＳ１０８８）。
次に、図１５６のフローチャートを参照して、ホールシステム７００２の景品ＰＯＳ７５００と景品交換システム７００１の景品交換端末７５３０が手動で連携する状況において、ホールシステム７００２の非会員であって景品交換システム７００１の会員であるモール会員が景品交換を行う場合について説明する。
最初に、景品ＰＯＳ７５００は、ホール店舗のスタッフ等の操作により、景品交換開始画面（不図示）を表示する（ステップＳ１０９１）。次に、景品交換開始画面において、ホール店舗のスタッフ等が遊技者から提出された計数レシートを、例えば、バーコードリーダ等で読み取らせる（ステップＳ１０９２）。景品ＰＯＳ７５００は、読み取った計数レシートの内容から、遊技者の持ち玉数と、その持ち玉の遊技媒体種別（交換レート）を取得し、ディスプレイ等に表示する（ステップＳ１０９３）。
他方、景品交換端末７５３０において、所定の操作により、景品交換開始画面（不図示）を表示し（ステップＳ１０９４）、その景品交換開始画面において、遊技者のモール会員カードが提示されたか否かを判定する（ステップＳ１０９５）。所定のマーク位置にモール会員カードがかざされると、景品交換端末７５３０は、モール会員カードの固有ＩＤを読み取り、基幹サーバ７６００に送信する（ステップＳ１０９６）。
基幹サーバ７６００の景品交換制御部７６０５は、モール会員カードの固有ＩＤを受信すると、モール会員情報テーブル７６５１を検索して、これに対応するモール会員ＩＤを取得し（ステップＳ１０９７）、ユーザ情報を取得する（ステップＳ１０９８）。なお、対応するモール会員ＩＤが見つからない場合は、景品交換端末７５３０にエラー表示を行うよう指示する。ステップＳ１０９８の後、景品交換端末７５３０に持ち玉数入力画面を表示するよう指示する（ステップＳ１０９９）。
景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に持ち玉数入力画面を表示する（ステップＳ１１００）。
持ち玉数入力画面は、例えば、図１４９（Ａ）に示すような持ち玉数入力画面７９８０である。
景品交換端末７５３０は、持ち玉数入力画面に持ち玉と交換レートが入力されたか否かを判定する（ステップＳ１１０１）。ここで、ステップＳ１０９３で、景品ＰＯＳ７５００に表示された持ち玉数と交換レートが、景品交換端末７５３０の持ち玉数入力画面に入力される。この例では、景品ＰＯＳ７５００と景品交換端末７５３０とは、近くに配置されているものの電子的に接続されておらず、ホール店舗のスタッフが、景品ＰＯＳ７５００に表示された持ち玉数と交換レートを見て、その内容を、景品交換端末７５３０の持ち玉数入力画面７９８０に入力する。
景品交換端末７５３０の持ち玉数入力画面に入力がされると、持ち玉数と交換レートを取得し、基幹サーバ７６００に送信する（ステップＳ１１０２）。これに応じて、基幹サーバ７６００の景品交換制御部７６０５は、景品交換端末７５３０に持ち玉数確認画面を表示するよう指示する（ステップＳ１１０３）。景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に持ち玉数確認画面を表示する（ステップＳ１１０４）。
持ち玉数確認画面は、例えば、図１４９（Ｂ）に示すような持ち玉数確認画面７９９０である。
ここで、景品交換端末７５３０は、持ち玉数確認画面７９９０において、「次へ」ボタンが選択されるか否かを判定する（ステップＳ１１０５）。景品交換端末７５３０の持ち玉数確認画面で「次へ」ボタンが選択されると、基幹サーバ７６００の景品交換制御部７６０５は、持ち玉余力チェックと在庫チェックを行う（ステップＳ１１０６）。持ち玉余力チェックは、入力された持ち玉の価値で、景品交換かごに登録されたすべての景品が獲得できるか否かを、景品交換かご管理テーブル７６５３とショップ管理サーバ７７００の商品管理テーブル７７５２等を検索してチェックするものである。在庫チェックは、その時点で、景品交換かごに登録されたすべての景品について在庫があるか否かをショップ管理サーバ７７００の商品管理テーブル７７５２等を検索してチェックするものである。
次に、基幹サーバ７６００の景品交換制御部７６０５は、景品交換かご管理テーブル７６５３、商品管理テーブル７７５２、及び入力された持ち玉数や交換レート等から、景品交換かご確認画面を生成する（ステップＳ１１０７）。ステップＳ１１０６のチェックにおいてエラーがある場合は、景品交換かご確認画面にその内容を表示し、景品の削除・変更や、数量の変更等の示唆を行う。その後、基幹サーバ７６００は、景品交換端末７５３０に景品交換かご確認画面を表示するよう指示する（ステップＳ１１０８）。景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に景品交換かご確認画面を表示する（ステップＳ１１０９）。
景品交換かご確認画面は、例えば、図１５０に示すような景品交換かご確認画面８０００である。
次に、景品交換端末７５３０は、景品交換かご確認画面において変更入力が行われたか否かを判定する（ステップＳ１１１０）。ここで、変更入力が行われると、基幹サーバ７６００の景品交換制御部７６０５は、景品交換かご管理テーブル７６５３の内容を更新し（ステップＳ１１１１）、再びステップＳ１１０６に戻り、変更された内容で持ち玉チェック及び在庫チェックを行う。例えば、遊技者は、在庫切れの場合は、その景品の数量をゼロに変更する必要があり、景品交換かごに登録された景品の合計が、入力された持ち玉を超えている場合は、景品の削除（数量をゼロにする）か、数量を減じる操作が必要となる。景品交換かごに登録された景品の合計が、入力された持ち玉を超えている場合は、景品の削除（数量をゼロにする）か、数量を減じる操作が必要となる。
景品交換かごに登録された景品について変更をした後、再び、景品交換端末７５３０において、（変更後の内容で）景品交換かご確認画面が表示され（ステップＳ１１０９）、景品交換かご確認画面において変更入力が行われたか否かを判定する（ステップＳ１１１０）。これ以降は、図１４８に示すフローと同様の処理となり、景品交換注文画面で「注文」ボタンが選択されると景品発注処理が行われ、景品交換端末７５３０で景品交換受付証明書が出力されるとともに、景品ＰＯＳ７５００で消費玉数分減算された玉数が印字された計数レシートが出力される。この例では、遊技者はホールシステム７００２の会員ではないので、遊技媒体保持数管理テーブル７４３２の更新は行われない。
次に、図１５７のフローチャートを参照して、ホールシステム７００２の景品ＰＯＳ７５００と景品交換システム７００１の景品交換端末７５３０が自動的に連携する状況において、ホールシステム７００２の非会員であって景品交換システム７００１の会員であるモール会員が景品交換を行う場合について説明する。
最初に、景品ＰＯＳ７５００は、ホール店舗のスタッフ等の操作により、景品交換開始画面（不図示）を表示する（ステップＳ１１２１）。次に、景品交換開始画面において、ホール店舗のスタッフ等が遊技者から提出された計数レシートを、例えば、バーコードリーダ等で読み取らせる（ステップＳ１１２２）。景品ＰＯＳ７５００は、読み取った計数レシートの内容から、遊技者の持ち玉数と、その持ち玉の遊技媒体種別（交換レート）を記憶する。なお、この例では、計数レシートから持ち玉数と交換レートを読み取るようにしているが、交換レートを別途入力するようにしてもよい。また、他の記録媒体から持ち玉数と交換レートを読み取るようにしてもよい。
他方、景品交換端末７５３０において、所定の操作により、景品交換開始画面（不図示）を表示し（ステップＳ１１２３）、その景品交換開始画面において、遊技者のモール会員カードが提示されたか否かを判定する（ステップＳ１１２４）。所定のマーク位置にモール会員カードがかざされると、景品交換端末７５３０は、モール会員カードの固有ＩＤを読み取り、基幹サーバ７６００に送信する（ステップＳ１１２５）。この例では、景品交換端末７５３０においてモール会員カードを読み取らせているが、景品ＰＯＳ７５００で読み取らせて、基幹サーバ７６００に送信するようにしてもよい。
基幹サーバ７６００の景品交換制御部７６０５は、モール会員カードの固有ＩＤを受信すると、モール会員情報テーブル７６５１を検索して、これに対応するモール会員ＩＤを取得し（ステップＳ１１２６）、ユーザ情報を取得する（ステップＳ１１２７）。なお、対応するモール会員ＩＤが見つからない場合は、景品交換端末７５３０にエラー表示を行うよう指示する。
次に、基幹サーバ７６００の景品交換制御部７６０５は、景品交換端末７５３０に持ち玉取得画面を表示するよう指示する（ステップＳ１１２８）。景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に持ち玉取得画面を表示する（ステップＳ１１２９）。ここで、景品交換端末７５３０は、持ち玉取得画面の「取得」ボタンが選択されたか否かを判定する（ステップＳ１１３０）。持ち玉取得画面の「取得」ボタンが選択された場合、景品交換端末７５３０は、景品ＰＯＳ７５００に持ち玉の取得を要求する（ステップＳ１１３１）。
景品ＰＯＳ７５００は、景品交換端末７５３０からの取得要求に応じて、遊技者の計数レシートから読み取り記憶していた持ち玉数と交換レートを取得し、景品交換端末７５３０に送信する（ステップＳ１１３２）。景品交換端末７５３０は、受信した持ち玉数と交換レートを基幹サーバ７６００に転送する（ステップＳ１１３３）。
基幹サーバ７６００の景品交換制御部７６０５は、景品交換端末７５３０から持ち玉数と交換レートを受信すると、持ち玉余力チェックと在庫チェックを行う（ステップＳ１１３４）。持ち玉余力チェックは、入力された持ち玉の価値で、景品交換かごに登録されたすべての景品が獲得できるか否かを、景品交換かご管理テーブル７６５３とショップ管理サーバ７７００の商品管理テーブル７７５２等を検索してチェックするものである。在庫チェックは、その時点で、景品交換かごに登録されたすべての景品について在庫があるか否かをショップ管理サーバ７７００の商品管理テーブル７７５２等を検索してチェックするものである。
次に、基幹サーバ７６００の景品交換制御部７６０５は、景品交換かご管理テーブル７６５３、商品管理テーブル７７５２、及び入力された持ち玉数や交換レート等から、景品交換かご確認画面を生成する（ステップＳ１１３５）。ステップＳ１１３４のチェックにおいてエラーがある場合は、景品交換かご確認画面にその内容を表示し、景品の削除・変更や、数量の変更等の示唆を行う。その後、基幹サーバ７６００は、景品交換端末７５３０に景品交換かご確認画面を表示するよう指示する（ステップＳ１１３６）。景品交換端末７５３０は、基幹サーバ７６００からの指示に応じて、ディスプレイ７５３５に景品交換かご確認画面を表示する（ステップＳ１１３７）。
景品交換かご確認画面は、例えば、図１５０に示すような景品交換かご確認画面８０００である。
次に、景品交換端末７５３０は、景品交換かご確認画面において変更入力が行われたか否かを判定する（ステップＳ１１３８）。ここで、変更入力が行われると、基幹サーバ７６００の景品交換制御部７６０５は、景品交換かご管理テーブル７６５３の内容を更新し（ステップＳ１１３９）、再びステップＳ１１３４に戻り、変更された内容で持ち玉チェック及び在庫チェックを行う。例えば、遊技者は、在庫切れの場合は、その景品の数量をゼロに変更する必要があり、景品交換かごに登録された景品の合計が、入力された持ち玉を超えている場合は、景品の削除（数量をゼロにする）か、数量を減じる操作が必要となる。
景品交換かごに登録された景品について変更をした後、再び、景品交換端末７５３０において、（変更後の内容で）景品交換かご確認画面が表示され（ステップＳ１１３７）、景品交換かご確認画面において変更入力が行われたか否かを判定する（ステップＳ１１３８）。これ以降は、図１５５に示すフローと同様の処理となり、景品交換注文画面で「注文」ボタンが選択されると景品発注処理が行われ、景品交換端末７５３０で景品交換受付証明書が出力されるとともに、景品ＰＯＳ７５００で消費玉数分減算された玉数が印字された計数レシートが出力される。この例では、遊技者はホールシステム７００２の会員ではないので、遊技媒体保持数管理テーブル７４３２の更新は行われない。
次に、図１５８ないし図１６６を参照して、本発明の第８の実施形態に係る景品交換システム７００１における商品決定処理について説明する。景品交換システム７００１は、検索結果、おすすめ、又はランキングで表示される商品の表示価格、お気に入りや景品交換かごに登録された商品に関して表示される表示価格を、特徴的なロジックにより決定し、その結果、商品の仕入先であるショップを決定する。この処理は、ショップ管理サーバ７７００の商品決定部７７０２によって実行される。商品決定部７７０２の機能は、上記の各実施形態に係る景品交換システム（例えば、第１〜第３の実施形態、及び第５〜第８の実施形態に係る景品交換システム）に適用可能である。
図１５８は、ショップによる商品の出品と、景品として交換可能な商品を決定する処理を概念的に示す図である。図１５８（Ａ）は、２つのショップ「ＡＡＡ」、「ＢＢＢ」から、同じ商品（商品ＩＤ＝Ｐ００１）が出品されており、それぞれ販売価格と在庫が異なる状況を示している。図１５８（Ｂ）は、さらに、ショップ「ＣＣＣ」が同じ商品（商品ＩＤ＝Ｐ００１）を出品し、ショップ「ＡＡＡ」、「ＢＢＢ」とは、販売価格と在庫が異なるものである。
このような状況において、景品交換システム７００１は、例えば、遊技者が当該商品を景品として交換すべく注文をした場合に、ショップ「ＢＢＢ」の商品に対して景品発注処理を行う。景品交換システム７００１では、所定のロジックにより、各商品の価格が決定される。また、景品交換システム７００１では、景品の発注時点でショップが選択されるのではなく、検索結果、おすすめ、又はランキングとして表示する商品の価格（交換可能玉（メダル）数）が、日次で決定され、その際、価格の決定に基づいてショップが決定される。ただし、リアルタイムで商品の価格が決定される場合は、逐次、商品の価格が変化するとともに、それに応じてショップも変更されうる。例えば、遊技者が商品をお気に入りに登録した時点での商品の価格と、その商品を景品交換かごに登録した時点での価格と、最終的に注文を行うときの価格が異なる場合があり、持ち玉余力チェックでエラーとなったり、逆に、当初想定した以上の余り玉が発生してしまうこともありうる。
各ショップは、図１１１の構成を例にとれば、ショップ端末から、横断型ＥＣモール連携システム７８０２、ＥＣモール管理システム７８２２、又はショップシステム７８４２を経由して、又はショップ端末から直接、景品交換システム７００１に対して商品を出品することができるが、当該出品は、景品として交換可能な商品の候補（すなわち、仕入先の候補）として登録されたに過ぎない。最終的には、景品交換システム７００１により決定された価格の商品を出品したショップが仕入先として決定される。
一方、遊技者は、検索結果、おすすめ、又はランキングとして表示する商品等について、価格（交換可能玉（メダル）数）を把握した上で、お気に入りや景品交換かごに登録し、注文を行うが、その商品がどのショップにより提供されたものかは分からないようになっている（ただし、商品が配送された場合に、その配送元の記載により最終的に把握される可能性はある）。
上記のように、商品の価格（交換可能玉（メダル）数）は、例えば、日次、又はリアルタイムに、所定のロジックによって決定される。最初に、図１５９ないし図１６１を参照して、日次の価格決定の方法について説明する。例えば、図１２６に示すショップ管理サーバ７７００において、さらに、商品価格決定部を備えるように構成され、景品ＤＢ７７５０には、出品管理テーブル及び送料テーブルが記憶される。
図１５９ないし図１６１は、日次で各商品の価格決定を行う方式（日次変動方式）であって、かつ、一定送料を付加した場合について説明する。一定送料は、実際に必要となる送料ではない、仮想的に設定された送料である。
（１）は、仕入先が単一の場合を例示している（図１５９参照）。ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品している。また、ショップ「ＡＡＡ」は東京のショップであって、発送元は東京となり、送料テーブル（００２０）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００２０）は、配送先が東京であっても大阪であっても一律の４００円に設定されている。
このような場合、候補は、ショップ「ＡＡＡ」が出品する商品のみであり、その商品（商品ＩＤ＝Ｐ００１）の表示価格は１４００円である。すなわち、送料が一定であるため、配送先が東京であっても大阪であっても、表示価格（交換価格）＝販売価格（１０００円）＋送料（４００円）＝１４００円となる。
この結果、ショップ「ＡＡＡ」が仕入先として決定される。なお、ここでは、説明を分かりやすくするため、表示価格を円の単位で表示しているが、実際には、例えば、交換可能玉（メダル）数で表される（以下の説明において同様である）。また、決定されたショップの商品は、ショップを識別するショップＩＤ、及び表示価格とともに、商品管理テーブルに記憶される。
（２）は、仕入先が複数の場合を例示している（図１５９参照）。ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品し、ショップ「ＢＢＢ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１１００円で出品し、ショップ「ＣＣＣ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１２００円で出品している。また、ショップ「ＡＡＡ」とショップ「ＣＣＣ」は東京のショップであって、発送元は東京となり、送料テーブル（００２０）に対応付けられる。一方、ショップ「ＢＢＢ」は大阪のショップであって、発送元は大阪となり、送料テーブル（００２１）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００２０）と送料テーブル（００２１）はともに、配送先が東京であっても大阪であっても一律の４００円に設定されている。
このような場合、候補は、ショップ「ＡＡＡ」、「ＢＢＢ」、「ＢＢＢ」がそれぞれ出品する商品であり、送料を加味して、その商品（商品ＩＤ＝Ｐ００１）の表示価格はそれぞれ、１４００円、１５００円、１６００円となる。すなわち、送料が一定であるため、発送元や配送先が東京、大阪のどちらであっても、送料は４００円となり、ショップ「ＡＡＡ」については、表示価格（交換価格）＝販売価格（１０００円）＋送料（４００円）＝１４００円、ショップ「ＢＢＢ」については、表示価格（交換価格）＝販売価格（１１００円）＋送料（４００円）＝１５００円、ショップ「ＣＣＣ」については、表示価格（交換価格）＝販売価格（１２００円）＋送料（４００円）＝１６００円となる。
ここで、例えば、「候補のなかで２番目に高価格のものを選択する」という基準を設定すると、その結果、ショップ「ＢＢＢ」が仕入先として決定される。また、決定された商品は、ショップを識別するショップＩＤ、及び表示価格とともに、商品管理テーブルに記憶される。
（３）は、仕入先が複数あり、それが増加又は減少した場合を例示している。状態が、（ａ）景品検索時から（ｂ）景品交換時に、以下のように推移する。
（ａ）景品検索時（図１６０参照）
ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品し、ショップ「ＢＢＢ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１１００円で出品し、ショップ「ＣＣＣ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１２００円で出品している。また、ショップ「ＡＡＡ」とショップ「ＣＣＣ」は東京のショップであって、発送元は東京となり、送料テーブル（００２０）に対応付けられる。一方、ショップ「ＢＢＢ」は大阪のショップであって、発送元は大阪となり、送料テーブル（００２１）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００２０）と送料テーブル（００２１）はともに、配送先が東京であっても大阪であっても一律の４００円に設定されている。
（ａ）景品検索時（図１６０参照）
ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品し、ショップ「ＢＢＢ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１１００円で出品し、ショップ「ＣＣＣ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１２００円で出品している。また、ショップ「ＡＡＡ」とショップ「ＣＣＣ」は東京のショップであって、発送元は東京となり、送料テーブル（００２０）に対応付けられる。一方、ショップ「ＢＢＢ」は大阪のショップであって、発送元は大阪となり、送料テーブル（００２１）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００２０）と送料テーブル（００２１）はともに、配送先が東京であっても大阪であっても一律の４００円に設定されている。
このような場合、候補は、ショップ「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」がそれぞれ出品する商品であり、送料を加味して、その商品（商品ＩＤ＝Ｐ００１）の表示価格はそれぞれ、１４００円、１５００円、１６００円となる。すなわち、送料が一定であるため、発送元や配送先が東京、大阪のどちらであっても、送料は４００円となり、ショップ「ＡＡＡ」については、表示価格（交換価格）＝販売価格（１０００円）＋送料（４００円）＝１４００円、ショップ「ＢＢＢ」については、表示価格（交換価格）＝販売価格（１１００円）＋送料（４００円）＝１５００円、ショップ「ＣＣＣ」については、表示価格（交換価格）＝販売価格（１２００円）＋送料（４００円）＝１６００円となる。
ここで、例えば、「候補のなかで２番目に高価格のものを選択する」という基準を設定すると、その結果、ショップ「ＢＢＢ」が仕入先として決定される。また、決定されたショップの商品は、ショップを識別するショップＩＤ、及び表示価格とともに、商品管理テーブルに記憶される。
（ｂ）景品交換時（図１６１参照）
ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品し、ショップ「ＢＢＢ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１１００円で出品し、ショップ「ＣＣＣ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１２００円で出品し、ショップ「ＤＤＤ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１３００円で出品している。また、ショップ「ＡＡＡ」とショップ「ＣＣＣ」は東京のショップであって、発送元は東京となり、送料テーブル（００２０）に対応付けられる。一方、ショップ「ＢＢＢ」とショップ「ＤＤＤ」は大阪のショップであって、発送元は大阪となり、送料テーブル（００２１）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００２０）と送料テーブル（００２１）はともに、配送先が東京であっても大阪であっても一律の４００円に設定されている。
ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品し、ショップ「ＢＢＢ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１１００円で出品し、ショップ「ＣＣＣ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１２００円で出品し、ショップ「ＤＤＤ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１３００円で出品している。また、ショップ「ＡＡＡ」とショップ「ＣＣＣ」は東京のショップであって、発送元は東京となり、送料テーブル（００２０）に対応付けられる。一方、ショップ「ＢＢＢ」とショップ「ＤＤＤ」は大阪のショップであって、発送元は大阪となり、送料テーブル（００２１）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００２０）と送料テーブル（００２１）はともに、配送先が東京であっても大阪であっても一律の４００円に設定されている。
このような場合、候補は、ショップ「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「ＤＤＤ」がそれぞれ出品する商品であり、送料を加味して、その商品（商品ＩＤ＝Ｐ００１）の表示価格はそれぞれ、１４００円、１５００円、１６００円、１７００円となる。すなわち、送料が一定であるため、発送元や配送先が東京、大阪のどちらであっても、送料は４００円となり、ショップ「ＡＡＡ」については、表示価格（交換価格）＝販売価格（１０００円）＋送料（４００円）＝１４００円、ショップ「ＢＢＢ」については、表示価格（交換価格）＝販売価格（１１００円）＋送料（４００円）＝１５００円、ショップ「ＣＣＣ」については、表示価格（交換価格）＝販売価格（１２００円）＋送料（４００円）＝１６００円、ショップ「ＤＤＤ」については、表示価格（交換価格）＝販売価格（１３００円）＋送料（４００円）＝１７００円となる。
ここで、例えば、「候補のなかで２番目に高価格のものを選択する」という基準を設定すると、その結果、ショップ「ＣＣＣ」が仕入先として決定されることになるが、この例では、日次変動方式であるため、実際は、（ａ）景品検索時に決定したショップ「ＢＢＢ」が依然、仕入先として決定される。また、決定されたショップの商品は、ショップを識別するショップＩＤ、及び表示価格とともに、商品管理テーブルに記憶される（決定結果に変化がない場合は更新しない）。
次に、図１６２ないし図１６４を参照して、リアルタイムに各商品の価格決定を行う方式（リアルタイム変動方式）であって、かつ、実際に必要となる送料である実送料を付加した場合について説明する。
（１）は、仕入先が単一の場合を例示している（図１６２参照）。ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品している。また、ショップ「ＡＡＡ」は東京のショップであって、発送元は東京となり、送料テーブル（００１０）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００１０）は、配送先が東京の場合１００円、大阪の場合５００円に設定されている。
このような場合、候補は、ショップ「ＡＡＡ」が出品する商品のみであるが、配送先によって表示価格が異なる。すなわち、配送先が東京の場合、表示価格（交換価格）＝販売価格（１０００円）＋送料（１００円）＝１１００円となり、配送先が大阪の場合、表示価格（交換価格）＝販売価格（１０００円）＋送料（５００円）＝１５００円となる。
ショップは「ＡＡＡ」しかないので、配送先が東京でも大阪でも、ショップ「ＡＡＡ」が仕入先として決定される。また、決定されたショップの商品は、ショップを識別するショップＩＤ、及び表示価格とともに、商品管理テーブルに記憶される。
（２）は、仕入先が複数の場合を例示している（図１６２参照）。ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品し、ショップ「ＢＢＢ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１１００円で出品し、ショップ「ＣＣＣ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１２００円で出品している。また、ショップ「ＡＡＡ」とショップ「ＣＣＣ」は東京のショップであって、発送元は東京となり、送料テーブル（００１０）に対応付けられる。一方、ショップ「ＢＢＢ」は大阪のショップであって、発送元は大阪となり、送料テーブル（００１１）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００１０）は、配送先が東京の場合１００円、大阪の場合５００円に設定され、送料テーブル（００１１）は、配送先が東京の場合５００円、大阪の場合１００円に設定されている。
このような場合、候補は、ショップ「ＡＡＡ」、「ＢＢＢ」、「ＢＢＢ」がそれぞれ出品する商品であり、送料を加味して、その商品（商品ＩＤ＝Ｐ００１）の表示価格は１１００円〜１７００円まで変化する。すなわち、配送先が東京の場合、ショップ「ＡＡＡ」については、表示価格（交換価格）＝販売価格（１０００円）＋送料（１００円）＝１１００円、ショップ「ＢＢＢ」については、表示価格（交換価格）＝販売価格（１１００円）＋送料（５００円）＝１６００円、ショップ「ＣＣＣ」については、表示価格（交換価格）＝販売価格（１２００円）＋送料（１００円）＝１３００円となる。また、配送先が大阪の場合、ショップ「ＡＡＡ」については、表示価格（交換価格）＝販売価格（１０００円）＋送料（５００円）＝１５００円、ショップ「ＢＢＢ」については、表示価格（交換価格）＝販売価格（１１００円）＋送料（１００円）＝１２００円、ショップ「ＣＣＣ」については、表示価格（交換価格）＝販売価格（１２００円）＋送料（５００円）＝１７００円となる。
ここで、例えば、「候補のなかで２番目に高価格のものを選択する」という基準を設定すると、配送先が東京の場合、ショップ「ＣＣＣ」が仕入先として決定され、配送先が大阪の場合、ショップ「ＡＡＡ」が仕入先として決定される。また、決定された商品は、ショップを識別するショップＩＤ、及び表示価格とともに、商品管理テーブルに記憶される。
（３）は、仕入先が複数あり、それが増加又は減少した場合を例示している。状態が、（ａ）景品検索時から（ｂ）景品交換時に、以下のように推移する。
（ａ）景品検索時（図１６３参照）
ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品し、ショップ「ＢＢＢ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１１００円で出品し、ショップ「ＣＣＣ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１２００円で出品している。また、ショップ「ＡＡＡ」とショップ「ＣＣＣ」は東京のショップであって、発送元は東京となり、送料テーブル（００１０）に対応付けられる。一方、ショップ「ＢＢＢ」は大阪のショップであって、発送元は大阪となり、送料テーブル（００１１）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００１０）は、配送先が東京の場合１００円、大阪の場合５００円に設定され、送料テーブル（００１１）は、配送先が東京の場合５００円、大阪の場合１００円に設定されている。
（ａ）景品検索時（図１６３参照）
ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品し、ショップ「ＢＢＢ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１１００円で出品し、ショップ「ＣＣＣ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１２００円で出品している。また、ショップ「ＡＡＡ」とショップ「ＣＣＣ」は東京のショップであって、発送元は東京となり、送料テーブル（００１０）に対応付けられる。一方、ショップ「ＢＢＢ」は大阪のショップであって、発送元は大阪となり、送料テーブル（００１１）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００１０）は、配送先が東京の場合１００円、大阪の場合５００円に設定され、送料テーブル（００１１）は、配送先が東京の場合５００円、大阪の場合１００円に設定されている。
このような場合、候補は、ショップ「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」がそれぞれ出品する商品であり、送料を加味して、その商品（商品ＩＤ＝Ｐ００１）の表示価格は１１００円〜１７００円まで変化する。すなわち、配送先が東京の場合、ショップ「ＡＡＡ」については、表示価格（交換価格）＝販売価格（１０００円）＋送料（１００円）＝１１００円、ショップ「ＢＢＢ」については、表示価格（交換価格）＝販売価格（１１００円）＋送料（５００円）＝１６００円、ショップ「ＣＣＣ」については、表示価格（交換価格）＝販売価格（１２００円）＋送料（１００円）＝１３００円となる。また、配送先が大阪の場合、ショップ「ＡＡＡ」については、表示価格（交換価格）＝販売価格（１０００円）＋送料（５００円）＝１５００円、ショップ「ＢＢＢ」については、表示価格（交換価格）＝販売価格（１１００円）＋送料（１００円）＝１２００円、ショップ「ＣＣＣ」については、表示価格（交換価格）＝販売価格（１２００円）＋送料（５００円）＝１７００円となる。
ここで、例えば、「候補のなかで２番目に高価格のものを選択する」という基準を設定すると、配送先が東京の場合、ショップ「ＣＣＣ」が仕入先として決定され、配送先が大阪の場合、ショップ「ＡＡＡ」が仕入先として決定される。また、決定された商品は、ショップを識別するショップＩＤ、及び表示価格とともに、商品管理テーブルに記憶される。
（ｂ）景品交換時（図１６４参照）
ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品し、ショップ「ＢＢＢ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１１００円で出品し、ショップ「ＣＣＣ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１２００円で出品し、ショップ「ＤＤＤ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１３００円で出品している。また、ショップ「ＡＡＡ」とショップ「ＣＣＣ」は東京のショップであって、発送元は東京となり、送料テーブル（００１０）に対応付けられる。一方、ショップ「ＢＢＢ」とショップ「ＤＤＤ」は大阪のショップであって、発送元は大阪となり、送料テーブル（００１１）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００１０）は、配送先が東京の場合１００円、大阪の場合５００円に設定され、送料テーブル（００１１）は、配送先が東京の場合５００円、大阪の場合１００円に設定されている。
ショップ「ＡＡＡ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１０００円で出品し、ショップ「ＢＢＢ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１１００円で出品し、ショップ「ＣＣＣ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１２００円で出品し、ショップ「ＤＤＤ」が、商品（商品ＩＤ＝Ｐ００１）を販売価格１３００円で出品している。また、ショップ「ＡＡＡ」とショップ「ＣＣＣ」は東京のショップであって、発送元は東京となり、送料テーブル（００１０）に対応付けられる。一方、ショップ「ＢＢＢ」とショップ「ＤＤＤ」は大阪のショップであって、発送元は大阪となり、送料テーブル（００１１）に対応付けられる。このような出品の状態が、出品管理テーブルに記憶される。なお、送料テーブル（００１０）は、配送先が東京の場合１００円、大阪の場合５００円に設定され、送料テーブル（００１１）は、配送先が東京の場合５００円、大阪の場合１００円に設定されている。
このような場合、候補は、ショップ「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「ＤＤＤ」がそれぞれ出品する商品であり、送料を加味して、その商品（商品ＩＤ＝Ｐ００１）の表示価格は１１００円〜１８００円まで変化する。それぞれ、１４００円、１５００円、１６００円、１７００円となる。すなわち、配送先が東京の場合、ショップ「ＡＡＡ」については、表示価格（交換価格）＝販売価格（１０００円）＋送料（１００円）＝１１００円、ショップ「ＢＢＢ」については、表示価格（交換価格）＝販売価格（１１００円）＋送料（５００円）＝１６００円、ショップ「ＣＣＣ」については、表示価格（交換価格）＝販売価格（１２００円）＋送料（１００円）＝１３００円、ショップ「ＤＤＤ」については、表示価格（交換価格）＝販売価格（１３００円）＋送料（５００円）＝１８００円となる。また、配送先が大阪の場合、ショップ「ＡＡＡ」については、表示価格（交換価格）＝販売価格（１０００円）＋送料（５００円）＝１５００円、ショップ「ＢＢＢ」については、表示価格（交換価格）＝販売価格（１１００円）＋送料（１００円）＝１２００円、ショップ「ＣＣＣ」については、表示価格（交換価格）＝販売価格（１２００円）＋送料（５００円）＝１７００円、ショップ「ＤＤＤ」については、表示価格（交換価格）＝販売価格（１３００円）＋送料（１００円）＝１４００円となる。
ここで、例えば、「候補のなかで２番目に高価格のものを選択する」という基準を設定すると、配送先が東京の場合、ショップ「ＢＢＢ」が仕入先として決定され、配送先が大阪の場合、ショップ「ＡＡＡ」が仕入先として決定される。この例では、リアルタイム変動方式であるため、最終的に決定されたショップ「ＢＢＢ」（配送先が東京の場合）とショップ「ＡＡＡ」（配送先が大阪の場合）が、景品交換時の仕入先として決定される。このようなリアルタイム変動方式によって、営業時間中であっても、仕入先の増減による表示価格の変更をリアルタイムに実施・反映させることができる。また、決定されたショップの商品は、ショップを識別するショップＩＤ、及び表示価格とともに、商品管理テーブルに記憶される。
上記の例では、商品の候補のなかから、景品として表示する商品を決定するために、「候補のなかで２番目に高価格のものを選択する」という基準を用いたが、ここでは、さらに別の商品決定ロジックについて説明する。このような商品決定ロジックによって、商品の表示価格が決定され、その商品を取り扱うショップ（すなわち、仕入先）が決定される。
図１６５のフローチャートは、景品交換システム７００１における商品決定処理の手順を例示するものである。複数の条件を設定して、それらの条件を満たさない商品を除外し、また、一部の条件に関しては、商品の順位付けを行って、最終的に１つの商品（表示価格）を決定する。
最初に、遊技者が景品交換を行い、基幹サーバ７６００の景品発注制御部７６０６が、景品発注処理を指示した場合（図１４８等参照）に、ショップ管理サーバ７７００の出品管理テーブル７７５７を参照して、注文された商品ＩＤと同じＩＤの商品についての情報を取得する（ステップＳ１１４１）。複数のショップが同じ商品を出品している場合は、そのなかから、所定の条件を満たすショップを決定することができる。所定の条件は、例えば、景品交換によって、景品交換システム７００１にもたらされる利益が最大のものが優先的に選択される。
次に、送料テーブルに基づいて、各商品の表示価格を算出する（ステップＳ１１４２）。例えば、遊技者が指定した配送先の住所、ショップの住所、配送条件（温度の設定や配送日時の設定）から、商品の送料を求め、その送料を加味して各商品の表示価格を決定する。送料テーブルは、各ショップが個別に設定するようにしてもよいし、システム全体で一律、又はいくつかの段階的設定とすることもできる。
次に、例えば、このあとに判定する条件として比較の対象となる他の指標について、各種テーブル等から必要なデータを取得し、計算を行う（ステップＳ１１４３）。例えば、仕入額（ショップへの支払い額）、差益（販売価格と仕入れ価格の差）、仕入先の評価点等である。
ステップＳ１１４４〜ステップＳ１１５５に示される第１条件〜第６条件に亘って、条件を満たすものを候補として残し、最終的に１つの商品価格が決定され、その商品を扱うショップが仕入先として決定される。ここで、図１６６（Ａ）には、同じ商品（商品ＩＤ＝Ｐ００１）を複数含んだ出品管理テーブルが示され、図１６６（Ｂ）には、送料テーブルが示され、さらに、図１６６（Ｃ）には、これらのテーブルの内容及び他の指標に基づいて求められた候補一覧が示されており、以下の説明では、これらの候補一覧が各条件においてどのように判定されるかを含めて説明するものとする。また図１６６（Ｃ）の候補一覧には、各条件での評価結果もあわせて表示されている。
第１条件：ステップＳ１１４４では、仕入額条件が判定される。商品の仕入額（すなわち、商品についてショップに支払う額）が、表示価格を下回ることが条件であり、この条件を満たさない商品は、候補から除外する（ステップＳ１１４５）。図１６６の候補一覧では、ショップ「ＦＦＦ」の商品が、この条件を満たさず（すなわち、表示価格１９００円に対して、支払額１９２５円である）、候補から除外される。
第２条件：ステップＳ１１４６では、在庫条件が判定される。商品の在庫が交換時点でゼロであるショップの商品は、候補から除外する（ステップＳ１１４７）。図１６６の候補一覧では、ショップ「ＢＢＢ」の商品が在庫ゼロであり、この条件を満たさないので、候補から除外される。
第３条件：ステップＳ１１４８では、差益条件が判定される。販売価格と仕入れ価格の差、すなわち、景品交換によってホール店舗から受け取る額 − 景品交換によってショップに支払う額が大きい商品ほど、高い順位をつける（ステップＳ１１４９）。図１６６の候補一覧では、差益の大きい順にランク付けがされる。
第４条件：ステップＳ１１５０では、在庫数条件が判定される。交換成立後の在庫切れリスクを軽減するため、在庫数が多い商品ほど、高い順位をつける（ステップＳ１１５１）。図１６６の候補一覧では、在庫数の大きい順にランク付けされる。
第５条件：ステップＳ１１５２では、評価点条件が判定される。安全に景品交換を実現するため、ショップに関するリスクを軽減するため、ショップの評価点が高いほど、高い順位をつける（ステップＳ１１５３）。ショップの評価は、様々な観点で行い数値化することができる。例えば、ショップの規模、営業年数、配送実績（遅配や誤配の数）、配送先からの評価、提供する商品の質・価格など様々な観点が考えられる。図１６６の候補一覧では、評価点の高い順にランク付けされる。
第６条件：ステップＳ１１５４では、候補が複数存在するか否かが判定される。１つの候補しかない場合は、その商品に決定するため、次のステップに進む。複数存在する場合は、所定の基準を用いて１つの商品を決定する（ステップＳ１１５５）。例えば、第３条件〜第５条件で判定された順位を所定の方法により評価し、最も高い評価の商品を選択する。図１６６の候補一覧では、除外されずに残っている商品は、ショップ「ＡＡＡ」の商品、ショップ「ＣＣＣ」の商品、ショップ「ＤＤＤ」の商品、ショップ「ＥＥＥ」の商品、ショップ「ＧＧＧ」の商品であり、例えば、「高順位の獲得数が最も多い商品を選択する」という基準を設定すれば、最終的にショップ「ＡＡＡ」の商品に決定される。もちろん、他の様々な選択基準を設定することができる。
ステップＳ１１５６において、最終的に選択された商品の価格を表示価格とし、その商品を取り扱うショップを仕入先として決定し、所定のタイミングで、交換可能な景品として、商品管理テーブル７７５２に追加する。
これまでに説明してきた商品決定処理の手順は一例に過ぎず、本発明のこうした発想に基づいて他の様々な基準を採用することができる。
ここまで、商品決定のタイミング（すなわち、商品の価格（交換可能玉（メダル）数）が決定されるタイミング）は、日次、又はリアルタイムとして説明してきたが、それ以外のタイミング、例えば、１時間ごとや、２日おきといった様々な他の間隔で決定することができる。また、商品によって、決定タイミングを異なるようにすることもできる。
次に、図１６７のフローチャートを参照して、本発明の第８の実施形態に係る景品交換システム７００１の配送経過表示処理について説明する。遊技者は、モール会員となって、景品交換システム７００１で景品交換をすると、その後、その景品がショップから、指定した配送先に配送されるまで、経過について一覧表示させることができる。
最初に、モール会員である遊技者が、景品選択装置であるビューワ７５５０で所定の操作を行い、配送経過情報表示指示画面（不図示）を表示し（ステップＳ１１６１）、その配送経過情報表示指示画面において、遊技者のモール会員カードが提示されたか否かを判定する（ステップＳ１１６２）。所定のマーク位置にモール会員カードがかざされると、ビューワ７５５０は、モール会員カードの固有ＩＤを読み取り、基幹サーバ７６００に送信する（ステップＳ１１６３）。また、配送経過情報表示指示画面において、表示対象である注文の発注ＮＯや商品ＩＤを指定することもできる。
基幹サーバ７６００は、固有ＩＤを受信すると、モール会員情報テーブル７６５１を参照してモール会員ＩＤを取得する（ステップＳ１１６４）。次に、基幹サーバ７６００の配送経過情報表示制御部７６０７は、取得したモール会員ＩＤに基づいて、ショップ管理サーバ７７００の注文履歴管理テーブル７７５６を参照して、そのモール会員ＩＤにより景品発注処理がなされた注文であって、まだ配送が完了していない商品を含むものを取得する（ステップＳ１１６５）。
次に、基幹サーバ７６００の配送経過情報表示制御部７６０７は、取得した注文の情報から、まだ、配送経過情報を作成していない商品があるか否かの判定を行い（ステップＳ１１６６）、商品がもうない場合は、ステップＳ１１７３に進む。ステップＳ１１６６の判定において、まだ商品があると判定された場合、その商品が配送手配済みか否かの判定を行う（ステップＳ１１６７）。配送手配済みの商品がない場合、ステップＳ１１７１に進む。ステップＳ１１６７において、配送手配済みの商品があると判定された場合、注文履歴管理テーブル７７５６を参照して、配送業者コードを取得し、配送業者を特定する（ステップＳ１１６８）。
さらに、注文履歴管理テーブル７７５６を参照して、その商品の配送に関する追跡番号を取得し、特定した配送業者に問い合わせを行って（ステップＳ１１６９）、追跡番号に対応する荷物の配送状況（ステータス）を取得する（ステップＳ１１７０）。このような、配送業者における配送状況を取得する方法は、例えば、配送業者がＡＰＩなど、問い合わせのためのインターフェイスを用意している場合は、これを用いて取得することが可能であり、そのようなＡＰＩが無ければ、配送業者が提供する荷物問い合わせのＷＥＢページにアクセスし、ＨＴＭＬ等のデータを解析して（いわゆるウェブスクレイピング等の処理を行って）配送状況を取得することが可能である。
次に、注文履歴管理テーブル７７５６を参照して、ショップに対する発注状況や、連携／管理システムにおける発注受領状況などを含む発注情報を取得する（ステップＳ１１７１）。その後、上記で取得した情報を編集して、配送経過情報表示画面を作成する（ステップＳ１１７２）。
商品に関する配送経過情報の取得がすべて終了したら、ビューワ７５５０に配送経過情報表示画面を表示するよう指示する（ステップＳ１１７３）。ビューワ７５５０は、配送経過情報表示画面の表示指示に応じて、配送経過情報表示画面をディスプレイ７５５５に表示する（ステップＳ１１７４）。
このようにして表示される配送経過情報表示画面の例が、図１６８に示されている。図１６８に示す配送経過情報表示画面８０４０には、トップバー８０４１、注文ＩＤ表示領域８０４２、配送フェーズ表示領域８０４３、及び商品別配送経過表示領域（８０４４〜８０４７）、及び「戻る」ボタン８０４８が配置されている。
注文ＩＤ表示領域８０４２には、遊技者が配送経過情報表示指示画面で指定した発注ＮＯ、又は遊技者がした注文の発注ＮＯが表示される。配送フェーズ表示領域８０４３には、注文受付、商品発送、配送開始、配送中、配送完了といった、各配送フェーズのタイトルが表示され、その下に示される各商品の配送状況が分かるようになっている。
商品別配送経過表示領域のそれぞれには、関連する注文に含まれる商品についての配送経過情報が示される。例えば、配送フェーズのタイトルに対応する部分に、そのフェーズの担当であるＥＣモール、ショップ、配送業者、配送業者の事業所などが表示されるとともに、プログレスバー及び日付（予定日付や実績日付）が表示される。また、注文受付のフェーズについて、ショップにおける注文受付と、横断型ＥＣモールやＥＣモールにおける注文受付を個別に表示させることもできる。より具体的には、商品別配送経過表示領域８０４４には、商品Ａ（商品ＩＤ＝Ｐ００９）についての配送経過情報が表示されており、１／２４に、ショップＡＡＡで注文受付が行われたあと、１／２８にＸ運送に商品発送の依頼がされたことが把握できる。
このように、遊技者は、遊技者がした景品交換について、すべて又は１つの注文に含まれる商品の配送状況を横断的かつ一元化して把握することができる。たとえ、注文の経路が異なっていたり、配送業者が異なっていても、まとめて表示させることができる。例えば、遊技者は、各商品の配送状況を、その商品が属する注文、カテゴリ、配送先など、様々な単位でまとめて表示させることができる。また、商品別配送経過表示領域を選択すると、より詳細な配送状況を表示するようにしてもよい。
なお、この例では、ビューワ７５５０で配送経過情報表示画面８０４０を表示させるようにしたが、ＰＣ７５８０やスマートフォン７５７０やその他のコンピュータに表示させることができる。
次に、図１６９及び図１７０を参照して、ショップ端末から景品交換システム７００１に商品を登録する手順について説明する。
図１６９のフローチャートは、ショップ端末７８０４から、横断型ＥＣモール連携システム７８０２を経由して（さらに、横断型ＥＣモール連携システムＩ／Ｆサーバ７８００を介して）ショップ管理サーバ７７００の景品ＤＢ７７５０に商品を登録するための手順である。
最初に、ショップ端末７８０４が、ＷＥＢブラウザ等によって所定のＷＥＢページにアクセスし、そこで商品検索ページを要求する（ステップＳ１１８１）。ここで、ショップ管理サーバ７７００はＷＥＢサーバとして機能して、要求された商品検索ページを送信する（ステップＳ１１８２）。ショップ端末７８０４は、ＷＥＢブラウザでその商品検索ページを表示し（ステップＳ１１８３）、そこで、景品検索指示を行うか否かを判定する（ステップＳ１１８４）。ショップのスタッフによって、景品検索指示が行われると、ショップ端末７８０４は、ショップのスタッフによって入力された検索条件を取得し、ショップ管理サーバ７７００に送信する（ステップＳ１１８５）。
ショップ管理サーバ７７００は、ショップ端末７８０４から検索条件を受信すると、その検索条件で景品検索処理を実行し（ステップＳ１１８６）、景品検索結果表示画面を作成し、ショップ端末７８０４に送信する（ステップＳ１１８７）。
ショップ端末７８０４で、景品検索結果表示画面を表示し（ステップＳ１１８８）、そこで、商品登録が行われるか否かが判定される（ステップＳ１１８９）。ショップのスタッフにより、横断型ＥＣモール連携システム７８０２に対して商品登録が行われ（ステップＳ１１９０）、その商品登録が、横断型ＥＣモール連携システム７８０２からデータフィードを受信することにより、ファイル連携を行うことにより、事前に用意されたＡＰＩによって連携することにより、又は、ウェブスクレイピング等により、ショップ管理サーバ７７００において、当該ショップの商品登録が行われる（ステップＳ１１９１）。
ショップ管理サーバ７７００は、ショップの商品登録がされた場合に、商品管理テーブルを参照して、その商品が新規かどうか判定する（ステップＳ１１９２）。商品が新規であると判定された場合に、商品の審査を行う（ステップＳ１１９３）。この場合、商品の審査は、所定の基準を用いて、自動的に又は人手によって行われる。新規の商品については、例えば、この時点で新たな商品ＩＤが付与される。また、管理端末７８７０において、複数のショップから出品された商品について、類似商品を自動的に表示させ（例えば、商品名を漢字表記で登録した商品とカタカナ表記で登録した商品）、実質的に同一の商品であると判断された場合に、それらの商品を集約して同一のものとして扱い、当該商品の詳細情報を共用して一元化を図る。
商品が新規でないと判定された場合や、商品の審査の後で、ショップ管理サーバ７７０は、当該登録された商品を出品管理テーブルに追加する（ステップＳ１１９４）。この例では、ショップから登録された商品の情報は、一旦、出品管理テーブル７７５７に記憶されて、交換可能な景品の候補とされ、その後、商品決定処理において交換可能な景品として決定されたら（図１６５参照）、その商品が、商品管理テーブル７７５２に登録される。
なお、ここでは、ショップ端末７８０４から、横断型ＥＣモール連携システム７８０２を経由してショップ管理サーバ７７００の景品ＤＢ７７５０に商品を登録するための手順を示したが、ＥＣモール管理システム７８２２やショップシステム７８４２がショップ端末とショップ管理サーバ７７００の間に介在する場合もこれと同様の手順となる。
図１７０のフローチャートは、ショップ端末７８６４から直接、（個別ショップＩ／Ｆサーバを介して）ショップ管理サーバ７７００の景品ＤＢ７７５０に商品を登録するための手順である。
最初に、ショップ端末７８６４が、個別ショップＩ／Ｆサーバ７８６０のＷＥＢサーバ部７８６０ｂ等によって構成されたＷＥＢサーバの所定のＷＥＢページにアクセスし、そこで商品検索ページを要求する（ステップＳ２００１）。ここで、ショップ管理サーバ７７００は当該ＷＥＢサーバに、要求された商品検索ページを送信するよう指示する（ステップＳ２００２）。ショップ端末７８６４は、ＷＥＢブラウザでその商品検索ページを表示し（ステップＳ２００３）、そこで、景品検索指示を行うか否かを判定する（ステップＳ２００４）。ショップのスタッフによって、景品検索指示が行われると、ショップ端末７８６４は、ショップのスタッフによって入力された検索条件を取得し、ショップ管理サーバ７７００に送信する（ステップＳ２００５）。
ショップ管理サーバ７７００は、ショップ端末７８６４から検索条件を受信すると、その検索条件で景品検索処理を実行し（ステップＳ２００６）、景品検索結果表示画面を作成し、ショップ端末７８６４に送信する（ステップＳ２００７）。
ショップ端末７８６４で、景品検索結果表示画面を表示し（ステップＳ２００８）、そこで、商品登録が行われるか否かが判定される（ステップＳ２００９）。ショップのスタッフにより、景品交換システム７００１のショップ管理サーバ７７００に対して直接、商品の登録操作が行われ、そこで、ショップ管理サーバ７７００が提供する画面の操作により、又はファイル連携により、ショップ管理サーバ７７００に対して商品の登録が行われる（ステップＳ２０１０、２０１１）。
ショップ管理サーバ７７００は、ショップの商品登録がされた場合に、商品管理テーブルを参照して、その商品が新規かどうか判定する（ステップＳ２０１２）。商品が新規であると判定された場合に、商品の審査を行う（ステップＳ２０１３）。この場合、商品の審査は、所定の基準を用いて、自動的に又は人手によって行われる。新規の商品については、例えば、この時点で新たな商品ＩＤが付与される。
商品が新規でないと判定された場合や、商品の審査の後で、ショップ管理サーバ７７０は、当該登録された商品を出品管理テーブルに追加する（ステップＳ２０１４）。この例では、ショップから登録された商品の情報は、一旦、出品管理テーブル７７５７に記憶されて、交換可能な景品の候補とされ、その後、商品決定処理において交換可能な景品として決定されたら（図１６５参照）、その商品が、商品管理テーブル７７５２に登録される。
このように、景品交換システム７００１で交換可能な景品として表示される商品は、様々なショップから、様々な経路で出品され、景品交換システム７００１は、同じ商品の出品があった場合は、所定の基準により１つの商品を選択する。従って、遊技者は、様々なショップ（すなわち、大手ＥＣモールに属しているショップから個別の小規模なショップまで、バリエーションに富んだショップ）から集まってくる様々な商品を、景品交換システム７００１を介して１箇所（１つの端末）において概観し、選択することができる。
次に、図１７１及び図１７２を参照して、ホール店舗の保証金の管理について説明する。この例では、景品交換システム７００１を利用するホール店舗に対して、景品交換システム７００１の運営企業や関連組織が保証金を受け取り、その保証金をショップからの請求の支払いに充てる。従って、保証金の請求に関しては、ホール店舗の過去の実績等を踏まえて、事前の適切な請求が必要となる。
図１７１は、ホール店舗に保証金を請求する際の手順を表すフローチャートである。ここでは、保証金を請求する景品交換システム７００１の運営企業や関連組織の請求管理スタッフが、基幹サーバ７６００に接続された請求管理端末（不図示）を操作するものとする。最初に、スタッフが請求管理端末を操作して、ホール店舗に対して、前月取引実績を表示させるよう指示する（ステップＳ２０２１）。次に、基幹サーバ７６００は、この指示に応じて、ホール店舗管理テーブル７６５５を参照し、ホール店舗の前月取引額を取得する（ステップＳ２０２２）。
その後、基幹サーバ７６００は、請求管理端末に前月取引実績を表示するよう指示する（ステップＳ２０２３）。スタッフは、表示された各ホール店舗の前月の取引実績に応じて、請求書を作成するよう請求管理端末を操作する（ステップＳ２０２４）。ここでは、ホール店舗の前月取引実績を、スタッフが確認してから、請求書を作成するよう指示しているが、基幹サーバ７６００が、所定の条件に基づいて前月の取引実績から自動的に請求書を作成することも可能である。
次に、基幹サーバ７６００が、請求管理端末に請求書の出力を指示し（ステップＳ２０２５）、これに応じて、請求管理端末は、保証金請求書を出力する（ステップＳ２０２６）。請求管理スタッフはここで、出力された請求書を各ホール店舗に送付する（ステップＳ２０２７）。このような請求書の送付についても、例えば、証明書付きメール等によって基幹サーバ７６００から自動的にホール店舗に送付するこができる。
ホール店舗のスタッフが請求書を受領すると（ステップＳ２０２８）、その請求書に従って、保証金を振り込む（ステップＳ２０２９）。請求管理スタッフは、この後、保証金振込の確認を行い（ステップＳ２０３０）、請求管理端末で保証金振込確認の操作を行う（ステップＳ２０３１）。この後、基幹サーバ７６００は、当該操作に応じて、ホール店舗管理テーブル７６５５を更新し、当月保証金振込のステータスを「済」に変更する（ステップＳ２０３２）。
図１７２は、ホール店舗に保証金の追加請求をする際の手順を表すフローチャートである。ここでは、保証金を請求する景品交換システム７００１の運営企業や関連組織の請求管理スタッフが、基幹サーバ７６００に接続された請求管理端末（不図示）を操作するものとする。
最初に、基幹サーバ７６００が、ホール店舗管理テーブル７６５５を参照し、各ホール店舗における所定期間の取引額を取得する（ステップＳ２０４１）。
次に、取得した取引額が第１所定範囲の範囲外か否かを判定する（ステップＳ２０４２）。取引額が第１所定範囲の範囲外であった場合、第１範囲超過通知を請求端末装置に送信する（ステップＳ２０４３）。請求端末装置は、第１範囲超過通知を受信すると、請求管理スタッフは、これに応じて請求管理端末で第１追加請求書の作成操作を行う（ステップＳ２０４４）。ここでは、ホール店舗の所定期間の取引実績を、スタッフが確認してから、請求書を作成するよう指示しているが、基幹サーバ７６００が、所定の条件に基づいて所定期間の取引実績と第１所定範囲の関係から自動的に請求書を作成することも可能である。
次に、基幹サーバ７６００が、請求管理端末に請求書の出力を指示し（ステップＳ２０４５）、これに応じて、請求管理端末は、保証金請求書（追加請求１）を出力する（ステップＳ２０４６）。
ステップＳ２０４２において、取引額が第１所定範囲の範囲内であった場合、取得した取引額が第２所定範囲の範囲外か否かを判定する（ステップＳ２０４７）。取引額が第２所定範囲の範囲外であった場合、すなわち、第１所定範囲の範囲内で第２所定範囲の範囲外の場合、第２範囲超過通知を請求端末装置に送信する（ステップＳ２０４８）。請求端末装置は、第２範囲超過通知を受信すると、請求管理スタッフは、これに応じて請求管理端末で第２追加請求書の作成操作を行う（ステップＳ２０４９）。ここでは、ホール店舗の所定期間の取引実績を、スタッフが確認してから、請求書を作成するよう指示しているが、基幹サーバ７６００が、所定の条件に基づいて当該所定期間の取引実績と第２所定範囲の関係から自動的に請求書を作成することも可能である。
次に、基幹サーバ７６００が、請求管理端末に請求書の出力を指示し（ステップＳ２０５０）、これに応じて、請求管理端末は、保証金請求書（追加請求２）を出力する（ステップＳ２０５１）。
請求管理スタッフはここで、出力された請求書を各ホール店舗に送付する（ステップＳ２０５２）。このような請求書の送付についても、例えば、証明書付きメール等によって基幹サーバ７６００から自動的にホール店舗に送付するこができる。
ホール店舗のスタッフが請求書を受領すると（ステップＳ２０５３）、その請求書に従って、保証金（追加請求１、又は追加請求２）を振り込む（ステップＳ２０５４）。請求管理スタッフは、この後、保証金振込の確認を行い（ステップＳ２０５５）、請求管理端末で保証金振込確認の操作を行う（ステップＳ２０５６）。この後、基幹サーバ７６００は、当該操作に応じて、ホール店舗管理テーブル７６５５を更新し、保証金（追加請求１）、又は保証金（追加請求２）の振込のステータスを「済」に変更する（ステップＳ２０５７）。
第１所定範囲、及び第２所定範囲は、所定の基準によって一律に、又はホール店舗ごとに設定することができる。例えば、第１所定範囲は、前月取引額や所定期間取引額平均値の所定割合に応じた額とし、第２所定範囲は、第１所定範囲の所定割合に応じた額等に設定できる。
本発明の第８の実施形態に係る景品交換システム７００１を、具体的な装置、及び具体的なテーブル等を用いて例示してきたが、これまでの説明は一実施形態に過ぎず、様々な他の形態によって、本発明の特徴的なコンピュータシステムを実現可能である。例えば、景品選択装置、景品交換装置として様々な構成の装置を様々なネットワーク接続状態で用いることができ、電算センターの基幹サーバ７６００、ショップ管理サーバ７７００、各種Ｉ／Ｆサーバ（７８００〜７８６０）等も、様々な構成の装置を利用でき、例示とは異なるように各機能部を（分散、又は統合して）配置することができる。また、テーブルの構成についても他の異なる構成を採用することができる。
［本発明の第９の実施形態に係る景品交換システムの説明］
［景品表示制御機能（１）］
図１７３を参照して、本発明の第９の実施形態に係る景品交換システムのシステム概要について説明する。図１７３に示す景品交換システム９００１は、図１に示す上述の景品交換システム１と同様、ホール店舗に配置された装置、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの端末に接続される。図１７３の景品交換システム９００１は、好ましくは、ネット通販連動型の景品交換システム（オンライン景品交換システム）である。
［景品表示制御機能（１）］
図１７３を参照して、本発明の第９の実施形態に係る景品交換システムのシステム概要について説明する。図１７３に示す景品交換システム９００１は、図１に示す上述の景品交換システム１と同様、ホール店舗に配置された装置、及び電算センターの装置を含むように構成され、電算センターの装置の一部が、インターネットのようなネットワークを経由してネット通販サイトの端末に接続される。図１７３の景品交換システム９００１は、好ましくは、ネット通販連動型の景品交換システム（オンライン景品交換システム）である。
図１７３に示す景品交換システム９００１は、ホール店舗において貯玉、貯メダル、景品等を管理する（景品交換システム９００１とは別の）ホールシステム９００２が運用されている場合に、このホールシステム９００２と協働して、遊技者が景品選択、景品交換、景品発注をできるようにする。この場合、景品交換システム９００１とホールシステム９００２は、ネットワークによって接続され、必要に応じて所定のデータの送信や送受信を行う。ホールシステム９００２は、基本的には、景品交換システム９００１の提供者（提供・製造企業）とは異なる提供者のシステムである。
図１７３に示すホールシステム９００２は、ホール店舗に、ホールコンピュータ９４００、ホールＤＢ９４３０、遊技機９０１０、サンド装置９０２０、及び景品ＰＯＳ９５００を備え、これらはそれぞれ、景品交換システム１における、ホール店舗のホールコンピュータ４００、ホールＤＢ４３０、遊技機１０、サンド装置２０、景品ＰＯＳ５００に対応する。なお、遊技機９０１０は、例えば、パチスロ機やパチンコ機であり、遊技者は、これらを用いて遊技することにより、遊技媒体（メダルやパチンコ玉）を獲得するが、本実施形態では、パチスロ機でメダルを獲得する場合を中心に説明を行う。
ホールコンピュータ９４００は、そのホール店舗に配置された装置の状態（遊技者の遊技状況等を含む）や、会員、及び景品に関する情報を管理する等の機能を有し、各種データを記録したホールＤＢ９４３０を備える。遊技機９０１０は、例えば、パチスロ機やパチンコ機であり、遊技者は、これらを用いて遊技することにより、遊技媒体（メダルやパチンコ玉）を獲得する。また、遊技機９０１０は、ホールコンピュータ９４００、及びサンド装置９０２０に接続され、遊技状況や遊技媒体の保持数（貯メダル数、貯玉数）に関する情報をやりとりする。
景品ＰＯＳ９５００は、ホール店舗の景品交換カウンターに設置され、ホール店舗のスタッフが、遊技者の景品交換に対応するために使用される。例えば、遊技機９０１０が複数まとめて配置された「島」の端に配置された島端計数装置９５２０により発行されたレシートを遊技者から受け取ってこれを読み込ませ（又は、遊技者から提示されたモール会員カード等によってサンド装置７０２０から送信された計数値や保持数を読み出し）、対応する価値の景品を遊技者に提供する。本実施形態では、スタッフが景品ＰＯＳ９５００により把握した、遊技者の保持する遊技媒体の保持数が、景品交換端末９５３０に提供されることで、景品交換システム９００１による景品交換を可能とする。このように、ホール店舗では、従来の景品ＰＯＳ９５００の機能により、ホール店舗の店頭景品陳列コーナーに配置されている店頭景品（一般景品）や特殊景品との交換が行われるとともに、景品交換システム９００１と連携することによって、ネット通販サイトで取り扱う多種多様な景品との交換が可能となる。
なお、計数装置は、遊技者が獲得した玉（メダル）数をカウントする装置であって、上述の島端計数装置９５２０のほか、各台計数機能付きサンド装置やその他の計数装置として、ホール店舗内の様々な箇所に配置されうる。本実施形態では、計数装置として、島端計数装置９５２０のみが配置される例を示すものとする。
図１７３に示す景品交換システム９００１は、図１に示す景品交換システム１と同様の景品選択制御、景品交換制御、景品発注制御等の各機能を備える。景品交換システム９００１は、電算センターに、基幹サーバ９６００、基幹ＤＢ９６５０、モバイルＩ／Ｆサーバ９６８０、ショップ管理サーバ９７００、及び景品ＤＢ９７５０を備え、これらはそれぞれ、景品交換システム１における、基幹サーバ６００、基幹ＤＢ６５０、モバイルＩ／Ｆサーバ６８０、ショップ管理サーバ７００、景品ＤＢ７５０に対応する。また、無線ネットワーク９６９０は、景品交換システム１におけるネットワーク６９０に対応する。
基幹サーバ９６００は、本実施形態に係る景品交換システム９００１の利用者をモール会員（ホール店舗の会員は、「ホール店舗の会員」又は単に「会員」と称する）として管理し、遊技者の景品選択や景品交換の操作に応じてそれぞれ景品選択制御処理、景品交換制御処理を行い、景品交換が決定した場合には、自動的に対応するネット通販サイトに対する景品発注処理を行う。モール会員の情報や、景品選択・景品交換に関する情報は、基幹ＤＢ９６５０に記憶される。また、景品選択制御処理は、モール会員として登録をしていない状態の遊技者に対しても、景品選択を可能とする。
モバイルＩ／Ｆサーバ９６８０は、スマートフォン９５７０やフィーチャーフォン等で実行されるＷＥＢブラウザからのアクセスに応じて、これらの装置に所定のＷＥＢページを提供するＷＥＢサーバ機能を提供する。スマートフォン９５７０等は、景品選択装置として機能し、スマートフォン９５７０等を用いて、遊技者が、モール会員の登録や景品選択の処理を行うことができる。また、スマートフォン９５７０等で実行される他のアプリケーションからのアクセスに応じて、データの送受信を行うアプリケーションサーバとしても機能しうる。モバイルＩ／Ｆサーバ９６８０は、スマートフォン９５７０等の操作に応じて、基幹ＤＢ９６５０のデータ等を参照、更新する。なお、スマートフォン９５７０等は、遊技者が携帯するコンピュータであり、ホール店舗や、それ以外のあらゆる場所で景品選択装置として機能しうる。
ショップ管理サーバ９７００は、１つ又は複数のネット通販サイトのショップに関するショップ情報を収集し管理するとともに、ネット通販サイトで取り扱う商品に関する商品情報を受信（又は収集）し、所定の条件を満たす場合に、その商品情報を、景品選択装置に表示可能なものとして記憶する。これらのショップ情報、及び商品情報は、景品ＤＢ９７５０に記憶される。また、基幹サーバ９６００からの指令に応じて、対応するネット通販サイトに向けて景品配送指示を送信する。
また、景品交換システム９００１には、景品交換システム９００１に接続されるネット通販サイトのシステム等に応じて、Ｉ／Ｆサーバが用意される。例えば、システムからＩ／Ｆサーバ端末へは、景品の候補となる商品の商品情報が送信され、Ｉ／Ｆサーバからシステムに対しては、モール会員である遊技者が操作する端末からの景品交換指示に基づいて、商品の発注等に係るデータが送信される。
なお、ここでは、ショップが自身のショップシステム（９８４２ａ、９８４２ｂ）を有する場合に、そのショップシステムが景品交換システム９００１のショップシステムＩ／Ｆサーバ９８４０に接続される例が示されているが、ネット通販サイトのシステム構成に応じて、上述した第１〜第８の実施形態で説明したような接続形態やその他様々な接続形態をとることができる。
なお、この例では、ショップシステムＩ／Ｆサーバ９８４０に２つのショップシステム（９８４２ａ、９８４２ｂ）が接続されているが、１つのショップシステムが接続されていてもよいし、３以上のショップシステムが接続されていてもよい。もちろん、上述のように、第１の実施形態等で示した、横断型ＥＣモール連携システムＩ／Ｆ、ＥＣモール管理システムＩ／Ｆサーバ、個別ショップＩ／Ｆサーバ等を含むように構成されてもよい。また、各Ｉ／Ｆサーバをまとめて、より少ないＩ／Ｆサーバを用いるように構成することもできるし、逆に、細分化された機能に対応するより多くのＩ／Ｆサーバを用いるようにすることもできる。また、Ｉ／Ｆサーバをショップ管理サーバ９７００や他の装置と統合して構成することもできる。
また、景品交換システム９００１は、電算センターに、ＡＰ（アプリケーション）サーバ９６８５を備える。ＡＰサーバ９６８５は、ＰＣ（パーソナルコンピュータ）９５８０で実行されるＷＥＢブラウザからのアクセスに応じて、これらの装置に所定のＷＥＢページを提供するＷＥＢサーバ機能を提供する。ＰＣ９５８０は、景品選択装置として機能し、ＰＣ９５８０を用いて、遊技者が、モール会員の登録や景品選択の処理を行うことができる。また、ＰＣ９５８０で実行される他のアプリケーションからのアクセスに応じて、データの送受信を行うアプリケーションサーバとしても機能しうる。ＡＰサーバ９６８５は、ＰＣ９５８０の操作に応じて、基幹ＤＢ９６５０のデータ等を参照、更新する。なお、ＰＣ９５８０は、遊技者の自宅等の場所に配置され、その場所で景品選択装置として機能しうるコンピュータである。
また、景品交換システム９００１は、電算センターに、決済管理サーバ９８００を備え、決済管理サーバ９８００は、景品交換におけるネット通販サイトとの決済、及びホール店舗との決済を管理し、決済管理ＤＢ９８５０を備える。決済管理サーバ９８００の機能については、後で詳細に説明する。
さらに、景品交換システム９００１は、ホール店舗に、接続管理装置９０９０、景品交換端末９５３０、及びビューワ９５５０を備える。
接続管理装置９０９０は、ホール店舗の景品交換端末９５３０及びビューワ９５５０と、電算センターの基幹サーバ９６００との間の接続を制御する。接続管理装置９０９０は、ホール店舗の景品交換端末９５３０及びビューワ９５５０と基幹サーバ９６００との間をＶＰＮ（Virtual Private Network）で接続する場合は、ＶＰＮルーター機能を含み、その他、基幹サーバ９６００との接続を制御する接続制御機能を含む。また、接続管理装置９０９０は、ゲートウエイ機能を備えるゲートウエイ装置、ＶＰＮルーター機能を備えるＶＰＮルーター装置、及び接続制御機能等を備える接続制御装置を含んだ複数の装置から構成される装置であってもよい。
景品交換端末９５３０は、景品交換装置として機能する。景品交換装置は、景品選択装置によって事前に選択された景品（お買い物リストに登録された景品）に関する情報を表示し、交換する景品を最終的に選択させ、注文を指示させる装置である。このような選択と注文指示は、基本的に、遊技者自らが、景品交換カウンターにおいて行うが、ホール店舗のスタッフが行ってもよい。本実施形態では、景品交換端末９５３０が景品交換装置としてのみ機能する専用端末として例示されているが、景品選択装置としての機能や他の機能を有する装置として設定することもできる。また、ホール店舗に配置されるホールシステム９００２の景品ＰＯＳやサンド装置と一体化して構成し、景品交換装置としての機能を提供するようにもできる。景品交換装置へのログインは、モール会員カードを用いてモール会員登録を行った結果得られるモール会員ＩＤによって行うことができる。ここで、モール会員カードは、例えば非接触ＩＣカードであり、非接触ＩＣカードとしては、近距離無線通信規格（ＮＦＣ：Near Field Communication）に基づく非接触ＩＣチップを備えたカードや、非接触ＩＣチップを内蔵した携帯電話・スマートフォン等がある。
ビューワ９５５０は、ホール店舗に備え付けられ、景品選択装置として機能する。景品選択装置は、複数のネット通販サイトから登録された商品に関する情報を表示し、遊技者に、将来的に交換可能な景品としてこれらの商品を選択させる装置である。景品選択装置により、（所定の条件下で）モール会員の登録を行うこともできる。遊技者により選択された商品は、お買い物リストに登録される。上述のＰＣ９５８０やスマートフォン９５７０も景品選択装置として機能する。本実施形態では、ビューワ９５５０として、例えば、４０インチや５０インチといった大型のディスプレイ（タッチパネル型表示装置）を備えた大型ビューワと、１０インチや１５インチといった小型のディスプレイ（タッチパネル型表示装置）を備えた小型ビューワが設置される。景品選択装置には、ビューワ９５５０、ＰＣ９５８０、及びスマートフォン９５７０のほか、遊技者個人が所有する携帯電話やタブレット端末、その他のネットワーク通信可能な任意の端末を用いることもできる。
景品交換システム９００１はさらに、管理端末９８７０を備える。管理端末７８７０は、景品交換システム９００１を管理するスタッフが使用する端末であり、モール会員情報、景品情報、商品情報、景品コード対応情報、景品表示制御情報、景品初期表示情報、ユーザ情報表示情報、端末情報、遊技媒体種別情報等を管理するための画面を表示し、所定の権限において関係するＤＢを更新する。
管理端末９８７０は、その使用形態に応じて、管理企業、ホール店舗、電算センターを含む様々な場所に配置され、景品交換システム９００１の基幹サーバ９６００やショップ管理サーバ９７００に接続される。
さらに、景品交換システム９００１においては、図１の景品交換システム１のように、ホール連携システムを備えることができる。例えば、ホール店舗間においてデータ連携が必要な場合、景品交換システム９００１は、このホール連携システムを備えるように設計することができる。ホール連携システムには、図１に示すように、ホール連携コンピュータ、ホール連携ＤＢ、及びセンター店舗Ｉ／Ｆサーバ等の装置が配置されうる。
なお、この例では、遊技者が所望の景品を閲覧・選択するための景品選択装置として、ビューワ９５５０、スマートフォン９５７０、及びＰＣ９５８０がある。ビューワ９５５０には、後述するように、大型のディスプレイを有する大型ビューワ９５５０ａと、小型のディスプレイを有し、休憩室（図１７４参照）等に設置される小型ビューワ９５５０ｂ等が含まれる。景品選択装置によってあらかじめ選択した交換希望の景品のみ表示する景品交換端末としては、景品交換専用の端末である景品交換端末９５３０がある。景品選択装置は、ここでは、景品一覧からの閲覧・選択機能を有さない、交換専用の端末である。すなわち、景品を閲覧・選択し、交換するという、一連の流れのなかで、「景品の閲覧・選択」のための景品選択装置と、「選択した景品の交換」のための景品交換装置とを明確に分けている。また、ホール店舗の希望に沿って、大型ビューワ９５５０ａ、小型ビューワ９５５０ｂ、及び景品交換端末９５３０の台数と設置位置を自由に設定することができる。また、景品交換装置は、景品選択装置が有する、景品一覧からの閲覧・選択機能を有するようにも構成できる。
次に、図１７４を参照して、ホール店舗における各装置の配置について説明する。図１７４は、ホール店舗の主要エリアにおいて、ホールシステム９００２、及び景品交換システム９００１の各装置がどのように配置されているかを模式的に例示する見取図である。
図１７４に示すように、例示のホール店舗は、図の下側に２つの正面出入口（９１２４ａ、９１２４ｂ）が設けられ、この出入口により遊技者がホール店舗に出入りする。正面出入口（９１２４ａ、９１２４ｂ）の前は、正面通路となっており、その奥（図面の上側）に、４つの島（９１０７〜９１１０）が配置されている。各島は、８つの遊技機９０１０を含み、２つの遊技機９０１０からなる４つの組は、それぞれ向かい合わせに配置される。
上述した４つの島（９１０７〜９１１０）の間には、３つの内側通路が設けられており、島９１０７の左側、及び島９１１０の右側にはそれぞれ、外側通路が設けられている。また、４つの島（９１０７〜９１１０）の下端には、それぞれ大型ビューワ９５５０ａが配置され、入店した遊技者が、商品情報やホール店舗の案内情報などを目にし易い位置となっている。一方、島９１０７、及び島９１１０の上端にはそれぞれ、島端計数装置９５２０が配置されている。
上述した４つの島（９１０７〜９１１０）のさらに奥（図面の上側）には、左側に島（９１０１、９１０３、９１０５）が配置され、右側に島（９１０２、９１０４、９１０６）が配置されている。各島には、４つの島（９１０７〜９１１０）と同様に、８つの遊技機９０１０が含まれ、２つの遊技機９０１０からなる４つの組は、それぞれ向かい合わせに配置される。なお、図示するように、これらの島（９１０１〜９１０６）の遊技機９０１０は、上述した４つの島（９１０７〜９１１０）の遊技機９０１０と直交する向きに配置されている。
左側の島（９１０１、９１０３、９１０５）と右側に島（９１０２、９１０４、９１０６）との間には、内側通路が設けられている。また、左側の島（９１０１、９１０３、９１０５）の左側、及び右側に島（９１０２、９１０４、９１０６）の右側には、それぞれ、上述の外側通路が延びている。
島９１０１の左端には、大型ビューワ９５５０ａが配置され、右端には、島端計数装置９５２０が配置されている。島９１０３の左端には、大型ビューワ９５５０ａが配置され、右端には、小型ビューワ９５５０ｂが配置されている。島９１０５の左端には、小型ビューワ９５５０ｂが配置され、右端には、島端計数装置９５２０が配置されている。
島９１０２の左端には、島端計数装置９５２０が配置され、右端には、大型ビューワ９５５０ａが配置されている。島９１０４の両端には、大型ビューワ９５５０ａが配置されている。島９１０６の左端には、島端計数装置９５２０が配置され、右端には、大型ビューワ９５５０ａが配置されている。
島（９１０１〜９１０６）のさらに奥（図面の上側）では、左側に景品交換カウンター９１１２が配置され、右側に店頭景品陳列コーナー９１１４が配置される。また、景品交換カウンター９１１２の左側奥には、スタッフルーム入口９１２０が設けられ、景品交換カウンター９１１２の左側手前には、化粧室入口９１２１が設けられている。また、店頭景品陳列コーナー９１１４の右側手前には、休憩室入口９１２３が設けられている。さらに、景品交換カウンター９１１２の奥（図面の上側）には、コンピュータルーム入口９１２６が設けられている。なお、コンピュータルームには、上述したホールコンピュータ９４００、ホールＤＢ９４３０、接続管理装置９０９０等のコンピュータ類が設置されている。
景品交換カウンター９１１２の奥（図面の上側）には、ホール店舗のスタッフが待機しており、遊技者による景品交換の要求等に対応する。景品交換カウンター９１１２には、図示するように、景品ＰＯＳ９５００と、これに接続された景品交換端末９５３０の組が２つ載置されている。さらに、景品交換カウンター９１１２には、小型ビューワ９５５０ｂが載置されている。
店頭景品陳列コーナー９１１４には、遊技者が獲得した遊技媒体の数に応じて交換可能な景品の現物が陳列され、遊技者は、これらの店頭に陳列された景品、及び景品交換システム９００１によって提供されるネット通販サイトが取り扱う景品のなかから、所望のものを一般景品として選択することができる。遊技者は、店頭景品陳列コーナー９１１４に陳列された多くの景品を現物で視認するとともに、大型ビューワ９５５０ａに表示された、ネット通販サイトが取り扱う景品を見ることとなり、これらは、遊技者に対する遊技への動機付けとなりうる。
次に、図１７５を参照して、サンド装置９０２０の構成について説明する。図１７５は、サンド装置９０２０の構成を示すブロック図である。なお、このサンド装置９０２０の構成は、第１の実施形態において、図３及び図５で示したサンド装置２０と類似するものである。メインＣＰＵ（central processing unit）９０４０は、ＲＯＭ（read only memory）９０４１に格納された制御部ログラムを読み出して、メダルの貸出等の処理を実行する。処理に係る各種データは、ＲＡＭ（random access memory）９０４２に格納される。
メインＣＰＵ９０４０は、情報カードリーダ／ライタ９０２２を介して情報カードから読み取った金額データ、又は非接触ＩＣカードリーダ／ライタ９０２３を介して非接触ＩＣカードから読み取った金額データを残高データとしてＲＡＭ９０４２に格納する。メインＣＰＵ９０４０は、この残高データと、操作ユニット９０３４から出力される操作結果に基づいて、遊技者が指定した金額が残高データよりも小さい場合には、指定された金額分のメダルを払出用ホッパ９０４５において計数して払い出し、残高データから払い出されたメダル分の金額を減算することにより、残高データを更新する。なお、メインＣＰＵ９０４０は、駆動回路９０４３を制御することにより、払出用ホッパ９０４５を駆動させることができる。
操作ユニット９０３４には、情報カードを返却するボタンも表示されており、遊技者がこの操作ボタンを操作することにより、メインＣＰＵ９０４０は、情報カードリーダ／ライタ９０２２に挿入されている情報カードをカード挿入口９０３２（図３に示すカード挿入口３２に対応）から返却する。
また、メインＣＰＵ９０４０は、紙幣識別装置（ビルバリ）９０２４から出力される紙幣識別結果を残高データとしてＲＡＭ９０４２に格納する。メインＣＰＵ９０４０は、この残高データと、操作ユニット９０３４から出力される操作結果に基づいて、遊技者が指定した金額が残高データよりも小さい場合には、指定された金額分のメダルを払出用ホッパ９０４５において計数して払い出し、残高データから払い出されたメダル分の金額を減算することにより、残高データを更新する。なお、メインＣＰＵ４０は、駆動回路９０４３を制御することにより、払出用ホッパ９０４５を駆動させることができる。
また、メインＣＰＵ９０４０は、ＬＥＤ部９０３１の赤外ＬＥＤ９０３１Ｂを監視用投光器として用い、赤外ＬＥＤ９０３１Ｂからの赤外光を遊技者で反射させ、これをカメラ９０３５において撮像する。メインＣＰＵ９０４０は、カメラ９０３５において撮像された画像をＲＡＭ９０４２に格納し、この画像に基づいて、遊技者の存在や交代を検出する。この検出処理は常時行われる。遊技者の状態が非検出（離席）状態に変化して、カード挿入口９０３２から挿入された情報カードが挿入されたままである場合、又は紙幣挿入口９０３３（図３に示す紙幣挿入口３３に対応）から挿入された紙幣の金額データに残高がある場合、メインＣＰＵ９０４０は、スピーカ９０４８を介して、警告音や警告音声を発することにより、離席しようとする遊技者に対して注意を喚起することができる。警告音声としては、「カードを忘れています」といった音声が発せられる。
上述のように、メインＣＰＵ９０４０は、非接触ＩＣカードリーダ／ライタ９０２３を介して、非接触ＩＣカードとの間で非接触通信を行うようになされている。この通信の方式は、例えば、キャリア周波数が１３．５６ＭＨｚの電磁誘導方式である。メインＣＰＵ９０４０は、非接触ＩＣカードリーダ／ライタ９０２３を介して非接触ＩＣカードから読み取った金額データに応じた数のメダルを払出用ホッパ９０４５によって計数し、メダル払出用トレー９０３７（図３に示すメダル払出用トレー３７に対応）から払い出すと共に、非接触ＩＣカードの残高データを書き換える。
また、メインＣＰＵ９０４０は、インターフェイス９０４７を介して、遊技機９０１０やホールコンピュータ９４００との間で通信を行うようになっている。遊技機９０１０は、遊技結果として払い出されたメダル数、及び遊技を行うために遊技者によって投入されたメダル数を定期的にサンド装置９０２０へ送信しており、サンド装置９０２０のメインＣＰＵ９０４０は、これらの情報を受け取ると、これらをＲＡＭ９０４２に記憶する。
また、メインＣＰＵ９０４０は、カメラ９０３５を介して遊技者の顔画像を定期的に取り込み、ＲＡＭ９０４２に記憶する。前回記憶された顔画像と今回記憶された顔画像とを比較し、同一人物でないと判断された場合、メインＣＰＵ９０４０は、遊技者が交代したものと判断し、これに応じた処理を行う。
図１７３に示すように、遊技機９０１０、及びサンド装置９０２０は、それぞれホールコンピュータ９４００と通信可能に接続されている。ホールコンピュータ９４００は、遊技機９０１０からはメダルの投入情報や払出情報といったメダル数に関する蓄積情報（メダル数情報）をサンド装置９０２０経由で受信し、サンド装置９０２０からは、情報カードや非接触ＩＣカードとの間のメダル数の移動等のメダル数に関する情報（メダル数情報）を受信する。
上述のように、サンド装置９０２０は、図３及び図５に示すサンド装置２０と類似するものであるが、この例では、メダルの計数機能を持たず、さらに、景品交換システム９００１に関する景品選択処理、及び景品交換処理を行わないように構成される。
次に、図１７６を参照して、島端計数装置９５２０の構成について説明する。図１７６は、島端計数装置９５２０の構成を示すブロック図である。メインＣＰＵ（central processing unit）９５２１は、ＲＯＭ（read only memory）９５２２に格納された制御部ログラムを読み出して、メダルの計数処理を実行する。処理に係る各種データは、ＲＡＭ（random access memory）９５２３に格納される。
メインＣＰＵ９５２１は、遊技者が操作ユニット９５２５を操作して計数処理の開始を指示すると、計数用ホッパ９５２７を、駆動回路９５２６を制御することによって駆動し、当該遊技者によって計数用ホッパ９５２７に投入されたメダルを計数する。計数結果は、プリンタ９５２４によって印刷され、レシートとして出力される。操作ユニット９５２５は、例えば、小型のディスプレイ（タッチパネル型表示装置）であり、プリンタ９５２４は、例えば、サーマルプリンタである。
メインＣＰＵ９５２１は、計数結果を、インターフェイス９５２８を介してホールコンピュータ９４００に送信する。また、メインＣＰＵ９５２１は、スピーカ９５２９を制御して、遊技者の操作が適切でない場合等に、警告音や警告音声を発するようにすることができる。
また、島端計数装置９５２０に非接触ＩＣカードリーダ／ライタ等を設けるように構成して、所定の記憶媒体に、計数結果を記憶されるようにしてもよい。
次に、図１７７を参照して、ホールコンピュータ９４００の構成について説明する。図１７７は、ホールコンピュータ９４００の構成を示すブロック図である。なお、このホールコンピュータ９４００は、第１の実施形態において、図７に示したホールコンピュータ４００と類似するものである。
ホールコンピュータ９４００は、メインＣＰＵ９４０１、ＲＯＭ９４０２、ＲＡＭ９４０３、外部記憶装置９４０４、ディスプレイ９４０５、インターフェイス９４０６、及びスピーカ９４０７を備えている。
メインＣＰＵ９４０１は、ＲＯＭ９４０２、及びＲＡＭ９４０３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ９４０１は、ホール店舗の会員情報を管理し、貯玉や貯メダル等の遊技媒体の保持数を会員ごとに管理し、それぞれの会員の遊技状況等を管理するための処理を実行し、ディスプレイ９４０５やスピーカ９４０７を制御する。
ディスプレイ９４０５は、ホールコンピュータ９４００によって管理する遊技データを表示させ、あるいは不正や異常の発生を報知するものである。このディスプレイ９４０５は、例えば液晶表示装置によって実現される。
スピーカ９４０７は、メダルの不正持込等の不正や異常が生じた場合に、ディスプレイ９４０５とともに報知を行うものである。このスピーカ９４０７は、不正や異常の報知以外にも各種の音声データを出力する。
ホールコンピュータ９４００は、インターフェイス９４０６を介して遊技機９０１０、サンド装置９０２０、景品ＰＯＳ９５００、島端計数装置９５２０、及び接続管理装置９０９０と通信可能に接続される。本発明を実施するための制御プログラムは、例えば、外部記憶装置９４０４に記憶され、ＲＡＭ９４０３にロードされる。また、当該制御プログラムは、インターフェイス９４０６を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
外部記憶装置９４０４には、ホールＤＢ９４３０が記憶され、会員情報、貯メダル情報、行動履歴情報等が記憶される。
なお、基幹サーバ９６００、ショップ管理サーバ９７００、ショップシステムＩ／Ｆサーバ９８４０の構成も、上述したホールコンピュータ９４００の構成に類似するため（ただし、インターフェイスにより接続される装置はそれぞれ異なる）、説明を省略する。
次に、図１７８を参照して、景品ＰＯＳ９５００の構成について説明する。図１７８は、景品ＰＯＳ９５００の構成を示すブロック図である。この景品ＰＯＳ９５００は、第１実施形態において、図８に示した景品ＰＯＳ５００と類似するものである。
景品ＰＯＳ９５００は、従来の景品交換処理を実現しながら、本実施形態の景品交換システム９００１による景品交換に関して、所定のデータを景品交換端末９５３０から受信してホールコンピュータ９４００に送信するよう構成されている。景品ＰＯＳ９５００は、メインＣＰＵ９５０１、ＲＯＭ９５０２、ＲＡＭ９５０３、情報カードリーダ／ライタ９５０４、非接触ＩＣカードリーダ／ライタ９５０５、バーコードリーダ９５０６、キーボード９５０８、ディスプレイ９５０９、プリンタ９５０７、及びインターフェイス９５１０を備えている。また、スピーカを備えるようにすることもできる。
メインＣＰＵ９５０１は、ＲＯＭ９５０２、及びＲＡＭ９５０３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ９５０１は、従来の景品交換処理を実行し、本実施形態の景品交換システム９００１による景品交換処理において、所定のデータ送受信を実行する。当該制御プログラムは、インターフェイス９５１０を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
メインＣＰＵ９５０１は、島端計数装置９５２０で印刷されたレシートを、バーコードリーダ９５０６で読み取り、これによって、景品交換を行うために必要となる計数結果（獲得した遊技媒体の数）を取得する。また、メインＣＰＵ９５０１は、情報カードや非接触ＩＣカードに計数結果が登録されている場合、情報カードリーダ／ライタ９５０４や非接触ＩＣカードリーダ／ライタ９５０５を介して計数結果（遊技媒体の保持数（貯メダル数）を含む）を取得することもできる。
ディスプレイ９５０９は、ホール店舗のスタッフによるタッチ操作が可能な、タッチパネルディスプレイとして構成される。メインＣＰＵ９５０１は、ディスプレイ９５０９やキーボード９５０８を介してスタッフから指定された、従来の景品交換に係る景品（ホール店舗に在庫のある一般景品、及び特殊景品）等の情報を受信し、これに応じて、管理している景品の在庫数や、遊技者の遊技媒体に関する情報を、（インターフェイス９５１０を介して接続される）ホールコンピュータ９４００に送信する。
また、遊技者から、（インターフェイス９５１０を介して）景品ＰＯＳ９５００に接続された景品交換端末９５３０から景品交換の指示を受信すると、メインＣＰＵ９５０１は、ホールコンピュータ９４００にアクセスして、当該景品交換に係る遊技媒体の数を送信する。また、メインＣＰＵ９５０１は、プリンタ９５０７を制御して、景品交換に係るプルーフや領収書、残りの遊技媒体の数量を示すレシート等を必要に応じて印刷するよう指示する。
また、メインＣＰＵ９５０１は、スピーカを備える場合は、そのスピーカを制御して、遊技者の操作が適切でない場合等に、警告音や警告音声を発するようにすることができる。
次に、図１７９を参照して、景品交換端末９５３０の構成について説明する。図１７９は、景品交換端末９５３０の構成を示すブロック図である。景品交換端末９５３０は、メインＣＰＵ９５３１、ＲＯＭ９５３２、ＲＡＭ９５３３、非接触ＩＣカードリーダ／ライタ９５３４、ディスプレイ９５３５、インターフェイス９５３６、及びスピーカ９５３７を備えている。
メインＣＰＵ９５３１は、ＲＯＭ９５３２、及びＲＡＭ９５３３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ９５３１は、本実施形態の景品交換システム９００１による景品交換処理を実行する。当該制御プログラムは、インターフェイス９５３６を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
ディスプレイ９５３５は、遊技者によるタッチ操作が可能な、タッチパネルディスプレイとして構成される。また、景品交換端末９５３０は、景品ＰＯＳ９５００と連携するように、インターフェイス９５３６を介して景品ＰＯＳ９５００に接続されるとともに、景品交換システム９００１とデータの送受信を行うために、インターフェイス９５３６を介して接続管理装置９０９０に接続される。
メインＣＰＵ９５３１は、ディスプレイ９５３５に、本実施形態の景品交換システム９００１の景品交換を行うための画面（お買い物リスト画面を含む）を表示する。当該画面において、遊技者から交換するよう指示された景品の情報は、非接触ＩＣカードリーダ／ライタ９５３４を介して非接触ＩＣカードから読み取られたモール会員ＩＤと対応付けられて、接続管理装置９０９０を経由し、基幹サーバ６００に送信される。
他方、景品交換により消費された遊技媒体の数量は、ユーザ履歴管理、遊技媒体数量管理、電算センターとの精算等のために、景品ＰＯＳ９５００を経由してホールコンピュータ９４００に送信される。
カメラ９５３８は、景品交換端末９５３０に内蔵される小型の撮像装置であり、撮像素子は、ＣＣＤ（Charge Coupled Device）等で構成され、景品交換端末９５３０を操作する遊技者の顔などを撮影する。
次に、図１８０を参照して、ビューワ９５５０の構成について説明する。図１８０は、ビューワ９５５０の構成を示すブロック図である。ビューワ９５５０は、メインＣＰＵ９５５１、ＲＯＭ９５５２、ＲＡＭ９５５３、非接触ＩＣカードリーダ／ライタ９５５４、ディスプレイ９５５５、インターフェイス９５５７、及びスピーカ９５５８を備えている。
メインＣＰＵ９５５１は、ＲＯＭ９５５２、及びＲＡＭ９５５３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ９５５１は、本実施形態の景品交換システム９００１による景品選択処理を実行する。当該制御プログラムは、インターフェイス９５５７を介して他の装置から、又は、インターネットを含むネットワークを介して外部の他の装置から提供されることもできる。
非接触ＩＣカードリーダ／ライタ９５５４は、例えば、ホール店舗で配布されるモール会員カード（非接触ＩＣカード）を読み取り、景品選択処理で選択された景品をお買い物リストに登録する際に、そのモール会員カードから読み取ったモール会員ＩＤと対応付けられる。本実施形態では、モール会員登録をしなくても、景品選択処理を行うことができるので、モール会員登録がされていない場合、お買い物リストは、その非接触ＩＣカードの固有ＩＤと対応付けて登録される（本実施形態では、モール会員登録がされていない状態の非接触ＩＣカードも、便宜上モール会員カードと称する）。
ディスプレイ９５５５は、遊技者によるタッチ操作が可能な、タッチパネルディスプレイとして構成される。ディスプレイ９５５５には、お買い物リストに登録可能な（ネット通販サイトが取り扱う）景品が表示され、遊技者は、これをタッチして選択することによって、お買い物リストに登録することができる。ディスプレイ９５５５に表示される商品情報は、インターフェイス９５５７、及び接続管理装置９０９０を介して接続された基幹サーバ９６００から提供され、遊技者によって選択された商品情報は、インターフェイス９５５７、及び接続管理装置９０９０を介して基幹サーバ９６００に送信される。
本実施形態では、上述のように、ビューワ９５５０は、大きなサイズのディスプレイを備えた大型ビューワ９５５０ａと、小さなサイズのディスプレイを備えた小型ビューワ９５５０ｂとがある。
また、メインＣＰＵ９５５１は、スピーカ９５５８を制御して、遊技者の操作が適切でない場合等に、警告音や警告音声を発するようにすることができる。
次に、図１８１を参照して、スマートフォン９５７０の構成について説明する。図１８１は、スマートフォン９５７０の構成を示すブロック図である。スマートフォン９５７０は、メインＣＰＵ９５７１、ＲＯＭ９５７２、ＲＡＭ９５７３、非接触ＩＣチップ９５７４、ＧＰＳ用アンテナ９５７５、無線通信用アンテナ９５７６、ディスプレイ９５７７、マイク９５７８、及びスピーカ９５７９を備えている。
メインＣＰＵ９５７１は、ＲＯＭ９５７２又はＲＡＭ９５７３に格納された制御プログラムを読み出して実行する。例えば、メインＣＰＵ９５７１は、ＷＥＢブラウザや外部ネットワーク経由でダウンロードされたアプリケーションを実行して、モバイルＩ／Ｆサーバ９６８０とデータ送受信を行い、本実施形態の景品交換システム９００１によるモール会員登録処理や景品選択処理を実行する。
非接触ＩＣチップ９５７４は、上述したビューワ９５５０の非接触ＩＣカードリーダ／ライタ９５５４のようなリーダによって内部のデータが読み取られる。例えば、非接触ＩＣチップ９５７４を識別することができるＩＤｍや、非接触ＩＣチップ９５７４の記憶領域に書き込んだデータを、非接触で読み出すことができる。また、必要に応じて、非接触ＩＣチップ９５７４の記憶領域に、非接触でデータを書き込むことができる。
メインＣＰＵ９５７１は、ＧＰＳ用アンテナ９５７５を介して、複数のＧＰＳ（Global Positioning System）から信号を受信し、スマートフォン９５７０の位置を調べる。こうして求められた位置情報は、ＲＡＭ９５７３等に記憶され、必要に応じてプログラムで利用される。
メインＣＰＵ９５７１は、無線通信用アンテナ９５７６を介して携帯電話基地局と通信を行い、他の機器との間で通話を行うために通話データを送受信したり、インターネットを介して他の端末から提供されるＷＥＢページを閲覧したり、メールサーバとの間でメールデータの送受信を行うよう制御する。また、メインＣＰＵ９５７１は、無線通信用アンテナ９５７６を用いて、無線ＬＡＮアクセスポイントとの間で無線ＬＡＮ通信を実現し、インターネット経由のデータ送受信を行う（ただし、無線ＬＡＮ通信に用いるアンテナは、携帯電話基地局と通信を行うアンテナとは異なるアンテナである）。
メインＣＰＵ９５７１は、例えば、モバイルＩ／Ｆサーバ９６８０から、モール会員登録や景品選択に関する画面であるＷＥＢページのデータを受信し、そのデータを解釈してディスプレイ９５７７に表示する。ディスプレイ９５７７は、遊技者によってタッチ操作が可能なタッチパネルディスプレイとして構成されており、遊技者は、ディスプレイ９５７７に表示された画面上の所定の位置をタッチすることによって、所定の指示をモバイルＩ／Ｆサーバ９６８０に返信する。
マイク９５７８、及びスピーカ９５７９によって音声の入出力を行うとともに、メインＣＰＵ９５７１によって音声信号処理を行うことによって携帯電話による音声通話を可能としている。
フィーチャーフォンや、その他の携帯機器の構成についての説明は省略するが、上述したスマートフォン９５７０と同様の構成となる。
次に、図１８２を参照して、本実施形態に係る景品交換システム９００１における景品選択から景品交換までのフローの概要を説明する。なお、図１８２では、景品選択装置、遊技機９０１０、景品ＰＯＳ９５００、及び景品交換装置のそれぞれにおける操作や処理が、装置ごとに時系列に示されている。
最初に、遊技者は、ビューワ９５５０等の景品選択装置の非接触ＩＣカードリーダ／ライタに対してモール会員カード（非接触ＩＣカード）をタッチする（ステップＳ２１０１）。なお、この例では、まだモール会員登録は行われていない状態である。
次に、ステップＳ２１０２で、遊技者は、景品選択装置のディスプレイを操作して、表示された景品のなかから、将来的に景品交換を所望する可能性のある商品を選択し、お買い物リストに登録する。このような景品選択指示の方法は、上述した第１の実施形態に係る景品交換システム１と同様である。
その後、ステップＳ２１０３で、遊技者は、（モール会員登録が可能な）景品選択装置において、遊技者のメールアドレスやパスワード、及び、景品の配送に必要な遊技者の氏名、住所等を登録する。このようなモール会員登録は、図示するように、景品選択指示を行った後ですることができる。
他方、遊技者は、ステップＳ２１０４で、遊技機９０１０による遊技を行い、遊技媒体を獲得した場合、島端計数装置９５２０を操作して遊技媒体の計数を行い、レシートを印刷させる（また、このとき、レシートＮＯ等に対応付けて、計数された遊技媒体の数量がホールコンピュータ９４００に送信され、遊技媒体保持数管理テーブル９４３２に記憶される）。このような遊技者による遊技は複数回繰り返されうる。また、ステップＳ２１０３の登録操作とステップＳ２１０４の遊技は、どちらが先であってもよい。従って、遊技者は、ステップＳ２１０４の遊技を行って、遊技媒体を獲得でき、景品を交換可能な状態となった時点で、モール会員登録を行うようにすることができる。
景品交換を行う遊技者は、ステップＳ２１０６で、景品交換端末９５３０のような景品交換装置の非接触ＩＣカードリーダ／ライタに対してモール会員カードをタッチし、パスワードを入力してログインする。ここで使用されるモール会員カードは、モール会員登録が行われたカードである。本実施形態では、景品の交換を行う段階では、モール会員登録がされていることを必須としているため、景品交換装置にログインする際に、モール会員であるか否かをチェックする。なお、景品交換指示の直前まで、モール会員登録を行わずに済むように設計することもできる。
次に、景品交換装置は、ステップＳ２１０７で、接続された景品ＰＯＳ９５００に対して、景品交換に利用される遊技媒体の数量（メダル数）を要求する。これに応答して、景品ＰＯＳ９５００は、ステップＳ２１０８で、ディスプレイ９５０９に、メダル数の入力を促す表示を行う。
ホール店舗のスタッフは、ディスプレイ９５０９の上記表示がされると、遊技者からレシートを受け取り、そのレシートの内容に従って、計数されたメダル数を入力する（ステップＳ２１０９）。
景品交換装置は、景品ＰＯＳ９５００においてスタッフによりメダル数が入力されると、その入力されたメダル数を取得し（ステップＳ２１１０）、景品交換装置のディスプレイに、その遊技者が景品選択装置で登録したお買い物リストを表示する（ステップＳ２１１１）。
景品交換装置において、お買い物リストが表示されると、遊技者は、そのなかから所望する景品を選択し、景品交換指示を行う（ステップＳ２１１２）。もちろん、この段階で、お買い物リストにない、新たな景品を追加し、交換対象とすることもできる。
景品交換装置は、遊技者からの景品交換指示を受信すると、景品発注指示を基幹サーバ９６００に送信する（ステップＳ２１１３）。基幹サーバ９６００は、景品発注指示を受信した後、ショップ管理サーバ９７００等に所定の指示を行って景品の交換を実現するが、これらの処理については、第１の実施形態に係る景品交換システム１等に関連して上述した通りである。
その後、景品交換装置は、景品の交換によって消費された消費メダル数を、景品ＰＯＳ９５００に通知し（ステップＳ２１１４）、消費メダル数を受信した景品ＰＯＳ９５００は、ステップＳ２１０９で入力されたメダル数から、受信した消費メダル数を減算し、その結果をレシートに印刷する（ステップＳ２１１５）。また、ここで、景品ＰＯＳ９５００は、受信した消費メダル数を、ホールコンピュータ９４００に送信する。
また、景品交換実施後に、残り玉（端玉）を、貯玉するように構成することができる（例えば、本発明の第２の実施形態に係る景品交換システム１００１、第３の実施形態に係る景品交換システム２００１等）。例えば、景品交換装置（又は、景品ＰＯＳ９５００、景品交換システム１００１の少額貯玉指示装置１０６０、景品交換システム２００１の少額貯玉指示装置２０６０など）において、景品交換が完了した後に、残り玉について端玉貯玉をするか否かを遊技者に選択・指示させる画面を表示させるように構成することができる。また、このような端玉貯玉機能は、ホール店舗のホールコンピュータ９４００に接続された管理端末（不図示）に表示される管理画面（設定画面）で、オプション機能として活性化／不活性化を選択することができる。
また、ホール店舗において景品交換のための時間がとれない場合や、景品選択装置において所望の景品が選択できていない場合には、獲得した遊技媒体の数量を貯玉できる仕組みと連動させることができる。
次に、図１８３を参照して、景品ＰＯＳ９５００の機能概要を説明する。図１８３は、景品ＰＯＳ９５００の機能ブロック図である。景品ＰＯＳ９５００は、アクセス管理部９５１１、景品ＰＯＳ制御部９５１２、景品交換端末連携制御部９５１３、店頭景品管理部９５１４、ホールコンピュータ連携制御部９５１５、表示制御部９５１６、及びネットワークＩ／Ｆ部９５１７を含む。
アクセス管理部９５１１は、ホール店舗のスタッフが正当なユーザであるか否かをパスワード等でチェックし、ホールコンピュータ９４００等へのアクセスを管理する。景品ＰＯＳ制御部９５１２は、遊技者の指示に基づいてスタッフにより入力された、ホール店舗における景品交換指示（一般景品、特殊景品への交換指示）を受信して景品交換処理を行い、遊技媒体の数量や景品の在庫等を管理する。
景品交換端末連携制御部９５１３は、ネットワーク接続された景品交換端末９５３０からの要求に応じて、景品交換端末９５３０に対して、景品交換に使用される遊技媒体の数量（メダル数）を送信するよう制御し、実際に、景品交換によって消費された遊技媒体の数量を、景品交換端末９５３０から受信するよう制御する。
店頭景品管理部９５１４は、スタッフの操作に応じて、店頭景品陳列コーナー９１１４に陳列される店頭景品に関する情報を受信し、当該情報により、ホールコンピュータのテーブルを更新する。なお、店頭景品管理部９５１４による処理は、後で詳細に説明する。
ホールコンピュータ連携制御部９５１５は、島端計数装置９５２０から、遊技者によって計数された遊技媒体の数量を、会員カードの会員ＩＤやレシートＮＯに対応付けて、ホールコンピュータ９４００に送信し、また、景品交換端末９５３０から景品交換による消費メダル数（遊技媒体数量）を受信した場合に、その情報をホールコンピュータ９４００に送信する。
表示制御部９５１６は、スタッフが景品交換に関する入力を行う画面や、スタッフが店頭景品に関する情報を入力するための画面等を、ディスプレイ９５０９に表示するよう制御する。ネットワークＩ／Ｆ（インターフェイス）部９５１７は、ネットワークに接続して、相手方のコンピュータとデータ送受信を行うよう制御する。またここで、ネットワークは、インターネットを含むネットワークとして構成される場合もある（以降、他の装置のネットワークＩ／Ｆ部についても同様である）。
次に、図１８４（Ａ）を参照して、ホールコンピュータ９４００の機能概要を説明する。図１８４（Ａ）は、ホールコンピュータ９４００の機能ブロック図である。ホールコンピュータ９４００は、ホール会員管理部９４１１、遊技媒体保持数管理部９４１２、店頭景品登録部９４１３、及びネットワークＩ／Ｆ部９４１４を含む。ホールコンピュータ９４００は、景品の管理等、従来のホールコンピュータが有する機能を備えるが、ここでは、本発明に関連する機能を中心に記載するものとする。
また、ホールコンピュータ９４００は、外部記憶装置９４０４にホールＤＢ９４３０を記憶し、ホールＤＢ９４３０には、そのホール店舗の会員に関する情報を記憶する会員情報テーブル９４３１、当該会員が貯メダルや貯玉を指示することにより保持された遊技媒体の保持数を管理する遊技媒体保持数管理テーブル９４３２、及び店頭景品陳列コーナー９１１４に陳列される店頭景品（やその在庫）等に関する情報を記憶する店頭景品情報テーブル９４３３が含まれる。
ホール会員管理部９４１１は、ホール店舗の会員（ホール会員）に関する情報を管理する。遊技媒体保持数管理部９４１２は、ホール会員が貯メダルや貯玉を行った場合に、ホール会員カード等に対応付けて、それらの情報を上記の遊技媒体保持数管理テーブル９４３２に記憶するよう制御するとともに、当該ホール会員が、ホール会員カードを用いて貯メダルや貯玉を利用できるように制御する。
店頭景品登録部９４１３は、スタッフの操作に応じて景品ＰＯＳ９５００から送信される店頭景品等に関する情報を受信し、上述の店頭景品情報テーブル９４３３に記憶するよう制御し、景品選択装置で表示される景品から店頭景品を除外するために、必要に応じて、店頭景品の情報を基幹サーバ９６００に送信する。
次に、図１８４（Ｂ）を参照して、景品交換端末９５３０の機能概要を説明する。図１８４（Ｂ）は、景品交換端末９５３０の機能ブロック図である。景品交換端末９５３０は、アクセス管理部９５４１、景品交換制御部９５４２、表示制御部９５４４、及びネットワークＩ／Ｆ部９５４５を含む。
アクセス管理部９５４１は、ログインする遊技者が正当なモール会員であるか否かをモール会員カードとパスワードでチェックする。景品交換制御部９５４２は、ログインしたモール会員に対応付けられたお買い物リストをディスプレイ９５３５に表示するよう制御し、遊技者の指示に応じて、景品発注指示を基幹サーバ９６００に送信し、消費メダル数を景品ＰＯＳ９５００に送信する。表示制御部９５４４は、お買い物リスト等をディスプレイ９５３５に表示する。
次に、図１８５を参照して、ビューワ９５５０の機能概要を説明する。図１８５は、ビューワ９５５０の機能ブロック図である。ビューワ９５５０は、アクセス管理部９５６１、景品選択制御部９５６２、表示制御部９５６３、及びネットワークＩ／Ｆ部９５６４を含む。
アクセス管理部９５６１は、モール会員カードが提示された場合に、それが正当なカードであるか否かをチェックし、モール会員登録がされていない場合は、モール会員カードの固有ＩＤに基づいて処理を行う。景品選択制御部９５６２は、遊技者により選択された景品を、その遊技者に対応するお買い物リストに登録するよう制御する。表示制御部９５６３は、選択対象の景品等をディスプレイ９５５５に表示する。
ビューワ９５５０には、遊技者等を撮影するためのカメラを含むように構成してもよい。カメラは、例えば、ビューワ９５５０に内蔵される小型の撮像装置であり、撮像素子は、ＣＣＤ（Charge Coupled Device）等で構成される。
次に、図１８６を参照して、基幹サーバ９６００の機能概要を説明する。図１８６は、基幹サーバ９６００の機能ブロック図である。基幹サーバ９６００は、モール会員管理部９６０１、景品選択制御部９６０４、景品交換制御部９６０５、景品発注制御部９６０６、ホール店舗外デバイス管理部９６０７、店頭景品管理部９６０８、景品表示制御部９６０９、景品初期表示制御部９６１０、ユーザ情報表示制御部９６１１、遊技媒体種別定義データ管理部９６１２、及びネットワークＩ／Ｆ部９６１３を含む。
また、基幹サーバ９６００は、外部記憶装置に基幹ＤＢ９６５０を記憶し、基幹ＤＢ９６５０には、モール会員に関する情報を記憶するモール会員情報テーブル９６５１、モール会員の貯メダルや貯玉の情報を記憶するモール会員遊技媒体保持数管理テーブル９６５２、景品選択指示により登録したお買い物リストを記憶するお買い物リスト管理テーブル９６５３、ホール店舗の店頭景品陳列コーナー９１１４に陳列された景品等の情報を記憶する店頭景品管理テーブル９６５６、景品コードの対応関係を記憶する景品コード対応テーブル９６５７、ホール店舗ごとの景品表示を制御するための情報を記憶する景品表示制御テーブル９６５８、景品選択装置における景品の初期表示を制御するための情報を記憶する景品初期表示制御テーブル９６５９、景品選択装置におけるユーザ情報の表示態様を制御するための情報を記憶するユーザ情報表示制御テーブル９６６０、景品選択装置等の属性を記憶する端末管理テーブル９６６１、及び遊技媒体の種別をホール店舗ごとに記憶する遊技媒体種別定義テーブル９６６２が含まれる。
モール会員管理部９６０１は、景品交換装置等からの問い合わせに応じて、モール会員カードの所有者が正当なモール会員であるか否かをチェックし、そのチェック結果を問い合わせ元に送信する。
景品選択制御部９６０４は、景品選択装置からの要求に応じて選択対象の景品に関する商品情報を景品選択装置に送信し、景品選択装置における遊技者の景品選択指示に応じて、選択された景品をお買い物リストとして登録し、お買い物リスト管理テーブル９６５３に記憶する。この処理については、後で詳細に説明する。
景品交換制御部９６０５は、景品交換装置からの要求に応じて、対応するモール会員のお買い物リストを景品交換装置に送信し、景品交換装置における遊技者の景品交換指示に応じて、選択された景品の景品発注指示を当該景品交換装置から受信する。景品発注制御部９６０６は、景品交換装置から受信した景品発注指示に基づいて、ショップ管理サーバ９７００に対して、景品配送指示等を送信する。
ホール店舗外デバイス管理部９６０７は、景品選択装置として機能するＰＣ９５８０やスマートフォン９５７０との接続を管理する。例えば、ＰＣ９５８０がＡＰサーバ９６８５とネットワーク９６９５を介して接続する場合は、ＡＰサーバ９６８５との間のデータ送受信を実現するとともに、ＡＰサーバ９６８５等からの要求に応じて、必要なデータを基幹サーバ９６００で生成し送信する。また、スマートフォン９５７０がモバイルＩ／Ｆサーバ９６８０と無線ネットワーク９６９０を介して接続する場合は、モバイルＩ／Ｆサーバ９６８０との間のデータ送受信を実現するとともに、モバイルＩ／Ｆサーバ９６８０等からの要求に応じて、必要なデータを基幹サーバ９６００で生成し送信する。
店頭景品管理部９６０８は、所定のタイミングで、各ホール店舗のホールコンピュータ９４００から、店頭景品情報テーブル９４３３に記憶された景品情報をコピーして、店頭景品管理テーブル９６５６に記憶する等の処理を制御する。なお、この処理については、後で詳細に説明する。
景品表示制御部９６０９は、店頭景品管理テーブル９６５６に記憶された景品情報に基づいて、各ホール店舗の景品選択装置で表示される景品の表示を抑制する。また、景品表示制御テーブル９６５８に記憶されたデータに基づいて、各ホール店舗の景品選択装置で表示される景品の表示を制御する。なお、これらの処理については、後で詳細に説明する。
景品初期表示制御部９６１０は、景品初期表示制御テーブル９６５９に記憶されたデータに基づいて、各ホール店舗の景品選択装置で表示される景品の表示を制御する。なお、この処理については、後で詳細に説明する。
ユーザ情報表示制御部９６１１は、ユーザ情報表示制御テーブル９６６０に記憶されたデータに基づいて、各ホール店舗の景品選択装置で表示される遊技者（ユーザ）の表示を制御する。なお、この処理については、後で詳細に説明する。
遊技媒体種別定義データ管理部９６１２は、ホール店舗ごとに、遊技媒体種別の定義を可能とし、ホール店舗で定義された遊技媒体種別定義テーブル９６６２の内容に基づいて、各ホール店舗の景品選択装置や景品交換装置で表示される遊技媒体種別の表示を制御するとともに、景品の交換に必要な遊技媒体の数量（メダル（玉）数）、すなわち、交換数量を計算し表示する。なお、この処理については、後で詳細に説明する。
次に、図１８７を参照して、ショップ管理サーバ９７００の機能概要を説明する。図１８７は、ショップ管理サーバ９７００の機能ブロック図である。ショップ管理サーバ９７００は、ショップ情報管理部９７０１、商品決定部９７０２、景品発注管理部９７０３、交換履歴管理部９７０４、注文履歴管理部９７０５、景品価格調整部９７０６、及びネットワークＩ／Ｆ部９７０７を含む。
また、ショップ管理サーバ９７００は、外部記憶装置に景品ＤＢ９７５０を記憶し、景品ＤＢ９７５０には、ショップの情報を記憶するショップ管理テーブル９７５１、ネット通販サイトから収集された商品情報を記憶する商品管理テーブル９７５２、ネット通販サイトに発注した内容を管理する発注管理テーブル９７５４、交換履歴を管理する交換履歴管理テーブル９７５５、注文履歴を管理する注文履歴管理テーブル９７５６、及び景品の価格を調整するための価格調整テーブル９７５７が含まれる。
ショップ情報管理部９７０１は、管理端末９８７０等にショップ登録画面を表示し、入力されたショップ情報をショップ管理テーブル９７５１に登録する。ショップ情報管理部９７０１はさらに、管理者からの検索要求に応じて、ショップ管理テーブル９７５１の内容を検索し、管理端末９８７０等にショップ情報検索画面を表示する。
商品決定部９７０２は、所定の条件によって、ショップから出品されてきた商品を審査する（すなわち、交換可能な景品とするかどうか決定する）。このような審査には、人間により審査された結果を（例えば、管理端末９８７０によって）入力する形態や、商品に関する情報からシステムが自動的に判定する形態等を含む様々な審査形態がある。出品された商品の情報は一旦、ワークエリアに記憶され、審査の結果、交換可能な景品として決定された場合に、（ワークエリアから必要な情報がコピーされて）商品管理テーブル９７５２に記憶され、景品選択装置において景品検索結果やおすすめなどの景品として表示される。
景品発注管理部９７０３は、景品交換装置から景品発注指示があった場合に、その指示を、基幹サーバ９６００を経由して受信し、ショップシステムＩ／Ｆサーバ９８４０に対して、景品の発注を指示する。
交換履歴管理部９７０４は、ショップシステムＩ／Ｆサーバ９８４０から受信した注文受領通知を受信した場合に、その注文に関する交換履歴を作成し、交換履歴管理テーブル９７５５に記憶する。
注文履歴管理部９７０５は、ショップシステムＩ／Ｆサーバ９８４０から注文受領通知を受信した場合に、その注文に関する注文履歴を作成し、注文履歴管理テーブル９７５６に記憶する。
景品価格調整部９７０６は、所定の基準に基づいて、景品の価格を決定する。価格の決定においては、価格調整テーブル９７５７の内容が参照される。この処理については、後で詳細に説明する。
次に、図１８８を参照して、ショップシステムＩ／Ｆサーバ９８４０の機能概要について説明する。図１８８は、ショップシステムＩ／Ｆサーバ９８４０のブロック図である。ショップシステムＩ／Ｆサーバ９８４０は、サーバ通信制御部９８４０ａ、ショップシステムＩ／Ｆ部９８４０ｂ、景品発注制御部９８４０ｃ、出品管理制御部９８４０ｄ、及びネットワークＩ／Ｆ部９８４０ｅを備える。
サーバ通信制御部９８４０ａは、ネットワークＩ／Ｆ部９８４０ｅを介して、ショップ管理サーバ９７００とのデータ送受信を制御する。ショップシステムＩ／Ｆ部９８４０ｂは、ショップシステム（９８４２ａ、９８４２ｂ）とのデータ送受信を制御し、例えば、データフィード受信、ＡＰＩによる連携、ファイル連携、ウェブスクレイピング等を行って、ショップ管理サーバ９７００とショップシステム（９８４２ａ、９８４２ｂ）との間のやりとりを制御する。景品発注制御部９８４０ｃは、ショップシステムＩ／Ｆ部９８４０ｂを介して、指定したショップに対する景品発注の指示をショップシステム９８４２に伝える。出品管理制御部９８４０ｄは、ショップシステム（９８４２ａ、９８４２ｂ）から提供される商品の情報を、例えば、ショップシステムＩ／Ｆ部９８４０ｂを介してデータフィード受信し、ショップ管理サーバ９７００に送信する。
次に、図１８９ないし図２０１を参照して、本発明の第９の実施形態に係る景品交換システム９００１において利用する各種テーブルの構成について説明する。
図１８９（Ａ）は、ホールコンピュータ９４００のホールＤＢ９４３０に含まれる会員情報テーブル９４３１の構成を例示するものであり、上述した第１の実施形態に係る景品交換システム１における会員情報テーブル４３１と同様の構成である。
図１８９（Ｂ）は、ホールコンピュータ９４００のホールＤＢ９４３０に含まれる遊技媒体保持数管理テーブル９４３２の構成を例示するものであり、上述した第１の実施形態に係る景品交換システム１における遊技媒体保持数管理テーブル４３２と同様の構成である。
図１９０は、ホールコンピュータ９４００のホールＤＢ９４３０に含まれる店頭景品情報テーブル９４３３の構成を例示するものである。店頭景品情報テーブル９４３３に記憶されている景品情報は、景品ＰＯＳ９５００から入力された、店頭景品の情報を含んでいる。標準景品コードは、例えば、ＪＡＮ（Japanese Article Number）コード等の、景品を識別するための標準的なコードである。また、標準景品コードの代わりに、所定のショップシステムが採用する独自コードを利用してもよい。店舗景品コードは、ホール店舗が景品に付与しているコードである。なお、店頭景品情報テーブル９４３３には「ＮＯ」の項目が設けられているが、これは各レコードを参照するための便宜的なものである。
図１９０に示す例の場合、ＮＯ＝「１」のレコードが示す、標準景品コード＝「４３３２」の景品は、対応する店舗景品コードがなく、ホール店舗は、標準景品コードでこの景品を管理する。また、ＮＯ＝「２」のレコードが示す、標準景品コード＝「４４５０」の景品は、対応する店舗景品コード＝「８８２」であり、ホール店舗は、標準景品コードと店舗景品コードの両方でこの景品を管理する（この場合、標準景品コードのみで管理することもできる）。さらに、ＮＯ＝「３」のレコードが示す、店舗景品コード＝「００５」の景品は、対応する標準景品コードがなく、ホール店舗独自の商品である。ホール店舗は、店舗景品コードでこの景品を管理する。またさらに、ＮＯ＝「４」のレコードが示す、店舗景品コード＝「０３４」の景品は、対応する標準景品コードがなく、ホール店舗独自の商品である。ホール店舗は、店舗景品コードでこの景品を管理する。
また、店頭景品情報テーブル９４３３は、景品ごとにそのホール店舗での在庫数を管理し、景品ＰＯＳ９５００によって景品交換が指示された場合に、対応する景品の在庫数が減算される。
図１９１（Ａ）は、基幹サーバ９６００の基幹ＤＢ９６５０に含まれるモール会員情報テーブル９６５１の構成を例示するものであり、上述した第１の実施形態に係る景品交換システム１におけるモール会員情報テーブル６５１と同様の構成である。
図１９１（Ｂ）は、基幹サーバ９６００の基幹ＤＢ９６５０に含まれるモール会員遊技媒体保持数管理テーブル９６５２の構成を例示するものであり、上述した第１の実施形態に係る景品交換システム１におけるモール会員遊技媒体保持数管理テーブル６５２と同様の構成である。
図１９２は、基幹サーバ９６００の基幹ＤＢ９６５０に含まれるお買い物リスト管理テーブル９６５３の構成を例示するものであり、上述した第１の実施形態に係る景品交換システム１におけるお買い物リスト管理テーブル６５３と類似する構成である。お買い物リスト管理テーブル９６５３は、お買い物リスト管理テーブル６５３と比較すると、モール会員ＩＤの代わりに、固有ＩＤを記憶するようになっている。これは、本実施形態では、モール会員登録がされる前に景品をお買い物リストに登録することが可能となっているためで、遊技者のお買い物リストは、モール会員カードの固有ＩＤに関連付けられる。モール会員登録がされた後、遊技者のお買い物リストは、お買い物リスト管理テーブル９６５３と上述のモール会員情報テーブル９６５１によって、モール会員ＩＤと関連付けられる。
また、お買い物リスト管理テーブル９６５３は、お買い物リスト管理テーブル６５３と比較して、配送先を記憶するようになっていない。本実施形態では、景品選択装置において、配送先の指定を行わないためである。
図１９３は、基幹サーバ９６００の基幹ＤＢ９６５０に含まれる店頭景品管理テーブル９６５６の構成を例示するものである。店頭景品管理テーブル９６５６は、ホール店舗ごとに、上述の店頭景品情報テーブル９４３３のデータが収集され、本実施形態の景品交換システム９００１が管理する景品の商品ＩＤに関連付けられる。
図１９４は、基幹サーバ９６００の基幹ＤＢ９６５０に含まれる景品コード対応テーブル９６５７の構成を例示するものである。また、図１９０で説明した店頭景品情報テーブル９４３３も示されているが、景品コード対応テーブル９６５７と店頭景品情報テーブル９４３３との関係については、後で説明する。景品コード対応テーブル９６５７は、本実施形態の景品交換システム９００１が管理する景品の商品ＩＤと標準景品コードの対応付けが記憶される。また、商品ＩＤはさらに、ホール店舗を識別する店舗コード（又は、ショップを識別するショップＩＤ）と店舗景品コード（又は、ショップ景品コード）の組に関連付けられる。
この例では、店舗コードは３桁の数字からなるコードで表され、ショップＩＤは最初の文字が「Ｓ」で、その後に３桁の数字が続くＩＤで表されている。店舗景品コードは３桁の数字からなるコードで表され、ショップ景品コードは最初の文字が「Ａ」又は「Ｔ」で、その後に４桁の数字が続くコードで表されている。
また、この例では、例えば、標準景品コード＝「４３３２」の商品は、商品ＩＤ＝「Ｐ００１」に１対１に対応付けられているが、ショップＩＤ＝「Ｓ００１」のショップでは、ショップ景品コード＝「Ａ０１１２」が付与され、ショップＩＤ＝「Ｓ００２」のショップでは、ショップ景品コード＝「Ｔ９００１」が付与されている。なお、商品ＩＤ＝「Ｐ０８１」等の商品は、（もともと標準景品コードが付与されていないか、ホール店舗等で標準景品コードを管理できていないといった理由で）ホール店舗やショップで標準景品コードが対応付けられておらず、この商品を識別するための新たな商品ＩＤが採番されている。
またさらに、商品ＩＤ＝「Ｐ９９２」のように、同じホール店舗（店舗コード＝「７４４」）で個別に管理されている商品（店舗景品コード＝「３９９」、「４００」）が、景品交換システム９００１では、同じ商品として管理されうる。これは例えば、地域の名産品や生鮮食品などにおいて、グラム数や細かな仕様が異なる個別の商品を１つの商品ＩＤで管理するために行われる。このような個別の商品を１つの商品ＩＤにまとめる操作は、管理者が管理端末９８７０から個別に判断を行って実行することもできるし、所定のルールに基づいたデータを、ホール店舗側から提供することによって実現することもできる。
図１９４に示す景品コード対応テーブル９６５７では、（例えば、ＪＡＮコードのような規格化された識別子である）標準景品コードに基づいて、別の主体から入力される景品（商品）を対応付け、その異同を判断したが、その他にも、例えば、ネット通販サイト特有の識別子、（ホール店舗がチェーン店舗である場合）チェーン店舗の本部で設定する独自の識別子、店舗ごとに設定する独自の識別子等のうち、複数の識別子を関連付け、１つの景品を導き出せるような景品コード対応テーブル９６５７を使用することもできる。また、このような景品コード対応テーブル９６５７は、基幹ＤＢ９６５０に記憶して電算センター側に設けてもよいし、ホールＤＢ９４３０に記憶してホール店舗側に設けてもよい。
また、識別子による判断とは別に、一定の価格帯で、店頭景品と景品交換システム９００１の景品とを切り分けることもできる。また、この価格帯をホール店舗ごとに変動させるようにしてもよい。
図１９５は、基幹サーバ９６００の基幹ＤＢ９６５０に含まれる景品表示制御テーブル９６５８の構成を例示するものである。景品表示制御テーブル９６５８は、ホール店舗ごとに、どのカテゴリの景品をどの端末で非表示とするかを指定する。また、景品表示制御テーブル９６５８は、図示するように、対象端末の種別、対象端末の設置位置、非表示とする時間、及び非表示とする期間を指定することもできる。端末本体とディスプレイが別個の装置で構成されている場合、対象端末の種別は、対象端末のディスプレイの種別（大きさ等）を含み、対象端末の設置位置は、対象端末のディスプレイの設置位置を表す。
図１９６（Ａ）は、基幹サーバ９６００の基幹ＤＢ９６５０に含まれる景品初期表示制御テーブル９６５９の構成を例示するものである。景品初期表示制御テーブル９６５９は、ホール店舗ごとに、景品選択装置等において、景品が初期表示される場合に、どのカテゴリを表示するかを指定する。また、景品初期表示制御テーブル９６５９は、図示するように、初期表示の条件を適用する時間、及び初期表示の条件を適用する期間を指定することもできる。
図１９６（Ｂ）は、上述の景品初期表示制御テーブルの他の実施例である景品初期表示制御テーブル９６５９’の構成を例示するものである。景品初期表示制御テーブル９６５９’では、初期表示を行う条件がさらに追加され、景品交換回数や遊技媒体保持数等、遊技者個人に関わる情報に基づいて、初期表示の態様が制御される。
図１９７（Ａ）は、基幹サーバ９６００の基幹ＤＢ９６５０に含まれるユーザ情報表示制御テーブル９６６０の構成を例示するものである。ユーザ情報表示制御テーブル９６６０は、ホール店舗ごとに、どの表示レベルのユーザ情報（遊技者に関する情報）をどの端末で表示するかを指定する。また、ユーザ情報表示制御テーブル９６６０は、図示するように、対象端末の設置位置、当該表示レベルを適用する時間、及び当該表示レベルを適用する期間を指定することもできる。
ここで、ユーザ情報の表示レベルは、ユーザ情報を表示する程度であり、例えば、表示レベル＝「１」は、会員情報登録画面やモール会員の住所等を含むユーザ情報のすべてを表示するレベルであり、表示レベル＝「２」は、モール会員ＩＤと氏名を表示可能とするレベルであり、表示レベル＝「３」は、ユーザ情報のすべてを表示不可とするレベルである。
図１９７（Ｂ）は、基幹サーバ９６００の基幹ＤＢ９６５０に含まれる端末管理テーブル９６６１の構成を例示するものである。端末管理テーブル９６６１は、ホール店舗ごとに、端末コード、端末種別、端末設置位置の対応関係を記憶する。
図１９８は、基幹サーバ９６００の基幹ＤＢ９６５０に含まれる遊技媒体種別定義テーブル９６６２の構成を例示するものである。遊技媒体種別定義テーブル９６６２は、ホール店舗ごとに、基準金額（例えば、１０００円）に対応する貸出遊技媒体数量（すなわち、基準金額に対して貸し出される遊技媒体の数量（貸出数量）であり、例えば、メダル２００枚やパチンコ玉５００個）を定義する。また、景品選択装置や景品交換装置において遊技媒体種別を示すための表示（遊技媒体種別表示）を、これらに対応付けて設定することができる。
図１９９（Ａ）は、ショップ管理サーバ９７００の景品ＤＢ９７５０に含まれるショップ管理テーブル９７５１の構成を例示するものであり、上述した第１の実施形態に係る景品交換システム１におけるショップ管理テーブル７５１と同様の構成である。
図１９９（Ｂ）は、ショップ管理サーバ９７００の景品ＤＢ９７５０に含まれる商品管理テーブル９７５２の構成を例示するものであり、上述した第１の実施形態に係る景品交換システム１における商品管理テーブル７５２に類似する構成である。商品管理テーブル９７５２は、商品管理テーブル７５２と比較すると、対応するカテゴリが１種類となり、ショップにおける商品の在庫を示す在庫情報を有さず、さらに、市場の一般価格から乖離した価格を有する場合に「１」に設定される乖離フラグを有するように構成される。
図２００（Ａ）は、ショップ管理サーバ９７００の景品ＤＢ９７５０に含まれる交換履歴管理テーブル９７５５の構成を例示するものであり、上述した第８の実施形態に係る景品交換システム７００１における交換履歴管理テーブル７７５５と同様の構成である。
図２００（Ｂ）は、ショップ管理サーバ９７００の景品ＤＢ９７５０に含まれる注文履歴管理テーブル９７５６の構成を例示するものであり、上述した第８の実施形態に係る景品交換システム７００１における注文履歴管理テーブル７７５６と同様の構成である。
図２０１は、ショップ管理サーバ９７００の景品ＤＢ９７５０に含まれる価格調整テーブル９７５７の構成を例示するものである。価格調整テーブル９７５７は、商品（景品）のカテゴリごと、及び価格帯ごとに、ショップから提示された価格に上乗せをする金額（調整金額）を記憶する。
次に、図２０２ないし図２０８を参照して、ビューワ９５５０において、景品選択指示画面等を表示する際に、店頭景品陳列コーナー９１１４に陳列してある景品については、景品交換システム９００１で取り扱う景品として表示されないようにする景品表示制御機能について説明する。
図２０２は、ビューワ９５５０において景品選択指示画面が表示される処理の流れを示すフローチャートである。なお、図２０２では、ビューワ９５５０、基幹サーバ９６００、及び、ショップ管理サーバ９７００のそれぞれにおける処理が、装置ごとに時系列に示されている。
最初に、ステップＳ２１２１で、ビューワ９５５０において、遊技者から景品表示指示があるか否かが判定される。この判定処理は、当該指示があるまで繰り返される。景品表示指示は、例えば、遊技者がビューワ９５５０の非接触ＩＣカードリーダ／ライタ９５５４にモール会員カードをかざした（タッチした）場合や、非接触ＩＣカードリーダ／ライタ９５５４にモール会員カードをかざした（タッチした）後で、景品選択指示画面の表示を指示した場合等である。
遊技者から景品表示指示があると（ステップＳ２１２１のＹＥＳ）、ステップＳ２１２２に進み、そこで、ビューワ９５５０の景品選択制御部９５６２は、景品選択ページ（例えば、上述の景品選択指示画面）のリクエストを基幹サーバ９６００に対して行う。また、この場合、ビューワ９５５０等に記憶されている、ホール店舗を識別するためのコードである店舗コードがともに基幹サーバ９６００に送信される。
基幹サーバ９６００の景品表示制御部９６０９は、ステップＳ２１２３において、景品選択ページのリクエストを受信すると、商品情報のリクエストをショップ管理サーバ９７００に送信する。ショップ管理サーバ９７００は、ステップＳ２１２４において、商品情報のリクエストを基幹サーバ９６００から受信すると、商品管理テーブル９７５２から、各商品の商品情報を取得する。商品情報は、例えば、商品ＩＤ、カテゴリ、価格等の情報を含む。
次に、ショップ管理サーバ９７００は、ステップＳ２１２５において、取得した商品情報を基幹サーバ９６００に送信する。基幹サーバ９６００の景品表示制御部９６０９は、ステップＳ２１２６において、ショップ管理サーバ９７００から商品情報を受信する。
次に、基幹サーバ９６００の景品表示制御部９６０９は、ステップＳ２１２７ないしステップＳ２１３１の処理を、商品情報に含まれる各商品について繰り返す。最初に、ステップＳ２１２７において、すべての商品について処理を行ったか否かを判定し、残りの商品があれば（ステップＳ２１２７のＮＯ）、ステップＳ２１２８に進み、そこで、商品情報から選択した１つの商品ＩＤと、店頭景品管理テーブル９６５６の商品ＩＤとを比較する。比較対象となる店頭景品管理テーブル９６５６の商品ＩＤは、ビューワ９５５０から受信した店舗コードに関するもののみである。
ステップＳ２１２９において、商品ＩＤが一致するか否かを判定し、商品ＩＤが一致した場合（ステップＳ２１２９のＹＥＳ）、ステップＳ２１３０において、店頭景品管理テーブル９６５６の商品ＩＤに関する在庫数がゼロか否かを判定する。在庫数がゼロでない場合（ステップＳ２１３０のＮＯ）、ステップＳ２１２７に進み、受信した商品情報のうちの次の商品ＩＤに対する処理を行う。
このような処理によって、対象のホール店舗に店頭景品として陳列してある景品については、同じ景品についてショップから出品があっても、景品選択装置において選択対象とならないように表示が抑止される。
一致する商品ＩＤが存在しない場合（ステップＳ２１２９のＮＯ）、及び商品ＩＤに関する在庫数がゼロである場合（ステップＳ２１３０のＹＥＳ）、どちらもステップＳ２１３１に進み、そこで、その商品ＩＤに対応する景品を表示対象として、対応する商品情報を含む表示対象景品データを生成する。その後、次の商品ＩＤに対する処理を行うため、ステップＳ２１２７に進む。
基幹サーバ９６００の景品表示制御部９６０９は、ステップＳ２１２７において、すべての景品についての処理が終了した場合（ステップＳ２１２７のＹＥＳ）、ステップＳ２１３２に進み、そこで、ステップＳ２１３１で生成された表示対象景品データに基づいて、景品選択ページを作成し、ビューワ９５５０にその景品選択ページを送信する。
ビューワ９５５０の景品選択制御部９５６２は、ステップＳ２１３３において、基幹サーバ９６００から受信した景品選択ページをディスプレイ９５５５に表示する。
なお、図２０２に示すフローでは、商品情報のリクエストに応じて、商品管理テーブル９７５２から取得した商品のすべてについて、店頭景品管理テーブル９６５６の景品情報との異同の判定が行われているが、説明の便宜上、このような単純な処理としたものであって、１つの景品選択ページに実際に表示される商品の数だけ、異同の判定処理が行われるようにしてもよい。
図２０３は、ビューワ９５５０のディスプレイ９５５５に、景品選択指示画面９９００が表示されている状態を示している。景品選択指示画面９９００は、第１の実施形態に係る景品交換システム１に関して説明した景品選択指示画面９１０（図２４（Ｂ）参照）に類似する画面である。
景品選択指示画面９９００には、店舗コード表示部９９０１、「お買い物リスト」ボタン９９０２、条件表示部（９９０３、９９０４）、及び商品表示部９９０５が表示されている。「お買い物リスト」ボタン９９０２は、これをタッチすると、それまでに選択した商品が「お買い物リスト」として一覧表示されるようになっている。条件表示部（９９０３、９９０４）には、あらたに商品を表示するためのカテゴリ等が表示されており、遊技者は、これをタッチすることにより、そのカテゴリ等に応じた商品セットを商品表示部９９０５に表示させたり、別のページに遷移させたりすることができる。
商品表示部９９０５には、３つの個別商品表示部（９９０５ａ、９９０５ｂ、９９０５ｃ）が表示されている。この例では、景品選択ページについて上述した景品表示制御機能が働いていない状態が示されている。ここで、商品ＩＤ＝「Ｐ００２」は、ホール店舗（店舗コード＝「６３８」）の店頭景品陳列コーナー９１１４に陳列されているものとする。すなわち、店舗コード＝「６３８」に関して商品ＩＤ＝「Ｐ００２」の景品は、店頭景品管理テーブル９６５６に存在している。
また、商品ＩＤ＝「Ｐ００２」の景品は商品管理テーブル９７５２に存在している。しかしながら、図２０３の例では、景品表示制御機能が働いていないため、商品ＩＤ＝「Ｐ００２」の景品が、選択対象として景品選択指示画面９９００の個別商品表示部９９０５ｂに表示されている。
ここで、遊技者が、景品選択指示画面９９００において、商品表示部９９０５に表示された景品のうち、所望の景品を選択し（例えば、商品ＩＤ＝「Ｐ００２」の景品を選んだ場合、個別商品表示部９９０５ｂの「選択」ボタンをタッチし）、お買い物リスト画面（お買い物リスト画面９２０（図２５（Ａ）参照）に類似する画面）で「決定」ボタンをタッチすることにより、景品の候補として商品ＩＤ＝「Ｐ００２」の景品がお買い物リスト管理テーブル９６５３に登録される。
さらに、お買い物リスト管理テーブル９６５３に登録された景品の情報は、景品交換端末９５３０にログインして、景品交換指示画面（景品交換指示画面９５０（図２７（Ｂ）参照）に類似する画面）を表示させることで表示され、その画面で、交換する景品を選択して「決定」ボタンをタッチすると、景品交換決定画面（景品交換決定画面９６０（図２８（Ａ）参照）に類似する画面）が表示され、そこで、「交換する」ボタンをタッチすると、景品発注指示が基幹サーバ９６００に送信される。
図２０４に示す景品選択指示画面９９１０も、図２０３の景品選択指示画面９９００と同様の画面であるが、この例では、景品表示制御機能が働いており、図２０３において、商品ＩＤ＝「Ｐ００２」の景品が、選択対象として景品選択指示画面９９００の個別商品表示部９９０５ｂに表示されていたのに対し、この例では、商品ＩＤ＝「Ｐ００２」の景品が、ホール店舗の店頭景品と重複するものとして表示が抑止されている。
このように、基幹サーバ９６００の店頭景品管理テーブル９６５６が、各ホール店舗の店頭景品に係る商品を記憶していることで、これと重複する（かつ在庫数がゼロでない）場合に、その商品が、景品交換システム９００１において景品として選択されないように、景品選択装置に当該景品を表示しないように制御することができる。
ここで、遊技者が、景品選択指示画面９９１０において、商品表示部９９１５に表示された景品のうち、所望の景品を選択し（例えば、商品ＩＤ＝「Ｐ００３」の景品を選んだ場合、個別商品表示部９９１５ｂの「選択」ボタンをタッチし）、お買い物リスト画面（お買い物リスト画面９２０（図２５（Ａ）参照）に類似する画面）で「決定」ボタンをタッチすることにより、景品の候補として商品ＩＤ＝「Ｐ００３」の景品がお買い物リスト管理テーブル９６５３に登録される。
さらに、お買い物リスト管理テーブル９６５３に登録された景品の情報は、景品交換端末９５３０にログインして、景品交換指示画面（景品交換指示画面９５０（図２７（Ｂ）参照）に類似する画面）を表示させることで表示され、その画面で、交換する景品を選択して「決定」ボタンをタッチすると、景品交換決定画面（景品交換決定画面９６０（図２８（Ａ）参照）に類似する画面）が表示され、そこで、「交換する」ボタンをタッチすると、景品発注指示が基幹サーバ９６００に送信される。
なお、これまでの説明では、景品選択装置において、重複する景品を表示しないように制御したものであったが、景品交換装置において、新たに景品を選択する画面を表示するような場合にも適用できる。
また、本実施形態では、ホール店舗における店頭景品の在庫数がゼロの場合には、重複していないと判定して、対応する景品を景品選択装置に表示するようにしたが、在庫数がゼロとなったタイミングや再入荷の時期についての情報等を参照して、それらが所定の条件を満たす場合に、在庫数ゼロとなる期間が短期間であるとして、対応する商品管理テーブル９７５２の商品を景品選択装置に表示するようにすることもできる。また、上記のような様々な景品表示制御機能は、ホール店舗、時間帯、時期等に応じてそれぞれオンオフを調整するように設定することもできる。
なお、本実施形態では、店頭景品の在庫数を把握するために、景品ＰＯＳ９５００から所定のタイミングで在庫数を入力するようにしたが（図２０５参照）、このような入力を省略し、店頭景品の在庫数は管理しないようにすることもできる。
図２０５は、ホール店舗の景品ＰＯＳ９５００において、店頭景品陳列コーナー９１１４に陳列される景品（店頭景品）であって、新たに入荷されたものを登録する店頭景品登録処理についての流れを示すフローチャートである。なお、図２０５では、景品ＰＯＳ９５００、及びホールコンピュータ９４００のそれぞれにおける処理が、装置ごとに時系列に示されている。
最初に、ステップＳ２１４１において、景品ＰＯＳ９５００のアクセス管理部９５１１が、ホール店舗のスタッフによる店頭景品登録処理のログインを受け付ける。スタッフは非接触ＩＣカードとパスワードによって、景品ＰＯＳ９５００の管理者メニューにアクセスすることができる。なお、ここで、スタッフとは、店頭景品について登録処理を行うことができる権限を与えられたスタッフである。
次に、ステップＳ２１４２において、景品ＰＯＳ９５００の店頭景品管理部９５１４は、ホールコンピュータ９４００に対して、店頭景品情報テーブル９４３３の景品情報を要求する。ホールコンピュータ９４００の店頭景品登録部９４１３は、景品ＰＯＳ９５００から景品情報の要求を受信すると、これに応答して、店頭景品情報テーブル９４３３の景品情報を景品ＰＯＳ９５００に送信する（ステップＳ２１４３）。
景品ＰＯＳ９５００の店頭景品管理部９５１４は、ステップＳ２１４５ないしステップＳ２１５１の処理を、新たに入荷された店頭景品のすべてについて繰り返す。最初に、ステップＳ２１４５において、すべての店頭景品について処理を行ったか否かを判定し、残りの店頭景品があれば（ステップＳ２１４５のＮＯ）、ステップＳ２１４６に進み、そこで、スタッフからの登録操作に基づいて、１つの店頭景品のコードを取得する。店頭景品のコードは、例えば、ＪＡＮコードのような標準景品コード、ホール店舗・店舗グループで独自に採番した店舗景品コード、又は、それらの両方である。
店頭景品のコードは、景品ＰＯＳ９５００によってホールコンピュータ９４００の別システムで管理する店頭景品の情報をデータ連携により取得する方法、ＣＳＶファイル等で当該別システムより受領する方法、店頭景品に貼付等されているコードをスタッフがキーボード９５０８等によりマニュアルで入力する方法、店頭景品に付けられたバーコードをバーコードリーダ９５０６で読み取る方法、店頭景品の写真を撮影してその商品のコードを特定する方法などを含む、様々な方法で入力される。また、これらの店頭景品のコード入力や写真撮影を、ホール店舗側ではなく、電算センター側で行うようにすることもできる。
また、ホール店舗がチェーン店舗の場合、本部で一括して店頭景品を仕入れている場合があるが、そのような場合は、本部が各ホール店舗の店頭景品を管理し、各ホール店舗のホールコンピュータ９４００が、定期的、又は不定期のタイミングで、店頭景品のコードを含む景品情報を受信するように構成することができる。
上述した、写真によって商品のコードを特定する方法としては、例えば、画像認識技術を用いて、写真の画像に含まれる文字情報を抽出して、事前に登録されている文字情報と比較してその商品を特定する方法や、事前に登録されている画像データベースと写真に収められた３次元物体の画像を照合し、どのような角度から店頭景品が撮影されても、特徴データや統計データを用いて高精度にその商品を特定する方法などがある。これらのような画像認識や商品を特定するためのエンジン（プログラム）は、ホール店舗のホールコンピュータ９４００等で実行しても、電算センターの基幹サーバ９６００等で実行してもよい。
次に、ステップＳ２１４７において、店頭景品のコードが、店頭景品情報テーブル９４３３から取得された景品情報のコードのいずれか（例えば、標準景品コードや店舗景品コード等）と一致するか否か、すなわち、その店頭景品がすでに店頭景品情報テーブル９４３３に登録済みであるか否かを判定する。登録済みである場合（ステップＳ２１４７のＹＥＳ）、ステップＳ２１４８において、店頭景品情報テーブル９４３３から取得された景品情報から、対応する景品のレコードをディスプレイ９５５５に表示する。ここで、スタッフは、表示されたその景品の景品情報を確認し、在庫数として表示されている数に、今回入荷された数を加算して在庫数を更新する。その後、ステップＳ２１４９において、景品ＰＯＳ９５００がこの更新された在庫数を取得する。
ステップＳ２１４７において、登録済みでない場合（ステップＳ２１４７のＮＯ）、ステップＳ２１５０に進み、新たな店頭景品としてディスプレイ９５５５に表示する。ここで、スタッフは、表示されたその景品の景品情報を確認し、在庫数として今回入荷された数を入力する。その後、ステップＳ２１５１において、景品ＰＯＳ９５００がこの入力された在庫数を取得する。
ステップＳ２１５１の次、及びステップＳ２１４９の次に、ステップＳ２１５２に進み、そこで、店頭景品情報テーブル９４３３の更新用データを生成する。
ステップＳ２１４５において、新たに入荷した店頭景品のすべてについて処理が終了した場合（ステップＳ２１４５のＹＥＳ）、ステップＳ２１５３において、ステップＳ２１５２で生成した更新用データをホールコンピュータ９４００に送信する。
ホールコンピュータ９４００の店頭景品登録部９４１３は、景品ＰＯＳ９５００から更新用データを受信すると（ステップＳ２１５４）、ステップＳ２１５５において、その更新用データに基づいて、店頭景品情報テーブル９４３３を更新する。その後、景品ＰＯＳ９５００の店頭景品管理部９５１４は、ステップＳ２１５６において、ディスプレイ９５５５に、登録処理完了のメッセージを表示する。
このように、ホール店舗は、所定のタイミングで、入荷された店頭景品の登録処理を行う。この結果、例えば、図１９０に示すような店頭景品情報テーブル９４３３が作成される。店頭景品のなかには、店頭景品情報テーブル９４３３に示すように、標準景品コードのみで管理される店頭景品、標準景品コード及び店舗景品コードで管理される店頭景品、店舗景品コードのみで管理される店頭景品が存在しうる。
なお、本実施形態では、店頭景品の登録を、景品ＰＯＳ９５００を利用して行ったが、ビューワ９５５０や他の装置を用いても行うことができる。
また、登録対象となる店頭景品としては、店頭景品陳列コーナー９１１４に実際に陳列されている景品だけでなく、入荷されたものの、補充のためにホール店舗の倉庫等に保管されている景品を含むようにすることができる。
図２０６は、各ホール店舗のホールコンピュータ９４００の店頭景品情報テーブル９４３３を、基幹サーバ９６００において収集し、店頭景品管理テーブル９６５６を構築する、店頭景品管理処理についての流れを示すフローチャートである。なお、図２０６では、ホールコンピュータ９４００、及び基幹サーバ９６００のそれぞれにおける処理が、装置ごとに時系列に示されている。
最初に、ステップＳ２１６１において、基幹サーバ９６００の店頭景品管理部９６０８が、所定のホール店舗のホールコンピュータ９４００に対して、店頭景品情報テーブル９４３３のコピーリクエストを行う。このコピーリクエストは、１日１回夜間に、といった所定のタイミングでスケジュールすることができる。
ホールコンピュータ９４００は、ステップＳ２１６２において、基幹サーバ９６００からコピーリクエストを受信すると、ステップＳ２１６３で、店頭景品情報テーブル９４３３の景品情報を基幹サーバ９６００に送信する。また、このとき、ホール店舗を識別する店舗コードも基幹サーバ９６００に送信される。店舗コードは、例えば、ホールコンピュータ９４００の所定の記憶領域に記憶されている。
次に、基幹サーバ９６００の店頭景品管理部９６０８は、ステップＳ２１６４において、店頭景品情報テーブル９４３３の景品情報と店舗コードを受信する。
その後、基幹サーバ９６００の店頭景品管理部９６０８は、ステップＳ２１６５ないしステップＳ２１７３の処理を、上述の景品情報に含まれるすべての景品について繰り返す。最初に、ステップＳ２１６５において、すべての景品について処理を行ったか否かを判定し、残りの景品があれば（ステップＳ２１６５のＮＯ）、ステップＳ２１６６に進み、そこで、景品コード対応テーブル９６５７を参照し、処理対象の景品と比較する。
ステップＳ２１６７において、処理対象の景品が登録済み、すなわち、処理対象の景品の標準景品コードが、景品コード対応テーブル９６５７に含まれる景品の標準景品コードと一致するか否か、又は、処理対象の景品の店舗コードと店舗景品コードの組が、景品コード対応テーブル９６５７に含まれる景品の店舗コードと店舗景品コードの組と一致するか否かを判定する。登録済みでない場合（ステップＳ２１６７のＮＯ）、すなわち、処理対象の景品が、景品コード対応テーブル９６５７にない場合、ステップＳ２１６８で、処理対象の景品が、実質的に景品コード対応テーブル９６５７に含まれる景品と実質的に重複しているか否かを判定する。この判定は、例えば、管理者が管理端末９８７０を介して手作業でチェックすることができる。また、景品の写真の画像解析等を用いて、類似する景品について管理端末９８７０にアラートを表示するように構成し、これを管理者が最終的に確認するようにしてもよい。
実質的な重複がない場合（ステップＳ２１６８のＮＯ）、すなわち、処理対象の景品が、実質的に景品コード対応テーブル９６５７に含まれる景品と重複していない場合、ステップＳ２１６９で、処理対象の景品について、新たな商品ＩＤを採番し、その商品ＩＤと処理対象の景品の情報（標準景品コード、又は店舗コードと店舗景品コードの組）を対応付けて、景品コード対応テーブル９６５７を更新する。
ここで、図１９４を参照すると、景品コード対応テーブル９６５７と、図１９０に示した店頭景品情報テーブル９４３３の内容が比較されている例が示されている。店頭景品情報テーブル９４３３のＮＯ＝「３」のレコードから、店舗コード＝「６３８」と店舗景品コード＝「００５」なる景品情報が得られ、この景品情報は、ステップＳ２１６８で実質的な重複がないと判定され、新しい商品ＩＤ＝「Ｐ９０８」が採番されて、景品コード対応テーブル９６５７が更新される。
その後、ステップＳ２１７０において、店舗コード、処理対象の景品に対応する商品ＩＤ、及び（店頭景品情報テーブル９４３３の景品情報から得られた）在庫数を含む更新用データを生成し、ステップＳ２１６５に進み、次の処理対象の景品について処理を行う。
ステップＳ２１６８において、実質的な重複があると判定された場合（ステップＳ２１６８のＹＥＳ）、ステップＳ２１７１において、その重複が判断できるように、既存の景品コードをセットし、景品コード対応テーブル９６５７を更新する。
ここで再び、図１９４を参照すると、店頭景品情報テーブル９４３３のＮＯ＝「４」のレコードから、店舗コード＝「６３８」と店舗景品コード＝「０３４」なる景品情報が得られ、この景品情報は、ステップＳ２１６８で実質的な重複があると判定され、既存の商品ＩＤ＝「Ｐ０１３」、標準景品コード＝「４００２」がセットされ、景品コード対応テーブル９６５７にその景品情報が追加される。
ステップＳ２１７１の次、又はステップＳ２１６７で登録済みと判定された場合（ステップＳ２１６７のＹＥＳ）、ステップＳ２１７２において、景品情報を景品コード対応テーブル９６５７に追加する。
ここで再び、図１９４を参照すると、店頭景品情報テーブル９４３３のＮＯ＝「１」のレコードから、標準景品コード＝「４３３２」なる景品情報が得られ、この景品情報は、すでに商品ＩＤ＝「Ｐ００１」と対応付けられて、ステップＳ２１６７で登録済みであると判定されるが、この例では、景品コード対応テーブル９６５７にその景品情報を追加する。また、店頭景品情報テーブル９４３３のＮＯ＝「２」のレコードから、標準景品コード＝「４４５０」、店舗コード＝「６３８」と店舗景品コード＝「８８２」なる景品情報が得られ、この景品情報は、すでに商品ＩＤ＝「Ｐ００２」と対応付けられて、ステップＳ２１６７で登録済みであると判定されるが、この例では、景品コード対応テーブル９６５７にその景品情報を追加する。
ステップＳ２１７２の次、ステップＳ２１７３において、既存の商品ＩＤの景品の在庫数を更新するための更新用データを生成し、その後、ステップＳ２１６５に進み、次の処理対象の景品について処理を行う。
店頭景品情報テーブル９４３３の景品情報から得られた処理対象の景品のすべてについて処理が終了した場合（ステップＳ２１６５のＹＥＳ）、ステップＳ２１７４において、更新用データに基づいて、店頭景品管理テーブル９６５６の更新を行う。
以上のような処理によって、各ホール店舗の店頭景品とショップから出品された商品を、景品コード対応テーブル９６５７を用いて一元管理できるようになり、各ホール店舗の店頭景品を景品交換システム９００１における普遍的なコード（ここでは、商品ＩＤ）により（店頭景品管理テーブル９６５６により）把握することがでるようになる。
ここでは、1つのホール店舗についての処理を説明したが、複数のホール店舗について同様の処理を行うことによって、店舗ごとの店頭景品に対応する商品ＩＤとその在庫数が、店頭景品管理テーブル９６５６に記憶されるようになる。また、ショップから出品される商品についても、同様の処理によって景品コード対応テーブル９６５７が更新される（ただし、店頭景品管理テーブル９６５６は生成・更新されない）。
ここで、図１９３を参照すると、店頭景品管理テーブル９６５６には、店舗コードに店頭景品に対応する商品ＩＤが記憶されている。この店頭景品管理テーブル９６５６の例は、図１９４に示した、店舗コード＝「６３８」の店頭景品情報テーブル９４３３から得られた景品情報が反映されており、例えば、店舗コード＝「６３８」に関しては、標準景品コード＝「４３３２」に対応する商品ＩＤ＝「Ｐ００１」（在庫数＝０）、標準景品コード＝「４４５０」及び、店舗コード＝「６３８」と店舗景品コード＝「８８２」との組に対応する商品ＩＤ＝「Ｐ００２」、店舗コード＝「６３８」と店舗景品コード＝「００５」との組に対応する商品ＩＤ＝「Ｐ９０８」がそれぞれ記憶されている。
これまで説明してきたように、ショップから提供される商品と、各ホール店舗の店頭景品を一元的に管理するために様々な方法が考えられ、本実施形態は一例に過ぎない。他のコード体系や様々な方法を用いて、重複した商品の判断を行って、複数の主体から提供される商品を一元的に管理することができる。
図２０７及び図２０８は、ホール店舗によって店頭景品が登録されて、当該登録された店頭景品の表示が、景品交換システム９００１における景品選択処理において抑止される景品表示制御機能について、様々なバリエーションを説明するものである。
図２０７（Ａ）では、景品ＰＯＳ９５００に、ホール店舗のスタッフ等によって、店頭景品を識別するためのコード（例えば、標準景品コード等）が入力され、そのデータ（景品情報）が、ホール店舗に設置されたホールコンピュータ９４００の店頭景品情報テーブル９４３３に記憶される。
次に、店頭景品情報テーブル９４３３に記憶された景品情報が、電算センターに配置された基幹サーバ９６００によって収集され、商品管理テーブル９７５２と照合して（実質的には、景品コード対応テーブル９６５７により）、一元化された商品ＩＤとして管理され、店頭景品管理テーブル９６５６に記憶される。
その後、ホール店舗にてビューワ９５５０が操作され、景品選択処理が行われると、商品情報のリクエストに応答して、商品管理テーブル９７５２と景品コード対応テーブル９６５７とから、当該ホール店舗の店頭景品がビューワ９５５０に表示されないように、予めフィルタリングを行った商品情報が、基幹サーバ９６００からビューワ９５５０に送信される。
図２０７（Ｂ）では、景品ＰＯＳ９５００に、ホール店舗のスタッフ等によって、店頭景品を識別するためのコード（例えば、標準景品コード等）が入力され、そのデータ（景品情報）が、そのまま基幹サーバ９６００に送信され、送信された景品情報が、商品管理テーブル９７５２と照合され（実質的には、景品コード対応テーブル９６５７により）、一元化された商品ＩＤとして管理されたうえで、店頭景品管理テーブル９６５６に記憶される。
次に、ホール店舗にてビューワ９５５０が操作され、景品選択処理が行われると、商品情報のリクエストに応答して、商品管理テーブル９７５２と景品コード対応テーブル９６５７とから、当該ホール店舗の店頭景品がビューワ９５５０に表示されないように、予めフィルタリングを行った商品情報が、基幹サーバ９６００からビューワ９５５０に送信される。
図２０８（Ａ）では、景品ＰＯＳ９５００に、ホール店舗のスタッフ等によって、店頭景品を識別するためのコード（例えば、標準景品コード等）が入力され、そのデータ（景品情報）が、ホール店舗に設置されたホールコンピュータ９４００の店頭景品情報テーブル９４３３に記憶される。
次に、ホール店舗にてビューワ９５５０が操作され、景品選択処理が行われると、基幹サーバ９６００の商品管理テーブル９７５２からホールコンピュータ９４００に商品情報が送信され、そこで、ホールコンピュータ９４００が、送信された商品情報と店頭景品情報テーブル９４３３に記憶された景品情報とを照合し、当該ホール店舗の店頭景品と同じ商品はフィルタリングされ、ビューワ９５５０に表示されないように制御される。ビューワ９５５０には、こうしてフィルタリングされた商品情報が、ホールコンピュータ９４００から提供される。この場合、照合処理は、共通の景品コード（例えば、標準景品コード）等を用いて行われる。
図２０８（Ｂ）では、景品ＰＯＳ９５００に、ホール店舗のスタッフ等によって、店頭景品を識別するためのコード（例えば、標準景品コード等）が入力され、そのデータ（景品情報）が、そのまま基幹サーバ９６００に送信され、送信された景品情報が、商品管理テーブル９７５２の商品情報と照合され（実質的には、景品コード対応テーブル９６５７により）、一元化された商品ＩＤとして管理されたうえで、店頭景品管理テーブル９６５６に記憶される。
その後、所定のタイミングで、店頭景品管理テーブル９６５６に記憶された景品情報のうち、当該ホール店舗の店頭景品に係るものが、基幹サーバ９６００からホールコンピュータ９４００の店頭景品情報テーブル９４３３にコピーされる。
次に、ホール店舗にてビューワ９５５０が操作され、景品選択処理が行われると、商品情報のリクエストに応答して、基幹サーバ９６００の商品管理テーブル９７５２からビューワ９５５０に商品情報が送信され、ビューワ９５５０は、商品管理テーブル９７５２から得られた商品情報と店頭景品情報テーブル９４３３に記憶された景品情報とを照合し、当該ホール店舗の店頭景品と同じ商品はフィルタリングされ、ビューワ９５５０に表示されないように制御される。ビューワ９５５０には、こうしてフィルタリングされた商品情報が、ホールコンピュータ９４００から提供される。この場合、照合処理は、共通の景品コード（例えば、標準景品コード）等を用いて行われる。
ここでは、景品表示制御機能について、代表的な４つのバリエーションを説明したが、本発明の権利範囲がこれらの方法に限定されるものではない。また、店頭景品のコード入力についても、上述した通り、様々な方法が存在する。景品ＰＯＳ以外の装置で店頭景品のコード等を登録できる点も、上述した通りである。
また、本実施形態に係る景品交換システム９００１と、ホール店舗のホールシステム９００２が密にデータ連携することにより、遊技者が、ビューワ９５５０のディスプレイ９５５５等に表示された所定の画面から、景品を特定できるコードや写真等を入力した場合に、その景品が店頭景品であって、景品交換システム９００１における交換対象となっていないといった情報を提供することもできる。このような仕組みは、ホールシステム９００２で管理する店頭景品とその景品の在庫数の情報をリアルタイムで把握することによって実現可能となる。
［景品表示制御機能（２）］
次に、図２０９を参照して、ビューワ９５５０において、景品選択指示画面等を表示する際に、所定のカテゴリに属する景品については、景品交換システム９００１で取り扱う景品として表示されないようにする景品表示制御機能について説明する。
次に、図２０９を参照して、ビューワ９５５０において、景品選択指示画面等を表示する際に、所定のカテゴリに属する景品については、景品交換システム９００１で取り扱う景品として表示されないようにする景品表示制御機能について説明する。
図２０９は、ビューワ９５５０において景品選択指示画面が表示される処理の流れを示すフローチャートである。なお、図２０９では、ビューワ９５５０、基幹サーバ９６００、及び、ショップ管理サーバ９７００のそれぞれにおける処理が、装置ごとに時系列に示されている。
最初に、ステップＳ２１８１で、ビューワ９５５０において、遊技者から景品表示指示があるか否かが判定される。この判定処理は、当該指示があるまで繰り返される。景品表示指示は、例えば、遊技者がビューワ９５５０の非接触ＩＣカードリーダ／ライタ９５５４にモール会員カードをかざした（タッチした）場合や、非接触ＩＣカードリーダ／ライタ９５５４にモール会員カードをかざした（タッチした）後で、景品選択指示画面の表示を指示した場合等である。
遊技者から景品表示指示があると（ステップＳ２１８１のＹＥＳ）、ステップＳ２１８２に進み、そこで、ビューワ９５５０の景品選択制御部９５６２は、景品選択ページ（例えば、上述の景品選択指示画面）のリクエストを基幹サーバ９６００に対して行う。また、この場合、ビューワ９５５０等に記憶されている、ホール店舗を識別するためのコードである店舗コードと、ビューワ９５５０を識別するための端末コードがともに基幹サーバ９６００に送信される。
基幹サーバ９６００の景品表示制御部９６０９は、ステップＳ２１８３において、景品選択ページのリクエストを受信すると、商品情報のリクエストをショップ管理サーバ９７００に送信する。ショップ管理サーバ９７００は、ステップＳ２１８４において、商品情報のリクエストを基幹サーバ９６００から受信すると、商品管理テーブル９７５２から、各商品の商品情報を取得する。商品情報は、例えば、商品ＩＤ、カテゴリ、価格等の情報を含む。
次に、ショップ管理サーバ９７００は、ステップＳ２１８５において、取得した商品情報を基幹サーバ９６００に送信する。基幹サーバ９６００の景品表示制御部９６０９は、ステップＳ２１８６において、ショップ管理サーバ９７００から商品情報を受信する。
次に、基幹サーバ９６００の景品表示制御部９６０９は、ステップＳ２１８７において、景品表示制御テーブル９６５８のデータを読み込む。
その後、ステップＳ２１８８において、読み込んだ景品表示制御テーブル９６５８のデータに基づいて、ビューワ９５５０で表示しないカテゴリ（非表示カテゴリ）を決定する。より詳しくは、ビューワ９５５０から受信した端末コードから、端末管理テーブル９６６１を参照して、ビューワ９５５０の端末種別と端末設置位置を取得し、これらの情報と、ビューワ９５５０から受信した店舗コード、及び現在の日時から、条件を満たす景品表示制御テーブル９６５８のレコードを抽出し、非表示カテゴリを決定する。
例えば、図１９５に示す景品表示制御テーブル９６５８において、店舗コード＝「６３８」、ビューワ９５５０の端末種別＝「ビューワ（大）」、端末設置位置＝「外側通路」、現在日時が２０１５年５月７日の午前１１時２分であったとすると、カテゴリ＝「Ｙ」が、非表示カテゴリとして決定される。また、店舗コード＝「６３８」、ビューワ９５５０の端末種別＝「ビューワ（小）」、端末設置位置＝「内側通路」、現在日時が２０１５年５月７日の午後４時２８分であったとすると、カテゴリ＝「Ｘ」が、非表示カテゴリとして決定される。
このように、景品表示制御テーブル９６５８のデータを設定することによって、ホール店舗ごとに、ビューワ９５５０において、所定のカテゴリの景品を表示しないように制御できる。例えば、アダルト商品に属する景品を、日中については、（人通りの多い）正面通路及び外側通路にある大型ビューワ９５５０ａで表示しないようにしたり、（子供連れの遊技者が多い）土日及び休日の開店から午後６時までは、すべての大型ビューワ９５５０ａで表示しないようにしたりすることができる。
ステップＳ２１８８の後、ステップＳ２１８９において、ショップ管理サーバ９７００から商品情報に含まれるそれぞれの景品が、非表示カテゴリに属するか否かを判定し、非表示カテゴリに属する景品を表示対象外とし非表示カテゴリに属さない景品を表示対象として、対応する商品情報を含む表示対象景品データを生成する。
次に、基幹サーバ９６００の景品表示制御部９６０９は、ステップＳ２１９０において、ステップＳ２１８９で生成された表示対象景品データに基づいて、景品選択ページを作成し、ビューワ９５５０にその景品選択ページを送信する。
ビューワ９５５０の景品選択制御部９５６２は、ステップＳ２１９１において、基幹サーバ９６００から受信した景品選択ページをディスプレイ９５５５に表示する。
本実施形態では、景品選択装置として機能するビューワ９５５０に対する表示制御の例を示したが、他の景品選択装置についても同様に適用することができる。また、景品交換装置に関しても同様に、非表示カテゴリに属する景品を非表示とするよう制御することができ、さらに、お買い物リストに登録されている景品の表示についても、上述した非表示制御を行うようにすることができる。
また、本実施形態では、ビューワ９５５０の端末コードを受信し、その端末コードと端末管理テーブル９６６１に基づいて、ビューワ９５５０の端末種別と端末設置位置を判定しているが、端末コード以外の識別子（例えば、ネットワークアドレス等）を利用してビューワ９５５０を識別することもでき、さらに、ビューワ９５５０を個別に指定して、非表示カテゴリを設定することもできる。
本実施形態では、景品表示制御テーブル９６５８を参照して、ビューワ９５５０に表示を行わない景品のカテゴリ（非表示カテゴリ）が、店舗コード、端末種別、端末設置位置、時間、及び期間に応じて決定されるが、これらの条件にさらに他の条件を付加することもできる。逆に、これらの条件の一部を削除して、よりシンプルな構成とすることもできる。
また、本実施形態では、景品を非表示とする単位をカテゴリとしているが、カテゴリ以外の所定の条件に基づく分類によって、非表示とする景品を特定することもできる。また、非表示とする景品を個別に指定することもできる。
なお、このような、店舗コードや端末種別等に応じて非表示カテゴリを決定し、ビューワ９５５０等で、非表示カテゴリの景品を非表示とする景品表示制御機能と、上述した、店頭景品に対応する景品についてはビューワ９５５０等で非表示とする景品表示制御機能を、同時に組み合わせて適用することもできる。
また、景品表示制御テーブル９６５８は、管理端末９８７０及び基幹サーバ９６００を介して、管理者により、各項目を変更したり、新しいレコードを追加したりする更新処理を行うことができる。さらに、ホール店舗において、例えば、景品ＰＯＳ９５００、ホールコンピュータ９４００、及び基幹サーバ９６００を介して、ホール店舗のスタッフ等により、このテーブルの更新処理を行うことができる。
さらに、景品表示制御テーブル９６５８を景品の表示抑止のためではなく、景品の優先表示のために用いるよう構成することもできる。例えば、ホール店舗の独自企画商品に属する景品を、日中、（人通りの多い）正面通路及び外側通路にある大型ビューワ９５５０ａで優先的に表示し、集中的にアピールを行うようにすることができる。
上述した景品表示制御テーブル９６５８を用いた景品表示制御機能は、図１９７（Ａ）に示すユーザ情報表示制御テーブル９６６０を用いて、ビューワ９５５０等でのユーザ情報の表示を制御するように改良することができる。
ビューワ９５５０等は最初に、端末管理テーブル９６６１を参照して、端末種別と端末設置位置を取得し、さらに、ユーザ情報表示制御テーブル９６６０を参照して、店舗コード、端末種別、端末設置位置、現在の日時から、そのビューワ９５５０等に関するユーザ情報の表示レベルを取得する。その後、ビューワ９５５０等は、取得したユーザ情報の表示レベルに基づいて、ユーザ情報の表示を制御する。
ここで、上述のように、ユーザ情報の表示レベルは、ユーザ情報を表示する程度であり、例えば、表示レベル＝「１」は、会員情報登録画面やモール会員の住所等を含むユーザ情報のすべてを表示するレベルであり、表示レベル＝「２」は、モール会員ＩＤと氏名を表示可能とするレベルであり、表示レベル＝「３」は、ユーザ情報のすべてを表示不可とするレベルである。
例えば、店舗コード＝「０３４」のホール店舗に設置された、あるビューワ９５５０の端末コードがＴ００１であるとすると、端末管理テーブル９６６１より、端末種別＝「ビューワ（小）」、端末設置位置＝「カウンター」であり、そのビューワ９５５０が、景品交換カウンター９１１２に設置された小型ビューワ９５５０ｂであることが分かる。そして、その小型ビューワ９５５０ｂは、ユーザ情報表示制御テーブル９６６０に従って、ユーザ情報の表示レベル＝「１」と判断し、景品選択指示画面の他に、会員情報登録画面を表示でき（景品選択指示画面と会員情報登録画面のどちらを表示させるかのメニュー画面が最初に表示される）、さらに、様々な表示画面において、モール会員の住所等を含むユーザ情報のすべてを表示する。
一方、店舗コード＝「６３８」のホール店舗に設置された、あるビューワ９５５０の端末コードがＴ００５であるとすると、端末管理テーブル９６６１より、端末種別＝「ビューワ（大）」、端末設置位置＝「内側通路」であり、そのビューワ９５５０が、内側通路に面して設置された大型ビューワ９５５０ａであることが分かる。そして、その大型ビューワ９５５０ａは、ユーザ情報表示制御テーブル９６６０に従って、ユーザ情報の表示レベル＝「３」と判断し、ユーザ情報のすべてが表示されないように制御される。例えば、この大型ビューワ９５５０ａの非接触ＩＣカードリーダ／ライタにモール会員カードをタッチすると、メニュー画面は表示されず、直接、景品選択指示画面が表示され、その景品選択指示画面においても、ユーザ情報については表示が抑止されるよう制御される。
例えば、端末管理テーブル９６６１の設定により、ビューワ９５５０等の設置位置における人通りが少ないほど、多くのユーザ情報を表示でき、さらに、ビューワが小型であるほど、多くのユーザ情報を表示でき、結果的に、情報セキュリティーのレベルを柔軟に制御できるようにすることが可能である。
［景品表示制御機能（３）］
次に、図２１０を参照して、ビューワ９５５０において、景品選択指示画面等の初期表示を行う際に、所定のカテゴリに属する景品を表示するようにする景品初期表示制御機能について説明する。
次に、図２１０を参照して、ビューワ９５５０において、景品選択指示画面等の初期表示を行う際に、所定のカテゴリに属する景品を表示するようにする景品初期表示制御機能について説明する。
図２１０は、ビューワ９５５０において景品選択指示画面等の初期表示がされる処理の流れを示すフローチャートである。なお、図２１０では、ビューワ９５５０、基幹サーバ９６００、及び、ショップ管理サーバ９７００のそれぞれにおける処理が、装置ごとに時系列に示されている。
最初に、ステップＳ２２０１で、ビューワ９５５０において、遊技者から景品表示指示があるか否かが判定される。この判定処理は、当該指示があるまで繰り返される。景品表示指示は、例えば、遊技者がビューワ９５５０の非接触ＩＣカードリーダ／ライタ９５５４にモール会員カードをかざした（タッチした）場合や、非接触ＩＣカードリーダ／ライタ９５５４にモール会員カードをかざした（タッチした）後で、景品選択指示画面の表示を指示した場合等である。
遊技者から景品表示指示があると（ステップＳ２２０１のＹＥＳ）、ステップＳ２２０２に進み、そこで、ビューワ９５５０の景品選択制御部９５６２は、景品選択ページ（例えば、上述の景品選択指示画面等の初期表示）のリクエストを基幹サーバ９６００に対して行う。また、この場合、ビューワ９５５０等に記憶されている、ホール店舗を識別するためのコードである店舗コードがともに基幹サーバ９６００に送信される。
基幹サーバ９６００の景品初期表示制御部９６１０は、ステップＳ２２０３において、景品選択ページのリクエストを受信すると、商品情報のリクエストをショップ管理サーバ９７００に送信する。ショップ管理サーバ９７００は、ステップＳ２２０４において、商品情報のリクエストを基幹サーバ９６００から受信すると、商品管理テーブル９７５２から、各商品の商品情報を取得する。商品情報は、例えば、商品ＩＤ、カテゴリ、商品価格等の情報を含む。
次に、ショップ管理サーバ９７００は、ステップＳ２２０５において、取得した商品情報を基幹サーバ９６００に送信する。基幹サーバ９６００の景品初期表示制御部９６１０は、ステップＳ２２０６において、ショップ管理サーバ９７００から商品情報を受信する。
次に、基幹サーバ９６００の景品初期表示制御部９６１０は、ステップＳ２２０７において、景品初期表示制御テーブル９６５９のデータを読み込む。
その後、ステップＳ２２０８において、読み込んだ景品初期表示制御テーブル９６５９のデータに基づいて、ビューワ９５５０において初期表示される景品のカテゴリ（初期表示カテゴリ）を決定する。より詳しくは、ビューワ９５５０から受信した店舗コード、及び現在の日時から、条件を満たす景品初期表示制御テーブル９６５９のレコードを抽出し、初期表示カテゴリを決定する。
例えば、図１９６（Ａ）に示す景品初期表示制御テーブル９６５９において、店舗コード＝「６３８」、現在日時が２０１５年５月７日の午後８時２０分であったとすると、カテゴリ＝「Ｄ」が、初期表示カテゴリとして決定される。一方、同じビューワ９５５０において、同日の午前１１時１０分には、カテゴリ＝「Ｂ」が、初期表示カテゴリとして決定される。
このように、景品初期表示制御テーブル９６５９のデータを設定することによって、ホール店舗ごとに、ビューワ９５５０において、所定のカテゴリの景品を初期表示するように制御できる。例えば、各ホール店舗は、時間帯に応じて、おすすめの商品を遊技者に優先的に提示することができる。
ステップＳ２２０８の後、ステップＳ２２０９において、ショップ管理サーバ９７００から商品情報に含まれるそれぞれの商品が、初期表示カテゴリに属するか否かを判定し、初期表示カテゴリに属する商品を表示対象として、対応する商品情報を含んだ初期表示対象景品データを生成する。
次に、基幹サーバ９６００の景品初期表示制御部９６１０は、ステップＳ２２１０において、ステップＳ２２０９で生成された初期表示対象景品データに基づいて、景品選択ページを作成し、ビューワ９５５０にその景品選択ページを送信する。
ビューワ９５５０の景品選択制御部９５６２は、ステップＳ２２１１において、基幹サーバ９６００から受信した景品選択ページをディスプレイ９５５５に表示する。
本実施形態では、景品選択装置として機能するビューワ９５５０に対する初期表示制御の例を示したが、他の景品選択装置についても同様に適用することができる。また、景品交換装置に関しても同様に適用することができる。すなわち、景品選択装置により登録されたお気に入りリストを表示する場合に、上述の初期表示制御を行って、お買い物リストに登録されている景品のうち、初期表示カテゴリに属する景品を優先的に表示するよう制御することができる。また、景品交換装置において、景品一覧の閲覧・選択が可能である場合に、初期表示カテゴリに属する景品を表示するよう制御することができる。
景品初期表示制御テーブル９６５９の条件に合致しない場合、初期表示カテゴリは設定されないことになるが、その場合は、通常の処理手順に従って景品表示が行われることとなる。
また、景品初期表示制御テーブル９６５９に、上述の景品表示制御テーブル９６５８のような、対象端末種別、及び対象端末設置位置を設けて、ビューワ９５５０の種別や設置位置に応じて、初期表示カテゴリを決定するよう構成することもできる。また、景品初期表示制御テーブル９６５９を、店舗コードと初期表示カテゴリのみとして、単に、ホール店舗に応じて、初期表示カテゴリが調整されるようにしてもよい。またさらに、他の条件を付加することもできる。
また、本実施形態では、景品の初期表示を行う単位をカテゴリとしているが、カテゴリ以外の所定の条件に基づく分類によって、初期表示する景品を特定することもできる。また、初期表示する景品を個別に指定することもできる。
なお、このような、店舗コードや時間帯等に応じて初期表示カテゴリを決定し、ビューワ９５５０等で、初期表示カテゴリの景品を優先的に表示する景品初期表示制御機能を、上述した他の機能（すなわち、店舗コードや端末種別等に応じて非表示カテゴリを決定し、ビューワ９５５０等で、非表示カテゴリの景品を非表示とする景品表示制御機能、及び上述した、店頭景品に対応する景品についてはビューワ９５５０等で非表示とする景品表示制御機能）と適宜に組み合わせて適用することもできる。
ビューワ９５５０における初期表示は、上述したように、例えば、遊技者がビューワ９５５０の非接触ＩＣカードリーダ／ライタ９５５４にモール会員カードをかざした（タッチした）場合や、非接触ＩＣカードリーダ／ライタ９５５４にモール会員カードをかざした（タッチした）後で、景品選択指示画面の表示を指示した場合等に最初に行われる表示である。より具体的には、図２０３に示すように、景品選択指示画面９９００が初めてビューワ９５５０のディスプレイ９５５５に表示された場合に、初期表示カテゴリに属する景品が、商品表示部９９０５に表示される。
また、ビューワ９５５０における初期表示としては、景品選択指示画面等の表示が最初にされた後で、遊技者が所定の選択を行い、新たに景品のグループを表示させる場合も含まれる。例えば、図２０３に示す景品選択指示画面９９００が初めてビューワ９５５０のディスプレイ９５５５に表示された後で、遊技者が、条件表示部９９０３の「話題の景品特集」バナー（表示部分）をタッチした場合に、その話題の景品として表示される予定の景品のうち、初期表示カテゴリに属するものを優先的に初期表示させるよう制御することができる。
図１９６（Ｂ）に示す景品初期表示制御テーブル９６５９’は、図１９６（Ａ）に示す景品初期表示制御テーブル９６５９の他の実施形態である。景品初期表示制御テーブル９６５９’では、図１９６（Ａ）に示す景品初期表示制御テーブル９６５９に比べて、「景品交換回数」、及び「遊技媒体保持数」の項目が追加されている。「景品交換回数」や「遊技媒体保持数」は、ビューワ９５５０を利用する遊技者に関する情報（ユーザ情報）である。
「景品交換回数」は、例えば、遊技者のモール会員カードに基づいて得られる情報である。より具体的には、遊技者がモール会員カードをビューワ９５５０の非接触ＩＣカードリーダ／ライタ９５０５にかざした場合にログインが行われ、このときに、モール会員カードの固有ＩＤが基幹サーバ９６００に送信される。基幹サーバ９６００は、この固有ＩＤに基づいて、ショップ管理サーバ９７００の交換履歴管理テーブル９７５５を検索し、固有ＩＤに対応する景品交換が所定期間において何回行われたかを取得する。このように取得された「景品交換回数」に基づいて、景品初期表示制御テーブル９６５９’を参照し、初期表示カテゴリを決定する。
「遊技媒体保持数」は、例えば、遊技者のモール会員カードに基づいて得られる情報である。より具体的には、遊技者がモール会員カードをビューワ９５５０の非接触ＩＣカードリーダ／ライタ９５０５にかざした場合にログインが行われ、このときに、モール会員カードの固有ＩＤが基幹サーバ９６００に送信される。基幹サーバ９６００は、この固有ＩＤに基づいて、（モール会員情報テーブル９６５１を参照して）モール会員ＩＤを把握し、モール会員ＩＤに基づいて、モール会員遊技媒体保持数管理テーブル９６５２を参照し、その遊技者の遊技媒体保持数を取得する。ここで、モール会員遊技媒体保持数管理テーブル９６５２は、所定操作により、ホールコンピュータ９４００の遊技媒体保持数管理テーブル９５４３２の情報とリンクされる。このように取得された「遊技媒体保持数」に基づいて、景品初期表示制御テーブル９６５９’を参照し、初期表示カテゴリを決定する。
このような景品初期表示制御テーブル９６５９’を利用することによって、初期表示カテゴリは、ホール店舗、時間帯、及びユーザ情報に応じて決定される。
また、景品初期表示制御テーブル９６５９や景品初期表示制御テーブル９６５９’は、管理端末９８７０及び基幹サーバ９６００を介して、管理者により、各項目を変更したり、新しいレコードを追加したりする更新処理を行うことができる。さらに、ホール店舗において、例えば、景品ＰＯＳ９５００、ホールコンピュータ９４００、及び基幹サーバ９６００を介して、ホール店舗のスタッフ等により、これらのテーブルの更新処理を行うことができる。
景品初期表示制御テーブル９６５９’では、モール会員登録されたモール会員カードを読み取らせることによって、ユーザ情報を取得し、これに従って初期表示制御を行ったが、モール会員登録を行っていない（まだ景品交換を行っていない）遊技者のカード（非接触ＩＣチップを内蔵するスマートフォン９５７０や、ホール店舗で配布されるモール会員カード（ここでは、モール会員登録されていないカードも便宜上モール会員カードと称する）等）を読み取らせることによって、例えば、以前にお気に入りリストに登録し、景品交換までに至らなかった商品などを含む様々なユーザ情報を取得することができ、そのユーザ情報に応じた初期表示制御を、景品選択装置や景品交換装置で行うことができる。
また、顔面認識技術を用いて遊技者の年令や性別、遊技者の一致等を判定し、それらの判定結果に応じて、初期表示制御を行うことができる。またさらに、顔面認識による判定結果と上述したユーザ情報との組み合わせによって、初期表示制御を行うことができる。
この例は、景品交換端末９５３０において、遊技者の顔画像が撮影される。遊技者の顔画像は、例えば、景品交換端末９５３０に内蔵されたカメラ９５３８により、遊技者を所定のタイミングで撮影して画像データを取得し、これを遊技者画像データとして記憶する。こうして得られた遊技者画像データを用いて、例えば、顔認識技術（フェイシャル認識技術）等により、遊技者の年令・性別、他の遊技者画像データとの一致等を判定する。
顔認識技術とは、人間の顔の造形を元に個人を認識・特定する技術であって、遊技者画像データから顔の部分を抽出し、人の顔面もしくは、顔の部分（目、鼻、口等）の位置、大きさ、長さ、輪郭、肌のきめ等から遊技者の年令・性別、他の遊技者画像データとの一致等を判定する。例えば、鼻の高さ、鼻から目までの間隔、目の横幅、目の縦幅、耳の縦幅等を計測する。鼻、目、耳を認識する方法としては、これらの基本的な形状を予め格納しておき、そのサンプル画像との比較によって認識することもできる。
また、景品選択装置として、スマートフォン９５７０のようなモバイル機器を使用する場合、そのモバイル機器の所有者である遊技者が景品選択指示画面において選択する景品の嗜好や傾向を学習・類推し、遊技者の嗜好として類推されたカテゴリや商品に合致する景品を、景品選択指示画面に優先的に表示するようにしてもよい。
［景品価格調整機能］
次に、図２１１ないし図２１３を参照して、ショップ管理サーバ９７００において、ショップにより出品された景品の価格を調整する景品価格調整処理について説明する。
次に、図２１１ないし図２１３を参照して、ショップ管理サーバ９７００において、ショップにより出品された景品の価格を調整する景品価格調整処理について説明する。
図２１１は、ショップ管理サーバ９７００の景品価格調整部９７０６が、景品の価格を調整する処理（景品価格調整処理）の流れを示すフローチャートである。
最初に、ステップＳ２２２１において、ショップ管理サーバ９７００の景品価格調整部９７０６は、商品管理テーブル９７５２から各商品に関する商品情報を取得する。本実施形態では、例えば、ショップシステム９８４２ａやショップシステム９８４２ｂから、ショップシステムＩ／Ｆサーバ９８４０を介してショップ管理サーバ９７００に、１日１回、夜間に、各商品の情報がフィードデータとして提供され、商品管理テーブル９７５２に格納される。
図２１１の景品価格調整処理は、例えば、上述のフィードデータが商品管理テーブル９７５２に格納された直後に行い、最終的に調整された価格が、商品の価格として商品管理テーブル９７５２に格納される。このとき、商品管理テーブル９７５２には、調整前の価格（すなわち、ショップシステム９８４２ａ等から受信した、そのネット通販サイトにおける商品の価格）と、調整後の価格の両方を格納することもできる。また、ショップシステム９８４２ａ等から受信したフィードデータに対して直接、景品価格調整処理を行い、調整結果が得られて初めて、対応する商品情報（調整後の価格を含む）を商品管理テーブル９７５２に格納するようにしてもよい。
また、このときに、景品価格として所定金額（例えば、９６００円＋消費税に相当する金額）を超える商品については、景品交換の対象外とし、商品管理テーブル９７５２に格納しないようにする。
次に、ショップ管理サーバ９７００の景品価格調整部９７０６は、ステップＳ２２２２において、バーゲン情報、タイムセール情報等を取得する。これらの情報は、どの商品がバーゲンやタイムセールによって、どのような価格で提供されているかを含んでいる。これらの情報については、様々な取得方法が考えられるが、例えば、上述した、各ショップシステムからのフィードデータに含まれていたり、バーゲン情報等を提供する組織・機関からデジタルデータで取得したりする形態が考えられる。
次に、ショップ管理サーバ９７００の景品価格調整部９７０６は、ステップＳ２２２３において、複数の商品（例えば、商品管理テーブル９７５２に含まれるすべての商品）の価格分布に基づいて、全体加算調整金額を決定する。全体加算調整金額は、後述するステップＳ２２３０での１００円単位の切り上げが行われる場合の差額の期待値が一定値以上となるように、それぞれの商品の価格に加算する全体加算調整金額を、シミュレーションを行うことによって決定する。この処理については、後で詳細に説明する。
ステップＳ２２２４において、商品管理テーブル９７５２に含まれるすべての商品について処理が終了したか否かを判定し、残りの商品がある場合は（ステップＳ２２２４のＮＯ）、ステップＳ２２２５に進み、そこで、処理対象の商品がバーゲン品やタイムセール品に該当するか否かが判定される。処理対象の商品がバーゲン品やタイムセール品に該当するか否かは、ステップＳ２２２２で取得したバーゲン情報やタイムセール情報を元に判定される。例えば、処理対象の商品が、バーゲン情報やタイムセール情報に含まれる場合、又は、処理対象の商品がバーゲン情報やタイムセール情報に含まれる場合であって、さらに、所定金額以上の値引きが認められる場合に、バーゲン品等として判定される。
こうしたバーゲン品等か否かの判定は、コンピュータによって自動的に行うことができるが、所定の条件によって管理端末９８７０等にアラートを表示し、最終的に管理者が判断して、バーゲン品等か否かを決定することができる。
処理対象の商品がバーゲン品やタイムセール品に該当する場合（ステップＳ２２２５のＹＥＳ）、ステップＳ２２２６において、商品管理テーブル９７５２の対応する商品について、乖離フラグ＝「１」をセットする。乖離フラグ＝「１」にセットされた商品は、ビューワ９５５０で景品選択画面が表示される場合に、表示されないように制御される。
ステップＳ２２２６の後、又は、処理対象の商品がバーゲン品やタイムセール品に該当しない場合（ステップＳ２２２５のＮＯ）、ステップＳ２２２７において、価格調整テーブルを参照し、カテゴリ、価格帯ごとに、処理対象の商品に関する上乗金額を決定する。
ここで、価格調整テーブル９７５７は、図２０１に示すような構成であり、商品のカテゴリと価格帯の組み合わせによって、上乗金額（調整金額）が特定される。
次に、ショップ管理サーバ９７００の景品価格調整部９７０６は、ステップＳ２２２８において、一般市場価格に基づいて、処理対象の商品の価格を個別に調整するための個別調整金額を決定する。ここで、一般市場価格については、例えば、チラシ情報や調査情報を元に構成される一般市場価格情報を提供する組織・機関から入手しうる。処理対象の商品の価格が、一般市場価格と同じ、又は、所定範囲の金額となるように、個別調整金額が決定される。個別調整金額の決定は、コンピュータが自動的に行うことも、管理者が管理端末９８７０を操作して入力することもできる。また、処理対象の商品の価格と当該商品に関する一般市場価格との比較結果が所定の条件を満たす場合に、管理端末９８７０等にアラートを表示し、最終的に管理者が判断して、個別調整金額を入力するようにしてもよい。
次に、ショップ管理サーバ９７００の景品価格調整部９７０６は、ステップＳ２２２９において、処理対象の商品の価格に、上述の処理で決定した上乗金額、個別調整金額、全体加算調整金額を加算し、ステップＳ２２３０において、当該加算結果の端数を、１００円単位となるように切り上げる。このような１００円単位の切り上げは、様々な遊技媒体の種別（例えば、１パチ（１円貸し（パチンコ））や５スロ（５円貸（スロット）））によって、景品交換の際になるべく有利・不利が出ないようするためである。
次に、ショップ管理サーバ９７００の景品価格調整部９７０６は、ステップＳ２２３１において、切り上げ後の商品の価格が、所定金額（例えば、９６００円＋消費税）を超えるか否かを判定し、所定金額を超えない場合（ステップＳ２２３１のＮＯ）、ステップ２２３２において、処理対象の商品の価格を、ステップＳ２２３０で切り上げた後の価格に変更し、商品管理テーブル９７５２を更新する。
所定金額を超える場合（ステップＳ２２３１のＹＥＳ）、ステップ２２３３において、処理対象の商品に対応するレコードを、商品管理テーブル９７５２から削除する。また、このとき、将来的に商品の価格の変動を考慮して、レコードはそのまま維持し、削除フラグを付与するようにすることもできる。この例では、上述のように、ショップから出品された商品を商品管理テーブル９７５２に格納する際に、所定金額（例えば、９６００円＋消費税に相当する金額）を超える商品については、景品交換の対象外とし、商品管理テーブル９７５２に格納しないようにしているが、ここでは、各種調整金額の加算と切り上げによって、この所定金額を超えた場合を考慮して、再度、所定金額を超えるか否かを判定している。
ステップＳ２２３２の後、又は、ステップＳ２２３３の後、ステップＳ２２２４に進み、次の処理対象となる商品に関する処理を行う。ステップＳ２２２４において、すべての商品について処理が終了した場合（ステップＳ２２２４のＹＥＳ）、当該処理は終了する。
本実施形態では、価格調整テーブル９７５７を用いて価格の調整を行っているが、このテーブルの内容は、管理端末９８７０及び基幹サーバ９６００を介して、管理者により、各項目を変更したり、新しいレコードを追加したりする更新処理を行うことができる。
図２１２は、上述の景品価格調整処理のステップＳ２２２３において、全体加算調整金額を決定する方法に関する、基本的な概念を説明するための概略図である。
図２１２（Ａ）は、横軸が商品の価格（価格調整前）の下２桁の数字を表し、縦軸（左）が交換数（景品交換がされた数）を表し、縦軸（右）が１００円単位の切り上げによる差額を表すグラフである。ここで、商品の価格の下２桁が「０１」から「９９」までそれぞれ、均等に１０００個ずつ景品交換されたと仮定する。そうすると、交換数は、線９９２１によって表される。また、ここで、商品の価格を１００円単位で切り上げると、その切り上げによる差額は、下２桁が「０１」の場合は９９円となり、下２桁が「９９」の場合は１円となり、概念的には、斜線で示された三角形９９２２により表される（ただし、価格の下２桁「０１」から「９９」までの商品それぞれ１個ずつの差額）。
商品の価格の下２桁が「０１」から「９９」までそれぞれ、均等に１０００個ずつ分布し、それぞれの商品の価格が１００円単位で切り上げられた場合、その切り上げによる差額は、以下の式１で求められる。なお、商品の価格の下２桁が「００」の場合、切り上げは行われない。
切り上げによる差額＝９９×１，０００＋９８×１，０００＋・・・＋２×１，０００＋１×１，０００＝４，９５０，０００円 ・・・（式１）。
上述の式１から分かるように、交換数の分布において、価格の下２桁が小さい商品が多ければ多いほど、１００円単位で切り上げた場合の差額は大きくなる。
図２１２（Ｂ）は、図２１２（Ａ）と同様に、横軸が商品の価格（価格調整前）の下２桁の数字を表し、縦軸（左）が交換数（景品交換がされた数）を表し、縦軸（右）が１００円単位の切り上げによる差額を表すグラフである。ここで、商品の価格の下２桁が「０１」から「９９」は、図２１２（Ａ）のように、均等には分布しておらず、下２桁が「０１」から「２４」までは７００個交換され、下２桁が「２５」から「４９」までは９００個交換され、下２桁が「５０」から「７４」までは１１００個交換され、下２桁が「７５」から「９９」までは１３００個交換されたと仮定する。この状況は、線９９２３により表されている。
このような不均一な分布は、一般的市場価格ではよく見られるものであり、例えば、１９８０円や、３９８０円など、下２桁が比較的大きな数になることがよくある。図２１２（Ｂ）は、そのような状況を模したものである。
また、ここで、商品の価格を１００円単位で切り上げると、その切り上げによる差額は、下２桁が「０１」の場合は９９円となり、下２桁が「９９」の場合は１円となり、概念的には、斜線で示された三角形９９２４により表される（ただし、価格の下２桁「０１」から「９９」までの商品それぞれ１個ずつの差額）。
商品の価格の下２桁が「０１」から「９９」までが、図２１２（Ｂ）のように不均等に分布し、それぞれの商品の価格が１００円単位で切り上げられた場合、その切り上げによる差額は、以下の式２で求められる。なお、商品の価格の下２桁が「００」の場合、切り上げは行われない。
切り上げによる差額＝（９９×７００＋９８×７００＋・・・＋７７×７００＋７６×７００）＋（７５×９００＋７４×９００＋・・・＋５２×９００＋５１×９００）＋（５０×１，１００＋４９×１，１００＋・・＋２７×１，１００＋２６×１，１００）＋（２５×１，３００＋２４×１，３００＋・・・＋２×１，３００＋１×１，３００）＝４，３５５，０００円 ・・・（式２）。
式１と式２を比較すると分かるように、この場合、図２１２（Ｂ）の分布のほうが、１００円単位の切り上げによる差額が、図２１２（Ａ）の場合より、５９５，０００円少ない。これは、切り上げによって大きな差額が発生する、下２桁の数字の小さい商品が、図２１２（Ａ）と比べて少ない分布となっているからである。
従って、図２１２（Ａ）の状況での１００円単位の切り上げにより得られる差額が理想であるとすれば、図２１２（Ｂ）の状況では、上述の不足分、５９５，０００円を補填すべく、商品の価格に、１商品あたり約６円（≒５９５，０００／９９０００）を加算する必要がある（ただし、この場合、加算前の価格の下２桁が「００」である商品の数と、加算前の価格の下２桁が「９４」である商品の数によっては、上述の不足分を補填できない場合も考えられる）。
いずれにせよ、１００円単位の切り上げによって所定の目標差額（例えば、商品の価格の下２桁が、景品交換の実績において均等に分布した場合の差額であり、これは基本的に、確保すべき利益額となる）を得るためには、景品交換の実績に基づいて、加算額をシミュレーションによって決定する必要がある。
図２１３は、図２１２に示した基本的な概念に基づいて行う、全体加算調整金額決定処理の流れを示すフローチャートであり、この処理は、図２１１のステップＳ２２２３の処理に対応するものである。
最初に、ショップ管理サーバ９７００の景品価格調整部９７０６は、ステップＳ２２４１において、ショップ管理サーバ９７００の注文履歴管理テーブル９７５６から、所定条件（例えば、所定の期間における注文であること）を満たす注文履歴情報を取得する。交換履歴管理テーブル９７５５を用いて様々な条件で注文履歴を抽出するようにしてもよい。
次に、ショップ管理サーバ９７００の景品価格調整部９７０６は、ステップＳ２２４２において、商品管理テーブル９７５２から得られた商品情報と注文履歴情報から、注文履歴において、商品の価格の下２桁がどのような数で分布しているかを把握する。
次に、ステップＳ２２４３において、商品の価格を１００円単位で切り上げた場合の差額をシミュレーションし、ステップＳ２２４４において、当該シミュレーションによって求められた差額が、目標差額以上か否かを判定する。目標差額は、例えば、図２１２（Ａ）で示すように、商品の価格の下２桁が、その注文数（交換数）において均等に分布した場合の差額とすることができる。
目標差額未満であった場合（ステップＳ２２４４のＮＯ）、ステップＳ２２４５において、全体加算調整金額の候補を設定して、商品の価格に加算し、その後ステップＳ２２４３で再びシミュレーションを行う。以降、全体加算調整金額の候補を、例えば１円、２円、５円といった単位でインクリメントし、シミュレーションを繰り返す（ステップＳ２２４３〜ステップＳ２２４５）。
また、ステップＳ２２４３で得られた差額が目標差額に満たない場合、ステップＳ２２４３で得られた差額と目標差額との差を、シミュレーション対象の商品数で割ることによって、複数回のシミュレーションをすることなく、全体加算調整金額を決定してもよい。
シミュレーションの結果、目標差額以上となった場合（ステップＳ２２４４のＹＥＳ）、ステップＳ２２４６において、その全体加算調整金額の候補を、最終的な全体加算調整金額として決定する。
［玉（メダル）単価設定管理機能］
次に、図２１４ないし図２１６を参照して、ホール店舗において遊技媒体種別データを管理し、遊技媒体種別データに基づいて景品交換システム９００１における交換数量（景品交換に必要となる遊技媒体の数量）等に関する計算や表示を行う処理について説明する。
次に、図２１４ないし図２１６を参照して、ホール店舗において遊技媒体種別データを管理し、遊技媒体種別データに基づいて景品交換システム９００１における交換数量（景品交換に必要となる遊技媒体の数量）等に関する計算や表示を行う処理について説明する。
図２１４は、遊技媒体種別データ入力画面９９３０を示す図である。ホール店舗の管理者（又は権限のあるスタッフ）は、ホール店舗の運営を開始、又は変更する場合等に、ホール店舗の管理端末等に表示された遊技媒体種別データ入力画面９９３０から、遊技媒体種別に関するデータを入力する。遊技媒体種別データ入力画面９９３０は、例えば、景品ＰＯＳ９５００のディスプレイ９５５５や、他の端末のディスプレイに表示されてもよい。
遊技媒体種別データ入力画面９９３０は、「遊技媒体種別データを入力してください」といった画面タイトルを含むタイトル表示部９９３１、遊技媒体種別データを入力するための遊技媒体種別データ入力部９９３２、及び「確認」ボタン９９３５を含んでいる。
遊技媒体種別データ入力部９９３２には、メダル（玉）数入力部９９３２ａ、遊技媒体種類指定部９９３２ｂ、種別表示入力部９９３２ｃが含まれる。この例では、４種の遊技媒体種別を指定可能となっているが、それ以上の指定を可能とするようにもできる。
メダル（玉）数入力部９９３２ａには、基準金額（例えば、１０００円）に対する貸出数量がキーボード等で入力される。基準金額と、この貸出数量との比率は、基本的には、本実施形態に係る景品交換システム９００１におけるネット通販サイトの商品に関する景品交換レートとも一致する（すなわち、等価交換）。
遊技媒体種類指定部９９３２ｂは、この例では、プルダウンメニューとなっており、矢印９９３４のように、タッチ操作等で、遊技媒体の種類が「玉」であるか「メダル」であるかを選択する。
種別表示入力部９９３２ｃには、メダル（玉）数入力部９９３２ａで入力した内容に従って、遊技媒体種別の表示（その遊技媒体を遊技者が理解できるような種別表示）が、キーボード等によりテキストで入力される。想定されるパターンを予め用意しておき、プルダウンメニューによって選択するようにしてもよい。
この例では、基準金額１０００円に対して５００玉を貸し出す場合に、種別表示が「２円貸（パチンコ）」と設定されている。さらに、１０００円に対して２５０玉を貸し出す場合に、種別表示が「４円貸（パチンコ）」と設定され、１０００円に対してメダル２００枚を貸し出す場合に、種別表示が「５円貸（スロット）」と設定され、１０００円に対してメダル５０枚を貸し出す場合に、種別表示が「２０円貸（スロット）」と設定されている。
このように、基準金額に対する貸出数量（貸し玉数／貸しメダル数）を、ホール店舗側で容易に定義することができることによって、本実施形態の景品交換システム９００１を既存のホールシステム９００２に接続して運用を開始する場合や、貸出数量を変更する場合であっても、そのホールシステム９００２の運用に合わせて貸出数量を設定することで、柔軟に対応することができる。また、景品交換システム９００１にとっても、様々な他のホールシステム９００２と容易に組み合わせて運用することができる。
また、例えば、１０００円といった基準金額を基準として、その金額に対する貸し玉数や貸しメダル数を定義するように構成することによって、パチンコの玉で景品交換を行った場合と、スロットのメダルで景品交換を行った場合とで、基本的に、どちらが有利、不利といった違いがなくなり、一物一価の原則を実現することができる。
このような構成により、ホール店舗同士では、貸出の条件についてどのような相違があっても、各ホール店舗で運用している実際の玉数、メダル数を入力することで、営業許可がされている実際のホール店舗と同等であるとの保証が得られる。
遊技媒体種別データ入力部９９３２への入力が完了したら、「確認」ボタン９９３５をタッチする。これによって、遊技媒体種別定義データが、ホール店舗の景品ＰＯＳ９５００等から、基幹サーバ９６００に送信され、基幹サーバ９６００の遊技媒体種別定義データ管理部９６１２によって、受信された遊技媒体種別定義データが、遊技媒体種別定義テーブル９６６２に格納される。遊技媒体種別定義テーブル９６６２は、図１９８に示されているように、店舗コードごとに、基準金額に対する貸し出しの遊技媒体数量（メダル数、又は玉数）、遊技媒体種類（「メダル」、又は「玉」）、及び遊技媒体種別表示が格納される。
なお、この例では、基準金額（例えば、１０００円）は、予め固定的に決められているものであるが、基準金額自体もホール店舗に入力させ（例えば、４０００円や１００００円）、その基準金額をホール店舗に対応付けて、遊技媒体種別定義データ管理部９６１２に記憶するようにしてもよい。また、基準金額を、電算センター側で一律に管理し、管理端末９８７０により当該基準金額を変更することもできる。また、基準金額を、すべてのホール店舗、又は所定範囲の複数のホール店舗で共通な金額に保持するよう管理することもできる。
図２１５は、ビューワ９５５０のディスプレイ９５５５に、景品選択指示画面９９４０が表示されている状態を示しており、上述した、ホール店舗の遊技媒体種別定義データに応じて、商品表示の内容が調整されている。景品選択指示画面９９４０は、第１の実施形態に係る景品交換システム１に関して説明した景品選択指示画面９１０（図２４（Ｂ）参照）に類似する画面である。
景品選択指示画面９９４０には、店舗コード表示部９９４１、「お買い物リスト」ボタン９９４２、条件表示部（９９４３、９９４４）、及び商品表示部９９４５が表示されている。「お買い物リスト」ボタン９９４２は、これをタッチすると、それまでに選択した商品が「お買い物リスト」として一覧表示されるようになっている。条件表示部（９９４３、９９４４）には、あらたに商品を表示するためのカテゴリ等が表示されており、遊技者は、これをタッチすることにより、そのカテゴリ等に応じた商品セットを商品表示部９９４５に表示させたり、別のページに遷移させたりすることができる。
商品表示部９９４５には、３つの個別商品表示部（９９４５ａ、９９４５ｂ、９９４５ｃ）が表示されている。この例では、図２１４に示す遊技媒体種別データ入力画面９９３０の種別表示入力部９９３２ｃで入力された内容に従って、３つの個別商品表示部（９９４５ａ、９９４５ｂ、９９４５ｃ）のそれぞれにおいて、「４円貸（パチンコ）」、「２円貸（パチンコ）」、「２０円貸（スロット）」、「５円貸（スロット）」の表示により遊技媒体種別が表されている。
また、図２１４に示す遊技媒体種別データ入力画面９９３０のメダル（玉）数入力部９９３２ａに入力された内容に従って計算がされ、３つの個別商品表示部（９９４５ａ、９９４５ｂ、９９４５ｃ）のそれぞれにおいて、それぞれの遊技媒体種別に対応した交換数量、すなわち、その商品の景品交換に必要な遊技媒体の数量（メダル（玉）数）が表示されている。
例えば、個別商品表示部９９４５ａにおいて、景品のウーロン茶の交換数量は、「４円貸（パチンコ）」で２５０玉、「２円貸（パチンコ）」で５００玉、「２０円貸（スロット）」で５０枚、「５円貸（スロット）」で２００枚となっている。なお、遊技媒体種別データ入力画面９９３０のメダル（玉）数入力部９９３２ａに入力された貸出数量、基準金額、及び景品の価格の関係で、端数が生ずる場合は適宜、メダル数や玉数の切り上げ等の調整が行われうる。
図２１６は、ビューワ９５５０において、景品選択指示画面等の表示を行う際に、遊技媒体種別定義テーブル９６６２が参照されて、交換数量や遊技媒体種別等の表示が調整される例を示している。
図２１６は、ビューワ９５５０において景品選択指示画面等の表示がされる処理の流れを示すフローチャートである。なお、図２１６では、ビューワ９５５０、基幹サーバ９６００、及び、ショップ管理サーバ９７００のそれぞれにおける処理が、装置ごとに時系列に示されている。
最初に、ステップＳ２２５１で、ビューワ９５５０において、遊技者から景品表示指示があるか否かが判定される。この判定処理は、当該指示があるまで繰り返される。景品表示指示は、例えば、遊技者がビューワ９５５０の非接触ＩＣカードリーダ／ライタ９５５４にモール会員カードをかざした（タッチした）場合や、非接触ＩＣカードリーダ／ライタ９５５４にモール会員カードをかざした（タッチした）後で、景品選択指示画面の表示を指示した場合等である。
遊技者から景品表示指示があると（ステップＳ２２５１のＹＥＳ）、ステップＳ２２５２に進み、そこで、ビューワ９５５０の景品選択制御部９５６２は、景品選択ページ（例えば、上述の景品選択指示画面）のリクエストを基幹サーバ９６００に対して行う。また、この場合、ビューワ９５５０等に記憶されている、ホール店舗を識別するためのコードである店舗コードがともに基幹サーバ９６００に送信される。
基幹サーバ９６００の景品選択制御部９６０４は、ステップＳ２２５３において、景品選択ページのリクエストを受信すると、商品情報のリクエストをショップ管理サーバ９７００に送信する。ショップ管理サーバ９７００は、ステップＳ２２５４において、商品情報のリクエストを基幹サーバ９６００から受信すると、商品管理テーブル９７５２から、各商品の商品情報を取得する。商品情報は、例えば、商品ＩＤ、カテゴリ、商品価格等の情報を含む。
次に、ショップ管理サーバ９７００は、ステップＳ２２５５において、取得した商品情報を基幹サーバ９６００に送信する。基幹サーバ９６００の景品初期表示制御部９６１０は、ステップＳ２２５６において、ショップ管理サーバ９７００から商品情報を受信する。
次に、基幹サーバ９６００の遊技媒体種別定義データ管理部９６１２は、ステップＳ２２５７において、（受信した店舗コードに応じて）遊技媒体種別定義テーブル９６６２のデータを読み込む。
その後、ステップＳ２２５８において、読み込んだ遊技媒体種別定義テーブル９６６２のデータ（遊技媒体種別表示）を、ビューワ９５５０において表示される景品に関する遊技媒体種別表示とし、さらに、読み込んだ遊技媒体種別定義テーブル９６６２のデータ（貸出数量）と基準金額に基づいて、遊技媒体種別ごとに、当該景品に関する交換数量（景品交換に必要となるメダル（玉）数）を計算して求める。
次に、ステップＳ２２５０において、各景品について、商品ＩＤ、商品価格、遊技媒体種別表示、及び計算により得られた交換数量等を含む商品情報を含んだ表示景品データを生成する。
次に、基幹サーバ９６００の景品選択制御部９６０４は、ステップＳ２２６０において、ステップＳ２２５９で生成された表示景品データに基づいて、景品選択ページを作成し、ビューワ９５５０にその景品選択ページを送信する。
ビューワ９５５０の景品選択制御部９５６２は、ステップＳ２２６１において、基幹サーバ９６００から受信した景品選択ページをディスプレイ９５５５に表示する。
本実施形態では、景品選択装置として機能するビューワ９５５０において、遊技媒体種別定義データに基づく表示制御の例を示したが、他の景品選択装置や景品交換装置についても同様に適用することができる。
なお、このような、遊技媒体種別定義データに基づく表示制御機能は、上述した景品初期表示制御機能（店舗コードや時間帯等に応じて初期表示カテゴリを決定し、ビューワ９５５０等で、初期表示カテゴリの景品を優先的に表示する）や、景品表示制御機能（店舗コードや端末種別等に応じて非表示カテゴリを決定し、ビューワ９５５０等で、非表示カテゴリの景品を非表示とする景品表示制御機能、及び上述した、店頭景品に対応する景品についてはビューワ９５５０等で非表示とする景品表示制御機能）と適宜に組み合わせて適用することが可能である。
［決済管理機能］
次に、本発明の第９の実施形態に係る景品交換システム９００１における決済管理機能について説明する。
次に、本発明の第９の実施形態に係る景品交換システム９００１における決済管理機能について説明する。
最初に、図２１７を参照して、クレジットカードを利用した従来の決済手順について説明する。近年の一般的なネット通販サイトの利用者のほとんどは、クレジットカードを利用して当該ネット通販サイトから商品を購入したり、サービスの提供を受けたりしている。
図２１７に示すように、まず、利用者は、スマートフォン、携帯電話、ＰＣ等を用いて、ネット通販サイトに対して商品等（商品やサービス）の発注を行う（図２１７の「（１）商品の発注」）。ここでは、商品等の識別子や数量の情報を含む商品発注情報とともに、利用者のクレジットカード番号の情報がネット通販サイトに送信される。次に、利用者から商品の発注を受けたネット通販サイトは、決済代行としてのクレジットカード会社に対して、利用者から送信されたクレジットカード番号を送信し、決済要求を行う（図２１７の「（２）決済要求」）。図示する例では、クレジットカード会社は、カード発行業務を行うイシュアーであるとともに、加盟店業務を行うアクワイアラーでもある。
その後、クレジットカード会社によって当該クレジットカード番号の認証が行われると、ネット通販サイトは、利用者から送信された商品発注情報に従って、指定された商品の発送（又は、指定されたサービスの実施）を行う（図２１７の「（３）商品の発送」）。次に、クレジットカード会社は、ネット通販サイトの金融機関口座（例えば、銀行口座）に所定の金額を払い込む。これは、利用者に替わって支払いを行う立替払いである（図２１７の「（４）立替払い」）。所定の金額は、利用者がネット通販サイトに支払うべき支払金額（例えば、商品等の対価と送料）から決済手数料を差し引いた額であり、例えば、支払金額の３％〜７％の決済手数料が支払金額から差し引かれる。立替払いのタイミングは、例えば、月２回であり、決済から１５日後といったタイミングでネット通販サイトの金融機関口座に、上述した所定の金額が払い込まれる。従って、ネット通販サイトによって、利用者から指定された商品が即座に発送される場合、ネット通販サイトがその商品の対価を受け取るのは、例えば、発送の日の１５日後ということになる。
次に、クレジットカード会社によって、利用者の金融機関口座から支払金額が引き落とされる（図２１７の「（５）自動引落」）。このような支払金額の引き落としは、例えば、銀行等の金融機関による自動引落によって行われる。また、この自動引落のタイミングは、月１回であり、例えば、１５日までの１か月間の商品の発注についての支払金額が、翌月の１０日に引き落とされる。
クレジットカードを利用した決済は、上述のような手順で行われるが、ネット通販サイトからすると、クレジットカードが使えるということで、利用者が利用しやすく、利用頻度の向上が見込める点と、クレジットカード会社が回収リスクを負担しているという点などでメリットがあるが、一方で、多額の決済手数料を負担しなければならない点と、クレジットカード会社の立替払いが月２回といったタイミングであり、ネット通販サイトが商品の発送等を行ってからネット通販サイトの金融機関口座に、当該商品に対応する支払代金が振り込まれるまでの期間が長いという点などのデメリットもある。
本発明の第９の実施形態に係る景品交換システム９００１における決済管理機能は、上記のようなクレジットカードを利用した決済のメリットを維持しつつ、デメリットを解決する、すなわち、より低額な決済手数料を実現するとともに、ネット通販サイトに対して早急に立替払いを行うという決済方法を複数提供する。また、これらの複数の決済方法によって、景品交換システム９００１に関わるネット通販サイト、電算センター、及びホール店舗のすべてが、いままでにないメリットを享受することができる。
次に、図２１８ないし図２２０を参照して、第９の実施形態に係る景品交換システム９００１における決済管理機能に含まれる第１の決済方法（第１決済方法）について説明する。
図２１８は、第１決済方法の仕組みを説明するための図である。電算センターには、景品交換システム９００１の基幹サーバ９６００、ショップ管理サーバ９７００、決済管理サーバ９８００等が配置され、ホール店舗には、基幹サーバ９６００に接続された景品選択装置や景品交換装置が配置されている。
遊技者は、遊技のためにホール店舗に行き、そこで遊技媒体を獲得すると、ホール店舗に配置された景品交換装置において、景品交換指示を行う（図２１８の「（１）景品交換指示」）。遊技者は、景品選択装置において、景品を選択してお気に入りリストに登録し、その後、景品交換装置においてお気に入りリストを表示し、そのお気に入りリストのなかから、所望する景品を、獲得した遊技媒体の数量に応じて選択し、景品交換を指示する。この例では、３０００円の景品（例えば、遊技媒体種別が「１円貸（パチンコ）」の遊技媒体３０００玉によって交換される景品）が交換対象として１つ選択されたものとする。ここでは、この景品１つあたりの価格を第１単価と称する。第１単価はもちろん、景品によって異なり、後述する第２単価によって変動しうる。
景品交換装置で景品交換指示がされると、景品発注指示が電算センターに送信される（図２１８の「（２）景品発注指示」）。電算センターは、景品発注指示を受信すると、これに応じて、交換対象の景品に対応するネット通販サイトに向けて、景品配送指示を送信する（図２１８の「（３）景品配送指示」）。この例では、景品交換装置で３０００円の価格で表示されていた景品は、ネット通販サイトでは、実際には２９３５円で販売されている商品であり、電算センターは、このときに、６５円の差額を得ることになる。ここでは、このネット通販サイトにおける景品１つあたりの価格を第２単価と称する。第２単価はもちろん、景品によって異なり、時期によっても変動する。
このように、ネット通販サイトにおける商品の価格（例えば、２９３５円）が、景品選択装置や景品交換装置では、新たな価格（例えば、３０００円）として表示されるが、こうした価格は、例えば、図２１１に関して説明したような景品価格調整処理（複数の基準による上乗金額等の加算）により、電算センターによって調整・設定されたものである。
また、上述のような景品交換装置からネット通販サイトまでの景品発注の流れは、本発明の第１の実施形態に係る景品交換システム１に関連して説明した、図１２の処理フローと同様のものである（但し、図１２の処理フローでは、景品発注指示がホールコンピュータを経由しているが、この例では、ホールコンピュータを経由しない）。
電算センターからネット通販サイトに景品配送指示が送信された後、電算センターの指示により、銀行等の金融機関の電算センター口座から、ネット通販サイトの金融機関口座に、決済手数料が差し引かれた後の金額が振り替えられる（図２１８の「（４）立替払い」）。このような立替払いは、景品配送指示がされた後、即時に行うようにすることができる。また、景品配送指示がされた日の分を、その日にまとめて振り替えたり、景品配送指示がされた日の分を、その翌営業日にまとめて振り替えたりすることもできる。
この例では、ネット通販サイトにおける商品の価格が２９３５円であり、立替払いの金額は、そこから決済手数料を差し引いた２８７６円（２８７６．３＝２９３５−（２９３５×２％）の小数点以下を切り捨て）となる。電算センターは、このときに、５９円の差額を得ることになる。なお、ここでは送料を考慮しないものとする。ここでは、この景品１つあたりの価格を第３単価と称する。第３単価はもちろん、景品によって異なり、対応する景品の第２単価に応じて変動しうる。
次に、ネット通販サイトは、景品配送指示に従って、遊技者が指定した住所に商品等を発送する（図２１８の「（５）景品発送」）。
図２１８には、さらに、ホール店舗と電算センターの間の決済の仕組みを示す図が含まれており（図２１８の一点鎖線で囲まれた部分）、以下では、これについて説明する。
上述のように、銀行等の金融機関に開設されている電算センター口座から、電算センターの指示によって、ネット通販サイトの金融機関口座に立替払い（口座振替）が、即時、当日、又は翌営業日のタイミングで行われる。
一方、銀行等の金融機関に開設されているホール店舗口座から、景品交換代金が、（自動引落契約に基づいた）自動引落によって、電算センター口座に振り替えられる。この例では、ホール店舗口座は、ネット通販サイトの取引に関する支払い専用の口座であり、電算センター口座と同じ金融機関に開設されている。また、自動引落は、週に１回、２週に１回、月に１回といった所定のタイミングで行われ、そのタイミングに応じて締めのタイミングが適宜設定される。また、自動引落の金額は、銀行等の金融機関が、電算センターから景品交換データを取得することによって、どのホール店舗にどの期間、どれだけの金額の景品交換があったかを把握することによって決定する。
ホール店舗は、上述した自動引落のタイミングと引落額に基づいて、ホール店舗口座に入金を行う。当該入金処理は、現金を当該ホール店舗口座に入金する操作や、他の口座から振り替える操作等により行われる。入金額は、締めのタイミングに応じて、電算センターからホール店舗に提供される景品交換履歴情報から把握することができる。
さらに、銀行等の金融機関によって、電算センター口座とホール店舗口座の残高を担保として、電算センターに対して融資が行われ、電算センター口座に運転資金が提供される。
このような仕組みによって、ホール店舗と電算センターの間の決済では、基本的な手数料として、銀行等の金融機関による融資での運転資金調達コストのみが必要となり、その分、電算センターとネット通販サイトの間の決済手数料を低額に抑えることができる。また、電算センターからネット通販サイトに対しては、ネット通販サイトにおける商品の価格から決済手数料を差し引いた額が、遅くとも翌営業日までに支払われる。
図２１９は、図２１８に示した第１決済方法の仕組みを実行した結果を例示するものであり、金融機関口座の入出金状況、及び残高の推移が示されている。図２１９の上段には、ホール店舗口座と電算センター口座の入出金状況がそれぞれ示され、図２１９の下段には、電算センター口座の残高の推移が示されている。いずれも第１月から第３月までを示したもので、図２１９のなかの各図における横軸は、すべて同じタイミングの日にちを示しており、各図の時間軸が対応するようになっている。
前提として、景品交換の対象となる景品の交換価格はすべて３０００円であり、ネット通販サイトでの価格は２９３５円、電算センターからネット通販サイトへの立替払いの金額は２８７７円に設定されているものとする。
さらなる前提として、ここでは、１つのホール店舗に関する扱いについて第１月から第３月（１か月は３０日とする）までの例示をするものとし、第１月から第３月までの１日あたりの景品交換数は５０個（景品の単価は、３０００円）であり、第１月の前の月の２１日以降も同様であったとする。また、ホール店舗口座から電算センター口座の引落は月１回（１日）とし、融資により提供される運転資金は、毎月１日に電算センター口座に振り込まれ、３０日に返済されるものとする。
上述した前提のもと、図２１９の上段を参照すると、ホール店舗口座では、第１月と第２月の３０日に、景品交換代金に見合う金額が、電算センター口座に、自動引落により引き落とされる。第１月の引落は、例えば、前の月の２１日から第１月の２０日までの景品交換に対応するものであり、景品交換代金は、３０００×５０×３０＝４５０万円である。ホール店舗によって、第１月の２９日に４５０万円が入金され、翌日（第１月の３０日）に、その入金額が電算センター口座に（自動引落によって）振り替えられる。
同様に、第２月の引落は、例えば、第１月の２１日から第２月の２０日までの景品交換に対応するものであり、景品交換代金は、３０００×５０×３０＝４５０万円である。ホール店舗によって、第２月の２９日に４５０万円が入金され、翌日（第２月の３０日）に、その入金額が電算センター口座に（自動引落によって）振り替えられる。このような自動引落は、電算センターから銀行に景品交換データ（この例では、第１月の前の月の２１日から第１月の２０日までの景品交換代金や、第１月の２１日から第２月の２０日までの景品交換代金）が提供され、それによって自動引落の金額が決定される。
一方、電算センター口座では、第１月から第３月の３０日間それぞれについて、２８７７×５０＝１４万３８５０円が（ネット通販サイト口座に）出金される。
さらに、融資による運転資金が、第１月の１日、第２月の１日、第３月の１日にそれぞれ入金され、それに対応する金額の返済（出金）が同月の３０日に行われる。ここでは、融資の金額が固定的に４５０万円と設定されているが、所定期間における景品交換代金や、所定期間における電算センターからネット通販サイトに実際に支払う金額等に基づいて変動的に設定することもできる。
またさらに、電算センター口座では、第１月の３０日に、ホール店舗から、景品交換代金が回収され（すなわち、４５０万円が入金され）、第２月の３０日に、ホール店舗から、景品交換代金が回収され（すなわち、４５０万円が入金され）る。これは、上述した、ホール店舗口座の出金に対応するものである。
図２１９の下段に示す電算センター口座の残高の推移は、図２１９の上段に示した、電算センター口座の入出金を反映させた結果を示したものである。第１月の１日は、融資による運転資金の入金があり、かつ、ネット通販サイト口座への出金があるため、残高は、４３５万６１５０円となる（図では、千円の位を四捨五入して万単位で表示する）。その後、第１月の３０日まで、毎日、ネット通販サイト口座に１４万３８５０円が払い込まれるため、残高が徐々に少なくなる。また、３０日は、融資の運転資金の返済のために４５０万円を出金するとともに、ホール店舗から景品交換代金の回収分として４５０万円が入金される。その結果、第１月の３０日の残高は、１８万４５００円となる（図では、千円の位を四捨五入して万単位で表示する）。
第２月の１日は、融資による運転資金の入金があり、かつ、ネット通販サイト口座への出金と第１月の３０日時点での残高があるため、残高は、４５４万６５０円となる（図では、千円の位を四捨五入して万単位で表示する）。その後、第２月の３０日まで、毎日、ネット通販サイト口座に１４万３８５０円が払い込まれるため、残高が徐々に少なくなる。また、３０日は、融資の運転資金の返済のために４５０万円を出金するとともに、ホール店舗から景品交換代金の回収分として４５０万円が入金される。その結果、第２月の３０日の残高は、３６万９０００円となる（図では、千円の位を四捨五入して万単位で表示する）。
第３月の１日は、第２月の１日と同様に、融資による運転資金の入金があり、かつ、ネット通販サイト口座への出金と第２月の３０日時点での残高があるため、残高は、４７２万５１５０円となる（図では、千円の位を四捨五入して万単位で表示する）。その後、第３月の３０日まで、毎日、ネット通販サイト口座に１４万３８５０円が払い込まれるため、残高が徐々に少なくなる。以降、同様に、電算センター口座の残高が推移する。
このように、電算センター口座では、ホール店舗から景品交換代金として回収した金額と、ネット通販サイト口座に出金した（立て替えた）金額との差額が蓄積される。この差額は、景品交換システム９００１で価格調整された上乗せ金額と、決算手数料とで構成されるものである。当該差額は、別勘定として管理するために、所定のタイミングで他の口座に移すようにできる。
また、ここでは、４５０万円の融資によって運転資金を調達しているため、例えば、返済時に利息を付加して出金する等の処理が必要となるが、この資金調達に関するコストについては、省略している。なお、この資金調達に関するコストは、例えば、年利３％といった額である。
なお、この例では、電算センター口座に事前の資金をなんら用意していないが、景品交換の件数や景品交換代金の変動等に対応するため、ある程度の余裕資金を電算センター口座に入金しておくことが望ましい。また、電算センター口座における残高の推移を見ると、事前の資金（初期残高）があれば、融資による運転資金が無くても運営可能であると考えることもできるが、対応するホール店舗が１０００店舗以上となって、景品交換の件数や景品交換代金が膨大になった場合等を考えると、多額の運転資金を用意しておく必要があり、その意味で、融資による運転資金は必須のものである。
図２２０は、図２１８に示した第１決済方法の仕組みを実行するための、景品交換システム９００１を含むシステム構成を示した図である。図２２０では、図１７３で示すように、景品交換システム９００１の景品交換装置（例えば、景品交換端末９５３０）がホール店舗に設置され、景品交換システム９００１の基幹サーバ９６００、ショップ管理サーバ９７００、及び決済管理サーバ９８００が電算センターに配置され、景品交換端末９５３０は、ネットワークを介して基幹サーバ９６００に接続されている。
ホール店舗では、遊技者が、景品交換端末９５３０を操作し、景品交換指示画面を表示してお気に入りリストに登録された景品を選択することによって景品交換指示を行うと、景品交換端末９５３０から、ネットワークを介して、電算センターの基幹サーバ９６００に、景品発注指示（メッセージ）が送信される。景品発注指示には、遊技者が選択した景品を識別するための商品ＩＤ、景品の数量、遊技媒体種別、ホール店舗を識別するための店舗コード等が含まれる。基幹サーバ９６００は、景品発注指示を受信すると、それをショップ管理サーバ９７００に送信し、ショップ管理サーバ９７００は、指定された景品に対応するネット通販サイトのショップシステム９８４２ａのサーバ９８４２ａ−１に、景品配送指示（メッセージ）を送信する。
決済管理サーバ９８００は、ショップ管理サーバ９７００による景品配送指示の送信に応答して、決済サーバ９９４７に振替指示を送信し、電算センター口座からネット通販サイト口座に、景品の価格に応じた金額（すなわち、ネット通販サイトにおける商品の価格から決済手数料を差し引いた金額）を振り替えるよう指示する。なお、振替指示は、全銀システム（銀行間の内国為替取引・資金決済をオンラインで行うための銀行間ネットワークシステム（全国銀行データ通信システム））に対して、全銀フォーマットで送信するよう構成することができる。その他、所定の金融機関のサーバに接続して振替指示を行うなど、様々な方法を用いることができる。
また、この例では、決済管理サーバ９８００は、即時に振替指示を送信しているが、所定期間、又は１日分の景品配送指示に基づいて、当日又は翌営業日に、ネット通販サイト口座に入金されるよう制御することもできる。
ショップシステム９８４２ａのサーバ９８４２ａ−１は、景品配送指示を受信すると、これに応じて、景品の購入と配送が実現され、在庫管理データを更新し、景品配送指示書を出力する。ネット通販サイトのスタッフは、当該景品配送指示書に基づいて景品を用意し、景品の発送手続を行う。また、景品配送指示の受信に応じて、自動的に、景品のパッケージングを含む配送準備を行うようにしてもよい。サーバ９８４２ａ−１が景品配送指示を受信したときに、指定された景品の在庫がない場合もあり、その場合は、電算センターのショップ管理サーバ９７００に、景品配送指示が正常に受け付けられなかった旨を通知する。この場合、決済管理サーバ９８００は、振替指示を行わないように制御する。なお、本実施形態では、在庫管理がネット通販サイトのサーバ９８４２ａ−１で行われているため、景品配送指示を一旦、サーバ９８４２ａ−１に送信しないと在庫の有無が判断できないが、ショップ管理サーバ９７００にネット通販サイトの在庫情報を記憶するようにし、景品配送指示をサーバ９８４２ａ−１に送信する前に、対応するネット通販サイトの商品について在庫チェックをするようにしてもよい。
金融機関（例えば、銀行）には、決済サーバ９９４７が配置され、ネット通販サイト口座、電算センター口座、ホール店舗口座が開設されている。なお、ネット通販サイト口座は、ネット通販サイト名義の金融機関口座であり、ネット通販サイトの数に応じて個々に設定される。ネット通販サイト口座は、電算センター口座と同じ金融機関の口座である必要はないし、すべてのネット通販サイト口座が同じ金融機関の口座である必要もない。
同様に、ホール店舗口座は、ホール店舗名義の金融機関口座であり、ホール店舗の数に応じて個々に設定される。ホール店舗口座は、電算センター口座と同じ金融機関の口座である必要はないし、すべてのホール店舗口座が同じ金融機関の口座である必要もない。また、ホール店舗がチェーン店である場合、代表ホール店舗が、代表ホール店舗口座を１つ開設し、その口座によって、チェーン店である複数のホール店舗に関する決済を行うようにすることもできる。また、個別の一群のホール店舗口座を、チェーン店であるとして集合的に管理することもできる。
銀行の決済サーバ９９４７が振替指示を受信すると、その振替指示の内容に応じて、ある金融機関口座から他の金融機関口座に、指定金額を振り替える。この例では、電算センター口座からネット通販サイト口座に、指定した金額（例えば、各取引に応じた立替金額や、１日分の立替金額）を振り替える。
また、決済サーバ９９４７は、電算センターの決済管理サーバ９８００から景品交換データを受信し、受信した景品交換データに従って、ホール店舗口座から電算センター口座に対して自動引落を行う。自動引落は、予め契約により規定され、毎週１回、２週に１回、月に１回などのタイミングで引き落しを行う。引き落としの金額は、景品交換データから取得した所定期間（引き落としタイミングに対応した期間）の景品交換代金である。景品交換データには、ホール店舗ごとの景品交換代金が含まれ、決済サーバ９９４７は、景品交換データから、対応するホール店舗を判定し、そのホール店舗口座から、引き落としを行う。
さらに、銀行では、短期の融資契約に基づいて、電算センター口座、及びすべてのホール店舗口座の残高を担保とした融資を行う。より具体的には、銀行の融資システムが、所定のタイミングで、電算センター口座に所定の融資額を振り込み（借入）、一定期間経過後に電算センター口座から当該融資額を引き落とす（返済）。その後、この振り込みと引き落としを、電算センター口座に対して繰り返す。
ホール店舗は、ホール店舗口座に対して、電算センター口座への景品交換代金の引き落しが可能なように、適宜必要金額を、例えば振り込み操作等によって入金する。電算センターの決済管理サーバ９８００は、ホール店舗が、どのタイミングでどれぐらいの金額をホール店舗口座に入金すればよいのかを把握できるように、各ホール店舗に、ホール店舗ごとの景品交換履歴を提供する。当該景品交換履歴は、書類等の紙媒体でホール店舗に送付されてもよいし、データとして景品交換システム９００１に接続された所定の端末（例えば、景品交換端末９５３０や景品ＰＯＳ９５００）等に送信され、表示されるように構成してもよい。
次に、図２２１ないし図２２３を参照して、第９の実施形態に係る景品交換システム９００１における決済管理機能に含まれる第２の決済方法（第２決済方法）について説明する。
図２２１は、第２決済方法の仕組みを説明するための図である。電算センターには、景品交換システム９００１の基幹サーバ９６００、ショップ管理サーバ９７００、決済管理サーバ９８００等が配置され、ホール店舗には、基幹サーバ９６００に接続された景品選択装置や景品交換装置が配置されている。
遊技者は、遊技のためにホール店舗に行き、そこで遊技媒体を獲得すると、ホール店舗に配置された景品交換装置において、景品交換指示を行う（図２２１の「（１）景品交換指示」）。遊技者は、景品選択装置において、景品を選択してお気に入りリストに登録し、その後、景品交換装置においてお気に入りリストを表示し、そのお気に入りリストのなかから、所望する景品を、獲得した遊技媒体の数量に応じて選択し、景品交換を指示する。この例では、３０００円の景品（例えば、遊技媒体種別が「１円貸（パチンコ）」の遊技媒体３０００玉によって交換される景品）が交換対象として１つ選択されたものとする。ここでは、この景品１つあたりの価格を第１単価と称する。第１単価はもちろん、景品によって異なり、後述する第２単価によって変動しうる。
景品交換装置で景品交換指示がされると、景品発注指示が電算センターに送信される（図２２１の「（２）景品発注指示」）。電算センターは、景品発注指示を受信すると、これに応じて、ホール店舗に対応するクレジットカード番号を用いたクレジットカード決済指示を行う（図２２１の「（３）クレジットカード決済指示」）。これは、すなわち、ホール店舗が景品交換に係る景品を電算センターから３０００円で購入したというクレジットカード取引を発生させるものである。
また、電算センターは、交換対象の景品に対応するネット通販サイトに向けて、景品配送指示を送信する（図２２１の「（４）景品配送指示」）。この例では、景品交換装置で３０００円の価格で表示されていた景品は、ネット通販サイトでは、実際には２９３５円で販売されている商品であり、電算センターは、このときに、６５円の差額を得ることになる。ここでは、このネット通販サイトにおける景品１つあたりの価格を第２単価と称する。第２単価はもちろん、景品によって異なり、時期によっても変動する。
このように、ネット通販サイトにおける商品の価格（例えば、２９３５円）が、景品選択装置や景品交換装置では、新たな価格（例えば、３０００円）として表示されるが、こうした価格は、例えば、図２１１に関して説明したような景品価格調整処理（複数の基準による上乗金額等の加算）により、電算センターによって調整・設定されたものである。
また、上述のような景品交換装置からネット通販サイトまでの景品発注の流れは、本発明の第１の実施形態に係る景品交換システム１に関連して説明した、図１２の処理フローと同様のものである（但し、図１２の処理フローでは、景品発注指示がホールコンピュータを経由しているが、この例では、ホールコンピュータを経由しない。また、景品発注指示を受信した場合に、クレジットカードでの取引を発生させているが、これは、図１２の処理フローにない）。
電算センターからネット通販サイトに景品配送指示が送信された後、電算センターの指示により、銀行等の金融機関の電算センター口座から、ネット通販サイトの金融機関口座に、決済手数料が差し引かれた後の金額が振り替えられる（図２２１の「（５）立替払い」）。このような立替払いは、景品配送指示がされた後、即時に行うようにすることができる。また、景品配送指示がされた日の分を、その日にまとめて振り替えたり、景品配送指示がされた日の分を、その翌営業日にまとめて振り替えたりすることもできる。
この例では、ネット通販サイトにおける商品の価格が２９３５円であり、立替払いの金額は、そこから決済手数料を差し引いた２８７６円（２８７６．３＝２９３５−（２９３５×２％）の小数点以下を切り捨て）となる。電算センターは、このときに、５９円の差額を得ることになる。なお、ここでは送料を考慮しないものとする。ここでは、この景品１つあたりの価格を第３単価と称する。第３単価はもちろん、景品によって異なり、対応する景品の第２単価に応じて変動しうる。
次に、ネット通販サイトは、景品配送指示に従って、遊技者が指定した住所に商品等を発送する（図２２１の「（６）景品発送」）。
図２２１には、さらに、ホール店舗と電算センターの間の決済の仕組みを示す図が含まれており（図２２１の一点鎖線で囲まれた部分）、以下では、これについて説明する。
この決済方法では、銀行等の金融機関において、ホール店舗口座が開設されておらず、クレジットカード決済によって、（上述した、ホール店舗ごとのクレジットカードを発行した）クレジットカード会社が、各ホール店舗から景品交換代金の回収を行う。
また、上述のように、銀行等の金融機関に開設されている電算センター口座から、電算センターの指示によって、ネット通販サイトの金融機関口座に立替払い（口座振替）が、即時、当日、又は翌営業日のタイミングで行われる。
クレジットカード会社は、ホール店舗から月に１回といったタイミングで景品交換代金の支払いを受け、さらに、月に３回といったタイミングで、電算センター口座に景品交換代金を払い込む。
さらに、銀行等の金融機関によって、クレジットカード会社の債権を担保とした融資が、電算センターに対して設定され、電算センター口座に運転資金が提供される。
このような仕組みによって、ホール店舗と電算センターの間の決済では、基本的な手数料として、（多数の取引が安定的に見込めるとして）特別に調整されたクレジットカード会社の決済手数料、及び銀行等の金融機関による融資での運転資金調達コストのみが必要となり、その分、電算センターとネット通販サイトの間の決済手数料を低額に抑えることができる。また、電算センターからネット通販サイトに対しては、ネット通販サイトにおける商品の価格から決済手数料を差し引いた額が、遅くとも翌営業日までに支払われる。
図２２２は、図２２１に示した第２決済方法の仕組みを実行した結果を例示するものであり、クレジットカード利用によって生じた債権と債務、電算センター口座の入出金状況、及び、電算センター口座の残高の推移が示されている。図２２２の上段には、電算センターとクレジットカード会社の債権と債務がそれぞれ示され、図２２２の中段には、電算センター口座の入出金が示され、図２２２の下段には、電算センター口座の残高の推移が示されている。いずれも第１月から第３月までを示したもので、図２２２のなかの各図における横軸はすべて同じタイミングの日にちを示しており、各図の時間軸が対応するようになっている。
前提として、景品交換の対象となる景品の交換価格はすべて３０００円であり、ネット通販サイトでの価格は２９３５円、電算センターからネット通販サイトへの立替払いの金額は２８７７円に設定されているものとする。
さらなる前提として、ここでは、１つのホール店舗に関する扱いについて第１月から第３月（１か月は３０日とする）までの例示をするものとし、第１月から第３月までの１日あたりの景品交換数は５０個（景品の単価は、３０００円）であり、第１月の前の月の２１日以降も同様であったとする。また、ホール店舗口座から電算センター口座の引落は月１回（１日）とし、融資により提供される運転資金は、毎月１日、１１日、２１日に電算センター口座に振り込まれ、１０日、２０日、３０日に返済されるものとする。
上述した前提のもと、図２２２の上段を参照すると、電算センターにおいて、景品交換の際に、景品交換の価格で（対応するホール店舗名義の）クレジットカード決済を行うので、第１月から第３月にかけて、毎日、１５万円のクレジットカード会社に対する債務が、ホール店舗において発生する。
これに対応して、クレジットカード会社は、第１月から第３月にかけて、毎日、１５万円のホール店舗に対する債権が発生する。
また、図示するように、ホール店舗では、毎月１回、１０日に前月の景品交換代金を、クレジットカード会社に払い込むため、この時点で、前月分のホール店舗の債務とこれに対応するクレジットカード会社の債権は消滅する。ここでは、ホール店舗が金融機関口座を持っていないため、振り込み操作等によってクレジットカード会社の金融機関口座に金額を入金する。
ここで、クレジットカード会社は、例えば、月に３回、電算センター口座に景品交換代金を払い込む。このとき、電算センター口座には、決済手数料を差し引いて払い込みが行われる。例えば、１回の払込では、１．５％の決済手数料を徴収し、１５万円×１０日分×（１００−１．５％）＝１４７万７５００円が、電算センター口座に払い込まれる（図では、千円の位を四捨五入して万単位で表示する）。
図２２２の中段を参照すると、電算センター口座では、第１月から第３月の３０日間それぞれについて、２８７７×５０＝１４万３８５０円が（ネット通販サイトの口座に）出金される。
さらに、融資による運転資金が、第１月から第３月の１日、１１日、２１日にそれぞれ入金され、それに対応する金額の出金が同月の１０日、２０日、３０日にそれぞれ行われる。ここでは、融資の金額が固定的に１５０万円と設定されているが、所定期間における景品交換代金や、所定期間における電算センターからネット通販サイトに実際に支払う金額等に基づいて変動的に設定することもできる。
またさらに、電算センター口座では、第１月の１０日、２０日、３０日に、クレジットカード会社から、景品交換代金が回収され（すなわち、１４７万７５００円が入金され）、第２月の１０日、２０日、３０日にも同様に、１４７万７５００円が入金される。
図２２２の下段に示す電算センター口座の残高の推移は、図２２２の中段に示した、電算センター口座の入出金を反映させた結果を示したものである。第１月の１日は、融資による運転資金の入金があり、かつ、ネット通販サイト口座への出金があるため、残高は、１３５万６１５０円となる（図では、千円の位を四捨五入して万単位で表示する）。その後、第１月の１０日まで、毎日、ネット通販サイト口座に１４万３８５０円が払い込まれるため、残高が徐々に少なくなる。また、１０日は、融資の運転資金の返済のために１５０万円を出金するとともに、ホール店舗から景品交換代金の回収分として１４７万７５００円が入金される。その結果、第１月の３０日の残高は、３万９０００円となる（図では、千円の位を四捨五入して万単位で表示する）。
第１月の１１日は、融資による運転資金の入金があり、かつ、ネット通販サイト口座への出金と第１月の１０日時点での残高があるため、残高は、１３９万５１５０円となる（図では、千円の位を四捨五入して万単位で表示する）。その後、第１月の２０日まで、毎日、ネット通販サイト口座に１４万３８５０円が払い込まれるため、残高が徐々に少なくなる。また、２０日は、融資の運転資金の返済のために１５０万円を出金するとともに、ホール店舗から景品交換代金の回収分として１４７万７５００円が入金される。その結果、第１月の２０日の残高は、７万８０００円となる（図では、千円の位を四捨五入して万単位で表示する）。
第１月の２１日は、第１月の１１日と同様に、融資による運転資金の入金があり、かつ、ネット通販サイト口座への出金と第１月の２０日時点での残高があるため、残高は、１４３万４１５０円となる（図では、千円の位を四捨五入して万単位で表示する）。その後、第１月の３０日まで、毎日、ネット通販サイト口座に１４万３８５０円が払い込まれるため、残高が徐々に少なくなる。以降、同様に、電算センター口座の残高が推移する。
このように、電算センター口座では、ホール店舗から景品交換代金として回収した金額と、ネット通販サイト口座に出金した（立て替えた）金額との差額が蓄積される。この差額は、景品交換システム９００１で価格調整された上乗せ金額と、決算手数料とで構成されるものである。当該差額は、別勘定として管理するために、所定のタイミングで他の口座に移すようにできる。
また、ここでは、１５０万円の融資によって運転資金を調達しているため、例えば、返済時に利息を付加して出金する等の処理が必要となるが、この資金調達に関するコストについては、省略している。なお、この資金調達に関するコストは、例えば、年利３％といった額である。
なお、この例では、電算センター口座に事前の資金をなんら用意していないが、景品交換の件数や景品交換代金の変動等に対応するため、ある程度の余裕資金を電算センター口座に入金しておくことが望ましい。また、電算センター口座における残高の推移を見ると、事前の資金（初期残高）があれば、融資による運転資金が無くても運営可能であると考えることもできるが、対応するホール店舗が１０００店舗以上となって、景品交換の件数や景品交換代金が膨大になった場合等を考えると、多額の運転資金を用意しておく必要があり、その意味で、融資による運転資金は必須のものである。
図２２３は、図２２１に示した第２決済方法の仕組みを実行するための、景品交換システム９００１を含むシステム構成を示した図である。図２２３では、図１７３で示すように、景品交換システム９００１の景品交換装置（例えば、景品交換端末９５３０）がホール店舗に設置され、景品交換システム９００１の基幹サーバ９６００、ショップ管理サーバ９７００、及び決済管理サーバ９８００が電算センターに配置され、景品交換端末９５３０は、ネットワークを介して基幹サーバ９６００に接続されている。
ホール店舗では、遊技者が、景品交換端末９５３０を操作し、景品交換指示画面を表示してお気に入りリストに登録された景品を選択することによって景品交換指示を行うと、景品交換端末９５３０から、ネットワークを介して、電算センターの基幹サーバ９６００に、景品発注指示（メッセージ）が送信される。景品発注指示には、遊技者が選択した景品を識別するための商品ＩＤ、景品の数量、遊技媒体種別、ホール店舗を識別するための店舗コード等が含まれる。
決済管理サーバ９８００は、基幹サーバ９６００が景品発注指示を受信したとの通知を基幹サーバ９６００から受信すると、景品発注指示に対応するホール店舗のクレジットカードのクレジットカード番号を取得し、そのクレジットカード番号を用いて、クレジットカード決済指示により、指定された景品を購入するクレジットカード取引が行われるようにする。この取引のために、クレジットカード決済指示メッセージが、例えば、クレジットカード会社のカード決済管理サーバ９９４９に送信される。
基幹サーバ９６００は、景品発注指示を受信すると、それをショップ管理サーバ９７００に送信し、ショップ管理サーバ９７００は、指定された景品に対応するネット通販サイトのショップシステム９８４２ａのサーバ９８４２ａ−１に、景品配送指示（メッセージ）を送信する。
決済管理サーバ９８００は、ショップ管理サーバ９７００による景品配送指示の送信に応答して、決済サーバ９９４７に振替指示を送信し、電算センター口座からネット通販サイト口座に、景品の価格に応じた金額（すなわち、ネット通販サイトにおける商品の価格から決済手数料を差し引いた金額）を振り替えるよう指示する。なお、振替指示は、全銀システム（銀行間の内国為替取引、資金決済をオンラインで行うための銀行間ネットワークシステム（全国銀行データ通信システム））に全銀フォーマットで送信するよう構成することができる。その他、所定の金融機関のサーバに接続して、振替指示を行うなど、様々な方法を用いることができる。
また、この例では、決済管理サーバ９８００は、即時に振替指示を送信しているが、所定期間、又は１日分の景品配送指示に基づいて、当日又は翌営業日に、ネット通販サイト口座に入金されるよう制御することもできる。
ショップシステム９８４２ａのサーバ９８４２ａ−１は、景品配送指示を受信すると、これに応じて、景品の購入と配送が実現され、在庫管理データを更新し、景品配送指示書を出力する。ネット通販サイトのスタッフは、当該景品配送指示書に基づいて景品を用意し、景品の発送手続を行う。また、景品配送指示の受信に応じて、自動的に、景品のパッケージングを含む配送準備を行うようにしてもよい。サーバ９８４２ａ−１が景品配送指示を受信したときに、指定された景品の在庫がない場合もあり、その場合は、電算センターのショップ管理サーバ９７００に、景品配送指示が正常に受け付けられなかった旨を通知する。この場合、決済管理サーバ９８００は、振替指示やクレジットカード決済指示を行わないように制御する。なお、本実施形態では、在庫管理がネット通販サイトのサーバ９８４２ａ−１で行われているため、景品配送指示を一旦、サーバ９８４２ａ−１に送信しないと在庫の有無が判断できないが、ショップ管理サーバ９７００にネット通販サイトの在庫情報を記憶するようにし、景品配送指示をサーバ９８４２ａ−１に送信する前に、対応するネット通販サイトの商品について在庫チェックをするようにしてもよい。
金融機関（例えば、銀行）には、決済サーバ９９４７が配置され、ネット通販サイト口座、電算センター口座、クレジットカード会社口座が開設されている。なお、ネット通販サイト口座は、ネット通販サイト名義の金融機関口座であり、ネット通販サイトの数に応じて個々に設定される。ネット通販サイト口座は、電算センター口座と同じ金融機関の口座である必要はないし、すべてのネット通販サイト口座が同じ金融機関の口座である必要もない。
銀行の決済サーバ９９４７が、振替指示を受信すると、その振替指示の内容に応じて、ある金融機関口座から他の金融機関口座に、指定金額を振り替える。この例では、電算センター口座からネット通販サイト口座に、指定した金額（例えば、各取引に応じた立替金額や、１日分の立替金額）を振り替える。
また、決済サーバ９９４７は、クレジットカード会社の代金回収サーバ９９４８から、景品交換代金回収指示を受信すると、受信した景品交換代金回収指示に従って、クレジットカード会社口座から電算センター口座に対して振り替えを行う。この振り替えのタイミングは、月に２回や月に３回など、任意のタイミングで設定されうる。振替金額は、例えば、所定期間におけるクレジットカード決済の金額である。
さらに、銀行では、短期の融資契約に基づいて、クレジットカード会社が有する（例えば、ホール店舗に対する）債権を担保とした融資を行う。より具体的には、銀行の融資システムが、所定のタイミングで、電算センター口座に所定の融資額を振り込み（借入）、一定期間経過後に電算センター口座から当該融資額を引き落とす（返済）。その後、この振り込みと引き落としを、電算センター口座に対して繰り返す。
ホール店舗は、クレジットカード会社の請求に応じて、必要金額を例えば振り込み操作等によってクレジットカード会社口座に入金する。なお、電算センターの決済管理サーバ９８００は、ホール店舗が、どのタイミングでどれぐらいの金額をホール店舗口座に入金すればよいのかを把握できるように、各ホール店舗に、ホール店舗ごとの景品交換履歴を提供することができる。当該景品交換履歴は、書類等の紙媒体でホール店舗に送付されてもよいし、データとして景品交換システム９００１に接続された所定の端末（例えば、景品交換端末９５３０や景品ＰＯＳ９５００）等に送信され、表示されるように構成してもよい。
次に、図２２４、及び図２２５を参照して、第９の実施形態に係る景品交換システム９００１における決済管理機能に含まれる第３の決済方法（第３決済方法）について説明する。
図２２４は、第３決済方法の仕組みを説明するための図である。電算センターには、景品交換システム９００１の基幹サーバ９６００、ショップ管理サーバ９７００、決済管理サーバ９８００等が配置され、ホール店舗には、基幹サーバ９６００に接続された景品選択装置や景品交換装置が配置されている。
遊技者は、遊技のためにホール店舗に行き、そこで遊技媒体を獲得すると、ホール店舗に配置された景品交換装置において、景品交換指示を行う（図２２４の「（１）景品交換指示」）。遊技者は、景品選択装置において、景品を選択してお気に入りリストに登録し、その後、景品交換装置においてお気に入りリストを表示し、そのお気に入りリストのなかから、所望する景品を、獲得した遊技媒体の数量に応じて選択し、景品交換を指示する。この例では、３０００円の景品（例えば、遊技媒体種別が「１円貸（パチンコ）」の遊技媒体３０００玉によって交換される景品）が交換対象として１つ選択されたものとする。ここでは、この景品１つあたりの価格を第１単価と称する。第１単価はもちろん、景品によって異なり、後述する第２単価によって変動しうる。
景品交換装置で景品交換指示がされると、景品発注指示が電算センターに送信される（図２２４の「（２）景品発注指示」）。電算センターは、景品発注指示を受信すると、当該ネット通販サイトのギフト券を用いて、指定された景品を購入し、景品の配送をするよう、交換対象の景品に対応するネット通販サイトに向けて、景品配送指示を送信する（図２２４の「（３）景品配送指示」）。この例では、景品交換装置で３０００円の価格で表示されていた景品は、ネット通販サイトでは、実際には２９３５円で販売されている商品であり、電算センターは、このときに、６５円の差額を得ることになる。この例では、ネット通販サイトで利用可能なギフト券のギフト券ＩＤを指定することによって、当該ネット通販サイトで商品の購入ができるものであり、所定の金額を支払うことにより、関連するサイトで事前にギフト券ＩＤを取得することができる。ここでは、このネット通販サイトにおける景品１つあたりの価格を第２単価と称する。第２単価はもちろん、景品によって異なり、時期によっても変動する。
このように、ネット通販サイトにおける商品の価格（例えば、２９３５円）が、景品選択装置や景品交換装置では、新たな価格（例えば、３０００円）として表示されるが、こうした価格は、例えば、図２１１に関して説明したような景品価格調整処理（複数の基準による上乗金額等の加算）により、電算センターによって調整・設定されたものである。
また、上述のような景品交換装置からネット通販サイトまでの景品発注の流れは、本発明の第１の実施形態に係る景品交換システム１に関連して説明した、図１２の処理フローと同様のものである（但し、図１２の処理フローでは、景品発注指示がホールコンピュータを経由しているが、この例では、ホールコンピュータを経由しない）。
次に、ネット通販サイトは、景品配送指示に従って、遊技者が指定した住所に商品等を発送する（図２２４の「（４）景品発送」）。
図２２４には、さらに、ホール店舗と電算センターの間の決済の仕組みを示す図が含まれており（図２２４の一点鎖線で囲まれた部分）、以下では、これについて説明する。
例えば、ホール店舗の開店時に、電算センターから、銀行等の金融機関に開設されているホール店舗口座に十分な残高があるか否かを確認する。また、ホール店舗の閉店時には、電算センターからの指示（引落依頼）により、ホール店舗口座から電算センター口座に対して、当日１日分の景品交換代金の回収（振替）が行われる。このホール店舗口座は、ホール店舗名義の口座であり、景品交換のための支払専用口座である。ホール店舗は、必要に応じて事前に、ホール店舗口座に、景品交換代金支払いのための金額を払い込む。
また、例えば、ホール店舗の閉店時に、電算センターからの指示により、電算センター口座からネット通販ギフト口座に送金が行われ、翌日１日分のギフト券が購入される。このとき、景品交換履歴から得られるデータ等によって、最適な購入数を推定することができるが、より少額な単位で購入しておき、当日、必要となった場合に適宜、必要な金額分を送金するようにしてもよい。電算センター口座からネット通販ギフト口座に送金が行われると、例えば、当該送金の内容がネット通販サイトに伝えられ、電算センターに対して、利用可能なギフト券ＩＤが送信される。
このような仕組みによって、ホール店舗と電算センターの間の決済は、ホール店舗口座から電算センター口座への引落処理によって実現される。
図２２５は、図２２４に示した第３決済方法の仕組みを実行するための、景品交換システム９００１を含むシステム構成を示した図である。図２２５では、図１７３で示すように、景品交換システム９００１の景品交換装置（例えば、景品交換端末９５３０）がホール店舗に設置され、景品交換システム９００１の基幹サーバ９６００、ショップ管理サーバ９７００、及び決済管理サーバ９８００が電算センターに配置され、景品交換端末９５３０は、ネットワークを介して基幹サーバ９６００に接続されている。
ホール店舗では、遊技者が、景品交換端末９５３０を操作し、景品交換指示画面を表示してお気に入りリストに登録された景品を選択することによって景品交換指示を行うと、景品交換端末９５３０から、ネットワークを介して、電算センターの基幹サーバ９６００に、景品発注指示（メッセージ）が送信される。景品発注指示には、遊技者が選択した景品を識別するための商品ＩＤ、景品の数量、遊技媒体種別、ホール店舗を識別するための店舗コード等が含まれる。
基幹サーバ９６００は、景品発注指示を受信すると、それをショップ管理サーバ９７００に送信し、ショップ管理サーバ９７００は、指定された景品に対応するネット通販サイトのショップシステム９８４２ａのサーバ９８４２ａ−１に、景品配送指示（メッセージ）を送信する。このとき、ショップ管理サーバ９７００は、決済管理サーバ９８００から、予め記憶されているギフト券ＩＤを取得し、そのギフト券ＩＤを景品配送指示に含め、ギフト券ＩＤで当該ネット通販サイトでの景品購入が可能なようにする。
ショップシステム９８４２ａのサーバ９８４２ａ−１は、景品配送指示を受信すると、これに応じて、景品の購入と配送が実現され、在庫管理データを更新し、景品配送指示書を出力する。ネット通販サイトのスタッフは、当該景品配送指示書に基づいて景品を用意し、景品の発送手続を行う。また、景品配送指示の受信に応じて、自動的に、景品のパッケージングを含む配送準備を行うようにしてもよい。サーバ９８４２ａ−１が景品配送指示を受信したときに、指定された景品の在庫がない場合もあり、その場合は、電算センターのショップ管理サーバ９７００に、景品配送指示が正常に受け付けられなかった旨を通知する。この場合、決済管理サーバ９８００は、後述する景品交換代金回収指示やギフト券購入のための送金依頼を行わないように制御する。なお、本実施形態では、在庫管理がネット通販サイトのサーバ９８４２ａ−１で行われているため、景品配送指示を一旦、サーバ９８４２ａ−１に送信しないと在庫の有無が判断できないが、ショップ管理サーバ９７００にネット通販サイトの在庫情報を記憶するようにし、景品配送指示をサーバ９８４２ａ−１に送信する前に、対応するネット通販サイトの商品について在庫チェックをするようにしてもよい。
金融機関（例えば、銀行）には、決済サーバ９９４７が配置され、ネット通販ギフト券口座、電算センター口座、ホール店舗口座が開設されている。なお、ネット通販ギフト券口座は、ネット通販サイト名義の金融機関口座であり、ネット通販サイトの数に応じて個々に設定される。ネット通販ギフト券口座は、電算センター口座と同じ金融機関の口座である必要はないし、すべてのネット通販サイト口座が同じ金融機関の口座である必要もない。
同様に、ホール店舗口座は、ホール店舗名義の金融機関口座であり、ホール店舗の数に応じて個々に設定される。ホール店舗口座は、電算センター口座と同じ金融機関の口座である必要はないし、すべてのホール店舗口座が同じ金融機関の口座である必要もない。また、ホール店舗がチェーン店である場合、代表ホール店舗が、代表ホール店舗口座を１つ開設し、その口座によって、チェーン店である複数のホール店舗に関する決済を行うようにすることもできる。また、個別の一群のホール店舗口座を、チェーン店であるとして集合的に管理することもできる。
銀行の決済サーバ９９４７が、景品交換システム９００１の決済管理サーバ９８００から、ギフト券購入のための送金依頼を受信すると、電算センター口座からネット通販ギフト口座に対して、指定された金額の振り替えが行われる。
ここで、決済サーバ９９４７は、電算センター口座からネット通販ギフト口座に対して、振り替えが行われると、入金額（振替額）を含むギフト券口座入金通知をネット通販サイトのサーバ９８４２ａ−１に送信する（このような通知は、電算センターの決済管理サーバ９８００等の他のコンピュータが行ってもよい）。サーバ９８４２ａ−１は、ギフト券口座入金通知を受信すると、入金額に見合ったギフト券ＩＤを発行し、これらのギフト券ＩＤを、電算センターの決済管理サーバ９８００に送信し、決済管理サーバ９８００は、受信したギフト券ＩＤを決済管理ＤＢ９８５０に記憶する。
ギフト券ＩＤは、金額に応じた券種が設定されており、入金額が多い場合や端数がある場合は、複数のギフト券ＩＤが発行される。ネット通販サイトにおいて、商品を購入する場合、ギフト券ＩＤの残高が商品の価格より小さい場合、別のギフト券ＩＤを追加することによって購入を完了させることができる。
銀行の決済サーバ９９４７が、景品交換システム９００１の決済管理サーバ９８００から、景品交換代金回収指示を受信すると、指定されたホール店舗のホール店舗口座から、電算センター口座に対して、指定された景品交換代金の振り替えが行われる。
銀行の決済サーバ９９４７が、景品交換システム９００１の決済管理サーバ９８００から、ホール店舗の残高確認指示を受信すると、指定されたホール店舗のホール店舗口座の残高を取得し、決済管理サーバ９８００に送信する。
ホール店舗は、ホール店舗口座に対して、電算センター口座への景品交換代金の引き落しが可能なように、適宜必要金額を、例えば振り込み操作等によって入金する。電算センターの決済管理サーバ９８００は、ホール店舗が、どのタイミングでどれぐらいの金額をホール店舗口座に入金すればよいのかを把握できるように、各ホール店舗に、ホール店舗ごとの景品交換履歴を提供する。当該景品交換履歴は、書類等の紙媒体でホール店舗に送付されてもよいし、データとして景品交換システム９００１に接続された所定の端末（例えば、景品交換端末９５３０や景品ＰＯＳ９５００）等に送信され、表示されるように構成してもよい。
次に、図２２６を参照して、決済管理サーバ９８００の機能概要を説明する。なお、決済管理サーバ９８００のハードウエア構成は、上述したホールコンピュータ９４００の構成（図１７７参照）に類似するため（ただし、インターフェイスにより接続される装置は異なる）、説明を省略する。
図２２６は、決済管理サーバ９８００の機能ブロック図である。決済管理サーバ９８００は、決済方法管理部９８０１、決済制御部９８０２、与信管理部９８０３、及びネットワークＩ／Ｆ部９８０４を含む。
また、決済制御部９８０２は、決済管理部９８０２ａ、振替指示送信部９８０２ｂ、景品交換データ送信部９８０２ｃ、景品交換履歴送信部９８０２ｄ、クレジットカード決済制御部９８０２ｅ、及びギフト券管理部９８０２ｆを含む。
また、決済管理サーバ９８００は、外部記憶装置に決済管理ＤＢ９８５０を記憶し、決済管理ＤＢ９８５０には、決済方法管理テーブル９８５１、クレジットカード管理テーブル９８５２、ギフト券管理テーブル９８５３、及びホール店舗管理テーブル９８５４を含む。
決済方法管理部９８０１は、上述した３つの決済方法（第１決済方法ないし第３決済方法）を、ホール店舗に応じて切り換えるよう制御する。決済方法管理部９８０１は、基幹サーバ９６００が、景品交換端末９５３０から景品発注指示を受信した場合に、当該景品発注指示からホール店舗を識別する店舗コードを取得し、図２２７（Ａ）に示す決済方法管理テーブル９８５１を参照して、その店舗コードのホール店舗に対応する決済方法を決定し、当該決定された決済方法で、景品発注指示で指定された景品の発注に対応する。
図２２７（Ａ）に示す決済方法管理テーブル９８５１は、各ホール店舗の店舗コードと、そのホール店舗が、上述した第１決済方法ないし第３決済方法のうちどの決済方法を採用するかを対応付けて記憶している。決済方法管理テーブル９８５１において、採用する決済方法を、ホール店舗だけでなく、取引先となるネット通販サイト、景品の価格、取引日時といったさまざまな条件に対応付けるように構成することもできる。
決済制御部９８０２は、決済方法管理部９８０１で決定された決済方法に従って、景品発注指示で指定された景品の発注について、それぞれ対応する処理を行うよう制御する。決済制御部９８０２は、上述のように、複数の処理部を含むが、各処理部についての説明は後で詳細に行う。
与信管理部９８０３は、第１決済方法において、ホール店舗口座の残高に基づいて、各ホール店舗の与信管理を行う。詳細については後で説明する。
ネットワークＩ／Ｆ部９８０４は、インターネット等のネットワークに接続して、相手方のコンピュータとデータ送受信を行うよう制御する。決済管理サーバ９８００は、電算センターにおいて、例えば、ＬＡＮ等によって、基幹サーバ９６００と接続される。
決済管理部９８０２ａは、決定された決済方法に基づいて、各決済方法の手順をコントロールし、必要に応じて、振替指示送信部９８０２ｂないしギフト券管理部９８０２ｆを呼び出し、制御する。第１決済方法が採用された場合は、基幹サーバ９６００が景品発注指示を受信したときに、振替指示送信部９８０２ｂを呼び出す。また、所定のタイミングで景品交換履歴送信部９８０２ｄを呼び出す。第２決済方法が採用された場合は、基幹サーバ９６００が景品発注指示を受信したときに、振替指示送信部９８０２ｂを呼び出すとともにクレジットカード決済制御部９８０２ｅを呼び出す。また、所定のタイミングで景品交換履歴送信部９８０２ｄを呼び出す。第３決済方法が採用された場合は、閉店後、又はギフト券の残高が所定金額を下回ったときに、ギフト券管理部９８０２ｆを呼び出す。また、ホール店舗の開店時や閉店時に、振替指示送信部９８０２ｂを呼び出す。
振替指示送信部９８０２ｂは、第１決済方法において、基幹サーバ９６００が景品交換端末９５３０から景品発注指示を受信した場合に、電算センター口座から、所定の振替額をネット通販サイト口座に振り替えるように、振替指示を決済サーバ９９４７に送信する。また、第２決済方法において、基幹サーバ９６００が景品交換端末９５３０から景品発注指示を受信した場合に、電算センター口座から、所定の振替額をネット通販サイト口座に振り替えるように、振替指示を決済サーバ９９４７に送信する。
また、振替指示送信部９８０２ｂは、第３決済方法において、ホール店舗の閉店時に、電算センター口座からネット通販ギフト口座に、ギフト券購入のための金額を送金するよう、送金依頼を決済サーバ９９４７に送信する。また、ホール店舗の閉店時に、ホール店舗口座から電算センター口座に景品交換代金が送金されるように、景品交換代金回収指示を決済サーバ９９４７に送信する。また、ホール店舗の開店時等に、ホール店舗口座の残高を確認し、確認結果をホール店舗のコンピュータに表示することができ、当該残高の確認結果に応じて、ホール店舗における景品交換ができないように、基幹サーバ９６００の景品交換制御部９６０５を制御する。
景品交換データ送信部９８０２ｃは、第１決済方法において、銀行等の金融機関の決済サーバ９９４７に対して、所定のタイミングで景品交換データを送信する。景品交換データは、各ホール店舗における所定期間の景品交換代金の合計が含まれる。金融機関においては、景品交換データに基づいて、ホール店舗口座から電算センター口座への自動引落が制御される。
景品交換履歴送信部９８０２ｄは、所定期間の景品交換履歴（景品交換に関するデータ）を、ホール店舗で確認できるように、景品交換端末９５３０等、景品交換システム９００１に接続されたホール店舗のコンピュータに送信する。景品交換履歴には、所定期間の景品交換代金が含まれる。ホール店舗は、これを確認することによって、自身のホール店舗口座やクレジットカード会社口座に入金する金額とタイミングを把握することができる。
クレジットカード決済制御部９８０２ｅは、第２決済方法において、基幹サーバ９６００が景品交換端末９５３０から景品発注指示を受信した場合に、当該景品発注指示により指定された景品を、当該景品発注指示により指定された店舗コードのホール店舗に対応するクレジットカードを用いて購入する決済処理を行うため、クレジットカード決済指示メッセージを、クレジットカード会社のカード決済管理サーバ９９４９等に送信する。
ホール店舗に対応するクレジットカードのカード番号は、図２２７（Ｂ）に示す、クレジットカード管理テーブル９８５２を参照することにより把握することができる。図２２７（Ｂ）に示す、クレジットカード管理テーブル９８５２は、各ホール店舗の店舗コードと、そのホール店舗名義で発行されたクレジットカードのクレジットカード番号を対応付けて記憶している。また、必要に応じて、クレジットカードの有効期限、セキュリティコード、パスワード等を記憶し、クレジットカード決済に用いることができる。
ギフト券管理部９８０２ｆは、例えば、ネット通販サイトのサーバ９８４２ａ−１から受信したギフト券ＩＤを、図２２８に示すギフト券管理テーブル９８５３に記憶し、ショップ管理サーバ９７００（景品発注管理部９７０３）が、第３決済方法により、サーバ９８４２ａ−１に対して景品発送指示を送信する場合に、当該景品発送指示に指定された景品を購入することができる１つのギフト券ＩＤ、又は複数のギフト券ＩＤの組み合せを判定し、そのギフト券ＩＤをショップ管理サーバ９７００に通知する。ショップ管理サーバ９７００は、通知を受けたギフト券ＩＤを含む景品配送指示を、ネット通販サイトのサーバ９８４２ａ−１に送信することによって、景品の購入、配送をネット通販サイトに指示する。
ギフト券管理部９８０２ｆは、ホール店舗が閉店したときに、翌日分のギフト券を購入する（発行させる）ために送金依頼を行い、銀行等の金融機関に開設されている電算センター口座からネット通販ギフト口座に対して所定金額の送金を行うよう指示する。送金金額は所定の金額に定めることができるが、当日のギフト券の残高、景品交換履歴状況等に基づいて随時決定してもよい。ギフト券管理部９８０２ｆはまた、ギフト券管理テーブル９８５３により、ギフト券の残高を管理し、現在発行されているギフト券の残高が所定の金額を下回った場合に、ギフト券を新たに購入する（リチャージする）ために送金依頼を行い、銀行等の金融機関に開設されている電算センター口座からネット通販ギフト口座に対して所定金額の送金を行うよう指示する。このとき、送金する金額は、予め定めておくことができるが、景品交換履歴や景品交換状況等によって決定してもよい。
ギフト券が、利用可能金額別に種別を有する場合（５万円券や１０万円券など）、ギフト券管理部９８０２ｆは、この種別を指定し、ネット通販サイトからギフト券ＩＤの送信を受けることができる。また、ギフト券管理部９８０２ｆは、未使用のギフト券残高が高額にならないように、前日の閉店時にギフト券の購入額を低額に抑え、上述のリチャージを頻繁に行うよう制御することもできる。
ギフト券管理テーブル９８５３は、図２２８（Ａ）に示すように、券種と残高を、ギフト券ＩＤごとに記憶する。ギフト券ＩＤの残高は、第３決済方法により、サーバ９８４２ａ−１に対して景品発送指示を送信する場合であって、ギフト券ＩＤをショップ管理サーバ９７００に通知する場合に、ギフト券ＩＤの残高から、ネット通販サイトにおける商品の価格を減ずることによって（ギフト券ＩＤの残高がゼロになった場合は、次のギフト券ＩＤを用いて減算を行う）計算することができる。
また、ギフト券ＩＤの残高は、ネット通販サイトで管理されているため、ネット通販サイトで、新たなギフト券ＩＤを要求してきた場合に、それに応じて次のギフト券ＩＤを指定するように構成することもできる。この場合、ギフト券管理テーブル９８５３では、券種や残高を管理する必要はない。
与信管理部９８０３は、第１決済方法、又は第３決済方法が採用された場合に、ホール店舗口座の残高を所定のタイミングで確認し、残高が所定の第１設定金額を下回る場合、ホール店舗に配置されている景品交換システム９００１の装置（例えば、景品選択装置、景品交換装置、景品ＰＯＳ９５００等）に、その旨を伝えるアラート表示を行う。第１設定金額としては、第１決済方法の場合であれば、例えば、自動引落によって電算センター口座に引き落とされる金額（又は、引き落とされると想定される金額）等、第３決済方法の場合であれば、例えば、１日における景品交換代金の平均額に余裕資金を加えた金額や最大額に相当する金額等を設定することができる。
また、与信管理部９８０３は、所定期間、ホール店舗口座の残高が、上述の第１設定金額より小さい第２設定金額を下回る等、一定の条件を満たす場合、基幹サーバ９６００の景品交換制御部９６０５を制御し、景品交換装置での景品交換指示を不可とするようにできる。また、基幹サーバ９６００の景品選択制御部９６０４を制御し、景品選択装置での景品選択指示も不可とするようにできる。
また、与信管理部９８０３は、ホール店舗が、電算センターと特定の資金関係にある場合（例えば、ホール店舗が株主である場合）等、一定の条件を満たす場合、上述したアラート表示や、景品交換指示や景品選択指示の禁止等を、行わないように制御することができる。例えば、ホール店舗が電算センターの株主である場合は、そのホール店舗の出資金の範囲内で、ホール店舗口座の金額を補填することができる（ただし、補填分は、所定期間内に返戻されることが前提である）。
さらに、与信管理部９８０３は、図２２８（Ｂ）に示すようなホール店舗管理テーブルを参照して、各ホール店舗がどの店舗グループに属するかを把握し、あるホール店舗のホール店舗口座が、上述のような第１設定金額や第２設定金額を下回った場合でも、そのホール店舗が属する店舗グループ全体のホール店舗口座の残高が第１設定金額以上であれば、上述したアラート表示や、景品交換指示や景品選択指示の禁止等を、行わないように制御することもできる。
またさらに、与信管理部９８０３は、図２２８（Ｂ）に示すようなホール店舗管理テーブルを参照して、店舗グループに属するホール店舗の代表店舗（センター店舗）の店舗コードを把握し、その店舗グループに属するホール店舗に関する決済に関しては、対応する代表店舗のホール店舗口座を使用するよう制御することができる。このような構成により、店舗グループでは、代表店舗のホール店舗口座に資金を用意することによって、その店舗グループに属するホール店舗すべての決済資金を賄うことができ、各ホール店舗の与信管理も、この代表店舗のホール店舗口座の残高をチェックすることによって行われる。
ここまで、第１決済方法ないし第３決済方法による決済管理機能について説明してきたが、上述した方法は例示に過ぎず、他の様々な方法やハードウエア構成によって、本発明の技術的思想を実現することができる。また、上述した方法では、ネット通販サイトに景品を注文するために、電算センターのショップ管理サーバ９７００からネット通販サイトのサーバ９８４２ａ−１に景品配送指示が送信されるように構成されているが（ＡＰＩによる連携）、他の様々な方法で、景品配送指示を行うことができる。例えば、ショップ管理サーバ９７００が、ネット通販サイトの商品購入指示画面や配送指示画面等を、あたかもＷＥＢブラウザで操作するように制御して（いわゆる、ウェブスクレイピング）、景品の注文、及び景品の配送を指示するようにしてもよい。
また、本実施形態では、第１決済方法ないし第３決済方法が、ホール店舗等に応じて切り換えられるよう説明したが、これらの３つの決済方法のうち２つを切り換えるように構成してもよいし、これら以外の決済方法を含むようにしてもよい。また、決済方法の切り換えを行わず、常に１つの決済方法によって決済管理機能を実現するように構成してもよい。
また、本実施形態では、第１決済方法、及び第２決済方法において、電算センターからネット通販サイトに対して立替払いをするときに、決済手数料を考慮して立替額を決定するが、当該決済手数料を、例えば、ホール店舗、景品交換代金、景品交換数販売数等に応じて調整するように構成することもできる。
さらに、本実施形態では、決済管理機能を、景品交換システム９００１（すなわち、ネット通販サイトの商品を景品として交換可能なシステム）に適用した例を説明したが、景品以外の商品やサービスをネット通販サイトで購入する場合の決済についても適用することが可能である。この場合、第１決済方法、及び第２決済方法において、電算センターは決済代行機関として機能し、ホール店舗は決済代行機関を利用して商品を購入する（又は、サービスの提供を受ける）ユーザとなる。このユーザは、例えば、企業等の組織や個人である。
第１決済方法（図２１８参照）では、ユーザによって、ＰＣやスマートフォンを用いて送信された商品発注指示（景品発注指示に対応）は、決済代行機関である電算センターに送信され、電算センターからネット通販サイトに対して商品配送指示（景品配送指示に対応）を送信する。また、電算センターは、商品配送指示に応じて、短期のうちに（遅くとも、商品配送指示があった日の翌営業日）、電算センター口座からネット通販サイト口座に所定の金額（ネット通販サイトにおける商品の価格から決済手数料を差し引いた金額）の立替払いを行う。また、商品発注指示に応じて生成された商品発注データに基づいて、ユーザ口座（ホール店舗口座に対応）から電算センター口座に、例えば月１回のタイミングで自動引落が行われる。また、電算センター口座とユーザ口座の残高を担保に、電算センター口座に運転資金が融資される。
第２決済方法（図２２１参照）では、ユーザによって、ＰＣやスマートフォンを用いて送信された商品発注指示（景品発注指示に対応）は、決済代行機関である電算センターに送信され、電算センターからネット通販サイトに対して商品配送指示（景品配送指示に対応）を送信する。また、電算センターは、商品配送指示に応じて、短期のうちに（遅くとも、商品配送指示があった日の翌営業日）、電算センター口座からネット通販サイト口座に所定の金額（ネット通販サイトにおける商品の価格から決済手数料を差し引いた金額）の立替払いを行う。また、ユーザは、例えば月に１回、クレジットカード会社からの請求等に応じて、クレジットカード会社口座に商品の代金を入金し、クレジットカード会社は、例えば月に３回、クレジットカード会社口座から電算センター口座に、所定の金額（商品の代金から決済手数料を差し引いた金額）を振り替える。また、クレジットカード会社の債権を担保に、電算センター口座に運転資金が融資される。
また、本実施形態における決済管理機能を、ネット通販サイトだけでなく、商品の売り場やサービス提供拠点を有する実店舗でも適用することが可能である。本明細書では、ネット通販サイト、及び実店舗を含む、すべての形態の店舗を「販売店舗」と称し、この販売店舗により、商品の販売やサービスの提供が行われる。
［少額貯玉連携機能］
次に、本発明の第９の実施形態に係る景品交換システム９００１における少額貯玉連携機能について説明する。
次に、本発明の第９の実施形態に係る景品交換システム９００１における少額貯玉連携機能について説明する。
ここでは、上述した第９の実施形態に係る景品交換システム９００１の構成をさらに拡張して、図３４に示す景品交換システム１００１のように、端玉のような少量の遊技媒体を貯玉（少額貯玉）し、その貯玉を用いて景品交換を行うことができる。すなわち、少額貯玉を用いて、景品交換システム１と同様に、事前に、多くの景品のなかから景品交換の候補を選択してお買い物リストを作成し、その後、当該システムへのモール会員登録が行われると、貯玉の価値に応じた景品交換指示を行うことが可能となり、指定した景品を自宅等の指定住所に配送させることができる。なお、ここでは、端玉（余玉）のような少量の遊技媒体の保持を便宜上「少額貯玉」と称するが、パチンコ機で獲得するパチンコ玉の貯玉だけでなく、パチスロ機で獲得するメダルの保持（いわゆる、貯メダル）も含まれる。また、この例では、ホール店舗のホールシステム９００２と連携し、ホールコンピュータ９４００で管理されている遊技媒体保持情報が、景品ＰＯＳを介して景品交換システム９００１に提供される。
また、少額貯玉は、景品交換の際に発生する端玉を貯玉する場合に限られず、例えば、遊技者が意図的に遊技を中断してパチンコ玉やメダルを保持しようとする場合など、様々な要因により少量の遊技媒体を貯玉する場合を含む。景品交換システム１００１では、１回あたりの貯玉の数量（価値）と、合計の貯玉の数量（価値）に一定の上限が設けられる。
最初に、図２２９を参照して、少額貯玉連携機能を実現するように拡張された景品交換システム９００１の景品ＰＯＳ９５００’の機能概要を説明する。図２２９は、景品ＰＯＳ９５００’の機能ブロック図である。景品ＰＯＳ９５００’は、アクセス管理部９５１１、景品ＰＯＳ制御部９５１２、景品交換端末連携制御部９５１３’、店頭景品管理部９５１４、ホールコンピュータ連携制御部９５１５’、表示制御部９５１６、及びネットワークＩ／Ｆ部９５１７を含む。
ここでは、景品ＰＯＳ９５００と比べ、景品交換端末連携制御部９５１３’、及びホールコンピュータ連携制御部９５１５’の機能が拡張される。景品交換端末連携制御部９５１３’は、後述する会員カード紐付け処理に関し、景品交換装置とホールコンピュータ９４００との間でカード認証を行うためのデータ送受信の中継を行う。また、ホールコンピュータ連携制御部９５１５’は、後述する会員カード紐付け処理に関し、ホールコンピュータ９４００から景品交換装置に、会員情報テーブルに記憶されたユーザ情報を取得する際に、当該ユーザ情報に係るデータを中継する処理を行う。
次に、図２３０を参照して、少額貯玉連携機能を実現するように拡張された景品交換システム９００１の景品交換端末９５３０’の機能概要を説明する。図２３０は、景品交換端末９５３０’の機能ブロック図である。景品交換端末９５３０’は、景品交換システム１００１に示す少額貯玉指示装置１０６０が有する、少額貯玉に関する処理機能を含んでいる。景品交換端末９５３０’は、アクセス管理部９５４１、景品交換制御部９５４２、表示制御部９５４４、ネットワークＩ／Ｆ部９５４５、少額貯玉制御部９５４６、及び会員管理部９５４７を含む。
景品交換端末９５３０’では、景品交換端末９５３０と比べ、少額貯玉制御部９５４６、及び会員管理部９５４７が追加されている。少額貯玉制御部９５４６は、景品交換システム１００１に示す少額貯玉指示装置１０６０の少額貯玉制御部１０８４の機能に対応する。また、会員管理部９５４７は、景品交換システム１００１に示す少額貯玉指示装置１０６０の会員管理部１０８５の機能を含み、さらに、景品交換システム９００１において、少額貯玉の会員カード（少額貯玉用会員カード９９５０ａ）の会員登録が行われる場合に、各ホール店舗のコピー許諾情報に基づき、各ホール店舗が管理するホールシステム９００２から、ユーザ情報を取得し、当該会員登録でその情報を流用できるように制御する。
次に、図２３１を参照して、少額貯玉連携機能を実現するように拡張された景品交換システム９００１の基幹サーバ９６００’の機能概要を説明する。図２３１は、基幹サーバ９６００’の機能ブロック図である。基幹サーバ９６００’は、モール会員管理部９６０１’、景品選択制御部９６０４、景品交換制御部９６０５、景品発注制御部９６０６、ホール店舗外デバイス管理部９６０７、店頭景品管理部９６０８、景品表示制御部９６０９、景品初期表示制御部９６１０、ユーザ情報表示制御部９６１１、遊技媒体種別定義データ管理部９６１２、ネットワークＩ／Ｆ部９６１３、少額貯玉管理部９６１４、及び匿名会員管理部９６１５を含む。
基幹サーバ９６００’では、基幹サーバ９６００に比べ、少額貯玉管理部９６１４、及び匿名会員管理部９６１５が追加され、モール会員管理部９６０１’の機能が拡張されている。少額貯玉管理部９６１４は、景品交換端末９３５０’の少額貯玉制御部９５４６と協働し、景品交換端末９３５０’から遊技者によって指示された貯玉の数量を所定の電子価値の単位に変換し、これを匿名状態で管理する。また、匿名会員管理部９６１５は、モール会員登録のためのユーザインターフェースを景品交換端末９３５０’に提供する。このような、少額貯玉管理部９６１４、及び匿名会員管理部９６１５の機能は、図３７に示した基幹サーバ１６００の少額貯玉管理部１６１０、及び匿名会員管理部１６１１に対応するものである。
また、基幹サーバ９６００’のモール会員管理部９６０１’は、さらに、景品交換端末９５３０’の会員管理部９５４７からの要求に応じて、後述するホール店舗管理テーブル９６６３を参照し、各ホール店舗のコピー許諾情報を取得し、その情報を景品交換端末９５３０’に向けて送信する。
基幹サーバ９６００’はまた、基幹ＤＢ９６５０’を備える。基幹ＤＢ９６５０’は、図１８６に示した基幹ＤＢ９６５０に含まれる各テーブルのほかに、ホール店舗管理テーブル９６６３、匿名会員情報テーブル９６６４、及び電子価値管理テーブル９６６５を含む。
ホール店舗管理テーブル９６６３は、ホール店舗の住所やチェーン店舗の関係を表すデータを保持するとともに、上述した少額貯玉用会員カード９９５０ａの作成において会員登録を行う場合に、ホール店舗が保持する会員の個人情報を含むユーザ情報のコピーを許諾するか否かを示すデータを、ホール店舗ごとに保持する（図２３７参照）。
匿名会員情報テーブル９６６４は、例えば、非接触ＩＣチップを含むよう構成される少額貯玉用会員カード９９５０ａを匿名のまま管理する（図２３８（Ａ）参照）。ここでは、少額貯玉用会員カード９９５０ａは、そのカードの固有ＩＤに対応付けて、店舗コードとパスワードが管理される。電子価値管理テーブル９６６５は、匿名会員情報テーブル９６６４に記憶された少額貯玉用会員カード９９５０ａの固有ＩＤごとに、電子価値データを記憶する（図２３８（Ｂ）参照）。ここで、電子価値データは、所定範囲で電子的な流通が可能な価値を表す所定の電子価値の単位であり、少額貯玉の数量と遊技媒体種別に応じて変換された値を表すデータである。匿名会員情報テーブル９６６４、及び電子価値管理テーブル９６６５は、図３７に示した匿名会員情報テーブル１６５７、及び電子価値管理テーブル１６５８にそれぞれ対応するテーブルである。
また、モール会員管理テーブル９６５１’は、基本的に図３７に示したモール会員情報テーブル１６５１と同様のものであるが、モール会員ごとに、これと連携したホール店舗の店舗コードと、そのホール店舗で利用されている会員カード９９５０ｂの固有ＩＤ（連携会員カードＩＤ）が記憶される。
ここまで、本発明の第９の実施形態に係る景品交換システム９００１における拡張の内容について、機能ブロック図を用いて説明したが、上述の景品ＰＯＳ９５００’、景品交換端末９３５０’、及び基幹サーバ９６００’のハードウエア構成については、それぞれ、ブロック図を用いて上述した、景品ＰＯＳ９５００、景品交換端末９３５０、及び基幹サーバ９６００と同様のものである。
次に、図２３２を参照して、本発明の第９の実施形態に係る景品交換システム９００１における少額貯玉連携機能に関し、景品交換端末９５３０’のような景品交換装置で行われる、会員カード紐付け処理の概要を説明する。
図２３２に示すフローは、主として遊技者の操作を示している。これらの操作によって、遊技者が、そのホール店舗の正規の会員となっている場合、景品交換システム９００１の少額貯玉用会員カード９９５０ａに関する会員登録持に、住所や電話番号といった、すでにホール店舗のホールシステム９００２に登録済みのユーザ情報をコピーして使用することができる。
最初に、ステップＳ２２７１において、遊技者は、景品交換端末９５３０’の非接触ＩＣカードリーダ／ライタ（景品交換端末９５３０の非接触ＩＣカードリーダ／ライタ９５３４に対応）に、ホール店舗の会員カード９９５０ｂをかざす（タッチする）。この会員カード９９５０ｂは、そのホール店舗の正規の会員が所持するものであり、すでに会員登録がされており、ユーザの住所や電話番号等を含むユーザ情報が、ホール店舗のホールコンピュータ９４００に記憶される会員情報テーブル９４３１’（図２３６（Ａ）参照）に記憶されている。
次に、ステップＳ２２７２において、遊技者は、景品交換端末９５３０’の非接触ＩＣカードリーダ／ライタに、景品交換システム９００１で利用可能な少額貯玉用会員カード９９５０ａをかざす（タッチする）。この少額貯玉用会員カード９９５０ａは、ホール店舗の店頭などで配布される非接触ＩＣチップ内蔵のカードであり、この時点では、まだ会員登録（すなわち、景品交換システム９００１に対する会員登録であるモール会員登録）がされておらず、匿名の状態であるが、上述のように、その状態で、端玉等の少量の遊技媒体を貯玉（少額貯玉）しておくことができる。
その後、遊技者は、ステップＳ２２７３において、景品交換端末９５３０’の表示装置（景品交換端末９５３０のディスプレイ９５３５に対応）に表示された案内に従って、モール会員登録の際に、ホール店舗にすでに登録されたユーザ情報をコピーするよう指示する。
コピーの指示を行った遊技者は、ステップＳ２２７４において、コピーされたユーザ情報を含む内容で、モール会員登録を指示する。このような操作によって遊技者は、個人情報を含むユーザ情報を再度、モール会員登録のために入力する必要がなくなり、容易に景品交換システム９００１に対する会員登録を行うことができる。
次に、図２３３を参照して、上記のような少額貯玉用会員カード９９５０ａを用いて、景品交換システム９００１において、景品選択から景品交換までがどのようなフローで行われるかを説明する。
最初に、ステップＳ２２８１において、景品選択装置に対して（すなわち、ビューワ９５５０のような景品選択装置の非接触ＩＣカードリーダ／ライタ９５５４に対して）、遊技者によるカードタッチが行われる。このとき使用されるカードは、例えば、少額貯玉用会員カード９９５０ａであり、当該カードに対してのモール会員登録がまだされていない状態のものである。
次に、ステップＳ２２８２において、遊技者が景品選択指示を行って、お買い物リストの登録を行う。例えば、図２４（Ｂ）に示すような景品選択指示画面９１０で、遊技者が多くの景品のなかから、将来的に景品交換を行う可能性のある景品の候補を選択することで、当該選択された景品が、お買い物リストに登録される。このようなお買い物リストは、図２３１に示す、基幹サーバ９６００’のお買い物リスト管理テーブル９６５３に記憶される。
上述した景品選択装置における処理とは別に、ステップＳ２２８３において、遊技者による遊技機での遊技が行われ、ここで遊技媒体を獲得した場合に、ステップＳ２２８４において、島端計数装置９５２０などの計数装置によって、遊技媒体の計数結果とホール店舗の会員カード９９５０ｂに対応付けた貯玉が行われる。会員カード９９５０ｂに対応付けられた遊技媒体の計数結果（数量）は、会員ＩＤに対応付けて、ホールコンピュータ９４００の、遊技媒体保持数管理テーブル９４３２に記憶される。
ステップＳ２２８５において、景品交換端末９３５０’のような景品交換装置（すなわち、景品交換端末９３５０’のような景品交換装置の非接触ＩＣカードリーダ／ライタに対して）に対して、遊技者により、少額貯玉用会員カード９９５０ａのカードタッチが行われる。景品交換装置は、上述のように、景品交換システム１００１に示す少額貯玉指示装置１０６０が有する、少額貯玉に関する処理機能を含んでいる。
次に、ステップＳ２２８６において、遊技者の指示に基づき、端玉のような少量の遊技媒体に関する貯玉が行われる。これは、例えば、遊技者が、ホール店舗の景品ＰＯＳ９５００’で景品交換を行った結果として端玉が生じた場合に、その端玉に対応するレシートをホール店舗のスタッフから受け取り、その後、当該レシートに印刷されたバーコードや２次元コード等が景品ＰＯＳ９５００’で読み取られると、景品ＰＯＳ９５００’から景品交換装置に端玉のデータが送信され、そのデータに基づいて、電子価値データが、少額貯玉用会員カード９９５０ａの固有ＩＤに関連付けられて、基幹サーバ９６００’の電子価値管理テーブル９６６５に記憶される。
次に、ステップＳ２２８７において、少額貯玉用会員カード９９５０ａに関し、上述したモール会員登録が行われる。その後、ステップＳ２２８８において、景品交換装置に対して、遊技者により、モール会員登録がされた少額貯玉用会員カード９９５０ａのカードタッチが行われる。
ここで、景品交換装置は、ステップＳ２２８２において、この少額貯玉用会員カード９９５０ａに関連付けて記憶されているお買い物リストを表示し（ステップＳ２２９０）、遊技者が、こうして、お買い物リストに表示された景品を実際の景品交換の対象として選択して景品交換を指示すると（ステップＳ２２９１）、この景品交換指示に応じて、景品発注指示が行われる（ステップＳ２２９２）。なお、景品発注指示は、例えば、図１８２のステップＳ２１１３に示すような景品発注指示である。
次に、景品交換装置は、景品の交換によって消費された遊技媒体数を、景品ＰＯＳ９５００’に通知し（ステップＳ２２９３）、消費遊技媒体数を受信した景品ＰＯＳ９５００’は、（ホールコンピュータ９４００が端玉等を管理している場合は）ホールコンピュータ９４００で管理する端玉等の数から、受信した消費遊技媒体数が減算されるように、受信した消費遊技媒体数をホールコンピュータ９４００に送信する（ステップＳ２２９４）。
次に、図２３４ないし図２４３を参照して、本発明の第９の実施形態に係る景品交換システム９００１における少額貯玉連携機能に関して実行される会員カード紐付け処理について説明する。これは、図２３２に示した処理をさらに詳細に示すものである。
図２３４、及び図２３５は、会員カード紐付け処理を示すフローチャートである。なお、図２３４、図２３５では、景品交換装置、景品ＰＯＳ９５００’、ホールコンピュータ９４００、及び基幹サーバ９６００’のそれぞれにおける処理が、装置ごとに時系列に示されている。
最初に、図２３４のステップＳ２３０１において、遊技者が景品交換装置のディスプレイに表示されたメニュー画面（不図示）で選択操作を行うこと等により、景品交換装置のディスプレイに少額貯玉景品交換画面が表示される。少額貯玉景品交換画面は、端玉のような少量の遊技媒体を貯玉した場合に、その貯玉によって可能な景品交換を指示するための画面であり、例えば、図２３９に示すような少額貯玉景品交換画面９９５２である。
図２３９の少額貯玉景品交換画面９９５２には、「景品交換を行う」との表示がされた景品交換選択ボタン９９５２ａ、「少額貯玉を行う」との表示がされた少額貯玉選択ボタン９９５２ｂ、「会員登録を行う」との表示がされた会員登録ボタン９９５２ｃ、「会員登録を行う（他の会員カードの紐付けあり）」との表示がされた紐付け会員登録ボタン９９５２ｄ、及び「他の会員カードの紐付けを行う」との表示がされた紐付けボタン９９５２ｅが配置されている。
遊技者により、景品交換選択ボタン９９５２ａがタッチされると、例えば、後述する図２４３に示すような景品交換指示画面９９６０が表示される。景品交換指示画面９９６０には、登録したお買い物リストの内容が表示され、そこで、遊技者による少額貯玉を用いた景品交換の指示が可能となる。
少額貯玉選択ボタン９９５２ｂがタッチされると、例えば、図４４（Ｂ）に示したような少額貯玉指示画面１８９５に類似する少額貯玉指示画面が表示される。ただし、ここで表示される少額貯玉指示画面では、上述したように、電子価値の数量（貯玉数量）の入力欄には、景品ＰＯＳ９５００’から出力されるレシートの２次元コード等を読み取ることによって、自動的に遊技媒体の種別と数量、又は電子価値の数量がセットされる。
会員登録ボタン９９５２ｃがタッチされると、例えば、図４１（Ｂ）に示したようなモール会員登録画面１９０５に類似するモール会員登録画面が表示され、そこで、遊技者の氏名、住所、電話番号等のユーザ情報が入力され、登録ボタンをタッチすると、これらのユーザ情報が、基幹サーバ９６００’のモール会員情報テーブル９６５１’に記憶される。
紐付け会員登録ボタン９９５２ｄがタッチされると、後述するように、ホール店舗の会員カード９９５０ｂに関連づけて記憶されたユーザ情報を流用しつつ、この会員カード９９５０ｂと少額貯玉用会員カード９９５０ａを紐付けたモール会員登録が行われる。紐付けボタン９９５２ｅがタッチされると、紐付け会員登録ボタン９９５２ｄがタッチされた場合とは異なり、ホール店舗の会員カード９９５０ｂに関連づけて記憶されたユーザ情報を使用することなく、この会員カード９９５０ｂと少額貯玉用会員カード９９５０ａを紐付けたモール会員登録が行われる。
図２３４のフローチャートに戻ると、ステップＳ２３０２において、紐付け登録が選択されたか否か（紐付け会員登録ボタン９９５２ｄがタッチされたか否か）が判定され、当該選択が行われるまでこの判定が繰り返される（ステップＳ２３０２のＮＯ）。紐付け登録が選択されると（ステップＳ２３０２のＹＥＳ）、ステップＳ２３０３において、会員カード読取画面が表示される。
会員カード読取画面は、例えば、図２４０（Ａ）に示すような会員カード読取画面９９５４である。次に、ステップＳ２３０４において、会員カード読取画面９９５４のパスワード入力部９９５４ａにパスワードが入力され、かつ、ホール店舗の会員カード９９５０ｂが、景品交換装置の所定位置にタッチされたか否かが判定され、当該入力とカードタッチが行われるまでこの判定が繰り返される（ステップＳ２３０４のＮＯ）。パスワードの入力と会員カード９９５０ｂのタッチが行われると（ステップＳ２３０４のＹＥＳ）、図２４０（Ａ）に示すように、会員カード読取画面９９５４に「＞＞読み取りを完了しました」のメッセージが表示され、ホールコンピュータ９４００に対して、この会員カード９９５０ｂの認証チェック要求が送信される（ステップＳ２３０５）。
会員カード９９５０ｂの認証は、例えば、景品交換装置の非接触ＩＣカードリーダ／ライタによって読み取られた会員カード９９５０ｂの固有ＩＤと、会員カード読取画面９９５４のパスワード入力部９９５４ａに入力されたパスワードをホールコンピュータ９４００に送信し、ホールコンピュータ９４００で、受信した固有ＩＤをキーに会員情報テーブル９４３１’（図２３６（Ａ）参照）を検索し、その固有ＩＤが存在し、かつ、パスワードが一致すれば、認証結果を認証ＯＫとし、そうでなければ認証結果を認証ＮＧとし、その認証結果データを景品交換装置に送信する（ステップＳ２３０６）。なお、景品交換装置とホールコンピュータ９４００との間のデータ送受信は、図２３４に示すように、景品ＰＯＳ９５００’を経由して行われる。
次に、ステップＳ２３０７において、ホールコンピュータ９４００から受信した認証結果データが認証ＮＧである場合（ステップＳ２３０７のＮＯ）、ステップＳ２３１３において、会員カード読取画面９９５４にエラーメッセージが表示される。一方、ステップＳ２３０７において、ホールコンピュータ９４００から受信した認証結果データが認証ＯＫである場合（ステップＳ２３０７のＹＥＳ）、ステップＳ２３０８において、少額貯玉用会員カード読取画面が表示される。
少額貯玉用会員カード読取画面は、例えば、図２４０（Ｂ）に示すような少額貯玉用会員カード読取画面９９５５である。次に、ステップＳ２３０９において、少額貯玉用会員カード読取画面９９５５のパスワード入力部９９５５ａにパスワードが入力され、かつ、景品交換システム９００１の少額貯玉用会員カード９９５０ａが、景品交換装置の所定位置にタッチされたか否かが判定され、当該入力とカードタッチが行われるまでこの判定が繰り返される（ステップＳ２３０９のＮＯ）。パスワードの入力と少額貯玉用会員カード９９５０ａのタッチが行われると（ステップＳ２３０９のＹＥＳ）、図２４０（Ｂ）に示すように、少額貯玉用会員カード読取画面９９５５に「＞＞読み取りを完了しました」のメッセージが表示され、基幹サーバ９６００’に対して、この少額貯玉用会員カード９９５０ａの認証チェック要求とコピー許諾チェック要求が送信される（ステップＳ２３１０）。
基幹サーバ９６００’は、ステップＳ２３１１において、少額貯玉用会員カード９９５０ａの認証チェックを行う。この処理は、例えば、景品交換装置の非接触ＩＣカードリーダ／ライタによって読み取られた少額貯玉用会員カード９９５０ａの固有ＩＤと、少額貯玉用会員カード読取画面９９５５のパスワード入力部９９５５ａに入力されたパスワードを基幹サーバ９６００’に送信し、基幹サーバ９６００’で、受信した固有ＩＤをキーに、図２３８（Ａ）に示すような匿名会員情報テーブル９６６４を検索し、その固有ＩＤが存在し、かつ、パスワードが一致すれば、認証結果を認証ＯＫとし、そうでなければ認証結果を認証ＮＧとする。
次に、基幹サーバ９６００’は、コピー許諾チェック要求を受信すると、ステップＳ２３１２において、対応するホール店舗が、会員登録の際に記憶されたユーザ情報をコピー可能としているか否かを示すコピー許諾情報を取得し、それを景品交換装置に送信する。より具体的には、基幹サーバ９６００’が、図２３７に示すようなホール店舗管理テーブル９６６３の「ーザ情報コピー許諾」の項目を参照して、対応するホール店舗のコピー許諾情報を取得する。ホール店舗を識別するた店舗コードは、例えば、景品交換装置から送信されうる（店舗コードは、景品交換装置のＩＤやネットワークアドレス等から求めることも可能である）。
基幹サーバ９６００’は、ここで、ステップＳ２３１１で取得した認証結果と、ステップＳ２３１２で取得したコピー許諾情報を、景品交換装置に送信する。
次に、図２３５に示すステップＳ２３２１では、景品交換装置において、基幹サーバ９６００’から認証結果とコピー許諾情報を受信すると、コピー許諾情報が許諾ＯＫ（ホール店舗管理テーブル９６６３ののユーザ情報コピー許諾＝「ＯＫ」）を示すか否かが判定される。コピー許諾情報が許諾ＯＫを示さない場合（ステップＳ２３２１のＮＯ）、すなわち、ホール店舗管理テーブル９６６３ののユーザ情報コピー許諾＝「ＮＧ」の場合、ステップＳ２３２２において、図２４１に示す、少額貯玉会員登録画面９９５６を表示する。なお、少額貯玉用会員カード９９５０ａの認証結果がＮＧである場合は、会員カード９９５０ｂの認証結果がＮＧである場合（ステップＳ２３０７のＮＯ）と同様、少額貯玉用会員カード読取画面９９５５にエラーメッセージが表示されるが、この処理については記載を省略する。
この少額貯玉会員登録画面９９５６は、図２４１に示すように、ホール店舗の会員カード９９５０ｂに関連して登録されたユーザ情報のコピーを指示するボタンは表示されない。また、少額貯玉会員登録画面９９５６には、少額貯玉用会員カード９９５０ａが、最初に読み取った会員カード９９５０ｂ（ホール店舗の会員カード９９５０ｂ）に紐付けられる旨を示す紐付け案内表示部９９５６ａ、ユーザ情報表示部９９５６ｂ、及び会員登録の登録内容を確定させる登録ボタン９９５６ｃが表示されている。
一方、基幹サーバ９６００’から受信したコピー許諾情報が許諾ＯＫを示す場合（ステップＳ２３２１のＹＥＳ）、すなわち、ホール店舗管理テーブル９６６３ののユーザ情報コピー許諾＝「ＯＫ」の場合、ステップＳ２３２３において、図２４２に示す、少額貯玉会員登録画面９９５８を表示する。
少額貯玉会員登録画面９９５８は、図２４２に示すように、少額貯玉用会員カード９９５０ａが、最初に読み取った会員カード９９５０ｂ（ホール店舗の会員カード９９５０ｂ）に紐付けられる旨を示す紐付け案内表示部９９５８ａ、最初に読み取った会員カード９９５０ｂにリンクされたユーザ情報からコピーを行うか否かを確認するコピー確認表示部９９５８ｂ、当該ユーザ情報のコピーを指示するコピー指示ボタン９９５８ｃ、当該ユーザ情報のコピーを指示しないコピースキップボタン９９５８ｄ、コピーされたユーザ情報が表示される第１ユーザ情報表示部９９５８ｅ、第２ユーザ情報表示部９９５８ｆ、及び会員登録の登録内容を確定させる登録ボタン９９５８ｇが表示されている。
少額貯玉会員登録画面９９５８が表示された場合に、ステップＳ２３２４で、コピー指示ボタン９９５８ｃがタッチされたことが判定されると（ステップＳ２３２４のＹＥＳ）、ホールコンピュータ９４００に対して、会員登録によってすでに登録されているユーザ情報の取得要求が行われる（ステップＳ２３２５）。
ホールコンピュータ９４００では、会員カード９９５０ｂから得られた固有ＩＤをキーに会員情報テーブル９４３１’（図２３６（Ａ）参照）を検索し、その固有ＩＤに対応するユーザ情報を取得し、景品交換装置に送信する（ステップＳ２３２６）。景品交換装置に送信されるユーザ情報は、この例では、氏名、メールアドレス、電話番号、及び住所である。なお、景品交換装置とホールコンピュータ９４００との間のデータ送受信は、図２３５に示すように、景品ＰＯＳ９５００’を経由して行われる。
景品交換装置は、こうして得られたユーザ情報を、少額貯玉会員登録画面９９５８の第１ユーザ情報表示部９９５８ｅに表示する（ステップＳ２３２７）。遊技者は、表示されたユーザ情報を修正することもできる。
ステップＳ２３２２において、ホール店舗がユーザ情報のコピーを許諾しないために、コピー指示ボタンのない少額貯玉会員登録画面９９５６（図２４１参照）を表示した場合や、ステップＳ２３２４で、コピー指示ボタンのある少額貯玉会員登録画面９９５８（図２４２参照）において、コピースキップボタン９９５８ｄがタッチされた場合は、ホール店舗の会員カード９９５０ｂに関連して登録されたユーザ情報がコピーされ使用されることはない。
少額貯玉会員登録画面９９５６が表示された後（ステップＳ２３２２の後）、ステップＳ２３２４でコピースキップボタン９９５８ｄがタッチされたと判定された場合（ステップＳ２３２４のＮＯ）、及び、ステップＳ２３２７において、少額貯玉会員登録画面９９５８の第１ユーザ情報表示部９９５８ｅに、コピーされたユーザ情報が表示された後は、ステップＳ２３２８において、登録ボタン（９９５６ｃ、９９５８ｇ）がタッチされたか否かを判定し、この登録ボタンがタッチされるまで当該判定を繰り返す。
少額貯玉会員登録画面９９５６、又は少額貯玉会員登録画面９９５８において、登録ボタン（９９５６ｃ、９９５８ｇ）がタッチされたと判定された場合（ステップＳ２３２８のＹＥＳ）、ステップＳ２３２９において、会員カード９９５０ｂの固有ＩＤ、少額貯玉用会員カード９９５０ａの固有ＩＤ、及びユーザ情報を含むユーザ登録情報が生成され、ステップＳ２３３０において、そのユーザ登録情報を基幹サーバ９６００’に送信する。
基幹サーバ９６００’は、景品交換装置から、ユーザ登録情報を受信すると、これに基づいて、新たにモール会員ＩＤを採番し、モール会員登録情報テーブル９６５１’（図２３６（Ｂ）参照）に、対応する遊技者の会員レコードを作成する。この例では、会員レコードは、図２３６（Ｂ）に示すように、モール会員ＩＤ、固有ＩＤ（少額貯玉用会員カード９９５０ａの固有ＩＤ）、店舗コード、パスワード、連携会員カードＩＤ（ホール店舗の会員カード９９５０ｂの固有ＩＤ）、氏名、メールアドレス、電話番号、住所、配送先１、及び配送先２を含んでいる。
また、このとき、少額貯玉用会員カード９９５０ａについて、会員登録がされる前の状態を管理していた匿名会員情報テーブル９６６４（図２３８（Ａ）参照）に記憶されているレコード（対応する固有ＩＤのレコード）は削除される。
図２３８（Ｂ）に示す電子価値管理テーブル９６６５に記憶されている電子価値データは、少額貯玉によって蓄積された価値であり、少額貯玉用会員カード９９５０ａについて会員登録がされた後も利用されることになる。電子価値管理テーブル９６６５の固有ＩＤは、少額貯玉用会員カード９９５０ａの固有ＩＤであり、モール会員情報テーブル９６５１’に記憶された固有ＩＤに対応する。
なお、電子価値管理テーブル９６６５では、上述のように、少額貯玉用会員カード９９５０ａの固有ＩＤに対応付けて電子価値データが記憶されているが、遊技媒体種別ごと（例えば、１円貸パチンコや５円貸スロット等）に、それらの保持数量を記憶するようにしてもよい。
図２４３には、景品交換指示画面９９６０が示されている。遊技媒体種別表示部９９６０ａには、この景品交換が少額貯玉を対価として行われることが分かるように、「電子価値（少額貯玉）」の表示がされている。また、配送先住所表示部９９６０ｂには、モール会員情報テーブル９６５１’に記憶されているデータに応じて、「自宅」、「配送先１」、「配送先２」が選択可能な態様で表示されている。ここで、「自宅」は、モール会員情報テーブル９６５１’の住所の項目で記憶されているデータに対応する。
景品表示部９９６０ｃには、決定された表示順に従って、画像を含む商品情報が表示されており、この例では、それぞれの商品を交換するために必要な遊技媒体の数が、少額貯玉の価値に対応する電子価値の単位で示されている（例えば、ドリンクの場合、電子価値で１０００）。ここで、「次へ」ボタンや「前へ」ボタンをタッチすることで、隣のページの景品が表示される。
少額貯玉用会員カード９９５０ａに十分な電子価値が対応付けられていない場合は、交換できない景品についてグレーアウトしたり、リストから削除したりするように表示することができる。景品を選択して、「決定」ボタン９９６０ｄをタッチすると、その景品が景品交換の対象として決定される。
この例は、少額貯玉用会員カード９９５０ａを用いて景品交換を行う場合に、ホール店舗のホールシステム９００２と連携して、すでに登録されている遊技者のユーザ情報をコピーして会員登録の負担を低減させるものであるが、景品交換システム９００１の通常の貯玉用カード（モール会員カード）に関しても、連携するホールシステム９００２のユーザ情報を流用するよう構成することができる。
また、本発明の第９の実施形態に係る景品交換システム９００１における少額貯玉連携機能によって、ホール店舗のホールシステム９００２の会員カード９９５０ｂと景品交換システム９００１の少額貯玉用会員カード９９５０ａ（又はモール会員カード）が、（例えば、それぞれの固有ＩＤをキーとして）関連付けられるので、ホールシステム９００２が管理する貯玉（例えば、遊技媒体保持数管理テーブル９４３２で管理する遊技媒体の数量）を用いて、景品交換システム９００１での景品交換を行うように構成することもできる。
なお、この例では、少額貯玉用会員カード９９５０ａに係る会員登録（景品交換システム９００１におけるモール会員登録）を、景品交換端末９５３０’といった景品交換装置で行うように構成したが、景品交換システム９００１、及びホールシステム９００２にアクセス可能な装置であって、ディスプレイに会員登録画面を表示可能な装置であれば、どのような装置でも利用することが可能である。
また、ここでは、ホールシステム９００２の運営主体であるホール店舗が、当該ホール店舗で管理する遊技者のユーザ情報を、景品交換システム９００１に対して提供（コピー）可能とするか否かの設定（コピー許諾情報）を、景品交換システム９００１の基幹サーバ９６００’（ホール店舗管理テーブル９６６３）で管理するように構成しているが、当該設定を、各ホール店舗のホールシステム９００２で個別に管理し、景品交換端末９５３０’は、その設定を、対応するホールシステム９００２に対して確認するよう構成することもできる。
さらに、この例では、会員カード９９５０ｂと少額貯玉用会員カード９９５０ａが、非接触ＩＣカードであり、それぞれのカードが、固有ＩＤによって識別されるものとしたが、非接触ＩＣチップを内蔵する携帯電話やスマートフォンのほか、磁気カード、コード（例えば、２次元コードやバーコードなど）が印刷されたカード等を含む様々な記録媒体を用いて、上述した景品交換システム９００１における少額貯玉連携機能を実現することができる。本明細書では、カード状の記録媒体以外のもの、及び会員登録が完了していないものを含め、「会員カード」と称する。
また、上述の例では、ホールシステム９００２のユーザ情報が利用される場合に、一旦、そのユーザ情報を、少額貯玉会員登録画面に表示させ、必要に応じて修正を行った後、景品交換システム９００１に登録するように構成したが、このような表示を行うことなく、ホールシステム９００２のユーザ情報を流用できるようにしてもよい。
また、上述の例では、少額貯玉用会員カード９９５０ａに関するモール会員登録によって遊技者の氏名や住所を初めて登録する場合に、ホールシステム９００２に登録されたユーザ情報を流用するように構成されているが、景品交換システム９００１のモール会員登録において、最初に、完全に匿名ではなく、氏名とメールアドレスなど、ある程度のユーザ情報の入力が要求される場合は、ホールシステム９００２に登録されたユーザ情報を流用した時点で、同じ項目に異なる内容が対応付けられる事態が生ずる。
例えば、少額貯玉用会員カード９９５０ａを使用するために、景品交換システム９００１に少なくとも、氏名、メールアドレス、及びパスワードを登録することが必須である場合に、これらのユーザ情報を登録（簡易登録）した後、少額貯玉を行う。その後、景品交換を行うに当たって、正式なモール会員登録が要求される場合に、上述の簡易登録で登録したユーザ情報と、ホールシステム９００２に登録されたユーザ情報が一致しない場合（例えば、メールアドレスが異なっている場合）、景品交換システム９００１では、簡易登録で登録されたユーザ情報を優先的に扱って、そのユーザ情報を第１ユーザ情報表示部９９５８ｅに表示させるように制御することができる。また逆に、ホールシステム９００２に登録されたユーザ情報を優先的に扱って、そのユーザ情報を第１ユーザ情報表示部９９５８ｅに表示させるように制御することもできる。さらに、このような、内容の不一致があった場合に、その旨を少額貯玉会員登録画面９９５８の所定の位置に表示することもできる。
また、景品交換システム９００１では、ホールシステム９００２の会員カード９９５０ｂの固有ＩＤ、及び景品交換システム９００１の少額貯玉用会員カード９９５０ａの固有ＩＤは、システム全体としてユニークであることを前提としているが、ＩＣカードの規格等によって、こうした前提が保証されない場合、景品交換システム９００１は、固有ＩＤに関するルックアップテーブルを設け、重複する固有ＩＤを登録できないように制御することができる。
［貯玉統合機能］
次に、本発明の第９の実施形態に係る景品交換システム９００１における貯玉統合機能について説明する。
次に、本発明の第９の実施形態に係る景品交換システム９００１における貯玉統合機能について説明する。
ここでは、本発明の第９の実施形態に係る景品交換システム９００１の構成をさらに拡張して、貸出単価（貸出レート）の異なる複数の遊技媒体種別（例えば、パチンコ（４円貸）やスロット（２０円貸））の遊技媒体が利用可能なホール店舗において、１つの遊技媒体種別の貯玉を他の遊技媒体種別の貯玉に統合（乗り入れ）可能とする貯玉統合機能を備えるように構成する。例えば、遊技者の指示によって、パチンコ（４円貸）の貯玉をスロット（２０円貸）の貯玉に統合する（乗り入れる）ことができる。景品交換システム９００１をこのように構成することによって、複数の遊技媒体種別の遊技媒体の貯玉を合計して扱うことが可能となり、それぞれの遊技媒体種別の遊技媒体の貯玉では交換することができなかった景品を交換可能とすることができる。
また、このように、統合された遊技媒体種別の遊技媒体の貯玉を用いた再プレイを可能とすれば、遊技者が保持する遊技媒体種別に制限されることなく、対応する遊技機の遊技媒体種別に統合することで、所望の遊技機で遊技を行うことができる。
最初に、図２４４を参照して、貯玉統合機能を実現するように拡張された景品交換システム９００１の景品ＰＯＳ９５００’’の機能概要を説明する。図２４４は、景品ＰＯＳ９５００’’の機能ブロック図である。景品ＰＯＳ９５００’’は、アクセス管理部９５１１、景品ＰＯＳ制御部９５１２、景品交換端末連携制御部９５１３’’、店頭景品管理部９５１４、ホールコンピュータ連携制御部９５１５’’、表示制御部９５１６、及びネットワークＩ／Ｆ部９５１７を含む。
ここでは、景品ＰＯＳ９５００と比べ、景品交換端末連携制御部９５１３’’、及びホールコンピュータ連携制御部９５１５’’の機能が拡張される。景品交換端末連携制御部９５１３’’は、後述する貯玉統合処理におけるメダル数の取得要求処理に関し、景品交換装置とホールコンピュータ９４００との間のデータ送受信の中継を行う。また、ホールコンピュータ連携制御部９５１５’’は、後述する貯玉統合処理に関し、ホールコンピュータ９４００から景品交換装置に、ホールコンピュータ９４００に記憶された各遊技媒体種別の貯玉に関する情報を取得し、又は更新する際に、その遊技媒体種別のごとの遊技媒体の数量に係るデータを中継する処理を行う。
次に、図２４５を参照して、貯玉統合機能を実現するように拡張された景品交換システム９００１の景品交換端末９５３０’’の機能概要を説明する。図２４５は、景品交換端末９５３０’’の機能ブロック図である。景品交換端末９５３０’’は、アクセス管理部９５４１、景品交換制御部９５４２’、表示制御部９５４４、及びネットワークＩ／Ｆ部９５４５を含む。
景品交換端末９５３０’’では、景品交換端末９５３０と比べ、景品交換制御部９５４２’が、ホール店舗で管理されている遊技者の貯玉を取得するよう要求し、ホール店舗で設定された統合設定データに応じて、取得した貯玉を特定の遊技媒体種別の遊技媒体の数量に変換し、変換後の遊技媒体の数量によって景品交換を行うよう制御する。また、景品交換に用いる実際の遊技媒体種別を遊技者に選択・指定させ、消費された遊技媒体種別の遊技媒体の数量を減算するよう、ホールコンピュータ９４００に指示する。
次に、図２４６を参照して、貯玉統合機能を実現するように拡張された景品交換システム９００１の基幹サーバ９６００’’の機能概要を説明する。図２４６は、基幹サーバ９６００’’の機能ブロック図である。基幹サーバ９６００’’は、モール会員管理部９６０１、景品選択制御部９６０４、景品交換制御部９６０５’、景品発注制御部９６０６、ホール店舗外デバイス管理部９６０７、店頭景品管理部９６０８、景品表示制御部９６０９、景品初期表示制御部９６１０、ユーザ情報表示制御部９６１１、遊技媒体種別定義データ管理部９６１２、ネットワークＩ／Ｆ部９６１３、及び遊技媒体統合制御部９６１６を含む。
基幹サーバ９６００’’では、基幹サーバ９６００に比べ、景品交換制御部９６０５’の機能が拡張され、遊技媒体統合制御部９６１６が追加されている。遊技媒体統合制御部９６１６は、各ホール店舗からの統合設定データの設定操作に応じて、後述する遊技媒体統合設定テーブル９６６６の内容を更新し、景品交換の際には、景品交換制御部９６０５’と協働して、景品交換装置からの要求に応じて、対応するホール店舗に関する遊技媒体統合設定テーブル９６６６の内容に基づいて、景品交換装置における遊技媒体数量や景品の交換価値等の表示を制御する。
基幹サーバ９６００’’はまた、基幹ＤＢ９６５０’’を備える。基幹ＤＢ９６５０’’では、図１８６に示した基幹ＤＢ９６５０に含まれる各テーブルのほかに、遊技媒体統合設定テーブル９６６６を含む。
遊技媒体統合設定テーブル９６６６は、図２４８に示すように、ホール店舗ごとに、各遊技媒体種別の遊技媒体の貯玉がどのような統合を行うかを定義するためのデータが記憶される。図２４８に示す遊技媒体統合設定テーブル９６６６の例では、各ホール店舗において、遊技媒体種別は一律とし、パチンコ（４円貸）、パチンコ（１円貸）、スロット（２０円貸）、及びスロット（５円貸）の４種であるとする。また、各遊技媒体種別に対応する項目の「０」は、他の遊技媒体種別の遊技媒体との統合を行わないことを示し、「１」や「２」は、他の遊技媒体種別の遊技媒体との統合を行うことを示している。ただし、「１」がセットされた遊技媒体種別は、同じ「１」がセットされた遊技媒体種別への統合が可能であり、同様に、「２」がセットされた遊技媒体種別は、同じ「２」がセットされた遊技媒体種別への統合が可能である。
例えば、店舗コード＝「４４５」のホール店舗では、パチンコ（４円貸）とパチンコ（１円貸）が統合され、スロット（２０円貸）とスロット（５円貸）はどの遊技媒体種別にも統合されない。店舗コード＝「４８７」のホール店舗では、パチンコ（４円貸）とパチンコ（１円貸）が統合され、スロット（２０円貸）とスロット（５円貸）が統合され、パチンコの遊技媒体同士、スロットの遊技媒体同士が統合されるように設定される。
また、店舗コード＝「６２３」のホール店舗では、パチンコ（４円貸）、パチンコ（１円貸）、スロット（２０円貸）、及びスロット（５円貸）のすべての遊技媒体種別が統合される。店舗コード＝「７８８」のホール店舗では、パチンコ（４円貸）、パチンコ（１円貸）、スロット（２０円貸）、及びスロット（５円貸）のすべてについて、いかなる統合も行われないように設定される。
なお、この例では、遊技媒体統合設定テーブル９６６６によって、ホール店舗ごとに、各遊技媒体種別の遊技媒体の貯玉がどのような統合（乗り入れ）を行うかが管理されているが、ホール店舗ごと、及びそのホール店舗の会員ごとに、統合条件を設定するようにもできる。例えば、統合条件を、会員が保持する遊技媒体数量（貯玉数）や、遊技回数、遊技期間、投資金額、来店回数などの遊技実績に応じて、切り替えるようにしてもよい。
なお、この例では、遊技媒体種別ごとの遊技媒体の貯玉の数量は、ホールコンピュータの遊技媒体保持数管理テーブル９４３２に保持されたままであり、景品交換の際に、各遊技媒体種別の遊技媒体をどのような遊技媒体種別として扱うことができるかを指定するために、遊技媒体統合設定テーブル９６６６を設けている。そのため、遊技媒体統合設定テーブル９６６６では、統合元（乗り入れ元）、及び統合先（乗り入れ先）の指定は行われず、景品交換においてどの遊技媒体種別の貯玉が使用される（優先的に消費される）かについては、実質的に、後述する景品交換指示を行う際に指定される。
次に、図２４９、及び図２５０を参照して、景品交換システム９００１の貯玉統合機能によって、景品選択から景品交換までがどのようなフローで行われるかを説明する。
最初に、ステップＳ２３４１において、景品選択装置に対して（すなわち、ビューワ９５５０のような景品選択装置の非接触ＩＣカードリーダ／ライタ９５５４に対して）、遊技者によるカードタッチが行われる。このとき使用されるカードは、例えば、景品交換システム９００１において利用可能なモール会員カード９９６２ａであり、このモール会員カード９９６２ａに対してのモール会員登録がまだされていない状態のものである。
次に、ステップＳ２３４２において、遊技者が景品選択指示を行って、お買い物リストの登録を行う。例えば、図２４（Ｂ）に示すような景品選択指示画面９１０で、遊技者が多くの景品のなかから、将来的に景品交換を行う可能性のある景品の候補を選択することで、当該選択された景品が、お買い物リストに登録される。このようなお買い物リストは、図２４６に示す、基幹サーバ９６００’’のお買い物リスト管理テーブル９６５３に記憶される。
上述した景品選択装置における処理とは別に、ステップＳ２３４４において、遊技者による遊技機での遊技が行われ、ここで遊技媒体を獲得した場合に、ステップＳ２３４５において、島端計数装置９５２０などの計数装置によって、遊技媒体の計数結果とホール店舗の会員カード９９６２ｂに対応付けた貯玉が行われる。会員カード９９６２ｂに対応付けられた遊技媒体の計数結果（数量）は、遊技媒体種別ごとに会員ＩＤに対応付けて、ホールコンピュータ９４００の、遊技媒体保持数管理テーブル９４３２に記憶される。この例では、ホール店舗にそれぞれ導入されているホールシステム９００２において、遊技者の遊技媒体数量が管理されている。
その後、ステップＳ２３４２の後で、遊技者が、モール会員カード９９６２ａを利用してモール会員登録を行う。なお、このとき、モール会員カード９９６２ａは、例えば、図２３４、及び図２３５に示すような会員カード紐付け処理によって、ホールシステム９００２の会員カード９９６２ｂと対応付けされ、景品交換システム９００１において、ホールシステム９００２で管理する遊技者の遊技媒体数量が把握可能となっているものとする。
次に、ステップＳ２３４６において、景品交換端末９３５０’’のような景品交換装置（すなわち、景品交換端末９３５０’’のような景品交換装置の非接触ＩＣカードリーダ／ライタに対して）に対して、遊技者により、モール会員カード９９６２ａのカードタッチが行われる。
次に、ステップＳ２３４７において、景品交換装置から景品ＰＯＳ９５００’’に対して、遊技媒体数量を取得するための取得要求を行う。景品ＰＯＳ９５００’’は、当該取得要求を受信すると、ステップＳ２３４８において、ホールコンピュータ９４００に対して、このモール会員カード９９６２ａに対応する（ホールシステム９００２の）会員カード９９６２ｂの遊技者が、ホールシステム９００２で保持する遊技媒体の数量を取得するための取得要求を行う。ホールコンピュータ９４００が、この取得要求に応じて、遊技媒体保持数管理テーブル９４３２を参照し、対応する遊技者の遊技媒体の保持数を遊技媒体種別ごとに取得すると、この取得結果を景品ＰＯＳ９５００’’に送信する。景品ＰＯＳ９５００’’は、取得結果を受信すると、これを、取得要求を行った景品交換装置に送信する（ステップＳ２３４８）。
次に、ステップＳ２３４９において、景品交換装置は、景品ＰＯＳ９５００’’から当該取得結果、すなわち、モール会員カード９９６２ａに対応する遊技者の、遊技媒体種別ごとの遊技媒体数量（貯玉数）を受信する。
次に、ステップＳ２３５０において、景品交換装置から基幹サーバ９６００’’に対して、統合設定データを取得するための取得要求を行う。基幹サーバ９６００’’は、当該取得要求を受信すると（ステップＳ２３５１）、遊技媒体統合設定テーブル９６６６を参照し、対応するホール店舗の統合設定データを取得して、当該取得要求を行った景品交換装置に送信する（ステップＳ２３５１）。
なお、この例では、ホール店舗によって事前に設定された遊技媒体統合設定テーブル９６６６の統合設定データを参照して、それぞれの遊技媒体種別の遊技媒体における保持数量をどのように統合するかを決定するが、統合確認画面（不図示）を表示するようにして、そもそも遊技媒体の統合を行うか否かを遊技者に選択させるようにすることができる。また、その統合画面において、遊技者が個別に遊技媒体の統合形態を指定する（例えば、上述した遊技媒体統合設定テーブル９６６６の統合設定データに類するデータの入力を行う）ようにすることができる。このような遊技者の指定を、景品交換のたびに行わせるようにしてもよいし、所定のデータベースに記憶しておくようにしてもよい。また、このような遊技者の指定が、ホール店舗によって事前に設定された統合設定データの内容の範囲内になるよう制限されるようにしてもよい。
次に、ステップＳ２３５２において、景品交換装置は、基幹サーバ９６００’’から当該取得結果、すなわち、その景品交換装置が配置されたホール店舗に対応する統合設定データを受信する。
次に、ステップＳ２３５３において、景品交換装置は、遊技者の遊技媒体数量を、取得した統合設定データに基づいて、複数の遊技媒体種別に係る遊技媒体の数量に対応する価値を統合した価値（統合価値）を求め、景品交換指示画面において、既に登録済みのお買い物リストとともに、この統合価値を表示する（図２５０のステップＳ２３６１）。
景品交換指示画面には、統合設定データに応じて、統合後の遊技媒体種別が１つ又は複数表示されるとともに、これに対応する統合価値が表示され、このような遊技媒体種別の選択肢が複数あって遊技者による選択が必要か否かが、ステップＳ２３６２において判定される。遊技者による選択が必要であると判定された場合（ステップＳ２３６２のＹＥＳ）、遊技者から遊技媒体種別の選択指示を受信する（ステップＳ２３６３）。
ステップＳ２３６３の後、又はステップＳ２３６２において、遊技者による選択が必要ないと判定された場合（ステップＳ２３６２のＮＯ）、遊技者が、お買い物リストに表示された景品を実際の景品交換の対象として選択して景品交換を指示すると（ステップＳ２３６４）、この景品交換指示に応じて、景品発注指示が行われる（ステップＳ２３６５）。
次に、景品交換装置は、景品の交換によって消費された遊技媒体数を、特定された遊技媒体種別とともに景品ＰＯＳ９５００’’に通知し（ステップＳ２３６６）、消費遊技媒体数を受信した景品ＰＯＳ９５００’’は、ホールコンピュータ９４００で管理されている遊技媒体保持数管理テーブル９４３２数から、受信した消費遊技媒体数が減算されるように、消費遊技媒体数をホールコンピュータ９４００に送信する（ステップＳ２３６７）。
例えば、図２５１には、このような制御によって表示された景品交換指示画面の例が示されている。図２５１の景品交換指示画面９９６４には、店舗コードと会員ＩＤ（モール会員ＩＤ）が表示されるホール店舗等表示部９９６４ａ、統合設定データに基づいて統合が行われた後（統合後）の遊技媒体数量（統合価値）が、統合後の遊技媒体種別ごとに表示される遊技媒体種別選択部９９６４ｂ、お気に入りリストに登録された景品が表示される景品表示部９９６４ｃ、景品交換において選択された景品の明細を表示する選択景品明細表示部９９６４ｄ、景品表示部９９６４ｃに次の景品を表示するよう指示する「次へ」ボタン９９６４ｅ、及び、景品交換において選択された景品の交換を確定させる「交換決定」ボタン９９６４ｆが表示される。
図２５１の景品交換指示画面９９６４の例では、店舗コード＝「４４５」のホール店舗において会員ＩＤ＝「Ｃ１１２」の遊技者が景品交換を行う際の状況が表示されている。ここで、店舗コード＝「４４５」のホール店舗は、図２４８に示す遊技媒体統合設定テーブル９６６６で設定されているように、パチンコ（４円貸）とパチンコ（１円貸）の遊技媒体種別については統合可能であり、スロット（２０円貸）とスロット（５円貸）の遊技媒体種別については、統合不可であり、それぞれ個別の遊技媒体種別として把握される。
一方、図２４７（Ａ）に示す、店舗コード＝「４４５」における会員ＩＤ＝「Ｃ１１２」の遊技媒体保持数管理テーブル９４３２には、パチンコ（４円貸）の数量が１００、パチンコ（１円貸）の数量が２０００、スロット（２０円貸）の数量が３３０、及びスロット（５円貸）の数量が２００となっている。
そのため、図２５１の景品交換指示画面９９６４の例では、上述の遊技媒体統合設定テーブル９６６６の内容と、遊技媒体保持数管理テーブル９４３２の内容から、遊技媒体種別選択部９９６４ｂには、パチンコ（４円貸）とパチンコ（１円貸）の遊技媒体種別の数量が統合された数量（統合価値）として、１００×４＋２０００＝２４００が表示され（ただし、１円貸の交換価値を基準として表示する）、スロット（２０円貸）の遊技媒体種別の数量がそのまま、統合価値として、３３０×２０＝６６００と表示され（ただし、１円貸の交換価値を基準として表示する）、さらに、スロット（５円貸）の遊技媒体種別の数量がそのまま、統合価値として、２００×５＝１０００と表示される（ただし、１円貸の交換価値を基準として表示する）。
また、遊技媒体種別選択部９９６４ｂには、統合済みのそれぞれの遊技媒体種別に対応したチェックボックスが表示され、遊技者が、チェックボックスを１つチェックすることにより、表示された遊技媒体種別のなかのいずれかを景品交換に利用することができる。図２５１の例では、パチンコ（４円貸＋１円貸 統合済み）の遊技媒体種別が選択されており、このときに景品交換が可能な最大の価値は、２４００となる（ただし、１円貸の交換価値を基準とした場合）。この例では、パチンコ（４円貸＋１円貸 統合済み）の遊技媒体種別がチェックボックスでチェックされることにより、景品表示部９９６４ｃに表示される景品の最大の交換価値は、２４００となる。そこで、後述する図２５２等で表示されているフライパン（交換価値＝６７００）は、図２５１の景品交換指示画面９９６４では非表示となり、代わりに、コップ（交換価値＝５００）が景品（４）として表示されている。
なお、図２５１の例では、上述のように、それぞれの遊技媒体種別の数量を、１円貸の交換価値を基準として表示し、景品表示部９９６４ｃに表示されたそれぞれの景品も、同じように１円貸の交換価値を基準として表示しているが、他の価値基準を用いて表示を行ってもよい。例えば、図２５１では、景品表示部９９６４ｃの左上に表示された景品のドリンク（５００ｍＬ×４８）は、交換価値が「１０００」と表示されており、これが等価交換である場合は、１０００円の価値となる。
景品表示部９９６４ｃに表示された景品をタッチ等することにより選択すると、選択景品明細表示部９９６４ｄに、その景品の明細が追加され、そこで、交換する景品の数を指定することができ、最下部に、遊技媒体種別の現在消費数量と、残り数量が表示される。また、選択景品明細表示部９９６４ｄに景品の明細が表示された状態で「交換決定」ボタン９９６４ｆがタッチされると、必要に応じて所定の操作が要求された後、選択景品明細表示部９９６４ｄに表示された景品（と指定された数量）で、景品交換が確定し、景品発注指示が行われる。
また、図２５２には、このような制御によって表示された景品交換指示画面の別の例が示されている。図２５２の景品交換指示画面９９６６には、店舗コードと会員ＩＤ（モール会員ＩＤ）が表示されるホール店舗等表示部９９６６ａ、統合設定データに基づいて統合が行われた後（統合後）の遊技媒体数量が、統合後の遊技媒体種別ごとに表示される遊技媒体種別選択部９９６６ｂ、お気に入りリストに登録された景品が表示される景品表示部９９６６ｃ、景品交換において選択された景品の明細を表示する選択景品明細表示部９９６６ｄ、景品表示部９９６６ｃに次の景品を表示するよう指示する「次へ」ボタン９９６６ｅ、及び、景品交換において選択された景品の交換を確定させる「交換決定」ボタン９９６６ｆが表示される。
図２５２の景品交換指示画面９９６６の例では、店舗コード＝「６２３」のホール店舗において会員ＩＤ＝「Ｃ４３３」の遊技者が景品交換を行う際の状況が表示されている。ここで、店舗コード＝「６２３」のホール店舗は、図２４８に示す遊技媒体統合設定テーブル９６６６で設定されているように、パチンコ（４円貸）、パチンコ（１円貸）、スロット（２０円貸）、スロット（５円貸）のすべての遊技媒体種別について統合可能であり、すべての遊技媒体種別の遊技媒体の数量が１つの価値（景品交換が可能な価値）として把握される。
一方、図２４７（Ｂ）に示す、店舗コード＝「６２３」における会員ＩＤ＝「Ｃ４３３」の遊技媒体保持数管理テーブル９４３２には、パチンコ（４円貸）の数量が２００、パチンコ（１円貸）の数量が１９００、スロット（２０円貸）の数量が１００、及びスロット（５円貸）の数量が４００となっている。
そのため、図２５２の景品交換指示画面９９６６の例では、上述の遊技媒体統合設定テーブル９６６６の内容と、遊技媒体保持数管理テーブル９４３２の内容から、遊技媒体種別選択部９９６６ｂには、パチンコ（４円貸）、パチンコ（１円貸）、スロット（２０円貸）、及びスロット（５円貸）のすべての遊技媒体種別の数量が統合された数量として、２００×４＋１９００＋１００×２０＋４００×５＝６７００が表示される（ただし、１円貸の交換価値を基準として表示する）。
また、遊技媒体種別選択部９９６６ｂには、統合済みの遊技媒体種別に対応したチェックボックスが表示され、遊技者が、このチェックボックスをチェックすることにより、当該遊技媒体種別を景品交換の対価として選択することができる（この例のように、統合後の遊技媒体種別が１つの場合は、チェックボックスのチェックなしに自動的に選択されるようにしてもよい）。図２５２の例では、唯一表示されたチェックボックスが選択されており、このときに景品交換が可能な最大の価値は、６７００となる（ただし、１円貸の交換価値を基準とした場合）。
なお、図２５２の例では、上述のように、それぞれの遊技媒体種別の数量を、１円貸の交換価値を基準として表示し、景品表示部９９６６ｃに表示されたそれぞれの景品も１円貸の交換価値を基準として表示しているが、他の価値基準を用いて表示を行ってもよい。
景品表示部９９６６ｃに表示された景品をタッチ等することにより選択すると、選択景品明細表示部９９６６ｄに、その景品の明細が追加され、そこで、交換する景品の数を指定することができ、最下部に、遊技媒体種別の現在消費数量と、残り数量が表示される。また、選択景品明細表示部９９６６ｄに景品の明細が表示された状態で「交換決定」ボタン９９６６ｆがタッチされると、必要に応じて所定の操作が要求された後、選択景品明細表示部９９６６ｄに表示された景品（と指定された数量）で、景品交換が確定し、景品発注指示が行われる。
次に、図２５３ないし図２５８を参照して、景品交換指示画面における景品交換指示の流れについて説明する。図２５３は、上述した貯玉統合機能の制御によって表示された景品交換指示画面のさらに別の例が示されている。図２５３の景品交換指示画面９９６８には、店舗コードと会員ＩＤ（モール会員ＩＤ）が表示されるホール店舗等表示部９９６８ａ、統合設定データに基づいて統合が行われた後（統合後）の遊技媒体数量が、統合後の遊技媒体種別ごとに表示される遊技媒体種別選択部９９６８ｂ、お気に入りリストに登録された景品が表示される景品表示部９９６８ｃ、景品交換において選択された景品の明細を表示する選択景品明細表示部９９６８ｄ、景品表示部９９６８ｃに次の景品を表示するよう指示する「次へ」ボタン９９６８ｅ、及び、景品交換において選択された景品の交換を確定させる「交換決定」ボタン９９６８ｆが表示される。
図２５３の景品交換指示画面９９６８の例では、店舗コード＝「４８７」のホール店舗において会員ＩＤ＝「Ｃ２３８」の遊技者が景品交換を行う際の状況が表示されている。ここで、店舗コード＝「４８７」のホール店舗は、図２４８に示す遊技媒体統合設定テーブル９６６６で設定されているように、パチンコ（４円貸）、及びパチンコ（１円貸）の遊技媒体種別の遊技媒体の数量が統合可能であり、さらに、スロット（２０円貸）、及びスロット（５円貸）の遊技媒体種別の遊技媒体の数量が統合可能となっている。
一方、図２４７（Ｃ）に示す、店舗コード＝「４８７」における会員ＩＤ＝「Ｃ２３８」の遊技媒体保持数管理テーブル９４３２には、パチンコ（４円貸）の数量が３００、パチンコ（１円貸）の数量が２５００、スロット（２０円貸）の数量が２００、及びスロット（５円貸）の数量が８００となっている。
そのため、図２５３の景品交換指示画面９９６８の例では、上述の遊技媒体統合設定テーブル９６６６の内容と、遊技媒体保持数管理テーブル９４３２の内容から、遊技媒体種別選択部９９６８ｂには、パチンコ（４円貸）、及びパチンコ（１円貸）の遊技媒体種別の数量が統合された数量として、３００×４＋２５００×１＝３７００、スロット（２０円貸）、及びスロット（５円貸）の遊技媒体種別の数量が統合された数量として、２００×２０＋８００×５＝８０００が表示される（ただし、１円貸の交換価値を基準として表示する）。
また、遊技媒体種別選択部９９６８ｂには、統合済みの遊技媒体種別に対応したチェックボックスがそれぞれ表示され、遊技者が、チェックボックスをチェックすることにより、当該遊技媒体種別を景品交換の対価として選択することができる。図２５３の例では、スロットの遊技媒体種別に対応するチェックボックスが選択されており、このときに景品交換が可能な最大の価値は、８０００となる（ただし、１円貸の交換価値を基準とした場合）。
なお、図２５３の例では、上述のように、それぞれの遊技媒体種別の数量を、１円貸の交換価値を基準として表示し、景品表示部９９６８ｃに表示されたそれぞれの景品も１円貸の交換価値を基準として表示しているが、他の価値基準を用いて表示を行ってもよい。
ここで、景品表示部９９６８ｃに表示された景品をタッチ等することにより選択すると（矢印９９６８ｇ）、景品交換指示画面９９６８は、図２５４に示すように遷移し、選択景品明細表示部９９６８ｄに、選択された景品（１）の景品明細９９６８ｘが追加され、その景品明細９９６８ｘで、景品（１）に対応付けて表示されている「＋」表示部をタッチ等することにより（矢印９９６８ｉ）、景品（１）の注文個数を変更することができる（「−」表示部をタッチした場合は、注文個数を減ずることができる）。図２５３の矢印９９６８ｇに示すようなタッチ等により、最初に景品（１）を選択した場合、その景品の注文個数は１であり、景品（１）に対応付けて表示されている注文個数表示部の内容が「１」と表示されている。また、選択景品明細表示部９９６８ｄの最下部に示された、遊技媒体種別の現在消費数量は「１０００」と表示され、遊技媒体種別の残り数量は「７０００」と表示される。また、景品表示部９９６８ｃに表示された景品（１）には、「選択中」という選択表示９９６８ｈがオーバーラップ表示される。
図２５５には、図２５４の矢印９９６８ｉに示すようなタッチ等によって、景品（１）の注文個数が２に変更された場合に表示される景品交換指示画面９９６８が表示されている。景品明細９９６８ｘでは、景品（１）に対応付けて表示されている注文個数表示部の内容が「１」から「２」に更新される。また、選択景品明細表示部９９６８ｄの最下部に示された、遊技媒体種別の現在消費数量は、景品（１）の注文個数が２つになったことで、「２０００」と表示され、遊技媒体種別の残り数量は「６０００」と表示される。
さらに、景品表示部９９６８ｃに表示された景品（２）については、上述の、遊技媒体種別の残り数量「６０００」を超える交換価値であるため、「足りません」という案内表示９９６８ｊがオーバーラップ表示され、タッチ等による選択ができないように制御される。
この状況でさらに、景品表示部９９６８ｃに表示された景品（３）をタッチ等することにより選択すると（矢印９９６８ｋ）、景品交換指示画面９９６８は、図２５６に示すように遷移し、選択景品明細表示部９９６８ｄに、選択された景品（３）の景品明細９９６８ｙが追加される。景品（３）を選択した場合、その景品の注文個数は１であり、景品（３）に対応付けて表示されている注文個数表示部の内容が「１」と表示されている。また、選択景品明細表示部９９６８ｄの最下部に示された、遊技媒体種別の現在消費数量は、さらに景品（３）に対応する交換価値が加算されて「４４００」と表示され、遊技媒体種別の残り数量は「３６００」と表示される。また、景品表示部９９６８ｃに表示された景品（３）には、「選択中」という選択表示９９６８ｈがオーバーラップ表示される。
ここで、「交換決定」ボタン９９６８ｆをタッチ等することにより選択すると（矢印９９６８Ｌ）、景品交換指示画面９９６８は、図２５７に示すように遷移し、景品交換指示画面９９６８の中央に、遊技媒体種別数量指定部９９６８ｍがポップアップ表示される。
図２５６に示す景品交換指示画面９９６８における選択景品明細表示部９９６８ｄでは、景品交換に係る消費媒体数量は４４００であり、図２５７に示す遊技媒体種別数量指定部９９６８ｍでは、その「４４００」の交換価値を、どの遊技媒体種別で消費する（支払う）かを指定する。この例では、スロット（２０円貸）とスロット（５円貸）の遊技媒体種別において、遊技者が保持する遊技媒体数量が統合されているが、事前にどちらかの遊技媒体種別に統合されているわけではないので、景品交換において消費される遊技媒体種別をどのように組み合わせるかについて、遊技者がその組み合わせを指定することができる。
図２５７に示す遊技媒体種別数量指定部９９６８ｍでは、遊技者が、遊技媒体種別ごとに、指定数量の入力欄に、保持数量以下の数量を入力して消費数量を割り当て、合計が４４００になるよう調整する。なお、ここでは、景品交換の交換価値は、１円貸の交換価値を基準として表示している。遊技者は、各遊技媒体種別の保持数量を見ながら、指定数量に様々なパターンで数量を入力することができる。遊技者は、例えば、スロット（２０円貸）の遊技媒体種別の遊技媒体数量を優先的に消費したい場合は、スロット（２０円貸）の数量を多く入力することができ、逆に、スロット（５円貸）の遊技媒体種別の遊技媒体数量を優先的に消費したい場合は、スロット（５円貸）の数量を多く入力することができる。
ここで遊技者は、合計がちょうど４４００になるように、スロット（２０円貸）とスロット（５円貸）の数量を入力することが望ましいが、遊技媒体種別の組み合わせと保持数量の関係や、遊技者の優先度によって、消費の合計が４４００を超えてしまう場合も考えられる。景品交換システム９００１では、統合においてこのような端数が生じる場合においても、（端数を切り捨て、又はそのまま残ることによって）正常に景品交換指示を受け付けることができる。
このような遊技媒体種別数量指定部９９６８ｍを用いた指定は、実質的に、ホールシステム９００２において、遊技者の遊技媒体の保持数を、（遊技媒体保持数管理テーブル９４３２等に記憶することによって）遊技媒体種別ごとに管理しており、景品交換において遊技媒体が消費する際にはじめて、これらを統合して管理するような場合に必要となる。一方、遊技媒体統合設定テーブル９６６６の定義に応じて、遊技者の遊技媒体の保持数を、事前に不可逆的に統合して管理するような場合には、この遊技媒体種別数量指定部９９６８ｍを用いた指定は不要である。
図２５７の遊技媒体種別数量指定部９９６８ｍで遊技者が指定数量に所望の数量を入力し、合計が「４４００」となった場合に、遊技者によって「ＯＫ」ボタン９９６８ｎがタッチ等で選択されると、その指定された数量の遊技媒体によって、景品交換が確定し、景品発注指示が行われる。
図２５８には、図２５７に示す遊技媒体種別数量指定部９９６８ｍとは異なる別の遊技媒体種別数量指定部９９６８ｍ’が示されている。この遊技媒体種別数量指定部９９６８ｍ’も、景品交換指示画面９９６８の中央にポップアップ表示される。
遊技媒体種別数量指定部９９６８ｍ’には、遊技媒体種別ごとの消費数量の割り当てがあらかじめ３つのパターンで提示される。各表示欄には、「／」の右側に、その遊技媒体種別の保持数量が表示され、消費数量は、「／」の左側に、保持数量と同じか又はそれ以下の数量として表示される。図２５８の例では、パターン１は、合計「４４００」の交換価値に対して、スロット（２０円貸）とスロット（５円貸）のそれぞれをほぼ半分程度消費することによって支払おうとするパターンであり、パターン２は、合計「４４００」の交換価値に対して、スロット（２０円貸）を優先的に消費することによって支払おうとするパターンであり、パターン３は、合計「４４００」の交換価値に対して、スロット（５円貸）を優先的に消費することによって支払おうとするパターンである。
さらに、３つのパターンの右側には、遊技者が自由に配分を定められるユーザ指定の入力部がある。各入力欄には、「／」の右側に、その遊技媒体種別の保持数量が固定的に表示され、消費数量は、「／」の左側に、遊技者が、保持数量と同じか又はそれ以下の数量を入力できるようになっている。
上述した３つのパターン、及びユーザ指定のなかからどの割り当てを選択するかは、遊技者が、対応するチェックボックスにチェックをすることによって決定する。その後、遊技者によって「ＯＫ」ボタン９９６８ｎ’がタッチ等で選択されると、その指定された数量の遊技媒体によって、景品交換が確定し、景品発注指示が行われる。
上述の例では、景品交換において消費される遊技媒体種別ごとの遊技媒体の数量が、景品発注指示の都度、遊技者による直接入力や、提示されたパターンの選択によって決定されるが、遊技者等によって、配分ルールや配分パターンを設定しておくなどして、景品発注指示の際に特段の指示を行うことなく、消費される遊技媒体種別ごとの遊技媒体の数量が決定されるようにしてもよい。
この例では、景品交換において消費される遊技媒体種別ごとの遊技媒体の数量（遊技者が貯玉している遊技媒体の数量）がホールシステム９００２で管理され、ホールシステム９００２の会員カード９９６２ｂと景品交換システム９００１のモール会員カード９９６２ａが紐付けられることによって、その遊技媒体の数量が景品交換システム９００１の景品交換で用いられるように構成されているが、本発明の貯玉統合機能は、このような会員カードの連携を用いた方法に限定されるものではない。例えば、ホールシステム９００２で発行されたレシートを景品ＰＯＳで読み取らせることで遊技者の貯玉情報を取得し、その貯玉情報を景品ＰＯＳから景品交換システム９００１の景品交換装置に送信することで、遊技者の貯玉で景品交換を行うようにすることができる。
また、ホールシステム９００２で管理されている遊技者の貯玉情報を、他の様々な方法で、景品交換システム９００１でも管理するように構成して、景品交換を実現することもできる。さらに、遊技者の貯玉情報を、主として景品交換システム９００１で管理するように構成することもできる。
また、この実施形態では、景品交換指示画面において、遊技媒体統合設定テーブル９６６６の統合設定データに応じて、遊技者の貯玉情報が遊技媒体の統合後の状態で表示されるとともに、景品の交換価値が、１円単位といった統一的な単位の交換価値で表示されるように構成されているが、遊技者が景品選択指示を行って、お買い物リストの登録を行う画面、すなわち、図２４（Ｂ）に示すような景品選択指示画面９１０においても、同様の形態の表示とすることができる。
また、この実施形態では、上述のように、遊技媒体統合設定テーブル９６６６の統合設定データに応じて、景品交換指示画面に表示を行う段階で、その遊技者に関する、統合された遊技媒体の保持数量を計算するが、所定のタイミングで、統合を不可逆的に行い、その状態をホールシステム９００２の遊技媒体保持数管理テーブル９４３２や景品交換システム９００１のデータベースに記憶するように構成してもよい。
またさらに、各ホール店舗や遊技者個人が、遊技媒体の統合に関して、デフォルト設定や、より具体的な態様を設定できるようにしてもよい。例えば、パチンコ（４円貸）の貯玉の一部をパチンコ（１円貸）の貯玉として統合するように指定したり、２００枚（又は、１円貸換算で４０００）を上限として、スロット（２０円貸）をスロット（５円貸）に統合するよう指定したりすることができる。また、このような統合機能について、所定の期間だけ特定の統合を許可（又は禁止）するようにしてもよいし、所定の期間における統合の上限を設けるようにしてもよい。
また、複数の遊技媒体種別に亘って遊技媒体の保持数量を統合する場合に、統合手数料として、遊技者（又はホール店舗）から、利用回数や利用価値に応じて一定の手数料を徴収するようにしてもよい。
［サイト別商品管理機能］
次に、本発明の第９の実施形態に係る景品交換システム９００１においてさらに拡張されたサイト別商品管理機能について説明する。
次に、本発明の第９の実施形態に係る景品交換システム９００１においてさらに拡張されたサイト別商品管理機能について説明する。
景品交換システム９００１が、図１７３に示すように、複数のネット通販サイトの商品を景品として扱う場合、ネット通販サイトごとの商品を管理するために、サイト別商品管理テーブルを当該ネット通販サイトごとに有する。そして、それぞれのサイト別商品管理テーブルに記憶された商品の情報等から、各種フィルタ（例えば、図２１１に示したような景品価格調整機能による価格調整を含むフィルタ）を通して、価格調整を行った後、価格調整がされた商品の情報を、掲載商品テーブルに記憶する。ここで、掲載商品テーブルは、サイト別商品管理テーブルと同様に、ネット通販サイトごとに設けられ、サイト別商品管理テーブルと１対１に対応付けられる。
複数のサイト別商品管理テーブルに同じ商品が存在する場合、すなわち、複数のネット通販サイトで同一の商品が出品されている場合、例えば、以下の条件によって、実際に景品交換システム９００１で景品として表示（掲載）される商品として決定される。
（１）価格調整後の掲載すべき価格が同じ場合、ネット通販サイトごとに異なる販売手数料の割合が大きい方を選択する。
（２）販売調整後の掲載すべき価格が同じ場合、ネット通販サイトからの仕入れ価格が安い方を選択する。
（２）販売調整後の掲載すべき価格が同じ場合、ネット通販サイトからの仕入れ価格が安い方を選択する。
これらの条件によって景品として掲載される商品を選択することにより、景品交換システム９００１を運営・管理する電算センターの利益を確保するとともに、景品交換システム９００１を導入し景品交換端末９５３０を設置しているホール店舗への還元を大きくすることができる。
このような仕組みを実現するために、ネット通販サイトごとに設けられる商品管理テーブルと掲載商品テーブルのどちらかに、各商品に対する仕入価格と販売手数料（例えば、所定の基準値に対する割合）を管理する。なお、販売手数料は、上述のような、商品ごとに設定される場合以外に、ネット通販サイトと電算センター等との取り決めにより、様々な単位（例えば、ネット通販に対して一定の割合に設定される販売手数料、商品のカテゴリごとに設定される販売手数料など）で決定することができ、この設定に基づき、それに応じた態様で販売手数料が記憶される。
商品の仕入価格、及び販売手数料（パーセントの数字など）は、ネット通販サイトからデータとして受け取る場合や、電算センターの管理者が入力する場合等が考えられる。
なお、上述したサイト別商品管理機能は、一例にすぎず、他の様々な方法で、ネット通販サイトごとの商品を管理することができる。
［ホール店舗の支払い方法］
次に、本発明の第９の実施形態に係る景品交換システム９００１において、ホール店舗が景品代金を支払う際の支払い方法について説明する。
次に、本発明の第９の実施形態に係る景品交換システム９００１において、ホール店舗が景品代金を支払う際の支払い方法について説明する。
ホール店舗に本発明の第９の実施形態に係る景品交換システム９００１が導入され、当該システムにおいて景品交換がされた場合、電算センターからホール店舗に対して、景品代金の請求が行われるが、ホール店舗は、例えば、以下のような方法で支払いを行うことができる。
（１）ホール店舗の銀行口座に対して即時決済を行う。
（２）一定期間の締めで、請求書を発行し、ホール店舗がこれに基づいて、代金振込等により支払いを行う。
（３）所謂ファクタリング会社の、毎月数回の集金代行に応じて集金が行われ、ホール店舗がこれに基づいて、代金振込等により支払いを行う。
（２）一定期間の締めで、請求書を発行し、ホール店舗がこれに基づいて、代金振込等により支払いを行う。
（３）所謂ファクタリング会社の、毎月数回の集金代行に応じて集金が行われ、ホール店舗がこれに基づいて、代金振込等により支払いを行う。
一方で、景品交換された商品ごとに異なる販売手数料が一定期間で合算され、その合算された金額が、電算センターからホール店舗に対して所定のタイミングで支払われる。この時に、ホール店舗側では、景品交換された商品の一覧表に対して、販売手数料の一覧表も含めて、その内容の消し込みが可能なような帳票を出力する必要がある。
帳票は、ホール店舗内の管理サーバ（例えば、ホールコンピュータ９４００）で出力する場合と、電算センター側のサーバ（例えば、基幹サーバ９６００）で出力し、各ホール店舗に送付する方法がある。これらの処理の中で、景品交換された商品それぞれの販売手数料の計算の元になるデータが、商品管理テーブル又は掲載商品テーブルに記憶されており、サーバは、これらのデータを参照し、所定の分配方法で（例えば、７％であれば２％を電算センターに、５％をホール店舗に分配する等）分配を管理する。
なお、上述したホール店舗の支払い方法等の説明は、一例にすぎず、他の様々な方法で、支払い等を行うことができる。
［景品のカテゴリ表示］
次に、本発明の第９の実施形態に係る景品交換システム９００１における、景品のカテゴリ表示方法について説明する。
次に、本発明の第９の実施形態に係る景品交換システム９００１における、景品のカテゴリ表示方法について説明する。
本発明の第９の実施形態に係る景品交換システム９００１の景品選択装置（ビューワ９５５０（大型ビューワ９５５０ａ、小型ビューワ９５５０ｂ））では、景品を効率的に選択できるようにするため、カテゴリリストが表示される。例えば、図２０３の景品選択指示画面９９００に示された条件表示部（９９０３、９９０４）が、このカテゴリリストに相当する部分である。
本発明の第９の実施形態に係る景品交換システム９００１の景品選択装置では、景品選択装置内に記憶されたプログラムが、共通の商品カテゴリ分類テーブルを有しており、当該プログラムによって、商品カテゴリ分類テーブルが読み取られ、景品選択装置の表示装置に、カテゴリリストを表示する。
また、商品カテゴリ分類テーブルが、所定のタイミングで基幹サーバ９６００等から所定のプロトコル（例えば、ＦＴＰといったプロトコル）で事前に転送され、景品選択装置の記憶装置に記憶され、そこで、上述のプログラムが、この商品カテゴリ分類テーブルを参照してカテゴリリストを表示するようにしてもよい。
景品選択装置内に記憶された上述のプログラムは、ネット通販サイトごとに設定された掲載商品テーブルの商品を景品選択装置の表示装置に表示する場合に、表示する商品と商品カテゴリ分類テーブルのカテゴリが自動的に対応付けられ、ユーザがカテゴリリストの１つを選択すると、それに応じて、選択されたカテゴリに属する商品を一覧表示するように制御する。
このようなカテゴリリストは、頻繁に変化する性質のものではないが、変更があった場合は、上述のプログラムを変更する。また、商品カテゴリ分類テーブルが景品選択装置の記憶装置に記憶されている場合は、変更後の商品カテゴリ分類テーブルが、基幹サーバ９６００等から所定のプロトコル（例えば、ＦＴＰといったプロトコル）で景品選択装置に転送される。
なお、上述した景品のカテゴリ表示の仕組みは、一例にすぎず、他の様々な方法で、景品のカテゴリ表示を行うことができる。
また、本発明の第９の実施形態に係る景品交換システム９００１では、景品交換装置（景品交換端末９５３０）においてもカテゴリリストを表示することができ、例えば、景品交換指示画面（景品交換指示画面９５０（図２７（Ｂ）参照）に類似する画面）において、上述した仕組みと同様の方法で、カテゴリリストを表示させることができる。
以上、本発明の第９の実施形態に係る景品交換システム９００１を、具体的な装置、及び具体的なテーブル等を用いて例示してきたが、これまでの説明は一実施形態に過ぎず、様々な他の形態によって、本発明の特徴的なコンピュータシステムを実現可能である。例えば、景品交換システム９００１の各機能を、異なるサイトに分散配置された複数のサーバで実行するようにしてもよいし、複数の機能を１つのサーバで実行するようにしてもよい。また、本発明の第９の実施形態に係る景品交換システム９００１を、適宜、上述した他の実施形態の景品交換システム（本発明の第１の実施態様に係る景品交換システム１ないし本発明の第８の実施態様に係る景品交換システム７００１）に適用することもできる。
１、１００１、２００１、３００１、４００１、５００１、６００１、７００１、９００１ 景品交換システム
１０、１０１０、２０１０、４０１０、５０１０、７０１０、９０１０ 遊技機
２０、１０２０、２０２０、４０２０、５０２０、７０２０、９０２０ サンド装置
４００、１４００、２４００、４４００、５４００、７４００、９４００ ホールコンピュータ
５００、１５００、２５００、４５００、５５００、７５００、９５００、９５００’、９５００’’ 景品ＰＯＳ
５２０、１５２０、２５２０、４５２０、５５２０ 景品ＰＯＳ連携専用端末
５３０、１５３０、２５３０、４５３０、５５３０ 専用端末
５４０、１５４０、２５４０、３５４０、４２３５、４５４０、５２３５、５５４０、７５７０、９５７０ スマートフォン
６００、１６００、２６００、３６００、４６００、５６００、７６００、９６００、９６００’、９６００’’ 基幹サーバ
７００、１７００、２７００、７７００、９７００ ショップ管理サーバ
９００、１８００、２８００ ＡＳＰ−Ｉ／Ｆサーバ
８２０、１８２０、２８２０ 個別ショップＩ／Ｆサーバ
８４０、１８４０、２８４０ ＥＣモールＩ／Ｆサーバ
１０９０、２０９０、７０９０、９０９０ 接続管理装置
１１１０、２１１０、９９５０ａ 少額貯玉用会員カード
１６８５、７６８５、９６８５ ＡＰサーバ
４１５０ 交換券発券装置
４２００ 通販景品発券サーバ
４２１０ 通販景品買取サーバ
４２２０、５２２０、５２２０’、７６８０、９６８０ モバイルＩ／Ｆサーバ
４２６０ 通販景品交換券
５１５０ ＤＬソフト利用券発券装置
５２００ ＤＬソフト利用券発券サーバ
５２１０ ＤＬソフト買取サーバ
５２１５ ＤＬソフト利用管理サーバ
５２６０ ＤＬソフト利用券
６１７０ クーポン交換サーバ
６２００ クーポン管理サーバ
６２６０ クーポン券
７５３０、９５３０、９５３０’、９５３０’’ 景品交換端末
７５５０、９５５０ ビューワ
７８００ 横断型ＥＣモール連携システムＩ／Ｆサーバ
７８２０ ＥＣモール管理システムＩ／Ｆサーバ
７８４０、９８４０ ショップシステムＩ／Ｆサーバ
７８６０ 個別ショップＩ／Ｆサーバ
７８７０、９８７０ 管理端末
９５２０ 島端計数装置
９８４２ａ、９８４２ｂ ショップシステム
９８００ 決済管理サーバ
１０、１０１０、２０１０、４０１０、５０１０、７０１０、９０１０ 遊技機
２０、１０２０、２０２０、４０２０、５０２０、７０２０、９０２０ サンド装置
４００、１４００、２４００、４４００、５４００、７４００、９４００ ホールコンピュータ
５００、１５００、２５００、４５００、５５００、７５００、９５００、９５００’、９５００’’ 景品ＰＯＳ
５２０、１５２０、２５２０、４５２０、５５２０ 景品ＰＯＳ連携専用端末
５３０、１５３０、２５３０、４５３０、５５３０ 専用端末
５４０、１５４０、２５４０、３５４０、４２３５、４５４０、５２３５、５５４０、７５７０、９５７０ スマートフォン
６００、１６００、２６００、３６００、４６００、５６００、７６００、９６００、９６００’、９６００’’ 基幹サーバ
７００、１７００、２７００、７７００、９７００ ショップ管理サーバ
９００、１８００、２８００ ＡＳＰ−Ｉ／Ｆサーバ
８２０、１８２０、２８２０ 個別ショップＩ／Ｆサーバ
８４０、１８４０、２８４０ ＥＣモールＩ／Ｆサーバ
１０９０、２０９０、７０９０、９０９０ 接続管理装置
１１１０、２１１０、９９５０ａ 少額貯玉用会員カード
１６８５、７６８５、９６８５ ＡＰサーバ
４１５０ 交換券発券装置
４２００ 通販景品発券サーバ
４２１０ 通販景品買取サーバ
４２２０、５２２０、５２２０’、７６８０、９６８０ モバイルＩ／Ｆサーバ
４２６０ 通販景品交換券
５１５０ ＤＬソフト利用券発券装置
５２００ ＤＬソフト利用券発券サーバ
５２１０ ＤＬソフト買取サーバ
５２１５ ＤＬソフト利用管理サーバ
５２６０ ＤＬソフト利用券
６１７０ クーポン交換サーバ
６２００ クーポン管理サーバ
６２６０ クーポン券
７５３０、９５３０、９５３０’、９５３０’’ 景品交換端末
７５５０、９５５０ ビューワ
７８００ 横断型ＥＣモール連携システムＩ／Ｆサーバ
７８２０ ＥＣモール管理システムＩ／Ｆサーバ
７８４０、９８４０ ショップシステムＩ／Ｆサーバ
７８６０ 個別ショップＩ／Ｆサーバ
７８７０、９８７０ 管理端末
９５２０ 島端計数装置
９８４２ａ、９８４２ｂ ショップシステム
９８００ 決済管理サーバ
Claims (11)
- ユーザによって操作可能な端末装置を備える会員管理システムであって、
前記端末装置は、
第１会員システムに係る会員カードの第１識別子を読み取る第１読取手段と、
第２会員システムに係る会員カードの第２識別子を読み取る第２読取手段と、
前記ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録で指定された場合に、当該ユーザ情報を前記第２識別子と対応付けて、前記第２会員システムのサーバに送信するユーザ情報送信手段と、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面を表示するよう制御する会員登録制御手段とを含み、
前記ユーザ情報送信手段は、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御手段は、
前記ユーザ情報送信手段により前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて、前記取得されたユーザ情報を、前記入力画面に表示するよう制御することを特徴とする会員管理システム。 - 前記ユーザ情報送信手段は、
前記第１会員システムに係る会員カードと前記第２会員システムに係る会員カードを紐付けるために、前記第１識別子と前記第２識別子を対応付けて前記サーバに送信することを特徴とする、請求項１に記載の会員管理システム。 - 前記第１会員システムに既に登録されているユーザ情報のコピーを許諾するか否かを示すコピー許諾情報を記憶するコピー許諾情報記憶手段をさらに備え、
前記所定の条件は、前記コピー許諾情報記憶手段から取得された前記コピー許諾情報に基づく条件であることを特徴とする、請求項１又は２に記載の会員管理システム。 - 前記端末装置は、前記ユーザが利用するホール店舗ごとに配置され、
前記コピー許諾情報記憶手段に記憶されたコピー許諾情報は、前記ホール店舗ごとに設定されることを特徴とする、請求項３に記載の会員管理システム。 - 前記所定の条件は、前記ユーザが前記端末装置において、前記第１会員システムに既に登録されているユーザ情報を利用するとの選択を行ったか否かを含むことを特徴とする、
請求項１ないし３のいずれかに記載の会員管理システム。 - 前記第２会員システムに係る会員カードは、前記第２会員システムにおける前記会員登録が行われる前に、前記第２会員システムの一部機能で利用可能であることを特徴とする、請求項１に記載の会員管理システム。
- 第１会員システムに係る会員カードの第１識別子を読み取る第１読取手段と、
第２会員システムに係る会員カードの第２識別子を読み取る第２読取手段と、
ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録で指定された場合に、当該ユーザ情報を前記第２識別子と対応付けて、前記第２会員システムのサーバに送信するユーザ情報送信手段と、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面を表示するよう制御する会員登録制御手段とを含み、
前記ユーザ情報送信手段は、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御手段は、
前記ユーザ情報送信手段により前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて、前記取得されたユーザ情報を、前記入力画面に表示するよう制御することを特徴とする端末装置。 - 前記ユーザ情報送信手段は、
前記第１会員システムに係る会員カードと前記第２会員システムに係る会員カードを紐付けるために、前記第１識別子と前記第２識別子を対応付けて前記サーバに送信することを特徴とする、請求項７に記載の端末装置。 - 前記所定の条件は、前記第１会員システムに既に登録されているユーザ情報のコピーを許諾するか否かを示すコピー許諾情報を記憶するコピー許諾情報記憶手段から取得された前記コピー許諾情報に基づく条件であることを特徴とする、請求項７又は８に記載の端末装置。
- ユーザによって操作可能な端末装置を備える会員管理システムで実行される会員管理方法であって、
前記端末装置において、第１会員システムに係る会員カードの第１識別子を読み取る第１読取ステップと、
前記端末装置において、第２会員システムに係る会員カードの第２識別子を読み取る第２読取ステップと、
前記端末装置において、前記ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録で指定された場合に、当該ユーザ情報を前記第２識別子と対応付けて、前記第２会員システムのサーバに送信するユーザ情報送信ステップと、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面を表示するよう制御する会員登録制御ステップとを含み、
前記ユーザ情報送信ステップは、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御ステップは、
前記ユーザ情報送信ステップにより前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて、前記取得されたユーザ情報を、前記入力画面に表示するよう制御することを特徴とする会員管理方法。 - ユーザによって操作可能な端末装置で実行される会員管理方法であって、
前記端末装置において、第１会員システムに係る会員カードの第１識別子を読み取る第１読取ステップと、
前記端末装置において、第２会員システムに係る会員カードの第２識別子を読み取る第２読取ステップと、
前記端末装置において、前記ユーザに関する情報であるユーザ情報を取得し、前記ユーザ情報が、前記第２会員システムにおける会員登録で指定された場合に、当該ユーザ情報を前記第２識別子と対応付けて、前記第２会員システムのサーバに送信するユーザ情報送信ステップと、
前記第２会員システムにおける会員登録で、登録する各項目を入力するための入力画面を表示するよう制御する会員登録制御ステップとを含み、
前記ユーザ情報送信ステップは、
前記第１会員システムに関する所定の条件に応じて、前記ユーザ情報の少なくとも一部を、前記第１会員システムに既に登録されているユーザ情報から、前記第１識別子を用いて取得し、
前記会員登録制御ステップは、
前記ユーザ情報送信ステップにより前記第１会員システムに既に登録されているユーザ情報が取得された場合に、前記ユーザの操作に応じて、前記取得されたユーザ情報を、前記入力画面に表示するよう制御することを特徴とする会員管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015112471A JP6755078B2 (ja) | 2015-06-02 | 2015-06-02 | 会員管理システム、端末装置、及び会員管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015112471A JP6755078B2 (ja) | 2015-06-02 | 2015-06-02 | 会員管理システム、端末装置、及び会員管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016221107A JP2016221107A (ja) | 2016-12-28 |
| JP6755078B2 true JP6755078B2 (ja) | 2020-09-16 |
Family
ID=57745255
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015112471A Active JP6755078B2 (ja) | 2015-06-02 | 2015-06-02 | 会員管理システム、端末装置、及び会員管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6755078B2 (ja) |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1996021908A1 (fr) * | 1995-01-11 | 1996-07-18 | Kabushiki Kaisha Ace Denken | Terminal d'emission de cartes de membre et systeme de production d'informations |
| JP4433263B2 (ja) * | 2002-06-28 | 2010-03-17 | サン電子株式会社 | 遊技場における個人識別装置 |
| JP4905032B2 (ja) * | 2006-09-29 | 2012-03-28 | 大日本印刷株式会社 | 子カード発行システム |
| JP5080099B2 (ja) * | 2007-02-19 | 2012-11-21 | Ｋｄｄｉ株式会社 | 情報コピーシステムおよびサーバ |
| JP2012095866A (ja) * | 2010-11-02 | 2012-05-24 | Glory Ltd | 遊技システム及び分割有価価値返却処理方法 |
| JP6456025B2 (ja) * | 2013-05-30 | 2019-01-23 | 株式会社有明電算センター | 景品交換システム、サーバ、景品交換方法 |
-
2015
- 2015-06-02 JP JP2015112471A patent/JP6755078B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2016221107A (ja) | 2016-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6787540B2 (ja) | 景品交換システム | |
| JP5108372B2 (ja) | 遊技媒体貯数管理システムおよび遊技媒体貯数管理方法 | |
| JP6779008B2 (ja) | 景品交換システム、サーバ、及びアイコン表示方法 | |
| JP6397630B2 (ja) | 景品交換システム、サーバ、景品交換方法 | |
| JP6680468B2 (ja) | サーバ、及び商品価格調整方法 | |
| JP6765171B2 (ja) | 景品交換システム、サーバ、及び景品表示制御方法 | |
| JP6964958B2 (ja) | 景品交換システム、決済代行システム、景品交換方法、及び決済代行方法 | |
| JP6456026B2 (ja) | 景品交換システム | |
| JP6483339B2 (ja) | 景品交換システム | |
| JP6755078B2 (ja) | 会員管理システム、端末装置、及び会員管理方法 | |
| JP6755079B2 (ja) | 景品交換システム、景品交換装置、及び景品交換方法 | |
| JP6680469B2 (ja) | 景品交換システム、景品表示装置、サーバ、及び商品情報表示制御方法 | |
| JP6586295B2 (ja) | 景品交換システム、サーバ、及び景品表示制御方法 | |
| JP6397631B2 (ja) | 景品交換システム | |
| JP6292909B2 (ja) | 景品交換システム | |
| JP2008272382A (ja) | 景品交換装置、景品交換方法および景品交換システム | |
| JP2008272383A (ja) | 景品交換システムおよび景品交換方法 | |
| JP2008148779A (ja) | 有価価値管理装置、有価価値変換方法および有価価値変換システム | |
| JP2008148781A (ja) | 景品交換管理装置、景品交換管理方法および景品交換管理システム | |
| JP2008136608A (ja) | 景品交換装置、景品交換方法および景品交換システム | |
| JP2008148780A (ja) | 景品交換管理装置、景品交換管理方法および景品交換管理システム | |
| JP2008136606A (ja) | 財務管理装置および財務管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20170126 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180522 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180605 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20181226 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190111 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190311 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190820 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20191010 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200303 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200312 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20200804 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200825 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6755078 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |