JP7469769B1 - ストリーマーが視聴者とインタラクトするのを支援する方法、コンピュータ機器及びコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

【課題】ストリーマーが視聴者とインタラクトするのを支援する方法、コンピュータ機器及びコンピュータ読み取り可能な記録媒体を提供する。【解決手段】コンピュータ機器により運営されるライブストリーミングプラットフォームを通じて、視聴者に関するトピック提案（或いはインタラクティブなトピック提案）をストリーマーに提供することに適したストリーマーが、視聴者とインタラクトするのを支援する方法であって、視聴者が参加した活動記録に基づいて過去のトピックをキャプチャするステップと、少なくとも１つのパラメータに基づいて過去のトピック内の各々スコアを計算するステップと、過去のトピック及び過去のトピックに対応するスコアに基づいてトピック提案を生成し、ストリーマーにトピック提案を提供するステップと、を含む。【選択図】図５

Description

本出願は、視聴者とインタラクトする方法、コンピュータ機器及びコンピュータ読み取り可能な記録媒体に関し、特に、ストリーマーが視聴者とインタラクトするのを支援する方法、コンピュータ機器及びコンピュータ読み取り可能な記録媒体に関する。

今日、ライブストリーミング（Ｌｉｖｅ－Ｓｔｒｅａｍｉｎｇ）などのネットワーク世界でのリアルタイムインタラクションが人気のトレンドとなっており、ライブストリーミングサービスを利用する視聴者及びストリーマーの数も日に日に増加している。今日のライブストリーミングサービスについて、ストリーマーは通常、少なくとも１つのライブストリーミングプラットフォームを使用してライブストリーミングプラットルームを開き、ライブストリーミングプラットルーム内の視聴者とリアルタイムでインタラクトする。ストリーマーは、視聴者とのコミュニケーションを図り、視聴者の好感度を向上させるため、適切なトピックを見つける努力をする必要がある。しかしながらストリーマーは、往々にして事前に視聴者が入力した基本情報や、ストリーマーに対する視聴者の反応からしかトピックを決めることができない。この状況により、ストリーマーと視聴者の間にギャップが生じて、適時にストリーマーは適切なトピックに切り替えて視聴者とリアルタイムでインタラクトすることができなくなった。

なお、一部のライブストリーミングプラットフォームは、視聴者に関するより多くの情報を記録し、ストリーマーに視聴者に関するより多くの情報を提供することに取り組んでいるが、リアルタイムで視聴者とインタラクトするため、既存の情報から適切なトピックを見つける機会を得るには、やはりストリーマー自身の経験に頼る必要があった。

上記の事情に鑑みてなされたものであって、本出願の目的は、従来技術の欠点を解決することである。具体的に言えば、本出願の目的は、ストリーマーが適切なトピックの提案を通じて視聴者とリアルタイムでインタラクトできないという問題を解決することであり、本出願の別の目的は、適切なトピックの提案をいつ生成する必要があるかを判断する問題を解決することである。

本出願は、コンピュータ機器により運営されるライブストリーミングプラットフォームを通じて視聴者に関するトピック提案をストリーマーに提供することに適したストリーマーが視聴者とインタラクトするのを支援する方法を提供するものとした。前記方法は、視聴者が参加した活動記録に基づいて過去のトピックをキャプチャするステップと、少なくとも１つのパラメータに基づいて過去のトピック内の各々スコアを計算するステップと、過去のトピック及び過去のトピックに対応するスコアに基づいてトピック提案を生成し、ストリーマーにトピック提案を提供するステップとを含む。

いくつかの実施形態において、過去のトピック及び過去のトピックに対応するスコアに基づいてトピック提案を生成することは、ストリーマーのレベルに基づいてストリーマーの閾値を計算するステップと、少なくとも１つのリアルタイムパラメータにリアルタイムで基づいて視聴者のリアルタイム参加スコアを計算するステップと、リアルタイム参加スコアをストリーマーの閾値と比較するステップと、リアルタイム参加スコアがストリーマーの閾値より小さい場合、過去のトピック及び過去のトピックに対応するスコアに基づいて前記トピック提案を生成するステップと、リアルタイム参加スコアがストリーマーの閾値より大きいか、又は等しい場合、ストリーマーの現在のインタラクティブコンテンツに基づいて現在のトピックをトピック提案として生成する或いはトピック提案を生成しないステップとを含む。

いくつかの実施形態において、過去のトピックは、視聴者とストリーマーとの間の第１インタラクション記録に基づいてキャプチャされるように構成される第１過去のトピックであり、スコアは、視聴者とストリーマーとの間の少なくとも１つの第１インタラクションパラメータに基づいて計算されるように構成される第１参加スコアであり、トピック提案は第１過去のトピック及び第１過去のトピックに対応する第１参加スコアに基づいて生成されるよう構成される第１トピックである。

いくつかの実施形態において、過去のトピックは、視聴者と他のストリーマーとの間の第２インタラクション記録に基づいてキャプチャされるように構成される第２過去のトピックであり、スコアは、視聴者と他のストリーマーとの間の少なくとも１つの第２インタラクションパラメータに基づいて計算されるように構成される第２参加スコアであり、トピック提案は、第２過去のトピック及び第２過去のトピックに対応する第２参加スコアに基づいて生成されるよう構成される第２トピックである。

いくつかの実施形態において、過去のトピックは、第１過去のトピックと、第２過去のトピックとを含み、第１過去のトピックは視聴者とストリーマーとの間の第１インタラクション記録に基づいてキャプチャされるよう構成され、第２過去のトピックは視聴者と他のストリーマーとの間の第２インタラクション記録に基づいてキャプチャされるよう構成され、スコアは、第１参加スコアと、第２参加スコアとを含み、第１参加スコアは視聴者とストリーマーとの間の少なくとも１つの第１インタラクションパラメータに基づいて計算されるよう構成され、第２参加スコアは視聴者と他のストリーマーとの間の少なくとも１つの第２インタラクションパラメータに基づいて計算されるよう構成され、トピック提案は、第１トピックと、第２トピックとを含み、第１トピックは第１過去のトピック及び第１過去のトピックに対応する第１参加スコアに基づいて生成されるよう構成され、第２トピックは第２過去のトピック及び第２過去のトピックに対応する第２参加スコアに基づいて生成されるよう構成される。

いくつかの実施形態において、本出願で提供されるストリーマーが視聴者とインタラクトするのを支援する方法は、視聴者がストリーマーの新しい視聴者であるかどうかを判断するステップと、視聴者がストリーマーの新しい視聴者ではない場合、第１トピックをトピック提案として採用するステップと、視聴者がストリーマーの新しい視聴者である場合、第１トピック又は第２トピックをトピック提案として選択的に採用するステップとをさらに含み得る。

いくつかの実施形態において、第１トピック又は第２トピックをトピック提案として選択的に採用することは、視聴者とストリーマーとの間のインタラクション継続時間に基づいて、第１トピックに対応する重み値及び第２トピックに対応する重み値をそれぞれ計算するステップと、第１トピックに対応する重み値及び第２トピックに対応する重み値に基づいて第１トピック或いは第２トピックをトピック提案として選択的に採用するステップとを含み得る。

いくつかの実施形態において、本出願で提供されるストリーマーが視聴者とインタラクトするのを支援する方法は、ストリーマーがトピック提案を採用して視聴者とインタラクトする時、トピック提案に対応するスコア変化を分析するステップをさらに含み得る。

いくつかの実施形態において、本出願で提供されるストリーマーが視聴者とインタラクトするのを支援する方法は、ストリーマーのライブストリーミングにおける複数の視聴者のトピック提案に基づいて各トピック提案の分布状況を計算するステップと、分布状況に基づいて全体的なトピック提案を生成し、ストリーマーに全体的なトピック提案を提供するステップとをさらに含み得る。

本出願は、運営するライブストリーミングプラットフォームにおいてストリーマーに視聴者に関するトピック提案を提供することに適したストリーマーが視聴者とインタラクトするのを支援するコンピュータ機器も提供する。前記コンピュータ機器は、少なくとも１つの処理ユニットと、少なくとも１つの記憶ユニットとを含み、少なくとも１つの記憶ユニットはプログラムコードを記憶し、少なくとも１つの処理ユニットがプログラムコードを実行した後、前記のストリーマーが視聴者とインタラクトするのを支援する方法のステップを実行できる。

本出願は、ストリーマーが視聴者とインタラクトするのを支援するコンピュータ読み取り可能な記録媒体も提供し、コンピュータがメモリのプログラムコードをロードして実行した後、前記のストリーマーが視聴者とインタラクトするのを支援する方法を完成させることができる。

本出願で提供される技術的手段を介して、先行技術では奏することができなかった有利な効果を生み出すことができる。具体的に言えば、本出願の有利な効果は、適切なトピック提案を生成して、ストリーマーが適切なトピック提案を通じて視聴者とリアルタイムでインタラクトできるように供する。本出願の別の有利な効果は、適切なトピック提案をいつ生成する必要があるかどうかを判断することができることである。

本出願の一実施形態に係る配信者がサーバなどのコンピュータ機器により実行されるライブストリーミングプラットフォーム及びネットワークを介して視聴者とリアルタイムでインタラクトする場合を示す概略図である。 本出願の一実施形態に係るユーザ端末の機能及び構成要素を示すブロック図である。 本出願の一実施形態に係るサーバなどのコンピュータ機器の機能及び構成要素を示すブロック図である。 本出願の一実施形態に係るストリーミングデータベースに格納されるデータを示す概略図である。 本出願の一実施形態に係るユーザデータベースに格納されるデータを示す概略図である。 本出願の一実施形態に係るプレゼントデータベースに格納されるデータを示す概略図である。 本出願の一実施形態に係る応答履歴データベースに格納されるデータを示す概略図である。 本出願の一実施形態に係るパラメータデータベースに格納されるデータを示す概略図である。 本出願の一実施形態に係るトピックスコアデータベースに格納されるデータを示す概略図である。 本出願の一実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。 本出願の一実施形態に係る時系列方式でのデータ記録を示す概略図である。 本出願の一実施形態に係るユーザインターフェース上でのトピック提案の表示を示す概略図である。 本出願の別の実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。 本出願の一実施形態に係る視聴者のスコアとストリーマーの閾値との間の相対関係を示すシーケンス図である。 本出願の又別の実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。 本出願のさらに別の実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。 本出願の別の実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。 本出願の又別の実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。 本出願の別の実施形態に係るユーザインターフェース上でのトピック提案の表示を示す概略図である。

本出願は、本発明の技術分野における通常の知識を有する者が本出願の目的、特徴及び効果を理解できるように下記の実施形態及び添付の図面を通じて本出願の内容を詳細に説明する。本明細書で記載される各々ステップは、順番的、逆の順序で、又は制御プロセス中に順序を適切に変更或いはスキップすることにより実行され得ることに留意されたい。なお、本出願の記載内容において、「第１」、「第２」、「第３」等の用語は、要素間の差異を区別するために用いられ、要素自体を限定するか、又は要素の特定の順序を示すために用いられるものではない。

本発明が詳細に描写される前、以下の説明では、同じ要素又はステップが同じ符号で表される場合があることに留意されたい。

図１を参照すると、図１は本出願の一実施形態に係る配信者ＬＶがサーバ１０などのコンピュータ機器により実行されるライブストリーミングプラットフォーム及びネットワークＮＷを介して視聴者ＡＵ１、ＡＵ２とリアルタイムでインタラクトする場合を示す概略図である。このうち、図１はライブ配信システム１とも呼ばれる。

ライブ配信システム１は、配信者（例：生主、ストリーマー（Ｓｔｒｅａｍｅｒ）或いはストリーマー等）ＬＶ及び視聴者（リスナーとも呼ばれる）ＡＵ（ＡＵ１、ＡＵ２、…）にネットワークＮＷを介してライブプラットフォーム（ライブストリーミングプラットフォーム又はストリームルームとも呼ばれる）上でリアルタイムインタラクションを行うための双方向ライブ配信サービスを提供する。図１に示すように、ライブ配信システム１は、サーバ１０などのコンピュータ機器と、配信者ＬＶのユーザ端末２０と、視聴者ＡＵ（ＡＵ１、ＡＵ２、…）のユーザ端末３０（３０ａ、３０ｂ、…）とを備え得る。配信者ＬＶ及び視聴者ＡＵ（ＡＵ１、ＡＵ２、…）を総称してユーザと呼ぶこともできる。サーバ１０は、ネットワークＮＷに接続された１つ以上の情報処理装置から構成される物理的なサーバであってもよいが、これに限定されるものではない。ユーザ端末２０、３０（３０ａ、３０ｂ、…）は、スマートフォン、タブレット、携帯型パソコン、レコーダ、携帯型ゲーム機、又はウェアラブルデバイス等の携帯端末だけでなく、例えば、デスクトップパソコンなどの固定型装置であってもよい。サーバ１０とユーザ端末２０、３０（３０ａ、３０ｂ、…）とは、有線又は無線の各種ネットワークＮＷを介して相互に通信可能で、サーバ１０とユーザ端末２０、３０（３０ａ、３０ｂ、…）との間でネットワークＮＷを介して互いにデータを送信させることができる。前記有線ネットワークＮＷとは、有線ネットワーク接続を介して命令及び／又はデータを送信及び／又は受信できるようにＣａｔ．６又は光ファイバなどの物理信号線で確立された有線ネットワーク接続を指してもよい。前記無線ネットワークＮＷは、無線ネットワーク接続を介して命令及び／又はデータを送信及び／又は受信できるようにＷｉ－Ｆｉルータなどで確立された無線ネットワーク接続を指してもよい。

配信者ＬＶ、視聴者ＡＵ（ＡＵ１、ＡＵ２、…）及びサーバ１０の管理を担当する管理者（図示せず）がライブ配信システム１に参加することができる。配信者ＬＶは、自身のユーザ端末２０を用いて自身の歌、スピーチ、パフォーマンス、占い又はゲームの実況などのコンテンツを録音及び／又は録画し、前記コンテンツを、ネットワークＮＷ１０を介してサーバ１０に直接アップロードして前記コンテンツを即座に配信する者を指し得る。管理者は、サーバ１０にコンテンツをライブ配信するためのライブプラットフォームを提供し、同時に配信者ＬＶと視聴者ＡＵ（ＡＵ１、ＡＵ２、…）との間のリアルタイムインタラクションを調整及び／又は管理する。視聴者ＡＵ（ＡＵ１、ＡＵ２、…）は、自身のユーザ端末３０（３０ａ、３０ｂ、…）を使用してライブプラットフォームにアクセスし、視聴したいコンテンツを選択する者を指し得る。前述コンテンツの実況が配信される時、視聴者ＡＵ（ＡＵ１、ＡＵ２、…）は、ユーザ端末３０（３０ａ、３０ｂ、…）を介してメッセージ、応援或いはプレゼントなどの操作を実施することができ、前記コンテンツを提供する配信者ＬＶは、メッセージ、応援又はプレゼントなどの操作に対してリアクションをすることができ、前記リアクションを画像及び／又は音声により視聴者ＡＵ（ＡＵ１、ＡＵ２、・・・）に伝えることができることで、双方向インスタントメッセージングが確立される。

本明細書において、「ライブ配信」とは、データの送信形態を指し、データの送信形態とは、配信者ＬＶのユーザ端末２０を用いて録音及び／又は録画したコンテンツが視聴者ＡＵ（ＡＵ１、ＡＵ２、…）のユーザ端末３０（３０ａ、３０ｂ、…）上でリアルタイムに再生或いは表示され、視聴可能な状態となること、若しくは上記送信形態を通じて実現される配信自体を指し得る。ライブ配信は、ＨＴＴＰ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ、Ｃｏｍｍｏｎ Ｍｅｄｉａ Ａｐｐｌｉｃａｔｉｏｎ Ｆｏｒｍａｔ、Ｗｅｂ Ｒｅａｌ－Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、Ｒｅａｌ－Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ或いはＭＰＥＧ ＤＡＳＨなどのライブ配信技術を使用して実現することができるが、これらに限定されない。ライブ配信は、以下のような送信形態を含み得る。配信者ＬＶがコンテンツを録音及び／又は録画している時、視聴者ＡＵ（ＡＵ１、ＡＵ２、…）は、所定或いは固定の遅延で前記コンテンツを同時に視聴することができる。遅延の大きさ（すなわち、遅延時間量）は、少なくとも、配信者ＬＶと視聴者ＡＵ（ＡＵ１、ＡＵ２、…）との間のインタラクションを確立するのに十分な遅延量であればよい。ただし、ライブ配信は、いわゆるオンデマンド配信とは異なり、具体的には、オンデマンド配信では、録音及び／又は録画コンテンツデータ全体をサーバ１０に一時的に保存し、保存完了後の任意の時点で、ユーザの要求に応じてサーバ１０から前記データをユーザに提供する。

本明細書において「音声・映像データ」とは、ユーザ端末２０、３０（３０ａ、３０ｂ、…）の撮影機能により生成される一連の画像データ（ビデオデータともいう）及びユーザ端末２０、３０（３０ａ、３０ｂ、…）の音声入力機能により生成される音声データ（オーディオデータともいう）。ユーザ端末２０、３０（３０ａ、３０ｂ、…）上で音声・映像データを再生することにより、ユーザがユーザ端末２０、３０（３０ａ、３０ｂ、…）を介してコンテンツを視聴できるようにする。本実施形態において、配信者ＬＶのユーザ端末２０で音声・映像データを生成してから視聴者ＡＵ（ＡＵ１、ＡＵ２、…）のユーザ端末３０（３０ａ、３０ｂ、…）上で音声・映像データを再生するまでの間にデータの形式、サイズ、或いは仕様などを変更するデータ処理（例えば圧縮、解凍、エンコード、デコード、トランスコーディングなどであるが、これに限定されない）を実施することが想定する。データ処理前とデータ処理後とで、音声・映像データが表すコンテンツ（例えば動画、音声）は実質的に変化しない。一実施形態において、前記データ処理が実施された後の音声・映像データが、データ処理が実施される前の音声・映像データと同じであると仮定して説明がなされ、すなわち、配信者ＬＶのユーザ端末２０で音声・映像データが生成された後、サーバを経由して視聴者ＡＵ（ＡＵ１、ＡＵ２、…）のユーザ端末３０（３０ａ、３０ｂ、…）で再生される場合配信者ＬＶのユーザ端末２０で生成された音声・映像データ、サーバ１０を介して送信された音声・映像データ、及び視聴者ＡＵ（ＡＵ１、ＡＵ２、．．．）のユーザ端末３０（３０ａ、３０ｂ、…）で受信されて再生された音声・映像データは同じ音声・映像データである。

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

配信者ＬＶのユーザ端末２０上での録音及び／又は録画、及び視聴者ＡＵ（ＡＵ１、ＡＵ２、…）のユーザ端末３０（３０ａ、３０ｂ、…）上での音声・映像データの再生が実質的に実行され。 配信者ＬＶが提供するコンテンツについて、視聴者ＡＵ１がユーザ端末３０ａにメッセージを入力した時、サーバ１０は、前記メッセージを配信者ＬＶのユーザ端末２０にリアルタイムに表示するとともに、各視聴者ＡＵ（ＡＵ１、ＡＵ２、…）のユーザ端末３０（３０ａ、３０ｂ、…）に表示する。前記メッセージを読んだ配信者ＬＶが前記メッセージを上書きする会話を開始した時、前記会話の動画及び音声が各視聴者ＡＵ（ＡＵ１、ＡＵ２、…）のユーザ端末３０（３０ａ、３０ｂ、…）に出力され、これにより配信者ＬＶと視聴者ＡＵ（ＡＵ１、ＡＵ２、…）との間の対話が確立することが認識される。このようにライブ配信システム１は、一方向通信ではなく双方向通信のライブ配信を実現することができ、特に双方向のリアルタイム通信を実現することができる。

図２を参照すると、図２は本出願の一実施形態に係るユーザ端末３０の機能及び構成要素を示すブロック図である。ユーザ端末２０は、ユーザ端末３０と同様の機能及び構成を有してもよい。図２のブロック図に示される各ブロックは、ハードウェア的にはコンピュータＣＰＵをはじめコンポーネント又は機械装置により実行され、ソフトウェア的にはコンピュータコード又は命令セットにより実行されるが、ここではそれらの協働により実現される機能モジュールを描く。したがって、本発明の技術分野における通常の知識を有する者である場合、これらの機能モジュールがハードウェアとソフトウェアの組み合わせを通じて様々な形で実現できることを理解することができる。

配信者ＬＶ及び視聴者ＡＵは、それぞれネットワークＮＷを経由してウェブサイトから本実施形態に係るライブ配信アプリケーション（以下、ライブ配信アプリという）をユーザ端末２０、３０（３０ａ、３０ｂ、…）にダウンロードしてインストールすることができる。若しくは、ライブ配信アプリをユーザ端末２０、３０（３０ａ、３０ｂ、…）に予めインストールしていてもよい。ユーザ端末２０、３０（３０ａ、３０ｂ、…）を介してライブ配信アプリが実行された後、ユーザ端末２０、３０（３０ａ、３０ｂ、…）は、ネットワークＮＷを経由してサーバ１０と通信して、各種機能を実行することができる。以下では、ユーザ端末２０、３０（３０ａ、３０ｂ、…）（例えばＣＰＵなどのプロセッサ）を介してライブ配信アプリを実行して実現される機能をユーザ端末２０、３０（３０ａ、３０ｂ、…）の機能として説明する。これらの機能は、実際にはユーザ端末２０、３０（３０ａ、３０ｂ、…）においてライブ配信アプリが実現できる機能である。なお、他の実施形態において、これらの機能は、コンピュータプログラムを介して実現することもできることに留意されたい。前記コンピュータプログラムは、サーバ１０からネットワークＮＷを経由してユーザ端末２０、３０（３０ａ、３０ｂ、…）のウェブブラウザに送信され、ハイパーテキストマークアップ言語（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ、ＨＴＭＬ）などのプログラミング言語を用いて記述され、前記プログラミング言語はウェブブラウザ上で実行できる。

ユーザ端末３０は、送信ユニット１００と、視聴ユニット２００とを備え得、送信ユニット１００はユーザの画像及び音声を記録した音声・映像データを生成し、生成された音声・映像データをサーバ１０に送信するように構成されてもよい。視聴ユニット２００は、サーバ１０から音声・映像データを取得して再生するように構成され得る。ユーザは、音声・映像データを送信する時送信ユニット１００を起動し、音声・映像データを視聴する時視聴ユニット２００を起動する。送信ユニット１００が起動されたユーザ端末は、配信者側と見なされ得、すなわち、音声・映像データの生成側のユーザ端末であり、視聴ユニット２００が起動されたユーザ端末は視聴者側と見なされ得、すなわち、音声・映像データの再生側のユーザ端末である。

送信ユニット１００は、撮影制御部１０２と、音声制御部１０４と、ビデオ送信部１０６と、配信側ＵＩ制御部１０８とを含み得る。撮影制御部１０２は、撮影レンズ（図２には図示せず）に接続され、撮影レンズを制御して撮影が行われ、撮影レンズから画像データを取得できるようにする。音声制御部１０４は、マイク（図２には図示せず）に接続され、マイクにより受信される音声の入力を制御し、マイクから音声データを取得できるようにする。ビデオ送信部１０６は、音声・映像データを、ネットワークＮＷを経由してサーバ１０に送信することができ、前記音声・映像データは、撮影制御部１０２により取得された画像データ及び音声制御部１０４により取得された音声データを含む。ビデオ送信部１０６は、音声・映像データをリアルタイムに送信することができ、すなわち、撮影制御部１０２及び音声制御部１０４で生成された音声・映像データ及びビデオ送信部１０６による伝送で生成された音声・映像データは基本的に同時に実行される。配信側ＵＩ制御部１０８は、配信者向けユーザインターフェース（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ、ＵＩ）を制御することができる。配信側ＵＩ制御部１０８は、ディスプレイ（図２には図示せず）に接続され、ビデオ送信部１０６から送信された音声・映像データを再生することにより、ディスプレイに動画ＶＤ（ＶＤ１、ＶＤ２、…）を表示する。配信側ＵＩ制御部１０８は、ディスプレイに操作対象及び指示を受け取る対象を表示し、配信者からのクリック入力を受け付けることができる。

視聴ユニット２００は、視聴側ＵＩ制御部２０２と、重畳メッセージ生成部２０４と、入力メッセージ送信部２０６とを含み得る。視聴ユニット２００は、ネットワークＮＷを経由してサーバ１０から配信者ＬＶ、ユーザ端末３０のユーザである視聴者ＡＵ及び他の視聴者ＡＵ１、ＡＵ２が参加するライブ配信に関連する音声・映像データを受信することができる。視聴側ＵＩ制御部２０２は、視聴者向けＵＩを制御することができる。視聴側ＵＩ制御部２０２は、ディスプレイ（図２には図示せず）及びスピーカ（図２には図示せず）にそれぞれ接続可能であり、受信した音声・映像データを再生することで、動画をディスプレイに表示すると共にスピーカから音声を出力する。ディスプレイに画像を表示し、スピーカから音声を出力する過程を「音声・映像データの再生」と併せて呼ばれることができる。視聴側ＵＩ制御部２０２は、タッチパネル又はキーボードなどの入力ユニット（図２には図示せず）に接続され、これらの入力ユニットを通じてユーザにより入力された内容を取得する。重畳メッセージ生成部２０４は、サーバ１０から取得した音声・映像データの画像を所定のフレーム画像に重畳することができる。フレーム画像は、ユーザ入力を受け付けるための各種ユーザインターフェース対象或いはユーザインターフェースオブジェクト（以下、対象と略称する）、視聴者ＡＵ（ＡＵ１、ＡＵ２、…）により入力されたメッセージ及びサーバ１０から取得したメッセージを含み得る。入力メッセージ送信部２０６は、視聴側ＵＩ制御部２０２が取得したユーザ入力を、ネットワークＮＷを介してサーバ１０に送信してもよい。

視聴側ＵＩ制御部２０２は、ライブ配信時に視聴者ＡＵ（ＡＵ１、ＡＵ２、…）が入力ユニットを介して入力するメッセージを受け付けることができる。上述したように、前記メッセージは公開メッセージであり得、メッセージを入力した視聴者ＡＵ及び配信者ＬＶが読むだけではなく、該ライブ配信に参加する他の視聴者ＡＵ１、ＡＵ２も前記メッセージを読むことができる。

図３を参照すると、図３は本出願の一実施形態に係るサーバ１０などのコンピュータ機器の機能及び構成要素を示すブロック図である。サーバ１０は、発布メッセージ提供ユニット３０２と、中継ユニット３０４と、プレゼント処理ユニット３０６と、決済処理ユニット３０８と、ストリーミングデータベース３１０と、ユーザデータベース３１２と、プレゼントデータベース３１４と、履歴処理ユニット３２０と、パラメータ処理ユニット３２２と、トピックスコア処理ユニット３２４と、トピック生成ユニット３２６と、傾向分析ユニット３２８と、応答履歴データベース３３０と、パラメータデータベース３３２と、トピックスコアデータベース３３４とを備え得る。サーバ１０は、機械学習モデル３７０とコミュニケーションすることができる。

配信者ＬＶのユーザ端末２０がネットワークＮＷを介して、ライブストリーミングサービスの開始の通知又は要求を受信した時、発布メッセージ提供ユニット３０２は、ストリーミングデータベース３１０に前記ライブストリーミングサービスを識別するためのストリームＩＤ及びライブストリーミングサービスを実行する配信者の配信者ＩＤを登録し、ストリームＩＤ及び配信者ＩＤをそれぞれストリーミングデータベース３１０に記録し得る。ストリーミングデータベース３１０の具体的な説明については、図４Ａを参照してさらに記述する。

発布メッセージ提供ユニット３０２は、ネットワークＮＷを介して視聴者ＡＵのユーザ端末３０の視聴ユニット２００からライブストリーミングサービスに関するメッセージの提供要求を受信した場合、発布メッセージ提供ユニット３０２は、ストリーミングデータベース３１０から現在利用可能なライブストリーミングサービスを検索又はチェックし、利用可能なライブストリーミングサービスのフォームを作成できる。発布メッセージ提供ユニット３０２は、ネットワークＮＷを介して生成したフォームを要求元のユーザ端末３０に送信できる。要求元のユーザ端末３０の視聴側ＵＩ制御部２０２は、受信したフォームに基づいてライブストリーミングサービス選択画面を生成し、ユーザ端末３０の表示画面に表示する。

ユーザ端末３０の入力メッセージ送信部２０６は、ライブストリーミングサービス選択画面上で視聴者の選択結果を受信した場合、選択したライブストリーミングサービスのストリームＩＤを含む配信要求を生成し、ネットワークＮＷを介して前記配信要求をサーバ１０に送信することができる。発布メッセージ提供ユニット３０２は、受信した配信要求に含まれるストリームＩＤで指定されるライブストリーミングサービスを要求元のユーザ端末３０に提供し始める。発布メッセージ提供ユニット３０２は、要求元のユーザ端末３０の視聴者ＡＵのユーザＩＤを前記ストリームＩＤに属する（又は対応する）視聴者ＩＤとして記録するため、ストリーミングデータベース３１０を更新することができる。

中継ユニット３０４は、音声・映像データを配信者ＬＶのユーザ端末２０から発布メッセージ提供ユニット３０２により起動されるライブストリーミング中の視聴者ＡＵのユーザ端末３０に導くことができる。中継ユニット３０４は、入力メッセージ送信部２０６から音声・映像データを再製（又は再生、或いはコピー）する期間（若しくはライブストリーミング期間）に視聴者ＡＵのユーザ端末３０から入力された信号を受信できる。ユーザ端末３０から入力される信号は、ユーザ端末３０のディスプレイに表示される対象を指定するための対象指定信号であり得る。前記対象指定信号は、視聴者ＡＵの視聴者ＩＤ、視聴者が視聴するライブストリーミングサービスの配信者ＩＤ及び対象を識別する対象ＩＤを含み得る。一例では、前記対象がプレゼントの場合、対象ＩＤはプレゼントＩＤである。同様に、中継ユニット３０４は、ユーザ端末２０から音声・映像データを再製する期間（或いはライブストリーミング期間）に配信者ＬＶにより行われたユーザ入力を表す信号を受信できる。前記信号は、対象指定信号であってもよいが、これに限定されるものではない。

プレゼント処理ユニット３０６は、対象指定信号に含まれるプレゼントＩＤで確定されるプレゼントのポイントに応じて配信者ＬＶのポイントを増加させるようにユーザデータベース３１２を更新できる。具体的に言えば、プレゼント処理ユニット３０６はプレゼントデータベース３１４に記憶されているデータを参照して、受信した対象指定信号に含まれるプレゼントＩＤに対応する付与ポイントを指定する。さらにプレゼント処理ユニット３０６は、ユーザデータベース３１２，確定したポイントを対象指定信号に含まれる（或いは対応する）配信者ＩＤのポイントに加算するようにユーザデータベース３１２を更新できる。ユーザデータベース３１２及びプレゼントデータベース３１４の具体的な説明については、それぞれ図４Ｂ及び図４Ｃを参照してさらに記述する。

決済処理ユニット３０８は、受信した対象指定信号に応じて視聴者ＡＵ（ＡＵ１、ＡＵ２、…）のプレゼント代金の支払いを処理できる。具体的に決済処理ユニット３０８は、プレゼントデータベース３１４に記憶されているデータを参照して、対象指定信号に含まれるプレゼントＩＤにより識別されるプレゼントの価格ポイントを指定できる。さらに決済処理ユニット３０８は、対象指定信号に含まれる視聴者ＩＤにより識別される視聴者ＡＵのポイントから指定された価格ポイントを減算するようにユーザデータベース３１２を更新できる。

履歴処理ユニット３２０は、視聴者ＡＵ（ＡＵ１、ＡＵ２、…）のユーザ端末３０（３０ａ、３０ｂ、…）から入力されたメッセージを受信し、前記メッセージを応答履歴データベース３３０に記憶することができる。なお、履歴処理ユニット３２０は、サーバ１０から発された要求を受信した後、応答履歴データベース３３０から応答履歴データベース３３０に以前に格納されたデータを検索又はチェックすることで、応答履歴データベース３３０に格納されたデータについて履歴データ処理をすることができる。前記履歴データ処理には、データ選別（例えば応答履歴データベース３３０から特定の視聴者の応答記録を選別すること）及びデータの並べ替え（例えば特定の視聴者の応答記録を時系列に並べ替えること）などが含まれ得るが、これに限定されない。応答履歴データベース３３０の具体的な説明については、図４Ｄを参照してさらに記述する。

パラメータ処理ユニット３２２は、ユーザの活動状況をパラメータとしてパラメータデータベース３３２に記録することができ、前記パラメータ（すなわち、ユーザの活動状況）は、プレゼントの回数、トークンの使用量、応答回数、追跡行動及び共有行動などを含み得るが、これに限定されない。なお、パラメータ処理ユニット３２２は、サーバ１０から発された要求を受信した後、パラメータデータベース３３２からパラメータデータベース３３２に以前に格納されたデータを検索又はチェックすることで、パラメータデータベース３３２に格納されたデータについてパラメータデータ処理をすることができる。前記パラメータデータ処理には、データ選別（例えばパラメータデータベース３３２から特定の視聴者のパラメータを選別すること）、データの並べ替え（例えば特定の視聴者のパラメータを時系列又は各パラメータの重み値などで並べ替えること）及び重み付け演算（例えば各パラメータに対応する重み値を付与し、さらにパラメータ及び対応する重み値に基づいて重み付け計算を実施）が含まれ得るが、これに限定されない。パラメータデータベース３３２の具体的な説明については、図４Ｅを参照してさらに記述する。

トピックスコア処理ユニット３２４は、履歴処理ユニット３２０及びパラメータ処理ユニット３２２から処理済みのデータを受信することができる。具体的にトピックスコア処理ユニット３２４は、履歴処理ユニット３２０から処理済みのメッセージを受信でき、かつパラメータ処理ユニット３２２から処理済みのパラメータを受信できる。トピックスコア処理ユニット３２４は、処理済みのデータを受信した後、前記データを処理することができ、これは過去のトピックのキャプチャ（例えば処理済みのメッセージごとに対応するトピックをキャプチャする）及び対応するスコアの付与（例えば処理済みのパラメータに基づいて過去のトピックごとにスコアを付与する）が含まれるが、これに限定されない。なお、トピックスコア処理ユニット３２４は、過去のトピックのキャプチャ済み及び付与された対応するスコアをトピックスコアデータベース３３４にそれぞれ記録することができる。トピックスコアデータベース３３４の具体的な説明については、図４Ｆを参照してさらに記述する。

トピック生成ユニット３２６は、トピックスコア処理ユニット３２４から過去のトピック及びスコアを含む処理済みのデータを直接受信して、視聴者ＡＵ（ＡＵ１、ＡＵ２、…）に適したトピックを生成して配信者ＬＶの参考のため提供できる。いくつかの実施形態において、トピック生成ユニット３２６は、トピックスコアデータベース３３４から過去のトピック及びスコアを含む必要なデータを取得して、視聴者ＡＵ（ＡＵ１、ＡＵ２、…）に適したトピックを生成して配信者ＬＶの参考のため提供することもできる。なお、トピック生成ユニット３２６は、配信者ＬＶがネットワークＮＷを介してサーバ１０に要求を発した後、さらにトピックスコアデータベース３３４に格納された過去のトピック及びスコアに基づいて視聴者ＡＵ（ＡＵ１、ＡＵ２、…）に適したトピックを生成することができる。トピック生成ユニット３２６により生成されたトピック提案は、ネットワークＮＷを介して配信者ＬＶのユーザ端末２０に送信でき、かつ配信者ＬＶのユーザ端末２０に表示できる。また、トピック生成ユニット３２６により生成されたトピック提案は、トピック提案データベース（図３には図示せず）に格納され得る。

傾向分析ユニット３２８は、トピック生成ユニット３２６からトピック提案（トピック提案データベースからトピック提案を受信することもできる）を直接受信し、次に配信者ＬＶの現在又はその後のコンテンツがトピック提案と同じかどうかを判断でき、配信者ＬＶがトピック提案を受け入れて採用した場合、前記トピック提案に対応するスコアの変化状況をさらに評価する。いくつかの実施形態において、傾向分析ユニット３２８は、前記トピック提案に対応するスコアの変化状況に基づいてトピック生成ユニット３２６に新しいトピック提案の要求を発する必要があるかどうかを決定することもできる。他の実施形態において、傾向分析ユニット３２８は、前記トピック提案に対応するスコアの変化状況に基づいて前記トピック提案と同じ過去のトピックに対応するスコアを再計算する要求を先にトピックスコア処理ユニット３２４に発し、そしてトピック生成ユニット３２６に新しいトピック提案を再生成する要求を発するかどうかを決定することもできる。なお、傾向分析ユニット３２８は、前記トピック提案に対応するスコアの変化状況を評価した後、前記変化状況を傾向分析データベース（図３には図示せず）に記録することができる。前記変化状況は、有意な変化なし、有意な増加、有意な減少などを含み、例えばスコアの変化の傾きを使用して前記変化状況を定義できるが、これに限定されない。いくつかの実施形態において、数値形式で前記変化状況表示及び／又は記録されてもよい。

機械学習モデル３７０は、１つ以上の機械学習モデルを含む機械学習データベースであり得る。機械学習モデル３７０は、サーバ１０と通信することができる。いくつかの実施形態において、機械学習モデル３７０は、サーバ１０内で実施されてもよい。機械学習モデル３７０は、教師あり学習アルゴリズム、教師なし学習アルゴリズム、強化学習アルゴリズム、又は勾配ブースティングアルゴリズムなどの機械学習アルゴリズムを含む或いは利用することができる。ＬｉｇｈｔＧＢＭ（光勾配ブースティングマシン）を実現できる。決定木アルゴリズムを実現できる。

図４Ａを参照すると、図４Ａは本出願の一実施形態に係るストリーミングデータベース３１０に格納されるデータを示す概略図である。ストリーミングデータベース３１０は、現在進行中のライブ配信のメッセージを格納するため使用され得る。具体的に、いくつかの実施形態において、ストリーミングデータベース３１０は、ストリームＩＤ、配信者ＩＤ、視聴者ＩＤ、及びタイプを互いに関連付けて格納することができるが、これに限定されない。

前記ストリームＩＤは、ライブ配信システム１が提供するライブプラットフォームにおけるライブ配信を確定する識別子（ストリーマーのストリームルームＩＤであってもよい）を指し得る。前記配信者ＩＤは、前記ライブ配信の配信者を確定するユーザの識別子（ストリーマーＩＤでもよい）を指し得る。前記視聴者ＩＤは、前記ライブ配信の視聴者を確定するユーザの識別子（視聴者ＩＤでもよい）を指し得る。タイプは、ライブ配信期間のトピックカテゴリ （例えば、ストリームルームのトピックカテゴリ）を指し得る。本実施形態に係るライブ配信システム１が提供するライブプラットフォームでは、ユーザがライブ配信を実施する場合、ライブコンテンツを配信するユーザが配信者ＬＶとなり、同じユーザが他のユーザが配信したコンテンツを視聴する際に、ライブコンテンツを受信する同じユーザが視聴者ＡＵになる。したがって、配信者ＬＶと視聴者ＡＵとの区別は固定的ではなく、つまり異なる使用シナリオでは、同じユーザが配信者ＬＶ又は視聴者ＡＵとして識別される可能性がある。前記タイプは、配信者ＬＶがライブコンテンツの配信を開始するときに指定できる。いくつかの実施形態において、前記タイプは、機械学習モデル３７０を通じてサーバ１０において自動的に判断することもできる。いくつかの実施形態において、配信者ＩＤとストリームＩＤとの間の関係は、１対多の関係であり得、つまり、同じ配信者ＩＤが複数の異なるストリームＩＤにそれぞれ対応することができるが、各ストリームＩＤは、１つの配信者ＩＤにのみ対応することになる。

図４Ｂを参照すると、図４Ｂは本出願の一実施形態に係るユーザデータベース３１２に格納されるデータを示す概略図である。ユーザデータベース３１２は、ユーザ関連情報を格納するために用いられることができる。具体的に言えば、いくつかの実施形態において、ユーザデータベース３１２はユーザＩＤ、追跡対象、フォロワー、好みのタイプ及びポイントなどの内容を互いに関連付けて格納することができるが、これに限定されない。

ユーザＩＤは、ユーザ自身を特定する識別子を指し得る。前記追跡対象（すなわち、ユーザが追跡する対象）は、追跡機能を利用して追跡する他のユーザの識別子を指し得る。前記フォロワー（すなわち、ユーザによって追跡される対象）は、該ユーザを追跡する他のユーザの識別子を指し得る。好みのタイプはユーザにより指定される場合がある。いくつかの実施形態において、好みのタイプは、機械学習モデル３７０を通じてサーバ１０において自動的に判断することもできる。前記ポイントは、ユーザが所有、取得、又は貯めたポイントで、ライブプラットフォーム上に流通できる電子価値のことを指し得る。ライブ配信時に、視聴者ＡＵが配信者ＬＶにプレゼントを贈った場合、そのプレゼントに応じた値だけ、配信者ＬＶのユーザＩＤのポイントが増加する。いくつかの実施形態において、前記ポイントは、配信者ＬＶがライブプラットフォームの管理者から受け取る報奨又は金額を決定するため使用され得るが、これに限定されない。なお、いくつかの実施形態において、視聴者ＡＵが配信者ＬＶにプレゼントを贈った場合、ポイントの代わりに前記プレゼントに相当する金額を配信者ＬＶに付与する仕組みも採用可能である。ユーザデータベース３１２に格納されるデータには、ライブプラットフォームの使用時間、年齢、性別及び居住地などのユーザの基本情報、及びユーザが好まないタイプも含まれ得る。

図４Ｃを参照すると、図４Ｃは本出願の一実施形態に係るプレゼントデータベース３１４に格納されるデータを示す概略図である。プレゼントデータベース３１４は、ライブ配信中の視聴者が使用できるプレゼント関連情報を格納するため使用され得る。

前記プレゼントは、以下の特徴を有する電子データであり得る。
プレゼントはポイントやお金で購入することも、無料で贈ることもできる。
視聴者ＡＵは、配信者ＬＶにプレゼントを贈ることができる。配信者ＬＶにプレゼントを贈る行動をプレゼントの使用又はプレゼントの配送とも呼ばれる。
いくつかの種類のプレゼントの購入と使用は同時に行うことができるが、一部の種類のプレゼントは購入後視聴者AUがいつでも使用することができる。
視聴者ＡＵが配信者ＬＶにプレゼントを贈る場合、前記配信者ＬＶに対応するポイントを付与する。
視聴者ＡＵがプレゼントを使用する場合、プレゼントに関連付けられた効果が発生する場合がある。例えば、配信者ＬＶのユーザ端末２０及び視聴者ＡＵ（ＡＵ１、ＡＵ２、…）のユーザ端末３０（３０ａ、３０ｂ、…）には、それぞれ前記プレゼントに対応する特殊効果が表示される。

いくつかの実施形態において、プレゼントデータベース３１４は、プレゼントＩＤ、付与ポイント（又は報奨ポイント）、及び価格ポイントの内容を互いに関連付けて格納することができるが、これらに限定されない。前記プレゼントＩＤは、プレゼントを確定する識別子を指し得る。前記付与ポイントは、視聴者ＡＵが配信者ＬＶにプレゼントを贈る時に配信者ＬＶに与えられるポイントを指し得る。前記価格ポイントは、視聴者ＡＵがプレゼントを使用する時に支払うべき同額の対価を指し得る。視聴者ＡＵは、配信者ＬＶが提供するライブコンテンツを視聴する際に、所望のプレゼントに相当する報酬ポイント（すなわち、価格ポイント）を支払うことにより、配信者に前記プレゼントを贈ることができる。この同額の報酬ポイントの支払いは、適宜の電子決済手段（図示せず）を介することができ、例えば視聴者ＡＵが管理者に同額の報酬ポイントを支払うことができる。いくつかの実施形態において、銀行振込、クレジットカードによる支払いなども使用され得る。管理者は、付与ポイント及び価格ポイントとの間の関係を任意に設定できる。 例えば付与ポイントが価格ポイントに等しいことを設定できる。なお、付与ポイントに所定の係数（例えば１．２）を乗じた値を価格ポイントに設定してもよいし、付与ポイントに所定の手数料ポイントを加算した値を価格ポイントに設定してもよい。

図４Ｄを参照すると、図４Ｄは本出願の一実施形態に係る応答履歴データベース３３０に格納されるデータを示す概略図である。応答履歴データベース３３０は、応答履歴関連情報を格納するため使用され得る。具体的に言えば、いくつかの実施形態において、応答履歴データベース３３０は視聴者ＩＤ、ストリームＩＤ、日付、時刻及び応答履歴の内容を互いに関連付けて格納することができるが、これに限定されない。

ストリームＩＤは、対応する配信者ＩＤを１つだけ有するため、ストリームＩＤのデータを通じて対応する配信者ＩＤを知ることができるが、いくつかの実施形態において、応答履歴データベース３３０は、ストリームＩＤと配信者ＩＤを格納することもできる。前記視聴者ＩＤ、前記ストリームＩＤ、及び前記配信者ＩＤはそれぞれ、図４Ａで説明したものと基本的に同じ、すなわち、前記視聴者ＩＤ、前記ストリームＩＤ、及び前記配信者ＩＤは、図４Ａのストリーミングデータベース３１０に格納され得るだけでなく、応答履歴データベース３３０に格納されることもできる。前記日付は、視聴者ＡＵが配信者ＬＶにメッセージを送信する際に、送信メッセージの現在の記録日に基づく情報を指し得る。前記時刻は、視聴者ＡＵが配信者ＬＶにメッセージを送信する際に、送信メッセージの現在の記録時刻に基づく情報を指し得、具体的に例えば２４時間形式で記録することができる。応答履歴は、視聴者ＡＵが配信者ＬＶにメッセージを送信する際、前記メッセージの内容を記録することを指してもよく、具体的には文字列や記号を指し得る。

図４Ｅを参照すると、図４Ｅは、本出願の一実施形態に係るパラメータデータベース３３２に格納されるデータを示す概略図である。パラメータデータベース３３２は、パラメータ関連情報を格納するため使用され得る。具体的に言えば、いくつかの実施形態において、パラメータデータベース３３２は、視聴者ＩＤ、ストリームＩＤ、日付、時刻、プレゼントの数、及び応答の数などの内容を互いに関連付けて格納できるが、これに限定されない。いくつかの実施形態において、プレゼントの数及び応答の数は、所定の単位時間内のプレゼントの数及び応答の数であってもよい。

ストリームＩＤは、対応する配信者ＩＤを１つだけ有するため、ストリームＩＤのデータを通じて対応する配信者ＩＤを知ることができるが、いくつかの実施形態において、パラメータデータベース３３２は、ストリームＩＤ及び配信者ＩＤを同時に格納することもできる。前記視聴者ＩＤ、前記ストリームＩＤ、及び前記配信者ＩＤは、それぞれ図４Ａで説明したものと基本的に同じ、すなわち、前記視聴者ＩＤ、前記ストリームＩＤ、及び前記配信者ＩＤはストリームデータベース３１０に格納され得るだけでなく、応答履歴データベース３３０に格納されることもできる。いくつかの実施形態において、パラメータデータベース３３２内の日付及び時刻は、視聴者ＡＵがメッセージ及び／又はプレゼントを配信者ＬＶに送信したときにそれぞれ記録される日付及び時刻である。いくつかの実施形態において、一定期間（例えば１分間記録され）のデータを記録し、その後、プレゼントの数及び／又は応答の数が０であるかどうかをさらに判断し、両方が０の場合、データベースから該データを削除する、又は該データを直接保存しない（つまり、パラメータデータベース３３２はパラメータ記録を持つデータのみを保存する）。その反面、該データをパラメータデータベース３３２に保存する。前記プレゼントの数もパラメータの１つにすることができ、前記応答の数もパラメータの １つにすることができる。また、パラメータは、例えばトークンの使用量或いはシェア回数などにすることもできるが、これに限定されず、すなわち、パラメータデータベース３３２は、トークンの使用量又はシェア回数をさらに保存することができる。

図４Ｆを参照すると、図４Ｆは、本出願の一実施形態に係るトピックスコアデータベース３３４に格納されるデータを示す概略図である。トピックスコアデータベース３３４は、トピックスコア関連情報を格納するため使用され得る。具体的に言えば、いくつかの実施形態において、トピックスコアデータベース３３４は、配信者ＩＤ、視聴者ＩＤ、過去のトピック、及びスコアを互いに関連付けて格納することができるが、これに限定されない。

前記視聴者ＩＤ及び前記配信者ＩＤは、それぞれ図４Ａで説明したものと基本的に同じ、すなわち、前記視聴者ＩＤ及び前記配信者ＩＤは、図４Ａ内のストリーミングデータベース３１０に格納され得るだけでなく、トピックスコアデータベース３３４にも格納され得る。前記過去のトピックは、トピックスコア処理ユニット３２４を通じて生成される様々なタイプのトピックを指してもよく、具体的には、文字列又はコードセットであり得る。前記スコアは、トピックスコア処理ユニット３２４を通じて計算されたスコアを指し得る。

図５を参照すると、図５は、本出願の一実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。前記方法は、ステップＳ５１０、Ｓ５２０及びＳ５３０を含む。

ステップＳ５１０：視聴者が参加した活動記録に基づいて過去のトピックをキャプチャする。具体的には、サーバ１０における履歴処理ユニット３２０を通じて応答履歴データベース３３０内のデータを処理し、さらにサーバ１０におけるトピックスコア処理ユニット３２４を通じて過去のトピックをキャプチャする。 視聴者が参加した活動記録は、視聴者がライブストリーミングプラットフォーム上で参加する様々な活動記録であり得、具体的には、視聴者からの応答記録、視聴者とストリーマーとの間の会話の記録、或いはストリーマーのパフォーマンス記録が含まれるが、これに限定されない。

視聴者の応答記録とは、視聴者がストリーマーに与えた応答内容、すなわち応答履歴データベース３３０に格納されているデータを指す。例えば視聴者ＡがストリーマーＡのストリームルームに参加した場合、視聴者の応答記録はストリーマーＡに対する視聴者Ａの応答内容である。視聴者の応答記録は、最初から現在までに記録された全ての応答内容であり得、一定期間又は一定量に記録した応答内容でもよい。いくつかの実施形態において、視聴者の応答記録のデータフィールドは、応答元（視聴者）、応答先（ストリーマー）、応答内容、及び応答時点を含み得る。例えば視聴者Ａが時点Ａにストリーマーに対して「うちの犬も元気です」という内容の応答をした場合、視聴者の応答記録として上記内容を同時に記録することができる。もちろん、視聴者の応答記録には、ストリーマーＢに対する視聴者Ａの応答内容又は、ライブストリーミングＣに対する視聴者Ａの応答内容も含まれ、すなわち、視聴者の応答記録には、各ストリーマーに対する視聴者の応答内容を含めることができる。なお、視聴者の応答記録は、時系列に記録され得、すなわち各ストリーマーに対する視聴者からの応答内容を時系列に１つずつ記録することができる。

視聴者とストリーマーとの間の会話記録とは、ストリーマーのストリームルームに視聴者が参加している間にストリーマーによって行われたインタラクティブコンテンツを指し、例えば視聴者ＡがストリーマーＡのストリームルームに参加した後、視聴者ＡがストリーマーＡのストリームルームから退出するまでストリーマーＡのインタラクティブコンテンツを記録し始める。視聴者とストリーマーとの間の会話記録は、同様に最初から現在までに記録された全てのインタラクティブコンテンツであり得、一定期間又は一定量に記録したインタラクティブコンテンツであってもよく、かつ同様に時系列的にも記録され得る。視聴者とストリーマーとの間の会話記録は、音声認識ユニットを介してストリーマーのインタラクティブコンテンツをテキストに変換することができ、音声認識ユニットは、本発明の属する技術分野における通常の知識を有する者に知られているツール或いは命令セットであり得、本発明の属する技術分野における通常の知識を有する者に知られている関数ライブラリを参照することもできる。

ステップＳ５１０：視聴者が参加した活動記録に基づいて過去のトピックをキャプチャする。具体的には、機械学習モデル３７０又は人工知能エンジン（図示せず）を通じて過去のトピックをキャプチャし、すなわち、ステップＳ５１０を通じて時系列で記録された活動記録を時系列で記録された過去のトピックに変換することができる。いくつかの実施形態において、トレーニング済み教師あり学習モデル（Ｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ Ｍｏｄｅｌ）を通じて視聴者が参加した活動記録を対応するトピックにそれぞれ分類することができる。トレーニング済み教師あり学習モデルとは、各種トピック分類マークが完了した各活動記録を使用してモデルをトレーニングし、トレーニング用データからトピック分類ルールを確立し、トレーニング済み教師あり学習モデルが同一又は類似の活動記録を受信した後、確立されたトピック分類ルールに従い対応する分類マークを付けることができるようにする。例えば視聴者Aが時点Aにストリーマーに対して「うちの犬も元気です」という内容の応答をした場合、トレーニング済み教師あり学習モデルはこの活動記録を、例えばペットや犬の過去のトピックに分類することができる。

なお、いくつかの実施形態において、Ｃｈｅｔ ＧＰＴなどの大規模言語モデルを人工知能エンジンとして視聴者の応答記録を分析することで、視聴者の応答記録に基づいて過去のトピックをキャプチャすることもできる。

ステップＳ５２０：少なくとも１つのパラメータに基づいて過去のトピック内の各々スコアを計算する。具体的には、まずサーバ１０におけるパラメータ処理ユニット３２２を介してパラメータデータベース３３２におけるデータを処理し、次にサーバ１０におけるトピックスコア処理ユニット３２４を介して各過去のトピックにスコアを付与する。パラメータは、視聴者がプレゼントを贈った回数、視聴者によるトークンの使用量、視聴者による応答回数、視聴者の追跡行動、及び視聴者の共有行動などを含み得るが、これらに限定されない。いくつかの実施形態において、視聴者からの応答回数に基づいて過去のトピックにおける各々スコアを計算することができ、例えば過去のトピックがペットの場合、視聴者からの応答回数に基づいて対応するスコアを計算する。いくつかの実施形態において、視聴者がプレゼントを贈った回数に基づいて過去のトピックにおける各々スコアを計算し得、例えば過去のトピックがスポーツの場合、視聴者がプレゼントを贈った回数に基づいて対応するスコアを計算する。複数のパラメータを同時に使用して過去のトピックにおける各々スコアを計算する場合、設計者の好み又はプラットフォーム管理者の重視する項目に基づいて各パラメータの重み値を設定できる。いくつかの実施形態において、特定の時点（又は特定の期間）における特定のトピックについての配信者ＬＶに対する視聴者ＡＵのスコアは、当該時点（又は特定の期間）に視聴者ＡＵから配信者ＬＶに与えられたプレゼントを贈った数、プレゼントを贈った金額、若しくは応答の数に等しくてもよい。

ステップＳ５３０：過去のトピック及び過去のトピックに対応するスコアに基づいてトピック提案を生成し、ストリーマーにトピック提案を提供する。具体的には、サーバ１０におけるトピック生成ユニット３２６を介して視聴者に適したトピック提案を生成することができる。具体的にトピック提案は、各々過去のトピックから最も高いスコア又はより高いスコアを有する過去のトピックをトピック提案として選択し、前記トピック提案をストリーマーに提供するものであってもよい。いくつかの実施形態において、各視聴者の過去のトピック及び過去のトピックに対応するスコアが異なるため、トピック提案は異なる視聴者に合わせた推奨であり得る。

いくつかの実施形態では、ステップＳ５３０は、現在のインタラクティブトピックが過去に最も高いスコアを有する過去のトピックと同じであるかどうかを検出するステップも含み得る。 現在のインタラクティブトピックが過去の最も高いスコアを有する過去のトピックと異なる場合、過去の最も高いスコアを有する過去のトピックをトピック提案とみなされる。現在のインタラクティブトピックが過去の最も高いスコアを有する過去のトピックと同じである場合、過去で２番目に高いスコアを有する過去のトピックをトピック提案とみなされ、トピックスコアデータベース３３４における最も高いスコアを有する過去のトピックのスコアを調整し、例えばフィードバックとしてスコアを引き下げる。

図５に示すストリーマーが視聴者とインタラクトするのを支援する方法により、視聴者が好むトピックを知ることができ（すなわち、適切なトピック提案が生成され）、前記トピックをストリーマーに提供し、ストリーマーが前記トピックを使用して視聴者とリアルタイムでインタラクトできるようになる。これにより、ストリーマーは、統合された情報をより効果的に使用して、適切なトピックを直接使用してリアルタイムで視聴者とインタラクトできる。

図６を参照すると、図６は、本出願の一実施形態に係る時系列方式でのデータ記録を示す概略図であり、横軸はストリーミング時間（例えば単位は秒又は分であるが、これに限定されない）。いくつかの実施形態において、図６に示す方法で特定のストリーマーのストリームルーム内の特定の視聴者により生成されたデータを記録でき、これには、応答履歴記録、過去のトピック記録及びプレゼント記録が含まれ得るが、これに限定されない。

図７を参照すると、図７は、本出願の一実施形態に係るユーザインターフェース上でのトピック提案の表示を示す概略図であり、具体的には、配信者ＬＶ（すなわち、ストリーマー）のユーザ端末２０のユーザインターフェース上でのトピック提案の表示を示す概略図を指し得る。図７を例にした場合、ストリーマーがユーザ端末２０のタッチパネルを通じて特定の視聴者を選択することで、サーバ１０のトピック生成ユニット３２６により生成されたトピック提案（すなわち、ストリーマーが選択した視聴者に適したトピック提案）を表示できる。これにより、ストリーマーは、ユーザ端末２０のユーザインターフェース上に表示されたトピック提案に基づいて、視聴者とリアルタイムでインタラクトすることができる。いくつかの実施形態において、サーバ１０は、他の情報（例えばライブストリーミングプラットフォーム上の視聴者の高度にアクティブな時間であるが、これに限定されない）を取得し、該情報をトピック提案とともにストリーマーに提供することもできる。

図８を参照すると、図８は、本出願の別の実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。前記方法は、ステップＳ５１０、Ｓ５２０、Ｓ５３０、Ｓ８１０、Ｓ８２０、及びＳ８３０を含む。ステップＳ５１０、Ｓ５２０、及びＳ５３０は、図１に示すステップと基本的に同じである。すなわち、図８に示す方法は、図５と基本的に同一のステップＳ５１０、Ｓ５２０、及びＳ５３０を含み、さらにステップＳ８１０、Ｓ８２０、Ｓ８３０、Ｓ８４０を含み得る。

ステップＳ８１０：ストリーマーのレベルに基づいてストリーマーの閾値（又はスコア閾値）を計算する。ストリーマーのレベルは、ストリーマーが一定期間内に獲得した仮想トークンにより区別することができるが、これに限定されるものではない。例えばストリーマーが一定期間内により多くの仮想トークンを取得した場合、ストリーマーのレベルが高くなることを示し、逆に、ストリーマーのレベルが低いことを示す。ストリーマーの閾値は、基本的にストリーマーのレベルと正の相関があり、すなわち、ストリーマーのレベルが高いほど、ストリーマーの閾値が高いことを示し、逆に、ストリーマーの閾値が高いことを示す。いくつかの実施形態において、閾値の計算は、トピックスコア処理ユニット３２４又は閾値計算ユニット（図示せず）により実行され得る。

ステップＳ８２０：少なくとも１つのリアルタイムパラメータにリアルタイムで基づいて視聴者のリアルタイム参加スコアＥＳを計算する。具体的には、視聴者がプレゼントを贈った回数、視聴者のトークン使用量、視聴者の応答回数、視聴者の追跡行動及び視聴者の共有行動などのリアルタイムパラメータに基づいて視聴者のリアルタイム参加スコアＥＳをリアルタイムで計算できる。リアルタイム参加スコアＥＳの計算方法は、ステップＳ５２０と基本的に同じであり、具体的には、例えば平均値の計算方法で実現できる。すなわち、ステップＳ８２０の重点は、リアルタイム（すなわち、現在の）参加スコアを計算することである。いくつかの実施形態において、視聴者のリアルタイム参加スコアＥＳは、視聴者と特定のストリーマーとの間のリアルタイム参加スコアＥＳを指し得、例えば視聴者ＡとストリーマーＡとの間のリアルタイム参加スコアＥＳ、或いは視聴者ＡとストリーマーＢとの間のリアルタイム参加スコアＥＳである。

ステップＳ８３０：リアルタイム参加スコアＥＳをストリーマーの閾値Ｔと比較する。ステップＳ８３０を通じて、ストリーマーへの視聴者の参加度がストリーマーの期待（又は該ストリーマーへの期待）を満たすかどうかを評価することができる。具体的に言えば、視聴者のリアルタイム参加スコアＥＳがストリーマーの閾値Ｔより大きいか、又は等しい場合、すなわち、ストリーマーへの視聴者の参加度がストリーマーの期待を満たしている場合、ステップＳ８４０が実行される。視聴者のリアルタイム参加スコアＥＳがストリーマーの閾値Ｔよりも小さい場合、すなわち、ストリーマーへの視聴者の参加度がストリーマーの期待を満たしていない場合、ステップＳ５３０が実行される。いくつかの実施形態において、ステップＳ８３０は、トピック生成ユニット３２６或いはスコア比較ユニット（図示せず）により実行されることで、トピック提案を生成するかどうかをさらに決定することができる。

ステップＳ８４０：ストリーマーの現在のインタラクティブコンテンツに基づいて現在のトピックをトピック提案として生成する或いはトピック提案を生成しない。すなわち、現在のインタラクティブコンテンツを変更する必要はない。同様に、ストリーマーの現在のインタラクティブコンテンツは、音声認識ユニットを通じてテキスト化することができ、音声認識ユニットは、本発明の属する技術分野における通常の知識を有する者に知られているツール或いは命令セットであり得、本発明の属する技術分野における通常の知識を有する者に知られている関数ライブラリを参照することもできる。

図８に示すストリーマーが視聴者とインタラクトするのを支援する方法により、ストリーマーが視聴者の好みのトピックを知り、適切なトピックを選択して視聴者とリアルタイムでインタラクトするのを支援できるだけでなく、ストリーマーに視聴者に関連するトピック提案をいつ提供する必要があるかどうかも判断し、トピック提案を与える必要がある場合にのみ、ストリーマーに視聴者の好みのトピックを提供することもできる。

図９を参照すると、図９は、本出願の一実施形態に係る視聴者のスコア（又はリアルタイム参加スコアＥＳ）とストリーマーの閾値との間の相対関係を示すシーケンス図であり、横軸はストリーマーのストリームルームでのストリーミング時間（単位：秒）で、縦軸は視聴者とストリーマーとの間のスコアの値である。図９を例にした場合、ＳＴ２２はストリーマーの別称として用いられ、ＳＳ５、ＳＳ１２、ＳＳ４３はそれぞれ異なる視聴者の別称として用いられる。したがって、図９に示す例は、ストリーマー（つまりＳＴ２２）のストリームルームで示すことができ、各視聴者（つまりＳＳ５、ＳＳ１２、及びＳＳ４３）が異なる時点でストリーマーのストリームルームに参加し、各視聴者とストリーマーとの間のスコアの値をシーケンス図の方法でそれぞれ示す。なお、図９の水平線はストリーマーの閾値を表すことができ、体的にはストリーマーのレベルに基づいて計算される値である（すなわち、図８に示すステップＳ８１０）。したがって、図９を通じて各視聴者のスコアとストリーマーの閾値との比較結果（すなわち、より大きい、等しい、或いはより小さい）を知ることで、トピック提案を生成するかどうか（すなわち、ステップＳ５３０）若しくはトピック提案として現在のトピック提案を生成する、又はトピック提案を生成しないか（すなわち、ステップＳ８４０）を決定することができる。いくつかの実施形態において、視聴者がストリームルームに入るまでの時間が所定の又は固定の設定時間を超えるのを待ってから、前記視聴者のリアルタイム参加スコアＥＳをストリーマーの閾値Ｔと比較することができ、前記設定時間は例えば１０分にすることができるが、これに限定されない。例えば図９の視聴者（ＳＳ４３）が参加したばかりときのリアルタイム参加スコアＥＳが低いのは正常である。

図１０を参照すると、図１０は、本出願の又別の実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。前記方法は、ステップＳ１０１０、Ｓ１０２０及びＳ１０３０を含む。

ステップＳ１０１０：第１過去のトピック及び／又は第２過去のトピックをキャプチャする。第１過去のトピックは、視聴者と特定のストリーマーとの間の過去のトピックを指し得、第２過去のトピックは視聴者と他のストリーマーとの間の過去のトピックを指し得る。例えば視聴者ＡがストリーマーＡのストリームルームに入った場合、第１過去のトピックは視聴者ＡとストリーマーＡとの間の過去のトピックであり、第２過去のトピックは視聴者Ａと他のストリーマー（例えばストリーマーＢ或いはストリーマーＣ）との間の過去のトピックである。

第１過去のトピックをキャプチャする方法は、基本的にステップＳ５１０と同じであり得るが、唯一の相違点は、第１過去のトピックが視聴者と特定のストリーマーとの間の第１インタラクション記録に基づいてキャプチャされることである。視聴者と特定のストリーマーとの間の第１インタラクション記録には、特定のストリーマーに対する視聴者の応答記録及び視聴者と特定のストリーマーとの間の会話記録が含まれるが、これに限定されない。すなわち、視聴者と特定のストリーマーとの間の第１インタラクション記録のみを用いて第１過去のトピックをキャプチャする時、視聴者と特定のストリーマーとの間の過去のトピックをより正確にキャプチャすることができる。例えば視聴者ＡがストリーマーＡのストリームルームに入った場合、視聴者ＡとストリーマーＡとの間の第１インタラクション記録に基づいて視聴者ＡとストリーマーＡとの間の第１過去のトピックをキャプチャすることができる。

第２過去のトピックをキャプチャする方法は、基本的にステップＳ５１０と同じであり得るが、唯一の相違点は、第２過去のトピックが視聴者と他のストリーマーとの間の第２インタラクション記録に基づいてキャプチャされることである。視聴者と他のストリーマーとの間の第２インタラクション記録には、他のストリーマーに対する視聴者の応答記録及び視聴者と他のストリーマーとの間の会話記録が含まれるが、これに限定されない。すなわち、視聴者と他のストリーマーとの間の第２インタラクション記録のみを用いて第２過去のトピックをキャプチャする時、視聴者と他のストリーマーとの間の過去のトピックを追加でキャプチャすることができる。例えば視聴者ＡがストリーマーＡのストリームルームに入った場合、視聴者Ａと他のストリーマー（例えばストリーマーＢ或いはストリーマーＣ）との間の第２インタラクション記録に基づいて視聴者ＡとストリーマーＡとの間の第２過去のトピックをキャプチャすることができる。

いくつかの実施形態において、第１過去のトピックのみ或いは第２過去のトピックのみをキャプチャすることができ、第１過去のトピック及び第２過去のトピックを同時にキャプチャしてもよい。同様に、ステップＳ１０１０を通じて、時系列に記録された第１インタラクション記録及び／又は第２インタラクション記録を、それぞれ時系列に記録された第１過去のトピック及び／又は第２過去のトピックに変換することができる。

ステップＳ１０２０：第１過去のトピックにおける第１参加スコアの各々及び／又は第２過去のトピックにおける第２参加スコアの各々を計算する。第１参加スコア及び第２参加スコアを計算する方法は、基本的にステップＳ５２０と同じであり得る。

第１過去のトピックにおける第１参加スコアの各々は、視聴者と特定のストリーマーとの間の少なくとも１つの第１インタラクションパラメータに基づいて計算され得る。視聴者と特定のストリーマーとの間の少なくとも１つの第１インタラクションパラメータには、視聴者が特定のストリーマーに与えたプレゼント回数、視聴者が特定のストリーマーに与えたトークンの使用量、視聴者が特定のストリーマーに与えた応答回数、特定のストリーマーに対する視聴者の追跡行動及び特定のストリーマーに対する視聴者の共有行動などが含まれるが、これに限定されない。

第２過去のトピックにおける第２参加スコアの各々は、視聴者と他のストリーマーとの間の少なくとも１つの第２インタラクションパラメータに基づいて計算され得る。視聴者と他のストリーマーとの間の少なくとも１つの第２インタラクションパラメータには、視聴者が他のストリーマーに与えたプレゼント回数、視聴者が他のストリーマーに与えたトークンの使用量、視聴者が他のストリーマーに与えた応答回数、他のストリーマーに対する視聴者の追跡行動及び他のストリーマーに対する視聴者の共有行動などが含まれるが、これに限定されない。

ステップＳ１０３０：第１トピック（或いは第１トピック提案）及び／又は第２トピック（或いは第２トピック提案）を生成する。第１トピックは、第１過去のトピック及び第１過去のトピックに対応する第１参加スコアに基づいて生成され得、第２トピックは第２過去のトピック及び第２過去のトピックに対応する第２参加スコアに基づいて生成され得る。第１トピック生成及び第２トピック生成の方法は、基本的にステップＳ５３０と同じであり得る。

第１トピック及び／又は第２トピックを生成した後、第１トピック或いは第２トピックをトピック提案として選択的に採用することができ、選択された第１トピック或いは第２トピックをストリーマーに提供する。

図１０に示すストリーマーが視聴者とインタラクトするのを支援する方法により、視聴者とストリーマーとの間の活動記録をより効果的に使用して第１トピック及び／又は第２トピックを生成でき、これによりストリーマーのニーズに応じて第１トピック及び／又は第２トピックをより正確に生成することができる。例えば視聴者ＡがストリーマーＡのストリームルームに入ったとき、視聴者ＡとストリーマーＡとの間に一定の活動記録がある場合、トピック提案として第１トピックを生成して、ストリーマーＡが第１トピックを用いて視聴者Ａとリアルタイでインタラクトできるようにする。逆に、視聴者ＡとストリーマーＡとの間に活動記録がない場合、トピック提案として第２トピックを生成して、ストリーマーＡが第２トピックを用いて視聴者Ａとリアルタイでインタラクトできるようにする。

図１１を参照すると、図１１は、本出願のさらに別の実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。前記方法は、ステップＳ１１１０、Ｓ１１２０、Ｓ１１３０、Ｓ１１４０、Ｓ１１５０、Ｓ１１６０及びＳ１１７０を含み、ステップＳ１１１０、Ｓ１１２０及びＳ１１３０はそれぞれ図１０のステップＳ１０１０、Ｓ１０２０及びＳ１０３０と基本的に同じである。 すなわち、図４に示す方法は、図１０と基本的に同じステップを含み、ステップＳ１１４０、Ｓ１１５０、Ｓ１１６０及びＳ１１７０をさらに含み得る。

ステップＳ１１４０：視聴者がストリーマーの新しい視聴者であるか否かを判断し、視聴者がストリーマーの新しい視聴者でない場合、ステップＳ１１５０を実行し、視聴者がストリーマーの新しい視聴者である場合、ステップＳ１１６０を実行する。いくつかの実施形態において、視聴者がストリーマーのストリームルームに参加したことがあるかどうかに基づいて視聴者がストリーマーの新しい視聴者であるかどうかを判断できる。例えば視聴者ＡがストリーマーＡのストリームルームに入る時、視聴者ＡがストリーマーＡのストリームルームに入ったことがある場合、視聴者ＡがストリーマーＡの新しい視聴者ではないと判断し、視聴者ＡがストリーマーＡのストリームルームに入ったことがない場合、視聴者ＡがストリーマーＡの新しい視聴者であると判断する。他の実施形態において、視聴者とストリーマーとのインタラクション継続時間に基づいて視聴者がストリーマーの新しい視聴者であるかどうかを判断することができる。例えば視聴者ＡがストリーマーＡのストリームルームに入る時、視聴者ＡとストリーマーＡとの間のインタラクション継続時間が一定時間或いは一定割合より短い場合、視聴者ＡがストリーマーＡの新しい視聴者であると判断し、視聴者ＡとストリーマーＡとのインタラクション継続時間が一定時間或いは一定割合より大きいか、又は等しい場合、視聴者ＡがストリーマーＡの新しい視聴者ではないと判断する。前記一定時間は、例えば５分間とすることができるが、これに限定されるものではない。前記一定割合は、視聴者と特定のストリーマーとのインタラクション継続時間を視聴者と全てのストリーマーとのインタラクション継続時間で割った値であり、例えば０．０５とすることができるが、これに限定されるものではない。いくつかの実施形態において、ステップＳ１１４０は、トピック生成ユニット３２６或いは視聴者識別ユニット（図示せず）により実行され得る。

ステップＳ１１５０：トピック提案として第１トピックを採用する。視聴者がストリーマーの新しい視聴者ではないため、視聴者とストリーマーとの間に一定の活動記録があることを示し、したがって生成された第１トピックをトピック提案として一定の参照性又は正確性を有する。

ステップＳ１１６０：視聴者と特定のストリーマーとの間のインタラクション継続時間に基づいて、第１トピックに対応する第１重み値及び第２トピックに対応する第２重み値をそれぞれ計算する。例えば視聴者ＡとストリーマーＡとの間のインタラクション時間（或いは過去のインタラクション継続時間）が増加した場合、第１重み値は増加し、第２重み値は減少する。いくつかの実施形態において、プラットフォーム上の全てのストリーマーとの視聴者のインタラクション継続時間に対する、ライブストリーミングプラットフォーム上の特定のストリーマーとの視聴者のインタラクション継続時間の割合に従い第１重み値を計算し得る。プラットフォーム上の全てのストリーマーとの視聴者のインタラクション継続時間に対する、ライブストリーミングプラットフォーム上の他のストリーマー（該特定のストリーマーと比較して）との視聴者のインタラクション継続時間の割合に従い第２重み値を計算し得る。いくつかの実施形態において、上記インタラクション継続時間はプレゼント数、プレゼント金額、或いは応答数などその他のインタラクションパラメータに変換できる。いくつかの実施形態において、ステップＳ１１６０は、トピックスコア処理ユニット３２４或いは重み計算ユニット（図示せず）により実行され得る。

ステップＳ１１７０：第１トピックに対応する第１重み値及び第２トピックに対応する第２重み値に基づいて第１トピック又は第２トピックをトピック提案として選択的に採用する。いくつかの実施形態において、第１重み値及び第２重み値のうちより高い方がトピック提案として選択され得る。いくつかの実施形態において、第１トピックの第１参加スコアに第１重み値を乗算して第１トピック重み付けスコアを得、次に第２トピックの第２参加スコアに第２重み値を乗算して第２トピック重み付けスコアを得、２つのスコアの高い方を比較して第１トピック及び第２トピックからトピック提案を選択する。いくつかの実施形態において、ステップＳ１１７０はトピック生成ユニット３２６或いはトピック選択ユニット（図示せず）により実行され得る。

図１１に示すストリーマーが視聴者とインタラクトするのを支援する方法により、視聴者とストリーマーとの間の関係（或いは過去のインタラクティブ関係）を判断して、第１トピック及び第２トピックからより適したものをトピック提案としてストリーマーに提供し、ストリーマーはより適切なトピック提案を採用して該視聴者とリアルタイムでインタラクトできるようにする。

図１２を参照すると、図１２は、本出願の別の実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。前記方法は、ステップＳ５１０、Ｓ５２０、Ｓ５３０、Ｓ１２１０、Ｓ１２２０及びＳ１２３０を含み、ステップＳ５１０、Ｓ５２０及びＳ５３０はそれぞれ図５と基本的に同じである。すなわち、図１２に示す方法は、図５と基本的に同じステップを含み、ステップＳ１２１０、Ｓ１２２０及びＳ１２３０をさらに含み得る。

ステップＳ１２１０：ストリーマーがトピック提案を採用して視聴者とインタラクトする場合、トピック提案に対応するスコア変化を分析する。いくつかの実施形態において、ストリーマーのインタラクティブコンテンツに対応するトピックがトピック提案と同じである場合、トピック提案に対応するスコア変化を分析することで、トピック提案に対応するスコアが増加する、又は減少するのかを観察する。いくつかの実施形態において、該分析（ステップＳ１２１０）は傾向分析ユニット３２８により実行され得る。

ステップＳ１２２０：スコアに有意な変化があるかどうかを判断する（傾向分析ユニット３２８により実行され得る）。トピック提案に対応するスコア変化（すなわち、ステップＳ１２１０）を分析した後、視聴者のトピック提案に対応するスコアの変化状況を判断する。前記変化状況は、例えば有意な増加、有意な減少及び有意な変化なしであり得るが、これに限定されない。スコアの変化状況の判断は、具体的にストリーマーのインタラクティブコンテンツのトピックがトピック提案と同じになる前、採用前のリアルタイム参加スコアをキャプチャする。同様に、ストリーマーのインタラクティブコンテンツのトピックがトピック提案と同じになった後、採用後のリアルタイム参加スコアをキャプチャする。これにより、先に採用前のリアルタイム参加スコアと採用後のリアルタイム参加スコアとの差（すなわち、採用後のリアルタイム参加スコアから採用前のリアルタイム参加スコアを差し引いた値）を計算し、次に前記差と採用前のリアルタイム参加スコアとの間の比率を計算し、前記比率を参考値としてスコアに有意な変化があるかどうかを評価する。いくつかの実施形態において、有意な増加はスコアが一定時間内に一定割合の値を増加すること（例えばスコアが３分以内に１０％以上増加する）を指し得る。有意な減少は、スコアが一定時間内に一定割合の値を減少すること（例えばスコアが３分以内に１０％以上減少する）を指し得る。有意な変化なしは、スコアが一定時間内でのスコアの変化が一定割合より低い（例えばスコアが３分以内に１０％以上増加又は減少しない）を指し得る。いくつかの実施形態において、ストリーマーがトピック提案を採用する前後のリアルタイム参加スコアＥＳの変化率により有意な変化があるかどうかを判断できる。該リアルタイム参加スコアＥＳは、全ての視聴者のリアルタイム参加スコアＥＳを用いて算出される総合リアルタイム参加スコアであり得、特定の視聴者のリアルタイム参加スコアＥＳであってもよい。

スコアに有意な変化がある場合、第１判断結果を生成し、第１判断結果に基づいてトピック提案と同じ過去のトピックのスコアを調整することができる。いくつかの実施形態において、ステップＳ１２２０を通じてスコアに有意な増加があると判断した場合、正のフィードバック値を生成することで、トピック提案と同じ過去のトピックのスコアを増加させることができる。ステップＳ１２２０を通じてスコアに有意な減少があると判断した場合、負のフィードバック値を生成することで、トピック提案と同じ過去のトピックのスコアを減少させることができ、かつ調整後のスコアに基づいてトピック提案を再生成することができる（すなわち、過去のトピックのスコアを調整した後、続いてステップＳ５３０を実行する）。スコアに有意な変化がない場合、第２判断結果を生成し、第２判断結果に基づいて現在のトピック提案を維持することを決定し得（すなわち、ステップＳ１２３０）、かつ過去のトピックのスコアを調整しない。

図１２に示すストリーマーが視聴者とインタラクトするのを支援する方法により、生成されたトピック提案はストリーマーが視聴者とリアルタイムでインタラクトするのを支援することに役立つかどうかをチェックでき、かつさらにスコアの変化状況に応じてトピック提案と同じ過去のトピックのスコアを調整する及び／又は現在のトピック提案を維持するのかを決定でき、ストリーマーが視聴者とインタラクトするのを支援する方法は前のトピック提案を評価した後、視聴者により適したトピック提案をストリーマーに提供できるようにする。

図１３を参照すると、図１３は、本出願の又別の実施形態に係るストリーマーが視聴者とインタラクトするのを支援する方法を示す流れ図である。前記方法は、ステップＳ５１０、Ｓ５２０、Ｓ５３０、Ｓ１３１０及びＳ１３２０を含み、ステップＳ５１０、Ｓ５２０及びＳ５３０はそれぞれ図５と基本的に同じである。すなわち、図１３に示す方法は、図５と基本的に同じステップを含み、ステップＳ１３１０及びＳ１３２０をさらに含み得る。

ステップＳ１３１０：ストリーマーのライブストリーミングにおける複数の視聴者のトピック提案に基づいて、各トピック提案の分布状況を計算する。例えばストリーマーＡのストリームルーム内に視聴者Ａ、視聴者Ｂ及び視聴者Ｃがいる場合、ステップＳ５１０、Ｓ５２０及びＳ５３０は、視聴者Ａ、視聴者Ｂ及び視聴者Ｃに対するトピック提案を生成することができ、この時各視聴者（すなわち、視聴者Ａ、視聴者Ｂ及び視聴者Ｃ）のトピック提案の分布状況をさらに計算できる。いくつかの実施形態において、前記分布状況は、各トピック提案の個別のスコア、対応する視聴者数又は出現頻度などを含み得る。

ステップＳ１３２０：分布状況に基づいて全体的なトピック提案を生成し、ストリーマーに全体的なトピック提案を提供する。全体的なトピック提案を生成する方法は、例えば最高出現率、最高スコア或いは最も高い関連性などであるが、これに限定されない。前記最高出現率とは、各視聴者に対応するトピック提案の中で最も出現回数が多いトピック提案を指す。前記最高スコアとは、各視聴者に対応するトピック提案のうち、各トピック提案に対応するスコアが最も高いトピック提案を指す。前記最も高い関連性とは、先に各トピック提案の合計スコアを計算し、次に各トピック提案の中でスコアが最も高いトピック提案を合計することを指す。例えばストリーマーＡのストリームルーム内に視聴者Ａ、視聴者Ｂ及び視聴者Ｃがいる場合、ステップＳ５１０、Ｓ５２０及びＳ５３０を通じて、視聴者Ａ、視聴者Ｂ及び視聴者Ｃのトピック提案（それぞれペット、スポーツ及びスポーツ）をそれぞれ生成し、各トピック提案に対応するスコアはそれぞれ１００、５０及び８０であり、この時、最高出現率の手法を用いて全体的なトピック提案を生成した場合、結果はスポーツ（２回出現）となる。最高スコアの手法を用いて全体的なトピック提案を生成した場合、結果はペット（スコア１００）となる。最も高い関連性の手法を用いて全体的なトピック提案を生成した場合、結果はスポーツ（合計スコア１３０）となる。

図１３に示すストリーマーが視聴者とインタラクトするのを支援する方法により、ストリームルーム内の各視聴者のトピック提案に基づいて全体的なトピック提案を生成して、ストリーマーは複数の視聴者とリアルタイムでインタラクトできるようにする。なお、ストリーマーは、全体的なトピック提案を使用して各視聴者とリアルタイムでインタラクトできるため、ストリーマーが特定のトピック提案を使用して視聴者とリアルタイムでインタラクトすることにより引き起こされる圧迫感（或いはプライバシーの侵害）も避ける。

図１４を参照すると、図１４は、本出願の別の実施形態に係るユーザインターフェース上でのトピック提案の表示を示す概略図であり、具体的には、配信者ＬＶ（すなわち、ストリーマー）のユーザインターフェースでのトピック提案の表示を示す概略図である。図１４を例にした場合、サーバ１０のトピック生成ユニット３２６により生成された全体的なトピック提案（すなわち、ストリームルームの視聴者全体に適したトピック提案）を表示することができる。これにより、ストリーマーは、ユーザ端末２０のユーザインターフェース上に表示された全体的なトピック提案に基づいて、ストリームルーム内の視聴者全体とリアルタイムでインタラクトすることができる。いくつかの実施形態において、全体的なトピック提案を常に表示することができる。他の実施形態において、全体的なトピック提案は、最初に非表示にすることができ、ストリーマーが全体的なトピック提案を参照する必要があるまでストリーマーによる自主的な選択又はサーバ１０による自動判定の方法を介して全体的なトピック提案を表示することができる。いくつかの実施形態において、サーバ１０は、全体的なリアルタイム参加スコアを継続的或いは定期的に計算し、全体的なリアルタイム参加スコアが明らかに低下したこと（例えば降下傾きが特定の設定値を超えた場合）を検出した場合に、全体的なトピックの提案を出す。全体的なリアルタイム参加スコアは、個々の視聴者のリアルタイム参加スコアを使用して計算でき、例えば平均値又はプラットフォーム上の各視聴者の貢献値 （過去のプレゼント金額など）を使用した加重計算などである。

いくつかの実施形態において、上述したストリーマーが視聴者とインタラクトするのを支援する方法のステップは、コンピュータ読み取り可能な記録媒体に保存することができる。前記コンピュータ読み取り可能な記録媒体は、ディスク又は光ディスク、ディスク、ＵＳＢフラッシュドライブ、或いはネットワークからアクセス可能なデータベースであり得るが、これに限定されない。前記コンピュータ読み取り可能な記録媒体は、コンピュータを介してメモリのプログラムコード又は命令セットをロードして実行した後、上述したストリーマーが視聴者とインタラクトするのを支援する方法を実現することができる。

いくつかの実施形態において、上述したストリーマーが視聴者とインタラクトするのを支援する方法のステップは、コンピュータ機器を通じて完了することができる。前記コンピュータ機器は、少なくとも１つの処理ユニットと、少なくとも１つの記憶ユニットとを含み、少なくとも１つの処理ユニットは、本発明の属する技術分野における通常の知識を有する者に知られているプロセッサであり得、少なくとも１つの記憶ユニットは本発明の属する技術分野における通常の知識を有する者に知られているメモリであり得る。少なくとも１つの記憶ユニットは、上述したストリーマーが視聴者とインタラクトするのを支援する方法のプログラムコード或いは命令セットを記憶するために用いられ、少なくとも１つの処理ユニットは前記プログラムコード或いは前記命令セットを実行した後、上述したストリーマーが視聴者とインタラクトするのを支援する方法を実現することができる。

本出願は、上述の実施形態及び添付の図面を通じてさらに説明されてきたが、本発明の属する技術分野における通常の知識を有する者である場合、本出願の特許請求の範囲及び精神から逸脱することなく多種多様な修正と変化を加えることができる。したがって、本出願の保護範囲はやはり特許請求の範囲で特定するものを基準とし、明細書に開示された内容により限定されるべきではない。

１００ 送信ユニット
１０ サーバ
１ ライブ配信システム
１０２ 撮影制御部
１０４ 音声制御部
１０６ ビデオ送信部
１０８ 配信側ＵＩ制御部
２００ 視聴ユニット
２０ ユーザ端末
２０２ 視聴側ＵＩ制御部
２０４ 重畳メッセージ生成部
２０６ 入力メッセージ送信部
３０、３０ａ、３０ｂ ユーザ端末
３０２ 発布メッセージ提供ユニット
３０４ 中継ユニット
３０６ プレゼント処理ユニット
３０８ 決済処理ユニット
３１０ ストリーミングデータベース
３１２ ユーザデータベース
３１４ プレゼントデータベース
３２０ 履歴処理ユニット
３２２ パラメータ処理ユニット
３２４ トピックスコア処理ユニット
３２６ トピック生成ユニット
３２８ 傾向分析ユニット
３３０ 応答履歴データベース
３３２ パラメータデータベース
３３４ トピックスコアデータベース
３７０ 機械学習モデル
ＡＵ、ＡＵ１、ＡＵ２ 視聴者
ＥＳ リアルタイム参加スコア
ＬＶ 配信者
ＮＯ いいえ
ＮＷ ネットワーク
Ｓ５１０、Ｓ５２０、Ｓ５３０ ステップ
Ｓ８１０、Ｓ８２０、Ｓ８３０、Ｓ８４０ ステップ
Ｓ１０１０、Ｓ１０２０、Ｓ１０３０ ステップ
Ｓ１１１０、Ｓ１１２０、Ｓ１１３０、Ｓ１１４０ ステップ
Ｓ１１５０、Ｓ１１６０、Ｓ１１７０ ステップ
Ｓ１２１０ ステップ
Ｓ１３１０、Ｓ１３２０ ステップ
ＳＳ５、ＳＳ１２、ＳＳ４３ 視聴者
ＳＴ２２ ストリーマー
Ｔ 閾値
ＶＤ、ＶＤ１、ＶＤ２ 動画
ＹＥＳ はい

Claims (10)

1. コンピュータ機器により運営されるライブストリーミングプラットフォームを通じて視聴者に関するトピック提案をストリーマーに提供することに適したストリーマーが視聴者とインタラクトするのを支援する方法であって、
   前記視聴者が参加した活動記録に基づいて過去のトピックをキャプチャするステップと、
   少なくとも１つのパラメータに基づいて前記過去のトピック内の各々スコアを計算するステップと、
   前記過去のトピック及び前記過去のトピックに対応するスコアに基づいて前記トピック提案を生成し、前記ストリーマーに前記トピック提案を提供するステップと
   を含み、
   前記過去のトピックは、前記視聴者と前記ストリーマーとの間の第１インタラクション記録に基づいてキャプチャされるように構成される第１過去のトピックであり、
   前記スコアは、前記視聴者と前記ストリーマーとの間の少なくとも１つの第１インタラクションパラメータに基づいて計算されるように構成される第１参加スコアであり、
   前記トピック提案は、前記第１過去のトピック及び前記第１過去のトピックに対応する前記第１参加スコアに基づいて生成されるよう構成される第１トピックである方法。
2. コンピュータ機器により運営されるライブストリーミングプラットフォームを通じて視聴者に関するトピック提案をストリーマーに提供することに適したストリーマーが視聴者とインタラクトするのを支援する方法であって、
   前記視聴者が参加した活動記録に基づいて過去のトピックをキャプチャするステップと、
   少なくとも１つのパラメータに基づいて前記過去のトピック内の各々スコアを計算するステップと、
   前記過去のトピック及び前記過去のトピックに対応するスコアに基づいて前記トピック提案を生成し、前記ストリーマーに前記トピック提案を提供するステップと
   を含み、
   前記過去のトピック及び前記過去のトピックに対応するスコアに基づいて前記トピック提案を生成することは、
   前記ストリーマーのレベルに基づいて前記ストリーマーの閾値を計算するステップと、
   少なくとも１つのリアルタイムパラメータにリアルタイムで基づいて前記視聴者のリアルタイム参加スコアを計算するステップと、
   前記リアルタイム参加スコアを前記ストリーマーの閾値と比較するステップと、
   前記リアルタイム参加スコアが前記ストリーマーの閾値より小さい場合、前記過去のトピック及び前記過去のトピックに対応するスコアに基づいて前記トピック提案を生成するステップと、
   前記リアルタイム参加スコアが前記ストリーマーの閾値より大きいか、又は等しい場合、前記ストリーマーの現在のインタラクティブコンテンツに基づいて現在のトピックをトピック提案として生成する或いはトピック提案を生成しないステップと
   を含む方法。
3. コンピュータ機器により運営されるライブストリーミングプラットフォームを通じて視聴者に関するトピック提案をストリーマーに提供することに適したストリーマーが視聴者とインタラクトするのを支援する方法であって、
   前記視聴者が参加した活動記録に基づいて過去のトピックをキャプチャするステップと、
   少なくとも１つのパラメータに基づいて前記過去のトピック内の各々スコアを計算するステップと、
   前記過去のトピック及び前記過去のトピックに対応するスコアに基づいて前記トピック提案を生成し、前記ストリーマーに前記トピック提案を提供するステップと
   を含み、
   前記過去のトピックは、前記視聴者と他のストリーマーとの間の第２インタラクション記録に基づいてキャプチャされるように構成される第２過去のトピックであり、
   前記スコアは、前記視聴者と前記他のストリーマーとの間の少なくとも１つの第２インタラクションパラメータに基づいて計算されるように構成される第２参加スコアであり、
   前記トピック提案は、前記第２過去のトピック及び前記第２過去のトピックに対応する前記第２参加スコアに基づいて生成されるよう構成される第２トピックである方法。
4. コンピュータ機器により運営されるライブストリーミングプラットフォームを通じて視聴者に関するトピック提案をストリーマーに提供することに適したストリーマーが視聴者とインタラクトするのを支援する方法であって、
   前記視聴者が参加した活動記録に基づいて過去のトピックをキャプチャするステップと、
   少なくとも１つのパラメータに基づいて前記過去のトピック内の各々スコアを計算するステップと、
   前記過去のトピック及び前記過去のトピックに対応するスコアに基づいて前記トピック提案を生成し、前記ストリーマーに前記トピック提案を提供するステップと
   を含み、
   前記過去のトピックは、第１過去のトピックと、第２過去のトピックとを含み、前記第１過去のトピックは前記視聴者と前記ストリーマーとの間の第１インタラクション記録に基づいてキャプチャされるよう構成され、前記第２過去のトピックは前記視聴者と他のストリーマーとの間の第２インタラクション記録に基づいてキャプチャされるよう構成され、
   前記スコアは、第１参加スコアと、第２参加スコアとを含み、前記第１参加スコアは前記視聴者と前記ストリーマーとの間の少なくとも１つの第１インタラクションパラメータに基づいて計算されるよう構成され、前記第２参加スコアは前記視聴者と前記他のストリーマーとの間の少なくとも１つの第２インタラクションパラメータに基づいて計算されるよう構成され、
   前記トピック提案は、第１トピックと、第２トピックとを含み、前記第１トピックは前記第１過去のトピック及び前記第１過去のトピックに対応する前記第１参加スコアに基づいて生成されるよう構成され、前記第２トピックは前記第２過去のトピック及び前記第２過去のトピックに対応する前記第２参加スコアに基づいて生成されるよう構成される方法。
5. 前記視聴者が前記ストリーマーの新しい視聴者であるかどうかを判断するステップと、
   前記視聴者が前記ストリーマーの新しい視聴者ではない場合、前記第１トピックを前記トピック提案として採用するステップと、
   前記視聴者が前記ストリーマーの新しい視聴者である場合、前記第１トピック又は前記第２トピックを前記トピック提案として選択的に採用するステップと
   をさらに含む請求項４に記載の方法。
6. 前記第１トピック又は前記第２トピックを前記トピック提案として選択的に採用することは、
   前記視聴者と前記ストリーマーとの間のインタラクション継続時間に基づいて、前記第１トピックに対応する重み値及び前記第２トピックに対応する重み値をそれぞれ計算するステップと、
   前記第１トピックに対応する重み値及び前記第２トピックに対応する重み値に基づいて前記第１トピック或いは前記第２トピックを前記トピック提案として選択的に採用するステップと
   を含む請求項５に記載の方法。
7. コンピュータ機器により運営されるライブストリーミングプラットフォームを通じて視聴者に関するトピック提案をストリーマーに提供することに適したストリーマーが視聴者とインタラクトするのを支援する方法であって、
   前記視聴者が参加した活動記録に基づいて過去のトピックをキャプチャするステップと、
   少なくとも１つのパラメータに基づいて前記過去のトピック内の各々スコアを計算するステップと、
   前記過去のトピック及び前記過去のトピックに対応するスコアに基づいて前記トピック提案を生成し、前記ストリーマーに前記トピック提案を提供するステップと
   を含み、
   前記ストリーマーが前記トピック提案を採用して前記視聴者とインタラクトする時、前記トピック提案に対応するスコア変化を分析するステップをさらに含む方法。
8. コンピュータ機器により運営されるライブストリーミングプラットフォームを通じて視聴者に関するトピック提案をストリーマーに提供することに適したストリーマーが視聴者とインタラクトするのを支援する方法であって、
   前記視聴者が参加した活動記録に基づいて過去のトピックをキャプチャするステップと、
   少なくとも１つのパラメータに基づいて前記過去のトピック内の各々スコアを計算するステップと、
   前記過去のトピック及び前記過去のトピックに対応するスコアに基づいて前記トピック提案を生成し、前記ストリーマーに前記トピック提案を提供するステップと、
   前記ストリーマーのライブストリーミングにおける複数の視聴者のトピック提案に基づいて各トピック提案の分布状況を計算するステップと、
   前記分布状況に基づいて全体的なトピック提案を生成し、前記ストリーマーに前記全体的なトピック提案を提供するステップと
   を含む方法。
9. 運営するライブストリーミングプラットフォームにおいてストリーマーに視聴者に関するトピック提案を提供することに適したストリーマーが視聴者とインタラクトするのを支援するコンピュータ機器であって、
   少なくとも１つの処理ユニットと、
   プログラムコードを記憶する少なくとも１つの記憶ユニットとを含み、
   前記少なくとも１つの処理ユニットが前記プログラムコードを実行した後、請求項１に記載のストリーマーが視聴者とインタラクトするのを支援する方法のステップを実行できるコンピュータ機器。
10. ストリーマーが視聴者とインタラクトするのを支援するコンピュータ読み取り可能な記録媒体であって、コンピュータがメモリのプログラムコードをロードして実行した後、請求項１に記載のストリーマーが視聴者とインタラクトするのを支援する方法を完成させることができる
    コンピュータ読み取り可能な記録媒体。

Images