JP2014171503A - 遊技用システム、管理装置、遊技用装置および遊技機 - Google Patents

Abstract

【課題】本発明は、遊技機および遊技用装置の少なくともいずれか一方で音楽データや画像データなどがどの程度再生されたのかの再生実績を把握することである。
【解決手段】パチンコ機２と、パチンコ機２と接続されたカードユニット３と、パチンコ機２およびカードユニット３の少なくともいずれか一方で再生された管理対象データ（たとえば曲Ａなど）の実績を集計して管理するコンテンツ管理センタ８００Ｂとを備える遊技用システムである。管理対象データが再生されたことに基づいて出力される再生信号を収集して、管理対象データごとに再生実績を記憶する記憶部Ａを有し、記憶部Ａに記憶された管理対象データの再生実績を、管理装置に出力する。
【選択図】図５

Description

本発明は、たとえばパチンコ遊技機やスロットマシン等で代表される遊技機であって、特定の管理対象データを再生可能な遊技機およびその遊技機に接続される遊技用装置、当該管理対象データを管理する管理装置および遊技用システムに関する。

パチンコ遊技機やスロットマシン等で代表される遊技機は、様々な音楽データや画像データなどを再生することで多彩な演出を行ない、遊技者に対して期待感を与えている。

特許文献１では、副制御部のＲＯＭに、遊技状態に応じて、どの音楽を再生するかを決定する音楽制御プログラムと遊技状態ごとの音楽データを記憶している音楽データ記憶部とを含んでいる。たとえば、遊技状態が擬似大当たり継続演出状態であるとき、擬似連続大当たり継続演出用の特別音楽を再生する。つまり、遊技機では、遊技状態に応じて、とのような音楽データや画像データなどを再生するかについて、予め定められている。

特開２００９−６６３８３号公報

しかし、ホールでは、様々な機種およびメーカの遊技機が設置され、それぞれの遊技機が個別に稼働することになる。そのため、それぞれの遊技機で再生する音楽データや画像データなどが予め定められているとしても、ホール全体やホール内の一部の遊技島において、音楽データや画像データなどがどの程度再生されたのかの再生実績（再生履歴）を把握することが困難であった。

また、１台の遊技機であっても、遊技者が遊技中か否か、遊技中であっても大当り遊技状態であるか否かなどの様々な状況により再生される音楽データや画像データなどが変化するため、たとえば１日に音楽データや画像データなどがどの程度再生されたのかの再生実績を把握することは困難であった。

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、遊技機および遊技用装置の少なくともいずれか一方で音楽データや画像データなどがどの程度再生されたのかの再生実績を把握することである。

（１） 遊技機（パチンコ機、スロットマシン、封入循環式パチンコ機（Ｐ台２）、メダル不要のスロットマシン（Ｓ台２Ｓ））と、前記遊技機と接続された遊技用装置（ＣＵ３、呼出しランプ装置など）と、前記遊技機および前記遊技用装置の少なくともいずれか一方で再生された管理対象データ（著作データ、肖像権データなど）の実績（たとえば、管理対象データを再生した回数など）を集計して管理する管理装置（コンテンツ管理センタ８００Ｂ、ユニット管理コンピュータ８０１など）とを備える遊技用システムであって、
前記遊技機および前記遊技用装置の少なくともいずれか一方で前記管理対象データが再生されたことに基づいて出力される再生信号（たとえば、再生情報および管理対象曲の識別情報）を収集して、前記管理対象データごとに再生実績を記憶する記憶手段（たとえば、図５に示す記憶部Ａ）と、
前記記憶手段に記憶された前記管理対象データの前記再生実績を、前記管理装置に出力する出力手段（たとえば、図５に示す（３）（５）：ＣＵ３がコンテンツ管理センタ８００Ｂへ再生実績を出力、図１２に示す（２Ｃ）〜（４Ｃ）：Ｐ台２がコンテンツ管理センタ８００Ｂへ再生実績を出力）とを含む。

上記の構成によれば、管理対象データの再生実績が記憶手段に記憶され、管理装置に出力されるので、当該記憶手段が管理装置へ出力される再生実績のデータバッファとして利用することができるとともに、管理装置と遊技機または遊技用装置との通信が切断されているときでも再生実績を収集することができる。

（２） 上記（１）において、
前記遊技機および前記遊技用装置の少なくともいずれか一方と前記管理装置との間で通信されるデータを中継する中継装置（たとえば、コンテンツ管理センタ８００Ｂに対するユニット管理コンピュータ８０１）をさらに備え、
前記中継装置は、前記記憶手段を含む。

上記の構成によれば、管理対象データの再生実績が中継装置の記憶手段に記憶され、管理装置に出力されるので、当該記憶手段が管理装置へ出力される再生実績のデータバッファとして利用することができるとともに、管理装置と中継装置との通信が切断されているときでも再生実績を収集することができる。

（３） 上記（１）または（２）において、
前記管理装置は、所定条件（たとえば、１日に１回予め定められた時刻になった場合、再生実績の送信要求があった場合）が成立した場合に前記記憶手段から記憶した前記再生実績を受信し、受信した前記再生実績を集計して蓄積する。

上記の構成によれば、管理装置に再生実績を出力する頻度を抑え、管理装置と通信するための処理負担を軽減することができる。

（４） 上記（３）において、
前記記憶手段に記憶される前記再生実績には、前記再生信号を収集する度に記憶する第１情報（たとえば、管理対象データの再生回数および再生時間など）と、その他のタイミングで記憶する第２情報（機種ＩＤ、メーカＩＤなど）とを含む。

上記の構成によれば、再生実績を記憶する記憶手段の容量を低減することができる。
（５） 上記（１）〜（４）において、
前記記憶手段は、前記遊技機および前記遊技用装置の少なくともいずれか一方で再生された前記管理対象データの前記再生実績以外に、前記記憶手段に入力される遊技に関する入力情報（たとえば、隣接するパチンコ機２の間に取付けられたカメラによって撮像された遊技者情報など）を記憶する。

上記の構成によれば、再生実績以外に、管理対象データが再生された際に収集された情報も合わせて記憶することで、どのような状況で管理対象データが再生されたのかを把握することができる。

（６） 上記（１）〜（５）において、
前記出力手段は、前記遊技機を設置してある店舗に関する店舗情報（たとえば、遊技店の床面積、遊技台数など）を、前記管理装置で集計した前記管理対象データの前記再生実績に関連付けて出力する。

上記の構成によれば、再生実績に店舗に関する店舗情報を関連付けるので、当該店舗情報に基づいて再生実績を集計することができる。

（７） 上記（１）〜（６）において、
前記出力手段は、前記管理対象データの再生時における前記遊技機の遊技情報（たとえば、遊技機の交換レート、遊技機の遊技状態など）を、前記管理装置で集計した前記管理対象データの前記再生実績に関連付けて出力する。

上記の構成によれば、再生実績に再生時における遊技機の遊技情報を関連付けるので、当該遊技情報に基づいて再生実績を集計することができる。

（８） 上記（１）〜（７）において、
前記出力手段は、再生時における前記管理対象データに関する再生状態情報（たとえば、再生時のボリューム、電力モード、遊技者の有無など）を、前記管理装置で集計した前記管理対象データの前記再生実績に関連付けて出力する。

上記の構成によれば、再生実績に管理対象データに関する再生状態情報を関連付けるので、当該再生状態情報に基づいて再生実績を集計することができる。

（９） 上記（１）〜（８）において、
前記遊技機および前記遊技用装置の少なくともいずれか一方は、前記管理対象データの再生および中止の操作可能な操作手段（たとえば、図１の表示装置５４に表示される再生の開始、中止、停止などのタッチボタンや、遊技枠５に取付けられた操作ボタンなど）を含み、
前記記憶手段は、前記操作手段による操作に基づいて再生された前記管理対象データの前記再生実績を、前記操作手段の操作履歴（たとえば、再生を開始した時刻、再生を中止した時刻や、再生を停止した時刻など）と関連付けて記憶する。

上記の構成によれば、管理対象データが最後まで再生されたのか否かなどの詳細な再生実績を把握することができる。

（１０） 遊技機（パチンコ機、スロットマシン、封入循環式パチンコ機（Ｐ台２）、メダル不要のスロットマシン（Ｓ台２Ｓ））および前記遊技機と接続された遊技用装置（ＣＵ３、呼出しランプ装置など）の少なくともいずれか一方で再生された管理対象データ（著作データ、肖像権データなど）の実績を集計して管理する管理装置（コンテンツ管理センタ８００Ｂ、ユニット管理コンピュータ８０１など）であって、
前記遊技機および前記遊技用装置の少なくともいずれか一方で前記管理対象データが再生されたことに基づいて出力される再生信号（たとえば、再生情報および管理対象曲の識別情報）を収集して、前記管理対象データごとに再生実績を記憶する記憶手段（たとえば、図５に示す記憶部Ａ）から出力された当該再生実績を受付ける受付手段（たとえば、図５に示す（６−１）再生実績を受信してホールごとに集計して、記憶部Ｂに記憶する）とを含む。

上記の構成によれば、管理対象データの再生実績が記憶手段に記憶され、管理装置に出力されるので、当該記憶手段が管理装置へ出力される再生実績のデータバッファとして利用することができるとともに、管理装置と遊技機または遊技用装置との通信が切断されているときでも再生実績を収集することができる。

（１１） 遊技機（パチンコ機、スロットマシン、封入循環式パチンコ機（Ｐ台２）、メダル不要のスロットマシン（Ｓ台２Ｓ））、および再生された管理対象データ（著作データ、肖像権データなど）の実績を集計して管理する管理装置（コンテンツ管理センタ８００Ｂ、ユニット管理コンピュータ８０１など）に接続される遊技用装置（ＣＵ３、呼出しランプ装置など）であって、
前記遊技機および前記遊技用装置の少なくともいずれか一方で前記管理対象データが再生されたことに基づいて出力される再生信号（たとえば、再生情報および管理対象曲の識別情報）を収集して、前記管理対象データごとに再生実績を記憶する記憶手段（たとえば、図５に示す記憶部Ａ）と、
前記記憶手段に記憶された前記管理対象データの前記再生実績を、前記管理装置に出力する出力手段（たとえば、図５に示す（３）（５）：ＣＵ３がコンテンツ管理センタ８００Ｂへ再生実績を出力）とを含む。

上記の構成によれば、管理対象データの再生実績が記憶手段に記憶され、管理装置に出力されるので、当該記憶手段が管理装置へ出力される再生実績のデータバッファとして利用することができるとともに、管理装置と遊技機または遊技用装置との通信が切断されているときでも再生実績を収集することができる。

（１２） 遊技用装置（ＣＵ３、呼出しランプ装置など）、および再生された管理対象データ（著作データ、肖像権データなど）の実績を集計して管理する管理装置（コンテンツ管理センタ８００Ｂ、ユニット管理コンピュータ８０１など）に接続される遊技機（パチンコ機、スロットマシン、封入循環式パチンコ機（Ｐ台２）、メダル不要のスロットマシン（Ｓ台２Ｓ））であって、
前記遊技機および前記遊技用装置の少なくともいずれか一方で前記管理対象データが再生されたことに基づいて出力される再生信号（たとえば、再生情報および管理対象曲の識別情報）を収集して、前記管理対象データごとに再生実績を記憶する記憶手段（たとえば、図１２に示す記憶部Ｅ）と、
前記記憶手段に記憶された前記管理対象データの前記再生実績を、前記管理装置に出力する出力手段（たとえば、図１２に示す（２Ｃ）〜（４Ｃ）：Ｐ台２がコンテンツ管理センタ８００Ｂへ再生実績を出力）とを含む。

上記の構成によれば、管理対象データの再生実績が記憶手段に記憶され、管理装置に出力されるので、当該記憶手段が管理装置へ出力される再生実績のデータバッファとして利用することができるとともに、管理装置と遊技機または遊技用装置との通信が切断されているときでも再生実績を収集することができる。

カードユニットおよびパチンコ機を示す正面図である。 カードユニットおよびパチンコ機に用いられる制御回路を示すブロック図である。 パチンコ機を設置するホール内外の遊技用システムの構成を説明するためのブロック図である。 カードユニット側とパチンコ機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。 本実施形態に係る管理対象データの管理方式を説明するための概略図である。 本実施形態に係る再生実績テーブルの概略図である。 本実施形態に係る対応関係情報テーブルの概略図である。 コンテンツ管理センタにおける再生実績の異常判定処理を説明するためのフローチャートである。 本実施形態に係るカードユニットで管理対象曲が再生される形態を説明するための概略図である。 変形例１に係る管理対象データの管理方式を説明するための概略図である。 変形例２に係る管理対象データの管理方式を説明するための概略図である。 変形例３に係る管理対象データの管理方式を説明するための概略図である。 スロットマシンの前面扉を開放した状態を示す斜視図である。 カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。

以下、図面を参照して本発明に係る実施形態を説明する。
＜パチンコ機の構成＞
まず、図１を参照して、本実施形態に係るパチンコ機の構成を説明する。遊技場（以下、ホールとも言う）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ機（以下、遊技機、パチンコ機またはＰ台と略称することもある）２が併設されている。なお、Ｐ台２の所定側の側方位置には、該Ｐ台２に対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３が１対１に対応して設置されている。

Ｐ台２は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５を操作することにより、発射モータ１８（図２参照）を駆動させて封入玉を一発ずつ遊技盤２６前面の遊技領域２７に打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル２５の周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５を操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ１８が駆動される。この状態で、遊技者による打球操作ハンドル２５の回動操作量に応じて打球発射勢いが調整されて玉が遊技領域２７内に発射される。

打球操作ハンドル２５の上方には鍵穴１０が設けられており、遊技場の係員が所持する鍵を挿入して前枠５（図２参照）の解錠操作（たとえば時計回り回転）をすることにより前枠５が開放され、ガラス扉（前面部材）６の解錠操作（たとえば反時計回り回転）をすることによりガラス扉６が開放される。

図１に示すＰ台２は、いわゆる第１種のパチンコ機であって、遊技領域２７の中央に可変表示装置（以下、特別図柄とも言う）２７８が設けられている。また、遊技領域２７には、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図１に示す遊技領域２７には、１つの大入賞口（可変入賞球装置）２７１と、３つの普通入賞口２７２，２７３，２７４と、３つの始動入賞口２７５，２７６，２７７とが示されている。特に、始動入賞口２７６は、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。

可変表示装置２７８は、各始動入賞口２７５，２７６，２７７に入賞した始動入賞玉の検出信号に基づいて変動表示する。可変表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態となり、大入賞口２７１が開放する。

また、可変表示装置の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。

遊技領域２７内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口（図示略）に回収される。入賞口に入賞したパチンコ玉およびアウト口に回収されたパチンコ玉は再度Ｐ台２内の回収経路（図示略）を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５を操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７内に打込まれる。

Ｐ台２における遊技領域２７の下方位置には、表示器５４が設けられている。表示器５４は、液晶表示装置で構成されている。なお、表示器５４は、図１に示すようにＣＵ３から独立してＰ台２に取付けられる構成でも、ＣＵ３と一体に形成され、Ｐ台２の前面に嵌合させる構成でもよい。ＣＵ３の表示器５４を、Ｐ台２の前面に嵌合させる構成であれば、ＣＵ３とＰ台２とをより強く連結することができるので、さらに不正を防止することができる。この場合、表示器５４との連結係止を、ガラス扉６または打球操作ハンドル２５が設けられた下扉を開かないと解除することができないようにすることで、さらに不正を防止することができる。

また、この表示器５４の下方部分に７セグ表示器５０が設けられている。７セグ表示器５０は７セグメントＬＥＤディスプレイで構成されており、後述の払出制御部１７１によって制御される。この７セグ表示器５０により、後述する遊技玉数や発生したエラーのエラー番号等が表示される。

さらに、Ｐ台２における打球操作ハンドル２５の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８が設けられている。詳しくは後述するが、計数ボタン２８は、１度押下すると、たとえば１００玉だけ遊技玉から持玉への計数が行なわれ、長い期間押下（長押し）すると、現在有している遊技玉を考慮して押下している時間に対応した玉数だけ計数速度が向上して遊技玉から持玉への計数が行なわれる。また、計数速度は、カード返却操作を行なう場合にさらに向上し、スムーズなカード返却処理を実現している。

このように、計数ボタン２８をＰ台側に設けているため、計数ボタン２８をＣＵ側に設ける場合に比較して、Ｐ台に正対して座っている遊技者の操作性を向上できる。また、Ｐ台２は、遊技領域２７の右上位置および左上位置に、可変表示装置２７８で表示される演出にあわせて再生する音楽データを出力するためのスピーカ２７０が設けてある。なお、スピーカの位置および個数は、図１に示す構成に限定されず、必要に応じて位置および個数を変更してもよい。

＜カードユニットの構成＞
次に、引き続き図１を参照して、本実施形態に係るＣＵ３の構成を説明する。このＣＵ３は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（以下、一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。

それらのカードを受付けたＣＵ３は、カードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残高、持玉数、あるいは貯玉数等）を「遊技玉のデータ」に変換する機能を有する。Ｐ台２では、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、「遊技玉のデータ」とは、発射可能な発射残数を示すデータである。以下の説明では、「遊技玉のデータ」を貯玉や持玉と同様に、単に「遊技玉」と称する。

ＣＵ３の前面側には、紙幣を挿入するための紙幣挿入口３０２、装置前面より装置前方方向に突出形成された突出部３０５、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。このカード挿入／排出口３０９に挿入された会員カードやビジターカードがカードリーダライタ（図示略）に受付けられ、そのカードに記録されている情報が読取られる。なお、会員カードやビジターカードからの情報の読取りは、接触式のカードリーダライタを用いて行なう場合に限定させず、非接触式のカードリーダライタを用いて行なってもよい。

前述の突出部３０５において、遊技者と対向する面には、表示器３１２と、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ（以下単に、カードＩＤとも言う）ならびに会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９と、遊技場の係員が所持するリモコン（図示略）から赤外線信号をＩＲ（Infrared）感光ユニット３２０で受信して電子信号に変換して出力するＩＲ受光ユニットが設けられている。

表示器３１２は、挿入された遊技用記録媒体（カード）に記録されているプリペイド残高（以下、カード残高または単に残高とも言う）を表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器３１２の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。

再プレイボタン３１９を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落して遊技玉に変換し、変換した遊技玉に基づいてＰ台２による遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落されて遊技玉に変換され、Ｐ台２による遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持点との双方が記憶されている場合には、持玉が優先的に引落される。なお、再プレイボタン３１９とは別に、持玉を引落すための専用の持玉払出ボタンを設け、再プレイボタン３１９は貯玉引落し専用のボタンとしてもよい。

ここで、「貯玉」とは、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。

「持玉数」とは、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。

「遊技玉」とは、遊技機で発射可能な玉数のデータである。このデータは、既に説明したとおり、プリペイドカードの残高、持玉、あるいは貯玉を引落すことと引き換えにして生成される。

なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。

本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたユニット管理コンピュータ８０１（図３参照）に会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにユニット管理コンピュータ８０１にカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をユニット管理コンピュータ８０１にカード番号と対応させて記憶させてもよい。このユニット管理コンピュータ８０１にカード番号と対応させて記憶させる際に、ユニット管理コンピュータ８０１に記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残高についてはカード（会員カード、ビジターカード）に直接書込んで排出する。

なお、持玉を、カード（会員カード、ビジターカード）、またはユニット管理コンピュータ８０１に記憶させるタイミングは、たとえば、計数ボタン２８が操作されて計数処理が行なわれる度にリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなど、少なくとも１つのタイミングであればよい。

紙幣挿入口３０２に挿入された紙幣は、貨幣識別器（図示略）により取込まれてその真贋や紙幣種別の識別がなされる。

ＣＵ３の前面側には、さらに、玉貸ボタン（以下、貸出ボタンとも言う）３２１とカード返却ボタン３２２とが設けられている。玉貸ボタン３２１は、挿入されたカードに記録されている残高を引落してＰ台２による遊技に用いるための操作（遊技玉への変換操作）を行なうボタンである。カード返却ボタン３２２は、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数（カード挿入時の持玉数−遊技玉への変換数＋計数操作によって計数された持玉数）を記憶させて排出するための操作ボタンである。

＜カードユニットとパチンコ機との構成＞
図２は、ＣＵ３とＰ台２との構成を示すブロック図である。図２を参照して、ＣＵ３とＰ台２との制御回路の概略を説明する。

ＣＵ３には、マイクロコンピュータ等から構成されたＣＵ制御部３２３が設けられている。このＣＵ制御部３２３には、図示していないが制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。

ＣＵ制御部３２３には、ホール用管理コンピュータやセキュリティ上の管理を行なうユニット管理コンピュータ８０１（図３参照）と通信を行なうための外部通信部（図示略）が設けられているとともに、Ｐ台２の払出制御基板１７とセキュリティを確保しながら通信を行なうためのセキュリティ基板３２５が設けられている。ＣＵ３にはＰ台２側への接続部（図示略）が設けられるとともに、Ｐ台２にはＣＵ３側への接続部（図示略）が設けられている。これら接続部は、たとえばコネクタ等で構成されている。

ＣＵ側のセキュリティ基板３２５とＰ台側の払出制御基板１７とは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板３２５には、セキュリティ基板３２５と払出制御基板１７との通信を制御するための通信制御ＩＣ３２５ａと、Ｐ台２のセキュリティを監視するためのセキュリティチップ（ＳＣ）３２５ｂが設けられている。セキュリティチップ（ＳＣ）３２５ｂには、図示していないが制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。さらに、ＳＣ３２５ｂは、不正検知部１３２５を備え、不正検知部１３２５がＣＵ制御部３２３からＰ台２に通知される遊技玉の加算要求情報を監視することにより不正検知を行ない、不正検知時に鍵管理サーバ８００（図３参照）に通知する。また、不正検知用の設定値（定数）は鍵管理サーバ８００から基板制御情報として通知される。通信制御ＩＣ３２５ａには、図示していないが制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。

ＣＵ制御部３２３、セキュリティチップ（ＳＣ）３２５ｂ、および通信制御ＩＣ３２５ａの各ＲＡＭは、電源断時にもその記憶データが消去されないバックアップＲＡＭで構成されている。なお、このバックアップＲＡＭの代わりに、ＥＥＰＲＯＭで構成してもよい。

前述した貨幣識別器により紙幣の真贋および種類が識別されてその識別結果信号がＣＵ制御部３２３に入力される。遊技場の係員が所持しているリモコンから発せられた赤外線をＩＲ感光ユニット３２０が受光すれば、その受光信号がＣＵ制御部３２３に入力される。挿入されたカードの記録情報をカードリーダライタが読取って、その読取り情報がＣＵ制御部３２３に入力されるとともに、ＣＵ制御部３２３からカードリーダライタに対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタはそのデータを挿入されているカードに書込む。

ＣＵ制御部３２３は、遊技者が遊技している際、遊技者の持玉を管理・記憶する。ＣＵ制御部３２３から残高あるいは遊技玉数等のデータが表示制御部３５０に出力され、表示制御部３５０で表示用データに変換される。表示器３１２に対し、表示制御部３５０で変換した表示用データが出力され、その出力された表示用データを表示器３１２が表示する。また、表示器３１２の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部３５０を介してＣＵ制御部３２３に入力される。遊技者が玉貸ボタン３２１を操作することにより、その操作信号がＣＵ制御部３２３に入力される。なお、玉貸ボタン３２１は、ＣＵ３に設ける構成に限定されるものではなく、Ｐ台２に設けて操作信号をＣＵ制御部３２３に入力する構成であっても良い。遊技者が再プレイボタン３１９を操作することによりその操作信号がＣＵ制御部３２３に入力される。遊技者がカード返却ボタン３２２を操作することによりその操作信号がＣＵ制御部３２３に入力される。

Ｐ台２には、Ｐ台２の遊技の進行制御を行なう主制御基板１６、遊技玉を管理・記憶する払出制御基板１７、払出制御基板１７の指令に基づいて発射モータ１８を駆動制御する発射制御基板３１、可変表示装置２７８（図１参照）などが備えられている。なお、図２では、主制御基板１６の指令に基づいて可変表示装置を表示制御する表示制御基板（演出制御基板ともいう）の図示を省略している。

主制御基板１６は、遊技盤２６に設けてある。主制御基板１６には主制御部１６１である遊技制御用マイクロコンピュータが搭載されている。遊技機制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。主制御部１６１は、遊技盤２６に設けられている入賞センサ１６２、および電波センサ１６３と接続してある。たとえば、主制御部１６１の遊技機制御用マイクロコンピュータには、ＦＰＧＡ（field-programmable gate array）基板を用いる。なお、遊技盤２６には、さらに可変表示装置２７８等を制御する表示制御基板（演出制御基板）が設けられている。

払出制御基板１７は、前枠５（遊技枠）に設けてある。払出制御基板１７には、払出制御部１７１である払出制御用マイクロコンピュータが搭載されている。払出制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。たとえば、払出制御部１７１の払出制御用マイクロコンピュータには、ＦＰＧＡ基板を用いる。

また、払出制御基板１７に対し、発射玉検出スイッチ（図示略）、アウト玉検出スイッチ７０１、ファール玉検出スイッチ３３０、計数ボタン２８、電波センサ１７３、ガラス扉開放検出スイッチ１２、前枠開放検出スイッチ１３が電気的に接続された状態で設けられている。この電波センサ１７３は、電波を不正に発信して主に玉上げスイッチ（上）４１ａを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３の検出信号が払出制御基板１７の入力ポート（図示略）を介して払出制御部１７１へ入力される。玉上げスイッチ（上）４１ａは、前述したように、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。従って、不正電波によりこの玉上げスイッチ（上）４１ａが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３により検知する。なお、玉上げスイッチ（上）４１ａばかりでなく、発射玉検出スイッチも電波による不正の対象となる虞がある。つまり、玉上げスイッチ（上）４１ａだけ不正電波により常時オン状態にした場合には、玉の発射が検出されなくなる一方、実際に発射された玉が回収されて発射玉検出スイッチで検出された場合には、発射玉と回収玉（アウト玉）との個数に齟齬が生じ、異常が検知されて「発射／ＯＵＴ不整合玉数」の不正検知情報がＰ台２からＣＵ３へ送信されることになる。しかし、この発射玉検出スイッチにも不正電波を発信して検出不能状態にすることにより、上記「発射／ＯＵＴ不整合玉数」の不正検知情報がＰ台２からＣＵ３へ送信されなくなる不都合が生じる。本実施形態では、このような発射玉検出スイッチに対して発信される不正電波も、電波センサ１７３で検出するため、前述の不都合を防止し得る。

ガラス扉開放検出スイッチ１２および前枠開放検出スイッチ１３の開放回数は、図示していない計数カウンタにより計数される。計数カウンタは、ＣＰＵ，ＲＯＭ，ＲＡＭ等が搭載され、Ｐ台２の電源供給が途切れたときでもバックアップ電源により動作可能で、夜間等の電源ＯＦＦ時でもガラス扉６や前枠５の開放検出回数を計数してその計数値を払出制御部１７１へ送信することができる。ここで、バックアップ電源は、たとえば、Ｐ台２内に設けられたキャパシタや蓄電池である。

また、７セグ表示器５０が払出制御部１７１に接続されており、払出制御部１７１からの表示制御信号に従って７セグ表示器５０がガラス扉６や前枠５の開放回数等を表示する。

主制御基板１６から払出制御基板１７に対し、メインチップＩＤ（主制御用セキュリティチップＩＤ）、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報などが送信される。

メインチップＩＤは、Ｐ台２の主制御基板１６に記録されているチップＩＤのことであり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される情報である。入賞口情報は、入賞口の種類（始動入賞口、普通入賞口、大入賞口）と、賞球数（入賞口に遊技玉が入ったときの払出玉数）とを含む情報であり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される。たとえば、入賞口情報には、入賞口の種類が大入賞口２７１（図１参照）に３球入り、賞球数として払出制御基板１７に対して３００球払出しを要求する情報や、始動入賞口２７５および始動入賞口２７７（図１参照）のそれぞれに１球入り、賞球数として払出制御基板１７に対して２０球払出しを要求する情報が含まれる。なお、普通入賞口２７２などの入賞口に球が入り、賞球の払出しを要求する入賞口情報が払出制御基板１７に対して送信された後に電源断や断線などにより通信相手との認証が切れた場合であれば、払出制御基板１７が入賞口情報を既に受信しており、当該入賞口情報に基づく賞球の払出しが可能となる。しかし、電源断や断線などにより通信相手との認証が切れた後に、遊技領域２７の釘等の間に引っ掛かって落下していない浮遊玉が普通入賞口２７２などの入賞口に入った場合、払出制御基板１７が入賞口情報を受信することができず賞球の払出しができない。そのため、電源断や断線などにより通信相手との認証が切れた後に、浮遊玉が普通入賞口２７２などの入賞口に入った場合でも賞球の払出しができるように、継続して入賞口情報を払出制御基板１７が受信（情報記憶部に書き込み）可能な有効期間を設定する。これにより、電源断や断線などにより通信相手との認証が切れた後に、浮遊玉が普通入賞口２７２などの入賞口に入った場合でも有効期間内であれば払出制御基板１７が入賞口情報を受信することができ浮遊玉に基づく賞球の払出しが可能となる。ラウンド情報は、大当りしたときのラウンド数の情報であり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される。

接続確認信号は、主制御基板１６と払出制御基板１７とが接続されていることを確認するための信号であり、主制御基板１６から払出制御基板１７へ所定の電圧の信号が常時供給されており、払出制御基板１７がその所定電圧信号を受信していることを条件として払出制御基板１７が動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板１７は、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。

始動入賞口入賞情報とは、始動入賞口１または始動入賞口２のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板１７へ通知するための情報である。

図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。

大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（可変表示装置の可変表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変（突確）のような、或る遊技機メーカのみが採用している大当り状態のことである。

払出制御基板１７から主制御基板１６へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。

アウト玉検出スイッチ７０１から払出制御基板１７へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板１７は、後述するように遊技中玉数（遊技領域２７に浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３０からファール玉検出信号が入力された払出制御基板１７では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチから払出制御基板１７へ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板１７は、遊技中玉数を減算更新する。

ＣＵ３のセキュリティ基板３２５とＰ台２の払出制御基板１７とが電気的に接続されており、セキュリティ基板３２５から払出制御基板１７へ、後述するように、リカバリ要求、リカバリ詳細要求、通信開始要求、通信終了要求、状態情報要求、カード挿入通知、カード返却通知、通信テスト要求の各種コマンドが送信される。

リカバリ要求は、Ｐ台２に対してリカバリ情報の通知を要求するコマンドである。払出制御基板１７は、リカバリ要求を受けてＰ台２のリカバリ情報をＣＵ３に通知する。リカバリ詳細要求は、Ｐ台２に対してリカバリ詳細情報の通知を要求するコマンドである。払出制御基板１７は、リカバリ詳細要求を受けてＰ台２のリカバリ詳細情報をＣＵ３に通知する。通信開始要求は、Ｐ台２に対して通信開始を要求するコマンドである。払出制御基板１７は、通信開始要求を受けてＣＵ３に対して通信開始を応答する。通信終了要求は、Ｐ台２に対して通信終了を要求するコマンドである。払出制御基板１７は、通信終了要求を受けてＣＵ３に対して通信終了を応答する。

状態情報要求は、Ｐ台２に対して状態情報の通知を要求するコマンドである。払出制御基板１７は、状態情報要求を受けてＰ台２の状態情報をＣＵ３に通知する。カード挿入通知は、Ｐ台２に対してカード挿入されたことを通知するコマンドである。払出制御基板１７は、カード挿入通知を受けてＣＵ３に対してカード挿入されたことの応答をする。カード返却通知は、Ｐ台２に対してカード返却されたことを通知するコマンドである。払出制御基板１７は、カード返却通知を受けてＣＵ３に対してカード返却されたことの応答をする。通信テスト要求は、Ｐ台２に対してテストデータを通知するコマンドである。払出制御基板１７は、通信テスト要求を受けてＣＵ３に対してテストデータを応答する。

払出制御基板１７からセキュリティ基板３２５へ、リカバリ応答、リカバリ詳細応答、通信開始応答、通信終了応答、状態情報応答、カード挿入応答、カード返却応答、通信テスト応答の各種レスポンスが送信される。

前枠５（遊技枠）には、発射制御基板３１、発射モータ１８が設けられている。発射制御基板３１は、遊技者が打球操作ハンドル２５に触れていることを検出するタッチリング（以下、タッチセンサとも言う）の入力信号が入力されているときに発射モータ１８へ励磁出力を発し、発射モータ１８を駆動させる。

払出制御基板１７から発射制御基板３１へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１は、発射モータ１８を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７へ弾発発射される状態となる。

前枠５（遊技枠）には、表示器５４が設けられている。表示器５４は、ＣＵ３の表示制御部３５０からの表示データを受信し、表示画面を表示させる。なお、このように、本実施形態では、Ｐ台側の表示器５４がＣＵ側で制御されるように構成されているが、これに代えて、Ｐ台側に表示器５４を表示制御するための表示制御用基板を設けてもよい。この場合、表示制御用基板は、払出制御部１７１の指令に基づいて表示器５４を表示制御する。

＜遊技用システムの構成＞
図３は、パチンコ機を設置するホール内外の遊技用システムの構成を説明するためのブロック図である。図３に示すＰ台２は、ＣＵ３、ユニット管理コンピュータ８０１、鍵管理サーバ８００、機歴管理センタ８００Ａ、およびコンテンツ管理センタ８００Ｂと接続されている。ここで、鍵管理サーバ８００は、ＣＵ３内部のセキュリティチップ３２５ｂのシリアルＩＤ（以下、ＳＩＤとも言う）毎に対応付けて、セキュリティチップ３２５ｂのＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ８００は、ＣＵ３を介して、Ｐ台２の主制御基板１６とも互いに通信可能なサーバである。

機歴管理センタ８００Ａは、前枠５に接続した払出制御基板１７に設けた半導体チップのセキュリティチップＩＤに関連付けて前枠５の情報、および遊技盤２６に接続した主制御基板１６に設けた半導体チップのセキュリティチップＩＤに関連付けて遊技盤２６の情報を記憶して、前枠５および遊技盤２６の履歴を管理する履歴管理システムを含んでいる。なお、機歴管理センタ８００Ａは、主制御基板１６および払出制御基板１７に設けた半導体チップのセキュリティチップＩＤの少なくともいずれか一方を記憶して、Ｐ台２の履歴を管理する履歴管理システムを含んでいる。

コンテンツ管理センタ８００Ｂは、複数のホールに設置してあるユニット管理コンピュータ８０１に通信可能接続され、各ホールに設置されているＰ台２での売上額や出玉状況などを管理している。さらに、コンテンツ管理センタ８００Ｂは、後述するように各ホールに設置されているＰ台２で音楽データや画像データなどがどの程度再生されたのかを示す再生実績を集計して、音楽データや画像データなどのコンテンツ（管理対象データ）を管理している。

ユニット管理コンピュータ８０１は、前述したように貯玉データなどの遊技データを会員カード番号と対応付けて記憶させて、当該遊技データを管理している。さらに、ユニット管理コンピュータ８０１は、ホール内に複数設置されたＰ台２およびＣＵ３のそれぞれからの信号やデータを、ホール外に設置された鍵管理サーバ８００、機歴管理センタ８００Ａ、およびコンテンツ管理センタ８００Ｂに送信したり、ホール外に設置された鍵管理サーバ８００、機歴管理センタ８００Ａ、およびコンテンツ管理センタ８００Ｂからの信号やデータを、ホール内に複数設置されたＰ台２およびＣＵ３に受信したりする中継装置でもある。また、ユニット管理コンピュータ８０１は、後述するように、ホール内に複数設置されたＰ台２およびＣＵ３で音楽データや画像データなどがどの程度再生されたのかを収集してもよい。

＜カードユニット側とパチンコ機側との送受信態様＞
次に、図４は、ＣＵ３側とＰ台２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図４を参照して、ＣＵ３側（ＣＵ側）とＰ台２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。

本実施形態においては、Ｐ台２側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。ＣＵ３側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はＰ台２側から送信されてきた情報に基づいたものである。一方、持玉（カード持玉数）や貯玉数、カード残高（残高）は、ＣＵ３側において管理・記憶している。

図４では、ＣＵ３側のＣＵ制御部３２３に設けられているＲＡＭの記憶データと、Ｐ台２側の払出制御基板１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台２とＣＵ３とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台２側の払出制御基板１７は、主制御基板１６からメインチップＩＤ（主制御用セキュリティチップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３側に送信するとともに、払出制御基板１７自体が記憶している払出チップＩＤ（払出制御用セキュリティチップＩＤ）をＣＵ３側へ送信する。

ＣＵ３側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３側とＰ台２側とが接続されて通信が開始された時刻のデータがＣＵ３側からＰ台２側へ送信され、Ｐ台２側ではその送信されてきた接続時刻を記憶する。

この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３側で識別された接続時刻の３つの情報がＣＵ３側とＰ台２側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台２側からＣＵ３側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。

ＣＵ３側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台２が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３側とＰ台２側との通信が開始された新たな接続時刻データがＣＵ３側からＰ台２側へ送信されてその新たな接続時刻データをＰ台２側において記憶することとなる。

また、ＣＵ３側とＰ台２側とにおいてコマンドおよびレスポンスの送信が行なわれる毎に通番が「１」ずつ加算更新され、その通番がＣＵ３側とＰ台２側とにおいて記憶される。この通番とは、ＣＵ３とＰ台２との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、ＣＵ３（一次局）が送信時に受信した通番をカウントアップ（＋１）して送信し、Ｐ台２（二次局）は受信した通番をそのまま送信する。なお、ＣＵ３は、再送時、通番をカウントアップせず、通番の連続性が成立しない場合、無応答とする。前回最終送信通番は、前回の送受信時に更新された通信番号であり、バックアップされる番号のことである。

本実施形態におけるＣＵ３とＰ台２とにおける通番のバックアップの具体的態様を説明する。ＣＵ３は、通番をカウントアップ（＋１）してコマンドをＰ台２に送信する。Ｐ台２は、受信したコマンドの通番を前回最終送信通番としてバックアップ記憶する。そして、Ｐ台２は、受信したコマンドに対するレスポンスを、受信したコマンドの通番のままでＣＵ３に送信する。ＣＵ３は、受信したレスポンスの通番を前回最終送信通番としてバックアップ記憶する。ＣＵ３およびＰ台２では、Ｐ台２からのレスポンスをＣＵ３に送信するごとに、このような処理を繰返している。

たとえば、ＣＵ３側からＰ台２側に対して、あるコマンドを送信するとともにそのときの通番ｎを送信する。そして、レスポンスをＰ台２側からＣＵ３側へ返信するときに、Ｐ台２側では、その送信されてきた通番ｎを前回最終送信通番として記憶するとともに、通番ｎのままでレスポンスを送信する。ＣＵ３側では返信されてきた通番ｎを前回最終送信通番として記憶する。次に、ＣＵ３側からＰ台２側に対して、あるコマンドを送信するときに通番をカウントアップ（＋１）して通番ｎ＋１を送信する。そして、レスポンスをＰ台２側からＣＵ３側へ返信するときに、Ｐ台２側では、その送信されてきた通番ｎ＋１を前回最終送信通番として記憶するとともに、通番ｎ＋１のままでレスポンスを送信する。Ｐ台２側では送信されてきた通番ｎ＋１が既に記憶していた前回最終送信通番の通番ｎより１加算されているためにデータの交信が正常に行なわれたと判断し、レスポンスをＰ台２側からＣＵ３側へ返信する。ＣＵ３側では返信されてきた通番ｎ＋１が既に記憶していた前回最終送信通番の通番ｎより１加算されているためにデータの交信が正常に行なわれたと判断し、次にコマンドを送るときには通番をカウントアップ（＋１）して通番ｎ＋２のコマンドをＰ台２側へ送信する。

Ｐ台２側からＣＵ３側へは、最新遊技台情報（カウント中の遊技台情報）が送信される。この最新遊技台情報は、Ｐ台２側の払出制御部１７１（図２参照）にあるＲＡＭの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてＰ台２側からＣＵ３側へ送信している。

これらのカウンタの情報が、まとめてレスポンスとしてＣＵ側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ（上）４１ａのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。

なお、バック玉が発生した場合に、そのバック玉を打球発射位置に還元して打球発射位置への玉送りを停止させた状態で打球発射動作を行なってバック玉をすべて遊技領域に発射させるようにし、バック玉が発生してもそのバック玉を加算玉としてカウントしないように制御してもよい。この場合は、「加算玉＝賞球玉数×入賞個数」となる。

たとえば、遊技領域２７に打込まれたパチンコ玉が入賞して主制御基板１６から入賞情報が払出制御基板１７へ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値（加算玉数）をＰ台２側からＣＵ３側へ送信する。また、パチンコ玉が遊技領域２７内に発射されていることによる玉上げスイッチ（上）４１ａのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台２側からＣＵ３側へ送信する。

あるいは、払出制御部１７１は、計数ボタン２８の押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値（計数玉数）をＰ台２側からＣＵ３側へ送信する。

Ｐ台２側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をＣＵ３側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域（払出制御部１７１のＲＡＭ等）にバックアップデータとして記憶（書換え）した後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を０クリアする（遊技玉数カウンタを除く）。なお、本実施形態において「クリア」とは「初期化」と同じ意味である。

その結果、前回遊技台情報（直前に送信した遊技台情報）の記憶エリアに、直前にＣＵ３側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台２側からＣＵ３側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。

また、払出制御基板１７は、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生（遊技玉から持玉への変換）に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてＣＵ３側に送信する。

ＣＵ３側においては、ＲＡＭ内の累計データ記憶領域に、遊技玉数、カード持玉数（以下単に、持玉数とも言う）、貯玉数、残高、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数（カード持玉数から遊技玉数に変換した玉数）を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。

Ｐ台２側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数を加算して玉数を更新する。また、Ｐ台２側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数を減算して玉数を更新する。さらに、Ｐ台２から送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、ＣＵ３は、Ｐ台２より逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。

ＣＵ３は、図示のとおり、遊技玉を記憶する領域を備えているとともに、Ｐ台２側から遊技玉数カウンタのカウント値（以下、遊技玉数または遊技玉トータル個数情報とも言う）も受信している。ＣＵ３は、遊技玉を記憶する領域を以下の手順で更新する。すなわち、ＣＵ３は、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）、減算玉数カウンタの値（減算玉数）、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでＰ台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。

その結果、たとえば、異常報知ランプや表示器３１２によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやユニット管理コンピュータ８０１にエラーが発生した旨のエラー通知信号が送信されたりする（この場合、ホール用管理コンピュータやユニット管理コンピュータ８０１によるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。

なお、エラー状態に移行して遊技を停止させることに代えて、ＣＵ３側で記憶している遊技玉数をＰ台２側から送信されてきた遊技玉数カウンタのカウント値に置換えるようにしてもよい。または、それに代えて、ＣＵ３側で管理している遊技玉数と、Ｐ台２側で記憶している遊技玉数との平均値に補正してもよい。

このように、本実施形態では、ＣＵ３側にも遊技玉数を記憶させているが、その遊技玉数がＰ台２側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている（ＣＵ３側機能）。そのため、仮に不正行為その他の事情で、Ｐ台２側で記憶している遊技玉数がＣＵ３側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ３側にその判定機能を設けたが、たとえば、ＣＵ３と接続されるユニット管理コンピュータ８０１またはホール用管理コンピュータによって、ＣＵ３側で記憶している遊技玉数とＰ台２側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。

図２に示すように、ＣＵ３は、カード持玉数、貯玉数を記憶する記憶領域と、受付けた（挿入された）カードのカード残高を記憶する記憶領域と、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）およびカード挿入時持玉を記憶する記憶領域をさらに有する。ＣＵ制御部３２３（図２参照）は、貯玉の使用を要求する入力（たとえば、ＣＵ３に設けられた再プレイボタン３１９の押圧入力（ただし、持玉無しのとき））に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。

ＣＵ制御部３２３（図２参照）は、持玉の使用を要求する入力（たとえば、持玉有のときのＣＵ３に設けられた再プレイボタン３１９の押圧入力（ただし、持玉有のとき））に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、ＣＵ制御部３２３（図２参照）は、カード残高の使用を要求する入力（たとえば、玉貸ボタン３２１の押圧入力）に応じてカード残高を記憶する記憶領域から所定値を減算する。

遊技者所有の遊技用価値（たとえばプリペイド残高、持玉数、あるいは貯玉数）から価値を引落して遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がＣＵ３側からＰ台２側へ送信される。Ｐ台２側では、それを受けて、遊技玉数カウンタを加算更新する。

本実施形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引落してドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来のパチンコ機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。

このため、本実施形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がＰ台２側からＣＵ３側へ送信される。ＣＵ３側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。

次に、ホールに設置されたＰ台２は、様々な音楽データや画像データを再生することが可能であり、再生された音楽は図１に示すスピーカ２７０から出力され、再生された画像は図１に示す可変表示装置２７８等に表示される。典型的には、Ｐ台２は、特定の音楽や画像を再生することで、特定の遊技状況が発生することをその発生前に予告的に遊技者に報知したり、大当たり状態において、遊技者に有利な状態であることを視覚を通じて演出したりする。

ここで、特定の遊技状況とは、たとえば、「大当り」あるいは大当り終了後に大当り確率が高くなる「確変大当り」、「リーチ」あるいはリーチのうちでも大当りとなる期待度の高い「特別リーチ」などである。Ｐ台２では、始動入賞口２７５，２７６，２７７に入賞が発生したときに乱数抽選を行ない、大当りの有無、リーチの成否およびリーチの種類を決定するための複数の抽選値を保留記憶情報として格納する。その後、Ｐ台２では、特別図柄の変動を開始するときに、先に格納した保留記憶情報を読み出して大当り判定、リーチ判定、およびリーチ種類の選択を実行し、それらの判定および選択に基づいて特別図柄の変動を開始させ、表示結果を導出表示させる。

たとえば、Ｐ台２は、先の大当り判定で大当りの結果が得られた場合には、大当り予告に対応する音楽データや画像データを読出して、読出したデータに基づいた演出（音楽や画像の再生）を特別図柄の変動の途中で実行する。

あるいは、Ｐ台２は、大当りが発生したときには、大当りの発生に対応する音楽データや画像データを読出して、読出したデータに基づいた演出（音楽や画像の再生）を大当り制御中に実行する。

なお、このような音楽や画像は、大当り等の予告演出や大当り演出に用いてもよいし、遊技状態に関わらずに用いてもよい。たとえば、ホールで定めた時間になれば、各遊技機の機種ごとに定めた音楽や画像が一斉に各遊技機で再生されるようにしても、遊技者の操作により好みの音楽や画像を、好きな時間に再生するようにしてもよい。

Ｐ台２で再生されるデータ（音楽データや画像データ）について、当該データの使用回数などに基づいて著作権等の使用料が発生する場合に、そのデータの再生実績（再生回数、あるいは再生時間など）を管理しておくことが必要になる。そこで、以下にこのような管理対象となるデータの管理方式について説明する。

＜管理対象データの管理＞
図５は、本実施形態に係る管理対象データの管理方式を説明するための概略図である。図５に示すコンテンツ管理センタ８００Ｂのサーバ（以下「コンテンツ管理センタ８００Ｂ」という）は、Ｐ台２で再生された管理対象データの再生実績を集計して管理する。ここで、管理対象データとは、管理する必要のある音楽データ、画像データなどの著作データ（著作物）や、管理する必要のある肖像権データ（たとえば、人物の姿、形などの画像データ）などを含む。コンテンツ管理センタ８００Ｂには、図示していないが制御中枢としてのＣＰＵ、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ、ＣＰＵのワークエリアとして機能するＲＡＭ、ＨＤＤなどの大容量記憶装置、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。以下、図５に示す（１）〜（９）の符号に従い、管理対象データの管理方式を具体的に説明する。なお、以下の説明では、説明の容易化のため、管理対象データは、保護を要する曲データであるとし、当該曲データを「管理対象曲」という。

（１）まず、Ｐ台２は、管理対象曲を再生する。図５の例では、Ｐ台２ａ（機種ＩＤ：機種Ａ）では管理対象曲Ａを再生中であり、Ｐ台２ｂ（機種ＩＤ：機種Ａ）では管理対象曲Ｂを再生中であり、Ｐ台２ｃ（機種ＩＤ：機種Ｂ）では管理対象曲Ｃを再生中であることを示している。各々のＰ台２は、管理対象曲が再生されたことを示す再生情報（たとえば、再生時「１」、非再生時「０」とする情報）、再生された管理対象曲の識別情報（たとえば、再生されている曲コード）、およびその管理対象曲を再生した当該Ｐ台２の特定情報（たとえば、機種ＩＤ）を、接続されたＣＵ３に送信する。ここで、Ｐ台２は、再生情報、管理対象曲の識別情報およびＰ台２の特定情報を再生信号として、ＣＵ３へ送信しても、再生情報および管理対象曲の識別情報を再生信号として、ＣＵ３へ送信してもよい。なお、Ｐ台２は、再生信号を管理対象曲が再生される度にＣＵ３へ送信する場合に限定されず、再生情報および管理対象曲の識別情報を含む再生信号のみ管理対象曲が再生される度にＣＵ３へ送信し、Ｐ台２の特定情報を、Ｐ台２の電源投入時、またはＰ台２をＣＵ３に設置した際などに１回だけ送信してもよい。

管理対象曲の識別情報は、たとえば、曲名、曲コードである。また、Ｐ台２を特定するための特定情報は、たとえば、Ｐ台２の機種ＩＤ（機種名、機種コード）、メーカＩＤ（メーカ名、メーカコード）、主制御用セキュリティチップＩＤ、および払出制御用セキュリティチップＩＤの少なくともいずれかを含む。以下では、説明の容易化のため、管理対象曲の識別情報が曲コード、Ｐ台２の特定情報が機種ＩＤであるものとする。

（２）各々のＣＵ３は、対応するＰ台２から再生情報、曲コード、および機種ＩＤを含む再生信号を受信するとともに、当該再生信号を収集して、管理対象曲ごとに再生実績を記憶部Ａに記憶する。ＣＵ３は、再生実績を記憶部Ａに一旦記憶するので、ＣＵ３とユニット管理コンピュータ８０１との間またはユニット管理コンピュータ８０１とコンテンツ管理センタ８００Ｂとの間で通信断が生じた場合でも、Ｐ台２で再生された管理対象曲の再生実績を記憶し続けることができ、通信復帰後にリカバリ処理を行なうことができる。つまり、ＣＵ３の記憶部Ａは、再生実績をユニット管理コンピュータ８０１やコンテンツ管理センタ８００Ｂへ送信するためのデータバッファとして機能させることができる。

具体的に、ＣＵ３は、再生信号に含まれる再生情報に基づいて、Ｐ台２において何らかの管理対象曲が再生されたことを検出し、再生信号に含まれる曲コードに基づいて、その再生された管理対象曲であることを識別する。これにより、ＣＵ３は、再生された管理対象曲の再生実績を収集する。つまり、ＣＵ３は、再生情報および曲コードを含む再生信号を受信した回数に基づいて再生された管理対象曲の再生回数をカウントすることで当該再生実績を収集する。さらに詳細には、ＣＵ３は、どの管理対象曲が、何回再生されたかという情報を含む再生実績を収集する。なお、ＣＵ３が収集する再生実績には、管理対象曲を再生した時刻などの情報を一緒に収集してもよい。再生実績に管理対象曲を再生した時刻の情報を収集することで、本来再生されるはずのない時刻（たとえば、営業時間外の時刻）に再生された再生実績を異常データとして再生実績から除外することができる。

さらに、ＣＵ３は、収集した管理対象曲の再生実績に、その管理対象曲を再生した当該Ｐ台２の機種ＩＤを関連付ける。ＣＵ３は、管理対象曲ごとに当該再生実績を内部ＲＡＭやハードディスクなどで構成される記憶部Ａに記憶する。この場合には、記憶部Ａに記憶される再生実績は、どの管理対象曲が、どの機種において、何回再生されたかという情報を含む。なお、記憶部Ａには、再生実績以外の遊技に関する情報を記憶してもよい。遊技に関する情報とは、Ｐ台２、ＣＵ３や、隣接するＰ台２の間に取付けられたカメラによって撮像された遊技者情報などを含む。記憶部Ａは、ＣＵ３に設けられる場合に限定されるものではなく、Ｐ台２およびＣＵ３の少なくともいずれか一方に設けられていればよい。遊技機に記憶部Ａを設ける場合、遊技盤２６の主制御基板１６の内部ＲＡＭや、遊技枠５の払出制御基板１７の内部ＲＡＭに記憶部Ｂを設けてもよい。

なお、ＣＵ３が、再生実績を収集する際に、再生情報に基づいて再生回数をカウントする場合について説明したが、これに限られない。たとえば、ＣＵ３は、管理対象曲が再生されたことを示す再生情報を受信してから、当該再生の終了を示す終了信号を受信するまでの時間に基づいて再生時間を算出して、当該再生時間を再生実績として収集してもよい。

また、ＣＵ３は、管理対象曲の再生時におけるＰ台２の遊技情報を、記憶部Ａに記憶された当該管理対象曲の再生実績に関連付けてもよい。遊技情報は、たとえば、Ｐ台２に適用されている貸出レート情報（１円、４円）、Ｐ台２の大当り遊技状態や確変状態などの遊技状態を含む。さらに、ＣＵ３は、再生時における管理対象曲に関する再生状態情報を、記憶部Ａに記憶された当該管理対象曲の再生実績に関連付けてもよい。再生状態情報は、たとえば、再生時のボリューム、電力モード（通常状態、省電力状態）、遊技者の存在の有無などを含む。ＣＵ３は、遊技者の存在の有無をカード返却を検出することで判断する。具体的には、ＣＵ３は、カード返却がされた場合には遊技者が存在しないと判断し、カードが挿入されている場合には遊技者が存在すると判断する。

（３）ＣＵ３は、記憶部Ａに記憶された再生実績をユニット管理コンピュータに送信する。具体的には、ＣＵ３は、定期的に（たとえば、１日に１回予め定められた時刻）、または再生実績の送信要求を外部（たとえば、ユニット管理コンピュータ８０１、コンテンツ管理センタ８００Ｂ）から受付けたときに、あるいはＣＵ３がオフライン状態からオンライン状態に復帰したときに再生実績をユニット管理コンピュータ８０１に送信する。

（４）ユニット管理コンピュータ８０１は、各々のＣＵ３から送信された再生実績を受信する。ユニット管理コンピュータ８０１は、受信した再生実績にＰ台２が設置された店舗情報を関連付ける。店舗情報は、たとえば、店舗の規模を示す情報（ホールの床面積、Ｐ台２の台数）を含む。

（５）各店舗のユニット管理コンピュータ８０１は、ＣＵ３から受信した再生実績に店舗情報を関連付けた再生実績をコンテンツ管理センタ８００Ｂに送信する。具体的には、ユニット管理コンピュータ８０１は、定期的に（たとえば、１日に１回予め定められた時刻）、または再生実績の送信要求を外部（たとえば、コンテンツ管理センタ８００Ｂ）から受付けたときに、あるいはユニット管理コンピュータ８０１がオフライン状態からオンライン状態に復帰したときに当該再生実績をコンテンツ管理センタ８００Ｂに送信する。

（６）コンテンツ管理センタ８００Ｂは、所定の条件で、各々のホールに設置されているユニット管理コンピュータ８０１から再生実績を受信してホールごとに集計する。具体的には、コンテンツ管理センタ８００Ｂは、定期的に（たとえば、１日に１回予め定められた時刻）、または再生実績の送信要求をユニット管理コンピュータ８０１に行なうことで、あるいはコンテンツ管理センタ８００Ｂがオフライン状態からオンライン状態に復帰したときに当該再生実績をユニット管理コンピュータ８０１から受信する。そして、コンテンツ管理センタ８００Ｂは、ホールごとに集計した再生実績を再生実績テーブルとして記憶部Ｂに記憶する。換言すると、コンテンツ管理センタ８００Ｂは、各ホールのユニット管理コンピュータ８０１から送信された再生実績を受信してホールごとの再生実績を集計し、記憶部Ｂに記憶された再生実績テーブルに蓄積して、再生実績を管理している。なお、コンテンツ管理センタ８００Ｂは、再生実績をホールごとに集計するという所定の条件で再生実績を集計しているが、これに限定されるものではなく、たとえば再生実績を遊技機メーカごとに集計することや、再生実績を機種ごとに集計することを所定の条件としてもよい。

図６は、本実施形態に係る再生実績テーブルの概略図である。図６に示す再生実績テーブルには、ホールごとに、当該ホールに設置されているＰ台２で再生された管理対象曲の再生実績が記憶されている。再生実績テーブルは、管理対象曲ごとに、機種、再生回数、再生時間、貸出レート、および電力モードを示す情報を含む。ここで、具体例として、店舗Ａの再生実績について説明する。店舗Ａでは、管理対象曲Ａは、貸出レートが１円である機種Ａにおいて、再生時の電力モードが通常状態のときに、５回再生され、その再生時間が２５分間であったことを示している。また、管理対象曲Ａは、機種Ａにおいて、再生時の電力モードが省電力状態のときに、７回再生され、その再生時間が３５分間であったことを示している。また、管理対象曲Ａは、機種Ｂおよび機種Ｃでは再生されていないことを示している。管理対象曲Ｂは、機種Ａにおいて、再生時の電力モードが通常状態のときに、３回再生され、その再生時間が１５分間であったことを示している。管理対象曲Ｃは、貸出レートが１円である機種Ｂにおいて、再生時の電力モードが通常状態のときに、６回再生され、その再生時間が３０分間であったことを示している。管理対象曲Ｄは、貸出レートが４円である機種Ｃにおいて、再生時の電力モードが通常状態のときに、４回再生され、再生時間が２０分間であったことを示している。

コンテンツ管理センタ８００Ｂは、このような様々な情報を含む再生実績テーブルを有しているため、管理対象データの著作権使用料の様々な算定方式に対して、適切な情報を提供することができる。図６の例では、コンテンツ管理センタ８００Ｂは、再生回数、再生時間、遊技媒体の貸出レート、遊技店の規模に応じて著作権使用料が算定される方式に対して、適切な情報を提供することができる。

（７）再び、図５を参照して、コンテンツ管理センタ８００Ｂは、管理対象曲と、当該管理対象曲の再生が許可されているＰ台２の機種ＩＤとの対応関係を示す対応関係情報テーブルを記憶する記憶部Ｃをさらに含む。

図７は、本実施形態に係る対応関係情報テーブルの概略図である。図７の例では、管理対象曲Ａおよび管理対象曲Ｂは、機種Ａでのみ再生が許可されており、管理対象曲Ｃは、機種Ｂでのみ再生が許可されており、管理対象曲Ｄは、機種Ｃでのみ再生が許可されていることを示している。

再び、図５を参照して、コンテンツ管理センタ８００Ｂは、典型的には、遊技機メーカから入力された情報に基づいて、図７に示したような対応関係情報テーブルを記憶部Ｃに記憶する。遊技機メーカは、コンテンツ管理センタ８００Ｂからの要求に応じて、出荷済みのＰ台２の機種ＩＤと、当該Ｐ台２で再生が許可されている管理対象曲との対応関係情報テーブルをコンテンツ管理センタ８００Ｂに送信する。あるいは、遊技機メーカは、Ｐ台２を出荷する際に、Ｐ台２の出荷履歴を管理している機歴管理センタ８００Ａ（図３参照）に出荷情報を入力するときに、当該出荷されたＰ台２の機種ＩＤと当該Ｐ台２で再生が許可されている管理対象曲との対応関係情報テーブルをコンテンツ管理センタ８００Ｂに送信する。コンテンツ管理センタ８００Ｂは、受信した対応関係情報テーブルを記憶部Ｃに記憶する。このように、コンテンツ管理センタ８００Ｂは、対応関係情報テーブルを遊技機メーカから容易に取得することができる。また、コンテンツ管理センタ８００Ｂは、遊技機メーカがＰ台２を出荷する際に対応関係情報テーブルが入力されるため、当該対応関係情報テーブルを確実に取得することができる。なお、コンテンツ管理センタ８００Ｂは、遊技機メーカから対応関係情報テーブルを直接取得する場合だけでなく、機歴管理センタ８００Ａを経由して対応関係情報テーブルを取得してもよい。

（８）コンテンツ管理センタ８００Ｂは、記憶部Ｂに記憶された再生実績テーブルと、記憶部Ｃに記憶された対応関係情報テーブルとに基づいて、Ｐ台２で許可されていない管理対象曲が再生されたか否かを判定する。具体的には、コンテンツ管理センタ８００Ｂは、ある機種のＰ台２で本来再生される可能性のない管理対象曲についての再生実績が存在するか否かを判定する。図６および図７の例では、管理対象曲Ａ，Ｂ，Ｃ，Ｄは、すべて、再生が許可されている機種で再生されているため、コンテンツ管理センタ８００Ｂは、管理対象曲の管理に異常はないと判定する。これに対して、たとえば、管理対象曲Ａが機種Ｂで再生されていることを示す再生実績が存在する場合には、コンテンツ管理センタ８００Ｂは、機種Ｂにおいて許可されていない管理対象曲が再生されていると判定して、異常を報知する。具体的には、コンテンツ管理センタ８００Ｂは、管理者に異常な再生実績が存在することを連絡したり、異常な再生実績が存在する店舗に連絡したりすることで異常を報知する。なお、異常な再生実績と判定する条件は、前述の条件に限定されるものではなく、たとえば、再生実績としてあり得ない再生時間（１回の再生が１時間など）や、再生実績としてあり得ない再生回数（１時間に１０００回）などの条件でもよい。また、異常な再生実績と判定する条件として、登録されていない店舗から送信されてきた再生実績などがある。

（９）コンテンツ管理センタ８００Ｂは、記憶部Ｂに記憶された再生実績のうち異常がない再生実績について、必要がある場合に外部に出力する。具体的には、コンテンツ管理センタ８００Ｂは、再生実績の送信を許可している外部の管理団体に対して、再生実績の送信要求に応じて、その要求先に再生実績を送信する。また、コンテンツ管理センタ８００Ｂは、再生実績の送信要求に応じて、その要求先に再生実績を送信するのではなく、当該送信先に定期的に再生実績を送信してもよい。再生実績の送信先としては、たとえば、再生実績に基づいて管理対象曲の使用料を徴収する会社などが想定される。また、コンテンツ管理センタ８００Ｂは、図３に示すように鍵管理サーバ８００を介して機歴管理センタ８００Ａに接続されているので、外部に再生実績を出力する場合、機歴管理センタ８００Ａを経由して再生実績を外部に出力してもよい。

＜コンテンツ管理センタ８００Ｂの異常判定＞
コンテンツ管理センタ８００Ｂは、前述したように対応関係情報と再生実績とを照合した結果、異常があれば、当該異常を報知する。ここでは、コンテンツ管理センタ８００Ｂが、当該異常であるか否かを判定する処理について、フローチャートを用いてより詳細に説明する。

図８は、コンテンツ管理センタにおける再生実績の異常判定処理を説明するためのフローチャートである。図８を参照して、まず、コンテンツ管理センタ８００Ｂは、再生実績の入力を受付けて当該再生実績を記憶部Ｂに記憶する（Ｓ２１１）。具体的には、コンテンツ管理センタ８００Ｂは、各店舗に設置されたユニット管理コンピュータ８０１から送信される再生実績を受信して、図６に示すような再生実績テーブルとして記憶部Ｂに記憶する。

次に、コンテンツ管理センタ８００Ｂは、対応関係情報の入力を受付けて当該再生実績を記憶部Ｃに記憶する（Ｓ２１２）。具体的には、コンテンツ管理センタ８００Ｂは、遊技機メーカから送信される対応関係情報を受信して、図７に示すような対応関係情報テーブルとして記憶部Ｃに記憶する。

次に、コンテンツ管理センタ８００Ｂは、記憶部Ｂに記憶された再生実績テーブルと記憶部Ｃに記憶された対応関係情報テーブルとに基づいて、管理の異常があるか否かを判定する（Ｓ２１３）。具体的には、コンテンツ管理センタ８００Ｂは、再生実績テーブルに含まれる、機種および再生された管理対象曲の対応関係と、対応関係情報テーブルに含まれる、機種および再生可能な管理対象曲の対応関係とが一致するか否かを判断する。コンテンツ管理センタ８００Ｂは、対応関係が一致する場合には、Ｐ台２で許可された管理対象曲が再生されている（異常なし）と判断し、対応関係が一致しない場合には、Ｐ台２で許可されていない管理対象曲が再生されている（異常あり）と判断する。

次に、コンテンツ管理センタ８００Ｂは、当該異常があり、機種と再生した管理対象曲との対応関係とが一致しないと判断した場合には（Ｓ２１３：Ｎ）、異常を報知する（Ｓ２１４）。Ｓ２１４で、異常を報知する手段は、コンテンツ管理センタ８００Ｂの表示装置に異常を表示する、音声出力装置から警報音を出力するなど、いずれの手段であってもよい。

これに対して、コンテンツ管理センタ８００Ｂは、当該異常がなく、機種と再生した管理対象曲との対応関係とが一致すると判断した場合には（Ｓ２１３：Ｙ）、処理を終了する。

以上のように、本実施形態に係るコンテンツ管理センタ８００Ｂは、Ｐ台２で再生された管理対象曲の再生実績情報を機種ＩＤに関連付けて記憶する再生実績情報テーブルを記憶部Ｂに含み、管理対象曲と当該管理対象曲の再生が許可されているＰ台２の機種ＩＤとの対応関係情報（対応関係情報テーブル）を記憶部Ｃに含み、ＣＰＵが記憶部Ｂおよび記憶部Ｃに記憶された情報に基づいて、管理対象曲の管理状態の異常を判定する。そのため、本実施形態に係る管理対象サーバは、本来再生されるはずのない機種で管理対象曲が再生された場合に、管理の異常を管理者に報知して、管理者に対して当該異常に対する対策を促すことができる。

＜管理対象曲の再生主体＞
上記では、Ｐ台２で管理対象曲が再生される場合について説明したが、これに限られない。たとえば、ＣＵ３で管理対象曲が再生される場合、あるいはＰ台２およびＣＵ３で管理対象曲が再生される場合であってもよい。すなわち、管理対象曲は、Ｐ台２およびＣＵ３の少なくともいずれか一方で再生される場合であればよい。

図９は、本実施形態に係るＣＵ３で管理対象曲が再生される形態を説明するための概略図である。図９を参照して、（１）’ＣＵ３は、管理対象データを再生する。各々のＣＵ３は、管理対象曲が再生されたことを示す再生情報に基づいて、再生実績を収集して、当該収集された再生実績に自身の機種ＩＤを関連付けて、記憶部Ａに記憶する。この場合、記憶部Ａに記憶される再生実績は、どの機種において、どの管理対象曲が、何回再生されたか（あるいは、どれくらいの時間再生されたか）という情報を含む。（２）’ＣＵ３は、記憶部Ａに記憶された再生実績をユニット管理コンピュータ８０１に送信する。なお、ＣＵ３は、再生する管理対象曲のデータをコンテンツ管理センタ８００Ｂなどの上位サーバからダウンロードして、記憶部Ａに記憶させておいてもよい。ＣＵ３の記憶部Ａに記憶させておけば、Ｐ台２に比べてＣＵ３の寿命が長いので、Ｐ台２の交換の度に管理対象曲のデータをダウンロードする必要がなくなる。もちろん、Ｐ台２が、再生する管理対象曲のデータを上位サーバからダウンロードして、記憶しておいてもよい。また、コンテンツ管理センタ８００Ｂは、Ｐ台２やＣＵ３で再生する管理対象曲のデータを予め記憶部Ｃに記憶させておくとともに、データのバージョン管理を行ないＰ台２やＣＵ３に対してバージョンアップしたデータを配信してもよい。

＜管理対象データの管理方式の変形例＞
図５に示す管理対象データの管理方式は、Ｐ台２で管理対象曲を再生した実績をＣＵ３で収集して再生実績として記憶部Ａに記憶し、当該ＣＵ３内で再生実績とＰ台２の機種ＩＤとを関連付けて、コンテンツ管理センタ８００Ｂで再生実績を集計して、外部に出力する構成である。しかし、管理対象データの管理方式には様々な変形例が考えられる。以下に、管理対象データの管理方式の代表的な変形例について図面に基づいて説明する。なお、管理対象データの管理方式は、以下で説明する構成に限定されるものではない。

＜変形例１＞
図１０は、変形例１に係る管理対象データの管理方式を説明するための概略図である。図１０に示す管理対象データの管理方式は、Ｐ台２で管理対象曲を再生した実績をコンテンツ管理センタ８００Ｂで収集して再生実績として記憶部Ｂに記憶し、当該コンテンツ管理センタ８００Ｂ内で再生実績とＰ台２の機種ＩＤとを関連付けて、コンテンツ管理センタ８００Ｂで再生実績を集計して、外部に出力する構成である。以下、図１０に示す（１Ａ）〜（６Ａ）の符号に従い、変形例１に係る管理対象データの管理方式を具体的に説明する。なお、図１０に示す概略図は、図５に示す概略図と同じ構成について同じ符号を付して詳細な説明は繰返さない。

（１Ａ）まず、Ｐ台２は、管理対象曲を再生する。Ｐ台２ａ（機種ＩＤ：機種Ａ）では管理対象曲Ａを再生中であり、Ｐ台２ｂ（機種ＩＤ：機種Ａ）では管理対象曲Ｂを再生中であり、Ｐ台２ｃ（機種ＩＤ：機種Ｂ）では管理対象曲Ｃを再生中であることを示している。各々のＰ台２は、管理対象曲が再生される度にコンテンツ管理センタ８００Ｂへ再生信号を送信する。コンテンツ管理センタ８００Ｂは、各々のＰ台２の再生信号をＣＵ３およびユニット管理コンピュータ８０１を介して受信する。なお、コンテンツ管理センタ８００Ｂは、各々のＰ台２が管理対象曲を再生する度に再生信号を受信するのではなく、たとえば中継装置であるユニット管理コンピュータ８０１に各店舗の１日分の再生信号を蓄積しておき、営業時間外のあるタイミングでユニット管理コンピュータ８０１から各店舗の１日分の再生信号を受信する構成でもよい。当該構成とすることで、コンテンツ管理センタ８００Ｂと各々のＰ台２との間での通信が頻繁に行なわれることを防止して、当該通信処理の負担を軽減することができる。

（２Ａ）コンテンツ管理センタ８００Ｂは、各々のＰ台２から再生信号を受信する。コンテンツ管理センタ８００Ｂは、受信した再生信号に基づいて、Ｐ台２において管理対象曲が再生されたことを検出して再生実績を収集し、記憶部Ｂに記憶する。具体的には、コンテンツ管理センタ８００Ｂは、再生情報および曲コードを含む再生信号を受信した回数に基づいて再生された管理対象曲の再生回数をカウントすることで当該再生実績を収集する。さらに詳細には、コンテンツ管理センタ８００Ｂは、どの管理対象曲が、何回再生されたかという情報を含む再生実績を収集する。

（３Ａ）コンテンツ管理センタ８００Ｂは、収集された管理対象曲の再生実績に、再生信号を送信してきたＰ台２の機種ＩＤを関連付ける。なお、コンテンツ管理センタ８００Ｂは、再生信号に含まれるＰ台２の機種ＩＤの情報に基づいて、再生実績にＰ台２の機種ＩＤを関連付ける場合に限定されるものではなく、たとえば、記憶部Ｃに記憶してある対応関係情報テーブルに基づいて、再生実績にＰ台２の機種ＩＤを関連付けてもよい。対応関係情報テーブルを用いる場合、再生信号に含まれるＰ台２の機種ＩＤの情報を用いる場合に比べ、再生信号の情報量を低減することができる。そして、コンテンツ管理センタ８００Ｂは、所定の条件で、各々のホールに設置されているユニット管理コンピュータ８０１から再生実績を受信してホールごとに集計して、図６に示すような再生実績テーブルとして記憶部Ｂに記憶する。

なお、コンテンツ管理センタ８００Ｂは、再生実績を収集する際に、再生情報に基づいて再生回数をカウントする場合について説明したが、これに限られない。たとえば、コンテンツ管理センタ８００Ｂは、管理対象曲が再生されたことを示す再生情報を受信してから、当該再生の終了を示す終了信号を受信するまでの時間に基づいて再生時間を算出して、当該再生時間を再生実績として収集してもよい。

また、コンテンツ管理センタ８００Ｂは、管理対象曲の再生時におけるＰ台２の遊技情報を、記憶部Ｂに記憶された当該管理対象曲の再生実績に関連付けてもよい。さらに、コンテンツ管理センタ８００Ｂは、再生時における管理対象曲に関する再生状態情報を、記憶部Ｂに記憶された当該管理対象曲の再生実績に関連付けてもよい。さらに、ユニット管理コンピュータ８０１は、コンテンツ管理センタ８００Ｂと各々のＰ台２との間での通信が行なわれる際に、通信される再生実績にＰ台２が設置された店舗情報を関連付けてもよい。

（４Ａ）コンテンツ管理センタ８００Ｂは、管理対象曲と、当該管理対象曲の再生が許可されているＰ台２の機種ＩＤとの対応関係を示す対応関係情報テーブル（図７参照）を記憶する記憶部Ｃをさらに含む。コンテンツ管理センタ８００Ｂは、典型的には、遊技機メーカから入力された情報に基づいて、図７に示したような対応関係情報テーブルを記憶部Ｃに記憶する。

（５Ａ）コンテンツ管理センタ８００Ｂは、記憶部Ｂに記憶された再生実績テーブルと、記憶部Ｃに記憶された対応関係情報テーブルとに基づいて、Ｐ台２で許可されていない管理対象曲が再生されたか否かを判定する。なお、コンテンツ管理センタ８００Ｂは、前述したように対応関係情報テーブルとに基づいて、再生実績にＰ台２の機種ＩＤを関連付けた場合、Ｐ台２で許可されていない管理対象曲が再生されたか否かの判定は行なわない。

（６Ａ）コンテンツ管理センタ８００Ｂは、記憶部Ｂに記憶された再生実績のうち異常がない再生実績について、必要がある場合に外部に出力する。具体的には、コンテンツ管理センタ８００Ｂは、再生実績の送信を許可している外部の管理団体に対して、再生実績の送信要求に応じて、その要求先に再生実績を送信する。

＜変形例２＞
図１１は、変形例２に係る管理対象データの管理方式を説明するための概略図である。図１１に示す管理対象データの管理方式は、Ｐ台２で管理対象曲を再生した実績をユニット管理コンピュータ８０１で収集して再生実績として記憶部Ｄに記憶し、ユニット管理コンピュータ８０１で再生実績とＰ台２の機種ＩＤとを関連付けて、コンテンツ管理センタ８００Ｂで再生実績を集計して、外部に出力する構成である。以下、図１１に示す（１Ｂ）〜（７Ｂ）の符号に従い、変形例２に係る管理対象データの管理方式を具体的に説明する。なお、図１１に示す概略図は、図５に示す概略図と同じ構成について同じ符号を付して詳細な説明は繰返さない。

（１Ｂ）まず、Ｐ台２は、管理対象曲を再生する。Ｐ台２ａ（機種ＩＤ：機種Ａ）では管理対象曲Ａを再生中であり、Ｐ台２ｂ（機種ＩＤ：機種Ａ）では管理対象曲Ｂを再生中であり、Ｐ台２ｃ（機種ＩＤ：機種Ｂ）では管理対象曲Ｃを再生中であることを示している。各々のＰ台２は、管理対象曲が再生される度にユニット管理コンピュータ８０１へ再生信号を送信する。ユニット管理コンピュータ８０１は、各々のＰ台２の再生信号をＣＵ３を介して受信する。なお、ユニット管理コンピュータ８０１は、各々のＰ台２が管理対象曲を再生する度に再生信号を受信するのではなく、たとえばＣＵ３に所定時間分の再生信号を蓄積しておき、あるタイミングでＣＵ３から所定時間分の再生信号を受信する構成でもよい。当該構成とすることで、ユニット管理コンピュータ８０１と各々のＰ台２との間での通信が頻繁に行なわれることを防止して、当該通信処理の負担を軽減することができる。

（２Ｂ）ユニット管理コンピュータ８０１は、各々のＰ台２から再生情報、曲コード、および機種ＩＤを含む再生信号を受信するとともに、当該再生信号を収集して、管理対象曲ごとに再生実績を記憶部Ｄに記憶する。ユニット管理コンピュータ８０１は、再生実績を記憶部Ｄに一旦記憶するので、ユニット管理コンピュータ８０１とコンテンツ管理センタ８００Ｂとの間で通信断が生じた場合でも、Ｐ台２で再生された管理対象曲の再生実績を記憶し続けることができ、通信復帰後にリカバリ処理を行なうことができる。つまり、ユニット管理コンピュータ８０１の記憶部Ｄは、再生実績をコンテンツ管理センタ８００Ｂへ送信するためのデータバッファとして機能させることができる。具体的に、ユニット管理コンピュータ８０１は、受信した再生信号に基づいて、Ｐ台２において管理対象曲が再生されたことを検出して再生実績を収集し、記憶部Ｄに記憶する。つまり、ユニット管理コンピュータ８０１は、再生情報および曲コードを含む再生信号を受信した回数に基づいて再生された管理対象曲の再生回数をカウントすることで当該再生実績を収集する。さらに詳細には、ユニット管理コンピュータ８０１は、どの管理対象曲が、何回再生されたかという情報を含む再生実績を収集する。

（３Ｂ）ユニット管理コンピュータ８０１は、収集された管理対象曲の再生実績に、再生信号を送信してきたＰ台２の機種ＩＤを関連付けてコンテンツ管理センタ８００Ｂに再生実績を送信する。

（４Ｂ）コンテンツ管理センタ８００Ｂは、所定の条件で、各々のホールに設置されているユニット管理コンピュータ８０１から再生実績を受信してホールごとに集計して、図６に示すような再生実績テーブルとして記憶部Ｂに記憶する。

なお、ユニット管理コンピュータ８０１は、再生実績を収集する際に、再生情報に基づいて再生回数をカウントする場合について説明したが、これに限られない。たとえば、ユニット管理コンピュータ８０１は、管理対象曲が再生されたことを示す再生情報を受信してから、当該再生の終了を示す終了信号を受信するまでの時間に基づいて再生時間を算出して、当該再生時間を再生実績として収集してもよい。

また、コンテンツ管理センタ８００Ｂは、管理対象曲の再生時におけるＰ台２の遊技情報を、記憶部Ｂに記憶された当該管理対象曲の再生実績に関連付けてもよい。さらに、コンテンツ管理センタ８００Ｂは、再生時における管理対象曲に関する再生状態情報を、記憶部Ｂに記憶された当該管理対象曲の再生実績に関連付けてもよい。さらに、ユニット管理コンピュータ８０１は、コンテンツ管理センタ８００Ｂとユニット管理コンピュータ８０１との間での通信が行なわれる際に、通信される再生実績にＰ台２が設置された店舗情報を関連付けてもよい。

（５Ｂ）コンテンツ管理センタ８００Ｂは、管理対象曲と、当該管理対象曲の再生が許可されているＰ台２の機種ＩＤとの対応関係を示す対応関係情報テーブル（図７参照）を記憶する記憶部Ｃをさらに含む。コンテンツ管理センタ８００Ｂは、典型的には、遊技機メーカから入力された情報に基づいて、図７に示したような対応関係情報テーブルを記憶部Ｃに記憶する。

（６Ｂ）コンテンツ管理センタ８００Ｂは、記憶部Ｂに記憶された再生実績テーブルと、記憶部Ｃに記憶された対応関係情報テーブルとに基づいて、Ｐ台２で許可されていない管理対象曲が再生されたか否かを判定する。

（７Ｂ）コンテンツ管理センタ８００Ｂは、記憶部Ｂに記憶された再生実績のうち異常がない再生実績について、必要がある場合に外部に出力する。具体的には、コンテンツ管理センタ８００Ｂは、再生実績の送信を許可している外部の管理団体に対して、再生実績の送信要求に応じて、その要求先に再生実績を送信する。

＜変形例３＞
図１２は、変形例３に係る管理対象データの管理方式を説明するための概略図である。図１２に示す管理対象データの管理方式は、Ｐ台２で管理対象曲を再生した実績をＰ台２で収集して再生実績として記憶部Ｅに記憶し、ＣＵ３で再生実績とＰ台２の機種ＩＤとを関連付けて、コンテンツ管理センタ８００Ｂで再生実績を集計して、外部に出力する構成である。以下、図１２に示す（１Ｃ）〜（８Ｃ）の符号に従い、変形例３に係る管理対象データの管理方式を具体的に説明する。なお、図１２に示す概略図は、図５に示す概略図と同じ構成について同じ符号を付して詳細な説明は繰返さない。

（１Ｃ）まず、Ｐ台２は、管理対象曲を再生する。Ｐ台２ａ（機種ＩＤ：機種Ａ）では管理対象曲Ａを再生中であり、Ｐ台２ｂ（機種ＩＤ：機種Ａ）では管理対象曲Ｂを再生中であり、Ｐ台２ｃ（機種ＩＤ：機種Ｂ）では管理対象曲Ｃを再生中であることを示している。各々のＰ台２は、管理対象曲が再生される度にＰ台２内で再生信号を生成する。

Ｐ台２は、再生情報および曲コードを含む再生信号を生成し、当該再生信号を収集して、管理対象曲ごとに再生実績を記憶部Ｅに記憶する。Ｐ台２は、再生実績を記憶部Ｅに一旦記憶するので、ＣＵ３とユニット管理コンピュータ８０１との間、またはユニット管理コンピュータ８０１とコンテンツ管理センタ８００Ｂとの間で通信断が生じた場合でも、Ｐ台２で再生された管理対象曲の再生実績を記憶し続けることができ、通信復帰後にリカバリ処理を行なうことができる。つまり、Ｐ台２の記憶部Ｅは、再生実績をユニット管理コンピュータ８０１やコンテンツ管理センタ８００Ｂへ送信するためのデータバッファとして機能させることができる。具体的に、Ｐ台２は、再生情報および曲コードを含む再生信号を受信した回数に基づいて再生された管理対象曲の再生回数をカウントすることで当該再生実績を収集する。さらに詳細には、Ｐ台２は、どの管理対象曲が、何回再生されたかという情報を含む再生実績を収集する。

（２Ｃ）Ｐ台２は、収集された管理対象曲の再生実績をＣＵ３に送信する。
（３Ｃ）ＣＵ３は、受信した再生実績に、再生実績を送信してきたＰ台２の機種ＩＤを関連付ける。

（４Ｃ）ＣＵ３は、Ｐ台２の機種ＩＤを関連付けた再生実績をコンテンツ管理センタ８００Ｂに送信する。コンテンツ管理センタ８００Ｂは、Ｐ台２の機種ＩＤを関連付けた再生実績をユニット管理コンピュータ８０１を介して受信する。

（５Ｃ）コンテンツ管理センタ８００Ｂは、所定の条件で、各々のホールに設置されているユニット管理コンピュータ８０１を介してＣＵ３から再生実績を受信してホールごとに集計して、図６に示すような再生実績テーブルとして記憶部Ｂに記憶する。

なお、Ｐ台２は、再生実績を収集する際に、再生情報に基づいて再生回数をカウントする場合について説明したが、これに限られない。たとえば、Ｐ台２は、管理対象曲が再生されたことを示す再生情報を受信してから、当該再生の終了を示す終了信号を受信するまでの時間に基づいて再生時間を算出して、当該再生時間を再生実績として収集してもよい。

また、コンテンツ管理センタ８００Ｂは、管理対象曲の再生時におけるＰ台２の遊技情報を、記憶部Ｂに記憶された当該管理対象曲の再生実績に関連付けてもよい。さらに、コンテンツ管理センタ８００Ｂは、再生時における管理対象曲に関する再生状態情報を、記憶部Ｂに記憶された当該管理対象曲の再生実績に関連付けてもよい。さらに、ユニット管理コンピュータ８０１は、コンテンツ管理センタ８００Ｂとユニット管理コンピュータ８０１との間での通信が行なわれる際に、通信される再生実績にＰ台２が設置された店舗情報を関連付けてもよい。

（６Ｃ）コンテンツ管理センタ８００Ｂは、管理対象曲と、当該管理対象曲の再生が許可されているＰ台２の機種ＩＤとの対応関係を示す対応関係情報テーブル（図７参照）を記憶する記憶部Ｃをさらに含む。コンテンツ管理センタ８００Ｂは、典型的には、遊技機メーカから入力された情報に基づいて、図７に示したような対応関係情報テーブルを記憶部Ｃに記憶する。

（７Ｃ）コンテンツ管理センタ８００Ｂは、記憶部Ｂに記憶された再生実績テーブルと、記憶部Ｃに記憶された対応関係情報テーブルとに基づいて、Ｐ台２で許可されていない管理対象曲が再生されたか否かを判定する。

（８Ｃ）コンテンツ管理センタ８００Ｂは、記憶部Ｂに記憶された再生実績のうち異常がない再生実績について、必要がある場合に外部に出力する。具体的には、コンテンツ管理センタ８００Ｂは、再生実績の送信を許可している外部の管理団体に対して、再生実績の送信要求に応じて、その要求先に再生実績を送信する。

以上のように、本実施の形態に係る管理対象データの管理方式、および変形例１〜３に係る管理対象データの管理方式のいずれであっても、音楽データや画像データなどの管理対象データがどの程度再生されたのかの再生実績を把握することが容易に行なうことができる。また、変形例１〜３で示した記憶部を組合せて管理対象データの管理を行なってもよい。たとえば、Ｐ台２は、記憶部Ｅ（図１２参照）に、管理対象曲が再生される度に再生実績を収集しておき、収集した再生実績を１時間毎にＣＵ３に設けた記憶部Ａ（図５参照）にまとめて転送する。さらに、ＣＵ３は、記憶部Ａで台単位にまとめた再生実績を、半日毎にユニット管理コンピュータ８０１に設けた記憶部Ｄ（図１１参照）に転送する。ユニット管理コンピュータ８０１は、店舗の営業が終了後、記憶部Ｄで店舗単位にまとめた１日分の再生実績を、コンテンツ管理センタ８００Ｂに設けた記憶部Ｂ（図１０参照）に転送する。

＜スロットマシン＞
次に、遊技機の他の例としてスロットマシンを説明する。図１３は、スロットマシンの前面扉を開放した状態を示す斜視図である。なお、図１３に示すスロットマシンは、従来のスロットマシンと異なり、メダルを投入してゲームを行なったり、入賞してメダルを払出したりする必要がないメダル不要のスロットマシンである。

上記の遊技用システムは、遊技玉および持玉を用いた上記の遊技用システムは、Ｓ台にも同様に適用される。ただし、Ｓ台では、玉を使わずにゲームが行なわれる関係上、以下では、遊技玉を遊技点、持玉を持点と称する。

図１３を参照して、スロットマシン（以下、遊技機、またはＳ台と略称することもある）２Ｓは、本体枠２ａＳに対して前面扉２ｂＳがその左側縁を揺動中心として開閉可能に設けられている。図１３では図示を省略しているが、Ｓ台２Ｓの図面左隣には、Ｐ台と同様にＣＵが接続される。

Ｓ台２Ｓでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、Ｓ台２Ｓにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、Ｓ台２Ｓには、メダル投入口およびメダル払出口が設けられていない。

Ｓ台２Ｓの筐体内部には、外周に複数種の図柄が配列されたリール２Ｌ、２Ｃ、２Ｒ（以下、左リール、中リール、右リールとも言う）が水平方向に並設されており、これらリール２Ｌ、２Ｃ、２Ｒに配列された図柄のうち連続する３つの図柄が前面扉２ｂＳに設けられた透視窓から見えるように配置されている。リール２Ｌ、２Ｃ、２Ｒの外周部には、複数種類の図柄が所定の順序で描かれている。

前面扉２ｂＳの各リール２Ｌ、２Ｃ、２Ｒを取り囲む部分には、タッチパネル式の表示器５１０が設けられている。この表示器５１０は、Ｐ台の表示器５４に相当する表示器であり、表示器５４と同種の各種情報（遊技点や持点など）が表示される他、ゲームにおいて設定された賭数などが表示される。表示器５１０は、図２の表示器５４と同様にＣＵの表示制御部３５０に接続されており、ＣＵ側で表示制御される。なお、この表示器５１０は、各リール２Ｌ、２Ｃ、２Ｒを取り囲む部分に設けるのではなく、Ｐ台と同様にさらに下方のパネル部分（図１３に示されるスタートスイッチ７Ｓよりも下方の位置の、従来のＳ台のメダル払出口が設けられたパネル部分）に設けてもよい。

Ｓ台２Ｓの上部の左右には、効果音を出力するためのスピーカ２７０Ｓが設けられている。また、表示器５１０の下方部分に７セグ表示器５０Ｓが設けられている。この７セグ表示器５０Ｓは、Ｐ台の７セグ表示器５０に相当する表示器であり、７セグ表示器５０と同種の各種情報（前面扉２ｂＳの開放回数など）が表示される。

また、前面扉２ｂＳには、メダル１枚分に相当する「遊技点＝１」を用いて賭数を設定する際に操作される１枚ＢＥＴスイッチ５Ｓ、遊技状態に応じて定められた最大の賭数（たとえば、ＢＢ発生前の通常遊技状態およびリプレイの当選確率が高確率となるＲＴ（Replay Time）においては「遊技点＝３」、ボーナスにおいては「遊技点＝２」）を設定する際に操作されるＭＡＸＢＥＴスイッチ６Ｓ、ゲームを開始する際に操作されるスタートスイッチ７Ｓ、リール２Ｌ、２Ｃ、２Ｒの回転を各々停止する際に操作されるストップスイッチ８Ｌ、８Ｃ、８Ｒがそれぞれ設けられている。

Ｓ台２Ｓにおいてゲームを行なう場合には、まず、Ｐ台と同様に、隣接されたＣＵを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、ＣＵに挿入されたプリペイドカードの残高、持点、あるいは遊技場に預入れている貯メダル（Ｐ台の貯玉に相当）を引落すことによって得られる。遊技点を使用するには１枚ＢＥＴスイッチ５Ｓ、またはＭＡＸＢＥＴスイッチ６Ｓを操作すればよい。本実施形態では、たとえば、賭数を１設定することによって遊技点が１減点され、表示器５１０の遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ７Ｓの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。

ゲームが開始可能な状態でスタートスイッチ７Ｓを操作すると、各リール２Ｌ、２Ｃ、２Ｒが回転し、各リール２Ｌ、２Ｃ、２Ｒの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８Ｌ、８Ｃ、８Ｒを操作すると、対応するリール２Ｌ、２Ｃ、２Ｒの回転が停止し、透視窓に表示結果が導出表示される。

そしてすべてのリール２Ｌ、２Ｃ、２Ｒが停止されることで１ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ（以下、役とも呼ぶ）が各リール２Ｌ、２Ｃ、２Ｒの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器５１０の遊技点の表示も加算更新される。

Ｓ台の場合にも、Ｐ台と同様に遊技点を計数することが可能である。図１３に示すとおり、Ｓ台２Ｓには、遊技点を計数して持点に変換するための計数ボタン２８Ｓが設けられている。なお、玉貸ボタン、返却ボタン、および再プレイボタンは、ＣＵ側に設けられている（図２参照）。遊技者は任意のタイミング、あるいは、Ｐ台と同様に計数操作を促す表示が表示器５１０に行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器５１０に表示される。なお、玉貸ボタンは、ＣＵ側ではなくＰ台側やＳ台側に設けてもよい。その場合に、玉貸ボタンの操作信号が直接ＣＵ３へ入力されるようにしてもよく、あるいは、Ｐ台２やＳ台（スロットマシン）２Ｓを経由して状態情報応答としてＣＵ３へ送信されるようにしてもよい。

入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。

複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、Ｓ台２Ｓを制御する主制御部（Ｓ台の主制御部１６１に相当）によって決定される。Ｓ台２Ｓの主制御部は、Ｐ台２に搭載された主制御基板１６に対応するメイン制御基板に搭載されている。主制御部は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって当選役の有無を決定する。

その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、３つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた信号を払出制御部（図２の払出制御部１７１に相当）へ送信する。払出制御部は、その信号に応じた数の遊技点を遊技者に付与する（遊技点を加算する）。

Ｓ台２Ｓの払出制御部は払出制御基板（図示省略）に搭載されている。この払出制御基板は、枠メーカによって本体枠２ａＳに取付けられた状態で枠メーカからホールに納品される。

一方、Ｓ台２Ｓのメイン制御基板（図示省略）は、配線を接続するための基板取付盤に取り付けられた状態で、本体枠２ａＳとは別にスロットマシンメーカからホールに納品される。

Ｓ台により、遊技用価値を用いて１ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより１ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。

Ｓ台２Ｓもまた、Ｐ台２と同様に、様々な音楽データや画像データを再生することが可能である。再生された音楽は図１３に示すスピーカ２７０Ｓから出力され、再生された画像は図１３に示す表示器５１０に表示される。典型的には、Ｓ台２Ｓは、特定の音楽や画像を再生することで、特定の遊技状況が発生することをその発生前に予告的に遊技者に報知したり、ボーナス状態において、遊技者に有利な状態であることを視覚を通じて演出したりする。

ここで、特定の遊技状況とは、たとえば、ボーナスなどの特定役の当選などである。Ｓ台２Ｓは、スタート操作が検出されたときに乱数を抽選し、ボーナス当選したとき、あるいは、ボーナス当選したゲームでボーナスが発生せず、次回のゲームにボーナス当選が持ち越されたときには、ボーナス当選に対応する音楽データや画像データを読出して、読出したデータに基づいた演出（音楽や画像の再生）をゲーム中に実行する。

なお、このような音楽や画像は、ボーナス当選等の遊技状態に関わらずに用いてもよい。たとえば、Ｐ台２の場合と同様に、ホールで定めた時間になれば、各Ｓ台２Ｓの機種ごとに定めた音楽や画像が一斉に各Ｓ台２Ｓで再生されるようにしてもよい。

図１４は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図１４に示す送受信態様は、Ｐ台の構成として説明した図４の用語をＳ台用に置換えたものであり、その態様は、図４を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。

＜変形例や特徴点など＞
次に、以上、説明した本実施形態の変形例や特徴点などを列挙する。

（１） 上記遊技用システムに遊技機の一例となるスロットマシン（Ｓ台）を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがＰ台の遊技盤に対応し、それ以外の構成がＰ台の遊技枠に対応する。ただし、Ｓ台には、図２に示した遊技枠の各種検出スイッチ４１ａ、７０１、３３、発射制御基板３１、および発射モータ１８は、不要である。

従来のＳ台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。

一方、本実施形態に係るＳ台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のＳ台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施形態に係るＳ台にはホッパーを設ける必要がない。

その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。

他方、Ｓ台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施形態では、ドル箱表示する機能が設けられることで、このような不都合が生じることも防止できる。なお、Ｓ台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。

遊技機としてＳ台を適用した場合、「持点」および「遊技点」の２種類と、「クレジット」および「クレジット超過点」の２種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、Ｓ台の表示器５１０には、これら４種類のデータを表示する。

まず、プリペイドカードの残高、貯メダル、または持点からの変換操作（貸出操作、貯メダル払出し操作、持点払出し操作）が検出された場合には、夫々が引落されて、遊技点に変換される。

遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器５１０には遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が１つ設定される。このような擬似メダル投入操作が３度行なわれることによって、賭数が最大値の３に設定される。

その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値（たとえば、５０）が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。

賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、１枚ＢＥＴスイッチ５Ｓの操作があれば、賭数設定値が１加算され、クレジットが１減算される。また、ＭＡＸＢＥＴスイッチ６Ｓの操作があれば、賭数が３に設定され、クレジットが賭数設定に応じて減算される。

ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器５１０にはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。

また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。

あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。

遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数＋遊技点＋クレジット＋クレジット超過点」と掲載される。なお、「カード持玉数」とは、遊技点に変換していない変換前の持点（現時点で遊技者が所有している持玉数）である。

以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の４種類のデータは、ＣＵとＳ台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はＣＵ側のみで、それ以外はＳ台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。

また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。

（２） 音楽データや画像データなどの管理対象データは、Ｐ台２およびＣＵ３に直接設けられたスピーカやディスプレイで再生するだけでなく、Ｐ台２およびＣＵ３を介してスマートフォンなどの携帯端末に転送され、当該携帯端末に設けられたスピーカやディスプレイで再生してもよい。この場合、ＣＵ３に携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているＩＤをＣＵ３が認識し、ＣＵ３から携帯端末へ再生する音楽データや画像データなどの管理対象データが送信される。

（３） 図４を参照して、Ｐ台は、計数された計数玉（持玉）を一時記憶する計数玉数カウンタを備えているものの、計数玉の累積値を記憶するカウンタを備えていない。しかしながら、Ｐ台側に、計数玉の累積値を記憶する計数玉累積記憶カウンタを備えてもよい。また、ＣＵ側には、カード持玉（計数玉）を記憶する領域が備えられているが、この領域には、挿入されたカード自体に持玉が記録されていた場合には、そのカード持玉も含めて現在の遊技者の持玉数が記憶される。このため、この領域のみでは、今回の遊技で遊技者が計数した計数玉の数を特定できない。そこで、今回の遊技で遊技者が計数した計数玉の数を記憶する領域をＣＵ側にさらに設けてもよい。ＣＵは、この場合、遊技が開始してからＰ台から送られてくる計数玉数の情報に基づいて当該領域に持玉を加算し、持玉が遊技玉に変換されると、当該領域から持玉を減算する。

（４） 本実施形態では、ＣＵと遊技機との間の通信において、ＣＵを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。

（５） 図４あるいは図１４において、遊技機側およびＣＵ側の双方で遊技玉（遊技点）を記憶するようにしているが、遊技玉（遊技点）は遊技機側のみで記憶し、ＣＵ側では記憶しないようにしてもよい。一方、カード持玉（持点）は、ＣＵ側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉（遊技点）は遊技機側のみで記憶し、一方、カード持玉（持点）は、ＣＵ側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。

（６） 表示器５４で行なう計数表示や各種の報知は、同様に表示器３１２で行なうようにしてもよい。

（７） 玉貸ボタン、返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも１つ、あるいはすべては、遊技機側に設けてもよく、あるいはＣＵ側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはＣＵ側の表示器に表示することが考えられる。

（８） 本実施形態では、カードＩＤにより遊技者の同一性の判別を行なっているが、それに代えてまたはそれに加えて、遊技者の指紋や網膜等のバイオマスにより遊技者の同一性の判別を行なってもよい。

（９） 本実施形態においては、いわゆる封入循環式遊技機（Ｐ台２およびＳ台２Ｓ）を示したが、それに限定されるものではなく、島の上部から遊技媒体（パチンコ玉等）が遊技機に供給されて入賞によりさらに遊技媒体が払出される従来の遊技機であってもよい。具体的には、玉貯留皿に貯留された玉を遊技領域に打込んで遊技が行なわれ、入賞することによって玉が玉貯留皿に払い出され、遊技終了時にその玉貯留皿に払い出され玉を計数する従来のパチンコ機でもよい。また、メダル受け皿に貯留されているメダルをメダル投入口に投入して賭数を入力設定し、スタートレバーを操作することによりリールが回転して停止することにより１ゲームが終了し、リールの停止時に表示された表示結果入賞が発生している場合には、メダルがメダル受け皿に払い出され、遊技終了時にそのメダル受け皿に払い出されメダルを計数する従来のスロットマシンでもよい。つまり、遊技媒体（パチンコ玉、メダル）を使用して遊技が可能であり、遊技の結果に応じて遊技者に遊技媒体が払い出される遊技機であってもよい。

（１０） 本実施形態では、各種認証鍵を用いて認証を行なっていたが、この各種認証鍵の代わりに、たとえば認証用のＩＤ等を用いて認証を行なうようにしてもよい。

（１１） 本実施形態では、Ｐ台２およびＣＵ３の少なくともいずれか一方で音楽データや画像データなどの管理対象データを再生していたが、Ｐ台２およびＣＵ３の少なくともいずれか一方と連動して、ホールに設置した大型スピーカや大型ディスプレイなどで管理対象データを再生してもよい。

（１２） 本実施形態では、管理対象データとして音楽データや画像データなどの著作データが含まれるだけでなく、人物の写真などの肖像権データやキャラクタなど、様々なデータを含めてもよい。

（１３） 本実施形態では、Ｐ台２の機種やメーカにより再生することができる音楽データや画像データなどを予め定められている場合に限定されず、ホール内のユニット管理コンピュータ８０１やホール外のコンテンツ管理センタ８００Ｂなどから再生することができる音楽データや画像データなどを追加、変更することができる構成であってもよい。さらに、Ｐ台２やＣＵ３には、音楽データや画像データなどが全く記憶されておらず、ホール内のユニット管理コンピュータ８０１やホール外のコンテンツ管理センタ８００Ｂなどから再生することができる音楽データや画像データなどを配信する構成でもよい。

（１４） 本実施形態では、ＣＵ３で管理対象データの再生実績を収集する場合について説明したが、これに限られない。たとえば、遊技機（Ｐ台２またはＳ台２Ｓ）で管理対象データが再生された場合には、遊技機がその再生実績を収集する場合であってもよい。また、ユニット管理コンピュータ８０１が、遊技用装置（ＣＵ３または呼出しランプ装置）を介して管理対象データの再生信号を受信して、当該再生信号に基づいて再生実績を収集する場合であってもよい。また、コンテンツ管理センタ８００Ｂが、ユニット管理コンピュータ８０１および遊技用装置を介して管理対象データの再生信号を受信して、当該再生信号に基づいて再生実績を収集する場合であってもよい。また、遊技島ごとの管理コンピュータが、遊技用装置を介して管理対象データの再生信号を受信して、当該再生信号に基づいて再生実績を収集する場合であってもよい。再生実績を収集する装置は、記憶部に当該再生実績を記憶する。当該収集処理を遊技機および遊技用装置よりも上流（コンテンツ管理センタ８００Ｂ側）の装置で行なう場合には、遊技機および遊技用装置の処理負担の軽減でき、また記憶容量を低減することができる。一方、当該収集処理を遊技機または遊技用装置で行なう場合には、上流側への通信状態に異常が発生して、オフライン状態になった場合でも、収集した再生実績が失われる可能性を低減することができる。

（１５） 本実施形態では、ＣＵ３が、管理対象データの再生実績に、その管理対象データを再生した遊技機の特定情報（機種ＩＤ）を関連付ける場合について説明したが、これに限られない。たとえば、遊技機が、再生実績に特定情報を関連付ける場合であってもよい。また、ユニット管理コンピュータ８０１、コンテンツ管理センタ８００Ｂ、あるいは遊技島ごとの管理コンピュータが、それぞれが収集した再生実績（または入力を受け付けた再生実績）に、管理対象データを再生した遊技機（または遊技用装置）の特定情報を関連付ける場合であってもよい。特定情報の関連付けを行なう装置は、再生実績を収集する装置よりも上流の装置、もしくは収集する装置と同じ装置であることが好ましい。当該関連付け処理を遊技機および遊技用装置よりも上流の装置で行なう場合には、遊技機および遊技用装置の処理負担の軽減することができる。さらに、本実施形態では、ＣＵ３が、管理対象データの再生実績に、その管理対象データを再生した遊技機の特定情報（機種ＩＤ）を関連付ける場合について説明したが、遊技機の特定情報（機種ＩＤ）に代えて、または遊技機の特定情報（機種ＩＤ）にさらに加えてＣＵ３の特定情報を関連付けてもよい。

（１６） 本実施形態では、ＣＵ３が、管理対象データの再生実績に、管理対象データの再生時における遊技機の遊技情報を関連付けてもよい場合について説明したが、これに限られない。たとえば、遊技機、ユニット管理コンピュータ８０１、コンテンツ管理センタ８００Ｂ、あるいは遊技島ごとの管理コンピュータが、再生実績に遊技情報を関連付ける場合であってもよい。遊技情報の関連付けを行なう装置は、再生実績を収集する装置よりも上流の装置、もしくは収集する装置と同じ装置であることが好ましい。

（１７） 本実施形態では、ＣＵ３が、管理対象データの再生実績に、再生時における管理対象データに関する再生状態情報を関連付けてもよい場合について説明したが、これに限られない。たとえば、遊技機、ユニット管理コンピュータ８０１、コンテンツ管理センタ８００Ｂ、あるいは遊技島ごとの管理コンピュータが、再生実績に再生状態情報を関連付ける場合であってもよい。再生状態情報の関連付けを行なう装置は、再生実績を収集する装置よりも上流の装置、もしくは収集する装置と同じ装置であることが好ましい。

（１８） 本実施形態では、ユニット管理コンピュータ８０１が、管理対象データの再生実績に、遊技機が設置された店舗情報を関連付ける場合について説明したが、これに限られない。たとえば、遊技機、ユニット管理コンピュータ８０１、コンテンツ管理センタ８００Ｂ、あるいは遊技島ごとの管理コンピュータが、再生実績に店舗情報を関連付ける場合であってもよい。店舗情報の関連付けを行なう装置は、再生実績を収集する装置よりも上流の装置、もしくは収集する装置と同じ装置であることが好ましい。

（１９） 本実施形態では、コンテンツ管理センタ８００Ｂが対応関係情報を記憶する場合について説明したが、これに限られない。たとえば、遊技機、遊技用装置、ユニット管理コンピュータ８０１、あるいは遊技島ごとの管理コンピュータが、対応関係情報を記憶する場合であってもよい。

（２０） コンテンツ管理センタ８００Ｂが対応関係情報と再生実績とに基づいて許可されていない管理対象データが再生されたか否かを判定する場合について説明したが、これに限られない。たとえば、遊技機、遊技用装置、ユニット管理コンピュータ８０１、あるいは遊技島ごとの管理コンピュータが、当該判定を行なってもよい。ただし、当該判定を行なう装置は、再生実績を収集する装置よりも上流の装置または同じ装置、かつ、対応関係情報を記憶する装置よりも上流の装置または同じ装置である。判定処理をコンテンツ管理センタ８００Ｂよりも下流側の装置で行なう場合には、異常のある管理対象データについての再生実績部分については送信しないなどの対応をとることができる。

（２１） 遊技機および遊技用装置は、遊技台に座った客層（たとえば、年代別や性別などで客層をわける）に応じて流す管理対象データを変更してもよい。たとえば、遊技機および遊技用装置は、別途取り付けられたカメラで遊技台に座った客を識別して、客層を判断したり、ＣＵ３に挿入されたカードのユーザ情報から客層を判断したりする。

（２２） 本実施形態では、収集された再生実績に、管理対象データを再生した装置から送信された当該再生した装置を特定するための特定情報を関連付ける場合について説明したが、これに限られない。たとえば、特定情報の関連付けを行なう装置は、対応関係情報を参照することで、管理対象データに対応する特定情報を、収集された再生実績に関連付けてもよい。

（２３） 本実施形態では、コンテンツ管理センタ８００Ｂは、管理対象データの管理に異常があった場合には、管理者に当該異常を連絡する場合について説明したが、これに限られない。たとえば、コンテンツ管理センタ８００Ｂは、異常があった管理対象データを再生した遊技機や遊技用装置が設置されている店舗に当該異常を連絡してもよい。

（２４） 遊技機および遊技用装置は、管理対象データの再生の開始、中止、停止などを操作するための操作手段を有していてもよい。ここで、当該操作手段は、表示装置５４に表示される再生の開始、中止、停止などのタッチボタンや、遊技枠５に取付けられた操作ボタンなどがある。さらに、コンテンツ管理センタ８００Ｂは、操作手段での操作履歴（再生を開始した時刻、再生を中止した時刻や、再生を停止した時刻など）を、再生実績と関連付けて記憶してもよい。コンテンツ管理センタ８００Ｂは、操作履歴と再生実績とを関連付けて記憶しておくことで、たとえば管理対象データを再生した遊技者が途中で中止させたような場合であっても、単に再生回数１回と記憶するのではなく、再生が途中で中止された状況も記憶して、よりきめ細かい管理対象データの再生実績を管理することができる。

（２５） 本実施形態では、遊技用装置あるいはユニット管理コンピュータ８０１が、所定の条件で、再生実績をコンテンツ管理センタ８００Ｂに送信する場合について説明した。このとき、送信される再生実績には、当該所定の条件が成立した場合ごとに送信される情報（たとえば、管理対象データの再生回数および再生時間など）と、その他のタイミングで送信される情報（機種ＩＤ、メーカＩＤなど）とを含んでいてもよい。この場合、毎回記憶する必要のない情報を送信する必要がないため送信側の処理負担を軽減できるとともに、受信側の記憶容量を低減することができる。

（２６） 本実施形態では、コンテンツ管理センタ８００Ｂで集計した再生実績を外部に出力する構成であったが、コンテンツ管理センタ８００Ｂに代えて各ホールに設けたユニット管理コンピュータ８０１で集計した再生実績を外部に出力する構成であってもよい。

（２７） 本実施形態では、遊技機あるいは遊技用装置の記憶部Ａが記憶する再生実績に、再生信号を収集する度に記憶する情報（たとえば、管理対象データの再生回数および再生時間など）と、その他のタイミングで記憶する情報（機種ＩＤ、メーカＩＤなど）とを含んでいてもよい。この場合、再生信号を収集する度に毎回記憶する必要のない情報と、その他のタイミングで記憶する情報とに分けることで、記憶部Ａの容量を低減することができる。

（２８） 本実施形態に示す遊技機と遊技用装置との構成は、図１に示すように封入循環式のＰ台２とＣＵ３とを組合わせる構成について説明したが、本発明はこれに限られず、遊技島設備が必要な従来のパチンコ機と、各パチンコ機の上側に設けられる呼出しランプ装置とを組合わせた構成でもよい。なお、呼び出しランプ装置は、単にパチンコ機の大当りや異常を報知するだけでなく、パチンコ機での入賞回数などの遊技情報を収集したり、ＣＵ３と同じように管理対象データの再生実績を記憶したりすることができる。

今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

２ パチンコ機、２Ｓ スロットマシン、３ カードユニット、１２ ガラス扉開放検出スイッチ、１３ 前枠開放検出スイッチ、１６ 主制御基板、１７ 払出制御基板、２６ 遊技盤、５４，３１２ 表示器、５０，５０Ｓ ７セグ表示器、１６１ 主制御部、１７１ 払出制御部、３０９ カード挿入／排出口、３１９ 再プレイボタン、３２０ ＩＲ受光ユニット、３２１ 貸出ボタン、３２２ カード返却ボタン、３２３ ＣＵ制御部、３２５ セキュリティ基板、３５０ 表示制御部。

Claims (4)

1. 遊技機と、前記遊技機と接続された遊技用装置と、前記遊技機および前記遊技用装置の少なくともいずれか一方で再生された管理対象データの実績を集計して管理する管理装置とを備える遊技用システムであって、
   前記遊技機および前記遊技用装置の少なくともいずれか一方で前記管理対象データが再生されたことに基づいて出力される再生信号を収集して、前記管理対象データごとに再生実績を記憶する記憶手段と、
   前記記憶手段に記憶された前記管理対象データの前記再生実績を、前記管理装置に出力する出力手段とを含む、遊技用システム。
2. 遊技機および前記遊技機と接続された遊技用装置の少なくともいずれか一方で再生された管理対象データの実績を集計して管理する管理装置であって、
   前記遊技機および前記遊技用装置の少なくともいずれか一方で前記管理対象データが再生されたことに基づいて出力される再生信号を収集して、前記管理対象データごとに再生実績を記憶する記憶手段から出力された当該再生実績を受付ける受付手段とを含む、管理装置。
3. 遊技機、および再生された管理対象データの実績を集計して管理する管理装置に接続される遊技用装置であって、
   前記遊技機および前記遊技用装置の少なくともいずれか一方で前記管理対象データが再生されたことに基づいて出力される再生信号を収集して、前記管理対象データごとに再生実績を記憶する記憶手段と、
   前記記憶手段に記憶された前記管理対象データの前記再生実績を、前記管理装置に出力する出力手段とを含む、遊技用装置。
4. 遊技用装置、および再生された管理対象データの実績を集計して管理する管理装置に接続される遊技機であって、
   前記遊技機および前記遊技用装置の少なくともいずれか一方で前記管理対象データが再生されたことに基づいて出力される再生信号を収集して、前記管理対象データごとに再生実績を記憶する記憶手段と、
   前記記憶手段に記憶された前記管理対象データの前記再生実績を、前記管理装置に出力する出力手段とを含む、遊技機。

Images