ホーム > 特許ランキング > １７ＬＩＶＥ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-11-01
(45)【発行日】2024-11-12
(54)【発明の名称】サーバ及び方法
(51)【国際特許分類】
H04N 21/258 20110101AFI20241105BHJP
H04N 21/235 20110101ALI20241105BHJP
G06Q 30/0241 20230101ALI20241105BHJP
【ＦＩ】
H04N21/258
H04N21/235
G06Q30/0241
【請求項の数】
10
(21)【出願番号】P 2024078928
(22)【出願日】2024-05-14
【審査請求日】2024-05-28
(31)【優先権主張番号】P 2024073239
(32)【優先日】2024-04-26
(33)【優先権主張国・地域又は機関】JP
【早期審査対象出願】
(73)【特許権者】
【識別番号】517287224
【氏名又は名称】１７ＬＩＶＥ株式会社
(74)【代理人】
【識別番号】100199277
【弁理士】
【氏名又は名称】西守 有人
(72)【発明者】
【氏名】三上 遼
【審査官】富樫 明
(56)【参考文献】
【文献】特許第７１２５７２９（ＪＰ，Ｂ１）
【文献】国際公開第２０２１／００６０４５（ＷＯ，Ａ１）
【文献】特開２００３－２３０１６３（ＪＰ，Ａ）
【文献】特開２０２４－０５２６９６（ＪＰ，Ａ）
【文献】中国特許出願公開第１１２８６６７３１（ＣＮ，Ａ）
【文献】中国特許出願公開第１１４７８０８９４（ＣＮ，Ａ）
【文献】特開２０１５－０４６７３３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００ － ２１／８５８
Ｇ０６Ｑ ３０／００ － ３０／０８
(57)【特許請求の範囲】
【請求項1】
進行中のライブ配信に参加している視聴者の端末からネットワークを介して、前記ライブ配信の配信者に対するギフトの使用を示す信号を受信する受信部と、前記信号の受信に応じて、所定の抽選アルゴリズムにしたがい、それぞれが異なる量の電子的価値に対応付けられた複数の抽選結果のなかから一つの抽選結果を選択する抽選部と、
選択された抽選結果に対応する量の電子的価値を、前記ライブ配信の配信者に付与する付与部と、
前記ギフトの使用回数を、前記複数の抽選結果のうち最大量の電子的価値に対応する抽選結果が選択されたときを基準としてカウントするカウント部と、を備え、
前記所定の抽選アルゴリズムは、前記ギフトの使用回数がしきい値に達した場合、予め定められた抽選結果が選択されるよう設定され、
前記カウント部は、前記ギフトの使用回数を前記ギフトを使用した視聴者とは無関係にカウントするサーバ。
【請求項2】
前記所定の抽選アルゴリズムは、前記ギフトの使用回数がしきい値に達した場合、前記複数の抽選結果のうち最大量の電子的価値に対応する抽選結果が選択されるよう設定される請求項１に記載のサーバ。
【請求項3】
進行中のライブ配信に参加している視聴者の端末からネットワークを介して、前記ライブ配信の配信者に対するギフトの使用を示す信号を受信する受信部と、
前記信号の受信に応じて、所定の抽選アルゴリズムにしたがい、それぞれが異なる量の電子的価値に対応付けられた複数の抽選結果のなかから一つの抽選結果を選択する抽選部と、
選択された抽選結果に対応する量の電子的価値を、前記ライブ配信の配信者に付与する付与部と、
前記ギフトの使用回数を、前記複数の抽選結果のうち最大量の電子的価値に対応する抽選結果が選択されたときを基準としてカウントするカウント部と、を備え、
前記所定の抽選アルゴリズムは、前記ギフトの使用回数がしきい値に達した場合、予め定められた抽選結果が選択されるよう設定され、
前記カウント部は、前記ギフトの使用回数を、前記ギフトを使用した視聴者とは無関係に、かつ、前記ギフトが使用されたライブ配信の配信者とは無関係に、カウントするサーバ。
【請求項4】
サーバであって、
進行中のライブ配信に参加している視聴者の端末からネットワークを介して、前記ライブ配信の配信者に対するギフトの使用を示す信号を受信する受信部と、
前記信号の受信に応じて、所定の抽選アルゴリズムにしたがい、それぞれが異なる量の電子的価値に対応付けられた複数の抽選結果のなかから一つの抽選結果を選択する抽選部と、
選択された抽選結果に対応する量の電子的価値を、前記ライブ配信の配信者に付与する付与部と、
前記ギフトの使用回数を、前記複数の抽選結果のうち最大量の電子的価値に対応する抽選結果が選択されたときを基準としてカウントするカウント部と、を備え、
前記所定の抽選アルゴリズムは、前記ギフトの使用回数がしきい値に達した場合、予め定められた抽選結果が選択されるよう設定され、
前記サーバは、前記ギフトの使用回数と前記しきい値との差を示す情報を、前記サーバが提供するライブ配信プラットフォームのユーザの端末に通知する通知部をさらに備えるサーバ。
【請求項5】
前記ギフトの使用回数が前記しきい値に達したことにより最大量の電子的価値に対応する抽選結果が選択されたことを条件のひとつとして、前記サーバが提供するライブ配信プラットフォームのユーザの端末に、対応する内容の通知を行う通知部をさらに備える請求項２に記載のサーバ。
【請求項6】
前記信号の受信に応じて、前記視聴者による前記ギフトの対価の支払いを処理する支払い処理部をさらに備える請求項１に記載のサーバ。
【請求項7】
サーバであって、
進行中のライブ配信に参加している視聴者の端末からネットワークを介して、前記ライブ配信の配信者に対するギフトの使用を示す信号を受信する受信部と、
前記信号の受信に応じて、所定の抽選アルゴリズムにしたがい、それぞれが異なる量の電子的価値に対応付けられた複数の抽選結果のなかから一つの抽選結果を選択する抽選部と、
選択された抽選結果に対応する量の電子的価値を、前記ライブ配信の配信者に付与する付与部と、
前記ギフトの使用回数を、前記複数の抽選結果のうち最大量の電子的価値に対応する抽選結果が選択されたときを基準としてカウントするカウント部と、を備え、
前記所定の抽選アルゴリズムは、前記ギフトの使用回数がしきい値に達した場合、予め定められた抽選結果が選択されるよう設定され、
前記サーバは、前記ギフトの使用回数が、前記しきい値よりも小さな別のしきい値に達したことを条件のひとつとして、前記サーバが提供するライブ配信プラットフォームのユーザの端末に前記ギフトに係る通知を行う通知部をさらに備えるサーバ。
【請求項8】
前記通知部は、所定の条件を充たす一部のユーザの端末にのみ前記通知を行う請求項７に記載のサーバ。
【請求項9】
サーバであって、
進行中のライブ配信に参加している視聴者の端末からネットワークを介して、前記ライブ配信の配信者に対するギフトの使用を示す信号を受信する受信部と、
前記信号の受信に応じて、所定の抽選アルゴリズムにしたがい、それぞれが異なる量の電子的価値に対応付けられた複数の抽選結果のなかから一つの抽選結果を選択する抽選部と、
選択された抽選結果に対応する量の電子的価値を、前記ライブ配信の配信者に付与する付与部と、
前記ギフトの使用回数を、前記複数の抽選結果のうち最大量の電子的価値に対応する抽選結果が選択されたときを基準としてカウントするカウント部と、を備え、
前記所定の抽選アルゴリズムは、前記ギフトの使用回数がしきい値に達した場合、予め定められた抽選結果が選択されるよう設定され、
前記カウント部は、前記ギフトの使用回数を、前記サーバが提供するライブ配信プラットフォーム全体でカウントし、
前記サーバはさらに、
前記ギフトの使用回数と前記しきい値との差を示す情報を、前記サーバが提供するライブ配信プラットフォーム全体に通知する通知部を備えるサーバ。
【請求項10】
サーバにより実行される方法であって、進行中のライブ配信に参加している視聴者の端末からネットワークを介して、前記ライブ配信の配信者に対するギフトの使用を示す信号を受信することと、
前記信号の受信に応じて、所定の抽選アルゴリズムにしたがい、それぞれが異なる量の電子的価値に対応付けられた複数の抽選結果のなかから一つの抽選結果を選択することと、
選択された抽選結果に対応する量の電子的価値を、前記ライブ配信の配信者に付与することと、
前記ギフトの使用回数を、前記複数の抽選結果のうち最大量の電子的価値に対応する抽選結果が選択されたときを基準としてカウントすることと、を含み、
前記所定の抽選アルゴリズムは、前記ギフトの使用回数がしきい値に達した場合、予め定められた抽選結果が選択されるよう設定され、
前記カウントすることは、前記ギフトの使用回数を前記ギフトを使用した視聴者とは無関係にカウントすることを含む方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、サーバ及び方法に関する。
【背景技術】
【0002】
ＩＴ技術の発展と共に情報のやりとりの様も移り変わってきた。昭和の時代には新聞やテレビなどの一方通行の情報伝達が主であった。平成になると、ケータイやパソコンが普及し、インターネットの通信速度も大きく改善されたので、チャットサービスなどの即時双方向通信サービスが台頭し、また記憶コストの低減に伴ってオンデマンド型の動画配信サービスが受け入れられていった。そして、現在、令和の時代となり、スマートフォンの高機能化や５Ｇに代表されるネットワークの速度のさらなる向上を受けて、動画によるリアルタイムのコミュニケーションを実現するサービス、特にライブ配信（Live Streaming）サービスが急速に認知度を高めている。ライブ配信サービスは、離れた場所にいても皆が同じ楽しい時間を共有できるサービスとして、若者を中心に利用者が拡大している。
【0003】
効果がランダムに選択されるタイプのギフトが知られている（例えば、特許文献１参照）。このタイプのギフトは、当たりへの期待感によりライブ配信を盛り上げることができる。
【先行技術文献】
【特許文献】
【0004】
【文献】特許第７４２６１５６号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、特許文献１に記載されるようなランダムなギフトは確率に従うので、場合によっては何百回、何千回使用しても当たりが出ないことがある。あまりにも当たりが出ない場合、視聴者がギフトを使用する楽しみが減殺される。
【0006】
本開示はこうした課題に鑑みてなされたものであり、その目的は、ライブ配信におけるランダムギフトの効能を高めることができる技術の提供にある。
【課題を解決するための手段】
【0007】
本発明のある態様は、サーバに関する。このサーバは、進行中のライブ配信に参加している視聴者の端末からネットワークを介して、ライブ配信の配信者に対するギフトの使用を示す信号を受信する受信部と、信号の受信に応じて、所定の抽選アルゴリズムにしたがい、それぞれが異なる量の電子的価値に対応付けられた複数の抽選結果のなかから一つの抽選結果を選択する抽選部と、選択された抽選結果に対応する量の電子的価値を、ライブ配信の配信者に付与する付与部と、ギフトの使用回数を、複数の抽選結果のうち最大量の電子的価値に対応する抽選結果が選択されたときを基準としてカウントするカウント部と、を備える。所定の抽選アルゴリズムは、ギフトの使用回数がしきい値に達した場合、予め定められた抽選結果が選択されるよう設定される。
【0008】
なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。
【発明の効果】
【0009】
本発明によれば、ライブ配信におけるランダムギフトの効能を高めることができる。
【図面の簡単な説明】
【0010】
【図1】本開示の実施の形態に係るライブ配信システムの構成を示す模式図である。
【図8】ライブ配信中に視聴者がランダムギフトを使用したときのライブ配信システムにおける一連の処理の流れを示すフローチャートである。
【図9】アクティブユーザのユーザ端末のディスプレイに表示されるライブ配信選択画面の代表画面図である。
【図10】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図11】視聴者のユーザ端末のディスプレイに表示される、ギフト領域が重畳表示されたライブ配信ルーム画面の代表画面図である。
【図12】視聴者のユーザ端末のディスプレイに表示される、天井大当たりのエフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。
【図13】視聴者のユーザ端末のディスプレイに表示される、大当たりのエフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。
【図14】視聴者のユーザ端末のディスプレイに表示される、天井大当たり通知表示領域が重畳表示されたライブ配信ルーム画面の代表画面図である。
【図15】本実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【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】
図１の例では、配信者ＬＶがトークをライブ配信している。配信者ＬＶのユーザ端末２０はトークを行っている配信者ＬＶの像および音声を録画・録音することで動画データを生成し、ネットワークＮＷを介してサーバ１０に送信する。併せてユーザ端末２０は、録画された配信者ＬＶの動画像ＶＤをユーザ端末２０のディスプレイに表示させることで、配信者ＬＶによる配信内容の確認を可能とする。
【0020】
配信者ＬＶのライブ配信の視聴をプラットフォームに要求した視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂはそれぞれ、ネットワークＮＷを介してライブ配信に係る動画データを受信し、受信した動画データを再生することでディスプレイに動画像ＶＤ１、ＶＤ２を表示させると共にスピーカーから音声を出力する。各ユーザ端末３０ａ、３０ｂで表示される動画像ＶＤ１、ＶＤ２は配信者ＬＶのユーザ端末２０が撮像した動画像ＶＤと実質的に同一であり、各ユーザ端末３０ａ、３０ｂで出力される音声も配信者ＬＶのユーザ端末２０が録音した音声と実質的に同一である。
【0021】
配信者ＬＶのユーザ端末２０における録音・録画と、視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂにおける動画データの再生と、は実質的に同時に行われる。配信者ＬＶのトークの内容についてひとりの視聴者ＡＵ１がコメントをユーザ端末３０ａに入力すると、サーバ１０は当該コメントをリアルタイムで配信者ＬＶのユーザ端末２０に表示させると共に各視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂにも表示させる。当該コメントを読んだ配信者ＬＶがその内容に被せたトークを展開すると、そのトークの動画像と音声が各視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂで出力され、これにより配信者ＬＶと視聴者ＡＵ１との会話が成立したと認識される。このように、ライブ配信システム１では、一方通行でない双方向のコミュニケーションを可能とするライブ配信が実現される。
【0022】
図２は、図１のユーザ端末２０の機能および構成を示すブロック図である。ユーザ端末３０はユーザ端末２０と同様の機能および構成を有する。図２および以後のブロック図に示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組み合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。
【0023】
配信者ＬＶおよび視聴者ＡＵは、ダウンロードサイトからネットワークＮＷを介して、本実施の形態に係るライブ配信アプリケーションプログラム（以下、ライブ配信アプリという）をユーザ端末２０、３０にダウンロードし、インストールする。あるいはまた、ライブ配信アプリはユーザ端末２０、３０にプリインストールされていてもよい。ライブ配信アプリがユーザ端末２０、３０により実行されることにより、ユーザ端末２０、３０はネットワークＮＷを介してサーバ１０と通信し、各種機能を実現する。以下、ユーザ端末２０、３０（のＣＰＵなどのプロセッサ）がライブ配信アプリを実行することにより実現する機能をユーザ端末２０、３０の機能として説明する。それらの機能は実際はライブ配信アプリがユーザ端末２０、３０に実現させる機能である。なお、他の実施の形態では、これらの機能は、サーバ１０からユーザ端末２０、３０のウェブブラウザにネットワークＮＷを介して送信され、そのウェブブラウザによって実行される、ＨＴＭＬ（HyperText Markup Language）などのプログラミング言語により記述されたコンピュータプログラムにより実現されてもよい。
【0024】
ユーザ端末２０は、ユーザの像および音声を記録した動画データを生成してサーバ１０に提供する配信部１００と、サーバ１０から動画データを取得して再生する視聴部２００と、アクティブユーザによる要求を処理する配信外処理部４００と、を備える。ユーザは、配信を行う場合は配信部１００を、視聴を行う場合は視聴部２００を、視たいライブ配信を探したり配信者のプロフィールを視たりアーカイブを視たりする場合は配信外処理部４００を、それぞれ起動する。配信部１００がアクティブとなっているユーザ端末は配信者側、つまり動画データの生成側のユーザ端末であり、視聴部２００がアクティブとなっているユーザ端末は視聴者側、つまり動画データの再生側のユーザ端末であり、配信外処理部４００がアクティブとなっているユーザ端末はアクティブユーザのユーザ端末である。
【0025】
配信部１００は、撮像制御部１０２と、音声制御部１０４と、動画送信部１０６と、配信側ＵＩ制御部１０８と、配信側通信部１１０と、を含む。撮像制御部１０２は図２では不図示のカメラと接続され、カメラによる撮像を制御する。撮像制御部１０２はカメラから画像データを取得する。音声制御部１０４は図２では不図示のマイクロフォンと接続され、マイクロフォンによる音声入力を制御する。音声制御部１０４は、マイクロフォンから音声データを取得する。動画送信部１０６は、撮像制御部１０２により取得された画像データおよび音声制御部１０４により取得された音声データを含む動画データを、ネットワークＮＷを介してサーバ１０に送信する。動画送信部１０６による動画データの送信はリアルタイムで行われる。すなわち、撮像制御部１０２および音声制御部１０４による動画データの生成と、生成された動画データの動画送信部１０６による送信と、は実質的に同時に行われる。
【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】
大当たり通知部３３６は、ランダムギフトの抽選で大当たりが選択されたことを条件のひとつとして、サーバ１０が提供するライブ配信プラットフォームのユーザのユーザ端末に、対応する内容の大当たり通知を行う。大当たり通知部３３６は、使用回数が天井値に達したことにより大当たりが選択された場合と、通常の抽選により大当たりが選択された場合と、で異なる態様の大当たり通知を行う。大当たり通知部３３６は、ライブ配信中に流れるテロップ、ライブ配信中にシステムから提供されるシステムコメント、In-app message（アプリ内メッセージング）またはプッシュ通知により、ランダムギフトに大当たりが出たことをライブ配信プラットフォームのユーザに通知する。
【0056】
ランダムギフトに大当たりが出たことの通知を全てのユーザが取得可能なように構成されてもよいし、あるいはまた、ＶＩＰとして登録されているユーザやトップ配信者として登録されているユーザや管理者と契約している配信者や新規登録ユーザなど、所定の条件を充たす一部のユーザにのみ当該通知が提供されるよう構成されてもよい。
【0057】
予告通知部３３８は、各ランダムギフトの使用回数が、対応する予告値に達したことを条件のひとつとして、サーバ１０が提供するライブ配信プラットフォームのユーザのユーザ端末に当該ランダムギフトに係る通知を行う。予告通知部３３８は、ライブ配信中に流れるテロップ、ライブ配信中にシステムから提供されるシステムコメント、In-app message（アプリ内メッセージング）またはプッシュ通知により、ランダムギフトの天井が近いことをライブ配信プラットフォームのユーザに通知する。
【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】
情報処理装置９００は、ＣＰＵ９０１、ＲＯＭ（Read Only Memory）９０２、およびＲＡＭ（Random Access Memory）９０３を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インタフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２５、通信装置９２９を含んでもよい。さらに、情報処理装置９００は、カメラなどの撮像装置（不図示）を含む。ＣＰＵ９０１は、本明細書中に記載されている構成要素により実現される機能を実現するためのハードウェア構成の例である。本明細書に記載されている機能は、当該記載された機能を実現するようにプログラムされた回路（circuitry）により実現されてもよい。本明細書に記載されている機能を実現するようにプログラムされた回路（circuitry）は、ＣＰＵ(a Central Processing Unit)、ＤＳＰ（Digital Signal Processor）、汎用プロセッサ、特定用途プロセッサ、集積回路、ＡＳＩＣｓ(Application Specific Integrated Circuits)、および／又はこれらの組合せを含む。本明細書において特定の機能を実現するユニット、は、当該機能を実現するようにプログラムされた回路として実現されてもよい。
【0086】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０２、ＲＡＭ９０３、ストレージ装置９１９、またはリムーバブル記録媒体９２３に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。例えば、ＣＰＵ９０１は、本実施の形態におけるサーバ１０およびユーザ端末２０、３０のそれぞれに含まれる各機能部の動作全般を制御する。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０２、およびＲＡＭ９０３は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス９１１に接続されている。
【0087】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置であってもよいし、マイクロフォンなどの音センサ、加速度センサ、傾きセンサ、赤外線センサ、深度センサ、温度センサ、湿度センサなど物理量を電気信号に変換する装置であってもよい。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２７であってもよい。入力装置９１５は、ユーザが入力した情報または感知した物理量に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。
【0088】
出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ、ＰＤＰ、ＯＥＬＤなどのディスプレイ、スピーカおよびヘッドホンなどの音響出力装置、ならびにプリンタ装置などでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音響などの音として出力したりする。
【0089】
ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard Disk Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。
【0090】
ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２３のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２３に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２３に記録を書き込む。
【0091】
接続ポート９２５は、機器を情報処理装置９００に直接接続するためのポートである。接続ポート９２５は、例えば、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small Computer System Interface）ポートなどでありうる。また、接続ポート９２５は、ＲＳ－２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）ポートなどであってもよい。接続ポート９２５に外部接続機器９２７を接続することで、情報処理装置９００と外部接続機器９２７との間で各種のデータが交換されうる。
【0092】
通信装置９２９は、例えば、ネットワークＮＷに接続するための通信デバイスなどで構成された通信インタフェースである。通信装置９２９は、例えば、有線または無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Wireless USB）用の通信カードなどでありうる。また、通信装置９２９は、光通信用のルータ、ＡＤＳＬ（Asymmetric Digital Subscriber Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２９は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２９に接続される通信ネットワークＮＷは、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。なお、通信装置９２９は、通信部としての機能を実現する。
【0093】
カメラなどの撮像装置（不図示）は、例えばＣＣＤ（Charge Coupled Device）またはＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。当該撮像装置は、静止画を撮像するものであってもよいし、または動画を撮像するものであってもよい。
【0094】
以上、実施の形態に係るライブ配信システム１の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解される。
【0095】
実施の形態では、ランダムギフトの使用回数と天井値との差の値をランダムギフトのオブジェクトに関連付けて表示することで当該差を通知する場合を説明したが、これに限られず、ランダムギフトの使用回数と天井値との差を示す情報を表示してもよい。例えば、ランダムギフトの使用回数と天井値との差を、数値ではなくオブジェクトの色や強調度合いや動きやアニメーションやプログレスバーで表現してもよい。あるいはまた、ランダムギフトの使用回数と天井値との差が取り得る数値範囲を複数のレンジに分け、各レンジに色や文言（「天井まで遠い」、「半分」、「天井まで近い」、「天井もうすぐ」など）を割り当ててもよい。この場合、例えばランダムギフトの使用回数と天井値との差に対応する文言を、ランダムギフトのオブジェクトに対応付けて表示してもよい。ランダムギフトの使用回数と天井値との差を数値で示さない態様によると、天井までの残り回数をおおよそ示しつつも正確な天井値がいくつであるかを秘密にすることができる。また、ランダムギフトの使用回数と天井値との差が小さくなるほど差を示す情報の変化を少なくするか、変化をさせないよう構成してもよい。これにより天井値の予測がより困難になる。
【0096】
あるいはまた、ユーザ端末がランダムギフトの使用回数が予告値を上回った後の抽選結果を受信した場合、ランダムギフトのオブジェクトを、使用回数が予告値を上回る前の表示態様とは異なる表示態様でディスプレイに表示させてもよい。さらにユーザ端末は、ランダムギフトのオブジェクトを、予告値を上回った後の使用回数によらない表示態様で、ディスプレイに表示させてもよい。例えば、使用回数が予告値に到達するまではランダムギフトのオブジェクトを通常の表示態様で表示し、使用回数が予告値を上回るとランダムギフトのオブジェクトを通常のものとは異なる特別な表示態様で表示してもよい。この際、特別な表示態様はランダムギフトの大当たりが出るまで同じとなる。あるいはまた、使用回数が予告値に到達するまではランダムギフトのオブジェクトの色を青から赤に連続的に変化させ、使用回数が予告値を上回るとランダムギフトのオブジェクトの色を赤に固定してもよい。
【0097】
あるいはまた、ランダムギフトの使用回数と天井値との差が天井値より小さいしきい値に達するまでは当該差を示す情報を表示せず、当該差がしきい値に達したときに当該差を示す情報の表示を開始してもよい。この場合、差が大きいときに当該差を表示することを避けることができるので、当該差が大きいときのユーザによるランダムギフトの投げ控えを抑制することができる。
【0098】
実施の形態では、カウント部３３２は、ランダムギフトの使用回数を、ランダムギフトを使用した視聴者とは無関係に、かつ、ランダムギフトが使用されたライブ配信の配信者とは無関係に、カウントする場合を説明したが、これに限られない。例えば、カウント部３３２は、ランダムギフトの使用回数をランダムギフトを使用した視聴者とは無関係に、しかしながらランダムギフトが使用されたライブ配信の配信者ごとにカウントしてもよい。この場合、ライブ配信ごとにランダムギフトの天井を狙って盛り上がることができ、盛り上げ方のうまい配信者がより楽しめるライブ配信プラットフォームを提供できる。あるいはまた、カウント部３３２は、ランダムギフトの使用回数をランダムギフトが使用されたライブ配信の配信者とは無関係に、しかしながらランダムギフトを使用した視聴者ごとにカウントしてもよい。この場合、各視聴者に天井大当たりが出ることが保証されるので、公平感を醸成できる。あるいはまた、カウント部３３２は、ランダムギフトの使用回数を視聴者と配信者との組ごとにカウントしてもよい。
【0099】
実施の形態では、抽選結果の出現確率を所与としたが、これに限られず、例えばランダムギフトの使用回数に応じて各抽選結果の出現確率を動的に変化させてもよい。例えば、使用回数が天井値に近づくにつれて大当たりの出現確率が高くなるよう設定してもよい。
【0100】
実施の形態では、視聴者から配信者に贈るタイプのランダムギフトを説明したが、これに限られず、配信者から視聴者に贈るタイプのランダムギフトや、視聴者から他の視聴者に贈るタイプのランダムギフトにも実施の形態に係る技術的思想を適用可能である。
【0101】
実施の形態では、大当たりが出ると使用回数をリセットする場合を説明したが、これに限られず、非大当たりの連続出現回数をカウントする他の方法が用いられてもよい。例えば、使用回数をリセットする代わりに天井値を更新してもよい。使用回数が天井値に達すると、天井値が所定数だけ増加するよう更新されてもよい。例えば天井値が１００で使用回数が１００に達すると、使用回数は１００のままで天井値が２００に更新されてもよい。
【0102】
実施の形態におけるギフトの対価ポイントから付与報酬への換算率は一例であって、これらは例えばライブ配信システムの管理者により適宜設定されてもよい。
【0103】
実施の形態に係る技術的思想を、配信者の画像の代わりに配信者の動きと同期した動きをするアバターを用いるバーチャルライブ配信や、ライブコマースに適用してもよい。また、実施の形態では、配信者のユーザ端末で生成されたライブ配信に係る動画データをサーバが中継して視聴者のユーザ端末に送信する場合を説明したが、これに限られない。例えば、実際の配信者の代わりに仮想の配信者を設定する場合に、本実施の形態に係る技術的思想を適用してもよい。仮想の配信者は、例えば、外見はアバターを用い、音声はＴＴＳ（Text-To-Speech）エンジンで構成し、発言内容は視聴者のコメントを入力とする機械学習モデルから得るＡＩバーチャル配信者である。この場合、配信者のユーザ端末は存在せず、配信者側の処理はサーバにて行われる。
【0104】
本明細書において説明された処理手順、特にフロー図、フローチャートを用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本開示の趣旨を逸脱しない限り本開示の範囲に含まれる。
【0105】
サーバ１０により実現される機能の少なくとも一部は、サーバ１０以外の装置、例えばユーザ端末２０、３０により実現されてもよい。ユーザ端末２０、３０により実現される機能の少なくとも一部は、ユーザ端末２０、３０以外の装置、例えば、サーバ１０により実現されてもよい。例えば、視聴者のユーザ端末で行われる動画データの画像への所定のフレーム画像の重畳は、サーバ１０で行われてもよいし、配信者のユーザ端末で行われてもよい。
【0106】
実施の形態では、通常の抽選結果の大当たりと使用回数が天井値に到達したことによる大当たりとで抽選結果ＩＤおよび付与報酬を同じにするがエフェクトを異ならせる（天井大当たりのエフェクトをより豪華にする、図１２、図１３）場合を説明したが、これに限られない。例えば、通常の大当たりと天井大当たりとを、付与報酬やエフェクトを含めて全く同じに設定してもよい。
【0107】
あるいはまた、図７の抽選アルゴリズムＤＢ３４０において通常の大当たりを特定する抽選結果ＩＤとは別に、天井大当たりを特定する抽選結果ＩＤを設けてもよい。この場合、通常の大当たりと天井大当たりとはランダムギフトの結果として異なるものとなる。天井大当たりの付与報酬を通常の大当たりの付与報酬と異ならせてもよく、例えば前者を後者より高く設定してもよい。天井大当たりのエフェクトを通常の大当たりのエフェクトと異ならせてもよく、例えば前者を後者より豪華に設定してもよい。天井大当たりのエフェクトは図１２に示されるようなものであってもよく、通常の大当たりのエフェクトは図１３に示されるようなものであってもよく、この場合、図１２と図１３とは異なる抽選結果に対応するエフェクトを表示するものである。本変形例では、天井大当たりにスペシャルなギフトを用意することで、天井に至るまでの途中でむしろ当たりを引かないことを楽しむゲーム性を提供できる。
【0108】
実施の形態では、抽選アルゴリズムは、ランダムギフトの使用回数が天井値に達した場合、大当たりが選択されるよう設定される場合を説明したが、これに限られない。抽選アルゴリズムは、ランダムギフトの使用回数が天井値に達した場合、抽選に依らない結果または予め定められた結果が選択されるよう設定されてもよい。例えば、上記のとおり天井大当たりと通常の大当たりとを異なるものとしてもよい。あるいはまた、天井大当たりを通常の２番目の当たり（例えば、図７の「ＲＡＮ１Ｂ」や「ＲＡＮ２Ｂ」）に設定してもよい。このように、天井大当たりを通常の非大当たりのうちの所定のものに設定することも可能である。あるいはまた、天井大当たりと通常の大当たりとで属性を異ならせてもよい。例えば、通常の大当たりは付与報酬とエフェクトとを伴う一方、天井大当たりは賞品が当たる、イベントのランキングポイントにボーナスが入る、特別なバナーやバッジがもらえる、などのように設定してもよい。あるいはまた、使用回数が天井値に達すると、大当たりが当たりやすい抽選が行われてもよい（例えば、大当たりの確率＝５０％、２番目の当たりの確率＝５０％）。
【0109】
あるいはまた、ランダムギフトに天井値が設定される天井期間とそうでない非天井期間とを設定してもよい。この場合、天井期間におけるランダムギフトの使用を促進することができる。また、いつ天井期間になるかを分からなくすることで、ゲーム性を高め、ライブ配信をより盛り上げることができる。
【0110】
実施の形態では、天井値の有無・高低や天井大当たりの属性により以下の４パターンのランダムギフトを提供することができる。
（１）低い天井値が設定されるランダムギフト
ライトな視聴者にも連続で投げることで満足感が得られる遊びを提供できる。
（２）高い天井値が設定されるランダムギフト
配信者は、天井が近いことで配信内で、ライトなユーザにギフトを依頼しやすくなる。
（３）天井値が設定されないランダムギフト
天井に近くないとユーザがギフティングしないことや、天井値の直前は使用量が増大して「天井が当たらなかった」という不満が出る可能性があるので、天井値のないランダムギフトを並行して設定することによって、選択肢をユーザに与えることができる。
（４）天井大当たりを狙うスペシャルなランダムギフト
ハズレを引き続けることでスペシャルなギフトが手に入る遊びを提供できる。
（１）低い天井値が設定されるランダムギフト
ライトな視聴者にも連続で投げることで満足感が得られる遊びを提供できる。
（２）高い天井値が設定されるランダムギフト
配信者は、天井が近いことで配信内で、ライトなユーザにギフトを依頼しやすくなる。
（３）天井値が設定されないランダムギフト
天井に近くないとユーザがギフティングしないことや、天井値の直前は使用量が増大して「天井が当たらなかった」という不満が出る可能性があるので、天井値のないランダムギフトを並行して設定することによって、選択肢をユーザに与えることができる。
（４）天井大当たりを狙うスペシャルなランダムギフト
ハズレを引き続けることでスペシャルなギフトが手に入る遊びを提供できる。
【要約】
【課題】ライブ配信におけるランダムギフトの効能を高める。
【解決手段】サーバは、進行中のライブ配信に参加している視聴者の端末からネットワークを介して、ライブ配信の配信者に対するギフトの使用を示す信号を受信する受信部と、信号の受信に応じて、所定の抽選アルゴリズムにしたがい、それぞれが異なる量の電子的価値に対応付けられた複数の抽選結果のなかから一つの抽選結果を選択する抽選部と、選択された抽選結果に対応する量の電子的価値を、ライブ配信の配信者に付与する付与部と、ギフトの使用回数を、複数の抽選結果のうち最大量の電子的価値に対応する抽選結果が選択されたときを基準としてカウントするカウント部と、を備える。所定の抽選アルゴリズムは、ギフトの使用回数がしきい値に達した場合、予め定められた抽選結果が選択されるよう設定される。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】