特開 2024-61888 演出制御システム、それに用いるコンピュータプログラム、及び制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024061888

(43)【公開日】2024-05-08

(54)【発明の名称】演出制御システム、それに用いるコンピュータプログラム、及び制御方法

(51)【国際特許分類】

   A63J 5/02 20060101AFI20240426BHJP

   A63F 13/25 20140101ALI20240426BHJP

   A63F 13/30 20140101ALI20240426BHJP

   A63F 13/49 20140101ALI20240426BHJP

   A63F 13/86 20140101ALI20240426BHJP

【ＦＩ】

A63J5/02

A63F13/25

A63F13/30

A63F13/49

A63F13/86

【審査請求】有

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2024042966

(22)【出願日】2024-03-19

(62)【分割の表示】P 2019239767の分割

【原出願日】2019-12-27

(71)【出願人】

【識別番号】506113602

【氏名又は名称】株式会社コナミデジタルエンタテインメント

(72)【発明者】

【氏名】上原 和彦

(72)【発明者】

【氏名】五島 章

(57)【要約】

【課題】ゲームのプレイ状況に応じて演出制御データに基づく制御と手動による制御との間で演出機器の制御を切り替えることができる演出制御システムを提供する。
【解決手段】演出制御システム１は、イベント会場ＥＦにおけるイベントとしてゲーム機４が提供するゲームを使用したゲームイベントが提供される場合に、そのゲームにおいて生じる各プレイ状況に基づく切替条件が満たされるか否か判別する。そして、演出制御システム１は、切替条件が満たされない場合に、演出制御データＣＤに基づいて演出機器３を制御する一方で、切替条件が満たされる場合に、演出制御データＣＤに基づく演出機器３の制御としての自動制御の代わりに手動による演出機器３の制御としての手動制御が再開条件が満たされるまで実行されるように、演出機器３の制御を自動制御から手動制御に切り替える。
【選択図】図５

【特許請求の範囲】

【請求項1】

イベント会場に設置される演出機器にネットワークを介して接続され、前記演出機器の制御を実行するための演出制御データに基づいて前記イベント会場における演出を実現するように前記演出機器を制御する演出制御システムであって、
前記イベント会場におけるイベントとしてゲーム機が提供するゲームを使用したゲームイベントが提供される場合に、前記ゲームにおいて生じる各プレイ状況に基づく切替条件が満たされるか否か判別する条件判別手段と、
前記切替条件が満たされない場合に、前記演出制御データに基づいて前記演出機器を制御する機器制御手段と、
前記切替条件が満たされる場合に、前記演出制御データに基づく前記演出機器の制御としての自動制御の代わりに手動による前記演出機器の制御としての手動制御が再開条件が満たされるまで実行されるように、前記演出機器の制御を前記自動制御から前記手動制御に切り替える制御切替手段と、
を備える、演出制御システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、イベント会場に設置される演出機器にネットワークを介して接続され、その演出機器の制御を実行するための演出制御データに基づいてイベント会場における演出を実現するようにその演出機器を制御する演出制御システム等に関する。

【背景技術】

【0002】

イベント会場に設置される演出機器にネットワークを介して接続され、その演出機器の制御を実行するための演出制御データに基づいてイベント会場における演出を実現するようにその演出機器を制御する演出制御システムが存在する。例えば、このような演出機器、及び演出として、イベント会場に設置された大型表示装置、及びそこに表示されるキャラクタをそれぞれ利用するシステムが知られている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１８－１５８０４６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１のシステムでは、大型表示装置に表示されるキャラクタを利用したイベントがイベント会場において提供されている。一方で、イベント会場では、ゲーム機が提供するゲームを利用したゲームイベントが提供される場合もある。このようなゲームイベントでは、イベント会場においてゲームのプレイ状況に応じた演出が実行されると盛り上がる場合が多い。このため、ゲームのプレイ状況に応じた演出が実現されるように演出機器が人の手で制御される場合もある。しかし、手間がかかるだけでなく、ミスも生じやすい。このため、同様の制御を自動化するシステムへのニーズがある。

【0005】

一方、一部の演出は手動での実現が好ましい場合もある。例えば、イベントが大会形式で実行される場合の表彰式においてライティング等の各種演出は自動化されてもよいが、イベント会場のムード等に応じて臨機応変に実現された方が盛り上がる場合が多い。あるいは、ゲームイベントにおいてゲームとは別に各種のミニライブが挟まれる場合もあるが、このようなミニライブではやはり臨機応変な演出の方が好ましい可能性が高い。

【0006】

そこで、本発明は、ゲームのプレイ状況に応じて演出制御データに基づく制御と手動による制御との間で演出機器の制御を切り替えることができる演出制御システム等を提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明の演出制御システムは、イベント会場に設置される演出機器にネットワークを介して接続され、前記演出機器の制御を実行するための演出制御データに基づいて前記イベント会場における演出を実現するように前記演出機器を制御する演出制御システムであって、前記イベント会場におけるイベントとしてゲーム機が提供するゲームを使用したゲームイベントが提供される場合に、前記ゲームにおいて生じる各プレイ状況に基づく切替条件が満たされるか否か判別する条件判別手段と、前記切替条件が満たされない場合に、前記演出制御データに基づいて前記演出機器を制御する機器制御手段と、前記切替条件が満たされる場合に、前記演出制御データに基づく前記演出機器の制御としての自動制御の代わりに手動による前記演出機器の制御としての手動制御が再開条件が満たされるまで実行されるように、前記演出機器の制御を前記自動制御から前記手動制御に切り替える制御切替手段と、を備えるものである。

【0008】

一方、本発明のコンピュータプログラムは、前記演出機器に前記ネットワークを介して接続されるコンピュータを、上述の演出制御システムの各手段として機能させるように構成されたものである。

【0009】

また、本発明の制御方法は、イベント会場に設置される演出機器にネットワークを介して接続され、前記演出機器の制御を実行するための演出制御データに基づいて前記イベント会場における演出を実現するように前記演出機器を制御する演出制御システムに組み込まれるコンピュータに、前記イベント会場におけるイベントとしてゲーム機が提供するゲームを使用したゲームイベントが提供される場合に、前記ゲームにおいて生じる各プレイ状況に基づく切替条件が満たされるか否か判別する条件判別手順と、前記切替条件が満たされない場合に、前記演出制御データに基づいて前記演出機器を制御する機器制御手順と、前記切替条件が満たされる場合に、前記演出制御データに基づく前記演出機器の制御としての自動制御の代わりに手動による前記演出機器の制御としての手動制御が再開条件が満たされるまで実行されるように、前記演出機器の制御を前記自動制御から前記手動制御に切り替える制御切替手順と、を実行させるものである。

【図面の簡単な説明】

【0010】

【図1】本発明の一形態に係る演出制御システムの概略構成を示す図。

【図2】演出制御システムの制御系の要部を示す機能ブロック図。

【図3】ゲームのプレイ状況を利用した会場演出が実現される場合の制御サービスの 一例を説明するための説明図。

【図4】パブリックビューイング会場として機能するイベント会場において制御サー ビスを通じて実現される会場演出の一例を説明するための説明図。

【図5】制御切替サービスの一例を説明するための説明図。

【図6】イベント用サービスの一例を説明するための説明図。

【図7】演出データの構成の一例を示す図。

【図8】演出制御データの構成の一例を示す図。

【図9】イベントデータの構成の一例を示す図。

【図10】機器管理データの構成の一例を示す図。

【図11】対象特定処理の手順の一例を示すフローチャート。

【図12】演出処理の手順の一例を示すフローチャート。

【図13】制御切替処理の手順の一例を示すフローチャート。

【図14】再開処理の手順の一例を示すフローチャート。

【発明を実施するための形態】

【0011】

以下、本発明の一形態に係る演出制御システムの一例を説明する。まず、図１を参照して、本発明の一形態に係る演出制御システムの全体構成を説明する。演出制御システム１は、サーバ装置としてのセンターサーバ２を含んでいる。センターサーバ２には、所定のネットワークＮＴを介して接続可能なクライアント装置として演出機器３、及びゲーム機４が接続される。センターサーバ２は、複数のコンピュータ装置としてのサーバユニット２Ａ、２Ｂ…が組み合わされることにより一台の論理的なサーバ装置として構成されている。ただし、単一のサーバユニットによりセンターサーバ２が構成されてもよい。あるいは、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。

【0012】

ネットワークＮＴは、センターサーバ２に対して演出機器３及びゲーム機４を接続させることができる限り、適宜に構成されてよい。一例として、ネットワークＮＴは、ＷＡＮとしてのインターネットと、センターサーバ２及び演出機器３、或いはセンターサーバ２及びゲーム機４のそれぞれをインターネットに接続するＬＡＮとによって構築されてよい。なお、演出機器３等とＬＡＮとの間には、演出機器３等を制御するローカルサーバ等の各種のコンピュータ装置が適宜に介在してもよい。この場合、このようなコンピュータ装置を通じて制御可能な各種の機器が演出機器３等として機能してよい。

【0013】

演出機器３、及びゲーム機４は、いずれも適宜の場所に設置されてよいが、図１の例ではいずれもイベント会場ＥＦに設置されている。演出機器３は、各種の演出を実現する周知の出力装置、或いはそのような演出に利用される入力装置である。演出機器３は、ネットワークＮＴに接続可能なネットワーク機器（いわゆるＩＯＴ機器）として構成される。演出機器３として適宜の機器が利用されてよいが、図１の例ではライトユニット３Ａ、スピーカ３Ｂ、スモーク装置３Ｃ、モニタ３Ｄ、及びカメラ３Ｅが示されている。

【0014】

ライトユニット３Ａは、点灯、点滅、消灯、或いは適宜の発色等の照明（光）による各種の視覚的な演出を実行する周知の照明機器である。スピーカ３Ｂは、各種の音声を再生（出力）することにより聴覚的な演出を実行する周知の音声出力装置である。スモーク装置３Ｃは、適宜の量のスモーク（煙）を発生させることにより視覚的な演出を実行する周知の装置である。また、モニタ３Ｄは、各種の画像（演出用、或いは各種情報を含む）を表示する周知の表示装置である。一方、カメラ３Ｅは、イベントの模様を撮影する周知の光学機器である。このような撮影には、ゲーム機４、或いはそのゲーム機４を通じてゲームをプレイするユーザが含まれる。これらの演出機器３は、いずれもネットワークＮＴを介してセンターサーバ２によって動作が制御される。

【0015】

なお、演出機器３がコンピュータ装置を介してネットワークＮＴに接続される場合、これらの演出機器３の動作はコンピュータ装置を介してセンターサーバ２に制御されてもよい。このような制御は各種の周知な技術を通じて実現されてよく、このような各種の技術を通じてコンピュータ装置と演出機器３との間には演出機器３の動作を制御するための適宜のシステムが構築されてよい。例えば、演出機器３の制御は、ＵＳＩＴＴ ＤＭＸ５１２－Ａ規格を利用して実現されてもよい。ＵＳＩＴＴ ＤＭＸ５１２－Ａ規格は、コントローラに数珠つなぎに接続される各種演出機器３を共通規格の信号を通じて制御する技術である。この場合、コントローラとセンターサーバ２とがネットワークＮＴを介して接続され、コントローラを介して数珠つなぎの各演出機器３の動作が制御される。以下では、一例として、このようなコントローラを介して演出機器３の制御が実現される場合について説明する。

【0016】

ゲーム機４は、ゲームを提供する装置である。ゲーム機４として、据置型又は携帯型のゲーム機（タブレット、或いはスマートフォンを含む）、或いは据置型又はブック型のパーソナルコンピュータといった個人用途に供される各種のコンピュータ装置が利用されてよいが、図１の例ではアーケートゲーム機が利用されている。アーケードゲーム機は、多数のユーザにゲームを繰り返しプレイさせて収益を上げることを主たる目的として本来店舗等の適宜の施設に設置されるコンピュータ装置である。このため、ゲーム機４は、所定のプレイ料金の支払いと引き換えに、そのプレイ料金に対応した範囲でユーザにゲームをプレイさせる商業用（業務用）のゲーム機（有償でゲームを提供するゲーム機）として構成されるが、図１の例ではイベント会場ＥＦにおいてイベントの一部として無償でゲームのプレイを提供する。ゲーム機４は、イベント用にアクションゲーム、シミュレーションゲーム、ロールプレイングゲーム、タイミングゲーム（音楽ゲーム）等の適宜のゲームを提供してよい。

【0017】

イベント会場ＥＦはイベントが開催される会場である。イベント会場ＥＦでは、適宜のイベントが提供されてよいが、一例として上述のようにゲーム機４が提供するゲームを利用したイベント（以下、ゲームイベントと呼ぶ場合がある）が提供される。演出機器３は、イベント会場ＥＦにおける各種の演出に適用されてよく、そのような演出にはゲーム、或いはゲームイベントを盛り上げるための演出が含まれる。イベント会場ＥＦは一つであってもよいが、一例として複数のイベント会場ＥＦが用意される。これらのイベント会場ＥＦではいずれも共通のイベントが提供される。このため、各イベント会場ＥＦには原則としてゲーム機４が設置されるが、図１の例ではゲーム機４が設置されないイベント会場ＥＦも示されている。このようなイベント会場ＥＦは、例えばモニタ３Ｄ等を通じて配信される他のイベント会場ＥＦのイベントを共有するためのパブリックビューイング会場として機能してよい。各イベント会場ＥＦには各会場の特性に応じて適宜の演出機器３が配置されてよく、例えば各イベント会場ＥＦに設置される演出機器３の種類は全イベント会場ＥＦにおいて統一されていてもよい（全イベント会場ＥＦで演出機器３の種類が一致していてもよい）が、図１の例では相違している。具体的には、例えばパブリックビューイング会場として機能するイベント会場ＥＦには撮影用のカメラ３Ｅが設置されていない。つまり、各イベント会場ＥＦに設置される演出機器３の種類はイベント会場ＥＦ毎に相違している。

【0018】

センターサーバ２は、演出機器３に対して各種の機器用サービスを提供する。例えば、演出機器３（あるいはコントローラ）がプログラム或いはデータを記憶可能に構成される場合、機器用サービスは、ネットワークＮＴを介して、このようなプログラム或いはデータを配信し、更新するデータ配信サービスを含んでもよい。このように機器用サービスには、演出機器３に関する各種のサービスが含まれるが、一例として演出機器３を制御する制御サービスが含まれる。制御サービスの詳細は後述する。

【0019】

同様に、センターサーバ２は、ネットワークＮＴを介してゲーム機４に各種のゲーム機用サービスを提供する。ゲーム機用サービスは、ゲーム機４にイベント用の指示を実行したりイベント用のデータを要求（取得）したりするイベント用サービスを含んでいる。イベント用サービスの詳細は後述する。なお、ゲーム機サービスには、ゲーム機４が対戦型のゲーム、或いは協力型のゲームを提供する場合において他のゲーム機４のユーザを対戦者、或いは協力者としてマッチングするマッチングサービスが含まれてよい。また、ゲーム機用サービスは、例えばその他にもゲーム機４からユーザの識別情報を受け取って、そのユーザを認証するサービスを含んでいてよい。同様に、認証したユーザの利用実績等のデータをゲーム機４から受け取って保存し、或いは保存するデータをゲーム機４に提供するサービスを含んでいてもよい。さらに、ゲーム機用サービスは、ユーザから料金を徴収する課金サービス等を含んでいてもよい。

【0020】

次に、図２を参照して演出制御システム１の制御系の要部を説明する。まず、センターサーバ２には、制御ユニット２１、及び記憶手段としての記憶部２２が設けられる。制御ユニット２１は、所定のコンピュータプログラムに従って各種の演算処理及び動作制御を実行するプロセッサの一例としてのＣＰＵと、その動作に必要な内部メモリその他の周辺装置とを組み合わせたコンピュータとして構成されている。

【0021】

記憶部２２は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって実現される外部記憶装置である。記憶部２２は、一の記憶ユニット内に全てのデータを保持するように構成されてもよいし、複数の記憶ユニットにデータを分散して記憶するように構成されてもよい。記憶部２２には、ユーザに各種のサービスを提供するために必要な各種の処理を制御ユニット２１に実行させるコンピュータプログラムの一例として、プログラムＰＧ１が記録される。また、記憶部２２には、各種のサービスの提供に必要なサーバ用データ２３が記憶される。そのようなサーバ用データ２３は、機器用サービス、或いはゲーム機用サービスの提供に必要な各種のデータを含んでいるが、図２の例ではそのような各種のデータの一種として、演出制御データＣＤ、イベントデータＥＤ、演出データＳＤ、及び機器管理データＭＤが示されている。

【0022】

演出制御データＣＤは、演出機器３の動作（演出）を制御するためのデータである。一方、演出データＳＤは、演出機器３に実行させるべき動作（演出）を決定するためのデータである。つまり、演出データＳＤは演出機器３に実行させるべき動作の決定に、演出制御データＣＤはそこで決定された動作を演出機器３に指示するために、それぞれ使用される。イベントデータＥＤは、イベントの進行を管理するためのデータである。機器管理データＭＤは、各イベント会場ＥＦに設置された演出機器３の種類を管理するためのデータである。演出制御データＣＤ、イベントデータＥＤ、演出データＳＤ、及び機器管理データＭＤの詳細は後述する。なお、サーバ用データ２３は、その他にも各種のサービスを実現するための各種のデータを含んでよい。例えば、そのようなデータには、ユーザＩＤ等の各種ＩＤを管理するためのＩＤ管理データ、各ユーザのゲーム実績を管理するためのプレイデータ、或いはゲーム画面用の各種の画像を表示するための画像データ、ゲーム用の各種のＢＧＭを再生するためのＢＧＭデータ等が含まれてよい。しかし、それらの図示は省略した。

【0023】

制御ユニット２１には、制御ユニット２１のハードウエア資源とソフトウエア資源としてのプログラムＰＧ１との組合せによって実現される論理的装置として、機器用サービス管理部２４、及びゲーム機用サービス管理部２５が設けられる。機器用サービス管理部２４は、演出機器３に対して上述の機器用サービスを実現するための各種処理を実行する。このような処理には、制御サービスを実現するための処理が含まれる。具体的には、機器用サービス管理部２４は、このような処理として、例えば演出処理、制御切替処理、及び再開処理を実行する。一方、ゲーム機用サービス管理部２５は、ゲーム機４に対して各種のゲーム機用サービスを実現するための各種の処理を実行する。このような処理には、イベント用サービスを実現するために処理が含まれる。具体的には、ゲーム機用サービス管理部２５は、このような処理として、例えば対象特定処理を実行する。演出処理、制御切替処理、再開処理、対象特定処理の手順の詳細は後述する。

【0024】

制御ユニット２１には、例えばその他にもキーボード等の入力装置、モニタ等の出力装置等が必要に応じて接続され得る。同様に、制御ユニット２１には、上述の演出機器３も直接的、或いは適宜のコンピュータ装置を介して間接的に接続され得るが、図２の例では制御ユニット２１にはコントローラＤＣが接続され、コントローラＤＣを介して演出機器３が接続されている。この場合、制御ユニット２１は、コントローラＤＣを介して演出機器３の制御を実行するように構成される。つまり、制御ユニット２１は各種制御の指示をコントローラＤＣに出力し、その指示に従ってコントローラＤＣが演出機器３の制御を実行する。

【0025】

一方、ゲーム機４には、コンピュータとしての制御ユニット４１と、記憶手段としての記憶部４２とが設けられる。制御ユニット４１は、所定のコンピュータプログラムに従って各種の処理を実行するプロセッサの一例としてのＣＰＵと、その動作に必要な内部メモリその他の周辺装置とを組み合わせたコンピュータとして構成されている。

【0026】

記憶部４２は、ハードディスク、半導体記憶装置といった不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって実現される外部記憶装置である。記憶部４２には、ユーザにゲームを提供するために必要な各種の処理を制御ユニット４１に実行させるコンピュータプログラムの一例として、プログラムＰＧ２が記録される。また、記憶部４２には、ゲームの提供（ゲーム機用サービスを利用するものを含む）に必要なゲームデータＧＤが記録される。ゲームデータＧＤにはゲームの提供に必要な各種のデータが含まれるが、図２の例ではその一種として演出データＳＤが示されている。演出データＳＤは、ゲーム機４において生成され、適宜にセンターサーバに提供されるが、一例として上述のイベント用サービスを介して、ゲーム機４からセンターサーバ２に提供される。なお、ゲームデータＧＤには、例えばその他にも画像データ、ＢＧＭデータ、ＩＤ管理データ、或いはプレイデータ等のゲームの提供に必要な各種のデータが含まれてよい。これらは、例えば上述の配信サービスを通じてセンターサーバ２から配信され、適宜に記憶部４２に記憶されてよい。しかし、これらの図示は省略した。

【0027】

制御ユニット４１には、制御ユニット４１のハードウエア資源とソフトウエア資源としてのプログラムＰＧ２との組合せによって各種の論理的装置が構成される。そして、それらの論理的装置を通じてゲームの提供に必要な各種の処理が実行されるが、これらに関連する論理的装置として、図２の例では画像制御部４３、及びデータ管理部４４が示されている。画像制御部４３は、各種の画像を表示するための各種の処理を行う論理的装置である。そのような処理には、ゲーム用のゲーム画面を表示するための処理が含まれる。一方、データ管理部４４は、記憶部４２に記録される各種データの管理に関する各種の処理を行う論理的装置である。このような処理には、演出データＳＤを生成する処理、及び演出データＳＤをセンターサーバ２に提供する処理が含まれる。例えば、データ管理部４４は、このような処理の一つとして演出処理をセンターサーバ２と協働で実行する。

【0028】

また、ゲーム機４には、ゲーム機４の種類に応じて適宜に各種の出力装置、及び入力装置が設けられてよいが、図２の例では出力装置としてモニタ４７、及びスピーカＳＰが、入力装置としてコントロールパネル４６が、それぞれ示されている。モニタ３７、及びスピーカＳＰは、それぞれ各種の画像（ゲーム画面を含む）を表示するための周知の表示装置、及び音声を再生するための周知の音声再生装置である。同様に、コントロールパネル４６は商業用のゲーム機４に設けられる周知の入力装置であり、一般的に押釦スイッチ等の各種の操作部を有している。コントロールパネル４６は、このような操作部に対するユーザの操作（プレイ行為）に応じた信号を制御ユニット４１に出力する。

【0029】

次に、図３～図５を参照して、制御サービスの詳細について説明する。制御サービスは、演出機器３を制御して各種演出を実現するためのサービスである。イベント会場ＥＦでは制御サービスを通じてイベント用の各種の演出（以下、会場演出と呼ぶ場合がある）が実現されるが、以下ではゲーム機４が提供するゲームのプレイ状況に応じた会場演出が実行される場合について説明する。

【0030】

図３は、ゲームのプレイ状況を利用した会場演出が実現される場合の制御サービスの一例を説明するための説明図である。ゲーム機４は上述のように適宜のゲームを提供してよいが、以下では一例として対戦型のゲームを提供する場合について説明する。また、適宜の数のゲーム機４が各イベント会場ＥＦに設置されてよいが、図３の例では対戦型のゲームの対戦に使用される二台のゲーム機４が示されている。具体的には、図３の例は、二人のユーザＵがこれらの同じイベント会場ＥＦの二台のゲーム機４を介して対戦する対戦型のゲームのプレイにおいて一方が優勢の場合、他方が優勢の場合、対戦が終了した場合の三種類の会場演出を上から順に示している。制御サービスはゲームのプレイ状況に応じて各種の会場演出を実現してよいが、このような各種の会場演出には図３の例の三種類の会場演出が含まれる。図３に示すように、これらの三種類の会場演出のいずれにおいても、センターサーバ２はイベント会場ＥＦのゲーム機４から提供される演出データＳＤに基づいて演出機器３を制御することにより制御サービスを実現している。

【0031】

具体的には、イベント会場ＥＦに設置されるゲーム機４には、第１ゲーム機４Ａ、及び第２ゲーム機４Ｂの二台のゲーム機４が含まれる。これらのゲーム機４Ａ、４Ｂはいずれも互いのユーザが対戦する対戦型のゲームを提供する。ゲームイベントは、第１ユーザＵ１、及び第２ユーザＵ２の二人のユーザＵがこれらのゲーム機４Ａ、４Ｂを介して互いに対戦型のゲームにおいて対戦する対戦イベントを含んでいる。図３の例において一番上のイベント会場ＥＦは、このような対戦イベントで第１ユーザＵ１が優勢の場合を示している。この場合、二台のゲーム機４Ａ、４Ｂの両方等、適宜に演出データＳＤが提供されてもよい（例えばいずれか一台のゲーム機４がホストとして機能し、このホスト役のゲーム機４が両方、或いはいずれか一方の演出データＳＤを提供する場合を含む）が、少なくとも第１ユーザＵ１に対応する第１ゲーム機４Ａ（ホスト役のゲーム機４を介して提供する場合を含む）から演出データＳＤがセンターサーバ２に提供される。その演出データＳＤには、第１ユーザＵ１に優勢なプレイ状況を示す情報が記述されている。そして、センターサーバ２は、その演出データＳＤに基づいて第１ユーザＵ１に優勢なプレイ状況に対応した会場演出（以下、第１会場演出と呼ぶ場合がある）を実現する。

【0032】

このような第１会場演出は、イベント会場ＥＦに設置される各種の演出機器３を通じて適宜に実現されてよいが、図３の例ではイベント会場ＥＦに設置されるライトユニット３Ａ、スピーカ３Ｂ、及びモニタ３Ｄを通じて実現されている。具体的には、イベント会場ＥＦには、演出機器３として、ライトユニット３Ａ、スピーカ３Ｂ、スモーク装置３Ｃ、モニタ３Ｄ、及びカメラ３Ｅが設置されているが、図３の例ではこれらのうち比較的第１ユーザＵ１の近くに位置する演出機器３が演出を実行するようにセンターサーバ２によって制御されている。例えば、ライトユニット３Ａには４つのライトが設けられているが、これらのうち第１ユーザＵ１側（左側）に位置する二つのライト（左の二つ）のみが点灯している。同様に、それらのライトの更に左に位置するスピーカ３Ｂが音声を再生している。これらの点灯及び音声は、各種の配色、各種の点滅等、或いは各種の楽曲、音声等といった第１ユーザＵ１の優勢を演出する各種の態様を通じて実現されてよい。

【0033】

また、モニタ３Ｄには、第１ゲーム機４Ａ、及び第２ゲーム機４Ｂのゲーム画面、或いはカメラ３Ｅが撮影した第１ユーザＵ１及び第２ユーザＵ２のプレイの模様といった各種の画像が適宜に表示され得るが、図３の例ではこのようなゲーム画面等の表示は省略されている。一方で、モニタ３Ｄには、“第１ユーザ優勢”という第１ユーザＵ１が優勢の状況を伝える情報が提示されている。モニタ３Ｄには、第１ユーザＵ１の優勢を表現する各種の演出が表示されるが、図３の例ではこのような文字情報が表示されている。また、このような文字情報として、第２ユーザＵ２の劣勢等、相対的に第１ユーザＵ１の優勢を伝える各種の情報が使用されてよいが、図３の例では直接的な表現が使用されている。第１ユーザが優勢の場合、このようなそのプレイ状況を示す会場演出が制御サービスを通じて実現される。

【0034】

同様に、図３の例において真ん中のイベント会場ＥＦは、対戦イベントにて第２ユーザＵ２が優勢の場合を示している。この場合も、一番上のイベント会場ＥＦの場合と同様に、二台のゲーム機４Ａ、４Ｂの両方等、適宜に演出データＳＤが提供されてもよいが、少なくとも第２ユーザＵ２に対応する第２ゲーム機４Ｂ（ホスト役のゲーム機４を介して提供する場合を含む）から演出データＳＤがセンターサーバ２に提供される。その演出データＳＤには、第２ユーザＵ２に優勢なプレイ状況を示す情報が記述されている。そして、センターサーバ２は、演出データＳＤに基づいてその第２ユーザＵ２に優勢なプレイ状況に対応した会場演出（以下、第２会場演出と呼ぶ場合がある）を実現する。第２会場演出も第１会場演出と同様に適宜に実現されてよいが、図３の例ではイベント会場ＥＦの演出機器３のうち比較的第２ユーザＵ２の近くに位置する演出機器３の演出により実現されている。例えば、ライトユニット３Ａの４つのライトのうち第２ユーザＵ２側（右側）に位置する二つのライト（右の二つ）のみが点灯している。また、それらのライトの更に右に位置するスモーク装置３Ｃがスモークを発生させている。さらに、モニタ３Ｄにも第１会場演出の場合と同様に第２ユーザＵ２の優勢を伝える文字情報として“第２ユーザ優勢”の情報が提示されている。第２ユーザが優勢の場合、このようにそのプレイ状況を示す会場演出が制御サービスを通じて実現される。

【0035】

一方、図３の例において一番下のイベント会場ＥＦは、対戦イベントにて対戦が終了した場合を示している。この場合、勝者或いは敗者を演出するために二台のゲーム機４のうちのいずれか一方からのみ演出データＳＤがセンターサーバ２に提供されてもよいが、図３の例では二台のゲーム機４の両方（ホスト役のゲーム機４が提供する場合を含む）から演出データＳＤが提供されている。各演出データＳＤには、勝敗等の対戦結果を示す各種の情報が記述される。センターサーバ２は、それらの演出データＳＤに基づいて勝者或いは敗者のみを演出する会場演出（優勢の場合の会場演出と同様でもよいし、相違していてもよい）を実現してもよいし、それらの両方の会場演出を順番に（時差的に）実現してもよい。あるいは、センターサーバ２は、例えば、勝者（二台一組の複数組のゲーム機４が同じイベント会場ＥＦに設置されている場合には各組の勝者）のみにスポットライトを当てる会場演出等、勝者用の演出或いは敗者用の演出とは全く異なる特別の演出を実現してもよく、このように適宜に会場演出を実現してよいが、図３の例では第１ゲーム機４Ａの演出データＳＤに基づく演出（以下、第１演出と呼ぶ場合がある）及び第２ゲーム機４Ｂの演出データＳＤに基づく演出（以下、第２演出と呼ぶ場合がある）を合成した会場演出（以下、第３会場演出と呼ぶ場合がある）を実現する。

【0036】

センターサーバ２は、第１演出及び第２演出として適宜の演出を採用してよく、第３会場演出としてこれらを更に適宜に合成した演出を実行してよい。例えば、第１ユーザＵ１が勝利した場合には、センターサーバ２は第１演出として勝者の演出を、第２演出として敗者の演出をそれぞれ採用し、それらを組み合わせた合成により第３会場演出を実現してもよい。この場合において、例えばライトユニット３Ａの演出、或いはスピーカ３Ｂの演出等、重複する（競合する）演出が生じるときには、センターサーバ２は所定の規則に基づいて勝者の演出等のいずれか一方の演出（例えば順位等のその他の優越が設定される場合も同様）に優先順位をつけ、そちらの演出を優先しつつ重複する演出の演出程度を変更（例えばライトの演出であれば配色をより華やかな色に変更したり明るさを強くしたり、或いはスピーカ３Ｂの演出であれば音楽をより賑やかな楽曲に変更したり音量をあげたり）してよい。このようにセンターサーバ２は、第３会場演出として第１演出及び第２演出を適宜に合成した各種の演出を実行してよいが、図３の例では第１演出及び第２演出として第１ユーザＵ１が優勢の場合の演出及び第２ユーザが優勢の場合の演出を採用し、これらを組み合わせた合成により第３会場演出を実現している。

【0037】

具体的には、第１ユーザＵ１が優勢の場合に演出を実現するスピーカ３Ｂから音声が再生され、かつ第２ユーザＵ２が優勢の場合に演出を実現するスモーク装置３Ｃがスモークを発生させている。同様に、第１ユーザＵ１が優勢の場合に点灯する二つのライト、及び第２ユーザＵ２が優勢の場合に点灯する二つのライトがともに点灯し、結果的にライトユニット３Ａの４つのライトの全てが点灯している。一方、モニタ３Ｄにも対戦結果に対応する各種の文字情報の一例として第１ユーザＵ１が優勢の場合とも第２ユーザＵ２が優勢の場合とも異なる、“おめでとう”という勝者を祝福する情報が表示されている。第３会場演出は、第１演出及び第２演出の単なる組み合わせにより実現されてもよいが、一例として単なる組み合わせではなく、このようにモニタ３Ｄの表示等、適宜に修正が加えられた合成により実現される。対戦が終了した場合、このように第１演出及び第２演出の合成により比較的華やかな会場演出が制御サービスを通じて実現される。この例において第１ゲーム機４Ａ、及び第２ゲーム機４Ｂが本発明の二以上のゲーム機として機能する。また、第１演出及び第２演出が本発明の複数の対応演出として機能する。さらに、イベント会場ＥＦ、及び第３会場演出が、本発明の一つのイベント会場、及び調整後演出としてそれぞれ機能する。

【0038】

図４は、パブリックビューイング会場として機能するイベント会場ＥＦ（以下、ＰＢイベント会場ＥＦと略して呼ぶ場合がある）において制御サービスを通じて実現される会場演出の一例を説明するための説明図である。ＰＢイベント会場ＥＦは、例えばゲーム機４が設置されない等、イベント会場ＥＦ（以下、通常イベント会場ＥＦと呼ぶ場合がある）と各種設備が異なっている。このため、通常イベント会場ＥＦにおいて実現可能な演出とＰＢイベント会場ＥＦにおいて実現可能な演出とは相違する可能性がある。また、ＰＢイベントＥＦに限らず、通常イベント会場ＥＦ間においても各イベント会場ＥＦの構造的な特性等により各種設備が相違している可能性はある。さらに、同じ設備の通常イベント会場ＥＦ間でも、参加者の特性、或いは環境的な特性（例えば許可される音量が環境によって相違する等）等に応じて異なる会場演出が要請される場合もある。制御サービスでは、このような相違が考慮され、イベント会場ＥＦ毎の特性に応じた会場演出が実現される。例えばＰＢイベント会場ＥＦでは通常イベント会場ＥＦと異なる会場演出が実現されるようにイベント会場ＥＦ毎に各種演出機器３が制御される。以下では、図４を参照し、このような相違の一例としてＰＢイベント会場ＥＦと通常イベント会場ＥＦとの間の会場演出の相違について説明する。

【0039】

図４の例は、図３の例において第２会場演出が実行される場合のＰＢイベント会場ＥＦにおける会場演出を示している。この場合、図４に示すように、センターサーバ２は、通常イベント会場ＥＦの第２ゲーム機４Ｂから取得した演出データＳＤに基づいて、ＰＢイベント会場ＥＦにおいて通常イベント会場ＥＦとは異なる、独自の会場演出を実現する。

【0040】

具体的には、図３の例と同様に、まずセンターサーバ２には第２ゲーム機４Ｂから演出データＳＤが提供される。センターサーバ２は、一台のサーバユニット等により適宜に構成されてよいが、上述のように複数のサーバユニット２Ａ、２Ｂ…によって構成され、通常イベント会場ＥＦ及びＰＢイベント会場ＥＦにそれぞれ対応する第１サーバユニット２Ａ、及び第２サーバユニット２Ｂを含んでいる。これらのうち、第２ゲーム機４Ｂから提供される演出データＳＤは第１サーバユニット２Ａが取得する。第１サーバユニット２Ａ（センターサーバ２）は、演出データＳＤを取得すると通常イベント会場ＥＦにおいて上述のような第２会場演出を実現する。さらに、第１サーバユニット２Ａは、その取得した演出データＳＤを第２サーバユニット２Ｂに提供する。第２サーバユニット２Ｂは、演出データＳＤを取得すると、その演出データＳＤに基づいてＰＢイベント会場ＥＦにおいて独自の会場演出を実現する。

【0041】

具体的には、ＰＢイベント会場ＥＦは上述のように通常イベント会場ＥＦと各種設備が異なっている可能性があるため、第２サーバユニット２ＢはＰＢイベント会場ＥＦにおいてそこに設置された演出機器３に応じた演出を実現する。ＰＢイベント会場ＥＦには通常イベント会場ＥＦと比べて各種の相違が生じ得るが、図３の例ではゲーム機４及びカメラ３Ｅを除き、同様の演出機器３が設置されている。このため、ＰＢイベント会場ＥＦでも、イベント会場ＥＦとほぼ同様の会場演出が実現可能である。

【0042】

一方で、ＰＢイベント会場ＥＦには、ユーザＵもゲーム機４も存在しておらず、これらの位置に応じた演出を実現する必要はない。むしろ、ゲーム機４等が存在していないからこそ、それを補うような派手な演出が好ましい場合もある。このため、ＰＢイベント会場ＥＦにおいて各種の独自の会場演出が実現されてよいが、図３の例では、上述の第２会場演出とは異なり、ライトユニット３Ａの全ライトが点灯し、スピーカ３Ｂ及びスモーク装置３Ｃも演出を実行する会場演出が実現されている。この場合、ライトの配色は第２会場演出におけるライトの配色と一致していてもよいし、相違していてもよい。例えば、第２会場演出及び第１会場演出においてライトの配色が一致している場合等、点灯だけでは第２ユーザＵ２の優勢か第１ユーザＵ１の優勢か区別できない場合、ライトは第２会場演出とは異なる、第２ユーザＵ２を示す独自の配色により点灯してもよい。スピーカ３Ｂが再生する音声、及びスモーク装置３Ｃが生じさせるスモークについても同様である。

【0043】

一方、モニタ３Ｄには、第２会場演出と同様にカメラ３Ｅの撮影結果等の各種の画像が表示され得る。ＰＢイベント会場ＥＦでは、ゲーム機４等が存在しないため、このような画像の重要性は特に高いが、図４の例では図３の例と同様にこれらの画像の表示は省略され、“第２ユーザ優勢”という第２ユーザＵ２の優勢を伝える、第２会場演出と同様の情報が表示されている。一例として、このように制御サービスでは、各イベント会場ＥＦの設備が考慮され、その設備に応じた独自の会場演出が適宜に実現される。

【0044】

図５は、制御サービスに含まれる制御切替サービスの一例を説明するための説明図である。制御切替サービスは、イベント会場ＥＦの演出機器の制御をセンターサーバ２が実行する自動制御からイベントの運営者等の適宜の管理者が手動で実行する手動制御に切り替えるためのサービスである。イベント状況によっては、自動制御よりも手動制御の方が好ましい場合がある。このような場合にセンターサーバ２は制御切替サービスを介して自動制御から手動制御に切替を実行する。センターサーバ２は、プレイ状況に基づく管理者による指示等の各種の条件に応じて適宜に手動制御の要否を判断してよいが、一例として切替条件を利用して、その要否を判断する。

【0045】

切替条件は、各種の要件を適宜に含んでよいが、一例としてイベント会場ＥＦにおいてゲームイベントがイベントスケジュールに沿って実行される場合にそのスケジュールに含まれる各予定、或いは演出データＳＤに含まれる情報を要件に含んでいる。具体的には、切替条件は、ゲームイベントにおけるゲームのプレイ状況がイベントスケジュールに含まれる各予定のうちの特定の予定に該当する場合に満たされる。あるいは、切替条件は、ゲームイベントを提供中のゲーム機４から提供される演出データＳＤに切替時期と判断可能な特定の情報が含まれる場合に満たされる。そして、センターサーバ２は切替条件が満たされる場合に自動制御から手動制御への切替を実行する。図５の例は、このような切替条件を利用して手動制御への切替が実行される場合の制御切替サービスの一例を示している。図５に示すように、この場合、センターサーバ２は、制御切替サービスを実現するために、イベントデータＥＤ、或いは演出データＳＤを参照して自動制御と手動制御との間の切替を実行する。

【0046】

具体的には、イベントデータＥＤはイベントに関連する各種の予定（スケジュール）を管理してよく、そのような各種の予定の情報を含んでいてよいが、図５の例ではゲーム機４が提供する対戦ゲームの対戦予定、及びそれらの対戦間等の各種の時期に介在する司会予定の情報を含んでいる。センターサーバ２は、このようなイベントデータＥＤを参照し、次の予定が対戦予定に該当する場合には自動制御を通じて会場演出を実現する。センターサーバ２は、このような会場演出として適宜の演出を実行し得るが、図５の例では上下に位置する二つのイベント会場ＥＦのうち、上側のイベント会場ＥＦが示すように、図３の例に示すような第１会場演出を実現している。

【0047】

一方、センターサーバ２は、イベントデータＥＤを参照し、次の予定が司会予定（特定の予定の一例）に該当する場合には、自動制御から手動制御への切替を実行する。あるいは、センターサーバ２は、演出データＳＤを参照し、自動制御から手動制御への切替時期と判断される場合に同様の切替を実行する。演出データＳＤは、簡易的なプログラム（いわゆるスクリプト）、或いはプログラム用のデータ等の各種の形式で構成されてよい。このため、演出データＳＤに含まれる各種の情報が切替時期と判断可能な特定の情報として機能し得るが、一例として簡易プログラムの場合の切替指示、データの場合の切替時期に対応するプレイ状況を示す情報がそのような特定の情報として機能する。そして、このような特定の情報が演出データＳＤに含まれている場合に、センターサーバ２は手動制御への切替を実行する。

【0048】

自動制御から手動制御に切り替えられた場合、イベント会場ＥＦでは手動制御が許可（許容）される。つまり、演出機器３の制御として自動制御の代わりに手動制御が実行される。手動制御は適宜に実現されてよいが、図５の例ではコントローラＤＣに接続される（センターサーバ２と同様に適宜の技術により接続されてよいが、一例として各種のケーブルを利用した有線接続により接続される）ブック型のパーソナルコンピュータ５を介して実現される。つまり、イベントの管理者Ｏがブック型のパーソナルコンピュータ５に演出指示を実行し、コントローラＤＣがその指示に沿った演出を実行するように演出機器３を制御する。例えば、対戦結果の公表等は司会が行う場合が多く、発表の都合等により適宜に演出時期を調整する必要がある。具体的には、例えば優勝者の発表時には発表前に若干の溜めを設けた方が盛り上がる場合も多いが、このような溜めの時間には会場の雰囲気、或いは司会者の個性等を反映した方が好ましい傾向にある。イベントの管理者Ｏは、このような雰囲気等に応じてより好ましい時期に各種の会場演出が実現されるように演出機器３の制御を実行する。

【0049】

また、イベント会場ＥＦでは、手動制御を通じて適宜の会場演出が実現され得るが、図５の例では下側のイベント会場ＥＦが示すように、各種の演出機器３のうちライトユニット３Ａ及びスピーカ３Ｂを利用した演出が実行されている。具体的には、イベント会場ＥＦの管理者によりライトユニット３Ａの点灯、及びスピーカ３Ｂにより音声の再生が指示され、結果的にライトユニット３Ａの全ライトが点灯し、スピーカ３Ｂが指示に応じた音声を再生している。また、モニタ３Ｄにも、カメラ３Ｅの撮影結果、或いはゲーム画面等の各種の画像等が表示され得るが、図５の例ではこれらは省略され、同様の手動制御により司会予定を示す“解説中”の文字情報が表示されている。

【0050】

センターサーバ２は、制御切替サービスの一部として各種の条件に応じて適宜に手動制御から自動制御への切替（自動制御の再開）を実行してよいが、一例として再開条件が満たされた場合に自動制御が再開するように再度自動制御から手動制御への切替を実行する。再開条件は、例えば切替条件と同様に適宜の予定、或いは演出データの適宜の情報に基づいて満たされてよく、例えば司会予定が終了した場合（次回の予定が対戦予定の場合でもよい）、若しくは演出データに自動制御への切替時期と判断可能な情報が含まれる場合に満たされる。制御サービスは、このような制御切替サービスを含んでいる。

【0051】

次に、図６を参照して、イベント用サービスの詳細について説明する。イベント用サービスは、イベント用の指示及びデータとして各種の指示を実行したり各種のデータを取得したりしてよいが、以下では演出データＳＤの提供が指示され、その取得が実行される場合について説明する。演出データＳＤの提供の指示は省略されてもよく、例えばイベント会場ＥＦにおける全ゲーム機４から演出データＳＤを無条件に取得するようにイベント用サービスは構成されてもよいが、一例として一部のゲーム機４に提供の指示を実行するように構成される。図６の例は、このような指示が実行される場合のイベント用サービスの一例を示している。この場合、図６に示すように、センターサーバ２は、演出データＳＤを提供すべき一部のゲーム機４を特定するための対象特定用のデータを参照し、イベント会場ＥＦの一部のゲーム機４に演出データＳＤの提供を指示する。そして、センターサーバ２は、これらの一部のゲーム機４から取得した演出データＳＤに基づいて上述の制御サービスを実現する。

【0052】

具体的には、制御サービスの内容等に応じて各種のデータが適宜に対象識別データとしての対象特定用のデータとして機能してよいが、図６の例ではイベントデータＥＤ、演出データＳＤ、及び機器管理データＭＤが機能している。イベントデータＥＤでは上述のように各種の予定が管理されてよく、それらの各種の予定が特定用の情報として適宜に一部のゲーム機４の特定に使用されてよいが、一例として対戦予定の情報が一部のゲーム機４の特定に使用される。より具体的には、各ゲーム機４が対戦ゲームを提供する場合、リーグ戦形式、或いはトーナメント形式等の各種の形式（手法）で対戦が実現されてよいが、イベントデータＥＤには各形式に基づく対戦者、或いは対戦用のゲーム機４を示す情報が対戦予定の情報の一部として記述される。そして、このような対戦用のゲーム機４、或いは対戦者が使用するゲーム機４が一部のゲーム機４として機能する。つまり、センターサーバ２は、対戦予定の情報を参照し、次回の対戦において対戦に使用される複数のゲーム機４（１対１の対戦の場合は二台、複数の対戦が実行される場合、或いはグループ対戦が実行される場合は二台以上のゲーム機４）を一部のゲーム機４として特定し、これらの複数のゲーム機４に演出データＳＤの提供を指示する。

【0053】

センターサーバ２から演出データＳＤの提供が指示された場合、複数のゲーム機４は適宜に演出データＳＤを提供してよく、例えば常時全ての複数のゲーム機４が演出データＳＤを提供してもよいし、プレイ状況が有利な状況等の特定の状況においてのみその特定の状況に該当するゲーム機４だけが演出データＳＤを提供してもよい。他の対象特定用のデータが一部のゲーム機４の特定、及びそのゲーム機４への指示に使用される場合も同様である。

【0054】

一方、演出データＳＤは、演出データＳＤの提供対象が既に決定されているときに、その提供対象のゲーム機４のうちから更に一部のゲーム機４の特定が必要な適宜の場合に使用される。例えば、トーナメント形式における一回戦を実行する複数のゲーム機４が演出データＳＤの提供対象として既に一部のゲーム機４として特定されている場合において、これらのゲーム機４のうち有利な状況でプレイを進めているゲーム機４の特定に使用されてもよい。演出データＳＤは、その他にも各種のプレイ状況に対応する適宜のゲーム機４の特定に使用されてよいが、一例として一回戦を実行する複数のゲーム機４のうち勝者に対応するゲーム機４（対戦者）の特定に使用される。

【0055】

演出データＳＤは、上述のように各種の形式で構成されてよい。このため、演出データＳＤに含まれる各種の情報が一部のゲーム機４の特定に使用され得るが、一例として勝者の演出を指示する情報、或いは対戦の勝利を示す情報が一部のゲーム機４の特定に使用される。また、特定された更に一部のゲーム機４には、適宜に演出データＳＤの提供が要求されてもよく、例えば更に詳細な情報を含む演出データＳＤ（情報量が相違する演出データＳＤ）が要求されてもよいが、一例として同様の情報を含む演出データＳＤの提供の継続が要求される。結果として、センターサーバ２は、演出データＳＤを参照し、一回戦の勝者に対応するゲーム機４を特定し、それらのゲーム機４に対して次回の対戦（例えば二回戦）においても継続して演出データＳＤが提供されるように演出データＳＤの提供を指示する。

【0056】

また、機器管理データＭＤは各イベント会場ＥＦの演出機器３の種類を管理するための各種の情報を適宜に含んでよく、これらの各種の情報が各種の一部のゲーム機４の特定に適宜に使用されてよい。例えば、機器管理データＭＤは各演出機器３の位置の情報を含んでいてもよく、この場合、この位置の情報、及び各ゲーム機４の位置を管理するデータに基づいて特定の演出機器３に近いゲーム機４が一部のゲーム機４として特定されてもよい。このようなゲーム機４の位置を管理するデータとして、機器管理データＭＤとは別のデータが利用されてもよいし、機器管理データＭＤが利用されてもよいが、一例として機器管理データＭＤが各ゲーム機４の位置の情報を含む場合において、この位置の情報が特定用の情報として機能する。さらに、この位置の情報は各種のゲーム機４の特定に適宜に使用されてよいが、一例としてカメラ３Ｅの撮影範囲に含まれるゲーム機４の特定に使用される。つまり、センターサーバ２は、カメラ３Ｅの撮影結果、及び機器管理データＭＤを参照し、カメラ３Ｅの撮影範囲に含まれるゲーム機４を一部のゲーム機４として特定し、これらに演出データＳＤの提供を指示する。

【0057】

これらのイベントデータＥＤ、演出データＳＤ、及び機器管理データＭＤに基づいて適宜のゲーム機４が一部のゲーム機４として特定されてよい。例えば、一部のゲーム機４として、同じイベント会場ＥＦ内のゲーム機４だけなく、複数のイベント会場ＥＦが用意される場合には異なるイベント会場ＥＦにそれぞれ設置される複数のゲーム機４が特定されてもよい。このように適宜のゲーム機４が一部のゲーム機４として特定されてよいが、図６の例では異なるイベント会場ＥＦの各ゲーム機４が一部のゲーム機４として特定される場合、及び同じイベント会場ＥＦの各ゲーム機４が一部のゲーム機４として特定される場合の両方が示されている。

【0058】

具体的には、図６の例は、一部のゲーム機４として特定される一台のゲーム機４をそれぞれ含む二つのイベント会場ＥＦ（以下、上二つのイベント会場ＥＦと呼ぶ場合がある）、及び一部のゲーム機４として特定される二台のゲーム機４を含む一つのイベント会場ＥＦ（以下、下のイベント会場ＥＦと呼ぶ場合がある）を上から順に示している。例えば異なるイベント会場ＥＦに設置される複数のゲーム機４を介して複数のユーザＵが対戦してもよく、この場合、対戦者、及びその対戦者が使用するゲーム機４は複数のイベント会場ＥＦに跨がるように位置し、異なるイベント会場ＥＦ間において対戦が実現される。上二つのイベント会場ＥＦはいずれも複数のゲーム機４を含んでいるが、それらの一台ずつがそれぞれ対戦において使用される。つまり、上二つのイベント会場ＥＦは、対戦イベントにおいて互いに対戦する二台のゲーム機４をそれぞれ含んでいる。このため、センターサーバ２は、例えばイベントデータＥＤ、或いは演出データＳＤに基づいて、これらの上二つのイベント会場ＥＦにそれぞれ位置する二つのゲーム機４（上のイベント会場ＥＦの左端のゲーム機４、及び真ん中のイベント会場ＥＦの左から二番目のゲーム機４）を一部のゲーム機４として特定する。そして、センターサーバ２は、これらのゲーム機４に演出データＳＤの提供を指示する。

【0059】

一方、下のイベント会場ＥＦも複数のゲーム機４を含んでいるが、それらのうちカメラ３Ｅの撮影範囲ＣＲには真ん中付近の二台のゲーム機４だけが含まれている。換言すれば、複数のゲーム機４のうち真ん中付近の二台のゲーム機４だけを撮影するように、カメラ３Ｅの撮影範囲ＣＲが制御されている。この場合、センターサーバ２は、例えばカメラ３Ｅの撮影範囲ＣＲ、及び機器管理データＭＤに基づいて、これらの二台のゲーム機４を一部のゲーム機４として特定する。具体的には、センターサーバ２は、まずカメラ３Ｅの撮影条件に基づいて撮影範囲ＣＲを判別する。次にセンターサーバ２は、その撮影範囲ＣＲに含まれる位置の情報が機器管理データＭＤに記述されているゲーム機４（真ん中付近の二台のゲーム機４）を一部のゲーム機４として特定する。そして、センターサーバ２は、これらのゲーム機４に演出データＳＤの提供を指示する。

【0060】

さらに、センターサーバ２は、これらの一部のゲーム機４から取得した演出データＳＤに基づいて上述のような会場演出を適宜に実行してよく、そのような会場演出には一部のゲーム機４にライトユニット３Ａ等を通じてスポットを当てる演出が含まれてよいが、ゲーム機４にライト等の演出機器が設けられている場合には、そのような一部のゲーム機４の演出機器を更に制御してもよい。つまり、会場演出は演出機器３に限定されず、各種の機器を通じて実現されてよく、そのような機器にはゲーム機４が含まれてもよい。このようなゲーム機４の制御は適宜に実行されてよいが、一例としてセンターサーバ２はスポットと同様の効果を生じさせるために、一部のゲーム機４に該当することを示す（あるいは強調する）演出を実行するように一部のゲーム機４の演出機器を制御する。一例として、これらのような演出データＳＤの提供指示、及びその取得を実現するようにイベント用サービスは構成される。

【0061】

次に、演出データＳＤ、演出制御データＣＤ、イベントデータＥＤ、及び機器管理データＭＤの詳細について説明する。演出機器３に実行させるべき演出は上述のように対戦予定等の各種のプレイ状況に応じて決定される。このため、演出データＳＤは、このようなプレイ状況に関連する各種の情報を含んでいる。図７は、演出データＳＤの構成の一例を示す図である。演出データＳＤは、上述のように簡易的プログラムとして構成されてもよいが、図７の例ではプログラム用のデータとして構成される場合が示されている。この場合、図７に示すように、演出データＳＤは、ゲームのプレイ状況を対戦者（ユーザＵ）毎に関連づけて管理する演出レコードＳＤＲを含んでいる。また、このような管理を実現するために、演出レコードＳＤＲは、例えば“ユーザ”、“キャラクタ”、“アクション”、及び“状況”の情報を含んでいる。

【0062】

“ユーザ”は、ゲームをプレイ中のユーザＵ（対戦者）を特定するための情報である。“ユーザ”には、各ユーザＵを特定可能な適宜の情報が記述されてよいが、一例として各ユーザＵを識別するためにユーザＵ毎にユニークなユーザＩＤの情報が記述される。このようなユーザＩＤは、イベント用のユーザ名、又はイベントに限定されたイベント用のユーザ番号であってもよい。あるいは、各種施設に設置されたゲーム機４をプレイする場合に使用されるユーザＩＤ（イベントに限定されず、各ユーザＵを識別するＩＤ）が存在する場合には、そのようなユーザＩＤが使用されてもよい。

【0063】

“キャラクタ”は、ゲームのプレイ中に登場するキャラクタを特定するための情報である。“キャラクタ”には、各キャラクタを特定可能な適宜の情報が記述されてよいが、一例として各キャラクタを識別するためにキャラクタ毎にユニークなキャラクタＩＤの情報が記述される。また、“キャラクタ”には、プレイ中のゲームに登場する適宜のキャラクタ（複数のキャラクタでもよい）に対応するキャラクタＩＤの情報が記述されてよいが、一例としてキャラクタを介してユーザＵがゲームをプレイする場合にそのようなキャラクタ（いわゆるプレイヤキャラクタとしてユーザＵに対応するキャラクタ）に対応するキャラクタＩＤの情報が記述される。

【0064】

“アクション”は、各ユーザＵのキャラクタを介したアクション（行動）を特定するための情報である。“アクション”には、キャラクタが実行する各種のアクションを特定する適宜の情報が記述されてよいが、一例として各キャラクタが行った技等の動作、或いはそのような技等の実現のためにユーザＵが実行した操作を示す情報が記述される。

【0065】

“状況”は、プレイ中のゲームにおける状況を特定するための情報である。“状況”には、プレイ状況（少なくとも会場演出に関連する状況）を特定するための各種の情報が記述されてよい。例えば、このような情報として、ゲームが複数のステージに分かれている場合のステージ数（選択形式の場合は選択されたステージでもよい）、野球ゲームの場合のイニング数、サッカーゲーム等のボールの位置に応じて攻守が切り替わるゲームにおけるボールの位置、得点数、或いはＨＰ（ヒットポイント）等の対戦に関連する価値が存在する場合はその残量の情報が適宜に記述されてよい。また、対戦結果（順位、或いは劣勢、優勢等の優劣を含む）は、得点等から適宜に判断されてもよいし、それとは別に、或いはそれらの代わりに、対戦結果の情報がそのような情報として利用されてもよい。“状況”には、会場演出の要請に応じて、これらの情報が適宜に記述される。演出レコードＳＤＲには、これらの情報が相互に関連付けられるように記録されている。そして、これらの情報は、各種の会場演出等のために適宜に使用される。この例において“状況”に記述されるプレイ状況の情報が本発明の演出情報、或いはプレイ情報として機能する。

【0066】

一方、演出データＳＤは簡易的なプログラムとして構成されてもよく、その場合には上述の“ユーザ”、“キャラクタ”、“アクション”、及び“状況”の情報は、例えばスクリプト形式で記述される。スクリプト形式のデータは周知の技術であるが、プログラムと同様にコンピュータ用のコンパイルプロセスが省略される（適宜にバックグラウンド等において処理され、少なくともそのように見える）ように実行されるデータである。スクリプト形式のデータの場合、このようなコンパイルプロセスの省略が可能なため、比較的複雑な指示をより早期に実現することができる。このため、比較的複雑なプレイ状況を演出に反映することができる。演出データＳＤは、このようなスクリプト形式のデータ、或いは単なるデータ等の各種の形式が適宜に使い分けられるように生成されてもよい。例えば、シンプルなプレイ状況に対応するシンプルな会場演出が実行される場合には通常のデータとして、より複雑な状況及び会場演出が実行される場合にはスクリプト形式のデータとして、それぞれ生成されてもよい。

【0067】

なお、演出データＳＤは、上述の情報に限定されず、会場演出の要請等に応じて適宜の情報を管理してよい。例えば、上述の情報の一部は省略されてもよいし、或いは反対にその他の各種の情報が追加されてもよい。例えば、“ユーザ”の情報の代わりに、或いは上述の“ユーザ”の情報として、各ゲーム機４（各ユーザＵが使用するもの）に対応する後述の筐体ＩＤが使用されてもよい。同様に、例えば、対戦型のゲームにおける対戦者の情報（例えば対戦者のユーザＩＤ、或いはこのような対戦者若しくはそのゲーム機４を特定するために対戦者のユーザＩＤ等を管理する対戦（試合）毎にユニークな対戦者ＩＤ等）の情報が含まれていてもよい。また、例えば、演出データＳＤを介して会場演出の指示はゲーム機４が実行してもよく、この場合には演出データＳＤは、後述の“演出種類”の情報（演出制御データＣＤに含まれる情報）等、演出を指示する情報を含んでいてもよい。この場合、このような“演出種類”の情報等の演出を指示する情報が本発明の演出情報として機能する。また、例えばイベント用サービスにおいて一部のゲーム機４の特定に演出データＳＤが使用される場合、演出データＳＤは提供元のゲーム機４を特定するための筐体ＩＤ等の情報を含んでいてよい。この場合において、演出データＳＤの“状況”の情報、及びその筐体ＩＤの情報が本発明の対応情報、及びゲーム機識別情報としてそれぞれ機能する。

【0068】

図８は、演出制御データＣＤの構成の一例を示す図である。演出制御データＣＤは演出機器３の演出を制御するための各種の情報を適宜に含んでいてよいが、図８の例は各イベント会場ＥＦにおいて実現される演出が所定の単位の演出機器３に分けられ、その単位（種類）毎に管理される場合の演出制御データＣＤの一例を示している。また、演出制御データＣＤは、例えば演出データＳＤの構成（例えば簡易プログラムであるか、単なるデータであるかといった構成）等に応じて適宜に構成されてよいが、図８の例は演出データＳＤが単なるデータとして構成される場合の演出制御データＣＤの一例を示している。この場合、図８に示すように、演出制御データＣＤは、イベント会場ＥＦ毎に演出機器３を所定の単位に分けて演出の種類として管理する演出制御レコードＣＤＲを含んでいる。また、このような管理を実現するために、演出制御レコードＣＤＲは、例えば“会場ＩＤ”、“演出種類”、“対象機器”、“演出詳細”、及び“適用条件”の情報を含んでいる。

【0069】

“会場ＩＤ”は、複数のイベント会場ＥＦが存在する場合に各イベント会場ＥＦを識別するためにイベント会場ＥＦ毎にユニークな会場ＩＤを示す情報である。“演出種類”は、各演出機器３を通じて実行されるべき演出（会場演出）の種類を特定するための情報である。“演出種類”には、このような情報として適宜の情報が記述されてよいが、一例として各演出を識別するために演出の種類毎にユニークな演出ＩＤの情報が記述される。“対象機器”は、各演出の種類を実現するための演出機器３を特定するための情報である。“対象機器”には、このような情報として適宜の情報が記述されてよいが、一例として各演出機器３の種類（例えばライトユニット３Ａ、スピーカ３Ｂ等）を識別するために演出機器３の種類毎にユニークな機器ＩＤの情報が記述される。

【0070】

同様に、“演出詳細”は、演出の種類毎に各演出機器３が実行すべき演出（動作）を特定するための情報である。“演出詳細”には、このような情報として適宜の情報が記述されてよいが、一例として適宜のパラメータの情報が記述される。具体的には、例えば、“演出種類”に第１会場演出を特定する情報が記述される場合には、“対象機器”にライトユニット３Ａ、スピーカ３Ｂ、及びモニタ３Ｄを特定する情報が記述される。そして、“演出詳細”には、ライトユニット３Ａの左側の二つのライトを示す数値、それの点灯を示す数値、その配色を示す数値、及びその強さを示す数値がパラメータの情報として記述される。また、スピーカ３Ｂから再生すべき楽曲を示す数値、及びそれの音量を示す数値もパラメータの情報として“演出詳細”に記述される。同様に、モニタ３Ｄに表示すべき画像を示す数値（例えばゲーム画面を示す数値、カメラ３Ｅの撮影結果を示す数値、或いは“第１ユーザ優勢”等の各種定型文を示す数値等）、及びその表示態様を示す数値（位置、範囲、その他の画像との組み合わせの場合にはレイアウト等を示す数値等）もパラメータの情報として“演出詳細”に記述される。つまり、“演出種類”及び“対象機器”の情報により各演出機器３が所定の単位で分けられ、その単位に応じた具体的な演出が“演出詳細”によって定義される。第２会場演出等のその他の演出が実行される場合も同様に記述される。

【0071】

一方、第３会場演出等の複数の演出の合成に対応する演出の場合には、そのような合成に対応する演出が別途個別に“演出種類”、“対象機器”、及び“演出詳細”によって定義されてもよいが、一例として“演出種類”に第１会場演出及び第２会場演出といった合成対象の演出種類を示す情報が記述される。この場合、“対象機器”、及び“演出詳細”の情報は省略されてもよいし、第１会場演出及び第２会場演出の組み合わせに対応する情報が記述されてもよい。

【0072】

“適用条件”は、各演出の種類が適用（実行）されるべき適用条件を示す情報である。“適用条件”には、会場演出の要請等に応じて各種の条件を示す情報が適宜に記述されてよいが、例えば第１ユーザＵ１が一定以上の得点差をつけた場合（優勢な状況の一例）、サッカー等の球技であればボールを所有している場合（優勢な状況の他の例）、格闘型のゲームであれば体力（例えばＨＰ）リード、或いは対戦が終了した場合等の特定のプレイ状況を示す情報が記述される。また、例えば体力リード等の状況は、更に体力大幅リード等の細かい状況に分けられてもよい。さらに、例えば通常イベント会場ＥＦに関連づけられる“適用条件”として体力大幅リードが、ＰＢイベント会場ＥＦに関連づけられる“適用条件”として体力リードが、それぞれ記述されていてもよい。つまり、イベント会場ＥＦ毎に異なる適用条件が関連づけられていてもよい。そして、“状況”に体力値の残量の情報が記述された共通の演出データＳＤに応じてイベント会場ＥＦ毎に異なる会場演出が実現されてよい。上述のようにイベント会場ＥＦの特性に応じてイベント会場ＥＦ毎に異なる会場演出が実現される場合があるが、それはこのような“適用条件”の相違を介して実現されてよい。この場合、イベント会場ＥＦ毎の異なる（より細やかな）会場演出が、このような“適用条件”（演出制御データＣＤ）を介して同じ演出データＳＤによって実現される。つまり、演出制御データＣＤは“適用条件”を介してイベント会場ＥＦ毎の会場演出の相違を吸収する役割、そのイベント会場ＥＦ毎の異なる会場演出を定義する役割、及びその異なる会場演出の実現を指示する役割を果たしてよい。一方、演出データＳＤはそのような“状況”の共通のプレイ状況を介して、異なる会場演出を決定するための根拠を伝える役割を果たしてよい。

【0073】

演出制御レコードＣＤＲには、上述の情報が相互に関連付けられるように記録されている。そして、これらの情報は、各種の会場演出を実現する演出機器３の制御のために適宜に使用される。なお、演出制御データＣＤは、上述の情報に限定されず、会場演出の要請等に応じて適宜の情報を管理してよい。例えば、上述の情報の一部は省略されてもよいし、或いは反対にその他の各種の情報が追加されてもよい。例えば、イベント会場ＥＦが一つの場合は“会場ＩＤ”の情報は省略されてもよい。また、例えば、演出データＳＤが“演出種類”の情報を含む場合等、演出データＳＤによって特定の種類の演出が指示される場合には、“適用条件”の情報は省略されてもよい。この例において“会場ＩＤ”に記述される会場ＩＤの情報が本発明の会場識別情報として機能する。また、演出データＳＤが特定の演出を指示する情報を含まない場合において、この例の“適用条件”に記述されるプレイ状況（特定のプレイ状況）の情報、及び“演出種類”に記述される演出の種類（あるいは、“対象機器”及び“演出詳細”を更に含む、これらの組み合わせ）が、本発明の演出情報、及び対応演出として、それぞれ機能する。一方、演出データＳＤが特定の演出を指示する情報を含む場合、この例の“演出種類”に記述される演出の種類の情報、及び“対象機器”に記述される機器ＩＤの情報と“演出詳細”に記述されるパラメータの情報との組み合わせが、本発明の演出情報、及び対応演出として、それぞれ機能する。

【0074】

図９は、イベントデータＥＤの構成の一例を示す図である。イベントデータＥＤはイベントの進行に関連する各種の予定を管理してよいが、図９の例では切替条件がイベントスケジュールの各予定を要件に含む場合において、このような各予定を管理する場合のイベントデータＥＤの一例が示されている。この場合、図９に示すように、イベントデータＥＤは、イベント毎の各予定を管理するためのイベントレコードＥＤＲを含んでいる。また、このような管理を実現するために、イベントレコードＥＤＲは、例えば“イベントＩＤ”、“会場ＩＤ”、“予定”、“対象”、及び“進捗”の情報を含んでいる。

【0075】

“会場ＩＤ”は上述の会場ＩＤを示す情報である。“イベントＩＤ”は、各イベントを識別するためにイベント毎にユニークなイベントＩＤを示す情報である。“予定”は、各イベントに含まれる各種の予定を特定するための情報である。イベント会場ＥＦのイベントにはゲームイベントが含まれ、ゲームイベントはゲームのプレイ状況に応じて進行する。このため、イベントの予定には、ゲームのプレイ状況に対応するプレイ状況予定が含まれる。この場合、“予定”には、このようなプレイ状況予定を特定するための情報が記述される。具体的には、例えばトーナメント形式の対戦イベントが実行される場合、“予定”には、一回戦、二回戦、準決勝、決勝、並びに司会等の各プレイ状況予定を特定する情報が記述される。この場合、一回戦、二回戦、準決勝、或いは決勝等の対戦を示すプレイ状況予定、及び司会を示すプレイ状況予定が上述の対戦予定、及び司会予定としてそれぞれ機能する。“予定”には、これらの予定を特定するために適宜の情報が記述されてよいが、一例として一回戦、二回戦等の各予定を識別するために予定毎にユニークな予定ＩＤの情報が記述される。

【0076】

一方、“対象”は、各予定の対象として使用されるべき対象を特定するための情報である。イベント会場ＥＦでは各種のイベントが実行されてよく、その各種のイベントの予定が適宜にイベントデータＥＤにて管理されてよいが、以下ではそのようなイベントとしてゲームイベントの予定（プレイ状況予定）が管理される場合について説明する。この場合、“対象”には、各予定の対象として各ゲーム機４を特定するための情報が記述される。例えば、順決勝に対応する予定には準決勝において対戦する各ゲーム機４を特定する情報が記述される。一回戦等の場合も同様である。一方、司会に対応する予定の場合には“対象”には対象なしを示す情報が記述されてもよいし、司会を示す情報が記述されてもよい。また、“対象”には、各ゲーム機４を特定するための情報として適宜の情報が記述されてよいが、一例として各ゲーム機４を識別するためにゲーム機４毎にユニークな筐体ＩＤの情報が記述される。

【0077】

“進捗”は、イベントデータＥＤに含まれる各予定のうち、現在進行中の予定を特定するための情報である。“進捗”には、このような情報として適宜の情報が記述されてよいが、一例として既に終了した（実施済み）予定、現在進行中の予定、及び未実施の予定の少なくとも三つを区別する情報が記述される。そして、“進捗”の情報により、イベントデータＥＤの“予定”に記述される各予定が、これらの実施済み、進行中、或いは未実施のいずれに属するか管理される。イベントレコードＥＤＲには、これらの情報が相互に関連付けられるように記録されている。そして、これらの情報は、演出切替サービス等の各種サービスの提供のために適宜に使用される。

【0078】

なお、イベントデータＥＤは、上述の情報に限定されず、演出切替サービスの要請等に応じて適宜の情報を管理してよい。例えば、上述の情報の一部は省略されてもよいし、或いは反対にその他の各種の情報が追加されてもよい。この例において“進捗”に記述される情報が本発明の進捗情報として機能する。また、“予定”に記述される予定のうちプレイ状況予定に対応する情報が本発明のプレイ状況予定として機能する。さらに、“予定”に記述されるプレイ状況予定のうち司会予定の次の対戦予定に対応する情報が本発明の所定のプレイ状況予定として機能する。一方、イベント用サービスを通じて一部のゲーム機４の特定にイベントデータＥＤが使用される場合においてこの例の“予定”に記述される情報、“対象”に記述される筐体ＩＤの情報が本発明の対応情報、及びゲーム機識別情報としてそれぞれ機能する。

【0079】

図１０は、機器管理データＭＤの構成の一例を示す図である。機器管理データＭＤは、上述のようにイベント会場ＥＦに設置された演出機器３を管理するために各種の情報を含み得える。このため、機器管理データＭＤは、複数のイベント会場ＥＦが存在する場合において各イベント会場ＥＦで実現可能な演出（例えばスモーク装置３Ｃが存在するイベント会場ＥＦではスモークの演出が可能であるし、スポットライトが存在するイベント会場ＥＦでは特定のゲーム機４にスポットを当てる演出が可能であるといったイベント会場ＥＦ毎の演出）の管理に使用される。図１０の例は、機器管理データＭＤが更にイベント会場ＥＦにおける各ゲーム機４の位置の管理に使用される場合を示している。この場合、図１０に示すように、機器管理データＭＤは、イベント会場ＥＦ毎に設置された演出機器３を管理するための機器管理レコードＭＤＲを含んでいる。また、このような管理を実現するために、機器管理レコードＭＤＲは、“会場ＩＤ”、“設置機器”、“筐体ＩＤ”、及び“配置”の情報を含んでいる。

【0080】

“会場ＩＤ”、及び“筐体ＩＤ”は、上述の会場ＩＤ、及び筐体ＩＤをそれぞれ示す情報である。また、“設置機器”は、各イベント会場ＥＦに設置される演出機器３を特定するための情報である。“設置機器”には、このような情報として適宜の情報が記述されてよいが、一例としてライトユニット３Ａ、スピーカ３Ｂといった各演出機器３を特定するために演出機器３の種類毎にユニークな機器ＩＤの情報が記述される。“配置”は、各ゲーム機４の位置を特定するための情報である。“配置”には、このような情報として適宜の情報が記述されてよいが、一例としてイベント会場ＥＦにおける所定範囲（例えばゲーム機４が設置されるステージ）に座標を設定した場合の座標を示す情報が記述される。機器管理レコードＭＤＲには、これらの情報が相互に関連付けられるように記録されている。そして、これらの情報は、イベント用サービス等の各種サービスの提供のために適宜に使用される。なお、機器管理データＭＤは、上述の情報に限定されず、イベント用サービスの要請等に応じて適宜の情報を管理してよい。例えば、上述の情報の一部は省略されてもよいし、或いは反対にその他の各種の情報が追加されてもよい。また、イベント用サービスを通じて一部のゲーム機４の特定に機器管理データＭＤが使用される場合において、この例の“配置”に記述される位置の情報、及び“筐体ＩＤ”に記述される筐体ＩＤの情報が本発明の対応情報、及びゲーム機識別情報としてそれぞれ機能する。

【0081】

次に、図１１～図１４を参照して、対象特定処理、演出処理、制御切替処理、及び再開処理について説明する。対象特定処理は、イベント会場ＥＦに設置された各種機器のうち指示対象の機器を特定するための処理である。このような機器としてイベント会場ＥＦに設置される適宜の機器が利用されてよいが、図１１の例はゲーム機４が利用される場合の対象特定処理を示している。より具体的には、図１１の例は、演出データＳＤの提供対象の特定、及びその特定の指示が実行される場合の対象特定処理の一例を示している。この場合、演出データＳＤの提供対象の特定を指示する所定の操作が実行された場合等の適宜の開始条件が満たされた場合に、ゲーム機用サービス管理部２５は図１１の対象特定処理を開始し、まず対象特定用のデータを取得する（ステップＳ１０１）。対象特定用のデータとして各種のデータが機能し得るが、一例としてイベントデータＥＤ、演出データＳＤ、及び機器管理データＭＤが機能する。このため、ゲーム機用サービス管理部２５は、これらのイベントデータＥＤ、演出データＳＤ、或いは機器管理データＭＤを対象特定用のデータとして取得する。以下ではイベントデータＥＤを対象特定用のデータとして取得する場合について説明する。

【0082】

続いてゲーム機用サービス管理部２５は、ステップＳ１０１で取得したイベントデータＥＤを参照し、次回の予定を判別する（ステップＳ１０２）。具体的には、ゲーム機用サービス管理部２５は、イベントデータＥＤの“予定”及び“進捗”の情報を参照して、この判別を実現する。次にゲーム機用サービス管理部２５は、その特定した予定の対象として機能するゲーム機４を特定する（ステップＳ１０３）。各予定の対象は適宜に管理されてよいが、一例としてイベントデータＥＤの“対象”の情報を介して管理される。このため、ゲーム機用サービス管理部２５は、このような対象の特定をイベントデータＥＤの“対象”の情報を参照して実現する。具体的には、ゲーム機用サービス管理部２５は、イベントデータＥＤの“対象”にて特定されるゲーム機４を、ステップＳ１０２で特定した予定の対象のゲーム機４として特定する。この場合において、ゲーム機用サービス管理部２５は、複数のイベント会場ＥＦが存在するときには、“会場ＩＤ”を参照し、対象のゲーム機４が設置される各イベント会場ＥＦを更に特定してもよい。

【0083】

続いてゲーム機用サービス管理部２５は、ステップＳ１０４で特定したゲーム機４に演出データＳＤの提供を指示する（ステップＳ１０４）。そして、この指示の後に、ゲーム機用サービス管理部２５は今回の対象特定処理を終了する。これにより、イベント会場ＥＦ（複数のイベント会場ＥＦの場合は複数のイベント会場ＥＦ）に設置される複数のゲーム機４のうちから、演出データＳＤの提供対象が対象特定用のデータに基づいて特定される。より具体的には、イベントデータＥＤによって管理される予定のうち次回の予定に対応するゲーム機４が演出データＳＤの提供対象として特定される。そして、これらに演出データＳＤの提供が実際に指示される。結果として、イベント用サービスが実現される。

【0084】

演出処理は、演出データＳＤに基づいて会場演出を実現するための処理である。ゲーム機４は、例えばゲームのプレイ状況が特定の状況に該当する場合等の各種の条件に応じて適宜に演出データＳＤを生成してよいが、図１２の例はセンターサーバ２から指示があったゲーム機４がゲーム中において所定の周期で演出データＳＤを生成する場合の演出処理を示している。また、図１２の例は、例えば対戦中の二台のゲーム機４等、対象特定処理を通じて複数のゲーム機４が特定され、それらに演出データＳＤの提供が指示されている場合の演出処理を示している。なお、図１２の例では、ゲーム機４の制御ユニット３１によって主として実行される処理がゲーム機４として、センターサーバ２の制御ユニット２１によって主として実行される処理がセンターサーバ２として、それぞれ示されている。

【0085】

この場合、図１２に示すように、各ゲーム機４（データ管理部４４）は所定の周期で図１２の演出処理を開始し、まず演出データＳＤを生成する（ステップＳ２０１）。続いて各ゲーム機４は、その生成した演出データＳＤをセンターサーバ２に送信する（ステップＳ２０２）。そして、その送信の後に各ゲーム機４は今回の演出処理を終了する。

【0086】

一方、センターサーバ２（機器用サービス管理部２４）は、各ゲーム機４から演出データＳＤが送信されると（あるいは、更に演出機器３の制御が自動制御の状態である場合に）図１２の演出処理を開始し、まずその演出データＳＤを取得する（ステップＳ３０１）。続いてセンターサーバ２は、その演出データＳＤに基づいて演出を適用（実行）するための適用条件が満たされるか否か判別する（ステップＳ３０２）。例えば所定のアクション時に特定の会場演出を実現する等、実現されるべき演出の要請に応じて演出データＳＤに含まれる各種の情報が適用条件の要件として使用されてよく、そのような情報に基づいて適宜に適用条件が満たされるか否か（演出付加の可否）判別されてよいが、一例として“状況”の情報が適用条件の要件として使用される。具体的には、センターサーバ２は、演出データＳＤの“状況”の情報及び演出制御データＣＤの“適用条件”の情報を参照し、プレイ中のゲームの状況（“状況”に記述の状況）が演出を実行すべき特定の状況（“適用条件”に記述の条件）に該当するか否か判別する。この際にセンターサーバ２は、ゲームの状況が特定の状況に該当しない場合に適用条件が満たされないと、ゲームの状況が特定の状況に該当する場合に適用条件が満たされると、それぞれ判別する。そして、センターサーバ２は適用条件が満たされない場合（ゲームの状況が特定の状況に該当しない場合）、以降の処理をスキップして今回の演出処理を終了する。

【0087】

一方、適用条件が満たされる（ゲームの状況が特定の状況に該当する）場合、センターサーバ２は、演出機器３を通じて実現されるべき演出を判別する（ステップＳ３０３）。この判別は、ステップＳ３０２で参照された“適用条件”に基づいて実現される。具体的には、センターサーバ２は、プレイ中のゲームの状況が対応する“適用条件”に演出制御データＣＤにおいて関連づけられる“演出種類”、“対象機器”、及び“演出詳細”の情報を特定し、それらによって実現される演出（“演出種類”に対応する演出の種類）を実現されるべき演出として判別する。また、複数のイベント会場ＥＦが存在している場合には、センターサーバ２は、演出制御データＣＤの“会場ＩＤ”の情報を参照し、このような判別をイベント会場ＥＦ毎に実行する。

【0088】

続いてセンターサーバ２は、調整条件が満たされるか否か判別する（ステップＳ３０４）。調整条件は、実現対象の演出の要請等に応じて適宜に構成されてよいが、一例として演出データＳＤに基づく演出（ステップＳ３０３で特定された演出）が複数のゲーム機４間において競合する場合、或いは重複する場合に満たされる。このため、センターサーバ２は、ステップＳ３０３で特定した演出が、他の演出データＳＤに基づく演出と競合するか否か、或いは重複するか否か判別する。

【0089】

具体的には、センターサーバ２は、ステップＳ３０３で特定した演出を実現するための演出機器３が、他の演出データＳＤに基づく演出を実現するための演出機器３と同じ場合、或いは演出時期が一致する場合に競合、或いは重複すると判別する。例えば、サッカーゲームにおいてボールを持つユーザＵの演出（以下、ボール用演出と呼ぶ場合がある）、及びゴール数（得点数）が多いユーザＵの演出（以下、優勢用演出と呼ぶ場合がある）の両方が“適用条件”で特定され、同時に適用される場合、これらの演出は重複すると判断される。また、これらのボール用演出及び優勢用演出において必要な演出機器３が重複している場合、これらの演出は競合すると判断される。あるいは、一方の勝利の場合において一方の優勢な状況、他方の劣勢な状況、及び対戦結果に対応する状況の複数が“適用条件”で特定される場合もある。この場合、これらに対応する演出が同時に要求されると考えられるため、演出の重複或いは競合と判断されてもよい。

【0090】

調整条件が満たされる（演出間の競合、或いは重複が存在する）場合、センターサーバ２は、それらの調整条件を満たす演出（競合、或いは重複する演出）を調整する（ステップＳ３０５）。この調整は、演出時期をずらす、いずれか一方を優先するといった具合に適宜に実現されてよいが、一例としてそれらの演出を合成することにより実現される。具体的には、例えば演出制御データＣＤの“演出種類”に記述される第１演出及び第２演出の情報に基づいて第１演出及び第２演出の合成により、図３の例の第３会場演出が実現される場合、センターサーバ２は、この調整により第１演出及び第２演出を合成する。また、センターサーバ２は、モニタ３Ｄの表示を所定の規則に従って適宜に調整する。これらにより、センターサーバ２は、図３の例の第３会場演出を実現する。

【0091】

あるいは、例えば上述のボール用演出及び優勢用演出として、スモーク装置３Ｃによるスモークの発生、及びスピーカ３Ｂによる所定の音声の再生がそれぞれ“演出種類”の情報等により特定される場合、これらが合成され、スモークの発生及び所定の音声の再生の両方を実行する演出にステップＳ３０３の演出（スモークの発生、或いは所定の音声の再生のいずれか一方に対応する演出）が調整される。また、ボール用演出及び優勢用演出として、これらのスモークの発生及び所定の音声の再生に加えて、ライトユニット３Ａによるライトの点灯が両方の演出用に特定される場合、その点灯が同じ配色であれば照明の明るさ（照度を示すパラメータ）を二倍にする、別々の配色でればそれらを混ぜた色の配色にする、といった具合に所定の規則に従って適宜に調整される。また、優勢な状況、他方の劣勢な状況、及び対戦結果に対応する状況の複数が特定される場合も、合成、或いは所定の基準に基づくいずれか一つの選択等により適宜に調整されてもよい。

【0092】

一方、調整条件が満たされない（演出間の競合、或いは重複が存在しない）場合、或いはステップＳ３０５の調整の後に、センターサーバ２はステップＳ３０３で特定した演出、或いはステップＳ３０５で調整した調整後（例えば合成後）の演出を実行するように演出機器３を制御する（ステップＳ３０６）。複数のイベント会場ＥＦが存在する場合、センターサーバ２は、このような演出が各イベント会場ＥＦにおいて実行されるように、この制御をイベント会場ＥＦ毎に実行する。また、この制御は、各演出機器３の制御がコントローラＤＣを介して実現される場合、コントローラＤＣに実行対象の演出（ステップＳ３０３で特定した演出、或いはステップＳ３０５で調整した調整後の演出）を指示することにより実現される。さらに、コントローラＤＣが実行対象の演出を定義する演出制御データＣＤに基づいて各演出機器３を制御する場合、センターサーバ２はその実行対象の演出を示す“演出種類”等の情報が記述された演出制御レコードＣＤＲ（例えば“適用条件”等の不要な部分を除く一部であってもよい）を含むように、演出制御データＣＤをコントローラＤＣに送信することにより、この制御を実現する。この場合、センターサーバ２は、ステップＳ３０５において演出の調整の一部として調整後の演出に対応する演出制御レコードＣＤＲを含む演出制御データＣＤを生成してもよい。そして、このような制御の後に、センターサーバ２は今回の演出処理を終了する。

【0093】

図１２の手順により、提供対象のゲーム機４によって所定の周期で演出データＳＤが生成され、センターサーバ２に提供される。そして、その演出データＳＤに基づいて、センターサーバ２によって演出実行の可否が判断され、適宜に演出が実行される。具体的には、ゲームのプレイ状況が特定の状況に該当する場合にはその状況に対応する演出が実現されるようにイベント会場ＥＦの演出機器３が制御される。また、演出データＳＤに基づく演出が競合したり重複したりする場合には、それらの競合等する演出が調整され、調整後の演出を実現するように演出機器３が制御される。

【0094】

制御切替処理は、演出機器３の制御を自動制御から手動制御に切り替えるための処理である。自動制御から手動制御へ切り替えるための条件として各種の条件が採用されてよいが、図１３の例は上述の切替条件が採用される場合の制御切替処理を示している。また、切替条件はイベントデータＥＤ及び演出データＳＤの適宜の情報を要件に含み、これらの情報に基づいて適宜に満たされてよいが、図１３の例は切替条件がイベントデータＥＤの情報を要件に含む場合を示している。機器用サービス管理部２４は、例えばゲーム機４から演出データＳＤが提供される毎に図１３の制御切替処理を開始し、まずその演出データＳＤを取得する（ステップＳ４０１）。

【0095】

続いて機器用サービス管理部２４は、更新条件が満たされるか否か判別する（ステップＳ４０２）。更新条件は、例えば管理者Ｏによる指示（例えば司会予定の到来を示すフラグ、或いは司会予定の差し込みを示すフラグ等を介した更新指示）が実行された場合等の各種の場合に満たされてよく、イベントデータＥＤを更新するために適宜に満たされてよいが、一例としてゲームのプレイ状況が更新対象の状況に該当する場合に満たされる。また、ゲームにおける各種の状況が更新対象の状況として適宜に利用されてよいが、一例として対戦終了に対応する状況が利用される。具体的には、演出データＳＤの“状況”が対戦終了に該当する場合に更新条件は満たされる。このため、機器用サービス管理部２４は、ステップＳ４０２において演出データＳＤの“状況”が対戦終了に該当するか否か判別する。そして、更新条件が満たされない場合（対戦終了に該当しない場合）、機器用サービス管理部２４は以降の処理をスキップして今回の制御切替処理を終了する。

【0096】

一方、更新条件が満たされる場合（対戦終了に該当する場合）、機器用サービス管理部２４はイベントデータＥＤを更新する（ステップＳ４０３）。具体的には、機器用サービス管理部２４は、イベントデータＥＤの“予定”のうち、進行中の対戦に対応する“予定”の“進捗”の情報を進行中から実施済みの情報に、その進行中だった“予定”の次の“予定”の“進捗”の情報を未実施から進行中に、それぞれ“変更（更新）する。続いて機器用サービス管理部２４は、切替条件が満たされるか否か判別する（ステップＳ４０４）。切替条件はイベントデータＥＤの各予定に基づいて適宜に満たされてよいが、一例として上述のようにイベントデータＥＤの“予定”に記述される次回の予定（今回の更新で未実施から進行中に“進捗”の情報が変化した予定）が司会に該当する場合に満たされる。このため、機器用サービス管理部２４は、イベントデータＥＤの“予定”及び“進捗”を参照し、次回の予定（ステップＳ４０３の更新に伴い進行中に変化した予定）が司会に該当するか否か判別する。そして、切替条件が満たされない場合（次回の予定が司会に該当しない場合）、機器用サービス管理部２４は以降の処理をスキップして今回の制御切替処理を終了する。

【0097】

一方、切替条件が満たされる場合（次回の予定が司会に該当する場合）、機器用サービス管理部２４は自動制御から手動制御への切替を実行する（ステップＳ４０５）。例えば、機器用サービス管理部２４は、コントローラＤＣを介して各演出機器３の制御を実行する場合、自動制御から手動制御に各演出機器３の制御を切り替えるようにコントローラＤＣに指示することにより、この切替を実現する。そして、この切替の後に機器用サービス管理部２４は今回の制御切替処理を終了する。これにより、各演出機器３の演出が自動制御から手動制御への切替が切替条件に応じて実現される。より具体的には、イベントデータＥＤに基づいて次回の予定が司会に該当する場合に、このような自動制御から手動制御への切替が実行される。換言すれば、制御切替サービスが実現される。

【0098】

再開処理は、演出機器３の制御を手動制御から自動制御に切り替えるための処理である。自動制御は、一例として再開条件が満たされた場合に再開される。再開条件は、自動制御の再開のための各種の条件に基づいて適宜に満たされてよいが、一例として司会の後に対戦（ゲームのプレイ）が再開された場合に満たされる。対戦の再開も、例えばイベントの管理者Ｏによる再開指示（所定の再開操作の実行）等の各種の情報に基づいて適宜に判断されてよいが、一例として演出データＳＤの“状況”の情報に基づいて判断される。図１４の例は、このような演出データＳＤに基づいて自動制御の再開の可否が判断される場合の再開処理を示している。

【0099】

機器用サービス管理部２４は、演出機器３の制御が手動制御の状態において演出データＳＤを取得すると図１４の再開処理を開始し、まず再開条件が満たされるか否か判別する（ステップＳ５０１）。再開条件は、一例として上述のとおりプレイ状況が対戦に該当する場合に満たされる。このため、機器用サービス管理部２４は、演出データＳＤの“状況”の情報を参照し、ゲームのプレイ状況が対戦に該当するか否か判別することにより、この判別を実現する。

【0100】

再開条件が満たされない（プレイ状況が対戦に該当しない）場合、機器用サービス管理部２４は現在の手動制御を維持する（ステップＳ５０２）。一方、再開条件が満たされる（プレイ状況が対戦に該当する）場合、機器用サービス管理部２４は演出機器３の制御を手動制御から自動制御に切り替える（ステップＳ５０３）。換言すれば、機器用サービス管理部２４は自動制御が再開されるように演出機器３の制御を切り替える。具体的には、例えば、コントローラＤＣを介して各演出機器３の制御が実行される場合、機器用サービス管理部２４は手動制御から自動制御に各演出機器３の制御を切り替えるようにコントローラＤＣに指示することにより、この切替を実現する。そして、ステップＳ５０２の後、或いはステップＳ５０３で切替を実行した後に、機器用サービス管理部２４は今回の再開処理を終了する。これにより、手動制御から自動制御への切替、換言すれば自動制御の再開が再開条件に応じて実現される。より具体的には、演出データＳＤに基づいてゲームのプレイ状況が対戦に該当する（換言すれば司会から対戦に変化した）場合に、このような自動制御の再開が実現される。

【0101】

以上に説明したように、この形態によれば、ゲームのプレイ状況に応じた各種の情報を含む演出データＳＤがゲーム機４において生成され、適宜にセンターサーバ２に提供される。例えば、このような情報として“状況”の情報を含む演出データＳＤが生成され、センターサーバ２に提供される。センターサーバ２は、その演出データＳＤを取得し、“状況”の情報に関連づけられる演出を演出制御データＣＤに基づいて実現可能な複数の演出から判別する。具体的には、センターサーバ２は、“状況”に記述されたプレイ状況に対応するプレイ状況が記述された“適用条件”を特定し、その“適用条件”に対応する演出の種類（“演出種類”等によって特定される演出）を“状況”に関連づけられる演出として判別する。つまり、センターサーバ２は、“状況”に“適用条件”を介して関連づけられる演出を実行対象の演出として判別する。そして、センターサーバ２は、その演出が実現されるように、実際に各イベント会場ＥＦの演出機器３を制御する。このため、演出データＳＤの“状況”の情報を介して演出機器３の演出にプレイ状況が反映される。これにより、ゲームのプレイ状況に応じて演出機器３の演出を制御することができる。

【0102】

また、イベント用サービスを通じて演出データＳＤの提供対象のゲーム機４が複数のゲーム機４の一部に限定される場合、イベント会場ＥＦの演出に反映されるべきプレイ状況を一部のゲーム機４のものに制限することができる。具体的には、イベントデータＥＤ等の対象特定用データに基づいて複数のゲーム機４のうちイベント会場ＥＦにおいて生じ得る各イベント状況（ゲームにおけるプレイ状況に加えて、カメラ３Ｅの撮影状況等のイベント会場ＥＦに生じ得る各種の状況）に関連する一部のゲーム機４が特定され、その一部のゲーム機４からゲームのプレイ状況に応じた各種情報を含む演出データＳＤが取得される。そして、その各種情報に応じた演出が実現されるように実際に各イベント会場ＥＦの演出機器３が制御される。つまり、各イベント状況に関連する一部のゲーム機４が特定され、その一部のゲーム機４のプレイ状況が演出データＳＤを介して演出機器３の演出に反映される。

【0103】

具体的には、各イベント会場ＥＦの複数のゲーム機４のうち対戦する二台のゲーム機４だけが特定され、その二台のゲーム機４のプレイ状況が演出データＳＤの“状況”の情報を介して会場演出に反映される。あるいは、複数のゲーム機４のうちカメラ３Ｅの撮影範囲ＣＲに含まれるゲーム機４、つまりカメラ３Ｅが撮影しているゲーム機４が一部のゲーム機４として特定され、会場演出に反映される。このため、これらの一部のゲーム機４におけるゲームのプレイ状況に応じて演出機器の演出を制御することができる。結果として、例えばこれらの対戦中の二台のゲーム機４、あるいはカメラ３Ｅに撮影されるゲーム機４のプレイにスポットを当てる（注意を向けさせる）ことができる。

【0104】

また、センターサーバ２は、複数のイベント会場ＥＦが存在する場合には、上述のような演出をイベント会場ＥＦ毎に実現する。具体的には、イベント会場ＥＦ毎に設置された演出機器３、及びそれによって実現可能な演出が演出制御データＣＤを介して管理される。そして、センターサーバ２は、その演出制御データＣＤを参照しつつ、イベント会場ＥＦ毎に実行対象の演出を特定し、実際にその演出を実現する。これにより、各イベント会場ＥＦに応じた演出を実現することができる。例えば、ＰＢイベント会場ＥＦは、通常イベント会場ＥＦと演出機器３等の設備も異なり、結果的に要求される演出も異なる場合が多い。このような場合にもＰＢイベント会場ＥＦに設置の演出機器３に基づいて、パブリックビューイング会場に求められる、独自の演出を実現することができる。

【0105】

さらに、制御切替サービスが提供される場合、演出機器３の制御を切替条件に応じて自動制御から手動制御に切り替えることができる。切替条件はプレイ状況に基づく条件である。このため、切替条件を介してプレイ状況を自動制御から手動制御への切替に反映することができる。具体的には、例えば対戦等の比較的演出を予め企画しやすい状況においては演出機器３の自動制御が実現される。一方、司会等の臨機応変な演出が比較的要求される状況においては切替条件が満たされ、自動制御から手動制御に演出機器３の制御が切り替えられる。このようにゲームのプレイ状況に応じて自動制御と手動制御との間で演出機器の制御を切り替えることができる。また、手動制御への切替後は再開条件が満たされるまで手動制御が維持されるが、イベントデータＥＤの予定等のプレイ状況を再開条件が利用する場合には、自動制御の再開にもプレイ状況を反映することができる。結果として、比較的自動制御に向くプレイ状況においては自動制御を、比較的手動制御が好ましいプレイ状況においては手動制御を、それぞれ実現することができる。

【0106】

以上の形態において、センターサーバ２の機器用サービス管理部２４が、図１２の処理を実行することにより本発明のデータ取得手段、演出判別手段、及び機器制御手段として機能する。具体的には、機器用サービス管理部２４が図１２のステップＳ３０１の処理を実行することによりデータ取得手段として、ステップＳ３０３の処理を実行することにより演出判別手段として、ステップＳ３０６の処理を実行することにより機器制御手段として、それぞれ機能する。また、センターサーバ２のゲーム機用サービス管理部２５が、図１１のステップＳ１０３の処理を実行することにより本発明の対象特定手段として機能する。さらに、機器用サービス管理部２４が図１３の制御切替処理を実行することにより本発明の条件判別手段、制御切替手段、及び情報取得手段として機能する。具体的には、機器用サービス管理部２４が図１３のステップＳ４０１の処理を実行することにより情報取得手段として、ステップＳ４０４の処理を実行することにより条件判別手段として、ステップＳ４０５の処理を実行することにより制御切替手段として、それぞれ機能する。

【0107】

本発明は上述した形態に限定されず、適宜の変形又は変更が施された形態にて実施されてよい。例えば、上述の形態では、会場演出として第１会場演出等の一方のユーザＵの優勢を伝える演出が実現されている。しかし、本発明は、このような形態に限定されない。例えば、ゲーム機４がサッカー或いはテニス等の球技を仮想的に実現するゲームを提供する場合、このようなボールの位置を示すような演出が会場演出として実現されてもよい。具体的には、例えば、テニスゲームの場合、図３の例において第１ユーザＵ１から第２ユーザＵ２にボールが打ち返されたときには、第１ユーザＵ１から徐々に第２ユーザＵ２に向かうボールの位置を演出するように左から徐々に右に向かって点灯するライトが移動する演出が実現されてもよい。この場合、演出データＳＤは、例えば“状況”の情報として、或いはその他の情報として、ボールの位置を示す情報（例えばゲーム内におけるボールの座標データ）を含んでいてもよい。

【0108】

また、上述の形態では、イベント用サービスの一例として、演出データＳＤの提供指示、及び取得が示されている。しかし、イベント用サービスは、このような形態に限定されない。上述のとおり、イベント用サービスは、ゲーム機４を利用してイベントに関連する処理を実行する各種のサービスを含んでいてよい。例えば、上述のように会場演出用の機器にゲーム機４が含まれる（会場演出の一部として各ゲーム機４が利用される）場合、換言すれば各ゲーム機４が演出機器の一部として機能する場合、会場演出を実現するための各ゲーム機４に対する各種の制御がイベント用サービスを通じて実現されてよい。各ゲーム機４はイベント用サービスを通じて各種の会場演出を実現してよいが、例えば各ゲーム機４のモニタ４７（モニタ４７がゲーム画面用とは別に会場演出用のモニタを含む場合はそのモニタでもよい）を通じて各種の情報を提供する演出が実現されてもよい。具体的には、例えば、次回の対戦に使用されるゲーム機４は、対戦結果（プレイ状況）及びイベントデータＥＤに基づいて特定される次回の対戦者（ユーザＵ）を示す情報を、モニタ４７を通じて提示してもよい。

【0109】

また、例えばイベントデータＥＤ等を介して初回の対戦者（あるいは対戦用のゲーム機４）が管理される場合、次回の対戦者の情報には、この初回の対戦者の情報が含まれてもよい。このため、ゲームのプレイ状況にはプレイ中及びプレイ後の状況はもちろん、プレイ前の状況が含まれていてもよい。この場合、例えば、プレイ前の状況には初回等の対戦前を示す状況が含まれる。同様に、このようなプレイ前の状況を示す情報には、例えば次回（初回を含む）の対戦（例えば１回戦の初回、或いは１回戦の第３試合等）に使用されるゲーム機４を示す情報（イベント会場ＥＦ内におけるその配置位置を示す情報を含む）、次回の対戦が実行されるイベント会場ＥＦ（複数存在している場合）を示す情報、或いは次回の対戦開始時間を示す情報等が含まれてよい。つまり、各ゲーム機４は、会場演出の一部として、これらの次回のゲーム機４を示す情報（例えば次回のゲーム機４に番号が付与されている場合はその番号、或いは次回のゲーム機４までのルートを示すマップ等）等がモニタ４７に提示されてよい。

【0110】

さらに、例えば、次回のゲーム機４を示す情報が提示される場合等、イベント会場ＥＦに設置される複数のゲーム機４の一部（例えば今回の対戦の勝者のゲーム機４等）だけが会場演出（情報の提示）に使用される場合、そのような一部のゲーム機４がイベント用サービスを通じて特定されてよい。具体的には、例えば、イベントデータＥＤによって初回の対戦相手、対戦開始時間（及びそれに対応するゲーム機４）等が管理されている場合には、そのようなイベントデータＥＤに基づく一部のゲーム機４の特定、及びその一部のゲーム機４への制御がイベント用サービスを通じて実現されてよい。同様に、例えば、各ゲーム機４の位置が機器管理データＭＤによって管理される場合には、そのような機器管理データＭＤに基づくルートの特定、及びその提示がイベント用サービスを通じて実現されてもよい。あるいは、同様の制御等は、各ゲーム機４が演出機器の一部として位置づけられるように機器制御サービスを通じて実現されてもよい。イベント会場ＥＦが複数存在したり、イベント会場ＥＦ内に、複数台で一組となっている多数組のゲーム機４が存在したりする場合、対戦を行うユーザ∪がどこで対戦を行えばよいかわからなくなる可能性がある。このような場合、迷った結果対戦開始時刻に間に合わずに失格となってしまう可能性もある。同様に、観覧者が観覧を所望する対戦がどこで行われているかがわかりにくい場合もある。上述のようなイベント用サービス等により、ユーザ∪や観覧者に対する適切な案内を実現することができる。

【0111】

また、上述の形態のセンターサーバ２の役割（各種処理等）の全部或いは一部を他のシステム（ゲーム機４、コントローラＤＣ、及びブック型のパーソナルコンピュータ５を含む）が実行してもよい。つまり、本発明の演出制御システムは、各種の他のシステムを適宜に含んでいてもよい。一方で、センターサーバ２（他のシステムがセンターサーバ２として機能する場合を含む）のみが本発明の演出制御システムとして機能してもよい。あるいは、各イベント会場ＥＦに設置されたパーソナルコンピュータ５等がローカルサーバとして機能し、センターサーバ２の役割の全部を担ってもよい。つまり、適宜のローカルサーバがセンターサーバ２として機能してもよい。この場合において、そのようなローカルサーバでは、それが設置されるイベント会場ＥＦ用にカスタマイズされた演出制御データＣＤ等、つまりそのイベント会場ＥＦに対応する演出制御レコードＣＤＲ等のみ（“会場ＩＤ”の情報が省略されてもよい）の各種データが使用されてよい（イベント会場ＥＦのコントローラＤＣ等に提供される各種データも同様）。

【0112】

上述した実施の形態及び変形例のそれぞれから導き出される本発明の各種の態様を以下に記載する。なお、以下の説明では、本発明の各態様の理解を容易にするために添付図面に図示された対応する部材を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。

【0113】

本発明の演出制御システムは、イベント会場（ＥＦ）に設置される演出機器（３）にネットワーク（ＮＴ）を介して接続され、前記演出機器の制御を実行するための演出制御データ（ＣＤ）に基づいて前記イベント会場における演出を実現するように前記演出機器を制御する演出制御システム（１）であって、前記イベント会場におけるイベントとしてゲーム機（４）が提供するゲームを使用したゲームイベントが提供される場合に、前記ゲームにおいて生じる各プレイ状況に基づく切替条件が満たされるか否か判別する条件判別手段（２４）と、前記切替条件が満たされない場合に、前記演出制御データに基づいて前記演出機器を制御する機器制御手段（２４）と、前記切替条件が満たされる場合に、前記演出制御データに基づく前記演出機器の制御としての自動制御の代わりに手動による前記演出機器の制御としての手動制御が再開条件が満たされるまで実行されるように、前記演出機器の制御を前記自動制御から前記手動制御に切り替える制御切替手段（２４）と、を備えるものである。

【0114】

本発明によれば、演出制御データに基づく演出機器の自動制御が実現される一方で、切替条件が満たされる場合にはそのような自動制御から手動制御に演出機器の制御が切り替えられる。切替条件はプレイ状況に基づく条件である。このため、切替条件を介してプレイ状況を自動制御から手動制御への切替に反映することができる。これにより、ゲームのプレイ状況に応じて自動制御（演出制御データに基づく制御）と手動制御（手動による制御）との間で演出機器の制御を切り替えることができる。

【0115】

切替条件は、プレイ状況に基づく適宜の条件として構成されてよい。例えば、プレイ状況に対応する情報が取得される場合、切替条件はその情報に基づいて満たされるか否か判別される条件として構成されてもよい。あるいは、切替条件は、プレイ状況が反映される他の情報に基づいて満たされるか否か判別する条件として構成されてもよい。つまり、切替条件は、プレイ状況に対応する情報を直接的に使用する条件として構成されてもよいし、他の情報を介して間接的に使用する条件として構成されてもよい。

【0116】

具体的には、例えば、本発明の演出制御システムの一態様として、前記ゲーム機にネットワーク（ＮＴ）を介して接続され、前記ゲームの各プレイ状況に応じたプレイ情報を前記ゲーム機から取得する情報取得手段（２４）を備え、前記条件判別手段は、前記プレイ情報に基づいて前記切替条件が満たされるか否か判別する態様が採用されてもよい。また、この態様において、前記切替条件は、前記ゲームイベントがイベントスケジュールに含まれる各予定に沿って進行し、かつ前記イベントスケジュールが各プレイ状況に応じた予定としてのプレイ状況予定を含む場合に、当該プレイ状況予定を要件に含み、前記条件判別手段は、前記イベントスケジュールの各予定と現在進行中の予定を特定するための進捗情報とが関連づけられるように記述されたイベントデータ（ＥＤ）に基づいて次回のプレイ状況予定が特定のプレイ状況予定に該当する場合に前記切替条件が満たされると判別してもよい。

【0117】

自動制御の再開は適宜に実現されてよい。このため、再開条件として各種の条件が採用されてよい。例えば、再開条件は、イベントの運営者等の各種使用者から再開指示が実行された場合に満たされてもよい。あるいは、例えば、イベントデータを使用する本発明の態様において、前記再開条件は、前記次回のプレイ状況予定が前記自動制御を再開すべき所定のプレイ状況予定に該当する場合に満たされてもよい。この場合、自動制御の再開にもプレイ状況を反映することができる。

【0118】

一方、本発明のコンピュータプログラム（ＰＧ１）は、前記演出機器に前記ネットワークを介して接続されるコンピュータ（２１）を、上述の演出制御システムの各手段として機能させるように構成されたものである。

【0119】

また、本発明の制御方法は、イベント会場（ＥＦ）に設置される演出機器（３）にネットワーク（ＮＴ）を介して接続され、前記演出機器の制御を実行するための演出制御データ（ＣＤ）に基づいて前記イベント会場における演出を実現するように前記演出機器を制御する演出制御システム（１）に組み込まれるコンピュータ（２１）に、前記イベント会場におけるイベントとしてゲーム機（４）が提供するゲームを使用したゲームイベントが提供される場合に、前記ゲームにおいて生じる各プレイ状況に基づく切替条件が満たされるか否か判別する条件判別手順と、前記切替条件が満たされない場合に、前記演出制御データに基づいて前記演出機器を制御する機器制御手順と、前記切替条件が満たされる場合に、前記演出制御データに基づく前記演出機器の制御としての自動制御の代わりに手動による前記演出機器の制御としての手動制御が再開条件が満たされるまで実行されるように、前記演出機器の制御を前記自動制御から前記手動制御に切り替える制御切替手順と、を実行させるものである。これらのコンピュータプログラム、或いは制御方法が実行されることにより、本発明の演出制御システムを実現することができる。

【0120】

（参考例１）
上述のとおり特許文献１のシステムでは、大型表示装置に表示されるキャラクタを利用したイベントがイベント会場において提供されている。一方で、イベント会場では、ゲーム機が提供するゲームを利用したゲームイベントが提供される場合もある。このようなゲームイベントでは、イベント会場においてゲームのプレイ状況に応じた演出が実行されると盛り上がる場合が多い。このため、ゲームのプレイ状況に応じた演出が実現されるように演出機器が人の手で制御される場合もある。しかし、手間がかかるだけでなく、ミスも生じやすい。このため、同様の制御を自動化するシステムへのニーズがあるが、特許文献１のシステムではこのようなゲームのプレイ状況に応じた演出は考慮されていない。

【0121】

そこで、以下に例示する態は、ゲームのプレイ状況に応じて演出機器の演出を制御することができる演出制御システム等を提供することを目的とする。

【0122】

本参考例の演出制御システムは、イベント会場（ＥＦ）に設置される演出機器（３）にネットワーク（ＮＴ）を介して接続され、前記イベント会場における演出を実現するように前記演出機器を制御する演出制御システム（１）であって、前記イベント会場におけるイベントとしてゲーム機（４）が提供するゲームを使用したゲームイベントが提供される場合に、前記ゲーム機にネットワーク（ＮＴ）を介して接続され、前記演出の基礎となるべき情報として前記ゲームにおいて生じる各プレイ状況に応じた演出情報を含む演出データ（ＳＤ）を前記ゲーム機から取得するデータ取得手段（２４）と、前記演出情報と前記演出機器が実現可能な複数種類の演出のうち前記演出情報に対応する各プレイ状況において実行されるべき演出としての対応演出とが関連づけられるように記述された演出制御データ（ＣＤ）に基づいて、前記演出情報に対応する前記対応演出を判別する演出判別手段（２４）と、前記対応演出を実行するように前記演出機器を制御する機器制御手段（２４）と、を備えるものである。

【0123】

本参考例によれば、ゲームのプレイ状況に応じた演出情報を含む演出データが取得され、その演出情報に関連づけられる対応演出が演出制御データに基づいて複数の演出から判別される。そして、その対応演出が実現されるように実際に演出機器が制御される。つまり、演出情報を介して演出機器の演出にプレイ状況が反映される。これにより、ゲームのプレイ状況に応じて演出機器の演出を制御することができる。

【0124】

イベント会場の数は適宜でよい。例えば、単数、或いは複数の演出機器が一つのイベント会場にのみ設けられていてもよいし、複数の演出機器が複数のイベント会場に設けられていてもよい。複数の演出機器が複数のイベント会場に設けられる場合において、各イベント会場に一つずつ演出機器が設けられてもよいし、各イベント会場に複数ずつ演出機器が設けられてもよい。結果として、各イベント会場間において演出可能な演出の種類が相違していてもよい。この場合、全イベント会場において共通に実現可能な演出が対応演出として統一的に実現されてもよいし、各イベント会場において異なる演出が実現されてもよい。例えば、本参考例の演出制御システムの一態様において、前記演出制御データには、前記対応演出をそれぞれ実現するための複数の演出機器、及び当該複数の演出機器が設置される複数のイベント会場が存在する場合に、各イベント会場に設置される演出機器に応じて前記対応演出がイベント会場毎に相違するように、各イベント会場を識別するための会場識別情報が更に前記対応演出と関連づけられるように記述され、前記演出判別手段は、前記演出制御データに基づいてイベント会場毎に前記対応演出を判別し、前記機器制御手段は、各イベント会場において各イベント会場に対応する前記対応演出が実行されるように各演出機器を制御してもよい。この場合、各イベント会場に応じた演出を実現することができる。

【0125】

ゲーム機はイベント会場に設置されていてもよいし、それとは別の会場に設置されていてもよい。また、ゲーム機は一台であってもよいし、複数台であってもよい。複数のゲーム機がゲームイベントに利用される場合、それらの一台のゲーム機から演出データが提供され、その一台のゲーム機に対応する演出データに基づいて対応演出が判別されてもよい。あるいは、複数のゲーム機から演出データが提供され、その演出データに基づいて対応演出が判別されてもよい。この場合において、複数のゲーム機にそれぞれ対応する複数の演出データに基づいて一つの対応演出が実行されてもよいし、複数の演出データにそれぞれ対応する複数の対応演出が実行されてもよい。また、一つの対応演出が実行される場合、或いは複数の対応演出が競合等する場合には、対応演出は適宜に調整されてもよい。

【0126】

例えば、イベント会場毎に対応演出が用意される態様において、前記データ取得手段は、前記ゲーム機が複数のゲーム機を含む場合に、前記演出データを前記複数のゲーム機のうちの二以上のゲーム機（４Ａ、４Ｂ）から取得し、前記演出判別手段は、前記演出情報に対応する前記対応演出として一つのイベント会場（ＥＦ）において前記二以上のゲーム機にそれぞれ対応する複数の対応演出が判別される場合に、当該複数の対応演出を調整後演出に調整し、前記機器制御手段は、前記対応演出として前記調整後演出が実行されるように前記一つのイベント会場に設置された演出機器（３）を制御してもよい。また、この態様において、前記演出判別手段は、前記調整後演出として、前記複数の対応演出が合成された演出、及び前記複数の対応演出を順に実行する演出のいずれか一方を利用してもよい。

【0127】

演出データは適宜に構成されてよい。例えば、演出データは、プログラム用の単なるデータとして構成されてもよいし、簡易的なプログラムとして構成されてもよい。例えば、本参考例の一態様において、前記データ取得手段は、前記ゲーム機から前記演出データとしてスクリプト形式のデータを取得してもよい。この場合、比較的複雑なプレイ状況を演出に反映することができる。

【0128】

一方、本参考例のコンピュータプログラム（ＰＧ１）は、前記演出機器、及び前記ゲーム機にネットワーク（ＮＴ）を介して接続されるコンピュータ（２１）を、上述の演出制御システムの各手段として機能させるように構成されたものである。

【0129】

また、本参考例の制御方法は、イベント会場（ＥＦ）に設置される演出機器（３）にネットワーク（ＮＴ）を介して接続され、前記イベント会場における演出を実現するように前記演出機器を制御する演出制御システム（１）に組み込まれるコンピュータ（２１）に、前記イベント会場におけるイベントとしてゲーム機（４）が提供するゲームを使用したゲームイベントが提供される場合に、前記ゲーム機にネットワーク（ＮＴ）を介して接続され、前記演出の基礎となるべき情報として前記ゲームにおいて生じる各プレイ状況に応じた演出情報を含む演出データ（ＳＤ）を前記ゲーム機から取得するデータ取得手順と、前記演出情報と前記演出機器が実現可能な複数種類の演出のうち前記演出情報に対応する各プレイ状況において実行されるべき演出としての対応演出とが関連づけられるように記述された演出制御データ（ＣＤ）に基づいて、前記演出情報に対応する前記対応演出を判別する演出判別手順と、前記対応演出を実行するように前記演出機器を制御する機器制御手順と、を実行させるものである。これらのコンピュータプログラム、或いは制御方法が実行されることにより、本発明の演出制御システムを実現することができる。

【0130】

（参考例２）
上述のとおり特許文献１のシステムでは、大型表示装置に表示されるキャラクタを利用したイベントがイベント会場において提供されている。一方で、イベント会場では、ゲーム機が提供するゲームを利用したゲームイベントが提供される場合もある。このようなゲームイベントでは、イベント会場においてゲームのプレイ状況に応じた演出が実行されると盛り上がる場合が多い。このため、ゲームのプレイ状況に応じた演出が実現されるように演出機器が人の手で制御される場合もある。しかし、手間がかかるだけでなく、ミスも生じやすい。このため、同様の制御を自動化するシステムへのニーズがある。さらに、ゲームイベントとして複数のゲーム機が利用される場合があり、イベント会場の演出にはそれらのゲーム機の一部におけるプレイ状況だけが反映されるべき場合もある。特許文献１のシステムでは、このようなゲームのプレイ状況に応じた演出はもちろん、プレイ状況を利用するべき一部のゲーム機の判別は考慮されていない。

【0131】

そこで、以下に例示する態様は、複数のゲームのうちの一部のゲーム機におけるゲームのプレイ状況に応じて演出機器の演出を制御することができる演出制御システム等を提供することを目的とする。

【0132】

本参考例の演出制御システムは、イベント会場（ＥＦ）に設置される演出機器（３）にネットワーク（ＮＴ）を介して接続され、前記イベント会場における演出を実現するように前記演出機器を制御する演出制御システム（１）であって、前記イベント会場におけるイベントとして複数のゲーム機（４）がそれぞれ提供するゲームを使用したゲームイベントが提供される場合に、前記ゲームイベントに関連して前記イベント会場において生じる各イベント状況に対応する対応情報と各ゲーム機を識別するためのゲーム機識別情報とが関連づけられるように記述された対象識別データ（ＥＤ、ＳＤ、ＭＤ）に基づいて、前記複数のゲーム機のうち各イベント状況に関連する一部のゲーム機（４）を特定する対象特定手段（２５）と、前記複数のゲーム機にネットワーク（ＮＴ）を介して接続され、前記演出の基礎となるべき情報として前記ゲームにおいて生じる各プレイ状況に応じた演出情報を含む演出データ（ＳＤ）を前記一部のゲーム機から取得するデータ取得手段（２４）と、前記演出情報に応じた前記演出が実行されるように前記演出機器を制御する機器制御手段（２４）と、を備えるものである。

【0133】

本参考例によれば、対象識別データに基づいて複数のゲーム機のうちイベント会場において生じ得る各イベント状況に関連する一部のゲーム機が特定され、その一部のゲーム機からゲームのプレイ状況に応じた演出情報を含む演出データが取得される。そして、その演出情報に応じた演出が実現されるように実際に演出機器が制御される。つまり、各イベント状況に関連する一部のゲーム機が特定され、その一部のゲーム機のプレイ状況が演出情報を介して演出機器の演出に反映される。これにより、複数のゲーム機のうちの一部のゲーム機におけるゲームのプレイ状況に応じて演出機器の演出を制御することができる。なお、一部のゲーム機として二台以上のゲーム機が特定される場合において、それらのゲーム機のプレイ状況に応じた演出は適宜に実現されてよい。例えば、それらのプレイ状況に応じた演出として一つの演出が予め用意されている場合にはその演出が実現されてもよい。あるいは、それらのプレイ状況に応じて複数の演出が競合する場合には、それらが適宜に調整されてもよい。

【0134】

対象識別データには各種の情報が記述されてよく、それに基づいて適宜に一部のゲーム機が特定されてよい。例えば、対象識別データにはゲームに生じ得る各プレイ状況とそのプレイ状況に関連する一部のゲーム機とを関連づける情報が記述され、それに基づいてプレイ状況に応じた一部のゲーム機が特定されてもよい。あるいは、対象識別データには各ゲーム機の位置を特定する情報が記述され、その情報に基づいて例えばカメラの撮影範囲等の所定範囲に位置するゲーム機が一部のゲーム機として特定されてもよい。また、例えば、本参考例の演出制御システムの一態様において、前記対象識別データ（ＥＤ）には、前記演出が前記イベントの各予定を管理するためのイベントスケジュールに沿って実行される場合に、前記対応情報として各予定を特定する情報が記述され、前記対象特定手段は、前記対象識別データに基づいて前記イベントの各予定に関連するゲーム機を前記一部のゲーム機として特定してもよい。

【0135】

イベントスケジュールには各種の予定が含まれてよい。例えば、協力型のゲームがプレイされる場合においてそのプレイの開始時期が予定として記述されていてもよい。そして、そのゲームを協力してプレイする複数のゲーム機が一部のゲーム機として特定されてもよい。あるいは、対応情報としてイベントスケジュールの各予定が利用される態様において、前記イベントスケジュールは、前記ゲームとして二台のゲーム機間において対戦する対戦型のゲームが提供される場合に、各予定として前記二台のゲーム機（４）の対戦予定を含み、前記対象特定手段は、前記対戦予定に基づいて前記二台のゲーム機を前記一部のゲーム機として特定してもよい。

【0136】

イベント会場の数は適宜でよい。例えば、単数、或いは複数の演出機器が一つのイベント会場にのみ設けられていてもよいし、複数の演出機器が複数のイベント会場に設けられていてもよい。複数の演出機器が複数のイベント会場に設けられる場合において、各イベント会場に一つずつ演出機器が設けられてもよいし、各イベント会場に複数ずつ演出機器が設けられてもよい。結果として、各イベント会場間において演出可能な演出の種類が相違していてもよい。この場合、全イベント会場において共通に実現可能な演出が対応演出として統一的に実現されてもよいし、各イベント会場において異なる演出が実現されてもよい。例えば、本参考例の演出制御システムの一態様において、前記対象識別データには、前記演出をそれぞれ実現する複数の演出機器、及び当該複数の演出機器が設置される複数のイベント会場が存在する場合に、当該複数のイベント会場をそれぞれ識別するための会場識別情報が更に前記対応情報と関連づけられるように記述され、前記対象特定手段は、前記会場識別情報に基づいて各イベント状況に関連するイベント会場を更に特定してもよい。

【0137】

一方、本参考例のコンピュータプログラム（ＰＧ１）は、前記演出機器、及び前記ゲーム機にネットワーク（ＮＴ）を介して接続されるコンピュータ（２１）を、上述の演出制御システムの各手段として機能させるように構成されたものである。

【0138】

また、本参考例の制御方法は、イベント会場（ＥＦ）に設置される演出機器（３）にネットワーク（ＮＴ）を介して接続され、前記イベント会場における演出を実現するように前記演出機器を制御する演出制御システム（１）に組み込まれるコンピュータ（２１）に、前記イベント会場におけるイベントとして複数のゲーム機（４）がそれぞれ提供するゲームを使用したゲームイベントが提供される場合に、前記ゲームイベントに関連して前記イベント会場において生じる各イベント状況に対応する対応情報と各ゲーム機を識別するためのゲーム機識別情報とが関連づけられるように記述された対象識別データ（ＥＤ、ＳＤ、ＭＤ）に基づいて、前記複数のゲーム機のうち各イベント状況に関連する一部のゲーム機（４）を特定する対象特定手順と、前記複数のゲーム機にネットワーク（ＮＴ）を介して接続され、前記演出の基礎となるべき情報として前記ゲームにおいて生じる各プレイ状況に応じた演出情報を含む演出データ（ＳＤ）を前記一部のゲーム機から取得するデータ取得手順と、前記演出情報に応じた前記演出が実行されるように前記演出機器を制御する機器制御手順と、を実行させるものである。これらのコンピュータプログラム、或いは制御方法が実行されることにより、本参考例の演出制御システムを実現することができる。

【符号の説明】

【0139】

１ 演出制御システム
２ センターサーバ
３ 演出機器
４ ゲーム機
２１ 制御ユニット（コンピュータ）
２４ 機器用サービス管理部（データ取得手段、演出判別手段、機器制御手段、条件判別手段、制御切替手段、情報取得手段）
２５ ゲーム機用サービス管理部（対象特定手段）
ＣＤ 演出制御データ
ＥＤ イベントデータ
ＭＤ 機器管理データ
ＳＤ 演出データ
ＥＦ イベント会場
ＮＴ ネットワーク
ＰＧ１ プログラム（コンピュータプログラム）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】