JP7164191B2 - プログラム、ゲーム装置及びゲーム装置の制御方法 - Google Patents

Description

本発明は、プログラム、ゲーム装置及びゲーム装置の制御方法に関する。

通信ゲームシステムにおいて、ゲームの観戦者の数に応じてプレイヤキャラクタの能力が変化するゲームが提案されている（例えば、特許文献１参照）。また、対戦ゲームでは、対戦ゲームの観戦者の応援によってプレイヤキャラクタの能力を上昇させる仕組みが提案されている。

特開２００４－１６７１７２号公報

対戦ゲームの観戦者の応援によってプレイヤキャラクタの能力を上昇させる仕組みでは、観戦者の応援先および応援タイミング等が予め決まっている。このため、対戦ゲームに対する観戦者の参加意識が希薄になり、対戦ゲームの観戦が盛り上がらないおそれがある。

本発明は、上述した事情を鑑みてなされてものであり、対戦ゲームに対する観戦者の参加意識が希薄になることを抑制することを可能とする技術の提供を、解決課題の一つとする。

以上の課題を解決するために、本発明の一態様に係るプログラムは、ゲーム装置のプロセッサを、ゲームを進行させる進行部と、ユーザの操作に基づいて進行した前記ゲームの状況が特定の状況となる場合に、前記ゲームに係る特定の対象に対する応援を受け付け可能な応援期間を開始させる期間設定部と、前記応援期間において、前記ゲームと通信可能に接続された端末装置から、前記端末装置に対する特定の操作に応じた応援情報を取得する取得部と、前記応援情報に基づいて、前記特定の対象に関連付けられた能力を変化させる能力設定部と、して機能させる、ことを特徴とする。

実施形態に係るゲームシステムの概要を説明するための説明図である。 図１に示したゲーム端末が生成するゲーム動画の概要を説明するための説明図である。 図１に示したゲーム端末の構成の一例を示す機能ブロック図である。 図３に示したゲーム端末のハードウェア構成の一例を示す図である。 図１に示した配信サーバの構成の一例を示す機能ブロック図である。 図５に示した配信サーバのハードウェア構成の一例を示す図である。 図１に示したゲーム管理サーバの構成の一例を示す機能ブロック図である。 図７に示したゲーム管理サーバのハードウェア構成の一例を示す図である。 図１に示した応援端末の構成の一例を示す機能ブロック図である。 図９に示した応援端末のハードウェア構成の一例を示す図である。 図１に示した視聴端末の構成の一例を示す機能ブロック図である。 図１１に示した視聴端末のハードウェア構成の一例を示す図である。 対戦管理テーブルのデータ構成の一例を示す図である。 図３に示したゲーム端末の動作の概要を説明する説明図である。 図１４に示したゲーム端末の動作の概要の続きを説明する説明図である。 図１に示したゲームシステムの動作の一例を示すシーケンスチャートである。 図３に示したゲーム端末の動作の一例を示すフローチャートである。 変形例１に係るゲーム端末の動作の概要を説明する説明図である。 変形例２に係るゲーム端末の動作の概要を説明する説明図である。 変形例５に係る応援端末の表示部に表示される表示画像の一例を示す図である。 変形例８に係るゲームシステムの概要を示す説明図である。

以下、本発明を実施するための形態について図面を参照して説明する。なお、各図において、各部の寸法及び縮尺は、実際のものと適宜に異ならせてある。また、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの形態に限られるものではない。

［１．実施形態］
先ず、図１を参照しながら、実施形態に係るゲームシステム１の概要の一例について説明する。

図１は、実施形態に係るゲームシステム１の概要を説明するための説明図である。

図１に示すゲームシステム１は、所定のゲームを実行可能な２個のゲーム端末１０（１０－１及び１０－２）と、２個のゲーム端末１０に対応して設けられた２個の表示装置２０（２０－１及び２０－２）と、配信サーバ３０と、ゲーム管理サーバ５０とを有する。さらに、ゲームシステム１は、Ｍ個の応援端末７０（７０－１～７０－Ｍ）と、Ｍ個の視聴端末８０（８０－１～８０－Ｍ）と、Ｍ個の視聴端末８０に対応して設けられたＭ個の表示装置９０（９０－１～９０－Ｍ）とを有する（Ｍは１以上の自然数）。例えば、各ゲーム端末１０、配信サーバ３０、ゲーム管理サーバ５０、各応援端末７０及び各視聴端末８０は、ネットワークＮＷを介して、互いに通信可能に接続されている。なお、ゲーム端末１０は、「ゲーム装置」の一例である。以下では、Ｍ個の応援端末７０－１～７０－Ｍのうち、ｍ番目の応援端末７０を、応援端末７０－ｍと称する場合がある（ｍは、１≦ｍ≦Ｍを満たす自然数）。同様に、Ｍ個の視聴端末８０－１～８０－Ｍのうち、ｍ番目の視聴端末８０を、視聴端末８０－ｍと称し、表示装置９０－１～９０－Ｍのうち、ｍ番目の表示装置９０を、表示装置９０－ｍと称する場合がある。

本実施形態では、ゲーム端末１０が家庭用のゲーム機器である場合を一例として想定する。但し、ゲーム端末１０としては、任意の情報処理装置を採用し得る。例えば、ゲーム端末１０は、店舗や遊戯施設等に設置された業務用のゲーム機器であってもよいし、携帯電話若しくはスマートフォン等のモバイル機器であってもよいし、また、パーソナルコンピュータ等の据置型の情報機器であってもよい。

ゲーム端末１０－１は、例えば、ゲーム端末１０－２に対して、ゲーム端末１０－１で実行されている所定のゲームに関する情報をゲーム管理サーバ５０を介して送信する。また、ゲーム端末１０－２は、ゲーム端末１０－１に対して、ゲーム端末１０－２で実行されている所定のゲームに関する情報をゲーム管理サーバ５０を介して送信する。このため、各ゲーム端末１０で実行されている所定のゲームに関する情報を、ゲーム端末１０－１及び１０－２の間で共有させることができる。これにより、例えば、ゲーム端末１０－１を操作するユーザとゲーム端末１０－２を操作するユーザとは、所定のゲームにおいて互いに協力しつつミッションをクリアしたり、又は、所定のゲームにおいて対戦したりすることが可能である。複数のゲーム端末１０間の通信は、ゲーム管理サーバ５０を介さずに実行されてもよい。本実施形態では、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとが、野球ゲーム（「ゲーム」の一例）において対戦する場合を想定する。

ゲーム端末１０－１は、ゲーム端末１０－１に対応して設けられた表示装置２０－１と通信可能であり、ゲーム端末１０－２は、ゲーム端末１０－２に対応して設けられた表示装置２０－２と通信可能である。そして、各ゲーム端末１０は、各ゲーム端末１０において実行されている野球ゲームに係るゲーム動画を、各ゲーム端末１０に対応して設けられた各表示装置２０が具備する表示部２２０（「表示部」の一例）に表示させることができる。表示装置２０としては、例えば、液晶ディスプレイ、テレビ受像機、又は、タッチパネル式ディスプレイ等が該当する。なお、表示装置２０は、ゲーム端末１０に含まれてもよい。また、ゲームシステム１が有するゲーム端末１０の数は、２個に限定されない。例えば、ゲームシステム１が有するゲーム端末１０の数は、１個でもよいし、３個以上でもよい。

また、例えば、ゲーム端末１０は、配信サーバ３０に対して、ゲーム端末１０において実行されている野球ゲームに係るゲーム動画を供給することができる。なお、本実施形態では、ゲーム端末１０－１に対応する表示部２２０－１に表示されるゲーム動画とゲーム端末１０－２に対応する表示部２２０－２に表示されるゲーム動画とが互いに同じである場合を想定する。例えば、ゲーム端末１０－１及び１０－２の一方は、表示部２２０に表示させるゲーム動画と同一のゲーム動画を、配信サーバ３０に供給する。本実施形態では、配信サーバ３０に供給されるゲーム動画が表示部２２０に表示されるゲーム動画と同一の動画である場合を想定するが、本発明はこのような態様に限定されるものではない。例えば、配信サーバ３０に供給されるゲーム動画は、表示部２２０に表示されるゲーム動画の解像度を低くした動画であってもよい。

配信サーバ３０は、ゲーム端末１０からゲーム動画が供給され、且つ、視聴端末８０－ｍからゲーム動画の配信要求を受信した場合に、視聴端末８０－ｍに対して、ゲーム端末１０から供給されたゲーム動画を配信する。

視聴端末８０－ｍは、配信サーバ３０からゲーム動画が配信される場合に、視聴端末８０－ｍに対応して設けられた表示装置９０－ｍが具備する表示部９２０－ｍに対して、ゲーム動画を表示させる。なお、視聴端末８０－ｍとしては、スマートフォン、携帯電話、又は、パーソナルコンピュータ等の、インターネットに接続可能な任意の情報処理装置を採用し得る。表示装置９０－ｍとしては、例えば、液晶ディスプレイ、テレビ受像機、又は、タッチパネル式ディスプレイ等が該当する。なお、表示装置９０－ｍは、視聴端末８０－ｍに含まれてもよい。

応援端末７０－ｍは、野球ゲームに係る特定の対象に対する応援を受け付け可能な応援期間に、特定の対象を応援するための応援操作（「特定の操作」の一例）を受け付け、受け付けた応援操作に応じた応援情報をゲーム管理サーバ５０に送信する。特定の対象は、例えば、野球ゲームをプレイするユーザ（ゲーム端末１０のユーザ）の操作対象であってもよい。また、例えば、特定の対象は、野球ゲームに係る複数のキャラクタのうちの一のキャラクタであってもよいし、複数のチームのうちの一のチームであってもよい。

以下では、ゲーム端末１０－１及び１０－２の一方のユーザをプレイヤと称し、ゲーム端末１０－１及び１０－２の他方のユーザを対戦プレイヤと称する場合がある。また、応援端末７０－ｍのユーザを観戦者と称する場合がある。本実施形態では、応援端末７０－ｍのユーザが視聴端末８０－ｍのユーザと同一人物である場合を想定する。例えば、応援端末７０－ｍを所持する観戦者は、視聴端末８０－ｍに対応して設けられた表示装置９０－ｍが具備する表示部９２０－ｍに表示されたゲーム動画を視聴する。そして、応援端末７０－ｍを所持する観戦者は、例えば、応援期間に応援端末７０－ｍに対して応援操作を行う。応援端末７０－ｍとしては、スマートフォン、携帯電話、又は、パーソナルコンピュータ等の、インターネットに接続可能な任意の情報処理装置を採用し得る。なお、応援端末７０は、ゲーム動画を視聴するための機能を有してもよい。すなわち、応援端末７０－ｍと視聴端末８０－ｍとが同一の端末装置により実現されてもよい。

ゲーム管理サーバ５０は、例えば、上述したように、複数のゲーム端末１０間の通信を制御する。さらに、ゲーム管理サーバ５０は、各ゲーム端末１０と各応援端末７０との間の通信を制御する。例えば、ゲーム管理サーバ５０は、応援端末７０－ｍから受信した応援情報を各ゲーム端末１０に送信する。すなわち、図１に示す例では、各応援端末７０は、ネットワークＮＷ及びゲーム管理サーバ５０を介して、各ゲーム端末１０と通信可能に接続されている。次に、図２を参照しながら、ゲーム端末１０が生成するゲーム動画の概要を説明する。

図２は、図１に示したゲーム端末１０が生成するゲーム動画ＭＶの概要を説明するための説明図である。

本実施形態に係るゲーム動画ＭＶは、仮想的な野球場等の仮想空間ＦＤにおいて、野球ゲームが進行する様子を示す動画である。仮想空間ＦＤにおいて野球ゲームが進行する様子は、「ゲームの状況」の一例である。なお、ゲームの状況は、例えば、ゲームに係る仮想空間ＦＤの状況であってもよい。仮想空間ＦＤの状況とは、例えば、仮想空間ＦＤに存在するゲーム要素に関する状況の一部又は全部であってもよいし、仮想空間ＦＤに存在する音に関する状況の一部又は全部であってもよい。また、仮想空間ＦＤの状況とは、仮想空間ＦＤに存在するゲーム要素に関する状況と仮想空間ＦＤに存在する音に関する状況とを含む状況の一部又は全部であってもよい。

例えば、仮想空間ＦＤの状況を示す静止画像がゲーム画像Ｇとして表示部２２０に表示され、表示部２２０に表示されたゲーム画像Ｇが単位期間毎に更新されてもよい。これにより、野球ゲームの進行に伴い変化する仮想空間ＦＤの状況を示すゲーム動画ＭＶが表示部２２０に表示される。

図２に示す例では、ゲーム動画ＭＶは、仮想空間ＦＤにおいて、投手キャラクタＣＲ１がボールオブジェクトＯＢ１を投球し、投手キャラクタＣＲ１が投球したボールオブジェクトＯＢ１を打者キャラクタＣＲ２がバットオブジェクトＯＢ２を用いて打ち返す様子を示す。また、例えば、ゲーム動画ＭＶは、仮想空間ＦＤにおいて、野球ゲームを観戦する観客キャラクタＣＲ３の様子を示す。また、本実施形態に係るゲーム動画ＭＶは、応援情報に基づく応援量を示す画像を含む場合がある。次に、図３から図１２を参照しながら、ゲーム端末１０、配信サーバ３０、ゲーム管理サーバ５０、応援端末７０、及び、視聴端末８０の機能について説明する。先ず、図３及び図４を参照しながら、ゲーム端末１０の構成について説明する。

図３は、図１に示したゲーム端末１０の構成の一例を示す機能ブロック図である。以下では、ゲーム端末１０－１及び１０－２のうちの一のゲーム端末１０について構成及び動作等を説明する。従って、以下では、特に断りがない場合、「ユーザ」及び「ゲーム端末１０のユーザ」は、説明対象の一のゲーム端末１０のユーザを意味するものとする。

ゲーム端末１０は、制御部１１０と、ゲームプログラムＰＲｇ（「プログラム」の一例）及び制御プログラムＰＲｃｇ等の各種情報を記憶する記憶部１３０と、配信サーバ３０及びゲーム管理サーバ５０等の外部装置との間の通信を実行するための通信部１５０と、ゲーム端末１０のユーザによる操作を受け付けるための操作部１７０とを有する。ゲームプログラムＰＲｇは、例えば、ゲーム端末１０が野球ゲームを実行するためのアプリケーションプログラムである。また、制御プログラムＰＲｃｇは、例えば、制御部１１０がゲーム端末１０の各部を制御するためのオペレーションシステムプログラムである。

制御部１１０は、ゲーム端末１０の各部を制御する。さらに、制御部１１０は、ゲーム端末１０において実行される野球ゲームの進行を制御する。例えば、制御部１１０は、ゲーム進行部１１１（「進行部」の一例）、応援期間設定部１１２（「期間設定部」の一例）、応援情報取得部１１３（「取得部」の一例）及び能力設定部１１４（「能力設定部」の一例）を有する。

ゲーム進行部１１１は、例えば、ゲームを進行させ、進行させたゲームの状況を示すゲーム動画ＭＶを表示部２２０に表示させる。例えば、ゲーム進行部１１１は、ゲーム端末１０のユーザの操作等に基づいて、ゲームを進行させる。そして、ゲーム進行部１１１は、進行させたゲームの状況を示す進行状況情報を生成し、生成した進行状況情報に基づいて、ゲーム動画ＭＶを再生するためのゲーム動画情報を生成する。これにより、例えば、表示部２２０は、ゲーム進行部１１１が生成したゲーム動画情報に基づいて、ゲーム動画ＭＶを表示する。また、ゲーム進行部１１１は、ゲーム動画ＭＶを配信する場合、ゲーム動画情報を通信部１５０を介して配信サーバ３０に送信する。これにより、ゲーム動画情報に基づくゲーム動画ＭＶが視聴端末８０－ｍ等に配信される。

進行状況情報とは、ゲームの進行に伴い仮想空間ＦＤの状況が変化した場合に、仮想空間ＦＤに存在する各種ゲーム要素の状態と、仮想空間ＦＤにおける音声とを管理するための情報である。具体的には、本実施形態において、進行状況情報とは、例えば、仮想空間ＦＤにおけるゲーム要素の位置、形状、姿勢、向き、色彩、模様、移動速度、及び、移動方向と、仮想空間ＦＤにおいて存在する音との、一部又は全部を含む情報である。

また、ゲーム動画情報とは、単位期間毎に更新されるゲーム画像Ｇを示す情報（単位期間毎に更新されるゲーム画像Ｇをリアルタイムに示す情報）であってもよいし、複数の単位期間と１対１に対応する複数のゲーム画像Ｇの集合を示す情報（複数の単位期間に亘り蓄積された複数のゲーム画像Ｇの集合を示す情報）であってもよい。また、ゲーム動画情報とは、単位期間毎に更新されるゲーム画像Ｇ又は複数のゲーム画像Ｇの集合を示す情報に対して、仮想空間ＦＤにおける音を示す情報を付加した情報であってもよい。

応援期間設定部１１２は、ゲーム端末１０のユーザの操作に基づいて進行したゲームの状況が特定の状況となる場合に、ゲームに係る特定の対象に対する応援を受け付け可能な応援期間を開始させる。そして、応援期間設定部１１２は、応援期間を開始させてから所定の時間が経過した後に、応援期間を終了させる。なお、特定の状況とは、例えば、ゲームの開始時には発生するか否かが確定していない状況であってもよい。ゲームの開始時には発生するか否かが確定していない状況は、例えば、ゲームの進行に応じて発生するイベントであってもよい。具体的には、ゲームの開始時には発生するか否かが確定していない状況は、例えば、打者がホームランを打つことであってもよいし、走者が盗塁することであってもよいし、捕手が盗塁を阻止することであってもよい。なお、野球ゲームにおいて、例えば、イニングの３回が終了することは、ゲームの開始時において発生することが既に確定しているため、ゲームの開始時には発生するか否かが確定していない状況には該当しない。特定の状況の他の具体例等については、能力設定部１１４についての説明の後に、説明する。

応援情報取得部１１３は、応援期間において、応援端末７０に対する応援操作に応じた応援情報を、応援端末７０からゲーム管理サーバ５０を介して取得する。応援操作に応じた応援情報とは、例えば、応援操作による応援を定量化した応援量を示す情報であってもよい。応援量は、応援の程度を示す指標であってもよい。

能力設定部１１４は、応援情報取得部１１３が取得した応援情報に基づいて、特定の対象に関連付けられた能力を変化させる。特定の対象に関連付けられた能力とは、例えば、特定の対象に関連付けられたパラメータであってもよい。また、特定の対象に関連付けられた能力とは、例えば、特定の対象がゲームにおいて有利な効果を生じさせるための能力値であってもよい。また、特定の対象に関連付けられた能力は、例えば、特定の対象の運動能力であってもよいし、特定の対象の知力であってもよいし、特定の対象の気力に関する能力であってもよい。また、特定の対象に関連付けられた能力は、例えば、特定の対象がチームの場合、チーム内の選手の連携力及び戦術理解力等であってもよい。

また、特定の対象に関連付けられた能力は、応援情報に基づく応援量に応じてリニアに変化してもよいし、応援情報に基づく応援量に応じて段階的に変化してもよい。あるいは、特定の対象に関連付けられた能力が複数である場合、応援情報に基づいて変化する能力の数が、応援情報に基づく応援量に応じて増加してもよい。例えば、特定の対象がリリーフ投手であり、特定の対象に関連付けられた能力が、リリーフ投手に関連付けられたコントロール、球速及び対左打者に関する能力である場合、応援情報に基づく応援量の増加に応じて、コントロール、球速及び対左打者に関する能力が順に向上してもよい。また、特定の対象が打者であり、特定の対象に関連付けられた能力が、打者に関連付けられたミート率及び打球の飛距離に関する能力である場合、応援情報に基づく応援量の増加に応じて、ミート率及び打球の飛距離に関する能力が順に向上してもよい。

また、特定の対象に関連付けられた能力のうち、応援情報に基づいて変化する能力は、例えば、同じ種類のキャラクタであっても、キャラクタ毎に異なってもよい。また、特定の対象に関連付けられた能力のうち、応援情報に基づいて変化する能力は、ゲーム端末１０のユーザにより選択可能であってもよい。また、応援情報に基づく効果（能力の変化分）は、野球ゲームが終了するまで維持されてもよいし、所定のタイミング（例えば、１イニングが終了するタイミング等）において消滅してもよい。

ここで、野球ゲームにおいて、応援期間を開始させる契機となる特定の状況について、説明する。

特定の状況とは、上述したように、ゲームの開始時には発生するか否かが確定していない状況であってもよい。また、特定の状況とは、例えば、ゲームの進行（流れ、展開）に特定の変化が生じる状況であってもよい。ゲームの進行に特定の変化が生じる状況とは、例えば、ゲームの進行に特定の影響を及ぼすイベントが発生する状況であってもよいし、ゲームの進行に特定の影響を及ぼし得る状況であってもよい。

なお、ゲームの進行に特定の影響を及ぼすイベントは、ゲームの進行に応じて発生するイベントのうち、ゲームの状況を好転又は悪化させるイベントであってもよい。あるいは、ゲームの進行に特定の影響を及ぼすイベントは、例えば、ゲームのプレイヤの操作のうち、以降のゲームの進行の変化を確定する操作に基づいて発生するイベントであってもよい。以降のゲームの進行の変化を確定する操作に基づいて発生するイベントは、例えば、ゲームに係るキャラクタを変更するイベントであってもよい。具体的には、キャラクタを変更するイベントは、リリーフが登板するイベント、及び、代打が登場するイベント等の選手交代のイベントであってもよい。

また、ゲームの進行に特定の影響を及ぼし得る状況は、例えば、ゲームの進行又はゲームの結果（例えば、勝敗）に一定以上の影響を与える状況であってもよい。ゲームの進行に一定以上の影響を与える状況は、ゲームの状況を好転又は悪化させる状況であってもよい。ゲームの状況を好転させる状況は、例えば、攻撃時に走者が得点圏に進んだ状況であってもよい。また、ゲームの状況を悪化させる状況は、例えば、守備時に走者が得点圏に進んだ状況であってもよい。

また、ゲームの結果に一定以上の影響を与える状況は、例えば、対戦の優劣が逆転する可能性が通常より高い状況であってもよい。対戦の優劣が逆転する可能性が通常より高い状況は、例えば、一打逆転のチャンスの状況であってもよいし、逆転されかねないピンチの状況であってもよい。また、ゲームの結果に一定以上の影響を与える状況は、例えば、最後のチャンスである状況であってもよいし、勝利するか延長戦に突入するかが決まる対戦が行われる状況（例えば、勝っているチームの投手が９回裏に登場する場面等）であってもよい。最後のチャンスである状況は、例えば、９回裏に満塁になった状況であってもよい。

また、特定の状況とは、例えば、ゲームに係る特定のキャラクタの能力が所定範囲に変化した状況であってもよい。特定のキャラクタは、例えば、プレイヤの操作するキャラクタであってもよい。特定のキャラクタの能力は、例えば、対戦の優劣に影響する能力であってもよい。対戦の優劣に影響する能力は、例えば、プレイヤの操作するキャラクタの体力及び走力等の運動能力であってもよいし、プレイヤの操作するキャラクタの集中力等の気力に関する能力であってもよいし、プレイヤの操作するキャラクタの知力であってもよい。例えば、集中力が高い場合、集中力が低い場合に比べて、チャンスの場面において、良い結果になる確率が高くなってもよい。あるいは、やる気が低い場合、やる気が高い場合に比べて、ミスが発生する確率が高くなってもよい。また、知力が高いキャラクタは、知力が低いキャラクタに比べて、戦術の理解力が高くてもよい。戦術は、例えば、野球の守備において、守備位置を打者によって変えること等であってもよい。

また、特定のキャラクタの能力が所定範囲に変化した状況とは、例えば、キャラクタの体力が所定値以下になった状況であってもよいし、キャラクタの走力が所定値以下になった状況であってもよい。また、特定のキャラクタの能力が所定範囲に変化した状況とは、例えば、キャラクタの集中力が所定値以下になった状況であってもよいし、キャラクタのやる気が所定値以下になった状況であってもよい。また、特定のキャラクタの能力が所定範囲に変化した状況とは、例えば、プレイヤの操作するチームに属する複数のキャラクタ（選手）のうち、試合に出場している複数のキャラクタの能力（例えば、体力）の平均値が所定値以下になった状況であってもよい。例えば、複数のキャラクタの体力が平均値以下の場合、複数のキャラクタの体力が平均値を越えている場合に比べて、ピンチの場面において、悪い結果になる確率が高くなってもよい。

また、特定の状況とは、例えば、プレイヤ、又は、対戦プレイヤが所定の操作を行ったことにより発生する状況であってもよい。所定の操作とは、例えば、プレイヤが観戦者に応援を要求するために行う操作であってもよい。なお、所定の操作が、プレイヤが観戦者に応援を要求するために行う操作である場合、例えば、１試合に実行することができる所定の操作の回数が制限されてもよい。

また、特定の状況とは、プレイヤの操作するキャラクタが特定の敵キャラクタと対戦する状況であってもよい。特定の敵キャラクタは、例えば、過去の対戦履歴に基づいて特定されるキャラクタであってもよい。過去の対戦履歴に基づいて特定されるキャラクタは、例えば、過去の対戦によって因縁が生じたキャラクタであってもよい。また、特定の敵キャラクタは、例えば、予め設定された対戦の組合せに基づいて特定されるキャラクタであってもよい。予め設定された対戦の組合せに基づいて特定されるキャラクタは、例えば、現実世界の過去の名勝負に基づく対戦相手に対応するキャラクタであってもよい。また、例えば、現在の打者の前の打者が敬遠された場合、前の打者を敬遠した投手が現在の打者の特定の敵キャラクタであってもよい。

なお、ゲーム端末１０の構成は、図３に示す例に限定されない。例えば、図１に示した表示装置２０がゲーム端末１０に含まれる場合、ゲーム端末１０は、ゲーム動画等の各種画像を表示可能な表示部２２０を有してもよい。次に、図４を参照しながら、ゲーム端末１０のハードウェア構成について説明する。

図４は、図３に示したゲーム端末１０のハードウェア構成の一例を示す図である。

ゲーム端末１０は、ゲーム端末１０の各部を制御するプロセッサ１１（「ゲーム装置のプロセッサ」の一例）と、各種情報を記憶するメモリ１３と、通信装置１５と、入力操作装置１７とを有する。

メモリ１３は、例えば、プロセッサ１１の作業領域として機能するＲＡＭ（Random Access Memory）等の揮発性メモリと、ゲームプログラムＰＲｇ及び制御プログラムＰＲｃｇ等の各種情報を記憶するＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の不揮発性メモリとの、一方又は双方を含み、記憶部１３０として機能する。なお、メモリ１３は、ゲーム端末１０に着脱可能であってもよい。具体的には、メモリ１３は、ゲーム端末１０に着脱されるメモリカード等の記憶媒体であってもよい。また、メモリ１３は、例えば、ゲーム端末１０とネットワークＮＷ等を介して通信可能に接続された記憶装置（例えば、オンラインストレージ）であってもよい。

プロセッサ１１は、例えば、１又は複数のＣＰＵ（Central Processing Unit）を含んで構成される。プロセッサ１１は、例えば、メモリ１３に記憶された制御プログラムＰＲｃｇを実行し、制御プログラムＰＲｃｇに従って動作することで、ゲーム端末１０の各部を制御する制御部１１０として機能する。さらに、プロセッサ１１は、例えば、メモリ１３に記憶されたゲームプログラムＰＲｇを実行し、ゲームプログラムＰＲｇに従って動作することで、野球ゲームを実行するための制御部１１０として機能する。例えば、メモリ１３に記憶されたゲームプログラムＰＲｇに従って動作するプロセッサ１１は、ゲーム進行部１１１と応援期間設定部１１２と応援情報取得部１１３と能力設定部１１４とを含む制御部１１０として機能する。

なお、例えば、プロセッサ１１が複数のＣＰＵを含んで構成される場合、制御部１１０の一部又は全部の機能は、これら複数のＣＰＵが制御プログラムＰＲｃｇ及びゲームプログラムＰＲｇ等のプログラムに従って協働して動作することで実現されてもよい。また、プロセッサ１１は、１又は複数のＣＰＵに加え、又は、１又は複数のＣＰＵのうち一部又は全部に代えて、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、又は、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されるものであってもよい。この場合、プロセッサ１１により実現される制御部１１０の一部又は全部は、ＤＳＰ等のハードウェアにより実現されてもよい。

通信装置１５は、有線ネットワーク及び無線ネットワークの一方又は双方を介して、ゲーム端末１０の外部に存在する外部装置との通信を行うためのハードウェアであり、通信部１５０として機能する。

入力操作装置１７は、ゲーム端末１０のユーザによる操作を受け付けるためのハードウェアであり、操作部１７０として機能する。例えば、入力操作装置１７は、操作ボタン、タッチパネル、キーボード、ジョイスティック、及び、マウス等のポインティングデバイスの一部又は全部を含む、１又は複数の機器から構成されるものであってもよい。次に、図５及び図６を参照しながら、配信サーバ３０の構成について説明する。

図５は、図１に示した配信サーバ３０の構成の一例を示す機能ブロック図である。

配信サーバ３０は、配信サーバ３０の各部を制御する制御部３１０と、各種情報を記憶する記憶部３３０と、ゲーム端末１０及び視聴端末８０－ｍ等の外部装置との間の通信を実行するための通信部３５０とを有する。制御部３１０は、ゲーム端末１０から通信部３５０を介してゲーム動画情報を取得する動画取得部３１１と、視聴端末８０－ｍに対してゲーム動画ＭＶを配信する動画配信部３１２と有する。動画配信部３１２は、例えば、視聴端末８０－ｍに対して通信部３５０を介してゲーム動画情報を送信することにより、ゲーム動画情報に基づくゲーム動画ＭＶを視聴端末８０－ｍに対して配信する。記憶部３３０は、配信サーバ３０の各部を制御するための制御プログラムＰＲｃｄを記憶している。次に、図６を参照しながら、配信サーバ３０のハードウェア構成について説明する。

図６は、図５に示した配信サーバ３０のハードウェア構成の一例を示す図である。

配信サーバ３０は、配信サーバ３０の各部を制御するプロセッサ３１と、各種情報を記憶するメモリ３３と、配信サーバ３０の外部に存在する外部装置との通信を行うための通信装置３５とを有する。

メモリ３３は、例えば、プロセッサ３１の作業領域として機能するＲＡＭ等の揮発性メモリと、制御プログラムＰＲｃｄ等の各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリとの、一方又は双方を含み、記憶部３３０として機能する。プロセッサ３１は、例えば、１又は複数のＣＰＵを含んで構成される。プロセッサ３１は、メモリ３３に記憶された制御プログラムＰＲｃｄを実行し、制御プログラムＰＲｃｄに従って動作することで、制御部３１０として機能する。通信装置３５は、配信サーバ３０の外部に存在する外部装置との通信を行うためのハードウェアであり、通信部３５０として機能する。

なお、配信サーバ３０の構成は、図５及び図６に示した例に限定されない。例えば、配信サーバ３０は、配信サーバ３０の管理者等による操作を受け付けるための操作部として機能する入力操作装置を有してもよい。次に、図７及び図８を参照しながら、ゲーム管理サーバ５０の構成について説明する。

図７は、図１に示したゲーム管理サーバ５０の構成の一例を示す機能ブロック図である。

ゲーム管理サーバ５０は、ゲーム管理サーバ５０の各部を制御する制御部５１０と、各種情報を記憶する記憶部５３０と、ゲーム端末１０及び応援端末７０等の外部装置との間の通信を実行するための通信部５５０とを有する。制御部５１０は、応援端末７０から通信部５５０を介して応援情報を収集し、収集した応援情報をゲーム端末１０に通信部５５０を介して送信する収集部５１１を有する。記憶部５３０は、ゲーム管理サーバ５０の各部を制御するための制御プログラムＰＲｃｃと、実行予定又は実行中の野球ゲームに関する対戦情報を記憶する対戦管理テーブルＴＢＬｐｌ等の各種情報とを記憶する。実行予定の野球ゲームとは、例えば、後述する図１６に示す開始要求ＲＥＱｐｌをゲーム管理サーバ５０に送信したゲーム端末１０において、これから実行される野球ゲームである。対戦管理テーブルＴＢＬｐｌのデータ構成については、後述する図１３において説明する。次に、図８を参照しながら、ゲーム管理サーバ５０のハードウェア構成について説明する。

図８は、図７に示したゲーム管理サーバ５０のハードウェア構成の一例を示す図である。

ゲーム管理サーバ５０は、ゲーム管理サーバ５０の各部を制御するプロセッサ５１と、各種情報を記憶するメモリ５３と、ゲーム管理サーバ５０の外部に存在する外部装置との通信を行うための通信装置５５とを有する。

メモリ５３は、例えば、プロセッサ５１の作業領域として機能するＲＡＭ等の揮発性メモリと、制御プログラムＰＲｃｃ及び対戦管理テーブルＴＢＬｐｌ等の各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリとの、一方又は双方を含み、記憶部５３０として機能する。プロセッサ５１は、例えば、１又は複数のＣＰＵを含んで構成される。プロセッサ５１は、メモリ５３に記憶された制御プログラムＰＲｃｃを実行し、制御プログラムＰＲｃｃに従って動作することで、制御部５１０として機能する。通信装置５５は、ゲーム管理サーバ５０の外部に存在する外部装置との通信を行うためのハードウェアであり、通信部５５０として機能する。

なお、ゲーム管理サーバ５０の構成は、図７及び図８に示した例に限定されない。例えば、ゲーム管理サーバ５０は、ゲーム管理サーバ５０の管理者等による操作を受け付けるための操作部として機能する入力操作装置を有してもよい。次に、図９及び図１０を参照しながら、応援端末７０の構成について説明する。

図９は、図１に示した応援端末７０の構成の一例を示す機能ブロック図である。

応援端末７０は、応援端末７０の各部を制御する制御部７１０と、各種画像を表示可能な表示部７２０と、各種情報を記憶する記憶部７３０と、ゲーム管理サーバ５０等の外部装置との間の通信を実行するための通信部７５０と、応援端末７０のユーザによる操作を受け付けるための操作部７７０とを有する。

制御部７１０は、応援端末７０のユーザによる操作の内容を示す情報を取得する操作情報取得部７１１を有する。例えば、操作情報取得部７１１は、応援期間に応援端末７０のユーザが応援操作を操作部７７０に対して行った場合、応援操作に基づく応援情報を取得する。すなわち、操作情報取得部７１１は、応援期間において、応援端末７０のユーザによる応援操作を、操作部７７０を介して受け付ける。また、制御部７１０は、例えば、応援操作に基づく応援情報をゲーム管理サーバ５０に通信部７５０を介して送信する。

応援操作は、例えば、表示部７２０の機能及び操作部７７０の機能がタッチパネルにより実現される場合、タッチパネル内の任意の領域又は特定の領域を応援期間中にタップする操作であってもよい。また、例えば、応援操作は、応援端末７０の表示部７２０における表示画面内の任意の領域又は特定の領域を、マウス等のポインティングデバイスによって応援期間中にクリックする操作であってもよい。特定の領域は、例えば、応援操作を受け付ける応援ボタンに割り当てられた操作領域であってもよい。

また、例えば、応援操作は、操作部７７０が１又は複数の操作ボタンを有する場合、特定の操作ボタン（例えば、応援ボタンに割り当てられた操作ボタン）を押下する操作であってもよい。また、応援操作は、応援端末７０が音声入力に対応している場合、応援端末７０に向かって声援をおくることによる音声入力の操作であってもよい。また、例えば、応援操作には、応援端末７０のユーザに対応付けられたポイントを応援のために使用する操作が含まれてもよい。

記憶部７３０は、応援端末７０の各部を制御するための制御プログラムＰＲｃｔを記憶している。次に、図１０を参照しながら、応援端末７０のハードウェア構成について説明する。

図１０は、図９に示した応援端末７０のハードウェア構成の一例を示す図である。

応援端末７０は、応援端末７０の各部を制御するプロセッサ７１と、各種情報を記憶するメモリ７３と、応援端末７０の外部に存在する外部装置との通信を行うための通信装置７５と、応援端末７０のユーザによる操作を受け付けるための入力操作装置７７とを有する。

メモリ７３は、例えば、プロセッサ７１の作業領域として機能するＲＡＭ等の揮発性メモリと、制御プログラムＰＲｃｔ等の各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリとの、一方又は双方を含み、記憶部７３０として機能する。プロセッサ７１は、例えば、１又は複数のＣＰＵを含んで構成される。プロセッサ７１は、メモリ７３に記憶された制御プログラムＰＲｃｔを実行し、制御プログラムＰＲｃｔに従って動作することで、制御部７１０として機能する。通信装置７５は、応援端末７０の外部に存在する外部装置との通信を行うためのハードウェアであり、通信部７５０として機能する。

入力操作装置７７は、応援端末７０のユーザの操作を受け付ける操作部７７０として機能する。例えば、入力操作装置７７は、タッチパネル、操作ボタン、キーボード、ジョイスティック、及び、マウス等のポインティングデバイスの一部又は全部を含む、１又は複数の機器から構成されるものであってもよい。なお、本実施形態では、入力操作装置７７として、表示機能を有するタッチパネル（すなわち、タッチパネル式ディスプレイ）を想定する。この場合、図１０に示す入力操作装置７７は、操作部７７０として機能するとともに、各種画像を表示する表示部７２０としても機能する。次に、図１１及び図１２を参照しながら、視聴端末８０の構成について説明する。

図１１は、図１に示した視聴端末８０の構成の一例を示す機能ブロック図である。

視聴端末８０は、視聴端末８０の各部を制御する制御部８１０と、各種情報を記憶する記憶部８３０と、配信サーバ３０等の外部装置との間の通信を実行するための通信部８５０と、視聴端末８０のユーザによる操作を受け付けるための操作部８７０とを有する。

制御部８１０は、配信サーバ３０から通信部８５０を介してゲーム動画情報を取得する動画取得部８１１を有する。動画取得部８１１は、配信サーバ３０から通信部８５０を介してゲーム動画情報を取得し、取得したゲーム動画情報に基づくゲーム動画ＭＶを、視聴端末８０に対応して設けられた表示装置９０が具備する表示部９２０に表示させる。

記憶部８３０は、視聴端末８０の各部を制御するための制御プログラムＰＲｃｖを記憶している。次に、図１２を参照しながら、視聴端末８０のハードウェア構成について説明する。

図１２は、図１１に示した視聴端末８０のハードウェア構成の一例を示す図である。

視聴端末８０は、視聴端末８０の各部を制御するプロセッサ８１と、各種情報を記憶するメモリ８３と、視聴端末８０の外部に存在する外部装置との通信を行うための通信装置８５と、視聴端末８０のユーザによる操作を受け付けるための入力操作装置８７とを有する。

メモリ８３は、例えば、プロセッサ８１の作業領域として機能するＲＡＭ等の揮発性メモリと、制御プログラムＰＲｃｖ等の各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリとの、一方又は双方を含み、記憶部８３０として機能する。プロセッサ８１は、例えば、１又は複数のＣＰＵを含んで構成される。プロセッサ８１は、メモリ８３に記憶された制御プログラムＰＲｃｖを実行し、制御プログラムＰＲｃｖに従って動作することで、制御部８１０として機能する。通信装置８５は、視聴端末８０の外部に存在する外部装置との通信を行うためのハードウェアであり、通信部８５０として機能する。

入力操作装置８７は、視聴端末８０のユーザによる操作を受け付けるためのハードウェアであり、操作部８７０として機能する。例えば、入力操作装置８７は、操作ボタン、タッチパネル、キーボード、ジョイスティック、及び、マウス等のポインティングデバイスの一部又は全部を含む、１又は複数の機器から構成されるものであってもよい。次に、図１３を参照しながら、ゲーム管理サーバ５０の記憶部５３０に記憶されている対戦管理テーブルＴＢＬｐｌについて説明する。

図１３は、対戦管理テーブルＴＢＬｐｌのデータ構成の一例を示す図である。対戦管理テーブルＴＢＬｐｌは、例えば、実行予定又は実行中の野球ゲームによる対戦（試合）と対応するレコードを有する。図１３に示す例では、対戦管理テーブルＴＢＬｐｌは、実行予定又は実行中の野球ゲームによる複数の対戦と１対１に対応する複数のレコードを有する。対戦管理テーブルＴＢＬｐｌの各レコードは、例えば、実行予定又は実行中の複数の対戦を識別するための対戦ＩＤと、当該対戦に関する情報である対戦情報とを記憶している。対戦情報とは、例えば、対戦を実行しているユーザに関するプレイヤ情報と、当該対戦を観戦しているユーザに関する観戦者情報とを含む情報である。

プレイヤ情報は、対戦を実行している２人のユーザのうちの一方のユーザ（以下、第１ユーザとも称する）に関する第１ユーザ情報と、２人のユーザのうちの他方のユーザ（以下、第２ユーザとも称する）に関する第２ユーザ情報とを含む。例えば、第１ユーザ情報は、第１ユーザを識別するためのユーザＩＤと、第１ユーザの名称（ユーザ名）を示す情報と、第１ユーザのゲーム端末１０のアドレスを示す情報とを含む。同様に、第２ユーザ情報は、第２ユーザを識別するためのユーザＩＤと、第２ユーザの名称（ユーザ名）を示す情報と、第２ユーザのゲーム端末１０のアドレスを示す情報とを含む。なお、ゲーム端末１０のアドレスを示す情報は、例えば、ゲーム端末１０のＩＰ（Internet Protocol）アドレスであってもよい。

観戦者情報は、例えば、対戦を観戦しているユーザの応援端末７０のアドレスを示す情報を含む。応援端末７０のアドレスを示す情報は、例えば、応援端末７０のＩＰアドレスであってもよい。

なお、図１３に示す対戦管理テーブルＴＢＬｐｌにおいて、第２ユーザ情報のユーザＩＤの欄の“ｖｉｒｔｕａｌ ｕｓｅｒ”は、第１ユーザが、ゲームシステム１又はゲームプログラムＰＲｇにより制御される仮想的なユーザと対戦していることを示す。また、第２ユーザ情報のユーザＩＤの欄の“－”は、第１ユーザの対戦相手が、現時点では決まっていないことを示す。また、対戦ＩＤが“ｐ００３”のレコードでは、ゲーム端末１０のアドレスが第１ユーザと第２ユーザとで同じアドレス（“ｑｗｅ３４５”）であるが、これは、第１ユーザと第２ユーザとが単一のゲーム端末１０を操作することで、単一のゲーム端末１０を操作する２人のユーザが対戦していることを示す。すなわち、本実施形態では、各ゲーム端末１０が単一のユーザにより操作される場合を中心にゲームシステム１の動作を説明しているが、複数のユーザが単一のゲーム端末１０を操作することで、単一のゲーム端末１０を操作する複数のユーザが対戦可能（又は、協力可能）であってもよい。

なお、対戦管理テーブルＴＢＬｐｌのデータ構成は、図１３に示した例に限定されない。例えば、観戦者情報は、観戦者を識別するためのユーザＩＤ、及び、観戦者の名称（ユーザ名）を示す情報等を含んでもよい。また、対戦情報は、例えば、対戦に関するゲーム動画ＭＶのタイトルを示す情報を含んでもよい。また、対戦情報は、例えば、当該対戦を実行しているプレイヤ以外のユーザ（例えば、観戦者）の応援参加を許可するか否かを示す情報を含んでもよい。次に、図１４及び図１５を参照しながら、応援期間におけるゲーム端末１０の動作の概要を説明する。

図１４は、図３に示したゲーム端末１０の動作の概要を説明する説明図である。以下では、ゲーム端末１０－１のユーザが守備側の選手に対応する投手キャラクタＣＲ１等の守備キャラクタを操作する場合を例にして、ゲーム端末１０の動作の概要を説明する。ゲーム端末１０－１のユーザが守備キャラクタを操作する場合、ゲーム端末１０－２のユーザは、攻撃側の選手に対応する打者キャラクタＣＲ２等の攻撃キャラクタを操作する。

ゲーム画像Ｇ１は、ゲーム端末１０－１のユーザによる投手交代の操作に基づいて進行したゲームの状況を示す。例えば、ゲーム進行部１１１は、ゲーム端末１０－１のユーザによる投手交代の操作に基づいて、ゲームの状況を、リリーフ投手キャラクタＣＲ１ｒが登板する状況（「特定の状況」の一例）に進行させる。そして、ゲーム進行部１１１は、リリーフ投手キャラクタＣＲ１ｒが登板する様子を示すゲーム画像Ｇ１を表示部２２０に表示させる。例えば、図１４に示すゲーム画像Ｇ１は、マウンドに上がるリリーフ投手キャラクタＣＲ１ｒにフォーカスした画像である。また、図１４に示す例では、ゲーム画像Ｇ１は、仮想空間ＦＤに存在するリリーフ投手キャラクタＣＲ１ｒ等のゲーム要素を示す画像の他に、リリーフ投手キャラクタＣＲ１ｒに関する情報を示す画像ＩＭＧ１０を含む。

また、応援期間設定部１１２は、ゲーム端末１０－１のユーザの操作に基づいて進行したゲームの状況が特定の状況となったため、リリーフ投手キャラクタＣＲ１ｒ（「特定の対象」の一例）に対する応援を受け付け可能な応援期間を開始させる。このため、ゲーム進行部１１１は、表示部２２０に表示されたゲーム画像Ｇ１を、応援期間であることを示す画像ＩＭＧ２０（図１４に示す例では、「応援受付中！」の文字を含む画像）、及び、応援情報に基づく応援量を示すゲージ画像ＩＭＧ２１等を含むゲーム画像Ｇ２に更新する。これにより、ゲーム端末１０－１及び１０－２において実行されている野球ゲームに係るゲーム動画ＭＶを観戦している観戦者の視聴端末８０に対応する表示部９２０にも、ゲージ画像ＩＭＧ２１等を含むゲーム画像Ｇ２が表示される。従って、例えば、ゲーム端末１０－１のユーザの野球チームを応援している観戦者は、応援端末７０を操作することにより、リリーフ投手キャラクタＣＲ１ｒの応援に参加することができる。

なお、ゲーム端末１０－２のユーザの野球チームを応援している観戦者は、リリーフ投手キャラクタＣＲ１ｒの応援に参加しなくてもよい。例えば、リリーフ投手キャラクタＣＲ１ｒが登板する場面の前に、打者キャラクタＣＲ２に対する応援期間が開始されてもよい。この場合、ゲーム端末１０－２のユーザの野球チームを応援している観戦者は、打者キャラクタＣＲ２に対する応援期間中に応援端末７０を操作することにより、打者キャラクタＣＲ２の応援に参加することができる。打者キャラクタＣＲ２に対する応援期間は、例えば、リリーフ投手キャラクタＣＲ１ｒに対する応援期間が開始される前に終了してもよい。すなわち、ゲーム端末１０の応援期間設定部１１２は、リリーフ投手キャラクタＣＲ１ｒに対する応援期間と打者キャラクタＣＲ２に対する応援期間とが重複しないように、応援期間を設定してもよい。この場合、例えば、ゲーム端末１０の能力設定部１１４は、応援情報取得部１１３が取得した応援情報に基づく応援が、リリーフ投手キャラクタＣＲ１ｒと打者キャラクタＣＲ２とのどちらに対する応援かを応援期間に基づいて容易に判断することができる。次に、図１５を参照しながら、応援期間中のゲーム端末１０の動作の概要を説明する。

図１５は、図１４に示したゲーム端末１０の動作の概要の続きを説明する説明図である。

ゲーム画像Ｇ３は、ゲーム動画ＭＶを観戦している観戦者が応援操作を応援端末７０に対して行ったことにより、リリーフ投手キャラクタＣＲ１ｒに対する応援量が蓄積されている様子を示す。ゲージ画像ＩＭＧ２１内の網掛けで示した目盛は、観戦者による応援期間中の応援量の総計を示している。すなわち、ゲーム進行部１１１は、表示部２２０に表示されたゲーム画像Ｇ２を、リリーフ投手キャラクタＣＲ１ｒに対する応援量が蓄積されている様子を示すゲージ画像ＩＭＧ２１等を含むゲーム画像Ｇ３に更新する。このように、ゲーム進行部１１１は、応援期間において、応援情報に基づく応援量を表示部２２０に表示させる。また、ゲーム画像Ｇ３は、声援を示す画像ＩＭＧ３０（図１５に示す例では、「ファーッ」の文字を示す画像）を含む。

ゲーム画像Ｇ４は、表示部２２０にゲーム画像Ｇ３が表示されてから時間が経過し、リリーフ投手キャラクタＣＲ１ｒに対する応援量が増加いている様子を示す。図１５に示す例では、ゲーム動画ＭＶを観戦している観戦者の応援（応援端末７０に対する応援操作）により、ゲージ画像ＩＭＧ２１内の目盛の上限まで応援量が蓄積されている。図１５に示す例では、説明の便宜上、ゲージ画像ＩＭＧ２１内の目盛の上限に対応する応援量が“１００００”である場合を想定する。

ゲーム画像Ｇ４には、観戦者の応援の程度を示す応援量が“１００００”に達したため、一定量の声援があったことを示す画像ＩＭＧ３２（図１５に示す例では、「応援量１００００突破」の文字を含む画像）、太鼓の音を示す画像ＩＭＧ３１（図１５に示す例では、「ド、ド、ド」の文字を含む画像）等が含まれる。また、ゲーム画像Ｇ４では、ゲーム画像Ｇ３に含まれる画像ＩＭＧ３０に比べてサイズの大きい画像ＩＭＧ３０が追加されている。ゲーム画像Ｇ４では、画像ＩＭＧ３０及びＩＭＧ３１等により、表示部２２０にゲーム画像Ｇ３が表示されたときに比べて、声援が増加したことを示している。すなわち、ゲーム画像Ｇ４は、表示部２２０にゲーム画像Ｇ３が表示されたときに比べて、応援が盛り上がっていることを示している。なお、ゲーム進行部１１１は、例えば、仮想空間ＦＤに存在する観客キャラクタＣＲ３を応援情報に応じてウェーブさせる等の演出を行うことにより、応援が盛り上がっていることを示してもよい。

このように、ゲーム進行部１１１は、仮想空間ＦＤの状況を示すゲーム画像Ｇ２を、声援を示す画像ＩＭＧ３０等を含むゲーム画像Ｇ３又はＧ４等に、応援情報に応じて変更する。なお、ゲーム進行部１１１は、仮想空間ＦＤの状況を示すゲーム画像Ｇ４等を含むゲーム動画ＭＶを再生するためのゲーム動画情報に、応援情報に応じた声援等の音を示す情報を付加してもよい。すなわち、ゲーム進行部１１１は、ゲームに係る仮想空間ＦＤの状況を示すゲーム画像Ｇ及び音の一方又は両方を、応援情報に応じて変更してもよい。

ここで、応援量は、応援操作が行われた回数に応じて変化してもよい。この場合、観戦者は、応援端末７０の表示部７２０における表示画面内の応援ボタンに割り当てられた操作領域を連打することにより、応援量を増加させることができる。このように、応援量を増加させる操作にゲーム性を持たせることにより、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。また、応援量は、応援端末７０を操作する観戦者に対応付けられたポイントの応援操作による消費量に応じて増加してもよい。この場合、観戦者に対応付けられたポイントと引き換えに応援量が増加するため、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。なお、ポイントは、野球ゲームにおけるゲーム上の価値であってもよい。また、ポイントは、課金によって得られるものであってもよい。

応援期間設定部１１２は、応援期間を開始させてから所定の時間が経過すると、応援期間を終了させる。所定の時間は、特定の状況に拘わらず一定でもよいし、特定の状況に対応して決められた時間でもよい。応援期間が終了した後のゲーム画像Ｇを図１５には図示していないが、応援期間が終了すると、能力設定部１１４は、応援情報取得部１１３が応援期間中に取得した応援情報に基づいて、リリーフ投手キャラクタＣＲ１ｒに関連付けられた能力を変化させる。例えば、能力設定部１１４は、リリーフ投手キャラクタＣＲ１ｒに関連付けられたコントロール及び球速等に関する能力を、応援情報取得部１１３が応援期間中に取得した応援情報に基づく応援量に応じて向上させる。次に、図１６を参照しながら、ゲームシステム１の動作の概要について説明する。

図１６は、図１に示したゲームシステム１の動作の一例を示すシーケンスチャートである。図１６では、ゲーム端末１０－１及び１０－２のうちのゲーム端末１０－１がゲーム動画ＭＶを配信サーバ３０に供給する場合を例にして、ゲームシステム１の動作を説明する。なお、ゲーム端末１０－２の動作は、ゲーム端末１０－１がゲーム動画ＭＶを配信サーバ３０に供給する点を除いて、ゲーム端末１０－１の動作と同様である。このため、図１６では、ゲーム端末１０－２の記載を省略している。さらに、図１６では、図を見やすくするために、ゲーム端末１０－１に対する操作の内容を示す操作情報をゲーム端末１０－１がゲーム端末１０－２に送信する動作と、ゲーム端末１０－２に対する操作の内容を示す操作情報をゲーム端末１０－１がゲーム端末１０－２から受信する動作との記載を省略している。また、図１６では、図を見やすくするために、Ｍ個の応援端末７０のうちの応援端末７０－ｍと、Ｍ個の視聴端末８０のうちの視聴端末８０－ｍとを図示しているが、応援に参加する観戦者は、応援端末７０－ｍのユーザに限定されない。また、図１６に図示した星印は、ゲームの状況が特定の状況となったことを示す。

先ず、ゲーム端末１０－１の制御部１１０は、観戦者が応援に参加可能な野球ゲームの対戦（試合）を開始するための開始要求ＲＥＱｐｌがゲーム管理サーバ５０に送信されるように、ゲーム端末１０の各部を制御する（Ｓ１００）。

ゲーム管理サーバ５０が開始要求ＲＥＱｐｌを受信すると、ゲーム管理サーバ５０の制御部５１０は、開始要求ＲＥＱｐｌを送信したゲーム端末１０－１において実行される野球ゲームに関する対戦情報を対戦管理テーブルＴＢＬｐｌに記憶し、実行予定及び実行中の野球ゲームを識別可能に管理する。例えば、ゲーム管理サーバ５０の制御部５１０は、ゲーム端末１０－１及び１０－１の各々のユーザ名、及び、ゲーム端末１０－１及び１０－２の各々のＩＰアドレス等を含む対戦情報を、記憶部５３０に記憶された対戦管理テーブルＴＢＬｐｌに登録する。そして、ゲーム管理サーバ５０の制御部５１０は、開始要求ＲＥＱｐｌに対する許可応答ＡＣＫｐｌがゲーム端末１０－１に送信されるように、ゲーム管理サーバ５０の各部を制御する（Ｓ５０２）。

ゲーム端末１０－１の制御部１１０は、開始要求ＲＥＱｐｌに対する応答としてゲーム管理サーバ５０から送信された許可応答ＡＣＫｐｌを、通信部１５０を介して取得する（Ｓ１０２）。

また、ゲーム端末１０－１の制御部１１０は、配信要求ＲＥＱｕｐが配信サーバ３０に送信されるように、ゲーム端末１０の各部を制御する（Ｓ１０４）。ここで、配信要求ＲＥＱｕｐとは、例えば、ゲーム端末１０が配信サーバ３０に対してゲーム動画ＭＶの供給を開始することを示す情報である。

配信サーバ３０が配信要求ＲＥＱｕｐを受信すると、配信サーバ３０の制御部３１０は、配信要求ＲＥＱｕｐに対する許可応答ＡＣＫｕｐがゲーム端末１０－１に送信されるように、配信サーバ３０の各部を制御する（Ｓ３０６）。そして、ゲーム端末１０－１の制御部１１０は、配信要求ＲＥＱｕｐに対する応答として配信サーバ３０から送信された許可応答ＡＣＫｕｐを、通信部１５０を介して取得する（Ｓ１０６）。

また、応援端末７０－ｍの制御部７１０は、応援参加要求ＲＥＱｃｈがゲーム管理サーバ５０に送信されるように、応援端末７０－ｍの各部を制御する（Ｓ７００）。ここで、応援参加要求ＲＥＱｃｈとは、例えば、応援端末７０－ｍのユーザ（観戦者）が野球ゲームの応援に参加することを示す情報である。ゲーム管理サーバ５０の制御部５１０は、応援端末７０－ｍのユーザが野球ゲームの応援に参加することを許可する場合、実行予定及び実行中の野球ゲームの一覧を示す対戦一覧情報ＬＳＴｉｎｆが応援端末７０－ｍに送信されるように、ゲーム管理サーバ５０の各部を制御する（Ｓ５０４）。対戦一覧情報ＬＳＴｉｎｆは、例えば、対戦管理テーブルＴＢＬｐｌに記憶された対戦情報等に基づいて生成される。

応援端末７０－ｍが対戦一覧情報ＬＳＴｉｎｆを受信すると、応援端末７０－ｍの制御部７１０は、対戦一覧情報ＬＳＴｉｎｆに基づく対戦一覧画面を表示部７２０に表示させる。そして、応援端末７０－ｍの制御部７１０は、応援端末７０－ｍに対するユーザ操作により選択された対戦を示す対戦選択情報ＳＥＬｉｎｆがゲーム管理サーバ５０に送信されるように、応援端末７０－ｍの各部を制御する（Ｓ７０２）。なお、ゲーム管理サーバ５０の制御部５１０は、応援端末７０－ｍを識別するための識別情報（例えば、応援端末７０－ｍのＩＰアドレス）をゲーム端末１０－１に対応する対戦情報に含めることにより、記憶部５３０に記憶された対戦管理テーブルＴＢＬｐｌを更新してもよい。

図１６に示す例では、応援端末７０－ｍのユーザが応援に参加する野球ゲームとして、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとが対戦する野球ゲームが、応援端末７０－ｍに対するユーザ操作により選択された場合を想定する。また、図１６に示す例では、後述するステップＳ１４４の処理が実行される前に、視聴端末８０－ｍの状態が、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとが対戦する野球ゲームに係るゲーム動画ＭＶを視聴可能な状態である場合を想定する。例えば、ゲーム動画ＭＶを視聴可能な状態とは、ゲーム管理サーバ５０により管理される野球ゲームに係るゲーム動画ＭＶを再生するために用意されたウェブサイトに視聴端末８０－ｍがアクセスしている状態であってもよい。あるいは、ゲーム動画ＭＶを視聴可能な状態とは、野球ゲームに係るゲーム動画ＭＶを再生するためのアプリケーションプログラムを視聴端末８０－ｍが実行した状態であってもよい。そして、例えば、応援端末７０－ｍのユーザ（すなわち、視聴端末８０－ｍのユーザ）は、表示部９２０－ｍに表示されたゲーム動画ＭＶのタイトル及びユーザ名等を参照することにより、ステップＳ７０２で選択した対戦に対応するゲーム動画ＭＶを選択する。これにより、視聴端末８０－ｍの状態が、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとが対戦する野球ゲームに係るゲーム動画ＭＶを視聴可能な状態になる。この場合、ゲーム端末１０－１において野球ゲームが開始されると、表示部９２０－ｍにゲーム動画ＭＶが表示される。

例えば、ゲーム端末１０－１及び１０－２は、ゲーム端末１０－１が許可応答ＡＣＫｕｐを受信した後、野球ゲームを開始する。そして、ゲーム端末１０－１の制御部１１０は、野球ゲームに係るゲーム動画ＭＶを再生するためのゲーム動画情報ＭＶｉｎｆが配信サーバ３０に送信されるように、ゲーム端末１０の各部を制御する（Ｓ１４４）。

配信サーバ３０がゲーム動画情報ＭＶｉｎｆを受信すると、配信サーバ３０の制御部３１０は、ゲーム端末１０－１から受信したゲーム動画情報ＭＶｉｎｆが視聴端末８０－ｍに送信されるように、配信サーバ３０の各部を制御する（Ｓ３４４）。視聴端末８０－ｍがゲーム動画情報ＭＶｉｎｆを受信すると、視聴端末８０－ｍの制御部８１０は、配信サーバ３０から受信したゲーム動画情報ＭＶｉｎｆに基づくゲーム動画ＭＶを、表示部９２０－ｍに表示させる。

また、ゲーム端末１０－１の制御部１１０は、ゲーム端末１０－１のユーザ及びゲーム端末１０－２のユーザの一方又は両方の操作に基づいて進行させたゲームの状況が特定の状況になった場合（図１６の星印）、応援期間Ｔｃｈの開始を示す応援開始情報ＳＴｔｃｈがゲーム管理サーバ５０に送信されるように、ゲーム端末１０の各部を制御する（Ｓ１２０）。

ゲーム管理サーバ５０が応援開始情報ＳＴｔｃｈを受信すると、ゲーム管理サーバ５０の制御部５１０は、応援開始情報ＳＴｔｃｈが応援端末７０－ｍに送信されるように、ゲーム管理サーバ５０の各部を制御する（Ｓ５２０）。これにより、例えば、応援端末７０－ｍは、応援期間Ｔｃｈが開始されたことを認識できる。そして、応援端末７０－ｍの制御部７１０は、応援期間Ｔｃｈが開始された後に受け付けた応援操作に基づく応援情報ＣＨｉｎｆがゲーム管理サーバ５０に送信されるように、応援端末７０－ｍの各部を制御する（Ｓ７２６）。なお、応援開始情報ＳＴｔｃｈは、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとの対戦を観戦している他の観戦者の応援端末７０にもゲーム管理サーバ５０から送信され得る。同様に、応援情報ＣＨｉｎｆは、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとの対戦を観戦している他の観戦者の応援端末７０からもゲーム管理サーバ５０に送信され得る。

ゲーム管理サーバ５０が応援情報ＣＨｉｎｆを受信すると、ゲーム管理サーバ５０の制御部５１０は、応援情報ＣＨｉｎｆがゲーム端末１０－１及び１０－２に送信されるように、ゲーム管理サーバ５０の各部を制御する（Ｓ５２６）。そして、ゲーム端末１０－１の制御部１１０は、ゲーム管理サーバ５０から送信された応援情報ＣＨｉｎｆを、通信部１５０を介して取得する（Ｓ１２６）。ゲーム端末１０－１の制御部１１０は、応援情報ＣＨｉｎｆを取得すると、図１４において説明したように、応援情報ＣＨｉｎｆに基づく応援量を表示部２２０－１に表示させる。

また、ゲーム端末１０－１の制御部１１０は、応援期間Ｔｃｈを開始させてから所定の時間が経過すると、応援期間Ｔｃｈの終了を示す応援終了情報ＥＮｔｃｈがゲーム管理サーバ５０に送信されるように、ゲーム端末１０の各部を制御する（Ｓ１３０）。

ゲーム管理サーバ５０が応援終了情報ＥＮｔｃｈを受信すると、ゲーム管理サーバ５０の制御部５１０は、応援終了情報ＥＮｔｃｈが応援端末７０－ｍに送信されるように、ゲーム管理サーバ５０の各部を制御する（Ｓ５３０）。これにより、例えば、応援端末７０－ｍは、応援期間Ｔｃｈが終了したことを認識できる。応援端末７０－ｍは、応援期間Ｔｃｈが終了した後では、次の応援期間Ｔｃｈが開始されるまで、応援操作を受け付けない。なお、応援終了情報ＥＮｔｃｈは、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとの対戦を観戦している他の観戦者の応援端末７０にもゲーム管理サーバ５０から送信され得る。

特に図示していないが、ゲーム端末１０－１の制御部１１０は、応援期間Ｔｃｈが終了すると、応援期間Ｔｃｈ中に受信した応援情報ＣＨｉｎｆに基づいて、応援の対象に関連付けられた能力を向上させる。例えば、応援の対象が打者キャラクタＣＲ２である場合、ゲーム端末１０－１の制御部１１０は、打者キャラクタＣＲ２に関連付けられたミート率及び打球の飛距離等に関する能力を、応援情報取得部１１３が応援期間Ｔｃｈ中に取得した応援情報ＣＨｉｎｆに基づく応援量に応じて向上させる。

ゲーム端末１０－１の制御部１１０は、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとの対戦が終了すると、対戦の終了を示す終了通知ＥＮＤｐｌがゲーム管理サーバ５０に送信されるように、ゲーム端末１０の各部を制御する（Ｓ１６０）。

なお、ゲームシステム１の動作は、図１６に示した動作に限定されない。例えば、配信サーバ３０及びゲーム管理サーバ５０は、ゲーム動画ＭＶを識別するための動画ＩＤを用いて、複数のゲーム動画ＭＶを管理してもよい。この場合、例えば、ゲーム管理サーバ５０が、動画ＩＤを許可応答ＡＣＫｐｌとともにゲーム端末１０－１に送信し、ゲーム端末１０－１が、ゲーム管理サーバ５０から受信した動画ＩＤを配信要求ＲＥＱｕｐとともに配信サーバ３０に送信してもよい。なお、ゲーム管理サーバ５０は、複数の対戦を識別するための対戦ＩＤを動画ＩＤとしてゲーム端末１０－１に送信してもよい。

また、例えば、ゲーム端末１０－１は、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとの対戦に関する対戦情報を、ゲーム管理サーバ５０から応援端末７０－ｍに送信される対戦一覧情報ＬＳＴｉｎｆに含めるか否かを選択してもよい。具体的には、ゲーム端末１０－１は、対戦情報を対戦一覧情報ＬＳＴｉｎｆに含めるか否か示す情報を開始要求ＲＥＱｐｌとともにゲーム管理サーバ５０に送信してもよい。

また、例えば、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとの対戦のゲーム動画ＭＶのタイトル等とともに、該対戦の応援に参加することを示す対戦選択情報ＳＥＬｉｎｆをゲーム管理サーバ５０に送信するための情報（例えば、ＱＲコード（登録商標）等）が、表示部９２０－ｍ等に表示されてもよい。この場合、観戦者は、ゲーム管理サーバ５０から応援端末７０－ｍに送信される対戦一覧情報ＬＳＴｉｎｆに基づく対戦一覧画面を参照することなく、表示部９２０－ｍに表示されるゲーム動画ＭＶの一覧等を参照することにより、応援に参加する対戦を選択してもよい。従って、対戦選択情報ＳＥＬｉｎｆをゲーム管理サーバ５０に送信するための情報がゲーム動画ＭＶのタイトル等とともに表示部９２０－ｍ等に表示される場合、上述のステップＳ７００及びＳ５０４は、省かれてもよい。

また、例えば、ゲーム端末１０－１の制御部１１０は、応援開始情報ＳＴｔｃｈ及び応援終了情報ＥＮｔｃｈをゲーム管理サーバ５０に送信しなくてもよい。すなわち、応援期間Ｔｃｈの開始及び終了は、必ずしも応援端末７０が知る必要はない。例えば、ゲーム端末１０－１の制御部１１０は、応援開始情報ＳＴｔｃｈ及び応援終了情報ＥＮｔｃｈをゲーム管理サーバ５０に送信しない場合、応援期間Ｔｃｈ外にゲーム管理サーバ５０から送信された応援情報ＣＨｉｎｆを受け付けずに破棄してもよい。次に、図１７を参照しながら、ゲーム端末１０の動作フローについて説明する。

図１７は、図３に示したゲーム端末１０の動作の一例を示すフローチャートである。なお、図１７は、図１６に示したステップＳ１００、Ｓ１０２、Ｓ１０４及びＳ１０６の一連の処理（開始要求ＲＥＱｐｌの送信、許可応答ＡＣＫｐｌの取得、配信要求ＲＥＱｕｐの送信、及び、許可応答ＡＣＫｕｐの取得）が実行された後のゲーム端末１０の動作の一例を示す。従って、図１７のステップＳ１１０の処理は、図１６に示したステップＳ１００、Ｓ１０２、Ｓ１０４及びＳ１０６の一連の処理が実行された後に実行される。図１７では、ゲーム端末１０－１のユーザとゲーム端末１０－２のユーザとの対戦が実行される場合を例にして、ゲーム端末１０－１の動作を中心に説明する。従って、図１７の説明では、特に断りがない場合、制御部１１０等の機能ブロックは、ゲーム端末１０－１に含まれる機能ブロックを意味するものとする。

ステップＳ１１０において、ゲーム進行部１１１は、ゲーム端末１０－１及び１０－２の各々のユーザの操作の内容を示す操作情報を取得する。例えば、ゲーム進行部１１１は、ユーザの操作を操作部１７０が受け付けた場合、操作部１７０が受け付けた操作の内容を示す操作情報を取得する。また、ゲーム進行部１１１は、ゲーム端末１０－２の操作部１７０が受け付けた操作の内容を示す操作情報を通信部１５０が受信した場合、通信部１５０が受信した操作情報を取得する。なお、ユーザによる操作が行われなかった場合、ゲーム進行部１１１は、ユーザによる操作が行われなかったことを示す操作情報を取得してもよい。

次に、ステップＳ１１２において、ゲーム進行部１１１は、ステップＳ１１０において取得した操作情報に基づいて、ゲームを進行させる。すなわち、ゲーム進行部１１１は、ユーザの操作に基づいて、ゲームを進行させる。なお、ゲーム進行部１１１は、ステップＳ１１２において、操作情報に基づいて進行させたゲームの状況を示す進行状況情報を生成してもよい。

次に、ステップＳ１１４において、応援期間設定部１１２は、期間フラグに、ゲームが進行している期間が応援期間Ｔｃｈでないことを示す値、例えば、「０」が設定されているか否かを判定する。なお、期間フラグは、野球ゲームの開始時に、例えば、「０」に初期化されている。ステップＳ１１４における判定の結果が肯定の場合、応援期間設定部１１２は、処理をステップＳ１１６に進める。一方、ステップＳ１１４における判定の結果が否定の場合、応援期間設定部１１２は、処理をステップＳ１２４に進める。

ステップＳ１１６において、応援期間設定部１１２は、ステップＳ１１２において進行したゲームの状況（すなわち、ユーザの操作に基づいて進行したゲームの状況）が特定の状況であるか否かを判定する。特定の状況については、図３で説明したため、図１７では説明を省略する。ステップＳ１１６における判定の結果が肯定の場合、応援期間設定部１１２は、処理をステップＳ１２０に進める。一方、ステップＳ１１６における判定の結果が否定の場合、応援期間設定部１１２は、処理をステップＳ１４０に進める。

ステップＳ１２０において、応援期間設定部１１２は、ゲームに係る特定の対象に対する応援を受け付け可能な応援期間Ｔｃｈを開始させる。すなわち、応援期間設定部１１２は、ゲーム端末１０のユーザの操作に基づいて進行したゲームの状況が特定の状況となったため、応援期間Ｔｃｈを開始させる。また、応援期間設定部１１２は、ステップＳ１２０において、通信部１５０等を制御して、応援期間Ｔｃｈの開始を示す応援開始情報ＳＴｔｃｈをゲーム管理サーバ５０に送信してもよい。

次に、ステップＳ１２２において、応援期間設定部１１２は、期間フラグに、ゲームが進行している期間が応援期間Ｔｃｈであることを示す値、例えば、「１」を設定する。そして、応援期間設定部１１２は、処理をステップＳ１２４に進める。

ステップＳ１２４において、応援期間設定部１１２は、応援期間Ｔｃｈが終了したか否かを判定する。例えば、応援期間設定部１１２は、応援期間Ｔｃｈを開始させてから所定の時間が経過している場合、応援期間Ｔｃｈが終了したと判定する。ステップＳ１２４における判定の結果が肯定の場合、応援期間設定部１１２は、処理をステップＳ１３０に進める。一方、ステップＳ１２４における判定の結果が否定の場合、応援期間設定部１１２は、処理をステップＳ１２６に進める。

ステップＳ１２６において、応援情報取得部１１３は、観戦者による応援端末７０に対する応援操作に基づく応援情報ＣＨｉｎｆを取得する。例えば、応援情報取得部１１３は、通信部１５０が１又は複数の応援端末７０からゲーム管理サーバ５０を介して応援情報ＣＨｉｎｆを受信した場合、通信部１５０が受信した応援情報ＣＨｉｎｆを取得する。そして、応援情報取得部１１３は、処理をステップＳ１４０に進める。このように、応援期間Ｔｃｈでは、応援情報取得部１１３は、応援情報ＣＨｉｎｆを取得した後、処理をステップＳ１４０に進める。一方、上述したように、ステップＳ１２４において、応援期間Ｔｃｈが終了したと判定された場合、処理は、ステップＳ１３０に進む。

ステップＳ１３０において、応援期間設定部１１２は、応援期間Ｔｃｈを終了させる。また、応援期間設定部１１２は、ステップＳ１３０において、通信部１５０等を制御して、応援期間Ｔｃｈの終了を示す応援終了情報ＥＮｔｃｈをゲーム管理サーバ５０に送信してもよい。次に、ステップＳ１３２において、応援期間設定部１１２は、期間フラグに「０」を設定する。そして、応援期間設定部１１２は、処理をステップＳ１３４に進める。

ステップＳ１３４において、能力設定部１１４は、応援期間Ｔｃｈ中に応援情報取得部１１３が取得した応援情報ＣＨｉｎｆに基づく応援量の総計に応じて、特定の対象に関連付けられた能力値を向上させる。なお、ステップＳ１３０において終了した応援期間Ｔｃｈが、例えば、ゲーム端末１０－２のユーザが操作する特定のキャラクタに対する応援を受け付ける期間であった場合、ステップＳ１３４の処理によって、ゲーム端末１０－２のユーザが操作する特定のキャラクタに関連付けられた能力値が向上する。能力設定部１１４は、ステップＳ１３４の処理を実行した後、処理をステップＳ１４０に進める。

ステップＳ１４０において、ゲーム進行部１１１は、ステップＳ１１２において進行させたゲームの状況を示すゲーム動画ＭＶを再生するためのゲーム動画情報ＭＶｉｎｆを生成する。例えば、ゲーム進行部１１１は、ステップＳ１１２において進行させたゲームの状況を示す進行状況情報に基づいて、ゲーム動画ＭＶを再生するためのゲーム動画情報ＭＶｉｎｆを生成してもよい。

なお、ステップＳ１４０において生成されるゲーム動画情報ＭＶｉｎｆは、ゲームが進行している期間が応援期間Ｔｃｈであるか否かによって異なってもよい。例えば、ゲーム進行部１１１は、ステップＳ１２６の処理が実行された後のステップＳ１４０（すなわち、応援期間ＴｃｈにおけるステップＳ１４０）では、応援情報ＣＨｉｎｆに基づく応援量を表示するための情報（例えば、ゲージ画像ＩＭＧ２１）をゲーム動画情報ＭＶｉｎｆに含めてもよい。この場合、応援情報ＣＨｉｎｆに基づく応援量が表示部２２０に表示される。なお、ゲーム進行部１１１は、ゲームが進行している期間が応援期間Ｔｃｈである場合でも、応援情報ＣＨｉｎｆに基づく応援量を表示部２２０に表示させなくてもよい。

次に、ステップＳ１４２において、ゲーム進行部１１１は、ステップＳ１４０において生成したゲーム動画情報ＭＶｉｎｆに基づいて、ゲーム動画ＭＶを表示部２２０に表示させる。また、ステップＳ１４４において、ゲーム進行部１１１は、通信部１５０等を制御して、ゲーム動画情報ＭＶｉｎｆを配信サーバ３０に送信する。

次に、ステップＳ１５０において、ゲーム進行部１１１は、野球ゲームの対戦が終了する等、所定の終了条件が充足されたか否かを判定する。ステップＳ１５０における判定の結果が否定の場合、ゲーム進行部１１１は、処理をステップＳ１１０に戻す。一方、ステップＳ１５０における判定の結果が肯定の場合、ゲーム進行部１１１は、処理をステップＳ１６０に進める。

ステップＳ１６０において、ゲーム進行部１１１は、通信部１５０等を制御して、野球ゲームの対戦が終了したことを示す終了通知ＥＮＤｐｌをゲーム管理サーバ５０に送信し、図１７に示す処理を終了させる。終了通知ＥＮＤｐｌを受信したゲーム管理サーバ５０は、対戦管理テーブルＴＢＬｐｌから、終了通知ＥＮＤｐｌに対応する対戦のレコードを削除してもよい。

なお、ゲーム端末１０の動作は、図１７に示した例に限定されない。例えば、ステップＳ１１４及びＳ１１６の処理の一部又は全部は、応援期間設定部１１２とは別の機能ブロック、例えば、ゲーム進行部１１１により実行されてもよい。また、例えば、ステップＳ１４４の処理（ゲーム動画情報ＭＶｉｎｆの送信）は、ステップＳ１４２の処理（ゲーム動画ＭＶの表示）より前に実行されてもよいし、ステップＳ１４２の処理と並列に実行されてもよい。

また、例えば、ステップＳ１２２において、応援期間設定部１１２は、応援期間Ｔｃｈが、ゲーム端末１０－１のユーザのチームに対する応援を受け付ける期間か、ゲーム端末１０－２のユーザのチームに対する応援を受け付ける期間かを識別できるように、期間フラグを設定してもよい。例えば、応援期間設定部１１２は、ステップＳ１２０において開始した応援期間Ｔｃｈがゲーム端末１０－１のユーザのチームに対する応援を受け付ける期間である場合、期間フラグに、例えば、「１」を設定してもよい。そして、応援期間設定部１１２は、ステップＳ１２０において開始した応援期間Ｔｃｈがゲーム端末１０－２のユーザのチームに対する応援を受け付ける期間である場合、期間フラグに、例えば、「３」を設定してもよい。

以上、本実施形態では、応援期間設定部１１２は、ゲーム進行部１１１がユーザの操作に基づいて進行したゲームの状況が特定の状況となる場合に、ゲームに係る特定の対象に対する応援を受け付け可能な応援期間Ｔｃｈを開始させる。また、応援情報取得部１１３は、応援期間Ｔｃｈにおいて、ゲーム端末１０と通信可能に接続された応援端末７０から、応援端末７０に対する特定の操作に応じた応援情報ＣＨｉｎｆを取得する。そして、能力設定部１１４は、応援期間Ｔｃｈ中に応援情報取得部１１３が取得した応援情報ＣＨｉｎｆに基づいて、特定の対象に関連付けられた能力を変化させる。

このように、本実施形態では、応援期間Ｔｃｈは、予め決められたタイミング（例えば、ゲームが開始されてから１０分経過後のタイミング等）に開始されるわけではない。例えば、応援期間Ｔｃｈが予め決められたタイミングに開始される場合、観戦が盛り上がらない期間が応援期間Ｔｃｈに設定される場合がある。この場合、観戦者は、応援に参加しても、盛り上がりを感じることができないおそれがある。

これに対し、本実施形態では、上述したように、応援期間Ｔｃｈは、ユーザの操作に基づいて進行したゲームの状況が特定の状況となる場合に開始される。例えば、ゲームの進行に特定の変化が生じるような状況は、観戦が盛り上がるような状況であると考えられる。従って、例えば、本実施形態では、ゲームの進行に特定の変化が生じる状況が特定の状況である場合、ゲームの観戦者は、観戦が盛り上がる状況において、応援に参加することができる。この結果、観戦者は、応援期間Ｔｃｈに応援に参加することにより、盛り上がりを感じることができる。

また、本実施形態では、観戦者の応援先が予め決められているわけではないため、観戦者は、好きな相手又はチームを応援することができる。このように、本実施形態では、観戦者は、観戦が盛り上がる状況において、好きな相手又はチームの応援に参加することができる。なお、本実施形態では、観戦者が両方のチームを応援することも可能である。すなわち、本実施形態では、観戦者は、観戦が盛り上がる状況において、好きな場面で応援に参加することができる。この結果、本実施形態では、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。

また、例えば、ゲームの開始時には発生するか否かが確定していない状況が特定の状況である場合、ゲームの観戦者が応援に参加する機会を逃さないようにするために、観戦者がゲームを熱心に観戦することが期待できる。すなわち、本実施形態では、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。

また、例えば、ゲームの進行に特定の影響を及ぼすイベントが発生する状況が特定の状況である場合、ゲームの観戦者は、観戦が盛り上がるようなイベント（例えば、選手交代のイベント）が発生する状況において、応援に参加することができる。この結果、本実施形態では、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。

また、例えば、ゲームに係る特定のキャラクタの能力が所定範囲に変化した状況が特定の状況である場合、特定のキャラクタの能力が所定範囲に変化すると、応援期間Ｔｃｈが開始される。特定のキャラクタの能力が所定範囲に変化する状況は、例えば、特定のキャラクタの能力が低下した状況であって、応援による鼓舞が必要な状況であると考えられる。従って、ゲームに係る特定のキャラクタの能力が所定範囲に変化した状況が特定の状況である場合、ゲームの観戦者は、応援による鼓舞が必要な状況において、応援に参加することができる。この結果、本実施形態では、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。

また、例えば、ゲーム進行部１１１は、応援期間Ｔｃｈにおいて、応援情報ＣＨｉｎｆに基づく応援量を表示部２２０に表示させてもよい。この場合、表示部２２０と、観戦者の視聴端末８０に対応する表示部９２０とに、応援情報ＣＨｉｎｆに基づく応援量が表示される。このため、ゲームの観戦者は、応援の盛り上がりを視認することができる。この結果、本実施形態では、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。

また、例えば、ゲーム進行部１１１は、ゲームに係る仮想空間ＦＤの状況を示すゲーム画像Ｇ及び音の一方又は両方を、応援情報ＣＨｉｎｆに応じて変更してもよい。この場合、表示部２２０と、観戦者の視聴端末８０に対応する表示部９２０とにおいて、応援情報ＣＨｉｎｆに応じた応援の様子が反映されたゲーム動画ＭＶが再生される。このため、ゲームの観戦者は、応援の盛り上がりを感じることができる。この結果、本実施形態では、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。

また、例えば、応援情報ＣＨｉｎｆに基づく応援量は、応援端末７０を操作する観戦者に対応付けられたポイントの応援操作による消費量に応じて増加してもよい。この場合、観戦者に対応付けられたポイントと引き換えに応援量が増加するため、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。

［２．変形例］
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は、相互に矛盾しない範囲内で適宜に併合され得る。なお、以下に例示する変形例において作用や機能が実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。

［変形例１］
上述した実施形態では、特定の対象に関連付けられた能力の向上に必要な応援量に関する表示については特に説明していないが、特定の対象に関連付けられた能力の向上に必要な応援量は、図１８に示すように、表示部２２０に表示されてもよい。

図１８は、変形例１に係るゲーム端末１０の動作の概要を説明する説明図である。なお、図１８では、特定の対象がリリーフ投手キャラクタＣＲ１ｒである場合を想定している。また、図１８では、特定の対象に関連付けられた能力が、リリーフ投手キャラクタＣＲ１ｒに関連付けられたコントロール、球速及び対左打者に関する能力である場合を想定している。

図１８に示すゲーム画像Ｇ５では、ゲージ画像ＩＭＧ２１に表示された応援量の目盛のうち、コントロールの向上に必要な応援量に対応する目盛を示す位置に、「コントロール＋１０」の文字を含む画像ＩＭＧ２２ａが表示されている。また、ゲージ画像ＩＭＧ２１に表示された応援量の目盛のうち、球速の向上に必要な応援量に対応する目盛を示す位置に、「球速＋５ｋｍ／ｈ」の文字を含む画像ＩＭＧ２２ｂが表示されている。そして、ゲージ画像ＩＭＧ２１に表示された応援量の目盛のうち、対左打者に関する能力の向上に必要な応援量に対応する目盛を示す位置に、「対左打者＋１０」の文字を含む画像ＩＭＧ２２ｃが表示されている。

このように、変形例１では、ゲーム進行部１１１は、応援期間Ｔｃｈにおいて、応援情報ＣＨｉｎｆに基づく応援量を特定の対象に関連付けられた能力の向上に必要な応援量と関連付けて表示部２２０に表示させる。これにより、観戦者は、応援により能力がどの程度変化するのかを応援期間Ｔｃｈに視認することができる。

図１８に示す例では、ゲージ画像ＩＭＧ２１に表示された応援量は、「コントロール＋１０」の文字を含む画像ＩＭＧ２２ａが示す位置、及び、「球速＋５ｋｍ／ｈ」の文字を含む画像ＩＭＧ２２ｂが示す位置の両方を上回っている。このため、リリーフ投手キャラクタＣＲ１ｒのコントロール及び球速は既に向上する能力として確定している。一方、ゲージ画像ＩＭＧ２１に表示された応援量は、「対左打者＋１０」の文字を含む画像ＩＭＧ２２ｃが示す位置に到達していない。このため、現時点では、リリーフ投手キャラクタＣＲ１ｒの対左打者に関する能力は、向上するか未定である。応援期間Ｔｃｈの残りの時間中に、応援情報ＣＨｉｎｆに基づく応援量が、「対左打者＋１０」の文字を含む画像ＩＭＧ２２ｃが示す位置に到達すると、リリーフ投手キャラクタＣＲ１ｒの対左打者に関する能力は、向上する。図１８に示す例では、画像ＩＭＧ２０の横に、応援期間Ｔｃｈの残り時間（例えば、「あと３秒」）を示す情報を含む画像ＩＭＧ２３が表示されている。

変形例１においても、上述した実施形態と同様の効果を得ることができる。また、変形例１では、応援情報ＣＨｉｎｆに基づく応援量が、応援量に応じて変化する能力の向上に必要な応援量と関連付けて表示部２２０に表示されるため、観戦者は、応援により能力がどの程度変化するのかを応援期間Ｔｃｈに視認することができる。

［変形例２］
上述した実施形態及び変形例１では、応援期間Ｔｃｈ中に取得した応援情報ＣＨｉｎｆにより得られた効果（応援情報ＣＨｉｎｆにより変化した能力）に関する表示については特に説明していないが、応援情報ＣＨｉｎｆにより得られた効果は、図１９に示すように、表示部２２０に表示されてもよい。

図１９は、変形例２に係るゲーム端末１０の動作の概要を説明する説明図である。なお、図１９では、特定の対象がリリーフ投手キャラクタＣＲ１ｒである場合を想定している。図１９に示すゲーム画像Ｇ６では、応援情報ＣＨｉｎｆにより得られた能力を示す画像ＩＭＧ４０が画面の右上に表示されている。すなわち、変形例２では、ゲーム進行部１１１は、応援情報ＣＨｉｎｆにより変化した能力を表示部２２０に表示させる。これにより、変形例２では、観戦者は、応援により変化した能力を視認することができる。変形例２においても、上述した実施形態及び変形例１と同様の効果を得ることができる。

［変形例３］
上述した実施形態、変形例１及び変形例２では、応援の参加に関する制限については特に説明していないが、応援の参加には制限が設けられてもよい。例えば、ゲームの開始から終了までの期間において応援に参加できる応援期間Ｔｃｈの数が制限されてもよい。あるいは、ゲームの開始から終了までの期間において、応援端末７０に対する応援操作の合計時間（応援に参加できる合計時間）が制限されてもよい。また、ゲームの開始から終了までの期間において、応援端末７０に対する応援操作の実行回数が制限されてもよい。

変形例３においても、上述した実施形態、変形例１及び変形例２と同様の効果を得ることができる。また、変形例３では、１試合あたりの応援回数等に制限があるため、ゲームの観戦者が、ここ一番という場面で応援に参加するために熱心に観戦することが期待できる。

［変形例４］
上述した変形例３では、応援情報ＣＨｉｎｆに基づく応援量と、応援期間Ｔｃｈ中に応援に参加した人数との関係については特に説明していないが、応援情報ＣＨｉｎｆに基づく応援量は、応援期間Ｔｃｈ中に応援に参加した人数（以下、応援人数とも称する）に応じて増加してもよい。例えば、一の応援期間Ｔｃｈにおいて、応援人数が所定人数（例えば、１００人等）未満の場合、１回の応援操作に応じて応援量が“１”増加し、応援人数が所定人数以上の場合、１回の応援操作に応じて応援量が“３”増加してもよい。なお、応援人数が所定人数未満の場合における１回の応援操作に対する応援量と応援人数が所定人数以上の場合における１回の応援操作に対する応援量との関係は、上述の例（“１”と“３”）に限定されない。また、応援期間Ｔｃｈ中の応援人数に応じた応援量の増加は、応援人数が所定人数以上になったタイミング以降の応援操作に対して適用されてもよいし、応援期間Ｔｃｈの開始時に遡って応援期間Ｔｃｈ中の全ての応援操作に対して適用されてもよい。

変形例４においても、上述した変形例３と同様の効果を得ることができる。また、変形例４では、応援情報ＣＨｉｎｆに基づく応援量が応援期間Ｔｃｈ中の応援人数に応じて増加するため、複数の観戦者のうちの一の観戦者は、他の観戦者がどこで応援をするのか（例えば、どの状況をここ一番の応援状況と考えるのか等）を考慮しながら応援することが可能になる。すなわち、変形例４では、複数の観戦者のうちの一の観戦者は、他の観戦者を意識した応援をすることが可能になる。

［変形例５］
上述した実施形態と、変形例１から変形例４までの変形例とでは、応援端末７０と視聴端末８０とが異なる端末装置により実現される場合を例示したが、応援端末７０と視聴端末８０とは、同一の端末装置により実現されてもよい。例えば、単一の端末装置は、応援用のアプリケーションプログラム（例えば、図９に示した制御プログラムＰＲｃｔに相当するプログラム）と視聴用のアプリケーションプログラム（例えば、図１１に示した制御プログラムＰＲｃｖに相当するプログラム）との両方を実行することにより、応援端末７０の機能と視聴端末８０の機能とを実現してもよい。この場合、単一の端末装置は、視聴用のアプリケーションプログラム（例えば、ウェブブラウザ）を実行することにより表示画面にゲーム動画ＭＶを再生しつつ、応援用のアプリケーションプログラムを実行することにより応援情報ＣＨｉｎｆを送信してもよい。あるいは、応援用のアプリケーションプログラムと視聴用のアプリケーションプログラムとが１つのアプリケーションプログラムに統合されてもよい。

さらには、応援用のアプリケーションプログラムと視聴用のアプリケーションプログラムとがゲームプログラムＰＲｇに統合されてもよい。すなわち、単一の端末装置がゲームプログラムＰＲｇを実行することにより実現される機能に、ゲーム動画ＭＶを視聴するための視聴機能と、応援操作を受け付け、受け付けた応援操作に応じた応援情報ＣＨｉｎｆを送信する応援機能とが含まれてもよい。次に、図２０を参照しながら、応援用のアプリケーションプログラムと視聴用のアプリケーションプログラムとが統合されたアプリケーションプログラムを実行した応援端末７０の表示部７２０に表示される表示画像ＶＷの一例を説明する。

図２０は、変形例５に係る応援端末７０の表示部７２０に表示される表示画像ＶＷの一例を示す図である。なお、図２０は、応援用のアプリケーションプログラムと視聴用のアプリケーションプログラムとが統合されたアプリケーションプログラムを実行した応援端末７０の表示部７２０に表示される表示画像ＶＷの一例を示す。表示画像ＶＷは、ゲーム動画ＭＶと、再生開始ボタンＢＴｓｔ及び全画面表示ボタンＢＴｆｓを含む操作領域と、応援操作に割り当てられた応援ボタンＢＴｃｈが配置される領域とを含む。例えば、ゲーム動画ＭＶは、再生開始ボタンＢＴｓｔが押下された場合に再生される。また、全画面表示ボタンＢＴｆｓが押下された場合、ゲーム動画ＭＶは、表示部７２０の全体に広がるように拡大される。ゲーム動画ＭＶが表示部７２０の全体に表示された場合、応援ボタンＢＴｃｈは、視認可能に表示されてもよいし、視認されない態様で表示部７２０の所定の位置（例えば、図２０の応援ボタンＢＴｃｈが配置されている位置）に配置されてもよい。

［変形例６］
上述した実施形態と、変形例１から変形例５までの変形例とでは、ゲームシステム１が配信サーバ３０及びゲーム管理サーバ５０を含む場合を例示したが、本発明はこのような態様に限定されるものではない。例えば、配信サーバ３０及びゲーム管理サーバ５０の一方又は両方がゲームシステム１から省かれてもよい。配信サーバ３０がゲームシステム１から省かれる場合、ゲーム端末１０がゲーム動画ＭＶを視聴端末８０等に配信してもよい。また、ゲーム管理サーバ５０がゲームシステム１から省かれる場合、応援情報ＣＨｉｎｆのゲーム端末１０への送信方法を示す情報（例えば、ＱＲコード等）が視聴端末８０に対応する表示部９２０に表示されてもよい。

［変形例７］
上述した実施形態と、変形例１から変形例６までの変形例とでは、「ゲーム」の一例として、「野球ゲーム」を例示して説明したが、本発明はこのような態様に限定されるものではない。本発明における「ゲーム」としては、任意のゲームを採用し得る。

例えば、ゲーム端末１０が実行する所定のゲームは、サッカーゲーム（「ゲーム」の他の例）であってもよい。所定のゲームがサッカーゲームである場合、特定の状況は、例えば、ペナルティーキックが与えられた状況であってもよいし、ゴール前でのフリーキックが与えられた状況であってもよい。なお、ペナルティーキック及びゴール前でのフリーキックは、得点を獲得するチャンス（以下、得点チャンスとも称する）が与えられるイベントの一例である。また、得点チャンスが与えられるイベントは、ゲームの状況を好転させるイベントの一例であり、対戦プレイヤに得点チャンスを与えるイベントは、ゲームの状況を悪化させるイベントの一例である。ゲームの状況を好転又は悪化させるイベントは、ゲームの進行に特定の影響を及ぼすイベントの一例である。

また、サッカーゲームでは、例えば、勝っている状況でアディショナルタイムに突入する状況が、特定の状況であってもよい。勝っている状況でアディショナルタイムに突入する状況は、勝利するか延長戦に突入するかが決まる対戦が行われる状況の一例である。なお、サッカーゲームにおいて、例えば、前半が終了することは、ゲームの開始時において発生することが既に確定しているため、上述の図３において特定の状況の一例として説明した「ゲームの開始時には発生するか否かが確定していない状況」には該当しない。

また、例えば、所定のゲームは、バスケットゲーム（「ゲーム」の他の例）であってもよい。所定のゲームがバスケットゲームである場合、特定の状況は、例えば、フリースローが与えられた状況であってもよい。フリースローが与えられた状況は、得点チャンスが与えられるイベントの一例である。また、特定の状況は、例えば、対戦プレイヤに得点チャンスを与えるイベントであってもよい。なお、バスケットゲームにおいて、例えば、第１クォーターが終了することは、ゲームの開始時において発生することが既に確定しているため、上述の図３において特定の状況の一例として説明した「ゲームの開始時には発生するか否かが確定していない状況」には該当しない。

また、例えば、所定のゲームは、格闘ゲーム（「ゲーム」の他の例）であってもよい。所定のゲームが格闘ゲームである場合、特定の状況は、例えば、プレイヤの操作するキャラクタがダウンした状況であってもよいし、プレイヤの操作するキャラクタが気絶した状況であってもよい。例えば、キャラクタは、ダウンした場合、ダウンしない場合に比べて、大きなダメージを受けたことになる。また、キャラクタは、気絶した場合、ダウンした場合に受けるダメージより大きなダメージを受けたことになる。なお、プレイヤの操作するキャラクタがダウンした状況、及び、プレイヤの操作するキャラクタが気絶した状況は、ゲームの結果に一定以上の影響を与える状況の一例である。また、ゲームの結果に一定以上の影響を与える状況は、対戦プレイヤの操作するキャラクタからダウンを奪った状況であってもよいし、対戦プレイヤの操作するキャラクタを気絶させた状況であってもよい。

ここで、上述した実施形態及び変形例７において例示した野球ゲーム、サッカーゲーム、バスケットゲーム及び格闘ゲームについて、特定の状況の具体例の抜粋を、以下に記載する。

先ず、野球ゲームでは、例えば、走者が得点圏に進塁した時の次の打者が登場する場面、逆転のチャンスで代打が登場する場面、勝っている状況での９回裏に投手が登場する場面、及び、特定の投手に対して特定の打者が打席に立つ場面（因縁の相手との対決）等が、特定の状況に該当する。

また、サッカーゲームでは、例えば、体力が消耗して動きが鈍くなった状況、選手交代の場面、ペナルティーキックの場面、及び、ゴール前でのフリーキックの場面等が、特定の状況に該当する。バスケットゲームでは、例えば、体力が消耗して動きが鈍くなった状況、選手交代の場面、フリースローの場面等が、特定の状況に該当する。

また、格闘ゲームでは、例えば、体力が残り僅かとなった状況（勝敗が決着しそうになった場面）、気絶又はダウン等の大きなダメージを受ける可能性が高い状況、及び、気絶又はダウン等の大きなダメージを受けた場面等が、特定の状況に該当する。

［変形例８］
上述した実施形態と、変形例１から変形例７までの変形例とでは、所定のゲームがユーザのゲーム端末１０において実行される場合を例示したが、本発明はこのような態様に限定されるものではない。例えば、所定のゲームは、図２１に示すように、ゲーム管理サーバ５０Ａにおいて実行されてもよい。

図２１は、変形例８に係るゲームシステム１Ａの概要を示す説明図である。図２１に示すゲームシステム１Ａは、図１に示したゲーム管理サーバ５０の代わりにゲーム管理サーバ５０Ａを有し、図１に示したゲーム端末１０の代わりにゲーム端末１０Ａを有している。ゲームシステム１Ａのその他の構成は、図１に示したゲームシステム１と同様である。例えば、ゲームシステム１Ａは、所定のゲームを実行可能なゲーム管理サーバ５０Ａと、複数のゲーム端末１０Ａ（１０Ａ－１及び１０Ａ－２）と、複数のゲーム端末１０Ａに対応して設けられた複数の表示装置２０（２０－１及び２０－２）と、配信サーバ３０とを有する。さらに、ゲームシステム１は、Ｍ個の応援端末７０（７０－１～７０－Ｍ）と、Ｍ個の視聴端末８０（８０－１～８０－Ｍ）と、Ｍ個の視聴端末８０に対応して設けられたＭ個の表示装置９０（９０－１～９０－Ｍ）とを有する（Ｍは１以上の自然数）。各ゲーム端末１０Ａ、配信サーバ３０、ゲーム管理サーバ５０Ａ、各応援端末７０及び各視聴端末８０は、ネットワークＮＷを介して、互いに通信可能に接続されている。なお、図２１では、図を見やすくするために、複数のゲーム端末１０Ａのうちのゲーム端末１０Ａ－１のみ機能ブロックを図示している。

ゲーム管理サーバ５０Ａ（「ゲーム装置」の他の例）は、所定のゲームを実行することができる。さらに、ゲーム管理サーバ５０Ａは、複数のゲーム端末１０Ａ間の通信を制御する。また、ゲーム管理サーバ５０Ａは、各ゲーム端末１０Ａと各応援端末７０との間の通信を制御する。具体的には、ゲーム管理サーバ５０Ａは、ゲーム管理サーバ５０Ａの各部を制御する制御部５１０Ａと、各種情報を記憶する記憶部５３０と、ゲーム端末１０Ａ、配信サーバ３０及び応援端末７０等の外部装置との間の通信を実行するための通信部５５０と、ゲーム管理サーバ５０Ａの管理者等による操作を受け付けるための操作部５７０とを有する。記憶部５３０は、例えば、所定のゲームを実行するためのゲームプログラムＰＲｇＡ（「プログラム」の一例）、ゲーム管理サーバ５０Ａの各部を制御するための制御プログラムＰＲｃｃＡ、及び、対戦管理テーブルＴＢＬｐｌを記憶する。

制御部５１０Ａは、例えば、図３等において説明したゲーム進行部１１１、応援期間設定部１１２、応援情報取得部１１３及び能力設定部１１４を有する。さらに、制御部５１０Ａは、例えば、図７等において説明した収集部５１１を有する。

ゲーム端末１０Ａは、制御部１１０Ａと、ゲーム端末１０Ａの制御プログラムＰＲｃｇＡ等を記憶する記憶部１３０と、配信サーバ３０及びゲーム管理サーバ５０Ａ等の外部装置との間の通信を実行するための通信部１５０と、ゲーム端末１０Ａのユーザによる操作を受け付けるための操作部１７０とを有する。制御部１１０Ａは、ゲーム管理サーバ５０Ａにおいて生成されるゲーム動画情報に基づいて、所定のゲームに係るゲーム動画ＭＶを、ゲーム端末１０Ａに対応して設けられた表示装置２０が具備する表示部２２０に表示させる。変形例８においても、上述した実施形態と、変形例１から変形例７までの変形例と同様の効果を得ることができる。

［３．付記］
以上の記載から、本発明は例えば以下のように把握される。

［付記１］
本発明の一態様に係るプログラムは、ゲーム装置（例えば、ゲーム端末１０）のプロセッサを、ゲームを進行させる進行部（例えば、ゲーム進行部１１１）と、ユーザの操作に基づいて進行した前記ゲームの状況が特定の状況となる場合に、前記ゲームに係る特定の対象に対する応援を受け付け可能な応援期間を開始させる期間設定部（例えば、応援期間設定部１１２）と、前記応援期間において、前記ゲーム装置と通信可能に接続された端末装置（例えば、応援端末７０）から、前記端末装置に対する特定の操作に応じた応援情報を取得する取得部（例えば、応援情報取得部１１３）と、前記応援情報に基づいて、前記特定の対象に関連付けられた能力を変化させる能力設定部（例えば、能力設定部１１４）と、して機能させる、ことを特徴とする。

この態様によれば、ゲームの状況が特定の状況となった場合（例えば、観戦が盛り上がる状況）に特定の対象に対する応援を受け付ける応援期間が開始される。このため、本態様では、端末装置を所持するユーザ（以下、観戦者とも称する）は、観戦が盛り上がる状況において、好きなチームの応援に参加することができる。この結果、本態様では、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。

なお、上記態様において、「ゲームの状況」とは、例えば、ゲームに係る仮想空間の状況であってもよい。「仮想空間の状況」とは、例えば、仮想空間に存在するゲーム要素に関する状況の一部又は全部であってもよいし、仮想空間に存在する音に関する状況の一部又は全部であってもよい。また、「仮想空間の状況」とは、仮想空間に存在するゲーム要素に関する状況と仮想空間に存在する音に関する状況とを含む状況の一部又は全部であってもよい。

また、上記態様において、「特定の対象」とは、例えば、ゲームをプレイするユーザ（以下、プレイヤとも称する）の操作対象であってもよい。また、「特定の対象」とは、例えば、ゲームに係る複数のキャラクタのうちの一のキャラクタであってもよい。また、「特定の対象」とは、例えば、複数のチームが争う競技のゲームにおいて、複数のチームのうちの一のチームであってもよい。

また、上記態様において、「特定の操作」とは、例えば、端末装置を所持するユーザが応援期間中に端末装置を用いて行う操作であってもよい。「端末装置を用いて行う操作」は、端末装置の表示画面内の任意の領域又は特定の領域をタップする操作であってもよい。また、「端末装置を用いて行う操作」は、例えば、端末装置の表示画面内の任意の領域又は特定の領域を、マウス等のポインティングデバイスによってクリックする操作であってもよい。また、「端末装置を用いて行う操作」は、例えば、端末装置に接続されるゲームコントローラ等の操作装置の特定の操作ボタンを押下する操作であってもよい。また、「端末装置を用いて行う操作」は、端末装置が音声入力に対応している場合、端末装置に向かって声援をおくることによる音声入力の操作であってもよい。また、「端末装置を用いて行う操作」は、観戦者に対応付けられたポイントを応援のために使用する操作であってもよい。

また、上記態様において、「特定の操作に応じた応援情報」とは、特定の操作による応援を定量化した応援量を示す情報であってもよい。「応援量」は、応援の程度を示す指標であってもよい。

また、上記態様において、「特定の状況」とは、例えば、ゲームの開始時には発生するか否かが確定していない状況であってもよい。また、「特定の状況」とは、例えば、ゲームの進行（流れ、展開）に特定の変化が生じる状況であってもよい。「ゲームの進行に特定の変化が生じる状況」とは、例えば、ゲームの進行に特定の影響を及ぼすイベントが発生する状況であってもよいし、ゲームの進行に特定の影響を及ぼし得る状況であってもよい。

なお、「ゲームの進行に特定の影響を及ぼすイベント」は、例えば、ゲームのプレイヤの操作に基づいて発生するイベントであってもよい。「プレイヤの操作に基づいて発生するイベント」は、例えば、ゲームに係るキャラクタを変更するイベントであってもよい。例えば、「キャラクタを変更するイベント」は、複数の選手を有するチーム同士で対戦する野球又はサッカー等のチーム競技のゲームにおいて、選手交代のイベントであってもよい。また、例えば、「選手交代のイベント」は、野球ゲームにおいて、リリーフが登板するイベントであってもよいし、代打が登場するイベントであってもよい。

また、「ゲームの進行に特定の影響を及ぼすイベント」は、例えば、ゲームの進行に応じて発生するイベントのうち、ゲームの状況を好転又は悪化させるイベントであってもよい。「ゲームの状況を好転させるイベント」は、例えば、得点を多く獲得したチームが勝利する競技のゲームにおいて、得点を獲得するチャンス（以下、得点チャンスとも称する）が与えられるイベントであってもよい。「得点を獲得するチャンスが与えられるイベント」は、例えば、サッカーゲームにおいて、ペナルティーキックであってもよいし、ゴール前でのフリーキックであってもよい。また、「得点を獲得するチャンスが与えられるイベント」は、例えば、バスケットゲームにおけるフリースローであってもよい。「ゲームの状況を悪化させるイベント」は、例えば、得点を多く獲得したチームが勝利する競技のゲームにおいて、プレイヤと対戦するユーザ（以下、対戦プレイヤとも称する）に得点チャンスを与えるイベントであってもよい。

また、「ゲームの進行に特定の影響を及ぼし得る状況」は、例えば、ゲームの進行に一定以上の影響を与える状況であってもよいし、ゲームの結果（例えば、勝敗）に一定以上の影響を与える状況であってもよい。

「ゲームの進行に一定以上の影響を与える状況」は、ゲームの状況を好転又は悪化させる状況であってもよい。「ゲームの状況を好転させる状況」は、例えば、野球ゲームにおいて、攻撃時に走者が得点圏に進んだ状況であってもよい。また、「ゲームの状況を悪化させる状況」は、例えば、野球ゲームにおいて、守備時に走者が得点圏に進んだ状況であってもよい。

また、「ゲームの結果に一定以上の影響を与える状況」は、例えば、野球ゲームにおて、一打逆転のチャンスの状況であってもよいし、逆転されかねないピンチの状況であってもよい。また、「ゲームの結果に一定以上の影響を与える状況」は、例えば、野球ゲームにおいて、９回裏に満塁になった状況であってもよい。また、「ゲームの結果に一定以上の影響を与える状況」は、例えば、勝利するか延長戦に突入するかが決まる対戦が行われる状況であってもよい。「勝利するか延長戦に突入するかが決まる対戦が行われる状況」は、例えば、野球ゲームにおいて、勝っている場面での９回裏の投手登場時であってもよい。あるいは、「勝利するか延長戦に突入するかが決まる対戦が行われる状況」は、例えば、サッカーゲームにおいて、勝っている状況でアディショナルタイムに突入するときであってもよい。

また、「ゲームの結果に一定以上の影響を与える状況」は、例えば、格闘ゲームにおいて、プレイヤの操作するキャラクタがダウンした状況であってもよいし、気絶した状況であってもよい。あるいは、「ゲームの結果に一定以上の影響を与える状況」は、例えば、格闘ゲームにおいて、対戦プレイヤの操作するキャラクタからダウンを奪った状況であってもよいし、対戦プレイヤの操作するキャラクタを気絶させた状況であってもよい。

また、「特定の状況」とは、例えば、ゲームに係る特定のキャラクタの能力が所定範囲に変化した状況であってもよい。「特定のキャラクタ」は、例えば、プレイヤの操作するキャラクタであってもよい。「特定のキャラクタの能力」は、例えば、プレイヤの操作するキャラクタの体力及び走力等の運動能力であってもよいし、プレイヤの操作するキャラクタの集中力等の気力に関する能力であってもよいし、プレイヤの操作するキャラクタの知力であってもよい。また、「特定のキャラクタの能力が所定範囲に変化した状況」とは、例えば、キャラクタの体力が所定値以下になった状況であってもよいし、キャラクタの走力が所定値以下になった状況であってもよい。また、「特定のキャラクタの能力が所定範囲に変化した状況」とは、例えば、キャラクタの集中力が所定値以下になった状況であってもよいし、キャラクタのやる気が所定値以下になった状況であってもよい。また、「特定のキャラクタの能力が所定範囲に変化した状況」とは、例えば、チーム競技のゲームにおいて、プレイヤの操作する複数のキャラクタ（選手）の能力（例えば、体力）の平均値が所定値以下になった状況であってもよい。

また、「特定の状況」とは、例えば、プレイヤ、又は、対戦プレイヤが所定の操作を行ったことにより発生する状況であってもよい。「所定の操作」とは、例えば、プレイヤが観戦者に応援を要求するために行う操作であってもよい。

また、「特定の状況」とは、プレイヤの操作するキャラクタが特定の敵キャラクタと対戦する状況であってもよい。「特定の敵キャラクタ」は、例えば、過去の対戦によって因縁が生じた敵キャラクタであってもよい。また、「特定の敵キャラクタ」は、例えば、スポーツゲームにおいて、現実世界の過去の名勝負に基づく対戦相手に対応する敵キャラクタであってもよい。また、例えば、野球ゲームにおいて、現在の打者の前の打者が敬遠された場合、前の打者を敬遠した投手が現在の打者の「特定の敵キャラクタ」であってもよい。

また、上記態様において、「特定の対象に関連付けられた能力」とは、例えば、特定の対象に関連付けられたパラメータであってもよい。また、「特定の対象に関連付けられた能力」とは、例えば、特定の対象がゲームにおいて有利な効果を生じさせるための能力値であってもよい。

また、「特定の対象に関連付けられた能力」とは、例えば、特定の対象の能力であってもよいし、特定の対象が使用するゲームオブジェクトの能力であってもよい。「特定の対象の能力」は、例えば、特定の対象の運動能力であってもよいし、特定の対象の知力であってもよいし、特定の対象の気力に関する能力であってもよい。また、「特定の対象の能力」は、例えば、特定の対象がチームである場合、チーム内の選手の連携力及び戦術理解力等であってもよい。「ゲームオブジェクトの能力」は、例えば、ゲームオブジェクトの用途に応じた能力であってもよい。「ゲームオブジェクトの用途に応じた能力」は、例えば、ゲームオブジェクトが攻撃に使用されるオブジェクトの場合、攻撃に関する能力であってもよいし、ゲームオブジェクトが防御に使用されるオブジェクトの場合、守りに関する能力であってもよい。あるいは、「ゲームオブジェクトの用途に応じた能力」は、例えば、ゲームオブジェクトが車等の移動体の場合、走力であってもよいし、馬力であってもよい。

また、上記態様において、「能力を変化させる」とは、例えば、能力を向上させることであってもよい。

［付記２］
本発明の他の態様に係るプログラムは、付記１に記載のプログラムであって、前記進行部は、前記応援期間において、前記応援情報に基づく応援量を表示部に表示させる、ことを特徴とする。

この態様によれば、応援情報に基づく応援量が表示部に表示されるため、ゲームの観戦者は、応援の盛り上がりを視認することができる。

［付記３］
本発明の他の態様に係るプログラムは、付記２に記載のプログラムであって、前記進行部は、前記応援期間において、前記応援情報に基づく応援量を前記特定の対象に関連付けられた能力の向上に必要な応援量と関連付けて前記表示部に表示させる、ことを特徴とする。

この態様によれば、応援情報に基づく応援量が応援量に応じて変化する能力の向上に必要な応援量と関連付けて表示部に表示されるため、ゲームの観戦者は、応援により能力がどの程度変化するのかを応援期間に視認することができる。

［付記４］
本発明の他の態様に係るプログラムは、付記１に記載のプログラムであって、前記進行部は、前記応援情報により変化した能力を表示部に表示させる、ことを特徴とする。

この態様によれば、応援情報により変化した能力が表示部に表示されるため、ゲームの観戦者は、応援により変化した能力を視認することができる。

［付記５］
本発明の他の態様に係るプログラムは、付記１に記載のプログラムであって、前記進行部は、前記ゲームに係る仮想空間の状況を示す画像及び音の一方又は両方を、前記応援情報に応じて変更する、ことを特徴とする。

この態様によれば、応援情報に応じた応援の様子が反映された画像及び音の一方又は両方が表示部に表示されるため、ゲームの観戦者は、応援の盛り上がりを感じることができる。

なお、上記態様において、「仮想空間の状況を示す画像」とは、例えば、仮想空間に存在するゲーム要素を示す画像であってもよい。また、「仮想空間の状況を示す画像」には、例えば、仮想空間に存在する音を画像で表現したもの（例えば、声援“ファーッ”、“ワー”、及び、太鼓の音“ド、ド、ド”等を画像で表現したもの）が含まれてもよい。「仮想空間に存在する音」は、例えば、仮想空間に存在するゲーム要素から発せられる音であってもよい。なお、「仮想空間に存在する音」は、「仮想空間の状況を示す音」の一例である。

［付記６］
本発明の他の態様に係るプログラムは、付記１乃至５のうち何れか１項に記載のプログラムであって、前記応援情報に基づく応援量は、前記端末装置を操作するユーザに対応付けられたポイントの前記特定の操作による消費量に応じて増加する、ことを特徴とする。

この態様によれば、例えば、ゲームの観戦者に対応付けられたポイントと引き換えに応援量が増加するため、ゲームに対する観戦者の参加意識が希薄になることを抑制することができる。

［付記７］
本発明の他の態様に係るプログラムは、付記１乃至６のうち何れか１項に記載のプログラムであって、前記ゲームの開始から終了までの期間における前記特定の操作による応援には、参加に関する制限が設けられている、ことを特徴とする。

この態様によれば、応援への参加に関して制限が設けられるため、ゲームの観戦者が、ここ一番という場面で応援に参加するために熱心に観戦することが期待できる。

なお、上記態様において、「参加に関する制限」とは、例えば、ゲームの開始から終了までの期間において応援に参加できる応援期間の数が制限されることであってもよいし、ゲームの開始から終了までの期間において応援に参加できる合計時間が制限されることであってもよい。また、「参加に関する制限」とは、ゲームの開始から終了までの期間において特定の操作の実行回数が制限されることであってもよい。

［付記８］
本発明の他の態様に係るプログラムは、付記７に記載のプログラムであって、前記取得部は、前記ゲームと通信可能に接続された複数の端末装置から、前記複数の端末装置に対する前記特定の操作に応じた複数の応援情報を取得可能であり、前記能力設定部は、前記複数の応援情報に基づいて、前記特定の対象に関連付けられた能力を変化させ、前記複数の応援情報に基づく応援量は、前記応援期間中に応援に参加した人数に応じて増加する、ことを特徴とする。

この態様によれば、応援情報に基づく応援量が応援期間中に応援に参加した人数に応じて増加するため、複数の観戦者のうちの一の観戦者は、他の観戦者がどこで応援をするのか（例えば、どの状況をここ一番の応援状況と考えるのか）を考慮しながら応援することが可能になる。すなわち、この態様によれば、複数の観戦者のうちの一の観戦者は、他の観戦者を意識した応援をすることが可能になる。

［付記９］
本発明の他の態様に係るプログラムは、付記１乃至８のうち何れか１項に記載のプログラムであって、前記特定の状況は、前記ゲームの進行に特定の影響を及ぼすイベントが発生する状況である、ことを特徴とする。

この態様によれば、ゲームの観戦者は、ゲームの進行に特定の影響を及ぼすイベントが発生する状況において、応援に参加することができる。ゲームの進行に特定の影響を及ぼすイベントが発生する状況は、観戦が盛り上がるような状況であると考えられる。従って、この態様によれば、ゲームの観戦者は、観戦が盛り上がるような状況において、応援に参加することができる。

［付記１０］
本発明の他の態様に係るプログラムは、付記１乃至８のうち何れか１項に記載のプログラムであって、前記特定の状況は、前記ゲームに係る特定のキャラクタの能力が所定範囲に変化した状況である、ことを特徴とする。

この態様によれば、ゲームの観戦者は、ゲームに係る特定のキャラクタの能力が所定範囲に変化した状況において、応援に参加することができる。例えば、ゲームに係る特定のキャラクタの能力が所定範囲に変化した状況が、特定のキャラクタの能力が低下した状況であって、応援による鼓舞が必要な状況である場合、ゲームの観戦者は、応援による鼓舞が必要な状況において、応援に参加することができる。

［付記１１］
本発明の一態様に係るゲーム装置は、ゲームを進行させる進行部と、前記ゲームをプレイするユーザの操作に基づいて進行した前記ゲームの状況が特定の状況となる場合に、前記ゲームに係る特定の対象に対する応援を受け付け可能な応援期間を開始させる期間設定部と、前記応援期間において、前記ゲーム装置と通信可能に接続された端末装置から、前記端末装置に対する特定の操作に応じた応援情報を取得する取得部と、前記応援情報に基づいて、前記特定の対象に関連付けられた能力を変化させる能力設定部と、を備えている、ことを特徴とする。

この態様によれば、付記１と同様の効果を得ることができる。

［付記１２］
本発明の一態様に係るゲーム装置の制御方法では、ゲーム装置のプロセッサが、ゲームを進行させ、前記ゲームをプレイするユーザの操作に基づいて進行した前記ゲームの状況が特定の状況となる場合に、前記ゲームに係る特定の対象に対する応援を受け付け可能な応援期間を開始させ、前記応援期間において、前記ゲーム装置と通信可能に接続された端末装置から、前記端末装置に対する特定の操作に応じた応援情報を取得し、前記応援情報に基づいて、前記特定の対象に関連付けられた能力を変化させる、ことを特徴とする。

この態様によれば、付記１と同様の効果を得ることができる。

１、１Ａ…ゲームシステム、１０、１０Ａ…ゲーム端末、１１…プロセッサ、１３…メモリ、１５…通信装置、１７…入力操作装置、２０…表示装置、３０…配信サーバ、３１…プロセッサ、３３…メモリ、３５…通信装置、５０、５０Ａ…ゲーム管理サーバ、５１…プロセッサ、５３…メモリ、５５…通信装置、７０…応援端末、７１…プロセッサ、７３…メモリ、７５…通信装置、７７…入力操作装置、８０…視聴端末、８１…プロセッサ、８３…メモリ、８５…通信装置、８７…入力操作装置、９０…表示装置、１１０…制御部、１１２…応援期間設定部、１１３…応援情報取得部、１１４…能力設定部、１３０…記憶部、１５０…通信部、１７０…操作部、２２０…表示部、３１０…制御部、３１１…動画取得部、３１２…動画配信部、３３０…記憶部、３５０…通信部、３７０…操作部、５１０…制御部、５１１…収集部、５３０…記憶部、５５０…通信部、７１０…制御部、７１１…操作情報取得部、７２０…表示部、７３０…記憶部、７５０…通信部、７７０…操作部、８１０…制御部、８１１…動画取得部、８３０…記憶部、８５０…通信部、８７０…操作部、９２０…表示部。

Claims (12)

1. ゲーム装置のプロセッサを、
   ゲームを進行させる進行部と、
   ユーザの操作に基づいて進行した前記ゲームの状況がゲームの開始時には発生するか否かが確定していない特定の状況となる場合に、前記ゲームに係る特定の対象に対する応援を受け付け可能な応援期間を開始させる期間設定部と、
   前記応援期間において、前記ゲーム装置と通信可能に接続された端末装置から、前記端末装置に対する特定の操作に応じた応援情報を取得する取得部と、
   前記応援情報に基づいて、前記特定の対象に関連付けられた能力を変化させる能力設定部と、
   して機能させる、
   ことを特徴とするプログラム。
2. 前記進行部は、
   前記応援期間において、前記応援情報に基づく応援量を表示部に表示させる、
   ことを特徴とする、請求項１に記載のプログラム。
3. 前記進行部は、
   前記応援期間において、前記応援情報に基づく応援量を前記特定の対象に関連付けられた能力の向上に必要な応援量と関連付けて前記表示部に表示させる、
   ことを特徴とする、請求項２に記載のプログラム。
4. 前記進行部は、
   前記応援情報により変化した能力を表示部に表示させる、
   ことを特徴とする、請求項１に記載のプログラム。
5. 前記進行部は、
   前記ゲームに係る仮想空間の状況を示す画像及び音の一方又は両方を、前記応援情報に応じて変更する、
   ことを特徴とする、請求項１に記載のプログラム。
6. 前記応援情報は、前記端末装置を操作するユーザに対応付けられたポイントの消費量に基づいて生成された情報である、
   ことを特徴とする、請求項１乃至５のうち何れか１項に記載のプログラム。
7. 前記ゲームの開始から終了までの期間における前記特定の操作による応援に、前記期間設定部が前記応援期間を制限することにより、参加に関する制限を設ける、
   ことを特徴とする、請求項１乃至６のうち何れか１項に記載のプログラム。
8. 前記取得部は、前記ゲームと通信可能に接続された複数の端末装置から、前記複数の端末装置に対する前記特定の操作に応じた複数の応援情報を取得可能であり、
   前記能力設定部は、前記複数の応援情報に基づいて、前記特定の対象に関連付けられた能力を変化させ、
   前記複数の応援情報に基づく応援量は、前記応援期間中に応援に参加した人数に応じて増加する、
   ことを特徴とする、請求項７に記載のプログラム。
9. 前記特定の状況は、前記ゲームの進行に特定の影響を及ぼすイベントが発生する状況である、
   ことを特徴とする、請求項１乃至８のうち何れか１項に記載のプログラム。
10. 前記特定の状況は、前記ゲームに係る特定のキャラクタの能力が所定範囲に変化した状況である、
    ことを特徴とする、請求項１乃至８のうち何れか１項に記載のプログラム。
11. ゲームを進行させる進行部と、
    前記ゲームをプレイするユーザの操作に基づいて進行した前記ゲームの状況がゲームの開始時には発生するか否かが確定していない特定の状況となる場合に、前記ゲームに係る特定の対象に対する応援を受け付け可能な応援期間を開始させる期間設定部と、
    を備えるゲーム装置であって、
    前記応援期間において、前記ゲーム装置と通信可能に接続された端末装置から、前記端末装置に対する特定の操作に応じた応援情報を取得する取得部と、
    前記応援情報に基づいて、前記特定の対象に関連付けられた能力を変化させる能力設定部と、
    を備えている、
    ことを特徴とするゲーム装置。
12. ゲーム装置のプロセッサが、
    ゲームを進行させ、
    前記ゲームをプレイするユーザの操作に基づいて進行した前記ゲームの状況がゲームの開始時には発生するか否かが確定していない特定の状況となる場合に、前記ゲームに係る特定の対象に対する応援を受け付け可能な応援期間を開始させ、
    前記応援期間において、前記ゲーム装置と通信可能に接続された端末装置から、前記端末装置に対する特定の操作に応じた応援情報を取得し、
    前記応援情報に基づいて、前記特定の対象に関連付けられた能力を変化させる、
    ことを特徴とするゲーム装置の制御方法。
    

Images