ホーム > 特許ランキング > １７ＬＩＶＥ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2022-05-11
(45)【発行日】2022-05-19
(54)【発明の名称】サーバ及び方法
(51)【国際特許分類】
H04N 21/27 20110101AFI20220512BHJP
G06Q 30/02 20120101ALI20220512BHJP
G06Q 50/10 20120101ALI20220512BHJP
H04L 67/63 20220101ALI20220512BHJP
H04N 21/235 20110101ALI20220512BHJP
H04N 21/478 20110101ALI20220512BHJP
【ＦＩ】
H04N21/27
G06Q30/02 320
G06Q50/10
H04L67/63
H04N21/235
H04N21/478
【請求項の数】
8
(21)【出願番号】P 2021212061
(22)【出願日】2021-12-27
【審査請求日】2022-01-25
【早期審査対象出願】
(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】
【文献】「ライバーアーミー」、１７ＬＩＶＥ、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
【文献】「実は簡単！Photoshopで写真をイラスト風や絵画風に変える方法」、URL:https://design-trekker.jp/design/photoshop/turn-photos-into-illustlations/
【発明の概要】
【発明が解決しようとする課題】
【0006】
投げ銭などのギフトはライブ配信を盛り上げる重要な要素である。数多くの種類のギフトを設け、それぞれのギフトに趣向を凝らすことができれば、ライブ配信のよりいっそうの盛り上がりを期待できる。
【0007】
従来のライブ配信のギフトは予め運営側で用意されるものであるから、どのライブ配信でも選択可能なギフトは同じとなる。しかしながら、ライブ配信は、その内容がどうなるかを前もって知ることができないという性質を有しているので、予め用意されたギフトでは配信者や視聴者の要望に応えきれない状況も生じうる。ライブ配信ならではのギフトの仕組みが求められている。
【0008】
本開示はこうした課題に鑑みてなされたものであり、その目的は、ライブ配信の性質に適応したギフティングを実現できる技術の提供にある。
【課題を解決するための手段】
【0009】
本開示のある態様は、サーバに関する。このサーバは、ライブ配信に係る動画データの生成側のユーザ端末から再生側のユーザ端末への動画データの伝送を中継する手段と、動画データの再生中に記録されたライブ配信の一部に基づいてギフトを生成する手段と、生成されたギフトを、動画データの再生中にライブ配信の配信者に付与するための処理を行う手段と、を備える。
【0010】
本発明の別の態様は、コンピュータプログラムである。このコンピュータプログラムは、ライブ配信に係る動画データの再生中に当該ライブ配信の一部を記録するための指示をユーザから受け付ける機能と、記録されたライブ配信の一部に基づき生成されたギフトを、動画データの再生中にディスプレイに表示させる機能と、を端末に実現させる。
【0011】
なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。
【発明の効果】
【0012】
本発明によれば、ライブ配信の性質に適応したギフティングを実現できる。
【図面の簡単な説明】
【0013】
【図1】本開示の実施の形態に係るライブ配信システムの構成を示す模式図である。
【図10】視聴者のユーザ端末のディスプレイに表示されるライブ配信選択画面の代表画面図である。
【図11】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図12】視聴者のユーザ端末のディスプレイに表示されるスクリーンショット待機画面の代表画面図である。
【図13】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図14】配信者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図15】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図16】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図17】実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。
【図18】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図19】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図20】配信者のユーザ端末のディスプレイに表示される視聴者選択画面の代表画面図である。
【図21】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図22】視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【図23】配信者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。
【発明を実施するための形態】
【0014】
以下、各図面に示される同一または同等の構成要素、部材、処理、信号には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。
【0015】
実施の形態に係るライブ配信システムでは、配信者や視聴者はライブ配信内で、当該ライブ配信の一部からギフトを生成することができる。例えば、配信者や視聴者は、ある特別な瞬間を捉えたスクリーンショットをライブ配信内でギフト化できる。これにより、ギフティングのオリジナリティと配信者／視聴者のエンゲージメントとを飛躍的に高めることができる。
【0016】
［ライブ配信システムの構成］
図１は、本開示の実施の形態に係るライブ配信システム１の構成を示す模式図である。ライブ配信システム１は、配信者（ライバー、ストリーマ（Streamer）ともいう）ＬＶと視聴者（オーディエンスともいう）ＡＵ（ＡＵ１、ＡＵ２、…）とがリアルタイムでやりとりできる双方向型のライブ配信サービスを提供する。図１に示すように、ライブ配信システム１は、サーバ１０と、配信者側のユーザ端末２０と、視聴者側のユーザ端末３０（３０ａ、３０ｂ、…）と、を備える。配信者および視聴者をユーザと総称することがある。サーバ１０は、ネットワークＮＷに接続された一または複数の情報処理装置によって構成されてもよい。ユーザ端末２０、３０は例えばスマートフォンやタブレット型端末やラップトップＰＣやレコーダや携帯型ゲーム機やウェアラブル装置などの携帯端末であってもよいし、デスクトップＰＣなどの据え置き型の装置であってもよい。サーバ１０、ユーザ端末２０およびユーザ端末３０は、有線または無線の各種ネットワークＮＷにより互いに通信可能に接続される。
図１は、本開示の実施の形態に係るライブ配信システム１の構成を示す模式図である。ライブ配信システム１は、配信者（ライバー、ストリーマ（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】
図４に戻り、アーミー管理部３０６は、アーミーへの登録と登録解除、アーミーの対価としての定期的なポイントの支払い、アーミーへの特別エフェクトの付与などアーミーの管理に関連する処理を行う。例えば、アーミー管理部３０６は、視聴者側のユーザ端末３０から、特定の配信者のアーミーになるための申請を受け付けると、当該視聴者の視聴者ＩＤが当該特定の配信者の配信者ＩＤに対応するアーミーＩＤに追加されるようアーミーＤＢ３１８を更新する。
【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】
情報処理装置９００は、ＣＰＵ９０１、ＲＯＭ（Read Only Memory）９０３、およびＲＡＭ（Random Access Memory）９０５を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インタフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２５、通信装置９２９を含んでもよい。さらに、情報処理装置９００は、カメラなどの撮像装置（不図示）を含む。また、情報処理装置９００は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Digital Signal Processor）またはＡＳＩＣ（Application Specific Integrated Circuit）と呼ばれるような処理回路を有してもよい。
【0072】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２３に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。例えば、ＣＰＵ９０１は、本実施の形態におけるサーバ１０およびユーザ端末２０、３０のそれぞれに含まれる各機能部の動作全般を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス９１１に接続されている。
【0073】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置であってもよいし、マイクロフォンなどの音センサ、加速度センサ、傾きセンサ、赤外線センサ、深度センサ、温度センサ、湿度センサなど物理量を電気信号に変換する装置であってもよい。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２７であってもよい。入力装置９１５は、ユーザが入力した情報または感知した物理量に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。
【0074】
出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ、ＰＤＰ、ＯＥＬＤなどのディスプレイ、スピーカおよびヘッドホンなどの音響出力装置、ならびにプリンタ装置などでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音響などの音として出力したりする。
【0075】
ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard Disk Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。
【0076】
ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２３のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２３に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２３に記録を書き込む。
【0077】
接続ポート９２５は、機器を情報処理装置９００に直接接続するためのポートである。接続ポート９２５は、例えば、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small Computer System Interface）ポートなどでありうる。また、接続ポート９２５は、ＲＳ－２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）ポートなどであってもよい。接続ポート９２５に外部接続機器９２７を接続することで、情報処理装置９００と外部接続機器９２７との間で各種のデータが交換されうる。
【0078】
通信装置９２９は、例えば、ネットワークＮＷに接続するための通信デバイスなどで構成された通信インタフェースである。通信装置９２９は、例えば、有線または無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Wireless USB）用の通信カードなどでありうる。また、通信装置９２９は、光通信用のルータ、ＡＤＳＬ（Asymmetric Digital Subscriber Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２９は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２９に接続される通信ネットワークＮＷは、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。なお、通信装置９２９は、通信部としての機能を実現する。
【0079】
カメラなどの撮像装置（不図示）は、例えばＣＣＤ（Charge Coupled Device）またはＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。当該撮像装置は、静止画を撮像するものであってもよいし、または動画を撮像するものであってもよい。
【0080】
以上、実施の形態に係るライブ配信システム１の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解される。
【0081】
実施の形態では、図１１、図１２、図１３の説明において視聴者がライブ配信のスクリーンショットをとることで特別ギフトが生成され、配信者に付与される場合を説明したが、これに限られない。例えば、そのように生成された特別ギフトを当該視聴者または他の視聴者が再度購入することができるようにサーバ１０を構成してもよい。この場合、図１３のライブ配信ルーム画面６３０が視聴者のユーザ端末３０のディスプレイに表示された後、視聴者はユーザ端末３０の入力手段を介してギフトの表示を要求するためのユーザ入力を行う。ユーザ端末３０の入力情報送信部２０６はこのユーザ入力を受けると、ギフト情報要求を生成してサーバ１０に送信する。サーバ１０の中継部３０４は、ギフト情報要求を受けると、ギフトＤＢ３２２を参照して使用可能なギフトのギフトＩＤを特定する。この際、中継部３０４は、図１１、図１２、図１３のプロセスを経て生成されギフトＤＢ３２２に登録されている特別ギフト「ＳＰＧ０１」について、ユーザＤＢ３２０を参照することでその特別ギフトを使用可能か否かを判定する。中継部３０４は、特別ギフト「ＳＰＧ０１」が、ギフト情報要求に含まれる配信者ＩＤで特定される配信者（ギフト情報要求の送信元の視聴者が視聴しているライブ配信の配信者）に対して贈られた特別ギフトとして登録されているならばその特別ギフト「ＳＰＧ０１」を使用可能と判定し、そうでなければ使用可能でないと判定する。中継部３０４は、使用可能と判定されたギフトのギフトＩＤを含むギフト情報応答を生成し、ユーザ端末３０に送信する。ユーザ端末３０の重畳情報生成部２０４は、ギフト情報応答に含まれるギフトＩＤで特定されるギフトのアイコン画像をリスト化した使用可能ギフト一覧画像をフレーム画像に含める。視聴側ＵＩ制御部２０２は、そのフレーム画像が重畳された動画像をディスプレイに表示させる。
【0082】
図１８は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６６０の代表画面図である。ライブ配信ルーム画面６６０は、動画データを再生することにより得られる配信者の画像６１２と、使用可能ギフト一覧画像と、を有する。使用可能ギフト一覧画像は、ギフトＩＤ「ＳＰＧ０１」で特定される特別ギフトのギフトアイコン６６２を有する。図１８のライブ配信ルーム画面６６０において視聴者がギフトアイコン６６２をタップすると、ユーザ端末３０は当該視聴者による当該ギフトアイコン６６２の指定を受け付ける。ユーザ端末３０は、指定されたギフトアイコン６６２に対応する特別ギフトのギフトＩＤ（この場合は「ＳＰＧ０１」）を含むギフト使用信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０は、ギフト使用信号を受信すると、対価の支払い処理とポイント付与処理とを行う。サーバ１０は、特別ギフト「ＳＰＧ０１」の画像６２８をユーザ端末２０、３０に送信する。ユーザ端末２０、３０は受信した特別ギフトの画像６２８を、ライブ配信の画像に重畳させてディスプレイに表示させる。
【0083】
図１９は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６６４の代表画面図である。図１８のライブ配信ルーム画面６６０において視聴者がギフトアイコン６６２をタップすると、図１９のライブ配信ルーム画面６６４がディスプレイに表示される。ライブ配信ルーム画面６６４は、配信者の画像６１２と、それに関連付けて表示される複数の特別ギフトの画像６２８と、を有する。ライブ配信ルーム画面６６４には贈られた数と同じ数の特別ギフトの画像６２８が表示される。これにより、ある視聴者が生成した特別ギフトへの、他の視聴者による賛同を示すことができる。また、ある視聴者が同じ特別ギフトを複数購入することで、その特別ギフトが表す瞬間への思い入れの強さを示すことができる。
【0084】
なお、本変形例では、現在配信中のライブ配信で生成された特別ギフトだけでなく、同じ配信者の過去の別のライブ配信で生成された特別ギフトをも表示させ、選択可能とすることができる。
【0085】
配信者から特定の視聴者へ有料ギフトを贈る変形例を説明する。図１４のライブ配信ルーム画面６３２において配信者が特別ギフト「ＳＫＫ５」のギフトアイコン６４０をタップすると、ユーザ端末２０は当該配信者による当該特別ギフトの指定を受け付ける。ユーザ端末２０は、指定された特別ギフトのギフトＩＤ（この場合は「ＳＫＫ５」）を含むギフト使用信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０は、ギフトＤＢ３２２を参照することで、受信したギフト使用信号に含まれるギフトＩＤで特定される特別ギフトのギフトアルゴリズムを取得し、実行する。具体的には、サーバ１０は、ストリームＤＢ３１６を参照することで、（配信者から）受信したギフト使用信号に含まれるストリームＩＤで特定されるライブ配信を現在視聴している視聴者の視聴者ＩＤを特定する。サーバ１０は、ユーザＤＢ３２０を参照することで、特定された視聴者ＩＤに対応する情報を取得する。サーバ１０は、特定された視聴者ＩＤと、取得された情報と、を含む視聴者リスト情報を生成し、配信者のユーザ端末２０に送信する。なお、本例では配信者が現在配信しているライブ配信の視聴者のなかから贈り先の視聴者を選ぶ場合を説明するが、他の例では、ユーザＤＢ３２０に登録されているライブ配信プラットフォームの全ユーザのなかから贈り先の視聴者を選んでもよい。
【0086】
ユーザ端末２０は、受信した視聴者リスト情報に基づいて、特別ギフトの贈り先となる視聴者を配信者に選択させるための視聴者選択画面６６６を生成し、ディスプレイに表示させる。図２０は、配信者のユーザ端末２０のディスプレイに表示される視聴者選択画面６６６の代表画面図である。視聴者選択画面６６６は、配信者のライブ配信を現在視聴している視聴者の視聴者ＩＤ６６８と、当該視聴者の情報６７０と、を対応付けて表示する。視聴者選択画面６６６において視聴者の情報は所定の基準（例えばギフティング総額が多い順、視聴時間が長い順、など）に従いソーティングされて表示されてもよい。配信者は特別ギフトの贈り先の視聴者の視聴者ＩＤ６６８または情報６７０をタップする。ユーザ端末２０は、タップにより配信者に指定された視聴者を特別ギフトの贈り先として決定する。ユーザ端末２０は、指定された視聴者の視聴者ＩＤを含む公開ギフト付与要求を生成し、サーバ１０に送信する。サーバ１０は、公開ギフト付与要求を受信すると、それに含まれるギフトＩＤ「ＳＫＫ５」で特定される特別ギフトの対価分のポイントが配信者のポイントから差し引かれるようユーザＤＢ３２０を更新する。サーバ１０は、公開ギフト付与要求に含まれる視聴者ＩＤで特定される視聴者のポイントが、特別ギフト「ＳＫＫ５」の付与ポイント分増加するようユーザＤＢ３２０を更新する。サーバ１０は、配信者が視聴者にギフトを贈ったことを示すテキストを生成し、配信者のユーザ端末２０および贈り先の視聴者を含む視聴者のユーザ端末３０に送信する。視聴者のユーザ端末３０は、受信したテキストをコメントとしてライブ配信の画像に重畳表示させる。
【0087】
図２１は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６７２の代表画面図である。ライブ配信ルーム画面６７２では、配信者の画像６１２の上にコメント６７４が重畳表示される。コメント６７４は、サーバ１０から受信した、配信者が視聴者にギフトを贈ったことを示すテキストを含む。このコメント６７４はライブ配信を視聴中の全ての視聴者のユーザ端末３０に表示される。
【0088】
図１４のライブ配信ルーム画面６３２において配信者が特別ギフト「ＳＫＫ４」のギフトアイコン６３８をタップすると、特別ギフト「ＳＫＫ５」に関して上で説明された処理と同様の処理が実行される。異なる点は、配信者が視聴者にギフトを贈ったことを示すテキストは、贈り先の視聴者のユーザ端末３０のみに送信され、当該ユーザ端末３０でのみ表示されることである。
【0089】
配信者から視聴者にギフトを贈ることを可能とすることにより、配信者から視聴者への歩み寄りを促進することができる。例えば、影響力のある視聴者に、配信者が自分のことを知ってもらうきっかけを作るためのツールとして利用可能である。
【0090】
実施の形態では、ライブ配信視聴中に視聴者が配信者に対して特別ギフトを贈る場合を説明したが、これに限られない。例えば、特別ギフトを購入した視聴者が配信者となり、自分のライブ配信でその特別ギフトを宣伝、販売してもよい。例えば図７の例で、ユーザＩＤ「ＳＳ５」のユーザは、過去にユーザＩＤ「００１Ａ」のユーザが配信したライブ配信で特別ギフト「ＳＰＧ０１」を購入して贈ったとする。ユーザＩＤ「ＳＳ５」のユーザが配信者となって配信しているライブ配信の視聴者は、ユーザ端末３０の入力手段を介してギフトの表示を要求するためのユーザ入力を行う。ユーザ端末３０の入力情報送信部２０６はこのユーザ入力を受けると、ギフト情報要求を生成してサーバ１０に送信する。サーバ１０の中継部３０４は、ギフト情報要求を受けると、ギフトＤＢ３２２を参照して使用可能なギフトＩＤを特定する。この際、中継部３０４は、特別ギフト「ＳＰＧ０１」について、ユーザＤＢ３２０を参照することでその特別ギフトを使用可能か否かを判定する。中継部３０４は、特別ギフト「ＳＰＧ０１」が、ギフト情報要求に含まれる配信者ＩＤ「ＳＳ５」で特定される配信者が他のユーザに贈った特別ギフトとして登録されているならばその特別ギフト「ＳＰＧ０１」を使用可能と判定する。中継部３０４は、使用可能と判定されたギフトのギフトＩＤを含むギフト情報応答を生成し、ユーザ端末３０に送信する。ユーザ端末３０の重畳情報生成部２０４は、ギフト情報応答に含まれるギフトＩＤで特定されるギフトのアイコン画像をリスト化した使用可能ギフト一覧画像をフレーム画像に含める。視聴側ＵＩ制御部２０２は、そのフレーム画像が重畳された動画像をディスプレイに表示させる。
【0091】
図２２は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６７６の代表画面図である。ライブ配信ルーム画面６７６は、動画データを再生することにより得られる配信者「ＳＳ５」の画像６７８と、使用可能ギフト一覧画像と、を有する。使用可能ギフト一覧画像は、ギフトＩＤ「ＳＰＧ０１」で特定される特別ギフトのギフトアイコン６８０を有する。ライブ配信ルーム画面６７６では、ギフトアイコン６８０が示す特別ギフト「ＳＰＧ０１」の贈り先の配信者「００１Ａ」と、当該ライブ配信ルーム画面６７６で再生されている配信者の画像６７８の配信者「ＳＳ５」と、は異なる。ギフトアイコン６８０が示す特別ギフト「ＳＰＧ０１」の贈り主の配信者「ＳＳ５」と、当該ライブ配信ルーム画面６７６で再生されている配信者の画像６７８の配信者「ＳＳ５」と、は一致する。配信者「ＳＳ５」は、別の配信者「００１Ａ」を応援していること、および当該ライブ配信ルーム画面６７６にて別の配信者「００１Ａ」のための特別ギフト「ＳＰＧ０１」を購入するよう自分の視聴者に呼びかける。
【0092】
図２２のライブ配信ルーム画面６７６において視聴者がギフトアイコン６８０をタップすると、ユーザ端末３０は当該視聴者による当該ギフトアイコン６８０の指定を受け付ける。ユーザ端末３０は、指定されたギフトアイコン６８０に対応する特別ギフトのギフトＩＤ（この場合は「ＳＰＧ０１」）を含むギフト使用信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０は、ギフト使用信号を受信すると、ギフト使用信号に含まれるギフトＩＤ「ＳＰＧ０１」で特定される特別ギフトの対価分のポイントが視聴者のポイントから差し引かれるようユーザＤＢ３２０を更新する。サーバ１０は、特別ギフト「ＳＰＧ０１」の贈り先のユーザ（この場合、ユーザＩＤ「００１Ａ」のユーザ）のポイントが、特別ギフト「ＳＰＧ０１」の付与ポイント分増加するようユーザＤＢ３２０を更新する。なお、この付与ポイントを、特別ギフト「ＳＰＧ０１」の贈り先のユーザ「００１Ａ」と、特別ギフト「ＳＰＧ０１」の購入が行われたライブ配信の配信者「ＳＳ５」と、の間で按分してもよい。サーバ１０は、配信者「ＳＳ５」のライブ配信において特別ギフト「ＳＰＧ０１」が売れたことを示すテキストと、特別ギフト「ＳＰＧ０１」の画像６２８と、を、特別ギフト「ＳＰＧ０１」の贈り先のユーザ「００１Ａ」のユーザ端末２０に送信する。当該ユーザ端末２０は、受信したテキストをコメントとしてライブ配信の画像に重畳表示させる。
【0093】
図２３は、配信者のユーザ端末２０のディスプレイに表示されるライブ配信ルーム画面６８２の代表画面図である。ライブ配信ルーム画面６８２は、動画データを再生することにより得られる配信者「００１Ａ」の画像６８４と、贈られた数と同数の特別ギフトの画像６２８と、配信者「００１Ａ」の画像６８４の上に重畳表示されるコメント６８６と、を有する。コメント６８６は、サーバ１０から受信した、配信者「ＳＳ５」のライブ配信において特別ギフト「ＳＰＧ０１」が売れたことを示すテキストを含む。このコメント６８６は、配信者「００１Ａ」のライブ配信を視聴中の全ての視聴者のユーザ端末３０に表示される。このように、特別ギフトの贈り主は、自分が配信をしていて贈り先の配信者のライブ配信に参加できないときでも、自分の配信を通じて贈り先の配信者を応援することができる。
【0094】
実施の形態において、ライブ配信外であってもユーザ端末２０、３０からサーバ１０に要求することで、ユーザが贈った及び／又はユーザに贈られた特別ギフトの情報を閲覧できるようにサーバ１０を構成してもよい。
【0095】
実施の形態におけるギフトの対価からギフトの付与ポイントへの換算率は一例であって、これらは例えばライブ配信システム１の管理者により適宜設定されてもよい。
【0096】
実施の形態に係る技術的思想を、配信者の画像の代わりに配信者の動きと同期した動きをするアバターを用いるバーチャルライブ配信や、ライブコマースに適用してもよい。
【0097】
本明細書において説明された処理手順、特にフロー図、フローチャートを用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本開示の趣旨を逸脱しない限り本開示の範囲に含まれる。
【0098】
サーバ１０により実現される機能の少なくとも一部は、サーバ１０以外の装置、例えばユーザ端末２０、３０により実現されてもよい。ユーザ端末２０、３０により実現される機能の少なくとも一部は、ユーザ端末２０、３０以外の装置、例えば、サーバ１０により実現されてもよい。例えば、再生側のユーザ端末で行われる動画データの画像への所定のフレーム画像の重畳は、サーバ１０で行われてもよいし、生成側のユーザ端末で行われてもよい。また、特別ギフトの生成の少なくとも一部をユーザ端末で行ってもよい。
【要約】 （修正有）
【課題】ライブ配信の性質に適応したギフティングを実現するサーバ及び方法を提供する。
【解決手段】ライブ配信の性質に適応したギフティングを実現するライブ配信システムにおいて、サーバ１０は、配信情報提供部３０２と、中継部３０４と、アーミー管理部３０６と、通常ギフト処理部３０８と、特別ギフト処理部３１０と、ギフト付与部３１２と、支払い処理部３１４と、ストリームＤＢ３１６と、アーミーＤＢ３１８と、ユーザＤＢ３２０と、ギフトＤＢ３２２と、を備える。
【選択図】図４
【解決手段】ライブ配信の性質に適応したギフティングを実現するライブ配信システムにおいて、サーバ１０は、配信情報提供部３０２と、中継部３０４と、アーミー管理部３０６と、通常ギフト処理部３０８と、特別ギフト処理部３１０と、ギフト付与部３１２と、支払い処理部３１４と、ストリームＤＢ３１６と、アーミーＤＢ３１８と、ユーザＤＢ３２０と、ギフトＤＢ３２２と、を備える。
【選択図】図４
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】