JP2022069163A - 遊技システム、管理装置及び異常検知方法 - Google Patents

Abstract

【課題】遊技機の認証情報に係る異常を検知して、異常状態への対応業務を効率化することを課題とする。【解決手段】認証情報に係るデータが、遊技機２０、台間カード処理機１０、管理装置５０、管理センタ１００及び情報センタ１１０の間で送受される。また、管理装置５０は、ＳＣ基板から受信したＳＣ通信の受信時刻、情報センタ１１０へ通知したセンタ通信の送信時刻及び情報センタ１１０から受信したセンタ応答の受信時刻をＳＣ種別毎にＳＣ通信データに記憶する（Ｓ１）。異常を検知するための判定条件を用いてＳＣ通信データを検索し、判定条件に合致する場合は、異常と判定して報知する（Ｓ２）。具体的には、ＳＣ通信受信時刻とセンタ通信受信時刻の差が６０分以上ある場合は、情報センタに異常があると判定し、その旨を報知する。【選択図】図１

Description

この発明は、遊技機の認証情報に係る通信の異常を検知して、異常状態への対応業務を効率化することができる遊技システム、管理装置及び異常検知方法に関する。

従来、遊技店では、遊技媒体を介在させた遊技機を用いて遊技を提供している。遊技機には、各台装置が併設されることが多く、両装置とも、遊技に係る装置を管理する情報センタへの登録が義務付けられている。遊技機を起動して遊技可能な状態とするためには、遊技機と併設された各台装置との間で相互認証を行う必要があり、そのための認証鍵が情報センタから配布される。

遊技機と併設された各台装置との間では、相互認証用のデータの送受信が暗号化されているものの、認証に失敗することが少なくない。このため、例えば特許文献１には、認証に失敗したときの原因を推測可能とする技術が開示されている。

特開２０１７-１４４２８１号公報

しかしながら、最近では、遊技媒体を機外に払い出さない形態の封入式の管理遊技機が検討されており、かかる管理遊技機においては、管理遊技機及び各台装置が情報センタとネットワークを介して通信可能に接続され、暗号化された認証鍵の送受が行われる。上記特許文献１のものは、遊技機と各台装置との間での相互認証の異常を検知して原因を推測するものの、ネットワークを介した情報センタとの間での異常を検知することはできない。このため、管理遊技機及び各台装置と情報センタとの間における、認証鍵等の認証情報の送受に関して、異常を検知することが課題となる。

本発明は、上記従来技術の課題を解決するためになされたものであって、遊技機の認証情報に係る異常を検知して、異常状態への対応業務を効率化することができる遊技システム、管理装置及び異常検知方法を提供することを目的とする。

上記課題を解決するため、本発明は、所定の記憶部に記憶された遊技媒体数に基づき遊技を提供する封入式の遊技機と、該遊技機に併設された遊技用装置と、前記遊技機及び前記遊技用装置に係る情報を管理する情報管理装置と通信可能に接続された管理装置とを有する遊技システムであって、前記管理装置は、前記遊技機及び前記遊技用装置から要求情報を取得し、取得した要求情報を前記情報管理装置に通知する第１通知手段と、前記要求情報に応答して前記情報管理装置が通知する応答情報を取得し、取得した応答情報を前記遊技機及び前記遊技用装置に通知する第２通知手段と、前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻を記憶する記憶手段と、前記記憶手段により記憶された前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻に基づいて異常の発生を検出する検出手段と、前記検出手段により異常を検知した場合に、その旨を報知する報知手段とを備えたことを特徴とする。

また、本発明は、上記発明において、前記検出手段は、前記記憶手段に記憶された第１の要求情報の第１の取得時刻と、前記記憶手段に新たに記憶された第２の要求情報の第２の取得時刻との時間差が第１の閾値以上である場合に異常であると判定することを特徴とする。

また、本発明は、上記発明において、前記検出手段は、前記第２の取得時刻と現在時刻との時間差が前記第１の閾値以上である場合に異常であると判定することを特徴とする。

また、本発明は、上記発明において、前記検出手段は、前記第１の取得時刻と、前記要求情報を前記情報管理装置に通知する通知時刻との時間差が第２の閾値以上である場合に異常であると判定することを特徴とする。

また、本発明は、上記発明において、前記検出手段は、前記第１の取得時刻と、前記応答情報の取得時刻との時間差が第３の閾値以上である場合に異常であると判定することを特徴とする。

また、本発明は、所定の記憶部に記憶された遊技媒体数に基づき遊技を提供する封入式の遊技機に併設された遊技用装置及び前記遊技機及び前記遊技用装置に係る情報を管理する情報管理装置と通信可能に接続された管理装置であって、前記遊技機及び前記遊技用装置から要求情報を取得し、取得した要求情報を前記情報管理装置に通知する第１通知手段と、前記要求情報に応答して前記情報管理装置が通知する応答情報を取得し、取得した応答情報を前記遊技機及び前記遊技用装置に通知する第２通知手段と、前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻を記憶する記憶手段と、前記記憶手段により記憶された前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻に基づいて異常の発生を検出する検出手段と、前記検出手段により異常を検知した場合に、その旨を報知する報知手段とを備えたことを特徴とする。

また、本発明は、所定の記憶部に記憶された遊技媒体数に基づき遊技を提供する封入式の遊技機と、該遊技機に併設された遊技用装置と、前記遊技機及び前記遊技用装置に係る情報を管理する情報管理装置と通信可能に接続された管理装置とを有する遊技システムにおける異常検知方法であって、前記管理装置が、前記遊技機及び前記遊技用装置から要求情報を取得し、取得した要求情報を前記情報管理装置に通知する第１通知工程と、前記管理装置が、前記要求情報に応答して前記情報管理装置が通知する応答情報を取得し、取得した応答情報を前記遊技機及び前記遊技用装置に通知する第２通知工程と、前記管理装置が、前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻を記憶部に記憶する記憶工程と、前記管理装置が、前記記憶部に記憶された前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻に基づいて異常の発生を検出する検出工程と、前記管理装置が、前記検出工程により異常を検知した場合に、その旨を報知する報知工程とを含んだことを特徴とする。

本発明によれば、遊技機の認証情報に係る異常を検知して、異常状態への対応業務を効率化することができる。

図１は、実施形態１に係る遊技システムの概要の説明図である。 図２は、実施形態１に係る遊技システムのシステム構成を示す図である。 図３は、図２に示した台間カード処理機及び遊技機の外観構成を示す図である。 図４は、図２に示した台間カード処理機の構成を示す図である。 図５は、図４に示した自装置状態データ、カードデータ及びＳＣ通信条件データの一例を示す図である。 図６は、図２に示した遊技機の構成を示す図である。 図７は、図６に示したＳＣ通信条件データの一例を示す図である。 図８は、図２に示した管理装置の構成を示す図である。 図９は、図８に示したカード管理データ、装置管理データ、会員管理データ及び異常判定閾値データの一例を示す図である。 図１０は、図８に示したＳＣ通信データの一例を示す図である。 図１１は、実施形態１に係る異常判定パターンを示す図である。 図１２は、実施形態１に係る管理装置の処理手順を示すフローチャート（その１）である。 図１３は、実施形態１に係る管理装置の処理手順を示すフローチャート（その２）である。 図１４は、実施形態２に係る遊技システムの概要の説明図である。 図１５は、実施形態２に係る管理装置の構成を示す図である。 図１６は、図１５に示した運用機種管理データ及び装置管理データの一例を示す図である。

［実施形態１］
以下に、本実施形態１に係る遊技システム、管理装置及び異常検知方法について詳細に説明する。

本明細書中において、「持玉」とは遊技客が遊技において獲得した遊技媒体を示すデータであって、その当日中（遊技店の閉店時刻より前の時間）にのみ遊技に再度供することができるものをいう。なお、「持玉数」とは、遊技客が遊技により獲得した遊技媒体数をいう。また、「貯玉」とは、遊技客が遊技店に預け入れた遊技媒体を示すデータであって、翌日以降（遊技店の閉店時刻より後の時間）も遊技に再度供することができるものをいう。なお、「貯玉数」とは、遊技客が遊技店に預け入れた遊技媒体数をいう。持玉は、一般遊技客及び会員遊技客の双方が使用可能であり、遊技機を移動した場合などに使用される。貯玉は、原則として会員遊技客のみが使用可能であり、獲得した遊技媒体を翌日以降、遊技機の遊技に用いる場合に使用される。また、「遊技球数」とは、遊技客が遊技に使用可能な遊技可能数をいう。

＜実施形態１に係る遊技システムの概要＞
まず、本実施形態１に係る遊技システムの概要について説明する。図１は、本実施形態１に係る遊技システムの概要を説明するための説明図である。まず、認証情報に係るデータの流れについて説明する。図１（ａ）に示すように、本実施形態１に係る遊技システムでは、遊技機２０のＳＣ基板から認証鍵を要求するＳＣ通信１が、台間カード処理機１０のＳＣ基板から遊技機の情報を要求するＳＣ通信２が、それぞれが暗号化されて管理装置５０に通知される。

管理装置５０は、受信したＳＣ通信１及びＳＣ通信２（以下、「ＳＣ通信」という）をまとめてファイル化し、遊技に関する情報を管理する管理センタ１００を介して、センタ通信として情報センタ１１０に通知する。情報センタ１１０は、受信したセンタ通信に対応する認証鍵及び遊技機に係る情報をセンタ応答として通知する。管理装置５０は、受信したセンタ応答を認証鍵に係るＳＣ応答１及び遊技機情報に係るＳＣ応答２に分割し、それぞれを遊技機２０及び台間カード処理機１０に通知する。

上記の認証情報に係るデータの送受において、遊技機２０及び台間カード処理機１０と情報センタ１１０との間において異常が発生する場合を考慮し、遊技機２０及び台間カード処理機１０のＳＣ基板は、ＳＣ通信を送信してから所定の時間内にＳＣ応答を受け取れない場合には、当該ＳＣ通信を再送信する。

本実施形態１に係る遊技システムでは、異常が発生した装置を明確にするため、管理装置５０において、ＳＣ通信、センタ通信及びセンタ応答の受信時刻／送信時刻を記憶する。具体的には、図１（ｂ）に示すように、管理装置５０は、ＳＣ基板から受信したＳＣ通信の受信時刻、情報センタ１１０へ通知したセンタ通信の送信時刻及び情報センタ１１０から受信したセンタ応答の受信時刻をＳＣ種別毎にＳＣ通信データに記憶する（Ｓ１）。

次に、異常を検知するための判定条件を用いてＳＣ通信データを検索し、判定条件に合致する場合は、異常と判定して報知する（Ｓ２）。具体的には、ＳＣ通信受信時刻とセンタ応答受信時刻の差が６０分以上ある場合は、情報センタに異常があると判定し、その旨を報知する。

このように、遊技システムは、遊技機の認証情報に係る通信の異常を検知して、異常状態への対応業務を効率化することができる。

＜システム構成＞
次に、本実施形態１に係る遊技システムのシステム構成について説明する。図２は、本実施形態１に係る遊技システムのシステム構成を示す図である。図２に示すように、遊技店には、複数の遊技機２０と、各遊技機２０にそれぞれ対応して設けられた台間カード処理機１０とが設置される。台間カード処理機１０は、島コントローラ３０を介して店内のネットワークである通信回線と接続される。通信回線には、島コントローラ３０、管理装置５０、賞品管理装置６０及び精算機７０が接続される。また、管理装置５０は、外部ネットワークであるインターネットを介して、管理センタ１００及び情報センタ１１０と通信可能に接続される。

遊技機２０は、装置内部に封入された遊技玉を遊技盤面に打ち込んで遊技を行う装置である。なお、この遊技玉は遊技に使用される物理的な「玉」であり、遊技機２０がデータとして扱う「遊技球」とは異なる。この遊技機２０の遊技盤面には、複数の入賞領域（入賞口）が設けられており、当該入賞領域を遊技玉が通過したことに基づいて所定個数の遊技玉を賞玉として付与するようになっている。また、遊技盤面には、所定個数の始動領域（始動口）が設けられており、当該始動領域を遊技玉が通過したことに基づいて所定の抽選を行うこととなっている。当該抽選が大当りとなれば、所定の可動部材等の作動により、前述の入賞領域あるいは他の始動領域への遊技玉の通過確率を向上する等、遊技上有利となる作動が行われる。なお、始動領域と入賞領域を兼ねた領域があってもよい。

上記入賞領域には、当該入賞領域への遊技玉の通過を検出するために入賞センサが設けられており、入賞センサにより入賞領域へ打ち込まれた遊技玉の通過（入賞）を検知するようになっている。また、遊技機２０の制御部は、入賞領域ごとに何個の遊技玉を賞玉として付与するかを記憶する賞玉メモリと、遊技球数を示す遊技可能数メモリを有している。また、遊技機２０の制御部は、遊技球数を定期的に台間カード処理機１０に送信する。

台間カード処理機１０は、遊技客から入金を受け付けた場合に、入金の金額に対応するプリペイド価値を自装置の内部に収納したカードの識別情報（カードＩＤ）に関連付ける。このプリペイド価値は、遊技玉の貸出に使用することができる。また、台間カード処理機１０は、プリペイド価値や持玉、貯玉等が関連付けられたカードの挿入を受け付けることができる。そして、遊技終了時には、プリペイド価値や持玉、貯玉等が関連付けられたカードを排出して遊技客に返却する。また、台間カード処理機１０は、入金、カード挿入、カード排出などの動作の履歴を管理装置５０に送信する。

遊技機２０は、遊技盤面に所定個数の遊技玉が打ち出されたならば、アウトデータを台間カード処理機１０に送信する。また、遊技機２０は、遊技玉が入賞領域を通過して（いわゆる入賞）所定個数の賞玉が遊技球に加算されたならば、セーフデータを台間カード処理機１０に送信する。さらに、遊技により大当りなどの特別の状態が発生したならば、かかる状態の発生を示す特賞データを台間カード処理機１０に送信する。

アウトデータは、遊技客が遊技盤面に打ち込んだ玉数である打込玉数に対応する。セーフデータは、入賞により獲得される賞出玉数に対応する。また、特賞データは、大当りなどの遊技機２０の状態を示す。各データは、台間カード処理機１０を介して管理装置５０に送信され、管理装置５０は、アウトデータ、セーフデータ及び特賞データを蓄積することで、遊技機２０の動作の履歴を得ることができる。

台間カード処理機１０は、入金の受け付け、遊技玉の貸し出し、管理装置５０との通信並びに遊技機２０との通信を行う。台間カード処理機１０は、遊技客が投入した紙幣を受け付けたならば、入金額を含む入金通知を管理装置５０に送信することで、入金額相当のプリペイド価値を管理装置５０が管理するプリペイド価値に加算させる。そして、所定の玉貸操作がなされたならば、玉貸要求を管理装置５０に送信し、管理装置５０が管理するプリペイド価値を減算させて、減算したプリペイド価値分に対応する数を遊技機２０に通知し、遊技球数に加算させる。

台間カード処理機１０は、カードの挿入を受け付けたならば、管理装置５０にカード挿入通知を送信する。また、台間カード処理機１０は、管理装置５０からプリペイド価値、持玉又は貯玉の残高を受信した場合には、該残高を記憶する。そして、持玉の残高を受信し、記憶した場合には、管理装置５０に対して持玉減算要求を送信することで、管理装置５０が管理する持玉の残高（持玉数）をゼロにクリアする。

台間カード処理機１０は、持玉再プレイ操作を受け付けると、自装置が管理する持玉数を所定数減算し、減算した持玉数に対応する数を遊技機２０に通知し、遊技球数に加算させる。また、台間カード処理機１０は、貯玉再プレイ操作を受け付けると、管理装置５０に対して貯玉再プレイ要求を送信することで、管理装置５０が管理する貯玉数を所定数減算させ、減算させた貯玉数に対応する数を遊技機２０に通知し、遊技球数に加算させる。

台間カード処理機１０は、カード返却操作を受け付けたならば、持玉数を含む持玉加算要求を管理装置５０に送信し、管理装置５０に持玉数を加算させた後、カード排出通知を管理装置５０に送信し、カードを排出制御する。なお、カード返却操作の前に、遊技機２０から計数操作を受け付けた場合には、遊技球数を持玉数に加算する。

台間カード処理機１０は、遊技機２０から遊技機ＩＤを取得し、取得した遊技機ＩＤと、管理装置５０から受信した認証鍵とを用いて遊技機２０の認証を行なう機能を有する。この認証は、開店処理時等に行なわれ、認証の成功を条件に遊技機２０は遊技可能となる。

台間カード処理機１０は、遊技機２０の状態に基づいて各種表示制御を行なうとともに、遊技機２０の状態を管理装置５０に送信する。

遊技機２０及び台間カード処理機１０は、ＳＣ通信を所定の条件に基づいて管理装置５０を介して情報センタ１１０に対して通知し、当該通知に対するＳＣ応答を受け取ったならば、認証処理を行う。遊技機２０及び台間カード処理機１０は、ＳＣ通信を通知後、所定の時間内に当該通知に対するＳＣ応答を受け取らなかったならば、当該ＳＣ通信を再度通知する。

島コントローラ３０は、遊技島に設けられた一群の遊技機２０及び台間カード処理機１０を束ね、各種情報を管理装置５０に対して中継する装置である。

管理装置５０は、台間カード処理機１０からカード挿入通知を受信したならば、挿入されたカードの識別情報（以下、「カードＩＤ」と言う）と台間カード処理機１０とを関連づけて管理し、該カードＩＤに関連づけられたプリペイド価値及び持玉の残高を台間カード処理機１０に送信する。また、カード挿入通知に示されたカードＩＤが会員カードのカードＩＤである場合には、貯玉再プレイデータを台間カード処理機１０に送信する。

また、管理装置５０は、台間カード処理機１０から持玉減算要求を受信した場合には、持玉の残高をゼロにクリアし、台間カード処理機１０から持玉加算要求を受信した場合には、持玉加算要求に示された持玉数を持玉の残高に加算する。

また、管理装置５０は、台間カード処理機１０から玉貸要求を受信した場合には、カードＩＤに関連付けられたプリペイド価値を所定値減算し、玉貸許可を台間カード処理機１０に送信する。そして、貯玉再プレイ要求を受信した場合には、貯玉再プレイデータを台間カード処理機１０に送信する。

また、管理装置５０は、賞品管理装置６０からカードＩＤを受信したならば、このカードＩＤに関連付けられた持玉数を賞品管理装置６０に対して通知する。さらに、精算機７０からカードＩＤを受信したならば、このカードＩＤに関連付けられたプリペイド価値を精算機７０に対して通知する。

また、管理装置５０は、台間カード処理機１０から遊技機ＩＤを取得し、自店舗に設置された遊技機２０を管理する。

また、管理装置５０は、遊技店に会員登録された会員の会員管理データを管理する。具体的には、会員に対して発行した会員カードＩＤに関連づけて、貯玉数、ポイント、暗証番号及び氏名等を管理する。

管理装置５０は、台間カード処理機１０からカード挿入通知を受信したならば、カード挿入通知に示されたカードＩＤに対応する貯玉の残高と暗証番号とを含む貯玉再プレイデータを台間カード処理機１０に送信する。また、管理装置５０は、台間カード処理機１０から貯玉再プレイ要求を受信したならば、貯玉再プレイ要求に示されたカードＩＤに関連づけられた貯玉の残高を所定数減算し、減算後の貯玉の残高を含む貯玉再プレイデータを台間カード処理機１０に送信する。

また、管理装置５０は、賞品管理装置６０から貯玉数の問い合わせを受けたならば、指定されたカードＩＤに対応する貯玉の残高を賞品管理装置６０に通知する。

また、管理装置５０は、遊技機２０及び台間カード処理機１０から受信したＳＣ通信の受信時刻、情報センタ１１０へ通知したセンタ通信の送信時刻及び情報センタ１１０から受信したセンタ応答の受信時刻をＳＣ種別毎にＳＣ通信データとして記憶する。管理装置５０は、判定条件を用いて当該ＳＣ通信データを検索し、判定条件に合致する場合は、異常と判定して報知する。

賞品管理装置６０は、遊技店内の賞品交換カウンタに併設された賞品交換用の端末装置であり、獲得玉、貯玉及び持玉の賞品交換処理を行う。この賞品管理装置６０には、カードのカードＩＤを読み取るカードリーダ及び賞品を払い出す賞品払出装置が接続されている。賞品管理装置６０は、一般カードあるいは会員カードからカードＩＤを読み出した場合（若しくは、携帯端末等からカードＩＤに対応する識別情報を読み出した場合）には、カードＩＤを管理装置５０に送信して、該カードＩＤの持玉の残高を要求する。また、貯玉を賞品交換する場合は、管理装置５０に対して貯玉の残高を要求する。

精算機７０は、プリペイド価値が対応付けられたカードが挿入されると、このカードのカードＩＤを管理装置５０に送信し、該カードに関連付けられたプリペイド価値を取得し、取得したプリペイド価値に相当する現金の払出を行う。

管理センタ１００は、複数の遊技店における遊技に関する情報を管理するセンタである。管理センタ１００は、管理装置５０と情報センタ１１０との間のセンタ通信及びセンタ応答を中継する。

情報センタ１１０は、遊技機２０及び台間カード処理機１０に係る認証情報を管理するセンタである。情報センタ１１０は、管理装置５０からセンタ通信を受け取ったならば、当該センタ通信に対応する認証鍵及び遊技機に関する情報を、センタ応答として管理装置５０に通知する。

次に、本実施形態１に係る遊技システムにおける玉貸処理について説明する。遊技客が台間カード処理機１０に対して玉貸操作を行うと、台間カード処理機１０は、管理装置５０のローカルアドレスを宛先とした電文を送信する。この電文は、台間カード処理機１０に挿入されているカードのカードＩＤと、送信元である台間カード処理機１０を特定するアドレス若しくは任意の識別情報と、玉貸要求とを含む。

管理装置５０は、玉貸要求を含む電文を受信したならば、該電文内のカードＩＤに関連付けられたプリペイド価値の所定値を減算してカード管理データを更新し、玉貸許可を送信元の台間カード処理機１０に送信する。玉貸許可を受信した台間カード処理機１０は、減算したプリペイド価値に対応する数（例えば「１２５」）の遊技球数への加算を要求する加算信号を遊技機２０に送信する。

加算信号を受信した遊技機２０は、遊技球数を加算し、加算後の遊技球数を台間カード処理機１０に送信する。台間カード処理機１０は、加算前の遊技球数と玉貸しを行った数との和を加算後の遊技球数と比較して、遊技球数の加算が適切に行われたか否かを判定する。

次に、本実施形態１に係る遊技システムにおける持玉再プレイ処理について説明する。台間カード処理機１０は、一般カードあるいは会員カードの挿入を受け付けた場合に、管理装置５０のローカルアドレスを宛先とした電文を送信する。この電文は、台間カード処理機１０に挿入されているカードのカードＩＤと、送信元である台間カード処理機１０を特定するアドレス若しくは任意の識別情報と、台間カード処理機１０のレートを特定するための情報と、カード挿入通知とを含む。

管理装置５０は、台間カード処理機１０からカード挿入通知を受信したならば、該電文内のカードＩＤに関連付けられた持玉のうち、該電文により特定されたレートの持玉の残高を台間カード処理機１０に通知する。

台間カード処理機１０は、管理装置５０から受信した持玉の残高を記憶する。そして、カードＩＤ及びレートを特定する情報と、持玉減算要求とを含む電文を管理装置５０に送信する。管理装置５０は、持玉減算要求を受信したならば、カードＩＤ及びレートにより特定される持玉の残高をゼロにクリアする。また、台間カード処理機１０は、持玉再プレイ操作を受け付けたならば、持玉の残高を一定数ずつ減算し、対応する数を遊技機２０に通知し、遊技球数に加算させる。

台間カード処理機１０は、遊技機２０の遊技球数を台間カード処理機１０の持玉とすることでその管理を移行させる管理移行要求を遊技機２０から受信したならば、管理移行要求に示された遊技球数を自装置の持玉に加算する。その後、カード返却操作を受け付けたならば、管理装置５０に対して持玉加算要求を含む電文を送信する。この電文は、排出するカードのカードＩＤと、送信元である台間カード処理機１０を特定するアドレス若しくは任意の識別情報と、台間カード処理機１０のレートを特定するための情報と、持玉の残高と、持玉加算要求とを含む。

管理装置５０は、持玉加算要求を受け付けたならば、該電文内のカードＩＤに関連付けられた持玉のうち、該電文により特定されたレートの持玉の残高（持玉数）を受信した値に更新する。その後、台間カード処理機１０は、管理装置５０にカード排出通知を送信し、カードを排出制御する。

次に、本実施形態１に係る遊技システムにおける貯玉再プレイ処理について説明する。台間カード処理機１０は、会員カードを受け付けた場合、若しくは会員カードとして使用可能な携帯端末からカードＩＤに対応する識別情報を読み取った場合に、管理装置５０のローカルアドレスを宛先とした電文を送信する。この電文は、台間カード処理機１０に挿入されているカードのカードＩＤ（若しくは携帯端末から読み取ったカードＩＤに対応する識別情報）と、送信元である台間カード処理機１０を特定するアドレス若しくは任意の識別情報と、台間カード処理機１０のレートを特定するための情報と、カード挿入通知とを含む。

管理装置５０は、該電文内のカードＩＤに関連付けられた暗証番号と、貯玉のうち、該電文により特定されたレートの貯玉の残高とを含む貯玉再プレイデータを台間カード処理機１０に送信する。

台間カード処理機１０は、受信した貯玉再プレイデータを記憶し、貯玉再プレイデータに示された貯玉の残高が貯玉再プレイにおける遊技玉の払出単位数（貯玉再プレイ単位数。例えば「１２５玉」）以上である場合には貯玉再プレイ操作を受付可能とする。

台間カード処理機１０は、貯玉再プレイデータの記憶後、最初に貯玉再プレイ操作を受け付けた場合に、遊技客に対して暗証番号の入力を求め、入力された暗証番号が貯玉再プレイデータに示された暗証番号と一致するかを確認する。

台間カード処理機１０は、暗証番号が一致した場合に、管理装置５０のローカルアドレスを宛先とした電文を送信する。この電文は、台間カード処理機１０に挿入されているカードのカードＩＤと、送信元である台間カード処理機１０を特定するアドレス若しくは任意の識別情報と、台間カード処理機１０のレートを特定するための情報と、貯玉再プレイ要求とを含む。

管理装置５０は、該電文内のカードＩＤに関連付けられた貯玉のうち、該電文により特定されたレートの貯玉の残高を所定値減算し、減算後の残高を含む貯玉再プレイデータを台間カード処理機１０に送信する。

台間カード処理機１０は、貯玉再プレイデータを受信して貯玉の残高を更新し、貯玉再プレイ単位数に対応する数を遊技機２０に通知して遊技球数に加算させる。また、更新後の貯玉の残高が貯玉再プレイ単位数未満となったかを判定する。更新後の貯玉データの残高が貯玉再プレイ単位数以上であれば、再度貯玉再プレイ操作を受け付け可能であり、貯玉再プレイ操作を受け付けたならば貯玉再プレイ要求を送信する。２回目以降の貯玉再プレイ操作では、暗証番号の確認は不要である。更新後の貯玉データの残高が貯玉再プレイ単位数未満となったならば、貯玉再プレイ操作を受け付け不能とする。

次に、閉店処理における持玉からの貯玉への移行について説明する。管理装置５０は、閉店処理時にカード管理データの持玉の残高を確認し、持玉の残高が「０」より大きい持玉が存在する場合には、該持玉の残高を貯玉の残高に加算して更新する。その後、管理装置５０は、該持玉の残高をゼロにクリアする。

＜台間カード処理機１０と遊技機２０の外観構成＞
次に、図２に示した台間カード処理機１０及び遊技機２０の外観構成について説明する。図３は、図２に示した台間カード処理機１０及び遊技機２０の外観構成を示す図である。同図には、紙幣のみを受け付ける台間カード処理機１０を図示したが、電子マネーを受け付けることができるユニットを設けることもできる。

図３に示すように、台間カード処理機１０には、台間カード処理機１０の装置の状態を所定色のランプの点灯あるいは点滅で表示する状態表示部１１、各種紙幣を受け付ける紙幣挿入口１２ａ、タッチパネルディスプレイ等の表示操作部１３及びカードＩＤが関連付けられたカードを受け付けるカード挿入口１４ａが設けられている。

遊技機２０には、遊技盤面、封入された遊技玉を遊技盤面に投出する際に使用するハンドル２１及び計数ボタン２２が設けられている。

計数ボタン２２は、遊技機２０の遊技球数を減算し、対応する数を台間カード処理機１０の持玉に加算することで、投出可能な玉数の管理を遊技機２０から台間カード処理機１０に移行させる管理移行を行うための操作ボタンである。この管理移行は、入賞により現物の遊技玉が払い出される開放式の遊技機２０では、払い出された遊技玉を台間カード処理機１０が計数して持玉に加算する計数処理に対応する。

＜台間カード処理機１０の構成＞
次に、図２に示した台間カード処理機１０の構成について説明する。図４は、図２に示した台間カード処理機１０の構成を示す図である。図４に示すように、台間カード処理機１０は、紙幣搬送部１２、表示操作部１３、リーダライタ１４、通信部１５、記憶部１６、制御部１７及び遊技管理部１８を有する。

紙幣搬送部１２は、紙幣挿入口１２ａから挿入された紙幣の金種及び真偽を判別しつつ図示しない紙幣収納部に搬送する搬送部である。表示操作部１３は、有価価値等の各種情報の表示と、玉貸操作等の各種操作の受け付けを行なうタッチパネルディスプレイ等の入出力装置である。

リーダライタ１４は、カード挿入口１４ａに挿入されたカードからカードＩＤを読み取る読取部である。なお、カード挿入口１４ａに挿入されたカードは、このリーダライタ１４を経て図示しないカード収納部に収納される。通信部１５は、島コントローラ３０を介して管理装置５０との間のデータ通信を行なうためのインタフェース部である。

記憶部１６は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部１６は、自装置状態データ１６ａ、カードデータ１６ｂ及びＳＣ通信条件データ１６ｃを記憶する。

自装置状態データ１６ａは、台間カード処理機１０の状態を示すデータである。この自装置状態データ１６ａには、台間カード処理機ＩＤ、遊技機ＩＤ、遊技種等を含む。台間カード処理機ＩＤは、台間カード処理機１０を遊技店内で一意に識別するための識別情報である。遊技種は、台間カード処理機１０に設定されたレートを示すデータである。遊技店内で複数のレートの遊技玉を扱う場合には、４円レートの遊技玉に「玉１」、２円レートの遊技玉に「玉２」、１円レートの遊技玉に「玉３」のように、レート毎に遊技種名を設定して管理している。台間カード処理機１０は、これらの遊技種から遊技に使用するレートを選択して、遊技種として記憶する。遊技種は、台間カード処理機１０が設置された区画毎に固定した遊技種を用いることとしてもよいし、遊技客の操作により変更可能としてもよい。

カードデータ１６ｂは、遊技客が使用中のカードに係るデータである。カードデータ１６ｂには、カードＩＤ、暗証番号、プリペイド価値、持玉、貯玉等を含む。カードＩＤは、リーダライタ１４により読み取られたカードＩＤである。図示しないカード収納部からカード挿入口１４ａにカードが搬送され、該カードが排出される場合には、この搬送途中でリーダライタ１４により読み取られたカードＩＤによってカードデータ１６ｂが更新される。また、カード挿入口１４ａから図示しないカード収納部にカードが搬送される場合にも、この搬送途中でリーダライタ１４により読み取られたカードＩＤによってカードデータ１６ｂが更新される。プリペイド価値は、玉貸しに使用可能なプリペイド価値の残高を示し、持玉及び貯玉は、それぞれの残高を示す。

ＳＣ通信条件データ１６ｃは、ＳＣ通信２を通知するための条件を示すデータである。ＳＣ通信条件データ１６ｃは、台間カード処理機１０に新たに遊技機２０が接続された場合などの条件を指定しており、当該条件に合致する場合に、遊技管理部１８がＳＣ通信２を通知する。

遊技管理部１８は、認証や遊技機２０との通信に係る処理を行なう処理部である。この遊技管理部１８は、制御部１７と異なる基板上に形成することが望ましい。遊技管理部１８は、認証処理部１８ａ、認証鍵管理部１８ｂ、遊技機状態管理部１８ｃ及びＳＣ通信管理部１８ｄを有する。実際には、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、認証処理部１８ａ、認証鍵管理部１８ｂ、遊技機状態管理部１８ｃ及びＳＣ通信管理部１８ｄにそれぞれ対応するプロセスを実行させることになる。

認証処理部１８ａは、管理装置５０から受信した認証鍵を使用して遊技機２０の認証を実施する。認証処理部１８ａは、認証が成功したならば、遊技機２０へ動作許可を送信する。認証処理部１８ａは、認証が失敗した場合には、遊技機２０の使用を禁止する。なお、認証が失敗した場合であっても、最後の認証成功から所定期間内であれば遊技機２０への動作許可を送信し、最後の認証成功から所定期間が経過した後は遊技機２０への動作許可を送信せず、遊技機２０の使用を禁止するよう構成してもよい。

認証鍵管理部１８ｂは、認証鍵の管理を行なう処理部である。認証鍵には使用時間が設定されており、遊技機２０の稼働時間の累計が認証鍵の使用時間に達した場合に該認証鍵は使用不能となる。具体的には、認証鍵管理部１８ｂは、遊技管理部１８が形成された基板の通電時間を遊技機２０の稼働時間として用い、認証鍵の使用時間を管理している。認証鍵が使用不能となった場合には、認証鍵管理部１８ｂは、管理装置５０を介して情報センタ１１０から新たな認証鍵を取得し、認証鍵の更新を行なう。

遊技機状態管理部１８ｃは、遊技機２０と通信し、遊技機２０の状態を管理する処理部である。具体的には、遊技機状態管理部１８ｃは、遊技機２０からの遊技機ＩＤの取得、玉貸による遊技球数への加算要求の送信、持玉再プレイによる持玉から遊技球数への管理移行要求の送信、貯玉再プレイによる遊技球数への加算要求の送信、遊技機２０における打込玉数や賞出玉数等の遊技結果の受信、計数による遊技球数から持玉への管理移行要求の受信を行なう。かかる台間カード処理機１０と遊技機２０との通信は、所定の暗号方式を用いた暗号通信を用いる。

また、遊技機状態管理部１８ｃは、遊技機２０の現在の遊技球数、スタート、大当り、大当り種別、抽選回数などの遊技に設定された状態をさらに取得する。遊技機状態管理部１８ｃが遊技機２０の状態を取得する時間間隔は、遊技機２０において遊技玉が発射（使用）される間隔よりも短く設定することが望ましい。また、遊技機状態管理部１８ｃは、遊技機２０から遊技球数を取得したならば、該遊技球数を制御部１７に受け渡す。

なお、遊技機状態管理部１８ｃが遊技機２０から新たに遊技機ＩＤを取得するタイミングは、開店前に限定されるものではない。台間カード処理機１０の電源オンや電源オフを行なった場合、定期的な通信時、遊技球数に関する処理（玉貸、再プレイ、計数など）を行なった場合、オフライン状態からの復帰時などに遊技機ＩＤの取得や遊技機２０の入れ替えの判定を行なうことができる。また、これらのタイミングを組み合わせて用いてもよい。

ＳＣ通信管理部１８ｄは、ＳＣ通信２に係る管理を行う処理部である。ＳＣ通信管理部１８ｄは、ＳＣ通信条件データ１６ｃに記憶された条件を参照し、当該条件に合致する場合に、接続されている遊技機２０に関する情報の要求を暗号化して、ＳＣ通信２として管理装置５０を介して情報センタ１１０に通知する。ＳＣ通信管理部１８ｄは、管理装置５０を介して情報センタ１１０からのＳＣ応答２を受け取ったならば、当該ＳＣ応答２を複合して認証鍵を含む遊技機に関する情報を取り出し、認証鍵管理部１８ｂに受け渡す。

制御部１７は、台間カード処理機１０の全体制御を行う制御部であり、データ管理部１７ａに対応するプログラムをＣＰＵにロードして実行させることになる。

データ管理部１７ａは、カードが挿入された場合に、カードＩＤ及び台間カード処理機ＩＤを含むカード挿入通知を管理装置５０に送信する。また、データ管理部１７ａは、管理装置５０から有価価値（プリペイド価値、持玉及び貯玉の少なくともいずれか）を含むデータを受信した場合に、受信した有価価値によりカードデータ１６ｂを更新する。

また、データ管理部１７ａは、紙幣挿入口１２ａに紙幣が挿入されると、挿入された紙幣の金額、カードＩＤ及び台間カード処理機ＩＤを含む入金通知を管理装置５０に送信する。

また、データ管理部１７ａは、遊技客により玉貸操作が行なわれた場合に、カードＩＤ及び台間カード処理機ＩＤを含む玉貸要求を管理装置５０に送信する。この玉貸要求への応答として玉貸許可を受信したならば、データ管理部１７ａは、カードデータ１６ｂのプリペイド価値を減算し、所定数の玉数を遊技機２０の遊技球数に加算させるよう遊技管理部１８に指示する。

また、データ管理部１７ａは、持玉再プレイ操作を受け付けたならば、カードデータ１６ｂの持玉を減算して更新し、対応する玉数を遊技機２０の遊技球数に加算させるよう遊技管理部１８に指示する。

また、データ管理部１７ａは、カードデータ１６ｂに示された貯玉の残高が貯玉再プレイ単位数以上である場合には、表示操作部１３に貯玉再プレイボタンを表示し、貯玉再プレイ操作を受け付け可能とする。データ管理部１７ａは、遊技客により貯玉再プレイ操作が行なわれた場合に、カードＩＤ及び台間カード処理機ＩＤを含む貯玉再プレイ要求を管理装置５０に送信する。この貯玉再プレイ要求への応答として貯玉再プレイデータを受信したならば、カードデータ１６ｂの貯玉の残高を更新し、貯玉再プレイ単位数に対応する玉数を遊技機２０の遊技球数に加算させるよう遊技管理部１８に指示する。なお、初回の貯玉再プレイ操作時には、暗証番号の入力を求め、カードデータ１６ｂに示された暗証番号と一致することを、貯玉再プレイ要求を送信するための条件とする。

また、データ管理部１７ａは、遊技管理部１８が遊技機２０から遊技玉の移行要求を受け付けた場合には、遊技管理部１８に指示された玉数をカードデータ１６ｂの持玉に加算して更新する。

また、データ管理部１７ａは、カード返却操作を受け付けた場合には、カードＩＤ、台間カード処理機ＩＤ、持玉の残高を含む持玉加算要求を管理装置５０に送信する。そして、カードデータ１６ｂをクリアした後、カード排出通知を管理装置５０に送信し、カードを排出する。

次に、図４に示した台間カード処理機１０の記憶部１６が記憶するデータの具体例について説明する。図５は、図４に示した自装置状態データ１６ａ、カードデータ１６ｂ及びＳＣ通信条件データ１６ｃの一例を示す図である。

図５（ａ）に示す自装置状態データ１６ａは、台間カード処理機１０のＩＤが「Ａ１０１」であり、接続されている遊技機２０の遊技機ＩＤが「Ｂ２０１」、台間カード処理機１０の遊技種として「玉１」が設定された状態を示している。

図５（ｂ）に示すカードデータ１６ｂは、台間カード処理機１０に挿入されたカードのＩＤが「２００１」であることを示している。なお、ここでは、カードＩＤの上１桁がカードの種別を示しており、上１桁が「１」のカードが一般カード、上１桁が「２」のカードが会員カードである。また、カードデータ１６ｂは、貯玉再プレイ用の暗証番号が「１２３４」であり、プリペイド価値が「３０００」円である状態を示している。

また、カードデータ１６ｂは、持玉として、玉１の持玉の残高が「１５００」玉、玉２の持玉の残高が「２５００」玉、玉３の持玉の残高が「０」玉であり、貯玉として、玉１の貯玉の残高が「５００」玉、玉２の貯玉の残高が「０」玉、玉３の貯玉の残高が「０」玉である状態を示している。

図５（ｃ）に示すＳＣ通信条件データ１６ｃは、条件１として、「新たに遊技機が接続された場合」が、条件２として、「同一の遊技機と再接続された場合」が、条件３として、「自装置が移設された場合」が、条件４として、「遊技機情報の更新から１４０時間経過した場合」が、条件５として、「ＳＣ通信２の通知から１時間経過してもＳＣ応答２がない場合」が設定されていることを示している。

＜遊技機２０の構成＞
次に、図２に示した遊技機２０の構成について説明する。図６は、図２に示した遊技機２０の構成を示す図である。図６に示すように、遊技機２０は、通信制御部２３、演出制御部２４、遊技制御部２５、遊技玉制御部２６及び記憶部２７を有する。

記憶部２７は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部２７は、ＳＣ通信条件データ２７ａを記憶する。ＳＣ通信条件データ２７ａは、ＳＣ通信１を通知するための条件を示すデータである。ＳＣ通信条件データ２７ａは、新たに台間カード処理機１０に自装置が接続された場合などの条件を指定しており、当該条件に合致する場合に、通信制御部２３がＳＣ通信１を通知する。

通信制御部２３は、台間カード処理機１０との間のデータ通信の制御及びＳＣ通信１の管理を行う制御部である。通信制御部２３は、ＳＣ通信条件データ２７ａに記憶された条件を参照し、当該条件に合致する場合に、認証鍵に関する情報の要求を暗号化して、ＳＣ通信１として管理装置５０を介して情報センタ１１０に通知する。通信制御部２３は、管理装置５０を介して情報センタ１１０からのＳＣ応答１を受け取ったならば、当該ＳＣ応答１を複合して認証鍵を取り出す。通信制御部２３は、台間カード処理機１０との通信を制御し、その際の通信は所定の暗号方式を用いた暗号通信を用いる。

通信制御部２３は、遊技機２０の起動時に、遊技制御部２５及び／又は遊技玉制御部２６に設けられる制御ＣＰＵから識別情報を読み出し、識別情報が適切かどうかを確認し、適切であれば、台間カード処理機１０との通信を確立して待機状態となる。待機状態において、台間カード処理機１０から動作許可を受信したならば、演出制御部２４、遊技制御部２５及び遊技玉制御部２６を起動し、遊技可能な状態とする。

遊技制御部２５は、遊技機２０による遊技を制御する制御部である。実際には、遊技制御部２５に対応するプログラムをＣＰＵにロードして実行することにより、プロセスを実行させることになる。

具体的には、遊技制御部２５は、ハンドル操作検出による遊技玉の遊技盤面への発射制御、遊技盤面における入賞口に入った遊技玉の検出、始動口に入った遊技玉による乱数（０～６５５３５の乱数値の中で、所定の範囲ごとに大当り、小当り、はずれの数値が割り当てられているもの）の取得及び抽選（特別図柄及び普通図柄）、遊技盤面に設けられる可動部材（チューリップ等）の制御、遊技盤面に設けられる特別図柄表示装置の表示制御、不正の虞がある異常（前枠が開いている、振動を検知した等）の検出及び上位装置への通知等を行う。

遊技盤面には多数の障害釘が植設されており、ハンドル操作によって遊技盤面に発射された遊技玉は、障害釘の間を落下していき、入賞口、始動口に入賞するか、入賞せずに遊技盤面のアウト口から遊技盤面外に排出される。遊技玉が始動口に入賞したことにより抽選が行われ、大当りとなると、遊技盤面上の所定の入賞口を複数回開放状態に制御する大当り遊技が行われ、この入賞口への遊技玉の入賞が容易になることにより、遊技客に賞玉を付与する。

また、大当りには、大当り遊技終了後、遊技客に所定の特典遊技を付与する特典付大当り遊技がある。特典付き大当り遊技には、確率変動大当りと時短大当りが含まれる。確率変動大当りと時短大当りは、それぞれ大当り後に特典遊技として確率変動遊技と時短遊技を付与するものである。時短遊技は、普通図柄抽選（上記する可動部材の開閉抽選）及び／又は特別図柄抽選（上記する遊技玉の入賞による大当り抽選）の変動時間（抽選処理を開始してから結果を表示するまでの時間）を短縮することにより、単位時間あたりの抽選回数を増大させ、単位時間あたりに大当りに当選する確率を高める特典遊技である。この特典遊技には、普通図柄の当選確率を高くする普通図柄確率変動を含んでいても良い。時短大当りによる時短遊技は、特別図柄抽選の抽選回数が大当り後所定の回数行われた場合に終了する。確率変動遊技については後述する。

遊技制御部２５は、確率変動機能を有する。確率変動機能とは、抽選結果が大当りのうち、特に定められた乱数範囲になった場合に、次回抽選に用いる大当りの乱数範囲を変更する（一般的には１０倍程度にする）制御を行う機能である。確率変動遊技は、この変更された後の確率を用いて特別図柄抽選を行うものである。確率変動遊技は、次回大当り当選まで継続される。また、確率変動遊技と時短遊技を同時に付与してもよい。ただし、不測の遊技店の損害を予防するため、確率変動遊技あるいは時短遊技開始後、一定の遊技媒体を遊技客が獲得した場合は、打ち止め（一旦カードを排出し、賞品交換あるいは台移動を要求する）処理としてもよい。この場合、確率変動遊技状態になった後の遊技媒体数を遊技機２０にて計数し、この計数値が所定値になった場合に遊技玉の発射を停止する等の遊技停止制御を行うことで実現できる。

演出制御部２４は、遊技中の演出を制御する制御部であり、演出図柄抽選部２４ａ及び演出抽選部２４ｂを有する。実際には、これらのプログラムをＣＰＵにロードして実行することにより、演出図柄抽選部２４ａ及び演出抽選部２４ｂにそれぞれ対応するプロセスを実行させることになる。

演出図柄抽選部２４ａは、遊技制御部２５での特別図柄抽選に基づく、演出図柄（遊技盤面内の表示装置等の演出図柄表示装置で表示する図柄）の抽選（具体的には表示を最終的に７，７，７で止めるかどうかなど）を行う。

演出抽選部２４ｂは、演出図柄による抽選結果を表示するまでに行う演出の種類の抽選（キャラクタが出てきてリーチ演出をするなど）を行う。かかる演出は、メインの抽選結果に対して選択される演出が異なるように設定される。

演出制御部２４は、各演出の演出データを記憶する。さらに、演出制御部２４は、演出図柄表示装置の表示を制御し、演出実行時には、背景図柄データに演出データを重ねて演出表示を行う。また、確率変動時には、通常状態と異なる背景色データを設定する。

遊技玉制御部２６は、遊技球数を制御する制御部である。実際には、遊技玉制御部２６に対応するプログラムをＣＰＵにロードして実行することにより、プロセスを実行させることになる。遊技可能数管理部２６ａは、遊技可能数すなわち遊技球数を管理する管理部である。

具体的には、遊技玉制御部２６は、遊技球数を遊技可能数メモリに記憶させ、遊技玉を発射する度に遊技球数を「１」減算し、入賞により獲得される賞出玉数を遊技球数に加算する。また、台間カード処理機１０より玉数を通知された場合には、通知された玉数を遊技球数に加算して、台間カード処理機１０に対して遊技球数に加算した旨を示す確認信号を送信する。また、遊技玉制御部２６は、遊技機２０に封入された遊技玉（循環玉）のクリーニング制御を行うこともできる。

また、遊技玉制御部２６は、遊技可能数メモリに記憶された遊技球数を定期的に台間カード処理機１０に送信する。この場合には、遊技玉制御部２６は、遊技可能数メモリの内容をゼロクリアすることなく、遊技状態によって遊技球数の更新を継続しつつ、台間カード処理機１０へデータ取得時点での遊技球数の送信を行う。

また、遊技機２０には、計数ボタン２２が設けられており、この計数ボタン２２が押下されたことを示す信号が遊技玉制御部２６に入力される。遊技玉制御部２６は、計数ボタン２２の押下操作を検出し、検出信号の立ち上がりから立ち下がりまでが一定時間未満あると、一定数ずつ（例えば１回の操作あたり１００玉）の遊技球数のデータとともに、台間カード処理機１０に管理移行要求を送信する。そして、台間カード処理機１０の管理に移行した分の玉数を遊技球数から減算（無効化）する。また、計数ボタン２２の押下操作を検出し、検出信号が立ち上がってから所定時間以上立ち下がりが検出されない場合には、検出信号が立ち上がった状態が一定時間続くごとに一定数ずつ（例えば５秒あたり２００玉）の遊技球数のデータとともに、台間カード処理機１０に管理移行要求を送信する。そして、台間カード処理機１０の管理に移行した分の玉数を遊技球数から減算（無効化）する。遊技球数からの減算にあたっては、メモリに記憶した１の値から減算対象の値をディクリメントする方法や、メモリに記憶した値を減算後の値で更新し、減算前の値を削除あるいは論理削除して無効化する方法等が考えられるが、減算後の値が特定可能な状態であれば特に限定はされない。

遊技制御部２５と遊技玉制御部２６とは、それぞれ個別の基板上に構成される。遊技制御部２５が構成された遊技制御基板と遊技玉制御部２６が構成された遊技玉制御基板は、それぞれ固有のＩＤを有する。遊技機２０は、遊技制御基板のＩＤと遊技玉制御基板のＩＤとを組合せ、遊技機ＩＤとして使用する。

次に、図６に示した遊技機２０の記憶部２７が記憶するデータの具体例について説明する。図７は、図６に示したＳＣ通信条件データ２７ａの一例を示す図である。

図７に示すＳＣ通信条件データ２７ａは、条件１として、「新たに台間カード処理機に接続された場合」が、条件２として、「毎月１５日」が、条件３として、「認証鍵の更新から６００時間経過した場合」が、条件４として、「認証鍵による複合に異常が発生した場合」が、条件５として、「ＳＣ通信１の通知から１時間経過してもＳＣ応答１がない場合」が設定されていることを示している。

＜管理装置５０の構成＞
次に、図２に示した管理装置５０の構成について説明する。図８は、図２に示した管理装置５０の構成を示す図である。図８に示すように、管理装置５０は、表示部５１及び入力部５２と接続され、外部ネットワーク通信部５３、店舗ネットワーク通信部５４、記憶部５５及び制御部５６を有する。

表示部５１は、液晶パネルやディスプレイ装置等である。入力部５２は、キーボードやマウス等である。外部ネットワーク通信部５３は、外部ネットワークを介して情報センタ１１０とデータ通信するためのインタフェース部である。店舗ネットワーク通信部５４は、遊技店内において通信回線を介して島コントローラ３０、賞品管理装置６０及び精算機７０とデータ通信するためのインタフェース部である。

記憶部５５は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、カード管理データ５５ａ、装置管理データ５５ｂ、会員管理データ５５ｃ、異常判定閾値データ５５ｄ及びＳＣ通信データ５５ｅを記憶する。

カード管理データ５５ａは、カードＩＤにプリペイド価値の残高や持玉の残高等を関連付けたデータである。装置管理データ５５ｂは、遊技店に設置された装置に関するデータである。この装置管理データ５５ｂは、台間カード処理機ＩＤ、設置場所、遊技機ＩＤ、遊技機２０の機種データ等を含んでいる。

会員管理データ５５ｃは、会員に対して発行した会員カードのカードＩＤに対して、会員の氏名、貯玉の情報等を関連付けたデータである。異常判定閾値データ５５ｄは、ＳＣ通信等に係る異常を判定する際の閾値を示すデータである。ＳＣ通信データ５５ｅは、ＳＣ通信等に係る通信の送受信時刻を示すデータである。

制御部５６は、管理装置５０の全体制御を行う制御部であり、カード管理部５６ａ、装置管理部５６ｂ、会員管理部５６ｃ、閾値管理部５６ｄ、ＳＣ通信制御部５６ｅ、ＳＣ通信管理部５６ｆ、ＳＣ受信判定部５６ｇ、センタ送信判定部５６ｈ、センタ受信判定部５６ｉ及び報知部５６ｊを有する。実際には、これらのプログラムをＣＰＵにロードして実行することにより、カード管理部５６ａ、装置管理部５６ｂ、会員管理部５６ｃ、閾値管理部５６ｄ、ＳＣ通信制御部５６ｅ、ＳＣ通信管理部５６ｆ、ＳＣ受信判定部５６ｇ、センタ送信判定部５６ｈ、センタ受信判定部５６ｉ及び報知部５６ｊにそれぞれ対応するプロセスを実行させることになる。

カード管理部５６ａは、カード管理データ５５ａの管理を行う処理部である。カード管理部５６ａは、台間カード処理機１０、賞品管理装置６０及び精算機７０と通信して、カードＩＤに対応付けられたプリペイド価値及び持玉の残高を更新する。また、カード管理部５６ａは、台間カード処理機１０からカード挿入通知を受信した場合には、該カードに関連づけられた有価価値及び持玉の残高を通知する。

装置管理部５６ｂは、装置管理データ５５ｂの管理を行う処理部である。装置管理部５６ｂは、台間カード処理機１０から取得した台間カード処理機ＩＤ、設置場所及び遊技機ＩＤに基づいて、装置管理データ５５ｂを生成及び更新する。

会員管理部５６ｃは、会員管理データ５５ｃの管理を行う処理部である。会員管理部５６ｃは、賞品管理装置６０と通信して、カードＩＤに関連付けられた貯玉の残高を更新する。また、会員管理部５６ｃは、会員登録要求を受け付けた場合には、会員管理データ５５ｃに会員を追加する更新を行う。

ここで、会員管理部５６ｃによる貯玉再プレイ処理について説明する。会員管理部５６ｃは、台間カード処理機１０から貯玉再プレイ要求データを受信したならば、該貯玉再プレイ要求データ内のカードＩＤに関連付けられた貯玉のうち、払出先のレートの貯玉の残高を払出単位数だけ引落し、貯玉再プレイの可能数を再計算する。そして、減算後の残高と貯玉再プレイの可能数とを含む貯玉再プレイデータを台間カード処理機１０に送信する。

閾値管理部５６ｄは、異常判定閾値データ５５ｄを管理する処理部である。閾値管理部５６ｄは、入力部５２からＳＣ受信閾値、センタ送信閾値及びセンタ受信閾値を受け付け、それぞれを異常判定閾値データ５５ｄに記憶する。

ＳＣ通信制御部５６ｅは、ＳＣ通信及びセンタ応答の中継を行う処理部である。ＳＣ通信制御部５６ｅは、遊技機２０及び台間カード処理機１０から受信したＳＣ通信１及びＳＣ通信２をまとめてファイル化してセンタ通信とし、管理センタ１００を介して情報センタ１１０に通知する。ＳＣ通信制御部５６ｅは、管理センタ１００を介して情報センタ１１０から受信したセンタ応答を認証鍵に係るＳＣ応答１及び遊技機情報に係るＳＣ応答２に分割し、それぞれを遊技機２０及び台間カード処理機１０に通知する。

ＳＣ通信管理部５６ｆは、ＳＣ通信データ５５ｅを管理する処理部である。ＳＣ通信管理部５６ｆは、遊技機２０及び台間カード処理機１０から受信したＳＣ通信１及びＳＣ通信２のそれぞれにおいて、ＳＣ通信データ５５ｅのＳＣ通信受信時刻１にデータがある場合はＳＣ通信受信時刻２に、ＳＣ通信受信時刻１にデータがない場合はＳＣ通信受信時刻１及びＳＣ通信受信時刻２に、当該ＳＣ通信を受信した時刻を記憶する。

ＳＣ通信管理部５６ｆは、管理センタ１００を介して情報センタ１１０に送信したセンタ通信の送信時刻を、ＳＣ通信データ５５ｅのセンタ通信送信時刻に記憶する。ＳＣ通信管理部５６ｆは、管理センタ１００を介して情報センタ１１０から受信したセンタ応答の受信時刻を、ＳＣ通信データ５５ｅのセンタ応答受信時刻に記憶するとともに、ＳＣ通信受信時刻１のデータを消去する。

ＳＣ受信判定部５６ｇは、ＳＣ通信の受信に係る異常の判定を行う処理部である。ＳＣ受信判定部５６ｇは、ＳＣ通信１及びＳＣ通信２のそれぞれにおいて、ＳＣ通信データ５５ｅのＳＣ通信受信時刻１及びＳＣ通信受信時刻２の差が異常判定閾値データ５５ｄのＳＣ受信閾値以上であれば、遊技機２０又は台間カード処理機１０のＳＣ基板の送信異常と判定し、報知部に処理を受け渡す。

ＳＣ受信判定部５６ｇは、ＳＣ通信データ５５ｅのＳＣ通信受信時刻１及びＳＣ通信受信時刻２にデータが記憶され、かつ、当該ＳＣ通信受信時刻２及び現在時刻の差が異常判定閾値データ５５ｄのＳＣ受信閾値以上であれば、遊技機２０又は台間カード処理機１０のＳＣ基板の送信異常と判定し、報知部に処理を受け渡す。

センタ送信判定部５６ｈは、センタ通信の送信に係る異常の判定を行う処理部である。センタ送信判定部５６ｈは、ＳＣ通信１又はＳＣ通信２にかかるＳＣ通信データ５５ｅのＳＣ通信受信時刻１及びセンタ通信送信時刻の差が、異常判定閾値データ５５ｄのセンタ送信閾値以上であれば、ＳＣ通信制御部５６ｅの送信異常と判定し、報知部に処理を受け渡す。

センタ受信判定部５６ｉは、センタ応答の受信に係る異常の判定を行う処理部である。センタ受信判定部５６ｉは、ＳＣ通信１又はＳＣ通信２にかかるＳＣ通信データ５５ｅのＳＣ通信受信時刻１及びセンタ応答受信時刻の差が、異常判定閾値データ５５ｄのセンタ受信閾値以上であれば、情報センタ１１０の送信異常と判定し、報知部に処理を受け渡す。

報知部５６ｊは、ＳＣ通信に係る異常を検知した場合にその旨を報知する処理部である。報知部５６ｊは、ＳＣ受信判定部５６ｇ、センタ送信判定部５６ｈ又はセンタ受信判定部５６ｉから処理を受け渡されたならば、記載しない従業員端末等に対して、ＳＣ通信に係る異常の発生の旨を報知する。

次に、図８に示した管理装置５０の記憶部５５が記憶するデータの具体例について説明する。図９及び図１０は、図８に示したカード管理データ５５ａ、装置管理データ５５ｂ、会員管理データ５５ｃ、異常判定閾値データ５５ｄ及びＳＣ通信データ５５ｅの一例を示す図である。

図９（ｂ）に示すカード管理データ５５ａでは、カードＩＤ「１００１」にプリペイド価値「０」円、各レートの持玉の残高「０」玉、使用先ＩＤ「Ａ１０１」が対応付けられている。すなわち、カードＩＤ「１００１」のカードは、装置ＩＤ「Ａ１０１」の台間カード処理機１０に挿入されており、持玉については台間カード処理機１０に管理が移っている。このため、各レートの持玉の残高はゼロである。

また、カード管理データ５５ａでは、カードＩＤ「２００１」にプリペイド価値「３０００」円、持玉として、玉１の持玉の残高「１５００」玉、玉２の持玉の残高「２５００」玉、玉３の持玉の残高「０」玉と対応付けられているが、使用先ＩＤの対応付けはされていない。すなわち、カードＩＤ「２００１」のカードは、台間カード処理機１０に挿入されておらず、持玉の管理が管理装置５０により行われている。

図９（ｂ）に示す装置管理データ５５ｂは、ＩＤ「Ａ１０１」の台間カード処理機１０の設置場所が「島１－１」、接続された遊技機２０のＩＤが「Ｂ２０１」、遊技台番号が「１１」、遊技種が「玉１」、接続された遊技機２０の機種が「ＥＶ０１」、製造番号が「ａ」であることを示している。また、この遊技機２０が使用中の状態にあることも示している。

また、装置管理データ５５ｂは、ＩＤ「Ａ２０１」の台間カード処理機１０の設置場所が「島２－１」、接続された遊技機２０のＩＤが「Ｂ５０６」、遊技台番号が「２１」、遊技種が「玉３」、接続された遊技機２０の機種が「ＤＸ０３」、製造番号が「ｇ」であることを示している。また、この遊技機２０が使用中の状態にあることも示している。

図９（ｃ）に示す会員管理データ５５ｃは、カードＩＤに対応付けられた、氏名、貯玉等を示している。具体的には、会員管理データ５５ｃは、カードＩＤ「２００５」に対して、氏名「特許太郎」、「玉１」の貯玉の残高「１５００」玉、「玉２」の貯玉の残高「２００」玉、「玉３」の貯玉の残高「０」玉を対応付けている。

図９（ｄ）に示す異常判定閾値データ５５ｄは、ＳＣ受信閾値が「６０分」、センタ送信閾値が「２０分」、センタ受信閾値が「６０分」に設定されていることを示している。

図１０に示すＳＣ通信データ５５ｅは、台間カード処理機ＩＤ「Ａ１０１」のＳＣ種別「ＳＣ１」に対して、ＳＣ通信受信時刻１が「２０２０/１０/０１ １９：１０」、ＳＣ通信受信時刻２が「２０２０/１０/０１ ２０：１５」、センタ通信送信時刻が「２０２０/１０/０１ １７：００」、センタ応答受信時刻が「２０２０/１０/０１ １７：３０」を、台間カード処理機ＩＤ「Ａ１０１」のＳＣ種別「ＳＣ２」に対して、ＳＣ通信受信時刻１が「２０２０/１０/０１ １９：２０」、ＳＣ通信受信時刻２が「２０２０/１０/０１ １９：２０」、センタ通信送信時刻が「２０２０/１０/０１ １７：００」、センタ応答受信時刻が「２０２０/１０/０１ １７：３０」を対応付けている。

また、ＳＣ通信データ５５ｅは、台間カード処理機ＩＤ「Ａ１０２」のＳＣ種別「ＳＣ１」に対して、ＳＣ通信受信時刻１が「２０２０/１０/０１ １９：３０」、ＳＣ通信受信時刻２が「２０２０/１０/０１ １９：３０」、センタ通信送信時刻が「２０２０/１０/０１ ２０：００」、センタ応答受信時刻が「２０２０/１０/０１ １７：５０」を、台間カード処理機ＩＤ「Ａ１０２」のＳＣ種別「ＳＣ２」に対して、ＳＣ通信受信時刻１が「２０２０/１０/０１ １９：５０」、ＳＣ通信受信時刻２が「２０２０/１０/０１ １９：５０」、センタ通信送信時刻が「２０２０/１０/０１ ２０：００」、センタ応答受信時刻が「２０２０/１０/０１ ２１：００」を対応付けている。

＜実施形態１に係る異常判定パターン＞
次に、本実施形態１に係る異常判定パターンについて説明する。図１１は、本実施形態１に係る異常判定パターンを示す図である。

まず、異常判定パターンは、パターン１からパターン４の４つに区分される。パターン１は、同一のＳＣ基板からの最古の受信時刻と最新の受信時刻の差が、ＳＣ受信閾値以上である場合は、ＳＣ基板の送信異常と判定する。

例えば、図１０における台間カード処理機ＩＤ「Ａ１０１」、ＳＣ種別「ＳＣ１」の場合では、ＳＣ通信受信時刻１とＳＣ通信受信時刻２の差（６５分）が、図９（ｄ）におけるＳＣ受信閾値（６０分）以上であるため、ＳＣ通信１を送信する遊技機２０のＳＣ基板の送信異常と判定する。

パターン２は、同一のＳＣ基板からの最古の受信時刻と最新の受信時刻が記憶され、かつ、当該最新の受信時刻と現在時刻の差が、ＳＣ受信閾値以上である場合は、ＳＣ基板の送信異常と判定する。

例えば、図１０における台間カード処理機ＩＤ「Ａ１０１」、ＳＣ種別「ＳＣ２」の場合では、ＳＣ通信受信時刻１とＳＣ通信受信時刻２にデータが記憶されており、かつ、ＳＣ通信受信時刻２と現在時刻（２０：３０とする）の差（７０分）が、図９（ｄ）におけるＳＣ受信閾値（６０分）以上であるため、ＳＣ通信２を送信する台間カード処理機１０のＳＣ基板の送信異常と判定する。

パターン３は、ＳＣ基板からの最古の受信時刻とセンタ送信時刻の差が、センタ送信閾値以上である場合は、管理装置５０からセンタ向けの送信異常と判定する。

例えば、図１０における台間カード処理機ＩＤ「Ａ１０２」、ＳＣ種別「ＳＣ１」の場合では、ＳＣ通信受信時刻１とセンタ通信送信時刻の差（３０分）が、図９（ｄ）におけるセンタ送信閾値（２０分）以上であるため、管理装置５０から情報センタ１１０への送信異常と判定する。

パターン４は、ＳＣ基板からの最古の受信時刻とセンタ受信時刻の差が、センタ受信閾値以上である場合は、センタ側の送信異常と判定する。

例えば、図１０における台間カード処理機ＩＤ「Ａ１０２」、ＳＣ種別「ＳＣ２」の場合では、ＳＣ通信受信時刻１とセンタ応答受信時刻の差（７０分）が、図９（ｄ）におけるセンタ受信閾値（６０分）以上であるため、情報センタ１１０から管理装置５０への送信異常と判定する。

＜実施形態１に係る管理装置５０の処理手順＞
次に、本実施形態１に係る管理装置５０の処理手順について説明する。図１２及び図１３は、本実施形態１に係る管理装置５０の処理手順を示すフローチャートである。

まず、遊技機２０又は台間カード処理機１０からＳＣ通信を受信していないならば（ステップＳ１０１；Ｎｏ）、ステップＳ１０７に移行する。ＳＣ通信を受信しているならば（ステップＳ１０１；Ｙｅｓ）、受信時刻をＳＣ通信データ５５ｅのＳＣ通信受信時刻２に記憶する（ステップＳ１０２）。

ＳＣ通信受信時刻１にデータがない場合は（ステップＳ１０３；Ｎｏ）、ＳＣ通信受信時刻１に当該ＳＣ通信の受信時刻を記憶する（ステップＳ１０６）。ＳＣ通信受信時刻１にデータがあり（ステップＳ１０３；Ｙｅｓ）、かつ、ＳＣ通信受信時刻１とＳＣ通信受信時刻２の差がＳＣ受信閾値以上である場合は（ステップＳ１０４；Ｙｅｓ）、ＳＣ基板の送信異常と判定して、その旨を報知する（ステップＳ１０５）。

また、ＳＣ通信受信時刻１及びＳＣ通信受信時刻２にデータがあり（ステップＳ１０７；Ｙｅｓ）、かつ、ＳＣ通信受信時刻２と現在時刻の差がＳＣ受信閾値以上である場合は（ステップＳ１０８；Ｙｅｓ）、ＳＣ基板の送信異常と判定して、その旨を報知する（ステップＳ１０９）。

次に、情報センタ１１０へのセンタ通信を送信していないならば（ステップＳ１１０；Ｎｏ）、ステップＳ１１４に移行する。センタ通信を送信しているならば（ステップＳ１１０；Ｙｅｓ）、送信時刻をＳＣ通信データ５５ｅのセンタ通信送信時刻に記憶する（ステップＳ１１１）。

ＳＣ通信受信時刻１とセンタ通信送信時刻の差がセンタ送信閾値以上である場合は（ステップＳ１１２；Ｙｅｓ）、管理装置５０による情報センタ１１０向けのセンタ通信の送信異常と判定して、その旨を報知する（ステップＳ１１３）。

次に、情報センタ１１０からセンタ応答を受信していないならば（ステップＳ１１４；Ｎｏ）、ステップＳ１１９に移行する。センタ応答を受信しているならば（ステップＳ１１４；Ｙｅｓ）、受信時刻をＳＣ通信データ５５ｅのセンタ応答受信時刻に記憶する（ステップＳ１１５）。

ＳＣ通信受信時刻１とセンタ応答受信時刻の差がセンタ受信閾値以上である場合は（ステップＳ１１６；Ｙｅｓ）、管理装置５０に向けた情報センタ１１０側におけるセンタ応答の送信異常と判定して、その旨を報知する（ステップＳ１１７）。ＳＣ通信データ５５ｅのＳＣ通信受信時刻１のデータを消去して（ステップＳ１１８）、遊技システムの停止指示の有無を確認する（ステップＳ１１９）。

遊技システムの停止指示がない場合は（ステップＳ１１９；Ｎｏ）、ステップＳ１０１に移行する。遊技システムの停止指示がある場合は（ステップＳ１１９；Ｙｅｓ）、処理を終了する。

このように、本実施形態１に係る遊技システムは、遊技機の認証情報に係る通信の異常を検知して、異常状態への対応業務を効率化することができる。

なお、上記の実施形態１では、管理装置５０において認証情報に係る通信の異常を検知する構成について説明したが、本発明はこれに限定されるものではなく、管理センタ１００において認証情報に係る通信の異常を検知するよう構成することもできる。

上述してきたように、本実施形態１では、封入式の遊技機２０に併設された台間カード処理機１０と通信可能に接続された管理装置５０であって、遊技機２０及び台間カード処理１０から通知されるＳＣ通信１及びＳＣ通信２のそれぞれにおける最古の受信時刻及び最新の受信時刻、管理装置５０が通知するセンタ通信の通知時刻、並びに、情報センタ１１０から通知されるセンタ応答の受信時刻をＳＣ通信データ５５ｅに記憶し、情報センタ１１０から通知されるセンタ応答を受信した場合に、ＳＣ通信データ５５ｅに記憶されているＳＣ通信１及びＳＣ通信２に係る最古の受信時刻を消去するとともに、異常判定閾値データ５５ｄを用いてＳＣ通信データ５５ｅを検索し、異常の発生を検知して報知するよう構成したので、異常状態への対応業務を効率化することができる。

［実施形態２］
ところで、上記の実施形態１では、遊技機の認証情報に係る通信の異常を検知する構成について説明したが、本発明はこれに限定されるものではなく、封入式のパチンコ遊技機及びスロット遊技機の双方の機種に対応可能な台間カード処理機に対して、管理装置からいずれの機種に対応するのかを指定することにより、装置の管理と運用を効率化することができるよう構成することもできる。

本実施形態２では、封入式のパチンコ遊技機及びスロット遊技機の双方の機種に対応可能な台間カード処理機に対して、管理装置からいずれの機種に対応するのかを指定することにより、装置の管理と運用を効率化する構成について説明する。

図１４は、本実施形態２に係る遊技システムの概要を説明するための説明図である。図１４に示すように、管理装置２００において、台間カード処理機３００の運用機種を設定する（Ｓ１１）。パチンコ遊技機２０Ａに接続された台間カード処理機３００Ａ及びスロット遊技機２０Ｂに接続された台間カード処理機３００Ｂから、装置認証申請を通知する（Ｓ１２）。

管理装置２００は、台間カード処理機３００の装置認証を実施し（Ｓ１３）、設定した運用機種を当該台間カード処理機３００に通知する（Ｓ１４）。当該通知を受け取った台間カード処理機３００は、指定された運用機種に基づいて遊技の運用を行う（Ｓ１５）。

このように、封入式のパチンコ遊技機及びスロット遊技機の双方の機種に対応可能な台間カード処理機に対して、管理装置からいずれの機種に対応するのかを指定することにより、装置の管理と運用を効率化することができる。

＜実施形態２に係る管理装置２００の構成＞
次に、本実施形態２に係る管理装置２００の構成について説明する。図１５は、本実施形態２に係る管理装置２００の構成を示す図である。なお、図８に示した管理装置５０と同様の機能部についての説明は省略する。

管理装置２００は、表示部５１及び入力部５２と接続され、外部ネットワーク通信部５３、店舗ネットワーク通信部５４、記憶部２１０及び制御部２２０を有する。

記憶部２１０は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部２１０は、カード管理データ５５ａ、運用機種管理データ２１１、装置管理データ２１２及び会員管理データ５５ｃを記憶する。

運用機種管理データ２１１は、台間カード処理機３００に指定された運用機種を示すデータである。運用機種管理データ２１１は、台間カード処理機ＩＤ、機種、運用機種等を含んでいる。

装置管理データ２１２は、遊技店に設置された装置に関するデータである。装置管理データ２１２は、遊技台番号、遊技機ＩＤ、並びに、台間カード処理機３００の装置ＩＤ、機種、運用機種、遊技種等を含んでいる。

制御部２２０は、管理装置２００の全体制御を行う制御部であり、カード管理部５６ａ、運用機種管理部２２１、装置管理部２２２及び会員管理部５６ｃを有する。実際には、これらのプログラムをＣＰＵにロードして実行することにより、カード管理部５６ａ、運用機種管理部２２１、装置管理部２２２及び会員管理部５６ｃにそれぞれ対応するプロセスを実行させることになる。

運用機種管理部２２１は、運用機種管理データ２１１の管理を行う処理部である。運用機種管理部２２１は、入力部５２から受け付けた台間カード処理機３００の機種及び運用機種を、運用機種管理データ２１１に記憶する。

装置管理部２２２は、装置管理データ２１２の管理を行う処理部である。装置管理部２２２は、台間カード処理機３００から装置認証申請を受け付けたならば、当該装置認証申請に含まれる台間カード処理機３００に係る情報及び当該台間カード処理機３００に係る運用機種管理データ２１１内の情報を装置管理データ２１２に記憶するとともに、当該台間カード処理機３００の装置認証に係る情報及び運用機種管理データ２１１を、当該台間カード処理機３００に通知する。

次に、図１５に示した管理装置２００の記憶部２１０が記憶するデータの具体例について説明する。図１６は、図１５に示した運用機種管理データ２１１及び装置管理データ２１２の一例を示す図である。

図１６（ａ）に示す運用機種管理データ２１１は、台間カード処理機ＩＤ「Ａ１０１」に対して、機種が「ＪＣ０１」、運用機種が「ＪＣＫ」に、台間カード処理機ＩＤ「Ａ２０１」に対して、機種が「ＪＣ０３」、運用機種が「ＪＭＫ」に設定されていることを示している。

図１６（ｂ）に示す装置管理データ２１２は、遊技台番号「１１」に対して、遊技機ＩＤが「Ｂ２０１」、台間カード処理機３００の装置ＩＤが「Ａ１０１」、機種が「ＪＣ０１」、運用機種が「ＪＣＫ」、遊技種が「玉１」であることを、遊技台番号「２１」に対して、遊技機ＩＤが「Ｃ５０６」、台間カード処理機３００の装置ＩＤが「Ａ２０１」、機種が「ＪＣ０３」、運用機種が「ＪＭＫ」、遊技種が「メダル３」であることを示している。

このように、封入式のパチンコ遊技機及びスロット遊技機の双方の機種に対応可能な台間カード処理機に対して、管理装置からいずれの機種に対応するのかを指定することにより、装置の管理と運用を効率化することができる。

なお、上記の実施形態２では、台間カード処理機の運用機種を指定することにより、パチンコ遊技機及びスロット遊技機の双方に対応可能とする構成について説明したが、本発明はこれに限定されるものではなく、指定した運用機種によって、台間カード処理機の画面色を変更することにより、いずれの運用機種で運用されているか容易に識別できるよう構成することもできる。

また、上記の実施形態２では、台間カード処理機の運用機種を指定することにより、パチンコ遊技機及びスロット遊技機の双方に対応可能とする構成について説明したが、本発明はこれに限定されるものではなく、複数の管理用ソフトを同一装置にインストールし、用途に応じて一元的に運用を行うよう構成することもできる。

また、上記の実施形態２では、台間カード処理機の運用機種を指定することにより、パチンコ遊技機及びスロット遊技機の双方に対応可能とする構成について説明したが、本発明はこれに限定されるものではなく、遊技玉とメダルの遊技種を同価値で変換することにより、遊技玉とメダルの相互変換を可能とするよう構成することもできる。

また、上記の実施形態２では、台間カード処理機の運用機種を指定することにより、パチンコ遊技機及びスロット遊技機の双方に対応可能とする構成について説明したが、本発明はこれに限定されるものではなく、パチンコ又はスロットの遊技種別のみを指定するよう構成することもできる。

また、上記の各実施形態で図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

本発明に係る遊技システム、管理装置及び異常検知方法は、遊技機の認証情報に係る通信の異常を検知して、異常状態への対応業務を効率化する場合に適している。

１０ 台間カード処理機
１１ 状態表示部
１２ 紙幣搬送部
１２ａ 紙幣挿入口
１３ 表示操作部
１４ リーダライタ
１４ａ カード挿入口
１５ 通信部
１６ 記憶部
１６ａ 自装置状態データ
１６ｂ カードデータ
１６ｃ ＳＣ通信条件データ
１７ 制御部
１７ａ データ管理部
１８ 遊技管理部
１８ａ 認証処理部
１８ｂ 認証鍵管理部
１８ｃ 遊技機状態管理部
１８ｄ ＳＣ通信管理部
２０ 遊技機
２１ ハンドル
２２ 計数ボタン
２３ 通信制御部
２４ 演出制御部
２４ａ 演出図柄抽選部
２４ｂ 演出抽選部
２５ 遊技制御部
２６ 遊技玉制御部
２６ａ 遊技可能数管理部
２７ 記憶部
２７ａ ＳＣ通信条件データ
３０ 島コントローラ
５０ 管理装置
５１ 表示部
５２ 入力部
５３ 外部ネットワーク通信部
５４ 店舗ネットワーク通信部
５５ 記憶部
５５ａ カード管理データ
５５ｂ 装置管理データ
５５ｃ 会員管理データ
５５ｄ 異常判定閾値データ
５５ｅ ＳＣ通信データ
５６ 制御部
５６ａ カード管理部
５６ｂ 装置管理部
５６ｃ 会員管理部
５６ｄ 閾値管理部
５６ｅ ＳＣ通信制御部
５６ｆ ＳＣ通信管理部
５６ｇ ＳＣ受信判定部
５６ｈ センタ送信判定部
５６ｉ センタ受信判定部
５６ｊ 報知部
６０ 賞品管理装置
７０ 精算機
１００ 管理センタ
１１０ 情報センタ
２００ 管理装置
２１０ 記憶部
２１１ 運用機種管理データ
２１２ 装置管理データ
２２０ 制御部
２２１ 運用機種管理部
２２２ 装置管理部
３００ 台間カード処理機

Claims (7)

1. 所定の記憶部に記憶された遊技媒体数に基づき遊技を提供する封入式の遊技機と、該遊技機に併設された遊技用装置と、前記遊技機及び前記遊技用装置に係る情報を管理する情報管理装置と通信可能に接続された管理装置とを有する遊技システムであって、
   前記管理装置は、
   前記遊技機及び前記遊技用装置から要求情報を取得し、取得した要求情報を前記情報管理装置に通知する第１通知手段と、
   前記要求情報に応答して前記情報管理装置が通知する応答情報を取得し、取得した応答情報を前記遊技機及び前記遊技用装置に通知する第２通知手段と、
   前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻を記憶する記憶手段と、
   前記記憶手段により記憶された前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻に基づいて異常の発生を検出する検出手段と、
   前記検出手段により異常を検知した場合に、その旨を報知する報知手段と
   を備えたことを特徴とする遊技システム。
2. 前記検出手段は、
   前記記憶手段に記憶された第１の要求情報の第１の取得時刻と、前記記憶手段に新たに記憶された第２の要求情報の第２の取得時刻との時間差が第１の閾値以上である場合に異常であると判定することを特徴とする請求項１に記載の遊技システム。
3. 前記検出手段は、
   前記第２の取得時刻と現在時刻との時間差が前記第１の閾値以上である場合に異常であると判定することを特徴とする請求項２に記載の遊技システム。
4. 前記検出手段は、
   前記第１の取得時刻と、前記要求情報を前記情報管理装置に通知する通知時刻との時間差が第２の閾値以上である場合に異常であると判定することを特徴とする請求項１に記載の遊技システム。
5. 前記検出手段は、
   前記第１の取得時刻と、前記応答情報の取得時刻との時間差が第３の閾値以上である場合に異常であると判定することを特徴とする請求項１に記載の遊技システム。
6. 所定の記憶部に記憶された遊技媒体数に基づき遊技を提供する封入式の遊技機に併設された遊技用装置及び前記遊技機及び前記遊技用装置に係る情報を管理する情報管理装置と通信可能に接続された管理装置であって、
   前記遊技機及び前記遊技用装置から要求情報を取得し、取得した要求情報を前記情報管理装置に通知する第１通知手段と、
   前記要求情報に応答して前記情報管理装置が通知する応答情報を取得し、取得した応答情報を前記遊技機及び前記遊技用装置に通知する第２通知手段と、
   前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻を記憶する記憶手段と、
   前記記憶手段により記憶された前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻に基づいて異常の発生を検出する検出手段と、
   前記検出手段により異常を検知した場合に、その旨を報知する報知手段と
   を備えたことを特徴とする管理装置。
7. 所定の記憶部に記憶された遊技媒体数に基づき遊技を提供する封入式の遊技機と、該遊技機に併設された遊技用装置と、前記遊技機及び前記遊技用装置に係る情報を管理する情報管理装置と通信可能に接続された管理装置とを有する遊技システムにおける異常検知方法であって、
   前記管理装置が、前記遊技機及び前記遊技用装置から要求情報を取得し、取得した要求情報を前記情報管理装置に通知する第１通知工程と、
   前記管理装置が、前記要求情報に応答して前記情報管理装置が通知する応答情報を取得し、取得した応答情報を前記遊技機及び前記遊技用装置に通知する第２通知工程と、
   前記管理装置が、前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻を記憶部に記憶する記憶工程と、
   前記管理装置が、前記記憶部に記憶された前記要求情報の取得時刻、前記情報管理装置への要求情報の通知時刻及び前記応答情報の取得時刻に基づいて異常の発生を検出する検出工程と、
   前記管理装置が、前記検出工程により異常を検知した場合に、その旨を報知する報知工程と
   を含んだことを特徴とする異常検知方法。

Images