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

Abstract

【課題】ライブストリーミングプラットフォームにおいてイベントを管理する方法を提供する。【解決手段】方法は、ライブストリーミングプラットフォームにおいて、ユーザのユーザ端末からの第１の操作に応答して、機械学習モデルによってイベントの要約を生成する工程を含み、そのうち、当該要約が、当該イベント、当該ユーザおよび当該ユーザに関連するその他のユーザの情報に基づいて生成される。【効果】当該イベント参加へのハードルを下げ、ライブストリーマーと視聴者間の交流を促進することができ、さらに、当該ライブストリーマーが当該イベントを理解し、参加する動機付けとなる可能性があり、したがって、ユーザエクスペリエンスが向上し、ライブストリーミングサービスの品質を改善できる可能性がある。【選択図】図１０

Description

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

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

アプリやプラットフォームのプロバイダーは、ライブストリーマーと視聴者間の交流を促進するために、よくイベントを開催する。ライブストリーマーは、イベントを選択して配信を開始してもよい。イベントに勝利して報酬を得るために、ライブストリーマーは視聴者を楽しませるために最善を尽くすことができる。特許文献１には、ライブストリーマーがイベントに参加し、画面上にリーダーボードが表示されるシナリオが開示されている。

しかしながら、イベントリストに表示されるイベントの数が多すぎたり、イベントの説明がわかりにくかったりすると、ライブストリーマーのイベントに参加する意欲が削がれることがある。さらに悪いことに、ライブストリーマーがイベントの説明を見る気さえならない可能性もある。そのため、いかにユーザエクスペリエンスを向上させるかが重要である。

中国特許第１０６８０３９６５号明細書

本開示の一実施形態によるライブストリーミングプラットフォームにおいてイベントを管理する方法は、ユーザのユーザ端末からの第１の操作に応答して、機械学習モデルによってイベントの要約を生成する工程を含み、そのうち、当該要約が、当該イベント、当該ユーザおよび当該ユーザに関連するその他のユーザの情報に基づいて生成される。

本開示の一実施形態によるライブストリーミングプラットフォームにおいてイベントを管理するサーバは、１以上のプロセッサを含み、当該１以上のプロセッサが機械可読命令を実行して、ユーザのユーザ端末からの第１の操作に応答して、機械学習モデルによってイベントの要約を生成する機能を実行し、そのうち、当該要約が、当該イベント、当該ユーザおよび当該ユーザに関連するその他のユーザの情報に基づいて生成される。

本開示の一実施形態によるコンピュータプログラムは、サーバに、ユーザのユーザ端末からの第１の操作に応答して、機械学習モデルによってイベントの要約を生成する機能を実行させ、そのうち、当該要約が、当該イベント、当該ユーザおよび当該ユーザに関連するその他のユーザの情報に基づいて生成される。

本開示は、当該イベント参加へのハードルを下げ、ライブストリーマーと視聴者間の交流を促進することができる。さらに、当該ライブストリーマーが当該イベントを理解し、参加する動機付けとなる可能性がある。したがって、ユーザエクスペリエンスが向上し、ライブストリーミングサービスの品質を改善できる可能性がある。

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

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

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

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

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

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

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

本明細書における「ストリーミングデータ」とは、画像データや音声データを含むデータを指すことができる。より具体的に、当該画像データ（ビデオデータと呼んでもよい）は、当該ユーザ端末２０と３０の画像キャプチャ機能によって生成されてもよい。当該音声データ（オーディオデータと呼んでもよい）は、当該ユーザ端末２０と３０の音声入力機能により生成されてもよい。当該ストリーミングデータを当該ユーザ端末２０、３０で再生し、ユーザに関するコンテンツを視聴できるようにしてもよい。

一部の実施態様において、当該ライブストリーマーの当該ユーザ端末でストリーミングデータが生成されてから、当該視聴者の当該ユーザ端末で再生されるまでの間、圧縮、拡張、エンコード、デコード、トランスコードなど、データの形式、サイズ規格を変更する処理が想定される。このような処理の前と後、当該コンテンツ（映像や音声）は実質的に変更されず、このため、本開示の現在の実施態様においては、処理される前のストリーミングデータと処理された後のストリーミングデータは同じであると説明される。つまり、当該ライブストリーマーの当該ユーザ端末により生成された当該ストリーミングデータが、当該サーバ１０を介して当該視聴者の当該ユーザ端末で再生される場合、当該ライブストリーマーの当該ユーザ端末で生成された当該ストリーミングデータ、当該サーバ１０を通過した当該ストリーミングデータ、そして当該視聴者の当該ユーザ端末が受信して再生する当該ストリーミングデータは、すべて同じストリーミングデータである。

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

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

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

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

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

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

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

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

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

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

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

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

図３は、本開示の一部の実施態様に基づく当該サーバ１０のブロック図である。当該サーバ１０は、ストリーミング情報ユニット３０２と、中継ユニット３０４と、処理ユニット３０６と、ストリームＤＢ３２０と、ユーザＤＢ３２２と、イベントＤＢ３２４と、履歴ＤＢ３２６と、コンテンツベースモデルや行動ベースモデルなどの機械学習モデル３３０と、言語モデルなどの機械学習モデル３３２とを含んでもよい。

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

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

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

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

当該処理ユニット３０６は、ユーザのユーザ端末からの操作に応じて要求を処理するように構成される。例えば、当該ユーザはイベントリストボタンをクリックして、イベントリスト上で要求を行ってもよい。当該中継ユニット３０４が当該要求を受信すると、当該処理ユニット３０６は、当該イベントＤＢ３２４を参照して当該イベントリストを取得し、当該処理ユニット３０６と当該中継ユニット３０４はさらに、当該イベントリストを当該ユーザの当該ユーザ端末に送信してもよい。

一部の実施態様において、当該処理ユニット３０６はさらに、データベースからデータを取得し、レコメンデーション、要約、応答などのために機械学習モデルにデータを供給してもよい。一部の実施態様において、当該機械学習モデルは、内部で訓練されたモデルであっても、第三者のサービスプロバイダーから提供されたモデルであってもよい。一部の実施態様において、レコメンデーションのための当該機械学習モデルは、コンテンツベースモデル、行列分解（Ｍａｔｒｉｘ Ｆａｃｔｏｒｉｚａｔｉｏｎ）等の行動ベースモデル等により実現されてもよい。

一部の実施態様において、要約、応答などのための当該機械学習モデルは、言語モデルなどによって実現されてもよい。一部の実施態様において、当該機械学習モデルは、ＣｈａｔＧＰＴやその他のＬＬＭ（大規模言語モデル）などのＡＩチャットボットであってもよい。一部の実施態様において、当該機械学習の方法は、実際の必要性に応じて、任意の可能なモデルによって実現されてもよい。

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

一部の実施態様において、当該タグは、手動で、または機械学習モデルなどによって自動的で設定されてもよい。一部の実施態様において、当該イベントＩＤは、当該ストリーム内の当該ライブストリーマーがイベントに参加していない場合、空白であってもよい。当該ライブストリーマーは、ライブストリーミングの前または最中にイベントを選択し、イベントに参加するか否かを決定してもよい。

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

一部の実施態様において、当該ポイントはさらに、当該ポイントに関する詳細な情報を含んでいてもよい。当該詳細な情報は、他のユーザから受信したポイントや、他のユーザに送信したポイントであってもよい。当該詳細な情報は、例えば、アプリプロバイダーからの購入によって受け取ったポイントや、視聴者の寄付から受け取ったポイント、アプリプロバイダーから無償で受け取ったポイントなど、受領ポイントの組み合わせも含んでいてもよい。一部の実施態様において、異なる方法で取得した当該ポイントは、合算、あるいは別々に計算されてもよい。一部の実施態様において、当該ポイントの計算と表示方法は、実際の必要性に応じて柔軟に決定されてもよい。

一部の実施態様において、当該ユーザＤＢ３２２は、当該ユーザのフォロワーＩＤを格納してもよい。当該フォロワーは、当該ユーザをフォローする他のユーザであってもよく、当該フォロワーＩＤは、他のユーザのユーザＩＤであってもよい。ここで、ユーザをフォローするとは、当該ユーザを友人、アイドル、ファン等の関連ユーザとして設定し、当該ユーザが配信や投稿等を行う際に、当該ユーザに関連する通知を他のユーザが受信できるようにすることを指してもよい。一部の実施態様において、当該フォロワーは、当該ユーザに対してより忠実で、当該ユーザのストリームを視聴したり、当該ユーザに贈り物を寄付したりすることを望む場合があってもよい。

一部の実施態様において、当該ユーザＤＢ３２２はさらに、各フォロワーＩＤに、当該ユーザと当該フォロワー間の交流の程度を示す交流値を格納してもよい。当該交流とは、ストリームの視聴、メッセージング、寄付、贈り物、コメントなどであってもよい。一部の実施態様において、当該ユーザＤＢ３２２は、当該フォロワーの最終ログイン時刻を格納してもよく、当該ユーザがアクティブなユーザであるか否かを判断するためにこれが使用されてもよい。一部の実施態様において、当該ユーザＤＢ３２２は、当該ユーザのフォロイーＩＤを格納してもよく、これは、当該ユーザがフォローしている他のユーザを指す。一部の実施態様において、相互にフォローし合う当該ユーザ同士は、互いにより忠実である可能性がある。

一部の実施態様において、当該ユーザＤＢ３２２は、当該ユーザのイベント情報を格納してもよい。当該イベント情報は、当該ユーザが参加したことがあるイベント情報や、現在参加しているイベント情報であってもよい。一部の実施態様において、当該イベント情報には、イベントＩＤ、当該ユーザが参加したことのあるイベントの数、イベントの勝敗数、イベントから受け取った報酬などが含まれてもよい。一部の実施態様において、当該ユーザは、当該イベント情報に基づいて、当該イベントの初心者または経験者として識別されてもよい。

一部の実施態様において、当該ユーザＤＢ３２２は、当該ライブストリーミングプラットフォームにおける当該ユーザの寄付記録を格納してもよい。当該寄付記録は、当該ユーザがイベント中などに受け取った、または送った寄付であってもよい。図６は、当該ユーザＤＢ３２２における当該寄付記録の例示的なデータ構造を示す表である。図６に示すように、当該寄付記録は、イベントにおける当該ライブストリーマーへの当該視聴者の寄付記録を格納してもよい。より具体的に、当該寄付記録は、各視聴者の寄付の合計と、贈り物の数や贈り物の対応ポイントなど、寄付の組み合わせを表示してもよい。

一部の実施態様において、当該寄付記録は、分析のために当該ユーザを異なる寄付範囲に分類してもよい。例えば、当該寄付範囲を「０－１Ｋ」、「１Ｋ－１Ｍ」、「１Ｍ超」に分けてもよく、ここで、１Ｋは千、１Ｍは百を表す。各視聴者は、図６に示すように、その寄付に基づいて分類されてもよい。一部の実施態様において、当該寄付記録には、分析のために当該ライブストリーマーやイベントの情報が含まれてもよい。

一部の実施態様において、当該ユーザＤＢ３２２は、当該イベントにおける当該ユーザの順位記録を格納してもよい。図７は、当該ユーザＤＢ３２２における勝利記録の例示的なデータ構造を示す表である。図７に示すように、当該勝利記録は、当該ライブストリーマーが参加したイベントの数、当該ライブストリーマーが優勝した、または報酬閾値に到達したイベントの数、及びイベント終了前の最後の一定時間に当該ライブストリーマーが報酬閾値に到達したイベントの数を格納してもよい。一部の実施態様において、当該最後の一定時間は、最後の５分間などであってもよい。

イベント終了前の最後の一定時間はいつも、イベントの中で最もスリリングな時間である。視聴者は常に当該ライブストリーマーと共に集まり、イベントのために当該ライブストリーマーをサポートする。視聴者はイベントの贈り物を当該ライブストリーマーに寄付し、自分の好きなライブストリーマーをイベントで勝利させたり、報酬閾値を達成させたりしようと、当該イベントの終了まで待つ。特に、いつも最後の一定時間に勝利するライブストリーマーは、当該イベントにおいて競争力のあるライブストリーマーと見なされることがある。その理由は、当該ライブストリーマーは、寄付などを惜しまない忠実な視聴者を多く擁している可能性があるためである。したがって、当該勝利記録、特に土壇場での勝率は、当該ライブストリーマーがイベントで勝利する可能性が高いか否かを判断するための指標となり得る。

図８に、図３のイベントＤＢ３２４の例示的データ構造を示す表を示す。当該イベントＤＢ３２２は、当該ライブストリーミングシステム１が提供するライブストリーミングプラットフォームにおけるイベントに関する情報を保持する。当該イベントＤＢ３２４は、当該イベントを識別するためのイベントＩＤ、当該イベントのタイトルを識別するためのタイトル、当該イベントのカテゴリやトピックを識別するためのタグ、当該イベントの開始時刻と終了時刻を識別するための期間、当該イベントにおける贈り物を識別するための贈り物ＩＤ、当該イベントページの場所を識別するためのイベントＵＲＬなどを、互いに関連付けて格納する。

一部の実施態様において、当該イベントＤＢ３２４は、現在進行中のイベント、または期限切れのイベントの情報を格納してもよい。一部の実施態様において、過去のイベントデータを格納するために別のデータベースが提供されてもよい。図９は、図３の履歴ＤＢ３２６の例示的データ構造を示す表である。当該履歴ＤＢ３２６は、当該ライブストリーミングシステム１が提供するライブストリーミングプラットフォーム上の過去のイベントデータに関する情報を保持する。

当該履歴ＤＢ３２６は、過去のイベントを識別するためのイベントＩＤ、イベントの参加者数を識別するための参加者数、報酬を受け取るための閾値を識別するための報酬閾値、イベント参加者の順位を特定するための順位、イベントにおけるライブストリーマーと視聴者の交流を識別するための交流ログを、互いに関連付けて格納する。一部の実施態様において、期限切れイベントが分析のために当該履歴ＤＢ３２６に移動されてもよいため、当該履歴ＤＢ３２６には当該イベントＤＢ３２４に格納されている情報と同じ情報が含まれることもある。

ここで、「報酬閾値」とは、イベントにおいて報酬を獲得するための条件を指してもよい。例えば、イベントルールとして、ライブストリーマーが１Ｍポイント以上を蓄積した場合、仮想アイテムを獲得することが記載されていてもよい。この場合、当該１Ｍポイントが報酬閾値と呼ばれてもよい。また、ライブストリーマーがリーダーボードで１０位以内にランクインした場合、出演やメディアへの露出の機会を獲得すると記載されていてもよい。ライブストリーマーが受け取ったポイントが０.５Ｍポイントで第１０位である場合、当該０.５Ｍポイントが報酬閾値と呼ばれてもよい。

ここで、「交流ログ」とは、イベント期間中の当該ライブストリーミングプラットフォームにおけるデータログを指してもよい。一部の実施態様において、当該データログは、当該ユーザからの操作、時間情報、位置情報またはその他の関連情報を含んでいてもよい。例えば、当該データログには、当該ライブストリーマーが特定の時間点で歌を歌ったこと、当該視聴者が２０００ポイントの贈り物を５つ寄付したことなどが含まれていてもよい。一部の実施態様において、当該交流ログは、分析のために表として配置されたり、図として視覚化されたりしてもよい。

図１０から図１２は、本開示の一部の実施態様に基づくライブストリーミングシステム１の機能構成例を示す概略図である。上述のように、アプリプロバイダーは、ライブストリーマーと視聴者の間の交流を増やすために、ライブストリーマーが選択して参加できるイベントを複数提供してもよい。図１０の左側に、例示的なイベントページ３３４を示す。当該ライブストリーマーは、画面上のボタンをクリックして、イベントリストを要求してもよい。当該ライブストリーマーがイベントの説明を確認するためにイベントを選択すると、対応するイベントページ３３４が当該ユーザ端末に表示されてもよい。

図１０に示すように、当該イベントページ３３４は、タイトル３３６、バナー３３８、説明３４０、順位３４２を含んでもよい。当該バナー３３８は、当該イベントを表現するテキストなどを含む画像や動画であってもよい。一部の実施態様において、当該バナー３３８は、当該ユーザが当該イベントに適しているか、または資格を有しているかを識別するための情報を含んでいてもよい。例えば、当該バナー３３８は、参照用に「女性ユーザ限定」または「レベル１０～７０向け」などのラベルを含んでいてもよい。一部の実施態様において、当該説明３４０は、期間、目標、収集する贈り物、報酬、ルールなどのイベントの詳細情報を含んでいてもよい。当該説明が長すぎたり、ルールが複雑すぎたりすると、当該ライブストリーマーがイベントに参加することを思いとどまる可能性がある。

一部の実施態様において、当該イベントページ３３４は、ダイジェストボタン３４４をさらに含んでいてもよい。当該ダイジェストボタン３４４は、当該ライブストリーマーが当該イベントの重要なポイントを容易に理解し、把握できるように、当該イベントの説明を要約するように構成される。図１０に示すように、当該ダイジェストボタンがクリックされると、当該処理ユニット３０６が当該イベント及び（または）当該ライブストリーマーの情報を、機械学習モデルに供給してもよい。ここでは、言語モデル３３２を例に挙げて説明する。一部の実施態様において、当該言語モデルは、ＣｈａｔＧＰＴなどの可能または利用可能な任意のモデルであってもよい。一部の実施態様において、当該機械学習モデルは、入力に基づいて可能な出力を推論してもよく、当該要約の手順は、当該モデルからの推論をユーザに提供することを指してもよい。

当該言語モデル３３２は、当該イベント及び（または）当該ライブストリーマーの情報に基づき、当該イベントの攻略ページ３４６を生成してもよい。例えば、当該言語モデル３３２は、当該ライブストリーマーのために、当該イベントにおける重要なポイントを含む要約３４８を生成してもよい。一部の実施態様において、当該要約３４８のレイアウトは、会話文または箇条書きの形式で表示されてもよい。一部の実施態様において、当該要約３４８の中の重要な情報は、当該ライブストリーマーに分かりやすくするために強調表示されてもよい。一部の実施態様において、当該イベントは、異なるラウンドを含んでもよく、最初のラウンドを通過したユーザが、次のラウンドまたは最終ラウンドに参加してもよい。一部の実施態様において、当該攻略ページ３４６は、現在のラウンドのみの当該要約３４８を含んでもよく、それにより当該ユーザが容易に理解できるように、コンテンツの長さが削減されてもよい。

一部の実施態様において、当該攻略ページ３４６はさらに、ビデオオブジェクト３５０を含んでいてもよい。当該ビデオオブジェクトは、テキストからビデオへの変換に使用されるＡＩ、機械学習モデルまたはビデオ編集ソフトウェアによって生成されてもよい。より具体的に、当該処理ユニット３０６は、イベントの当該説明を当該言語モデル３２２などに供給して要約を生成し、さらにＡＩや動画編集ソフトなどにより、当該要約から動画を生成してもよい。一部の実施態様において、当該イベントページ３３４または当該攻略ページ３４６は、当該ユーザが所望の情報にアクセスするためのブックマークを含んでいてもよい。一部の実施態様において、当該イベントページ３３４または当該攻略ページ３４６は、当該ユーザが他のユーザと情報を共有するための共有ボタンも含んでいてもよい。本実施態様によれば、当該ライブストリーマーが当該イベントを理解し、参加する動機付けとなる可能性がある。

一部の実施態様において、当該攻略ページ３４６はさらに、ＡＩチャットボット３５２を含んでいてもよい。当該ＡＩチャットボット３５２は、当該イベントの要約を生成し、会話形式で提案を行ってもよい。本実施態様によれば、当該ライブストリーマーが当該イベントを理解し、参加する動機付けとなる可能性がある。さらに、当該ＡＩチャットボット３５２は、当該ライブストリーマーが当該イベントに関する質問を入力するための入力フィールドまたは仮想キーボードなどのコミュニケーションツール３５４を含んでいてもよい。当該ライブストリーマーが質問などのフィードバックを入力すると、当該処理ユニット３０６はさらに、当該フィードバックを当該言語モデル３３２に供給し、当該ストリーマーに対する応答を生成してもよい。一部の実施態様において、当該攻略ページ３４６は、当該ライブストリーマーによる当該イベントに対する理解の促進を支援するために、ミニゲームなど任意の可能な情報を含んでもよい。

図１０の左側１１に、例示的なイベントリストページ３５６を示す。図１１に示すように、当該イベントリストページ３５６は、複数のイベントＥＴとカテゴリタブ３５８を含んでもよい。当該イベントＥＴは、当該ライブストリーミングプラットフォームにおいて現在進行中のイベントであってもよい。当該カテゴリタブ３５８は、当該ライブストリーマーが興味のあるカテゴリに切り替えるために選択できるカテゴリ付きボタンを含んでもよい。例えば、当該カテゴリは、音楽、トークショーなどのイベントタイプ、ポイントやメディア露出などの報酬、イベントの開始時刻や終了時刻、あるいは残り時間などの時間で並べ替えられ、ユーザが切り替えられるようにしてもよい。本実施形態によれば、ユーザが適切なイベントを選択することができる。

一部の実施態様において、当該イベントリストページ３５６はさらに、マッチングボタン３６０を含んでいてもよい。当該マッチングボタン３４４は、当該イベントと当該ライブストリーマーの情報に基づき、当該イベントと当該ライブストリーマーとをマッチングするように構成される。一部の実施態様において、当該マッチングは、当該イベントと当該ライブストリーマーの情報の類似性に基づいて実行されてもよい。一部の実施態様において、当該マッチングは、当該イベントでの当該ライブストリーマーの勝率に基づいて実行されてもよい。

ここで、当該「勝率」とは、当該イベントなどにおいて当該ライブストリーマーが勝利する、または報酬を得る可能性を指してもよい。当該勝率は、当該イベントと当該ライブストリーマーの情報の類似性に基づいて算出されてもよい。さらに、当該勝率は、当該イベントとライブストリーマーの情報に応じて、プラスの要因、中立的要因、マイナスの要因に基づき算出されてもよい。当該要因は、予め決定したものを当該機械学習モデルに提供されても、当該機械学習モデルをトレーニングし、学習させてもよい。例えば、当該ライブストリーマーが、高ポイントの贈り物を寄付する視聴者を高い割合で有する場合、当該ライブストリーマーはイベントで勝利する傾向がある。高ポイントを寄付する視聴者は、低ポイントを寄付する視聴者よりも、当該ライブストリーマーが報酬閾値を達成するために役立つためである。

さらに、当該ライブストリーマーの土壇場での勝率が比較的高い場合、当該ライブストリーマーは、寄付を惜しまない忠実な視聴者を有することを示す可能性がある。したがって、それは勝率を決定するためのプラスの要因にもなり得る。一部の実施態様において、一方的なフォロワーや相互フォロワーは、視聴者が忠実であること示すとともに、勝率に寄与する可能性がある。例えば、当該ライブストリーマーと相互にフォローしている視聴者の数は、プラスの要因にもマイナスの要因にもなり得る。さらに、視聴者のログイン時間も考慮されてもよく、これは視聴者が当該プラットフォームにおいて活発でないユーザである場合、マイナスの要因となり得るためである。一部の実施態様において、実際の必要性に応じて、当該ライブストリーマーと当該イベントに関連するあらゆる可能な要因を考慮してもよい。

また、当該勝率は機械学習モデルによって決定されてもよい。例えば、イベントやライブストリーマーの情報を取得して、コンテンツベースモデルや行動ベースモデルなどのレコメンデーション向けに、当該機械学習モデル３３０に供給してもよい。ここで、当該イベントの情報には、イベントＤＢ.３２４からの現在進行中のイベントのほか、当該履歴ＤＢからの過去のイベントデータも含んでもよい。一部の実施態様において、当該イベントは、１回限りのイベント、期間限定のイベント、周期的なイベント、非周期的なイベントのいずれであってもよい。当該イベントが周期的なイベントである場合、当該イベントの過去のイベントデータを分析の参考にしてもよい。

上述のように、イベントとライブストリーマーの情報は、当該機械学習モデルが当該イベントにおける当該ライブストリーマーの勝率を学習して算出するために、プラスの要因、中立的要因、マイナスの要因として分類され、かつタグ付けされてもよい。一部の実施態様において、当該要因はさらに、一次要因または二次要因に分類されてもよい。さらに、各要因はスコアの増減に影響し、重み付けの調整につながってもよい。例えば、寄付記録が一次要因であり、フォロー関係が二次要因であってもよい。当該視聴者が１,０００ポイント以上の贈り物を一度に寄付することがよくある場合、勝率が１％増加するなどであってもよい。しかし、当該視聴者が当該ライブストリーマーのフォロワーでない場合、当該１％のスコア上昇が０.８％に低下されてもよい。一部の実施態様において、当該勝率を決定する処理は、当該機械学習モデルなどに基づいて柔軟に決定されてもよい。

一部の実施態様において、当該サーバ１０は、当該ユーザからの入力を受信して、当該イベントと当該ライブストリーマーとのマッチングを実行してもよい。例えば、当該処理ユニット３０６は、当該ライブストリーマーからの入力を受信するためのフィードバックフォームまたはＡＩチャットボットを生成してもよい。当該ライブストリーマーは、当該イベントに対する要求や好みを提供してもよい。例えば、当該イベントにおける報酬は、ポイント、仮想アイテム、パフォーマンスの機会、メディア露出などであってもよい。当該ライブストリーマーは、報酬セクションで興味を示すことで、特にメディア露出などの報酬に対して、フィードバックを提供してもよい。当該処理ユニット３０６はさらに、当該ライブストリーマーの要求、好みなどに基づいて、イベントをフィルタリングしてもよい。

図１１に示すように、レコメンデーションのために、イベントやライブストリーマーの情報及び（または）当該ライブストリーマーの入力を、コンテンツベースモデルや行動ベースモデル３３０などの当該機械学習モデル３３０に供給してもよい。一部の実施態様において、コンテンツベースモデルまたは行動ベースモデル３３０の出力は、図１１に示すように、イベントレコメンデーションリスト３６２であってもよい。当該イベントレコメンデーションリスト３６２は、イベントＩＤなどのレコメンドされたイベントの情報を含んでいてもよい。レコメンドされるイベントは、勝率や類似度に基づいてリスト化され、降順などに並べられてもよい。一部の実施態様において、当該ライブストリーマーの参考用に、レコメンドされた各イベントに対応するダイジェストボタンが付されてもよい。

イベントに対応するダイジェストボタンがクリックされると、当該処理ユニット３０６は当該イベントの情報を言語モデル３３２に送り、当該言語モデル３３２が当該イベントの情報などに基づいて、当該イベントの攻略ページ３４６を生成してもよい。当該言語モデル３３２を介して当該イベントから攻略ページ３４６を生成する方法は、上述したものと同様であるため、ここではさらに詳細な説明は省略する。

一部の実施態様において、当該攻略ページ３４６におけるコンテンツの順序や形式は、当該ライブストリーマーの要求や好みなどに基づいて柔軟に決定されてもよい。例えば、当該ライブストリーマーが報酬や勝率に興味を示した場合、報酬や勝率をリストの１行目に記載したり、太字で表示したり、黄色い背景で表示したりなどしてもよい。一部の実施態様において、当該要約３４８、ビデオオブジェクト３５０、ＡＩチャットボット３５２などの順序または形式は、実際の必要性に応じて、動的にかつ柔軟に再配置されてもよい。

一部の実施態様において、当該ライブストリーマーは、イベントに参加し、配信を開始してもよい。当該ライブストリーマーがイベントを選択し、視聴者と交流するためにライブストリーミングを開始すると、当該処理ユニット３０６は、当該イベント中にリアルタイムで当該ライブストリーマーにヒントメッセージを提供してもよい。当該処理ユニット３０６は、データベースからリアルタイムのイベントデータまたは過去のイベントデータを取得し、それらを言語モデル３３２などの機械学習モデルに供給して、当該イベントで当該イブストリーマーをガイドしてもよい。

一部の実施態様において、当該処理ユニット３０６は、イベント間の類似性などに基づいて、例示的なイベントデータを決定してもよい。例えば、当該ライブストリーマーがｅｖｅｎｔ０１７に参加しており、ｅｖｅｎｔ０１７が定期的なイベントである場合、当該処理ユニット３０６は、ｅｖｅｎｔ０１７の履歴データを参考として取得してもよい。当該処理ユニット３０６は、ｅｖｅｎｔ００１７と同様の過去のイベントのイベントデータを取得しても、ｅｖｅｎｔ０１７のリアルタイムのイベントデータを取得してもよい。当該処理ユニット３０６はさらに、順位記録の情報などのイベントデータを取得し、第１位のライブストリーマーと視聴者との交流ログを取得して、分析してもよい。

例示的な順位情報３６４および交流ログ３６６を図１２に示す。当該処理ユニット３０６は、第１位のライブストリーマーの交流ログ３６６を、順位情報３６４から取得してもよい。一部の実施態様において、当該交流ログ３６６は、イベント中の時間と受領ポイントの関係を含んでいてもよい。一部の実施態様において、具体的な交流情報を交流ログ３６６に反映させてもよい。例えば、「ライブストリーマーがゲームをしている」、「ライブストリーマーがギターを弾いている」、「視聴者またはサーバ１０が福袋を送る」などの交流を、時間と受信ポイントに照らして表示してもよい。

一部の実施態様において、処理ユニット３０６は、イベントデータの情報を言語モデル３３２などの機械学習モデルに供給し、当該ライブストリーマーに対するリアルタイムのヒントメッセージ３７０を生成してもよい。図１２も、参考のための例示的なヒントメッセージ３７０の例示的画面３６８を示す。図１２に示すように、当該ヒントメッセージ３７０は当該ライブストリーマーの画面３６８上にポップアップ表示され、当該イベントで当該ライブストリーマーをガイドしてもよい。一部の実施態様において、当該ヒントメッセージの形式３７０は、当該ライブストリーマーが当該イベントを理解し、当該イベントでの勝利の可能性を高めるよう導くことができる任意のオブジェクトであってもよい。一部の実施態様において、当該ヒントメッセージ３７０は、テキスト、画像、動画、ＡＩ支援などであってもよい。一部の実施態様において、当該ライブストリーマーまたは視聴者のための当該ヒントメッセージ３７０はさらに、当該イベントの残り時間、現在の順位、他のユーザとのポイント差、または当該ライブストリーマーの寄付の組み合わせなどを含んでいてもよい。

一部の実施態様において、当該処理ユニット３０６は、ストリーミングルームの状況を監視してもよい。例えば、当該処理ユニット３０６は、当該イベントの期間中、時間に照らして受領ポイントまたは順位のステータス３７２を監視してもよい。当該ステータス３７２は、例えば、時間に照らした当該ライブストリーマーの順位、当該報酬閾値、当該イベントの終了時間などを含んでいてもよい。当該処理ユニット３０６は、当該ステータス３７２を監視し、当該言語モデル３３２にフィードバックしてもよい。当該言語モデル３３２はさらに、フィードバックに基づいてヒントメッセージ３７０を生成し、当該ライブストリーマーが当該報酬閾値を達成するなどを支援してもよい。

図１３から図１７は、ライブストリーマーのユーザ端末２０または視聴者のユーザ端末３０のディスプレイ上に表示されるライブストリーミングルーム画面６００の例示的な画面イメージである。図１３は、ライブストリーマーがストリーミングのためのパラメータを設定するために用いるストリーミング事前設定ページ６０２の例である。当該事前設定ページ６０２は、当該ライブストリーマーがイベントを選択して参加するためのイベントタブ６０４を含んでもよい。当該ライブストリーマーが当該イベントタブ６０４をクリックすると、図１１の当該イベントリストページ３５６が表示され、当該ライブストリーマーがイベントを選択してもよい。一部の実施態様において、当該イベントリストページ３５６は、ライブストリーミング中またはライブストリーミングの外部などでも要求されてもよい。

当該ライブストリーマーがイベントを選択してライブストリーミングを開始すると、当該ライブストリーマーのライブストリーミングルーム画面６００がディスプレイに表示されてもよい。当該ライブストリーミングルーム画面６００は、ライブストリーマー情報オブジェクト６１２、ライブストリーマー画像６１４、メッセージゾーン６１６、メッセージ入力ボックス６１８、ゲームオブジェクト６２０、共有オブジェクト６２２、イベントオブジェクト６２４などを含んでもよい。当該イベントオブジェクト６２４は、当該ライブストリーマーが現在参加しているイベントに加え、当該イベントの残り時間、現在の順位などを表示してもよい。

一部の実施態様において、当該処理ユニット３０６は、当該言語モデル３３２を介して、履歴イベントデータに基づきヒントメッセージ３７０を当該ライブストリーマーに提供してもよい。図１２の例に示すように、当該インタラクションログ３６６によると、ライブストリーマー「Ｙａｍａｄａ」が視聴者と一緒にゲームをしているときに受領ポイントが増加し、イベント終了前の最後の５分間にギターを演奏したときに受領ポイントが再び増加している。当該言語モデル３３２は、当該インタラクションログ３６６に基づいて、ヒントメッセージ３７０を生成してもよい。したがって、図１４と図１５に示すように、「イベントはあと５分で終了します。ギターを弾いて歌を歌うのはいかがでしょうか？」、あるいは「ゲームをしてみませんか？」などのヒントメッセージ３７０を当該ライブストリーマーの端末に送信して表示し、当該ライブストリーマーをイベントでガイドしてもよい。

一部の実施態様において、当該イベントのための当該機械学習モデルは、視聴者側に適用されてもよい。例えば、当該ライブストリーマーが優勝または報酬閾値を満たすために２,０００ポイントが必要な場合、「あと２,０００ポイントで優勝です。小さなイベントの贈り物（５００）を４つ、または大きなイベントの贈り物（２,０００）を１つ寄付しませんか？」というヒントメッセージ３７０を表示し、図１６に示すように、当該ライブストリーマーを支援するために当該視聴者をガイドしてもよい。一部の実施態様において、当該視聴者の端末に表示される当該ヒントメッセージ３７０は、当該視聴者が当該イベントを理解するために役立つ他の情報を含んでもよい。

一部の実施態様において、当該ライブストリーマーを支援するために当該視聴者をガイドする、当該視聴者用の攻略ページ６２６が生成されてもよい。一部の実施態様において、当該視聴者は、当該イベントオブジェクト６２４をクリックして、イベントの説明と現在の順位を受信してもよい。さらに、当該視聴者は、図１７に示すように、当該イベントオブジェクト６２４を介して当該攻略ページ６２６を受信してもよい。当該攻略ページ６２６は、当該攻略ページ３４６と同様の情報を含んでもよく、当該視聴者は当該イベントを理解し、当該ライブストリーマーを支援することができる。当該視聴者のための当該攻略ページ６２６も、攻略ページ３４６のものと同様に、但し当該視聴者の視点から、生成されてもよく、ここではさらに詳細な説明は省略する。

当該攻略ページ６２６は、当該視聴者のための戦略をさらに含んでもよく、当該戦略は、当該言語モデル３３２によって生成されてもよい。例えば、イベントにおける当該贈り物は、通常の贈り物や、ランダムバッグ等を含むことができる。当該通常の贈り物は、特定のポイント数で当該ライブストリーマーに送信され、当該ライブストリーマーは、当該視聴者から特定のポイントを受領することができる。当該ランダムバッグは、特定のポイント数で当該ライブストリーマーに送信され、当該ライブストリーマーは、当該特定のポイントよりも高い、それに等しい、または低いポイントを受領してもよい。当該攻略ページ６２６または当該ヒントメッセージ３７０は、当該ランダムバッグの期待値を当該視聴者に提供することで、当該視聴者が通常の贈り物、ランダムバッグ等を送るか否かを判断しやすくしてもよい。

さらに、イベントにおける贈り物は、コンボギフト、贈り物の組み合わせなどを含んでもよい。当該ライブストリーマーは、視聴者が特定の数のコンボギフト、または贈り物の特定の組み合わせを送った場合、追加ポイントを受け取ってもよい。当該攻略ページ６２６またはヒントメッセージ３７０は、追加ポイントを有する贈り物の情報を当該視聴者に提供し、当該視聴者が把握した上でお気に入りのライブストリーマーにより効率的な方法で寄付できるようにしてもよい。一部の実施態様において、当該攻略ページ６２６及びヒントメッセージ３７０の内容と形式も、実際の必要性に応じて柔軟に設計されてもよい。

図１８は、本開示の一部の実施態様に基づくライブストリーミングシステム１の構成の動作工程を示すフローチャートである。当該ライブストリーマーは、当該イベントリストページを開き、イベントを確認し、選択してもよい（Ｓ５０２）。当該ライブストリーマーがイベントを理解し、選択することが困難な場合、当該マッチングボタンをクリックすることで、当該ライブストリーマーとイベントのマッチングが適用されてもよい。マッチングが適用された場合（Ｓ５０４で「はい」）、当該処理ユニット３０６は、当該機械学習モデルに基づき、当該ライブストリーマーに適切なイベントをレコメンドしてもよい（Ｓ５０６）。当該処理ユニット３０６はさらに、おすすめイベントリストを当該ライブストリーマーのユーザ端末に提供してもよい（Ｓ５０８）。

当該ライブストリーマーは、当該おすすめイベントリストからイベントを選択してもよい（Ｓ５１０）。一部の実施態様において、マッチングが適用されない場合（Ｓ５０４で「いいえ」）、当該ライブストリーマーは、当該イベントリストページからイベントを直接選択してもよい（Ｓ５１０）。イベントが選択されると、当該ライブストリーマーは、当該イベントを要約するか否かを決定してもよい（Ｓ５１２）。ダイジェストボタンがクリックされた場合（Ｓ５１２で「はい」）、当該処理ユニット３０６は、当該機械学習モデルに基づき当該イベントの情報を要約してもよい（Ｓ５１４）。当該処理ユニット３０６はさらに、当該要約をライブストリーマーのユーザ端末に提供してもよい（Ｓ５１６）。当該ライブストリーマーはさらに、当該イベントを適用し、選択したイベントでライブ配信を開始してもよい（Ｓ５１８）。一部の実施態様において、当該ダイジェストボタンがクリックされない場合（Ｓ５１２で「いいえ」）、当該ライブストリーマーは同様に当該イベントを適用し、選択したイベントでライブ配信を開始してもよい（Ｓ５１８）。

図１９は、本開示の一部の実施態様に基づくライブストリーミングシステム１の構成の動作工程を示すフローチャートである。当該ライブストリーマーが選択したイベントでライブ配信を開始すると（Ｓ５２２）、当該処理ユニット３０６は、過去のイベントデータまたはリアルタイムのイベントデータを取得し、当該機械学習モデルに供給して（Ｓ５２４）、当該ライブストリーマーに対するリアルタイムのヒントメッセージを生成してもよい。

当該イベント中、当該処理ユニット３０６は当該ライブストリーミングルームのステータスを監視し続け、当該ステータスに基づきヒントメッセージを提供してもよい。当該ステータスは、当該イベント終了の５分前など、特定の時点であってもよい。また、当該ステータスは、当該ライブストリーマーの受領ポイントが減少しているなどの具体的な状況であってもよい。このような情報は、当該処理ユニット３０６が当該機械学習モデルに基づきヒントメッセージを提供するためのトリガーとみなされてもよい。

一部の実施態様において、当該処理ユニット３０６は、当該ライブストリーミングルームのステータスから特定のトリガーがあるか否かを検出してもよい（Ｓ５２６）。特定のトリガーを検出した場合（Ｓ５２６で「はい」）、当該処理ユニット３０６は、当該機械学習モデルに基づいてヒントメッセージを提供し（Ｓ５２８）、別の特定のトリガーの検出を継続してもよい（Ｓ５２６）。特定のトリガーを検出しなかった場合（Ｓ５２６で「いいえ」）、当該処理ユニット３０６は、当該イベントが終了したか否かをチェックしてもよい（Ｓ５３０）。当該イベントが継続中であれば（Ｓ５３０で「いいえ」）、当該処理ユニット３０６は監視と特定のトリガーの検出を継続してもよい（Ｓ５２６）。当該イベントが終了した場合（Ｓ５３０で「はい」）、当該処理ユニット３０６は、当該イベントの終了やリーダーボードの算出など、イベント後の処理を実行してもよい（Ｓ５３２）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１ ライブストリーミングシステム
１０ サーバ
２０ ユーザ端末
１００ ストリーミングユニット
１０２ ビデオコントロールユニット
１０４ オーディオコントロールユニット
１０６ 配信ユニット
１０８ ＵＩコントロールユニット
２００ 視聴ユニット
２０２ ＵＩコントロールユニット
２０４ レンダリングユニット
２０６ 入力送信ユニット
３０、３０ａ、３０ｂ ユーザ端末
３０２ ストリーミング情報ユニット
３０４ 中継ユニット
３０６ 処理ユニット
３２０ ストリームＤＢ
３２２ ユーザＤＢ
３２４ イベントＤＢ
３２６ 履歴ＤＢ
３３０ 機械学習モデル
３３２ 機械学習モデル
３３４ イベントページ
３４６ 攻略ページ
３５６ イベントリストページ
３６４ 順位情報
３６６ 交流ログ
３７０ ヒントメッセージ
３７２ ステータス
６００ 画面
６０４ イベントオブジェクト
６１２ ライブストリーマー情報オブジェクト
６１４ ライブストリーマー画像
６１６ メッセージゾーン
６１８ メッセージ入力ボックス
６２０ ゲームオブジェクト
６２２ 共有オブジェクト
６２４ イベントオブジェクト
６２６ 攻略ページ
９００ 情報処理装置
９０１ ＣＰＵ
９０３ ＲＯＭ
９０５ ＲＡＭ
９０７ ホストバス
９０９ ブリッジ
９１１ 外部バス
９１３ インターフェイス
９１５ 入力ユニット
９１７ 出力ユニット
９１９ ストレージユニット
９２１ ドライブ
９２３ リムーバブル記録媒体
９２５ 接続ポート
９２７ 外部接続端末
９２９ 通信ユニット
ＬＳ ライブストリーミング
ＬＶ ライブストリーマー
ＮＷ ネットワーク
ＳＰ 特定の部分
ＡＵ１、ＡＵ２ 視聴者
Ｓ５０２～Ｓ５３２ 工程
ＶＤ、ＶＤ１、ＶＤ２ 映像

Claims (10)

1. ライブストリーミングプラットフォームにおいてイベントを管理する方法であって、
   ユーザのユーザ端末からの第１の操作に応答して、機械学習モデルにより前記イベントの要約を生成する工程を含み、
   前記要約が、前記イベント、前記ユーザ、および前記ユーザに関連する他のユーザの情報に基づいて生成される、ことを特徴とする、ライブストリーミングプラットフォームにおいてイベントを管理する方法。
2. 前記ユーザの前記ユーザ端末からの第２の操作に応答して、前記イベントにおける前記ユーザの勝率に基づいたイベントリストを生成する工程をさらに含み、
   前記勝率が、前記イベントにおける前記ユーザの勝利または前記イベントにおける報酬閾値の達成の可能性である、ことを特徴とする、請求項１に記載のライブストリーミングプラットフォームにおいてイベントを管理する方法。
3. 前記勝率が、前記イベントの情報と前記ユーザの情報の類似度、他のユーザから前記ユーザへの寄付記録、前記ユーザのイベントでの勝利記録のうち、少なくとも１つのパラメータによって決定される、ことを特徴とする、請求項２に記載のライブストリーミングプラットフォームにおいてイベントを管理する方法。
4. 前記ユーザの前記ユーザ端末からの前記イベントの要求に対する入力に基づき、前記要約をさらに生成する工程を含み、
   前記要約の形式が、前記入力に基づいて決定される、ことを特徴とする、請求項１に記載のライブストリーミングプラットフォームにおいてイベントを管理する方法。
5. 前記イベントにおいて、前記ユーザまたは他のユーザをガイドするためのヒントメッセージを機械学習モデルにより生成する工程と、
   前記イベントの期間中、前記ユーザまたは前記他のユーザに前記ヒントメッセージを提供する工程と、をさらに含むことを特徴とする、請求項１に記載のライブストリーミングプラットフォームにおいてイベントを管理する方法。
6. 前記ユーザが配信している間、前記イベントにおける前記ユーザのステータスを受信する工程と、
   前記イベント中にトリガーが検出されたことに応答して、前記配信中に前記ヒントメッセージを表示する工程と、をさらに含み、
   前記ヒントメッセージが、前記イベントにおいて前記ユーザまたは前記他のユーザをガイドするための情報を含む、ことを特徴とする、請求項５に記載のライブストリーミングプラットフォームにおいてイベントを管理する方法。
7. 前記ヒントメッセージが、前記ユーザが現在参加しているイベントと同じイベント、または過去のイベントデータからの類似イベントの順位情報または交流ログに基づいて生成される、ことを特徴とする、請求項５に記載のライブストリーミングプラットフォームにおいてイベントを管理する方法。
8. 前記要約が、前記イベントに関する提案、ビデオチュートリアル、ＡＩリアルタイムチャットボットのうち、少なくとも１つのオブジェクトを含む、ことを特徴とする、請求項１に記載のライブストリーミングプラットフォームにおいてイベントを管理する方法。
9. ライブストリーミングプラットフォームにおけるイベントを管理するためのサーバであって、１以上のプロセッサを含み、前記１以上のプロセッサが機械可読命令を実行して、
   ユーザのユーザ端末からの第１の操作に応答して、機械学習モデルにより前記イベントの要約を生成する工程を実行し、
   前記要約が、前記イベント、前記ユーザ、および前記ユーザに関連する他のユーザの情報に基づいて生成される、ことを特徴とする、ライブストリーミングプラットフォームにおけるイベントを管理するためのサーバ。
10. コンピュータプログラムであって、ライブストリーミングプラットフォームにおいてイベントを管理するサーバに、
    ユーザのユーザ端末からの第１の操作に応答して、機械学習モデルにより前記イベントの要約を生成する機能を実行させ、
    前記要約が、前記イベント、前記ユーザ、および前記ユーザに関連する他のユーザの情報に基づいて生成される、ことを特徴とする、コンピュータプログラム。

Images