JP7469771B1 - サーバおよび方法 - Google Patents

Abstract

【課題】ライブ配信のクリッピングをより活性化する。
【解決手段】サーバは、ネットワークを介して、ライブ配信に係る動画データを視聴者の端末に送信する手段と、ライブ配信中のギフティングまたはコメントもしくはその両方に係る条件が充たされたか否かを判定する手段と、条件が充たされたと判定された場合、ネットワークを介して視聴者の端末に通知する手段と、ネットワークを介して視聴者の端末から、通知に対する応答を受信した場合、ライブ配信の一部分に係る動画データを、当該視聴者に関連付けて生成するための処理を行う手段と、を備える。
【選択図】図１

Description

本開示は、サーバ、コンピュータプログラムおよび方法に関する。

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

特許文献１には、システムが生放送中の動画の盛り上がった部分を自動的にトリミングしたリストを、動画選択中の視聴者に提示して、視聴者による生放送動画の選択を容易にする技術が開示されている。

特開２０２１－１５８６１２号公報

「ラッキー袋」、１７ＬＩＶＥヘルプ、URL:https://17live-jp.zendesk.com/hc/ja/articles/6780744668303-%E3%83%A9%E3%83%83%E3%82%AD%E3%83%BC%E8%A2%8B 「ギフトの基本を理解しよう！」、１７ＬＩＶＥ、URL:https://jp.17.live/userguide/20103/

従来、ライブ配信のクリッピングは配信者自身かシステム（例えば、特許文献１）により行われるものであって、視聴者によるクリッピングは想定されていない。これでは、クリップの生成数やシェア数は伸びず、拡散されやすいというクリップの利点を活かすことができない。

本開示はこうした課題に鑑みてなされたものであり、その目的は、ライブ配信のクリッピングをより活性化することができる技術の提供にある。

本発明のある態様は、サーバに関する。このサーバは、ネットワークを介して、ライブ配信に係る動画データを視聴者の端末に送信する手段と、ライブ配信中のギフティングまたはコメントもしくはその両方に係る条件が充たされたか否かを判定する手段と、条件が充たされたと判定された場合、ネットワークを介して視聴者の端末に通知する手段と、ネットワークを介して視聴者の端末から、通知に対する応答を受信した場合、ライブ配信の一部分に係る動画データを、当該視聴者に関連付けて生成するための処理を行う手段と、を備える。

本発明の別の態様は、方法である。この方法は、ネットワークを介して、ライブ配信に係る動画データを視聴者の端末に送信することと、ライブ配信中のギフティングまたはコメントもしくはその両方に係る条件が充たされたか否かを判定することと、条件が充たされたと判定された場合、ネットワークを介して視聴者の端末に通知することと、ネットワークを介して視聴者の端末から、通知に対する応答を受信した場合、ライブ配信の一部分に係る動画データを、当該視聴者に関連付けて生成するための処理を行うことと、を含む。

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

本発明によれば、ライブ配信のクリッピングをより活性化することができる。

本開示の実施の形態に係るライブ配信システムの構成を示す模式図である。 図１のユーザ端末の機能および構成を示すブロック図である。 図１のサーバの機能および構成を示すブロック図である。 図３のストリームＤＢの一例を示すデータ構造図である。 図３のユーザＤＢの一例を示すデータ構造図である。 図３のギフトＤＢの一例を示すデータ構造図である。 図３のクリップＤＢの一例を示すデータ構造図である。 ライブ配信中にクリップ促進通知がなされるときのライブ配信システムにおける一連の処理の流れを示すフローチャートである。 視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示される、ギフト領域が重畳表示されたライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示される、エフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示される、コメント表示領域にクリップ促進に係るシステムコメントを含むライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示されるクリップシェア画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。 ライブ配信を終了した配信者のユーザ端末のディスプレイに表示されるライブ配信結果画面の代表画面図である。 本実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。

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

実施の形態に係るライブ配信システムでは、ライブ配信の視聴者は、ライブ配信の一部分を切り抜いて短い動画を生成し、他人と共有（シェア）したり後で見返したりすることができる。ライブ配信の一部分またはそれに係る動画データを当該ライブ配信のクリップ（ｃｌｉｐ）と称す。クリップはそれを生成した視聴者に関連付けられる。本実施の形態では、サーバがライブ配信を監視し、ライブ配信中のギフティングまたはコメントもしくはその両方に関するクリップ促進通知条件が充たされると、ライブ配信の各視聴者の各ユーザ端末にクリップ促進通知を一斉送信する。各ユーザ端末はクリップ促進通知の受信に応じて、視聴者にクリップの生成を促すための表示を開始する。サーバおよびユーザ端末は、視聴者によるクリップ生成指示を受け付けると、クリップを生成するための処理を行う。

このように、本実施の形態では、高額なギフトが使用された場合や抽選で大当たりを引いた場合や盛り上がってコメント頻度が高まった場合などライブ配信において覚えておきたい瞬間、最高の瞬間が発生すると、ライブ配信の各視聴者はそのような瞬間のクリップを生成するよう促される。これにより、視聴者による覚えておきたい瞬間のクリップの生成がより容易となり、また覚えておきたい瞬間のクリップの取り忘れを低減することができる。また、ライブ配信の複数の視聴者に一斉通知するので、クリップの生成数が増大し、ライブ配信の最高の瞬間がより多くの視聴者の手でより多くの場所に拡散されることとなる。したがって、ライブ配信やその配信者の露出を増やすことができ、認知度を向上させることができる。

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

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

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

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

本明細書において「配信時間」は、ひとつのライブ配信に関連付けられたパラメータであって、当該ライブ配信が継続した期間の長さを指す。配信時間は、当該ライブ配信に視聴者がいるか否かとは無関係に算出される。

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

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

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

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

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

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

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

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

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

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

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

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

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

図３は、図１のサーバ１０の機能および構成を示すブロック図である。サーバ１０は、配信情報提供部３０２と、中継部３０４と、ギフト処理部３０８と、支払い処理部３１０と、条件判定部３２２と、クリップ促進通知部３２４と、クリップ処理部３２６と、クリップ共有部３２８と、配信解析部３３０と、ストリームＤＢ３１４と、ユーザＤＢ３１８と、ギフトＤＢ３２０と、クリップＤＢ３３２と、を備える。

図４は、図３のストリームＤＢ３１４の一例を示すデータ構造図である。ストリームＤＢ３１４は現在行われているライブ配信の情報および過去に行われたライブ配信（アーカイブともいう）の情報を保持する。ストリームＤＢ３１４は、ライブ配信システム１が提供するライブ配信プラットフォームにおいてライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者を特定するユーザＩＤである配信者ＩＤと、当該ライブ配信の視聴者を特定するユーザＩＤである視聴者ＩＤと、当該ライブ配信のアーカイブデータと、当該ライブ配信のスコアと、当該ライブ配信の視聴者によって当該ライブ配信からクリップが生成された回数を示すクリップ数と、を対応付けて保持する。ライブ配信からクリップが生成された回数を示す情報として、上記のクリップ数に代えて／加えて例えば配信者によって生成されたクリップも含めたクリップ数や、ライブ配信からクリップを生成した視聴者の数や、クリップが生成された回数に応じたレベルや、ライブ配信の視聴者によってライブ配信から生成されたクリップの個数などを採用してもよい。

ライブ配信のスコアは、ライブ配信の盛り上がりを表す指標である。スコアの数値が高いライブ配信は「盛り上がっている」「人気配信」と認知される。スコアは、例えば、視聴者数、配信時間、コメント数、シェア数、獲得ギフト数、ギフトを贈ってくれた視聴者の数、エール数、クリップ数などにより変動する。特に、スコアの算出アルゴリズムは、クリップ数が多いほどスコアが高くなるよう設定される。スコアが高いほど、そのライブ配信のサムネイルがライブ配信選択画面においてより上位またはより目立つ位置に表示される。したがって、スコアが高いほどより多くのアクティブユーザの目にとまることとなる。

ライブ配信のアーカイブデータは、現在行われているライブ配信であれば当該ライブ配信が開始されてから現在までのそのライブ配信の動画データであり、過去に行われたライブ配信であればそのライブ配信全体の動画データである。アーカイブデータは、配信者のユーザ端末で生成された動画データと、ギフトのエフェクトやコメントなどの動画に重畳して表示されるオブジェクトのデータと、を含む。アーカイブデータは動画データとオブジェクトのデータとを一体のデータとして保持してもよいし、それぞれ別々のデータとして保持してもよい。アーカイブデータの一部の複製であるクリップのデータについても同様である。

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

図５は、図３のユーザＤＢ３１８の一例を示すデータ構造図である。ユーザＤＢ３１８は、ユーザに関する情報を保持する。ユーザＤＢ３１８は、ユーザを特定するユーザＩＤと、当該ユーザが有しているポイントと、当該ユーザに付与された報酬と、を対応付けて保持する。

ポイントは、ライブ配信プラットフォーム内で流通する電子的価値である。ユーザはクレジットカードや他の決済手段によりポイントを購入する。報酬はライブ配信プラットフォーム内で定義される電子的価値であり、配信者がライブ配信プラットフォームの管理者から受け取る金銭の額を決めるための指標である。ライブ配信プラットフォームでは、ライブ配信内やライブ配信外で視聴者が配信者にギフトを贈ると、視聴者のポイントが消費され、併せて配信者の報酬が相応分だけ増加する。

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

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

本実施の形態では、通常ギフト（例：「ＧＦＴ１」、「ＧＦＴ２」）に加え、通常ギフトとは異なる以下の３種類の特別ギフトが設けられている。
（１）対価ポイントがしきい値（＝３００００）以上の高額ギフト。例：「ＧＦＴ３」。高額ギフトのエフェクトは、通常ギフトのエフェクトよりも豪華（例えば、継続時間が長いか、データサイズが大きいか、見栄えが良いか、派手）である。
（２）配信者に付与される報酬の額が抽選により決定されるランダムギフト。例：「ＲＡＮ１」。「ＲＡＮ１」が使用されると、使用した視聴者のポイントが２００消費され、抽選が行われる。抽選の結果、配信者には１００ポイント、２００ポイント、１０００ポイントのうちのいずれかが付与される。抽選の結果が１０００ポイントである場合、「ＲＡＮ１」の対価ポイントよりも高いので当たりである。これは例えば非特許文献２に記載されるランダムギフトの技術を用いて構成されてもよい。
（３）使用されることにより視聴者および／または配信者のさらなるアクションを誘起するインタラクションギフト。例：「ＲｅｄＥ」。「ＲｅｄＥ」が使用されると、それが使用されたライブ配信を視聴している視聴者にもポイント取得の機会が与えられる。これは例えば非特許文献１に記載されるラッキー袋の技術を用いて構成されてもよい。

図７は、図３のクリップＤＢ３３２の一例を示すデータ構造図である。クリップＤＢ３３２は、ライブ配信システム１で生成されたクリップの情報を保持する。クリップＤＢ３３２は、クリップを特定するクリップＩＤと、当該クリップのデータと、当該クリップを生成したユーザ（視聴者）のユーザＩＤである作成者ＩＤと、当該クリップの元となったライブ配信を特定するストリームＩＤと、当該ライブ配信における当該クリップの開始時刻および終了時刻と、当該クリップがクリップ促進通知に対応するものである場合のそのクリップ促進通知を生じさせたギフトのギフトＩＤであるトリガーギフトＩＤと、を対応付けて保持する。クリップＩＤはＵＲＬであってもよい。

クリップのデータは、元となったライブ配信の一部分に係る動画データを含む。この動画データは、配信者のユーザ端末で生成された動画データと、ギフトのエフェクトやコメントなどの動画に重畳して表示されるオブジェクトのデータと、を含む。

図７の例では、クリップ「ＣＬ１」は、ライブ配信「ＳＴ１」の視聴者「ＶＲ１」がライブ配信「ＳＴ１］の２：３４（開始から２分３４秒後）から３：３４（開始から３分３４秒後）の間の部分を切り出して得られる６０秒の動画である。クリップ「ＣＬ１」は、高額ギフト「ＧＦＴ３」が使用されたことにより一斉送信されたクリップ促進通知に応じて生成されたクリップである。

図３に戻り、配信情報提供部３０２は、ネットワークＮＷを介して、配信者のユーザ端末２０からライブ配信を開始する旨の通知を受けると、当該ライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者の配信者ＩＤと、をストリームＤＢ３１４に登録する。加えて配信情報提供部３０２は、ライブ配信のアーカイブデータの記録を開始する。配信情報提供部３０２は、ライブ配信の配信者が生成した動画データと、ギフトのエフェクトやコメントなどの動画に重畳して表示されるオブジェクトのデータと、をリアルタイムで取得し、ストリームＤＢ３１４にアーカイブデータとして蓄積していく。本実施の形態では、サーバ１０は、配信者がライブ配信を開始する際に、アーカイブデータを保存するか否かを選択できるよう構成される。保存しないことが選択された場合、アーカイブデータの記録は行われず、したがってアーカイブデータに依拠するクリップの生成も制限または禁止される。

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

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

中継部３０４は、配信情報提供部３０２によって開始されたライブ配信において、配信者のユーザ端末２０から視聴者のユーザ端末３０への動画データの伝送を中継する。中継部３０４は、ネットワークＮＷを介して、配信者のユーザ端末２０からライブ配信に係る動画データを受信し、視聴者のユーザ端末３０にその動画データを送信する。中継部３０４は、ライブ配信の視聴者が複数いる場合、ネットワークＮＷを介して、ライブ配信に係る動画データを複数の視聴者の複数のユーザ端末に送信する。

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

ギフト処理部３０８は、ライブ配信中に使用されたギフトに関する処理を行う。ギフト処理部３０８は、ギフト使用信号に含まれるギフトＩＤで特定されるギフトの付与報酬に応じて配信者の報酬を増加させるようにユーザＤＢ３１８を更新する。ギフト処理部３０８は、ギフトＤＢ３２０を参照し、受信したギフト使用信号に含まれるギフトＩＤに対応する付与報酬を特定する。ギフト処理部３０８は、ギフト使用信号に含まれる配信者ＩＤに対応する報酬に、特定された付与報酬を加えるようユーザＤＢ３１８を更新する。ギフト処理部３０８は、特別ギフトに関して図６を参照して説明した処理を行う。

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

条件判定部３２２は、ライブ配信中のギフティングまたはコメントもしくはその両方に係るクリップ促進通知条件が充たされたか否かを判定する。条件判定部３２２は、ライブ配信の状態を監視し、ギフティングまたはコメントもしくはその両方に係る対象イベントの発生を待ち受ける。条件判定部３２２は、対象イベントの発生を検出すると、クリップ促進通知条件が充たされたと判定する。

対象イベントは、ライブ配信の視聴者によるクリップを生成するための指示の有無とは無関係なイベントである。ライブ配信の視聴者によるクリップを生成するための指示があっても対象イベントは検出されない。また、対象イベントは、ライブ配信中に発生するイベントであるから、配信者による当該ライブ配信の開始は含まない。後述の視聴者のユーザ端末に表示されるライブ配信ルーム画面においてクリップアイコンが常時表示されるが、これは対象イベントの検出によるクリップ促進通知とは無関係に表示されるものである。対象イベントは、ギフティングやコメントをファクタとして管理者により設定可能に構成される。

対象イベントの例は以下のとおりである。
（１）ライブ配信中に所定の基準を充たすギフトが使用された場合。所定の基準を充たすギフトは、通常ギフトとは異なる特別ギフトを含む。特に所定の基準を充たすギフトは、対価がしきい値以上のギフトと、インタラクティブギフトと、を含む。図６の例では、しきい値（＝３００００）を超える対価「５００００」の高額ギフト「ＧＦＴ３」が使用された場合に、条件判定部３２２は対象イベントの発生を検出し、クリップ促進通知条件が充たされたと判定する。また、インタラクションギフト「ＲｅｄＥ」が使用された場合に、条件判定部３２２は対象イベントの発生を検出し、クリップ促進通知条件が充たされたと判定する。
（２）ギフティングに起因する抽選の結果が当たりである場合。図６の例では、ランダムギフト「ＲＡＮ１」が使用され、その抽選の結果が１０００ポイントである場合、すなわち当たりの場合、条件判定部３２２は対象イベントの発生を検出し、クリップ促進通知条件が充たされたと判定する。ランダムギフト「ＲＡＮ１」が使用されてもその抽選の結果が当たりでなければ（１００ポイント、２００ポイント）、条件判定部３２２は対象イベントの発生を検出しない。
（３）ライブ配信中のギフティングの態様が所定の基準を充たす場合。例えば、１０秒や１分などの所定の期間内に使用されたギフトの数がしきい値を上回る場合、または、ギフトのコンボが完成した場合、または、ギフティングに関連するライブ配信のパラメータがキリ番に到達した場合、条件判定部３２２は対象イベントの発生を検出し、クリップ促進通知条件が充たされたと判定する。
（４）コメントの態様が所定の基準を充たす場合。例えば、１０秒や１分などの所定の期間内に投稿されたコメントの数がしきい値を上回る場合、条件判定部３２２は対象イベントの発生を検出し、クリップ促進通知条件が充たされたと判定する。
（５）ライブ配信のスコアがしきい値を上回る場合。ライブ配信のスコアはギフティングが増えると、および／または、コメントが増えると上昇する。このスコアがしきい値を上回ると、条件判定部３２２は対象イベントの発生を検出し、クリップ促進通知条件が充たされたと判定する。
（６）ギフティングの態様が所定の基準を充たし、かつ、コメントの態様が所定の基準を充たす場合。

本実施の形態では、対象イベントは配信者にも個々のライブ配信にも依らない共通のものが設定されるが、他の実施の形態では、対象イベントは配信者ごとに異なるものが設定されてもよいし、対象イベントは配信者のグループごとに異なるものが設定されてもよいし、対象イベントは個々のライブ配信ごとに異なるものが設定されてもよい。例えば、新規の配信者とベテランの配信者とでは特別と感じるギフトの額は異なる。これを反映し、高額ギフトか否かの判断基準となるギフトの対価のしきい値を、配信者のレベルに応じて変更してもよい。例えば、レベルが１０以下の配信者のライブ配信では、対価ポイントが１００００を超えるギフトが使用されたときにクリップ促進通知条件が充たされたと判定し、レベルが１０を超える配信者のライブ配信では、対価ポイントが５００００を超えるギフトが使用されたときにクリップ促進通知条件が充たされたと判定してもよい。

本実施の形態では、クリップ促進通知条件が充たされたか否かの判定をルールベースで行うが、他の実施の形態では機械学習を用いてこの判定を行ってもよい。例えば、まずギフティングおよび／またはコメントとクリップ数との関係に係る過去のライブ配信のデータを学習データとして機械学習モデルに入力し、学習させる。この機械学習モデルに、現在進行中のライブ配信のギフティングおよび／またはコメントのデータを入力することで、想定されるクリップ数を出力させる。サーバは、このように出力されたクリップ数がしきい値を超えた場合にクリップ促進通知を視聴者に送信するよう構成されてもよい。配信者ごとにクリップ数の変化の傾向が異なることを考慮し、配信者ごとに機械学習モデルを生成してもよい。

クリップ促進通知部３２４は、現在進行中のライブ配信についてクリップ促進通知条件が充たされたと判定された場合、ネットワークＮＷを介して、当該ライブ配信の各視聴者のユーザ端末にクリップ促進通知を一斉送信する。クリップ促進通知部３２４は、クリップ促進通知条件が充たされたことをトリガとして、クリップ促進通知を送信する。クリップ促進通知は、ライブ配信からクリップを視聴者に関連付けて生成するための指示を当該視聴者から受け付けるための通知である。

クリップ促進通知の送信対象は、ライブ配信の視聴者全員のユーザ端末であってもよいし、ライブ配信の複数の視聴者のうちの一部の視聴者のユーザ端末であってもよい。あるいはまた、予め配信者がクリップ生成可能な視聴者の属性を指定しておき、そのように指定された属性の視聴者のユーザ端末のみにクリップ促進通知を送信するよう構成されてもよい。例えば、配信者が予めシステムにブラックリストまたはホワイトリストを登録しておき、サーバは、当該配信者のライブ配信においてブラックリストに掲載されていない視聴者のユーザ端末に、または、ホワイトリストに掲載されている視聴者のユーザ端末のみに、クリップ促進通知を送信するよう構成されてもよい。あるいはまた、サーバは、配信者のフォロワーや配信者をサブスクライブしている視聴者のみにクリップ促進通知を送信するよう構成されてもよい。あるいはまた、サーバは、管理者が管理しているコメント禁止対象者リストや活動制限者リストを参照し、そのようなリストに掲載されている視聴者にはクリップ促進通知が送信されないよう構成されてもよい。あるいはまた、クリップ促進通知は、対応するクリップ促進通知条件の充足を実現した視聴者のユーザ端末に、またはそのユーザ端末のみに送信されてもよい。例えば、ある視聴者がライブ配信を視聴しているときに高額ギフトを使用した場合、サーバはクリップ促進通知条件が充たされたと判定する。サーバは、高額ギフトを使用した視聴者のユーザ端末のみにクリップ促進通知を送信してもよい。

クリップ処理部３２６は、クリップ促進通知を受信した複数の視聴者のうちのひとりの視聴者のユーザ端末から、ネットワークＮＷを介してクリップ促進通知に対する応答を受信した場合、クリップを当該視聴者に関連付けて生成するための処理を行う。ライブ配信からのクリップの生成は、例えば特許文献１に記載される技術を用いて実現されてもよい。

クリップ処理部３２６は、クリップ促進通知に応じたクリップ生成指示を受信すると、当該クリップ促進通知に対応するクリップ促進通知条件が充たされたと判定されたタイミングの直前の期間を含むクリップを生成するための処理を行う。クリップ生成指示は、クリップの生成を指示した視聴者の視聴者ＩＤと、当該視聴者が視聴しているライブ配信のストリームＩＤと、を含む。図７の例では、ライブ配信「ＳＴ１」の時刻３：３０（開始から３分３０秒後）に高額ギフト「ＧＦＴ３」が使用される。条件判定部３２２は、高額ギフト「ＧＦＴ３」の使用を検出し、時刻３：３４にクリップ促進通知条件が充たされたと判定する。クリップ促進通知部３２４は、クリップ促進通知を視聴者のユーザ端末に送信する。このクリップ促進通知に応答して視聴者「ＶＲ１」が自己のユーザ端末にクリップの作成を指示し、クリップ処理部３２６は当該ユーザ端末からクリップ生成指示を受信する。このクリップ生成指示に応じたクリップ生成処理において、クリップの終了時刻は、クリップが、クリップ促進通知条件が充たされたと判定されたタイミング（時刻３：３４）の直前の期間を含むよう設定される。例えば、クリップの終了時刻は、クリップ促進通知条件が充たされたと判定されたタイミング（時刻３：３４）に固定され、クリップの長さの最小値は６０秒に設定される。その結果、視聴者「ＶＲ１」が生成するクリップは、開始時刻が２：３４、終了時刻が３：３４となり、高額ギフト「ＧＦＴ３」が使用されたタイミングである時刻３：３０を含むこととなる。

クリップ処理部３２６は、クリップ生成用のインタフェースを通じて作成者（＝視聴者）とやりとりをしながらクリップを生成してもよいし、クリップ生成指示を受けると全て自動でクリップを生成してもよい。

クリップ処理部３２６は、生成されたクリップのデータを、当該クリップの作成者（＝クリップ生成指示の送り主の視聴者）のユーザＩＤと、クリップの元となったライブ配信のストリームＩＤと、クリップの開始時刻および終了時刻と、トリガーギフトのギフトＩＤと、に対応付けてクリップＤＢ３３２に登録する。上記の図７の例では、クリップ処理部３２６は、クリップＩＤ「ＣＬ１」と、生成されたクリップのデータと、作成者ＩＤ「ＶＲ１」（＝クリップの作成を指示した視聴者）と、ストリームＩＤ「ＳＴ１」と、開始時刻「２：３４」と、終了時刻「３：３４」と、トリガーギフトＩＤ「ＧＦＴ３」と、を対応付けてクリップＤＢ３３２に登録する。

クリップ共有部３２８は、ライブ配信プラットフォームにおける、または、他のＳＮＳやメッセージングサービスのプラットフォームにおける、配信者または視聴者によるクリップの他者との共有を可能とするための処理を行う。クリップ共有部３２８は、クリップ処理部３２６によってクリップが生成され、クリップＤＢ３３２に登録されると、当該クリップのクリップＩＤまたはＵＲＬを発行し、作成者のユーザ端末に送信する。作成者は発行されたＵＲＬを所望のプラットフォームに投稿することで、他者とクリップを共有する。他者が自己の端末において共有されたＵＲＬを指定すると、クリップ共有部３２８は指定されたＵＲＬに対応するクリップのデータを他者の端末に提供する。また、クリップ共有部３２８は、指定されたＵＲＬに対応するクリップの生成元となったライブ配信が進行中であれば、当該ライブ配信を視聴するための情報も併せて他者の端末に提供する。クリップ共有部３２８は、クリップのＵＲＬを、クリップの生成元となったライブ配信の配信者に発行してもよい。

配信解析部３３０は、ライブ配信を監視し、当該ライブ配信のパラメータを更新する。配信解析部３３０は、ライブ配信が終了すると、当該ライブ配信のパラメータの最終値を当該ライブ配信の配信者のユーザ端末にネットワークＮＷを介して提供する。配信解析部３３０は、このパラメータの最終値に、終了したライブ配信のクリップ数の最終値を含める。

以上の構成によるライブ配信システム１の動作を説明する。
図８は、ライブ配信中にクリップ促進通知がなされるときのライブ配信システム１における一連の処理の流れを示すフローチャートである。サーバ１０は、現在進行中のライブ配信の状態を監視し、クリップ促進通知条件が充たされたか否かを判定する（Ｓ２０２）。充たされない場合（Ｓ２０２のＮ）、サーバ１０は監視を継続し、再度ステップＳ２０２の判定を行う。クリップ促進通知条件が充たされた場合（Ｓ２０２のＹ）、サーバ１０は、クリップ促進通知を、ライブ配信の複数の視聴者の複数のユーザ端末に一斉送信する（Ｓ２０４）。サーバ１０は、ステップＳ２０４でクリップ促進通知を送信した先の複数のユーザ端末のうちのひとつのユーザ端末からクリップ生成指示を受信する（Ｓ２０６）。サーバ１０は、クリップ生成処理を行う（Ｓ２０８）。サーバ１０は生成されたクリップのデータをクリップＤＢ３３２に登録し、当該クリップを指定するための情報（ＵＲＬなど）を、クリップ生成を指示した視聴者のユーザ端末に送信する。

視聴者のユーザ端末がクリップのＵＲＬを受信すると、視聴者はユーザ端末を操作することでクリップを他の者と共有する。このときユーザ端末はクリップ共有処理を行う（Ｓ２１０）。サーバ１０は、ライブ配信からクリップが生成されたことおよびそのクリップのＵＲＬを含むクリップ生成通知を生成し、当該ライブ配信の配信者のユーザ端末に送信する（Ｓ２１２）。配信者のユーザ端末がクリップ生成通知を受信すると、配信者はユーザ端末を操作することでクリップを他の者と共有する。このときユーザ端末はクリップ共有処理を行う（Ｓ２１４）。サーバ１０は、ステップＳ２０８で生成されたクリップの元となったライブ配信に対応するクリップ数が１だけインクリメントされるようストリームＤＢ３１４を更新する（Ｓ２１６）。

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

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

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

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

クリップアイコン６１４は、ライブ配信の視聴者によるクリップを生成するための指示を受け付けるためのオブジェクトである。クリップアイコン６１４は、クリップ促進通知条件が充たされるか否かに関わらずライブ配信ルーム画面６０８に表示される。ユーザ端末３０の視聴側ＵＩ制御部２０２は、クリップアイコン６１４へのタップが検出されると、視聴者の視聴者ＩＤとライブ配信のストリームＩＤとを含むクリップ生成指示を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０のクリップ処理部３２６はクリップ生成指示を受信するとクリップ生成処理を行う。このように生成されたクリップは、クリップ促進通知に由来しないクリップとしてクリップＤＢ３３２に登録される。具体的には、そのようなクリップのデータにトリガーギフトＩＤは対応付けられない（図７のクリップ「ＣＬ５」）。

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

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

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

サーバ１０は、図１１のライブ配信ルーム画面６０８で行われているライブ配信において高額ギフト「ＧＦＴ３」が使用されたというイベントを検出し、クリップ促進通知条件が充たされたと判定する。サーバ１０は、そのライブ配信に参加している全ての視聴者のユーザ端末３０にクリップ促進通知を送信する。ユーザ端末３０の視聴側ＵＩ制御部２０２は、受信したクリップ促進通知に基づき、ライブ配信ルーム画面６０８において、クリップを生成するための指示を促す表示を開始する。視聴側ＵＩ制御部２０２は、クリップ促進通知を受信すると、視聴者にクリップの生成を促すテキストを含むシステムコメント６４０を生成し、コメント表示領域６１８に表示させる。システムコメント６４０の内容はクリップ促進通知に含まれていてもよい。

図１２は、視聴者のユーザ端末３０のディスプレイに表示される、コメント表示領域６１８にクリップ促進に係るシステムコメント６４０を含むライブ配信ルーム画面６０８の代表画面図である。システムコメント６４０はアクションアイコン６４２を含む。ユーザ端末３０の視聴側ＵＩ制御部２０２は、クリップ促進通知を受信すると、クリップアイコン６１４の強調表示を開始する。この強調表示は所定の期間継続する。図１２の例では、クリップアイコン６１４の周りに強調用の点滅オブジェクト６４４が表示される。

ユーザ端末３０の視聴側ＵＩ制御部２０２は、アクションアイコン６４２へのタップまたは強調表示されたクリップアイコン６１４へのタップが検出されると、視聴者の視聴者ＩＤとライブ配信のストリームＩＤとを含むクリップ生成指示を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０のクリップ処理部３２６はクリップ生成指示を受信するとクリップ生成処理を行う。このように生成されたクリップは、上述のとおり、クリップ促進通知に由来するクリップとしてクリップＤＢ３３２に登録される。

本実施の形態では、クリップの生成を促す表示として、（１）コメント表示領域６１８にクリップの生成を促すシステムコメント６４０を表示、および（２）元々存在していたクリップアイコン６１４の強調表示、を採用したが、これに限られず、これらはいずれか一方のみ採用されてもよい。あるいはまた、これに加えてまたは代えて、視聴側ＵＩ制御部２０２は、クリップ促進通知を受信すると、ライブ配信ルーム画面６０８においてクリップの生成に係る新たなアイコン（クリップアイコン６１４とは異なるもの）の表示を開始してもよい。

図１３は、視聴者のユーザ端末３０のディスプレイに表示されるクリップシェア画面６５０の代表画面図である。図１２のライブ配信ルーム画面６０８においてアクションアイコン６４２またはクリップアイコン６１４がタップされてクリップ生成処理が開始され、クリップの生成が完了すると、図１３に示されるクリップシェア画面６５０がユーザ端末３０のディスプレイに表示される。クリップシェア画面６５０は、生成されたクリップを表すクリップオブジェクト６５４と、シェア先の候補となる複数のプラットフォームの複数のアイコンを含むシェア受付領域６５２と、を有する。クリップの生成者である視聴者がシェア受付領域６５２に表示されるアイコンのなかから所望のプラットフォームに対応するアイコンを選んでタップすると、視聴側通信部２０４は選択されたアイコンに対応するプラットフォームを特定する情報と、クリップのＵＲＬと、を含むシェア要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０のクリップ共有部３２８は、受信したシェア要求にしたがいクリップのシェア処理を行う。このようなクリップのシェア自体は公知の技術を用いて実現されてもよい。

図１４は、配信者のユーザ端末２０のディスプレイに表示されるライブ配信ルーム画面６６０の代表画面図である。ライブ配信ルーム画面６６０は、配信者の動画像６１０と、配信終了ボタン６６２と、コメント表示領域６６４と、を有する。コメント表示領域６６４は、視聴者（この例ではユーザＩＤ「ＶＲ１」）が高額ギフト（この例では「ハート」）を配信者に贈ったことを示すシステムコメント６３８と、視聴者（この例ではユーザＩＤ「ＶＲ１」）が当該ライブ配信からクリップを生成したことを示すシステムコメント６６６と、を含む。

図１２のライブ配信ルーム画面６０８においてアクションアイコン６４２またはクリップアイコン６１４がタップされてクリップ生成処理が開始され、クリップの生成が完了すると、サーバ１０はクリップ生成通知を生成し、配信者のユーザ端末２０に送信する。ユーザ端末２０の配信側ＵＩ制御部１０８は、受信したクリップ生成通知に基づき、ライブ配信ルーム画面６６０において、生成されたクリップをシェアするための指示を促す表示を開始する。配信側ＵＩ制御部１０８は、クリップ生成通知を受信すると、配信者にクリップのシェアを促すテキストを含むシステムコメント６６６を生成し、コメント表示領域６６４に表示させる。

ユーザ端末２０の配信側ＵＩ制御部１０８は、システムコメント６６６へのタップが検出されると、図１３のシェア受付領域６５２に準じるまたは同様のシェア受付領域をライブ配信ルーム画面６６０に重畳表示させ、そこでシェア要求を受け付ける。

図１５は、ライブ配信を終了した配信者のユーザ端末２０のディスプレイに表示されるライブ配信結果画面６８０の代表画面図である。図１４のライブ配信ルーム画面６６０において配信者が配信終了ボタン６６２をタップすると、ユーザ端末２０の配信側通信部１１０は配信終了要求を生成してサーバ１０に送信する。サーバ１０は、配信終了要求を受信すると、そのライブ配信を終了させる。配信解析部３３０は、終了されたライブ配信のクリップ数の最終値を含むパラメータの最終値を当該ライブ配信の配信者のユーザ端末２０にネットワークＮＷを介して送信する。ユーザ端末２０の配信側ＵＩ制御部１０８は、受信した最終値を含むライブ配信結果画面６８０を生成し、ディスプレイに表示させる。ライブ配信結果画面６８０は、終了したライブ配信のクリップ数の最終値を示すクリップ数表示領域６８２を含む。

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

本実施の形態に係るライブ配信システム１によると、ライブ配信中にクリップ促進通知条件が充たされると、当該ライブ配信のライブ配信ルーム画面においてアイコンの強調表示やコメントにより、視聴者に対してクリップの生成を促す。これにより視聴者はより容易に特別な瞬間のクリップを生成し、シェアすることができ、そのようなクリップの取り忘れを抑制または防止することができる。また、対象イベントの発生に寄与した視聴者（例：高額ギフトを使用した視聴者）だけでなくライブ配信の複数の視聴者に一斉にクリップ促進通知がなされることにより、より多くの視聴者がクリップを生成し、各々が別々のプラットフォームでそれを共有することとなる。したがって、クリップの元のライブ配信またはその配信者の拡散のスピードを高めることができる。

従来、視聴者によるライブ配信のクリップ、切り取りは、権利処理の観点から、またコントロールが困難であることにより、推奨されていなかった。しかしながら、本発明者らは、視聴者によるクリップを許すことにより元のライブ配信や配信者の認知度が大いに高まることを見出し、そのようなメリットがデメリットを上回ることを見出した。本実施の形態では、視聴者によるクリップを許すことからさらに進めてシステムが視聴者にクリップを推奨する、促す構成としたことで、そのようなメリットをより多く享受することができる。

また、本実施の形態に係るライブ配信システム１では、高額ギフトやインタラクションギフトなどの特別なギフトの使用、あるいはランダムギフトの当たりによりクリップ促進通知条件が充たされる。したがって、視聴者は、高額ギフトの豪華なエフェクトを含むクリップをより確実に生成することができるし、インタラクションギフトの使用により盛り上がっている様子を含むクリップをより確実に生成することができるし、ランダムギフトに当たりが出て配信者も視聴者もおおいに喜ぶ様子を切り取ったクリップをより確実に生成することができる。また、そのようなすばらしい瞬間を切り取ったクリップを多くの視聴者がより多くの場所に拡散することで、ライブ配信やその配信者の認知度をより高めることができる。

また、本実施の形態に係るライブ配信システム１では、ライブ配信の解析結果としてクリップ数をカウントし、配信者に提示する。本実施の形態では視聴者はクリップを生成するよう促されるので、クリップ数はより大きくなる。大きなクリップ数を見せることで、配信者の配信意欲を向上させることができる。

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

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

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

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

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

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

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

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

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

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

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

実施の形態では、クリップ促進通知がライブ配信の視聴者に送信される場合を説明したが、これに限られず、視聴者に代えて／加えて配信者に、クリップ促進通知が送信されてもよい。

実施の形態では、ライブ配信中にクリップ促進通知条件が充たされるか否かが判定される場合を説明したが、これに限られない。例えば、アクティブユーザがライブ配信のアーカイブを視聴しているときに、クリップ促進通知条件が充たされるか否かが判定されてもよい。例えば、アーカイブの視聴中に高額ギフトが使用された場面が再生されると、クリップ促進通知条件が充たされたと判定され、アーカイブの視聴者のユーザ端末にクリップ促進通知が送信されてもよい。

実施の形態では、クリップのデータは、配信者のユーザ端末で生成された動画データと、ギフトのエフェクトやコメントなどの動画に重畳して表示されるオブジェクトのデータと、を含む場合を説明したが、これに限られず、クリップのデータは配信者のユーザ端末で生成された動画データを含み、オブジェクトのデータを含まなくてもよい。

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

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

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

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

Claims (10)

1. ネットワークを介して、ライブ配信に係る動画データを視聴者の端末に送信する手段と、
   ライブ配信中のギフティングまたはコメントもしくはその両方に係る条件が充たされたか否かを判定する手段と、
   条件が充たされたと判定された場合、ネットワークを介して視聴者の端末に通知する手段と、
   ネットワークを介して視聴者の端末から、通知に対する応答を受信した場合、ライブ配信の一部分に係る動画データを、当該視聴者に関連付けて生成するための処理を行う手段と、を備えるサーバ。
2. 判定する手段は、ライブ配信中に所定の基準を充たすギフトが使用された場合に条件が充たされたと判定する請求項１に記載のサーバ。
3. 所定の基準を充たすギフトは、対価がしきい値以上のギフトを含む請求項２に記載のサーバ。
4. 判定する手段は、ギフティングに起因する抽選の結果が当たりである場合に条件が充たされたと判定する請求項１に記載のサーバ。
5. 通知する手段は、ネットワークを介して視聴者の端末に、ライブ配信の一部分に係る動画データを、当該視聴者に関連付けて生成するための指示を当該視聴者から受け付けるための通知を送信する請求項１に記載のサーバ。
6. 処理を行う手段は、条件が充たされたと判定されたタイミングの直前の期間を含むライブ配信の一部分に係る動画データを生成するための処理を行う請求項１に記載のサーバ。
7. 判定する手段は、視聴者によるライブ配信の一部分に係る動画データを生成するための指示の有無とは無関係に、条件が充たされたか否かを判定する請求項１に記載のサーバ。
8. 送信する手段は、ネットワークを介して、ライブ配信に係る動画データを複数の視聴者の複数の端末に送信し、
   通知する手段は、条件が充たされたと判定された場合、ネットワークを介して複数の視聴者の複数の端末に通知し、
   処理を行う手段は、ネットワークを介して複数の視聴者のうちのひとりの視聴者の端末から、通知に対する応答を受信した場合、ライブ配信の一部分に係る動画データを、当該ひとりの視聴者に関連付けて生成するための処理を行う請求項１に記載のサーバ。
9. ネットワークを介してライブ配信の配信者の端末に、当該ライブ配信の一部分に係る動画データが生成された回数を示す情報を送信する手段をさらに備える請求項８に記載のサーバ。
10. ネットワークを介して、ライブ配信に係る動画データを視聴者の端末に送信することと、
    ライブ配信中のギフティングまたはコメントもしくはその両方に係る条件が充たされたか否かを判定することと、
    条件が充たされたと判定された場合、ネットワークを介して視聴者の端末に通知することと、
    ネットワークを介して視聴者の端末から、通知に対する応答を受信した場合、ライブ配信の一部分に係る動画データを、当該視聴者に関連付けて生成するための処理を行うことと、を含む方法。

Images