JP2024166320A - サーバ及び方法 - Google Patents

Abstract

【課題】チームで競うタイプのイベントの開催を通じてライブ配信の魅力をより高める。
【解決手段】サーバは、動画データの生成側のユーザ端末から再生側のユーザ端末への動画データの伝送を中継する手段と、動画データの再生中における再生側のユーザによる第１アイテムの使用を示す信号を取得した場合、当該第１アイテムに関連付けられた第１チームの第１指標を第１の向きに変化させる手段と、動画データの再生中における再生側のユーザによる第２アイテムの使用を示す信号を取得した場合、当該第２アイテムに関連付けられた第２チームの第２指標を、第１の向きとは逆の第２の向きに変化させる手段と、第１チームの第１指標または第２チームの第２指標のいずれか一方が所定の条件を満たした場合、勝敗を決定する手段と、を備える。
【選択図】図１

Description

本開示は、サーバ及び方法に関する。

ＩＴ技術の発展と共に情報のやりとりの様も移り変わってきた。昭和の時代には新聞やテレビなどの一方通行の情報伝達が主であった。平成になると、ケータイやパソコンが普及し、インターネットの通信速度も大きく改善されたので、チャットサービスなどの即時双方向通信サービスが台頭し、また記憶コストの低減に伴ってオンデマンド型の動画配信サービスが受け入れられていった。そして、現在、令和の時代となり、スマートフォンの高機能化や５Ｇに代表されるネットワークの速度のさらなる向上を受けて、動画によるリアルタイムのコミュニケーションを実現するサービス、特にライブ配信サービスが急速に認知度を高めている。ライブ配信サービスは、離れた場所にいても皆が同じ楽しい時間を共有できるサービスとして、若者を中心に利用者が拡大している。

特許文献１には、ライブ配信において、動画を配信する配信ユーザ同士の交流を活発化するために、チームに属する配信者が獲得したポイントを競うチーム対抗イベントを設ける技術が開示されている。

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

しかしながら、特許文献１に記載されるような単純なチーム対抗イベントでは、視聴者としては、お気に入りの配信者のライブ配信においてギフトを投げ続ける以外にチームの勝利に貢献する方法はない。これではすぐに視聴者、配信者共にそのようなイベントに飽きてしまう虞がある。

本開示はこうした課題に鑑みてなされたものであり、その目的は、チームで競うタイプのイベントの開催を通じてライブ配信の魅力をより高めることができる技術の提供にある。

本開示のある態様は、サーバに関する。このサーバは、動画データの生成側のユーザ端末から再生側のユーザ端末への動画データの伝送を中継する手段と、動画データの再生中における再生側のユーザによる第１アイテムの使用を示す信号を取得した場合、当該第１アイテムに関連付けられた第１チームの第１指標を第１の向きに変化させる手段と、動画データの再生中における再生側のユーザによる第２アイテムの使用を示す信号を取得した場合、当該第２アイテムに関連付けられた第２チームの第２指標を、第１の向きとは逆の第２の向きに変化させる手段と、第１チームの第１指標または第２チームの第２指標のいずれか一方が所定の条件を満たした場合、勝敗を決定する手段と、を備える。

本発明の別の態様もまた、サーバである。このサーバは、動画データの生成側のユーザ端末から再生側のユーザ端末への動画データの伝送を中継する手段と、動画データの再生中における再生側のユーザによるアイテムの使用を示す信号を取得した場合、第１チームの第１指標を第１の向きに変化させると共に、第２チームの第２指標を、第１の向きとは逆の第２の向きに変化させる手段と、第１チームの第１指標または第２チームの第２指標のいずれか一方が所定の条件を満たした場合、勝敗を決定する手段と、を備える。

本発明のさらに別の態様は、コンピュータプログラムである。このコンピュータプログラムは、動画データの生成側のユーザ端末から送信される動画データを再生する機能と、動画データの再生中に、第１チームの第１指標を第１の向きに変化させるための第１アイテムの使用を可能とする機能と、動画データの再生中に、第２チームの第２指標を第１の向きとは逆の第２の向きに変化させるための第２アイテムの使用を可能とする機能と、を再生側のユーザ端末に実現させる。

本発明のさらに別の態様は、サーバである。このサーバは、動画データの生成側のユーザ端末から再生側のユーザ端末への動画データの伝送を中継する手段と、動画データの再生中における再生側のユーザによるアイテムの使用を示す信号を取得した場合、生成側のユーザによる設定に従い、第１チームの第１指標を第１の向きに変化させるか、または、第２チームの第２指標を、第１の向きとは逆の第２の向きに変化させる手段と、第１チームの第１指標または第２チームの第２指標のいずれか一方が所定の条件を満たした場合、勝敗を決定する手段と、を備える。

なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。

本発明によれば、チームで競うタイプのイベントの開催を通じてライブ配信の魅力をより高めることができる。

実施の形態に係るライブ配信システムの構成を示す模式図である。 図１のライブ配信システムで実現されるライブ配信の一例を示す模式図である。 図１のユーザ端末の機能および構成を示すブロック図である。 図１のサーバの機能および構成を示すブロック図である。 図４のストリームＤＢの一例を示すデータ構造図である。 図４のイベントＤＢの一例を示すデータ構造図である。 図４の配信者ＤＢの一例を示すデータ構造図である。 図４のアイテムＤＢの一例を示すデータ構造図である。 図１のライブ配信システムにおける一連の処理の流れを示すチャートである。 図１のサーバにおける一連のイベント処理の流れを示すフローチャートである。 視聴者のユーザ端末のディスプレイに表示されるライブ配信選択画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示されるイベントエフェクト画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示されるライフ確認画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示されるランキング画面の代表画面図である。 実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。 視聴者のユーザ端末のディスプレイに表示される攻城戦イベント画面の代表画面図である。

以下、各図面に示される同一または同等の構成要素、部材、処理、信号には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。

実施の形態に係るライブ配信システムでは、複数チームの間で競い合う形のイベントが開催される。配信者はライブ動画内で、自分が所属するまたは応援するチームが勝利するように自分の視聴者に働きかけ、視聴者はそれに応えてギフティング等を行う。視聴者が選択できるギフトは二種類用意されており、一つは配信者のチームを勝利に近づけるか敗北から遠ざける作用を有するギフトであり、もう一つは配信者のチーム以外のチームを勝利から遠ざけるか敗北に近づけるギフトである。一例では、配信者のチームのライフを増やす回復ギフトと、相手のチームのライフを減らす攻撃ギフトと、が用意されている。

このようにギフトにマイナスの作用を付与することにより、視聴者が投げるギフトに戦略性を持たせることができる。ひたすらギフトを投げて自分のチームのスコアをいち早く所定値に到達させるような単純な態様と比較して、本実施の形態ではギフトの種類やタイミングや量など適切に選択することでより有利になり得、またチーム間の読み合いも生じるのでより魅力的なライブ配信イベントを実現することができる。

［ライブ配信システムの構成］
図１は、本開示の実施の形態に係るライブ配信システム１の構成を示す模式図である。ライブ配信システム１は、配信者（ライバー、ストリーマともいう）ＬＶと視聴者（オーディエンスともいう）ＡＵ（ＡＵ１、ＡＵ２、…）とがリアルタイムでやりとりできる双方向型のライブ配信サービスを提供する。図１に示すように、ライブ配信システム１は、サーバ１０と、配信者側のユーザ端末２０と、視聴者側のユーザ端末３０（３０ａ、３０ｂ、…）と、を備える。配信者および視聴者をユーザと総称することがある。サーバ１０は、ネットワークＮＷに接続された一または複数の情報処理装置によって構成されてもよい。ユーザ端末２０、３０は例えばスマートフォンやタブレット型端末やラップトップＰＣやレコーダや携帯型ゲーム機やウェアラブル装置などの携帯端末であってもよいし、デスクトップＰＣなどの据え置き型の装置であってもよい。サーバ１０、ユーザ端末２０およびユーザ端末３０は、有線または無線の各種ネットワークＮＷにより互いに通信可能に接続される。

ライブ配信システム１には、配信者ＬＶと、視聴者ＡＵと、サーバ１０を管理する管理者（不図示）と、が関与する。配信者ＬＶは、自分の歌や、トーク、パフォーマンス、占い、ゲーム実況などのコンテンツを自身のユーザ端末２０で録音・録画してそのままサーバ１０にアップロードすることで、リアルタイムにコンテンツを発信する者である。管理者は、サーバ１０においてコンテンツのライブ配信のためのプラットフォームを提供し、また、配信者ＬＶと視聴者ＡＵとのリアルタイムのやりとりを仲介または管理する。視聴者ＡＵは、ユーザ端末３０でプラットフォームにアクセスして所望のコンテンツを選択し、視聴する。このコンテンツのライブ配信中に視聴者ＡＵがユーザ端末３０を介してコメントをしたり応援するための操作を行い、当該コンテンツを提供する配信者ＬＶがそのようなコメントや応援に反応し、当該反応が映像および／または音声で視聴者ＡＵに伝わることで、双方向のコミュニケーションが成立する。

本明細書において「ライブ配信」は、配信者ＬＶのユーザ端末２０で録音・録画されたコンテンツが実質的にリアルタイムで視聴者ＡＵのユーザ端末３０で再生され視聴可能となる状態を実現するデータの伝送態様を意味するものであってもよく、またはそのような伝送態様により実現される配信そのものを意味してもよい。ライブ配信は、HTTP Live StreamingやCommon Media Application FormatやWeb Real-Time CommunicationsやReal-Time Messaging ProtocolやMPEG DASHなどの既存のライブストリーミング技術を用いて実現されてもよい。ライブ配信は、配信者ＬＶがコンテンツを録音・録画しているときに、視聴者ＡＵが所定の遅延をもって当該コンテンツを視聴可能な伝送態様を含む。遅延の大きさについて、少なくとも、配信者ＬＶと視聴者ＡＵとのやりとりが成立する程度の大きさの遅延は許される。ただし、ライブ配信は、コンテンツを録音・録画したデータ全体をいったんサーバに保存し、その後の任意のタイミングでユーザからの求めに応じて当該データをユーザに提供するいわゆるオンデマンド型の配信とは区別される。

本明細書において「動画データ」は、ユーザ端末２０、３０の撮像機能により生成される画像データ（ビデオデータともいう）と、ユーザ端末２０、３０の音声入力機能により生成される音声データ（オーディオデータともいう）と、を含むデータである。動画データは、ユーザ端末２０、３０で再生されることで、ユーザによるコンテンツの視聴を可能とする。

図２は、図１のライブ配信システム１で実現されるライブ配信の一例を示す模式図である。図２の例では、配信者ＬＶがトークをライブ配信している。配信者ＬＶのユーザ端末２０はトークを行っている配信者ＬＶの像および音声を録画・録音することで動画データを生成し、ネットワークＮＷを介してサーバ１０（図２では不図示）に送信する。併せてユーザ端末２０は、録画された配信者ＬＶの動画像ＶＤをユーザ端末２０のディスプレイに表示させることで、配信者ＬＶによる配信内容の確認を可能とする。

配信者ＬＶのライブ配信の視聴をプラットフォームに要求した視聴者ＡＵ１、ＡＵ２、ＡＵ３のユーザ端末３０ａ、３０ｂ、３０ｃはそれぞれ、ネットワークＮＷを介してライブ配信に係る動画データを受信し、受信した動画データを再生することでディスプレイに動画像ＶＤ１、ＶＤ２、ＶＤ３を表示させると共にスピーカーから音声を出力する。各ユーザ端末３０ａ、３０ｂ、３０ｃで表示される動画像ＶＤ１、ＶＤ２、ＶＤ３は配信者ＬＶのユーザ端末２０が撮像した動画像ＶＤと実質的に同一であり、各ユーザ端末３０ａ、３０ｂ、３０ｃで出力される音声も配信者ＬＶのユーザ端末２０が録音した音声と実質的に同一である。

配信者ＬＶのユーザ端末２０における録音・録画と、視聴者ＡＵ１、ＡＵ２、ＡＵ３のユーザ端末３０ａ、３０ｂ、３０ｃにおける動画データの再生と、は実質的に同時に行われる。配信者ＬＶのトークの内容についてひとりの視聴者ＡＵ１がコメントをユーザ端末３０ａに入力すると、サーバ１０は当該コメントをリアルタイムで配信者ＬＶのユーザ端末２０に表示させると共に各視聴者ＡＵ１、ＡＵ２、ＡＵ３のユーザ端末３０ａ、３０ｂ、３０ｃにも表示させる。当該コメントを読んだ配信者ＬＶがその内容に被せたトークを展開すると、そのトークの動画像と音声が各視聴者ＡＵ１、ＡＵ２、ＡＵ３のユーザ端末３０ａ、３０ｂ、３０ｃで出力され、これにより配信者ＬＶと視聴者ＡＵ１との会話が成立したと認識される。このように、ライブ配信システム１では、一方通行でない双方向のコミュニケーションを可能とするライブ配信が実現される。

図３は、図１のユーザ端末２０の機能および構成を示すブロック図である。ユーザ端末３０はユーザ端末２０と同様の機能および構成を有する。図３および以後のブロック図に示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組み合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

配信者ＬＶおよび視聴者ＡＵは、ダウンロードサイトからネットワークＮＷを介して、本実施の形態に係るライブ配信アプリケーションプログラム（以下、ライブ配信アプリという）をユーザ端末２０、３０にダウンロードし、インストールする。あるいはまた、ライブ配信アプリはユーザ端末２０、３０にプリインストールされていてもよい。ライブ配信アプリがユーザ端末２０、３０により実行されることにより、ユーザ端末２０、３０はネットワークＮＷを介してサーバ１０と通信し、各種機能を実現する。以下、ユーザ端末２０、３０（のＣＰＵなどのプロセッサ）がライブ配信アプリを実行することにより実現する機能をユーザ端末２０、３０の機能として説明する。それらの機能は実際はライブ配信アプリがユーザ端末２０、３０に実現させる機能である。なお、他の実施の形態では、これらの機能は、サーバ１０からユーザ端末２０、３０のウェブブラウザにネットワークＮＷを介して送信され、そのウェブブラウザによって実行される、ＨＴＭＬ（HyperText Markup Language）などのプログラミング言語により記述されたコンピュータプログラムにより実現されてもよい。

ユーザ端末２０は、ユーザの像および音声を記録した動画データを生成してサーバ１０に提供する配信部１００と、サーバ１０から動画データを取得して再生する視聴部２００と、を備える。ユーザは、配信を行う場合は配信部１００を、視聴を行う場合は視聴部２００を、それぞれ起動する。配信部１００がアクティブとなっているユーザ端末は配信者側、つまり動画データの生成側のユーザ端末であり、視聴部２００がアクティブとなっているユーザ端末は視聴者側、つまり動画データの再生側のユーザ端末である。

配信部１００は、撮像制御部１０２と、音声制御部１０４と、動画送信部１０６と、を含む。撮像制御部１０２は図３では不図示のカメラと接続され、カメラによる撮像を制御する。撮像制御部１０２はカメラから画像データを取得する。音声制御部１０４は図３では不図示のスピーカおよびマイクロフォンと接続され、スピーカによる音声出力およびマイクロフォンによる音声入力を制御する。音声制御部１０４は、マイクロフォンから音声データを取得する。動画送信部１０６は、撮像制御部１０２により取得された画像データおよび音声制御部１０４により取得された音声データを含む動画データを、ネットワークＮＷを介してサーバ１０に送信する。動画送信部１０６による動画データの送信はリアルタイムで行われる。すなわち、撮像制御部１０２および音声制御部１０４による動画データの生成と、生成された動画データの動画送信部１０６による送信と、は実質的に同時に行われる。

視聴部２００は、表示制御部２０２と、入力管理部２０４と、重畳情報生成部２０６と、入力情報送信部２０８と、を含む。表示制御部２０２は、図３では不図示のディスプレイと接続され、ディスプレイに動画像や画面を表示させる。表示制御部２０２および音声制御部１０４が動画データを再生することにより、ディスプレイに画像が出力されると共にスピーカから音声が出力され、これらを合わせて「動画データが再生」されていると言うことができる。入力管理部２０４は、図３では不図示のタッチパネルやキーボードやディスプレイなどの入力手段と接続され、それら入力手段を介してユーザ入力を取得する。重畳情報生成部２０６は、サーバ１０から取得された動画データの画像に所定のフレーム画像を重畳させる。フレーム画像は、ユーザから入力を受け付けるための様々なユーザインタフェースオブジェクト（以下、単にオブジェクトという）と、視聴者により入力されたコメントと、サーバ１０から取得した情報と、を含む。入力情報送信部２０８は、入力管理部２０４が取得したユーザ入力を、ネットワークＮＷを介してサーバ１０に送信する。

図４は、図１のサーバ１０の機能および構成を示すブロック図である。サーバ１０は、配信情報提供部３０２と、中継部３０４と、ポイント更新部３０６と、ライフ更新部３０８と、ランキング生成部３１０と、勝敗判定部３１２と、所属判定部３１４と、報酬付与部３１６と、ストリームＤＢ３１８と、イベントＤＢ３２０と、配信者ＤＢ３２２と、アイテムＤＢ３２４と、を含む。

図５は、図４のストリームＤＢ３１８の一例を示すデータ構造図である。ストリームＤＢ３１８は現在行われているライブ配信の情報を保持する。ストリームＤＢ３１８は、ライブ配信システム１が提供するライブ配信プラットフォームにおいてライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者を特定する配信者ＩＤと、当該ライブ配信の視聴者を特定する視聴者ＩＤと、を対応付けて保持する。

図６は、図４のイベントＤＢ３２０の一例を示すデータ構造図である。イベントＤＢ３２０は、ライブ配信プラットフォームにて開催されているイベントの情報を保持する。イベントＤＢ３２０は、複数のチームの間で競い合うタイプのイベントを特定するイベントＩＤと、各チームのライフの情報と、当該イベントの開始時刻と、当該イベントの終了時刻と、当該イベントで勝利した場合に付与される報酬の情報と、を対応付けて保持する。

イベントは、開始時刻に開始され、終了時刻に終了する。イベントでは、イベントに参加登録した配信者が所定期間（上記開始時刻と終了時刻とで定まる期間）内に視聴者から集めたイベント専用アイテムの多寡によりチームの勝敗が決する。ライフはチームに関連付けられた指標の一例であり、イベントに参加登録した配信者が視聴者から集めたイベント専用アイテムにより増減する。指標の他の例としては、星の数やスタンプの数やパズルのピース等が挙げられる。指標は、チームの勝利または敗北を決めるためのパラメータと言うこともできる。付与される報酬は例えば所定量のポイントや、金銭や、デジタルアイテムや、イベント固有のデジタル装飾部品などであってもよい。

チームの勝敗の条件は様々に設定可能であり、例えば以下の条件がある。
（１）先にライフが上限値に到達したチームの勝利。
（２）ライフが下限値に到達したチームは敗北、残り１チームになるまで継続。
（３）（１）と（２）の組み合わせ。
本実施の形態ではチームの数は２とし、勝敗の条件として、（１）イベント期間内にライフが下限値の０に到達したチームが敗北する（したがって残りのチームが勝利する）、（２）イベント期間内にライフが上限値の２００００に到達したチームが勝利する、（３）イベント終了までに勝敗が決していない場合、イベント終了時にライフが大きい方が勝利する、という複合的な条件を採用する場合を説明する。

図７は、図４の配信者ＤＢ３２２の一例を示すデータ構造図である。配信者ＤＢ３２２は、配信者に関する情報を保持する。配信者ＤＢ３２２は、配信者を特定する配信者ＩＤと、当該配信者が有しているポイントと、当該配信者が参加登録しているイベントのイベントＩＤと、当該配信者の当該イベントにおける貢献スコアと、を対応付けて保持する。ポイントは、ライブ配信プラットフォーム内で流通する電子的価値である。配信者がライブ配信において視聴者からアイテムを贈られると、配信者のポイントが当該アイテムに対応する値だけ増加する。ポイントは例えば配信者がライブ配信プラットフォームの管理者から受け取る報酬または金銭の額を決めるために用いられる。貢献スコアは、配信者による各チームへの貢献を示す値である。貢献スコアは、イベントとチームと配信者との組み合わせに対応して設定される。貢献スコアは、あるイベントのあるチームに対するある配信者の貢献度を示す指標である。

配信者のイベントへの参加登録は適宜の手段により行われる。例えば、配信者は配信者側のユーザ端末２０からライブ配信プラットフォームにアクセスする。サーバ１０はイベントＤＢ３２０を参照して参加可能なイベントを特定し、特定されたイベントの情報を含むイベント紹介ページをユーザ端末２０に表示させる。配信者が興味のあるイベントを指定すると、指定されたイベントのイベント参加ページがユーザ端末２０のディスプレイに表示される。配信者は、イベント参加ページからイベント参加の意思表示を行ってもよい。この場合、サーバ１０は、イベントへの意思表示を行った配信者の配信者ＩＤに対応付けて当該イベントのイベントＩＤが登録されるように配信者ＤＢ３２２を更新する。

図８は、図４のアイテムＤＢ３２４の一例を示すデータ構造図である。アイテムＤＢ３２４は、ライブ配信において視聴者が使用可能なアイテムの情報を保持する。アイテムＤＢ３２４は、アイテムを特定するアイテムＩＤと、当該アイテムを配信者に送った場合に当該配信者に付与されるポイントである付与ポイントと、当該アイテムがイベント専用アイテムである場合には対応するイベントのイベントＩＤと、当該イベントに参加登録している配信者のライブ配信において当該アイテムが使用された場合にライフに生じる効果と、を対応付けて保持する。視聴者は、ライブ配信視聴中に、所望のアイテムの付与ポイントに対応する対価を支払うことで配信者に当該アイテムを贈る（アイテムを「投げる」ともいう）ことができる。この対価の支払いは適宜の電子的決済手段により行われてもよく、例えば付与ポイントに相当するポイントを視聴者が管理者に支払うことで行われてもよい。あるいはまた、銀行振込やクレジットカードによる支払いが用いられてもよい。ライフに生じる効果には、アイテムに対応するチームのライフを増加させるものと、減少させるものと、がある。増加量または減少量はアイテムの対価に応じて定まる。

図４に戻り、配信情報提供部３０２は、ネットワークＮＷを介して、配信者側のユーザ端末２０からライブ配信を開始する旨の通知を受けると、当該ライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者の配信者ＩＤと、をストリームＤＢ３１８に登録する。配信情報提供部３０２は、ネットワークＮＷを介して、視聴者側のユーザ端末３０の視聴部２００からライブ配信に関する情報の提供要求を受けると、ストリームＤＢ３１８を参照して現在視聴可能なライブ配信のリストを生成する。配信情報提供部３０２は、配信者ＤＢ３２２およびイベントＤＢ３２０を参照し、リストにあるライブ配信の配信者と、その配信者が参加しているイベントと、を対応付けて保持するイベント情報を生成する。配信情報提供部３０２は、ネットワークＮＷを介して、生成されたリストおよびイベント情報を要求元のユーザ端末３０に送信する。要求元のユーザ端末３０の表示制御部２０２は、受信したリストおよびイベント情報に基づいてライブ配信選択画面を生成し、ユーザ端末３０のディスプレイに表示させる。

ユーザ端末３０の入力情報送信部２０８は、ライブ配信選択画面における視聴者によるライブ配信の選択を受け付けると、選択されたライブ配信のストリームＩＤを含む配信要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。配信情報提供部３０２は、受信した配信要求に含まれるストリームＩＤにより特定されるライブ配信の、要求元のユーザ端末３０への提供を開始する。配信情報提供部３０２は、当該ストリームＩＤの視聴者ＩＤに要求元のユーザ端末３０の視聴者の視聴者ＩＤが含まれるようにストリームＤＢ３１８を更新する。

中継部３０４は、配信情報提供部３０２によって開始されたライブ配信において、配信者側のユーザ端末２０から視聴者側のユーザ端末３０への動画データの伝送を中継する。中継部３０４は、視聴者側のユーザ端末３０における動画データの再生中における視聴者によるユーザ入力を示す信号を入力情報送信部２０８から受信する。ユーザ入力を示す信号はアイテムの使用を示すアイテム使用信号であってもよく、当該アイテム使用信号は、視聴者の視聴者ＩＤと、贈り先の配信者の配信者ＩＤ（＝アイテムを贈った視聴者が視聴しているライブ配信を行っている配信者の配信者ＩＤ）と、アイテムのアイテムＩＤと、を含む。

ポイント更新部３０６は、中継部３０４がアイテム使用信号を受信した場合、使用されたアイテムの付与ポイントに応じて配信者のポイントを増加させるように配信者ＤＢ３２２を更新する。ポイント更新部３０６は、アイテムＤＢ３２４を参照し、受信したアイテム使用信号に含まれるアイテムＩＤに対応する付与ポイントを特定する。ポイント更新部３０６は、アイテム使用信号に含まれる配信者ＩＤに対応するポイントに、特定された付与ポイントを加えるよう配信者ＤＢ３２２を更新する。

ライフ更新部３０８は、中継部３０４がイベント専用アイテムに係るアイテム使用信号を受信した場合、当該イベント専用アイテムに関連付けられたチームのライフを増減させる。イベント専用アイテムの種類により、どのチームのライフが増加するのか、または減少するのかが決まる。ライフ更新部３０８は、ライフの増加量または減少量に応じて対応する配信者の貢献スコアが増大するように配信者ＤＢ３２２を更新する。

ライフ更新部３０８はアイテムＤＢ３２４を参照し、受信したアイテム使用信号に含まれるアイテムＩＤに対応するイベントＩＤと、効果と、を特定する。ここでイベントＩＤが登録されていない場合、そのアイテムはイベント専用アイテムではないので、ライフ更新部３０８によるライフの増減は行われない。ライフ更新部３０８は、特定された効果が、あるチームのライフをある量だけ増加させることを示す場合、当該チームのライフを当該量だけ増やすようイベントＤＢ３２０を更新する。合わせてライフ更新部３０８は、受信したアイテム使用信号に含まれる配信者ＩＤに対応する貢献スコアのうち、当該チームに対する貢献スコアを、当該量だけ増加させるよう配信者ＤＢ３２２を更新する。ライフ更新部３０８は、特定された効果が、あるチームのライフをある量だけ減少させることを示す場合、当該チームのライフを当該量だけ減らすようイベントＤＢ３２０を更新する。合わせてライフ更新部３０８は、受信したアイテム使用信号に含まれる配信者ＩＤに対応する貢献スコアのうち、当該チームではない相手チームに対する貢献スコアを、当該量だけ増加させるよう配信者ＤＢ３２２を更新する。例えば、配信者ＩＤが「００１Ａ」、イベントＩＤが「ＥＶ３４」、特定された効果が「チームＢのライフを５０減らす」であった場合、ライフ更新部３０８はイベントＤＢ３２０のイベントＩＤ「ＥＶ３４」に対応するチームＢのライフから５０を減じる。ライフ更新部３０８は、配信者ＤＢ３２２の配信者ＩＤ「００１Ａ」のチームＡ（チームＢではない）に対する貢献スコアに５０を加える。このように、イベント専用アイテムによるライフへの影響の向きと貢献スコアへの影響の向きとが同じ場合もあれば逆の場合もある。

ランキング生成部３１０は、配信者ＤＢ３２２を参照し、貢献スコアに基づいてイベントのチームごとに貢献度のランキングを生成する。ランキング生成部３１０は、配信者ＤＢ３２２を参照し、ポイントに基づいて全体的な配信者のランキングを生成する。

勝敗判定部３１２は、イベントの一方のチームのライフまたは他方のチームのライフのいずれか一方が所定の条件を満たした場合、勝敗を決定する。勝敗判定部３１２は、イベント期間内にライフが下限値の０に到達した場合、そのチームが敗北したと決定し、かつ、残りのチームが勝利したと決定する。勝敗判定部３１２は、イベント期間内にライフが上限値の２００００に到達した場合、そのチームが勝利したと決定する。勝敗判定部３１２は、イベント終了までに勝敗が決していない場合、イベント終了時にライフが大きい方のチームが勝利したと決定する。

所属判定部３１４は、貢献スコアに基づいて、イベントに参加登録している配信者が当該イベントのどのチームに所属するかを判定する。所属判定部３１４は配信者ＤＢ３２２を参照し、イベントに参加登録している各配信者について、貢献スコアが大きい方のチームに所属すると判定する。例えば、図７の配信者ＤＢ３２２の例では、所属判定部３１４は、配信者ＩＤ「００１Ａ」の配信者は、イベントＩＤ「ＥＶ３４」のイベントのチームＡに所属すると判定する。本実施の形態では、配信者がどのチームに所属するかを配信者による事前の申し出により決めるのではなく、配信者が得た貢献スコアにより自動的に決める。これにより、イベントに参加する際に所属チームの登録が不要となるのでイベントへの参加のハードルが低くなり、イベントへの参加を促進することができる。例えば、イベントへの途中参加が促進される。配信者がイベントが始まってからイベントの存在を知って参加する場合、「事前のチーム所属登録」は不可能であるがそのような登録は不要なので、その配信者は安心してイベントに参加することができる。

報酬付与部３１６は、勝敗判定部３１２により勝利したと判定されたチームに所属する配信者に報酬を付与する。報酬付与部３１６は、勝利したチームにどの配信者が所属するかを特定するために、所属判定部３１４による判定結果を使用する。報酬付与部３１６は、イベントＤＢ３２０を参照し、勝敗判定部３１２が勝敗を判定したイベントのイベントＩＤに対応する報酬を特定する。報酬付与部３１６は、特定された報酬を、特定された配信者に付与するための処理を行う。報酬が所定量のポイントである場合、報酬付与部３１６は例えばそのポイントを配信者の数で除し、得られたポイントを各配信者のポイントに加算するよう配信者ＤＢ３２２を更新する。

以上の構成によるライブ配信システム１の動作を説明する。
図９は、ライブ配信システム１における一連の処理の流れを示すチャートである。前提として、視聴者がユーザ端末３０からライブ配信プラットフォームにアクセスし、ライブ配信選択画面から所望のライブ配信を選択して視聴を開始したとする。当該ライブ配信の配信者はイベントに参加しているものとする。視聴者がライブ配信を視聴している間、配信者のユーザ端末２０からサーバ１０（の中継部３０４）を介して視聴者のユーザ端末３０へと継続的に動画データが伝送される。

この動画データの再生中に、視聴者はユーザ端末３０の入力手段を介してアイテムの表示を要求するためのユーザ入力を行う。ユーザ端末３０の入力情報送信部２０８はこのユーザ入力を受けると、再生中のライブ配信の配信者の配信者ＩＤを含むアイテム情報要求を生成してサーバ１０に送信する。サーバ１０の中継部３０４は、アイテム情報要求を受けると、配信者ＤＢ３２２を参照して当該アイテム情報要求に含まれる配信者ＩＤに対応するイベントＩＤを特定する。中継部３０４は、アイテムＤＢ３２４を参照し、イベントＩＤに何も登録がないアイテムのアイテムＩＤと、特定されたイベントＩＤに対応するアイテムＩＤ（すなわち、特定されたイベントに専用のアイテムのアイテムＩＤ）と、を特定する。中継部３０４は、特定されたアイテムＩＤを含むアイテム情報応答を生成し、ユーザ端末３０に送信する。ユーザ端末３０の重畳情報生成部２０６は、アイテム情報応答に含まれるアイテムＩＤで特定されるアイテムの画像をリスト化した使用可能アイテム一覧画像をフレーム画像に含める。表示制御部２０２は、そのフレーム画像が重畳された動画像をディスプレイに表示させる（Ｓ５０２）。アイテムの画像は、イベント専用アイテムの画像を含む。

本例では、配信者がイベントに参加していない場合、視聴者のユーザ端末３０にイベント専用アイテムのアイテムＩＤは送られない。すなわち、中継部３０４は、配信者がイベントに参加すると、動画データの再生中に視聴者がイベント専用アイテムを使用することを可能とするよう構成される。

入力管理部２０４が視聴者によるアイテムの選択、すなわちアイテムの画像の指定を受け付ける（Ｓ５０４）と、入力情報送信部２０８は指定されたアイテムのアイテムＩＤと、視聴者ＩＤと、配信者ＩＤと、を含むアイテム使用信号を生成し、ネットワークＮＷを介してサーバ１０に送信する（Ｓ５０６）。サーバ１０の中継部３０４は、受信したアイテム使用信号に含まれる視聴者ＩＤで特定される視聴者のポイントを、アイテム使用信号に含まれるアイテムＩＤで特定されるアイテムの付与ポイント分だけ減らすための処理を行う。これにより、アイテムの対価が支払われたこととなる。

サーバ１０のポイント更新部３０６は、配信者ＤＢ３２２にアクセスし、アイテム使用信号に含まれる配信者ＩＤで特定される配信者のポイントを更新する（Ｓ５０８）。ポイント更新部３０６は、配信者のポイントを、アイテム使用信号に含まれるアイテムＩＤで特定されるアイテムの付与ポイント分だけ増やすための処理を行う。

ライフ更新部３０８は、アイテム使用信号に含まれるアイテムＩＤで特定されるアイテムがイベント専用アイテムであるか否かを判定する（Ｓ５１０）。ライフ更新部３０８は、アイテムＤＢ３２４を参照し、アイテムＩＤに対応付けてイベントＩＤが登録されている場合は、当該アイテムＩＤで特定されるアイテムは当該イベントＩＤで特定されるイベントに専用のアイテムであると判定する。イベントＩＤの登録がない場合は、ライフ更新部３０８はそのアイテムがイベント専用アイテムでないと判定し、処理を後述のステップＳ５２２に進める。

イベント専用アイテムであると判定された場合（Ｓ５１０のＹＥＳ）、ライフ更新部３０８はライフを更新する対象のチームを特定する（Ｓ５１２）。ライフ更新部３０８は、アイテムＤＢ３２４を参照し、アイテムＩＤに対応付けて保持されている効果を特定する。ライフ更新部３０８は、特定された効果からライフの増減を行う対象のチームを特定する。

ライフ更新部３０８は、ライフを増加させるかまたは減少させるかを判定する（Ｓ５１４）。ライフ更新部３０８は、アイテムＤＢ３２４を参照し、アイテムＩＤに対応付けて保持されている効果を特定する。ライフ更新部３０８は、特定された効果からライフを増加させるかまたは減少させるかを特定し、かつ、その変化量を特定する。

ライフ更新部３０８は、ステップＳ５１２における特定の結果およびステップＳ５１４における特定の結果に基づいてチームのライフを更新する（Ｓ５１６）。ライフ更新部３０８は、イベントＤＢ３２０にアクセスし、ステップＳ５１２で特定されたチームのライフを、ステップＳ５１４で特定された量および向きに変化させる。

ライフ更新部３０８は、ステップＳ５１２における特定の結果およびステップＳ５１４における特定の結果に基づいて配信者の貢献スコアを更新する（Ｓ５１８）。ライフ更新部３０８は、配信者ＤＢ３２２にアクセスし、アイテム使用信号に含まれる配信者ＩＤで特定される配信者の貢献スコアを以下のように更新する。
（１）ステップＳ５１４で特定された量および向きが所定量のライフの増加である場合
ライフ更新部３０８は、ステップＳ５１２で特定されたチームに対する配信者の貢献スコアを、所定量だけ増加させる。
（２）ステップＳ５１４で特定された量および向きが所定量のライフの減少である場合
ライフ更新部３０８は、ステップＳ５１２で特定されたチームの相手チームに対する配信者の貢献スコアを、所定量だけ増加させる。

ランキング生成部３１０は、ステップＳ５１８における更新の結果に基づいて貢献度のランキングを更新する（Ｓ５２０）。

中継部３０４は、ポイントおよびライフの更新に使用されたアイテムのアイテムＩＤと、ステップＳ５１６で更新されたライフの情報を含む、イベントで定義されている全チームのライフの情報と、ステップＳ５２０で更新された貢献度のランキングの情報と、を含む応答信号を生成し、ネットワークＮＷを介して視聴者のユーザ端末３０と配信者のユーザ端末２０とに送信する（Ｓ５２２）。

視聴者のユーザ端末３０の表示制御部２０２は、応答信号に含まれるアイテムＩＤに対応するエフェクトを生成し、ディスプレイに表示させる（Ｓ５２４）。表示制御部２０２は、応答信号に含まれる他の情報をディスプレイに表示させてもよい。

図１０は、サーバ１０における一連のイベント処理の流れを示すフローチャートである。サーバ１０は、イベントが開始する前に、配信者からのイベントへの参加登録を受け付ける（Ｓ６０２）。サーバ１０は、イベントの開始時刻が到来したかを判定し（Ｓ６０４）、到来していない場合（Ｓ６０４のＮＯ）は参加登録受け付けステップＳ６０２に処理を戻し、到来した場合（Ｓ６０４のＹＥＳ）はイベントを開始する。

サーバ１０は、イベント期間中、視聴者または配信者からの信号を受信する（Ｓ６０６）。当該信号が配信者からのイベントへの参加登録である場合、サーバ１０はステップＳ６０２と同様のイベントへの参加登録処理を行い（Ｓ６０８）、処理をステップＳ６０６に戻す。ステップＳ６０６で受信した信号が視聴者による攻撃アイテム（対象チームのライフを減らす効果を有するアイテム）の使用を示す場合、サーバ１０は攻撃対象のチームのライフを減らし（Ｓ６１０）、攻撃対象のチームの相手チームに対する配信者（視聴者が攻撃アイテムを投げたライブ配信の配信者）の貢献スコアを増やす（Ｓ６１２）。ステップＳ６０６で受信した信号が視聴者による回復アイテム（対象チームのライフを増やす効果を有するアイテム）の使用を示す場合、サーバ１０は回復対象のチームのライフを増やし（Ｓ６１４）、回復対象のチームに対する配信者（視聴者が回復アイテムを投げたライブ配信の配信者）の貢献スコアを増やす（Ｓ６１６）。

ステップＳ６１２およびステップＳ６１６に続いて、サーバ１０は勝敗が決したか否かを判定する（Ｓ６１８）。具体的には、サーバ１０は、いずれかのチームのライフが０になったか、あるいは２００００に到達したかを判定する。勝敗が決した場合（Ｓ６１８のＹＥＳ）は処理は後述のステップＳ６２４に進む。勝敗が決していない場合（Ｓ６１８のＮＯ）、サーバ１０はイベントの終了時刻が到来したか否かを判定する（Ｓ６２０）。到来していない場合（Ｓ６２０のＮＯ）、処理はステップＳ６０６に戻る。到来した場合（Ｓ６２０のＹＥＳ）、サーバ１０は勝敗を決定する（Ｓ６２２）。具体的には、サーバ１０はライフが多い方のチームが勝利したと決定する。サーバ１０は、各配信者の貢献スコアからその配信者の所属チームを確定する（Ｓ６２４）。サーバ１０は、勝利したチームに所属する配信者に所定の報酬を付与するための処理を行う（Ｓ６２６）。

図１１は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信選択画面６０２の代表画面図である。ライブ配信選択画面６０２は、現在視聴可能なライブ配信のリストにある各ライブ配信を示すサムネイル６０４、６０６を含む。表示制御部２０２は、イベント情報を参照し、イベントに参加している配信者のライブ配信のサムネイル６０４と、そうではない配信者のライブ配信のサムネイル６０６と、を異なる態様で表示させる。イベントに参加している配信者のライブ配信のサムネイル６０４には、当該配信者がイベントに参加していることを示すオブジェクト６０８が付加される。

図１２は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６１０の代表画面図である。図１１のライブ配信選択画面６０２において視聴者が、イベントに参加している配信者のライブ配信のサムネイルをタップすると、図１２のライブ配信ルーム画面６１０がディスプレイに表示される。ライブ配信ルーム画面６１０は、動画データを再生することにより得られる配信者の画像６１２と、当該配信者が所定のイベントに参加していることを示すオブジェクトであるイベント参加マーク６１４と、使用可能アイテム一覧画像と、を有する。使用可能アイテム一覧画像は、通常アイテム６１６と、チームＡのイベント専用回復アイテム６１８およびイベント専用攻撃アイテム６２０と、チームＢのイベント専用回復アイテム６２２およびイベント専用攻撃アイテム６２４と、を有する。

イベント参加マーク６１４は配信者が所定のイベントに参加登録していることを示す。本実施の形態では事前にチームへの所属が決まらないので、イベント参加マーク６１４は配信者の所属するチームを反映しない。言い換えると、イベントに参加登録しているすべての配信者に対して同じイベント参加マーク６１４が表示される。表示制御部２０２は、サムネイルのタップに応じてサーバ１０から受信したアイテム情報応答に基づいて各種アイテム６１６、６１８、６２０、６２２、６２４を表示する。表示制御部２０２は、イベント専用攻撃、回復アイテム６１８、６２０、６２２、６２４を表示させることにより、それらのアイテムの使用を可能とする。配信者がイベントに参加登録していない場合は、これらのイベント専用攻撃、回復アイテムは表示されないので、使用も不可能となる。

配信者は、ライブ配信を通じて視聴者に、自分が所属している、または所属したいチームを伝え、当該チームのイベント専用回復アイテムやイベント専用攻撃アイテムを使用するようお願いする。例えば、配信者がチームＡに所属したいと伝え、視聴者がチームＡのイベント専用回復アイテム６１８をタップすると、イベント専用回復アイテム６１８の対価分のポイントが視聴者のポイントから減算され、イベント専用回復アイテム６１８の付与ポイントが配信者のポイントに加算され、チームＡのライフが所定量増加すると共にチームＡに対する配信者の貢献度スコアが所定量増加する。視聴者がチームＡのイベント専用攻撃アイテム６２０をタップすると、イベント専用攻撃アイテム６２０の対価分のポイントが視聴者のポイントから減算され、イベント専用攻撃アイテム６２０の付与ポイントが配信者のポイントに加算され、チームＢのライフが所定量減少すると共にチームＡに対する配信者の貢献度スコアが所定量増加する。

図１３は、視聴者のユーザ端末３０のディスプレイに表示されるイベントエフェクト画面６２６の代表画面図である。図１２のライブ配信ルーム画面６１０において視聴者がチームＡのイベント専用攻撃アイテム６２０をタップすると、アイテム使用信号が生成され、ユーザ端末３０からサーバ１０に送信される。ユーザ端末３０は、このアイテム使用信号に対応する応答信号をサーバ１０から受信し、受信した応答信号に基づいて図１３のイベントエフェクト画面６２６を生成し、ディスプレイに表示させる。

イベントエフェクト画面６２６は、配信者の画像６１２と、イベント参加マーク６１４と、イベント専用攻撃アイテム６２０による効果を示すオブジェクト６２８と、を有する。オブジェクト６２８は、チームＡのライフ６３０と、チームＢのライフ６３２と、攻撃アイテムが使用されたことを示す画像６３４と、を含む。表示制御部２０２は、応答信号に含まれるアイテムＩＤに基づき画像６３４を生成する。表示制御部２０２は、応答信号に含まれる更新後の全チームのライフの情報に基づきチームＡのライフ６３０、チームＢのライフ６３２を生成する。視聴者はイベントエフェクト画面６２６のエフェクトを見ることにより、自己が使用した攻撃アイテムの効果を確かめることができる。例えば、この攻撃アイテムの使用に対して配信者がリアクションすることで、配信者と視聴者との一体感がさらに醸成される。

図１４は、視聴者のユーザ端末３０のディスプレイに表示されるライフ確認画面６３６の代表画面図である。ライブ配信中に配信者のユーザ端末２０のディスプレイに、ライフ確認画面６３６と同様の情報を示す画面が表示されてもよい。ライフ確認画面６３６は、チームＡのライフの状態を示す状態表示領域６３８と、チームＢのライフの状態を示す状態表示領域６４０と、を有する。表示制御部２０２は、サーバ１０のイベントＤＢ３２０を参照することでライフ確認画面６３６を生成してもよい。

図１５は、視聴者のユーザ端末３０のディスプレイに表示されるランキング画面６４２の代表画面図である。ライブ配信中に配信者のユーザ端末２０のディスプレイに、ランキング画面６４２と同様の情報を示す画面が表示されてもよい。ランキング画面６４２は、チームＡへの貢献度のランキングを表示するためのボタン６４４と、チームＢへの貢献度のランキングを表示するためのボタン６４６と、ランキング表示領域６４８と、を有する。図１５ではチームＡへの貢献度のランキングがランキング表示領域６４８に表示されており、したがって、ボタン６４４がアクティブ状態で表示され、ボタン６４６が非アクティブ状態で表示されている。視聴者は、チームＢへの貢献度のランキングを見たい場合はボタン６４６をタップする。すると、ランキング表示領域６４８の表示がチームＢへの貢献度のランキングの表示に切り替わる。

ランキング表示領域６４８は、貢献スコアの大きい順にユーザ名と、貢献スコアと、を表示する。表示制御部２０２は、サーバ１０のランキング生成部３１０により生成されるランキング情報または応答信号に含まれる更新されたランキングの情報に基づいて、ランキング表示領域６４８に表示される情報を生成する。

上述の実施の形態において、保持部の例は、ハードディスクや半導体メモリである。また、本明細書の記載に基づき、各部を、図示しないＣＰＵや、インストールされたアプリケーションプログラムのモジュールや、システムプログラムのモジュールや、ハードディスクから読み出したデータの内容を一時的に記憶する半導体メモリなどにより実現できることは本明細書に触れた当業者には理解される。

本実施の形態に係るライブ配信システム１によると、ライブ配信の対戦イベントにおいて、相手のチームのライフに影響を与えるアイテムの使用が可能となる。これにより、対戦イベントにおける戦略の幅が広がり、より魅力的な対戦イベントを作ることができる。また、配信者と視聴者とのコミュニケーションの点でも、単に配信者が視聴者にイベント専用アイテムを投げるようお願いするだけでなく、自チームおよび相手チームのライフの状況と、勝利条件と、を配信者、視聴者が一緒に検討し、どのアイテムをどのタイミングで投げるかなどの戦略を立てることができる。このようなコミュニケーションを通じて配信者と視聴者との間の絆がより強まる。

また、本実施の形態に係るライブ配信システム１では、チームのライフの増減とは別に各チームに対する配信者の貢献スコアを用意し、貢献スコアに従ってチームごとに貢献度のランキングを生成する。したがって、チームの間での攻撃防御によりチームの間で勝敗を決しつつ、チームごとに貢献度の高い配信者の名誉を表することができる。

［ハードウェア構成例］
図１６を参照して、本実施の形態に係る情報処理装置のハードウェア構成について説明する。図１６は、本実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。図示された情報処理装置９００は、例えば、本実施の形態におけるサーバ１０およびユーザ端末２０、３０のそれぞれを実現しうる。

情報処理装置９００は、ＣＰＵ９０１、ＲＯＭ（Read Only Memory）９０３、およびＲＡＭ（Random Access Memory）９０５を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インタフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２５、通信装置９２９を含んでもよい。さらに、情報処理装置９００は、カメラなどの撮像装置（不図示）を含む。また、情報処理装置９００は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Digital Signal Processor）またはＡＳＩＣ（Application Specific Integrated Circuit）と呼ばれるような処理回路を有してもよい。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２３に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。例えば、ＣＰＵ９０１は、本実施の形態におけるサーバ１０およびユーザ端末２０、３０のそれぞれに含まれる各機能部の動作全般を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス９１１に接続されている。

入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置であってもよいし、マイクロフォンなどの音センサ、加速度センサ、傾きセンサ、赤外線センサ、深度センサ、温度センサ、湿度センサなど物理量を電気信号に変換する装置であってもよい。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２７であってもよい。入力装置９１５は、ユーザが入力した情報または感知した物理量に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。

出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ、ＰＤＰ、ＯＥＬＤなどのディスプレイ、スピーカおよびヘッドホンなどの音響出力装置、ならびにプリンタ装置などでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音響などの音として出力したりする。

ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard Disk Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。

ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２３のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２３に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２３に記録を書き込む。

接続ポート９２５は、機器を情報処理装置９００に直接接続するためのポートである。接続ポート９２５は、例えば、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small Computer System Interface）ポートなどでありうる。また、接続ポート９２５は、ＲＳ－２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）ポートなどであってもよい。接続ポート９２５に外部接続機器９２７を接続することで、情報処理装置９００と外部接続機器９２７との間で各種のデータが交換されうる。

通信装置９２９は、例えば、ネットワークＮＷに接続するための通信デバイスなどで構成された通信インタフェースである。通信装置９２９は、例えば、有線または無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Wireless USB）用の通信カードなどでありうる。また、通信装置９２９は、光通信用のルータ、ＡＤＳＬ（Asymmetric Digital Subscriber Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２９は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２９に接続される通信ネットワークＮＷは、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。なお、通信装置９２９は、通信部としての機能を実現する。

カメラなどの撮像装置（不図示）は、例えばＣＣＤ（Charge Coupled Device）またはＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。当該撮像装置は、静止画を撮像するものであってもよいし、または動画を撮像するものであってもよい。

以上、実施の形態に係るライブ配信システム１の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解される。

実施の形態におけるアイテムの対価からアイテムの付与ポイントへの換算率や、アイテムの対価からライフへの換算率や、アイテムの対価から貢献スコアへの換算率は一例であって、これらは例えばライブ配信システム１の管理者により適宜設定されてもよい。

実施の形態ではイベント専用攻撃アイテムにより相手のチームのライフを当該アイテムに対応する量だけ減少させる場合について説明したが、これに限られない。例えば、相手のチームに大きなダメージを与える必殺技アイテムが設定されてもよい。この場合、必殺技アイテムが相手のチームのライフを減らす量は一定量であってもよいし、ランダムに選択される量であってもよい。あるいはまた、チームごと、または配信者ごとにフィーバー期間を設け、当該期間に使用される攻撃アイテムの効果を通常よりも増加させてもよい。この場合、ライブ配信ルーム画面にフィーバー期間であることを示すオブジェクトが表示されてもよいし、配信者の画面にのみフィーバー期間のオブジェクトが表示されてもよい。あるいはまた、イベントの残り期間に応じて攻撃アイテムの効果を変化させてもよい。例えば、残り期間が少なくなるほど攻撃アイテムの効果を増加させてもよい。あるいはまた、イベント専用攻撃、回復アイテムの効果を任意に変動させた上で、当該効果を配信者のみに通知するようサーバ１０を構成してもよい。この場合、配信者が、効果が低い間はアイテムを使用しないよう、そして効果が高くなったら一斉にアイテムを使用するよう、視聴者を誘導するといった新たな形のインタラクションが生じ、配信者と視聴者との一体感が高まる。

実施の形態では、任意の配信者のライブ配信において視聴者が使用したイベント専用アイテムの効果をライフに反映させる場合を説明したが、これに限られない。例えば、ランキング生成部３１０により生成された貢献度のランキングの上位所定数の配信者以外の配信者が生成する動画データの再生中にイベント専用アイテムが使用された場合、ライフを変化させなくてもよい。例えば、ライフ更新部３０８は、チームＡへの貢献度のランキングの上位１０人に入っている配信者のライブ配信において視聴者が使用したイベント専用攻撃アイテムの効果をチームＢのライフに反映させる一方、それ以外の配信者のライブ配信において視聴者が使用したイベント専用攻撃アイテムの効果をチームＢのライフに反映させない。この場合、それ以外の配信者のライブ配信においてイベント専用攻撃アイテムの表示を止めてもよい。これにより、チームへの貢献度の高い配信者の特別感を高め、イベントをより盛り上げることができる。

実施の形態ではイベント専用攻撃アイテムとイベント専用回復アイテムとを別々に設ける場合について説明したが、これに限られず、例えばイベント専用アイテムによる効果を配信者が指定または設定できるようにしてもよい。サーバ１０は、配信者のユーザ端末２０から、イベント専用アイテムを攻撃に使うか、回復に使うか、の指定を受け付け、当該指定に従ってイベント専用アイテムの効果をライフに反映させてもよい。この場合、イベント専用アイテムに攻撃、回復の別はない。

実施の形態ではチームＡのスコアとチームＢのスコアとを個別に独立して扱う場合を説明したが、これに限られない。第１変形例に係るサーバは、ライブ配信中における視聴者によるイベント専用アイテムの使用を示すアイテム使用信号を取得した場合、一方のチームのライフを増やすと共に、他方のチームのライフを減らしてもよい。第１変形例に係る対戦イベントでは、１００％のライフをチームＡとチームＢとで取り合う。チームＡのライフが４５％であればチームＢのライフは５５％である。チームＡのライフが５％増えれば同時にチームＢのライフが対応する量だけ、すなわち５％減る。第１変形例では、したがって、チームＡのイベント専用アイテムを使用してチームＡのライフを増やすということは、同時に、同じアイテムを使用してチームＢのライフを同じ量だけ減らすことと同義である。第１変形例ではイベント専用アイテムに攻撃、回復の別はない。

図１７は、視聴者のユーザ端末３０のディスプレイに表示される攻城戦イベント画面６５０の代表画面図である。攻城戦イベント画面６５０は、チームＡおよびチームＢのライフの状態を示す状態表示領域６５２と、図１５のランキング画面６４２と同様の構成を有するランキング表示領域６５４と、を有する。状態表示領域６５２のライフを示すバーにおいて、左側がチームＡのライフを、右側がチームＢのライフをそれぞれ示す。図１７の例ではチームＡのライフが「４５％」と表示されている。したがって、チームＢのライフは５５％であることがわかる。

第１変形例において、チームＡのライフを、チームＡへの貢献度のランキングの上位１０人に入っている配信者のライブ配信において視聴者が使用したイベント専用アイテムの効果の総和とし、チームＢのライフを、チームＢへの貢献度のランキングの上位１０人に入っている配信者のライブ配信において視聴者が使用したイベント専用アイテムの効果の総和としてもよい。

実施の形態に係る技術的思想を、配信者の画像の代わりに配信者の動きと同期した動きをするアバターを用いるバーチャルライブ配信や、ライブコマースに適用してもよい。

実施の形態では、イベント専用アイテムはライフを増加させるかまたは減少させる場合について説明したが、これに限られず、アイテムに関連付けられたチームの指標を第１の向きに変化させるか、または第１の向きとは逆の第２の向きに変化させてもよい。

実施の形態では、貢献スコアにより自動で配信者のチームへの所属が決まる場合を説明したが、これに限られない。例えば、配信者がイベントに参加登録する際に所属するチームを登録してもよい。この場合、配信者ＤＢは配信者に対応付けて配信者が所属するチームを保持する。表示制御部２０２はライブ配信ルーム画面６１０においてイベント専用攻撃、回復アイテムのうち配信者が所属するチームのもののみを表示する。これにより、視聴者によるイベント専用攻撃、回復アイテムの誤選択がなくなる。あるいはまた、イベントを２ラウンドに分け、最初のラウンドで獲得アイテムのランキングを生成し、当該ランキングにしたがって配信者をチームに分けてもよい。例えば、サーバ１０は、最初のラウンドのランキングで奇数順位の配信者をチームＡに所属させ、偶数順位の配信者をチームＢに所属させてもよい。

実施の形態では２チームで勝敗を競うタイプの対戦イベントを説明したが、これに限られず、例えば３チーム以上で勝敗を競うタイプの対戦イベントにも本実施の形態の技術的思想を適用できる。

実施の形態において、配信者の属性や視聴者の属性や配信者と視聴者との関係性に応じてイベント専用アイテムの効果を異ならせてもよい。例えば、視聴者によるライブ配信サービスの利用時間が少ないほどその視聴者が使用するイベント専用アイテムの影響が大きくなるようイベント専用アイテムの効果を設定してもよい。あるいはまた、配信者による配信時間が長いほどイベント専用アイテムの影響が大きくなるようイベント専用アイテムの効果を設定してもよい。あるいはまた、配信者と視聴者との関係が強いほど、その視聴者がその配信者のライブ配信で使用するイベント専用アイテムの影響が大きくなるようイベント専用アイテムの効果を設定してもよい。

本明細書において説明された処理手順、特にフロー図、フローチャートを用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本開示の趣旨を逸脱しない限り本開示の範囲に含まれる。

サーバ１０により実現される機能の少なくとも一部は、サーバ１０以外の装置、例えばユーザ端末２０、３０により実現されてもよい。ユーザ端末２０、３０により実現される機能の少なくとも一部は、ユーザ端末２０、３０以外の装置、例えば、サーバ１０により実現されてもよい。例えば、再生側のユーザ端末で行われる動画データの画像への所定のフレーム画像の重畳は、サーバ１０で行われてもよいし、生成側のユーザ端末で行われてもよい。

Claims (1)

1. 動画データの生成側のユーザ端末から再生側のユーザ端末への動画データの伝送を中継する手段と、
   動画データの再生中における再生側のユーザによる第１アイテムの使用を示す信号を取得した場合、当該第１アイテムに関連付けられた第１チームの第１指標を第１の向きに変化させる手段と、
   動画データの再生中における再生側のユーザによる第２アイテムの使用を示す信号を取得した場合、当該第２アイテムに関連付けられた第２チームの第２指標を、第１の向きとは逆の第２の向きに変化させる手段と、
   第１チームの第１指標または第２チームの第２指標のいずれか一方が所定の条件を満たした場合、勝敗を決定する手段と、を備えるサーバ。

Images