JP2023075702A - 管理システム、管理方法およびプログラム - Google Patents

Abstract

【課題】利用者の希望に沿った情報を、簡便な処理により当該利用者に報知する。【解決手段】管理システム５０は、複数の試合の各々において複数の出場者が対戦ゲームにより対戦する対戦イベントを、当該対戦イベントに関する動画の配信に並行して管理する。管理システム５０は、複数の試合の関係を表す試合情報Ｚを管理する情報管理部５１２と、対戦イベントの進行の状況を表す状況情報Ｑを取得する状況取得部５１１と、利用者が視聴を希望する試合の条件を表す条件情報Ｃを取得する条件取得部５１４と、複数の試合のうち条件情報Ｃが表す条件に対応する対象試合の開始を利用者に報知するための報知情報Ｎを、試合情報Ｚおよび状況情報Ｑに応じて生成する情報生成部５１５と、報知情報Ｎを送信する情報送信部５１６とを具備する。【選択図】図４

Description

本発明は、利用者に情報を報知する技術に関する。

各種の動画を視聴者に提供する技術が従来から提案されている。例えば特許文献１には、スポーツのライブ映像において所望のシーンの再生を視聴者に自動的に通知する技術が開示されている。

特開２００１－４５４４５号公報

しかし、特許文献１の技術においては、映像の解析によりシーンを認識する必要があり、当該認識のための処理が複雑であるという課題がある。以上の事情を考慮して、本開示のひとつの態様は、利用者の希望に沿った情報を、簡便な処理により当該利用者に報知することを目的とする。

以上の課題を解決するために、本開示のひとつの態様に係る管理システムは、複数の試合の各々において複数の出場者が対戦ゲームにより対戦する対戦イベントを、当該対戦イベントに関する動画の配信に並行して管理する管理システムであって、前記複数の試合の関係を表す試合情報を管理する情報管理部と、前記対戦イベントの進行の状況を表す状況情報を取得する状況取得部と、利用者が視聴を希望する試合の条件を表す条件情報を取得する条件取得部と、前記複数の試合のうち前記条件情報が表す条件に対応する対象試合の開始を前記利用者に報知するための報知情報を、前記試合情報および前記状況情報に応じて生成する情報生成部と、前記報知情報を送信する情報送信部とを具備する。

本開示のひとつの態様に係る管理方法は、複数の試合の各々において複数の出場者が対戦ゲームにより対戦する対戦イベントを、当該対戦イベントに関する動画の配信に並行して管理する方法であって、前記複数の試合の関係を表す試合情報を管理し、前記対戦イベントの進行の状況を表す状況情報を取得し、利用者が視聴を希望する試合の条件を表す条件情報を取得し、前記複数の試合のうち前記条件情報が表す条件に対応する対象試合の開始を前記利用者に報知するための報知情報を、前記試合情報および前記状況情報に応じて生成し、前記報知情報を送信する。

本開示のひとつの態様に係るプログラムは、複数の試合の各々において複数の出場者が対戦ゲームにより対戦する対戦イベントを、当該対戦イベントに関する動画の配信に並行して管理するために、コンピュータシステムを、前記複数の試合の関係を表す試合情報を管理する情報管理部、前記対戦イベントの進行の状況を表す状況情報を取得する状況取得部、利用者が視聴を希望する試合の条件を表す条件情報を取得する条件取得部、前記複数の試合のうち前記条件情報が表す条件に対応する対象試合の開始を前記利用者に報知するための報知情報を、前記試合情報および前記状況情報に応じて生成する情報生成部、および、前記報知情報を送信する情報送信部、として機能させる。

第１実施形態に係る情報システムの構成を例示するブロック図である。 対戦イベント動画の模式図である。 制御システムの構成を例示するブロック図である。 情報システムの機能的な構成を例示するブロック図である。 試合情報のうち出場者情報の模式図である。 試合情報のうち進行情報の模式図である。 端末装置の構成を例示するブロック図である。 管理システムの構成を例示するブロック図である。 報知情報および報知画像の模式図である。 報知処理の詳細な手順を例示するフローチャートである。 管理システムの制御装置が実行する処理を例示するフローチャートである。 第２実施形態における報知画像の模式図である。 第３実施形態における情報システムの構成を例示するブロック図である。 第４実施形態における情報システムの構成を例示するブロック図である。 第４実施形態の変形例における情報システムの構成を例示するブロック図である。

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

［第１実施形態］
図１は、第１実施形態に係る情報システム１００の構成を例示するブロック図である。情報システム１００は、対戦イベントの動画（以下「対戦イベント動画」という）を端末装置７０に配信するためのコンピュータシステムである。端末装置７０は、例えばスマートフォン、タブレット端末またはパーソナルコンピュータ等の可搬型または据置型の情報装置である。また、例えばテレビジョン受像機等の映像機器も端末装置７０として利用される。利用者Ｕは、端末装置７０を利用して対戦イベント動画を視聴する。なお、実際には複数の利用者Ｕの各々が対戦イベント動画を視聴するが、以下の説明では便宜的にひとりの利用者Ｕに着目する。

対戦イベントは、複数の出場者Ｐが対戦ゲームにより相互に対戦するゲームイベント（esports）である。第１実施形態の対戦ゲームは、各出場者Ｐが操作する複数のキャラクタが格闘する格闘ゲームである。対戦イベントは、複数の試合で構成される。第１実施形態においては、複数の試合の各々における勝者が次戦に出場するトーナメント方式により対戦イベントが進行する。対戦イベント動画は、対戦イベントの進行を表す動画コンテンツである。対戦イベントの進行に並行して対戦イベント動画が端末装置７０に配信（すなわちライブ配信）される。

図２は、対戦イベント動画Ｇの説明図である。対戦イベント動画Ｇは、対戦画像Ｇaと対戦表Ｇbとを含む。対戦画像Ｇaは、各試合における対戦ゲームの状況を表す動画である。対戦画像Ｇaは、ゲーム画像Ｇa1と演出画像Ｇa2とを含む。ゲーム画像Ｇa1は、対戦ゲームの進行の状況を表す動画である。具体的には、ゲーム画像Ｇa1は、例えば、各出場者Ｐが操作する複数のキャラクタＨが相互に対戦する様子を表す動画である。ゲーム画像Ｇa1は、各出場者Ｐが対戦ゲームのプレイ中に視認する画像とも表現できる。演出画像Ｇa2は、ゲーム画像Ｇa1を演出するための画像である。例えば対戦イベントにおける各試合に関する情報が演出画像Ｇa2として例示される。例えば、「Ａ組 第２試合」等の文字列が演出画像Ｇa2の一例である。なお、出場者Ｐが対戦ゲームをプレイする様子を収録した動画が、演出画像Ｇa2に含まれてもよい。

対戦表Ｇbは、対戦イベントにおける複数の試合の関係を表す画像である。具体的には、対戦表Ｇbは、複数の試合に関する時間的または内容的な関係を表すトーナメント表である。複数の試合に関する時間的な関係は、例えば各試合の時間的な前後の関係（すなわち順番）、および、２以上の試合が並列に実行される関係である。また、複数の試合に関する内容的な関係は、例えば準決勝および決勝等の各試合の種別、または、複数の試合における勝者同士が他の試合において対戦するという関係（各出場者Ｐの関係）である。対戦表Ｇbは、各試合において対戦する複数の出場者Ｐの名前を含む。トーナメント方式においては、対戦イベントの進行に連動して各試合の出場者Ｐが順次に確定する。すなわち、対戦イベントにおける下位の２試合が終了した段階で、当該２試合の勝者の組合せが次試合の対戦者として確定する。したがって、対戦表Ｇbは、各試合の結果に応じて、対戦イベントの進行に並行して随時に更新される。

対戦画像Ｇaと対戦表Ｇbとは、対戦イベント動画Ｇにおける相異なる期間に表示される。例えば、相異なる試合に対応する複数の対戦画像Ｇaの間隔に対戦表Ｇbが挿入される。したがって、利用者Ｕは、相前後する試合の間に対戦表Ｇbを確認しながら各試合の対戦画像Ｇaを視聴できる。ただし、対戦画像Ｇaと対戦表Ｇbとは並行に表示されてもよい。

図１に例示される通り、情報システム１００は、ゲームシステム１０とゲームサーバ２０と制御システム３０と配信システム４０と管理システム５０とを具備する。情報システム１００の各要素（ゲームシステム１０、ゲームサーバ２０、制御システム３０、管理システム５０および配信システム４０）は、例えばインターネット等の通信網（図示略）を介して相互に通信可能である。

ゲームシステム１０は、複数の出場者Ｐが対戦ゲームのプレイのために使用するシステムである。例えば、ゲームシステム１０は、相異なる出場者Ｐが使用する複数のゲーム端末で構成される。ゲーム端末は、対戦ゲームの進行を表すゲーム画像Ｇa1を表示する。各出場者Ｐは、対戦ゲームのゲーム画像Ｇa1を視認しながらゲーム端末を操作することで、対戦ゲームをプレイする。なお、ゲームシステム１０は、複数の出場者Ｐによる操作を受付ける単体のゲーム装置でもよい。

ゲームシステム１０は、対戦ゲームの進行に並行して画像データＶa1を制御システム３０に送信する。例えば、ゲームシステム１０を構成する複数のゲーム端末の何れかが、制御システム３０に画像データＶa1を送信する。画像データＶa1は、前述のゲーム画像Ｇa1を表す任意の形式のデータである。なお、出場者Ｐが対戦ゲームのプレイに使用するゲーム端末以外の情報装置が、画像データＶa1を制御システム３０に送信してもよい。

ゲームサーバ２０は、対戦ゲームを管理する。具体的には、ゲームサーバ２０は、対戦ゲームに関するゲームデータＤを出場者Ｐ毎に管理する。ゲームデータＤは、例えば出場者Ｐによる対戦ゲームのプレイ履歴、および出場者Ｐが使用するキャラクタＨの能力値を含む。各出場者ＰのゲームデータＤがゲームサーバ２０からゲームシステム１０に送信される。ゲームシステム１０は、ゲームデータＤを利用して対戦ゲームを進行する。

ゲームシステム１０は、結果情報Ｒをゲームサーバ２０に送信する。結果情報Ｒは、対戦ゲームの結果を表す情報である。具体的には、結果情報Ｒは、勝者である出場者Ｐの識別情報Ｐidと、敗者である出場者Ｐの識別情報Ｐidとを含む。識別情報Ｐidは、各出場者Ｐを識別するための符号列である。結果情報Ｒは、対戦イベントにおける試合毎にゲームサーバ２０を経由して制御システム３０に送信される。なお、ゲームシステム１０からゲームサーバ２０に送信される情報の一部が、結果情報Ｒとしてゲームサーバ２０から制御システム３０に送信されてもよい。また、結果情報Ｒがゲームシステム１０から直接的に制御システム３０に送信されてもよい。

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

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

記憶装置３２は、制御装置３１が実行するプログラムと制御装置３１が使用する各種のデータとを記憶する単数または複数のメモリである。例えば半導体記録媒体および磁気記録媒体等の公知の記録媒体、または複数種の記録媒体の組合せが、記憶装置３２として利用される。なお、制御システム３０に対して着脱される可搬型の記録媒体、または例えば通信網を介して制御装置３１が書込または読出を実行可能な記録媒体（例えばクラウドストレージ）を、記憶装置３２として利用してもよい。第１実施形態の記憶装置３２は、前述の演出画像Ｇa2を表す画像データＶa2を記憶する。

操作装置３４は、制御システム３０を管理する運営者Ｏによる操作を受付ける入力機器である。操作装置３４は、例えば運営者Ｏが操作する操作子、または、運営者Ｏによる接触を検知するタッチパネルである。表示装置３５は、制御装置３１から指示された画像を表示する。表示装置３５は、例えば液晶表示パネルまたは有機ＥＬ表示パネルである。表示装置３５は、例えば対戦イベント動画Ｇを表示する。

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

情報生成部３１１は、試合情報Ｚを生成する。試合情報Ｚは、対戦イベントにおける複数の試合の関係を表す情報である。具体的には、試合情報Ｚは、出場者情報Ｘと進行情報Ｙとを含む。

図５は、出場者情報Ｘの模式図である。図５に例示される通り、出場者情報Ｘは、対戦イベントに参加する複数の出場者Ｐの各々について、識別情報Ｐid（Ｐid-1，Ｐid-2，…）と属性情報Ｘa（Ｘa-1，Ｘa-2，…）と特徴情報Ｘb（Ｘb-1，Ｘb-2，…）とを含む。属性情報Ｘaは、出場者Ｐの名前、年齢、性別、出身地および所属団体等の属性を表す。特徴情報Ｘbは、対戦ゲームにおける出場者Ｐの特徴または傾向を表す情報である。具体的には、特徴情報Ｘbは、対戦ゲームにおいて選択可能な複数のキャラクタＨのうち、出場者Ｐが対戦イベントにおいて使用するキャラクタＨを指定する。

図６は、進行情報Ｙの模式図である。図６に例示される通り、進行情報Ｙは、対戦イベントにおける複数の試合の関係を表す情報である。図６に例示される通り、進行情報Ｙは、複数の試合の各々について、識別情報Ｍid（Ｍid-1，Ｍid-2，…）と関係情報Ｙa（Ｙa-1，Ｙa-2，…）と対戦者情報Ｙb（Ｙb-1，Ｙb-2，…）と配信情報Ｙc（Ｙc-1，Ｙc-2，…）とを含む。識別情報Ｍidは、対戦イベントの複数の試合の各々を識別するための符号列である。

関係情報Ｙaは、各試合の関係を表す情報である。例えば、各試合の関係情報Ｙaは、当該試合の対戦番号ｙ1および試合種別ｙ2と、他試合との相互関係ｙ3とを指定する。対戦番号ｙ1は、各試合が実施される順番を表す数値である。時間的に相互に並列に実行される試合には共通の対戦番号ｙ1が設定される。試合種別ｙ2は、各試合の種別を表す情報である。例えば準決勝または決勝等の種別が試合種別ｙ2として指定される。試合種別ｙ2は、対戦イベントにおける各試合の位置付けとも換言される。各試合の相互関係ｙ3は、当該試合と他試合との関係である。各試合の相互関係ｙ3は、例えば対戦イベントのトーナメント表において当該試合の下位または上位に位置する他試合の識別情報Ｍidにより指定される。なお、対戦イベントはシード試合を含んでもよい。例えば、試合種別ｙ2は、シード試合を指定してもよい。また、相互関係ｙ3によりシード試合であることが指定されてもよい。

各試合の対戦者情報Ｙbは、各試合において対戦する出場者Ｐを指定する。例えば、対戦イベントの開始前に対戦相手が確定している試合（例えばトーナメント表の初戦）については、対戦相手である２人の出場者Ｐの各々の識別情報Ｐidが対戦者情報Ｙbとして指定される。また、対戦イベントの進行の結果に応じて対戦相手が確定する試合（対戦イベントの開始前には対戦相手が確定していない試合）については、対戦者情報Ｙbは、対戦相手が未定であることを指定する。なお、対戦相手が未確定である試合について、対戦者情報Ｙbは、当該試合に対して下位の試合の勝者が対戦相手であること（具体的には当該下位の試合の識別情報Ｍid）を指定してもよい。以上の説明から理解される通り、進行情報Ｙ（関係情報Ｙaおよび対戦者情報Ｙb）は、対戦イベントの複数の試合に関する時間的または内容的な相互関係を表すデータである。

進行情報Ｙの配信情報Ｙcは、対戦イベントの複数の試合のうち対戦イベント動画Ｇによる配信対象となる試合を指定する。具体的には、各試合の配信情報Ｙcは、当該試合が配信対象に該当するか否かを２値的に表すデータ（例えばフラグ）である。以上の説明から理解される通り、進行情報Ｙは、複数の試合のうち対戦イベント動画Ｇによる配信の対象となる１以上の試合を指定する。なお、配信情報Ｙcは、試合毎に設定された情報に限定されない。例えば、進行情報Ｙは、配信対象となる１以上の試合の識別情報Ｍidを指定してもよい。

運営者Ｏは、操作装置３４を操作することで、対戦イベントに参加する複数の出場者Ｐを指示する。図４の情報生成部３１１は、操作装置３４に対する運営者Ｏからの指示に応じて出場者情報Ｘを生成する。また、運営者Ｏは、操作装置３４を操作することで、対戦イベントを構成する複数の試合の各々について、関係情報Ｙaと対戦者情報Ｙbと配信情報Ｙcとを指示する。情報生成部３１１は、操作装置３４に対する運営者Ｏからの指示に応じて進行情報Ｙを生成する。情報生成部３１１は、出場者情報Ｘと進行情報Ｙとを含む試合情報Ｚを、対戦イベントの開始前に生成する。情報生成部３１１は、試合情報Ｚを通信装置３３により管理システム５０に送信する。

図４の進行処理部３１２は、状況情報Ｑを生成する。状況情報Ｑは、対戦イベントの進行の状況を表す情報である。具体的には、進行処理部３１２は、結果情報Ｒから状況情報Ｑを生成する。例えば、状況情報Ｑは、結果情報Ｒが結果を表す試合の識別情報Ｍidと、当該結果情報Ｒが指定する勝者の識別情報Ｐidとを含む。進行処理部３１２は、状況情報Ｑを通信装置３３から管理システム５０に送信する。対戦イベントにおける各試合の終了毎に、当該試合の結果を表す状況情報Ｑが生成および送信される。したがって、状況情報Ｑは、各試合の終了を表す情報とも換言される。

なお、運営者Ｏは、表示装置３５が表示する対戦イベント動画Ｇを視聴することで対戦イベントの進行の状況を随時に把握できる。したがって、操作装置３４に対する操作により、対戦イベントの進行の状況を運営者Ｏが制御システム３０に指示してもよい。進行処理部３１２は、運営者Ｏからの指示に応じた状況情報Ｑを生成する。以上の説明から理解される通り、制御システム３０がゲームサーバ２０から結果情報Ｒを取得することは省略されてよい。

動画生成部３１３は、対戦イベント動画Ｇの動画データＶを生成する。第１実施形態の動画生成部３１３は、画像データＶa1と画像データＶa2と画像データＶbとを利用して動画データＶを生成する。具体的には、動画生成部３１３は、ゲームシステム１０から送信された画像データＶa1を通信装置３３により受信する。動画生成部３１３は、記憶装置３２に記憶された画像データＶa2を取得する。また、動画生成部３１３は、画像データＶbを管理システム５０から受信する。画像データＶbは、対戦表Ｇbを表す任意の形式のデータである。なお、管理システム５０による画像データＶbの生成については後述する。動画生成部３１３は、画像データＶa1と画像データＶa2と画像データＶbとを合成することで動画データＶを生成する。具体的には、前述の通り、相前後する２個の対戦画像Ｇaの間隔に対戦表Ｇbが挿入された対戦イベント動画Ｇの動画データＶが生成される。動画生成部３１３は、動画データＶを通信装置３３から配信システム４０に送信する。動画生成部３１３による動画データＶの生成および送信は、対戦イベントの進行に並行して実行される。

配信システム４０は、制御システム３０が生成する動画データＶを端末装置７０に配信する。具体的には、配信システム４０は、制御システム３０から送信される動画データＶの受信と、端末装置７０に対する当該動画データＶの送信とを並列に実行する。配信システム４０は、例えば公知の動画配信サーバ（例えばストリーミングサーバ）により実現される。

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

制御装置７１は、端末装置７０の動作を制御する単数または複数のプロセッサである。具体的には、例えばＣＰＵ、ＧＰＵ、ＤＳＰ、ＦＰＧＡ、またはＡＳＩＣ等の１種類以上のプロセッサにより、制御装置７１が構成される。通信装置７３は、通信網を介して配信システム４０および管理システム５０の各々と通信する。

記憶装置７２は、制御装置７１が実行するプログラムと、制御装置７１が使用する各種のデータとを記憶する単数または複数のメモリである。例えば半導体記録媒体および磁気記録媒体等の公知の記録媒体、または複数種の記録媒体の組合せが、記憶装置７２として利用される。なお、例えば、端末装置７０に対して着脱される可搬型の記録媒体、または、制御装置７１が通信網を介して書込または読出を実行可能な記録媒体（例えばクラウドストレージ）を、記憶装置７２として利用してもよい。

操作装置７４は、利用者Ｕによる操作を受付ける入力機器である。例えば、利用者Ｕが操作する操作子、または、利用者Ｕによる接触を検知するタッチパネルが、操作装置７４として利用される。

表示装置７５は、制御装置７１による制御のもとで各種の画像を表示する。例えば、液晶表示パネルまたは有機ＥＬパネル等の各種の表示パネルが、表示装置７５として利用される。放音装置７６は、制御装置７１による制御のもとで音響を再生する。表示装置７５および放音装置７６は、対戦イベント動画Ｇを再生する再生装置として機能する。すなわち、対戦イベント動画Ｇは表示装置７５に表示され、対戦イベント動画Ｇの音響は放音装置７６により再生される。

ところで、対戦イベントが長時間にわたる場合、対戦イベント動画Ｇの全部を利用者Ｕが継続的に視聴することは実際には困難である。複数の試合のうち利用者Ｕが希望する試合（以下「対象試合」という）が開始される時刻を当該利用者Ｕが事前に正確に把握できれば、利用者Ｕは長時間にわたる対戦イベント動画Ｇのうち対象試合の期間のみを選択的に視聴できる。しかし、例えば、対戦イベントの各試合の時間長は対戦ゲームの進行に応じて変動するから、各試合が開始される時刻は予定の時刻に対して大幅に先行または遅延する可能性がある。したがって、各試合の予定の時刻を考慮して利用者Ｕが所望の対象試合を選択的に視聴することは、実際には困難である。以上の事情を考慮して、第１実施形態においては、対戦イベントにおける対象試合の開始が利用者Ｕに報知される。

利用者Ｕは、操作装置７４を操作することで、自身が視聴を希望する対象試合に関する条件（以下「報知条件」という）を端末装置７０に指示する。制御装置７１は、図４に例示される通り、条件情報Ｃを通信装置７３から管理システム５０に送信する。条件情報Ｃは、利用者Ｕが指示した報知条件と、当該利用者Ｕの識別情報Ｕidとを含む。利用者Ｕは、対戦イベントの開始前または進行中の任意の時点において報知条件を指示できる。報知条件の指示毎に、条件情報Ｃが端末装置７０から管理システム５０に送信される。すなわち、対戦イベントの開始前または進行中の任意の時点において条件情報Ｃが管理システム５０に送信される。

利用者Ｕは、第１条件から第３条件の何れかを報知条件として指示できる。第１条件は、対戦イベントの出場者Ｐに関する条件である。具体的には、出場者Ｐの属性が第１条件として条件情報Ｃにより指定される。例えば、利用者Ｕが試合の視聴を希望する出場者Ｐの属性（例えば名前、年齢、性別、出身地および所属団体等）が条件情報Ｃにより指定される。第１条件を充足する出場者Ｐが参加する試合が対象試合として選択され、当該対象試合の開始が利用者Ｕに報知される。すなわち、第１条件を充足する出場者Ｐが出場する対象試合の開始を利用者Ｕが把握できる。例えば、利用者Ｕにより指定された名前の出場者Ｐが参加する試合が、対象試合として利用者Ｕに通知される。したがって、対戦イベント動画Ｇのうち所望の属性の出場者Ｐが出場する試合が展開される部分を、利用者Ｕが見逃す可能性が低減される。

第２条件は、試合の種別に関する条件である。例えば、利用者Ｕが試合の視聴を希望する試合の種別（準決勝，決勝，シード試合等）が条件情報Ｃにより指定される。対戦イベントの複数の試合のうち第２条件を充足する試合が対象試合として選択され、当該対象試合の開始が利用者Ｕに報知される。すなわち、第２条件を充足する種別に属する対象試合の開始を利用者Ｕが把握できる。したがって、対戦イベント動画Ｇのうち所望の種別の試合が展開される部分を、利用者Ｕが見逃す可能性が低減される。

第３条件は、対戦ゲームにおいて使用されるキャラクタＨに関する条件である。具体的には、複数種のキャラクタＨの何れかが、第３条件として条件情報Ｃにより指定される。例えば、利用者Ｕが視聴を希望する試合において対戦ゲームに使用されるキャラクタＨが条件情報Ｃにより指定される。第３条件を充足するキャラクタＨが使用される試合が対象試合として選択され、当該対象試合の開始が利用者Ｕに報知される。すなわち、第３条件を充足するキャラクタＨが使用される対象試合の開始を利用者Ｕが把握できる。したがって、対戦イベント動画Ｇのうち所望のキャラクタＨが使用される試合の部分を、利用者Ｕが見逃す可能性が低減される。

図１の管理システム５０は、制御システム３０および配信システム４０による対戦イベント動画Ｇの配信に並行して対戦イベントを管理するコンピュータシステムである。具体的には、管理システム５０は、対戦イベントの進行の状況に応じて報知情報Ｎを送信する。報知情報Ｎは、対戦イベントの複数の試合のうち対象試合の開始を利用者Ｕに報知するための情報である。

図８は、管理システム５０の構成を例示するブロック図である。図８に例示される通り、管理システム５０は、制御装置５１と記憶装置５２と通信装置５３とを具備する。なお、管理システム５０は、単体の装置として実現されるほか、相互に別体で構成された複数の装置でも実現される。

制御装置５１は、管理システム５０の動作を制御する単数または複数のプロセッサである。具体的には、例えばＣＰＵ、ＧＰＵ、ＤＳＰ、ＦＰＧＡ、またはＡＳＩＣ等の１種類以上のプロセッサにより、制御装置５１が構成される。通信装置５３は、通信網を介して制御システム３０および配信システム４０の各々と通信する。また、通信装置５３は、通信網を介して端末装置７０と通信する。

記憶装置５２は、制御装置５１が実行するプログラムと、制御装置５１が使用する各種のデータとを記憶する単数または複数のメモリである。例えば半導体記録媒体および磁気記録媒体等の公知の記録媒体、または複数種の記録媒体の組合せが、記憶装置５２として利用される。なお、例えば、管理システム５０に対して着脱される可搬型の記録媒体、または、制御装置５１が通信網を介して書込または読出を実行可能な記録媒体（例えばクラウドストレージ）を、記憶装置５２として利用してもよい。

図４に例示される通り、管理システム５０の制御装置５１は、記憶装置５２に記憶されたプログラムを実行することで複数の機能（状況取得部５１１，情報管理部５１２，画像生成部５１３，条件取得部５１４，情報生成部５１５および情報送信部５１６）を実現する。

状況取得部５１１は、状況情報Ｑを取得する。具体的には、状況取得部５１１は、制御システム３０から送信される状況情報Ｑを通信装置５３により受信する。前述の通り、状況情報Ｑは、対戦イベントにおける試合の終了毎に制御システム３０から送信される。したがって、状況取得部５１１は、対戦イベントにおける試合の終了毎に状況情報Ｑを取得する。状況取得部５１１は、制御システム３０から取得した状況情報Ｑを記憶装置５２に保存する。

情報管理部５１２は、試合情報Ｚを管理する。第１に、情報管理部５１２は、試合情報Ｚを取得する。すなわち、情報管理部５１２は、制御システム３０から送信される試合情報Ｚを通信装置５３により受信する。前述の通り、試合情報Ｚは、対戦イベントの開始前に制御システム３０から送信される。したがって、情報管理部５１２は、対戦イベントの開始前に試合情報Ｚを取得する。情報管理部５１２は、試合情報Ｚを記憶装置５２に保存する。

第２に、情報管理部５１２は、記憶装置５２に記憶された試合情報Ｚを更新する。情報管理部５１２は、状況取得部５１１が取得する状況情報Ｑに応じて試合情報Ｚを更新する。具体的には、情報管理部５１２は、試合情報Ｚの進行情報Ｙにおける対戦者情報Ｙbを状況情報Ｑに応じて更新する。例えば、情報管理部５１２は、状況情報Ｑが指定する試合の勝者である出場者Ｐの識別情報Ｐidを、当該試合の上位の試合における対戦者情報Ｙbに追加する。すなわち、状況情報Ｑが勝者として指定する出場者Ｐがトーナメント表の次戦に勝上がった状態が反映されるように、情報管理部５１２は試合情報Ｚ（進行情報Ｙ）を更新する。前述の通り、状況情報Ｑは試合の終了毎に制御システム３０から送信される。したがって、記憶装置５２に記憶された試合情報Ｚは、対戦イベントの進行に並行して試合の終了毎に順次に更新される。制御システム３０の情報生成部３１１が生成する試合情報Ｚは、初期的な試合情報Ｚとも表現される。

画像生成部５１３は、対戦表Ｇbを表す前述の画像データＶbを生成する。具体的には、画像生成部５１３は、情報管理部５１２による更新後の試合情報Ｚ（進行情報Ｙ）に対応する対戦表Ｇbの画像データＶbを生成する。前述の通り、試合情報Ｚは、対戦イベントにおける各試合の終了毎に更新される。画像生成部５１３は、試合情報Ｚの更新毎（すなわち各試合の終了毎）に、当該更新後の試合情報Ｚに対応する画像データＶbを生成する。画像生成部５１３は、画像データＶbを通信装置５３により制御システム３０に送信する。すなわち、試合情報Ｚの更新毎に画像データＶbが制御システム３０に送信される。前述の通り、管理システム５０から制御システム３０に送信された画像データＶbは、動画データＶの生成に利用される。

条件取得部５１４は、条件情報Ｃを取得する。具体的には、条件取得部５１４は、端末装置７０から送信される条件情報Ｃを通信装置５３により受信する。条件取得部５１４は、対戦イベントの開始前または進行中の任意の時点において端末装置７０から条件情報Ｃを取得する。

情報生成部５１５は、報知情報Ｎを生成する。第１実施形態の情報生成部５１５は、試合情報Ｚと状況情報Ｑと条件情報Ｃとに応じて報知情報Ｎを生成する。具体的には、情報生成部５１５は、状況情報Ｑに応じた更新後の試合情報Ｚを参照することで、条件情報Ｃが表す報知条件を充足する対象試合の開始前に、当該対象試合の開始を報知するための報知情報Ｎを生成する。前述の通り、条件情報Ｃが表す報知条件は利用者Ｕ毎に個別に設定される。したがって、報知情報Ｎは、利用者Ｕ毎に個別に生成される。

情報送信部５１６は、情報生成部５１５が生成した報知情報Ｎを送信する。具体的には、情報送信部５１６は、報知情報Ｎを通信装置５３から配信システム４０に送信する。配信システム４０は、情報送信部５１６から送信された報知情報Ｎを端末装置７０に転送する。具体的には、報知情報Ｎを受信した配信システム４０は、当該報知情報Ｎ内の識別情報Ｕidが表す端末装置７０を送信先として当該報知情報Ｎを送信する。端末装置７０の制御装置７１は、報知情報Ｎに応じた画像（以下「報知画像」という）Ｇnを表示装置７５に表示させる。

図９は、報知情報Ｎおよび報知画像Ｇnの模式図である。第１実施形態の報知情報Ｎは、当該報知情報Ｎの送信先となる利用者Ｕの識別情報Ｕidと、通知メッセージＮaおよび所在情報Ｎbとを含む。図９に例示される通り、通知メッセージＮaおよび所在情報Ｎbは、報知画像Ｇnを構成する情報である。通知メッセージＮaは、所望の対象試合が開始されることを利用者Ｕに通知する文字列である。所在情報Ｎbは、対戦イベント動画Ｇの所在を表す情報である。具体的には、所在情報Ｎbは、配信システム４０が保持する動画データＶの所在を表すＵＲＬ（Uniform Resource Locator）である。報知画像Ｇnには、所在情報Ｎbを利用したリンクＬが設定される。所在情報Ｎbは、例えば対戦イベントの開始前に、制御システム３０または配信システム４０から管理システム５０に通知される。

利用者Ｕは、操作装置７４を操作することで報知画像ＧnのリンクＬを選択できる。リンクＬが選択されると、制御装置７１は、当該リンクＬの所在情報Ｎbが示す対戦イベント動画Ｇを配信システム４０に要求する。配信システム４０は、所在情報Ｎbが示す対戦イベント動画Ｇの動画データＶを要求元の端末装置７０に配信する。以上の説明から理解される通り、利用者Ｕは、報知画像Ｇnにより所望の対象試合の開始を認識することを契機として、当該対象試合の対戦イベント動画Ｇの視聴を開始できる。すなわち、利用者Ｕが所望の対象試合を見逃す可能性が低減される。しかも、第１実施形態においては、報知情報Ｎが所在情報Ｎbを含むから、報知情報Ｎを取得した利用者Ｕは、所在情報Ｎbを利用して迅速かつ簡便に対戦イベント動画Ｇの視聴を開始できる。

図１０は、報知情報Ｎについて制御装置５１が実行する処理（以下「報知処理」という）の詳細な手順を例示するフローチャートである。

報知処理が開始されると、情報生成部５１５は、対象試合の開始を利用者Ｕに報知すべき時点（以下「報知時点」という）が到来したか否かを判定する（Ｓ41）。報知時点は、例えば、対戦イベントにおける各試合の開始前の時点である。例えば、対戦イベントにおける任意の１試合が終了した時点、または、対戦イベントにおける任意の１試合の準備が完了した時点が、報知時点として例示される。情報生成部５１５は、例えば状況情報Ｑを参照することで、報知時点が到来したか否かを判定する。報知時点が到来しない場合（Ｓ41：NO）、以降の処理（Ｓ41～Ｓ47）は実行されずに報知処理は終了する。

報知時点が到来した場合（Ｓ41：YES）、情報生成部５１５は、現時点の直後に開始される試合（以下「候補試合」という）が配信対象に指定されているか否かを判定する（Ｓ42）。具体的には、情報生成部５１５は、例えば試合情報Ｚの進行情報Ｙのうち候補試合の配信情報Ｙcを参照することで、当該候補試合が配信対象であるか否かを判定する。

候補試合が配信対象である場合（Ｓ42：YES）、情報生成部５１５は、条件取得部５１４が条件情報Ｃを取得した複数の利用者Ｕのうち何れかの利用者Ｕ（以下「選択利用者Ｕ」という）を選択する（Ｓ43）。情報生成部５１５は、選択利用者Ｕの条件情報Ｃが表す報知条件を、候補試合が充足するか否かを判定する（Ｓ44）。

例えば、条件情報Ｃが第１条件を指定する場合、情報生成部５１５は、まず、進行情報Ｙのうち候補試合の対戦者情報Ｙbが表す各出場者Ｐの属性情報Ｘaを参照する。そして、情報生成部５１５は、候補試合の複数の出場者Ｐのうち何れかの出場者Ｐの属性が、第１条件として指定された属性に該当するか否かを判定する。すなわち、第１条件として指定された属性の出場者Ｐが候補試合に参加するか否かが判定される。以上の判定の結果が肯定である場合、候補試合は報知条件を充足すると判定される。

条件情報Ｃが第２条件を指定する場合、情報生成部５１５は、まず、進行情報Ｙのうち候補試合の関係情報Ｙaが表す試合種別ｙ2を参照する。そして、情報生成部５１５は、候補試合の試合種別ｙ2が、第２条件として指定された種別に該当するか否かを判定する。以上の判定の結果が肯定である場合、候補試合は報知条件を充足すると判定される。

条件情報Ｃが第３条件を指定する場合、情報生成部５１５は、まず、進行情報Ｙのうち候補試合の対戦者情報Ｙbが表す各出場者Ｐの特徴情報Ｘbを参照する。そして、情報生成部５１５は、候補試合の複数の出場者Ｐのうち何れかの出場者Ｐについて特徴情報Ｘbが指定するキャラクタＨが、第３条件として指定されたキャラクタＨに該当するか否かを判定する。すなわち、第３条件として指定されたキャラクタＨを使用する出場者Ｐが候補試合に参加するか否かが判定される。以上の判定の結果が肯定である場合、候補試合は報知条件を充足すると判定される。

候補試合が選択利用者Ｕの報知条件を充足する場合（Ｓ44：YES）、情報生成部５１５は、報知情報Ｎを生成する（Ｓ45）。情報送信部５１６は、情報生成部５１５が生成した報知情報Ｎを通信装置５３により配信システム４０に送信する（Ｓ46）。他方、候補試合が報知条件を充足しない場合（Ｓ44：NO）、報知情報Ｎの生成（Ｓ45）および送信（Ｓ46）は実行されない。すなわち、試合情報Ｚ（配信情報Ｙc）により配信対象に指定された複数の試合のうち、報知条件に対応する対象試合について報知情報Ｎが生成される。

候補試合が配信対象に該当しない場合（Ｓ42：NO）、以降の処理は実行されずに報知処理は終了する。すなわち、配信対象外の候補試合については、報知条件の成否に関わらず、報知情報Ｎの生成（Ｓ45）および送信（Ｓ46）が実行されない。以上の通り、報知条件の充足により報知情報Ｎが送信される試合は、対戦イベントの複数の試合のうち配信対象に指定された一部の試合に限定される。したがって、対戦イベントを構成する複数の試合の全部が報知情報Ｎの送信対象となる形態と比較して、管理システム５０による報知情報Ｎの送信頻度を適切な範囲に制限できる。なお、利用者Ｕが報知条件を指示した場合でも、当該報知条件に対応する候補試合が配信対象に該当しない場合には、当該候補試合の開始は利用者Ｕに報知されない。

情報生成部５１５は、条件取得部５１４が条件情報Ｃを取得した複数の利用者Ｕの全部について以上の処理（Ｓ43～Ｓ46）を実行したか否かを判定する（Ｓ47）。全部の利用者Ｕについて処理を実行していない場合（Ｓ47：NO）、情報生成部５１５は、処理をステップＳ43に移行する。すなわち、複数の利用者Ｕのうち未選択の利用者Ｕを新規に選択したうえで（Ｓ43）、報知条件の成否の判定（Ｓ44）と報知情報Ｎの生成（Ｓ45）および送信（Ｓ46）とが実行される。全部の利用者Ｕについて処理が実行された場合（Ｓ47：YES）、報知処理は終了される。以上の例示の通り、報知時点の到来を契機として、配信対象に指定された試合について、報知条件の成立を条件として報知情報Ｎが送信される。

図１１は、管理システム５０の制御装置５１が実行する処理の詳細な手順を例示するフローチャートである。対戦イベントの開始前に、制御装置５１は、制御システム３０から初期的な試合情報Ｚを取得し、当該試合情報Ｚを記憶装置５２に保存する（Ｓ1）。すなわち、制御装置５１は、情報管理部５１２として機能する。

対戦イベントが開始されると、制御装置５１は、状況取得部５１１として機能することで、管理システム５０から状況情報Ｑを取得する（Ｓ2）。また、制御装置５１は、情報管理部５１２として機能することで、状況情報Ｑに応じて試合情報Ｚを更新する（Ｓ3）。

制御装置５１は、図１０に例示した報知処理を実行する。具体的には、制御装置５１は、複数の試合のうち条件情報Ｃが表す報知条件を充足する対象試合の開始を利用者Ｕに報知するための報知情報Ｎを、試合情報Ｚおよび状況情報Ｑに応じて生成する（Ｓ41～Ｓ45）。すなわち、制御装置５１は、情報生成部５１５として機能する。そして、制御装置５１は、情報送信部５１６として機能することで報知情報Ｎを送信する（Ｓ46）。

報知処理を実行すると、制御装置５１は、所定の終了条件が成立したか否かを判定する（Ｓ5）。終了条件は、例えば、対戦イベントの終了が指示されること、または、対戦イベントの全部の試合の終了を表す状況情報Ｑを取得することである。終了条件が成立しない場合（Ｓ5：NO）、制御装置５１は、処理をステップＳ2に移行する。すなわち、対戦イベントの進行に並行して、状況情報Ｑに応じた試合情報Ｚの更新（Ｓ2，Ｓ3）と、報知情報Ｎを生成および送信する報知処理（Ｓ4）とが反復される。他方、終了条件が成立した場合（Ｓ5：YES）、制御装置５１は図１１の処理を終了する。

以上に説明した通り、第１実施形態においては、複数の試合の関係を表す試合情報Ｚと、対戦イベントの進行の状況を表す状況情報Ｑとを利用して、対象試合の開始を利用者Ｕに報知するための報知情報Ｎが送信される。したがって、例えば映像のうち視聴者が希望するシーンを当該映像の解析により認識する構成と比較して簡便な処理により、対象試合の開始を利用者Ｕに報知できる。

また、第１実施形態においては、状況情報Ｑに応じた更新後の試合情報Ｚが報知情報Ｎの生成に利用される。したがって、試合情報Ｚが更新されない形態と比較すると、対象イベントの進行に応じて各試合の状況（例えば対戦相手）が変化する場合でも、利用者Ｕの所望の対象試合が開始されるか否かを適切に判定できる。

第１実施形態においては、情報管理部５１２による更新後の試合情報Ｚに対応する画像データＶbが管理システム５０から制御システム３０に送信される。したがって、対戦イベントの進行の状況に応じた試合情報Ｚに対応する画像データＶbを、制御システム３０において対戦イベント動画Ｇの生成に利用できる。具体的には、前述の例示の通り、試合情報Ｚに対応する対戦表Ｇb（例えばトーナメント表）を含む対戦イベント動画Ｇを利用者Ｕに提供できる。また、管理システム５０は制御システム３０とは別個のシステムである。したがって、相異なる運営者Ｏが対戦イベントの運営に利用する複数の制御システム３０に対して管理システム５０を共用できる。

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

図１２は、第２実施形態における報知画像Ｇnの模式図である。図１２に例示される通り、第２実施形態の報知情報Ｎにおける所在情報Ｎbは、再生情報Ｎcを含む。再生情報Ｎcは、対戦イベント動画Ｇのうち利用者Ｕの所望の対象試合に対応する部分の時間軸上の位置を指定する情報である。再生情報Ｎcが示す位置は、対戦イベント動画Ｇのうち端末装置７０による再生が開始されるべき位置を意味する。なお、図１２においては所在情報Ｎbが再生情報Ｎcを含む形態を例示したが、再生情報Ｎcが所在情報Ｎbとは別個の情報として報知情報Ｎに含まれてもよい。すなわち、第２実施形態においては、報知情報Ｎが再生情報Ｎcを含む。

情報生成部５１５は、報知処理のうち報知情報Ｎの生成（Ｓ45）において、再生情報Ｎcを含む報知情報Ｎを生成する。具体的には、情報生成部５１５は、直近の報知時点を指定する再生情報Ｎcを生成する。例えば、対戦イベント動画Ｇの配信の始点から直近の報知時点までの経過時間が、再生情報Ｎcに設定される。以上の手順で生成された報知情報Ｎは、第１実施形態と同様に、配信システム４０を経由して端末装置７０に送信される。報知情報Ｎに対応する報知画像Ｇnが表示装置７５に表示される。

利用者Ｕが報知画像ＧnのリンクＬを選択すると、制御装置７１は当該リンクＬに対応する所在情報Ｎbを配信システム４０に送信する。配信システム４０は、対戦イベント動画Ｇのうち再生情報Ｎcが示す時点以降の部分の動画データＶを、要求元の端末装置７０に配信する。したがって、対戦イベント動画Ｇのうち再生情報Ｎcが示す時点以降から、端末装置７０による対戦イベント動画Ｇの再生が開始される。

第２実施形態においても第１実施形態と同様の効果が実現される。また、第２実施形態においては、報知情報Ｎが再生情報Ｎcを含むから、対戦イベント動画Ｇのうち対象試合に対応する部分から再生を開始できる。したがって、報知情報Ｎにより利用者Ｕが対象試合の開始を把握してから実際に対戦イベント動画Ｇの再生を開始するまでに相応の時間が経過していても、利用者Ｕは、所望の対象試合が開始する位置から対戦イベント動画Ｇの再生を開始できる。

［第３実施形態］
図１３は、第３実施形態における情報システム１００の部分的な構成を例示するブロック図である。図１３に例示される通り、第３実施形態の情報システム１００は、配信システム４０aと配信システム４０bとを具備する。配信システム４０aおよび配信システム４０bは、相異なる運営者が運営する動画配信サーバである。また、第３実施形態においては端末装置７０aおよび端末装置７０bを想定する。端末装置７０aの利用者Ｕaは、配信システム４０aによる動画配信サービスの加入者である。端末装置７０bの利用者Ｕbは、配信システム４０bによる動画配信サービスの加入者である。

制御システム３０は、対戦イベント動画Ｇの動画データＶを配信システム４０aおよび配信システム４０bの双方に並列に送信する。配信システム４０aは、動画データＶを端末装置７０aに配信する。配信システム４０bは、動画データＶを端末装置７０bに配信する。以上の例示の通り、端末装置７０aと端末装置７０bとは、相異なる動画配信サービスを利用して共通の対戦イベント動画Ｇを視聴可能である。

管理システム５０は、報知情報Ｎを配信システム４０aおよび配信システム４０bの双方に送信する。配信システム４０aに送信される報知情報Ｎは、当該配信システム４０aにおける動画データＶの所在を表す情報である。他方、配信システム４０bに送信される報知情報Ｎは、当該配信システム４０bにおける動画データＶの所在を表す情報である。通知メッセージＮaは、双方の報知情報Ｎにおいて共通する。

配信システム４０aは、報知情報Ｎを端末装置７０aに送信する。端末装置７０aは、配信システム４０aから受信した報知情報Ｎを利用して報知画像Ｇnを表示する。また、利用者Ｕaが報知画像ＧnのリンクＬを選択した場合、端末装置７０aからの要求に応じて、配信システム４０aから端末装置７０aに動画データＶが送信される。

配信システム４０bは、報知情報Ｎを端末装置７０bに送信する。端末装置７０bは、配信システム４０bから受信した報知情報Ｎを利用して報知画像Ｇnを表示する。また、利用者Ｕbが報知画像ＧnのリンクＬを選択した場合、端末装置７０aからの要求に応じて、配信システム４０bから端末装置７０bに動画データＶが送信される。

第３実施形態においても第１実施形態と同様の効果が実現される。また、第３実施形態においては、複数の配信システム４０の各々から動画データＶおよび報知情報Ｎが送信されるから、対戦イベント動画Ｇを視聴可能な利用者Ｕの総数を増加させることが可能である。なお、報知情報Ｎが再生情報Ｎcを含む第２実施形態の構成は、第３実施形態においても同様に適用される。

［第４実施形態］
図１４は、第４実施形態における情報システム１００の部分的な構成を例示するブロック図である。図１４に例示される通り、第４実施形態の情報システム１００は、第１実施形態の情報システム１００に転送システム４５を追加した構成である。転送システム４５は、外部装置から受信した各種の情報を目標の端末装置７０に転送するコンピュータシステムである。例えば、電子メールを端末装置７０に転送するメールサーバ、またはＳＮＳを利用したダイレクトメッセージを端末装置７０に転送するＳＮＳサーバが、転送システム４５として例示される。

制御システム３０は、第１実施形態と同様に、対戦イベント動画Ｇの動画データＶを配信システム４０に送信する。他方、管理システム５０は、端末装置７０を宛先とする報知情報Ｎを転送システム４５に送信する。転送システム４５は、報知情報Ｎを端末装置７０に送信する。端末装置７０の制御装置７１は、転送システム４５から受信した報知情報Ｎを利用して表示装置７５に報知画像Ｇnを表示させる。報知画像ＧnのリンクＬが選択されると、動画データＶの要求が端末装置７０から配信システム４０に送信される。配信システム４０は、第１実施形態と同様に、端末装置７０からの要求に応じて動画データＶを配信する。

第４実施形態においても第１実施形態と同様の効果が実現される。なお、報知情報Ｎが再生情報Ｎcを含む第２実施形態の構成は、第４実施形態においても同様に適用される。第４実施形態の例示から理解される通り、端末装置７０に対する動画データＶの配信元と、当該端末装置７０に対する報知情報Ｎの送信元とは相違してもよい。また、図１５に例示される通り、管理システム５０から端末装置７０に対して直接的に報知情報Ｎが送信されてもよい。

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

（１）前述の各形態においては、動画データＶと報知情報Ｎとを１個の端末装置７０に送信したが、動画データＶの送信先と報知情報Ｎの送信先とは相違してもよい。例えば、管理システム５０が生成した報知情報Ｎは端末装置７０に送信される一方、配信システム４０は、端末装置７０とは別個の再生装置に動画データＶを送信してもよい。動画データＶの送信先の再生装置は、例えば端末装置７０とは別個の情報装置、またはテレビジョン受像機等の映像機器である。

（２）前述の各形態においては、２人の出場者Ｐが対戦する対戦ゲームを例示したが、対戦ゲームにおいて対戦する出場者Ｐの総数は任意である。例えば、複数の出場者Ｐで構成される複数のグループが対戦（すなわちグループ戦または団体戦）してもよいし、３人以上の出場者Ｐの各々が対戦ゲームにより対戦してもよい。各グループの複数の出場者Ｐは、各々が相異なるゲーム端末を使用してもよいし、１個のゲーム端末を共用してもよい。

（３）前述の各形態においては、制御システム３０の情報生成部５１５が生成した試合情報Ｚが管理システム５０に送信される形態を例示したが、制御システム３０が試合情報Ｚを生成する構成は必須ではない。例えば、試合情報Ｚの生成に必要な情報が制御システム３０から管理システム５０に送信され、管理システム５０の情報管理部５１２が当該情報を利用して初期的な試合情報Ｚを生成してもよい。

（４）試合情報Ｚに含まれる情報は、以上の各形態において例示した情報に限定されない。例えば、進行情報Ｙは、各試合が開始される予定の時刻（以下「予定開始時刻」という）を含んでもよい。情報管理部５１２は、状況情報Ｑに応じて各試合の予定開始時刻を更新する。対戦イベントの進行が予定よりも先行していることが状況情報Ｑから推定される場合、情報管理部５１２は、各試合の予定開始時刻を早目の時刻に変更する。他方、対戦イベントの進行の遅延が状況情報Ｑから推定される場合、情報管理部５１２は、各試合の予定開始時刻を遅目の時刻に変更する。更新後の予定開始時刻は、対戦表Ｇbにおいて試合毎に表示される。

（５）前述の各形態においては、候補試合が報知条件を充足する場合に報知情報Ｎを端末装置７０に送信したが、報知条件の成立を、報知情報Ｎの送信に関する必須の条件とする必要はない。例えば、候補試合が報知条件を充足しない場合でも、報知条件の充足に近い状況であれば、報知条件が実質的に成立したと看做して報知情報Ｎを送信してもよい。以上の説明から理解される通り、報知情報Ｎにより開始が利用者Ｕに通知される試合は、対戦イベントの複数の試合のうち条件情報Ｃが表す報知条件に対応する試合として包括的に表現される。報知条件に対応する試合は、報知条件を充足する試合のほか、報知条件を充足すると同視できる試合も包含する。

（６）前述の各形態においては、各試合の配信情報Ｙcが対戦イベントの開始前に設定される場合を例示したが、対戦イベント動画Ｇによる配信対象となる試合が、対象イベントの進行に連動して随時に変更されてもよい。例えば、対戦イベントの開始前の初期的な段階では出場者Ｐが未確定である試合について、対戦イベントの進行により特定の出場者Ｐが当該試合に勝上がること確定した場合に、情報管理部５１２は、当該試合の配信情報Ｙcを配信対象に対応する数値に変更してもよい。なお、配信対象として選択される試合の条件（以下「配信条件」という）は任意であるが、例えば前述の報知条件と同様の条件が配信条件としても例示される。すなわち、出場者Ｐに関する第１条件、試合の種別に関する第２条件、または対戦ゲームに使用されるキャラクタＨに関する第３条件の成否に応じて、情報管理部５１２は、対戦イベントの進行に並行して配信対象の試合を順次に選択する。

（７）前述の各形態においては、候補試合が報知条件を充足する場合でも、当該候補試合が配信対象に該当しない場合には、報知情報Ｎは生成されない。以上のように利用者Ｕが指定した報知条件を充足する試合が配信対象に該当しない場合に、配信対象に該当しないことを利用者Ｕに報知してもよい。例えば、情報生成部５１５は、配信対象に該当しないことを表す報知情報Ｎを生成する。

（８）前述の各形態においては、制御システム３０と管理システム５０とを別個のシステムとして例示したが、制御システム３０の機能と管理システム５０の機能とは単体のシステムにより実現されてもよい。また、動画データＶを配信する配信システム４０の機能は、制御システム３０または管理システム５０に搭載されてもよい。図１４に例示した転送システム４５の機能も同様に、制御システム３０または管理システム５０に搭載されてよい。

（９）前述の各形態においては、対戦イベントがトーナメント方式で進行する形態を例示したが、対戦イベントの方式は以上の例示に限定されない。例えば、複数の出場者Ｐが総当たりで対戦するリーグ方式により対戦イベントが進行してもよい。対戦イベントがリーグ方式で進行する場合も、前述の各形態と同様に、試合情報Ｚの進行情報Ｙは、複数の試合の内容的または時間的な関係を表す。情報管理部５１２は、状況情報Ｑに応じて進行情報Ｙを更新する。具体的には、進行情報Ｙが表す各試合の結果が状況情報Ｑに応じて更新される。

（１０）前述の各形態においては、利用者Ｕが第１条件から第３条件の何れかを報知条件として選択的に指示する形態を例示したが、利用者Ｕが複数の条件を報知条件として指示できる形態も想定される。情報生成部５１５は、利用者Ｕが指示した複数の条件の全部を候補試合が充足する場合に報知情報Ｎを生成する。すなわち、利用者Ｕが指示した全部の条件を充足する対象試合の開始が、利用者Ｕに報知される。ただし、利用者Ｕが指示した複数の条件の何れかを候補試合が充足する場合に情報生成部５１５が報知情報Ｎを生成してもよい。すなわち、利用者Ｕが指示した複数の条件の少なくともひとつを充足する対象試合の開始が、利用者Ｕに報知される。なお、利用者Ｕが１種類の報知条件のみ（例えば第１条件のみ）を指示できる形態も想定される。

（１１）前述の各形態においては、端末装置７０の表示装置７５に表示される報知情報Ｎ（通知メッセージＮa）を例示したが、報知情報Ｎの形態は以上の例示に限定されない。例えば、端末装置７０の放音装置７６が再生する音声を表す報知情報Ｎを、情報生成部５１５が生成してもよい。すなわち、対象試合の開始は、画像の表示および音声の再生の何れにより利用者Ｕに報知されてもよい。画像の表示および音声の再生の双方により対象試合の開始が利用者Ｕに報知されてもよい。

（１２）前述の各形態においては、複数の出場者Ｐが格闘ゲームで対戦する場合を例示したが、対戦ゲームの種類は格闘ゲームに限定されない。例えば、複数の出場者Ｐが各種のスポーツで競技する競技ゲーム、複数の出場者Ｐがレースにより競走するレースゲーム等、複数の出場者が相互に対戦可能な任意の対戦ゲームが、対戦イベントにおいて実行される。

（１３）前述の各形態に係る制御システム３０の機能は、１以上のプロセッサ（制御装置３１）とプログラムとの協働により実現される。また、前述の各形態に係る管理システム５０の機能は、１以上のプロセッサ（制御装置５１）とプログラムとの協働により実現される。

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

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

［付記１］
本発明のひとつの態様（付記１）に係る管理システム（５０）は、複数の試合の各々において複数の出場者（Ｐ）が対戦ゲームにより対戦する対戦イベントを、当該対戦イベントに関する動画（Ｇ）の配信に並行して管理する管理システム（５０）であって、前記複数の試合の関係を表す試合情報（Ｚ）を管理する情報管理部（５１２）と、前記対戦イベントの進行の状況を表す状況情報（Ｑ）を取得する状況取得部（５１１）と、利用者（Ｕ）が視聴を希望する試合の条件を表す条件情報（Ｃ）を取得する条件取得部（５１４）と、前記複数の試合のうち前記条件情報（Ｃ）が表す条件に対応する対象試合の開始を前記利用者（Ｕ）に報知するための報知情報（Ｎ）を、前記試合情報（Ｚ）および前記状況情報（Ｑ）に応じて生成する情報生成部（５１５）と、前記報知情報（Ｎ）を送信する情報送信部（５１６）とを具備する。

以上の態様においては、複数の試合の関係を表す試合情報（Ｚ）と、対戦イベントの進行の状況を表す状況情報（Ｑ）とを利用して、対象試合の開始を利用者（Ｕ）に報知するための報知情報（Ｎ）が送信される。したがって、例えば映像のうち視聴者が希望するシーンを当該映像の解析により認識する構成と比較して簡便な処理により、対象試合の開始を利用者（Ｕ）に報知できる。

「対戦イベント」は、複数の試合で構成されるゲームイベントである。複数の試合の各々においては、複数の出場者（Ｐ）が対戦ゲームにより対戦する。対戦イベントの形式（複数の試合の関係）は任意である。例えば、複数の試合がトーナメント方式（勝抜き式）で実行されてもよいし、複数の試合がリーグ方式（総当たり方式）で実行されてもよい。複数の試合の各々は並列または順次に実行される。

「試合情報（Ｚ）」は、複数の試合の関係を表す任意の形式のデータである。「複数の試合の関係」は、例えば、複数の試合に関する時間的または内容的な相互関係である。例えば、複数の試合に関する時間的な関係とは、例えば各試合の時間的な前後の関係（すなわち順番）、および、２以上の試合が並列に実行される関係である。各試合の時間的な関係を表す「試合情報（Ｚ）」は、例えば、各試合の順番を表す番号（第１試合，第２試合等）を指定するデータ、各試合の種別（例えば準決勝，決勝）を指定するデータ、または、各試合の開始が予定される時刻を指定するデータである。また、複数の試合に関する内容的な関係とは、例えば各試合の結果が他の試合に影響する関係である。例えば、第１試合の勝者と第２試合の勝者とが第３試合において対戦するというような各試合の出場者（Ｐ）の関係が、内容的な関係には含まれる。各試合の内容的な関係を表す「試合情報（Ｚ）」は、例えば、各試合における複数の出場者（Ｐ）を指定するデータ、または、各試合の種別（例えば準決勝，決勝）を指定するデータである。

「状況情報（Ｑ）」は、対戦イベントの進行の状況を表す任意の形式のデータである。例えば、対戦イベントにおける１以上の試合の終了を表すデータが、状況情報（Ｑ）の典型例である。また、前述のトーナメント方式のように各試合の結果に応じて他の試合の出場者（Ｐ）が決定される形態においては、各試合の結果（勝者または敗者）が状況情報（Ｑ）により指定されてもよい。

利用者（Ｕ）は、対戦イベントの動画（Ｇ）（対戦イベント動画）を視聴可能な者である。利用者（Ｕ）が対戦イベント動画（Ｇ）を視聴する方法は任意である。例えばスマートフォンまたはタブレット端末等の情報装置、またはテレビジョン受像機等の映像機器が、対戦イベント動画（Ｇ）の視聴に利用される。

利用者（Ｕ）が視聴を希望する試合の「条件」は、複数の試合から一部の試合を抽出するための制限となる任意の事項である。例えば、（１）出場者（Ｐ）に関する条件、（２）試合の種別に関する条件、（３）対戦ゲームに使用されるキャラクタ（Ｈ）に関する条件、等の各種の条件が、条件情報（Ｃ）により指定される。

（１）出場者（Ｐ）に関する条件は、例えば特定の出場者（Ｐ）の名前のほか、各種の属性（例えば出身地，年齢，性別，所属団体等）により指定される。（２）試合の種別に関する条件は、例えば準決勝または決勝等の種別により指定される。また、複数の試合がリーグ方式で実行される形態において、対戦イベントの全体の結果に影響する重要な試合という条件が、条件情報（Ｃ）により指定されてもよい。例えば、対戦イベントの終盤において暫定的に上位（例えば第１位，第２位）に位置する出場者（Ｐ）同士の試合が、条件情報（Ｃ）により指定される。また、（３）対戦ゲームに使用されるキャラクタ（Ｈ）に関する条件は、複数種のキャラクタ（Ｈ）が選択的に使用される対戦ゲームにおいて、実際に試合で使用されるキャラクタ（Ｈ）に関する条件が、条件情報（Ｃ）により指定される。

情報生成部（５１５）が報知情報（Ｎ）を生成する具体的な方法は任意である。例えば、情報生成部（５１５）は、試合情報（Ｚ）が指定する複数の試合のうち、状況情報（Ｑ）が表す進行の状況に応じた試合（例えば直後に実行される試合）について条件情報（Ｃ）が指定する条件を充足するか否かを判定し、当該条件を充足する場合に報知情報（Ｎ）を生成する。

「報知情報（Ｎ）」は、対象試合の開始を利用者（Ｕ）に報知するための任意の形式のデータである。例えば、対象試合の開始を意味する通知メッセージを表すデータ、または対象試合の開始を意味する音声を表すデータが、報知情報（Ｎ）の典型例である。また、報知情報（Ｎ）は、対象試合の動画（Ｇ）を表す動画データ（Ｖ）の所在を表す所在情報（例えばＵＲＬ）を含んでもよい。

「報知情報（Ｎ）」は、利用者（Ｕ）が対象試合の動画（Ｇ）を視聴するための視聴装置（例えば情報装置または映像装置）に送信されてもよいし、利用者（Ｕ）が対象試合の動画（Ｇ）を視聴するための視聴装置とは別個の装置に送信されてもよい。また、「報知情報（Ｎ）」は、管理システム（５０）から直接的に利用者（Ｕ）の視聴装置に送信されてもよいし、外部システムを介して間接的に利用者（Ｕ）の視聴装置に送信されてもよい。外部システムは、例えば対戦イベント動画（Ｇ）を配信する配信システム、または電子メールまたはＳＮＳ（Social Networking Service）等の各種の情報サービスを提供する情報システムである。

なお、対象イベントの全部の試合について動画（Ｇ）が配信される必要はない。例えば、複数の試合のうち特に注目度が高い１以上の試合について限定的に動画（Ｇ）が配信されてもよい。したがって、複数の試合のうち利用者（Ｕ）が視聴を希望した試合について、実際には動画（Ｇ）が配信されない可能性もある。対象試合が配信対象外である場合、当該対象試合については配信情報の送信が省略されてもよいし、当該対象試合について動画（Ｇ）が配信されないことを表すメッセージが報知情報（Ｎ）として送信されてもよい。

［付記２］
付記１の具体例（付記２）において、前記試合情報（Ｚ）は、前記複数の試合のうち前記動画（Ｇ）の配信対象となる１以上の試合を指定し、前記対象試合は、前記１以上の試合のうち前記条件情報（Ｃ）が表す条件に対応する試合である。以上の態様によれば、条件の充足により報知情報（Ｎ）が送信される試合が、複数の試合のうち動画（Ｇ）の配信対象となる２以上の試合に限定される。したがって、対戦イベントを構成する複数の試合の全部が報知情報（Ｎ）の送信対象となる形態と比較して、報知情報（Ｎ）の送信頻度を適切な範囲に制限できる。

対戦イベントの複数の試合から動画（Ｇ）の配信対象となる１以上の試合を選択する条件は任意である。例えば、前述の例示のように、（１）出場者（Ｐ）に関する条件、（２）試合の種別に関する条件、（３）対戦ゲームに使用されるキャラクタ（Ｈ）に関する条件、等の各種の条件を充足する２以上の試合が、複数の試合から決定される。

［付記３］
付記１または付記２の具体例（付記３）において、前記報知情報（Ｎ）は、前記対戦イベントの動画（Ｇ）の所在を表す所在情報を含む。以上の態様によれば、報知情報（Ｎ）を取得した利用者（Ｕ）は、所在情報を利用して迅速かつ簡便に対戦イベント動画（Ｇ）の視聴を開始できる。「所在情報」は、例えば、対戦イベント動画（Ｇ）を表す動画データ（Ｖ）の所在を表すＵＲＬ（Uniform Resource Locator）である。

［付記４］
付記１から付記３の何れかの具体例（付記４）において、前記報知情報（Ｎ）は、前記対戦イベントの動画（Ｇ）のうち前記対象試合に対応する部分の位置を指定する再生情報を含む。以上の態様によれば、利用者（Ｕ）は、再生情報を利用することで、対戦イベント動画（Ｇ）のうち対象試合に対応する部分から再生を開始できる。したがって、報知情報（Ｎ）により利用者（Ｕ）が対象試合の開始を把握してから実際に対戦イベント動画（Ｇ）の再生を開始するまでに時間が経過していても、利用者（Ｕ）は、所望の対象試合が開始する位置から対戦イベント動画（Ｇ）の再生を開始できる。

［付記５］
付記１から付記４の何れかの具体例（付記５）において、前記情報管理部（５１２）は、前記状況情報（Ｑ）に応じて前記試合情報（Ｚ）を更新し、前記情報生成部（５１５）は、前記情報管理部（５１２）による更新後の試合情報（Ｚ）に応じて前記報知情報（Ｎ）を生成する。以上の態様によれば、状況情報（Ｑ）に応じた更新後の試合情報（Ｚ）が報知情報（Ｎ）の生成に利用される。したがって、試合情報（Ｚ）が更新されない形態と比較して、対象試合が開始されるか否かを適切に判定できる。

試合情報（Ｚ）の更新は、例えば、各試合において対戦する出場者（Ｐ）の更新、または、各試合について開始が予定される時刻の更新である。例えば、トーナメント方式の対戦イベントにおいては、各試合で勝利した出場者（Ｐ）が、上位の試合の出場者（Ｐ）として設定される。

［付記６］
付記１から付記５の何れかの具体例（付記６）に係る管理システム（５０）は、前記情報管理部（５１２）による更新後の試合情報（Ｚ）に対応する画像を表す画像データ（Ｖb）を生成し、前記対戦イベントの動画（Ｇ）を表す動画データ（Ｖ）を生成する制御システム（３０）に前記画像データ（Ｖb）を送信する画像生成部（５１３）、をさらに具備する。以上の態様においては、情報管理部（５１２）による更新後の試合情報（Ｚ）に対応する画像データ（Ｖb）が制御システム（３０）に送信される。したがって、対戦イベントの進行の状況に応じた試合情報（Ｚ）に対応する画像データ（Ｖb）を、制御システム（３０）において対戦イベント動画（Ｇ）の動画データ（Ｖ）の生成に利用できる。例えば、試合情報（Ｚ）に対応する画像（例えばトーナメント表）を含む動画（Ｇ）の動画データ（Ｖ）を利用者（Ｕ）に提供できる。また、管理システム（５０）は、制御システム（３０）とは別個のシステムである。したがって、相異なる運営者が対戦イベントの運営に利用する複数の制御システム（３０）に対して管理システム（５０）を共用できる。

試合情報（Ｚ）に対応する画像は、例えばトーナメント表またはリーグ表等、試合の結果が反映される図表である。例えばトーナメント表については、各試合の勝者が上位の試合の出場者（Ｐ）として更新され、リーグ表については、出場者（Ｐ）の組合せ毎に勝敗が更新される。

［付記７］
付記１から付記６の何れかの具体例（付記７）において、前記条件情報（Ｃ）が表す条件は、前記対戦イベントの出場者（Ｐ）に関する条件を含む。以上の態様によれば、特定の条件を充足する出場者（Ｐ）が出場する試合の開始を、利用者（Ｕ）が把握できる。したがって、対戦イベント動画（Ｇ）のうち所望の出場者（Ｐ）が出場する試合が展開される部分を、利用者（Ｕ）が見逃す可能性が低減される。

［付記８］
付記１から付記７の何れかの具体例（付記８）において、前記条件情報（Ｃ）が表す条件は、試合の種別に関する条件を含む。以上の態様によれば、特定の種別に属する試合の開始を、利用者（Ｕ）が把握できる。したがって、対戦イベント動画（Ｇ）のうち所望の種別に属する試合（例えば準決勝，決勝等）が展開される部分を、利用者（Ｕ）が見逃す可能性が低減される。

［付記９］
付記１から付記８の何れかの具体例（付記９）において、前記条件情報（Ｃ）が表す条件は、前記対戦ゲームにおいて使用されるキャラクタ（Ｈ）に関する条件を含む。以上の態様によれば、特定の条件を充足するキャラクタ（Ｈ）が使用される試合の開始を、利用者（Ｕ）が把握できる。したがって、特定のキャラクタ（Ｈ）が使用される試合の動画（Ｇ）を利用者（Ｕ）が見逃す可能性が低減される。

［付記１０］
本開示の他の態様（付記１０）に係る管理方法は、複数の試合の各々において複数の出場者（Ｐ）が対戦ゲームにより対戦する対戦イベントを、当該対戦イベントに関する動画（Ｇ）の配信に並行して管理する方法であって、前記複数の試合の関係を表す試合情報（Ｚ）を管理し、前記対戦イベントの進行の状況を表す状況情報（Ｑ）を取得し、利用者（Ｕ）が視聴を希望する試合の条件を表す条件情報（Ｃ）を取得し、前記複数の試合のうち前記条件情報（Ｃ）が表す条件に対応する対象試合の開始を前記利用者（Ｕ）に報知するための報知情報（Ｎ）を、前記試合情報（Ｚ）および前記状況情報（Ｑ）に応じて生成し、前記報知情報（Ｎ）を送信する。なお、「試合情報（Ｚ）の設定」と「状況情報（Ｑ）の取得」と「条件情報（Ｃ）の取得」との順序は任意である。

［付記１１］
本開示の他の態様（付記１１）に係るプログラムは、複数の試合の各々において複数の出場者（Ｐ）が対戦ゲームにより対戦する対戦イベントを、当該対戦イベントに関する動画（Ｇ）の配信に並行して管理するために、コンピュータシステムを、前記複数の試合の関係を表す試合情報（Ｚ）を管理する情報管理部（５１２）、前記対戦イベントの進行の状況を表す状況情報（Ｑ）を取得する状況取得部（５１１）、利用者（Ｕ）が視聴を希望する試合の条件を表す条件情報（Ｃ）を取得する条件取得部（５１４）、前記複数の試合のうち前記条件情報（Ｃ）が表す条件に対応する対象試合の開始を前記利用者（Ｕ）に報知するための報知情報（Ｎ）を、前記試合情報（Ｚ）および前記状況情報（Ｑ）に応じて生成する情報生成部（５１５）、および、前記報知情報（Ｎ）を送信する情報送信部（５１６）、として機能させる。

１００…情報システム、１０…ゲームシステム、２０…ゲームサーバ、３０…制御システム、３１，５１，７１…制御装置、３２，５２，７２…記憶装置、３３，５３，７３…通信装置、３４，７４…操作装置、３５，７５…表示装置、３１１…情報生成部、３１２…進行処理部、３１３…動画生成部、４０，４０a，４０b…配信システム、５０…管理システム、５１１…状況取得部、５１２…情報管理部、５１３…画像生成部、５１４…条件取得部、５１５…情報生成部、５１６…情報送信部、７０，７０a，７０b…端末装置、７６…放音装置。

Claims (11)

1. 複数の試合の各々において複数の出場者が対戦ゲームにより対戦する対戦イベントを、当該対戦イベントに関する動画の配信に並行して管理する管理システムであって、
   前記複数の試合の関係を表す試合情報を管理する情報管理部と、
   前記対戦イベントの進行の状況を表す状況情報を取得する状況取得部と、
   利用者が視聴を希望する試合の条件を表す条件情報を取得する条件取得部と、
   前記複数の試合のうち前記条件情報が表す条件に対応する対象試合の開始を前記利用者に報知するための報知情報を、前記試合情報および前記状況情報に応じて生成する情報生成部と、
   前記報知情報を送信する情報送信部と
   を具備する管理システム。
2. 前記試合情報は、前記複数の試合のうち前記動画の配信対象となる１以上の試合を指定し、
   前記対象試合は、前記１以上の試合のうち前記条件情報が表す条件に対応する試合である
   請求項１の管理システム。
3. 前記報知情報は、前記対戦イベントの動画の所在を表す所在情報を含む
   請求項１または請求項２の管理システム。
4. 前記報知情報は、前記対戦イベントの動画のうち前記対象試合に対応する部分の位置を指定する再生情報を含む
   請求項１から請求項３の何れかの管理システム。
5. 前記情報管理部は、前記状況情報に応じて前記試合情報を更新し、
   前記情報生成部は、前記情報管理部による更新後の試合情報に応じて前記報知情報を生成する
   請求項１から請求項４の何れかの管理システム。
6. 前記情報管理部による更新後の試合情報に対応する画像を表す画像データを生成し、前記対戦イベントの動画を表す動画データを生成する制御システムに前記画像データを送信する画像生成部
   をさらに具備する請求項１から請求項５の何れかの管理システム。
7. 前記条件情報が表す条件は、前記対戦イベントの出場者に関する条件を含む
   請求項１から請求項６の何れかの管理システム。
8. 前記条件情報が表す条件は、試合の種別に関する条件を含む
   請求項１から請求項７の何れかの管理システム。
9. 前記条件情報が表す条件は、前記対戦ゲームにおいて使用されるキャラクタに関する条件を含む
   請求項１から請求項８の何れかの管理システム。
10. 複数の試合の各々において複数の出場者が対戦ゲームにより対戦する対戦イベントを、当該対戦イベントに関する動画の配信に並行して管理する方法であって、
    前記複数の試合の関係を表す試合情報を管理し、
    前記対戦イベントの進行の状況を表す状況情報を取得し、
    利用者が視聴を希望する試合の条件を表す条件情報を取得し、
    前記複数の試合のうち前記条件情報が表す条件に対応する対象試合の開始を前記利用者に報知するための報知情報を、前記試合情報および前記状況情報に応じて生成し、
    前記報知情報を送信する
    コンピュータシステムにより実現される管理方法。
11. 複数の試合の各々において複数の出場者が対戦ゲームにより対戦する対戦イベントを、当該対戦イベントに関する動画の配信に並行して管理するために、コンピュータシステムを、
    前記複数の試合の関係を表す試合情報を管理する情報管理部、
    前記対戦イベントの進行の状況を表す状況情報を取得する状況取得部、
    利用者が視聴を希望する試合の条件を表す条件情報を取得する条件取得部、
    前記複数の試合のうち前記条件情報が表す条件に対応する対象試合の開始を前記利用者に報知するための報知情報を、前記試合情報および前記状況情報に応じて生成する情報生成部、および、
    前記報知情報を送信する情報送信部、
    として機能させるプログラム。

Images