(57)【要約】  仮想ゲームをプレーする方法とシステムが開示される。当該仮想ゲームは、野球やゴルフといった生試合と結びつけられる。ユーザは、生試合のイベントに基づいて仮想ゲームをプレーし、ユーザは生の試合を追いながら同時に仮想ゲームをプレーする。１つの実施の形態では、前記生試合は野球の試合である。他の実施の形態では、前記生試合はゴルフの試合である。サーバがクライアント（サーバ依存機器）と交信し、該クライアント装置の使用によって多数のユーザが前記仮想ゲームで対戦することを可能にする。
2013501573.tif 000002
【特許請求の範囲】
【請求項１】
ゲームをプレーするためのシステムにおいて：
仮想ゲーム・サーバと；
ユーザ・データベースと；
生試合データ・サーバと；
統計データベースと；
交信ネットワークと；
少なくとも１つのクライアントと；
から構成され、前記仮想ゲーム・サーバ、生試合データ・サーバ、クライアントが、前記交信ネットワークを介して交信可能に構成されているシステム。
【請求項２】
仮想ゲーム職員クライアントをさらに備え、該仮想ゲーム職員クライアントが、前記交信ネットワークを介して交信可能に構成されている、請求項１のシステム。
【請求項３】
ゲーミング・サーバをさらに備え、該ゲーミング・サーバが、前記交信ネットワークを介して交信可能に構成されている、請求項２のシステム。
【請求項４】
レーダ・ガンをさらに備え、該レーダ・ガンが、前記交信ネットワークを介して交信可能に構成されている、請求項１のシステム。
【請求項５】
前記クライアントが自動予想機をさらに備え、該自動予想機が自動予想を生成するよう構成されている、請求項１のシステム。
【請求項６】
前記仮想ゲーム職員クライアントが、試合をキャンセルする手段をさらに備えている、請求項２のシステム。
【請求項７】
仮想ゲーム・クライアント装置であって：
仮想ゲーム・サーバと交信するための機械指示からなるコンピュータ読取り可能媒体と；
競技に対する１つまたはそれより多い結果を選択するための手段と；
現在の正解予想率を提示するための手段と；
現在の解答傾向を提示するための手段と；
からなる装置。
【請求項８】
選択された結果を提示するための手段をさらに備える、請求項７の装置。
【請求項９】
生試合データを提示するための手段をさらに備える、請求項８の装置。
【請求項１０】
生試合映像を表示するための手段をさらに備える、請求項９の装置。
【請求項１１】
各結果に関連するポイント数を提示するための手段をさらに備える、請求項７の装置。
【請求項１２】
少なくとも一人の他のユーザの現状スコアを提示するための手段をさらに備える、請求項８の装置。
【請求項１３】
自動予想機の現在のスコアを提示するための手段をさらに備える、請求項１２の装置。
【請求項１４】
ゲームをプレーするための方法であって：
ログイン・データを受け取り；
ユーザ参照資料を取り出し；
生試合の選択を受け取り；
参加選手の統計データを受取り；
ポイント数を生成し；
ユーザの結果選択を受け取り；
正しい選択に対してポイントを与える各ステップからなる方法。
【請求項１５】
前記ポイント数を生成するステップが、スケール因数から成功率を差し引くことに基づいた値を計算することからなる、請求項１４の方法。
【請求項１６】
予想ウィンドウを管理するステップをさらに含む、請求項１４の方法。
【請求項１７】
前記予想ウィンドウを管理するステップが：
イベント終了を受け取り；
予想ウィンドウを開き；
イベント開始を受け取るまでユーザ入力を受け取る各ステップからなり、
前記予想ウィンドウはイベント開始を受け取ると閉鎖される、請求項１６の方法。
【請求項１８】
イベント終了の受け取りが、イベント・キャンセルを発する必要があるかを決定する基準を評価するステップをさらに備える、請求項１７の方法。
【請求項１９】
前記基準が、野球の試合の１つのイニングにおける３つ目のアウトである、請求項１８の方法。
【請求項２０】
前記基準が、野球の試合で投球の変更である、請求項１８の方法。
【請求項２１】
前記イベント開始が、投球をレーダ・ガンで検出することである、請求項１７の方法。
【請求項２２】
前記基準が、ゴルフコースの１つのホールの終了である、請求項１６の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本出願は、２００８年  ４月３０日提出のアメリカ合衆国特許出願第１２／１５０７２３号の部分継続である。
【０００２】
本出願は一般に、ゲームに関する。より具体的に、本出願は、生のスポーツイベントの結果を予想することに関連したゲームに関する。
【背景技術】
【０００３】
スポーツイベントの結果を予想することに基づく活動は、現在の文化において人気を博している。これらの活動の動機付けにはギャンブルも含まれるであろうが、加えて一般的な娯楽、楽しみの目的も含まれよう。スポーツイベントでは、チケット販売、許諾販売（例えば、飲食物など）、宣伝などの多岐に亘る手段により売上を計上している。生のスポーツイベントの観客動員数や放映の促進を図るという活動は、スポーツイベント、特にはその後半部分に向けての宣伝価値を高めることに貢献する。多くの場合、スポーツイベントが一方的な「圧勝」に傾いてしまうと、観客及び多くの視聴者はもはや関心を失い、それによって宣伝効果が減退する。したがい、実際のイベントの結果とは関係なく、スポーツイベントへの観客の参画を促すような活動を提供することが望まれている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明のゲームの主たるコンセプトは、生のスポーツイベントに対するファンの参画を増大させることにある。
【課題を解決するための手段】
【０００５】
本発明のゲームは、実際の試合の各プレーに相互作用を及ぼす機会を各プレーヤに提供する。単純な娯楽の域を越えて、本発明のゲームはファンをシートに留め、テレビでゲームを観戦し続けさせる役割を果たす。というのは、生の試合の各プレーにファンも参画するからである。好プレーをする実際のプレーヤを空想ゲームのプレーヤに仕立てる典型的な「空想」ゲームとは異なり、本発明のゲームの結果はゲームの知識に直接関係するものであり、特定の一部のスポーツ選手の好プレーに依存するものではない。
【図面の簡単な説明】
【０００６】
以下の記載を伴う複数の図面において、しばしば双方の符号や説明（ラベル、記載）が要素を区別するために使用されることがある。説明が示されていても、それらは単に読み手への便宜のためであって、限定するものと解釈されてはならない。
【図１】本発明の実施の形態に係るシステムのブロック図である。
【図２】本発明の他の実施の形態に係るシステムのブロック図である。
【図３】本発明のさらに他の実施の形態に係るシステムのブロック図である。
【図４】本発明のさらに他の実施の形態に係るシステムのブロック図である。
【図５】本発明の実施の形態に係るクライアント（サーバ依存機器）・ユーザ・インターフェースの実施の形態を示す図である。
【図６】本発明の実施の形態に係るクライアント・ユーザ・インターフェースの実施の形態を示す図である。
【図７】本発明の実施の形態に係るクライアント・ユーザ・インターフェースの実施の形態を示す図である。
【図８】本発明の他の実施の形態に係るクライアント・ユーザ・インターフェースの実施の形態を示す図である。
【図９】本発明のさらに他の実施の形態に係るクライアント・ユーザ・インターフェースの実施の形態を示す図である。
【図１０】イベントの展開を決定するプロセス・ステップを示すフローチャートである。
【図１１】ユーザのログインと仮想ゲームのプレーのためのプロセス・ステップを示すフローチャートである。
【発明を実施するための形態】
【０００７】
以下の説明において、「実際の試合」、「生試合」の用語は、イベントが予想されることになる生のスポーツイベントを意味する。「仮想ゲーム」の用語は、本発明に係る相互作用スポーツテーマ・ゲームを意味する。「ユーザ」の用語は、「仮想ゲーム」をプレーする人を意味する。他に特別言及がされない場合、仮想ゲームに関連する「プレーヤ」の用語は、一人の個人またはグループにまとまった人々を意味することがある。「イベント」の用語は、ゲームの中の特定の「競技（contest）」を意味し、例えば野球においてバッターと対戦するピッチャーや、ゴルフコースのホールを目指すゴルフプレーヤなどが含まれる。「生試合」に関連した「結果」、「決着」の用語は、生のスポーツイベントのプレー（例えば、野球における「三塁打」、フットボールにおける「インターセプト」など）を意味する。
【０００８】
仮想ゲームのプレーの基本コンセプトは、ユーザに対してイベントの多数の可能性のある結果が提示され、ユーザは当該イベントが生ずる前に、これら可能性のある結果の中からその一部（subset）を選択することにある。イベントが終了すると、ユーザによって選択された前記結果の一部が終了したイベントの結果と比較される。もし終了したイベントの結果がユーザによって選択された結果の一部と一致したときには、ユーザに対して賞が与えられる。
【０００９】
本発明の１つの実施の形態では、ユーザは携帯電話などの移動クライアント（client：サーバ依存機器）で仮想ゲームをプレーする。本発明の他の実施の形態では、ユーザは、テレビ、もしくはテレビ・セット・トップ・ボックスでプレーする。本発明のさらに他の実施の形態では、ＰＣ（パーソナル・コンピュータ）クライアントが使用される。
【００１０】
図１は、本発明の１つの実施の形態に係るシステム１００のブロック・ダイアグラムを示している。システム１００は、統計データベース１０２、生試合データ・サーバ１０４、仮想ゲーム・サーバ１０６、ユーザ・データベース１０５から構成されている。各データベースとサーバが個別の独立体として表示されているが、本発明の範囲及び目的から逸脱することなく、各種サーバとデータベースの機能を単一のコンピュータ内に収納されたり、あるいは複数のコンピュータに分配されたりできることは当業者には理解されよう。
【００１１】
統計データベース１０２は、生試合の選手の現状データを含む。例えば、メジャーリーグ・ベースボールに基づく仮想ゲームの場合、統計データベースは、メジャーリーグ選手の現在の野球統計データを含む。これらの統計データの幾つかを挙げれば、打率、防御率（ＥＲＡ）、塁打率（slugging percentage）、出塁率（on base percentage）、打点（ＲＢＩｓ）、四球数（number of walks）、各カテゴリー別のヒット数、三振数などが含まれるが、これらに限定されない。統計データにはさらに、対戦するピッチャーやヒッターのタイプに係る分類（例えば、右投げ、左投げなど）、特定の対戦に係る分類（例えば、特定のピッチャーに対戦したときの特定のヒッターの打率など）が含まれてもよい。
【００１２】
生試合データ・サーバ１０４は、生試合のイベントをリアルタイムで提供する。生試合入力データは、ＸＭＬデータなどのコンピュータ読取り可能フォーマットでコンテント・プロバイダから提供される。生試合入力データは、現在でも当業界に知られている。このサービスの例としては、ＹＡＨＯＯ（カリフォルニア州・サニーヴェール、Sunnyvale, California）の「ゲーム・チャンネル」が含まれる。生データには、現状の競技（例えば、どのバッターがどのピッチャーと対戦しているかなど）のほか、スコア、残り時間（適用がある場合）が含まれる。野球の場合には、現在のイニング、アウトカウント数が提供される。
【００１３】
仮想ゲーム・サーバ１０６は、統計データベース１０２と生試合データ・サーバ１０４から情報を集め、交信ネットワーク１１４を介して１つもしくはそれより多くのクライアント（１０８、１１０、１１２）にデータを提供する。１つの実施の形態では、交信ネットワーク１１４はインターネットからなる。１つの実施の形態では、仮想ゲーム・サーバは、各ユーザ（仮想ゲームのプレーヤ）に関するデータをユーザ・データベース１０５に記憶する。ユーザ・データベース１０５に記憶されたデータには、ユーザの氏名、ユーザのｅ−メール・アドレス、ユーザの電話番号、ユーザのスコア、ユーザの友人（仮想ゲームの他のプレーヤ）を含み得るが、これらに限定されない。その他の仮想ゲーム参照情報もまた、ユーザ・データベース１０５に記憶される。
【００１４】
移動クライアント１１２、ＴＶクライアント１１０、ＰＣクライアント１０８は仮想ゲーム・クライアントであり、生試合を追いながら仮想ゲームをプレーするユーザに対してインターフェース（一般に「クライアント」という）を提供する。それは、生試合がそれほど緊迫した展開でなくとも、生試合をもっとよく観戦しようとする動機づけを与える。ファンを生試合により長い時間釘づけにすることにより、生試合の間の宣伝効果をより高めることになり、これはスコアが拮抗したものでなくなった場合に特に効果的である。なぜなら、仮想ゲームに関心のあるユーザは、すでに試合の最終結果が見えたとしても、引き続き生試合を見続けるからである。
【００１５】
ＰＣクライアント１０８は、例えばデスクトップ、ラップトップ、ネットブックなどのパーソナル・コンピュータを含む。１つの実施の形態では、ユーザは仮想ゲームにログインし、プレーするために、ブラウザを介してウェブサイトにアクセスする。ＴＶクライアント１１０は、デジタルテレビに統合されるか、代替としてデジタルテレビ・セット・トップボックス（ＳＴＢ）のアプリケーションに拠ることもできる。移動クライアント１１２は、好ましくはカリフォルニア州クパティーノ（Cupertino, California）にあるＡＰＰＬＥ，Ｉｎｃ．で製造されたｉＰｈｏｎｅなどの「スマート・フォーン」などを含む携帯電話である。移動クライアントの場合、当該移動クライアント１１２と仮想ゲーム・サーバ１０６の間の交信は、インターネットと交信するためのセルラー・ネットワークの使用を含むことができる。
【００１６】
仮想ゲーム・サーバ１０６は、「最終的」な処理の要となる。それは、クライアントによりユーザからのログイン・データを受取り、ユーザ・データベース１０５内にある資格証明をチェックする。資格証明が確認されると、ユーザ参照情報が取り出される。これらの参照情報には、各種ユーザ・インターフェース要素の位置、フォントのサイズと形式、当該ユーザが「共にプレーする」ことができる他のプレーヤのリスト、などが含まれるが、これらに限定はされない。ユーザは、結果を予想するために使用する生試合を選択する。そして仮想ゲーム・サーバは、生試合データ・サーバ１０４から適切な生試合データを取り出す。この生試合データには、特定の競技への参加選手（例えば、野球の試合における特定のバッターとピッチャー、など）が含まれる。仮想ゲーム・サーバはその後、統計データベース１０２からその参加者に対する適切な統計データを取り出す。統計データベース１０２からの統計データを使用し、仮想ゲーム・サーバ１０６は、各可能性のある結果に対するポイント数を、発生の可能性に基づいて生成し、クライアント上でユーザに選択を提示する。１つの実施の形態では、この仮想ゲーム・サーバ１０６は、ＨＴＴＰを介してクライアントにデータを提供する。このデータは、ＨＴＭＬページ、ＸＭＬデータ、もしくは他の適切なフォーマットから構成することができる。
【００１７】
ユーザが１つもしくはそれより多い可能性のある結果を選択し、クライアント（１０８、１１０、１１２）のユーザ・インターフェースを介して「プレー」を実施すると、クライアントはユーザの選択結果を仮想ゲーム・サーバ１０６に送信する。生試合サーバ１０４からの最新データにより示される通りの実際のイベントが完了すると、仮想ゲーム・サーバ１０６は実際の結果をユーザによって選択された結果と比較し、各結果に対応して発生したポイント数に基づき、当該ポイント数に対応する賞をユーザに与える。その後仮想ゲーム・サーバ１０６は、全ての提携クライアントに対してユーザの現状スコアと成功率の変更を反映させ、ステータスのアップデートを掲載する。
【００１８】
図２は、本発明の追加の実施の形態に係るシステム２００のブロック・ダイアグラムを示している。システム２００はシステム１００に類似するが、仮想ゲーム職員（ＶＧＯ:virtual game official）クライアント２１６をさらに含んでいる。このＶＧＯクライアントは、仮想ゲームを取り仕切る担当者である仮想ゲーム職員をサポートする。プレーの間、ＶＧＯは生試合を観戦し、生試合の観戦結果に従って各種パラメータをアップデートする。ＶＧＯがコントロールできることの例としては、与えられた競技に関してユーザに提供される入手可能な結果、競技に対する予想ウィンドウの開設と閉鎖を含むが、これらに限定はされない。前記予想ウィンドウは一定時間に限定されており、この間にユーザは与えられた競技に対して予想することが認められる。競技は、１つもしくはそれ以上の生試合の選手に関するイベントにより特定される。イベントの例としては、ピッチャー対ヒッターの対戦、ゴルフコースの特定のホールでプレーされるゴルファーの試みが含まれる。仮想ゲームのルールには柔軟性がある。野球に関する１つの実施の形態では、競技が開始される前に予想ウィンドウが開かれ、その競技が開始されると閉じられる。この実施の形態では、仮想ゲームのプレーヤは競技が開始される前に予想しなければならない。１つの実施の形態では、競技の開始は、打席に立つバッターに対してピッチャーが第一球を投じる時点と定義される。ＶＧＯはＶＧＯクライアント２１６のコマンドを実行することでウィンドウを開き、これにより仮想ゲーム・サーバ１０６が当該仮想ゲーム・プレーヤのクライアント（１０８、１１０、１１２）を制御する。ＶＧＯはまた、直前のラインアップ変更に呼応し、現時点で開いている予想ウィンドウの競技をキャンセルして新たな競技にこれを置換えることもできる。この例としては、野球の試合ではしばしば見られるピッチャー及び／又はバッターの交代が含まれる。他の実施の形態では、予想ウィンドウは常に開いており、現状の競技予想はいつでもすることができる。このプレー・モードは、略式の、非競合環境に対して適する。
【００１９】
図３は、本発明の追加の実施の形態に係るシステム３００のブロック・ダイアグラムを示している。システム３００はシステム２００に類似するが、ゲーミング・サーバ３１８をさらに含んでいる。ゲーミング・サーバ３１８の目的は、仮想ゲーム結果の生のギャンブルに対する管理を提供することにある。仮想ゲームで得られたポイントに対し、もしくは競技ベースごとに、金もしくは商品が与えられてもよい。競技ごとの実施の形態では、ユーザは競技がスタートする前に賭け、その競技の実際の結果がユーザの選択した結果と一致したときには勝利する機会を与えられる。得られる報奨は、その正しく選択された結果に対して与えられるポイント数による。特定の結果に対して与えられるポイント数は、生試合データ・サーバ１０４と統計データベース１０２から得られるデータに基づいて仮想ゲーム・サーバ１０６により計算される。例えば、所定のプレーヤに対し、特定の結果に対して与えられるポイント数は以下の式により計算され得る。
Ｐ＝Ｓ−［ＩＮＴ］Ｓ*Ｘ／Ｔ
ここで、Ｐはポイント数、Ｓはスケール因数（scale factor）、Ｘは特定の結果（例えば、単打、二塁打、四球など）をプレーヤが達成した回数、Ｔはプレート（打席）に立った合計回数である。したがい、Ｘ／Ｔは成功率であり、スケール因数からこの成功率を差し引くことによりポイント数が計算される。例えばＳが１０、単打に対するＸが１４、Ｔが３３とすると、Ｐは以下で算出される。
Ｐ＝10−[INT]10*14/33＝10−[INT]4.2424＝10−4＝６
【００２０】
したがい、この特定のプレーヤに対し、単打に与えられるポイントは６となる。理解されるように、プレーヤが単打の率をより高めるにしたがい、その結果を正しく予測したことに対するポイントは減少する。ポイント数を計算するのに使用し得る他のマトリックスには、塁打率（ＳＬＧ）、出塁率（ＯＢＰ）、出塁率＋塁打率（ＯＰＳ）が含まれるが、これらに限定はされない。
【００２１】
各可能性のある結果に対するポイント数は、仮想ゲーム・サーバ１０６からゲーミング・サーバ３１８へ送信される。ゲーミング・サーバ３１８は、賭けをする人のために取引と計算を取扱い、他のビジネス組織が仮想ゲーム・ネットワーク、及びギャンブル運営をすることを可能にする。１つの実施の形態では、交信ネットワーク１１４を個人ネットワーク（インターネットの対極）とすることができ、仮想プレーヤの全てのクライアントをＴＶクライアント１１０とＰＣクライアント１０８で構成することができる。移動クライアントを除いて個人ネットワークを使用することで、仮想ゲームのプレーが特定の管轄区域内で行われるよう制限することが容易となる。例としては、プレーをネバダ州ラスベガスの特定のホテルの部屋内や、スポーツの賭けが合法である他の管轄区域内に限定し、当該所望の管轄区域外から仮想ゲームの賭けに加わるのを阻止する。他の実施の形態では、移動クライアントを含み、移動クライアント内にある場所報告情報（例えば、携帯電話にあるＧＰＳ）を使用して当該移動クライアントが正しい管轄区域内にあるかを特定する。
【００２２】
図４は、本発明の追加の実施の形態に係るシステム４００のブロック・ダイアグラムを示している。システム４００はシステム３００と類似するが、レーダ・ガン４２０をさらに含んでおり、これが交信ネットワーク１１４を介して仮想ゲーム・サーバ１０６と交信可能に形成されている。この実施の形態では、予想ウィンドウの閉鎖はレーダ・ガン４２０によって自動的に行われる。与えられた競技Ｃｘに対する予想ウィンドウは、競技Ｃｘ−１が終了したときに開かれる。例えば，競技Ｃｘ−１がフライによるアウトで終了すると、ＶＧＯはボールの捕球直後にＶＧＯクライアント２１６を介して競技Ｃｘのための予想ウィンドウを開き、これが仮想ゲーム・サーバ１０６に指示を送り、さらにそれがクライアント（１０８、１１０、１１２）に対して指令して仮想ゲーム・プレーヤに競技Ｃｘのための予想ウィンドウを開かせる。この実施の形態では、打者に対して第一球が投じられたことをＶＧＯが見て手動でウィンドウを閉鎖する代わりに、レーダ・ガン４２０が投球を検出して「投球」イベントを仮想ゲーム・サーバに送り、仮想ゲーム・サーバ１０６はこの投球イベントに応じて予想ウィンドウを閉鎖する。製造されている各種レーダ・ガンのモデルがレーダ・ガン４２０に適するであろう。例えば、フロリダ州ホーモーサッサ（Homosassa, Florida）のスポーツ・レーダ社（SPORTS RADAR LTD）によるＳＲ３６００が、レーダ・データを地域コンピュータ(図示せず)に送信するために使用できるデータ・ポートを提供しており、これがデータを仮想ゲーム・サーバ１０６に送信して「投球」の信号を与え、その後に予想ウィンドウが閉鎖される。統合された交信（例えば、ＷｉＦｉへの組込み）を備えたレーダ・ガンは、地域コンピュータの必要性もなく仮想ゲーム・サーバ１０６と交信することが可能であろう。
【００２３】
図５は、クライアント・ユーザ・インターフェース５００の実施の形態を示している。これは映像なし（non-video）の野球の実施の形態であり、ユーザ・インターフェースには生の映像（live video）は表示されない。このインターフェースでは、生映像入力が入手可能な状態（例えば、ユーザのテレビにより）のために、もしくはユーザが生試合に出向いてそれを生で観戦している時の状態を意図したものである。このユーザ・インターフェースでは、競技情報ウィンドウ５０２が現在の競技に関する情報を表示する。図５では、競技情報５０２は、ソーム（Thome）という名前の打者に対して投球するべケット（Beckett）という名前のピッチャーの情報を表示している。入手可能結果ウィンドウ５０８は、ユーザが選択できる入手可能結果のリストを示している。図５に示されたこの入手可能オプションは、単打（１Ｂ）、二塁打（２Ｂ）、三塁打（３Ｂ）、ホームラン（ＨＲ）、四球（ＢＢ）である。１つの実施の形態では、スクロールやユーザ・インターフェースのページコントロール（図示せず）を操作することにより、さらに追加の結果を表示することもできる。
【００２４】
生試合情報ウィンドウ５１０は、生試合に関する情報を示している。図５では、２つの野球チームの間の現状スコアと、現在のイニングが示されている。ベース表示５１１などのような図形表示が、現在の塁上走者情報として使用されてもよい。
【００２５】
仮想ゲーム状況ウィンドウ５０４は、仮想ゲームに関する情報を示している。図５の実施の形態では、ユーザに対する現状の予想正解率５０５と、現状の解答傾向（streak）５０７を表示しており、これは先の結果で幾つ同じ結果（正解又は不正解）があったかを知らせる。
【００２６】
選択結果ウィンドウ５１２は、競技表示ウィンドウ５０２に示された競技に対してユーザが選択した現状の結果（単数または複数）を示す。
【００２７】
オプションの宣伝ウィンドウ５０６は宣伝を表示するもので、これは仮想ゲームのプレー中に定期的に変更される。１つの実施の形態では、ユーザ・データベースに蓄積されたユーザ参照情報に基づいて宣伝の的が絞られる。この方法により、宣伝売上の改善が見込まれる。現状のビデネスモデルでは、ユーザは仮想ゲームをプレーするためにアカウントを設け、幾つかの個人参照情報や他の統計的情報を提供することができ、これはその後、特定のユーザに対して最も適切な宣伝を選択するために使用される。
【００２８】
図６は、図５の実施の形態の続きのステップを示している。図６において、選択結果ウィンドウ５１２は３つの選択（１Ｂ、２Ｂ、ＢＢ）を示している。ユーザはカーソル５１４を操作して特定の選択をハイライトし、そして選択操作を実行して結果を選択結果ウィンドウに置く。選択手段の詳細は異なる実施の形態で変化し得るが、表操作と項目選択は当該技術分野ではよく知られたものであることは当業者に理解されている。表操作とそれによる項目選択の技術には、キーボード、マウス、トラックボール、ボタン、タッチスクリーン・インターフェースが含まれるが、これらに限定はされない。
【００２９】
図７は、図６の実施の形態の続きのステップを示している。図７において、図５の競技表示ウィンドウ５０２に表示された競技の結果が新たに判明し、選択結果ウィンドウ５１２に表示されている。新たな競技は、図７の競技表示ウィンドウ５０２に表示されている。
【００３０】
生試合情報ウィンドウ５１０がアップデートされ、新たな情報を示している。図示の場合、ベース表示５１１は、そのセカンド・ベース上にある丸いイメージによって走者がセカンド・ベースにいることを示している。
【００３１】
仮想ゲーム状況ウィンドウ５０４は、仮想ゲームに関するアップデートされた情報を示している。図７では、現在の正解予想率５０５が図５に示すものと比較して高くなっているが、これはユーザがその予想の一つに二塁打（２Ｂ）を選んだことによるもので、生試合において二塁打が実現されている。現状解答傾向５０７はアップデートされ、１つの正解予想結果を示している。ユーザが次の結果を正しく予想すれば、現状解答傾向５０７は「正解２」と表示される。ユーザが次の予想を誤れば、現状解答傾向５０７は「不正解１」との表示となる。
【００３２】
図８は、クライアント・インターフェース６００の代替の実施の形態を示している。これは生試合映像付き野球の実施の形態であり、生試合映像表示ウィンドウ６２０を含み、ユーザが仮想ゲームをプレーしている間に生試合の映像を表示する。移動クライアント１１２またはＰＣクライアント１０８に対しては、映像供給はＨＴＴＰやＲＴＳＰプロトコールなどの既存の映像放映技術により達成される。ＴＶクライアント１１０に対しては、映像の供給はＨＴＴＰまたはＲＴＳＰなどの放映プロトコールを介するか、あるいはケーブル、衛星、地上放送のＲＦ（高周波）を介するかによることができる。ユーザ・インターフェース６００はまた結果数値ウィンドウ６０８を含み、これは入手可能結果ウィンドウ５０８の各対応する結果に対するポイント数を表示する。例えば図８では、単打はポイント数３、二塁打がポイント数４、三塁打はポイント数６…等となっている。この場合、ユーザは二塁打を正しく予測したことにより４ポイントを稼いでいる。仮想ゲーム状況ウィンドウ６２６は、ユーザに対する現在の合計ポイント６２８と、「友人」に対する現在の合計ポイント６３０、６３２を表示している。友人は、ユーザ・データベース１０５に蓄積されたユーザ・プロファイルにより特定される。１つの実施の形態では、グループ平均６３４が計算され、全ての参画しているクライアント装置に表示される。１つの実施の形態では、グループ平均が算出されたグループは、テレビ視聴者である。仮想ゲーム状況ウィンドウ６２６はまた、自動予想機６３６のスコアを表示することができる。１つの実施の形態では、この自動予想機は仮想ゲーム・サーバ１０６を実行するコンピュータ・プログラムであり、これが生試合に関する自動予想を生成する。自動予想機は、生試合サーバ１０４と統計データベース１０２からの情報を使用する。仮想ゲーム・サーバ１０６がポイント数を計算する（図３の記載に述べているように）実施の形態では、自動予想機プログラムは予想の結果として最も低く計算されたポイントを使用することができる。というのは、ポイント数は、発生の可能性とは逆の関係となるよう意図されているからである（すなわち、イベントがより発生見込みが少ないほど、その結果を正しく要素したことに対してより高いポイントが与えられる）。
【００３３】
選択結果ウィンドウ６２２は、ユーザがどの結果を選択したか（図６の記載で述べられるものと類似）に関する情報を表示し、また、次の競技を予告するためにも使用される（この場合、ピッチャーのベケットとバッターのハドソンとの対戦）。プレー・ボタン６２４は、ユーザが選択結果ウィンドウ６２２内の予想のため結果を選択するためのステップの手順を開始する。一旦予想ウィンドウが閉じると、プレー・ボタン６２４は選択不能となる（例えば、「グレイ・アウト」など）。
【００３４】
図９は、クライアント・ユーザ・インターフェース７００の代替の実施の形態を示す。これは生試合映像付きゴルフの実施の形態で、生試合映像表示ウィンドウ６２０を含み、これはプレーされる仮想ゲームに対応したゴルフ試合の生映像を表示する。仮想ゲーム状況ウィンドウ９２６は、仮想ゲーム状況ウィンドウ６２６と同様に動作し、ユーザに対する現在の合計ポイント９２８と、「友人」に対する現在の合計ポイント９３０、９３２と、グループ平均９３４、及び自動予想機９３６のスコアを表示する。競技情報ウィンドウ９０２は、予想ウィンドウが閉じている現在の競技（例えば、１４番ホールのタイガー・ウッズ）を表示する。選択結果ウィンドウ９２２には、予想ウィンドウが現在開いている次のイベントを表示する。ユーザはプレー・ボタン９２４を押して予想をし、オプションとして、図５−８で述べた手順と同様に、これら予想に対する賭けを行う。ゴルフに関連した本実施の形態では、入手可能な結果は野球に対するものと異なり、ゴルフコースの特定のホールにおいて特定のゴルファーがスコアするストローク数からなる。これらの選択は、入手可能結果ウィンドウ９０８に示される。各結果に対する対応ポイント数は、結果数値ウィンドウ９０９に示されている。
【００３５】
図１０は、イベントの進展を決定するためのプロセス・ステップを示している。ステップ１００２において、イベントの終了信号を受け取る。野球に関連した１つの実施の形態では、イベント終了信号は、アウトになったときに生試合データ・サーバ１０４から仮想ゲーム・サーバ１０６が常に受け入れる。他のスポーツでは、イベント終了の判断基準が異なる。例えば、ゴルフの実施の形態では、イベント終了信号はゴルファーが現在のホールを完了したことの表示からなる。
【００３６】
ステップ１００４において、現在のイニングの３つ目のアウト（競技がキャンセルされるかを判断する基準）であるかがチェックされる。もし３つ目のアウトであれば、これはイベントのキャンセルを必要とする「終了イベント」となる。というのは、これが生試合でのチームの攻守切換えとなり、これによってステップ１００６で３つ目のアウトの前の現状競技がキャンセルされるからである。これが３つ目のアウトでなければ、ユーザ・インターフェースはステップ１００８でアップデートされる。このアップデートされた情報は、競技情報ウィンドウ５０２、生試合情報ウィンドウ５１０、仮想ゲーム状況ウィンドウ５０４を含むことができる（図５参照）。ステップ１０１０にて、現在のイベントに対する予想ウィンドウが開く。このときに、ユーザは現在の競技に対して予想を入れることができる。ステップ１０１２にて、イベント開始がチェックされる。イベント開始が未だ発生していないとき、ユーザ予想はステップ１０１６で受け入れられる。イベント開始が発生すると（例えば、投球されたボールの検出に基づくレーダ・ガン４２０から、もしくはＶＧＯクライアント２１６から受け取る信号から）、ステップ１０１４にて予想ウィンドウが閉じられ、現状のイベントに対するさらなる予想は仮想ゲーム・サーバ１０６に受け入れられない。
【００３７】
図１１は、ユーザがログインし、仮想ゲームをプレーするプロセス・ステップを示すフローチャートである。ステップ１１０２にて、仮想ゲーム・サーバ１０６によりユーザのログインが受け入れられ、もし資格証明（例えば、ユーザ名とパスワード）が不正であればログイン・プロセスは終了する。ログインの資格証明が正しければ、ステップ１１０６にてユーザ参照情報がユーザ・データベース１０５から取り出される。プロセス・ステップ１１０８にて、生試合の選択が実行され、ここで仮想ゲーム・サーバはユーザが仮想ゲームと結びつけることを望んだ所望の生試合を受け入れる。例えば、与えられた日に野球試合が１０試合予定されていたとすると、ユーザはこの中から予想したいと望む試合を選択し、これがユーザの仮想ゲームに「結びつけ」られる。生試合が選択されると、ステップ１１１０で生試合データが受け入れられる（例えば、生試合データ・サーバ１０４から）。ステップ１１１２にて参加選手（例えば、ピッチャー、バッター等）の統計データが統計データベース１０２から取り出される。統計データベース１０２からの統計データと、ステップ１１０で得られた生試合データに基づいて、ステップ１１１４で各入手可能な結果に対するポイント数が生成される。ステップ１１１６にて、ユーザの選択した予想が受け入れられる（例えば、クライアント１０８、１１０、１１２から）。ステップ１１１８にて（生試合の１つの競技が判明する）、生試合の競技の結果がステップ１１１６で受け入れたユーザの選択と比較される。ステップ１１２０で、比較の結果がチェックされる。比較が一致していれば（すなわち、ユーザが正しい予想をしていれば）、ステップ１１２２にてユーザに賞が与えられる。プロセス・ステップ１１２４にて、状況アップデートが全ての関連したクライアントに掲載される。この状況アップデートは、現在のユーザのスコアなどの情報を含む。この情報は、ユーザのクライアント装置（例えば、ＰＣクライアント１０８、ＴＶクライアント１１０、移動クライアント１１２）に送られる。それはオプションとして、例えばユーザの「友人」の装置などの他のクライアントに送られ、これによって友人はユーザのスコアのアップデートを得ることができる（図６の６３０、６３２参照）。この方法により、ユーザは、ユーザが観戦する同じ生試合に結び付けられた仮想ゲームの他のプレーヤとの競争を楽しむことができる。
【００３８】
以上より、開示されたゲームと該ゲームをプレーする方法は、生のスポーツイベントを観戦し、または聞く楽しみを増大させる相互作用の経験を提供するものであることが読者には理解されよう。上記の内容は特定の詳細を含んでいるが、これらは発明の範囲を限定するものと理解されてはならず、単に本発明の現状の好ましい実施の形態の幾つかの例示を提供するのみである。
【図１】
2013501573.tif 000003
【図２】
2013501573.tif 000004
【図３】
2013501573.tif 000005
【図４】
2013501573.tif 000006
【図５】
2013501573.tif 000007
【図６】
2013501573.tif 000008
【図７】
2013501573.tif 000009
【図８】
2013501573.tif 000010
【図９】
2013501573.tif 000011
【図１０】
2013501573.tif 000012
【図１１】
2013501573.tif 000013
【国際調査報告】
2013501573.tif 000014