特開 2023-58175 盛上がり検出装置

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

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

(11)【公開番号】P2023058175

(43)【公開日】2023-04-25

(54)【発明の名称】盛上がり検出装置

(51)【国際特許分類】

   H04N 21/258 20110101AFI20230418BHJP

   H04L 51/043 20220101ALI20230418BHJP

   H04L 67/025 20220101ALI20230418BHJP

   H04N 21/235 20110101ALI20230418BHJP

   G06Q 50/10 20120101ALI20230418BHJP

【ＦＩ】

H04N21/258

H04L51/043

H04L67/025

H04N21/235

G06Q50/10

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2021167998

(22)【出願日】2021-10-13

(71)【出願人】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100113435

【弁理士】

【氏名又は名称】黒木 義樹

(74)【代理人】

【識別番号】100121980

【弁理士】

【氏名又は名称】沖山 隆

(74)【代理人】

【識別番号】100128107

【弁理士】

【氏名又は名称】深石 賢治

(72)【発明者】

【氏名】吉山 和志

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

5C164

5L049

【Ｆターム（参考）】

5C164SB08P

5C164SC05S

5C164SC11P

5C164SD12S

5C164UD11S

5C164UD44S

5C164YA07

5C164YA21

5L049CC18

(57)【要約】

【課題】ライブ映像などを含むコンテンツを視聴する視聴者に対して盛り上がっていることを通知することができる盛上がり検出装置を提供することを目的とする。
【解決手段】 コンテンツ配信サーバ１００において、動画配信部１０１は、複数のユーザに配信されているコンテンツ（例えば動画）における複数のユーザそれぞれの注目箇所（例えば視聴タイル）を取得する。視聴数集計部１０２は、複数の注目箇所に対する注目数（本開示における視聴数）を集計する。動画配信部１０１は、注目数が所定条件を満たした注目箇所がある場合、当該注目箇所を注目していないユーザに対して、所定の通知を行う。
【選択図】 図３

【特許請求の範囲】

【請求項1】

複数のユーザに配信されているコンテンツにおける前記複数のユーザそれぞれの注目箇所を取得する取得部と、
複数の前記注目箇所に対する注目数を集計する集計部と、
前記注目数が所定条件を満たした注目箇所がある場合、当該注目箇所を注目していないユーザに対して、所定の通知を行う通知部と、
を備える盛上がり検出装置。

【請求項2】

前記コンテンツは、複数の領域から構成される画像情報であり、
前記注目箇所は、前記複数の領域に基づいて定められる、
請求項１に記載の盛上がり検出装置。

【請求項3】

前記集計部は、
前記注目箇所に含まれている前記コンテンツにおける注目対象に対する注目数を集計する、
請求項１または２に記載の盛上がり検出装置。

【請求項4】

前記通知部は、注意喚起のためのメニューを前記ユーザのユーザ端末において表示させる、
請求項１～３のいずれか一項に記載の盛上がり検出装置。

【請求項5】

前記メニューは、前記注目箇所におけるそれぞれの注目数を表示することの指示を受け付けるための画面である、
請求項４に記載の盛上がり検出装置。

【請求項6】

前記メニューは、前記ユーザの所有ポイントを表示することにより、前記ユーザに所定の行為をするよう誘導するための画面であり、
前記所有ポイントは、前記ユーザが特定の注目箇所に含まれる注目対象に対して所定の行為に応じて設定される、
請求項４または５に記載の盛上がり検出装置。

【請求項7】

前記通知部は、注目数が閾値以上となった注目箇所を通知する、
請求項１～６のいずれか一項に記載の盛上がり検出装置。

【請求項8】

前記通知部は、複数の注目箇所を含む情報を、前記複数のユーザに通知する、
請求項１～７のいずれか一項に記載の盛上がり検出装置。

【請求項9】

前記通知部は、所定条件として視聴数が上昇した注目箇所について、通知を行う、
請求項１～８のいずれか一項に記載の盛上がり検出装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、配信されるコンテンツに対する盛上がりを検出する盛上がり検出装置に関する。

【背景技術】

【0002】

特許文献１には、ＶＲ画像またはＡＲ画像を拡大表示させる情報処理システムについての記載がある。この情報処理システムにおいて、スポーツまたはコンサートの画像（広視野角の映像等）を配信することの記載がある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１９－４６２９１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に記載されているようなコンサートなどのライブ映像をＶＲ視聴する場合、一般的に盛り上がりに欠ける場合がある。これはＶＲ視聴に限らず、一般的なライブ映像をテレビ画面で見る場合でも同様である。

【0005】

そこで、上述の課題を解決するために、本発明はライブ映像などを含むコンテンツを視聴する視聴者に対して盛り上がっていることを通知することができる盛上がり検出装置を提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明の盛上がり検出装置は、複数のユーザに配信されているコンテンツにおける前記複数のユーザそれぞれの注目箇所を取得する取得部と、複数の前記注目箇所に対する注目数を集計する集計部と、前記注目数が所定条件を満たした注目箇所がある場合、当該注目箇所を注目していないユーザに対して、所定の通知を行う通知部と、を備える。

【発明の効果】

【0007】

本発明によると、ライブ映像などを含むコンテンツを視聴する視聴者に対して盛り上がっている雰囲気を提供することができる。

【図面の簡単な説明】

【0008】

【図1】本開示におけるコンテンツ配信サーバ１００を含むコンテンツ配信システムのシステム構成を示す図である。

【図2】コンテンツ配信サーバ１００を中心にした情報の流れを示した図である。

【図3】本開示におけるコンテンツ配信サーバ１００の機能構成を示すブロック図である。

【図4】視聴数テーブル１０２ａの具体例を示す図である。

【図5】アーティスト情報テーブル１０２ｂの具体例を示す図である。

【図6】ユーザ情報テーブル１０２ｃの具体例を示す図である。

【図7】視聴ポイント算出処理を模式的に示した図である。

【図8】表示画面Ｇにおける視聴タイルＴを示す図である。

【図9】ユーザ端末２００またはライブ会場モニタ２５０において表示されている表示画面Ｇを示す図である。

【図10】コンテンツ配信サーバ１００の動作を示すフローチャートである。

【図11】本開示の一実施の形態に係るコンテンツ配信サーバ１００のハードウェア構成の一例を示す図である。

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

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

図７は、視聴ポイント算出処理を模式的に示した図である。図７（ａ）は、ユーザＡ～Ｃの視聴履歴を示した図である。図では、ユーザＡは、視聴タイルｘ１を３秒見た後、視聴タイルｘ４を見ている。視聴タイルｘ１には、アーティストＰがいる。視聴タイルｘ４には、アーティストＰ１がいる。他のユーザＢおよびＣについても同様に、視聴タイルとそこに含まれているアーティストを示している。図７（ａ）で示されるユーザごとの視聴履歴は、記憶部に記憶されている。

【0061】

図７（ｂ）は、各アーティストの合計視聴数および合計視聴ポイントを示した図である。これは、アーティスト情報テーブル１０２ｂを簡易に示した図となる。

【0062】

図７（ｃ）は、ユーザごとの応援アーティストとポイント倍率を示した図であり、ユーザ情報テーブル１０２ｃを簡易に示した図である。

【0063】

これら図から分かるように、アーティストＰは、ユーザＡの最初の３秒間の視聴数３に倍率１．５をかけて得た４．５と、ユーザＢの３秒の時に見た視聴数１に倍率１をかけて得た１とを合計した５．５が合計視聴ポイントとして算出される。他についても同様である。本開示においては、応援アーティスト以外のアーティストのポイント倍率は１としている。

【0064】

盛り上がり検知部１０４は、視聴数テーブル１０２ａを参照して、各視聴タイル（すなわちアーティスト）の視聴数が所定値を超えたか判定する部分である。この盛り上がり検知部１０４は、視聴数の大きさに基づいて各ユーザの盛り上がり状態を検知することができる。そして、盛り上がり検知部１０４は、所定値を超えた視聴タイルと、ユーザが視聴している視聴タイルと比較する。そして、不一致の場合は、盛り上がり検知部１０４は、ユーザが見ていない部分が盛り上がっていると判断し、プレイヤアプリ２０１にメニュー表示の指示のための指示情報を動画配信部１０１を介して送信する。この指示情報には、メニュー表示の指示に代えてまたは指示に加えて、他のユーザが見ている視聴タイルおよびその視聴数を含めてもよい。

【0065】

なお、盛り上がり検知部１０４は、視聴数テーブル１０２ａの視聴数に代えてアーティスト情報テーブル１０２ｂの視聴数または視聴ポイントに基づいて、盛り上がりを検知してもよい。また、盛り上がり検知部１０４は、視聴数または視聴ポイントの急激な上昇または現象に基づいて盛り上がりを検知してもよい。

【0066】

インタラクティブ部１０５は、ユーザ端末２００におけるプレイヤアプリ２０１からの要求に基づいて指定された視聴タイルを高解像度で配信するように、動画配信部１０１に指示する部分である。このプレイヤアプリ２０１からの要求には視聴タイルの識別子が含まれている。インタラクティブ部１０５は、外部装置からの指示で機能のＯＮ／ＯＦＦを行う。ＯＮを指示された場合は、低解像度での配信を動画配信部１０１に指示し、ＯＦＦを指示された場合には、高解像度での配信を指示する。

【0067】

つぎに、上記のコンテンツ配信サーバ１００から動画を受信したユーザ端末２００における表示例について説明する。図８は、その表示画面Ｇにおける視聴タイルＴを示す図である。この図は、ユーザ端末２００のプレイヤアプリ２０１において、再生された画面Ｇを示す。図８に示されているように、この表示画面Ｇは、横６マス×縦５マスの視聴タイルＴで構成されている。図７に示されているとおり、この表示画面Ｇは、複数のアーティストを含み、そのライブ映像が示されている。

【0068】

ユーザ端末２００は、ユーザが視聴（注目）している視聴タイルＴを検知することができる。ユーザ端末２００は、この視聴タイルＴの識別子をコンテンツ配信サーバ１００に送信する。

【0069】

コンテンツ配信サーバ１００は、受信した視聴タイルＴの識別子を集計して、図４に示される視聴数テーブル１０２ａに示されるとおり、視聴タイルＴ（またはアーティスト）ごとの視聴数を算出して記憶する。

【0070】

図９は、実際にユーザ端末２００またはライブ会場モニタ２５０において表示されている表示画面Ｇを示す図である。図９(ａ)は、本開示における盛り上がり機能として、メニューＭを表示したときの表示画面Ｇを示し、図９（ｂ）は、メニューＭか視聴ランキングを選択したときの表示画面Ｇを示す。

【0071】

図に示されるとおり、コンテンツ配信サーバ１００において、盛り上がりを検知したときには、ユーザ端末２００は、メニューＭを含むライブ映像を表示する。そして、ユーザ端末２００において、視聴ランキングをユーザが選択したときは、視聴タイルＴごとの視聴数を表示する。表示画面Ｇには、メニューＭが右下に表示されている。このメニューＭは、視聴ランキングの表示と、ユーザが獲得した獲得ポイントの表示をするための、指示ボタンを含む。ユーザは、このメニューＭを操作することで、視聴タイルＴに対する視聴ランキングおよび自分の獲得ポイントを表示させることができる。このメニューＭに対する操作は、ユーザ端末２００の操作部（図示せず）または視点検知により行われる。

【0072】

図９（ｂ）は、視聴ランキングを示した図であり、視聴タイルＴ１は、６００人の視聴数を示している。他の視聴タイルでも同様である。ユーザは、メニューＭにおける視聴ランキングを選択すると、視聴タイルＴごとの視聴数を表示させることができる。これを見たユーザは、視聴数の多いアーディスト（視聴タイル）をみようと、その視点を変えることができる。

【0073】

このメニューＭは、自分が応援しているアーティスト以外の視聴タイルに一定値以上の視聴数が集まると、注意喚起として自動的にメニューＭが表示される、あらかじめＯＮ／ＯＦＦできる設定としてもよい。

【0074】

つぎに、本開示における盛り上がり機能における動作について説明する。図１０は、コンテンツ配信サーバ１００の動作を示すフローチャートである。動画配信部１０１は、各ユーザ端末２００から視聴タイル情報を受信する（Ｓ１０１）。視聴タイル情報は、タイルナンバーを含んでいる。視聴数集計部１０２は、視聴タイルごとに、視聴数を集計する（Ｓ１０２）。そして、盛り上がり検知部１０４は、各視聴タイルにおける集計結果を所定値と比較する（Ｓ１０３）。

【0075】

盛り上がり検知部１０４は、各視聴タイルにおける視聴数が所定値を超えている視聴タイルについては（Ｓ１０４：ＹＥＳ）、その視聴タイルと、ユーザが見ている視聴タイルとを比較する（Ｓ１０５）。一致していた場合には、何もせず、処理Ｓ１０１に戻る（Ｓ１０６：ＹＥＳ）。盛り上がり検知部１０４は、不一致である場合には、動画配信部１０１に、ユーザ端末２００にメニュー情報を送信する制御する。動画配信部１０１は、メニュー情報を送信する（Ｓ１０７）。

【0076】

ユーザ端末２００は、メニューＭ（図９（ａ））を表示する。ユーザは、このメニューＭにしたがって、他のアーティストを見ることが促される。

【0077】

なお、処理Ｓ１０３では、集計結果として、視聴タイルごとの視聴数が所定値と比較することとするが、これに限るものではない。例えば、アーティストごと視聴数または視聴数に基づいた合計視聴ポイント（図５のアーティスト情報テーブル１０２ｂ）が所定値以上であるか否かで判断してもよい。この場合、処理Ｓ１０５では、自分の応援アーティストと違っているか否かを判断する。

【0078】

また、その他の判断基準として、盛り上がりが急激に上昇したアーティストまたは視聴タイルに基づいてもよい。

【0079】

このようにして、ユーザは、自分が応援しているアーティスト以外の盛り上がり状態を知ることができる。メニューＭの表示は一例であり、これに限るものではない。コンテンツ配信サーバ１００は、ユーザに、他のアーティストの盛り上がり状態を直接的に通知してもよい。例えば、他のユーザが注目したアーティスト、一番注目されたアーティスト、または視聴数が急上昇したアーティストを通知してもよい。視聴数が急上昇したことの判断は、直近ｎ分の視聴数に基づいて行うことができる。

【0080】

つぎに、本開示のコンテンツ配信サーバ１００の作用効果について説明する。このコンテンツ配信サーバ１００において、動画配信部１０１は、注目箇所を取得する取得部として機能する部分であり、複数のユーザに配信されているコンテンツ（例えば動画）における複数のユーザそれぞれの注目箇所（例えば視聴タイル）を取得する。視聴数集計部１０２は、複数の注目箇所に対する注目数（本開示における視聴数）を集計する。動画配信部１０１は、盛り上がり検知部１０４により注目数が所定条件を満たした注目箇所があると判断される場合、当該注目箇所を注目していないユーザに対して、所定の通知を行う。動画配信部１０１および盛り上がり検知部１０４は、通知部として機能する。

【0081】

このようにして、ユーザが見ていない注目箇所の通知を行うことができる。ユーザは、見ていない注目箇所を知ることができ、見逃しを防止できる。また、注目箇所における盛り上がりを知ることができ、その盛り上がりを共有することができる。よって、動画配信の視聴の動機付けを向上させることができ、満足度の高い動画配信を可能にする。

【0082】

一方で、注目箇所を集計することで、従来の人気投票と異なり、実際の目線がポイントにつながるため、その注目箇所に含まれるアーティストに対する直感的な投票または集計が可能となる。この投票状況はリアルタイムで配信現地（ライブ会場モニタ２５０）にもフィードバックされるため、ライブ配信時にその中間状況をトークしたり、現状を配信側と視聴者側で共有できる。

【0083】

本開示において、コンテンツは、複数の視聴タイル（領域）から構成される画像情報である。注目箇所は、複数の視聴タイルに基づいて定められる。この画像情報は、動画を例示しているが、当然にこれに限るものではなく、静止画像としてもよい。

【0084】

視聴数集計部１０２は、視聴タイルに含まれている動画における注目対象に対する注目数を集計する。ここでの、注目対象は、例えば、ライブを演じているアーティストである。本開示においては、複数のアーティストが動画に登場している。

【0085】

動画配信部１０１は、所定の条件を満たしたときには、その動画配信とともに、注意喚起のためのメニューＭを配信して、ユーザ端末２００に表示させる。

【0086】

このメニューＭの配信は、他のユーザによる視聴状態が所定条件を満たしたときに、当該ユーザに他の注目箇所を見ることの動機付けとなる。

【0087】

メニューＭは、動画における視聴タイルにおけるそれぞれの注目数（視聴数）を表示することの指示を受け付けるための画面である。ユーザは、何（どのアーティスト）が視聴されているのか、すなわち、どのアーティストが盛り上がっているのか知り対場合には、このメニューＭを操作して、視聴タイルの視聴数を表示させることができる。よって、ユーザは、他のユーザの盛り上がりを共有することができる。

【0088】

また、メニューＭは、ユーザの所有ポイントを表示することによって、ユーザに所定行為をするよう誘導するための画面としてもよい。ここで、所有ポイントは、ユーザが特定の視聴タイルに含まれるアーティストに対して所定の行為（例えば、アイテム購入）に応じて設定される数値である。このような所有ポイントを表示させることで、ユーザはその所有ポイントを上昇させるための動機付けとなり得る。例えば、メニューＭに、自分が応援しているアーティストのアイテムを購入するためのリンクが張られており、ユーザは、それを経由してアイテム購入などの所定の行為を行うことができる。この行為によりポイント倍率が定まりよって、視聴によるポイント上昇を期待できる。

【0089】

上記は、メニューＭを例に説明したが、当然に、動画配信部１０１は、視聴数が閾値以上となった視聴タイルであって、自分が見ていない視聴タイルまたはアーティストを、そのユーザに通知してもよい。

【0090】

動画配信部１０１は、複数の視聴タイル情報を、複数のユーザ端末２００またはライブ会場モニタ２５０に提供する。

【0091】

また、動画配信部１０１は、所定条件として視聴数が急上昇した視聴タイルまたはアーティストについて、通知を行う。盛り上がり検知部１０４は、アーティスト情報テーブル１０２ｂを参照して、直近ｎ分の合計視聴数と合計視聴数とをチェックすることで、視聴数の急上昇を判断できる。例えば、直近ｎ分の合計視聴数／合計視聴数の値が、所定値以上である場合に、視聴数が急上昇したと判断することができる。また、直近ｎ分の合計視聴数が、その前のｎ分の合計視聴数のｘ倍となった場合に、急上昇と判断してよい。

【0092】

上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェアおよびソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的または論理的に結合した１つの装置を用いて実現されてもよいし、物理的または論理的に分離した２つ以上の装置を直接的または間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置または上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

【0093】

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

【0094】

例えば、本開示の一実施の形態におけるコンテンツ配信サーバ１００は、本開示のコンテンツ配信方法の処理を行うコンピュータとして機能してもよい。図１１は、本開示の一実施の形態に係るコンテンツ配信サーバ１００のハードウェア構成の一例を示す図である。上述のコンテンツ配信サーバ１００は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

【0095】

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。コンテンツ配信サーバ１００のハードウェア構成は、図に示した各装置を１つまたは複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

【0096】

コンテンツ配信サーバ１００における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２およびストレージ１００３におけるデータの読み出しおよび書き込みの少なくとも一方を制御したりすることによって実現される。

【0097】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述の視聴数集計部１０２、ポイント管理部１０３、盛り上がり検知部１０４等は、プロセッサ１００１によって実現されてもよい。

【0098】

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３および通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、視聴数集計部１０２、ポイント管理部１０３、盛り上がり検知部１０４等は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時または逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

【0099】

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係るコンテンツ配信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0100】

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２およびストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

【0101】

通信装置１００４は、有線ネットワークおよび無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）および時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の動画配信部１０１などは、通信装置１００４によって実現されてもよい。この動画配信部１０１は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。

【0102】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５および出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

【0103】

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

【0104】

また、コンテンツ配信サーバ１００は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部または全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

【0105】

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号またはこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

【0106】

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0107】

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

【0108】

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

【0109】

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

【0110】

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨および範囲を逸脱することなく修正および変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

【0111】

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

【0112】

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）および無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、これらの有線技術および無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

【0113】

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、またはこれらの任意の組み合わせによって表されてもよい。

【0114】

なお、本開示において説明した用語および本開示の理解に必要な用語については、同一のまたは類似する意味を有する用語と置き換えてもよい。例えば、チャネルおよびシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

【0115】

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

【0116】

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）および情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネルおよび情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

【0117】

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

【0118】

移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

【0119】

本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

【0120】

「接続された(connected)」、「結合された(coupled)」という用語、またはこれらのあらゆる変形は、２またはそれ以上の要素間の直接的または間接的なあらゆる接続または結合を意味し、互いに「接続」または「結合」された２つの要素間に１またはそれ以上の中間要素が存在することを含むことができる。要素間の結合または接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１またはそれ以上の電線、ケーブルおよびプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域および光（可視および不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」または「結合」されると考えることができる。

【0121】

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0122】

本開示において、「含む（include）」、「含んでいる（including）」およびそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。

【0123】

本開示において、例えば、英語でのa, anおよびtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

【0124】

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

【符号の説明】

【0125】

１００…コンテンツ配信サーバ、１０１…動画配信部、１０２…視聴数集計部、１０２ａ…視聴数テーブル、１０２ｂ…アーティスト情報テーブル、１０２ｃ…ユーザ情報テーブル、１０２ｘ…記憶部、１０３…ポイント管理部、１０４…盛り上がり検知部、１０５…インタラクティブ部、２００…ユーザ端末、２００ａ…コントローラ、２０１…プレイヤアプリ、２５０…ライブ会場モニタ、３００…画像認識エンジン、４００…コンテンツ管理サーバ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】