WO2020105477A1 - ライブ動画を配信するためのシステム、方法、及びプログラム - Google Patents

Abstract

本発明の一実施形態に係る動画配信サーバ１０は、ライブ動画の視聴者間のコミュニケーションを活性化させつつ、当該ライブ動画の配信者と視聴者との間の繋がりを強化する。当該サーバ１０は、ライブ動画を配信及び視聴するためのライブ動画配信サービスを、ユーザ端末３０を介してユーザに提供する。当該サーバ１０は、ライブ動画の複数の視聴者の各々によるアイテムの入力が所定のコンボ条件を充足すると判定される場合にコンボを発生させるから、ライブ動画の視聴者間のコミュニケーションを活性化させることができ、さらに、こうしたコンボの発生に応じて第１の価値を配信者に付与するから、当該ライブ動画の配信者と視聴者との間の繋がりを強化することができる。

Description

ライブ動画を配信するためのシステム、方法、及びプログラム

　本発明は、ライブ動画を配信するためのシステム、方法、及びプログラムに関するものである。

　従来、ライブ動画を配信するためのライブ動画配信サービスにおいて、視聴者によるアイテムの入力（投入）が行われている。例えば、下記特許文献１が開示するシステムは、複数のユーザの各々からのアイテム表示要求により特定されるアイテムの組合せが所定の条件を満たす場合に、特別アイテムを表示するように構成されている。こうしたアイテムの入力は、視聴者同士のコミュニケーションの活性化が図られると共に、ライブ動画自体を盛り上げ得る。

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

　しかしながら、上述した従来のシステムは、視聴者間のコミュニケーションの活性化を図ることができるものの、視聴者と配信者との間の繋がりの強化を促すものとは言えなかった。そこで、ライブ動画の配信中におけるアイテムの入力を介して、視聴者間のコミュニケーションを活性化させつつ、当該視聴者と配信者との間の繋がりを強化する（視聴者の配信者に対するエンゲージメントを高める。）ような仕組みの実現が望まれる。

　本発明の実施形態は、ライブ動画の視聴者間のコミュニケーションを活性化させつつ、当該ライブ動画の配信者と視聴者との間の繋がりを強化することを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

　本発明の一実施形態に係るシステムは、１又は複数のコンピュータプロセッサを備え、ライブ動画を配信するためのシステムであって、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、配信者が提供するライブ動画を、複数の視聴者の各々に対して配信する処理と、前記配信者が提供するライブ動画の配信中において、前記複数の視聴者の各々によるアイテムの入力を受け付ける処理と、前記複数の視聴者の各々によるアイテムの入力に応じて、今回のアイテムの入力が所定のコンボ条件を充足するか否かを判定し、前記所定のコンボ条件を充足すると判定される場合にコンボを発生させる処理と、コンボの発生に応じて、第１の価値を前記配信者に対して付与する処理と、を実行する。

　本発明の一実施形態に係る方法は、１又は複数のコンピュータによって実行され、ライブ動画を配信するための方法であって、配信者が提供するライブ動画を、複数の視聴者の各々に対して配信するステップと、前記配信者が提供するライブ動画の配信中において、前記複数の視聴者の各々によるアイテムの入力を受け付けるステップと、前記複数の視聴者の各々によるアイテムの入力に応じて、今回のアイテムの入力が所定のコンボ条件を充足するか否かを判定し、前記所定のコンボ条件を充足すると判定される場合にコンボを発生させるステップと、コンボの発生に応じて、第１の価値を前記配信者に対して付与するステップと、を備える。

　本発明の一実施形態に係るプログラムは、ライブ動画を配信するためのプログラムであって、１又は複数のコンピュータ上で実行されることに応じて、前記１又は複数のコンピュータに、配信者が提供するライブ動画を、複数の視聴者の各々に対して配信する処理と、前記配信者が提供するライブ動画の配信中において、前記複数の視聴者の各々によるアイテムの入力を受け付ける処理と、前記複数の視聴者の各々によるアイテムの入力に応じて、今回のアイテムの入力が所定のコンボ条件を充足するか否かを判定し、前記所定のコンボ条件を充足すると判定される場合にコンボを発生させる処理と、コンボの発生に応じて、第１の価値を前記配信者に対して付与する処理と、を実行させる。

　本発明の様々な実施形態は、ライブ動画の視聴者間のコミュニケーションを活性化させつつ、当該ライブ動画の配信者と視聴者との間の繋がりを強化する。

本発明の一実施形態に係る動画配信サーバ１０を含むネットワークの構成を概略的に示す構成図。 動画配信サーバ１０の機能を概略的に示すブロック図。 ユーザ情報テーブル４１１において管理される情報を例示する図。 ランクを説明するための図。 配信情報テーブル４１２において管理される情報を例示する図。 トップ画面６０を例示する図。 配信者用画面７０を例示する図。 視聴者用画面８０を例示する図。 アイテム選択画面９０を例示する図。 サーバ１０が実行する、視聴者によるアイテムの入力に関係する処理を例示するフロー図。 コンボ条件を説明するための図。 アイテムオブジェクトＩＯが表示されている視聴者用画面８０を例示する図。 アイテムオブジェクトＩＯを例示する図。 配信者用画面７０に重ねて表示されるフィーバータイム指示画面１１０を例示する図。 ランクを更新する際にサーバ１０が実行する処理を例示するフロー図。 ランクメータ値の更新ルールを説明するための図。 ランクの更新内容と必要なランクメータ値との対応関係を説明するための図。 ランクメータオブジェクト１００を例示する図。 ダイヤを付与する際にサーバ１０が実行する処理を例示するフロー図。

 以下、図面を参照しながら、本発明の実施形態について説明する。

　図１は、本発明の一実施形態に係る動画配信サーバ１０を含むネットワークの構成を概略的に示す構成図である。動画配信サーバ１０は、図示するように、インターネット等の通信ネットワーク２０を介してユーザ端末３０と通信可能に接続されている。図１においては、１つのユーザ端末３０のみが図示されているが、サーバ１０は、複数のユーザ端末３０と通信可能に接続されている。動画配信サーバ１０は、ライブ動画を配信及び視聴するためのライブ動画配信サービスを、ユーザ端末３０を介してユーザに提供する。本実施形態において、ユーザ端末３０を操作するユーザは、配信者としてライブ動画を配信することができ、また、視聴者として他のユーザによって提供されるライブ動画を視聴することもできる。動画配信サーバ１０は、本発明のシステムの一部又は全部を実装する装置の一例である。

　動画配信サーバ１０は、一般的なコンピュータとして構成されており、図１に示すように、コンピュータプロセッサ１１と、メインメモリ１２と、入出力Ｉ／Ｆ１３と、通信Ｉ／Ｆ１４と、ストレージ（記憶装置）１５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。

　コンピュータプロセッサ１１は、ＣＰＵ又はＧＰＵ等として構成され、ストレージ１５等に記憶されている様々なプログラムをメインメモリ１２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ１２は、例えば、ＤＲＡＭ等によって構成される。

　入出力Ｉ／Ｆ１３は、ユーザ等との間で情報をやり取りするための各種の入出力装置を含む。入出力Ｉ／Ｆ１３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、入出力Ｉ／Ｆ１３は、ディスプレイ等の画像出力装置、スピーカー等の音声出力装置を含む。

　通信Ｉ／Ｆ１４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、及びこれらの組み合わせとして実装され、通信ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。

　ストレージ１５は、例えば磁気ディスク、フラッシュメモリ等によって構成される。ストレージ１５は、オペレーティングシステムを含む様々なプログラム、及び各種データ等を記憶する。

　本実施形態において、動画配信サーバ１０は、それぞれが上述したハードウェア構成を有する複数のコンピュータを用いて構成され得る。例えば、動画配信サーバ１０は、１又は複数のサーバ装置によって構成され得る。

　このように構成された動画配信サーバ１０は、ウェブサーバ及びアプリケーションサーバとしての機能を有するように構成することができ、この場合、ユーザ端末３０にインストールされているウェブブラウザ及びその他のアプリケーション（例えば、ライブ動画配信サービス用のアプリケーション）からの要求に応答して各種の処理を実行し、当該処理の結果に応じた画面データ（例えば、ＨＴＭＬデータ）及び制御データ等をユーザ端末３０に送信する。ユーザ端末３０では、受信したデータに基づくウェブページ又はその他の画面が表示され得る。

　ユーザ端末３０は、一般的なコンピュータとして構成されており、図１に示すように、コンピュータプロセッサ３１と、メインメモリ３２と、入出力Ｉ／Ｆ３３と、通信Ｉ／Ｆ３４と、ストレージ（記憶装置）３５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。

　コンピュータプロセッサ３１は、ＣＰＵ又はＧＰＵ等として構成され、ストレージ３５等に記憶されている様々なプログラムをメインメモリ３２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ３２は、例えば、ＤＲＡＭ等によって構成される。

　入出力Ｉ／Ｆ３３は、ユーザ等との間で情報をやり取りするための各種の入出力装置を含む。入出力Ｉ／Ｆ３３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、入出力Ｉ／Ｆ３３は、ディスプレイ等の画像出力装置、スピーカー等の音声出力装置を含む。

　通信Ｉ／Ｆ３４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、及びこれらの組み合わせとして実装され、通信ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。

　ストレージ３５は、例えば磁気ディスク又はフラッシュメモリ等によって構成される。ストレージ３５は、オペレーティングシステムを含む様々なプログラム及び各種データ等を記憶する。ストレージ３５が記憶するプログラムは、アプリケーションマーケット等からダウンロードされてインストールされ得る。

　本実施形態において、ユーザ端末３０は、スマートフォン、タブレット端末、ウェアラブルデバイス、パーソナルコンピュータ、及びゲーム専用端末等として構成され得る。

　このように構成されたユーザ端末３０を操作するユーザは、ストレージ３５等にインストールされているウェブブラウザ又はその他のアプリケーションを介した動画配信サーバ１０との通信を実行することによって、動画配信サーバ１０が提供するライブ動画配信サービスを利用することができる。

　次に、本実施形態の動画配信サーバ１０が有する機能について説明する。図２は、動画配信サーバ１０が有する機能を概略的に示すブロック図である。サーバ１０は、図示するように、様々な情報を記憶及び管理する情報記憶管理部４１と、ライブ動画配信サービスの基本機能を制御する基本機能制御部４３と、ライブ動画の配信を制御する動画配信制御部４５とを有する。これらの機能は、コンピュータプロセッサ１１及びメインメモリ１２等のハードウェア、並びに、ストレージ１５等に記憶されている各種プログラムやデータ等が協働して動作することによって実現され、例えば、メインメモリ１２に読み込まれたプログラムに含まれる命令をコンピュータプロセッサ１１が実行することによって実現される。また、図２に示すサーバ１０の機能の一部又は全部は、サーバ１０とユーザ端末３０とが協働することによって実現され、又は、ユーザ端末３０によって実現され得る。

　動画配信サーバ１０の情報記憶管理部４１は、ストレージ１５等において様々な情報を記憶及び管理する。情報記憶管理部４１は、例えば、図２に示すように、ライブ動画配信サービスのユーザに関する情報を管理するユーザ情報テーブル４１１と、個別のライブ動画の配信に関する情報を管理する配信情報テーブル４１２とを有するように構成される。

　動画配信サーバ１０の基本機能制御部４３は、ライブ動画配信サービスの基本機能の制御に関する様々な処理を実行する。例えば、基本機能制御部４３は、基本機能に関する様々な画面の画面データ又は制御データをユーザ端末３０に送信し、ユーザ端末３０で表示される当該画面を介したユーザによる操作入力に応答して様々な処理を実行し、当該処理の結果に応じた画面データ又は制御データをユーザ端末３０に送信する。基本機能制御部４３によって制御される基本機能は、例えば、ログイン処理（ユーザ認証）、課金制御、及び、ユーザ管理（例えば、ユーザ情報テーブル４１１の更新等）等を含む。

　動画配信サーバ１０の動画配信制御部４５は、ライブ動画の配信の制御に関する様々な処理を実行する。例えば、動画配信制御部４５は、複数の配信者の各々のライブ動画を複数の視聴者の各々に対して配信するように構成されている。例えば、動画配信制御部４５は、配信者のユーザ端末３０（以下、「配信者端末３０」と言うことがある。）から送信されるライブ動画を受信して、当該ライブ動画を複数の視聴者の各々のユーザ端末３０（以下、「視聴者端末３０」と言うことがある。）に送信するように構成される。ライブ動画は、例えば、配信者端末３０のカメラを介して入力される画像、及び、マイクを介して入力される音声によって構成される。こうしたライブ動画の配信は、例えば、ＨＴＴＰ　Ｌｉｖｅ　Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）等のプロトコルを用いたストリーミング方式で行われ得る。

　本実施形態において、動画配信制御部４５は、ライブ動画の配信中において、複数の視聴者の各々による、ライブ動画の配信者に対するアイテムの入力を受け付けるように構成されている。例えば、動画配信制御部４５は、各視聴者端末３０において表示される所定の画面を介してライブ動画を視聴者に提示し、１の視聴者によって当該所定の画面を介して入力されたアイテムを、各視聴者端末３０における当該所定の画面において表示する（例えば、ライブ動画に重ねて表示する）ように構成される。視聴者によって入力されるアイテムは、仮想的及び電子的な様々なアイテムを含み得る。こうしたアイテムは、例えば、様々なタイミングにおいて、有償又は無償で視聴者に付与される。

　本実施形態において、動画配信制御部４５は、視聴者によるアイテムの入力に応じて、今回のアイテムの入力が所定のコンボ条件を充足するか否かを判定し、当該所定のコンボ条件を充足すると判定される場合にコンボを発生させるように構成されている。所定のコンボ条件は、典型的には、今回のアイテムの入力よりも前の過去のアイテムの入力（例えば、前回の（直前の）アイテムの入力、又は、前回のコンボにおけるアイテムの入力等）との間で要求される条件として構成される。

　また、動画配信制御部４５は、コンボの発生に応じて、配信者に対して第１の価値を付与するように構成されている。第１の価値は、配信者に対して利益をもたらし得る様々な仮想的及び電子的なアイテム、ポイント、及び各種のパラメータ値として構成され得る。第１の価値の保有数量（合計値）は、例えば、ユーザ情報テーブル４１１又は配信情報テーブル４１２において管理される。

　このように、本実施形態における動画配信サーバ１０は、ライブ動画の複数の視聴者の各々によるアイテムの入力が所定のコンボ条件を充足すると判定される場合にコンボを発生させるから、ライブ動画の視聴者間のコミュニケーションを活性化させることができ、さらに、こうしたコンボの発生に応じて第１の価値を配信者に付与するから、当該ライブ動画の配信者と視聴者との間の繋がりを強化することができる。

　また、動画配信制御部４５は、今回のアイテムの入力が、前回までのコンボに対するコンボの連鎖が可能な連鎖可能期間（例えば、前回のコンボの発生から所定の時間が経過するまでの期間等）において行われており、且つ、所定のコンボ条件を充足すると判定される場合に、今回発生させるコンボを前回までのコンボに連鎖させると共に、コンボの連鎖数が大きいほど多くの第１の価値を配信者に対して付与するように構成され得る。コンボの連鎖数は、単に「コンボ数」と呼ばれることがある。また、動画配信制御部４５は、上記連鎖可能期間の終了に応じてコンボの連鎖をクリアする（コンボの連鎖数をクリアする）ように構成され得る。コンボの連鎖がクリアされると、例えば、次回のコンボの発生から、新たなコンボの連鎖が開始され得る。こうした構成は、コンボの連鎖を促進し、この結果、より一層の、視聴者間のコミュニケーションの活性化が図られる。

　本実施形態において、コンボを発生（及び連鎖）させるための所定のコンボ条件は、今回のアイテムの入力（の態様）に要求される様々な条件を含み得る。例えば、所定のコンボ条件は、今回入力されたアイテムの価値と、前回入力されたアイテムの価値又は前回のコンボにおいて入力されたアイテムの価値と、の関係が、所定の関係であるという条件（例えば、今回入力されたアイテムの価値（現実の又は仮想の通貨による価格等）が、前回入力されたアイテム等の価値よりも高いという条件等）を含み得る。こうした構成は、例えば、価値の高いアイテムを保有する視聴者（例えば、上級者）と、価値の高いアイテムを保有しておらず価値の低いアイテムのみを保有する視聴者（例えば、初心者）との間の連携が要求されるから、多様な視聴者間のコミュニケーションの活性化を促進する。

　また、所定のコンボ条件は、コンボの連鎖における同一のアイテム（同一の種類のアイテム）の入力回数が閾値以下であるという条件を含み得る。例えば、こうした同一のアイテムの入力回数が１回以下に制限されており、前回までのコンボにおいてアイテムＡが入力されている場合、今回のアイテムＡの入力は、所定のコンボ条件を充足しない。こうした構成は、連鎖する一連のコンボにおいて多数の種類のアイテムが入力されることを促進する。

　また、所定のコンボ条件は、コンボの連鎖における同一の視聴者によるアイテムの入力回数が閾値以下であるという条件を含み得る。例えば、こうした同一の視聴者によるアイテムの入力回数が１回以下に制限されており、前回までのコンボにおいて視聴者Ａによってアイテムが入力されている場合、今回の視聴者Ａによるアイテムの入力は、所定のコンボ条件を充足しない。こうした構成は、多数の視聴者がコンボの連鎖（アイテムの入力）に参加することを促進する。

　また、動画配信制御部４５は、ライブ動画の配信中における複数の視聴者の視聴状況に少なくとも基づく数量の第２の価値を配信者に対して付与するように構成され得る。例えば、動画配信制御部４５は、視聴者数、及び、複数の視聴者の各々によるアイテム、コメント、いいね等の入力状況等に基づいて、配信者に対して付与する第２の価値の数量を設定するように構成される。第２の価値は、配信者に対して利益をもたらし得る様々な仮想的及び電子的なアイテム、ポイント、及び各種のパラメータ値として構成され得る。第２の価値の保有数量（合計値）は、例えば、ユーザ情報テーブル４１１又は配信情報テーブル４１２において管理される。

　また、動画配信制御部４５は、上記第１の価値の保有数量が閾値以上となることを必要条件として、視聴状況に少なくとも基づいて設定される第２の価値の数量が多くなるように構成された所定のモードを開始するように構成され得る。例えば、視聴状況が同一である場合において、設定される第２の価値の数量は、所定のモードでない場合よりも所定のモードである場合の方が多くなる。この場合、第１の価値は、所定のモードを開始するために蓄積されるパラメータ値等であると言える。こうした構成は、所定のモードを介した配信者に対する利益の付与を可能とする。

　また、動画配信制御部４５は、第１の価値の保有数量が閾値以上となった後における配信者による指示に応じて、所定のモードを開始するように構成され得る。こうした構成は、配信者が、所定のモードを開始するタイミングを決定することを可能とする。この結果、所定のモードの開始に対する戦略性が要求され、配信者に対して楽しみを与えると共に、配信者及び視聴者間のコミュニケーションを活性化させ得る。

　また、動画配信制御部４５は、所定のモードの開始に応じて、当該所定のモード用のアイテムの入力を可能とするように構成され得る。こうした構成は、所定のモード用のアイテムの希少価値を向上させ、所定のモードにおけるアイテムの入力を促進し得る。

　次に、このような機能を有する本実施形態の動画配信サーバ１０の具体例について説明する。図３は、この例において、ユーザ情報テーブル４１１において管理される情報を例示する。ユーザ情報テーブル４１１は、ライブ動画配信サービスのユーザに関する情報を管理し、図示するように、個別のユーザを識別する「ユーザアカウント」に対応付けて、アカウント名、年齢、性別等のユーザの基本的な情報である「基本情報」、ライブ動画の配信履歴に関する情報である「配信履歴情報」、他のユーザが配信するライブ動画の視聴履歴に関する情報である「視聴履歴情報」、ユーザがフォローしている他のユーザに関する情報である「フォローユーザ情報」、ユーザをフォローしている他のユーザ（フォロワー）に関する情報である「フォロワー情報」、配信者としてのユーザのランクを示す「ランク」、ランクアップ／ダウンを判定するためのパラメータ値である「ランクメータ値」、ライブ動画配信サービスにおける仮想的なコインの保有数を示す「コイン保有数」、同じく仮想的なダイヤの保有数を示す「ダイヤ保有数」、ライブ動画の配信中においてフィーバータイム（所定のモード）を開始するためのフィーバーゲージの値を示す「フィーバーゲージ値」（第１の価値）等の情報を管理する。

　図４は、この例における配信者の「ランク」を説明するための図である。図示するように、この例では、「Ｓ」、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」及び「Ｅ」の６つのランク帯が存在し、「Ｓ」、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」の５つのランク帯の各々は、３つのランク（例えば、「Ｓ＋」、「Ｓ」、「Ｓ－」のように、ランク帯を示すアルファベットに「＋」を付加したランク、当該アルファベットのみのランク、及び、当該アルファベットに「－」を付加したランク）によって構成されている。また、「Ｅ」のランク帯は、１つのランク「Ｅ」によって構成されている。つまり、この例では、１６段階（３×５＋１＝１６）のランクが存在している。

　また、ランク帯は、「Ｓ」側が最上位であって「Ｅ」側が最下位である。また、同一のランク帯内のランクは、「＋」側が最上位であって「－」側が最下位である。この例では、ユーザのランクは、初期値として「Ｄ－」が設定される。

　図５は、この例において、配信情報テーブル４１２において管理される情報を例示する。配信情報テーブル４１２は、個別のライブ動画の配信に関する情報を管理し、図示するように、個別の配信を識別する「配信ＩＤ」に対応付けて、この配信の配信者を識別する「配信者ユーザアカウント」、「配信日時」、配信の継続時間を示す「配信時間」、「視聴者数（現在値及び最大値）」、視聴者によって入力されたコメントの数である「コメント数」、視聴者によって入力された「いいね」の数である「いいね数」、視聴者によるアイテムの入力に応じて加算される「アイテムポイント」、当該アイテムの入力に応じて発生し得るコンボに関する情報である「コンボ情報」、現在がフィーバータイムであるか否かを示す「フィーバータイムフラグ」、フィーバータイム中におけるコメント、いいね、及びアイテムの入力に応じて加算される「フィーバースコア」、この配信に対して付与される基本ポイントである「基本ポイント」、基本ポイントに対してフィーバースコアを加算したポイントである「配信ポイント」（第２の価値）等の情報を管理する。コンボ情報は、コンボ数及びコンボ履歴（連鎖する各コンボにおけるアイテムの入力の履歴（視聴者及びアイテムの組合せの履歴））等を含む。

　図６は、ライブ動画配信サービスのトップ画面６０を例示する。当該画面６０は、図示するように、「フォロー」、「人気」及び「すべて」と表示されたフィルター領域６２と、配信中のライブ動画を一覧表示する一覧表示領域６４と、「配信」と表示された配信開始ボタン６６とを有する。

　フィルター領域６２は、一覧表示領域６４において表示される配信中のライブ動画に対するフィルタリングを設定するための領域である。具体的には、フィルター領域６２において「フォロー」が選択されると、一覧表示領域６４において一覧表示されるライブ動画は、ユーザがフォローしているユーザのライブ動画に絞り込まれる。同様に、フィルター領域６２において「人気」が選択されると、一覧表示領域６４において一覧表示されるライブ動画は、人気を有する動画を抽出するための所定の抽出条件に従って抽出されたライブ動画（例えば、視聴者数（現在値）が閾値以上であるライブ動画）に絞り込まれる。また、フィルター領域６２において「すべて」が選択されると、フィルタリングなしで配信中の全てのライブ動画が一覧表示の対象となる。

　一覧表示領域６４には、各々が個別のライブ動画に関する情報を表示する複数の個別表示領域６４１が２列で配置される。個別表示領域６４１は、例えば、ライブ動画の配信者によって予め設定されている静止画像、配信者のアカウント名、及び、視聴者数（現在値）等を表示する。一覧表示領域６４は、上下方向へのフリック操作／スライド操作等によって、表示される個別表示領域６４１が切り替わるように構成されている。

　配信開始ボタン６６は、ユーザが、配信者としてライブ動画の配信を開始するためのオブジェクトである。当該配信開始ボタン６６がユーザによって選択されると、ライブ動画の配信が開始され、具体的には、ユーザ端末３０のカメラを介して入力される画像、及び、同じくユーザ端末３０のマイクを介して入力される音声によって構成される動画のサーバ１０への送信が開始される。また、ライブ動画の配信の開始に応じて、配信情報テーブル４１２において新たなレコードが作成される。

　図７は、配信開始ボタン６６の選択（つまり、ライブ動画の配信の開始）に応じて配信者端末３０において表示される配信者用画面７０を例示する。当該画面７０は、画面全体に対応する動画表示領域７１と、画面左上隅に位置する基本情報表示領域７２と、当該領域７２の下側に位置するフィーバーゲージ７３と、当該フィーバーゲージ７３の下側に位置するアイテム情報表示領域７４と、当該領域７４の下側に位置するアクション情報表示領域７５と、画面下端部中央に位置する円形の配信停止ボタン７６とを有する。

　動画表示領域７１は、配信されるライブ動画、つまり、配信者端末３０のカメラを介して入力される画像が表示される。配信者は、通常は、配信者端末３０のインカメラを介して配信者自身を撮影するので、配信されるライブ動画には配信者自身が含まれる。

　基本情報表示領域７２は、この配信の基本情報を表示し、具体的には、配信者情報（プロフィール画像等）、この配信の視聴者数（現在値）、及び、この配信に対して視聴者によって入力された「いいね」の数等を表示する。

　フィーバーゲージ７３は、配信者のフィーバーゲージの値をゲージ形式で表示する。上述したように、フィーバーゲージの値は、ユーザ情報テーブル４１１において管理されており、詳しくは後述するが、視聴者によるアイテムの入力に基づくコンボの発生及び連鎖に応じて増加する。

　アイテム情報表示領域７４は、詳しくは後述するが、視聴者によるアイテムの入力に応じて、当該アイテムの入力に関する情報を表示する。

　アクション情報表示領域７５は、視聴者によって行われたアクションに関する情報を表示し、具体的には、当該領域７５には、各々が個別のアクションに対応する複数のアクションオブジェクトＡＯが上下方向に並べて配置される。アクション情報表示領域７５は、視聴者によって新たなアクションが行われると、対応するアクションオブジェクトＡＯが下側に追加され、既存のアクションオブジェクトＡＯが順に上方向に移動するように構成されている。アクション情報表示領域７５は、上下方向へのフリック操作／スライド操作等によって、表示されるアクションオブジェクトＡＯが切り替わるように構成されている。アクション情報表示領域７５において表示される視聴者によるアクションは、入室（視聴の開始）、「いいね」の入力、コメントの入力、及び、アイテムの入力が含まれる。

　配信停止ボタン７６は、配信者がライブ動画の配信を停止するためのオブジェクトである。当該配信停止ボタン７６が配信者によって選択されると、ライブ動画の配信（配信者端末３０からサーバ１０へのライブ動画の送信）が停止される。

　図８は、視聴者端末３０において表示される視聴者用画面８０を例示する。例えば、トップ画面６０の一覧表示領域６４を介して任意のライブ動画が視聴者によって選択されると、選択されたライブ動画を視聴するための視聴者用画面８０が視聴者端末３０において表示される。当該画面８０は、図示するように、上述した配信者用画面７０と同様に、動画表示領域８１と、基本情報表示領域８２と、フィーバーゲージ８３と、アイテム情報表示領域８４と、アクション情報表示領域８５とを有する。また、視聴者用画面８０は、画面下端部において、コメント入力領域８６と、ハートマークが表示された「いいね」ボタン８７と、プレゼントの図柄が表示されたアイテム入力ボタン８８とを有する。

　コメント入力領域８６は、視聴者がコメントを入力するための領域である。当該領域８６を介して視聴者がコメントを入力すると、入力されたコメントに対応するアクションオブジェクトＡＯが、配信者端末３０の配信者用画面７０及び各視聴者端末３０の視聴者用画面８０のアクション情報表示領域７５、８５に追加される。コメントに対応するアクションオブジェクトＡＯには、当該コメントを入力した視聴者のアカウント名と共に、コメント自体（テキスト）とが表示される。また、コメントが入力されると、配信情報テーブル４１２のコメント数が更新（１加算）される。

　いいねボタン８７は、視聴者が配信者に対して「いいね」を入力するためのオブジェクトである。当該ボタン８７が視聴者によって選択されると、「いいね」の入力が行われ、「いいね」に対応するアクションオブジェクトＡＯが、アクション情報表示領域７５、８５に追加される。「いいね」に対応するアクションオブジェクトＡＯには、「いいね」を入力した視聴者のアカウント名と共に、「いいね」が行われたことを示すテキストが表示される。また、「いいね」が入力されると、所定の視覚効果（例えば、ハート型のオブジェクトが画面下側から上側に向かって流れるように表示されるアニメーション効果等）が動画表示領域７１、８１に付加される。また、「いいね」が入力されると、配信情報テーブル４１２の「いいね数」が更新（１加算）される。

　アイテム入力ボタン８８は、視聴者がアイテムを入力するためのオブジェクトである。当該ボタン８８が視聴者によって選択されると、図９に例示するアイテム選択画面９０が視聴者用画面８０に重ねて表示される。当該画面９０は、図示するように、各々がアイテムに関する情報を表示する複数の個別表示領域９２を一覧表示する。個別表示領域９２は、アイテムに対応する画像、及び、当該アイテムの入力に必要なコイン数を表示する。

　この例では、視聴者によって入力可能な複数のアイテムが予め定められており、各アイテムには、その価格（価値）としてコイン数が予め設定されている。アイテム選択画面９０は、当該入力可能な複数のアイテムを一覧表示する。視聴者によってアイテム選択画面９０を介して何れかのアイテムが選択されると、選択されたアイテムの入力が行われる。

　ここで、アイテムの入力に関係する処理について詳述する。図１０は、この例のサーバ１０が実行する、視聴者によるアイテムの入力に関係する処理を例示するフロー図である。サーバ１０は、図示するように、ライブ動画の配信中において（ステップＳ１００においてＮＯ）、アイテムの入力を待機し（ステップＳ１１５においてＮＯ）、当該待機中にコンボをクリアするためのコンボクリア条件を充足すると（ステップＳ１０５においてＹＥＳ）、これまでのコンボをクリアする（ステップＳ１１０）。コンボのクリアについては後述する。

　アイテムの入力の待機中において、何れかの視聴者によってアイテムが入力されると（ステップＳ１１５においてＹＥＳ）、サーバ１０は、対応するアクションオブジェクトを表示する（ステップＳ１２０）。具体的には、配信者用画面７０及び視聴者用画面８０のアクション情報表示領域７５、８５において、アイテムの入力に対応するアクションオブジェクトＡＯが追加される。アイテムの入力に対応するアクションオブジェクトＡＯには、当該アイテムを入力した視聴者のアカウント名と共に、入力されたアイテムの名称とが表示される。

　続いて、サーバ１０は、この配信のアイテムポイントを更新する（ステップＳ１２３）。具体的には、入力されたアイテムのコイン数に応じたアイテムポイント（例えば、コイン数が多くなるほどポイントも多くなる。）がこの配信に対して付与され、配信情報テーブル４１２において、対応する配信のアイテムポイントに加算される。

　次に、サーバ１０は、アイテムを入力した視聴者のコイン保有数を更新する（ステップＳ１２５）。具体的には、入力されたアイテムのコイン数が、ユーザ情報テーブル４１１において、対応するユーザ（アイテムを入力した視聴者）のコイン保有数から減じられる。

　そして、サーバ１０は、当該アイテムの入力が、コンボ条件を充足するか否かを判定する（ステップＳ１３０）。この例におけるコンボ条件は、以下の５つの必要条件によって構成されている。つまり、以下の５つの条件の全てを充足すると、コンボ条件を充足する。
 
（１）前回のコンボ（前回のコンボが存在しない場合は、前回のアイテムの入力）からの経過時間が３０秒以内であること
（２）今回入力されたアイテムのコイン数が、前回のコンボ（前回のコンボが存在しない場合は、前回のアイテムの入力）において入力されたアイテムのコイン数以上であること
（３）今回のアイテムを入力した視聴者が、前回までの（連鎖中の）コンボにおいて未だアイテムを入力していないこと（コンボの連鎖における同一の視聴者によるアイテムの入力回数が１以下であること）
（４）今回入力されたアイテムが、前回までの（連鎖中の）コンボにおいて未だ入力されていないこと（コンボの連鎖における同一のアイテムの入力回数が１以下であること）
（５）フィーバーゲージが満タンでないこと
 

　図１１は、この例におけるコンボ条件を説明するための図である。図１１において、上から下方向に、アイテムの入力に応じてコンボ数が加算され、又は、加算されない様子が例示されている。なお、以下の説明では、前後するアイテムの入力の間隔は３０秒以内であり（条件（１）を充足。）、また、フィーバーゲージは満タンでない（条件（５）を充足。）こととする。図示するように、まず、最初に視聴者０１がアイテムＡ（１）（括弧内はコイン数。以下同様。）を入力したとする。この時点でのコンボ数は０である。

　次に、視聴者０２がアイテムＢ（１）を入力すると、今回入力されたアイテムＢのコイン数「１」は、前回入力されたアイテムＡのコイン数「１」以上であり（条件（２）を充足。）、コンボの連鎖は未だ存在していない（条件（３）、（４）を充足。）から、コンボ条件を充足する。この結果、コンボ数が「０」から１加算されて「１」となる。

　続いて、視聴者０３がアイテムＢ（１）を入力すると、今回入力されたアイテムＢは、前回のコンボにおいて既に入力されているから、条件（４）を充足せず、コンボ条件を充足しない。この結果、コンボ数は「１」のまま維持される。

　そして、視聴者０４がアイテムＣ（３）を入力すると、今回入力されたアイテムＣのコイン数「３」は、前回のコンボにおいて入力されたアイテムＢのコイン数「１」以上であり（条件（２）を充足。）、今回のアイテムを入力した視聴者０４は、前回までのコンボにおいてアイテムを入力しておらず（条件（３）を充足。）、且つ、今回入力されたアイテムＣは、前回までのコンボにおいて入力されていない（条件（４）を充足。）から、コンボ条件を充足する。この結果、コンボ数が「１」から１加算されて「２」となる。

　続いて、視聴者０５がアイテムＤ（１）を入力すると、今回入力されたアイテムＤのコイン数「１」は、前回のコンボにおいて入力されたアイテムＣのコイン数「３」未満であるから、条件（２）を充足せず、コンボ条件を充足しない。この結果、コンボ数は「２」のまま維持される。

　そして、視聴者０６がアイテムＥ（３）を入力すると、今回入力されたアイテムＥのコイン数「３」は、前回のコンボにおいて入力されたアイテムＣのコイン数「３」以上であり（条件（２）を充足。）、今回のアイテムを入力した視聴者０６は、前回までのコンボにおいてアイテムを入力しておらず（条件（３）を充足。）、且つ、今回入力されたアイテムＥは、前回までのコンボにおいて入力されていない（条件（４）を充足。）から、コンボ条件を充足する。この結果、コンボ数が「２」から１加算されて「３」となる。

　続いて、視聴者０２がアイテムＦ（５）を入力すると、今回のアイテムを入力した視聴者０２は、前回までのコンボにおいて既にアイテムを入力している（初回のコンボにおいてアイテムＢを入力している。）から、条件（３）を充足せず、コンボ条件を充足しない。この結果、コンボ数は「３」のまま維持される。

　そして、視聴者０５がアイテムＦ（５）を入力すると、今回入力されたアイテムＦのコイン数「５」は、前回のコンボにおいて入力されたアイテムＥのコイン数「３」以上であり（条件（２）を充足。）、今回のアイテムを入力した視聴者０５は、前回までのコンボにおいてアイテムを入力しておらず（条件（３）を充足。）、且つ、今回入力されたアイテムＦは、前回までのコンボにおいて入力されていない（条件（４）を充足。）から、コンボ条件を充足する。この結果、コンボ数が「３」から１加算されて「４」となる。

　図１０のフロー図に戻り、サーバ１０は、今回のアイテムの入力が、コンボ条件を充足する判定されない場合には（ステップＳ１３０においてＮＯ）、通常用アイテムオブジェクトを表示する一方（ステップＳ１３５）、今回のアイテムの入力が、コンボ条件を充足する判定される場合には（ステップＳ１３０においてＹＥＳ）、コンボ用アイテムオブジェクトを表示する（ステップＳ１４０）。図１２は、アイテム情報表示領域８４においてアイテムオブジェクトＩＯが表示されている視聴者用画面８０を例示する。なお、同様に、配信者用画面７０のアイテム情報表示領域７４においてもアイテムオブジェクトＩＯが表示される。アイテムオブジェクトＩＯは、アイテム情報表示領域７４、８４における表示後、所定の時間が経過すると消える。なお、アイテムオブジェクトＩＯの表示又は消滅に伴って、入力されたアイテムに対応する所定の視覚効果が動画表示領域７１、８１に付加されるようにしても良い。

　この例では、アイテムの入力がコンボ条件を充足しない場合の通常用アイテムオブジェクト、及び、アイテムの入力がコンボ条件を充足する場合のコンボ用アイテムオブジェクトは、相互に外観が異なっている。図１３（Ａ）は、通常用アイテムオブジェクトＩＯ１を例示し、図１３（Ｂ）は、コンボ用アイテムオブジェクトＩＯ２を例示する。通常用アイテムオブジェクトＩＯ１は、図示するように、角丸長方形の輪郭を有しており、左側に、アイテムを入力した視聴者のプロフィール画像を表示する円形の視聴者画像表示領域ＩＯ１１を有する。また、通常用アイテムオブジェクトＩＯ１には、視聴者のアカウント名、並びに、入力されたアイテムの名称及び画像が表示される。一方、コンボ用アイテムオブジェクトＩＯ２は、図示するように、通常の（角丸でない）長方形の輪郭を有しており、左側に、アイテムを入力した視聴者のプロフィール画像を表示する台形の視聴者画像表示領域ＩＯ２１を有する。また、コンボ用アイテムオブジェクトＩＯ２には、視聴者のアカウント名、並びに、入力されたアイテムの名称及び画像に加えて、コンボ数が表示されている（図１３（Ｂ）の例では「５　ｃｏｍｂｏ」と表示されている。）。

　図１０のフロー図に戻り、サーバ１０は、アイテムの入力がコンボ条件を充足しない場合には、通常用アイテムオブジェクトを表示した後に、ステップＳ１００へと戻り、再度、アイテムの入力を待機する。

　一方、アイテムの入力がコンボ条件を充足する場合には、コンボ用アイテムオブジェクトを表示した後に、サーバ１０は、コンボ情報及びフィーバーゲージ値を更新する（ステップＳ１４５）。具体的には、配信情報テーブル４１２において、対応する配信のコンボ情報（コンボ数及びコンボ履歴）及びフィーバーゲージ値が更新される。コンボ情報の更新では、コンボ数が１加算されると共に、コンボ履歴に今回のアイテムの入力に関する情報（視聴者及びアイテムの組合せ）が追加される。また、フィーバーゲージ値の更新では、今回入力されたアイテムのコイン数と更新後のコンボ数とに基づいて設定される加算値がフィーバーゲージ値に加算される。当該加算値は、コイン数及びコンボ数が多いほど、大きな値となる。フィーバーゲージ値が更新されると、配信者用画面７０及び視聴者用画面８０のフィーバーゲージ７３、８３の表示もまた更新される。

　そして、更新後のフィーバーゲージが満タンでない（フィーバーゲージ値が最大値に到達していない。）場合には（ステップＳ１５０においてＮＯ）、サーバ１０は、ステップＳ１００へと戻り、再度、アイテムの入力を待機する。

　上述したように、アイテムの入力を待機している期間において、コンボクリア条件を充足する場合には（ステップＳ１０５においてＹＥＳ）、コンボをクリアする（ステップＳ１１０）。ここで、コンボのクリアについて説明する。この例におけるコンボクリア条件は、以下の何れかの条件が成立することである。
 
（１）前回のコンボからの経過時間が３０秒に到達すること
（２）フィーバーゲージが満タンになること
 
　これらの何れかの条件が成立すると、コンボのクリアが行われ、具体的には、配信情報テーブル４１２において、対応する配信のコンボ情報（コンボ数及びコンボ履歴）がクリア（初期化）される。つまり、この例における連鎖可能期間は「前回のコンボから３０秒以内」であると言える。

　一方、コンボの発生及び連鎖が繰り返された結果、フィーバーゲージが満タンになる（フィーバーゲージ値が最大値に到達する。）と（ステップＳ１５０においてＹＥＳ）、サーバ１０は、配信者端末３０においてフィーバータイム指示画面を表示し（ステップＳ１５５）、ステップＳ１００へと戻り、再度、アイテムの入力を待機する。

　図１４は、配信者端末３０において表示されるフィーバータイム指示画面１１０を例示する。当該画面１１０は、図示するように、配信者用画面７０に重ねて表示され、「ＦＥＶＥＲ　ＳＴＡＲＴ」と表示された円形のフィーバータイムボタン１１２と、「後でやる」と表示された保留ボタン１１４とを有する。配信者がフィーバータイムボタン１１２を選択すると、フィーバータイムが開始される。

　フィーバータイムが開始されると、所定の視覚効果（例えば、「ＦＥＶＥＲ」という文字列が踊るように表示されるアニメーション効果等）が、配信者用画面７０及び視聴者用画面８０の動画表示領域７１、８１に付加される。また、フィーバータイムにおいては、各視聴者によるコメント、いいね、及び、アイテムの入力に応じて、フィーバースコアが加算される。フィーバースコアは、上述したように、配信情報テーブル４１２において管理されている。なお、フィーバータイムにおいて、各視聴者によるコメント、いいね、及び、アイテムの入力に応じたコメント数、いいね数、及びアイテムポイントの更新もまた、継続して行われる。つまり、フィーバータイムは、コメント数、いいね数、及びアイテムポイントの加算に加えて、フィーバースコアが加算されるモードであると言える。なお、フィーバータイムにおいて、アイテム選択画面９０を介して入力可能な通常用のアイテムに代えて、又は、これに加えて、フィーバータイム用のアイテムの入力が可能となるようにしても良い。

　この例において、フィーバータイムは、開始してからの経過時間が所定の時間（例えば、６０秒）に到達すると終了する。フィーバータイムの終了に応じて、フィーバーゲージ値及びコンボがクリア（初期化）される。そして、その後、フィーバーゲージが再び満タンとなると、再度、フィーバータイム指示画面１１０が表示されて、フィーバータイムの開始が可能となる。なお、フィーバーゲージが満タンになる都度、次のフィーバーゲージを満タンとすることの難易度を上げる（例えば、フィーバーゲージ値の最大値を増加させる。）ようにしても良い。また、配信者毎に、単位期間（例えば、１日）においてフィーバーゲージを満タンにする回数に制限を設ける（つまり、フィーバータイムの回数を制限する。）ようにしても良い。

　この例では、配信者がフィーバータイム指示画面１１０の保留ボタン１１４を選択すると、フィーバータイムの開始が保留される。当該保留期間において、視聴者によるアイテムの入力は可能であるが、フィーバーゲージが満タンであるため（上述した条件（５）を充足しないから）コンボ条件は充足しない（コンボは発生しない。）。配信者は、当該保留期間において、所望のタイミング（例えば、有力な視聴者が視聴を開始したタイミング等）で、フィーバータイムの開始を指示することができる。

　上述したように、配信者が、配信者用画面７０の配信停止ボタン７６を選択すると、ライブ動画の配信が終了する。ライブ動画の配信が終了すると、サーバ１０は、当該配信に対する配信ポイントを設定する。この例では、視聴者数（最大値）、いいね数、コメント数、及び、アイテムポイントに基づいて基本ポイントが算出され、当該基本ポイントに対して、フィーバータイムにおけるフィーバースコアが加算されて配信ポイントとなる。基本ポイントは、視聴者数（最大値）、いいね数、コメント数、及び、アイテムポイントが多いほど、多くなるように構成されている。算出された基本ポイント及び配信ポイントは、配信情報テーブル４１２において登録される。

　なお、ライブ動画の配信が終了しても、ユーザ情報テーブル４１１において管理されているフィーバーゲージ値は維持される。つまり、この例では、フィーバーゲージ値（フィーバーゲージの状態）は、次回の配信に持ち越される。なお、所定のタイミング（例えば、毎日深夜等）で、フィーバーゲージ値（フィーバーゲージの状態）をクリア（初期化）するようにしても良い。

　また、この例では、ユーザが前日に獲得した配信ポイントに基づいて当日のランクが決定（更新）される。図１５は、各ユーザのランクを更新する際にサーバ１０が実行する処理を例示するフロー図である。これらの処理は、毎日深夜（例えば、毎日午前３時）に実行される。

　サーバ１０は、まず、図示するように、各ユーザのランクメータ値を更新する（ステップＳ３００）。図１６は、ランクメータ値の更新ルールを説明するための図である。図示するように、この例では、ユーザが前日に獲得した配信ポイントの当該ユーザが属するランク帯内での順位に基づいてランクメータ値が変動する。特定のユーザが前日に獲得した配信ポイントは、配信情報テーブル４１２の配信者ユーザアカウント、配信日時、及び、配信ポイントを参照することによって算出される。なお、ユーザが１日に複数の配信を行っている場合、複数の配信でそれぞれ獲得した配信ポイントが合算される。

　ランクメータ値の更新ルールは、具体的には、図１６に示すように、まず、ランク帯内の配信ポイントの順位が上位１０％に含まれる場合には、ランクメータ値の変動は「＋２」（２ポイント増加）である。同様に、当該順位が上位１１～３０％（上位３０％から上位１０％を除いた残りの２０％）に含まれる場合の変動は「＋１」であり、当該順位が中位３０％（上位３１～６０％）に含まれる場合の変動は「±０」（増減なし）であり、当該順位が下位４０％に含まれる場合の変動は「－１」（１ポイント減少）である。なお、前日の配信が行われなかった場合には、ランク帯内の順位にかかわらず、ランクメータ値の変動は「－１」となる。

　ステップＳ３００では、図１６に例示される更新ルールに従って、各ユーザのランクメータ値が更新される。なお、ランクメータ値がマイナスであるユーザであって、今回のランクメータ値の変動が増加（具体的には、＋２、又は、＋１）である場合、ランクメータ値を０にクリアした上で増加させるようにしても良い。つまり、例えば、ランクメータ値の現在値が「－１」であるユーザの今回の変動が「＋２」である場合、ランクメータ値を０にクリアした後に２増加させ、変動後のランクメータ値は（「＋１」ではなく）「＋２」となる。こうすれば、ランクメータ値がマイナスであるユーザ（例えば、配信頻度が低いユーザ等）であっても当該ランクメータ値を一気に増加させることができるから、ライブ動画の配信が促進される。

　各ユーザのランクメータ値を更新すると、次に、サーバ１０は、更新後のランクメータ値に基づいてランクを更新する（ステップＳ３１０）。図１７は、ランクの更新内容と必要なランクメータ値との対応関係を説明するための図である。図示するように、まず、ランク帯をまたいでランクアップする場合（言い換えると、各ランク帯内の最上位のランクからランクアップする場合）に必要なランクメータ値は＋４である。つまり、各ランク帯内の最上位のランク（例えば、Ａ＋）に属するユーザは、ランクメータ値が＋４になると、直上のランク帯内の最下位のランク（例えば、Ｓ－）にランクアップする。また、同一のランク帯内でランクアップする場合（言い換えると、各ランク帯内の中位又は最下位のランクからランクアップする場合）に必要なランクメータ値は＋２である。つまり、各ランク帯内の中位又は最下位のランク（例えば、Ｂ又はＢ－）に属するユーザは、ランクメータ値が＋２になると、同一のランク帯内の直上のランク（例えば、Ｂ＋又はＢ）にランクアップする。

　同様に、図１７に例示するように、同一のランク帯内でランクダウンする場合（言い換えると、各ランク帯内の最上位又は中位のランクからランクダウンする場合）に必要なランクメータ値は－２である。つまり、各ランク帯内の最上位又は中位のランク（例えば、Ｂ＋又はＢ）に属するユーザは、ランクメータ値が－２になると、同一のランク帯内の直下のランク（例えば、Ｂ又はＢ－）にランクダウンする。また、ランク帯をまたいでランクダウンする場合に必要なランクメータ値は－６である。つまり、各ランク帯内の最下位のランク（例えば、Ａ－）に属するユーザは、ランクメータ値が－６になると、直下のランク帯の最上位のランク（例えば、Ｂ＋）にランクダウンする。このように、この例では、ランク帯をまたいだランクアップ／ダウンは、同一のランク帯内でのランクアップ／ダウンと比較して、必要なランクメータ値の絶対値が大きくなっている。この結果、短期間での急激なランクアップ／ダウンが抑制される。

　ステップＳ３１０においては、図１７に例示した対応関係に従って、ランクメータ値に基づくランクの更新が行われる。なお、ランクの更新が行われたユーザ（ランクアップ／ダウンが発生したユーザ）のランクメータ値は０にクリアされる。

　図１８は、ユーザのランクメータ値を表示するランクメータオブジェクト１００を例示する。当該オブジェクト１００は、例えば、ユーザの基本情報を表示するプロフィール画面等において配置される。ランクメータオブジェクト１００は、図示するように、針型の形状を有する針オブジェクト１０２と、下方に開口するアルファベットのＣ型の形状を有するスケールオブジェクト１０４とを有する。針オブジェクト１０２の下方にはユーザの現在のランク（図１８の例では「Ａランク」）が表示されている。針オブジェクト１０２は、ランクメータ値が増加すると右方向に振れ（回転し）、ランクメータ値が減少すると左方向に振れるように構成されている。図１８における針オブジェクト１０２は直立している状態であり（１２時の方向を指しており）、ランクメータ値が０である状態に対応している。また、針オブジェクト１０２は、ランクメータ値が正の方向に大きくなるほど右方向に傾斜する一方、負の方向に小さくなるほど左方向に傾斜する。そして、スケールオブジェクト１０４の右下側には、ランクアップに必要なランクメータ値に対応するランクアップ領域１０４１が設定されており、同じくスケールオブジェクト１０４の左下側には、ランクダウンに必要なランクメータ値に対応するランクダウン領域１０４２が設定されている。ユーザは、当該ランクメータオブジェクト１００を介して、ランクアップ／ダウンに向けたランクメータ値の現在の状況を把握することができる。

　また、この例では、前日の配信時間とランク（前日におけるランク）とに基づいて配信者としてのユーザに対する報酬であるダイヤが付与される。図１９は、各配信者にダイヤを付与する際にサーバ１０が実行する処理を例示するフロー図である。これらの処理は、毎日深夜に実行され、例えば、図１５に例示した各ユーザのランクを更新する際に実行され処理よりも前の時刻（例えば、毎日午前０時）に実行される。

　サーバ１０は、まず、図示するように、各ユーザの前日の配信時間を算出する（ステップＳ４００）。特定のユーザの前日の配信時間は、具体的には、配信情報テーブル４１２の配信者ユーザアカウント、及び、配信日時を参照することによって算出される。ユーザが１日に複数の配信を行っている場合、複数の配信の各々の配信時間が合算される。

　続いて、サーバ１０は、算出した配信時間及び基準ダイヤ数に基づく数のダイヤを各ユーザに付与する（ステップＳ４１０）。具体的には、算出した配信時間に基準ダイヤ数を乗じた数のダイヤが各ユーザに付与される。基準ダイヤ数は、ランクが上位であるほど多くなるように、ランク毎に予め設定されており、各ユーザの前日のランクに対応する基準ダイヤ数が適用される。ユーザに対してダイヤが付与されると、ユーザ情報テーブル４１１のダイヤ保有数が更新される。この例では、ダイヤは、コイン又は現実の通貨に交換することができる。

　上述した例では、コンボの発生又は連鎖に応じてフィーバーゲージ値を加算し、フィーバーゲージが満タンになるとフィーバータイムの開始が可能となり、当該フィーバータイムにおけるフィーバースコアが配信ポイントに加算されるようにしたが、こうした設計は例示であって、本実施形態の他の例では、その他の設計が適用され得る。例えば、当該他の例では、コンボの発生又は連鎖に応じて配信ポイントが直接加算され得る。また、本実施形態のさらに他の例において、コンボの発生に応じて配信者に対して付与される価値・利益は、フィーバーゲージ値及び配信ポイントに限定されず、例えば、コイン及びダイヤ等であっても良い。

　以上説明した本実施形態の動画配信サーバ１０は、ライブ動画の複数の視聴者の各々によるアイテムの入力が所定のコンボ条件を充足すると判定される場合にコンボを発生させるから、ライブ動画の視聴者間のコミュニケーションを活性化させることができ、さらに、こうしたコンボの発生に応じて第１の価値（例えば、フィーバーゲージ値）を配信者に付与するから、当該ライブ動画の配信者と視聴者との間の繋がりを強化することができる。

　本明細書で説明された処理及び手順は、明示的に説明されたもの以外にも、ソフトウェア、ハードウェアまたはこれらの任意の組み合わせによって実現される。例えば、本明細書で説明される処理及び手順は、集積回路、揮発性メモリ、不揮発性メモリ、磁気ディスク等の媒体に、当該処理及び手順に相当するロジックを実装することによって実現される。また、本明細書で説明された処理及び手順は、当該処理・手順に相当するコンピュータプログラムとして実装し、各種のコンピュータに実行させることが可能である。

　本明細書中で説明された処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書において説明されたソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。

　本明細書において、発明の構成要素が単数もしくは複数のいずれか一方として説明された場合、又は、単数もしくは複数のいずれとも限定せずに説明された場合であっても、文脈上別に解すべき場合を除き、当該構成要素は単数又は複数のいずれであってもよい。

　１０　動画配信サーバ
　１１　コンピュータプロセッサ
　１５　ストレージ（記憶装置）
　２０　通信ネットワーク
　３０　ユーザ端末
　４１　情報記憶管理部
　４３　基本機能制御部
　４５　動画配信制御部
　６０　トップ画面
　７０　配信者用画面
　７３　フィーバーゲージ
　８０　視聴者用画面
　８３　フィーバーゲージ
　９０　アイテム選択画面
　１００　ランクメータオブジェクト
　１１０　フィーバータイム指示画面

Claims (11)

1. 　１又は複数のコンピュータプロセッサを備え、ライブ動画を配信するためのシステムであって、
   　前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
   　配信者が提供するライブ動画を、複数の視聴者の各々に対して配信する処理と、
   　前記配信者が提供するライブ動画の配信中において、前記複数の視聴者の各々によるアイテムの入力を受け付ける処理と、
   　前記複数の視聴者の各々によるアイテムの入力に応じて、今回のアイテムの入力が所定のコンボ条件を充足するか否かを判定し、前記所定のコンボ条件を充足すると判定される場合にコンボを発生させる処理と、
   　コンボの発生に応じて、第１の価値を前記配信者に対して付与する処理と、を実行する、
   　システム。
2. 　前記コンボを発生させる処理は、前回までのコンボに対するコンボの連鎖が可能な連鎖可能期間において前記今回のアイテムの入力が行われており、且つ、前記今回のアイテムの入力が前記所定のコンボ条件を充足すると判定される場合に、今回発生させるコンボを前回までのコンボに連鎖させることを含み、
   　前記第１の価値を付与する処理は、コンボの連鎖数が大きいほど多くの前記第１の価値を前記配信者に対して付与することを含む、
   　請求項１のシステム。
3. 　前記１又は複数のコンピュータプロセッサは、さらに、前記連鎖可能期間の終了に応じてコンボの連鎖をクリアする処理を実行する、
   　請求項２のシステム。
4. 　前記所定のコンボ条件は、今回入力されたアイテムの価値と、前回入力されたアイテムの価値又は前回のコンボにおいて入力されたアイテムの価値と、の関係が、所定の関係であるという条件を含む、
   　請求項２又は３何れかのシステム。
5. 　前記所定のコンボ条件は、コンボの連鎖における同一のアイテムの入力回数が閾値以下であるという条件を含む、
   　請求項２ないし４何れかのシステム。
6. 　前記所定のコンボ条件は、コンボの連鎖における同一の視聴者によるアイテムの入力回数が閾値以下であるという条件を含む、
   　請求項２ないし５何れかのシステム。
7. 　前記１又は複数のコンピュータプロセッサは、さらに、
   　前記配信者が提供するライブ動画の配信中における前記複数の視聴者の視聴状況に少なくとも基づいて設定される数量の第２の価値を前記配信者に対して付与する処理と、
   　前記第１の価値の保有数量が閾値以上となることを必要条件として、視聴状況に少なくとも基づく前記第２の価値の数量が多くなるように構成された所定のモードを開始する処理と、を実行する、
   　請求項１ないし６何れかのシステム。
8. 　前記所定のモードを開始する処理は、前記第１の価値の保有数量が閾値以上となった後における前記配信者による指示に応じて、前記所定のモードを開始することを含む、
   　請求項７のシステム。
9. 　前記アイテムの入力を受け付ける処理は、前記所定のモードの開始に応じて、前記所定のモード用のアイテムの入力を可能とすることを含む、
   　請求項７又は８のシステム。
10. 　１又は複数のコンピュータによって実行され、ライブ動画を配信するための方法であって、
    　配信者が提供するライブ動画を、複数の視聴者の各々に対して配信するステップと、
    　前記配信者が提供するライブ動画の配信中において、前記複数の視聴者の各々によるアイテムの入力を受け付けるステップと、
    　前記複数の視聴者の各々によるアイテムの入力に応じて、今回のアイテムの入力が所定のコンボ条件を充足するか否かを判定し、前記所定のコンボ条件を充足すると判定される場合にコンボを発生させるステップと、
    　コンボの発生に応じて、第１の価値を前記配信者に対して付与するステップと、を備える、
    　方法。
11. 　ライブ動画を配信するためのプログラムであって、
    　１又は複数のコンピュータ上で実行されることに応じて、前記１又は複数のコンピュータに、
    　配信者が提供するライブ動画を、複数の視聴者の各々に対して配信する処理と、
    　前記配信者が提供するライブ動画の配信中において、前記複数の視聴者の各々によるアイテムの入力を受け付ける処理と、
    　前記複数の視聴者の各々によるアイテムの入力に応じて、今回のアイテムの入力が所定のコンボ条件を充足するか否かを判定し、前記所定のコンボ条件を充足すると判定される場合にコンボを発生させる処理と、
    　コンボの発生に応じて、第１の価値を前記配信者に対して付与する処理と、を実行させる、
    　プログラム。

Images