特許 7560086 サーバ及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-09-24

(45)【発行日】2024-10-02

(54)【発明の名称】サーバ及び方法

(51)【国際特許分類】

   H04N 21/258 20110101AFI20240925BHJP

   H04N 21/254 20110101ALI20240925BHJP

   G06Q 50/10 20120101ALI20240925BHJP

【ＦＩ】

H04N21/258

H04N21/254

G06Q50/10

【請求項の数】 8

(21)【出願番号】P 2024068636

(22)【出願日】2024-04-19

【審査請求日】2024-06-10

【早期審査対象出願】

(73)【特許権者】

【識別番号】517287224

【氏名又は名称】１７ＬＩＶＥ株式会社

(74)【代理人】

【識別番号】100199277

【弁理士】

【氏名又は名称】西守 有人

(72)【発明者】

【氏名】葉容均

【審査官】鈴木 隆夫

(56)【参考文献】

【文献】特許第７２７２５７０（ＪＰ，Ｂ１）

【文献】特許第７３８５９７０（ＪＰ，Ｂ１）

【文献】特開２０２１－０１８５０１（ＪＰ，Ａ）

【文献】特開２０２１－０５１５７８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ ２１／００－２１／８５８

Ｇ０６Ｑ ５０／１０

(57)【特許請求の範囲】

【請求項1】

ライブ配信プラットフォームを提供するサーバであって、
異なる複数のランクのうちの一部のランクに属する配信者について、当該配信者に対する応援の度合いを示す応援パラメータの値と、当該配信者が属するランクに属する他の配信者の応援パラメータの値と、の比較結果に基づいて、当該配信者の属するランクを変更するか否かを決定する第１決定手段と、
前記複数のランクのうちの残りのランクに属する配信者について、当該配信者の応援パラメータの値を、他の配信者の応援パラメータの値とは無関係に評価した結果に基づいて、当該配信者の属するランクを変更するか否かを決定する第２決定手段と、
配信者に、当該配信者の属するランクと当該配信者の配信時間とに基づく量の報酬を付与するための処理を行う付与手段と、を備えるサーバ。

【請求項2】

前記付与手段は、配信者に、当該配信者の属するランクが高いほど高くなるレートにしたがい、当該配信者の配信時間が長いほど多くなる報酬を付与するための処理を行う請求項１に記載のサーバ。

【請求項3】

前記残りのランクは前記一部のランクよりも高い請求項２に記載のサーバ。

【請求項4】

前記第２決定手段は、前記複数のランクのうちの残りのランクに属する配信者について、当該配信者が所定の第２期間内に獲得した応援パラメータの値と、当該配信者の属するランクに固有の定数であるしきい値と、の比較結果に基づいて、当該配信者の属するランクを変更するか否かを決定する請求項１に記載のサーバ。

【請求項5】

前記第１決定手段は、前記複数のランクのうちの一部のランクに属する配信者について、当該配信者が所定の第１期間内に獲得した応援パラメータの値と、当該配信者が属するランクに属する他の配信者が前記第１期間内に獲得した応援パラメータの値と、の比較結果に基づいて、当該配信者の属するランクを変更するか否かを決定し、
前記第２期間の長さと前記第１期間の長さとは異なる請求項４に記載のサーバ。

【請求項6】

配信者がライブ配信を提供していないときに当該配信者に対して行われた応援活動に基づき、当該配信者の応援パラメータの値を更新するパラメータ更新手段をさらに備える請求項１に記載のサーバ。

【請求項7】

配信者がライブ配信を提供していないときに当該配信者に対して行われた応援活動に基づき、当該配信者の応援パラメータの値を更新するパラメータ更新手段をさらに備え、
前記第２決定手段は、前記複数のランクのうちの残りのランクに属する配信者から前記第２期間の指定を伴う休止要求を受け付けた場合、当該配信者について前記第２期間における比較結果に基づくランクの変更を行わず、
前記パラメータ更新手段は、前記複数のランクのうちの残りのランクに属する配信者から前記第２期間の指定を伴う前記休止要求を受け付けた場合でも、前記第２期間において、当該配信者に対して行われた応援活動に基づく応援パラメータの更新を継続する請求項４に記載のサーバ。

【請求項8】

ライブ配信プラットフォームを提供するサーバで実行される方法であって、
異なる複数のランクのうちの一部のランクに属する配信者について、当該配信者に対する応援の度合いを示す応援パラメータの値と、当該配信者が属するランクに属する他の配信者の応援パラメータの値と、の比較結果に基づいて、当該配信者の属するランクを変更するか否かを決定することと、
前記複数のランクのうちの残りのランクに属する配信者について、当該配信者の応援パラメータの値を、他の配信者の応援パラメータの値とは無関係に評価した結果に基づいて、当該配信者の属するランクを変更するか否かを決定することと、
配信者に、当該配信者の属するランクと当該配信者の配信時間とに基づく量の報酬を付与するための処理を行うことと、を含む方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

特許文献１には、ライブ動画の配信者への報酬を時間給で支払う仕組みが開示されている。特許文献１では、配信者をランク付けし、ランク帯内の配信ポイントの順位にしたがってランクメータ値を変動させ、配信者のランクメータ値に基づいて配信者のランクを更新する。時間給なので、初心者の配信者であっても、ライブ動画の配信を継続することによって、配信時間と基準報酬数量とに基づく数量の報酬を得ることができる。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０２０－０２１４４５号公報

【文献】特許第７２７２５７０号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、ランクやランク帯に属する配信者の数が少ない場合、順位付けによって配信者のランクの更新を判断するやり方が、配信者の実際のがんばりや才能を反映しない判断結果をもたらすことがある。順位付けによる判断ではポジティブな評価を受ける配信者とネガティブな評価を受ける配信者とが必ず生じるからである。

【0006】

本開示はこうした課題に鑑みてなされたものであり、その目的は、ライブ配信の配信者のがんばりをより適切に評価できる技術の提供にある。

【課題を解決するための手段】

【0007】

本発明のある態様は、サーバに関する。このサーバは、ライブ配信プラットフォームを提供するサーバであって、異なる複数のランクのうちの一部のランクに属する配信者について、当該配信者に対する応援の度合いを示す応援パラメータの値と、当該配信者が属するランクに属する他の配信者の応援パラメータの値と、の比較結果に基づいて、当該配信者の属するランクを変更するか否かを決定する第１決定手段と、複数のランクのうちの残りのランクに属する配信者について、当該配信者の応援パラメータの値を、他の配信者の応援パラメータの値とは無関係に評価した結果に基づいて、当該配信者の属するランクを変更するか否かを決定する第２決定手段と、配信者に、当該配信者の属するランクと当該配信者の配信時間とに基づく量の報酬を付与するための処理を行う付与手段と、を備える。

【0008】

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

【発明の効果】

【0009】

本発明によれば、ライブ配信の配信者のがんばりをより適切に評価できる。

【図面の簡単な説明】

【0010】

【図1】本開示の実施の形態に係るライブ配信システムの構成を示す模式図である。

【図2】図１のユーザ端末の機能および構成を示すブロック図である。

【図3】図１のサーバの機能および構成を示すブロック図である。

【図4】図３のストリームＤＢの一例を示すデータ構造図である。

【図5】図３のユーザＤＢの一例を示すデータ構造図である。

【図6】図３のギフトＤＢの一例を示すデータ構造図である。

【図7】図３の基準ＤＢの一例を示すデータ構造図である。

【図8】ライブ配信システムにおける時間給の付与に係る一連の処理の流れを示すフローチャートである。

【図9】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。

【図10】休止中の配信者のユーザ端末のディスプレイに表示されるランク情報表示画面の代表画面図である。

【図11】本実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。

【発明を実施するための形態】

【0011】

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

【0012】

実施の形態に係るライブ配信システムでは、配信者に時間給の報酬形態が提供される。時間給は時間単位の報酬であり、配信者の時給（一時間あたりの報酬単価）に配信者の配信時間を乗算することにより算出される。時間給における時給は、配信者のランクが高くなるほ高くなる。配信者がライブ配信内やライブ配信外でユーザからギフティングやエール（時間回復型の無料アイテム）などの応援活動を受けると、その配信者の応援スコアが上昇する。システムは、一日の締め時刻が到来すると、その時点の応援スコアに基づいて配信者のランクの変動を決定する。本実施の形態では、配信者のランクを決める際に相対的評価と絶対的評価とを併用する。例えば、属する配信者が比較的多い低いランクについては相対的評価を採用する。この場合、配信者を応援スコアで順位付けし、上位Ｘ％にランクインした配信者のランクスコアを増やす。属する配信者が比較的少ない高いランクについては絶対的評価を採用する。この場合、配信者の応援スコアがランク固有の固定値であるしきい値を上回っていればその配信者のランクスコアを増やす。システムはランクスコアが所定の上限値に達するとその配信者のランクを上げ、所定の下限値に達するとその配信者のランクを下げる。

【0013】

このように配信者のランクを決める際に相対的評価と絶対的評価とを併用することで、ランクの特徴に応じて各ランクに適切な評価基準を導入できる。これにより、配信者間の公正な競争を惹起し、全体として配信の質を高め、がんばっている配信者がより報われるライブ配信システムを提供することができる。例えば、属する人数が多いランクでは相対的評価を採用することで、締めごとにランクスコアが増える配信者、減る配信者が必ず生じるので、配信者間の健全な競争を促すことができる。また、固定しきい値などの絶対的評価とは異なり、仮に現在ある配信者が上位にいたとしても締めが到来するまでその順位が維持される保証はなく、むしろ締めが近づくにつれて他の配信者がより活動を強化することで順位が下がる虞があるので、当該配信者は締めが到来するまで質の高いライブ配信を継続するよう動機付けられる。これにより、全体としてライブ配信の品質を向上させることができる。

【0014】

属する人数が少ないランクでは絶対的評価を採用することで、各配信者のがんばりが独立して評価される。属する人数が少ないランクではほとんどの配信者または全員ががんばっているという状況が生じる可能性が十分にあるので、そこに相対的評価を導入すると、がんばっているのにランクスコアが減る配信者が生じてしまう虞がある。逆もしかりであり、ほとんどの配信者または全員ががんばっていない場合、相対的評価ではがんばっていないのにランクスコアが増える配信者が生じてしまう虞がある。絶対的評価であればそのような不都合の発生は抑制または除去される。例えば、比較的高いランクについては、属する配信者の数が少ない、かつ、各配信者のクオリティや経験やモチベーションが高い場合が多いので、絶対的評価を導入することで配信者のがんばりをより適切に評価することができる。また、高いランクには相応の高いしきい値を設定可能なので、配信者に継続的に質の高い配信を行うよう動機付けることができ、全体としてライブ配信の品質を向上させることができる。

【0015】

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

【0016】

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

【0017】

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

【0018】

本明細書において「動画データ」は、ユーザ端末２０、３０の撮像機能により生成される画像データ（ビデオデータともいう）と、ユーザ端末２０、３０の音声入力機能により生成される音声データ（オーディオデータともいう）と、を含むデータである。動画データは、ユーザ端末２０、３０で再生されることで、ユーザによるコンテンツの視聴を可能とする。本実施の形態では、動画データが配信者のユーザ端末で生成されてから視聴者のユーザ端末で再生されるまでの間に、圧縮や伸張や符号化や復号やトランスコーディングなどの、データの形式やサイズや仕様を変更する処理が行われることが想定されている。このような処理の前後で動画データが表す内容（例えば、動画像や音声）は実質的に変わらないので、本実施の形態ではそのような処理が行われた後の動画データはそのような処理が行われる前の動画データと同じであるとして説明する。すなわち、動画データが配信者のユーザ端末で生成されてからサーバ１０を経由して視聴者のユーザ端末で再生される場合、配信者のユーザ端末で生成された動画データと、サーバ１０を通過する動画データと、視聴者のユーザ端末で受信されて再生される動画データと、は全て同じ動画データである。

【0019】

本明細書において「配信時間」は、ひとつのライブ配信に関連付けられたパラメータであって、当該ライブ配信が継続した期間の長さを指す。配信時間は、当該ライブ配信に視聴者がいるか否かとは無関係に算出される。
本明細書において「総配信時間」は、配信者に関連付けられたパラメータであって、所定の期間において対象の配信者が行ったライブ配信の配信時間を通算することで得られる時間である。
本明細書において「視聴時間」は、視聴者と配信者とのペアに関連付けられたパラメータであって、当該視聴者が当該配信者のライブ配信を視聴した期間の長さ（view duration）を指す。
本明細書において「被視聴時間」は、配信者に関連付けられたパラメータであって、当該配信者のライブ配信が視聴者に視聴された期間の長さ（viewed duration）を指す。この場合の視聴者はランダムに選択された一名であってもよいし、ランダムに選択された視聴者の部分集合であってもよいし、全ての視聴者であってもよい。あるいはまた、被視聴時間は視聴者に亘って算出された平均値であってもよい。被視聴時間は、配信者のライブ配信が視聴者側でどの程度視聴されているかを示す指標である。
本明細書において「総被視聴時間」は、被視聴時間の一態様であって、所定の期間において対象の配信者のライブ配信を視聴した全ての視聴者について、その視聴時間を通算することで得られる時間である。

【0020】

例えば、所定の期間において配信者Ａのライブ配信を視聴者Ｂが２時間、視聴者Ｃが３時間、視聴者Ｄが４時間、視聴した場合、以下のようになる。
視聴者Ｂの視聴時間＝２時間
視聴者Ｃの視聴時間＝３時間
視聴者Ｄの視聴時間＝４時間
配信者Ａのライブ配信の総被視聴時間＝２＋３＋４＝９時間
配信者Ａのライブ配信の平均被視聴時間＝９／３＝３時間
配信者Ａのライブ配信の被視聴時間：総被視聴時間でもよいし、平均被視聴時間でもよい。

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

配信側ＵＩ制御部１０８は、配信者向けのＵＩを制御する。配信側ＵＩ制御部１０８は、図２では不図示のディスプレイと接続され、動画送信部１０６による送信対象となっている動画データを再生することにより動画像をディスプレイに表示させる。配信側ＵＩ制御部１０８は、図２では不図示のタッチパネルやキーボードやディスプレイなどの入力手段と接続され、それら入力手段を介して配信者による入力を取得する。配信側ＵＩ制御部１０８は、動画像に所定のフレーム画像を重畳させる。フレーム画像は、配信者から入力を受け付けるための様々なユーザインタフェースオブジェクト（以下、単にオブジェクトという）と、視聴者により入力されたコメントと、サーバ１０から取得した情報と、を含む。配信側ＵＩ制御部１０８は例えば配信者によるオブジェクトに対するタップ入力を受け付ける。

【0029】

配信側通信部１１０は、ライブ配信中のサーバ１０との間の通信を制御する。配信側通信部１１０は、配信側ＵＩ制御部１０８が取得した配信者による入力の内容を、サーバ１０にネットワークＮＷを介して送信する。配信側通信部１１０は、ライブ配信に関連付けられた各種の情報をサーバ１０からネットワークＮＷを介して受信する。

【0030】

視聴部２００は、視聴側ＵＩ制御部２０２と、視聴側通信部２０４と、を含む。視聴側通信部２０４は、ライブ配信中のサーバ１０との間の通信を制御する。視聴側通信部２０４は、ネットワークＮＷを介してサーバ１０から、配信者と視聴者とが参加するライブ配信に係る動画データを受信する。

【0031】

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

【0032】

配信外処理部４００は、配信外ＵＩ制御部４０２と、配信外通信部４０４と、を含む。配信外ＵＩ制御部４０２は、アクティブユーザ向けのＵＩを制御する。例えば、配信外ＵＩ制御部４０２は、現在参加可能なライブ配信のリストを表示してアクティブユーザによるライブ配信の選択を受け付けるライブ配信選択画面を生成し、ディスプレイに表示させる。配信外ＵＩ制御部４０２は、任意のユーザのプロフィール画面を生成し、ディスプレイに表示させる。配信外ＵＩ制御部４０２は、過去のライブ配信を録音・録画することにより生成されたアーカイブを再生する。

【0033】

配信外通信部４０４は、ライブ配信外のサーバ１０との間の通信を制御する。配信外通信部４０４は、ネットワークＮＷを介してサーバ１０から、ライブ配信選択画面を生成するための情報や、プロフィール画面を生成するための情報や、アーカイブのデータを受信する。配信外通信部４０４は、アクティブユーザによる入力の内容を、ネットワークＮＷを介してサーバ１０に送信する。

【0034】

図３は、図１のサーバ１０の機能および構成を示すブロック図である。サーバ１０は、配信情報提供部３０２と、中継部３０４と、ギフト処理部３０８と、支払い処理部３１０と、ストリームＤＢ３１４と、ユーザＤＢ３１８と、ギフトＤＢ３２０と、応援スコア更新部３３０と、低ランク管理部３３２と、高ランク管理部３３４と、報酬付与部３３６と、基準ＤＢ３３８と、を備える。

【0035】

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

【0036】

本実施の形態に係るライブ配信システム１が提供するライブ配信プラットフォームでは、ユーザがライブ配信を行う場合そのユーザは配信者となり、また同じユーザが他のユーザが配信するライブ配信を視聴する場合は視聴者となる。したがって、配信者・視聴者の別は固定的なものではなく、あるとき配信者ＩＤとして登録されていたユーザＩＤが別のタイミングでは視聴者ＩＤとして登録されることもある。

【0037】

図５は、図３のユーザＤＢ３１８の一例を示すデータ構造図である。ユーザＤＢ３１８は、ユーザに関する情報を保持する。ユーザＤＢ３１８は、ユーザを特定するユーザＩＤと、当該ユーザが有しているポイントと、当該ユーザに付与された報酬と、当該ユーザの応援スコアと、当該ユーザのランクスコアと、当該ユーザのランクと、当該ユーザの本日の総配信時間と、当該ユーザの本日の総被視聴時間と、当該ユーザが現在が属するラウンド（以下、現ラウンドという）において休止中か否かを示す情報である休止中フラグと、当該ユーザが有する休止チケットの残数と、当該ユーザの利益分配に係る還元率と、を対応付けて保持する。

【0038】

ポイントは、ライブ配信プラットフォーム内で流通する電子的価値である。ユーザはクレジットカードや他の決済手段によりポイントを購入する。報酬はライブ配信プラットフォーム内で定義される電子的価値であり、配信者がライブ配信プラットフォームの管理者から受け取る金銭の額を決めるための指標である。ライブ配信プラットフォームでは、ライブ配信内やライブ配信外で視聴者が配信者にギフトを贈ると、視聴者のポイントが消費され、併せて配信者の報酬がギフトの対価ポイントに還元率を乗算した数量分だけ増加する。本実施の形態では、配信者の還元率は当該配信者のランクやランクスコアや応援スコアとは無関係に設定される。例えば、還元率は配信者と管理者との契約に基づき設定されてもよい。還元率は配信者ごとに異なっていてもよいし、同じであってもよい。

【0039】

応援スコアは、配信者としてのユーザに対する他のユーザからの応援の度合いを示す応援パラメータである。本実施の形態では応援パラメータとして応援スコアという数値を採用するが、他の実施の形態では応援パラメータは、獲得したポイントの価値および／または個数、もらったコメントの数、受け取ったギフトの価値および／または個数、被視聴時間、またはそれらの任意の組み合わせ、またはそれらのうちの少なくともひとつを基に算出されるパラメータであってもよい。

【0040】

配信者の応援スコアは当該配信者に対する他のユーザのエンゲージメントの強さを表す。配信者の応援スコアの値は当該配信者に対して他のユーザにより行われた応援活動に基づき更新される。応援活動は、例えばライブ配信内・外でのギフティングやコメント、ライブ配信を視聴すること、配信者やライブ配信をシェアすることを含む。配信者の応援スコアの値は、当該配信者がライブ配信内で受け取ったギフトの量、ライブ配信外で受け取ったギフトの量、当該配信者が提供するライブ配信で投稿されたコメントの数および／または頻度、ライブ配信外の、例えば当該配信者のタイムラインや当該配信者とのダイレクトメッセージにおいて投稿されたコメントの数および／または頻度、当該配信者の被視聴時間、当該配信者が提供するライブ配信で送信されたエールの数、視聴者数（通算、平均等）、シェア数、ギフトを贈ってくれた視聴者の数などにより変動する。一例では、応援スコアを算出するための式は、配信者がライブ配信内・外で受け取ったギフトの量が多いほど、および／または、コメントの数が多いほど、および／または、被視聴時間が多いほど、および／または、エール数が多いほど、応援スコアの値が大きくなるよう設定される。応援スコアは応援活動に基づき増えることもあれば減ることもある。例えば、一定の期間内に配信者に対して応援活動がなければその配信者の応援スコアは減少してもよい。

【0041】

配信者の応援スコアは、応援してくれる他のユーザの属性により変動してもよい。例えば、応援スコアは、同じ応援活動の量に対して、より多くのユーザに応援してもらう場合のほうが、特定の少数のユーザに応援してもらう場合よりも応援スコアの値が大きくなるよう設定されてもよい。例えば、配信者が１０００ポイントのギフトを一人のユーザから受け取った場合は応援スコアが＋１０となり、五人のユーザから２００ポイントずつ受け取った場合は応援スコアが＋１５となってもよい。

【0042】

本実施の形態に係るライブ配信プラットフォームにおいてランクスコアおよびランクは周期的に更新される。周期は一日、一週間、一ヶ月または一年であってもよい。以下では周期を一日とし、一周期をラウンドと称す。ランクスコアおよびランクの更新のためにそれまでのラウンドにおける応援スコアを確定し、次のラウンドのために応援スコアをリセットして初期値（０）に戻す締めのタイミングを午前０時とする。

【0043】

各ラウンドの締めのタイミングで確定した応援スコアの値に基づき配信者のランクスコアが維持されるか、変動する。配信者のランクスコアは、当該配信者の応援スコアの値を、後述する基準ＤＢ３３８に保持されるランクごとの基準に従い評価することで更新される。

【0044】

各ラウンドの締めのタイミングで更新されたランクスコアの値に基づき配信者のランクが維持されるか、変動する。配信者のランクは、当該配信者のランクスコアの更新された値に基づき維持されるか上下する。本実施の形態では、配信者のランクスコアの更新された値が２に達した場合、当該配信者のランクが１上がり、ランクスコアはリセットされて初期値（０）になる。配信者のランクスコアの更新された値が－２に達した場合、当該配信者のランクが１下がり、ランクスコアはリセットされて初期値（０）になる。それ以外の場合はランクは維持される（変動しない）。ランクは、ライブ配信プラットフォームにおけるユーザの配信者としての実績を示す指標であるとも言える。

【0045】

本日の総配信時間は、現ラウンドにおける配信者の配信時間の累計である。
本日の総被視聴時間は、現ラウンドにおける配信者の総被視聴時間である。

【0046】

休止チケットは各ユーザに配布されるデジタルアイテムである。休止チケットは周期的に、例えば一月に一回または一年に一回、管理者から各ユーザに決まった数が配布される。配信者があるラウンドを指定して休止チケットを使用した場合、当該配信者は指定されたラウンドにおけるランクスコア・ランクの更新処理から除外される。すなわち、指定されたラウンドにおいて当該配信者のランクスコアおよびランクは維持される。ある配信者が次のラウンドを指定して休止チケットを使用した場合、当該配信者の残り休止チケットの数が１だけ減算される。次のラウンドが開始されると、当該配信者に対応する休止中フラグがＹに設定される。

【0047】

図６は、図３のギフトＤＢ３２０の一例を示すデータ構造図である。ギフトＤＢ３２０は、ライブ配信において視聴者が使用可能なギフトに関する情報を保持する。ギフトは、以下の特徴を有する電子アイテムまたは電子データである。
・ポイントや金銭を対価として購入可能、または無料で付与可能。
・視聴者が配信者に贈ることができるもの。配信者にギフトを贈ることを、ギフトを使用する、またはギフトを投げるともいう。
・ギフトの購入と使用とがセットで同時に発生するタイプのものもあれば、購入した後、視聴者が任意のタイミングで使用可能なタイプのものもある。
・視聴者が配信者にギフトを贈ると、その配信者に相応の報酬が付与される。
・ギフトが使用された場合、ギフトに関連付けられた効果が生じることがある。例えば、ギフトに対応するエフェクトがライブ配信ルーム画面に表れる。

【0048】

ギフトＤＢ３２０は、ギフトを特定するギフトＩＤと、当該ギフトを配信者に贈った場合に当該配信者に付与される報酬の基本値である付与報酬と、当該ギフトを配信者に贈った場合に当該配信者に付与される応援スコアの値である付与応援スコアと、当該ギフトを使用する際に支払うべき対価である対価ポイントと、を対応付けて保持する。視聴者は、ライブ配信の視聴中に、所望のギフトの対価ポイントを支払うことで配信者に当該ギフトを贈ることができる。この対価ポイントの支払いは適宜の電子的決済手段により行われてもよく、例えば対価ポイントを視聴者が管理者に支払うことで行われてもよい。あるいはまた、銀行振込やクレジットカードによる支払いが用いられてもよい。付与報酬と対価ポイントとの関係は管理者が任意に設定可能である。例えば、付与報酬＝対価ポイントに設定してもよい。または付与報酬に１．２などの所定の係数を乗じて得られるポイントを対価ポイントに設定してもよいし、付与報酬に所定の手数料ポイントを加算して得られるポイントを対価ポイントに設定してもよい。本実施の形態では、視聴者から配信者にギフトが贈られた場合、当該ギフトの付与報酬に当該配信者の還元率を乗算して得られる値を当該配信者の報酬に加算する。例えば、図６のギフト「ＧＦＴ１」が配信者に贈られ、当該配信者の還元率が０．４（４０％）である場合、当該配信者には８０（基本値）×０．４＝３２の報酬が付与される。

【0049】

ギフトには、配信者の報酬を増加させるが応援スコアには寄与しないタイプ（図６のＧＦＴ１、ＧＦＴ２）と、配信者の報酬を増加させると共に応援スコアも増加させるタイプ（図６のＳＵＰ１）と、配信者の報酬には寄与しないが応援スコアを増加させるタイプ（図６のＳＵＰ２）と、がある。このように、報酬への寄与および応援スコアへの寄与に関して異なるタイプのギフトを設けることにより、ギフティングによる応援に戦略性を持たせることができる。例えば、同じ対価ポイントのギフト（図６のＧＦＴ２、ＳＵＰ２）を投げるにしても、配信者が現ラウンドでランク落ちの危機にあれば応援スコアへの寄与が大きなギフト（ＳＵＰ２）を投げると喜ばれるであろうし、逆に現ラウンドでランク維持が堅いのであれば報酬への寄与が大きなギフト（ＧＦＴ２）の方が喜ばれるであろう。ユーザ（視聴者）としては、配信者により喜ばれるギフトを贈ることで満足と楽しみを得ることができる。

【0050】

図７は、図３の基準ＤＢ３３８の一例を示すデータ構造図である。基準ＤＢ３３８は、配信者の応援スコアの値を評価してランクスコアの増減または増減なしを決めるための基準を保持する。基準ＤＢ３３８は、０から５の６つのランクのそれぞれについて、当該ランクの時給と、ランクスコアが＋１となるための条件と、ランクスコアを変動させないための条件と、ランクスコアが－１となるための条件と、を保持する。時給は配信時間を報酬に変換するためのレートであり、ランクが高いほど高くなる。

【0051】

基準ＤＢ３３８に保持される基準には相対的基準と絶対的基準とがある。６つの異なるランクのうちの低ランク、すなわちランク０、ランク１、ランク２、ランク３については相対的基準が設定される。６つの異なるランクのうちの高ランク、すなわちランク４、ランク５については絶対的基準が設定される。高ランクは低ランクよりも高く、それらに重複はないように設定される。

【0052】

相対的基準に従う場合、配信者の応援スコアの値と、当該配信者が属するランクに属する他の配信者の応援スコアの値と、の比較結果に基づいて、当該配信者のランクスコアの増減または増減なしが決定される。図７の例では、ランク２に属する配信者全員を応援スコアの値で順位付けし、上位３０％に入る配信者のランクスコアを＋１し、下位３０％に入る配信者のランクスコアを－１し、残りの４０％の配信者のランクスコアは増減なしとする。

【0053】

絶対的基準に従う場合、配信者の応援スコアの値を、他の配信者の応援スコアの値とは無関係に評価した結果に基づいて、当該配信者のランクスコアの増減または増減なしが決定される。本実施の形態では無関係に評価する方法として配信者の応援スコアの値と当該配信者の属するランクに固有の定数であるしきい値との比較結果を用いる場合を説明するが、他の実施の形態では前ラウンドにおける応援スコアの値と現ラウンドにおける応援スコアの値との差としきい値との比較結果を用いてもよいし、応援スコアの上昇率としきい値との比較結果を用いてもよい。図７の例では、ランク４に属する各配信者について、当該配信者の応援スコアの値が４０００以上であれば当該配信者のランクスコアを＋１し、２０００以上４０００未満であればランクスコアは増減なしとし、２０００未満であればランクスコアを－１する。

【0054】

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

【0055】

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

【0056】

中継部３０４は、配信情報提供部３０２によって開始されたライブ配信において、配信者のユーザ端末２０から視聴者のユーザ端末３０への動画データの伝送を中継する。中継部３０４は、ライブ配信中すなわち動画データの再生中における視聴者によるユーザ入力を示す信号を視聴側通信部２０４から受信する。ユーザ入力を示す信号は、ユーザ端末３０のディスプレイに表示されたオブジェクトの指定を示すオブジェクト指定信号であってもよく、当該オブジェクト指定信号は、視聴者の視聴者ＩＤと、視聴者が視聴しているライブ配信を行っている配信者の配信者ＩＤと、オブジェクトを特定するオブジェクトＩＤと、を含む。オブジェクトがギフトアイコンである場合、オブジェクトＩＤはギフトＩＤとなる。その場合のオブジェクト指定信号は、視聴者による配信者に対するギフトの使用を示すギフト使用信号となる。オブジェクトがエールアイコンである場合のオブジェクト指定信号は、視聴者による配信者に対するエールの使用を示すエール使用信号となる。同様に、中継部３０４は、動画データの再生中における配信者によるユーザ入力を示す信号、例えばオブジェクト指定信号をユーザ端末２０の配信部１００の配信側通信部１１０から受信する。

【0057】

ギフト処理部３０８は、ギフト使用信号に含まれるギフトＩＤで特定されるギフトの付与報酬および還元率に応じて配信者の報酬を増加させるようにユーザＤＢ３１８を更新する。ギフト処理部３０８は、ギフトＤＢ３２０を参照し、受信したギフト使用信号に含まれるギフトＩＤに対応する付与報酬を特定する。ギフト処理部３０８は、ギフト使用信号に含まれる配信者ＩＤに対応する報酬に、特定された付与報酬に還元率を乗算した値を加えるようユーザＤＢ３１８を更新する。

【0058】

支払い処理部３１０は、ギフト使用信号の受信に応じて、視聴者によるギフトの対価の支払いを処理する。支払い処理部３１０は、ギフトＤＢ３２０を参照し、ギフト使用信号に含まれるギフトＩＤで特定されるギフトの対価ポイントを特定する。支払い処理部３１０は、ギフト使用信号に含まれる視聴者ＩＤで特定される視聴者のポイントから特定された対価ポイントを差し引くようユーザＤＢ３１８を更新する。

【0059】

応援スコア更新部３３０は、配信者によるライブ配信中に当該配信者に対して視聴者により行われた応援活動に基づき、当該配信者の応援スコアの値を更新する。応援スコア更新部３３０は、進行中のライブ配信の視聴者のユーザ端末からギフト使用信号を受信すると、ギフトＤＢ３２０を参照し、受信したギフト使用信号に含まれるギフトＩＤに対応する付与応援スコアを特定する。応援スコア更新部３３０は、ギフト使用信号に含まれる配信者ＩＤに対応する応援スコアに、特定された付与応援スコアの値を加えるようユーザＤＢ３１８を更新する。応援スコア更新部３３０は、進行中のライブ配信の視聴者のユーザ端末からエール使用信号を受信すると、エールの使用に対応する付与応援スコア（１、１０、５０などの所定の値）を特定する。応援スコア更新部３３０は、エール使用信号に含まれる配信者ＩＤに対応する応援スコアに、特定された付与応援スコアの値を加えるようユーザＤＢ３１８を更新する。応援スコア更新部３３０は、進行中のライブ配信の視聴者のユーザ端末からコメント入力信号（後述）を受信すると、コメントの入力に対応する付与応援スコア（１、２、３などの所定の値）を特定する。応援スコア更新部３３０は、コメント入力信号に含まれる配信者ＩＤに対応する応援スコアに、特定された付与応援スコアの値を加えるようユーザＤＢ３１８を更新する。応援スコア更新部３３０は、周期的に、例えば３０分に１度、１時間に１度等の頻度で、各ユーザの本日の総被視聴時間を取得し、取得された総被視聴時間に対応する付与応援スコア（１時間あたり１などの所定の割合で算出する）を特定する。応援スコア更新部３３０は、各ユーザの応援スコアに、特定された付与応援スコアの値を加えるようユーザＤＢ３１８を更新する。他の実施の形態では、ギフト、コメント、エール、被視聴時間のそれぞれと応援スコアの更新量との関係は管理者が任意に設定可能である。

【0060】

応援スコア更新部３３０は、配信者がライブ配信を提供していないときに当該配信者に対して他のユーザにより行われた応援活動に基づき、当該配信者の応援スコアの値を更新する。配信者がライブ配信を提供していないとき、すなわちライブ配信外における他のユーザによる応援活動は、ライブ配信外のギフティングと、ライブ配信外のエールと、を含む。

【0061】

本実施の形態に係るライブ配信プラットフォームは、配信者がライブ配信を提供していないときに当該配信者に対して他のユーザからギフト（以下、配信外ギフトという）およびエール（以下、配信外エールという）を贈ることが可能なように構成される。配信外ギフトおよび配信外エールは、例えば特許文献２に記載される技術を用いて実現されてもよい。応援スコア更新部３３０は、アクティブユーザのユーザ端末から配信外ギフトの使用を示す配信外ギフト使用信号を受信すると、ギフトＤＢ３２０を参照し、受信した配信外ギフト使用信号に含まれるギフトＩＤに対応する付与応援スコアを特定する。応援スコア更新部３３０は、配信外ギフト使用信号に含まれる贈り先ユーザＩＤに対応する応援スコアに、特定された付与応援スコアの値を加えるようユーザＤＢ３１８を更新する。応援スコア更新部３３０は、アクティブユーザのユーザ端末から配信外エールの使用を示す配信外エール使用信号を受信すると、エールの使用に対応する付与応援スコア（１、１０、５０などの所定の値）を特定する。応援スコア更新部３３０は、配信外エール使用信号に含まれる贈り先ユーザＩＤに対応する応援スコアに、特定された付与応援スコアの値を加えるようユーザＤＢ３１８を更新する。

【0062】

応援スコア更新部３３０は、配信者から休止チケットを受け付けた場合でも、当該休止チケットで指定されるラウンドにおいて、当該配信者に対して行われた応援活動に基づく応援スコアの更新を継続する。これは、配信者が属するランクに依らない処理であり、かつ、応援活動がライブ配信内で行われたかライブ配信外で行われたかに依らない処理である。例えば、応援スコア更新部３３０は、高ランクに属する配信者から次のラウンドの指定を伴う休止チケットを受け付けた場合でも、当該次のラウンドにおいて、当該配信者に対してライブ配信外で行われたギフティングおよび／またはエールに基づく応援スコアの更新を継続する。その結果、配信者の休止中のラウンドにおいても当該配信者の応援スコアは変動する。

【0063】

低ランク管理部３３２は、ラウンドの締めが到来すると、低ランクに属する配信者について、当該配信者が当該ラウンド内に獲得した応援スコアの値と、当該配信者が属するランクに属する他の配信者が当該ラウンド内に獲得した応援スコアの値と、の比較結果に基づいて、当該配信者の属するランクを変更するか否かを決定する。

【0064】

低ランク管理部３３２は、ラウンドの締めが到来すると、ユーザＤＢ３１８を参照し、ランクが０～３のいずれかであり、かつ、休止中フラグがＮとなっているユーザのユーザＩＤおよび応援スコアを抽出し、ランクごとに評価対象リストを生成する。低ランク管理部３３２は、評価対象リストに含まれるユーザＩＤを応援スコアでソートする。低ランク管理部３３２は、基準ＤＢ３３８を参照し、ランクに対応する相対的基準を当該ランクのソートされた評価対象リストに適用することで、ランクスコアを＋１するユーザと、ランクスコアを－１するユーザと、ランクスコア増減なしのユーザと、を特定する。低ランク管理部３３２は、特定されたランクスコアの変動をユーザＤＢ３１８のランクスコアに反映させることでランクスコアを更新する。

【0065】

低ランク管理部３３２は、ランクが０～３のいずれかであり、かつ、休止中フラグがＮとなっているユーザのそれぞれについて、更新後のランクスコアが上限値に達した場合は当該ユーザのランクを＋１すると共にランクスコアを０に戻す。低ランク管理部３３２は、更新後のランクスコアが下限値に達した場合は当該ユーザのランクを－１すると共にランクスコアを０に戻す。低ランク管理部３３２は、更新後のランクスコアが下限値と上限値との間にある場合は当該ユーザの属するランクを変更しないと決定する。

【0066】

低ランク管理部３３２は、低ランクに属する配信者からラウンドの指定を伴う休止チケットを受け付けた場合、当該配信者について指定されたラウンドにおける比較結果に基づくランクの変更を行わない。低ランク管理部３３２は、ラウンドの締めが到来すると、ランクが０～３のいずれかであり、かつ、休止中フラグがＹとなっているユーザを特定し、特定されたユーザを当該ラウンドにおけるランクスコア・ランクの更新対象から除外する。その結果、除外されたユーザのランクスコアおよびランクは更新されず維持される。

【0067】

高ランク管理部３３４は、ラウンドの締めが到来すると、高ランクに属する配信者について、当該配信者の応援スコアの値を、他の配信者の応援スコアの値とは無関係に評価した結果に基づいて、当該配信者の属するランクを変更するか否かを決定する。

【0068】

高ランク管理部３３４は、ラウンドの締めが到来すると、ユーザＤＢ３１８を参照し、ランクが４、５のいずれかであり、かつ、休止中フラグがＮとなっているユーザのユーザＩＤおよび応援スコアを抽出し、ランクごとに評価対象リストを生成する。高ランク管理部３３４は、基準ＤＢ３３８を参照し、ランクに対応する絶対的基準を当該ランクの評価対象リストに含まれる各ユーザに個別に適用することで、当該ユーザのランクスコアを＋１するか、－１するか、あるいは増減なしとするか、を決定する。高ランク管理部３３４は、あるランクの評価対象リストに含まれるユーザＩＤごとに、当該ユーザＩＤの応援スコアと、基準ＤＢ３３８に保持される当該ランクに固有の定数であるしきい値と、を比較する。高ランク管理部３３４は、応援スコアが＋１のしきい値以上であればランクスコアを＋１し、応援スコアが－１のしきい値未満であればランクスコアを－１し、それ以外の場合はランクスコアの増減なし、と決定する。高ランク管理部３３４は、決定されたランクスコアの変動をユーザＤＢ３１８のランクスコアに反映させることでランクスコアを更新する。

【0069】

高ランク管理部３３４は、ランクが４、５のいずれかであり、かつ、休止中フラグがＮとなっているユーザのそれぞれについて、更新後のランクスコアが上限値に達した場合は当該ユーザのランクを＋１すると共にランクスコアを０に戻す。高ランク管理部３３４は、更新後のランクスコアが下限値に達した場合は当該ユーザのランクを－１すると共にランクスコアを０に戻す。高ランク管理部３３４は、更新後のランクスコアが下限値と上限値との間にある場合は当該ユーザの属するランクを変更しないと決定する。

【0070】

高ランク管理部３３４は、高ランクに属する配信者からラウンドの指定を伴う休止チケットを受け付けた場合、当該配信者について指定されたラウンドにおけるランクの変更を行わない。高ランク管理部３３４は、ラウンドの締めが到来すると、ランクが４、５のいずれかであり、かつ、休止中フラグがＹとなっているユーザを特定し、特定されたユーザを当該ラウンドにおけるランクスコア・ランクの更新対象から除外する。その結果、除外されたユーザのランクスコアおよびランクは更新されず維持される。

【0071】

報酬付与部３３６は、ラウンドの締めが到来すると、上記のランクスコアおよびランクの更新よりも前に、配信者に、当該配信者の属するランクと当該配信者の配信時間とに基づく量の報酬を付与するための処理を行う。報酬付与部３３６は、配信者に、当該配信者の属するランクが高いほど高くなる時給にしたがい、当該配信者の配信時間が長いほど多くなる報酬を付与するための処理を行う。

【0072】

報酬付与部３３６は、ユーザＤＢ３１８に登録されている各ユーザについて、当該ユーザのランクに対応する時給と、締められたラウンドにおける総配信時間と、を特定する。報酬付与部３３６は基準ＤＢ３３８を参照することでランクに対応する時給を特定する。総配信時間には上限値（例えば３時間）が設定されている。報酬付与部３３６は、ユーザＤＢ３１８に登録されている総配信時間がこの上限値を超える場合は総配信時間として上限値を用いる。報酬付与部３３６は、各ユーザについて、特定された時給と特定された総配信時間とを乗算することで、締められたラウンドにおける時間給を算出する。報酬付与部３３６は、ユーザについて算出された時間給の値がそのユーザの報酬に加算されるようにユーザＤＢ３１８を更新する。

【0073】

以上の構成によるライブ配信システム１の動作を説明する。
図８は、ライブ配信システム１における時間給の付与に係る一連の処理の流れを示すフローチャートである。サーバ１０は、ラウンドの締め時刻が到来したか否かを判定する（Ｓ２０２）。到来していない場合（Ｓ２０２のＮ）、サーバ１０は配信者（ユーザ）に対する応援活動が検出されたか否かを判定する（Ｓ２０４）。検出されない場合（Ｓ２０４のＮ）、処理はステップＳ２０２に戻る。検出された場合（Ｓ２０４のＹ）、サーバ１０は応援された配信者の応援スコアを更新する（Ｓ２０６）。その後、処理はステップＳ２０２に戻る。

【0074】

ラウンドの締め時刻が到来した場合（Ｓ２０２のＹ）、サーバ１０は、配信者の配信時間と配信者のランクに応じた時給とから当該配信者に付与すべき報酬の量を算出し、算出された量の報酬を当該配信者に付与する（Ｓ２０８）。サーバ１０は、低ランクに属する配信者について、配信者間の応援スコアの比較結果に基づいてランクスコアを更新する（Ｓ２１０）。サーバ１０は、低ランクに属する配信者について、更新されたランクスコアに基づいてランクを変更するか否かを決定する（Ｓ２１２）。

【0075】

サーバ１０は、高ランクに属する配信者について、応援スコアをランク固有かつ固定のしきい値と比較した結果に基づいてランクスコアを更新する（Ｓ２１４）。サーバ１０は、高ランクに属する配信者について、更新されたランクスコアに基づいてランクを変更するか否かを決定する（Ｓ２１６）。

【0076】

サーバ１０は、各配信者の応援スコアと配信時間と総被視聴時間とをリセットし、初期値に戻す（Ｓ２１８）。サーバ１０は、次のラウンドを開始する（Ｓ２２０）。その後、処理はステップＳ２０２に戻る。

【0077】

図９は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６０８の代表画面図である。ライブ配信ルーム画面６０８は、配信者のユーザ端末２０で生成された動画像をリアルタイムで表示する。ライブ配信ルーム画面６０８は、サーバ１０から受信した動画データを再生することにより得られる配信者の動画像６１０と、ギフトアイコン６１２と、コメント入力領域６１６と、コメント表示領域６１８と、視聴終了ボタン６２０と、エールオブジェクト６２２と、を有する。視聴側ＵＩ制御部２０２は、動画データを再生することにより得られる動画像６１０に、他のオブジェクト、すなわちギフトアイコン６１２、コメント入力領域６１６、コメント表示領域６１８、視聴終了ボタン６２０、エールオブジェクト６２２、を重畳表示することによりライブ配信ルーム画面６０８を生成する。

【0078】

コメント表示領域６１８は、視聴者により入力されたコメントと、他の視聴者により入力されたコメントと、システムからの通知と、を含みうる。システムからの通知は、配信者に誰がどのギフトを贈ったかを示す情報を含むことができる。視聴側ＵＩ制御部２０２はサーバ１０から受信した他の視聴者のコメントおよびシステムからの通知を含むコメント表示領域６１８を生成し、生成されたコメント表示領域６１８をライブ配信ルーム画面６０８に含める。

【0079】

コメント入力領域６１６は視聴者によるコメントの入力を受け付ける。視聴側通信部２０４は、コメント入力領域６１６に入力されたコメントを含むコメント入力信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。併せて視聴側ＵＩ制御部２０２は、コメント入力領域６１６に入力されたコメントを表示するようにコメント表示領域６１８を更新する。

【0080】

視聴終了ボタン６２０は、ライブ配信の視聴を止めるための指示を視聴者から受け付けるためのオブジェクトである。

【0081】

ユーザ端末３０の視聴側ＵＩ制御部２０２は、ギフトアイコン６１２へのタップが検出されると、ギフト情報要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０の中継部３０４は、ギフト情報要求を受信すると、ギフトＤＢ３２０を参照して使用可能なギフトのギフトＩＤを特定する。サーバ１０は、特定されたギフトＩＤを含むギフト情報を生成し、要求元のユーザ端末３０に送信する。ユーザ端末３０の視聴側ＵＩ制御部２０２は、受信したギフト情報に基づき、ギフトの選択を受け付けるためのギフト領域を生成する。ギフト領域は、受信したギフト情報に含まれるギフトＩＤで特定されるギフトのギフトオブジェクトを含む。視聴側ＵＩ制御部２０２は生成されたギフト領域をライブ配信ルーム画面６０８に表示させる。視聴者がギフト領域のギフトオブジェクトをタップすると、ユーザ端末３０の視聴側ＵＩ制御部２０２は当該視聴者による当該ギフトオブジェクトの指定を受け付ける。視聴側ＵＩ制御部２０２は、指定されたギフトオブジェクトが表すギフトに対応するエフェクトを生成する。視聴側ＵＩ制御部２０２は、生成されたエフェクトをライブ配信ルーム画面６０８に表示させる。併せて視聴側通信部２０４は指定されたギフトオブジェクトが表すギフトのギフトＩＤを含むギフト使用信号を生成してサーバ１０に送信する。

【0082】

ユーザ端末３０の視聴側通信部２０４は、エールオブジェクト６２２へのタップが検出されると、エール使用信号を生成してサーバ１０に送信する。

【0083】

図１０は、休止中の配信者のユーザ端末２０のディスプレイに表示されるランク情報表示画面６３０の代表画面図である。ユーザ端末２０は、配信者からランク情報の閲覧の要求を受け付けると、配信者のユーザＩＤを含むランク情報要求信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。配信情報提供部３０２は、ランク情報要求信号を受信すると、ユーザＤＢ３１８から、当該信号に含まれるユーザＩＤに対応付けて保持される応援スコア、ランクスコア、ランク、本日の総配信時間、本日の総被視聴時間、休止中フラグ、残り休止チケット数を取得する。配信情報提供部３０２は、取得された情報を含むランク情報応答信号を生成し、ネットワークＮＷを介して要求元のユーザ端末２０に送信する。ユーザ端末２０は、受信したランク情報応答信号に含まれる情報に基づいてランク情報表示画面６３０を生成し、ディスプレイに表示させる。ランク情報表示画面６３０は、配信者の現在のランクを表示するランク表示領域６３２と、配信者の現在のランクスコアを表示するランクスコア表示領域６３４と、配信者のステータスを表示する詳細情報表示領域６３６と、配信開始ボタン６３８と、を有する。

【0084】

詳細情報表示領域６３６に表示される情報は、配信者が現ラウンドにおいて休止中か否か、すなわちランク情報応答信号に含まれる休止中フラグがＹかＮかによって異なる。休止中フラグがＮの場合、詳細情報表示領域６３６は現ラウンドにおける現時点での相対的基準または絶対的基準の進度を表示する。休止中フラグがＹの場合（図１０）、詳細情報表示領域６３６は、現ラウンドにおいて配信者が休止中であることを示す情報６４０と、配信者が現在有している休止チケットの数６４２と、現ラウンドにおいて現在までに配信者に対する応援活動により獲得された応援スコアの値６４４と、現ラウンドの締め時刻までの残り時間６４６と、を有する。応援スコアの値６４４は、現ラウンドにおいて配信者がライブ配信を行っていない場合、ライブ配信外のギフティングやエールにより獲得された応援スコアの値である。詳細情報表示領域６３６は、配信者が現ラウンドの休止を解除して配信を開始した場合、応援スコアの値６４４を得ることができる旨のテキストを表示する。これにより、例えば配信者が休止中に思わず多額の配信外ギフトを得た場合に、その配信者が詳細情報表示領域６３６の表示を見て配信開始しランク更新に参加することで、その配信者がランクアップまたはランクポイント獲得のチャンスをより確実に活かすことができるようになる。その他、何らかの理由で配信者が休止を止めようと思っているときに、応援スコアが既に貯まっていることを知らせることでライブ配信の再開を後押しすることができる。

【0085】

ユーザ端末２０は、配信開始ボタン６３８へのタップが検出されると、ライブ配信を開始する旨の通知を生成し、ネットワークＮＷを介してサーバ１０に送信する。

【0086】

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

【0087】

本実施の形態に係るライブ配信システム１によると、比較的多くの配信者が属するランクでは相対的評価を採用し、比較的少ない配信者が属するランクでは絶対的評価を採用する。これにより、ランクの特徴に合わせて最適な配信者評価を行うことができる。

【0088】

また、本実施の形態に係るライブ配信システム１では、配信者に、ギフティングによる収益の分配と時間給とを合わせたハイブリッド型の報酬形態が提供される。収益の分配は出来高制の報酬であり、配信者が受けたギフティングの量に還元率（割合）を乗算することにより算出される。還元率は配信者ごとに定められ、配信者間で異なりうるが、ランクやランクスコアや応援スコアとは無関係である。このようなハイブリッド型の報酬形態を採用することで、配信者の性格の違いにより寛容で、配信者が稼ぐ戦略を立てやすいライブ配信プラットフォームを提供できる。例えば、ランクが低くても還元率を高く設定することで、コツコツ稼ぐよりも一回の大当たりで稼ぐ方が性に合っている配信者を受け入れやすくなる。また、還元率が低くても応援スコアを地道に集めることでランクが高くなっていくので、コツコツ稼ぐ方を好む配信者を受け入れやすくなる。

【0089】

また、本実施の形態に係るライブ配信システム１では、配信者がライブ配信を提供していないときに当該配信者に対して行われた応援活動に基づき、当該配信者の応援スコアが更新される。したがって、視聴者はライブ配信の中でも外でもどちらでも配信者のランクアップに貢献できるようになるので、視聴者による応援の自由度が向上する。

【0090】

また、本実施の形態に係るライブ配信システム１では、配信者が休止中のラウンドにおいても当該配信者の応援スコアの更新は継続される。したがって、配信者の気が変わって休止を解除する際に、当該配信者がライブ配信外で受けた応援活動を有効に活用することができる。また、例えばラウンドの後半で気が変わった場合でも、既に応援スコアが累積していれば配信を再開しやすくなる。

【0091】

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

【0092】

情報処理装置９００は、ＣＰＵ９０１、ＲＯＭ（Read Only Memory）９０２、およびＲＡＭ（Random Access Memory）９０３を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インタフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２５、通信装置９２９を含んでもよい。さらに、情報処理装置９００は、カメラなどの撮像装置（不図示）を含む。ＣＰＵ９０１は、本明細書中に記載されている構成要素により実現される機能を実現するためのハードウェア構成の例である。本明細書に記載されている機能は、当該記載された機能を実現するようにプログラムされた回路（circuitry）により実現されてもよい。本明細書に記載されている機能を実現するようにプログラムされた回路（circuitry）は、ＣＰＵ(a Central Processing Unit)、ＤＳＰ（Digital Signal Processor）、汎用プロセッサ、特定用途プロセッサ、集積回路、ＡＳＩＣｓ(Application Specific Integrated Circuits)、および／又はこれらの組合せを含む。本明細書において特定の機能を実現するユニット、は、当該機能を実現するようにプログラムされた回路として実現されてもよい。

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

実施の形態では、応援スコアからランクスコアの変動を決め、ランクスコアの多寡によってランクの変動を決める場合を説明したが、これに限られず、例えば応援スコアを相対的にまたは絶対的に評価することでランクの変動を直接決めてもよい。この場合、ランクの変化の頻度を高めることができる。

【0103】

実施の形態では、還元率は配信者ごとに定められ、配信者間で異なりうるが、ランクやランクスコアや応援スコアとは無関係である場合を説明したが、これに限られず、例えば還元率を配信者によらない一律の値としてもよいし、ランクに応じて還元率を定めてもよい。

【0104】

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

【0105】

実施の形態に係る技術的思想を、配信者の画像の代わりに配信者の動きと同期した動きをするアバターを用いるバーチャルライブ配信や、ライブコマースに適用してもよい。また、実施の形態では、配信者のユーザ端末で生成されたライブ配信に係る動画データをサーバが中継して視聴者のユーザ端末に送信する場合を説明したが、これに限られない。例えば、実際の配信者の代わりに仮想の配信者を設定する場合に、本実施の形態に係る技術的思想を適用してもよい。仮想の配信者は、例えば、外見はアバターを用い、音声はＴＴＳ（Text-To-Speech）エンジンで構成し、発言内容は視聴者のコメントを入力とする機械学習モデルから得るＡＩバーチャル配信者である。この場合、配信者のユーザ端末は存在せず、配信者側の処理はサーバにて行われる。

【0106】

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

【0107】

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

【要約】

【課題】ライブ配信の配信者のがんばりをより適切に評価する。
【解決手段】サーバは、ライブ配信プラットフォームを提供するサーバであって、異なる複数のランクのうちの一部のランクに属する配信者について、当該配信者に対する応援の度合いを示す応援パラメータの値と、当該配信者が属するランクに属する他の配信者の応援パラメータの値と、の比較結果に基づいて、当該配信者の属するランクを変更するか否かを決定する第１決定手段と、複数のランクのうちの残りのランクに属する配信者について、当該配信者の応援パラメータの値を、他の配信者の応援パラメータの値とは無関係に評価した結果に基づいて、当該配信者の属するランクを変更するか否かを決定する第２決定手段と、配信者に、当該配信者の属するランクと当該配信者の配信時間とに基づく量の報酬を付与するための処理を行う付与手段と、を備える。
【選択図】図８

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】