JP7360715B2 - 制御システム、情報システム、情報処理方法およびプログラム - Google Patents

Description

本発明は、ゲームに関する。

複数のプレイヤが各種のゲームで競技するイベント（esports）の普及等を背景として、ゲームの状況を表す動画（以下「ゲーム動画」という）を配信する各種の技術が提案されている（例えば特許文献１）。ゲーム動画には、ゲームの状況を解説する文字列が付加される。

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

しかし、解説用の文字列をゲーム動画に付加するためには、ゲーム動画の提供者が、ゲームの進行に並行して当該文字列を手動で入力する必要があり、作業の負荷が過大であるという問題がある。以上の事情を考慮して、本発明は、ゲームに関する解説を表す情報を入力するための負荷を軽減することを目的とする。

以上の課題を解決するために、本発明のひとつの態様に係る制御システムは、１以上のプレイヤがプレイするゲームを進行させるゲームシステムから、前記ゲームの状況を表す状況データを取得する状況データ取得部と、前記状況データ取得部が取得した前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記ゲームの状況を表すゲーム動画の配信先の端末装置が当該ゲーム動画とともに再生する解説情報を生成する情報生成部とを具備する。

本発明のひとつの態様に係る情報システムは、１以上のプレイヤがプレイするゲームを進行させるゲームシステムと、前記ゲームシステムと通信する制御システムとを具備する情報システムであって、前記制御システムは、前記ゲームの状況を表す状況データを前記ゲームシステムから取得する状況データ取得部と、前記状況データ取得部が取得した前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記ゲームの状況を表すゲーム動画が配信される配信先の端末装置が当該ゲーム動画とともに再生する解説情報を生成する情報生成部とを含む。

本発明のひとつの態様に係る情報処理方法は、１以上のプレイヤがプレイするゲームを進行させるゲームシステムから、前記ゲームの状況を表す状況データを取得し、前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記ゲームの状況を表すゲーム動画が配信される配信先の端末装置が当該ゲーム動画とともに再生する解説情報を生成する。

本発明のひとつの態様に係るプログラムは、１以上のプレイヤがプレイするゲームを進行させるゲームシステムから、前記ゲームの状況を表す状況データを取得する状況データ取得部、および、前記状況データ取得部が取得した前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記ゲームの状況を表すゲーム動画が配信される配信先の端末装置が当該ゲーム動画とともに再生する解説情報を生成する情報生成部、としてコンピュータシステムを機能させる。

第１実施形態に係る情報システムの構成を例示するブロック図である。 配信動画の模式図である。 ゲームシステムの構成を例示するブロック図である。 ゲーム処理の具体的な手順を例示するフローチャートである。 状況データＸの模式図である。 制御システムの構成を例示するブロック図である。 制御システムの機能的な構成を例示するブロック図である。 補助データの模式図である。 参照データの模式図である。 生成処理の具体的な手順を例示するフローチャートである。 解説処理の具体的な手順を例示するフローチャートである。 端末装置の構成を例示するブロック図である。 端末装置の構成を例示するブロック図である。 第２実施形態における設定データの模式図である。 第２実施形態における解説処理の具体的な手順を例示するフローチャートである。 第３実施形態におけるゲームシステムの機能的な構成を例示するブロック図である。 第３実施形態におけるゲーム処理の具体的な手順を例示するフローチャートである。 第４実施形態における端末装置の機能的な構成を例示するブロック図である。 第４実施形態における再生処理の具体的な手順を例示するフローチャートである。 第５実施形態における配信動画の模式図である。 第５実施形態において操作画像が操作された場合の配信動画の模式図である。 変形例に係る情報システムの構成を例示するブロック図である。 変形例に係る情報システムの構成を例示するブロック図である。

図面を参照しながら本発明の実施の形態を説明する。以下に記載する実施の形態は、技術的に好適な種々の限定を含む。本発明の範囲は、以下に例示する形態には限定されない。

［第１実施形態］
図１は、第１実施形態に係る情報システム１の構成を例示するブロック図である。情報システム１は、プレイヤＰaとプレイヤＰbとがプレイするゲームに関する動画（以下「配信動画」という）Ｖを端末装置１０に配信するためのコンピュータシステムである。例えば、多数の出場者が参加する競技イベント（esports）において、プレイヤＰaとプレイヤＰbとが野球ゲームにより対戦する。野球ゲームは、複数のキャラクタで構成されるプレイヤＰaのチームと、複数のキャラクタで構成されるプレイヤＰbのチームとが、野球により対戦するゲームである。配信動画Ｖは、画像（動画および静止画）と音声とを含むコンテンツであり、野球ゲームの進行に並行して実時間的に端末装置１０に配信（すなわちライブ配信）される。なお、以下の説明においては、プレイヤＰaとプレイヤＰbとを特に区別する必要がない場合には単に「プレイヤＰ」と表記する。

図２は、配信動画Ｖを例示する模式図である。図２に例示される通り、配信動画Ｖは、ゲーム動画Ｇと解説文Ｃとを含む。ゲーム動画Ｇは、プレイヤＰaとプレイヤＰbとが対戦する野球ゲームの状況を表す動画である。配信動画Ｖのうちゲーム動画Ｇに隣合う解説領域Ｖaに１以上の解説文Ｃが表示される。解説文Ｃは、野球ゲームにおけるイベントの発生等の各種の状況を解説するための文字列である。解説文Ｃは、１以上の単語および１以上の文の一方または双方を含む。解説文Ｃは、ゲーム動画Ｇから直接的に把握できる情報のほか、ゲーム動画Ｇからは把握できない多様な情報を含む。

図１の端末装置１０は、配信動画Ｖを再生可能な機器である。例えば、携帯電話機，スマートフォン，タブレット端末またはパーソナルコンピュータ等の可搬型または据置型の情報端末が端末装置１０として利用される。また、例えばテレビジョン受像機等の表示機器も端末装置１０として利用される。端末装置１０は、情報システム１から配信された図２の配信動画Ｖを再生する。すなわち、解説文Ｃがゲーム動画Ｇとともに表示される。端末装置１０の利用者Ｕは、野球ゲームの進行に並行して実時間的に、野球ゲームの状況を表す配信動画Ｖを視聴する。具体的には、利用者Ｕは、配信動画Ｖのゲーム動画Ｇを視聴することでゲームの進行を把握し、かつ、解説文Ｃを参照することで進行の状況に関する詳細な情報を確認できる。なお、実際には複数の端末装置１０の各々に配信動画Ｖが配信されるが、以下の説明においては便宜的にひとつの端末装置１０に着目する。

図１に例示される通り、情報システム１は、ゲームシステム２０と制御システム３０と配信システム４０とゲームサーバ５０とを具備する。情報システム１を構成する各要素は、例えばインターネット等の通信網２を介して相互に通信可能である。また、配信システム４０は、通信網２を介して端末装置１０と通信可能である。

ゲームシステム２０は、野球ゲームを制御する。具体的には、ゲームシステム２０は、各プレイヤＰからの操作に応じて野球ゲームを進行させるほか、状況データＸと動画データＤ1とを制御システム３０に送信する。状況データＸは、野球ゲームの現在の状況を表すデータである。動画データＤ1は、野球ゲームの動画を表すデータである。制御システム３０は、状況データＸから解説データＹを生成し、動画データＤ1から動画データＤ2を生成する。解説データＹは、前述の解説文Ｃを表すテキストデータである。動画データＤ2は、野球ゲームのゲーム動画Ｇを表すデータである。配信システム４０は、制御システム３０が生成した解説データＹと動画データＤ2とを端末装置１０に送信する。解説データＹが表す解説文Ｃと動画データＤ2が表すゲーム動画Ｇとを含む図２の配信動画Ｖが、端末装置１０により表示される。

図３は、ゲームシステム２０の構成を例示するブロック図である。図３に例示される通り、ゲームシステム２０は、制御装置２１と記憶装置２２と通信装置２３と複数のゲームユニット２４（２４a，２４b）とを具備するコンピュータシステムである。なお、ゲームシステム２０は、単体の装置として実現されるほか、相互に別体で構成された複数の装置でも実現される。

制御装置２１は、例えばゲームシステム２０の各要素を制御する単数または複数のプロセッサで構成される。具体的には、例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）、またはＡＳＩＣ（Application Specific Integrated Circuit）等の１種類以上のプロセッサにより、制御装置２１が構成される。

記憶装置２２は、制御装置２１が実行するプログラムと制御装置２１が使用する各種のデータとを記憶する単数または複数のメモリである。例えば半導体記録媒体および磁気記録媒体等の公知の記録媒体、または複数種の記録媒体の組合せが、記憶装置２２として利用される。通信装置２３は、通信網２を介して制御システム３０と通信する。

各ゲームユニット２４（２４a，２４b）は、プレイヤＰがゲームのプレイに使用するユーザインタフェースである。プレイヤＰaはゲームユニット２４aを使用し、プレイヤＰbはゲームユニット２４bを使用する。なお、野球ゲームに専用される機器のほか、例えばスマートフォン，タブレット端末またはパーソナルコンピュータ等の汎用の情報端末も、ゲームユニット２４として利用される。

各ゲームユニット２４は、操作装置２４１と表示装置２４２とを具備する。操作装置２４１は、各プレイヤＰによる操作を受付ける入力機器である。表示装置２４２は、制御装置２１による制御のもとで各種の画像を表示する。例えば、表示装置２４２は、ゲームの状況を表すプレイ画面を表示する。プレイ画面は、各プレイヤＰがゲームのプレイ中に視認する動画である。なお、ゲームユニット２４aの表示装置２４２が表示するプレイ画面と、ゲームユニット２４bの表示装置２４２が表示するプレイ画面との異同は不問である。

図４は、制御装置２１が野球ゲームを制御する処理（以下「ゲーム処理」という）Ｓaの具体的な手順を例示するフローチャートである。例えば、操作装置２４１に対する野球ゲームの開始の指示を契機として、ゲーム処理Ｓaが開始される。

ゲーム処理Ｓaが開始されると、制御装置２１は、各操作装置２４１に対するプレイヤＰからの操作に応じて野球ゲームを進行させる（Ｓa100）。制御装置２１は、各表示装置２４２にプレイ画面を表示させる（Ｓa102）。また、制御装置２１は、野球ゲームの現在の状況を表す動画の動画データＤ1を生成し、当該動画データＤ1を通信装置２３から制御システム３０に送信する（Ｓa104）。動画データＤ1が表す動画は、例えば、複数のゲームユニット２４の何れかの表示装置２４２が表示するプレイ画面と同等の動画である。ただし、プレイ動画とは別個に生成された動画の動画データＤ1が生成されてもよい。

制御装置２１は、野球ゲームの進行の結果としてイベントが発生したか否かを判定する（Ｓa106）。イベントは、野球ゲームの進行により随時に発生する各種の事象である。例えば野球ゲームの試合の開始または終了等の事象がイベントとして例示される。また、野球ゲームの打撃側については、例えば「ヒット」「ホームラン」「盗塁」「得点」「打者交代」等の各種の事象がイベントとして例示される。野球ゲームの守備側については、例えば「奪三振」「牽制球」「フライの捕球」「投手交代」等の各種の事象がイベントとして例示される。

イベントが発生した場合（Ｓa106：YES）、制御装置２１は、当該イベントに関する状況データＸを生成し（Ｓa108）、当該状況データＸを通信装置２３から制御システム３０に送信する（Ｓa110）。他方、イベントが発生しない場合（Ｓ106：NO）、状況データＸの生成（Ｓa108）および送信（Ｓa110）は実行されない。

制御装置２１は、野球ゲームが終了したか否かを判定する（Ｓa112）。野球ゲームが終了していない場合（Ｓa112：NO）、制御装置２１は、処理をステップＳa100に移行する。以上の例示の通り、第１実施形態においては、野球ゲームの進行に並行して動画データＤ1と状況データＸとが制御システム３０に送信される。具体的には、動画データＤ1は所定の周期で順次に送信され、状況データＸはイベントの発生毎に送信される。野球ゲームが終了した場合（Ｓa112：YES）、制御装置２１はゲーム処理Ｓaを終了する。

図５は、ひとつのイベントに対応する状況データＸの模式図である。図５においては、相異なる種類のイベントに対応する複数の状況データＸ（Ｘ[1]，Ｘ[2]，Ｘ[3]，…）が併記されている。図５に例示される通り、状況データＸは、識別情報ｘ1と発生時刻ｘ2とイベント種別ｘ3と対象プレイヤｘ4と対象キャラクタｘ5と詳細情報ｘ6と制御情報ｘ7とを含む。

識別情報ｘ1は、野球ゲームの１試合内において各イベントを識別するための符号列である。発生時刻ｘ2は、イベントが発生した時刻である。例えば、野球ゲームの試合が開始された時点、または動画データＤ1の送信を開始した時点からの経過時間が、発生時刻ｘ2として指定される。イベント種別ｘ3は、イベントの内容に関する種別である。例えば「試合開始」「三振」「奪三振」「ヒット」「盗塁」「ホームラン」「得点」等の種別が、イベント種別ｘ3として指定される。

対象プレイヤｘ4は、イベントを発生させたプレイヤＰを表す情報である。例えば「三振」「ヒット」「盗塁」「ホームラン」「得点」等の攻撃側に特有のイベントについては、攻撃側のプレイヤＰ（図５ではプレイヤＰa）が対象プレイヤｘ4として指定される。また、「奪三振」等の守備側に特有のイベントについては、守備側のプレイヤＰ（図５ではプレイヤＰb）が対象プレイヤｘ4として指定される。

対象キャラクタｘ5は、野球ゲームに登場する複数のキャラクタのうちイベントを発生させたキャラクタを表す情報である。例えば、「三振」「ヒット」「ホームラン」等の攻撃側のイベントについては、攻撃側のチームにおける打者のキャラクタが、対象キャラクタｘ5として指定される。また、「奪三振」等の守備側のイベントについては、守備側のチームにおける投手のキャラクタが、対象キャラクタｘ5として指定される。

詳細情報ｘ6は、イベントに関する詳細な情報である。例えば、「三振」「奪三振」「ヒット」「ホームラン」等のイベントについて、守備側のプレイヤＰが投球時に選択した球種が詳細情報ｘ6として設定される。投球に関係しない「盗塁」等のイベントについては、詳細情報ｘ6は設定されない。

制御情報ｘ7は、野球ゲームに関する各種の変数について現在の数値を指定する情報である。例えば、制御情報ｘ7は、「奪三振数」「本塁打数」「得点差」等の変数について現在の数値を指定する。図５における「本塁打数：１」は、「ホームラン」のイベントの発生によりプレイヤＰaの「本塁打数」が「１」に変更されたことを意味する。また、図５の「奪三振数：３」は、「奪三振」のイベントの発生によりプレイヤＰbの「奪三振数」が「３」に変更されたことを意味する。また、「得点差：－２」は、「得点」のイベントの発生によりプレイヤＰaとプレイヤＰbとの間の「得点差」が「－２」に変更されたことを意味する。

以上の説明から理解される通り、状況データＸは、野球ゲームにおいて発生するイベントを表す。前述の通り、状況データＸは、野球ゲームの進行中におけるイベントの発生毎に、ゲームシステム２０から制御システム３０に送信される。なお、状況データＸの形式または内容は、図５の例示に限定されない。

図６は、制御システム３０の構成を例示するブロック図である。図６に例示される通り、制御システム３０は、制御装置３１と記憶装置３２と通信装置３３と操作装置３４と表示装置３５とを具備するコンピュータシステムである。例えば、携帯電話機，スマートフォン，タブレット端末またはパーソナルコンピュータ等の可搬型または据置型の情報端末が制御システム３０として利用される。なお、制御システム３０は、単体の装置として実現されるほか、相互に別体で構成された複数の装置でも実現される。

制御装置３１は、例えば制御システム３０の各要素を制御する単数または複数のプロセッサで構成される。具体的には、例えばＣＰＵ、ＧＰＵ、ＤＳＰ、ＦＰＧＡ、またはＡＳＩＣ等の１種類以上のプロセッサにより、制御装置３１が構成される。

記憶装置３２は、制御装置３１が実行するプログラムと制御装置３１が使用する各種のデータとを記憶する単数または複数のメモリである。例えば半導体記録媒体および磁気記録媒体等の公知の記録媒体、または複数種の記録媒体の組合せが、記憶装置３２として利用される。

通信装置３３は、通信網２を介してゲームシステム２０および配信システム４０の各々と通信する。具体的には、通信装置３３は、動画データＤ1と状況データＸとをゲームシステム２０から受信する。また、通信装置３３は、動画データＤ2と解説データＹとを配信システム４０に送信する。

操作装置３４は、管理者Ｏp1による操作を受付ける入力機器である。管理者Ｏp1は、制御システム３０を管理および運営するオペレータである。例えば、管理者Ｏp1が操作する操作子、または管理者Ｏp1による接触を検知するタッチパネルが、操作装置３４として利用される。表示装置３５は、制御装置３１による制御のもとで各種の画像を表示する。

図７は、制御システム３０の機能的な構成を例示するブロック図である。図７に例示される通り、制御システム３０の制御装置３１は、記憶装置３２に記憶されたプログラムを実行することで複数の機能（状況データ取得部３１１，情報生成部３１２，動画データ編集部３１３および設定データ処理部３１４）を実現する。

動画データ編集部３１３は、通信装置３３がゲームシステム２０から受信した動画データＤ1を処理することで動画データＤ2を生成する。具体的には、動画データ編集部３１３は、例えば編集処理と変換処理とを動画データＤ1に対して実行することで動画データＤ2を生成する。編集処理は、動画データＤ1が表す動画を編集する処理である。具体的には、編集処理は、動画データＤ1が表す画像に各種の画像を付加する処理を含む。例えば、各プレイヤＰを撮像装置により撮像した動画、または演出用／装飾用の画像が編集処理により付加される。変換処理は、データ形式を変換する処理である。例えば、非圧縮データ形式の動画データＤ1を圧縮データ形式の動画データＤ2に変換する圧縮処理が、変換処理の一例である。以上の説明から理解される通り、動画データＤ1と動画データＤ2とはデータ形式が相違する。ただし、動画データＤ1と動画データＤ2とでデータ形式を共通させてもよい。また、動画データＤ1は圧縮データでもよい。動画データ編集部３１３がゲームシステム２０に搭載された構成も想定される。

状況データ取得部３１１は、野球ゲームの状況を表す状況データＸをゲームシステム２０から取得する。具体的には、状況データ取得部３１１は、ゲームシステム２０から送信された状況データＸを通信装置３３により受信する。

情報生成部３１２は、状況データ取得部３１１が取得した状況データＸを利用して解説文Ｃを生成する。また、情報生成部３１２は、解説文Ｃを表す解説データＹを通信装置３３から配信システム４０に送信する。情報生成部３１２による解説文Ｃの生成には、状況データＸとともに設定データＺが利用される。設定データＺは、解説文Ｃに関する条件が設定されたデータである。図７の設定データ処理部３１４は、設定データＺを生成する。すなわち、設定データ処理部３１４が生成した設定データＺが記憶装置３２に記憶され、情報生成部３１２による解説文Ｃの生成に利用される。図７に例示される通り、第１実施形態の設定データＺは、補助データＱと参照データＲとを含む。

補助データＱは、解説文Ｃに使用される情報が登録されたデータテーブルである。具体的には、補助データＱは、ゲームシステム２０において使用されない情報（以下「補助情報」という）を含む。補助情報は、野球ゲームの制御には使用されない情報であり、記憶装置２２に記憶されない情報、またはプレイ画面に表示されない情報とも換言される。

図８は、補助データＱの具体的な内容を例示する模式図である。図８に例示される通り、補助データＱは、プレイヤＰaおよびプレイヤＰbの各々についてプレイヤ名ｑ1と通算成績ｑ2とが登録されたデータである。

プレイヤ名ｑ1は、プレイヤＰ毎に個別に設定された名称である。ゲームシステム２０においては、各プレイヤＰが「Player 1」「Player 2」等の一般的な識別情報（すなわち複数のプレイヤＰに共用される情報）により識別され、個々のプレイヤＰ毎に個別に設定された名称は使用されない。したがって、補助データＱに登録されたプレイヤ名ｑ1は、ゲームシステム２０において使用されない補助情報である。

通算成績ｑ2は、各プレイヤＰが過去にプレイした複数の試合にわたる成績の通算値である。具体的には、通算成績ｑ2は、通算勝敗数ｑ21と通算本塁打数ｑ22と通算奪三振数ｑ23とを含む。通算勝敗数ｑ21は、過去の複数の試合にわたる各プレイヤＰの勝利数と敗北数と引分数とを含む。また、通算本塁打数ｑ22は、過去の複数の試合にわたり各プレイヤＰの本塁打の回数を合計した数値である。通算奪三振数ｑ23は、過去の複数の試合にわたり各プレイヤＰの奪三振の回数を合計した数値である。なお、ゲームシステム２０においては、野球ゲームにおける各プレイヤＰの成績は１試合毎に初期化され、複数の試合にわたる成績の通算値は使用されない。したがって、補助データＱに登録された通算成績ｑ2（ｑ21－ｑ23）は、ゲームシステム２０において使用されない補助情報である。

参照データＲは、解説文Ｃに使用される情報と解説文Ｃの生成の条件とが登録されたデータテーブルである。図９は、参照データＲの具体的な内容を例示する模式図である。図９に例示される通り、参照データＲは、複数の登録文ｒ1が登録されたデータテーブルである。複数の登録文ｒ1の各々は、複数のイベント種別ｘ3の何れかに対応する。ひとつのイベント種別ｘ3について１以上の登録文ｒ1が登録される。すなわち、ひとつのイベント種別ｘ3についてひとつの登録文ｒ1が登録される場合のほか、ひとつのイベント種別ｘ3について複数の登録文ｒ1が重複して登録される場合もある。

各登録文ｒ1は、解説文Ｃの一部または全部を構成する文字列である。具体的には、登録文ｒ1は、１以上の単語および１以上の文の一方または双方を含む文字列である。情報生成部３１２は、複数の登録文ｒ1のうち状況データＸに応じて選択した１以上の登録文（以下「選択登録文」という）ｒ1を利用して解説文Ｃを生成する。選択登録文ｒ1は、複数の登録文ｒ1のうち状況データＸが表すイベント種別ｘ3に対応する１以上の登録文ｒ1である。すなわち、野球ゲームにおいて直近に発生したイベントのイベント種別ｘ3に対応する登録文ｒ1が、解説文Ｃの生成のための選択登録文ｒ1として選択される。

複数の登録文ｒ1のなかには、１以上の可変部を含む登録文ｒ1が存在する。可変部は、登録文ｒ1のうち野球ゲームの状況に関する可変の情報が挿入される部分である。情報生成部３１２は、選択登録文ｒ1の可変部に情報を挿入することで解説文Ｃを生成する。可変部に挿入される情報を変更することで、相異なる複数の解説文Ｃがひとつの登録文ｒ1から生成される。すなわち、登録文ｒ1は、相異なる複数の解説文Ｃにおいて共用される定型的な文字列である。なお、参照データＲの複数の登録文ｒ1のなかには、可変部を含まない登録文ｒ1も存在する。

各登録文ｒ1の可変部については、当該可変部に挿入されるべき情報が指定される。具体的には、状況データＸに含まれる情報（ｘ3－ｘ7）と補助データＱに含まれる情報（ｑ1，ｑ2）とを含む複数の情報の何れかが、可変部毎に指定される。情報生成部３１２は、選択登録文ｒ1の可変部に、当該可変部について指定された情報を挿入することで、解説文Ｃを生成する。なお、補助データＱに含まれる情報（ｑ1，ｑ2）は、前述の通り補助情報である。したがって、解説データＹが表す解説文Ｃには、補助情報が含まれる場合がある。

図１０は、情報生成部３１２が選択登録文ｒ1を利用して解説文Ｃを生成する処理（以下「生成処理」という）Ｓbの具体的な手順を例示するフローチャートである。

生成処理Ｓbが開始されると、情報生成部３１２は、選択登録文ｒ1が可変部を含むか否かを判定する（Ｓb100）。選択登録文ｒ1が可変部を含む場合（Ｓb100：YES）、可変部に挿入されるべき情報を状況データＸまたは補助データＱから特定する（Ｓb102）。具体的には、状況データＸに含まれる情報（ｘ3－ｘ7）と補助データＱに含まれる情報（ｑ1，ｑ2）とを含む複数の情報から、当該可変部について指定された情報が特定される。情報生成部３１２は、選択登録文ｒ1の可変部に当該情報を挿入することで解説文Ｃを生成する（Ｓb104）。他方、選択登録文ｒ1が可変部を含まない場合（Ｓb100：NO）、情報生成部３１２は、選択登録文ｒ1を解説文Ｃとして確定する（Ｓb106）。情報生成部３１２は、以上の手順（Ｓb104，Ｓb106）により確定した解説文Ｃを表す解説データＹを生成する（Ｓb108）。

例えば、図５における状況データＸ[3]を状況データ取得部３１１が取得した場合を想定する。選択登録文ｒ1は、参照データＲの複数の登録文ｒ1のうち、状況データＸ[3]のイベント種別ｘ3「２ベースヒット」に対応する登録文ｒ1「［ｑ1］、２ベースヒットです！」である。選択登録文ｒ1は、補助データＱのプレイヤ名ｑ1が指定された可変部を含む。状況データＸ[3]が表す対象プレイヤｘ4はプレイヤＰaであるから、情報生成部３１２は、補助データＱが当該プレイヤＰaについて表すプレイヤ名ｑ1「ＡＡＡ」を可変部に挿入することで、「ＡＡＡ、２ベースヒットです！」という解説文Ｃを生成する。

また、図５における状況データＸ[7]を状況データ取得部３１１が取得した場合を想定する。選択登録文ｒ1は、参照データＲの複数の登録文ｒ1のうち、状況データＸ[7]のイベント種別ｘ3「奪三振」に対応する登録文ｒ1「［ｑ1］、これで［ｘ7］つ目の奪三振です！」である。選択登録文ｒ1は、プレイヤ名ｑ1が指定された可変部と制御情報ｘ7が指定された可変部とを含む。状況データＸ[7]が表す対象プレイヤｘ4はプレイヤＰbであるから、情報生成部３１２は、補助データＱが当該プレイヤＰbについて表すプレイヤ名ｑ1「ＢＢＢ」を第１番目の可変部に挿入し、かつ、状況データＸ[7]の制御情報ｘ7「３」を第２番目の可変部に挿入することで、「ＢＢＢ、これで３つ目の奪三振です！」という解説文Ｃを生成する。

また、図９においてイベント種別ｘ3「ホームラン」に対応する登録文ｒ1のひとつは、「[ｑ1]、今期通算［ｑ22＋ｘ7］本目のホームランです！」である。当該登録文ｒ1における第２番目の可変部には、補助データＱが表す通算本塁打数ｑ22と、状況データＸの制御情報ｘ7が表す数値との合計値が挿入される。例えば、通算本塁打数ｑ22が「２９」であり、制御情報ｘ7が「１」である場合（ｑ22＋ｘ7＝３０）、図２の例示の通り「ＡＡＡ、今季通算３０本目のホームランです！」という解説文Ｃが生成される。以上の例示の通り、情報生成部３１２は、状況データＸに含まれる情報（ｘ3－ｘ7）と補助データＱに含まれる情報（ｑ1，ｑ2）とを含む複数の情報のうち２以上の情報の組合せにより、挿入部に挿入すべき情報（補助情報を含む）を生成する場合がある。

図９に例示される通り、参照データＲは、複数の登録文ｒ1の各々について可否データｒ2（ｒ2a，ｒ2b）を含む。各登録文ｒ1に対応する可否データｒ2は、当該登録文ｒ1を含む解説文Ｃの生成の許可／禁止を表すデータである。可否データｒ2はプレイヤＰ毎に設定される。具体的には、可否データｒ2aはプレイヤＰaに関するデータであり、可否データｒ2bはプレイヤＰbに関するデータである。例えば、各登録文ｒ1に対応する可否データｒ2aが許可を表す場合、情報生成部３１２は、プレイヤＰaに関する解説文Ｃを当該登録文ｒ1から生成する。他方、当該可否データｒ2aが禁止を表す場合、情報生成部３１２は、当該登録文ｒ1を含む解説文Ｃを生成しない。可否データｒ2bについても同様である。なお、可否データｒ2は参照データＲから省略されてもよい。

図９に例示される通り、参照データＲは、複数の登録文ｒ1のうち１以上の登録文ｒ1について条件データｒ3を含む。各登録文ｒ1に対応する条件データｒ3は、当該登録文ｒ1を含む解説文Ｃを生成する条件（以下「生成条件」という）を表すデータである。具体的には、条件データｒ3が表す生成条件は、野球ゲームの現在の状況に関する条件である。例えば、「［ｑ1］、これで今季通算［通算本塁打数ｑ22＋制御情報ｘ7］本目のホームランです！」という登録文ｒ1については、通算本塁打数ｑ22と制御情報ｘ7の数値との合計が１０の倍数である（ｑ22＋ｘ7＝１０ｎ。ｎは自然数）、という生成条件が登録される。情報生成部３１２は、条件データｒ3が表す生成条件が成立する場合に、登録文ｒ1を含む解説文Ｃを生成し、当該生成条件が成立しない場合には、登録文ｒ1を含む解説文Ｃを生成しない。なお、複数の登録文ｒ1のなかには、条件データｒ3が登録された登録文ｒ1と、条件データｒ3が登録されない登録文ｒ1とが存在する。条件データｒ3が登録されない登録文ｒ1については、可否データｒ2が許可を表すことのみを条件として解説文Ｃが生成される。また、条件データｒ3は参照データＲから省略されてもよい。

以上の例示から理解される通り、補助データＱにおけるプレイヤ名ｑ1および通算成績ｑ2と、参照データＲの登録文ｒ1とは、解説文Ｃの内容に関する条件を表すデータである。他方、参照データＲの可否データｒ2および条件データｒ3は、解説文Ｃの生成に関する条件を表すデータである。したがって、補助データＱと参照データＲとを含む設定データＺは、解説文Ｃに関する条件（内容または生成に関する条件）を設定するデータと表現される。

図１１は、制御システム３０の制御装置３１が解説データＹを生成する処理（以下「解説処理」という）Ｓcの具体的な手順を例示するフローチャートである。解説処理Ｓcは、操作装置３４に対する管理者Ｏp1からの指示を契機として開始され、野球ゲームの進行に並行して継続される。解説処理Ｓcは、「情報処理方法」の一例である。

解説処理Ｓcが開始されると、状況データ取得部３１１は、状況データＸをゲームシステム２０から取得するまで待機する（Ｓc100：NO）。状況データ取得部３１１が状況データＸを取得した場合（Ｓc100：YES）、情報生成部３１２は、参照データＲに登録された複数の登録文ｒ1から、状況データＸが表す状況に対応する選択登録文ｒ1を検索する（Ｓc102）。具体的には、情報生成部３１２は、状況データＸのイベント種別ｘ3に対応する登録文ｒ1を参照データＲから検索する。

情報生成部３１２は、選択登録文ｒ1について条件データｒ3が登録されているか否かを判定する（Ｓc104）。すなわち、選択登録文ｒ1を含む解説文Ｃについて生成条件が設定されているか否かが判定される。条件データｒ3が登録されている場合（Ｓc104：YES）、情報生成部３１２は、条件データｒ3が表す生成条件が成立したか否かを判定する（Ｓc106）。生成条件が成立しない場合（Ｓc106：NO）、情報生成部３１２は、後述のステップＳc122に処理を移行する。他方、条件データｒ3が登録されていない場合（Ｓc104：NO）、または、生成条件が成立した場合（Ｓc106：YES）、情報生成部３１２は、選択登録文ｒ1を含む解説文Ｃを生成するための処理（Ｓc108－Ｓc120）を実行する。すなわち、情報生成部３１２は、生成条件が設定された選択登録文ｒ1については、当該生成条件が成立する場合に、当該選択登録文ｒ1を含む解説文Ｃを生成する。

情報生成部３１２は、状況データＸに含まれる対象プレイヤｘ4がプレイヤＰaであるか否かを判定する（Ｓc108）。対象プレイヤｘ4がプレイヤＰaである場合（Ｓc108：YES）、情報生成部３１２は、選択登録文ｒ1に対応する可否データｒ2aが許可を表すか否かを判定する（Ｓc110）。プレイヤＰaの可否データｒ2aが許可を表す場合（Ｓc110：YES）、情報生成部３１２は、前述の生成処理Ｓbにより、選択登録文ｒ1を含む解説文Ｃの解説データＹを生成する（Ｓc112）。すなわち、状況データＸが表すイベントに対応する登録文ｒ1を含む解説文Ｃが生成される。情報生成部３１２は、解説データＹを通信装置３３から配信システム４０に送信する（Ｓc114）。他方、可否データｒ2aが禁止を表す場合（Ｓc110：NO）、情報生成部３１２は、解説データＹの生成（Ｓc112）および送信（Ｓc114）を実行しない。

対象プレイヤｘ4がプレイヤＰbである場合（Ｓc108：NO）、情報生成部３１２は、選択登録文ｒ1に対応する可否データｒ2bが許可を表すか否かを判定する（Ｓc116）。プレイヤＰbの可否データｒ2bが許可を表す場合（Ｓc116：YES）、情報生成部３１２は、前述の生成処理Ｓbにより、選択登録文ｒ1を含む解説文Ｃの解説データＹを生成する（Ｓc118）。情報生成部３１２は、解説データＹを通信装置３３から配信システム４０に送信する（Ｓc120）。他方、可否データｒ2bが禁止を表す場合（Ｓc116：NO）、情報生成部３１２は、解説データＹの生成（Ｓc118）および送信（Ｓc120）を実行しない。

以上の処理を実行すると、制御装置３１は、所定の終了条件が成立したか否かを判定する（Ｓc122）。終了条件は、例えば、操作装置３４に対する操作で管理者Ｏp1から終了が指示されること、または、野球ゲームの終了がゲームシステム２０から通知されることである。終了条件が成立しない場合（Ｓc122：NO）、制御装置３１は処理をステップＳc100に移行する。すなわち、状況データ取得部３１１が状況データＸの取得を待機する状態に遷移する。他方、終了条件が成立した場合（Ｓc122：YES）、制御装置３１は解説処理Ｓcを終了する。以上が解説処理Ｓcの具体例である。

図１のゲームサーバ５０は、事前に登録された複数のプレイヤＰの各々についてゲームデータを管理するサーバシステムである。各プレイヤＰのゲームデータは、各プレイヤＰに関する野球ゲームのプレイの記録である。具体的には、各プレイヤＰのゲームデータには、当該プレイヤＰのプレイヤ名と、当該プレイヤＰの過去の成績（勝敗数，本塁打数，奪三振数，三振数等）とが登録される。

図７の設定データ処理部３１４は、解説処理Ｓcに利用される設定データＺを生成する。図１２は、設定データ処理部３１４が設定データＺを生成する処理（以下「登録処理」という）Ｓdの具体的な手順を例示するフローチャートである。競技イベントの開始前に、操作装置３４に対する管理者Ｏp1からの指示を契機として登録処理Ｓdが実行される。登録処理Ｓdは、競技イベント毎、または競技イベントにおける野球ゲームの試合毎に実行される。なお、一連のゲーム動画Ｇの配信毎（例えば番組毎）に登録処理Ｓdが実行されてもよい

登録処理Ｓdが開始されると、設定データ処理部３１４は、設定データＺの補助データＱを生成する（Ｓd100）。具体的には、設定データ処理部３１４は、プレイヤＰaおよびプレイヤＰbの各々についてゲームサーバ５０が管理するゲームデータを参照することで、プレイヤＰaとプレイヤＰbとの対戦に関する補助データＱを生成する。例えば、設定データ処理部３１４は、ゲームデータに登録されたプレイヤ名を補助データＱのプレイヤ名ｑ1として取得する。また、設定データ処理部３１４は、例えばゲームデータに登録された成績（勝敗数，本塁打数，奪三振数）を集計することで、補助データＱにおける通算成績ｑ2（通算勝敗数ｑ21，通算本塁打数ｑ22，通算奪三振数ｑ23）を算定する。なお、設定データ処理部３１４は、操作装置３４に対する管理者Ｏp1からの指示に応じて補助データＱの各要素（ｑ1，ｑ2）を設定してもよい。

設定データ処理部３１４は、操作装置３４に対する管理者Ｏp1からの指示に応じて参照データＲを生成する（Ｓd102－Ｓd106）。なお、補助データＱの生成（Ｓd100）と参照データＲの生成（Ｓd102－Ｓd106）との順序を逆転してもよい。

管理者Ｏp1は、操作装置３４を操作することで、任意の登録文ｒ1を制御システム３０に指示する。設定データ処理部３１４は、管理者Ｏp1から指示された複数の登録文ｒ1を参照データＲに登録する（Ｓd102）。具体的には、設定データ処理部３１４は、事前に用意された複数の登録文ｒ1のうち管理者Ｏp1が選択した登録文ｒ1、または、操作装置３４を利用して管理者Ｏp1が直接的に入力した登録文ｒ1を、参照データＲに登録する。また、設定データ処理部３１４は、既存の登録文ｒ1の内容を管理者Ｏp1からの指示に応じて変更してもよい。

管理者Ｏp1は、例えば、野球ゲームについて予想される展開、または配信動画Ｖを視聴する利用者Ｕの傾向等の種々の事情に応じて登録文ｒ1を指示する。例えば、双方のチームが投手の好投により接戦する投手戦が予想される場合には、例えば球種等の投球に関する多数の登録文ｒ1が参照データＲに登録される。例えば、双方のチームの打者の活躍により大量の得点が発生する乱打戦が予想される場合には、例えば本塁打数または打率等の打撃に関する多数の登録文ｒ1が参照データＲに登録される。また、野球ゲームに習熟した多数の利用者Ｕの観戦が想定される場合には、野球ゲームに登場する各キャラクタの打率または出塁率等、野球ゲームに関する詳細な情報を含む多数の登録文ｒ1が参照データＲに登録される。以上の説明から理解される通り、第１実施形態においては、管理者Ｏp1からの指示に応じた登録文ｒ1が登録されるから、管理者Ｏp1の意向に沿った傾向の解説文Ｃを利用者Ｕに提供できる。

また、管理者Ｏp1は、操作装置３４を操作することで、各登録文ｒ1を含む解説文Ｃの生成の可否をプレイヤＰ毎に制御システム３０に指示する。設定データ処理部３１４は、管理者Ｏp1からの指示に応じて許可および禁止の何れかに設定された可否データｒ2（ｒ2a，ｒ2b）を、参照データＲに登録する（Ｓd104）。例えば、登録文ｒ1毎に可否データｒ2が個別に登録される構成が想定される。ただし、複数の登録文ｒ1について一括的に可否データｒ2を登録してもよい。例えば、複数の登録文ｒ1が内容に応じて複数の集合に分類された構成では、設定データ処理部３１４は、集合毎に可否データｒ2を設定する。すなわち、ひとつの集合内の相異なる登録文ｒ1に対応する複数の可否データｒ2が、当該集合に関する管理者Ｏp1からの指示に応じて共通の数値に設定される。

なお、配信動画Ｖの配信に関する各種の事情により、プレイヤＰaに関する解説をプレイヤＰbに関する解説よりも優先すべき状況が想定される。以上の状況では、管理者Ｏp1は、プレイヤＰaについては多数の登録文ｒ1について解説文Ｃの生成を許可し、プレイヤＰbについては多数の登録文ｒ1について解説文Ｃの生成を禁止する。したがって、設定データ処理部３１４は、許可を表す可否データｒ2aの割合が、許可を表す可否データｒ2bの割合を上回るように、管理者Ｏp1からの指示に応じて各可否データｒ2を設定する。すなわち、プレイヤＰaに関する解説文Ｃが、プレイヤＰbに関する解説文Ｃと比較して高頻度で生成される。また、プレイヤＰaとプレイヤＰbとについて同等の頻度で解説文Ｃを生成すべき状況も想定される。以上の状況では、設定データ処理部３１４は、管理者Ｏp1からの指示に応じて、各登録文ｒ1に対応する可否データｒ2aと可否データｒ2bとを共通の数値に設定する。したがって、プレイヤＰaに関する解説文ＣとプレイヤＰbに関する解説文Ｃとが、同等の頻度で生成される。以上の説明から理解される通り、第１実施形態においては、プレイヤＰaに関する解説文Ｃが生成される頻度と、プレイヤＰbに関する解説文Ｃが生成される頻度とを、管理者Ｏp1の意図に応じて調整できる。

また、管理者Ｏp1は、操作装置３４を操作することで、複数の登録文ｒ1のうち所望の登録文ｒ1に関する生成条件を制御システム３０に指示する。設定データ処理部３１４は、管理者Ｏp1から指示された登録文ｒ1について、管理者Ｏp1から指示された生成条件を表す条件データｒ3を参照データＲに登録する（Ｓd106）。具体的には、設定データ処理部３１４は、事前に用意された複数の生成条件のうち管理者Ｏp1が選択した生成条件を表す条件データｒ3、または、操作装置３４を利用して管理者Ｏp1が直接的に入力した生成条件を表す条件データｒ3を、参照データＲに登録する。また、設定データ処理部３１４は、既存の条件データｒ3が表す生成条件の内容を、管理者Ｏp1からの指示に応じて変更してもよい。以上に例示した登録処理Ｓdで生成された参照データＲが、記憶装置３２に記憶されて前述の解説処理Ｓcに利用される。

図１の配信システム４０は、例えば動画配信サイトの提供者が運営するコンピュータシステムである。配信システム４０は、制御システム３０から送信された解説データＹと動画データＤ2とを受信する。そして、配信システム４０は、解説データＹと動画データＤ2とを端末装置１０に送信する。例えば、配信システム４０に対して配信要求を送信した端末装置１０、または配信システム４０に事前に登録された端末装置１０を配信先として、配信システム４０は解説データＹおよび動画データＤ2を送信する。

図１３は、端末装置１０の構成を例示するブロック図である。図１３に例示される通り、端末装置１０は、制御装置１１と記憶装置１２と通信装置１３と操作装置１４と再生装置１５とを具備する。なお、端末装置１０は、単体の装置として実現されるほか、相互に別体で構成された複数の装置でも実現される。

制御装置１１は、例えば端末装置１０の各要素を制御する単数または複数のプロセッサで構成される。具体的には、例えばＣＰＵ、ＧＰＵ、ＤＳＰ、ＦＰＧＡ、またはＡＳＩＣ等の１種類以上のプロセッサにより、制御装置１１が構成される。

記憶装置１２は、制御装置１１が実行するプログラムと制御装置１１が使用する各種のデータとを記憶する単数または複数のメモリである。例えば半導体記録媒体および磁気記録媒体等の公知の記録媒体、または複数種の記録媒体の組合せが、記憶装置１２として利用される。

通信装置１３は、通信網２を介して配信システム４０と通信する。具体的には、通信装置１３は、解説データＹと動画データＤ2とを配信システム４０から受信する。操作装置１４は、利用者Ｕによる操作を受付ける入力機器である。例えば、利用者Ｕが操作する操作子、または利用者Ｕによる接触を検知するタッチパネルが、操作装置１４として利用される。

再生装置１５は、制御装置１１による制御のもとで配信動画Ｖを再生する。再生装置１５は、表示装置１５１と放音装置１５２とを具備する。表示装置１５１は、制御装置１１による制御のもとで画像を表示する。具体的には、制御装置１１は、動画データＤ2が表すゲーム動画Ｇと解説データＹが表す解説文Ｃとを含む図２の配信動画Ｖを表示装置１５１に表示させる。具体的には、相異なるイベントに対応する複数の解説文Ｃが時系列の順番で配信動画Ｖの解説領域Ｖaに表示される。すなわち、最新のイベントに対応する解説文Ｃに加えて過去のイベントに対応する解説文Ｃも解説領域Ｖaに表示される。放音装置１５２は、制御装置１１による制御のもとで音声を放音する。具体的には、放音装置１５２は、動画データＤ2が表すゲーム動画Ｇの音声を放音する。なお、制御装置１１が配信動画Ｖを再生装置１５に再生させる機能は、汎用のブラウザにより実現されてもよいし、専用のアプリケーションプログラムにより実現されてもよい。端末装置１０の利用者Ｕは、ゲーム動画Ｇを視聴することでゲームの進行を把握しながら、各解説文Ｃを参照することで進行の状況に関する詳細な情報を確認できる。

以上に説明した通り、第１実施形態においては、野球ゲームの状況を表す状況データＸと、解説文Ｃに関する条件が設定された設定データＺとを利用して、野球ゲームの状況に関する解説文Ｃが自動的に生成され、当該解説文Ｃがゲーム動画Ｇとともに再生される。したがって、例えば管理者Ｏp1が、野球ゲームの進行に並行した適切な時点において、操作装置３４に対する手動の操作で個々の解説文Ｃを入力する形態と比較して、解説文Ｃの生成のための管理者Ｏp1の負荷が軽減される。

第１実施形態においては特に、ゲームシステム２０において使用されない補助情報を含む解説文Ｃが生成されるから、状況データＸのみから解説文Ｃを生成する構成と比較して、内容が豊富で情報量が多い解説文Ｃを端末装置１０の利用者Ｕに提供できる。例えば、各プレイヤＰのプレイヤ名ｑ1と複数の試合にわたる通算成績ｑ2とを含む解説文Ｃが提供される。また、第１実施形態においては、複数の登録文ｒ1のうち、野球ゲームにおいて発生したイベントに対応する登録文ｒ1を含む解説文Ｃが端末装置１０において再生される。したがって、端末装置１０の利用者Ｕは、野球ゲームにおいて発生したイベントを容易に把握できる。

また、各登録文ｒ1を含む解説文Ｃは、当該登録文ｒ1に対応する生成条件が成立する場合に生成される。すなわち、特定の登録文ｒ1については、当該登録文ｒ1に対応するイベントが発生しただけでは解説文Ｃは生成されず、さらに生成条件が生成された場合に解説文Ｃが生成される。したがって、特定の登録文ｒ1を含む解説文Ｃの生成を、特定の状況に限定できる。また、第１実施形態においては、各登録文ｒ1を含む解説文Ｃの生成の可否／禁止がプレイヤＰ毎に設定されるから、個々のプレイヤＰに好適な内容の解説文Ｃを端末装置１０の利用者Ｕに提供できる。

［第２実施形態］
本発明の第２実施形態を説明する。なお、以下に例示する各形態において機能が第１実施形態と同様である要素については、第１実施形態の説明で使用した符号を流用して各々の詳細な説明を適宜に省略する。

第２実施形態の設定データＺは、第１実施形態の参照データＲに代えて、図１４の第１参照データＲaと第２参照データＲbとを含む。第１参照データＲaは、プレイヤＰaに関する解説文Ｃの生成に利用されるデータテーブルであり、第２参照データＲbは、プレイヤＰbに関する解説文Ｃの生成に利用されるデータテーブルである。なお、参照データＲが第１参照データＲaと第２参照データＲbとを含むと換言してもよい。設定データＺのうち補助データＱの内容は第１実施形態と同様である。

第１参照データＲaには複数の登録文ｒ1が登録される。複数の登録文ｒ1の各々は、複数のイベント種別ｘ3の何れかに対応する。第１参照データＲaの各登録文ｒ1は、プレイヤＰaに関する解説文Ｃの生成に使用される。同様に、第２参照データＲbには複数の登録文ｒ1が登録される。複数の登録文ｒ1の各々は、複数のイベント種別ｘ3の何れかに対応する。第２参照データＲbの各登録文ｒ1は、プレイヤＰbに関する解説文Ｃの生成に使用される。第１参照データＲaの複数の登録文ｒ1と第２参照データＲbの複数の登録文ｒ1とは個別に設定される。したがって、登録文ｒ1の個数および各登録文ｒ1の内容は、第１参照データＲaと第２参照データＲbとの間で相違する。したがって、プレイヤＰaとプレイヤＰbとについては相異なる解説文Ｃが生成される。

管理者Ｏp1は、プレイヤＰaに関する解説文Ｃの生成に利用される複数の登録文ｒ1と、プレイヤＰbに関する解説文Ｃの生成に利用される複数の登録文ｒ1とを、操作装置３４に対する操作で個別に指示する。設定データ処理部３１４は、管理者Ｏp1がプレイヤＰaについて指示した複数の登録文ｒ1を第１参照データＲaに登録し、管理者Ｏp1がプレイヤＰbについて指示した複数の登録文ｒ1を第２参照データＲbに登録する。すなわち、第１参照データＲaの各登録文ｒ1は、プレイヤＰaに関する解説文Ｃの生成に利用することを管理者Ｏp1が許容した情報であり、第２参照データＲbの各登録文ｒ1は、プレイヤＰbに関する解説文Ｃの生成に利用することを管理者Ｏp1が許容した情報である。したがって、第２実施形態の参照データＲには、第１実施形態において例示した可否データｒ2（ｒ2a，ｒ2b）は含まれない。

図１５は、第２実施形態における解説処理Ｓcの具体的な手順を例示するフローチャートである。第１実施形態と同様に、解説処理Ｓcは、操作装置３４に対する管理者Ｏp1からの指示を契機として開始され、野球ゲームの進行に並行して継続される。

解説処理Ｓcが開始されると、状況データ取得部３１１は、状況データＸをゲームシステム２０から取得するまで待機する（Ｓc200：NO）。状況データ取得部３１１が状況データＸを取得した場合（Ｓc200：YES）、情報生成部３１２は、状況データＸに含まれる対象プレイヤｘ4がプレイヤＰaであるか否かを判定する（Ｓc202）。

対象プレイヤｘ4がプレイヤＰaである場合（Ｓc202：YES）、情報生成部３１２は、第１参照データＲaに登録された複数の登録文ｒ1から、状況データＸが表す状況に対応する選択登録文ｒ1を検索する（Ｓc204）。他方、対象プレイヤｘ4がプレイヤＰbである場合（Ｓc202：NO）、情報生成部３１２は、第２参照データＲbに登録された複数の登録文ｒ1から、状況データＸが表す状況に対応する選択登録文ｒ1を検索する（Ｓc206）。

情報生成部３１２は、選択登録文ｒ1について条件データｒ3が登録されているか否かを判定する（Ｓc208）。条件データｒ3が登録されている場合（Ｓc208：YES）、情報生成部３１２は、条件データｒ3が表す生成条件が成立したか否かを判定する（Ｓc210）。条件データｒ3が登録されていない場合（Ｓc208：NO）、または、生成条件が成立した場合（Ｓc210：YES）、情報生成部３１２は、生成処理Ｓbにより、選択登録文ｒ1を含む解説文Ｃの解説データＹを生成する（Ｓc212）。情報生成部３１２は、解説データＹを通信装置３３から配信システム４０に送信する（Ｓc214）。他方、生成条件が成立しない場合（Ｓc210：NO）、情報生成部３１２は、解説データＹの生成（Ｓc212）および送信（Ｓc214）を実行しない。

制御装置３１は、所定の終了条件が成立するまで、以上の処理（Ｓc200－Ｓc214）を反復する（Ｓc216：NO）。終了条件が成立した場合（Ｓc216：YES）、制御装置３１は解説処理Ｓcを終了する。

第２実施形態においても第１実施形態と同様の効果が実現される。また、第２実施形態においては、プレイヤＰaに関する解説文Ｃは第１参照データＲaの登録文ｒ1を含み、プレイヤＰbに関する解説文Ｃは第２参照データＲbの登録文ｒ1を含む。したがって、個々のプレイヤＰに好適な内容の解説文Ｃを端末装置１０の利用者Ｕに提供できる。

［第３実施形態］
第１実施形態においては、野球ゲームにおいて発生した全部のイベントについて、ゲームシステム２０が状況データＸを制御システム３０に送信する構成を例示した。第３実施形態においては、野球ゲームにおいて発生し得る複数のイベントのうち特定の条件（以下「送信条件」という）を充足するイベントが発生した場合に、当該イベントを表す状況データＸがゲームシステム２０から制御システム３０に送信される。

図１６は、第３実施形態におけるゲームシステム２０の機能的な構成を例示するブロック図である。図１６に例示される通り、ゲームシステム２０の制御装置２１は、記憶装置２２に記憶されたプログラムを実行することで複数の機能（条件設定部２１１および送信処理部２１２）を実現する。なお、条件設定部２１１は、「第１条件設定部」の一例である。

条件設定部２１１は、送信条件を設定する。送信条件は、状況データＸを送信すべきイベントに関する条件である。例えば１以上のイベント種別ｘ3が送信条件として設定される。条件設定部２１１は、操作装置２４１に対する管理者Ｏp2からの指示に応じて送信条件を設定する。管理者Ｏp2は、ゲームシステム２０を管理および運営するオペレータであり、例えば競技イベントが開催される会場に所在する。管理者Ｏp2が所望の１以上のイベント種別ｘ3を指示すると、条件設定部２１１は、管理者Ｏp2から指示された１以上のイベント種別ｘ3を含む送信条件を設定する。

なお、条件設定部２１１は、制御システム３０の操作装置３４に対する管理者Ｏp1からの指示に応じて送信条件を設定してもよい。例えば、管理者Ｏp1からの指示が制御システム３０からゲームシステム２０に通知され、条件設定部２１１は、制御システム３０から通知された指示に応じて送信条件を設定する。

また、複数のイベント種別ｘ3を一括的に送信条件として設定してもよい。例えば、複数のイベント種別ｘ3が複数の集合に分類された構成では、条件設定部２１１は、管理者Ｏp2が選択した集合に属する１以上のイベント種別ｘ3を一括的に送信条件として設定する。例えば、複数のイベント種別ｘ3は、攻撃側のイベントと守備側のイベントとに分類される。攻撃側のイベントは、例えば「ヒット」「ホームラン」「盗塁」「得点」「打者交代」であり、守備側のイベントは、例えば「奪三振」「牽制球」「フライの捕球」「投手交代」である。管理者Ｏp2が攻撃側のイベントを選択した場合、条件設定部２１１は、「ヒット」「ホームラン」「盗塁」「得点」「打者交代」等の攻撃側の複数のイベント種別ｘ3を送信条件として一括的に設定する。他方、管理者Ｏp2が守備側のイベントを選択した場合、条件設定部２１１は、「奪三振」「牽制球」「フライの捕球」「投手交代」等の守備側の複数のイベント種別ｘ3を送信条件として一括的に設定する。

図１６の送信処理部２１２は、条件設定部２１１が設定した送信条件を充足するイベントが野球ゲームにおいて発生した場合に、当該イベントを表す状況データＸを通信装置２３から制御システム３０に送信する。状況データＸの内容は第１実施形態と同様である。

図１７は、第３実施形態におけるゲーム処理Ｓaの具体的な手順を例示するフローチャートである。例えば操作装置２４１に対する管理者Ｏp2からの指示を契機としてゲーム処理Ｓaが開始される。

ゲーム処理Ｓaが開始されると、制御装置２１（条件設定部２１１）は、操作装置２４１に対する管理者Ｏp2からの指示に応じて送信条件を設定する（Ｓa200）。送信条件が設定されると、制御装置２１は、野球ゲームの開始が管理者Ｏp2または各プレイヤＰから指示されるまで待機する（Ｓa202：NO）。

野球ゲームの開始が指示されると（Ｓa202：YES）、制御装置２１は、第１実施形態と同様に、各操作装置２４１に対するプレイヤＰの操作に応じて野球ゲームを進行させ（Ｓa204）、各表示装置２４２にプレイ画面を表示させる（Ｓa206）。制御装置２１は、第１実施形態と同様に、野球ゲームの現在の状況に対応する動画を表す動画データＤ1を通信装置２３から制御システム３０に送信する（Ｓa208）。

制御装置２１は、野球ゲームの進行の結果としてイベントが発生したか否かを判定する（Ｓa210）。イベントが発生した場合（Ｓa210：YES）、制御装置２１（送信処理部２１２）は、当該イベントが送信条件を充足するか否かを判定する（Ｓa212）。具体的には、制御装置２１は、今回のイベントのイベント種別ｘ3が送信条件に含まれるか否かを判定する。イベントが送信条件を充足する場合（Ｓa212：YES）、制御装置２１は、当該イベントに関する状況データＸを生成し（Ｓa214）、当該状況データＸを通信装置２３から制御システム３０に送信する（Ｓa216）。

イベントが発生しない場合（Ｓa210：NO）、状況データＸの生成（Ｓa214）および送信（Ｓa216）は実行されない。また、イベントが発生した場合（Ｓa210：YES）でも、当該イベントが送信条件を充足しない場合（Ｓa212：NO）には、状況データＸの生成（Ｓa214）および送信（Ｓa216）は実行されない。以上の説明から理解される通り、送信処理部２１２は、送信条件を充足するイベントが野球ゲームにおいて発生した場合に当該イベントの状況データＸを制御システム３０に送信する。

制御装置２１は、野球ゲームが終了したか否かを判定する（Ｓa218）。野球ゲームが終了していない場合（Ｓa218：NO）、制御装置２１は、処理をステップＳa202に移行する。他方、野球ゲームが終了した場合（Ｓa218：YES）、制御装置２１はゲーム処理Ｓaを終了する。以上の例示の通り、第３実施形態においては、動画データＤ1が所定の周期で順次に送信される一方、送信条件を充足する状況データＸがイベントの発生毎に送信される。

第３実施形態においても第１実施形態と同様の効果が実現される。また、第３実施形態においては、野球ゲームにおいて発生したイベントが送信条件を充足する場合に、当該イベントの状況データＸが制御システム３０に送信される。したがって、送信条件に適合した適切なイベントに限定して解説文Ｃを生成できる。また、野球ゲームにおいて発生した全部のイベントについて状況データＸが送信される構成と比較して、ゲームシステム２０と制御システム３０との間の通信量を削減できる。なお、第１参照データＲaと第２参照データＲbとを解説文Ｃの生成に利用する第２実施形態の構成は、第３実施形態にも同様に適用される。

［第４実施形態］
第１実施形態においては、制御システム３０の情報生成部３１２が生成した全部の解説文Ｃが端末装置１０の表示装置１５１に表示される構成を例示した。第４実施形態においては、情報生成部３１２が生成した複数の解説文Ｃのうち特定の条件（以下「再生条件」という）を充足する解説文Ｃが選択的に表示装置１５１に表示される。

図１８は、第４実施形態における端末装置１０の機能的な構成を例示するブロック図である。図１８に例示される通り、端末装置１０の制御装置１１は、記憶装置１２に記憶されたプログラムを実行することで複数の機能（受信処理部１１１，条件設定部１１２および再生処理部１１３）を実現する。なお、条件設定部１１２は、「第２条件設定部」の一例である。

受信処理部１１１は、配信システム４０から送信された解説データＹおよび動画データＤ2を通信装置１３により受信する。すなわち、受信処理部１１１は、情報生成部３１２が生成した解説文Ｃを制御システム３０から受信する要素である。図１８に例示される通り、第４実施形態の解説データＹは、情報生成部３１２が生成した解説文Ｃに加えて、当該解説文Ｃが表すイベントのイベント種別ｘ3を含む。各イベントの解説データＹに含まれるイベント種別ｘ3は、当該イベントの状況データＸに含まれる情報である。

条件設定部１１２は、再生条件を設定する。再生条件は、解説文Ｃを再生すべきイベントに関する条件である。例えば１以上のイベント種別ｘ3が再生条件として設定される。条件設定部１１２は、操作装置１４に対する利用者Ｕからの指示に応じて再生条件を設定する。利用者Ｕが所望の１以上のイベント種別ｘ3を指示すると、条件設定部１１２は、利用者Ｕから指示された１以上のイベント種別ｘ3を含む再生条件を設定する。

なお、条件設定部２１１による送信条件の設定と同様に、複数のイベント種別ｘ3を一括的に再生条件として設定してもよい。例えば、複数のイベント種別ｘ3が複数の集合に分類された構成では、条件設定部２１１は、利用者Ｕが選択した集合に属する１以上のイベント種別ｘ3を一括的に送信条件として設定する。

再生処理部１１３は、配信動画Ｖを再生装置１５に再生させる。再生処理部１１３は、動画データＤ2が表すゲーム動画Ｇと解説データＹが表す解説文Ｃとを表示装置１５１に表示させる。具体的には、再生処理部１１３は、受信処理部１１１が順次に受信する複数の解説文Ｃのうち、条件設定部１１２が設定した再生条件を充足する解説文Ｃを、ゲーム動画Ｇとともに表示装置１５１に表示させる。

図１９は、第４実施形態における端末装置１０の制御装置１１が実行する処理（以下「再生処理」という）Ｓeの具体的な手順を例示するフローチャートである。例えば操作装置１４に対する利用者Ｕからの指示を契機として再生処理Ｓeが開始される。なお、再生処理Ｓeが開始された直後の初期的な状態では、再生条件として全部のイベント種別ｘ3（すなわち無条件）が指定される。

再生処理Ｓeが開始されると、受信処理部１１１は、配信システム４０から送信された動画データＤ2を受信する（Ｓe100）。再生処理部１１３は、動画データＤ2が表すゲーム動画Ｇを表示装置１５１に表示させる（Ｓe102）。

条件設定部１１２は、再生条件の指示を利用者Ｕから受付けたか否かを判定する（Ｓe104）。再生条件の指示を受付けた場合（Ｓe104：YES）、条件設定部１１２は、利用者Ｕからの指示に応じて再生条件を設定する（Ｓe106）。他方、再生条件の指示を受付けない場合（Ｓe104：NO）、再生条件の設定（Ｓe106）は実行されない。

再生処理部１１３は、受信処理部１１１が解説データＹを受信したか否かを判定する（Ｓe108）。受信処理部１１１が解説データＹを受信した場合（Ｓe108：YES）、再生処理部１１３は、当該解説データＹが表す解説文Ｃが再生条件を充足するか否かを判定する（Ｓe110）。具体的には、再生処理部１１３は、解説データＹに含まれるイベント種別ｘ3が再生条件に含まれるか否かを判定する。解説文Ｃが再生条件を充足する場合（Ｓe110：YES）、再生処理部１１３は、解説データＹが表す解説文Ｃを表示装置１５１に表示させる（Ｓe112）。具体的には、再生処理部１１３は、受信処理部１１１が受信した解説文Ｃを配信動画Ｖの解説領域Ｖaに追加する。

受信処理部１１１が解説データＹを受信しない場合（Ｓe108：NO）、再生条件の判定（Ｓe110）および解説文Ｃの表示（Ｓe112）は実行されない。また、受信処理部１１１が解説データＹを受信した場合（Ｓe108：YES）でも、解説文Ｃが再生条件を充足しない場合（Ｓe110：NO）には、当該解説文Ｃの表示（Ｓe112）は実行されない。すなわち、受信処理部１１１が受信した解説データＹは破棄される。

制御装置１１は、所定の終了条件が成立したか否かを判定する（Ｓe114）。終了条件は、例えば、操作装置１４に対する操作で利用者Ｕから終了が指示されること、または、所定の時間にわたり動画データＤ2を受信しないこと（すなわち動画配信が終了したこと）である。終了条件が成立しない場合（Ｓe114：NO）、制御装置１１は処理をステップＳe100に移行する。他方、終了条件が成立した場合（Ｓe114：YES）、制御装置１１は再生処理Ｓeを終了する。

第４実施形態においても第１実施形態と同様の効果が実現される。また、第４実施形態においては、情報生成部３１２が生成する複数の解説文Ｃのうち再生条件を充足する解説文Ｃが、端末装置１０の表示装置１５１に表示される。したがって、利用者Ｕの所望の解説文Ｃを選択的に再生できる。なお、第１参照データＲaと第２参照データＲbとを解説文Ｃの生成に利用する第２実施形態の構成、および、送信条件を充足するイベントの状況データＸのみを選択的に制御システム３０に送信する第３実施形態の構成は、第４実施形態にも同様に適用される。

［第５実施形態］
第５実施形態の解説データＹは、第４実施形態と同様に、情報生成部３１２が生成した解説文Ｃと、当該解説文Ｃが表すイベントのイベント種別ｘ3とを含む。

図２０は、第５実施形態における配信動画Ｖの模式図である。第５実施形態の制御装置１１は、通信装置１３が受信した解説データＹに含まれるイベント種別ｘ3を、配信動画Ｖの解説領域Ｖaに表示する。通信装置１３による解説データＹの受信毎にイベント種別ｘ3の表示が追加される。すなわち、複数のイベント種別ｘ3が時系列の順番で表示される。また、制御装置１１は、操作画像Ｂをイベント種別ｘ3毎に解説領域Ｖaに表示する。各操作画像Ｂは、利用者Ｕによる操作を受付けるソフトウェアボタンである。

利用者Ｕは、複数の操作画像Ｂのうち所望のイベント種別ｘ3に対応する操作画像Ｂを操作可能である。複数の操作画像Ｂの何れかに対する操作を受付けると、制御装置１１は、当該操作画像Ｂに対応する解説文Ｃを、当該操作画像Ｂの近傍に表示する。例えば、図２０における「ホームラン」の操作画像Ｂを利用者Ｕが操作した場合、図２１に例示される通り、「ホームラン」について通信装置１３が受信した解説文Ｃが表示される。すなわち、イベント種別ｘ3による概要の表示が、利用者Ｕによる操作を契機として、解説文Ｃによる詳細な表示に展開される。複数の操作画像Ｂの各々について以上の処理が実行される。

第５実施形態においても第１実施形態と同様の効果が実現される。また、第５実施形態においては、情報生成部３１２が生成する複数の解説文Ｃのうち、利用者Ｕが選択した解説文Ｃが選択的に表示される。したがって、全部の解説文Ｃが解説領域Ｖaに表示される構成と比較して、利用者Ｕの所望の解説文Ｃを視認し易いという利点がある。なお、第２実施形態から第４実施形態の構成は、第５実施形態にも同様に適用される。

［変形例］
以上に例示した各形態は多様に変形され得る。前述の各形態に適用され得る具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を、相互に矛盾しない範囲で併合してもよい。

（１）前述の各形態においては、動画データＤ2と解説データＹとが端末装置１０に送信される形態を例示したが、情報生成部３１２が生成した解説文Ｃを端末装置１０に表示させるための構成は以上の例示に限定されない。例えば、情報生成部３１２が生成した解説文Ｃを動画データ編集部３１３がゲーム動画Ｇに合成することで配信動画Ｖを生成し、当該配信動画Ｖを表す動画データＤ2が制御システム３０から配信システム４０を介して端末装置１０に送信されてもよい。すなわち、解説文Ｃを表す解説データＹが動画データＤ2とは別個のデータとして端末装置１０に送信される構成は必須ではない。なお、以上の説明においては、制御システム３０において解説文Ｃをゲーム動画Ｇに合成したが、解説文Ｃとゲーム動画Ｇとの合成（すなわち配信動画Ｖの生成）を配信システム４０が実行してもよい。例えば、制御システム３０は、前述の各形態と同様に解説データＹと動画データＤ2とを配信システム４０に送信する。配信システム４０は解説文Ｃとゲーム動画Ｇとの合成により配信動画Ｖを生成し、当該配信動画Ｖを表す動画データＤ2を端末装置１０に送信する。端末装置１０の制御装置１１は、動画データＤ2が表す配信動画Ｖを再生装置１５に再生させる。

（２）前述の各形態において例示した制御システム３０の機能の一部または全部は、情報システム１を構成する他の要素に搭載されてもよい。具体的には、制御システム３０の機能の一部または全部が配信システム４０に搭載されてもよい。例えば、制御システム３０が設定データ処理部３１４を具備し、配信システム４０が状況データ取得部３１１と情報生成部３１２と動画データ編集部３１３とを具備する構成が想定される。以上の構成においては、図２２に例示される通り、制御システム３０の設定データ処理部３１４が生成した設定データＺが配信システム４０に転送される。配信システム４０は、ゲームシステム２０が送信した状況データＸおよび動画データＤ1を受信する。配信システム４０の状況データ取得部３１１は状況データＸを取得し、情報生成部３１２は、状況データＸと設定データＺとから解説データＹを生成する。また、配信システム４０の動画データ編集部３１３は、動画データＤ1からゲーム動画Ｇの動画データＤ2を生成する。配信システム４０が生成した解説データＹおよび動画データＤ2が端末装置１０に送信される。

また、前述の各形態において例示した制御システム３０の機能の一部または全部は、端末装置１０に搭載されてもよい。例えば、制御システム３０が設定データ処理部３１４を具備し、端末装置１０が状況データ取得部３１１と情報生成部３１２とを具備する構成が想定される。動画データ編集部３１３は、例えば制御システム３０または配信システム４０に搭載される。以上の構成においては、図２３に例示される通り、ゲームシステム２０から送信された状況データＸが、制御システム３０と配信システム４０とを介して端末装置１０に送信される。なお、状況データＸは、ゲームシステム２０から端末装置１０に直接的に送信されてもよい。また、制御システム３０の設定データ処理部３１４が生成した設定データＺが、配信システム４０を介して端末装置１０に転送される。なお、設定データＺは、制御システム３０から端末装置１０に直接的に送信されてもよい。端末装置１０の状況データ取得部３１１は通信装置１３により状況データＸを取得し、端末装置１０の情報生成部３１２は、状況データＸと設定データＺとから解説データＹを生成する。

本発明における「制御システム」は、状況データ取得部３１１と情報生成部３１２とを具備するコンピュータシステムである。したがって、第１実施形態から第５実施形態に例示した制御システム３０のほか、図２２の構成における配信システム４０、および図２３の構成における端末装置１０も、本発明における「制御システム」の概念に包含される。

（３）前述の各形態においては、制御システム３０から送信された解説データＹが配信システム４０を経由して端末装置１０に送信される構成を例示したが、解説データＹの授受の経路は以上の例示に限定されない。例えば、制御システム３０から端末装置１０に対して解説データＹを直接的に送信してもよい。また、制御システム３０が生成した解説データＹが例えばゲームサーバ５０に転送され、ゲームサーバ５０から端末装置１０に解説データＹが送信される形態も想定される。以上の例示の通り、解説データＹが配信システム４０を経由する構成は省略される。動画データＤ2は、前述の各形態と同様に、配信システム４０から端末装置１０に送信される。

以上のように解説データＹと動画データＤ2とが別個の経路で端末装置１０に送信される構成においては、動画データＤ2の所在を指定する情報（以下「所在情報」という）が解説データＹに付加される形態が好適である。所在情報は、例えば、動画データＤ2の所在を指定するＵＲＬ（Uniform Resource Locator）である。以上の構成によれば、端末装置１０の制御装置１１は、解説データＹの取得とともに動画データＤ2の所在を認識できる。したがって、解説データＹが表す解説文Ｃと、所在情報が表す動画データＤ2のゲーム動画Ｇとを、制御装置１１が再生装置１５に再生させることが可能である。

（４）前述の各形態においては、配信システム４０が動画データＤ2を端末装置１０に送信する形態を例示したが、動画データＤ2を端末装置１０に送信する機能は、制御システム３０に搭載されてもよい。すなわち、制御システム３０が生成した動画データＤ2は、端末装置１０に対して直接的に送信されてもよい。以上の構成においては、制御システム３０とは別個の配信システム４０は省略される。

（５）前述の各形態においては、野球ゲームの進行に並行して実時間的に解説データＹと動画データＤ2とを端末装置１０に送信したが、解説データＹおよび動画データＤ2は、野球ゲームの終了後に端末装置１０に送信されてもよい。

例えば、解説データＹおよび動画データＤ2が野球ゲームの終了後に生成される形態が想定される。具体的には、野球ゲームの進行とともに順次に生成される状況データＸおよび動画データＤ1と、管理者Ｏp1からの指示に応じて設定された設定データＺとが、制御システム３０の記憶装置３２に保存される。野球ゲームの終了後に、情報生成部３１２は、保存済の状況データＸと設定データＺとを利用して解説データＹを生成し、動画データ編集部３１３は、保存済の動画データＤ1から動画データＤ2を生成する。解説データＹおよび動画データＤ2は、前述の各形態と同様に端末装置１０に送信される。なお、状況データＸと動画データＤ1と設定データＺとは、配信システム４０またはゲームサーバ５０に保存されてもよい。

また、情報生成部３１２が生成した解説データＹと動画データ編集部３１３が生成した動画データＤ2とが制御システム３０の記憶装置３２に保存され、野球ゲームの終了後に解説データＹおよび動画データＤ2が端末装置１０に送信されてもよい。以上の構成においては、各イベントに対応する解説データＹが、解説文Ｃに加えて当該イベントの発生時刻ｘ2を含む構成が好適である。発生時刻ｘ2は、図５の例示の通り状況データＸに含まれる情報であり、解説文Ｃが表示される時刻を制御するために利用される。すなわち、端末装置１０の制御装置１１は、動画データＤ2が表すゲーム動画Ｇが再生される期間のうち各解説データＹが示す発生時刻ｘ2おいて、当該解説データＹの解説文Ｃを表示装置１５１に表示させる。以上の構成によれば、解説データＹが動画データＤ2とは別個に提供される構成でも、ゲーム動画Ｇに対して適切な時点で解説文Ｃを再生できる。

（６）第３実施形態においては、送信条件としてイベント種別ｘ3が指定される形態を例示したが、送信条件の内容は以上の例示に限定されない。例えば、状況データＸに含まれる対象プレイヤｘ4または対象キャラクタｘ5が送信条件として指定されてもよい。送信条件が対象プレイヤｘ4を含む形態では、当該対象プレイヤｘ4が発生させたイベントについてのみ状況データＸがゲームシステム２０から送信される。また、送信条件が対象キャラクタｘ5を含む形態では、当該対象キャラクタｘ5が関与したイベントについてのみ状況データＸがゲームシステム２０から送信される。

同様に、第４実施形態においては、再生条件としてイベント種別ｘ3が指定される形態を例示したが、再生条件の内容は以上の例示に限定されない。例えば、対象プレイヤｘ4または対象キャラクタｘ5が再生条件として設定されてもよい。再生条件が対象プレイヤｘ4を含む形態では、当該対象プレイヤｘ4が発生させたイベントの解説文Ｃのみが選択的に表示装置１５１に表示される。また、再生条件が対象キャラクタｘ5を含む形態では、当該対象キャラクタｘ5が関与したイベントの解説文Ｃのみが選択的に表示装置１５１に表示される。

（７）第３実施形態においては、管理者Ｏp2からの指示に応じて送信条件を設定したが、送信条件の設定に適用される事項は以上の例示に限定されない。例えば、プレイヤＰaとプレイヤＰbとの対戦の位置付け（決勝戦／準決勝）に応じて送信条件が設定されてもよい。例えば、決勝戦における送信条件が準決勝における送信条件と比較して緩和される形態が想定される。以上の形態においては、決勝戦において準決勝と比較して高い頻度で解説文Ｃが端末装置１０に提供される。また、配信動画Ｖを視聴する利用者Ｕの総数に応じて送信条件が設定されてもよい。例えば、利用者Ｕの総数が多いほど送信条件が緩和される形態が想定される。以上の形態においては、利用者Ｕの総数が多いほど、解説文Ｃが高い頻度で端末装置１０に提供される。以上の説明から理解される通り、送信条件の設定に管理者Ｏp2からの指示は必須ではない。

（８）前述の各形態においては、複数のプレイヤＰが野球により対戦する野球ゲームを例示したが、本発明におけるゲームの種類は任意である。前述の各形態において例示したイベント種別ｘ3は、ゲームの種類に応じて多様に設定される。

例えば、野球以外のスポーツにより複数のプレイヤＰが対戦する対戦ゲームにも前述の各形態が同様に適用される。例えばサッカーゲームにおいては、「シュート」「ゴールキック」「オフサイド」「得点」等のイベント種別ｘ3が想定される。また、格闘ゲームにおいては、「特定の必殺技の発生」「Ｎ連続以上のコンボの発生」「ノックアウト」「ダウン」「使用キャラクタの交代」等の各種のイベント種別ｘ3が想定される。また、複数のプレイヤＰが対戦するゲームのほか、複数のプレイヤＰが協力して目的の達成（例えばボスキャラクタの討伐）を目指すゲームにも本発明は適用される。さらに、複数のプレイヤＰがプレイするゲームのほか、単独のプレイヤＰがプレイするゲームにも本発明は適用される。例えば、単独のプレイヤＰが仮想的な世界を探索する探索ゲームにも本発明は適用される。以上に例示したゲーム以外にも、例えば、物理抽選または電子抽選等の抽選処理が実行される抽選ゲーム、プレイヤＰが音楽にあわせて動作する音楽ゲーム、プレイヤＰが自身のキャラクタを操作することで種々の目的を達成するアクションゲーム等、プレイヤＰの人数やプレイヤＰ間の関係を問わない任意の種類のゲームに、本発明は適用される。

（９）前述の各形態においては、プレイヤ名ｑ1と通算成績ｑ2とを含む補助データＱを例示したが、補助データＱの具体的な内容は以上の例示に限定されない。例えば、プレイヤＰaとプレイヤＰbとの対戦に関する位置付け（決勝戦／準決勝）が補助データＱとして登録される。以上の構成によれば、プレイヤＰaとプレイヤＰbとの対戦の結果に応じた解説文Ｃを生成できる。例えば、補助データＱとして「準決勝」が登録された状態で対戦が終了すると、「ＡＡＡ、決勝進出！」等の解説文Ｃを生成できる。また、例えば複数のプレイヤＰがレースゲームで対戦（例えば、各プレイヤＰが走破時間で競争するタイムアタック）する競技イベントを想定すると、補助データＱとして各プレイヤＰの走破時間を登録する形態が好適である。以上の形態においては、各プレイヤＰのゴールの直後に「今大会における第２位のタイムです！」等の解説文Ｃを生成できる。

（１０）前述の各形態においては、文字列で構成される解説文Ｃを例示したが、ゲームの状況に関する解説を表す情報（以下「解説情報」という）は、解説文Ｃに限定されない。例えば、ゲームの状況に関する解説を表す画像が、解説情報として端末装置１０の表示装置１５１に表示されてもよい。解説情報が画像である形態では、例えば前述の各形態における登録文ｒ1に代えて、解説用の画像を表す画像データが参照データＲに登録される。また、ゲームの状況に関する解説を表す音声が、解説情報として端末装置１０の放音装置１５２から放音されてもよい。解説情報が音声である形態では、例えば前述の各形態における登録文ｒ1に代えて、解説用の音声を表す音声データが参照データＲに登録される。なお、前述の各形態と同様の方法で生成された解説文Ｃに対して音声合成を実行することで、解説用の音声を表す音声データを生成してもよい。以上の例示から理解される通り、前述の各形態で例示した登録文ｒ1と、解説用の画像および音声とは、解説情報の生成に利用される「登録情報」として包括的に表現される。また、解説情報の「再生」は、例えば解説文Ｃまたは解説用の画像の表示と解説用の音声の放音との双方を包含する。

（１１）前述の各形態に係る制御システム３０の機能は、１以上のプロセッサ（制御装置３１）とプログラムとの協働により実現される。前述の各形態に係るプログラムは、コンピュータが読取可能な記録媒体に格納された形態で提供されてコンピュータにインストールされ得る。記録媒体は、例えば非一過性（non-transitory）の記録媒体であり、ＣＤ-ＲＯＭ等の光学式記録媒体（光ディスク）が好例であるが、半導体記録媒体または磁気記録媒体等の公知の任意の形式の記録媒体も包含される。なお、非一過性の記録媒体とは、一過性の伝搬信号（transitory, propagating signal）を除く任意の記録媒体を含み、揮発性の記録媒体も除外されない。また、配信装置が通信網２を介してプログラムを配信する構成では、当該配信装置においてプログラムを記憶する記憶装置が、前述の非一過性の記録媒体に相当する。

［付記］
以上の記載から、例えば以下のように本発明の好適な態様が把握される。なお、各態様の理解を容易にするために、以下では、図面の符号を便宜的に括弧書で併記するが、本発明を図示の態様に限定する趣旨ではない。

［付記Ａ１］
本発明のひとつの態様（付記１）に係る制御システム（３０）は、１以上のプレイヤ（Ｐ）がプレイするゲームを進行させるゲームシステム（２０）から、前記ゲームの状況を表す状況データ（Ｘ）を取得する状況データ取得部（３１１）と、前記状況データ取得部（３１１）が取得した前記状況データ（Ｘ）と、解説情報（Ｃ）に関する条件が設定された設定データ（Ｚ）とを利用して、前記ゲームの状況に関する解説情報（Ｃ）であって、前記ゲームの状況を表すゲーム動画（Ｇ）の配信先の端末装置（１０）が当該ゲーム動画（Ｇ）とともに再生する解説情報（Ｃ）を生成する情報生成部（３１２）とを具備する。以上の態様によれば、ゲームシステム（２０）におけるゲームの状況を表す状況データ（Ｘ）と、解説情報（Ｃ）に関する条件が設定された設定データ（Ｚ）とを利用して、ゲームの状況に関する解説情報（Ｃ）が自動的に生成される。解説情報（Ｃ）はゲームの状況を表すゲーム動画（Ｇ）とともに再生される。したがって、例えばゲーム動画（Ｇ）の提供者が解説情報（Ｃ）をゲームの進行に並行して手動で入力する構成と比較して、解説情報（Ｃ）の生成のための負荷を軽減できる。

「ゲーム」は、任意の種類のビデオゲームである。例えば、複数のプレイヤがプレイするゲームが例示される。「複数のプレイヤがプレイするゲーム」は、例えば、複数のプレイヤが対戦するゲーム、または、複数のプレイヤが協力して目的の達成を目指すゲームである。例えば、２人のプレイヤがプレイするゲームのほか、３人以上のプレイヤがプレイするゲーム、または２人以上のプレイヤで構成されるチームを単位としてプレイするゲームも、「複数のプレイヤがプレイするゲーム」に含まれる。また、１人のプレイヤがプレイするゲームも本発明の「ゲーム」には包含される。

「ゲームシステム」は、ゲームを進行させる任意のコンピュータシステムであり、１以上の装置で構成される。１以上のプレイヤとゲームシステムとの関係は任意である。例えば、ゲームシステムがプレイヤ毎に個別のゲームユニットを含む構成、または、複数のプレイヤがひとつのゲームシステムを使用する構成が想定される。

「ゲームの状況」は、ゲームの進行により刻々と変化する当該ゲームの状態を意味する。例えば、ゲーム内における各種のイベントの発生が「ゲームの状況」として例示される。ゲーム内において発生するイベントは、ゲームの進行により発生する各種の事象を意味する。具体的には、ゲームの結果（例えば対戦ゲームにおける勝敗）に直接的または間接的に影響する事象が「イベント」の典型例である。例えば、「イベント」は、キャラクタが特定の動作を実行すること、ゲーム内において特定の条件が成立すること等である。具体的には、例えば野球ゲームにおいては、得点に寄与するヒット等のイベントが例示される。また、レースゲームにおいては、相互に競争する複数のオブジェクト（例えば自動車）の間の順位の変化がイベントとして想定される。

「解説情報」は、ゲームの状況に関する解説を表す情報である。例えばゲームの状況を表現する文字列、または、ゲームの状況に付随する事項を表現する文字列（例えば特定のイベントが発生したキャラクタに関連する各種の情報）が、「解説情報」の概念に包含される。解説情報を表す文字列は、例えば１以上の文および／または１以上の単語で構成される。また、解説情報は、ゲームの状況に関する解説を表す画像または音声でもよい。すなわち、例えば解説用の文字列を表すテキストデータのほか、解説用の画像を表す画像データおよび解説用の音声を表す音声データにより、解説情報は表現される。

「設定データ」は、解説情報に関する条件が設定された任意の形式のデータである。解説情報に関する条件は、例えば、解説情報の内容に関する条件と、解説情報の生成に関する条件とを含む。解説情報の内容に関する条件は、例えば、解説情報のうち定型的な部分の文字列、または、解説情報のうち可変的な部分の文字列である。また、解説情報の生成に関する条件は、例えば、解説情報の生成の可否、または、解説情報を生成する条件である。

「ゲームの状況を表すゲーム動画」は、端末装置の利用者がゲームの進行を視認するための画像である。ゲーム動画の典型例は、１以上のプレイヤに対して表示される動画（ゲームシステムの表示装置に表示されてプレイヤが視認する動画）と同様の動画であるが、プレイヤに表示される動画と内容が共通する動画には限定されない。例えば、ゲームが展開される仮想空間内の仮想的なカメラにより撮像された動画（プレイヤに表示される動画とは異なる動画）も「ゲーム動画」として例示される。例えば、キャラクタの視点に対応する画像がプレイヤに対して表示される形態を想定すると、各プレイヤが操作するキャラクタを俯瞰する画像がゲーム動画として例示される。なお、ゲーム動画には、例えばプレイヤがゲームをプレイする様子を撮像した動画等、ゲームシステムが生成する画像以外の動画が付加されてもよい。また、プレイヤに表示される動画を表す動画データの形式と、端末装置に提供される動画データの形式との異同は不問である。例えば、プレイヤに表示される動画の動画データは無圧縮データであり、端末装置に提供される動画データは圧縮データである。

解説情報について「再生」とは、端末装置の利用者が知覚可能な方法で解説情報を出力することを意味する。具体的には、解説情報を表示装置に表示させる処理、または、解説情報を音声として放音装置に放音させる処理が、「再生」として例示される。また、解説情報が「ゲーム動画とともに再生される」とは、ゲーム動画が再生される期間と解説情報が再生される期間とが時間軸上において少なくとも部分的に重複すること（すなわちゲーム動画と解説情報とが並行に再生されること）を意味する。解説情報が表示される形態を想定すると、表示装置において解説情報が表示される位置とゲーム動画が表示される位置との関係は任意である。例えば、解説情報がゲーム動画に重複して表示されてもよいし、相互に離間または隣接した２個の領域に解説情報およびゲーム動画がそれぞれ表示されてもよい。

付記１の具体例（付記２）において、前記設定データ（Ｚ）は、前記ゲームシステム（２０）において使用されない補助情報（Ｑ）を含み、前記解説情報（Ｃ）は、前記補助情報（Ｑ）を含む。以上の態様によれば、ゲームシステム（２０）において使用されない補助情報（Ｑ）を含む解説情報（Ｃ）が生成されるから、状況データ（Ｘ）のみから解説情報（Ｃ）を生成する構成と比較して、情報量が多い解説情報（Ｃ）を端末装置（１０）の利用者（Ｕ）に提供できる。

「補助情報」は、ゲームシステムにおいて処理（例えば生成）されない任意の情報である。例えば、１回毎のゲームに関する情報のみがゲームシステムにおいて生成される構成（ゲームに関する情報が１回毎に初期化される構成）を想定すると、複数回のゲームにわたり通算された情報が「補助情報」として解説情報に含まれる。例えば、本塁打数または三振数（奪三振数）が１回毎に初期化される野球ゲームをゲームシステムが提供する場合を想定すると、複数回のゲームにわたる通算本塁打数および通算三振数（通算奪三振数）が、「補助情報」として解説情報に含まれる。また、「Player 1」「Player 2」等のゲーム内の名称で各プレイヤが識別される形態を想定すると、各プレイヤの名前が「補助情報」として解説情報に含まれる。

付記１または付記２の具体例（付記３）において、前記状況データ（Ｘ）は、前記ゲームにおいて順次に発生するイベントを表し、前記設定データ（Ｚ）は、相異なるイベントに対応する複数の登録情報（ｒ1）を含み、前記解説情報（Ｃ）は、前記複数の登録情報（ｒ1）のうち、前記状況データ（Ｘ）が表すイベントに対応する登録情報（ｒ1）を含む。以上の態様においては、複数の登録情報（ｒ1）のうち、ゲームにおいて発生したイベントに対応する登録情報（ｒ1）を含む解説情報（Ｃ）が、端末装置（１０）において再生される。したがって、端末装置（１０）の利用者（Ｕ）は、ゲームにおいて発生したイベントを容易に把握できる。

「登録情報」は、解説情報の一部または全部を構成する情報であり、例えば文字列で表現される。「登録情報」は、単独で意味的に成立する文字列（すなわち文または単語）でもよいし、特定の文字列の一部でもよい。単独で成立する登録情報は、当該登録情報のみが解説情報として利用されてもよいし、補助情報等の他の情報が付加されたうえで解説情報を構成してもよい。また、特定の文の一部である登録情報は、例えば相異なる解説情報において共用される定型的な部分である。すなわち、例えば補助情報等の他の情報を登録情報に付加することで、意味的に成立する解説情報が構成される。なお、前述の解説情報と同様に、登録情報は画像または音声でもよい。すなわち、例えば解説用の文字列のほか、解説用の画像または音声も「登録情報」には包含される。

付記３の具体例（付記４）において、前記設定データ（Ｚ）は、前記複数の登録情報（ｒ1）のうち１以上の登録情報（ｒ1）について、当該登録情報（ｒ1）を含む解説情報（Ｃ）の生成条件を表す条件データ（ｒ3）を含み、前記情報生成部（３１２）は、前記イベントに対応する登録情報（ｒ1）を含む解説情報（Ｃ）を、当該登録情報（ｒ1）に対応する前記条件データ（ｒ3）が表す生成条件が成立する場合に生成する。以上の態様においては、イベントに対応する登録情報（ｒ1）を含む解説情報（Ｃ）が、当該登録情報（ｒ1）に対応する生成条件が成立する場合に生成される。すなわち、特定の登録情報（ｒ1）については、当該登録情報（ｒ1）に対応するイベントが発生しただけでは解説情報（Ｃ）は生成されず、さらに生成条件が生成された場合に解説情報（Ｃ）が生成される。したがって、特定の登録情報（ｒ1）を含む解説情報（Ｃ）の生成を、特定の状況に限定できる。

「生成条件」は、イベントの発生以外の任意の条件である。例えば、補助情報が表す数値に関する条件が「生成条件」として例示される。例えば、補助情報が表す数値が所定の閾値を上回ること、当該数値が所定の閾値を下回ること、または当該数値が所定値の倍数に該当すること、等の各種の条件が「生成条件」として例示される。

付記１から付記４の何れかの具体例（付記５）において、前記設定データ（Ｚ）は、相異なる複数の登録情報（ｒ1）の各々について、当該登録情報（ｒ1）を含む解説情報（Ｃ）の生成の許可／禁止を表す可否データ（ｒ2）をプレイヤ（Ｐ）毎に含み、前記情報生成部（３１２）は、前記複数の登録情報（ｒ1）のうち一の登録情報（ｒ1）に対応する前記可否データ（ｒ2）が許可を表す場合に、前記一の登録情報（ｒ1）を含む前記解説情報（Ｃ）を生成し、前記可否データ（ｒ2）が禁止を表す場合に、前記一の登録情報（ｒ1）を含む前記解説情報（Ｃ）を生成しない。以上の態様においては、各登録情報（ｒ1）を含む解説情報（Ｃ）の生成の可否／禁止がプレイヤ（Ｐ）毎に設定される。したがって、個々のプレイヤ（Ｐ）に好適な内容の解説情報（Ｃ）を端末装置（１０）の利用者（Ｕ）に提供できる。

付記１から付記４の何れかの具体例（付記６）において、前記１以上のプレイヤ（Ｐ）は、第１プレイヤ（Ｐa）と第２プレイヤ（Ｐb）とを含む複数のプレイヤ（Ｐ）であり、前記設定データ（Ｚ）は、前記第１プレイヤ（Ｐa）に対応する複数の登録情報（ｒ1）が登録された第１参照データ（Ｒa）と、前記第２プレイヤ（Ｐb）に対応する複数の登録情報（ｒ1）が登録された第２参照データ（Ｒb）とを含み、前記情報生成部（３１２）は、前記第１プレイヤ（Ｐa）について、前記第１参照データ（Ｒa）に登録された前記複数の登録情報（ｒ1）の何れかを含む解説情報（Ｃ）を生成し、前記第２プレイヤ（Ｐb）について、前記第２参照データ（Ｒb）に登録された前記複数の登録情報（ｒ1）の何れかを含む解説情報（Ｃ）を生成する。以上の態様においては、第１プレイヤ（Ｐa）に関する解説情報（Ｃ）は第１参照データ（Ｒa）の登録情報（ｒ1）を含み、第２プレイヤ（Ｐb）に関する解説情報（Ｃ）は第２参照データ（Ｒb）の登録情報（ｒ1）を含む。したがって、個々のプレイヤ（Ｐ）に好適な内容の解説情報（Ｃ）を端末装置（１０）の利用者（Ｕ）に提供できる。

第１参照データおよび第２参照データの各々について複数の登録情報が個別に登録される。したがって、第１参照データの複数の登録情報と第２参照データの複数の登録情報とは、内容または組合せが相違し得る。なお、第１参照データの複数の登録情報の全部と第２参照データの複数の登録情報の全部とが相違する構成のほか、第１参照データの複数の登録情報と第２参照データの複数の登録情報とが部分的に重複する構成も想定される。

本発明のひとつの態様（付記７）に係る情報システム（１）は、１以上のプレイヤ（Ｐ）がプレイするゲームを進行させるゲームシステム（２０）と、前記ゲームシステム（２０）と通信する制御システム（３０）とを具備する情報システム（１）であって、前記制御システム（３０）は、前記ゲームの状況を表す状況データ（Ｘ）を前記ゲームシステム（２０）から取得する状況データ取得部（３１１）と、前記状況データ取得部（３１１）が取得した前記状況データ（Ｘ）と、解説情報（Ｃ）に関する条件が設定された設定データ（Ｚ）とを利用して、前記ゲームの状況に関する解説情報（Ｃ）であって、前記ゲームの状況を表すゲーム動画（Ｇ）が配信される配信先の端末装置（１０）が当該ゲーム動画（Ｇ）とともに再生する解説情報（Ｃ）を生成する情報生成部（３１２）とを含む。

付記７の具体例（付記８）において、前記ゲームシステム（２０）は、前記ゲームにおいて発生するイベントに関する条件を設定する第１条件設定部（２１１）と、前記第１条件設定部（２１１）が設定した条件を充足するイベントが前記ゲームにおいて発生した場合に、当該イベントを表す状況データ（Ｘ）を前記制御システム（３０）に送信する送信処理部（２１２）とを具備する。以上の態様においては、ゲームにおいて発生したイベントが送信条件を充足する場合に、当該イベントの状況データ（Ｘ）が制御システム（３０）に送信される。したがって、送信条件に適合した適切なイベントに限定して解説情報（Ｃ）を生成できる。また、ゲームにおいて発生した全部のイベントについて状況データ（Ｘ）が送信される構成と比較して、ゲームシステム（２０）と制御システム（３０）との間の通信量を削減できる。

「イベントに関する条件」は、例えばイベントの種類の条件、またはイベントに関連する情報の条件である。例えば、野球ゲームを想定すると、本塁打の発生または三振の発生等のイベントの種類に関する制限が「イベントの種類の条件」に相当する。また、特定のイベントに関与したキャラクタまたは当該イベントに関する詳細な情報（例えば投手が投球した球種）に関する条件が「イベントに関連する情報の条件」に相当する。

付記７または付記８の具体例（付記９）において、前記端末装置（１０）は、前記制御システム（３０）から前記解説情報（Ｃ）を受信する受信処理部（１１１）と、前記ゲーム動画（Ｇ）を再生する再生処理部（１１３）と、解説情報（Ｃ）に関する条件を利用者（Ｕ）からの指示に応じて設定する第２条件設定部（１１２）とを具備し、前記再生処理部（１１３）は、前記受信処理部（１１１）が順次に受信する複数の解説情報（Ｃ）のうち、前記第２条件設定部（１１２）が設定した条件を充足する解説情報（Ｃ）を、前記ゲーム動画（Ｇ）とともに再生する。以上の態様においては、受信処理部（１１１）が順次に受信する複数の解説情報（Ｃ）のうち再生条件を充足する解説情報（Ｃ）が再生される。したがって、端末装置（１０）の利用者（Ｕ）が所望する解説情報（Ｃ）を選択的に再生できる。

「解説情報に関する条件」は、例えば解説情報が表すイベントの種類の条件、または当該イベントに関連する情報の条件である。例えば、野球ゲームを想定すると、本塁打の発生または三振の発生等のイベントの種類に関する制限が「解説情報が表すイベントの種類の条件」に相当する。また、特定のイベントに関与したキャラクタまたは当該イベントに関する詳細な情報（例えば投手が投球した球種）に関する条件が「解説情報が表すイベントに関連する情報の条件」に相当する。

本発明のひとつの態様（付記１０）に係る情報処理方法（Ｓc）は、１以上のプレイヤ（Ｐ）がプレイするゲームを進行させるゲームシステム（２０）から、前記ゲームの状況を表す状況データ（Ｘ）を取得し、前記状況データ（Ｘ）と、解説情報（Ｃ）に関する条件が設定された設定データ（Ｚ）とを利用して、前記ゲームの状況に関する解説情報（Ｃ）であって、前記ゲームの状況を表すゲーム動画（Ｇ）が配信される配信先の端末装置（１０）が当該ゲーム動画（Ｇ）とともに再生する解説情報（Ｃ）を生成する。

本発明のひとつの態様（付記１１）に係るプログラムは、１以上のプレイヤ（Ｐ）がプレイするゲームを進行させるゲームシステム（２０）から、前記ゲームの状況を表す状況データ（Ｘ）を取得する状況データ取得部（３１１）、および、前記状況データ取得部（３１１）が取得した前記状況データ（Ｘ）と、解説情報（Ｃ）に関する条件が設定された設定データ（Ｚ）とを利用して、前記ゲームの状況に関する解説情報（Ｃ）であって、前記ゲームの状況を表すゲーム動画（Ｇ）が配信される配信先の端末装置（１０）が当該ゲーム動画（Ｇ）とともに再生する解説情報（Ｃ）を生成する情報生成部（３１２）、としてコンピュータシステムを機能させる。

１…情報システム、２…通信網、１０…端末装置、１１…制御装置、１１１…受信処理部、１１２…条件設定部、１１３…再生処理部、１２…記憶装置、１３…通信装置、１４…操作装置、１５…再生装置、１５１…表示装置、１５２…放音装置、２０…ゲームシステム、２１…制御装置、２１１…条件設定部、２１２…送信処理部、２２…記憶装置、２３…通信装置、２４（２４a，２４b）…ゲームユニット、２４１…操作装置、２４２…表示装置、３０…制御システム、３１…制御装置、３１１…状況データ取得部、３１２…情報生成部、３１３…動画データ編集部、３１４…設定データ処理部、３２…記憶装置、３３…通信装置、３４…操作装置、３５…表示装置、４０…配信システム、５０…ゲームサーバ。

Claims (11)

1. １以上のプレイヤがプレイするゲームを進行させるゲームシステムから、前記ゲームの状況を表す状況データを取得する状況データ取得部と、
   前記状況データ取得部が取得した前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記ゲームの状況を表すゲーム動画の配信先の端末装置が当該ゲーム動画とともに再生する解説情報を生成する情報生成部とを具備し、
   前記設定データは、相異なる複数の登録情報の各々について、当該登録情報を含む解説情報の生成の許可／禁止を表す可否データをプレイヤ毎に含み、
   前記情報生成部は、前記複数の登録情報のうち一の登録情報に対応する前記可否データが許可を表す場合に、前記一の登録情報を含む前記解説情報を生成し、前記可否データが禁止を表す場合に、前記一の登録情報を含む前記解説情報を生成しない
   制御システム。
2. 第１プレイヤと第２プレイヤとを含む複数のプレイヤがプレイするゲームを進行させるゲームシステムから、前記ゲームの状況を表す状況データを取得する状況データ取得部と、
   前記状況データ取得部が取得した前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記ゲームの状況を表すゲーム動画の配信先の端末装置が当該ゲーム動画とともに再生する解説情報を生成する情報生成部とを具備し、
   前記設定データは、前記第１プレイヤに対応する複数の登録情報が登録された第１参照データと、前記第２プレイヤに対応する複数の登録情報が登録された第２参照データとを含み、
   前記情報生成部は、前記第１プレイヤについて、前記第１参照データに登録された前記複数の登録情報の何れかを含む解説情報を生成し、前記第２プレイヤについて、前記第２参照データに登録された前記複数の登録情報の何れかを含む解説情報を生成する
   制御システム。
3. 前記設定データは、前記ゲームシステムにおいて使用されない補助情報を含み、
   前記解説情報は、前記補助情報を含む
   請求項１または請求項２の制御システム。
4. 前記状況データは、前記ゲームにおいて順次に発生するイベントを表し、
   前記設定データは、相異なるイベントに対応する複数の登録情報を含み、
   前記解説情報は、前記複数の登録情報のうち、前記状況データが表すイベントに対応する登録情報を含む
   請求項１から請求項３の何れかの制御システム。
5. 前記設定データは、前記複数の登録情報のうち１以上の登録情報について、当該登録情報を含む解説情報の生成条件を表す条件データを含み、
   前記情報生成部は、前記イベントに対応する登録情報を含む解説情報を、当該登録情報に対応する前記条件データが表す生成条件が成立する場合に生成する
   請求項４の制御システム。
6. １以上のプレイヤがプレイするゲームを進行させるゲームシステムと、
   前記ゲームシステムと通信する制御システムと、
   前記ゲームの状況を表すゲーム動画が配信される端末装置と
   を具備する情報システムであって、
   前記制御システムは、
   前記ゲームの状況を表す状況データを前記ゲームシステムから取得する状況データ取得部と、
   前記状況データ取得部が取得した前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記端末装置が前記ゲーム動画とともに再生する解説情報を生成する情報生成部とを含み、
   前記端末装置は、
   前記制御システムから前記解説情報を受信する受信処理部と、
   前記ゲーム動画を再生する再生処理部と、
   解説情報に関する条件を利用者からの指示に応じて設定する第２条件設定部とを含み、
   前記再生処理部は、前記受信処理部が順次に受信する複数の解説情報のうち、前記第２条件設定部が設定した条件を充足する解説情報を、前記ゲーム動画とともに再生する
   情報システム。
7. 前記ゲームシステムは、
   前記ゲームにおいて発生するイベントに関する条件を設定する第１条件設定部と、
   前記第１条件設定部が設定した条件を充足するイベントが前記ゲームにおいて発生した場合に、当該イベントを表す状況データを前記制御システムに送信する送信処理部と
   を具備する請求項６の情報システム。
8. １以上のプレイヤがプレイするゲームを進行させるゲームシステムから、前記ゲームの状況を表す状況データを取得し、
   前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記ゲームの状況を表すゲーム動画が配信される配信先の端末装置が当該ゲーム動画とともに再生する解説情報を生成する
   コンピュータシステムにより実現される情報処理方法であって、
   前記設定データは、相異なる複数の登録情報の各々について、当該登録情報を含む解説情報の生成の許可／禁止を表す可否データをプレイヤ毎に含み、
   前記解説情報の生成においては、前記複数の登録情報のうち一の登録情報に対応する前記可否データが許可を表す場合に、前記一の登録情報を含む前記解説情報を生成し、前記可否データが禁止を表す場合に、前記一の登録情報を含む前記解説情報を生成しない
   情報処理方法。
9. 第１プレイヤと第２プレイヤとを含む複数のプレイヤがプレイするゲームを進行させるゲームシステムから、前記ゲームの状況を表す状況データを取得し、
   前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記ゲームの状況を表すゲーム動画が配信される配信先の端末装置が当該ゲーム動画とともに再生する解説情報を生成する
   コンピュータシステムにより実現される情報処理方法であって、
   前記設定データは、前記第１プレイヤに対応する複数の登録情報が登録された第１参照データと、前記第２プレイヤに対応する複数の登録情報が登録された第２参照データとを含み、
   前記解説情報の生成においては、前記第１プレイヤについて、前記第１参照データに登録された前記複数の登録情報の何れかを含む解説情報を生成し、前記第２プレイヤについて、前記第２参照データに登録された前記複数の登録情報の何れかを含む解説情報を生成する
   情報処理方法。
10. １以上のプレイヤがプレイするゲームを進行させるゲームシステムから、前記ゲームの状況を表す状況データを取得する状況データ取得部、および、
    前記状況データ取得部が取得した前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記ゲームの状況を表すゲーム動画が配信される配信先の端末装置が当該ゲーム動画とともに再生する解説情報を生成する情報生成部
    としてコンピュータシステムを機能させるプログラムであって、
    前記設定データは、相異なる複数の登録情報の各々について、当該登録情報を含む解説情報の生成の許可／禁止を表す可否データをプレイヤ毎に含み、
    前記情報生成部は、前記複数の登録情報のうち一の登録情報に対応する前記可否データが許可を表す場合に、前記一の登録情報を含む前記解説情報を生成し、前記可否データが禁止を表す場合に、前記一の登録情報を含む前記解説情報を生成しない
    プログラム。
11. 第１プレイヤと第２プレイヤとを含む複数のプレイヤがプレイするゲームを進行させるゲームシステムから、前記ゲームの状況を表す状況データを取得する状況データ取得部、および、
    前記状況データ取得部が取得した前記状況データと、解説情報に関する条件が設定された設定データとを利用して、前記ゲームの状況に関する解説情報であって、前記ゲームの状況を表すゲーム動画が配信される配信先の端末装置が当該ゲーム動画とともに再生する解説情報を生成する情報生成部
    としてコンピュータシステムを機能させるプログラムであって、
    前記設定データは、前記第１プレイヤに対応する複数の登録情報が登録された第１参照データと、前記第２プレイヤに対応する複数の登録情報が登録された第２参照データとを含み、
    前記情報生成部は、前記第１プレイヤについて、前記第１参照データに登録された前記複数の登録情報の何れかを含む解説情報を生成し、前記第２プレイヤについて、前記第２参照データに登録された前記複数の登録情報の何れかを含む解説情報を生成する
    プログラム。
    
    

Images