JP2003111897A - 遊技サーバ、遊技機、遊技管理サーバ及び遊技管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 ゲームの面白みを保持させたまま、遊技者が
安心して遊技を行うことができ、それにより客離れの問
題を解消し得る遊技サーバ、遊技機、遊技管理方法及び
遊技管理サーバを提供する。 【解決手段】 遊技機に遊技者が変更されたことを検知
し得る手段を設け、各遊技機におけるクレジットの累積
消費量を遊技者ごとに管理し、遊技者の消費したクレジ
ットの累積消費量が所定の上限に至った場合には、所定
の還元率に基づいて、当該遊技者に対して還元を行うよ
うにし、さらには、前記還元率を適宜変化させることに
より、高いゲーム性を演出するように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パチスロやパチン
コゲーム等の遊技機の還元を制御する遊技サーバ、遊技
機、遊技管理方法及び遊技管理サーバに関するものであ
る。

【０００２】

【従来の技術】従来から、パチンコやパチスロ等の遊技
機は、メダル等の遊技媒体を遊技機に投入することによ
ってゲームが開始されるように構成されている。そし
て、これらの遊技機は、ゲームを進行することによって
発生する入賞状態に応じて、上述したような遊技媒体を
払い出すようになされている。

【０００３】このような遊技機では、予め設定された確
率で、いわゆる大当たりのような入賞状態が発生するよ
うになされており、遊技者は、自分が遊技を行っている
遊技機で大当たりが発生することを期待してゲームを進
めることになる。

【０００４】このように、確率に依存して当たりを出す
遊技機においては、常に一定の確率で当たりを発生させ
ているわけではなく、相当な回数のゲームを消化したと
きに予め設定されている確率に収束していくように構成
されているので、ゲーム回数が少ないにも関わらず当た
りが発生する場合や、ゲーム回数が多いにも関わらずな
かなか当たりが発生しない場合がでてくる。この点にお
いて、このような遊技機では、ギャンブル性が高まりゲ
ームに面白みが出る一方で、なかなか当たらないことに
より遊技者がゲームへの期待感を失っていく場合もあ
り、このことが客離れにつながる傾向にあった。

【０００５】このような状態を解消するために、様々な
方法が提案されてきた。

【０００６】例えば、特開平８−２４４０１号公報に提
案されている発明では、大当たりを発生させる確率を制
御するための確率テーブルを２つ用意し、ゲーム回数が
多いにも関わらずなかなか当たりが発生しない場合に
は、２つの確率テーブルのうち、より高確率のものを選
択して切り替えることで、当たりの発生する確率を上げ
るようにしている。

【０００７】また、特開平６−７９０５１号公報や特開
平１１−２５３６４０号公報に記載された発明では、い
わゆる還元と呼ばれる方法を用いた遊技機が提案されて
いる。ここで、「還元」とは、所定の条件を満たしたこ
とを契機として、遊技者が投入した遊技媒体（例えばメ
ダル等）の量に応じて、遊技機ごとにメダルを遊技機に
払い戻すシステムのことである。特開平６−７９０５１
号公報に記載された発明は、この払い戻しの基準となる
還元率を制御することによりゲーム性をより高めるもの
であり、特開平１１２５３６４０号公報に記載された発
明は、遊技店の利益率と各遊技機への還元率とを考慮し
て、当たりの発生確率を調整するものである。

【０００８】これらの発明では、当たりの発生確率や還
元率を調整することにより、従来の遊技機に起こりがち
であった、ゲーム回数が多いにも関わらずなかなか当た
りが発生しないという事態を解消するようにしている。

【０００９】

【発明が解決しようとする課題】しかしながら、上記の
特開平８−２４４０１号公報に提案されている発明にお
いては、大当たりの発生確率のばらつきをなくすことに
は成功しているものの、この「ばらつき」の管理は遊技
機毎に行われているため、遊技者間の不均衡は解消され
ず、遊技者が安心して遊技を行えないという問題を解消
することができていない。例えば、ある遊技者がしばら
く当たりのでないままある遊技機で遊技を行い、その
後、他の遊技機に移動した場合に、移動した直後に座っ
た他の遊技者が、前記一の遊技機で当たりを引いてしま
うというようなことは頻繁に起こる可能性がある。この
ような状況においては、１人の遊技者が、先に遊技を行
っていた遊技機で遊技を続行するにも、他の遊技機に移
動するにも、常に不安が付き物であり、その不安感を理
由に客層が遊技から遠ざかる、いわゆる客離れの問題
が、依然として解消されなかった。

【００１０】また、上記の特開平６−７９０５１号公報
や特開平１１−２５３６４０号公報に提案されている還
元型の遊技機の場合も、同様に遊技機ごとに還元を行う
ことを管理しているため、上記と同様の事態が生じ、同
じように客離れの問題は解消され得なかった。

【００１１】本発明は、上述した如き課題に鑑みてなさ
れたものであり、その目的は、ゲームの面白みを保持さ
せたまま、遊技者が安心して遊技を行うことができ、そ
れにより客離れの問題を解消し得る遊技サーバ、遊技
機、遊技管理方法及び遊技管理サーバを提供することに
ある。

【００１２】

【課題を解決するための手段】以上のような目的を達成
するために、本発明においては、遊技機に遊技者が変更
されたことを検知し得る手段を設け、各遊技機における
クレジットの累積消費量を遊技者ごとに管理し、遊技者
の消費したクレジットの累積消費量が所定の上限に至っ
た場合には、所定の還元率に基づいて、当該遊技者に対
して還元を行うようにし、さらには、前記還元率を適宜
変化させることにより、高いゲーム性を演出することを
特徴とする。

【００１３】より具体的には、本発明は、以下のような
ものを提供する。

【００１４】（１） コイン投入若しくは与えられたク
レジット数に基づいてゲームの開始が可能な状態に移行
され、当該ゲームの結果に応じた払い出しが行われる複
数の遊技機からなる遊技機群を一括管理するための遊技
サーバにおいて、前記遊技サーバは、遊技者が遊技を行
っている遊技機におけるクレジットの消費量に関する情
報に基づいて、クレジットの累積消費量が所定の上限に
至った場合に、所定の還元率に基づいた還元を必ず行う
ものであるか若しくは還元を行うか否かを決定する抽選
の結果に基づいて行うものであって、前記遊技サーバ
は、前記遊技機群をなす一の遊技機の還元率の値を他の
遊技機の還元率の値に応じて変化させるための信号を当
該一の遊技機に対して送信し得る送信能を有することを
特徴とする遊技サーバ。

【００１５】この発明によれば、遊技サーバは、管理す
る遊技機群に含まれる一の遊技機の還元率を、当該遊技
機群に含まれる他の遊技機の還元率に応じて変化させる
ことができるようになるため、遊技機によって優劣を付
けて遊技機を選ぶ面白さが付加されるとともに、遊技機
毎の還元率を変化させた場合の管理効率を高めることが
できる。例えば、複数の遊技機の還元率を各遊技機で個
別に変化させるようにした場合には、これらのトータル
の還元率が随時チェックできないことになるため、各遊
技機での還元率が極端に高くなりすぎたり、逆に極端に
低くなりすぎたりする場合があり得る。本発明では、遊
技サーバで各遊技機の還元率の変化を一元管理すること
によって、このような問題を解消し得ることとなる。

【００１６】また、このように還元率を変化することに
より、遊技者にとって、よりゲーム性の高い遊技機を提
供することができる可能性が生じる。すなわち、前記一
の遊技機の還元率が、同じ遊技機群に属する他の遊技機
の還元率に応じて変化することになるため、遊技者は常
に自分が遊技を行っている遊技機のみならず、同じ遊技
機群に属する他の遊技機の還元率も気にすることにな
り、より高いスリル感を継続的に感じながら遊技を行う
ことになる可能性が生じるのである。ここで、遊技者が
還元率を認識できないように遊技機を構成していれば、
上記のように遊技者が設定された還元率の値を気にする
ことがなく、ゲーム性を高めることもできなくなるの
で、このときには、（２）に述べるように、変化後の還
元率の値を報知する手段を設けることが好ましい。

【００１７】（２） 前記遊技サーバは、前記遊技機群
をなす各遊技機における遊技状態に関する遊技情報を受
信し得る受信能と、前記遊技情報の内容に応じて、前記
各遊技機に設けられた表示部に前記所定の還元率の値を
表示せしめるための信号を送信し得る送信能と、を有す
ることを特徴とする（１）に記載の遊技サーバ。

【００１８】この発明によれば、遊技者が遊技を行う遊
技機の表示部に、その遊技機に設定された還元率を表示
することができるようになる。このような表示を行わな
い場合には、遊技者は、自分が遊技を行っている遊技機
が、いつ還元率が変化されたのか、そして、その変化で
還元率の値がどの程度に設定されたのか、といったこと
が分からないため、遊技者は不安を募らせるばかりでな
く、還元率を変化させることによるスリル感の高まりを
感じることができない。従って、本発明のように、変化
された還元率を表示するようにすれば、遊技者は還元率
を常に気にしながらも、安心して遊技を続けることがで
きる可能性が生じるのである。

【００１９】前記遊技機群をなす各遊技機における遊技
状態に関する遊技情報を受信し得る受信能と、前記遊技
情報の内容に応じて、前記各遊技機に設けられた表示部
に前記所定の上限の値及び前記クレジットの累積消費量
を表示せしめるための、又は前記所定の上限に対する前
記クレジットの累積消費量の占める割合を表示せしめる
ための信号を送信し得る送信能と、を有するように前記
遊技サーバを構成することもできる。

【００２０】この発明によれば、遊技者が遊技を行う遊
技機の表示部に、その遊技機に設定された上限の値及び
遊技者が消費したクレジットの累積消費量、又は上限に
対して前記クレジットの累積消費量が占める割合（つま
り、上限への到達度）を表示することができるようにな
る。このような表示を行わない場合には、遊技者は、い
つ自分が遊技を行っている遊技機が上限に到達するのか
全く分からずにプレイを続けることになり、そのことが
遊技者に不安を募らせることになる。従って、本発明の
ように、上限に後どのくらいで到達するかを表示するよ
うにすれば、遊技者は安心して遊技を続けることができ
る可能性が生じるのである。

【００２１】前記還元が、前記所定の上限に至った遊技
機に対して必ず行われるものであって、かつ、当該還元
を行うタイミングを決定するタイミング決定抽選の結果
に基づいて行われるものであるように前記遊技サーバを
構成することもできる。

【００２２】この発明によれば、所定の上限に至った遊
技機に対しては必ず還元が行われることとなるので、遊
技者は還元が保証されることにより、安心して遊技を行
うことができるようになる。また、還元のタイミングを
抽選により決定することにより、上限に到達したらすぐ
に還元が行われるとは限らなくなり、ゲーム性が高まる
可能性が生じる。ここで、遊技者が上限に到達している
ことを認識できないように遊技機を構成していれば、上
記のように遊技者が上限の設定を気にすることがなく、
ゲーム性を高めることもできなくなるので、このときに
は、上限に到達したことを報知する手段を設けることが
好ましい。

【００２３】前記遊技サーバが一括管理する前記複数の
遊技機に含まれるある遊技機において遊技を行う遊技者
が一の遊技者から他の遊技者に変更されたことを検知す
る検知手段の検知結果に基づいて前記還元を行うもので
あって、前記検知手段が、前記ある遊技機において遊技
を行う遊技者が前記一の遊技者から他の遊技者に変更さ
れたことを検知しないときには、当該ある遊技機におい
て前記所定の上限に到達するまで遊技を行った遊技者を
当該一の遊技者とみなして前記還元を行ように前記遊技
サーバを構成することもできる。

【００２４】この発明によれば、ある遊技機において遊
技を始めた遊技者が所定の上限に到達する前に遊技を止
め、他の遊技者に変わったことが検知手段により検知さ
れることになる。これにより、従来は所定の上限に到達
したか否かの判断を遊技機ごとに行うようにしていたも
のを、遊技者ごとに判断するようにしたため、遊技者自
身に一定の還元が保証されることになるのである。例え
ば、１人の遊技者が、遊技機を何度も変更するのに比べ
て、同じ遊技機で遊技を行い続けたときの方が、その遊
技者のクレジットの累積消費量が所定の上限に到達した
ときに還元が行われる可能性が高いので、遊技者は同じ
遊技機で遊技を行い続ける可能性が高くなる。これによ
り、従来のような遊技機毎に還元が行われる遊技機で問
題となっていた客離れという問題点も解消できる可能性
が生じるものとなる。

【００２５】前記検知手段が前記ある遊技機において遊
技を行う遊技者が一の遊技者から他の遊技者に変更され
たことを検知したときには、当該ある遊技機における前
記一の遊技者のクレジットの累積消費量をリセットせし
める信号を前記ある遊技機に対して送信し得る送信能を
有するように前記遊技サーバを構成することもできる。

【００２６】この発明によれば、検知手段により、ある
遊技機において遊技を始めた遊技者が所定の上限に到達
する前に遊技を止め、他の遊技者に変わったことが検知
されたときには、前の遊技者のクレジットの累積消費量
をリセットすることになる。これにより、従来のように
遊技機毎に還元が行われる遊技機において、例えばある
遊技者が遊技を行う遊技機を、一の遊技機から他の遊技
機に変更した場合に、前記一の遊技機で次に遊技を行っ
た他の遊技者が遊技を始めるや否やクレジットが還元さ
れ始めるというような遊技者間の不均衡をできるだけ少
なくすることが可能となる。これにより、従来用いられ
ているような遊技機毎に還元を行う遊技機で、遊技者間
の不均衡を感じることを理由に離れていった客層を取り
戻せる可能性が生じるものとなる。

【００２７】（３） 前記遊技サーバは、前記一括管理
されている遊技機群における前記所定の還元率の所定条
件の下での平均値が一定に保たれるように制御するため
の信号を前記一の遊技機に対して送信する送信能を有す
ることを特徴とする（１）又は（２）に記載の遊技サー
バ。

【００２８】この発明によれば、遊技サーバは、管理す
る遊技機群全体の還元率を、その平均が所定条件下で一
定に保たれるように変化させることになるため、遊技者
がより高いスリル感を感じながら遊技を行うことができ
る可能性が生じる。すなわち、この発明によれば、還元
率はただ単に変動するだけでなく、例えば同じ遊技機群
に属する他の遊技機の還元率が低いときには、自分の遊
技機の還元率が１００％を超えるようになる場合もあ
り、遊技者は、そのときに上限に到達すれば、それまで
に投入した以上の還元を獲得できる可能性が生じること
となるのである。また、逆に他の遊技機の還元率が高く
自分の遊技機の還元率が低くなることもあるため、より
高いゲーム性を持つ遊技機を提供できる可能性が生ず
る。

【００２９】（４） 前記所定条件とは、前記遊技機群
をなすある遊技機におけるクレジットの累積消費量が前
記所定の上限に到達してから当該遊技機群をなす前記あ
る遊技機を含むいずれかの遊技機におけるクレジットの
累積消費量が前記所定の上限に到達するまでを一つの行
程とするときの所定行程数を基準とするものであるか又
は所定時間を基準とするものであることを特徴とする
（３）に記載の遊技サーバ。

【００３０】この発明によれば、遊技サーバは、還元率
の平均値が所定行程数又は所定時間を基準として一定に
保たれるように還元率を変化させるため、遊技機を提供
する遊技機提供者の利益を保証することができる。すな
わち、単に還元率を変化させるだけの態様を採る遊技サ
ーバを用いた場合、還元率が高いときに連続して還元が
行われたりすると、還元に必要なクレジットが前記遊技
機提供者の利益にまで浸食してくることがある。従っ
て、ある一定の基準の下で還元率の平均値が一定に保た
れるようにすれば、遊技機提供者の利益も一定の量を保
つことができる可能性が生じることとなるのである。

【００３１】（５） コイン投入若しくは与えられたク
レジット数に基づいてゲームの開始が可能な状態に移行
され、当該ゲームの結果に応じた払い出しが行われる遊
技機において、前記遊技機は、複数の遊技機からなる遊
技機群を一括管理するための遊技サーバに管理されてい
るものであり、かつ、前記クレジットの累積消費量が所
定の上限に至った場合に、所定の還元率に基づいた還元
が必ず行われるものであるか若しくは前記遊技サーバに
おいて行われる、当該遊技機に対して還元を行うか否か
を決定する抽選の結果に基づいて前記所定の還元が行わ
れるものであって、前記遊技機は、前記遊技機群に属す
る他の遊技機の還元率の値に応じて前記遊技サーバから
送信される信号を受信して、当該遊技機の前記所定の還
元率の値に変化を生じさせるための変更手段を有するこ
とを特徴とする遊技機。

【００３２】（６） 前記遊技機は、当該遊技機におけ
る遊技状態に関する遊技情報を送信し得る送信手段と、
前記遊技情報の内容に応じて前記遊技サーバから送信さ
れる信号を受信して、当該遊技機に設けられた表示部に
前記所定の還元率の値を表示する表示手段と、を有する
ことを特徴とする（５）に記載の遊技機。

【００３３】前記遊技機における遊技状態に関する遊技
情報を前記遊技サーバに送信し得る送信手段と、前記遊
技情報の内容に応じて、前記遊技サーバから送信される
信号を受信して、当該遊技機に設けられた表示部に前記
所定の上限の値及び前記クレジットの累積消費量を表示
する、又は前記所定の上限に対する前記クレジットの累
積消費量の占める割合を表示する表示手段と、を有する
ように前記遊技機を構成することもできる。

【００３４】前記還元が、前記所定の上限に至った場合
必ず行われるものであって、かつ、前記遊技サーバにお
いて行われる、当該還元を行うタイミングを決定するタ
イミング決定抽選の結果に基づいて行われるものである
ように前記遊技機を構成することもできる。

【００３５】前記還元は、前記遊技機において遊技を行
う遊技者が一の遊技者から他の遊技者に変更されたこと
を検知する検知手段の検知結果に基づいて行われるもの
であって、前記検知手段が、前記遊技機において遊技を
行う遊技者が前記一の遊技者から他の遊技者に変更され
たことを検知しないときには、当該遊技機において前記
所定の上限に到達するまで遊技を行った遊技者を当該一
の遊技者とみなして前記還元が行われるように前記遊技
機を構成することもできる。

【００３６】前記検知手段が前記遊技機において遊技を
行う遊技者が一の遊技者から他の遊技者に変更されたこ
とを検知したときには、当該遊技機における前記一の遊
技者のクレジットの累積消費量をリセットするリセット
手段を有するように前記遊技機を構成することもでき
る。

【００３７】（７） 前記変更手段は、前記所定の還元
率の所定条件の下での平均値を一定に保つように変化さ
せるためのものであることを特徴とする（５）または
（６）に記載の遊技機。

【００３８】（８） 前記所定条件とは、前記遊技機群
をなすある遊技機におけるクレジットの累積消費量が前
記所定の上限に到達してから当該遊技機群をなす前記あ
る遊技機を含むいずれかの遊技機におけるクレジットの
累積消費量が前記所定の上限に到達するまでを一つの行
程とするときの所定行程数を基準とするものであるか又
は所定時間を基準とするものであることを特徴とする
（７）に記載の遊技機。

【００３９】（９） コイン投入若しくは与えられたク
レジット数に基づいてゲームの開始が可能な状態に移行
され、当該ゲームの結果に応じた払い出しが行われる複
数の遊技機を一括管理する遊技管理方法において、前記
遊技管理方法は、前記複数の遊技機のそれぞれにおいて
消費されたクレジットの累積消費量を検出する検出ステ
ップと、この検出ステップの検出結果に基づいて、前記
累積消費量が所定の上限に至った遊技機に対して、所定
の還元率に基づいた還元を行う還元ステップ若しくは還
元を行うか否かを決定する抽選の結果に基づいて還元を
行う還元ステップと、を備え、前記遊技機群をなす一の
遊技機の還元率の値を他の遊技機の還元率の値に応じて
変化させるための信号を当該一の遊技機に対して送信す
る送信ステップを有することを特徴とする遊技管理方
法。

【００４０】（１０） 前記遊技管理方法は、前記遊技
機群をなす各遊技機における遊技状態に関する遊技情報
を受信する受信ステップと、前記遊技情報の内容に応じ
て、前記各遊技機に設けられた表示部に前記所定の還元
率の値を表示せしめるための信号を送信する送信ステッ
プと、を有することを特徴とする（９）に記載の遊技管
理方法。

【００４１】前記遊技機群をなす各遊技機における遊技
状態に関する遊技情報を受信する受信ステップと、前記
遊技情報の内容に応じて、前記各遊技機に設けられた表
示部に前記所定の上限の値及び前記クレジットの累積消
費量を表示せしめるための、又は前記所定の上限に対す
る前記クレジットの累積消費量の占める割合を表示せし
めるための信号を送信する送信ステップと、を有するよ
うに前記遊技管理方法を構成することもできる。

【００４２】前記還元ステップが、前記所定の上限に至
った遊技機において必ず行われるものであって、かつ、
前記還元を行うタイミングを決定する抽選を行うタイミ
ング決定抽選ステップにおける抽選結果に基づいて行わ
れるものであるように前記遊技管理方法を構成すること
もできる。

【００４３】前記遊技機群に含まれるある遊技機におい
て遊技を行う遊技者が一の遊技者から他の遊技者に変更
されたことを検知する検知ステップと、前記検知ステッ
プにおいて、前記ある遊技機において遊技を行う遊技者
が前記一の遊技者から他の遊技者に変更されたことを検
知しないとの結果が得られたときには、当該ある遊技機
において前記所定の上限に到達するまで遊技を行った遊
技者を当該一の遊技者とみなして前記還元を行う還元ス
テップと、を有するように前記遊技管理方法を構成する
こともできる。

【００４４】前記検知ステップにおいて、前記ある遊技
機において遊技を行う遊技者が一の遊技者から他の遊技
者に変更されたことを検知したとの結果が得られたとき
には、当該ある遊技機における前記一の遊技者のクレジ
ットの累積消費量をリセットせしめるリセット指示ステ
ップを有するように前記遊技管理方法を構成することも
できる。

【００４５】（１１） 前記送信ステップは、前記一括
管理されている遊技機群における前記所定の還元率の所
定条件の下での平均値が一定に保たれるように制御する
ための信号を前記遊技機に対して送信する送信ステップ
が含まれることを特徴とする（９）又は（１０）に記載
の遊技管理方法。

【００４６】（１２） 前記所定条件とは、前記遊技機
群をなすある遊技機におけるクレジットの累積消費量が
前記所定の上限に到達してから当該遊技機群をなす前記
ある遊技機を含むいずれかの遊技機におけるクレジット
の累積消費量が前記所定の上限に到達するまでを一つの
行程とするときの所定行程数を基準とするものであるか
又は所定時間を基準とするものであることを特徴とする
（１１）に記載の遊技管理方法。

【００４７】（１３） コイン投入若しくは与えられた
クレジット数に基づいてゲームの開始が可能な状態に移
行され、当該ゲームの結果に応じた払い出しが行われる
遊技機の集合である遊技機群を集めた複数の遊技機群を
一括管理するための遊技管理サーバにおいて、前記遊技
管理サーバは、遊技者が遊技を行っている遊技機におけ
るクレジットの消費量に関する情報に基づいて、クレジ
ットの累積消費量が所定の上限に至った場合に、所定の
還元率に基づいた還元を必ず行うものであるか若しくは
還元を行うか否かを決定する抽選の結果に基づいて行う
ものであって、前記遊技管理サーバは、前記複数の遊技
機群をなす一の遊技機群の還元率の値を他の遊技機群の
還元率の値に応じて変化させるための信号を当該一の遊
技機群に対して送信し得る送信能を有することを特徴と
する遊技管理サーバ。

【００４８】この発明によれば、遊技管理サーバは、管
理する複数の遊技機群に含まれる一の遊技機群全体の還
元率を、他の遊技機群の還元率に応じて変化させること
になるため、管理効率を高めることができるばかりでな
く、複数の遊技機群を設けた遊技場全体で高い演出効果
を生じさせることができる。

【００４９】例えば、ある遊技機群の還元率を一括して
高い数値に変化させた場合には、当該ある遊技機群で遊
技を行っている遊技者は、高い還元率に設定されている
うちに上限に到達しようとして必死になるし、他の遊技
機群で遊技を行っている遊技者は、その高い還元率に設
定された遊技機群の遊技に注目することになる。また、
他の遊技機群で遊技を行っている者の中には、高い還元
率に設定された遊技機群に含まれる遊技機に移動する者
もでてくる可能性があるので、遊技場全体が一体化した
状態で、より高いゲーム性を演出することができること
になる。

【００５０】また、遊技管理サーバで複数の遊技機群を
一括管理することにより、ある遊技機群での還元率が極
端に高くなりすぎたり、逆に極端に低くなりすぎたりす
るという状態を回避するための管理効率が高まることと
なる。ここで、遊技者が還元率を視認できないように構
成してしまうと、遊技者は、自分が遊技を行っている遊
技機群の還元率や他の遊技機群の還元率を気にすること
がなくなり、ゲーム性を高めることもできなくなるの
で、このときには、以下に述べるように、変化後の還元
率の値を報知する手段を設けることが好ましい。

【００５１】（１４） 前記遊技管理サーバは、前記遊
技機群をなす各遊技機における遊技状態に関する遊技情
報を受信し得る受信能と、前記遊技情報の内容に応じ
て、前記各遊技機に設けられた表示部に前記所定の還元
率の値を表示せしめるための信号を送信し得る送信能
と、を有することを特徴とする（１３）に記載の遊技管
理サーバ。

【００５２】前記遊技機群をなす各遊技機における遊技
状態に関する遊技情報を受信し得る受信能と、前記遊技
情報の内容に応じて、前記各遊技機に設けられた表示部
に前記所定の上限の値及び前記クレジットの累積消費量
を表示せしめるための、又は前記所定の上限に対する前
記クレジットの累積消費量の占める割合を表示せしめる
ための信号を送信し得る送信能と、を有するように前記
遊技管理サーバを構成することもできる。

【００５３】前記還元が、前記所定の上限に至った遊技
機に対して必ず行われるものであって、かつ、当該還元
を行うタイミングを決定するタイミング決定抽選の結果
に基づいて行われるものであるように前記遊技管理サー
バを構成することもできる。

【００５４】前記遊技管理サーバが一括管理する前記複
数の遊技機群に含まれるある遊技機において遊技を行う
遊技者が一の遊技者から他の遊技者に変更されたことを
検知する検知手段の検知結果に基づいて前記還元を行う
ものであって、前記検知手段が、前記ある遊技機におい
て遊技を行う遊技者が前記一の遊技者から他の遊技者に
変更されたことを検知しないときには、当該ある遊技機
において前記所定の上限に到達するまで遊技を行った遊
技者を当該一の遊技者とみなして前記還元を行うように
前記遊技管理サーバを構成することもできる。

【００５５】前記検知手段が前記ある遊技機において遊
技を行う遊技者が一の遊技者から他の遊技者に変更され
たことを検知したときには、当該ある遊技機における前
記一の遊技者のクレジットの累積消費量をリセットせし
める信号を前記ある遊技機に対して送信し得る送信能を
有するように前記遊技管理サーバを構成することもでき
る。

【００５６】（１５） 前記遊技管理サーバは、前記一
括管理されている遊技機群における前記所定の還元率を
所定条件の下での平均値が一定に保たれるように制御す
るための信号を前記一の遊技機群に対して送信する送信
能を有することを特徴とする（１３）又は（１４）に記
載の遊技管理サーバ。

【００５７】（１６） 前記所定条件とは、前記遊技機
群をなすある遊技機におけるクレジットの累積消費量が
前記所定の上限に到達してから当該遊技機群をなす前記
ある遊技機を含むいずれかの遊技機におけるクレジット
の累積消費量が前記所定の上限に到達するまでを一つの
行程とするときの所定行程数を基準とするものであるか
又は所定時間を基準とするものであることを特徴とする
（１５）に記載の遊技管理サーバ。

【００５８】（１７） コイン投入若しくは与えられた
クレジット数に基づいてゲームの開始が可能な状態に移
行され、当該ゲームの結果に応じた払い出しが行われる
遊技機の集合である遊技機群を集めた複数の遊技機群を
一括管理する遊技管理方法において、前記遊技管理方法
は、前記複数の遊技機のそれぞれにおいて消費されたク
レジットの累積消費量を検出する検出ステップと、この
検出ステップの検出結果に基づいて、前記累積消費量が
所定の上限に至った遊技機に対して、所定の還元率に基
づいた還元を行う還元ステップ若しくは還元を行うか否
かを決定する抽選の結果に基づいて還元を行う還元ステ
ップと、を備え、前記複数の遊技機群をなす一の遊技機
群の還元率の値を他の遊技機群の還元率の値に応じて変
化させるための信号を当該一の遊技機群に対して送信す
る送信ステップを有することを特徴とする遊技管理方
法。

【００５９】（１８） 前記遊技管理方法は、前記遊技
機群をなす各遊技機における遊技状態に関する遊技情報
を受信する受信ステップと、前記遊技情報の内容に応じ
て、前記各遊技機に設けられた表示部に前記所定の還元
率の値を表示せしめるための信号を送信する送信ステッ
プと、を有することを特徴とする（１７）に記載の遊技
管理方法。

【００６０】前記遊技機群をなす各遊技機における遊技
状態に関する遊技情報を受信する受信ステップと、前記
遊技情報の内容に応じて、前記各遊技機に設けられた表
示部に前記所定の上限の値及び前記クレジットの累積消
費量を表示せしめるための、又は前記所定の上限に対す
る前記クレジットの累積消費量の占める割合を表示せし
めるための信号を送信する送信ステップと、を有するよ
うに前記遊技管理方法を構成することもできる。

【００６１】前記還元ステップが、前記所定の上限に至
った遊技機において必ず行われるものであって、かつ、
前記還元を行うタイミングを決定する抽選を行うタイミ
ング決定抽選ステップにおける抽選結果に基づいて行わ
れるものであるように前記遊技管理方法を構成すること
もできる。

【００６２】前記遊技機群に含まれるある遊技機におい
て遊技を行う遊技者が一の遊技者から他の遊技者に変更
されたことを検知する検知ステップと、前記検知ステッ
プにおいて、前記ある遊技機において遊技を行う遊技者
が前記一の遊技者から他の遊技者に変更されたことを検
知しないとの結果が得られたときには、当該ある遊技機
において前記所定の上限に到達するまで遊技を行った遊
技者を当該一の遊技者とみなして前記還元を行う還元ス
テップと、を有するように前記遊技管理方法を構成する
こともできる。

【００６３】前記検知ステップにおいて、前記ある遊技
機において遊技を行う遊技者が一の遊技者から他の遊技
者に変更されたことを検知したとの結果が得られたとき
には、当該ある遊技機における前記一の遊技者のクレジ
ットの累積消費量をリセットせしめるリセット指示ステ
ップを有するように前記遊技管理方法を構成することも
できる。

【００６４】（１９） 前記送信ステップは、前記一括
管理されている遊技機群における前記所定の還元率の所
定条件の下での平均値が一定に保たれるように制御する
ための信号を前記遊技機に対して送信する送信ステップ
が含まれることを特徴とする（１７）又は（１８）に記
載の遊技管理方法。

【００６５】（２０） 前記所定条件とは、前記遊技機
群をなすある遊技機におけるクレジットの累積消費量が
前記所定の上限に到達してから当該遊技機群をなす前記
ある遊技機を含むいずれかの遊技機におけるクレジット
の累積消費量が前記所定の上限に到達するまでを一つの
行程とするときの所定行程数を基準とするものであるか
又は所定時間を基準とするものであることを特徴とする
（１９）に記載の遊技管理方法。

【００６６】［用語の定義等］「遊技機」とは、いわゆ
るパチンコ遊技機やスロット遊技機を含む概念であり、
何らかの媒体を用いて遊技者自信の益を増やすために遊
技を行い得る機構を備えたものをさす。

【００６７】「遊技機群」とは、上記遊技機を複数集め
たものであり、通常、遊技場において、同列に並べて設
置された遊技機をさす概念であるが、本発明では、上記
の形態のみをさすものではなく、遊技場及び遊技機を提
供する提供者が任意に想定したグループに含まれる遊技
機のことをさすものである。従って、同じ遊技サーバに
より管理されるものであれば、例えば東京と大阪のよう
に遊技場の場所が互いに離れて存在する場合でも、遊技
機群をなすことができるものとする。

【００６８】「与えられたクレジット数」とは、遊技者
が遊技を行うために遊技機に投入する小球、メダル又は
現金（硬貨、紙幣を含む）等の他、例えば数値データ、
電子マネー、プリペイドカードのようなものにより数値
化された概念である。

【００６９】「消費」とは、上記与えられたクレジット
が有体物であると無体物であるとを問わず、遊技者がそ
れを用いて遊技を行うことの意思表示をし、実際に遊技
を行う行為を指すものである。

【００７０】「所定の上限」とは、原則として遊技機ご
とに定められた、還元を行う基準となるもののことであ
り、例えばスロット遊技機等に用いられるメダル等の枚
数を基準に用いたり、スロット遊技機に設けられた回転
ドラムを遊技者が何回回転させたか（すなわちプレイ
数）を基準に用いたりして、定められるものである。

【００７１】「還元」とは、原則として、上記所定の上
限の設定内容により変動するものであり、一般的には、
上限の値に還元率を乗じて算出されるものである。所定
の上限となる基準がスロット遊技機等に用いられるメダ
ルの枚数である場合には、還元もメダルを遊技者に与え
ることにより行われ、上限の基準がプレイ数である場合
には、還元も無償のプレイを遊技者に与えることにより
行われることとなる。

【００７２】

【発明の実施の形態】以下、本発明に好適な実施形態に
ついて、図を参照しながら説明する。

【００７３】［システムの全体構成］図１は、本発明に
係るサーバ１及び遊技機２を有するクレジット還元シス
テム（以下、クレジットを遊技媒体と称することとす
る）の構成を示すブロック図である。

【００７４】この図１に示す遊技媒体還元システムにお
いて、遊技機２はネットワークＮＴを介してサーバ１に
接続されている。このネットワークＮＴを介してサーバ
１と種々の情報を送受信できるようになされている。

【００７５】サーバ１は、遊技機２を含む複数の遊技機
からなる遊技機群Ｇ０１を一括管理するものであり、遊
技機群Ｇ０１に含まれる各遊技機には、それぞれ固有の
識別番号（例えば、Ｇ０１−０１、Ｇ０１−０２、・・
・、Ｇ０１−１０）が付され、サーバ１は当該識別番号
により各遊技機２から送られてくるデータの出所を判別
している。サーバ１から遊技機２にデータを送信する場
合にも、上述した識別番号を用いて送信先の遊技機を指
定している。

【００７６】また、遊技機２から送受信されるデータに
は、各遊技機に設定された遊技機ごとの識別番号以外
に、その遊技機で遊技を行っている遊技者を識別する識
別情報も含まれている。この識別情報により、サーバ１
では、遊技機２が遊技中であるか否か、遊技機２で遊技
を行う遊技者が変更されたか否か等を判別するようにし
ている。

【００７７】［遊技機の構成］図２及び図３は、遊技機
２の全体構成を示す外観斜視図及び縦断面図である。こ
の図２及び図３に示されるように、遊技機２において
は、中空箱状の枠体３に対して蝶番３Ａ，３Ｂによって
前面パネル４が開閉可能に取り付けられている。

【００７８】前面パネル４の裏面には、３個の円筒形状
のドラム体５（５Ａ〜５Ｃ）が並置されており、当該ド
ラム体５を背面側から覆うケース６が取り付けられてい
る。各ドラム体５Ａ〜５Ｃは、それぞれ回転軸７を中心
にして回転自在に枢支されており、当該各ドラム体５Ａ
〜５Ｃの外周面には図柄（「７」，ベル，プラム，チェ
リー等）が周方向に列をなすように描かれている。これ
ら３個のドラム体５Ａ〜５Ｃの外周面に描かれた図柄
（マーク）は、前面パネル４に設けられている表示窓８
Ａ〜８Ｃを介して遊技機の正面側から、各ドラム体５Ａ
〜５Ｃにつき１個ずつ視認可能となるようになされてい
る。

【００７９】上述した各ドラム体５Ａ〜５Ｃは、遊技機
２のフレームに所定のブラケット（図示せず）を介し
て、回転自在に取り付けられており、ステッピングモー
タ１１Ａ〜１１Ｃ（図４参照）によってそれぞれ回転駆
動され、制御装置１２（図４参照）によって所定の回転
角度位置で停止されるように制御がなされる。ドラム体
５Ａ〜５Ｃの各々の周端部には基準位置を表す突起部
（図示せず）が設けられており、これらの突起部が各ド
ラム体５Ａ〜５Ｃに対応して設けられている各光センサ
（図示せず）の光軸を横切ることにより、制御装置１２
では当該各ドラム体５Ａ〜５Ｃの回転基準位置を検出す
ることができる。尚、ステッピングモータ１１Ａ〜１１
Ｃは、図柄を変動表示される速度が一定である。

【００８０】表示窓８Ａ〜８Ｃの隣には、当該表示窓８
Ａ〜８Ｃに表示される図柄の停止ラインのいずれを賭け
の対象とするかを表示するための賭けライン表示ランプ
１３が設けられている。前面パネル４に設けられた操作
部１４には、投入口１５から投入されたメダルを何枚賭
けるのかを設定するベットボタン１６が設けられてお
り、遊技者は賭けようとする賭け枚数分だけベットボタ
ン１６を押圧操作することにより、対応する賭けライン
表示ランプ１３が点灯する。また、賭けメダル枚数は、
３枚が上限である。

【００８１】尚、ベットボタン１６が押圧操作される回
数により賭けラインが異なる。１回の押圧操作では、表
示窓８Ａ〜８Ｃの中段において水平に延びる１ラインが
賭けラインの対象となる。また、２回の押圧操作では、
前記１ラインに、表示窓８Ａ〜８Ｃの上下段において水
平に延びる２ラインを加えた３ラインが賭けラインの対
象となる。更にまた、３回の押圧操作では、前記３ライ
ンに、表示窓８Ａ〜８Ｃの対角線上の２ラインを加えた
５ラインが賭けの対象となる。尚、４回以上の押圧操作
は、無効となる。

【００８２】このようにして、賭けるメダルの枚数が設
定されると、制御装置１２は遊技者によって設定された
賭け枚数分のメダルを取り込むことにより、遊技を開始
する条件が整うこととなり、この状態において遊技者が
スタートレバー１７を操作すると、制御装置１２によっ
て各ドラム体５Ａ〜５Ｃの回転が開始される。

【００８３】３個のストップボタン１８Ａ〜１８Ｃは、
各ドラム体５Ａ〜５Ｃに対応しており、これらストップ
ボタン１８Ａ〜１８ｃの押圧操作により、その対応する
ドラム体を停止させる。

【００８４】デジタル式の得点表示器１９には、予め投
入されているメダル枚数，排出されるメダル枚数等が表
示される。遊技者が賭けた停止ライン上に、ドラム体５
Ａ〜５Ｃの予め定めた特定の組合せ（賞態様）の１つが
並んだときは、その組合せの重みに従って予め定められ
ている枚数のメダルが、メダル排出装置によりメダル排
出口２０から排出される。

【００８５】さらに、遊技機２の前面パネル４には、カ
ード挿入口２２が設けられている。カード挿入口２２
は、遊技者が遊技機２で遊技を行うときに、遊技者を特
定するための認証番号データ等が記録されたカードを挿
入するためのものであり、挿入されたカードは、カード
リーダ２３（図４参照）により、そのデータが読み込ま
れるようになっている。

【００８６】［遊技機の制御部の構成］図４は、本発明
の実施例である遊技機２の制御装置１２及びこれに電気
的に接続された周辺装置の回路構成を示すブロック図で
ある。

【００８７】ベットボタン１６は、遊技機２の前部に設
けられており、インターフェイス回路群３１に接続され
ている。また、当該インターフェイス回路群３１は、入
出力バス３２に接続されている。遊技者によりベットボ
タン１６が押圧操作されたときには、操作信号がベット
ボタンからインターフェイス回路群３１に発せられる。
インターフェイス回路群３１は、操作信号を所定の電圧
信号に変換し入出力バス３２に供給する。後述する如
く、遊技が開始される前において、操作信号が示す値に
応じた所定枚数のメダルが、賭けの対象として遊技機に
投入される。

【００８８】上述した入出力バス３２は、中央演算処理
回路（以下、ＣＰＵと称する）３３にデータ信号又はア
ドレス信号が入出力されるようになされている。また、
上述したスタートレバー１７及びストップボタン１８Ａ
〜１８Ｃもインターフェイス回路群３１に接続されてお
り、スタートレバー１７から発せられる始動開始信号
や、ストップボタン１８Ａ〜１８Ｃから発せられる停止
信号も、インターフェイス回路群３１により所定の電圧
信号に変換されて入出力バス３２に供給される。

【００８９】遊技を開始すべくスタートレバー１７が操
作されたときには、上述した始動開始信号がＣＰＵ３３
に供給される。ＣＰＵ３３は、後述する如く、始動開始
信号が供給されたときには、ドラム体５Ａ〜５Ｃを回転
動作させるべく、ステッピングモータ１１Ａ〜１１Ｃに
制御信号を発する。

【００９０】更に、ドラム体５Ａ〜５Ｃを停止させるべ
く、ストップボタン１８Ａ〜１８Ｃが押圧操作されたと
きには、当該ストップボタン１８Ａ〜１８Ｃの各々から
停止信号がＣＰＵ３３に供給される。尚、ドラム体５Ａ
を停止させる際には、遊技者はストップボタン１８Ａを
押圧操作し、ドラム体５Ｂを停止させる際には、遊技者
はストップボタン１８Ｂを押圧操作し、ドラム体５Ｃを
停止させる際には、遊技者はストップボタン１８Ｃを押
圧操作する。後述する如く、停止信号が供給されたとき
には、ＣＰＵ３３は、押圧操作されたストップボタンに
対応するドラム体を停止させるべく、ステッピングモー
タ１１Ａ〜１１Ｃに停止信号を発する。

【００９１】また、回転位置センサ３４Ａ〜３４Ｃは、
上述したステッピングモータ１１Ａ〜１１Ｃの各々の近
傍に設けられており、回転位置センサ３４Ａ〜３４Ｃも
インターフェイス回路３１に接続されている。これらの
回転位置センサ３４Ａ〜３４Ｃは、例えば、ロータリー
エンコーダからなり、ステッピングモータ１１Ａ〜１１
Ｃの各々の回転角度位置を示す角度位置信号をインター
フェイス回路群３１に発する。

【００９２】更に、基準位置センサ３５Ａ〜３５Ｃは、
ドラム体５Ａ〜５Ｃの各々の近傍に設けられ、インター
フェイス回路３１に接続されている。これらの基準位置
センサ３５Ａ〜３５Ｃは、上述した如く光センサからな
り、ドラム体５Ａ〜５Ｃの各々の基準位置を検出したと
きに、基準位置信号をインターフェイス回路群３１に発
する。

【００９３】カードリーダ２３は、遊技機２の内部に設
けられており、インターフェイス回路３１に接続されて
いる。このカードリーダ２３からは、ＣＰＵ３３の信号
発信要求に従って、所定のタイミングでカード状態信号
が送信されている。カード状態信号は、カード挿入口２
２にカードが挿入されると信号レベルが変化し、ＣＰＵ
３３によりカードが挿入されたことを検出するものであ
る。また、カードが非挿入状態（カード挿入口２２から
カードが抜かれた状態）になると、同様にカード状態信
号のレベルが変化し、ＣＰＵ３３によりカードが挿入さ
れていない状態であることを検出するように構成されて
いる。

【００９４】ＣＰＵ３３は、後述する如く、回転位置セ
ンサ３４Ａ〜３４Ｃから発せられる角度位置信号や、基
準位置センサ３５Ａ〜３５Ｃから発せられる基準位置信
号を検出することにより、表示窓８Ａ〜８Ｃに表示され
る図柄データを取得することができる。

【００９５】入出力バス３２には、ＲＯＭ（リード・オ
ンリー・メモリ）３６及びＲＡＭ（ランダム・アクセス
・メモリ）３７も接続されている。ＲＯＭ３６は、後述
する如き遊技機を制御し、遊技球を払い戻すためのプロ
グラムや、これらのプログラムで用いる変数の初期値が
記憶されている。一方、ＲＡＭ３７には、後述する如き
フラグや変数の値が記憶される。

【００９６】また、入出力バス３２には、通信インター
フェイス回路４１が接続されており、この通信インター
フェイス回路４１は、遊技機２とサーバ１との間でデー
タの送受信を行うときに用いられるものとなっている。

【００９７】ＲＯＭ３６には、図柄の組合せと乱数との
対応関係を示すデータ群も記憶されている。この乱数を
発生させるための乱数発生器３８も入出力バス３２に接
続されている。乱数を発生させるための命令がＣＰＵ３
３から乱数発生器３８へ発せられたときには、乱数発生
器３８は所定の範囲の乱数を発生させ、その乱数の値を
示す信号を入出力バスに発する。後述する如く、乱数が
乱数発生器３８から発せられたときには、その乱数に対
応する図柄の組合せを定めるべく、上述したデータ群を
検索し、その図柄の組合せに対応する数値を変数に代入
する。

【００９８】遊技機２は、通常遊技又は特別遊技のいず
れかの遊技を行うことができる。この通常遊技におい
て、有効なライン上に停止表示された図柄の組合せが、
当選パターンと一致し得る当選可能状態と、図柄の組合
せが、当選パターンと一致し得ない当選不可状態と、が
ある。

【００９９】上述した当選不可状態では、有効なライン
上に変動する図柄の組合せは、はずれパターンと小当た
りパターンとである。小当たりパターンとは、「チェリ
ー」や「ベル」といった図柄が有効なライン上に所定個
揃ったときに発生し、数枚のメダルがメダル排出口２０
から排出される。一方、はずれパターンとは、小当たり
パターンとは異なり、図柄が有効なライン上に揃わない
パターンであり、メダルは排出されない。また、当選不
可状態は、後述する内部抽選処理により、当選可能状態
に移行し得る状態である。尚、当選不可状態は、ストッ
プボタンが押圧操作されるタイミングに関わらず、当選
パターンを揃えることができない状態であり、もちろ
ん、特別遊技状態には移行できない。

【０１００】一方、当選可能状態は、上述した当選不可
状態とは異なり、ストップボタンが押圧操作されるタイ
ミングによって停止表示される図柄の組合せが当選パタ
ーンと一致し得る唯一の状態であり、いわゆる「目押
し」が利く状態である。有効ライン上に停止表示される
図柄の組合せが当選パターンと一致したときには当選と
なり、遊技者が大量のメダルを獲得し得る特別遊技に移
行する。尚、ストップボタンが押圧操作されるタイミン
グを損ない、当選パターンを揃えられなかった場合に
は、上述したはずれパターン、若しくは、小当たりパタ
ーンが揃う。また、当選可能状態は、一旦設定される
と、停止表示される図柄の組合せが当選パターンと一致
となるまで継続され、当選不可状態に移行することはな
い。

【０１０１】また、上述した特別遊技では、有効なライ
ン上に停止表示される図柄の組合せが小当たりパターン
と一致し得る確率が極めて高く設定されており、大量の
メダルを獲得することが出来る可能性が高くなる。ま
た、特別遊技は、その遊技を終えると通常遊技に移行す
る。尚、特別遊技の後に、通常遊技に移行した際におい
ては、当選可能状態に移行するか、当選不可状態に移行
するかは、後述する内部抽選処理により定まる。

【０１０２】また、上述した入出力バス３２には、イン
ターフェイス回路群３９が接続されている。インターフ
ェイス回路群３９には、ステッピングモータ１１Ａ〜１
１Ｃ、賭けライン表示ランプ１３、得点表示器１９並び
にスピーカ４０も接続されており、インターフェイス回
路群３９は、上述した装置の各々に駆動信号や駆動電力
を供給する。

【０１０３】例えば、上述したベットボタン１６が遊技
者により押圧操作されたときには、投入された遊技メダ
ルの枚数に応じて有効となった賭けラインを示すべく、
賭けライン表示ランプ１３に駆動電流が供給される。更
に、遊技が終了したときには、遊技の入賞態様に応じた
得点を表示すべく、駆動信号が得点表示器１９に供給さ
れる。更にまた、スピーカ４０は、遊技が開始又は終了
されたときに、これらの遊技の状況に対応する効果音を
発する。

【０１０４】以下においては、遊技機は予め起動されて
おり、後述する如きフラグや変数は所定の値に初期化さ
れているものとする。

【０１０５】図５は、本発明の実施例である遊技機２を
制御するサブルーチンを示す。

【０１０６】最初に、ベットボタン１６が遊技者により
押圧操作されたか否かを判断するベットボタン操作処理
を行う（ステップＳ１１）。ベットボタン操作処理は、
ベットボタン１６の押圧操作に応じた処理であり、ベッ
トボタン１６が押圧操作されて、ベットボタン１６から
操作信号が発せられたか否かを検出することにより、押
圧操作により投入された遊技メダル枚数を記録し、その
投入された遊技メダルの枚数に応じて有効となった賭け
ラインを示すべく、賭けライン表示ランプ１３に駆動信
号を発する処理である。

【０１０７】次いで、ベットボタン１６の押圧操作が行
われて、かつ、スタートレバー１７の操作が行われたか
を判断する（ステップＳ１２）。ベットボタン１６の押
圧操作が行われて、かつ、スタートレバー１７の操作が
行われたと判別したときには、次のステップＳ１３に処
理を移す。一方、ベットボタン１６の押圧操作が行われ
ていないと判別したときや、スタートレバー１７の操作
が行われていないと判別したときには、ステップＳ１１
に処理を戻し、再びベットボタン操作処理を行う。尚、
後述する如く、全ドラム体５Ａ〜５Ｃが回転開始し始め
てから停止するまでを一連の遊技と考えることとする。

【０１０８】上述したステップＳ１２の処理を実行した
後、内部抽選処理を行う（ステップＳ１３）。この内部
抽選処理は、上述した乱数発生器３８を制御して乱数を
発生させ、図柄の組合せと乱数との対応関係を示すデー
タ群を検索して発生させた乱数に応じて図柄の組合せを
定めるものである。尚、後述する如く、前回の遊技にお
いて停止表示された図柄の組合せはＲＡＭ３７に記録さ
れ、その図柄の組合せを読み出し、内部抽選処理を行
う。なお、本実施形態においては、内部抽選処理を行う
ことにより遊技者の遊技状態を制御する態様を採ってい
るが、本発明ではこれに限らず、内部抽選を行わずに実
際に停止した図柄により遊技者が有利な遊技状態に入っ
ていけるような態様の遊技機も含むものとする。

【０１０９】この内部抽選処理は、停止表示され得る図
柄の組合せを上述したように抽選し、その抽選した結果
を示す数値は現在遊技抽選データに代入される。例え
ば、当選不可状態であり、かつ、はずれである場合に
は、現在遊技抽選データは、「００」に設定され、当選
不可状態であり、かつ、小当たりパターンと一致した場
合には、現在遊技抽選データは、「０１」に設定され、
当選可能状態である場合には、現在遊技抽選データは、
「１２」に設定される。尚、特別遊技状態であり、はず
れである場合には、現在遊技抽選データは、「２０」に
設定され、特別遊技状態であり、小当たりパターンと一
致した場合には、現在遊技抽選データは、「２１」に設
定される。

【０１１０】次いで、ステッピングモータ制御処理に関
するサブルーチン（図示せず）を呼び出し、上述したス
テッピングモータ１１Ａ〜１１Ｃの各々を所定の回転速
度で回転駆動すべく、制御信号をステッピングモータ１
１Ａ〜１１Ｃに発する（ステップＳ１４）。尚、回転速
度とは、上述した一連の遊技内において、ドラム体５Ａ
〜５Ｃの回転により図柄が変動表示される速度のことを
いい、回転開始直後や、回転停止直前等の過渡状態を含
まない概念である。

【０１１１】上述した過去遊技抽選データは、現在の遊
技より以前の遊技における抽選結果を示すデータであ
り、ＲＡＭ３７に記録されている。尚、後述する如く、
特別遊技終了後に移行する通常遊技における最初の遊技
で、過去遊技抽選データがリセットされる。また、過去
遊技抽選データは、後述する如く、各遊技の最後の処理
として、現在の遊技より以前に行われた遊技の結果に、
現在の遊技の結果を順次蓄積していくことにより更新さ
れていく。

【０１１２】次いで、遊技者がドラム体５Ａ〜５Ｃを停
止させるべく、ストップボタン１８Ａ〜１８Ｃのいずれ
かが押圧操作されて、ストップボタン１８Ａ〜１８Ｃの
停止信号が発せられたか否かを判断する（ステップＳ１
５）。ストップボタン１８Ａ〜１８Ｃのいずれからも停
止信号が発せられていないと判別したときには、再び本
ステップＳ１５を実行する。

【０１１３】一方、ストップボタン１８Ａ〜１８Ｃのい
ずれかから停止信号が発せられたと判別したときには、
後述するステッピングモータ停止処理を行う（ステップ
Ｓ１６）。このステッピングモータ停止処理は、上述し
た乱数発生器３８を制御して乱数を発生させ、図柄の組
合せと乱数との対応関係を示すデータ群を検索して発生
させた乱数に対応する図柄の組合せを定めるものであ
る。

【０１１４】ＣＰＵ３３は、上述した回転位置センサ３
４Ａ〜３４Ｃ，基準位置センサ３５Ａ〜３５Ｃの各々か
ら発せられる回転位置信号，基準位置信号により、表示
窓８Ａ〜８Ｃに現在表示されている図柄を取得する。Ｃ
ＰＵ３３は、上述した図柄データと、ステップＳ１３の
内部抽選処理からの現在遊技抽選データと、に応じて、
ステッピングモータ１１Ａ〜１１Ｃを制御し、停止位置
を決定する。

【０１１５】尚、ＣＰＵ３３は、現在遊技抽選データに
応じてステッピングモータ１１Ａ〜１１Ｃを停止させる
が、ストップボタン１８Ａ〜１８Ｃのいずれかが押圧操
作されたと判別した際には、現在遊技抽選データに応じ
た図柄が停止表示し得ない場合、最大図柄４つ分の範囲
で余分に移動させることができる。また、その範囲内
に、現在遊技抽選データに応じた図柄がない場合、現在
遊技抽選データに応じた図柄を既に停止表示させること
はできない。例えば、当選可能状態で、２つのドラム体
が停止しており、かつ、当選パターンと一致し得る図柄
が揃っていても、最後に停止されることとなるドラム体
に対応するストップボタンが押圧操作されるタイミング
により、当選パターンと一致しない場合が生ずる。一
方、当選不可状態において、２つのドラム体が既に停止
しており、当選パターンと一致し得る図柄が揃っていて
も、最後に停止されることとなるドラム体に対応するス
トップボタンをタイミングよく押圧操作しても、当選パ
ターンと一致し得ないようにステッピングモータ１１Ａ
〜１１Ｃを制御する。

【０１１６】次いで、ストップボタン１８Ａ〜１８Ｃの
全てが押圧操作されたか否かを判断する（ステップＳ１
７）。このステップＳ１７の処理はストップボタン１８
Ａ〜１８Ｃの押圧操作に応じて発せられる停止信号が全
て検出されたか否かを判断する処理である。ストップボ
タン１８Ａ〜１８Ｃの全てが押圧操作されていないと判
別したときには、上述したステップＳ１５に処理を戻
す。ストップボタン１８Ａ〜１８Ｃの全てが操作された
と判別したときには、後述するステップＳ１８に処理を
移す。

【０１１７】次いで、有効となったラインに沿った図柄
の組合せが、入賞態様と一致するか否かを判断し、その
入賞態様に応じた遊技メダルを払い戻すメダル払戻処理
を行う（ステップＳ１８）。有効となったラインに沿っ
た図柄の組合せと、入賞態様とが一致すると判別したと
きには、入賞態様に応じて払い戻す遊技メダルの枚数を
算出し、算出した数の遊技メダルの枚球を払い戻し、ス
テップＳ１９に処理を移す。一方、有効となったライン
に沿った図柄の組合せと、入賞態様とが一致しないと判
別したときには、遊技メダルを払い戻さず、ステップＳ
１９に処理を移す。

【０１１８】次に、上述した現在遊技抽選データを主に
記録する現在遊技結果記録処理が行われる（ステップＳ
１９）。ここで、本発明の一実施形態に係る遊技機にお
いては、ＣＰＵ３３は、ＲＡＭ３７から過去遊技抽選デ
ータを読み出し、当該過去遊技抽選データに現在遊技抽
選データを追加した状態でＲＡＭ３７に記録し、本サブ
ルーチンを終了させる。尚、記録されるデータは、現在
遊技抽選データだけではなく、現在の遊技において実際
に停止表示された図柄を示すデータ等も記録されるもの
とする。

【０１１９】次に、本実施形態における遊技機２を用い
て遊技を行うときの遊技機２の動作について説明する。

【０１２０】図６は、本実施形態における遊技機２の遊
技状態における動作の流れを示すフローチャートであ
る。このフローチャートに示される処理手順は、図５に
ついて上述した遊技機２のサブルーチンと併行して実行
される処理ルーチンである。

【０１２１】この図６に示されるように、遊技機２は、
まず、遊技者の判断を行う（ステップＳ２０）。

【０１２２】遊技者の判断処理は、遊技機２のＣＰＵ３
３が行うものであって、遊技機２が遊技中であるか否
か、遊技中である場合にその遊技者は誰であるか、そし
てその遊技者は前の遊技者と変更されたか否か、を判断
するために行うものである。

【０１２３】本発明は、遊技機ごとに還元を行う従来の
遊技機と異なり、遊技者ごとに還元を行うもの（すなわ
ち、遊技者が変われば今までの上限に関する遊技状態は
リセットされるもの）となっているので、遊技者が変わ
ったことを検出し、判断する必要がある。従って、この
ような遊技者の判断をする処理が必要なのである。

【０１２４】図７に、遊技者を判断する処理を行うとき
の遊技機２の動作の流れを説明するフローチャートを示
す。なお、図７のフローチャートは、図６のステップＳ
２０のサブルーチンに相当するものである。

【０１２５】遊技機２は、まず、遊技状態の判断を行う
処理に移行する（ステップS９０）。

【０１２６】遊技状態の判断とは、遊技機２において遊
技を行っている遊技者が存在するか否か、すなわち遊技
機２が遊技中であるか否かを判断するための処理であ
る。遊技機２が遊技中でないときには、以降の処理を行
う必要はないため、まず、遊技中であるか否かを調べる
のである。遊技状態の判断は、遊技機２の前面パネル４
に設けられたカード挿入口２２にカードが挿入されてい
るか否かを検出することにより行われる。

【０１２７】遊技機２は、遊技状態を調べるために、カ
ードが検出されるか否かを判断する処理に移行する（ス
テップＳ９１）。

【０１２８】カードの検出は、カード挿入口２２にカー
ドが挿入されているか否かをカードリーダ２３で感知す
ることにより検出する。なお、ここで挿入されるカード
とは、遊技者を特定するための情報等が記録された認証
カードのようなものであり、特に認証カードとしての機
能のみ独立して持つカードでなくても、プリペイドカー
ドのようなものに個別に遊技者を特定する情報を記録し
たものでもよい。

【０１２９】カードの検出を行って、カードが挿入され
ていないものと判断されたときには、そのまま遊技者を
判断する処理を終了する。なお、カードが検出されなか
ったときには、検出されなかったという判断結果に基づ
く信号を遊技機２からサーバ１に送信する（ステップＳ
９６）。信号の内容としては、例えば、カードが検出さ
れなかったときには「０」のデータを送信し、後述する
ようにカードが検出されたときには「１」のデータを送
信するようにすればよい。

【０１３０】カードが挿入されたものと判断されたとき
には、その遊技機で遊技中である遊技者を特定するため
の処理に移行する（ステップＳ９２）。

【０１３１】カードが挿入されている場合には、カード
リーダ２３がカードに記録された情報を読み込むことと
なる。本実施形態では、カード挿入口に挿入されるカー
ドは、遊技者を特定するために、その遊技者独自の認証
番号データを保持しているものである。遊技機２のＣＰ
Ｕ３３は、この認証番号データを基に当該遊技機２で遊
技を行っている遊技者を特定することとなる。

【０１３２】遊技者を判断する処理が終了すると、ＣＰ
Ｕ３３は、直前の遊技者履歴を参照する処理に移行する
（ステップＳ９３）。

【０１３３】遊技機２のＲＡＭ３７には、各遊技機で遊
技した遊技者の情報が履歴として記録されている。ＣＰ
Ｕ３３は、ＲＡＭ３７に記録された遊技者履歴を参照
し、カードが検出されたことを示す信号を受信する直前
の遊技者の認証番号を参照する。

【０１３４】直前の遊技者履歴を参照する処理が終了す
ると、遊技者が変更されたか否かを判断する処理に移行
する（ステップＳ９４）。

【０１３５】ＣＰＵ３３は、先のステップで参照した直
前の遊技者の認証番号データと、カード検出信号ととも
に遊技機２に設けられたカードリーダ２３から送信され
てきた遊技者の認証番号データとを比較し、両者が一致
するか否かを判断する。両者が一致する場合には、同じ
遊技者が単に認証カードを挿入し直しただけであるの
で、遊技者は変更されていないものと判断する。逆に、
両者が異なる場合には、遊技者が変更されたものと判断
することとなる。

【０１３６】遊技者が変更されていない場合には、その
まま遊技者の判断を行う処理を終了する。

【０１３７】遊技者が変更されたものと判断された場合
には、直前の遊技者の累積投入数をリセットする処理が
行われる（ステップＳ９５）。

【０１３８】ＣＰＵ３３は、先のステップＳ９３で参照
したＲＡＭ３７に記録された遊技者履歴において、直前
の遊技者が消費したクレジットの累積投入数のデータを
リセットする処理を行う。

【０１３９】このことは、遊技者ごとに還元を行うとい
う本発明の内容を実現するためのものであり、他の遊技
者が投入したクレジット数に加算する形でクレジットの
累積投入数を増やしていくことはできないということを
意味している。クレジットの累積投入数が上限に到達す
る前に遊技をやめて他の遊技機に移動した遊技者も、同
様に、移動した先の遊技機ではクレジットの累積投入数
が０に戻った状態から遊技を始めることになる。これに
より、遊技者は、遊技機をむやみに変更することがなく
なり、さらに累積投入数が上限に到達すれば還元が行わ
れる可能性が高くなることを知っているので、安心して
遊技を続行することができることになる。

【０１４０】直前の遊技者の累積投入数をリセットする
処理が終了すると、遊技機２は、判断結果を送信する処
理を行う（ステップＳ９６）。

【０１４１】ＣＰＵ３３は、通信インターフェイス回路
４１、ネットワークＮＴ、及びサーバ１の通信インター
フェイス５３を介して、サーバ１に対し、遊技者の情報
を送信する。送信するデータとしては、上述したように
「１」の値を付した遊技者の情報を送信すればよい。ま
た、遊技機２では、ＲＡＭ３７に記録された過去の遊技
者の履歴情報を新しい遊技者の情報に書き換えて記録す
る。

【０１４２】判断結果を送信する処理が終了すると、再
び遊技者の判断を行う処理を繰り返すこととなる。

【０１４３】なお、本実施形態においては、遊技者を特
定するものとして、遊技者の認証データが記録された認
証カード又はＩＤカードのようなものを用いているが、
本発明ではこれに限らず、遊技機２にセンサのようなも
のを設けて人体を検知するようにしてもよいし、遊技者
が遊技を行うときに腰掛ける椅子に体重計としての機能
を付け、遊技者の体重を量って記録することにより遊技
者を特定するようにしてもよいものとする。

【０１４４】遊技者を判断する処理が終了すると、遊技
機２は、還元を行う際に基準となる上限値の設定を行う
（ステップＳ２１）。

【０１４５】上限値とは、例えばスロット遊技機で遊技
を行うときに用いられる、遊技媒体であるメダル等の枚
数のことをいうものであり、ある遊技者が使用したメダ
ルの枚数がその値に達したときには、スロット遊技機か
ら当該ある遊技者に対して還元が行われ得るものであ
る。

【０１４６】上限値の設定には、様々な態様が考えられ
る。例えば、予め設定された上限値を用いる場合もあれ
ば、遊技機の所有者等が設定する場合、又は、遊技状態
に応じて適宜自動的に変更される場合等が挙げられる。
ただし、このように様々な態様を採りうる上限値の設定
処理は、いずれも遊技機２において遊技を行う遊技者が
変更された場合に行われるものであり、先のステップＳ
２１で遊技者が変更されたか否かの結果を必ず参照して
から行われるものとする。遊技者が変更されたか否かの
判断結果は、サーバ１からデータとして遊技機２に送信
されてくるものであり、遊技者が変更されている場合に
は「１」の値を付したものが、変更されていない場合に
は「０」の値を付したものが送信されてくることにな
る。

【０１４７】ここでは、上述の様々な態様のうちの一つ
である、予め設定された上限値を用いる場合について説
明する。

【０１４８】予め設定された上限値は、ＲＡＭ３７に記
憶されているものであり、ＣＰＵ３３は、ＲＡＭ３７か
らその上限値データを読み出し、上限値の設定を終了す
ることとなる。

【０１４９】なお、予め設定された上限値を用いずに上
限値の設定を行う場合については、後述することとす
る。

【０１５０】上限値を設定する処理が終了すると、ＣＰ
Ｕ３３は、図５に示されたステップＳ１１の処理結果に
基づいて、遊技者が投入した遊技媒体であるメダルの枚
数を加算する処理、及び上限を報知する処理に移行する
（ステップＳ２２）。

【０１５１】まず、投入数を加算する処理について説明
する。

【０１５２】前述した投入口１５から投入されたメダル
は、遊技機２の内部に設置されたメダル検知センサ（図
示せず）により、その枚数が計数されることとなる。計
数された枚数のデータは現在投入メダルデータとして過
去に投入したメダルのデータである累積投入数データに
加算して記憶される。なお、ここではクレジットの累積
消費量をメダルの累積投入数と表現している。

【０１５３】累積投入数データはＲＡＭ３７に記録され
ているデータである。ＣＰＵ３３は、ＲＡＭ３７から過
去投入メダルデータを読み出し、当該累積投入数データ
にメダル検知センサで計数された現在投入メダルデータ
を加算し、更新された累積投入数データとしてＲＡＭ３
７に記録することとなる。

【０１５４】なお、先に遊技者を判断する処理（ステッ
プＳ２０）で述べたように、この累積投入数データは、
遊技者が変更された場合にはリセットされるものであ
る。

【０１５５】次に、上限報知処理について説明する。

【０１５６】上限の報知とは、遊技者に対して、その遊
技機があとどの程度で上限に到達するか、又は上限に到
達したことを遊技者に報知することをさすものである。
報知の具体的な内容としては、設定された上限の値及び
現在の累積投入数、又は上限の値に対する累積投入数の
割合（すなわち、上限に対する到達度を百分率又はパー
センテージで表現したもの）等が考えられる。

【０１５７】この報知を行わない場合には、遊技者は、
いつ自分が遊技を行っている遊技機が上限に到達するの
か全く分からずにプレイを続けることになり、そのこと
が遊技者に不安を募らせることになる。従って、上限の
値を報知するようにすれば、後どの程度遊技を行えば還
元が行われるのかを把握できることになり、遊技者は、
安心して遊技を行うことができるようになる。従って、
本実施形態においては、上限の報知を行っていることが
好適である。

【０１５８】投入したメダル数を加算する処理、及び上
限の報知を判断する処理が終了すると、累積投入数が上
限に到達したか否かを判断する処理が行われる（ステッ
プＳ２３）。

【０１５９】上限に到達したか否かの判断は、先のステ
ップＳ２２でＲＡＭ３７に記録された累積投入数データ
と、先のステップＳ２１で設定された上限値を比較する
ことによって行われる。ＣＰＵ３３は、ＲＡＭ３７に記
憶された上記２つのデータの値を比較し、遊技者が遊技
機に投入したメダルの枚数が設定された上限に到達した
か否かを判断することとなる。

【０１６０】累積投入数データが上限に到達していない
ものと判断された場合には、ステップＳ２２に戻って、
引き続き遊技者が遊技機に投入するメダルの枚数を加算
する処理を行うこととなる。

【０１６１】累積投入数データが上限に到達しているも
のと判断された場合には、上限到達結果をサーバに送信
する処理に移行する（ステップＳ２４）。

【０１６２】遊技機２のＣＰＵ３３は、累積投入数デー
タが上限に到達したことを示す信号、先のステップＳ２
１で設定された上限値のデータ、及び後述する還元率の
データを、遊技機２の通信インターフェイス回路４１を
介してサーバ１に送信する。

【０１６３】上限に到達したことを示す信号は、例えば
「１」という数値で表現されるものである。また、累積
投入数データが上限に到達したことを示す信号には、遊
技機２を指定する信号、すなわちサーバ１が管理する複
数の遊技機のうち、どの遊技機に相当するのかを示すデ
ータが付されることとなる。例えば、遊技機２が、サー
バ１の管理する複数の遊技機の中で「１２３番」という
識別番号を付されている場合には、上限に到達したこと
を示す信号である「１」を各遊技機の識別番号に続けて
表現するようにして、例えば、「１２３−１」のような
信号をサーバに１に送信することとなる。

【０１６４】上限値のデータは、上述したように、ＲＡ
Ｍ３７に記録されているものである。上限値は、当該遊
技者に還元を行うこととなった場合に、還元するメダル
数を決定するために用いるデータである。還元するメダ
ル数とは、後述する還元率を上限値に乗じて算出される
ものである。

【０１６５】また、遊技機２のＲＡＭ３７には、上限に
達したときに当該遊技機の上限値に対してどの程度の割
合で還元を行っていくかを決定する還元率のデータが記
録されている。この還元率のデータも、サーバ１に送信
されることとなる。

【０１６６】ここで、還元率は予め設定された数値を用
いるのが通常であるが、この還元率を様々な態様で変化
させることも可能であり、それによりゲーム性をより高
めることもできる。なお、還元率を変化させる処理につ
いては、後述することとする。

【０１６７】サーバに対して、累積投入数データが上限
に到達したことを示す信号を送信する処理が終了する
と、遊技機２は、還元指令の待ち受けをする状態に移行
する（ステップＳ２５）。

【０１６８】還元指令とは、サーバ１から累積投入数デ
ータが上限に到達した遊技機２に対して送信される信号
のことで、還元のタイミング等を制御するためのもので
ある。遊技機２は還元指令を待ち受けている間にも、遊
技者が遊技可能な状態となっている。

【０１６９】還元指令を待ち受ける状態になると、次に
報知を行うか否かの判断をする処理に移行する（ステッ
プＳ２６）。

【０１７０】ここで、報知とは、遊技機２の遊技者に対
して、これから還元が行われることを知らせることを指
すものである。また、報知の判断をする処理とは、報知
を行うか否かを判断する処理をさすものである。

【０１７１】報知を行うか否かは、ＣＰＵ３３がＲＡＭ
３７のデータを参照することにより判断する（ステップ
２７）。ＲＡＭ３７には、報知を行うか否かのデータが
記録されており、報知を行う場合には「１」というデー
タが与えられており、報知を行わない場合には「０」と
いうデータが与えられている。これらのデータは、予め
設定されているようにしてもよいし、遊技機の所有者等
が適宜設定することにしてもよい。

【０１７２】ＲＡＭ３７に記録されているデータが
「１」であった場合、ＣＰＵ３３は遊技者に対して、当
該遊技者が遊技している遊技機の投入累積メダル数が上
限に到達し、そろそろ還元が行われることの報知をする
（ステップＳ２８）。報知は、遊技機２に内蔵された照
明等を用いて行ってもよいし、遊技機２に報知を行うた
めの表示部を設け、表示部から遊技者に対して報知して
もよい。また、遊技機２に一体に設けられた報知手段で
なくても、遊技者が今から還元が行われることを知るこ
とができるようなものであればよいものとする。

【０１７３】報知を行う処理が終了したとき、又は報知
を行わないものとの判断が終了したときには、次に、還
元指令を受信したか否かを判断する処理に移行する（ス
テップＳ２９）。

【０１７４】還元指令は、上述したステップＳ２５にお
いて、遊技機２がサーバ１から送信されるのを待ち受け
ていたものである。この還元指令は、遊技機２が上限に
到達した場合には必ず還元が行われるような態様をとる
遊技機はもちろん、上限に到達しても還元が必ず行われ
るとは限らないような態様をとる遊技機に対しても、サ
ーバ１から必ず送信されるものである。

【０１７５】サーバ１は後述する通信インターフェイス
５３を介して、所定のタイミングで還元指令である信号
を遊技機２に送信する。遊技機２では、通信インターフ
ェイス回路４１を介して還元に関する信号を受信し、入
出力バス３２を通じてＣＰＵ３３が当該還元指令を受信
する。還元指令を受信できなかった場合には、ステップ
Ｓ２５に戻り、再び還元指令を待ち受けることとなる。

【０１７６】還元指令を受信する処理が終了すると、次
に、還元処理を行うこととなる（ステップＳ３０）。

【０１７７】還元処理は、先のステップＳ２９でサーバ
１から送信された還元指令に基づいて行われるものであ
り、当該還元指令のうち遊技機２に対してどの程度の還
元を行うかを示すデータを受けて、ＣＰＵ３３が還元を
行う。

【０１７８】上述したように、投入メダル数が上限に到
達すれば必ず還元が行われる態様のときには、主にＲＡ
Ｍ３７に記録された上限のデータと還元率のデータに基
づいて算出された枚数のメダルを還元することとなる。
また、投入メダル数が上限に到達しても必ず還元が行わ
れるとは限らない態様の場合は、還元を行わないことと
なったときに、必要に応じてＲＡＭ３７に記録された投
入数データをリセットするような処理を行うこともあ
る。投入数データのリセットはＣＰＵ３３の指示を受け
たＲＯＭ３６に格納されたプログラムにより行われる。

【０１７９】還元を行う処理が終了すると、再び上限値
の設定をする処理（ステップＳ２１）に戻って、上述し
たような処理を繰り返し行うこととなる。

【０１８０】［サーバの構成］次に、上述したサーバ１
の構成について、図８を参照しながら説明する。

【０１８１】図８はサーバ１の構成を示すブロック図で
ある。この図８に示されるように、サーバ１は、データ
バスＢＵＳに接続されたＣＰＵ５１、メモリ５２、通信
インターフェイス５３及びデータベース５４を有し、Ｃ
ＰＵ５１はメモリ５２に格納されているプログラムに従
って種々の処理を実行するようになされている。

【０１８２】すなわち、ＣＰＵ５１は通信インターフェ
イス５３によって接続された回線を介して、遊技機２か
ら送信されるデータを受け取り、これをメモリ５２に格
納する。これらのデータは、例えばサーバ１が管理する
複数の遊技機の上限のデータ、還元率のデータ等であ
り、サーバ１に管理される各遊技機から送信される情報
である。

【０１８３】ＣＰＵ５１は、データベース５４に格納さ
れているプログラムをメモリ５２に読み出しこのプログ
ラムに従って、当該メモリ５２に格納された各遊技機か
ら送信される情報に基づいてプログラムを進行させる。
このプログラムの進行結果は、データベース５４に格納
される。

【０１８４】［サーバの動作］次に、上述のような構成
を採るサーバ１について、その各部の動作を説明するこ
ととする。

【０１８５】図９は、上述したような還元を各遊技機に
対して行う為の準備としてサーバ１の各部がどのような
動作を行うか、その流れの一例を示すフローチャートで
ある。因みに、この動作はサーバ１において常時繰り返
されているものとする。

【０１８６】図９に示されるように、サーバ１は、管理
している遊技機２が上限に到達したときに還元を行う為
の準備として、常時、各遊技機２に投入された（ステッ
プＳ１１）遊技媒体であるメダルの一部を保留してい
る。

【０１８７】サーバ１では、各遊技機２から遊技媒体の
投入結果を待ち受ける状態にある（ステップＳ４１）。

【０１８８】遊技者が各遊技機において用いる遊技媒体
としては、一般的に用いられるメダル、賞球、コイン又
は紙幣のような形のある有体物が考えられるが、データ
として数値等で表現されるものであれば、無体物であっ
ても遊技媒体として考えられるものとする。ここでいう
「投入」とは、遊技媒体の形態によらず、遊技者が遊技
のために用いる意思をもって、遊技媒体を遊技機に認識
させる行為をいうものとする。従って、メダル等のよう
に、投入口１５から投入され、遊技機２の内部に設置さ
れたメダル検知センサ（図示せず）に検知されたものば
かりでなく、遊技者により遊技に用いることを決定づけ
られた数値データのようなものも待ち受けの対象となっ
ている。

【０１８９】サーバ１が遊技媒体の投入を待ち受けてい
る状態においては、所定のタイミングで遊技媒体の投入
データを受信したか否かの判断が行われている（ステッ
プＳ４２）。

【０１９０】本実施形態においては遊技媒体としてメダ
ルを用いており、各遊技機では、遊技者が投入口１５か
らメダルを投入しながら遊技を継続している。遊技者が
投入口１５から投入したメダルは、遊技機の内部に設置
されたメダル検知センサ（図示せず）によりその枚数が
検知され、データとして数値化され、遊技機２のＲＡＭ
３７に累積投入数のデータとして記録されている。この
累積投入数のデータは、所定のタイミングで通信インタ
ーフェイス回路４１を介してサーバ１に送信されてくる
ものである。

【０１９１】サーバ１では、この累積投入数データをサ
ーバ１の通信インターフェイス５３を介して受信し、Ｃ
ＰＵ５１の指示に基づいて当該データをメモリ５２に適
宜記録（保留）していくこととなる。

【０１９２】なお、ステップＳ４２の判断において、サ
ーバ１が投入データを受信していなかったときには、再
度ステップＳ４１に戻って処理を行うこととなる。

【０１９３】投入データの受信を判断する処理が終了す
ると、次に、サーバ１は、投入数の所定率を保留する処
理に移行する（ステップＳ４３）。

【０１９４】サーバ１では、上述したように、サーバ１
が管理する各遊技機で遊技を行う遊技者に還元するため
の遊技媒体を、予め保留していることとなる。保留する
量は、サーバにより異なるものであり、先のステップＳ
４２でサーバ１が受信した各遊技機の累積投入数データ
に対し、予め決定された所定の率（還元率）を乗じるこ
とによりその量を決定するものである。

【０１９５】保留を行う処理においては、サーバは、Ｃ
ＰＵ５１で算出された保留量の数値データを通信インタ
ーフェイス５３を介して遊技機２に送信することとな
る。遊技機２側では、受信した数値データに基づいて、
ＣＰＵ３３が、累積投入数データの一部に相当する数値
データを保留データとしてＲＡＭ３７に記録しておくこ
ととなる。

【０１９６】保留を行う処理が終了すると、サーバ１
は、再び各遊技機からの投入データを待ち受ける状態
（ステップＳ４１）に戻り、上述したような処理を繰り
返していくこととなる。

【０１９７】次に、管理する遊技機２に対して還元を行
うときのサーバの動作について説明する。

【０１９８】図１０は、サーバ１が還元を行うときの動
作の流れを示すフローチャートである。この動作は、常
時繰り返されているものとする。サーバ１では、まず、
還元対象を抽選する処理を行う（ステップＳ５１）。

【０１９９】還元対象の抽選は、主に、上限に到達した
遊技機に対して必ず還元が行われるとは限らないような
態様を採る場合に行われるものであり、抽選の内容とし
ては、例えば、「今からＮ番目に上限に到達した遊技機
に還元を行う」とか、「遊技機に付された番号の末尾が
○○番に該当するものに還元を行う」とかいうようなも
のが挙げられる。上限に到達した遊技機に対して必ず還
元が行われる態様を採る場合には、この抽選からは、例
えば、「今から１番目に上限に到達した遊技機に還元を
行う」とか、「遊技機に付された番号の末尾が０番、１
番、…、９番（全ての遊技機の番号が指定されることと
なる）に該当するものに還元を行う」といったような結
果が得られることとなる。

【０２００】これらの抽選結果は、ＣＰＵ５１の指示に
基づいて、メモリ５２に記録されることとなる。

【０２０１】還元対象の抽選を行う処理が終了すると、
次に、サーバ１は、各遊技機２から上限到達結果が送信
されるのを待ち受ける状態になる（ステップＳ５２）。

【０２０２】上限到達結果とは、上述したように、遊技
機２に投入された遊技媒体が予め設定された量に到達し
たことを示すもので、遊技機２において到達したか否か
の判断が行われ、到達した場合にはサーバにその結果が
送信されてくるものである。サーバ１では、通信インタ
ーフェイス５３を介してその結果を受信するのを待ち受
けることとなる。

【０２０３】サーバ１が上限到達結果を待ち受けている
状態にあるときには、所定のタイミングで上限到達結果
を受信したか否かを判断する処理を行うこととなる（ス
テップＳ５３）。

【０２０４】この判断は、ＣＰＵ５１が行うものであ
り、上限到達結果を受信したものと判断されたときには
次の処理に移行することとなる。逆に、上限到達結果を
受信していないものと判断されたときには、サーバ１は
再び上限到達結果を待ち受ける状態に移行し（ステップ
Ｓ５２）、所定のタイミングで受信したか否かを判断す
る処理を繰り返すこととなる。

【０２０５】上限到達結果を受信したものと判断された
場合には、当該上限到達結果を送信した遊技機２が還元
対象であるか否かを判断する処理が行われる（ステップ
Ｓ５４）。

【０２０６】還元対象であるか否かは、上述したステッ
プＳ５１で行われた抽選により定められたデータに基づ
いて行われるものであり、ＣＰＵ５１がメモリ５２に記
録されたデータを参照して、上限到達結果に付されてい
るデータと比較してなされるものである。

【０２０７】例えば、上述した例で「遊技機に付された
番号の末尾が○○番に該当するものに還元を行う」とい
う抽選結果が出ている場合には、ＣＰＵ５１は、当該抽
選結果に付されている遊技機の識別番号のデータを読み
出し、その番号の末尾が○○番に該当するか否かを判断
するのである。

【０２０８】なお、上限に到達した場合には必ず還元が
行われるような態様のときには、還元対象であるか否か
の判断においては、必ず肯定の結果が出されることとな
る。

【０２０９】還元対象でないものと判断された場合に
は、後述する還元制御信号を送信する処理において、還
元を行わないことを示す信号が送信されることとなる。
この信号は、ＣＰＵ５１の指示を受けて、通信インター
フェイス５３を介して遊技機２に送信されることとな
る。

【０２１０】還元対象であるか否かを判断する処理にお
いて、肯定の結果が得られた場合には、サーバ１は、還
元のタイミングを判断する処理に移行する（ステップＳ
５５）。

【０２１１】還元のタイミングには、様々な態様が考え
られ、例えば、上限に到達し還元対象に該当する遊技機
に対しては、サーバにおける全ての処理が終了した直後
に強制的に還元を行うようにするようなことも考えられ
るし、また、サーバにおける全ての処理が終了した後に
所定時間が経過した後、若しくは所定の遊技を行った後
に還元を行うようにするようなことも考えられる。

【０２１２】還元のタイミングを判断する処理は、これ
らのどのタイミングで還元を行うかを判断するものであ
るが、還元のタイミングを単一に予め決めている場合に
は、そのタイミングを用いるものとする。

【０２１３】還元のタイミングを判断する処理が終了す
ると、還元のタイミングになっているか否かを判断する
処理に移行する（ステップＳ５６）。

【０２１４】還元のタイミングとは、先のステップＳ５
５で定めたものであるが、当該ステップで定めたタイミ
ングについては、サーバ１のメモリ５２に記録されてい
る。この記録は、例えば、「上限に到達してから何分
後」というように時間的なタイミングを与えた場合に
は、サーバ１に設けられたタイマ（図示せず）で時間を
計ってそのタイミングを待つこととなる。また、例え
ば、「上限に到達してから遊技者が２０回遊技を行った
後」というように遊技者の遊技状況に応じたタイミング
を与えた場合には、遊技機２に設けられた各種センサを
用いて、所定の条件を満たしたときにサーバ１に遊技機
２のＣＰＵ３３から信号を送信して知らせるようにする
こととなる。

【０２１５】サーバ１では、還元のタイミングになった
後に還元に関する処理を開始するため、このタイミング
になっていないものと判断された場合には、再びステッ
プＳ５５に戻り、以後の処理を繰り返すこととなる。

【０２１６】サーバ１が還元のタイミングになったもの
と判断したときには、先のステップＳ４３で保留した遊
技媒体の量（数）等を参照した還元数を決定する処理を
行う（ステップＳ５７）。

【０２１７】遊技機２に還元される量は先のステップＳ
４３（図９）で保留した遊技媒体により賄われるもので
ある。通常、上限に到達したら予め定められた還元率を
上限に乗じたものを還元することになっている。この場
合、原則として、サーバ１は遊技機２から送信された上
限到達結果に含まれている上限を表すデータ及び還元率
を表すデータを基に還元数を算出する。また、これに対
し、先の還元タイミングの抽選で、上限に到達してから
還元を行うまでの時間が長期に及ぶこととなった場合、
遊技者はその間にも遊技を行って還元を待つこととなる
ため、その間に消費したクレジット数に応じて、より多
くの還元を行うことも考えられる。このような態様を採
る場合にも、このステップＳ５７のサブルーチンで、サ
ーバ１が、上限到達後に消費されたクレジット数を考慮
して、上記還元数に上乗せしたり、還元率を少し高める
ようにしている。

【０２１８】なお、より高いゲーム性を演出するため
に、上限の値に応じて還元率を変化させるようにするこ
とも考えられる。この場合には、予め定められた還元率
を用いるのではなく、各遊技機を一括管理するサーバ１
で抽選を行い、適宜還元率を変化させることとなる。

【０２１９】還元率を変化させてより高いゲーム性を演
出する態様については、後述することとする。

【０２２０】還元数を決定する処理が終了すると、サー
バ１は、遊技機に対して還元制御信号を送信する処理に
移行する（ステップＳ５８）。

【０２２１】ここでサーバ１から各遊技機２に送信され
る還元制御信号は、先の還元対象であるか否かを判断す
るステップ（ステップＳ５４）での判断結果に応じて２
種類に分かれることとなる。還元対象で有るか否かを判
断するステップ（ステップＳ５４）で、還元対象である
ものと判断された遊技機に対しては、還元制御信号の一
部に還元対象であることを示すデータである「１」の値
を与えるようにし、還元対象でないものと判断された遊
技機に対しては、還元制御信号の一部に還元対象でない
ことを示すデータである「０」の値を与えるようにす
る。なお、上限に到達した遊技機には必ず還元が行われ
るような態様を採る場合には、上述した還元制御信号の
値は全て「１」に設定するようにすればよい。

【０２２２】還元制御信号には、どの程度の還元を行う
かというデータも含まれており、これらの全てのデータ
が、サーバ１のＣＰＵ３１の指示を受けて、通信インタ
ーフェイス３３を介して送信される。

【０２２３】還元制御信号を送信する処理が終了する
と、サーバ１は、保留数を減算する処理に移行する（ス
テップＳ５９）。

【０２２４】保留数とは、先に説明した図９に記載した
ステップＳ４３でサーバ１のメモリ５２に保留された遊
技媒体の数のことをさすものである。各遊技機への還元
は、この保留された遊技媒体を用いて行われるものであ
るため、還元が終了した後には、還元した量に相当する
遊技媒体の数のデータを減算しておく必要があるのであ
る。

【０２２５】保留数を減算する処理は、ＣＰＵ３１が行
うものであり、減算により更新されたデータは、メモリ
５２に新たに記録されることとなる。

【０２２６】なお、遊技機に還元する量が遊技状態に応
じて変動する場合には、遊技機２での還元が終了した後
に、遊技機２のＣＰＵ３３が遊技者に還元した量を示す
データをサーバ１に送信し、それを受信した後に減算処
理に移行してもよい。

【０２２７】保留数を減算する処理が終了すると、サー
バ１はステップ５１に戻り、還元対象の抽選以降の処理
を再び行うこととなる。

【０２２８】以上、本発明のクレジット還元システムに
おける遊技機及びサーバの構成及び動作についての概要
を説明した。

【０２２９】以下、上述した説明の中で出てきた各種の
設定処理、又は判定処理の内容について説明する。

【０２３０】［上限を設定する処理］まず、図６のステ
ップＳ２１の上限を設定する処理について説明する。

【０２３１】上限の設定には、予め定められた上限値を
用いる方法と、サーバ等で抽選により決定された上限値
を用いる方法が考えられるが、先の説明で予め定められ
た上限値を用いる方法については説明したので、ここで
は、抽選により決定された上限値を用いる方法について
説明する。

【０２３２】図１１は、上限値の設定をするときのサー
バ１の動作を示すフローチャートである。このフローチ
ャートは先の図６で示したステップＳ２１のサブルーチ
ンに相当するものである。

【０２３３】サーバ１では、まず、当該サーバが管理す
る各遊技機の遊技番号を待ち受ける状態になる（ステッ
プＳ６０）。

【０２３４】サーバ１は、上述したように、複数の遊技
機からなる遊技機群を管理するものであるため、まず、
サーバ１が管理する複数の遊技機のうちどの遊技機が上
限値を設定しようとしているのかを特定する必要があ
る。上限値の設定を行おうとする遊技機２は、ＣＰＵ３
３の指示により、通信インターフェイス回路４１、ネッ
トワークＮＴ、及びサーバ１の通信インターフェイス５
３を介して、遊技機２に付された遊技機番号をサーバ１
に送信するようになっている。

【０２３５】なお、ここで上限値を設定しようとしてい
る遊技機とは、上述した遊技者の判断を行う処理（図６
のステップＳ２０）で、遊技者が変更されたものと判断
された遊技機、又は前回設定された上限に到達した遊技
機のことであり、遊技機２の遊技機番号のデータは、遊
技者が変更されたことを示す信号、及び遊技者の情報の
データとともに、送信されるものである。すなわち、上
限値の設定は、遊技者が変更されたとき、又は前回設定
された上限に到達した遊技機に対して行われるものであ
る。

【０２３６】サーバ１が、各遊技機の遊技機番号を待ち
受ける状態になると、サーバ１のＣＰＵ５１が遊技機番
号を受信したか否かの判断を行う（ステップＳ６１）。

【０２３７】遊技機番号を受信していないと判断された
場合には、再びステップＳ６０に戻り、遊技機番号待ち
受ける状態となる。

【０２３８】遊技機番号を受信したものと判断すると、
サーバ１は、遊技履歴を参照する処理に移行する（ステ
ップＳ６２）。

【０２３９】上述したように、図１１は、繰り返し処理
を行う図６のフローチャートのステップＳ２１のサブル
ーチンに相当するので、遊技機２が初めてステップＳ２
１の処理を行う場合もあれば、一通り還元処理（ステッ
プＳ３０）まで行った後にステップＳ２１に移行してき
ている場合もある。

【０２４０】遊技履歴を参照するのは、この遊技機２が
どのような処理を経て上限値の設定処理（ステップＳ２
１）に移行してきているのかを知るためであるのと同時
に、後述するように、還元後に上限の設定を行う態様も
考えられるため、未だ遊技機２が到達していない上限値
を二重に変更してしまうことを防ぐためでもある。

【０２４１】遊技履歴は、後述する図１６のようなもの
であり、サーバ１のデータベース５４に格納されている
ものであり、サーバ１のＣＰＵ５１がその処理を行うも
のである。この遊技履歴には、今までに設定された上限
値や還元が行われたか否かを示すデータ等が記録されて
いる。

【０２４２】遊技履歴を参照すると、サーバ１のＣＰＵ
５１は、前回上限に到達した際に、当該遊技機２に対し
て還元が行われたか否かを判断する処理に移行する（ス
テップＳ６３）。

【０２４３】還元履歴の「還元の有無」の欄には、上限
到達後に還元が行われたか否かを示すデータが記録され
ており、還元が行われたときには「１」のデータが、還
元が行われなかったときには「０」のデータがこの欄に
与えられている。

【０２４４】前回の上限到達後に還元が行われている場
合には、その後、新たな上限値を設定しているものと判
断して、上限値を設定する処理を終了する。

【０２４５】前回の上限到達後に還元が行われていない
ものと判断した場合には、上限値を抽選する処理に移行
する（ステップＳ６４）。

【０２４６】上限値の抽選は、メモリ５２に記録され
た、上限値を抽選するためのプログラムを用いて、ＣＰ
Ｕ５１が行うものである。抽選は適当な範囲の数値、例
えば１から２００の数値の中からランダムに選択するよ
うにして行われる。この数値は、図１６の例からも分か
るように、千円を単位とする数値であり、例えば抽選に
より１０が選択された場合には、上限は１万円となる。

【０２４７】なお、上限値は金額のみで与えられるもの
ではなく、例えば遊技媒体として想定されるメダルの枚
数や、遊技時間、遊技数等で与えられてもよいものとす
る。

【０２４８】上限値の抽選を行う処理が終了すると、サ
ーバ１は、上限値を抽選結果に変更する処理を行う（ス
テップＳ６５）。

【０２４９】上限値の変更は、ＣＰＵ５１が行うもので
あり、新たな上限値をデータベース５４の遊技履歴の
「上限」の欄に記録することにより行われる。また、こ
の上限値は、遊技機２にも送信されることとなる。

【０２５０】上限値の設定は、所定の還元が行われた後
になされる場合も考えられる。

【０２５１】以下、還元後に上限値を設定する処理につ
いて説明する。

【０２５２】図１２は、先に示した図６のステップＳ３
０のサブルーチンに相当するものである。すなわち、還
元後の上限値の設定は、還元処理としてステップＳ３０
の処理に含まれるものとする。

【０２５３】図１２の還元処理において、サーバ１は、
まず、当該遊技機に還元があったか否かを判断する（ス
テップＳ７０）。

【０２５４】還元の有無は、先に説明した還元履歴に記
録されているものであり、還元履歴の「還元の有無」の
欄に「１」のデータが与えられていれば還元が行われた
ことを示しており、「０」のデータが与えられていれば
還元は行われなかったことを示している。また、この判
断は、サーバ１のＣＰＵ５１が行う。

【０２５５】還元が行われなかったものと判断された場
合には、図６の上限値の設定（ステップＳ２１）におい
て、図１１に示すサブルーチンに基づいて上限値の設定
が行われることとなるので、そのまま処理を終了する。

【０２５６】還元が行われたものと判断された場合に
は、上限値を抽選する処理に移行する（ステップＳ７
１）。

【０２５７】上限値の抽選は、メモリ５２に記録され
た、上限値を抽選するためのプログラムを用いて、ＣＰ
Ｕ５１が行う。抽選は、上述のように、適当な範囲の数
値の中からランダムに選択するようにして行われる。

【０２５８】上限値の抽選を行う処理が終了すると、サ
ーバ１は、上限値を抽選結果に変更する処理を行う（ス
テップＳ７２）。

【０２５９】上限値の変更は、ＣＰＵ５１が行うもので
あり、新たな上限値をデータベース５４の遊技履歴の
「上限」の欄に記録することにより行われる。また、こ
の上限値は、遊技機２にも送信されることとなる。

【０２６０】以上により、還元後に上限値の設定を行う
処理が終了する。

【０２６１】さらに、上限値の設定は、遊技者が有利な
状態に移行した後、すなわち大当たりを獲得した後にも
行われる。以下、大当たり後に上限値の設定をする処理
について説明する。

【０２６２】図１３は、大当たり後に上限値の設定をす
る処理において、サーバ１の動作を示すフローチャート
である。なお、図１３の一連の処理は、先の図５に示す
内部抽選処理（ステップＳ１３）のサブルーチンであ
る。なお、図１３では、説明の便宜上、内部抽選処理開
始（ステップＳ８０）から図示しているが、この内部抽
選処理は、各遊技機で行われるものとする。従って、ス
テップＳ８１以降が、サーバ１の動作を示すものであ
る。

【０２６３】サーバ１では、内部抽選処理の開始に伴っ
て、内部抽選結果を待ち受ける状態となる（ステップＳ
８１）。

【０２６４】内部抽選結果が各遊技機から送信されてく
ると、サーバ１のＣＰＵ５１は、その結果が大当たりで
あるか否かを判断する処理に移行する（ステップＳ８
２）。

【０２６５】内部抽選処理の結果、大当たりでないもの
と判断された場合には、そのままこの処理を終了するこ
ととなる。

【０２６６】大当たりであるものと判断された場合に
は、サーバ１は、上限値の抽選を行う処理に移行する
（ステップＳ８３）。

【０２６７】上限値の抽選は、メモリ５２に記録され
た、上限値を抽選するためのプログラムを用いて、ＣＰ
Ｕ５１が行う。抽選は、上述したものと同様に、適当な
範囲の数値の中からランダムに選択するようにして行わ
れる。

【０２６８】上限値の抽選を行う処理が終了すると、サ
ーバ１は、上限値を抽選結果に変更する処理を行う（ス
テップＳ８４）。

【０２６９】上限値の変更は、ＣＰＵ５１が行うもので
あり、新たな上限値をデータベース５４の遊技履歴の
「上限」の欄に記録することにより行われる。また、こ
の上限値は、遊技機２にも送信されることとなる。

【０２７０】以上により、大当たり後に上限値の設定を
行う処理が終了する。

【０２７１】このように、還元を行うための基準となる
上限の値を適宜変化させることにより、遊技者にとっ
て、より高いゲーム性を演出する遊技機を提供すること
ができる。また、上限値がどの程度であるかを報知する
態様を採る遊技機の場合には、次の上限値が明確に表示
されることにより、遊技者が安心して遊技を行うことが
できる可能性が生じる。さらに、次の上限値が高く設定
された場合には、遊技者は、遊技を続けるか否かの判断
を行うことができることになる。

【０２７２】［還元率を設定する処理］次に、図１０の
ステップＳ５７の還元率を設定する処理について説明す
る。

【０２７３】還元率の設定には、遊技機ごとにあらかじ
め定められた還元率をそのまま用いる方法と、所定のタ
イミングで各遊技機の還元率を変化させる方法と、が考
えられるが、本実施形態においては、遊技者がよりスリ
ル感を味わうために好適な、後者の方法について説明す
ることとする。

【０２７４】〈各遊技機の遊技履歴を参照し、還元率を
変化させる実施形態〉まず、第１の実施形態として、サ
ーバ１が還元率を変化させようとする遊技機２の遊技履
歴を参照し、その内容に基づいて還元率を変化させる方
法について説明する。

【０２７５】図１５は、還元率を設定する処理を行うと
きの、サーバ１の動作の流れを示すフローチャートであ
る。このフローチャートは、先の図６で示したステップ
Ｓ３０のサブルーチンにおいて、遊技機２が還元率の設
定を促す信号をサーバ１に送信し、遊技機２を含む複数
の遊技機を一括管理するサーバ１が、その信号を受け、
還元率の設定を行うときの流れ図である。

【０２７６】まず、サーバ１は、履歴テーブルを参照す
る処理に移行する（ステップＳ１００）。

【０２７７】履歴テーブルとは、サーバ１のデータベー
ス５４に記憶されている各遊技機ごとの過去の遊技状況
を示す表であり、例えば、図１５のようなものである。
履歴テーブルを参照するためには、遊技機２から当該遊
技機に付された遊技機番号をサーバ１に送信する必要が
ある。サーバ１では、そのＣＰＵ５１が受信した遊技機
番号を読みとり、読みとった遊技機番号に対応する履歴
テーブルを参照することになる。

【０２７８】遊技機２の履歴テーブルの一例を図１５に
示す。履歴テーブルには、上述した遊技機２の上限値が
ある値に定まってから次の値に変わるまでを一行程とし
たとき、その各行程ごとに、それぞれの行程における上
限、還元率、還元の有無、還元額、及び還元率を設定し
た設定時刻が記録されている。このようにして、サーバ
１では、各遊技機の還元率等を一括管理しており、その
管理履歴を参照しながら、還元率を設定するようにして
いる。なお、図１５は１０行程目の還元率を設定する処
理を行っている最中である。

【０２７９】履歴テーブルを参照する処理が終了する
と、サーバ１は、次が１０行程目か否かを判断する処理
に移行する（ステップＳ１０１）。

【０２８０】遊技機２の還元率は、所定の行程数ごと
（ここでは１０行程ごと）に算出される平均還元率が４
０％になるように設定されている。ここで、４０％と
は、上限値に対する割合のことで、例えば上限値が図１
５の第４行程のように１００（千円）であり、還元率が
７０％であった場合には、７０（千円）が還元されるこ
とを示す数値である。なお、ここで平均還元率を４０％
としたのは、説明の便宜を考慮したものであり、本発明
で用いられる平均還元率はこの数値に限られるものでは
ない。また、所定の行程数を１０行程としたのも、同様
に説明の便宜上のためであり、本発明の遊技機は、平均
還元率をこの数値に限られて設定するものではない。

【０２８１】サーバ１が、設定している還元率が、遊技
機２の１０行程目の還元率であると判断されたときに
は、サーバ１は、還元率の変移履歴を参照する処理に移
行する（ステップＳ１０２）。

【０２８２】還元率の変移履歴とは、図１５において、
「還元率」の欄に記載されている各行程ごとの還元率の
数値の変化の履歴のことであり、この変移履歴と平均還
元率とから、第１０行程の還元率が定まることとなる。
還元率の変移履歴を参照する処理は、上述したように、
サーバ１のＣＰＵ５１がデータベース５４の履歴テーブ
ルを読み出すことにより行われるものである。

【０２８３】還元率の変移履歴を参照する処理が終了す
ると、サーバ１は、各行程の還元率の合計を算出する処
理に移行する（ステップＳ１０３）。

【０２８４】各行程の還元率の合計とは、上記ステップ
Ｓ１０２で参照した各行程の還元率の和のことであり、
例えば図１５においては、第１行程が１０％、第２行程
が２０％、…、第９行程が１１０％であるので、第９行
程までの還元率の合計とは、１０＋２０＋…＋１１０と
して算出されることとなる。還元率の合計を、説明の便
宜上（ａ）とおくこととする。

【０２８５】各行程の還元率の合計を算出する処理が終
了すると、サーバ１は、〔（平均還元率）×１０−
（ａ）〕を算出する処理に移行する（ステップＳ１０
４）。なお、説明の便宜上、上記算出結果を（ｂ）とお
くこととする。

【０２８６】上記算出結果である（ｂ）とは、図１５に
おいて、第１０行程で設定される還元率を表す数値であ
る。本実施形態においては、１０行程ごとに平均還元率
が４０％になるように還元率の設定を行っているので、
４０（％）×１０−（ａ）が第１０行程目の還元率とな
るのである。ステップＳ１０３、及びステップＳ１０４
における各値の算出処理は、ともにサーバ１のＣＰＵ５
１が行っているものである。

【０２８７】（ｂ）を算出する処理が終了すると、サー
バ１は、（ｂ）を次の還元率として設定する処理に移行
する（ステップＳ１０５）。

【０２８８】サーバ１のＣＰＵ５１は、データベース５
４に記憶された履歴テーブルの還元率の欄に算出された
還元率である（ｂ）を記録するとともに、通信インター
フェイス５３、ネットワークＮＴ及び遊技機２の通信イ
ンターフェイス回路４１を介して、（ｂ）の値を次の行
程の還元率データとして遊技機２に送信する。

【０２８９】次の還元率を設定する処理が終了すると、
サーバ１は、行程履歴をリセットする処理に移行する
（ステップＳ１０６）。

【０２９０】サーバ１のデータベース５４に記憶されて
いる履歴テーブル（図１５参照）は、所定行程数ごとの
還元率の平均を一定に保つために利用されるものである
から、その目的を達成したら新たに履歴テーブルを作成
する必要がある。従って、現在記憶されている行程履歴
をリセットしておくこととなる。行程履歴をリセットす
る処理は、サーバ１のＣＰＵ５１の指示を受けたメモリ
５２に格納されたプログラムが行うこととなる。

【０２９１】先のステップＳ１０１において、還元率を
設定する次の行程が第１０行程に該当しないものと判断
された場合には、サーバ１は、上限値を参照する処理に
移行する（ステップＳ１０７）。

【０２９２】還元率は、所定の行程数ごとに予め定めら
れた平均還元率になるように設定されるものであるが、
通常は、上限値の値にも応じて変更されるようになって
いる。従って、サーバ１のＣＰＵ５１は、履歴テーブル
の「上限値」の欄を参照することとなる。ここでいう上
限値とは、サーバ１がいま設定しようとしている行程の
上限値のことであり、上述したステップＳ２１（図６参
照）で設定されてサーバ１のデータベース５４に格納さ
れた履歴テーブルに記録されたものである。

【０２９３】上限値を参照する処理が終了すると、サー
バ１は、上限値が５０（千円）以上であるか否かを判断
する処理に移行する（ステップＳ１０８）。

【０２９４】なお、ここで５０（千円）を還元率を設定
する判断の基準として選んだのは、説明の便宜上のため
であり、本発明においては、この数値に限定された基準
のみを用いて還元率を設定するものではない。

【０２９５】上限値が５０（千円）以上であるものと判
断されたときには、サーバ１は、次の行程の還元率を２
０％以上に設定する（ステップＳ１０９）。

【０２９６】還元率は２０％以上の数値になるような抽
選をＣＰＵ５１の指示を受けて行うことにより定めら
れ、上記抽選は予め用意された数字（但し、数字は２０
以上）の中から適当なものを選択するようなプログラム
（メモリ５２に記憶されている）を用いて行われるもの
である。なお、還元率の基準を２０％としたのも、本実
施形態の説明の便宜上のことであり、本発明の実施にお
いては、この数値に限定されるものではない。

【０２９７】ＣＰＵ５１は、抽選結果として得られた数
字を次の行程の還元率としてデータベース５４に記憶さ
れている履歴テーブルに記録する。また、このようにし
て定められた還元率は、通信インターフェイス５３、ネ
ットワークＮＴ及び遊技機２の通信インターフェイス回
路４１を介して遊技機２に送信されることとなる。

【０２９８】ステップＳ１０８において、上限値が５０
（千円）以上でないものと判断されたときには、次の行
程の還元率を２０％以下に設定する（ステップＳ１１
０）。

【０２９９】還元率は２０％以下の数値になるような抽
選をＣＰＵ５１の指示を受けて行うことにより定めら
れ、上記抽選は予め用意された数字（但し、数字は２０
以下）の中から適当なものを選択するようなプログラム
（メモリ５２に記憶されている）を用いて行われるもの
である。

【０３００】ＣＰＵ５１は、抽選結果として得られた数
字を次の行程の還元率としてデータベース５４に記憶さ
れている履歴テーブルに記録する。また、このようにし
て定められた還元率は、上述したように、通信インター
フェイス５３、ネットワークＮＴ及び遊技機２の通信イ
ンターフェイス回路４１を介して遊技機２に送信される
こととなる。

【０３０１】以上の流れにより、還元率を設定する処理
を終了する。

【０３０２】上記のように、各遊技機の還元率をサーバ
１により一括管理することで、ある遊技機の還元率が極
端に高くなり続けたり、逆に極端に低くなり続けたりす
るような事態を回避することができ、管理効率を向上さ
せることが可能となる。

【０３０３】なお、上記実施形態においては、還元率の
平均値を一定に保つために所定の行程数を基準として説
明したが、本発明はこれにかぎらず、例えば所定の時間
ごとに還元率の平均値を一定に保つようにしてもよい。

【０３０４】以下、所定の時間ごとの平均還元率を一定
にした実施形態について説明する。

【０３０５】図１６は、所定の時間ごと（ここでは３時
間ごと）に還元率の平均値をいっていに保つようにした
遊技機の還元率の設定処理について説明するフローチャ
ートである。なお、先の図１４で示したフローチャート
と、処理内容が対応する部分には図１４と同一の符号を
付してある。

【０３０６】まず、サーバ１は、履歴テーブルを参照す
る処理に移行する（ステップＳ１００）。

【０３０７】履歴テーブルとは、上述したように、サー
バ１のデータベース５４に記憶されている各遊技機の過
去の遊技状況を示す表である。履歴テーブルを参照する
ためには、遊技機２から当該遊技機に付された遊技機番
号をサーバに送信する必要がある。サーバ１では、その
ＣＰＵ５１が受信した遊技機番号を読みとり、読みとっ
た遊技機番号に対応する履歴テーブルを参照することに
なる。

【０３０８】遊技機２の履歴テーブルの一例を先の図１
５に示す。履歴テーブルには、上述した遊技機２の上限
値がある値に定まってから次の値に変わるまでを一行程
としたとき、その各行程ごとに、それぞれの行程におけ
る上限、還元率、還元の有無、還元額、及び還元率を設
定した設定時刻が記録されている。なお、図１５は１０
行程目の還元率を設定する処理を行っている最中であ
る。

【０３０９】履歴テーブルを参照する処理が終了する
と、サーバ１は、次が第一行程目の還元率を設定した時
刻から３時間を経過したか否かを判断する処理に移行す
る（ステップＳ１５１）。

【０３１０】遊技機２の還元率は、所定の時間ごと（こ
こでは３時間ごと）に算出される平均還元率が４０％に
なるように設定されている。なお、ここで平均還元率を
４０％としたのも所定の時間数を３時間としたのも、と
もに説明の便宜上のためであり、本発明の遊技機は、平
均還元率をこれらの数値に限られて設定するものではな
い。

【０３１１】サーバ１が、設定している還元率が、遊技
機２の第一行程の還元率が設定されてから３時間経過後
の還元率であると判断されたときには、サーバ１は、還
元率の変移履歴を参照する処理に移行する（ステップＳ
１０２）。

【０３１２】還元率の変移履歴とは、図１５において、
「還元率」の欄に記載されている各行程ごとの還元率の
数値の変化の履歴のことであり、この変移履歴と平均還
元率とから、次の行程（ここでは第１０行程目）の還元
率が定まることとなる。還元率の変移履歴を参照する処
理は、上述したように、サーバ１のＣＰＵ５１がデータ
ベース５４の履歴テーブルを読み出すことにより行われ
るものである。

【０３１３】還元率の変移履歴を参照する処理が終了す
ると、サーバ１は、各行程の還元率の合計を算出する処
理に移行する（ステップＳ１０３）。

【０３１４】各行程の還元率の合計とは、上記ステップ
Ｓ１０２で参照した各行程の還元率の和のことであり、
ここでは、還元率の合計を、説明の便宜上（ａ）とおく
こととする。

【０３１５】各行程の還元率の合計を算出する処理が終
了すると、サーバ１は、〔（平均還元率）×（次の行程
数）−（ａ）〕を算出する処理に移行する（ステップＳ
１５４）。ここで、平均還元率に「次の行程数」を乗じ
ているのは、３時間経過した後の行程である次の行程
で、第１行程から約３時間の平均還元率を所定の還元率
（ここでは４０％）にするためである。なお、説明の便
宜上、上記算出結果を（ｂ）とおくこととする。

【０３１６】上記算出結果である（ｂ）とは、図１５に
おいて、第１行程から３時間が経過した後の行程であ
る、第１０行程で設定される還元率を表す数値である。
本実施形態においては、３時間ごとに平均還元率が４０
％になるように還元率の設定を行っているので、４０
（％）×１０−（ａ）が第１０行程目の還元率となるの
である。ステップＳ１０３、及びステップＳ１５４にお
ける各値の算出処理は、ともにサーバ１のＣＰＵ５１が
行っているものである。

【０３１７】（ｂ）を算出する処理が終了すると、サー
バ１は、（ｂ）を次の還元率として設定する処理に移行
する（ステップＳ１０５）。

【０３１８】サーバ１のＣＰＵ５１は、データベース５
４に記憶された履歴テーブルの還元率の欄に算出された
還元率である（ｂ）を記録するとともに、通信インター
フェイス５３、ネットワークＮＴ及び遊技機２の通信イ
ンターフェイス回路４１を介して、（ｂ）の値を次の行
程の還元率のデータとして遊技機２に送信する。

【０３１９】次の還元率を設定する処理が終了すると、
サーバ１は、遊技機２に設けられたタイマ（図示せず）
を０に戻す処理を行う（ステップＳ１５６）。

【０３２０】所定時間（ここでは３時間）が経過した後
は、再び０から時間を計り直して平均還元率を一定にす
るための処理を行うことになるので、サーバ１のＣＰＵ
５１は、通信インターフェイス５３、ネットワークＮ
Ｔ、及び通信インターフェイス回路４１を介して、遊技
機２のタイマを０に戻すための信号を送信することとな
る。

【０３２１】タイマを０に戻す処理が終了すると、サー
バ１は、行程履歴をリセットする処理に移行する（ステ
ップＳ１０６）。

【０３２２】サーバ１のデータベース５４に記憶されて
いる履歴テーブル（図１５参照）は、所定行程数ごとの
還元率の平均を一定に保つために利用されるものである
から、その目的を達成した後に、新たに履歴テーブルを
作成する必要がある。従って、現在記憶されている行程
履歴をリセットしておくこととなる。この処理は、サー
バ１のＣＰＵ５１の指示を受けたメモリ５２に格納され
たプログラムが行うこととなる。

【０３２３】先のステップＳ１５１において、還元率を
設定する次の行程が第１行程の還元率を設定してから３
時間を経過していないものと判断された場合には、サー
バ１は、上限値を参照する処理に移行する（ステップＳ
１０７）。

【０３２４】還元率は、所定の時間ごとに予め定められ
た平均還元率になるように設定されるものであるが、通
常は、上限値の値にも応じて変更されるようになってい
る。従って、サーバ１のＣＰＵ５１は、履歴テーブルの
「上限値」の欄を参照することとなる。ここでいう上限
値とは、サーバ１がいま設定しようとしている行程の上
限値のことであり、上述したステップＳ２１（図６参
照）で設定されてサーバ１のデータベース５４に格納さ
れた履歴テーブルに記録されたものである。

【０３２５】上限値を参照する処理が終了すると、サー
バ１は、上限値が５０（千円）以上であるか否かを判断
する処理に移行する（ステップＳ１０８）。

【０３２６】なお、ここで５０（千円）を還元率を設定
する判断の基準として選んだのは、説明の便宜上のため
であり、本発明においては、この数値に限定された基準
のみを用いて還元率を設定するものではない。

【０３２７】上限値が５０（千円）以上であるものと判
断されたときには、サーバ１は、次の行程の還元率を２
０％以上に設定する（ステップＳ１０９）。

【０３２８】還元率は２０％以上の数値になるような抽
選をＣＰＵ５１の指示を受けて行うことにより定めら
れ、上記抽選は予め用意された数字（但し、数字は２０
以上）の中から適当なものを選択するようなプログラム
（メモリ５２に記憶されている）を用いて行われるもの
である。なお、還元率の基準を２０％としたのも、本実
施形態の説明の便宜上のためであり、本発明の実施にお
いては、この数値に限定されるものではない。

【０３２９】ＣＰＵ５１は、抽選結果として得られた数
字を次の行程の還元率としてデータベース５４に記憶さ
れている履歴テーブルに記録する。また、このようにし
て定められた還元率は、通信インターフェイス５３、ネ
ットワークＮＴ及び遊技機２の通信インターフェイス回
路４１を介して遊技機２に送信されることとなる。

【０３３０】ステップＳ１０８において、上限値が５０
（千円）以上でないものと判断されたときには、次の行
程の還元率を２０％以下に設定する（ステップＳ１１
０）。

【０３３１】還元率は２０％以下の数値になるような抽
選をＣＰＵ５１の指示を受けて行うことにより定めら
れ、上記抽選は予め用意された数字（但し、数字は２０
以下）の中から適当なものを選択するようなプログラム
（メモリ５２に記憶されている）を用いて行われるもの
である。

【０３３２】ＣＰＵ５１は、抽選結果として得られた数
字を次の行程の還元率としてデータベース５４に記憶さ
れている履歴テーブルに記録する。また、このようにし
て定められた還元率は、上述したように、通信インター
フェイス５３、ネットワークＮＴ及び遊技機２の通信イ
ンターフェイス回路４１を介して遊技機２に送信される
こととなる。

【０３３３】以上の流れにより、還元率を設定する処理
が終了する。

【０３３４】このように、各遊技機の還元率の変化をサ
ーバで一括管理することにより、遊技機の管理効率を向
上させることが可能となる。

【０３３５】また、上記のように適宜還元率を変化する
ことにより、遊技者は、より高いスリル感を感じること
ができる。さらに、所定の条件の下で平均還元率が一定
になるように還元率を変化させているので、遊技者は高
いスリル感を感じながらも安心して遊技を行うことがで
きる。また、遊技機を提供する提供者にとっても、所定
の条件の下での平均還元率が一定になることにより、安
定した利益を得ることができるようになる。

【０３３６】なお、上記実施形態においては、サーバ１
が還元率を変化させるときに、遊技機２のみにおける各
行程毎の又は各時間毎の還元率の変移履歴を参照するよ
うな態様を採っているものであるが、本発明ではこれに
限らず、サーバ１が一括管理する複数の遊技機からなる
遊技機群において、サーバ１が、当該遊技機群に含まれ
る他の遊技機の還元率の値を参照して、遊技機２の還元
率を変化させるような態様のものも含むものである。

【０３３７】〈遊技機群全体の還元率を参照し、還元率
を変化させる実施形態〉以下、サーバ１が遊技機２の含
まれる遊技機群全体の還元率を参照しながら、当該遊技
機群に含まれる遊技機２の還元率を変化させる方法につ
いて説明する。

【０３３８】図１７は、還元率を設定する処理を行うと
きの、サーバ１の動作の流れを示すフローチャートであ
る。このフローチャートは、先の図６で示したステップ
Ｓ３０のサブルーチンにおいて、遊技機２が還元率の設
定を促す信号をサーバ１に送信し、遊技機２を含む複数
の遊技機を一括管理するサーバ１が、その信号を受け、
還元率の設定を行うときの流れ図である。

【０３３９】まず、サーバ１は、遊技機番号（ここでは
Ｎとおく）を待ち受ける状態にある（ステップＳ１１
１）。

【０３４０】遊技機番号とは、先の図１にも示したよう
に、各遊技機を特定するために与えられた番号のことで
あり、例えばサーバ１が複数の遊技機からなる遊技機群
Ｇ０１を管理するものであるときには、「Ｇ０１−○
○」なる番号が付されることとなる。図１では、遊技機
２として、「Ｇ０１−０２」という遊技機番号を与えら
れた遊技機が選ばれている。

【０３４１】サーバ１が遊技機番号を待ち受ける状態に
あるときには、所定のタイミングで遊技機番号を受信し
たか否かを判断する処理が行われる（ステップＳ１１
２）。

【０３４２】遊技機番号を受信したか否かを判断する処
理は、サーバ１のＣＰＵ５１により行われるものであっ
て、遊技機２のＣＰＵ３３の指示を受けて通信インター
フェイス回路４１、ネットワークＮＴ、及びサーバ１の
通信インターフェイス５３を介して送信された遊技機番
号のデータをサーバ１が受信することとなる。遊技機番
号は、遊技機２から所定のタイミング（例えば、遊技機
２で遊技を行う遊技者のクレジットの累積消費量が上限
に到達したとき、遊技機２で還元が行われた後、又は遊
技機２で大当たり等の遊技者にとって有利な遊技状態に
移行したとき等）で、サーバ１に送信されるものであ
る。遊技機番号を受信していないものと判断された場合
には、再度ステップＳ１１１に戻って、サーバ１は、遊
技機番号を待ち受ける状態になる。

【０３４３】サーバ１が遊技機番号を受信したものと判
断したときには、サーバ１は、受信した遊技機番号が奇
数であるか否かを判断する処理に移行する（ステップＳ
１１３）。

【０３４４】遊技機番号Ｎが奇数であるか偶数であるか
を調べることは、サーバ１が奇数番台の遊技機毎、又は
偶数番台の遊技機毎に還元率を変化させていることを意
味するものであるが、この方法は本発明を実現する一実
施形態に過ぎず、特に複数の遊技機毎に一括して還元率
を変化させるようにするものでなくてもよいこととす
る。

【０３４５】Ｎが奇数であるか偶数であるかは、サーバ
１のＣＰＵ５１が判断するものであり、Ｎが奇数である
ものと判断されたときには、サーバ１は、奇数番台の還
元率をリセットする処理に移行する（ステップＳ１１
４）。

【０３４６】奇数番台の遊技機とは、サーバ１が一括管
理する遊技機群Ｇ０１に含まれる遊技機のうち、その遊
技機番号の下二桁が奇数の遊技機のことを指すものであ
り、サーバ１は、Ｎが奇数である場合には、奇数番台の
還元率を一括してリセットし、新たな還元率を設定する
ようにしている。この処理は、ＣＰＵ５１の指示を受け
て、メモリ５２に格納されたプログラムが行うものであ
る。

【０３４７】奇数番台の遊技機の還元率をリセットする
処理が終了すると、サーバ１は、遊技機番号がＮである
遊技機を除く、他の奇数番台の遊技機の還元率を抽選す
る処理を行う（ステップＳ１１５）。

【０３４８】還元率の抽選は、ＣＰＵ５１の指示を受け
てメモリ５２に格納されたプログラムが行うものであ
り、抽選は適当な範囲の数値、例えば１０から２００く
らいまでの数値（数値は５刻み）の中からランダムに選
択するようにして行われる。ただし、後述するように、
遊技機群Ｇ０１における平均還元率は一定に保たれるよ
うに構成されているので、抽選に際して用意される数値
は、その平均還元率の値から一定の幅に収まるように用
意されているものである。

【０３４９】なお、Ｎ番台の遊技機はこのステップで還
元率の設定を行わないようにし、他の遊技機のみ還元率
の設定を行うようにしたのは、本発明を実現するための
１つの態様を示したものであり、遊技機群全体の平均還
元率が一定に保たれるならば、逆にＮ番台の遊技機の還
元率を設定した後に、他の遊技機の還元率を設定するよ
うな態様でもよいものである。

【０３５０】Ｎ番台以外の奇数番台の遊技機の還元率を
抽選する処理が終了すると、サーバ１は、この抽選結果
を反映する処理に移行する（ステップＳ１１６）。

【０３５１】抽選結果を反映する処理とは、抽選により
決定された各遊技機の還元率を、それぞれの遊技機の還
元率として設定する処理のことをいうものである。この
処理は、具体的には、サーバ１から還元率の数値データ
を遊技機２に送信する処理、及び後述する設定テーブル
に還元率の数値を書き込む処理のことである。これらの
処理はＣＰＵ５１の指示のもと、メモリ５２に格納され
たプログラムが行うものである。

【０３５２】抽選結果を反映する処理が終了すると、サ
ーバ１は、Ｎ番台の遊技機の還元率を設定するべく、設
定テーブルを参照する処理に移行する（ステップＳ１１
７）。

【０３５３】設定テーブルとは、サーバ１が一括管理す
る各遊技機に設定された上限値、還元率、及びこれらを
乗じた数値である還元額のデータを、各遊技機毎にテー
ブルに記録したものであり、例えば、図１８に示すよう
なものである。設定テーブルは、サーバ１のメモリ５２
に記憶されているものであり、ＣＰＵ５１が各設定を行
う度に更新しているものである。なお、図１８では、遊
技機番号がＧ０１−１０の遊技機の還元率を設定する処
理を行っているところである。

【０３５４】設定テーブルを参照する処理が終了する
と、サーバ１は、各遊技機に設定された還元率の合計を
算出する処理に移行する（ステップＳ１１８）。

【０３５５】各遊技機の還元率の合計とは、上記ステッ
プＳ１１７で参照した設定テーブルの「還元率」の欄に
記録されている各遊技機の還元率の和のことであり、例
えば図１８においては、Ｇ０１−０１が１０％、Ｇ０１
−０２が２０％、…、Ｇ０１−０９が１１０％であるの
で、Ｇ０１−０１からＧ０１−０９までの９台の遊技機
の還元率の合計は、１０＋２０＋…＋１１０として算出
されることとなる。還元率の合計を、説明の便宜上
（ａ）とおくこととする。

【０３５６】各遊技機の還元率の合計を算出する処理が
終了すると、サーバ１は、〔（平均還元率）×１０−
（ａ）〕を算出する処理に移行する（ステップＳ１１
９）。なお、説明の便宜上、上記算出結果を（ｂ）とお
くこととする。

【０３５７】上記算出結果である（ｂ）とは、図１８に
おいて、遊技機番号がＧ０１−１０の遊技機に設定され
る還元率を表す数値である。本実施形態においては、遊
技機群Ｇ０１全体の平均還元率が４０％になるように還
元率の設定を行っているので、４０（％）×１０−
（ａ）がＧ０１−１０の還元率となるのである。ステッ
プＳ１１８、及びステップＳ１１９における各値の算出
処理は、ともにサーバ１のＣＰＵ５１が行っているもの
である。

【０３５８】（ｂ）を算出する処理が終了すると、サー
バ１は、（ｂ）をＮ番台の遊技機の還元率として設定す
る処理に移行する（ステップＳ１２０）。

【０３５９】サーバ１のＣＰＵ５１は、データベース５
４に記憶された設定テーブルの還元率の欄に、算出され
た還元率である（ｂ）を記録するとともに、通信インタ
ーフェイス５３、ネットワークＮＴ及び遊技機２の通信
インターフェイス回路４１を介して、（ｂ）の値を遊技
機番号がＧ０１−１０の遊技機の還元率データとして遊
技機２に送信する。

【０３６０】以上のような処理をもって、サーバ１は還
元率を設定する処理を終了する。

【０３６１】先のステップＳ１１３において、Ｎが奇数
でない（Ｎは偶数である）ものと判断された場合には、
サーバ１は、偶数番台の還元率をリセットする処理に移
行する（ステップＳ１２１）。

【０３６２】サーバ１のＣＰＵ５１は、Ｎが偶数である
場合には、メモリ５２に格納されたプログラムに指示を
行い、新たな還元率を設定する準備として、偶数番台の
還元率を一括してリセットするようにしている。

【０３６３】偶数番台の遊技機の還元率をリセットする
処理が終了すると、サーバ１は、遊技機番号がＮである
遊技機を除く、他の偶数番台の遊技機の還元率を抽選す
る処理を行う（ステップＳ１２２）。

【０３６４】還元率の抽選は、ＣＰＵ５１の指示を受け
てメモリ５２に格納されたプログラムが行うものであ
り、抽選は適当な範囲の数値、例えば１０から２００く
らいまでの数値（数値は５刻み）の中からランダムに選
択するようにして行われる。ただし、前述したように、
遊技機群Ｇ０１における平均還元率は一定に保たれるよ
うに構成されているので、抽選に際して用意される数値
は、その平均還元率の値から一定の幅に収まるように用
意されているものである。

【０３６５】サーバ１は、Ｎ番台以外の偶数番台の還元
率を抽選する処理が終了すると、抽選結果を反映する処
理に移行する（ステップＳ１１６）。

【０３６６】この処理は、上述したように、サーバ１か
ら還元率の数値データを遊技機２に送信する処理、及び
設定テーブルに還元率の数値を書き込む処理のことであ
る。これらの処理はＣＰＵ５１の指示のもと、メモリ５
２に格納されたプログラムが行う。

【０３６７】抽選結果を反映する処理が終了すると、サ
ーバ１は、Ｎ番台の遊技機の還元率を設定するべく、設
定テーブルを参照する処理に移行する（ステップＳ１１
７）。

【０３６８】サーバ１は、メモリ５２に格納された設定
テーブルの還元率のデータを読み出すこととなる。

【０３６９】設定テーブルを参照する処理が終了する
と、サーバ１は、各遊技機に設定された還元率の合計を
算出する処理に移行する（ステップＳ１１８）。

【０３７０】サーバ１のＣＰＵ５１は、上記ステップＳ
１１７で参照した設定テーブルの「還元率」の欄に記録
されている各遊技機の還元率の和を算出する。ここで
は、還元率の合計を、説明の便宜上（ａ）とおくことと
する。

【０３７１】各遊技機の還元率の合計を算出する処理が
終了すると、サーバ１は、〔（平均還元率）×１０−
（ａ）〕を算出する処理に移行する（ステップＳ１１
９）。なお、説明の便宜上、上記算出結果を（ｂ）とお
くこととする。

【０３７２】上記算出結果である（ｂ）とは、図１８に
おいて、遊技機番号がＧ０１−１０の遊技機に設定され
る還元率を表す数値である。本実施形態においては、遊
技機群Ｇ０１全体の平均還元率が４０％になるように還
元率の設定を行っており、４０（％）×１０−（ａ）が
Ｇ０１−１０の還元率となる。ステップＳ１１８、及び
ステップＳ１１９における各値の算出処理は、ともにサ
ーバ１のＣＰＵ５１が行っている。

【０３７３】（ｂ）を算出する処理が終了すると、サー
バ１は、（ｂ）をＮ番台の遊技機の還元率として設定す
る処理に移行する（ステップＳ１２０）。

【０３７４】サーバ１のＣＰＵ５１は、データベース５
４に記憶された設定テーブルの還元率の欄に、算出され
た還元率である（ｂ）を記録するとともに、ネットワー
クＮＴを介して、（ｂ）の値を遊技機番号がＧ０１−１
０の遊技機の還元率データとして遊技機２に送信する。

【０３７５】以上のような処理をもって、サーバ１は還
元率を設定する処理を終了する。

【０３７６】このようにして、サーバ１は、一括管理す
る遊技機群の平均還元率を一定に保ちながら、一の遊技
機の還元率を他の遊技機の還元率の値に応じて変化させ
ることを実現しているのである。

【０３７７】なお、本実施形態においては、遊技機群に
含まれる遊技機のいずれかが大当たり又は上限に到達し
てから、次に当該遊技機群に含まれる遊技機のいずれか
が大当たり又は上限に到達するまでを一行程として、当
該遊技機群の各行程毎の平均還元率が一定になるような
態様について説明しているが、本発明ではこれに限ら
ず、所定の時間毎に遊技機群の平均還元率が一定になる
ようにしてもよい。

【０３７８】以上のように構成することにより、遊技機
群に含まれる各遊技機の管理効率が高まるばかりでな
く、遊技者にとっても、還元率の変化が気になることで
スリル感が増すこととなるのである。また、本発明にお
いては、還元率はただ単に変動するだけでなく、同じ遊
技機群に含まれる他の遊技機が低い還元率である場合
に、自分が遊技を行う遊技機は、その還元率が１００％
を超えるような場合も起こり得るため、遊技者は、その
ときに上限に到達すれば、それまでに投入した以上の還
元を獲得できる可能性が生じることとなり、高いゲーム
性を演出することができるのである。

【０３７９】なお、上記実施形態においては、サーバ１
が還元率を変化させるときに、遊技機２が含まれる遊技
機群の平均還元率を一定にしながら、かつ他の遊技機の
還元率の値を参照しながら、遊技機２の還元率を変化さ
せるようにしていたが、本発明ではこれに限らず、複数
の遊技機群から構成される遊技場において、前記複数の
遊技機群を一括管理するサーバが、遊技場全体の平均還
元率を一定にしながら、かつ他の遊技機群の還元率の値
を参照しながら、ある遊技機群全体の還元率を変化させ
るようにする態様も含むものである。

【０３８０】〈遊技場全体の還元率を参照し、還元率を
変化させる実施形態〉以下、サーバ１が複数の遊技機群
の含まれる遊技場全体の還元率を参照しながら、当該複
数の遊技機群のうち、ある遊技機群全体の還元率を変化
させる方法について説明する。

【０３８１】図１９は、本実施形態におけるサーバ１、
遊技機群、及び遊技機２を有するクレジット還元システ
ム（以下、クレジットを遊技媒体と称することとする）
の構成を示すブロック図である。

【０３８２】この図１９に示す遊技媒体還元システムに
おいて、遊技機２は遊技機群Ｇ０１に含まれ、遊技機群
Ｇ０１、Ｇ０２、・・・、Ｇ１０は、それぞれネットワ
ークＮＴを介してサーバ１に接続されている。これら複
数の遊技機群とサーバ１からなる全体を遊技場という。
また、このネットワークＮＴを介してサーバ１と種々の
情報を送受信できるようになされている。

【０３８３】サーバ１は、遊技機群Ｇ０１、Ｇ０２、・
・・、Ｇ１０からなる複数の遊技機群を一括管理するも
のである。サーバ１は遊技機群に重複なく個別に与えら
れた遊技機群番号により各遊技機群から送られてくるデ
ータの出所を判別している。また、各遊技機群を構成す
るそれぞれの遊技機にも遊技機番号が与えられており、
サーバ１から遊技機群及び遊技機２にデータを送信する
場合にも、上述した識別番号を用いて送信先の遊技機群
や遊技機を指定している。

【０３８４】また、遊技機２から送受信されるデータに
は、各遊技機に設定された遊技機ごとの識別番号以外
に、その遊技機で遊技を行っている遊技者を識別する識
別情報も含まれている。この識別情報により、サーバ１
では、遊技機２が遊技中であるか否か、遊技機２で遊技
を行う遊技者が変更されたか否か等を判別するようにし
ている。

【０３８５】なお、サーバ１は、上記実施形態において
用いられたサーバ１と同様の構成からなるものである
が、遊技場全体を管理する本実施形態のサーバを遊技管
理サーバ、遊技機群全体を管理する上記実施形態のサー
バを遊技サーバと区別して表現することもある。以下で
は、本実施形態の遊技管理サーバを単にサーバと称する
ことにする。

【０３８６】図２０は、還元率を設定する処理を行うと
きの、サーバ１の動作の流れを示すフローチャートであ
る。このフローチャートは、先の図６で示したステップ
Ｓ３０のサブルーチンにおいて、遊技機群が還元率の設
定を促す信号をサーバ１に送信し、遊技機２を含む遊技
機群を一括管理するサーバ１が、その信号を受け、還元
率の設定を行うときの流れ図である。

【０３８７】まず、サーバ１は、遊技機群番号（ここで
はＮとおく）を待ち受ける状態にある（ステップＳ１３
１）。

【０３８８】遊技機群番号とは、先の図１９にも示した
ように、各遊技機群を特定するために与えられた番号の
ことであり、例えば、「Ｇ０１」、「Ｇ０２」、・・・
なる番号が付されることとなる。図１９では、遊技機２
の含まれる遊技機群として、「Ｇ０１」という遊技機群
番号を与えられた遊技機群が選ばれている。また、各遊
技機には、その遊技機が属する遊技機群毎に番号が付さ
れており、例えば「Ｇ０１−０１」、「Ｇ０３−０
２」、・・・のような番号が与えられている。

【０３８９】サーバ１が遊技機群番号を待ち受ける状態
にあるときには、所定のタイミングで遊技機群番号を受
信したか否かを判断する処理が行われる（ステップＳ１
３２）。

【０３９０】遊技機群番号を受信したか否かを判断する
処理は、サーバ１のＣＰＵ５１により行われるものであ
って、遊技機群に含まれる遊技機２のＣＰＵ３３の指示
を受けて通信インターフェイス回路４１、ネットワーク
ＮＴ、及びサーバ１の通信インターフェイス５３を介し
て送信された遊技機番号のデータをサーバ１が受信する
こととなる。ＣＰＵ３３では、遊技機番号のうち遊技機
群番号の部分を読み取り、遊技機群番号を受信すること
になる。遊技機群番号及び遊技機番号は、遊技機群に含
まれる遊技機２から所定のタイミング（例えば、遊技機
２で遊技を行う遊技者のクレジットの累積消費量が上限
に到達したとき、遊技機２で還元が行われた後、又は遊
技機２で大当たり等の遊技者にとって有利な遊技状態に
移行したとき等）で、サーバ１に送信されるものであ
る。遊技機群番号を受信していないものと判断された場
合には、再度ステップＳ１３１に戻って、サーバ１は、
遊技機群番号を待ち受ける状態になる。

【０３９１】サーバ１が遊技機群番号を受信したものと
判断したときには、サーバ１は、受信した遊技機群番号
が奇数であるか否かを判断する処理に移行する（ステッ
プＳ１３３）。

【０３９２】遊技機群番号Ｎが奇数であるか偶数である
かを調べることは、サーバ１が奇数番の遊技機群毎、又
は偶数番の遊技機群毎に還元率を変化させていることを
意味するものであるが、この方法は本発明を実現する一
実施形態に過ぎず、特に複数の遊技機群毎に一括して還
元率を変化させるようにするものでなくてもよいことと
する。

【０３９３】Ｎが奇数であるか偶数であるかは、サーバ
１のＣＰＵ５１が判断するものであり、Ｎが奇数である
ものと判断されたときには、サーバ１は、奇数番の遊技
機群の還元率をリセットする処理に移行する（ステップ
Ｓ１３４）。

【０３９４】奇数番の遊技機群とは、サーバ１が一括管
理する複数の遊技機群に含まれる遊技機群のうち、その
遊技機群番号の前半部の数字のうち下二桁が奇数である
遊技機のことを指すものであり、サーバ１は、Ｎが奇数
である場合には、奇数番の遊技機群の還元率を一括して
リセットし、新たな還元率を設定するようにしている。
この処理は、ＣＰＵ５１の指示を受けて、メモリ５２に
格納されたプログラムが行うものである。

【０３９５】奇数番の遊技機群の還元率をリセットする
処理が終了すると、サーバ１は、遊技機群番号がＮであ
る遊技機群を除く、他の奇数番の遊技機群の還元率を抽
選する処理を行う（ステップＳ１３５）。

【０３９６】還元率の抽選は、ＣＰＵ５１の指示を受け
てメモリ５２に格納されたプログラムが行うものであ
り、抽選は適当な範囲の数値、例えば１０から２００く
らいまでの数値（数値は５刻み）の中からランダムに選
択するようにして行われる。ただし、後述するように、
サーバ１が管理する複数の遊技機群全体（つまり遊技場
全体）における平均還元率は一定に保たれるように構成
されているので、抽選に際して用意される数値は、その
平均還元率の値から一定の幅に収まるように用意されて
いるものである。

【０３９７】なお、Ｎ番の遊技機群はこのステップで還
元率を設定を行わないようにし、他の遊技機群のみ還元
率を設定を行うようにしたのは、本発明を実現するため
の１つの態様を示したものであり、遊技場全体の平均還
元率が一定に保たれるならば、逆にＮ番の遊技機群の還
元率を設定した後に、他の遊技機群の還元率を設定する
ような態様でもよいものである。

【０３９８】Ｎ番以外の奇数番の遊技機群の還元率を抽
選する処理が終了すると、サーバ１は、この抽選結果を
反映する処理に移行する（ステップＳ１３６）。

【０３９９】抽選結果を反映する処理とは、抽選により
決定された各遊技機群の還元率を、それぞれの遊技機群
の還元率として設定する処理のことをいうものである。
この処理は、具体的には、サーバ１から還元率の数値デ
ータを遊技機群に送信する処理、及び後述する設定テー
ブルに還元率の数値を書き込む処理のことである。これ
らの処理はＣＰＵ５１の指示のもと、メモリ５２に格納
されたプログラムが行うものである。

【０４００】抽選結果を反映する処理が終了すると、サ
ーバ１は、Ｎ番台の遊技機群の還元率を設定するべく、
設定テーブルを参照する処理に移行する（ステップＳ１
３７）。

【０４０１】設定テーブルとは、サーバ１が一括管理す
る各遊技機群に設定された上限値、還元率、及びこれら
を乗じた数値である還元額のデータを、各遊技機群毎に
テーブルに記録したものであり、例えば、図２１に示す
ようなものである。設定テーブルは、サーバ１のメモリ
５２に記憶されているものであり、ＣＰＵ５１が各設定
を行う度に更新しているものである。なお、図２１で
は、遊技機群番号がＧ１０の遊技機群の還元率を設定す
る処理を行っているところである。

【０４０２】設定テーブルを参照する処理が終了する
と、サーバ１は、各遊技機群に設定された還元率の合計
を算出する処理に移行する（ステップＳ１３８）。

【０４０３】各遊技機群の還元率の合計とは、上記ステ
ップＳ１３７で参照した設定テーブルの「還元率」の欄
に記録されている各遊技機群の還元率の和のことであ
り、例えば図２１においては、Ｇ０１が１０％、Ｇ０２
が２０％、…、Ｇ０９が１１０％であるので、Ｇ０１か
らＧ０９までの計９群の遊技機群の還元率の合計は、１
０＋２０＋…＋１１０として算出されることとなる。還
元率の合計を、説明の便宜上（ａ）とおくこととする。

【０４０４】各遊技機群の還元率の合計を算出する処理
が終了すると、サーバ１は、〔（平均還元率）×１０−
（ａ）〕を算出する処理に移行する（ステップＳ１３
９）。なお、説明の便宜上、上記算出結果を（ｂ）とお
くこととする。

【０４０５】上記算出結果である（ｂ）とは、図２１に
おいて、遊技機群番号がＧ１０の遊技機群に設定される
還元率を表す数値である。本実施形態においては、遊技
場全体の平均還元率が４０％になるように還元率の設定
を行っているので、４０（％）×１０−（ａ）がＧ１０
の還元率となるのである。ステップＳ１３８、及びステ
ップＳ１３９における各値の算出処理は、ともにサーバ
１のＣＰＵ５１が行っているものである。

【０４０６】（ｂ）を算出する処理が終了すると、サー
バ１は、（ｂ）をＮ番の遊技機群の還元率として設定す
る処理に移行する（ステップＳ１４０）。

【０４０７】サーバ１のＣＰＵ５１は、データベース５
４に記憶された設定テーブルの還元率の欄に、算出され
た還元率である（ｂ）を記録するとともに、通信インタ
ーフェイス５３、ネットワークＮＴ及び遊技機群Ｇ１０
に含まれる遊技機２の通信インターフェイス回路４１を
介して、（ｂ）の値を遊技機群番号がＧ１０の遊技機群
の還元率データとして遊技機２に送信する。

【０４０８】以上のような処理をもって、サーバ１は還
元率を設定する処理を終了する。

【０４０９】先のステップＳ１３３において、Ｎが奇数
でない（Ｎは偶数である）ものと判断された場合には、
サーバ１は、偶数番の遊技機群の還元率をリセットする
処理に移行する（ステップＳ１４１）。

【０４１０】サーバ１のＣＰＵ５１は、Ｎが偶数である
場合には、メモリ５２に格納されたプログラムに指示を
行い、新たな還元率を設定する準備として、偶数番の遊
技機群の還元率を一括してリセットするようにしてい
る。

【０４１１】偶数番の遊技機群の還元率をリセットする
処理が終了すると、サーバ１は、遊技機群番号がＮであ
る遊技機群を除く、他の偶数番の遊技機群の還元率を抽
選する処理を行う（ステップＳ１４２）。

【０４１２】還元率の抽選は、ＣＰＵ５１の指示を受け
てメモリ５２に格納されたプログラムが行うものであ
り、抽選は適当な範囲の数値、例えば１０から２００く
らいまでの数値（数値は５刻み）の中からランダムに選
択するようにして行われる。ただし、前述したように、
遊技場全体における平均還元率は一定に保たれるように
構成されているので、抽選に際して用意される数値は、
その平均還元率の値から一定の幅に収まるように用意さ
れているものである。

【０４１３】サーバ１は、Ｎ番以外の偶数番の遊技機群
の還元率を抽選する処理が終了すると、抽選結果を反映
する処理に移行する（ステップＳ１３６）。

【０４１４】この処理は、上述したように、サーバ１か
ら還元率の数値データを遊技機群Ｇ１０と遊技機群Ｇ１
０に含まれる遊技機２とに送信する処理、及び設定テー
ブルに還元率の数値を書き込む処理のことである。これ
らの処理はＣＰＵ５１の指示のもと、メモリ５２に格納
されたプログラムが行う。

【０４１５】抽選結果を反映する処理が終了すると、サ
ーバ１は、Ｎ番の遊技機群の還元率を設定するべく、設
定テーブルを参照する処理に移行する（ステップＳ１３
７）。

【０４１６】サーバ１は、メモリ５２に格納された設定
テーブルの還元率のデータを読み出すこととなる。

【０４１７】設定テーブルを参照する処理が終了する
と、サーバ１は、各遊技機群に設定された還元率の合計
を算出する処理に移行する（ステップＳ１３８）。

【０４１８】サーバ１のＣＰＵ５１は、上記ステップＳ
１３７で参照した設定テーブルの「還元率」の欄に記録
されている各遊技機群の還元率の和を算出する。ここで
は、還元率の合計を、説明の便宜上（ａ）とおくことと
する。

【０４１９】各遊技機群の還元率の合計を算出する処理
が終了すると、サーバ１は、〔（平均還元率）×１０−
（ａ）〕を算出する処理に移行する（ステップＳ１３
９）。なお、説明の便宜上、上記算出結果を（ｂ）とお
くこととする。

【０４２０】上記算出結果である（ｂ）とは、図２１に
おいて、遊技機番号がＧ１０の遊技機に設定される還元
率を表す数値である。本実施形態においては、遊技場全
体の平均還元率が４０％になるように還元率の設定を行
っており、４０（％）×１０−（ａ）がＧ１０の還元率
となる。ステップＳ１３８、及びステップＳ１３９にお
ける各値の算出処理は、ともにサーバ１のＣＰＵ５１が
行っている。

【０４２１】（ｂ）を算出する処理が終了すると、サー
バ１は、（ｂ）をＮ番の遊技機群の還元率として設定す
る処理に移行する（ステップＳ１４０）。

【０４２２】サーバ１のＣＰＵ５１は、データベース５
４に記憶された設定テーブルの還元率の欄に、算出され
た還元率である（ｂ）を記録するとともに、ネットワー
クＮＴを介して、（ｂ）の値を遊技機群番号がＧ１０の
遊技機群の還元率データとして遊技機群Ｇ１０に含まれ
る各遊技機２に送信する。

【０４２３】以上のような処理をもって、サーバ１は還
元率を設定する処理を終了する。

【０４２４】このようにして、サーバ１は、一括管理す
る複数の遊技機群からなる遊技場全体の平均還元率を一
定に保ちながら、一の遊技機群の還元率を他の遊技機群
の還元率の値に応じて変化させることを実現しているの
である。

【０４２５】なお、本実施形態においては、遊技場に含
まれる遊技機のいずれかが大当たり又は上限に到達して
から、次に当該遊技場に含まれる遊技機のいずれかが大
当たり又は上限に到達するまでを一行程として、当該遊
技場の各行程毎の平均還元率が一定になるような態様に
ついて説明しているが、本発明ではこれに限らず、所定
の時間毎に遊技場全体の平均還元率が一定になるように
してもよい。

【０４２６】以上のように構成することにより、遊技場
に含まれる各遊技機群及び各遊技機の管理効率が高ま
る。また、サーバが、管理する複数の遊技機群に含まれ
る一の遊技機群全体の還元率を、他の遊技機群の還元率
に応じて変化させることになるため、複数の遊技機群を
設けた遊技場全体で高い演出効果を生じさせることがで
きる。例えば、遊技者がある遊技機群に含まれる遊技機
で遊技を行っていた場合に、その近くに設けられた他の
遊技機群の還元率が１００％を超えるように変化したと
きには、当該遊技者はその遊技機群に移動しようと考え
る場合もあるため、遊技場全体で遊技者の移動が行われ
る可能性も生じるのである。遊技者が移動しない場合に
も、遊技場全体で平均還元率が一定に保たれているた
め、遊技者は他の遊技機群の還元率の変化にも気を留め
るようになるし、自分が遊技を行っている遊技機群の還
元率が高くなった場合には、他の遊技者からも注目され
ることになるため、所定の上限に到達した場合に高い優
越感に浸ることができることになる。

【０４２７】なお、上記実施形態においては、複数の遊
技機群が含まれる遊技場毎に平均還元率を一定にしてい
るが、本発明はこれに限らず、複数の遊技場である遊技
場群を一括管理し、この遊技場群での平均還元率を一定
にするようにしてもよい。このように構成することによ
り、遊技機を遊技者に提供する提供者が、複数の地域に
またがって提供場所を設けているときには、遊技者は当
該提供場所を転々としながら遊技を行う可能性が高ま
り、遊技機提供者の利益にもつながる可能性が生じる。

【０４２８】

【発明の効果】本発明によれば、遊技機に遊技者が変更
されたことを検知し得る手段を設け、各遊技機における
クレジットの累積消費量を遊技者ごとに管理するように
したため、遊技者の消費したクレジットの累積消費量が
所定の上限に至った場合には、当該遊技者に対して還元
を行うことができるようになる。これにより、遊技者ご
とに還元が保証されることとなるので、遊技者は、安心
して遊技を行うことができるばかりでなく、還元が行わ
れるまで遊技を続行しようという気持ちを喚起すること
ができる可能性が生じる。

【０４２９】また、本発明においては、前記還元率の値
を適宜変化させるようにしているため、遊技者は、常に
還元率を気にしながら遊技を行うことになるため、還元
率の値が変化しない態様のときと比較して、遊技者がよ
り高いスリル感を感じるのみならず、高いゲーム性を演
出することが可能となる。これにより、客離れの問題を
解消できる可能性がより高まることとなる。

【図面の簡単な説明】

【図１】 本発明における遊技サーバ及び遊技機の関係
を示すシステム構成図である。

【図２】 本発明による遊技機の外観示す斜視図であ
る。

【図３】 遊技機を示す縦断面図である。

【図４】 遊技機の電気的構成を示すブロック図であ
る。

【図５】 遊技機の制御方法を示すフローチャートであ
る。

【図６】 遊技機の動作の流れを示すフローチャートで
ある。

【図７】 遊技者の判断を行うときの遊技機の動作の流
れを示すフローチャートである。

【図８】 サーバの電気的構成を示すブロック図であ
る。

【図９】 サーバが還元の準備行うときの動作の流れの
一例を示すフローチャートである。

【図１０】 サーバが還元を行うときの動作の流れの一
例を示すフローチャートである。

【図１１】 サーバが上限値の設定を行うときの動作の
流れの一例を示すフローチャートである。

【図１２】 サーバが所定の還元を行った後に上限値の
設定を行うときの動作の流れの一例を示すフローチャー
トである。

【図１３】 遊技機が大当たりになった後に、サーバが
上限値の設定を行うときの動作の流れの一例を示すフロ
ーチャートである。

【図１４】 サーバが還元率を設定する処理を行うとき
の動作の流れの一例を示すフローチャートである。

【図１５】 サーバが還元率を設定する処理を行うとき
に参照する、ある遊技機についての遊技履歴テーブルの
一例を示す表である。

【図１６】 サーバが還元率を設定する処理を行うとき
の動作の流れの他の一例を示すフローチャートである。

【図１７】 サーバが一括管理する複数の遊技機の還元
率を設定する処理を行うときの動作の流れの一例を示す
フローチャートである。

【図１８】 サーバが還元率を設定する処理を行うとき
に参照する、サーバが一括管理する複数の遊技機をなす
各遊技機についての遊技履歴テーブルの一例を示す表で
ある。

【図１９】 複数の遊技機からなる遊技機群の集合と、
それを一括管理するサーバとの関係を示すシステム構成
図である。

【図２０】 サーバが一括管理する複数の遊技機群の還
元率を設定する処理を行うときの動作の流れの一例を示
すフローチャートである。

【図２１】 サーバが還元率を設定する処理を行うとき
に参照する、サーバが一括管理する複数の遊技機群をな
す各遊技機群についての遊技履歴テーブルの一例を示す
表である。

【符号の説明】

１ サーバ ２ 遊技機 １５ 投入口 １６ ベットボタン １７ スタートレバー １８Ａ〜１８Ｃ，７５Ａ〜７５Ｃ ストップボタン ２２ カード挿入口 ２３ カードリーダ ３３ ＣＰＵ ３６ ＲＯＭ ３７ ＲＡＭ ４１ 通信インターフェイス ５１ ＣＰＵ ５２ メモリ ５３ 通信インターフェイス ＮＴ ネットワーク

Claims (20)

【特許請求の範囲】
1. 【請求項１】 コイン投入若しくは与えられたクレジッ
   ト数に基づいてゲームの開始が可能な状態に移行され、
   当該ゲームの結果に応じた払い出しが行われる複数の遊
   技機からなる遊技機群を一括管理するための遊技サーバ
   において、 前記遊技サーバは、遊技者が遊技を行っている遊技機に
   おけるクレジットの消費量に関する情報に基づいて、ク
   レジットの累積消費量が所定の上限に至った場合に、所
   定の還元率に基づいた還元を必ず行うものであるか若し
   くは還元を行うか否かを決定する抽選の結果に基づいて
   行うものであって、 前記遊技サーバは、前記遊技機群をなす一の遊技機の還
   元率の値を他の遊技機の還元率の値に応じて変化させる
   ための信号を当該一の遊技機に対して送信し得る送信能
   を有することを特徴とする遊技サーバ。
2. 【請求項２】 前記遊技サーバは、前記遊技機群をなす
   各遊技機における遊技状態に関する遊技情報を受信し得
   る受信能と、 前記遊技情報の内容に応じて、前記各遊技機に設けられ
   た表示部に前記所定の還元率の値を表示せしめるための
   信号を送信し得る送信能と、を有することを特徴とする
   請求項１に記載の遊技サーバ。
3. 【請求項３】 前記遊技サーバは、前記一括管理されて
   いる遊技機群における前記所定の還元率の所定条件の下
   での平均値が一定に保たれるように制御するための信号
   を前記一の遊技機に対して送信する送信能を有すること
   を特徴とする請求項１又は請求項２に記載の遊技サー
   バ。
4. 【請求項４】 前記所定条件とは、前記遊技機群をなす
   ある遊技機におけるクレジットの累積消費量が前記所定
   の上限に到達してから当該遊技機群をなす前記ある遊技
   機を含むいずれかの遊技機におけるクレジットの累積消
   費量が前記所定の上限に到達するまでを一つの行程とす
   るときの所定行程数を基準とするものであるか又は所定
   時間を基準とするものであることを特徴とする請求項３
   に記載の遊技サーバ。
5. 【請求項５】 コイン投入若しくは与えられたクレジッ
   ト数に基づいてゲームの開始が可能な状態に移行され、
   当該ゲームの結果に応じた払い出しが行われる遊技機に
   おいて、 前記遊技機は、複数の遊技機からなる遊技機群を一括管
   理するための遊技サーバに管理されているものであり、
   かつ、 前記クレジットの累積消費量が所定の上限に至った場合
   に、所定の還元率に基づいた還元が必ず行われるもので
   あるか若しくは前記遊技サーバにおいて行われる、当該
   遊技機に対して還元を行うか否かを決定する抽選の結果
   に基づいて前記所定の還元が行われるものであって、 前記遊技機は、前記遊技機群に属する他の遊技機の還元
   率の値に応じて前記遊技サーバから送信される信号を受
   信して、当該遊技機の前記所定の還元率の値に変化を生
   じさせるための変更手段を有することを特徴とする遊技
   機。
6. 【請求項６】 前記遊技機は、当該遊技機における遊技
   状態に関する遊技情報を送信し得る送信手段と、 前記遊技情報の内容に応じて前記遊技サーバから送信さ
   れる信号を受信して、当該遊技機に設けられた表示部に
   前記所定の還元率の値を表示する表示手段と、を有する
   ことを特徴とする請求項５に記載の遊技機。
7. 【請求項７】 前記変更手段は、前記所定の還元率の所
   定条件の下での平均値を一定に保つように変化させるた
   めのものであることを特徴とする請求項５又は請求項６
   に記載の遊技機。
8. 【請求項８】 前記所定条件とは、前記遊技機群をなす
   ある遊技機におけるクレジットの累積消費量が前記所定
   の上限に到達してから当該遊技機群をなす前記ある遊技
   機を含むいずれかの遊技機におけるクレジットの累積消
   費量が前記所定の上限に到達するまでを一つの行程とす
   るときの所定行程数を基準とするものであるか又は所定
   時間を基準とするものであることを特徴とする請求項７
   に記載の遊技機。
9. 【請求項９】 コイン投入若しくは与えられたクレジッ
   ト数に基づいてゲームの開始が可能な状態に移行され、
   当該ゲームの結果に応じた払い出しが行われる複数の遊
   技機を一括管理する遊技管理方法において、 前記遊技管理方法は、前記複数の遊技機のそれぞれにお
   いて消費されたクレジットの累積消費量を検出する検出
   ステップと、 この検出ステップの検出結果に基づいて、前記累積消費
   量が所定の上限に至った遊技機に対して、所定の還元率
   に基づいた還元を行う還元ステップ若しくは還元を行う
   か否かを決定する抽選の結果に基づいて還元を行う還元
   ステップと、を備え、 前記遊技機群をなす一の遊技機の還元率の値を他の遊技
   機の還元率の値に応じて変化させるための信号を当該一
   の遊技機に対して送信する送信ステップを有することを
   特徴とする遊技管理方法。
10. 【請求項１０】 前記遊技管理方法は、前記遊技機群を
    なす各遊技機における遊技状態に関する遊技情報を受信
    する受信ステップと、 前記遊技情報の内容に応じて、前記各遊技機に設けられ
    た表示部に前記所定の還元率の値を表示せしめるための
    信号を送信する送信ステップと、を有することを特徴と
    する請求項９に記載の遊技管理方法。
11. 【請求項１１】 前記送信ステップは、前記一括管理さ
    れている遊技機群における前記所定の還元率の所定条件
    の下での平均値が一定に保たれるように制御するための
    信号を前記遊技機に対して送信する送信ステップが含ま
    れることを特徴とする請求項９又は請求項１０に記載の
    遊技管理方法。
12. 【請求項１２】 前記所定条件とは、前記遊技機群をな
    すある遊技機におけるクレジットの累積消費量が前記所
    定の上限に到達してから当該遊技機群をなす前記ある遊
    技機を含むいずれかの遊技機におけるクレジットの累積
    消費量が前記所定の上限に到達するまでを一つの行程と
    するときの所定行程数を基準とするものであるか又は所
    定時間を基準とするものであることを特徴とする請求項
    １１に記載の遊技管理方法。
13. 【請求項１３】 コイン投入若しくは与えられたクレジ
    ット数に基づいてゲームの開始が可能な状態に移行さ
    れ、当該ゲームの結果に応じた払い出しが行われる遊技
    機の集合である遊技機群を集めた複数の遊技機群を一括
    管理するための遊技管理サーバにおいて、 前記遊技管理サーバは、遊技者が遊技を行っている遊技
    機におけるクレジットの消費量に関する情報に基づい
    て、クレジットの累積消費量が所定の上限に至った場合
    に、所定の還元率に基づいた還元を必ず行うものである
    か若しくは還元を行うか否かを決定する抽選の結果に基
    づいて行うものであって、 前記遊技管理サーバは、前記複数の遊技機群をなす一の
    遊技機群の還元率の値を他の遊技機群の還元率の値に応
    じて変化させるための信号を当該一の遊技機群に対して
    送信し得る送信能を有することを特徴とする遊技管理サ
    ーバ。
14. 【請求項１４】 前記遊技管理サーバは、前記遊技機群
    をなす各遊技機における遊技状態に関する遊技情報を受
    信し得る受信能と、 前記遊技情報の内容に応じて、前記各遊技機に設けられ
    た表示部に前記所定の還元率の値を表示せしめるための
    信号を送信し得る送信能と、を有することを特徴とする
    請求項１３に記載の遊技管理サーバ。
15. 【請求項１５】 前記遊技管理サーバは、前記一括管理
    されている遊技機群における前記所定の還元率を所定条
    件の下での平均値が一定に保たれるように制御するため
    の信号を前記一の遊技機群に対して送信する送信能を有
    することを特徴とする請求項１３又は請求項１４に記載
    の遊技管理サーバ。
16. 【請求項１６】 前記所定条件とは、前記遊技機群をな
    すある遊技機におけるクレジットの累積消費量が前記所
    定の上限に到達してから当該遊技機群をなす前記ある遊
    技機を含むいずれかの遊技機におけるクレジットの累積
    消費量が前記所定の上限に到達するまでを一つの行程と
    するときの所定行程数を基準とするものであるか又は所
    定時間を基準とするものであることを特徴とする請求項
    １５に記載の遊技管理サーバ。
17. 【請求項１７】 コイン投入若しくは与えられたクレジ
    ット数に基づいてゲームの開始が可能な状態に移行さ
    れ、当該ゲームの結果に応じた払い出しが行われる遊技
    機の集合である遊技機群を集めた複数の遊技機群を一括
    管理する遊技管理方法において、 前記遊技管理方法は、前記複数の遊技機のそれぞれにお
    いて消費されたクレジットの累積消費量を検出する検出
    ステップと、 この検出ステップの検出結果に基づいて、前記累積消費
    量が所定の上限に至った遊技機に対して、所定の還元率
    に基づいた還元を行う還元ステップ若しくは還元を行う
    か否かを決定する抽選の結果に基づいて還元を行う還元
    ステップと、を備え、 前記複数の遊技機群をなす一の遊技機群の還元率の値を
    他の遊技機群の還元率の値に応じて変化させるための信
    号を当該一の遊技機群に対して送信する送信ステップを
    有することを特徴とする遊技管理方法。
18. 【請求項１８】 前記遊技管理方法は、前記遊技機群を
    なす各遊技機における遊技状態に関する遊技情報を受信
    する受信ステップと、 前記遊技情報の内容に応じて、前記各遊技機に設けられ
    た表示部に前記所定の還元率の値を表示せしめるための
    信号を送信する送信ステップと、を有することを特徴と
    する請求項１７に記載の遊技管理方法。
19. 【請求項１９】 前記送信ステップは、前記一括管理さ
    れている遊技機群における前記所定の還元率の所定条件
    の下での平均値が一定に保たれるように制御するための
    信号を前記遊技機に対して送信する送信ステップが含ま
    れることを特徴とする請求項１７又は請求項１８に記載
    の遊技管理方法。
20. 【請求項２０】 前記所定条件とは、前記遊技機群をな
    すある遊技機におけるクレジットの累積消費量が前記所
    定の上限に到達してから当該遊技機群をなす前記ある遊
    技機を含むいずれかの遊技機におけるクレジットの累積
    消費量が前記所定の上限に到達するまでを一つの行程と
    するときの所定行程数を基準とするものであるか又は所
    定時間を基準とするものであることを特徴とする請求項
    １９に記載の遊技管理方法。