JP7526414B1 - サーバ、方法及びコンピュータプログラム - Google Patents

Abstract

本開示のサーバは、回路を含むサーバであって、当該回路が、第１のユーザの第１のユーザ端末からの要求に応答してエミュレータを生成する機能と、当該エミュレータを介してアプリケーションを起動する機能と、当該アプリケーションを介してストリーミングデータとインタラクションデータを受信する機能と、当該ストリーミングデータを当該インタラクションデータとレンダリングする機能と、レンダリングされた当該ストリーミングデータとインタラクションデータをクリップとして記録する機能と、当該第１のユーザの当該第１のユーザ端末からアクセスできるように当該クリップを保存する機能と、を実行するように構成され、本開示によれば、当該クリップがより効率的かつ正確に生成され、当該クリップの視聴においてより没入感のある体験が提供される可能性があり、さらに、より柔軟にクリップの見直しと共有ができる可能性があるため、ユーザエクスペリエンスが向上される可能性がある。【選択図】図９

Description

本開示は、情報通信技術に関し、特に、ライブストリーミングにおけるサーバ、方法及びコンピュータプログラムに関する。

アプリやプラットフォームの中には、ライブストリーマーと視聴者が交流できるライブストリーミングサービスを提供しているものがある。ライブストリーマーが視聴者を応援するパフォーマンスをしたり、視聴者がライブストリーマーを支援するために贈り物を送ったりすることもある。

視聴者は後で見直すためにハイライト部分をクリッピングすることがある。また、クリップによりユーザはブロードキャストから最もユニークな瞬間をキャプチャして共有することができる。非特許文献１は、ブロードキャストからクリップを作成、編集、共有する方法を開示している。

しかしながら、クリップの視聴においてより没入感のある体験を提供するためには、現在のアーカイブサービスにさらなる改善が必要である。そこで、より効率的で正確なアーカイブサービスが必要とされている。

https://help.twitch.tv/s/article/how-to-use-clips?language=en_US

本開示の一実施態様によるサーバは、回路を含むサーバであって、当該回路が、第１のユーザの第１のユーザ端末からの要求に応答してエミュレータを生成する機能と、当該エミュレータを介してアプリケーションを起動する機能と、当該アプリケーションを介してストリーミングデータとインタラクションデータを受信する機能と、当該ストリーミングデータを当該インタラクションデータとレンダリングする機能と、レンダリングされた当該ストリーミングデータとインタラクションデータをクリップとして記録する機能と、当該第１のユーザの当該第１のユーザ端末からアクセスできるように当該クリップを保存する機能と、を実行するように構成される。

本開示の別の一実施態様による方法は、第１のユーザの第１のユーザ端末からの要求に応答してエミュレータを生成する工程と、当該エミュレータを介してアプリケーションを起動する工程と、当該アプリケーションを介してストリーミングデータとインタラクションデータを受信する工程と、当該ストリーミングデータを当該インタラクションデータとレンダリングする工程と、レンダリングされた当該ストリーミングデータとインタラクションデータをクリップとして記録する工程と、当該第１のユーザの当該第１のユーザ端末からアクセスできるように当該クリップを保存する工程と、を含む。

本開示の別の一実施態様によるコンピュータプログラムは、サーバに、第１のユーザの第１のユーザ端末からの要求に応答してエミュレータを生成する機能と、当該エミュレータを介してアプリケーションを起動する機能と、当該アプリケーションを介してストリーミングデータとインタラクションデータを受信する機能と、当該ストリーミングデータを当該インタラクションデータとレンダリングする機能と、レンダリングされた当該ストリーミングデータとインタラクションデータをクリップとして記録する機能と、当該第１のユーザの当該第１のユーザ端末からアクセスできるように当該クリップを保存する機能と、を実現させる。

本開示によれば、当該クリップがより効率的かつ正確に生成され、当該クリップの視聴においてより没入感のある体験が提供される可能性がある。さらに、より柔軟にクリップの見直しと共有ができる可能性がある。したがって、ユーザエクスペリエンスが向上される可能性がある。

本開示の一部の実施態様に基づくライブストリーミングシステム１の構成を示す概略図である。 本開示の一部の実施態様に基づくユーザ端末２０のブロック図である。 本開示の一部の実施態様に基づくサーバ１０のブロック図である。 図３のストリームＤＢ３２０の例示的データ構造を示す表である。 図３のユーザＤＢ３２２の例示的データ構造を示す表である。 図３のアーカイブＤＢ３２４の例示的データ構造を示す表である。 図３のコンテキストＤＢ３２６の例示的データ構造を示す表である。 図３のクリップＤＢ３２８の例示的データ構造を示す表である。 本開示の一部の実施態様に基づくライブストリーミングシステム１の例示的な機能的構造である。 本開示の一部の実施態様に基づくライブストリーミングシステム１の例示的な機能的構造である。 ライブストリーマーのユーザ端末２０または視聴者のユーザ端末３０のディスプレイ上に表示されるライブストリーミングルーム画面６００の例示的な画面イメージである。 ライブストリーマーのユーザ端末２０または視聴者のユーザ端末３０のディスプレイ上に表示されるライブストリーミングルーム画面６００の例示的な画面イメージである。 ライブストリーマーのユーザ端末２０または視聴者のユーザ端末３０のディスプレイ上に表示されるライブストリーミングルーム画面６００の例示的な画面イメージである。 ライブストリーマーのユーザ端末２０または視聴者のユーザ端末３０のディスプレイ上に表示されるライブストリーミングルーム画面６００の例示的な画面イメージである。 本開示の一部の実施態様に基づくライブストリーミングシステム１の構成の動作を示す例示的なシーケンス図である。 本開示の一部の実施態様に基づく情報処理装置の例示的なハードウェア構成である。

以下、各図面に示す同一または類似の構成要素、部材、手順または信号には、すべての図面において同様の符号を付し、それによって重複する説明は適宜省略される。また、各図面の説明において重要でない一部部材は省略される。

本開示の一部の実施態様に基づくライブストリーミングシステム１は、ユーザ間のコミュニケーションと交流を円滑にする強化機能を提供する。より具体的には、技術的な方法で視聴者やライブストリーマーを楽しませるものである。

図１に本開示の一部の実施態様に基づくライブストリーミングシステム１の構成を示す概略図を示す。当該ライブストリーミングシステム１は、ストリーミングのライブストリーマー（ライバー、ストリーマー、または配信者とも呼ばれる）ＬＶと視聴者（オーディエンスとも呼ばれる）ＡＵ（ＡＵ１、ＡＵ２...）に、リアルタイムで相互交流するためのライブストリーミングサービスを提供する。図１に示すように、当該ライブストリーミングシステム１は、サーバ１０と、ユーザ端末２０と、ユーザ端末３０（３０ａ、３０ｂ...）を含むことができる。当該ユーザ端末２０はライブストリーマー、当該ユーザ端末３０は視聴者であってもよい。一部の実施態様において、当該ライブストリーマーと視聴者はユーザと呼ばれてもよい。当該サーバ１０は、ネットワークＮＷを介して接続された、１または複数の情報処理装置を含むことができる。当該ユーザ端末２０、３０は、例えば、スマートフォン、タブレット、ノートＰＣ、レコーダー、携帯ゲーム機、ウェアラブル端末などの携帯端末や、デスクトップＰＣなどの据置型コンピュータであってもよい。当該サーバ１０、ユーザ端末２０、ユーザ端末３０は、任意の種類の有線または無線ネットワークＮＷにより通信可能に接続されてもよい。

当該ライブストリーミングシステム１には、当該ライブストリーマーＬＶ、当該視聴者ＡＵ、当該サーバ１０を提供するアプリプロバイダー（図示せず）が関与する。当該ライブストリーマーＬＶは、自身の歌、トーク、パフォーマンス、ゲームストリーミングなどのコンテンツを自身のユーザ端末２０で収録して当該サーバ１０にアップロードし、リアルタイムでコンテンツを配信する者となることができる。一部の実施態様において、当該ライブストリーマーＬＶは、当該ライブストリーミングを介して当該視聴者ＡＵと交流することができる。

当該アプリプロバイダーは、当該サーバ１０においてライブストリーミングされるコンテンツのためのプラットフォームを提供することができる。一部の実施態様において、当該アプリプロバイダーは、当該ライブストリーマーＬＶと当該視聴者ＡＵ間のリアルタイム通信を管理するメディアまたはマネージャーであってもよい。当該視聴者ＡＵは、当該ユーザ端末３０により当該プラットフォームにアクセスし、自身が視聴したいコンテンツを選択して視聴することができる。当該視聴者ＡＵは、当該ユーザ端末３０により、当該ライブストリーマーに対してコメントしたり、応援したりなど、当該ライブストリーマーと交流するための操作を行うことができる。コンテンツを提供する当該ライブストリーマーは、当該コメントや応援に応答することができる。当該ライブストリーマーの応答は、映像及び（または）音声などにより当該視聴者ＡＵに送信することができる。従って、当該ライブストリーマーと視聴者間の相互通信を達成することができる。

本明細書でいう「ライブストリーミング」とは、当該ライブストリーマーＬＶが当該ユーザ端末２０により記録したコンテンツを、当該視聴者ＡＵが当該ユーザ端末３０を介して実質的に再生・視聴することを可能にする、データ伝送を指すことができる。一部の実施態様において、「ライブストリーミング」は、上述のデータ伝送により実現されるストリーミングを指すこともある。当該ライブストリーミングは、ＨＴＴＰライブストリーミング、ＣＭＡＦ（Ｃｏｍｍｏｎ Ｍｅｄｉａ Ａｐｐｌｉｃａｔｉｏｎ Ｆｏｒｍａｔ）、ＷｅｂＲＴＣ（Ｗｅｂ Ｒｅａｌ－Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＲＴＭＰ（Ｒｅａｌ―Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＭＰＥＧ ＤＡＳＨなど、公知の技術によって実現することができる。当該ライブストリーミングは、さらに、当該ライブストリーマーがコンテンツを記録している間、当該視聴者ＡＵが特定の遅延をもって当該コンテンツを再生または視聴することができる、実施形態を含んでもよい。当該遅延の程度については、少なくとも当該ライブストリーマーＬＶと当該視聴者ＡＵがコミュニケーションを行うことができる程度に小さいことが望ましい。ただし、ライブストリーミングは、いわゆるオンデマンド配信とは異なる。より具体的に、当該オンデマンド配信とは、当該コンテンツを記録したすべてのデータをサーバに格納し、ユーザの要求に応じてランダムなタイミングで当該サーバから当該ユーザにデータを提供することを指してもよい。

本明細書における「ストリーミングデータ」とは、画像データや音声データを含むデータを指すことができる。より具体的に、当該画像データ（ビデオデータと呼んでもよい）は、当該ユーザ端末２０と３０の画像キャプチャ機能によって生成されてもよい。当該音声データ（オーディオデータと呼んでもよい）は、当該ユーザ端末２０と３０の音声入力機能により生成されてもよい。当該ストリーミングデータを当該ユーザ端末２０、３０で再生し、ユーザに関するコンテンツを視聴できるようにしてもよい。一部の実施態様において、当該ライブストリーマーの当該ユーザ端末でストリーミングデータが生成されてから、当該視聴者の当該ユーザ端末で再生されるまでの間、圧縮、拡張、エンコード、デコード、トランスコードなど、データの形式、サイズ規格を変更する処理が想定される。このような処理の前と後、当該コンテンツ（映像や音声）は実質的に変更されず、このため、本開示の現在の実施態様においては、処理される前のストリーミングデータと処理された後のストリーミングデータは同じであると説明される。つまり、当該ライブストリーマーの当該ユーザ端末により生成された当該ストリーミングデータが、当該サーバ１０を介して当該視聴者の当該ユーザ端末で再生される場合、当該ライブストリーマーの当該ユーザ端末で生成された当該ストリーミングデータ、当該サーバ１０を通過した当該ストリーミングデータ、そして当該視聴者の当該ユーザ端末が受信して再生する当該ストリーミングデータは、すべて同じストリーミングデータである。

図１に示すように、当該ライブストリーマーＬＶはライブストリーミングを提供する。当該ライブストリーマーのユーザ端末２０は、当該ストリーマーの映像及び（または）音声を記録することにより、ストリーミングデータを生成し、ネットワークＮＷを介してサーバ１０に送信する。同時に、当該ユーザ端末２０は映像ＶＤを当該ユーザ端末２０のディスプレイ上に表示し、当該ライブストリーマーＬＶのストリーミングコンテンツをチェックすることができる。

当該ライブストリーマーのライブストリーミングの提供をプラットフォームに要求するユーザ端末３０ａ、３０ｂの視聴者ＡＵ１、ＡＵ２は、当該ネットワークＮＷを介して当該ライブストリーミングに対応するストリーミングデータを受信し、受信したストリーミングデータを再生してディスプレイ上に映像ＶＤ１、ＶＤ２を表示し、スピーカーなどから音声を出力することができる。当該ユーザ端末３０ａ、３０ｂ上にそれぞれ表示される当該映像ＶＤ１、ＶＤ２は、当該ライブストリーマーＬＶの当該ユーザ端末により記録された当該映像と実質的に同じであり、当該ユーザ端末３０ａ、３０ｂから出力される当該音声は、当該ライブストリーマーＬＶの当該ユーザ端末により記録された当該音声と実質的に同じである。

当該ライブストリーマーの当該ユーザ端末２０での記録は、当該視聴者ＡＵ１、ＡＵ２の当該ユーザ端末３０ａ、３０ｂでのストリーミングデータの再生と同時であってもよい。当該視聴者ＡＵ１が当該ライブストリーマーＬＶのコンテンツに関するコメントを当該ユーザ端末３０ａに入力すると、当該サーバ１０は、当該コメントを当該ライブストリーマーの当該ユーザ端末２０にリアルタイムで表示するとともに、当該視聴者ＡＵ１、ＡＵ２の当該ユーザ端末３０ａ、３０ｂにもそれぞれ表示する。当該ライブストリーマーＬＶが当該コメントに応答した場合、当該応答を当該視聴者ＡＵ１、ＡＵ２の当該ユーザ端末３０ａ、３０ｂからテキスト、画像、映像または音声として出力し、当該ライブストリーマーＬＶと当該視聴者ＡＵ１、ＡＵ２のコミュニケーションを実現することができる。従って、当該ライブストリーミングシステムは、双方向通信のライブストリーミングを実現することができる。

図２は、本開示の実施態様に基づく、図１に示すユーザ端末２０の機能と構成を示すブロック図である。当該ユーザ端末３０は、当該ユーザ端末２０と同様の機能と構成を有する。本明細書のブロック図に描かれているブロックは、コンピュータのＣＰＵなどのデバイスや機械部品などのハードウェア、およびこれらの要素の連携によって実施される機能ブロックを表現する、コンピュータプログラムなどのソフトウェアで実施される。したがって、機能ブロックは、ハードウェアとソフトウェアの組み合わせによる多様な態様で実装され得ることが、当業者には理解されよう。

当該ライブストリーマーＬＶと視聴者ＡＵは、ネットワークＮＷを介して、ダウンロードサイトから本開示のライブストリーミングアプリケーション（ライブストリーミングアプリ）を当該ユーザ端末２０と３０にダウンロードしてインストールすることができる。または、当該ライブストリーミングアプリは、当該ユーザ端末２０と３０に予めインストールされていてもよい。当該ユーザ端末２０と３０によるライブストリーミングの実行により、当該ユーザ端末２０と３０は、当該ネットワークＮＷを介して当該サーバ１０と通信し、複数の機能を実現することができる。当該ユーザ端末２０と３０（より具体的に、ＣＰＵなどのプロセッサ）による当該ライブストリーミングアプリの実行により実現される当該機能は、当該ユーザ端末２０と３０の機能として以下で説明される。当該機能は基本的に、当該ライブストリーミングアプリが当該ユーザ端末２０と３０に実現させる機能である。一部の実施態様において、これらの機能は、ネットワークＮＷを介して当該サーバ１０から当該ユーザ端末２０と３０のウェブブラウザに送信し、当該ウェブブラウザのコンピュータプログラムにより実行されることにより実現されてもよい。当該コンピュータプログラムは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのプログラミング言語で書かれていてもよい。

当該ユーザ端末２０は、ストリーミングユニット１００と視聴ユニット２００を含む。一部の実施態様において、当該ストリーミングユニット１００は、ユーザのオーディオ及び（または）ビデオデータを記録し、当該サーバ１０に送信するストリーミングデータを生成するように構成される。当該視聴ユニット２００は、サーバ１０からストリーミングデータを受信し、再生するように構成される。一部の実施態様において、ユーザは、ブロードキャスト時に当該ストリーミングユニット１００を作動させる、またはストリーミングを視聴するときに当該視聴ユニット２００を作動させることができる。一部の実施態様において、当該ストリーミングユニット１００を作動させる当該ユーザ端末は、ライブストリーマーと呼ぶことができ、またはストリーミングデータを生成する当該ユーザ端末と呼ぶことができる。当該視聴ユニット２００を作動させる当該ユーザ端末は、視聴者と呼ぶことができ、または当該ストリーミングデータを再生する当該ユーザ端末と呼ぶことができる。

当該ストリーミングユニット１００は、ビデオコントロールユニット１０２と、オーディオコントロールユニット１０４と、配信ユニット１０６と、ＵＩコントロールユニット１０８を含むことができる。当該ビデオコントロールユニット１０２は、カメラ（図示せず）に接続されてもよく、当該映像は当該カメラにより制御される。当該ビデオコントロールユニット１０２は、当該カメラから当該ビデオデータを取得することができる。当該オーディオコントロールユニット１０４は、マイク（図示せず）に接続されてもよく、音声は当該マイクにより制御される。当該オーディオコントロールユニット１０４は、当該マイクから当該オーディオデータを取得することができる。

当該配信ユニット１０６は、当該ビデオコントロールユニット１０２からのビデオデータと、当該オーディオコントロールユニット１０４からのオーディオデータを含むストリーミングデータを受信し、ネットワークＮＷを介して当該サーバ１０に送信する。一部の実施態様において、当該配信ユニット１０６は当該ストリーミングデータをリアルタイムで送信する。つまり、当該ビデオコントロールユニット１０２と当該オーディオコントロールユニット１０４からの当該ストリーミングデータの生成と、当該配信ユニット１０６の配信は同時に実行される。

当該ＵＩコントロールユニット１０８は、当該ライブストリーマーのＵＩを制御する。当該ＵＩコントロールユニット１０８はディスプレイ（図示しない）に接続され、当該配信ユニット１０６が当該ストリーミングデータを送信し、再生して当該ディスプレイ上に表示する相手に対して当該ストリーミングデータを生成するように構成される。当該ＵＩコントロールユニット１０８は、操作するオブジェクトまたは指示を受けるオブジェクトをディスプレイ上に表示し、当該ライブストリーマーからのタップ入力を受け付けるように構成される。

当該視聴ユニット２００は、ＵＩコントロールユニット２０２と、レンダリングユニット２０４と、入力送信ユニット２０６と、を含んでもよい。当該視聴ユニット２００は、ネットワークＮＷを介してサーバ１０からストリーミングデータを受信するように構成される。当該ＵＩコントロールユニット２０２は、当該視聴者のＵＩを制御する。当該ＵＩコントロールユニット２０２は、ディスプレイ（図示せず）及び（または）スピーカー（図示せず）に接続され、当該ストリーミングデータを再生することにより、当該ディスプレイ上に映像を表示し、当該スピーカーから音声を出力するように構成される。一部の実施態様において、当該ディスプレイ上に映像を出力し、当該スピーカーから音声を出力することを「ストリーミングデータを再生する」ことと呼んでもよい。当該ＵＩコントロールユニット２０２は、タッチパネルやキーボード、ディスプレイなどの入力ユニットに接続され、ユーザからの入力を取得することができる。

当該レンダリングユニット２０４は、当該サーバ１０からのストリーミングデータと、フレーム画像とをレンダリングするように構成されてもよい。当該フレーム画像は、ユーザからの入力、視聴者により入力されたコメント、当該サーバ１０から受信したデータを受け付けるためのユーザインターフェイスオブジェクトを含んでもよい。当該入力送信ユニット２０６は、当該ＵＩコントロールユニット２０２から当該ユーザ入力を受信し、当該ネットワークＮＷを介して当該サーバ１０に送信するように構成される。

一部の実施態様において、当該ユーザ入力は、ライブストリームの選択、コメントの入力、贈り物の送信、ユーザのフォローまたはフォロー解除、イベントでの投票、ゲームなど、当該ユーザ端末の画面上のオブジェクトをクリックすることであってもよい。例えば、当該入力送信ユニット２０６は、視聴者の当該ユーザ端末が当該ライブストリーマーに贈り物を送るために画面上の贈り物オブジェクトをクリックした場合に、贈り物情報を生成し、インターネットＮＷを介して当該サーバ１０に送信してもよい。

図３は、本開示の一部の実施態様に基づくサーバ１０のブロック図である。当該サーバ１０は、ストリーミング情報ユニット３０２、中継ユニット３０４、記録ユニット３０６、処理ユニット３０８、コンテキストユニット３１０、クリップユニット３１２、ストリームＤＢ３２０、ユーザＤＢ３２２、アーカイブＤＢ３２４、コンテキストＤＢ３２６、クリップＤＢ３２８を含んでもよい。

当該ストリーミング情報ユニット３０２は、当該ネットワークＮＷを介して当該ライブストリーマーの当該ユーザ端末２０からライブストリーミングの要求を受信する。要求を受信すると、当該ストリーミング情報ユニット３０２は、当該ライブストリーミングの情報を当該ストリームＤＢ３２０に登録する。一部の実施態様において、当該ライブストリーミングの情報は、当該ライブストリーミングのストリームＩＤ及び（または）当該ライブストリーミングに対応する当該ライブストリーマーのライブストリーマーＩＤであってもよい。

当該視聴者から当該ネットワークＮＷを介して当該ユーザ端末３０の当該視聴ユニット２００から当該ライブストリーミングの当該情報の提供要求を受信すると、当該ストリーミング情報ユニット３０２は当該ストリームＤＢ３２０を参照し、利用可能なライブストリーミングのリストを生成する。

その後当該ストリーミング情報ユニット３０２は、当該ネットワークＮＷを介して当該ユーザ端末３０に当該リストを送信する。当該ユーザ端末３０の当該ＵＩコントロールユニット２０２は、当該リストに基づいてライブストリーミング選択画面を生成し、当該ユーザ端末３０のディスプレイ上に当該リストを表示する。

当該ユーザ端末３０の当該入力送信ユニット２０６は、当該ライブストリーミング選択画面上での当該視聴者によるライブストリーミングの選択を受信すると、選択された当該ライブストリーミングの当該ストリームＩＤを含む配信要求を生成し、当該ネットワークを介して当該サーバ１０に送信する。当該ストリーミング情報ユニット３０２は、当該配信要求で当該ストリームＩＤにより指定された当該ライブストリーミングの当該ユーザ端末３０に対する提供を開始することができる。当該ストリーミング情報ユニット３０２は、当該ストリームＤＢ３２０を更新し、当該ユーザ端末３０の当該視聴者の視聴者ＩＤを当該ストリームＩＤの当該ライブストリーマーＩＤに追加することができる。

当該中継ユニット３０４は、当該ストリーミング情報ユニット３０２により開始された当該ライブストリーミングにおいて、当該ライブストリーマーの当該ユーザ端末２０から、当該視聴者の当該ユーザ端末３０へのライブストリーミングの送信を中継することができる。当該中継ユニット３０４は、ストリーミングデータの再生中に、当該視聴者からのユーザ入力を示す信号を当該入力送信ユニット２０６から受信することができる。当該ユーザ入力を示す当該信号は、当該ユーザ端末３０のディスプレイに表示されるオブジェクトの指定を示すオブジェクト指定信号であってもよい。当該オブジェクト指定信号は、当該視聴者の視聴者ＩＤ、当該視聴者が視聴しているライブストリーミングを配信するライブストリーマーのライブストリーマーＩＤ、及び当該オブジェクトにより指定されるオブジェクトＩＤを含んでもよい。当該オブジェクトが贈り物などである場合、当該オブジェクトＩＤは、贈り物ＩＤなどであってもよい。同様に、当該中継ユニット３０４は、ストリーミングデータの再生中に、当該ユーザ端末２０の当該ストリーミングユニット１００から、例えば当該オブジェクト指定信号など、当該ライブストリーマーのユーザ入力を示す信号を受信することができる。

当該記録ユニット３０６は、当該ライブストリーミングを記録するように構成されてもよい。一部の実施態様において、当該記録ユニット３０６は、当該ストリーマーの当該ユーザ端末２０による設定に基づき、自動でまたは手動で当該ライブストリーミングを記録してもよい。例えば、当該ストリーマーは当該ライブストリーミングを開始する前に、当該ライブストリーミングを自動的に記録してアーカイブするために、自動アーカイブ機能をオンにしてもよい。当該記録ユニット３０６は、当該ストリーマーが配信を開始したとき当該ライブストリーミングの記録を開始し、当該ライブストリーミングが終了したら記録を停止してもよい。また一部の実施態様において、当該ストリーマーまたは当該視聴者は、当該ライブストリーミング中、手動で当該ライブストリーミングをクリップしてもよい。

一部の実施態様において、当該記録ユニット３０６は、当該アーカイブコンテンツの最大期間、例えば８時間など、当該ライブストリーミングを記録してもよい。例えば、当該記録ユニット３０６は、最大８時間などの期間、当該ライブストリーミングを記録してもよい。当該ライブストリーミングの持続期間が８時間未満の場合、当該記録ユニット３０６は、当該ライブストリーミングを記録してアーカイブしてもよい。しかし、当該ライブストリーミングが８時間より長い場合、当該記録ユニット３０６は当該ライブストリーミングを８時間記録し、さらに次の８時間またはそれ以下の別の記録を開始してもよい。

一部の実施態様において、当該ライブストリーミングの当該アーカイブコンテンツは、Ｇｏｏｇｌｅ Ｃｌｏｕｄなどのストレージに格納され、当該アーカイブコンテンツのデータが参照とさらなる処理のために当該アーカイブＤＢ３２２に登録されてもよい。一部の実施態様において、ＨＴＴＰライブストリーミング（ＨＬＳ）などの任意の可能な伝送プロトコルが、当該サーバと当該ユーザ端末との間で適用されてもよい。一部の実施態様において、当該記録ユニット３０６は、ストリーミングソースからライブストリーミングを受信し、当該ライブストリーミングをアーカイブコンテンツとして記録してもよい。

ライブストリーミングの通信時には、異なる伝送プロトコルが使用されてもよい。ここでは、ＨＴＴＰライブストリーミング（ＨＬＳ）を例に挙げて説明する。ＨＴＴＰライブストリーミング（ＨＬＳ）は、Ａｐｐｌｅ社が提唱するＨＴＴＰベースのストリーミングメディアネットワーク伝送プロトコルである。ＨＬＳは、Ｍ３Ｕ８セグメントインデックスファイルとトランスポートストリーム（ＴＳ）セグメントとで構成される。

Ｍ３Ｕ８ファイルは、ｔｓセグメントのインデックスファイルと呼ばれてもよく、ｔｓセグメントのダウンロードアドレスをサーバに格納するために使用されてもよい。ユーザ端末は、Ｍ３Ｕ８ファイルに基づき、ｔｓセグメントを順番に読み出すことができる。ｔｓセグメントは、ビデオファイル全体やビデオストリームを分割して得られるビデオクリップと呼んでもよい。各ｔｓセグメントは、映像の複数のフレームを含んでもよい。１つのｔｓセグメントは、１～２秒程度などであってもよい。各ｔｓセグメントは、映像の複数のフレームを含む１つ以上のＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）構造を含んでもよい。１つのＧＯＰは、Ｉフレーム、Ｐフレーム、Ｂフレームなどの異なるフレームタイプを含んでもよい。ＳＥＩメッセージは、Ｉフレームに挿入して保存することができる。

ＨＬＳは、オーディオおよびビデオストリーム全体をダウンロード用にＨＴＴＰベースの小さなファイルに分割し、毎回ファイルの一部のみがダウンロードされてもよい。メディアストリームの再生時、視聴者は、多くの異なる代替ソースから異なるレートで同じリソースをダウンロードすることを選択し、ストリーミングメディアセッションが異なるデータレートに適応するようにしてもよい。

異なるストリーミングソースは、ＦＬＶまたはＭ３Ｕ８などのストリーミングデータの異なる形式を提供してもよい。当該記録ユニット３０６は、ストリーミングソースからストリーミングデータを受信し、当該ストリーミングデータの形式を任意の種類の形式に変換して処理してもよい。当該記録ユニット３０６は、当該アーカイブコンテンツを任意の可能な形式のストリーミングデータとして記録し、格納してもよい。ここでは、ｔｓセグメントを用いたＭ３Ｕ８プレイリストを例に挙げて説明する。当該記録ユニット３０６は、当該処理ユニット３０８が確認し、ストレージに格納するために、当該ライブストリーミングのストリーミングデータをｔｓセグメントとして記録してもよい。

当該処理ユニット３０８は、当該アーカイブコンテンツを処理するように構成されてもよい。一部の実施態様において、当該処理ユニット３０８は、当該アーカイブコンテンツをチェックし、トランスポートストリーム（ＴＳ）セグメントとして格納してもよい。当該処理ユニット３０８は、当該ＴＳセグメントに対してＭ３Ｕ８再生リストをさらに生成してもよい。一部の実施態様において、当該処理ユニット３０８は、７日、１４日などの特定の期間、ストレージおよびデータベースに当該アーカイブコンテンツを保持してもよい。これにより、メモリが効率的に使用される。

当該コンテキストユニット３１０は、インタラクション情報のコンテキストを取り扱うように構成されてもよい。ここで、当該コンテキストとは、レンダリングコンテキストを指してもよい。当該コンテキストは、視聴者からのインタラクション情報を含んでもよい。例えば、視聴者は、ストリーマーにメッセージを送信したり、贈り物を送信したりしてもよく、当該コンテキストは、メッセージ、贈り物メッセージ、アニメーション、贈り物アニメーション等の情報を含んでもよい。当該コンテキストユニット３１０は、視聴者からのインタラクション情報を受信し、当該インタラクション情報を当該コンテキストＤＢ３２４に格納してもよい。一部の実施態様において、当該コンテキストユニット３１０は、異なるユーザからのコンテキストを処理するための複数の作業ユニットを含んでもよい。

一部の実施態様において、当該コンテキストユニット３１０は、バックエンドサーバを介して視聴者からインタラクション情報を受信してもよい。一部の実施態様において、当該コンテキストユニット３１０は、バックエンドサーバを介してストリーマー端末からのインタラクション情報を受信してもよい。例えば、ストリーマーは、視聴者にメッセージを送信するなどしてもよい。一部の実施態様において、当該コンテキストユニット３１０は、当該バックエンドサーバからインタラクション情報を直接受信してもよい。例えば、バックエンドサーバは、ＶＩＰユーザがオンラインであり、ライブストリーミングに参加することを通知するメッセージを送信してもよく、コンテキストは、ＶＩＰオンライン通知のインタラクション情報を含んでもよい。一部の実施態様において、当該バックエンドサーバは、ＵＴＣ時刻情報などの識別子を含むインタラクション情報を送信してもよい。一部の実施態様において、当該コンテキストユニット３１０は、ライブストリーミング中に、テキスト、画像、アニメーション、通知などの任意の種類のインタラクション情報を受信してもよい。

当該クリップユニット３１２は、クリップコンテンツを処理するように構成されてもよい。一部の実施態様において、当該クリップユニット３１２は、ストリーミングデータとインタラクションデータを取得し、レンダリングと記録のためにＥＣＭに送信してもよい。個々で、当該インタラクションデータは、メッセージ、コメント、贈り物、フォロー、ゲーム、ＶＩＰオンライン通知、入室アニメーションなど、当該ライブストリーミングルーム内におけるあらゆる可能なインタラクティブ情報であってもよい。

一部の実施態様において、当該ストリーミングデータとインタラクションデータは、当該アーカイブＤＢ３２４とコンテキストＤＢ３２６からのアーカイブデータとコンテキストデータであってもよい。一部の実施態様において、当該ストリーミングデータとインタラクションデータは、例えば、ストリーミングサーバとバックエンドサーバなどからのライブストリーミングデータまたはライブインタラクションデータであってもよい。つまり、当該ストリーミングデータとインタラクションデータは、当該アーカイブＤＢ３２４とコンテキストＤＢ３２６からのアーカイブデータとコンテキストデータ、あるいはリアルタイムのライブストリーミングからのものであってもよい。

一部の実施態様において、当該クリップユニット３１２は、ストレージとデータベースに当該クリップコンテンツを保存してもよい。また、一部の実施態様において、当該クリップユニット３１２は、当該クリップコンテンツへのリンクを生成してもよい。一部の実施態様において、当該クリップコンテンツは、永久に保存されるか、７日、１４日などの一定期間後に削除されてもよい。一部の実施態様において、当該クリップコンテンツの設定は、実際の必要性に応じて柔軟に決定されてもよい。

図４は、図３のストリームＤＢ３２０の例示的データ構造を示す表である。当該ストリームＤＢ３２０は、現在行われているライブストリームに関する情報を保持する。当該ストリームＤＢ３２０は、当該ライブストリーミングシステム１が提供するライブストリーミングプラットフォーム上のライブストリームを識別するためのストリームＩＤ、当該ライブストリームを提供するライブストリーマーを識別するためのライブストリーマーＩＤ、及び当該ライブストリームの視聴者を識別するための視聴者ＩＤを、互いに関連付けて格納する。

図５は、図３のユーザＤＢ３２２の例示的データ構造を示す表である。当該ユーザＤＢ３２２は、ユーザに関する情報を保持する。当該ユーザＤＢ３２２は、ユーザを識別するためのユーザＩＤ、当該ユーザが蓄積したポイントを特定するためのポイント、当該ユーザのレベルを識別するためのレベル、当該ユーザのステータスを識別するためのステータスを、相互に関連付けて格納する。当該ポイントは、当該ライブストリーミングプラットフォーム内で流通する電子的な価値である。当該レベルは、当該ライブストリーミングプラットフォームにおける当該ユーザの活動またはエンゲージメントの量の指標であってもよい。当該ステータスは、当該ライブストリーミングプラットフォームにおける当該ユーザのアイデンティティまたはメンバーシップステータスであってもよい。

図６に、図３のアーカイブＤＢ３２２の例示的データ構造を示す表を示す。当該アーカイブＤＢ３２２は、アーカイブコンテンツに関する情報を保持する。当該アーカイブＤＢ３２２は、当該アーカイブコンテンツを識別するアーカイブＩＤと、当該アーカイブコンテンツの時刻情報を識別するタイムスタンプと、当該アーカイブコンテンツの持続時間を識別する持続時間と、当該アーカイブコンテンツの場所を識別するアーカイブＵＲＬとを相互に関連付けて格納する。

図７に、図３のコンテキストＤＢ３２４の例示的データ構造を示す。当該コンテキストＤＢ３２４は、コンテキストデータに関する情報を保持する。当該コンテキストＤＢ３２４は、当該コンテキストデータを識別するコンテキストＩＤ、当該コンテキストデータのタイプを識別するタイプ、当該コンテキストの時間情報を識別するタイムスタンプを、互いに関連付けて格納する。一部の実施態様において、メッセージ、コメント、贈り物、フォロー、ゲーム、ＶＩＰオンライン通知など、ライブストリーマー端末、視聴者端末、またはバックエンドサーバからの任意の種類のインタラクション情報が、当該コンテキストユニット３１０からクエリされてもよい。

図８は、図３のクリップＤＢ３２８の例示的データ構造を示す表である。当該クリップＤＢ３２８は、クリップコンテンツに関する情報を保持する。当該クリップＤＢ３２８は、当該クリップコンテンツを識別するクリップＩＤと、当該クリップコンテンツの持続時間を識別する持続時間と、当該クリップコンテンツの場所を特定するクリップＵＲＬとを、互いに関連付けて格納する。一部の実施態様において、当該クリップＤＢ３２８はさらに、例えば、アーカイブＩＤ、コンテキストＩＤなど、アーカイブデータとコンテキストデータに関する情報を含んでもよい。

図９は、本開示の一部の実施態様に基づくライブストリーミングシステム１の例示的な機能的構造である。図９に示すように、当該ストリーマーは、アプリにおいてアーカイブ機能をオンにしてもよい。一部の実施態様において、当該ストリーマーはアーカイブ機能のアイコンを切り替え、ライブストリーミングをアーカイブしたいことを示してもよい。バックエンドは、アーカイブ制御マネージャに、当該ストリーマーのためのアーカイブタスクを登録するように通知してもよい。一部の実施態様において、当該バックエンドは、メッセージングなどによって、アーカイブ機能のセットアップが成功したことを当該ストリーマーにさらに通知してもよい。

当該ストリーマーは、ストリーミングデータを当該ストリーミングサーバにプッシュすることにより、ライブストリーミングをさらに開始してもよい。一部の実施態様において、当該ストリーマーは、スマートフォンなどの携帯端末によってライブストリーミングを開始してもよい。一部の実施態様において、当該ストリーマーは、ＯＢＳ（Ｏｐｅｎ Ｂｒｏａｄｃａｓｔｅｒ Ｓｏｆｔｗａｒｅ）等のコンピュータ上のソフトウェアによって当該ライブストリーミングを開始してもよい。当該アーカイブサービスは、当該ストリーマーからの任意の種類のストリーミング方式に適用されてもよい。当該記録ユニット３０６は、記録のために当該ライブストリーミングを引き出してもよい。一部の実施態様において、当該記録ユニット３０６は、ライブストリーミングを記録しながら、アーカイブ映像のフレームに識別子を挿入してもよい。例えば、当該識別子は、当該アーカイブ映像のフレームのＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ、補助拡張情報）内にそれぞれ挿入されてもよい。したがって、アーカイブ映像の当該フレームは、識別子情報を含んでもよい。

一部の実施態様において、当該ｔｓセグメントの持続時間は１秒であってもよく、当該ｔｓセグメントは１つのＧＯＰ構造を含んでもよい。１つのＧＯＰ構造は、１つのＩフレーム及びいくつかのＰフレームを含んでもよい。Ｉフレームは主フレームであってもよく、Ｐフレームは補助フレームであってもよい。例えば、Ｉフレームは、ライブストリーミングのオリジナルフレームの主フレーム情報を含んでもよく、Ｐフレームは、現在のＩフレームと以前のＩフレームとの差分などのいくつかの補助的な情報を含んでもよい。本実施態様によれば、伝送量を低減することができる。

一部の実施態様において、１つのｔｓセグメントは、１つのＩフレームを有する１つのＧＯＰを含んでもよく、これは識別子を有するＳＥＩメッセージを挿入するために使用されてもよい。つまり、１つのｔｓセグメントは、ＵＴＣ時刻情報など１つの識別子を含んでもよい。一部の実施態様において、１つのｔｓセグメントは、記録または接続により、より多くのＩフレームを有するより多くのＧＯＰを含んでもよいため、１つのｔｓセグメントは、複数のＵＴＣ時刻情報などを含んでもよい。

ＳＥＩは、オーディオおよび映像のビットストリームに挿入され、追加情報を伝えるためのテキストデータと呼ぶことができる。ＳＥＩは、Ｈ．２６４ビデオコーディングにおける標準的なＮＡＬ（ネットワーク抽象化レイヤ）であり、映像のさまざまな特性を記述するさまざまなタイプのデータを含むことができる。また、ＳＥＩメッセージには、任意のユーザ定義データを含めることができる。さらに、ＳＥＩメッセージは、コアデコーディングプロセスに影響を与えることなく、映像をどのように後処理または表示することが推奨されるかを示すことができる。

一部の実施態様において、当該識別子は、当該ＳＥＩメッセージに含まれてもよい。一部の実施態様において、当該識別子は、アーカイブビデオ専用のＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ、個体識別番号）を含んでもよい。当該識別子は、当該アーカイブ映像のフレームに保存されてもよい。一部の実施態様において、当該識別子は、一意の一連の数字、文字、テキスト、記号、上記の組み合わせなどであってもよい。一部の実施態様において、当該識別子は、映像のフレームまたは映像のｔｓセグメントを互いに識別してもよい。つまり、当該映像のフレームまたは当該映像の各ｔｓセグメントの識別子は、一意であり、他とは異なっていてもよい。

一部の実施態様において、当該識別子は、当該アーカイブ映像のフレームの時間情報であってもよい。一部の実施態様において、当該時間情報は、相対時間であってもよい。例えば、当該時間情報は、当該アーカイブ映像の先頭を基準としたフレームの時間長さ、または当該アーカイブ映像の前のフレームを基準としたフレームの時間長さなどを示していてもよい。

一部の実施態様において、当該時間情報は、ライブストリーミングの絶対時間情報であってもよい。例えば、当該記録ユニット３０６は、ライブストリーミングをアーカイブ映像として記録しながら、各フレームの絶対時間を保存してもよい。一部の実施態様において、当該絶対時間は、グリニッジ標準時（ＧＭＴ）、協定世界時（ＵＴＣ）等の標準時刻であってもよい。例えば、ストリーマーが２０２２-０８-０５Ｔ０６：００：００Ｚから２０２２-０８-０５Ｔ０７：００：００Ｚまでのライブストリーミングを開始する場合、当該記録ユニット３０６は、アーカイブ映像のフレームのＳＥＩメッセージにＵＴＣタイムスタンプを書き込み、当該アーカイブ映像の対応するフレームにＳＥＩメッセージを保存してもよい。

一部の実施態様において、当該識別子は、記録中に当該記録ユニット３０６によってタグ付けされるタグであってもよい。例えば、当該記録ユニット３０６は、アーカイブ映像のフレームにタグを追加してもよい。当該バックエンドサーバは、さらに、対応するタグを有するコンテキストを当該コンテキストユニット３１０に送信してもよい。したがって、当該コンテキストユニット３１０は、アーカイブ視聴者が当該タグを有するコンテキストをクエリしたとき、対応するタグを有するコンテキストを当該アーカイブ視聴者に送信してもよい。一部の実施態様において、当該識別子は、アーカイブコンテンツのフレームを互いに識別し、フレームを対応するコンテキストとそれぞれ接続する一意のコードであってもよい。一部の実施態様において、当該コードは、サーバ１０または別のサードパーティのサーバ等によって生成されてもよい。

一部の実施態様において、当該アーカイブ映像の各フレームにタグを挿入するために、ＡＩタギング技術が適用されてもよい。ここで、ＡＩタギングとは、人工知能を用いてメディアファイルにメタデータのタグ付けを行う処理を指してもよい。例えば、当該記録ユニット３０６が特定の機能を持つタグを自動的に追加し、当該バックエンドサーバが対応するタグを持つコンテキストを生成するようにしてもよい。当該ＡＩタギングは、ストリーマーや視聴者からの音声、映像、テキスト、画像、アニメーションなどを検出し、当該アーカイブ映像の対応するフレームに挿入されるタグを生成してもよい。例えば、ストリーマーが車について話し、その会話中にＡＩタグが挿入されてもよい。当該バックエンドサーバはさらに、「車について会話が進行中」または車の広告映像などの情報を生成し、対応するタグを挿入して、当該コンテキストユニット３１０に送信してもよい。これにより、当該アーカイブ映像は、ストリーマーが話していた話題をより理解することができる。また、視聴者がストリーマーの話の重点を聞き取れなかった場合、当該視聴者は、画面上に表示されたより多くの情報を有するアーカイブ映像にアクセスしてもよい。

一部の実施態様において、当該ＡＩタギングは、ストリーマーまたは視聴者の位置情報や時間情報に基づいて、適用されてもよい。例えば、ストリーマーがカフェで放送していた場合、当該記録ユニット３０６は、カフェの場所を示すタグを挿入してもよい。当該アーカイブ視聴者は、アーカイブコンテンツを確認しながら、当該カフェの情報を受信してもよい。さらに、当該記録ユニット３０６は、１時間など定期的にタグを挿入し、アーカイブ視聴者が視聴した時間を示す、またはアーカイブ視聴者に休憩を取るよう通知するために、対応するタグを有するメッセージのコンテキストを生成してもよい。

一部の実施態様において、当該視聴者は、ライブストリーミングを視聴するために、ストリーミングサーバからライブストリーミングを引き出してもよい。当該視聴者は、コメント、贈り物などでストリーマーと交流（インタラクション）してもよく、インタラクション情報がバックエンドサーバを介して当該ストリーマーまたは他の視聴者に送信されてもよい。一部の実施態様において、当該バックエンドサーバはさらに当該コンテキストユニット３１０に当該インタラクション情報を送信してもよい。当該コンテキストユニット３１０は、当該インタラクション情報を処理するための１つまたは複数の作業ユニットを含んでもよい。例えば、当該作業ユニットは、当該インタラクション情報を当該コンテキストＤＢ３２４に書き込んでもよい。

一部の実施態様において、当該バックエンドサーバが当該インタラクション情報を当該コンテキストユニット３１０に送信するとき、当該インタラクション情報は、識別子も含んでいてもよい。より具体的に、当該識別子は、当該バックエンドサーバが当該インタラクション情報を受信するための当該時間情報であってもよい。一部の実施態様において、当該時間情報は、相対時間あるいは、ＧＭＴ時刻、ＵＴＣ時刻などの絶対時間であってもよい。例えば、視聴者は、当該バックエンドサーバを介してストリーマーにメッセージを送信してもよく、当該バックエンドサーバは、当該時間情報を当該インタラクション情報内の識別子として保存してもよい。一部の実施態様において、当該コンテキストユニット３１０はさらに、識別子を有する当該インタラクション情報を受信し、当該コンテキストＤＢ３２４に書き込んでもよい。

一部の実施態様において、別の視聴者のユーザ端末（アーカイブ視聴者と称してもよい）は、当該アーカイブサービスからアーカイブコンテンツを要求してもよい。当該処理ユニット３０８は、当該ｔｓセグメントに対してＭ３Ｕ８再生リストを生成してもよい。当該Ｍ３Ｕ８再生リストは、ｔｓセグメントのリストと、各フレームまたはｔｓセグメントの識別子情報とを含んでもよい。当該識別子情報は、例えば、各フレームまたはｔｓセグメントそれぞれのＵＴＣ情報を含んでもよい。

当該アーカイブ視聴者が当該アーカイブコンテンツを再生するとき、当該アーカイブ視聴者のユーザ端末は、当該アーカイブ映像のフレーム内のＳＥＩメッセージを解析し、当該ＵＴＣ情報を含む当該識別子情報を取得してもよい。一部の実施態様において、当該アーカイブ視聴者のユーザ端末は、当該ＵＴＣ情報に基づき、対応するコンテキストについて当該コンテキストユニット３１０にさらにクエリしてもよい。一部の実施態様において、当該アーカイブ視聴者のユーザ端末は、当該アーカイブ視聴者が再生したいと思う時間点に基づき、コンテキストをクエリしてもよい。例えば、当該アーカイブ視聴者は、当該アーカイブ映像の先頭から、または当該アーカイブ映像の特定の時間点から、当該アーカイブ映像を再生してもよい。当該アーカイブ視聴者のユーザ端末は、当該アーカイブ視聴者が再生したい当該アーカイブコンテンツのフレーム内のＳＥＩメッセージを解析し、当該識別子情報を取得してもよい。例えば、当該アーカイブ視聴者が当該アーカイブ映像の先頭から再生し、ＵＴＣ情報が２０２２-０８-０５Ｔ０６：００：００Ｚである場合、当該アーカイブ視聴者のユーザ端末は、当該ＵＴＣ情報のタイムスタンプを有するコンテキストをクエリしてもよい。

一部の実施態様において、当該レンダリングユニット２０４は、当該識別子情報に基づき、インタラクション情報のコンテキストを有するアーカイブコンテンツをレンダリングしてもよい。例えば、当該レンダリングユニット２０４は、ＵＴＣ情報に基づいたインタラクション情報のコンテキストで当該アーカイブ映像のフレームをレンダリングしてもよい。したがって、当該アーカイブ視聴者は、すべてのインタラクション情報が含まれたアーカイブ映像を視聴してもよい。一部の実施態様において、当該インタラクション情報は、映像及び音声ストリーミングデータを除いたライブストリーミングルーム内の情報であってもよい。例えば、当該インタラクション情報は、視聴者が「いいね」ボタンをクリックしたことのメッセージであってもよいし、ストリーミングルームのタイトルをストリーマーが変更したことのメッセージであってもよい。当該インタラクション情報は、視聴者がタイトルを取得するアニメーションや、ドラゴンがストリーミングルームを飛び交うアニメーション等であってもよい。

本実施形態によれば、当該コンテキストユニット３１０は、任意の形式のインタラクション情報を受信・送信し、ただ当該ＵＴＣ情報に基づいて当該インタラクション情報を視聴者の端末に送信してもよい。したがって、任意の形式のインタラクション情報をアーカイブコンテンツに表示及び同期させることができ、ユーザエクスペリエンスを向上させることができる。

一部の実施態様において、別の視聴者ユーザ端末（クリップ視聴者と呼ばれてもよい）は、当該ライブストリーミングルームで当該ライブストリーマーを視聴している間に、当該ライブストリーミングからのクリップを要求してもよい。例えば、当該視聴者は、当該ライブストリーミングルーム内のハイライトモーメントをクリップし、当該ハイライトを他のソーシャルメディアなどに共有してもよい。一部の実施態様において、当該視聴者は、図１１のクリップオブジェクト６１２などのボタンをクリックして、クリッピングについての要求をサーバ１０に送信してもよい。一部の実施態様において、当該クリップは、当該ライブストリーミングの人気度や、視聴者数、コメントなど、当該ライブストリーミングルーム内のパラメータに基づいて自動的に生成されてもよい。

一部の実施態様において、当該視聴者は、当該クリップの長さ、開始時間、終了時間などを決定してもよい。また当該視聴者は、例えば、解像度、サムネイル、ビデオ形式なども決定してもよい。当該視聴者からの当該クリップの設定が完了すると、当該要求の情報が当該バックエンドサーバに送信されてもよい。当該バックエンドサーバは、当該要求についてタスクキューシステム内でタスクキューを生成してもよい。一部の実施態様において、当該タスクキューシステムは、内部システムまたはＲｅｄｉｓ Ｑｕｅｕｅ Ｓｙｓｔｅｍなどのサードパーティシステムであってもよい。そのようなシステムにおいて、タスクはキューに入れられ、ワーカープロセスまたはサーバによって非同期に処理される。

一部の実施態様において、当該要求のキューはさらにロードバランササーバに送信されてもよい。当該ロードバランササーバは、複数のソースからの要求を当該キュー内の複数のインスタンスやワーカープロセスに分配してもよく、これは、ワークロードの分散、システムの可用性向上、システムの拡張性向上、トラフィック制御に役立つ可能性がある。一部の実施態様において、当該ロードバランササーバはさらに、当該要求のキューを当該クリップの記録のためにエミュレータコントロールマネージャー（Ｅｍｕｌａｔｏｒ Ｃｏｎｔｒｏｌ Ｍａｎａｇｅｒ、ＥＣＭ）に分配してもよい。一部の実施態様において、当該ロードバランサは、サーバ１０の内部のロードバランサ、またはサードパーティのサービスプロバイダーによって提供されるサービスであってもよい。

図１０は、本開示の一部の実施態様に基づくライブストリーミングシステム１の機能構成例を示す概略図である。図１０に示すように、当該ＥＣＭは、１つ以上の仮想マシンＶＭを含んでもよい。当該仮想マシン（ＶＭ）は、別のコンピューティング環境をシミュレートすることを目的としている。当該仮想マシンの機能は、複数の独立した仮想コンピューティング環境を可能にする抽象化レイヤを提供することである。これにより、コンピューティング環境に柔軟性、管理性、強化されたセキュリティがもたらされる。

当該ロードバランササーバは、１つ以上の仮想マシンに当該要求の当該キューを分配してもよい。当該仮想マシンは、当該要求に応答して１つ以上のエミュレータＥＭを生成してもよい。当該「エミュレータ」とは、ハードウェアプラットフォームやデバイスをシミュレートし、それを異なる環境で実行できるようにすることもできる、ソフトウェアまたはハードウェアツールを指してもよい。つまり、当該エミュレータは、ターゲットとなるハードウェアまたはソフトウェア環境をシミュレートすることで、１つのシステム向けに設計されたソフトウェアを別のシステムで実行できるようにしてもよい。一部の実施態様において、当該エミュレータＥＭは、ＡｎｄｒｏｉｄオペレーティングシステムにおけるＡｎｄｒｏｉｄ Ｐａｃｋａｇｅ、または他のプラットフォームにおける他のパッケージであってもよい。Ａｎｄｒｏｉｄ環境において、開発者はＡｎｄｒｏｉｄエミュレータを使用してアプリケーションのテストとデバッグを行うことがよくあり、これらのエミュレータは、ファイル拡張子が．ａｐｋのアプリケーションパッケージをロードして実行する必要があってもよい。

一部の実施態様において、１つ以上のアプリケーションＡＰＰが、当該エミュレータＥＭで起動またはシミュレートされてもよい。つまり、ＡＰＰプロバイダーからの当該アプリケーションＡＰＰが、当該エミュレータＥＭで起動またはシミュレートされてもよい。一部の実施態様において、当該エミュレータＥＭは、スマートフォンやコンピュータなどのユーザ端末をシミュレートしてもよい。当該エミュレータＥＭによる当該アプリケーションの起動またはシミュレーションが完了した後、当該エミュレータＥＭは当該アプリケーションを介してアーカイブデータまたはコンテキストデータを受信してもよい。さらに、当該エミュレータＥＭは、当該アプリケーションを介して、例えば、当該アーカイブＤＢ３２４とコンテキストＤＢ３２６から、当該アーカイブデータを当該コンテキストデータとともにレンダリングしてもよい。

一部の実施態様において、当該エミュレータＥＭは、レンダリングされた当該アーカイブデータと当該コンテキストデータをクリップとして記録してもよい。例えば、当該クリップの長さ、開始時間、終了時間などの情報を使用して、レンダリングまたは記録する部分を決定してもよい。当該クリップのレンダリングと記録が完了したら、当該クリップはさらにストレージに格納されてもよい。一部の実施態様において、当該ストレージは、サーバ１０内の内部領域またはＧｏｏｇｌｅ Ｃｌｏｕｄ Ｓｔｏｒａｇｅなどサードパーティサービスプロバイダーにより提供されるサービスであってもよい。一部の実施態様において、クリップの記録が完了すると、当該タスクキューシステムからの当該要求の当該キューを削除するために、ＡＰＩが当該キューシステムに送信されてもよい。

一部の実施態様において、格納された当該クリップへのリンクが生成され、当該クリップ視聴者に送信されてもよい。当該クリップ視聴者はさらに、当該クリップを視聴したり、当該クリップを他のソーシャルメディアサイトに共有したりしてもよい。一部の実施態様において、当該リンクは、ウェブサイト、ＵＲＬ、サムネイルなどであってもよい。当該クリップ視聴者は、当該ユーザ端末を介して当該クリップを視聴したり、当該クリップを再編集したりしてもよい。

当該アーカイブ視聴者には、クライアント端末がアーカイブコンテンツを要求したときに当該ストリーミングデータとインタラクションデータが再構築される。一部の実施態様によれば、これは、当該アーカイブの再生時点で期限切れや古くなった贈り物やコメント（例えば、外部の著作権者とのコラボレーションによる贈り物で、当該ライブストリーミングサービスがそのプラットフォーム上でそのような贈り物を利用できる期間が定められているもの）など、任意のインタラクションデータを当該アーカイブコンテンツから容易に削除することができるという点でメリットがある可能性がある。他のサービスでは、ライブ時に当該ライブストリーミングの全体のビューが（スクリーンショットのように）記録され、その記録されたデータがアーカイブに使用される方法を実装している。これは、後で当該アーカイブから贈り物／コメントを削除することはできない。

当該クリップ視聴者にとって、上述の実施態様は、ユーザの要求に応じてクリップコンテンツを生成すると同時に、アーカイブコンテンツに関する上記のメリットを維持するためのものであってもよい。したがって、エミュレータはクリップコンテンツの生成に使用されるが、アーカイブコンテンツの生成には使用されない。より具体的に、当該アーカイブコンテンツは、当該エミュレータによって生成されない。しかしながら、一部の実施態様において、当該アーカイブコンテンツはまた、当該エミュレータなどによって生成されてもよい。一部の実施態様において、アーカイビングとクリッピング機能の設計は、柔軟に決定されてもよい。

図１１から図１４は、ライブストリーマーのユーザ端末２０または視聴者のユーザ端末３０のディスプレイ上に表示されるライブストリーミングルーム画面６００の例示的な画面イメージである。視聴者がライブストリーミングルームを選択して入室すると、ライブストリーマーのライブストリーミングルーム画面６００が当該ディスプレイに表示されてもよい。当該ライブストリーミングルーム画面６００は、ライブストリーマー情報オブジェクト６０２、ライブストリーマー画像６０４、メッセージゾーン６０６、メッセージ入力ボックス６０８、贈り物オブジェクト６１０、クリップオブジェクト６１２等を含んでもよい。

当該視聴者は、当該ライブストリーマーと交流してもよい。例えば、当該視聴者は、当該贈り物オブジェクト６１０をタップしてもよく、贈り物リスト（図示しない）が当該画面６００上に表示されてもよい。当該贈り物リストは、複数の贈り物オブジェクトを含んでもよく、当該視聴者は、当該ライブストリーマーに送信する贈り物オブジェクトを選択してもよい。図１１に示すように、当該視聴者が当該贈り物オブジェクトをクリックすると、当該贈り物オブジェクトのエフェクトＥと情報ＩＮが当該画面６００上に表示されてもよい。

一部の実施態様において、当該視聴者は、当該クリップオブジェクト６１２をクリックすることで、当該ライブストリーミングをクリッピングしてもよい。例えば、当該視聴者は、当該エフェクトEが当該画面６００上に表示されている間に当該ライブストリーミングの当該部分をクリッピングしてもよく、また当該贈り物を受け取っているときの当該ライブストリーマーの表情をキャプチャしてもよい。一部の実施態様によれば、当該視聴者は、後で見るため、または当該ライブストリーマーからパフォーマンスを宣伝するために、当該ライブストリーミング内のハイライトを保存または共有してもよい。

当該クリップオブジェクト６１２がクリックされると、図１２に示すように、クリッピングツール６１４が当該画面６００上に表示されてもよい。一部の実施態様において、当該クリッピングツール６１４は、当該ストリーミングデータ、アーカイブデータ、及び（または）コンテンツデータなどを含む、当該ライブストリーミングの一部分を含んでもよい。当該ライブストリーミングの当該部分Ｐは、柔軟に決定されてもよい。例えば、当該視聴者が当該クリップオブジェクト６１２をクリックした時点から、当該ライブストリーミングの９０秒前または９０秒後までの当該ライブストリーミングの９０秒が、当該部分Ｐで提供されてもよい。また、当該部分Ｐは、当該視聴者が当該クリップオブジェクト６１２をクリックした時点から、４５秒前と４５秒後までであってもよい。一部の実施態様において、当該部分Ｐの持続時間は柔軟に決定されてもよい。

また、一部の実施態様において、当該クリップ視聴者に対し、当該クリップの長さ、持続時間、開始時間、終了時間など、当該クリップの情報を決定するために、編集ツール６１６が提供されてもよい。一部の実施態様において、当該編集ツール６１６はまた、例えば、継続時間、タイトル、視聴者情報、ライブストリーマー情報などを含んでもよい。一部の実施態様において、当該視聴者は、例えば、解像度、品質、サイズなどを調整してもよい。一部の実施態様において、当該編集ツール６１６の機能は、実際の必要性に応じて柔軟に決定されてもよい。

一部の実施態様において、当該クリップの情報が決定されたら、当該視聴者はさらにクリップ生成ボタン６１８をクリックして、当該クリップを生成してもよい。当該クリップ生成ボタン６１８がクリックされると、当該クリップに対する要求がサーバ１０に送信され、当該クリップが生成されてもよい。当該クリップの生成は、図９と図１０に示す工程にしたがって実現されてもよい。

クリップの生成が完了すると、当該クリップ視聴者が確認できるように、当該クリップの情報が当該画面６００上に表示されてもよい。例えば、当該クリップのサムネイルＴＨが表示されてもよく、また、図１３に示すように、当該視聴者が共有、ダウンロードなどを行うことができるように、共有ボタンSやダウンロードボタンDも当該画面６００上に表示されてもよい。一部の実施態様において、ＵＲＬなどのリンクも提供されてもよい。一部の実施態様において、当該クリッピング機能のレイアウトとＵＩは柔軟に決定されてもよい。

一部の実施態様において、当該ライブストリーミングのクリップCＰが、図１４に示すように、当該ユーザのプロフィールページＰＲに保存されてもよい。一部の実施態様において、当該プロフィールページＰＲは、当該ユーザがクリックして、当該ユーザから当該クリップＣＰへのアクセスを取得するためのタブＴを含んでもよい。当該ユーザは、当該プロフィールページＰＲなどにある当該タブＴをクリックすることにより、当該クリップＣＰへのアクセスを取得してもよい。一部の実施態様において、当該レイアウト及びＵＩは、実際の必要に応じて柔軟に決定されてもよい。

図１５は、本開示の一部の実施態様に基づくライブストリーミングシステム１の構成の動作を示す例示的なシーケンス図である。一部の実施態様において、当該視聴者は、クリップオブジェクト６１２をクリックして当該ライブストリーミングの一部分をクリップするなどの操作を実行してもよい。図１５に示すように、当該クリップオブジェクト６１２が当該視聴者によってクリックされると、クリッピングの要求が当該バックエンドサーバに送信されてもよい（Ｓ３０２）。

一部の実施態様において、当該バックエンドはさらに、ディープリンクを含む当該要求を当該ＡＰＩサーバに送信してもよい（Ｓ３０４）。より具体的に、当該バックエンドは当該ＡＰＩサーバに要求を送信してもよく、この要求がディープリンクを含む。この種の要求は、ＡＰＩサーバが特定のアクションを実行すべきことを示す特定のパス、パラメータ、または識別子を含んでもよく、モバイルアプリケーション内の特定のコンテンツや機能に当該ユーザを誘導する。一部の実施態様において、当該ディープリンクは、エミュレータの生成、アプリケーションの起動などのアクションにリンクされてもよい。一部の実施態様において、当該ＡＰＩサーバは、サーバ１０内の内部ＡＰＩサーバ、またはサード―パーティプロバイダーによって提供されるサーバであってもよい。

一部の実施態様において、当該ＡＰＩサーバはさらに、レコードジョブを作成し、当該要求のキューをロードバランササーバに送信してもよい（Ｓ３０６）。当該ロードバランササーバはさらに、クリップを生成するために当該要求を１つ以上のエミュレータに分配してもよい（Ｓ３０８）。一部の実施態様において、工程３０６と工程３０８が成功し（Ｓ３１０）、当該ＥＣＭサーバが記録を開始する準備ができている場合、当該ＡＰＩサーバは当該要求が受け入れられたことを示す「成功」という応答を当該バックエンドに送信し、その後当該エミュレータＥＭで記録工程が開始されてもよい（Ｓ３２２）。

一部の実施態様において、工程３０６と工程３０８が成功しなかった場合、当該ＡＰＩサーバは「失敗」という応答を理由とともに当該バックエンドに送信してもよい（Ｓ３１２）。一部の実施態様において、「失敗」の当該応答の当該理由は、タイムアウト要求（ｒｅｑｕｅｓｔｉｎｇ ｔｉｍｅ―ｏｕｔ）やサーバ過負荷（ｓｅｒｖｅｒ ｏｖｅｒｌｏａｄ）などであってもよい。ここで、「タイムアウト要求（ｒｅｑｕｅｓｔｉｎｇ ｔｉｍｅ―ｏｕｔ）」とは、ネットワーク要求中にタイムアウトが要求されることを指してもよい。タイムアウトは、指定された時間内に応答または結果が受信されない場合に発生する。例えば、３００秒以内に「成功」の応答が受信されない場合、「タイムアウト要求（ｒｅｑｕｅｓｔｉｎｇ ｔｉｍｅ―ｏｕｔ）」の理由とともに「失敗」の応答が当該バックエンドサーバに送信されてもよい。一部の実施態様において、当該ＥＣＭサーバが過負荷の場合、「サーバ過負荷（ｓｅｒｖｅｒ ｏｖｅｒｌｏａｄ）」の理由とともに「失敗」の応答が当該バックエンドサーバに送信されてもよい。

一部の実施態様において、当該バックエンドサーバは、一定時間スリープ（Ｓ３１４）後に当該要求をディープリンクとともに当該ＡＰＩサーバに再び送信してもよい（Ｓ３１６）。ここで、一定時間スリープとは、再試行時間を待機してから、再試行時間後に当該要求を当該ＡＰＩサーバに再び送信することを指してもよい。例えば、当該バックエンドサーバは、５、１０、３０秒などの再試行時間を決定してもよい。当該バックエンドサーバは、当該再試行時間後に当該クリップに関する次の要求をさらに送信してもよい。一部の実施態様において、当該ＡＰＩサーバはさらに、レコードジョブを作成し、当該要求のキューをロードバランササーバに送信してもよい（Ｓ３１８）。当該ロードバランササーバはさらに、クリップを生成するために当該要求を１つ以上のエミュレータに分配してもよい（Ｓ３２０）。

上述の工程が完了し、当該バックエンドに「成功」の応答が送信された後、当該エミュレータＥＭにおける当該記録工程が開始されてもよい（Ｓ３２２）。当該エミュレータは、長さ、開始時間、終了時間などの当該要求の情報に基づいて当該クリップを記録してもよい。当該クリップの記録が完了した後、当該クリップはＧｏｏｇｌｅ Ｃｌｏｕｄ Ｓｔｏｒａｇｅなどのストレージに保存されてもよく、当該クリップへのリンクが作成されてもよい（Ｓ３２４）。当該エミュレータＥＭはさらに、当該バックエンドに記録とアップロードの完了と、当該リンクなどを通知してもよい。一部の実施態様において、当該リンクは当該ストレージ内の当該クリップコンテンツの場所を示すＵＲＬであってもよい。

一部の実施態様において、当該リンクは、工程S３０４において当該バックエンドが当該要求を当該ＡＰＩサーバに送信する間に、当該バックエンドサーバによって決定されてもよい。当該クリップコンテンツは、当該バックエンドからの当該ＡＰＩ要求に含まれる当該リンクに基づいて、ストレージにアップロードされてもよい。つまり、当該バックエンドからの当該ＡＰＩ要求は、当該リンクの情報を含んでいてもよく、それにより、記録が完了した後当該エミュレータＥＭが当該クリップコンテンツを当該リンクにアップロードしてもよい。したがって、当該クリップコンテンツの記録とアップロードが完了すると、当該バックエンドは当該クリップコンテンツの当該リンク情報も受信してもよい。一部の実施態様において、当該クリップは、．ｍｐ４ファイルなどの形式で保存されてもよい。一部の実施態様において、当該クリップコンテンツの形式は、柔軟に決定されてもよい。

一部の実施態様において、当該バックエンドサーバは、当該クリップコンテンツの記録とアップロードの完了について通知を受けてもよい（Ｓ３２６）。例えば、当該エミュレータＥＭは、当該クリップの記録とアップロードの完了について当該バックエンドに通知してもよい。また一部の実施態様において、当該エミュレータＥＭは、当該リンクなどを当該バックエンドサーバに送信してもよい。また一部の実施態様において、当該バックエンドサーバ、当該エミュレータＥＭなどに当該クリップに関する情報を要求してもよい。

一部の実施態様において、当該ユーザはさらに、当該クリップコンテンツへのアクセスを取得してもよい（Ｓ３２８）。例えば、当該ユーザは、当該クリップコンテンツをチェック、ダウンロード、または共有してもよい。また、一部の実施態様において、当該クリップコンテンツの情報が、当該ユーザがアクセスできるように当該ユーザの個人ページに表示されてもよい。例えば、当該ユーザは当該プロフィールページにあるクリップタブを開き、当該クリップコンテンツをチェックするなどしてもよい。

当該ユーザが当該クリップコンテンツへのアクセス取得を要求すると、当該バックエンドサーバは、当該ユーザに当該ストレージ内の当該クリップコンテンツにアクセスさせてもよい（Ｓ３３０）。一部の実施態様において、当該ユーザが当該ＡＰＰを開くと、当該クリップコンテンツの情報が当該ユーザのプロフィールページなどに表示されてもよい。一部の実施態様において、当該ユーザはダウンロードボタンまたは共有ボタンをクリックしてもよく、それにより当該ユーザは当該リンクを介して当該クリップコンテンツに誘導され、当該クリップコンテンツをダウンロード、転送などすることができる。本実施態様によれば、当該ライブストリーミング内のハイライトをより効率的かつ円滑にクリップすることができる。

一部の実施態様において、当該エミュレータＥＭは、当該アーカイブＤＢ３２４とコンテキストＤＢ３２６からそれぞれアーカイブデータとコンテキストデータを受信した後、記録するために当該アーカイブデータとコンテキストデータをレンダリングしてもよい。また、一部の実施態様において、当該エミュレータＥＭは、当該ストリーミングサーバとバックエンドサーバから記録のためにストリーミングデータとコンテキストデータを受信してもよい。当該アーカイブデータとコンテキストデータのレンダリングは、当該データのタイムスタンプなどに基づいていてもよい。

一部の実施態様において、当該クリップ視聴者は、当該ライブストリーミングを視聴し、当該ライブストリーミングの一部分をハイライトとしてクリップしてもよい。また、一部の実施態様において、当該クリップ視聴者は、当該アーカイブ映像を視聴して、当該アーカイブの一部分をハイライトとしてクリップしてもよい。一部の実施態様において、当該ライブストリーマーと当該視聴者は、当該ライブストリーミングの一部分をハイライトとしてクリップしてもよく、当該ハイライトもまた、当該ライブストリーミングルームの人気度やコメント数、視聴者のコメントなどのパラメータにより自動的にクリップされてもよい。また一部の実施態様において、当該ハイライトは、機械学習技術などによって自動的にクリップされてもよい。

一部の実施態様において、サーバ１０は、当該ライブストリーミングを自動的にアーカイブしてもよい。また、サーバ１０は、当該ライブストリーマーまたは当該視聴者からの要求に応答して、当該ライブストリーミングをアーカイブしてもよい。一部の実施態様において、当該ライブストリーマーが自動アーカイブ機能をオンにした場合、当該ライブストリーミングの一部分がハイライトとしてクリップされてもよい。一部の実施態様において、当該ライブストリーマーが自動アーカイブ機能をオンにしなくても、サーバ１０は、当該ストリーミングサーバ内の当該ストリーミングデータと当該バックエンドサーバ内の当該コンテキストデータから、当該ライブストリーミングの一部分をクリップしてもよい。一部の実施態様において、当該アーカイブとクリップの設定は、柔軟に決定されてもよい。

当該ユーザ端末を介したレンダリング及び記録と比較して、当該サーバ１０でのレンダリングと記録の品質は、より高品質の当該クリップを提供できる可能性がある。より具体的に、当該ユーザ端末側でのクリップの記録は、予期できない問題に直面する可能性がある。例えば、ＬＩＮＥアプリのメッセージや更新通知が突然開き、動画の品質が低下する可能性がある。さらに、サーバ１０でのレンダリングと記録は、多様なパラメータの調整などを提供してもよい。例えば、クリップの解像度やサイズは当該視聴者またはサーバ１０により決定されてもよく、それにより当該クリップは携帯電話やタブレット、コンピュータなどの多様なデバイスに適したものとされてもよい。

一部の実施態様において、当該再試行時間は固定値であるか、再試行回数の増加とともに増加する。ここで「再試行回数」とは、当該バックエンドサーバがディープリンクを含む当該要求の当該ＡＰＩサーバへの送信を再試行する回数を指してもよい。一部の実施態様において、当該再試行時間は当該再試行回数に基づいて増加してもよい。一部の実施態様において、当該再試行回数と再試行時間との関係は、実際の必要に応じて柔軟に決定されてもよい。

本開示によれば、当該クリップがより効率的かつ正確に生成され、当該クリップの視聴においてより没入感のある体験が提供される可能性がある。さらに、より柔軟にクリップの見直しと共有ができる可能性がある。したがって、ユーザエクスペリエンスが向上される可能性がある。

図１６は、本開示の一部の実施態様に基づくシステム構成および処理を実行するためのコンピュータハードウェアの概略ブロック図である。図１６の情報処理装置９００は、例えば、本開示の一部の実施態様に基づく当該サーバ１０と当該ユーザ端末２０、３０をそれぞれ実現するように構成される。

当該情報処理装置９００は、ＣＰＵ９０１と、リードオンリーメモリ（ＲＯＭ）９０３、ランダムアクセスメモリ（ＲＡＭ）９０５を含む。さらに、当該情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェイス９１３、入力ユニット９１５、出力ユニット９１７、ストレージユニット９１９、ドライブ９２１、接続ポート９２５、通信ユニット９２９を含んでもよい。当該情報処理装置９００は、カメラなどの撮像装置（図示せず）を含んでもよい。ＣＰＵ９０１は、本明細書中に記載されている構成要素により実現される機能を実現するためのハードウェア構成の例である。本明細書に記載されている機能は、当該記載された機能を実現するようにプログラムされた回路（ｃｉｒｃｕｉｔｒｙ）により実現されてもよい。本明細書に記載されている機能を実現するようにプログラムされた回路（ｃｉｒｃｕｉｔｒｙ）は、ＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、汎用プロセッサ、特定用途プロセッサ、集積回路、ＡＳＩＣｓ （Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ)、および／又はこれらの組合せを含む。本明細書において特定の機能を実現するユニット、は、当該機能を実現するようにプログラムされた回路として実現されてもよい。このユニットには、ストリーミングユニット１００、ビデオコントロールユニット１０２、オーディオコントロールユニット１０４、配信ユニット１０６、ＵＩコントロールユニット１０８、視聴ユニット２００、ＵＩコントロールユニット２０２、レンダリングユニット２０４、入力送信ユニット２０６、ストリーミング情報ユニット３０２、中継ユニット３０４、記録ユニット３０６、処理ユニット３０８、コンテキストユニット３１０、クリップユニット３１２、ストリームＤＢ３２０、ユーザＤＢ３２２、アーカイブＤＢ３２４、コンテキストＤＢ３２６、クリップＤＢ３２８を含むが、これらには限られない。

当該ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージユニット９１９、またはリムーバブル記録媒体９２３に記録された各種プログラムに従って、当該情報処理装置９００の全体動作またはその一部の動作を制御する。例えば、当該ＣＰＵ９０１は、上述した実施態様の当該サーバ１０および当該ユーザ端末２０、３０に含まれる各機能ユニットの動作全般を制御する。当該ＲＯＭ９０３は、当該ＣＰＵ９０１が使用するプログラム、動作パラメータなどを記憶する。当該ＲＡＭ９０５は、当該ＣＰＵ９０１が実行する際に使用するプログラムや、当該プログラムを実行する際に適宜変化するパラメータを過渡的に記憶する。当該ＣＰＵ９０１、当該ＲＯＭ９０３、当該ＲＡＭ９０５は、ＣＰＵバスなどの内部バスから構成されるホストバス９０７を介して互いに接続されている。当該ホストバス９０７は、当該ブリッジ９０９を介してペリフェラルコンポーネントインターコネクト／インターフェイス（ＰＣＩ）バスなどの外部バス９１１に接続される。

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

当該出力ユニット９１７は、取得した情報をユーザに対して視覚的または聴覚的に報知することができる装置を含む。当該出力ユニット９１７は、例えば、ＬＣＤ、ＰＤＰ、ＯＬＥＤなどのディスプレイ装置、スピーカー、ヘッドホンなどの音声出力装置、プリンタなどであってもよい。当該出力ユニット９１７は、当該情報処理装置９００が実行する処理によって得られた結果を、テキスト、画像などの映像、音声などのサウンドの形で出力する。

当該ストレージユニット９１９はデータストレージ用装置であり、当該情報処理装置９００のストレージユニットの一例である。当該ストレージユニット９１９は、例えば、ハードディスクドライブ（ＨＤＤ）などの磁気記憶装置、半導体記憶装置、光記憶装置、光磁気記憶装置などを含む。当該ストレージユニット９１９は、当該ＣＰＵ９０１が実行するプログラムや各種データ、及び外部から取得された各種データを格納する。

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

当該接続ポート９２５は、当該情報処理装置９００に機器を直接接続するために用いられるポートである。当該接続ポート９２５は、例えば、ＵＳＢ（ユニバーサルシリアルバス）ポート、ＩＥＥＥ１３９４ポート、またはＳＣＳＩ（小型計算機システムインターフェイス）ポートであってもよい。当該接続ポート９２５は、ＲＳ―２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（高精細度マルチメディアインターフェイス（登録商標））ポートなどであってもよい。当該接続ポート９２５に外部接続端末９２７が接続されることにより、当該情報処理装置９００と当該外部接続端末９２７間の各種データのやり取りが可能になる。

当該通信ユニット９２９は、例えば、通信ネットワークＮＷに接続するための通信装置を含む通信インターフェイスである。当該通信ユニット９２９は、例えば、有線または無線のローカルエリアネットワーク（ＬＡＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、または、無線ＵＳＢ（ＷＵＳＢ）用の通信カードであってもよい。

当該通信ユニット９２９は、例えば、光通信用のルータ、ＡＤＳＬ（非対称デジタル加入者線）用のルータ、または、各種通信用のモデムであってもよい。例えば、当該通信ユニット９２９は、ＴＣＰ／ＩＰ等の所定のプロトコルを用いて、インターネットにおける信号の送受信や、他の通信装置との信号の送受信を行う。当該通信ユニット９２９が接続する当該通信ネットワークＮＷは、有線接続または無線接続により確立されたネットワークである。当該通信ネットワークＮＷは、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、電波通信、または衛星通信である。

当該撮像装置（図示せず）は、例えば、ＣＣＤ（電荷結合デバイス）やＣＭＯＳ（相補型金属酸化膜半導体）などの撮像素子と、当該撮像素子上の被写体像の結像を制御するためのレンズなど各種部材を用いて現実空間を撮像し、撮像画像を生成する装置である。当該撮像装置は、静止画を撮像しても、動画を撮像してもよい。

以上、本開示のライブストリーミングシステム１について、実施形態を参照しながら説明した。上述の実施態様は、単に説明のために記載されたものである。むしろ、実施態様の上述した構成要素や処理を多様に組み合わせ、さまざまな変更がなされ得ることは、当業者であれば容易に想到し得ることであり、これらも本開示の技術的範囲に包含される。

本明細書に記載された工程、特にフローチャートやフローチャートを用いて説明された工程は、工程を構成する工程の一部の省略、工程を構成する工程に明示的に含まれない工程の追加、及び（または）工程順序の並べ替えが可能である。このような省略、追加、並べ替えの対象となった工程も、本開示の要旨を逸脱しない限り、本開示の範囲に含まれる。

一部の実施態様において、当該サーバ１０が実行する機能の少なくとも一部は、当該サーバ１０以外が実行してもよく、例えば、当該ユーザ端末２０または３０が実行するようにしてもよい。一部の実施態様において、当該ユーザ端末２０または３０が実行する機能の少なくとも一部を、当該ユーザ端末２０または３０以外が実行してもよく、例えば、当該サーバ１０が実行するようにしてもよい。一部の実施態様において、フレーム画像のレンダリングは、視聴者、サーバ、ライブストリーマー等の当該ユーザ端末が実行するようにしてもよい。

さらに、上記実施態様で説明したシステムまたは方法は、固体記憶装置、光ディスク記憶装置、磁気ディスク記憶装置などの非一時的なコンピュータ可読ストレージ装置、またはコンピュータプログラム製品などで提供されてもよい。あるいは、プログラムは、インターネットを介してサーバからダウンロードされるものとしてもよい。

以上、本開示の技術的内容及び特徴を説明したが、本開示の属する技術分野において通常の知識を有する者であれば、本開示の教示及び開示から逸脱することなく、なお多くの変形及び修正を行うことができる。したがって、本開示の範囲は、既に開示された実施態様に限定されず、本開示から逸脱しない別の変形や修正を含む、後付の特許請求の範囲に含まれる範囲である。

１ ライブストリーミングシステム
１０ サーバ
２０ ユーザ端末
１００ ストリーミングユニット
１０２ ビデオコントロールユニット
１０４ オーディオコントロールユニット
１０６ 配信ユニット
１０８ ＵＩコントロールユニット
２００ 視聴ユニット
２０２ ＵＩコントロールユニット
２０４ レンダリングユニット
２０６ 入力送信ユニット
２０８ キャッシュユニット
２１０ キューユニット
２１２ 処理ユニット
２５０ キャッシュＤＢ
２５２ データキューＤＢ
２５４ キャッシュ方法ルックアップテーブル
３０、３０ａ、３０ｂ ユーザ端末
３０２ ストリーミング情報ユニット
３０４ 中継ユニット
３０６ 記録ユニット
３０８ 処理ユニット
３１０ コンテキストユニット
３１２ クリップユニット
３２０ ストリームＤＢ
３２２ ユーザＤＢ
３２４ アーカイブＤＢ
３２６ コンテキストＤＢ
３２８ クリップＤＢ
６００ 画面
６０２ オブジェクト
６０４ 画像
６０６ メッセージゾーン
６０８ メッセージ入力ボックス
６１０ 贈り物オブジェクト
６１２ クリップオブジェクト
６１４ クリップツール
６１６ 編集ツール
６１８ クリップ生成ボタン
９００ 情報処理装置
９０１ ＣＰＵ
９０３ ＲＯＭ
９０５ ＲＡＭ
９０７ ホストバス
９０９ ブリッジ
９１１ 外部バス
９１３ インターフェイス
９１５ 入力ユニット
９１７ 出力ユニット
９１９ ストレージユニット
９２１ ドライブ
９２３ リムーバブル記録媒体
９２５ 接続ポート
９２７ 外部接続端末
９２９ 通信ユニット
ＬＳ ライブストリーミング
ＬＶ ストリーマー
ＮＷ ネットワーク
Ｐ 部分
ＡＵ１、ＡＵ２ 視聴者
Ｓ３０２－Ｓ３２２ 工程
ＶＤ、ＶＤ１、ＶＤ２ 映像

Claims (10)

1. 回路を含むサーバであって、前記回路が、
   第１のユーザの第１のユーザ端末からの要求に応答してエミュレータを生成する機能と、
   前記エミュレータを介してアプリケーションを起動する機能と、
   前記アプリケーションを介してストリーミングデータとインタラクションデータを受信する機能と、
   前記ストリーミングデータを前記インタラクションデータとレンダリングする機能と、
   レンダリングされた前記ストリーミングデータとインタラクションデータをクリップとして記録する機能と、
   前記第１のユーザの前記第１のユーザ端末からアクセスできるように前記クリップを保存する機能と、
   を実行するように構成されたことを特徴する、サーバ。
2. 前記ストリーミングデータを第２のユーザの第２のユーザ端末に送信する機能と、
   前記インタラクションデータを前記第２のユーザの前記第２のユーザ端末に送信する機能と、をさらに含み、
   前記ストリーミングデータと前記インタラクションデータがそれぞれアーカイブデータとコンテキストデータからのものであり、レンダリングして前記第２のユーザ端末に表示するためのものである、ことを特徴する、請求項１に記載のサーバ。
3. 前記クリップが、前記ストリーミングデータと前記インタラクションデータを入力として取り込むことにより、前記エミュレータを介して生成される、ことを特徴する、請求項１に記載のサーバ。
4. 前記ストリーミングデータと前記インタラクションデータが、それらに挿入された時間情報に基づいてレンダリングされ、
   前記時間情報が、相対時間あるいは、ＧＭＴ時刻またはＵＴＣ時刻の絶対時間である、ことを特徴する、請求項１に記載のサーバ。
5. 前記クリップの長さ、開始時間及び終了時間が、前記第１のユーザの前記第１のユーザ端末により決定される、ことを特徴する、請求項１に記載のサーバ。
6. 前記インタラクションデータが、メッセージ、コメント、贈り物、フォロー、ゲーム、ＶＩＰオンライン通知または入室アニメーションの情報を含むことを特徴する、請求項１に記載のサーバ。
7. 前記ストリーミングデータが、アーカイブデータまたはライブストリーミングデータからのものであり、
   前記インタラクションデータが、コンテキストデータまたはライブインタラクションデータからのものである、
   ことを特徴する、請求項１に記載のサーバ。
8. 前記エミュレータの前記生成の失敗に応答する再試行時間を決定する機能と、
   前記再試行時間後に、前記エミュレータの前記生成に関する次の要求を送信する機能と、
   をさらに、含むことを特徴する、請求項１に記載のサーバ。
9. 方法であって、
   第１のユーザの第１のユーザ端末からの要求に応答してエミュレータを生成する工程と、
   前記エミュレータを介してアプリケーションを起動する工程と、
   前記アプリケーションを介してストリーミングデータとインタラクションデータを受信する工程と、
   前記ストリーミングデータを前記インタラクションデータとレンダリングする工程と、
   レンダリングされた前記ストリーミングデータとインタラクションデータをクリップとして記録する工程と、
   前記第１のユーザの前記第１のユーザ端末からアクセスできるように前記クリップを保存する工程と、
   を含むことを特徴する、方法。
10. コンピュータプログラムであって、サーバに、
    第１のユーザの第１のユーザ端末からの要求に応答してエミュレータを生成する機能と、
    前記エミュレータを介してアプリケーションを起動する機能と、
    前記アプリケーションを介してストリーミングデータとインタラクションデータを受信する機能と、
    前記ストリーミングデータを前記インタラクションデータとレンダリングする機能と、
    レンダリングされた前記ストリーミングデータとインタラクションデータをクリップとして記録する機能と、
    前記第１のユーザの前記第１のユーザ端末からアクセスできるように前記クリップを保存する機能と、
    を実現させることを特徴する、コンピュータプログラム。

Images