JP6016344B2 - 遊技用管理装置 - Google Patents

遊技用管理装置 Download PDF

Info

Publication number
JP6016344B2
JP6016344B2 JP2011199999A JP2011199999A JP6016344B2 JP 6016344 B2 JP6016344 B2 JP 6016344B2 JP 2011199999 A JP2011199999 A JP 2011199999A JP 2011199999 A JP2011199999 A JP 2011199999A JP 6016344 B2 JP6016344 B2 JP 6016344B2
Authority
JP
Japan
Prior art keywords
game
password
player
games
character
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.)
Expired - Fee Related
Application number
JP2011199999A
Other languages
English (en)
Other versions
JP2013059508A (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 JP2011199999A priority Critical patent/JP6016344B2/ja
Publication of JP2013059508A publication Critical patent/JP2013059508A/ja
Application granted granted Critical
Publication of JP6016344B2 publication Critical patent/JP6016344B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Slot Machines And Peripheral Devices (AREA)

Description

本発明は、インターネット網を通じてアクセス可能に設けられ、会員登録した遊技者が遊技機にて遊技を行った結果である会員遊技履歴を管理するとともに、該会員遊技履歴が所定の付与条件を満たしたことを条件に所定のコンテンツを付与する遊技用管理装置に関する。
従来、この種の遊技用管理装置として、遊技機において、遊技者が遊技を行った結果を2次元コード化して出力するとともに、出力された2次元コードを携帯電話などで読み取って遊技履歴を遊技用管理装置に送信することで、遊技履歴を受信した遊技用管理装置側で遊技者毎に遊技履歴を管理するものがある(例えば、特許文献1参照)。
特開2009−195327号公報(第10頁、第1図)
しかしながら、特許文献1の遊技用管理装置となる遊技機サーバ3100は、WEB・コンテンツサーバ3120と、単一のサーバコンピュータから成る管理用サーバ3140とから構成され、管理用サーバ3140において、新規会員の会員情報の登録とともにアクセスしてきた遊技者の認証とが実施されるため、新規会員の登録が1時期に集中してしまうと、遊技者の認証が不能となってしまい、WEB・コンテンツサーバ3120を利用できなくなってしまうという問題がある。
本発明は、このような問題点に着目してなされたもので、会員登録が1時期に集中しても、これら会員登録のために認証処理が実施不能とされてWebサーバを利用できなくなってしまう事態が発生することを回避することのできる遊技用管理装置を提供することを目的とする。
前記課題を解決するために、本発明の請求項1に記載の遊技用管理装置は、
インターネット網を通じてアクセス可能に設けられ、会員登録した遊技者が遊技機(スロットマシン1)にて遊技を行った結果である会員遊技履歴(例えば、レベル値、総ゲーム数、ミッション達成状況等)を管理するとともに、該会員遊技履歴が所定の付与条件を満たしたことを条件(特典ポイントの付与条件または所有ポイントが所定数以上となること)に所定のコンテンツを付与(特典ポイントの付与または所有ポイントの特典ポイントとの交換)する遊技用管理装置であって、
前記会員登録に必要とされる会員情報(氏名や住所や電子メールアドレス等の属性(個人)情報)が、各会員を特定して認証するための認証情報(例えば、利用者IDやオープンID)に対応付けて登録される会員情報データベース(会員情報データベース1、会員情報データベース2)を有し、該会員情報データベースへの登録と、各会員の認証とを行うデータベースサーバと、
遊技者が操作可能な遊技者端末(携帯端末1100)から会員登録操作(「会員登録」のメニュー選択)を受付けたことに応じて、該遊技者の会員情報と認証情報とを含む会員登録要求を前記データベースサーバに出力する処理と、前記遊技者端末からのアクセスに応じて該遊技者の認証情報を取得(User-Agentヘッダから取得またはCookieデータから取得)し、該取得した認証情報を含む認証要求を前記データベースサーバに出力し、該データベースサーバによって該遊技者が会員登録した会員遊技者であると認証されたことを条件に該会員遊技者の遊技履歴に対応したWebページ(例えば、図25(b)に示す、該遊技者が遊技した機種のページ)を該遊技者端末に配信する処理と、前記コンテンツの付与に関する処理と、を行うWebサーバ(Webサーバ203a〜d)と、
前記遊技者端末である携帯電話端末の種別が、通常機能携帯電話端末(通常機能携帯電話)であるか或いは高機能携帯電話端末であるかを判別する携帯種別判定手段と、
を備え、
前記データベースサーバは、
前記会員登録要求に応じて前記会員情報と前記認証情報とを対応付けて前記会員情報データベースに登録する登録処理(登録用サーバ206が登録処理プログラムに基づいて会員情報データベース1、会員情報データベース2に登録する処理)と、前記認証要求に応じて前記認証情報が前記会員情報データベースに登録されていることを前記携帯種別判定手段により判別された種別に応じて認証する認証処理(認証用サーバ205が認証処理プログラムに基づいて認証する処理)と、を行い、
前記認証処理のみを行う認証用サーバコンピュータ(認証用サーバ205)を含む複数のサーバコンピュータ(認証用サーバ205と登録用サーバ206)から構成され
前記Webサーバ(Webサーバ203)は、前記遊技機の機種毎に固有の処理を行う機種固有プログラム(例えば、機種Aに固有のキャラクタAを変動図柄とするスロットゲームを行う機種Aのミニゲームプログラムや、例えば、機種Bに固有のキャラクタBを変動図柄とするスロットゲームを行う機種Bのミニゲームプログラム等)と、前記会員遊技履歴または前記会員情報の少なくとも一方を参照する(図25(b)に示す「ミニゲーム」のメニューボタンが操作されることに応じて、会員のレベル値、総ゲーム数、ミッション達成状況を取得する)際に各機種固有プログラムが共通に使用可能な機種共通参照用プログラム(データベース参照用共通モジュールプログラム)とを記憶し、
前記機種固有プログラムは、前記機種共通参照用プログラムを使用して参照した前記会員遊技履歴または前記会員情報の少なくとも一方のデータに基づいて処理(取得したレベル値や総ゲーム数やミッション達成状況が、所定条件を満たす場合に当りとなるキャラクタの図柄を増やす処理や、1日において実施できるゲーム数を増やす処理や、特別キャラクタを図柄に追加する処理)を行う
ことを特徴としている。
この特徴によれば、会員情報データベースへの登録と各会員の認証とを行うデータベースサーバが、認証処理のみを行う認証用サーバコンピュータを含む複数のサーバコンピュータにて構成されているため、データベースサーバにおける会員情報データベースへの登録状況に係わらずに、認証用サーバコンピュータは認証処理を行うことができるので、会員情報データベースへの登録が1時期に集中しても、Webサーバからの認証要求による認証処理がこれら会員情報の登録のために実施不能となってWebサーバを会員遊技者が利用できなくなってしまう事態が発生することを回避することができる。また、通常機能携帯電話端末であるか高機能携帯電話端末であるかが判定され、高機能携帯電話端末である場合には、従来の通常機能携帯電話端末とは異なる認証処理を実施して認証を行うので、これら高機能携帯電話端末でも従来の通常機能携帯電話端末と同様に遊技用管理装置を利用できる。
また、この特徴によれば、各機種固有プログラムのそれぞれについて、会員遊技履歴や会員情報を参照するための参照用プログラムを開発する必要がないので、各機種固有プログラムの開発労力や開発期間を低減することができる。
本発明の手段1の遊技用管理装置は、請求項1に記載の遊技用管理装置であって、
前記会員情報データベース(会員情報データベース1、会員情報データベース2)には、前記遊技用管理装置(登録用サーバ206)において各会員に独自に付与された管理用識別情報(サイト管理ID)に対応付けて前記認証情報と前記会員情報とが記憶され、
前記Webサーバ(Webサーバ203)は、前記管理用識別情報に対応付けて前記会員遊技履歴を記憶する(Webサーバ203が、遊技者データベースや遊技履歴データベースにおいてサイト管理IDに対応付けて各会員遊技者の履歴を記憶する)
ことを特徴としている。
この特徴によれば、会員遊技履歴が、会員を特定容易な認証情報を含む会員情報ではなく、遊技用管理装置において独自に付与された会員を特定困難な管理用識別情報に対応付けて記憶されているので、例え、Webサーバに不正に侵入されて会員遊技履歴が取得されたとしても、該会員遊技履歴が誰のものかが特定されてしまうことを困難化できるので、遊技用管理装置のセキュリティ性を向上できる。
本発明の手段2の遊技用管理装置は、請求項1または手段1に記載の遊技用管理装置であって、
前記Webサーバコンピュータ(Webサーバ203)により構築されるWebサイト(コミュニティサイト、実機連動サイト)においては、複数機種(機種A〜L)の遊技機(スロットマシン)に関する遊技機情報(機種情報)を提供可能であって、
前記Webサーバコンピュータは、前記Webサイトにおいて提供される全ての機種の遊技機情報が配信可能に記憶された複数台のサーバコンピュータ(Webサーバ203a〜d)により構成されている
ことを特徴としている。
この特徴によれば、1の機種について、1台のサーバコンピュータによる配信能力を超えた配信要求が集中しても、該1台のサーバコンピュータによる配信能力を超えて遊技機情報を配信することができる。
本発明の遊技用管理装置が適用された遊技システムの一例を示す図である。 本実施例において使用した遊技機の一例としてのスロットマシンの正面図である。 スロットマシンの内部構造図である。 リールの図柄配列を示す図である。 スロットマシンの構成を示すブロック図である。 入賞として定められた役の構成を示す図である。 遊技状態別の内部抽選の対象役及び当選確率を示す図である。 レベル別、ゲーム数別のポイント付与数を示す図である。 メインメニュー画面の遷移を示す図である。 パスワードの入力状況を示す図である。 パスワードの入力状況を示す図である。 2次元コードの出力状況を示す図である。 (a)はパスワード解析テーブルを示す図であり、(b)はパスワードの解析手順を示す図である。 ビットシャッフルテーブルの一例を示す図である。 2次元コードの構成を示す図である。 2次元コードに格納されるデータ構造等を示す図である。 本発明の遊技用管理装置を構成するWebサーバ203a〜dに記憶された遊技者データベース、遊技履歴データベース及び特典データベースの構成を示す図である。 (a)は、本発明の遊技用管理装置を構成する認証用サーバ205と登録用サーバ206に記憶されている会員情報データベース1であり、(b)は、会員情報データベース2を示す図である。 各種のデータのWebサーバ203a〜dの記憶態様を示す図である。 認証用サーバ205と登録用サーバ206におけるデータの記憶態様を示す図である。 会員登録時における、携帯端末、Webサーバ203a〜d、認証用サーバ205、登録用サーバ206のやり取りを示す図である。 サイトアクセス時における、携帯端末、Webサーバ203a〜d、認証用サーバ205のやり取りを示す図である。 パスワードを入力して遊技を行う場合のスロットマシン、携帯端末、Webサーバのやり取りを示す図である。 特典を入手する場合の携帯端末、Webサーバのやり取りを示す図である。 (a)は、Webサーバにより構築されるコミュニティサイトのトップページを示す図であり、(b)は、Webサーバにより構築される実機連動サイトのページ例を示す図である。 Webサーバ203a〜dにおける各機種のゲームプログラムと共通プログラムとの関係を示す説明図である。 (a),(b)は、各機種の機種情報データのWebサーバ203a〜dにおける配置態様の比較を示す図である。
本発明の実施例を以下に説明する。
本実施例の遊技システムは、図1に示すように、遊技場に設置された本発明の遊技機の一例であるスロットマシン1と、データセンターにインターネットに接続可能に設置された本発明の遊技用管理装置を構成するWebサーバコンピュータ203(以下、Webサーバ203と略記する)と、会員情報の登録や認証を行うための後述する会員情報データベース(DB)が記憶されているデータベース(DB)サーバと、から構成され、スロットマシン1と、Webサーバ203と、は2次元コード読み取り機能及びインターネットへの接続機能を備える携帯端末1100を介してデータのやり取りを行うことが可能とされている。
本実施例においてWebサーバ203は、図1に示すように、複数(本実施例では4台)のWebサーバ203a〜dにて構成されており、各Webサーバ203a〜dにおいて、インターネット網を介してアクセスしてきた携帯端末1100に対して各種のWebページの配信、パスワードの発行並びにスロットマシン1にて出力された2次元コードによる遊技履歴の更新等が単独にて実施可能とされている。
また、データベース(DB)サーバは、図1に示すように、Webサーバ203とは独立した別個のサーバコンピュータであって、会員情報の登録を行う登録用サーバ206と、Webサーバ203a〜dと登録用サーバ206とは独立した別個のサーバコンピュータであって、登録されている会員情報に基づいてアクセスしてきた遊技者が正規の会員であるか否かを認証する認証用サーバ205とから構成されている。
Webサーバ203a〜dは、ファイヤーウオール機能を有するルータ201、ハブ(レイヤ2スイッチ)202を介してインターネット網に接続され、各Webサーバ203a〜dのアクセス数がほぼ均等となるように、ルータ201が振り分けを行うことで、いずれのWebサーバ203a〜dにも携帯端末1100がアクセス可能とされるとともに、各Webサーバ203a〜dの処理負荷がほぼ同一となるように均等化されるようになっている。
また、認証用サーバ205と登録用サーバ206とは、各Webサーバ203a〜dのみがアクセス可能となるように、ハブ(レイヤ2スイッチ)204を介して該Webサーバ203a〜dに対してローカルに接続されており、これら認証用サーバ205と登録用サーバ206には、インターネット網からは直接アクセスすることができないように構成されている。
尚、本実施例では、Webサーバ203を4台のサーバコンピュータにて構成しているが、本発明はこれに限定されるものではなく、これら台数は、使用するサーバコンピュータの処理能力と同時にアクセスされる最大数とから適宜に決定すれば良く、使用するサーバコンピュータの処理能力が高く、同時にアクセスされる最大数を処理可能であれば1台としても良いし、使用するサーバコンピュータの処理能力が低く、同時にアクセスされる最大数を処理不能であれば、同時にアクセスされる最大数を1台のサーバコンピュータで処理可能なアクセス数にて除した値に基づいて決定すれば良い。
また、本実施例では、認証用サーバ205や登録用サーバ206を1台のサーバコンピュータとしているが、本発明はこれに限定されるものではなく、これら認証用サーバ205や登録用サーバ206をWebサーバ203と同様に、複数のサーバコンピュータにて構成しても良い。
はじめに、本実施例のスロットマシン1について以下に説明する。本実施例のスロットマシン1は、図2及び図3に示すように、前面が開口する筐体1aと、この筐体1aの側端に回動自在に枢支された前面扉1bと、から構成されている。
本実施例のスロットマシン1の筐体1aの内部には、図3に示すように、外周に複数種の図柄が配列されたリール2L、2C、2R(以下、左リール、中リール、右リール)が水平方向に並設されており、図2に示すように、これらリール2L、2C、2Rに配列された図柄のうち連続する3つの図柄が前面扉1bに設けられた透視窓3から見えるように配置されている。
リール2L、2C、2Rの外周部には、図4に示すように、それぞれ「黒7」、「網7(図中網掛け7)」、「白7」、「BAR」、「リプレイ」、「スイカ」、「チェリー」、「ベル」、「オレンジ」といった互いに識別可能な複数種類の図柄が所定の順序で、それぞれ21個ずつ描かれている。リール2L、2C、2Rの外周部に描かれた図柄は、透視窓3において各々上中下三段に表示される。
各リール2L、2C、2Rは、各々対応して設けられリールモータ32L、32C、32R(図5参照)によって回転させることで、各リール2L、2C、2Rの図柄が透視窓3に連続的に変化しつつ表示されるとともに、各リール2L、2C、2Rの回転を停止させることで、透視窓3に3つの連続する図柄が表示結果として導出表示されるようになっている。
リール2L、2C、2Rの内側には、リール2L、2C、2Rそれぞれに対して、基準位置を検出するリールセンサ33L、33C、33Rと、リール2L、2C、2Rを背面から照射するリールLED55と、が設けられている。また、リールLED55は、リール2L、2C、2Rの連続する3つの図柄に対応する12のLEDからなり、各図柄をそれぞれ独立して照射可能とされている。
前面扉1bにおける各リール2L,2C,2Rに対応する位置には、リール2L,2C,2Rを前面側から透視可能とする横長長方形状の透視窓3が設けられており、該透視窓3を介して遊技者側から各リール2L,2C,2Rが視認できるようになっている。
前面扉1bには、メダルを投入可能なメダル投入部4、メダルが払い出されるメダル払出口9、クレジット(遊技者所有の遊技用価値として記憶されているメダル数)を用いて、その範囲内において遊技状態に応じて定められた規定数の賭数のうち最大の賭数(本実施例ではいずれの遊技状態においても3)を設定する際に操作されるMAXBETスイッチ6、クレジットとして記憶されているメダル及び賭数の設定に用いたメダルを精算する(クレジット及び賭数の設定に用いた分のメダルを返却させる)際に操作される精算スイッチ10、ゲームを開始する際に操作されるスタートスイッチ7、リール2L、2C、2Rの回転を各々停止する際に操作されるストップスイッチ8L、8C、8R、演出に用いるための演出用スイッチ56が遊技者により操作可能にそれぞれ設けられている。
また、前面扉1bには、クレジットとして記憶されているメダル枚数が表示されるクレジット表示器11、入賞の発生により払い出されたメダル枚数やエラー発生時にその内容を示すエラーコード等が表示される遊技補助表示器12、賭数が1設定されている旨を点灯により報知する1BETLED14、賭数が2設定されている旨を点灯により報知する2BETLED15、賭数が3設定されている旨を点灯により報知する3BETLED16、メダルの投入が可能な状態を点灯により報知する投入要求LED17、スタートスイッチ7の操作によるゲームのスタート操作が有効である旨を点灯により報知するスタート有効LED18、ウェイト(前回のゲーム開始から一定期間経過していないためにリールの回転開始を待機している状態)中である旨を点灯により報知するウェイト中LED19、後述するリプレイゲーム中である旨を点灯により報知するリプレイ中LED20が設けられた遊技用表示部13が設けられている。
MAXBETスイッチ6の内部には、MAXBETスイッチ6の操作による賭数の設定操作が有効である旨を点灯により報知するBETスイッチ有効LED21(図5参照)が設けられており、ストップスイッチ8L、8C、8Rの内部には、該当するストップスイッチ8L、8C、8Rによるリールの停止操作が有効である旨を点灯により報知する左、中、右停止有効LED22L、22C、22R(図5参照)がそれぞれ設けられている。
前面扉1bの内側には、所定のキー操作により後述するエラー状態及び後述する打止状態を解除するためのリセット操作を検出するリセットスイッチ23、後述する設定値の変更中や設定値の確認中にその時点の設定値が表示される設定値表示器24、後述のBB終了時に打止状態(リセット操作がなされるまでゲームの進行が規制される状態)に制御する打止機能の有効/無効を選択するための打止スイッチ36a、後述のBB終了時に自動精算処理(クレジットとして記憶されているメダルを遊技者の操作によらず精算(返却)する処理)に制御する自動精算機能の有効/無効を選択するための自動精算スイッチ36b、メダル投入部4から投入されたメダルの流路を、筐体1a内部に設けられた後述のホッパータンク34a(図3参照)側またはメダル払出口9側のいずれか一方に選択的に切り替えるための流路切替ソレノイド30、メダル投入部4から投入され、ホッパータンク34a側に流下したメダルを検出する投入メダルセンサ31を有するメダルセレクタ(図示略)、前面扉1bの開放状態を検出するドア開放検出スイッチ25(図5参照)が設けられている。
筐体1a内部には、図3に示すように、前述したリール2L、2C、2R、リールモータ32L、32C、32R、各リール2L、2C、2Rのリール基準位置をそれぞれ検出可能なリールセンサ33L、33C、33R(図5参照)からなるリールユニット2、外部出力信号を出力するための外部出力基板1000、メダル投入部4から投入されたメダルを貯留するホッパータンク34a、ホッパータンク34aに貯留されたメダルをメダル払出口9より払い出すためのホッパーモータ34b、ホッパーモータ34bの駆動により払い出されたメダルを検出する払出センサ34cからなるホッパーユニット34、電源ボックス100が設けられている。
ホッパーユニット34の側部には、ホッパータンク34aから溢れたメダルが貯留されるオーバーフロータンク35が設けられている。オーバーフロータンク35の内部には、貯留された所定量のメダルを検出可能な高さに設けられた左右に離間する一対の導電部材からなる満タンセンサ35aが設けられており、導電部材がオーバーフロータンク35内に貯留されたメダルを介して接触することにより導電したときに内部に貯留されたメダル貯留量が所定量以上となったこと、すなわちオーバーフロータンクが満タン状態となったことを検出できるようになっている。
電源ボックス100の前面には、設定変更状態または設定確認状態に切り替えるための設定キースイッチ37、通常時においてはエラー状態や打止状態を解除するためのリセットスイッチとして機能し、設定変更状態においては後述する内部抽選の当選確率(出玉率)の設定値を変更するための設定スイッチとして機能するリセット/設定スイッチ38、電源をon/offする際に操作される電源スイッチ39が設けられている。
本実施例のスロットマシン1においてゲームを行う場合には、まず、メダルをメダル投入部4から投入するか、あるいはクレジットを使用して賭数を設定する。クレジットを使用するにはMAXBETスイッチ6を操作すれば良い。遊技状態に応じて定められた規定数の賭数が設定されると、入賞ラインL1〜L5(図2参照)が有効となり、スタートスイッチ7の操作が有効な状態、すなわち、ゲームが開始可能な状態となる。本実施例では、規定数の賭数として遊技状態に関わらず3枚が定められて規定数の賭数が設定されると入賞ラインL1〜L5が有効となる。尚、遊技状態に対応する規定数のうち最大数を超えてメダルが投入された場合には、その分はクレジットに加算される。
入賞ラインとは、各リール2L、2C、2Rの透視窓3に表示された図柄の組合せが入賞図柄の組合せであるかを判定するために設定されるラインである。本実施例では、図2に示すように、各リール2L、2C、2Rの中段に並んだ図柄に跨って設定された入賞ラインL1、各リール2L、2C、2Rの上段に並んだ図柄に跨って設定された入賞ラインL2、各リール2L、2C、2Rの下段に並んだ図柄に跨って設定された入賞ラインL3、リール2Lの上段、リール2Cの中段、リール2Rの下段、すなわち右下がりに並んだ図柄に跨って設定された入賞ラインL4、リール2Lの下段、リール2Cの中段、リール2Rの上段、すなわち右上がりに並んだ図柄に跨って設定された入賞ラインL5の5種類が入賞ラインとして定められている。
ゲームが開始可能な状態でスタートスイッチ7を操作すると、各リール2L、2C、2Rが回転し、各リール2L、2C、2Rの図柄が連続的に変動する。この状態でいずれかのストップスイッチ8L、8C、8Rを操作すると、対応するリール2L、2C、2Rの回転が停止し、透視窓3に表示結果が導出表示される。
そして全てのリール2L、2C、2Rが停止されることで1ゲームが終了し、有効化され入賞ライン上に予め定められた図柄の組合せ(以下、役とも呼ぶ)が各リール2L、2C、2Rの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた枚数のメダルが遊技者に対して付与され、クレジットに加算される。また、クレジットが上限数(本実施例では50)に達した場合には、メダルが直接メダル払出口9(図2参照)から払い出されるようになっている。尚、有効化され複数の入賞ライン上にメダルの払出を伴う図柄の組合せが揃った場合には、有効化され入賞ラインに揃った図柄の組合せそれぞれに対して定められた払出枚数を合計し、合計した枚数のメダルが遊技者に対して付与されることとなる。ただし、1ゲームで付与されるメダルの払出枚数には、上限(本実施例では15枚)が定められており、合計した払出枚数が上限を超える場合には、上限枚数のメダルが付与されることとなる。また、有効化され入賞ライン上に、遊技状態の移行を伴う図柄の組合せが各リール2L、2C、2Rの表示結果として停止した場合には図柄の組合せに応じた遊技状態に移行するようになっている。
図5は、スロットマシン1の構成を示すブロック図である。スロットマシン1には、図5に示すように、遊技制御基板40、演出制御基板90、電源基板101が設けられており、遊技制御基板40によって遊技状態が制御され、演出制御基板90によって遊技状態に応じた演出が制御され、電源基板101によってスロットマシン1を構成する電気部品の駆動電源が生成され、各部に供給される。
電源基板101には、外部からAC100Vの電源が供給されるとともに、このAC100Vの電源からスロットマシン1を構成する電気部品の駆動に必要な直流電圧が生成され、遊技制御基板40及び遊技制御基板40を介して接続された演出制御基板90に供給されるようになっている。
また、電源基板101には、前述したホッパーモータ34b、払出センサ34c、満タンセンサ35a、設定キースイッチ37、リセット/設定スイッチ38、電源スイッチ39が接続されている。
遊技制御基板40には、前述したMAXBETスイッチ6、スタートスイッチ7、ストップスイッチ8L、8C、8R、精算スイッチ10、リセットスイッチ23、打止スイッチ36a、自動精算スイッチ36b、投入メダルセンサ31、ドア開放検出スイッチ25、リールセンサ33L、33C、33Rが接続されているとともに、電源基板101を介して前述した払出センサ34c、満タンセンサ35a、設定キースイッチ37、リセット/設定スイッチ38が接続されており、これら接続されたスイッチ類の検出信号が入力されるようになっている。
また、遊技制御基板40には、前述したクレジット表示器11、遊技補助表示器12、ペイアウト表示器13、1〜3BETLED14〜16、投入要求LED17、スタート有効LED18、ウェイト中LED19、リプレイ中LED20、BETスイッチ有効LED21、左、中、右停止有効LED22L、22C、22R、設定値表示器24、流路切替ソレノイド30、リールモータ32L、32C、32Rが接続されているとともに、電源基板101を介して前述したホッパーモータ34bが接続されており、これら電気部品は、遊技制御基板40に搭載された後述のメイン制御部41の制御に基づいて駆動されるようになっている。
遊技制御基板40には、メインCPU41a、ROM41b、RAM41c、I/Oポート41dを備えたマイクロコンピュータからなり、遊技の制御を行うメイン制御部41、所定範囲(本実施例では0〜65535)の乱数を生成する乱数回路42、一定周波数のクロック信号を乱数回路42に供給するパルス発振器43、遊技制御基板40に直接または電源基板101を介して接続されたスイッチ類から入力された検出信号を検出するスイッチ検出回路44、リールモータ32L、32C、32Rの駆動制御を行うモータ駆動回路45、流路切替ソレノイド30の駆動制御を行うソレノイド駆動回路46、遊技制御基板40に接続された各種表示器やLEDの駆動制御を行うLED駆動回路47、スロットマシン1に供給される電源電圧を監視し、電圧低下を検出したときに、その旨を示す電圧低下信号をメイン制御部41に対して出力する電断検出回路48、電源投入時またはメインCPU41aからの初期化命令が入力されないときにメインCPU41aにリセット信号を与えるリセット回路49、その他各種デバイス、回路が搭載されている。
メインCPU41aは、計時機能、タイマ割込などの割込機能(割込禁止機能を含む)を備え、ROM41bに記憶されたプログラム(後述)を実行して、遊技の進行に関する処理を行うととともに、遊技制御基板40に搭載された制御回路の各部を直接的または間接的に制御する。ROM41bは、メインCPU41aが実行するプログラムや各種テーブル等の固定的なデータを記憶する。RAM41cは、メインCPU41aがプログラムを実行する際のワーク領域等として使用される。I/Oポート41dは、メイン制御部41が備える信号入出力端子を介して接続された各回路との間で制御信号を入出力する。
また、メイン制御部41には、停電時においてもバックアップ電源が供給されており、バックアップ電源が供給されている間は、RAM41cに記憶されているデータが保持されるようになっている。
メインCPU41aは、基本処理として遊技制御基板40に接続された各種スイッチ類の検出状態が変化するまでは制御状態に応じた処理を繰り返しループし、各種スイッチ類の検出状態の変化に応じて段階的に移行する処理を実行する。また、メインCPU41aは、前述のように割込機能を備えており、割込の発生により基本処理に割り込んで割込処理を実行できるようになっており、電断検出回路48から出力された電圧低下信号の入力に応じて電断割込処理(メイン)を実行し、一定時間間隔(本実施例では、約0.56ms)毎にタイマ割込処理(メイン)を実行する。尚、タイマ割込処理(メイン)の実行間隔は、基本処理において制御状態に応じて繰返す処理が一巡する時間とタイマ割込処理(メイン)の実行時間とを合わせた時間よりも長い時間に設定されており、今回と次回のタイマ割込処理(メイン)との間で必ず制御状態に応じて繰返す処理が最低でも一巡することとなる。
メインCPU41aは、I/Oポート41dを介して演出制御基板90に、各種のコマンドを送信する。遊技制御基板40から演出制御基板90へ送信されるコマンドは一方向のみで送られ、演出制御基板90から遊技制御基板40へ向けてコマンドが送られることはない。遊技制御基板40から演出制御基板90へ送信されるコマンドの伝送ラインは、ストローブ(INT)信号ライン、データ伝送ライン、グラウンドラインから構成されているとともに、演出中継基板80を介して接続されており、遊技制御基板40と演出制御基板90とが直接接続されない構成とされている。
尚、本実施例では、遊技制御基板40と演出制御基板90とが演出中継基板80を介して接続されているが、遊技制御基板40と演出制御基板90とが直接接続される構成としても良い。
演出制御基板90には、演出用スイッチ56が接続されており、この演出用スイッチ56の検出信号が入力されるようになっている。
また、演出制御基板90には、スロットマシン1の前面扉1bに配置された液晶表示器51(図2参照)、演出効果LED52、スピーカ53、54(図2参照)、前述したリールLED55等の演出装置が接続されており、これら演出装置は、演出制御基板90に搭載された後述のサブ制御部91による制御に基づいて駆動されるようになっている。
尚、本実施例では、演出制御基板90に搭載されたサブ制御部91により、液晶表示器51、演出効果LED52、スピーカ53、54、リールLED55等の演出装置の出力制御が行われる構成であるが、サブ制御部91とは別に演出装置の出力制御を直接的に行う出力制御部を演出制御基板90または他の基板に搭載し、サブ制御部91がメイン制御部41からのコマンドに基づいて演出装置の出力パターンを決定し、サブ制御部91が決定した出力パターンに基づいて出力制御部が演出装置の出力制御を行う構成としても良く、このような構成では、サブ制御部91及び出力制御部の双方によって演出装置の出力制御が行われることとなる。
また、本実施例では、演出装置として液晶表示器51、演出効果LED52、スピーカ53、54、リールLED55を例示しているが、演出装置は、これらに限られず、例えば、機械的に駆動する表示装置や機械的に駆動する役モノなどを演出装置として適用しても良い。
演出制御基板90には、メイン制御部41と同様にサブCPU91a、ROM91b、RAM91c、I/Oポート91dを備えたマイクロコンピュータにて構成され、演出の制御を行うサブ制御部91、演出制御基板90に接続された液晶表示器51の表示制御を行う表示制御回路92、演出効果LED52、リールLED55の駆動制御を行うLED駆動回路93、スピーカ53、54からの音声出力制御を行う音声出力回路94、電源投入時またはサブCPU91aからの初期化命令が一定時間入力されないときにサブCPU91aにリセット信号を与えるリセット回路95、演出制御基板90に接続された演出用スイッチ56から入力された検出信号を検出するスイッチ検出回路96、日付情報及び時刻情報を含む時間情報を出力する時計装置97、スロットマシン1に供給される電源電圧を監視し、電圧低下を検出したときに、その旨を示す電圧低下信号をサブCPU91aに対して出力する電断検出回路98、その他の回路等、が搭載されており、サブCPU91aは、遊技制御基板40から送信されるコマンドを受けて、演出を行うための各種の制御を行うとともに、演出制御基板90に搭載された制御回路の各部を直接的または間接的に制御する。
サブCPU91aは、メインCPU41aと同様に、割込機能(割込禁止機能を含む)を備える。サブ制御部91の割込端子の1つは、コマンド伝送ラインのうち、メイン制御部41がコマンドを送信する際に出力するストローブ(INT)信号線に接続されており、サブCPU91aは、ストローブ信号の入力に基づいて割込を発生させて、メイン制御部41からのコマンドを取得し、バッファに格納するコマンド受信割込処理を実行する。また、サブCPU91aは、クロック入力数が一定数に到達する毎、すなわち一定間隔毎に割込を発生させて後述するタイマ割込処理(サブ)を実行する。また、サブ制御部91の割込端子の1つは、電断検出回路98と接続されており、サブCPU91aは、電断検出回路98から出力された電圧低下信号の入力に応じて電断割込処理(サブ)を実行する。また、サブCPU91aにおいても未使用の割込が発生した場合には、もとの処理に即時復帰させる未使用割込処理を実行するようになっている。
また、サブ制御部91にも、停電時においてバックアップ電源が供給されており、バックアップ電源が供給されている間は、RAM91cに記憶されているデータが保持されるようになっている。
本実施例のスロットマシン1は、設定値に応じてメダルの払出率が変わるものである。詳しくは、後述する内部抽選において設定値に応じた当選確率を用いることにより、メダルの払出率が変わるようになっている。設定値は1〜6の6段階からなり、6が最も払出率が高く、5、4、3、2、1の順に値が小さくなるほど払出率が低くなる。すなわち設定値として6が設定されている場合には、遊技者にとって最も有利度が高く、5、4、3、2、1の順に値が小さくなるほど有利度が段階的に低くなる。
設定値を変更するためには、設定キースイッチ37をON状態としてからスロットマシン1の電源をONする必要がある。設定キースイッチ37をON状態として電源をONすると、設定値表示器24にRAM41cから読み出された設定値が表示値として表示され、リセット/設定スイッチ38の操作による設定値の変更操作が可能な設定変更状態に移行する。設定変更状態において、リセット/設定スイッチ38が操作されると、設定値表示器24に表示された表示値が1ずつ更新されていく(設定6からさらに操作されたときは、設定1に戻る)。そして、スタートスイッチ7が操作されると表示値を設定値として確定する。そして、設定キースイッチ37がOFFされると、確定した表示値(設定値)がメイン制御部41のRAM41cに格納され、遊技の進行が可能な状態に移行する。
また、設定値を確認するためには、ゲーム終了後、賭数が設定されていない状態で設定キースイッチ37をON状態とすれば良い。このような状況で設定キースイッチ37をON状態とすると、設定値表示器24にRAM41cから読み出された設定値が表示されることで設定値を確認可能な設定確認状態に移行する。設定確認状態においては、ゲームの進行が不能であり、設定キースイッチ37をOFF状態とすることで、設定確認状態が終了し、ゲームの進行が可能な状態に復帰することとなる。
本実施例のスロットマシン1においては、メインCPU41aが電断検出回路48からの電圧低下信号を検出した際に、電断割込処理(メイン)を実行する。電断割込処理(メイン)では、レジスタを後述するRAM41cのスタックに退避し、RAM41cにいずれかのビットが1となる破壊診断用データ(本実施例では、5AH)、すなわち0以外の特定のデータを格納するとともに、RAM41cの全ての領域に格納されたデータに基づくRAMパリティが0となるようにRAMパリティ調整用データを計算し、RAM41cに格納する処理を行うようになっている。尚、RAMパリティとはRAM41cの該当する領域(本実施例では、全ての領域)の各ビットに格納されている値の排他的論理和として算出される値である。このため、RAM41cの全ての領域に格納されたデータに基づくRAMパリティが0であれば、RAMパリティ調整用データは0となり、RAM41cの全ての領域に格納されたデータに基づくRAMパリティが1であれば、RAMパリティ調整用データは1となる。
そして、メインCPU41aは、その起動時においてRAM41cの全ての領域に格納されたデータに基づいてRAMパリティを計算するとともに、破壊診断用データの値を確認し、RAMパリティが0であり、かつ破壊診断用データの値も正しいことを条件に、RAM41cに記憶されているデータに基づいてメインCPU41aの処理状態を電断前の状態に復帰させるが、RAMパリティが0でない場合(1の場合)や破壊診断用データの値が正しくない場合には、RAM異常と判定し、RAM異常エラーコードをレジスタにセットしてRAM異常エラー状態に制御し、遊技の進行を不能化させるようになっている。尚、RAM異常エラー状態は、他のエラー状態と異なり、リセットスイッチ23やリセット/設定スイッチ38を操作しても解除されないようになっており、前述した設定変更状態において新たな設定値が設定されるまで解除されることがない。
尚、本実施例では、RAM41cに格納されている全てのデータが停電時においてもバックアップ電源により保持されるとともに、メインCPU41aは、電源投入時においてRAM41cのデータが正常であると判定した場合に、RAM41cの格納データに基づいて電断前の制御状態に復帰する構成であるが、RAM41cに格納されているデータのうち停電時において制御状態の復帰に必要なデータのみをバックアップし、電源投入時においてバックアップされているデータに基づいて電断前の制御状態に復帰する構成としても良い。
また、電源投入時において電断前の制御状態に復帰させる際に、全ての制御状態を電断前の制御状態に復帰させる必要はなく、遊技者に対して不利益とならない最低限の制御状態を復帰させる構成であれば良く、例えば、入力ポートの状態などを全て電断前の状態に復帰させる必要はない。
また、サブCPU91aも電断検出回路98からの電圧低下信号を検出した際に、電断割込処理(サブ)を実行する。電断割込処理(サブ)では、レジスタを後述するRAM91cのスタックに退避し、RAM91cにいずれかのビットが1となる破壊診断用データを格納するとともに、RAM91cの全ての領域に格納されたデータに基づくRAMパリティが0となるようにRAMパリティ調整用データを計算し、RAM91cに格納する処理を行うようになっている。
そして、サブCPU91aは、その起動時においてRAM91cの全ての領域に格納されたデータに基づいてRAMパリティを計算し、RAMパリティが0であることを条件に、RAM91cに記憶されているデータに基づいてサブCPU91aの処理状態を電断前の状態に復帰させるが、RAMパリティが0でない場合(1の場合)には、RAM異常と判定し、RAM91cを初期化するようになっている。この場合、メインサブCPU91aと異なり、RAM91cが初期化されるのみで演出の実行が不能化されることはない。
尚、本実施例では、RAM91cに格納されている全てのデータが停電時においてもバックアップ電源により保持されるとともに、サブCPU91aは、電源投入時においてRAM91cのデータが正常であると判定した場合に、RAM91cの格納データに基づいて電断前の制御状態に復帰する構成であるが、RAM91cに格納されているデータのうち停電時において制御状態の復帰に必要なデータのみをバックアップし、電源投入時においてバックアップされているデータに基づいて電断前の制御状態に復帰する構成としても良い。
また、電源投入時において電断前の制御状態に復帰させる際に、全ての制御状態を電断前の制御状態に復帰させる必要はなく、遊技者に対して不利益とならない最低限の制御状態を復帰させる構成であれば良く、入力ポートの状態や、演出が途中で中断された場合の途中経過などを全て電断前の状態に復帰させる必要はない。例えば、BB中か、通常遊技状態か、などの遊技状態を示すデータのみをバックアップするとともに、遊技状態に対応する演出(BB中であればBB中演出、通常遊技状態であれば通常演出)以外の特定の演出(小役告知など)の実行中に電断が発生した場合に、次回電源投入時において電断時に実行されていた特定の演出を再開するのではなく、電源投入時においてバックアップされている遊技状態に対応する演出を最初から実行するようにしても良い。
次に、メイン制御部41のRAM41cの初期化について説明する。メイン制御部41のRAM41cの格納領域は、重要ワーク、一般ワーク、特別ワーク、設定値ワーク、停止相ワーク、非保存ワーク、未使用領域、スタック領域に区分されている。
重要ワークは、各種表示器やLEDの表示用データ、I/Oポート41dの入出力データ、遊技時間の計時カウンタ等、BB終了時に初期化すると不都合があるデータが格納されるワークである。一般ワークは、停止制御テーブル、停止図柄、メダルの払出枚数、BB中のメダル払出総数等、BB終了時に初期化可能なデータが格納されるワークである。特別ワークは、演出制御基板90へコマンドを送信するためのデータ、各種ソフトウェア乱数等、設定開始前にのみ初期化されるデータが格納されるワークである。設定値ワークは、内部抽選処理で抽選を行う際に用いる設定値が格納されるワークであり、設定開始前(設定変更モードへの移行前)の初期化において0が格納された後、1に補正され、設定終了時(設定変更モードへの終了時)に新たに設定された設定値が格納されることとなる。停止相ワークは、リールモータ32L、32C、32Rの停止相を示すデータが格納されるワークであり、リールモータ32L、32C、32Rが停止状態となった際にその停止相を示すデータが格納されることとなる。非保存ワークは、各種スイッチ類の状態を保持するワークであり、起動時にRAM41cのデータが破壊されているか否かに関わらず必ず値が設定されることとなる。未使用領域は、RAM41cの格納領域のうち使用していない領域であり、後述する複数の初期化条件のいずれか1つでも成立すれば初期化されることとなる。スタック領域は、メインCPU41aのレジスタから退避したデータが格納される領域であり、このうちの未使用スタック領域は、未使用領域と同様に、後述する複数の初期化条件のいずれか1つでも成立すれば初期化されることとなるが、使用中スタック領域は、プログラムの続行のため、初期化されることはない。
本実施例においてメインCPU41aは、設定キースイッチ37、リセット/設定スイッチ38の双方がONの状態での起動時、RAM異常エラー発生時、設定キースイッチ37のみがONの状態での起動時、BB終了時、設定キースイッチ37、リセット/設定スイッチ38の双方がOFFの状態での起動時においてRAM41cのデータが破壊されていないとき、1ゲーム終了時の6つからなる初期化条件が成立した際に、各初期化条件に応じて初期化される領域の異なる5種類の初期化を行う。
初期化0は、起動時において設定キースイッチ37、リセット/設定スイッチ38の双方がONの状態であり、設定変更モードへ移行する場合において、その前に行う初期化、またはRAM異常エラー発生時に行う初期化であり、初期化0では、RAM41cの格納領域のうち、使用中スタック領域を除く全ての領域(未使用領域及び未使用スタック領域を含む)が初期化される。初期化1は、起動時において設定キースイッチ37のみがONの状態であり、設定変更モードへ移行する場合において、その前に行う初期化であり、初期化1では、RAM41cの格納領域のうち、使用中スタック領域及び停止相ワークを除く全ての領域(未使用領域及び未使用スタック領域を含む)が初期化される。初期化2は、BB終了時に行う初期化であり、初期化2では、RAM41cの格納領域のうち、一般ワーク、未使用領域及び未使用スタック領域が初期化される。初期化3は、起動時において設定キースイッチ37、リセット/設定スイッチ38の双方がOFFの状態であり、かつRAM41cのデータが破壊されていない場合において行う初期化であり、初期化3では、非保存ワーク、未使用領域及び未使用スタック領域が初期化される。初期化4は、1ゲーム終了時に行う初期化であり、初期化4では、RAM41cの格納領域のうち、未使用領域及び未使用スタック領域が初期化される。
尚、本実施例では、初期化0、初期化1を設定変更モードの移行前に行っているが、設定変更モードの終了時、すなわち設定が確定した後に行うようにしても良い。この場合、設定値ワークを初期化してしまうと確定した設定値が失われてしまうこととなるので、設定値ワークの初期化は行われない。
本実施例のスロットマシン1は、前述のように遊技状態に応じて設定可能な賭数の規定数が定められており、遊技状態に応じて定められた規定数の賭数が設定されたことを条件にゲームを開始させることが可能となる。本実施例では、後に説明するが、遊技状態として、レギュラーボーナス(以下ではRBと称す)、通常遊技状態があり、いずれの遊技状態であっても賭数の規定数として3が定められており、遊技状態に関わらず、賭数として3が設定されるとゲームを開始させることが可能となる。尚、本実施例では、遊技状態に応じた規定数の賭数が設定された時点で、入賞ラインL1〜L5の全てが有効化されることとなる。
本実施例のスロットマシン1は、全てのリール2L、2C、2Rが停止した際に、有効化された入賞ライン(以下、単に入賞ラインと呼ぶ)上に役と呼ばれる図柄の組合せが揃うと入賞となる。役は、同一図柄の組合せであっても良いし、異なる図柄を含む組合せであっても良い。入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役と、遊技状態の移行を伴う特別役と、がある。以下では、小役と再遊技役をまとめて一般役とも呼ぶ。遊技状態に応じて定められた各役の入賞が発生するためには、後述する内部抽選に当選して、当該役の当選フラグがRAM41cに設定されている必要がある。
尚、これら各役の当選フラグのうち、小役及び再遊技役の当選フラグは、当該フラグが設定されたゲームにおいてのみ有効とされ、次のゲームでは無効となるが、特別役の当選フラグは、当該フラグにより許容された役の組合せが揃うまで有効とされ、許容された役の組合せが揃ったゲームにおいて無効となる。すなわち特別役の当選フラグが一度当選すると、例え、当該フラグにより許容された役の組合せを揃えることができなかった場合にも、その当選フラグは無効とされずに、次のゲームへ持ち越されることとなる。
このスロットマシン1における役としては、図6に示すように、特別役としてレギュラーボーナス(以下ではレギュラーボーナスをRBとする)、ビッグボーナス(1)(2)(以下ではビッグボーナスをBB(1)(2)とする)が、小役としてスイカ、チェリー、ベルが、再遊技役としてリプレイが定められている。
チェリーは、いずれの遊技状態においても左リールについて入賞ラインのいずれかに「チェリー−ANY−ベル」または「チェリー−ANY−リプレイ」の組合せが揃ったとき、すなわち左リールにおいて入賞ラインのいずれかに「チェリー」の図柄が導出され、右リールの、左リールに「チェリー」が停止した入賞ラインに「ベル」または「リプレイ」の図柄が導出されたときに入賞となり、2枚のメダルが払い出される。
スイカは、いずれの遊技状態においても入賞ラインのいずれかに「スイカ−スイカ−スイカ」の組合せが揃ったときに入賞となり、15枚のメダルが払い出される。
ベルは、いずれの遊技状態においても入賞ラインのいずれかに「ベル−ベル−ベル」の組合せが揃ったときに入賞となり、12枚のメダルが払い出される。
リプレイは、通常遊技状態において入賞ラインに「リプレイ−リプレイ−リプレイ」の組合せが揃ったときに入賞となる。リプレイが入賞したときには、メダルの払い出しはないが次のゲームを改めて賭数を設定することなく開始できるので、次のゲームで設定不要となった賭数に対応した3枚のメダルが払い出されるのと実質的には同じこととなる。
RBは、RB以外の遊技状態において入賞ラインのいずれかに「網7−網7−黒7」の組合せが揃ったときに入賞となり、遊技状態がRBに移行する。RBは、小役、特にベルの当選確率が高まることによって他の遊技状態よりも遊技者にとって有利となる遊技状態であり、RBが開始した後、12ゲームを消化したとき、または4ゲーム入賞(役の種類は、いずれでも可)したとき、のいずれか早いほうで終了する。
BB(1)は、RB以外の遊技状態において入賞ラインのいずれかに「黒7−黒7−黒7」の組合せが揃ったときに入賞となる。BB(2)は、RB以外の遊技状態において入賞ラインのいずれかに「網7−網7−網7」の組合せが揃ったときに入賞となる。
BB(1)(2)が入賞すると、遊技状態がBBに移行するとともに同時にRBに移行し、RBが終了した際に、BBが終了していなければ、再度RBに移行し、BBが終了するまで繰り返しRBに制御される。すなわちBB中は、常にRBに制御されることとなる。そして、BBは、当該BB中において遊技者に払い出したメダルの総数が480枚を超えたときに終了する。BBの終了時には、RBの終了条件が成立しているか否かに関わらずRBも終了する。
以下、本実施例の内部抽選について説明する。内部抽選は、上記した各役への入賞を許容するか否かを、全てのリール2L、2C、2Rの表示結果が導出表示される以前に(実際には、スタートスイッチ7の検出時)決定するものである。内部抽選では、まず、内部抽選用の乱数(0〜65535の整数)が取得される。そして、遊技状態及び特別役の持ち越しの有無に応じて定められた各役について、取得した内部抽選用の乱数と、遊技状態、賭数及び設定値に応じて定められた各役の判定値数に応じて行われる。
本実施例では、図7に示すように、遊技状態が、通常遊技状態であるか、RB(BB)であるか、によって内部抽選の対象となり役が異なり、さらに通常遊技状態においては、特別役の持越中か否か(通常:特別役の持ち越されていない通常遊技状態、当選中:特別役の持ち越されている通常遊技状態)によっても内部抽選の対象が異なる。
遊技状態が通常遊技状態であり、特別役が持ち越されていない状態であれば、RB、BB(1)、BB(2)、RB+スイカ、RB+チェリー、BB(1)+スイカ、BB(1)+チェリー、BB(2)+スイカ、BB(2)+チェリー、リプレイ、スイカ、チェリー、ベルが内部抽選の対象役として順に読み出される。
遊技状態が通常遊技状態であり、特別役が持ち越されている状態であれば、リプレイ、スイカ、チェリー、ベルが内部抽選の対象役として順に読み出される。
遊技状態がRB(BB)であれば、スイカ、チェリー、ベルが内部抽選の対象役として順に読み出される。
内部抽選では、内部抽選の対象となる役、現在の遊技状態及び設定値に対応して定められた判定値数を、内部抽選用の乱数に順次加算し、加算の結果がオーバーフローしたときに、当該役に当選したものと判定される。このため、判定値数の大小に応じた確率(判定値数/65536)で役が当選することとなる。
内部抽選において、いずれかの役の当選が判定された場合には、当選が判定された役に対応する当選フラグをRAM41cに割り当てられた内部当選フラグ格納ワークに設定する。内部当選フラグ格納ワークは、2バイトの格納領域にて構成されており、そのうちの上位バイトが、特別役の当選フラグが設定される特別役格納ワークとして割り当てられ、下位バイトが、一般役の当選フラグが設定される一般役格納ワークとして割り当てられている。詳しくは、特別役が当選した場合には、当該特別役が当選した旨を示す特別役の当選フラグを特別役格納ワークに設定し、一般役格納ワークに設定されている当選フラグをクリアする。また、一般役が当選した場合には、当該一般役が当選した旨を示す一般役の当選フラグを一般役格納ワークに設定する。尚、いずれの役及び役の組合せにも当選しなかった場合には、一般役格納ワークのみクリアする。
次に、リール2L、2C、2Rの停止制御について説明する。
メインCPU41aは、リールの回転が開始したとき、及びリールが停止し、かつ未だ回転中のリールが残っているときに、ROM41bに格納されているテーブルインデックス及びテーブル作成用データを参照して、回転中のリール別に停止制御テーブルを作成する。そして、ストップスイッチ8L、8C、8Rのうち、回転中のリールに対応するいずれかの操作が有効に検出されたときに、該当するリールの停止制御テーブルを参照し、参照した停止制御テーブルの滑りコマ数に基づいて、操作されたストップスイッチ8L、8C、8Rに対応するリール2L、2C、2Rの回転を停止させる制御を行う。
テーブルインデックスには、内部抽選による当選フラグの設定状態(以下、内部当選状態と呼ぶ)別に、テーブルインデックスを参照する際の基準アドレスから、テーブル作成用データが格納された領域の先頭アドレスを示すインデックスデータが格納されているアドレスまでの差分が登録されている。これにより内部当選状態に応じた差分を取得し、基準アドレスに対してその差分を加算することで該当するインデックスデータを取得することが可能となる。尚、役の当選状況が異なる場合でも、同一の制御が適用される場合においては、インデックスデータとして同一のアドレスが格納されており、このような場合には、同一のテーブル作成用データを参照して、停止制御テーブルが作成されることとなる。
テーブル作成用データは、停止操作位置に応じた滑りコマ数を示す停止制御テーブルと、リールの停止状況に応じて参照すべき停止制御テーブルのアドレスと、からなる。
リールの停止状況に応じて参照される停止制御テーブルは、全てのリールが回転しているか、左リールのみ停止しているか、中リールのみ停止しているか、右リールのみ停止しているか、左、中リールが停止しているか、左、右リールが停止しているか、中、右リールが停止しているか、によって異なる場合があり、更に、いずれかのリールが停止している状況においては、停止済みのリールの停止位置によっても異なる場合があるので、それぞれの状況について、参照すべき停止制御テーブルのアドレスが回転中のリール別に登録されており、テーブル作成用データの先頭アドレスに基づいて、それぞれの状況に応じて参照すべき停止制御テーブルのアドレスが特定可能とされ、この特定されたアドレスから、それぞれの状況に応じて必要な停止制御テーブルを特定できるようになっている。尚、リールの停止状況や停止済みのリールの停止位置が異なる場合でも、同一の停止制御テーブルが適用される場合においては、停止制御テーブルのアドレスとして同一のアドレスが登録されているものもあり、このような場合には、同一の停止制御テーブルが参照されることとなる。
停止制御テーブルは、停止操作が行われたタイミング別の滑りコマ数を特定可能なデータである。本実施例では、リールモータ32L、32C、32Rに、168ステップ(0〜167)の周期で1周するステッピングモータを用いている。すなわちリールモータ32L、32C、32Rを336ステップ駆動させることでリール2L、2C、2Rが1周することとなる。そして、リール1周に対して16ステップ(1図柄が移動するステップ数)毎に分割した21の領域(コマ)が定められており、これらの領域には、リール基準位置から0〜20の領域番号が割り当てられている。一方、1リールに配列された図柄数も21であり、各リールの図柄に対して、リール基準位置から0〜20の図柄番号が割り当てられているので、0番図柄から20番図柄に対して、それぞれ0〜20の領域番号が順に割り当てられていることとなる。そして、停止制御テーブルには、領域番号別の滑りコマ数が所定のルールで圧縮して格納されており、停止制御テーブルを展開することによって領域番号別の滑りコマ数を取得できるようになっている。
前述のようにテーブルインデックス及びテーブル作成用データを参照して作成される停止制御テーブルは、領域番号に対応して、各領域番号に対応する領域が停止基準位置(本実施例では、透視窓3の下段図柄の領域)に位置するタイミング(リール基準位置からのステップ数が各領域番号のステップ数の範囲に含まれるタイミング)でストップスイッチ8L、8C、8Rの操作が検出された場合の滑りコマ数がそれぞれ設定されたテーブルである。
次に、停止制御テーブルの作成手順について説明すると、まず、リール回転開始時においては、そのゲームの内部当選状態に応じたテーブル作成用データの先頭アドレスを取得する。具体的には、まずテーブルインデックスを参照し、内部当選状態に対応するインデックスデータを取得し、そして取得したインデックスデータに基づいてテーブル作成用データを特定し、特定したテーブル作成用データから全てのリールが回転中の状態に対応する各リールの停止制御テーブルのアドレスを取得し、取得したアドレスに格納されている各リールの停止制御テーブルを展開して全てのリールについて停止制御テーブルを作成する。
また、いずれか1つのリールが停止したとき、またはいずれか2つのリールが停止したときには、リール回転開始時に取得したインデックスデータ、すなわちそのゲームの内部当選状態に応じたテーブル作成用データの先頭アドレスに基づいてテーブル作成用データを特定し、特定したテーブル作成用データから停止済みのリール及び当該リールの停止位置の領域番号に対応する未停止リールの停止制御テーブルのアドレスを取得し、取得したアドレスに格納されている各リールの停止制御テーブルを展開して未停止のリールについて停止制御テーブルを作成する。
次に、メインCPU41aがストップスイッチ8L、8C、8Rのうち、回転中のリールに対応するいずれかの操作を有効に検出したときに、該当するリールに表示結果を導出させる際の制御について説明すると、ストップスイッチ8L、8C、8Rのうち、回転中のリールに対応するいずれかの操作を有効に検出すると、停止操作を検出した時点のリール基準位置からのステップ数に基づいて停止操作位置の領域番号を特定し、停止操作が検出されたリールの停止制御テーブルを参照し、特定した停止操作位置の領域番号に対応する滑りコマ数を取得する。そして、取得した滑りコマ数分リールを回転させて停止させる制御を行う。具体的には、停止操作を検出した時点のリール基準位置からのステップ数から、取得した滑りコマ数引き込んで停止させるまでのステップ数を算出し、算出したステップ数分リールを回転させて停止させる制御を行う。これにより、停止操作が検出された停止操作位置の領域番号に対応する領域から滑りコマ数分先の停止位置となる領域番号に対応する領域が停止基準位置(本実施例では、透視窓3の下段図柄の領域)に停止することとなる。
本実施例のテーブルインデックスには、一の遊技状態における一の内部当選状態に対応するインデックスデータとして1つのアドレスのみが格納されており、更に、一のテーブル作成用データには、一のリールの停止状況(及び停止済みのリールの停止位置)に対応する停止制御テーブルの格納領域のアドレスとして1つのアドレスのみが格納されている。すなわち一の遊技状態における一の内部当選状態に対応するテーブル作成用データ、及びリールの停止状況(及び停止済みのリールの停止位置)に対応する停止制御テーブルが一意的に定められており、これらを参照して作成される停止制御テーブルも、一の遊技状態における一の内部当選状態、及びリールの停止状況(及び停止済みのリールの停止位置)に対して一意となる。このため、遊技状態、内部当選状態、リールの停止状況(及び停止済みのリールの停止位置)の全てが同一条件となった際に、同一の停止制御テーブル、すなわち同一の制御パターンに基づいてリールの停止制御が行われることとなる。
また、本実施例では、滑りコマ数として0〜4の値が定められており、停止操作を検出してから最大4コマ図柄を引き込んでリールを停止させることが可能である。すなわち停止操作を検出した停止操作位置を含め、最大5コマの範囲から図柄の停止位置を指定できるようになっている。また、1図柄分リールを移動させるのに1コマの移動が必要であるので、停止操作を検出してから最大4図柄を引き込んでリールを停止させることが可能であり、停止操作を検出した停止操作位置を含め、最大5図柄の範囲から図柄の停止位置を指定できることとなる。
本実施例では、いずれかの役に当選している場合には、当選役をいずれかの入賞ライン上に4コマの範囲で最大限引き込み、当選していない役がいずれの入賞ライン上に揃わないように引き込む滑りコマ数が定められた停止制御テーブルを作成し、リールの停止制御を行う一方、いずれの役にも当選していない場合には、いずれの役も入賞ライン上に揃わない滑りコマ数が定められた停止制御テーブルを作成し、リールの停止制御を行う。これにより、停止操作が行われた際に、いずれかの入賞ライン上に最大4コマの引込範囲で当選している役を揃えて停止させることができれば、これを揃えて停止させる制御が行われ、当選していない役は、最大4コマの引込範囲でハズシて停止させる制御が行われることとなる。
図4に示すように、ベルを構成する左リールの「ベル」、中リールの「ベル」、右リールの「ベル」は、それぞれ4コマ以内の間隔で配置されており、ベルの当選時には、各リールの停止操作をどのタイミングで行った場合でも、必ず「ベル−ベル−ベル」の組合せが入賞ラインに揃い、ベルが入賞することとなる。また、リプレイを構成する左リールの「リプレイ」、中リールの「リプレイ」、右リールの「リプレイ」も、それぞれ4コマ以内の間隔で配置されており、リプレイの当選時には、各リールの停止操作をどのタイミングで行った場合でも、必ず「リプレイ−リプレイ−リプレイ」の組合せが入賞ラインに揃い、リプレイが入賞することとなる。
一方で、チェリーを構成する右リールの「ベル」、「リプレイ」は、4コマ以内の間隔にて配置されているものの、チェリーを構成する左リールの「チェリー」は、7コマを超える間隔にて配置されており、チェリーの当選時には、「チェリー」の引込範囲となるタイミングで左リールの停止操作を行えば「チェリー−ANY−ベル」または「チェリー−ANY−リプレイ」の組合せが入賞ラインに揃ってチェリーが入賞することとなるが、「チェリー」の引込範囲外となるタイミングで右リールの停止操作を行えば、チェリーは入賞せず、取りこぼすこととなる。
また、スイカを構成する左リールの「スイカ」、中リールの「スイカ」、右リールの「スイカ」も、4コマを超える間隔にて配置された箇所があり、スイカの当選時には、「スイカ」の引込範囲となるタイミングで各リールの停止操作を行えば「スイカ−スイカ−スイカ」の組合せが入賞ラインに揃ってスイカが入賞することとなるが、いずれか1つのリールでも「スイカ」の引込範囲外となるタイミングで停止操作を行えば、スイカは入賞せず、取りこぼすこととなる。
また、BB(1)〜(3)も構成図柄が4コマを超える間隔にて配置された箇所があり、BB(1)〜(3)のいずれかが当選しても、当選したBBの構成図柄の引込範囲となるタイミングで各リールの停止操作を行えば当選したBBが入賞することとなるが、いずれか1つのリールでも当選したBBの構成図柄の引込範囲外となるタイミングで停止操作を行えば、BBは入賞せず、取りこぼすこととなる。尚、BBは、前述のように取りこぼしても次ゲームに持ち越されることから、1度BBに当選すれば、例え、取りこぼしても次ゲーム以降で適切なタイミングで停止操作を行うことで入賞させることが可能となる。
特別役が前ゲーム以前から持ち越されている状態で小役が当選した場合や特別役が持ち越されていない状態で特別役と小役が同時に当選した場合など、特別役と小役が同時に当選している場合には、当選した小役を入賞ラインに4コマの範囲で最大限に引き込むように滑りコマ数が定められているとともに、当選した小役を入賞ラインに最大4コマの範囲で引き込めない停止操作位置については、当選した特別役を入賞ラインに4コマの範囲で最大限に引き込むように滑りコマ数が定められた停止制御テーブルを作成し、リールの停止制御を行う。これにより、停止操作が行われた際に、入賞ライン上に最大4コマの引込範囲で当選している小役を揃えて停止させることができれば、これを揃えて停止させる制御が行われ、入賞ライン上に最大4コマの引込範囲で当選している小役を引き込めない場合には、入賞ライン上に最大4コマの引込範囲で当選している特別役を揃えて停止させることができれば、これを揃えて停止させる制御が行われ、当選していない役は、4コマの引込範囲でハズシて停止させる制御が行われることとなる。すなわちこのような場合には、特別役よりも小役を入賞ライン上に揃える制御が優先され、小役を引き込めない場合にのみ、特別役を有効させることが可能となる。
尚、本実施例では、特別役と小役が同時に当選している場合に、特別役よりも小役を入賞ライン上に揃える制御が優先され、小役を引き込めない場合にのみ、特別役を入賞させることが可能となる構成であるが、小役よりも特別役を入賞ライン上に揃える制御が優先され、特別役を引き込めない場合にのみ、小役を入賞させることが可能となる構成としても良い。
特別役が前ゲーム以前から持ち越されている状態で再遊技役が当選した場合や特別役が持ち越されていない状態で特別役と再遊技役が同時に当選した場合など、特別役と再遊技役が同時に当選している場合には、停止操作が行われた際に、入賞ライン上に最大4コマの引込範囲で再遊技役の図柄を揃えて停止させる制御が行われる。尚、この場合、再遊技役を構成する図柄は、リール2L、2C、2Rのいずれについても5図柄以内、すなわち4コマ以内の間隔で配置されており、4コマの引込範囲で必ず任意の位置に停止させることができるので、特別役と再遊技役が同時に当選している場合には、遊技者によるストップスイッチ8L、8C、8Rの操作タイミングに関わらずに、必ず再遊技役が揃って入賞することとなる。すなわちこのような場合には、特別役よりも再遊技役を入賞ライン上に揃える制御が優先され、必ず再遊技役が入賞することとなる。
本実施例においてメインCPU41aは、リール2L、2C、2Rの回転が開始した後、ストップスイッチ8L、8C、8Rの操作が検出されるまで、停止操作が未だ検出されていないリールの回転を継続し、ストップスイッチ8L、8C、8Rの操作が検出されたことを条件に、対応するリールに表示結果を停止させる制御を行うようになっている。尚、リール回転エラーの発生により、一時的にリールの回転が停止した場合でも、その後リール回転が再開した後、ストップスイッチ8L、8C、8Rの操作が検出されるまで、停止操作が未だ検出されていないリールの回転を継続し、ストップスイッチ8L、8C、8Rの操作が検出されたことを条件に、対応するリールに表示結果を停止させる制御を行うようになっている。
尚、本実施例では、ストップスイッチ8L、8C、8Rの操作が検出されたことを条件に、対応するリールに表示結果を停止させる制御を行うようになっているが、リールの回転が開始してから、予め定められた自動停止時間が経過した場合に、リールの停止操作がなされない場合でも、停止操作がなされたものとみなして自動的に各リールを停止させる自動停止制御を行うようにしても良い。この場合には、遊技者の操作を介さずにリールが停止することとなるため、例え、いずれかの役が当選している場合でもいずれの役も構成しない表示結果を導出させることが好ましい。
次に、メインCPU41aが演出制御基板90に対して送信するコマンドについて説明する。
本実施例では、メインCPU41aが演出制御基板90に対して、BETコマンド、クレジットコマンド、内部当選コマンド、リール回転開始コマンド、リール停止コマンド、入賞判定コマンド、払出開始コマンド、払出終了コマンド、遊技状態コマンド、待機コマンド、打止コマンド、エラーコマンド、復帰コマンド、設定開始コマンド、確認開始コマンド、確認終了コマンド、操作検出コマンドを含む複数種類のコマンドを送信する。
これらコマンドは、コマンドの種類を示す1バイトの種類データとコマンドの内容を示す1バイトの拡張データとからなり、サブCPU91aは、種類データからコマンドの種類を判別できるようになっている。
BETコマンドは、メダルの投入枚数、すなわち賭数の設定に使用されたメダル枚数を特定可能なコマンドであり、ゲーム終了後(設定変更後)からゲーム開始までの状態であり、規定数の賭数が設定されていない状態において、メダルが投入されるか、MAXBETスイッチ6が操作されて賭数が設定されたときに送信される。また、BETコマンドは、賭数の設定操作がなされたときに送信されるので、BETコマンドを受信することで賭数の設定操作がなされたことを特定可能である。
クレジットコマンドは、クレジットとして記憶されているメダル枚数を特定可能なコマンドであり、ゲーム終了後(設定変更後)からゲーム開始までの状態であり、規定数の賭数が設定されている状態において、メダルが投入されてクレジットが加算されたときに送信される。
内部当選コマンドは、内部当選フラグの当選状況、並びに成立した内部当選フラグの種類を特定可能なコマンドであり、スタートスイッチ7が操作されてゲームが開始したときに送信される。また、内部当選コマンドは、スタートスイッチ7が操作されたときに送信されるので、内部当選コマンドを受信することでスタートスイッチ7が操作されたことを特定可能である。
リール回転開始コマンドは、リールの回転の開始を通知するコマンドであり、リール2L、2C、2Rの回転が開始されたときに送信される。
リール停止コマンドは、停止するリールが左リール、中リール、右リールのいずれかであるか、該当するリールの停止操作位置の領域番号、該当するリールの停止位置の領域番号、を特定可能なコマンドであり、各リールの停止操作に伴う停止制御が行われる毎に送信される。また、リール停止コマンドは、ストップスイッチ8L、8C、8Rが操作されたときに送信されるので、リール停止コマンドを受信することでストップスイッチ8L、8C、8Rが操作されたことを特定可能である。
入賞判定コマンドは、入賞の有無、並びに入賞の種類、入賞時のメダルの払出枚数を特定可能なコマンドであり、全リールが停止して入賞判定が行われた後に送信される。
払出開始コマンドは、メダルの払出開始を通知するコマンドであり、入賞やクレジット(賭数の設定に用いられたメダルを含む)の精算によるメダルの払出が開始されたときに送信される。また、払出終了コマンドは、メダルの払出終了を通知するコマンドであり、入賞及びクレジットの精算によるメダルの払出が終了したときに送信される。
遊技状態コマンドは、次ゲームの遊技状態を特定可能なコマンドであり、設定変更状態の終了時及びゲームの終了時に送信される。
待機コマンドは、待機状態へ移行する旨を示すコマンドであり、1ゲーム終了後、賭数が設定されずに一定時間経過して待機状態に移行するとき、クレジット(賭数の設定に用いられたメダルを含む)の精算によるメダルの払出が終了し、払出終了コマンドが送信された後に送信される。
打止コマンドは、打止状態の発生または解除を示すコマンドであり、BB終了後、エンディング演出待ち時間が経過した時点で打止状態の発生を示す打止コマンドが送信され、リセット操作がなされて打止状態が解除された時点で、打止状態の解除を示す打止コマンドが送信される。
エラーコマンドは、エラー状態の発生または解除、エラー状態の種類を示すコマンドであり、エラーが判定され、エラー状態に制御された時点でエラー状態の発生及びその種類を示すエラーコマンドが送信され、リセット操作がなされてエラー状態が解除された時点で、エラー状態の解除を示すエラーコマンドが送信される。
復帰コマンドは、メインCPU41が電断前の制御状態に復帰した旨を示すコマンドであり、メインCPU41aの起動時において電断前の制御状態に復帰した際に送信される。
設定開始コマンドは、設定変更状態の開始を示すコマンドであり、設定変更状態に移行する際に送信される。また、設定変更状態への移行に伴ってメインCPU41の制御状態が初期化されるため、設定開始コマンドによりメインCPU41の制御状態が初期化されたことを特定可能である。
確認開始コマンドは、設定確認状態の開始を示すコマンドであり、設定確認状態に移行する際に送信される。確認終了コマンドは、設定確認状態の終了を示すコマンドであり、設定確認状態の終了時に送信される。
操作検出コマンドは、操作スイッチ類(MAXBETスイッチ6、スタートスイッチ7、ストップスイッチ8L、8C、8R)の検出状態(ON/OFF)を示すコマンドであり、一定間隔毎に送信される。
これらコマンドのうち設定開始コマンド、RAM異常を示すエラーコマンド、復帰コマンドは、起動処理において割込が許可される前の段階で生成され、RAM41cの特別ワークに割り当てられた特定コマンド送信用バッファに格納され、直ちに送信される。
設定開始コマンド、RAM異常を示すエラーコマンド、復帰コマンド、操作検出コマンド以外のコマンドは、ゲーム処理においてゲームの進行状況に応じて生成され、RAM41cの特別ワークに設けられた通常コマンド送信用バッファに一時格納され、タイマ割込処理(メイン)において送信される。
本実施例では、ゲーム処理においてコマンドが生成され、通常コマンド送信用バッファに格納される。タイマ割込2内のコマンド送信処理においてコマンド送信用バッファに格納された未送信のコマンドが検知されると、通常コマンド送信用バッファに格納された未送信のコマンドが送信される。
また、通常コマンド送信用バッファには、複数のコマンドを格納可能な領域が設けられており、通常コマンド送信用バッファに格納された未送信のコマンドの送信を待たずに、新たに生成したコマンドを通常コマンド送信用バッファの空き領域に格納することが可能とされている。すなわち通常コマンド送信用バッファには複数のコマンドを蓄積できるようになっている。
また、ゲーム処理において通常コマンド送信用バッファにコマンドを格納する際に、これらコマンドをその生成順に格納するとともに、コマンド送信処理では通常コマンド送信用バッファに生成・格納された順番でコマンドを送信するようになっている。すなわち通常コマンド送信用バッファに格納されたコマンドは、生成・格納された順番で送信されるようになっている。
操作検出コマンドは、コマンド送信処理が5回実行される毎に生成され、前述の特定コマンド送信用バッファに格納され、直ちに送信される。また、通常コマンド送信用バッファに未送信のコマンドが格納されている状態で操作検出コマンドの送信時期に到達した場合には、操作検出コマンドの送信を優先し、通常コマンド送信用バッファに格納されている未送信のコマンドは、次回のコマンド送信処理において送信されるようになっており、1度のコマンド送信処理において複数のコマンドが送信されることがないようになっている。
次に、メインCPU41aが演出制御基板90に対して送信するコマンドに基づいてサブ制御部91が実行する演出の制御について説明する。
サブCPU91aは、メインCPU41aからのコマンドの送信を示すストローブ信号を入力した際に、コマンド受信割込処理を実行する。コマンド受信割込処理では、RAM91cに設けられた受信用バッファに、コマンド伝送ラインから取得したコマンドを格納する。
サブCPU91aは、タイマ割込処理(サブ)において、受信用バッファに未処理のコマンドが格納されているか否かを判定し、未処理のコマンドが格納されている場合には、そのうち最も早い段階で受信したコマンドに基づいてROM91bに格納された制御パターンテーブルを参照し、制御パターンテーブルに登録された制御内容に基づいて液晶表示器51、演出効果LED52、スピーカ53、54、リールLED55等の各種演出装置の出力制御を行う。
制御パターンテーブルには、複数種類の演出パターン毎に、コマンドの種類に対応する液晶表示器51の表示パターン、演出効果LED52の点灯態様、スピーカ53、54の出力態様、リールLEDの点灯態様等、これら演出装置の制御パターンが登録されており、サブCPU91aは、コマンドを受信した際に、制御パターンテーブルの当該ゲームにおいてRAM91cに設定されている演出パターンに対応して登録された制御パターンのうち、受信したコマンドの種類に対応する制御パターンを参照し、当該制御パターンに基づいて演出装置の出力制御を行う。これにより演出パターン及び遊技の進行状況に応じた演出が実行されることとなる。
尚、サブCPU91aは、あるコマンドの受信を契機とする演出の実行中に、新たにコマンドを受信した場合には、実行中の制御パターンに基づく演出を中止し、新たに受信したコマンドに対応する制御パターンに基づく演出を実行するようになっている。すなわち演出が最後まで終了していない状態でも、新たにコマンドを受信すると、受信した新たなコマンドが新たな演出の契機となるコマンドではない場合を除いて実行していた演出はキャンセルされて新たなコマンドに基づく演出が実行されることとなる。
特に、本実施例では、演出の実行中に賭数の設定操作がなされたとき、すなわちサブCPU91aが、賭数が設定された旨を示すBETコマンドを受信したときに、実行中の演出を中止するようになっている。このため、遊技者が、演出を最後まで見るよりも次のゲームを進めたい場合には、演出がキャンセルされ、次のゲームを開始できるので、このような遊技者に対して煩わしい思いをさせることがない。また、演出の実行中にクレジットまたは賭数の精算操作がなされたとき、すなわちサブCPU91aが、ゲームの終了を示す遊技状態コマンドを受信した後、ゲームの開始を示す内部当選コマンドを受信する前に、払出開始コマンドを受信した場合には、実行中の演出を中止するようになっている。クレジットや賭数の精算を行うのは、遊技を終了する場合であり、このような場合に実行中の演出を終了させることで、遊技を終了する意志があるのに、不要に演出が継続してしまわないようになっている。
演出パターンは、内部当選コマンドを受信した際に、内部当選コマンドが示す内部抽選の結果に応じた選択率にて選択され、RAM91cに設定される。演出パターンの選択率は、ROM91bに格納された演出テーブルに登録されており、サブCPU91aは、内部当選コマンドを受信した際に、内部当選コマンドが示す内部抽選の結果、後述するレベル及び演出設定に応じて演出テーブルに登録されている選択率を参照し、その選択率に応じて複数種類の演出パターンからいずれかの演出パターンを選択し、選択した演出パターンを当該ゲームの演出パターンとしてRAM91cに設定するようになっており、同じコマンドを受信しても内部当選コマンドの受信時に選択された演出パターンによって異なる制御パターンが選択されるため、結果として演出パターンによって異なる演出が行われることがある。
本実施例では、メインCPU41aが、MAXBETスイッチ6、スタートスイッチ7、ストップスイッチ8L、8C、8Rが操作されたことを特定可能な操作検出コマンドをサブCPU91aに対して送信することで、サブCPU91aが、それぞれの制御状態においてゲームの進行制御に関与する操作スイッチであるか否かに関わらず、メインCPU41aにより検出される操作スイッチが操作されたことが特定できるようになっており、ゲームの進行制御に関与しない操作スイッチの操作に応じて演出を実行したり、後述するメインメニュー画面の操作を行うことが可能である。
また、メインCPU41aは、MAXBETスイッチ6、スタートスイッチ7、ストップスイッチ8L、8C、8Rのいずれかが操作されたか否かに関わらず、MAXBETスイッチ6、スタートスイッチ7、ストップスイッチ8L、8C、8RそれぞれのON/OFFの状態を特定可能な操作検出コマンドを定期的に送信することで、サブCPU91aは、これら操作スイッチのON/OFFの状態を定期的に特定できるようになっており、サブCPU91aが操作検出コマンドを取りこぼした場合であっても、次回送信される操作検出コマンドに基づいて全ての操作スイッチについて最新の検出状態を特定することが可能となり、ゲームの進行制御に関与しない操作スイッチの操作に応じた演出を確実に実行することができる。
また、操作検出コマンドから、MAXBETスイッチ6、スタートスイッチ7、ストップスイッチ8L、8C、8R全ての検出状態を特定することが可能であるため、サブCPU91a側で、複数のスイッチの同時操作や特定のスイッチのみの操作といった複数の操作スイッチの操作状況を反映した演出を行うことが可能となり、操作スイッチの操作を用いた演出を多様なものにできる。
尚、本実施例では、メインCPU41aが、MAXBETスイッチ6、スタートスイッチ7、ストップスイッチ8L、8C、8Rのいずれかが操作されたか否かに関わらず、MAXBETスイッチ6、スタートスイッチ7、ストップスイッチ8L、8C、8RそれぞれのON/OFFの状態を特定可能な操作検出コマンドを一定間隔毎に送信する構成であるが、いずれかの操作スイッチの検出状態(ON/OFF)が変化したときのみ、その旨を示す操作検出コマンドを送信するようにしても良く、このような構成とすることで、操作検出コマンドの送信を極力減らすことが可能となり、操作検出コマンドの送信に係る制御の負荷を軽減できるうえに、サブCPU91a側でも必要以上に操作検出コマンドを受信せずに済む。
また、いずれかの操作スイッチの検出状態(ON/OFF)が変化したときに、当該操作スイッチの検出状態に加えて他の操作スイッチの検出状態も特定可能な操作検出コマンドをサブCPU91aに対して送信する構成としても良く、このような構成とすることで、操作検出コマンドの送信を極力減らすことが可能となるうえに、サブCPU91aは、操作検出コマンドから検出状態の変化した操作スイッチの検出状態だけでなく、他の操作手段の検出状態も特定できるようになり、サブCPU91a側で複数の操作手段の操作状況を反映した演出を行うことが可能となり、操作スイッチの操作を用いた演出を多様なものにできる。
サブ制御部91のRAM91cには、操作スイッチの検出状態の変化状況が操作スイッチ毎に格納される検出状態格納領域と、操作スイッチの操作状態が変化した旨を示す操作検出フラグが操作スイッチ毎に格納される操作検出フラグ格納領域と、が割り当てられている。さらに検出状態格納領域には、操作検出コマンドを受信する前(前回)の検出状態と、操作検出コマンドを受信した後(今回)の検出状態と、が割り当てられており、それぞれに操作検出コマンドの受信前後の各操作スイッチの検出状態が格納されるようになっている。
サブCPU91aは、タイマ割込処理(サブ)において受信用バッファに未処理のコマンドが格納されていると判定した場合に、操作検出処理を行う。操作検出処理では、未処理のコマンドが操作検出コマンドか否かを判定し、操作検出コマンドであると判定した場合に、検出状態格納領域に格納されている今回の検出状態を前回の検出状態に移動し、操作検出コマンドが示す各操作スイッチの検出状態を今回の検出状態として格納するとともに、前回の検出状態と今回の検出状態とが異なる操作スイッチがある場合に、OFFからONに変化した場合には、その操作スイッチに対応する操作検出フラグとして立上りフラグを設定し、ONからOFFに変化した場合には、その操作スイッチに対応する操作検出フラグとして立下りフラグを設定する。
このように本実施例では、メインCPU41aが、操作スイッチの検出状態が変化したか否かに関わらず、定期的に全ての操作スイッチの検出状態を特定可能な操作検出コマンドを送信するとともに、サブCPU91aは、操作検出コマンドを受信した際に、検出状態格納領域に格納されている操作検出コマンドの受信前後の各操作スイッチの検出状態を更新し、検出状態が異なる操作スイッチがある場合に、その操作スイッチに対応する操作検出フラグを設定するようになっており、サブCPU91aは、操作検出フラグの有無を確認することで、操作スイッチの検出状態が変化した旨に加え、操作検出コマンドの受信前後で各操作スイッチの検出状態がどのように変化したか、すなわちOFFからONに変化したのか、ONからOFFに変化したのか、を判別できるようになっている。
本実施例においてサブCPU91aは、遊技開始時に後述するパスワードが入力された場合に、予め定められた達成条件が成立したことを条件にポイントを付与し、10ポイント獲得する毎にレベルを加算するようになっている。そしてレベルの値が一定値を超える毎に、実行される可能性のある演出の種類数を増加させるようになっている。詳しくは、レベル1〜30の場合に用いる演出テーブル1、レベル31〜60の場合に用いる演出テーブル2、レベル61〜99の場合に用いる演出テーブル3を備えており、演出テーブル2には、演出テーブル1に登録されている演出パターンに加えて演出テーブル1に登録されていない演出パターンが定められており、演出テーブル3には、演出テーブル1、2に登録されている演出パターンに加えて演出テーブル1、2に登録されていない演出パターンが定められており、演出テーブル1〜3のうち現在のレベルに応じた演出テーブルを用いて演出パターンを選択することにより、レベルが30を超えた場合、60を超えた場合にそれぞれ演出パターンが増加することとなる。
また、レベルの値が一定値を超える毎に、選択できるキャラクタ及び演出設定として選択可能な項目を増加させるようになっている。詳しくは、演出の頻度(演出設定4)、演出の背景デザイン(演出設定2)、遊技者の選択したキャラクタ(演出設定3)、キャラクタの衣装(演出設定4)、を選択可能とされており、これら演出設定においてレベルが30を越えたとき、レベルが60を超えたときに、それぞれ選択可能な項目が増加することとなる。
ポイントが付与される達成条件としては、例えば、図8に示すように、特別役の当選可能性を示す連続演出が実行され、かつ特別役が当選した場合または外れた場合、ボーナス確定画面が表示された場合などが定められており、各達成条件の難易度、現在のレベル、ゲームを開始してからのゲーム数に応じて付与されるポイント数が定められ、達成条件が成立した時点の状況に応じたポイント数が付与されることとなる。
図8に示す連続演出Bは、連続演出Aに比較して特別役に当選している可能性が高い旨を示す演出、すなわち特別役の当選時に選択される比率が連続演出Aよりも高い演出であり、かつ連続演出Aより出現率の低い演出である。
そして、連続演出Aが実行され、かつ特別役に当選していない場合と、連続演出Bが実行され、かつ特別役に当選していない場合と、を比較すると後者の方が多くのポイントが付与されるようになっており、特別役に当選している可能性が高いにも関わらず、特別役が当選していない場合には、より多くのポイントが付与されるようになっている。
また、連続演出Aが実行され、かつ特別役に当選していない場合と、連続演出Aが実行され、かつ特別役に当選している場合と、を比較すると後者の方が多くのポイントが付与されるようになっており、特別役に当選している可能性が低いにも関わらず、特別役が当選していた場合には、より多くのポイントが付与されるようになっている。
また、同じ達成条件が成立した場合でも、0〜499Gと、500〜699Gと、700G以上と、で付与されるポイントが異なり、ゲーム数が多いほどより多くのポイントが付与されるようになっている。
また、レベルの値が一定の値を超える毎に、付与されるポイントが少なくなり、付与されるポイントは少なくなる。詳しくは、レベル30を超えた場合、レベルを60を超えた場合に、それぞれ付与されるポイントが減少するようになっており、達成条件によっては、ポイントが付与されなくなる。このため、レベルが一定の値を超える毎に、さらなるレベルの上昇が困難となる。
このように本実施例のスロットマシン1では、遊技を行った結果に応じた達成条件が成立することでポイントが付与され、そのポイント数に応じてレベルが上昇し、演出パターンが増加したり、演出の設定項目が増加するようになっており、遊技者が遊技を行う意欲を効果的に高めることができる。
また、一定以上のレベルであることや累積ゲーム数や累積ボーナス回数などが一定数以上であることを条件に実行される演出が用意されており、さらに前述のミッションとしてこのような一定以上のレベル、累積ゲーム数や累積ボーナス回数などが一定数以上でなければ出現しない演出が実行されることにより達成されるミッション、すなわち一定以上のレベル、累積ゲーム数や累積ボーナス回数などが一定数以上でなければ達成できないミッションが定められており、遊技者が遊技を行い、レベルを上昇させることへの意欲も効果的に高めることができる。
また、遊技開始時にパスワードが開始された場合に、遊技を終了するまでの間、遊技者の選択操作によって、レベルに応じて選択可能な複数のキャラクタ(最大でA〜Lの12種類)からいずれかのキャラクタを任意に選択可能とされているとともに、RAM91cには、キャラクタ毎に当該キャラクタを選択して遊技を行ったゲーム数が格納されるキャラクタ別ゲーム数を含む個人履歴格納領域が割り当てられ、サブCPU91aは、選択されたキャラクタに対応する個人履歴格納領域のキャラクタ別ゲーム数を1ゲーム毎に加算することにより、各キャラクタを選択して遊技を行ったゲーム数をそれぞれ計数するようになっている。
尚、キャラクタは、1度に1つのみ選択可能とされており、複数のキャラクタを同時に選択することできないようになっており、1日におけるキャラクタ別ゲーム数の合計値が1日の総ゲーム数を越えることはない。
また、サブCPU91aは、遊技開始時に後述するパスワードが入力された場合に、ゲーム数に応じて液晶表示器51にて複数段階からなるストーリーが順次進行するようになっている。詳しくは、ゲーム数に応じてストーリーがある段階まで到達すると、次の段階のストーリーが展開されることとなる。
また、サブCPU91aは、遊技開始時に後述するパスワードが入力された場合に、入力されたパスワードから特定される記念日が、特定の記念日を示す場合には、その記念日にちなんだ記念日演出(例えば、遊技者の誕生日が特定される場合には、ある条件を満たすことで遊技者を祝福する演出が実行されるなど)を実行することが可能となる。
また、レベルの値は、1台のスロットマシン1において上昇した値のみならず、他のスロットマシン1において上昇した値を引き継ぐことも可能である。また、レベルの値だけでなく、他のスロットマシン1において進展したストーリーの段階や他のスロットマシン1において遊技者が演出設定を変更した場合、その設定内容も引き継ぐことが可能である。
具体的には、図9(a)に示すメインメニュー画面から「パスワード入力」を選択し、Webサーバ203にて発行されたパスワードを入力することにより、以前の遊技履歴に応じたレベル、ストーリーの段階及び演出設定を引き継いで遊技を行うことが可能となる。
パスワードは、後に詳述するが、後述するWebサーバ203にて管理されている遊技者個人の遊技履歴に応じた記念日、レベル、ストーリーの段階、演出設定を特定可能な8文字からなる文字データである。
メインメニュー画面は、ゲーム終了後(設定変更後)から賭数が設定されるまでの制御状態において、ストップスイッチ8L、8C、8Rのうち左、右のストップスイッチ8L、8Rが同時に操作されたとき、すなわち操作検出コマンドが示す操作スイッチの検出状態が、ストップスイッチ8C、8Rの検出状態のいずれかがOFFの状態で、ストップスイッチ8L、8Rの検出状態がともにON、ストップスイッチ8Lの検出状態がOFFに変化した場合に、液晶表示器51に表示される。
メインメニュー画面が表示されている状態では、図9(a)(b)に示すように、ストップスイッチ8Lが操作されることで、左側のメニュー項目に移動し、ストップスイッチ8Rが操作されることで右側のメニュー項目に移動する。そして、演出用スイッチ56が操作されることで手前に表示されているメニュー項目が選択される。また、メニュー項目として「終了」が手前に表示されている状態で演出用スイッチ56が操作されるか、ストップスイッチ8Cが一定時間以上操作されると、図9(c)に示すように、「YES」「NO」を選択可能な終了確認画面が表示され、終了確認画面にてストップスイッチ8L、8R、演出用スイッチ56を操作し、「YES」「NO」のうち「YES」を選択することで、基本画面(メインメニュー画面に移行する前の通常画面)に戻るようになっている。また、何も操作されずに画面毎に定められた時間が経過することでも基本画面に戻る。
パスワード入力前や後述する簡単スタートによる遊技開始前のメインメニュー画面では、図9(a)に示すように、「簡単スタート」「パスワード入力」「会員登録」「終了」のメニュー項目が表示されるようになっており、このパスワード入力前や後述する簡単スタートによる遊技開始前のメインメニュー画面にてストップスイッチ8L、8R及び演出用スイッチ56を操作してパスワードメニューを選択することにより、図10(b)に示すパスワード入力画面が表示される。パスワード入力画面では、図10(c)に示すように、ストップスイッチ8L、8Rを操作することで文字が移動し、図11(a)に示すように、演出用スイッチ56を操作することで、手前に表示されている文字が選択されることとなる。
1文字選択する毎に、次の文字が選択可能となる。また、「1文字戻る」が手前に表示されている状態で演出用スイッチ56を操作することで、手前の文字を再度選択可能となる。そして、8文字のパスワードを選択すると、決定欄に移動し、図11(b)に示すように、「1文字戻る」以外の文字が手前に表示されている状態で演出用スイッチ56を操作することで、パスワードが決定される。
そして、入力したパスワードが正規のパスワードであると認証された場合には、図11(c)に示すように、パスワード入力OK画面が表示される。パスワード入力OK画面は、演出用スイッチ56を操作するか、画面毎に定められた時間が経過することで基本画面に切り替わる。尚、パスワードが正規のパスワードであると認証されなかった場合には、パスワード入力NG画面(図示略)が表示される。パスワード入力NG画面も、演出用スイッチ56を操作するか、画面毎に定められた時間が経過することで基本画面に切り替わる。
パスワードが正規のパスワードであると認証されると、RAM91cに割り当てられた個人履歴格納領域(総ゲーム数、BB回数、RB回数、達成ミッション、キャラクタ別ゲーム数)の値が初期化されるとともに、パスワードから解析される記念日がRAM91cに割り当てられた記念日格納領域に、パスワードから解析されるレベルがRAM91cに割り当てられたレベル格納領域に、パスワードから解析されるストーリーがRAM91cに割り当てられたストーリー格納領域に、パスワードから解析される演出設定1〜4がRAM91cに割り当てられた演出設定格納領域に設定され、これに伴い以前の遊技履歴に応じたレベル、ストーリー及び演出設定が引き継がれることとなる。また、この際、入力されたパスワードそのものがRAM91cに割り当てられたパスワード格納領域に格納されるようになっている。
次に、パスワードの解析手順について説明すると、ROM91bには、図13(a)に示すように、パスワードを構成する文字(ローマ字:26種類、記号6種類の32種類)に対応して0〜31の数値が定められたパスワード解析テーブルが記憶されており、まずは、図13(b)に示すように、パスワード解析テーブルを参照し、入力されたパスワードを該当する数値に置き換える。例えば、図13(b)に示すようにパスワードが「DVUHJFUI」であれば、図13(a)に示すパスワード解析テーブルに従って、「3−21−20−7−9−5−20−8」となる。
次いで、置き換えた数値を2進数に変換し、下位6ビット目、下位13目、下位20目、下位27目、下位34目の合計5ビットの値をランダム値(Webサーバ203にてパスワード発行時に0〜31の範囲で取得したランダム値)として特定し、ランダム値を除いた35ビットの値をランダム値分右方向にシフトする。例えば、図13(b)に示すように、ランダム値が0011(=3)であればランダム値を除いた35ビットの値を3ビット分右方向にシフトする。この際、右方向にオーバーフローした値は、上位ビットにシフトする。
次いで、シフト後の35ビットの各ビット毎の値をビットシャッフルテーブルに従って変換する。ビットシャッフルテーブルは、図14に示すように、0〜31のランダム値に対応してパスワードから2進数に変換された値のうちランダム値を除いた値を構成する0〜34ビット毎に変換後のビットの位置が定められたテーブルであり、ランダム値に対応する行に指定されたビットの位置に、該当するビットの値を移動させることで変換を行う。例えば、ランダム値が0011(=3)であれば、下位0ビット目の値が下位18ビット目に移動し、下位1ビット目の値が下位11ビット目に移動することとなる。
次いで、ビットシャッフルテーブルによる変換によって得られた35ビットの値から記念日、レベル、ストーリーの段階及び演出設定を解析する。
この35ビットの値のうち、下位5ビットはハッシュ値((Webサーバ203にてパスワードにばらつきを持たせるために付与された乱数)を示し、下位6〜8ビットは記念日を示し、下位9ビットから下位16ビットまでがレベルを示し、下位17ビットから下位21ビットまでがストーリーの段階を示し、下位22ビットより上位のビットが演出設定1〜4を示す値であり、それぞれ4ビット、4ビット、3ビット、3ビットが割り当てられており、これらの値から特定される記念日、レベル、ストーリーの段階、演出設定がそれぞれ記念日格納領域、レベル格納領域、ストーリー格納領域、演出設定格納領域に設定されることとなる。
また、前述のようにRAM91cには、個人履歴格納領域が割り当てられており、パスワードを入力し、正規のパスワードと認証されてからの遊技履歴(総ゲーム数、BB回数、RB回数、キャラクタ別ゲーム数)が蓄積されるようになっている。さらに予めスロットマシンに設定されたミッション(課題)を達成した場合には、達成したミッションの種類を示す達成ミッションの履歴も蓄積されるようになっている。また、前述のようにポイントを10ポイント獲得する毎に、レベル格納領域に格納されたレベルが上昇するようになっている。また、ゲーム数に応じてストーリーが進展し、ある決められたゲーム数に到達することで次の段階に進展するようになっている。
そして、遊技者が遊技を終える場合には、当該遊技者の遊技履歴、現在のレベル、ストーリーの段階、演出設定、達成ミッションの履歴を特定可能な2次元コードが生成され、液晶表示器51に表示されることで、この2次元コードを取得し、2次元コードから特定される内容をWebサーバ203が備える後述の遊技者データベースの内容に反映させることができるようになっている。
図9(b)に示すように、パスワード入力後のメインメニュー画面では、図9(a)に示すように、「データクリア」「本日のゲームデータ」「ボーナス履歴」「終了」のメニュー項目が表示されるようになっており、このパスワード入力後のメインメニュー画面にて図12(a)に示すように、「本日のゲームデータ」のメニュー項目を選択することにより、本日の遊技履歴等を特定可能な2次元コードが生成され、図12(b)に示すように、生成された2次元コードが液晶表示器51に表示される。出力される2次元コードには、図15に示すように、管理サーバ上の更新ページの所在を示すURLと、ゲーム開始時に入力されたパスワードと、個人履歴格納領域に記憶されている総ゲーム数、BB回数、RB回数、達成ミッションの種類、キャラクタ別ゲーム数と、レベル格納領域に格納されているレベル値と、ストーリー格納領域に格納されているストーリーの段階と、演出設定格納領域に格納されている演出設定1〜4と、2次元コード作成毎に取得されるランダムな値である遊技乱数(本実施例では、32ビットの乱数)と、が格納されている。
そして、この2次元コードを携帯端末1100により読み取り、2次元コードから特定されるWebサーバ203のURLにアクセスすることで、2次元コードから特定される本日の遊技履歴等がWebサーバ203が備える遊技者データベースの内容に反映されるようになっている。
また、パスワードが認証されてから本日のゲームデータが選択され、本日の遊技履歴等を特定可能な2次元コードが表示されるまでの間は、新たなパスワードの入力が禁止されるようになっており、本日の遊技履歴等を特定可能な2次元コードが表示され、その表示がクリアされると、パスワード格納領域に格納されているパスワード、個人履歴格納領域に記憶されている総ゲーム数、BB回数、RB回数、キャラクタ別ゲーム数、達成ミッションの種類、レベル格納領域に格納されているレベル値、ストーリー格納領域に格納されているストーリーの段階、演出設定格納領域に格納されている演出設定1〜4の内容が全てクリアされ、再びパスワードの入力が許可されるようになっている。
このように本実施例のスロットマシン1では、遊技を開始する際にパスワードを入力することで、以前遊技を行った際のレベルやストーリー、演出設定など、過去の遊技履歴を反映した演出を実行させることが可能となり、長期間にわたり継続性のある演出を行わせることができる。また、新たな遊技履歴を特定するために出力される2次元コードに、パスワードが含まれるため、パスワードを発行するWebサーバ203にて2次元コードに含まれるパスワードを認証することで、パスワードの発行を受けた遊技者であるかを判別することが可能となり、第三者が他人のパスワードを入手して遊技を行い2次元コードを取得したり、他人の2次元コードを取得したりしても、この2次元コードから特定される遊技履歴を自らのものに反映させることはできず、パスワードの発行を受けた遊技者による新たな遊技履歴を引き継ぐことは可能となる一方でパスワードの発行を受けた遊技者以外の遊技者が遊技履歴を引き継ぐことが不可能となる。これによりパスワードや2次元コードを流用したり盗用したりしても意味がなくなるため、パスワード及び2次元コードの流用や盗用を防止することができる。
また、パスワードが、当該パスワードがWebサーバ203によって発行される毎に変化するランダム値によって変化するため、同一内容の遊技履歴が特定される場合であっても同一パスワードとなる訳ではなく、パスワードを推測することが困難となる。
図16は、2次元コードに格納されるキャラクタ別ゲーム数の格納領域を示す図である。
本実施例では、図16に示すように、2次元コードに格納されるキャラクタ別ゲーム数の格納領域として、キャラ1、キャラ1ゲーム数、キャラ2、キャラ2ゲーム数、キャラ3、キャラ3ゲーム数、キャラ4、キャラ4ゲーム数の格納領域が割り当てられている。
キャラ1は、個人履歴格納領域に格納されたキャラクタ別ゲーム数のうち最も多くのゲーム数が格納されたキャラクタ別ゲーム数に対応するキャラクタの種別を示すキャラクタ種別データが格納される4ビットの格納領域であり、キャラクタA〜Lに対応する0〜11のいずれかの値が格納される。
キャラ1ゲーム数は、キャラ1に格納されたキャラクタ種別データが示すキャラクタを選択して遊技を行ったゲーム数が格納される7ビットの格納領域であり、0〜99の範囲でキャラ1に格納されるキャラクタ種別データが示すキャラクタに対応してキャラクタ別ゲーム数に格納されているゲーム数の下3桁以上の値(例えば、4230ゲームであれば42)が格納される。すなわち下2桁の値は切り捨てられることで最大9900ゲームを示す値(99)を格納可能とされている。
キャラ2は、個人履歴格納領域に格納されたキャラクタ別ゲーム数のうち2番目に多くのゲーム数が格納されたキャラクタ別ゲーム数に対応するキャラクタの種別を示すキャラクタ種別データが格納される4ビットの格納領域であり、キャラクタA〜Lに対応する0〜11のいずれかの値が格納される。
キャラ2ゲーム数は、キャラ2に格納されたキャラクタ種別データが示すキャラクタを選択して遊技を行ったゲーム数が格納される6ビットの格納領域であり、0〜63の範囲でキャラ2に格納されるキャラクタ種別データが示すキャラクタに対応してキャラクタ別ゲーム数に格納されているゲーム数の下3桁以上の値が格納される。すなわち下2桁の値は切り捨てられることで最大6300ゲームを示す値(63)を格納可能とされている。
キャラ3は、個人履歴格納領域に格納されたキャラクタ別ゲーム数のうち3番目に多くのゲーム数が格納されたキャラクタ別ゲーム数に対応するキャラクタの種別を示すキャラクタ種別データが格納される4ビットの格納領域であり、キャラクタA〜Lに対応する0〜11のいずれかの値が格納される。
キャラ3ゲーム数は、キャラ3に格納されたキャラクタ種別データが示すキャラクタを選択して遊技を行ったゲーム数が格納される5ビットの格納領域であり、0〜31の範囲でキャラ3に格納されるキャラクタ種別データが示すキャラクタに対応してキャラクタ別ゲーム数に格納されているゲーム数の下3桁以上の値が格納される。すなわち下2桁の値は切り捨てられることで最大3100ゲームを示す値(31)を格納可能とされている。
キャラ4は、個人履歴格納領域に格納されたキャラクタ別ゲーム数のうち4番目に多くのゲーム数が格納されたキャラクタ別ゲーム数に対応するキャラクタの種別を示すキャラクタ種別データが格納される4ビットの格納領域であり、キャラクタA〜Lに対応する0〜11のいずれかの値が格納される。
キャラ4ゲーム数は、キャラ4に格納されたキャラクタ種別データが示すキャラクタを選択して遊技を行ったゲーム数が格納される5ビットの格納領域であり、0〜31の範囲でキャラ4に格納されるキャラクタ種別データが示すキャラクタに対応してキャラクタ別ゲーム数に格納されているゲーム数の下3桁以上の値が格納される。すなわち下2桁の値は切り捨てられることで最大3100ゲームを示す値(31)を格納可能とされている。
尚、パスワード入力後、遊技を終了するまで(2次元コードを発行するまで)に、遊技者は5種類以上のキャラクタを選択することも可能であるが、5種類以上のキャラクタが選択された場合には、そのうちキャラクタ別ゲーム数の多い順に4種類のキャラクタ種別データ及びそれに対応するキャラクタ別ゲーム数(の下3桁以上の値)のみがキャラ1ゲーム数、キャラ2ゲーム数、キャラ3ゲーム数、キャラ4ゲーム数に格納されるようになっている。
また、前述のようにキャラクタは、1度に1つのみ選択可能とされており、複数のキャラクタを同時に選択することできないようになっており、1日におけるキャラクタ別ゲーム数の合計値が1日の総ゲーム数を越えることはない。一方、1日に実行され得る総ゲーム数は、通常であれば多く見積もっても9000ゲーム程度(例えば、1日13時間の営業で1ゲームあたり5秒とした場合でも9360ゲームであり、現実的に人間がこれ以上早い間隔で9000ゲーム以上ゲームを行うことは不可能である)である。
そして、1日に実行され得る総ゲーム数を9000ゲームとした場合、遊技者が1種類のキャラクタのみを選択して遊技を行った場合のキャラクタ別ゲーム数の取り得る最大値も9000ゲームとなる。
また、1日に実行され得る総ゲーム数を9000ゲームとした場合、遊技者が2種類のキャラクタを選択して遊技を行った場合の最も多く遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は8999ゲームとなり、2番目に多く遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は4500ゲーム(最も多く遊技を行ったキャラクタのキャラクタ別ゲーム数が4500ゲームの場合が最大)となる。
また、1日に実行され得る総ゲーム数を9000ゲームとした場合、遊技者が3種類のキャラクタを選択して遊技を行った場合の最も多く遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は8998ゲームとなり、2番目に多く遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は4499ゲーム(最も多く遊技を行ったキャラクタのキャラクタ別ゲーム数が4500ゲーム、3番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数が1ゲームの場合が最大)となり、3番目に多く遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は3000ゲーム(最も多く遊技を行ったキャラクタのキャラクタ別ゲーム数及び2番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数がそれぞれ3000ゲームの場合が最大)となる。
また、1日に実行され得る総ゲーム数を9000ゲームとした場合、遊技者が4種類のキャラクタを選択して遊技を行った場合の最も多く遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は8997ゲームとなり、2番目に多く遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は4498ゲーム(最も多く遊技を行ったキャラクタのキャラクタ別ゲーム数が4500ゲーム、3番目、4番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数がそれぞれ1ゲームの場合が最大)となり、3番目に多く遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は2999ゲーム(最も多く遊技を行ったキャラクタのキャラクタ別ゲーム数が3001、2番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数が3000の場合が最大)となり、4番目に多く遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は2250ゲーム(最も多く遊技を行ったキャラクタのキャラクタ別ゲーム数及び2番目、3番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数がそれぞれ2250ゲームの場合が最大)となる。
すなわち2番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は、最も多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値の1/2となり、3番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は、最も多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値の1/3となり、4番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値は、最も多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値の1/4となる。
このため、2次元コードに割り当てられたキャラクタ別ゲーム数の格納領域のうち、キャラ1ゲーム数、すなわち最も多くの遊技を行ったキャラクタのキャラクタ別ゲーム数が格納される格納領域に格納される値の最大値が、1日に実行され得る総ゲーム数である9000よりも多い9900を示す99に設定され、99を格納可能な7ビットの領域が割り当てられているのに対して、キャラ2ゲーム数、すなわち2番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数が格納される格納領域に格納される値の最大値が、1日に実行され得る総ゲーム数である9000よりも少なく、この9000の1/2、すなわち2番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値よりも多い6300を示す63に設定され、63を格納可能な6ビットの領域が割り当てられている。
また、キャラ3ゲーム数、すなわち3番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数が格納される格納領域に格納される値の最大値が、9000の1/2、すなわち2番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値よりも少なく、9000の1/3、すなわち3番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値よりも多い3100を示す31に設定され、31を格納可能な4ビットの領域が割り当てられている。
また、キャラ4ゲーム数、すなわち4番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数が格納される格納領域に格納される値の最大値が、9000の1/3、すなわち3番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値よりも少なく、9000の1/4、すなわち4番目に多くの遊技を行ったキャラクタのキャラクタ別ゲーム数の最大値よりも多い3100を示す31に設定され、31を格納可能な4ビットの領域が割り当てられている。
このように本実施例では、キャラクタ別ゲーム数のように相互に排他的に発生し得る特定事象の種類毎の発生回数を2次元コードのように格納容量に制限のある形式にてデータ出力を行う場合に、その格納領域として、特定事象が発生し得る総数をN(9000)とした場合に、格納可能な最大値がN以上となるように格納容量が割り当てられた第1の格納領域(キャラ1ゲーム数)と、格納可能な最大値がNよりも小さく1/2N以上となるように格納容量が割り当てられた第2の格納領域(キャラ2ゲーム数)と、これら第1の格納領域(キャラ1ゲーム数)及び第2の格納領域(キャラ2ゲーム数)に発生数が格納された特定事象の種類を特定可能な種類データ(キャラクタ種別データ)が格納される第3の格納領域(キャラ1、キャラ2)と、が割り当てられ、複数種類の特定事象のうち最も多く発生した種類の特定事象の発生数を第1の格納領域(キャラ1ゲーム数)に格納し、次に多く発生した種類の特定事象の発生数を第2の格納領域(キャラ2ゲーム数)に格納し、第1の格納領域(キャラ1ゲーム数)及び第2の格納領域(キャラ2ゲーム数)に格納された特定事象の種類を示す種類データ(キャラクタ種別データ)を第3の格納領域(キャラ1、キャラ2)に格納することで、第1の格納領域(キャラ1ゲーム数)及び第2の格納領域(キャラ2ゲーム数)にそれぞれ特定事象が発生し得る最大値を格納可能な容量(9000(=90))を確保せずとも、複数種類の特定事象のうち最も多く発生した種類の特定事象の発生数が最大値Nをとった場合でも、最も多く発生した種類の特定事象の発生数及び次に多く発生した種類の特定事象の発生数とがほぼ均等となった場合(それぞれ4500となった場合)でも、それぞれの発生数を格納することが可能となるため、複数種類の特定事象の種類毎の発生数を含む遊技履歴を2次元コード等を用いて予め定められたデータ容量の範囲で出力する場合でも、複数種類の特定事象の種類毎の発生数を出力するのに要するデータ量を削減することで、より多くの遊技履歴を出力することが可能となる。
さらに、格納可能な最大値が1/2Nよりも小さく1/3N以上となるように格納容量が割り当てられた第4の格納領域(キャラ3ゲーム数)、格納可能な最大値が1/3Nよりも小さく1/4N以上となるように格納容量が割り当てられた第5の格納領域(キャラ4ゲーム数)が割り当てられるとともに、第3の格納領域(キャラ3、キャラ4)に、第4の格納領域及び第5の格納領域に発生数が格納された特定事象の種類を特定可能な種類データ(キャラクタ種別データ)が格納されるようになっているので、第3の格納領域(キャラ1ゲーム数)及び第4の格納領域(キャラ2ゲーム数)にそれぞれ特定事象が発生し得る最大値を格納可能な容量(9000(=90))を確保せずとも、複数種類の特定事象のうち最も多く発生した種類の特定事象の発生数が最大値Nをとった場合でも、最も多く発生した種類の特定事象の発生数及び次に多く発生した種類の特定事象の発生数3番目に多く発生した特定事象の発生数、4番目に多く発生した特定事象の発生数がほぼ均等となった場合(それぞれ2250となった場合)でも、それぞれの発生数を格納することが可能となるため、複数種類の特定事象の種類毎の発生数を出力するのに要するデータ量を一層削減することができる。
また、本実施例では、特定事象が発生し得る総数が1日に実行され得る総ゲーム数と等しくなるキャラクタ別ゲーム数を2次元コードに格納する領域として、上記のように格納領域の容量を設定しているので、1日に9000ゲームにも到達し得るキャラクタ別ゲーム数を出力するのに要するデータ量が削減されるので、格納データ量の削減幅をより大きくとることがかのうとなり、より多くの遊技履歴を出力することが可能となる。
また、キャラクタ別ゲーム数を2次元コードに格納するにあたり、下2桁を切り捨てて格納し、後述のようにWebサーバ203側で管理するにあたり、100倍した数値をキャラクタ別ゲーム数として管理するようになっており、キャラクタ別ゲーム数のように数値が大きくなってしまう遊技履歴を2次元コードに格納する際の格納容量をさらに削減することができる。
また、特定事象として遊技者が任意に選択したキャラクタ別のゲーム数、すなわちBB回数やRB回数などのようにある程度確率から推定することが可能な数値ではなく、遊技者の選択次第では、1のキャラクタに偏ることも複数のキャラクタに分散することも十分に起こりうる特定事象の種類別の発生数を2次元コードに格納する領域として、上記のように格納領域の容量を設定しているので、最も多く発生した特定事象の発生数に偏った場合でも、複数種類の特定事象が均等に発生した場合でも、特定事象の種類毎の発生数をある程度正確に出力できるうえに、格納容量も削減することも可能となる。
また、遊技者が任意に選択したキャラクタ別のゲーム数が遊技履歴情報として出力されることにより、遊技履歴情報から遊技者が選択したキャラクタ、すなわち遊技者の嗜好を特定することが可能となり、例えば、Webサーバ203において特典を付与するにあたり、特典の付与条件や特典の種類などを遊技者の嗜好に合わせて設定することが可能となる。
尚、上記の効果は、遊技者が任意に選択可能な排他的な事象に適用するものであれば同様に得られるものであり、例えば、ボーナス中のBGMなどの演出を遊技者が任意に選択可能な場合に、ボーナス中に遊技者が選択した演出の種類毎にその選択数を遊技履歴情報として出力する場合でも、上記と同様の効果が得られる。
また、本実施例では、パスワード入力後、遊技を終了するまで(2次元コードを発行するまで)に、遊技者は5種類以上のキャラクタを選択することも可能であるが、2次元コードには、4種類分のキャラクタ別ゲーム数の格納領域しか設けられていない。
このため、本実施例では、5種類以上のキャラクタが選択された場合には、そのうちキャラクタ別ゲーム数の多い順に4種類のキャラクタ種別データ及びそれに対応するキャラクタ別ゲーム数(の下3桁以上の値)のみがキャラ1ゲーム数、キャラ2ゲーム数、キャラ3ゲーム数、キャラ4ゲーム数に格納され、それ以降のキャラクタ別ゲーム数は出力されないようになっている。すなわちこのような場合、発生数の多い種類の特定事象の発生数が優先して2次元コードに格納されるので、格納可能な種類数を越えた種類の特定事象が発生した場合でも、出力されない発生数を極力なくすことができる。
これは、格納可能な種類数を越えた種類の特定事象が発生した場合を想定すると、最も少ない発生数の種類の特定事象は、ごく少ない発生数である可能性が高く、このような少ない発生数を蓄積しないことによる影響は限られている一方、このような影響の少ない種類の特定事象の発生数を2次元コードに格納しない方が、格納領域を有意義に利用することが可能となる。
尚、本実施例では、遊技履歴を出力する出力形式として2次元コードを適用しているが、少なくとも出力容量に制限のある出力形式で遊技履歴が出力される構成であれば、バーコード、遊技開始時に入力されるパスワードと同様の文字情報などを出力形式として適用した場合であっても、上記のように相互に排他的に発生し得る特定事象の種類毎の発生回数のデータ出力を行う場合に、その格納領域として、特定事象が発生し得る総数をNとした場合に、格納可能な最大値がN以上となるように格納容量が割り当てられた第1の格納領域と、格納可能な最大値がNよりも小さく1/2N以上となるように格納容量が割り当てられた第2の格納領域と、これら第1の格納領域及び第2の格納領域に発生数が格納された特定事象の種類を特定可能な種類データが格納される第3の格納領域と、が割り当てられ、複数種類の特定事象のうち最も多く発生した種類の特定事象の発生数を第1の格納領域に格納し、次に多く発生した種類の特定事象の発生数を第2の格納領域に格納し、第1の格納領域及び第2の格納領域に格納された特定事象の種類を示す種類データを第3の格納領域に格納することで、複数種類の特定事象の種類毎の発生数を出力するのに要するデータ量を削減し、より多くの遊技履歴を出力することが可能となる。
また、本実施例では、相互に排他的に発生し得る複数種類の特定事象としてキャラクタ別ゲーム数を適用しているが、相互に排他的に発生し得る複数種類の事象であれば、上記の格納方法を適用することで、複数種類の特定事象の種類毎の発生数を出力するのに要するデータ量を削減することが可能である。相互に排他的に発生し得る複数種類の特定事象としては、上記のキャラクタ別ゲーム数の他に、例えば、ボーナスの発生回数に対するボーナスの種類(RB、BB(1)、BB(2))毎の発生数、総ゲーム数に対する遊技状態の種類(例えば、遊技者にとって不利な通常遊技状態、遊技者にとって有利に制御される有利遊技状態(遊技者にとって有利な操作態様が報知される状態や特定役の当選確率が高い状態など))毎のゲーム数を適用し、上記のような格納領域を適用した場合にも、複数種類の特定事象の種類毎の発生数を出力するのに要するデータ量を削減し、より多くの遊技履歴を出力することが可能となる。
また、本実施例では、パスワードを入力してからの遊技履歴を2次元コードとして出力する構成であるが、パスワードを入力せずとも遊技者の所定の遊技開始の意志表示を示す操作がされてからの遊技履歴を2次元コードとして出力する構成であっても良い。
また、本実施例では、キャラクタ別ゲーム数を2次元コードに格納するにあたり、下2桁を切り捨てて格納する構成であるが、キャラクタ別ゲーム数そのものを2次元コードに格納する構成としても良い。
また、本実施例では、パスワード入力後、遊技を終了するまで(2次元コードを発行するまで)に、遊技者は5種類以上のキャラクタを選択することも可能である一方で、2次元コードには、4種類分のキャラクタ別ゲーム数の格納領域しか設けられていない構成であるが、選択され得るキャラクタ数分のキャラクタ別ゲーム数の格納領域が設けられた構成でも良い。
次に、本発明の遊技用管理装置を構成するWebサーバ203a〜dについて説明すると、Webサーバ203a〜dは、CPU、RAMやハードディスクなどを備えた一般的なサーバコンピュータにて構成されており、インターネットを介して携帯端末1100からアクセス可能とされていて、遊技履歴の管理、パスワードの発行、ポイントによる特典の付与などを行う。尚、本実施例のWebサーバ203は、アクセスにおける配信要求に、携帯電話サービスを提供する携帯電話キャリアによる自動的に付与される利用者に固有とされた利用者IDが付与される従来の通常機能携帯電話のみならず、これら配信要求に利用者IDが付与されない高機能携帯電話(いわゆるスマートホン)についてもアクセス可能とされている。
Webサーバ203を構成する各Webサーバ203a〜dには、図19に示すように、Webサーバ203により構築されるコミュニティサイトに関する各種コンテンツのデータや、実機連動サイトに関する各種コンテンツのデータが記憶されている。
コミュニティサイトに関する各種コンテンツとしては、本実施例では、図19に示すように、遊技履歴を更新することにより当該遊技者に付与された所有ポイントを特典コンテンツと交換することが可能なSHOPコンテンツや、個々の機種に関係しない当該コミュニティに専用とされた図柄が変動するミニゲーム(本実施例ではスロットゲーム)が可能なミニゲームコンテンツや、実機連動サイトの対象機種の情報を取得可能な対象機種情報のコンテンツや、実機連動サイトの対象機種の詳細情報を入手可能な当該機種のサイト情報を取得できる対象機種サイト情報のコンテンツ等が含まれており、これら各コンテンツに関する情報が各Webサーバ203a〜dに同様に記憶されていることで、各Webサーバ203a〜dのいずれにアクセスしても、コミュニティサイトの各コンテンツが配信されるようになっている。
また、実機連動サイトに関する各種コンテンツは、対象の各機種毎に各コンテンツが設けられており、該コンテンツとしては、図19に示すように、当該機種のスロットマシンに入力するパスワードが発行されるパスワード発行のコンテンツや、当該機種の遊技履歴を確認できる遊技履歴のコンテンツや、当該機種について設定されているミッションの達成状況を確認できるミッション達成状況のコンテンツや、当該機種の遊技方法(遊び方)の情報や限定(秘匿)情報や原作の情報等を確認できるインフォメーションのコンテンツや、当該機種の機種情報(スペック情報)を確認できる機種情報のコンテンツと、当該機種の各ジャンル(総合、ゲーム数、レベル)等についてのランキングを確認できるランキングのコンテンツや、当該機種に固有のキャラクタの図柄が変動するミニゲーム(本実施例ではスロットゲーム)が可能なミニゲームコンテンツ等が含まれており、これら各コンテンツに関する情報が各Webサーバ203a〜dに同様に記憶されていることで、各Webサーバ203a〜dのいずれにアクセスしても、実機連動サイトの各コンテンツが配信されるようになっている。
また、これら各サイトのコンテンツに関するデータに加え、図17に示す遊技者の遊技履歴を管理する遊技者データベース、遊技毎の遊技履歴を管理する遊技履歴データベース及び遊技者に対して付与される特典データを格納する特典データベース等の各種データベースと、Webサーバ203が有するパスワード発行機能を提供するためのパスワード発行処理プログラムや遊技履歴の管理機能を提供するための遊技履歴管理処理プログラムと、上記した各機種のミニゲーム(スロットゲーム)を提供するためのゲーム用共通エンジンプログラムと、これらパスワード発行処理プログラムや遊技履歴管理処理プログラムやゲーム用共通エンジンプログラムが上記した各種データベースを参照するために共通して使用するデータベース参照用共通モジュールプログラム等が各Webサーバ203a〜dに同様に記憶されている。
よって、本実施例の各Webサーバ203a〜dは、実機連動サイトにおいて、図27(b)に例示するように、例えば、Webサーバ203aに機種A〜C、Webサーバ203bに機種D〜F、Webサーバ203cに機種G〜I、Webサーバ203dに機種J〜Lのように、個々のWebサーバ203a〜dに割り当てられた機種の遊技履歴の管理やパスワードの発行等を行うのではなく、図27(a)に示すように、いずれもWebサーバ203a〜dも、機種A〜Lまでの全ての機種の遊技履歴の管理やパスワードの発行等が可能とされているので、1の機種に対する同時アクセス数が、Webサーバ203a〜dを構成する1のサーバコンピュータの最大同時アクセス数を超えても、これらのアクセスを処理することが可能とされている。
つまり、1の機種について、1台のサーバコンピュータによる配信能力を超えた配信要求が集中しても、該1台のサーバコンピュータによる配信能力を超えて該アクセスに対応した処理、例えば、当該機種のスロットマシンの遊技機情報である機種情報を配信することができる。
また、本実施例の各Webサーバ203a〜dには、図26に示すように、各機種に専用化されたプログラムである各機種毎のミニゲームのプログラムが、遊技者データベースや遊技履歴データベースや会員情報データベース等の各種データベースに記憶されたデータを参照する際に共通して利用可能なデータベース参照用共通モジュールプログラムが記憶されているとともに、これらミニゲームにおいて実施されるスロットゲームを、携帯端末1100との間にて実施するための基幹処理の内容が記述されたゲーム用共通エンジンプログラムが記憶されていることにより、これらミニゲームプログラムを各機種毎に全て個別に開発した場合に比較して、ミニゲームプログラム記憶に必要とされる記憶容量を削減できるようになっている。
さらに、各機種毎のミニゲームのプログラムが、各種データベースに記憶されたデータを参照する際にデータベース参照用共通モジュールプログラムを読み出して実行し、ゲームを行う場合には、ゲーム用共通エンジンプログラムを読み出して実行することで、これら各機種固有プログラムである各機種毎のミニゲームのプログラムのそれぞれについて、データベース参照用プログラムを開発する必要がないので、これら各機種毎のミニゲームのプログラムの開発労力や開発期間を低減することができる。
本実施例の遊技者データベースには、図17(a)に示すように、各機種を個々に識別可能な機種ID毎に、会員登録した個々の遊技者に対して独自に付与されたサイト管理IDに対応して、現在のステータス(待機中、遊技中)、パスワード(最後に発行されたもの)、アクセス数(パスワードの発行回数)、現在までの総ゲーム数、総BB回数、総RB回数、現在のレベル、現在のストーリーの段階、演出設定1〜4の設定内容、ミッション別の達成状況(達成済みのミッションは1、未達成のミッションは0)、キャラクタA〜Lに対応するキャラクタ別ゲーム数が格納されている。
遊技履歴データベースは、図17(b)に示すように、遊技を行った遊技者のサイト管理ID及び遊技日時に対応して、当該遊技の遊技終了時にスロットマシン1にてランダムに取得される遊技乱数、当該遊技でのゲーム数、当該遊技でのBB回数、当該遊技でのRB回数、当該遊技の遊技終了時のレベル値、当該遊技の遊技終了時のストーリーの段階、当該遊技の遊技終了時の演出設定1〜4の設定内容、当該遊技でのミッション別達成状況、キャラクタA〜Lに対応するキャラクタ別ゲーム数が格納されている。
尚、前述のように2次元コードから特定されるキャラクタ別ゲーム数は、下二桁を省略した値であるため、遊技者データベース及び遊技履歴データベースにおけるキャラクタ別ゲーム数としては、2次元コードから特定されるキャラクタ別ゲーム数に対して100を乗算した値が格納されることとなる。
特典データベースは、図17(c)に示すように、特典を識別可能な特典IDに対応して、特典データの格納場所、特典データの種別、特典を交換する条件の種別、該当する種別の条件値(所有ポイント数)が格納されている。条件の種別としては、レベル、ミッションの達成率、ゲーム数、BB回数、RB回数、キャラクタ毎のキャラクタ別ゲーム数や、所有ポイントとの交換により付与する場合には所有ポイントなどが設定可能であり、その種別に応じた条件値、例えば、条件が所有ポイントでれば、交換に必要な所有ポイント数が設定可能とされている。
上記したように、本実施例では、Webサーバ203a〜dに、パスワードの発行や遊技履歴の更新に利用される遊技者データベースや遊技履歴データベースが記憶されているので、これら遊技者データベースや遊技履歴データベース等がDBサーバである認証用サーバ205や登録用サーバ206に記憶されている場合に比較して、Webサーバ203a〜dと認証用サーバ205や登録用サーバ206との通信データ量を著しく低減できるので、システムの安定動作を確保できることから好ましい。
また、本実施例では、インターネット網から直接アクセスすることのできるWebサーバ203a〜dに記憶している遊技者データベースや遊技履歴データベースにおいては、上述したように、各遊技者の利用者ID(U−ID)やオープンID並びに認証用パスワードではなく、サイト管理IDに対応付けて、遊技履歴やレベル等の情報を管理しているため、例え、Webサーバ203a〜dに不正にアクセスがなされてデータが不正取得されたとしても、サイト管理IDからは、当該データが誰のものであるかを特定できないので、これら不正アクセスに対するセキュリティ性を向上することもできる。
次に、本発明の遊技用管理装置を構成する認証用サーバ205と登録用サーバ206について説明すると、認証用サーバ205並びに登録用サーバ206は、CPU、RAMやハードディスクなどを備えた一般的なサーバコンピュータにて構成されており、Webサーバ203a〜dに該Webサーバ203a〜dがアクセス可能に接続されていて、登録用サーバ206は、会員登録に際して受付けた会員情報を、図18に示す会員情報データベース1、2に登録する処理を行い、認証用サーバ205は、これら会員情報データベース1、2に登録されている各遊技者(会員)の情報に基づいて、Webサーバ203a〜dにアクセスしてきた利用者の認証などを行う。
よって、図20に示すように、認証用サーバ205には、利用者の認証を行う機能を認証用サーバ205に付与するための認証処理プログラムが実行可能に記憶されているともに、登録用サーバ206には、会員情報データベース1、2に会員情報を登録する機能を認証用サーバ205に付与するための登録処理プログラムが実行可能に記憶されている。
また、図18に示す会員情報データベース1、2が、認証用サーバ205と登録用サーバ206とに共通して記憶されているとともに、認証用サーバ205と登録用サーバ206に記憶されている会員情報データベース1、2のデータが、ともに同一のものとなるように、更新されることで、認証用サーバ205は、認証に際して登録用サーバ206にアクセスすることなく、会員情報データベース1、2のデータに基づいて認証を行うことができるようになっている。
ここで、本実施例の会員情報データベース1、2について、図18に基づいて説明すると、会員情報データベース1は、所有する携帯端末1100が通常機能携帯電話であって、アクセスにおける配信要求から利用者ID(U−ID)を取得可能な遊技者(会員)の会員情報が登録されるデータベースであり、会員情報データベースは、所有する携帯端末1100が高機能携帯電話(スマートホン)であって、アクセスにおける配信要求から利用者ID(U−ID)を取得不能な遊技者(会員)の会員情報が登録されるデータベースである。
会員情報データベース1には、図18(a)に示すように、通常機能携帯電話を所持する遊技者(会員)に付与されたサイト管理IDに対応付けて、該遊技者(会員)の利用者ID(U−ID)と、所有ポイントと、会員の氏名(名字並びに名前)、性別、年齢、誕生日、職業、住所、電子メールアドレスからなる会員属性情報(個人情報)とが登録されている。
一方、会員情報データベース2には、図18(b)に示すように、高機能携帯電話を所持する遊技者(会員)に付与されたサイト管理IDに対応付けて、該遊技者(会員)が特定のポータルサイトから取得したオープンID(例えば、ヤフーIDやグーグルID等)と、認証用パスワードと、所有ポイントと、会員の氏名(名字並びに名前)、性別、年齢、誕生日、職業、住所、電子メールアドレスからなる会員属性情報(個人情報)とが登録されている。
つまり、会員情報データベース1、2には、アクセスしてきた利用者(遊技者)を認証するための利用者ID(U−ID)やオープンID並びに認証用パスワードが、サイト管理IDに対応付けて記憶されているので、利用者ID(U−ID)やオープンID並びに認証用パスワードが一致することで認証OKとなった利用者(遊技者)のサイト管理IDを迅速に特定できるようになっている。
また、これら会員情報データベース1、2が、Webサーバ203a〜dに対してローカルに接続されることにより、インターネット網からは直接アクセスすることができない認証用サーバ205と登録用サーバ206に記憶されているので、これら利用者ID(U−ID)やオープンID並びに認証用パスワードが不正に取得されて、会員となっている遊技者が誰であるかが特定されてしまうことを極力防止することができる。
次に、携帯端末1100からWebサーバ203にて構築されたコミュニティサイトにアクセスした場合のWebサーバ203(Webサーバ203a〜d)の動作について、図21〜図25に基づいて以下に説明する。
コミュニティサイトにアクセスした場合には、図25(a)に示すコミュニティサイトのトップページがWebサーバ203から配信されて携帯端末1100に表示される。
このトップページには、図25(a)に示す各種のコンテンツメニューが選択操作可能に設けられている。具体的には、会員登録を行うための「会員登録」のメニューや、実機連動サイトの対象機種に関する情報を取得するための「対象機種」のメニューや、対象機種の詳細情報を入手可能な当該機種のサイト情報を取得するための「対象機種サイト」のメニューや、所有ポイントを特典コンテンツと交換するための「SHOP」のメニューや、サイトに関する最新情報を取得するための「ニュース」のメニューや、該コミュニティに専用とされた図柄が変動するスロットゲーム(ミニゲーム)を実施するための「コミュニティ専用ミニゲーム」のメニュー等が設けられている。
ここで、コミュニティサイト並びに該コミュニティサイトの連携サイトである実機連動サイトを、遊技者が利用するためには、事前に会員登録を行う必要があるので、遊技者は、トップページにおける「会員登録」のメニューを選択して会員登録を実施する。
これら会員登録を行う際のWebサーバ203a〜dの動作を、図21に示す。
会員登録のメニューが選択されることにより携帯端末1100から送信される会員登録ページ要求の受信に応じてWebサーバ203a〜d(Webサーバ203a〜dのいずれか)は、まず、会員登録ページ要求の送信元の携帯端末がスマートホンであるか否かを判定する。
これらスマートホンであるか否かは、例えば、受信した会員登録ページ要求に含まれるUser-Agentヘッダに利用者ID(U−ID)が含まれているか否かに基づいて判定することができる。
利用者ID(U−ID)が含まれていないことで、該利用者ID(U−ID)を取得できないスマートホンである場合にはスマートホン用会員登録ページを配信(返信)する。
このスマートホン用会員登録ページには、氏名や住所やメールアドレス等の会員登録に必要な個人情報(会員情報)を入力する入力部とともに、オープンIDとパスワードの入力部が設けられており、遊技者は、各入力部に対応する情報を入力した後、該スマートホン用会員登録ページに設けられている「登録実行」を選択操作することで、各入力部に入力されたオープンIDと、パスワードと個人情報を含む登録要求がWebサーバ203a〜dに対して送信される。
一方、User-Agentヘッダに利用者ID(U−ID)が含まれていることで、該利用者ID(U−ID)を取得可能な通常機能携帯電話である場合には、認証用サーバ205に対して該利用者ID(U−ID)を含む判定要求を出力して、該利用者ID(U−ID)が会員情報データベース1に既に登録済みであるか否かを判定させる。
認証用サーバ205は、判定要求に含まれる利用者ID(U−ID)と同一の利用者ID(U−ID)が会員情報データベース1に既に記憶されているか否かに基づいて、該利用者ID(U−ID)が既に登録済みであるか否かを判定し、既に記憶されている場合には該利用者ID(U−ID)を含む「登録有り」の判定結果をWebサーバ203a〜dに出力し、記憶されていない場合には該利用者ID(U−ID)を含む「登録無し」の判定結果をWebサーバ203a〜dに出力する。
認証用サーバ205の判定結果が「登録有り」である場合にWebサーバ203a〜dは、既に会員登録がなされている旨のメッセージを含む登録済みページを配信することで、該登録済みページが携帯端末1100に表示されて、既に登録済みであることが通知される。
一方、認証用サーバ205の判定結果が「登録無し」である場合にWebサーバ203a〜dは、携帯用会員登録ページを配信(返信)する。この携帯用会員登録ページには、会員登録に必要な個人情報(氏名や住所やメールアドレス等)を入力する入力部のみがもうけられており、遊技者は、各入力部に自身の個人情報(会員情報)を入力した後、該携帯用会員登録ページに設けられている「登録実行」を選択操作することで、各入力部に入力された個人情報(会員情報)を含む登録要求がWebサーバ203a〜dに対して送信される。
登録要求を受信したWebサーバ203a〜dは、該登録要求のUser-Agentヘッダに利用者ID(U−ID)が含まれているか否かを判定し、利用者ID(U−ID)が含まれている場合には、登録用サーバ206に対して、該利用者ID(U−ID)と受信した個人情報(会員情報)を含む登録要求を出力する。
登録用サーバ206は、Webサーバ203a〜dからの登録要求の出力に応じて、新規に登録する遊技者(会員)に固有なサイト管理IDを付与するとともに、該付与したサイト管理IDに対応付けて、該登録要求に含まれる利用者ID(U−ID)と個人情報(会員情報)を会員情報データベース1に登録する。
そして、利用者ID(U−ID)とサイト管理IDとを含む登録完了をWebサーバ203a〜dに出力することで、Webサーバ203a〜dから携帯端末1100に対して会員登録が完了したことを通知する登録完了ページが配信される。尚、この際、登録完了に含まれるサイト管理IDが、全てのWebサーバ203a〜dの遊技者データベースに記憶されることで、該遊技者(会員)が実機連動サイトを利用できるようになる。
そして、登録用サーバ206は、新規登録会員の利用者ID(U−ID)とサイト管理IDと個人情報(会員情報)とを含むデータ更新要求を認証用サーバ205に対して出力することで、認証用サーバ205に記憶されている会員情報データベース1のデータを、登録用サーバ206の会員情報データベース1と同一となるように更新する。
一方、携帯端末1100から受信した登録要求のUser-Agentヘッダに利用者ID(U−ID)が含まれていない場合にWebサーバ203a〜dは、受信した登録要求に含まれるオープンIDを含む判定要求を認証用サーバ205に対して出力して、該オープンIDが会員情報データベース2に既に登録済みであるか否かを判定させる。
認証用サーバ205は、判定要求に含まれるオープンIDと同一のオープンIDが会員情報データベース2に既に記憶されているか否かに基づいて、該オープンIDが既に登録済みであるか否かを判定し、既に記憶されている場合には該オープンIDを含む「登録有り」の判定結果をWebサーバ203a〜dに出力し、記憶されていない場合には該オープンIDを含む「登録無し」の判定結果をWebサーバ203a〜dに出力する。
認証用サーバ205の判定結果が「登録有り」である場合にWebサーバ203a〜dは、既に同一のオープンIDで会員登録がなされている旨のメッセージを含む登録済みページを配信することで、該登録済みページが携帯端末1100に表示されて、既に同一のオープンIDで登録済みであることが通知される。
一方、認証用サーバ205の判定結果が「登録無し」である場合にWebサーバ203a〜dは、受信した登録要求に含まれるオープンIDとパスワードと個人情報(会員情報)を含む登録要求を登録用サーバ206に対して出力する。
登録用サーバ206は、Webサーバ203a〜dからの登録要求の出力に応じて、新規に登録する遊技者(会員)に固有なサイト管理IDを付与するとともに、該付与したサイト管理IDに対応付けて、該登録要求に含まれるオープンIDとパスワードと個人情報(会員情報)を会員情報データベース2に登録する。
そして、オープンIDとサイト管理IDとを含む登録完了をWebサーバ203a〜dに出力することで、Webサーバ203a〜dから携帯端末1100に対して会員登録が完了したことを通知する登録完了ページが配信される。尚、この際、登録完了に含まれるサイト管理IDが、全てのWebサーバ203a〜dの遊技者データベースに記憶されることで、該遊技者(会員)が実機連動サイトを利用できるようになる。
また、登録完了ページが配信において、携帯端末1100に搭載されているブラウザが、Cookieデータの記憶が可能されている場合にWebサーバ203a〜dは、Webサーバ203a〜dに対応するCookieデータとして、オープンIDとパスワードとが記述されたCookieデータをブラウザに記憶させることで、該Cookieデータに記述されたオープンIDとパスワードとを取得できるようにする。
そして、登録用サーバ206は、新規登録会員のオープンIDとパスワードとサイト管理IDと個人情報(会員情報)とを含むデータ更新要求を認証用サーバ205に対して出力することで、認証用サーバ205に記憶されている会員情報データベース1のデータを、登録用サーバ206の会員情報データベース1と同一となるように更新する。
次に、これら会員登録を実施した遊技者がコミュニティサイトや実機連動サイトにアクセスした際に認証される流れについて図22に基づき説明する。
アクセスがあった場合にWebサーバ203a〜dは、該アクセスにおける要求に含まれるUser-Agentヘッダに利用者ID(U−ID)が含まれているか否かに基づいて、要求の送信元の携帯端末がスマートホンであるか否かを判定する。
利用者ID(U−ID)が含まれている場合には、該利用者ID(U−ID)を含む認証要求を認証用サーバ205に出力する。
認証用サーバ205は、認証要求に含まれる利用者ID(U−ID)が会員情報データベース1に登録されているか否かに基づいて、アクセスしてきた携帯端末が、会員登録している遊技者の携帯端末であるか否か、つまり、アクセスしてきた遊技者が会員であるか否かを認証し、認証結果を応答する。
一方、利用者ID(U−ID)が含まれていない場合には、前述したように、会員登録の完了時においてブラウザに記憶させたCookieデータに記述されているオープンIDとパスワードを取得し、該取得したオープンIDとパスワードを含む認証要求を認証用サーバ205に出力する。
認証用サーバ205は、認証要求に含まれるオープンID会員情報データベース2に登録されているとともに、該登録されているオープンIDに対応するパスワードと認証要求に含まれるパスワードとが一致するか否かに基づいて、アクセスしてきたスマートホンが、会員登録している遊技者のスマートホンであるか否か、つまり、アクセスしてきた遊技者が会員であるか否かを認証し、認証結果を応答する。
認証結果が認証NGである場合には、認証NGページを配信(返信)することで、会員登録がなされていないために利用できない旨が表示される。尚、該認証NGページには、会員登録ページにリンクされたメニューが設けられており、該メニューを選択することで、遊技者は、会員登録を実施することができる。
また、認証結果が認証OKである場合には、ログインを許諾し、アクセスの要求に応じたページ、例えば、スロットマシン1から出力された2次元コードによって遊技履歴を更新するアクセスである場合には、遊技履歴の更新(遊技履歴データの登録等)が実施されるとともに、これら更新後の遊技履歴を含む遊技履歴ページが配信される。
これらログインが認証されることにより、本実施例の実機連動サイトにおいて配信されるページ例を図25(b)に示す。
本実施例では、図25(b)に示すように、ページの上下端領域が、各機種に共通とされた内容が表示される共通領域とされ、該共通領域に挟まれた中央部分が、個々の機種に固有の内容が表示される機種固有領域とされており、例えば、図25(a)における「対象機種」のメニューが選択されることにより表示された対象機種一覧ページにて選択された機種の内容が機種固有領域に表示される。
上方の共通領域には、図25(b)に示すように、遊技者(会員)の氏名や所有ポイント数とともに、機種固有領域に表示されている機種のスロットマシン1に入力するパスワードが発行される「パスワード発行」のメニューが設けられている。
よって、遊技者が、スロットマシン1に入力するパスワードの発行を受けたい場合には、遊技を行いたいスロットマシン1の機種を機種固有領域に表示させた状態で「パスワード発行」のメニューを選択すれば良い。
また、下方の共通領域には、図25(b)に示すように、図25(a)に示すコミュニティサイトのトップページへ移動するための「コミュニティサイトへ」のメニューボタンと、機種固有領域に表示されている機種に固有とされたスロットゲーム(ミニゲーム)を実施させるための「ミニゲーム」のメニューボタンと、所有ポイントを特典コンテンツと交換するための「SHOP」のメニューボタンが設けられている。
一方、機種固有領域には、図25(b)に示すように、機種名と、該機種に関連する新着情報と、該機種の画像(アイコン)と、該機種についての当該遊技者(会員)の現在レベルとが表示されるとともに、該機種についての当該遊技者(会員)の遊技履歴を表示させるための「遊技履歴」のメニューボタンと、当該機種の遊技方法(遊び方)の情報や限定(秘匿)情報や原作の情報等を表示させるための「インフォメーション」のメニューボタンと、該機種に設定されているミッションについて当該遊技者(会員)のクリア(達成)状況を表示させるための「ミッション達成状況」のメニューボタンと、該機種についての各種ランキング等を表示させるための「ランキング」のメニューボタンと、当該遊技者(会員)が所有ポイントと交換または所定の付与条件を満たすことで当該遊技者(会員)に付与された特典コンテンツの一覧を表示させるための「獲得コンテンツ」のメニューボタンが設けられている。
ここで、「ミニゲーム」のメニューボタンが操作された場合に実施される本実施例のスロットゲームについて簡潔に説明すると、「ミニゲーム」のメニューボタンを操作すると、その時点において機種固有領域に表示されている機種、例えば、機種固有領域に機種Aの情報が表示されている場合であれば機種Aのミニゲームプログラムが実施されることで、該機種Aに使用されている機種Aに固有のキャラクタAが当り図柄として変動表示する図柄とされたスロットゲームが実施され、機種固有領域に機種Bの情報が表示されている場合であれば機種Bのミニゲームプログラムが実施されることで、該機種Bに使用されている機種Bに固有のキャラクタBが当り図柄として変動表示する図柄とされたスロットゲームが実施される。
これらスロットゲームが実施される場合において、前述したように、機種Aのミニゲームプログラムや機種Bのミニゲームプログラムが、スロットゲームの基本動作である変動表示等や停止動作や抽選等を行うための基本動作が記述されたゲーム用共通エンジンプログラムを共通に使用するとともに、データベース参照用共通モジュールプログラムを共通に使用して、遊技者データベースや遊技履歴データベース等から遊技者の当該機種のレベル値や総ゲーム数やミッション達成状況を取得して、該取得したレベル値や総ゲーム数やミッション達成状況に応じたスロットゲームを実施する。
具体的には、取得したレベル値や総ゲーム数やミッション達成状況に関する条件が満たされているか否かを判定し、満たされている場合には、当りとなるキャラクタの図柄を増やすことにより当りとなる確率が高くなったり、1日において実施できるゲーム数が増えたり、或いは、特別キャラクタが図柄に追加されたりするようになっている。
そして、スロットゲームの結果が当りとなった場合には、所定のポイント数が所有ポイントに加算される。
次に、パスワードを発行し、スロットマシン1にて遊技を行う際のWebサーバ203及びスロットマシン1の動作を、図23に基づいて説明する。
前述したように、「パスワード発行」のメニューボタンの操作により、携帯端末1100から新たなパスワードの発行要求がなされると、Webサーバ203(Webサーバ203a〜dのいずれか)は、図22に示す認証処理を行って、アクセスしてきた遊技者が会員であるか否かを、認証用サーバ205と共同して認証する。
認証がOKである場合には、利用者ID(U−ID)対応付けて会員情報データベース1に記憶されているサイト管理ID、或いはオープンIDに対応付けて会員情報データベース2に記憶されているサイト管理IDを認証用サーバ205から取得して特定し、該サイト管理IDに対応付けて遊技者データベースに記憶されているレベル、ストーリーの段階及び演出設定を抽出してパスワードを発行する。
パスワードは、図13に示す手順と逆の手順にて生成される。まずは、特定したサイト管理IDに対応付けて遊技者データベースに記憶されているレベル、ストーリーの段階及び演出設定を抽出し、抽出したデータに基づいて30ビットの値を作成する。この際、遊技者の誕生日である場合や登録から1ヶ月などの記念日に当たる場合には、記念日データも設定して30ビットの値を作成する。次いで、5ビットの乱数値を取得し、取得した値をハッシュ値として、下位5ビットの値として付加し、35ビットの値とする。
次いで、前述したハッシュ値の取得に用いる更新周期とは異なる5ビットの乱数値をランダム値として取得し、取得したランダム値と図14に示すビットシャッフルテーブルとを用いてスロットマシン1が行うのと逆の変換を行う。すなわちWebサーバ203は、スロットマシン1が備えるものと同一のビットシャッフルテーブルを備えており、ビットシャッフルテーブルの取得したランダム値に対応する行に指定されたビットの値を対応するビットの位置に移動させる変換を行う。例えば、取得したランダム値が0011(=3)であれば、下位18ビット目の値が0ビット目に移動し、下位11ビット目の値が1ビット目に移動することとなる。
次いで、ビットシャッフルテーブルとランダム値とを用いて変換した35ビットの値をランダム値のビット分左方向にシフトする。この際、左方向にオーバーフローした値は、下位ビットにシフトする。
次いで、ビットシフトに用いた値、すなわちランダム値の各ビットの値を、ビットシフト後の35ビットの値の下位のビットから下位5ビット目と下位6ビット目の間、下位11ビット目と下位12ビット目の間、下位17ビット目と下位18ビット目の間、下位23ビット目と下位24ビット目の間、下位29ビット目と下位30ビット目の間にそれぞれ付加し、40ビットの値とする。次いで、作成した40ビットの値を5ビット毎に分断し、10進数に置き換え、置き換えた値を図13(a)に示すパスワード解析テーブルに基づいて文字に置き換えることにより、8文字のパスワードを生成する。
次いで、遊技者データベースの該当するサイト管理IDに登録されているパスワード、すなわち前回発行されたパスワードと一致するか否かを判定し、一致する場合には、前述した手順にて前回のパスワードと一致しないと判定されるまで、再度パスワードを生成する。
Webサーバ203は、上記のようにして前回のパスワードと一致しないパスワードを発行し、発行要求を行った携帯端末1100に送信するとともに、遊技者データベースにおいて発行要求を行った遊技者のサイト管理IDに対応するパスワードを今回発行したパスワードに更新し、該当するサイト管理IDのステータスを遊技中に更新する。尚、パスワードの発行要求を受付けた際に、該当するサイト管理IDのステータスが遊技中であってもパスワードの発行が禁止されることはなく、このような状況で新たにパスワードの発行要求を受付けた場合でも、新たにパスワードが発行され、前回のパスワードは無効となる。
パスワードの発行要求に応じてパスワードが発行されると携帯端末1100には、発行されたパスワードが表示されることとなり、遊技者は表示されたパスワードをスロットマシン1に入力する。そしてパスワードが入力されたスロットマシン1では、前述のように入力されたパスワードを解析し、パスワードが認証されると、パスワードから特定されるレベル、ストーリーの段階及び演出設定がスロットマシン1側に設定されることにより、Webサーバ203にて管理されているレベル、ストーリーの段階、演出設定を引き継いで遊技を行うことが可能となる。この際、パスワードがパスワード格納領域に格納されるとともに、個人履歴格納領域の更新が開始される。
尚、パスワードには、前述のように記念日データを設定することが可能とされており、記念日データとして特定の記念日が設定されている場合には、記念日に特有の演出を実行させることが可能となる。
そして遊技者が遊技を終了し、メインメニュー画面から「2次元コード作成」を選択することでパスワード格納領域に格納されているパスワード、個人履歴格納領域に記憶されている総ゲーム数、BB回数、RB回数、達成ミッションの種類、キャラクタ別ゲーム数と、レベル格納領域に格納されているレベル値、ストーリー格納領域に格納されているストーリーの段階、演出設定格納領域に格納されている演出設定1〜4と、からなる遊技履歴、一定の範囲で更新される乱数から遊技乱数を取得し、これらのデータと、更新ページの所在を示すURLと、から2次元コードが生成され、液晶表示器51に表示されるとともに、個人履歴格納領域が初期化される。
遊技者は、携帯端末1100にて表示された2次元コードを読み取り、2次元コードから解析された遊技履歴、パスワード、遊技乱数を含む更新要求をWebサーバ203に対して行うことにより、2次元コードにて取得した遊技履歴をWebサーバ203の遊技者データベースに反映させることができる。
尚、携帯端末1100が通常機能携帯電話である場合には、携帯電話キャリアにより更新要求に利用者ID(U−ID)が付加され、該利用者ID(U−ID)による認証が実施される一方、携帯端末1100がスマートホンである場合には、前述したように、オープンIDとパスワード(認証用)とがCookieファイルから自動取得されて、認証が実施される。
認証がNGである場合には、更新不可としてその旨を携帯端末に対して通知する。一方、認証がOKである場合には、利用者ID(U−ID)またはオープンIDに対応付けて会員情報データベースに登録されているサイト管理IDを特定し、該特定したサイト管理IDに対応付けて遊技者データベースに登録されているパスワードと、更新要求から特定されるパスワードとを照合する。そして、更新要求から特定されるパスワードと、遊技者データベースに登録されているパスワードと、が一致した場合には、パスワードを発行した遊技者であると認証し、さらに更新要求から特定されるパスワード及び遊技乱数と、特定したサイト管理IDに対応付けて遊技履歴データベースに登録されているパスワード及び遊技乱数と、を照合し、一致するか否かを判定し、一致しない場合には、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当するサイト管理IDの対応する項目を更新するとともに、該サイト管理ID及び遊技日時(現在の日時データ)に対応付けて更新要求から特定される遊技履歴及び遊技乱数を遊技履歴データベースに登録し、該当するサイト管理IDのステータスを待機中に更新し、更新要求を行った携帯端末1100に対して更新完了を通知する。一方、更新要求から特定されるパスワード及び遊技乱数と、特定したサイト管理IDに対応付けて遊技履歴データベースに登録されているパスワード及び遊技乱数と、が一致した場合には、以前の更新要求に用いられたのと同一の2次元コードによる更新要求である可能性が極めて高いので、更新不可としてその旨を携帯端末1100に対して通知する。
また、特定したサイト管理IDに対応付けて遊技履歴データベースに登録されているパスワードと、更新要求から特定されるパスワードとを照合した結果、双方のパスワードが一致しなかった場合には、いずれか1文字のみパスワード入力時の配列上前後1違いの相違であるか、を判定する。パスワード入力時の配列上前後1違いとは、図10(b)に示すパスワード入力画面の前後1文字であり、例えば、正規のパスワードが「Z」であれば、その前後1とは「Y」と「=」が該当する。
そして、いずれか1文字のみ前後1違いの相違以外の相違である場合、すなわち2文字以上相違する場合や相違するのは1文字であるが、前後1違いにあたらない場合には、更新不可としてその旨を携帯端末に対して通知する。一方で、いずれか1文字のみ前後1違いの相違である場合には、入力ミスの条件を満たすとして、パスワードを発行した遊技者であると一応認証し、さらに更新要求から特定されるパスワード及び遊技乱数と、特定したサイト管理IDに対応付けて遊技履歴データベースに登録されているパスワード及び遊技乱数と、を照合し、一致するか否かを判定し、一致しない場合には、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当するサイト管理IDの対応する項目を更新するとともに、該サイト管理ID及び遊技日時(現在の日時データ)に対応付けて更新要求から特定される遊技履歴及び遊技乱数を遊技履歴データベースに登録し、該当するサイト管理IDのステータスを待機中に更新し、更新要求を行った携帯端末1100に対して更新完了を通知する。
この際、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当するサイト管理IDの対応する項目の全てを更新するのではなく、このうち総ゲーム数、BB回数、RB回数、遊技者データベースに登録されている該当するサイト管理IDのレベル値で出現しうる達成ミッションの種類、同様に該当するサイト管理IDのレベル値で選択しうるキャラクタのキャラクタ別ゲーム数など、遊技履歴の連続性に影響のない項目のみ更新し、レベル、ストーリーの段階、演出設定、該当するサイト管理IDのレベル値では出現しない達成ミッションの種類、該当するサイト管理IDのレベル値で選択しえないキャラクタのキャラクタ別ゲーム数など、遊技履歴の連続性に影響する項目の更新は行われないようになっている。また、更新完了の通知においては、パスワードが完全には一致しなかったが入力ミスの範囲であったこと、そのため、連続性に影響のない一部の項目しか更新されなかったことを併せて通知するようになっている。
また、更新要求から特定されるパスワード及び遊技乱数と、特定したサイト管理IDに対応付けて遊技履歴データベースに登録されているパスワード及び遊技乱数と、が一致した場合には、以前の更新要求に用いられたのと同一の2次元コードによる更新要求である可能性が極めて高いので、更新不可としてその旨を携帯端末1100に対して通知する。
また、遊技終了時に2次元コードを取得するのを忘れてしまった場合に、ステータスが遊技中のままであっても、前述のように更新要求を行わずとも新たなパスワードの発行が許可されるようになっている。
このように、遊技者データベースや遊技履歴データベースが更新された場合には、更新後のレベル値や総ゲーム数、BB回数、RB回数が、所定のポイント付与条件を満たしているか否かが判定され、満たしている場合には、満たした条件に対して設定されているポイント数が当該遊技者(会員)の所有ポイント数に加算される。
尚、本実施例では、これらポイント付与条件を満たしているかの判定と、付与するポイント数の特定をWebサーバ203側で実施しているが、本発明はこれに限定されるものではなく、これらポイント付与条件を満たしているかの判定や、付与するポイント数の特定の少なくとも一方を、スロットマシン1側にて実施し、満たした条件または付与するポイント数の情報を、2次元コードにシンボル化して出力するようにしても良い。
次に、所有ポイントに基づいて特典コンテンツを付与(交換)する際のWebサーバ203(Webサーバ203a〜dのいずれか)の動作を、図24に基づいて説明する。
図24に示すように、遊技者(会員)が特典コンテンツを入手する場合には、Webサーバ203へのログイン中において、前述した「SHOP」のメニューを選択する。
この「SHOP」のメニュー選択により、携帯端末1100からWebサーバ203に対してSHOPページ要求が送信される。
携帯端末1100からSHOPページ要求がなされると、Webサーバ203は、SHOPページ要求を行った遊技者(会員)が所持している所有ポイント数を会員情報データベース1、2から特定し、該特定した所有ポイント数が、交換に必要なポイント数が最も少ない特典コンテンツのポイント数以上であるか、つまり、その時点の所有ポイントで交換が可能な特典コンテンツが存在するか否かを判定する。
そして、交換が可能な特典コンテンツが存在しない場合には、交換不可としてその旨を携帯端末1100に対して通知する。
一方、交換が可能な特典コンテンツが存在する場合には、特定した所有ポイント数で交換が可能な特典コンテンツを、図17(c)に示す特典データベースから全て抽出し、交換可能な特典一覧(リスト)ページを作成して配信する。尚、この際、当該遊技者(会員)が既に獲得している特典コンテンツが存在する場合には、抽出した交換可能な特典コンテンツの中から、既に獲得している特典コンテンツを除いた特典一覧(リスト)ページを作成して配信するようにしても良い。
これら特典一覧(リスト)ページを受信した携帯端末1100にて、特典一覧(リスト)ページから所望の特典を遊技者(会員)が選択すると、選択した特典種別を示すデータがWebサーバ203に対して送信され、これを受けてWebサーバ203では、特典種別に該当する特典データの特典IDを特定し、該特定した特典IDを該遊技者(会員)が獲得した獲得コンテンツに追加記憶した後、追加完了ページを携帯端末1100に対して配信し、選択された特典コンテンツの追加(交換)が完了した旨を表示する。
以上説明したように、本実施例の遊技システムでは、会員情報データベース1、2への登録と各会員の認証とを行うデータベースサーバが、認証処理のみを行う認証用サーバ205を含む複数のサーバコンピュータにて構成されているため、データベースサーバにおける会員情報データベース1、2への登録状況に係わらずに、認証用サーバ205は認証処理を行うことができるので、会員情報の登録処理が1時期に集中しても、これら登録処理のために認証処理が実施不能とされてWebサーバ203を利用できなくなってしまう事態が発生することを回避することができる。
また、前記実施例によれば、会員の遊技履歴や個々の遊技の遊技履歴を管理する遊技者データベースや遊技履歴データベースにおいて、各遊技者(会員)の情報が、遊技者(会員)が特定されやすい認証情報である利用者ID(U−ID)やオープンIDではなく、サイトにおいて独自に付与された管理用識別情報であるサイト管理IDに対応付けて記憶されているので、例え、Webサーバ203に不正に侵入されて各会員の遊技履歴等が取得されたとしても、該遊技履歴が誰のものかが特定されてしまうことを回避できるので、サイトのセキュリティ性を向上できる。
また、前記実施例によれば、サイトを構築するWebサーバ203が、複数のサーバコンピュータ230a〜dにて構成されるとともに、各Webサーバ203a〜dに全ての機種のデータが同様に記憶されているので、1の機種について、1台のサーバコンピュータによる配信能力を超えた配信要求が集中しても、該1台のサーバコンピュータによる配信能力を超えて遊技機情報を配信することができる。
また、前記実施例によれば、従来からの通常機能携帯電話であるか高機能携帯電話(スマートホン)であるかが判定され、高機能携帯電話(スマートホン)である場合には、通常機能携帯電話の場合における利用者ID(U−ID)を用いた認証と異なる、CooKieデータから取得したオープンIDとパスワードが一致するか否かにより認証する認証処理を実施して認証を行うので、これら高機能携帯電話(スマートホン)でも従来の通常機能携帯電話と同様にサイトを利用できる。
また、前記実施例によれば、図26に示すように、各機種のミニゲームプログラムが利用可能なゲーム用共通エンジンプログラムやデータベース参照用共通モジュールプログラムを設けているので、各機種のミニゲームプログラムのそれぞれについて、データベース参照用プログラムを個別に開発する必要がないので、各機種のミニゲームプログラムの開発労力や開発期間を低減することができる。
また、前記実施例によれば、携帯端末1100にてパスワードの発行要求を行うことで、過去の遊技履歴を特定するためのパスワードを取得し、スロットマシン1にて遊技を開始する際に入力することで、過去の遊技履歴、すなわち他のスロットマシンなどで行った際のレベル、ストーリーの段階、演出設定を反映した演出を実行させることが可能となり、遊技の終了時に携帯端末1100にて2次元コードを取得して更新要求を行うことによりWebサーバ203で管理されている当該遊技者の遊技履歴を新たな遊技履歴に更新し、次回新たな遊技履歴を特定するためのパスワードを取得できるようになるため、長期間にわたり継続性のある演出を行わせることができる。
特に本実施例では、スロットマシン1が、遊技者によって入力されたパスワードを解析し、過去の遊技履歴を特定する構成であるため、スロットマシン1などの個々の遊技機と、他の遊技機、Webサーバ203と接続することなく、他の遊技機で遊技を行った過去の遊技履歴を反映した演出を行うことも可能となる。
また、Webサーバ203が発行するパスワードがパスワードの発行要求を行った遊技者のサイト管理IDに対応付けて登録されるとともに、さらにスロットマシン1で遊技を終え、新たな遊技履歴を特定するために出力される2次元コードにも、遊技開始時に入力されたパスワードが含まれ、更新要求には2次元コードから特定されたパスワードが含まれ、Webサーバ203に登録されているパスワードと更新要求に含まれるパスワードを照合することで、当該遊技者がパスワードを発行した遊技者であることを認証し、認証したことを条件に当該遊技者の遊技履歴が新たな遊技履歴に更新されるようになっており、第三者が他人のパスワードを入手して遊技を行い2次元コードを取得したり、他人の2次元コードを取得したりしても、その2次元コードから特定される遊技履歴を自らの遊技履歴に反映させることはできず、パスワードの発行を受けた遊技者による新たな遊技履歴を引き継ぐことは可能となる一方でパスワードの発行を受けた遊技者以外の遊技者が遊技履歴を引き継ぐことが不可能となる。これによりパスワードや2次元コードを流用したり盗用したりしても意味がなくなるため、パスワード及び2次元コードの流用や盗用を防止することができる。
また、Webサーバ203では、携帯端末1100からパスワードの発行要求を受けてパスワードを発行する毎に、ランダム値を用いて生成するので、同一内容の遊技履歴が特定される場合であって同一のパスワードとなる訳ではなく、パスワードを推測した改竄することは困難となるため、パスワード及び2次元コードの流用や盗用をさらに確実に防止することができる。
また、Webサーバ203は、携帯端末1100から更新要求を受けた場合に、Webサーバ203に登録されているパスワードと更新要求に含まれるパスワードを照合し、双方のパスワードが一致した場合に、更新要求を行った遊技者を当該パスワードの発行を受けた遊技者として認証し、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当するサイト管理IDの対応する項目を更新することとなる。
一方、スロットマシン1では、パスワードの入力時に入力ミスがあっても、パスワードから解析されたデータが正常であれば、パスワードは認証され、特定演出モードに移行することとなるが、遊技終了時に出力された2次元コードに格納されたパスワードも入力ミスによるパスワードであることから、この2次元コードを読み取ってWebサーバ203に対して更新要求を行った場合、Webサーバ203に登録されているパスワードと更新要求に含まれるパスワードが一致しないこととなり、遊技履歴が更新されなくなってしまう虞がある。
このため、本実施例のWebサーバ203では、Webサーバ203に登録されているパスワードと更新要求に含まれるパスワードが一致しない場合でも、いずれか1文字のみ前後1違いの相違である場合には、入力ミスと推測される特定の条件を満たすとして、パスワードの発行を受けた遊技者であると一応認証し、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当する端末識別情報の対応する項目を更新するようになっており、遊技者がパスワードの入力を誤った場合であっても、入力ミスと推測される特定の条件を満たす範囲の誤りであれば、遊技履歴を更新させることが可能となり、その間に遊技を行った遊技履歴が無駄となってしまうことを防止できる。
また、Webサーバ203に登録されているパスワードと更新要求に含まれるパスワードが一致して更新要求を行った遊技者を当該パスワードの発行を受けた遊技者として認証した場合には、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当するサイト管理IDの対応する全ての項目を更新するのに対して、Webサーバ203に登録されているパスワードと更新要求に含まれるパスワードが一致せず、いずれか1文字のみ前後1違いの相違であり、入力ミスと推測される特定の条件を満たすとして、更新要求を行った遊技者を当該パスワードの発行を受けた遊技者として認証した場合には、遊技者データベースの該当するサイト管理IDの対応する項目のうち、総ゲーム数、BB回数、RB回数、遊技者データベースに登録されている該当する端末識別情報のレベル値で出現しうる達成ミッションの種類など、遊技履歴の連続性に影響のない項目のみ更新し、レベル、ストーリーの段階、演出設定、該当する端末識別情報のレベル値では出現しない達成ミッションの種類など、遊技履歴の連続性に影響する項目の更新は行われないようになっており、例えば、レベル値が本来のレベル値よりも下がってしまったり、ストーリーの段階を飛ばしたり、演出設定や達成ミッションの種類に矛盾が生じるなど、誤ったパスワードにて遊技を行った結果、連続性に支障のある遊技履歴が更新されてしまうことを防止できる。
また、Webサーバ203に登録されているパスワードと更新要求に含まれるパスワードが一致せず、いずれか1文字のみ前後1違いの相違であり、入力ミスと推測される特定の条件を満たすとして、更新要求を行った遊技者を当該パスワードの発行を受けた遊技者として認証した場合には、更新要求を行った携帯端末1100に対しての更新完了の通知において、パスワードが完全には一致しなかったが入力ミスの範囲であったこと、そのため、連続性に影響のない一部の項目しか更新されなかったことが併せて通知されるので、遊技者がパスワードの入力をミスしたが、遊技履歴は無事更新されたことを認識させることができるうえに、更新されていない遊技履歴があっても、その原因を特定することが可能となる。
尚、本実施例では、パスワードが入力ミスと推測される特定の条件として、いずれか1文字のみ前後1違いの相違であることとしているが、Webサーバ203に登録されているパスワードと更新要求に含まれるパスワードから双方に類似性があり、入力ミスである可能性が高いと推測されるものであれば良く、双方のパスワードが1文字だけしか異ならないことのみをもって特定の条件として適用しても良いし、2文字まで前後1違いの相違であることをもって特定の条件として適用しても良い。また、双方のパスワードで異なる文字が「O」と「0」のように見間違う可能性の高い文字である場合、大文字と小文字の違いなど類似性が高いことを特定の条件として適用しても良い。
また、本実施例のようにこれらのうちいずれか複数以上が満たされることで、更新要求に含まれるパスワードを認証するものでも良いし、いずれか1つでも満たされることで、更新要求に含まれるパスワードを認証するものでも良い。
また、本実施例では、Webサーバ203にて管理される遊技履歴としてレベル、ストーリーの段階、演出設定など、連続性に支障を来す虞のあるデータを含んでおり、遊技終了時には、これら連続性に支障を来す虞のあるデータを含む遊技履歴を特定可能な2次元コードが出力されることとなるため、Webサーバ203に登録されているパスワードと更新要求に含まれるパスワードが一致せず、入力ミスと推測される特定の条件を満たすとして、更新要求を行った遊技者を当該パスワードの発行を受けた遊技者として認証した場合には、遊技者データベースの該当するサイト管理IDの対応する項目のうち、総ゲーム数、BB回数、RB回数、遊技者データベースに登録されている該当するサイト管理IDのレベル値で出現しうる達成ミッションの種類など、遊技履歴の連続性に影響のない項目のみ更新されるようになっているが、Webサーバ203にて管理される遊技履歴が全て連続性に支障を来す虞のないデータであれば、上記のような制限を設けることなく、Webサーバ203に登録されているパスワードと更新要求に含まれるパスワードが一致せず、入力ミスと推測される特定の条件を満たすとして、更新要求を行った遊技者を当該パスワードの発行を受けた遊技者として認証した場合にも、遊技者データベースの該当するサイト管理IDの対応する全ての項目について更新することが可能となる。
本実施例のWebサーバ203では、パスワードの発行要求を受付けた際に、該当するサイト管理IDのステータスが遊技中であってもパスワードの発行が禁止されることはなく、このような状況で新たにパスワードの発行要求を受付けた場合でも、新たにパスワードが発行されるようになっており、パスワードの発行を受けたものの、遊技を行わなかった場合や、遊技を行ったものの2次元コードを取得しなかった場合、2次元コードを取得したものの更新要求を行わなかった場合でも、パスワードを解放するためのアクセスを行うことなく、新たにパスワードの発行を受けることが可能となっている。
また、パスワードの発行後、遊技を行って取得した2次元コードから特定される遊技履歴をWebサーバ203にて管理されている遊技履歴に反映させても、次回パスワード発行時に反映されるレベルやストーリーの段階、演出設定などは、変化せず、全く同一のパスワードが発行される可能性もある。
上記のように、パスワードの発行要求を受付けた際に、該当するサイト管理IDのステータスが遊技中であってもパスワードの発行が禁止されることのない構成であると、レベルやストーリーの段階、演出設定などが変化する前に遊技を終えて2次元コードを取得した場合、同じ2次元コードで何度でも更新要求を行うことが可能となり、遊技は1度しか行っていないにも関わらず、ゲーム数やBB回数、RB回数、キャラクタ別ゲーム数などの遊技履歴を何度も更新できることとなってしまうという問題が生じ得る。
このため、本実施例では、Webサーバ203がパスワードを発行する際に、遊技者データベースの該当するサイト管理IDに登録されているパスワード、すなわち前回発行されたパスワードと一致するか否かを判定し、一致する場合には、前述した手順にて前回のパスワードと一致しないと判定されるまで、再度パスワードを生成することで、同じ遊技者に対して連続して同じパスワードを発行しないようになっているとともに、Webサーバ203が更新要求を受けた際に、更新要求から特定されるパスワード及び遊技乱数と、遊技履歴データベースに該当するサイト管理IDに対応付けて登録されているパスワード及び遊技乱数、すなわち過去の更新要求から特定されるパスワード及び遊技乱数と、を照合し、一致しない場合にのみ、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当するサイト管理IDの対応する項目を更新するようになっている。前述のように、パスワードは連続して同一のパスワードが発行されることはないものの、連続しなければ、同一のパスワードが発行されることは起こり得る。しかしながら、同一のパスワードが発行されることはあっても、2次元コードに付加された遊技乱数とパスワードとの組合せが同一になることはほぼあり得ない(32ビットの遊技乱数が一致する確率は、1/4294967296であり、遊技履歴が同じでも遊技乱数とパスワードが一致する確率は、それよりさらに低い)。そして、上記のように更新要求から特定されるパスワード及び遊技乱数と、遊技履歴データベースに該当するサイト管理IDに対応付けて登録されているパスワード及び遊技乱数、すなわち過去の更新要求から特定されるパスワード及び遊技乱数と、が一致しないことを条件に、遊技履歴の更新が行われるので、パスワードの発行要求を受付けた際に、該当するサイト管理IDのステータスが遊技中であってもパスワードの発行が禁止されることのない構成であっても、同じ2次元コードで何度でも更新要求を行うことにより、遊技は1度しか行っていないにも関わらず、ゲーム数やBB回数、RB回数、キャラクタ別ゲーム数などの遊技履歴を何度も更新できてしまうことはない。
尚、本実施例では、Webサーバ203が更新要求を受けた際に、更新要求から特定されるパスワード及び遊技乱数と、遊技履歴データベースに該当するサイト管理IDに対応付けて登録されているパスワード及び遊技乱数、すなわち過去の更新要求から特定されるパスワード及び遊技乱数と、を照合し、一致しない場合にのみ、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当する端末識別情報の対応する項目を更新する構成としており、同じ2次元コードで何度でも更新要求を行うことにより、遊技は1度しか行っていないにも関わらず、ゲーム数やBB回数、RB回数、キャラクタ別ゲーム数などの遊技履歴を何度も更新できてしまうことを確実に防止できる点から好ましいが、Webサーバ203が更新要求を受けた際に、今回の更新要求から特定されるパスワード及び遊技乱数と、前回の更新要求から特定されるパスワード及び遊技乱数と、を照合し、一致しない場合にのみ、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当する端末識別情報の対応する項目を更新する構成であっても、パスワードの発行要求を受付けた際に、該当する端末識別情報のステータスが遊技中であってもパスワードの発行が禁止されることのない構成であっても、同じ2次元コードで何度でも更新要求を行うことにより、遊技は1度しか行っていないにも関わらず、ゲーム数やBB回数、RB回数、キャラクタ別ゲーム数などの遊技履歴を何度も更新できてしまうことを防止できる。
また、上記のようにWebサーバ203がパスワードを発行する際に、同じ遊技者に対して連続して同じパスワードを発行しないようにする構成であれば、Webサーバ203が更新要求を受けた際に、今回の更新要求から特定されるパスワードと、前回の更新要求から特定されるパスワードと、を照合し、一致しない場合にのみ、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当するサイト管理IDの対応する項目を更新する構成としても良く、このような構成とした場合でも、パスワードの発行要求を受付けた際に、該当する端末識別情報のステータスが遊技中であってもパスワードの発行が禁止されることのない構成であっても、同じ2次元コードで何度でも更新要求を行うことにより、遊技は1度しか行っていないにも関わらず、ゲーム数やBB回数、RB回数、キャラクタ別ゲーム数などの遊技履歴を何度も更新できてしまうことを防止できる。
また、上記のようにWebサーバ203がパスワードを発行する際に、遊技履歴だけではなく、乱数(ランダム値及びハッシュ値)を用いてパスワードを生成しており、特に、前回のパスワードと比較して同じであるか否かを確認せずとも、連続して同じパスワードが発行される確率は非常に低い。このため、連続して同じパスワードが発行されることを制限しない構成であっても、乱数(ランダム値及びハッシュ値)を用いてパスワードを生成するとともに、Webサーバ203が更新要求を受けた際に、今回の更新要求から特定されるパスワードと、前回の更新要求から特定されるパスワードと、を照合し、一致しない場合にのみ、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当するサイト管理IDの対応する項目を更新する構成とすることで、パスワードの発行要求を受付けた際に、該当する端末識別情報のステータスが遊技中であってもパスワードの発行が禁止されることのない構成であっても、同じ2次元コードで何度でも更新要求を行うことにより、遊技は1度しか行っていないにも関わらず、ゲーム数やBB回数、RB回数、キャラクタ別ゲーム数などの遊技履歴を何度も更新できてしまうことを防止できる。尚、今回の更新要求から特定されるパスワードを、前回の更新要求から特定されるパスワードだけでなく、同一遊技者(端末識別情報の携帯端末)に対して過去に発行されたパスワードの全てと照合し、一致しないことを条件に、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当するサイト管理IDの対応する項目を更新する構成とすれば、同じ2次元コードで何度でも更新要求を行うことにより、遊技は1度しか行っていないにも関わらず、ゲーム数やBB回数、RB回数、キャラクタ別ゲーム数などの遊技履歴を何度も更新できてしまうことをさらに確実に防止できる。
また、上記のように2次元コードを発行する毎にランダムな遊技乱数が付加される構成であれば、Webサーバ203にて遊技履歴に加え乱数を付加したり、同じパスワードが連続して発行されることを規制したりせずとも、Webサーバ203が更新要求を受けた際に、今回の更新要求から特定される遊技乱数と、前回の更新要求から特定される遊技乱数と、を照合し、一致しない場合にのみ、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当するサイト管理IDの対応する項目を更新する構成としても良く、このような構成とした場合でも、パスワードの発行要求を受付けた際に、該当するサイト管理IDのステータスが遊技中であってもパスワードの発行が禁止されることのない構成であっても、同じ2次元コードで何度でも更新要求を行うことにより、遊技は1度しか行っていないにも関わらず、ゲーム数やBB回数、RB回数、キャラクタ別ゲーム数などの遊技履歴を何度も更新できてしまうことを防止できる。尚、今回の更新要求から特定される遊技乱数を、前回の更新要求から特定される遊技乱数だけでなく、同一遊技者(端末識別情報の携帯端末)が更新要求を行った際の遊技履歴における遊技乱数の全てと照合し、一致しないことを条件に、更新要求から特定される遊技履歴に基づいて遊技者データベースの該当する端末識別情報の対応する項目を更新する構成とすれば、同じ2次元コードで何度でも更新要求を行うことにより、遊技は1度しか行っていないにも関わらず、ゲーム数やBB回数、RB回数、キャラクタ別ゲーム数などの遊技履歴を何度も更新できてしまうことをさらに確実に防止できる。
また、本実施例では、遊技履歴を設定することで作成された複数ビットの値の変換後の位置を特定可能なデータ列が複数定められたビットシャッフルテーブルを備え、パスワードを発行する際に、乱数(ランダム値)を取得し、取得したランダム値に対応するデータ列に従って遊技履歴を設定することで作成された複数ビットの値が変換されるようになっており、この変換後のデータに基づいてパスワードが生成されるので、パスワードを解析したり、改竄したりすることが困難となる。
また、ビットシャッフルテーブルにより変換した複数ビットのデータをランダム値分シフトさせたうえで、シフト後のデータにランダム値を付加するようになっており、遊技履歴の項目を構成するビットが発行毎に変化し得る構成であるため、遊技履歴が同一の場合でもパスワードが同一のものになりづらくなるので、パスワードを解析したり、改竄したりすることが困難となる。
また、ビットシフト後のデータにおけるビット同士の間に、ランダム値を構成する値を挿入して得られたデータに基づいてパスワードが生成されるので、遊技履歴が類似する場合でもパスワードが似通ったものになりづらくなるので、パスワードを解析したり、改竄したりすることが一層困難となる。
また、ビットシフトに用いるランダム値及びビット同士の間に挿入されるランダム値としてビットシャッフルテーブルのデータ列を選択するために抽出されたランダム値が用いられるので、乱数を用いて複数行程の処理を行うことにより、パスワードの解析や改竄を困難とする場合でも、抽出する乱数が少なくて済むため、パスワードの発行に係る処理負荷を軽減したうえで、パスワードを解析したり、改竄したりすることが困難なパスワードの生成が可能となる。
また、本実施例では、Webサーバ203がパスワードを発行する際に、遊技履歴を設定することで作成された複数ビットのデータを図13(a)に示すパスワード解析テーブルに従って、文字に変換するようになっているが、パスワード解析テーブルにおける数値と文字の関係を、図13(a)に示すような規則的な順番ではなく、例えば、「A」「B」「C」「D」「E」…に対応する文字を規則的な「0」「1」「2」「3」「4」…の順番ではなく、「10」「3」「22」「8」「5」…といったように不規則な順番とすることで、パスワードを数値化することも困難となり、一層パスワードの解析や改竄が困難となる。
また、前記実施例では、遊技機として、遊技媒体としてメダルを使用するスロットマシン1を例示したが、本発明はこれに限定されるものではなく、これら遊技機として遊技球(パチンコ玉)を使用して遊技を行うパチンコ遊技機としても良いし、更には、これらパチンコ玉やメダル等の遊技媒体が、遊技機内部に内封され、貸し出されたパチンコ玉やメダルの数や、入賞に応じて付与されたパチンコ玉やメダルの数が加算される一方、遊技に使用されたパチンコ玉やメダルの数が減算されて記憶される封入式遊技機や、パチンコ玉やメダルを用いずに、例えば貸出要求に応じて貸し出されたポイントや点数等の価値や入賞に応じて付与されたポイントや点数等の価値を全てクレジットとして記憶し、クレジットとして記憶された価値のみを使用して遊技を行うことが可能な遊技機であっても良い。
また、前記実施例では、遊技機に入力する遊技履歴を特定可能な情報としてパスワードを適用しており、外部から情報を入力するために専用の読み取り装置などを備える必要のないことから好ましいが、バーコードや2次元コードなどのようにコード化され、コードリーダにて読み取り可能なデータ、有線接続、無線接続、赤外線接続などによって入力可能なデータであっても良く、このような構成とすることでこれらデータの入力を簡単に行うことができる。
また、前記実施例では、遊技機から出力する遊技履歴を特定可能な情報やボーナス情報を特定可能な情報として2次元コードを適用しており、遊技者が2次元コードリーダをかざすのみで簡単にデータを取得できることから好ましいが、バーコードなどのコードリーダにて読み取り可能な他のコードデータにて出力するようにしても良いし、有線接続、無線接続、赤外線接続などによって出力可能なデータであっても良く、さらには、遊技機へ入力する情報と同様にパスワードを適用しても良い。
また、前記実施例の遊技システムでは、Webサーバ203の遊技者データベースに蓄積されている遊技者の遊技履歴に応じて特典が付与される構成であるが、少なくとも遊技機において入力されたパスワードから遊技履歴を特定し、特定した遊技履歴を反映した演出を行う構成であれば、必ずしも遊技履歴に応じて特典を付与する構成でなくとも良く、このような構成であっても、他人の2次元コードを取得したりしても、その2次元コードから特定される遊技履歴を自らの遊技履歴に反映させることはできず、パスワードの発行を受けた遊技者による新たな遊技履歴を引き継ぐことは可能となる一方でパスワードの発行を受けた遊技者以外の遊技者が遊技履歴を引き継ぐことが不可能となる。これによりパスワードや2次元コードを流用したり盗用したりしても意味がなくなるため、パスワード及び2次元コードの流用や盗用を防止することができる。その結果、他人のパスワードなどを利用して、自らの遊技履歴を不正に操作し、当該遊技履歴を演出に反映させるなど、遊技履歴を反映した演出の価値が著しく低下してしまうことを防止できる。
また、前記実施例では、個々のWebサーバ203a〜dが、処理内容が認証である場合には所定のIPアドレスが付与された認証用サーバ205にアクセスし、処理内容が登録である場合には所定のIPアドレスが付与された登録用サーバ206にアクセスするようにしているが、本発明はこれに限定されるものではなく、例えば、ハブ(レイヤ2スイッチ)204に代えて、Webサーバ203a〜dからの要求が認証要求であるか登録要求であるかを判別して、認証要求である場合には該認証要求を認証用サーバ205に送信し、登録要求である場合には登録要求を登録用サーバ206に送信するように振り分けるコンピュータを配置するようにしても良い。
また、前記実施例では、特典コンテンツと交換が可能なポイントを使用した形態を例示しているが、本発明はこれに限定されるものではなく、これらポイントではなく、その他の呼称、例えば、マイルやコイン等としても良い。
また、前記実施例では、各機種の履歴が所定の付与条件を満たしたことによりポイントを付与するようにしているが、本発明はこれに限定されるものではなく、これらポイントの付与を、複数の機種の履歴、例えば、各機種におけるゲーム数が、当該機種の付与条件に達していなくても、各機種におけるゲーム数を合計した合計ゲーム数が所定数に達している場合には、ポイントの付与を行うようにしても良い。
また、前記実施例では、パスワードが入力された時点からの遊技履歴に基づいてポイントを付与するようにしているが、本発明はこれに限定されるものではなく、例えば、パスワードが入力されていなくても、ポイントを付与するか否かをスロットマシン1にて抽選して、付与されたポイント数を蓄積しておき、2次元バーコードを出力するときに、パスワードが入力された時点からの遊技履歴に基づくポイント数に、パスワードが入力される以前に蓄積されていたポイント数を加算して2次元バーコードに出力し、Webサーバ203において、これらパスワードが入力される以前に蓄積されていたポイント数を含むポイント数が所有ポイントに加算されるようにしても良い。
また、前記実施例では、各機種毎の履歴のみによってレベル値を更新しているが、本発明はこれに限定されるものではなく、例えば、レベル値が所定のゲーム数を実施したことを条件に向上する場合において、各機種におけるゲーム数が所定のゲーム数に達していなくても、各機種について、レベル値の更新に達していない端数のゲーム数の合計が所定のゲーム数に達していることを条件にレベル値を更新するようにしても良い。
また、前記実施例では、「パスワード発行」のメニューが操作された場合には、対象機種の新たなパスワードのみを発行するようにしているが、本発明はこれに限定されるものではなく、例えば、これら新たなパスワードの発行とともに、当該機種の前回の遊技履歴を特定して、該特定した前回の遊技履歴に応じたメッセージ等の情報、例えば、前回の遊技履歴が不調を示すデータであれば「前回は残念だったけど、今日は頑張ろう!!」のメッセージや、前回の遊技履歴が好調を示すデータであれば「今日も頑張ろう!!」のメッセージ等の情報を新たなパスワードとともに配信して、これらのメッセージ等の情報を携帯端末1100に表示させるようにしても良い。
また、前記実施例では、データベースサーバを1のサーバコンピュータから成る認証用サーバ205と1のサーバコンピュータから成る登録用サーバ206から構成した形態を例示しているが、本発明はこれに限定されるものではなく、認証処理のみを専用に実施する少なくとも1のサーバコンピュータを有していれば良く、登録用サーバ206を2以上のサーバコンピュータにて構成しても良いし、同様に、認証用サーバ205を2以上のサーバコンピュータにて構成しても良い。
また、前記実施例では、特典コンテンツの付与を、遊技履歴に関する付与条件が満たしている場合とともに、所有ポイントが特典コンテンツと交換可能なポイント数以上となったときにも、該所有ポイントと交換することで遊技者に付与するようにしているが、本発明はこれに限定されるものではなく、これらのいずれか一方の付与のみを行うようにしても良い。
また、前記実施例では、パスワードの発行時に前回の遊技履歴が不調か好調かに対応するメッセージを配信することで、該メッセージを携帯端末1100に表示させているが、本発明はこれに限定されるものではなく、これらメッセージを特定可能なメッセージ特定データを含むパスワードを発行して、該パスワードを遊技者がスロットマシン1に入力することで、前述した「前回は残念だったけど、今日は頑張ろう!!」のメッセージや、「今日も頑張ろう!!」のメッセージがスロットマシン1に表示されるようにしても良い。
1 スロットマシン
2L、2C、2R リール
6 MAXBETスイッチ
7 スタートスイッチ
8L、8C、8R ストップスイッチ
41 メイン制御部
91 サブ制御部
201 ルータ
202 HUB
203a〜d Webサーバ
204 HUB
205 登録用サーバ
206 認証用サーバ

Claims (1)

  1. インターネット網を通じてアクセス可能に設けられ、会員登録した遊技者が遊技機にて遊技を行った結果である会員遊技履歴を管理するとともに、該会員遊技履歴が所定の付与条件を満たしたことを条件に所定のコンテンツを付与する遊技用管理装置であって、
    前記会員登録に必要とされる会員情報が、各会員を特定して認証するための認証情報に対応付けて登録される会員情報データベースを有し、該会員情報データベースへの登録と、各会員の認証とを行うデータベースサーバと、
    遊技者が操作可能な遊技者端末から会員登録操作を受付けたことに応じて、該遊技者の会員情報と認証情報とを含む会員登録要求を前記データベースサーバに出力する処理と、前記遊技者端末からのアクセスに応じて該遊技者の認証情報を取得し、該取得した認証情報を含む認証要求を前記データベースサーバに出力し、該データベースサーバによって該遊技者が会員登録した会員遊技者であると認証されたことを条件に該会員遊技者の遊技履歴に対応したWebページを該遊技者端末に配信する処理と、前記コンテンツの付与に関する処理と、を行うWebサーバと、
    前記遊技者端末である携帯電話端末の種別が、通常機能携帯電話端末であるか或いは高機能携帯電話端末であるかを判別する携帯種別判定手段と、
    を備え、
    前記データベースサーバは、
    前記会員登録要求に応じて前記会員情報と前記認証情報とを対応付けて前記会員情報データベースに登録する登録処理と、前記認証要求に応じて前記認証情報が前記会員情報データベースに登録されていることを前記携帯種別判定手段により判別された種別に応じて認証する認証処理と、を行い、
    前記認証処理のみを行う認証用サーバコンピュータを含む複数のサーバコンピュータから構成され
    前記Webサーバは、前記遊技機の機種毎に固有の処理を行う機種固有プログラムと、前記会員遊技履歴または前記会員情報の少なくとも一方を参照する際に各機種固有プログラムが共通に使用可能な機種共通参照用プログラムとを記憶し、
    前記機種固有プログラムは、前記機種共通参照用プログラムを使用して参照した前記会員遊技履歴または前記会員情報の少なくとも一方のデータに基づいて処理を行う
    ことを特徴とする遊技用管理装置。
JP2011199999A 2011-09-13 2011-09-13 遊技用管理装置 Expired - Fee Related JP6016344B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011199999A JP6016344B2 (ja) 2011-09-13 2011-09-13 遊技用管理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011199999A JP6016344B2 (ja) 2011-09-13 2011-09-13 遊技用管理装置

Publications (2)

Publication Number Publication Date
JP2013059508A JP2013059508A (ja) 2013-04-04
JP6016344B2 true JP6016344B2 (ja) 2016-10-26

Family

ID=48184764

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011199999A Expired - Fee Related JP6016344B2 (ja) 2011-09-13 2011-09-13 遊技用管理装置

Country Status (1)

Country Link
JP (1) JP6016344B2 (ja)

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001273385A (ja) * 2000-03-23 2001-10-05 Hitachi Ltd 住民基本台帳ネットワークを利用した印鑑業務システム及び印鑑業務の処理方法
JP4029126B2 (ja) * 2002-11-08 2008-01-09 株式会社エース電研 遊技店の会員管理装置
JP2005025337A (ja) * 2003-06-30 2005-01-27 Sony Corp 機器登録システム、機器登録サーバ、機器登録方法、機器登録プログラム、記憶媒体、及び端末機器
JP2006061303A (ja) * 2004-08-25 2006-03-09 Samii Kk 遊技システムおよび同システムにおける遊技履歴取得方法、ならびに遊技履歴取得プログラム、記録媒体
JP5051848B2 (ja) * 2008-02-19 2012-10-17 サミー株式会社 遊技機システム
JP2011004126A (ja) * 2009-06-18 2011-01-06 Nec Corp 情報配信システム、情報配信サーバ、および情報配信方法
JP2011014959A (ja) * 2009-06-30 2011-01-20 Property Partners:Kk 在宅介護における被介護者側システム及び支援提供側システム
JP5346743B2 (ja) * 2009-08-24 2013-11-20 三幸電子株式会社 遊技客管理システム
JP5420349B2 (ja) * 2009-08-26 2014-02-19 グローリー株式会社 遊技情報提供システムおよび転送制御端末
WO2011043329A1 (ja) * 2009-10-08 2011-04-14 インターマン株式会社 商品購入補助システム
JP2011086238A (ja) * 2009-10-19 2011-04-28 Aibig Co Ltd 道工具安全管理補助システム

Also Published As

Publication number Publication date
JP2013059508A (ja) 2013-04-04

Similar Documents

Publication Publication Date Title
JP5911195B2 (ja) 遊技システム、管理装置および遊技機
JP6910121B2 (ja) 管理装置及びプログラム
JP5628609B2 (ja) 遊技機
JP5646931B2 (ja) 遊技機、管理装置、遊技システム
JP5646929B2 (ja) 遊技機、管理装置、遊技システム
JP5671286B2 (ja) 遊技機
JP2017029588A (ja) 遊技機
JP5850679B2 (ja) 遊技システム、遊技機、管理装置及びアプリケーションプログラム
JP5615329B2 (ja) 遊技機
JP5575710B2 (ja) 遊技機
JP2012249839A (ja) 遊技システム、遊技機及び管理装置
JP6016344B2 (ja) 遊技用管理装置
JP6118884B2 (ja) 遊技システム、遊技機及び管理装置
JP6109273B2 (ja) 遊技機
JP5881344B2 (ja) 遊技システム、遊技機、管理装置及びアプリケーションプログラム
JP6196601B2 (ja) 遊技機及び遊技システム
JP5985599B2 (ja) 遊技機及び遊技システム
JP6595524B2 (ja) 遊技機
JP6118925B2 (ja) 遊技システム、遊技機及び管理装置
JP5615330B2 (ja) 遊技機
JP5615332B2 (ja) 遊技機
JP5615333B2 (ja) 遊技機
JP2017136210A (ja) 遊技システム、運用サーバ及びプログラム
JP6196602B2 (ja) 遊技機及び遊技システム
JP5985571B2 (ja) 遊技機及び遊技システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140808

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20150608

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150812

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150818

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151013

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160419

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160708

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20160715

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: 20160920

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160927

R150 Certificate of patent or registration of utility model

Ref document number: 6016344

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees