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

Abstract

【課題】動画のライブ配信中に、当該動画の将来における視聴状況を予測する。【解決手段】情報処理方法（Ｓ１）は、ゲーム装置において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する第１ゲーム状況情報取得ステップ（Ｓ５３１）と、動画を再生するための動画再生装置における、当該動画の再生状況を示す第１再生状況情報を取得する第１再生状況情報取得ステップ（Ｓ５３３）と、第１ゲーム状況情報および第１再生状況情報に基づいて、動画の将来の再生状況を示す再生予測情報を生成する再生予測情報生成ステップ（Ｓ５３９）と、を含む。【選択図】図１２

Description

本発明は、動画のライブ配信に関連する技術に関する。

特許文献１には、動画のライブ配信サービスを提供するシステムが記載されている。

特開２０２１－８１８８２号公報

上述した動画のライブ配信サービスにおいて、将来（配信終了時など）における視聴状況（再生数、視聴時間等）を配信中に予測したいというニーズがある。一例として、視聴者数を増やす施策を行うために、視聴状況を予測することが求められることがある。本発明の一態様は、上述した課題を解決するためになされたものであり、動画のライブ配信中に、当該動画の将来における視聴状況を予測することを目的の一つとする。

上記の課題を解決するために、本発明の一態様に係る情報処理システムは、ゲーム装置において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する第１ゲーム状況情報取得部と、前記動画を再生するための動画再生装置における、当該動画の再生状況を示す第１再生状況情報を取得する第１再生状況情報取得部と、前記第１ゲーム状況情報および前記第１再生状況情報に基づいて、前記動画の将来の再生状況を示す再生予測情報を生成する再生予測情報生成部と、を含む。

また、上記の課題を解決するために、本発明の一態様に係る情報処理方法は、１または複数のコンピュータが実行する情報処理方法であって、ゲーム装置において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する第１ゲーム状況情報取得ステップと、前記動画を再生するための動画再生装置における、当該動画の再生状況を示す第１再生状況情報を取得する第１再生状況情報取得ステップと、前記第１ゲーム状況情報および前記第１再生状況情報に基づいて、前記動画の将来の再生状況を示す再生予測情報を生成する再生予測情報生成ステップと、を含む。

また、上記の課題を解決するために、本発明の一態様に係るプログラムは、１または複数のコンピュータに、ゲーム装置において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する第１ゲーム状況情報取得ステップと、前記動画を再生するための動画再生装置における、当該動画の再生状況を示す第１再生状況情報を取得する第１再生状況情報取得ステップと、前記第１ゲーム状況情報および前記第１再生状況情報に基づいて、前記動画の将来の再生状況を示す再生予測情報を生成する再生予測情報生成ステップと、を実行させる。

本発明の一実施形態に係る情報処理システムの構成の一例を示すブロック図である。図である。 図１に示す動画配信サーバのハードウェア構成の一例を示すブロック図である。 図１に示すゲーム装置のハードウェア構成の一例を示すブロック図である。 図１に示すユーザ端末のハードウェア構成の一例を示すブロック図である。 図１に示す広告サーバのハードウェア構成の一例を示すブロック図である。 図１に示すメディアサーバのハードウェア構成の一例を示すブロック図である。 図１に示す動画配信サーバの機能的構成の一例を示すブロック図である。 第１ゲーム状況情報の一例を説明する図である。 図１に示す広告サーバの機能的構成の一例を示すブロック図である。 広告配信要請情報の一例を示す図である。 本発明の一実施形態に係る情報処理方法の流れを示すフロー図である。 図９に示す情報処理方法に含まれる再生予測情報生成処理の流れの一例を示すフロー図である。 図９に示す情報処理方法に含まれる広告配信要請処理の流れの一例を示すフロー図である。 野球ゲームに関して生成されたテーブルデータの一例を示す図である。 広告が配信されたユーザ端末の画面例を示す図である。 広告が配信されたユーザ端末の他の画面例を示す図である。

［実施形態］
以下、本発明の一実施形態に係る情報処理システム１について、詳細に説明する。

＜情報処理システム１の構成＞
図１は、情報処理システム１の構成の一例を示すブロック図である。図１に示すように、情報処理システム１は、動画配信サーバ１０、ゲーム装置３０、ユーザ端末５０－１、５０－２、…、５０－Ｎ（Ｎは２以上の自然数）、広告サーバ７０、メディアサーバ９０を含む。これらの装置は、ネットワークＮＷを介して通信可能に接続される。ネットワークＮＷは、例えば、インターネットを含むがこれに限られない。ユーザ端末５０－１、５０－２、…、５０－Ｎを特に区別して説明する必要がない場合には、それぞれを単にユーザ端末５０とも記載する。

動画配信サーバ１０は、ゲーム装置３０において進行するゲームを示す動画（ゲームを示す動画を、以下、「ゲーム動画」という。）をライブ配信するサーバである。動画配信サーバ１０は、例えば、進行するゲームを示す動画をリアルタイムに取得しながらライブ配信を行う。ゲーム動画の送信元は、本実施形態ではゲーム装置３０であるとする。ただし、ゲーム動画の送信元は、これに限られず、例えば、ゲーム装置３０に接続された動画生成装置（図示せず）であってもよい。また、動画配信サーバ１０は、ライブ配信するゲーム動画をメモリ１２等に保存し、保存したゲーム動画のアーカイブ配信を行う場合もある。また、以下では、ゲーム動画のうち、動画配信サーバ１０によってライブ配信される動画を「ライブ配信ゲーム動画」という。

ゲーム装置３０は、プレイヤの操作に基づきゲームを進行させる装置である。本実施形態では、ゲーム装置３０は、プレイヤが操作するプレイヤ端末（例えば、家庭用ゲーム機、スマートフォン、タブレット、パーソナルコンピュータ、または店舗据置型業務用ゲーム機等）である例を中心に説明する。ただし、ゲーム装置３０は、ゲーム装置３０とは別体のプレイヤ端末と通信することによりゲームを進行させるゲームサーバであってもよい。ゲーム装置３０は、ゲームを進行させながら、当該ゲームを示す動画を生成し、生成した動画をリアルタイムに動画配信サーバ１０に送信する。なお、ゲームの進行に複数のゲーム装置３０が関わる場合、情報処理システム１は、そのうち１つのゲーム装置３０を含んでもよいし、複数のゲーム装置３０を含んでもよい。

（ゲーム装置３０が進行させるゲーム）
ゲーム装置３０は、ゲームプログラムを実行することによりゲームを進行させる。なお、当該ゲームを進行させるためのゲームプログラムの一部は、ゲーム装置３０とは異なる他の装置（例えば、ゲーム装置３０と通信可能なサーバ等）が実行するものであってもよい。ゲーム装置３０が進行させるゲームは、複数のプレイヤの操作により進行するマルチプレイゲームであってもよく、単一のプレイヤの操作により進行するシングルプレイゲームであってもよい。また、マルチプレイゲームである場合、当該ゲームは、各プレイヤが利用するプレイヤ端末が互いに通信することにより進行するオンラインゲームであってもよく、単一のプレイヤ端末を複数のプレイヤが操作することにより進行するゲームであってもよい。また、ゲーム装置３０が進行させるゲームは、複数のプレイヤ（または、プレイヤおよびコンピュータ）が対戦して進行する対戦ゲームであってもよい。また、当該ゲームは、複数のプレイヤ（または、プレイヤおよびコンピュータ）が協力して進行させる協力ゲームであってもよい。

（進行しているゲーム、前回以前のゲーム）
本明細書において、ゲームが進行しているという場合、ゲーム装置３０においてゲームが開始した後、まだ終了していないことをいう。本明細書において、「前回以前」のゲームは、ゲーム装置３０または他のゲーム装置において過去に進行させ、終了したゲームである。つまり、「前回」の「回」とは、ゲームの進行を開始してから終了するまでを１回とする。なお、対戦ゲームである場合、対戦ゲームによって行なう対戦を「試合」といい、ゲームの進行を開始してから終了するまでの１回分を、「１試合」などということもある。

ユーザ端末５０は、動画を再生するための動画再生装置の一例である。ユーザ端末５０は、動画配信サーバ１０によってライブ配信される、ゲーム動画等の動画を再生可能である。また、ユーザ端末５０は、メディアサーバ９０により配信されるメディアを再生可能である。

広告サーバ７０は、広告をメディアサーバ９０に送信する。広告サーバ７０が、配信する広告を生成してもよく、予め生成された広告を広告サーバ７０が取得してもよい。また、広告サーバは配信要請を取得することにより広告を配信する。メディアサーバ９０は、ゲーム動画とは異なるメディアをユーザ端末５０に配信する。メディアサーバ９０が配信するメディアは、動画、ゲーム、ウェブページ等であってもよい（換言すると、メディアサーバ９０は、他の動画配信サーバ、ゲームサーバ、ウェブサーバ等であってもよい）が、これらに限られない。メディアサーバ９０は、メディアの配信先に、広告を配信することが可能である。なお、広告サーバ７０およびメディアサーバ９０は、動画配信サーバ１０の機能として実現される態様もあり得る。このような態様については、末尾に変形例として後述する。

（動画配信サーバ１０のハードウェア構成）
図２は、動画配信サーバ１０のハードウェア構成の一例を示すブロック図である。図２に示すように、動画配信サーバ１０は、例えば、プロセッサ１１、メモリ１２および通信インタフェース１３を含む。これらの構成要素は、バス１９を介して接続される。

プロセッサ１１は、メモリ１２に記憶されたプログラムを実行することにより、動画配信サーバ１０の各部を制御する。プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の集積回路によって構成される。

メモリ１２は、プロセッサ１１が実行するプログラム、および、プロセッサ１１が使用する各種のデータを記憶する。メモリ１２は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable Programmable Read-Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、またはこれらの組み合わせによって構成される。なお、メモリ１２の一部または全部は、動画配信サーバ１０に内蔵されることに限らず、ＵＳＢ（Universal Serial Bus）等の入出力インタフェース（図示せず）を介して外付けされていてもよい。また、メモリ１２の一部または全部は、動画配信サーバ１０とは独立した装置として、ネットワークを介して動画配信サーバ１０に接続されていてもよい。

通信インタフェース１３は、ネットワークＮＷに接続するインタフェースである。通信インタフェース１３は、例えば、イーサネット（登録商標）等の有線接続インタフェースまたはＷｉＦｉ（登録商標）等の無線接続インタフェースによって構成される。

（ゲーム装置３０のハードウェア構成）
図３は、ゲーム装置３０のハードウェア構成の一例を示すブロック図である。図３に示すように、ゲーム装置３０は、例えば、プロセッサ３１、メモリ３２、通信インタフェース３３、入力装置３４、出力装置３５、エンコーダ３７およびカメラ３９を含む。これらの構成要素は、バス４１を介して接続される。なお、エンコーダ３７およびカメラ３９の一方または両方は、ゲーム装置３０に内蔵される代わりに、外部に接続されてもよい。また、エンコーダ３７に替えて、メモリ３２にソフトウェアエンコーダが記憶されていてもよい。この場合、プロセッサ３１がソフトウェアエンコーダを実行することによってエンコーダの機能が実現される。

プロセッサ３１、メモリ３２および通信インタフェース３３については、動画配信サーバ１０が備える同名の構成要素と同様に説明されるため、詳細な説明を繰り返さない。入力装置３４は、ゲームをプレイするための操作を受け付ける装置であり、例えば、コントローラ、キーボード、マウス、タッチパッド、マイク、またはこれらの組み合わせ等によって構成される。出力装置３５は、ゲームの進行を示す情報を出力する装置であり、例えば、ディスプレイ、スピーカ、またはこれらの組み合わせによって構成される。また、入力装置３４および出力装置３５は、これらが一体に形成されたタッチパネルであってもよい。

エンコーダ３７は、出力装置３５に出力される映像、音声、カメラ３９が撮影した撮影画像、またはこれらを組み合わせた動画を、所定の条件（解像度、フレームレート、ビットレート等）でエンコードすることにより生成する。カメラ３９は周囲を撮影した撮影画像を生成する。

なお、図３は、ゲーム装置３０がプレイヤ端末である場合の一例である。ゲーム装置３０がゲームサーバである場合には、ゲーム装置３０は、入力装置３４および出力装置３５を含んでいなくてもよい。

（ユーザ端末５０のハードウェア構成）
図４は、ユーザ端末５０のハードウェア構成の一例を示すブロック図である。図４に示すように、ユーザ端末５０は、例えば、プロセッサ５１、メモリ５２、通信インタフェース５３、入力装置５４および出力装置５５を含む。これらの構成要素は、バス５９を介して接続される。

プロセッサ５１、メモリ５２、および通信インタフェース５３については、動画配信サーバ１０が備える同名の構成要素と同様に説明されるため、詳細な説明を繰り返さない。入力装置５４は、動画を再生するための操作を受け付ける装置であり、例えば、コントローラ、キーボード、マウス、タッチパッド、マイク、またはこれらの組み合わせ等によって構成される。出力装置５５は、動画、メディア、広告等を出力する装置であり、例えば、ディスプレイ、スピーカ、またはこれらの組み合わせによって構成される。

（広告サーバ７０のハードウェア構成）
図５は、広告サーバ７０のハードウェア構成の一例を示すブロック図である。図５に示すように、広告サーバ７０は、例えば、プロセッサ７１、メモリ７２および通信インタフェース７３を含む。これらの構成要素は、バス７９を介して接続される。また、これらの構成要素については、動画配信サーバ１０が備える同名の構成要素と同様に説明されるため、詳細な説明を繰り返さない。

（メディアサーバ９０のハードウェア構成）
図６は、メディアサーバ９０のハードウェア構成の一例を示すブロック図である。図６に示すように、メディアサーバ９０は、例えば、プロセッサ９１、メモリ９２および通信インタフェース９３を含む。これらの構成要素は、バス９９を介して接続される。また、これらの構成要素については、動画配信サーバ１０が備える同名の構成要素と同様に説明されるため、詳細な説明を繰り返さない。

以下、動画配信サーバ１０および広告サーバ７０の機能的構成について説明する。なお、ゲーム装置３０、ユーザ端末５０、メディアサーバ９０の機能は、各装置のプロセッサ３１、５１、９１が、メモリ３２、５２、９２に記憶されたプログラムを実行することにより実現される。

（動画配信サーバ１０の機能的構成）
図７は、動画配信サーバ１０の機能的構成の一例を示すブロック図である。図７に示すように動画配信サーバ１０は、制御部１１０および記憶部１３０を含む。制御部１１０は、プロセッサ１１がメモリ１２に記憶されたプログラムを実行することにより実現される。記憶部１３０はメモリ１２によって構成される。

制御部１１０は、第１ゲーム状況情報取得部１１１、第１再生状況情報取得部１１２、再生予測情報生成部１１３、再生予測情報取得部１１４、判定部１１５、配信処理部１１６および画像取得部１１７を含む。記憶部１３０は、候補ゲーム状況情報１３１、候補再生状況情報１３２および目標情報１３３を記憶している。

第１ゲーム状況情報取得部１１１は、ゲーム装置３０において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する。ゲームが進行している間に第１ゲーム状況情報取得部１１１が第１ゲーム状況情報を取得する回数は、１回でもよく、複数回でもよい。例えば、第１ゲーム状況情報取得部１１１は、第１ゲーム状況情報を１回取得した後、ライブ配信される動画に対応するゲームの進行に伴って、新たな第１ゲーム状況情報をさらに取得してもよい。

ゲームの状況とは、ゲームの進行に応じて変化し得る状況であり、ゲームのパラメータ、進捗、展開等が挙げられる。

パラメータとしては、ゲーム内の時間、ポイント、ステータス等がある。ゲーム内の時間としては、例えば、ゲーム開始後の時間、特定の場面になってからの時間（例えば、野球ゲームにおいて「３回の表」になってから３分後等）等がある。ポイントとしては、例えば、プレイヤ、プレイキャラクタ、プレイキャラクタの所属チーム等に付与されたポイント等がある。ポイントの具体例としては、例えば、対戦型スポーツゲームであれば各チームの得点、野球ゲームの場合は、ホームラン、ヒットの数、獲得した三振の数、サッカーゲームの場合はシュート数、パス数等がある。ステータスとしては、例えば、キャラクタの状態（例えば、ケガや好調か否か等の基本能力値から能力値が増減する状態の有無）、競技場の状況（天候）等がある。

進捗としては、例えば、野球ゲームの場合はイニング数、サッカーゲームの場合は前半か後半か等が挙げられる。ゲームの展開としては、例えば、対戦ゲームである場合の優劣、対戦ゲームである場合に大差から追いつきつつある展開、接戦である展開等が挙げられる。また、「対戦ゲームである場合の優劣」の例としては、複数プレイヤ間または複数チーム間におけるポイントの差（得点差、シュート数の差）、ゲームの進捗の差（クリア面の数の差、通過地点の距離の差）等が挙げられる。

「ゲーム状況情報」は、ゲームの状況を示す情報である。ゲーム状況情報は、複数のゲーム状況情報に基づき生成されてもよい。例えば、所定の点差以内で所定の期間、ゲームが進行していれば、ゲームの展開が接戦であることを示す情報を生成してゲーム状況情報としてもよく、所定の点差以上から所定の点差以内になれば、大差から追いつきつつある展開であることを示す情報を生成してゲーム状況情報としてもよい。

第１ゲーム状況情報とは、ゲームの状況を示すゲーム状況情報のうち、ライブ配信されている、進行中のゲームについてのゲーム状況情報である。図８は、第１ゲーム状況情報の一例を説明する図である。この例では、第１ゲーム状況情報は、ゲーム装置３０において進行している野球ゲームの状況を示す。図８に示すように、第１ゲーム状況情報の一例は、大会名、試合名、ゲームＩＤ、進捗、展開、経過時間、および、プレイヤを示す情報を含む。この例の野球ゲームは、２人のプレイヤ１およびプレイヤ２によってプレイされる。また、各イニングの表でプレイするプレイヤをプレイヤ１とし、裏でプレイするプレイヤをプレイヤ２としている。

第１ゲーム状況情報には、ゲーム装置３０において進行しているゲームに関連付けられた静的な情報が含まれる。この例では、大会名、試合名、ゲームＩＤ、プレイヤ１、およびプレイヤ２を示す情報は、静的な情報である。図８に示す例では、進行している試合は、ゲームＩＤ０００１で識別されるタイトルの野球ゲームであり、かつ、〇〇大会の決勝においてプレイヤ１「□□」とプレイヤ２「△△」とが対戦している試合である。また、図示しないが、第１ゲーム状況情報には他の静的な情報が含まれてもよく、このような情報としては、例えば、試合のルールを示す情報等が挙げられる。試合のルールとは、例えば、野球ゲームであれば、何回まで行うのか、延長の際のタイブレークの有無などを示す情報、サッカーゲーム、ホッケーのゲームなどであれば、前半後半、各ピリオドの時間などを示す情報が挙げられる。

また、第１ゲーム状況情報には、ゲーム装置３０において進行しているゲームの状況を示す動的な情報が含まれる。本実施形態では、進捗、展開、および経過時間は、動的な情報である。動的な情報は、試合の進行に応じて変化し得る。具体的には、進行している試合の状況は、７回裏で１対０であり、かつ、開始してからの経過時間は２５分２０秒である。ゲーム装置３０は、試合を進行させている間、このような動的な情報を含む第１ゲーム状況情報を新たに生成され続ける。なお、ゲーム装置３０が第１ゲーム状況情報を１回生成した後、次に第１ゲーム状況情報を生成するタイミングは特に限定されず、例えば、所定時間の経過に応じて新たな第１ゲーム状況情報を生成してもよく、場面が切り替わるたびに第１ゲーム状況情報を生成してもよく、これらの組み合わせでもよい。ゲーム装置３０が、ゲームの場面が切り替わるたびに第１ゲーム状況情報を生成する場合、どのような場面の切り替えによって第１ゲーム状況情報を生成するかは、予め設定されていてもよい。例えば、対戦ゲームの場合、攻守が切り替わる場面、スコアに変更が生じた場面等が挙げられる。なお、本実施形態では、ゲームが進行している間、ゲーム装置３０により新たな第１ゲーム状況情報が生成され続けるが、本発明の一態様ではこのような形態に限定されず、ゲームが１回分進行する間、第１ゲーム状況情報が生成される回数は１回でもよい。

第１再生状況情報取得部１１２は、動画を再生するための動画再生装置（ユーザ端末５０）における、当該動画の再生状況を示す第１再生状況情報を取得する。

動画の再生状況とは、動画を再生する１または複数のユーザ端末５０において再生に応じて変化し得る状況である。動画の再生状況は、例えば、動画を再生しているユーザ端末５０の数（再生数）、動画を再生した時間、ゲームの進行中における動画を再生するタイミング等についての状況が挙げられる。また、動画の再生状況は、例えば、当該動画に対するユーザのコメントの数、ユーザの評価等であってもよい。

再生数としては、例えば、動画が再生されたユーザ端末５０全ての数、ユーザ端末５０の種類ごと（アプリ、ブラウザ等の使用ソフトごと、スマホ、ＰＣ等の使用装置の種類ごと）の数等が挙げられる。また、「動画の再生状況」は、動画が配信されている期間のうちの少なくとも一部の所定期間内における再生数の統計を示してもよい。再生数は、ユーザ端末５０から動画のライブ配信の要求（視聴リクエスト）を受けた数であってもよい。また、「所定期間内における再生数の統計」とは、例えば、所定期間における再生数の変化（例えば、増減数、増減率等）、所定期間における再生数の合計、所定期間内における最大同時再生数等が挙げられる。最大同時再生数とは、同時に当該動画を再生したユーザ端末５０の数の所定期間内における最大値である。また、再生数は、一度再生を中止して、再度再生を開始した数をカウントに含んでもよく、含まなくてもよい。また、再生数としてカウントする条件は、ユーザ端末における再生時間の長さ、再生を終了してから再開するまでの時間の長さ等に応じて定められていてもよい。例えば、所定時間連続して再生した場合に再生数としてカウントしてもよい。また、例えば、一度再生を終了した後、所定時間を経過せずに再度再生が開始された場合は、再生数としてカウントせず、所定時間を経過した後に再度再生が開始された場合は、再生数としてカウントしてもよい。

動画の再生時間としては、例えば、各ユーザ端末５０における再生時間、全ユーザ端末５０における再生時間の合計等が挙げられる。

ゲームの進行中における動画が再生されたタイミングとしては、例えば、各ユーザ端末５０において、再生された場面（野球の場合３回表、３回裏等のように場面ごとにカウントされたもの）、ゲームのどの時点からどの時点までが再生されたか等が挙げられる。

再生状況情報とは、再生状況を示す情報である。第１再生状況情報とは、再生状況情報のうち、ライブ配信されている動画についての再生状況情報である。

再生予測情報生成部１１３は、第１ゲーム状況情報および第１再生状況情報に基づいて、動画の将来の再生状況を示す再生予測情報を生成する。

再生予測情報とは、将来の再生状況を示す情報である。将来とは、例えば、進行しているゲームのライブ配信の終了時点、ライブ配信終了後のアーカイブ配信中の所定時点等であってもよい。つまり、将来、ライブ配信ゲーム動画がアーカイブ配信されるときの再生予測情報を生成することも、本発明の「動画の将来の再生状況」の一態様である。また、例えば、再生予測情報は、将来の再生数の予測値、将来の再生時間の予測値、またはこれらの組み合わせであってもよい。

また、本実施形態では、再生予測情報生成部１１３は、ゲーム装置３０または他のゲーム装置において、前回以前のゲームを進行したときの状況を示す第２ゲーム状況情報と、当該ゲームを進行したときの当該ゲームを示す動画がライブ配信されたときの、当該動画の再生状況を示す第２再生状況情報と、にさらに基づいて、再生予測情報を生成する。

第２ゲーム状況情報とは、前回以前のゲームを進行したときの状況を示すゲーム状況情報のうち、再生予測情報の生成に用いられる情報である。「前回以前のゲーム」における「ゲーム」は、進行しているゲームと同じタイトルのゲームでも、ゲーム内容が類似する他のタイトルのゲームでもよい。「類似する他のタイトルのゲーム」は予め設定されるか、予め設定された基準に基づいて制御部１１０が判断してもよい。第２ゲーム状況情報は、対象のゲームの進行が終了した時点でのゲーム状況情報も含む。

第２再生状況情報とは、前回以前のゲームを示す動画がライブ配信されたときの当該動画の再生状況を示す再生状況情報のうち、再生予測情報の生成に用いられる情報である。

また、再生予測情報生成部１１３は、第２再生状況情報を次のようにして取得する。つまり、再生予測情報生成部１１３は、第１ゲーム状況情報に基づいて、第２ゲーム状況情報の候補である複数の候補ゲーム状況情報１３１のうち少なくとも一つの候補ゲーム状況情報１３１を、再生予測情報の生成に用いる第２ゲーム状況情報として特定して取得し、第２ゲーム状況情報として特定された候補ゲーム状況情報１３１に対応する第２再生状況情報を取得する。なお、本実施形態では、第２再生状況情報は、複数の候補再生状況情報１３２の何れかである。

また、前述の通り、本実施形態では、ゲーム装置３０は新たな第１ゲーム状況情報を生成し続ける。再生予測情報生成部１１３は、新たな第１ゲーム状況情報に基づいて、候補ゲーム状況情報１３１のうち第２ゲーム状況情報とする候補ゲーム状況情報１３１を新たに特定して取得し、当該候補ゲーム状況情報１３１に対応する第２再生状況情報を取得する。

再生予測情報生成部１１３が第２ゲーム状況情報を取得する方法は特に限定されず、例えば、次の方法が挙げられる。例えば、再生予測情報生成部１１３は、複数の候補ゲーム状況情報１３１のうち、ユーザ入力に基づき特定された候補ゲーム状況情報１３１を第２ゲーム状況情報として取得する方法が挙げられる。また、予め設定された条件に基づいて第１ゲーム状況情報に類似すると特定された候補ゲーム状況情報１３１を、第２ゲーム状況情報として取得する方法が挙げられる。これらは共に行なってもよく、いずれかを行なってもよい。共に行なう場合は、再生予測情報を生成するタイミング、目的、対象のゲーム等に応じて、或るタイミングでは一方を行ない、別のタイミングでは他方を行なうなどすればよい。

候補ゲーム状況情報１３１は、第２ゲーム状況情報の候補となる情報である。記憶部１３０には、複数の候補ゲーム状況情報１３１が記憶されている。例えば、前回以前のゲームが進行していたときに第１ゲーム状況情報として取得された情報が、候補ゲーム状況情報１３１として記憶部１３０に記憶されていてもよい。各候補ゲーム状況情報１３１は、対象のゲームに関連付けられる。また、対象のゲームには、複数の候補ゲーム状況情報１３１が関連付けられていてもよい。例えば、当該対象のゲームと同じタイトルのゲームにおいて行われた複数回の試合について、それぞれの試合に候補ゲーム状況情報１３１が関連付けられていてもよい。また、それぞれの１回の試合における複数の進捗について、各進捗についての候補ゲーム状況情報１３１が関連付けられていてもよい。例えば、図８に示した例と同じ野球ゲームの〇〇大会における初戦から準決勝までの各試合に対して、各イニングの表、裏、および試合終了時点、をそれぞれ進捗として含む複数の候補ゲーム状況情報１３１が関連付けられていてもよい。

候補ゲーム状況情報１３１について、第１ゲーム状況情報に類似すると特定するときに用いる「予め設定された条件」は、例えば、前述した、進行しているゲームの状況を示す動的な情報に基づく条件、ゲームに関連付けられた静的な情報に基づく条件が挙げられる。動的な情報に基づく条件としては、例えば、進行しているゲームと候補ゲーム状況情報１３１との間の、少なくともいずれか一つの対戦者のスコア、当該スコアの変化、対戦者間のスコアの差、当該差の変化等に基づいて定められる。例えば、第１ゲーム状況情報が含む対戦者間のスコアの差と候補ゲーム状況情報１３１が含む対戦者間のスコアの差とが所定の近さの範囲であれば、当該候補ゲーム状況情報１３１が第１ゲーム状況情報と類似すると判断される。また、ゲームに関連付けられた静的な情報に基づく条件としては、例えば、第１ゲーム状況情報が含むプレイヤと候補ゲーム状況情報１３１が含むプレイヤとが同一か否か（複数のプレイヤで構成されるチーム同士の対戦の場合は、当該複数のプレイヤの少なくとも一部が一致するか否か）等が挙げられる。また、例えば、第１ゲーム状況情報が含む試合の属性と候補ゲーム状況情報１３１が含む試合の属性とが同一か否かも挙げられる。試合の属性とは、前述した静的な情報でも説明した、大会名、試合名（決勝、準決勝、予選など）、試合のルール等を示すものであってもよく、これらに限られない。例えば、第１ゲーム状況情報に、属性を示す情報を関連付けておき、属性を示す情報を「予め設定された条件」に基づいて第１ゲーム状況情報に類似するか否かを特定するときに用いればよい。また、動的な情報に基づく条件と、静的な情報に基づく条件とは組み合わせられてもよい。例えば、第１ゲーム状況情報が含むプレイヤと候補ゲーム状況情報１３１が、所定の同一のプレイヤを含み、且つ、当該プレイヤの状況（対戦相手との点差、優勢か否か等）が近ければ「予め設定された条件」を満たすと判断してもよい。

候補再生状況情報１３２は、第２再生状況情報の候補となる情報である。記憶部１３０には、複数の候補再生状況情報１３２が記憶されている。例えば、前回以前のゲームが進行していたときに第１再生状況情報として取得された情報が、候補再生状況情報１３２として記憶部１３０に記憶されていてもよい。各候補再生状況情報１３２は、例えば、候補ゲーム状況情報１３１に関連付けられて記憶部１３０に記憶されていてもよい。この場合、候補ゲーム状況情報１３１に関連付けられた候補再生状況情報は、当該候補ゲーム状況情報１３１に含まれる進捗における当該動画の再生状況を示す。例えば、図８に示した例と同じ野球ゲームの〇〇大会の初戦に対して、進捗「１回表」を含む候補ゲーム状況情報１３１が関連付けられているとする。この場合、当該候補ゲーム状況情報１３１に関連付けられた候補再生状況情報１３２は、当該初戦を示す動画がライブ配信されたときの、当該初戦の１回表における再生状況を示している。

再生予測情報取得部１１４は、ライブ配信される動画の将来の再生状況を示す再生予測情報を取得する。

判定部１１５は、再生予測情報に基づいて、動画の広告を新たに配信するか否かを判定する。本実施形態では、判定部１１５は、動画の再生状況の目標を示す目標情報１３３にさらに基づいて、動画の広告を新たに配信するか否かを判定する。なお、動画の広告を「新たに配信する」とは、これまで広告を配信しなかった状態から配信を行なう形態と、配信を行っていたが、広告内容、配信条件等を変更する形態とを含む。

目標情報１３３は、目標とする再生状況を示す。目標情報１３３は、ライブ配信ゲーム動画のライブ配信終了時に達成することを目標とする再生状況を示す情報であってもよい。また、ゲーム動画がライブ配信ではなく、アーカイブ配信である場合、目標情報１３３は、動画のアーカイブ配信中の所定時点に達成することを目標とする再生状況を示す情報であってもよい。ただし、目標情報１３３は、これらに限らず、例えば、動画のライブ配信中の所定時点に達成することを目標とする再生状況であってもよい。

また、目標情報１３３は、個々のゲーム動画に対して設定された目標を示す情報であってもよく、特定の条件を満たす複数のゲーム動画について共通して定められた目標を示す情報であってもよい。特定の条件としては、例えば、ゲーム動画の配信が特定期間内であることが挙げられる。例えば、連休期間、イベント期間などの期間中について、共通した目標が設定されてもよい。また、例えば、特定の条件としては、前述した試合の属性が特定のものであることが挙げられる。例えば、複数種目が行われる大会において、個々の種目について「決勝」の属性が関連付けられた試合について、共通した目標が設定されてもよい。本実施形態では、目標情報１３３は、記憶部１３０に記憶される。ただし、目標情報１３３は、入力装置を介して外部から入力される情報であってもよいし、ネットワークを介して外部装置から受信される情報であってもよい。例えば、目標情報１３３は、将来の再生数の目標値、将来の再生時間の目標値、またはこれらの組み合わせであってもよい。以降では、目標情報１３３が、「最終目標再生数」を示す例を中心に説明する。「最終目標再生数」は、将来において動画を再生したユーザ端末５０の全ての数の目標値である。

配信処理部１１６は、判定部１１５が広告を新たに配信すると判定した場合、広告を新たに配信するための処理を実行する。本実施形態では、配信処理部１１６は、広告を新たに配信するための処理の一部として、広告配信要請情報を生成する。

広告配信要請情報とは、広告の配信を要請するための情報である。広告配信要請情報は、広告の配信条件を含む。

「広告の配信条件」とは、配信される広告の露出方法を特定する条件である。本実施形態では、配信処理部１１６が決定する。広告の配信条件は、情報処理システム１の外部から入力されてもよく、情報処理システム１を構成する装置が決定してもよい。本実施形態では、配信処理部１１６は、目標情報１３３と再生予測情報との比較結果に基づいて、広告の配信条件を決定する処理を行なう。

広告の配信条件の一例として、広告の配信先、広告を配信するユーザ端末５０の数、広告を配信する期間、広告を表示する画面における広告の表示領域、音声広告の再生時間の長さ、広告の配信に要するコスト等が挙げられる。広告の配信先は、例えば、同じ動画プラットフォームで別動画を再生しているユーザ端末５０であってもよい。ここで「同じ動画プラットフォームで別動画」とは、ゲーム装置３０におけるゲームの進行に基づいて動画配信サーバ１０から配信されているライブ配信ゲーム動画とは異なる動画を指す。また、広告の配信先は、メディアサーバ９０から配信されるメディアを再生しているユーザ端末５０であってもよい。また、広告の表示領域は、例えば、ユーザ端末５０の表示画面における領域の位置、サイズ等であってもよい。

また、広告配信要請情報は、広告内容情報の少なくとも一部となる情報を含んでもよい。広告内容情報とは、広告として露出表示される内容を示す情報である。本実施形態では、後述する配信処理部７１２が、広告配信要請情報に含まれる広告内容情報の少なくとも一部となる情報と、後述する素材情報７３１とを利用して、広告内容情報を生成する。広告内容情報としては、広告として表示されるテキスト、画像、音声、またはこれらの組み合わせを示す情報が挙げられる。配信処理部１１６は、広告内容情報を構成するための情報として、例えば、第１ゲーム状況情報に含まれる情報、後述する画像取得部１１７が取得するゲーム画像、プレイヤ画像等を取得し、広告配信要請情報を生成する。

広告内容情報が含むテキストとしては、予め用意されたライブ配信される動画を紹介するテキスト、ゲーム状況情報に基づいて自動生成されるテキスト等が挙げられる。画像としては、ゲーム画像（ライブ配信ゲーム動画に含まれるゲーム画像でもよく、前回以前のゲームに係るゲーム画像や他のプレイヤによるゲーム画像でもよい）、プレイヤを撮像した画像（進行しているゲームをプレイ中のプレイヤの撮像画像でもよく、過去に撮像した画像でもよい）、ゲームタイトルや試合名のロゴ等が挙げられる。音声としては、今回プレイ中のプレイヤの発言、過去のプレイヤの発言（ゲームや試合の紹介等）、他の者（司会者等）の発言、コンピュータ音声、ゲームのＢＧＭ等が挙げられる。

広告配信要請情報の一例について、図１０を参照して説明する。図１０は、広告配信要請情報の一例を示す図である。図１０に示すように、広告配信要請情報は、広告対象を示す情報を含む。広告対象は、広告の配信を要請する対象の種類を示す情報である。例えば、広告対象に応じて、広告配信要請情報に含めるべき情報が定められる。

図１０の例では、広告対象は、「ライブ配信ゲーム動画」、すなわち、ゲーム装置３０におけるゲームの進行に基づいて動画配信サーバ１０から配信されているライブ配信ゲーム動画である。広告対象を示す情報は、当該ライブ配信ゲーム動画の識別情報であってもよい。また、この例では、広告対象が「ゲーム動画配信」である場合、広告配信要請情報は、配信条件と、第１ゲーム状況情報と、動画ＵＲＬと、を示す情報を含むよう定められている。ここでは、配信条件として、広告量（広告を配信するユーザ端末５０の数）が５万、および広告期限（広告を配信する期間の一例）が「２０２２年〇月〇日 〇時〇分」との情報が含まれている。また、第１ゲーム状況情報として、図８に例示した情報が含まれている。また、動画ＵＲＬとして、ライブ配信ゲーム動画を閲覧するためのＵＲＬが含まれている。また、図１０では示していないが、広告配信要請情報は、ゲーム画像またはプレイヤ画像を含んでいてもよい。

画像取得部１１７は、進行している当該ゲームに係るゲーム画像、及び、当該ゲームをプレイ中のプレイヤを撮影したプレイヤ画像のうち少なくとも一方を取得する。

ゲーム画像とは、進行しているゲームに係る画像であり、例えば、ゲーム装置３０の出力装置３５に表示された画像であってもよい。また、プレイヤ画像は、当該ゲームをプレイ中のプレイヤを撮影した画像であり、例えば、ゲーム装置３０のカメラ３９が撮影した画像であってもよい。

（広告サーバ７０の機能的構成）
図９は、広告サーバ７０の機能的構成の一例を示すブロック図である。図９に示すように広告サーバ７０は、制御部７１０および、記憶部７３０を含む。制御部７１０は、プロセッサ７１がメモリ７２に記憶されたプログラムを実行することにより実現される。記憶部７３０は、メモリ７２によって構成される。

制御部７１０は、広告配信要請情報取得部７１１および配信処理部７１２を含む。記憶部７３０は、素材情報７３１を記憶している。

広告配信要請情報取得部７１１は、配信処理部１１６から広告配信要請情報を取得する。

配信処理部７１２は、動画配信サーバ１０の判定部１１５が広告を新たに配信すると判定した場合、広告を新たに配信するための処理を実行する。配信処理部７１２が実行する処理は、第１ゲーム状況情報に基づいて、広告の内容を示す広告内容情報を生成する処理を含む。本実施形態では、配信処理部７１２が実行する処理は、動画配信サーバ１０から受信する、テキスト、音声、画像取得部１１７が取得した画像、後述する素材情報７３１、またはこれらの少なくとも一部を組み合わせて用いて、広告の内容を示す広告内容情報を生成する処理を含む。

素材情報７３１は、広告内容情報の少なくとも一部となる情報である。配信処理部７１２は、前述した広告配信要請情報に含まれる広告内容情報の少なくとも一部となる情報と、素材情報７３１とを利用して、広告内容情報を生成する。素材情報７３１は、例えば、テキスト、画像、音声などであってもよい。また、素材情報７３１としては、ゲーム動画、ゲーム動画が示すゲームのタイトルに特有の内容を含む情報が定められていてもよい。ゲームのタイトルに特有の情報を含む素材情報７３１の一例として、「プレイヤ数急増中のタイトル（〇〇）の…」とのテキスト文が挙げられる。なお、（〇〇）は、タイトル名が挿入される箇所である。また、素材情報７３１としては、ゲームの進捗、展開、等に特有の内容を含む情報が定められていてもよい。ゲームの展開に特有の情報を含む素材情報７３１の一例として、「（展開）の息詰まる熱戦展開中！」とのテキスト文が挙げられる。なお、（〇〇）は、タイトル名が挿入される箇所である。

本実施形態では、配信処理部１１６が生成する広告配信要請情報に含まれる広告内容情報の少なくとも一部となる情報と、記憶部７３０が記憶している素材情報７３１とに基づいて、広告内容情報を生成する場合について説明するが、本発明はこのような形態に限定されない。配信処理部７１２は、配信処理部１１６以外の装置からも、広告内容情報の一部となる情報を取得して広告内容情報を生成してもよい。この場合、素材情報７３１と組み合わせてもよく、素材情報７３１と組み合わせなくてもよい（つまり、本発明は、広告サーバ７０の記憶部７３０が素材情報７３１を記憶している形態にも限定されない）。また、広告内容情報は広告サーバ７０以外の装置で生成され、広告サーバ７０が当該広告内容情報を取得してもよい。

＜情報処理システム１の処理の概要＞
情報処理システム１は、再生予測情報を生成する処理、および、広告を新たに配信するための処理を行う。

再生予測情報を生成する処理では、第１ゲーム状況情報取得部１１１は、ゲーム装置３０において進行するゲームのゲーム動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得し、第１再生状況情報取得部１１２は、ライブ配信ゲーム動画を再生するためのユーザ端末５０における、当該ライブ配信ゲーム動画の再生状況を示す第１再生状況情報を取得し、再生予測情報生成部１１３が、第１ゲーム状況情報および第１再生状況情報に基づいて、当該ライブ配信ゲーム動画の将来の再生状況を示す再生予測情報を生成する。このような構成により、情報処理システム１によって、ライブ配信ゲーム動画の将来における再生状況を予測することができる。例えば、前述の通り、再生状況はライブ配信ゲーム動画を再生するユーザ端末５０の数であり得る。この例の場合、当該ユーザ端末５０の数を視聴者数と見なせば、情報処理システム１によって、視聴者数を予測できるともいえる。

また、広告を新たに配信するための処理では、再生予測情報取得部１１４は、ゲーム装置３０において進行するゲームのライブ配信ゲーム動画の再生予測情報を取得し、判定部１１５は、再生予測情報に基づいて、当該ライブ配信ゲーム動画の広告を新たに配信するか否かを判定し、判定部１１５が、広告を新たに配信すると判定した場合、配信処理部１１６は、広告を新たに配信するための処理を実行する。このような本発明の一態様によって、動画の広告配信を管理する新たな技術を提供できる。

＜情報処理方法Ｓ１の流れ＞
情報処理システム１は、情報処理方法Ｓ１を実行する。図１１は、情報処理方法Ｓ１の流れを示すフロー図である。図１１に示すように情報処理方法Ｓ１は、ステップＳ１１～Ｓ７９を含む。

（ゲーム動画をライブ配信する一連の処理）
ステップＳ１１～Ｓ１７は、ユーザ端末５０Ａに対して、ゲーム動画をライブ配信する一連の処理の一例である。ユーザ端末５０Ａは、ユーザ端末５０－１～５０－Ｎのうち、本実施形態でライブ配信ゲーム動画の配信を要求し、その後当該ライブ配信ゲーム動画を再生するユーザ端末である。

ステップＳ１１において、ゲーム装置３０は、当該ゲーム装置３０において進行するゲーム動画を生成する。具体的には、例えば、ゲーム装置３０は、出力装置３５に出力されるゲーム映像およびゲーム音声と、カメラ３９が撮影したプレイヤ画像とを含むゲーム動画を生成する。プレイヤ画像とは、プレイヤを被写体として含む画像である。また、ゲーム装置３０は、ゲーム動画を、動画配信サーバ１０に送信する。ゲーム装置３０は、ゲームが進行している間、ゲーム動画の生成処理および送信処理を繰り返す。換言すると、ゲーム装置３０は、ゲームが進行している間、ゲーム動画をリアルタイムで動画配信サーバ１０に送信し続ける。

ステップＳ１３において、ユーザ端末５０Ａは、動画配信サーバ１０に対して、ライブ配信ゲーム動画を当該ユーザ端末５０Ａに配信することを要求する。具体的には、例えば、ユーザ端末５０Ａは、ライブ配信ゲーム動画のアクセス情報（例えば、ＵＲＬ：Uniform Resource Locator）を動画配信サーバ１０に送信することにより、ライブ配信ゲーム動画を当該ユーザ端末５０Ａに配信することを要求する。

ステップＳ１５において、制御部１１０は、ゲーム装置３０からリアルタイムで受信するゲーム動画を、ユーザ端末５０Ａに対してライブ配信する。ステップＳ１７において、ユーザ端末５０Ａは、ライブ配信ゲーム動画を再生する。

（メディアを配信する一連の処理）
ステップＳ３１～Ｓ３５は、ゲーム装置３０において進行するゲームのライブ配信ゲーム動画とは異なる別のメディアの再生を要求するユーザ端末５０Ｂに対して、当該メディアを配信する一連の処理の一例である。ユーザ端末５０Ｂは、ユーザ端末５０－１～５０－Ｎのうち、ゲーム装置３０において進行するゲームのライブ配信ゲーム動画とは異なるメディアの配信を要求し、その後当該メディアを再生するユーザ端末である。なお、ステップＳ１１～１７および後述のステップＳ５１～７７とステップＳ３１～３５との順番は限定されず、順序を変えて、または並行して実行されてもよい。

ステップＳ３１において、ユーザ端末５０Ｂは、メディアサーバ９０に対して、メディアをユーザ端末５０Ｂに配信することを要求する。例えば、ユーザ端末５０Ｂは、メディアのアクセス情報（例えば、ＵＲＬ）をメディアサーバ９０に送信することにより、当該メディアを当該ユーザ端末５０Ｂに配信することを要求する。

ステップＳ３３において、メディアサーバ９０は、要求されたメディアを、ユーザ端末５０Ｂに対して配信する。ステップＳ３５において、ユーザ端末５０Ｂは、配信されるメディアを再生する。

（再生予測情報を生成する一連の処理）
ステップＳ５１～Ｓ５３は、ライブ配信ゲーム動画について再生予測情報を生成する一連の処理の一例である。ステップＳ５１において、ゲーム装置３０は、当該ゲーム装置３０において進行しているゲームの状況を示す第１ゲーム状況情報を生成する。また、ゲーム装置３０は、生成した第１ゲーム状況情報を動画配信サーバ１０に送信する。ゲーム装置３０は、ゲームが進行している間、第１ゲーム状況情報の生成処理および送信処理を繰り返す。当該生成処理および当該送信処理は、所定間隔で繰り返されてもよい。また、当該生成処理および当該送信処理は、ゲームの特定の進捗において（例えば、野球ゲームであれば、各イニングの表、裏の終了時などに）実行されてもよい。

（ステップＳ５３）
ステップＳ５３において、動画配信サーバ１０は、ライブ配信ゲーム動画について再生予測情報を生成する。図１２は、ステップＳ５３における再生予測情報を生成する処理の流れの一例を示すフロー図である。ステップＳ５３は、ステップＳ５３１～Ｓ５３９を含む。

ステップＳ５３１において、第１ゲーム状況情報取得部１１１は、ライブ配信ゲーム動画のライブ配信中に、第１ゲーム状況情報を取得する。取得する第１ゲーム状況情報は、ステップＳ５１でゲーム装置３０から送信されたものである。

ステップＳ５３３において、第１再生状況情報取得部１１２は、第１再生状況情報を取得する。例えば、第１再生状況情報取得部１１２は、ライブ配信ゲーム動画の現在の配信先に基づいて、第１再生状況情報を取得してもよい。また、例えば、第１再生状況情報取得部１１２は、１または複数のユーザ端末５０Ａからのライブ配信ゲーム動画の配信要求履歴に基づいて、第１再生状況情報を取得してもよい。また、例えば、第１再生状況情報取得部１１２は、現在の配信先および配信要求履歴の両方に基づいて、第１再生状況情報を取得してもよい。

ステップＳ５３５において、再生予測情報生成部１１３は、第２ゲーム状況情報を取得する。なお、取得する第２ゲーム状況情報の個数は、１つであってもよいし、複数であってもよい。

例えば、再生予測情報生成部１１３は、第１ゲーム状況情報に基づいて、複数の候補ゲーム状況情報１３１のうち少なくとも一つの候補ゲーム状況情報を、第２ゲーム状況情報として特定して取得してもよい。

例えば、再生予測情報生成部１１３は、ユーザ入力に基づき特定された候補ゲーム状況情報１３１を、第２ゲーム状況情報として特定して取得してもよい。また、例えば、再生予測情報生成部１１３は、予め設定された条件に基づいて第１ゲーム状況情報に類似すると特定された候補ゲーム状況情報１３１を、第２ゲーム状況情報として特定して取得してもよい。

ステップＳ５３７において、再生予測情報生成部１１３は、第２ゲーム状況情報が示す前回以前のゲームを示す動画がライブ配信されたときの第２再生状況情報を取得する。例えば、再生予測情報生成部１１３は、第２ゲーム状況情報として特定された候補ゲーム状況情報１３１に対応する第２再生状況情報を取得してもよい。具体例として、再生予測情報生成部１１３は、第２再生状況情報の候補となる複数の候補再生状況情報１３２のうち、第２ゲーム状況情報として特定された候補ゲーム状況情報１３１に関連付けられた候補再生状況情報１３２を、第２再生状況情報として特定して取得してもよい。

なお、ステップＳ５３１～ステップＳ５３７は、以上に説明した順に実行されることに限定されない。これらのステップのうちの一部または全部は、順序を変えて、または並行して実行可能である。

ステップＳ５３９において、再生予測情報生成部１１３は、第１ゲーム状況情報、第１再生状況情報、第２ゲーム状況情報および第２再生状況情報に基づいて、再生予測情報を生成する。また、再生予測情報生成部１１３は、目標情報１３３にさらに基づいて、当該再生予測情報を生成してもよい。

ステップＳ５３９における処理の具体例について説明する。例えば、再生予測情報生成部１１３は、再生予測情報を生成するために用いるテーブルデータを取得する。テーブルデータは、再生予測情報を生成するために参照される情報である。また、このテーブルデータは、第２ゲーム状況情報および第２再生状況情報と、目標情報１３３とを関連づけたデータである。テーブルデータは、ステップＳ５３９において生成されてもよいし、記憶部１３０に記憶されていてもよい。テーブルデータが記憶部１３０に記憶されている場合、候補ゲーム状況情報および候補再生状況情報に関連付けられて記憶されていてもよい。この場合、テーブルデータは、目標情報１３３を変数として含んでいてもよい。また、再生予測情報生成部１１３は、テーブルデータと、第１ゲーム状況情報および第１再生状況情報とを比較することにより、再生予測情報を生成する。テーブルデータの具体例については後述する。

このように、進行しているゲームの状況だけでなく、前回以前のゲームが進行したときの状況をさらに参照することにより、再生予測情報の精度を向上させることができる。また、前回以前のゲームのうち、進行しているゲームの状況に基づき特定したゲーム（例えば、類似する状況で進行したゲーム）の状況を参照することにより、再生予測情報の精度をさらに向上させることができる。

（ステップＳ５３の繰り返し）
また、動画配信サーバ１０は、ステップＳ５３を繰り返し実行する。例えば、目標情報１３３が、ライブ配信ゲーム動画のライブ配信終了時における目標を示す場合、情報処理システム１は、当該ライブ配信終了まで、ステップＳ５３を繰り返し実行してもよい。また、例えば、目標情報１３３が、ライブ配信ゲーム動画が、アーカイブ配信されたときの所定時点における目標を示す場合、情報処理システム１は、当該所定時点まで、これらのステップを繰り返し実行してもよい。

ステップＳ５３を繰り返す形態においては、第１ゲーム状況情報取得部１１１は、ライブ配信ゲーム動画に対応するゲームの進行に伴って、新たな第１ゲーム状況情報をさらに取得する（ステップＳ５３１）。また、第１再生状況情報取得部１１２は、ライブ配信ゲーム動画のライブ配信に伴って、新たな第１再生状況情報をさらに取得する（ステップＳ５３３）。次に、再生予測情報生成部１１３は、新たな第１ゲーム状況情報に基づいて、複数の候補ゲーム状況情報１３１のうち第２ゲーム状況情報とする候補ゲーム状況情報を新たに特定して取得する（ステップＳ５３５）。また、再生予測情報生成部１１３は、当該候補ゲーム状況情報に対応する第２再生状況情報を取得する（ステップＳ５３７）。次に、再生予測情報生成部１１３は、新たに取得した第１ゲーム状況情報、第１再生状況情報、第２ゲーム状況情報、および第２再生状況情報に基づいて、新たに再生予測情報を生成する（ステップＳ５３９）。

例えば、再生予測情報生成部１１３は、新たに取得した第２ゲーム状況情報および取得した第２再生状況情報に基づいて、再生予測情報を生成してもよい。例えば、再生予測情報生成部１１３は、新たな第２ゲーム状況情報および第２再生状況情報が関連付けられているテーブルデータを取得する。このように、再生予測情報生成部１１３は、ゲーム装置３０が実行するゲームの進行に伴って、再生予測情報を生成するために参照する第２ゲーム状況情報および取得した第２再生状況情報を変更し得る。これにより、参照すべき第２ゲーム状況情報および第２再生状況情報を、進行中のゲームの状況に応じて切り替えるので、再生予測情報の精度がさらに向上する。

なお、アーカイブ配信されるゲーム動画の再生予測情報を生成する場合であって、アーカイブ配信中の所定時点までステップＳ５３を繰り返す場合、ゲームの進行が終了した後は、再生予測情報生成部１１３は第１ゲーム状況情報を取得する必要は無い。つまり、ステップＳ５３１、Ｓ５３５、Ｓ５３７を省略できる。ゲームの終了後は、ゲームの状況は変化しないからである。この場合、再生予測情報生成部１１３は、直近の第１ゲーム状況情報、好ましくは、ゲームの進行の終了時点の第１ゲーム状況情報に基づいて、再生予測情報を生成すればよい。また、ステップＳ５３９において、再生予測情報生成部１１３は、ステップＳ５３３で新たに取得した第１再生状況情報と、直近でステップＳ５３実行時に取得した第１ゲーム状況情報、第２ゲーム状況情報、および第２再生状況情報とに基づいて、再生予測情報を生成してもよい。

ステップＳ５３の実行により、情報処理システム１は、ライブ配信ゲーム動画の将来における再生状況を予測できる。また、予測した再生予測情報を用いて、将来の再生状況を改善する施策を行うことができる。以下に説明するライブ配信ゲーム動画についての新たな広告の配信は、そのような施策の一例である。

（新たな広告を配信する一連の処理）
図１１に示すステップＳ７１～Ｓ７９は、ゲーム装置３０において進行するゲームのライブ配信ゲーム動画とは異なる別のメディアを再生しているユーザ端末５０Ｂに対して、当該ライブ配信ゲーム動画の広告を配信する一連の処理の一例である。

ステップＳ７１において、動画配信サーバ１０は、ゲーム装置３０において進行するゲームのライブ配信ゲーム動画の広告を配信するか否かを判定し、配信すると判定した場合に、広告の配信要請を行う。図１３は、ステップＳ７１における広告配信要請処理の流れの一例を示すフロー図である。ステップＳ７１は、ステップＳ７１１～Ｓ７２３を含む。

ステップＳ７１１において、再生予測情報取得部１１４は、ステップＳ５３９で生成された再生予測情報を取得する。

ステップＳ７１３において、判定部１１５は、記憶部１３０に記憶された目標情報１３３を取得する。なお、判定部１１５は、入力装置から入力される目標情報１３３、または図示しない外部装置から受信される目標情報１３３を取得してもよい。なお、ステップＳ７１１およびステップＳ７１３は、以上に説明した順に実行されることに限定されない。これらのステップは、順序を変えて、または並行して実行可能である。

ステップＳ７１５において、判定部１１５は、再生予測情報および目標情報１３３に基づいて、動画の広告を新たに配信するか否かを判定する。

ステップＳ７１５における処理の具体例について説明する。例えば、判定部１１５は、再生予測情報が示す再生状況が、目標情報１３３が示す再生状況に到達していない場合に、動画の広告を新たに配信すると判定する。なお、本実施形態では、最終予測再生数が、目標情報１３３が示す最終目標再生数に満たない場合に、判定部１１５が動画の広告を新たに配信すると判定する形態について説明するが、本発明はこのような場合に限定されない。例えば、最終予測再生数が、最終目標再生数に到達していないという条件に、別の条件をさらに加えてもよい。当該別の条件としては、例えば、最終予測再生数と最終目標再生数との差が所定の範囲外であるという条件、または、最終予測再生数の最終目標再生数に対する割合が所定の範囲外であるという条件等が挙げられる。

また、例えば、判定部１１５は、ゲームの進捗が特定時点を経過する前は、再生予測情報に関わらず常に動画の広告を新たに配信しないと判定し、特定時点を経過した以降に、所定条件に基づき判定を行ってもよい。これは、ライブ配信の初期においては、再生予測情報の精度が低い可能性を考慮したものである。例えば、野球ゲームが３回裏を終了するまでは判定部１１５は広告を新たに配信するか否かの判定を行わず、４回表以降に判定を行なう等が挙げられる。

（ステップＳ５３から、ステップＳ７１５までの具体例）
ここで、図１４を用いて、ステップＳ５３から、ステップＳ７１５における、判定部１１５が、再生予測情報が示す再生状況が、目標情報１３３が示す再生状況に到達しているか否かを判定する処理までの具体例を説明する。図１４は、過去に配信された野球ゲームのゲーム動画に関して生成されたテーブルデータの一例を示す図である。前述した、ステップＳ５３９の具体的な処理の一例である、再生予測情報を生成するために用いるテーブルデータの一形態である。

テーブルデータは、一例として、進捗と、当該ゲーム動画の配信時の到達率（再生数／最終再生数）と、再生予測情報を生成する対象のライブ配信ゲーム動画の目標再生数と、を関連付けた情報を含む。「最終再生数」は、ライブ配信ゲーム動画の配信開始から終了までの累計再生数を意味する。また、以下では、到達率を算出するための再生数および最終再生数をそれぞれ、「過去の再生数」、「過去の最終再生数」ともいう。この例では、「進捗」は、各イニングの表、裏（１回表、１回裏、２回表、…）およびライブ配信終了を示す情報である。なお、ライブ配信は、試合終了時点で終了する場合もあるし、試合終了後、所定期間後に終了する場合もある。

到達率は、過去の最終再生数に対する各進捗での過去の再生数の割合である。各進捗での過去の再生数は、当該過去のゲーム動画のライブ配信開始以降、各進捗までに当該過去のゲーム動画を再生したユーザ端末５０の累計数である。各進捗での過去の再生数は、各進捗を含む第２ゲーム状況情報に関連付けられた第２再生状況情報に含まれる。また、到達率は、複数の第２ゲーム状況情報および第２再生状況情報に基づいて、統計的に算出された情報（例えば、各進捗での到達率の平均値、最大値、最小値等）であってもよい。

最終再生数は、「ライブ配信終了時」を進捗として含む第２ゲーム状況情報に関連付けられた第２再生状況情報に含まれる。なお、最終再生数は、この例に限られず、「アーカイブ配信中の所定時点」を進捗として含む第２ゲーム状況情報に関連付けられた第２再生状況情報に含まれていてもよい。

目標再生数は、ゲームの各進捗での再生数の目標を示し、到達率と、目標情報１３３とから算出される。この例では、目標再生数は、目標情報１３３が示す目標再生数に到達率を乗じて算出される。具体例として、目標再生数が１０万である場合、３回裏の目標再生数は、当該１０万に対して３回裏の到達率６２％を乗じた６万２千である。換言すると、ライブ配信終了時の最終再生数として１０万を目標とする場合、３回裏時点での再生数の目標再生数は６万２千となる。

再生予測情報生成部１１３は、図１４に示すテーブルデータと、第１ゲーム状況情報および第１再生状況情報とを参照することにより、再生予測情報を生成する。具体的には、再生予測情報生成部１１３は、次式（１）を用いて再生予測情報を算出する。

［最終予測再生数］＝［最終目標再生数］×［現在の再生数］／［現在の目標再生数］…（１）
式（１）における［最終予測再生数］および［最終目標再生数］は、前述した通り、再生予測情報および目標情報１３３の一例である。［現在の再生数］は、進行しているゲームの現在の再生数を示し、第１再生状況情報に含まれる。［現在の目標再生数］は、テーブルデータにおける現在の進捗に対応する目標再生数を示す。なお、現在の進捗としては、第１ゲーム状況情報に含まれる進捗が参照される。

例えば、現在の進捗が「７回裏」であるとする。この場合、図１４のテーブルデータを参照すると、７回裏に対応する［現在の目標再生数］は、８万である。ここで、［現在の再生数］が８万である場合、再生予測情報生成部１１３は、式（１）により［最終予測再生数］として１０万を算出する。この場合、最終予測再生数は、最終目標再生数１０万に到達することになる。そこで、判定部１１５が動画の新たな広告を配信しないと判定する。また、［現在の再生数］が６万である場合、再生予測情報生成部１１３は、式（１）により［最終予測再生数］として７万５千を算出する。この場合、最終予測再生数は、最終目標再生数１０万に到達しないことになる。そこで、判定部１１５は、動画の広告を新たに配信すると判定する。

このように所定条件を設定することにより、効果の低い広告を新たに配信することを抑制し、より効果的に広告の新たな配信を行うことができる。

次に、図１３に戻り、ステップＳ７１５以降の処理について説明する。ステップＳ７１５でＹｅｓと判定された場合、配信処理部１１６は、広告を新たに配信するための処理（ステップＳ７１７～Ｓ７２３、Ｓ７５～Ｓ７７）を実行する。ステップＳ７１７において、配信処理部１１６は、目標情報１３３と再生予測情報との比較結果に基づいて、広告の配信条件を決定する。

例えば、配信処理部１１６は、再生予測情報および目標情報１３３の乖離度に応じて、配信される広告の露出が変わるように広告の配信条件を決定してもよい。乖離度とは、再生予測情報が目標情報１３３に到達していない場合における、再生予測情報と目標情報１３３との間の乖離の程度を指す。例えば、配信処理部１１６は、前記乖離度が大きいほど広告の露出を大きくするように広告の配信条件を決定してもよい。例えば、配信処理部１１６は、前記乖離度が大きいほど、広告を配信するユーザ端末５０Ｂの数、広告を配信する期間、音声広告の再生時間の長さ、広告の配信に要するコスト等を大きくしてもよい。また、例えば、前記乖離度が大きいほど、広告の配信するユーザ端末５０Ｂの種類を増やしてもよい。例えば、配信処理部１１６は、当該乖離度が閾値以内であれば、同じ動画プラットフォーム内で別の動画を再生しているユーザ端末５０Ｂを広告の配信先として決定し、当該乖離度が閾値を超えていれば、当該ユーザ端末５０Ｂに加え、メディアサーバ９０から配信されるメディアを再生しているユーザ端末５０Ｂを、広告の配信先として決定してもよい。また、例えば、配信処理部１１６は、前記乖離度に応じて広告の位置を変えてもよい。例えば、乖離度が大きいほど、表示領域の位置を画面の中央に近くする、表示領域を大きくする等であってもよい。このような位置、表示領域は、注目度が高い位置、領域を示す情報として予め記憶させておき、乖離度に応じて、配信処理部１１６が当該情報を参照するように設定すればよい。

ステップＳ７１９において、配信処理部１１６は、後で配信処理部７１２が生成する広告内容情報に含めるために第１ゲーム状況情報を取得する。ここで、配信処理部１１６は、新たにゲーム装置３０から第１ゲーム状況情報を取得してもよく、ステップＳ５３１で取得された第１ゲーム状況情報を用いてもよい。

ステップＳ７２１において、画像取得部１１７は、ライブ配信ゲーム動画に対応するゲームに係るゲーム画像、およびプレイヤ画像の一方または両方を取得する。ゲーム画像またはプレイヤ画像は、後で配信処理部７１２が生成する広告内容情報に含めるために取得される。例えば、画像取得部１１７は、ライブ配信ゲーム動画から、ゲーム画像またはプレイヤ画像を生成してもよい。この場合、画像取得部１１７は、ライブ配信ゲーム動画のうち、注目度の高いシーンを構成する画像から、ゲーム画像およびプレイヤ画像のうち少なくとも一方を生成してもよい。注目度の高いシーンを特定する方法としては、例えば、次のとおりである。例えば、ライブ配信ゲーム動画を同時に再生しているユーザ端末５０Ａの数（同時再生数）が閾値以上のシーン、コメントを受信した数が閾値以上のシーンとして特定することができる。また、特定の会場にゲーム装置３０が設置されてゲームがプレイされる場合、動画配信サーバ１０は、会場に設置されたカメラに接続する中継装置（図示せず）から、プレイヤ画像を取得してもよい。

または、ゲーム画像またはプレイヤ画像の送信元は、ゲーム装置３０であってもよい。この場合、ゲーム装置３０は、ゲーム画像およびプレイヤ画像のうち少なくとも一方の生成処理および送信処理を、ライブ配信ゲーム動画のライブ配信中に繰り返し実行してもよい。また、ゲーム装置３０は、動画配信サーバ１０からの要求に応じて、当該生成処理および当該送信処理を実行してもよい。

ただし、ステップＳ７２１は、新たに配信する広告にゲーム画像またはプレイヤ画像を含めない場合には、実行しなくてもよい。

なお、ステップＳ７１７～ステップＳ７２１は、以上に説明した順に実行されることに限定されない。これらのステップは、順序を変えて、または並行して実行可能である。また、ステップＳ７１５の前に、予めステップＳ７１７～ステップＳ７２１を実行しておいてもよい。ステップＳ７１５の後に、速やかにステップＳ７２３を実行できる。

ステップＳ７２３において、配信処理部１１６は、配信条件および第１ゲーム状況情報に基づいて、広告配信要請情報を生成する。また、ステップＳ７２１においてゲーム画像および／またはプレイヤ画像を取得している場合、配信処理部１１６は、当該ゲーム画像および／またはプレイヤ画像を含める。また、配信処理部１１６は、生成した広告配信要請情報を、広告サーバ７０に送信する。広告サーバ７０の広告配信要請情報取得部７１１は、広告配信要請情報を受信する。

ステップ７３において、広告サーバ７０の配信処理部７１２は、広告配信要請情報に含まれる第１ゲーム状況情報に基づいて、広告内容情報を生成する。また、ステップＳ７１においてゲーム画像およびプレイヤ画像のうち少なくとも一方が生成され、広告配信要請情報にゲーム画像またはプレイヤ画像が含まれる場合、配信処理部７１２は、ゲーム画像またはプレイヤ画像を用いて、広告内容情報を生成する。

（ステップＳ７３の具体例１）
例えば、配信処理部７１２は、記憶部７３０に記憶された素材情報７３１と、広告配信要請情報とを参照して、進行しているゲームの状況を反映させた広告内容情報を生成する。

例えば、配信処理部７１２は、広告内容情報として、広告に用いる広告文を生成してもよい。また、素材情報７３１としては、予め定められた定型文が、記憶部７３０に記憶されていてもよい。定型文は、ゲームの状況に応じた文字列に置き換える穴埋め箇所を含んでいてもよい。

例えば、広告対象「ゲーム動画配信」に関連付けて、素材情報７３１として定型文「現在（大会名）（試合名）開催！」が記憶されているとする。ここで、かぎ括弧内に示す丸括弧は、穴埋め箇所を示している。この場合、配信処理部７１２は、広告対象「ゲーム動画配信」に関連付けられた当該定型文を取得する。また、配信処理部７１２は、当該定型文に含まれる（大会名）および（試合名）の穴埋め箇所を、広告配信要請情報に含まれる大会名「〇〇大会」および試合名「決勝戦」に置き換える。これにより、「現在○○大会決勝戦開催！」との広告文が生成される。

また、例えば、広告対象「ゲーム動画配信」に関連付けて、素材情報７３１として定型文「現在（進捗）、（プレイヤ１またはプレイヤ２）の攻撃中！」が記憶されているとする。この場合、配信処理部７１２は、広告対象「ゲーム動画配信」に関連付けられた当該定型文を取得する。また、配信処理部７１２は、当該定型文に含まれる（進捗）および（プレイヤ１またはプレイヤ２）の穴埋め箇所を、広告配信要請情報に含まれる進捗「７回裏」およびプレイヤ２「△△」に置き換える。なお、ここでは、進捗「７回裏」に応じて、各イニングの裏でプレイするプレイヤ２の情報が、置き換えるべき情報として選択されている。これにより、「現在７回裏、△△の攻撃中！」との広告文が生成される。

また、例えば、展開が１点差以内であるとの条件に関連付けて、素材情報７３１として定型文「（プレイヤ１）対（プレイヤ２） （展開）の息詰まる熱戦展開中！」が記憶されているとする。この場合、配信処理部７１２は、展開「１対０」が１点差以内であるとの条件を満たすため、当該定型文を取得する。また、配信処理部７１２は、当該定型文に含まれる（プレイヤ１）、（プレイヤ２）、および（展開）の穴埋め箇所を、広告配信要請情報に含まれるプレイヤ１「□□」、プレイヤ２「△△」、および展開「１対０」に置き換える。これにより、「□□対△△ １対０の息詰まる熱戦展開中！」との広告文が生成される。

また、例えば、展開が２点差以上であるとの条件に関連付けて、素材情報７３１として定型文「（プレイヤ１）対（プレイヤ２） 現在（展開）（プレイヤ１）このまま逃げ切れるか！」が記憶されているとする。また、展開が「２対０」であるとする。この場合、配信処理部７１２は、展開「２対０」が２点差以上であるとの条件を満たすため、当該定型文を取得する。また、配信処理部７１２は、当該定型文に含まれる（プレイヤ１）、（プレイヤ２）、および（展開）の穴埋め箇所を、広告配信要請情報に含まれるプレイヤ１「□□」、プレイヤ２「△△」、および展開「２対０」に置き換える。これにより、「□□対△△ 現在２対０□□このまま逃げ切れるか！」との広告文が生成される。

ステップＳ７５において、配信処理部７１２は、生成した広告内容情報、および広告配信要請情報に含まれる配信条件を、メディアサーバ９０に送信する。メディアサーバ９０は、広告内容情報および配信条件を受信する。

ステップＳ７７において、メディアサーバ９０は、広告サーバ７０から受信した広告内容情報を、広告サーバ７０から受信した配信条件にしたがって、ユーザ端末５０Ｂに送信する。例えば、メディアサーバ９０は、配信条件が示す広告量のユーザ端末５０Ｂに対して、広告内容情報を送信する。また、例えば、メディアサーバ９０は、ユーザ端末５０Ｂの画面において、配信条件が示す表示領域に、広告内容情報を表示する。

また、メディアサーバは、配信条件が示す広告期限まで、ユーザ端末５０Ｂに広告内容情報を送信する。また、例えば、メディアサーバ９０は、配信条件が示すコストにしたがって、広告量、広告期限、表示領域の大きさ等を適宜設定した上で、広告内容情報をユーザ端末５０Ｂに送信してもよい。また、メディアサーバ９０は、広告内容情報に、動画ＵＲＬを埋め込んでもよい。

ステップＳ７９において、ユーザ端末５０Ｂは、メディアサーバ９０から受信した広告内容情報を出力する。例えば、広告内容情報が表示可能である場合、ユーザ端末５０Ｂは、広告内容情報をディスプレイ（出力装置５５）に表示する。例えば、ユーザ端末５０Ｂは、再生中のメディアに広告内容情報を重畳して表示してもよい。

（ユーザ端末５０Ｂの画面例１）
図１５は、ユーザ端末５０Ｂの画面例を示す図である。図１５に示すように、この例では、メディアサーバ９０は、ゲームサーバである。ユーザ端末５０Ｂのディスプレイには、ゲーム画面ＩＭＧ１に、バナー広告ＩＭＧ２が重畳表示される。ゲーム画面ＩＭＧ１は、動画配信サーバ１０が配信するライブ配信ゲーム動画が示すゲームとは異なるゲーム（メディアサーバ９０が配信しているメディア）のゲーム画面である。バナー広告ＩＭＧ２は、広告内容情報の一例である。バナー広告ＩＭＧ２が重畳表示されることにより、ユーザ端末５０Ｂを利用しているユーザは、ライブ配信ゲーム動画を視聴する動機付けが向上する。

ここで、ユーザ端末５０Ｂを利用するユーザが、表示された広告内容情報に対する操作を行ったとする（例えば、バナー広告をクリックしたとする）。ユーザ端末５０Ｂは、当該操作を受け付けると、広告内容情報に埋め込まれた動画ＵＲＬに基づいて、動画配信サーバ１０に対して、ライブ配信ゲーム動画のライブ配信を要求する。以降、ユーザ端末５０Ｂは、ユーザ端末５０Ａとして動作する。

（ユーザ端末５０Ｂの画面例２）
図１６は、ユーザ端末５０Ｂにおける他の画面例を示す図である。図１６に示すように、この例では、ディスプレイには、ゲーム画面ＩＭＧ１に、ポップアップ広告ＩＭＧ３が重畳表示されている。ゲーム画面ＩＭＧ１については、図１５を参照して説明した通りである。ポップアップ広告ＩＭＧ３は、広告内容情報の一例である。ポップアップ広告ＩＭＧ３は、吹き出し画像ＩＭＧ３１と、プレイヤ１を示すプレイヤ画像ＩＭＧ３２と、ゲーム画像ＩＭＧ３３と、プレイヤ２を示すプレイヤ画像ＩＭＧ３４と、を含む。ゲーム画像ＩＭＧ３３は、プレイヤ１またはプレイヤ２が操作するゲーム装置３０の出力装置３５であるディスプレイに表示された画像である。吹き出し画像ＩＭＧ３１は、広告文を含む。例えば、広告文は、ステップＳ７３の具体例において説明したバナー広告と同様に生成されてもよい。

このように、ステップＳ７１～Ｓ７９の実行により、ライブ配信中のゲームを示す動画について、目標情報１３３が示す再生状況を達成する可能性を高めることができる。特に、目標情報１３３が、ライブ配信終了時またはアーカイブ配信中の所定時点における目標を示す場合には、当該時点において当該目標を達成する可能性を高めることができる。また、目標情報１３３と再生予測情報との比較結果に応じた配信条件で広告を配信するので、目標情報１３３が示す再生状況を達成する可能性をさらに高めることができる。また、目標情報１３３が示す再生状況を達成するために適正な配信条件を設定することができる。

また、ユーザ端末５０Ｂのユーザは、配信された広告を視聴することにより、進行しているゲームの状況を認識できるので、当該ゲームを示す動画のライブ配信を視聴する動機付けが高まる。また、ユーザ端末５０Ｂのユーザは、進行しているゲームに関するゲーム画像またはプレイヤ画像を視認できるので、当該ゲームを示す動画のライブ配信を視聴する動機付けがさらに高まる。

（ステップＳ７１～７９の繰り返し）
情報処理システム１は、再生予測情報の更新（ステップＳ５３の繰り返し）に応じて、上述したステップＳ７１～Ｓ７９を繰り返し実行する。例えば、目標情報１３３が、ライブ配信ゲーム動画のライブ配信終了時における目標を示す場合、情報処理システム１は、当該ライブ配信終了まで、これらのステップを繰り返し実行してもよい。

また、例えば、目標情報１３３が、ライブ配信ゲーム動画がアーカイブ配信されたときの所定時点における目標を示す場合、情報処理システム１は、当該所定時点まで、これらのステップを繰り返し実行してもよい。例えば、ライブ配信終了直後のアーカイブ配信において、再生数が伸びる場合がある。これにより、ライブ配信終了後にも更新される再生予測情報に応じて広告を配信することができるので、アーカイブ配信中の所定時点における再生状況をより精度よく目標に近づけることができる。

（適用例：ｅスポーツのライブ配信）
例えば、情報処理システム１は、ｅスポーツ(electronic sports)等のライブ配信に適用することができる。このようなライブ配信では、実際の視聴者数が想定した視聴者数を大きく下回ることも起こり得る。例えば、試合内容が視聴状況に影響する可能性がある。試合内容が視聴状況に影響する要因として、例えば、試合時間、試合の優劣等が挙げられる。例えば、野球ゲームで投手戦になったり、格闘ゲームの７ゲームマッチで４－０になったりする場合、試合時間が短くなる。試合時間が短くなると、視聴状況が悪くなる場合がある。また、例えば、試合の優劣が一方的になり過ぎると、一部の視聴者にとっては興味が薄れて視聴を中断する傾向があるため、視聴状況が悪くなる場合がある。このようなｅスポーツ等のライブ配信に対して情報処理システム１を適用することで、当該ｅスポーツのライブ配信の視聴状況を予測することができ、また、予測に基づいて視聴状況を改善するために広告配信する施策を検討することができる。

［再生状況予測処理Ｓ５３の変形例１］
ステップＳ５３における再生状況予測処理は、以下のように変形することができる。例えば、再生予測情報生成部１１３は、図１２に示したステップＳ５３５において、候補ゲーム状況情報から第２ゲーム状況情報を特定する処理を実行しなくてもよい。この場合、記憶部１３０には、候補ゲーム状況情報１３１に替えて、１または複数の第２ゲーム状況情報が記憶されている。また、記憶部１３０には、候補再生状況情報１３２に替えて、１または複数の第２再生状況情報が記憶されている。例えば、前回以前のゲームが進行したときに取得された第１ゲーム状況情報および第１再生状況情報は、第２ゲーム状況情報および第２再生状況情報として記憶部１３０に記憶されていてもよい。この場合、ステップＳ５３９において、再生予測情報生成部１１３は、第１ゲーム状況情報および第１再生状況情報と、記憶部１３０に記憶された１または複数の第２ゲーム状況情報および１または複数の第２再生状況情報と、に基づいて、再生予測情報を生成する。

［再生状況予測処理Ｓ５３の変形例２］
ステップＳ５３における再生状況予測処理は、以下のように変形することができる。例えば、図１２に示したステップＳ５３５において、再生予測情報生成部１１３は、第１ゲーム状況情報に基づいて、候補ゲーム状況情報１３１の中から第２ゲーム状況情報を特定する処理を実行すればよく、必ずしも、第１ゲーム状況情報に類似する候補ゲーム状況情報１３１を特定しなくてもよい。例えば、再生予測情報生成部１１３は、第１ゲーム状況情報が示すゲームと同じタイトル、同じジャンル（例えば、対戦するスポーツの種類が同じゲームであって、別のタイトルのゲーム）等のゲームに関する候補ゲーム状況情報を、第２ゲーム状況情報として特定してもよい。

［再生状況予測処理Ｓ５３の変形例３］
ステップＳ５３における再生状況予測処理は、以下のように変形することができる。例えば、再生予測情報生成部１１３は、図１２に示したステップＳ５３５、Ｓ５３７（第２ゲーム状況情報および第２再生状況情報の取得処理）を実行しなくてもよい。この場合、再生予測情報生成部１１３は、ステップＳ５３９において、第２ゲーム状況情報および第２再生状況情報を参照せずに、第１ゲーム状況情報および第１再生状況情報に基づいて、再生予測情報を生成する。

具体例として、例えば、再生予測情報生成部１１３は、第１ゲーム状況情報に基づき算出したゲームの残り時間と、第１再生状況情報に含まれる再生数とに基づいて、最終予測再生数を算出してもよい。例えば、再生予測情報生成部１１３は、第１ゲーム状況情報に含まれる経過時間を、ゲーム１回分に想定される時間の長さから減算することにより残り時間を算出する。また、例えば、再生予測情報生成部１１３は、これまでに取得した複数の第１再生状況情報に含まれる再生数に基づいて、単位時間あたりの再生数の増加数を算出する。また、再生予測情報生成部１１３は、残り時間および単位時間あたりの増加数を乗じた数を現在の再生数に加算することにより、最終予測再生数を算出する。例えば、サッカーゲームまたはレースゲームなど、ゲーム１回分の時間の長さがある程度定められているゲームでは、経過時間に基づき残り時間を比較的正確に算出できる。このため、このような予測手法に好適である。

［再生状況予測処理Ｓ５３の変形例４］
ステップＳ５３における再生状況予測処理は、以下のように変形することができる。例えば、再生予測情報生成部１１３は、ステップＳ５３を少なくとも１回実行後、次にステップＳ５３を繰り返す際には、ステップＳ５３５、Ｓ５３７（第２ゲーム状況情報および第２再生状況情報の取得処理）を実行しなくてもよい。この場合、再生予測情報生成部１１３は、ステップＳ５３９において、新たに取得した第１ゲーム状況情報および第１再生状況情報と、直近に取得した第２ゲーム状況情報および第２再生状況情報とに基づいて、再生予測情報を生成する。例えば、図１４に示したテーブルデータを用いる場合、再生予測情報生成部１１３は、一度取得したテーブルデータを更新することなく用いて、再生予測情報を生成してもよい。

［再生状況予測処理Ｓ５３の変形例５］
また、ステップＳ５３における再生状況予測処理は、以下のように変形することができる。例えば、再生予測情報生成部１１３は、第１再生予測情報に含まれる情報の遅延を考慮して、再生予測情報を生成してもよい。具体的には、ステップＳ５３３において、再生予測情報生成部１１３は、第１再生状況情報を、遅延分の間に推測される再生状況の変化に基づいて修正する。例えば、第１再生状況情報に含まれる再生数は、再生数の取得処理および伝送処理における遅延分だけ過去の再生数を示している場合がある。そこで、再生予測情報生成部１１３は、第１再生予測情報に含まれる再生数を、遅延分の間に推測される増加数を加算した再生数に修正してもよい。なお、遅延分の間に推測される増加数は、例えば、それまでに得られた複数の第１再生状況情報に含まれる再生数に基づき算出可能である。

［広告配信要請処理Ｓ７１の変形例１］
ステップＳ７１における広告配信要請処理は、以下のように変形することができる。例えば、配信処理部１１６は、図１３に示したステップＳ７１３（目標情報１３３の取得処理）を実行しなくてもよい。この場合、配信処理部１１６は、ステップＳ７１５において、目標情報１３３を参照せずに、再生予測情報に基づいて、動画の広告を新たに配信するか否かを判定する。

具体例として、例えば、配信処理部１１６は、最終予測再生数と現在の再生数との比較結果に基づいて、動画の広告を新たに配信するか否かを決定してもよい。例えば、配信処理部１１６は、現在の再生数から最終予測再生数への増加率が閾値以下である場合、動画の広告を新たに配信すると決定してもよい。

また、この場合、配信処理部１１６は、ステップＳ７１７において、目標情報１３３と再生予測情報との比較結果に基づく広告の配信条件の決定をしなくてもよい。例えば、比較結果を参照せずに広告の配信条件を決定してもよく、予め広告の配信条件を設定しておき、目標情報１３３と再生予測情報との比較をするか否かに関わらず、当該広告の配信条件に基づいて広告を新たに配信する処理を実行してもよい。比較結果を参照せずに広告の配信条件を決定する処理の例は次の通りである。例えば、配信処理部１１６は、再生予測情報（例えば、最終予測再生数）と第１再生状況情報（例えば、現在の再生数）との乖離度に応じて、広告の配信条件を決定する。また、予め広告の配信条件を設定しておく場合の例は次の通りである。例えば、配信処理部１１６は、予め定められた所定の配信条件を決定しておく。また、例えば、配信処理部１１６は、外部装置から受信した配信条件を採用する。また、例えば、ライブ配信ゲーム動画に予め配信条件が関連付けられており、配信処理部１１６は、当該配信条件を参照する。

［広告内容情報の変形例］
ステップＳ７３において生成される広告内容情報は、音声を含む情報に変形可能であり、露出される広告を音声のみとすることも可能である。例えば、広告サーバ７０の配信処理部７１２は、第１ゲーム状況情報に基づいて広告文を作成し、作成した広告文を読み上げた音声を含む広告内容情報を生成してもよい。例えば、広告文は、ステップＳ７３の具体例において説明したバナー広告と同様に生成されてもよい。本変形例により、ライブ配信ゲーム動画とは異なる別のメディアを再生しているユーザ端末５０Ｂのユーザの視覚を妨げずに、ライブ配信ゲーム動画を広告できる。

［対象となる動画の変形例］
ステップＳ７１～Ｓ７９が対象とする動画は、ゲーム動画以外の動画であってもよい。換言すると、情報処理システム１は、情報処理方法Ｓ１とは独立して、ゲーム動画以外の動画を対象として、ステップＳ７１～Ｓ７９を実行してもよい。この場合、配信処理部１１６は、新たな広告の配信の判定対象である動画に対して、再生予測情報および目標情報１３３に基づいて新たに広告を配信すると判定した場合、配信条件を決定する（ステップＳ７１１～Ｓ７１７）。また、配信処理部１１６は、ステップＳ７１９、Ｓ７２１（第１ゲーム状況情報、ゲーム画像、プレイヤ画像の取得処理）を実行せずに、配信条件に基づいて広告配信要請情報を生成する（ステップＳ７２３）。また、広告サーバ７０の配信処理部７１２は、対象となる動画の広告内容情報を生成し、配信条件とともにメディアサーバ９０に送信する。これにより、ゲームを示す動画以外の動画についても、再生予測情報を利用することにより、新たに広告を配信するか否かを管理することができる。

［システム構成の変形例］
上述した実施形態および各変形例において、広告サーバ７０およびメディアサーバ９０は、動画配信サーバ１０の機能として実現されていてもよい。本変形例は、配信条件が示す広告の配信先が「別動画を視聴しているユーザ」である場合に有用である。具体的には、動画配信サーバ１０の機能として実現されたメディアサーバ９０は、動画配信サーバ１０から配信中のライブ配信ゲーム動画とは異なる別動画を再生しているユーザ端末５０Ｂを特定可能である。そこで、メディアサーバ９０は、そのような別動画を再生しているユーザ端末５０Ｂに対して、広告内容情報を送信する。

また、本変形例は、ライブ配信ゲーム動画の再生をライブ配信中に中断して別のメディアを再生しているユーザ端末５０Ｂに対して、広告を配信することができる。具体的には、動画配信サーバ１０の機能として実現されたメディアサーバ９０は、ライブ配信ゲーム動画の再生をライブ配信中に中断し、現在は別の動画を再生しているユーザ端末５０Ｂを特定可能である。そこで、判定部１１５は、そのようなユーザ端末５０Ｂがライブ配信ゲーム動画を再生していたときの第１ゲーム状況情報と、現在の第１ゲーム状況情報との乖離度に応じて、当該ユーザ端末５０Ｂに新たに広告を配信するか否かを判定してもよい。例えば、野球ゲームで５対０と一方的な試合展開であった時に別動画の再生に切り替えたユーザ端末５０Ｂに対し、その後、５対４まで追い付き１点差になった場合に、「１点差になった」ことを含む広告内容情報を配信してもよい。

［システム構成のその他の変形例］
情報処理システム１の各装置に含まれる機能ブロックの一部または全部は、上述した装置に含まれることに限定されず、情報処理システムを構成する他の装置に含まれていてもよい。

また、動画配信サーバ１０は、進行しているゲームを示す動画をゲーム装置３０から取得することに限らず、ゲーム装置３０に接続された動画生成装置（図示せず）から取得してもよい。また、ゲーム装置３０は、ゲームのプレイヤが操作するプレイヤ端末に限らず、ゲームサーバであってもよい。

また、情報処理システム１は、複数の広告サーバ７０を含んでもよい。この場合、動画配信サーバ１０は、広告配信要請情報を、複数の広告サーバ７０に送信してもよい。具体的には、動画配信サーバ１０は、配信条件を全体として満たすよう、各広告サーバ７０に対して個別の配信条件を設定し、個別の配信条件を含む広告配信要請情報を送信してもよい。例えば、決定した配信条件としての広告量が５万であり、かつ、２つの広告サーバ７０を選択した場合について説明する。この場合、動画配信サーバ１０は、一方の広告サーバ７０に対して広告量３万との個別の配信条件を含む広告配信要請情報を送信し、他方の広告サーバ７０に対して広告量２万との個別の配信条件を含む広告配信要請情報を送信してもよい。また、動画配信サーバ１０は、各広告サーバ７０に対して、互いに異なる内容の広告配信要請情報を送信してもよい。

また、情報処理システム１は、複数のメディアサーバ９０を含んでもよいまた、この場合、広告サーバ７０は、複数のメディアサーバ９０に広告内容情報および配信条件を送信してもよい。具体的には、広告サーバ７０は、受信した広告配信要請情報に含まれる配信条件を全体として満たすよう、各メディアサーバ９０に対して個別の配信条件を設定し、個別の配信条件および広告内容情報を送信してもよい。例えば、受信した広告配信要請情報に含まれる広告量が２万であり、かつ、２つのメディアサーバ９０を選択した場合について説明する。この場合、広告サーバ７０は、一方のメディアサーバ９０に対して広告量１．５万との個別の配信条件および広告内容情報を送信し、他方のメディアサーバ９０に対して広告量５千との個別の配信条件および広告内容情報を送信してもよい。また、広告サーバ７０は、各メディアサーバ９０に対して、互いに異なる広告内容情報を送信してもよい。

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

態様１に係る情報処理システム（１）は、ゲーム装置（３０）において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する第１ゲーム状況情報取得部（１１１）と、前記動画を再生するための動画再生装置（例えば、ユーザ端末５０）における、当該動画の再生状況を示す第１再生状況情報を取得する第１再生状況情報取得部（１１２）と、前記第１ゲーム状況情報および前記第１再生状況情報に基づいて、前記動画の将来の再生状況を示す再生予測情報を生成する再生予測情報生成部（１１３）と、を含む。上記構成によれば、ライブ配信中の動画の将来における視聴状況を予測することができる。

態様２に係る情報処理システム（１）は、態様１において、前記再生予測情報生成部（１１３）は、前記ゲーム装置または他のゲーム装置において、前回以前の前記ゲームを進行したときの状況を示す第２ゲーム状況情報と、当該ゲームを進行したときの当該ゲームを示す動画がライブ配信されたときの、当該動画の再生状況を示す第２再生状況情報と、にさらに基づいて、前記再生予測情報を生成する。上記構成によれば、参照する情報を増やすことで、再生予測情報の精度が向上する。また、実際にあった過去の状況を参照できるため、予測の精度を上げることができる。

態様３に係る情報処理システム（１）は、態様２において、前記再生予測情報生成部（１１３）は、前記第１ゲーム状況情報に基づいて、前記第２ゲーム状況情報の候補である複数の候補ゲーム状況情報のうち少なくとも一つの候補ゲーム状況情報を、前記再生予測情報の生成に用いる前記第２ゲーム状況情報として特定して取得し、前記第２ゲーム状況情報として特定された候補ゲーム状況情報に対応する第２再生状況情報を取得する。上記構成によれば、再生状況を予測するために参照する前回以前のゲームを、進行中のゲームのゲーム状況情報に基づき特定するので、将来の再生状況を予測する精度がさらに向上する。

態様４に係る情報処理システム（１）は、態様３において、前記再生予測情報生成部（１１３）は、前記複数の候補ゲーム状況情報のうち、ユーザ入力に基づき特定された候補ゲーム状況情報、または、予め設定された条件に基づいて前記第１ゲーム状況情報に類似すると特定された候補ゲーム状況情報を、前記第２ゲーム状況情報として取得する。上記構成によれば、ユーザが特定する候補ゲーム状況情報を用いることで、ユーザの特定した任意の候補ゲーム状況情報に基づく予測をすることができる。また、類似する状況で進行したゲームの最終的な再生状況情報を用いることができるため、予測の精度がより向上する。

態様５に係る情報処理システム（１）は、態様３または態様４において、前記第１ゲーム状況情報取得部（１１１）は、ライブ配信される動画に対応するゲームの進行に伴って、新たな第１ゲーム状況情報をさらに取得し、前記再生予測情報生成部（１１３）は、前記新たな第１ゲーム状況情報に基づいて、前記候補ゲーム状況情報のうち前記第２ゲーム状況情報とする候補ゲーム状況情報を新たに特定して取得し、当該候補ゲーム状況情報に対応する第２再生状況情報を取得する。上記構成によれば、参照すべき前回以前の第２ゲーム状況情報および第２再生状況情報を、進行中のゲームの状況に応じて切り替えるので、再生予測情報の精度がさらに向上する。

態様６に係る情報処理方法（Ｓ１）は、１または複数のコンピュータが実行する情報処理方法であって、ゲーム装置（３０）において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する第１ゲーム状況情報取得ステップ（Ｓ５３１）と、前記動画を再生するための動画再生装置（例えば、ユーザ端末５０）における、当該動画の再生状況を示す第１再生状況情報を取得する第１再生状況情報取得ステップ（Ｓ５３３）と、前記第１ゲーム状況情報および前記第１再生状況情報に基づいて、前記動画の将来の再生状況を示す再生予測情報を生成する再生予測情報生成ステップ（Ｓ５３９）と、を含む。上記構成によれば、態様１と同様の効果を奏する。

態様７に係るプログラムは、１または複数のコンピュータに、ゲーム装置（３０）において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する第１ゲーム状況情報取得ステップ（Ｓ５３１）と、前記動画を再生するための動画再生装置（例えば、ユーザ端末５０）における、当該動画の再生状況を示す第１再生状況情報を取得する第１再生状況情報取得ステップ（Ｓ５３３）と、前記第１ゲーム状況情報および前記第１再生状況情報に基づいて、前記動画の将来の再生状況を示す再生予測情報を生成する再生予測情報生成ステップ（Ｓ５３９）と、を実行させる。上記構成によれば、態様１と同様の効果を奏する。

態様８に係る情報処理システム（１）は、ライブ配信される動画の将来の再生状況を示す再生予測情報を取得する再生予測情報取得部（１１４）と、前記再生予測情報に基づいて、前記動画の広告を新たに配信するか否かを判定する判定部（１１５）と、前記判定部が、広告を新たに配信すると判定した場合、広告を新たに配信するための処理を実行する配信処理部（１１６、７１２）と、を含む。上記構成によれば、広告配信を管理する新たな技術を提供できる。

態様９に係る情報処理システム（１）は、態様８において、前記判定部（１１５）は、前記動画の再生状況の目標を示す目標情報にさらに基づいて、前記動画の広告を新たに配信するか否かを判定する。上記構成によれば、ライブ配信される動画について、再生状況の目標を達成する可能性を高めることができる。

態様１０に係る情報処理システム（１）は、態様９において、前記配信処理部（１１６、７１２）が実行する前記処理は、前記目標情報と前記再生予測情報との比較結果に基づいて、前記広告の配信条件を決定する処理を含む。上記構成によれば、再生状況の目標と予測との比較結果に応じた配信条件で広告を配信すれば、目標を達成する可能性をさらに高めることができる。また、目標を達成するために適正な配信条件を設定することができる。

態様１１に係る情報処理システム（１）は、態様８から態様１０のいずれか１つにおいて、前記動画は、ゲーム装置において進行するゲームを示す動画であり、進行している当該ゲームの状況を示すゲーム状況情報を取得するゲーム状況情報取得部（１１１）、をさらに含み、前記配信処理部（１１６、７１２）が実行する前記処理は、前記ゲーム状況情報に基づいて、前記広告の内容を示す広告内容情報を生成する処理を含む。上記構成によれば、広告を視聴するユーザは、ライブ配信中のゲームの状況を認識できるので、動画を視聴する動機付けが高まる。

態様１２に係る情報処理システム（１）は、態様８から態様１１のいずれか１つにおいて、前記動画は、ゲーム装置において進行するゲームを示す動画であり、進行している当該ゲームに係るゲーム画像、及び、当該ゲームをプレイ中のプレイヤを撮影した画像のうち少なくとも一方を取得する画像取得部（１１７）、をさらに含み、前記配信処理部（１１６、７１２）が実行する前記処理は、前記画像取得部（１１７）が取得した画像を用いて、前記広告の内容を示す広告内容情報を生成する処理を含む。上記構成によれば、広告を視聴するユーザは、ライブ配信中のゲーム画像またはそのプレイヤを示す画像を視認できるので、動画を視聴する動機付けが高まる。

態様１３に係る情報処理システム（１）は、態様９において、前記目標情報は、前記動画のライブ配信終了時に達成することを目標とする再生状況、または、前記動画のアーカイブ配信中の所定時点に達成することを目標とする再生状況を示す。上記構成によれば、配信終了時における視聴状況の目標、または、アーカイブ配信中の所定時点における視聴状況の目標を確保する可能性を高める。

態様１４に係る情報処理方法（Ｓ１）は、１または複数のコンピュータが実行する情報処理方法であって、ライブ配信される動画の将来の再生状況を示す再生予測情報を取得する再生予測情報取得ステップ（Ｓ７１１）と、前記再生予測情報に基づいて、前記動画の広告を新たに配信するか否かを判定する判定ステップ（Ｓ７１５）と、前記判定ステップ（Ｓ７１５）において広告を新たに配信すると判定した場合、広告を新たに配信するための処理を実行する配信処理ステップ（Ｓ７１７～Ｓ７２３、Ｓ７３～Ｓ７７）と、を含む。上記構成によれば、態様８と同様の効果を奏する。

態様１５に係るプログラムは、１または複数のコンピュータに、ライブ配信される動画の将来の再生状況を示す再生予測情報を取得する再生予測情報取得ステップ（Ｓ７１１）と、前記再生予測情報に基づいて、前記動画の広告を新たに配信するか否かを判定する判定ステップ（Ｓ７１５）と、前記判定ステップ（Ｓ７１５）において広告を新たに配信すると判定した場合、広告を新たに配信するための処理を実行する配信処理ステップ（Ｓ７１７～Ｓ７２３、Ｓ７３～Ｓ７７）と、を実行させる。上記構成によれば、態様８と同様の効果を奏する。

〔ソフトウェアによる実現例〕
情報処理システム１を構成する各装置（以下、「装置」と呼ぶ）の機能は、当該装置としてコンピュータを機能させるためのプログラムであって、当該装置の各制御ブロック（特に動画配信サーバ１０の制御部１１０、広告サーバ７０の制御部７１０に含まれる各部）としてコンピュータを機能させるためのプログラムにより実現することができる。

この場合、上記装置は、上記プログラムを実行するためのハードウェアとして、少なくとも１つの制御装置（例えばプロセッサ）と少なくとも１つの記憶装置（例えばメモリ）を有するコンピュータを備えている。この制御装置と記憶装置により上記プログラムを実行することにより、上記各実施形態で説明した各機能が実現される。

上記プログラムは、一時的ではなく、コンピュータ読み取り可能な、１または複数の記録媒体に記録されていてもよい。この記録媒体は、上記装置が備えていてもよいし、備えていなくてもよい。後者の場合、上記プログラムは、有線または無線の任意の伝送媒体を介して上記装置に供給されてもよい。

また、上記各制御ブロックの機能の一部または全部は、論理回路により実現することも可能である。例えば、上記各制御ブロックとして機能する論理回路が形成された集積回路も本発明の範疇に含まれる。この他にも、例えば量子コンピュータにより上記各制御ブロックの機能を実現することも可能である。

また、上記各実施形態で説明した各処理は、ＡＩ（Artificial Intelligence：人工知能）に実行させてもよい。この場合、ＡＩは上記制御装置で動作するものであってもよいし、他の装置（例えばエッジコンピュータまたはクラウドサーバ等）で動作するものであってもよい。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１ 情報処理システム
１０ 動画配信サーバ
３０ ゲーム装置
５０、５０Ａ、５０Ｂ ユーザ端末
７０ 広告サーバ
９０ メディアサーバ
１１１ 第１ゲーム状況情報取得部
１１２ 第１再生状況情報取得部
１１３ 再生予測情報生成部
１１４ 再生予測情報取得部
１１５ 判定部
１１６、７１２ 配信処理部
１１７ 画像取得部

Claims (7)

1. ゲーム装置において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する第１ゲーム状況情報取得部と、
   前記動画を再生するための動画再生装置における、当該動画の再生状況を示す第１再生状況情報を取得する第１再生状況情報取得部と、
   前記第１ゲーム状況情報および前記第１再生状況情報に基づいて、前記動画の将来の再生状況を示す再生予測情報を生成する再生予測情報生成部と、を含む、情報処理システム。
2. 前記再生予測情報生成部は、
   前記ゲーム装置または他のゲーム装置において、前回以前の前記ゲームを進行したときの状況を示す第２ゲーム状況情報と、
   当該ゲームを進行したときの当該ゲームを示す動画がライブ配信されたときの、当該動画の再生状況を示す第２再生状況情報と、
   にさらに基づいて、前記再生予測情報を生成する、
   請求項１に記載の情報処理システム。
3. 前記再生予測情報生成部は、
   前記第１ゲーム状況情報に基づいて、前記第２ゲーム状況情報の候補である複数の候補ゲーム状況情報のうち少なくとも一つの候補ゲーム状況情報を、前記再生予測情報の生成に用いる前記第２ゲーム状況情報として特定して取得し、
   前記第２ゲーム状況情報として特定された候補ゲーム状況情報に対応する第２再生状況情報を取得する、
   請求項２に記載の情報処理システム。
4. 前記再生予測情報生成部は、前記複数の候補ゲーム状況情報のうち、ユーザ入力に基づき特定された候補ゲーム状況情報、または、予め設定された条件に基づいて前記第１ゲーム状況情報に類似すると特定された候補ゲーム状況情報を、前記第２ゲーム状況情報として取得する、
   請求項３に記載の情報処理システム。
5. 前記第１ゲーム状況情報取得部は、ライブ配信される動画に対応するゲームの進行に伴って、新たな第１ゲーム状況情報をさらに取得し、
   前記再生予測情報生成部は、
   前記新たな第１ゲーム状況情報に基づいて、前記候補ゲーム状況情報のうち前記第２ゲーム状況情報とする候補ゲーム状況情報を新たに特定して取得し、当該候補ゲーム状況情報に対応する第２再生状況情報を取得する、
   請求項３または４に記載の情報処理システム。
6. １または複数のコンピュータが実行する情報処理方法であって、
   ゲーム装置において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する第１ゲーム状況情報取得ステップと、
   前記動画を再生するための動画再生装置における、当該動画の再生状況を示す第１再生状況情報を取得する第１再生状況情報取得ステップと、
   前記第１ゲーム状況情報および前記第１再生状況情報に基づいて、前記動画の将来の再生状況を示す再生予測情報を生成する再生予測情報生成ステップと、
   を含む、情報処理方法。
7. １または複数のコンピュータに、
   ゲーム装置において進行するゲームを示す動画のライブ配信中に、進行している当該ゲームの状況を示す第１ゲーム状況情報を取得する第１ゲーム状況情報取得ステップと、
   前記動画を再生するための動画再生装置における、当該動画の再生状況を示す第１再生状況情報を取得する第１再生状況情報取得ステップと、
   前記第１ゲーム状況情報および前記第１再生状況情報に基づいて、前記動画の将来の再生状況を示す再生予測情報を生成する再生予測情報生成ステップと、
   を実行させる、プログラム。

Images