JP2023053652A - プログラム、コンピュータ、システム、方法 - Google Patents

Abstract

【課題】ゲームを視聴する意欲を持続させること。【解決手段】プログラムは、コンピュータに、配信者をゲームに参加させることと、配信者のゲームプレイに応じて配信データを生成することと、複数の視聴者の各々が使用する視聴端末へ配信データを送信することによって、各視聴端末を使用してゲームプレイを含む動画を視聴できるようにすることと、複数の視聴者の中から、１以上の視聴者を抽選によって選択すること（Ｓ４０２）と、抽選によって選択された１以上の視聴者に、配信者のゲームプレイに特定の効果を発生させる権利を付与すること（Ｓ４０２）と、を実行させる。【選択図】図９

Description

本開示は、プログラム、コンピュータ、システム、及び方法に関する。

特許文献１～３は、配信者のゲームプレイを含む動画を、視聴者が視聴できるように構成されたゲームシステムを開示する。ゲームシステムは、視聴者が、配信者のゲームプレイに干渉できるように構成されている。視聴者は、動画が一方的に配信されるだけの構成と比べて、より興味を持って、配信された動画を視聴することになる。

特開２００８－２４５９８７号公報 特開２０１８－１５３６１７号公報 特開２０１９－１９５５３６号公報

しかしながら、従来のゲームシステムでは、配信者のゲームプレイに特定の効果を発生させる権利を視聴者に付与するための条件は、ゲームの面白さを増すために、さらなる工夫の余地がある。

本開示の一態様に係るプログラムは、コンピュータに、配信者をゲームに参加させることと、前記配信者のゲームプレイに応じて配信データを生成することと、複数の視聴者の各々が使用する視聴端末へ前記配信データを送信することによって、各視聴端末を使用して前記ゲームプレイを含む動画を視聴できるようにすることと、前記複数の視聴者の中から、１以上の視聴者を抽選によって選択することと、前記抽選によって選択された１以上の視聴者に、前記配信者のゲームプレイに特定の効果を発生させる権利を付与することと、を実行させる。

本開示によれば、ゲームの面白さを増すことができる。

ゲームシステムの概要を示す図である。 図１のゲームシステムが含む端末のモジュール構成の一例を示す図である。 図１のゲームシステムが含むサーバのモジュール構成の一例を示す図である。 図３のサーバにおける、データ構造の一例を示す図である。 図２の端末における、画面遷移の一例を示す図である。 視聴用コンテンツを配信、又は視聴するための処理の流れの一例を示す図である。 バトルゲームを実行するための処理の流れの一例を示す図である。 選択ゲームを実行するための処理の流れの一例を示す図である。 ギミックを制御するための処理の流れの一例を示す図である。 抽選テーブルを選択するための条件の一例を示す図である。 抽選テーブルの一例を示す図である。 抽選テーブルの一例を示す図である。 抽選テーブルの一例を示す図である。 抽選テーブルの一例を示す図である。 仮想空間の一例を示す図である。 図２の一般端末又は配信端末における、ホーム画面の一例を示す図である。 図２の一般端末又は配信端末における、マッチング画面の一例を示す図である。 図２の一般端末又は配信端末における、バトル画面の一例を示す図である。 図２の視聴端末における、リスト画面の一例を示す図である。 図２の視聴端末における、視聴画面の一例を示す図である。 図２の視聴端末における、視聴画面の一例を示す図である。 図２の視聴端末における、視聴画面の一例を示す図である。 図２の視聴端末における、第２リザルト画面の一例を示す図である。 図２の視聴端末における、第２リザルト画面の一例を示す図である。

本開示に係るゲームシステムについて図面を参照しつつ説明する。
［ゲームシステムの概要］
図１に示すように、ゲームシステム１０は、ネットワーク９０と、複数の端末１００と、１以上のサーバ２００と、を含む。ゲームシステム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。複数の端末１００は、ネットワーク９０を介してサーバ２００と通信するように構成される。一例として、ゲームシステム１０は、マルチプレイヤゲームを提供する。以下の説明において、単に「ゲーム」と示す場合、ゲームシステム１０によって提供されるゲームを意味する。複数の端末１００は、コンピュータの一例である。１以上のサーバ２００は、コンピュータの一例である。

［ネットワーク］
一例として、ネットワーク９０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又は、アクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。

［端末のハードウェア構成］
いくつかの端末１００は、ゲームを行うゲーム端末として使用され得る。ゲーム端末として使用される端末１００は、ゲームシステム１０によって提供されるゲームをプレイするゲーム機能をユーザに提供する。いくつかの端末１００は、一般端末１００Ａとして使用され得る。一般端末１００Ａは、ゲーム端末として使用され得る。一般端末１００Ａは、配信ユーザ、及び視聴ユーザ以外の一般ユーザによって使用される。

いくつかの端末１００は、配信端末１００Ｂとして使用され得る。配信端末１００Ｂは、視聴用コンテンツを配信する配信機能をユーザに提供する。視聴用コンテンツは、配信ユーザによるゲームプレイに応じた動画（以下、プレイ動画と示す）を含む。配信端末１００Ｂは、配信者である配信ユーザによって使用される。配信ユーザは、ゲームのプレイヤである。つまり、配信端末１００Ｂは、ゲーム端末でもある。いくつかの端末１００は、視聴端末１００Ｃとして使用され得る。視聴端末１００Ｃは、配信ユーザが配信する視聴用コンテンツを視聴する視聴機能をユーザに提供する。視聴端末１００Ｃは、視聴者である視聴ユーザによって使用される。１人の視聴ユーザを基準とした場合に、当該視聴ユーザが視聴している視聴用コンテンツを配信しているユーザは、視聴対象の配信ユーザである。

一例として、端末１００は、スマートフォンである。端末１００は、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、又はタブレット型コンピュータといった、携帯端末装置であってもよい。端末１００は、パーソナルコンピュータ（ＰＣ）、又はワークステーションといった、固定端末装置であってもよい。例えば、端末１００は、プロセッサ１１０と、メモリ１２０と、ストレージ１３０と、を備える。端末１００は、さらに、通信インターフェース（ＩＦ）１４０と、入出力ＩＦ１５０と、を備えてもよい。端末１００は、さらに、マイク１６０と、スピーカ１６２と、タッチスクリーン１６４と、を備えてもよい。端末１００が備える複数の構成要素の各々は、通信バス１８０に接続される。

プロセッサ１１０は、端末１００に与えられる信号に応じて、又は予め定めた条件が成立したことに応じて、メモリ１２０又はストレージ１３０に記憶されているプログラムに含まれる一連の命令を実行する。例えば、プロセッサ１１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、又は、その他の演算装置として実現される。

メモリ１２０は、プログラム、及びデータを一時的に保存する。一例として、プログラムは、ストレージ１３０から読み出される。データは、端末１００へ送信されたデータと、プロセッサ１１０によって生成されたデータと、を含み得る。例えば、メモリ１２０は、ＲＡＭ（Random Access Memory）、又はその他の揮発性メモリとして実現される。

ストレージ１３０は、プログラム、及びデータを永続的に保持する。例えば、ストレージ１３０は、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリ、又はその他の不揮発性記憶装置として実現される。ストレージ１３０は、メモリカードのように、着脱可能な記憶装置として実現されてもよい。

ストレージ１３０に格納されるプログラムは、ゲームプログラム、配信プログラム、視聴プログラム、及び、通信プログラムを含む。ゲームプログラムは、仮想空間の１つであるゲーム空間の提供と、当該ゲーム空間におけるゲームプレイを提供するゲーム機能を実現する。一例として、ゲームプレイは、ゲーム空間に配置されるオブジェクトを操作することを含む。一例として、端末１００を使用して操作されるオブジェクトは、端末１００を使用するユーザに対応するキャラクタである。このキャラクタは、端末１００を使用するユーザのアバターである。

配信プログラムは、ゲーム空間におけるゲームのプレイ状況に応じたプレイ動画を含む視聴用コンテンツを配信する配信機能を実現する。この配信機能を実現している間、端末１００は、配信端末１００Ｂとなる。視聴プログラムは、仮想空間の１つである視聴空間の提供と、当該視聴空間を利用した視聴用コンテンツの視聴を提供する視聴機能を実現する。この視聴機能を実現している間、端末１００は、視聴端末１００Ｃとなる。一例として、視聴用コンテンツの視聴は、プレイ動画を視聴することを含む。通信プログラムは、他のコンピュータ（例えば、サーバ２００）と通信する機能を実現する。ストレージ１３０に格納されるプログラムは、オペレーティングシステム、シミュレーションプログラム、ユーザ認証プログラム、及びその他のプログラムを含んでもよい。

例えば、ストレージ１３０に格納されるデータは、仮想空間の定義データ、及び仮想空間に配置される各種のオブジェクトを定義するオブジェクトデータを含む。端末１００Ａ～１００Ｃにおいて、仮想空間は、同じオブジェクトデータを使用して、１以上のオブジェクトが配置される。つまり、端末１００Ａ～１００Ｃは、仮想空間における事象の一部又は全部を共有し得る。仮想空間は、３次元で表現される空間に限らない。例えば、仮想空間は、２次元で表現される空間、又は、静止画で表現される空間でもよい。例えば、仮想空間は、音や声、又は文字データなどの入力データによって表現される空間でもよい。

通信ＩＦ１４０は、ネットワーク９０に接続される。通信ＩＦ１４０は、ネットワーク９０に接続されている他のコンピュータ（例えば、サーバ２００）と通信する。例えば、通信ＩＦ１４０は、ＬＡＮ（Local Area Network）、又はその他の有線通信ＩＦとして実現される。例えば、通信ＩＦ１４０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、又はその他の無線通信ＩＦとして実現される。通信ＩＦ１４０は、上述のものに限られない。

入出力ＩＦ１５０は、外部の入出力機器１９０と通信する。例えば、入出力ＩＦ１５０は、ＵＳＢ（Universal Serial Bus）、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、又はその他の有線通信ＩＦとして実現される。例えば、入出力ＩＦ１５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はその他の無線通信ＩＦとして実現される。

一例として、入出力機器１９０は、コントローラである。例えば、入出力ＩＦ１５０は、プロセッサ１１０から出力された命令を、コントローラへ送信する。この命令は、振動、音声出力、又は発光をコントローラに指示する。コントローラは、命令を受信すると、この命令に応じて、振動、音声出力、又は発光を実行する。コントローラは、１以上の操作パーツを有する。例えば、１以上の操作パーツは、ボタン、キー、スイッチ、ハンドル、バー、タッチパッド、又はスティックを含むとよい。コントローラは、操作パーツに対するユーザの操作に基づく出力値を端末１００へ送信する。一例として、コントローラは、加速度センサ、又は角速度センサといったモーションセンサを備えてもよい。コントローラは、モーションセンサの出力値を端末１００へ送信するように構成されてもよい。コントローラは、端末１００に対して取付け、及び取外しできてもよい。

入出力機器１９０は、上述のものに限られない。例えば、入出力機器１９０は、カメラであってもよい。カメラは、ユーザを撮影した撮影画像を端末１００へ送信するように構成されてもよい。例えば、入出力機器１９０は、測距センサであってもよい。測距センサは、ユーザの手、又はマーカー等の検知に基づく出力値を端末１００へ送信するように構成されてもよい。

マイク１６０は、ユーザの発話を音声信号（電気信号）に変換してプロセッサ１１０へ送信する。スピーカ１６２は、音声信号を音声に変換してユーザへ出力する。各端末１００は、スピーカ１６２に加えて、又は代えて、イヤホン、又はイヤホンを接続できるイヤホンジャックを備えてもよい。

タッチスクリーン１６４は、モニタ１６６と、タッチセンサ１６７と、を含むとよい。モニタ１６６は、透過型又は非透過型の表示装置として実現される。例えば、モニタ１６６は、液晶モニタ、有機ＥＬ（Electro Luminescence）モニタ、又はその他の表示装置として実現される。モニタ１６６は、各種の画像を表示する。モニタ１６６に表示される画像は、背景、ユーザのアバター、その他のキャラクタ、障害物、ウィンドウ、ボタン、メニュー、リスト、及びアイコンといった各種のオブジェクトを含む。モニタ１６６は、上述のものに限られない。例えば、モニタ１６６は、左目用の画像を表示するサブモニタと、右目用の画像を表示するサブモニタと、を含む３Ｄモニタであってもよい。

タッチセンサ１６７は、モニタ１６６に対するユーザの操作に基づく出力値をプロセッサ１１０へ送信する。一例として、タッチセンサ１６７は、静電容量式タッチセンサ、抵抗膜式タッチセンサ（感圧式タッチセンサ）、超音波式タッチセンサ、又はその他のタッチセンサとして実現される。一例として、タッチセンサ１６７の入力面は、モニタ１６６の表示面の一部又は全部である。タッチセンサ１６７は、ユーザの入力操作を受け付けるように構成された操作部として使用され得る。例えば、操作部がタッチセンサ１６７である場合、プロセッサ１１０は、タッチセンサ１６７の入力面に対するユーザの物理的な接触操作をユーザの入力操作として受け付ける。例えば、タッチセンサ１６７に対するユーザの入力操作は、タッチ操作、スライド操作、スワイプ操作、タップ操作、ドラッグ操作、及びその他の態様による操作を含み得る。

操作部は、上述した構成に限られない。例えば、操作部が通信ＩＦ１４０である場合、プロセッサ１１０は、ネットワーク９０を介して接続された操作機器（不図示）から送信される信号を、ユーザの入力操作として受け付ける。例えば、操作部が入出力ＩＦ１５０である場合、プロセッサ１１０は、外部の入出力機器１９０から送信される信号をユーザの入力操作として受け付ける。例えば、入出力機器１９０がカメラ及び測距センサである場合、プロセッサ１１０は、受信した撮影画像からユーザの手が検出されると、撮影画像及び出力値に基づき検出されるジェスチャ（ユーザの手の一連の動き）をユーザの入力操作として受け付ける。例えば、入出力機器１９０がコントローラである場合、プロセッサ１１０は、コントローラから送信される出力値をユーザの入力操作として受け付ける。

［サーバのハードウェア構成］
サーバ２００は、ワークステーション、又はＰＣ等の汎用コンピュータであってもよい。サーバ２００は、プロセッサ２１０と、メモリ２２０と、ストレージ２３０と、通信ＩＦ２４０と、入出力ＩＦ２５０と、を備える。サーバ２００が備える複数の構成要素の各々は、通信バス２８０に接続される。

プロセッサ２１０は、サーバ２００に与えられる信号に応じて、又は予め定めた条件が成立したことに応じて、メモリ２２０又はストレージ２３０に格納されているプログラムに含まれる一連の命令を実行する。例えば、プロセッサ２１０は、ＣＰＵ、ＧＰＵ、ＭＰＵ、ＦＰＧＡ、又はその他の演算装置として実現される。

メモリ２２０は、プログラム、及びデータを一時的に保存する。一例として、プログラムは、ストレージ２３０から読み出される。データは、サーバ２００へ送信されたデータと、プロセッサ２１０によって生成されたデータと、を含み得る。例えば、メモリ２２０は、ＲＡＭ、又はその他の揮発性メモリとして実現される。

ストレージ２３０は、プログラム、及びデータを永続的に保持する。例えば、ストレージ２３０は、ＲＯＭ、ハードディスク装置、フラッシュメモリ、又はその他の不揮発性記憶装置として実現される。ストレージ２３０は、メモリカードのように、着脱可能な記憶装置として実現されてもよい。サーバ２００は、ストレージ２３０に代えて、外部の記憶装置に格納されているプログラムを使用してもよい。例えば、アミューズメント施設のように、複数のゲームシステム１０が使用される場面において、プログラム及びデータの更新を一括して行なうことができる。

ストレージ２３０に格納されるプログラムは、ゲームプログラム、配信プログラム、及び、通信プログラムを含む。ゲームプログラムは、ゲームシステム１０におけるゲーム空間の提供と、ゲーム空間を複数のユーザで共有したゲームプレイを提供する機能を実現する。配信プログラムは、ゲームシステム１０における視聴空間の提供と、ゲーム空間における事象を、視聴空間を利用して複数の視聴ユーザが視聴できるようにする機能を実現する。つまり、配信プログラムは、配信ユーザのプレイ動画を含む視聴用コンテンツを、視聴端末１００Ｃへ配信する機能を実現する。通信プログラムは、他のコンピュータ（例えば、端末１００Ａ～１００Ｃ）と通信する機能を実現する。ストレージ２３０に格納されるプログラムは、オペレーティングシステム、シミュレーションプログラム、ユーザ認証プログラム、及びその他のプログラムを含んでもよい。例えば、ストレージ１３０に格納されるデータは、仮想空間を定義するデータ、及び仮想空間に配置される各種のオブジェクトを定義するオブジェクトデータを含み得る。

通信ＩＦ２４０は、ネットワーク９０に接続される。通信ＩＦ２４０は、ネットワーク９０に接続されている他のコンピュータ（例えば、端末１００Ａ～１００Ｃ）と通信する。例えば、通信ＩＦ２４０は、ＬＡＮ、又はその他の有線通信ＩＦとして実現される。例えば、通信ＩＦ２４０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、又はその他の無線通信ＩＦとして実現される。通信ＩＦ２４０は、上述のものに限られない。

入出力ＩＦ２５０は、外部の入出力機器と通信する。例えば、入出力ＩＦ２５０は、ＵＳＢ、ＤＶＩ、ＨＤＭＩ、又はその他の有線通信ＩＦとして実現される。例えば、入出力ＩＦ２５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はその他の無線通信ＩＦとして実現される。

サーバ２００は、上述した構成に限らない。例えば、サーバ２００は、ゲーム空間におけるゲームを提供するためのゲームサーバ２００Ａと、視聴用コンテンツの配信を行う配信サーバ２００Ｂと、を含んでもよい。ゲームプログラムは、ゲームサーバ２００Ａのストレージ２３０に格納される。ゲームプログラムは、ゲームサーバ２００Ａのプロセッサ２１０によって実行される。配信プログラムは、配信サーバ２００Ｂのストレージ２３０に格納される。配信プログラムは、配信サーバ２００Ｂのプロセッサ２１０によって実行される。ゲームサーバ２００Ａは、通信ＩＦ２４０を介して、配信サーバ２００Ｂとの間で、各種の情報、及び各種の要求を送受信する。ゲームサーバ２００Ａは、通信ＩＦ２４０を介して、端末１００Ａ，１００Ｂとの間で、各種の情報、及び各種の要求の送受信を行う。配信サーバ２００Ｂは、通信ＩＦ２４０を介して、視聴端末１００Ｃとの間で、各種の情報、及び各種の要求の送受信を行う。

［端末のモジュール構成］
図２に示すように、端末１００は、コントロールモジュール１０１と、レンダリングモジュール１０４と、メモリモジュール１０５と、通信モジュール１０６と、入出力モジュール１０７と、を備える。コントロールモジュール１０１は、ゲームモジュール１０１Ａと、配信モジュール１０１Ｂと、視聴モジュール１０１Ｃと、を備える。

ゲームモジュール１０１Ａ、配信モジュール１０１Ｂ、視聴モジュール１０１Ｃ、及びレンダリングモジュール１０４は、プロセッサ１１０によって実現される。メモリモジュール１０５は、メモリ１２０、及びストレージ１３０によって実現される。通信モジュール１０６は、通信ＩＦ１４０によって実現される。入出力モジュール１０７は、プロセッサ１１０、タッチセンサ１６７、及び入出力ＩＦ１５０によって実現される。

入出力モジュール１０７は、タッチセンサ１６７に対するユーザの入力操作、及び、入出力ＩＦ１５０を介した外部の操作機器に対するユーザの入力操作を検知し、受け付ける。一例として、入出力モジュール１０７は、タッチセンサ１６７に対するユーザの入力操作を受け付けた場合、入力位置の座標を検出することによって、当該入力操作の種類を特定する。例えば、入出力モジュール１０７が特定できる入力操作の種類は、タッチ操作、スライド操作、スワイプ操作、タップ操作、ドラッグ操作、及びその他の態様による操作を含み得る。入出力モジュール１０７は、連続して検知されていた入力操作が途切れると、タッチセンサ１６７から接触入力が解除されたことを検知する。

通信モジュール１０６は、１以上のサーバ２００から、各種の情報、及び各種の要求を受信する。一例として、通信モジュール１０６がサーバ２００から受信する情報は、進行情報、配信情報、及びユーザ情報を含み得る。一例として、進行情報は、ゲーム空間におけるゲームの進行状況を示す。一例として、進行情報は、ゲーム空間に配置された１以上のアバターの種類情報、アバターの座標情報、アバターのアクション情報、及びその他の情報を含み得る。アバターは、ゲーム空間においてユーザが操作する対象となるオブジェクトである。一例として、アバターの座標情報は、ゲーム空間における位置を示す。一例として、アクション情報は、アバターのアクション内容を示す。一例として、アバターのアクションは、アバターの姿勢、アイテムの使用、スキルの使用、攻撃、防御、回避、又はジャンプなどを含み得る。進行情報は、アバターの設定に関する設定情報を含み得る。一例として、アバターの設定は、ゲーム空間において、又はゲーム空間へ移動する前段階において、ユーザが変更し得る。一例として、アバターの設定は、アバターの種類、アバターの装備、又はアバターの容姿などを含み得る。

一例として、進行情報は、ゲーム空間における特殊事象を示す情報（以下、特殊情報と示す）を含み得る。これに限らず、特殊情報は、配信情報とは別に送受信される情報であってもよい。一例として、特殊事象は、ゲームの進行状況に影響を及ぼし得る事象である。ゲーム空間において、特殊事象が発生することは、ゲーム空間におけるゲームプレイに、特定の効果が及ぼされることの一例である。特定の効果は、配信ユーザのゲームプレイを支援する効果、又は配信ユーザのゲームプレイを妨害する効果を含み得る。

一例として、特殊事象は、ゲームにおいて１以上のギミックが発動することである。一例として、ギミックは、ゲーム空間に、アバターとは異なるギミックオブジェクトが配置されることである。この場合に、特殊情報は、ギミックオブジェクトの種類情報、及びギミックオブジェクトの座標情報を含み得る。これに限らず、ギミックは、アバターに変化を与えることであってもよい。この場合に、特殊情報は、アバターの能力を規定するパラメータ値（以下、能力パラメータ値と示す）の変化量を示す情報を含むとよい。また、ギミックは、ゲーム条件が変更されることであってもよい。例えば、ゲーム条件は、ゲームのルール、アバターの行動に関する制限、及び難易度の設定などである。一例として、ゲーム条件は、制限時間（試合時間）である。この場合に、特殊情報は、変化後のゲーム条件を示す情報を含むとよい。

一例として、配信情報は、ゲーム空間における事象を、視聴空間に再現するための情報を含む。一例として、配信情報は、進行情報に含まれる情報の一部又は全部を含む。一例として、配信情報は、ゲーム空間におけるゲームの進行状況を視聴空間に再現するための情報として、ゲーム空間に配置された１以上のアバターの種類情報、アバターの座標情報、アバターのアクション情報、及びその他の情報を含んでもよい。配信情報は、アバターの設定に関する設定情報を含んでもよい。一例として、ユーザ情報は、ユーザ名、アカウントｉｄ、性別、年齢、及び住所等を含み得る。配信情報は、上述した特殊情報を含んでもよい。

ゲームモジュール１０１Ａは、ゲームを進行させるための処理を行う。ゲームモジュール１０１Ａは、メモリモジュール１０５からゲーム空間の定義データを読み出す。ゲームモジュール１０１Ａは、読み出した定義データに応じて、ゲーム空間を定義する。ゲームモジュール１０１Ａは、オブジェクトデータをメモリモジュール１０５から読み出す。ゲームモジュール１０１Ａは、読み出したオブジェクトデータに応じて、ゲーム空間にオブジェクトを配置する。ゲームモジュール１０１Ａは、入出力モジュール１０７が受け付けた入力位置の座標と、入力操作の種類と、ゲームの進行情報に示されるゲームの進行状況と、に応じて、ユーザの指示を特定する。

ゲームの進行状況は、ゲーム空間における自分のアバターの種類、座標、及びアクションを含み得る。ゲームの進行状況は、ゲーム空間における他ユーザのアバターの種類、座標、及びアクションを含み得る。ゲームの進行状況は、自分のアバターの設定を含み得る。ゲームの進行状況は、他ユーザのアバターの設定を含み得る。ゲームの進行状況は、ギミックの発動状況を含み得る。

ゲームモジュール１０１Ａは、ゲームの進行に関する各種の判定を行う。ゲームモジュール１０１Ａは、ゲームの進行に関する各種の抽選を行う。ゲームモジュール１０１Ａは、ユーザの指示、各種の判定結果、及び各種の抽選結果に応じて、各種の要求、及びプレイ情報を生成する。ゲームモジュール１０１Ａが生成した各種の要求、及びプレイ情報は、通信モジュール１０６によってサーバ２００へ送信される。

配信モジュール１０１Ｂは、視聴用コンテンツ（プレイ動画）を配信するための処理を行う。配信モジュール１０１Ｂは、入出力モジュール１０７が受け付けた入力位置の座標と、入力操作の種類と、ゲームの進行状況と、に応じて、ユーザの指示を特定する。配信モジュール１０１Ｂは、ユーザの指示内容に応じて、視聴用コンテンツの配信開始要求、又は配信終了要求を生成し得る。配信モジュール１０１Ｂは、ユーザの指示に応じて、視聴用コンテンツの配信内容を変更する要求を生成し得る。配信モジュール１０１Ｂが生成した各種の要求は、通信モジュール１０６によってサーバ２００へ送信される。

視聴モジュール１０１Ｃは、配信ユーザが配信する視聴用コンテンツ（プレイ動画）を視聴するための処理を行う。視聴モジュール１０１Ｃは、メモリモジュール１０５から視聴空間の定義データを読み出す。視聴モジュール１０１Ｃは、読み出した定義データに応じて、視聴空間を定義する。視聴モジュール１０１Ｃは、オブジェクトデータをメモリモジュール１０５から読み出す。視聴モジュール１０１Ｃは、読み出したオブジェクトデータに応じて、視聴空間にオブジェクトを配置する。一例として、定義データ及びオブジェクトデータは、ゲーム空間と視聴空間とで同じ内容である。ゲーム空間及び視聴空間は、１つの仮想空間として兼用されるように構成されてもよい。

視聴モジュール１０１Ｃは、入出力モジュール１０７が受け付けた入力位置の座標と、入力操作の種類と、配信情報（ゲームの進行状況）と、に応じて、ユーザの指示を特定する。視聴モジュール１０１Ｃは、ユーザの指示に応じて、視聴用コンテンツの視聴開始要求、又は視聴終了要求を生成する。視聴モジュール１０１Ｃは、ユーザの指示に応じて、視聴用コンテンツの配信内容を変更する要求を生成する。視聴モジュール１０１Ｃが生成した各種の要求は、通信モジュール１０６によってサーバ２００へ送信される。

レンダリングモジュール１０４は、所定の画面画像を作成する。レンダリングモジュール１０４は、通信モジュール１０６が受信した進行情報（特殊情報）、配信情報、又は各種の要求に応じて所定の画面画像を作成する。レンダリングモジュール１０４は、ゲームモジュール１０１Ａが生成したプレイ情報、及び各種の要求に応じて所定の画面画像を作成する。レンダリングモジュール１０４は、視聴モジュール１０１Ｃが生成した情報、及び各種の要求に応じて所定の画面画像を作成する。

レンダリングモジュール１０４は、作成した画面画像をモニタ１６６に表示する。レンダリングモジュール１０４は、入出力ＩＦ１５０を介して、外部の表示装置に画面画像を表示するように構成されてもよい。レンダリングモジュール１０４は、通信ＩＦ１４０を介して、外部の表示装置に画面画像を表示するように構成されてもよい。画面画像は、２Ｄ、又は３Ｄのオブジェクトを制御、及び描画した画像である。上述したように、画面画像として描画されるオブジェクトは、アバター（キャラクタ）、ギミックオブジェクト、背景、及び障害物等を含み得る。

レンダリングモジュール１０４は、ＵＩ（User Interface）を構築するための２Ｄ、又は３Ｄのゲームオブジェクト（ＵＩオブジェクト）を制御、及び描画してもよい。レンダリングモジュール１０４は、アイコン、ボタン、リスト、パネル、ウィンドウ、及びメニューといった、ユーザの入力操作に必要なＵＩオブジェクトを含む画面画像を作成する。ＵＩオブジェクトは、ゲームを進行するために必要なユーザの入力操作を補助する。また、ＵＩオブジェクトは、ゲームの進行中に生成される情報を端末１００から得るために必要なユーザの入力操作を補助する。本開示で示す各種のＵＩオブジェクトは、何れも１つの例に過ぎず、それらの態様に限らない。

端末１００における各種の処理は、ハードウェアと、プロセッサ１１０により実行されるソフトウェアと、によって実現される。このようなソフトウェアは、ハードディスク等のメモリモジュール１０５に予め格納されていてもよい。ソフトウェアは、ＣＤ－ＲＯＭ等のように、コンピュータが読み取りできる不揮発性のデータ記録媒体に格納されて、プログラム製品として流通してもよい。このソフトウェアは、インターネット等のネットワークに接続されているデータ提供事業者体によって、ダウンロードできるプログラム製品として提供されてもよい。このようなソフトウェアは、光ディスク駆動装置等のデータ読取装置によってデータ記録媒体から読み取られて、又は、通信モジュール１０６を介してサーバ２００といった他のコンピュータからダウンロードされた後、メモリモジュールに一旦格納される。そのソフトウェアは、プロセッサ１１０によってメモリモジュールから読み出され、実行可能なプログラムの形式でＲＡＭ等に格納される。プロセッサ１１０は、そのプログラムを実行する。

［サーバのモジュール構成］
図３に示すように、サーバ２００は、コントロールモジュール２０１と、メモリモジュール２０５と、通信モジュール２０６と、入出力モジュール２０７と、を備える。コントロールモジュール２０１は、ゲームモジュール２０１Ａと、配信モジュール２０１Ｂと、を備える。ゲームモジュール２０１Ａ、及び配信モジュール２０１Ｂは、プロセッサ２１０によって実現される。メモリモジュール２０５は、メモリ２２０、及びストレージ２３０によって実現される。通信モジュール２０６は、通信ＩＦ２４０によって実現される。入出力モジュール２０７は、プロセッサ２１０、及び入出力ＩＦ２５０によって実現される。

通信モジュール２０６は、各端末１００から、各種の情報、及び各種の要求を受信する。一例として、通信モジュール２０６が各端末１００から受信する情報は、プレイ情報、及びユーザ情報を含み得る。通信モジュール２０６は、各端末１００に対して、各種の情報、又は各種の要求を送信する。一例として、通信モジュール２０６が各端末１００へ送信する情報は、進行情報（特殊情報）、配信情報、及びユーザ情報を含み得る。入出力モジュール１０７は、入出力ＩＦ２５０を介した外部の操作機器に対するユーザの入力操作を検知し、受け付ける。

ゲームモジュール２０１Ａは、直接的又は間接的に１つのゲーム空間を複数のユーザによって共有する環境を提供するための処理を行う。ゲームモジュール２０１Ａは、メモリモジュール２０５から、ゲーム空間の定義データを読み出す。ゲームモジュール２０１Ａは、読み出した定義データに応じて、ゲーム空間を定義する。ゲームモジュール２０１Ａは、オブジェクトデータをメモリモジュール２０５から読み出す。ゲームモジュール２０１Ａは、読み出したオブジェクトデータに応じて、各種のオブジェクトをゲーム空間に配置する。

ゲームモジュール２０１Ａは、複数の端末１００から通信モジュール２０６が受信したプレイ情報に含まれる座標情報に応じて、複数のユーザの各々に対応するアバターをゲーム空間に配置する、又は移動する。ゲームモジュール２０１Ａは、複数の端末１００から通信モジュール２０６が受信したプレイ情報に含まれるアクション情報、及びアバターの設定情報に応じて、アバター同士の相互作用を判定する。相互作用は、１のアバターがアクションを行った場合に別のアバターが受ける影響である。ゲームモジュール２０１Ａは、ギミックを発動させるか否かを決定する。ゲームモジュール２０１Ａは、１以上のギミックを発動させることを決定した場合に、ゲームにおいてギミックを発生させる。つまり、ゲームモジュール２０１Ａは、ゲームプレイに特定の効果を及ぼす。ゲームモジュール２０１Ａは、これらの処理の結果に応じて、進行情報（特殊情報）を生成する。通信モジュール２０６は、進行情報を１以上の端末１００Ａ，１００Ｂへ送信する。ゲームモジュール２０１Ａは、生成した進行情報を配信モジュール２０１Ｂへ送信する。

配信モジュール２０１Ｂは、ゲーム空間におけるゲームプレイの様子を、複数のユーザが視聴できる環境を提供するための処理を行う。配信モジュール２０１Ｂは、メモリモジュール２０５から、視聴空間の定義データを読み出す。配信モジュール２０１Ｂは、読み出した定義データに応じて、視聴空間を定義する。一例として、配信モジュール２０１Ｂは、オブジェクトデータをメモリモジュール２０５から読み出す。一例として、配信モジュール２０１Ｂは、読み出したオブジェクトデータに応じて、各種のオブジェクトを視聴空間に配置する。

配信モジュール２０１Ｂは、ゲームモジュール２０１Ａが生成した進行情報（特殊情報）に応じて、配信情報を生成する。通信モジュール２０６は、配信情報を１以上の視聴端末１００Ｃへ送信する。一例として、配信情報は、進行情報の一部又は全部と同じ情報を含んでもよい。一例として、配信情報は、進行情報そのものであってもよい。配信モジュール２０１Ｂは、通信モジュール２０６が視聴端末１００Ｃから受信した各種の要求に応じて、各種の要求をゲームモジュール２０１Ａへ送信する。配信モジュール２０１Ｂは、通信モジュール２０６が視聴端末１００Ｃから受信した各種の情報に応じて、各種の情報をゲームモジュール２０１Ａへ送信する。

サーバ２００は、上述したモジュール構成に限らない。例えば、ゲームモジュール２０１Ａは、ゲームサーバ２００Ａが備えてもよい。例えば、配信モジュール２０１Ｂは、配信サーバ２００Ｂが備えてもよい。ゲームモジュール２０１Ａは、通信モジュール２０６を介して、配信モジュール２０１Ｂとの間で、各種の情報、又は各種の要求の送受信を行うとよい。

サーバ２００における処理は、ハードウェアと、プロセッサ２１０により実行されるソフトウェアと、によって実現される。このようなソフトウェアは、ハードディスク等のメモリモジュール２０５に予め格納されてもよい。ソフトウェアは、ＣＤ－ＲＯＭ等のように、コンピュータが読み取りできる不揮発性のデータ記録媒体に格納されて、プログラム製品として流通してもよい。このソフトウェアは、インターネット等のネットワークに接続されているデータ提供事業者によって、ダウンロードできるプログラム製品として提供されてもよい。このようなソフトウェアは、光ディスク駆動装置等のデータ読取装置によってデータ記録媒体から読み取られて、又は、通信モジュール２０６を介して外部記憶装置といった他のコンピュータからダウンロードされた後、メモリモジュールに一旦格納される。そのソフトウェアは、プロセッサ２１０によってメモリモジュールから読み出され、実行可能なプログラムの形式でＲＡＭ等のメモリに格納される。プロセッサ２１０は、そのプログラムを実行する。

［ゲームの概要］
一例として、本開示に係るゲームは、メインゲームと、サブゲームと、を含む。メインゲームは、性質が異なる複数のパートを含む。一例として、複数のパートは、第１パートと、第２パートと、を含む。第１パートにおいて、一般ユーザ及び配信ユーザは、第２パートの準備を行い得る。第１パートにおいて、視聴ユーザは、配信ユーザが配信する視聴用コンテンツを視聴し得る。視聴用コンテンツは、第１パート及び第２パートのうち少なくとも第２パートにおけるゲームのプレイ動画を含み得る。

一例として、メインゲームの第２パートは、複数の陣営が何らかの基準に基づいて勝敗を決めるパートである。複数の陣営は、それぞれ複数の参加者として、複数のユーザを含み得る。複数のユーザが所属するものは、陣営であることに限らず、パーティ、グループ、チーム、又は組などであってもよい。一例として、メインゲームの第２パートは、複数のパーティが何らかの基準に基づいて勝敗を決めるパートであってもよい。一例として、メインゲームの第２パートは、複数のユーザが何らかの基準に基づいて勝敗を決めるパートであってもよい。

一般ユーザ及び配信ユーザは、メインゲームの第２パートに参加できる。以下の説明では、メインゲームの第２パートに参加している一般ユーザ及び配信ユーザを、参加ユーザと示す。メインゲームの第２パートは、アバターを移動させることを含む。視聴ユーザは、メインゲームにおける第２パートのプレイ動画を視聴している場合に、メインゲームとは異なるサブゲームに参加できる。視聴ユーザのためのサブゲームは、アバターを移動させることを含まない。ゲーム空間における事象は、視聴空間において、リアルタイムで再現され得る。つまり、視聴ユーザのためのサブゲームは、メインゲームの第２パートと並行して実行される。

一例として、複数の陣営は、第１陣営と、第１陣営に敵対する第２陣営と、を含む。各陣営には、メインゲームの第２パートに参加する１以上の一般ユーザ、及びメインゲームの第２パートに参加する１以上の配信ユーザの、一方又は両方が所属する。第１陣営に所属することは、第１属性であることの一例である。第２陣営に所属することは、第２属性であることの一例である。これに限らず、属性は、フレンド登録がされているか否か、複数のユーザが所属し得るギルドが同じであるか否か、又は複数のパーティが所属し得るユニオンが同じであるか否かなどであってもよい。

一例として、メインゲームの第２パートは、以下のような仕様である。
メインゲームの第２パートは、複数の陣営が勝敗を争う対戦型のゲームである。メインゲームの第２パートは、自分のアバターと敵方ユーザのアバターとでバトルを行うバトルゲームである。一般ユーザ、及び配信ユーザの一方又は両方は、１つのパーティを形成してバトルゲームに参加する。つまり、複数の陣営は、バトルゲームに参加する１以上のパーティをそれぞれ含む。複数の陣営は、それぞれ複数のパーティを含んでもよい。

メインゲームの第２パートでは、１つのパーティに所属できるユーザの最大数が定められている。一例として、１つのパーティに所属できるユーザの最大数は、６人である。１つのパーティに所属できるユーザの最大数は、２人～５人であってもよく、７人以上であってもよい。一例として、メインゲームの第２パートにおけるパーティは、別のパートにおいて構成された少人数グループやフレンド等の関係にあった者同士によって構成される少人数のグループを所属させることも可能である。ある２人グループと３人グループと個人ユーザを組み合わせて上限人数６人のパーティとして構成させてもよいし、個人ユーザ６人を所属させてパーティとして構成させてもよい。

メインゲームの第２パートにおいて、勝敗を決めるための基準は、１つの陣営が、この陣営と敵対する敵方陣営よりも先に、予め定めた勝利条件を満たすことである。勝利条件は、メインゲームの第２パートにおいて、敵方陣営の全アバターの状態が、第１状態から第２状態へ変更されることを含む。アバターの状態は、予め定めた変更条件が成立した場合に、第１状態から第２状態へ変更される。一例として、変更条件は、アバターの能力パラメータ値の一例であるヒットポイントが０になることである。この場合、第１状態は、生存状態である。第２状態は、死亡状態である。つまり、勝利条件は、敵方陣営のアバターを全滅させることである。バトルゲームにおいて、各ユーザは、自分のアバターを移動させたり、敵方陣営のアバターを攻撃したりできる。自分のアバターのヒットポイントは、敵方陣営のアバターによる攻撃が命中した場合に減少する。敵方陣営のアバターのヒットポイントは、味方陣営のアバターによる攻撃が命中した場合に減少する。

メインゲームの第２パートは、敵方陣営のアバターが全滅していなくても、予め定めた制限時間が経過した場合に終了する。この場合の勝利条件は、第２パートの制限時間が経過する時点において、１つの陣営が、敵方陣営よりも多くのスコアを獲得していることを含む。スコアは、メインゲームの第２パートにおいて、ゲーム空間に配置された指定オブジェクトを回収することで獲得できる。

メインゲームの第２パートは、上述した仕様に限らない。例えば、メインゲームの第２パートは、サッカー、テニス、卓球、ボクシング、又はバスケットボール等のスポーツであってもよい。例えば、メインゲームの第２パートは、カーレース、ヨットレース、スキーレース、又は飛行レース等のレースであってもよい。

視聴ユーザのためのサブゲームの一例について説明する。
視聴ユーザのためのサブゲームは、メインゲームの第２パートにおいて発動させるギミックを、視聴ユーザが選択できるゲームである。つまり、視聴ユーザのためのサブゲームは、メインゲームに発生させる効果を、視聴ユーザが選択するゲームである。以下、視聴ユーザのためのサブゲームを、「選択ゲーム」と示す。選択ゲームは、ギミック選択を含む。一例として、選択ゲームは、メインゲームのプレイ動画を視聴している１以上の視聴ユーザのうち、予め定めた条件（以下、選択条件と示す）に従って決定された一部のユーザに対して提供され得る。一例として、選択条件は、所定の抽選（以下、ユーザ抽選と示す）に当選することである。

選択ゲームが実行され得るタイミングは、メインゲームの第２パートにおける第１区間から第ｍ区間までの、各区間の開始時である。一例として、ｍ＝３である。これに限らず、ｍ＝４以上であってもよい。各区間の開始時は、視聴ユーザがギミックの選択を行い得るタイミングともいえる。

選択ゲームは、第１選択ゲームと、第２選択ゲームと、を含み得る。一例として、第１選択ゲームは、第１人数の視聴ユーザのためのゲームである。一例として、第２選択ゲームは、第２人数の視聴ユーザのためのゲームである。一例として、第１人数は、１人（個人）である。これに限らず、第１人数は、複数人であってもよい。第２人数は、複数人であり、かつ、第１人数より多い。一例として、第２人数は、１０人以上２０人以下である。つまり、第１選択ゲームは、少人数の視聴ユーザ向けである。第２選択ゲームは、多人数の視聴ユーザ向けである。これに限らず、第２人数は、第１人数より少なくてもよく、１人（個人）であってもよい。以下の説明では、第１選択ゲームに含まれるギミック選択を第１ギミック選択と示し、第２選択ゲームに含まれる第２ギミック選択と示す。

第１選択ゲームは、第１区間から第ｍ区間までの各区間の開始時において、予め定めた条件が満たされている場合に、１以上の視聴ユーザに提供され得る。一例として、第１選択ゲームが提供されるための条件は、新たな区間が開始されることを含むとよい。第１選択ゲームが提供されるための条件は、新たな区間が開始されることとは異なる事象を含んでもよい。第２選択ゲームは、第１区間から第ｍ区間までの各区間の開始時において、予め定めた条件が満たされている場合に、１以上の視聴ユーザに提供され得る。一例として、第２選択ゲームが提供されるための条件は、新たな区間が開始されることを含むとよい。第２選択ゲームが提供されるための条件は、新たな区間が開始されることとは異なる事象を含んでもよい。

第１選択ゲームにおいて選択し得るギミックは、第２選択ゲームにおいて選択し得るギミックと一部又は全部が異なる。第１選択ゲーム及び第２選択ゲームでは、選択肢として複数のギミックが提示される。第１選択ゲーム及び第２選択ゲームにおいて、視聴ユーザは、複数のギミックの中から１以上のギミックを選択できる。第１選択ゲームにおいて、選択肢となり得るギミックは、第１類ギミックである。第２選択ゲームにおいて、選択肢となり得るギミックは、第２類ギミックである。

一例として、第１類ギミック及び第２類ギミックは、メインゲームに及ぼし得る効果の大きさの観点で分類される。例えば、効果の大きさは、効果が及ぼされるアバターの数、効果が及ぼされる領域の面積、効果が及ぼされる空間の体積、又は、効果が及ぼされる回数によって定められるとよい。これに限らず、第１類ギミック及び第２類ギミックは、同じ類である複数のギミックを同時に発動できるか否かの観点で分類されてもよい。

一例として、第１類ギミックの効果は、複数のアバターのうち一部のアバターに対して発揮され得る。例えば、第１類ギミックは、アバターの能力パラメータ値を変更（回復、増加、又は減少）させるギミックである。例えば、第１類ギミックは、１人のアバターのヒットポイントを回復するアイテムをゲーム空間に配置する「ＨＰ回復アイテム」を含む。例えば、第１類ギミックは、１人のアバターのスキルポイントを回復するアイテムをゲーム空間に配置する「ＳＰ回復アイテム」を含む。スキルポイントは、アバターの能力パラメータ値の一例である。一例として、アバターは、スキルポイントを消費することによって、各種のスキルを発動し得る。

例えば、第２類ギミックの効果は、バトルゲームに参加している全アバターに発揮され得る。例えば、第２類ギミックは、毒沼エリアをゲーム空間に配置する「毒沼エリア」を含む。毒沼エリアは、アバターが侵入した場合に、当該アバターのヒットポイントを減少させる効果を有する。例えば、第２類ギミックは、全陣営にとって共通の敵方キャラクタのうち特定の敵方キャラクタ（以下、大ボスと示す）をゲーム空間に配置する「大ボス出現」を含む。大ボスは、他の敵方キャラクタと比べて、能力パラメータ値が高いとよい。大ボスは、討伐された場合に、複数の指定オブジェクトを排出するとよい。

第１選択ゲーム又は第２選択ゲームに参加した視聴ユーザは、報酬を獲得し得る。一例として、報酬は、メインゲームの第１パート又は第２パートで消費可能な報酬ポイントＰである。ユーザは、報酬ポイントＰを消費することで、アイテム、武器、防具、通貨、称号、又はキャラクタを獲得可能であるとよい。これに限らず、報酬は、ゲーム内で使用可能なアイテム、武器、防具、通貨、称号、又はキャラクタそのものであってもよい。一例として、第２選択ゲームに参加できた視聴ユーザは、第２選択ゲームに参加できなかったが、第１選択ゲームに参加できた視聴ユーザと比べて、より多い報酬を得られるとよい。

一例として、メインゲームの第１パートは、以下のような仕様である。
メインゲームの第１パートにおいて、一般ユーザ及び配信ユーザは、第２パートとしてのバトルゲームの準備を行う。バトルゲームの準備は、ユーザが所持するキャラクタの中から、自分のアバターとして、バトルゲームにおいて使用するキャラクタを選択することを含む。バトルゲームの準備は、アバターの装備、アバターのスキル、及びアバターの所持アイテムの追加、交換、及び削除を含む。バトルゲームの準備は、アバターの容姿を変更することを含んでもよい。例えば、アバターの容姿は、種族、性別、体形、髪型、又は表情を含む。バトルゲームの準備は、アバターの設定を変更することである。

［データ構造］
サーバ２００のメモリ２２０（メモリモジュール２０５）におけるデータ構造について説明する。

図４に示すように、サーバ２００のメモリ２２０は、視聴用コンテンツを特定するための情報の一例として、配信ｉｄを記憶している。メモリ２２０は、配信ｉｄに対応付けて、バトルｉｄ、フィールドｉｄ、ユーザｉｄ、視聴ユーザ数ｎ、選択ゲームの発生回数ｘ、及び選択ゲームｉｄを記憶している。バトルｉｄは、配信対象となっているバトルゲームを特定するための情報の一例である。フィールドｉｄは、フィールドの種類を特定するための情報の一例である。フィールドは、バトルゲームの舞台として、ゲーム空間に構築される。ユーザｉｄは、ユーザを特定するための情報の一例である。例えば、メモリ２２０は、配信ｉｄに対応付けて、配信ユーザのユーザｉｄを記憶する。メモリ２２０は、配信ｉｄに対応付けて、１つのバトルゲームに参加している１以上の参加ユーザのユーザｉｄを記憶する。上述したように、参加ユーザは、配信ユーザ及び一般ユーザを含み得る。メモリ２２０は、配信ｉｄに対応付けて、１以上の視聴ユーザのユーザｉｄを記憶する。

視聴ユーザ数ｎは、１つの視聴用コンテンツを視聴している視聴ユーザの数を特定するための情報である。一例として、視聴ユーザ数ｎは、視聴ユーザとして配信ｉｄに対応付けられたユーザｉｄの個数を集計した数であるとよい。視聴ユーザ数ｎは、配信ｉｄに現時点において接続している、いわゆるアクティブなユーザｉｄを集計したものとすることが可能である。また、視聴ユーザ数ｎは、配信ｉｄの配信が開始されてから配信ｉｄに接続したユーザ数の累計とすることが可能である。選択ゲームの発生回数ｘは、選択ゲームの発生回数を特定するための情報である。選択ゲームｉｄは、発生済み選択ゲームの種類を特定するための情報である。上述のように、選択ゲームには、第１人数向けの第１選択ゲームと、第２人数向けの第２選択ゲームと、がある。

上述のようなデータ構造によって、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａ又は配信モジュール２０１Ｂとして、視聴用コンテンツごとに区分して、バトルゲーム、及びフィールドの種類を特定できる。同様にして、プロセッサ２１０は、配信ユーザ、参加ユーザ、視聴ユーザ、視聴ユーザ数ｎ、選択ゲームの発生回数ｘ、及び発生済み選択ゲームの種類を特定できる。

［端末における画面遷移の概要］
図５に示すように、一例として、各端末１００における表示画面には、第１ホーム画面４０Ａ、第２ホーム画面４０Ｂ、マッチング画面４５、第１バトル画面５０Ａ、及び第２バトル画面５０Ｂを含み得る。一例として、各端末１００における表示画面には、第１リザルト画面５５、第２リザルト画面６０、リスト画面６５、及び視聴画面７０を含み得る。ここでは、画面遷移の概要について説明する。各表示画面の具体的な一例については後述する。

第１ホーム画面４０Ａは、メインゲームが第１パートである場合であって、端末１００が初期状態である場合に表示される。初期状態は、配信状態、及び視聴状態の何れでもない状態である。初期状態である場合に、端末１００は、一般端末１００Ａになる。配信状態である場合に、端末１００は、配信端末１００Ｂになる。視聴状態である場合に、端末１００は、視聴端末１００Ｃになる。第２ホーム画面４０Ｂは、メインゲームが第１パートである場合であって、端末１００が配信状態である場合に表示される。

マッチング画面４５は、メインゲームが第１パートから、第２パートのバトルゲームへ移行する場合に表示される。第１バトル画面５０Ａは、メインゲームが第２パートのバトルゲームである場合であって、かつ端末１００が初期状態であるときに表示される。第２バトル画面５０Ｂは、メインゲームが第２パートのバトルゲームである場合であって、かつ端末１００が配信状態であるときに表示される。第１リザルト画面５５は、メインゲームが第２パートのバトルゲームから、第１パートへ移行するときに表示される。なお、第１リザルト画面５５において、続けて第２パートのバトルゲームを実行することを指示する操作がされた場合に、ホーム画面４０Ａ，４０Ｂを経由せずに、マッチング画面４５が表示されてもよい。

リスト画面６５は、画面が第１ホーム画面４０Ａから視聴画面７０へ移行する場合に表示される。リスト画面６５は、その時点で視聴できる１以上の視聴用コンテンツのリストを含む。ユーザは、リストから任意の視聴用コンテンツを選択することによって、その視聴用コンテンツを視聴することができる。

視聴画面７０は、メインゲームが第１パートである場合であって、端末１００が視聴状態である場合に表示される。視聴画面７０において視聴できる視聴用コンテンツは、リスト画面６５において、ユーザによって選択された視聴用コンテンツである。視聴画面７０において視聴できる視聴用コンテンツは、その視聴用コンテンツを配信する配信端末１００Ｂにおけるゲームの状況に応じたプレイ動画を含み得る。

視聴画面７０において、視聴ユーザは、メインゲームの第１パートにおける配信ユーザのゲームプレイを視聴できる。視聴画面７０において、視聴ユーザは、メインゲームの第２パート（バトルゲーム）における配信ユーザのゲームプレイを視聴できる。つまり、視聴画面７０は、バトルゲームのプレイ動画を視聴できる。第２リザルト画面６０は、配信ユーザがプレイするメインゲームが第２パートから第１パートへ移行するときに表示される。第２リザルト画面６０が表示された後には、視聴画面７０へ移行することによって、視聴ユーザは、第１パートにおける配信ユーザのゲームプレイを引き続き視聴できる。

［視聴用コンテンツを配信及び視聴するための処理の流れ］
視聴用コンテンツを配信するための処理、及び視聴用コンテンツを視聴するための処理の流れの一例について説明する。

図６に示すように、ステップＳ１００において、配信端末１００Ｂのプロセッサ１１０は、配信モジュール１０１Ｂとして、配信開始を指示する操作を受け付けた場合に、配信開始要求をサーバ２００へ送信する。

ステップＳ１０２において、ゲームが第１パートである場合に、配信端末１００Ｂのプロセッサ１１０は、ゲームモジュール１０１Ａとして、プレイ情報をサーバ２００へ送信する。プレイ情報は、アバターの種類情報、座標情報、アクション情報、設定情報、及びその他の情報を含み得る。

ステップＳ１０４において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信開始要求を受信する。ステップＳ１０６において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、プレイ情報を受信する。つまり、サーバ２００は、配信ユーザが配信端末１００Ｂで行うゲームプレイに応じたプレイ情報を、配信端末１００Ｂから受信する。これに限らず、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、プレイ情報を受信してもよい。

ステップＳ１０８において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信情報を生成する。ステップＳ１０８において、プロセッサ２１０は、進行情報を含む各種の情報に基づいて、配信情報を生成する。ステップＳ１０８は、配信者のゲームプレイに応じて配信情報を生成することの一例である。

ステップＳ１１０において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信リストを生成する。一例として、配信リストは、配信中である視聴用コンテンツのリストである。一例として、配信リストは、視聴用コンテンツを配信中である配信ユーザのリストであってもよい。

ステップＳ１１４において、視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、配信リストの表示を指示するリスト表示操作を受け付けた場合に、配信リスト要求をサーバ２００へ送信する。

ステップＳ１１６において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信リスト要求を受信する。ステップＳ１１８において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信リストを視聴端末１００Ｃへ送信する。

ステップＳ１２０において、視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、配信リストを受信する。ステップＳ１２２において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、配信リストを含むリスト画面６５をモニタ１６６に表示する。

ステップＳ１２４において、視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、視聴を開始する視聴用コンテンツを指示する配信開始操作を受け付けた場合に、視聴開始要求をサーバ２００へ送信する。一例として、視聴開始要求は、視聴端末１００Ｃへの配信を要求する視聴用コンテンツを示す情報を含む。

ステップＳ１２６において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、視聴開始要求を受信する。ステップＳ１２８において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信情報を視聴端末１００Ｃへ送信する。ステップＳ１２８は、複数の視聴者の各々が使用する視聴端末１００Ｃへ配信情報を送信することによって、各視聴端末１００Ｃを使用してゲームプレイを含む動画を視聴できるようにすることの一例である。

ステップＳ１３０において、視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、配信情報を受信する。ステップＳ１３２において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、配信情報に応じて視聴画面７０をモニタ１６６に表示する。

視聴端末１００Ｃのプロセッサ１１０は、配信端末１００Ｂにおけるメインゲームが第１パートである場合に、第１パートにおけるプレイ動画を含む視聴画面７０をモニタ１６６に表示する。視聴端末１００Ｃのプロセッサ１１０は、配信端末１００Ｂにおけるメインゲームが第２パートである場合に、第２パートのプレイ動画を含む視聴画面７０をモニタ１６６に表示する。視聴画面７０は、配信ユーザによるゲームのプレイ動画を含む視聴用コンテンツの一例である。

視聴端末１００Ｃのプロセッサ１１０は、配信端末１００Ｂにおけるメインゲームが第２パートから第１パートへ移行した場合に、レンダリングモジュール１０４として、第２リザルト画面６０をモニタ１６６に表示する。つまり、配信情報は、第２パートの終了を示す情報を含み得る。その後、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、第１パートにおけるゲームプレイを含む視聴画面７０をモニタ１６６に表示する。

［バトルゲームを実行するための処理の流れ］
バトルゲームを実行するための処理の流れの一例について説明する。
以下の説明では、特に断らない限り、一般ユーザ又は配信ユーザと示す場合に、同じバトルゲームに参加している各ユーザを意図する。また、特に断らない限り、視聴ユーザと示す場合に、同じ配信ユーザによって配信されている視聴用コンテンツを視聴しているユーザを意図する。視聴ユーザは、選択ゲームに参加するユーザになり得る。

図７に示すように、ステップＳ２００において、メインゲームが第１パートである場合に、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、第１ホーム画面４０Ａ、又は第２ホーム画面４０Ｂをモニタ１６６に表示する。プロセッサ１１０は、初期状態である場合に、第１ホーム画面４０Ａをモニタ１６６に表示する。プロセッサ１１０は、配信状態である場合に、第２ホーム画面４０Ｂをモニタ１６６に表示する。

ステップＳ２０２において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、第２パートの開始を指示する開始操作を受け付けた場合に、マッチング開始要求をサーバ２００へ送信する。一例として、プロセッサ１１０は、端末１００のユーザが所属するパーティに、規定数のユーザが所属している場合に、開始操作を受け付ける。つまり、プロセッサ１１０は、端末１００のユーザが所属するパーティに、規定数のユーザが所属していない場合に、開始操作を受け付けない。規定数は、１つのパーティに所属できるユーザの最大数（一例として６人）であるが、これに限らない。一例として、規定数は、１人でもよく、最大数未満の複数人であってもよい。マッチング開始要求を送信した場合に、プロセッサ１１０は、レンダリングモジュール１０４として、マッチング画面４５をモニタ１６６に表示する。

ステップＳ２０４において、サーバ２００のプロセッサ２１０は、ゲームモジュール１０１Ａとして、マッチング開始要求を受信する。ステップＳ２０６において、サーバ２００のプロセッサ２１０は、マッチング処理を行う。マッチング処理において、プロセッサ２１０は、ゲームモジュール２０１Ａとして、マッチング待ち状態である１以上のパーティの中から、端末１００を使用するユーザが所属するパーティと対戦するための条件に適合するパーティを検索する。マッチング待ち状態は、マッチング開始要求を受信済みであり、かつ対戦相手となるパーティが決定されていない状態である。

ステップＳ２０８において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、条件に適合するパーティを敵方陣営のパーティとして決定してから、マッチングを完了する。つまり、プロセッサ２１０は、１つの第２パートのゲームに参加する複数のパーティを決定する。この複数のパーティは、味方陣営に所属する１以上の味方パーティと、敵方陣営に所属する１以上の敵方パーティと、を含むとよい。以下の説明では、１つのメインゲームに参加する複数のパーティを「参加パーティ」と示す。

ステップＳ２１０において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、ゲーム空間を定義する。ステップＳ２１２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、ゲーム空間に１以上のオブジェクトを配置する。１以上のオブジェクトは、複数の参加パーティのそれぞれに所属するユーザのアバターを含む。同じ陣営に所属するユーザ同士は、同じ属性を有する味方ユーザである。互いに敵対する複数の陣営に分かれて所属するユーザ同士は、異なる属性を有する敵方ユーザである。

ステップＳ２１２では、１人のユーザから見たときに、この１人のユーザのアバター、味方ユーザのアバター、及び敵方ユーザのアバターが、ゲーム空間に配置される。一例として、１以上のオブジェクトは、バトルゲームの舞台を構成するフィールドオブジェクトを含んでもよい。つまり、ゲーム空間は、アバターの移動を許容又は制限するフィールドを含み得る。一例として、１以上のオブジェクトは、複数の陣営にとって共通の敵方キャラクタを含んでもよい。一例として、１以上のオブジェクトは、複数の陣営にとって共通である障害物、又は共通であるトラップを含んでもよい。

ステップＳ２１４において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、第２パート開始要求を端末１００へ送信する。プロセッサ２１０は、第２パート開始要求を、参加パーティに所属するユーザが使用する全ての端末１００Ａ，１００Ｂへ送信する。

ステップＳ２１６において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、第２パート開始要求を受信する。ステップＳ２１８において、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、第１バトル画面５０Ａ又は第２バトル画面５０Ｂをモニタ１６６に表示する。プロセッサ１１０は、初期状態である場合に、第１バトル画面５０Ａをモニタ１６６に表示する。プロセッサ１１０は、配信状態である場合に、第２バトル画面５０Ｂをモニタ１６６に表示する。つまり、第２パートのゲームに使用される１以上の端末１００において、メインゲームは、第１パートから第２パートへ移行する。ステップＳ２１６，Ｓ２１８は、一般端末１００Ａ又は配信端末１００Ｂで実行される。

ステップＳ２２０において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、端末側のゲーム処理を行う。一例として、一般端末１００Ａ又は配信端末１００Ｂのプロセッサ１１０は、ゲームモジュール１０１Ａとして、自分のアバターの移動を指示する操作、他のアバターへの攻撃を指示する操作、又は所定のオブジェクトへの攻撃を指示する操作を受け付けた場合に、各々の操作内容を示すプレイ情報をサーバ２００へ送信する。

一例として、一般端末１００Ａ又は配信端末１００Ｂのプロセッサ１１０は、サーバ２００から進行情報を受信する。一般端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、進行情報に応じて、第１バトル画面５０Ａをモニタ１６６に表示する。配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、進行情報に応じて、第２バトル画面５０Ｂをモニタ１６６に表示する。

ステップＳ２２２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、サーバ側のゲーム処理を行う。ステップＳ２２２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、１以上の一般端末１００Ａ、及び１以上の配信端末１００Ｂから、プレイ情報を受信し得る。

一例として、ステップＳ２２２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、プレイ情報に応じて、ゲーム空間におけるアバターの移動動作を管理する。プロセッサ２１０は、アバターが第２状態である場合に、プレイ情報に応じてアバターを移動させない。プロセッサ２１０は、アバターが第１状態である場合に、プレイ情報に応じてアバターを移動させる。これに限定されず、アバターが第２状態である場合に、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、アバターの移動を指示する操作を受け付けないように構成されてもよい。アバターが第２状態である場合に、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、アバターの移動を指示する操作を受け付けても、アバターの移動を指示するプレイ情報を送信しないように構成されてもよい。

一例として、ステップＳ２２２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、プレイ情報に応じて、ゲーム空間におけるアバターの攻撃動作を管理する。プロセッサ２１０は、アバターが第２状態である場合に、プレイ情報に応じて攻撃動作を行わせない。プロセッサ２１０は、アバターが第１状態である場合に、プレイ情報に応じて攻撃動作を行わせる。これに限定されず、アバターが第２状態である場合に、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、攻撃を指示する操作を受け付けない構成であってもよい。アバターが第２状態である場合に、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、攻撃を指示する操作を受け付けたとしても、攻撃を指示するプレイ情報を送信しない構成であってもよい。

一例として、プロセッサ２１０は、敵方ユーザのアバターに、攻撃が命中したか否かを判定する。プロセッサ２１０は、敵方ユーザのアバターに、攻撃が命中したと判定した場合に、そのアバターのヒットポイントを減少させる。つまり、プロセッサ２１０は、１人のユーザから見たときに、当該１人のユーザのアバター、味方ユーザのアバター、及び敵方ユーザのアバターの各々に対応するヒットポイントを管理する。アバターの攻撃は、フィールドオブジェクトに命中する場合がある。また、フィールドオブジェクトの効果が、アバターに発揮される場合がある。

このように、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、プレイ情報に応じて、アバターの移動動作、及び攻撃動作を管理することによって、アバター同士の相互作用を特定する。そして、プロセッサ２１０は、その特定結果に応じて進行情報を生成する。プロセッサ２１０は、生成した進行情報を、一般端末１００Ａ及び配信端末１００Ｂへ送信する。ステップＳ２２２は、配信者をゲームに参加させることの一例である。なお、サーバ２００のプロセッサ２１０は、ステップＳ２２２において生成した進行情報を使用して、ステップＳ１０８において配信情報を生成する。サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、ステップＳ１２８において、配信情報を視聴端末１００Ｃへ送信するとよい。

ステップＳ２２４において、サーバ２００のプロセッサ２１０は、第２パートの終了条件が満たされた場合に、ゲームモジュール２０１Ａとして、同じ第２パートのゲームに参加するユーザがそれぞれ使用する全ての端末１００へ、第２パート終了要求を送信する。一例として、メインゲームにおける第２パートの終了条件は、第２パートの制限時間が経過する前に１以上の陣営が勝利条件を満たした場合、又は、第２パートの制限時間が経過した場合に成立する。なお、第２パートの終了条件が満たされた場合に、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、ステップＳ１０８において、第２パートの終了を示す情報を含む配信情報を生成するとよい。サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、ステップＳ１２８において、配信情報を視聴端末１００Ｃへ送信するとよい。

ステップＳ２２６において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、第２パート終了要求を受信する。ステップＳ２２８において、一般端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、第１バトル画面５０Ａの表示を終了するとともに、第１リザルト画面５５をモニタ１６６に表示する。その後、一般端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、第１ホーム画面４０Ａをモニタ１６６に表示する。ステップＳ２２８において、配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、第２バトル画面５０Ｂの表示を終了するとともに、第１リザルト画面５５をモニタ１６６に表示する。その後、配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、第２ホーム画面４０Ｂをモニタ１６６に表示する。つまり、端末１００Ａ，１００Ｂにおいて、ゲームは、第２パートから第１パートへ移行する。

［選択ゲームを実行するための処理の流れ］
選択ゲームを実行するための処理の流れの一例について説明する。選択ゲームを実行するための処理は、ギミック選択を視聴ユーザに提供するための処理である。なお、バトルゲームには、１以上の配信ユーザが参加しているものとする。

図８に示すように、ステップＳ３００において、サーバ２００のプロセッサ２１０は、バトルゲームを実行するための処理によって、バトルゲームを開始する。ステップＳ３０２において、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、それぞれバトル画面５０Ａ又はバトル画面５０Ｂをモニタ１６６に表示する。ステップＳ３０４において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、プレイ動画を含む視聴画面７０をモニタ１６６に表示する。

ステップＳ３０６において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、第１区間が開始されるか否かを特定する。プロセッサ２１０は、第１区間の開始が特定されるまで待機する。一例として、プロセッサ２１０は、バトルゲームが開始されてからの経過時間を計測する。プロセッサ２１０は、計測された経過時間が第１区間の開始時間に達した場合に、第１区間が開始されることを特定する。プロセッサ２１０は、計測された経過時間が、第１区間の開始時間に達していない場合に、第１区間が開始されないことを特定する。なお、第１区間や後述の区間について、経過時間に限られない。例えば、全陣営にとって共通である敵方キャラクタの討伐数が所定数に達した場合に区間が終了したと特定することも可能である。

ステップＳ３０８において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、メモリ２２０（メモリモジュール２０５）に記憶されている視聴ユーザ数ｎを特定する。ステップＳ３１０において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、ギミックを制御するための処理（以下、ギミック処理と示す）を実行する。この１回目のギミック処理は、ステップＳ３０８において把握した視聴ユーザ数ｎに基づいて、選択ゲームを実行するための処理である。ギミック処理は、ギミック選択を視聴ユーザに提供するための処理である。一例として、１回目のギミック処理の結果には、ギミックが発動される場合と、発動されない場合と、が存在する。

ステップＳ３１２において、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動される場合に、ギミックが発動される様子を、モニタ１６６に表示し得る。ステップＳ３１２において、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動されない場合に、ギミックが発動される様子を、モニタ１６６に表示しない。

ステップＳ３１４において、視聴端末１００Ｃのプロセッサ２１０は、レンダリングモジュール１０４として、選択ゲームが実行される場合に、選択ゲームのための画面をモニタ１６６に表示する。ステップＳ３１４において、視聴端末１００Ｃのプロセッサ２１０は、レンダリングモジュール１０４として、選択ゲームが実行されない場合に、選択ゲームのための画面をモニタ１６６に表示しない。

ステップＳ３１４において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動される場合に、ギミックが発動される様子を含むプレイ動画をモニタ１６６に表示し得る。ステップＳ３１４において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動されない場合に、ギミックが発動される様子を含まないプレイ動画をモニタ１６６に表示する。

ステップＳ３１６において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、第２区間が開始されるか否かを特定する。プロセッサ２１０は、第２区間の開始が特定されるまで待機する。一例として、プロセッサ２１０は、バトルゲームが開始されてからの経過時間を計測する。プロセッサ２１０は、計測された経過時間が、第２区間の開始時間に達した場合に、第２区間が開始されることを特定する。プロセッサ２１０は、計測された経過時間が、第２区間の開始時間に達していない場合に、第２区間が開始されないことを特定する。

ステップＳ３１８において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、メモリ２２０（メモリモジュール２０５）に記憶されている視聴ユーザ数ｎを特定する。ステップＳ３２０において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、２回目のギミック処理を実行する。このギミック処理は、ステップＳ３１８において把握した視聴ユーザ数ｎに基づいて、選択ゲームを実行するための処理である。一例として、２回目のギミック処理の結果には、ギミックが発動される場合と、発動されない場合と、が存在する。

ステップＳ３２２において、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動される場合に、ギミックが発動される様子を、モニタ１６６に表示し得る。ステップＳ３２２において、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動されない場合に、ギミックが発動される様子を、モニタ１６６に表示しない。

ステップＳ３２４において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、選択ゲームが実行される場合に、選択ゲームのための画面をモニタ１６６に表示する。ステップＳ３２４において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、選択ゲームが実行されない場合に、選択ゲームのための画面をモニタ１６６に表示しない。

ステップＳ３２４において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動される場合に、ギミックが発動される様子を含むプレイ動画をモニタ１６６に表示し得る。ステップＳ３２４において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動されない場合に、ギミックが発動される様子を含まないプレイ動画をモニタ１６６に表示する。

ステップＳ３２６において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、第ｍ区間が開始されるか否かを特定する。プロセッサ２１０は、第ｍ区間の開始が特定されるまで待機する。一例として、プロセッサ２１０は、バトルゲームが開始されてからの経過時間を計測する。プロセッサ２１０は、計測された経過時間が、第ｍ区間の開始時間に達した場合に、第ｍ区間が開始されることを特定する。プロセッサ２１０は、計測された経過時間が、第ｍ区間の開始時間に達していない場合に、第ｍ区間が開始されないことを特定する。

ステップＳ３２８において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、メモリ２２０（メモリモジュール２０５）に記憶されている視聴ユーザ数ｎを特定する。ステップＳ３３０において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、ｍ回目のギミック処理を実行する。このギミック処理は、ステップＳ３２８において把握した視聴ユーザ数ｎに基づいて、選択ゲームを実行するための処理である。一例として、ｍ回目のギミック処理の結果には、ギミックが発動される場合と、発動されない場合と、が存在する。

ステップＳ３３２において、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動される場合に、ギミックが発動される様子を、モニタ１６６に表示し得る。ステップＳ３３２において、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動されない場合に、ギミックが発動される様子を、モニタ１６６に表示しない。

ステップＳ３３４において、視聴端末１００Ｃのプロセッサ２１０は、レンダリングモジュール１０４として、選択ゲームが実行される場合に、選択ゲームのための画面をモニタ１６６に表示する。ステップＳ３３４において、視聴端末１００Ｃのプロセッサ２１０は、レンダリングモジュール１０４として、選択ゲームが実行されない場合に、選択ゲームのための画面をモニタ１６６に表示しない。

ステップＳ３３４において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動される場合に、ギミックが発動される様子を含むプレイ動画をモニタ１６６に表示し得る。ステップＳ３３４において、視聴端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、ギミックが発動されない場合に、ギミックが発動される様子を含まないプレイ動画をモニタ１６６に表示する。その後、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、選択ゲームを実行するための処理を終了する。

［ギミックを制御するための処理の流れ］
ギミックを制御するための処理（ギミック処理）の流れの一例について説明する。一例として、ギミック処理として、１回目からｍ回目までのギミック処理（Ｓ３１０，Ｓ３２０，Ｓ３３０）が存在し得る。

図９に示すように、ステップＳ４００において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、抽選条件を特定する。つまり、プロセッサ２１０は、抽選条件を選択する。一例として、抽選条件は、抽選のためのテーブル（以下、抽選テーブルと示す）によって規定される。抽選テーブルは、選択ゲームを実行するか否かを決定できるように構成される。抽選テーブルは、実行する選択ゲームの種類を決定できるように構成される。一例として、抽選テーブルは、複数の抽選テーブルＴＢ１～ＴＢ４を含む。

抽選テーブルＴＢ１～ＴＢ４について説明する。
図１０及び図１１に示すように、抽選テーブルＴＢ１は、１回目のギミック処理において、視聴ユーザ数ｎが規定ユーザ数Ｎ未満である場合に選択される。この場合に、選択ゲームは、未発生である。抽選テーブルＴＢ１は、２回目以降のギミック処理において、視聴ユーザ数ｎが規定ユーザ数Ｎ未満であり、かつ、選択ゲームの発生回数ｘが規定回数Ｘ未満である場合に選択される。この場合に、発生済み選択ゲームの種類は、任意である。一例として、抽選テーブルＴＢ１では、第１選択ゲームの実行、又は選択ゲームの非実行が決定され得る。一例として、第１選択ゲームの実行が決定される確率と、選択ゲームの非実行が決定される確率とは、同じである。一例として、抽選テーブルＴＢ１では、第２選択ゲームの実行が決定されない。つまり、抽選テーブルＴＢ１が選択される場合には、第１選択ゲームが実行されるか、何れの選択ゲームも実行されない。

図１０及び図１２に示すように、抽選テーブルＴＢ２は、１回目のギミック処理において、視聴ユーザ数ｎが規定ユーザ数Ｎ以上である場合に選択される。この場合に、発生済み選択ゲームの種類は、任意である。抽選テーブルＴＢ２は、２回目以降のギミック処理において、視聴ユーザ数ｎが規定ユーザ数Ｎ以上であり、かつ、第２選択ゲームが発生済みではない場合に選択される。この場合に、選択ゲームの発生回数は、任意である。一例として、抽選テーブルＴＢ２では、第１選択ゲームの実行、又は、第２選択ゲームの実行が決定され得る。一例として、第１選択ゲームの実行が決定される確率は、第２選択ゲームの実行が決定される確率と比べて高い。一例として、抽選テーブルＴＢ２では、選択ゲームの非実行が決定されない。つまり、抽選テーブルＴＢ２が選択される場合には、第１選択ゲーム、又は第２選択ゲームが実行される。

図１０及び図１３に示すように、抽選テーブルＴＢ３は、２回目以降のギミック処理において、視聴ユーザ数ｎが規定ユーザ数Ｎ未満であり、かつ、選択ゲームの発生回数ｘが規定回数Ｘ以上である場合に選択される。この場合に、発生済み選択ゲームの種類は、任意である。一例として、抽選テーブルＴＢ３では、選択ゲームの非実行のみが決定される。一例として、抽選テーブルＴＢ３では、第１選択ゲームの実行、及び、第２選択ゲームの実行が決定されない。つまり、抽選テーブルＴＢ３が選択される場合には、何れの選択ゲームも実行されない。

図１０及び図１４に示すように、抽選テーブルＴＢ４は、２回目以降のギミック処理において、視聴ユーザ数ｎが規定ユーザ数Ｎ以上であり、かつ、第２選択ゲームが発生済みである場合に選択される。この場合に、選択ゲームの発生回数ｘは、任意である。一例として、抽選テーブルＴＢ４では、第１選択ゲームの実行が決定され得る。一例として、抽選テーブルＴＢ４では、第２選択ゲームの実行、及び、選択ゲームの非実行が決定されない。つまり、抽選テーブルＴＢ４が選択される場合には、第１選択ゲームが必ず実行される。一例として、抽選テーブルＴＢ３，ＴＢ４は、１回目のギミック処理において選択され得ない。

抽選条件として、上述のように時間経過に基づいて区間ごとに選択ゲームが発生する抽選条件を示したが、これに限られない。選択ゲームが発生する条件（つまり、ギミック処理を実行するための条件、又は選択ゲームに関する各種の決定を行う条件）は、以下のように変更してもよい。

例えば、選択ゲームが発生する条件は、（１）陣営によって獲得されるスコアが所定のスコアに到達した場合、又は、回収される指定オブジェクトの個数が所定の個数に到達した場合、としてもよい。例えば、選択ゲームが発生する条件は、（２）死亡状態となったアバターの数が所定数に到達した場合、としてもよい。上記の条件（１）及び条件（２）における集計は、いずれか一方の陣営において集計してもよいし、両方の陣営を合算して集計するようにしてもよい。

例えば、選択ゲームが発生する条件は、（３）陣営ごとに回収された指定オブジェクトの個数の差が、所定の差に到達した場合、としてもよい。また、例えば、選択ゲームが発生する条件は、（４）メインゲームの第２パートにおいてランダムに発生されるギミックが特定のギミックであった場合、としてもよい。これらの条件（１）～（４）は、個別のプレイヤに偏在することなく、全プレイヤに等しく発生しうる状況である。全プレイヤに対してギミック、すなわちゲームの恩恵が平等に与えられるため、ゲームの楽しみを一層大きくすることができる。なお、上記の条件（１）～（４）は、任意に選択できる１つを選択ゲームが発生する条件として設定してもよく、任意に選択できる複数を選択ゲームが発生する条件として設定してもよい。

また、選択ゲームの実行（ギミック処理の実行）は、配信ユーザの行動をトリガとすることも考えられる。つまり、選択ゲームが発生する条件は、配信ユーザが特定の行動をする場合、としてもよい。これによれば、配信ユーザのアバターが生存状態にあり、視聴ユーザがいる場合に、配信ユーザに恩恵があることが体感させる効果が期待できる。例えば、特定の行動は、上述のように大ボスを倒す、すなわち敵方キャラクタを討伐することの他に、例えば、（５）配信ユーザのアバターが生存状態から死亡状態になった後にふたたび生存状態となり、第２パートにおいて復活した場合、としてもよい。なお、抽選テーブルの内容は、抽選条件を発生させる内容に応じて変更することも可能である。

図９に示すように、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、ステップＳ４００で抽選条件を選択した場合に、ステップＳ４０２へ進む。以下の説明では、単に「選択された抽選テーブル」と示す場合、ステップＳ４００において選択された抽選テーブルを示す。

ステップＳ４０２において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、選択された抽選テーブルを用いて抽選を行うことによって、選択ゲームに関する各種の決定を行う。一例として、プロセッサ２１０は、選択ゲームを実行するか否かを決定する。プロセッサ２１０は、実行する選択ゲームの種類を決定する。

ステップＳ４０２において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、実行する選択ゲームの種類に応じて、当該選択ゲームを提供する視聴ユーザを決定する。一例として、プロセッサ２１０は、第１選択ゲームの実行を決定した場合に、ユーザ抽選を行うことによって、第１選択ゲームを提供する視聴ユーザ（以下、第１当選ユーザと示す）を決定する。以下の説明では、第１当選ユーザを決定するためのユーザ抽選を、第１ユーザ抽選と示す。一例として、第１ユーザ抽選は、配信ユーザごとに実行されるとよい。つまり、第１ユーザ抽選は、視聴用コンテンツごとに実行されるとよい。第１当選ユーザ数ｎ１は、視聴ユーザ数ｎ未満である。第１当選ユーザ数ｎ１は、視聴ユーザ数ｎの２分の１であってもよく、３分の１であってもよく、１人であってもよい。なお、第１当選ユーザ数ｎ１は、視聴ユーザ数ｎと同数となる場面があってもよい。

一例として、プロセッサ２１０は、第２選択ゲームの実行を決定した場合に、ユーザ抽選を行うことによって、第２選択ゲームを提供する視聴ユーザ（以下、第２当選ユーザと示す）を決定する。以下の説明では、第２当選ユーザを決定するためのユーザ抽選を、第２ユーザ抽選と示す。一例として、第２ユーザ抽選は、配信ユーザごとに実行されるとよい。つまり、第２ユーザ抽選は、視聴用コンテンツごとに実行されるとよい。第２当選ユーザ数ｎ２は、視聴ユーザ数ｎ未満である。第２当選ユーザ数ｎ２は、視聴ユーザ数ｎの２分の１であってもよく、３分の１であってもよい。第２当選ユーザ数ｎ２は、第１当選ユーザ数ｎ１に比べて多人数であるとよい。なお、第２当選ユーザ数ｎ２は、視聴ユーザ数ｎと同数の場面があってもよい。

ステップＳ４０２は、複数の視聴ユーザの中から、１以上の視聴ユーザを抽選によって選択することの一例である。ステップＳ４０２は、抽選によって選択された１以上の視聴ユーザに、配信ユーザのゲームプレイに特定の効果を発生させる権利を付与することの一例となる。

ステップＳ４０２において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、実行する選択ゲームの種類に応じて、当選ユーザに選択させる選択肢としてのギミックを決定する。一例として、プロセッサ２１０は、第１選択ゲームの実行を決定した場合に、第１ギミック抽選を行う。この抽選により、プロセッサ２１０は、複数種類ある第１類ギミックの中から、第１当選ユーザに選択肢として提示する複数のギミックを決定する。一例として、プロセッサ２１０は、第２選択ゲームの実行を決定した場合に、第２ギミック抽選を行う。この抽選により、プロセッサ２１０は、複数種類ある第２類ギミックの中から、第２当選ユーザに選択肢として提示する複数のギミックを決定する。

ステップＳ４０４において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、選択ゲーム要求を視聴端末１００Ｃへ送信する。選択ゲーム要求は、選択ゲームを実行するか否かを指定する情報を含むとよい。選択ゲーム要求は、実行する選択ゲームの種類を指定する情報を含むとよい。選択ゲーム要求は、今回の選択ゲームにおける当選ユーザであるか否かを指定する情報を含むとよい。選択ゲーム要求は、選択肢としての複数のギミックを指定する情報を含むとよい。選択ゲーム要求を送信することによって、当選ユーザに対して、ギミックを選択する権利が付与され得る。

ステップＳ４０６において、視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、選択ゲーム要求を受信する。ステップＳ４０８において、視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、選択ゲームに関連したオブジェクト（以下、選択関連オブジェクトと示す）をモニタ１６６に表示する。一例として、プロセッサ１１０は、選択ゲームの非実行が指定されている場合に、選択関連オブジェクトとして、選択ゲームが実行されないことを示すオブジェクト（以下、非実行オブジェクトと示す）をモニタ１６６に表示する。一例として、プロセッサ１１０は、選択ゲームの実行が指定されている場合に、選択関連オブジェクトとして、指定された選択ゲームの種類に応じたオブジェクト（以下、種類オブジェクトと示す）をモニタ１６６に表示する。プロセッサ１１０は、選択関連オブジェクトとして、選択肢として指定された複数のギミックを示すオブジェクト（以下、選択肢オブジェクトと示す）をモニタ１６６に表示する。

ステップＳ４１０において、視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、選択肢として提示された複数のギミックの中から、何れかのギミックを選択する操作（以下、ギミック選択操作と示す）を受け付ける。なお、プロセッサ１１０は、選択ゲームの非実行が指定されている場合に、ギミック選択操作を受け付けない。

ステップＳ４１２において、視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、ギミック選択操作を受け付けた場合に、ギミック選択情報をサーバ２００へ送信する。ギミック選択情報は、ギミック選択操作によって選択されたギミックを指定する情報である。

ステップＳ４１４において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、ギミック選択情報を受信する。ギミック選択情報は、権利行使要求の一例である。ステップＳ４１４は、抽選によって選択された１以上の視聴ユーザが使用する１以上の視聴端末１００Ｃが送信する権利行使要求を受信することの一例である。ステップＳ４１６において、サーバ２００のプロセッサ２１０は、受信したギミック選択情報に応じて、ギミックの選択結果を特定する。

一例として、第１選択ゲームが実行されている場合に、プロセッサ２１０が、各第１当選ユーザが使用する視聴端末１００Ｃから、ギミック選択情報を受信したとする。プロセッサ２１０は、選択結果として、各ギミック選択情報に指定される１以上のギミックをメインゲームにおいて発動させることを特定する。つまり、第１選択ゲームでは、第１当選ユーザごとに、メインゲームにおいて発動されるギミックが特定される。例えば、第１当選ユーザ数ｎ１と同数のギミックが、メインゲームにおいて発動させるギミックとして特定され得る。

一例として、第２選択ゲームが実行されている場合に、プロセッサ２１０が、各第２当選ユーザが使用する視聴端末１００Ｃからギミック選択情報を受信したとする。プロセッサ２１０は、選択肢としての第２類ギミックごとに、ギミック選択情報で指定された回数を計数する。プロセッサ２１０は、選択結果として、選択肢とした第２類ギミックのうち、指定された回数が最も多いギミックを、メインゲームにおいて発動させることを特定する。つまり、第２選択ゲームでは、第２当選ユーザによる多数決によって決定されたギミックが、メインゲームにおいて発動させるギミックとして特定される。

ステップＳ４１８において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、特定された選択結果に応じて進行情報を更新する。一例として、プロセッサ２１０は、ステップＳ４１６において発動させることが特定されたギミックに応じて、進行情報を更新する。つまり、プロセッサ２１０は、ゲームモジュール２０１Ａとして、特定された１以上の第１類ギミックをメインゲームにおいて発動させる。同様に、プロセッサ２１０は、ゲームモジュール２０１Ａとして、特定された１以上の第２類ギミックをメインゲームにおいて発動させる。ステップＳ４１８は、権利行使要求に応じて、配信ユーザのゲームプレイに特定の効果を発生させることの一例である。なお、ステップＳ１０８において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、更新された進行情報に応じて、配信情報を生成する。

ステップＳ４２０において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、進行情報を一般端末１００Ａ及び配信端末１００Ｂへ送信する。ステップＳ４２０において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信情報を視聴端末１００Ｃへ送信する。

ステップＳ４２２において、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、進行情報を受信する。ステップＳ４２４において、一般端末１００Ａ及び配信端末１００Ｂのプロセッサ１１０は、進行情報に応じてバトル画面をモニタ１６６に表示する。つまり、メインゲームにおけるギミックの発動に応じて、モニタ１６６の表示内容が変化される。

ステップＳ４２６において、視聴端末１００Ｃのプロセッサ１１０は、配信情報を受信する。ステップＳ４２８において、視聴端末１００Ｃのプロセッサ１１０は、配信情報に応じたプレイ動画を含む視聴画面をモニタ１６６に表示する。つまり、メインゲームにおけるギミックの発動に応じて、モニタ１６６の表示内容が変化される。

選択ゲームの具体的な実行態様の一例について説明する。
第１区間の開始時（１回目のギミック処理）について説明する。
第１区間の開始時において、視聴ユーザ数ｎが規定ユーザ数Ｎ未満である場合には、抽選テーブルＴＢ１に基づいて、選択ゲームに関する各種の決定が行われる。つまり、第１選択ゲームが実行される場合と、何れの選択ゲームも実行されない場合と、が発生し得る。しかし、第２選択ゲームが実行される場合が発生し得ない。

第１区間の開始時において、視聴ユーザ数ｎが規定ユーザ数Ｎ以上である場合には、抽選テーブルＴＢ２に基づいて、選択ゲームに関する各種の決定が行われる。つまり、第１選択ゲームが実行される場合と、第２選択ゲームが実行される場合と、が発生し得る。しかし、何れの選択ゲームも実行されない場合が発生し得ない。つまり、第１区間の開始時において、視聴ユーザ数ｎが規定ユーザ数Ｎ以上である場合に、多人数向けの第２選択ゲームが実行され得る。

第２区間以降の区間の開始時（２回目以降のギミック処理）について説明する。
第２区間以降の区間の開始時において、視聴ユーザ数ｎが規定ユーザ数Ｎ未満であり、かつ、選択ゲームの発生回数ｘが規定回数Ｘ以上である場合には、抽選テーブルＴＢ３に基づいて、選択ゲームに関する各種の決定が行われる。つまり、何れの選択ゲームも実行されない。これに限らず、サーバ２００のプロセッサ２１０は、第２区間以降の区間の開始時において、視聴ユーザ数ｎが規定ユーザ数Ｎ未満であり、かつ、選択ゲームの発生回数ｘが規定回数Ｘ以上である場合には、抽選テーブルを選択することなく、何れの選択ゲームも非実行とすることを決定するように構成されてもよい。

第２区間以降の区間の開始時において、視聴ユーザ数ｎが規定ユーザ数Ｎ未満であり、かつ、選択ゲームの発生回数ｘが規定回数Ｘ未満である場合には、抽選テーブルＴＢ１に基づいて、選択ゲームに関する各種の決定が行われる。つまり、第１選択ゲームが実行される場合と、何れの選択ゲームも実行されない場合と、が発生し得る。しかし、第２選択ゲームが実行される場合が発生し得ない。

第２区間以降の区間の開始時において、視聴ユーザ数ｎが規定ユーザ数Ｎ以上であり、かつ、第２選択ゲームが発生済みである場合には、抽選テーブルＴＢ４に基づいて、選択ゲームに関する各種の決定が行われる。つまり、第１選択ゲームが実行される場合が発生する。しかし、第２選択ゲームが実行される場合と、何れの選択ゲームも実行されない場合と、が発生し得ない。

第２区間以降の区間の開始時において、視聴ユーザ数ｎが規定ユーザ数Ｎ以上であり、かつ、第２選択ゲームが発生済みではない場合には、抽選テーブルＴＢ２に基づいて、選択ゲームに関する各種の決定が行われる。つまり、第１選択ゲームが実行される場合と、第２選択ゲームが実行される場合と、が発生し得る。しかし、何れの選択ゲームも実行されない場合が発生し得ない。つまり、第２区間以降の区間の開始時において、視聴ユーザ数ｎが規定ユーザ数Ｎ以上である場合に、多人数向けの第２選択ゲームが実行され易くなる。

このように、ステップＳ４００で選択され得る抽選条件（抽選テーブル）は、視聴ユーザ数ｎが規定ユーザ数Ｎ以上であるか否かに応じて変更される。これにより、視聴ユーザ数ｎに応じて、ステップＳ４０２で決定され得る選択ゲームの種類が変化し得る。よって、ステップＳ４０２は、視聴ユーザの数が第１視聴ユーザ数であるか、第１視聴ユーザ数より多い第２視聴ユーザ数であるかに応じて、権利の内容を変更することを含むといえる。また、抽選条件（抽選テーブル）に応じて、選択ゲームが実行される確率が異なる。つまり、抽選において１以上の視聴ユーザが選択される確率は、視聴ユーザ数ｎが第１視聴ユーザ数であるか、第１視聴ユーザ数より多い第２視聴ユーザ数であるかに応じて異なるといえる。

１回のメインゲームにおいて、ギミック処理は、第１区間から第ｍ区間までの各区間の開始に基づいて実行され得る。つまり、配信ユーザのゲームプレイに特定の効果を発生させる権利を付与することは、ゲームにおける所定タイミングが到来したときに実行されるといえる。つまり、第１区間から第ｍ区間までの各区間が開始されるタイミングは、所定のタイミングの一例である。所定タイミングは、ゲームにおいて複数あるといえる。

［端末における表示画面の一例と表示に関する処理の流れ］
［仮想空間の概略］
図１５に示すように、サーバ２００（ゲームモジュール２０１Ａ）によって定義されたゲーム空間８０Ａにおける事象は、各端末１００Ａ，１００Ｂのそれぞれによって定義されたゲーム空間８０Ａにおいて、リアルタイムで再現され得る。各端末１００Ａ，１００Ｂは、同じバトルゲームに参加するユーザが使用する端末１００である。

サーバ２００が管理するゲーム空間８０Ａにおける事象は、各端末１００Ａ，１００Ｂから受信するプレイ情報に応じて更新される。サーバ２００は、ゲーム空間８０Ａにおける事象を更新した結果に応じて、進行情報を各端末１００Ａ，１００Ｂへ送信する。各端末１００Ａ，１００Ｂが管理するゲーム空間８０Ａにおける事象は、サーバ２００から受信する進行情報に応じて、その都度、更新され得る。

サーバ２００（ゲームモジュール２０１Ａ）によって定義されたゲーム空間８０Ａにおける事象は、サーバ２００（配信モジュール２０１Ｂ）によって定義された視聴空間８０Ｂにおいて、リアルタイムで再現され得る。サーバ２００によって定義された視聴空間８０Ｂにおける事象は、各視聴端末１００Ｃのそれぞれによって定義された視聴空間８０Ｂにおいて、リアルタイムで再現され得る。各視聴端末１００Ｃは、同じバトルゲームのプレイ動画の視聴に使用されている端末１００である。

サーバ２００が管理する視聴空間８０Ｂにおける事象は、生成された進行情報に応じて更新される。サーバ２００は、進行情報に応じて生成された配信情報を、視聴端末１００Ｃへ送信する。視聴端末１００Ｃが管理する視聴空間８０Ｂにおける事象は、サーバ２００から受信する配信情報に応じて、その都度、更新され得る。

以上のように、仮想空間８０では、当該仮想空間８０における事象の一部又は全部が、サーバ２００及び端末１００Ａ～１００Ｃにおいて共有される。以下の説明において、単に「仮想空間８０」と示す場合、ゲーム空間８０Ａと視聴空間８０Ｂとを区別しない意図である。

仮想空間８０に配置され得る各種のオブジェクトは、ユーザのアバター８１を含む。一例として、複数のアバター８１は、第１陣営に所属する１以上のユーザに対応するキャラクタとして、アバター８１１Ａを含んでもよい。例えば、アバター８１１Ａは、配信ユーザに対応するキャラクタである。一例として、複数のアバター８１は、第２陣営に所属する１以上のユーザに対応するキャラクタとして、１以上のアバター８１２Ａを含んでもよい。仮想空間８０に配置され得る各種のオブジェクトは、第２状態となったアバター８１を示すオブジェクトの一例として、墓標オブジェクト８１Ｄを含んでもよい。

仮想空間８０に配置され得る各種のオブジェクトは、フィールド８２Ａを構成するための、１以上のフィールドオブジェクト８２を含んでもよい。一例として、フィールドオブジェクト８２は、アバター８１の移動に影響を与える地形オブジェクトを含んでもよい。例えば、フィールドオブジェクト８２は、樹木、岩、川、海、及び山など、アバター８１の移動を制限するオブジェクトを含んでもよい。例えば、フィールドオブジェクト８２は、沼地など、アバター８１の移動速度を減少させるオブジェクトを含んでもよい。例えば、フィールドオブジェクト８２は、氷床など、アバター８１の移動速度を増加させるオブジェクトを含んでもよい。一例として、フィールドオブジェクト８２は、アバター８１のパラメータ値に影響を与えるオブジェクトを含んでもよい。

例えば、フィールドオブジェクト８２は、毒沼エリア８２ａなど、アバター８１のヒットポイントを減少させるオブジェクトを含んでもよい。例えば、フィールドオブジェクト８２は、回復の泉など、アバター８１のヒットポイントを増加させるオブジェクトを含んでもよい。毒沼エリア８２ａ及び回復の泉は、ギミックオブジェクトの一例でもある。

［ホーム画面］
図１６に示すように、メインゲームの第１パートにおいて、一般端末１００Ａのモニタ１６６には、第１ホーム画面４０Ａが表示される。メインゲームの第１パートにおいて、配信端末１００Ｂのモニタ１６６には、第２ホーム画面４０Ｂが表示される。ホーム画面４０Ａ，４０Ｂは、各種のオブジェクトを含み得る。一例として、ホーム画面４０Ａ，４０Ｂは、アバターウィンドウ４０１、バトルアイコン４０４、キャラクタアイコン４０６、ホームボタン４０８、及び視聴ボタン４０９を含み得る。ホーム画面４０Ａ，４０Ｂは、プレイ動画を配信する場合に使用する配信開始アイコン４０７を含み得る。第２ホーム画面４０Ｂは、プレイ動画の配信を終了する場合に使用する配信終了アイコン、及び、プレイ動画を配信中であることを示す配信中アイコンを含んでもよい。

一例として、アバターウィンドウ４０１には、自分のアバター８１が表示される。アバター８１の外観は、アバターの設定が変更されることに応じて変化する。一例として、バトルアイコン４０４が表示されている部分をタップ操作することによって、第２パートの開始を指示する開始操作を行うことができる。一例として、キャラクタアイコン４０６が表示されている部分をタップ操作することによって、バトルゲームの準備を行うための準備ウィンドウ（不図示）の表示を指示する操作を行うことができる。各端末１００Ａ，１００Ｂのプロセッサ１１０は、準備ウィンドウ（不図示）に対する操作を受け付けると、その操作に応じて、アバター８１の設定を変更する。上述したように、アバター８１の設定は、アバターの種類、アバターの装備、又はアバターの容姿などを含み得る。一例として、配信開始アイコン４０７が表示されている部分をタップ操作することによって、配信開始を指示する操作を行うことができる。一例として、視聴ボタン４０９が表示されている部分をタップ操作することによって、配信リストの表示を指示するリスト表示操作を行うことができる。

［マッチング画面］
図１７に示すように、サーバ２００がマッチング処理（ステップＳ２０６）を実行している場合に、端末１００Ａ，１００Ｂのモニタ１６６には、マッチング画面４５が表示される。マッチング画面４５は、各種のオブジェクトを含み得る。マッチング画面４５は、ユーザのアバター８１を表示するアバターウィンドウ４５１を含む。一例として、アバターウィンドウ４５１には、自分のアバター８１が表示される。マッチング画面４５は、マッチングを行っていることを示す文字データ等の情報を含む。

［バトル画面］
図１８に示すように、メインゲームの第２パート（バトルゲーム）において、一般端末１００Ａのモニタ１６６には、第１バトル画面５０Ａが表示される。メインゲームの第２パートにおいて、配信端末１００Ｂのモニタ１６６には、第２バトル画面５０Ｂが表示される。バトル画面５０Ａ，５０Ｂは、各種のオブジェクトを含む。一例として、バトル画面５０Ａ，５０Ｂは、それぞれ端末１００Ａ，１００Ｂを使用するユーザのアバター８１を含み得る。一例として、バトル画面５０Ａ，５０Ｂは、ユーザが所属する陣営のスコア表示欄、自分のアバターのヒットポイントを示すＨＰバー６１、及び他人のアバターのヒットポイントを示すＨＰバー６２を含み得る。第１バトル画面５０Ａは、プレイ動画を配信する場合に使用する配信開始アイコン（不図示）を含んでもよい。第２バトル画面５０Ｂは、プレイ動画の配信を終了する場合に使用する配信終了アイコン（不図示）、及び、プレイ動画を配信中であることを示す配信中アイコン（不図示）を含んでもよい。

一例として、ステップＳ２２０において、一般端末１００Ａ又は配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、その端末１００を使用するユーザのアバター８１をモニタ１６６の中央に表示する。一般端末１００Ａ又は配信端末１００Ｂのプロセッサ１１０は、ゲーム空間８０Ａにおいて、アバター８１の頭上後方に仮想カメラ８５を配置することによって、当該仮想カメラ８５の撮影範囲８５Ｄに収められる範囲をモニタ１６６に表示する（図１５参照）。これに限らず、バトル画面５０Ａ，５０Ｂにおける仮想カメラ８５は、アバター８１の頭部からフィールド８２Ａを見た一人称視点となる位置、又はアバター８１を中心としてフィールド８２Ａを見た俯瞰視点となる位置でもよい。

一般端末１００Ａ又は配信端末１００Ｂのプロセッサ１１０は、サーバ２００から受信する進行情報に応じて、味方ユーザのアバター８１、及び敵方ユーザのアバター８１をゲーム空間８０Ａに配置する。一般端末１００Ａ又は配信端末１００Ｂのプロセッサ１１０は、仮想カメラ８５の撮影範囲８５Ｄに他ユーザのアバター８１が収まる場合に、それらアバター８１を、モニタ１６６に表示し得る。それらアバター８１は、モニタ１６６に表示される場合に、アクション情報に応じたアクションを伴う。また、一般端末１００Ａ又は配信端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、敵方ユーザのアバター８１を表示する場合に、そのアバターのヒットポイントを示すＨＰバー６２を、モニタ１６６に表示する。一例として、ＨＰバー６２は、敵方ユーザのアバター８１の頭上に配置される。ＨＰバー６２は、味方ユーザのアバター８１の頭上に配置されてもよい。

一例として、バトル画面５０Ａ，５０Ｂは、視聴用コンテンツの視聴ユーザ数ｎを示す数字として、視聴ユーザ数情報５０９を含むとよい。一般ユーザ及び配信ユーザは、視聴ユーザ数情報５０９を見ることによって、視聴ユーザ数ｎを把握できる。一例として、バトル画面５０Ａ，５０Ｂは、現在の視聴ユーザ数ｎを基準として、規定ユーザ数Ｎまでの残りユーザ数を示す情報として、残りユーザ数カウンタ（不図示）を含んでもよい。

［リスト画面］
図１９に示すように、リスト画面６５は、視聴端末１００Ｃのモニタ１６６に表示される。リスト画面６５は、複数の配信パネル４８０を含んで構成される。複数の配信パネル４８０は、それぞれ対応する視聴用コンテンツを配信する配信ユーザに関係する情報を含む。一例として、配信ユーザに関係する情報は、配信ユーザのユーザ名、配信ユーザのアバター、及びゲームの現在パートを含む。各配信パネル４８０は、対応する視聴用コンテンツの視聴ユーザ数ｎを示す数字として、視聴ユーザ数情報４８０ａを含む。視聴ユーザは、視聴ユーザ数情報４８０ａを見ることによって、視聴ユーザ数ｎを把握できる。

一例として、ホームボタン４０８が表示されている部分をタップ操作することによって、第１ホーム画面４０Ａの表示を指示する操作が行われてもよい。ある配信パネル４８０が表示されている部分をタップ操作することによって、その配信パネル４８０に対応する視聴用コンテンツを、視聴を開始する視聴用コンテンツとして指示する配信開始操作を行うことができる。上述したように、ステップＳ１３２において、視聴端末１００Ｃのプロセッサ１１０は、受信した配信情報に応じて、視聴画面７０をモニタ１６６に表示する。

［視聴画面］
図２０に示すように、視聴画面７０は、視聴端末１００Ｃのモニタ１６６に表示される。視聴画面７０は、各種のオブジェクトを含み得る。一例として、視聴画面７０は、視聴ウィンドウ７０１を含む。一例として、視聴画面７０は、メンバーアイコン７０３、チャットウィンドウ７０４、及び戻るボタン７０５を含み得る。一例として、視聴画面７０は、視聴用コンテンツの視聴ユーザ数ｎを示す数字として、視聴ユーザ数情報７０９を含む。視聴ユーザは、視聴ユーザ数情報７０９を見ることによって、視聴ユーザ数ｎを把握できる。なお、共通のバトルｉｄを持つ配信を異なる配信ユーザが視聴用コンテンツとして配信する場合もある。この場合、視聴ユーザ数情報７０９は、配信ユーザによって区別される視聴用コンテンツごとに異なる値となる。

一例として、チャットウィンドウ７０４には、視聴ユーザ間で送受信される文字データを表示するとよい。一例として、視聴端末１００Ｃのプロセッサ１１０は、他の視聴端末１００Ｃから送信される文字データを、サーバ２００経由で受信し、受信した文字データを、時系列順にモニタ１６６に表示する。一例として、視聴端末１００Ｃのプロセッサ１１０は、視聴ユーザの入力操作により指示される文字データを、他の視聴端末１００Ｃへサーバ２００経由で送信する。

視聴ウィンドウ７０１には、ゲームのプレイ動画が表示され得る。一例として、視聴ウィンドウ７０１には、視聴中のメインゲームが第１パートである場合に、配信ユーザのアバター８１が表示される。視聴ウィンドウ７０１には、視聴中のメインゲームが第２パートのバトルゲームである場合に、ゲーム空間８０Ａにおけるバトルの様子が表示される。

視聴端末１００Ｃのプロセッサ１１０は、サーバ２００（配信モジュール２０１Ｂ）から受信する配信情報に応じて、フィールドオブジェクト８２を視聴空間８０Ｂに配置する。つまり、視聴空間８０Ｂは、ゲーム空間８０Ａと同様に、フィールド８２Ａを含む。視聴端末１００Ｃのプロセッサ１１０は、サーバ２００から受信する配信情報に応じて、一般ユーザのアバター８１、及び配信ユーザのアバター８１を視聴空間８０Ｂに配置する。つまり、視聴空間８０Ｂは、ゲーム空間８０Ａと同様に、各ユーザのアバター８１を含む。視聴端末１００Ｃのプロセッサ１１０は、視聴空間８０Ｂにおいて、基準キャラクタに対応する初期位置に仮想カメラ８５を配置し、当該仮想カメラ８５の撮影範囲８５Ｄに収められる範囲をモニタ１６６に表示する。一例として、仮想カメラ８５の初期位置は、基準キャラクタとしてのアバター８１の頭上後方であるとよい。

一例として、メンバーアイコン７０３は、配信ユーザと同じパーティに所属する各ユーザを示すとよい。メンバーアイコン７０３が表示されている部分をタップ操作することによって、基準キャラクタとして設定するアバター８１を変更する操作（以下、キャラクタ変更操作と示す）を行うことができる。視聴端末１００Ｃのプロセッサ１１０は、キャラクタ変更操作を受け付けると、当該操作によって指定されたユーザのアバター８１を基準キャラクタとして設定する。視聴端末１００Ｃのプロセッサ１１０は、変更後の基準キャラクタに対応する初期位置に仮想カメラ８５を配置する。

一例として、視聴端末１００Ｃのプロセッサ１１０は、カメラ操作を受け付けた場合に、当該カメラ操作に応じて、仮想カメラ８５を、基準キャラクタを中心として公転するように移動させる（図１５の矢印８５Ａに示す）。視聴端末１００Ｃのプロセッサ１１０は、基準キャラクタに向かう方向に、仮想カメラ８５の向きを保つ。よって、基準キャラクタは、視聴ウィンドウ７０１の中央に表示される。

視聴端末１００Ｃのプロセッサ１１０は、仮想カメラ８５の撮影範囲８５Ｄに１以上のアバター８１が収まる場合に、その１以上のアバターを、モニタ１６６に表示し得る。１以上のアバター８１は、モニタ１６６に表示される場合に、配信情報に含まれるアクション情報に応じたアクションを伴う。つまり、視聴ウィンドウ７０１には、配信ユーザが行うゲームのプレイ動画が表示され得る。仮想カメラ８５の撮影範囲８５Ｄには、ギミックオブジェクトが収まる場合もある。ゲームシステム１０では、仮想空間８０のうち、当該仮想空間８０に配置された仮想カメラ８５の視野に入る部分が、プレイ動画として視聴端末１００Ｃに表示される。

図２１に示すように、視聴画面７０は、第１選択ゲームを実行するための第１選択ゲームオブジェクト７１０を含み得る。一例として、第１選択ゲームオブジェクト７１０は、視聴画面７０に表示されるウィンドウ又はパネルである。一例として、第１選択ゲームオブジェクト７１０は、視聴ウィンドウ７０１と重ならない、又は一部のみが重なる。つまり、視聴ウィンドウ７０１におけるプレイ動画は、第１選択ゲームオブジェクト７１０が表示されても視認できる。視聴ユーザは、プレイ動画を視聴しながら、第１選択ゲームに参加できる。

一例として、第１選択ゲームオブジェクト７１０は、「＜少人数用チョイス＞」及び「発動させたいギミックを選んで下さい」の文字列のように、第１選択ゲームを実行中であることを示す種類オブジェクト７１１を含む。一例として、第１選択ゲームオブジェクト７１０は、視聴ユーザによるギミック選択操作を受け付ける残り時間を示す残時間ゲージ７１２を含む。残時間ゲージ７１２は、視聴ユーザによるギミック選択操作を受け付けていることを示す情報ともいえる。

一例として、第１選択ゲームオブジェクト７１０は、複数の選択肢オブジェクト７１５を含む。複数の選択肢オブジェクト７１５は、それぞれ選択肢として第１類オブジェクトを示す。一例として、各選択肢オブジェクト７１５が表示されている部分をタップ操作することによって、そのタップ操作された選択肢オブジェクト７１５に示される第１類ギミックを指示するギミック選択操作を行うことができる。

図２２に示すように、視聴画面７０は、第２選択ゲームを実行するための第２選択ゲームオブジェクト７２０を含み得る。一例として、第２選択ゲームオブジェクト７２０は、視聴画面７０に表示されるウィンドウ又はパネルである。一例として、第２選択ゲームオブジェクト７２０は、視聴ウィンドウ７０１と重ならない、又は一部のみが重なる。つまり、視聴ウィンドウ７０１におけるプレイ動画は、第２選択ゲームオブジェクト７２０が表示されても視認できる。視聴ユーザは、プレイ動画を視聴しながら、第２選択ゲームに参加できる。

一例として、第２選択ゲームオブジェクト７２０は、「＜多人数用チョイス＞」及び「発動させたいギミックを選んで下さい」の文字列のように、第２選択ゲームを実行中であることを示す種類オブジェクト７２１を含む。一例として、第２選択ゲームオブジェクト７２０は、視聴ユーザによるギミック選択操作を受け付ける残り時間を示す残時間ゲージ７２２を含む。残時間ゲージ７２２は、視聴ユーザによるギミック選択操作を受け付けていることを示す情報ともいえる。

一例として、第２選択ゲームオブジェクト７２０は、複数の選択肢オブジェクト７２５を含む。複数の選択肢オブジェクト７２５は、それぞれ選択肢として第２類オブジェクトを示す。一例として、各選択肢オブジェクト７２５が表示されている部分をタップ操作することによって、当該タップ操作された第２選択肢オブジェクト７２５に示される第２類ギミックを指示するギミック選択操作を行うことができる。

［リザルト画面］
第２パートが終了し、第１パートに移行する場合に、各端末１００Ａ，１００Ｂのモニタ１６６には、それぞれ第１リザルト画面５５が表示される。第１リザルト画面５５は、各種のオブジェクトを含み得る。第１リザルト画面５５は、第２パートのバトルゲームで勝利した陣営又はパーティを示すアイコン、スコアの獲得数が最も多いユーザを示すアイコン、又はアバターの討伐数が最も多いユーザを示すアイコン等の情報を含み得る。

図２３に示すように、第２パートのバトルゲームが終了し、第１パートへ移行する場合に、視聴端末１００Ｃのモニタ１６６には、第２リザルト画面６０が表示される。第２リザルト画面６０は、各種のオブジェクトを含み得る。第２リザルト画面６０は、第２パートのバトルゲームで勝利した陣営又はパーティを示すアイコン、スコアの獲得数が最も多いユーザを示すアイコン、又はアバターの討伐数が最も多いユーザを示すアイコン等の情報を含み得る。

図２４に示すように、第２リザルト画面６０は、獲得ポイントパネル６０５を含み得る。獲得ポイントパネル６０５は、今回の選択ゲームを通して、視聴ユーザが獲得した報酬ポイントＰを、当該視聴ユーザが認識できるようにする情報の一例である。視聴端末１００Ｃのプロセッサ１１０は、第２パートの終了を示す配信情報を受信した場合に、レンダリングモジュール１０４として第２リザルト画面６０をモニタ１６６に表示する。配信情報には、選択ゲームの結果に応じて視聴ユーザが獲得した報酬ポイントＰが含まれ得る。視聴端末１００Ｃのプロセッサ１１０は、配信情報に示される報酬ポイントＰに応じて、獲得ポイントパネル６０５をモニタ１６６に表示する。

次に、効果について説明する。
（１）１以上の視聴ユーザは、抽選によって、配信ユーザのゲームプレイに特定の効果を発生させる権利を獲得できる。つまり、配信ユーザのゲームプレイに特定の効果を発生させる権利は、保証されない。よって、視聴ユーザは、そのような権利を獲得した場合に、それを効果的に行使するために、動画に注目するようになる。したがって、ゲームの面白さを増すことができる。

（２）上記権利の内容は、視聴ユーザ数ｎに応じて変更される。よって、プレイ動画の視聴ユーザ数ｎに応じて異なる楽しさを提供することができる。
（３）上記権利が付与される確率は、視聴ユーザ数ｎに応じて変更される。つまり、プレイ動画の視聴ユーザ数ｎに応じて、特定の効果を発揮させることができる可能性が変化する。よって、ゲームの面白さを増すことができる。

（４）複数の視聴ユーザに対して権利が付与される確率は、視聴ユーザ数ｎに応じて変更される。つまり、プレイ動画の視聴ユーザ数ｎに応じて、特定の効果を発揮させることができる可能性が変化する。よって、ゲームの面白さを増すことができる。

（５）上記権利を獲得する機会は、ゲームにおいて複数回にわたって与えられ得る。よって、ゲームの楽しさを持続させることができる。
（６）視聴ユーザは、視聴端末１００Ｃを用いて、権利を行使することができる。つまり、視聴ユーザは、権利を能動的に行使できる。したがって、ゲームの面白さを増すことができる。

（７）視聴ユーザは、配信ユーザのゲームプレイに対して、直接的な効果を発生させることができる。よって、ゲームの面白さをさらに増すことができる。
（８）ゲームにおいて、配信ユーザを含む複数の参加ユーザは、複数の陣営に分かれて対戦する。視聴者は、配信ユーザのゲームプレイに効果を発生させることによって、配信ユーザが所属する陣営に対して、支援又は妨害することができる。よって、ゲームの面白さを増すことができる。

（９）視聴ユーザは、味方ユーザのアバターの中から基準キャラクタを変更できる。よって、視聴ユーザは、様々な視点から各ユーザのプレイを観察できる。このため、視聴ユーザは、選択ゲームにおける予想の基礎とする材料を集めることができる。

（１０）視聴画面７０において、ユーザは、視聴ユーザ数ｎを把握できる。よって、ユーザに対して、次区間の開始まで、どのような態様にて選択ゲームに参加できるか注目させることができる。

（１１）リスト画面６５において、ユーザは、視聴用コンテンツの視聴ユーザ数ｎを把握できる。よって、ユーザは、規定ユーザ数Ｎに対する過不足を把握し、視聴用コンテンツを選択するときの材料を獲得できる。

上記実施形態は、以下のように変更して実施することができる。上記実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・ステップＳ４１６において、サーバ２００のプロセッサ２１０は、第１選択ゲームを実行する場合に、選択結果として、選択肢とした第１類ギミックのうち、指定された回数が最も多いギミックを、メインゲームにおいて発動させるギミックとして特定してもよい。つまり、第１選択ゲームでは、第１当選ユーザによる多数決によって決定されたギミックが、メインゲームにおいて発動させるギミックとして特定されてもよい。

・ステップＳ４１６において、サーバ２００のプロセッサ２１０は、第２選択ゲームを実行する場合に、選択結果として、各ギミック選択情報に指定される１以上のギミックを、メインゲームにおいて発動させるギミックとして特定してもよい。つまり、第２選択ゲームでは、第２当選ユーザごとに、メインゲームにおいて発動されるギミックが特定されてもよい。例えば、第２当選ユーザ数ｎ２と同数のギミックが、メインゲームにおいて発動させるギミックとして特定されてもよい。

・第１類ギミック及び第２類ギミックの一方又は両方は、以下に説明するギミックを含んでもよい。また、複数種類のギミックは、以下に説明するように分類できてもよい。
１以上のギミックは、ギミックオブジェクトが、新たにゲーム空間に配置されるもの（以下、設置型ギミックと示す）を含む。１以上の設置型ギミックは、上述した「ＨＰ回復アイテム」、「ＳＰ回復アイテム」、「毒沼エリア」、及び「大ボス出現」に加えて、一定時間にわたって指定オブジェクトを増加させる「指定オブジェクト増加」を含んでもよい。

１以上のギミックは、アバターに変化を及ぼすもの（以下、アバター変化型ギミックと示す）を含んでもよい。１以上のアバター変化型ギミックは、第２状態（死亡状態）であるアバターを、一定時間にわたって幽霊としてフィールドに戻す「幽霊」、シールドを徐々に回復する「シールド回復」、及び、アバターが攻撃を受けてもヒットポイントが減少しない無敵状態にする「無敵化」を含んでもよい。アバター変化型ギミックは、アバターの能力パラメータ値を向上させる「パワーアップ」を含んでもよい。アバター変化型ギミックは、アバターが搭乗できるオブジェクトを出現させる「搭乗」を含んでもよい。

１以上のギミックは、バトルゲームのルールといったゲーム条件に変化を及ぼすもの（以下、条件変化型ギミックと示す）を含んでもよい。１以上の条件変化型ギミックは、バトルゲームの制限時間（試合時間）を延長する「時間延長」を含んでもよい。

・第１類ギミック及び第２類ギミックの一方又は両方は、フィールドの種類に応じた１以上のギミック（以下、フィールドギミックと示す）を含んでもよい。以下に、フィールドギミックの具体例を示す。

例えば、フィールドが「草原」である場合に、フィールドギミックは、一定時間にわたって全アバターの移動速度が増加する「強風」、及び、攻撃を受けるとアイテムを排出するモンスターを出現させる「アイテムモンスター」を含んでもよい。例えば、フィールドが「要塞」である場合に、フィールドギミックは、特定の通路に設置された城門が開く又は閉じる「城門開閉」、接触によってヒットポイントを減少させるトゲが飛び出る罠を出現させる「トゲトラップ」、及び、パラメータを回復させるアイテムが収納された宝箱を出現させる「宝箱」を含んでもよい。

例えば、フィールドが「水中」である場合に、一定時間にわたって全アバターの移動速度が低下する「鈍化」、及び、ランダムにアバターを転移させる「渦潮」を含んでもよい。例えば、フィールドが森林である場合に、フィールドギミックは、一定時間にわたって視界が白霧に包まれることで視程が短くなる「濃霧」、及び、一定時間にわたって全アバターのヒットポイントが増加する「妖精の祝福」を含んでもよい。

なお、設置型ギミックは、「アイテムモンスター」、「トゲトラップ」、「宝箱」、「渦潮」、及び「濃霧」を含むとよい。アバター変化型ギミックは、「強風」、「鈍化」、及び「妖精の祝福」を含むとよい。条件変化型ギミックは、「城門開閉」を含むとよい。第１類ギミックは、「アイテムモンスター」、「トゲトラップ」、「宝箱」、「渦潮」を含むとよい。第２類ギミックは、「濃霧」、「強風」、「鈍化」、「妖精の祝福」、及び「城門開閉」を含むとよい。

ステップＳ４０２において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、第１ギミック抽選又は第２ギミック抽選を行い、フィールドの種類に応じたフィールドギミックを含む複数のギミックの中から、選択肢とするギミックを決定するとよい。なお、サーバ２００のプロセッサ２１０は、メモリに記憶されたフィールドｉｄを参照することによって、フィールドの種類を特定できる。

・ゲームシステム１０は、第２状態（死亡状態）となったアバターのユーザが、ゲーム空間にアシストオブジェクトを配置できるように構成されてもよい。アシストオブジェクトは、第１状態（生存状態）である味方陣営のアバターを支援する効果を有するオブジェクト、及び、第１状態である敵方陣営のアバターを妨害する効果を有するオブジェクトのうち少なくとも一方を含むとよい。

ステップＳ２２２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、第２状態となったアバターのユーザが操作する一般端末１００Ａ又は配信端末１００Ｂから、アシストオブジェクトの配置要求を受信する。サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、配置要求に指定される種類のアシストオブジェクトを、配置要求に指定される位置に配置する。

本変更例において、１以上のギミックは、アシストオブジェクトに変化を及ぼすもの（以下、アシスト変化型ギミックと示す）を含んでもよい。１以上のアシスト変化型ギミックは、アシストオブジェクトの寿命時間（設置時間）を延長する「寿命延長」、アシストオブジェクトの寿命時間を短縮する「寿命短縮」、及び、アシストオブジェクトの設置コストを低減する「コスト低減」を含んでもよい。アシスト変化型ギミックは、設置コストの回復速度を向上する「回復量向上」を含んでもよい。第２類ギミックは、「寿命延長」、「寿命短縮」、「コスト低減」、及び「回復量向上」を含むとよい。

・第１選択ゲーム及び第２選択ゲームは、視聴画面７０とは異なる画面をモニタ１６６に表示することによって実行されてもよい。本変更例において、選択ゲームは、プレイ動画を表示しない状態において実行されてもよい。

・選択ゲームは、第１選択ゲーム及び第２選択ゲームとは選択肢となるギミックが異なる１以上の選択ゲームをさらに含んでもよい。
・第１選択ゲームは、第１当選ユーザに加えて、予め定めた条件（以下、第１追加条件と示す）を満たした視聴ユーザが参加できるように構成されてもよい。第１追加条件は、第１ユーザ抽選に当選したこととは異なる条件であるとよい。第２選択ゲームは、第２当選ユーザに加えて、予め定めた条件（以下、第２追加条件と示す）を満たした視聴ユーザが参加できるように構成されてもよい。第２追加条件は、第２ユーザ抽選に当選したこととは異なる条件であるとよい。一例として、第１追加条件及び第２追加条件は、配信ユーザによって指名されることであってもよい。

・第２リザルト画面６０は、報酬ポイントＰに応じた視聴ユーザの順位を示す情報を含んでもよい。視聴画面７０は、報酬ポイントＰに応じた視聴ユーザの順位を示す情報を含んでもよい。

・基準キャラクタは、視聴対象である配信ユーザのアバターが第２状態となった場合に、当該配信ユーザのパーティに所属するユーザのアバターの中から選択できなくてもよい。本変更例において、基準キャラクタは、第２状態となった配信ユーザのアバター８１を示す墓標オブジェクト８１Ｄに固定されてもよい。この場合に、基準キャラクタは、配信ユーザが仮想空間８０に配置したアシストオブジェクトの中から選択できてもよい。

・報酬ポイントＰは、配信ユーザが特定ユーザである場合に、配信ユーザが特定ユーザではないときと比べて、増加されてもよい。一例として、サーバ２００のプロセッサ２１０は、配信ユーザが特定ユーザであると決定している場合に、特定ユーザであると決定していないときに比べて、選択ゲームの結果に応じて付与する報酬ポイントＰを多くする。サーバ２００のプロセッサ２１０は、複数の配信ユーザの中から、抽選によって、１以上の特定ユーザを決定するとよい。

・一般端末１００Ａ、配信端末１００Ｂ、及び視聴端末１００Ｃは、互いに構成が異なるコンピュータとして実現されてもよい。
・サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、受信したプレイ情報に応じてゲームのプレイ動画を生成し、ストリーミング配信するように構成されてもよい。視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、ストリーミング配信されるゲームのプレイ動画を、視聴ウィンドウ７０１に表示してもよい。

・視聴用コンテンツは、配信ユーザの音声を含んでもよい。配信端末１００Ｂのプロセッサ１１０は、配信モジュール１０１Ｂとして、マイク１６０から受信する音声信号を音声データに変換し、その音声データをサーバ２００へ送信する。サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、受信した音声データに応じて配信情報を生成する。視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、配信情報に応じた音声をスピーカ１６２から出力する。

・視聴用コンテンツは、一般ユーザの音声を含んでもよい。一般端末１００Ａのプロセッサ１１０は、配信モジュール１０１Ｂとして、マイク１６０から受信する音声信号を音声データに変換し、その音声データをサーバ２００へ送信する。サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、一般端末１００Ａから受信した音声データに応じて配信情報を生成する。

・視聴用コンテンツは、文字データを含んでもよい。配信端末１００Ｂのプロセッサ１１０は、配信モジュール１０１Ｂとして、文字データの入力操作を受け付けると、当該入力操作によって指示された文字データをサーバ２００へ送信する。サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、受信した文字データを視聴端末１００Ｃへ送信する。視聴端末１００Ｃのプロセッサ１１０は、視聴モジュール１０１Ｃとして、受信した文字データをモニタ１６６に表示する。

・コントロールモジュール１０１，２０１が備える１以上のモジュールは、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field-Programmable Gate Array）、及びＭＣＵ（Micro Control Unit）等の回路により実現してもよい。

・コントロールモジュール１０１，２０１が備える１以上のモジュールは、プロセッサを用いるソフトウェアによって実現してもよい。コントロールモジュール１０１，２０１の少なくとも１つを備えるコンピュータは、プロセッサ、メモリ、及びストレージを備える。上記プログラム及び各種のデータは、プロセッサが読み取りできるように、ストレージに記録される。プログラムは、メモリに展開される。そして、プロセッサが上記プログラムをストレージから読み取り、実行することにより、本開示の作用が実現される。ストレージは、既に説明の通り、不揮発性の記憶装置として実現され得る。

・プログラムは、このプログラムを伝送可能な任意の伝送媒体（通信ネットワーク、又は放送波等）を介して上記コンピュータに供給されてもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に記録してもよい。

本開示は以下の実施例を包含する。限定のためでなく理解の補助として実施形態の構成要素の参照符号を付した。
（付記１）コンピュータ（２００）に、配信者をゲームに参加させること（Ｓ２２２）と、前記配信者のゲームプレイに応じて配信データを生成すること（Ｓ１０８）と、複数の視聴者の各々が使用する視聴端末へ前記配信データを送信することによって、各視聴端末を使用して前記ゲームプレイを含む動画を視聴できるようにすること（Ｓ１２８）と、前記複数の視聴者の中から、１以上の視聴者を抽選によって選択すること（Ｓ４０２）と、前記抽選によって選択された１以上の視聴者に、前記配信者のゲームプレイに特定の効果を発生させる権利を付与すること（Ｓ４０２）と、を実行させるプログラム。

（付記２）前記権利を付与すること（Ｓ４０２）は、前記視聴者の数が第１視聴者数であるか、前記第１視聴者数より多い第２視聴者数であるかに応じて、前記権利の内容を変更することを含む付記１に記載のプログラム。

（付記３）前記抽選において１以上の視聴者が選択される確率は、前記視聴者数が第１視聴者数であるか、前記第１視聴者数より多い第２視聴者数であるかに応じて異なる付記１又は付記２に記載のプログラム。

（付記４）前記抽選において複数の視聴者が選択される確率は、前記視聴者数が第１視聴者数であるか、前記第１視聴者数より多い第２視聴者数であるかに応じて異なる付記１～付記３のうち何れか一項に記載のプログラム。

（付記５）前記権利を付与することは、前記ゲームにおける所定タイミングが到来したときに実行され、前記所定タイミングは、前記ゲームにおいて複数ある付記１～付記４のうち何れか一項に記載のプログラム。

（付記６）前記抽選によって選択された１以上の視聴者が使用する１以上の視聴端末が送信する権利行使要求を受信すること（Ｓ４１４）と、前記権利行使要求に応じて、前記配信者のゲームプレイに前記特定の効果を発生させること（Ｓ４１８）と、をさらに実行させる付記１～付記５のうち何れか一項に記載のプログラム。

（付記７）前記特定の効果は、前記配信者のゲームプレイを支援する効果、又は前記配信者のゲームプレイを妨害する効果である付記１～付記６のうち何れか一項に記載のプログラム。

（付記８）前記ゲームは、第１陣営と、前記第１陣営に敵対する第２陣営と、を含み、前記第１陣営及び前記第２陣営は、それぞれ複数の参加者を含む付記１～付記７のうち何れか一項に記載のプログラム。

（付記９）付記１～付記８のうち何れか一項に記載のプログラムを記憶した記憶装置（２３０）と、前記記憶装置が記憶したプログラムを実行するプロセッサ（２１０）と、を備えるコンピュータ（２００）。

（付記１０）付記９に記載のコンピュータ（２００）を備えるシステム（１０）。
（付記１１）コンピュータ（２００）が、配信者をゲームに参加させること（Ｓ２２２）と、前記配信者のゲームプレイに応じて配信データを生成すること（Ｓ１０８）と、複数の視聴者の各々が使用する視聴端末へ前記配信データを送信することによって、各視聴端末を使用して前記ゲームプレイを含む動画を視聴できるようにすること（Ｓ１２８）と、前記複数の視聴者の中から、１以上の視聴者を抽選によって選択すること（Ｓ４０２）と、前記抽選によって選択された１以上の視聴者に、前記配信者のゲームプレイに特定の効果を発生させる権利を付与すること（Ｓ４０２）と、を実行する方法。

本発明がその技術的思想から逸脱しない範囲で他の特有の形態で具体化されてもよいということは当業者にとって明らかであろう。例えば、実施形態（あるいはその１つ又は複数の態様）において説明した部品のうちの一部を省略してもよいし、いくつかの部品を組合せてもよい。本発明の範囲は、添付の請求の範囲を参照して、請求の範囲が権利を与えられる均等物の全範囲と共に確定されるべきである。

ＴＢ１－ＴＢ４…抽選テーブル、１０…ゲームシステム、４０Ａ…第１ホーム画面、４０Ｂ…第２ホーム画面、４５…マッチング画面、５０Ａ…第１バトル画面、５０Ｂ…第２バトル画面、５５…第１リザルト画面、６０…第２リザルト画面、６１…ＨＰバー、６２…ＨＰバー、６５…リスト画面、７０…視聴画面、８０…仮想空間、８０Ａ…ゲーム空間、８０Ｂ…視聴空間、８１…アバター、８１Ｄ…墓標オブジェクト、８２…フィールドオブジェクト、８２Ａ…フィールド、８２ａ…毒沼エリア、８５…仮想カメラ、８５Ｄ…撮影範囲、９０…ネットワーク、１００…端末、１００Ａ…一般端末、１００Ｂ…配信端末、１００Ｃ…視聴端末、１０１…コントロールモジュール、１０１Ａ…ゲームモジュール、１０１Ｂ…配信モジュール、１０１Ｃ…視聴モジュール、１０４…レンダリングモジュール、１０５…メモリモジュール、１０６…通信モジュール、１０７…入出力モジュール、１１０…プロセッサ、１２０…メモリ、１３０…ストレージ、１４０…通信インターフェース、１５０…入出力インターフェース、１６０…マイク、１６２…スピーカ、１６４…タッチスクリーン、１６６…モニタ、１６７…タッチセンサ、１８０…通信バス、１９０…入出力機器、２００…サーバ、２００Ａ…ゲームサーバ、２００Ｂ…配信サーバ、２０１…コントロールモジュール、２０１Ａ…ゲームモジュール、２０１Ｂ…配信モジュール、２０５…メモリモジュール、２０６…通信モジュール、２０７…入出力モジュール、２１０…プロセッサ、２２０…メモリ、２３０…ストレージ、２４０…通信インターフェース、２５０…入出力インターフェース、２８０…通信バス、４０１…アバターウィンドウ、４０４…バトルアイコン、４０６…キャラクタアイコン、４０７…配信開始アイコン、４０８…ホームボタン、４０９…視聴ボタン、４５１…アバターウィンドウ、４８０…配信パネル、４８０ａ…視聴ユーザ数情報、６０５…獲得ポイントパネル、７０１…視聴ウィンドウ、７０３…メンバーアイコン、７０４…チャットウィンドウ、７０５…ボタン、７０９…視聴ユーザ数情報、７１０…第１選択ゲームオブジェクト、７１１…種類オブジェクト、７１２…残時間ゲージ、７１５…選択肢オブジェクト、７２０…第２選択ゲームオブジェクト、７２１…種類オブジェクト、７２２…残時間ゲージ、７２５…第２選択肢オブジェクト、７２５…選択肢オブジェクト、８１１Ａ…アバター、８１２Ａ…アバター

Claims (11)

1. コンピュータに、
   配信者をゲームに参加させることと、
   前記配信者のゲームプレイに応じて配信データを生成することと、
   複数の視聴者の各々が使用する視聴端末へ前記配信データを送信することによって、各視聴端末を使用して前記ゲームプレイを含む動画を視聴できるようにすることと、
   前記複数の視聴者の中から、１以上の視聴者を抽選によって選択することと、
   前記抽選によって選択された１以上の視聴者に、前記配信者のゲームプレイに特定の効果を発生させる権利を付与することと、を実行させるプログラム。
2. 前記権利を付与することは、前記視聴者の数が第１視聴者数であるか、前記第１視聴者数より多い第２視聴者数であるかに応じて、前記権利の内容を変更することを含む請求項１に記載のプログラム。
3. 前記抽選において１以上の視聴者が選択される確率は、前記視聴者の数が第１視聴者数であるか、前記第１視聴者数より多い第２視聴者数であるかに応じて異なる請求項１又は請求項２に記載のプログラム。
4. 前記抽選において複数の視聴者が選択される確率は、前記視聴者の数が第１視聴者数であるか、前記第１視聴者数より多い第２視聴者数であるかに応じて異なる請求項１～請求項３のうち何れか一項に記載のプログラム。
5. 前記権利を付与することは、前記ゲームにおける所定タイミングが到来したときに実行され、前記所定タイミングは、前記ゲームにおいて複数ある請求項１～請求項４のうち何れか一項に記載のプログラム。
6. 前記抽選によって選択された１以上の視聴者が使用する１以上の視聴端末が送信する権利行使要求を受信することと、
   前記権利行使要求に応じて、前記配信者のゲームプレイに前記特定の効果を発生させることと、をさらに実行させる請求項１～請求項５のうち何れか一項に記載のプログラム。
7. 前記特定の効果は、前記配信者のゲームプレイを支援する効果、又は前記配信者のゲームプレイを妨害する効果である請求項１～請求項６のうち何れか一項に記載のプログラム。
8. 前記ゲームは、第１陣営と、前記第１陣営に敵対する第２陣営と、を含み、前記第１陣営及び前記第２陣営は、それぞれ複数の参加者を含む請求項１～請求項７のうち何れか一項に記載のプログラム。
9. 請求項１～請求項８のうち何れか一項に記載のプログラムを記憶した記憶装置と、
   前記記憶装置が記憶したプログラムを実行するプロセッサと、を備えるコンピュータ。
10. 請求項９に記載のコンピュータを備えるシステム。
11. コンピュータが、
    配信者をゲームに参加させることと、
    前記配信者のゲームプレイに応じて配信データを生成することと、
    複数の視聴者の各々が使用する視聴端末へ前記配信データを送信することによって、各視聴端末を使用して前記ゲームプレイを含む動画を視聴できるようにすることと、
    前記複数の視聴者の中から、１以上の視聴者を抽選によって選択することと、
    前記抽選によって選択された１以上の視聴者に、前記配信者のゲームプレイに特定の効果を発生させる権利を付与することと、を実行する方法。

Images