ホーム > 特許ランキング > １７ＬＩＶＥ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2022-08-17
(45)【発行日】2022-08-25
(54)【発明の名称】サーバ
(51)【国際特許分類】
G06Q 30/02 20120101AFI20220818BHJP
G06Q 50/00 20120101ALI20220818BHJP
【ＦＩ】
G06Q30/02 320
G06Q50/00 300
【請求項の数】
13
(21)【出願番号】P 2022027946
(22)【出願日】2022-02-25
【審査請求日】2022-02-25
【早期審査対象出願】
(73)【特許権者】
【識別番号】517287224
【氏名又は名称】１７ＬＩＶＥ株式会社
(74)【代理人】
【識別番号】100199277
【弁理士】
【氏名又は名称】西守 有人
(72)【発明者】
【氏名】田代 渚
【審査官】関 博文
(56)【参考文献】
【文献】国際公開第２０２０／２０２８６０（ＷＯ，Ａ１）
【文献】特開２０２０－１５４８９８（ＪＰ，Ａ）
【文献】特開２０２１－０５１５７８（ＪＰ，Ａ）
【文献】特許第６９２３９７９（ＪＰ，Ｂ１）
【文献】特許第６４９１３８８（ＪＰ，Ｂ１）
【文献】米国特許出願公開第２０１５／０２０９６７７（ＵＳ，Ａ１）
【文献】国際公開第２０１８／００３１７４（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
ネットワークを介して端末から、当該端末において指定された第１ギフトの情報と対象の配信者の情報とを含む開始要求を受信する手段と、開始要求の受信に応じて、対象の配信者のライブ配信において第１ギフトとは異なる第２ギフトの使用が可能となる期間を開始する手段と、
第２ギフトが使用される度に更新されるパラメータを保持する手段と、
対象の配信者のライブ配信が視聴者に視聴された被視聴時間に係る被視聴時間条件と、パラメータに係るパラメータ条件と、を含む分配条件が充たされると、第１ギフトに関連付けられた電子的価値の視聴者への分配を可能とする手段と、を備えるサーバ。
【請求項2】
パラメータは、第２ギフトが使用される度に大きくなる追加的電子的価値であり、第１ギフトに関連付けられた電子的価値は追加的電子的価値を含む請求項１に記載のサーバ。
【請求項3】
前記分配条件は、対象の配信者のライブ配信において第２ギフトを使用した視聴者の数に係る視聴者数条件を含む請求項１または２に記載のサーバ。
【請求項4】
前記可能とする手段は、対象の配信者のライブ配信の視聴者のうち、視聴者が対象の配信者のライブ配信を視聴した視聴時間に係る視聴時間条件を含む受取条件を充たす視聴者を、第１ギフトに関連付けられた電子的価値の分配先の視聴者として特定する請求項１から３のいずれか一項に記載のサーバ。
【請求項5】
前記可能とする手段は、特定された視聴者に、当該視聴者の視聴時間が長いほど大きな電子的価値を分配する請求項４に記載のサーバ。
【請求項6】
前記可能とする手段は、特定された視聴者に、当該視聴者が以下の３つの条件のうちの少なくともひとつを充たした場合に、以下の３つの条件のいずれをも充たさない場合よりも大きな電子的価値を分配する請求項４または５に記載のサーバ。（１）前記期間内に初めて対象の配信者のライブ配信を視聴した
（２）前記期間内に対象の配信者をフォローした
（３）前記期間内に対象の配信者のサブスクリプションに加入した。
【請求項7】
前記受取条件は、前記期間内に視聴者が対象の配信者のライブ配信において第２ギフトを使用した場合に充たされる使用条件を含む請求項４から６のいずれか一項に記載のサーバ。
【請求項8】
前記受信する手段は、ネットワークを介して対象の配信者の端末から開始要求を受信し、前記サーバはさらに、開始要求の受信に応じて、対象の配信者による第１ギフトの対価の支払いを処理する手段を備え、
第１ギフトに関連付けられた電子的価値は、第１ギフトの対価による寄与分を有する請求項１から７のいずれか一項に記載のサーバ。
【請求項9】
前記受信する手段は、対象の配信者のライブ配信中に、当該ライブ配信の視聴者の端末からネットワークを介して開始要求を受信し、前記サーバはさらに、開始要求の受信に応じて、視聴者による第１ギフトの対価の支払いを処理する手段を備え、
第１ギフトに関連付けられた電子的価値は、第１ギフトの対価による寄与分を有する請求項１から７のいずれか一項に記載のサーバ。
【請求項10】
被視聴時間条件は、前記期間において対象の配信者のライブ配信を視聴した全ての視聴者について通算した総被視聴時間が閾値を上回ると充たされる請求項１から９のいずれか一項に記載のサーバ。
【請求項11】
前記可能とする手段は、分配条件が充たされると、分配開始の指示の待ち受けを開始する請求項１から１０のいずれか一項に記載のサーバ。
【請求項12】
ネットワークを介して端末から、当該端末において指定された第１ギフトの情報と対象の配信者の情報とを含む開始要求を受信する手段と、開始要求の受信に応じて、期間を開始する手段と、
前記期間において対象の配信者のライブ配信が視聴者に視聴された被視聴時間に係る被視聴時間条件を含む分配条件が充たされると、第１ギフトに関連付けられた電子的価値の視聴者への分配を可能とする手段と、を備えるサーバ。
【請求項13】
ネットワークを介して端末から、当該端末において指定された第１ギフトの情報と対象の配信者の情報とを含む開始要求を受信する手段と、開始要求の受信に応じて、対象の配信者のライブ配信において第１ギフトとは異なる第２ギフトの使用が可能となる期間を開始する手段と、
前記期間内に対象の配信者のライブ配信において視聴者が第２ギフトを使用した場合、当該視聴者が対象の配信者のライブ配信を視聴した視聴時間が長いほど高くなる当選確率を用いて抽選を行う手段と、
抽選に当選した場合、第１ギフトに関連付けられた電子的価値の視聴者への分配を可能とする手段と、を備えるサーバ。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、サーバ及び方法に関する。
【背景技術】
【0002】
ＩＴ技術の発展と共に情報のやりとりの様も移り変わってきた。昭和の時代には新聞やテレビなどの一方通行の情報伝達が主であった。平成になると、ケータイやパソコンが普及し、インターネットの通信速度も大きく改善されたので、チャットサービスなどの即時双方向通信サービスが台頭し、また記憶コストの低減に伴ってオンデマンド型の動画配信サービスが受け入れられていった。そして、現在、令和の時代となり、スマートフォンの高機能化や５Ｇに代表されるネットワークの速度のさらなる向上を受けて、動画によるリアルタイムのコミュニケーションを実現するサービス、特にライブ配信（Live Streaming）サービスが急速に認知度を高めている。ライブ配信サービスは、離れた場所にいても皆が同じ楽しい時間を共有できるサービスとして、若者を中心に利用者が拡大している。
【0003】
ライブ配信を盛り上げる仕組みの一つとして、所定の条件を充たした視聴者に報酬を付与することがある。例えば、非特許文献２には、ライブ配信において視聴者がラッキーギフトを投げる程バーのゲージが増加し、一定量を超えると視聴者に報酬が付与されることが開示されている。また非特許文献２には、投げる事で抽選券を獲得し、その中から１時間ごとに抽選で誰かにダイヤが当たるギャンブルギフトも開示されている。
【先行技術文献】
【非特許文献】
【0004】
【文献】「ライバーアーミー」、１７ＬＩＶＥ、URL:https://helpfeel.com/17media-jp/%E3%83%A9%E3%82%A4%E3%83%90%E3%83%BC%E3%82%A2%E3%83%BC%E3%83%9F%E3%83%BC-5d1b19ed60a44d0017857bf6
【文献】「アイテムについて」、ひまり、URL:https://note.com/himarin25/n/n2633e9600205
【発明の概要】
【発明が解決しようとする課題】
【0005】
非特許文献２に記載されるような仕組みによると、視聴者はギフトを投げるよう動機付けられ、したがってギフトの使用量の増大を期待することができる。しかしながら、そのような仕組みからは、配信者のライブ配信をより楽しんで長く観ようという動機付けを得ることはできない。単に射幸心を煽るだけでは配信者と視聴者との健全なつながりを豊かにすることは困難である。人と人のつながりをより豊かにするためのライブ配信の新たな仕組みが求められている。
【0006】
本開示はこうした課題に鑑みてなされたものであり、その目的は、人と人のつながりをより豊かにすることのできるライブ配信技術の提供にある。
【課題を解決するための手段】
【0007】
本開示のある態様は、サーバに関する。このサーバは、ネットワークを介して端末から、当該端末において指定された第１ギフトの情報と対象の配信者の情報とを含む開始要求を受信する手段と、開始要求の受信に応じて、対象の配信者のライブ配信において第１ギフトとは異なる第２ギフトの使用が可能となる期間を開始する手段と、第２ギフトが使用される度に更新されるパラメータを保持する手段と、対象の配信者のライブ配信が視聴者に視聴された被視聴時間に係る被視聴時間条件と、パラメータに係るパラメータ条件と、を含む分配条件が充たされると、第１ギフトに関連付けられた電子的価値の視聴者への分配を可能とする手段と、を備える。
【0008】
本発明の別の態様もまた、サーバである。このサーバは、ネットワークを介して端末から、当該端末において指定された第１ギフトの情報と対象の配信者の情報とを含む開始要求を受信する手段と、開始要求の受信に応じて、期間を開始する手段と、期間において対象の配信者のライブ配信が視聴者に視聴された被視聴時間に係る被視聴時間条件を含む分配条件が充たされると、第１ギフトに関連付けられた電子的価値の視聴者への分配を可能とする手段と、を備える。
【0009】
なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。
【発明の効果】
【0010】
本発明によれば、人と人のつながりをより豊かにすることのできるライブ配信技術を提供することができる。
【図面の簡単な説明】
【0011】
【図1】第１の実施の形態に係るライブ配信システムの構成を示す模式図である。
【図13】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図14】別の視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図15】別の視聴者のユーザ端末のディスプレイに表示される投入ギフト選択画面の代表画面図である。
【図16】別の視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図17】別の視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図18】配信者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図19】別の視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図20】視聴者のユーザ端末のディスプレイに表示されるライブ配信選択画面の代表画面図である。
【図21】視聴者のユーザ端末のディスプレイに表示されるジャンル別ライブ配信選択画面の代表画面図である。
【図22】第２の実施の形態に係るサーバの機能および構成を示すブロック図である。
【図27】第２の実施の形態に係るライブ配信システムにおける一連の処理の流れを示すフローチャートである。
【図28】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図29】視聴者のユーザ端末のディスプレイに表示される抽選ギフト選択画面の代表画面図である。
【図30】視聴者のユーザ端末のディスプレイに表示される落選お知らせ画面の代表画面図である。
【図31】視聴者のユーザ端末のディスプレイに表示される当選お知らせ画面の代表画面図である。
【図32】実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【0012】
以下、各図面に示される同一または同等の構成要素、部材、処理、信号には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。
【0013】
（第１の実施の形態）
第１の実施の形態に係るライブ配信システムは、新たなタイプのギフトとして還元ギフトを導入する。ライブ配信において還元ギフトを配信者または視聴者が使用すると、還元ギフト期間が開始され、当該ライブ配信のルーム画面に投入対象オブジェクトが設置される。視聴者は、専用の投入ギフトを使用することで、投入対象オブジェクトにポイントを投入する（またはポイントを「貯める」）。投入対象オブジェクトが設置された配信者のライブ配信が視聴者に視聴された時間である被視聴時間が基準値を上回り、かつ、貯まったポイントが基準値に到達すると、所定の受取条件を充たす視聴者に貯まったポイントが分配または還元される。
第１の実施の形態に係るライブ配信システムは、新たなタイプのギフトとして還元ギフトを導入する。ライブ配信において還元ギフトを配信者または視聴者が使用すると、還元ギフト期間が開始され、当該ライブ配信のルーム画面に投入対象オブジェクトが設置される。視聴者は、専用の投入ギフトを使用することで、投入対象オブジェクトにポイントを投入する（またはポイントを「貯める」）。投入対象オブジェクトが設置された配信者のライブ配信が視聴者に視聴された時間である被視聴時間が基準値を上回り、かつ、貯まったポイントが基準値に到達すると、所定の受取条件を充たす視聴者に貯まったポイントが分配または還元される。
【0014】
貯まったポイントは還元ギフトの対価に対応するポイントを含むので、通常、視聴者に還元されるポイントはその視聴者が投入したポイントよりも多くなる。したがって、投入対象オブジェクトが設置されているライブ配信にはより多くの視聴者が誘引される。また、配信者の被視聴時間が投入対象オブジェクト開封の条件となっているので、視聴者はより長く当該配信者のライブ配信を視聴するよう動機付けられる。これにより、配信者が自分自身を、もしくは視聴者が配信者をプロモートする機会が創出され、新たな配信者の発見が促進される。その結果、例えば新人配信者や中堅の配信者がより注目される配信者となるきっかけを提供することができる。
【0015】
また、視聴者は自分の「推し」の配信者のライブ配信においてこの還元ギフトを使用することで、自分が対価を支払うことと引き替えに当該配信者のライブ配信により多くの視聴者を誘引することができ、「推し」の応援活動の達成感を得ることができる。
【0016】
図１は、第１の実施の形態に係るライブ配信システム１の構成を示す模式図である。ライブ配信システム１は、配信者（ライバー、ストリーマ（Streamer）ともいう）ＬＶと視聴者（オーディエンスともいう）ＡＵ（ＡＵ１、ＡＵ２、…）とがリアルタイムでやりとりできる双方向型のライブ配信サービスを提供する。図１に示すように、ライブ配信システム１は、サーバ１０と、配信者側のユーザ端末２０と、視聴者側のユーザ端末３０（３０ａ、３０ｂ、…）と、を備える。配信者および視聴者をユーザと総称することがある。サーバ１０は、ネットワークＮＷに接続された一または複数の情報処理装置によって構成されてもよい。ユーザ端末２０、３０は例えばスマートフォンやタブレット型端末やラップトップＰＣやレコーダや携帯型ゲーム機やウェアラブル装置などの携帯端末であってもよいし、デスクトップＰＣなどの据え置き型の装置であってもよい。サーバ１０、ユーザ端末２０およびユーザ端末３０は、有線または無線の各種ネットワークＮＷにより互いに通信可能に接続される。
【0017】
ライブ配信システム１には、配信者ＬＶと、視聴者ＡＵと、サーバ１０を管理する管理者（不図示）と、が関与する。配信者ＬＶは、自分の歌や、トーク、パフォーマンス、占い、ゲーム実況などのコンテンツを自身のユーザ端末２０で録音・録画してそのままサーバ１０にアップロードすることで、リアルタイムにコンテンツを発信する者である。管理者は、サーバ１０においてコンテンツのライブ配信のためのプラットフォームを提供し、また、配信者ＬＶと視聴者ＡＵとのリアルタイムのやりとりを仲介または管理する。視聴者ＡＵは、ユーザ端末３０でプラットフォームにアクセスして所望のコンテンツを選択し、視聴する。このコンテンツのライブ配信中に視聴者ＡＵがユーザ端末３０を介してコメントをしたり応援するための操作を行い、当該コンテンツを提供する配信者ＬＶがそのようなコメントや応援に反応し、当該反応が映像および／または音声で視聴者ＡＵに伝わることで、双方向のコミュニケーションが成立する。
【0018】
本明細書において「ライブ配信」は、配信者ＬＶのユーザ端末２０で録音・録画されたコンテンツが実質的にリアルタイムで視聴者ＡＵのユーザ端末３０で再生され視聴可能となる状態を実現するデータの伝送態様を意味するものであってもよく、またはそのような伝送態様により実現される配信そのものを意味してもよい。ライブ配信は、HTTP Live StreamingやCommon Media Application FormatやWeb Real-Time CommunicationsやReal-Time Messaging ProtocolやMPEG DASHなどの既存のライブ配信技術を用いて実現されてもよい。ライブ配信は、配信者ＬＶがコンテンツを録音・録画しているときに、視聴者ＡＵが所定の遅延をもって当該コンテンツを視聴可能な伝送態様を含む。遅延の大きさについて、少なくとも、配信者ＬＶと視聴者ＡＵとのやりとりが成立する程度の大きさの遅延は許される。ただし、ライブ配信は、コンテンツを録音・録画したデータ全体をいったんサーバに保存し、その後の任意のタイミングでユーザからの求めに応じて当該データをサーバからユーザに提供するいわゆるオンデマンド型の配信とは区別される。
【0019】
本明細書において「動画データ」は、ユーザ端末２０、３０の撮像機能により生成される画像データ（ビデオデータともいう）と、ユーザ端末２０、３０の音声入力機能により生成される音声データ（オーディオデータともいう）と、を含むデータである。動画データは、ユーザ端末２０、３０で再生されることで、ユーザによるコンテンツの視聴を可能とする。本実施の形態では、動画データが配信者のユーザ端末で生成されてから視聴者のユーザ端末で再生されるまでの間に、圧縮や伸張や符号化や復号やトランスコーディングなどの、データの形式やサイズや仕様を変更する処理が行われることが想定されている。このような処理の前後で動画データが表す内容（例えば、動画像や音声）は実質的に変わらないので、本実施の形態ではそのような処理が行われた後の動画データはそのような処理が行われる前の動画データと同じであるとして説明する。すなわち、動画データが配信者のユーザ端末で生成されてからサーバ１０を経由して視聴者のユーザ端末で再生される場合、配信者のユーザ端末で生成された動画データと、サーバ１０を通過する動画データと、視聴者のユーザ端末で受信されて再生される動画データと、は全て同じ動画データである。
【0020】
図１の例では、配信者ＬＶがトークをライブ配信している。配信者ＬＶのユーザ端末２０はトークを行っている配信者ＬＶの像および音声を録画・録音することで動画データを生成し、ネットワークＮＷを介してサーバ１０に送信する。併せてユーザ端末２０は、録画された配信者ＬＶの動画像ＶＤをユーザ端末２０のディスプレイに表示させることで、配信者ＬＶによる配信内容の確認を可能とする。
【0021】
配信者ＬＶのライブ配信の視聴をプラットフォームに要求した視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂはそれぞれ、ネットワークＮＷを介してライブ配信に係る動画データを受信し、受信した動画データを再生することでディスプレイに動画像ＶＤ１、ＶＤ２を表示させると共にスピーカーから音声を出力する。各ユーザ端末３０ａ、３０ｂで表示される動画像ＶＤ１、ＶＤ２は配信者ＬＶのユーザ端末２０が撮像した動画像ＶＤと実質的に同一であり、各ユーザ端末３０ａ、３０ｂで出力される音声も配信者ＬＶのユーザ端末２０が録音した音声と実質的に同一である。
【0022】
配信者ＬＶのユーザ端末２０における録音・録画と、視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂにおける動画データの再生と、は実質的に同時に行われる。配信者ＬＶのトークの内容についてひとりの視聴者ＡＵ１がコメントをユーザ端末３０ａに入力すると、サーバ１０は当該コメントをリアルタイムで配信者ＬＶのユーザ端末２０に表示させると共に各視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂにも表示させる。当該コメントを読んだ配信者ＬＶがその内容に被せたトークを展開すると、そのトークの動画像と音声が各視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂで出力され、これにより配信者ＬＶと視聴者ＡＵ１との会話が成立したと認識される。このように、ライブ配信システム１では、一方通行でない双方向のコミュニケーションを可能とするライブ配信が実現される。
【0023】
図２は、図１のユーザ端末２０の機能および構成を示すブロック図である。ユーザ端末３０はユーザ端末２０と同様の機能および構成を有する。図３および以後のブロック図に示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組み合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。
【0024】
配信者ＬＶおよび視聴者ＡＵは、ダウンロードサイトからネットワークＮＷを介して、本実施の形態に係るライブ配信アプリケーションプログラム（以下、ライブ配信アプリという）をユーザ端末２０、３０にダウンロードし、インストールする。あるいはまた、ライブ配信アプリはユーザ端末２０、３０にプリインストールされていてもよい。ライブ配信アプリがユーザ端末２０、３０により実行されることにより、ユーザ端末２０、３０はネットワークＮＷを介してサーバ１０と通信し、各種機能を実現する。以下、ユーザ端末２０、３０（のＣＰＵなどのプロセッサ）がライブ配信アプリを実行することにより実現する機能をユーザ端末２０、３０の機能として説明する。それらの機能は実際はライブ配信アプリがユーザ端末２０、３０に実現させる機能である。なお、他の実施の形態では、これらの機能は、サーバ１０からユーザ端末２０、３０のウェブブラウザにネットワークＮＷを介して送信され、そのウェブブラウザによって実行される、ＨＴＭＬ（HyperText Markup Language）などのプログラミング言語により記述されたコンピュータプログラムにより実現されてもよい。
【0025】
ユーザ端末２０は、ユーザの像および音声を記録した動画データを生成してサーバ１０に提供する配信部１００と、サーバ１０から動画データを取得して再生する視聴部２００と、を備える。ユーザは、配信を行う場合は配信部１００を、視聴を行う場合は視聴部２００を、それぞれ起動する。配信部１００がアクティブとなっているユーザ端末は配信者側、つまり動画データの生成側のユーザ端末であり、視聴部２００がアクティブとなっているユーザ端末は視聴者側、つまり動画データの再生側のユーザ端末である。
【0026】
配信部１００は、撮像制御部１０２と、音声制御部１０４と、動画送信部１０６と、配信側ＵＩ制御部１０８と、を含む。撮像制御部１０２は図２では不図示のカメラと接続され、カメラによる撮像を制御する。撮像制御部１０２はカメラから画像データを取得する。音声制御部１０４は図２では不図示のマイクロフォンと接続され、マイクロフォンによる音声入力を制御する。音声制御部１０４は、マイクロフォンから音声データを取得する。動画送信部１０６は、撮像制御部１０２により取得された画像データおよび音声制御部１０４により取得された音声データを含む動画データを、ネットワークＮＷを介してサーバ１０に送信する。動画送信部１０６による動画データの送信はリアルタイムで行われる。すなわち、撮像制御部１０２および音声制御部１０４による動画データの生成と、生成された動画データの動画送信部１０６による送信と、は実質的に同時に行われる。配信側ＵＩ制御部１０８は、配信者向けのＵＩを制御する。配信側ＵＩ制御部１０８は、図２では不図示のディスプレイと接続され、動画送信部１０６による送信対象となっている動画データを再生することにより動画像をディスプレイに表示させる。配信側ＵＩ制御部１０８は、ディスプレイに操作用オブジェクトや指示受け付け用のオブジェクトを表示させ、配信者によるタップ入力を受け付ける。
【0027】
視聴部２００は、視聴側ＵＩ制御部２０２と、重畳情報生成部２０４と、入力情報送信部２０６と、を含む。視聴部２００は、ネットワークＮＷを介してサーバ１０から、ライブ配信に係る動画データを受信する。視聴側ＵＩ制御部２０２は、視聴者向けのＵＩを制御する。視聴側ＵＩ制御部２０２は、図２では不図示のディスプレイおよびスピーカと接続され、受信した動画データを再生することにより動画像をディスプレイに表示させると共に音声をスピーカから出力させる。ディスプレイに画像が出力されると共にスピーカから音声が出力されることを、合わせて「動画データが再生」されていると言うことができる。視聴側ＵＩ制御部２０２は、図２では不図示のタッチパネルやキーボードやディスプレイなどの入力手段と接続され、それら入力手段を介してユーザ入力を取得する。重畳情報生成部２０４は、サーバ１０から取得された動画データの画像に所定のフレーム画像を重畳させる。フレーム画像は、ユーザから入力を受け付けるための様々なユーザインタフェースオブジェクト（本明細書では単にオブジェクトという）と、視聴者により入力されたコメントと、サーバ１０から取得した情報と、を含む。入力情報送信部２０６は、視聴側ＵＩ制御部２０２が取得したユーザ入力を、ネットワークＮＷを介してサーバ１０に送信する。
【0028】
図３は、図１のサーバ１０の機能および構成を示すブロック図である。サーバ１０は、配信情報提供部３０２と、中継部３０４と、アーミー管理部３０６と、通常ギフト処理部３０８と、支払い処理部３１０と、還元ギフト処理部３１２と、ストリームＤＢ３１４と、ユーザＤＢ３１６と、ギフトＤＢ３１８と、還元ギフトＤＢ３２０と、アーミーＤＢ３２２と、分配条件ＤＢ３２４と、受取条件ＤＢ３２６と、を備える。
【0029】
図４は、図３のストリームＤＢ３１４の一例を示すデータ構造図である。ストリームＤＢ３１４は現在行われているライブ配信の情報を保持する。ストリームＤＢ３１４は、ライブ配信システム１が提供するライブ配信プラットフォームにおいてライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者を特定するユーザＩＤである配信者ＩＤと、当該ライブ配信の視聴者を特定するユーザＩＤである視聴者ＩＤと、を対応付けて保持する。本実施の形態に係るライブ配信システム１が提供するライブ配信プラットフォームでは、ユーザがライブ配信を行う場合そのユーザは配信者となり、また同じユーザが他のユーザが配信するライブ配信を視聴する場合は視聴者となる。したがって、配信者・視聴者の別は固定的なものではなく、あるとき配信者ＩＤとして登録されていたユーザＩＤが別のタイミングでは視聴者ＩＤとして登録されることもある。
【0030】
図５は、図３のアーミーＤＢ３２２の一例を示すデータ構造図である。アーミーＤＢ３２２は各配信者のアーミーの情報を保持する。アーミーＤＢ３２２は、ユーザのユーザＩＤと、当該ユーザのアーミーとなっているユーザのユーザＩＤであるアーミーＩＤと、を対応付けて保持する。あるユーザ（以下、元帥ユーザという）のアーミー（Army）とは、元帥ユーザについてのサブスクリプションサービスに加入しているユーザのことであり、当該元帥ユーザのファンクラブの一員と言うこともできる。アーミーに加入している場合、毎月や３ヶ月ごとなど定期的に所定の登録料を管理者に支払う必要がある。管理者はその登録料の少なくとも一部を元帥ユーザに付与する。視聴者は、元帥ユーザのアーミーになっている場合、その元帥ユーザが配信者となっているライブ配信の視聴中に特殊なギフトや特別な入場アニメーションなどの特典を受けることができる。アーミーについては非特許文献１に記載の技術を用いて実現されてもよい。
【0031】
図６は、図３のユーザＤＢ３１６の一例を示すデータ構造図である。ユーザＤＢ３１６は、ユーザに関する情報を保持する。ユーザＤＢ３１６は、ユーザを特定するユーザＩＤと、当該ユーザが有しているポイントと、当該ユーザをフォローしている他のユーザのユーザＩＤであるフォロワーＩＤと、当該ユーザがフォローしている他のユーザのユーザＩＤであるフォロー先ＩＤと、を対応付けて保持する。ポイントは、ライブ配信プラットフォーム内で流通する電子的価値である。配信者がライブ配信において視聴者からギフトを贈られると、配信者のポイントが当該ギフトに対応する値だけ増加する。ポイントは例えば配信者がライブ配信プラットフォームの管理者から受け取る報酬または金銭の額を決めるために用いられてもよい。
【0032】
図７は、図３のギフトＤＢ３１８の一例を示すデータ構造図である。ギフトＤＢ３１８は、ライブ配信において視聴者が使用可能なギフトに関する情報を保持する。ギフトは、以下の特徴を有する電子データである。
・ポイントや金銭を対価として購入可能、または無料で付与可能。
・視聴者が配信者に贈ることができるもの。配信者にギフトを贈ることを、ギフトを使用する、またはギフトを投げるともいう。
・ギフトの購入と使用とがセットで同時に発生するタイプのものもあれば、購入した後、視聴者が任意のタイミングで使用可能なタイプのものもある。
・通常は、視聴者が配信者にギフトを贈ると、その配信者に相応のポイントが付与される。本実施の形態の還元ギフトや投入ギフトのように配信者にではなく視聴者にポイントが付与されるタイプのギフトもある。
・ギフトが使用された場合、ギフトに関連付けられた効果が生じることがある。例えば、ギフトに対応するエフェクトがライブ配信画面に表れる。
・ポイントや金銭を対価として購入可能、または無料で付与可能。
・視聴者が配信者に贈ることができるもの。配信者にギフトを贈ることを、ギフトを使用する、またはギフトを投げるともいう。
・ギフトの購入と使用とがセットで同時に発生するタイプのものもあれば、購入した後、視聴者が任意のタイミングで使用可能なタイプのものもある。
・通常は、視聴者が配信者にギフトを贈ると、その配信者に相応のポイントが付与される。本実施の形態の還元ギフトや投入ギフトのように配信者にではなく視聴者にポイントが付与されるタイプのギフトもある。
・ギフトが使用された場合、ギフトに関連付けられた効果が生じることがある。例えば、ギフトに対応するエフェクトがライブ配信画面に表れる。
【0033】
ギフトＤＢ３１８は、ギフトを特定するギフトＩＤと、当該ギフトを配信者に贈った場合に当該配信者に付与されるポイントである付与ポイントと、当該ギフトを使用する際に支払うべき対価である対価ポイントと、ギフトの種別と、を対応付けて保持する。視聴者は、ライブ配信視聴中に、所望のギフトの対価ポイントを支払うことで配信者に当該ギフトを贈ることができる。この対価ポイントの支払いは適宜の電子的決済手段により行われてもよく、例えば対価ポイントを視聴者が管理者に支払うことで行われてもよい。あるいはまた、銀行振込やクレジットカードによる支払いが用いられてもよい。付与ポイントと対価ポイントとの関係は管理者が任意に設定可能である。例えば、付与ポイント＝対価ポイントに設定してもよい。または付与ポイントに１．２などの所定の係数を乗じて得られるポイントを対価ポイントに設定してもよいし、付与ポイントに所定の手数料ポイントを加算して得られるポイントを対価ポイントに設定してもよい。
【0034】
ギフトの種別には、通常と、還元と、投入と、がある。通常ギフトは、使用された場合、贈り主の視聴者のポイントから対価ポイントを減算し、贈り先の配信者のポイントに付与ポイントを加算するギフトである。還元ギフトは、使用された場合、使用したユーザ（視聴者または配信者）のポイントから対価ポイントを減算し、対象の配信者について還元ギフト期間を開始させるギフトである。投入ギフトは、対応する還元ギフトの還元ギフト期間中のみ使用可能なギフトであって、使用された場合、贈り主の視聴者のポイントから対価ポイントを減算し、対応する還元ギフト期間のポイント累計に対価ポイントを加算するギフトである。図７の例では、還元ギフト「ＳＰＡ」は、３つの投入ギフト「ＱＱ１」、「ＱＱ２」、「ＱＱ３」に対応付けられている。還元ギフト「ＳＰＢ」は、３つの投入ギフト「ＱＱ１」、「ＱＱ２」、「ＱＱ３」に対応付けられている。還元ギフト「ＳＰＣ」は、は、３つの投入ギフト「ＱＱ１」、「ＱＱ２」、「ＱＱ３」に対応付けられている。
【0035】
図８は、図３の還元ギフトＤＢ３２０の一例を示すデータ構造図である。還元ギフトＤＢ３２０は、使用された還元ギフトに関する情報を保持する。配信者が還元ギフトＤＢ３２０に登録されている間、その配信者は還元ギフト期間内にいる配信者となる。したがって、ある配信者に対して使用された還元ギフトの還元ギフトＤＢ３２０への登録により、その配信者についての還元ギフト期間が開始される。還元ギフトＤＢ３２０は、対象の配信者のユーザＩＤである対象配信者ＩＤと、使用された還元ギフトの還元ギフトＩＤと、還元ギフト期間の開始時刻と、還元ギフト期間において対象の配信者のライブ配信を視聴した全ての視聴者について通算した総被視聴時間と、還元ギフト期間における各視聴者の視聴時間と、対象の配信者のライブ配信において投入ギフトが使用される度に更新されるかまたは大きくなるポイント累計と、対象の配信者のライブ配信において投入ギフトを使用した視聴者のユーザＩＤである投入者ＩＤと、対象の配信者のライブ配信において投入ギフトを使用した視聴者の数である投入者数と、還元ギフト期間において対象の配信者がライブ配信を行った数である配信回数と、を対応付けて保持する。還元ギフトＤＢ３２０はさらに、還元ギフト期間における各視聴者の連続視聴回数や、還元ギフト期間における各視聴者のコメント数を保持してもよい。
【0036】
本明細書において「視聴時間」は、視聴者と配信者とのペアに関連付けられたパラメータであって、当該視聴者が当該配信者のライブ配信を視聴した時間（view duration）を指す。
本明細書において「被視聴時間」は、配信者に関連付けられたパラメータであって、当該配信者のライブ配信が視聴者に視聴された時間（viewed duration）を指す。この場合の視聴者はランダムに選択された一名であってもよいし、ランダムに選択された視聴者の部分集合であってもよいし、全ての視聴者であってもよい。あるいはまた、被視聴時間は視聴者に亘って算出された平均値であってもよい。被視聴時間は、配信者のライブ配信が視聴者側でどの程度視聴されているかを示す指標である。
本明細書において「総被視聴時間」は、被視聴時間の一態様であって、還元ギフト期間において対象の配信者のライブ配信を視聴した全ての視聴者について、その視聴時間を通算することで得られる時間である。
本明細書において「被視聴時間」は、配信者に関連付けられたパラメータであって、当該配信者のライブ配信が視聴者に視聴された時間（viewed duration）を指す。この場合の視聴者はランダムに選択された一名であってもよいし、ランダムに選択された視聴者の部分集合であってもよいし、全ての視聴者であってもよい。あるいはまた、被視聴時間は視聴者に亘って算出された平均値であってもよい。被視聴時間は、配信者のライブ配信が視聴者側でどの程度視聴されているかを示す指標である。
本明細書において「総被視聴時間」は、被視聴時間の一態様であって、還元ギフト期間において対象の配信者のライブ配信を視聴した全ての視聴者について、その視聴時間を通算することで得られる時間である。
【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】
また、本実施の形態に係るライブ配信システム１では、投入条件により投入ギフトの使用が制限される。特に同じ視聴者が繰り返し投入ギフトを使用すること、または高額の投入ギフトを使用することが制限される。したがって、視聴者は、早く還元を受けるためにより多くの視聴者を集めるべく、対象の配信者のライブ配信をＳＮＳ（Social Networking Service）などの拡散手段で積極的に推すようになる。これにより、視聴者によるライブ配信発見が促進される。
【0093】
また、本実施の形態に係るライブ配信システム１では、ライブ配信選択画面において、還元ギフト期間中の配信者のライブ配信はそうでないライブ配信よりも目立つ位置に配置される。これにより、新しいファンを欲する配信者と、新たな配信者を欲するユーザのニーズをいち早く充たすことができる。
【0094】
（第２の実施の形態）
第１の実施の形態では、視聴者が投入ギフトを使用することによりポイント累計が増加し、視聴時間条件を含む分配条件が充たされると、ポイント累計が示すポイントを視聴者に分配することが可能になる。第２の実施の形態では、分配条件の充足の代わりに抽選が行われる。視聴者が投入ギフトを使用すると、当該視聴者が対象の配信者のライブ配信を視聴した視聴時間が長いほど高くなる当選確率を用いた抽選が行われる。この抽選に当選した場合、ポイント累計が示すポイントが視聴者に分配される。
第１の実施の形態では、視聴者が投入ギフトを使用することによりポイント累計が増加し、視聴時間条件を含む分配条件が充たされると、ポイント累計が示すポイントを視聴者に分配することが可能になる。第２の実施の形態では、分配条件の充足の代わりに抽選が行われる。視聴者が投入ギフトを使用すると、当該視聴者が対象の配信者のライブ配信を視聴した視聴時間が長いほど高くなる当選確率を用いた抽選が行われる。この抽選に当選した場合、ポイント累計が示すポイントが視聴者に分配される。
【0095】
図２２は、第２の実施の形態に係るサーバ５０の機能および構成を示すブロック図である。サーバ５０は、配信情報提供部３０２と、中継部３０４と、アーミー管理部３０６と、通常ギフト処理部３０８と、支払い処理部３１０と、還元ギフト処理部３５０と、ストリームＤＢ３１４と、ユーザＤＢ３１６と、ギフトＤＢ３６４と、還元ギフトＤＢ３６６と、アーミーＤＢ３２２と、当選確率ＤＢ３６８と、抽選履歴ＤＢ３７０と、を備える。
【0096】
図２３は、図２２のギフトＤＢ３６４の一例を示すデータ構造図である。ギフトＤＢ３６４は、ギフトＩＤと、付与ポイントと、対価ポイントと、ギフトの種別と、を対応付けて保持する。ギフトの種別には、通常と、還元と、抽選と、がある。抽選ギフトは、対応する還元ギフトの還元ギフト期間中のみ使用可能なギフトであって、使用された場合、贈り主の視聴者のポイントから対価ポイントを減算し、対応する還元ギフト期間のポイント累計に対価ポイントを加算し、抽選を開始させるギフトである。図２３の例では、還元ギフト「ＪＫＰＡ」、「ＪＫＰＢ」、「ＪＫＰＣ」はそれぞれ抽選ギフト「ＴＩＣＫＥＴＡ」、「ＴＩＣＫＥＴＢ」、「ＴＩＣＫＥＴＣ」に対応する。
【0097】
図２４は、図２２の還元ギフトＤＢ３６６の一例を示すデータ構造図である。還元ギフトＤＢ３６６は、対象配信者ＩＤと、還元ギフトＩＤと、還元ギフト期間の開始時刻と、還元ギフト期間における各視聴者の視聴時間と、対象の配信者のライブ配信において抽選ギフトが使用される度に更新されるかまたは大きくなるポイント累計と、対象の配信者のライブ配信において抽選ギフトを使用した各視聴者の抽選回数と、を対応付けて保持する。還元ギフトＤＢ３６６は、還元ギフト期間中の対象の配信者のライブ配信における各視聴者のコメント数など他のパラメータを保持してもよい。
【0098】
図２５は、図２２の当選確率ＤＢ３６８の一例を示すデータ構造図である。当選確率ＤＢ３６８は、当選確率を算出するための計算式を保持する。当選確率ＤＢ３６８は、計算式が適用される還元ギフトの還元ギフトＩＤと、当選確率を算出するための計算式と、対応付けて保持する。計算式は、抽選ギフトを使用した視聴者の視聴時間が長いほど当選確率が高くなるよう設定される。パラメータとして抽選回数が採用される場合には、計算式は、抽選回数が多いほど当選確率が高くなるよう設定される。パラメータとしてコメント数が採用される場合には、計算式は、コメント数が多いほど当選確率が高くなるよう設定される。ライブ配信に係る他のパラメータが計算式に組み込まれてもよい。
【0099】
図２６は、図２２の抽選履歴ＤＢ３７０の一例を示すデータ構造図である。抽選履歴ＤＢ３７０は、抽選ギフトの使用の履歴を保持する。抽選履歴ＤＢ３７０は、使用された抽選ギフトの抽選ギフトＩＤと、その抽選ギフトが使用された時刻と、その抽選ギフトを使用した視聴者の視聴者ＩＤと、その抽選ギフトが使用されたライブ配信の配信者の配信者ＩＤと、その抽選ギフトを使用した視聴者が抽選ギフトを使用してから現在までの間に対象の配信者のライブ配信を視聴した視聴時間の累計である視聴時間累計と、を対応付けて保持する。
【0100】
図２２に戻り、還元ギフト処理部３５０は、ギフト指定信号に含まれるギフトＩＤで特定されるギフトが還元ギフトまたは抽選ギフトの場合、還元ギフトＤＢ３６６を更新する。還元ギフト処理部３５０は、還元ギフト期間開始要求の受信に応じて、対象の配信者のライブ配信において還元ギフトとは異なる抽選ギフトの使用が可能となる還元ギフト期間を開始する。還元ギフト処理部３５０は、還元ギフト期間内に対象の配信者のライブ配信において視聴者が抽選ギフトを使用した場合、当該視聴者が対象の配信者のライブ配信を視聴した視聴時間が長いほど高くなる当選確率を用いて抽選を行う。還元ギフト処理部３５０は、抽選に当選した場合、対応する還元ギフトに関連付けられたポイント累計の視聴者への分配を可能とする。還元ギフト処理部３５０は、期間開始部３５２と、ＤＢ更新部３５４と、当選確率算出部３５６と、抽選部３５８と、投入条件判定部３６０と、分配実行部３６２と、を含む。
【0101】
期間開始部３５２は、ギフト指定信号に含まれるギフトＩＤで特定されるギフトが還元ギフトの場合、還元ギフトＤＢ３６６に新たなエントリを登録することで還元ギフト期間を開始する。期間開始部３５２は、ギフト指定信号に含まれる配信者ＩＤ、還元ギフトのギフトＩＤ、ユーザ端末において還元ギフトが使用された時刻、ポイント累計の初期値、を、還元ギフトＤＢ３６６の対象配信者ＩＤ、還元ギフトＩＤ、開始時刻、ポイント累計、にそれぞれ登録する。期間開始部３５２は、還元ギフトの対価ポイントに基づいてポイント累計の初期値を算出する。
【0102】
ＤＢ更新部３５４は、ギフト指定信号に含まれるギフトＩＤで特定されるギフトが抽選ギフトの場合、還元ギフトＤＢ３６６の対応するエントリを更新する。ＤＢ更新部３５４は、還元ギフトＤＢ３６６において、ギフト指定信号に含まれる配信者ＩＤを対象配信者ＩＤとするエントリのポイント累計に、ギフト指定信号に含まれるギフトＩＤで特定される抽選ギフトの対価ポイントを加算する。ＤＢ更新部３６６は、ギフト指定信号に含まれる配信者ＩＤを対象配信者ＩＤとするエントリの各視聴者の抽選回数において、ギフト指定信号に含まれる視聴者ＩＤに対応する抽選回数を１増やす（当該視聴者ＩＤが存在しなければ、新規登録する）。
【0103】
ＤＢ更新部３５４は、ギフト指定信号に含まれるギフトＩＤで特定されるギフトが抽選ギフトの場合、抽選履歴ＤＢ３７０に対応する新たなエントリを登録する。ＤＢ更新部３５４は、ギフト指定信号に含まれる抽選ギフトのギフトＩＤ、ユーザ端末において抽選ギフトが使用された時刻、視聴者ＩＤ、配信者ＩＤ、を、抽選履歴ＤＢ３７０の抽選ギフトＩＤ、使用時刻、視聴者ＩＤ、対象配信者ＩＤ、にそれぞれ登録する。
【0104】
ＤＢ更新部３５４は、周期的にまたは所定の時間間隔で、還元ギフトＤＢ３６６とストリームＤＢ３１４とを参照することで、還元ギフトＤＢ３６６に登録されている対象配信者ＩＤで特定される配信者が配信しているライブ配信を特定する。ＤＢ更新部３５４は、特定されたライブ配信のそれぞれについて視聴者の視聴時間を測定し、還元ギフトＤＢ３６６の対応するエントリの各視聴者の視聴時間を更新する。併せてＤＢ更新部３５４は、抽選履歴ＤＢ３７０の視聴時間累計を更新する。ＤＢ更新部３５４は、更新の結果、視聴時間累計が所定値、例えば１０分、を上回った場合、そのエントリを抽選履歴ＤＢ３７０から削除する。
【0105】
当選確率算出部３５６は、ギフト指定信号に含まれるギフトＩＤで特定されるギフトが抽選ギフトの場合、還元ギフトＤＢ３６６と当選確率ＤＢ３６８とを参照することで当選確率を算出する。当選確率算出部３５６は、当選確率ＤＢ３６８を参照し、抽選ギフトに対応する還元ギフトについて、当選確率を算出するための計算式と算出に必要なパラメータ（視聴時間、抽選回数など）とを特定する。当選確率算出部３５６は、還元ギフトＤＢ３６６のうちギフト指定信号に含まれる配信者ＩＤを対象配信者ＩＤとするエントリを参照し、特定されたパラメータの値を取得する。例えば、パラメータとして視聴時間が特定された場合、当選確率算出部３５６は、還元ギフトＤＢ３６６のうちギフト指定信号に含まれる配信者ＩＤを対象配信者ＩＤとするエントリを参照し、ギフト指定信号に含まれる視聴者ＩＤで特定される視聴者の視聴時間を取得する。この場合、還元ギフト期間中の配信者のライブ配信で抽選ギフトを使用した視聴者が、還元ギフト期間中に当該配信者のライブ配信を視聴した視聴時間が取得される。当選確率算出部３５６は、取得したパラメータの値と特定された計算式とを用いて当選確率を算出する。
【0106】
抽選部３５８は、当選確率算出部３５６によって算出された当選確率を用いて抽選処理を行う。所定の確率により抽選を行う技術は公知であるから本明細書では詳述しない。抽選部３５８は、抽選処理の結果が外れであった場合、ギフト指定信号の送信元のユーザ端末に落選通知を送信する。抽選部３５８は、ポイント累計の更新値を落選通知に含める。
【0107】
投入条件判定部３６０は、投入条件に従い視聴者による抽選ギフトの使用を制御する。投入条件判定部３６０は、視聴者のユーザ端末３０から使用可否判定要求を受信すると、視聴時間に係る投入条件に従い抽選ギフトの使用を許可するか否かを判定する。本実施の形態では投入条件として視聴時間による回復を採用する。この投入条件では、視聴者が抽選ギフトを使用すると、次に抽選ギフトを使用可能となるまで所定期間、例えば１０分間、対象の配信者のライブ配信を視聴しなければならない。
【0108】
投入条件判定部３６０は、抽選履歴ＤＢ３７０を参照し、使用可否判定要求に含まれる視聴者ＩＤおよび配信者ＩＤに対応するエントリの有無を検査する。投入条件判定部３６０は、該当するエントリがない場合、抽選ギフトの使用を許可する許可信号を生成する。投入条件判定部３６０は、ネットワークＮＷを介して使用可否判定要求の送信元のユーザ端末３０に、生成された許可信号を送信する。投入条件判定部３６０は、該当するエントリを発見した場合、そのエントリの視聴時間累計と基準値、例えば１０分、を比較する。投入条件判定部３６０は、視聴時間累計が基準値を上回る場合、ネットワークＮＷを介して使用可否判定要求の送信元のユーザ端末３０に、許可信号を送信する。投入条件判定部３６０は併せて該当するエントリを抽選履歴ＤＢ３７０から削除する。投入条件判定部３６０は、視聴時間累計が基準値以下の場合、抽選ギフトの使用を認めない不許可信号を生成し、ユーザ端末３０に送信する。
【0109】
投入条件判定部３６０は、ある配信者の還元ギフト期間が終了すると、当該配信者の配信者ＩＤを有するエントリを抽選履歴ＤＢ３７０から削除する。
【0110】
投入条件としては、視聴時間による回復に代えてまたは加えて、以下のうちのいずれかが採用されてもよい。
（１）還元ギフト期間を通じて一度のみ
対象の配信者の還元ギフト期間中、視聴者は一度だけ抽選ギフトを使用できる。
（２）ライブ配信を通じて一度のみ
対象の配信者の還元ギフト期間中のライブ配信において、視聴者は一度だけ抽選ギフトを使用できる。当該ライブ配信が終わるとリセットされ、還元ギフト期間中の次のライブ配信では再び一度のみ抽選ギフトの使用が可能となる。
（３）抽選回数に上限
対象の配信者の還元ギフト期間中に使用できる抽選ギフトの数に上限を設ける。
（１）還元ギフト期間を通じて一度のみ
対象の配信者の還元ギフト期間中、視聴者は一度だけ抽選ギフトを使用できる。
（２）ライブ配信を通じて一度のみ
対象の配信者の還元ギフト期間中のライブ配信において、視聴者は一度だけ抽選ギフトを使用できる。当該ライブ配信が終わるとリセットされ、還元ギフト期間中の次のライブ配信では再び一度のみ抽選ギフトの使用が可能となる。
（３）抽選回数に上限
対象の配信者の還元ギフト期間中に使用できる抽選ギフトの数に上限を設ける。
【0111】
分配実行部３６２は、抽選部３５８における抽選処理の結果が当選であった場合、当選に係る還元ギフトに関連付けられたポイント累計を視聴者に分配するための処理を行う。分配実行部３６２は、分配対象のポイントを確定する。例えば分配実行部３６２は、当選時点のポイント累計を分配対象のポイントとして決定する。
【0112】
分配実行部３６２は、分配先の各視聴者に分配するポイントの量を決定する。分配実行部３６２は、当選に係る抽選ギフトを使用した視聴者に最も多くのポイントが分配されるように、当該視聴者に分配するポイントの量を決定する。分配実行部３６２は、還元ギフトＤＢ３６６の当選に係る還元ギフトのエントリから、各視聴者の抽選回数を取得する。分配実行部３６２は、各視聴者が抽選ギフトを使用するために支払った対価ポイントの総額よりも、分配されるポイントのほうが大きくなるように、当該視聴者に分配するポイントの量を決定する。例えば、分配対象のポイントが７０００であり、視聴者Ａが対価１０００ポイントの抽選ギフトを２回使用して２回目で当選し、視聴者Ｂが抽選ギフトを１回使用した場合、分配実行部３６２は、視聴者Ａに分配するポイントを４０００ポイント、視聴者Ｂに分配するポイントを１５００ポイントに決定する。
【0113】
分配実行部３６２は、各視聴者のポイントに、上述のとおりに決定された分配するポイントの量が加算されるように、ユーザＤＢ３１６を更新する。分配実行部３６２は分配が完了した還元ギフトのエントリを還元ギフトＤＢ３６６から削除する。これにより、削除されたエントリに対応する還元ギフト期間が終了する。
【0114】
以上の構成による本実施の形態に係るライブ配信システムの動作を説明する。
図２７は、第２の実施の形態に係るライブ配信システムにおける一連の処理の流れを示すフローチャートである。サーバ５０は、ステップＳ２０６で還元ギフトＤＢ３６６に追加されたエントリの各視聴者の視聴時間を更新する（Ｓ２６０）。サーバ５０は、ステップＳ２０６で還元ギフトＤＢ３６６に追加されたエントリに含まれる対象配信者ＩＤで特定される配信者のライブ配信において、抽選ギフトが使用されたか否かを判定する（Ｓ２６２）。使用されていない場合（Ｓ２６２のＮ）、処理はステップＳ２６０に戻る。使用された場合（Ｓ２６２のＹ）、サーバ５０は抽選ギフトの支払い処理を行い（Ｓ２６４）、ステップＳ２０６で還元ギフトＤＢ３６６に追加されたエントリのポイント累計および各視聴者の抽選回数を更新する（Ｓ２６６）。サーバ５０は、当選確率ＤＢ３６８を参照して当選確率を決定する（Ｓ２６８）。サーバ５０は、ステップＳ２６８で決定された当選確率を用いて抽選処理を行う（Ｓ２７０）。当選しなかった場合（Ｓ２７２のＮ）、処理はステップＳ２６０に戻る。当選した場合（Ｓ２７２のＹ）、サーバ５０は、各分配先へ分配されるポイントの量を算出する（Ｓ２７４）。サーバ５０は、分配先の視聴者に、ステップＳ２７４で算出された量のポイントが分配されるようにユーザＤＢ３１６を更新する（Ｓ２７６）。サーバ５０は、各分配先のユーザ端末３０に、分配されたポイントを含む当選通知を送信する（Ｓ２７８）。
図２７は、第２の実施の形態に係るライブ配信システムにおける一連の処理の流れを示すフローチャートである。サーバ５０は、ステップＳ２０６で還元ギフトＤＢ３６６に追加されたエントリの各視聴者の視聴時間を更新する（Ｓ２６０）。サーバ５０は、ステップＳ２０６で還元ギフトＤＢ３６６に追加されたエントリに含まれる対象配信者ＩＤで特定される配信者のライブ配信において、抽選ギフトが使用されたか否かを判定する（Ｓ２６２）。使用されていない場合（Ｓ２６２のＮ）、処理はステップＳ２６０に戻る。使用された場合（Ｓ２６２のＹ）、サーバ５０は抽選ギフトの支払い処理を行い（Ｓ２６４）、ステップＳ２０６で還元ギフトＤＢ３６６に追加されたエントリのポイント累計および各視聴者の抽選回数を更新する（Ｓ２６６）。サーバ５０は、当選確率ＤＢ３６８を参照して当選確率を決定する（Ｓ２６８）。サーバ５０は、ステップＳ２６８で決定された当選確率を用いて抽選処理を行う（Ｓ２７０）。当選しなかった場合（Ｓ２７２のＮ）、処理はステップＳ２６０に戻る。当選した場合（Ｓ２７２のＹ）、サーバ５０は、各分配先へ分配されるポイントの量を算出する（Ｓ２７４）。サーバ５０は、分配先の視聴者に、ステップＳ２７４で算出された量のポイントが分配されるようにユーザＤＢ３１６を更新する（Ｓ２７６）。サーバ５０は、各分配先のユーザ端末３０に、分配されたポイントを含む当選通知を送信する（Ｓ２７８）。
【0115】
図２８は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面７０２の代表画面図である。図２８のライブ配信ルーム画面７０２は還元ギフト期間内のライブ配信に対応し、したがって抽選ギフトの指定を受け付け可能なように構成されている。ライブ配信ルーム画面７０２は、サーバ５０から受信した動画データを再生することにより得られる配信者の画像７０４と、使用された還元ギフトに対応する抽選対象オブジェクト７０６と、その時点でのポイント累計を示すポイント累計表示領域７０８と、を有する。
【0116】
視聴部２００は、ライブ配信に係る動画データを受信して再生している間（例えば、視聴者がライブ配信を視聴している間）、周期的にまたは所定の時間間隔で抽選ギフトの使用の可否を判定するための使用可否判定要求を生成し、ネットワークＮＷを介してサーバ５０に送信する。使用可否判定要求は、還元ギフト期間内の配信者の配信者ＩＤと、当該配信者のライブ配信を視聴している視聴者の視聴者ＩＤと、を含む。還元ギフト処理部３５０は、使用可否判定要求を受信すると、還元ギフトＤＢ３６６を参照し、使用可否判定要求に含まれる配信者ＩＤを対象配信者ＩＤとするエントリのポイント累計を取得する。還元ギフト処理部３５０は、使用可否判定信号に応じて投入条件判定部３６０が送信する許可信号または不許可信号に、取得されたポイント累計を付加する。重畳情報生成部２０４は、許可信号を受信した場合は抽選対象オブジェクト７０６を選択可能な態様で表示させる。重畳情報生成部２０４は、不許可信号を受信した場合は抽選対象オブジェクト７０６を選択不可な態様、例えばグレーアウトなど、で表示させる。重畳情報生成部２０４は、受信した許可信号または不許可信号に含まれるポイント累計に従ってフレーム画像のポイント累計表示領域７０８の表示内容を更新する。
【0117】
図２８のライブ配信ルーム画面７０２において視聴者が、選択可能な態様で表示されている抽選対象オブジェクト７０６をタップすると、視聴側ＵＩ制御部２０２は抽選ギフト選択画面７１０をディスプレイに表示させる。
【0118】
図２９は、視聴者のユーザ端末３０のディスプレイに表示される抽選ギフト選択画面７１０の代表画面図である。抽選ギフト選択画面７１０は、図２８のライブ配信ルーム画面７０２に抽選ギフト選択ポップアップ７１２が重畳表示された画面である。抽選ギフト選択ポップアップ７１２は、対象の配信者に対して使用された還元ギフトに対応する抽選ギフトの抽選ギフトオブジェクトを含む。
【0119】
視聴者は抽選ギフトオブジェクトをタップする。視聴側ＵＩ制御部２０２が視聴者による抽選ギフトの指定、すなわち抽選ギフトオブジェクトの指定を受け付けると、入力情報送信部２０６は指定された抽選ギフトの抽選ギフトＩＤと、視聴者の視聴者ＩＤと、配信者の配信者ＩＤと、を含むギフト指定信号を生成し、ネットワークＮＷを介してサーバ５０に送信する。ギフト指定信号を受信した後のサーバ５０における処理は上述したとおりである。視聴側ＵＩ制御部２０２は、落選通知を受信すると、落選お知らせ画面７１４をディスプレイに表示させる。視聴側ＵＩ制御部２０２は、当選通知を受信すると、当選お知らせ画面７２０をディスプレイに表示させる。
【0120】
図３０は、視聴者のユーザ端末３０のディスプレイに表示される落選お知らせ画面７１４の代表画面図である。落選お知らせ画面７１４は、図２８のライブ配信ルーム画面７０２に落選マーク７１６およびメッセージ７１８が重畳表示された画面である。ポイント累計表示領域７０８の表示内容は、落選通知に含まれるポイント累計の更新値により更新される。メッセージ７１８は、視聴時間に係る投入条件に関するメッセージであり、所定期間経過後に再度抽選ギフトを使用できることを示す。
【0121】
図３１は、視聴者のユーザ端末３０のディスプレイに表示される当選お知らせ画面７２０の代表画面図である。当選お知らせ画面７２０は、図２８のライブ配信ルーム画面７０２に当選マーク７２２およびメッセージ７２４が重畳表示された画面である。メッセージ７２４は、視聴者に分配されたポイントの量を示す。
【0122】
本実施の形態に係るライブ配信システムによると、第１の実施の形態に係るライブ配信システム１が奏する作用効果と同様の作用効果が奏される。
【0123】
なお、本実施の形態では当選した視聴者に加えて抽選ギフトを使用した他の視聴者にもポイントの分配を行う場合を説明したが、これに限られず、例えば当選した視聴者のみにポイント累計で示されるポイント全てを付与してもよい。
【0124】
（ハードウェア構成）
図３２を参照して、第１の実施の形態および第２の実施の形態に係る情報処理装置のハードウェア構成について説明する。図３２は、それらの実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。図示された情報処理装置９００は、例えば、第１の実施の形態におけるサーバ１０、ユーザ端末２０、３０、および第２の実施の形態に係るサーバ５０のそれぞれを実現しうる。
図３２を参照して、第１の実施の形態および第２の実施の形態に係る情報処理装置のハードウェア構成について説明する。図３２は、それらの実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。図示された情報処理装置９００は、例えば、第１の実施の形態におけるサーバ１０、ユーザ端末２０、３０、および第２の実施の形態に係るサーバ５０のそれぞれを実現しうる。
【0125】
情報処理装置９００は、ＣＰＵ９０１、ＲＯＭ（Read Only Memory）９０３、およびＲＡＭ（Random Access Memory）９０５を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インタフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２５、通信装置９２９を含んでもよい。さらに、情報処理装置９００は、カメラなどの撮像装置（不図示）を含む。また、情報処理装置９００は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Digital Signal Processor）またはＡＳＩＣ（Application Specific Integrated Circuit）と呼ばれるような処理回路を有してもよい。
【0126】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２３に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。例えば、ＣＰＵ９０１は、本実施の形態におけるサーバ１０およびユーザ端末２０、３０のそれぞれに含まれる各機能部の動作全般を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス９１１に接続されている。
【0127】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置であってもよいし、マイクロフォンなどの音センサ、加速度センサ、傾きセンサ、赤外線センサ、深度センサ、温度センサ、湿度センサなど物理量を電気信号に変換する装置であってもよい。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２７であってもよい。入力装置９１５は、ユーザが入力した情報または感知した物理量に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。
【0128】
出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ、ＰＤＰ、ＯＥＬＤなどのディスプレイ、スピーカおよびヘッドホンなどの音響出力装置、ならびにプリンタ装置などでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音響などの音として出力したりする。
【0129】
ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard Disk Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。
【0130】
ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２３のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２３に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２３に記録を書き込む。
【0131】
接続ポート９２５は、機器を情報処理装置９００に直接接続するためのポートである。接続ポート９２５は、例えば、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small Computer System Interface）ポートなどでありうる。また、接続ポート９２５は、ＲＳ－２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）ポートなどであってもよい。接続ポート９２５に外部接続機器９２７を接続することで、情報処理装置９００と外部接続機器９２７との間で各種のデータが交換されうる。
【0132】
通信装置９２９は、例えば、ネットワークＮＷに接続するための通信デバイスなどで構成された通信インタフェースである。通信装置９２９は、例えば、有線または無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Wireless USB）用の通信カードなどでありうる。また、通信装置９２９は、光通信用のルータ、ＡＤＳＬ（Asymmetric Digital Subscriber Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２９は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２９に接続される通信ネットワークＮＷは、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。なお、通信装置９２９は、通信部としての機能を実現する。
【0133】
カメラなどの撮像装置（不図示）は、例えばＣＣＤ（Charge Coupled Device）またはＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。当該撮像装置は、静止画を撮像するものであってもよいし、または動画を撮像するものであってもよい。
【0134】
以上、実施の形態に係るライブ配信システムの構成と動作について説明した。これらの実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解される。
【0135】
第１および第２の実施の形態において、投入ギフトや抽選ギフトを使用した場合にポイント累計に加算されるポイントを、管理者が任意に設定可能としてもよい。例えば、それらのギフトを使用した視聴者の視聴時間が長いほど、および／または投入回数・抽選回数が多いほどより多くのポイントがポイント累計に加算されるよう設定してもよい。あるいはまた、加算されるポイントをランダムに変化させてもよい。
【0136】
第１の実施の形態では、対象の配信者から分配開始の指示を受け付ける場合を説明したが、これに限られない。例えば、還元ギフトの贈り主の視聴者から分配開始の指示を受け付けるよう構成されてもよいし、分配条件が充たされると自動的に分配を実行するよう構成されてもよい。
【0137】
第１の実施の形態において、分配条件はさらに、一定期間の経過、視聴者数が基準値を超える、視聴時間が基準値を超える、還元ギフト期間中の総配信時間が基準値を超える、のうちの少なくともひとつを含んでもよい。
【0138】
第１の実施の形態では、分配先特定部３３６は、還元ギフトＤＢ３２０の当該エントリの「各視聴者の視聴時間」に登録されている各視聴者について受取条件を充足するか否かを判定する場合を説明したが、これに限られず、例えば分配条件が充たされたときまたは配信者が分配開始の指示を入力したときにライブ配信を視聴している視聴者について、受取条件を充足するか否かを判定してもよい。この場合、投入ギフトを贈ったが分配条件充足時にはライブ配信を視聴していないユーザは、分配先から除外される。したがって、視聴時間条件をクリアした視聴者も、還元を受けるために分配開始までライブ配信を視聴し続けるよう動機付けされるので、視聴時間が伸び、ライブ配信の良さが伝わりやすくなる。
【0139】
第１および第２の実施の形態では、還元ギフトの寄与分としてポイント累計に初期値を与える場合を説明したが、これに限られない。例えば、分配条件充足時に、還元ギフトの対価に応じたポイントをポイント累計に付加するよう構成してもよいし、当選時に還元ギフトの対価に応じた倍率でポイント累計を増やしてもよい。
【0140】
第１および第２の実施の形態では、分配先の視聴者を投入ギフトや抽選ギフトを使用したことのある視聴者とするか、それらのなかから選択する場合を説明したが、これに限られない。例えば、投入ギフトを使用していない視聴者にもポイントを分配するよう構成してもよい。この場合、そのような視聴者に分配されるポイントの量が、投入ギフトを使用したことのある視聴者に分配されるポイントの量よりも少なくなるよう設定されてもよい。この場合、還元ギフト設置による視聴者誘引効果がより高くなる。あるいはまた、配信者にもポイントを分配するよう構成してもよい。あるいはまた、対象の配信者のライブ配信において通常ギフトを使用したことのある視聴者にもポイントを分配するよう構成してもよい。
【0141】
第１および第２の実施の形態では、視聴時間として還元ギフト期間中の視聴時間を採用したが、これに限られず、例えば還元ギフトが使用された月の視聴時間が採用されてもよい。あるいはまた、還元ギフト期間とは異なる、より長い所定の期間（例えば、過去１年間など）を設定し、当該所定の期間中の視聴時間を採用してもよい。
【0142】
第１および第２の実施の形態におけるギフトの対価ポイントから付与ポイントへの換算率は一例であって、これらは例えばライブ配信システムの管理者により適宜設定されてもよい。
【0143】
第１の実施の形態では、対価の異なる３種類の投入ギフトのなかから所望の投入ギフトを選択する場合を説明したが、これに限られず、例えば、投入ギフトの対価を視聴者が任意に指定可能なように構成してもよい。
【0144】
第１の実施の形態では、ポイント累計の基準値を用いるポイント累計条件を分配条件に含める場合を説明したが、これに限られず、例えばポイント累計とは別のパラメータを設けてもよい。例えば、ポイント累計の基準値を初期値として有する体力ゲージを設けてもよい。この場合、投入ギフトが使用される度に体力ゲージが減少する。分配条件は、体力ゲージが０になると充たされる体力ゲージ条件を含む。あるいはまた、分配条件は被視聴時間条件のみを有してもよい。この場合、ポイント累計に関係なく、総被視聴時間が基準値に達すると分配条件が充たされる。
【0145】
第１および第２の実施の形態において、ポイントの還元率を対象の配信者のレベル（ライブ配信プラットフォームでの活動が増えるほど高くなるパラメータ）やフォロワー数に応じて調整してもよい。例えば、レベルが低いほど還元率を高めてもよいし、フォロワー数が少ないほど還元率を高めてもよい。この場合、新規の配信者への還元を強めることができる。フォロワー数が所定数以下の配信者を、還元ギフト期間中に新たにフォローした視聴者に分配するポイントの量を、通常よりも多く設定してもよい。この場合、新規の配信者の新規のファンへの還元を強めることができる。
【0146】
第１および第２の実施の形態に係る技術的思想を、配信者の画像の代わりに配信者の動きと同期した動きをするアバターを用いるバーチャルライブ配信や、ライブコマースに適用してもよい。
【0147】
本明細書において説明された処理手順、特にフロー図、フローチャートを用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本開示の趣旨を逸脱しない限り本開示の範囲に含まれる。
【0148】
サーバにより実現される機能の少なくとも一部は、サーバ以外の装置、例えばユーザ端末により実現されてもよい。ユーザ端末により実現される機能の少なくとも一部は、ユーザ端末以外の装置、例えば、サーバにより実現されてもよい。例えば、再生側のユーザ端末で行われる動画データの画像への所定のフレーム画像の重畳は、サーバで行われてもよいし、生成側のユーザ端末で行われてもよい。
【要約】 （修正有）
【課題】人と人のつながりをより豊かにすることのできるライブ配信技術を実現するサーバ及び方法を提供する。
【解決手段】ライブ配信システム１は、サーバ１０と、配信者側のユーザ端末２０と、視聴者ＡＵ１、ＡＵ２、…側のユーザ端末３０ａ、３０ｂ、…と、を備える。配信者ＬＶは、自分の歌や、トーク、パフォーマンス、占い、ゲーム実況などのコンテンツを自身のユーザ端末２０で録音・録画してそのままサーバ１０にアップロードする。管理者は、サーバ１０においてコンテンツのライブ配信のためのプラットフォームを提供し、また、配信者ＬＶと視聴者とのリアルタイムのやりとりを仲介または管理する。視聴者は、ユーザ端末３０でプラットフォームにアクセスして所望のコンテンツを選択し、視聴する。
【選択図】図１
【解決手段】ライブ配信システム１は、サーバ１０と、配信者側のユーザ端末２０と、視聴者ＡＵ１、ＡＵ２、…側のユーザ端末３０ａ、３０ｂ、…と、を備える。配信者ＬＶは、自分の歌や、トーク、パフォーマンス、占い、ゲーム実況などのコンテンツを自身のユーザ端末２０で録音・録画してそのままサーバ１０にアップロードする。管理者は、サーバ１０においてコンテンツのライブ配信のためのプラットフォームを提供し、また、配信者ＬＶと視聴者とのリアルタイムのやりとりを仲介または管理する。視聴者は、ユーザ端末３０でプラットフォームにアクセスして所望のコンテンツを選択し、視聴する。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】