特開 2023-162645 コンピュータプログラム及び端末

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023162645

(43)【公開日】2023-11-09

(54)【発明の名称】コンピュータプログラム及び端末

(51)【国際特許分類】

   H04N 21/235 20110101AFI20231101BHJP

   H04N 21/472 20110101ALI20231101BHJP

   H04L 67/561 20220101ALI20231101BHJP

【ＦＩ】

H04N21/235

H04N21/472

H04L67/561

【審査請求】有

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022073122

(22)【出願日】2022-04-27

(11)【特許番号】

(45)【特許公報発行日】2022-09-02

(71)【出願人】

【識別番号】517287224

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

(74)【代理人】

【識別番号】100199277

【弁理士】

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

(72)【発明者】

【氏名】田中 智洸

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164SA25S

5C164SB08P

5C164UB10S

5C164UD41P

(57)【要約】

【課題】ライブ配信におけるギフト使用体験のバリエーションを増やすことで、より多くの視聴者が楽しむことができるライブ配信を実現する。
【解決手段】コンピュータプログラムは、ライブ配信の視聴者の端末に、配信者がライブ配信を止めると、当該配信者の端末で生成された動画像をリアルタイムで表示するライブ配信画面から所定の画像を表示する配信後画面に遷移させる機能と、配信後画面においてギフトの使用の指示を視聴者から受け付ける機能と、を実現させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

ライブ配信の視聴者の端末に、
配信者がライブ配信を止めると、当該配信者の端末で生成された動画像をリアルタイムで表示するライブ配信画面から所定の画像を表示する配信後画面に遷移させる機能と、
配信後画面においてギフトの使用の指示を視聴者から受け付ける機能と、を実現させるためのコンピュータプログラム。

【請求項2】

前記受け付ける機能は、所定の期間に限りギフトの使用の指示を受け付ける機能を含む請求項１に記載のコンピュータプログラム。

【請求項3】

所定の画像はライブ配信の配信者が予め登録しておいた画像である請求項１に記載のコンピュータプログラム。

【請求項4】

配信者への使用されたギフトに関する通知は非リアルタイムで行われる請求項１に記載のコンピュータプログラム。

【請求項5】

ライブ配信の配信者の端末に、
ライブ配信を止めるための指示を配信者から受け付ける機能と、
ライブ配信を止めた後に当該ライブ配信に係る情報を含む画面をディスプレイに表示させる機能と、を実現させ、
前記情報は、ライブ配信を止めると視聴者の端末に表示される配信後画面において当該視聴者が使用したギフトに関する情報を含むコンピュータプログラム。

【請求項6】

前記画面は、ギフトを使用した視聴者に対して配信者がメッセージを送れるよう構成される請求項５に記載のコンピュータプログラム。

【請求項7】

ライブ配信の視聴者の端末に、
ライブ配信の視聴を止めるための指示を視聴者から受け付ける機能と、
ライブ配信の視聴の停止に応じて、当該ライブ配信の配信者に対してギフトを使用するか否かを問い合わせる問い合わせ画面をディスプレイに表示させる機能と、を実現させるためのコンピュータプログラム。

【請求項8】

ライブ配信の視聴者の端末に、
ライブ配信中にギフトの使用の指示を視聴者から受け付ける機能と、
ギフトの使用の指示の受け付けに応じて、ライブ配信に係る動画像の表示を止める機能と、を実現させるためのコンピュータプログラム。

【請求項9】

配信者への使用されたギフトに関する通知は非リアルタイムで行われる請求項８に記載のコンピュータプログラム。

【請求項10】

ギフトの使用の指示の受け付けに応じて、対応するエフェクトをディスプレイに表示させる機能をさらに前記端末に実現させ、
前記止める機能は、エフェクトの表示が終了すると、ライブ配信に係る動画像の表示を止める機能を含む請求項８に記載のコンピュータプログラム。

【請求項11】

ライブ配信の視聴者の端末であって、
配信者がライブ配信を止めると、当該配信者の端末で生成された動画像をリアルタイムで表示するライブ配信画面から所定の画像を表示する配信後画面に遷移させる手段と、
配信後画面においてギフトの使用の指示を視聴者から受け付ける手段と、を備える端末。

【請求項12】

ライブ配信の配信者の端末であって、
ライブ配信を止めるための指示を受け付ける手段と、
ライブ配信を止めた後に当該ライブ配信に係る情報をディスプレイに表示させる手段と、を備え、
前記情報は、ライブ配信を止めると視聴者の端末に表示される配信後画面において当該視聴者が使用したギフトに関する情報を含む端末。

【請求項13】

ライブ配信の視聴者の端末であって、
ライブ配信の視聴を止めるための指示を受け付ける手段と、
ライブ配信の視聴の停止に応じて、当該ライブ配信の配信者に対してギフトを使用するか否かを問い合わせる問い合わせ画面をディスプレイに表示させる手段と、を備える端末。

【請求項14】

ライブ配信の視聴者の端末であって、
ライブ配信中にギフトの使用の指示を視聴者から受け付ける手段と、
ギフトの使用の指示の受け付けに応じて、ライブ配信に係る動画像の表示を止める手段と、を備える端末。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、コンピュータプログラム及び端末に関する。

【背景技術】

【0002】

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

【0003】

投げ銭などのギフトはライブ配信を盛り上げる重要な要素であると共に配信者の重要な収入源となっている。特許文献１には、ライブ配信中に投銭エフェクト画像を表示することで配信を盛り上げる技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－０１７８７０号公報

【発明の概要】

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

【0005】

一般的に、ライブ配信内で視聴者がギフトを投げると、エフェクトやコメントなどにより配信者は誰が何を投げたかをリアルタイムで知ることができ、即座に感謝を述べたり、パフォーマンスを披露するなどのアクションをとることができる。これはライブ配信における配信者と視聴者とのコミュニケーションのひとつのあり方として定着している。

【0006】

一方、視聴者のなかには目立たずに配信者を応援したいという思いを持つような者もいる。上記のような現状のギフト使用体験ではこの思いに応えることはできない。

【0007】

本開示はこうした課題に鑑みてなされたものであり、その目的は、ライブ配信におけるギフト使用体験のバリエーションを増やすことで、より多くの視聴者が楽しむことができるライブ配信を実現する技術の提供にある。

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

【0008】

本発明のある態様は、コンピュータプログラムに関する。このコンピュータプログラムは、ライブ配信の視聴者の端末に、配信者がライブ配信を止めると、当該配信者の端末で生成された動画像をリアルタイムで表示するライブ配信画面から所定の画像を表示する配信後画面に遷移させる機能と、配信後画面においてギフトの使用の指示を視聴者から受け付ける機能と、を実現させる。

【0009】

本発明の別の態様もまた、コンピュータプログラムである。このコンピュータプログラムは、ライブ配信の配信者の端末に、ライブ配信を止めるための指示を配信者から受け付ける機能と、ライブ配信を止めた後に当該ライブ配信に係る情報を含む画面をディスプレイに表示させる機能と、を実現させる。情報は、ライブ配信を止めると視聴者の端末に表示される配信後画面において当該視聴者が使用したギフトに関する情報を含む。

【0010】

本発明のさらに別の態様もまた、コンピュータプログラムである。このコンピュータプログラムは、ライブ配信の視聴者の端末に、ライブ配信の視聴を止めるための指示を視聴者から受け付ける機能と、ライブ配信の視聴の停止に応じて、当該ライブ配信の配信者に対してギフトを使用するか否かを問い合わせる問い合わせ画面をディスプレイに表示させる機能と、を実現させる。

【0011】

本発明のさらに別の態様もまた、コンピュータプログラムである。このコンピュータプログラムは、ライブ配信の視聴者の端末に、ライブ配信中にギフトの使用の指示を視聴者から受け付ける機能と、ギフトの使用の指示の受け付けに応じて、ライブ配信に係る動画像の表示を止める機能と、を実現させる。

【0012】

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

【発明の効果】

【0013】

本発明によれば、ライブ配信におけるギフト使用体験のバリエーションを増やすことで、より多くの視聴者が楽しむことができるライブ配信を実現できる。

【図面の簡単な説明】

【0014】

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

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

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

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

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

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

【図7】図３の配信後画像ＤＢの一例を示すデータ構造図である。

【図8】図３の配信外獲得ギフトＤＢの一例を示すデータ構造図である。

【図9】配信者がライブ配信を止める前後のライブ配信システムにおける処理を示す模式図である。

【図10】配信者がライブ配信を止める前後のライブ配信システムにおける処理の流れを示すチャートである。

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

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

【図13】視聴者のユーザ端末のディスプレイに表示される、ギフト領域が重畳表示されたライブ配信ルーム画面の代表画面図である。

【図14】視聴者のユーザ端末のディスプレイに表示される、エフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。

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

【図16】配信者のユーザ端末のディスプレイに表示される、エフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。

【図17】視聴者のユーザ端末のディスプレイに表示される、ダイアログが重畳表示されたライブ配信選択画面の代表画面図である。

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

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

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

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

【図22】視聴者のユーザ端末のディスプレイに表示される、ギフト領域が重畳表示されたライブ配信ルーム画面の代表画面図である。

【図23】視聴者のユーザ端末のディスプレイに表示される、ダイアログが重畳表示されたライブ配信ルーム画面の代表画面図である。

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

【0015】

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

【0016】

実施の形態に係るライブ配信システムでは、ライブ配信が終わった時、または視聴者がライブ配信から抜ける時に、一定期間、配信者にギフトを贈ることができる仕組みが提供される。この仕組みでは、基本的に配信者に対するギフト付与のリアルタイム通知はなされず、ライブ配信を止めた後に閲覧可能となるライブ配信解析画面にて誰がギフトを贈ったかがわかるようになっている。

【0017】

この仕組みによると、配信者にリアルタイム通知が行かないようにしてギフトを贈れるので、視聴者は「お疲れ様！」のような軽い気持ちでギフトを贈ることができる。その結果、目立たずに縁の下で支えたい、と思っている視聴者もギフティングで楽しめるライブ配信プラットフォームが実現される。

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

ユーザ端末２０は、ユーザの像および音声を記録した動画データを生成してサーバ１０に提供する配信部１００と、サーバ１０から動画データを取得して再生する視聴部２００と、解析結果提供部２５０と、タイムライン提供部２６０と、を備える。ユーザは、配信を行う場合は配信部１００を、視聴を行う場合は視聴部２００を、それぞれ起動する。配信部１００がアクティブとなっているユーザ端末は配信者側、つまり動画データの生成側のユーザ端末であり、視聴部２００がアクティブとなっているユーザ端末は視聴者側、つまり動画データの再生側のユーザ端末である。

【0028】

配信部１００は、撮像制御部１０２と、音声制御部１０４と、動画送信部１０６と、配信側ＵＩ制御部１０８と、を含む。撮像制御部１０２は図２では不図示のカメラと接続され、カメラによる撮像を制御する。撮像制御部１０２はカメラから画像データを取得する。音声制御部１０４は図２では不図示のマイクロフォンと接続され、マイクロフォンによる音声入力を制御する。音声制御部１０４は、マイクロフォンから音声データを取得する。動画送信部１０６は、撮像制御部１０２により取得された画像データおよび音声制御部１０４により取得された音声データを含む動画データを、ネットワークＮＷを介してサーバ１０に送信する。動画送信部１０６による動画データの送信はリアルタイムで行われる。すなわち、撮像制御部１０２および音声制御部１０４による動画データの生成と、生成された動画データの動画送信部１０６による送信と、は実質的に同時に行われる。配信側ＵＩ制御部１０８は、配信者向けのＵＩを制御する。配信側ＵＩ制御部１０８は、図２では不図示のディスプレイと接続され、動画送信部１０６による送信対象となっている動画データを再生することにより動画像をディスプレイに表示させる。配信側ＵＩ制御部１０８は、ディスプレイに操作用オブジェクトや指示受け付け用のオブジェクトを表示させ、配信者によるタップ入力を受け付ける。

【0029】

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

【0030】

配信後制御部２０８は、配信者がライブ配信を止めたときの処理および視聴者がライブ配信の視聴を止めたときの処理を制御する。配信後制御部２０８は、配信者がライブ配信を止めてから所定の期間（以下、回収期間という）内に限り、視聴者によるおつかれギフトの使用の指示を受け付ける。配信後制御部２０８は、視聴者がライブ配信の視聴を止めた後、視聴者によるおつかれギフトの使用の指示を受け付ける。配信後制御部２０８の機能の詳細は後述する。

【0031】

解析結果提供部２５０は、過去のライブ配信を解析した結果を配信者に提供する。解析結果提供部２５０は配信者から解析結果の表示指示を受け付けると、解析結果要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。解析結果提供部２５０は、解析結果をサーバ１０から受信する。解析結果提供部２５０は、受信した解析結果に基づいてライブ配信に係る情報を含む後述のライブ配信解析画面を生成し、ディスプレイに表示させる。

【0032】

タイムライン提供部２６０は、ユーザのタイムライン情報をサーバ１０から取得してユーザに提示する。タイムライン提供部２６０は、ユーザからタイムラインの表示指示を受け付けると、タイムライン要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。タイムライン提供部２６０は、タイムライン情報をサーバ１０から受信する。タイムライン提供部２６０は、受信したタイムライン情報に基づいて後述のタイムライン画面を生成し、ディスプレイに表示させる。

【0033】

図３は、図１のサーバ１０の機能および構成を示すブロック図である。サーバ１０は、配信情報提供部３０２と、中継部３０４と、ギフト処理部３０８と、支払い処理部３１０と、配信後画像登録部３２２と、配信後画像提供部３２４と、配信外ギフト登録部３２６と、配信解析部３２８と、タイムライン更新部３３０と、ストリームＤＢ３１４と、ユーザＤＢ３１８と、ギフトＤＢ３２０と、配信後画像ＤＢ３３２と、配信外獲得ギフトＤＢ３３４と、ユーザごとにタイムライン情報を保持するタイムラインＤＢ３３６と、を備える。

【0034】

図４は、図３のストリームＤＢ３１４の一例を示すデータ構造図である。ストリームＤＢ３１４は現在行われているライブ配信の情報を保持する。ストリームＤＢ３１４は、ライブ配信システム１が提供するライブ配信プラットフォームにおいてライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者を特定するユーザＩＤである配信者ＩＤと、当該ライブ配信の視聴者を特定するユーザＩＤである視聴者ＩＤと、を対応付けて保持する。本実施の形態に係るライブ配信システム１が提供するライブ配信プラットフォームでは、ユーザがライブ配信を行う場合そのユーザは配信者となり、また同じユーザが他のユーザが配信するライブ配信を視聴する場合は視聴者となる。したがって、配信者・視聴者の別は固定的なものではなく、あるとき配信者ＩＤとして登録されていたユーザＩＤが別のタイミングでは視聴者ＩＤとして登録されることもある。

【0035】

図５は、図３のユーザＤＢ３１８の一例を示すデータ構造図である。ユーザＤＢ３１８は、ユーザに関する情報を保持する。ユーザＤＢ３１８は、ユーザを特定するユーザＩＤと、当該ユーザが有しているポイントと、当該ユーザに付与された報酬と、を対応付けて保持する。ポイントは、ライブ配信プラットフォーム内で流通する電子的価値である。ユーザはクレジットカードや他の決済手段によりポイントを購入する。報酬は、配信者がライブ配信プラットフォームの管理者から受け取る金銭の額を決めるための指標である。ライブ配信プラットフォームでは、ライブ配信内やライブ配信外で視聴者が配信者にギフトを贈ると、視聴者のポイントが消費され、併せて配信者の報酬が相応分だけ増加する。

【0036】

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

【0037】

ギフトＤＢ３２０は、ギフトを特定するギフトＩＤと、当該ギフトを配信者に贈った場合に当該配信者に付与される報酬である付与報酬と、当該ギフトを使用する際に支払うべき対価である対価ポイントと、ギフトの種別と、を対応付けて保持する。視聴者は、ライブ配信視聴中に、所望のギフトの対価ポイントを支払うことで配信者に当該ギフトを贈ることができる。この対価ポイントの支払いは適宜の電子的決済手段により行われてもよく、例えば対価ポイントを視聴者が管理者に支払うことで行われてもよい。あるいはまた、銀行振込やクレジットカードによる支払いが用いられてもよい。付与報酬と対価ポイントとの関係は管理者が任意に設定可能である。例えば、付与報酬＝対価ポイントに設定してもよい。または付与報酬に１．２などの所定の係数を乗じて得られるポイントを対価ポイントに設定してもよいし、付与報酬に所定の手数料ポイントを加算して得られるポイントを対価ポイントに設定してもよい。

【0038】

ギフトの種別は、当該ギフトが通常ギフトであるかおつかれギフトであるかを示す。通常ギフトはライブ配信内で使用可能なギフトであり、ライブ配信外では使用不可に設定される。おつかれギフトは、ライブ配信外で使用可能なギフトであり、特に配信者がライブ配信を止めた後の回収期間内および視聴者が視聴を止めたタイミングに限り使用可能なギフトである。

【0039】

図７は、図３の配信後画像ＤＢ３３２の一例を示すデータ構造図である。配信後画像ＤＢ３３２は、回収期間において視聴者のユーザ端末３０に表示される配信後画像を保持する。配信後画像ＤＢ３３２は、配信者の配信者ＩＤと、当該配信者によって登録された配信後画像の画像データと、を対応付けて保持する。図７の例では、配信後画像ＤＢ３３２は、予め配信後画像を登録していない配信者のライブ配信の後に表示される共通の配信後画像の画像データを、配信者ＩＤ＝（デフォルト）に対応する画像データとして保持する。

【0040】

図８は、図３の配信外獲得ギフトＤＢ３３４の一例を示すデータ構造図である。配信外獲得ギフトＤＢ３３４は、配信者がライブ配信外で受け取ったギフトに係る情報を保持する。配信外獲得ギフトＤＢ３３４は特に配信者がライブ配信終了後の回収期間内に受け取ったおつかれギフトに係る情報および視聴者がライブ配信の視聴を止めたタイミングで当該視聴者から受け取るおつかれギフトに係る情報を保持する。配信外獲得ギフトＤＢ３３４は、終了したライブ配信または視聴を止めたライブ配信のストリームＩＤと、おつかれギフトを使用した視聴者を特定するギフターＩＤと、当該視聴者が使用したおつかれギフトを特定するギフトＩＤおよびギフト種別と、を対応付けて保持する。

【0041】

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

【0042】

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

【0043】

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

【0044】

中継部３０４は、視聴者がライブ配信の視聴を止めた旨を示すライブ配信視聴停止信号を当該視聴者のユーザ端末３０から受信すると、当該信号の送信元のユーザ端末３０へのライブ配信に係る動画データの伝送を停止する。ライブ配信視聴停止信号は、視聴者の視聴者ＩＤと、当該視聴者が視聴を止めたライブ配信のストリームＩＤと、を含む。併せて中継部３０４は、受信したライブ配信視聴停止信号に含まれるストリームＩＤの視聴者ＩＤから、当該信号に含まれる視聴者ＩＤが除かれるようにストリームＤＢ３１４を更新する。

【0045】

ギフト処理部３０８は、オブジェクト指定信号に含まれるギフトＩＤで特定されるギフトの付与報酬に応じて配信者の報酬を増加させるようにユーザＤＢ３１８を更新する。ギフト処理部３０８は、ギフトＤＢ３２０を参照し、受信したオブジェクト指定信号に含まれるギフトＩＤに対応する付与報酬を特定する。ギフト処理部３０８は、オブジェクト指定信号に含まれる配信者ＩＤに対応する報酬に、特定された付与報酬を加えるようユーザＤＢ３１８を更新する。

【0046】

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

【0047】

配信後画像登録部３２２は、配信者による配信後画像の事前登録を受け付ける。配信者のユーザ端末２０は配信後画像の入力を受け付ける画面をディスプレイに表示させ、配信者は当該画面に所望の配信後画像を入力する。ユーザ端末２０は、配信後画像が入力されるとその配信後画像を含む配信後画像登録要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。配信後画像登録部３２２は、配信者のユーザ端末２０から配信後画像登録要求を受信すると、当該要求に含まれる配信後画像を、当該要求の送信元の配信者の配信者ＩＤに対応付けて配信後画像ＤＢ３３２に登録する。これにより、配信者は配信後画像を予め登録することができる。

【0048】

配信後画像提供部３２４は、配信者のユーザ端末２０からライブ配信を終了する旨の通知を受けると、当該配信者の配信者ＩＤに対応する配信後画像を配信後画像登録部３２２から取得する。配信後画像提供部３２４は、事前登録がない場合はデフォルトの配信後画像を取得する。配信後画像提供部３２４は、取得された配信後画像を、終了したライブ配信を終了時点まで視聴していた視聴者のユーザ端末３０に、ネットワークＮＷを介して送信する。配信後画像提供部３２４はストリームＤＢ３１４を参照することで、送信対象の視聴者（のユーザ端末３０）を特定する。ユーザ端末３０は、配信後画像から配信後画面を生成する。配信後画面は、終了したライブ配信の回収期間においてユーザ端末３０のディスプレイに表示される。

【0049】

配信外ギフト登録部３２６は、ライブ配信外で視聴者から配信者に（または、ユーザから別のユーザに）贈られたギフトの情報を配信外獲得ギフトＤＢ３３４に登録する。特に配信外ギフト登録部３２６は、回収期間内に使用可能なおつかれギフトの情報を配信外獲得ギフトＤＢ３３４に登録する。配信外ギフト登録部３２６はまた、視聴者が視聴を止めたタイミングで贈るおつかれギフトの情報を配信外獲得ギフトＤＢ３３４に登録する。

【0050】

おつかれギフトはライブ配信外で使用されるギフトであるが、当該おつかれギフトの使用に伴う報酬付与処理および対価支払い処理は、ライブ配信内で使用される通常ギフトのそれに準じる。通常ギフトとおつかれギフトとの違いは通知のリアルタイム性にある。配信者に対する通常ギフトに関する通知はリアルタイムで行われる。配信者に対するおつかれギフトに関する通知は非リアルタイムで行われる。例えば、通常ギフトをライブ配信内で使用すると視聴者のユーザ端末３０および配信者のユーザ端末２０に対応するエフェクトが表示されるので、配信者はリアルタイムで通常ギフトの使用を知ることができる。おつかれギフトを回収期間内に使用してもそのようなエフェクトは生成されない。後述するが、おつかれギフトの使用はライブ配信解析画面を通じて非リアルタイムで配信者に通知される。

【0051】

配信解析部３２８は、配信者のユーザ端末２０から解析結果要求を受信すると、当該配信者の過去のライブ配信の各種メトリック（視聴者数、新規視聴者数、配信時間、獲得ポイント、獲得報酬等）を解析し、解析結果を生成する。配信解析部３２８は併せて配信外獲得ギフトＤＢ３３４を参照し、対象となっている過去のライブ配信の回収期間に使用されたおつかれギフトの情報および視聴者が当該ライブ配信の視聴を途中で止めたタイミングで使用したおつかれギフトの情報を取得し、解析結果に含める。配信解析部３２８は、生成された解析結果を要求元のユーザ端末２０に送信する。

【0052】

タイムライン更新部３３０はタイムラインＤＢ３３６を更新する。タイムライン更新部３３０は、ユーザのユーザ端末からタイムライン要求を受信すると、タイムラインＤＢ３３６から当該ユーザのタイムライン情報を取得する。タイムライン更新部３３０は、取得されたタイムライン情報を、要求元のユーザのユーザ端末に送信する。

【0053】

以上の構成によるライブ配信システム１の動作を説明する。
図９は、配信者がライブ配信を止める前後のライブ配信システム１における処理を示す模式図である。図９では左から右に時系列で処理が示されているので、その流れに沿って説明する。まず配信者はライブ配信開始前に自己のユーザ端末２０で所望の配信後画像を生成する。ユーザ端末２０は、生成された配信後画像をサーバ１０に送信する。サーバ１０の配信後画像登録部３２２は、受信した配信後画像を配信後画像ＤＢ３３２に登録する。

【0054】

配信者は自己のユーザ端末２０を用いてライブ配信を行い、視聴者Ａ、視聴者Ｂ、視聴者Ｃはそれぞれのユーザ端末３０ａ、３０ｂ、３０ｃを用いて当該ライブ配信を視聴する。ユーザ端末２０、ユーザ端末３０ａ、３０ｂ、３０ｃのディスプレイにはそれぞれライブ配信ルーム画面が表示される。このライブ配信中に視聴者Ａが通常ギフト５０２を使用すると、ユーザ端末２０、ユーザ端末３０ａ、３０ｂ、３０ｃのそれぞれのライブ配信ルーム画面に、対応するエフェクト５０４と「視聴者Ａが通常ギフトを贈った」旨のコメントとが表示される。これは、視聴者Ａのユーザ端末３０ａが通常ギフト５０２のギフトＩＤを含むオブジェクト指定信号を生成してサーバ１０に送信し、サーバ１０のギフト処理部３０８が受信したオブジェクト指定信号からギフトＩＤと視聴者ＩＤとを抽出してエフェクト生成指示信号に含め、ギフト処理部３０８が当該エフェクト生成指示信号を配信者のユーザ端末２０および他の視聴者Ｂ、Ｃのユーザ端末３０ｂ、３０ｃに送信し、それぞれのユーザ端末において受信したエフェクト生成指示信号に基づいてエフェクトおよびコメントの表示を行うことにより実現される。これにより、配信者は、視聴者Ａが自分に通常ギフトを贈ったことをリアルタイムで知ることができる。

【0055】

配信者がライブ配信を止める前に視聴者Ｃがライブ配信の視聴を止める。視聴者Ｃのユーザ端末３０ｃは、視聴を止めるための指示を受け付けてライブ配信ルーム画面の表示を止めた直後に、おつかれギフト５０６を配信者に贈るか否かを視聴者Ｃに問い合わせるダイアログをディスプレイに表示させる。視聴者Ｃが贈ることを選択すると、ユーザ端末３０ｃはおつかれギフト５０６の使用を示すおつかれギフト使用信号を生成し、サーバ１０に送信する。おつかれギフト使用信号は、おつかれギフトを使用した視聴者の視聴者ＩＤと、当該視聴者が視聴を止めたライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者の配信者ＩＤと、使用されたおつかれギフトを特定するギフトＩＤと、を含む。サーバ１０のギフト処理部３０８および支払い処理部３１０はそれぞれ、受信されたおつかれギフト使用信号に基づいて報酬付与処理および対価支払い処理を行う。サーバ１０の配信外ギフト登録部３２６はおつかれギフト使用信号を受信すると、ギフトＤＢ３２０を参照し、当該信号に含まれるギフトＩＤに対応するおつかれギフトの種別を特定する。配信外ギフト登録部３２６は、受信されたおつかれギフト使用信号に含まれる情報および特定されたおつかれギフトの種別にしたがい配信外獲得ギフトＤＢ３３４に新たなエントリを追加する。当該エントリのストリームＩＤ、ギフターＩＤ、ギフトＩＤ、ギフト種別はそれぞれ、受信されたおつかれギフト使用信号に含まれるストリームＩＤ、当該信号に含まれる視聴者ＩＤ、ギフトＩＤ、特定されたおつかれギフトの種別、に設定される。

【0056】

図１０は、配信者がライブ配信を止める前後のライブ配信システム１における処理の流れを示すチャートである。以下、図９および図１０を参照して説明する。配信者のユーザ端末２０の配信側ＵＩ制御部１０８は、ライブ配信を止めるための配信終了指示を配信者から受け付ける（Ｓ２０２）。配信側ＵＩ制御部１０８は、配信終了指示を受け付けると、ライブ配信の終了を示すライブ配信終了信号を生成し、ネットワークＮＷを介してサーバ１０に送信する（Ｓ２０４）。ライブ配信終了信号は、配信者の配信者ＩＤと、当該配信者が終了したライブ配信のストリームＩＤと、を含む。配信側ＵＩ制御部１０８は、配信終了指示を受け付けると、ライブ配信ルーム画面の表示を停止する（Ｓ２０６）。その結果、配信者のユーザ端末２０のディスプレイの表示はライブ配信アプリのホーム画面などの所定の画面に遷移してもよい。

【0057】

サーバ１０の配信後画像提供部３２４は、ライブ配信終了信号を受信すると、配信後画像ＤＢ３３２を参照し、当該信号に含まれる配信者ＩＤに対応する配信後画像を特定する（Ｓ２０８）。配信後画像提供部３２４は、ストリームＤＢ３１４を参照し、ライブ配信終了信号に含まれるストリームＩＤに対応する視聴者ＩＤを、配信後画像の送信先の視聴者の視聴者ＩＤとして特定する（Ｓ２１０）。このように特定された視聴者ＩＤの視聴者は、配信者がライブ配信を止めたときに当該ライブ配信を視聴していた視聴者である。配信後画像提供部３２４は、ギフトＤＢ３２０を参照し、使用可能なおつかれギフトのギフトＩＤを特定する。配信後画像提供部３２４は、ステップＳ２０８で特定された配信後画像およびギフトＩＤを、ステップＳ２１０で特定された視聴者のユーザ端末３０に、ネットワークＮＷを介して送信する（Ｓ２１２）。図９および図１０の例ではステップＳ２１０で視聴者Ａ、Ｂが送信先の視聴者として特定され、配信後画像が視聴者Ａのユーザ端末３０ａおよび視聴者Ｂのユーザ端末３０ｂに送信される。

【0058】

視聴者Ａのユーザ端末３０ａの配信後制御部２０８は、サーバ１０から配信後画像およびギフトＩＤを受信すると、配信後画像とおつかれギフトのギフトオブジェクトとを含む配信後画面を生成する（Ｓ２１４）。配信後制御部２０８は、ユーザ端末３０ａのディスプレイの表示をライブ配信ルーム画面から配信後画面に遷移させる（Ｓ２１６）。配信後制御部２０８は、配信後画面においておつかれギフトの使用の指示を受け付ける（Ｓ２１８）。配信後制御部２０８は、おつかれギフトの使用の指示を受け付けた場合（Ｓ２１８のＹ）、おつかれギフト使用信号を生成し、ネットワークＮＷを介してサーバ１０に送信する（Ｓ２２０）。おつかれギフト使用信号は、おつかれギフトを使用した視聴者の視聴者ＩＤと、終了したライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者の配信者ＩＤと、使用されたおつかれギフトを特定するギフトＩＤと、を含む。サーバ１０のギフト処理部３０８および支払い処理部３１０はそれぞれ、受信されたおつかれギフト使用信号に基づいて報酬付与処理（Ｓ２２２）および対価支払い処理（Ｓ２２４）を行う。サーバ１０の配信外ギフト登録部３２６はおつかれギフト使用信号を受信すると、ギフトＤＢ３２０を参照し、当該信号に含まれるギフトＩＤに対応するおつかれギフトの種別を特定する。配信外ギフト登録部３２６は、受信されたおつかれギフト使用信号に含まれる情報および特定されたおつかれギフトの種別にしたがい配信外獲得ギフトＤＢ３３４に新たなエントリを追加する（Ｓ２２６）。当該エントリのストリームＩＤ、ギフターＩＤ、ギフトＩＤ、ギフト種別はそれぞれ、受信されたおつかれギフト使用信号に含まれるストリームＩＤ、当該信号に含まれる視聴者ＩＤ、ギフトＩＤ、特定されたおつかれギフトの種別、に設定される。図９の例では、視聴者Ａ、Ｂが回収期間内におつかれギフト５０８を使用する。

【0059】

ステップＳ２１８でおつかれギフトを受け付けなかった場合、または、おつかれギフト使用信号を生成、送信した後、配信後制御部２０８は回収期間が終了したか否かを判定する（Ｓ２２８）。回収期間の長さは管理者が任意に設定可能に構成される。例えば、回収期間の長さは３０秒、１分、３分等に設定可能である。配信後制御部２０８はタイマ機能を有し、当該タイマはステップＳ２１６の画面遷移からカウントを開始する。ステップＳ２２８においてタイマのカウント値と回収期間の長さとが比較され、前者が後者よりも小さい場合は処理はステップＳ２１８に戻る。そうでなければ処理はステップＳ２３０に進む。配信後制御部２０８は、回収期間が終了すると、配信後画面の表示を停止する（Ｓ２３０）。その結果、視聴者Ａのユーザ端末３０ａのディスプレイの表示はライブ配信アプリのホーム画面などの所定の画面に遷移してもよい。視聴者Ｂのユーザ端末３０ｂにおいても視聴者Ａのユーザ端末３０ａと同様の処理が行われる。

【0060】

配信者が終了したライブ配信の回収期間が終了した後、配信者は当該ライブ配信のライブ配信解析画面を閲覧することが可能となる。ユーザ端末２０の解析結果提供部２５０は上述のとおり、配信者からの要求に応じてライブ配信解析画面を生成し、ディスプレイに表示させる。このライブ配信解析画面には、配信外獲得ギフトＤＢ３３４に保持されているおつかれギフトの情報が含まれる。

【0061】

図１１は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信選択画面６００の代表画面図である。ライブ配信選択画面６００は、サーバ１０から受信した現在視聴可能なライブ配信のリストにある各ライブ配信を示すサムネイル６０２を含む。視聴側ＵＩ制御部２０２は、サーバ１０から取得したライブ配信のリストに基づいてライブ配信選択画面６００を生成し、ディスプレイに表示させる。

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

ユーザ端末３０の入力情報送信部２０６は、ギフトオブジェクト６１２へのタップが検出されると、ギフト情報要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０は、ギフト情報要求を受信すると、ギフトＤＢ３２０を参照して使用可能なギフトのギフトＩＤを特定する。この場合、ライブ配信中なので通常ギフトのギフトＩＤが特定され、おつかれギフトのギフトＩＤは特定されない。サーバ１０は、特定されたギフトＩＤを含むギフト情報を生成し、要求元のユーザ端末３０に送信する。ユーザ端末３０の重畳情報生成部２０４は、受信したギフト情報に基づき、ギフトの選択を受け付けるためのギフト領域６２２を生成する。ギフト領域６２２は、受信したギフト情報に含まれるギフトＩＤで特定されるギフトのギフトオブジェクト６２４を含む。視聴側ＵＩ制御部２０２は生成されたギフト領域６２２をライブ配信ルーム画面６０８に表示させる。

【0067】

図１３は、視聴者のユーザ端末３０のディスプレイに表示される、ギフト領域６２２が重畳表示されたライブ配信ルーム画面６０８の代表画面図である。ギフト領域６２２は、通常ギフトのギフトオブジェクト６２４を含む。図１３のライブ配信ルーム画面６０８において視聴者がギフト領域６２２のギフトオブジェクト６２４をタップすると、ユーザ端末３０の視聴側ＵＩ制御部２０２は当該視聴者による当該ギフトオブジェクト６２４の指定を受け付ける。重畳情報生成部２０４は、指定されたギフトオブジェクト６２４が表す通常ギフトに対応するエフェクト６２６を生成する。視聴側ＵＩ制御部２０２は、生成されたエフェクト６２６をライブ配信ルーム画面６０８に表示させる。併せて入力情報送信部２０６は指定されたギフトオブジェクト６２４が表す通常ギフトのギフトＩＤを含むオブジェクト指定信号を生成してサーバ１０に送信する。

【0068】

図１４は、視聴者のユーザ端末３０のディスプレイに表示される、エフェクト６２６が重畳表示されたライブ配信ルーム画面６０８の代表画面図である。図１４のコメント表示領域６１８は、視聴者（この例ではユーザＩＤ「ＳＳ５」）が通常ギフト（この例では「ハート」）を配信者に贈ったことを示すシステムメッセージ６３８を含む。システムメッセージ６３８は、上記のオブジェクト指定信号への返信に含まれてもよい。

【0069】

図１５は、配信者のユーザ端末２０のディスプレイに表示されるライブ配信ルーム画面６３０の代表画面図である。配信者がユーザ端末２０でライブ配信を開始すると、図１５のライブ配信ルーム画面６３０がディスプレイに表示される。ライブ配信ルーム画面６３０は、配信者のユーザ端末２０で生成された動画像をリアルタイムで表示する。ライブ配信ルーム画面６３０は、配信者のユーザ端末２０で生成された動画データを再生することにより得られる配信者の動画像６３２と、コメント表示領域６３４と、配信終了ボタン６３６と、を有する。動画像６３２は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６０８の動画像６１０と実質的に同じである。コメント表示領域６３４は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６０８のコメント表示領域６１８と実質的に同じである。

【0070】

図１６は、配信者のユーザ端末２０のディスプレイに表示される、エフェクト６４２が重畳表示されたライブ配信ルーム画面６３０の代表画面図である。図１６は、図１４のライブ配信ルーム画面６０８が視聴者のユーザ端末３０のディスプレイに表示されているときの、配信者のユーザ端末２０のディスプレイに表示されるライブ配信ルーム画面６３０を示す。視聴者のユーザ端末３０は視聴者による通常ギフトの使用の指示を受け付けると、通常ギフトのギフトＩＤを含むオブジェクト指定信号を生成してサーバ１０に送信する。サーバ１０のギフト処理部３０８は受信したオブジェクト指定信号からギフトＩＤと視聴者ＩＤとを抽出してエフェクト生成指示信号に含める。ギフト処理部３０８は生成されたエフェクト生成指示信号を配信者のユーザ端末２０および他の視聴者のユーザ端末に送信する。配信者のユーザ端末２０の配信側ＵＩ制御部１０８は、受信したエフェクト生成指示信号に基づいてエフェクトの表示を行い、コメント表示領域６３４を更新する。図１６のコメント表示領域６３４は、視聴者が通常ギフトを配信者に贈ったことを示すシステムメッセージ６４０を含む。このシステムメッセージ６４０は、図１４のコメント表示領域６１８のシステムメッセージ６３８と同じである。

【0071】

視聴者はライブ配信の視聴を止めたい場合、ライブ配信ルーム画面６０８の視聴終了ボタン６２０をタップする。視聴者のユーザ端末３０の配信後制御部２０８は、視聴終了ボタン６２０へのタップが検出されると、それをライブ配信の視聴を止めるための指示として受け付ける。配信後制御部２０８は、当該指示を受け付けると、視聴者の視聴者ＩＤと当該視聴者が視聴を止めたライブ配信のストリームＩＤとを含むライブ配信視聴停止信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。併せて配信後制御部２０８は、ディスプレイにおけるライブ配信ルーム画面６０８の表示を止め、おつかれギフトを配信者に贈るか否かを視聴者に問い合わせるダイアログ６４６が重畳表示されたライブ配信選択画面６００に遷移させる。

【0072】

図１７は、視聴者のユーザ端末３０のディスプレイに表示される、ダイアログ６４６が重畳表示されたライブ配信選択画面６００の代表画面図である。ダイアログ６４６は、ライブ配信の視聴の停止に応じて、当該ライブ配信の配信者に対してギフトを使用するか否かを視聴者に問い合わせる画面である。ダイアログ６４６は、おつかれギフトのギフトオブジェクト６４４と、おつかれギフトを贈らずにダイアログ６４６を終了する指示を受け付けるための贈らないボタン６４８と、を含む。贈らないボタン６４８がタップされると、おつかれギフトを贈らずにダイアログ６４６が消える。

【0073】

図１７のダイアログ６４６において視聴者がギフトオブジェクト６４４をタップすると、ユーザ端末３０の配信後制御部２０８は当該視聴者による当該ギフトオブジェクト６４４の指定を受け付ける。配信後制御部２０８は、ギフトオブジェクト６４４の指定を受け付けると、ギフトオブジェクト６４４に対応するおつかれギフトの使用を指定した視聴者の視聴者ＩＤと、当該視聴者が視聴を止めたライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者の配信者ＩＤと、使用されたおつかれギフトを特定するギフトＩＤと、を含むおつかれギフト使用信号を生成し、サーバ１０に送信する。

【0074】

配信者はライブ配信を止めたい場合、ライブ配信ルーム画面６３０の配信終了ボタン６３６をタップする。配信者のユーザ端末２０の配信側ＵＩ制御部１０８は、配信終了ボタン６３６へのタップが検出されると、配信終了指示として受け付ける。配信側ＵＩ制御部１０８は、配信終了指示を受け付けると、ライブ配信終了信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。その後、図１０を参照して説明した処理が行われる。その結果、配信者がライブ配信を止めると、視聴者のユーザ端末３０のディスプレイの表示がライブ配信ルーム画面６０８から配信後画面６５０に遷移する。

【0075】

図１８は、視聴者のユーザ端末３０のディスプレイに表示される配信後画面６５０の代表画面図である。配信後画面６５０は、終了したライブ配信の回収期間の残り時間を示すタイマーオブジェクト６５２と、終了ボタン６５４と、終了したライブ配信の配信者が予め登録しておいた配信後画像６５６と、おつかれギフトのギフトオブジェクト６５８と、を有する。ユーザ端末３０の配信後制御部２０８は、終了ボタン６５４に対するタップを検出すると、回収期間の残り時間に関係なくその時点で回収期間を終了し、ディスプレイの表示を配信後画面６５０からライブ配信選択画面６００に遷移させる。配信後制御部２０８は、終了ボタン６５４がタップされることなく回収期間の残り時間が０となった場合（回収期間が満了した場合）も、ディスプレイの表示を配信後画面６５０からライブ配信選択画面６００に遷移させる。これにより、配信後制御部２０８は、回収期間に限りおつかれギフトの使用の指示を受け付けることができる。

【0076】

ユーザ端末３０の配信後制御部２０８は、配信後画面６５０においておつかれギフトの使用の指示を視聴者から受け付ける。配信後制御部２０８は、配信後画面６５０に表示されているギフトオブジェクト６５８に対するタップが検出された場合、タップされたギフトオブジェクト６５８に対応するおつかれギフトのギフトＩＤを含むおつかれギフト使用信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。

【0077】

図１９は、配信者のユーザ端末２０のディスプレイに表示されるライブ配信解析画面６６０の代表画面図である。ライブ配信解析画面６６０は、配信者の過去のライブ配信の各種メトリックを表示するメトリック表示領域６６２と、当該ライブ配信の配信後画面において視聴者が使用したおつかれギフトに関する情報を表示するおつかれギフト情報表示領域６６４と、を含む。おつかれギフト情報表示領域６６４は おつかれギフトを使用した視聴者に対して配信者がメッセージを送れるよう構成される。おつかれギフト情報表示領域６６４は、解析対象のライブ配信に関連して配信者が獲得したおつかれギフトの対価ポイントの合計値と、誰がどのおつかれギフトを使用したかを示すおつかれギフトの詳細情報と、獲得した各おつかれギフトの贈り主にお礼のメッセージを送る指示を受け付けるためのお礼ボタン６６６と、を有する。

【0078】

配信側ＵＩ制御部１０８は、お礼ボタン６６６へのタップが検出されると、配信者の配信者ＩＤとタップされたお礼ボタン６６６に対応するおつかれギフトの贈り主の視聴者ＩＤと当該おつかれギフトのギフトＩＤとを含むお礼メッセージ登録要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０のタイムライン更新部３３０は、受信されたお礼メッセージ登録要求に含まれる視聴者ＩＤの視聴者のタイムラインに、当該要求に含まれるギフトＩＤで特定されるおつかれギフトの情報を含む配信者からのお礼のメッセージを投稿するまたは含めるようにタイムラインＤＢ３３６を更新する。お礼のメッセージは、空欄を含む規定のメッセージの空欄を、お礼メッセージ登録要求に含まれる情報で埋めることにより生成されてもよい。例えば「From（空欄１） （日付）の配信に（空欄２）ありがとーー」という規定のメッセージについて、お礼メッセージ登録要求に含まれる配信者ＩＤを（空欄１）に挿入し、当該要求に対応するライブ配信の日付を（日付）に挿入し、当該要求に含まれるギフトＩＤで特定されるおつかれギフトの種別を（空欄２）に挿入してもよい。

【0079】

あるいはまた、お礼のメッセージは配信者のユーザ端末２０で生成されてもよい。この場合、配信側ＵＩ制御部１０８は、お礼ボタン６６６へのタップが検出されると、お礼のメッセージの入力を受け付ける画面をディスプレイに表示させる。当該画面ではメッセージの送り先の視聴者の視聴者ＩＤが事前入力されていてもよい。これにより配信者の負担を軽減できる。

【0080】

図２０は、視聴者のユーザ端末３０のディスプレイに表示されるタイムライン画面６７０の代表画面図である。タイムライン画面６７０は、配信者から視聴者へのお礼のメッセージ６７２を有する。

【0081】

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

【0082】

本実施の形態に係るライブ配信システム１によると、視聴者は、ライブ配信が終わった後の回収期間やライブ配信を抜けた直後のタイミングで配信者におつかれギフトを贈ることができる。配信者が受けたおつかれギフトに関する情報は、非リアルタイムで配信者に通知される。これにより、視聴者は、配信者に（自分のギフティングについて）読み上げてもらうことなく、シンプルにお礼の意味で配信者を応援することができる。その結果、例えば目立ちたくは無いが応援はしたい、というタイプの視聴者も安心して大いに配信者を応援できるライブ配信プラットフォームが実現される。

【0083】

また、本実施の形態に係るライブ配信システム１では、ライブ配信後の回収期間において配信者が用意した配信後画像が表示され、当該回収期間を過ぎるとおつかれギフトの受け付けを止める。これにより、おつかれギフトの回収期間をアプリケーションにおいていやらしく無い形で実現できる。現実の投げ銭の例として浅草寺などで行われる猿回しがある。これは、終盤にハイレベルなパフォーマンスを成功させて、その後にお猿さんが集金箱をもってお客さんのところに駆け寄ってくる、というものであり、観客はついつい（本当の意味での）投げ銭をしてしまう。本実施の形態は、このようないやらしく無い投げ銭の回収手法をアプリケーションで実現するものである。

【0084】

また、本実施の形態に係るライブ配信システム１では、ライブ配信終了後またはライブ配信の視聴を途中で止めた後におつかれギフトを贈るか否かを視聴者に選択させるので、そのようなおつかれギフトの使用量はライブ配信の長さよりもライブ配信のコンテンツの善し悪しにより左右される。したがって、短時間で質の高いパフォーマンスを提供する配信者にとってより報酬の得やすい仕組みが提供される。

【0085】

また、本実施の形態に係るライブ配信システム１では、ライブ配信の視聴を途中で止めた後に贈るおつかれギフトの通知は非リアルタイムで行われる。すなわち、おつかれギフトを贈ってもそれがライブ配信ルーム画面のエフェクトとなって現れたりしないが、おつかれギフトを贈ったという事実はライブ配信解析画面を通じて配信者に通知される。したがって、視聴者側の「配信中に名前を呼ばれたくはないけど応援したい」気持ちおよび「好意は伝わってほしい」気持ちと、配信者の「これだけ応援してくれている人がいると知って嬉しい」気持ちおよび「配信中に人が去ったのを知るのはモチベ低下に繋がるかも」とのバランスを取ることができる。

【0086】

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

【0087】

情報処理装置９００は、ＣＰＵ９０１、ＲＯＭ（Read Only Memory）９０３、およびＲＡＭ（Random Access Memory）９０５を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インタフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２５、通信装置９２９を含んでもよい。さらに、情報処理装置９００は、カメラなどの撮像装置（不図示）を含む。また、情報処理装置９００は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Digital Signal Processor）またはＡＳＩＣ（Application Specific Integrated Circuit）と呼ばれるような処理回路を有してもよい。

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

実施の形態では、視聴者がライブ配信の視聴を途中で止めた後にダイアログ６４６を提示して視聴者におつかれギフトを贈るか否かを問い合わせる場合を説明したが、これに限られない。ライブ配信の視聴を止める際におつかれギフトを配信者に贈る他の構成として以下の３つの例がある。
（第１変形例）ダイアログ６４６でおつかれギフトの使用の指示を受け付けると、配信者にリアルタイムで通知する。
（第２変形例）ダイアログ６４６の代わりに、ライブ配信内で使用可能なギフトにおつかれギフトを含める。
（第３変形例）ダイアログ６４６の代わりに、視聴者が視聴終了ボタン６２０をタップした後、実際にライブ配信の視聴を止める前にダイアログを出して問い合わせる。
以下、それぞれの例について説明する。

【0098】

（第１変形例）
図１７のダイアログ６４６においてギフトオブジェクト６４４に対するタップを検出すると、視聴者のユーザ端末３０の配信後制御部２０８はおつかれギフト使用信号を生成し、サーバ１０に送信する。サーバ１０のギフト処理部３０８は、受信したおつかれギフト使用信号からギフトＩＤと視聴者ＩＤとを抽出してエフェクト生成指示信号に含める。ギフト処理部３０８は生成されたエフェクト生成指示信号を配信者のユーザ端末２０および他の視聴者のユーザ端末に送信する。配信者のユーザ端末２０の配信側ＵＩ制御部１０８は、受信したエフェクト生成指示信号に基づいてエフェクトの表示を行い、コメント表示領域６３４を更新する。

【0099】

この場合、おつかれギフトの贈り主の視聴者が視聴を止めたあとのライブ配信ルーム画面においておつかれギフトのエフェクトが表示される。これにより、配信者は贈り主からおつかれギフトを受け取ったことをリアルタイムで知ることができる。また、贈り主はおつかれギフトのエフェクトが表示されるときにその場にいないので、比較的目立たない。

【0100】

なお、おつかれギフトのエフェクトは贈り主のイニシャルを含んでもよいし、イニシャルのアルファベットそのものをエフェクトとしてもよい。

【0101】

（第２変形例）
本変形例では、視聴者のユーザ端末３０は、ライブ配信中におつかれギフトの使用の指示を視聴者から受け付け、おつかれギフトの使用の指示の受け付けに応じて、ライブ配信に係る動画像の表示を止める。配信者への使用されたおつかれギフトに関する通知は非リアルタイムで行われる。

【0102】

図２２は、視聴者のユーザ端末３０のディスプレイに表示される、ギフト領域６８０が重畳表示されたライブ配信ルーム画面６８２の代表画面図である。ギフト領域６８０は、通常ギフトのギフトオブジェクト６２４と、おつかれギフトのギフトオブジェクト６８４と、を含む。図２２のライブ配信ルーム画面６８２において視聴者がギフト領域６８０のギフトオブジェクト６８４をタップすると、ユーザ端末３０の配信後制御部２０８は当該視聴者による当該ギフトオブジェクト６８４に対応するおつかれギフトの使用の指示を受け付ける。配信後制御部２０８は、ギフトオブジェクト６８４が表すおつかれギフトのギフトＩＤを含むおつかれギフト使用信号を生成し、サーバ１０に送信する。併せて配信後制御部２０８は、おつかれギフトの使用の指示の受け付けに応じて、ライブ配信ルーム画面６８２の表示を止める。おつかれギフト使用信号を受信したときのサーバ１０の処理は実施の形態における対応する処理に準じる。

【0103】

なお、第１変形例と同様に、配信者への使用されたおつかれギフトに関する通知はリアルタイムで行われてもよい。すなわち、配信後制御部２０８は、おつかれギフトの使用の指示の受け付けに応じて、対応するエフェクトをディスプレイに表示させてもよい。配信後制御部２０８は、エフェクトの表示が終了すると、ライブ配信ルーム画面６８２の表示を止めてもよい。併せて配信後制御部２０８は、ギフトオブジェクト６８４が表すおつかれギフトのギフトＩＤを含むおつかれギフト使用信号を生成し、サーバ１０に送信してもよい。サーバ１０は、受信したおつかれギフト使用信号からギフトＩＤと視聴者ＩＤとを抽出してエフェクト生成指示信号に含めてもよい。ギフト処理部３０８は生成されたエフェクト生成指示信号を配信者のユーザ端末２０および他の視聴者のユーザ端末に送信してもよい。配信者のユーザ端末２０の配信側ＵＩ制御部１０８は、受信したエフェクト生成指示信号に基づいてエフェクトの表示を行い、コメント表示領域６３４を更新してもよい。

【0104】

（第３変形例）
図２３は、視聴者のユーザ端末３０のディスプレイに表示される、ダイアログ６８６が重畳表示されたライブ配信ルーム画面６９４の代表画面図である。ライブ配信ルーム画面６９４において視聴終了ボタン６２０へのタップが検出されると、ユーザ端末３０の配信後制御部２０８は、おつかれギフトを配信者に贈るか否かを視聴者に問い合わせるダイアログ６８６を生成し、ライブ配信ルーム画面６９４に重畳表示させる。ダイアログ６８６は、ライブ配信の視聴の停止に応じて、当該ライブ配信の配信者に対しておつかれギフトを使用するか否かを視聴者に問い合わせる画面である。ダイアログ６８６は、おつかれギフトのギフトオブジェクト６８８と、おつかれギフトを贈らずにダイアログ６８６を終了しライブ配信の視聴を止める指示を受け付けるための退出ボタン６９０と、キャンセルボタン６９２と、を含む。

【0105】

図２３のダイアログ６８６において視聴者がギフトオブジェクト６８８をタップすると、ユーザ端末３０の配信後制御部２０８は、ギフトオブジェクト６８８に対応するおつかれギフトの使用を指定した視聴者の視聴者ＩＤと、当該視聴者が視聴を止めようとしているライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者の配信者ＩＤと、使用されたおつかれギフトを特定するギフトＩＤと、を含むおつかれギフト使用信号を生成し、サーバ１０に送信する。併せて配信後制御部２０８は、おつかれギフトの使用の指示の受け付けに応じて、ライブ配信ルーム画面６９４の表示を止める。おつかれギフト使用信号を受信したときのサーバ１０の処理は実施の形態における対応する処理に準じる。なお、第１変形例と同様に、配信者への使用されたおつかれギフトに関する通知はリアルタイムで行われてもよい。

【0106】

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

【0107】

実施の形態に係る技術的思想を、配信者の画像の代わりに配信者の動きと同期した動きをするアバターを用いるバーチャルライブ配信や、ライブコマースに適用してもよい。

【0108】

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

【0109】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【手続補正書】

【提出日】2022-06-12

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ライブ配信の視聴者の端末に、
配信者がライブ配信を止めると、当該配信者の端末で生成された動画像をリアルタイムで表示するライブ配信画面から所定の画像を表示する配信後画面に遷移させる機能と、
配信後画面においてギフトの使用の指示を視聴者から受け付ける機能と、
配信後画面から、他のライブ配信を選択可能な画面に遷移させる機能と、を実現させるためのコンピュータプログラム。

【請求項2】

前記受け付ける機能は、配信者がライブ配信を止めた後の所定の期間に限りギフトの使用の指示を受け付ける機能を含む請求項１に記載のコンピュータプログラム。

【請求項3】

所定の画像はライブ配信の配信者が予め登録しておいた画像である請求項１に記載のコンピュータプログラム。

【請求項4】

ライブ配信の視聴者の端末に、
ライブ配信中に第１ギフトの使用の指示を視聴者から受け付ける機能と、
配信者がライブ配信を止めると、当該配信者の端末で生成された動画像をリアルタイムで表示するライブ配信画面から所定の画像を表示する配信後画面に遷移させる機能と、
配信後画面において第２ギフトの使用の指示を視聴者から受け付ける機能と、を実現させ、
配信者への使用された第１ギフトに関する通知はリアルタイムで行われ、
配信者への使用された第２ギフトに関する通知は非リアルタイムで行われるコンピュータプログラム。

【請求項5】

ライブ配信の視聴者の端末であって、
配信者がライブ配信を止めると、当該配信者の端末で生成された動画像をリアルタイムで表示するライブ配信画面から所定の画像を表示する配信後画面に遷移させる手段と、
配信後画面においてギフトの使用の指示を視聴者から受け付ける手段と、
配信後画面から、他のライブ配信を選択可能な画面に遷移させる手段と、を備える端末。

【請求項6】

ライブ配信の視聴者の端末であって、
ライブ配信中に第１ギフトの使用の指示を視聴者から受け付ける手段と、
配信者がライブ配信を止めると、当該配信者の端末で生成された動画像をリアルタイムで表示するライブ配信画面から所定の画像を表示する配信後画面に遷移させる手段と、
配信後画面において第２ギフトの使用の指示を視聴者から受け付ける手段と、を備え、
配信者への使用された第１ギフトに関する通知はリアルタイムで行われ、
配信者への使用された第２ギフトに関する通知は非リアルタイムで行われる端末。