(57)【要約】規制されたゲーム機でプレイするプレイヤーへの報酬を判定する方法は、ゲーム内の複数のゲームアセットとのプレイヤー相互作用によって、第１の賭け機会と、選択的に利用可能な第２の賭け機会とが生じるようにプレイヤーの相互作用を構成することを含んでいてもよい。ゲームはさらに、プレイヤー（ＲＴＰ）への全体的な最小報酬および全体的な最大ＲＴＰを有するように構成されてもよい。受領した資金および少なくとも全体的な最小ＲＴＰと同じ大きさである第１のＲＴＰを画定する第１の支払い表を使用して、第１の賭けイベントを生成することを受領すると、プレイヤーに報酬を与えるかどうか、およびいくら与えるかを判定してもよい。生成された第１の賭けイベントの少なくとも一部に対して、プレイヤーに払うべき報酬の一部を奨励金に仮想出資してもよい。利用可能な第２の賭け機会と無事にプレイヤーが相互作用したことを受領するときのみ、第２の賭けイベントを生成し、第２の支払い表にしたがって、プレイヤーに少なくとも奨励金と等しい報酬を払い、第２の支払い表は、全体的な最小ＲＴＰより大きい第２のＲＴＰを画定する。【選択図】図１０
2020537557.tif 000002
【特許請求の範囲】
【請求項１】
規制されたゲーム機でプレイするプレイヤーへの報酬を判定する方法であって、前記方法は、
プレイヤーからの資金を受領することと、
前記規制されたゲーム機においてゲームを提供することであって、前記ゲーム内の複数のゲームアセットとのプレイヤー相互作用によって、第１の賭け機会と、第２の賭け機会とが生じ、前記ゲームはさらに、プレイヤーに対して全体的な最小報酬（ＲＴＰ）と、全体的な最大ＲＴＰを有するように構成されることと、
前記受領した資金および第１のＲＴＰを画定する第１の支払い表を使用して、前記プレイヤーが前記第１の賭けイベントと無事に相互作用を行い、前記第１の賭けイベントを生成することを受領すると、前記プレイヤーに報酬を与えるかどうか、およびいくら与えるかを判定することであって、前記第１のＲＴＰは少なくとも前記全体的な最小ＲＴＰと同じ大きさであることと、
生成された前記第１の賭けイベントの少なくとも一部に対して、前記プレイヤーに払うべき報酬の一部を奨励金に仮想出資することと、
選択的に前記第２の賭け機会をプレイヤー相互作用のために利用可能にすることと、
前記利用可能な第２の賭け機会と無事にプレイヤーが相互作用したことを受領するときのみ、第２の賭けイベントを生成し、第２の支払い表にしたがって、前記プレイヤーに少なくとも前記奨励金と等しい報酬を払い、前記第２の支払い表は、前記全体的な最小ＲＴＰより大きい第２のＲＴＰを画定することと、
を含み、
前記奨励金は、前記第１の賭け機会と無事に相互作用する事に対して、前記プレイヤーに支払われる前記報酬の前記仮想出資部分の合計によって資金を与えられ、平均して、前記ゲームの前記全体的な最大ＲＴＰよりも多くならないこと、
を特徴とする、方法。
【請求項２】
請求項１に記載の方法であって、前記第２の賭け機会は、所定の数の第１の賭けイベントが生じた後にのみ、プレイヤー相互作用に対して使用可能となることを特徴とする、方法。
【請求項３】
請求項１に記載の方法であって、前記第２の賭け機会は、前記プレイヤーが前記第１の賭け機会とのみ相互作用する所定の期間後にのみ、プレイヤー相互作用に対して利用可能になることを特徴とする、方法。
【請求項４】
請求項１に記載の方法であって、前記第２の賭け機会は前記第１の賭け機会よりも無事に相互作用するのが難しいことを特徴とする、方法。
【請求項５】
請求項１に記載の方法であって、さらに、前記プレイヤーへの前記奨励金の一部を表示することを含む、方法。
【請求項６】
請求項１に記載の方法であって、前記プレイヤーは、前記第２の賭け機会との相互作用に失敗したことに対して、前記奨励金を受け取らないことを特徴とする、方法。
【請求項７】
請求項１に記載の方法であって、前記プレイヤーが前記利用可能な第２の賭け機会と無事に相互作用するまで、前記奨励金は前記プレイヤーに対して、何も金銭的価値を有さないことを特徴とする、方法。
【請求項８】
請求項１に記載の方法であって、さらに、前記ゲームのボスレベルで、前記第２の賭け機会を利用可能にすることを含む、方法。
【請求項９】
請求項１に記載の方法であって、前記プレイヤーに少なくとも前記奨励金と等しい金額を与える方法であって、前記方法は、
前記プレイヤーに、少なくとも１つの無作為に選択された前記奨励金の倍数で報酬を与え、倍数は１より大きいことと、
前記プレイヤーに前記奨励金と追加の金額との合計と等しい金額で報酬を与えることと、
のうち１つを含む、方法。
【請求項１０】
請求項１に記載の方法であって、前記奨励金は、前記ゲームを通して無作為区間増加するように構成されることを特徴とする、方法。
【請求項１１】
請求項１に記載の方法であって、さらに、１または複数の前記第１の賭け機会とのプレイヤー相互作用に失敗したことを受領すると、前記報酬の選択的に大きな部分を前記奨励金に仮想出資することを含む、方法。
【請求項１２】
請求項１に記載の方法であって、前記第２のＲＴＰは、前記全体的な最大ＲＴＰより大きい前記第２の支払い表によって画定され、前記ゲームの前記全体的な最大ＲＴＰは超えないことを特徴とする、方法。
【請求項１３】
請求項１に記載の方法であって、前記奨励金は、前記プレイヤーから受領した前記資金の金額とは独立していることを特徴とする、方法。
【請求項１４】
請求項１に記載の方法であって、仮想出資は、前記第１の賭けイベントが生成される回数の選択可能な割合で実施されることを特徴とする、方法。
【請求項１５】
規制されたゲーム機にゲームを提供する方法であって、前記方法は、
既存のコンソールタイプゲームまたはアーケードタイプゲームを提供することであって、前記提供されたゲームは、ゲームプレイ中に画面上に現れる複数のゲームアセットを備えることと、
前記提供されたゲームを、
前記複数のゲームアセットの選択されたものとのプレイヤー相互作用によって、第１の賭け機会および第２の賭け機会が生じるように、
前記ゲームがプレイヤーから前記ゲームをプレイするための資金を受領し、前記第１および第２の賭け機会に賭けるように、
前記ゲームが全体的な最小プレイヤー還元率（ＲＴＰ）と、全体的な最大ＲＴＰとを有するように、
前記ゲームは、前記受領した資金と、少なくとも前記全体的な最小ＲＴＰと同じ大きさである第１のＲＴＰを画定する第１の支払い表を使用して、前記プレイヤーが前記第１の賭けイベントと無事に相互作用を行い、前記第１の賭けイベントを生成することを受領すると、前記プレイヤーに報酬を与えるかどうか、およびいくら与えるかを判定するように、
生成された前記第１の賭けイベントの少なくとも一部に対して、前記プレイヤーに払うべき報酬の一部を奨励金に仮想出資するように、
選択的に前記第２の賭け機会をプレイヤー相互作用のために利用可能にするように、
前記利用可能な第２の賭け機会と無事にプレイヤーが相互作用したことを受領するときのみ、第２の賭けイベントを生成し、第２の支払い表にしたがって、前記プレイヤーに少なくとも前記奨励金と等しい報酬を払い、前記第２の支払い表は、前記全体的な最小ＲＴＰより大きい第２のＲＴＰを画定し、前記奨励金は、前記第１の賭け機会と無事に相互作用する事に対して、前記プレイヤーに支払われる前記報酬の前記仮想出資部分の合計によって資金を与えられ、平均して、前記ゲームの前記全体的な最大ＲＴＰよりも多くならないように、
修正することと、
前記修正したゲームを前記規制されたゲーム機にロードすることと、
を含む、方法。
【請求項１６】
電子、賭けベースのゲーム装置であって、
メモリと、
プロセッサと、
処理ロジックを備える前記プロセッサによって生じる複数のプロセスと、
を備えるゲーム装置であって、
前記処理ロジックは、
資金をプレイヤーから受領することと、
ゲームを提供することであって、前記ゲーム内の複数のゲームアセットとのプレイヤー相互作用によって、第１の賭け機会と、第２の賭け機会とが生じ、前記ゲームはさらに、プレイヤーに対して全体的な最小報酬（ＲＴＰ）と、全体的な最大ＲＴＰを有するように構成されることと、
前記受領した資金および第１のＲＴＰを画定する第１の支払い表を使用して、前記プレイヤーが前記第１の賭けイベントと無事に相互作用を行い、前記第１の賭けイベントを生成することを受領すると、前記プレイヤーに報酬を与えるかどうか、およびいくら与えるかを判定することであって、前記第１のＲＴＰは少なくとも前記全体的な最小ＲＴＰと同じ大きさであることと、
生成された前記第１の賭けイベントの少なくとも一部に対して、前記プレイヤーに払うべき報酬の一部を奨励金に仮想出資することと、
選択的に前記第２の賭け機会をプレイヤー相互作用のために利用可能にすることと、
前記利用可能な第２の賭け機会と無事にプレイヤーが相互作用したことを受領するときのみ、第２の賭けイベントを生成し、第２の支払い表にしたがって、前記プレイヤーに少なくとも前記奨励金と等しい報酬を払い、前記第２の支払い表は、前記全体的な最小ＲＴＰより大きい第２のＲＴＰを画定することと、前記奨励金は、前記第１の賭け機会と無事に相互作用する事に対して、前記プレイヤーに支払われる前記報酬の前記仮想出資部分の合計によって資金を与えられ、平均して、前記ゲームの前記全体的な最大ＲＴＰよりも多くならないこと、
を行う、ゲーム装置。
【請求項１７】
データが保存された、有形、非一時的コンピュータ可読媒体であって、前記データは命令のシーケンスを表し、規制されたゲーム計算装置によって計算されると、前記規制されたゲーム計算装置は、賭けベースのゲームをプレイするプレイヤーへの報酬を判定する非一時的コンピュータ可読媒体であって、
前記判定は、
前記規制されたゲーム機においてゲームを提供することであって、前記ゲーム内の複数のゲームアセットとのプレイヤー相互作用によって、第１の賭け機会と、第２の賭け機会とが生じ、前記ゲームはさらに、プレイヤーに対して全体的な最小報酬（ＲＴＰ）と、全体的な最大ＲＴＰを有するように構成されることと、
前記受領した資金および第１のＲＴＰを画定する第１の支払い表を使用して、前記プレイヤーが前記第１の賭けイベントと無事に相互作用を行い、前記第１の賭けイベントを生成することを受領すると、前記プレイヤーに報酬を与えるかどうか、およびいくら与えるかを判定することであって、前記第１のＲＴＰは少なくとも前記全体的な最小ＲＴＰと同じ大きさであることと、
生成された前記第１の賭けイベントの少なくとも一部に対して、前記プレイヤーに払うべき報酬の一部を奨励金に仮想出資することと、
選択的に前記第２の賭け機会をプレイヤー相互作用のために利用可能にすることと、
前記利用可能な第２の賭け機会と無事にプレイヤーが相互作用したことを受領するときのみ、第２の賭けイベントを生成し、第２の支払い表にしたがって、前記プレイヤーに少なくとも前記奨励金と等しい報酬を払い、前記第２の支払い表は、前記全体的な最小ＲＴＰより大きい第２のＲＴＰを画定することと、
前記奨励金は、前記第１の賭け機会と無事に相互作用する事に対して、前記プレイヤーに支払われる前記報酬の前記仮想出資部分の合計によって資金を与えられ、平均して、前記ゲームの前記全体的な最大ＲＴＰよりも多くならないことと、
によって行われる、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
本明細書に図示し、記載する実施形態は、規制されたカジノゲームの賭けベースのゲームにおいて、仮想出資および奨励金を実施するための方法、装置システム、およびコンピュータプログラム製品を対象とする。
【図面の簡単な説明】
【０００２】
【図１】実施形態を実施するのに適切なゲームネットワークのブロック図を例示する。
【０００３】
【図２】一実施形態による電子ゲームシステムのブロック図を示す。
【０００４】
【図３】本明細書に記載する実施形態を実施するように構成されてもよいゲームネットワークのネットワーク略図を例示する。
【０００５】
【図４】一実施形態による、電子ゲーム装置のブロック図である。
【０００６】
【図５】一実施形態による、インテリジェント電子ゲームシステムのブロック図である。
【０００７】
【図６】実施形態を実行可能なモバイルゲーム装置のブロック図である。
【０００８】
【図７】本明細書に記載する実施形態の様々な態様を実施するのに適切なシステムサーバを示す。
【０００９】
【図８】一実施形態によるゲームシステムサーバの機能ブロック図を示す。
【００１０】
【図９】実施形態を実施するのに適切なゲームシステムの構成要素を例示するブロック図を示す。
【００１１】
【図１０】一実施形態による方法のフローチャートである。
【００１２】
【図１１】一実施形態による方法のフローチャートである。
【００１３】
【図１２】実施形態によって設定される、賭けベースの規制されたゲーム機を示す。図１２はまた、実施形態による、データを保存する代表的な有形かつ非一時的コンピュータ可読媒体も示す。データは命令シーケンスを表し、規制されたゲーム計算装置によって実行されると、規制されたゲーム計算装置は、賭けベースのゲームをプレイするプレイヤーに支払うべき報酬を決定する。
【発明を実施するための形態】
【００１４】
年季の入ったギャンブラー（たとえば、年齢層５０歳以上の年とったギャンブラー）は、映像ゲームシンボル（たとえば、トランプのＡ、Ｊ、Ｋ、Ｑ）の基準的なセットに慣れている。これらのシンボルは、たとえば、一連のホイールまたはドラム上に表示される追加のテーマを持ったシンボル（たとえば、果物、動物、空想の生物、メディアの登場人物など）を伴っていてもよい。最近の技術によって、リールおよびシンボルをデジタル形式で表示するデジタルディスプレイ画面を用いることが可能となった。ただし、このような既存のスロットマシン技術は古く、若いプレイヤーには魅力的ではないこともある。一方、実際に、若いギャンブラー（たとえば、「ゲーマー」とも呼ばれる）は家庭用ゲームコンソール（ニンテンドー、ＸＢＯＸ、プレイステーションなど）に慣れている。家庭用ゲームコンソールを用いて、ゲーマーは相互作用可能な精巧に提供された没入型の２Ｄ＆３Ｄゲーム環境を得ることができる。これらのゲーマーは、展開が早く、活動的で、視覚的に美しいゲームに慣れているため、従来のスロットマシンのディスプレイ方法には魅力を感じず、カジノ運営者の収益が減る結果となっている。
【００１５】
したがって、ハイブリッド型のアーケード／賭けベースのゲームまたはギャンブルアーケードゲームを提供することが望ましい。これらのゲームはハイブリッド型のアーケードスタイル、賭けベースのゲーム技術を提供し、若いゲーマーではすでに受け入れる層ができている。ただし、ハイブリッド型のアーケードスタイル、賭けベースのゲーム技術に関する１つの重大な障害は、複雑なバックエンドソリューションに依存することである。バックエンドソリューションには、規制の精査および多数の異なるゲーム管轄からの承認という長く費用のかかるプロセスが必要となる。
【００１６】
この重大な障害に対する１つの可能性のある回避策は、ハイブリッド型のアーケードスタイル、賭けベースのゲームを現在承認されている賭けベースのゲーム規制基準を順守するように構成／設計することである。現在承認されている規制基準とは、たとえば、すでに様々なゲーム管轄で承認されている周知のＧＬＩ基準である。ＧＬＩ基準の一例は、２０１６年９月２１日にＧａｍｉｎｇ  Ｌａｂｏｒａｔｏｒｉｅｓ  ｉｎｔｅｒｎａｔｉｏｎａｌ社が公表したＧＬＩ−１１基準バージョン３．０であり、本明細書に援用される。
【００１７】
たとえば、一実施形態では、ハイブリッド型のアーケードスタイル、賭けベースのゲームは、アーケードスタイルのゲームインタフェースを提供するように構成されてもよい。アーケードスタイルのゲームインタフェースを用いて、プレイヤーは賭けベースのゲーム機でアーケードスタイルのゲームに参加することができる。プレイヤーが（たとえば、アーケードスタイルのゲームをプレイ中に）実施する１または複数のイベントおよび／または活動は、適用されるゲーム基準、規則および法規を遵守する乱数発生器（ＲＮＧ）に基づく賭けを自動的に起動してもよい。このような賭けベースの活動は、現在既存のＧＬＩ基準（および／またはその他国内、地域、ローカルのゲーム規則および法規）に適合するため、このようなハイブリッド型のアーケードスタイル、賭けベースのゲームは、カジノ施設に配置するために規制当局の承認をさらに必要としないこともある。
【００１８】
一実施形態では、ハイブリッド型のアーケードスタイル、賭けベースのゲームは、新しく、様々なビジュアルゲーム表現をプレイヤーが相互作用する新しく、様々な方法と組み合わせることによって生み出されてもよい。ハイブリッド型のアーケードスタイル、賭けベースのゲームは、持ち札のゲームを賭けるテーマ／スタイルに基づいて、知覚的に刺激する経験を広範なヒューマンインタフェースデバイス（ＨＩＤ）を用いて提供するように構成されてもよい。たとえば、一部のゲームは、一人称射撃ゲームに拳銃型のコントローラを利用してもよく、またはドライビングゲーム用に自動車のハンドル、アクセルまたはブレーキペダルを利用してもよい。これらおよびその他のタイプのゲームおよび相互作用は、ハイブリッド型のアーケード／賭けベースのゲームに適応されてもよい。
【００１９】
たとえば、ハイブリッド型のアーケードスタイルの形式、賭けベースのゲームもまた、その他のタイプの映像および／またはアーケードスタイルのゲームに焦点をあててもよい。たとえば、非線形（たとえば、オープンワールド）タイプの映像および／または、たとえば、グランドセフトオートアーケードスタイルなどのゲーム、たとえばハーフライフなどの線形タイプの映像および／またはアーケードスタイルのゲーム、たとえば、ワールドオブウォークラフトなどの大規模マルチプレイヤーオンライン「ＭＭＯ」タイプの映像および／またはアーケードスタイルのゲーム、たとえばファイナルファンタジーなどのロールプレイングゲーム「ＲＰＧ」タイプの映像および／またはアーケードスタイルのゲームなどに焦点をあててもよい。このようなゲームは、プレイヤーの入力（たとえば、ＨＩＤ）を通じてゲームワールドを移動可能なプレイヤーキャラクタを主役としてもよい。これによって、パス方向を通じて多数のプレイヤー選択の可能性を提供することによって、ゲームをプレイすることによる興奮感が増大される。
【００２０】
一部の実施形態では、ハイブリッド型のアーケードスタイルの形式、賭けベースのゲームは、マルチプレイヤー機能が起こるゲーム環境を利用してもよい。マルチプレイヤーゲームは、複数の「参加」形態を有していてもよい。たとえば、一人の特定のプレイヤーはカジノ現地でハイブリッド型のアーケード／賭けベースのゲームをプレイする一方、別の（つまり異なる）プレイヤーは別の場所にいて、同時に同一のハイブリッド型のアーケード／賭けベースのゲームに参加していてもよく、ハイブリッド型のアーケード／賭けベースのゲームの賭けに関する態様／部分に参加していなくてもよい。このような無料のゲームは「無料でプレイできる」ゲームとして周知であり、プレイヤーは自分の装置にダウンロードし、インストールすることができる。プレイヤーは次に、（たとえば、賭けベースの対応する部分とほぼ同様に）賭けベースのイベントに参加せずにゲームを進めてもよい。このようなゲームの状況は、「クリックトゥーブリック」という結果を促進することもある。つまり、カジノ場所はゲームを家庭にいるユーザに宣伝し、ユーザに賭けないバージョンのゲームに親近感を持たせ、経験をつませるようにする。その後、ゲームのハイブリッド型のアーケード／賭けバージョンをプレイするように、まさにこれらの家庭でのプレイヤーがカジノを訪れるように招待してもよい。
【００２１】
一部の実施形態では、同一のハイブリッド型のアーケード／賭けベースのゲームに同時に参加する異なるプレイヤーは、それぞれ個別に自分の賭けのパラメータ／金額を設定してもよく、それらはその他のゲームプレイヤーや参加者が設定するパラメータ／金額とは異なっていてもよい。
【００２２】
図１は、コンピュータネットワークを介して実装されるハイブリッド型のアーケード／賭けベースのゲームシステム１００の一実施形態のブロック図を例示する。ハイブリッド型のアーケード／賭けベースのゲームシステムの１または複数の部分によって実施される様々な機能、行為、操作、および活動の少なくとも一部は、１または複数の条件、イベント、および／または１または複数の異なるタイプの最小閾値基準を満たすその他の基準の検出に応じて、起動されてもよい。実施形態によれば、ハイブリッド型のアーケード／賭けベースのゲームシステムが提供する機能、操作、行為、および／またはその他の特徴の様々なタイプの少なくとも一部は、１または複数のクライアントシステム、１または複数のシステムサーバ、および／またはこれらの組み合わせで実装されてもよい。異なる実施形態によると、現在のハイブリッド型のアーケード／賭けベースのゲームシステム１００は、ハードウェアおよび／またはハードウェアとソフトウェアの組み合わせで実装されてもよい。
【００２３】
一実施形態によれば、ハイブリッド型のアーケード／賭けベースのゲームシステム１００は、コンピュータ／通信ネットワーク１１０に接続するローカルカジノシステム１２２、クライアントコンピュータシステム１３０、モバイル装置１６０およびリモート／インターネットベースのゲームサービス１９０およびその他第三者機関１５０を含んでいてもよい。ローカルカジノシステム１２２は、ローカルカジノゲームシステムサーバ１２０を含んでいてもよい。ローカルカジノシステム１２２は、クラス２ＲＮＧシステム／サービス１２４を含んでいてもよい。クラス２ＲＮＧシステム／サービス１２４は、クラス２ゲームタイプＲＮＧ成果を動的に生成し、および／または提供し、この成果をハイブリッド型のアーケード／賭けベースのゲーム装置に「所定の」ＲＮＧ成果として用いられるように構成されてもよい。クラス３ＲＮＧシステム／サービス１２６もまた、クラス３ゲームの「所定の」ＲＮＧ成果を動的に生成し、提供するように設けられてもよい。ローカルカジノシステム１２２は、電子ゲーム機（ＥＧＭ）１２８を含んでいてもよい。電子ゲーム機（ＥＧＭ）１２８は、本明細書の以下に記載するように構成されてもよい。
【００２４】
クライアントコンピュータシステム１３０は、ネットワーク１１０に接続し、たとえば、ウェブブラウザ１３２を通じて様々なタイプの機能、操作、行為、および／または本明細書に記載または参照するその他の特徴を実装するように操作可能であってもよい。同様に、モバイル計算装置１６０（たとえば、モバイルフォン、タブレットなど）は、ネットワーク１１０にアクセスし、モバイルウェブブラウザ１６２および／または１または複数のモバイルアプリケーション（アプリ）１６６を使用して、本明細書に記載する機能の一部またはすべてを実装するように構成されてもよい。第三者機関１５０もまた、ネットワーク１１０を通じて本明細書に記載する一部またはすべての機能を実施するように構成されてもよい。
【００２５】
リモート／インターネットベースのゲームサービス１９０もまた、ネットワーク１１０に接続されてもよい。リモート／インターネットベースのゲームサービス１９０は、符号１２４に関連して記載されるクラス２ＲＮＧシステム／サービス１９４と、符号１２６に関連して記載されるクラス３ＲＮＧシステム／サービス１９６と、リモートデータベースシステム１８０とを備えていてもよい。リモートシステム／サービス１７０が提供されてもよい。リモートシステム／サービス１７０は、たとえば、コンテンツプロバイダサーバ／サービス、メディアストリーミングサーバ／サービス、データベース保存／アクセス／クエリサーバ／サービス、金融会計サーバ／サービス、決済代行システムサーバ／サービス、電子商会計サーバ／サービス、イベント管理／日程計画サーバ／サービスおよび／または必要に応じたその他のサービスを含んでいてもよい。リモート／インターネットベースのゲームサービス１９０はまた、ゲームサーバ１９２を含んでいてもよい。
【００２６】
実施形態によれば、ハイブリッド型のアーケード／賭けベースのゲームの複数のインスタンスまたはスレッドは同時に実装されてもよく、および／または１または複数のプロセッサおよび／またはハードウェアおよび／またはハードウェアとソフトウェアのその他の組み合わせの使用を通じて起動されてもよい。実施形態では、１または複数のローカルおよび／またはリモートメモリ装置との通信を通じて、１または複数の関連データベースからの情報にアクセスし、および／またはそれらの情報を利用してもよい。
【００２７】
異なる実施形態によると、様々な異なるタイプの暗号化／復号化技術を用いて、ネットワーク１１０および／またはその他の通信チャネルを通じてセキュア通信を促進してもよい。たとえば、このような暗号化は、乱数発生器、ＳＨＡ−１（たとえば、セキュアハッシングアルゴリズム）、ＭＤ２、ＭＤ５、ＤＥＳ（たとえば、デジタル暗号化基準）、３ＤＥＳ（たとえば、トリプルＤＥＳ）、ＲＣ４（たとえば、リベスト暗号）、ＡＲＣ４（たとえば、ＲＣ４に関連して）、ＴＫＩＰ（たとえば、テンポラルキーインテグリティプロトコルはＲＣ４を用いる）、ＡＥＳ（たとえば、高度暗号化基準）、ＲＳＡ、ＤＳＡ、ＤＨ、ＮＴＲＵ、およびＥＣＣ（たとえば、楕円曲線暗号）、ＰＫＡ（たとえば、秘密鍵認証）、装置固有秘密鍵およびその他暗号鍵データ、ＳＳＬなどを利用してもよい。その他の安全対策には、周知のハードウェアベースおよび／またはソフトウェアベースの安全構成要素、および／またはハードウェアおよび／またはソフトウェアに実装される任意のその他の既知または未考案の安全および／またはハードウェアおよび暗号化／復号化プロセスを使用することを含んでいてもよい。
【００２８】
本明細書に記載するハイブリッド型のアーケード／賭けベースのゲームの実施形態は、ハードウェアおよび／またはハードウェアとソフトウェア両方の組み合わせで実装されてもよい。可能な実装は、オペレーティングシステムカーネル、個別のユーザプロセス、ネットワークアプリケーションに含まれるライブラリパッケージ、特別に設計されたマシン、またはネットワークインタフェースカード上である。特定の実施形態では、本明細書に記載する様々な態様はオペレーティングシステムなどのソフトウェア、オペレーティングシステムで稼働するアプリケーションで実装されてもよい。
【００２９】
代替的に、本明細書に記載する現在のハイブリッド型のアーケード／賭けベースのゲーム技術のハードウェアおよび／またはソフトウェアの実施形態は、プログラム可能な汎用コンピュータに実装されてもよい。このコンピュータはメモリに保存されるコンピュータプログラムによって選択的に起動または再構成される。このようなプログラム可能なマシンは、たとえば、モバイルまたは携帯計算システム、ＰＤＡ、スマートフォン、ノートブックコンピュータ、タブレット、ネットブック、デスクトップ計算システム、システムサーバ、クラウド計算システム、ネットワーク装置などを含んでいてもよい。
【００３０】
図２は、一実施形態による電子ゲームシステム２００の例示的ブロック図を示す。図示するように、電子ゲームシステム２００は、電子ゲーム装置（ＥＧＤ）２５１（たとえば、電子ゲーム端末、電子ゲーム機、賭けベースの映像ゲーム機など）を含んでいてもよい。電子ゲーム装置（ＥＧＤ）２５１は、ネットワーク２０５にネットワークリンク２１０を介して接続してもよい。ネットワーク２０５は、インターネットおよび／または私的ネットワークを含んでいてもよい。１または複数の映像ストリームを映像／マルチメディアサーバ２１５でＥＧＤ２５１から受信してもよい。映像／マルチメディアサーバ２１５はまた、１または複数の映像ストリームをモバイル装置２４５、２５５、ＥＧＤ２５１、および／またはその他リモート電子装置に送信してもよい。映像／マルチメディアサーバ２１５は、これらの映像ストリームをネットワークリンク２１０およびネットワーク２０５を介して送信してもよい。
【００３１】
電子ゲームシステム２００は、アカウント／会計サーバ２２０、ゲームサーバ２２５、認証サーバ２３０、プレイヤー追跡サーバ２３５、バウチャサーバ２４０、および検索サーバ２４２を含んでいてもよい。アカウント／会計サーバ２２０はキャッシュフロー、バウチャ取引、勝ったバウチャ、負けたバウチャ、および／またはカジノ管理者およびプレイヤーに関するその他の取引データを蓄積し、追跡し、保存し、および／または監視してもよい。取引データは、賭けの数、賭けの大きさ、これらの賭けの日時、これらの賭けを行ったプレイヤーの身元、および賭けの頻度を含んでいてもよい。アカウント／会計サーバ２２０はまた、これらの賭けに関する課税情報を生成してもよく、損益および／またはその他の報告書所定のゲームオプション、偶発ゲームオプション、所定の賭け構造、および／または成果カテゴリを生成してもよい。ゲームサーバ２２５は、所定の賭け構造および／または成果カテゴリに基づくゲームオプションを生成してもよい。これらのゲームオプションは所定のゲームオプション、偶発ゲームオプション、および／または本明細書に記載する任意のその他ゲームオプションであってもよい。認証サーバ２３０は、バウチャの有効性、プレイヤーの身元、および／またはゲームイベントの成果を判定してもよい。プレイヤー追跡サーバ２３５は、プレイヤーの賭け活動、プレイヤーが好む言語、飲み物、フォント、音響レベルなどのプレイヤーの好みを追跡してもよい。プレイヤー追跡サーバ２３５から取得したデータに基づいて、プレイヤーは、ゲームの報酬（たとえば、無料のプレイ）、プロモーション、および／またはその他報酬（たとえば、無料の食べ物、飲み物、宿泊、コンサートなど）を受け取っていてもよい。バウチャサーバ２４０はバウチャを生成してもよい。バウチャは、ゲームオプションに関するデータを含んでいてもよい。生成されたバウチャは物理的（たとえば、紙）またはデジタルであってもよい。
【００３２】
検索サーバ２４２は、１または複数のゲーム装置上で検索を実施して、ゲームデータを取得してもよい。検索サーバ２４２は、メッセージ機能を実施してもよい。メッセージ機能は第三者（たとえば、プレイヤー）に、検索、最新検索状態、最新ゲーム状態、最新賭け状態、賭けの確認、送金の確認に関するメッセージを送信してもよく、および／またはプレイヤーのアカウントに関する任意のその他のデータを送信してもよい。メッセージは、ゲーム装置上のテキスト表示、ポップアップウィンドウ、テキストメッセージ、ｅメール、ボイスメッセージ、映像メッセージなどの形を取ってもよい。検索サーバ２４２は、賭け機能を実施してもよく、賭け機能は自動賭け機構であってもよい。検索サーバ２４２のこれらの機能は、１または複数のサーバに統合されてもよい。検索サーバ２４２は、たとえば、一定の期間中に最も多い金額が支払われたゲーム、一定の期間中にプレイヤーから最も金を集めたゲーム、最も人気のあるゲーム（たとえば、トップゲーム）、最も人気のないゲーム、一定期間中に最も多い掛け金を得るゲーム、賭け高が最も多いゲーム、一定の期間中に変動しやすいゲーム（たとえば、統計標準からの変動率または偏差、賭け高、賭け金、支払いなど）などを判定するように構成されてもよい。検索はまた、場所のクエリ、時間のクエリ、および／または人のクエリと関連してもよい。
【００３３】
実施形態によれば、ゲームネットワーク３００は、ディスプレイシステムサーバ３０４を含んでいてもよい。ディスプレイシステムサーバ３０４は、１または複数のＥＧＤに、ディーラーのディスプレイ、マネージャのディスプレイなどに表示および／または提示されるコンテンツ（たとえば、図形、画像、テキスト、映像料金など）を管理するように構成されてもよい。１または複数のＥＧＤマルチメディアシステムサーバ３０５が設けられ、ネットワーク３１０に接続し、コンテンツ（たとえば、図形、画像、テキスト、映像料金、音声供給など）管理するように構成されてもよい。これらのコンテンツは、たとえば、１または複数のＥＧＤ（たとえば、または１または複数のグループのＥＧＤ）に流され、または提供される。１または複数のメッセージシステムサーバ３０６が設けられ、ネットワーク３１０に接続し、様々なシステム、構成要素、装置、ＥＧＤ、プレイヤー、ディーラー、およびゲームネットワークのマネージャ間のメッセージおよび／またはその他の通信を管理するように構成されてもよい。モバイルシステムサーバ３０８は、プレイヤーが管理するモバイル装置およびカジノが管理するモバイル装置などの様々なタイプのモバイル装置間で交換される通信および／またはデータを管理してもよい。プレイヤーが管理するモバイル装置は、たとえば、スマートフォン、ＰＤＡ、タブレット、モバイルコンピュータであり、カジノが管理するモバイル装置は、たとえばモバイルゲーム装置である。金融システムサーバ３１２は、１または複数のハイブリッド型のアーケード／賭けベースのゲームセッションに関する金融データおよび金融取引を追跡し、管理し、報告し、保存するように構成されてもよい。一実施形態によれば、プレイヤー追跡システムサーバ３１４は、少なくとも１つのデータベースを含んでいてもよい。少なくとも１つのデータベースは、ネットワークでの各プレイヤーの持ち札、勝ち／負け、賭け金、プレイヤーの好みなどを追跡する。一実装例では、プロモーション、ボーナス、報酬、成果などの提供および／または付与は、ゲームタイプごとのプレイヤーのプレイパターン、時間、選択したゲーム、賭け金額などに基づいていてもよい。プレイヤー追跡システムサーバによって、プレイヤーの好みを確立してもよい。それによって、カジノがプロモーションの努力を行う際の支援となり、プレイヤーに補償を付与すること（たとえば、忠誠点）、適切なプロモーションを判定すること、ボーナスを与えることなどを支援する。データ追跡および分析システム３１８は、を管理するおよび分析するゲームデータように構成されてもよい。一実施形態では、データ追跡＆分析システムは、マルチサイトハイブリッド型のアーケード／賭けベースのゲーム傾向、ローカルの勝ちおよびジャックポットを統合するように構成されてもよい。
【００３４】
ゲームシステムサーバ３２２、３２４はそれぞれ、１または複数の特別に指定されたタイプのゲーム専用であってもよい。各ゲームサーバは、ゲームロジックを含み、複数の仮想ハイブリッド型のアーケード／賭けベースのゲームセッションのうちの１つをホストしてもよい。少なくとも一部のゲームサーバもまた、プレイ中の仮想ハイブリッド型のアーケード／賭けベースのゲームのゲームのアカウント（たとえば、入金、出金）を追跡し、および／または金融システムサーバ３１２を各ゲーム終了時に更新するように構成されてもよい。ゲームサーバ３２２、３２４はまた、ＥＧＤ基本図形（たとえば、ゲーム仮想オブジェクトおよびゲーム状態）を生成するように構成されてもよい。ゲームサーバ３２２、３２４はさらに、ゲーム状態が変化したこと（たとえば、新しいカードが配られたこと、プレイヤーが掛け金を引き上げたこと、プレイヤーがフォールド／バストすることなど）を検出するとき、ＥＧＤを更新するように操作可能であってもよい。管轄／規制監視および施行システム３５０は、１または複数の管轄における賭けベースのゲームをする活動に関する特定の規制要件の追跡、監視、報告、および施行を取り扱うように構成されてもよい。
【００３５】
認証および検証システム３５２は、規定のＥＧＤで現在プレイしているプレイヤーの身元を判定および／または認証するように構成されてもよい。たとえば、一実施形態では、１または複数の特徴にアクセスするために、現在のプレイヤーはログインプロセスをＥＧＤで行うように求められてもよい。代替的に、ＥＧＤは１または複数の外部の信号に基づいて現在のプレイヤーの身元を自動的に判定するように適応されてもよい。外部の信号とは、たとえば、現在のプレイヤーが装着しているプレイヤー追跡カードのバーコード、ＲＦＩＤタグまたはバッジをスキャンすることなどによって、ＥＧＤに提供される無線信号であって、現在のプレイヤーの身元を判定する。少なくとも一実装では、様々な安全対策がＥＧＤに組み込まれ、無許可のプレイヤーがＥＧＤで一定のタイプの活動に従事することを防止する。一部の実施形態では、認証および検証システム３５２は、様々なタイプのハードウェアおよび／またはソフトウェア構成要素を認証および／または検証するように構成されてもよい。様々なタイプのハードウェアおよび／またはソフトウェア構成要素は、たとえば、リモートＥＧＤに常駐するハードウェア／ソフトウェア構成要素、ゲームプレイ情報、賭け情報、プレイヤー情報および／または身元などである。
【００３６】
図３にカジノＡ３３０およびカジノＢ３４０で示すカジノ施設は、データ具体的な地理的位置に位置する、現実に存在する物理的なカジノに対応してもよい。一部の実施形態では、複数の異なるカジノ施設の一部は互いに系列であってもよい（たとえば、ハラーズラスベガス、ハラーズロンドン）。別の実施形態では、複数の異なるカジノ施設の少なくとも一部は、互いになんらの系列関係を有しない。
【００３７】
ＥＧＤ３３２、３３４、３３６、３４２、３４４、３４６は、実施形態によるゲームセッションにプレイヤーが参加できるように構成されてもよい。異なるＥＧＤは、物理的に１または複数の異なるカジノ施設に配置されてもよく、図３に３１０で示す通信ネットワークを介して接続されてもよい。通信ネットワークは、インターネット、セルラー、およびＷＡＮネットワークを含んでいてもよい。一部の実施形態では、ＥＧＤは、固定マシンとして実装されてもよい。一部の実施形態では、少なくとも一部のＥＧＤは、モバイル装置（たとえば、タブレット、スマートフォン、ラップトップ、ＰＣなど）を用いて実装されてもよい。
【００３８】
ゲーム履歴サーバ３６４が設けられてもよい。ゲーム履歴サーバ３６４は、ハイブリッド型のアーケード／賭けベースのゲームのゲームタイプおよびゲームプレイ履歴を追跡するように構成されてもよい。一部の実施形態では、ゲーム履歴サーバはまた、プレイヤーとカジノとの間に争いがある場合、たとえば、（ゲームイベントを仮想再現することなどによって）従前に保存したゲーム状態に基づいて問題のゲームを「再生」する機能を段階的に提供することによって、カジノマネージャを支援してもよい。リモートデータベースシステムは、ネットワーク３１０に接続し、選択的にアクセス可能であってもよい。リモートデータベースシステムはまた、本明細書に記載する様々なタイプの情報およびデータを保存し、それらに対するアクセスを提供するように構成されてもよい。リモートシステムサーバ／サービスが設けられ、たとえば、コンテンツプロバイダサーバ／サービスメディアストリーミングサーバ／サービスデータベース保存／アクセス／クエリサーバ／サービス、金融会計サーバ／サービス、決済代行システムサーバ／サービス、電子商会計サーバ／サービス、イベント管理／日程計画サーバ／サービスおよび／またはその他サービスを提供するように構成されてもよい。モバイルゲーム装置３３６、３４６は、図６に関連して以下に記載するサービスを提供するように構成されてもよい。
【００３９】
特定の実施形態によれば、様々に異なるゲーム状態を用いて、規定のＥＧＤで現在発生している（たとえば、またはすでに発生した）現在および／または過去のイベントの状態を特徴付けてもよい。たとえば、一実施形態では、ゲームの任意の時間で、有効な現在のゲーム状態を用いて、その特定の時間におけるゲームプレイの状態（たとえば、および／またはその他関連イベント、たとえば、ＥＧＤの操作モードなど）を特徴付けてもよい。少なくとも１つの実施形態では、複数の異なる状態を用いて、任意の時間に発生する異なる状態またはイベントを特徴付けてもよい。一実施形態では、ゲーム状態があいまいであるとき、単一の状態の実施形態によって、１つの有効な現在のゲーム状態が選択されるように決定される。複数の状態の実施形態では、複数の可能性のあるゲーム状態がゲームの任意の時間に同時に存在してもよい。ゲーム終了時、またはゲームの最中の任意の時点で、ＥＧＤは異なるゲーム状態を分析し、そのうち１つを一定の基準に基づいて選択してもよい。このように、たとえば、ゲーム状態があいまいであるとき、複数の状態の実施形態では、すべての起こり得るゲーム状態が存在し、先に進むため、ゲームのもっと遅い時点で１つのゲームを選択するように決定を延期することができる。複数のゲーム状態の実施形態ではまた、あいまいなデータまたはゲーム状態のシナリオをより効率的に扱ってもよい。
【００４０】
様々に異なるエンティティを用いて、（たとえば、単独または組み合わせて）規定のゲームＥＧＤで発生するゲーム状態の進行を追跡してもよい。このようなエンティティの例には、マスタコントローラシステム、ディスプレイシステム、ゲームシステム、ローカルゲーム追跡構成要素、リモートゲーム追跡構成要素などが含まれていてもよい。様々なゲーム追跡構成要素の例には、以下が含まれていてもよいが、これらに限定されない。自動センサ、手動操作センサ、映像カメラ、インテリジェントカードシュー、ＲＦＩＤリーダー／ライター、ＲＦＩＤタグ付きチップ、オブジェクトディスプレイマシン可読コード／パターンなど。
【００４１】
ＥＧＤのローカルゲーム追跡構成要素は、ＥＧＤでのゲームプレイ活動を自動的に監視するように操作可能であってもよく、および／またはゲームが進行するにつれて、１つの状態から別の状態にゲームが移行することを起動してもよい重大なイベントを自動的に識別するように操作可能であってもよい。ゲームテーブルでプレイされているゲームのタイプに応じて、可能性のある重大なイベントの例には、新しいゲームセッションの開始、現在のゲームセッションの終了、仮想スロットホイールの回転開始、ゲーム開始イベント、ゲーム終了イベント、賭けベースのイベントの開始をトリガーするイベントの検出（たとえば、ゾンビ殺害、賭け機会に出会うときに所定の行為の実行など）、賭けベースのイベントの終了をトリガーするイベントの検出、確率的ゲームプレイイベントの開始をまたは終了をトリガーするイベントの検出、初期賭け期間の開始または終了、後続の賭け期間の開始または終了、または支払い期間の開始または終了が含まれていてもよい。
【００４２】
図４は、一実施形態による電子ゲーム装置４００のブロック図４００を示す。図示するように、電子ゲーム装置４００は、プロセッサ４０２、メモリ４０４、ネットワークインタフェース４２２、入力装置４２８、およびディスプレイ４２６を含んでいてもよい。プロセッサ４０２は、所定の賭け構成および／または結果カテゴリに基づいてゲームオプションを生成してもよい。所定の賭け構成は、プロセッサ４０２でゲームオプションを生成するための２つ以上の成果カテゴリを利用してもよい。所定の賭け構成は、任意の成果カテゴリと、ゲームオプションに対する任意のその他の成果カテゴリとを組み合わせてもよい。プロセッサ４０２は、ゲームオプションが２つ以上のＥＧＤに関連するように構築されるゲームオプションを提供してもよい。プロセッサ４０２は、偶発的ゲームオプションおよび／または所定のゲームオプションを生成してもよい。偶発的ゲームオプション４１０は、トリガーイベントが発生するとき、賭けが起動されるように構成される構造であってもよい。
【００４３】
ネットワークインタフェース４２２は、１１０、２０５および３１０で示される通信ネットワークを介して、電子ゲーム装置４００がリモート装置／システムと通信可能となるように構成されてもよい。リモート装置／システムは、たとえば、映像／マルチメディアサーバ、アカウント／会計サーバ、ゲームサーバ、認証サーバ、プレイヤー追跡サーバ、バウチャサーバなどである。入力装置４２８は、機械式ボタン、電子ボタン、１または複数のタッチスクリーン、マイクロホン、カメラ、光学スキャナであってもよく、またはこれらの任意の組み合わせを含んでいてもよい。入力装置４２８を用いて、賭けを行い、バウチャの売買のオファーを行い、バウチャの価値を判定し、バウチャを現金化し、（たとえば、音響レベル、構成、フォント、言語などを変更する）電子ゲーム装置４００を変更し、映画もしくは音楽を選択し、主画面および／もしくは補助画面上に表示するコンテンツのタイプを選択してもよく、またはこれらの任意の組み合せを行ってもよい。
【００４４】
アーケードスタイルのゲームエンジン４４２は、ハイブリッド型アーケード／賭けベースゲームのアーケードスタイルゲームプレイ部分（または娯楽部分）を管理するために構成または設計されように構成されてもよい。反対に、賭けベースのゲームエンジン４４４は、実施形態によるゲームの賭けベースのゲームイベント部分を管理するように構成されてもよい。乱数発生器（ＲＮＧ）エンジン４４６が設けられ、ランダムな結果を生成するために用いられてもよいソフトウェアおよび／またはハードウェアアルゴリズムおよび／またはプロセスを含んでいてもよく、賭けベースのゲームエンジンによって賭けベースのゲームイベント結果を生成するために用いられてもよい。
【００４５】
ディスプレイ４２６は、１または複数のゲーム装置からの映像ストリーム、１または複数のゲーム装置からのゲームオブジェクト、コンピュータで生成されたグラフィックス、所定のゲームオプション、および／または偶発的ゲームオプションを示してもよい。メモリ４０４は様々なメモリモジュール４４０を含んでいてもよい。様々なメモリモジュール４４０は、将来の賭けモジュール４０６、所定のゲームオプションモジュール４０８、偶発的ゲームオプションモジュール４１０、確認モジュール４１２、検証モジュール４１４、バウチャモジュール４１６、報告モジュール４１８、保守モジュール４２０、プレイヤー追跡好みモジュール４２４、検索モジュール４３０、およびアカウントモジュール４３２を含む。
【００４６】
将来の賭けモジュール４０６は、所定の賭け構成に関連するデータを保存してもよい。プロセッサ４０２は、将来の賭けモジュール４０６内のデータを利用して、所定のゲームオプションおよび／または偶発的ゲームオプションを生成してもよい。任意のその他のプロセッサ（たとえば、ゲームサーバ２２５、任意の仮想化ゲームサーバなど）は、プロセッサ４０２の機能を実施してもよい。所定のゲームオプションモジュール４０８は、所定のゲームオプションに関連するデータを保存してもよい。このデータはプレイヤーに提供されてもよい。偶発的ゲームオプションモジュール４１０は、偶発的ゲームオプションに関連するデータを保存してもよい。このデータはプレイヤーに提供されてもよい。確認モジュール４１２は、バウチャから受領したデータ、バウチャの取引履歴（たとえば、流通市場で持ち札が変わったバウチャ）、および／またはプレイヤーの身元を利用して、バウチャの価値を確認してもよい。別の実施例では、確認モジュール４１２は、ゲームイベントデータをバウチャデータと共に利用して、バウチャの価値を確認してもよい。検証モジュール４１４は、バウチャから受領したデータを利用して、バウチャの有効性を確認してもよい。バウチャモジュール４１６は、生成されたバウチャ、引き換えられたバウチャ、購入されたバウチャ、および／または売却されたバウチャに関連するデータを保存してもよい。報告モジュール４１８は、電子ゲーム装置４００、電子ゲームシステム、ハイブリッド型アーケード／賭けベースのゲーム、映像ストリーム、ゲームオブジェクト、クレジット装置または識別装置などの性能に関連する報告書を生成してもよい。
【００４７】
一実装例では、報告モジュール４１８は中央サーバ上に常駐してもよく、１または複数の参加しているカジノにおける１または複数のハイブリッド型アーケード／賭けベースのゲームでの賭け活動に関するリアルタイムの統計値を統合および生成するように構成されてもよい。統合された賭け統計値は、傾向（たとえば、ゲームタイプごと、カジノごとの統合日次賭け数量および賭け金額など）、最も支払いの多いトップゲーム、最も支払いの多いトップ台、プレイヤーによって最も使用された検索構造、賭け数量で最も人気のあるハイブリッド型アーケード／賭けベースゲーム、最も検索されたゲーム、最も支払いの少ないハイブリッド型アーケード／賭けベースゲーム、週次傾向、月次傾向、およびゲームプレイ、賭け、人々、位置、および検索に関連した他の統計値を含んでいてもよい。
【００４８】
保守モジュール４２０は、電子ゲーム装置４００および／または電子ゲームシステム２００上で実装される任意の保守を追跡してもよい。保守モジュール４２０は、予防的保守を計画し、および／または装置故障に基づくサービスコールを要求してもよい。プレイヤー追跡好みモジュール４２４は、プレイヤーの好みに関連するデータを蓄積し、追跡してもよい。
【００４９】
検索モジュール４３０は、１または複数の検索構造、１または複数の検索アルゴリズム、および／または任意のその他検索機構を含んでいてもよい。一実施例では、検索は１または複数のトリガーイベントが判定されると終了してもよい。別の実施例では、検索は所定の数（たとえば、１、２、１０、１００、全部）の装置からデータが受信されると、終了してもよい。別の実施例では、検索は、所定の取得すべき数の検索結果と一緒に検索すべき所定の数の装置に基づいていてもよい。別の実施例では、検索構造は、１または複数の特定のゲームに基づいていてもよい。別の実施例では、検索構造は、プレイヤーの好み、過去の取引履歴、プレイヤー入力、特定のハイブリッド型アーケード／賭けベースゲームまたはゲームタイプ、特定のＥＧＤ、特定のカジノ、カジノ内の特定の位置、一定の期間にわたるゲーム結果、一定の期間にわたる支払い、および／または任意の他の基準に基づいていてもよい。検索アルゴリズムは、動的検索プログラムであってもよく、それは前述したように、１または複数の過去の結果に基づいて修正されてもよい。別の実施例では、検索アルゴリズムは、前述のとおり、成功の確率、様々なイベントおよび／または状態に基づいて検索優先度を生成してもよい。一部の実施形態では、検索アルゴリズムは、現在および／または将来の検索結果を強化するために任意の動的フィードバック手順を利用してもよい。
【００５０】
アカウントモジュール４３２は、アカウント残高、賭け限度、行った賭け数、クレジット限度、任意の他のプレイヤー情報、および／または任意の他のアカウント情報に関連するデータを含んでいてもよい。アカウントモジュール４３２からのデータは、賭けが受け入れられ得るかどうかを判定するために利用されてもよい。たとえば、探索でトリガーイベントを判定している場合、装置および／またはシステムは、賭け金額、賭け数、賭け限度、アカウント残高、および／または任意の他の基準の１または複数に基づいて、この賭けを許可すべきかどうかを判断してもよい。
【００５１】
少なくとも１つの実施形態では、ブロック図４００内で説明したモジュールの少なくとも一部は、ゲーム端末４００内にローカルに常駐していてもよい。しかし、少なくとも一部の実施形態では、これらのモジュールによって実行される機能は、１または複数のリモートサーバ内で実装されてもよい。たとえば、モジュール４０６から４２０および４２４はそれぞれ、リモートサーバ上に常駐してもよく、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）トポロジにおいてイーサネットなどのネットワークインタフェースを介して、ゲーム端末４００と通信する。一部の実施態様では、これらのサーバは、データセンタ内の物理的なサーバであってもよい。一部の他の実装では、これらのサーバは仮想化されてもよい。さらに一部の他の実装では、これらのモジュールによって実行される機能は、ウェブサービスとして実装されてもよい。たとえば、所定のゲームオプションモジュール４０８は、ウェブサービスプロバイダとしてソフトウェアに実装されてもよい。ゲーム端末４００は、ウェブを通して表示すべき利用可能な所定の賭けオプションに対するサービス要求を行ってもよい。モジュールおよび各モジュールの機能がどのように実装されているかに関わらず、ゲーム端末４００との相互運用はシームレスである。一実装例では、報告モジュール４１８は中央サーバ上に常駐してもよく、参加している１または複数のカジノにおける１または複数のハイブリッド型アーケード／賭けベースゲームでの賭け活動に関するリアルタイムの統計値を集計および集計するように構成されてもよい。集計した賭け統計値は、傾向（たとえば、ゲームタイプごと、カジノごとの集計日次賭け数量および賭け金額など）、最も支払いの多いトップゲーム、最も支払いの多いトップＥＧＤ、プレイヤーによって最も使用された探索構造、賭け数量で最も人気のあるハイブリッド型アーケード／賭けベースゲーム、最も探索されたゲーム、最も支払いの少ないＥＧＤ、週次傾向、月次傾向、およびゲームプレイ、賭け、人々、位置、および探索に関連した他の統計値を含んでいてもよい。
【００５２】
図５は、特定の実施形態による例示的なインテリジェントマルチプレイヤー電子ゲームシステム５００のブロック図である。ゲームシステム５００は、ゲームサーバとして実装され得る。他の実施形態では、ゲームシステム５００は、電子ゲーム機（たとえば、ＥＧＭ）または電子ゲーム装置（たとえば、ＥＧＤ）として実装されてもよい。
【００５３】
図示するように、ゲームシステム５００は、少なくとも１つのプロセッサ５１０、少なくとも１つのインタフェース５０６、およびメモリ５１６を含んでいてもよい。追加として、ゲームシステム５００は、少なくとも１つのマスタゲームコントローラ５１２、マルチタッチセンサおよびディスプレイシステム５９０、複数の周辺機器構成要素５５０、および様々な他の構成要素、装置、システムを含んでいてもよい。このような構成要素、装置、システムは、たとえば、アーケードスタイルゲームエンジン５４１、賭けベースゲームエンジン５４３、ＲＮＧエンジン５４５、応答機５５４、無線通信構成要素５５６、ゲームチップ／賭けトークン追跡構成要素５７０、ゲーム状態追跡構成要素５７４、動き／ジェスチャ分析および解釈構成要素５８４、および音声／映像プロセッサ５８３を含む。音声／映像プロセッサ５８３は、たとえば、ゲームシステムにおける様々な活動に関する様々なタイプの音声および／または映像情報を検出、分析および／または管理するための機能を含んでいてもよい。様々なインタフェース５０６ｂは、他の装置、構成要素、システムなどと通信するために設けられてもよい。他の装置、構成要素、システムは、トーナメントマネージャ５７５、センサ５６０、１または複数のカメラ５６２、１または複数のマイクロホン５６３、二次ディスプレイ５３５ａ、入力装置５３０ａ、動き／ジェスチャ検出構成要素５５１、周辺機器５５０であってもよい。
【００５４】
アーケードスタイルゲームエンジン５４１は、ハイブリッド型アーケード／賭けベースゲームのアーケードスタイルゲームプレイ部分（または娯楽部分）を管理するように構成されてもよい。逆に、賭けベースゲームエンジン５４３は、ハイブリッド型アーケード／賭けベースゲームの賭けベースのゲームイベント部分を管理するように構成されてもよい。ＲＮＧエンジン５４５は、ランダムな結果を生成するために使用されるソフトウェアおよび／またはハードウェアアルゴリズムおよび／またはプロセスを含んでいてもよい。ＲＮＧエンジン５４５はまた、賭けベースのゲームエンジンによって賭けベースのゲームイベント結果を生成するために使用されてもよい。金銭的支払いマネージャ５２２は、１または複数のハイブリッド型アーケード／賭けベースゲームのプレイ中に開始される賭けベースのゲームイベントの結果に基づいてプレイヤー分配される適切な金銭的支払い（もしあれば）を判定するための機能を含むように構成または設計されてもよい。非金銭的支払いマネージャ５２４は、１または複数のハイブリッド型アーケード／賭けベースゲームのプレイ中に開始される賭けベースのゲームイベントの結果に基づいてプレイヤーに授与または分配される適切な非金銭的支払い（もしあれば）を判定するための機能を含むように構成または設計されてもよい。
【００５５】
１または複数のカメラ（たとえば、５６２）を用いて、各カメラの視界内の人または物体に関連する画像コンテンツおよび／または映像コンテンツを監視、ストリーミングおよび／または記録してもよい。たとえば、ゲームシステムがＥＧＤとして実装される少なくとも１つの実施形態では、カメラ５６２を使用して、現在、ＥＧＤとやり取りしているプレイヤー（たとえば、または他の人）のライブ、リアルタイムの映像フィードを生成してもよい。一部の実施形態では、カメラ５６２を用いて、ユーザの識別を（たとえば、検出した顔特徴を認証することにより）検証してもよく、かつ／またはゲームシステムとやり取りしているユーザもしくはプレイヤーの顔の表情および／もしくは目の動きを監視もしくは追跡してもよい。
【００５６】
少なくとも１つの実施形態では、ディスプレイシステム５９０は、ＥＧＤコントローラ５９１、多点検知装置５９２（たとえば、マルチタッチ表面センサ／構成要素）、ディスプレイ装置５９５、および入力／タッチ表面５９６の１または複数を含んでいてもよい。実施形態によれば、ディスプレイ表面５９５は、１または複数のディスプレイ画面を含んでいてもよい。マスタゲームコントローラ５１２は、認証／検証構成要素５４４、デバイスドライバ５５２、１または複数のプロセッサ５１０を含んでいてもよい論理デバイス５１３、メモリ５１６、インタフェース５０６を含んでいてもよい。メモリ５１６は、構成ソフトウェア５１４、不揮発性メモリ５１９、ＥＰＲＯＭ５０８、ＲＡＭ５０９、表示と構成ソフトウェアとの間の関連５１８を含んでいてもよい。
【００５７】
少なくとも１つの実施形態では、周辺機器５５０は、たとえば、以下を含んでいてもよい。電力分配構成要素５５８、不揮発性メモリ５１９ａ（たとえば、および／またはその他のタイプのメモリ）、紙幣識別機５５３、チケットＩ／Ｏ５５５、プレイヤー追跡Ｉ／Ｏ５５７、メータ５５９（たとえば、ハードおよび／またはソフトメータ）、メータ検出回路５５９ａ、プロセッサ５１０ａ、インタフェース５０６ａ、ディスプレイ５３５、独立セキュリティシステム５６１、ドア検出スイッチ５６７、キャンドルなど５７１、入力装置５３０等。
【００５８】
一実装例では、プロセッサ５１０およびマスタゲームコントローラ５１２は、論理デバイスハウジングで囲まれた論理デバイス５１３内に含まれていてもよい。プロセッサ５１０は、様々なタスクを可能にするソフトウェア（つまり、実行すべきコンピュータ−可読命令のシーケンス）を実行するように構成された任意の従来型のプロセッサまたは論理デバイスを含んでいてもよい。様々なタスクには、たとえば、認証情報またはゲームを保存するサーバなどの、リモートソースと通信インタフェース５０６を介して通信すること、インタフェースによって読み取られた信号を、ゲームシステム内のソフトウェアまたはメモリによって使用されるものに対応するフォーマットに変換すること、デバイスから読み取られた指示にしたがってメモリ内のゲームパラメータを構成または再構成するためにメモリにアクセスすること、インタフェース、様々な周辺機器および／またはＩ／Ｏ装置と通信すること、たとえば、カードリーダー、ペーパーチケットリーダーなどの周辺機器を操作すること、たとえば、ディスプレイ５３５、入力装置５３０などの、様々なＩ／Ｏ装置を操作することなどが含まれる。たとえば、プロセッサ５１０は、ゲームプレイ情報を含むメッセージをディスプレイ５３５に送信して、プレイヤーにゲームプレイ／イベント情報、賭け情報、および／または他の所望の情報を通知してもよい。
【００５９】
少なくとも一実装では、ゲームシステムは、クレジットカードに使用されるようなカードリーダー、または他の識別コード読み取り装置を含み、カードゲームのプレイに関連したプレイヤー識別およびゲーム動作に関連した記録を可能にするか、または要求してもよい。このようなプレイヤー識別インタフェースは、プレイヤー固有の識別情報を読み取るための市販の様々な磁気および／またはチップカードのカードリーダーの形で実装できる。プレイヤー固有の情報は、カジノによって発行される特別に構成された磁気カード、またはＶｉｓａ、ＭａｓｔｅｒＣａｒｄ、Ａｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓ、もしくは銀行および他の機関など全国的な信用機関で頻繁に使用される磁気コード化クレジットカードまたはデビットカードに提供できる。
【００６０】
ゲームシステムは、プレイヤーの識別を確認するために、指紋画像、目の血管画像リーダー、または他の適切な生体情報を使用するのに適した他のタイプの参加者識別機構を含んでいてもよい。このような個人化識別情報は、スマートカード、応答機、および／またはプレイヤーの個人プレイヤー入力装置（たとえば、ＵＩＤ）のクレジット使用を確認するためにも使用できる。
【００６１】
ゲームシステム５００はまた、メモリ５１６を含む。メモリ５１６は、たとえば、揮発性メモリ（たとえば、ＲＡＭ５０９）、不揮発性メモリ５１９（たとえば、ディスクメモリ、ＦＬＡＳＨメモリ、ＥＰＲＯＭなど）、不変メモリ（たとえば、ＥＰＲＯＭ５０８）などを含んでいてもよい。メモリは、たとえば、１）ゲームシステム上でプレイ可能なゲームに対する全てのパラメータおよび設定などの構成ソフトウェア５１４、２）装置から読み取られた構成表示と１または複数のパラメータおよび設定との間の関連５１８、３）プロセッサ５１０が周辺機器およびＩ／Ｏ装置と通信するのを可能にする通信プロトコル、４）ゲームソフトウェア関連情報を保存するように構成された（たとえば、ゲームソフトウェア関連情報およびメモリを使用して、構成または再構成において現在、使用および起動されていない様々な音声ファイルおよびゲームを保存してもよい）、不揮発性メモリ装置などの、二次メモリ保存装置５１５、５）ゲームシステムがローカルおよび非ローカルの装置とプロトコルを使用して通信するのを可能にするための、通信トランスポートプロトコル（たとえば、ＴＣＰ／ＩＰ、ＵＳＢ、ファイアワイヤ、ＩＥＥＥ１３９４、Ｂｌｕｅｔｏｏｔｈ、ＩＥＥＥ８０２．１１ｘ（たとえば、ＩＥＥＥ８０２．１１標準）、ｈｉｐｅｒｌａｎ／２、ＨｏｍｅＲＦなど）などを保存するように構成または設計されてもよい。一実装例では、マスタゲームコントローラ５１２は、シリアル通信プロトコルを使用して通信する。マスタゲームコントローラと通信するために使用されてもよいシリアル通信プロトコルの２、３の例は、ＵＳＢ、ＲＳ?２３２およびＮｅｔｐｌｅｘ（たとえば、ＩＧＴ（米国ネバダ州リノ）によって開発された独自のプロトコル）を含むがそれらに制限されない。
【００６２】
複数のデバイスドライバ５５２は、メモリ５１６内に保存されてもよい。異なるタイプのデバイスドライバの例には、ゲームシステム構成要素用デバイスドライバ、ゲームシステム構成要素用デバイスドライバなどを含んでいてもよい。デバイスドライバ５５２は、特定の物理的装置との通信を可能にするいくつかのタイプの通信プロトコルを利用してもよい。デバイスドライバは、装置のハードウェア実装を抽象化する。たとえば、デバイスドライバは、ゲームシステムに潜在的に接続されてもよい各タイプのカードリーダーに対して書かれてもよい。デバイスドライバを実装するために使用される通信プロトコルの例には、Ｎｅｔｐｌｅｘ、ＵＳＢ、シリアル、イーサネット、ファイアワイヤ、Ｉ／Ｏｄｅｂｏｕｎｃｅｒ、ダイレクトメモリマップ、シリアル、ＰＣＩ、パラレル、ＲＦ、Ｂｌｕｅｔｏｏｔｈ、近距離無線通信（たとえば、近距離磁気の使用）、８０２．１１（たとえば、ＷｉＦｉ）などが含まれる。１つのタイプの特定の装置が別のタイプの特定の装置と交換される場合、その装置との通信を可能にするために、新しいデバイスドライバが、プロセッサ５１０によってメモリ５１６からロードされてもよい。たとえば、ゲームシステム５００内の１つのタイプのカードリーダーが第２のタイプのカードリーダーと置き換えられてもよく、その場合、両方のカードリーダーに対するデバイスドライバがメモリ５１６内に保存されている。
【００６３】
メモリ５１６内に保存されたソフトウェアユニットは、必要に応じてアップグレードされてもよい。たとえば、メモリ５１６がハードドライブである場合、新しいゲーム、ゲームオプション、様々な新しいパラメータ、既存のパラメータに対する新しい設定、新しいパラメータに対する新しい設定、デバイスドライバ、および新しい通信プロセスが、マスタゲームコントローラ５１２から、または何らかの他の外部装置からメモリにアップロードされてもよい。別の例として、メモリ５１６が、ゲームオプション、パラメータ、および設定を保存するように設計または構成されたＣＤ／ＤＶＤを含むＣＤ／ＤＶＤドライブを含む場合、メモリ内に保存されたソフトウェアは、第２のＣＤ／ＤＶＤを第２のＣＤ／ＤＶＤと置き換えることによりアップグレードされてもよい。さらに別の例では、メモリ５１６が、ゲーム、ゲームオプション、パラメータ、設定を保存するように設計または構成された１または複数のフラッシュメモリ５１９またはＥＰＲＯＭ５０８を使用する場合、フラッシュおよび／またはＥＰＲＯＭメモリユニット内に保存されたソフトウェアは、１または複数のメモリユニットを、アップグレードされたソフトウェアを含む新しいメモリユニットと置き換えることによりアップグレードされてもよい。ハードドライブなどの、１または複数のメモリ装置が、リモートソフトウェアサーバからゲームソフトウェアをダウンロードするプロセスで使用されてもよい。
【００６４】
ゲームシステム５００は、様々な認証および／または検証構成要素５４４も含んでいてもよい。認証／検証構成要素５４４は、ゲームシステムメモリ５１６内に保存されたハードウェア構成要素、ソフトウェア構成要素、ファームウェア構成要素、情報などの特定のゲームシステム構成要素を認証／検証するために使用されてもよい。
【００６５】
センサ５６０は、たとえば、光学センサ、圧力センサ、ＲＦセンサ、赤外線センサ、動きセンサ、音声センサ、画像センサ、熱センサ、生体認証センサなどを含んでいてもよい。前述したように、このようなセンサを使用して、たとえば、プレイヤーの賭けゾーン内に置かれているゲームチップの存在および／または金銭的総額の検出、および／またはプレイヤーの個人スペース内にあるゲームチップの存在および／または金銭的総額の検出（たとえば、リアルタイムで）などの様々な機能を行ってもよい。一実装例では、センサ５６０および／または入力装置５３０の少なくとも一部は、電気制御信号を提供するために使用される様々な市販のタッチキーから選択されたタッチキーの形で実装されてもよい。代替的に、タッチキーの一部は、タッチスクリーンディスプレイによって実装されてもよい。たとえば、少なくとも１つの実装では、ゲームシステムプレイヤーは入力機能を含んでいてもよい。入力機能によって、プレイヤーは、タッチキーおよび／または他のプレイヤー制御センサ／ボタンを使用して、自分のゲームプレイ決定／指示（たとえば、および／または他の入力）をＥＧＤに提供することが可能となる。代替的に、このような入力機能は、プレイヤーが、カジノゲームネットワーク内の他の装置（たとえば、プレイヤー追跡システム、サイド賭けシステムなど）に入力を提供するのを可能にするために使用されてもよい。
【００６６】
無線通信構成要素５５６は、１または複数の通信インタフェースを含んでいてもよい。１または複数の通信インタフェースは異なるアーキテクチャを有し、たとえば、８０２．１１（たとえば、ＷｉＦｉ）、８０２．１５（たとえば、Ｂｌｕｅｔｏｏｔｈ（商標）を含む）、８０２．１６（たとえば、ＷｉＭａｘ）、８０２．２２、ＣＤＭＡ、ＣＤＭＡ２０００、ＷＣＤＭＡなどのセルラー標準、無線周波数（たとえば、ＲＦＩＤ）、赤外線、近距離磁気通信プロトコルなどの、様々なプロトコルを利用する。通信リンクは、様々なタイプの情報を表すデジタルデータストリームまたはアナログ信号を搬送する電気、電磁または光信号を送信してもよい。近距離無線通信プロトコルの一例は、ＥＣＭＡＩｎｔｅｒｎａｔｉｏｎａｌ（たとえば、ｗｗｗ．ｅｃｍａ?ｉｎｔｅｒｎａｔｉｏｎａｌ．ｏｒｇ）によって公開されている、ＥＣＭＡ?３４０「近距離無線通信?インタフェースおよびプロトコル（たとえば、ＮＦＣＩＰ?１）」であり、参照により全体として全ての目的のために本明細書に組み込まれる。その他のタイプの近距離無線通信プロトコルが使用されてもよいことが理解されるであろう。その他のタイプの近距離無線通信プロトコルには、たとえば、近距離磁気通信プロトコル、近接場ＲＦ通信プロトコル、および／またはそのような無線通信プロトコルを使用する少なくとも５つの装置間の通信の許容半径を相対精度で（たとえば、センチメートル、インチ、フィート、メートルなどの単位で）制御する能力を提供する他の無線プロトコルが含まれる。
【００６７】
電力分配構成要素５５８は、たとえば、無線電力を他の装置に供給するために操作可能な構成要素または装置を含んでいてもよい。たとえば、一実装では、電力分配構成要素５５８は、ゲームシステムにおける１または複数のポータブルＵＩＤに無線電力を供給するように適合される磁気誘導システムを含んでいてもよい。一実施例では、ＵＩＤドッキング領域は、ＵＩＤドッキング領域内に配置されたＵＩＤを、金属間接触を必要とすることなく再充電することが可能な電力分配構成要素を含んでいてもよい。
【００６８】
動き／ジェスチャ検出構成要素５５１は、プレイヤーの動きおよび／もしくはジェスチャならびに／またはプレイヤーからの他の入力データを検出するように構成または設計されてもよい。一部の実装では、各ゲームシステムは、それ自身のそれぞれの動き／ジェスチャ検出構成要素を有していてもよい。他の実施形態では、動き／ジェスチャ検出構成要素５５１は、任意の特定のゲームシステムまたは装置と関連付けられていないゲームシステムの別個のサブシステムとして実装されてもよい。
【００６９】
図６は、特定の実施形態による例示的なモバイルゲーム装置６００のブロック図である。少なくとも１つの実施形態では、１または複数のプレイヤーはモバイルゲーム装置を使用するゲームセッションに参加してもよい。少なくとも一部の実施形態では、モバイルゲーム装置は、たとえば、図４に記載する電子ゲーム装置（たとえば、ＥＧＤ）と類似する機能を含む、または提供するように構成または設計されてもよい。
【００７０】
図６に示すように、モバイルゲーム装置６００は、モバイル装置アプリケーション構成要素（たとえば、６６０）を含んでいてもよい。モバイル装置アプリケーション構成要素は、たとえば、ＵＩ構成要素６６２、データベース構成要素６６４、処理構成要素６６６および／またはその他の構成要素６６８を含んでいてもよい。その他の構成要素６６８は、モバイルゲーム装置での本明細書に記載する機能の実行を容易にするおよび／または可能にする構成用を含んでいてもよい。
【００７１】
モバイルゲーム装置６００は、モバイル装置アプリ構成要素を含んでいてもよい。モバイル装置アプリ構成要素は、ハイブリッド型アーケード／賭けベースゲーム技術の機能の少なくとも一部をモバイルゲーム装置において可能にするか、または実装するための機能を提供するように構成または設計されている。
【００７２】
実施形態によれば、モバイルゲーム装置の様々な態様、特徴、および／または機能は、以下にあげるものによって実行、実装および／または開始されてもよい。プロセッサ６１０、デバイスドライバ６４２、メモリ６１６、インタフェース６０６、電源／分配６４３、地理位置情報モジュール６４６、ディスプレイ６３５、Ｉ／Ｏ装置６３０、音声／映像装置６３９、周辺機器６３１、動き検出モジュール６４０、ユーザ識別／認証モジュール６４７、クライアントアプリ構成要素６６０、その他構成要素６６８、ＵＩ構成要素６６２、データベース構成要素６６４、処理構成要素６６６、ソフトウェア／ハードウェア認証／検証６４４、無線通信モジュール６４５、情報フィルタ処理モジュール６４９、操作モード選択構成要素６４８、スピーチ処理モジュール６５４、スキャナ／カメラ６５２および／またはＯＣＲ処理エンジン６５６等。
【００７３】
図７は、実施形態によって構成されてもよいシステムサーバ７８０を示す。システムサーバ７８０は、少なくとも１つのネットワーク装置７６０、および少なくとも１つの記憶装置７７０（たとえば、直接取り付けられた記憶装置）を含んでいてもよい。一実施形態では、システムサーバ７８０は、本明細書に記載するハイブリッド型アーケード／賭けベースゲーム技術の少なくとも一部を実装するために適するように構成されてもよい。ネットワーク装置７６０は、マスタ中央処理装置（たとえば、ＣＰＵ）７６２、インタフェース７６８、およびバス７６７（たとえば、ＰＣＩバス）を含んでいてもよい。適切なソフトウェアまたはファームウェアの制御下で動作する場合、ＣＰＵ７６２は、所望のネットワーク装置の機能と関連付けられた特定の機能を実装する責任を負ってもよい。たとえば、サーバとして構成される場合、ＣＰＵ７６２は、パケットを分析すること、パケットをカプセル化すること、パケットを適切なネットワーク装置に転送すること、様々なタイプの仮想マシン、仮想インタフェース、仮想記憶ボリューム、仮想アプライアンスなどをインスタンス化すること、に対して責任を負ってもよい。ＣＰＵ７６２は、好ましくは、オペレーティングシステム（たとえば、Ｌｉｎｕｘ）、および任意の適切なシステムソフトウェア（たとえば、ＡｐｐＬｏｇｉｃ（たとえば、商標）ソフトウェアなど）を含むソフトウェアの制御下で、これらの機能の少なくとも一部を達成する。
【００７４】
ＣＰＵ７６２は、マイクロプロセッサのＡＭＤ、Ｍｏｔｏｒｏｌａ、Ｉｎｔｅｌおよび／またはＭＩＰＳファミリからの、１または複数のプロセッサなどの、１または複数のプロセッサ７６３を含み得る。代替実施形態では、プロセッサ７６３は、システムサーバ７８０の動作を制御するために特別に設計されたハードウェアであってもよい。特定の実施形態では、メモリ７６１（たとえば、不揮発性ＲＡＭおよび／またはＲＯＭなど）もＣＰＵ７６２の一部を形成する。ただし、メモリがシステムに接続しえる多くの異なる方法がある。メモリブロック７６１は、たとえば、データのキャッシングおよび／または保存、命令のプログラミングなど、様々な目的に対して使用されてもよい。
【００７５】
インタフェース７６８は、典型的には、インタフェースカードとして提供されてもよい。代替的に、１または複数のインタフェース７６８は、システムマザーボードに組み込まれたオンボードインタフェースコントローラとして提供されてもよい。一般に、それらは、ネットワークを経由したデータパケットの送信および受信を制御し、時には、システムサーバ７８０と共に使用される他の周辺機器をサポートする。提供されてもよいインタフェースの中でも、ＦＣインタフェース、イーサネットインタフェース、フレームリレーインタフェース、ケーブルインタフェース、ＤＳＬインタフェース、トークンリングインタフェース、インフィニバンドインタフェースなどがあってもよい。さらに、ファーストイーサネット（インタフェース、ギガビットイーサネットインタフェース、ＡＴＭインタフェース、ＨＳＳＩインタフェース、ＰＯＳインタフェース、ＦＤＤＩインタフェース、ＡＳＩインタフェース、ＤＨＥＩインタフェースなどの、様々な超高速インタフェースが提供されてもよい。他のインタフェースは、たとえば、８０２．１１（たとえば、ＷｉＦｉ）インタフェース、８０２．１５インタフェース（たとえば、Ｂｌｕｅｔｏｏｔｈ（商標）を含む）、８０２．１６（たとえば、ＷｉＭａｘ）インタフェース、８０２．２２インタフェース、およびＣＤＭＡインタフェース、ＣＤＭＡ２０００インタフェース、ＷＣＤＭＡインタフェース、ＴＤＭＡインタフェース、セルラー３Ｇインタフェースなどのセルラー標準などの１または複数の無線インタフェースを含んでいてもよい。
【００７６】
一般に、１または複数のインタフェースは、適切な媒体との通信のために適したポートを含んでいてもよい。一部の事例では、それらは、独立プロセッサおよび、一部の合には、揮発性ＲＡＭも含んでいてもよい。独立プロセッサは、パケット交換、媒体制御および管理などの通信集約的タスクを制御してもよい。通信集約的タスクに対して別個のプロセッサを提供することにより、これらのインタフェースによって、マスタマイクロプロセッサ７６２はルーティン計算、ネットワーク診断、セキュリティ機能などを効率的に実行可能となる。
【００７７】
少なくとも１つの実施形態では、一部のインタフェースは、システムサーバ７８０が、様々なローカルエリアネットワーク（たとえば、ＬＡＮ）および／またはワイドエリアネットワーク（たとえば、ＷＡＮ）と関連付けられた他のネットワークと通信可能となるように構成または設計されてもよい。他のインタフェースは、ネットワーク装置７６０が、１または複数の直接取り付けられた記憶装置７７０と通信可能となるように構成または設計されてもよい。
【００７８】
ネットワーク装置の構成に関わらず、ネットワーク装置は１または複数のメモリまたはメモリモジュール（たとえば、ランダムアクセスメモリ（たとえば、ＲＡＭ）を含んでいてもよいメモリブロック７６５など）を用いてもよい。１または複数のメモリまたはメモリモジュールは、汎用ネットワーク動作のためのデータ、プログラム命令、論理および処理、および／または本明細書に記載する機能に関連する他の情報を保存するように構成される。プログラム命令は、たとえば、オペレーティングシステムおよび／または１１または複数のアプリケーションの動作を制御してもよい。メモリまたは複数のメモリは、本明細書に記載するデータ構造、および／または他の特定の非プログラム情報を保存するように構成されてもよい。
【００７９】
このような情報およびプログラム命令は、本明細書に記載するシステム／方法を実装するために用いられてもよいので、１または複数の実施形態は、本明細書に記載する様々な操作を実行するためのプログラム命令、状態情報などを含む機械可読媒体に関する。機械可読記憶媒体の例は、ハードディスク、フロッピィディスク、および磁気テープなどの磁気媒体；ＣＤ?ＲＯＭディスクなどの光学式媒体；フロプティカルディスクなどの光磁気媒体；ならびに読み取り専用メモリ装置（たとえば、ＲＯＭ）およびランダムアクセスメモリ（たとえば、ＲＡＭ）などの、プログラム命令を保存および実行するように特別に構成されてもよいハードウェア装置を含むが、それらに限定されない。一部の実施形態は、たとえば、エアウェーブ、光回線、送電線など適切な媒体を介して進む搬送波などの伝送媒体でも具現化されてもよい。プログラム命令の例は、コンパイラによって生成されるような機械コード、およびインタープリタを使用してコンピュータによって実行されてもよい高レベルコードの両方を含む。
【００８０】
図８は、特定の実施形態によるゲームシステムサーバの機能ブロック図の一例を示す。ゲームシステムサーバ８００は、たとえば、文脈インタープリタ８０２であってもよい。文脈インタープリタ８０２は、検出されたイベントおよび／または状態のセットに関連する文脈的基準を自動的および／または動的に分析し、検出されたイベント／状態の文脈的解釈に基づいて１または複数の文脈的に適切な応答を自動的に判定または識別するように操作可能であってもよい。分析されてもよい文脈的基準の例は、たとえば、位置ベースの基準（たとえば、モバイルゲーム装置の位置情報、ＥＧＤの位置情報）、時間ベースの基準、ユーザの識別、ユーザプロファイル情報、取引履歴情報および最近のユーザ活動等を含んでいてもよいが、それらに限定されない。時刻同期化エンジン８０４は、標準時同期化を（たとえば、ＮＴＰおよび／またはＧＰＳによって）管理するように操作可能であってもよい。検索エンジン８２８は、ローカルおよび／またはリモートデータベースからアクセスされてもよい、取引、ログ、ゲーム履歴情報、プレイヤー情報、ハイブリッド型アーケード／賭けベースゲーム情報などを探索するように操作可能であってもよい。ゲームシステムサーバ８００は、構成エンジン８３２を含んでいてもよい。構成エンジン８３２は、１または複数の装置、構成要素、システム、プロセスなどに対する様々なカスタマイズされた構成パラメータの構成を判定および処理するように構成されていてもよい。時間インタープリタ８１８は、識別子の有効化および満了時間を、たとえば、時間、位置、取引状態などの様々な基準に基づいて自動的および／または動的に修正または変更するように操作可能であってもよい。認証／検証構成要素８４７（たとえば、パスワード、ソフトウェア／ハードウェア情報、ＳＳＬ証明書）は、様々なタイプの認証／検証タスクを実施するように操作可能であってもよい。取引処理エンジン８２２は、本明細書で記載および／または言及する様々なタイプの取引処理タスクを処理するように操作可能であってもよい。ＯＣＲ処理エンジン８３４は、ゲーム装置カメラによって撮影される画像の、たとえば、画像処理および光学式文字認識を実行するように操作可能であってもよい。データベースマネージャ８２６は、データベース更新、管理およびアクセスに関連する様々なタイプのタスクを処理するように構成されてもよい。少なくとも１つの実施形態では、データベースマネージャは、ゲーム履歴データベース、プレイヤー追跡データベースおよび／またはその他履歴記録維持を管理するように操作可能であってもよい。ログ構成要素８０９は、取引履歴ログ、システムエラー、ＡＰＩからの接続などを生成および管理するように操作可能であってもよい。状態追跡構成要素８１２が設けられ、取引の状態に基づいて、更新された取引状態情報を自動的および／または動的に判定し、割り当て、および／または報告するように操作可能であってもよい。ゲートウェイ構成要素は、外部支払い代行ゲートウェイとの通信および取引を容易にして、管理するように操作可能であってもよい。ウェブインタフェース構成要素８０８は、仮想ライブ電子ゲーム装置ウェブポータルとの通信および取引を容易にして、管理するように操作可能であってもよい。ゲームシステムサーバへのＡＰＩインタフェースは、ゲームシステムサーバへのＡＰＩインタフェースとの通信および取引を容易にして、管理するように操作可能であってもよい。第三者システムサーバへのＡＰＩインタフェースが設けられてもよく、第三者システムサーバへのＡＰＩインタフェースとの通信および取引を容易にして、管理するように操作可能であってもよい。
【００８１】
１または複数の汎用プロセッサ８１０が備えられてもよい。代替的実施形態では、少なくとも１つのプロセッサは、ゲームシステムの動作を制御するために特別に設計されたハードウェアであってもよい。特定の実施形態では、メモリ（たとえば、不揮発性ＲＡＭおよび／またはＲＯＭなど）もＣＰＵの一部を形成する。適切なソフトウェアまたはファームウェアの制御下で動作する場合、ＣＰＵは、所望のネットワーク装置の機能と関連付けられた特定の機能を実装する責任を負ってもよい。ＣＰＵは好ましくは、オペレーティングシステム、および任意の適切なアプリケーションソフトウェアを含むソフトウェアの制御下でこれら全ての機能を達成する。メモリ８１６が備えられてもよい。メモリ８１６は、変動メモリ（たとえば、ＲＡＭ）、不揮発性メモリ（たとえば、ディスクメモリ、ＦＬＡＳＨメモリ、ＥＰＲＯＭなど）、不変メモリ、および／またはその他タイプのメモリを含んでいてもよい。異なる実施形態によると、１または複数のメモリまたはメモリモジュール（たとえば、メモリブロック）は、モバイルゲームシステムの機能操作のためのデータ、プログラム命令および／またはその他の情報を保存するように構成または設計されてもよい。プログラム命令は、たとえば、オペレーティングシステムおよび／または１または複数のアプリケーションの動作を制御してもよい。メモリまたは複数のメモリは、データ構造、メタデータ、識別子情報／画像、および／または本明細書に記載する他の特徴／機能に関連する情報／データを保存するように構成されてもよい。インタフェース８０６が備えられてもよく、たとえば、有線インタフェースおよび／または無線インタフェースであってもよい。適切なデバイスドライバ８４２も、１または複数のディスプレイ８３５として備えられてもよい。メッセージングサーバ構成要素８３６は、メッセージング活動および通信に関連する様々な機能および操作を提供してもよい。同様に、ネットワークサーバ構成要素８３７は、ネットワークサーバ活動および通信に関連する様々な機能および操作を提供するように構成されてもよい。ユーザアカウント／プロファイルマネージャ構成要素８０７が備えられ、ユーザアカウントおよび／またはプロファイルの様々な態様を管理してもよい。
【００８２】
図９は、図示されて本明細書に記載する実施形態の様々な態様を実装するために適切なゲームシステム９００の構成要素を例示するブロック図を示す。図９では、ゲームソフトウェア使用許諾およびダウンロードを提供するためのゲームシステム９００の構成要素が機能的に説明される。説明する機能は、ハードウェア、ファームウェアおよび／またはソフトウェアでインスタンス化されて、適切な装置上で実行され得る。システム９００には、複数のゲームプレインタフェース９１１などの、同じ機能の多数のインスタンスがあってもよい。それにもかかわらず、図９では、各機能の１つのインスタンスだけが示されている。構成要素の機能は、組み合わされてもよい。たとえば、単一の装置は、ゲームプレインタフェース９１１を含んでいてもよく、信頼されるメモリ装置またはソース９０９を含んでいてもよい。
【００８３】
ゲームシステム９００は、異なるグループ／エンティティから入力を受信して、様々なサービスおよび／または情報をこれらのグループ／エンティティに出力してもよい。たとえば、ゲームプレイヤー９２５は、主として現金またはクレジットの証拠をシステムに入力して、ソフトウェアダウンロードをトリガーするゲーム選択を行い、それらの入力と引き換えに娯楽を受け取る。ゲームソフトウェアコンテンツプロバイダは、システムに対してゲームソフトウェアを提供し、ゲーム機運営者との使用許諾契約に基づいて提供するコンテンツに対する対価を受け取ってもよい。ゲーム機運営者は、配信のためのゲームソフトウェアを選択し、そのゲームソフトウェアをシステム９００内のゲーム装置上に配信して、彼らのソフトウェアの使用に対する収益を受け取り、ゲーム機運営者に補償する。ゲーム規制機関９３０は、ゲームシステムに適用する必要がある規則および規制を提供し、規則が守られていることを確認する報告書および他の情報を受け取る。
【００８４】
ゲームソフトウェア使用許諾ホスト９０１はくつかのリモートゲーム装置に接続されるサーバであってもよく、使用許諾サービスをリモートゲーム装置に提供する。たとえば、使用許諾ホスト９０１は、１）リモートゲーム装置上で実行されるソフトウェアを起動するために使用されるトークンに対するトークン要求を受信して、２）トークンをリモートゲーム装置に送信し、３）トークン利用を追跡して、４）リモートゲーム装置上で実行されるソフトウェアに対するソフトウェア使用許諾を供与および／または更新してもよい。トークン利用は、利用回数に応じた料金制方式などの、利用ベースの使用許諾方式で使用されてもよい。
【００８５】
別の実施形態では、ゲーム利用追跡ホスト９２２は、そのホストと通信している複数の装置上のゲームソフトウェアの利用を追跡してもよい。ゲーム利用追跡ホスト９２２は、複数のゲームプレイホストおよびゲーム機と通信してもよい。ゲームプレイホストおよびゲーム機から、ゲーム利用追跡ホスト９２２は、装置上でのプレイに対して利用可能な各ゲームがプレイ可能な金額と、ゲーム当たりの賭け可能な金額の更新を受信してもよい。この情報は、データベース内に保存されて、利用ベースの使用許諾契約に記載されている方法にしたがって請求のために使用されてもよい。
【００８６】
ゲームソフトウェアホスト９０２は、ゲームソフトウェアまたはゲームファームウェアのダウンロードなどの、ゲームソフトウェアダウンロードを、ゲームシステム９００内の様々なシステムに提供してもよい。たとえば、ゲームを生成するためのソフトウェアがゲームプレインタフェース９１１上で利用できない場合、ゲームソフトウェアホスト９０２は、ゲームプレインタフェース上でプレイされる選択された確率ゲームを生成するためにソフトウェアをダウンロードしてもよい。さらに、ゲームソフトウェアホスト９０２は、ゲーム機運営者からの要求で、新しいゲームコンテンツを複数のゲーム機にダウンロードしてもよい。
【００８７】
ゲームソフトウェアホスト９０２は、ゲームソフトウェア構成追跡ホスト９１３も含んでいてもよい。ゲームソフトウェア構成追跡ホストの機能は、そのホストと通信している複数の装置に対するソフトウェア構成および／またはハードウェア構成（たとえば、額面、ペイラインの数、配当表、最大限／最小限の賭け）を記録することである。
【００８８】
ゲームプレイホスト装置９０３は、複数のリモートゲームプレインタフェース９１１上に表示される確率ゲームを生成する複数のリモートクライアントに接続されたホストサーバを含んでいてもよい。たとえば、ゲームプレイホスト装置９０３は、複数の接続されたゲームプレインタフェース９１１上で賭けの結果に対して中央判断を提供するサーバであり得る。別の例として、ゲームプレイホスト装置９０３は、スロットゲームまたはビデオカードゲームなどの、確率ゲームをリモートクライアント上に表示するために生成してもよい。リモートクライアントを使用するゲームプレイヤーは、ホスト装置９０３によってクライアント上に提供されるいくつかのゲームから選択することが可能であってもよい。ゲームプレイホスト装置９０３は、新しいゲームソフトウェアのダウンロードの受信などのゲームソフトウェア管理サービスを、ゲームソフトウェアホスト９０２から受信してもよい。ゲームプレイホスト装置９０３はまた、装置９０３上で実行されるソフトウェアに対するソフトウェア使用許諾の供与または更新などのゲームソフトウェア使用許諾サービスを、ゲーム使用許諾ホスト９０１から受信してもよい。
【００８９】
ゲームプレインタフェースまたはゲームシステム９００内の他のゲーム装置は、電子トークン、携帯電話、スマートカード、タブレットＰＣおよびＰＤＡなどの、携帯機器であってもよい。携帯機器は、無線通信をサポートしてもよい。ネットワークハードウェアアーキテクチャ９１６は、無線モバイル機器とゲームシステム内の他のゲーム装置との間の通信をサポート可能にされてもよい無線モバイル機器は、本明細書に記載するように確率ゲームをプレイするために使用されてもよい。
【００９０】
ゲームシステム９００は、いくつかの信頼される情報源を使用してもよい。信頼される情報源９０４は、他の一部の情報を認証／検証するために使用される情報を提供する、サーバなどの装置であってもよい。ソフトウェアを認証するために使用されるＣＲＣ値、ソフトウェアの使用を許可するために使用される使用許諾トークン、ソフトウェアを起動するために使用される製品起動コードは、信頼される情報源９０４から提供され得る信頼される情報の例である。信頼される情報源は、他の情報を認証するために使用される信頼される情報を含む、ＥＰＲＯＭなどのメモリ装置であってもよい。たとえば、ゲームプレインタフェース９１１は、別のゲーム装置からの情報を認証するための秘密鍵?公開鍵暗号化方式で使用される信頼されるメモリ装置に、秘密の暗号鍵を保存してもよい。
【００９１】
信頼される情報を保存しているゲーム装置は、改ざんを検出および防止するために機器または方法を利用してもよい。たとえば、信頼されるメモリ装置内に保存された信頼される情報は、悪用を防ぐために暗号化されてもよい。さらに、信頼されるメモリ装置は、鍵の掛かったドアの背後で守られてもよい。さらに、メモリ装置の改ざんを検出して、改ざんの何らかの記録を提供するために、１または複数のセンサがメモリ装置に接続されてもよい。さらに別の例では、信頼される情報を保存しているメモリ装置は、改ざんの試みを検出し、改ざんの試みが検出される場合に自身を消去または抹消するように設計されてもよい。
【００９２】
例示的実施形態のゲームシステム９００は、ソフトウェアを第２の装置から第２の装置へダウンロードするための認証を提供する装置９０６、およびダウンロードしたソフトウェアを起動可能にする起動コードまたは情報を提供する装置９０７を含んでいてもよい。装置９０６および９０７は、リモートサーバであってもよく、信頼される情報源であってもよい。
【００９３】
システム９００には装置９０６が含まれていてもよい。装置９０６は、装置がゲーム管轄規則９０８を順守していることを判定するために複数のゲーム装置を監視する。ゲーム管轄規則サーバは、ゲーム規則サーバと通信しているいくつかのゲーム上のソフトウェアおよびソフトウェアの構成をスキャンし、ゲーム装置上のソフトウェアが、そのゲーム装置が設置されているゲーム管轄での使用に対して有効であるかどうかを判定する。たとえば、ゲーム規則サーバは、特定のソフトウェア構成要素のＣＲＣなどのデジタル署名を要求し、それらをゲーム管轄規則サーバ上に保存された承認されたデジタル署名値と比較してもよい。
【００９４】
さらに、ゲーム管轄規則サーバは、ソフトウェアが、ゲーム装置が設置されているゲーム管轄にとって許容可能な方法で構成されているかどうかを判定するために、リモートゲーム装置をスキャンしてもよい。たとえば、最大の賭け限度は、管轄ごとに異なることもあり、規則実施サーバは、ゲーム装置をスキャンして現在のソフトウェア構成および場所を決定し、次いで、そのゲーム装置上の構成を、その場所に対して承認されたパラメータと比較してもよい。
【００９５】
ゲーム管轄は、ゲームソフトウェアがどのようにダウンロードされて使用許諾されてもよいかを記述する規則を含んでいてもよい。ゲーム管轄規則サーバは、ダウンロードおよび使用許諾が、そのゲーム装置が設置されているゲーム管轄にとって許容可能な方法で実行されたかどうかを判断するために、ゲーム装置上のダウンロードトランザクションレコードおよび使用許諾記録をスキャンしてもよい。一般に、ゲーム管轄規則サーバは、規則順守を判定するために必要な情報がサーバに対してリモートにアクセス可能である場合、ゲーム管轄によって合格にされた任意のゲーム規則への順守を確認するために利用されてもよい。
【００９６】
特定のゲーム装置に常駐するゲームソフトウェア、ファームウェアまたはハードウェアも、現地のゲーム管轄規則の順守をチェックするために使用されてもよい。一実施形態では、ゲーム装置が特定のゲーム管轄でインストールされる場合、管轄規則情報を含むソフトウェアプログラムがゲーム機上の安全なメモリ位置にダウンロードされてもよく、または管轄規則情報がデータとしてダウンロードされて、ゲーム機上のプログラムによって利用されてもよい。ソフトウェアプログラムおよび／または管轄規則情報は、現地のゲーム管轄規則の順守に関して、ゲーム装置ソフトウェアおよびソフトウェア構成をチェックしてもよい。別の実施形態では、順守を確実にするためのソフトウェアプログラムおよび管轄情報は、ゲーム機が製造される工場などで出荷前に、ゲーム機内にインストールされてもよい。
【００９７】
ゲームシステム９００内のゲーム装置は、信頼されるソフトウェアおよび／または信頼されるファームウェアを利用してもよい。信頼されるファームウェア／ソフトウェアは、それが改ざんされていないという前提で使用されるという意味で信頼される。たとえば、信頼されるファームウェア／ソフトウェアは、ゲーム装置上で実行されている他のゲームソフトウェアまたはプロセスを認証するために使用されてもよい。一例として、信頼される暗号化プログラムおよび認証プログラムは、ゲーム機上のＥＰＲＯＭ上に保存されてもよく、または専用の暗号化チップ内にコード化されてもよい。別の例として、信頼されるゲームソフトウェア、たとえば、現地のゲーム管轄によってゲーム装置上での使用のために承認されたゲームソフトウェアは、ゲーム機上のゲーム装置上で必要となることもある。
【００９８】
装置は、ネットワーク９１６によって、異なるハードウェアアーキテクチャを使用している異なるタイプのハードウェアと接続されてもよい。ゲームソフトウェアは極めて大きい可能性があり、頻繁なダウンロードはネットワークに著しい負荷をかける可能性があり、ネットワーク上の情報伝達速度を低下させることもある。ネットワーク内でゲームソフトウェアの頻繁なダウンロードを必要とするゲームオンデマンドサービスに対して、効率的なダウンロードはサービスを実行可能にするために不可欠である。したがって、実施形態例では、ネットワーク効率装置９１０が、ネットワーク効率を積極的に監視して維持するために使用されてもよい。たとえば、ソフトウェアロケータを使用して、ゲームソフトウェアのピアツーピア伝送のためにゲームソフトウェアの近くの位置を探してもよい。別の実施例では、ネットワークトラフィックが監視されてもよく、ネットワーク効率を維持するために、ダウンロードは積極的に別の経路に変更されてもよい。
【００９９】
１または複数の装置は、監査、請求および照合レポートに関連したゲームソフトウェアおよびゲーム使用許諾をサーバ９１２に提供してもよい。たとえば、ソフトウェア使用許諾請求サーバは、ゲーム装置運営者に対して、その運営者によって所有されているゲーム装置上でのゲームの期間にわたる利用に基づき、請求書を生成してもよい。別の実施例では、ソフトウェア監査サーバが、ゲームシステム９００内の様々なゲーム装置へのゲームソフトウェアダウンロードおよびこれらのゲーム装置上のゲームソフトウェアの現在の構成に関するレポートを提供してもよい。
【０１００】
特定の時間間隔で、ソフトウェア監査サーバ９１２は、ゲームシステム内のいくつかのゲーム装置からソフトウェア構成も要求してもよい。サーバは次いで、各ゲーム装置上のソフトウェア構成を照合してもよい。ソフトウェア監査サーバ９１２は、特定の時間における各ゲーム装置上のソフトウェア構成のレコードおよび装置上で生じたソフトウェアダウンロードトランザクションのレコードを保存してもよい。選択された時間以後に記録されたゲームソフトウェアダウンロードトランザクションの各々を、選択された時間に記録されたソフトウェア構成に適用することにより、ソフトウェア構成が取得される。ソフトウェア監査サーバは、これらのトランザクションをゲーム装置に適用することによって得られたソフトウェア構成を、ゲーム装置から取得された現在のソフトウェア構成と比較してもよい。比較後、ソフトウェア監査サーバは、ダウンロードトランザクションレコードが、装置上の現在のソフトウェア構成と一致することを確認する照合レポートを生成してもよい。レポートは、任意の不一致も識別してもよい。別の実施形態では、ゲーム装置とソフトウェア監査サーバの両方が、ゲーム装置上で生じたダウンロードトランザクションのレコードを保存してもよく、ソフトウェア監査サーバはこれらのレコードを照合してもよい。
【０１０１】
ＥＧＭまたはＥＧＤにおいて、賭けの支払い表はプレイヤーへの確率的な金銭報酬である。支払い表に関する一部の代替的な業界用語には、配当表、ペイライン、払い戻しパーセンテージまたは配分が含まれていてもよい。支払い表の用語を本明細書で用いて規定し、これらの代替的用語に内在しえるあいまいさを回避する。
【０１０２】
簡単な用語では、支払い表は情報の表として記載することができる。各表の項目（行）は、少なくとも３つの要素（列）を含んでいてもよい。項目の要素の１つは、賭けイベントまたは複数の賭けイベントに対する一部の識別情報を含んでいてもよい。項目のその他の要素は、発生しているエベントの確率（標準的な数学の定義）を含んでいてもよい。その他の重要な要素は、賭けイベントが行われる場合の賭けイベントの払い戻し値である。
【０１０３】
表内の（ＲＴＰとしても既知な）全体的なプレイヤー還元率と払い戻し値は、一般に（ａ）賭けの倍数または（ｂ）ドル（またはその他通貨）の金額などの具体的な価値のいずれかとして表示される。賭けの倍数と具体的な値とを混合することは、一般に有益な情報をもたらさないため、支払い表のこれらの項目は、同一の用語で表示されるべきである。
【０１０４】
支払い表のその他の実装では、記載された価値が表に明示されず、代わりに非間接的に表示されることもある。たとえば、２つの六面体のさいころを検査値として支払い表で用いると、７が出る確率はその他の数字よりも高い。実際の支払い表で７が表示されたとき、７が出る確率に非間接的に関連しえる（確率は１／６、または０．１６６６６６６）である。当業者は、払い戻し値を特定する多くの方法があるのと同様に、確率を表す多くの代替的方法があることを認識するであろう。たとえば、払い戻し値をドルやセントまたは賭けの倍率で表示するのではなく、代わりに「新車！」の価値または進行する賞金として表示されえる。明確を期すために、本明細書では、確立は０から１以下の実数とし、払い戻し値は、賭けの倍数（パーセントで示す）または恒常価値（１ドル（＄１）など）のいずれかとする。
【０１０５】
さらに、支払い表の確率の合計は、完全な支払い表において１に等しい。すべての確率の合計が１未満であるとき、配当表には欠けている項目があると推測することは容認可能である。この欠けている項目の確率は１から既存の確率の合計を引いた数字と等しい。欠けている項目の払い戻し値はゼロである。確率の合計が１より大きいとき、支払い表は無効である。
【０１０６】
支払い表を用いるために、確率値を生成しなくてはならない。この確率値は、各項目の確率を用いて支払い表に検索値をいれることと組み合わせて、確率値をいくらか変動させることによって、支払い表の各項目が識別できるように使用されなければならない。たとえば、以下の表１の支払い表を参考にする。
【表１】
2020537557.tif 000003
【０１０７】
支払い表の値は積の合計である。支払い表の各項目はそれぞれの項目値を有する。この項目値は、確率と払い戻し値の単なる積である。支払い表の値は支払い表のすべての項目値の合計である。したがって、表１の支払い表に対して、その値は以下のように算出される。
（０．５＊＄０）＋（０．１６６６６６＊＄１）＋（０．１６６６６６＊＄２）＋（０．１６６６６６＊＄３）＝＄１．０    （式１）
【０１０８】
本事例では、賭け金が＄１であり、期待値が＄１であった場合、カジノ（およびプレイヤー）は時間とともに、金をもうけもしなければ失うこともないと期待しえる。
【０１０９】
確率値は異なる分布を有していてもよいことに留意されたい。最も一般的なゲーム装置は、均一な分布を使用し、リールストップ位置、ホイールの位置、手札の価値など単一のランダムな数字を用いて一部の結果を判定する。ただし、一部のゲームまたはゲーム装置は、不規則に分布する確率結果を使用するように構成されてもよい。このような不規則な確率分布の一例はガウス分布である。ガウス分布（正規分布としても既知）は、複数の均一に分布した乱数の合計を算出するとき常に得られる。たとえば、２つの六面体さいころの合計を用いてはプレイヤーに払う金額を判定する場合、２つの六面体のさいころを合計したランダムな結果のガウス分布に基づいて、７という結果は任意のその他の結果より起こりやすい。結果はさらに完全にランダムである。２から１２の間に気に津には分布しない。本明細書で用いる例は、別途記載のない限り、均一に分布する乱数の生成を想定している。ただし、これは、代替的な実施形態において、不規則な分布の使用を排除するものではないことに留意されたい。
【０１１０】
仮想的に米国に基づくゲーム法規を順守して、確率的報酬は任意の従前の行為または成果に基づいてはならない。したがって、ゲーム装置は時間とともに目標とするパーセントより多くまたは少ない金額をすでに払っているため、ゲーム装置は一般に乱数発生器の結果を変更することは許可されていない。したがって、本明細書に記載する説明および実施形態は同一の制約を想定する。
【０１１１】
１または複数の支払い表に帰する、米国で合法にプレイできる賭けゲームは多数ある。たとえば、単純なルーレットのゲームは、様々な可能性のある結果のそれぞれに対する支払いを表示する一連の規則と共に、均一に分布した確率値を用いる（ボールはホイールのどこかに落ちる）。「黒」に対する支払いは普通１対１である。「黒」に＄１を賭けて、ボールが「黒」の数字に落ちると、賭けた＄１に対して＄１を受け取る（つまり２対１の配当）。この賭けでは、１８の黒の数字、１８赤の数字、および（仮説的には）２つの緑の数字（０および００）がある。黒が出る頻度は１８／３８、またはおよそ４７．４％であり、２の値を有する。「黒以外」が出る頻度はおよそ５２．６％であり、０の値を有する。したがって、ルーレットで「黒」に賭けたプレイヤーへの値（支払い表値）は、次のようになる。
（２＊４７．４％）＋（０＊５２．６％）＝９４．８％  （式２）
【０１１２】
つまり、カジノは（何百万もの賭けの後に）、ルーレットで「黒」に賭けられた１ドルごとに１−０．９４８＝０．０５２、または５．２セントの勝ちを期待できる。払い戻し値には単位（通貨）が設定されていないため、勝ちは単位がなく、したがって、賭けの倍率として使用するのに適切であることに留意されたい。
【０１１３】
伝統的なスロットマシンも同様のスケジュールを有する。各画面（またはペイライン）上のシンボルの可能性のある組み合わせのそれぞれが、特定の発生確率を有する。この組み合わせはまた、払い戻し値（還元率）を有する。この払い戻し値はゼロであってもよく、または何百万ドルであってもよい。ルーレットの「黒」に単純に賭けた場合に用いる基本式と同一の式を用いて、各シンボルの組み合わせが起こる確率と、そのシンボルの組み合わせの払い戻し値との積を合計することによって、スロットマシンの全体的な払い戻しパーセントを判定する。
【０１１４】
十分に長い時間をかけて、支払い表の値を不変の設計値（従前のルーレットの例で９４．８％）に収束する。ゲームの理論上のプレイヤー還元率（ＲＴＰ）を算出するために、支払い表（ルーレット対スロットマシン対その他）を備える個々の詳細に関係なく、２つの支払い表の値（前述のように算出）が同一である場合、賭けに対する理論上のプレイヤー還元率は同一となる。そのため、「支払い表の値」という用語の使用は、支払い表が構築されえる可能性のあるすべての方法を含む。
【０１１５】
たとえば、実施例において「所定の行為を実行する（たとえば、Ｂｌｕｅ  Ｄｉａｍｏｎｄを集める、Ｐｏｗｅｒ  Ｐｉｌｌを食べるなど）と、支払い表の値が９１％の値になる」と書かれている場合、どのように支払い表が構築されているか推測しえない。一実施形態では、さいころを振ることが、支払い表の値として用いられてもよい。別の実施形態では、スロットマシンの結果を用いて、支払い表の値を判定する。さらに別の実施形態では、仮想ホイールを回すことを用いて、支払い表の値を判定してもよい。たとえば、ルックアップテーブルでの無作為ルックアップを用いて、支払い表の値を確立してもよい。
【０１１６】
２つの支払い表が同一の値を有する場合であっても、支払い表は非常に異なる変動を有していてもよい。最も単純な用語では、高い変動率を有する支払い表は、支払い表値の所与の信頼区間（標準的な統計定義）に収束するために、低い変動率を有する支払い表より多くの賭けを必要とする。（ほとんどでない場合）多くの賭けゲームでは、理論上の払い戻し値を変動率と組み合わせることは数学的ゲーム設計背後の職人技にとって重大な部分である。別途記載のない限り、支払い表の変動率は支払い表の用語の使用には影響しない。同一の値を有する２つの支払い表は本明細書に記載する代替的な様々な実施形態および実施例において同等と考慮されてもよい。様々な用語、たとえば計数器、トークン、実績などは本明細書ですべて計数器と呼ぶ。
【０１１７】
本明細書において、賭けイベントという用語は賭けインスタンスを意味する。賭けインスタンスは、プレイヤーが賭け機会、つまり、賭けイベントとしてゲームが認識するゲーム内の任意の賭け機会と相互作用する結果として生成される。賭け機会は、たとえば、ボタンを押す、引き金を引く、画面を触るなどのハードウェアベースの行為を含んでいてもよい。賭け機会は、以下を含んでいてもよいが、これらに限定されない。仮想イベント（映像ゲーム内で仮想発生するイベント）、任意のゲームオブジェクトにプレイヤーが制御するアバターが触ること、または触ろうと試みること（ヒューマノイド、車両、携帯武器または拳など）、またはプレイヤーのアバターがゲームオブジェクトの一定の近さに来ること、発射体を任意のゲームオブジェクトに発射すること（発射体を打つか、または単に発射するかを必要とし、または代替的に発射体がゲームオブジェクトの一体の近さに結果的に来るように狙うか）、選択または移動を行う結果として、選択または移動を行うこと（「Ｘ」を三目並べ内に置くこと、モノポリーゲームで自分の部品を動かすこと、Ｍａｔｃｈ−３ゲームなどでタイルまたは宝石をスライドさせること）、および適切な時期の任意の時点または任意の期間中または期間後に全体的にゲーム内の任意の行為をすること、または任意の相互作用がゲーム内で起こるようにすること。これらの機会のいずれにおいても、賭けが発生前、発生と同時に、または発生後に行われた場合、および発生のために直接的または間接的に行われた場合、賭けと発生の組み合わせは賭けイベントとして既知になる。ゲーム内に無数の可能性のある賭け機会があってもよい。ゲームの設計の一部はどの機会が（およびいつ）賭けられるかを判定し、それによって賭け機会と賭けイベントとの差を定義する。一部のイベントは、なんらかの特定の時間まで、またはその他の従前イベントの発生まで賭け機会でなくてもよく、または賭け機会を含まなくてもよい。
【０１１８】
一実施形態によれば、一部の賭けイベントの発生頻度は低くてもよく、ゲーム内で大きな時間的遅延と関連していてもよく、かなりの器用さまたは賢さを必要としてもよく、および／または一般に、主観的に達成が困難であってもよい。一部の賭けイベントはこのような属性の２つ以上と関連していてもよい。当然のことながらこのような賭けイベントは、たとえば、発生頻度の高く、および／または求められる器用さ、賢さの程度が比較的低く、および／または達成が比較的容易な賭けイベントよりも、プレイヤーに対して高く評価される価値を有していてもよい。
【０１１９】
任意のイベントにおいて、１または複数の賭けイベントに関連してもよいこのような属性に関わらず、ゲームは「公正」であると考えられなければならない。公正さに関する第一の信条は、ゲームの規則が完全にプレイヤーに説明されなくてはならないということである。それによって、プレイヤーは、ゲームがプレイされる方法に基づいてゲームをプレイするかどうか、情報を得て決断できる。規則はすべての既知の規制されたゲーム管轄に適用される。本明細書に示され、記載されるゲームの実施形態は公正であり、ゲームの規則が明白にプレイヤーに説明されていると想定する。
【０１２０】
また、ゲームは、カジノ（またはその他ゲーム施設）が、幸運および／または一貫した熟練行為によって、賭けイベントの多くまたはすべてを達成するプレイヤーに対して継続的に金を失うような金額を決して支払ってはならない。一貫して、賭けイベントの多くまたはすべてを達成する主観的に価値の高い賭けイベントの多くまたはすべてを達成するプレイヤーが、このような主観的に価値の高い賭けイベントを何も達成せず、または少ししか達成しない別のプレイヤーより多くの金を得ること（プレイヤーがゲーム機につぎこんだより多くの金を得ることを含む）は許容可能である。ただし、ゲームは、どのプレイヤーに対しても一定の時間にわたった勝ちによって、カジノが損をしないことを保証するように設計されなければならない。ただし、本明細書に示し、記載する実施形態では、どのプレイヤーも、ゲーム設計者が、幸運、賢さ、器用さ、または熟練をもってしても、長期間にわたって、且つ、ゲームの多くの繰り返しにわたって、賭け金の１００％を越えて勝つことはできないことを保証することを可能とする。この定理は省略して、容認できない高払い戻し規則と呼ばれてもよい。
【０１２１】
ゲームでは頻繁に、主観的に価値が高く、達成が難しく、発生頻度が低いと認識されてもよい賭けイベントがある（総称して、難しい賭けイベント）。また、主観的に見て比較的価値が低く、達成しやすく、発生頻度が高いと認識されてもよい賭けイベントがある（総称して、容易な賭けイベント）。たとえば、伝統的なマッチングゲームＢｅｊｅｗｅｌｅｄ（商標）では、３つの宝石を揃えることは４つの宝石を揃えることより容易であると考えられる。また、３つの宝石を揃える機会は、より多くの数の宝石（たとえば４、５、６、または７）を揃えるよりも発生頻度が高くてよい。一人称射撃ゲームでは、頭部射撃（小さいターゲットで撃ちにくい）は難しいと考えられてもよく、胴体射撃（大きいターゲットで比較的撃ちやすい）はより容易であると考えられてもよい。基本的な人間の性質から、プレイヤーは一般に難しい活動には高い報酬を期待する。
【０１２２】
一実施形態によれば、高い報酬を所望することに対処する１つの方法は、難しい賭けイベントには異なる高い価値の支払い表を割り当てることである。このようなパラダイムによって、一貫して高い報酬を熟練したプレイヤーに支払い、幸運なプレイヤーには時期に応じた高い報酬を支払うことができる。その他の実施形態は、すべてのプレイヤーの体験を強化しながら、カジノを保護するように、このようなパラダイムを促進するように構成されてもよい。
【０１２３】
一実施形態によれば、プレイヤーが賭けイベントに遭遇するときにプレイヤー相互作用を受けているゲーム機を通じて行われた各個々の賭けは、ゲーム上多いまたはゲーム履歴に関わらず、特定の最低限（ネバダ州では７５％）より低い予想ＲＴＰを有してはならない。別の実施形態によれば、全体的なＲＴＰはゲームの寿命を通じて、特定の最大限を超えてはならず、プレイヤーが成功して、賭けイベント中に要求されるすべての利用可能な熟練行為を一貫して行ったとしても。数学的に１００％を上限とする可能性が高い。短期間では、任意のプレイヤーは、賭けた以上の報酬を得ることもありえることを理解されたい。ただし、世界で最高に幸運なプレイヤーおよび最も熟練したプレイヤーが本明細書に示され、記載されるゲーム機を長時間プレイした場合であっても、そのプレイヤーはカジノ（またはその他管理者）が金を支払うような報酬を受けることはないであろう。
【０１２４】
それにもかかわらず、一実施形態によれば、ゲーム内の個々の賭けイベントの期待ＲＴＰ難しい賭けイベントでは、同一のゲーム内の比較的容易な賭けイベントの期待ＲＴＰより高くてもよい。（プレイヤーにとって）良いＲＴＰに関連するこれらの難しい（および／または発生頻度の低い）賭けイベントこそが、プレイヤーを手元のゲームに従事させ続け、ゲームプレイ中にプレイヤーの興奮を高揚させる。ゲームプレイに従事することは、普通はゲーム業界では高い収入を意味する。一実施形態によれば、容易な（および／または発生頻度の高い）賭けイベントは、（たとえば）７５％の期待ＲＴＰを有していてもよく、難しい（および／または発生頻度の低い）賭けイベントは、たとえば、関連する８５％（または以下に記載するように１００％を超えてもよい）の期待ＲＴＰを有していてもよい。
【０１２５】
一実施形態によれば、各賭けまたは選択された賭けの一部は、奨励金またはその他の賞金に仮想出資される。奨励金またはその他の賞金のすべて、一部、または倍数は後程、プレイヤーが１または複数の所定の賭けイベントの一部の行為を達成後に支払われてもよい。逆に、実施形態によれば、プレイヤーが１または複数の所定の将来の（普通は難しい）奨励金に関連する賭けイベントの一部の行為を達成できない場合は、規則で定められた最小ＲＴＰ以下にゲームが陥ることなく、プレイヤーはそれらの奨励金のすべてを没収されることもある。一部の実装では、所定の、普通は難しい賭けイベントが、プレイヤーに長く待ち望んでいた挑戦として提示されてもよい。これらのイベントは、特に恐ろしい敵との闘い、特に難しいパズルを解くことまたは難しい選択をすることなどであって、時にはヒント、能力、知識または事前のゲームプレイ中に収集した道具を使用することもある。プレイヤーの潜在的な報酬が増加するにつれて、プレイヤーの緊張は高くなるはずである。たとえば、プレイヤーが所定の数の賭けを行った後、所定の賭け機会（大きく、強力な敵との闘いなど）が可能になってもよい（つまり、プレイヤー相互作用に基づいて賭けイベントになる）。その所定の賭け機会の期待ＲＴＰは、容認できない高い払い戻し規則に違反せずに１００％よりはるかに高くてもよい。この賭け機会は、プレイヤーに対して選択的にのみ利用可能であるため（たとえば、所定の数の賭けイベント後にのみ、所定の期間のゲームプレイ後にのみ、または所定の行為を達成後にのみ）、この大きな期待ＲＴＰは、プレイヤーが賭けイベントゲーム中に賭けることによってプレイヤーが行った従前の仮想出資から資金を得ることができる。
【０１２６】
一実施形態によれば、この奨励金の少なくとも一部の価値は、プレイヤーがプレイ中に明示的にプレイヤーに通信されてもよい。ただし、この奨励金は（伝統的なプログレッシブゲームのように）自動的にはプレイヤーに支払われない。その代わりに、ゲーム内活動に基づいて、所定の賭けイベントとの遭遇に対応してプレイヤーが行った一部の所定の行為に基づいて、および所定の賭けイベントとの遭遇に対応するプレイヤーによる一部の所定の行為に基づいて、事前に仮想出資された金額の合計の少なくとも一部（または倍数）がプレイヤーに利用可能になる。実施形態によれば、プレイヤーが所定かつ十分に立証された行為の実行に成功せず、賭けイベントの達成（つまり、より大きく、強大な敵を倒すこと、難しいパズルを解くこと、または提示された環境に基づいて正しい決断をすること）に成功しなかった場合は、ドルの金額が表示されていたという事実があっても、そのプレイヤーはこの奨励金を得ることができない。つまり、実施形態によれば、奨励金に対して表示された金額は、所定の賭け機会との遭遇に対応する（難しいと推定される）行為を完了するための奨励金であって、継続したプレイを保証された賞金ではない。それにも関わらず、プレイヤーがこの奨励金を勝ち取らない場合であっても、ゲームの全体的なＲＴＰは、ゲームプレイ中のいずれの時点でも、そのゲーム管轄の特定の最小限度（たとえば７５％）を下回らない。奨励金を得るために必要な行為または成果は、プレイヤーに対して明白に説明され、および／または容易に利用可能でありえることを理解されたい。
【０１２７】
一実施形態によれば、奨励金の具体的な価値は、プレイヤーが勝つまで開示されなくてもよい。ただし、一部の形状のメータまたは進行バーはプレイヤーに示されてもよく、そのメータまたは進行バーは、奨励金に関連する所定の将来の賭けイベントとの遭遇に応じて、一部の十分に通信された行為への奨励金の利用可能性にどれだけ近付いているかをプレイヤーに示してもよい。一部の実施形態では、プレイヤーに支払われる奨励金の価値は、奨励金に関連する賭けイベントとの遭遇に応じてプレイヤーが必要とされる所定の行為を行う前、途中、または後に無作為に生成されてもよい。本事例では、奨励金の正確な価値はゲームプレイ中に（つまり、奨励金に関連する賭け機会との遭遇前に）プレイヤーには開示されないが、可能性のある価値の範囲はプレイヤーに支払い表画面で開示されえる。
【０１２８】
一部の実施形態では、奨励金はプレイを通じて無作為に利用可能になってもよい。この無作為に判定された賭け機会はプレイヤーが賭けを行うとき、起動されてもよい。たとえば、プレイヤーがレーストラックで「コイン」を取るたびに賭けが行われ、一定の確率で、「宝石」がレーストラックのどこかに配置されてもよい。この「宝石」は、プレイヤーが拾う事ができればプレイヤーに奨励金を与える。宝石は、プレイヤーが一部の所定の熟練行為を実施した後にのみ、拾うことが可能であってもよい。所定の熟練行為とは、たとえば、所定の数のコインの取得、パズルを解くこと、特定の勝っているレースカードライバを負かすことなどである。ただし、プレイヤーが宝石を拾うのに失敗したり、獲得できなかった場合は、その賭けおよび勝つ機会をプレイヤーは失うこともある。
【０１２９】
このように、奨励金は潜在的なゲーム機に「保存された価値」と見なされてもよい。奨励金は潜在的な価値である。なぜなら、プレイヤーはその価値を実現するために必要な１または複数の行為を実行することに失敗するかもしれないからである。奨励金は保存された価値である。なぜなら、プレイヤーは、ゲームプレイ中に時間とともに、累積したすべてまたは一部の奨励金を有してもよいためである。少なくとも一部の事前の賭けイベントは、保存されて増加している価値に寄与している。したがって、奨励金は、実施形態によれば、プレイヤーが特定かつ十分に立証された状況で一部の特定かつ十分に立証された行為を実行するまで、プレイヤーには何の金銭的価値を持たない。したがって、奨励金の潜在的に保存された価値は全部ではないが多くのゲーム管轄で規制的に認識されないことが多い。したがって、奨励金の損失は、奨励金が失われるゲーム内の時点までプレイヤーが楽しんでいたＲＴＰに影響しない。さらに、プレイヤーは奨励金の正確な金額を、その金額が報酬として与えられるゲームの時点に到達するまで知らなくてもよい。ゲームのその時点に到達するとき、プレイヤーが提示された賭け機会との相互作用に成功することを条件として、プレイヤーは少なくとも奨励金、場合によってはそれ以上の金額の報酬を受けることを知る。これは、プレイヤーの興奮と期待にさらに追加される。
【０１３０】
プレイヤーがゼロ以外の奨励を累積したゲームから、プレイヤーが離れる事例、またはゲームを現金化する事例を考慮する。奨励金は潜在的な（実現されたものの反対として）保存された価値を表しているが、奨励金はそれでも将来実現化されえる価値を表している。奨励金が現金化（または一部のその他イベント）の際に初期化されると、「ハゲタカ」が問題となることもある。現在の状況では、ハゲタカはゲーム機の周りをうろつき、プレイヤーがゲームをやめて、ゼロ以外の保存された価値を奨励金に有するゲーム機から離れるのを待つ人々であると考えられてもよい。したがって、実施形態は、カスタマーからの以来および／またはゲーム規制者またはカジノ管理者からの以来によって、現金化（または一部のその他イベント）の際に「保存された価値」を自動的にクリアするように構成されてもよい。
【０１３１】
表２に示す代表的な支払い表テーブルを考慮する。
【表２】
2020537557.tif 000004
【０１３２】
本実施例では、乱数が生成され、０から９９（０〜９９）までの値に変換される。「範囲」列を使用して、拡大縮小された数（０〜９９）を用いてプレイヤーに支払われる支払い金額を判定する。各行の「ＲＴＰ（算出された）」列はその行の支払いと確率の単なる積である。ＲＴＰ列の価値の合計は、支払い表全体の全体的なＲＴＰ合計を表す。
【０１３３】
一部の実施形態によれば、低いＲＴＰ支払い表は、一部の賭け機会に対して有効とされてもよく、比較的高いＲＴＰ支払い表はその他の賭け機会に対して有効とされてもよい。一部の実施形態では、低いＲＴＰ支払い表は、発生頻度が高いか、またはプレイヤーが統計的に達成しやすい賭け機会（つまり、簡単な賭け機会）に対して有効とされてもよく、高いＲＴＰ支払い表は、発生頻度が比較的低くおよび／またはプレイヤーが成功裏に達成しにくい１または複数の賭け機会（つまり、難しい賭け機会）に対して有効とされてもよい。たとえば、低いＲＴＰ支払い表は簡単な賭け機会に対して有効とされてもよく、高いＲＴＰ支払い表は自明に難しい賭け機会に対して有効とされてもよい。簡単な賭け機会および難しい賭け機会を、主観的にまたは客観的に測定してもよい。この測定は、達成するために必要なゲームプレイの時間によって、プレイヤーの賢さによって、プレイヤーの手先の器用さによって、プレイヤーの反応時間またはスピードおよび／または任意のその他の測定基準によって測定してもよい。任意のその他の測定基準とは、ゲームプレイ中に、所定の賭け機会に遭遇するとき、所定の１または複数の達成に失敗した割合と、同一の所定の賭け機会に遭遇するとき、１または複数の達成に成功した割合との統計的誤差につながるものである。実際に、プレイヤー（および／またはゲーム設計者）が達成するのが簡単だと考えるタスクに対して、プレイヤーは低い金額の報酬を受領してもよく、一方、プレイヤー（および／またはゲーム設計者）が達成するのが難しいと考えるタスク、たとえばゲームの物語の章を締めくくる賭け機会、またはゲームに対してテーマ的に重大である賭け機会に対して、比較的高い報酬を受領してもよい。
【０１３４】
難しい賭け機会に対して高いＲＴＰの使用を例示するため、以下の段落でマッチングゲームを論じる。ただし、一人称の射撃、ドライビングゲームまたは仮想上の任意のタスクを以下に記載するマッチングゲームのマッチングの代わりにしてもよいことを理解されたい。プレイヤーは簡単なタスクを達成することに対して低い報酬を喜んで受けると考えられる。簡単なタスクとは、たとえば、３つの類似アイテムを並べること（または、ゾンビを殺傷可能な光線銃を充電するために必要な４つの充電パックを見つけることなど）である。ただし、たとえばプレイヤーが１行に７つのアイテムを並べる方法を見つけたばかりとする。もし受け取るゲームの報酬が低い価値だった場合（ゼロまたは賭け未満でありえる）、プレイヤーはそのゲームをプレイすることに不満を持つようになり、難しいタスクを達成すると高い報酬が支払われるべきであると考えるようになる。実際に、プレイヤーは７つのアイテムをそろえること（またはその他のより難しいタスク）に、つまり、賭け金の５０倍以上などの報酬を得たいと思う。このようなタイプの払い戻しを保証することは、異なる払い戻し表をマッチ７賭けイベントおよびマッチ３賭けイベントに単に割り当てることによっては、対処されない。これは、容認できない高い払い戻し規則によるものであり、カジノは時間とともに、多くの繰り返しの後に、プレイヤーにプレイヤーの賭けを合計したものよりも多く支払うことになりえるためである。そのようなゲーム機を会場に設置することに同意するカジノはないであろう。
【０１３５】
例示として、以下に一実施形態によるマッチ３ゲームの代表的な規則を表す。ただし、ゲームパラメータおよび特性の（全部ではなくても）多くを変更して、プレイヤーに楽しい経験を提供してもよいことを理解されたい。そのようにして、以下で用いる数字および価値は、説明を明瞭にするために、任意に選択したものであり、本明細書に記載する任意の実施形態を限定するものと解釈されてはならない。
【０１３６】
この具体的な実施形態では、ゲームはオブジェクトマッチングゲームであり、アーケードゲームのＢｅｊｅｗｅｌｅｄ（登録商標）と類似する機能を有する。本事例では、プレイヤーは賭けを行い、宝石などのアイテムのプレイボード（行列）が提示される。プレイヤーは、同一のタイプ（たとえば、赤い宝石、青い宝石、虎、狐、あひるなど）の、プレイボード上で互いに隣り合う（左、右、上、下、斜め）３以上の宝石（またはその他オブジェクト、動物など）を識別し、選択するように期待される。宝石またはその他のオブジェクトが揃うと、プレイボードから除去され、新しい宝石またはオブジェクトで交換される。プレイヤーは、プレイボード上で利用可能な３つを揃える行為のみのゲームを開始する（または１つのタイプの動きの遅い目の死んだゾンビまたは、黙示録的なゾンビが発生する都市地域でプレイヤーを攻撃するゾンビ）。４、５、６を揃える（またはもっと能力の高いゾンビ）行為は、ゲームのこの段階では開始時に利用可能ではない。それは、ゲームボードが４、５または６つの宝石またはオブジェクトが隣り合うものを含まないため、またはユーザは、当初高い価値のゲームアセットを提示されないためである。
【０１３７】
少ない数のマッチング賭けイベント（たとえば、マッチ−３）は、プレイヤーに低いＲＴＰを提供してもよい。プレイヤーがマッチング賭けを行うたびに、計数器は増加してもよく、または計数器を増加させる無作為な機会があってもよい。十分な数のマッチング賭けを行うことによって、プレイヤーはボーナス−４、ボーナス−５、ボーナス−６およびボーナス−７の支払いを解放する。それらは、４つのアイテムを揃えること（マッチ−４）、５つのアイテムを揃えること（マッチ−５）、６つのアイテムを揃えること（マッチ−６）または７つのアイテムを揃えること（マッチ−７）によって、それぞれ起動される。高度なマッチング賭け機会の代わりに、素早く、機敏なゾンビを戦闘に提供してもよい。高いボーナスがまた利用可能ではなくても、高レベルなマッチングによって、利用可能な最低のボーナスが起動される。たとえば、マッチ−７は、現在利用可能な最高レベルのボーナスであるボーナス−６を起動する。
【０１３８】
これらの一連の奨励金のそれぞれは（つまり、マッチ−４、マッチ−５、マッチ−６、マッチ−７）関連していてもよく、プレイヤーに賭けの１００％を超えて提供してもよい。つまり、１００％ＲＴＰを超えて提供される。ただし、このように難しい賭け機会（つまり、マッチ４、５、６または７の似たアイテムを並べる機会）に対する高いＲＴＰは、所定の数の低い価値のマッチング賭けを行った後のプレイヤーにのみ利用可能であってもよい。実施形態によれば、このようにして、１００％より高いＲＴＰ支払い表が可能になり、資金を受けることができる。
【０１３９】
例示目的で、単純化した実施形態を考慮する。２つの賭け機会のみが選択的に利用可能となっている。複数の第１の「マッチ−３」賭け機会と、１または複数の第２の「マッチ−モア」賭け機会であり、「ボーナス−モア」と呼ばれる奨励金支払い表を備える。このようなマッチ−３賭けイベントに対する支払い表は表３に示す形をとってもよい。
【表３】
2020537557.tif 000005
【０１４０】
このようなマッチ−モア賭けイベントに対する支払い表は表４に示す形をとってもよい。
【表４】
2020537557.tif 000006
【０１４１】
ただし、ゲームが全体的な９５％ＲＴＰを有することが望ましい。これを達成するためには、ボーナス−モア賭けイベントに対する支払い表はプレイヤーの賭けの１００％を超える報酬を支払うように設計されてもよい。たとえば、ボーナス−モア賭けイベントに対する支払い表は表５に示す形をとってもよい。
【表５】
2020537557.tif 000007
【０１４２】
ただし、実施形態によれば、４７５％ＲＴＰによって、ゲームは容認できない高い払い戻し規則には違反しない。これは、一実施形態によれば、プレイヤーが所定の数のトークンをためるまで（このトークンは第１のマッチ−３賭けイベントのそれぞれに対して報酬として与えられても、与えられなくてもよい）、および／または、プレイヤーがそれ以前に所定の数の第１のマッチ−３賭けを行うまで（所定の数のゾンビを殺すこと、所定の数の虹色の指輪を集めるまで等）、プレイヤーは第２のボーナス−モア賭け機会にアクセスを有さないからである。以下、例示目的のためにのみ第２のボーナス−モア賭け機会は、１０トークンが「ボーナス−モア」メータに累積されてから利用可能になるものと想定する。１０トークンは、多くのマッチ−３賭けイベントとの相互作用を通じて獲得される。ボーナス−モアメータは、プレイヤーに可視であってもよい。
【０１４３】
以下記載される様式において、例示的実装によれば、高いＲＴＰが高い価値の賭けイベントに対して提供される。ターゲットのゲームの全体的なＲＴＰは本例では９５％に設定される。この９５％はボーナス−モアＲＴＰの４７５％ＲＴＰから引かれ、差は３８０％となる。各第１のマッチ−３賭けイベントでは、ＲＴＰはターゲットの全体的なＲＴＰの９５％に１０％ほど不足している。９５％−８５％＝１０％である。この不足は、プレイヤーに平均して、第２のマッチ−モア賭けを有効にし、ボーナス−モア報奨金が与えられる賭けイベントを起動する前に、３８（３８０％／１０％）の第１のマッチ−３賭けを行わせることによって、埋め合わせることができる。これは、平均して、その時点のトークン２６．３％を出資し、それによって、１０トークンを３８のマッチ−３賭けイベントにわたって累積することによって実現可能である。マッチ−３ＲＴＰおよびボーナス−モアＲＴＰの算出はあわせて以下の通りである。
８５％＋１＊４７５％＝３７．０５            （式１）
【０１４４】
３８を超えるマッチ−３賭けイベントと、１つのマッチ−モア賭けイベントを通じて、平均して、全体的なＲＴＰは所望の９５％となり、３７．０５／３９＝０．９５または９５％である。
【０１４５】
ただし、プレイヤーが「マッチ−モア」プレイを行うとき、その直接の払い戻しは９０％であり、トークンを増やす機会はそれにしたがって減少することが要求される。次奨励金のプレイが各「マッチ−モア」賭けの５％のみを与えることを確実にすることが要求される（９５％−９０％＝５％）。そのために、出資確率は半分に減らされ、トークンは１３．１５％の割合で与えられる（トークンは時間の１３．５％与えられる）。それによって、プレイヤーは平均７６の低い価値の賭けイベントをプレイし、賭けイベントを有効化することが求められる。この賭けイベントでは、奨励金を獲得してもよい。これは、「マッチ−モア」＋「ボーナス−モア」ＲＴＰに対する次の算出につながる。
９０％＋１＊４７５％＝７３．１５              （式２）
７３．１５／７７＝０．９５（９５％）          （式３）
【０１４６】
マッチ−３と同様に、７７で割り算を行う。合計で７６＋１＝７７の賭けイベントがあり、７３．１５という結果が算出されるためである。
【０１４７】
実施形態によれば、賭けサイズをゲームの任意の時点で変更することを支持するため、およびボーナスの支払いを公正に保つため、トークンの計数は常に賭け金額によって増加されてもよい。実施形態によれば、取得されたトークンの数は、ボーナスを起動するため、次に、賭けサイズで乗じられた基本のトークン閾値を超えなくてはならない。その結果として、プレイ間で賭けのサイズを増加するプレイヤーはボーナスを無効化してもよい。ゲーム機は次に、ボーナスメータを、現在の賭けサイズで除したトークン計数として表示してもよい。また、賭けサイズがトークンの端数整理によって減少するまで、トークンが利用不能となる出来事があってもよい。
【０１４８】
たとえば、ボーナスメータが１クレジットの賭けを満たすために１０トークン必要である場合、４０クレジットの賭けを満たすためには４００トークン必要となる。プレイヤーが１０クレジットでプレイし、５０トークンを累積し、トークンメータを半分満たし、５の賭けに変更すると、メータは直ちに１００％の完全な状態になる。
【０１４９】
一部の実施形態によれば、マッチ−モア賭けイベントは、３より大きいアイテムの数を揃える機会だけではなく、異なる賭け機会とともに交換されてもよい。たとえば、前述の累積した１０トークンを得た後に、プレイヤーは新しい、様々な賭け機会によって挑戦を受けてもよい。新しい、様々な賭け機会は、新しい、様々な賭け機会を有効化するマッチ−３賭けイベントに一部のみ似ているか、またはまったく類似性のない賭け機会である。たとえば、プレイヤーは、ゲームのこの時点までプレイヤーを導くマッチングタスクよりも、はるかに達成が難しいと認識されるマッチング賭け機会の責を負ってもよい。代替的に、プレイヤーは、別の挑戦をあわせて受けてもよい。別の挑戦とは、仮想のダーツを風船に向けて投げること、または主観的に達成が難しいと考えられている任意のその他の娯楽性があり没頭できるタスクなどである。物語性のあるコンソールタイプゲームは、プレイヤーを仮想化ゲームワールドに没頭させ、奨励金と関連する挑戦はテーマ的に物語にとって重大であってもよく、またはその時点までの物語で蓄積した緊張を解決してもよい。プレイヤーが所望の行為の実行に成功すると（たとえばすべての風船を割る、敵のボスを殺す等）、プレイヤーは奨励金のすべてまたは倍数を受け取ってもよい。奨励金は、意図する１または複数の行為を実行することによって、プレイヤーが賭けを行い、この賭けに関連する１００％より高いＲＴＰ支払い表によって判定される金額を獲得するような金額であってもよい。このような様式において、実施形態によれば、奨励金に関連する賭けイベントが要求する、意図する行為を一貫して実行するプレイヤーは、時間とともに、平均して、ゲームの全体的な最大ＲＴＰ（たとえば、９５％）に対して意図的に設計された支払いを得る。同様に、奨励金に関連する賭けイベントが要求する、意図する行為を一貫して失敗するプレイヤーは、時間とともに平均して、少なくとも意図する最小ＲＴＰ（たとえば、７５％）の支払いを得るが、前述したゲームの全体的な最大ＲＴＰに設計された支払いより少ない。もちろん、奨励金に関連する賭けイベントが要求する、意図する行為の実行に一部の時間のみ成功するプレイヤーは、時間とともに平均して、意図する最小ＲＴＰ（たとえば、７５％）と意図する最大ＲＴＰ（たとえば、９５％）との間でなんらかの支払いを得る。奨励金と関連する賭け機会が提示する目標を達成するために必要な行為は、ある程度の賢さ、手先の器用さ、スピード、スキル、および／またはその他のプレイヤーの属性を必要としてもよい。
【０１５０】
難しい賭けイベントに対する高い価値の支払い表の使用をさらに例示するために、以下の段落で規制されたマッチングゲームを詳細に論じる。プレイヤーは難しいタスクには高い報酬が得られる代わりに、簡単なタスクを達成することに対して低い報酬を喜んで受けるであろうと考えられる。一実施形態による、仮想出資を用いた、より複雑で複層のマッチングゲームの例示的規則は、以下のようであってもよい。ただし、ゲームパラメータおよび特性の（全部ではなくても）多くを変更して、プレイヤーに楽しい経験を提供してもよいことを理解されたい。そのようにして、以下で用いる数字および価値は、説明を明瞭にするために任意に選択したものであり、本明細書に記載する任意の実施形態を限定するものと解釈されてはならない。
【０１５１】
プレイヤーがマッチ３をプレイするたびに、プレイヤーは効率的に賭けを行い、９５％の値を有する支払い表にしたがって報酬を受ける（または受けない）。プレイヤーは、この賭けイベントに対して１つのＣ３計数器（マッチ−３計数器）の報酬を受ける。この実装では、各Ｃ３計数器の値は１５％であり、意図するゲームの全体的なＲＴＰの９５％から「取り出される」または仮想的に寄与を受ける。計数器（Ｃ３またはその他）の報酬は、保証されなくてもよいことに注意されたい。「計数器を授与する機会」があってもよい。このように、計数器の確率を計数器の値で乗じることによって、次の層の賭けイベントの支払い表に追加できる値が算出される。
【０１５２】
このような５つのＣ３計数器がプレイヤーによって累積されると、マッチ−４賭けイベントが有効になり、５つのＣ３計数器は除去される。これによって、ゲーム内の一部のその他の行為またはイベントが賭けイベントになる。つまり、ゲーム内の行為またはイベントは、５つのＣ３計数器が累積し、マッチ−４賭けイベントが有効化され、５つのＣ３計数器が除去されるまで賭けイベントではない。プレイヤーはさらに、所定のゲーム内アセットと相互作用し、行為を実行し、またはその他の方法で次の賭けイベントを発生させなければならない。任意の時点で、賭けイベントがプレイヤーに利用可能になるという保証はない。実際にマッチ７またはその他の賭けイベントが有効化されているということが、現在揃えられる７つの適切なアイテムまたは宝石があること、またはゲームが同様の賭け機会をプレイヤーに提供するということを保証するものではない。従来のゲームでは、５つの計数器が収集されると、何かが自動的に起こる（ボーナスゲームに入ること、または即自支払いを受けるなど）。ときには、したがって、現在何も、揃えるためのＮアイテムが利用可能でなくても、マッチ−Ｎ賭けイベントが有効化されてもよいことが期待される。ただし、このような賭け機会は、プレイヤーが意図する行為を実行し、現在利用可能な高い価値のある賭けイベントに賭けを行う機会があるとき、それ自体ゲームプレイの後半の時間に存在してもよい。
【０１５３】
一部の実施形態によれば、この時点以前に、プレイヤーはマッチ４行為を行うことを許可されていなかった。一部のその他の実施形態では、マッチ４行為はプレイヤーに利用可能となりえるが、賭けイベントを有効化し、または生成するように構成される賭け機会としてではない。それによって、まだ有効化されていない行為からプレイヤーが賭けをすること、または任意の金額を勝つことを防止する。代替的な実施形態では、マッチ４行為を取ることが許可されているが、マッチ３賭けイベントとして（低い価値の支払い表で）扱われる。代替的に、その時に有効な高レベルのマッチＮとして扱うことによって、マッチ４行為を行ってもよい。（たとえば、マッチ７が見つかるが、最も高い有効可能な行為はマッチ５であるとき、マッチ７行為はマッチ５であるかのように扱われる）。一部の実施形態では、この状況が発生するとき、プレイヤーは、この「低い」賭けイベントを受容するかどうか促されてもよく、または問われてもよい。
【０１５４】
このような５つのＣ３計数器がこの行為を有効化するために必要なため、マッチ４支払い表の値は１１５％に設定され、マッチ３の９５％支払い表より２０％高い。各Ｃ３計数器が１５％の値を持っていた場合であっても、各計数器のそれぞれ１０％はマッチ４には使用されない。１回のみのマッチ４行為が有効化されてもよく、マッチ４行為が発見され、プレイヤーによって行われると、マッチ４行為は再び無効化されてもよいことに留意することが重要である。代替的な実施形態では、低いレベルの計数器が完全に収集され、マッチが行われるたびに減少されるとき、各マッチレベルが有する「有効な計数器」は増加される。たとえば、１５のマッチ３賭けイベントが連続して起こるとき、マッチ４行為を行う３つの機会が可能となる。その他の利点の中でも、これはゲームの全体的な払い戻しを、より安定したものにする。
【０１５５】
同様に、各マッチ４賭けイベントは、プレイヤーに仮想出資された１０％（１１５％から取り出し）の値を持つＣ４計数器を与えてもよい。これらの５つのＣ４計数器が累積した後に、マッチ５行為が可能となる（ここでも１つの賭けイベントのみに対して）。ただし、Ｃ３およびＣ４計数器のどちらも合計３００％の出資であるため（５つのＣ４（各１０％）計数器から５０％および５ｘ５＝２５のＣ３（各１０％）計数器から２５０％）、マッチ５支払い表値は容認できない高い払い戻し規則に違反せずに、４００％まで増やすことができる。実施形態によれば、この複層スキームは高レベルな賭けイベントと継続されてもよい。
【０１５６】
１０％の出資は単純な例である。顕著に高い値を有する難しい賭けイベントでは、一実施形態は、簡単な賭けイベントの計数器の値のすべての一部（または少なくとも一部）が実質的に難しい賭けイベントに寄与するように構成される。Ｃ３計数器の値を５０％以上に設定し、値のほとんどを難しい賭けイベントに仮想出資し、送り、易しい賭けイベントに対して少ない金額のみ（ある場合）をプレイヤーに払い戻すことは望ましいゲーム設計の決定であってもよい。さらに、難しい賭けイベントに出資する一定の割合の仮想出資は、ゲーム設計者にとって利用可能な唯一の出資機構ではない。たとえば、支払い表を用いて、今後どれだけ仮想出資できるかを判定しえる。たとえば、Ｃ３計数器に対して、１５％の値を持つ支払い表を送りえる。さらに、Ｃ４およびＣ５に出資されるＣ３計数器からの１５％の割合は（本例では）、前述の１５％のＣ３が送信した値と組み合わせて、またはその代わりに、それ自体支払い表であってもよい。
【０１５７】
最後に、高層の賭けイベントが有効化されるときに（計数器の収集を通じて）、利用可能ではない場合、高層の賭けイベントの利用可能性を「強制する」または「保証する」能力を提供することは望ましいゲーム設計判断であってもよい。これは、「魔法の杖」効果として実装されてもよい。それによって、マッチ７機会がなにも表示されないまま１分たつと、ゲームは１または複数の宝石を修正し、マッチ７機会が直ちに利用可能とするか、または場合によっては、はるかに簡単なマッチ３行為をとることによって、明白に利用可能にする。代替的に、ゾンビゲームでは、ゾンビのボス（殺すのが難しいｕｂｅｒゾンビ）を殺害することが難しい賭けイベントであるとき、十分な数の計数器が収集され次第、「魔法の杖」効果が「生じ」、またはその他の方法で利用可能となるが、それ以前には利用可能とはならない。
【０１５８】
実施形態に特有なのは、予測される勝ちの概念である。それによって、プレイヤーは長くゲームするほど、ゲームにさらに投資するようになる。つまり、主要な潜在的な勝つ行為を解放することに自分が非常に近いとプレイヤーが知っている場合（マッチ７賭け機会、ゾンビのボスと対面することなど）、そのプレイヤーがそのゲーム装置をプレイし続ける可能性が高い。このように、継続したプレイは、プレイヤーにとって、興奮する娯楽経験と同等であり、カジノには歳入の増加をもたらす。
【０１５９】
図１０は一実施形態による方法のフローチャートである。具体的には、図１０は、規制されたゲーム機（たとえば、前述のＥＧＭまたはＥＧＤ）をプレイするプレイヤーに払う報酬を判定する方法のフローチャートである。一実施形態では、本方法は、Ｂ１０１に示すように、資金をプレイヤーから受領することを含んでいてもよい。ただし、「無料でプレイできる」実装では、資金はプレイヤーから受領せずプレイヤーに支払われる任意の金額は価値のないポイントまたは機能的に同等のものであってよい。資金は、紙幣、硬貨、トークンおよび／または任意の形で受領した電子マネーまたは価値を含んでいてもよい。ブロックＢ１０２で示すように、ゲームは規制されたゲーム機内に備えられてもよく、次のように構成されてもよい。ゲーム内で複数のゲームアセットとのプレイヤー相互作用によって複数の第１の（一実装では簡単な）賭け機会と、（少なくとも）第２の（一実装では難しい）賭け機会とが生じる。ゲームは、アーケードタイプゲーム、物語のあるコンソールタイプゲームおよび／またはそれらの任意のハイブリッド型を含んでいてもよい。ハイブリッド型では、ゲーム内アセットとのプレイヤー相互作用によって、複数の第１の賭け機会（たとえばマッチングアイテム、言葉のまたは構造の形成、ゾンビ殺害）および少なくとも１つの第２の賭け機会が生じる。すでに予言したように、第２の賭け機会は、第１の賭け機会と同一のタイプの賭け機会（たとえば難しいマッチング問題、より長く複雑な構造の形成またはゾンビのボスの殺害）を含んでいてもよく、または全く異なるタイプの賭け機会であってもよい。適用されるゲーム法規を順守するために、提供されるゲームは全体的な最小報酬をプレイヤー（ＲＴＰ）が有するように構成される。カジノおよびゲーム管理者を満足させるために、提供されるゲームはまた、全体的な最大ＲＴＰを有するように構成されてもよい。（つまり、プレイヤーに支払われる金額の割合は、何回も大量に反復するプレイの後に、所定かつ設計された全体的な最大ＲＴＰに収束する）。
【０１６０】
図１０のブロックＢ１０３では、受領した資金および第１のＲＴＰを画定する第１の支払い表を用いて、プレイヤーが第１の賭け機会と相互作用して第１の賭けイベントを生成するときは常に、報酬をプレイヤーに与えるか、どのように与えるかを判定してもよい。第１のＲＴＰは、少なくとも最小全体ＲＴＰを画定する。前述したように、第１の賭け機会とのプレイヤー相互作用は、プレイヤーがアイテムを揃えること、ゾンビを殺すこと、路上のアイテムを集めること、または競技場でレースすること、アドベンチャクエストで特定の行為を実行することなどの形を取ってもよい。プレイヤーが第１の賭け機会と相互作用するとき、対応する第１の賭けイベントが生成され、乱数が生成され、標準化され、または拡大縮小され、第１の支払い表に適用されて、報酬をプレイヤーに与えるか、どのように与えるかを判定してもよい。図１０に記載するように、第１の支払い表は、少なくとも最小全体ＲＴＰと同じ大きさである第１のＲＴＰを画定してもよい。（たとえば、ネバダ州では、規制されたゲーム機に対して州で定められた最小ＲＴＰは７５％であり、第１のＲＴＰは、たとえば８０％に設定されてもよい）。
【０１６１】
前述の通り、一実施形態によれば、生成された第１の賭けイベントのうち、少なくとも一部の（たとえば、２以上、２〜３、ほとんどまたはすべての）に対して、プレイヤーに支払うべき報酬の一部（または一部の所定のまたはプログラムで判定した金額）はＢ１０４で示すように、奨励金に仮想出資されてもよい。これは仮想出資であり、奨励金が多くの第１の賭けイベント後に累積していたとしても、潜在的な価値を表すだけであることに留意されたい。それは、本明細書に記載するように、第２の賭け機会と無事に相互作用し、第２の賭けイベントを生成することによって奨励金を獲得するまで、奨励金には何の価値もないためである。
【０１６２】
ブロックＢ１０５は、プレイヤー相互作用のために第２の賭け機会を選択的に利用可能にすることを要求する。実際に、所定の数の第１の賭けイベント後および／または所定のゲームプレイの期間後（および／または任意のその他の所定の基準後）、プレイヤー相互作用のために第２の賭け機会は選択的に利用可能となる。この第２の賭け機会は、第１の賭け機会よりも、無事に相互作用することが難しくてもよい。実際に、第２の賭け機会と無事に相互作用することは、高いレベルの器用さ、賢さ、スピード、熟練行為を必要としてもよく、および／または一般に、プレイヤー、ゲームの物語にとって高い主観的価値として認識されてもよく、および／または単に、第１の賭け機会よりも少ない頻度で利用可能とされてもよい。判定ブロックＢ１０６は、プレイヤーが第２の賭け機会と無事に相互作用したか（ゲーム設計者が選択した何等かの基準によって）判定する。たとえば、マッチングゲーム７アイテムを揃えることであってもよく、ゾンビゲームで第２の賭け機会と無事に相互作用することは、ゾンビのボスを殺すことであってもよい。ゾンビのボスは一般に大きく、悪人であり、一般に第１の賭け機会を形成する通常のゾンビの一群よりも殺すのが難しい。
【０１６３】
プレイヤーが第２の賭け機会と無事に相互作用することに失敗する場合、Ｂ１０７に示すように、プレイヤーはすべての累積した奨励金を失う。留意されたい、本事例では、プレイヤーそれでも第１のＲＴＰを楽しむ。第１のＲＴＰは、少なくともゲームの全体的な最小ＲＴＰと同じ大きさであることを保証される。これは、奨励金が潜在的な将来の価値のみと考えられてもよい理由である。奨励金は、プレイヤーに与えられても、与えられなくてもよく、所定の様式で得られるまで何の固有の価値を持たない。ただし、任意のイベントにおいて、選択的に利用可能な１または複数の第２の賭け機会（２以上のこともある）と一度も無事に相互作用できていないプレイヤーであっても、それにもかかわらず少なくともゲームの最小全体ＲＴＰを達成する。さらに、このようなプレイヤーは、奨励金を一度も得ていなくても、それでもゲームプレイを楽しむ。
【０１６４】
ブロックＢ１０８で図示するように、プレイヤーが利用可能な第２の賭け機会と無事に相互作用するとき（および相互作用するときのみ）、第２の賭けイベントは生成され、乱数が生成され、標準化され、第２の支払い表に適用される。一実施形態によれば、標準化され、または拡大縮小され、乱数は次に第２の支払い表に適用される。次に、プレイヤーは奨励金と少なくとも等しい金額を受け取る。奨励金は乱数および第２の支払い表から判定される。一実施形態によれば、第２の支払い表は、ゲームの全体的な最小ＲＴＰより大きい第２のＲＴＰを画定する。一部の実施形態では、前述したように、第２のＲＴＰはゲームの全体的な最大ＲＴＰより大きくてもよい。一実施形態によれば、奨励金は、第１の賭け機会と無事に相互作用することに対して、プレイヤーに提供される報酬の仮想出資された部分の合計によって出資される。それによって第２の支払い表が有効になり、高いＲＴＰを提供する（この第２の賭けイベントに対して、ゲームの全体的な最大ＲＴＰよりさえも高い）。一方ゲーム自体は、平均して、大量の繰り返し後、所定のおよび設計された全体的な最大ＲＴＰよりも高い報酬はプレイヤーに決して与えない。ただし、「プレイヤーに提供される報酬の仮想出資された部分」という句は、プレイヤーに支払うべき金額がプレイヤーから資金供給されて、奨励金に出資されるという意味ではないことを理解されたい。実施形態によれば、その代わりに、「プレイヤーに提供される報酬の仮想出資された部分」という句は、プレイヤーが、１）プレイヤーが賭けを通じて獲得した報酬を受けること、および２）「出資」は仮想であり、現在の金銭的価値は高い価値の賭けイベントに出資するためにプレイヤーの勝ちから引かれていないことを意味する。実際に、プレイヤーが第２の賭け機会と無事に相互作用する前は、仮想出資の値は単に数字であり、現在価値を持たない。
【０１６５】
一実施形態によれば、本方法はさらに、少なくとも一部の奨励金をプレイヤーに表示するように構成されてもよい。実施形態によれば、プレイヤーが無事に利用可能な第２の１または複数の賭け機会と相互作用するまで、奨励金は何の価値も有さない。ただし、プレイヤーは、（たとえば、ゲームでのボス戦または挑戦レベルにおいて）選択的に利用可能な第２の賭け機会によって要求される必要な行為を実行すれば、少なくとも奨励金によって示される金額を獲得することが保証されていることを知っている。実際に、実施形態によれば、プレイヤーに示される奨励金の金額は、第２の賭け機会と無事に相互作用することに対して生成される、賭けイベントの結果として報酬を受ける最小金額である。たとえば、奨励金をプレイヤーに与えることは、プレイヤーに奨励金の（たとえば整数）倍数（たとえば、奨励金の１倍、奨励金の２倍または奨励金の３倍など）を与えることを含んでいてもよい。または、プレイヤーに奨励金と追加の金額の合計に等しい金額を与えることを含んでいてもよい。（追加の金額は、たとえば、固定された、プログラムで判定された金額または無作為に生成された金額等である）。一実施形態によれば、倍数の大きさは、別の支払い表によって判定されてもよい。たとえば、この支払い表は、倍数が１倍、２倍、３倍または５倍のいずれかを特定してもよい。それぞれが、無作為で選択される所定の起こりやすさ（たとえば、２５％）を有する。奨励金、倍数または追加の金額は、前述したものと同じ様式で算出されてもよい。それによって、プレイヤーは、ゲームの全体的な最大ＲＴＰが留意されるように、少なくとも所定の数の第１の賭けイベントを行うように要求される。実施形態によれば、すべての第１の賭けイベント（たとえば、ゾンビを殺すこと）が仮想出資につながるわけではなく、すべての仮想出資が互いに等しい必要もない。ただし、一実施形態によれば、数学的には、第１の賭け機会と無事に相互作用すること（およびそれによって対応する第１の賭けイベントを通じて賭けをすること）は、平均して、奨励金に対してゼロ以外の仮想出資をもたらす（時間の所定のパーセント、２０％とする）ことが示されてもよい、もちろん、非常に幸運なプレイヤーに運が働き、第１の賭けイベントのそれぞれに対して仮想出資が行われることもありえる。逆に、一人の不運なプレイヤーに確率が働き、第１の賭けイベントのいずれにも仮想出資が行われないこともありえる。ただし、一般的なプレイヤーのゲーム内経験は、通常、これら２つの一部の極端な事例の間に収まる。
【０１６６】
一実施形態によれば、ゲームを通じて不規則な間隔で、奨励金は（前述の仮想出資を通じて）第１の賭けイベントが生成されるごとに増加するように構成されてもよい。別の実施形態によれば、奨励金は、一部の時にのみ増加するように構成されてもよい。たとえば、ゲームは、奨励金に（たとえば、１０％または１５％など）第１の賭けイベントが生成される時間の割合を仮想寄与するように構成されてもよい。それによってプレイヤーの期待が高まり、ゲームプレイが延長される。
【０１６７】
一実施形態によれば、プレイヤーが１または複数の第１の賭け機会との相互作用に失敗するとき、選択的に報酬の大きな部分が奨励金に仮想出資されるように、奨励金への仮想出資もまた（少なくとも時には）構成されてもよい。したがって、プレイヤーがゾンビの殺害に失敗し、またはその他の任意の要求されるタスクの遂行に失敗する場合、少なくとも時には、報酬または潜在的な報酬の比較的大きな部分が奨励金に仮想出資されてもよい。逆に、熟練し、器用で、賢明で、または第１の賭け機会と無事に相互作用した幸運なプレイヤーに対しては、比較的小さな仮想出資が奨励金に行われてもよい。このように、一部の実施形態は、大きな金額を奨励金に仮想出資することによって、少なくとも部分的に能力の低いプレイヤーに補償する。それによってこのような比較的能力の低いプレイヤーは、第２の賭け機会と無事に相互作用することによって、大きな支払いを求めてもう一度チャンスを得ることができる。
【０１６８】
実施形態によれば、奨励金は、プレイヤーから受領した金額から独立している。奨励金は徐々に、ゲームを通じて仮想出資から積み立てられ、第２の賭け機会と無事に相互作用するまで潜在的な将来の価値のみを有する。
【０１６９】
図１１は、一実施形態による別の方法のフローチャートである。具体的には、図１１は規制されたゲーム機にゲームを提供する方法のフローチャートである。このような方法は、たとえば、規制された賭けベースのゲームの開発者によって実行されてもよい。図示するように、ブロックＢ１１１は、既存のコンソールタイプゲームまたはアーケードタイプゲームを提供することを要求する。提供されるゲームは、ゲームプレイ中に画面上に現れる複数のゲームアセット（キャラクタ、オブジェクトなど）を本来備えていてもよい。ゲームアセットは、対応する賭けイベントを始動する賭け機会として用いられてもよい。一実施形態では、新しいコンソールタイプまたはアーケードタイプゲームがこのために特別に開発されてもよい。ただし、特定の年齢層にアピールするために、人気のある既存のゲームの信用とファン層を活用することが有益であってもよい。たとえば、Ｈａｌｏ、Ｃａｌｌ  ｏｆ  Ｄｕｔｙ、Ｇｒａｎｄ  Ｔｈｅｆｔ  Ａｕｔｏ、Ｂｉｏｈａｚａｒｄ、ＭａｓｓＥｆｆｅｃｔなど人気のあるゲームのバージョンは、実施形態による賭けベースのゲームに適応されてもよい。
【０１７０】
Ｂ１１２で図示するように、提供されたゲームは、次のように修正されてもよい。
−Ｂ１１３に示すように、複数のゲームアセットのうち選択されたゲームアセットとのプレイヤー相互作用によって、第１の賭け機会と第２の賭け機会が生じる。
−Ｂ１１４に示すように、ゲームは受領した資金および第１のＲＴＰを画定する第１の支払い表を使用して、プレイヤーが第１の賭け機会と相互作用して、第１の賭けイベントを生成するたびに、プレイヤーに報酬を与えるかどうか、およびいくら与えるかを判定する。第１のＲＴＰは少なくとも最小全体的なＲＴＰと同じくらい大きい。
−Ｂ１１５に示すように、少なくとも一部の生成された第１の賭けイベントに対して、プレイヤーに支払うべき報酬の一部を奨励金に仮想出資する。
−Ｂ１１６で要求されように、第２の賭け機会は、プレイヤー相互作用のために選択的に利用可能にされる。
−プレイヤーが利用可能な第２の賭け機会と無事に相互作用するときのみ、第２の賭けイベントは生成され、プレイヤーは少なくとも、第２の支払い表にしたがって、奨励金と等しい金額の報酬を受ける。第２の支払い表は、全体的な最小ＲＴＰより大きい第２のＲＴＰを画定する。奨励金はプレイヤーに支払われる報酬の仮想出資部分の合計によって資金供給され、報酬はプレイヤーが第１の賭け機会と無事に相互作用することによるものであり、Ｂ１１７に示すように平均して、ゲームの全体的な最大ＲＴＰを超えない。
【０１７１】
Ｂ１１８に示すように、修正された（または新しく開発された）ゲームは、規制要件を満たした後に、規制されたゲーム機にロードされてもよく、カジノ施設に配置されてもよい。
【０１７２】
図１２は、実施形態によって設定された、賭けベースの規制されたゲーム機を示す。図１２はまた、実施形態によるデータを保存する代表的な有形、非一時的コンピュータ可読媒体も示す。データは命令シーケンスを表し、規制されたゲーム計算装置によって実行されると、規制されたゲーム計算装置は、賭けベースのゲームをプレイするプレイヤーに支払うべき報酬を決定する。図示するように、符号１２０２は規制されたゲーム機であり、本明細書では電子ゲーム装置（ＥＧＤ）および電子ゲーム機（たとえばＥＧＭ）とも呼ばれる。規制されたゲーム機１２０２は、磁気ディスク１２０４、不揮発性半導体メモリ（ＥＥＰＲＯＭ、Ｆｌａｓｈなど）１２０６などの直接アクセスデータ記憶装置と、１２０５で提示するように磁気ディスク１２０４と不揮発性半導体メモリの両方を備えるハイブリッド型データ記憶装置と、１または複数のマイクロプロセッサ１２０８と、変動メモリ１２１０と備えていてもよい。規制されたゲーム機１２０２はまた、ネットワークインタフェース１２１２を備えていてもよい。ネットワークインタフェース１２１２は、ネットワーク１２１４を介してリモートサーバ（図１２では不図示）と通信するように構成される。符号１２０４、１２０５および１２０６は、データを保存する有形かつ非一時的コンピュータ可読媒体の例である。データは命令シーケンスを表し、規制されたゲーム計算装置によって実行されると、本明細書で説明し、示すように、規制されたゲーム計算装置は、賭けベースのゲームをプレイするプレイヤーに支払うべき報酬を決定する。それらの命令の一部はローカルにゲーム機１２０２内に保存されてもよい。これらの命令のその他は、リモートに保存され、（および／または実行され）ゲーム機１２０２とネットワーク１２１４を通じて通信してもよい。その他の実施形態では、これらの命令のすべては、ローカルにゲーム機１２０２内に保存されてもよい。さらに別の実施形態では、ゲーム機１２０２でのプレイヤー相互作用およびゲーム機１２０２に通信された結果に基づいて、これらの命令のすべてはリモートに保存、実行される。別の実施形態では、命令は、１２１６で示される別の形の有形、非一時的コンピュータ可読媒体に保存されてもよい。たとえば、符号１２１６は、光学ディスクとして実装されてもよい。光学ディスクは適切なデータキャリアを構成し、本明細書において１または複数の実施形態で説明し、示すように、保存した命令をゲーム機１２０２にロードし、それによって、ゲーム機を再構成してもよい。その他の実施では、符号１２１６は暗号化フラッシュドライブとして具現化されてもよい。その他の実装も可能である。
【０１７３】
前述の説明では、代表的な実施形態の１または複数の態様および／または特徴を完全に理解するために、多くの具体的な詳細が記載される。ただし、当業者には、本明細書に記載する１または複数の態様および／または特徴は、その他の態様および／または特徴のために省略されてもよく、またはすべて一緒に省略されてもよいことが理解されよう。時には、周知のプロセスステップおよび／または構造の説明が明確を期すため、簡潔さのために省略される。
【０１７４】
本明細書では、互いに通信していると記載される装置またはプロセスは、別段の記載がない限り、互いに継続して通信する必要はない。さらに、互いに通信していると開示される装置またはプロセスは、１または複数の仲介を通じて直接または間接に通信してもよい。
【０１７５】
さらに、方法の構成ステップを連続した順序で記載してきたが、このような方法は、代替的な順序で動作するように構成されてもよい。つまり、本明細書に記載されていてもよいステップの任意のシーケンスまたは順序は、それ自体、ステップがその順番で実施されるという要件を示す。記載したプロセスのステップは、本明細書に記載する順序とは異なる順序で実施されてもよい。さらに、一部のステップは、（たとえば、１つのステップが別のステップの後に記載されているなど）同時に起こらないと記載または示唆されているにもかかわらず、同時に実施されてもよい。さらに、図中にプロセスを例示することは、例示されたプロセスがその変形は修正を排除することを示唆するものではない。さらに、例示されたプロセスまたは、任意の他のステップが１または複数の本発明に必要であることを示唆せず、例示されたプロセスが他のプロセスよりも好ましいことを示唆するものではない。
【０１７６】
単一の装置または物質が記載されるとき、単一の装置／物質の代わりに２つ以上の装置／物質（たとえば、それらが協働しているかにかかわらず）が用いられてもよいことは容易に明らかであろう。同様に、２つ以上の装置または物質が記載されるとき、たとえば、それらが協働しているかにかかわらず）、２つ以上の装置／物質の代わりに単一の装置／物質が用いられてもよいことは容易に明らかであろう。装置の機能および／または特徴は、そのような機能／特徴を有していると明記されていない１または複数のその他の装置によって代替的に具現化されてもよい。
【０１７７】
最後に、本開示の一定の実施形態を記載してきたが、これらの実施形態は一例としてのみ提示したものであり、本開示の範囲を限定することを意図するものではない。実際に、本明細書に記載する新規の方法、装置およびシステムは様々なその他の形状で具現化されてもよい。さらに、本明細書に記載する方法およびシステムの形状における様々な省略、置き換えおよび変更は本開示の精神から逸脱することなく行われてもよい。添付クレームおよびその同等物は、本開示の範囲および精神内に位置する形態および修正を対象とすることを意図する。たとえば、当業者は、様々な実施形態において、実際の物理的およびロジック構造が図に示される構造と異なっていてもよいこと気づくであろう。実施形態によれば、例に記載する一定のステップは除去されてもよく、他のステップは追加されてもよい。また、上記で開示した具体的な実施形態の特徴および属性は、追加の実施形態を形成するように異なる方法で組み合わせられてもよいが、それらのすべては現在の開示の範囲内に位置する。本開示は一定の好ましい実施形態および適用を提供するものの、当業者には明らかであるその他の実施形態は、本明細書に記載する特徴および有利点を提供しない実施形態も含めて、本開示の範囲内である。したがって、現在の開示の範囲は添付請求項を参照することによって定義されることを意図する。
【図１】
2020537557.tif 000008
【図２】
2020537557.tif 000009
【図３】
2020537557.tif 000010
【図４】
2020537557.tif 000011
【図５】
2020537557.tif 000012
【図６】
2020537557.tif 000013
【図７】
2020537557.tif 000014
【図８】
2020537557.tif 000015
【図９】
2020537557.tif 000016
【図１０】
2020537557.tif 000017
【図１１】
2020537557.tif 000018
【図１２】
2020537557.tif 000019
【国際調査報告】
2020537557.tif 000020