特開 2024-27084 データ検索のためのシステム、方法、及びコンピュータ可読媒体

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

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

(11)【公開番号】P2024027084

(43)【公開日】2024-02-29

(54)【発明の名称】データ検索のためのシステム、方法、及びコンピュータ可読媒体

(51)【国際特許分類】

   H04N 21/232 20110101AFI20240221BHJP

   H04N 21/8405 20110101ALI20240221BHJP

【ＦＩ】

H04N21/232

H04N21/8405

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023067747

(22)【出願日】2023-04-18

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

【原出願日】2022-08-16

(71)【出願人】

【識別番号】517287224

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

(74)【代理人】

【識別番号】100199277

【弁理士】

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

(72)【発明者】

【氏名】サウダガール アビッド

(72)【発明者】

【氏名】タネージャ ハーディック

(72)【発明者】

【氏名】アジャル ヘマンス クマー

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

5C164

【Ｆターム（参考）】

5C164MB12P

5C164SB31P

5C164UD51S

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

【課題】ライブストリーミングデータ検索のためのシステム、方法及びコンピュータ可読媒体を提供する。
【解決手段】方法は、検索ワードを受信する工程と、当該検索ワードを検索ベクタに変換する工程と、当該検索ベクタに一致する属性ベクタを受信する工程と、当該属性ベクタに対応する第１のライブストリーミングプログラムの情報を提供する工程とを含み、当該属性ベクタは、当該第１のライブストリーミング番組が配信されている間、当該第１のライブストリーミング番組のコンテンツに応じて変化し、コンテキスト検索結果とテキスト検索結果をリアルタイムで同時に提供する。
【選択図】図３

【特許請求の範囲】

【請求項1】

ライブストリーミングデータ検索方法であって、
検索ワードを受信する工程と、
前記検索ワードを検索ベクタに変換する工程と、
前記検索ベクタに一致する属性ベクタを受信する工程と、
前記属性ベクタに対応する第１のライブストリーミング番組の情報を提供する工程と、を含み、
前記属性ベクタが、前記第１のライブストリーミング番組が配信されている間、前記第１のライブストリーミング番組のコンテンツに応じて変化する、ことを特徴とする、ライブストリーミングデータ検索方法。

【請求項2】

さらに、
前記検索ワードを第２のライブストリーミング番組に対応する属性テキストと照合する工程と、
前記検索ワードと前記属性テキストとの間の照合結果が閾値より大きいと判断する工程と、
前記第２のライブストリーミング番組の情報を前記第１のライブストリーミング番組と同時に提供する工程と、
を含むことを特徴とする、請求項１に記載のライブストリーミングデータ検索方法。

【請求項3】

前記検索ワードを前記検索ベクタに変換する工程が、ＢＥＲＴワード埋め込み処理を含む、ことを特徴とする、請求項１に記載のライブストリーミングデータ検索方法。

【請求項4】

前記検索ベクタと前記属性ベクタ間の照合が、ＫＮＮ検索処理を含む、ことを特徴とする、請求項１に記載のライブストリーミングデータ検索方法。

【請求項5】

さらに、
前記第１のライブストリーミング番組のタグを受信する工程と、
前記第１のライブストリーミング番組の前記タグに基づいて、ミックステキストを生成する工程と、
前記ミックステキストをＢＥＲＴモデルで前記属性ベクタに変換する工程と、を含み、
前記第１のライブストリーミング番組が配信されている間、前記第１のライブストリーミング番組の前記タグが、前記第１のライブストリーミング番組のコンテンツに応じて変化する、ことを特徴とする、請求項１に記載のライブストリーミングデータ検索方法。

【請求項6】

さらに、
前記第１のライブストリーミング番組に対応する属性テキストを受信する工程と、
前記第１のライブストリーミング番組の前記タグと前記属性テキストに基づいて前記ミックステキストを生成する工程と、
を含むことを特徴とする、請求項５に記載のライブストリーミングデータ検索方法。

【請求項7】

さらに、
画像認識処理、動作認識処理、または音声認識処理により、前記第１のライブストリーミング番組の前記タグを生成する工程を含む、
ことを特徴とする、請求項５に記載のライブストリーミングデータ検索方法。

【請求項8】

前記第１のライブストリーミング番組の情報と、前記第２のライブストリーミング番組の情報が、ユーザ端末上に前記第１のライブストリーミング番組と前記第２のライブストリーミング番組を同時に表示するように構成され、前記検索ワードが前記ユーザ端末から受信される、ことを特徴とする、請求項２に記載のライブストリーミングデータ検索方法。

【請求項9】

ライブストリーミングデータ検索のためのシステムであって、１以上のプロセッサを含み、そのうち、前記１以上のプロセッサが機械可読命令を実行して、
検索ワードを受信する工程と、
前記検索ワードを検索ベクタに変換する工程と、
前記検索ベクタに一致する属性ベクタを受信する工程と、
前記属性ベクタに対応する第１のライブストリーミング番組の情報を提供する工程と、を実行し、
前記属性ベクタが、前記第１のライブストリーミング番組が配信されている間、前記第１のライブストリーミング番組のコンテンツに応じて変化する、
ことを特徴とする、ライブストリーミングデータ検索のためのシステム。

【請求項10】

ライブストリーミングデータ検索のためのプログラムを含む非一時的なコンピュータ可読媒体であって、そのうち、前記プログラムが、１以上のコンピュータに、
検索ワードを受信する工程と、
前記検索ワードを検索ベクタに変換する工程と、
前記検索ベクタに一致する属性ベクタを受信する工程と、
前記属性ベクタに対応する第１のライブストリーミング番組の情報を提供する工程と、を実行させ、
前記属性ベクタが、前記第１のライブストリーミング番組が配信されている間、前記第１のライブストリーミング番組のコンテンツに応じて変化する、
ことを特徴とする、非一時的なコンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ検索に関し、特に、ライブストリーミングデータの検索に関する。

【背景技術】

【0002】

ライブストリーミング番組に代表されるように、インターネット上におけるリアルタイムデータが日常生活に浸透している。さまざまなプラットフォームやプロバイダーがリアルタイムにデータにアクセスするサービスを提供しており、競争も激しい。検索は、プラットフォームにとって重要な機能である。ユーザや視聴者が探しているコンテンツを効率よく、正確に、鮮やかに提供することは、コンテンツプロバイダーにとって重要である。優れた検索機能は、視聴者をできるだけ長くプラットフォーム上に留めることができる。

【0003】

中国特許出願第１１４０４８３５１号は、テキスト・動画検索の方法を開示している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】中国特許出願第１１４０４８３５１号明細書

【発明の概要】

【0005】

本発明の一実施態様による方法は、１以上のコンピュータによって実行されるライブストリーミングデータ検索方法であって、検索ワードを受信する工程と、当該検索ワードを検索ベクタに変換する工程と、当該検索ベクタに一致する属性ベクタを受信する工程と、当該属性ベクタに対応する第１のライブストリーミング番組の情報を提供する工程と、を含む。当該属性ベクタは、当該第１のライブストリーミング番組が配信されている間、当該第１のライブストリーミング番組のコンテンツに応じて変化する。

【0006】

本発明の一実施態様によるシステムは、ライブストリーミングデータ検索用のシステムであって、１以上のプロセッサを含み、当該１以上のコンピュータプロセッサが、機械可読命令を実行して、検索ワードを受信する工程と、当該検索ワードを検索ベクタに変換する工程と、当該検索ベクタに一致する属性ベクタを受信する工程と、当該属性ベクタに対応する第１のライブストリーミング番組の情報を提供する工程と、を実行する。当該属性ベクタは、当該第１のライブストリーミング番組が配信されている間、当該第１のライブストリーミング番組のコンテンツに応じて変化する。

【0007】

本発明の一実施態様によるコンピュータ可読媒体は、ライブストリーミングデータ検索のためのプログラムを含む非一時的なコンピュータ可読媒体であり、当該プログラムが、１以上のコンピュータに、検索ワードを受信する工程と、当該検索ワードを検索ベクタに変換する工程と、当該検索ベクタに一致する属性ベクタを受信する工程と、当該属性ベクタに対応する第１のライブストリーミング番組の情報を提供する工程と、を実行させる。当該属性ベクタは、当該第１のライブストリーミング番組が配信されている間、当該第１のライブストリーミング番組のコンテンツに応じて変化する。

【図面の簡単な説明】

【0008】

【図1】本発明の一部の実施態様に基づく通信システムの構成を示す概略図である。

【図2】本発明の一部の実施態様に基づくサーバの例示的なブロック図である。

【図3】本発明の一部の実施態様に基づくデータ検索方法を示す例示的なフローチャートである。

【図4】本発明の一部の実施態様に基づく例示的な検索インターフェイスである。

【図5】本発明の一部の実施態様に基づく例示的な検索インターフェイスである。

【図6】本発明の一部の実施態様に基づく例示的なデータ構造である。

【図7】本発明の一部の実施態様に基づくサーバの例示的なブロック図である。

【図8】本発明の一部の実施態様に基づく例示的な検索インターフェイスである。

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

【0009】

インターネット上のライブデータに対する従来の検索方法あるいはシステムは、いくつかの解決すべき課題に直面している。

【0010】

従来の検索方法は、視聴者が入力した検索キーワードと、ライブデータの所定の属性やタグとのテキストマッチングを行うだけである。ライブデータの所定の属性やタグは、例えば、ライブストリーミング番組のストリーマープロフィール（ストリーマ名など）やストリーミングタイプなどであり、ストリーマーが入力し、ライブストリーミング番組中固定されたものである。そのため、従来の検索方法では、リアルタイムに検索結果を提供することができない。また、従来の検索方法では、検索キーワードとリアルタイムに変化するライブストリーミング番組のコンテンツとのコンテキストマッチングの検索結果を提供することができない。

【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】

この実施態様において、当該受信ユニット３０４が受信したストリーマー名、地域、バイオ、性別などの属性テキストが、当該ミックステキストテーブル３１６に格納される。当該受信ユニット３０４が受信したタグは、当該ミックステキストテーブル３１６に格納される。上記内容で当該ミキシングユニット３０６により生成された当該ミックステキストは、当該ミックステキストテーブル３１６に格納される。この実施態様において、当該ミックステキストは、当該属性テキストと当該タグを直線状に並べたものである。

【0060】

当該ミックステキストからＳＢＥＲＴモデルにより変換された当該属性ベクタは、当該属性ベクタデータベース２０４に格納される。ＳＢＥＲＴモデルによってベクタ変換が行われるため、属性ベクタは、３８４x１の次元（ｄｉｍｅｎｓｉｏｎ）を有する。

【0061】

図７に、本発明の一部の実施態様に基づくサーバの例示的なブロック図を示す。当該サーバ７００は、コンテキスト検索ユニット７１０と、テキスト検索ユニット７２０を含む。

【0062】

当該コンテキスト検索ユニット７１０は、コンテキスト検索またはコンテキストマッチングに関する処理を実行するように構成される。当該コンテキスト検索ユニット７１０は、当該変換ユニット３０８、当該コンテキストマッチングユニット３１０、検索ベクタテーブル７０２を含む。当該検索ベクタテーブル７０２は、当該変換ユニット３０８により当該検索キーワードから変換された検索ベクタを格納するように構成される。その後当該検索ベクタは、当該コンテキストマッチングユニット３１０によりアクセスされ、当該属性ベクタデータベースに格納されたライブストリーミング番組の属性ベクタと照合される。

【0063】

当該テキスト検索ユニット７２０は、テキスト検索またはテキストマッチングに関する処理を実行するように構成される。当該テキスト検索ユニット７２０は、当該テキストマッチングユニット３１２と、当該ミックステキストテーブル３１６と、検索キーワードテーブル ７０４を含む。当該検索キーワードテーブル７０４は、ユーザ端末から受信した当該検索キーワードを格納するように構成される。その後、当該検索キーワードは当該テキストマッチングユニット３１２によりアクセスされ、当該ミックステキストテーブル３１６内のテキストコンテンツと照合される。当該テキストコンテンツは、ライブストリーミング番組の属性テキストやリアルタイムタグを含んでもよい。

【0064】

図８に、本発明の一部の実施態様に基づく例示的な検索インターフェイスを示す。図８は図５と類似しているが、テキストマッチングがライブストリーミング番組を提供しないことが異なる。この実施態様において、属性テキストが閾値より大きいテキストマッチング度（またはテキストマッチングスコア）となり得るライブストリーミング番組が存在しない。したがって、コンテキストマッチング結果のみが表示される。

【0065】

本発明は、リアルタイムコンテキスト検索およびリアルタイムテキスト検索のための方法を開示する。当該検索要求と一致するリアルタイムコンテンツのライブストリーミング番組を提供することができる。コンテキスト検索結果とテキスト検索結果を併せて提供することで、ユーザの検索意図に合致したコンテンツをより確実に提供することができる。ライブストリーミング番組の属性テキストやリアルタイムタグで形成されるミックステキストを利用することで、より包括的で動的なコンテキスト検索結果を得ることができる。

【0066】

本発明で説明した処理及び手順は、明示的に説明したものに加えて、ソフトウェア、ハードウェア、またはそれらの任意の組み合わせにより実現することができる。例えば、本明細書で説明した処理および手順は、その処理および手順に対応するロジックを集積回路、揮発性メモリ、不揮発性メモリ、非一時的なコンピュータ可読媒体、磁気ディスクなどの媒体に実装することにより実現することができる。さらに、本明細書に記載された処理および手順は、その処理および手順に対応するコンピュータプログラムとして実現することができ、各種のコンピュータにより実行することができる。

【0067】

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

【0068】

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

【符号の説明】

【0069】

１ 通信システム
１０ ユーザ端末
３０ バックエンドサーバ
４０ ストリーミングサーバ
９０ ネットワーク
２００ 変換モデルデータベース
２０２ ストリーミングデータベース
２０２０ 属性データベース
２０２２ タグデータベース
２０４ 属性ベクタデータベース
２０６ タグ生成ユニット
３００ サーバ
３０２ 受信ユニット
３０４ 受信ユニット
３０６ ミキシングユニット
３０８ 変換ユニット
３１０ コンテキストマッチングユニット
３１２ テキストマッチングユニット
３１４ 送信ユニット
３１６ ミックステキストテーブル
Ｓ３００、Ｓ３０２、Ｓ３０４、Ｓ３０６、Ｓ３０８、Ｓ３１０、Ｓ３１２、Ｓ３１４、Ｓ３１６、Ｓ３１８、Ｓ３２０、Ｓ３２２、Ｓ３２４ 工程
Ｓ１、Ｓ２、Ｓ３、Ｓ４ ライブストリーミング番組
ＳＮ２、ＳＮ３、ＳＮ４ ストリーマー名
７００ サーバ
７０２ 検索ベクタテーブル
７０４ 検索キーワードテーブル
７１０ コンテキスト検索ユニット
７２０ テキスト検索ユニット

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】