JP6910121B2 - 管理装置及びプログラム - Google Patents

管理装置及びプログラム Download PDF

Info

Publication number
JP6910121B2
JP6910121B2 JP2016164360A JP2016164360A JP6910121B2 JP 6910121 B2 JP6910121 B2 JP 6910121B2 JP 2016164360 A JP2016164360 A JP 2016164360A JP 2016164360 A JP2016164360 A JP 2016164360A JP 6910121 B2 JP6910121 B2 JP 6910121B2
Authority
JP
Japan
Prior art keywords
information
game history
day
dimensional code
stored
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016164360A
Other languages
English (en)
Other versions
JP2018029791A (ja
Inventor
小倉　敏男
敏男 小倉
聡記 渡部
聡記 渡部
芳明 中江
芳明 中江
尚史 佐藤
尚史 佐藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sankyo Co Ltd
Original Assignee
Sankyo Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sankyo Co Ltd filed Critical Sankyo Co Ltd
Priority to JP2016164360A priority Critical patent/JP6910121B2/ja
Publication of JP2018029791A publication Critical patent/JP2018029791A/ja
Application granted granted Critical
Publication of JP6910121B2 publication Critical patent/JP6910121B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Slot Machines And Peripheral Devices (AREA)
  • Pinball Game Machines (AREA)

Description

本発明は、遊技のシミュレーションが可能な管理装置、及び該管理装置と通信可能な利用者端末で実行されるプログラムに関する。
従来より、遊技者が遊技機で遊技を行ったときの遊技履歴を記憶する管理装置が知られている。特許文献１には、遊技者が遊技機で遊技を行ったときの収支データを記憶するリダイレクトサーバであって、記憶されている収支データに基づいて遊技を推薦すべき機種を特定し、その機種名を遊技者の携帯通信端末のディスプレイに表示させるための制御を行うリダイレクトサーバが開示されている。
特開２０１１−７２７２９号公報（段落００３２）
しかしながら、特許文献１に記載されているような従来の技術では、遊技者に適した推奨機種を判定するための判定要素が限られていた。
本発明は、上記実情に鑑みてなされたものであり、推奨機種の判定要素を多様化することにある。
手段１に係る管理装置（管理サーバ１２００）は、
遊技のシミュレーション（パチンコ遊技機のシミュレーション、スロットマシンのシミュレーション）を実行可能なシミュレーション手段（シミュレーション結果を算出する制御部２１０）と、
シミュレーション結果を利用者に提供可能なシミュレーション結果提供手段（インターネット網９００を介してユーザの携帯端末１１００の表示部１４０にシミュレーション結果を表示させる制御を行う制御部２１０及び通信部２５０）と、
前記シミュレーション結果を、利用者を特定可能な情報と関連付けて記憶可能な記憶手段と、
予め定められた達成条件が成立したときに利用者に付与される経験値の累計に基づいて利用者のランクを決定するランク決定手段と、
前記シミュレーション結果に基づいて遊技機の推奨機種を判定する判定手段（シミュレーション対象として選択された機種の確率、タイプ、演出等に基づいて推奨機種を判定する制御部２１０）と、
前記推奨機種に関する推奨機種情報（推奨機種、推奨機種に関する特殊情報、推奨機種の遊技機が設置されている遊技場等の情報が含まれる）を利用者に提供可能な推奨機種情報提供手段（制御部２１０及び通信部２５０）と、を備え、
前記推奨機種情報提供手段は、前記ランク決定手段により決定されたランクに応じた前記推奨機種情報である特殊情報を利用者に提供可能であり、
前記特殊情報は、遊技者にとって有利な有利状態の期待度に関する特別演出の情報である
ことを特徴とする。
これによれば、シミュレーション結果に基づいて推奨機種を判定可能となり、推奨機種の判定要素を多様化することができる。
手段２に係る管理装置は、
手段１の管理装置であって、
前記シミュレーション結果を、利用者を特定可能な利用者特定情報（利用者が所有する携帯端末１１００の端末識別情報）と関連付けてシミュレーション履歴として記憶可能な記憶手段（シミュレーション結果データベースを記憶可能な記憶部２２０）をさらに備え、
前記判定手段は、前記シミュレーション履歴（シミュレーション対象として選択された機種の確率、タイプ、演出等）に基づいて遊技機の推奨機種を判定する
ことを特徴とする。
これによれば、シミュレーション履歴に基づいて推奨機種を判定可能となり、推奨機種の判定要素を多様化することができる。
手段３の管理装置は、
手段１又は２の管理装置であって、
前記シミュレーション結果を、利用者に関する利用者関連情報（利用者が所有する携帯端末１１００の端末識別情報）と関連付けて記憶可能な記憶手段（シミュレーション結果データベースを記憶可能な記憶部２２０）をさらに備え、
前記シミュレーション結果を前記利用者関連情報別に集計可能なシミュレーション結果集計手段（端末識別情報毎にシミュレーション結果を集計可能な制御部２１０）をさらに備えることを特徴とする。
これによれば、利用者別にシミュレーション結果を集計可能となり、各利用者に適した推奨機種を提供可能となる。
手段４に係る管理装置は、
手段１〜３から選択される何れかの管理装置であって、
前記シミュレーション結果を、利用者を特定可能な利用者特定情報（利用者が所有する携帯端末１１００の端末識別情報）と関連付けて記憶可能な記憶手段（シミュレーション結果データベースを記憶可能な記憶部２２０）をさらに備え、
前記利用者特定情報は、遊技機で遊技を行った利用者の遊技履歴に関連付けられる情報（遊技者データベース及び特定遊技履歴データベースにおいて、スロットマシン識別情報を含む各項目に関連付けられた端末識別情報）であることを特徴とする。
これによれば、利用者の遊技履歴を特定可能となる。
手段５の管理装置は、
手段４の管理装置であって、
前記記憶手段は、利用者のシミュレーション結果と当該利用者の遊技履歴とを関連付けて記憶可能である（記憶部２２０において、シミュレーション結果データベース、並びに、遊技者データベース及び特定遊技履歴データベースの各項目を、端末識別情報に関連付けて記憶している）ことを特徴とする。
これによれば、記憶手段に記憶している各利用者のシミュレーション結果及び遊技履歴を何れも参照可能となる。
手段６の管理装置は、
手段４又は５の管理装置であって、
前記遊技履歴を機種別に集計可能な遊技履歴集計手段（第１〜第３の二次元コードには、いずれも当該二次元コードに含まれる遊技履歴が生じた遊技機の機種を特定可能なスロットマシン識別情報が含まれていることにより、遊技者データベース、特定遊技履歴データベース、発生情報データベース、及び、目押しデータベースで記憶される各項目を機種毎に集計可能な制御部２１０）をさらに備えることを特徴とする。
これによれば、機種毎の遊技履歴を特定可能となる。
手段７の管理装置は、
手段６の管理装置であって、
複数の遊技機製造者の所定装置（遊技機メーカであるＸ社，Ｙ社、Ｚ社のそれぞれの情報管理装置１３００）とそれぞれ通信可能であり、
前記遊技履歴集計手段により集計した集計結果（遊技者データベース、特定遊技履歴データベース、発生情報データベース、及び、目押しデータベースで記憶される各項目のデータ及び各項目のデータに基づいて集計された集計結果）を前記所定装置に送信可能であることを特徴とする。
これによれば、遊技機製造者に遊技履歴の集計結果を提供することができる。
手段８の管理装置は、
手段１〜７から選択されるいずれかの管理装置であって、
前記シミュレーション結果（獲得経験値）に基づいて利用者のランク（レベル）を決定するランク決定手段（制御部２１０）をさらに備え、
前記推奨機種情報提供手段は、決定された利用者のランクに応じた推奨機種情報を提供可能である（一定レベル以上の利用者に対してのみ機種管理データベースの特殊情報を提供可能である）ことを特徴とする。
これによれば、利用者のランクに関心を持たせることができる。
手段９の管理装置は、
手段１〜８から選択されるいずれかの管理装置であって、
前記シミュレーション手段は、複数機種から利用者が選択した機種（シミュレーション対応が有と設定されている複数の機種）に関するシミュレーションを実行可能であり、
前記シミュレーション結果を機種別に集計可能なシミュレーション結果集計手段（シミュレーション結果データベースでは、シミュレーションの実行毎に選択された機種（シミュレーション機種）を記憶していることにより、機種毎のシミュレーション結果を集計可能な制御部２１０）をさらに備えることを特徴とする。
これによれば、機種別に集計されたシミュレーション結果を、推奨機種の判定に利用することができる。
手段１０の管理装置は、
手段９の管理装置であって、
複数の遊技機製造者の所定装置（遊技機メーカであるＸ社，Ｙ社、Ｚ社のそれぞれの情報管理装置１３００）とそれぞれ通信可能であり、
前記シミュレーション結果集計手段により集計した集計結果（シミュレーション結果データベースで記憶される各項目のデータ及び各項目のデータに基づいて集計された集計結果）を前記所定装置に送信可能であることを特徴とする。
これによれば、遊技機製造者にシミュレーション結果の集計結果を提供することができる。
手段１１のプログラムは、
遊技のシミュレーションを実行可能であると共にシミュレーション結果に基づく遊技機の推奨機種を判定可能な管理装置（管理サーバ１２００）と通信可能な通信手段（無線通信部１５０）を備える利用者端末（携帯端末１１００）を、
前記通信手段を介して前記管理装置にシミュレーションの実行を要求するシミュレーション要求手段（ユーザにより選択された機種に関するシミュレーション実行要求を送信する制御部１１０及び無線通信部１５０）、
前記通信手段を介して前記管理装置から前記シミュレーション結果を取得するシミュレーション結果取得手段（選択された機種のシミュレーション結果を受信する制御部１１０及び無線通信部１５０）、及び
前記通信手段を介して前記管理装置から前記シミュレーション結果に基づく遊技機の推奨機種に関する推奨機種情報（推奨機種、推奨機種に関する特殊情報、推奨機種の遊技機が設置されている遊技場等の情報が含まれる）を取得する推奨機種情報取得手段（制御部１１０及び無線通信部１５０）、
として機能させることを特徴とする。
これによれば、管理装置においてシミュレーション結果に基づいて判定された推奨機種に関する推奨機種情報を利用者に提供することができる。
また、従来より、遊技者の遊技結果に関する情報を出力可能なスロットマシン等の遊技機と、その出力された情報に基づいて、遊技者毎の遊技履歴情報を更新し、管理するサーバ等の管理装置と、からなる遊技システムが知られている。例えば、特開２００９−１９５３２７号公報に示される従来の遊技システムでは、遊技者は、遊技開始時及び遊技終了時に遊技機を操作して、当該遊技者の遊技結果に関する遊技結果情報と、管理装置のＷＥＢサイトの所在を示すＵＲＬと、を含む情報を二次元コードとして出力させる。遊技者は、携帯端末によりその二次元コードを撮像することで、上記のＵＲＬに基づいて、広域ネットワーク網を介した無線通信を行って、管理装置にアクセスし、当該遊技者の遊技結果情報を送信する。管理装置は、遊技者毎の遊技履歴に関する遊技情報を保持し、受信した遊技結果情報に基づいて、当該遊技者の遊技情報の内容を更新する。この特開２００９−１９５３２７号公報に記載の技術では、二次元コードには、遊技機に関する情報として、遊技結果情報が含まれているに過ぎなかった。このため、携帯端末で該二次元コードを読み取ったとしても、遊技結果情報しか管理装置に送信することができなかった。
以下の（１）〜（１１）に係る発明は、上記実情に鑑みてなされたものであり、遊技結果情報のみならず他の情報も管理装置に送信できるように情報を出力できる遊技機を提供することを目的とする。
（１） 遊技を行うことが可能な遊技機（たとえば、スロットマシン１、パチンコ遊技機）であって、
第１条件の成立（たとえば、１ゲーム消化）に基づいて更新される、管理装置（たとえば、管理サーバ１２００）の管理者のための第１情報（目押し情報）と、第２条件の成立（たとえば、１ゲーム消化）に基づいて更新される、遊技履歴を含む遊技者のための第２情報（たとえば、図１０（ｃ）および図１０（ｄ）に示す通常遊技履歴情報）とを記憶する記憶手段（ＲＡＭ９１ｂ）と、
前記管理装置に対して前記第１情報および前記第２情報を送信するために前記第１情報および前記第２情報を携帯端末（たとえば、携帯端末１１００）で取得可能となるように、前記第１情報および前記第２情報を特定可能な特定用情報（たとえば、図２０（ｃ）に示す第３の二次元コードＣ）を出力する出力手段（サブ制御部９１）とを備え、
前記特定用情報から前記第２情報として特定される情報は、前記出力手段が出力するときにおいて、前記記憶手段が記憶している前記第２情報である（図２５（Ｄ）に示すように、当日の通常遊技履歴情報を第３の二次元コードＣに含ませることにより、最新の通常遊技履歴情報を、第３の二次元コードＣとして出力させることができる）。
このような構成によれば、遊技履歴を含む第２情報のみならず、管理装置の管理者のための第１情報も出力手段により出力させることができることから、携帯端末で第２情報を取得するという行為を利用して、該携帯端末で第１情報も取得させ、管理装置に該第１情報を送信することができる。さらに、出力手段の出力タイミングにおいて、記憶手段が記憶している第２情報が出力されることから、最新の遊技履歴を含む第２情報を携帯端末で取得させることができる。
（２） 上記（１）の遊技機において、
前記第２情報は、遊技者の意思に関わらず、前記第２条件の成立に基づいて更新される情報である（たとえば、図２４に示すように、９時に復電されたときに、遊技者の意思に関わらず、当日の通常遊技履歴情報を更新する情報更新処理が開始される）。
このような構成によれば、遊技者の意思に関わらず第２情報は更新されることから、遊技者の動作負担を強いることなく、第２情報を更新させることができる。
（３） 上記（１）または（２）の遊技機において、
前記記憶手段は、特定期間（たとえば、当日）において前記第２条件の成立に基づいて更新される第２情報を記憶する第２所定領域（たとえば、図２５（Ｂ−２）、（Ｃ−２）に示す当日の通常遊技履歴情報領域）と、該特定期間より前の期間（たとえば、図１０（ｄ）の※印に示す過去７日間）において前記第２条件の成立に基づいて更新された第２情報を記憶する第２特定領域（たとえば、図２５（Ｂ−２）、（Ｃ−２）に示す前日までの通常遊技履歴情報領域）とを含む。
このような構成によれば、記憶させる第２情報の量を増大させることができつつ、特定期間で更新される第２情報と、特定期間より前の期間において更新された第２情報とを分けて記憶させることができる。
（４） 上記（３）の遊技機において、
特定条件が成立したとき（たとえば、図２４に示すように、日付変更された後に店員などにより復電されたとき）に、前記第２所定領域に記憶されていた第２情報は前記第２特定領域に記憶されるとともに、該第２所定領域に記憶されていた第２情報は消去される（たとえば、図２５（Ｂ−２）または（Ｃ−２）に示すような復電時処理が実行される）。
このような構成によれば、第２所定領域に記憶されていた第２情報を保護できる。さらに、第２所定領域を空にできることから第２情報の更新の精度を向上させることができる。
（５） 上記（３）または（４）の遊技機において、
前記特定用情報から前記第２情報として特定される情報は、前記第２所定領域で記憶されている第２情報と、前記第２特定領域で記憶されている第２情報とを含む（たとえば、図２５（Ｄ）に示すように、前日までの通常遊技履歴情報および当日の通常遊技履歴情報が含まれた第３の二次元コードＣが生成される）。
このような構成によれば、出力させる第２情報を多様にすることができる。
（６） 上記（１）〜（５）いずれかの遊技機において、
前記第１情報は、遊技者の意思に関わらず、前記第１条件の成立に基づいて更新される情報である（たとえば、図２４に示すように、９時に復電されたときに、遊技者の意思に関わらず、当日の目押し情報を更新する情報更新処理が開始される）。
このような構成によれば、遊技者の意思に関わらず第１情報は更新されることから、遊技者の動作負担を強いることなく、第１情報を更新させることができる。
（７） 上記（１）〜（６）いずれかの遊技機において、
前記記憶手段は、特定期間（たとえば、当日）において前記第１条件の成立に基づいて更新される第１情報を記憶する第１所定領域（たとえば、図２５（Ｂ−１）、（Ｃ−１）に示す当日の目押し情報領域）と、該特定期間より前の期間（たとえば、図１０（ｆ）の※印に示す過去３０日間）において前記第１条件の成立に基づいて更新された第１情報を記憶する第１特定領域（たとえば、図２５（Ｂ−１）、（Ｃ−１）に示す前日までの目押し情報領域）とを含む。
このような構成によれば、記憶させる第１情報の量を増大させることができつつ、特定期間で更新される第１情報と、特定期間より前の期間において更新された第１情報とを分けて記憶させることができる。
（８） 上記（７）の遊技機において、
特定条件が成立したとき（たとえば、図２４に示すように、日付変更された後に店員などにより復電されたとき）に、前記第１所定領域に記憶されていた第１情報は前記第１特定領域に記憶されるとともに、該第１所定領域に記憶されていた第１情報は消去される（たとえば、図２５（Ｂ−１）または（Ｃ−１）に示すような復電時処理が実行される）。
このような構成によれば、第１所定領域に記憶されていた第１情報を保護できる。さらに、第１所定領域を空にできることから第１情報の更新の精度を向上させることができる。
（９） 上記（７）または（８）の遊技機において、
前記特定用情報から前記第１情報として特定される情報は、前記第１所定領域で記憶されている第１情報と、前記第１特定領域で記憶されている第１情報とを含む（たとえば、図２５（Ｄ）に示すように、前日までの目押し情報および当日の目押し情報が含まれた第３の二次元コードＣが生成される）。
このような構成によれば、出力させる第１情報を多様にすることができる。
（１０） 上記（１）〜（９）いずれかの遊技機において、
前記第２情報は、遊技用価値の付与の推移を特定可能な情報（スランプグラフ）を含む。
このような構成によれば、たとえば、携帯端末を保有している遊技者に遊技用価値の推移を視認させることができる。
（１１） 前記特定条件が成立した（たとえば、図２４に示すように、日付変更された後に店員などにより復電されたとき）ときに前記記憶手段に記憶されている前記第２情報（図１８のＳ１４６に示すように、３０日前の目押し情報、７日前の通常遊技履歴情報、および特定遊技履歴情報）を消去する一方、前記特定条件が成立したときに前記記憶手段に記憶されている前記第１情報（過去６日間の目押し情報、および発生情報）を消去しない消去手段（サブ制御部９１）をさらに備える。
このような構成によれば、特定条件が成立したときには、第２情報を消去する一方、第１情報は消去させないことから、第１情報を欠落させることなく、適切に第１情報を管理装置に送信できる。
また、管理装置の管理者のための第１情報とは、たとえば、遊技機において発生した異常に関する情報と、遊技者の遊技動向を特定できる情報のうち少なくとも１つである。遊技者の遊技動向を特定できる情報とは、収集されることにより、管理装置の管理者が、遊技機の今後の製造方針やマーケティング活動などに役立てることができる情報である。
また、管理装置は、携帯端末から第１情報と第２情報とが送信されることにより、該第１情報と該第２情報とを記憶する記憶処理、および、該第１情報と該第２情報とを表示する表示処理のうち少なくとも１つの処理を実行するものである。これにより、管理装置の管理者は、第１情報と第２情報とを把握することができる。
遊技システムの全体構成を説明するための図である。 携帯端末の構成を説明するためのブロック図である。 管理サーバの構成を説明するためのブロック図である。 スロットマシンの正面図を説明するための図である。 スロットマシンの内部構造を説明するための図である。 リールの図柄配列を説明するための図である。 スロットマシンの電気的構成を説明するためのブロック図である。 入賞役を説明するための図である。 遊技状態別の内部抽選の対象役を説明するための図である。 ＲＡＭのデータベースを説明するための図である。 記憶部のデータベースを説明するための図である。 メニュー画面の遷移を説明するための図である。 パスワードの入力操作について説明するための図（その１）である。 パスワードの入力操作について説明するための図（その２）である。 二次元コードの出力を説明するための図である。 管理サーバで実行されるパスワード発行処理のフローチャート図である。 スロットマシンの二次元コード関連処理のフローチャート図である。 復電時処理のフローチャート図である。 携帯端末および管理サーバの二次元コード関連処理のフローチャート図である。 二次元コードに含まれる情報を説明するための図である。 管理サーバで実行される更新処理のフローチャート図である。 携帯端末の表示部に表示される画面例を説明するための図である。 携帯端末の表示部に表示される不正可能性情報に基づく画像の一例を説明するための図である。 復電および電断などが実行されるタイミングを説明するための図である。 非表示復電時処理および表示復電時処理の詳細を説明するための図である。 非表示復電時処理および表示復電時処理の詳細の変形例を説明するための図である。 ユーザが利用する携帯端末、シミュレーション機能を備える管理サーバ、及び遊技機メーカの情報管理装置を含む遊技用システムの全体構成を説明するための図である。 情報管理装置の構成を説明するためのブロック図である。 管理サーバの記憶部に記憶されるパチンコ遊技機用の機種管理データベースを説明するための図である。 管理サーバの記憶部に記憶されるスロットマシン用の機種管理データベースを説明するための図である。 管理サーバの記憶部に記憶されるデータベースを説明するための図である。 携帯端末、管理サーバ、及び情報管理装置において実行される処理の例を説明するための図である。 管理サーバにシミュレーションを実行させる際に携帯端末に表示される画面例を説明するための図である。 管理サーバにパチンコ遊技機のシミュレーションを実行させる場合に携帯端末に表示される画面例を説明するための図である。 シミュレーション結果に基づいて決定されるランキングの例を説明するための図である。 管理サーバにスロットマシンのシミュレーションを実行させる場合に携帯端末に表示される画面例を説明するための図である。 携帯端末に表示される推奨機種情報の例を説明するための図である。
［遊技システム］
図１は、本実施形態に係る遊技システム１００１の全体構成を示す図である。遊技システム１００１は、図１に示すように、本実施形態に係る遊技機を適用したスロットマシン１と、本実施形態に係る管理装置を適用した管理サーバ１２００と、から構成される。
スロットマシン１は、遊技場（ホール）に設置されており、管理サーバ１２００は、インターネット網９００に接続されている。また、管理サーバ１２００は、スロットマシン１のメーカ（スロットマシン１の提供者）が保持している。スロットマシン１と、管理サーバ１２００と、の間のデータのやり取りは、二次元コード読み取り機能及びインターネット網９００への接続機能を備える携帯端末１１００を介して行われる。
図２は、本実施形態の携帯端末１１００の構成を示すブロック図である。この携帯端末１１００は、制御部１１０と、記憶部１２０と、操作部１３０と、表示部１４０と、無線通信部１５０と、アンテナ１５１と、カメラ部１６０と、を含む。
記憶部１２０は、ＲＯＭ（Read Only Memory）、フラッシュメモリ等の不揮発性メモリ、ＲＡＭ（Random Access Memory）等の揮発性メモリ等の半導体メモリで構成される。記憶部１２０は、携帯端末１１００の各種機能を制御部１１０に実行させるためのアプリケーションプログラム等のプログラムやデータを記憶する。
操作部１３０は、電話番号や各種データ等の数字やアルファベットやその他の文字等を入力するためのダイヤルキーや十字操作キーやその他のファンクションキーで構成される。あるいは、操作部１３０は、タッチパネルを含んで構成されてもよい。操作部１３０は、管理者からの操作入力を受付けて、受け付けた操作に係る信号を制御部１１０に送出する。
表示部１４０は、液晶表示装置（Liquid Crystal Display、以下「ＬＣＤ」という）で構成される。なお、表示部１４０は、ＥＬ（Electro Luminescence）ディスプレイ等の表示装置で構成されてもよい。表示部１４０は、制御部１１０から供給される文字データや画像データを表示する。
無線通信部１５０は、他の携帯端末やサーバからアンテナ１５１を介して受信した信号を制御部１１０に送出し、制御部１１０から他の携帯端末やサーバへ送信する信号をアンテナ１５１から出力させる。
カメラ部１６０は、遊技者の操作に応じて、撮影対象を撮像し、撮像した画像を画像データに変換して、制御部１１０に供給する。本実施形態においては、カメラ部１６０は、二次元コードを撮像する。
制御部１１０は、マイクロプロセッサ（Micro Processing Unit、以下「ＭＰＵ」という）で構成される。制御部１１０は、記憶部１２０に記憶されたアプリケーションプログラム等のプログラムに従って、記憶部１２０、操作部１３０、表示部１４０、無線通信部１５０、カメラ部１６０からのデータ等に対して処理を施し、処理後のデータを記憶部１２０、表示部１４０、無線通信部１５０に供給する。
なお、携帯端末１１００は、上記の構成のほか、一般の携帯電話が備える、音声入出力機能や赤外線通信機能を備えていてもよい。
図３は、管理サーバ１２００の構成を示すブロック図である。管理サーバ１２００は、一般的なＷｅｂサーバとしての機能を有する。管理サーバ１２００は、一般的なサーバコンピュータと同等のハードウェアを備える構成であり、インターネット網９００を介して、携帯端末１１００とのデータ通信が可能となっている。管理サーバ１２００は、携帯端末１１００からのアクセスの要求内容に応じて、当該遊技者に対応する特定遊技履歴情報などの登録や更新を行う。なお、本実施形態では、管理サーバ１２００には、端末識別情報（ＳＩＭデータ）が付与された携帯端末のみからアクセスが可能とされており、端末識別情報が付与されていない携帯端末や端末識別情報は付与されているものの、端末識別情報の送信を拒否した携帯端末からのアクセスは拒否される。また、管理サーバ１２００は、遊技情報を更新する場合に受信した各更新要求のＵＲＬ（図２２（Ｅ）参照）を登録済情報として管理する登録ＵＲＬ用データベース（登録ＵＲＬ用ＤＢ）と、遊技情報を更新しない場合に受信した各更新要求のＵＲＬを不正情報として管理する不正ＵＲＬ用データベース（不正ＵＲＬ用ＤＢ）と、を備えている。また、管理サーバ１２００は、図３に示すように、制御部２１０と、記憶部２２０と、操作部２３０と、表示部２４０と、通信部２５０と、を含む。
記憶部２２０は、ＲＯＭやＲＡＭ、フラッシュメモリやハードディスクドライブ等の外部記憶装置等から構成される。記憶部２２０には、管理サーバ１２００の各種機能を制御部２１０に実行させるためのプログラムやデータが記憶される。
操作部２３０は、キーボード、マウス、キーパッド、タッチパッドやタッチパネル等の入力装置で構成される。操作部２３０は、管理サーバ１２００の管理者等（以下、「管理者」という。）からの操作入力を受け付けて、受け付けた操作に係る信号を制御部２１０に送出する。
表示部２４０は、例えば、ＬＣＤで構成される。なお、表示部２４０は、ＣＲＴ（Cathode RayTube）ディスプレイやＥＬディスプレイなど他の表示装置で構成されてもよい。表示部２４０は、制御部２１０から供給される文字データや画像データを表示する。
通信部２５０は、携帯端末１１００や他のサーバ等から、インターネット網９００を介して受信したデータを制御部２１０に供給し、制御部２１０から供給されたデータを、インターネット網９００を介して携帯端末１１００や他のサーバ等に送信する。
制御部２１０は、例えば、ＭＰＵで構成される。制御部２１０は、記憶部２２０に記憶されたプログラムに従って、記憶部２２０、操作部２３０、表示部２４０、通信部２５０部からのデータ等に対して処理を施し、処理後のデータを記憶部２２０、操作部２３０、表示部２４０、通信部２５０に供給する。
［スロットマシン１の構成］
続いて、本実施形態のスロットマシン１について説明する。先ず、図４〜図７を参照して、スロットマシン１の構造や機能構成例について説明する。スロットマシン１は、図４及び図５に示すように、前面が開口する筐体１ａと、この筐体１ａの側端に回動自在に枢支された前面扉１ｂと、から構成されている。
スロットマシン１の筐体１ａの内部には、図５に示すように、外周に複数種の図柄が配列されたリール２Ｌ、２Ｃ、２Ｒ（以下、左リール２Ｌ、中リール２Ｃ、右リール２Ｒ）が水平方向に並設されており、図４に示すように、これら左リール２Ｌ、中リール２Ｃ、右リール２Ｒに配列された図柄のうち、連続する３つの図柄が前面扉１ｂに設けられた透視窓３から見えるように配置されている。
左リール２Ｌ、中リール２Ｃ、右リール２Ｒの外周部には、図６に示すように、それぞれ「黒７」、「網７（網掛け７）」、「白７」、「ＢＡＲ」、「リプレイ」、「スイカ」、「チェリー」、「ベル」、「オレンジ」といった互いに識別可能な複数種類の図柄が所定の順序で、各リール２毎に、それぞれ２１個ずつ描かれている。左リール２Ｌ、中リール２Ｃ、右リール２Ｒの外周部に描かれた図柄は、透視窓３において各々上中下三段に表示される。
各リール２Ｌ、２Ｃ、２Ｒは、各々対応して設けられたリールモータ３２Ｌ、３２Ｃ、３２Ｒ（図５、図７参照）によって回転させられる。これにより、各リール２Ｌ、２Ｃ、２Ｒの図柄が透視窓３に連続的に変化しつつ表示される。また、リールモータ３２Ｌ、３２Ｃ、３２Ｒによって、各リール２Ｌ、２Ｃ、２Ｒの回転が停止させられることで、透視窓３に３つの連続する図柄が表示結果として導出表示されるようになっている。
各リール２Ｌ、２Ｃ、２Ｒの内側には、それぞれに対して、基準位置を検出するリールセンサ３３Ｌ、３３Ｃ、３３Ｒと、各リール２Ｌ、２Ｃ、２Ｒを背面から照射するリールＬＥＤ５５と、が設けられている。リールＬＥＤ５５は、左リール２Ｌ、中リール２Ｃ、右リール２Ｒの連続する３つの図柄に対応する１２個のＬＥＤからなり、各図柄をそれぞれ独立して照射可能となるように構成されている。
前面扉１ｂにおける各リール２Ｌ、２Ｃ、２Ｒに対応する位置には、リール２Ｌ、２Ｃ、２Ｒを前面側から透視可能とする横長長方形状の透視窓３が設けられており、該透視窓３を介して遊技者側から各リール２Ｌ、２Ｃ、２Ｒが視認できるようになっている。
前面扉１ｂには、メダル（遊技用価値）を投入可能なメダル投入部４、メダルが払い出されるメダル払出口９、クレジット（遊技者所有の遊技用価値として記憶されているメダル数）を用いて、その範囲内において遊技状態に応じて定められた規定数の賭数のうち最大の賭数（本実施形態では、何れの遊技状態においても３枚）を設定する際に操作されるＭＡＸＢＥＴスイッチ６、クレジットとして記憶されているメダル及び賭数の設定に用いたメダルを精算する（クレジット及び賭数の設定に用いた分のメダルを返却させる）際に操作される精算スイッチ１０、ゲームを開始する際に操作されるスタートスイッチ７、各リール２Ｌ、２Ｃ、２Ｒの回転を各々停止する際に操作されるストップスイッチ８Ｌ、８Ｃ、８Ｒ、演出に用いるための演出用スイッチ５６（ＣＨＡＮＣＥボタン）が遊技者により操作可能にそれぞれ設けられている。
また、前面扉１ｂには、クレジットとして記憶されているメダル枚数が表示されるクレジット表示器１１、入賞の発生により払い出されたメダル枚数やエラー発生時にその内容を示すエラーコード等が表示される遊技補助表示器１２、賭数が１に設定されている旨を点灯により報知する１ＢＥＴＬＥＤ１４、賭数が２に設定されている旨を点灯により報知する２ＢＥＴＬＥＤ１５、賭数が３に設定されている旨を点灯により報知する３ＢＥＴＬＥＤ１６、メダルの投入が可能な状態を点灯により報知する投入要求ＬＥＤ１７、スタートスイッチ７の操作によるゲームのスタート操作が有効である旨を点灯により報知するスタート有効ＬＥＤ１８、ウェイト（前回のゲーム開始から一定期間経過していないためにリールの回転開始を待機している状態）中である旨を点灯により報知するウェイト中ＬＥＤ１９、後述するリプレイゲーム中である旨を点灯により報知するリプレイ中ＬＥＤ２０が設けられた遊技用表示部１３が設けられている。
ＭＡＸＢＥＴスイッチ６の内部には、ＭＡＸＢＥＴスイッチ６の操作による賭数の設定操作が有効である旨を点灯により報知するＢＥＴスイッチ有効ＬＥＤ２１（図７参照）が設けられており、ストップスイッチ８Ｌ、８Ｃ、８Ｒの内部には、対応するストップスイッチ８Ｌ、８Ｃ、８Ｒによるリールの停止操作が有効である旨を点灯により報知する左、中、右停止有効ＬＥＤ２２Ｌ、２２Ｃ、２２Ｒ（図７参照）がそれぞれ設けられている。
前面扉１ｂの内側には、所定のキー操作により後述するエラー及び後述する打止状態を解除するためのリセット操作を検出するリセットスイッチ２３、後述する設定値の変更中や設定値の確認中にその時点の設定値が表示される設定値表示器２４、後述のＢＢ終了時に打止状態（リセット操作がなされるまでゲームの進行が規制される状態）に制御する打止機能の有効／無効を選択するための打止スイッチ３６ａ、後述のＢＢ終了時に自動精算処理（クレジットとして記憶されているメダルを遊技者の操作によらず精算（返却）する処理）に制御する自動精算機能の有効／無効を選択するための自動精算スイッチ３６ｂ、メダル投入部４から投入されたメダルの流路を、筐体１ａ内部に設けられた後述のホッパータンク３４ａ（図５参照）側またはメダル払出口９側の何れか一方に選択的に切り替えるための流路切替ソレノイド３０、メダル投入部４から投入され、ホッパータンク３４ａ側に流下したメダルを検出する投入メダルセンサ３１を有するメダルセレクタ（図示せず）、前面扉１ｂの開放状態を検出するドア開放検出スイッチ２５（図７参照）が設けられている。
筐体１ａ内部には、上述した左リール２Ｌ、中リール２Ｃ、右リール２Ｒ、リールモータ３２Ｌ、３２Ｃ、３２Ｒ、各リール２Ｌ、２Ｃ、２Ｒのリール基準位置をそれぞれ検出可能なリールセンサ３３Ｌ、３３Ｃ、３３Ｒ（図７参照）からなるリールユニット２、外部出力信号を出力するための外部出力基板１０００、メダル投入部４から投入されたメダルを貯留するホッパータンク３４ａ、ホッパータンク３４ａに貯留されたメダルをメダル払出口９より払い出すためのホッパーモータ３４ｂ、ホッパーモータ３４ｂの駆動により払い出されたメダルを検出する払出センサ３４ｃからなるホッパーユニット３４、電源ボックス１００が設けられている。
ホッパーユニット３４の側部には、ホッパータンク３４ａから溢れたメダルが貯留されるオーバーフロータンク３５が設けられている。オーバーフロータンク３５の内部には、貯留された所定量のメダルを検出可能な高さに設けられた左右に離間する一対の導電部材からなる満タンセンサ３５ａが設けられており、導電部材がオーバーフロータンク３５内に貯留されたメダルを介して接触することにより導電したときに内部に貯留されたメダル貯留量が所定量以上となったこと、すなわち、オーバーフロータンクが満タン状態となったことを検出できるようになっている。
電源ボックス１００の前面には、設定変更状態又は設定確認状態に切り替えるための設定キースイッチ３７、通常時においてはエラー状態や打止状態を解除するためのリセットスイッチとして機能し、設定変更状態においては後述する内部抽選の当選確率（出玉率）の設定値を変更するための設定スイッチとして機能するリセット／設定スイッチ３８、電源をＯＮ／ＯＦＦする際に操作される電源スイッチ３９が設けられている。
このような構成のスロットマシン１においてゲームを行う場合には、遊技者は、先ず、メダルをメダル投入部４から投入するか、あるいはクレジットを使用して賭数を設定する。クレジットを使用するには、ＭＡＸＢＥＴスイッチ６を操作すればよい。遊技状態に応じて定められた規定数の賭数が設定されると、入賞ラインＬ１〜Ｌ５（図４参照）が有効となり、スタートスイッチ７の操作が有効な状態、すなわち、ゲームが開始可能な状態となる。本実施形態では、規定数の賭数として、遊技状態に関わらず３枚が定められており、規定数の賭数が設定されると入賞ラインＬ１〜Ｌ５が有効となる。なお、遊技状態に対応する規定数のうち最大数を超えてメダルが投入された場合には、その分はクレジットに加算される。
入賞ラインとは、各リール２Ｌ、２Ｃ、２Ｒの透視窓３に表示された図柄の組合せが入賞図柄の組合せであるかを判定するために設定されるラインである。本実施形態では、図４に示すように、各リール２Ｌ、２Ｃ、２Ｒの中段に並んだ図柄に跨って設定された入賞ラインＬ１、各リール２Ｌ、２Ｃ、２Ｒの上段に並んだ図柄に跨って設定された入賞ラインＬ２、各リール２Ｌ、２Ｃ、２Ｒの下段に並んだ図柄に跨って設定された入賞ラインＬ３、左リール２Ｌの上段、中リール２Ｃの中段、右リール２Ｒの下段、すなわち、右下がりに並んだ図柄に跨って設定された入賞ラインＬ４、左リール２Ｌの下段、中リール２Ｃの中段、右リール２Ｒの上段、すなわち、右上がりに並んだ図柄に跨って設定された入賞ラインＬ５の５種類が入賞ラインとして定められている。
ゲームが開始可能な状態でスタートスイッチ７を操作すると、各リール２Ｌ、２Ｃ、２Ｒが回転し、各リール２Ｌ、２Ｃ、２Ｒの図柄が連続的に変動する。この状態で何れかのストップスイッチ８Ｌ、８Ｃ、８Ｒを操作すると、対応する左リール２Ｌ、中リール２Ｃ、右リール２Ｒの回転が停止し、透視窓３に表示結果が導出表示される。
そして全てのリール（右リール２Ｌ、中リール２Ｃ及び右リール２Ｒ）が停止されることで１ゲームが終了し、有効となっている入賞ライン（有効入賞ライン）上に予め定められた図柄の組合せ（以下、役とも呼ぶ）が各リール２Ｌ、２Ｃ、２Ｒの表示結果として停止した場合には、入賞が発生し、その入賞に応じて定められた枚数のメダルが遊技者に対して付与され、クレジットに加算される。また、クレジットが上限数（本実施形態では５０）に達した場合には、メダルが直接、メダル払出口９（図４参照）から払い出されるようになっている。なお、複数の有効入賞ライン上にメダルの払出を伴う図柄の組合せが揃った場合には、有効入賞ラインに揃った図柄の組合せそれぞれに対して定められた払出枚数を合計し、合計した枚数のメダルが遊技者に対して付与されることとなる。ただし、１ゲームで付与されるメダルの払出枚数には、上限（本実施形態では１５枚）が定められており、合計した払出枚数が上限を超える場合には、上限枚数のメダルが付与されることとなる。また、有効入賞ライン上に、遊技状態の移行を伴う図柄の組合せが各リール２Ｌ、２Ｃ、２Ｒの表示結果として停止した場合には図柄の組合せに応じた遊技状態に移行するようになっている。
図７は、スロットマシン１の機能構成例を示すブロック図である。スロットマシン１には、図７に示すように、遊技制御基板４０と、演出制御基板９０と、電源基板１０１と、が設けられている。遊技制御基板４０によって、遊技状態が制御され、演出制御基板９０によって、遊技状態に応じた演出が制御され、電源基板１０１によってスロットマシン１を構成する電気部品の駆動電源が生成され、各電気部品に供給される。
電源基板１０１には、外部からＡＣ１００Ｖの電源が供給されるとともに、このＡＣ１００Ｖの電源からスロットマシン１を構成する電気部品の駆動に必要な直流電圧が生成され、遊技制御基板４０および遊技制御基板４０を介して接続された演出制御基板９０に供給されるようになっている。また、メイン制御部４１からサブ制御部９１へのコマンド伝送ラインと、遊技制御基板４０から演出制御基板９０に対して電源を供給する電源供給ラインとが一系統のケーブルおよびコネクタを介して接続されており、これらケーブルと各基板とを接続するコネクタ同士が全て接続されることで演出制御基板９０側の各部が動作可能となり、かつメイン制御部４１からのコマンドを受信可能な状態となる。このため、メイン制御部４１からコマンドを伝送するコマンド伝送ラインが演出制御基板９０に接続されている状態でなければ、演出制御基板９０側に電源が供給されず、演出制御基板９０側のみが動作してしまうことがない。
また、電源基板１０１には、上述したホッパーモータ３４ｂ、払出センサ３４ｃ、満タンセンサ３５ａ、設定キースイッチ３７、リセット／設定スイッチ３８、電源スイッチ３９が接続されている。
遊技制御基板４０には、上述したＭＡＸＢＥＴスイッチ６、スタートスイッチ７、ストップスイッチ８Ｌ，８Ｃ，８Ｒ、精算スイッチ１０、リセットスイッチ２３、打止スイッチ３６ａ、自動精算スイッチ３６ｂ、投入メダルセンサ３１、ドア開放検出スイッチ２５、リールセンサ３３Ｌ，３３Ｃ，３３Ｒが接続されていると共に、電源基板１０１を介して上述した払出センサ３４ｃ、満タンセンサ３５ａ、設定キースイッチ３７、リセット／設定スイッチ３８が接続されており、これら接続されたスイッチ類の検出信号が入力されるようになっている。
また、遊技制御基板４０には、上述したクレジット表示器１１、遊技補助表示器１２、遊技用表示部１３、１〜３ＢＥＴＬＥＤ１４〜１６、投入要求ＬＥＤ１７、スタート有効ＬＥＤ１８、ウェイト中ＬＥＤ１９、リプレイ中ＬＥＤ２０、ＢＥＴスイッチ有効ＬＥＤ２１、左，中，右停止有効ＬＥＤ２２Ｌ，２２Ｃ，２２Ｒ、設定値表示器２４、流路切替ソレノイド３０、リールモータ３２Ｌ，３２Ｃ，３２Ｒが接続されていると共に、電源基板１０１を介して上述したホッパーモータ３４ｂが接続されており、これら電気部品は、遊技制御基板４０に搭載された後述のメイン制御部４１の制御に基づいて駆動されるようになっている。
遊技制御基板４０は、メイン制御部４１と、乱数発生回路４２と、サンプリング回路４３と、スイッチ検出回路４４と、モータ駆動回路４５と、ソレノイド駆動回路４６と、ＬＥＤ駆動回路４７と、電断検出回路４８と、リセット回路４９と、ＲＴＣ（リアルタイムクロック）５０を備える。
メイン制御部４１は、メインＣＰＵ４１ａ、ＲＡＭ４１ｂ、ＲＯＭ４１ｃ、Ｉ／Ｏ４１ｄを備えたマイクロコンピュータからなり、遊技の制御を行う。乱数発生回路４２は、パルスを発生するたびにカウントアップして値を更新するカウンタによって構成されている。サンプリング回路４３は、乱数発生回路４２がカウントしている数値を取得し、取得した数値をメイン制御部４１に出力する。乱数発生回路４２では、遊技の進行に使用される乱数の種類毎に設定され、乱数の種類毎にカウントする数値の範囲が定められている。サンプリング回路４３は、メインＣＰＵ４１ａの命令に従って、乱数発生回路４２が示している数値を乱数として取得する。
乱数を取得する構成は上述の構成に限られず任意である。例えば、メインＣＰＵ４１ａは、サンプリング回路４３から取得した数値を基に異なるランダムカウンタを用いて、ソフトウェア処理によって各種数値を加工または更新してもよい。なお、本実施形態においては、上述の乱数値の範囲は、１６ビットの範囲、すなわち、０〜６５５３５の範囲の値とする。
スイッチ検出回路４４は、遊技制御基板４０に直接又は電源基板１０１を介して接続されたスイッチ類から入力された検出信号を検出する。モータ駆動回路４５は、リールモータ３２Ｌ、３２Ｃ、３２Ｒの駆動制御を行う。ソレノイド駆動回路４６は、流路切替ソレノイド３０の駆動制御を行う。ＬＥＤ駆動回路４７は、遊技制御基板４０に接続された各種表示器やＬＥＤの駆動制御を行う。電断検出回路４８は、スロットマシン１に供給される電源電圧を監視し、電圧低下を検出したときに、その旨を示す電圧低下信号をメイン制御部４１に対して出力する。リセット回路４９は、電源投入時又はメインＣＰＵ４１ａからの初期化命令が入力されないときにメインＣＰＵ４１ａにリセット信号を送出する。
ＲＴＣ５０は、現在の「年（西暦）」、「月」、「日」、「曜日」、「時」、「分」、「秒」を示すために計時を行なう装置である。例えば、水晶発振子を内蔵したシリアルインタフェース方式のリアルタイムクロックモジュールとして実現されるが、これに限るものではない。ＲＴＣ５０は、通常、スロットマシン１に電源が供給されているときには当該電源によって動作し、電源が切られているときには、停電時においても供給されるバックアップ電源によって動作する。従って、ＲＴＣ５０は、スロットマシンの電源が切られている場合であっても現在の日時を計時することができる。なお、ＲＴＣ５０は、スロットマシンに電源が供給されているときであってもバックアップ電源によって動作するようにしてもよい。
メインＣＰＵ４１ａは、計時機能、タイマ割込等の割込機能（割込禁止機能を含む）を備え、ＲＯＭ４１ｃに記憶されたプログラム（後述）を実行して、遊技の進行に関する処理を行うと共に、遊技制御基板４０に搭載された制御回路の各部を直接的又は間接的に制御する。ＲＡＭ４１ｂは、メインＣＰＵ４１ａがプログラムを実行する際のワーク領域等として使用される。ＲＯＭ４１ｃは、メインＣＰＵ４１ａが実行するプログラムや各種テーブル等の固定的なデータを記憶する。Ｉ／Ｏ４１ｄは、メイン制御部４１が備える信号入出力端子を介して接続された各回路との間で制御信号を入出力する。
また、メイン制御部４１には、停電時においてもバックアップ電源が供給されており、バックアップ電源が供給されている間は、ＲＡＭ４１ｂに記憶されているデータが保持されるようになっている。
メインＣＰＵ４１ａは、基本処理として遊技制御基板４０に接続された各種スイッチ類の検出状態が変化するまでは制御状態に応じた処理を繰り返しループし、各種スイッチ類の検出状態の変化に応じて段階的に移行する処理を実行する。また、メインＣＰＵ４１ａは、上述のように割込機能を備えており、割込の発生により基本処理に割り込んで割込処理を実行できるようになっており、電断検出回路４８から出力された電圧低下信号の入力に応じて電断割込処理（メイン）を実行し、一定時間間隔（本実施形態では、約０．５６ｍｓ）毎にタイマ割込処理（メイン）を実行する。なお、タイマ割込処理（メイン）の実行間隔は、基本処理において制御状態に応じて繰り返す処理が一巡する時間とタイマ割込処理（メイン）の実行時間とを合わせた時間よりも長い時間に設定されており、今回と次回のタイマ割込処理（メイン）との間で必ず制御状態に応じて繰り返す処理が最低でも一巡することとなる。
メインＣＰＵ４１ａは、Ｉ／Ｏ４１ｄを介して演出制御基板９０に、各種のコマンドを送信する。遊技制御基板４０から演出制御基板９０へ送信されるコマンドは一方向のみで送られ、演出制御基板９０から遊技制御基板４０へ向けてコマンドが送られることはない。
演出制御基板９０には、演出用スイッチ５６（本実施形態では、その外面に“ＣＨＡＮＣＥボタン”と表記される。）が接続されており、この演出用スイッチ５６の検出信号が入力されるようになっている。
また、演出制御基板９０には、スロットマシン１の前面扉１ｂに配置された液晶表示器５１（図４参照）、演出効果ＬＥＤ５２、スピーカ５３，５４、上述したリールＬＥＤ５５等の演出装置が接続されており、これら演出装置は、演出制御基板９０に搭載された後述のサブ制御部９１による制御に基づいて駆動されるようになっている。
なお、本実施形態では、演出制御基板９０に搭載されたサブ制御部９１により、液晶表示器５１、演出効果ＬＥＤ５２、スピーカ５３，５４、リールＬＥＤ５５等の演出装置の出力制御が行われる構成であるが、サブ制御部９１とは別に演出装置の出力制御を直接的に行う出力制御部を演出制御基板９０又は他の基板に搭載し、サブ制御部９１がメイン制御部４１からのコマンドに基づいて演出装置の出力パターンを決定し、サブ制御部９１が決定した出力パターンに基づいて出力制御部が演出装置の出力制御を行う構成としてもよく、このような構成では、サブ制御部９１及び出力制御部の双方によって演出装置の出力制御が行われることとなる。
また、本実施形態では、演出装置として液晶表示器５１、演出効果ＬＥＤ５２、スピーカ５３，５４、リールＬＥＤ５５を例示しているが、演出装置は、これらに限られず、例えば、機械的に駆動する表示装置や機械的に駆動する役モノなどを演出装置として適用してもよい。
演出制御基板９０は、サブ制御部９１と、表示制御回路９２と、ＬＥＤ駆動回路９３と、音声出力回路９４と、リセット回路９５と、スイッチ検出回路９６と、ＲＴＣ９７と、電断検出回路９８と、を備える。
サブ制御部９１は、メイン制御部４１と同様に、サブＣＰＵ９１ａ、ＲＡＭ９１ｂ、ＲＯＭ９１ｃ、Ｉ／Ｏ９１ｄを備えたマイクロコンピュータにて構成され、演出の制御を行う。表示制御回路９２は、演出制御基板９０に接続された液晶表示器５１の表示制御を行う。ＬＥＤ駆動回路９３は、演出効果ＬＥＤ５２、リールＬＥＤ５５の駆動制御を行う。
音声出力回路９４は、スピーカ５３、５４からの音声出力制御を行う。リセット回路９５は、電源投入時又はサブＣＰＵ９１ａからの初期化命令が一定時間入力されないときに、サブＣＰＵ９１ａにリセット信号を送出する。スイッチ検出回路９６は、演出制御基板９０に接続された演出用スイッチ５６から入力された検出信号を検出する。ＲＴＣ９７は、ＲＴＣ５０と同様の機能を有する装置である。電断検出回路９８は、スロットマシン１に供給される電源電圧を監視し、電圧低下を検出したときに、その旨を示す電圧低下信号をサブＣＰＵ９１ａに対して出力する。
サブＣＰＵ９１ａは、遊技制御基板４０から送信されるコマンドを受けて、演出を行うための各種の制御を行うと共に、演出制御基板９０に搭載された制御回路の各部を直接的又は間接的に制御する。サブＣＰＵ９１ａは、メインＣＰＵ４１ａと同様に、割込機能（割込禁止機能を含む）を備える。サブ制御部９１の割込端子の１つは、コマンド伝送ラインのうち、メイン制御部４１がコマンドを送信する際に出力するストローブ（ＩＮＴ）信号線に接続されており、サブＣＰＵ９１ａは、ストローブ信号の入力に基づいて割込を発生させて、メイン制御部４１からのコマンドを取得し、バッファに格納するコマンド受信割込処理を実行する。また、サブＣＰＵ９１ａは、クロック入力数が一定数に到達する毎、すなわち、一定間隔毎に割込を発生させて後述するタイマ割込処理（サブ）を実行する。また、サブ制御部９１の割込端子の１つは、電断検出回路９８と接続されており、サブＣＰＵ９１ａは、電断検出回路９８から出力された電圧低下信号の入力に応じて電断割込処理（サブ）を実行する。また、サブＣＰＵ９１ａにおいても未使用の割込が発生した場合には、元の処理に即時復帰させる未使用割込処理を実行するようになっている。
また、サブ制御部９１にも、停電時においてバックアップ電源が供給されており、バックアップ電源が供給されている間は、ＲＡＭ９１ｂに記憶されているデータが保持されるようになっている。
本実施形態のスロットマシン１は、設定値に応じてメダルの払出率が変わるものである。詳しくは、後述する内部抽選において設定値に応じた当選確率を用いることにより、メダルの払出率が変わるようになっている。設定値は１〜６の６段階からなり、６が最も払出率が高く、５、４、３、２、１の順に値が小さくなるほど払出率が低くなる。すなわち、設定値として６が設定されている場合には、遊技者にとって最も有利度が高く、５、４、３、２、１の順に値が小さくなるほど有利度が段階的に低くなる。なお、設定値は１、３、６や、１、４、Ｈ（Ｈｉｇｈ）等の３段階や、１〜７の７段階で設定してもよく、６段階に限定する必要はない。
また、本実施形態では、電源投入されたときにおいて（電源スイッチ３９がＯＮされたときにおいて）、ＲＡＭ４１ｂに何ら情報が格納されていない場合、メイン制御部４１はＲＡＭ異常エラー状態であると判定し、ＲＡＭ異常エラーを報知する。ところで、スロットマシン１は、製造工場で製造された後、遊技店まで搬送され、スロットマシン１の電源スイッチ３９が店員などによりＯＮされる（以下、「最初の電源投入」という。）。最初の電源投入時までは、遊技者により遊技されていないことから、ＲＡＭ４１ｂには何ら情報は格納されていない。したがって、最初の電源投入時には、メイン制御部４１によりＲＡＭ異常エラーを報知する。このＲＡＭ異常エラーを解除するためには、設定キースイッチ３７をＯＮにすることにより、設定変更状態に移行させる必要がある。
設定変更状態は、設定値表示器２４にＲＡＭ４１ｂから読み出された設定値が設定値表示器２４に表示値として表示され、リセット／設定スイッチ３８の操作による設定値の変更操作が可能な状態である。また、製造工場で製造されてから（または工場出荷時から）最初に設定値が変更されるまでは、設定値の初期値が設定されている。よって、スロットマシン１が搬入されて初めて設定変更状態に移行されたときには、設定値の初期値（たとえば、「１」）が設定値表示器２４に表示される。その後、リセット／設定スイッチ３８が操作されると、設定値表示器２４に表示された表示値が１ずつ更新されていく（設定６からさらに操作されたときは、設定１に戻る）。そして、スタートスイッチ７が操作されると表示値を設定値として確定する。そして、設定キースイッチ３７がＯＦＦされると、確定した表示値（設定値）がメイン制御部４１のＲＡＭ４１ｂに格納され、遊技の進行が可能な状態（以下、「遊技可能状態」という。）に移行される。また、遊技可能状態に移行されているときでも、設定キースイッチ３７をＯＮ状態としてさらにスロットマシン１の電源をＯＮすることにより設定変更状態に移行させることができる。
また、設定値を確認するためには、ゲーム終了後、賭数が設定されていない状態で設定キースイッチ３７をＯＮ状態とすればよい。このような状況で設定キースイッチ３７をＯＮ状態とすると、設定値表示器２４にＲＡＭ４１ｂから読み出された設定値が表示されることで設定値を確認可能な設定確認状態に移行する。設定確認状態においては、ゲームの進行が不能であり、設定キースイッチ３７をＯＦＦ状態とすることで、設定確認状態が終了し、ゲームの進行が可能な状態に復帰することとなる。
本実施形態のスロットマシン１においては、メインＣＰＵ４１ａが電断検出回路４８からの電圧低下信号を検出した際に、電断割込処理（メイン）を実行する。電断割込処理（メイン）では、メインＣＰＵ４１ａは、レジスタの格納値を後述するＲＡＭ４１ｂのスタックに退避させ、ＲＡＭ４１ｂに何れかのビットが１となる破壊診断用データ（本実施形態では、５ＡＨ）、すなわち、０以外の特定のデータを格納すると共に、ＲＡＭ４１ｂの全ての領域に格納されたデータに基づくＲＡＭパリティが０となるようにＲＡＭパリティ調整用データを計算し、ＲＡＭ４１ｂに格納する。ここで、ＲＡＭパリティとは、ＲＡＭ４１ｂの該当する領域（本実施形態では、全ての領域）の各ビットに格納されている値の排他的論理和として算出される値である。このため、ＲＡＭ４１ｂの全ての領域に格納されたデータに基づくＲＡＭパリティが０であれば、ＲＡＭパリティ調整用データは０となり、ＲＡＭ４１ｂの全ての領域に格納されたデータに基づくＲＡＭパリティが１であれば、ＲＡＭパリティ調整用データは１となる。
そして、メインＣＰＵ４１ａは、その起動時においてＲＡＭ４１ｂの全ての領域に格納されたデータに基づいてＲＡＭパリティを計算すると共に、破壊診断用データの値を確認し、ＲＡＭパリティが０であり、かつ破壊診断用データの値も正しいことを条件に、ＲＡＭ４１ｂに記憶されているデータに基づいてメインＣＰＵ４１ａの処理状態を電断前の状態に復帰させる。但し、メインＣＰＵ４１ａは、ＲＡＭパリティが０でない場合（１の場合）や破壊診断用データの値が正しくない場合には、ＲＡＭ異常と判定し、ＲＡＭ異常エラーコードをレジスタにセットしてＲＡＭ異常エラー状態に遷移させ、遊技の進行を不能化させるようになっている。なお、ＲＡＭ異常エラー状態は、他のエラー状態と異なり、リセットスイッチ２３やリセット／設定スイッチ３８を操作しても解除されないようになっており、上述した設定変更状態において新たな設定値が設定されるまで解除されることがない。前述したように、最初の電源投入時には、ＲＡＭ異常エラー状態と判定される。
このＲＡＭ異常エラー状態から遊技可能状態に移行させるためには、ＲＡＭ異常エラーを解除する必要がある。このＲＡＭ異常エラーを解除するための操作とは、たとえば、設定変更状態に移行させて新たな設定値を設定する操作である。最初の電源投入時から設定変更状態に移行させて設定値が設定されるまでの期間を、以下では初期設定期間という。初期設定期間が終了した後は、遊技可能状態に移行される。
また、ＲＡＭ異常エラーを解除する操作は、他の操作であってもよい。他の操作とは、たとえば、リセット／設定スイッチ３８を操作（長押し）しながら、電源スイッチ３９をオンさせる操作である。
また、サブＣＰＵ９１ａも電断検出回路９８からの電圧低下信号を検出した際に、電断割込処理（サブ）を実行する。電断割込処理（サブ）では、サブＣＰＵ９１ａは、レジスタの格納値を後述するＲＡＭ９１ｂのスタックに退避させ、ＲＡＭ９１ｂに何れかのビットが１となる破壊診断用データを格納すると共に、ＲＡＭ９１ｂの全ての領域に格納されたデータに基づくＲＡＭパリティが０となるようにＲＡＭパリティ調整用データを計算し、ＲＡＭ９１ｂに格納する処理を行う。
そして、サブＣＰＵ９１ａは、その起動時においてＲＡＭ９１ｂの全ての領域に格納されたデータに基づいてＲＡＭパリティを計算し、ＲＡＭパリティが０であることを条件に、ＲＡＭ９１ｂに記憶されているデータに基づいてサブＣＰＵ９１ａの処理状態を電断前の状態に復帰させる。但し、サブＣＰＵ９１ａは、ＲＡＭパリティが０でない場合（１の場合）には、ＲＡＭ異常と判定し、ＲＡＭ９１ｂを初期化するようになっている。この場合、メインＣＰＵ４１ａの場合と異なり、ＲＡＭ９１ｂが初期化されるのみで、演出の実行が不能化されることはない。
次に、メイン制御部４１のＲＡＭ４１ｂの初期化について説明する。メイン制御部４１のＲＡＭ４１ｂの格納領域は、重要ワーク、一般ワーク、特別ワーク、設定値ワーク、停止相ワーク、非保存ワーク、未使用領域、スタック領域に区分されている。
重要ワークは、各種表示器やＬＥＤの表示用データ、Ｉ／Ｏ４１ｄの入出力データ、遊技時間の計時カウンタ等、ＢＢ終了時に初期化すると不都合があるデータが格納されるワークである。一般ワークは、停止制御テーブル、停止図柄、メダルの払出枚数、ＢＢ中のメダル払出総数等、ＢＢ終了時に初期化可能なデータが格納されるワークである。特別ワークは、演出制御基板９０へコマンドを送信するためのデータ、各種ソフトウェア乱数等、設定開始前にのみ初期化されるデータが格納されるワークである。設定値ワークは、内部抽選処理で抽選を行う際に用いる設定値が格納されるワークであり、設定開始前（設定変更モードへの移行前）の初期化において０が格納された後、１に補正され、設定終了時（設定変更モードへの終了時）に新たに設定された設定値が格納されることとなる。停止相ワークは、リールモータ３２Ｌ、３２Ｃ、３２Ｒの停止相を示すデータが格納されるワークであり、リールモータ３２Ｌ、３２Ｃ、３２Ｒが停止状態となった際にその停止相を示すデータが格納されることとなる。非保存ワークは、各種スイッチ類の状態を保持するワークであり、起動時にＲＡＭ４１ｂのデータが破壊されているか否かに関わらず必ず値が設定されることとなる。未使用領域は、ＲＡＭ４１ｂの格納領域のうちの使用していない領域であり、後述する複数の初期化条件の何れか１つでも成立すれば初期化されることとなる。スタック領域は、メインＣＰＵ４１ａのレジスタから退避したデータが格納される領域であり、このうちの未使用スタック領域は、未使用領域と同様に、後述する複数の初期化条件の何れか１つでも成立すれば初期化されることとなるが、使用中スタック領域は、プログラムの続行のため、初期化されることはない。
本実施形態において、メインＣＰＵ４１ａは、設定キースイッチ３７、リセット／設定スイッチ３８の双方がＯＮの状態での起動時、ＲＡＭ異常エラー発生時、設定キースイッチ３７のみがＯＮの状態での起動時、ＢＢ終了時、設定キースイッチ３７、リセット／設定スイッチ３８の双方がＯＦＦの状態での起動時においてＲＡＭ４１ｂのデータが破壊されていないとき、１ゲーム終了時、の６つからなる初期化条件が成立した際に、各初期化条件に応じて初期化される領域の異なる５種類の初期化を行う。
初期化０は、起動時において設定キースイッチ３７、リセット／設定スイッチ３８の双方がＯＮの状態であり、設定変更モードへ移行する場合において、その前に行う初期化、またはＲＡＭ異常エラー発生時に行う初期化であり、初期化０では、ＲＡＭ４１ｂの格納領域のうち、使用中スタック領域を除く全ての領域（未使用領域及び未使用スタック領域を含む）が初期化される。初期化１は、起動時において設定キースイッチ３７のみがＯＮの状態であり、設定変更モードへ移行する場合において、その前に行う初期化であり、初期化１では、ＲＡＭ４１ｂの格納領域のうち、使用中スタック領域及び停止相ワークを除く全ての領域（未使用領域及び未使用スタック領域を含む）が初期化される。初期化２は、ＢＢ終了時に行う初期化であり、初期化２では、ＲＡＭ４１ｂの格納領域のうち、一般ワーク、未使用領域及び未使用スタック領域が初期化される。初期化３は、起動時において設定キースイッチ３７、リセット／設定スイッチ３８の双方がＯＦＦの状態であり、かつＲＡＭ４１ｂのデータが破壊されていない場合において行う初期化であり、初期化３では、非保存ワーク、未使用領域及び未使用スタック領域が初期化される。初期化４は、１ゲーム終了時に行う初期化であり、初期化４では、ＲＡＭ４１ｂの格納領域のうち、未使用領域及び未使用スタック領域が初期化される。
なお、本実施形態では、初期化０、初期化１を設定変更モードの移行前に行っているが、設定変更モードの終了時、すなわち、設定が確定した後に行うようにしてもよい。この場合、設定値ワークを初期化してしまうと確定した設定値が失われてしまうこととなるので、設定値ワークの初期化は行われない。
本実施形態のスロットマシン１は、上述のように遊技状態に応じて設定可能な賭数の規定数が定められており、遊技状態に応じて定められた規定数の賭数が設定されたことを条件にゲームを開始させることが可能となる。本実施形態では、後に説明するが、遊技可能状態中における遊技状態として、レギュラーボーナス（以下ではＲＢと称す）と、通常遊技状態と、があり、何れの遊技状態であっても賭数の規定数として３が定められており、遊技状態に関わらず、賭数として３が設定されるとゲームを開始させることが可能となる。なお、本実施形態では、遊技状態に応じた規定数の賭数が設定された時点で、入賞ラインＬ１〜Ｌ５の全てが有効化されることとなる。初期設定期間が終了した後は、通常遊技状態に制御される。
本実施形態のスロットマシン１は、全てのリール（左リール２Ｌ、中リール２Ｃ及び右リール２Ｒ）が停止した際に、有効入賞ライン（以下、単に入賞ラインと呼ぶ）上に役と呼ばれる図柄の組合せが揃うと入賞となる。役は、同一図柄の組合せであってもよいし、異なる図柄を含む組合せであってもよい。入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役と、遊技状態の移行を伴う特別役と、がある。以下では、小役と再遊技役をまとめて一般役とも呼ぶ。遊技状態に応じて定められた各役の入賞が発生するためには、後述する内部抽選に当選して、当該役の当選フラグがＲＡＭ４１ｂに設定されている必要がある。
なお、これら各役の当選フラグのうち、小役及び再遊技役の当選フラグは、当該フラグが設定されたゲームにおいてのみ有効とされ、次のゲームでは無効となるが、特別役の当選フラグは、当該フラグにより許容された役の組合せが揃うまで有効とされ、許容された役の組合せが揃ったゲームにおいて無効となる。すなわち、特別役の当選フラグが一度当選すると、たとえ、当該フラグにより許容された役の組合せを揃えることができなかった場合にも、その当選フラグは無効とされずに、次のゲームへ持ち越されることとなる。
このスロットマシン１における役としては、図８に示すように、特別役としてレギュラーボーナス（以下、ＲＢという。）と、ビッグボーナス（１）、（２）（以下、ＢＢ（１）、（２）という。）が定められている。また、小役として、スイカ、チェリー、ベルが定められ、再遊技役として、リプレイが定められている。
チェリーは、何れの遊技状態においても左リール２Ｌについて、入賞ラインの何れかに「チェリー−ＡＮＹ−ベル」又は「チェリー−ＡＮＹ−リプレイ」の組合せが揃ったとき、すなわち、左リール２Ｌにおいて、入賞ラインの何れかに「チェリー」の図柄が導出され、右リール２Ｒの、左リール２Ｌに「チェリー」が停止した入賞ラインに「ベル」又は「リプレイ」の図柄が導出されたときに入賞となり、２枚のメダルが払い出される。
スイカは、何れの遊技状態においても入賞ラインの何れかに「スイカ−スイカ−スイカ」の組合せが揃ったときに入賞となり、１５枚のメダルが払い出される。
ベルは、何れの遊技状態においても入賞ラインの何れかに「ベル−ベル−ベル」の組合せが揃ったときに入賞となり、１２枚のメダルが払い出される。
リプレイは、通常遊技状態において入賞ラインに「リプレイ−リプレイ−リプレイ」の組合せが揃ったときに入賞となる。リプレイが入賞したときには、メダルの払い出しはないが、次のゲームを、改めて賭数を設定することなく開始できるので、次のゲームで設定不要となった賭数に対応した３枚のメダルが払い出されるのと実質的には同じこととなる。
ＲＢは、ＲＢ以外の遊技状態において入賞ラインの何れかに「網７−網７−黒７」の組合せが揃ったときに入賞となり、遊技状態がＲＢに移行する。ＲＢは、小役、特にベルの当選確率が高まることによって他の遊技状態よりも遊技者にとって有利となる遊技状態であり、ＲＢが開始した後、１２ゲームを消化したとき、または４ゲーム入賞（役の種類は、何れでも可）したとき、の何れか早いほうで終了する。
ＢＢ（１）は、ＲＢ以外の遊技状態において入賞ラインの何れかに「黒７−黒７−黒７」の組合せが揃ったときに入賞となる。ＢＢ（２）は、ＲＢ以外の遊技状態において入賞ラインの何れかに「白７−白７−白７」の組合せが揃ったときに入賞となる。
ＢＢ（１）（２）が入賞すると、遊技状態がＢＢに移行すると共に同時にＲＢに移行し、ＲＢが終了した際に、ＢＢが終了していなければ、再度ＲＢに移行し、ＢＢが終了するまで繰り返しＲＢ状態に制御される。すなわち、ＢＢ中は、常にＲＢ状態に制御されることとなる。そして、ＢＢは、当該ＢＢ中において遊技者に払い出したメダルの総数が４８０枚を超えたときに終了する。ＢＢの終了時には、ＲＢの終了条件が成立しているか否かに関わらずＲＢも終了する。
続いて、本実施形態の内部抽選について説明する。内部抽選は、上記した各役への入賞を許容するか否かを、全てのリール（左リール２Ｌ、中リール２Ｃ及び右リール２Ｒ）の表示結果が導出表示される以前に（実際には、スタートスイッチ７の検出時）決定するものである。内部抽選では、先ず、内部抽選用の乱数（０〜６５５３５の整数）が取得される。そして、遊技状態及び特別役の持ち越しの有無に応じて定められた各役について、取得した内部抽選用の乱数と、遊技状態、賭数及び設定値に応じて定められた各役の判定値数に応じて、抽選が行われる。
本実施形態では、図９に示すように、遊技状態が、通常遊技状態であるか、ＲＢ（ＢＢ）であるか、によって内部抽選の対象となる役が異なり、さらに通常遊技状態においては、特別役の持越中か否か（通常：特別役の持ち越されていない通常遊技状態、当選中：特別役の持ち越されている通常遊技状態）によっても内部抽選の対象が異なる。
遊技状態が通常遊技状態であり、特別役が持ち越されていない状態であれば、ＲＢ、ＢＢ（１）、ＢＢ（２）、ＲＢ＋スイカ、ＲＢ＋チェリー、ＢＢ（１）＋スイカ、ＢＢ（１）＋チェリー、ＢＢ（２）＋スイカ、ＢＢ（２）＋チェリー、リプレイ、スイカ、チェリー、ベルが内部抽選の対象役として順に読み出される。
遊技状態が通常遊技状態であり、特別役が持ち越されている状態であれば、リプレイ、スイカ、チェリー、ベルが内部抽選の対象役として順に読み出される。
遊技状態がＲＢ（ＢＢ）であれば、スイカ、チェリー、ベルが内部抽選の対象役として順に読み出される。
内部抽選では、現在の遊技状態及び設定値に対応して定められた各役の判定値数を、内部抽選用の乱数に順次加算し、加算の結果がオーバーフローしたときに、当該役に当選したものと判定される。このため、判定値数の大小に応じた確率（判定値数／６５５３６）で役が当選することとなる。
内部抽選において、何れかの役の当選が判定された場合には、メインＣＰＵ４１ａは、当選が判定された役に対応する当選フラグをＲＡＭ４１ｂに割り当てられた内部当選フラグ格納ワークに設定する。内部当選フラグ格納ワークは、２バイトの格納領域にて構成されており、そのうちの上位バイトが、特別役の当選フラグが設定される特別役格納ワークとして割り当てられ、下位バイトが、一般役の当選フラグが設定される一般役格納ワークとして割り当てられている。詳しくは、特別役が当選した場合には、メインＣＰＵ４１ａは、当該特別役が当選した旨を示す特別役の当選フラグを特別役格納ワークに設定し、一般役格納ワークに設定されている当選フラグをクリアする。また、一般役が当選した場合には、メインＣＰＵ４１ａは、当該一般役が当選した旨を示す一般役の当選フラグを一般役格納ワークに設定する。なお、何れの役及び役の組合せにも当選しなかった場合には、一般役格納ワークのみクリアされる。
次に、各リール２Ｌ、２Ｃ、２Ｒの停止制御について説明する。メインＣＰＵ４１ａは、各リール２Ｌ、２Ｃ、２Ｒが回転を開始したとき、又は、何れかのリールが停止し、未停止のリールが残っているとき、ＲＯＭ４１ｃに格納されているテーブルインデックス及びテーブル作成用データを参照して、回転中のリールそれぞれの停止制御テーブルを作成する。そして、メインＣＰＵ４１ａは、回転中のリールに対応するストップスイッチ８Ｌ、８Ｃ、８Ｒのうち何れかの操作が検出されると、該当するリールの停止制御テーブルを参照し、参照した停止制御テーブルの滑りコマ数に基づいて、操作されたストップスイッチ８Ｌ、８Ｃ、８Ｒに対応する左リール２Ｌ、中リール２Ｃ、右リール２Ｒの回転を停止させる制御を行う。
次に、メインＣＰＵ４１ａが回転中のリールに対応する何れかのストップスイッチ８Ｌ、８Ｃ、８Ｒの操作を検出した場合、該当するリールに表示結果を導出させる際の制御について説明する。メインＣＰＵ４１ａは、回転中のリールに対応する何れかのストップスイッチ８Ｌ、８Ｃ、８Ｒの操作を検出すると、停止操作を検出した時点のリール基準位置（例えば、０番の領域）からのステップ数に基づいて停止操作位置の領域番号を特定し、停止操作が検出されたリールの停止制御テーブルを参照し、特定した停止操作位置の領域番号に対応する滑りコマ数を取得する。そして、メインＣＰＵ４１ａは、取得した滑りコマ数分リールを回転させて停止させる制御を行う。これにより、停止操作が検出された停止操作位置の領域番号に対応する領域から滑りコマ数分先の停止位置となる領域番号に対応する領域が、停止基準位置（本実施形態では、透視窓３の下段図柄の領域）に停止することとなる。
本実施形態のテーブルインデックスには、一の遊技状態における一の内部当選状態に対応する一のアドレスのみが格納されている。さらに、一のテーブル作成用データには、一のリールの停止状況（及び停止済みリールの停止位置）に対応する停止制御テーブルの格納領域のアドレスとして、一のアドレスのみが格納されている。すなわち、遊技状態、内部当選状態に対応するテーブル作成用データと、リールの停止状況（及び停止済みリールの停止位置）に対応する停止制御テーブルの格納領域のアドレスとは一意に定められており、これらを参照して作成される停止制御テーブルも一意に定められる。このため、遊技状態、内部当選状態、リールの停止状況（及び停止済みリールの停止位置）の全てが同一条件である場合、メインＣＰＵ４１ａは、同一の停止制御テーブルに基づき制御を行う。
また、本実施形態では、滑りコマ数として０〜４の値が定められており、停止操作を検出してから最大４コマ図柄を引き込んでリールを停止させることが可能である。すなわち、停止操作を検出した停止操作位置を含め、最大５コマの範囲から図柄の停止位置を指定できる。また、１図柄分リールを移動させるのに１コマの移動が必要であるので、停止操作を検出してから最大４図柄を引き込んでリールを停止させることが可能であり、停止操作を検出した停止操作位置を含め、最大５図柄の範囲から図柄の停止位置を指定できる。
本実施形態では、何れかの役に当選した場合、その役を何れかの入賞ライン上に４コマの範囲内で最大限に引き込む制御を行うような停止制御テーブルを生成する。また、何れの役にも当選していない場合には、何れの役も入賞ライン上に揃わない制御を行うような停止制御テーブルを生成する。すなわち、何れかの役に当選した場合、当選役の４コマの範囲内で停止操作をすると、その当選役に応じた図柄の組み合わせが揃う制御がなされ、例えば滑りコマ数が２コマで停止することはない。また、何れの役にも当選していない場合、何れかの役を０コマの範囲で停止操作をしても、滑りコマ数が設定されているため、何れの役も揃わない制御がなされる。
図６に示すように、左リール２Ｌの「ベル」、中リール２Ｃの「ベル」、右リール２Ｒの「ベル」は、それぞれ４コマ以内の間隔で配置されており、ベルの当選時には、各リールの停止操作をどのタイミングで行った場合でも、必ず「ベル−ベル−ベル」の組合せが入賞ライン上に揃い、ベルが入賞することとなる。また、左リール２Ｌの「リプレイ」、中リール２Ｃの「リプレイ」、右リール２Ｒの「リプレイ」も、それぞれ４コマ以内の間隔で配置されており、リプレイの当選時には、各リールの停止操作をどのタイミングで行った場合でも、必ず「リプレイ−リプレイ−リプレイ」の組合せが入賞ライン上に揃い、リプレイが入賞することとなる。
一方で、左リール２Ｌの「チェリー」は、７コマを超える間隔にて配置されており、チェリーの当選時には、「チェリー」の引込範囲となるタイミングで左リール２Ｌの停止操作を行えば「チェリー−ＡＮＹ−ベル」または「チェリー−ＡＮＹ−リプレイ」の組合せが入賞ラインに揃ってチェリーが入賞することとなる。一方、「チェリー」の引込範囲外となるタイミングで右リール２Ｒの停止操作を行うと、チェリーは入賞せず、取りこぼすこととなる。
また、左リール２Ｌの「スイカ」、中リール２Ｃの「スイカ」、右リール２Ｒの「スイカ」も、４コマを超える間隔にて配置された箇所があり、スイカの当選時には、「スイカ」の引込範囲となるタイミングで各リールの停止操作を行えば「スイカ−スイカ−スイカ」の組合せが入賞ライン上に揃ってスイカが入賞することとなる。一方、何れか１つのリールでも「スイカ」の引込範囲外となるタイミングで停止操作を行うと、スイカは入賞せず、取りこぼすこととなる。
また、ＢＢ（１）〜（２）についても、構成図柄が４コマを超える間隔にて配置された箇所があり、ＢＢ（１）〜（２）の何れかが当選しても、当選したＢＢの構成図柄の引込範囲となるタイミングで各リールの停止操作を行えば、当選したＢＢが入賞することとなるが、何れか１つのリールでも当選したＢＢの構成図柄の引込範囲外となるタイミングで停止操作すると、ＢＢは入賞せず、取りこぼすこととなる。なお、ＢＢは、上述のように取りこぼしても、次ゲームに持ち越されることから、１度ＢＢに当選すれば、例え、取りこぼしても、次ゲーム以降で適切なタイミングで停止操作を行うことで入賞させることが可能となる。
特別役が前ゲーム以前から持ち越されている状態で小役が当選した場合や、特別役が持ち越されていない状態で特別役と小役が同時に当選した場合等、特別役と小役が同時に当選している場合には、当選した小役を入賞ライン上に、４コマの範囲内で最大限に引き込むように滑りコマ数が定められていると共に、当選した小役を入賞ライン上に、４コマの範囲で引き込めない停止操作位置については、当選した特別役を入賞ライン上に４コマの範囲で最大限に引き込むように滑りコマ数が定められた停止制御テーブルを作成し、リールの停止制御を行う。これにより、停止操作が行われた際に、入賞ライン上に最大４コマの引込範囲で当選している小役を揃えて停止させることができれば、これを揃えて停止させる制御が行われ、入賞ライン上に最大４コマの引込範囲で当選している小役を引き込めない場合に、入賞ライン上に最大４コマの引込範囲で当選している特別役を揃えて停止させることができれば、これを揃えて停止させる制御が行われる。つまり、当選していない役は、４コマの引込範囲で、はずして停止させる制御が行われることとなる。すなわち、このような場合には、特別役よりも小役を入賞ライン上に揃える制御が優先され、小役を引き込めない場合にのみ、特別役を有効させることが可能となる。
なお、本実施形態では、特別役と小役が同時に当選している場合に、特別役よりも小役を入賞ライン上に揃える制御が優先され、小役を引き込めない場合にのみ、特別役を入賞させることが可能となる構成であるが、小役よりも特別役を入賞ライン上に揃える制御が優先され、特別役を引き込めない場合にのみ、小役を入賞させることが可能となる構成としてもよい。
特別役が前ゲーム以前から持ち越されている状態で再遊技役が当選した場合や、特別役が持ち越されていない状態で特別役と再遊技役が同時に当選した場合等、特別役と再遊技役が同時に当選している場合には、停止操作が行われた際に、入賞ライン上に最大４コマの引込範囲で再遊技役の図柄を揃えて停止させる制御が行われる。なお、この場合、再遊技役を構成する図柄は、左リール２Ｌ、中リール２Ｃ、右リール２Ｒの何れについても５図柄以内、すなわち、４コマ以内の間隔で配置されており、４コマの引込範囲で必ず任意の位置に停止させることができるので、特別役と再遊技役が同時に当選している場合には、遊技者によるストップスイッチ８Ｌ、８Ｃ、８Ｒの操作タイミングに関わらずに、必ず再遊技役が揃って入賞することとなる。すなわち、このような場合には、特別役よりも再遊技役を入賞ライン上に揃える制御が優先され、必ず再遊技役が入賞することとなる。
本実施形態において、メインＣＰＵ４１ａは、左リール２Ｌ、中リール２Ｃ、右リール２Ｒの回転が開始した後、ストップスイッチ８Ｌ、８Ｃ、８Ｒの操作が検出されるまで、停止操作が未だ検出されていないリールの回転を継続し、ストップスイッチ８Ｌ、８Ｃ、８Ｒの操作が検出されたことを条件に、対応するリールを停止させる制御を行う。なお、リール回転エラーの発生により、一時的にリールの回転が停止した場合でも、その後リール回転が再開した後、ストップスイッチ８Ｌ、８Ｃ、８Ｒの操作が検出されるまで、停止操作が未だ検出されていないリール２の回転を継続し、ストップスイッチ８Ｌ、８Ｃ、８Ｒの操作が検出されたことを条件に、対応するリールを停止させる制御を行う。
本実施形態では、ストップスイッチ８Ｌ、８Ｃ、８Ｒの操作が検出されたことを条件に、対応するリールを停止させる制御を行うようになっているが、リールの回転が開始してから、予め定められた自動停止時間が経過した場合には、リールの停止操作がなされない場合でも、停止操作がなされたものとみなして自動的に各リールを停止させる自動停止制御を行うようにしてもよい。この場合には、遊技者の操作を介さずにリールが停止することとなるため、例え、何れかの役が当選している場合でも、何れの役も構成しない表示結果を導出させることが好ましい。
次に、メインＣＰＵ４１ａが演出制御基板９０に対して送信するコマンドについて説明する。
本実施形態では、メインＣＰＵ４１ａが、演出制御基板９０に対して、ＢＥＴコマンド、クレジットコマンド、内部当選コマンド、リール回転開始コマンド、リール停止コマンド、入賞判定コマンド、払出開始コマンド、払出終了コマンド、遊技状態コマンド、待機コマンド、打止コマンド、エラーコマンド、復帰コマンド、設定開始コマンド、確認開始コマンド、確認終了コマンド、操作検出コマンド、遊技カウンタ１コマンド、遊技カウンタ２コマンド、ドア開放コマンド、コネクタ外れコマンドを含む複数種類のコマンドを送信する。
これらコマンドは、コマンドの種類を示す１バイトの種類データとコマンドの内容を示す１バイトの拡張データとからなり、サブＣＰＵ９１ａは、種類データからコマンドの種類を判別できるようになっている。
ＢＥＴコマンドは、メダルの投入枚数、すなわち、賭数の設定に使用されたメダル枚数を特定可能なコマンドであり、ゲーム終了後（設定変更後）からゲーム開始までの状態であり、規定数の賭数が設定されていない状態において、メダルが投入されるか、ＭＡＸＢＥＴスイッチ６が操作されて賭数が設定されたときに送信される。また、ＢＥＴコマンドは、賭数の設定操作がなされたときに送信されるので、ＢＥＴコマンドを受信することで賭数の設定操作がなされたことを特定可能である。
クレジットコマンドは、クレジットとして記憶されているメダル枚数を特定可能なコマンドであり、ゲーム終了後（設定変更後）からゲーム開始までの状態であり、規定数の賭数が設定されている状態において、メダルが投入されてクレジットが加算されたときに送信される。
内部当選コマンドは、内部当選フラグの当選状況、並びに成立した内部当選フラグの種類を特定可能なコマンドであり、スタートスイッチ７が操作されてゲームが開始したときに送信される。また、内部当選コマンドは、スタートスイッチ７が操作されたときに送信されるので、内部当選コマンドを受信することでスタートスイッチ７が操作されたことを特定可能である。
リール回転開始コマンドは、リールの回転の開始を通知するコマンドであり、左リール２Ｌ、中リール２Ｃ、右リール２Ｒの回転が開始されたときに送信される。
リール停止コマンドは、停止するリールが左リール２Ｌ、中リール２Ｃ、右リール２Ｒの何れかであるか、該当するリールの停止操作位置の領域番号、該当するリールの停止位置の領域番号を特定可能なコマンドであり、各リールの停止操作に伴う停止制御が行われる毎に送信される。また、リール停止コマンドは、ストップスイッチ８Ｌ、８Ｃ、８Ｒが操作されたときに送信されるので、リール停止コマンドを受信することでストップスイッチ８Ｌ、８Ｃ、８Ｒが操作されたことを特定可能である。
入賞判定コマンドは、入賞の有無、並びに入賞の種類、入賞時のメダルの払出枚数を特定可能なコマンドであり、全リールが停止して入賞判定が行われた後に送信される。
払出開始コマンドは、メダルの払出開始を通知するコマンドであり、入賞やクレジット（賭数の設定に用いられたメダルを含む）の精算によるメダルの払出が開始されたときに送信される。また、払出終了コマンドは、メダルの払出終了を通知するコマンドであり、入賞及びクレジットの精算によるメダルの払出が終了したときに送信される。
遊技状態コマンドは、次ゲームの遊技状態を特定可能なコマンドであり、設定変更状態の終了時及びゲームの終了時に送信される。
待機コマンドは、待機状態へ移行する旨を示すコマンドであり、１ゲーム終了後、賭数が設定されずに一定時間経過して待機状態に移行するとき、クレジット（賭数の設定に用いられたメダルを含む）の精算によるメダルの払出が終了し、払出終了コマンドが送信された後に送信される。
打止コマンドは、打止状態の発生または解除を示すコマンドであり、ＢＢ終了後、エンディング演出待ち時間が経過した時点で打止状態の発生を示す打止コマンドが送信され、リセット操作がなされて打止状態が解除された時点で、打止状態の解除を示す打止コマンドが送信される。
エラーコマンドは、エラーの発生または解除、エラーの種類、およびエラーが発生した日時を示すコマンドであり、エラーが判定され、エラー状態に制御された時点で、エラーの発生及びその種類を示すエラーコマンドが送信され、リセット操作がなされてエラーが解除された時点で、エラーの解除を示すエラーコマンドが送信される。
復帰コマンドは、メインＣＰＵ４１ａが、電断前の制御状態に復帰した旨を示すコマンドであり、メインＣＰＵ４１ａの起動時において電断前の制御状態に復帰した際に送信される。
設定開始コマンドは、設定変更状態の開始を示すコマンドであり、設定変更状態に移行する際に送信される。また、設定変更状態への移行に伴ってメインＣＰＵ４１ａの制御状態が初期化されるため、設定開始コマンドにより、メインＣＰＵ４１ａの制御状態が初期化されたことが特定可能となる。
確認開始コマンドは、設定確認状態の開始を示すコマンドであり、設定確認状態に移行する際に送信される。確認終了コマンドは、設定確認状態の終了を示すコマンドであり、設定確認状態の終了時に送信される。
操作検出コマンドは、操作スイッチ類（ＭＡＸＢＥＴスイッチ６、スタートスイッチ７、ストップスイッチ８Ｌ，８Ｃ，８Ｒ）の検出状態（ＯＮ／ＯＦＦ）を示すコマンドであり、一定間隔毎に送信される。
遊技カウンタ１コマンドは、ゲームごとに規則的に値が更新される遊技カウンタの値を特定可能なコマンドであり、遊技者によりスタートスイッチ７が操作されてゲームが開始したときに送信される。遊技カウンタの値は、ＲＡＭ４１ｂに格納される。
遊技カウンタ２コマンドは、遊技カウンタ１コマンドと同様に遊技カウンタの値を特定可能なコマンドであり、遊技者が第３停止リールを停止させるためにストップスイッチ８Ｌ〜８Ｒを押下して、そのストップスイッチ８Ｌ〜８Ｒを離したときに送信される。
ドア開放コマンドは、前面扉１ｂが開放された場合に、前面扉１ｂが開放されたこと、および前面扉１ｂが開放された日時を示すコマンドである。ドア開放コマンドは、前面扉１ｂが開放されたときに送信される。
コネクタ外れコマンドは、メイン側でコネクタ外れが生じた場合に、コネクタ外れが生じたこと、およびコネクタ外れの日時を示すコマンドである。コネクタ外れとは、接続されていたコネクタが外れることである。コネクタ外れコマンドは、コネクタ外れが生じたときに送信される。
上記のこれらのコマンドのうち、設定開始コマンド、ＲＡＭ異常を示すエラーコマンド、復帰コマンドは、起動処理において割込が許可される前の段階で生成され、ＲＡＭ４１ｂの特別ワークに割り当てられた特定コマンド送信用バッファに格納され、直ちに送信される。
設定開始コマンド、ＲＡＭ異常を示すエラーコマンド、復帰コマンド、操作検出コマンド以外のコマンドは、ゲーム処理においてゲームの進行状況に応じて生成され、ＲＡＭ４１ｂの特別ワークに設けられた通常コマンド送信用バッファに一時格納され、タイマ割込処理（メイン）において送信される。
本実施形態では、ゲーム処理においてコマンドが生成され、通常コマンド送信用バッファに格納される。タイマ割込処理（メイン）のコマンド送信処理において、コマンド送信用バッファに格納された未送信のコマンドが検知されると、通常コマンド送信用バッファに格納された未送信のコマンドが送信される。
また、通常コマンド送信用バッファには、複数のコマンドを格納可能な領域が設けられており、通常コマンド送信用バッファに格納された未送信のコマンドの送信を待たずに、新たに生成したコマンドを通常コマンド送信用バッファの空き領域に格納することが可能となっている。
また、メインＣＰＵ４１ａは、ゲーム処理において通常コマンド送信用バッファにコマンドを格納する際に、これらコマンドをその生成順に格納すると共に、コマンド送信処理では、通常コマンド送信用バッファに生成・格納された順番でコマンドを送信する。すなわち、通常コマンド送信用バッファに格納されたコマンドは、生成・格納された順番で送信される。
操作検出コマンドは、コマンド送信処理が５回実行される毎に生成され、上述の特定コマンド送信用バッファに格納され、直ちに送信される。また、通常コマンド送信用バッファに未送信のコマンドが格納されている状態で操作検出コマンドの送信時期に到達した場合には、操作検出コマンドの送信を優先し、通常コマンド送信用バッファに格納されている未送信のコマンドは、次回のコマンド送信処理において送信されるようになっている。つまり、１度のコマンド送信処理において複数のコマンドが送信されることがないようになっている。
次に、メインＣＰＵ４１ａが演出制御基板９０に対して送信するコマンドに基づいて、サブ制御部９１が実行する演出の制御について説明する。
サブＣＰＵ９１ａは、メインＣＰＵ４１ａからのコマンドの送信を示すストローブ信号を入力した際に、コマンド受信割込処理を実行する。コマンド受信割込処理では、ＲＡＭ９１ｂに設けられた受信用バッファに、コマンド伝送ラインから取得したコマンドを格納する。
サブＣＰＵ９１ａは、タイマ割込処理（サブ）において、受信用バッファに未処理のコマンドが格納されているか否かを判定し、未処理のコマンドが格納されている場合には、そのうち最も早い段階で受信したコマンドに基づいてＲＯＭ９１ｃに格納された制御パターンテーブルを参照し、制御パターンテーブルに登録された制御内容に基づいて液晶表示器５１、演出効果ＬＥＤ５２、スピーカ５３，５４、リールＬＥＤ５５等の各種演出装置の出力制御を行う。
制御パターンテーブルには、複数種類の演出パターン毎に、コマンドの種類に対応する液晶表示器５１の表示パターン、演出効果ＬＥＤ５２の点灯態様、スピーカ５３，５４の出力態様、リールＬＥＤ５５の点灯態様等、これら演出装置の制御パターンが登録されており、サブＣＰＵ９１ａは、コマンドを受信した際に、制御パターンテーブルの当該ゲームにおいてＲＡＭ９１ｂに設定されている演出パターンに対応して登録された制御パターンのうち、受信したコマンドの種類に対応する制御パターンを参照し、当該制御パターンに基づいて演出装置の出力制御を行う。これにより演出パターン及び遊技の進行状況に応じた演出が実行されることとなる。
なお、サブＣＰＵ９１ａは、あるコマンドの受信を契機とする演出の実行中に、新たにコマンドを受信した場合には、実行中の制御パターンに基づく演出を中止し、新たに受信したコマンドに対応する制御パターンに基づく演出を実行するようになっている。すなわち、演出が最後まで終了していない状態でも、新たにコマンドを受信すると、受信したコマンドが新たな演出の契機となるコマンドではない場合を除き、現在実行していた演出はキャンセルされて、新たなコマンドに基づく演出が実行されることとなる。
特に、本実施形態では、演出の実行中に賭数の設定操作がなされたとき、すなわち、サブＣＰＵ９１ａが、賭数が設定された旨を示すＢＥＴコマンドを受信したとき、実行中の演出を中止する。このため、遊技者が、演出を最後まで見るよりも次のゲームを進めたい場合には、演出がキャンセルされ、次のゲームを開始できるので、遊技者に対して煩わしい思いをさせることがない。また、演出の実行中にクレジット又は賭数の精算操作がなされたとき、すなわち、サブＣＰＵ９１ａが、ゲームの終了を示す遊技状態コマンドを受信した後、ゲームの開始を示す内部当選コマンドを受信する前に、払出開始コマンドを受信した場合には、現在実行中の演出を中止する。クレジットや賭数の精算を行うのは、遊技を終了する場合であり、このような場合に実行中の演出を終了させることで、遊技を終了する意志があるのに、不要に演出が継続してしまわないようにしている。
演出パターンは、内部当選コマンドを受信した際に、内部当選コマンドが示す内部抽選の結果に応じた選択率にて選択され、ＲＡＭ９１ｂに設定される。演出パターンの選択率は、ＲＯＭ９１ｃに格納された演出テーブルに登録されており、サブＣＰＵ９１ａは、内部当選コマンドを受信した際に、内部当選コマンドが示す内部抽選の結果、後述するレベル及び演出設定に応じて演出テーブルに登録されている選択率を参照し、その選択率に応じて、複数種類の演出パターンから何れかの演出パターンを選択し、選択した演出パターンを当該ゲームの演出パターンとしてＲＡＭ９１ｂに設定する。この場合、同じコマンドを受信しても内部当選コマンドの受信時に選択された演出パターンによって異なる制御パターンが選択されるため、結果として演出パターンによって異なる演出が行われることがある。
［ＲＡＭ９１ｂ内のデータベースについて］
次に、ＲＡＭ９１内のデータベースについて説明する。以下では、データベースを「ＤＢ」という場合もある。本実施形態では、ＲＡＭ９１内のデータベースとして、特定遊技履歴データベースと、発生情報データベースと、当日の通常遊技履歴データベースと、前日までの通常遊技履歴データベースと、当日の目押しデータベースと、前日までの目押しデータベースとがある。
図１０を用いて、ＲＡＭ９１ｂ内の各データベースについて説明する。図１０（ａ）〜（ｆ）はそれぞれ、特定遊技履歴データベース、発生情報データベース、当日の通常遊技履歴データベース、前日までの通常遊技履歴データベース、当日の目押しデータベース、前日までの目押しデータベースの一例を示したものである。本実施形態では、パスワード入力による遊技を開始したときから、１以上のゲーム数を消化して、パスワード入力による遊技を終了するときまでの期間を「特定遊技履歴更新期間」という。特定遊技履歴更新期間は、ＲＡＭ９１ｂ内の特定遊技履歴データベースを更新できる期間である。パスワードとは、ゲームの進行に応じて特定遊技履歴の記録を開始させるためのものや、前回の遊技の特定遊技履歴を引き継ぐためのものである。なお、パスワードを入力せずに、遊技を開始することもできるが、特定遊技履歴は、スロットマシン１には記憶されない。また、「遊技を終了する」とは、図１５（ａ）に示すメニュー画面において、遊技者により「終了」が選択されるか、「二次元コード作成」が選択されることである。「終了」とは、二次元コードを生成せずに、遊技を終了させることである。このように、特定遊技履歴は、パスワードを入力した遊技者（特定の遊技者）の遊技履歴である。
［特定遊技履歴について］
まず、図１０（ａ）に示す特定遊技履歴データベースについて説明する。本実施形態では、図１０（ａ）に示すように、特定遊技履歴データベースは、遊技者の所有する携帯端末１１００を識別可能な端末識別情報（ＳＩＭデータ）、特定遊技履歴更新期間での、消化ゲーム数、ＢＢ回数、ＲＢ回数、遊技者がゲーム内で仮想的に保有するキャラクタの現在のレベル、遊技者が獲得した（端数の）経験値等からなる。また、本実施形態では、サブＣＰＵ９１ａは、遊技開始時に、遊技者により、パスワードが入力された場合に、予め定められた達成条件が成立したことを条件に経験値を付与し、１０経験値獲得する毎にキャラクタのレベルを加算するようになっている。キャラクタのレベルの値が一定値を超える毎に、実行される可能性のある演出の種類数は増加される。
また、特定遊技履歴更新期間内で、１ゲーム消化するごとに、特定遊技履歴データベースのゲーム数は１ずつ増加更新される。特定遊技履歴更新期間内で、ＢＢ、ＲＢに入賞する毎に、特定遊技履歴データベースのＢＢ回数、ＲＢ回数は増加更新される。特定遊技履歴更新期間内で、キャラクタのレベルが加算される毎に、特定遊技履歴データベースのレベルは増加更新される。特定遊技履歴更新期間内で、経験値を獲得する毎に、特定遊技履歴データベースの経験値は増加更新される。また、これらの増加更新は、特定遊技履歴更新期間が終了するときに、まとめて更新するようにしてもよい。
［発生情報について］
次に、図１０（ｂ）に示す発生情報データベースについて説明する。本実施形態では、発生情報とは、スロットマシン１に発生した事象を特定できる情報である。本実施形態では、発生情報は、エラー情報と、ドア開放情報と、コネクタ外れ情報とを含む。
＜エラー情報について＞
エラー情報とは、スロットマシン１において発生したエラーを特定できる情報である。本実施形態のスロットマシン１のエラーは、ＲＡＭ異常エラー、通信エラー、設定値エラー、リール回転エラー、投入エラー、ホッパー払出エラー、払出メダル詰りエラー、投入メダル詰りエラー、投入メダル切れエラー、満タンエラー、ドア開放エラーを含む。
まず、ＲＡＭ異常エラーについて説明する。本実施形態のスロットマシン１においては、メイン制御部４１のＣＰＵ４１ａが電圧低下信号を検出した際に、電断割込処理を実行する。電断割込処理では、レジスタをＲＡＭ４１ｂのスタックに退避し、メイン制御部４１のＲＡＭ４１ｂにいずれかのビットが１となる破壊診断用データ、すなわち０以外の特定のデータを格納するとともに、ＲＡＭ４１ｂの全ての領域に格納されたデータに基づくＲＡＭパリティが０となるようにＲＡＭパリティ調整用データを計算し、ＲＡＭ４１ｂに格納する処理を行うようになっている。なお、ＲＡＭパリティとはＲＡＭ４１ｂの該当する領域（本実施形態では、全ての領域）の各ビットに格納されている値の排他的論理和として算出される値である。このため、ＲＡＭ４１ｂの全ての領域に格納されたデータに基づくＲＡＭパリティが０であれば、ＲＡＭパリティ調整用データは０となり、ＲＡＭ４１ｂの全ての領域に格納されたデータに基づくＲＡＭパリティが１であれば、ＲＡＭパリティ調整用データは１となる。
そして、ＣＰＵ４１ａは、その起動時においてＲＡＭ４１ｂの全ての領域に格納されたデータに基づいてＲＡＭパリティを計算するとともに、破壊診断用データの値を確認し、ＲＡＭパリティが０であり、かつ破壊診断用データの値も正しいことを条件に、ＲＡＭ４１ｂに記憶されているデータに基づいてＣＰＵ４１ａの処理状態を電断前の状態に復帰させるが、ＲＡＭパリティが０でない場合（１の場合）や破壊診断用データの値が正しくない場合には、ＲＡＭ異常と判定し、遊技の進行を不能化させるようになっている。なお、ＲＡＭ異常エラー状態は、他のエラー状態と異なり、リセットスイッチ２３やリセット／設定スイッチ３８を操作しても解除されないようになっており、前述した設定変更状態において新たな設定値が設定されたときに解除される。また、ＲＡＭ異常エラー以外のエラーについては、リセットスイッチ２３やリセット／設定スイッチ３８が操作されることにより解除される。また、ＲＡＭ異常エラーは、ＲＡＭ４１ｂに何ら情報が格納されていない状態で、電源スイッチ３９がＯＮされたときにも生じるエラーである。つまり、最初の電源投入がされたときにもＲＡＭ異常エラーは発生する。
次に、通信エラーについて説明する。サブ制御部９１は、遊技カウンタ１コマンドを取得したときに、遊技カウンタ１コマンドから特定される第１遊技カウンタ値をＲＡＭ９１ｂに割り当てられた遊技カウンタ値格納領域１に格納する。また、サブ制御部９１は、遊技カウンタ２コマンドを取得したときに、遊技カウンタ２コマンドから特定される第２遊技カウンタ値をＲＡＭ９１ｂに割り当てられた遊技カウンタ値格納領域２に格納する。サブ制御部９１は、第２遊技カウンタ値を格納すると、該第２遊技カウント値と、遊技カウンタ値格納領域１に格納されている第１遊技カウント値とが一致するか否かを判定する。
この判定処理において、遊技カウンタ値格納領域１には、今回のゲームの開始時に送信された遊技カウンタ１コマンドから特定される第１遊技カウンタ値が格納されている筈である。そして、遊技カウンタの値はゲームの開始前に１インクリメントされた後ゲーム中に重ねて更新されることはないのであるから、今回のゲームの開始時に送信された遊技カウンタ１コマンドから特定される第１遊技カウンタ値と、今回新たに受信した遊技カウンタ２コマンドから特定される第２遊技カウンタ値も同じ筈である。もし、サブ制御部９１は、第１遊技カウンタ値と第２遊技カウンタ値とが異なる値であると判断したときには、メイン制御部４１とサブ制御部９１とが適切に通信できていないことを特定する通信エラーが発生したと判断する。
また、設定値エラーは、設定値が適正な値でない場合（たとえば、設定値が１〜６以外の値である場合）に判定されるエラーである。リール回転エラーは、一定期間以上、リールセンサ３３によりリール基準位置が検出されない場合に判定されるエラーである。投入エラーは、メダルの投入が許可されている期間以外で、メダルの投入が検出された場合に判定されるエラーである。ホッパー払出エラーは、払出センサ３４ｃにより、ホッパータンク３４ａへの不正行為による払出異常が検出された場合に判定されるエラーである。払出メダル詰りエラーは、ホッパータンク３４ａ内において払出されたメダルが詰まったことが検出された場合に判定されるエラーである。投入メダル詰りエラーは、メダル投入口４から投入されたメダルが詰まったことが検出された場合に判定されるエラーである。払出メダル切れエラーは、ホッパータンク３４ａにメダルが貯留されていないことが検出された場合に判定されるエラーである。満タンエラーは、オーバーフロータンク３５が満タン状態であることが満タンセンサ３５ａにより検出された場合に判定されるエラーである。ドア開放エラーは、前面扉１ｂが開放された場合に判定されるエラーである。
また、メイン制御部４１が発生したことを特定できるエラー（たとえば、ＲＡＭ異常エラー）が発生したことを、該メイン制御部４１が検知すると、発生したエラーについてのエラーコマンドをサブ制御部９１に対して送信する。サブ制御部９１は該エラーコマンドを解析して、該エラーが発生した日時が特定可能となるように、ＲＡＭ９１ｂ内の発生情報データベースのエラー情報を更新する。また、サブ制御部９１が発生したことを特定できるエラー（たとえば、通信エラー）が発生したことを、該サブ制御部９１が検知すると、サブ制御部９１は、該エラーが発生した日時が特定可能となるように、ＲＡＭ９１ｂ内の発生情報データベースのエラー情報を更新する。
＜不正可能性行為について＞
以下では、スロットマシン１に対して不正を行う意思のある者を「不正者」という。スロットマシン１の不正行為の一例として、前面扉１ｂを開放して、スロットマシン１内の部材（たとえば、遊技制御基板４０や演出制御基板９０）に対して、不正者にとって有利となるような特殊な処理を施す行為がある。また、不正行為の他の例として、スロットマシン１内の部材間同士を接続するコネクタ（たとえば、遊技制御基板４０と演出制御基板９０とを接続するコネクタ）を外して、不正者にとって、有利となる部材と差し替える行為がある。つまり、不正者により行われる「前面扉１ｂの開放や、コネクタ外し」は、不正行為といえる。
一方、前面扉１ｂの開放や、コネクタ外しは、点検などのために店員によって行われる場合があり、店員により行われる「前面扉１ｂの開放や、コネクタ外し」は、不正行為とはいえない。したがって、「前面扉１ｂの開放や、コネクタ外し」は、「不正の可能性がある行為」といえる。以下では、「前面扉１ｂの開放」と「コネクタ外し」とをまとめて「不正可能性行為」という。また、不正可能性行為を特定できる情報を「不正可能性情報」という。本実施形態では、不正可能性情報は、ドア開放情報とコネクタ外れ情報とを含む。
＜ドア開放情報について＞
まず、ドア開放情報について説明する。本実施形態では、ドア開放情報は、通電時であるとき、または、電断時（スロットマシン１に対して電力が供給されていない状態）であるときに、前面扉１ｂが開放されたことを特定できる情報である。
ここで、通電時に前面扉１ｂが開放されたことを特定する手法の一例を説明する。本実施形態では、ループ状の電力線（以下、「第１電力線」という。）により、ドア開放検出スイッチ２５と第１電流検出器（図視せず）とが直列に接続されている。通電時には、電源基板１０１からの電力により第１電力線に電流が流される。つまり、前面扉１ｂが閉じている状態（つまり、ドア開放検出スイッチ２５がＯＮになっている状態）であるときに、第１電力線には電流が流される。一方、前面扉１ｂが開放された状態（つまり、ドア開放検出スイッチ２５がＯＦＦになっている状態）であるときに、第１電力線が途切れて電流が流れなくなる。また、第１電流検出器は、第１電力線に流れる電流を検出している。もし、第１電力線の電流の流れが途切れたとき（つまり前面扉１ｂが開放されたとき）には、第１電流検出器による電流検出は停止される。電流検出が停止されたときに、メイン制御部４１が、該電流検出の停止を特定することにより、前面扉１ｂが開放されたことを検出することができる。
また、通電時において、電源基板１０１からの電力により第１電力線に電流が流される。電断時においては、バックアップ電源の電力により、第１電力線に電流が流される。したがって、通電時であるか電断時であるかにかかわらず、第１電力線に電流を流すことが可能である。よって前面扉１ｂが開放されたときには、メイン制御部４１は、第１電流検出器による電流検出の停止を特定できる。つまり、通電時であるか電断時であるかにかかわらず、メイン制御部４１は、前面扉１ｂが開放されたことを検出することができる。
前面扉１ｂが開放されたときには、サブ制御部９１は、メイン制御部４１から送信されたドア開放コマンドを受信し、サブ制御部９１は、前面扉１ｂが開放された日時が特定可能となるように、図１０記載の発生情報データベースのドア開放情報を更新する。
［コネクタ外れ情報について］
次に、コネクタ外れ情報について説明する。本実施形態では、コネクタ外れ情報は、通電時であるとき、または、電断時であるときに、コネクタ外れを特定できる情報である。まず、通電時に遊技制御基板４０に接続されているコネクタのコネクタ外れの特定手法について説明する。
本実施形態では、ループ状の電力線（以下、「第２電力線」という。）により、接続された１組のコネクタと第２電流検出器（図視せず）とが直列に接続されている。ここで、１組のコネクタは、所定の２つの部材間を接続するために用いられる。通電時には、電源基板１０１からの電力により第２電力線に電流が流される。つまり、コネクタが接続されている状態であるときに、第２電力線には電流が流される。一方、コネクタ外れが生じた状態であるときに、第２電力線が途切れて電流が流れなくなる。また、第２電流検出器は、第２電力線に流れる電流を検出している。もし、第２電力線の電流の流れが途切れたとき（つまりコネクタ外れが生じたとき）には、第２電流検出器による電流検出は停止される。電流検出が停止されたときに、メイン制御部４１が、該電流検出の停止を特定することにより、遊技制御基板４０に接続されているコネクタのコネクタ外れを検出することができる。
次に、通電時に演出制御基板９０に接続されているコネクタのコネクタ外れの特定手法について説明する。本実施形態では、ループ状の電力線（以下、「第３電力線」という。）により、接続された１組のコネクタと第３電流検出器（図視せず）とが直列に接続されている。通電時には、電源基板１０１からの電力により第３電力線に電流が流される。つまり、コネクタが接続されている状態であるときに、第３電力線には電流が流される。一方、コネクタ外れが生じた状態であるときに、第３電力線が途切れて電流が流れなくなる。また、第３電流検出器は、第３電力線に流れる電流を検出している。もし、第３電力線の電流の流れが途切れたとき（つまりコネクタ外れが生じたとき）には、第３電流検出器による電流検出は停止される。電流検出が停止されたときに、サブ制御部９１が、該電流検出の停止を特定することにより、演出制御基板９０に接続されているコネクタのコネクタ外れを検出することができる。
また、通電時には、電源基板１０１からの電力により、第２電力線、第３電力線に電流を流す。また、電断時には、バックアップ電源の電力により、第２電力線、第３電力線に電流を流す。したがって、通電時であるか電断時であるかにかかわらず、第２電力線、第３電力線に電流を流すことが可能である。よってコネクタ外れが生じたときには、メイン制御部４１またはサブ制御部９１は、第２電流検出器、第３電流検出器による電流検出の停止を特定できる。つまり、通電時であるか電断時であるかにかかわらず、メイン制御部４１またはサブ制御部９１は、コネクタ外れを検出することができる。
遊技制御基板４０に接続されているコネクタのコネクタ外れが生じたときには、メイン制御部４１はサブ制御部９１に対してコネクタ外れコマンドを送信する。サブ制御部９１は、メイン制御部４１から送信されたコネクタ外れコマンドを受信し、コネクタ外れが生じた日時が特定可能となるように、図１０記載の発生情報データベースのコネクタ外れ情報を更新する。また、演出制御基板９０に接続されているコネクタのコネクタ外れが生じたときには、サブ制御部９１は、コネクタ外れが生じた日時が特定可能となるように、図１０記載の発生情報データベースのコネクタ外れ情報を更新する。なお、図１０では、コネクタ外れが生じたコネクタの接続先（遊技制御基板４０または演出制御基板９０）が区別されていないが、このような区別をしてもよい。
また、遊技制御基板４０と演出制御基板９０とを接続する特定コネクタについての特定コネクタ外れについては、サブ制御部９１が検出するようにすればよい。何故ならば、特定コネクタ外れが生じたということは、メイン制御部４１とサブ制御部９１とが通信不可能となるということである。したがって、メイン制御部４１が特定コネクタ外れを検出する構成である場合には、サブ制御部９１に該特定コネクタ外れに係るコネクタ外れコマンドを送信することができず、サブ制御部９１は、コネクタ外れ情報を更新することができない。よって特定コネクタ外れについては、サブ制御部９１が検出する構成にすることが好ましい。
また、スロットマシン１が製造工場で製造されたときから、遊技店に搬入されて最初の電源投入がされるときまでの期間（以下、「搬入期間」という。）では、電源投入されていないことから、電断状態である。したがって、メイン制御部４１またはサブ制御部９１は、搬入期間内での、前面扉１ｂの開放およびコネクタ外れも検出することができる。
なお、図１０の例では、通信エラーが、２０１４年５月２８日のＡＭ１１：０８に発生し、電断時の前面扉１ｂの開放が、２０１４年５月２７日のＡＭ１：１３に発生していることを示している。また、図１０の例でのエラー情報は、通信エラーと払出メダル詰りエラーのみを示しているが、他のエラーの発生情報についても発生情報データベースに記憶される。
このように、エラーが発生したときに、サブ制御部９１は、エラー発生日時が特定できるように、発生したエラーの種類に対応するエラー情報を更新する。また、前面扉１ｂが開放されたときに、サブ制御部９１は、前面扉１ｂの開放日時が特定できるように、ドア開放情報を更新する。また、コネクタ外れが生じたときに、サブ制御部９１は、コネクタ外れの発生日時が特定できるように、コネクタ外れ情報を更新する。また、電断時（搬入期間も含む）に前面扉１ｂの開放またはコネクタ外れが発生したときには、発生した不正可能性行為と、不正可能性行為が発生した日時を特定できる発生フラグがＲＡＭ９１ｂに格納される。電源がＯＮされたときに、サブ制御部９１は、該発生フラグに基づいて、ＲＡＭ９１ｂ内の発生情報データベースが更新する。また、電断時（搬入期間も含む）においても、バックアップ電源によりメイン制御部４１またはサブ制御部９１はエラーを検出することができる。この場合には、エラーが発生したときには、発生したエラーと、エラーが発生した日時を特定できる発生フラグがＲＡＭ９１ｂに格納される。電源がＯＮされたときに、サブ制御部９１は、該発生フラグに基づいて、ＲＡＭ９１ｂ内の発生情報データベースが更新する。
［通常遊技履歴について］
説明を図１０に戻す。次に、図１０（ｃ）および図１０（ｄ）に示す通常遊技履歴データベースについて説明する。本実施形態では、たとえば、店員などによりスロットマシン１に対して復電（図２４の９時の箇所参照）が行われたときから、たとえば、店員などによりスロットマシン１に対して電断（図２４の２３時３０分の箇所参照）が行われるときまでの期間を「通常遊技履歴更新期間」という。通常遊技履歴更新期間は、ＲＡＭ９１ｂ内の当日の通常遊技履歴データベース（図１０（ｃ）参照）を更新できる期間である。
本実施形態では、図１０（ｃ）に示すように、当日の通常遊技履歴データベースは、当日の通常遊技履歴更新期間での、消化ゲーム数、ＢＢ回数、ＲＢ回数、ＡＴに制御された回数、払出されたメダルの枚数、小役が入賞した回数、設定示唆演出Ａが実行された回数、設定示唆演出Ｂが実行された回数を含む。
ここで、「ＡＴ（Assist Timeの略）」とは、内部抽選処理によりたとえば所定の抽選対象役（本実施形態では、図９に示すベル、スイカ、およびリプレイ）に当選したときに、遊技者にとって有利な操作手順（たとえば、該抽選対象役を入賞させるための操作手順）を報知する期間である。また、「小役」とは、本実施形態では、ベル、スイカ、チェリーをいう。
設定示唆演出Ａはたとえば第１キャラが液晶表示器５１に表示される演出である。設定示唆演出Ａは、たとえば、第１所定条件が成立したときにおいて、設定値１〜３のうちいずれかが設定されているときには、８０％の確率で実行され、設定値４〜６のうちいずれかが設定されているときには、２０％の確率で実行される演出である。第１所定条件は、たとえば、特定役が当選することにより成立する条件としてもよい。ここでは、特定役とは、チェリーとするが、他の役であってもよい。また、第１所定条件は特定役の当選に限らず、他の条件であってもよい。第１所定条件は、たとえば、特定役が入賞することにより成立する条件としてもよく、特定のゲーム数（たとえば、１０００ゲーム）消化することにより成立する条件としてもよい。
設定示唆演出Ｂはたとえば第２キャラが液晶表示器５１に表示される演出である。設定示唆演出Ｂは、たとえば、第１所定条件とは異なる第２所定条件が成立したときにおいて、設定値１〜３のうちいずれかが設定されているときには、２０％の確率で実行され、設定値４〜６のうちいずれかが設定されているときには、８０％の確率で実行される演出である。第２所定条件は、たとえば、特定役が当選することにより成立する条件としてもよい。ここでは、特定役とは、チェリーとするが、他の役であってもよい。また、第２所定条件は特定役の当選に限らず、他の条件であってもよい。第２所定条件は、たとえば、特定役が入賞することにより成立する条件としてもよく、特定のゲーム数（たとえば、１０００ゲーム）消化することにより成立する条件としてもよい。
このように、設定示唆演出Ａまたは設定示唆演出Ｂが実行されることで、設定されている設定値が示唆される。したがって、設定示唆演出Ａまたは設定示唆演出Ｂが実行されることで、設定されている設定値を遊技者に予想させることができることから遊技の興趣を向上させることができる。
また、通常遊技履歴更新期間内では、１ゲーム消化するごとに、通常遊技履歴データベースのゲーム数は１ずつ増加更新される。通常遊技履歴更新期間内で、ＢＢ、ＲＢに入賞する毎に、通常遊技履歴データベースのＢＢ回数、ＲＢ回数は増加更新される。通常遊技履歴更新期間内で、ＡＴに制御される毎に、通常遊技履歴データベースのＡＴ回数は増加更新される。通常遊技履歴更新期間内で、メダルが払出される毎に、通常遊技履歴データベースのメダル払出枚数は、払出された枚数分だけ増加更新される。通常遊技履歴更新期間内で、小役が入賞する毎に、通常遊技履歴データベースの小役入賞回数は、増加更新される。通常遊技履歴更新期間内で、設定示唆演出Ａまたは設定示唆演出Ｂが実行される毎に、通常遊技履歴データベースの設定示唆演出Ａ回数、または設定示唆演出Ｂ回数は増加更新される。
次に、図１０（ｄ）に示す前日までの通常遊技履歴データベースについて説明する。前日までの通常遊技履歴データベースでは、過去７日分の通常遊技履歴が記憶される。本実施形態では、図１０（ｄ）に示すように、前日までの通常遊技履歴データベースは、通常遊技履歴情報が、過去７日間それぞれの日付に対応付けられて記憶される。なお、通常遊技履歴情報とは、図１０（ｃ）に示すように、消化ゲーム数、ＢＢ回数、ＲＢ回数、ＡＴに制御された回数、払出されたメダルの枚数、小役が入賞した回数、設定示唆演出Ａが実行された回数、設定示唆演出Ｂが実行された回数である。前日までの通常遊技履歴データベースは、復電時処理（図１８、図２５参照）により、当日の通常遊技履歴情報が、前日までの通常遊技履歴データベースの領域（前日までの通常遊技履歴情報領域）に移行されることにより生成される。つまり、前日までの通常遊技履歴データベースは、通常遊技履歴更新期間内で、１ゲーム消化する毎に更新されるものではない。
次に、図１０（ｅ）および図１０（ｆ）に示す目押しデータベースについて説明する。
本実施形態では、図１０（ｅ）に示すように、目押しに関する情報（目押し情報）が目押しデータベースとして記憶される。目押し情報は、所定のリールにおいて、該所定のリールを停止させる停止操作が実行されたタイミングで、所定ラインを通過した（所定ラインに位置した）図柄の図柄番号（図６の左端の番号）を特定可能な情報である。本実施形態では、「所定のリール」は左リール２Ｌであり、「所定のリールを停止させる停止操作」は、「左ストップスイッチ８Ｌへの操作」であり、「所定ライン」は、「Ｌ１」である。変形例として、所定のリールは他のリールでもよく、３つのリールのうちの少なくとも２つのリールであってもよい。また、所定ラインは、他のラインであってもよい。
本実施形態の目押しデータベースでは、図柄番号と、該図柄番号から特定される図柄が入賞ラインＬ１上に位置したときに左ストップスイッチ８Ｌが操作された回数（ゲーム数）とが対応付けられている。なお、目押し情報をこうする期間は、特定の状態（たとえば、ＡＴ）を除外するようにしてもよい。
本実施形態では、通常遊技履歴更新期間において、１ゲーム消化する毎に、ＲＡＭ９１ｂの目押し情報は更新される。
次に、図１０（ｆ）に示す前日までの目押しデータベースについて説明する。前日までの目押しデータベースでは、過去３０日分の目押し情報が記憶される。本実施形態では、図１０（ｆ）に示すように、前日までの目押しデータベースは、目押し情報が、過去３０日間それぞれの日付に対応付けられて記憶される。前日までの目押しデータベースは、復電時処理（図１８、図２５参照）により、当日の目押しデータベースの目押し情報が、前日までの目押しデータベースの領域に移行されることにより生成される。つまり、前日までの目押しデータベースは、通常遊技履歴更新期間内で、１ゲーム消化する毎に更新されるものではない。
［記憶部２２０のデータベースについて］
次に、管理サーバ１２００の記憶部２２０のデータベースについて説明する。本実施形態では、記憶部２２０のデータベースは、遊技者データベース、特定遊技履歴データベース、発生情報データベース、および目押しデータベースを含む。図１１を用いて、本実施形態のデータベースを説明する。図１１（ａ）〜（ｄ）はそれぞれ、遊技者データベース、特定遊技履歴データベース、発生情報データベース、目押しデータベースの一例を示したものである。
図１１（ａ）に示すように、遊技者データベースには、遊技者の所有する携帯端末１１００を識別可能な端末識別情報（ＳＩＭデータ）、現在のステータス（待機中／遊技中）、パスワード（最後に発行されたもの）、現在までの消化総ゲーム数（消化ゲーム数の全ての合計値）、総ＢＢ回数、総ＲＢ回数、遊技者がゲーム内で仮想的に保有するキャラクタの現在のレベル、遊技者が獲得した（端数の）経験値等からなる遊技者情報が、遊技者別（端末識別情報別）に記憶されている。なお、遊技者情報には、このほかにも、図示はしないが、遊技者名（登録ネーム）、性別、生年月日、都道府県等の遊技者の個人情報（会員情報）も含まれている。本実施形態では、サブＣＰＵ９１ａは、遊技開始時に、遊技者により、パスワードが入力された場合に、予め定められた達成条件が成立したことを条件に経験値を付与し、１０経験値獲得する毎にキャラクタのレベルを加算するようになっている。キャラクタのレベルの値が一定値を超える毎に、実行される可能性のある演出の種類数を増加させる。
図１１（ｂ）に示すように、特定遊技履歴データベースには、遊技を行った遊技者の所有する携帯端末１１００を識別可能な端末識別情報（ＳＩＭデータ）、遊技日時、当該遊技開始時にスロットマシン１に入力されたパスワード、当該遊技の遊技終了時にスロットマシン１にてランダムに取得された遊技乱数、当該遊技でのゲーム数、当該遊技でのＢＢ回数、当該遊技でのＲＢ回数、当該遊技の終了時のレベル値、当該遊技の終了時の（端数の）経験値等からなる特定遊技履歴情報が記憶されている。
図１１（ｃ）に示すように、発生情報データベースには、スロットマシン識別情報（ＩＤ）ごとに、発生情報（エラー情報、ドア開放情報、コネクタ外れ情報）が記憶されている。スロットマシン識別情報（ＩＤ）とは、１台のスロットマシンに付加される情報であって、該１台のスロットマシンを識別するための情報である。スロットマシン識別情報（ＩＤ）には、そのスロットマシンを製造したメーカを識別するための情報（メーカＩＤ）及びそのスロットマシンの機種を識別するための情報（機種ＩＤ）が含まれている。また、それぞれの発生情報は、所定個数（図１１の例では、３個）まで記憶可能とする。
図１１（ｄ）に示すように、目押しデータベースには、日付ごとに、目押し情報が記憶されている。記憶部２２０のデータベース（遊技データベース、特定遊技履歴データベース、発生情報データベース、目押しデータベース）は、図１９のＳ３６の更新処理により、更新される。また、更新されることにより、消去対象の発生情報は、他の記憶領域に記憶させるようにしてもよい。他の記憶領域とは、たとえば、記憶部２２０とは異なる記憶領域、または管理サーバ１２００に接続される外付け装置の記憶領域である。
また、管理者により、操作部２３０に対して所定の操作が行われることにより、該管理者が視認可能な態様で、発生情報データベースに基づく画像（以下、「発生情報画像」という。）を表示部２４０に表示させることができる。管理者は発生情報画像を視認することにより、各スロットマシンのエラー状況、ドア開放状況、コネクタ外れ状況それぞれの履歴を把握できる。さらに、たとえば、図１１（ｃ）の例では、「ドア開放情報」の欄にも示されるように、２０１４年２月１６日〜２１日という短期間であり、かつ電断時（夜中）に、前面扉１ｂの開放およびコネクタ外れがそれぞれ３回検出されている。したがって、管理者は、夜中に不正者が遊技店に侵入して不正を行っているのではないか、と推測できる。管理者は、「２０１４年２月１６日〜２１日という短期間であり、かつ電断時（夜中）に、前面扉１ｂの開放およびコネクタ外れがそれぞれ３回検出されており、夜中に不正者が遊技店に侵入して不正を行っているのではないか」などを、所定の伝達手段（電話やメールなど）で、遊技店の責任者などに伝えることができる。
また、スロットマシン１の搬入日時が、たとえば、２０１２年２月１日ＡＭ１０時である場合に、この搬入日時よりも前の日時（たとえば、２０１２年１月１５日ＡＭ１１時）に発生されたコネクタ外れが生じたことを示すコネクタ外れ情報が記憶部２２０に記憶されている場合について説明する。このような場合には、管理者は、搬入期間内にコネクタ外れが生じたということを特定できる。したがって、管理者は、コネクタ外れが、搬入期間内に生じたことを遊技店の責任者などに伝えることができる。
また、管理者により、操作部２３０に対して所定の操作が行われることにより、該管理者が視認可能な態様で、目押しデータベースに基づく画像（以下、「目押し情報画像」という。）を表示部２４０に表示させることができる。管理者は目押し情報画像を視認することにより、遊技者による目押しの状況を把握できる。目押しの状況を管理者が把握することにより、今後のスロットマシンの製造方針に役立てることができる。
たとえば、遊技機のメーカ側では、たとえば、左リールにおいて、目押しを推奨している特定図柄（入賞ラインＬ１上に位置したときに左ストップスイッチ８Ｌを遊技者に操作させたい図柄）がある。なお、本実施形態では、特定図柄はチェリーであるとする。この特定図柄が入賞ラインＬ１上に位置したときに左ストップスイッチ８Ｌを操作することにより、小役などを高い割合で入賞させるいわゆるＤＤＴ打法が可能となる。管理者は、目押し情報画像を視認することにより、特定図柄について目押しされている傾向にあるか否かを判断できる。もし、特定図柄について目押しされていない傾向にあるスロットマシンについては、特定図柄について目押しさせ易くするような図柄の変更、または特定図柄について目押しさせ易くするような図柄配列の変更を実行するなどの製造方針を立てることができる。このように、目押し情報は、メーカ側（遊技機の提供者側）が利用できる情報である。
なお、変形例として、目押し情報は、特定図柄が入賞ラインＬ１上を通過したときに、左ストップスイッチ８Ｌが操作されたか否かを特定できる情報としてもよい。
なお、発生情報データベース及び目押しデータベースに関しても、端末識別情報毎（即ち遊技履歴を管理サーバ１２００に記憶させる操作を行った遊技者毎）に各項目の値を集計して管理するようにしても良い。
また、前述したように、スロットマシン識別情報には、そのスロットマシンを製造した遊技機メーカを識別可能な情報と、そのスロットマシンの機種を識別可能な情報が含まれていることから、遊技者データベース、特定遊技履歴データベース、発生情報データベース、及び目押しデータベース、に記憶される各項目の値を、機種毎に集計して管理することも可能であり、遊技者毎（端末識別情報毎）並びにその遊技者が遊技を行った機種毎（及びその遊技機メーカ毎）に集計して管理することも可能である。
［ゲーム開始時の処理の流れ］
図１２〜図１５は、特定遊技履歴更新期間で、液晶表示器５１に表示される画面の一例であり、図２２は、携帯端末１１００の表示部１４０に表示される画面の一例である。図１２（ａ）に示すメニュー画面は、ゲーム終了後（設定変更後）から賭数が設定されるまでの制御状態において、演出用スイッチ５６（ＣＨＡＮＣＥボタン）が操作された場合に、液晶表示器５１の表示領域に表示される。図１２（ａ）の例では、遊技者が選択可能なメニュー項目として、「遊技履歴」、「パスワード入力」、「会員登録」、「終了」とがある。
また、スロットマシン１は、複数種類の二次元コードを表示可能である。該複数種類の二次元コードは、第１の二次元コードＡ（図２０（ａ）参照）と、第２の二次元コードＢ（図２０（ｂ）および図１５（ｂ）参照）と、第３の二次元コードＣ（図２０（ｃ）、図１２（ａ）参照）とを含む。複数種類の二次元コードのうち、メニュー画面では、第３の二次元コードＣが生成されて表示される（図１７のＳ１６Ｄ参照）。第３の二次元コードＣの表示は、図１２（ｂ）の画面、図１３（ａ）の画面に切替っても継続される。なお、図１２（ｃ）の画面では、「終了しますか？」といったメッセージが、第３の二次元コードＣに重畳されて表示される。また、遊技者の携帯端末１１００により、第３の二次元コードＣが撮像されたときには（図１９のＳ２４でＹＥＳ、Ｓ２８ＡでＹＥＳ）、該携帯端末１１００の表示部１４０に通常遊技履歴情報を表示させることができる（図１９のＳ２８Ｂ）。
なお、図１２（ｂ）において、第３の二次元コードＣを表示しないようにしてもよい。
これにより、ユーザモードを終了させる遊技者に、「第３の二次元コードＣが、該遊技者自身の特定遊技履歴に応じたレベルを引き継ぐための二次元コードである」といった勘違いを生じなくさせることができる。
「遊技履歴」が選択された場合には、液晶表示器５１に通常遊技履歴情報を表示させる。また、「会員登録」が選択された場合には、遊技者は会員登録が可能となる。「終了」が選択された場合には、メニュー画面の表示は終了するとともに、遊技中の画面に戻る。
「パスワード入力」が選択されると、遊技者は、パスワードを入力できる。このパスワードを入力することにより、遊技者自身の特定遊技履歴に応じたレベルを引き継ぐことができるユーザーモードでの遊技を行うことができる。本実施形態では、管理サーバ１２００からパスワードの発行を受けるためには、予め携帯端末１１００を用いて、管理サーバ１２００にアクセスし、会員登録を行って、当該携帯端末１１００の端末識別情報（ＳＩＭデータ）を登録しておく必要がある。本実施形態では、遊技者により、図１２（ａ）に示すメニュー画面にて「会員登録」が選択されると、サブＣＰＵ９１ａは、管理サーバ１２００の会員登録ページの所在を示すＵＲＬが特定される二次元コード（図２０（ａ）参照）を生成して、液晶表示器５１に表示させる。遊技者は、携帯端末１１００にて、この二次元コードを読み取ることにより、簡単に管理サーバ１２００の会員登録ページにアクセスできる。
遊技者がユーザーモードを開始（特定遊技履歴更新期間の開始）するときには、遊技者は所定の操作をすることにより、図２２（Ａ）に示されるようなメニュー画面を携帯端末１１００の表示部１４０に表示させる。このメニュー画面には、管理サーバ１２００が管理するサイトで、遊技者に提供され得る項目のメニューが表示される。具体的には、パスワード発行、履歴表示、達成ミッションの表示、カスタム設定、ゲームの実行、アバターの設定、ショップでのコンテンツ等の購入、掲示板の閲覧及び投稿等を行なうための各リンクが表示される。遊技者により、所望のリンクが選択されると、遊技者により、パスワード発行が選択されたときには、携帯端末１１００から管理サーバ１２００に対してパスワード発行要求が送信される。
図１６は、管理サーバ１２００がパスワード発行要求を受信したときに実行するパスワード発行処理の手順を示すフローチャートである。制御部２１０は、当該要求の送信元の携帯端末１１００の端末識別情報（ＳＩＭデータ）が、遊技者データベースに既に登録されているか否かを判定する（Ｓ３５０１）。その結果、当該端末識別情報が遊技者データベースに登録済みでない場合（Ｓ３５０１でＮＯ）、制御部２１０は、パスワードの発行が不可である旨を、当該端末識別情報で示される携帯端末１１００に送信する（Ｓ３５０２）。その後、制御部２１０は、実行する処理をこの処理の呼出元の処理に戻す。
一方、当該端末識別情報が遊技者データベースに登録済みである場合（Ｓ３５０１でＹＥＳ）、制御部２１０は、当該遊技者に対応する遊技者情報及び特定遊技履歴情報に基づいて、レベル、機種情報等の情報を取得し、取得した各情報に基づいて、パスワードを生成し、生成したパスワードを当該端末識別情報で示される携帯端末１１００に送信する（Ｓ３５０３）。
そして、制御部２１０は、生成したパスワードを、前回発行パスワードとして、当該遊技者に対応する遊技者情報に格納すると共に、ステータスを遊技中に更新する（Ｓ３５０４）。その後、制御部２１０は、実行する処理をこの処理の呼出元の処理に戻す。
図２２（Ｂ）は、パスワード発行のリンクが選択されたときに、携帯端末１１００の表示部１４０に表示されるパスワード表示画面の例を示す図である。遊技者は、このパスワード表示画面を見ながら、スロットマシン１に対して、パスワードを入力することができる。
次に、スロットマシン１に対してパスワードの入力方法について説明する。図１２（ａ）に示すメニュー画面は、ゲーム終了後（設定変更後）から賭数が設定されるまでの制御状態において、演出用スイッチ５６（ＣＨＡＮＣＥボタン）が操作された場合に、液晶表示器５１の表示領域に表示される。パスワードの入力前による遊技開始前のメニュー画面では、図１２（ａ）に示すように、「パスワード入力」、「会員登録」、「終了」のメニュー項目が表示されるようになっている。図１２（ａ）に示すメニュー画面から「パスワード入力」を選択し、管理サーバ１２００にて発行された図２２（Ｂ）に示すパスワードを入力することにより、以前の特定遊技履歴に応じたレベルを引き継いで遊技を行うことが可能となる。
メニュー画面が表示されている状態では、図１２（ａ）、（ｂ）に示すように、ストップスイッチ８Ｌが操作されることで、左側のメニュー項目に移動し、ストップスイッチ８Ｒが操作されることで右側のメニュー項目に移動する。そして、演出用スイッチ５６が操作されることで、手前に表示されているメニュー項目が選択される。また、メニュー項目として「終了」が手前に表示されている状態で演出用スイッチ５６が操作されるか、ストップスイッチ８Ｃが一定時間以上操作されると、図１２（ｃ）に示すように、「ＹＥＳ」、「ＮＯ」を選択可能な終了確認画面が表示される。この終了確認画面にてストップスイッチ８Ｌ、８Ｒ、演出用スイッチ５６を操作し、「ＹＥＳ」、「ＮＯ」のうち「ＹＥＳ」を選択することで、基本画面（メニュー画面に移行する前の通常画面）に戻るようになっている。また、何も操作されない状態が、画面毎に定められた時間継続した場合にも基本画面に戻る。
次に、パスワードの入力操作仕様について説明する。遊技者は、メニュー画面にて、ストップスイッチ８Ｌ、８Ｒ及び演出用スイッチ５６を操作してパスワード入力を選択すると、サブＣＰＵ９１ａにより、図１３（ｂ）に示すパスワード入力画面が表示される。パスワード入力画面では、図１３（ｃ）に示すように、ストップスイッチ８Ｌ、８Ｒを操作することで、文字が移動し、図１４（ａ）に示すように、演出用スイッチ５６（ＣＨＡＮＣＥボタン）を操作することで、手前に表示されている文字が選択される。
ここでは、１文字選択する毎に、次の文字が選択可能となる。また、「１文字戻る」が手前に表示されている状態で、演出用スイッチ５６を操作することで、手前の文字を再度選択可能にすることができる。そして、８文字のパスワードを選択すると、「決定」に移動し、図１４（ｂ）に示すように、「１文字戻る」以外の文字が手前に表示されている状態で演出用スイッチ５６を操作することで、パスワードの入力が完了する。
入力したパスワードが正規のパスワードであると認証された場合には、図１４（ｃ）に示すように、パスワードの入力を受け付けたことを示す「パスワードＯＫ」画面が表示される。パスワードＯＫ画面は、演出用スイッチ５６を操作するか、予め定められた時間が経過することで閉じられ、基本画面に切り替わる。なお、パスワードが正規のパスワードであると認証されなかった場合には、パスワードの入力が受け付けられなかったことを示す「パスワードＮＧ」画面（図示略）が表示される。パスワードＮＧ画面も、演出用スイッチ５６を操作するか、予め定められた時間が経過することで閉じられ、基本画面に切り替わる。
パスワードが正規のパスワードであると認証されると、ＲＡＭ９１ｂに割り当てられた個人履歴格納領域（消化ゲーム数、ＢＢ回数、ＲＢ回数）の値が初期化されると共に、パスワードから解析されるレベル、経験値が、ＲＡＭ９１ｂに割り当てられたレベル、経験値格納領域に設定される。そして、以上の設定に伴い、以前の特定遊技履歴に応じたレベル、経験値が、当該スロットマシン１に引き継がれることとなる。また、この際、入力されたパスワードそのものがＲＡＭ９１ｂに割り当てられたパスワード格納領域に格納されるようになっている。
遊技者は、ゲームを終える場合に、当該遊技者の特定遊技履歴、現在のレベル、経験値等からなる情報（遊技結果情報）が含まれる二次元コードをスロットマシン１から出力させ、これを携帯端末１１００を用いて取得し、この二次元コードに含まれる遊技結果情報を管理サーバ１２００が備える後述の遊技者データベースの内容に反映させることができるようになっている。
遊技者により、図１５（ａ）に示すように、メニュー画面にて、「二次元コード作成」が選択されると、サブＣＰＵ９１ａは、二次元コードを生成し、図１５（ｂ）に示すように、生成した二次元コードを液晶表示器５１に表示させる。
［二次元コード関連処理について］
次に、スロットマシン（サブ制御部９１）により実行される二次元コード関連処理について説明する。図１７は、二次元コード関連処理のフローチャート図である。図１７の処理は、所定期間（たとえば、０．５６ｍｓ）毎に、実行されるタイマ割込み処理である。
Ｓ１２において、サブ制御部９１は、日付変更され、かつ最初の復電が実行されたか否かを確認する。本実施形態の日付変更は、午前４時を超えることをいうが、変形例として他の時刻を超えるものとしてもよい。次に、日付変更されたか否かの確認手法について説明する。通電されているときには、ＲＴＣ９７の計時結果に基づいて、サブ制御部９１が日付変更されたか否かを検出すればよい。しかし、一般的に、日付変更されるタイミング（夜間）には、遊技店は閉店していることから、スロットマシン１の電源はオフされている。この場合において、ＲＴＣ９７がバックアップ電源により動作可能である場合には、このバックアップ電源により動作されるＲＴＣ９７の計時結果に基づいて、サブ制御部９１が日付変更されたか否かを検出すればよい。
また、ＲＴＣ９７がバックアップ電源により動作しない場合には、以下の手法により日付変更されたか否かを判断する。サブ制御部９１は、電源オフ（図２４の２３時３０分の電断）されたときに、ＲＡＭ４１ｂに、ＲＴＣ５０の計時結果に基づいて該電源オフされたときの日時（以下、「電源オフ日時」という。）が記憶される。また、サブ制御部９１は、電源オン（図２４の９時の復電）されたときには、該電源オンされたときの日時と、電源オフ日時とを比較することにより日付変更された（午前４時を超えた）か否かを判断する。
つまり、バックアップ電源を有するスロットマシンでは、サブ制御部９１は、ＲＴＣ９７の計時結果に基づいて、サブ制御部９１が日付変更されたか否かを検出する。一方、バックアップ電源を有さないスロットマシンでは、サブ制御部９１は、電源オンされたときには、該電源オンされたときの日時と、電源オフ日時とを比較することにより日付変更されたか否かを判断する。これにより、サブ制御部９１は、通電されているか電断されているかにかかわらず、日付変更されたか否かを判断できる。
また、最初の復電が実行されたか否かについては、日付変更されて、最初に復電されたときには、該最初に復電されたことを示す初回復電フラグをＲＡＭ４１ｂに格納する。該初回復電フラグがＲＡＭ４１ｂに格納されている状態において、復電されたときには、該復電は「最初の復電」とは判断されない。したがって、Ｓ１２においては、日付変更されて、かつ、初回復電フラグがＲＡＭ９１ｂに格納されていない状態で復電が実行されたときに、ＹＥＳと判断される。また、Ｓ１２においては、日付変更されて、かつ、初回復電フラグがＲＡＭ９１ｂに格納されている状態で復電が実行されたとき（つまり、たとえば、１日に２回以上復電したとき）には、ＮＯと判断される。
Ｓ１２において、日付変更され、かつ最初の復電が実行されたと判断した場合には（Ｓ１２のＹＥＳ）、Ｓ１４に進み、日付変更されていないと判断した場合には（Ｓ１２のＮＯ）、Ｓ１６に進む。Ｓ１４の復電時処理は、図１８で説明する。
Ｓ１６において、メイン制御部４１により、設定変更状態であるか否かが判定される。
Ｓ１６において、設定変更状態であると判断されると（Ｓ１６のＹＥＳ）、Ｓ１８に進み、Ｓ１６において、設定変更状態ではないと判断されると（Ｓ１６のＮＯ）、Ｓ１６Ａに進む。
Ｓ１８において、サブ制御部９１は、第１の二次元コードＡを生成し、該生成された第１の二次元コードＡを液晶表示器５１に表示する。このように、設定変更状態では、液晶表示器５１に第１の二次元コードＡが表示される。ここで、図２０（ａ）を用いて、第１の二次元コードＡを生成する手法の一例について説明する。本実施形態の第１の二次元コードＡは、図２０（ａ）に示すように、管理サーバ１２００上の更新ページの所在を示すＵＲＬ（更新用ＵＲＬ）と、ＵＲＬエンコード処理が施された第１所定情報とから生成される。該第１所定情報とは、第１の二次元コードＡであることを特定する二次元コードＡフラグと、該第１の二次元コードＡを生成するスロットマシン１のスロットマシン識別情報と、ゲーム開始時に入力されたパスワードと、第１の二次元コードＡ作成毎に取得されるランダムな値である遊技乱数（本実施形態では、３２ビットの乱数）と、遊技者の端末識別情報に対応する特定遊技履歴情報と、発生情報である。特定遊技履歴情報は、ＲＡＭ９１ｂの特定遊技履歴データベース（図１０（ａ）参照）を構成する各情報（消化ゲーム数、ＢＢ回数、ＲＢ回数、レベル値、経験値）である。以下では、ＵＲＬエンコード処理が施された第１所定情報、およびＵＲＬエンコード処理が施された後述の第２所定情報、ＵＲＬエンコード処理が施された後述の第３所定情報をまとめて「暗号化情報」という。
また、Ｓ１８において、サブ制御部９１は、終了条件成立時に、第１の二次元コードＡの表示を終了して、かつ特定遊技履歴情報を消去する。ここで、終了条件とは、所定時間（たとえば、２０秒）が経過することにより成立する第１条件と、第１の二次元コードＡの表示を終了させる所定操作がされることにより成立する第２条件と、ゲーム進行操作（たとえば、メダルの投入）がされることにより成立する第３条件とを含む。つまり、第１〜第３条件のうちいずれかの条件が成立することにより、第１の二次元コードＡの表示を終了して、かつ特定遊技履歴情報を消去する。特定遊技履歴情報を消去する理由は、第１の二次元コードＡとして、特定遊技履歴情報を出力したことからＲＡＭ９１ｂに残存させる必要性が低く、ＲＡＭ９１ｂの記憶効率を向上させるからである。Ｓ１８の処理が終了すると、スロットマシン１は、図１７の処理を終了する。なお、第１〜第３条件についてはいずれか１つでもよく、いずれか２つであってもよい。
Ｓ１６Ａにおいて、メニュー画面表示操作が行われたか否かが判断される。メニュー画面表示操作とは、図１２（ａ）のメニュー画面を表示させる操作である。Ｓ１６Ａにおいて、メニュー画面表示操作が行われたと判断されたときには（Ｓ１６ＡのＹＥＳ）、Ｓ１６Ｂに進み、Ｓ１６Ａにおいて、メニュー画面表示操作が行われていないと判断されたときには（Ｓ１６ＡのＮＯ）、図１７の処理を終了する。
Ｓ１６Ｂでは、メニュー画面表示フラグがＲＡＭ９１ｂに格納されているか否かが判断される。ここで、メニュー画面表示フラグとは、図１７の処理が実行された日の前日以降の直近の日において、復電された後にメニュー画面が表示されたことを特定可能なフラグである。たとえば、図１７の処理が実行された日を「当日」とし、直近の日として、該当日の１日前（前日）が遊技店が営業日である場合には、メニュー画面表示フラグは、前日にメニュー画面が表示されたことを特定可能なフラグである。また、図１７の処理が実行された日を「当日」とし、直近の日として、該当日の１日前（前日）が遊技店が営業していない日であり、前々日が営業日である場合には、メニュー画面表示フラグは、前々日にメニュー画面が表示されたことを特定可能なフラグである。Ｓ１６ＢにおいてＹＥＳと判断された場合には、Ｓ１６Ｄに進み、Ｓ１６ＢにおいてＮＯと判断された場合には、Ｓ１６Ｃに進む。Ｓ１６Ｃにおいて、メニュー画面表示フラグがＲＡＭ９１ｂに格納される（メニュー画面表示フラグＯＮ）。Ｓ１６Ｃの処理が終了すると、Ｓ１６Ｄに進む。Ｓ１６Ｄにおいて第３の二次元コードＣを生成して表示する（図１２（ａ）参照）。
ここで、図２０（ｃ）を用いて、第３の二次元コードＣを生成する手法の一例について説明する。本実施形態の第３の二次元コードＣは、図２０（ｃ）に示すように、管理サーバ１２００上の更新ページの所在を示すＵＲＬ（更新用ＵＲＬ）と、ＵＲＬエンコード処理が施された第３所定情報から生成される。ここで、第３所定情報とは、第３の二次元コードＣであることを特定する二次元コードＣフラグと、該第３の二次元コードＣを生成するスロットマシン１のスロットマシン識別情報と、第３の二次元コードＣ作成毎に取得されるランダムな値である遊技乱数（本実施形態では、３２ビットの乱数）と、ＲＡＭ９１ｂに格納されている当日の通常遊技履歴情報（図１０（ｃ）参照）と、ＲＡＭ９１ｂに格納されている前日までの（過去７日分の）通常遊技履歴情報（図１０（ｄ）参照）と、ＲＡＭ９１ｂに格納されている当日の目押し情報（図１０（ｅ）参照）と、ＲＡＭ９１ｂに格納されている前日までの（過去３０日分の）目押し情報（図１０（ｆ）参照）である。
また、前日までの（過去３０日分の）目押し情報において、１日分の目押し情報ごとに、該１日の日付を特定可能な日付特定情報αが付加される。日付特定情報αの意義については、図２１のＳ３３００で説明する。
Ｓ１６Ｄにおいて、サブ制御部９１は、終了条件成立時に、第３の二次元コードＣの表示を終了する。ここで、終了条件とは、所定時間（たとえば、２０秒）が経過することにより成立する第１条件と、第３の二次元コードＣの表示を終了させる所定操作がされることにより成立する第２条件と、ゲーム進行操作（たとえば、メダルの投入）がされることにより成立する第３条件とを含む。第３の二次元コードＣの表示を終了させる所定操作とは、メニュー画面が遊技画面に戻す操作（たとえば、ストップスイッチ８Ｃの長押し操作）である。第１〜第３条件のうちいずれかの条件が成立することにより、終了条件が成立して、第３の二次元コードＣの表示を終了する。なお、第１〜第３条件についてはいずれか１つでもよく、いずれか２つであってもよい。
Ｓ１６Ｄの処理が終了すると、Ｓ２０に進む。Ｓ２０において、図１２（ｂ）に示すメニュー画面において、「二次元コード作成」のメニュー項目が選択・決定されたか否かが判断される。Ｓ２０においてＹＥＳと判断されたときには、Ｓ２２に進む。また、Ｓ２０においてＮＯと判断されたときには、図１７の処理を終了する。
Ｓ２２において、サブ制御部９１は、第２の二次元コードＢを生成して表示する。ここで、図２０（ｂ）を用いて、Ｓ２２での二次元コードを生成する手法の一例について説明する。本実施形態の二次元コードは、図２０（ｂ）に示すように、管理サーバ１２００上の更新ページの所在を示すＵＲＬ（更新用ＵＲＬ）と、ＵＲＬエンコード処理が施された第２所定情報とから生成される。該第２所定情報とは、該二次元コードを生成するスロットマシン１のスロットマシン識別情報と、ゲーム開始時に入力されたパスワードと、二次元コード作成毎に取得されるランダムな値である遊技乱数（本実施形態では、３２ビットの乱数）と、遊技者の端末識別情報に対応する特定遊技履歴情報と、発生情報とである。
図２０に示すように、第１の二次元コードＡは二次元コードＡフラグを含み、第３の二次元コードＣは二次元コードＣフラグを含み、第２の二次元コードＢはこのようなフラグを含まない。このようなフラグの有無の観点で３種類の二次元コードは異なる。
また、Ｓ２２において、サブ制御部９１は、終了条件成立時に、第２の二次元コードＢの表示を終了して、かつ特定遊技履歴情報と発生情報とを消去する。特定遊技履歴情報および発生情報を消去する理由は、二次元コードとして、特定遊技履歴情報および発生情報を出力したことからＲＡＭ９１ｂに残存させる必要性が低く、出力済の特定遊技履歴情報および発生情報がいつまでも蓄積されてしまうことを防止ためである。Ｓ２２の処理が終了すると、スロットマシン１は、図１７の処理を終了する。
また、Ｓ１６に示す設定変更状態に制御させるためには（Ｓ１６でＹＥＳと判断されるためには）、スロットマシン１が製造されたときの状態であるか遊技可能状態であるかにかかわらず、前面扉１ｂを開放して、設定キースイッチ３７（図５参照）をＯＮ状態とする必要がある。したがって、設定変更状態への制御は、基本的に、遊技店の店員が行うことができるが、遊技者が行うことはできない。つまり、通常、設定変更状態へ移行させるための操作を店員が行うことにより、Ｓ１８の第１の二次元コードＡは生成される。
一方、Ｓ２０に示す「二次元コード作成」の選択は、遊技者により行われるものである一方、通常、店員により行われない。つまり、通常、「二次元コード作成」を遊技者が選択することにより、Ｓ２２の第２の二次元コードＢは生成される。
また、Ｓ１６Ａに示す「メニュー画面表示操作」は、遊技者により行われるものである一方、通常、店員により行われない。つまり、通常、「メニュー画面表示操作」を遊技者が行うことにより、Ｓ１６Ｄの第３の二次元コードＣは生成される。
［復電時処理について］
次に、Ｓ１４の復電時処理について説明する。図１８は、Ｓ１４の復電時処理のフローチャートを説明するための図である。Ｓ１４０において、メニュー画面表示フラグ（図１７のＳ１６Ｂ参照）がＲＡＭ９１ｂに格納されているか否かが判断される。メニュー画面表示フラグがＲＡＭ９１ｂに格納されていると判断されたときには（Ｓ１４０のＹＥＳ）、Ｓ１４４に進み、メニュー画面表示フラグがＲＡＭ９１ｂに格納されていないと判断されたときには（Ｓ１４０のＮＯ）、Ｓ１４２に進む。
Ｓ１４２では、非表示復電時処理を実行する。また、Ｓ１４４では、表示復電時処理を実行する。非表示復電時処理および表示復電時処理については、図２５で説明する。Ｓ１４４の処理が終了すると、Ｓ１４５において、メニュー画面表示フラグは消去される。
Ｓ１４２の処理終了後、およびＳ１４５の処理終了後、Ｓ１４６に進む。Ｓ１４６では、３１日前の目押し情報、８日前の通常遊技履歴情報、および特定遊技履歴情報が消去される一方、発生情報は残存させる。ＲＡＭ９１ｂの記憶領域において、発生情報と、目押し情報と、通常遊技履歴情報と、特定遊技履歴情報とはそれぞれ異なる領域に記憶されていることから、発生情報を残存させる一方、３１日前の目押し情報、８日前の通常遊技履歴情報、および特定遊技履歴情報を消去することができる。なお、発生情報は、図１７のＳ２２で消去される。
このように、３１日前の目押し情報、８日前の通常遊技履歴情報、および特定遊技履歴情報が消去されることにより、ＲＡＭ９１ｂに記憶される情報の容量を削減できる。また、遊技者がゲームをしたものの、二次元コード生成操作をせずに、終了させた場合（たとえば、図１５の「二次元コード作成」を選択せずに、「終了」を選択した場合）には、Ｓ２２の処理が行われないことから、該遊技者が保有する携帯端末１１００に対応する特定遊技履歴情報は残存する。このような残存された特定遊技履歴情報は、Ｓ１４６で消去される。
［携帯端末の処理、および管理サーバの二次元コード関連処理について］
次に、図１９を用いて、携帯端末１１００および管理サーバ１２００の二次元コード関連処理を説明する。まず、携帯端末１１００の二次元コード関連処理について説明する。
Ｓ２４において、携帯端末１１００の制御部１１０は、カメラ部１６０により二次元コードが撮像されたか否かを判断する。図２２（Ｄ）は、携帯端末１１００で二次元コードを読み取っている際の表示部１４０の表示画面の例を示す図である。このように、オートフォーカスにより焦点が合った状態で、表示画面内の枠内に所定の大きさで、撮影された二次元コードが表示されている状態で、二次元コードの画像が携帯端末１１００に取り込まれる。Ｓ２４においてＹＥＳと判断されるまで、Ｓ２４の処理は繰り返される（Ｓ２４のＮＯ）。
二次元コードが撮像されたと判断されたときには（Ｓ２４のＹＥＳ）、制御部１１０は二次元コードを解析することにより、更新用ＵＲＬと暗号化情報とを取得する。制御部１１０は、取得結果（読取結果）として、図２２（Ｅ）に示す接続画面を表示する。図２２（Ｅ）は、携帯端末１１００の表示部１４０に、二次元コードの解析結果としてのＵＲＬが表示されている様子を示す図である。このように、管理サーバ１２００の所定のウェブページの所在を示すＵＲＬが表示部１４０に表示される。
接続画面を表示させた後にＳ２６に進む。Ｓ２６では、接続操作がされたか否かを判断する。ここで、接続操作とは、図２２（Ｅ）に示す接続ボタンを操作することである。Ｓ２６においてＹＥＳと判断されるまで、Ｓ２６の処理は繰り返される（Ｓ２６のＮＯ）。
また、Ｓ２６のループ処理において所定時間経過時には、携帯端末１１００は、接続画面の表示を終了して、図１７の処理を終了させるようにしてもよい。Ｓ２６において、接続操作がされたと判断される（Ｓ２６のＹＥＳ）とＳ２８に進む。Ｓ２８においては、制御部１１０は、管理サーバ１２００に対して更新要求が行う。ここで、更新要求とは、更新用ＵＲＬに基づいて、暗号化情報を送信することである。
Ｓ２８の処理が終了すると、Ｓ２８Ａに進む。Ｓ２８Ａでは、Ｓ２４で撮像された二次元コードが第３の二次元コードＣであるか否かが判断される。第３の二次元コードＣであるか否かの判断は、二次元コードＣフラグ（図２０（ｃ）参照）の有無に基づいて行われる。具体的には、撮像された二次元コードに二次元コードＣフラグが含まれている場合には、Ｓ２８ＡではＹＥＳと判断され、撮像された二次元コードに二次元コードＣフラグが含まれていない場合には、Ｓ２８ＡではＮＯと判断される。
撮像された二次元コードが第３の二次元コードＣであると判断された場合には（Ｓ２８ＡのＹＥＳ）、Ｓ２８Ｂに進む。Ｓ２８Ｂでは、携帯端末に、通常遊技履歴情報に基づいた情報を表示部１４０に表示する。
ここで、通常遊技履歴情報に基づいた情報とは、スランプグラフ、ＢＢ入賞回数、ＲＢ入賞回数、ＡＴ回数、小役入賞回数、設定示唆演出Ａの実行回数、設定示唆演出Ｂの実行回数などである。
スランプグラフとは、メダルの払出枚数の推移を示すグラフである。スランプグラフは、たとえば、横軸を消化ゲーム数とし、縦軸をメダル払出枚数とした折れ線グラフである。なおスランプグラフは、横軸を時間帯とし、縦軸をメダル払出枚数とした折れ線グラフとしてもよい。また、スランプグラフについては、折れ線グラフに限らず、他の形式のグラフでもよく、たとえば、棒グラフや円グラフなどであってもよい。また、スランプグラフでなくとも、メダル払出枚数の推移を特定できれば、他の情報であってもよい。
通常遊技履歴情報に基づいた情報の表示例については特に図示しないが、たとえば、以下のような表示を行なえばよい。たとえば、表示部１４０の表示領域の下部にスランプグラフが表示され、上部に、ＢＢ入賞回数、ＲＢ入賞回数、ＡＴ回数、小役入賞回数、設定示唆演出Ａの実行回数、設定示唆演出Ｂの実行回数が表示される。
また、本実施形態では、当日分、１日前〜７日前それぞれの通常遊技履歴情報に基づいた情報を表示可能である。具体的には、通常遊技履歴情報に基づいた情報とともに、「当日分」、「１日前」、「２日前」、・・・「７日前」といった、８個の選択肢が表示される。遊技者により選択された選択肢に応じた通常遊技履歴情報に基づいた情報が表示される。具体的には、「当日分」が選択されたときには、当日分の通常遊技履歴情報に基づいた情報が表示される。また、たとえば、「４日前」が選択されたときには、４日前の通常遊技履歴情報に基づいた情報が表示される。
また、ＢＢ入賞回数、ＲＢ入賞回数、ＡＴ回数が表示されることにより、今後、ＢＢに入賞する可能性、ＲＮに入賞する可能性、ＡＴに制御される可能性などを遊技者に予測させることができる。また、設定示唆演出Ａの実行回数、設定示唆演出Ｂの実行回数が表示されることにより、遊技者に設定値を予測させることができる。なお、設定示唆演出Ｂの実行回数が多いほど、設定値４〜６のいずれかに設定されているという可能性が高いといえる。遊技者は、特に、設定示唆演出Ｂの実行回数を視認することにより、設定値４〜６のいずれかに設定されているという可能性を予測できる。
Ｓ２８Ｂの処理が終了すると、携帯端末１１００の二次元コード関連処理は終了する。
また、Ｓ２８Ａの処理が終了すると、Ｓ４６の処理に進む。
次に、管理サーバ１２００の二次元コード関連処理について説明する。管理サーバ１２００は携帯端末１１００から暗号化情報を受信すると、Ｓ３６において更新処理を実行する。図２１は、更新処理の手順を示すフローチャートである。まず、制御部２１０は、当該更新要求のＵＲＬに付随する、暗号化情報に対してＵＲＬデコード処理を実行する（Ｓ３１００）。該ＵＲＬデコード処理により、所定情報（第１所定情報、第２所定情報、および第３所定情報のいずれか）が生成される。
次に、制御部２１０は、該生成された所定情報に、二次元コードＣフラグが含まれているか否かを判断する（Ｓ３２００）。該生成された所定情報に、二次元コードＣフラグが含まれている場合（Ｓ３２００のＹＥＳ）には、Ｓ３２０２Ａに進み、二次元コードＣフラグが含まれていない場合（Ｓ３２００のＮＯ）には、Ｓ３２０１に進む。
つまり、Ｓ３６の更新処理の契機となった撮像された二次元コードが、第３の二次元コードＣである場合には、Ｓ３２０２Ａに進み、Ｓ３６の更新処理の契機となった撮像された二次元コードが、第１の二次元コードＡまたは第２の二次元コードＢである場合には、Ｓ３２０１に進む。
Ｓ３２０１において、制御部２１０は、更新要求の送信元の携帯端末１１００の端末識別情報（ＳＩＭデータ）が、遊技者データベースに既に登録されているか否かを判定する。当該端末識別情報が遊技者データベースに登録済みでない場合（Ｓ３２０１のＮＯ）、Ｓ３２１４に進む。
一方、当該端末識別情報が遊技者データベースに登録済みである場合（Ｓ３２０１のＹＥＳ）、制御部２１０は、当該更新要求のＵＲＬと同じものが、不正ＵＲＬ用ＤＢに登録されているか否かを判定する（Ｓ３２０２）。その結果、同一のＵＲＬが不正ＵＲＬ用ＤＢに登録されている場合（Ｓ３２０２のＹＥＳ）、制御部２１０は、実行する処理をＳ３２１４の処理に進める。
一方、同一のＵＲＬが不正ＵＲＬ用ＤＢに登録されている場合（Ｓ３２０２のＮＯ）、制御部２１０は、当該更新要求のＵＲＬと同じものが、登録ＵＲＬ用ＤＢに登録されているか否かを判定する（Ｓ３２０３）。その結果、同一のＵＲＬが登録ＵＲＬ用ＤＢに登録されている場合（Ｓ３２０３のＹＥＳ）、制御部２１０は、実行する処理をＳ３２１４の処理に進める。
一方、同一のＵＲＬが登録ＵＲＬ用ＤＢに登録されている場合（Ｓ３２０３のＮＯ）、制御部２１０は、Ｓ３１００でデコードされた各パラメータがそれぞれ所定範囲内の値を有するか否かを判定する（Ｓ３２０５）。その結果、各パラメータのいずれかが所定範囲内の値を有しない場合（Ｓ３２０５のＮＯ）、制御部は、実行する処理をＳ３２１４の処理に進める。
一方、各パラメータがそれぞれ所定範囲内の値を有する場合（Ｓ３２０５のＹＥＳ）、制御部２１０は、当該更新要求から特定されるパスワードと、遊技者データベースの当該端末識別情報に対応する遊技者情報に格納されているパスワードとが一致するか否かを判定する（Ｓ３２０６）。その結果、パスワードが一致する場合（Ｓ３２０６のＹＥＳ）、制御部２１０は、実行する処理をＳ３２０４の処理に進める。
一方、パスワードが不一致の場合（Ｓ３２０６のＮＯ）、制御部２１０は、１文字のみの不一致であって、パスワード入力時の配列上の前後１字の違いであるか否かを判定する（Ｓ３２０７）。パスワード入力時の配列上の前後１字の違いとは、図１３（ｂ）に示すパスワード入力画面の前後１文字であり、例えば、正規のパスワードに含まれる１文字が「Ｚ」であれば、その前後１字とは「Ｙ」と「＝」が該当する。その結果、２文字以上の不一致、又は、前後１字違いでない場合（Ｓ３２０７のＮＯ）、制御部２１０は、実行する処理をＳ３２１４の処理に進める。
一方、１文字のみの不一致であって、前後１字違いである場合（Ｓ３２０７のＹＥＳ）、入力ミスの条件を満たすとして、パスワードが発行された遊技者であると一応認証し、制御部２１０は、実行する処理をＳ３２０８の処理に進める。
次に、制御部２１０は、当該更新要求から特定されるパスワード又は遊技乱数と同じものが、特定遊技履歴データベースの当該端末識別情報に対応する特定遊技履歴情報に格納されているか否かを判定する（Ｓ３２０８）。その結果、同一のパスワード又は遊技乱数が特定遊技履歴情報に格納されている場合（Ｓ３２０８のＹＥＳ）、以前の更新要求に用いられたものと同一の二次元コードによる更新要求である可能性が極めて高い。このため、制御部２１０は、実行する処理をＳ３２１４の処理に進める。
一方、同一のパスワード及び遊技乱数の何れも遊技結果情報に格納されていない場合（Ｓ３２０８のＮＯ）、制御部２１０は、当該携帯端末１１００から受信した、特定遊技履歴情報などに基づいて、遊技者データベースの当該遊技者に対応する遊技者情報の内容を更新すると共に、特定遊技履歴データベースに特定遊技履歴情報を追加登録する（Ｓ３２０９）。また、遊技者情報のステータスを待機中に更新する。さらに、Ｓ３２０９において、制御部２１０は、当該携帯端末１１００から受信した発生情報に基づいて、発生情報データベース（図１１（ｃ）参照）のスロットマシン識別情報に対応する発生情報を更新する。
次に、制御部２１０は、登録ＵＲＬ用ＤＢに当該更新要求のＵＲＬを登録する（Ｓ３２１１）。また、ステップ３２１４では、制御部２１０は、当該更新要求のＵＲＬが不正ＵＲＬ用ＤＢに登録されているか否かを判定する（Ｓ３２１４）。その結果、当該更新要求のＵＲＬが不正ＵＲＬ用ＤＢに登録されている場合（Ｓ３２１４のＹＥＳ）、制御部２１０は、特定遊技履歴等の更新が不可である旨を、当該端末識別情報で示される携帯端末１１００に送信する（Ｓ３２１６）。その後、制御部２１０は、実行する処理をこの処理の呼出元の処理に戻す。
一方、当該更新要求のＵＲＬが不正ＵＲＬ用ＤＢに登録されていない場合（Ｓ３２１４のＮＯ）、不正ＵＲＬ用ＤＢに当該更新要求のＵＲＬを登録し（Ｓ３２１６）、Ｓ３２１６の処理を実行する。その後、制御部２１０は、実行する処理をこの処理の呼出元の処理に戻す。
なお、以上の更新処理において、パスワードが、１文字のみの不一致であって、前後１字違いである場合（Ｓ３２０７のＹＥＳ）の遊技者情報の更新では、受信した、特定遊技履歴情報等に基づいて、該当する全ての項目を更新するのではなく、このうち、消化ゲーム数、総ＢＢ回数、総ＲＢ回数、当該遊技者情報に格納されているレベルで出現しうる達成ミッションの種類等、特定遊技履歴の連続性に影響のない項目のみ更新し、レベル、当該遊技者情報に格納されているレベルでは出現しない達成ミッションの種類等、特定遊技履歴の連続性に影響する項目や等の更新が行われないようにしてもよい。その際、更新完了の通知においては、パスワードが完全には一致しなかったが入力ミスの範囲であったこと、そのため、連続性に影響のない一部の項目しか更新されなかったことを併せて通知するようにしてもよい。このようにすれば、遊技者は、パスワードの入力をミスしたが、特定遊技履歴は無事更新されたことを認識することができる上、更新されていない特定遊技履歴があっても、その原因を特定することが可能となる。
また、入力ミスの条件は、任意の設計事項であり、管理サーバ１２００に登録されているパスワードと、更新要求に含まれるパスワードの双方に類似性があり、入力ミスである可能性が高いと推測されるものであればよい。例えば、双方のパスワードが１文字だけしか異ならないことのみをもって入力ミスの条件が満たされたと判定してもよいし、２文字まで前後１字違いの相違であることをもって入力ミスの条件が満たされたと判定してもよい。また、双方のパスワードで異なる文字が「Ｏ」と「０」のように見間違う可能性の高い文字である場合や、大文字と小文字の違い等、類似性が高いと推測されるものは、入力ミスの条件を満たすものと判定してもよい。
次に、Ｓ３１００でＮＯと判断された場合について説明する。Ｓ３１００でＮＯと判断されたときには、Ｓ３２０２Ａに進む。Ｓ３２０２Ａ、Ｓ３２０３Ａ、Ｓ３２０５Ａはそれぞれ、Ｓ３２０２、Ｓ３２０３、Ｓ３２０５の処理と同一であることから、説明を省略する。Ｓ３２０５ＡでＹＥＳと判断されると、Ｓ３３００に進む。
Ｓ３３００では、制御部２１０は、記憶部２２０の目押し情報（図１１（ｄ）参照）を更新する。ここで、図２０（ｃ）でも説明したように、前日までの（過去３０日分の）目押し情報において、１日分の目押し情報それぞれに、該１日の日付を特定可能な日付特定情報αが付加される。ここで、日付特定情報から特定される日付の目押し情報が既にＲＡＭ９１ｂに格納されている場合には、該ＲＡＭ９１ｂに既に格納されている目押し情報は、更新されない。たとえば、図１０（ｆ）の例では、２０１５年５月２９日分の目押し情報と、２０１５年５月３０日分の目押し情報と既に記憶されている。したがって、２０１５年５月２９日を特定可能な日付特定情報αが付加された目押し情報、および２０１５年５月３０日を特定可能な日付特定情報αが付加された目押し情報が、第３所定情報に含まれていたとしても、ＲＡＭ９１ｂに既に格納されている２０１５年５月２９日、および２０１５年５月３０日の目押し情報は更新されない。
このように、前日までの目押し情報それぞれに、日付特定情報αを付加することにより、ＲＡＭ９１ｂに格納されている目押し情報が重複して更新されることを防止でき、該更新処理の処理負担を軽減できる。Ｓ３３００の処理が終了すると、制御部２１０は、実行する処理をこの処理の呼出元の処理に戻す。
説明を図１９に戻す。Ｓ３６の更新処理が終了するとＳ３８に処理に進む。Ｓ３８において、制御部２１０は、Ｓ２４において撮像された二次元コードは第１の二次元コードＡであるか否かを判断する。この判断は、図２０（ａ）で説明した二次元コードＡフラグの有無を検出することにより行われる。Ｓ３２０４のＵＲＬデコード処理を実行した結果、二次元コードＡフラグが含まれていると判断した場合には、該解析された二次元コードは、第１の二次元コードＡであると判断される。一方、ＵＲＬデコード処理を実行した結果、二次元コードＡフラグが含まれていないと判断した場合には、該解析された二次元コードは、第２の二次元コードＢまたは第３の二次元コードＣであると判断される。
Ｓ３８において、撮像された二次元コードは第１の二次元コードＡであると判断されたときには（Ｓ３８のＹＥＳ）、Ｓ４０に進む。また、Ｓ３８において、撮像された二次元コードは第１の二次元コードＡではない（第２の二次元コードＢまたは第３の二次元コードＣである）と判断されたときには（Ｓ３８のＮＯ）、Ｓ４３に進む。
Ｓ４０において、通信部２５０は、発生情報のうち不正可能性情報（ドア開放情報とコネクタ外れ情報）を、Ｓ３６で取得した携帯端末識別情報から特定される携帯端末１１００に対して送信する。つまり、Ｓ４０では、Ｓ１６で説明した設定変更状態に制御させた店員の携帯端末に不正可能性情報を送信することができる。
Ｓ４６において、制御部２１０は、管理サーバ１２００から送信された情報に基づいた画像を表示部１４０に表示させる。つまり、Ｓ４６では、制御部１１０は、不正可能性情報に基づいた画像を表示部１４０に表示させる。図２３は、本実施形態の表示部１４０の表示態様の一例を示したものである。図２３に示すように、表示部１４０には、たとえば、「ドア開放発生：２０１４年５月１７日ＡＭ１：１３（電断時） コネクタ外れ発生：なし」などが表示される。表示部１４０を閲覧した閲覧者（つまり、Ｓ１６の設定変更状態に移行させた店員）は、ドア開放発生の発生日時と、コネクタ外れは発生していないことを認識できる。
Ｓ４３において、制御部２１０は、Ｓ２４において撮像された二次元コードは第２の二次元コードＢであるか否かを判断する。この判断は、図２０（ａ）で説明した二次元コードＣフラグの有無を検出することにより行われる。Ｓ３２０４のＵＲＬデコード処理を実行した結果、二次元コードＣフラグが含まれていると判断した場合には、該解析された二次元コードは、第２の二次元コードＢではない（第３の二次元コードＣである）と判断される。一方、ＵＲＬデコード処理を実行した結果、二次元コードＣフラグが含まれていないと判断した場合には、該解析された二次元コードは、第２の二次元コードＢであると判断される。Ｓ４３でＹＥＳと判断された場合には、Ｓ４４に進み、Ｓ４３でＮＯと判断された場合には、二次元コード関連処理を終了する。
Ｓ４４において、通信部２５０は、Ｓ３６で取得した端末識別情報に対応する特定遊技履歴情報を、該端末識別情報から特定される携帯端末１１００に対して送信する。つまり、Ｓ４４では、Ｓ２０で説明した「二次元コード作成」のメニュー項目を選択した遊技者の携帯端末に該特定遊技履歴情報を送信することができる。
Ｓ４６において、制御部１１０は、特定遊技履歴情報に基づいた画像を表示部１４０に表示させる（図２２（Ｆ）参照）。表示部１４０を閲覧した閲覧者（遊技者）は、自身の特定遊技履歴情報を認識できる。
［表示復電時処理、および非表示復電時処理などについて］
次に、図１８で説明した非表示復電時処理（図１８のＳ１４２）と、表示復電時処理（図１８のＳ１４４）とについて説明する。図２４は、非表示復電時処理および表示復電時処理のタイミングなどを説明するための図である。また、図２５は、非表示復電時処理および表示復電時処理の内容などを説明するための図である。
図２４の例では、６／２８（６月２８日）、６／２９（６月２９日）、および６／３０（６月３０日）を例にして説明する。また、図２４の例では、６／２８、６／２９、および６／３０それぞれにおいて、午前９時に、遊技店の店員などにより復電が実行され（スロットマシンの電源がＯＮされ）、午後２３時３０分に店員などにより電断されたものとする（スロットマシンの電源がＯＦＦされる）。
図２５の例では、当日の目押し情報、当日の通常遊技履歴情報、前日までの目押し情報、前日までの通常遊技履歴情報をそれぞれ四角で囲っている。該四角は、該四角で囲っている情報の記憶領域を意味する。以下では、当日の目押し情報を記憶している領域（つまり、図１０（ｅ）のデータベースが記憶されている領域）を「当日の目押し情報領域」という。また、前日までの目押し情報を記憶している領域（つまり、図１０（ｆ）のデータベースが記憶されている領域）を「前日までの目押し情報領域」という。また、当日の通常遊技履歴情報を記憶している領域（つまり、図１０（ｃ）のデータベースが記憶されている領域）を「当日の通常遊技履歴情報領域」という。また、前日までの通常遊技履歴情報を記憶している領域（つまり、図１０（ｄ）のデータベースが記憶されている領域）を「前日までの通常遊技履歴情報領域」という。
図２４に示すように、６／２８〜６／３０の午前９時の箇所に示すように、復電されたときには、非表示復電時処理および表示復電時処理のいずれかが実行される。これとともに、情報更新処理の実行が開始される。
図２５（Ａ）は、情報更新処理について示したものである。情報更新処理は、図２５（Ａ−１）に示すように、当日の目押し情報を更新する処理と、図２５（Ａ−２）に示すように、当日の通常遊技履歴情報を更新する処理とを含む。図１０（ｂ）で説明したように、スロットマシン１に対して復電されたときから、電断されるときまでの期間（通常遊技履歴更新期間）において、１ゲーム消化するごとに、当日の通常遊技履歴情報は更新される。また、図１０（ｅ）で説明したように、スロットマシン１に対して復電されたときから、電断されるときまでの期間（通常遊技履歴更新期間）において、１ゲーム消化するごとに、当日の目押し情報は更新される。
また、６／２８では、メニュー画面が表示されなかったとする。次に、６／２９の午前９時において、スロットマシン１に対して、店員などにより復電されたとする。６／２８では、メニュー画面が表示されていないことから（図１８のＳ１４０でＮＯ）、６／２９の午前９時での復電時処理は、非表示復電時処理（図１８のＳ１４２）が実行される。
図２５（Ｂ）は、非表示復電時処理について示したものである。非表示復電時処理は、図２５（Ｂ−１）に示すように、目押し情報についての復電時処理と、図２５（Ｂ−２）に示すように、通常遊技履歴情報についての復電時処理とを含む。
まず、図２５（Ｂ−１）を用いて、目押し情報についての復電時処理を説明する。目押し情報についての復電時処理は、前日までの目押し情報（図１０（ｆ））と、当日の目押し情報（図１０（ｅ））とをバッファ領域に移行させ、前日までの目押し情報と、当日の目押し情報とを、該バッファ領域で足し合わせる。そして、該バッファ領域の情報（前日までの目押し情報と当日の目押し情報とを足し合わせた情報）を前日までの目押し情報領域に移行させる。これとともに、当日の目押し情報領域に記憶されている情報を消去する（図２５（Ｂ−１）の※印参照）。
次に、図２５（Ｂ−２）を用いて、通常遊技履歴情報についての復電時処理を説明する。通常遊技履歴情報についての復電時処理は、前日までの通常遊技履歴情報（図１０（ｄ））と、当日の通常遊技履歴情報（図１０（ｃ））とをバッファ領域に移行させ、前日までの通常遊技履歴情報と、当日の通常遊技履歴情報とを該バッファ領域で足し合わせる。
そして、該バッファ領域の情報（前日までの通常遊技履歴情報と当日の通常遊技履歴情報とを足し合わせた情報）を前日までの通常遊技履歴情報領域に移行させる。これとともに、当日の通常遊技履歴情報領域に記憶されている情報を消去する（図２５（Ｂ−２）の※印参照）。
つまり、６／２９の午前９時での非表示復電時処理を実行することにより、当日の目押し情報（６／２８の目押し情報）が、前日までの目押し情報（５／２８〜６／２７の目押し情報）に加算され、かつ図１８のＳ１４６により５／２８の目押し情報は消去される。
これにより、前日までの目押し情報領域には、５／２９〜６／２８分の目押し情報（過去３０日分の目押し情報）が記憶されることになる。
また、６／２９の午前９時での非表示復電時処理を実行することにより、当日の通常遊技履歴情報（６／２８の通常遊技履歴情報）が、前日までの通常遊技履歴情報（６／２１〜６／２７の通常遊技履歴情報）に加算され、かつ図１８のＳ１４６により６／２１の通常遊技履歴情報は消去される。これにより、前日までの通常遊技履歴情報領域には、６／２２〜６／２８分の通常遊技履歴情報（過去７日分の通常遊技履歴情報）が記憶されることになる。
６／２９の午前９時での非表示復電時処理を実行することにより、当日の目押し情報領域の情報および当日の通常遊技履歴情報領域の情報は何れとも消去される（図２５（Ｂ−１）および図２５（Ｂ−２）の※印参照）。したがって、６／２９において、当日の目押し情報、および当日の通常遊技履歴情報を精度よく記憶させることができる。
また、６／２９の１５時に、メニュー画面が表示されたとする。この場合には、図１７のＳ１６ＡおよびＳ１６Ｄで説明したように、第３の二次元コードＣが生成されて表示される。
図２５（Ｄ）は、第３の二次元コードＣの生成について示したものである。第３の二次元コードＣの生成処理においては、図２５（Ｄ）に示すように、当日の目押し情報を、前日までの目押し情報領域に移行することにより、該前日までの目押し情報領域において、該当日の目押し情報と前日までの目押し情報とを加算する。また、当日の通常遊技履歴情報を、前日までの通常遊技履歴情報領域に移行することにより、該前日までの通常遊技履歴情報領域において、当日の通常遊技履歴情報と前日までの通常遊技履歴情報とを加算する。
そして、前日までの目押し情報領域に記憶されている情報（当日の目押し情報＋前日までの目押し情報）と、前日までの通常遊技履歴情報領域に記憶されている情報（当日の通常遊技履歴情報＋前日までの通常遊技履歴情報）とから、第３の二次元コードＣを生成する（図２０（ｃ）も参照）。
また、第３の二次元コードＣの生成処理を実行することにより、当日の目押し情報領域の情報および当日の通常遊技履歴情報領域の情報は何れとも消去される（図２５（Ｄ）の※印参照）。したがって、第３の二次元コードＣが生成された以降において、当日の目押し情報、および当日の通常遊技履歴情報を精度よく記憶させることができる。
次に、６／３０の午前９時において、スロットマシン１に対して、店員などにより復電されたとする。６／２９では、メニュー画面が表示されたことから（図１８のＳ１４０でＹＥＳ）、６／３０の午前９時では、表示復電時処理（図１８のＳ１４４）が実行される。
図２５（Ｃ）は、非表示復電時処理について示したものである。非表示復電時処理は、図２５（Ｃ−１）に示すように、目押し情報についての復電時処理と、図２５（Ｃ−２）に示すように、通常遊技履歴情報についての復電時処理とを含む。
まず、図２５（Ｃ−１）を用いて、目押し情報についての復電時処理を説明する。目押し情報についての復電時処理は、当日の目押し情報を、前日までの目押し情報領域に移行することにより、前日までの目押し情報領域において該当日の目押し情報と前日までの目押し情報とを加算する。これとともに、当日の目押し情報領域に記憶されている情報を消去する（図２５（Ｃ−１）の※印参照）。
次に、図２５（Ｃ−２）を用いて、通常遊技履歴情報についての復電時処理を説明する。通常遊技履歴情報についての復電時処理は、当日の通常遊技履歴情報を、前日までの通常遊技履歴情報領域に移行することにより、前日までの通常遊技履歴情報領域において、該当日の通常遊技履歴情報と前日までの通常遊技履歴情報とを加算する。これとともに、当日の通常遊技履歴情報領域に記憶されている情報を消去する（図２５（Ｃ−２）の※印参照）。
つまり、６／３０の午前９時での表示復電時処理を実行することにより、当日の目押し情報（６／２９の目押し情報）が、前日までの目押し情報（５／２９〜６／２８の目押し情報）に加算され、かつ図１８のＳ１４６により５／２９の目押し情報は消去される。これにより、前日までの目押し情報領域は、５／３０〜６／２９分の目押し情報が記憶されることになる。
また、６／３０の午前９時での表示復電時処理を実行することにより、当日の通常遊技履歴情報（６／２９の通常遊技履歴情報）が、前日までの通常遊技履歴情報（６／２２〜６／２８の通常遊技履歴情報）に加算され、かつ図１８のＳ１４６により６／２２の通常遊技履歴情報は消去される。これにより、前日までの通常遊技履歴情報領域は、６／２３〜６／２９分の通常遊技履歴情報が記憶されることになる。
６／３０の午前９時での非表示復電時処理を実行することにより、当日の目押し情報領域の情報および当日の通常遊技履歴情報領域の情報は何れとも消去される。したがって、６／３０において、当日の目押し情報、および当日の通常遊技履歴情報を精度よく記憶させることができる。
なお、図２４の６／２８の午前９時の復電時処理として、６／２７においてメニュー画面が表示されたときには表示復電時処理が実行され、６／２７においてメニュー画面が表示されなかったときには非表示復電時処理が実行される。
次に、図２５（Ｂ）の非表示復電時処理でバッファ領域を用いた理由を説明する。以下の説明では、目押し情報を例にとって説明する。図２４の例では、６／２８にメニュー画面が表示されなかったことにより、６／２９の午前９時に非表示復電時処理が実行される。たとえば、６／２８の午前９時に復電されたにもかかわらず、エラーの発生などにより、復電時処理が行われない場合がある。この場合には、６／２８では第３の二次元コードＣの生成処理が実行されていないことから、６／２８で電断された時点（２３時３０分）では、６／２７の目押し情報が前日までの目押し情報領域に記憶されておらず、６／２７および６／２８の双方の目押し情報（２日分の目押し情報）が当日の目押し情報領域に記憶されている状態となり、当日の目押し情報領域に記憶される情報は多量（以下、「多量な情報」という。）となる。仮に、図２５（Ｃ−１）に示すように、バッファ領域を用いずに、当日の目押し情報領域に記憶されている多量な情報を、直接、前日までの目押し情報領域に移行した場合には、該移行する速度が低下したり、当日の目押し情報領域に記憶される情報の全てを前日までの目押し情報領域に移行できなかったりする場合がある。そうすると、前日までの目押し情報領域において該当日の目押し情報と前日までの目押し情報とを加算する処理を実行したとしても、適切に、加算できない虞がある。
そこで、図２５（Ｂ−１）に示すように、バッファ領域を用いた処理を実行する。このようにバッファ領域を用いた処理を実行することにより、当日の目押し情報領域に記憶される情報が多量となったとしても、何ら情報が記憶されていないバッファ領域に該多量な情報を移行させることから、該移行する速度が低下したり、当日の目押し情報領域に記憶される情報の全てをバッファ領域に移行できないといった問題が生じる可能性を低減できる。
一方、図２５（Ｃ）に示す表示復電時処理では、当日の目押し情報を、直接（バッファ領域を用いずに）、前日までの目押し情報領域に移行させる。表示復電時処理が実行される場合というのは、前日にメニュー画面が表示されたとき、つまり、前日に第３の二次元コードＣ生成処理（図２５（Ｄ））が実行されたときである。
第３の二次元コードＣ生成処理が行われることにより、当日の目押し情報は、前日までの目押し情報領域に移行されている。つまり、表示復電時処理が実行されるときというのは、非表示復電時処理が実行されるときよりも、当日の目押し情報領域に多量な情報（２日分の目押し情報）が記憶される状況となる可能性は低い。したがって、表示復電時処理では、バッファ領域を用いない処理が実行される。
［液晶表示器５１に表示される通常遊技履歴情報と、携帯端末１１００の表示部１４０に表示される通常遊技履歴情報との違いについて］
通常遊技履歴情報は、図１９のＳ２８Ｂで説明したように、携帯端末１１００で第３の二次元コードＣを撮像することにより該携帯端末１１００の表示部１４０でも表示可能であり、図１２（ａ）の「遊技履歴」のメニュー項目が選択されたときでも、液晶表示器５１に表示可能である。以下に、携帯端末１１００の表示部１４０に表示された通常遊技履歴情報（以下、「第１通常遊技履歴情報」という。）と、液晶表示器５１に表示された通常遊技履歴情報（以下、「第２通常遊技履歴情報」という。）との違いについて説明する。
第１通常遊技履歴情報の方が、第２通常遊技履歴情報よりも、遊技者にとって有利であることが好ましい。ここで、「遊技者にとって有利である」とは、「情報量が多い」とすることが好ましい。つまり、第１通常遊技履歴情報の方が、第２通常遊技履歴情報よりも、情報量が多いとすることが好ましい。たとえば、第１通常遊技履歴情報を表示することにより、設定示唆演出Ａの回数および設定示唆演出Ｂの回数が表示される一方、第２通常遊技履歴情報を表示することにより、設定示唆演出Ａの回数および設定示唆演出Ｂの回数は表示されないとしてもよい。
また、「遊技者にとって有利である」とは、「情報の精度が高い」としてもよい。つまり、第１通常遊技履歴情報の方が、第２通常遊技履歴情報よりも、情報の精度が高いとしてもよい。たとえば、第１通常遊技履歴情報で表示されるスランプグラフでの横軸（消化ゲーム数）は、１０刻みである一方、第２通常遊技履歴情報で表示されるスランプグラフでの横軸（消化ゲーム数）は、１００刻みであるとしてもよい。
次に、前述した実施の形態により得られる主な効果を説明する。
（１） 本実施形態では、メニュー画面（図１２（ａ））が表示されるときに、第３の二次元コードＣが表示される。遊技者の携帯端末１１００により該第３の二次元コードＣが撮像されることで、該携帯端末により通常遊技履歴情報に基づく情報を表示させることができる（図１９のＳ２８Ｂ参照）。ここで、図２０（ｃ）に示すように、本実施形態の第３の二次元コードＣには、通常遊技履歴情報のみならず、更新用ＵＲＬおよび目押し情報も含まれる。したがって、該遊技者の携帯端末により該第３の二次元コードＣが撮像されることで、管理サーバ１２００内の目押し情報も更新させることができる（図２１のＳ３３００）。つまり、遊技者による「通常遊技履歴情報を表示させるために行われる第３の二次元コードＣの撮像行為」を利用して、管理サーバ１２００に目押し情報を送信して、管理サーバ１２００内の目押し情報を更新させることができる。
さらに、第３の二次元コードＣの出力タイミングにおいて、ＲＡＭ９１ｂが記憶している当日の通常遊技履歴情報が出力されることから、最新の通常遊技履歴情報を携帯端末１１００で取得させることができる（図２０（ｃ）、および図２５（Ｄ）参照）。
（２） また、図２４および図２５（Ａ−２）で説明したように、当日の通常遊技履歴情報は、スロットマシン１への復電が行われたときから、つまり、遊技者の意思に関わらず、１ゲーム消化する毎に、更新される。したがって、遊技者の動作負担を強いることなく、当日の通常遊技履歴情報を更新させることができる。
（３） また、図１０（ｃ）、図１０（ｄ）、図２５（Ｂ）、および図２５（Ｃ）に示すように、通常遊技履歴情報は、当日の通常遊技履歴情報と、前日までの通常遊技履歴情報とに分けられ、当日の通常遊技履歴情報は、当日の通常遊技履歴情報領域に記憶され、前日までの通常遊技履歴は、前日までの通常遊技履歴情報領域に記憶される。したがって、通常遊技履歴情報の量を増大させることができる。さらに、当日の通常遊技履歴情報と、前日までの通常遊技履歴情報とを分けて記憶させることにより、当日の通常遊技履歴情報と、前日までの通常遊技履歴情報とを適切に記憶させることができる。
（４） 本実施形態では、図２５（Ｂ−２）、（Ｃ−２）に示すように、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときには、当日の通常遊技履歴情報領域に記憶されていた情報は、前日までの通常遊技履歴情報領域に移行される。したがって、当日の通常遊技履歴情報領域に記憶されていた情報を保護できる。
また、仮に、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときに、当日の通常遊技履歴情報領域に記憶されていた情報を消去しないスロットマシンでは、該情報は消去されずに残存してしまう。この場合には、残存していた情報の存在により、該復電時処理が実行された日において記憶される通常遊技履歴情報が破壊されたり欠損したりすることから、当日の通常遊技履歴情報の更新処理の精度を低下させる虞がある。
これに対し、本実施形態では、図２５（Ｂ−２）、（Ｃ−２）に示すように、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときには、当日の通常遊技履歴情報領域に記憶されていた情報は消去される。したがって、当日の通常遊技履歴情報領域に記憶されていた情報を残存させることがないので、該復電時処理が実行された日において記憶される通常遊技履歴情報が破壊されたり欠損したりすることを防止できることから、当日の通常遊技履歴情報の更新処理の精度を向上させることができる。
（５） 図２０（ｃ）および図２５に示すように、前日までの通常遊技履歴情報および当日の通常遊技履歴情報を用いて、第３の二次元コードＣは生成される。したがって、第３の二次元コードＣに含ませる通常遊技履歴情報の量を多様にすることができる。
（６） また、図２４および図２５（Ａ−１）で説明したように、当日の目押し情報は、スロットマシン１への復電が行われたときから、つまり、遊技者の意思に関わらず、１ゲーム消化する毎に、更新される。したがって、遊技者の動作負担を強いることなく、当日の目押し情報を更新させることができる。
（７） また、図１０（ｅ）、図１０（ｆ）、図２５（Ｂ）、および図２５（Ｃ）に示すように、目押し情報は、当日の目押し情報と、前日までの目押し情報とに分けられ、当日の目押し情報は、当日の目押し情報領域に記憶され、前日までの通常遊技履歴は、前日までの目押し情報領域に記憶される。したがって、目押し情報の量を増大させることができる。さらに、当日の目押し情報と、前日までの目押し情報とを分けて記憶させることにより、当日の目押し情報と、前日までの目押し情報とを適切に記憶させることができる。
（８） 本実施形態では、図２５（Ｂ−１）、（Ｃ−１）に示すように、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときには、当日の目押し情報領域に記憶されていた情報は、前日までの目押し情報領域に移行される。したがって、当日の目押し情報領域に記憶されていた情報を保護できる。
また、仮に、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときに、当日の目押し情報領域に記憶されていた情報を消去しないスロットマシンでは、該情報は消去されずに残存してしまう。この場合には、残存していた情報の存在により、該復電時処理が実行された日において記憶される目押し情報が破壊されたり欠損したりすることから、目押し情報の更新処理の精度を低下させる虞がある。
これに対し、本実施形態では、図２５（Ｂ−１）、（Ｃ−１）に示すように、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときには、当日の目押し情報領域に記憶されていた情報は消去される。したがって、当日の目押し情報領域に記憶されていた情報を残存させることがないので、該復電時処理が実行された日において記憶される目押し情報が破壊されたり欠損したりすることを防止できることから、当日の目押し情報の更新処理の精度を向上させることができる。
（９） 図２０（ｃ）および図２５に示すように、前日までの目押し情報および当日の目押し情報を用いて、第３の二次元コードＣは生成される。したがって、第３の二次元コードＣに含ませる目押し情報の量を増大させることができる。
（１０） 遊技者は、携帯端末１１００で第３の二次元コードＣを撮像することにより、メダルの払出枚数の推移を特定可能なスランプグラフを、該携帯端末１１００の表示部１４０に表示させることができる（図１９のＳ２８Ｂ）。したがって、第３の二次元コードＣを生成したスロットマシン１のメダルの払出枚数の推移を遊技者に認識させることができる。
（１１） ところで、管理サーバ１２００において目押し情報が更新されるには、第３の二次元コードＣが遊技者により携帯端末１１００で撮像されることが必要である。ところが、第３の二次元コードＣが表示されたとしても、遊技者により撮像されない場合がある。本実施形態では、第３の二次元コードＣが撮像されたか否かにかかわらず、該第３の二次元コードＣに含まれていた当日の目押し情報（目押し情報Ｘとする）は、復電時処理により、前日までの目押し情報とされる（図２５（Ｂ）または図２５（Ｃ））。さらに、該前日までの目押し情報として、過去３０日分の目押し情報が記憶され、該前日までの目押し情報が第３の二次元コードＣに含まれる。したがって、第３の二次元コードＣが表示されたときに、遊技者により撮像されない場合があっても、その日から３０日以内に、第３の二次元コードＣが撮像された場合には、該目押し情報Ｘは、管理サーバ１２００に送信されることになる。
このように、本実施形態では、前日までの目押し情報として、過去３０日分の目押し情報を記憶することで、遊技者により第３の二次元コードＣが撮像されない場合があっても、該第３の二次元コードＣに含まれる目押し情報Ｘが、管理サーバ１２００に送信されないことを極力防止できる。
（１２） 第３の二次元コードＣには、前日までの目押し情報（過去３０日分）が含まれているが、１日分の目押し情報それぞれに、該１日の日付を特定可能な日付特定情報αが付加される（図２０（ｃ）参照）。制御部２１０は、日付特定情報から特定される日付の目押し情報が既にＲＡＭ９１ｂに格納されている場合には、該既に格納されている目押し情報を更新しない。このように、日付特定情報αを付加することにより、ＲＡＭ９１ｂに格納されている目押し情報の更新が重複して行われることを防止でき、該更新処理の処理負担を軽減できる。
（１３） 図２５（Ｄ）に示すように、第３の二次元コードＣが生成されるときには、当日の目押し情報は、前日までの目押し情報領域に移行されるとともに、該当日の目押し情報領域に記憶されている情報、および当日の通常遊技履歴情報領域に記憶されている情報は消去される。したがって、復電時処理のみならず、第３の二次元コードＣが生成されるときにも、当日の目押し情報領域に記憶されている情報、および当日の通常遊技履歴情報領域に記憶されている情報は消去される。したがって、当日の目押し情報領域に記憶されている情報、および当日の通常遊技履歴情報領域に記憶されている情報が消去される頻度を増加させることができ、当日の目押し情報、および当日の通常遊技履歴情報を精度よく記憶させることができる。
（１４） 本実施形態では、特定遊技履歴更新期間終了時などに、遊技者が「二次元コード作成」の選択（Ｓ２０参照）を行ったときに、該特定遊技履歴更新期間についての特定遊技履歴情報が含まれた第２の二次元コードＢが表示される。該遊技者の携帯端末により該第２の二次元コードＢが撮像されることで、管理サーバ１２００に特定遊技履歴情報を送信して、管理サーバ１２００内の特定遊技履歴情報を更新させることができる（Ｓ３６の更新処理）。ここで、図２０に示すように、本実施形態の第２の二次元コードＢには、特定遊技履歴情報のみならず発生情報も含まれる。したがって、該遊技者の携帯端末により該二次元コードが撮像されることで、管理サーバ１２００内の特定遊技履歴情報のみならず発生情報も更新させることができる。つまり、遊技者による「特定遊技履歴情報の更新のために行われる二次元コードの撮像行為」を利用して、管理サーバ１２００に発生情報を送信して、管理サーバ１２００内の発生情報を更新させることができる。
（１５） また、図１７のＳ１２、Ｓ１４に示すように、日付変更されたときには、ＲＡＭ９１ｂ内の発生情報以外の情報は消去される。したがって、ＲＡＭ９１ｂの記憶効率を向上させることができる。一方、日付変更されたときには、ＲＡＭ９１ｂ内の発生情報は消去させない。したがって、発生情報を適切に残存させることができ、発生情報を欠落させることなく管理サーバ１２００に送信することができる。
（１６） また、図２０に示すように発生情報には、エラー情報が含まれている。したがって、管理サーバ１２００の記憶部２２０にエラー情報を記憶させることができる。よって、管理サーバ１２００の管理者は、発生情報画像を表示させて、エラー情報から特定されるエラーの発生状況を把握できる。また、エラーには、不正の可能性が高いエラー（ＲＡＭ異常エラー、設定値エラーなど）や、不正の可能性が低いエラー（投入メダル切れエラー、満タンエラーなど）がある。特に、不正の可能性が高いエラーが発生して、該エラーについてのエラー情報が記憶部２２０に記憶されたときには、「該エラー情報に対応するスロットマシン識別情報から特定されるスロットマシンに不正がされた可能性がある」ことを管理者に認識させることができる。
（１７） また、図１７のＳ２２において第２の二次元コードＢが表示されたときには、該第２の二次元コードＢに含まれていた、ＲＡＭ９１ｂ内の発生情報は消去される。したがって、出力済の発生情報がいつまでも蓄積されてしまうことを防止でき、ＲＡＭ９１ｂの記憶効率を向上させることができる。また、本実施形態の第２の二次元コードＢには発生情報が含まれているため、該発生情報は、携帯端末１１００経由で管理サーバ１２００に送信されて記憶される。したがって、該二次元コードに含まれていた、ＲＡＭ９１ｂ内の発生情報を残存させる必要性は低く、不都合が生じることはない。
（１８） 本実施形態のスロットマシン１は、設定変更状態であると判断されたときに（Ｓ１６のＹＥＳ）、Ｓ１８において、第１の二次元コードＡが生成・表示される。ここで、スロットマシン１が製造されたときの状態から遊技可能状態に制御させるためには、設定変更状態を経由させる必要がある。つまり、スロットマシン１が製造されたときの状態から遊技可能状態に制御されるまでに、第１の二次元コードＡが生成・表示される。店員が携帯端末１１００で第１の二次元コードＡを撮像すると、該第１の二次元コードＡに含まれていた不正可能性情報（ドア開放情報およびコネクタ外れ情報）に基づいた画像が該携帯端末１１００に表示される（図１７のＳ４６参照）。このように、店員などにより設定変更状態に移行させる度に、第１の二次元コードＡを生成・表示させることにより、不正可能性行為が行われたか否かを店員に把握させることができる。
また、搬入期間（スロットマシン１が製造工場で製造されたときから、遊技店に搬入されて最初の電源投入がされるときまでの期間）中は電断状態であるが、該電断状態であっても、スロットマシン１は、不正可能性行為（前面扉１ｂの開放、およびコネクタ外れ）の発生を検出できる。つまり、搬入期間内の日時での不正可能性情報は、搬入期間で行われた不正可能性行為に基づく情報である。よって、本実施形態では、搬入期間内の日時での不正可能性情報に基づく画像を携帯端末１１００に表示させることができる。したがって、該画像を閲覧した店員に、搬入期間において不正可能性行為が行われたか否かを把握させることができる。なお、搬入期間中の不正可能性行為とは、たとえば、製造工場内の作業員、スロットマシン１を製造工場から遊技店まで搬送する搬送業者の作業員、遊技店の悪意のある店員などにより行われる可能性がある行為である。
（１９） また、搬入期間内の日時での不正可能性情報は、管理サーバ１２００の記憶部２２０にも記憶される。したがって、該不正可能性情報は、店員の携帯端末１１００で表示されるのみならず、管理サーバ１２００の記憶部２２０にも記憶される。（図２１のＳ３２０９参照）。よって、管理者にも、搬入期間において不正可能性行為が行われたか否かを把握させることができるとともに、管理サーバ１２００に該不正可能性行為の履歴を残存させることができる。
（２０） また、スロットマシン１が製造されたときの状態から設定変更状態に制御されたときのみならず、遊技可能状態から設定変更状態に制御されたときも、図１７のＳ１８により、第１の二次元コードＡを生成・表示する。したがって、遊技可能状態であるときにも、設定変更状態に制御されたときには、店員の携帯端末１１００に不正可能性情報に基づく画像を表示させたり、不正可能性情報を管理サーバ１２００に記憶させることができるので、頻繁に、不正可能性行為が行われているか否かを店員または管理者に把握させることができる。
（２１） 一般的に、遊技店が閉店している時間帯（たとえば、夜間や遊技店の休業日）では、スロットマシン１は電断されている。本実施形態では、電断時での不正可能性行為の発生も検出できる（図１０、図１１参照）。さらに、該電断時での不正可能性行為に基づく不正可能性情報を管理サーバ１２００に記憶させたり、該不正可能性情報に基づく画像を店員の携帯端末１１００に表示させることができる。よって、電断時、たとえば、遊技店が閉店している時間帯での不正可能性行為の発生も、管理者や店員に把握させることができる。特に、遊技店の開店前に、店員が、設定変更状態に制御させる操作を行った場合には、その日の前日の夜間の不正可能性行為を特定することができる。
（２２） また、Ｓ４０、Ｓ４４、Ｓ４６に示されるように、エラー情報については、携帯端末１１００には表示されない。遊技者にとって、一般的にエラー情報は不要な情報であることから、遊技者にこのような不要な情報を閲覧させないようにすることができる。さらに本実施形態では、エラー情報は、管理サーバ１２００から携帯端末１１００まで送信されない。したがって、エラー情報を管理サーバ１２００から携帯端末１１００まで送信する構成と比較して、通信効率を向上させることができる。
［実施形態２：パチンコ遊技機の例］
実施形態２においては、上述した実施形態１におけるスロットマシン１をパチンコ遊技機１’に置き換えた場合について説明する。また、パチンコ遊技機は、一部スロットマシン１の例と同一の構成を含んでおり、同一の構成・処理について説明を省略し、異なる構成・処理について説明する。
パチンコ遊技機の遊技領域の中央付近には、液晶表示装置（ＬＣＤ）で構成された演出表示装置が設けられている。遊技球が所定の入賞口に入賞すると、特別変動表示装置が特別第１特別図柄および第２特別図柄のうち少なくとも一方を変動表示させると共に、演出表示装置では、第１特別図柄および第２特別図柄のうち少なくとも一方の変動表示に同期した演出図柄（飾り図柄）の変動表示（可変表示、更新表示、または、巡回表示ともいう）が行われる。演出図柄の変動表示は、スクロール表示及びその場切替え表示等の各種の変動態様で実行される。演出表示装置は、各々を識別可能な複数種類の識別情報としての演出図柄（飾り図柄）の変動表示を行う変動表示装置に相当する。演出表示装置では、表示画面上で演出図柄を表示する演出図柄表示領域が設けられており、当該演出図柄表示領域に、例えば「左」、「中」、「右」の３つ（複数）の演出図柄を変動表示する表示領域としての図柄表示エリアがある。これら３つの演出図柄のそれぞれは、各々を識別可能な複数種類の識別情報としての演出図柄である。
また、本実施形態のパチンコ遊技機は、遊技球が所定の入賞口に入賞したが、所定の開始条件（大当り遊技状態でなくかつ先に始動入賞した保留記憶に起因する可変表示が終了しているとき）が成立していないときには、所定の上限数の範囲内（たとえば、４個）で保留記憶情報として記憶する。ここで、保留記憶情報とは、たとえば、特定遊技状態（たとえば、大当り遊技状態）に制御するか否か等を特定するための情報である。
また、本実施形態のパチンコ遊技機は、主電源スイッチおよび遊技開始スイッチを備える。パチンコ遊技機は、主電源スイッチがＯＮされさらに、遊技開始スイッチがＯＮされたときに遊技を開始させることができる。パチンコ遊技機は、打球（遊技球）を発射する打球操作ハンドルとは別に、演出用スイッチ（演出用スイッチ５６に対応）を備える。パチンコ遊技機のサブ遊技機は、当該演出用スイッチの操作を検出することができるように、演出用スイッチは、サブ制御部に電気的に接続されている。図１７のＳ１８は、「遊技開始スイッチがＯＮされたか否か」が判断される処理に置き換えられる。また、スロットマシン１の特定遊技履歴の消化ゲーム数及びＢＢ回数（ＲＢ回数）は、パチンコ遊技機の演出表示装置の変動表示の総回転数及び大当り回数に置換えられる。また、スランプグラフにおいて、メダル払出枚数が、遊技球の払出個数に置換えられる。
このようなパチンコ遊技機において、さらに以下のような構成を備える。
（１） 本実施形態では、メニュー画面（図１２（ａ））が表示されるときに、第３の二次元コードＣが表示される。遊技者の携帯端末１１００により該第３の二次元コードＣが撮像されることで、該携帯端末により通常遊技履歴情報に基づく情報を表示させることができる（図１９のＳ２８Ｂ参照）。ここで、図２０（ｃ）に示すように、本実施形態の第３の二次元コードＣには、通常遊技履歴情報のみならず、更新用ＵＲＬおよび目押し情報も含まれる。したがって、該遊技者の携帯端末により該第３の二次元コードＣが撮像されることで、管理サーバ１２００内の目押し情報も更新させることができる（図２１のＳ３３００）。つまり、遊技者による「通常遊技履歴情報を表示させるために行われる第３の二次元コードＣの撮像行為」を利用して、管理サーバ１２００に目押し情報を送信して、管理サーバ１２００内の目押し情報を更新させることができる。
さらに、第３の二次元コードＣの出力タイミングにおいて、ＲＡＭ９１ｂが記憶している当日の通常遊技履歴情報が出力されることから、最新の通常遊技履歴情報を携帯端末１１００で取得させることができる（図２０（ｃ）、および図２５（Ｄ）参照）。
（２） また、図２４および図２５（Ａ−２）で説明したように、当日の通常遊技履歴情報は、パチンコ遊技機への復電が行われたときから、つまり、遊技者の意思に関わらず、１ゲーム消化する毎に、更新される。したがって、遊技者の動作負担を強いることなく、当日の通常遊技履歴情報を更新させることができる。
（３） また、図１０（ｃ）、図１０（ｄ）、図２５（Ｂ）、および図２５（Ｃ）に示すように、通常遊技履歴情報は、当日の通常遊技履歴情報と、前日までの通常遊技履歴情報とに分けられ、当日の通常遊技履歴情報は、当日の通常遊技履歴情報領域に記憶され、前日までの通常遊技履歴は、前日までの通常遊技履歴情報領域に記憶される。したがって、通常遊技履歴情報の量を増大させることができる。さらに、当日の通常遊技履歴情報と、前日までの通常遊技履歴情報とを分けて記憶させることにより、当日の通常遊技履歴情報と、前日までの通常遊技履歴情報とを適切に記憶させることができる。
（４） 本実施形態では、図２５（Ｂ−２）、（Ｃ−２）に示すように、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときには、当日の通常遊技履歴情報領域に記憶されていた情報は、前日までの通常遊技履歴情報領域に移行される。したがって、当日の通常遊技履歴情報領域に記憶されていた情報を保護できる。
また、仮に、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときに、当日の通常遊技履歴情報領域に記憶されていた情報を消去しないパチンコ遊技機では、該情報は消去されずに残存してしまう。この場合には、残存していた情報の存在により、該復電時処理が実行された日において記憶される通常遊技履歴情報が破壊されたり欠損したりすることから、当日の通常遊技履歴情報の更新処理の精度を低下させる虞がある。
これに対し、本実施形態では、図２５（Ｂ−２）、（Ｃ−２）に示すように、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときには、当日の通常遊技履歴情報領域に記憶されていた情報は消去される。したがって、当日の通常遊技履歴情報領域に記憶されていた情報を残存させることがないので、該復電時処理が実行された日において記憶される通常遊技履歴情報が破壊されたり欠損したりすることを防止できることから、当日の通常遊技履歴情報の更新処理の精度を向上させることができる。
（５） 図２０（ｃ）および図２５に示すように、前日までの通常遊技履歴情報および当日の通常遊技履歴情報を用いて、第３の二次元コードＣは生成される。したがって、第３の二次元コードＣに含ませる通常遊技履歴情報の量を多様にすることができる。
（６） また、図２４および図２５（Ａ−１）で説明したように、当日の目押し情報は、パチンコ遊技機への復電が行われたときから、つまり、遊技者の意思に関わらず、１ゲーム消化する毎に、更新される。したがって、遊技者の動作負担を強いることなく、当日の目押し情報を更新させることができる。
（７） また、図１０（ｅ）、図１０（ｆ）、図２５（Ｂ）、および図２５（Ｃ）に示すように、目押し情報は、当日の目押し情報と、前日までの目押し情報とに分けられ、当日の目押し情報は、当日の目押し情報領域に記憶され、前日までの通常遊技履歴は、前日までの目押し情報領域に記憶される。したがって、目押し情報の量を増大させることができる。さらに、当日の目押し情報と、前日までの目押し情報とを分けて記憶させることにより、当日の目押し情報と、前日までの目押し情報とを適切に記憶させることができる。
（８） 本実施形態では、図２５（Ｂ−１）、（Ｃ−１）に示すように、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときには、当日の目押し情報領域に記憶されていた情報は、前日までの目押し情報領域に移行される。したがって、当日の目押し情報領域に記憶されていた情報を保護できる。
また、仮に、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときに、当日の目押し情報領域に記憶されていた情報を消去しないパチンコ遊技機では、該情報は消去されずに残存してしまう。この場合には、残存していた情報の存在により、該復電時処理が実行された日において記憶される目押し情報が破壊されたり欠損したりすることから、目押し情報の更新処理の精度を低下させる虞がある。
これに対し、本実施形態では、図２５（Ｂ−１）、（Ｃ−１）に示すように、復電時処理（非表示復電時処理または表示復電時処理）が実行されたときには、当日の目押し情報領域に記憶されていた情報は消去される。したがって、当日の目押し情報領域に記憶されていた情報を残存させることがないので、該復電時処理が実行された日において記憶される目押し情報が破壊されたり欠損したりすることを防止できることから、当日の目押し情報の更新処理の精度を向上させることができる。
（９） 図２０（ｃ）および図２５に示すように、前日までの目押し情報および当日の目押し情報を用いて、第３の二次元コードＣは生成される。したがって、第３の二次元コードＣに含ませる目押し情報の量を増大させることができる。
（１０） 遊技者は、携帯端末１１００で第３の二次元コードＣを撮像することにより、遊技球の払出個数の推移を特定可能なスランプグラフを、該携帯端末１１００の表示部１４０に表示させることができる（図１９のＳ２８Ｂ）。したがって、第３の二次元コードＣを生成したパチンコ遊技機の遊技球の払出個数の推移を遊技者に認識させることができる。
（１１） ところで、管理サーバ１２００において目押し情報が更新されるには、第３の二次元コードＣが遊技者により携帯端末１１００で撮像されることが必要である。ところが、第３の二次元コードＣが表示されたとしても、遊技者により撮像されない場合がある。本実施形態では、第３の二次元コードＣが撮像されたか否かにかかわらず、該第３の二次元コードＣに含まれていた当日の目押し情報（目押し情報Ｘとする）は、復電時処理により、前日までの目押し情報とされる（図２５（Ｂ）または図２５（Ｃ））。さらに、該前日までの目押し情報として、過去３０日分の目押し情報が記憶され、該前日までの目押し情報が第３の二次元コードＣに含まれる。したがって、第３の二次元コードＣが表示されたときに、遊技者により撮像されない場合があっても、その日から３０日以内に、第３の二次元コードＣが撮像された場合には、該目押し情報Ｘは、管理サーバ１２００に送信されることになる。
このように、本実施形態では、前日までの目押し情報として、過去３０日分の目押し情報を記憶することで、遊技者により第３の二次元コードＣが撮像されない場合があっても、該第３の二次元コードＣに含まれる目押し情報Ｘが、管理サーバ１２００に送信されないことを極力防止できる。
（１２） 第３の二次元コードＣには、前日までの目押し情報（過去３０日分）が含まれているが、１日分の目押し情報それぞれに、該１日の日付を特定可能な日付特定情報αが付加される（図２０（ｃ）参照）。制御部２１０は、日付特定情報から特定される日付の目押し情報が既にＲＡＭ９１ｂに格納されている場合には、該既に格納されている目押し情報を更新しない。このように、日付特定情報αを付加することにより、ＲＡＭ９１ｂに格納されている目押し情報の更新が重複して行われることを防止でき、該更新処理の処理負担を軽減できる。
（１３） 図２５（Ｄ）に示すように、第３の二次元コードＣが生成されるときには、当日の目押し情報は、前日までの目押し情報領域に移行されるとともに、該当日の目押し情報領域に記憶されている情報、および当日の通常遊技履歴情報領域に記憶されている情報は消去される。したがって、復電時処理のみならず、第３の二次元コードＣが生成されるときにも、当日の目押し情報領域に記憶されている情報、および当日の通常遊技履歴情報領域に記憶されている情報は消去される。したがって、当日の目押し情報領域に記憶されている情報、および当日の通常遊技履歴情報領域に記憶されている情報が消去される頻度を増加させることができ、当日の目押し情報、および当日の通常遊技履歴情報を精度よく記憶させることができる。
（１４） 本実施形態では、特定遊技履歴更新期間終了時などに、遊技者が「二次元コード作成」の選択（Ｓ２０参照）を行ったときに、該特定遊技履歴更新期間についての特定遊技履歴情報が含まれた第２の二次元コードＢが表示される。該遊技者の携帯端末により該第２の二次元コードＢが撮像されることで、管理サーバ１２００に特定遊技履歴情報を送信して、管理サーバ１２００内の特定遊技履歴情報を更新させることができる（Ｓ３６の更新処理）。ここで、図２０に示すように、本実施形態の第２の二次元コードＢには、特定遊技履歴情報のみならず発生情報も含まれる。したがって、該遊技者の携帯端末により該二次元コードが撮像されることで、管理サーバ１２００内の特定遊技履歴情報のみならず発生情報も更新させることができる。つまり、遊技者による「特定遊技履歴情報の更新のために行われる二次元コードの撮像行為」を利用して、管理サーバ１２００に発生情報を送信して、管理サーバ１２００内の発生情報を更新させることができる。
（１５） また、図１７のＳ１２、Ｓ１４に示すように、日付変更されたときには、ＲＡＭ９１ｂ内の発生情報以外の情報は消去される。したがって、ＲＡＭ９１ｂの記憶効率を向上させることができる。一方、日付変更されたときには、ＲＡＭ９１ｂ内の発生情報は消去させない。したがって、発生情報を適切に残存させることができ、発生情報を欠落させることなく管理サーバ１２００に送信することができる。
（１６） また、図２０に示すように発生情報には、エラー情報が含まれている。したがって、管理サーバ１２００の記憶部２２０にエラー情報を記憶させることができる。よって、管理サーバ１２００の管理者は、発生情報画像を表示させて、エラー情報から特定されるエラーの発生状況を把握できる。また、エラーには、不正の可能性が高いエラー（ＲＡＭ異常エラー、設定値エラーなど）や、不正の可能性が低いエラー（投入メダル切れエラー、満タンエラーなど）がある。特に、不正の可能性が高いエラーが発生して、該エラーについてのエラー情報が記憶部２２０に記憶されたときには、「該エラー情報に対応するパチンコ遊技機識別情報から特定されるパチンコ遊技機に不正がされた可能性がある」ことを管理者に認識させることができる。
（１７） また、図１７のＳ２２において第２の二次元コードＢが表示されたときには、該第２の二次元コードＢに含まれていた、ＲＡＭ９１ｂ内の発生情報は消去される。したがって、出力済の発生情報がいつまでも蓄積されてしまうことを防止でき、ＲＡＭ９１ｂの記憶効率を向上させることができる。また、本実施形態の第２の二次元コードＢには発生情報が含まれているため、該発生情報は、携帯端末１１００経由で管理サーバ１２００に送信されて記憶される。したがって、該二次元コードに含まれていた、ＲＡＭ９１ｂ内の発生情報を残存させる必要性は低く、不都合が生じることはない。
（１８） 本実施形態のパチンコ遊技機は、遊技開始スイッチがＯＮされたと判断されたときに（Ｓ１６のＹＥＳ）、Ｓ１８において、第１の二次元コードＡが生成・表示される。ここで、パチンコ遊技機が製造された状態から遊技可能状態に制御させるためには、設定変更状態を経由させる必要がある。つまり、パチンコ遊技機が製造された状態から遊技可能状態に制御されるまでに、第１の二次元コードＡが生成・表示される。店員が携帯端末１１００で第１の二次元コードＡを撮像すると、該第１の二次元コードＡに含まれていた不正可能性情報（ドア開放情報およびコネクタ外れ情報）に基づいた画像が該携帯端末１１００に表示される（図１７のＳ４６参照）。このように、店員などにより設定変更状態に移行させる度に、第１の二次元コードＡを生成・表示させることにより、不正可能性行為が行われたか否かを頻繁に店員に把握させることができる。
また、搬入期間（パチンコ遊技機が製造工場で製造されたときから、遊技店に搬入されて最初の電源投入がされるときまでの期間）中は電断状態であるが、該電断状態であっても、パチンコ遊技機は、不正可能性行為（前面扉１ｂの開放、およびコネクタ外れ）の発生を検出できる。つまり、搬入期間内の日時での不正可能性情報は、搬入期間で行われた不正可能性行為に基づく情報である。よって、本実施形態では、搬入期間内の日時での不正可能性情報に基づく画像を携帯端末１１００に表示させることができる。したがって、該画像を閲覧した店員に、搬入期間において不正可能性行為が行われたか否かを把握させることができる。なお、搬入期間中の不正可能性行為とは、たとえば、製造工場内の作業員、パチンコ遊技機を製造工場から遊技店まで搬送する搬送業者の作業員、遊技店の悪意のある店員などにより行われる可能性がある行為である。
（１９） また、搬入期間内の日時での不正可能性情報は、管理サーバ１２００の記憶部２２０にも記憶される。したがって、該不正可能性情報は、店員の携帯端末１１００で表示されるのみならず、管理サーバ１２００の記憶部２２０にも記憶される。（図２１のＳ３２０９参照）。よって、管理者にも、搬入期間において不正可能性行為が行われたか否かを把握させることができるとともに、管理サーバ１２００に該不正可能性行為の履歴を残存させることができる。
（２０） 一般的に、遊技店が閉店している時間帯（たとえば、夜間や遊技店の休業日）では、パチンコ遊技機は電断されている。本実施形態では、電断時での不正可能性行為の発生も検出できる（図１０、図１１参照）。さらに、該電断時での不正可能性行為に基づく不正可能性情報を管理サーバ１２００に記憶させたり、該不正可能性情報に基づく画像を店員の携帯端末１１００に表示させることができる。よって、電断時、たとえば、遊技店が閉店している時間帯での不正可能性行為の発生も、管理者や店員に把握させることができる。特に、遊技店の開店前に、店員が、設定変更状態に制御させる操作を行った場合には、その日の前日の夜間の不正可能性行為を特定することができる。
（２１） また、Ｓ４０、Ｓ４４、Ｓ４６に示されるように、エラー情報については、携帯端末１１００には表示されない。遊技者にとって、一般的にエラー情報は不要な情報であることから、遊技者にこのような不要な情報を閲覧させないようにすることができる。さらに本実施形態では、エラー情報は、管理サーバ１２００から携帯端末１１００まで送信されない。したがって、エラー情報を管理サーバ１２００から携帯端末１１００まで送信する構成と比較して、通信効率を向上させることができる。
［実施形態３：シミュレーションに基づく推奨機種の判定機能］
図２７に示される実施形態３に係る遊技用システムでは、上記実施形態と同様に、管理サーバ１２００により、遊技機（スロットマシン１、パチンコ遊技機１’）の遊技履歴が記憶されている。また、管理サーバ１２００は、携帯端末１１００からの要求に応じて遊技機のシミュレーションを実行し、シミュレーション結果を携帯端末１１００に提供可能であると共に、シミュレーション結果を記憶部２２０に記憶可能となっている。
さらに、管理サーバ１２００は、インターネット網９００を介して各遊技機メーカが使用する情報管理装置１３００各々と通信可能となっている。この実施形態では、遊技機メーカであるＸ社、Ｙ社、及びＺ社が、それぞれ独自に個別の情報管理装置１３００を使用するものとする。なお、本実施形態において、携帯端末１１００の操作部１３０は、タッチパネルを含んで構成されているものとし、表示部１４０に表示されている所定のオブジェクトの表示範囲に含まれる座標がタッチされると、当該所定のオブジェクトが選択されたことに基づく処理が制御部１１０にて実行されるものとする。
（情報管理装置１３００）
図２８は、各遊技機メーカが使用する情報管理装置１３００の構成を示すブロック図である。情報管理装置１３００は、一般的なサーバコンピュータと同等のハードウェアを備える構成であり、インターネット網９００を介して、管理サーバ１２００とのデータ通信が可能となっている。
各遊技機メーカが使用する情報管理装置１３００には、自社（当該情報管理装置１３００に記憶されている機種情報を更新する権限を有する遊技機メーカ）が製造する遊技機（スロットマシン１，パチンコ遊技機１’）の各機種に関する情報が記憶されている。情報管理装置１３００は、管理サーバ１２００に対して、自社が製造する遊技機の各機種に関する情報を提供すると共に、管理サーバ１２００から、実際の遊技における遊技履歴や、シミュレーション結果（シミュレーション結果の集計結果を含む）の提供を受けるものである。また、情報管理装置１３００は、図２８に示すように、制御部３１０と、記憶部３２０と、操作部３３０と、表示部３４０と、通信部３５０と、を含む。
記憶部３２０は、ＲＯＭやＲＡＭ、フラッシュメモリやハードディスクドライブ等の外部記憶装置等から構成される。記憶部３２０には、情報管理装置１３００の各種機能を制御部３１０に実行させるためのプログラムやデータが記憶される。また、自社が製造するパチンコ遊技機の機種毎に、機種のスペック（例えば、後述する大当り確率及び確変方式等）や特殊情報（例えば、所定の演出が実行された場合には大当りが発生する確率が高いこと）等が記憶されている。また、自社が製造するスロットマシンの機種毎に、機種のスペック（例えば、後述するＢＢ、ＲＢ、並びにＡＴ若しくはＡＲＴの各当選確率等）や特殊情報（例えば、所定の演出が実行された場合には設定値が４以上である確率が高いこと等）が記憶されている。
操作部３３０は、キーボード、マウス、キーパッド、タッチパッドやタッチパネル等の入力装置で構成される。操作部３３０は、情報管理装置１３００の管理者等（以下、「管理者」という。）からの操作入力を受け付けて、受け付けた操作に係る信号を制御部３１０に送出する。表示部３４０は、例えば、ＬＣＤで構成される。なお、表示部３４０は、ＣＲＴ（Cathode RayTube）ディスプレイやＥＬディスプレイなど他の表示装置で構成されてもよい。表示部３４０は、制御部３１０から供給される文字データや画像データを表示する。通信部３５０は、管理サーバ１２００等から、インターネット網９００を介して受信したデータを制御部３１０に供給し、制御部３１０から供給されたデータを、インターネット網９００を介して管理サーバ１２００等に送信する。
制御部３１０は、例えば、ＭＰＵで構成される。制御部３１０は、記憶部３２０に記憶されたプログラムに従って、記憶部３２０、操作部３３０、表示部３４０、通信部３５０部からのデータ等に対して処理を施し、処理後のデータを記憶部３２０、操作部３３０、表示部３４０、通信部３５０に供給する。
（管理サーバのシミュレーション機能に関して）
管理サーバ１２００は、遊技機のシミュレーション機能を備えており、携帯端末１１００のユーザが選択した機種に関して、各遊技機メーカの情報管理装置１３００から提供されたスペックに基づくシミュレーションプログラムを実行することで、シミュレーション結果を算出する。
携帯端末１１００においてシミュレーション対象となるパチンコ遊技機の機種が選択された場合には、制御部２１０が、選択された機種の遊技機を製造する遊技機メーカの情報管理装置１３００から提供された機種情報及びシミュレーション用データとしてのスペック、例えば、大当り確率及び大当り種別の比率、並びに確変方式等に基づいて、最終持玉数、大当り回数、最多連チャン回数、及び、特別演出回数を算出して、さらに、これらの値に基づいて獲得経験値を算出することで、選択された機種に関する１回のシミュレーションが完了する（図３１（ｂ）を参照）。ここで、連チャンとは［大当りが発生する確率が低確率状態よりも高い高確率状態（又は始動入賞口への入賞頻度が低ベース状態よりも高い高ベース状態）において大当りが発生する］ことであり、連チャン回数とは、［大当りが発生する確率が低確率状態よりも高い高確率状態（又は始動入賞口への入賞頻度が低ベース状態よりも高い高ベース状態）において大当りが発生する］事象が連続した数＋１、により算出されるものである。１回のシミュレーションにおける最多の連チャン回数が「最多連チャン回数」となる。
特別演出とは、例えば、はずれの場合には実行されず、大当りが発生する場合にのみ所定の割合（例えば大当り１０回につき１回の割合）で実行される予告演出であり、所謂プレミア予告と呼ばれる演出である。このように、パチンコ遊技機のシミュレーションの対象として、遊技制御基板における遊技制御に関連したデータのみならず、演出制御基板における演出制御に関連したデータも含めることにより、ユーザのシミュレーションに対する興味を向上させることができる。
例えば、後述するＳＴタイプのパチンコ遊技機のシミュレーションでは、１回の変動表示が実行されたものと仮定して変動回数カウンタに１を加算すると共に、１回の変動表示相当の発射玉数（実機における１回の変動表示あたりの発射玉数であり、例えば低確率状態では１５、高確率状態では２に設定される）を持玉数カウンタから減算し、ソフトウェア乱数である大当り判定用乱数及び大当り種別判定用乱数を抽出する。そして、大当り判定テーブルで当該変動表示の表示結果を判定する。はずれと判定された場合には次の変動表示が実行されるものとし、大当りと判定された場合には大当り種別判定テーブルで大当り種別を判定すると共に、大当り種別に応じた払出玉数を持玉数カウンタに加算し、さらに大当り回数カウンタに１を加算して、次の変動表示が実行されるものとする。
ここで、大当りが発生した場合には高確率フラグをセットして、高確率状態が終了する条件が成立したとき（大当りが発生した場合、あるいは大当りが発生することなく予め定められた所定回数の変動表示が実行された場合）に高確率フラグをリセットする。高確率フラグがセットされているときに大当りが発生した場合には連チャン回数カウンタを１加算し、大当りが発生することなく予め定められた所定回数の変動表示が実行された場合には、連チャン回数カウンタを０にリセットする。
高確率フラグがセットされている期間は、高確率フラグがセットされていない期間よりも大当り判定値が多く設定された大当り判定テーブルを使用する。また、高確率フラグがセットされているときと高確率フラグがセットされていないときとで異なる大当り種別判定テーブルを用いるようにしても良い。なお、一定の発射玉数あたりの始動入賞口への入賞回数および一般入賞口への入賞回数を考慮して、始動入賞口への入賞及び一般入賞口への入賞に応じた払出玉数を持玉数カウンタに加算しても良い。
そして、変動回数カウンタの値が所定値になったとき（例えば２０００に達したとき）に遊技終了とみなして、持玉数カウンタの値を最終持玉数とし、連チャン回数カウンタが最多となったときの値を最多連チャン回数とし、大当り発生回数（あるいは特定種別の大当り発生回数）に応じた特別演出回数を算出することにより、シミュレーション結果を決定する。パチンコ遊技機の具体的なシミュレーション方法に関しては、特開２０１４−１５５５６３（図１５及び図１６）にも開示されている。
携帯端末１１００においてシミュレーション対象となるスロットマシンの機種が選択された場合には、制御部２１０が、選択された機種の遊技機を製造する遊技機メーカの情報管理装置１３００から提供された機種情報及びシミュレーション用データとしてのスペック、例えば、ＢＢの当選確率及びＲＢの当選確率、ＡＴ若しくはＡＲＴの当選確率、並びに一般役（小役及び再遊技役）の当選確率等に基づいて、ＢＢ回数、ＲＢ回数、ＡＴ回数若しくはＡＲＴ回数、一般役（小役及び再遊技役）入賞回数、設定示唆演出Ａ回数、及び、設定示唆演出Ｂ回数を算出して、さらに、これらの値に基づいて獲得経験値を算出することで、選択された機種に関する１回のシミュレーションが完了する（図３１（ｃ）を参照）。ここで、「ＡＲＴ（Assist Replay Timeの略）」とは、内部抽選処理によりたとえば所定の抽選対象役（本実施形態では、図９に示すベル、スイカ、およびリプレイ）に当選したときに、遊技者にとって有利な操作手順（たとえば、該抽選対象役を入賞させるための操作手順）を報知すると共に、再遊技役の当選確率が通常遊技状態よりも高められた期間である。
また、スロットマシン１の説明で示した設定示唆演出Ａ及び設定示唆演出Ｂの実行もシミュレーションの対象として含めるようにしている。設定示唆演出Ａは、たとえば、第１所定条件が成立したときにおいて、シミュレーション上で設定値１〜３のうちいずれかが設定されているときには、８０％の確率で実行され、シミュレーション上で設定値４〜６のうちいずれかが設定されているときには、２０％の確率で実行される演出である。設定示唆演出Ｂは、たとえば、第１所定条件とは異なる第２所定条件が成立したときにおいて、シミュレーション上で設定値１〜３のうちいずれかが設定されているときには、２０％の確率で実行され、シミュレーション上で設定値４〜６のうちいずれかが設定されているときには、８０％の確率で実行される演出である。
このように、スロットマシンのシミュレーションの対象として、遊技制御基板における遊技制御に関連したデータのみならず、演出制御基板における演出制御に関連したデータも含めることにより、ユーザのシミュレーションに対する興味を向上させることができる。特に、設定示唆演出の実行回数によりシミュレーション上の設定値が示唆されることにより、ユーザのシミュレーションに対する興味を一層向上させることができる。
スロットマシンのシミュレーションでは、１回のゲームが実行されたものと仮定してゲーム数カウンタに１を加算すると共に、１回のゲームに使用するメダル数（実機における賭数であり、例えば３）をメダル数カウンタから減算し、ソフトウェア乱数である内部抽選用の乱数を取得する。そして、前述した実機であるスロットマシン１の内部抽選と同様の方法で、遊技状態及び特別役の持ち越しの有無に応じて定められた各役について、取得した内部抽選用の乱数と、シミュレーション上の遊技状態、シミュレーション上の賭数及びシミュレーション上の設定値に応じて定められた各役の判定値数に応じて、抽選を行う。
その結果、いずれの役にも当選しなかった場合には、次のゲームが実行されるものとし、抽選に当選した場合には、当選した役に応じた払出メダル数（再遊技役の場合には賭数と同じ３とする）をメダル数カウンタに加算すると共に、当該役の当選回数カウンタに１を加算して（ＡＴ又はＡＲＴ期間である場合には、ＡＴ回数又はＡＲＴ回数を加算して）、次のゲームが実行されるものとする。
そして、ゲーム数カウンタの値が所定値になったとき（例えば６０００に達したとき）に遊技終了とみなして、メダル数カウンタの値を最終メダル数とし、各役の当選回数カウンタの値を各役の当選回数とする。さらに、シミュレーション上の設定値に応じた設定示唆演出Ａ実行回数及び設定示唆演出Ｂ実行回数を算出することにより、シミュレーション結果を決定する。
なお、上記の例では、パチンコ遊技機やスロットマシンのシミュレーションにおいて、変動回数やゲーム数が所定数に達したときに１回のシミュレーションが終了するとしているが、これに限らず、消費した遊技媒体数（発射玉数や使用メダル数）が所定数に達したときに１回のシミュレーションが終了するようにしても良く、遊技時間が所定時間（例えば１２時間）に達したときに１回のシミュレーションが終了するようにしても良い。
この遊技時間は、パチンコ遊技機の場合、単位時間あたりの発射玉数（例えば１００発／１分）に基づいて算出しても良く、変動表示１回あたりに要する時間（例えば低ベース状態では１０秒、高ベース状態では２秒等）や、大当り遊技状態１回あたりに要する時間（例えば５ラウンド大当りでは５０秒、１５ラウンド大当りでは１５０秒等）を累計することにより算出しても良い。また、スロットマシンの場合、遊技時間は単位時間あたりのゲーム数（例えば１２ゲーム／１分）に基づいて算出すると良い。
また、シミュレーション条件に関しては常に同一でなくても良く、期間やユーザの情報等に応じてシミュレーション条件を変更可能（即ち期間やユーザの情報等をシミュレーション結果に反映可能）としても良い。例えば、イベント期間を設けて、イベント期間内（例えば７月１日〜７日の七夕期間）は、通常期間（非イベント期間）よりも、１回の変動表示相当の発射玉数を通常期間よりも少なくしたり（始動入賞が発生し易い状態を想定している）、１回のシミュレーションで実行可能な変動回数を増やしたり、シミュレーション上のスロットマシンの設定値（特別役や一般役の当選確率）を上げたり、遊技時間を延長したりして、有利なシミュレーション条件を適用するようにしても良い。また、イベント対象者（例えば特定の都道府県に属するユーザ）に対しては、通常ユーザ（非イベント対象者）よりも有利なシミュレーション条件を設定するようにしても良い。
また、ユーザ（遊技者）の実際の遊技機での遊技履歴に応じて、シミュレーション条件を相違させるようにしても良く、例えば、遊技媒体が多く払い出されたユーザ（遊技者）や、遊技回数が多いユーザ（遊技者）に対して、そうではない遊技者よりも有利なシミュレーション条件を設定するようにしても良い。また、各ユーザ（遊技者）に関して、実際の遊技機での遊技頻度が高い機種のシミュレーションでは、遊技頻度が低い機種のシミュレーションよりも有利なシミュレーション条件を設定するようにしても良い。
このようなシミュレーションの条件に関しては、管理サーバ１２００や情報管理装置１３００側で設定して、その設定をシミュレーションプログラムに反映させるようにしても良く、ユーザが携帯端末１１００で設定して、その設定をシミュレーションプログラムに反映させるようにしても良い。
上述したシミュレーションに要する実際の時間（制御部２１０によるシミュレーション結果の演算時間）は、３〜１０秒程度であり、ユーザは短時間に１日の遊技を想定したシミュレーション結果を取得することができる。また、シミュレーションを短時間に複数回実行させることが可能であり、複数機種のシミュレーションを短時間に実行させることも可能である。例えば、複数機種のパチンコ遊技機のシミュレーションを実行させると共に、複数機種のスロットマシンのシミュレーションも実行させて、各機種のシミュレーション結果を携帯端末１１００の表示部１４０に一覧表示させることが可能である。
ここで、１日に実行可能なシミュレーションの回数に上限（例えば５回まで）を設けるようにしても良い。例えば、１日に実行可能なシミュレーションの回数に関して、イベント期間内は、通常期間（非イベント期間）よりも多い回数のシミュレーションを実行可能としても良く、イベント対象者に対しては、通常ユーザ（非イベント対象者）よりも多い回数のシミュレーションを許諾するようにしても良い。
記憶部２２０には、図２９に示すパチンコ機用の機種管理データベースが記憶されている。機種管理データベースには、各パチンコ機メーカ（Ｘ社、Ｙ社、及びＺ社等）の情報管理装置１３００から送信された各機種の情報が記憶されている。図２９に示すように、Ｘ社が製造するパチンコ遊技機の機種（ＣＲＡＡＡやＣＲＢＢＢ等）、Ｙ社が製造するパチンコ遊技機の機種（ＣＲＣＣＣ等）、及びＺ社が製造するパチンコ遊技機の機種（ＣＲＤＤＤ等）が、各々特定可能に記憶されると共に、各機種に関する「説明」が記憶されている。この「説明」は、当該機種のスペックに関するものであり、例えば、大当りが発生する確率や、高確率状態に制御される期間に関するものである。
例えば、Ｘ社のＣＲＡＡＡ及びＣＲＢＢＢに関しては、「ＭＡＸタイプのロングＳＴ機」という説明がされていることにより、低確率状態での大当り発生確率が１／３２０程度であり、大当り遊技状態終了後に大当りが発生すること無く高確率状態を継続可能な上限変動回数（ＳＴ（Special Time）回数）が比較的多い（例えば１００回以上である）機種であることを把握可能である。なお、図２９の例では、ＣＲＡＡＡの大当り確率が、低確率状態で１／３２０であり高確率状態では１／８０となること、及び、大当り遊技状態終了後には必ず高確率状態に制御され（確変突入率１００％）、ＳＴ回数が１００であることが記憶されている。また、ＣＲＢＢＢの大当り確率が、低確率状態で１／３２０であり高確率状態では１／９９となること、及び、大当り遊技状態終了後には必ず高確率状態に制御され（確変突入率１００％）、ＳＴ回数が１２０であることが記憶されている。
また、Ｙ社のＣＲＣＣＣ関しては、「ミドルタイプの確変機（次回大当りまで確変継続）」という説明がされていることにより、低確率状態での大当り発生確率が概ね１／３００より高く、大当り遊技状態終了後に所定確率で高確率状態に移行し、一旦高確率状態に移行すると次回大当りが発生するまで高確率状態が継続することを把握可能である。なお、図２９の例では、ＣＲＣＣＣの大当り確率が、低確率状態で１／２５０であり高確率状態では１／５０となること、及び、大当り遊技状態終了後に高確率状態に制御される割合（大当りのうち確変大当りが発生する割合）が５５％であることが記憶されている。
また、Ｚ社のＣＲＤＤＤに関しては、「ライトタイプの確変機（次回大当りまで確変継続）」という説明がされていることにより、低確率状態での大当り発生確率が概ね１／２００より高く、大当り遊技状態終了後に所定確率で高確率状態に移行し、一旦高確率状態に移行すると次回大当りが発生するまで高確率状態が継続することを把握可能である。なお、図２９の例では、ＣＲＤＤＤの大当り確率が、低確率状態で１／１２０であり高確率状態では１／１５となること、及び、大当り遊技状態終了後に高確率状態に制御される割合（大当りのうち確変大当りが発生する割合）が５０％であることが記憶されている。
また、機種管理データベースにおいて、各機種のシミュレーションを実行可能であるか否かを特定可能となっている。図２９の例では、ＣＲＡＡＡ、ＣＲＣＣＣ、及びＣＲＤＤＤの各機種に関しては、「シミュレーション対応」が「有」と記憶されており、シミュレーションの対象機種である（シミュレーションプログラムを実行可能である）ことが特定され、ＣＲＢＢＢに関しては「シミュレーション対応」が「無」と記憶されているため、シミュレーションの対象機種ではない（シミュレーションプログラムを実行できない）ことが特定される。
また、機種管理データベースには、各機種の特殊情報が記憶されている。特殊情報とは、シミュレーション結果としての獲得経験値の累計値に基づいて決定されるレベルが一定以上である場合に、ユーザの携帯端末１１００に表示可能となる情報である。例えば、特殊情報として、特別演出が実行された場合には極めて高い確率で大当りが発生するという情報が記憶されている。さらに、機種管理データベースには、各機種の遊技場への設置開始日（未だ遊技場に設置されていない場合には設置予定日）が記憶されると共に、エリア毎の設置店舗が記憶されている。
記憶部２２０には、図３０に示すスロットマシンの機種管理データベースが記憶されている。機種管理データベースには、各スロットマシンメーカ（Ｘ社、Ｙ社、及びＺ社等）の情報管理装置１３００から送信された各機種の情報が記憶されている。図３０に示すように、Ｘ社が製造するスロットマシンの機種（パチスロＡＡＡ等）、Ｙ社が製造するスロットマシンの機種（パチスロＥＥＥやパチスロＦＦＦ等）、及びＺ社が製造するスロットマシンの機種（パチスロＧＧＧ等）が、各々特定可能に記憶されると共に、各機種に関する「説明」が記憶されている。この「説明」は、当該機種のスペックに関するものであり、例えば、ＢＢ及びＲＢが設けられているがＡＴやＡＲＴは設けられていないノーマルＡタイプの機種であるか、ＢＢ及びＲＢが設けられていると共にＡＲＴが設けられているＡ＋ＡＲＴタイプの機種であるか、ＢＢ及びＲＢが設けられておらずＡＴ（あるいはＡＲＴ）が設けられているＡＴタイプ（あるいはＡＲＴタイプ）の機種であるか、等を特定可能な情報である。
例えば、Ｘ社のパチスロＡＡＡに関しては、「Ａ＋ＡＲＴタイプ」という説明が記憶されており、ＢＢ当選確率が１／４００、ＲＢ当選確率が１／５００であり、ＡＲＴ当選確率が１／４２０〜１／６２０（設定値に応じて変化する）であることが記憶されている。
また、Ｙ社のパチスロＥＥＥに関しては、「ＡＴタイプ」という説明が記憶されており、ＡＴ当選確率が１／２７０〜１／４５０（設定値に応じて変化する）であることが記憶され、Ｙ社のパチスロＦＦＦに関しても、「ＡＴタイプ」という説明が記憶されており、ＡＴ当選確率が１／２５０〜１／４００（設定値に応じて変化する）であることが記憶されている。
また、Ｚ社のパチスロＧＧＧに関しては、「ノーマルＡタイプ」という説明が記憶されており、ＢＢ当選確率が１／２７０〜１／２９０（設定値に応じて変化する）、ＲＢ当選確率が１／２６０〜１／４５０（設定値に応じて変化する）であることが記憶されている。
また、機種管理データベースにおいて、各機種のシミュレーションを実行可能であるか否かを特定可能となっている。図３０の例では、パチスロＡＡＡ、パチスロＥＥＥ、及びパチスロＧＧＧの各機種に関しては、「シミュレーション対応」が「有」と記憶されており、シミュレーションの対象機種である（シミュレーションプログラムを実行可能である）ことが特定され、パチスロＦＦＦに関しては「シミュレーション対応」が「無」と記憶されているため、シミュレーションの対象機種ではない（シミュレーションプログラムを実行できない）ことが特定される。
また、機種管理データベースには、各機種の特殊情報が記憶されている。例えば、特殊情報として、第１キャラが表示される頻度が高ければ低設定値（例えば１〜３）である可能性が高く、第２キャラが表示される頻度が高ければ高設定値（例えば４〜６）である可能性が高いという情報が記憶されている。さらに、機種管理データベースには、各機種の遊技場への設置開始日（未だ遊技場に設置されていない場合には設置予定日）が記憶されると共に、エリア毎の設置店舗が記憶されている。
また、図２９及び図３０に示した機種管理データベースには、各機種毎に、当該機種の題材を特定可能な情報（例えばキャラクタ名）が記憶されているものとする。従って、同じ演出題材となっている機種を特定可能であり、ある機種のパチンコ遊技機と同じ演出題材のスロットマシンの機種を特定可能である。
図２９及び図３０に示した機種管理データベースで管理される情報は、管理サーバ１２００の表示部２４０に表示可能である。また、機種管理データベースで管理される情報は、ユーザが操作部１３０を操作することにより（また、必要に応じてパスワード等を入力することにより）、インターネット網９００に通信可能に接続された携帯端末１１００の表示部１４０に表示させることも可能である。但し、「特殊情報」に関しては、ユーザのレベルが一定以上（例えばレベル２０以上）である場合にのみ、携帯端末１１００の表示部１４０に表示可能であるものとする。
図３１に示すように、記憶部２２０にはシミュレーション結果に関連するデータベースが記憶されている。図３１（ａ）に示すシミュレーションランキング表示用情報データベースは、シミュレーション結果に基づくランキングを決定して携帯端末１１００に表示させるために使用する情報を記憶している。具体的には、遊技者データベースに記憶されている（即ち対応する遊技履歴が管理サーバ１２００に記憶されている）「端末識別情報」に関連付けて、当該端末識別情報の携帯端末１１００において入力されたユーザの表示名である「ニックネーム」、当該端末識別情報の携帯端末１１００において選択されたユーザの住所である「都道府県」、累計経験値に基づいて決定されるユーザの「レベル」、シミュレーション結果である獲得経験値の累計値である「累計経験値」、パチンコ遊技機のシミュレーション結果である最終持玉数の累計値である「累計持玉数」、及び、スロットマシンのシミュレーション結果である最終メダル数の累計値である「累計メダル数」、を記憶している。
図３１（ｂ）に示すシミュレーション結果データベースは、端末識別情報毎（即ちユーザ毎）のパチンコ遊技機のシミュレーション結果を記憶するものである。具体的には、１回のシミュレーションが実行される毎に、今回のシミュレーションを実行するための操作が行われた携帯端末１１００の「端末識別情報」に関連付けて、制御部２１０においてシミュレーションプログラムが実行された日時である「シミュレーション日時」、今回のシミュレーションの対象として選択された機種である「シミュレーション機種」、今回のシミュレーションにおける遊技終了時点での最終的な持玉数である「最終持玉数」、今回のシミュレーションの結果獲得した経験値である「獲得経験値」、今回のシミュレーションにおいて発生した大当りの回数である「大当り回数」、今回のシミュレーションにおける最多の連チャン回数である「最多連チャン回数」、及び、今回のシミュレーションにおける特別演出の実行回数である「特別演出回数」、を記憶している。
図３１（ｃ）に示すシミュレーション結果データベースは、端末識別情報毎（即ちユーザ毎）のスロットマシンのシミュレーション結果を記憶するものである。具体的には、１回のシミュレーションが実行される毎に、今回のシミュレーションを実行するための操作が行われた携帯端末１１００の「端末識別情報」に関連付けて、制御部２１０においてシミュレーションプログラムが実行された日時である「シミュレーション日時」、今回のシミュレーションの対象として選択された機種である「シミュレーション機種」、今回のシミュレーションにおける遊技終了時点での最終的なメダル数である「最終メダル数」、今回のシミュレーションの結果獲得した経験値である「獲得経験値」、今回のシミュレーションにおいて発生したＢＢの回数である「ＢＢ回数」、今回のシミュレーションにおいて発生したＲＢの回数である「ＲＢ回数」、今回のシミュレーションにおいてＡＴ（あるいはＡＲＴ）となったゲーム数である「ＡＲ（あるいはＡＲＴ）回数」、今回のシミュレーションにおける一般役（小役及び再遊技役）の当選回数である「一般役入賞回数」、今回のシミュレーションにおける設定示唆演出Ａの実行回数である「設定示唆演出Ａ回数」、及び、今回のシミュレーションにおける設定示唆演出Ｂの実行回数である「設定示唆演出Ｂ回数」、を記憶している。なお、「一般役入賞回数」として、一般役の種別毎の当選回数が記憶されており、各小役の当選回数と、再遊技役の当選回数とを個別に特定可能となっている。
このように、図３１（ｂ）及び（ｃ）のシミュレーション結果データベースでは、端末識別情報毎に、機種別のシミュレーション結果が管理されていることにより、各ユーザに適した推奨機種を適切に判定することができる。
図３２には、ユーザが操作可能な携帯端末１１００、管理サーバ１２００、及び遊技機メーカの情報管理装置１３００において、シミュレーションに関連して実行される処理の例が示されている。各遊技機メーカでは、新たな機種が発表されること等に基づいて、情報管理装置１３００が記憶している自社機種に関する機種情報を管理サーバ１２００に送信する（Ｓ１０００）。管理サーバ１２００では、受信した機種情報を機種管理データベースに記憶させる。図３２の例では、Ｘ社の情報管理装置１３００からＣＲＡＡＡに関する機種情報が管理サーバ１２００に送信され、記憶されている。
また、遊技機メーカは、管理サーバ１２００におけるシミュレーションの実行対象とする機種に関しては、情報管理装置１３００が記憶している自社機種のシミュレーションを実行可能とするために必要なシミュレーション用データを管理サーバ１２００に送信する（Ｓ１０２０）。
例えば、パチンコ遊技機のシミュレーション用データは、低確率状態及び高確率状態における大当りの発生確率、各大当り種別の特性（ラウンド数及び１ラウンドあたりの賞球数、大当り遊技状態終了後に低確率状態又は高確率状態のいずれに制御されるか、大当り遊技状態終了後に低ベース状態又は高ベース状態のいずれに制御されるか等）、各大当り種別の比率（始動入賞口毎の各大当り種別の発生比率）、確変方式（次回大当りまで高確率状態が継続するタイプか、大当りが発生することなく所定回数の変動表示が終了すると高確率状態が終了するタイプ（ＳＴ機）か、さらにＳＴ機である場合にはＳＴ回数等）、等である。
また、スロットマシンのシミュレーション用データは、ＢＢ及びＲＧ、ＡＴあるいはＡＲＴ、並びに一般役（小役及び再遊技役）の設定値毎の当選確率、ＢＢ及びＲＧで実行されるゲーム数、ＡＴあるいはＡＲＴの期間（ゲーム数）、各特別役及び各一般役に入賞した場合に払い出されるメダル数、等である。
管理サーバ１２００では、受信したシミュレーション用データに基づいてその機種のシミュレーションプログラムが生成され、当該機種のシミュレーションを実行可能となる（Ｓ１０３０）。図３２の例では、Ｘ社の情報管理装置１３００からＣＲＡＡＡに関するシミュレーション用データが管理サーバ１２００に送信され、管理サーバ１２００においてＣＲＡＡＡのシミュレーションプログラムが実行可能化されている。なお、遊技機メーカ側でシミュレーション対象となる機種のシミュレーションプログラムを作成し、完成したシミュレーションプログラムを管理サーバ１２００に提供（所謂アップロード）して実行可能化しても良い。
ユーザが操作する携帯端末１１００において、シミュレーション対象とする機種が選択されると（Ｓ１１００）、選択された機種を特定可能なシミュレーション実行要求が管理サーバ１２００に送信され（Ｓ１１１０）、これを受信した管理サーバ１２００では、選択された機種のシミュレーションが実行される（Ｓ１１２０）。図３２の例では、シミュレーション対象としてＣＲＡＡＡが選択されたことに基づいて、ＣＲＡＡＡのシミュレーションが実行されている。
管理サーバ１２００は、選択された機種のシミュレーションが完了すると、シミュレーション結果をシミュレーション要求元の携帯端末１１００に送信し（Ｓ１１３０）、携帯端末１１００にシミュレーション結果を表示させる（Ｓ１１４０）。図３２の例では、シミュレーション対象としてＣＲＡＡＡが選択されたことに基づいて、ＣＲＡＡＡのシミュレーション結果が携帯端末１１００に表示されている。
これに伴い、携帯端末１１００には、ユーザ向けの情報を表示するために、ユーザの操作により選択可能なオブジェクトが表示されている（Ｓ１２００）。例えば、後述するように、ランキング表示用に登録したニックネームが表示されたアイコン（「ＡＢＣさん向け情報」）が表示される。ユーザがそのオブジェクト（アイコン）をタッチ操作により選択することで、携帯端末１１００から管理サーバ１２００に対して、推奨機種情報を要求する推奨機種情報要求が送信され（Ｓ１２１０）、これを受信した管理サーバ１２００では、今回のシミュレーション結果を含む過去のシミュレーション結果に基づいて推奨機種の判定を実行する（Ｓ１２２０）。
推奨機種の判定は、後述するように、シミュレーションの実行頻度、及び、シミュレーションの対象として選択された機種のスペック及び演出等に基づいて判定される。そして、推奨機種が決定されると、推奨機種に関する推奨機種情報を要求元の携帯端末１１００に送信し（Ｓ１２３０）、携帯端末１１００に推奨機種情報を表示させる（Ｓ１２４０）。例えば、推奨機種情報には、推奨機種に関する説明、推奨機種のリスト、及び推奨機種が設置されている遊技場等の情報が含まれる。
このように、携帯端末１１００では、制御部１１０が、ユーザが選択した機種のシミュレーションの実行を管理サーバ１２００に対して要求するシミュレーション要求ステップと、ユーザが選択した機種のシミュレーション結果が管理サーバ１２００により算出されたときに該シミュレーション結果を取得するシミュレーション結果取得ステップと、ユーザが選択した機種のシミュレーション結果に基づいて管理サーバ１２００により判定された推奨機種に関する推奨機種情報を取得する推奨機種情報取得ステップと、を少なくとも含むプログラムを実行している。その結果、携帯端末１１００では、ユーザがシミュレーション対象として選択した機種に関するシミュレーション結果、及び、当該シミュレーション結果に基づく推奨機種情報を表示部１４０に表示させることができる。
管理サーバ１２００において、シミュレーションが実行されてシミュレーション結果が蓄積される結果、管理サーバ１２００には、端末識別情報に関連付けられた遊技履歴（例えば、遊技者データベース、特定遊技履歴データベース、発生情報データベース、及び目押しデータベース）とシミュレーション結果とが記憶されることになる。これにより、個別の遊技者毎に、その遊技者の遊技履歴とシミュレーション結果とを関連付けて管理することが可能となる。また、個別の遊技者毎に、その遊技者が遊技を行った機種毎の遊技履歴とシミュレーション結果とを関連付けて管理することも可能となる。これにより、携帯端末１１００を操作するユーザが実際の遊技機で遊技を行った場合の遊技履歴を特定して、そのユーザの遊技履歴とシミュレーション結果の両方を、携帯端末１１００の表示部１４０、又は、管理サーバ１２００の表示部２４０に、比較可能な態様で表示させることも可能となる。
また、管理サーバ１２００は、各遊技機メーカの情報管理装置１３００に対して、他の遊技機メーカの機種を含む各機種別に集計された遊技履歴を提供可能である（Ｓ１３００）。この遊技履歴には、例えば、遊技者データベース、特定遊技履歴データベース、及び目押しデータベースにて記憶されている各項目の集計値が含まれるが、発生情報データベースに記憶されている各項目の集計値は含まれないものとする。
図３２の例では、Ｘ社の情報管理装置１３００に対して、Ｘ社のみならずＹ社とＺ社を含む各機種の遊技履歴を提供しており、Ｘ社では、遊技機の開発・設計にあたり自社のみならず他社の機種の遊技履歴を参考にすることができる。但し、発生情報データベースには、Ｘ社のみならずＹ社とＺ社のエラー情報も含まれているため、これをＸ社に提供するとＹ社やＺ社にとって不都合となることも考えられる。そこで、他社のエラー情報も含まれる発生情報データベースに記憶されている項目に関しては、各社の情報管理装置１３００に提供しないようにしている。
なお、「Ｘ社の情報管理装置１３００に対しては、発生情報データベースの情報のうちＸ社の機種に関する情報のみを送信可能」というように、各社の情報管理装置１３００が自社のエラー情報は取得可能だが他社のエラー情報は取得できない構成としても良い。なお、このような形態に限らず、各社の情報管理装置１３００が、他社のエラー情報を含む発生情報データベースの情報を取得可能としても良い。
また、管理サーバ１２００は、各遊技機メーカの情報管理装置１３００に対して、他の遊技機メーカの機種を含む各機種別に集計されたシミュレーション履歴を提供可能である（Ｓ１３１０）。このシミュレーション履歴には、シミュレーション結果データベースに含まれる端末識別情報毎、及びシミュレーション機種毎、の集計結果が含まれる。図３２の例では、Ｘ社の情報管理装置１３００に対して、Ｘ社のみならずＹ社とＺ社を含む各機種のシミュレーション履歴を提供しており、Ｘ社では、シミュレーション対象とする機種（シミュレーションプログラムを作成する機種）の判断にあたり、自社のみならず他社の機種のシミュレーション履歴を参考にすることができる。
また、管理サーバ１２００は、各遊技機メーカの情報管理装置１３００に対して、他の遊技機メーカの機種を含む各機種別に集計された推奨機種履歴を提供可能である（Ｓ１３２０）。推奨機種履歴には、各機種が推奨機種として判定された回数が含まれる。図３２の例では、Ｘ社の情報管理装置１３００に対して、Ｘ社のみならずＹ社とＺ社を含む各機種の推奨機種履歴を提供しており、Ｘ社では、遊技機の開発・設計や、シミュレーション対象とする機種（シミュレーションプログラムを作成する機種）の判断にあたり、自社のみならず他社の機種の推奨機種履歴を参考にすることができる。
なお、Ｓ１３００の遊技履歴、Ｓ１３１０のシミュレーション履歴、及びＳ１３２０の推奨機種履歴に関して、各社の情報管理装置１３００が取得可能な情報を自社の情報に限るようにしても良い。また、機種情報やシミュレーション用データを提供した遊技機メーカの情報管理装置１３００であれば、他社の情報を取得可能であるが、機種情報やシミュレーション用データを提供していない遊技機メーカの情報管理装置１３００であれば、他社の情報を取得できないというように、管理サーバ１２００が提供可能な情報に差異を設けるようにしても良い。
（携帯端末の表示画面）
本実施形態において、図３３（Ａ）に示されるようなメニュー画面を携帯端末１１００の表示部１４０に表示させる。このメニュー画面は、「９．シミュレーション」の項目が追加されていることを除いて、図２２（Ａ）に示したメニュー画面と同様である。「９．シミュレーション」のオブジェクトは、遊技者に所望の機種のシミュレーションを提供するためのリンクであり、タッチパネルにおいて「９．シミュレーション」がタッチされると、図３３（Ｂ）に示すランキング表示用情報入力画面が表示される。
図３３（Ｂ）の画面において、ユーザがランキング表示用のニックネームを入力し（本例ではニックネームはＡＢＣと入力されている）、メニューバーによってユーザの住所である都道府県を選択して（本例では東京都が選択されている）、「登録」ボタンを選択することで、シミュレーションランキング表示用情報データベースに、携帯端末１１００の端末識別情報に関連付けて、入力されたニックネームと選択された都道府県が記憶される。このようにして入力情報の登録が完了すると、図３３（Ｃ）に示す選択画面が表示される。
図３３（Ｃ）の画面では、登録されたニックネーム及び都道府県が反映された情報として「ＡＢＣさん（東京都）ようこそ」が表示される。また、パチンコ遊技機のシミュレーションを行うか、又は、スロットマシンのシミュレーションを行うか、の選択を促すメッセージ（「シミュレーションする機種を選択して下さい。」）が表示されると共に、「パチンコシミュレーション」と表示されたオブジェクトと、「パチスロシミュレーション」と表示されたオブジェクトとが表示される。
ユーザが「パチンコシミュレーション」を選択すると、パチンコ遊技機のシミュレーション対象機種を選択させるための図３４（Ｄ）の画面が表示される。本例では、「ＣＲＡＡＡ」、「ＣＲＣＣＣ」、及び「ＣＲＤＤＤ」の各機種に対応したアイコンが表示されると共に、各アイコンの右側には、当該アイコンに対応した機種の情報が表示されている。ここで表示されている機種の情報は、図２９の機種管理データベースに各機種毎に記憶されている情報に基づくものである。
また、各アイコンには、対応する機種の実際の遊技機で実行される演出に出現するキャラクタが表示されており、ユーザは各機種の遊技における演出題材を把握することが可能となっている。図３４（Ｄ）の例では、ＣＲＡＡＡのアイコンにはキャラクタＡ、ＣＲＣＣＣのアイコンにはキャラクタＣ、ＣＲＤＤＤのアイコンにはキャラクタＤが表示されている。
ユーザがシミュレーションを実行させたい機種のアイコンを選択することで、そのアイコンに対応した機種のシミュレーション実行要求が管理サーバ１２００に送信され、管理サーバ１２００にてシミュレーション実行要求にて指定された機種のシミュレーションプログラムが実行される。シミュレーション実行要求を送信した携帯端末１１００の画面には、選択された機種のシミュレーションが実行中である旨が表示される。図３４（Ｅ）の例では、ＣＲＡＡＡのシミュレーションが実行中である旨と、ＣＲＡＡＡの遊技機で実行される演出に出現するキャラクタＡが表示されている。
管理サーバ１２００では、前述したように、大当り確率及び大当り種別の比率、並びに確変方式等に基づいて、シミュレーションを実行する。そして、今回のシミュレーション結果を、シミュレーション日時及びシミュレーション機種と共にシミュレーション結果データベース（図３１（ｂ））に記憶すると共に、今回のシミュレーション結果に基づいてシミュレーションランキング表示用データベースにおける「累計経験値」及び「累計持玉数」を更新し、さらに更新後の「累計経験値」に基づいて「レベル」を更新する。
管理サーバ１２００においてシミュレーション結果が算出されると、図３４（Ｆ）に示すように、情報端末１１００の画面には、シミュレーション対象となった機種（「ＣＲＡＡＡシミュレーション結果」）が表示されると共に、管理サーバ１２００から取得した今回のシミュレーション結果である「最終持玉数」、「獲得経験値」、「大当り回数」、「最多連チャン回数」、及び「特別演出回数」が表示されると共に、更新前のレベル（本例では２４）と更新後のレベル（本例では２５）が表示され、次のレベル（本例では２６）に達するまでに必要な経験値が表示される。
また、携帯端末１１００の画面には、今回のシミュレーション結果と共に、「今までの履歴」、「ランキング」、及び「ＡＢＣさん向け情報」と表示された各アイコンが表示される。ここで、「今までの履歴」と表示されたアイコンをユーザが選択すると、管理サーバ１２００において当該携帯端末１１００の端末識別情報に関連付けられた今回及び前回までのシミュレーション結果（図３１（ｂ）（ｃ）のシミュレーション結果データベースの各項目の値）が取得され、携帯端末１１００の画面に表示される。
このとき、シミュレーション結果のみならず当該携帯端末１１００の端末識別情報に関連付けて管理サーバ１２００に記憶されている遊技履歴を画面に表示するようにしても良い。例えば、シミュレーション対象となった機種であるＣＲＡＡＡのシミュレーション結果と遊技履歴とを対比可能に同一画面に表示させるようにしても良い。
また、「ランキング」と表示されたアイコンをユーザが選択することで、図３５（Ｇ）に示すように、当該携帯端末１１００の端末識別情報に関連付けられたニックネーム及び都道府県の表示（本例では「ＡＢＣさん［東京都］のランキング」）と共に、「レベル」、「累計経験値」、「累計持玉数」、及び「累計メダル数」の各項目に関するユーザのランキングが表示される。このランキングはシミュレーションランキング表示用情報データベースにおける「レベル」、「累計経験値」、「累計持玉数」、及び「累計メダル数」の各項目に関する全国順位が集計されたものである。
また、図３５（Ｇ）に示す携帯端末１１００の画面には、各項目のランキングと共に、「全国上位」及び「都道府県」と表示された各アイコンが表示される。ここで、「全国上位」と表示されたアイコンをユーザが選択すると、「レベル」、「累計経験値」、「累計持玉数」、及び「累計メダル数」の各項目に関して、全国順位が１位から５位までの集計値が、各集計値に関連付けて記憶されているニックネーム及び都道府県と共に表示される。図３５（Ｈ）の例では、「累計持玉数」に関するランキングが表示され、当該携帯端末１１００のユーザである「ＡＢＣ」が全国３位であることが示されている。
また、図３５（Ｇ）に示す携帯端末１１００の画面で、「都道府県」と表示されたアイコンをユーザが選択すると、「レベル」、「累計経験値」、「累計持玉数」、及び「累計メダル数」の各項目に関して、都道府県毎に集計値が合算されると共に、都道府県毎のユーザ数に基づいてユーザ１人あたりの平均値（「平均レベル」、「平均経験値」、「平均持玉数」「平均メダル数」）が算出される。そして、各項目に関して、上位１位から５位までの算出値が、都道府県名と共に表示される。図３５（Ｉ）の例では、「平均持玉数」に関するランキングが表示され、１位が沖縄県であることが示されている。
一方、図３４（Ｆ）に示す携帯端末１１００の画面で、「ＡＢＣさん向け情報」と表示されたアイコンをユーザが選択すると、管理サーバ１２００では、その携帯端末１１００の端末識別情報に関連付けて記憶されている今回のシミュレーション結果を含む過去のシミュレーション結果に基づいて推奨機種の判定を実行する。推奨機種の判定は、各ユーザがシミュレーション対象として選択した機種に関する、シミュレーションの実行頻度、シミュレーション対象となった機種のスペック及び演出等に基づいて行われる。
例えば、図３１（ｂ）に示すシミュレーション結果において、端末識別情報により識別されるユーザに関して、シミュレーション対象機種としてＣＲＡＡＡが選択されている頻度が高い（本例では５回中４回である）ことに基づいて、まず、ＣＲＡＡＡを推奨機種として決定する。
また、ＣＲＡＡＡのように、低確率状態での大当り発生確率が１／３２０程度であり、確変方式がＳＴ方式であり、且つＳＴ回数が比較的多い（例えば１００回以上である）機種を検索して、その機種を推奨機種として決定する。例えば、Ｘ社のＣＲＢＢＢが、同じＭＡＸタイプのロングＳＴ機に該当することに基づいて、ＣＲＢＢＢ（図２９を参照）を推奨機種リストに追加する。
また、ＣＲＡＡＡでは演出題材としてキャラクタＡが用いられている（図３４（Ｄ）を参照）ことに基づいて、同じキャラクタＡを演出題材としたパチスロＡＡＡ（図３０及び図３６（Ｊ）を参照）を推奨機種リストに追加する。
このようにして決定された推奨機種リストと、推奨機種リストに含まれる各機種に関して機種管理データベースに記憶されている情報、例えば、「説明」、「設置開始日（設置予定日）」、「シミュレーション対応の有無」、並びに「設置エリア及び設置店舗」等が、推奨機種情報（「ＡＢＣさん向け情報」）の要求元である情報端末１１００に送信され、表示部１４０に表示可能となる。ここで、機種管理データベースに記憶されている「特殊情報」に関しては、ユーザ（ＡＢＣ）のレベルが一定レベルに達している場合にのみ、情報端末１１００に提供される（表示部１４０に表示される）情報である。
図３７（Ｍ）の例では、推奨機種情報の要求元である携帯端末１１００に、「ＡＢＣさん向け情報」として、１．シミュレーション実行頻度が高いＣＲＡＡＡと類似スペックであるＣＲＢＢＢに関する説明及び設置開始日の情報（「ＭＡＸタイプのロングＳＴ機であるＣＲＢＢＢ（Ｘ社）が７月より全国のホールで好評稼働中です。」）が表示されると共に、２．ＣＲＡＡＡの演出と共通の演出題材（キャラクタＡ）を採用しているパチスロＡＡＡに関するシミュレーション対応の有無に関する情報（「キャラクタＡを題材にしたパチスロＡＡＡ（Ｘ社）のシミュレーションが可能になりました。「パチスロシミュレーション」をお試し下さい。」）が表示され、３．さらに推奨機種リストに含まれる各推奨機種が表示されている。
以上の構成により、推奨機種の判定要素を遊技履歴のみに依存せず多様化することができる。例えば、遊技履歴が管理サーバ１２００に記憶されていないユーザ（二次元コードを撮像して遊技履歴を記憶させる操作を行っていないユーザ）等に対しても、シミュレーション履歴に基づいて推奨機種を提示可能となる。
このように、今回のシミュレーション結果及び／又は前回までのシミュレーション結果に基づいて推奨された機種をユーザが把握することで、実際に推奨された機種で遊技を行う意欲が生じ、遊技場への来店を促すことができる。なお、推奨機種の判定は、シミュレーションが実行された回数に限らず、シミュレーションの成績に基づいて行われても良く、例えば最終持玉数や最終メダル数、あるいは大当り回数や特別役の当選回数等が多い機種を、「ユーザと相性の良い機種」として表示するようにしても良い。
なお、推奨機種の判定において、シミュレーション履歴のみならず遊技履歴を考慮するようにしても良い。前述したように、図１１に示す遊技者データベース、特定遊技履歴データベース、発生情報データベース、及び目押しデータベースの各項目のデータは、端末識別情報毎、機種毎に関連付けて集計可能である。その結果、記憶部２２０において、ユーザ毎（端末識別情報毎）に、機種別の遊技履歴及びシミュレーション履歴を集計して管理することが可能である。例えば、遊技履歴における各機種の遊技頻度と、各機種（実機）のスペック及び演出等、並びに、シミュレーション履歴に基づいて推奨機種を判定するようにしても良い。
また、管理サーバ１２００において、推奨機種の判定を、（１）遊技履歴のみに基づいて実行するか、（２）シミュレーション履歴のみに基づいて実行するか、あるいは（３）遊技履歴及びシミュレーション履歴の両方に基づいて実行するかを設定可能としても良い。例えば、管理者が操作部２３０を操作することによって、（１）〜（３）のいずれの設定とするかを選択可能であり、制御部２１０が、（１）〜（３）のいずれの設定が選択されたかを記憶し、推奨機種の判定において選択された設定に基づいた判定処理が実行されるものとする。また、推奨機種の判定を上記（１）〜（３）のいずれの方式とするかを、ユーザが携帯端末１１００で指定可能としても良い。例えば、ユーザが操作部１３０を操作することによって、（１）〜（３）のいずれの設定で推奨機種を判定するかを選択可能（選択結果を管理サーバ１２００に送信可能）であり、管理サーバ１２００の制御部２１０が、携帯端末１１００で選択された設定を特定して、（１）〜（３）のいずれの設定が選択されたかを特定し、推奨機種の判定において選択された設定に基づいた判定処理を実行するものとする。
図３３（Ｃ）に戻り、この画面で、ユーザが「パチスロシミュレーション」を選択すると、スロットマシンのシミュレーション対象機種を選択させるための図３６（Ｊ）の画面が表示される。本例では、「パチスロＡＡＡ」、「パチスロＥＥＥ」、及び「パチスロＧＧＧ」の各機種に対応したアイコンが表示されると共に、各アイコンの右側には、当該アイコンに対応した機種の情報が表示されている。ここで表示されている機種の情報は、図３０の機種管理データベースに各機種毎に記憶されている情報に基づくものである。
また、各アイコンには、対応する機種の実際の遊技機で実行される演出に出現するキャラクタが表示されており、ユーザは各機種の遊技における演出題材を把握することが可能となっている。図３６（Ｊ）の例では、パチスロＡＡＡのアイコンにはキャラクタＡ、パチスロＥＥＥのアイコンにはキャラクタＥ、パチスロＧＧＧのアイコンにはキャラクタＧが表示されている。
ユーザがシミュレーションを実行させたい機種のアイコンを選択することで、そのアイコンに対応した機種のシミュレーション実行要求が管理サーバ１２００に送信され、管理サーバ１２００にてシミュレーション実行要求にて指定された機種のシミュレーションプログラムが実行される。シミュレーション実行要求を送信した携帯端末１１００の画面には、選択された機種のシミュレーションが実行中である旨が表示される。図３６（Ｋ）の例では、パチスロＥＥＥのシミュレーションが実行中である旨と、パチスロＥＥＥの遊技機で実行される演出に出現するキャラクタＥが表示されている。
管理サーバ１２００では、前述したように、各役の当選確率等に基づいて、シミュレーションを実行する。そして、今回のシミュレーション結果を、シミュレーション日時及びシミュレーション機種と共にシミュレーション結果データベース（図３１（ｃ））に記憶すると共に、今回のシミュレーション結果に基づいてシミュレーションランキング表示用データベースにおける「累計経験値」及び「累計メダル数」を更新し、さらに更新後の「累計経験値」に基づいて「レベル」を更新する。
管理サーバ１２００においてシミュレーション結果が算出されると、図３６（Ｌ）に示すように、情報端末１１００の画面には、シミュレーション対象となった機種（「パチスロＥＥＥシミュレーション結果」）が表示されると共に、管理サーバ１２００から取得した今回のシミュレーション結果である「最終メダル数」、「獲得経験値」、「ＡＴ（又はＡＲＴ）回数」、「一般役入賞回数（小役入賞回数および再遊技役入賞回数）」、「設定示唆演出Ａ回数」、及び「設定示唆演出Ｂ回数」が表示されると共に、更新前のレベル（本例では２５）と更新後のレベル（本例では２６）が表示され、次のレベル（本例では２７）に達するまでに必要な経験値が表示される。
また、前述したように、携帯端末１１００の画面には、今回のシミュレーション結果と共に、「今までの履歴」、「ランキング」、及び「ＡＢＣさん向け情報」と表示された各アイコンが表示される。この画面で、「ＡＢＣさん向け情報」と表示されたアイコンをユーザが選択すると、管理サーバ１２００では、前述のように推奨機種の判定を実行する。
例えば、図３１（ｃ）に示すシミュレーション結果において、端末識別情報により識別されるユーザに関して、シミュレーション対象機種としてパチスロＥＥＥが選択されている頻度が高い（本例では５回中４回である）ことに基づいて、まず、ＣＲＥＥＥを推奨機種として決定する。また、パチスロＥＥＥのように、ＡＴタイプである機種を検索して、その機種を推奨機種として決定する。例えば、Ｙ社のパチスロＦＦＦが、同じＡＴタイプに該当することに基づいて、パチスロＦＦＦ（図３０を参照）を推奨機種リストに追加する。
パチンコ遊技機のシミュレーションと同様に、このようにして決定された推奨機種リストと、推奨機種リストに含まれる各機種に関して機種管理データベースに記憶されている情報が情報端末１１００の表示部１４０に表示可能となる（例えば、図３７（Ｍ）を参照）。ここで、図３７（Ｎ）の例では、シミュレーションランキング表示用情報データベースにおいて、ユーザ（「ＡＢＣ」）の登録住所となっている「東京都」のエリアにおいて、推奨機種であるパチスロＦＦＦが設置されている遊技場が示されている。このように、シミュレーションを実行する際に入力されるユーザの個人情報（本例では住所）に応じて異なる推奨機種情報を提供可能としても良い。
なお、ニックネームや都道府県と同様に、性別や生年月日等のユーザの他の個人情報（属性情報）を登録させておき、性別に応じて異なる推奨機種情報を提供するようにしても良く、生年月日に応じて異なる推奨機種情報を提供するようにしても良い。
また、図３７（Ｎ）の例では、シミュレーションの実行を指示したユーザ（ＡＢＣ）のレベルが一定レベル（例えば２０以上）に達していることに基づいて、推奨機種であるパチスロＦＦＦに関して機種管理データベースに記憶されている特殊情報（本例では「パチスロＦＦＦは、あるキャラクタの出現頻度が高ければ高設定の期待大！！」）が表示されている。このように、シミュレーションの結果（本例ではシミュレーションの結果として付与される経験値に基づくレベル）に応じた情報が提供可能となることにより、ユーザがシミュレーション結果に関心を抱くようになる。
なお、本例では、レベルが一定以上のユーザに対して特殊情報が提供可能となるようにしているが、全国順位が上位のユーザに特殊情報が提供可能となるようにしても良く、都道府県ランキングが上位の都道府県が住所として登録されているユーザに特殊情報が提供可能となるようにしても良い。
上記の実施形態では、遊技機に表示される二次元コードを携帯端末１１００で撮像して遊技履歴を管理サーバ１２００に記憶させた遊技者が、携帯端末１１００で選択した機種のシミュレーションを管理サーバ１２００で実行させる例について説明したが、これに限らず、遊技履歴を管理サーバ１２００に記憶させていないユーザであっても、携帯端末１１００で選択した機種のシミュレーションを管理サーバ１２００で実行させることが可能としても良い。
また、ユーザがシミュレーションを実行させるために操作する情報端末は、スマートフォンやタブレット等の携帯端末１１００に限らず、非携帯型のコンピュータであっても良い。
上記の実施形態では、遊技機のシミュレーションが、選択されたシミュレーション対象機種の、最終持玉数や最終メダル数、あるいは、大当り回数や特別役当選回数、等のシミュレーション結果を算出するものである例について説明したが、このような形態に限らず、選択されたシミュレーション対象機種の遊技機画像の一部又は全部を携帯端末１１００の表示部１４０に表示させて、シミュレーション上の遊技の進行を遊技者が視認可能な態様で表示する形態（所謂ゲーム形態）あっても良い。
例えば、パチンコ遊技機のシミュレーションに関しては、遊技領域の画像を表示すると共に、遊技領域に発射された遊技球の画像を表示し、その遊技球が、各入賞口（始動入賞口、一般入賞口、大入賞口）に入賞する様子、ゲートを通過する様子、及び、アウト口に導かれる様子等を表示し、さらに、始動入賞口への遊技球の入賞に基づいて演出図柄の変動表示が実行される様子、演出図柄の変動表示結果がはずれ図柄となる様子、又は、演出図柄の変動表示結果が大当り図柄（例えば「７７７」）となり、大入賞口が開放制御される様子等、を表示するようにしても良い。また、スロットマシンのシミュレーションに関しては、リール（２Ｌ、２Ｃ，２Ｒ）の画像を表示すると共に、１ゲーム毎にリールが回転を開始して、（ユーザの停止操作等に応じて）回転を停止する様子や、入賞ライン上に特別役や一般役の図柄が停止している様子等、を表示するようにしても良い。
上記の実施形態では、シミュレーション結果が携帯端末１１００に表示されたときに、改めてそのユーザ向けの情報を取得するための操作（「ＡＢＣさん向け情報」のアイコン選択）を行ったこと（推奨機種情報要求）に基づいて、管理サーバ１２００にて推奨機種の判定が実行されて推奨機種情報が携帯端末１１００に表示されたが、このような推奨機種情報要求を必要とせず、管理サーバ１２００においてシミュレーションが実行されたことに伴い、今回のシミュレーション結果を含むシミュレーション履歴に基づいて自動的に推奨機種を判定して、携帯端末１１００にシミュレーション結果と共に推奨機種情報を表示させるようにしても良い。
上記の実施形態では、１回のシミュレーションが実行されると、今回のシミュレーション結果を含む今までのシミュレーション履歴に基づいて推奨機種が判定される例を示したが、今回のシミュレーション結果のみによって推奨機種を判定可能としても良い。例えば、その１回のシミュレーションにより選択された機種の遊技機が設置されている遊技場を特定して情報端末に表示させる、あるいは、その機種のスペックと類似するスペックの機種を特定して情報端末に表示させるようにしても良い。
上記の実施形態では、管理サーバ１２００が遊技履歴を記憶すると共にシミュレーションを実行する例について説明したが、このような形態に限らず、管理サーバ１２００が遊技履歴を記憶する一方で、各メーカの情報管理装置１３００がシミュレーションを実行するようにしても良い。このような構成では、情報管理装置１３００が機種管理データベースを記憶するものとし、携帯端末１１００は、遊技履歴を取得する場合には管理サーバ１２００と通信を行い、シミュレーション結果及び推奨機種情報を取得する場合には情報管理装置１３００と通信を行う。例えば、管理サーバ１２００のサイトにおいて「パチンコシミュレーション」や「パチスロシミュレーション」のアイコンを選択することで、情報管理装置１３００のサイトに移動するようにしても良く、管理サーバ１２００から遊技履歴を取得する場合のＴＯＰ画面と、情報管理装置１３００でシミュレーションを実行させる場合のＴＯＰ画面とが異なるようにしても良い。また、各情報管理装置１３００では、自社の機種に関するシミュレーションは実行可能であるが、他社の機種に関するシミュレーションは実行できないようにしても良く、自社の機種に関する情報は推奨機種情報に含まれるが、他社の機種に関する情報は推奨機種情報に含まれないようにしても良い。
なお、管理サーバ１２００や情報管理装置１３００は、１のコンピュータにより構成されるものに限らず、通信可能な複数のコンピュータにより構成されていても良い。
上記の実施形態では、シミュレーションの実行及び推奨機種の判定はいずれも携帯端末１１００では行われていないが、このような形態に限らず、ユーザが操作可能な情報端末にシミュレーション実行機能及び推奨機種判定機能のいずれか一方又は両方を持たせるようにしても良い。例えば、ユーザが操作可能な情報端末に、所定のサイト（例えば管理サーバ１２００や情報管理装置１３００のサイト）からシミュレーションプログラム及び機種情報（機種管理データベースの情報）を含むアプリケーションソフトウェアをダウンロードさせ、そのアプリケーションソフトウェアを実行することにより、シミュレーションの実行及び推奨機種の判定を可能としても良い。
［変形例について］
以上、本発明の実施例を図面により説明してきたが、本発明はこの実施例に限定されるものではない。本発明は、上記の実施例に限られず、種々の変形、応用が可能である。以下、本発明に適用可能な変形例などについて説明する。また、前述した本実施形態で説明した技術事項、および、以下の変形例で説明する技術事項のうち少なくとも２つを組み合わせて実施するようにしてもよく、前述した本実施形態で説明した技術事項を以下の変形例で説明する技術事項に置換して実施するようにしてもよく、当該置換したものに対して、以下の変形例で説明する技術事項をさらに組み合わせて実施するようにしてもよい。
［非表示復電時処理および表示復電時処理について］
（１） 図２６を用いて、非表示復電時処理および表示復電時処理などの変形例を説明する。本変形例の処理内容と、本実施形態の処理内容とでは、主に以下の点で相違する。
第１の相違点として、スランプグラフは、本実施形態では、当日分の通常遊技履歴情報と過去７日分の通常遊技履歴情報とを表示できるのに対し、本変形例では、当日分の通常遊技履歴情報のみが表示される一方、過去７日分の通常遊技履歴情報は表示されない。つまり、本変形例では、前日までの通常遊技履歴情報を用いずに第３の二次元コードＣを生成する。
第２の相違点として、同日に複数回、第３の二次元コードＣが表示される状況において、本実施形態では、常に、最新の目押し情報を用いて第３の二次元コードＣを生成する（図２５（Ｄ）参照）。つまり、本実施形態では、該複数回表示された第３の二次元コードに含まれる目押し情報はそれぞれ異なる。これに対し、本変形例では、同日に複数回、第３の二次元コードＣが表示されても、第３の二次元コードＣには、一貫して、同一の「前日までの目押し情報」が含まれる。つまり、本変形例では、同日に該複数回表示された第３の二次元コードに含まれる目押し情報は全て同一である。
図２６（Ａ）は、情報更新処理について示したものである。図２６（Ａ−１）に示すように、目押し情報の更新処理としては、「当日の目押し情報」と、「当日の目押し情報と前日までの目押し情報とを合算した情報（以下、「目押し合算情報」という。）」との双方を１ゲーム消化ごとに更新する。図２６（Ａ−２）に示すように、目押し情報の更新処理としては、１ゲーム消化ごとに「当日の通常遊技履歴情報」を更新する。
図２６（Ｂ）は、非表示復電時処理について示したものである。図２６（Ｂ−１）の処理では、目押し合算情報を前日までの目押し情報に置き換える。具体的には、前日までの目押し情報領域に記憶されている情報を消去し、目押し合算情報を前日までの目押し情報領域に移行させ、当日の目押し情報領域に記憶されている情報を消去する。
図２４を用いて、図２６（Ｂ−１）の処理の意義について説明する。ここでは、当日を「６／２９」とする。非表示復電時処理は、前日（６／２８）にメニュー画面が表示されていないときに実行される処理である。このように、前日にメニュー画面が表示されていないことから、該前日（６／２８）の目押し情報（つまり、当日の目押し情報）と、前々日（６／２７）の目押し情報（つまり、前日の目押し情報）とは、管理サーバ１２００に送信されていないことになる。したがって、図２６（Ｂ−１）の処理により、目押し合算情報（当日の目押し情報と前日の目押し情報）を前日までの目押し情報領域に移行することで、管理サーバ１２００に送信されていない目押し合算情報を保護することができる。
図２６（Ｂ−２）の処理では、当日の通常遊技履歴情報を消去する。
図２６（Ｃ）は、表示復電時処理について示したものである。図２６（Ｃ−１）の処理は、当日の目押し情報を前日までの目押し情報に置き換える。具体的には、前日までの目押し情報領域に記憶されている情報を消去し、当日の目押し情報領域に記憶されている情報を前日までの目押し情報領域に移行させ、当日の目押し情報領域に記憶されている情報を消去する。
図２４を用いて、図２６（Ｃ−１）の処理の意義について説明する。ここでは、当日を「６／３０」とする。表示復電時処理は、前日（６／２９）にメニュー画面が表示されたときに実行される処理である。このように、前日（６／２９）にメニュー画面が表示されたことから、前日までの目押し情報（つまり、６／２８の目押し情報）は、管理サーバ１２００に送信されたと仮定できる。そこで、図２６（Ｃ−１）の処理により、前日までの目押し情報を消去して、６／２９（当日の目押し情報）を前日までの目押し情報領域に移行する。したがって、管理サーバ１２００に送信されたと仮定される目押し情報を消去することで、ＲＡＭ９１ｂの記憶容量を削減できるとともに、６／２９（当日の目押し情報）を保護できる。
図２６（Ｄ）は、第３の二次元コードＣの生成処理について示したものである。図２６（Ｄ）に示すように、前日までの目押し情報および当日の通常遊技履歴情報とを用いて、第３の二次元コードＣを生成する。図２４に示すように、６／２９の１５時に生成される第３の二次元コードＣには、当日（６／２９）の目押し情報は含まれてない。つまり、該第３の二次元コードＣが撮像されたとしても、当日（６／２９）の目押し情報は管理サーバ１２００には送信されない。これは、目押し情報については緊急性を要するものではないことから、当日（６／２９）の目押し情報は管理サーバ１２００には送信されなくても、特段の問題はない。
また、前日までの目押し情報に基づいて、一意に生成されるランダム値（本実施形態の日付特定情報αに対応）が付加される。これにより、前日までの目押し情報が少しでも異なると、生成されるランダム値は異なる。また、管理サーバ１２００の制御部２１０は、同一のランダム値が付加された目押し情報については、更新しない。
本実施形態と本変形例との相違点の箇所で説明したように、本変形例では、同日に複数回、第３の二次元コードＣが表示されても、第３の二次元コードＣには、一貫して、同一の「前日までの目押し情報」が含まれる。したがって、同日に複数回、第３の二次元コードＣが表示された場合において、該複数回表示された第３の二次元コードＣそれぞれに含まれる前日までの目押し情報に付加されたランダム値は全て同一となる。これにより、管理サーバ１２００の制御部２１０により、同じ目押し情報を何度も更新されてしまうことを防止できる。
本変形例のさらなる変形例として、図２６（Ａ−１）の処理において、「当日の目押し情報」のみを更新し、目押し合算情報については更新しないようにしてもよい。この場合には、図２６（Ｂ）の処理は、図２５（Ｃ−１）の処理と同一を実行する。
また、本変形例のさらなる変形例として、第３の二次元コードＣに前日までの通常遊技履歴情報を含ませるようにしてもよい。このような構成によれば、第３の二次元コードＣが撮像されたときには、本実施形態のように、当日のみではなく、前日までの（過去の通常遊技履歴情報も携帯端末の表示部に表示させることができる。
（２） 本実施形態において、図２５（Ｂ）、（Ｃ）に示したように、非表示復電時処理と表示復電時処理とは異なるとして説明した。しかしながら、非表示復電時処理と表示復電時処理とを同一としてもよい。つまり、前日に、メニュー画面が表示されているか否かに関わらず同一の処理を実行するようにしてもよい。ここで、同一の処理とは、図２５（Ｂ）の処理および図２５（Ｃ）の処理のいずれかとしてもよい。なお、図２５（Ｃ）の処理は、バッファ領域を用いない処理であることから、同一の処理を図２５（Ｃ）の処理とすることが好ましい。このような処理によれば、メニュー画面が表示されているか否かの判断処理（図１８のＳ１４０の処理）を省略することができ、復電時処理の処理負担を軽減できる。
（３） 本実施形態では、目押し情報、および通常遊技履歴情報ともに、「当日」および「前日以前」で記憶領域を区別するとして説明した（図２５、図２６など参照）。しかしながら、目押し情報、および通常遊技履歴情報のうち少なくとも１つについては、区別する期間を、特定期間、および特定期間以前の期間で区別するようにしてもよい。特定期間とは、たとえば、２日分としてもよい。つまり、目押し情報が記憶される領域、および通常遊技履歴情報が記憶される領域のうち少なくとも１つについては、「当日および前日の記憶領域」と、「前々日以前の記憶領域」とに分けるようにしてもよい。
［目押し情報および発生情報について］
（１） 本実施形態では、第３の二次元コードＣを撮像することにより、管理サーバ１２００に送信される送信情報は、目押し情報であるとして説明した。しかしながら、送信情報には、発生情報のうちの少なくとも１つを含めるようにしてもよい。ここで、発生情報のうちの少なくとも１つとは、エラー情報、ドア開放情報、コネクタ外れ情報のうちの少なくとも１つである。
また、送信情報は、以下に示すように、目押し情報の他、メーカ側（遊技機の提供者側）が利用できる他の情報（以下、「メーカ利用情報」という。）を含んでいてもよい。遊技機のメーカは、メーカ利用情報を収集（管理サーバ１２００に蓄積）して、最近の遊技者の遊技動向などを把握することができる。これにより、メーカ側は、収集したメーカ利用情報を、遊技機の今後の製造方針やマーケティング活動などに役立てることができる。
「メーカ利用情報」の一例として、「演出参加率情報」および「稼働率情報」のうち少なくとも１つを含むものとしてもよい。「演出参加率情報」とは、「演出キャンセル率情報」、「要求操作率情報」のうち少なくとも１つを含むものとしてもよい。また、「稼働率情報」とは、「時間帯別稼働情報」、「１ゲーム必要平均時間情報」のうち少なくとも１つを含むものとしてもよい。
（１−１） 演出キャンセル率情報は、特定演出の実行途中にキャンセルされた頻度を特定できる情報である。たとえば、複数種類の演出のいずれかを実行可能であり、かつ演出途中で、ゲームを進行させる操作（たとえば、スタートスイッチ７の操作）がされたときに、該演出をキャンセルさせる構成を有するスロットマシン１について説明する。このようなスロットマシン１において、メーカ利用情報として演出キャンセル率情報を収集することにより、複数の演出のうち、キャンセルされた頻度が高い演出を特定することができる。したがって、遊技者の興趣を向上させる演出、および興趣を向上させない演出それぞれを特定することができ、演出構成の向上を図ることができる。
（１−２） 要求操作率情報とは、遊技者に対して、所定操作（たとえば、演出用スイッチ５６の操作）を要求する要求演出が実行されたときに、所定操作をする頻度を特定できる情報である。たとえば、複数種類の要求演出のうちいずれかを実行可能である構成を有するスロットマシン１について、要求操作率情報を収集することにより、管理者は、複数種類の要求演出それぞれについて、要求演出により要求した操作が高い頻度で行われた要求演出を特定することができる。したがって、遊技者が操作したくなるような要求演出構成を特定でき、要求演出の構成の向上を図ることができる。
（１−３） 時間帯別稼働情報とは、所定時間（たとえば、１時間）ごとに、遊技されているか否かを特定できる情報である。一般的に、遊技の時間帯によって、遊技者層を予想することができる。たとえば、ＡＭ１０時〜ＰＭ１６時まで遊技する遊技者は、主婦や、学生が多いと予想できる一方、ＰＭ１６時〜ＰＭ２２時まで遊技する遊技者は、学生や社会人が多いと予想できる。時間帯別稼働情報を収集することにより、管理者は、種別が異なる（たとえば採用しているキャラクタ異なる）スロットマシンそれぞれについて、人気のある層を特定することができる。
（１−４） １ゲーム必要平均時間情報は、１ゲーム消化に必要とする遊技時間の平均を特定する情報である。メーカ側としては、１日当たりの消化ゲーム数が多いスロットマシンを製造することが好ましい。１ゲーム必要平均時間情報を収集することにより、管理者は、種別が異なる（たとえば採用しているキャラクタ異なる）スロットマシンそれぞれにおいて、１ゲーム消化に必要な平均時間を特定することができる。たとえば、１ゲーム消化に必要な平均時間が極端に多いスロットマシンでは、１ゲーム消化に必要な平均時間を短くする処置などを行うことができる。１ゲームに必要な平均時間を短くする処置とは、たとえば、長い時間を要する演出が実行される時間を短くするなどの処置である。長い時間を要する演出とは、たとえば、遊技の進行を遅延させる遅延演出（フリーズ）などである。１ゲーム必要平均時間情報を収集することにより、１日当たりの消化ゲーム数が多いスロットマシンの製造に関する指標を特定できる。
（１−５） また、発生情報に、「メーカ利用情報」が含まれる場合には、遊技者の携帯端末や店員の携帯端末に発生情報を表示させないようにすることが好ましい。メーカ利用情報は、スロットマシンなどの今後の製造方針などに役立てることができる情報であることから、競合他社に取得されることなく、メーカ側が秘密裏に保持することが好ましい。もし、遊技者の携帯端末や店員の携帯端末に発生情報が表示されると、メーカ利用情報が、競合他社に漏えいする虞がある。したがって、発生情報にメーカ利用情報が含まれる場合には、遊技者の携帯端末や店員の携帯端末に発生情報を表示させないようにすることが好ましい。
（２） また、本実施形態では、不正可能性行為は、「前面扉１ｂの開放」、および「コネクタ外し」であるとして説明した。しかしながら、不正可能性行為は、これらに限られるものではなく、不正の可能性がある行為であれば、如何なる行為であってもよい。不正可能性行為は、たとえば、電源スイッチ３９のオフや、リセット／設定スイッチ３８の操作などとしてもよい。不正可能性行為を他の行為とした場合には、不正可能性情報は、通電時であるとき、または、電断時であるときに、該他の行為がされたことを特定できる情報とすればよい。また、不正可能性行為は、「前面扉１ｂの開放」、および「コネクタ外し」のうち、いずれか１つとしてもよい。また、発生情報に不正可能性情報を含めないようにしてもよい。また、発生情報は、不正可能性情報のみとし、エラー情報やメーカ利用情報を含めないようにしてもよい。
（３） また、本実施形態では、発生情報に、「不正行為の可能性」があることを特定できる不正可能性情報を含ませるとして説明した。しかしながら、「不正行為」を特定できる「不正特定情報」を、発生情報に含ませるようにしてもよい。たとえば、スロットマシン１は、店員が保持している特定の鍵を鍵穴に挿入させてから前面扉１ｂを開放可能とし、かつ特定の鍵が挿入されたことを検出可能な検出手段を備えるようにしてもよい。該検出手段の検出結果を示す検出信号はメイン制御部４１に送信される。このような構成の場合には、「不正行為」を以下のように特定できる。たとえば、特定の鍵と異なる鍵（たとえば、不正者が偽造した鍵）を鍵穴に挿入させて前面扉１ｂを開放させた場合には、検出手段の結果が、「特定の鍵が挿入された」結果とは異なる結果となる。メイン制御部４１は、「特定の鍵が挿入された」結果とは異なる結果を示す検出信号を受信することにより、不正行為が行われたことを特定する。メイン制御部４１は、不正行為が行われたことを特定すると、該不正行為が行われたこと示すコマンドをサブ制御部９１に対して、送信する。サブ制御部９１は、該不正行為が行われたこと、および該不正行為が行われた日時を特定できる態様で、不正特定情報をＲＡＭ９１ｂに格納させる。
（４） また、第１の二次元コードＡおよび第２の二次元コードＢの少なくとも一方に、送信情報のうちの少なくとも一部（たとえば、「目押し情報」、「演出参加率情報」、および「稼働率情報」の少なくとも１つ）を含ませるようにしてもよい。
（５） 本実施形態では、第２の二次元コードＢに、通常遊技履歴情報は含まれないとして説明した（図２０（ｂ）、（ｃ）参照）。しかしながら、第２の二次元コードＢに、通常遊技履歴情報を含ませるようにしてもよい。このような構成によれば、第２の二次元コードＢに、通常遊技履歴情報および特定遊技履歴情報の双方を含ませることができる。
したがって、第２の二次元コードＢを撮像した携帯端末１１００に、通常遊技履歴情報および特定遊技履歴情報の双方を表示させることができる。したがって、第２の二次元コードＢを撮像した遊技者は、より豊富な遊技履歴情報を視認することができる。
［各情報の更新について］
（１） 本実施形態の通常遊技履歴情報、特定遊技履歴情報、および目押し情報それぞれが更新される条件は、１ゲーム消化であるとして説明した。しかしながら、これらの情報のうち少なくとも１つの情報が更新される条件を他の条件としてもよい。たとえば、通常遊技履歴情報、特定遊技履歴情報、および目押し情報のうち少なくとも１つの情報が更新される条件を２ゲーム消化することにより成立する条件としてもよい。
（２） 本実施形態では、小役入賞回数は、小役が入賞した回数であるとして説明した。しかしながら、小役入賞回数は、小役の種類と、該種類の小役入賞した回数とを対応付けたものとしてもよい。たとえば、小役入賞回数として、スイカがＸ回、チェリーがＹ回、ベルがＺ回としてもよい。このような構成によれば、管理サーバ１２００の管理者などは、小役の種類ごとに、入賞した回数を把握することができる。
［二次元コードについて］
（１） 本実施形態では、携帯端末１１００に取得させる取得情報（本実施形態では、通常遊技履歴情報と、特定遊技履歴情報と、発生情報）を携帯端末１１００に取得させる取得手法として、スロットマシン１が二次元コードを表示するとして説明した。しかしながら、該取得手法は、他の手法であってもよい。たとえば、表示する情報として二次元コードではなく、他の態様で表示するようにしてもよい。たとえば、スロットマシン１が、スピーカ５３、５４から、取得情報が含まれた音（音波）を出力するようにしてもよい。
この場合には、携帯端末１１００は、出力された音（音波）を収音して解析することにより、取得情報を取得するようにしてもよい。
また、他の取得手法として、携帯端末１１００と通信可能な通信部をスロットマシン１が備えて、スロットマシン１は、携帯端末１１００に対して取得情報を送信するようにしてもよい。また、スロットマシン１と携帯端末１１００とを、遊技者や店員が有線で接続することにより、スロットマシン１は、携帯端末１１００に対して取得情報を送信するようにしてもよい。
（２） 本実施形態では、二次元コードに含まれている主な情報として、通常遊技歴情報、特定遊技履歴情報、目押し情報、および発生情報であるとして説明した。しかしながら、二次元コードには、他の情報を含ませるようにしてもよい。たとえば、該他の情報を特典としてもよい。特典とは、たとえば、例えば、音楽、壁紙、待ち受け画面等のコンテンツデータ、あるいは、所定の物品と交換できる交換券を示すデータである。
（３） 本実施形態では、二次元コード（第１の二次元コードＡ〜第３の二次元コードＣ）の表示契機は、設定変更状態であるとき（図１７のＳ１６）、メニュー画面が表示されたとき（図１７のＳ１６Ａ）、「二次元コード作成」が選択されたとき（図１７のＳ２０）であるとして説明した。しかしながら、二次元コードの表示契機はこれらに限られるものではない。たとえば、遊技者にとって、有利な状態（たとえば、ボーナス中やＡＴ中）に、二次元コードを表示するようにしてもよい。この場合には、特典が含まれた二次元コードが表示されることが好ましい。このようにすることにより、有利な状態において、メダル払出率を高めつつ、特典も付与されることから、遊技の興趣を向上させることができる。
（４） また、本実施形態では、店員が保有している携帯端末であるか遊技者が保有している携帯端末であるかにかかわらず、エラー情報を表示させないとして説明した。しかしながら、店員の携帯端末にはエラー情報を表示させる一方、遊技者の携帯端末にエラー情報を表示させない特定制御を実行するようにしてもよい。このような特定制御を実行することにより、直近に生じたエラーを店員に把握させることができる。したがって、不正行為の発生の可能性が高いエラーが表示された場合には、該不正行為に対して素早い対応を行うことができる。以下では、該特定制御の手法の具体例を説明する。
（４−１） 第１の手法として、Ｓ１８において生成された第１の二次元コードＡに、エラー情報を携帯端末１１００に表示させる表示フラグを含ませる一方、Ｓ２２において生成された第２の二次元コードＢにおいて、該表示フラグを含ませないようにする。このような構成によれば、管理サーバ１２００は、表示フラグの有無に基づいて、エラー情報を携帯端末１１００に送信するか否かを決定する。具体的には、表示フラグが二次元コードに含まれているとき（つまり、第１の二次元コードＡであるとき）には、管理サーバ１２００は、エラー情報を携帯端末１１００に送信して携帯端末１１００に該エラー情報に基づいた画像を表示させる。一方、表示フラグが二次元コードに含まれていないとき（つまり、第２の二次元コードＢであるとき）には、管理サーバ１２００は、エラー情報を携帯端末１１００に送信しない（つまり、携帯端末１１００に該エラー情報に基づいた画像を表示させない）。このように、管理サーバ１２００が、表示フラグの有無を検出してエラー情報を送信するか否かを決定することにより、特定制御を実行することができる。
なお、表示フラグではなく、エラー情報を携帯端末１１００に表示させない非表示フラグを用いるようにしてもよい。たとえば、第１の二次元コードＡに非表示フラグを含ませず、第２の二次元コードＢに非表示フラグを含ませるようにしてもよい。このような構成であれば、管理サーバ１２００は、非表示フラグの有無に基づいて、エラー情報を携帯端末１１００に送信するか否かを決定する。具体的には、非表示フラグが二次元コードに含まれているとき（つまり、第２の二次元コードＢであるとき）には、管理サーバ１２００は、エラー情報を携帯端末１１００に送信しない（つまり、携帯端末１１００に該エラー情報に基づいた画像を表示させない）。一方、非表示フラグが二次元コードに含まれていないとき（つまり、第１の二次元コードＡであるとき）には、管理サーバ１２００は、エラー情報を携帯端末１１００に送信して携帯端末１１００に該エラー情報に基づいた画像を表示させる。このように、管理サーバ１２００が、非表示フラグの有無を検出してエラー情報を送信するか否かを決定することにより、特定制御を実行することができる。
（４−２） 第２の手法として、管理サーバ１２００は、Ｓ３２０４のＵＲＬデコード処理に基づいて取得した携帯端末の端末識別情報に基づいて、携帯端末１１００にエラー情報を送信するか否かを決定するようにしてもよい。たとえば、管理サーバ１２００は、エラー情報を送信する携帯端末（以下、「送信対象携帯端末」という。）の端末識別情報と、エラー情報を送信しない携帯端末（以下、「非送信対象携帯端末」という。）の端末識別情報とを、記憶部２２０に特定情報として記憶させる構成とすればよい。送信対象携帯端末とは、店員の携帯端末であり、非送信対象携帯端末とは、遊技者の携帯端末である。管理サーバ１２００は、Ｓ３２０４のＵＲＬデコード処理により、携帯端末識別情報を取得すると、該携帯端末識別情報が、送信対象携帯端末の端末識別情報なのか、非送信対象携帯端末の端末識別情報なのかを、特定情報に基づいて特定する。そして、管理サーバ１２００は、該特定結果に基づいて、携帯端末にエラー情報を送信するか否かを決定するようにすればよい。このように、管理サーバ１２００が、ＵＲＬデコード処理により取得した携帯端末識別情報に基づいて、エラー情報を送信するか否かを決定することにより、特定制御を実行することができる。
（４−３） 本実施形態では、第１の二次元コードＡにもＲＡＭ９１ｂに記憶されている特定遊技履歴情報が含まれるとして説明した。第３の手法では、第１の二次元コードＡには、特定遊技履歴情報を含ませる一方、第２の二次元コードＢには、特定遊技履歴情報を含ませないようにしてもよい。これにより、第１の二次元コードＡの容量を削減できる。さらに、このような第１の二次元コードＡを生成する構成である場合には、図２０（ａ）で説明した二次元コードＡフラグを含ませる必要はない。このような構成によれば、管理サーバ１２００は、特定遊技履歴情報の有無に基づいて、エラー情報を携帯端末１１００に送信するか否かを決定する。具体的には、特定遊技履歴情報が二次元コードに含まれていないとき（つまり、第１の二次元コードＡであるとき）には、管理サーバ１２００は、エラー情報を携帯端末１１００に送信して携帯端末１１００に該エラー情報に基づいた画像を表示させる。一方、特定遊技履歴情報が二次元コードに含まれていないとき（つまり、第２の二次元コードＢであるとき）には、管理サーバ１２００は、エラー情報を携帯端末１１００に送信しない（携帯端末１１００に該エラー情報に基づいた画像を表示させない）。このように、管理サーバ１２００が、特定遊技履歴情報の有無を検出してエラー情報を送信するか否かを決定することにより、特定制御を実行することができる。
（４−４） “（４−１）〜（４−３）”において、携帯端末１１００に対してエラー情報を表示させない手法としては、管理サーバ１２００から携帯端末１１００にエラー情報を送信しないことにより実現するとして説明した。しかしながら、管理サーバ１２００から携帯端末１１００にエラー情報を送信するが、携帯端末１１００が該エラー情報に基づいた画像を表示しないような構成としてもよい。
（５） また、本実施形態では、不正可能性情報は、管理サーバ１２００に記憶される第１処理（Ｓ３２０９）と、該不正可能性情報に基づく画像が携帯端末１１００に表示させる第２処理（Ｓ４６）の双方の処理が行われるとして説明した。しかしながら、第１処理と第２処理のうち、いずれか一方を行うようにしてもよい。この場合には、第１処理および第２処理のいずれかを行うことを特定できるフラグを含ませて二次元コードを生成するようにしてもよい。
第１処理を実行する一方、第２処理を実行しない構成について説明する。このような構成の場合には、Ｓ３８でＹＥＳと判断されたときには、Ｓ４０の処理を実行せずに、図１７の処理が終了される。また、第１処理を実行しない一方、第２処理を実行する構成の場合には、図２１のＳ３２０９において、発生情報の更新を実行しないようにすればよい。
［遊技機の処理について］
（１） 前述した実施形態では、Ｓ１８の処理を実行する契機（タイミング）として、設定変更状態であるか否かであるとして説明した。しかしながら、他の契機であってもよい。他の契機は、最初の電源投入がされたタイミングとしてもよい。また、他の契機は、最初の電源投入がされたことにより、ＲＡＭ異常エラーが報知されたタイミングとしてもよい。また他の契機は、設定値が確定したタイミングとしてもよい。また、他の契機は、これらのタイミングから、所定時間（たとえば、１秒）経過したタイミングとしてもよい。
また他の契機は、「ＲＡＭ４１ｂのクリア」および「電源スイッチ３９のオンまたはオフ」のうち少なくとも１つを含むようにしてもよい。このように、Ｓ１８の処理が実行される頻度を増加させることにより、店員に不正可能性行為を頻繁に把握させることができる。
（２） 本実施形態では、Ｓ１４の処理を実行する契機として、日付変更されたか否かであるとして説明した。しかしながら、Ｓ１４の実行契機は他の条件であってもよい。Ｓ１４の実行契機は、たとえば、ＲＡＭ４１ｂがクリアされたこと、および設定変更状態への移行のうち少なくとも１つとしてもよい。また、Ｓ１４の実行契機は、“［遊技機の処理について］の（１）”で述べた「他の契機」の少なくとも１つとしてもよい。このように、Ｓ１４の処理が実行される頻度を増加させることにより、ＲＡＭ９１ｂから発生情報以外の情報を消去できるので、ＲＡＭ９１ｂの記憶効率を向上させることができる。
（３） 本実施形態では、Ｓ１８において、特定遊技履歴情報を消去し、発生情報を消去しないとして説明したが、発生情報を消去するようにしてもよい。また、Ｓ２２において、発生情報を消去するとして説明したが、Ｓ２２においては、発生情報を消去させずに残存させるようにしてもよい。また、Ｓ１８、Ｓ２２において、発生情報を消去しない構成である場合には、たとえば、Ｓ１８の第１の二次元コードＡには、過去の発生情報も含まれることになり、店員にこのような過去の発生情報も閲覧させることができる。Ｓ１８、Ｓ２２において、発生情報を消去しない構成である場合には、たとえば、店員の発生情報を消去させる操作がされることにより発生情報を消去させるようにしてもよい。
（４） また、第２の二次元コードＢが表示されたとしても、遊技者が該第２の二次元コードＢを撮像し忘れる場合や、管理サーバ１２００と通信されず発生情報が管理サーバ１２００に送信されない場合がある。このような場合には、第２の二次元コードＢが表示されたときに、発生情報が消去されることから、該管理サーバ１２００に、該消去された発生情報を記憶させることができなくなるという問題が生じる。このような問題を解消するために、第２の二次元コードＢを表示した後、さらに、スロットマシン１が所定の処理を行った後に、発生情報を消去する構成にすればよい。このような構成にすることにより、該問題が生じることを防止できる。
所定の処理とは、たとえば、さらにＮ回（たとえば、１０回）分、第２の二次元コードＢを表示する処理である。つまり、Ｎ＋１回、第２の二次元コードＢが表示されたときに、ＲＡＭ９１ｂに記憶されている最も古い発生情報を消去する。このような構成にすることにより、遊技者が該第２の二次元コードＢを撮像し忘れる場合があっても、このような問題を解消できる可能性が高まる。また、このような構成の場合には、管理装置は、重複して発生情報を取得する場合がある。このような場合であっても、管理装置は、取得した発生情報が、既に記憶されているか否か（重複しているか否か）を判断して、重複していれば、取得した発生情報を廃棄し、重複していなければ取得した発生情報を記憶または更新させるようにすればよい。
また、所定の処理とは、所定の信号が入力される処理としてもよい。該所定の信号とは、たとえば、携帯端末１１００からスロットマシン１に送信される信号であってもよい。
たとえば、スロットマシン１に対して携帯端末１１００をかざすことで、携帯端末１１００から所定の信号が入力されるようにしてもよい。このような所定の処理を行うことで該問題を解消できる。
また、所定の処理とは、以下のパスワードが入力される処理としてもよい。たとえば、遊技者が携帯端末１１００で第２の二次元コードＢを撮像して管理サーバ１２００に対して更新要求すると、該管理サーバ１２００から携帯端末１１００に対してパスワードを送信する。遊技者は、該パスワードを目視して、スロットマシン１に入力する。このような所定の処理を行うことで該問題を解消できる。また、パスワードを入力しなければ、携帯端末１１００に特定遊技履歴を表示させないようにしてもよい。
（５） また、設定変更状態は、電源スイッチ３９がＯＮにされ、かつ設定キースイッチ３７がＯＮにされ、かつ前面扉１ｂの開放が検出されたときに移行される状態であってもよい。これにより、前面扉１ｂが開放されていない状態での不正な設定変更を防ぐことができる。また、一旦、設定変更状態に移行された後は、設定変更状態を終了させる終了条件(たとえば、設定値確定後に設定キースイッチ３７のＯＦＦ操作により成立する条件)が成立するまで前面扉１ｂの開閉状態に関わらず設定変更状態を維持するようにしてもよい。これにより、設定変更状態中に前面扉１ｂが閉まっても設定変更状態を終了させないため、再度設定変更状態へ移行させる手間を生じさせてしまうことを防ぐことができる。
また、設定確認状態は、設定キースイッチ３７がＯＮにされ、かつ前面扉１ｂの開放が検出されたときに移行される状態であってもよい。これにより、前面扉１ｂが開放されていない状態での不正な設定確認を防ぐことができる。また、一旦設定確認状態に移行された後は、設定確認状態を終了させる終了条件(たとえば、設定キースイッチ３７のＯＦＦ操作により成立する条件)が成立するまで前面扉の開閉状態に関わらず設定確認状態を維持するようにしてもよい。これにより、設定確認状態中に前面扉が閉まっても設定確認状態を終了させないため、再度設定確認状態へ移行させる手間を生じさせてしまうことを防ぐことができる。
（６） 本実施形態では、メイン制御部４１がＲＴＣ５０を保持し、エラーコマンドは、発生したエラー、および該エラーが発生した日時を特定できるコマンドであるとして説明した。しかしながら、メイン制御部４１がＲＴＣ５０を保持しない構成としてもよい。
この場合には、メイン制御部４１がエラーの発生を検出すると、該エラーが発生したことを示すエラーコマンドをサブ制御部９１に送信する。サブ制御部９１は、該エラーコマンドを解析して、該エラーの種別を特定する。さらに、サブ制御部９１は、該エラーコマンドを受信した日時をＲＴＣ９７の計時結果により特定する。サブ制御部９１はエラーコマンドから特定したエラーの種別、該エラーコマンドを受信した日時をエラー発生日時として特定可能となるように、ＲＡＭ９１ｂの発生情報データベースに格納する。
［携帯端末の処理について］
本実施形態では、携帯端末１１００は、閲覧者（遊技者や店員）に情報（遊技歴情報や不正可能性情報）を報知するために、報知対象の情報に基づく画像を表示させるとして説明した。しかしながら報知の態様は、画像の表示に限られることはない。たとえば、音声を出力することにより、閲覧者に情報を把握させることができる。たとえば、図２３に示すような不正可能性情報を閲覧者（店員）に把握させるために、「ドア開放発生：２０１４年５月１７日ＡＭ１：１３（電断時） コネクタ外れ発生：なし」といった音声を通知するようにしてもよい。
［データベースについて］
（１） 本実施形態の通常遊技履歴データベース内の通常遊技履歴情報は、図１０や図１１に示すように、ゲーム数、ＢＢ回数、ＲＢ回数、ＡＴ回数、メダル払出枚数、小役入賞回数、設定示唆演出Ａの回数、設定示唆演出Ｂの回数であるとして説明した。しかしながら、通常遊技履歴情報はこれらの情報に限られることはない。
通常遊技履歴情報には、遊技者にとって有利な有利状態に制御された回数（有利状態制御回数）と有利状態が終了してからの消化ゲーム数（有利状態終了後消化ゲーム数）とのうち、少なくとも一方を含めるようにしてもよい。ここで、有利状態とは、たとえば、所定ゲーム（１ゲーム）消化する毎に、ＡＴ抽選が実行される状態などとしてもよい。ＡＴ抽選とは、ＡＴに制御させる権利（たとえば、ナビストック、ＡＴゲーム数など）を乱数抽選で決定する処理である。
通常遊技履歴情報に有利状態制御回数を含ませることにより、携帯端末１１００で有利状態制御回数を表示することができ、遊技者に有利状態制御回数を認識させることができることから、有利状態に制御される可能性を遊技者に予測させることができ、遊技の興趣を向上させることができる。
通常遊技履歴情報に有利状態終了後消化ゲーム数を含ませることにより、携帯端末１１００で有利状態終了後消化ゲーム数を表示することができ、遊技者に有利状態終了後消化ゲーム数を認識させることができることから、あと、何ゲーム消化すると、再び、有利状態に制御されるかといった予測を遊技者にさせることができ、遊技の興趣を向上させることができる。
また、消化ゲーム数が規定ゲーム数に到達することにより、有利状態に制御させるスロットマシンであれば、スロットマシンの前日の消化ゲーム数（電源オフされたときの消化ゲーム数）を含めるようにしてもよい。たとえば、有利状態がＡＴであるときには、規定ゲーム数とは、いわゆる天井ゲーム数をいう。
このように、通常遊技履歴情報に前日の消化ゲーム数を含ませることにより、前日の消化ゲーム数を携帯端末１１００で表示することができる。たとえば、朝一番にスロットマシンで遊技する遊技者は、携帯端末１１００で前日の消化ゲーム数を表示することにより、あと、何ゲーム消化すると、再び、有利状態に制御されるかといった予測を遊技者にさせることができ、遊技の興趣を向上させることができる。
（２） 本実施形態の特定遊技履歴データベース内の特定遊技履歴情報は、図１０や図１１に示すように、ゲーム数、ＢＢ回数、ＲＢ回数、キャラクタのレベル、経験値であるとして説明した。しかしながら、特定遊技履歴情報はこれらの情報に限られることはない。たとえば、ＡＴ回数や、特典の付与回数なども特定遊技履歴情報に含めるようにしてもよい。
（３） 本実施形態の発生情報データベース（図１１（ｃ）参照）は、スロットマシン識別情報ごとに、エラー情報、ドア開放情報、コネクタ外れ情報が記憶されているとして説明した。たとえば、遊技店にも識別情報を付加して、遊技店識別情報が保有しているスロットマシンのスロットマシン識別情報が特定できる態様としてもよい。このような態様にすることにより、不正がされた可能性があるスロットマシンが存在した場合、管理者は、該スロットマシンが設置されている遊技店を容易に特定できる。
（４） 本実施形態の不正可能性情報にドア閉鎖情報を含ませるようにしてもよい。ドア閉鎖情報とは、前面扉１ｂが閉鎖（閉じられた）こと、および該閉鎖された時刻とを特定できる情報である。ドア開放情報とドア閉鎖情報とを組み合わせて用いることで、前面扉１ｂが開放されたときから前面扉１ｂが閉鎖されたときまでの開放期間を特定することができる。具体的には、ドア開放情報から特定される前面扉１ｂの開放日時Ｔ１と、ドア閉鎖情報から特定される前面扉１ｂの閉鎖日時Ｔ２とから、前面扉１ｂの開放期間Ｔを特定することができる。たとえば、Ｔ２とＴ１の差分を算出すればよい。また、店員による検査のための、前面扉１ｂの平均的な開放期間をＳとする。そうすると、管理者は、実際の開放期間Ｔと平均的な開放期間Ｓとを比較することにより、実行された前面扉１ｂの開放の期間Ｔが、平均的な開放期間Ｓよりも長いか否かを特定することができる。たとえば、開放期間Ｔが、開放期間Ｓよりも極端に長い場合などには、不正が行われている可能性があるという推測を行うことができる。なお、ドア開放情報をドア閉鎖情報に代替してもよい。
また、不正可能性情報にコネクタ接続情報を含ませるようにしてもよい。コネクタ接続情報とは、コネクタが外れている状態からコネクタが接続されたこと、および該接続された日時を特定できる情報である。コネクタ外れ情報とコネクタ接続情報とを組み合わせて用いることで、コネクタが外されたときからコネクタが接続されたときまでのコネクタ外れ期間を特定することができる。具体的には、コネクタ外れ情報から特定されるコネクタ外れが生じた日時Ｖ１と、コネクタ接続が生じた日時Ｖ２とから特定されるコネクタ外れ期間Ｖを特定することができる。たとえば、Ｖ２とＶ１の差分を算出すればよい。また、店員による検査のための、平均的なコネクタ外れ期間をＵとする。管理者は、実際のコネクタ外れ期間Ｖと平均的なコネクタ外れ期間Ｕとを比較することにより、実際のコネクタ外れ期間Ｖが、平均的なコネクタ外れ期間Ｕよりも長いか否かを特定することができる。
たとえば、実際のコネクタ外れ期間Ｖが、平均的なコネクタ外れ期間Ｕよりも極端に長い場合などには、不正が行われている可能性があるという推測を行うことができる。なお、コネクタ外れ情報をコネクタ接続情報に代替してもよい。
（５） 本実施形態では、管理サーバ１２００は、遊技機の提供者（メーカ）が保有するものであるとして説明した。しかしながら、遊技機の提供者と異なる機関が、管理サーバ１２００を保有するようにしてもよい。
［遊技システム１００１について］
本実施形態の遊技システム１００１では、スロットマシン１が発生情報や特定遊技履歴情報などに、暗号化処理としてＵＲＬエンコード処理を施すことで、二次元コードを生成し、復号処理として管理サーバ１２００が該二次元コードに対して、ＵＲＬデコード処理を施すとして説明した。しかしながら、暗号化処理、復号処理については、ＵＲＬエンコード処理、ＵＲＬデコード処理に限られず、他の手法を用いてもよい。また、復号処理を管理サーバ１２００が行うのではなく、携帯端末１１００が行うようにしてもよい。この場合には、携帯端末１１００が暗号化情報（発生情報や特定遊技履歴情報）に対して復号処理を施す。携帯端末１１００は、復号処理が施された発生情報や特定遊技履歴情報を、管理サーバ１２００に送信する。このような構成であっても、本実施形態の遊技システム１００１と同様の効果を奏する。
［その他の変形例］
本実施の形態として、入賞の発生に応じて遊技媒体を遊技者の手元に払い出すスロットマシンを説明したが、遊技媒体が封入され、入賞の発生に応じて遊技媒体を遊技者の手元に払い出すことなく遊技点（得点）を加算する封入式のスロットマシンを採用してもよい。基盤とドラムとが流通可能で、筺体が共通なもので基盤のみあるいは基盤とドラムとを遊技機と称する。
また、遊技機の一例としてスロットマシンを例に挙げて説明したが、本実施の形態はパチンコ遊技機に適用することも可能である。この場合、入賞の発生に応じて遊技媒体を遊技者の手元に払い出すパチンコ遊技機を採用してもよく、遊技媒体が封入され、入賞の発生に応じて遊技媒体を遊技者の手元に払い出すことなく遊技点（得点）を加算する封入式のパチンコ遊技機を採用してもよい。封入式のパチンコ遊技機には、遊技媒体の一例となる複数の玉をパチンコ遊技機内で循環させる循環経路が形成されているとともに、遊技点を記憶する記憶部が設けられており、玉貸操作に応じて遊技点が記憶部に加算され、玉の発射操作に応じて遊技点が記憶部から減算され、入賞の発生に応じて遊技点が記憶部に加算される。また、パチンコ遊技機は、発射装置および玉払出装置を備えた遊技枠に遊技球が打ち込まれる遊技領域を形成する遊技盤を取り付けた構成であるが、これに限らず、発射装置は玉払出装置などの基本的な機能を共通化し、遊技の特徴的構成である遊技盤のみを流通させるようにしてもよい。この場合、遊技の特徴的構成であるところの遊技盤を遊技機と称する。
［その他の遊技機の変形例について］
本実施形態として、入賞の発生に応じて遊技媒体を遊技者の手元に払い出すスロットマシンを説明したが、遊技媒体が封入され、入賞の発生に応じて遊技媒体を遊技者の手元に払い出すことなく遊技点（得点）を加算する封入式のスロットマシンを採用してもよい。
基盤とドラムとが流通可能で、筺体が共通なもので基盤のみあるいは基盤とドラムとを遊技機と称する。
また、パチンコ遊技機においては、入賞の発生に応じて遊技媒体を遊技者の手元に払い出すパチンコ遊技機を採用してもよく、遊技媒体が封入され、入賞の発生に応じて遊技媒体を遊技者の手元に払い出すことなく遊技点（得点）を加算する封入式のパチンコ遊技機を採用してもよい。封入式のパチンコ遊技機には、遊技媒体の一例となる複数の玉をパチンコ遊技機内で循環させる循環経路が形成されているとともに、遊技点を記憶する記憶部が設けられており、玉貸操作に応じて遊技点が記憶部に加算され、玉の発射操作に応じて遊技点が記憶部から減算され、入賞の発生に応じて遊技点が記憶部に加算される。また、パチンコ遊技機は、発射装置および玉払出装置を備えた遊技枠に遊技球が打ち込まれる遊技領域を形成する遊技盤を取り付けた構成であるが、これに限らず、発射装置は玉払出装置などの基本的な機能を共通化し、遊技の特長的構成である遊技盤のみを流通させるようにしてもよい。この場合、遊技の特長的構成であるところの遊技盤を遊技機と称する。
なお、今回開示された実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。
１ スロットマシン、２Ｌ，２Ｃ，２Ｒ リール、８Ｌ，８Ｃ，８Ｒ ストップスイッチ、４０ 遊技制御基板、４１ メイン制御部、４１ａ メインＣＰＵ、４１ｂ ＲＯＭ、４１ｃ ＲＡＭ、４２ 乱数回路、４３ パルス発振器、５１ 液晶表示器、５６ 演出用スイッチ、６０ ＡＴカウント表示部、９０ 演出制御基板、９１ サブ制御部、９１ａ サブＣＰＵ、９１ｂ ＲＯＭ、９１ｃ ＲＡＭ。

Claims (1)

  1. 遊技のシミュレーションを実行可能なシミュレーション手段と、
    シミュレーション結果を利用者に提供可能なシミュレーション結果提供手段と、
    前記シミュレーション結果を、利用者を特定可能な情報と関連付けて記憶可能な記憶手段と、
    予め定められた達成条件が成立したときに利用者に付与される経験値の累計に基づいて利用者のランクを決定するランク決定手段と、
    前記シミュレーション結果に基づいて遊技機の推奨機種を判定する判定手段と、
    前記推奨機種に関する推奨機種情報を利用者に提供可能な推奨機種情報提供手段と、を備え、
    前記推奨機種情報提供手段は、前記ランク決定手段により決定されたランクに応じた前記推奨機種情報である特殊情報を利用者に提供可能であり、
    前記特殊情報は、遊技者にとって有利な有利状態の期待度に関する特別演出の情報である
    ことを特徴とする管理装置。
JP2016164360A 2016-08-25 2016-08-25 管理装置及びプログラム Active JP6910121B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016164360A JP6910121B2 (ja) 2016-08-25 2016-08-25 管理装置及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016164360A JP6910121B2 (ja) 2016-08-25 2016-08-25 管理装置及びプログラム

Publications (2)

Publication Number Publication Date
JP2018029791A JP2018029791A (ja) 2018-03-01
JP6910121B2 true JP6910121B2 (ja) 2021-07-28

Family

ID=61303166

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016164360A Active JP6910121B2 (ja) 2016-08-25 2016-08-25 管理装置及びプログラム

Country Status (1)

Country Link
JP (1) JP6910121B2 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6978989B2 (ja) * 2018-08-10 2021-12-08 株式会社三共 遊技機
JP6875343B2 (ja) * 2018-09-13 2021-05-26 株式会社三共 遊技機
JP2020044221A (ja) * 2018-09-21 2020-03-26 株式会社三共 遊技機
JP6792881B2 (ja) * 2018-10-04 2020-12-02 株式会社高尾 弾球遊技機
JP2020062208A (ja) * 2018-10-17 2020-04-23 株式会社北電子 遊技機
JP6929896B2 (ja) * 2019-04-19 2021-09-01 株式会社三共 遊技機
JP6929895B2 (ja) * 2019-04-19 2021-09-01 株式会社三共 遊技機
JP6929894B2 (ja) * 2019-04-19 2021-09-01 株式会社三共 遊技機
JP7418011B2 (ja) * 2020-07-30 2024-01-19 株式会社オーイズミ 遊技機
JP7177976B2 (ja) * 2020-11-27 2022-11-25 株式会社エンターライズ 遊技機

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002000803A (ja) * 2000-06-20 2002-01-08 Olympia:Kk スロットマシン
JP2002078939A (ja) * 2000-09-07 2002-03-19 Heiwa Corp 遊技傾向分析システム
JP2002066114A (ja) * 2000-10-19 2002-03-05 Sgs:Kk ボーダライン算出方法及びボーダライン算出システム
JP2005027899A (ja) * 2003-07-07 2005-02-03 Daikoku Denki Co Ltd 遊技場用管理システム
JP5531336B2 (ja) * 2008-03-10 2014-06-25 株式会社三共 遊技用システム、ゲーム装置、ゲームプログラム、および、遊技用プログラム
JP5416535B2 (ja) * 2009-10-01 2014-02-12 グローリー株式会社 遊技履歴管理システム、遊技履歴管理方法および遊技履歴管理装置

Also Published As

Publication number Publication date
JP2018029791A (ja) 2018-03-01

Similar Documents

Publication Publication Date Title
JP6910121B2 (ja) 管理装置及びプログラム
JP6895708B2 (ja) 遊技機
JP5911195B2 (ja) 遊技システム、管理装置および遊技機
CN101783047A (zh) 用于管理游戏网络的方法和装置
JP5671286B2 (ja) 遊技機
JP6325232B2 (ja) 遊技機
CN101233546A (zh) 用于管理游戏网络的方法和装置
JP6529725B2 (ja) 遊技機
JP6529726B2 (ja) 遊技機
JP2017192845A (ja) 遊技システム、管理装置及び遊技機
JP6615433B2 (ja) 遊技機
JP2016030025A (ja) 遊技機
JP2012249839A (ja) 遊技システム、遊技機及び管理装置
JP6529939B2 (ja) 遊技システムおよび遊技機
JP6109273B2 (ja) 遊技機
JP2017136210A (ja) 遊技システム、運用サーバ及びプログラム
JP6737635B2 (ja) 遊技機
JP5985599B2 (ja) 遊技機及び遊技システム
JP6286171B2 (ja) 遊技機及び遊技システム
JP6231801B2 (ja) 遊技機及び遊技システム
JP5615332B2 (ja) 遊技機
JP5615330B2 (ja) 遊技機
JP6595524B2 (ja) 遊技機
JP6016344B2 (ja) 遊技用管理装置
JP5615333B2 (ja) 遊技機

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190702

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200706

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200818

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201001

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210309

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210408

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210622

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210706

R150 Certificate of patent or registration of utility model

Ref document number: 6910121

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250