(57)【要約】【課題】  遊技場にとっても安定した運営が望めると共に遊技者にとっても勝手のよい遊技システム等を提供する。【解決手段】  複数の遊技機と、前記複数の遊技機が接続された管理サーバとからなる遊技システムであって、前記複数の遊技機は、それぞれ複数の遊技スペックを切り換え可能に構成され、かつ、前記複数の遊技機のそれぞれから前記管理サーバへ前記複数の遊技スペックのうちから１つの遊技スペックを選択するためのリクエストを送信し、前記管理サーバは、前記リクエストが送信された前記遊技機に対し、前記選択された遊技スペックでの遊技を許可するかどうかを決定する。【選択図】  図１
2017018201.tif 000002
【特許請求の範囲】
【請求項１】
複数の遊技機と、前記複数の遊技機が接続された管理サーバとからなる遊技システムであって、
前記複数の遊技機は、それぞれ複数の遊技スペックを切り換え可能に構成され、かつ、前記複数の遊技機のそれぞれから前記管理サーバへ前記複数の遊技スペックのうちから１つの遊技スペックを選択するためのリクエストを送信し、
前記管理サーバは、前記リクエストが送信された前記遊技機に対し、前記選択された遊技スペックでの遊技を許可するかどうかを決定する
ことを特徴とするシステム。
【請求項２】
前記管理サーバは、前記複数の遊技機に対して提供可能な複数の遊技スペックの合計を前記複数の遊技機の台数に一致するように管理する
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記遊技システムは、さらにユーザ端末を含み、
前記管理サーバは、前記ユーザ端末から前記遊技システムにおける前記複数の遊技スペックを切り換え可能に構成された前記複数の遊技機に対する予約の受付処理を行う
ことを特徴とする請求項１又は２に記載のシステム。
【請求項４】
複数の遊技機と、前記複数の遊技機が接続された管理サーバとからなる遊技システムで実行されるコンピュータプログラムあって、前記遊技システムで実行されたとき、
前記複数の遊技機に、それぞれ複数の遊技スペックを切り換え可能に構成させるステップと、
前記複数の遊技機のそれぞれに、前記管理サーバへ前記複数の遊技スペックのうちから１つの遊技スペックを選択するためのリクエストを送信させるステップと、
前記管理サーバに、前記リクエストが送信された前記遊技機に対し、前記選択された遊技スペックでの遊技を許可するかどうかを決定させるステップと
を実行させることを特徴とするプログラム。
【請求項５】
前記管理サーバに、前記複数の遊技機に対して提供可能な複数の遊技スペックの合計を前記複数の遊技機の台数に一致するように管理させるステップ
を更に実行させることを特徴とする請求項４に記載のプログラム。
【請求項６】
前記遊技システムは、さらにユーザ端末を含み、
前記管理サーバに、前記ユーザ端末から前記遊技システムにおける前記複数の遊技スペックを切り換え可能に構成された前記複数の遊技機に対する予約の受付処理を行わせるステップ
を更に実行させることを特徴とする請求項４又は５に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技場における遊技機を制御する遊技システムに関し、より詳細には、遊技場における遊技機を管理・制御する遊技サーバを備える遊技システム等に関する。
【背景技術】
【０００２】
従来、パチンコ機やスロットマシン等の遊技機と通信可能な遊技サーバや管理サーバを備える遊技システム等が提案されてきた。
【０００３】
例えば、遊技場における、遊技機の置き換えや、遊技機の設定変更の際に生じる手間や時間を短縮し、遊技機の稼働を上げることを目的として、遊技サーバと複数の遊技機とを通信可能とし、遊技機の遊技状況又は遊技者の選択に応じて、遊技機において実行され得る遊技プログラムの変更を可能とする遊技サーバを備える遊技システムが提案されている（特許文献１）。
【０００４】
すわなち、特許文献１には、遊技機及び前記遊技機と通信可能な遊技サーバを有する遊技システムであって、前記遊技サーバは、前記遊技機において実行可能な遊技の進行を制御するプログラムとは独立したプログラムであって、前記遊技機において前記遊技の進行に付随して用いられる第１の遊技プログラムを記憶する遊技プログラム記憶手段と、所定の条件が満たされた場合には、前記第１の遊技プログラムを前記遊技機に送信する遊技プログラム送信手段と、を有し、前記遊技機は、前記遊技プログラム送信手段から前記第１の遊技プログラムを受信した場合には、前記遊技機で用いられる第２の遊技プログラムを前記第１の遊技プログラムに書き換える制御装置を備えることを特徴とする遊技システムが開示されている。
【０００５】
また、複数台の遊技機をサーバによって一括管理することで、店側の営業方針、遊技者の技量に合わせて、遅滞なくタイムリーに確率変更等の遊技状態の設定変更を行う遊技機管理システムも提案されている（特許文献２）。
【０００６】
すなわち、特許文献２には、遊技者の始動操作によって周方向に沿って複数の図柄が設けられた複数の回胴が駆動することで遊技が開始されると共に抽選が実行され、遊技者の停止操作によって駆動中の前記回胴を停止制御し、停止時の前記複数の回胴の図柄の配列状態によって前記抽選の結果を報知する図柄変動表示装置を備え、前記抽選が当りの場合に遊技者の停止操作で所定の図柄を揃えることを条件に遊技者に有利な遊技状態とすることが可能な遊技機と、前記複数台の遊技機を集中管理するサーバと、で構成された遊技機管理システムであって、前記複数の遊技機側でそれぞれ実行される前記始動操作、停止操作を含む遊技者介入操作に関する操作信号が入力される入力手段と、前記サーバに設けられ、前記操作信号に基づいて、遊技仕様を設定する遊技仕様設定手段と、前記入力手段で入力された操作信号の送信元となる遊技機へ、前記遊技仕様設定手段で設定された遊技仕様を送出する遊技仕様送出手段と、を有する遊技機管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−２６０４３９号公報
【特許文献２】特開２００４−１１３６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従前の遊技システム（特許文献１、２）では、遊技サーバを介して遊技プログラムを変更するとしても演出用プログラムの変更に留まるものであったり、確率変更等の遊技状態の設定変更を行うとしても遊技場全体の管理がなされていなかったりしており、改善の余地があった。
【０００９】
例えば、遊技場の都合で遊技機の遊技仕様を個々に変更可能とすると遊技者にとっては不利な仕様に変更される恐れがあり、遊技者の技量等の都合で遊技仕様を個々に変更可能とすると遊技場の安定した運営が困難となってしまう。
したがって、遊技場にとっても安定した運営が望めると共に遊技者にとっても勝手のよい管理・制御技術が期待される。
【課題を解決するための手段】
【００１０】
そこで、本発明の一実施形態にかかる遊技システムは、複数の遊技機と、前記複数の遊技機が接続された管理サーバとからなる遊技システムであって、前記複数の遊技機は、それぞれ複数の遊技スペックを切り換え可能に構成され、かつ、前記複数の遊技機のそれぞれから前記管理サーバへ前記複数の遊技スペックのうちから１つの遊技スペックを選択するためのリクエストを送信し、前記管理サーバは、前記リクエストが送信された前記遊技機に対し、前記選択された遊技スペックでの遊技を許可するかどうかを決定することを特徴とする。
【発明の効果】
【００１１】
本発明の一実施形態にかかる遊技システム等によれば、遊技場にとっても安定した運営が望めると共に遊技者にとっても勝手のよい遊技システム等を提供することができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態にかかる遊技システムの全体構成例を説明する説明図である。
【図２】本発明の一実施形態にかかる遊技システムにおける遊技場内の設置島等の配置を説明する説明図である。
【図３】本発明の一実施形態にかかる遊技システムにおける遊技機の外観構成を説明する説明図である。
【図４】本発明の一実施形態にかかる遊技システムにおける遊技機の機能ブロックを説明する説明図である。
【図５】本発明の一実施形態にかかる遊技システムの動作例を説明するフローチャートである。
【図６】本発明の一実施形態にかかる遊技システムにおける遊技機の画面表示例を説明する説明図である。
【図７】本発明の他の実施形態にかかる遊技システムにおける遊技機の画面表示例を説明する説明図である。
【図８】本発明の一実施形態にかかる遊技システムにアクセスした情報端末装置の画面表示例を説明する説明図である。
【発明を実施するための形態】
【００１３】
本発明の一実施形態にかかる遊技システム等について、図面を参照しながら詳細に説明する。
【００１４】
図１に、本発明の一実施形態にかかる遊技システムの全体構成例を示す。図１に示されるように、遊技システム１０は、その例示的な構成として、情報管理サーバ１１と、１以上の遊技機が設置された遊技場２１と、遊技客が使用する各種情報処理装置（図において、例示的に、ＰＣ１２及び１３、携帯電話１４、携帯情報端末ないしタブレット端末１５が示されている。以下、総称して「ユーザ端末」とも言うことがある）とで構成されるが、本発明の他の実施形態にかかる最小構成としては、遊技場２１内にある機器や装置によってクローズドに処理することもできる（この場合、ユーザ端末である各種端末１２〜１５は省略され、情報管理サーバ１１の処理動作は、後述する管理コンピュータ２２によって代替的に実行される）。
【００１５】
遊技場２１においては、１以上の遊技機を管理・制御するための管理コンピュータ２２が設置され、図１において、インターフェースユニット（以下、Ｉ／Ｆユニット）２６、２７、２８を介して、例示的に複数の遊技機２３、２４、２５が接続されている（図２に例示されるように、実際にはもっと多数の遊技機を設置することもできる）。なお、本実施例における遊技機２３、２４、２５は、パチンコ機、パチスロ機等の複数種類の遊技機が含まれる。
【００１６】
そして、パチンコやパチスロ等の遊技機から送信されるデータを受信して管理等する場合には、遊技場２１内でクローズドに管理する場合には管理コンピュータ２２が管理するが、オープンなシステムとして運用する場合には、管理コンピュータ２２を介して遊技場２１外の情報管理サーバ１１によって管理することとしても良い。後者の場合、情報管理サーバ１１は、１以上の遊技機が設置された遊技場２１と、専用回線やインターネット等の公衆回線１９を介して相互に通信可能に接続される（なお、回線仕様は、有線であっても無線であっても良い）。
【００１７】
なお、情報管理サーバ１１は、図示しない遊技場２１以外の１以上の遊技場と相互に通信可能に接続されても良い（この場合は、複数店舗間での統合的な運用が可能となる）。
【００１８】
また、情報管理サーバ１１及び各種端末１２〜１５間は、図１に示されるように専用回線やインターネット等の公衆回線（有線の回線として、１６〜１８）で相互に通信可能に接続されている。これらの回線は有線であっても無線であってもよく、無線の場合、携帯電話１４及び携帯情報端末ないしタブレット端末１５は、無線で図示しない基地局や無線ルータ等を介してインターネット１９に乗り入れ、更に回線１８を介して情報管理サーバ１１と相互に通信可能に接続されている。
【００１９】
本願の出願時点での携帯電話や携帯情報端末ないしタブレットは、ＰＣに比肩する処理能力（通信処理速度や画像処理能力等）を備えているものも多く、小型のコンピュータとも言うべきものである。
【００２０】
また、本発明の実施に必要なプログラムないしソフトウェアは、通常、ＰＣや携帯情報端末の記憶部におけるＨＤＤないしＳＳＤ等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵにおいて演算実行される。
【００２１】
なお、演算実行は必ずＣＰＵ等の中央処理部で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。
【００２２】
さらに、情報管理サーバ１１のハードウェア構成も、基本的にはＰＣを採用することができる。なお、本発明はこれに限定されるものではないが、情報管理サーバ１１は、必要に応じてそのハードウェアスペックを上げるにあたり、複数のＰＣを並列的に作動させることによって大規模データの処理に適した構成をとることもできる。
【００２３】
図２に、本発明の一実施形態における遊技システムにおける遊技場内に遊技機を設置する設置島等の配置を示す。
【００２４】
図２において、島設備２００ａ〜２００ｃは、それぞれの片側に１０台の遊技機２０１と遊技媒体貸出機２１０とが交互に横方向に並設され、これと同様の組み合わせのものが背中合わせに組み合わされて、遊技機２０１と遊技媒体貸出機２１０とが計２０組ずつで１つの島設備を形成している。
【００２５】
図２中、符号２２０で示された円は、遊技機２０１の前面に配設された遊技用椅子を表している。図２に示されるように、遊技場において、例えば、島設備２００ａと島設備２００ｂとの間の通路エリア２３０ｂ、及び島設備２００ｂと島設備２００ｃとの間の通路エリア２３０ｃでは、それぞれ隣り合った島設備の片側に配設された遊技機２０１同士が対面するようになっており、これら隣り合った島設備に設置された遊技機２０１の遊技用椅子２２０に遊技者が着席して遊技を行う場合、遊技者同士は背中合わせに着席することになる。
【００２６】
そして、遊技者の背中と背中との間の領域（通路エリア２３０ｂ、２３０ｃ）が、これから遊技をしようとして空き台を探している遊技者や遊技場の係員の通路となる。近年では、この通路の幅が比較的広く設計されている場合も多い。
【００２７】
なお、本発明の一実施形態に基づく動作例について、図２中、通路エリア２３０ｂの両側に設置された遊技機２０１ａ〜２０１ｔを例にとって具体的に後述するが、もちろん、島設備同士が隣り合って示されていない通路エリア２３０ａ、２３０ｄに設置された遊技機にも本発明を適用できることは言うまでもない。つまり、本発明は、遊技場に設置された全遊技機のみならず、一部の遊技機のみに対して実施することもできる。
【００２８】
図３に、本発明の一実施形態にかかる遊技機の外観構成を示す。図３において、本発明の一実施形態にかかる遊技機３０は、例示的に、遊技盤３００上に特別図柄を抽せんする「始動口１」（いわゆる「ヘソ」）３０１と、特別図柄を抽せんする「始動口２」（いわゆる「電チュー」）３０２と、大入賞口（いわゆる「アタッカー」）３０３とを備える。なお、時短とは、スルーに遊技球が通過した際に抽せんされる普通図柄の変動時間が短縮される状態を言う。
【００２９】
かかる遊技盤３００を備えた遊技機３０は、一例として、ベース枠に対して回動自在に取り付けられた本体枠を有する。盤面の正面扉には、例えばその上部が開口する略円形状の窓（この窓には、一例としてガラス板等の透明部材が嵌め込まれる）が形成される。遊技者は、この窓を介して本体枠に取り付けられた遊技盤３００を視認することになる。
【００３０】
なお、遊技機３０前面の遊技盤周辺には、演出効果のためのランプ類やスピーカ類（図３において不図示）を設置することができる。
【００３１】
また、遊技機３０の下部には、遊技媒体である遊技球を貯留するための上部球受皿３０７が配置される。さらに、上部球受皿３０７の下方には上部球受皿から溢れた遊技球を貯留するための下部球受皿３０８が配置される。上部球受皿３０７に貯留された遊技球は、遊技機３０の内部に設けられた遊技球発射装置ないし弾球装置（図３において、不図示）に１球ずつ供給され、上部球受皿３０７の右側に設けられた発射ハンドル３０９の回動リング３０９１を遊技者が軸線回りに回転させることにより、回転させた角度に応じた強度で遊技球発射装置ないし弾球装置から遊技球が遊技盤３００に向かって１球ずつ発射される。
【００３２】
発射ハンドル３０９は、適宜指掛け用の突起を１以上有する回動リング３０９１を備える。この回動リング３０９１は、コイルバネ等の付勢力により原点位置へ戻るように構成されている。
【００３３】
また、発射ハンドル３０９は、遊技球の打ち出しを停止するための発射停止スイッチ３０９２と、図示しないタッチセンサとを備える。一実施形態として、タッチセンサに手が触れることを条件に、回動リング３０９１を図中時計回りに回動すると、操作検出器（図３において不図示）によって検出された、回動リング３０９１の回転角度（原点位置からの操作量）に応じた発射強度で遊技球が遊技盤３００上に打ち出される。
【００３４】
また、図３には図示しないが、遊技盤３００の周縁には、弾球装置から発射された遊技球を遊技盤３００の左側上部へ導くための円弧状のガイドレールが配置されている。さらに、遊技盤３００には、多数本の障害釘（不図示）が配設され、ガイドレールに沿って遊技盤３００の左側上部から右上方に放たれた遊技球は、遊技盤３００の盤面に沿って多数本の障害釘の間を通って下方へと落下していく。
【００３５】
そして、遊技盤３００の中央部には、後述するメイン制御部（メイン制御基板）で実行される大当たり抽せんの結果を、サブ制御部（サブ制御基板）において管理されている演出として表示するためのディスプレイ部３０４が設けられる。また、ディスプレイ部３０４の下部には４つのヘソ用保留ランプ３０５ａ及び電チュー用の保留ランプ３０５ｂが設けられる。なお、保留ランプ３０５の設置位置は、ディスプレイ部の上部でもよく、或いは、ディスプレイ部の枠内でも差し支えない。
【００３６】
ディスプレイ部３０４の下方には、特別図柄を抽せんする「始動口１」３０１が設けられている。また、「始動口１」の下部（であって、大入賞口３０３の上部）には、特別図柄を抽せんする「始動口２」３０２が設けられている。この「始動口２」３０２は、ディスプレイ部３０４の右上部に設置することもできる。
【００３７】
本発明の一実施形態として、「始動口１」３０１に遊技球が入賞すると、所定個数の賞球が払い出されると共に、大当たり抽せんに用いる大当たり抽せん乱数を含む種々の乱数が一例として最大４個まで取得され（取得された乱数に対する演出処理が未完了の場合の後続の取得乱数の個数は、ヘソ用保留ランプ３０５ａの点灯によって示される）、取得した乱数の値に基づく種々の抽せん及び演出処理が実行される。なお、３０５ｂは、電チュー用の保留ランプであり、典型的にはヘソ用保留ランプ３０５ａと同様に最大４個まで保留することができる。
【００３８】
また、「始動口２」３０２は、図３に示されるように、一例として、一対の可動羽根を備えた電チューを備える。この電チューは、両可動羽根が遊技球の直径よりもやや広い間隔をもって互いに近接した「閉状態」と、両可動羽根が「閉状態」よりも互いに離間した「開状態」とを形成するよう駆動制御される。「閉状態」となるか「開状態」となるかの抽せんは、典型的には、遊技球がスルー３１０ａ又は３１０ｂ（後述）を通過することを契機として実施される。
一般的に、閉状態となっている電チューが開状態になると、閉状態の場合に比べ「始動口２」３０２への入賞が容易となる。
【００３９】
「始動口１」３０１の下方には、大当たり遊技中に複数回開放される矩形状の大入賞口３０３が設けられている。大入賞口３０３には、通常開閉板が設けられ、大入賞口３０３を閉塞する「閉状態」と、大入賞口３０３を開放すると共に遊技盤３００の上方から流れ落ちる遊技球を案内する「開状態」とに遷移可能に駆動制御される。
【００４０】
また、図３に示すように、ディスプレイ部３０４の左右にはスルー３１０ａ及び３１０ｂが配置される。スルーは入賞口ではないので賞球はないが、スルー内に設置されたセンサを遊技球が通過することで、普通図柄の抽せんを行っている（電チューの開放の有無を抽せんしている）。一例ではあるが、確率変動中の電チュー開放率は、通常時の開放率に比べて上昇するよう制御される。
さらに、図３に示すように、大入賞口３０３の左右部には、合わせて４つの普通入賞口３１１ａ〜３１１ｄが配置される。一例として、遊技盤には、通常時に入賞可能な入賞口が５つ設けられる。遊技盤３００では、特別図柄を抽せんする「始動口１」３０１、及び普通入賞口３１１ａ〜３１１ｄがこれに該当する。
なお、図３には示さないが、ディスプレイ部３０４の左側には、遊技球の流れに影響を与えるための風車を配置することもできる。
【００４１】
図３において、遊技盤３００の最下部には、いずれの始動口にも入らなかった遊技球(アウト球)を回収するためのアウト球回収口３０６が設けられている。
【００４２】
続いて、図４を参照して、本発明の一実施形態における遊技機の機能ブロックを説明する。図４において、本発明の一実施形態にかかる遊技機における制御部４００は、メイン制御部（メイン制御基板）４１０とサブ制御部（サブ制御基板）４２０とからなり、メイン制御部４１０及びサブ制御部４２０は、メイン制御部４１０からサブ制御部４２０への一方向通信経路（ハーネス）によって電気的に接続されている。メイン制御部４１０は、主として遊技制御を行い、サブ制御部４２０は、メイン制御部４１０からの指令に基づき、主にディスプレイ部４７１、音声出力部４７２、照明部４７３等の演出制御を行う。
【００４３】
さらに、メイン制御部４１０は、ＣＰＵ４１１と、ＲＡＭ４１２と、ＲＯＭ４１３とを有し、図示しない入力ポート及び出力ポートを備える。
【００４４】
また、メイン制御部４１０及び／またはサブ制御部４２０は、図示しない接続端子を介し、外部（例えば、管理コンピュータ２２）との間でデータを送受信するための通信インタフェース（Ｉ／Ｆ）４９０へ接続されている。ここで、外部との間でデータの送受信を行うための制御部４００内の構成としては、メイン制御部４１０から回線４９２及び通信Ｉ／Ｆ４９０を介して管理コンピュータ２２等とやり取りする構成や、サブ制御部４２０から回線４９３及び通信Ｉ／Ｆ４９０を介して管理コンピュータ２２等とやり取りする構成、あるいは、その両方を採用する構成など様々な構成が考えられる。
【００４５】
なお、必要に応じて、賞球制御の経緯等を管理するために賞球制御部４８１から回線４９１及び通信Ｉ／Ｆ４９０を介して管理コンピュータ２２等へ賞球情報を送信するように構成することもできる。
【００４６】
メイン制御部４１０の入力ポートには、図４に示すように、特別図柄（特図）を抽せんする「始動口１」３０１への入賞を検知する「始動口１」センサ４３１と、「始動口２」３０２への入賞を検知する時短中の「始動口２」センサ４３２と、大入賞口３０３への入賞を検知する大入賞口センサ４３３と、１以上の普通入賞口（図３における３１１ａ〜３１１ｄなど）への入賞を検知する１以上の普通入賞口センサ４３４とが、それぞれ電気的に接続されている。
【００４７】
メイン制御部４１０の出力ポートには、特別図柄（特図）表示部４４１と、保留表示部４４２と、「始動口２」３０２の電チューの可動羽根を開閉駆動するための「始動口２」役物駆動部４５１と、大入賞口３０３の開閉板を開閉駆動するための大入賞口役物駆動部４５２とが、それぞれ電気的に接続されている。
【００４８】
また、メイン制御部４１０のＣＰＵ４１１は、ＲＯＭ４１３に格納された遊技プログラムを適宜、ＲＡＭ４１２に読み出して、入力ポートに接続された各種センサの検出信号に応じて、出力ポートに接続された各表示部及び駆動部の制御、並びに、サブ制御部４２０へのコマンド送信を行う。
【００４９】
また、ＲＡＭ４１２には、遊技プログラムの実行に必要な情報が逐次読み出されて記憶される。また、メイン制御部４１０には、図示は省略するが、抽せん手段、抽せん結果判断手段、特別遊技開始／終了手段、当せん確率制御手段等のプログラム制御手段が、ソフトウェアとして実装されている。
【００５０】
（複数の遊技スペックの切り替え）
上述では、遊技プログラムはＲＯＭ４１３に格納されたものとして説明したが、本発明はこれに限定されるものではなく、複数の遊技スペック（例えば、初当たり確率の低いものから高いものへと順に、ＭＡＸタイプ、ミドルタイプ、ライトタイプといったスペック）を有する遊技プログラムを格納することができる。また、これらの複数の遊技スペックを有する遊技プログラムを全てＲＯＭに格納することは勿論のこと、個別に他のサーバやコンピュータ等からダウンロードして実施することも可能である。
【００５１】
つまり、ＲＯＭ４１３に、ＭＡＸタイプスペック、ミドルタイプスペック、ライトタイプスペックの全てのスペックの遊技プログラムないし遊技パラメータを予め格納させる方式（フラグによって切り替えする方式）を採用したり、あるいは、情報管理サーバ１１又は管理コンピュータ２２（これらを総称して、「管理サーバ」とも言う）から各遊技機へ必要なスペックの遊技プログラムを適宜ダウンロードさせる方式（これは、厳密なライセンス管理を考慮したものである）を採用したりすることができる。特に後者の場合には、ソフトウェアないしコンピュータプログラムをＲＯＭ４１３に固定的に記憶させるのではなく、図示しない書き換え可能な他の領域（ハードディスクやＳＳＤなどの記憶装置）に記憶管理させるとより好適である。
【００５２】
以下、遊技プログラムや遊技パラメータ等がＲＯＭに格納されているものとして説明されていたとしても、本発明はこれに限定されるものではなく、上述したような適宜ダウンロードさせる方式も想定されていることを予め付言しておく。
【００５３】
同様に、サブ制御部４２０は、ＣＰＵ４２１と、ＲＡＭ４２２と、ＲＯＭ４２３と、データ通信バス等の制御やディスプレイやスピーカ等の各種デバイス制御を行う制御部４２４と、照明等の駆動を行う入出力部４２５と、ディスプレイ部４７１の駆動を行うディスプレイ駆動部４２６と、音声出力部４７３から音声や効果音等を発生させるための音源を格納した音源ＩＣ４２７とを有し、図示しない入力ポート及び出力ポートを備える。
【００５４】
サブ制御部４２０の主な機能は、メイン制御部４１０で判定された抽せん結果に基づく演出等である。具体的には、サブ制御部４２０のＲＯＭ４２３には、ディスプレイ部４７１、音声出力部４７２、及び照明部４７３によって様々な演出を行うための画像データ等からなる演出データも格納されており、メイン制御部４１０から出力される信号及び当該信号に基づくサブ制御部での演出抽せん処理によって、ＲＯＭ４２３内部に格納されている演出データから演出内容を決定し、決定された演出内容に基づいて、ディスプレイ部４７１、音声出力部４７２、及び照明部４７３の駆動処理を行う。この場合、後述する押しボタン４６１の押下入力によって表示や音声が変化するような動的な演出処理も含まれる。
かかる、ディスプレイ部４７１、音声出力部４７２、及び照明部４７３によってなされる演出は、コンピュータプログラムとしてＲＯＭ４２３等に記憶されており、ＣＰＵ４２１によって、適宜、ＲＡＭ４２２等へ呼び出され実行されることにより実現される。
【００５５】
（演出データや演出パラメータ等の切り替え）
上述では、演出データ（その他、演出に関わる演出プログラムや演出パラメータを含む）は、ＲＯＭ４２３に格納されたものとして説明したが、本発明はこれに限定されるものではなく、ＲＯＭ４２３に、ＭＡＸタイプスペック用、ミドルタイプスペック用、ライトタイプスペック用の全てのスペック用の演出プログラムや演出データないし演出パラメータを予め格納させる方式（フラグによって切り替えする方式）の他、情報管理サーバ１１又は管理コンピュータ２２（これら総称して「管理サーバ」）から各遊技機へ必要なスペック用の演出データや演出プログラム等を適宜ダウンロードさせる方式を採用することもできる。特に後者の場合には、プログラムやデータをＲＯＭ４２３に固定的に記憶させるのではなく、図示しない書き換え可能な他の領域（ハードディスクやＳＳＤなどの記憶装置）に記憶させるとより好適である。
【００５６】
以下、演出データや演出プログラム等がＲＯＭに格納されているものとして説明されていたとしても、本発明はこれに限定されるものではなく、上述したような適宜ダウンロードさせる方式も想定されていることを予め付言しておく。
【００５７】
また、サブ制御部４２０の入力ポートには、ボタン（図３において不図示）に対する操作の有無をそれぞれ検出する押しボタン（及びセンサ）４６１が電気的に接続されている。
【００５８】
押しボタン（及びセンサ）４６１は、これに限定されるものではないが、一例として、設定を変更するためのボタンや、あるいはディスプレイ部４７１（３０４）の画面上に示された設定変更オプションを選択するための「矢印」ボタンや「決定」ボタンの他、演出に応じて遊技者が遊技に参加するために使用される「演出」ボタンを備えることができる。この「演出」ボタンは「チャンスボタン」とも言われ、リーチ演出時にディスプレイ部４７１（３０４）等を介して遊技者に押下を促し、遊技に対する興趣を高める役割を果たす。
【００５９】
なお、押しボタン４６１は、あくまでも操作手段としての例示であり、必ずしも「押しボタン」である必要なく、レバーやタッチセンサ等様々な入力デバイスを採用することができる。
【００６０】
サブ制御部４２０の出力ポートには、ディスプレイ部４７１と、スピーカ等の音声出力部４７２と、演出ランプ等の照明部４７３とが、それぞれ電気的に接続されている。また、サブ制御部４２０のＣＰＵ４２１は、ＲＯＭ４２３に格納された演出プログラム等を適宜、ＲＡＭ４２２に読み出して、メイン制御部４１０からのコマンドと入力ポートに接続された各種センサからの検出信号とに応じて、出力ポートに接続されたディスプレイ部４７１、音声出力部４７２、及び照明部４７３を制御する。また、ＲＡＭ４２２には、演出プログラムの実行に必要な情報が逐次読み出されて記憶される。
【００６１】
次に、メイン制御部４１０のＣＰＵ４１１によって実行される、基本的な抽せん処理等について説明する。メイン制御部４１０のＣＰＵ４１１によって実行される基本的な抽せん処理は、特別図柄を抽せんする始動口への入賞によって実行される抽せん処理であり、具体的には、各種乱数の取得処理、並びに、賞球払出処理である。
【００６２】
まず、「始動口１」の入賞センサ４３１が入賞を検知すると、既に入賞センサ４３１の検知により取得され大当たり抽せんを保留している大当たり抽せん乱数の数（以下、特図保留数という）が４未満か否かを判断し、ＹＥＳと判断した場合には、特図保留数をインクリメントする。そして、大当たり抽せん乱数Ｒ１を取得してＲＡＭ４１２の特図保留記憶領域に記憶する。そして、賞球払出処理を実行する。
【００６３】
ここで、大当たり抽せん乱数Ｒ１は、メイン制御部４１０のＣＰＵ４１１に内蔵されている乱数発生器によって生成されるハード乱数であって、一例として、０〜７００の数値範囲を有する。一方、大当たり抽せん乱数Ｒ１の他、他の抽せん乱数を上述した遊技プログラム内で逐次発生可能なカウンタ型のソフト乱数によって決定することもできる。
【００６４】
本発明の一実施形態にかかる遊技機では、一例として、上述の乱数によって、初当たり（初回の大当たり）を下表のように決定することができる。なお、発明の理解の容易のために、乱数発生器による数値発生の範囲は０〜７００としたが、本発明はこれに限定されるものではなく、実装上は、２バイト幅（０〜６５５３５）の範囲で数値を発生させ、そのうちの特定の範囲の数値を当たりとすることができる。
【表１】
2017018201.tif 000003
【００６５】
（複数の遊技スペックの具体例）
ここで、本発明の一実施形態にかかる遊技機は、１台で複数の遊技スペック（当それぞれ、当たり確率が異なる）を切り換えて使用することができる。この遊技スペックの切り換えには、既に述べたように、全ての遊技スペックに関わる遊技プログラムないし遊技パラメータを予め格納させておいてフラグ等によって切り替える方式を採用することもできるし、情報管理サーバ１１又は管理コンピュータ２２から各遊技機へ必要なスペックの遊技プログラムを適宜ダウンロードさせる方式を採用することもできる。
【００６６】
複数の遊技スペックには、２以上の任意のスペックを採用することができる。ここでは、本発明の理解の便宜上、当たり確率は低確率であるが当たりに応じた出玉率が大きいＭＡＸタイプ、当たり確率も出玉率も中程度のミドルタイプ、当たり確率は高確率であるが当たりに応じた出玉率が小さいライトタイプの３つのスペックを例にとって説明する。
この場合の当たり確率と出玉率等のスペック例は、下表のとおりである。
【００６７】
【表２】
2017018201.tif 000004
上記の遊技スペックのうち、例えば、当たり確率については、上表の乱数を使って任意の確率で当たりとなるように調整ないし制御される。さらに、スペックタイプごとに、大当たり後の時短数の長短、ＳＴ（スペシャルタイム）のゲーム数の長短、確変突入率の高低等の設定により、より細やかに各遊技スペックを規定することができる。
【００６８】
再び図４を参照し、賞球制御、及び遊技球の発射制御について説明する。図４において、賞球制御部４８１は、出力側に、賞球モータ４８１１、及び外部接続端子４９０が接続され、入力側に、メイン制御部４１０、及び賞球払い出しセンサ４８１２が接続される。なお、メイン制御部４１０と賞球制御部４８１とは、メイン制御部４１０から賞球制御部４８１への片方向または双方向通信可能に接続されている。
【００６９】
賞球制御部４８１は、「始動口１」センサ４３１、「始動口２」センサ４３２、大入賞口センサ４３３又は普通入賞口センサ４３４による遊技球の検出があった場合に、メイン制御部４１０から送信される賞球コマンドに従って賞球モータ４８１１を駆動制御して、賞球として設定された遊技球数を遊技者に払い出す。
【００７０】
なお、図示していないが、清算装置から球貸要求（コマンド）があった場合には、この球貸要求に従って賞球モータ４８１１を駆動制御して貸し球として設定された遊技球数を遊技者に貸し出す。
【００７１】
また、賞球制御部４８１は、賞球払い出しセンサ４８１２による遊技球の検出によって、賞球として設定された遊技球数を払い出したか否かを判定する。代替的に、賞球払い出しセンサ４８１２による遊技球の検出信号をメイン制御部４１０に入力する構成とすることもできる。あるいは、メイン制御部４１０及び賞球制御部４８１の双方に入力する構成とすることもできる。
【００７２】
発射制御部４８２は、出力側に、発射ユニット４８２１が接続され、入力側に、発射停止指示部４８２３、操作検出器４８２４及びタッチセンサ４８２５が接続される。
【００７３】
発射制御部４８２の役割は、遊技球を打ち出す発射ユニット４８２１を駆動制御すると共に、遊技者が操作する回動リング３０９１の操作量に応じて遊技球を打ち出す発射強度を変化させることである。
【００７４】
さらに、遊技者が発射停止指示部４８２３より遊技球の発射停止を指示したとき、発射制御部４８２は、遊技球の発射を停止させるよう制御する。
【００７５】
（選択された遊技スペックの管理）
図５に、本発明の一実施形態にかかる遊技システムの動作例を示す。上述したように、本発明の一実施形態にかかる遊技システムにおける遊技機は、複数の遊技スペックを切り換えて遊技することができ、本発明の一実施形態においては、この切り換えを遊技者の選択によって切り替え可能に運用する。一方で、その遊技場（あるいは、複数の店舗にわたる遊技場部ループ全体）における各スペックの割り当て台数が規定数を越えないように遊技システム内で管理される。
【００７６】
つまり、本発明の一実施形態にかかる遊技システムにおいては、遊技スペックを切り換え可能な遊技機の物理的な台数と、その台数における各遊技スペックの内訳が決められており、その枠内であれば、遊技客は空いている遊技機に対し、現時点で空きとなっている遊技スペックのなかから自由にスペックを選択して遊技することができる。
この点も、本発明の大きな特徴となっている。以下、上述の点を踏まえてシステムの動作フローを説明する。
【００７７】
図５のステップＳ５０１において、システムの管理（運用）を開始すると、ステップＳ５０２では、まず、遊技機における遊技スペックの選択・変更要求待ち（ステップＳ５０２において、Ｎｏのループ）となる。
【００７８】
かかる遊技スペックの選択ないし変更要求（リクエスト）は、上述したように各遊技機内に全てのスペックの遊技プログラムないし遊技パラメータを予め格納させる方式（フラグによって切り替えする方式）か、あるいは、情報管理サーバ１１又は管理コンピュータ２２から各遊技機へ必要なスペックの遊技プログラムを適宜ダウンロードさせる方式のいずれを採用しても良い。
ステップＳ５０２において、遊技スペックの選択ないし変更リクエストがある（Ｙｅｓ）と、ステップＳ５０３へ進む。
【００７９】
また、ステップＳ５０２においては、遊技機外のユーザ端末から情報管理サーバ１１又は管理コンピュータ２２に対して、遊技機及び遊技スペックの予約処理も可能である（図８を参照して後述）。
【００８０】
ステップＳ５０３では、その遊技場あるいは複数の遊技場グループの中で提供可能な全ての遊技スペックを台数分管理している情報管理サーバ１１又は管理コンピュータ２２において、リクエストのあった遊技スペックを、当該リクエストを行った遊技機に対して提供可能かどうかのチェックが行われる。
【００８１】
情報管理サーバ１１又は管理コンピュータ２２では、一例として、かかる遊技スペックの提供状況を下表のように管理している。
【００８２】
【表３】
2017018201.tif 000005
上表では、例示的に、ＭＡＸ・ミドル・ライトの各スペックをそれぞれ２０台ずつ提供可能であり、現時点で、ＭＡＸタイプについては５台分提供中であり（つまり、空きは上表の通り１５台分である）、ミドルタイプについては１３台分提供中であり（つまり、空きは上表の通り７台分である）、ライトタイプについては１５台分提供中である（つまり、空きは上表の通り５台分である）。
【００８３】
これらの管理は、遊技場における遊技機の一部または遊技場ごと、あるいは、複数の遊技場を有する遊技場グループ全体として管理することができる。
【００８４】
別の例として、図２に示された遊技場において、通路エリア２３０ｂの両側に設置された遊技機２０１ａ〜２０１ｔまでの２０台の遊技機について本発明を適用した場合には、情報管理サーバ１１又は管理コンピュータ２２では、遊技スペックの適用状況について下表のように遊技機ごとに管理することができる。
【００８５】
【表４】
2017018201.tif 000006
【表５】
2017018201.tif 000007
【００８６】
上表において、「最大提供可能台数」は、各遊技スペックについて、提供可能な遊技機台数の最大値を表わす。上表においては、ＭＡＸタイプについて１０台、ミドルタイプについて６台、ライトタイプについて４台提供可能であり、それぞれ最大数提供した場合の合計値は２０台であり、通路エリア２３０ｂの両側に設置された遊技機２０１ａ〜２０１ｔまでの遊技機２０台に一致している。
【００８７】
換言すれば、これらの「最大提供可能台数」は、遊技スペックごとにライセンスされた遊技プログラムのソフトウェアの本数ということもできる。実際に、上述したような情報管理サーバ１１又は管理コンピュータ２２から各遊技機へ必要なスペックの遊技プログラムを適宜ダウンロードさせる方式を採用した場合には、各遊技スペックに対応する遊技プログラムのライセンス数管理テーブルとしても使用することができる。
【００８８】
また、上表において、提供中のスペックが「−」であるのは、現在、その遊技機が未使用の状態であることを示している。本発明の一実施形態にかかる遊技システムでは、例えば、ある遊技機が遊技されなくなって一定時間が経過した場合には、その遊技機は未遊技の状態であると判断されて、それまで選択された遊技スペックを解放することにより、その遊技スペックを他の遊技機から選択できるように管理制御することができる。
【００８９】
上表では、現在、通路エリア２３０ｂの両側に設置された遊技機２０１ａ〜２０１ｔについて、２０１ａ、２０１ｂ、２０１ｌ、２０１ｏ、２０１ｐ、２０１ｑの６台の遊技機ではＭＡＸタイプのスペックが選択されて遊技中であり、２０１ｃ、２０１ｍ、２０１ｒ、２０１ｓの４台の遊技機ではミドルタイプのスペックが選択されて遊技中であり、２０１ｇ、２０１ｈ、２０１ｔの３台の遊技機ではライトタイプのスペックが選択された遊技中である。
【００９０】
したがって、上表では、現在、ＭＡＸタイプにスペックについては、あと４台の遊技機で選択可能であり、ミドルタイプにスペックについては、あと２台の遊技機で選択可能であり、ライトタイプにスペックについては、あと１台の遊技機で選択可能な状況となっている。
これらの選択可能な空きスペックについては、通路エリア２３０ｂの両側に設置された遊技機２０１ｄ、２０１ｅ、２０１ｆ、２０１ｉ、２０１ｊ、２０１ｋ、２０１ｎの７台の遊技機から選択可能である。
【００９１】
ステップＳ５０３でリクエストのあった遊技スペックが提供可能かどうかチェックされ、ステップＳ５０４において提供可能であると判断（Ｙｅｓ）されると、ステップＳ５０５へ進むが、そうでない（Ｎｏ）場合には、ステップＳ５０７へ進み、その旨の告知ないし報知がリクエストのあった遊技機においてなされる（例えば、遊技機ディスプレイ部ｎ「選択した遊技スペックは空きがありません」と表示するなど）。あるいは、図６以降を参照して説明するように、選択可能な遊技スペックの残り台数を予め表示するようにしても良い。
【００９２】
ステップＳ５０５では、遊技機に対する遊技スペックの提供状況が変化したので、管理テーブル上の管理内容を更新処理する。例えば、ＭＡＸタイプがあと４台の遊技機で選択可能な上表において、遊技機２０１ｄからＭＡＸタイプの遊技スペックが選択されて遊技が開始されたとすると、遊技機２０１ｄに対応する提供中のスペック欄が「−」から「ＭＡＸ」に更新される。
あるいは、提供可能台数と、提供可能台数（空き台数）と現在提供中の台数とで管理している場合には、ＭＡＸタイプの提供可能台数（空き台数）から１減算し、同じくＭＡＸタイプの現在提供中の台数に１加算する。
【００９３】
また、遊技スペックの選択ないし変更リクエストがあった遊技機に対しては、全てのスペックの遊技プログラムないし遊技パラメータを遊技機に予め格納させる方式が採用されている場合には、対象スペックのフラグをオンにすること等によって当該遊技スペックでの遊技を許可したり、あるいは、ダウンロード方式が採用されている場合には、情報管理サーバ１１又は管理コンピュータ２２から当該遊技機へ対象遊技スペックの遊技プログラム等を適宜ダウンロードさせたりする。
【００９４】
次に、ステップＳ５０６に進み、更新結果をメモリに保存し、ステップＳ５０８では遊技場における遊技機の表示部などに更新状況を反映ないし報知する。ステップＳ５０８における報知例としては、新たにＭＡＸタイプを選択した当該遊技機の表示部には「ＭＡＸタイプが選択されました」との表示を行うと共に、他の未遊技の遊技機の表示にはＭＡＸタイプの空き台数が１以上であれば１減算して再表示する。あるいは、ＭＡＸタイプの空き台数が０になった場合には当該タイプを非表示にする（あるいは、表示されるが選択できない状態にする）こととしても良い。
【００９５】
次に、ステップＳ５０９に進み、遊技システムの運用が終了されるかどうか（例えば、遊技場のその日の営業を終了する場合など）が判断され、終了しない場合にはステップＳ５０２へ復帰するが、終了の場合にはステップＳ５１０へ進み、本フローを終える。
【００９６】
図６に、本発明の一実施形態にかかる遊技システムにおける遊技機の画面表示例を示す。図６（Ａ）に示された表示例は、上述の例でいえば、現在、その遊技機が未使用の状態（まだ、特定の遊技スペックが選択されていない状態）である場合の表示例である。同図の表示部６０１には、遊技スペックの選択を促すコメント６０２と、選択可能な遊技スペック６０３〜６０５、並びに、各遊技スペックの空き台数が６０６〜６０８に示されている。
遊技者は、かかる表示部の表示を見ながら、例えば、図示しない矢印ボタンや決定ボタンを操作するなどして所望の遊技スペックを選択して遊技を開始することができる。
【００９７】
図６（Ｂ）には、一例として、「ＭＡＸタイプ」が選択された直後の表示例が示されている（図５のステップＳ５０６における表示ステップに対応する）。表示部６０１には報知メッセージ６０９が表示されている。
【００９８】
図７に、本発明の他の実施形態にかかる遊技システムにおける遊技機の画面表示例を示す。同図（Ａ）は、ＭＡＸタイプスペックで遊技中に他のタイプスペックでの遊技に切り替えたい場合に遊技者が遊技機に表示させた選択画面である。同図（Ａ）の表示部７０１には、遊技スペック変更の意思確認のためのメッセージ７０２と、確認領域（Ｙｅｓ（決定）領域）を含む選択領域７０３〜７０４が表示されている。
遊技者は、かかる表示部の表示を見ながら、例えば、図示しない矢印ボタンや決定ボタンを操作するなどして意思確認を行う。
【００９９】
図７（Ｂ）には、同図（Ａ）において「Ｙｅｓ（決定）」を操作した直後の案内画面例が示されている。同図（Ｂ）の表示部７０１には、他のタイプへの変更誘導のためのメッセージ７０５と、他のタイプの選択領域７０６〜７０７が表示されている。また、現時点での各タイプの選択可能台数（空き台数）７０８〜７０９も示されている。この例では、これまでＭＡＸタイプスペックで遊技していたので、他の遊技タイプ（ミドルタイプ又はライトタイプ）の選択の余地があるが、同図（Ｂ）では、ライトタイプ７０７は空きがないものとして、その選択領域７０７は選択不可表示（当該領域が反転表示されるか、あるいは薄く表示される）となっている。
【０１００】
なお、スペック変更と取り止める場合には、復帰領域７１０を選択し、図示しない決定ボタンを押下するなどして前画面等に復帰することができる。
【０１０１】
図８に、本発明の一実施形態にかかる遊技システムにアクセスしたユーザ端末の画面表示例を示す。この例では、遊技システムにユーザ端末が含まれており、このユーザ端末から特定の遊技場における遊技スペックが切り替え可能な遊技機に対する遊技予約が可能となっている。
【０１０２】
かかる予約の受付処理及び予約管理は、情報管理サーバ１１又は管理コンピュータ２２等の管理サーバが行うことができる。その場合、予約を受け付けた遊技機に対する管理項目としては、どのタイプの遊技スペックで予約されたかという情報項目と、現在使用中ではないが予約済みである旨のフラグ項目が管理項目となる。
【０１０３】
図８に示されたユーザ端末８０の筐体部８１上面に設置された表示部８２には、特定の遊技場（一例として、「パーラーＪ２Ｂ２」）が運営する予約ページが表示されており、予約時間帯入力欄８２１には、１１時以降が例示的に指定され、その時間帯に機種ごとの空き状況が示されている。
【０１０４】
より具体的には、機種ごとのステータス表示領域８２５に示されており、一例として、機種８２２に対しては、ＭＡＸタイプ（８２５ａ）、ミドルタイプ（８２５ｂ）、ライトタイプ（８２５ｃ）のいずれも予約可能になっているが、機種８２３に対しては、ＭＡＸタイプ（８２５ｄ）又はライトタイプ（８２５ｆ）のみ選択可能になっている（同図中、ミドルタイプ（８２５ｅ）は空き台数がゼロであるために、選択不可となっている）。
また、同様に、機種８２４に対しては、ミドルタイプ（８２５ｈ）又はライトタイプ（８２５ｉ）のみ選択可能になっている（同図中、ＭＡＸタイプ（８２５ｇ）は空き台数がゼロであるために、選択不可となっている）。
そして、プレイ可能な機種については、現時点で選択可能なスペックにて事前予約をすることができる。一例として、図８に、現時点で１１時以降にプレイ可能な機種及びスペックとして示されている「ミラクルお銀」（ライトタイプでの遊技）を事前予約したい場合には、８２５ｃをタップしてから予約ボタン８２６を押下すると、１１時以降に当該機種をライトタイプで遊技できるように事前予約される。
【０１０５】
なお、図８に示されたようなユーザ端末のハードウェア構成等は、およそ次の通りのものである。すなわち、ユーザ端末８０は、筐体部８１と表示部８２と筐体部の下部中央部に設けられたハードウェアボタン８３とからなる。表示部８２は典型的には液晶ディスプレイ（ＬＣＤ）等で構成され、文字や画像など様々な情報を表示することができる。また、表示部８２にメニューボタンやソフトウェアキーボードを表示させ、これを指ないしタッチペン（不図示）等で触れることによりユーザ端末８０への指示（コマンド）とすることができる。この点で上記ハードウェアボタン８３は必須の構成要素ではないが、本発明の説明の便宜上、一定の機能を担うボタンとして実装されている。もちろん、これらハードウェアボタン８３を、表示部８２の一部に表示させたメニューボタンで代替させることも可能である。
【０１０６】
また、表示部８２には、マルチタッチ入力パネルが含まれており、タッチ入力パネル上でのタッチ入力位置座標が入力デバイスインタフェース（不図示）を介してユーザ端末８０の処理系（ＣＰＵ）へ送信され処理される。そして、このマルチタッチ入力パネルは、パネルに対する複数の接触点を同時に感知することができるよう構成されている。この検出（センサ）については様々な方法で実現することができ、必ずしも接触センサに限られず、例えば、光学式のセンサを利用してパネルに対する指示点を抽出することも可能である。さらに、センサには、接触式のセンサや光学式のセンサのほか、人の肌の接触を感知する静電容量方式のセンサを用いることも可能である。
【０１０７】
また、図８には現れていないが、ユーザ端末８０は、マイクやスピーカを備えることもできる。この場合にはマイクより拾ったユーザの声などを判別して入力コマンドとすることも可能である。さらに、図８には現れていないが、ユーザ端末８０の背面（表示部８２の反対側の面）には、ＣＭＯＳ等のカメラデバイスが実装されている（必要に応じて、表示部８２側の同じ側の面にもサブカメラ等を実装可能である）。
【０１０８】
そして、ユーザ端末８０の動作は、以下に説明するハードウェアの個々の動作、及びこれらのハードウェアとソフトウェアとの連携動作によって実現されている。
【０１０９】
すなわち、ハードウェアブロック全体としてのユーザ端末８０は、大別すると、ハードウェアボタン８３、表示部８２に設けられたマルチタッチ入力パネル、マイク等で構成される入力部と、プログラムやデータ等を記憶するためのハードディスク、ＲＡＭ及び／又はＲＯＭ等で構成される記憶部と、プログラムによって様々な数値計算や論理演算を行うＣＰＵによって構成される中央処理部と、表示部８２等で構成される表示部と、チップや電気系統等の制御を行うための制御部と、インターネットにアクセスするためのスロットや光通信を行うためのポート、及び通信インタフェースから構成される通信インタフェース部と、スピーカやバイブレーション等の出力部と、時刻等を計時するための計時部と、ＣＭＯＳ等のイメージセンサからなるセンサ部と、装置内の各モジュールに電源を供給するための電源部とからなり、これらのモジュールは必要に応じて適宜通信バスや給電線によって接続されている。
【０１１０】
また、本発明の実施に必要なプログラムないしソフトウェアは、通常、記憶部を構成するハードディスクディスク等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ユーザ端末内のＣＰＵにおいて演算実行される。
【０１１１】
なお、演算実行は必ずしもＣＰＵ等の中央処理部で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。
【０１１２】
以上、具体例に基づき、遊技システム及び遊技プログラム等の実施形態を説明したが、本発明の実施形態としては、システム又は装置を実施するための方法又はプログラムの他、プログラムが記録された記憶媒体（一例として、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、ハードディスク、メモリカード）等としての実施態様をとることも可能である。
【０１１３】
また、プログラムの実装形態としては、コンパイラによってコンパイルされるオブジェクトコード、インタプリタにより実行されるプログラムコード等のアプリケーションプログラムに限定されることはなく、オペレーティングシステムに組み込まれるプログラムモジュール等の形態であっても良い。
【０１１４】
さらに、プログラムは、必ずしも制御基板上のＣＰＵにおいてのみ、全ての処理が実施される必要はなく、必要に応じて基板に付加された拡張ボードや拡張ユニットに実装された別の処理ユニット（ＤＳＰ等）によってその一部又は全部が実施される構成とすることもできる。
本明細書（特許請求の範囲、要約、及び図面を含む）に記載された構成要件の全て及び／又は開示された全ての方法又は処理の全てのステップについては、これらの特徴が相互に排他的である組合せを除き、任意の組合せで組み合わせることができる。
【０１１５】
また、本明細書（特許請求の範囲、要約、及び図面を含む）に記載された特徴の各々は、明示的に否定されない限り、同一の目的、同等の目的、または類似する目的のために働く代替の特徴に置換することができる。したがって、明示的に否定されない限り、開示された特徴の各々は、包括的な一連の同一又は均等となる特徴の一例にすぎない。
【０１１６】
さらに、本発明は、上述した実施形態のいずれの具体的構成にも制限されるものではない。本発明は、本明細書（特許請求の範囲、要約、及び図面を含む）に記載された全ての新規な特徴又はそれらの組合せ、あるいは記載された全ての新規な方法又は処理のステップ、又はそれらの組合せに拡張することができる。
【符号の説明】
【０１１７】
１０  遊技システム
１１  情報管理サーバ
１２、１３  ＰＣ
１４  携帯電話
１５  タブレット端末
１６、１７、１８  公衆回線
１９  インターネット
２１  遊技場
２２  管理コンピュータ
２３、２４、２５  遊技機
２６、２７、２８  Ｉ／Ｆユニット
【図１】
2017018201.tif 000008
【図２】
2017018201.tif 000009
【図３】
2017018201.tif 000010
【図４】
2017018201.tif 000011
【図５】
2017018201.tif 000012
【図６】
2017018201.tif 000013
【図７】
2017018201.tif 000014
【図８】
2017018201.tif 000015