JP2023153416A - 動画配信サービスを提供するためのシステム、方法、及びプログラム - Google Patents

Abstract

【課題】 配信者と視聴者との間の関係の強化を促進する。【解決手段】本発明の一実施形態に係る動画配信サーバ１０は、通信ネットワーク２０を介してユーザ端末３０と通信可能に接続されており、動画を配信及び視聴するための動画配信サービスを、ユーザ端末３０を介してユーザに提供する。当該サーバ１０は、グレード条件の充足状況に基づいて配信者に対する視聴者のグレードを判定し、複数の視聴者の各々のグレードに基づいて当該配信者に対して報酬を付与するから、例えば、視聴者のグレードアップが配信者に対する直接的な利益となり、視聴者との間の関係を強化することへのモチベーションが配信者に対して与えられる。【選択図】 図１

Description

特許法第３０条第２項適用申請有り 令和２年６月３日、ｈｔｔｐｓ：／／ｒｅｐｏｒｔ．ｐｏｃｏｃｈａ．ｃｏｍ／ｎ／ｎ３２８ｂ５３ｆ１７９ａ０

特許法第３０条第２項適用申請有り 令和２年６月２９日、ｈｔｔｐｓ：／／ｈｅｌｐｆｅｅｌ．ｃｏｍ／ｐｏｃｏｃｈａ－ｈｅｌｐ／エール・コアファン－５ｅｅ１ｅ７２７４８５ａ４３００３８２５４ｃ４ｃ，ｈｔｔｐｓ：／／ｈｅｌｐｆｅｅｌ．ｃｏｍ／ｐｏｃｏｃｈａ－ｈｅｌｐ／エール－５ｅｅ８３６ｆ７２５０４７ｆ００２０ａ８ｄｄ５ａ，ｈｔｔｐｓ：／／ｈｅｌｐｆｅｅｌ．ｃｏｍ／ｐｏｃｏｃｈａ－ｈｅｌｐ／コアファン－５ｅｅ８３９５ｄ６ｆ１ｃ９ｅ００１ｅｂ４７ａ４４，ｈｔｔｐｓ：／／ｈｅｌｐｆｅｅｌ．ｃｏｍ／ｐｏｃｏｃｈａ－ｈｅｌｐ／プチファン－５ｅｅ８３９ｄ３７ｆ１４４ａ００１ｅａａ８ｆ９８，ｈｔｔｐｓ：／／ｈｅｌｐｆｅｅｌ．ｃｏｍ／ｐｏｃｏｃｈａ－ｈｅｌｐ／コアファンの条件－５ｅｆ４４５８３４５７ｆ７３００１ｅ２ｄｆ８８２

特許法第３０条第２項適用申請有り 令和２年７月１日、＜Ａｎｄｒｏｉｄ版＞ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｄｅｎａ．ｐｏｋｏｔａ，＜ｉＯＳ版＞ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ１１７５９６９２０５

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

従来、動画の配信を行うための様々な動画配信サービスが提供されている（例えば、下記特許文献１を参照）。こうしたサービスでは、配信者と視聴者との間の関係（「繋がり」又は「絆」等と言うこともできる。）を強化するための様々な仕組みが導入されており、例えば、対応する配信者の動画を視聴するほど増加するランク等のパラメータを配信者及び視聴者の組合せ毎に設定し、当該パラメータの値を用いて、配信者と視聴者との間の関係の強さを可視化することが行われている。

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

しかしながら、上述したような仕組みは、配信者と視聴者との間の関係の強さを可視化するものの、視聴者との間の関係を強化することが、配信者にとっての直接的な利益となるような仕組みではなかった。言い換えると、従来の仕組みでは、視聴者との間の関係を強化することへのモチベーションが配信者に対して十分に与えられているとは言えなかった。

本発明の実施形態は、配信者と視聴者との間の関係の強化を促進することを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

本発明の一実施形態に係るシステムは、１又は複数のコンピュータプロセッサを備え、動画配信サービスを提供するためのシステムであって、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、動画の配信者に対する視聴者のグレードを、複数のグレードの各々に対応するグレード条件の前記視聴者による充足状況に少なくとも基づいて判定するステップと、前記配信者に対する複数の視聴者の各々のグレードに少なくとも基づいて前記配信者に対して報酬を付与するステップと、を実行する。

本発明の一実施形態に係る方法は、１又は複数のコンピュータによって実行され、動画配信サービスを提供するための方法であって、動画の配信者に対する視聴者のグレードを、複数のグレードの各々に対応するグレード条件の前記視聴者による充足状況に少なくとも基づいて判定する工程と、前記配信者に対する複数の視聴者の各々のグレードに少なくとも基づいて前記配信者に対して報酬を付与する工程と、を備える。

本発明の一実施形態に係るプログラムは、動画配信サービスを提供するためのプログラムであって、１又は複数のコンピュータに、動画の配信者に対する視聴者のグレードを、複数のグレードの各々に対応するグレード条件の前記視聴者による充足状況に少なくとも基づいて判定するステップと、前記配信者に対する複数の視聴者の各々のグレードに少なくとも基づいて前記配信者に対して報酬を付与するステップと、を実行させる。

本発明の様々な実施形態は、配信者と視聴者との間の関係の強化を促進し得る。

本発明の一実施形態に係る動画配信サーバ１０を含むネットワークの構成を概略的に示す構成図。 動画配信サーバ１０の機能を概略的に示すブロック図。 ユーザ情報テーブル４１１において管理される情報を例示する図。 ランクを説明するための図。 配信管理テーブル４１２において管理される情報を例示する図。 グレード管理テーブル４１３において管理される情報を例示する図。 トップ画面６０を例示する図。 個別表示領域６４１の表示内容を例示する図。 選択領域６２において「話題」が選択されている場合のトップ画面６０を例示する図。 個別表示領域６４２の表示内容を例示する図。 配信準備画面１００を例示する図。 配信者画面７０を例示する図。 視聴者画面８０を例示する図。 アイテム選択画面２００を例示する図。 複数のファンレベルの各々の条件を説明するための図。 視聴者情報表示画面３００を例示する図。 条件充足度詳細画面４００を例示する図。 ランクを更新する際にサーバ１０が実行する処理を例示するフロー図。 特別ファンの人数と配信ポイントボーナス（倍率）との対応関係を例示する図。 ランクメータ値の更新ルールを説明するための図。 ランクの更新内容と必要なランクメータ値との対応関係を説明するための図。 ダイヤを付与する際にサーバ１０が実行する処理を例示するフロー図。

以下、図面を参照しながら、本発明の実施形態について説明する。各図面において、同一の又は類似する構成要素に対しては同一の参照符号が付され得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

動画配信サービス制御部４５は、動画配信サービスの制御に関する様々な処理を実行するように構成されている。例えば、動画配信サービス制御部４５は、配信者が提供する動画を複数の視聴者に対して配信するように構成されている。例えば、動画のリアルタイムでの配信（ライブ配信）を行う場合において、動画配信サービス制御部４５は、配信者のユーザ端末３０（以下、「配信者端末３０」と言うことがある。）から送信されるリアルタイムの動画を受信して、当該動画を複数の視聴者の各々のユーザ端末３０（以下、「視聴者端末３０」と言うことがある。）に送信する。視聴者端末３０においては、動画を視聴するための視聴者画面において動画が表示（再生）される。リアルタイムの動画は、例えば、配信者端末３０のカメラを介して入力される画像、及び、マイクを介して入力される音声によって構成される。また、リアルタイムの動画は、例えば、配信者端末３０において実行中のアプリケーション（例えば、ゲームアプリケーション等）を介して出力される画像及び音声によって構成される。こうした動画のライブ配信は、例えば、ＨＴＴＰ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）等のプロトコルを用いたストリーミング方式で行われ得る。また、動画配信サービス制御部４５は、配信者によって提供される動画を情報記憶管理部４１（ストレージ１５等）に記録し、当該動画を、視聴者からの個別の要求に応じて配信するように構成され得る。

本実施形態において、動画配信サービス制御部４５は、動画の配信者に対する視聴者のグレードを判定するように構成されている。当該グレードは、予め定められた複数のグレードの各々に対応するグレード条件の視聴者による充足状況に少なくとも基づいて判定される。例えば、動画配信サービス制御部４５は、特定の配信者の動画を視聴している視聴者の当該特定の配信者に対するグレードを、当該動画の視聴中においてリアルタイムに判定する。また、例えば、動画配信サービス制御部４５は、視聴者としての各ユーザのグレードを一括して判定する。グレードは、ランク及びレベル等の他の名称で表現され得る。

また、動画配信サービス制御部４５は、配信者に対する複数の視聴者の各々のグレードに少なくとも基づいて当該配信者に対して報酬を付与するように構成されている。例えば、配信者に対する報酬は、当該配信者に対する視聴者のグレードが上がるほど当該配信者にとっての価値が向上する。当該報酬は、例えば、配信者にとって利益となり得る様々な電子的及び仮想的な報酬を含む。

このように、本実施形態における動画配信サーバ１０は、グレード条件の充足状況に基づいて配信者に対する視聴者のグレードを判定し、複数の視聴者の各々のグレードに基づいて当該配信者に対して報酬を付与するから、例えば、視聴者のグレードアップが配信者に対する直接的な利益となり、視聴者との間の関係を強化することへのモチベーションが配信者に対して与えられる。つまり、動画配信サーバ１０は、配信者と視聴者との間の関係の強化を促進し得る。

本実施形態において、グレード条件は、配信者の動画に対する視聴者によるアクションの実行に応じて充足する条件を含み得る。動画に対するアクションは、これらに限定されないが、例えば、動画の視聴、コメントの入力、アイテムの入力、及び、いいねの入力等を含む。こうした構成は、視聴者によるアクションの実行を促進し得る。

また、グレード条件は、配信者に対する視聴者による定期課金の適用に応じて充足する条件を含み得る。配信者に対する定期課金（サブスクリプション）は、これに限定されないが、例えば、当該配信者の動画に対する課金を伴う所定アクション（例えば、アイテムの入力等）を、一定期間、可能とするために適用される。例えば、動画配信サービス制御部４５は、配信者の動画に対する視聴者によるアクションの実行を制御するように構成され、当該アクションは、個別課金、又は、定期課金に基づいて実行される。例えば、動画配信サービス制御部４５は、定期課金が適用されていない視聴者である場合には、アクションの実行に応じて対応する数量の有料アイテムを当該視聴者に消費させる一方、定期課金が適用されている視聴者である場合には、アクションの実行に応じて有料アイテムを当該視聴者に消費させない。こうした構成は、視聴者による定期課金の適用を促進し得る。

また、グレード条件は、配信者に関する配信者情報、視聴者に関する視聴者情報、及び、配信者及び視聴者の組合せに関する組合せ情報のうちの少なくとも１つに基づいて変動するように構成され得る。例えば、グレード条件は、配信者の配信履歴、レベル、居住エリア等に基づいて変動し、例えば、配信者が初心者であるほど充足し易くなり、グレードが上がり易くなる。また、例えば、グレード条件は、視聴者の視聴履歴、レベル、居住エリア等に基づいて変動し、例えば、特定の居住エリアの視聴者であるほど充足し易くなり、グレードが上がり易くなる。また、例えば、グレード条件は、対応する配信者の動画に対する視聴者による視聴履歴、配信者と視聴者との関係（フォローの有無等）等に基づいて変動し、例えば、対応する配信者の動画の視聴回数が少ない視聴者であるほど充足し易くなり、グレードが上がり易くなる。こうした構成は、個別の事情に応じたグレード条件を実現し得る。

本実施形態において、動画を視聴するための視聴者画面において、視聴者のグレード条件の充足状況を表示するようにしてもよい。例えば、視聴者画面は、動画の複数の視聴者（例えば、動画を視聴中の複数の視聴者等）の少なくとも一部のグレード条件の充足状況を表示するように構成される。例えば、視聴者画面は、少なくとも一部の視聴者の現在のグレードを表示すると共に、次の（１つ上位の）グレードに対応するグレード条件の充足状況を表示するように構成される。こうした構成は、視聴者が、グレード条件の充足状況を知ることを可能とする。

この場合、視聴者画面は、当該視聴者画面が提示される視聴者のグレード条件の充足状況を、当該視聴者以外の他の視聴者よりも詳しく表示するように構成してもよい。つまり、視聴者画面は、動画の複数の視聴者のうち、当該視聴者画面が提示される視聴者以外の他の視聴者のグレード条件の充足状況を第１詳細度で表示する一方、当該視聴者画面が提示される視聴者のグレード条件の充足状況を第１詳細度よりも詳しい第２詳細度で表示するように構成され得る。ここで言う「詳細度」とは、グレード条件の充足状況について視聴者にどの程度の情報を与えているかの度合いであり、一例では、視聴者画面において視聴者に表示される情報の種類又は量が多いほど高くなる。こうした構成は、視聴者が、視聴者自身のグレード条件の充足状況の詳細を知ると共に、他の視聴者のグレード条件の充足状況の概要を知ることを可能とする。

本実施形態において、各視聴者のグレードを、一定の期間毎に管理するようにしてもよい。例えば、動画配信サービス制御部４５は、所定期間（例えば、毎月）におけるグレード条件の視聴者による充足状況に少なくとも基づいて、当該所定期間における視聴者のグレードを判定するように構成される。この場合、例えば、期間が切り替わるタイミング（例えば、所定期間の始点）において、前回の期間におけるグレード（グレード条件の充足状況）がクリアされる。こうした構成は、配信者と視聴者との間の関係の強化を一定の期間毎に促進することを可能とする。

本実施形態において、複数の視聴者の各々のグレードに基づく報酬の付与は、様々な態様で実現され得る。例えば、動画配信サービス制御部４５は、所定のグレード以上の視聴者の数に少なくとも基づいて報酬を付与するように構成される。この場合、例えば、所定のグレード以上の視聴者の数が多いほど、配信者に対して付与される報酬の価値が高くなる。こうした構成は、例えば、多数の視聴者との間で一定の強さの関係性を構築することへのモチベーションを配信者に対して付与し得る。

また、動画配信サービス制御部４５は、視聴者に関連付けられた配信者別の所定パラメータであって、対応する配信者の動画に対する当該視聴者によるアクションの実行に応じて増加する所定パラメータの値を更新するように構成することができ、この場合、複数の視聴者の各々のグレードに加えて、これらの複数の視聴者の各々の当該配信者に対応する所定パラメータの値に少なくとも基づいて、当該配信者に対して報酬を付与するように構成され得る。例えば、配信者に対する報酬は、複数の視聴者の所定パラメータの値の合計値が大きいほど、配信者にとっての価値が高くなる。こうした構成は、視聴者によるアクションの実行が促進され得る。

次に、このような機能を有する本実施形態の動画配信サーバ１０の一態様としての具体例について説明する。この例における動画配信サービスは、配信者端末３０のカメラを介して入力される画像、及び、マイクを介して入力される音声によって構成される動画のライブ配信、及び、その視聴が可能なライブ配信サービスとして構成されている。

図３は、この例において、ユーザ情報テーブル４１１において管理される情報を例示する。ユーザ情報テーブル４１１は、ライブ配信サービスのユーザに関する情報を管理し、図示するように、個別のユーザを識別する「ユーザアカウント」に対応付けて、アカウント名、年齢、性別、居住エリア、及び、プロフィール情報等を含む「基本情報」、配信者としての配信履歴に関する情報である「配信履歴情報」、視聴者としての視聴履歴に関する情報である「視聴履歴情報」、このユーザがフォローしている他のユーザに関する情報である「フォローユーザ情報」、このユーザをフォローしている他のユーザ（フォロワー）に関する情報である「フォロワー情報」、このユーザがファミリーメンバーとして加入しているファミリーに関する情報である「ファミリー情報」、配信者としてのユーザのランクを示す「ランク」、ランクアップ／ダウンを判定するためのパラメータ値である「ランクメータ値」、ライブ配信サービスにおいて利用可能な仮想的なコインの保有数を示す「コイン保有数」、同じく仮想的なダイヤの保有数を示す「ダイヤ保有数」、ユーザ自身が設定する配信者としての分類である「分類用テキスト」等の情報を管理する。

この例において、ファミリーは、配信者を応援するファンのコミュニティであり、配信者又はファミリー管理者からの招待に応じて加入することができ、また、ユーザによる加入申請に対する配信者又はファミリー管理者による承認に応じて加入することができる。

また、この例において、コインは、様々な契機で無償及び有償でユーザに付与される。例えば、ユーザは、ログインボーナス等の報酬として無償でコインを獲得することができる。また、例えば、ユーザは、有償で（現実の通貨で）コインを購入することができる。

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

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

図５は、この例において、配信管理テーブル４１２において管理される情報を例示する。配信管理テーブル４１２は、個別のライブ配信（動画）に関する情報を管理し、図示するように、個別のライブ配信を識別する「配信ＩＤ」に対応付けて、配信者を識別する「配信者ユーザアカウント」、「配信開始日時」、配信の継続時間を示す「配信時間」、「視聴者数（現在値及び最大値）」、視聴者によって入力されたコメントの数である「コメント数」、視聴者によって入力された「いいね」の数である「いいね数」、視聴者によるアイテムの入力に応じて増加する「アイテムポイント数」、この配信に対して付与されるポイントである「配信ポイント数」、この配信に対して付与されたタグに関する情報である「タグ情報」等の情報を管理する。

図６は、この例において、グレード管理テーブル４１３において管理される情報を例示する。グレード管理テーブル４１３は、対象年月における配信者に対する（配信者別の）視聴者のファンレベル（グレード）に関する情報を管理し、図示するように、配信者を識別する「配信者ユーザアカウント」、視聴者を識別する「視聴者ユーザアカウント」、及び「対象年月」の組合せに対応付けて、対象年月における対応する配信者に対する対応する視聴者の「ファンレベル」、対応するライブ配信に対する当該視聴者の「消費コイン数」、「視聴時間」、「視聴日数」、「入力コメント数」、当該配信者に対する当該視聴者による定期課金の適用の有無を示す「定期課金適用フラグ」、対応するライブ配信において当該視聴者が獲得した「エールポイント数」等の情報を管理する。このように、この例では、配信者に対する視聴者のファンレベルは、月単位で管理される。

エールポイント数は、消費コイン数、視聴時間、視聴日数、及び、入力コメント数に基づく計算式を用いて算出され、これらの各パラメータの値が大きいほど、エールポイント数の値も大きくなる。

図７は、ユーザ端末３０において表示されるライブ配信サービスのトップ画面６０を例示する。当該画面６０は、ライブ配信サービスを利用するユーザの起点となる画面であり、図示するように、「フォロー」、「人気」、「話題」及び「すべて」と表示された選択領域６２と、当該領域６２の下側に位置する一覧表示領域６４と、画面右上隅に位置する円形の配信ボタン６６とを有する。

選択領域６２は、一覧表示領域６４における表示内容を選択するための領域である。具体的には、選択領域６２において「フォロー」が選択されると、一覧表示領域６４において、ユーザがフォローしている他のユーザのライブ配信（配信中の動画）が一覧表示される。同様に、選択領域６２において「人気」が選択されると、一覧表示領域６４において、人気のあるライブ配信を抽出するための所定の抽出条件に従って抽出されたライブ配信（例えば、視聴者数（現在値）が閾値以上である配信等）が一覧表示される。また、選択領域６２において「話題」が選択されると、一覧表示領域６４において、ライブ配信に付与されたタグが、対応する配信と共に時系列で（付与時刻順に）一覧表示される。また、選択領域６２において「すべて」が選択されると、一覧表示領域６４において、全てのライブ配信が一覧表示の対象となる。

図７のトップ画面６０は、選択領域６２において「人気」が選択されている場合に対応している。この場合の一覧表示領域６４には、図示するように、各々が個別のライブ配信に関する情報を表示する複数の個別表示領域６４１が２列で配置される。個別表示領域６４１は、ユーザによる選択に応じて、対応する配信の視聴を開始できる（対応する動画の再生が開始される）ように構成されている。一覧表示領域６４は、上下方向へのフリック操作又はスライド操作等によって、表示される個別表示領域６４１が切り替わるように構成されている。選択領域６２において「フォロー」又は「すべて」が選択されている場合の一覧表示領域６４の構成は、「人気」が選択されている場合の上述した構成と同様である。

図８は、個別表示領域６４１の表示内容を例示する。個別表示領域６４１は、ライブ配信の配信者によって予め設定されている画像、配信者のアカウント名、及び、視聴者数（現在値）等を表示すると共に、図示するように、その下端部において、第１タグオブジェクト６４１１及び第２タグオブジェクト６４１２が左右方向に並べて配置されている。第１タグオブジェクト６４１１は、配信者自身が設定した配信者の分類である分類用テキスト（ユーザ情報テーブル４１１において管理されている。）をハッシュタグの形式（文字列の先頭に「＃」が付加された形式）で表示する（図８の例では、「＃大食い配信」と表示されている。）。また、第２タグオブジェクト６４１２は、対応するライブ配信に視聴者によって付与されている最新のタグを同じくハッシュタグの形式で表示する（図８の例では、「＃カレー」と表示されている。）。

図９は、選択領域６２において「話題」が選択されている場合のトップ画面６０を例示する。この場合のトップ画面６０は、図示するように、一覧表示領域６４において、任意のライブ配信に付与されたタグが、当該配信と共に時系列で一覧表示される。つまり、選択領域６２において「話題」が選択されている場合の一覧表示領域６４には、付与時刻の降順で並べられたタグ及び対応するライブ配信（当該タグが付与された配信）が一覧表示される。

この場合の一覧表示領域６４には、各々が個別のタグ及び対応するライブ配信に関する情報を表示する複数の個別表示領域６４２が上下方向に並べて配置されている。任意のライブ配信に新たにタグが付与されると、対応する個別表示領域６４２が、一覧表示領域６４の最上部に追加される。

図１０は、個別表示領域６４２の表示内容を例示する。当該領域６４２は、図示するように、左上隅にタグオブジェクト６４２１が配置されていると共に、対応する（当該タグが付与された）ライブ配信の配信者のプロフィール画像及びアカウント名等を表示する。個別表示領域６４２には、対応するライブ配信へのリンクが設定されており、ユーザは、一覧表示領域６４において表示されている複数の個別表示領域６４２の何れかを選択することにより、対応する配信の視聴を開始することができる。

トップ画面６０の配信ボタン６６は、ユーザが、配信者として動画のライブ配信を行うためのオブジェクトである。当該配信ボタン６６がユーザによって選択されると、図１１に例示する配信準備画面１００がトップ画面６０に重ねて表示される。当該画面１００は、図示するように、配信タイトルを入力するための配信タイトル入力領域１０２と、おしのび配信モードを設定するためのおしのび配信設定スイッチ１０４と、配信中に自動的に行われるツイート（ＳＮＳへのメッセージの投稿）に関する設定を行うためのツイート設定ボタン１０６と、「開始！」と表示された配信開始ボタン１０８とを有する。おしのび配信は、新参の視聴者（具体的には、対応する配信者についての所定期間における視聴時間の合計が所定値未満である視聴者）のみが視聴可能なライブ配信の配信モードである。

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

図１２は、配信開始ボタン１０８の選択（つまり、ライブ配信の開始）に応じて配信者端末３０において表示される配信者画面７０を例示する。当該画面７０は、図示するように、画面全体に対応する動画表示領域７１と、画面左上隅に位置する基本情報表示領域７２と、画面左下に位置するコメント表示領域７３と、当該領域７３の上側に位置するタグ表示領域７４と、画面右上隅に位置する視聴者情報表示領域７５と、画面下端部中央に位置する円形の配信停止ボタン７６とを有する。

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

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

コメント表示領域７３は、視聴者によって入力されたユーザコメント、又は、サーバ１０によって自動的に入力されたシステムコメントを表示するための領域である。具体的には、当該領域７３には、各々が個別のコメントに対応する複数のコメントオブジェクト７３１が上下方向に並べて配置される。コメント表示領域７３は、新たなコメントが入力されると、対応するコメントオブジェクト７３１が下側に追加され、既存のコメントオブジェクト７３１が順に上方向に移動するように構成されている。コメント表示領域７３は、上下方向へのフリック操作又はスライド操作等によって、表示されるコメントオブジェクト７３１が切り替わるように構成されている。

タグ表示領域７４は、この配信に対して付与されているタグに関する情報を表示し、具体的には、当該領域７４には、各々が個別のタグに対応する複数のタグオブジェクト７４１が左右方向に並べて配置される。

視聴者情報表示領域７５は、対応するライブ配信を視聴中である複数の視聴者に関する情報を表示し、具体的には、当該領域７５には、各々が視聴者に対応する複数のアイコンオブジェクト７５１が左右方向に並べて配置される。当該オブジェクト７５１は、円形の形状を有し、対応する視聴者のプロフィール画像を表示する。複数のアイコンオブジェクト７５１は、所定ルールに従う順序で並び、例えば、上述したエールポイント数が多い視聴者が左側となるように並ぶ。

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

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

コメント入力領域８７は、視聴者がコメント又はタグを入力するための領域である。入力モード切り替えボタン８６が非選択状態である間、コメント入力領域８７は通常のコメント入力モードとなる。コメント入力モードでは、コメント入力領域８７の右端部に配置されている送信オブジェクト８７１が選択されると、領域８７に入力されている文字列がユーザコメントとして送信され、対応する配信者端末３０（視聴中のライブ配信の配信者のユーザ端末３０）及び各視聴者端末３０（視聴中のライブ配信の複数の視聴者の各々のユーザ端末３０）では、配信者画面７０及び視聴者画面８０のコメント表示領域７３、８３において、ユーザコメントに対応するコメントオブジェクト７３１、８３１が追加される。ユーザコメントに対応するコメントオブジェクト７３１、８３１には、当該コメントを入力した視聴者のアカウント名と共に、コメントの内容（文字列）が表示される。また、ユーザコメントが送信されると、サーバ１０は、配信管理テーブル４１２の対応するレコードのコメント数を更新（１加算）する。また、ユーザコメントが送信されると、サーバ１０は、グレード管理テーブル４１３の対応するレコードの入力コメント数を更新（１加算）する。

また、入力モード切り替えボタン８６が選択状態になると、コメント入力領域８７はタグ入力モードとなる。タグ入力モードでは、送信オブジェクト８７１が選択されると、コメント入力領域８７に入力されている文字列がタグとして送信され、当該タグがライブ配信に対して付与される（関連付けられる）。この例では、タグの入力が可能な視聴者は、対応する配信者のファミリーメンバーに限定されている。具体的には、視聴者画面８０の入力モード切り替えボタン８６は、視聴者が配信者のファミリーメンバーである場合には選択可能となる（有効化される）一方、視聴者が配信者のファミリーメンバーでない場合には選択不可能となる（無効化される）。また、この例では、所定期間において１つのライブ配信に対して付与可能なタグの数が制限されており、具体的には、５分間で付与可能なタグの数は３つまでとなっている。

タグが付与されると、対応する配信者画面７０及び視聴者画面８０のタグ表示領域７４、８４において、対応するタグオブジェクト７４１、８４１が追加される。タグ表示領域７４、８４には、左側の方が新しくなる（付与時刻が遅くなる）ように、タグオブジェクト７４１、８４１が左右方向に並べて配置される。したがって、新たに付与されたタグに対応するタグオブジェクト７４１、８４１は、タグ表示領域７４、８４における左端に追加される。なお、付与されてから５分が経過したタグに対応するタグオブジェクト７４１、８４１は削除される（例えば、右方向に移動するアニメーション効果を伴って消える。）。

この例におけるタグオブジェクト７４１、８４１は、タグの内容を、文字列の先頭部分に「＃」が付加されたハッシュタグの形式で表示する。例えば、タグの内容が「東京観光」である場合には、タグオブジェクト７４１、８４１において「＃東京観光」と表示される。タグオブジェクト７４１、８４１は、その左右方向の長さが、表示する文字列の長さに応じて自動調整される。

また、タグが付与されると、対応する配信者画面７０及び視聴者画面８０のコメント表示領域７３、８３において、タグの付与を通知するシステムコメントに対応するコメントオブジェクト７３１、８３１が追加される。当該システムコメントに対応するコメントオブジェクト７３１、８３１には、タグを付与（入力）した視聴者のアカウント名と共に、付与されたタグの内容が表示され、例えば、「ｘｘさんが配信に「＃東京観光」をタグ付けしました。」というコメントが表示される。また、タグが付与されると、配信管理テーブル４１２の対応するレコードのタグ情報が更新される。

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

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

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

アイテムが入力されると、対応する配信者画面７０及び視聴者画面８０のコメント表示領域７３、８３において、アイテムの入力を通知するシステムコメントに対応するコメントオブジェクト７３１、８３１が追加される。当該システムコメントに対応するコメントオブジェクト７３１、８３１には、アイテムを入力した視聴者のアカウント名と共に、入力されたアイテムの名称が表示される。また、アイテムが入力されると、対応する配信者画面７０及び視聴者画面８０の動画表示領域７１、８１において、入力されたアイテムに対応する視覚効果が付加される。また、アイテムが入力されると、サーバ１０は、入力されたアイテムのコイン数に応じた数量のアイテムポイント（例えば、コイン数が多くなるほどポイント数も多くなる。）をこの配信に対して付与し、具体的には、配信管理テーブル４１２において、コイン数に応じたポイント数を、対応するレコードのアイテムポイント数に加算する。また、アイテムが入力されると、サーバ１０は、ユーザ情報テーブル４１１において、入力されたアイテムのコイン数を、対応するレコード（アイテムを入力した視聴者のレコード）のコイン保有数から減じる。また、アイテムが入力されると、サーバ１０は、グレード管理テーブル４１３において、入力されたアイテムのコイン数を、対応するレコードの消費コイン数に加算する。

この例では、対応する配信者（視聴中のライブ配信の配信者）に対する定期課金を適用している視聴者は、一部のアイテムについて、個別のコインの消費なしで、何回でも入力することができる。こうしたアイテムは、例えば、アイテム選択画面２００の個別表示領域２０２において、定期課金によって個別のコインの消費が不要である旨が表示される。また、この例では、定期課金が適用されている場合、グレード管理テーブル４１３の対応するレコードにおいて、定期課金の金額に対応する数量のコイン数が、毎月、消費コイン数に一括して加算される。

また、新たに視聴者が視聴を開始する（ライブ配信ルームに入室する）と、対応する配信者画面７０及び視聴者画面８０のコメント表示領域７３、８３において、視聴者の入室を通知するシステムコメントに対応するコメントオブジェクト７３１、８３１が追加される。当該システムコメントに対応するコメントオブジェクト７３１、８３１には、視聴を開始した（入室した）ユーザのアカウント名等が表示される。また、今回の視聴が、対応する配信者のライブ配信の当日の初回の視聴である場合、サーバ１０は、グレード管理テーブル４１３において、対応するレコードの視聴日数を更新（１加算）する。

ここで、配信者に対する視聴者のファンレベルの管理に関する動作について説明する。図１５は、この例における複数のファンレベルの各々の条件（グレード条件）を説明するための図である。図示するように、この例では、ファンレベル毎に２つ又は３つの条件が設定されており、これらの２～３つの条件のうちの何れか１つを充足したユーザは、対応するファンレベルとなる（レベルが上がる。）。例えば、ファンレベル「１」には、「１０コイン以上消費し、１．５時間以上視聴し、且つ、４コメント以上入力する」という条件１、及び、「１００コイン以上消費する」という条件２の２つの条件が設定されており、これらの２つの条件の何れか１つを充足したユーザは、ファンレベル「１」の視聴者となる。また、例えば、ファンレベル「４」には、「１０００コイン以上消費し、５時間以上視聴し、４日以上視聴し、且つ、３５コメント以上入力する」という条件１、「３０００コイン以上消費し、２時間以上視聴し、且つ、５コメント以上入力する」という条件２、及び、「５５００コイン以上消費する」という条件３の３つの条件が設定されており、これらの３つの条件の何れか１つを充足したユーザは、ファンレベル「４」の視聴者となる。

こうしたファンレベルの判定は、ライブ配信中においてリアルタイムで行われる。具体的には、ライブ配信中において、サーバ１０は、各視聴者について、グレード管理テーブル４１３の消費コイン数、視聴時間、視聴日数、及び、入力コメント数をリアルタイムで更新し、これらの情報に基づいてファンレベルのレベルアップの有無を判定する。ファンレベルが上がると、グレード管理テーブル４１３の対応するレコードのファンレベルの値が更新される。

この例では、配信者に対する定期課金では、６０００コインに相当する金額の毎月の課金が行われる。したがって、定期課金が適用されている視聴者は、図１５に例示したファンレベル「４」の条件３（５５００コイン以上消費する）を直ちに充足することになる。

この例では、視聴者のアクション（具体的には、入室（視聴の開始）、コメント、タグ、いいね、及びアイテムの入力）に対応するコメントオブジェクト７３１、８３１には、当該視聴者のファンレベルに応じた装飾が施される。例えば、こうしたコメントオブジェクト７３１、８３１には、視聴者のファンレベルに対応するアイコンが付加されると共にファンレベルに対応する文字色が適用される。

また、この例では、配信者画面７０及び視聴者画面８０の視聴者情報表示領域７５、８５を介して、各視聴者のファンレベルの条件の充足状況が表示される。図１６は、視聴者情報表示領域７５、８５のアイコンオブジェクト７５１、８５１の選択に応じて、配信者画面７０及び視聴者画面８０に重ねて表示される視聴者情報表示画面３００を例示する。当該画面３００は、図示するように、対応する視聴者のプロフィール画像、アカウント名、及び、プロフィール等を表示すると共に、その下側において、ファンレベルに関する情報を表示するファンレベル情報表示領域３０２を有する。

ファンレベル情報表示領域３０２は、図示するように、現在のレベルに対応するアイコン画像、及び、エールポイント数等を表示すると共に、その右側において、次の（１つ上位の）ファンレベルに上がるための２～３つの条件の各々の充足状況を表示する条件充足度オブジェクト３０２１が左右方向に並べて配置される。図１６の視聴者情報表示画面３００においては、条件１～３の３つの条件にそれぞれ対応する３つの条件充足度オブジェクト３０２１が配置されているが、次のファンレベルに対応する条件が２つである場合には、２つの条件充足度オブジェクト３０２１が左右方向に並べて配置される。

条件充足度オブジェクト３０２１は、円環部分において条件の充足度を表示し、具体的には、条件の充足度が上がるに従って１２時の位置から時計回りに延びる円形のプログレスバーの形式によって当該充足度を表示する。条件の充足度は、条件に対応するパラメータ（消費コイン数、視聴時間、視聴日数、又は、入力コメント数）の条件値（最大値）に対する現在値の割合として設定される。ユーザは、視聴者情報表示画面３００（ファンレベル情報表示領域３０２）を介して、他のユーザを含む各視聴者の現在のファンレベル及び次のファンレベルへ上がるための条件の充足状況の概要を知ることができる。

また、この例では、視聴者画面８０の視聴者情報表示領域８５において、対応するユーザ自身のアイコンオブジェクト８５１が選択されてユーザ自身の情報を表示する視聴者情報表示画面３００が表示されている場合において、ファンレベル情報表示領域３０２が選択されると、図１７に例示する条件充足度詳細画面４００が表示される。当該画面４００は、図示するように、次のファンレベルに対応する条件毎に、対応するサブ条件の充足度を表示するサブ条件インジケータ４０２を有する。

サブ条件インジケータ４０２は、条件の充足度が上がるに従って右方向に延びる棒状のプログレスバーの形式によって当該充足度を表示する。また、サブ条件インジケータ４０２の右下側において、対応するサブ条件の充足度に関するテキストが表示され、具体的には、サブ条件を充足するまでに必要な数量に関するテキスト（例えば、「あと１，２５６コイン」）が表示され、又は、既にサブ条件を充足している場合には、「ＣＬＥＡＲ！」というテキストが表示される。

図１７の例における「条件１」は、コイン数に関するサブ条件、視聴時間に関するサブ条件、コメント数に関するサブ条件、及び、視聴日数に関するサブ条件の４つのサブ条件を有しており、４つのサブ条件にそれぞれ対応する４つのサブ条件インジケータ４０２が上下方向に並べて配置されている。条件充足度詳細画面４００は、左右方向へのフリック操作又はスライド操作等によって、表示される条件が切り替わるように構成されている。ユーザは、条件充足度詳細画面４００を介して、ユーザ自身が次のファンレベルへ上がるための条件の充足状況の詳細を知ることができる。

以上、配信者に対する視聴者のファンレベルの管理に関する動作について説明した。次に、配信者がライブ配信を終了する際の動作について説明する。上述したように、配信者が、配信者画面７０の配信停止ボタン７６を選択すると、ライブ配信が終了する。ライブ配信が終了すると、サーバ１０は、当該配信に対する配信ポイント数を算出して設定する。この例では、視聴者数（最大値）、いいね数、コメント数、及び、アイテムポイント数に基づいて配信ポイント数が算出される。配信ポイント数は、視聴者数（最大値）、いいね数、コメント数、及び、アイテムポイント数が多いほど、多くなる。算出された配信ポイント数は、配信管理テーブル４１２の対応するレコードに設定される。

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

サーバ１０は、まず、図示するように、各ユーザが前日に獲得した配信ポイント数を算出する（ステップＳ３００）。特定のユーザが前日に獲得した配信ポイント数は、配信管理テーブル４１２の配信者ユーザアカウント、配信開始日時、及び、配信ポイント数を参照することによって算出される。なお、ユーザが１日に複数の配信を行っている場合、複数の配信でそれぞれ獲得した配信ポイント数が合算される。

こうして各配信者の前日の配信ポイント数を算出すると、続いて、サーバ１０は、配信ポイント数に対するボーナスを加算する（ステップＳ３１０）。具体的には、この例では、ファンレベルが「４」以上である「特別ファン」の人数に応じて、配信ポイント数にボーナスが加算される。図１９は、特別ファンの人数と配信ポイントボーナス（倍率）との対応関係を例示する。この例では、図示するように、特別ファンの人数が２～４である場合、配信ポイントボーナスとして、配信ポイント数が１０１％となる（１．０１倍される）。言い換えると、特別ファンの人数が２～４人である場合、算出された配信ポイント数の１％がボーナスとして加算される。同様に、特別ファンの人数が５～９人である場合、配信ポイントボーナス（倍率）は１０２％であり、その後、特別ファンの人数が増加するに従って配信ポイントボーナス（倍率）が大きくなり、配信者にとって有利となる。

また、上述したように、この例では、定期課金が適用される視聴者は、自動的に、ファンレベルが「４」以上である特別ファンとなるから、定期課金が適用される視聴者を多く獲得することは、配信者にとって有利となる。

また、この例では、複数の視聴者の各々のエールポイント数の合計値に応じて、配信ポイントにボーナスが加算される。例えば、エールポイント数の合計値が５０００ポイント以上になると、配信ポイントに５００ポイントのボーナスが加算され、エールポイント数の合計値が１００００ポイント以上になると、配信ポイントに１０００ポイントのボーナスが加算される。当該ボーナスは、エールポイント数が増加するに従って大きくなり、配信者にとって有利となる。なお、本実施形態の他の例では、エールポイント数に基づく配信ポイントのボーナスは適用されず、特別ファンの人数に基づく配信ポイントのボーナスのみが適用され得る。

こうして配信ポイント数に対するボーナスが加算されると、次に、サーバ１０は、各ユーザのランクメータ値を更新する（ステップＳ３２０）。図２０は、ランクメータ値の更新ルールを説明するための図である。図示するように、この例では、各ユーザの前日の配信ポイント数の当該ユーザが属するランク帯内での順位に基づいてランクメータ値が変動する。

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

ステップＳ３２０では、図２０に例示される更新ルールに従って、各ユーザのランクメータ値が更新される。

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

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

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

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

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

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

上述した例において、ファンレベルに対応する条件が、配信者に関する配信者情報、視聴者に関する視聴者情報、又は、配信者及び視聴者の組合せに関する組合せ情報等に基づいて変動するようにしてもよい。例えば、ファンレベルに対応する条件は、配信者のランクが低いほど、充足し易くなる（例えば、条件値が低くなる。）。また、例えば、ファンレベルに対応する条件は、視聴者の居住エリアに応じて変動する（例えば、特定の居住エリアの視聴者の条件は充足し易くなる）。また、例えば、ファンレベルに対応する条件は、対応する配信者のライブ配信を初めて視聴した対象年月において充足し易くなる。

上述した例において、所定の上位のファンレベルについては、各月の始点から一定期間は無効とし、途中の特定のタイミングから有効となるようにしてもよい。この場合、例えば、各月の特定のタイミング（例えば、１５日）に有効となるファンレベルに対応する条件を、当該ファンレベルが有効となる前に充足した視聴者は、当該ファンレベルが有効となるまで（特定のタイミングとなるまで）は当該ファンレベルに上がらない。こうすれば、各月の早い段階で上位のファンレベルの視聴者が過剰に多く発生し、他の一般の視聴者が委縮してしまうことが抑制され得る。

上述した例では、ファンレベルが「４」以上である「特別ファン」の人数に応じて配信ポイント数にボーナスが加算されるようにしたが、特別ファンの人数に応じた報酬は、複数の視聴者の各々のファンレベルに基づく報酬の一例であって、本実施形態の他の例では、その他のルールが適用される。例えば、ファンレベルの値の合計値に応じて配信ポイント数にボーナスが加算されるようにしてもよい。

また、配信ポイント数に対するボーナスの加算は、配信者に対する報酬の一例であって、本実施形態の他の例では、複数の視聴者の各々のファンレベルに基づいて様々な報酬が配信者に対して付与され得る。例えば、配信者に対する報酬として、基準ダイヤ数に対するボーナスを加算したり、特別なイベントに参加する権利を付与したりしてもよい。

上述した例では、配信者端末３０のカメラを介して入力される画像、及び、マイクを介して入力される音声によって構成される動画のライブ配信、及び、その視聴が可能なライブ配信サービスを提供するようにしたが、本実施形態の他の例では、配信者から提供される動画を予め記憶しておき、当該動画を、視聴者からの要求に応答して個別に配信するオンデマンド型の動画配信サービスが提供される。この場合であっても、配信者（動画の提供者）に対する視聴者のファンレベルが管理されると共に、複数の視聴者の各々のファンレベルに少なくとも基づいて、当該配信者に対して報酬が付与され得る。

以上説明した本実施形態の動画配信サーバ１０は、グレード条件の充足状況に基づいて配信者に対する視聴者のグレード（例えば、ファンレベル）を判定し、複数の視聴者の各々のグレード（例えば、ファンレベルが「４」以上である特別ファンの数）に基づいて当該配信者に対して報酬（例えば、配信ポイント数に対するボーナスの加算）を付与するから、例えば、視聴者のグレードアップが配信者に対する直接的な利益となり、視聴者との間の関係を強化することへのモチベーションが配信者に対して与えられる。つまり、動画配信サーバ１０は、配信者と視聴者との間の関係の強化を促進し得る。

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

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

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

１０ 動画配信サーバ
１１ コンピュータプロセッサ
１５ ストレージ（記憶装置）
２０ 通信ネットワーク
３０ ユーザ端末
４１ 情報記憶管理部
４１１ ユーザ情報テーブル
４１２ 配信管理テーブル
４１３ グレード管理テーブル
４３ 管理機能制御部
４５ 動画配信サービス制御部
６０ トップ画面
７０ 配信者画面
７５ 視聴者情報表示領域
８０ 視聴者画面
８５ 視聴者情報表示領域
１００ 配信準備画面
２００ アイテム選択画面
３００ 視聴者情報表示画面
３０２ ファンレベル情報表示領域
３０２１ 条件充足度オブジェクト
４００ 条件充足度詳細画面
４０２ サブ条件インジケータ

Claims (12)

1. １又は複数のコンピュータプロセッサを備え、動画配信サービスを提供するためのシステムであって、
   前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
   動画の配信者に対する視聴者のグレードを、複数のグレードの各々に対応するグレード条件の前記視聴者による充足状況に少なくとも基づいて判定するステップと、
   前記配信者に対する複数の視聴者の各々のグレードに少なくとも基づいて前記配信者に対して報酬を付与するステップと、を実行する、
   システム。
2. 前記グレード条件は、前記配信者の動画に対する前記視聴者によるアクションの実行に応じて充足する条件を含む、
   請求項１のシステム。
3. 前記グレード条件は、前記配信者に対する前記視聴者による定期課金の適用に応じて充足する条件を含む、
   請求項１又は２のシステム。
4. 前記１又は複数のコンピュータプロセッサは、さらに、前記配信者の動画に対する前記視聴者による所定アクションの実行を制御するステップを実行し、
   前記所定アクションは、個別課金、又は、前記定期課金に基づいて実行される、
   請求項３のシステム。
5. 前記グレード条件は、前記配信者に関する配信者情報、前記視聴者に関する視聴者情報、及び、前記配信者及び前記視聴者の組合せに関する組合せ情報のうちの少なくとも１つに基づいて変動するように構成されている、
   請求項１ないし４何れかのシステム。
6. 前記１又は複数のコンピュータプロセッサは、さらに、前記配信者の動画を視聴するための視聴者画面を前記視聴者に対して提示するステップを実行し、
   前記視聴者画面は、前記配信者の動画の複数の視聴者の少なくとも一部の前記グレード条件の充足状況を表示するように構成されている、
   請求項１ないし５何れかのシステム。
7. 前記視聴者画面は、前記配信者の動画の複数の視聴者のうち、前記視聴者画面が提示される前記視聴者以外の他の視聴者の前記グレード条件の充足状況を第１詳細度で表示する一方、前記視聴者画面が提示される前記視聴者の前記グレード条件の充足状況を前記第１詳細度よりも詳しい第２詳細度で表示するように構成されている、
   請求項６のシステム。
8. 前記判定するステップは、所定期間における前記グレード条件の前記視聴者による充足状況に少なくとも基づいて、前記所定期間における前記視聴者のグレードを判定することを含む、
   請求項１ないし７何れかのシステム。
9. 前記付与するステップは、所定のグレード以上の視聴者の数に少なくとも基づいて前記報酬を付与することを含む、
   請求項１ないし８何れかのシステム。
10. 前記１又は複数のコンピュータプロセッサは、さらに、前記視聴者に関連付けられた配信者別の所定パラメータであって対応する配信者の動画に対する前記視聴者によるアクションの実行に応じて増加する前記所定パラメータの値を更新するステップを実行し、
    前記付与するステップは、前記複数の視聴者の各々のグレードに加えて、前記複数の視聴者の各々の前記配信者に対応する前記所定パラメータの値に少なくとも基づいて、前記配信者に対して前記報酬を付与することを含む、
    請求項１ないし９何れかのシステム。
11. １又は複数のコンピュータによって実行され、動画配信サービスを提供するための方法であって、
    動画の配信者に対する視聴者のグレードを、複数のグレードの各々に対応するグレード条件の前記視聴者による充足状況に少なくとも基づいて判定する工程と、
    前記配信者に対する複数の視聴者の各々のグレードに少なくとも基づいて前記配信者に対して報酬を付与する工程と、を備える、
    方法。
12. 動画配信サービスを提供するためのプログラムであって、１又は複数のコンピュータに、
    動画の配信者に対する視聴者のグレードを、複数のグレードの各々に対応するグレード条件の前記視聴者による充足状況に少なくとも基づいて判定するステップと、
    前記配信者に対する複数の視聴者の各々のグレードに少なくとも基づいて前記配信者に対して報酬を付与するステップと、を実行させる、
    プログラム。