JP7345814B1 - サーバ、コンピュータプログラム及び端末 - Google Patents

Abstract

【課題】ライブ配信のアーカイブ機能に柔軟性を持たせる。【解決手段】サーバは、過去のライブ配信の動画データを保持する保持手段と、過去のライブ配信に対する視聴要求が受け付けられると、当該ライブ配信内で行われたインタラクションのうち所定の基準を充たすインタラクションの出力が制限されるように、視聴要求に対する提供データを生成する生成手段と、を備える。【選択図】図１

Description

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

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

ライブ配信を録画し保存することで、リアルタイムで視聴できなかったユーザもそのライブ配信を楽しめるようにするアーカイブ機能が知られている（例えば、特許文献１参照）。

特開２０２２－１３００８１号公報

アーカイブ機能によれば、ユーザは好きな時に過去のライブ配信を視聴することができるので便利である。しかしながら、アーカイブの視聴時とその元となったライブ配信の配信時とには時間的な隔たりがあるので、環境や条件が変化することがある。特許文献１に記載されるような従来のアーカイブ機能ではこの環境や条件の変化に対応できない。

本開示はこうした課題に鑑みてなされたものであり、その目的は、ライブ配信のアーカイブ機能に柔軟性を持たせることができる技術の提供にある。

本発明のある態様は、サーバに関する。このサーバは、過去のライブ配信の動画データを保持する保持手段と、過去のライブ配信に対する視聴要求が受け付けられると、当該ライブ配信内で行われたインタラクションのうち所定の基準を充たすインタラクションの出力が制限されるように、視聴要求に対する提供データを生成する生成手段と、を備える。

本発明の別の態様は、コンピュータプログラムである。このコンピュータプログラムは、過去のライブ配信に対する視聴要求をサーバにネットワークを介して送信する機能と、視聴要求に対応する過去のライブ配信の動画データを再生する際、当該ライブ配信内で当時の参加者が使用したギフトに対応するエフェクトを出力するか否かを判定する機能と、を端末に実現させる。

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

本発明によれば、ライブ配信のアーカイブ機能に柔軟性を持たせることができる。

実施の形態に係るライブ配信システムの構成を示す模式図である。 図１のユーザ端末の機能および構成を示すブロック図である。 図１のサーバの機能および構成を示すブロック図である。 図３のストリームＤＢの一例を示すデータ構造図である。 図３のユーザＤＢの一例を示すデータ構造図である。 図３のギフトＤＢの一例を示すデータ構造図である。 図３のアーカイブＤＢの一例を示すデータ構造図である。 図３のギフト履歴ＤＢの一例を示すデータ構造図である。 図３のコメント履歴ＤＢの一例を示すデータ構造図である。 インタラクションデータの一例を示すデータ構造図である。 アーカイブの視聴を開始するときのライブ配信システムにおける一連の処理の流れを示すフローチャートである。 アクティブユーザのユーザ端末のディスプレイに表示されるプロフィール画面の代表画面図である。 アクティブユーザのユーザ端末のディスプレイに表示される非表示モードのアーカイブ表示画面の代表画面図である。 アクティブユーザのユーザ端末のディスプレイに表示される表示モードのアーカイブ表示画面の代表画面図である。 アクティブユーザのユーザ端末のディスプレイに表示される表示モードのアーカイブ表示画面の代表画面図である。 本実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。 変形例に係る、アーカイブ視聴要求の送信元のユーザ端末が保持する制限ギフトリストの一例を示すデータ構造図である。

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

実施の形態に係るライブ配信システムは、リアルタイムでライブ配信をホストすると共に、当該ライブ配信を記録、保存する。ライブ配信プラットフォームのユーザが過去のライブ配信（以下、アーカイブと称することがある）の視聴をシステムに要求すると、システムはアーカイブの動画データとインタラクションデータとを併せてユーザのユーザ端末に提供する。インタラクションデータは、アーカイブの元となったライブ配信内で行われたインタラクション（ギフトやコメントなど）のデータである。システムは、ライブ配信内で行われたインタラクションのうち所定の制限基準を充たすインタラクションの出力が制限されるように、インタラクションデータを生成する。

これにより、アーカイブ再生時のインタラクションの出力と、アーカイブの元となったライブ配信が行われた当時のインタラクションの出力と、を異ならせることが可能となる。例えば、ギフトのエフェクトに著作権等に係る契約上の制約や使用可能期限が存在する場合、そのような制約や使用可能期限を制限基準として設定することができる。アーカイブ再生時に制限基準を充たさないギフトのエフェクトは出力されない。また例えば、エフェクトのデータサイズおよび／または処理量がしきい値以上であることを制限基準として設定すれば、アーカイブ再生時に重たいエフェクトをスキップできるので、より快適な視聴体験を提供することができる。このように、本実施の形態によると、アーカイブ再生時にインタラクションを併せて出力することでアーカイブの再現性を高めることができると共に、インタラクションの出力可否を判定することでライブ配信時とアーカイブ再生時とでの状況の違いにもきめ細かに対応することができる。

図１は、本開示の実施の形態に係るライブ配信システム１の構成を示す模式図である。ライブ配信システム１は、配信者（ライバー、ストリーマ（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）９０３を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インタフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２５、通信装置９２９を含んでもよい。さらに、情報処理装置９００は、カメラなどの撮像装置（不図示）を含む。また、情報処理装置９００は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Digital Signal Processor）またはＡＳＩＣ（Application Specific Integrated Circuit）と呼ばれるような処理回路を有してもよい。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０２、ＲＡＭ９０３、ストレージ装置９１９、またはリムーバブル記録媒体９２３に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。例えば、ＣＰＵ９０１は、本実施の形態におけるサーバ１０およびユーザ端末２０、３０のそれぞれに含まれる各機能部の動作全般を制御する。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０２、およびＲＡＭ９０３は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（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）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。当該撮像装置は、静止画を撮像するものであってもよいし、または動画を撮像するものであってもよい。

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

実施の形態では、サーバ１０が制限対象のギフトのリスト（ギフトＤＢ３２０）を有し、かつ、サーバ１０がアーカイブ視聴要求に係るインタラクションの出力を制限するか否かを判定する場合を説明したが、これに限られない。例えば、アーカイブ視聴要求の送信元のユーザ端末が制限対象のギフトのリストを有し、かつ、当該ユーザ端末がアーカイブ視聴要求に係るインタラクションの出力を制限するか否かを判定してもよい。

図１７は、変形例に係る、アーカイブ視聴要求の送信元のユーザ端末が保持する制限ギフトリスト７００の一例を示すデータ構造図である。制限ギフトリスト７００は、ユーザ端末においてライブ配信アプリが起動されたときに、サーバ１０からユーザ端末にネットワークＮＷを介して提供されてもよい。あるいはまた、制限ギフトリスト７００は、アーカイブ視聴要求が発生したときに、サーバ１０からユーザ端末にネットワークＮＷを介して提供されてもよい。制限ギフトリスト７００は、制限対象のギフトのギフトＩＤと、当該ギフトの使用可能期限と、を対応付けて保持する。サーバ１０は、ネットワークＮＷを介して周期的に制限ギフトリスト７００を更新してもよい。

本変形例では、ユーザ端末はアーカイブ視聴要求をサーバ１０にネットワークＮＷを介して送信する。サーバ１０はアーカイブ視聴要求を受け付けると、アーカイブＤＢ３２８を参照することで、受け付けられたアーカイブ視聴要求に含まれるアーカイブＩＤに対応するストリームＩＤを特定する。サーバ１０は、ギフト履歴ＤＢ３３０を参照することで、特定されたストリームＩＤに対応するギフトＩＤおよび表示時刻を特定する。サーバ１０は、特定されたギフトＩＤおよび表示時刻をインタラクションデータに登録する。サーバ１０は、受け付けられたアーカイブ視聴要求に含まれるアーカイブＩＤで特定されるアーカイブの動画データをアーカイブＤＢ３２８から取得する。サーバ１０は、取得された動画データとインタラクションデータとを合わせて提供データを生成する。サーバ１０は、ネットワークＮＷを介して要求の送信元のユーザ端末に提供データを送信する。

要求の送信元のユーザ端末は、提供データに含まれるアーカイブの動画データを再生する際、当該アーカイブの元となったライブ配信内で当時の参加者が使用したギフトに対応するエフェクトを出力するか否かを判定する。より具体的には、要求の送信元のユーザ端末は、提供データに含まれるインタラクションデータに含まれるギフトのそれぞれについて、表示時刻が到来すると、以下の判定処理を行う。ユーザ端末は、制限ギフトリスト７００を参照し、表示時刻が到来したギフトのギフトＩＤが制限ギフトリスト７００に存在するか否かを判定する。存在する場合、ユーザ端末は対応する使用可能期限が過ぎているか否かを判定する。使用可能期限が過ぎている場合、ユーザ端末は表示時刻が到来したギフトのエフェクトを表示しないと判定する。この場合、ユーザ端末は、使用可能期限が過ぎているギフトの使用に対応するコメントを制限コメントに置き換える。ギフトＩＤが制限ギフトリスト７００に存在しない場合、または、存在しても使用可能期限を過ぎていない場合、ユーザ端末は表示時刻が到来したギフトのエフェクトを表示すると判定する。

他の変形例では、サーバ１０が制限対象のギフトのリスト（ギフトＤＢ３２０）を有し、アーカイブ視聴要求の送信元のユーザ端末がアーカイブ視聴要求に係るインタラクションの出力を制限するか否かを判定してもよい。

実施の形態では、処理対象のギフトのタイプを判定し、制限タイプであれば使用可能期限を確認する場合を説明したが、これに限られない。例えば、タイプを設けなくてもよい。この場合、インタラクションデータ生成部３２４はギフトＤＢ３２０を参照し、処理対象のギフトに使用可能期限が設定されていればその使用可能期限が過ぎているか否かを判定する。あるいはまた、使用可能期限を設定すべきでないギフトについては使用可能期限をシステムの上限値に設定することができる。この場合、使用可能期限の設定の有無を確認する必要はない。

あるいはまた、使用可能期限を設けなくてもよい。この場合、ギフトが制限タイプであればその出力が制限されることとなる。この場合、例えばリアルタイムのライブ配信でのみ視聴可能なギフト（アーカイブの視聴時には見ることのできないギフト）を設定することが可能となる。

実施の形態では、アーカイブ視聴要求を受け付けると、要求されたアーカイブの元となったライブ配信で行われたインタラクションを全て抽出し、各インタラクションについて制限基準を充たすか否かを判定し、判定に基づきインタラクションデータを生成する場合を説明したが、これに限られない。例えば、アーカイブの提供中に周期的に（例えば１０秒に１回、１分に１回等）次の期間のインタラクションを抽出し、抽出された各インタラクションが制限基準を充たすか判定してもよい。あるいはまた、アーカイブの提供中にインタラクションの表示時刻が到来するごとにそのインタラクションが制限基準を充たすか判定してもよい。

実施の形態では、ギフトの出力が制限される場合、そのギフトに対応するコメントの内容を調整する場合を説明したが、これに限られず、対応するコメントを調整しなくてもよいし、対応するコメントを削除してもよい。

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

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

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

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

Claims (9)

1. 過去のライブ配信の動画データを保持する保持手段と、
   過去のライブ配信に対する視聴要求が受け付けられると、当該ライブ配信内で行われたインタラクションのうち所定の基準を充たすインタラクションの出力が制限されるように、視聴要求に対する提供データを生成する生成手段と、を備え、
   インタラクションはライブ配信内で参加者が使用するギフトを含み、
   前記生成手段は、ギフトのタイプが所定のタイプである場合に当該ギフトの出力が制限されるように提供データを生成するサーバ。
2. 過去のライブ配信の動画データを保持する保持手段と、
   過去のライブ配信に対する視聴要求が受け付けられると、当該ライブ配信内で行われたインタラクションのうち所定の基準を充たすインタラクションの出力が制限されるように、視聴要求に対する提供データを生成する生成手段と、を備え、
   インタラクションはライブ配信内で参加者が使用するギフトを含み、
   ギフトには使用可能期限が設定され、
   前記生成手段は、前記視聴要求の受け付け時にギフトの使用可能期限が過ぎていると、当該ギフトの出力が制限されるように提供データを生成するサーバ。
3. インタラクションはライブ配信内で表示されるコメントを含み、
   前記生成手段は、ギフトの出力が制限される場合に当該ギフトの使用に対応するコメントを当該ギフトが同定されないように変更する請求項１または２に記載のサーバ。
4. 前記生成手段は、過去のライブ配信に対する視聴要求が受け付けられると、同じ過去のライブ配信に対する別の視聴要求に関連付けて使用されたギフトまたは入力されたコメントもしくはその両方の出力が制限されるように提供データを生成する請求項３に記載のサーバ。
5. 過去のライブ配信内で使用されたギフトの情報を保持するギフト履歴保持手段と、
   ギフトの使用可能期限を保持するギフト保持手段と、をさらに備え、
   前記生成手段は、前記ギフト履歴保持手段を参照することで、前記視聴要求に係る過去のライブ配信内で使用されたギフトを特定し、
   前記生成手段は、前記ギフト保持手段を参照することで、特定されたギフトの使用可能期限が過ぎているか否かを判定する請求項２に記載のサーバ。
6. 過去のライブ配信に対する視聴要求をサーバにネットワークを介して送信する機能と、
   前記視聴要求に対応する過去のライブ配信の動画データを再生する際、当該ライブ配信内で当時の参加者が使用したギフトに対応するエフェクトを出力するか否かを判定する機能と、を端末に実現させるためのコンピュータプログラム。
7. 前記判定する機能は、ギフトの使用可能期限を保持する保持手段を参照する機能を含む請求項６に記載のコンピュータプログラム。
8. 前記判定する機能は、ギフトの使用可能期限が過ぎている場合に当該ギフトに対応するエフェクトを出力しないと判定し、
   前記コンピュータプログラムはさらに、
   使用可能期限が過ぎているギフトの使用に対応するコメントを当該ギフトが同定されないように変更する機能を前記端末に実現させる請求項７に記載のコンピュータプログラム。
9. 過去のライブ配信に対する視聴要求をサーバにネットワークを介して送信する手段と、
   前記視聴要求に対応する過去のライブ配信の動画データを再生する際、当該ライブ配信内で当時の参加者が使用したギフトに対応するエフェクトを出力するか否かを判定する手段と、を備える端末。

Images