(57)【要約】【課題】  ライブ動画の配信者によるファンの獲得を支援する。【解決手段】    本発明の一実施形態に係る動画配信サーバ１０は、ライブ動画を配信及び視聴するためのライブ動画配信サービスを、ユーザ端末３０を介してユーザに提供する。当該サーバ１０は、特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて当該特定の視聴者に対して報酬が付与されるから、視聴者による、特定の配信者のライブ動画の連日の視聴を促進し、この結果、ライブ動画の配信者によるファンの獲得を支援する。【選択図】  図１
2020170911.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数のコンピュータプロセッサを備え、ライブ動画を配信するためのシステムであって、
前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
配信者が提供するライブ動画を複数の視聴者に対して配信する処理と、
ライブ動画の配信中において、視聴者に対して所定の報酬を付与する処理と、を実行させ、
前記所定の報酬を付与する処理は、特定の配信者が提供するライブ動画の配信中において、前記特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
システム。
【請求項２】
前記所定の報酬を付与する処理は、連続視聴日数が大きいほど視聴者にとっての価値が高くなるように、前記所定の報酬を付与することを含む、
請求項１のシステム。
【請求項３】
前記所定の報酬を付与する処理は、前記特定の配信者が提供するライブ動画の前記特定の視聴者による連続視聴時間が第１の閾値に到達することに応じて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
請求項１又は２のシステム。
【請求項４】
前記所定の報酬を付与する処理は、前記特定の配信者が提供するライブ動画の前記特定の視聴者による連続視聴時間が前記第１の閾値に到達してから所定の時間内における前記特定の視聴者による入力操作に応じて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
請求項３のシステム。
【請求項５】
前記１又は複数のコンピュータプロセッサは、さらに、配信者が提供するライブ動画の配信中において、視聴者によって入力される所定の入力情報を配信者及び他の視聴者に提示する処理を実行し、
前記所定の報酬を付与する処理は、前記特定の視聴者による前記所定の入力情報の連続未入力時間が第２の閾値以上である間、前記特定の視聴者による連続視聴時間のカウントを一時停止することを含む、
請求項３又は４のシステム。
【請求項６】
前記所定の報酬を付与する処理は、前記特定の視聴者による連続視聴時間が前記第１の閾値に到達することに応じて前記特定の視聴者に対して前記所定の報酬を付与した後において、前記特定の視聴者による連続視聴時間が、再度、前記第１の閾値に到達することに応じて、再度、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
請求項３ないし５何れかのシステム。
【請求項７】
前記所定の報酬を付与する処理は、前記特定の配信者が提供するライブ動画の前記特定の視聴者による日単位の連続視聴が継続する期間における前記所定の報酬の付与回数が大きいほど視聴者にとっての価値が高くなるように、前記所定の報酬を付与すことを含む、
請求項１ないし６何れかのシステム。
【請求項８】
前記所定の報酬を付与する処理は、前記特定の配信者が提供するライブ動画の前記特定の視聴者による連続視聴日数と、前記特定の視聴者による日単位の連続視聴が継続する期間における前記所定の報酬の付与回数と、の組み合わせに基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
請求項７のシステム。
【請求項９】
前記所定の報酬を付与する処理は、前記特定の視聴者による日単位の連続視聴が継続する期間における前記所定の報酬の将来の付与回数において付与される予定の前記所定の報酬の価値に関する情報を前記特定の視聴者に対して提示することを含む、
請求項７又は８のシステム。
【請求項１０】
前記所定の報酬を付与する処理は、
第１の所定の報酬、又は、前記第１の所定の報酬よりも視聴者にとっての価値が高い第２の所定の報酬を視聴者に対して付与すること、及び、
前記第２の所定の報酬が付与される確率が、前記特定の配信者が提供するライブ動画の前記特定の視聴者による連続視聴日数が大きいほど高くなること、を含む、
請求項１ないし９何れかのシステム。
【請求項１１】
前記第１の所定の報酬は、配信者毎に、全ての視聴者に対する総付与回数が制限されておらず、
前記第２の所定の報酬は、配信者毎に、全ての視聴者に対する総付与回数が制限されている、
請求項１０のシステム。
【請求項１２】
１又は複数のコンピュータによって実行され、ライブ動画を配信するための方法であって、
配信者が提供するライブ動画を複数の視聴者に対して配信するステップと、
ライブ動画の配信中において、視聴者に対して所定の報酬を付与するステップと、を備え、
前記所定の報酬を付与するステップは、特定の配信者が提供するライブ動画の配信中において、前記特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
方法。
【請求項１３】
ライブ動画を配信するためのプログラムであって、
１又は複数のコンピュータ上で実行されることに応じて、前記１又は複数のコンピュータに、
配信者が提供するライブ動画を複数の視聴者に対して配信する処理と、
ライブ動画の配信中において、視聴者に対して所定の報酬を付与する処理と、を実行させ、
前記所定の報酬を付与する処理は、特定の配信者が提供するライブ動画の配信中において、前記特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ライブ動画を配信するためのシステム、方法、及びプログラムに関するものである。
【背景技術】
【０００２】
従来、ライブ動画を配信するためのライブ動画配信サービスにおいて、配信者によるライブ動画の配信を促進するための様々な仕組みが導入されている。例えば、下記特許文献１は、配信者による要求に応じて当該配信者を配信待機状態に設定し、配信待機状態に設定されている配信者に対する視聴者による要求に応じて、当該配信者のユーザ端末によるライブ動画の送信を開始するように構成されたシステムを開示している。このように構成されたシステムにおいて、配信者は、自身を配信待機状態に設定しておくことにより、視聴者が存在する場合にのみライブ動画の配信を開始することができ、この結果、動画配信を開始することに対する心理的な障壁が低くなり、ライブ動画の配信が促進され得る。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１９−０２２２１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のライブ動画配信サービスでは、ライブ動画の配信を継続したとしても、配信者にとって、自身のファンとなる視聴者（例えば、自身のライブ動画を繰り返し視聴してくれる視聴者）を獲得することは容易とは言えない。そして、努力してライブ動画の配信を継続してもファンが増えない配信者は、ライブ動画の配信自体を中止してしまう可能性がある。
【０００５】
本発明の実施形態は、ライブ動画の配信者によるファンの獲得を支援することを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。
【課題を解決するための手段】
【０００６】
本発明の一実施形態に係るシステムは、１又は複数のコンピュータプロセッサを備え、ライブ動画を配信するためのシステムであって、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、配信者が提供するライブ動画を複数の視聴者に対して配信する処理と、ライブ動画の配信中において、視聴者に対して所定の報酬を付与する処理と、を実行させ、前記所定の報酬を付与する処理は、特定の配信者が提供するライブ動画の配信中において、前記特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む。
【０００７】
本発明の一実施形態に係る方法は、１又は複数のコンピュータによって実行され、ライブ動画を配信するための方法であって、配信者が提供するライブ動画を複数の視聴者に対して配信するステップと、ライブ動画の配信中において、視聴者に対して所定の報酬を付与するステップと、を備え、前記所定の報酬を付与するステップは、特定の配信者が提供するライブ動画の配信中において、前記特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む。
【０００８】
本発明の一実施形態に係るプログラムは、ライブ動画を配信するためのプログラムであって、１又は複数のコンピュータ上で実行されることに応じて、前記１又は複数のコンピュータに、配信者が提供するライブ動画を複数の視聴者に対して配信する処理と、ライブ動画の配信中において、視聴者に対して所定の報酬を付与する処理と、を実行させ、前記所定の報酬を付与する処理は、特定の配信者が提供するライブ動画の配信中において、前記特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む。
【発明の効果】
【０００９】
本発明の様々な実施形態は、ライブ動画の配信者によるファンの獲得を支援する。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係る動画配信サーバ１０を含むネットワークの構成を概略的に示す構成図。
【図２】動画配信サーバ１０の機能を概略的に示すブロック図。
【図３】ユーザ情報テーブル４１１において管理される情報を例示する図。
【図４】ランクを説明するための図。
【図５】配信管理テーブル４１２において管理される情報を例示する図。
【図６】配信者毎視聴者管理テーブル４１３において管理される情報を例示する図。
【図７】トップ画面６０を例示する図。
【図８】配信者用画面７０を例示する図。
【図９】視聴者用画面８０を例示する図。
【図１０】アイテム選択画面２００を例示する図。
【図１１】ボックス詳細情報表示画面９０を例示する図。
【図１２】視聴者がスーパーボックス及びハイパーボックスを開封する場合の連続視聴日数及びコンボ数の推移を説明するための図。
【図１３】ボックスコンボ情報表示領域９４における表示内容を例示する図。
【図１４】ボックスコンボ情報表示領域９４における表示内容を例示する図。
【図１５】ボックスコンボ情報表示領域９４における表示内容を例示する図。
【図１６】ボックスコンボ情報表示領域９４における表示内容を例示する図。
【図１７】ユーザ（視聴者）によるライブ動画の視聴の開始に応じてサーバ１０が実行する処理を例示するフロー図。
【図１８】ボックス開封用画面２１０を例示する図。
【図１９】ランクを更新する際にサーバ１０が実行する処理を例示するフロー図。
【図２０】ランクメータ値の更新ルールを説明するための図。
【図２１】ランクの更新内容と必要なランクメータ値との対応関係を説明するための図。
【図２２】ランクメータオブジェクト１００を例示する図。
【図２３】ダイヤを付与する際にサーバ１０が実行する処理を例示するフロー図。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら、本発明の実施形態について説明する。
【００１２】
図１は、本発明の一実施形態に係る動画配信サーバ１０を含むネットワークの構成を概略的に示す構成図である。動画配信サーバ１０は、図示するように、インターネット等の通信ネットワーク２０を介してユーザ端末３０と通信可能に接続されている。図１においては、１つのユーザ端末３０のみが図示されているが、サーバ１０は、複数のユーザ端末３０と通信可能に接続されている。動画配信サーバ１０は、ライブ動画を配信及び視聴するためのライブ動画配信サービスを、ユーザ端末３０を介してユーザに提供する。本実施形態において、ユーザ端末３０を操作するユーザは、配信者としてライブ動画を配信することができ、また、視聴者として他のユーザによって提供されるライブ動画を視聴することもできる。動画配信サーバ１０は、本発明のシステムの一部又は全部を実装する装置の一例である。
【００１３】
動画配信サーバ１０は、一般的なコンピュータとして構成されており、図１に示すように、コンピュータプロセッサ１１と、メインメモリ１２と、入出力Ｉ／Ｆ１３と、通信Ｉ／Ｆ１４と、ストレージ（記憶装置）１５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。
【００１４】
コンピュータプロセッサ１１は、ＣＰＵ又はＧＰＵ等として構成され、ストレージ１５等に記憶されている様々なプログラムをメインメモリ１２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ１２は、例えば、ＤＲＡＭ等によって構成される。
【００１５】
入出力Ｉ／Ｆ１３は、ユーザ等との間で情報をやり取りするための各種の入出力装置を含む。入出力Ｉ／Ｆ１３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、入出力Ｉ／Ｆ１３は、ディスプレイ等の画像出力装置、スピーカー等の音声出力装置を含む。
【００１６】
通信Ｉ／Ｆ１４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、及びこれらの組み合わせとして実装され、通信ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。
【００１７】
ストレージ１５は、例えば磁気ディスク、フラッシュメモリ等によって構成される。ストレージ１５は、オペレーティングシステムを含む様々なプログラム、及び各種データ等を記憶する。
【００１８】
本実施形態において、動画配信サーバ１０は、それぞれが上述したハードウェア構成を有する複数のコンピュータを用いて構成され得る。例えば、動画配信サーバ１０は、１又は複数のサーバ装置によって構成され得る。
【００１９】
このように構成された動画配信サーバ１０は、ウェブサーバ及びアプリケーションサーバとしての機能を有するように構成することができ、この場合、ユーザ端末３０にインストールされているウェブブラウザ及びその他のアプリケーション（例えば、ライブ動画配信サービス用のアプリケーション）からの要求に応答して各種の処理を実行し、当該処理の結果に応じた画面データ（例えば、ＨＴＭＬデータ）及び制御データ等をユーザ端末３０に送信する。ユーザ端末３０では、受信したデータに基づくウェブページ又はその他の画面が表示され得る。
【００２０】
ユーザ端末３０は、一般的なコンピュータとして構成されており、図１に示すように、コンピュータプロセッサ３１と、メインメモリ３２と、入出力Ｉ／Ｆ３３と、通信Ｉ／Ｆ３４と、ストレージ（記憶装置）３５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。
【００２１】
コンピュータプロセッサ３１は、ＣＰＵ又はＧＰＵ等として構成され、ストレージ３５等に記憶されている様々なプログラムをメインメモリ３２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ３２は、例えば、ＤＲＡＭ等によって構成される。
【００２２】
入出力Ｉ／Ｆ３３は、ユーザ等との間で情報をやり取りするための各種の入出力装置を含む。入出力Ｉ／Ｆ３３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、入出力Ｉ／Ｆ３３は、ディスプレイ等の画像出力装置、スピーカー等の音声出力装置を含む。
【００２３】
通信Ｉ／Ｆ３４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、及びこれらの組み合わせとして実装され、通信ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。
【００２４】
ストレージ３５は、例えば磁気ディスク又はフラッシュメモリ等によって構成される。ストレージ３５は、オペレーティングシステムを含む様々なプログラム及び各種データ等を記憶する。ストレージ３５が記憶するプログラムは、アプリケーションマーケット等からダウンロードされてインストールされ得る。
【００２５】
本実施形態において、ユーザ端末３０は、スマートフォン、タブレット端末、ウェアラブルデバイス、パーソナルコンピュータ、及びゲーム専用端末等として構成され得る。
【００２６】
このように構成されたユーザ端末３０を操作するユーザは、ストレージ３５等にインストールされているウェブブラウザ又はその他のアプリケーションを介した動画配信サーバ１０との通信を実行することによって、動画配信サーバ１０が提供するライブ動画配信サービスを利用することができる。
【００２７】
次に、本実施形態の動画配信サーバ１０が有する機能について説明する。図２は、動画配信サーバ１０が有する機能を概略的に示すブロック図である。サーバ１０は、図示するように、様々な情報を記憶及び管理する情報記憶管理部４１と、ライブ動画配信サービスの基本機能を制御する基本機能制御部４３と、ライブ動画の配信を制御する動画配信制御部４５とを有する。これらの機能は、コンピュータプロセッサ１１及びメインメモリ１２等のハードウェア、並びに、ストレージ１５等に記憶されている各種プログラムやデータ等が協働して動作することによって実現され、例えば、メインメモリ１２に読み込まれたプログラムに含まれる命令をコンピュータプロセッサ１１が実行することによって実現される。また、図２に示すサーバ１０の機能の一部又は全部は、サーバ１０とユーザ端末３０とが協働することによって実現され、又は、ユーザ端末３０によって実現され得る。
【００２８】
動画配信サーバ１０の情報記憶管理部４１は、ストレージ１５等において様々な情報を記憶及び管理する。情報記憶管理部４１は、例えば、図２に示すように、ライブ動画配信サービスのユーザに関する情報を管理するユーザ情報テーブル４１１と、個別のライブ動画の配信に関する情報を管理する配信管理テーブル４１２と、配信者毎の視聴者に関する情報（配信者と視聴者との組合せ毎の情報）を管理する配信者毎視聴者管理テーブル４１３と、を有するように構成されている。
【００２９】
動画配信サーバ１０の基本機能制御部４３は、ライブ動画配信サービスの基本機能の制御に関する様々な処理を実行する。例えば、基本機能制御部４３は、基本機能に関する様々な画面の画面データ又は制御データをユーザ端末３０に送信し、ユーザ端末３０で表示される当該画面を介したユーザによる操作入力に応答して様々な処理を実行し、当該処理の結果に応じた画面データ又は制御データをユーザ端末３０に送信する。基本機能制御部４３によって制御される基本機能は、例えば、ログイン処理（ユーザ認証）、課金制御、及び、ユーザ管理（例えば、ユーザ情報テーブル４１１の更新等）等を含む。
【００３０】
動画配信サーバ１０の動画配信制御部４５は、ライブ動画の配信の制御に関する様々な処理を実行する。例えば、動画配信制御部４５は、配信者が提供するライブ動画を複数の視聴者に対して配信するように構成されている。例えば、動画配信制御部４５は、配信者のユーザ端末３０（以下、「配信者端末３０」と言うことがある。）から送信されるライブ動画を受信して、当該ライブ動画を複数の視聴者の各々のユーザ端末３０（以下、「視聴者端末３０」と言うことがある。）に送信するように構成される。ライブ動画は、例えば、配信者端末３０のカメラを介して入力される画像、及び、マイクを介して入力される音声によって構成される。こうしたライブ動画の配信は、例えば、ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）等のプロトコルを用いたストリーミング方式で行われ得る。
【００３１】
本実施形態において、動画配信制御部４５は、ライブ動画の配信中において、視聴者に対して所定の報酬を付与するように構成されている。例えば、動画配信制御部４５は、配信者及び／又は視聴者によるユーザ端末３０を介した所定のアクションの実行に応じて、視聴者に対して所定の報酬を付与するように構成される。
【００３２】
また、動画配信制御部４５は、特定の配信者が提供するライブ動画の配信中において、当該特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数（日単位の視聴の連続数）に少なくとも基づいて、当該特定の視聴者に対して所定の報酬を付与するように構成されている。例えば、付与される所定の報酬は、連続視聴日数が大きくなるほど視聴者にとっての価値が高くなる。
【００３３】
このように、本実施形態における動画配信サーバ１０は、特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に基づいて当該特定の視聴者に対して報酬が付与されるから、視聴者による、特定の配信者のライブ動画の連日の視聴を促進し、この結果、ライブ動画の配信者によるファンの獲得を支援する。
【００３４】
本実施形態における連続視聴日数は、特定の配信者が提供するライブ動画の配信が行われる日を対象としてカウントされ、特定の配信者が提供するライブ動画の配信が行われない日は考慮されない。つまり、特定の配信者が提供するライブ動画の配信が行われた日についての視聴が連続している限りにおいて、その途中で当該特定の配信者によるライブ動画の配信自体が行われない日が存在したとしても、連続視聴日数のカウントは継続される（クリアされない）。
【００３５】
本実施形態において、動画配信制御部４５は、特定の配信者が提供するライブ動画の特定の視聴者による連続視聴時間（視聴の連続時間）が所定の閾値（例えば、３０秒、３分、又は７分等）に到達することに応じて、特定の視聴者に対して所定の報酬を付与するように構成され得る。こうした構成は、視聴者によるライブ動画の連続視聴を促進する。
【００３６】
また、動画配信制御部４５は、特定の視聴者による連続視聴時間が所定の閾値に到達してから所定の時間（例えば、１０秒、２０秒、又は６０秒等）内における当該特定の視聴者による入力操作に応じて、当該特定の視聴者に対して所定の報酬を付与するように構成され得る。こうした構成は、視聴者による入力操作に応じて報酬が付与されるから、視聴者が実際には視聴することなしに（例えば、視聴者端末３０を放置したまま）、連続視聴時間が所定の閾値に到達して所定の報酬が付与されることを防止する。
【００３７】
また、動画配信制御部４５は、ライブ動画の配信中において、視聴者によって入力される所定の入力情報を配信者及び他の視聴者に提示するように構成され得る。例えば、動画配信制御部４５は、各視聴者端末３０において表示される視聴者用の画面を介してライブ動画を視聴者に提示し、１の視聴者によって当該画面を介して入力された所定の入力情報を、各視聴者端末３０における当該画面、及び、配信者端末３０において表示される配信者用の画面において表示する（例えば、ライブ動画に重ねて表示する）ように構成される。所定の入力情報は、これらに限定されないが、例えば、コメント及び／又はアイテム等が含まれる。
【００３８】
また、動画配信制御部４５は、配信者が提供するライブ動画の配信中において、特定の視聴者による所定の入力情報の連続未入力時間が所定の閾値（例えば、３０秒、又は２分等）以上である間、当該特定の視聴者による上記連続視聴時間のカウントを一時停止するように構成され得る。つまり、動画配信制御部４５は、視聴者が所定の時間連続して所定の入力情報を入力しない場合に連続視聴時間のカウントを一時停止し、その後、当該視聴者が所定の入力情報を入力したときに、連続視聴時間のカウントを再開するように構成され得る。こうした構成は、視聴者によるライブ動画の連続視聴に加えて、視聴者による所定の入力情報の入力を促進する。
【００３９】
また、動画配信制御部４５は、特定の視聴者による連続視聴時間が所定の閾値に到達することに応じて当該特定の視聴者に対して所定の報酬を付与した後において、当該特定の視聴者による連続視聴時間が、再度、所定の閾値に到達することに応じて、再度、当該特定の視聴者に対して所定の報酬を付与するように構成され得る。こうした構成は、視聴者が所定の報酬を繰り返し獲得することを可能とし、この結果、視聴者によるライブ動画のさらなる連続視聴を促進する。
【００４０】
また、動画配信制御部４５は、特定の配信者が提供するライブ動画の特定の視聴者による日単位の連続視聴が継続する（連続視聴日数の更新が維持される（クリアされない））期間における所定の報酬の付与回数が大きいほど視聴者にとっての価値が高くなるように、所定の報酬を付与するように構成され得る。つまり、視聴者に付与される所定の報酬は、日単位の連続視聴が継続する期間において繰り返し付与されるほど、その価値が高くなるように構成され得る。こうした構成は、視聴者による特定の配信者のライブ動画の連日の視聴に加えて、視聴者による所定の報酬の獲得を促進する。
【００４１】
また、動画配信制御部４５は、特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数と、当該特定の視聴者による日単位の連続視聴が継続する期間における当該所定の報酬の付与回数と、の組み合わせに基づいて、当該特定の視聴者に対して所定の報酬を付与するように構成され得る。例えば、視聴者に付与される所定の報酬は、連続視聴日数がＮ日目であって、かつ、連続視聴日数がＮ日目までの期間における所定の報酬の付与回数がＭ回目であるときに、通常よりも価値が高くなるように構成される。こうした構成は、所定の報酬の獲得に関するゲーム性を向上させる。
【００４２】
また、動画配信制御部４５は、特定の視聴者による日単位の連続視聴が継続する期間における所定の報酬の将来の付与回数において付与される予定の所定の報酬の価値に関する情報を、当該特定の視聴者に対して提示するように構成され得る。例えば、動画配信制御部４５は、連続視聴日数がＮ日目の時点で、連続視聴日数がＮ＋１日目に付与される予定の所定の報酬の価値に関する情報を視聴者に対して提示するように構成される。こうした構成は、将来の報酬の価値に関する情報を視聴者に予め知らせることを可能とし、この結果、視聴者による連日の視聴の継続を促進する。
【００４３】
また、動画配信制御部４５は、第１の所定の報酬、又は、当該第１の所定の報酬よりも視聴者にとっての価値が高い第２の所定の報酬を視聴者に対して選択的に付与するように構成され得る。本実施形態における所定の報酬は、仮想的／電子的な様々な報酬を含み、例えば、アイテム（コイン、ポイント等を含む。）等が含まれる。例えば、第１の所定の報酬は、第１の数量の所定のアイテムであり、第２の所定の報酬は、当該第１の数量よりも多い第２の数量の当該所定のアイテムである。この場合、第２の所定の報酬が付与される確率が、特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数が大きいほど高くなるように構成され得る。例えば、第２の所定の報酬は、連続視聴日数がＮ日目未満である間は付与されず、連続視聴日数がＮ日目以降において付与可能となるように構成される。こうした構成は、連続視聴日数に基づく第１又は第２の所定の報酬の選択的な付与を介して、特定の配信者のライブ動画の連日の視聴を促進する。
【００４４】
本実施形態において、上記第１の所定の報酬は、配信者毎に、全ての視聴者に対する総付与回数が制限されておらず、上記第２の所定の報酬は、配信者毎に、全ての視聴者に対する総付与回数が制限されているようにしても良い。例えば、総付与回数が制限される第２の所定の報酬は、所定のタイミングで各配信者によって保有され（例えば、ライブ動画配信サービスのユーザ登録時に各配信者に対して付与され）、その後、各配信者の当該第２の所定の報酬の保有数量は、視聴者に対して第２の所定の報酬が付与されることに応じて減少するように構成される。こうした構成は、視聴者にとっての価値が高い第２の所定の報酬の希少価値が向上し、この結果、特定の配信者のライブ動画の早期の連日視聴を促進する。また、人気のある配信者の第２の所定の報酬の総付与回数が上限値に到達した後において、第２の所定の報酬の総付与回数が上限値に到達していない配信者（例えば、初心者）のライブ動画の視聴が促進される。
【００４５】
次に、このような機能を有する本実施形態の動画配信サーバ１０の具体例について説明する。図３は、この例において、ユーザ情報テーブル４１１において管理される情報を例示する。ユーザ情報テーブル４１１は、ライブ動画配信サービスのユーザに関する情報を管理し、図示するように、個別のユーザを識別する「ユーザアカウント」に対応付けて、アカウント名、年齢、性別等を含む「基本情報」、ライブ動画の配信履歴に関する情報である「配信履歴情報」、他のユーザが配信するライブ動画の視聴履歴に関する情報である「視聴履歴情報」、このユーザがフォローしている他のユーザに関する情報である「フォローユーザ情報」、このユーザをフォローしている他のユーザ（フォロワー）に関する情報である「フォロワー情報」、配信者としてのユーザのランクを示す「ランク」、ランクアップ／ダウンを判定するためのパラメータ値である「ランクメータ値」、ライブ動画配信サービスにおける仮想的なコインの保有数を示す「コイン保有数」、同じく仮想的なダイヤの保有数を示す「ダイヤ保有数」、スーパーボックスの保有数である「スーパーボックス保有数」、ハイパーボックスの保有数である「ハイパーボックス保有数」等の情報を管理する。スーパーボックス及びハイパーボックスは、詳しくは後述するが、ライブ動画の配信中において視聴者によって開封される報酬ボックスの一種である。この例では、ライブ動画配信サービスの新規アカウント登録時において、１０個のスーパーボックス及び３個のハイパーボックスがユーザに対して付与される。
【００４６】
図４は、この例における配信者の「ランク」を説明するための図である。図示するように、この例では、「Ｓ」、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」及び「Ｅ」の６つのランク帯が存在し、「Ｓ」、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」の５つのランク帯の各々は、３つのランク（例えば、「Ｓ＋」、「Ｓ」、「Ｓ−」のように、ランク帯を示すアルファベットに「＋」を付加したランク、当該アルファベットのみのランク、及び、当該アルファベットに「−」を付加したランク）によって構成されている。また、「Ｅ」のランク帯は、１つのランク「Ｅ」によって構成されている。つまり、この例では、１６段階（３×５＋１＝１６）のランクが存在している。
【００４７】
また、ランク帯は、「Ｓ」側が最上位であって「Ｅ」側が最下位である。また、同一のランク帯内のランクは、「＋」側が最上位であって「−」側が最下位である。この例では、ユーザのランクは、初期値として「Ｄ−」が設定される。
【００４８】
図５は、この例において、配信管理テーブル４１２において管理される情報を例示する。配信管理テーブル４１２は、個別のライブ動画の配信に関する情報を管理し、図示するように、個別の配信を識別する「配信ＩＤ」に対応付けて、この配信の配信者を識別する「配信者ユーザアカウント」、「配信日時」、配信の継続時間を示す「配信時間」、「視聴者数（現在値及び最大値）」、視聴者によって入力されたコメントの数である「コメント数」、視聴者によって入力された「いいね」の数である「いいね数」、視聴者によるアイテムの入力に応じて加算される「アイテムポイント」、この配信に対して付与されるポイントである「配信ポイント」等の情報を管理する。
【００４９】
図６は、この例において、配信者毎視聴者管理テーブル４１３において管理される情報を例示する。配信者毎視聴者管理テーブル４１３は、配信者毎の視聴者に関する情報を管理し、図示するように、配信者を識別する「配信者ユーザアカウント」及び視聴者を識別する「視聴者ユーザアカウント」の組合せに対応付けて、対応する配信者のライブ動画を、対応する視聴者が最後に視聴した日付である「最終視聴日」、当該配信者のライブ動画の当該視聴者による現在の連続視聴日数である「連続視聴日数」、当該配信者のライブ動画を当該視聴者が現在視聴している場合における連続視聴時間である「連続視聴時間」、当該配信者のライブ動画を当該視聴者が現在視聴している場合において当該視聴者によるコメントの未入力の継続時間である「コメント未入力継続時間」、当該配信者のライブ動画の配信中における当該視聴者の当日（現在日付）における報酬ボックスの開封数である「当日ボックス開封数」、日単位の連続視聴が継続する期間における報酬ボックスの開封数である「ボックスコンボ数」等の情報を管理する。
【００５０】
この例において、報酬ボックスは、ライブ動画の配信中において視聴者が獲得可能な報酬であって、通常ボックス、スーパーボックス、及びハイパーボックスの３つの種類が存在する。報酬ボックスは、所定数のコインが含まれており、具体的には、通常ボックスは、２〜１０コインの範囲のコインが含まれており、スーパーボックスは、２０〜３０コインの範囲のコインが含まれており、ハイパーボックスは、５０〜１００コインの範囲のコインが含まれている。スーパーボックス及びハイパーボックスは、配信者毎に、視聴者に対する総付与回数が制限されており、上述したように、それぞれの保有数が、ユーザ情報テーブル４１１において管理されている。
【００５１】
図７は、ライブ動画配信サービスのトップ画面６０を例示する。当該画面６０は、図示するように、「フォロー」、「人気」及び「すべて」と表示されたフィルター領域６２と、現在配信中のライブ動画を一覧表示する一覧表示領域６４と、「配信」と表示された配信開始ボタン６６とを有する。
【００５２】
フィルター領域６２は、一覧表示領域６４において表示される配信中のライブ動画に対するフィルタリングを設定するための領域である。具体的には、フィルター領域６２において「フォロー」が選択されると、一覧表示領域６４において一覧表示されるライブ動画は、ユーザがフォローしている他のユーザのライブ動画に絞り込まれる。同様に、フィルター領域６２において「人気」が選択されると、一覧表示領域６４において一覧表示されるライブ動画は、人気を有する動画を抽出するための所定の抽出条件に従って抽出されたライブ動画（例えば、視聴者数（現在値）が閾値以上であるライブ動画等）に絞り込まれる。また、フィルター領域６２において「すべて」が選択されると、フィルタリングなしで配信中の全てのライブ動画が一覧表示の対象となる。
【００５３】
一覧表示領域６４には、各々が個別のライブ動画に関する情報を表示する複数の個別表示領域６４１が２列で配置される。個別表示領域６４１は、例えば、ライブ動画の配信者によって予め設定されている静止画像、配信者のアカウント名、及び、視聴者数（現在値）等を表示する。一覧表示領域６４は、上下方向へのフリック操作／スライド操作等によって、表示される個別表示領域６４１が切り替わるように構成されている。
【００５４】
配信開始ボタン６６は、ユーザが、配信者としてライブ動画の配信を開始するためのオブジェクトである。当該配信開始ボタン６６がユーザによって選択されると、ライブ動画の配信が開始され、具体的には、ユーザ端末３０のカメラを介して入力される画像、及び、同じくユーザ端末３０のマイクを介して入力される音声によって構成される動画のサーバ１０への送信が開始される。また、ライブ動画の配信の開始に応じて、配信管理テーブル４１２において新たなレコードが作成される。
【００５５】
図８は、配信開始ボタン６６の選択（つまり、ライブ動画の配信の開始）に応じて配信者端末３０において表示される配信者用画面７０を例示する。当該画面７０は、画面全体に対応する動画表示領域７１と、画面左上隅に位置する基本情報表示領域７２と、画面左下隅に位置するアクション情報表示領域７３と、画面下端部中央に位置する円形の配信停止ボタン７６とを有する。
【００５６】
動画表示領域７１は、配信されるライブ動画、つまり、配信者端末３０のカメラを介して入力される画像が表示される。配信者は、通常は、配信者端末３０のインカメラを介して配信者自身を撮影するので、配信されるライブ動画には配信者自身が含まれる。
【００５７】
基本情報表示領域７２は、この配信の基本情報を表示し、具体的には、配信者情報（プロフィール画像等）、この配信の視聴者数（現在値）、及び、この配信に対して視聴者によって入力された「いいね」の数等を表示する。
【００５８】
アクション情報表示領域７３は、視聴者によって行われたアクションに関する情報を表示し、具体的には、当該領域７３には、各々が個別のアクションに対応する複数のアクションオブジェクト７３１が上下方向に並べて配置される。アクション情報表示領域７３は、視聴者によって新たなアクションが行われると、対応するアクションオブジェクト７３１が下側に追加され、既存のアクションオブジェクト７３１が順に上方向に移動するように構成されている。アクション情報表示領域７３は、上下方向へのフリック操作／スライド操作等によって、表示されるアクションオブジェクト７３１が切り替わるように構成されている。アクション情報表示領域７３において表示される視聴者によるアクションは、入室（視聴の開始）、「いいね」の入力、コメントの入力、及び、アイテムの入力が含まれる。
【００５９】
配信停止ボタン７６は、配信者がライブ動画の配信を停止するためのオブジェクトである。当該配信停止ボタン７６が配信者によって選択されると、ライブ動画の配信（配信者端末３０からサーバ１０へのライブ動画の送信）が停止される。
【００６０】
図９は、視聴者端末３０において表示される視聴者用画面８０を例示する。例えば、トップ画面６０の一覧表示領域６４を介して任意のライブ動画が視聴者によって選択されると、選択されたライブ動画を視聴するための視聴者用画面８０が視聴者端末３０において表示される。当該画面８０は、図示するように、上述した配信者用画面７０と同様に、動画表示領域８１と、基本情報表示領域８２と、アクション情報表示領域８３とを有する。また、視聴者用画面８０は、画面下端部において、コメント入力領域８４と、ハートマークが表示された「いいね」ボタン８５と、プレゼントの図柄が表示されたアイテム入力ボタン８６とを有する。また、視聴者用画面８０は、画面右上隅において、箱の外観を有するボックスオブジェクト８７と、報酬ボックスが開封可能となるまでの残り時間をカウントダウン形式で表示する残り時間表示領域８８とを有する。
【００６１】
コメント入力領域８４は、視聴者がコメントを入力するための領域である。当該領域８４を介して視聴者がコメントを入力すると、入力されたコメントに対応するアクションオブジェクト７３１、８３１が、配信者端末３０の配信者用画面７０及び各視聴者端末３０の視聴者用画面８０それぞれのアクション情報表示領域７３、８３に追加される。コメントに対応するアクションオブジェクト７３１、８３１には、当該コメントを入力した視聴者のアカウント名と共に、コメント自体（テキスト）が表示される。また、コメントが入力されると、配信管理テーブル４１２のコメント数が更新（１加算）される。
【００６２】
いいねボタン８５は、視聴者が配信者に対して「いいね」を入力するためのオブジェクトである。当該ボタン８５が視聴者によって選択されると、「いいね」の入力が行われ、「いいね」に対応するアクションオブジェクト７３１、８３１が、アクション情報表示領域７３、８３に追加される。「いいね」に対応するアクションオブジェクト７３１、８３１には、「いいね」を入力した視聴者のアカウント名と共に、「いいね」が行われたことを示すテキストが表示される。また、「いいね」が入力されると、所定の視覚効果（例えば、ハート型のオブジェクトが画面下側から上側に向かって流れるように表示されるアニメーション効果等）が動画表示領域７１、８１に付加される。また、「いいね」が入力されると、配信管理テーブル４１２の「いいね数」が更新（１加算）される。
【００６３】
アイテム入力ボタン８６は、視聴者がアイテムを入力するためのオブジェクトである。当該ボタン８６が視聴者によって選択されると、図１０に例示するアイテム選択画面２００が視聴者用画面８０に重ねて表示される。当該画面２００は、図示するように、各々がアイテムに関する情報を表示する複数の個別表示領域２０２を一覧表示する。個別表示領域２０２は、アイテムに対応する画像、及び、当該アイテムの入力に必要なコイン数を表示する。
【００６４】
この例では、視聴者によって入力可能な複数のアイテムが予め定められており、各アイテムには、その価格（価値）としてのコイン数が予め設定されている。アイテム選択画面２００は、当該入力可能な複数のアイテムを一覧表示する。視聴者によってアイテム選択画面２００を介して何れかのアイテムが選択されると、選択されたアイテムの入力が行われる。
【００６５】
アイテムの入力が行われると、アイテムの入力に対応するアクションオブジェクト７３１、８３１が、アクション情報表示領域７３、８３に追加される。アイテムの入力に対応するアクションオブジェクト７３１、８３１には、アイテムを入力した視聴者のアカウント名と共に、入力されたアイテムの名称が表示される。また、アイテムが入力されると、入力されたアイテムに対応する視覚効果が動画表示領域７１、８１に付加される。また、アイテムが入力されると、入力されたアイテムのコイン数に応じたアイテムポイント（例えば、コイン数が多くなるほどポイントも多くなる。）がこの配信に対して付与され、配信管理テーブル４１２において、対応する配信のアイテムポイントに加算される。また、アイテムが入力されると、入力されたアイテムのコイン数が、ユーザ情報テーブル４１１において、対応するユーザ（アイテムを入力した視聴者）のコイン保有数から減じられる。
【００６６】
図１１は、ボックスオブジェクト８７の選択に応じて、視聴者用画面８０に重ねて表示されるボックス詳細情報表示画面９０を例示する。当該画面９０は、視聴者が獲得可能な報酬ボックスに関する情報を表示し、図示するように、箱の外観を有するボックスオブジェクト９１と、報酬ボックスが開封可能となるまでの残り時間をカウントダウン形式で表示する残り時間表示領域９２と、配信者のスーパーボックス及びハイパーボックスそれぞれの保有数を表示するボックス保有状況表示領域９３と、ボックスコンボに関する情報を表示するボックスコンボ情報表示領域９４とを有する。また、残り時間表示領域９２の下側において、この配信者に対してこの視聴者が当日に開封可能な報酬ボックスの残りの数が表示される。この例では、１人の配信者について、１人の視聴者は１日２つまでの報酬ボックスを開封することができる。また、ボックスコンボ情報表示領域９４の下側において、報酬ボックスの仕様に関する説明が表示されている。
【００６７】
この例において、ボックスコンボは、配信者と視聴者との組合せ毎に管理され、この配信者のライブ動画の日単位の連続視聴の継続中における報酬ボックスの連続した開封として定義され、当該報酬ボックスの開封回数がコンボ数となる。
【００６８】
また、この例において、視聴者に付与される報酬ボックスの種類は、連続視聴日数及びコンボ数の組合せに基づいて設定されている。具体的には、連続視聴日数が「２日」であってコンボ数が「４」となる場合（つまり、２日間連続して視聴し、初日に２つの報酬ボックスを開封後、２日目に、その日の２つ目の報酬ボックスを開封する場合）にスーパーボックスが付与され、また、連続視聴日数が「４日」であってコンボ数が「８」となる場合（つまり、４日間連続して視聴し、１〜３日目にそれぞれ２つの報酬ボックスを開封後、４日目に、その日の２つ目の報酬ボックスを開封する場合）にハイパーボックスが付与される。そして、これらの２つ以外の組合せ（連続視聴日数及びコンボ数）については、通常ボックスが設定されている。
【００６９】
図１２は、視聴者がスーパーボックス及びハイパーボックスを開封する場合の連続視聴日数及びコンボ数（ボックス開封回数）の推移（スーパーボックス及びハイパーボックスの開封手順と言うこともできる。）を説明するための図である。図示するように、連続視聴の１日目は、２回開封される報酬ボックスは何れも通常ボックスである。そして、連続視聴の２日目は、１回目（コンボ数は３）に開封される報酬ボックスは通常ボックスとなる一方、２回目（コンボ数は４）に開封される報酬ボックスはスーパーボックスとなる。また、連続視聴の３日目は、２回開封される報酬ボックスは何れも通常ボックスである。そして、連続視聴の４日目は、１回目（コンボ数は７）に開封される報酬ボックスは通常ボックスとなる一方、２回目（コンボ数は８）に開封される報酬ボックスはハイパーボックスとなる。なお、これ以降に開封される報酬ボックスは何れも通常ボックスとなる。
【００７０】
ボックスコンボ情報表示領域９４は、こうしたコンボ数と報酬ボックスの種類との対応関係を表示する。図１３は、ボックスコンボ情報表示領域９４における表示内容を例示する。ボックスコンボ情報表示領域９４は、図示するように、既に開封され、又は、今回開封される報酬ボックスに対応し、塗りつぶされた箱の外観を有する第１のボックスオブジェクト９４２Ａ、及び、今後開封される予定の報酬ボックスに対応し、塗りつぶされていない箱の外観を有する第２のボックスオブジェクト９４２Ｂが横方向に並べて配置される。また、これらの第１及び第２のボックスオブジェクト９４２Ａ、Ｂは、左から右へ向かってコンボ数が増加するように配置されており、各々の下側に対応するコンボ数が表示されている。また、今回（次に）開封される報酬ボックスに対応する第１のボックスオブジェクト９４２Ａの上側には、図示するように、ピン形状を有する今回開封オブジェクト９４１が配置される。また、第１及び第２のボックスオブジェクト９４２Ａ、Ｂは、対応する報酬ボックスの種類に応じた外観を有しており、具体的には、スーパーボックスに対応する第１及び第２のボックスオブジェクト９４２Ａ、Ｂは、箱の上側に１つの星型オブジェクトが付加されており、ハイパーボックスに対応する第１及び第２のボックスオブジェクト９４２Ａ、Ｂは、箱の上側に２つの星型オブジェクトが付加されている。
【００７１】
ボックスコンボ情報表示領域９４は、一度に４コンボ分の情報（つまり、第１／第２のボックスオブジェクト９４２Ａ、Ｂが４つ）を表示し、左右方向のフリック操作／スライド操作によって表示範囲が切り替わるように構成されている。例えば、図１３において、実線の枠内が、ボックスコンボ情報表示領域９４における初期の表示範囲であり、表示範囲を切り替えることによって、破線の枠内についても表示される。また、この例では、ボックスコンボ情報表示領域９４において表示可能な範囲は、開封済みのコンボ数に加えて、今回の開封を含めた８コンボ分の情報が含まれる。図１３の例では、まだ報酬ボックスが開封されていない（今回の開封に対応するコンボ数が１である）ので、ボックスコンボ情報表示領域９４において、コンボ数が１〜８の範囲の情報が表示される。
【００７２】
また、図１３は、図１２に例示した視聴者がスーパーボックス及びハイパーボックスを開封する場合における連続視聴の１日目の視聴開始時における表示内容に対応しており、上述したように、「４コンボ」の位置には、スーパーボックスの外観を有する第２のボックスオブジェクト９４２Ｂが配置されていると共に、「８コンボ」の位置には、ハイパーボックスの外観を有する第２のボックスオブジェクト９４２Ｂが配置されている。視聴者は、こうしたボックスコンボ情報表示領域９４の表示内容を介して、スーパーボックス／ハイパーボックスを獲得できるタイミング（コンボ数）を知ることができる。
【００７３】
図１４は、図１３の状態から連続視聴の１日目に２つの報酬ボックスを開封した場合の、連続視聴の２日目におけるボックスコンボ情報表示領域９４の表示内容を例示する。この場合、図示するように、開封済みの報酬ボックス（１コンボ及び２コンボ）に対応する第１のボックスオブジェクト９４２Ａの上側には、開封済みオブジェクト９４３が配置されている。また、今回の開封が３コンボ目に対応するため、３コンボ目の第１のボックスオブジェクト９４２Ａの上側に今回開封オブジェクト９４１が配置される共に、ボックスコンボ情報表示領域９４において表示可能な範囲が１０コンボまでに拡張している。また、図１２に例示した開封手順に従って報酬ボックスを開封しているので、図１３の状態と同様に、４コンボ目においてはスーパーボックスが開封可能となり、８コンボ目においてはハイパーボックスが開封可能となる。
【００７４】
ここで、この例において、配信者がスーパーボックス／ハイパーボックスを保有していない（保有数が０である）場合、これらの種類の報酬ボックスを視聴者は開封できないから、ボックスコンボ情報表示領域９４における表示内容にも反映される。図１５は、連続視聴の１日目の視聴開始時であって、配信者がスーパーボックスを保有していない場合におけるボックスコンボ情報表示領域９４の表示内容を例示する。この場合、図示するように、「４コンボ」の位置に配置されている第２のボックスオブジェクト９４２Ｂは、スーパーボックスの外観を有しておらず、通常ボックスの外観を有している。なお、配信者がハイパーボックスを保有していない場合、「８コンボ」の位置においても、通常ボックスの外観を有する第２のボックスオブジェクト９４２Ｂが配置される。また、ライブ動画の配信中において、他の視聴者によるスーパーボックス／ハイパーボックスの開封によって、配信者がスーパーボックス／ハイパーボックスを保有していない状態となった場合も、ボックスコンボ情報表示領域９４における表示内容に反映される。
【００７５】
また、この例において、視聴者が図１２に例示した開封手順で報酬ボックスを開封していない（つまり、日単位で連続視聴しているものの、報酬ボックスの開封数が０又は１であった視聴日が存在する。）と、スーパーボックス／ハイパーボックスを視聴者は開封できないから、ボックスコンボ情報表示領域９４における表示内容にも反映される。図１６は、連続視聴の１日目における報酬ボックスの開封数が１であった場合の連続視聴の２日目の視聴開始時におけるボックスコンボ情報表示領域９４の表示内容を例示する。この場合、図示するように、２コンボ目以降の報酬ボックスは、全て通常ボックスとなる。このように、視聴者は、ボックスコンボ情報表示領域９４を介して、将来開封可能となる報酬ボックスの種類を知ることができる。
【００７６】
ここで、報酬ボックスの開封に関する動作について説明する。図１７は、ユーザ（視聴者）によるライブ動画の視聴の開始（つまり、視聴者用画面８０の表示）に応じてサーバ１０が実行する処理を例示するフロー図である。図１７に例示される処理は、視聴者毎に個別に実行される。
【００７７】
ライブ動画の視聴が開始されると、サーバ１０は、まず、図示するように、連続視聴日数及び最終視聴日を更新する（ステップＳ１００）。連続視聴日数及び最終視聴日は、上述したように、配信者毎視聴者管理テーブル４１３において管理されている。連続視聴日数の更新では、具体的には、配信者の前回配信日（ユーザ情報テーブル４１１の配信履歴情報を参照することによって特定される。）と視聴者の更新前の最終視聴日とが一致する場合には、日単位の連続視聴が継続していると判断して連続視聴日数に１が加算される一方、配信者の前回配信日と視聴者の更新前の最終視聴日とが一致しない（視聴者の最終視聴日の後に配信者が配信を行っている。）場合には、日単位の連続視聴が継続していないと判断して連続視聴日数に初期値である「１」が設定される。最終視聴日の更新では、具体的には、最終視聴日に現在日付が設定される。
【００７８】
そして、サーバ１０は、当日の報酬ボックスの開封数が上限値（この例では２）を超えない限りにおいて（ステップＳ１１０においてＮＯ）、視聴者によるコメント未入力の継続時間が２分以上となり、又は、連続視聴時間が７分以上となるのを待機する（ステップＳ１２０においてＮＯ、及び、ステップＳ１３０においてＮＯ）。この待機中において、連続視聴時間の経過に応じて、視聴者用画面８０の残り時間表示領域８８（及び、ボックス詳細情報表示画面９０の残り時間表示領域９２）において、報酬ボックスが開封可能となるまでの残り時間がカウントダウンされる。なお、コメント未入力の継続時間、及び、連続視聴時間は、上述したように、配信者毎視聴者管理テーブル４１３において管理される。
【００７９】
そして、連続視聴時間が７分に到達するよりも前にコメント未入力の継続時間が２分に到達すると（ステップＳ１２０においてＹＥＳ）、サーバ１０は、連続視聴時間のカウントの一時停止（つまり、報酬ボックスが開封可能となるまでの残りの時間のカウントダウンの一時停止）を行う（ステップＳ１４０）。当該一時停止は、この視聴者によるコメントの入力が行われない間（ステップＳ１５０においてＮＯ）、継続される。連続視聴時間のカウントが一時停止されている間、ボックス詳細情報表示画面９０において、コメントの入力を促す表示が行われる。その後、この視聴者によってコメントが入力されると（ステップＳ１５０においてＹＥＳ）、サーバ１０は、連続視聴時間のカウントを再開し（ステップＳ１５５）、ステップＳ１２０へと戻る。
【００８０】
そして、連続視聴時間が７分に到達すると（ステップＳ１３０においてＹＥＳ）、サーバ１０は、２０秒経過するまでの間、報酬ボックスが開封されるのを待機する（ステップＳ１７０においてＮＯ、及び、ステップＳ１９０においてＮＯ）。
【００８１】
図１８は、連続視聴時間の７分への到達に応じて、視聴者用画面８０に重ねて表示されるボックス開封用画面２１０を例示する。当該画面２１０は、その中央において、報酬ボックスを開封して報酬を獲得するためのボックスオブジェクト２１２が配置されている。また、図示するように、当該オブジェクト２１２の下側において、報酬ボックスを開封するまでの制限時間（２０秒）がカウントダウン表示される。視聴者は、制限時間内にボックスオブジェクト２１２を選択する操作入力を行うことによって、報酬ボックスを開封することができる。このように、報酬ボックスを開封するまでの制限時間を設けることにより、こうした制限時間を設けない場合と比較して、視聴者がライブ動画を実際に視聴することを促進する。
【００８２】
そして、ボックス開封用画面２１０のボックスオブジェクト２１２が選択されて報酬ボックスが開封されると（ステップＳ１７０においてＹＥＳ）、サーバ１０は、ボックスの種類に対応する数のコインを視聴者に付与する（ステップＳ１８０）。具体的には、報酬ボックスが通常ボックスである場合、２〜１０コインの範囲のコインが付与され、報酬ボックスがスーパーボックスである場合、２０〜３０コインの範囲のコインが付与され、報酬ボックスがハイパーボックスである場合、５０〜１００コインの範囲のコインが付与される。付与されるコインの具体的な数は、これらの範囲内となるように、所定のルールに従って（例えば、ランダムに）設定される。視聴者に対するコインの付与に応じて、ユーザ情報テーブル４１１において、対応するユーザ（視聴者）のコイン保有数が更新される。また、報酬ボックスの開封に応じて、配信者毎視聴者管理テーブル４１３の当日ボックス開封数及びボックスコンボ数が更新される。また、報酬ボックスの種類がスーパーボックス／ハイパーボックスである場合、ユーザ情報テーブル４１１において、対応する配信者のスーパーボックス／ハイパーボックスの保有数が更新される。
【００８３】
こうして視聴者にコインを付与し（ステップＳ１８０）、又は、報酬ボックスが開封されないまま制限時間である２０秒が経過すると（ステップＳ１９０においてＹＥＳ）、ステップＳ１１０へと戻る。そして、当日の報酬ボックスの開封数が上限値を超える場合には（ステップＳ１１０においてＹＥＳ）、処理を終了し、上限値を超えない場合には（ステップＳ１１０においてＮＯ）、再度、視聴者によるコメント未入力の継続時間が２分以上となり、又は、連続視聴時間が７分以上となるのを待機することになる。なお、当日の報酬ボックスの開封数が上限値を超えると、視聴者用画面８０のボックスオブジェクト８７及び／又は残り時間表示領域８８において、その旨が表示される。
【００８４】
以上、報酬ボックスの開封に関する動作について説明した、次に、配信者が配信を終了する際の動作について説明する。上述したように、配信者が、配信者用画面７０の配信停止ボタン７６を選択すると、ライブ動画の配信が終了する。ライブ動画の配信が終了すると、サーバ１０は、当該配信に対する配信ポイントを設定する。この例では、視聴者数（最大値）、いいね数、コメント数、及び、アイテムポイントに基づいて配信ポイントが算出される。配信ポイントは、視聴者数（最大値）、いいね数、コメント数、及び、アイテムポイントが多いほど、多くなるように構成されている。算出された配信ポイントは、配信管理テーブル４１２において登録される。
【００８５】
また、この例では、ユーザが前日に獲得した配信ポイントに基づいて当日のランクが決定（更新）される。図１９は、各ユーザのランクを更新する際にサーバ１０が実行する処理を例示するフロー図である。これらの処理は、毎日深夜（例えば、毎日午前３時）に実行される。
【００８６】
サーバ１０は、まず、図示するように、各ユーザのランクメータ値を更新する（ステップＳ３００）。図２０は、ランクメータ値の更新ルールを説明するための図である。図示するように、この例では、ユーザが前日に獲得した配信ポイントの当該ユーザが属するランク帯内での順位に基づいてランクメータ値が変動する。特定のユーザが前日に獲得した配信ポイントは、配信管理テーブル４１２の配信者ユーザアカウント、配信日時、及び、配信ポイントを参照することによって算出される。なお、ユーザが１日に複数の配信を行っている場合、複数の配信でそれぞれ獲得した配信ポイントが合算される。
【００８７】
ランクメータ値の更新ルールは、具体的には、図２０に示すように、まず、ランク帯内の配信ポイントの順位が上位１０％に含まれる場合には、ランクメータ値の変動は「＋２」（２ポイント増加）である。同様に、当該順位が上位１１〜３０％（上位３０％から上位１０％を除いた残りの２０％）に含まれる場合の変動は「＋１」であり、当該順位が中位３０％（上位３１〜６０％）に含まれる場合の変動は「±０」（増減なし）であり、当該順位が下位４０％に含まれる場合の変動は「−１」（１ポイント減少）である。なお、前日の配信が行われなかった場合には、ランク帯内の順位にかかわらず、ランクメータ値の変動は「−１」となる。
【００８８】
ステップＳ３００では、図２０に例示される更新ルールに従って、各ユーザのランクメータ値が更新される。なお、ランクメータ値がマイナスであるユーザであって、今回のランクメータ値の変動が増加（具体的には、＋２、又は、＋１）である場合、ランクメータ値を０にクリアした上で増加させるようにしても良い。つまり、例えば、ランクメータ値の現在値が「−１」であるユーザの今回の変動が「＋２」である場合、ランクメータ値を０にクリアした後に２増加させ、変動後のランクメータ値は（「＋１」ではなく）「＋２」となる。こうすれば、ランクメータ値がマイナスであるユーザ（例えば、配信頻度が低いユーザ等）であっても当該ランクメータ値を一気に増加させることができるから、ライブ動画の配信が促進される。
【００８９】
各ユーザのランクメータ値を更新すると、次に、サーバ１０は、更新後のランクメータ値に基づいてランクを更新する（ステップＳ３１０）。図２１は、ランクの更新内容と必要なランクメータ値との対応関係を説明するための図である。図示するように、まず、ランク帯をまたいでランクアップする場合（言い換えると、各ランク帯内の最上位のランクからランクアップする場合）に必要なランクメータ値は＋４である。つまり、各ランク帯内の最上位のランク（例えば、Ａ＋）に属するユーザは、ランクメータ値が＋４になると、直上のランク帯内の最下位のランク（例えば、Ｓ−）にランクアップする。また、同一のランク帯内でランクアップする場合（言い換えると、各ランク帯内の中位又は最下位のランクからランクアップする場合）に必要なランクメータ値は＋２である。つまり、各ランク帯内の中位又は最下位のランク（例えば、Ｂ又はＢ−）に属するユーザは、ランクメータ値が＋２になると、同一のランク帯内の直上のランク（例えば、Ｂ＋又はＢ）にランクアップする。
【００９０】
同様に、図２１に例示するように、同一のランク帯内でランクダウンする場合（言い換えると、各ランク帯内の最上位又は中位のランクからランクダウンする場合）に必要なランクメータ値は−２である。つまり、各ランク帯内の最上位又は中位のランク（例えば、Ｂ＋又はＢ）に属するユーザは、ランクメータ値が−２になると、同一のランク帯内の直下のランク（例えば、Ｂ又はＢ−）にランクダウンする。また、ランク帯をまたいでランクダウンする場合に必要なランクメータ値は−６である。つまり、各ランク帯内の最下位のランク（例えば、Ａ−）に属するユーザは、ランクメータ値が−６になると、直下のランク帯の最上位のランク（例えば、Ｂ＋）にランクダウンする。このように、この例では、ランク帯をまたいだランクアップ／ダウンは、同一のランク帯内でのランクアップ／ダウンと比較して、必要なランクメータ値の絶対値が大きくなっている。この結果、短期間での急激なランクアップ／ダウンが抑制される。
【００９１】
ステップＳ３１０においては、図２１に例示した対応関係に従って、ランクメータ値に基づくランクの更新が行われる。なお、ランクの更新が行われたユーザ（ランクアップ／ダウンが発生したユーザ）のランクメータ値は０にクリアされる。
【００９２】
図２２は、ユーザのランクメータ値を表示するランクメータオブジェクト１００を例示する。当該オブジェクト１００は、例えば、ユーザの基本情報を表示するプロフィール画面等において配置される。ランクメータオブジェクト１００は、図示するように、針型の形状を有する針オブジェクト１０２と、下方に開口するアルファベットのＣ型の形状を有するスケールオブジェクト１０４とを有する。針オブジェクト１０２の下方にはユーザの現在のランク（図２２の例では「Ａランク」）が表示されている。針オブジェクト１０２は、ランクメータ値が増加すると右方向に振れ（回転し）、ランクメータ値が減少すると左方向に振れるように構成されている。図２２における針オブジェクト１０２は直立している状態であり（１２時の方向を指しており）、ランクメータ値が０である状態に対応している。また、針オブジェクト１０２は、ランクメータ値が正の方向に大きくなるほど右方向に傾斜する一方、負の方向に小さくなるほど左方向に傾斜する。そして、スケールオブジェクト１０４の右下側には、ランクアップに必要なランクメータ値に対応するランクアップ領域１０４１が設定されており、同じくスケールオブジェクト１０４の左下側には、ランクダウンに必要なランクメータ値に対応するランクダウン領域１０４２が設定されている。ユーザは、当該ランクメータオブジェクト１００を介して、ランクアップ／ダウンに向けたランクメータ値の現在の状況を把握することができる。
【００９３】
また、この例では、前日の配信時間とランク（前日におけるランク）とに基づいて配信者としてのユーザに対する報酬であるダイヤが付与される。図２３は、各配信者にダイヤを付与する際にサーバ１０が実行する処理を例示するフロー図である。これらの処理は、毎日深夜に実行され、例えば、図１９に例示した各ユーザのランクを更新する際に実行され処理よりも前の時刻（例えば、毎日午前０時）に実行される。
【００９４】
サーバ１０は、まず、図示するように、各ユーザの前日の配信時間を算出する（ステップＳ４００）。特定のユーザの前日の配信時間は、具体的には、配信管理テーブル４１２の配信者ユーザアカウント、及び、配信日時を参照することによって算出される。ユーザが１日に複数の配信を行っている場合、複数の配信の各々の配信時間が合算される。
【００９５】
続いて、サーバ１０は、算出した配信時間及び基準ダイヤ数に基づく数のダイヤを各ユーザに付与する（ステップＳ４１０）。具体的には、算出した配信時間に基準ダイヤ数を乗じた数のダイヤが各ユーザに付与される。基準ダイヤ数は、ランクが上位であるほど多くなるように、ランク毎に予め設定されており、各ユーザの前日のランクに対応する基準ダイヤ数が適用される。ユーザに対してダイヤが付与されると、ユーザ情報テーブル４１１のダイヤ保有数が更新される。この例では、ダイヤは、コイン又は現実の通貨に交換することができる。
【００９６】
上述した例では、視聴者に付与される報酬ボックスの種類は、連続視聴日数及びコンボ数の組合せに基づいて設定されるようにしたが、本実施形態の他の例では、コンボ数のみに基づいて設定される。また、本実施形態のさらに他の例では、ボックスコンボの管理は行われず、視聴者に付与される報酬ボックスの種類は、連続視聴日数のみ（又は、これに加えてコンボ数以外のパラメータ）に基づいて設定される。
【００９７】
以上説明した本実施形態の動画配信サーバ１０は、特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて当該特定の視聴者に対して報酬（例えば、報酬ボックス（所定数のコイン））が付与されるから、視聴者による、特定の配信者のライブ動画の連日の視聴を促進し、この結果、ライブ動画の配信者によるファンの獲得を支援する。
【００９８】
本明細書で説明された処理及び手順は、明示的に説明されたもの以外にも、ソフトウェア、ハードウェアまたはこれらの任意の組み合わせによって実現される。例えば、本明細書で説明される処理及び手順は、集積回路、揮発性メモリ、不揮発性メモリ、磁気ディスク等の媒体に、当該処理及び手順に相当するロジックを実装することによって実現される。また、本明細書で説明された処理及び手順は、当該処理・手順に相当するコンピュータプログラムとして実装し、各種のコンピュータに実行させることが可能である。
【００９９】
本明細書中で説明された処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書において説明されたソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。
【０１００】
本明細書において、発明の構成要素が単数もしくは複数のいずれか一方として説明された場合、又は、単数もしくは複数のいずれとも限定せずに説明された場合であっても、文脈上別に解すべき場合を除き、当該構成要素は単数又は複数のいずれであってもよい。
【符号の説明】
【０１０１】
１０  動画配信サーバ
１１  コンピュータプロセッサ
１５  ストレージ（記憶装置）
２０  通信ネットワーク
３０  ユーザ端末
４１  情報記憶管理部
４３  基本機能制御部
４５  動画配信制御部
６０  トップ画面
７０  配信者用画面
８０  視聴者用画面
９０  ボックス詳細情報表示画面
９４  ボックスコンボ情報表示領域
１００  ランクメータオブジェクト
２００  アイテム選択画面
２１０  ボックス開封用画面
【図１】
2020170911.tif 000003
【図２】
2020170911.tif 000004
【図３】
2020170911.tif 000005
【図４】
2020170911.tif 000006
【図５】
2020170911.tif 000007
【図６】
2020170911.tif 000008
【図７】
2020170911.tif 000009
【図８】
2020170911.tif 000010
【図９】
2020170911.tif 000011
【図１０】
2020170911.tif 000012
【図１１】
2020170911.tif 000013
【図１２】
2020170911.tif 000014
【図１３】
2020170911.tif 000015
【図１４】
2020170911.tif 000016
【図１５】
2020170911.tif 000017
【図１６】
2020170911.tif 000018
【図１７】
2020170911.tif 000019
【図１８】
2020170911.tif 000020
【図１９】
2020170911.tif 000021
【図２０】
2020170911.tif 000022
【図２１】
2020170911.tif 000023
【図２２】
2020170911.tif 000024
【図２３】
2020170911.tif 000025
【手続補正書】
【提出日】令和2年4月8日(2020.4.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
１又は複数のコンピュータプロセッサを備え、ライブ動画を配信するためのシステムであって、
前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
配信者が提供するライブ動画を複数の視聴者に対して配信する処理と、
ライブ動画の配信中において、視聴者に対して所定の報酬を付与する処理と、を実行させ、
前記ライブ動画を配信する処理は、配信者及び視聴者の組合せ毎に、ライブ動画の連続視聴日数を管理することを含み、
前記所定の報酬を付与する処理は、特定の配信者が提供するライブ動画の配信中において、前記特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
システム。
【請求項２】
前記所定の報酬を付与する処理は、連続視聴日数が大きいほど視聴者にとっての価値が高くなるように、前記所定の報酬を付与することを含む、
請求項１のシステム。
【請求項３】
前記所定の報酬を付与する処理は、前記特定の配信者が提供するライブ動画の前記特定の視聴者による連続視聴時間が第１の閾値に到達することに応じて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
請求項１又は２のシステム。
【請求項４】
前記所定の報酬を付与する処理は、前記特定の配信者が提供するライブ動画の前記特定の視聴者による連続視聴時間が前記第１の閾値に到達してから所定の時間内における前記特定の視聴者による入力操作に応じて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
請求項３のシステム。
【請求項５】
前記１又は複数のコンピュータプロセッサは、さらに、配信者が提供するライブ動画の配信中において、視聴者によって入力される所定の入力情報を配信者及び他の視聴者に提示する処理を実行し、
前記所定の報酬を付与する処理は、前記特定の視聴者による前記所定の入力情報の連続未入力時間が第２の閾値以上である間、前記特定の視聴者による連続視聴時間のカウントを一時停止することを含む、
請求項３又は４のシステム。
【請求項６】
前記所定の報酬を付与する処理は、前記特定の視聴者による連続視聴時間が前記第１の閾値に到達することに応じて前記特定の視聴者に対して前記所定の報酬を付与した後において、前記特定の視聴者による連続視聴時間が、再度、前記第１の閾値に到達することに応じて、再度、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
請求項３ないし５何れかのシステム。
【請求項７】
前記所定の報酬を付与する処理は、前記特定の配信者が提供するライブ動画の前記特定の視聴者による日単位の連続視聴が継続する期間における前記所定の報酬の付与回数が大きいほど視聴者にとっての価値が高くなるように、前記所定の報酬を付与することを含む、
請求項１ないし６何れかのシステム。
【請求項８】
前記所定の報酬を付与する処理は、前記特定の配信者が提供するライブ動画の前記特定の視聴者による連続視聴日数と、前記特定の視聴者による日単位の連続視聴が継続する期間における前記所定の報酬の付与回数と、の組み合わせに基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
請求項７のシステム。
【請求項９】
前記所定の報酬を付与する処理は、前記特定の視聴者による日単位の連続視聴が継続する期間における前記所定の報酬の将来の付与回数において付与される予定の前記所定の報酬の価値に関する情報を前記特定の視聴者に対して提示することを含む、
請求項７又は８のシステム。
【請求項１０】
前記所定の報酬を付与する処理は、
第１の所定の報酬、又は、前記第１の所定の報酬よりも視聴者にとっての価値が高い第２の所定の報酬を視聴者に対して付与すること、及び、
前記第２の所定の報酬が付与される確率が、前記特定の配信者が提供するライブ動画の前記特定の視聴者による連続視聴日数が大きいほど高くなること、を含む、
請求項１ないし９何れかのシステム。
【請求項１１】
前記第１の所定の報酬は、配信者毎に、全ての視聴者に対する総付与回数が制限されておらず、
前記第２の所定の報酬は、配信者毎に、全ての視聴者に対する総付与回数が制限されている、
請求項１０のシステム。
【請求項１２】
１又は複数のコンピュータによって実行され、ライブ動画を配信するための方法であって、
配信者が提供するライブ動画を複数の視聴者に対して配信するステップと、
ライブ動画の配信中において、視聴者に対して所定の報酬を付与するステップと、を備え、
前記ライブ動画を配信するステップは、配信者及び視聴者の組合せ毎に、ライブ動画の連続視聴日数を管理することを含み、
前記所定の報酬を付与するステップは、特定の配信者が提供するライブ動画の配信中において、前記特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
方法。
【請求項１３】
ライブ動画を配信するためのプログラムであって、
１又は複数のコンピュータ上で実行されることに応じて、前記１又は複数のコンピュータに、
配信者が提供するライブ動画を複数の視聴者に対して配信する処理と、
ライブ動画の配信中において、視聴者に対して所定の報酬を付与する処理と、を実行させ、
前記ライブ動画を配信する処理は、配信者及び視聴者の組合せ毎に、ライブ動画の連続視聴日数を管理することを含み、
前記所定の報酬を付与する処理は、特定の配信者が提供するライブ動画の配信中において、前記特定の配信者が提供するライブ動画の特定の視聴者による連続視聴日数に少なくとも基づいて、前記特定の視聴者に対して前記所定の報酬を付与することを含む、
プログラム。