特開 2024-162965 サーバ、方法及びコンピュータプログラム

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

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

(11)【公開番号】P2024162965

(43)【公開日】2024-11-21

(54)【発明の名称】サーバ、方法及びコンピュータプログラム

(51)【国際特許分類】

   H04N 21/258 20110101AFI20241114BHJP

   H04N 21/278 20110101ALI20241114BHJP

   G06Q 50/10 20120101ALI20241114BHJP

【ＦＩ】

H04N21/258

H04N21/278

G06Q50/10

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023178575

(22)【出願日】2023-10-17

(62)【分割の表示】P 2023078817の分割

【原出願日】2023-05-11

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＭｙＳＱＬ

(71)【出願人】

【識別番号】517287224

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

(74)【代理人】

【識別番号】100199277

【弁理士】

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

(72)【発明者】

【氏名】盧威坤

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

5C164

5L049

5L050

【Ｆターム（参考）】

5C164FA06

5C164MB01S

5C164SB08S

5C164SC11P

5C164SD01P

5C164UD51S

5C164YA21

5L049CC12

5L050CC12

(57)【要約】      （修正有）

【課題】ライブストリーミングプラットフォームにおいて、ストリームカテゴリを効率的かつ効果的に管理するサーバ、方法及びコンピュータプログラムを提供する。
【解決手段】ライブ配信者と視聴者に、リアルタイムで相互交流するためのライブストリーミングサービスを提供するライブストリーミングシステムにおいて、サーバは、ユーザのユーザ端末から第１のストリームを受信する機能と、当該第１のストリームが第１のカテゴリを満たすか否かを判定する機能と、当該第１のストリームが当該第１のカテゴリに一致することに応答して当該第１のストリームを当該第１のカテゴリに追加する機能と、を有し、当該ストリームの当該カテゴリの生成と維持を容易にし、さらに、当該ストリームの当該カテゴリを複雑な手順なしに動的に追加、更新、修正または削除することを可能とする。
【選択図】図８

【特許請求の範囲】

【請求項1】

ライブストリーミングプラットフォームにおけるストリームを管理するためのサーバであって、１以上のプロセッサを含み、当該１以上のプロセッサが機械可読命令を実行して、
ユーザのユーザ端末から第１のストリームを受信する機能と、
前記第１のストリームが第１のカテゴリを満たすか否かを判定する機能と、
前記第１のストリームが前記第１のカテゴリに一致することに応答して前記第１のストリームを前記第１のカテゴリに追加する機能と、
を実行することを特徴とする、サーバ。

【請求項2】

前記第１のストリームと前記第１のカテゴリに対応するカテゴリリンクを生成する機能と、
前記カテゴリリンクを前記第１のストリームに格納する機能と、
をさらに含むことを特徴とする、請求項１に記載のサーバ。

【請求項3】

前記カテゴリリンクが連結リストの形式であり、前記第１のストリームを前記第１のカテゴリに連結し、
前記カテゴリリンクに基づいて、前記第１のカテゴリが前記第１のストリームからアクセスされる、ことを特徴とする、請求項２に記載のサーバ。

【請求項4】

前記カテゴリリンクを介して前記第１のストリームを更新する機能をさらに含み、
前記第１のストリームの更新が、前記第１のストリームを前記第１のカテゴリから削除すること、及び/または前記第１のストリームを第２のカテゴリに追加することを含む、ことを特徴とする、請求項２に記載のサーバ。

【請求項5】

前記第１のストリームがどのカテゴリにも一致しないことに応答して、前記第１のストリームを第３のカテゴリに追加することをさらに含む、ことを特徴とする、請求項１に記載のサーバ。

【請求項6】

前記第１のカテゴリの第１のフィルターを生成する機能と、
前記第１のフィルターを前記第１のストリームとフックする機能と、
をさらに含み、
前記第１のフィルターと前記第１のストリームがロングポーリングによりフックされる、
ことを特徴とする、請求項１に記載のサーバ。

【請求項7】

前記第１のストリームの受信に応答して、前記ユーザの情報を取得する機能をさらに含み、
前記ユーザの前記情報が、前記ユーザの固有キー、性別、最初のライブストリーム時刻、地域、又はハッシュタグを含む、ことを特徴とする、請求項１に記載のサーバ。

【請求項8】

前記第１のカテゴリ内の前記第１のストリームが、前記第１のカテゴリ内の前記第１のストリームの寿命または残存期間を特定するＴＴＬ（ｔｉｍｅ ｔｏ ｌｉｖｅ）のパラメータを含む、ことを特徴とする、請求項１に記載のサーバ。

【請求項9】

ライブストリーミングプラットフォームにおいてストリームを管理する方法であって、
ユーザのユーザ端末から第１のストリームを受信する工程と、
前記第１のストリームが第１のカテゴリを満たすか否かを判定する工程と、
前記第１のストリームが前記第１のカテゴリに一致することに応答して前記第１のストリームを前記第１のカテゴリに追加する工程と、
を含むことを特徴とする、方法。

【請求項10】

コンピュータプログラムであって、サーバに、
ユーザのユーザ端末から第１のストリームを受信する機能と、
前記第１のストリームが第１のカテゴリを満たすか否かを判定する機能と、
前記第１のストリームが前記第１のカテゴリに一致することに応答して前記第１のストリームを前記第１のカテゴリに追加する機能と、
を実行させることを特徴とする、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

視聴者が興味のあるストリーマーにアクセスできるようにするために、ストリームは常に異なるカテゴリに分類され、視聴者が興味のあるカテゴリに集中できるようになっている。特許文献１には、ストリームの特徴インデックスに応じたカテゴリに分類する方法が開示されている。

【0004】

しかしながら、ストリームの増加に伴い、ストリームのカテゴリを維持することが困難になってきている。また、ストリームの更新や打ち切りに対応しながら、カテゴリを管理するためには、常に複雑な手順が必要となる。このため、ストリームカテゴリをより効率的かつ効果的に管理する方法が非常に重要な課題となっている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】中国特許出願公開第１１４２６８８３９号明細書

【発明の概要】

【0006】

本開示の一実施態様によるライブストリーミングプラットフォームにおけるストリームを管理するためのサーバは、１以上のプロセッサを含み、当該１以上のプロセッサが機械可読命令を実行して、ユーザのユーザ端末から第１のストリームを受信する機能と、当該第１のストリームが第１のカテゴリを満たすか否かを判定する機能と、当該第１のストリームが当該第１のカテゴリに一致することに応答して当該第１のストリームを当該第１のカテゴリに追加する機能と、を実行する。

【0007】

本開示の別の一実施態様によるライブストリーミングプラットフォームにおけるストリームを管理するための方法は、ユーザのユーザ端末から第１のストリームを受信する工程と、当該第１のストリームが第１のカテゴリを満たすか否かを判定する工程と、当該第１のストリームが当該第１のカテゴリに一致することに応答して当該第１のストリームを当該第１のカテゴリに追加する工程と、を含む。

【0008】

本開示のさらに別の一実施態様によるコンピュータプログラムは、サーバに、ユーザのユーザ端末から第１のストリームを受信する機能と、当該第１のストリームが第１のカテゴリを満たすか否かを判定する機能と、当該第１のストリームが当該第１のカテゴリに一致することに応答して当該第１のストリームを当該第１のカテゴリに追加する機能と、を実行させる。

【発明の効果】

【0009】

本開示の実施態様によれば、当該ストリームの当該カテゴリの生成と維持が容易であり、さらに、当該ストリームの当該カテゴリを複雑な手順なしに動的に追加、更新、修正または削除することができる。したがって、ライブストリーミングプラットフォームでのストリームの品質を向上させることができる。

【図面の簡単な説明】

【0010】

【図1】本開示の一部の実施態様に基づくライブストリーミングシステム１の構成を示す概略図である。

【図2】本開示の一部の実施態様に基づくユーザ端末２０のブロック図である。

【図3】本開示の一部の実施態様に基づくサーバ１０のブロック図である。

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

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

【図6】図３のフィルターＤＢ３２４の例示的データ構造を示す表である。

【図7】図３のカテゴリＤＢ３２６の例示的データ構造を示す表である。

【図8】本開示の一部の実施態様に基づくライブストリーミングシステム１の機能構成例を示す概略図である。

【図9】視聴者のユーザ端末３０のディスプレイ上に表示されたライブストリーミングルーム画面６００の例示的な画面イメージである。

【図10】視聴者のユーザ端末３０のディスプレイ上に表示されたライブストリーミングルーム画面６００の例示的な画面イメージである。

【図11】本開示の一部の実施態様に基づくライブストリーミングシステム１の構成の動作を示す例示的なシーケンス図である。

【図12】本開示の一部の実施態様に基づくライブストリーミングシステム１の構成の動作を示す例示的なシーケンス図である。

【図13】本開示の一部の実施態様に基づくライブストリーミングシステム１の構成の動作を示す例示的なシーケンス図である。

【図14】本開示の一部の実施態様に基づく情報処理装置の例示的なハードウェア構成である。

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

【0011】

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

【0012】

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

【0013】

図１に本開示の一部の実施態様に基づくライブストリーミングシステム１の構成を示す概略図を示す。当該ライブストリーミングシステム１は、ストリーミングストリーマー（ライブ配信者またはストリーマーとも呼ばれる）ＬＶと視聴者（観衆とも呼ばれる）ＡＵ（ＡＵ１、ＡＵ２...）に、リアルタイムで相互交流するためのライブストリーミングサービスを提供する。図１に示すように、当該ライブストリーミングシステム１は、サーバ１０と、ユーザ端末２０と、ユーザ端末３０（３０ａ、３０ｂ...）を含むことができる。当該ユーザ端末２０はストリーマー、当該ユーザ端末３０は視聴者であってもよい。一部の実施態様において、当該ストリーマーと視聴者はユーザと呼ばれてもよい。

【0014】

当該サーバ１０は、ネットワークＮＷを介して接続された、１または複数の情報処理装置を含むことができる。当該ユーザ端末２０、３０は、例えば、スマートフォン、タブレット、ノートＰＣ、レコーダー、携帯ゲーム機、ウェアラブル端末などの携帯端末や、デスクトップＰＣなどの据置型コンピュータであってもよい。当該サーバ１０、ユーザ端末２０、ユーザ端末３０は、任意の種類の有線または無線ネットワークＮＷにより通信可能に接続されてもよい。

【0015】

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

【0016】

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

【0017】

本明細書でいう「ライブストリーミング」とは、当該ストリーマーＬＶが当該ユーザ端末２０により記録したコンテンツを、当該視聴者ＡＵが当該ユーザ端末３０を介して実質的に再生・視聴することを可能にする、データ伝送を指すことができる。一部の実施態様において、「ライブストリーミング」は、上述のデータ伝送により実現されるストリーミングを指すこともある。当該ライブストリーミングは、ＨＴＴＰライブストリーミング、ＣＭＡＦ（Ｃｏｍｍｏｎ Ｍｅｄｉａ Ａｐｐｌｉｃａｔｉｏｎ Ｆｏｒｍａｔ）、ＷｅｂＲＴＣ（Ｗｅｂ Ｒｅａｌ－Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＲＴＭＰ（Ｒｅａｌ―Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＭＰＥＧ ＤＡＳＨなど、公知の技術によって実現することができる。

【0018】

当該ライブストリーミングは、さらに、当該ストリーマーがコンテンツを記録している間、当該視聴者ＡＵが特定の遅延をもって当該コンテンツを再生または視聴することができる、実施形態を含んでもよい。当該遅延の程度については、少なくとも当該ストリーマーＬＶと当該視聴者ＡＵがコミュニケーションを行うことができる程度に小さいことが望ましい。ただし、ライブストリーミングは、いわゆるオンデマンド配信とは異なる。より具体的に、当該オンデマンド配信とは、当該コンテンツを記録したすべてのデータをサーバに格納し、ユーザの要求に応じてランダムなタイミングで当該サーバから当該ユーザにデータを提供することを指してもよい。

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

当該フィルタリングユニット３０６は、生ストリームをカテゴリごとにフィルタリングするように構成される。より具体的に、当該フィルタリングユニット３０６は、生ストリームがカテゴリに一致するか否かなどを判定してもよい。当該フィルタリングユニット３０６は、複数のフィルターを含んでいてもよい。各フィルターＦは、例えば、当該カテゴリと、生ストリームを対応するカテゴリにマッピングするためのマッピング機能とを含んでいてもよい。

【0039】

当該マッチングユニット３０８は、当該生ストリームをカテゴリＤＢ３２６の対応するカテゴリにマッチングするように構成される。当該マッチングユニット３０８は、当該フィルタリングユニット３０６からの出力に基づき、当該カテゴリＤＢ３２６内の当該カテゴリから当該生ストリームを追加、更新、修正または削除してもよい。一部の実施態様において、当該出力は、マッチリストなどであってもよい。生ストリームが対応するカテゴリによってフィルタリングされると、当該フィルタリングユニット３０６は、「カテゴリ」や「フィルターＩＤ」などのフィルターＦの情報を取得し、当該生ストリームと当該カテゴリ間のマッチングを生成してもよい。当該マッチングユニット３０８はさらに、対応するカテゴリを生成し、当該生ストリームと当該カテゴリ間のマッチングに基づいて、当該生ストリームを当該カテゴリに追加してもよい。

【0040】

当該処理ユニット３１０は、当該ストリームの当該カテゴリに基づいて、当該ユーザに当該ストリームを提供するように構成される。視聴者からのストリームの要求に応じて、当該処理ユニット３１０はストリームを取得し、特定のカテゴリの当該ストリームを収集して、当該ユーザに動的に提供してもよい。

【0041】

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

【0042】

一部の実施態様において、当該ストリームＤＢ３２０は、当該ストリーマーが当該ストリームを開始した時刻を特定する「ＢｅｇｉｎＴｉｍｅ」（開始時刻）、当該ストリームが属する地域を特定する「ｒｅｇｉｏｎ」（地域）、当該ストリームの当該カテゴリを特定する「ｈａｓｈｔａｇ」（ハッシュタグ）、当該ストリームのサブカテゴリを特定する「ｓｕｂｔａｂｓ」（サブタブ）を、互いに関連付けて格納してもよい。一部の実施態様において、当該ハッシュタグおよびサブタブは、当該ユーザによって、あるいは当該サーバ１０によって、手動または自動で決定されてもよい。当該サーバ１０は、機械学習、ＡＩタグ付けなど任意の可能な技術によって、当該ハッシュタグおよび当該サブタブを決定してもよい。

【0043】

一部の実施態様において、当該ストリームＤＢ３２０は、生ストリームをその対応するカテゴリで識別する「Ｃａｔｅｇｏｒｙ ｌｉｎｋ」（カテゴリリンク）も格納してもよい。より具体的に、当該カテゴリリンクは、ストリームＤＢ３２０における生ストリームと、当該カテゴリＤＢ３２６におけるそのカテゴリとを示すパラメータであってもよい。当該カテゴリリンクは、互いに連結されたノードのシーケンスを含む連結リストの形式であってもよい。一部の実施態様において、当該カテゴリリンクは、ストリームＩＤ、カテゴリＩＤなどのパラメータによって当該ストリームを当該カテゴリに連結するデータ構造であってもよい。

【0044】

一部の実施態様において、当該ストリームＩＤの当該ストリームは、当該カテゴリリンクに基づき、当該カテゴリＤＢ３２６の当該カテゴリＩＤのカテゴリを参照してもよい。一部の実施態様において、当該カテゴリリンクは、当該カテゴリＤＢ３２６のカテゴリにおけるストリームの順序の情報を含んでいてもよい。例えば、当該カテゴリリンクは、そのストリームが当該カテゴリにおける１つ目のもの、または２つ目のものであることを示してもよい。一部の実施態様において、各カテゴリのストリームの当該順序は、当該カテゴリリンクに基づいて、他のストリームと再編成、並べ替え、または挿入されてもよい。実施態様において、各カテゴリのストリームの当該カテゴリ、順序またはレイアウトは容易に維持することができる。

【0045】

当該カテゴリリンクは、単方向連結リスト、双方向連結リスト、多方向連結リストなど、任意の種類の連結リストオブジェクトであってもよい。例えば、当該カテゴリリンクは、ストリームＩＤとカテゴリＩＤとを単方向で連結していてもよい。当該カテゴリリンクは、ストリームＩＤをカテゴリＩＤに、カテゴリＩＤをストリームＩＤに、双方向に連結していてもよい。実施態様において、当該カテゴリリンクは、ストリームＩＤを、同じカテゴリ内または異なるカテゴリ内の異なるノードなどに多方向に連結していてもよい。一部の実施態様において、当該カテゴリリンクの構成は、実際の必要性に応じて設計および設定されてもよい。

【0046】

当該マッチングユニット３０８が生ストリームを当該カテゴリＤＢ３２６内の対応するカテゴリに一致させると、当該フィルタリングユニット３０６が、ストリームＤＢ３２０のストリームとカテゴリＤＢ３２６の一致に基づいて、カテゴリリンクを生成してもよい。当該フィルタリングユニット３０６はさらに、ストリームＤＢ３２０内のストリームで当該カテゴリリンクを格納してもよい。一部の実施態様において、当該フィルタリングユニット３０６または当該マッチングユニット３０８は、当該カテゴリリンクに基づいて、当該ストリームの当該カテゴリを参照してもよい。

【0047】

一部の実施態様において、ストリームが複数のカテゴリに属する場合、当該ストリームは、複数のカテゴリに連結している１つのカテゴリリンク、または異なるカテゴリにそれぞれ連結している複数のカテゴリリンクを含んでいてもよい。一部の実施態様において、ストリームの当該カテゴリは、当該カテゴリリンクに基づいて、識別、確定、または参照されてもよい。

【0048】

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

【0049】

一部の実施態様において、当該ユーザＤＢには、当該ユーザの性別を特定する「ｇｅｎｄｅｒ」（性別）、ユーザの最初のライブストリーム開始時刻を特定する「ｆｉｒｓｔＬｉｖｅＳｔｒｅａｍＴｉｍｅ」（最初のライブストリーム時刻）、ユーザの地域を特定するための「ｒｅｇｉｏｎ」（地域）を相互に関連付けて格納されていてもよい。一部の実施態様において、当該ユーザの各パラメータは、当該パラメータの属性に基づき当該ストリームを分類するために使用されてもよい。例えば、「女性」カテゴリを使用して、当該ストリームを「女性」の性別で格納したり、「レベル８０超」のカテゴリを使用して、当該ストリームをレベル８０超で格納したりしてもよい。

【0050】

図６は、図３のフィルターＤＢ３２４の例示的データ構造を示す表である。当該フィルターＤＢ３２４は、当該サーバ１０内のフィルターＦに関する情報を保持する。当該フィルターＤＢ３２４は、当該サーバ１０内のフィルターを識別するための「ｆｉｌｔｅｒ ＩＤ」（フィルターＩＤ）と、当該フィルターのカテゴリを識別するための「ｃａｔｅｇｏｒｙ」（カテゴリ）と、当該フィルターが有効か否かを識別する「ｉｓＥｎａｂｌｅ」（有効）パラメータと、ストリームを対応するカテゴリにマッピングする機能を識別する「ｍａｐｐｉｎｇＦｕｎｃ」（マッピング機能）の機能とを、互いに関連付けて格納している。

【0051】

一部の実施態様において、当該「ｍａｐｐｉｎｇＦｕｎｃ」（マッピング機能）パラメータは、特定の特徴を有するストリームを定義するために使用されてもよく、当該サーバ１０において機能をコーディングすることにより実現されてもよい。当該特徴は、特定のカテゴリ、特定のユーザリスト、特定の期間、特定の地域などであってもよい。例えば、ユーザＩＤを含むユーザのリストが生成されてもよい。当該マッピング機能において、「ｕｓｅｒ ＩＤ」（ユーザＩＤ）のパラメータは、当該ストリーム内の当該ユーザが当該リスト内の当該ユーザＩＤと一致するか否かを判断するための指標として使用されてもよい。一部の実施態様において、当該ストリームが当該カテゴリと一致するか否かを判断するためのパラメータとして、ハッシュタグ、ユーザ情報、時間情報、地域情報などのその他のパラメータが使用されてもよい。

【0052】

一部の実施態様において、当該フィルター機能は、ＲＥＳＴｆｕｌ ＡＰＩやｇＲＰＣフレームワークなどのサービスやフレームワークによって実現されてもよく、Ｇｏｌａｎｇなどのプログラミング言語によってコード化されてもよい。プログラミングのロジックは、例えば、当該サーバ１０がフィルターを登録したり、当該サーバ１０で利用可能なフィルターリストを取得したりすることを可能にしてもよい。一部の実施態様において、当該フィルター機能は、実際の必要性に応じて、任意の可能な手段によって実現されてもよい。

【0053】

図７は、図３のカテゴリＤＢ３２６の例示的データ構造を示す表である。当該カテゴリＤＢ３２６は、当該サーバ１０内の当該ストリームのカテゴリに関する情報を保持する。当該カテゴリには、カテゴリを特定するためのカテゴリＩＤと、当該サーバ１０内におけるカテゴリを特定するためのカテゴリと、当該カテゴリに属する当該ストリームを特定するストリームＩＤとが互いに関連付けて格納される。

【0054】

一部の実施態様において、当該カテゴリＤＢ３２６には、当該カテゴリＤＢ３２６内のカテゴリにおける当該ストリームの寿命または残存期間を特定するＴＴＬ（ｔｉｍｅ ｔｏ ｌｉｖｅ）も格納されてもよい。例えば、「ｌａｔｅｓｔ」（最新）というカテゴリがあり、それが過去６時間以内に配信されたストリームを含む場合、配信時刻が６時間を超えると当該カテゴリから削除されるように、当該ストリームに「ＴＴＬ」が設定されてもよい。

【0055】

一部の実施態様において、当該ＴＴＬの形式は、当該ストリームを当該カテゴリから削除する時間点を示すタイムスタンプ、または当該ストリームが当該カテゴリ内に存在するための残存時間を示す期間などであってもよい。一部の実施態様において、ストリームが当該ＴＴＬに基づきカテゴリから削除されると、当該ストリームのカテゴリリンクも動的に更新され、例えば、当該ストリームから削除されたりしてもよい。

【0056】

図８は、本開示の一部の実施態様に基づくライブストリーミングシステム１の機能構成例を示す概略図である。図８に示すように、当該サーバ１０内で生成された複数の生ストリーム（Ｒ１、Ｒ２...）が存在してもよい。各生ストリームは、ストリームＩＤ、ユーザＩＤ、ストリーム開始時刻、地域、その他メタデータなどの情報を含んでいてもよい。一部の実施態様において、当該メタデータは、当該ストリーマーが配信前または配信中に設定したデータを含んでいてもよい。例えば、当該メタデータは、軍用ストリームの設定、ストリーミングルームでのトピックなどを含んでいてもよい。

【0057】

当該フィルタリングユニット３０６は、各生ストリームを各フィルターＦでフィルタリングし、当該生ストリームが当該フィルターＦのカテゴリと一致するか否かを判断してもよい。一部の実施態様において、当該フィルタリングユニット３０６は、当該ストリームに関連する情報を参照してもよい。例えば、当該フィルタリングユニット３０６は、当該ユーザＤＢ３２２を参照して、当該ストリーム情報に含まれる当該ユーザＩＤ（またはストリーマーＩＤ）に基づき、当該ストリーマーのプロフィールを取得してもよい。当該フィルタリングユニット３０６は、当該ユーザＤＢ３２２から当該ストリーマーの性別や地域などの情報を取得してもよい。当該情報はさらに、当該ストリームをフィルタリングし、対応するカテゴリにマッチングするために使用されてもよい。

【0058】

当該ストリームがストリーマーによって生成されると、イベントチェックポイントが埋め込まれてもよい。当該チェックポイントでは、当該生ストリームの情報が記録され、当該フィルタリングユニット３０６に送信されてもよい。当該フィルタリングユニット３０６は、カテゴリによるストリームのフィルタリングに使用され得る１つ以上のフィルターＦを含んでいてもよい。当該フィルターＦは、事前に、またはリアルタイムで生成されてもよい。例えば、「ｆｅｍａｌｅ」（女性）のカテゴリに対するデフォルトのフィルターが存在し、女性ストリーマーの当該ストリームがフィルタリングされて女性ストリームに分類されてもよい。一部の実施態様において、「ｖ―ｌｉｖｅｒ」のカテゴリを当該カテゴリページに追加させたいとき、「ｖ―ｌｉｖｅｒ」のフィルターがリアルタイムで生成されてもよい。

【0059】

一部の実施態様において、生ストリームが生成されると、当該フィルターＦが当該生ストリームをフィルタリングするように、当該生ストリームが当該フィルター機能にフックされてもよい。ここで、「フック」とは、ＡＰＩのステータスにおける変化を動的に受信する、または通知を受けるための方法を指してもよい。これは、ウェブフック、ポーリング、ロングポーリング、リアルタイムストリーミングなど、あらゆる可能な方法によって実現されてもよい。一部の実施態様において、当該生ストリームを当該フィルタリング機能にフックする方法は、例えば、gＲＰＣのフレームワークとロングポーリングの方法、またはその他の可能な任意の手段によって実現されてもよい。

【0060】

本実施態様によれば、フィルターＦが新たに生成された後、当該サーバ１０の再起動、リブート、再設定は不要である。つまり、あるカテゴリのフィルターＦが新たに生成された場合、追加の構成や設定を行うことなく、そのフィルターが動作し得る。さらに、ロングポーリングの方法は、リソースの状態が変化したときにＡＰＩがクライアントの要求に応答するのみでいいため、ＡＰＩサーバの負荷を軽減することもできる。

【0061】

図８に示すように、当該フィルター機能は複数のフィルター（Ｆ１、Ｆ２…）を含んでもよい。生ストリームＲ１が生成されると、当該フィルタリングユニット３０６は、当該生ストリームＲ１をフィルターＦで１つずつフィルタリングしてもよい。当該生ストリームＲ１があるカテゴリに一致する場合、当該マッチングユニット３０８は、当該生ストリームＲ１を当該カテゴリＤＢ３２６内の対応するカテゴリに追加してもよい。

【0062】

一部の実施態様において、１つの生ストリームが、１つ以上のカテゴリに一致してもよい。図８に示すように、ストリームＩＤ「１００００１」の当該生ストリームＲ１は、カテゴリ「ｌａｔｅｓｔ ｓｔｒｅａｍ」（最新のストリーム）と「ｆｅｍａｌｅ ｓｔｒｅａｍ」（女性によるストリーム）に一致する。このため、当該マッチングユニット３０８は、当該生ストリームＲ１の情報を一致したカテゴリにそれぞれ追加してもよい。

【0063】

一部の実施態様において、当該マッチングユニット３０８は、生ストリームがどのカテゴリにも一致しない場合、当該生ストリームをどのカテゴリにも追加しなくてもよい。一部の実施態様において、当該マッチングユニット３０８は、生ストリームがどのカテゴリにも一致しない場合、当該生ストリームを「ｏｔｈｅｒ ｃａｔｅｇｏｒｙ」（その他のカテゴリ）に追加してもよい。一部の実施態様において、「ｏｔｈｅｒ」（その他）のカテゴリのフィルターＦを生成し、どのカテゴリにも一致しないストリームをフィルタリングしてもよい。本実施態様によれば、ストリームを適切な方法で管理・維持することができる。

【0064】

図９と図１０は、視聴者のユーザ端末３０のディスプレイ上に表示されたライブストリーミング選択画面６００の例示的な画面イメージである。当該サーバ１０は、当該視聴者が視聴するストリーマーを選択するためのライブストリーミング選択画面６００を提供してもよい。当該ライブストリーミング選択画面６００は、当該視聴者がストリームの配置およびレイアウトを調整するためのタブオブジェクト６０２を含んでもよい。また、当該ライブストリーミング選択画面６００は、当該視聴者のために当該ストリームを表示するための表示領域６０４を含んでもよい。

【0065】

一部の実施態様において、当該タブオブジェクト６０２は、当該視聴者向けに「ａｌｌ」（すべて）タブ、「ｃａｔｅｇｏｒｙ」（カテゴリ）タブなどを含んでもよい。当該「ａｌｌ」（すべて）タブは、すべてのストリームを表示するために使用され、当該「ｃａｔｅｇｏｒｙ」（カテゴリ）タブはカテゴリごとに分類されたストリームを表示するために使用されてもよい。一部の実施態様において、ストリームの当該カテゴリには、「ｌａｔｅｓｔ」（最新）、「ｆｅｍａｌｅ」（女性）、「ｖ―ｌｉｖｅｒ」、「ｓｉｎｇｅｒ」（歌手）などが含まれてもよく、当該カテゴリは、当該サーバ１０が実際の必要に応じて柔軟に追加、削除、更新、変更することができる。

【0066】

図９に示すように、当該ライブストリーミング選択画面６００には、「ｌａｔｅｓｔ」（最新）と「ｄａｎｃｅ」（ダンス）のカテゴリがある。当該「ｌａｔｅｓｔ」（最新）のカテゴリには、少なくともストリームＲ１とストリームＲ２の２つがある。当該「ｄａｎｃｅ」（ダンス）のカテゴリには、少なくともストリームＲ１とストリームＲ３、ストリームＲ４の３つがある。当該視聴者は、右または左にスワイプして、他の利用可能なストリームを確認してもよい。

【0067】

一部の実施態様において、当該フィルタリングユニット３０６とマッチングユニット３０８は、当該カテゴリＤＢ３２６を動的に更新してもよい。更新の要求は、当該サーバ１０からの検出、管理スタッフによる検出、ストリーマーや視聴者からの検出などに基づいていてもよい。図９に示すように、ストリーマー「Ｂｅｎ」は当該「ｄａｎｃｅ」（ダンス）のカテゴリに分類されている。当該ストリーマーがダンスから歌にパフォーマンスを変更したい場合、当該ストリーマーは、例えば、当該ストリーミングルームのハッシュタグを変更し、当該ストリーミングルームのトピックを更新してもよい。

【0068】

生ストリームで更新が行われると、当該フィルタリングユニット３０６とマッチングユニット３０８が当該カテゴリＤＢ３２６を動的に更新してもよい。一部の実施態様において、当該更新は、例えば、当該カテゴリ名の変更や、当該ストリームのあるカテゴリからの削除、当該ストリームの別のカテゴリへの追加、当該ストリームの削除などであってもよい。図１０に示すように、当該ストリーマー「Ｂｅｎ」のストリームは、「ｄａｎｃｅ」（ダンス）のカテゴリから除外され、新たに「Ｓｉｎｇｅｒ」（歌手）のカテゴリに追加されてもよい。

【0069】

図１１から図１３は、本開示の一部の実施態様に基づくライブストリーミングシステム１の構成の動作を示す例示的なシーケンス図である。

【0070】

一部の実施態様において、サーバ１０は、現在行われているライブストリームを保存するストリームＤＢ３２０を含んでいてもよい。図１１に示すように、ストリーマーがライブストリーミングを開始すると、当該ストリームの情報が当該ストリームＤＢ３２０などのデータベースに格納されてもよい（Ｓ３０２）。一部の実施態様において、当該データベースは、サーバ１０の内部データベースや、ＹＡＭＬ、ＭａｎｇｏＤＢ、ＭｙＳＱＬなどのサードパーティ製データベースであってもよい。当該視聴者は、ユーザ端末３０を介して当該ストリームカテゴリページにアクセスし、当該ライブストリーミングを選択してもよい（Ｓ３０４）。当該処理ユニット３１０は、当該ストリームＤＢ３２０からストリームを収集してもよい（Ｓ３０６）。当該視聴者が当該カテゴリページにアクセスし、例えば、音楽カテゴリのストリームを要求した場合、当該処理ユニット３１０は、当該音楽カテゴリ内のストリームを当該視聴者に提供してもよい（Ｓ３０８）。

【0071】

一部の実施態様において、当該視聴者が最新カテゴリ内のストリームを要求した場合、当該処理ユニット３１０は、当該最新カテゴリ内のストリームを当該視聴者に提供してもよい（Ｓ３１０）。一部の実施態様において、当該視聴者が女性カテゴリ内のストリームを要求した場合、当該処理ユニット３１０は、当該女性カテゴリ内のストリームを当該視聴者に提供してもよい（Ｓ３１２）。本実施態様によれば、当該処理ユニット３１０は、当該視聴者にカテゴリごとに当該ストリームを提供でき、当該視聴者は、自分が興味を持っている当該カテゴリの当該ストリームに集中することができる。

【0072】

一部の実施態様において、当該ストリームは、実際の必要性に応じて、同一のデータベースまたは異なるデータベースに格納されてもよい。当該処理ユニット３１０は、ストリームの情報を収集するために、異なるデータベースにアクセスする必要があってもよい。図１１に示すように、ストリームＤＢ３２０’など別のデータベースがストリームの格納に使用されてもよい（Ｓ３０２’）。あるストリームが当該ストリームＤＢ３２０’に格納されている場合、当該処理ユニット３１０は、当該ストリームＤＢ３２０’から当該ストリームを収集してもよい（Ｓ３０６’）。一部の実施態様において、各データベースにはその技術的ロジックがあり、当該処理ユニット３１０がストリームを収集し、当該視聴者に提供する手順は、データベースごとに異なっていてもよい。

【0073】

図１２は、関連技術として図１１に示すものと比較した場合のライブストリーミングシステム１の構成の動作を示す図である。図１２に示すように、当該フィルタリングユニット３０６は、サーバ１０内のフィルターのリストを初期化してもよい（Ｓ３２２）。一部の実施態様において、当該サーバ１０にはいくつかのデフォルトの、あるいは新たに生成された、有効または無効のフィルターＦが存在してもよく、当該フィルタリングユニット３０６は、サーバ１０のフィルターの当該リストを初期化することにより、利用可能なフィルターを取得してもよい。一部の実施態様において、当該フィルタリングユニット３０６は、サーバ１０内のすべてのフィルターを登録し、フィルター機能を処理するためのフィルターリストを提供してもよい。

【0074】

一部の実施態様において、当該ストリームＤＢ３２０は当該フィルタリングユニット３０６にフックされてもよい（Ｓ３２４）。当該ストリームＤＢ３２０を当該フィルタリングユニット３０６にフックすることにより、生ストリームは、生成または更新されると、フィルタリングされて対応するカテゴリにマッチングされ得る。ストリーマーがライブストリーミングを開始すると、当該ストリームの情報が当該ストリームＤＢ３２０に格納されてもよい（Ｓ３２６）。さらに、当該ストリームの当該情報が、カテゴリのフィルタリングのために、当該フィルタリングユニット３０６に送信されてもよい（Ｓ３２８）。

【0075】

当該フィルタリングユニット３０６は、当該ストリームに対してカテゴリを生成してもよく、例えば、当該カテゴリに当該ストリームをフィルタリングすることによってこれを行ってもよい（Ｓ３３０）。一部の実施態様において、当該フィルタリングユニット３０６は、フィルターＦによって当該ストリームフィルターＦをフィルタリングしてもよい。一部の実施態様において、当該フィルタリングユニット３０６は、ループ内で各ストリームＳを各フィルターＦでフィルタリングしてもよい。例えば、３つのフィルターＦ１、Ｆ２、Ｆ３がある場合、当該フィルタリングユニット３０６は、フィルターＦ１、Ｆ２、Ｆ３それぞれによって生ストリームをフィルタリングしてもよい。当該フィルタリングユニット３０６は、各フィルターで各ストリームをそれぞれフィルタリングして、当該ストリームが各フィルターＦのカテゴリと一致するかどうかを判断してもよい。

【0076】

一部の実施態様において、ストリームＲ１における当該ストリーマーの性別が女性であり、当該フィルターＦ２のカテゴリが女性である場合、当該フィルタリングユニット３０６は、当該フィルターＦ２により当該ストリームＲ１を女性のカテゴリに一致させてもよい。より具体的に、当該フィルターＦ２は、当該ストリーマーの性別が女性である当該ストリームを見つけることを示すマッピング機能を含んでもよい。ストリームＲ１における当該ストリーマーの性別は女性であるため、当該ストリームＲ１はフィルターＦ２のカテゴリに一致する可能性がある。当該フィルタリングユニット３０６はさらに、例えば、フィルターＦ２におけるカテゴリ名とフィルターＩＤを取得して、当該ストリームＲ１とフィルターＦ２とのマッチングを生成してもよい。

【0077】

すべてのストリームを各フィルターＦでそれぞれフィルタリングした後、当該フィルタリングユニット３０６はマッチリストを生成し、当該マッチングユニット３０８に当該マッチリストを送信してもよい（Ｓ３３２）。一部の実施態様において、当該マッチリストは、生ストリームとフィルターＦとのマッチング結果を示すテーブルなど、当該フィルタリングユニット３０６からの出力であってもよい。当該マッチングユニット３０８はさらに、マッチリストに基づいて当該生ストリームを当該カテゴリＤＢ３２４に対してマッチングしてもよい（Ｓ３３４）。例えば、ストリームＲ１が「ｌａｔｅｓｔ」（最新）と「ｆｅｍａｌｅ」（女性）のカテゴリに一致する場合、当該マッチングユニット３０８は、当該ストリームＲ１をカテゴリＤＢ３２４内の「ｌａｔｅｓｔ」（最新）と「ｆｅｍａｌｅ」（女性）のカテゴリにそれぞれ追加してもよい。一部の実施態様において、ストリームＩＤなどの当該ストリームＲ１の情報は、参照として当該カテゴリＤＢ３２４に追加されてもよい。一部の実施態様において、カテゴリＤＢ３２４に対応するカテゴリがない場合、当該マッチングユニット３０８は、新しいカテゴリを生成し、当該ストリームを新たに生成したカテゴリに追加してもよい。

【0078】

一部の実施態様において、１つのストリームは、１つのカテゴリにも一致しない、または１つ以上のカテゴリに一致してもよい。一部の実施態様において、ストリームがどのカテゴリにも一致しない場合、当該マッチングユニット３０８は、当該ストリームを当該カテゴリＤＢ３２４に追加しなくてもよい。一部の実施態様において、ストリームがどのカテゴリにも一致しない場合、当該マッチングユニット３０８は当該ストリームをカテゴリＤＢ３２４内の「ｏｔｈｅｒ」（その他）カテゴリに追加してもよい（Ｓ３３６）。

【0079】

一部の実施態様において、当該フィルタリングユニット３０６は一致したカテゴリの情報を当該ストリームＤＢ３２０に参照用に送信してもよい（Ｓ３３８)。さらに、カテゴリリンクが生成され、ストリームＤＢ３２０内の当該ストリームに格納されてもよい（Ｓ３４０）。当該カテゴリリンクは、当該マッチリストの情報に基づいて生成されてもよい。例えば、当該ストリームの当該カテゴリはリンクとしてストリームＤＢ３２０内の当該ストリームに格納されてもよい。当該リンクは連結リストの形式であり、ストリームＤＢ３２０内の当該ストリームとカテゴリＤＢ３２４内の当該カテゴリを接続してもよい。

【0080】

一部の実施態様において、ストリームを格納するためのデータベースが複数ある場合、各データベースが当該カテゴリＤＢ３２４にリンクされ、また上述の手順に従いリアルタイムで動的に更新されてもよい。当該ユーザは、ストリームのカテゴリについて当該カテゴリＤＢ３２４にアクセスしてもよい（Ｓ３４２）。さらに、当該カテゴリの当該更新は、ストリームの開始、ストリームの更新、ストリームの終了などのイベントによってトリガーまたは駆動されてもよい。したがって、当該ストリームの当該カテゴリの生成と維持が容易になる。

【0081】

図１３は、当該ライブストリーミングシステム１における当該ストリームの更新または終了の操作を示す。図１３に示すように、当該フィルタリングユニット３０６は、サーバ１０内のフィルターのリストを初期化してもよい（Ｓ３５２）。当該ストリームＤＢ３２０はさらに、当該フィルタリングユニット３０６にフックされてもよい（Ｓ３５４）。一部の実施態様において、オペレーターは当該ストリームの情報を更新してもよい（Ｓ３５６）。一部の実施態様において、当該オペレーターは、当該サーバ１０自体、管理スタッフ、当該ストリーマー、視聴者などであってもよい。当該更新は、手動または自動で行われてもよい。

【0082】

当該オペレーターによってストリームＲ１の更新が行われると、当該ストリームＲ１のカテゴリリンクが確認および参照され（Ｓ３５８）、当該フィルタリングユニット３０６がさらに当該カテゴリリンクに基づいて当該カテゴリを更新してもよい（Ｓ３６０）。当該フィルタリングユニット３０６はさらに、当該更新の情報を当該カテゴリリンクと比較し、それらの間の差異を特定してもよい（Ｓ３６２）。一部の実施態様において、当該差異は、カテゴリを更新するか、別のカテゴリに追加するか、１つのカテゴリから削除するかなどを示していてもよい。

【0083】

一部の実施態様において、当該フィルタリングユニット３０６は、上述の比較及び差異に基づいて、マッチリストを生成してもよい。当該ストリームとカテゴリの間に新たな一致が存在する場合、当該マッチングユニット３０８は当該マッチリストを受信し（Ｓ３６４）、それに応じて当該カテゴリＤＢ３２４の更新されたカテゴリに更新された当該ストリームを追加してもよい（Ｓ３６６）。一部の実施態様において、元のカテゴリが失われた、つまり更新された当該ストリームが当該元のカテゴリに一致しない場合、当該マッチングユニット３０８は、当該カテゴリＤＢ３２４内の当該元のカテゴリから更新された当該ストリームを削除してもよい（Ｓ３６８）。

【0084】

当該ストリームとそれに対応するカテゴリに当該更新が反映された後、当該フィルタリングユニット３０６は、当該マッチリストの情報を当該ストリームＤＢ３２０に送信してもよい（Ｓ３７０）。さらに、更新されたカテゴリリンクが生成され、ストリームＤＢ３２０内の当該ストリームに格納されてもよい（Ｓ３７２）。

【0085】

例えば、あるストリーマーがストリーミングルームのハッシュタグを「ｄａｎｃｅ」（ダンス）から「ｓｉｎｇｅｒ」（歌手）に変更した場合、当該ストリーミングルームを更新するイベントがトリガーされてもよい。当該フィルタリングユニット３０６は、カテゴリリンクに基づいて、当該ストリーミングルームの対応するカテゴリを特定してもよい。当該フィルタリングユニット３０６は、当該ストリームの当該元のカテゴリと新しいカテゴリの差異を比較し、さらに当該ストリームの当該カテゴリを変更するか否かを決定してもよい。当該マッチングユニット３０８は、当該差異に基づいて、当該ストリームの当該カテゴリをさらに更新してもよい。例えば、当該マッチングユニット３０８は、当該ストリームを「ｄａｎｃｅ」（ダンス）のカテゴリから削除し、当該ストリームを「ｓｉｎｇｅｒ」（歌手）のカテゴリに追加してもよい。

【0086】

さらに、当該オペレーターは当該ストリームを閉じてもよい（Ｓ３７４）。例えば、当該ストリーマーが自発的に当該ストリームを終了しても、当該サーバ１０が違反等により当該ストリームを終了させてもよい。当該オペレーターが当該ストリームを閉じると、当該ストリームＲ１の当該カテゴリリンクが参照され（Ｓ３７６）、当該フィルタリングユニット３０６は、カテゴリを削除するための当該ストリームのカテゴリリンクを取得してもよい（Ｓ３７８）。さらに、当該フィルタリングユニット３０６は、当該カテゴリリンクに基づき、当該カテゴリＤＢ３２４内の当該カテゴリから当該ストリームを削除してもよい（Ｓ３８０）。手順が終了したら、当該フィルタリングユニット３０６は、当該ストリームＤＢ３２０にｅｃｈｏして処理を終了してもよい（Ｓ３８２）。

【0087】

本開示の実施態様によれば、当該ストリームの当該カテゴリの生成と維持が容易であり、さらに、当該ストリームの当該カテゴリを複雑な手順なしに動的に追加、更新、修正または削除することができる。したがって、ライブストリーミングプラットフォームでのストリームの品質を向上させることができる。

【0088】

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

【0089】

当該情報処理装置９００は、ＣＰＵ９０１と、リードオンリーメモリ（ＲＯＭ）９０３、ランダムアクセスメモリ（ＲＡＭ）９０５を含む。さらに、当該情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェイス９１３、入力ユニット９１５、出力ユニット９１７、ストレージユニット９１９、ドライブ９２１、接続ポート９２５、通信ユニット９２９を含んでもよい。当該情報処理装置９００は、カメラなどの撮像装置（図示せず）を含んでもよい。当該情報処理装置９００は、ＣＰＵ９０１に代えて、または加えて、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）等の処理回路を含んでもよい。

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【符号の説明】

【0104】

１ ライブストリーミングシステム
１０ サーバ
２０ ユーザ端末
１００ ストリーミングユニット
１０２ ビデオコントロールユニット
１０４ オーディオコントロールユニット
１０６ 配信ユニット
１０８ ＵＩコントロールユニット
２００ 視聴ユニット
２０２ ＵＩコントロールユニット
２０４ レンダリングユニット
２０６ 入力ユニット
３０、３０ａ、３０ｂ ユーザ端末
３０２ ストリーミング情報ユニット
３０４ 中継ユニット
３０６ フィルタリングユニット
３０８ マッチングユニット
３１０ 処理ユニット
３２０ ストリームＤＢ
３２２ ユーザＤＢ
３２４ フィルターＤＢ
３２６ カテゴリＤＢ
６００ 画面
６０２ タブオブジェクト
６０４ 表示領域
９００ 情報処理装置
９０１ ＣＰＵ
９０３ ＲＯＭ
９０５ ＲＡＭ
９０７ ホストバス
９０９ ブリッジ
９１１ 外部バス
９１３ インターフェイス
９１５ 入力ユニット
９１７ 出力ユニット
９１９ ストレージユニット
９２１ ドライブ
９２３ リムーバブル記録媒体
９２５ 接続ポート
９２７ 外部接続端末
９２９ 通信ユニット
ＬＳ ライブストリーミング
ＬＶ ストリーマー
ＮＷ ネットワーク
ＳＰ 特定の部分
ＡＵ１、ＡＵ２ 視聴者
Ｃ１、Ｃ２、Ｃ３、Ｃ４、Ｃ０ カテゴリ
Ｆ１、Ｆ２、Ｆ３、Ｆ４ フィルター
Ｒ１、Ｒ２、Ｒ３、Ｒ４ 生ストリーム
Ｓ３０２～Ｓ３１２、Ｓ３２２～Ｓ３４２、Ｓ３５２～Ｓ３８２ 工程
ＶＤ、ＶＤ１、ＶＤ２ 映像

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】