JP2019165311A - サーバー、方法、プログラム及びシステム - Google Patents

Abstract

【課題】快適な観戦体験又は視聴体験をユーザーに提供することを目的としている。【解決手段】サーバーは、複数のユーザーの各々に対して、一のユーザーに対する他のユーザーのそれぞれの指標値を取得する取得手段と、前記一のユーザーに利用されるユーザー端末からの要求に応答して、前記一のユーザーに対する前記他のユーザーの前記それぞれの指標値に基づいて送信する音データを生成する生成手段と、前記音データを前記ユーザー端末へ送信する送信手段と、を有する。【選択図】図１１

Description

本発明は、サーバー、方法、プログラム及びシステムに関する。

テレビ会議システムのようにネットワークを介して映像及び音声をやりとりするシステムが知られている。近年では、そのような技術を応用したシステムが開発され、ユーザーは現地に行くこと無く、ネットワークを介して配信されるスポーツ中継を視聴することが可能となっている。

ユーザーにより体験される臨場感を向上させるために、ユーザー端末へ配信するコンテンツを加工するコンテンツ処理システムが開示されている（例えば、特許文献１）。

特許文献１に記載のシステムでは、ユーザー端末に配信されるコンテンツは、仮想空間内における複数のユーザーによって選択されたユーザー位置に応じて加工される。しかしながら、ユーザー位置に応じてコンテンツを加工するだけでは、快適な観戦体験又は視聴体験をユーザーに提供することが出来ない場合がある。

開示の技術は、上記事情に鑑みてなされたものであり、快適な観戦体験又は視聴体験をユーザーに提供することを目的としている。

本発明の実施形態に係るサーバーは、複数のユーザーの各々に対して、一のユーザーに対する他のユーザーのそれぞれの指標値を取得する取得手段と、前記一のユーザーに利用されるユーザー端末からの要求に応答して、前記一のユーザーに対する前記他のユーザーの前記それぞれの指標値に基づいて、音データを生成する生成手段と、前記音データを前記ユーザー端末へ送信する送信手段と、を有する。

快適な観戦体験又は視聴体験をユーザーに提供することができる。

本発明の実施形態に係るコンテンツ処理システム１を示す概要図である。 実施形態に係るコンテンツサーバー２００及びユーザー端末３５０のハードウェア構成の一例を示すブロック図である。 コンテンツサーバー２００の機能構成の一例を示すブロック図である。 データ保持部２５６に記憶されるテーブルの一例である。 ユーザーＮに利用されるユーザー端末３５０に表示される個別マップ表示画面５００の一例を示す図である。 データ保持部２５６に記憶される個別マップ表示画面５００におけるユーザー間の位置関係を示すテーブルの一例である。 ユーザーＮに利用されるユーザー端末３５０に表示される個別マップ表示画面５００の別の例である。 ユーザーＮが他のユーザーを評価するときの個別マップ表示画面５００の一例を示す図である。 ユーザーＮに利用されるユーザー端末３５０に表示される個別マップ表示画面５００の初期画面の一例を示す図である。 ユーザー端末３５０の機能構成の一例を示すブロック図である。 コンテンツサーバー２００からユーザーＮに利用されるユーザー端末３５０に音データを送信する動作の一例を示すフローチャートである。 ユーザーＮがスポーツの視聴を開始するときにユーザー端末３５０に表示される友達選択画面７００の一例を示す図である。 ユーザーＮが友達選択画面７００において他のユーザーを友達として選択した場合における個別マップ表示画面８００の一例を示す図である。

（実施形態）
図１は、本発明の実施形態に係るコンテンツ処理システム１を示す概要図である。図１に示されるように、コンテンツ処理システム１は、コンテンツサーバー２００、撮影装置１０２、及び複数のユーザー端末３５０ａ〜３５０ｃを含む。コンテンツサーバー２００は、複数のユーザー端末３５０ａ〜３５０ｃとネットワークＮを介して接続される。また、コンテンツサーバー２００は、撮影装置１０２と接続される。

コンテンツサーバー２００は、各ユーザー端末３５０ａ〜３５０ｃに対して、ネットワークＮを介してコンテンツ配信サービスを提供する。コンテンツサーバー２００から配信されるコンテンツは、例えば、撮影装置１０２を用いて撮影される動画及び／又は音声であってもよい。

コンテンツサーバー２００から配信されるコンテンツは、例えば、サッカーや野球などのスポーツ、バラエティなどのテレビ番組、映画、音楽ライブ、講演会、ゲーム空間などの仮想現実における映像、などのコンテンツであってもよい。

なお、コンテンツサーバー２００は、典型的には、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）又はワークステーションなどの汎用的な情報処理装置、又は家電機器若しくはゲーム機器などの特定の目的を有する情報処理装置として実現される。

撮影装置１０２は、例えば、被写体を撮影することで動画及び／又は音声を取得可能なビデオカメラなどであってよい。撮影装置１０２は、取得した動画及び／又は音声を、コンテンツサーバー２００へ出力する。なお、撮影装置１０２の数は、２つ以上であってもよい。

ネットワークＮは、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）又は専用線などの任意のネットワークであってよい。ネットワークＮは、有線ネットワークであってもよく、無線ネットワークであってもよい。

各ユーザー端末３５０ａ〜３５０ｃは、コンテンツサーバー２００から提供されるコンテンツ配信サービスを受けるユーザーが使用する端末装置である。各ユーザー端末３５０ａ〜３５０ｃには、マウス、ヘッドフォン及びカメラが接続可能である。図１は３つのユーザー端末３５０ａ〜３５０ｃを示しているが、コンテンツサーバー２００と接続可能なユーザー端末３５０の数は３つに限定されない。

なお、ユーザー端末３５０ａ〜３５０ｃは、各々同様の構成を有するものであるので、以下の説明では、ユーザー端末３５０ａ〜３５０ｃを区別しない場合には、単にユーザー端末３５０と称する。

ユーザー端末３５０は、例えばユーザーによる操作に応答して、コンテンツサーバー２００のコンテンツ配信サービスに接続（ログイン）する。そして、ユーザー端末３５０は、コンテンツサーバー２００から配信されるコンテンツを受信する。

図１に示されるように、ユーザー端末３５０には、例えばビデオカメラとマイクロフォンとが接続される。そして、ユーザー端末３５０は、コンテンツを視聴するユーザーをビデオカメラによって撮影することで得られる映像と、マイクロフォンから得られるユーザーの声などの音とをデジタルデータに変換し、変換したデータをネットワークＮを介してコンテンツサーバー２００へ送信する。

ユーザー端末３５０は、例えば、ＰＣやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯電話、ゲーム機器、又は家電機器などの端末装置として実現される。

後述するように、本実施形態によれば、コンテンツサーバー２００は、ユーザー端末３５０から音データを取得し、取得した音データの音量を変更することができる。そして、コンテンツサーバー２００は、音量が変更された音データを、他のユーザー端末３５０へ送信することができる。

例えば、ユーザー端末３５０ａから取得した音データの音量が大きくなるように、かつ、ユーザー端末３５０ｂから取得した音データの音量が小さくなるように、コンテンツサーバー２００は音データを加工し、加工した音データをユーザー端末３５０ｃへ送信してもよい。なお、音データとは、例えば、マイクロフォンなどの集音装置により集音された音を示す波形をデジタル化することで得られるデータである。

次に、本実施形態にかかるコンテンツ処理システム１のハードウェア構成及び機能構成について説明する。

まず、本実施形態に係るコンテンツサーバー２００及びユーザー端末３５０ａ〜３５０ｃのハードウェア構成について、図２を参照しながら説明する。図２は、本実施形態に係るコンテンツサーバー２００及びユーザー端末３５０のハードウェア構成の一例を示すブロック図である。なお、コンテンツサーバー２００及びユーザー端末３５０は、同様のハードウェア構成を有している。

図２に示されるように、コンテンツサーバー２００及びユーザー端末３５０は、入力装置１１と、出力装置１２と、外部Ｉ／Ｆ１３と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１４とを有する。また、コンテンツサーバー２００及びユーザー端末３５０は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１６と、通信Ｉ／Ｆ１７と、ＨＤＤ１８とを有する。これらハードウェア構成要素は、バスＢにより相互に接続されている。

入力装置１１は、ボタン、スイッチ、キーボードやマウス、タッチパネル等を含み、コンテンツサーバー２００及びユーザー端末３５０に各種信号を入力するのに用いられる。出力装置１２は、ディスプレイ等の表示装置及びスピーカなどの音声出力装置を含み、各種の処理結果を表示する。

なお、コンテンツサーバー２００及びユーザー端末３５０は、入力装置１１及び出力装置１２の少なくとも一方を、必要なときにバスＢに接続して利用しも良い。

外部Ｉ／Ｆ１３は、外部装置とのインタフェースである。外部装置には、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）やＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＳＤメモリカード（ＳＤ ｍｅｍｏｒｙ ｃａｒｄ）、ＵＳＢメモリ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ ｍｅｍｏｒｙ）等の記録媒体１３ａがある。

コンテンツサーバー２００及びユーザー端末３５０は、外部Ｉ／Ｆ１３を介して記録媒体１３ａの読み取りや書き込みを行うことができる。

ＲＡＭ１４は、プログラムやデータを一時保存する揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１６は、例えばＨＤＤ１８やＲＯＭ１５等からプログラムやデータをＲＡＭ１４上に読み出して、各種処理を実行する演算装置である。

通信Ｉ／Ｆ１７は、コンテンツサーバー２００及びユーザー端末３５０をネットワークＮに接続するためのインタフェースである。ＨＤＤ１８は、プログラムやデータを格納している不揮発性のメモリ（記憶装置）である。

ＨＤＤ１８に格納されるプログラムやデータには、本実施形態を実現するプログラムや、コンテンツサーバー２００及びユーザー端末３５０の全体を制御する基本ソフトウェアであるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、ＯＳ上で動作する各種アプリケーションプログラム等がある。

なお、コンテンツサーバー２００及びユーザー端末３５０は、ＨＤＤ１８の代わりに又はＨＤＤ１８と併せて、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の不揮発性のメモリ（記憶装置）を用いても良い。

本実施形態に係るコンテンツサーバー２００及びユーザー端末３５０は、図２に示すハードウェア構成により後述する各種機能及び各種処理を実現することができる。

次に、コンテンツサーバー２００の機能構成について説明する。図３は、コンテンツサーバー２００の機能構成の一例を示すブロック図である。コンテンツサーバー２００は、通信部２５０と、個別マップ制御部２５２と、指標値算出部２５４と、データ保持部２５６と、ユーザー音声加工／配信部２５８と、映像配信部２６０とを有する。

データ保持部２５６は、例えば、図２のＨＤＤ１８などによって実現される。通信部２５０と、個別マップ制御部２５２と、指標値算出部２５４と、データ保持部２５６と、ユーザー音声加工／配信部２５８と、映像配信部２６０とは、例えば、図２のＣＰＵ１６などによって実現される。

通信部２５０は、コンテンツサーバー２００とユーザー端末３５０との間の通信を仲介する。即ち、コンテンツサーバー２００とユーザー端末３５０との間で、コンテンツは通信部２５０を介して送信及び受信される。また、ユーザー端末３５０からのログイン要求及びユーザー端末３５０に表示された画面上に行われた操作を示す信号などは、通信部２５０を介してコンテンツサーバー２００に受信される。

映像配信部２６０は、撮影装置１０２からの映像と音声とを含む映像データ（動画データ）を受信し、受信したデータをユーザー端末３５０へ配信する。なお、映像配信部２６０は、撮影装置１０２から受信した映像データを加工し、加工した映像データをユーザー端末３５０へ配信してもよい。

データ保持部２５６は、複数のユーザーのそれぞれのユーザーＩＤと、複数のユーザーのそれぞれの属性を示す属性情報を記憶する。図４はデータ保持部２５６に記憶されるテーブルの一例である。図４に示すテーブルおいては、複数のユーザーのそれぞれのＩＤが、複数のユーザーのそれぞれの属性に関連付けられている。データ保持部２５６は、記憶手段の一例である。

属性情報として、具体的には、ユーザーＩＤ"Ｕ１"〜"ＵＮ"の各々に対して、当該ユーザーのファンのチーム、当該ユーザーが他のユーザーからいいねされた数、当該ユーザーが他のユーザーからキック（除外）された数、当該ユーザーの性別、当該ユーザーの年齢、当該ユーザーの住んでいる地域、当該ユーザーがＡが好きか、当該ユーザーがＢが好きか、・・・、及び当該ユーザーの発言頻度などの属性が関連付けられている。

本実施形態において、当該ユーザーのファンのチームは、当該ユーザーが応援するチームを意味し、いいねの数は、当該ユーザーが他のユーザーから肯定的に評価された回数を意味する。また、キックされた数は、当該ユーザーが他のユーザーから否定的に評価された回数を意味する。また、発言頻度は、コンテンツの視聴中にどれだけの比率の時間喋ったかを数値化(マイクから音を検出した時間/合計視聴時間)したものである。

属性は、ユーザーによって行われた操作に応答してリアルタイムに変化（更新）させても良い。なお、以下の説明において、ユーザー１〜ＮのユーザーＩＤは、それぞれ、Ｕ１〜ＵＮであるものとする。

指標値算出部２５４は、データ保持部２５６に記憶される複数のユーザーのそれぞれの属性を示す属性情報を用いて、操作者ユーザーに対する他のユーザーのそれぞれの指標値を算出する。なお、操作者ユーザーは、ユーザー端末３５０を操作してコンテンツサーバー２００から音データを受信するユーザーを意味する。操作者ユーザーに対する他のユーザーは、複数のユーザーのうち、操作者以外のユーザーを意味する。

指標値算出部２５４は、操作者ユーザーに対する他のユーザーのそれぞれの指標値を、以下の式１で算出する。

また、指標値算出部２５４は、上記の式１における"Ｉ"を、以下の式２で算出する。

Ｉ_ｍａｘは、操作者ユーザーにとって、Ｉが最大である他のユーザーのＩである。指標値算出部２５４は、操作者ユーザーに対する他のユーザーのそれぞれの指標値を算出する時には、指標値の最大値を１００とするために、ＩをＩ_ｍａｘで除算し、１００を掛ける。

なお、上記式２において、係数ｗ_０〜ｗ_ｎは、通常、０よりも大きい値として適宜設定可能である。また、係数ｗ_０〜ｗ_ｎは、全てのユーザーに対して共通の値として設定されてもよいし、各々のユーザーによって自由に設定されてもよい。

例えば、図４において、ＩＤが"Ｕ１"のユーザー１とＩＤが"Ｕ３"のユーザー３とは、ファンのチームが一致する。したがって、ユーザー３が操作者ユーザーである場合に上記式２によってユーザー３に対するユーザー１のＩを算出する際に、上記式２における"（ｗ_０×同一チームのファンか否か）"の値は０よりも大きな値となる。

一方、図４において、ＩＤが"Ｕ１"のユーザー１とＩＤが"Ｕ２"のユーザー２とは、ファンのチームが一致しない。したがって、ユーザー２が操作者ユーザーである場合に上記式２によってユーザー２に対するユーザー１のＩを算出する際に、上記式２における"（ｗ_０×同一チームのファンか否か）"は０となる。

すなわち、本実施形態によれば、図４に示されるテーブルにおいて、ファンのチーム及び趣味などの項目は、複数のユーザーの価値観に基づいて決定される属性である。上記式２において、ユーザーの価値観に基づいて決定される属性に基づいて算出される部分は、操作者ユーザーごとに異なる値となる。

また、図４において、ユーザー３に対するユーザー１のＩを算出する際の"（ｗ_１×いいねの数）"及び"（ｗ_２×キックされた数）"と、ユーザー２に対するユーザー１のＩを算出する際の"（ｗ_１×いいねの数）"及び"（ｗ_２×キックされた数）"は、同じである。

すなわち、本実施形態によれば、図４に示されるテーブルにおいて、いいねされた数及びキックされた数などの項目は、複数のユーザーの評価に基づいて決定される属性である。上記式２において、ユーザーの評価に基づいて決定される属性に基づいて算出される部分は、全ての操作者ユーザーにとって同じ値となる。

なお、指標値算出部２５４は、図４に示されるような"ファンのチーム"〜"発言頻度"などのユーザーの属性の全てに基づいて指標値を算出するものに限定されない。例えば、指標値算出部２５４は、図４に示す属性の少なくとも一部に基づいて指標値を算出してもよい。

また、性別、年齢、住んでいる地域、Ａが好き、Ｂが好きなどのユーザーによって予め登録されるプロフィールについては、ユーザーがフィルタを設定できるようにしてもよい。

例えば、ユーザー２が、性別に関するフィルタに、男性を除外するように設定している場合には、上記式２における"（ｗ_３×性別がフィルタに引っかかるか）"の値が負の値を取るようにしてもよい。

すなわち、他のユーザーの性別が男性であった場合に、当該他のユーザーの上記式２における"（ｗ_３×性別がフィルタに引っかかるか）"の値が負の値を取るようにしてもよい。年齢、住んでいる地域、趣味等の属性についても、同様に、ユーザーがフィルタを設定できるようにしてもよい。

なお、各々のユーザーは、ｗ_０〜ｗ_ｎの重み及び上記したようなフィルタを自由に設定することで、算出されたＩの値が負の値である他のユーザーがマッチング（選出）されないようにしてもよい。例えば、係数ｗ_２を大きな正の値に設定することによって、他のユーザーによってキックされた数が多いユーザー＝劣悪なユーザーを排除することができる。

本実施形態によれば、操作者ユーザーに対する他のユーザーの指標値が上記のように算出されるので、操作者ユーザーにとっての指標値が高いほど、当該指標値を持つ他のユーザーは操作者ユーザーにとって好ましいユーザーである可能性が高い。すなわち、本実施形態において、指標値は、操作者ユーザーにとっての他のユーザーの好ましさを示す値である。

そして、後述するように、そして、指標値算出部２５４によって算出された、操作者ユーザーに対する他のユーザーのそれぞれの指標値に基づいて、個別マップ制御部２５２は画面データを生成し、ユーザー音声加工／配信部２５８は音データを生成する。

すなわち、個別マップ制御部２５２は、算出された指標値が高いい順に他のユーザーが操作者ユーザーの近くに対して配置された画面を、操作者ユーザーのユーザー端末３５０に表示させる表示制御手段の一例である。これにより、操作者ユーザーにとって優良なユーザーを操作者ユーザーにマッチングさせることが可能であり、操作者ユーザーがよりよいユーザーと交流することを実現することができる。

また、ユーザー音声加工／配信部２５８は、操作者ユーザーのユーザー端末３５０へ送信する音データを生成する際に、他のユーザーの指標値が高くなるにつれて、他のユーザーに利用されるユーザー端末３５０から取得した音データの音量を大きくする。

このようにして、本実施形態によれば、快適な観戦体験又は視聴体験を操作者ユーザーに提供することができる。

個別マップ制御部２５２は、操作者ユーザーに対する他のユーザーのそれぞれの指標値に基づいて、当該操作者ユーザーに利用されるユーザー端末３５０に図５に示すような個別マップ表示画面５００を表示させるための画面データを生成する。

図５は、ユーザーＮに利用されるユーザー端末３５０に表示される個別マップ表示画面５００の一例を示す図である。図５に示されるように、個別マップ表示画面５００には、操作者ユーザーＮを中心に、ユーザー１、ユーザー２、及びユーザー３が配置されている。ユーザーＮ及びユーザー１〜３は、アバターで表示される。本実施形態において、アバターは、バーチャル・リアリティ環境でユーザー同士が交流できるようにするための人物描写であり、自分（ユーザー）の分身として個別マップ表示画面５００に表示されるキャラクターを意味する。アバターは他のユーザーをそれぞれ示す画像の一例である。

図５に示す例では、ユーザーＮにとっての、ユーザー１の指標値、ユーザー２の指標値、及びユーザー３の指標値は、それぞれ、８５、３０、１０である。個別マップ表示画面５００において、ユーザー１、ユーザー２、及びユーザー３は、指標値が高い順にユーザーＮの近くに配置されている。

本実施形態によれば、操作者ユーザーＮに対する他のユーザー１〜３の指標値は、上記の様な式で算出されるので、操作者ユーザーＮにとっての指標値が高いほど、当該指標値を持つ他のユーザーは操作者ユーザーＮにとって好ましいユーザーである可能性が高い。

なお、図５に示す例では、個別マップ表示画面５００において操作者ユーザーＮの周りに配置されるユーザーの数は３であるが、実際には無数のユーザーが配置され得る。

このような個別マップ表示画面５００は、ユーザーＮのアバターが配置された中心から距離が離れるごとに、近距離領域５０２、中距離領域５０４、遠距離領域５０６、領域外５０８の４つに区分されている。

近距離領域５０２に配置されたユーザーの声は、ユーザーＮに大きく聞こえるように設定され、中距離領域５０４に配置されたユーザーの声は、ユーザーＮに大きく中程度に聞こえるように設定される。また、遠距離領域５０６に配置されたユーザーの声は、ユーザーＮに小さく聞こえるように設定され、領域外５０８に配置されたユーザーの音声はユーザーＮには聞こえないように設定される。

すなわち、ユーザーＮに近い順に音量が大きくなるように、他のユーザー１〜３のユーザー端末３５０から取得した各音データを合成することで、操作者ユーザーのユーザー端末３５０へ送信される音データが生成される。

このように、操作者ユーザーＮは、個別マップ表示画面５００において配置された他のユーザーの指標値（中心からの距離）に応じて音量が異なる音を聞くことができる。なお、音データの具体的な加工方法（調整方法）については後述する。

また、データ保持部２５６は、個別マップ表示画面５００におけるユーザーの位置関係を記憶していてもよい。図６は、データ保持部２５６に記憶される個別マップ表示画面５００におけるユーザー間の位置関係を示すテーブルの一例である。

図６に示すテーブルにおいて、主ユーザーＩＤは、図５に示すような個別マップ表示画面５００の操作者ユーザーのＩＤを示し、従ユーザーＩＤは、主ユーザーの個別マップ表示画面５００において操作者ユーザーの周りに配置される他のユーザーのＩＤを示す。

また、図６に示すテーブルにおいて、指標値は、主ユーザーにとっての従ユーザーの指標値を示し、距離は、個別マップ表示画面５００における従ユーザーの主ユーザーからの距離を示す。

なお、データ保持部２５６に記憶されるテーブルには、複数のユーザーの各々を主ユーザーとし他のユーザーを従ユーザーとしたときの指標値及び距離が記憶されているが、説明を簡略化するため、図６に示す例では、テーブル内の数値等の一部を「・・・」と表記することで省略する。

ここで、距離は、以下の式３で算出される。

例えば、指標値が１００の従ユーザーは、主ユーザーとの距離が０であり、指標値が９９．９の従ユーザーは、主ユーザーとの距離が０．０１である。また、指標値が０である従ユーザーは、主ユーザーとの距離が１００であり、当該従ユーザーは遠距離領域５０６と領域外５０８の間の境目の近傍に配置される。この場合、当該従ユーザーの音声が主ユーザーになんとか聞こえる位置に、当該従ユーザーが配置される。

また、主ユーザーへ送信される音データの音声Ｓは、下記の式４で表される。

ここで、Ｓｕｓｅｒは主ユーザーへ送信される加工後の音声を表し、Ｓｍａｉｎはスポーツ中継の音声など撮影装置１０２から取得した音データの音声を表し、Ｕは当該主ユーザーの領域内に配置されているユーザーの集合を表す。

また、Ｄｍａｘはシステム管理者が設定する音声が聞こえる距離の最大値を表し、Ｄｉは従ユーザーｉが配置されている距離を表し、Ｓｉは従ユーザーｉのユーザー端末３５０から取得した音データの音声を表している。

なお、上記した例では、従ユーザーｉの指標値から従ユーザーｉの主ユーザーからの距離を算出し、従ユーザーiのユーザー端末３５０から取得した音データは、従ユーザーｉの主ユーザーからの距離に応じてスポーツ中継などの音声と合成される。しかしながら、距離を算出せずに、従ユーザーｉの指標値に応じて音データを合成してもよい。

また、ユーザー音声加工／配信部２５８は、ユーザー端末３５０から受信した音データを加工し、加工した音データをユーザー端末３５０へ配信する。具体的には、例えば、ユーザー音声加工／配信部２５８は、ユーザー端末３５０ａから受信した音データの音量を変更し、音量が変更された音データをユーザー端末３５０ａ以外の端末であるユーザー端末３５０ｂへ送信する。

このとき、ユーザー音声加工／配信部２５８は、指標値算出部２５４によって算出された他のユーザーのそれぞれの指標値に基づいて、操作者ユーザーのユーザー端末３５０に送信する音データを生成する。

すなわち、ユーザー音声加工／配信部２５８は、操作者ユーザーのユーザー端末３５０へ送信する音データを生成する際に、他のユーザーの指標値が高くなるにつれて、他のユーザーに利用されるユーザー端末３５０から取得した音データの音量を大きくする。別の言い方をすれば、ユーザー音声加工／配信部２５８は、他のユーザーの操作者ユーザーからの距離が近くなるにつれて、他のユーザーに利用されるユーザー端末３５０から取得した音データの音量を大きくする。

例えば、操作者ユーザーＮにとっての、ユーザー１の指標値、ユーザー２の指標値、及びユーザー３の指標値は、それぞれ、８５、３０、１０である場合、ユーザー音声加工／配信部２５８は、ユーザー１〜３のユーザー端末３５０から受信した各音データを次のように合成する。

ユーザー音声加工／配信部２５８は、ユーザー１のユーザー端末３５０から受信した音データの音量が最大となるように、かつ、ユーザー２のユーザー端末３５０から受信した音データの音量が２番目に大きくなるように、かつ、ユーザー３のユーザー端末３５０から受信した音データの音量が最小となるように、ユーザー１〜３のユーザー端末３５０から受信した各音データを合成する。

そして、ユーザー音声加工／配信部２５８は、ユーザー１〜３のユーザー端末３５０から受信した各音データを合成することによって生成された音データを、操作者ユーザーＮのユーザー端末３５０に送信する。

図６に示されるように、主ユーザーＮにとっての従ユーザー１の指標値及び距離は、主ユーザー１にとっての従ユーザーＮの指標値及び距離と異なる。また、主ユーザーＮの個別マップには従ユーザー２がいるが、主ユーザー２の個別マップには従ユーザーＮがいない状態が実現可能であり、主ユーザーが任意に他のユーザーの音声を選択することが可能である。

なお、図６において、テーブル内のユーザーは、オフラインになったタイミングで削除される。

また、操作者ユーザーＮは、個別マップ表示画面５００における他のユーザーの表示位置を移動させることができる。図７は、ユーザーＮに利用されるユーザー端末３５０に表示される個別マップ表示画面５００の別の例である。

図７に示す例では、図５に示す例に対して、ユーザー２が近距離領域５０２に移動させられ、ユーザー１が遠距離領域５０６に移動させられている。このように、操作者ユーザーＮは、近距離領域５０２、中距離領域５０４、遠距離領域５０６、領域外５０８の４つに区分を目安に他のユーザーのアバターの表示位置を自由に変更することができる。

操作者ユーザーＮは、例えば、マウスを操作して個別マップ表示画面５００に表示される他のユーザーの位置を移動させることができる。ユーザーＮによる操作に応答して、ユーザー端末３５０はコンテンツサーバー２００に信号を送信する。

ユーザー端末３５０からの信号の受信に応答して、コンテンツサーバー２００は、ユーザー端末３５０へ送信する音データを変更する。また、この個別マップ表示画面５００における他のユーザーの表示位置を移動させる操作は、当該他のユーザーの個別マップ表示画面５００に影響を与えない。

すなわち、例えば、操作者であるユーザーＮが個別マップ表示画面５００において他のユーザーであるユーザー２を近距離に配置したとしても、ユーザー２の個別マップ表示画面５００においてユーザーＮがユーザー２の近距離に配置されるとは限らない。

こうすることで、操作者ユーザーは、他のユーザーに影響を与えることなく、迷惑なユーザーを遠くに配置することで排除したり、好ましいユーザーを近くに配置することができ、操作者ユーザーにとっての音声を快適にすることができる。すなわち、快適な観戦体験又は視聴体験を実現することができる。

なお、ユーザー端末３５０の個別マップ表示画面５００に対して操作者ユーザーによって行われた他のユーザーの表示位置を変更する要求は、ユーザー端末３５０から送信され、通信部２５０に受信される。通信部２５０が当該要求を受信すると、個別マップ制御部２５２は、個別マップ表示画面５００における他のユーザーの表示位置を変更する。通信部２５０は受信手段と送信手段の一例である。

このとき、指標値算出部２５４は表示位置が変更させられる他のユーザーの指標値を変更することができる。ユーザー音声加工／配信部２５８は変更された表示位置（変更された指標値）に基づいて、操作者ユーザーへ送信する音データを再生成（変更）することができる。

また、ユーザーＮは、個別マップ表示画面５００を介して他のユーザーを評価することができる。図８は、ユーザーＮが他のユーザーを評価するときの個別マップ表示画面５００の一例を示す図である。

例えば、ユーザーＮは、ユーザー１と会話をして楽しかったと感じた場合、いいねボタン５２０を押す。また、ユーザー１と会話をした結果合わないと感じた場合、あるいは観戦中にうるさいと感じた場合はキックボタン５３０を押し、ユーザー１を自身の領域（操作者ユーザーＮの個別マップ表示画面５００）から退出させることができる。

ユーザー１がうるさいかどうかをユーザーＮが判別できるようにするために、ユーザーＮに利用されるユーザー端末３５０は、ユーザー１が喋っている間は、個別マップ表示画面５００においてユーザー１のアバター（アイコン）を点滅させてもよい。

別の言い方をすれば、操作者ユーザーＮは、個別マップ表示画面５００を介して、複数の他のユーザーのうち少なくとも一のユーザーを除外するよう要求することができる。

個別マップ制御部２５２は、個別マップ表示画面５００における他のユーザーを評価するためのユーザー操作に応じて、データ保持部２５６に記録されている評価された他のユーザーの属性（属性値）を更新する。具体的には、ユーザー端末３５０において表示された個別マップ表示画面５００において、操作者ユーザーＮによりユーザー１を評価する操作が行われると、個別マップ制御部２５２は、図４に示すテーブルにおけるユーザー１の属性（属性値）を更新する。

例えば、操作者ユーザーＮがユーザー１に対して"いいねする"に対応するいいねボタン５２０をクリックすると、個別マップ制御部２５２は、データ保持部２５６に記憶されるテーブルにおけるユーザーＩＤがＵ１のユーザー１のいいねの数を１インクリメントし１０１となるようにする。

例えば、ユーザーＮがユーザー１に対して"キックする"に対応するキックボタン５３０をクリックすると、個別マップ制御部２５２は、データ保持部２５６に記憶されるテーブルにおけるユーザーＩＤがＵ１のユーザー１のキックされた数を１インクリメントし、１となるようにする。

なお、キックボタン５３０の押圧などのユーザー端末３５０の個別マップ表示画面５００に対して操作者ユーザーによって行われた他のユーザーを除外する要求は、ユーザー端末３５０から送信され、通信部２５０に受信される。通信部２５０が当該要求を受信すると、個別マップ制御部２５２は、個別マップ表示画面５００から他のユーザーを削除する。

このとき、指標値算出部２５４は除外される他のユーザーの指標値を負の値に変更してもよい。ユーザー音声加工／配信部２５８は除外された他のユーザーのユーザー端末３５０から取得される音データを、操作者ユーザーのユーザー端末３５０へ送信する音データから除外する。

なお、上記した例では、ユーザーＮの周りに配置されるユーザーの数は３であるが、実際には、ユーザーＮの周りに多数のユーザーが配置され得る。図９は、ユーザーＮに利用されるユーザー端末３５０に表示される個別マップ表示画面５００の初期画面の一例を示す図である。

図９に示されるように、個別マップ表示画面５００の中距離から遠距離には、あらかじめ設定された臨場感パラメータに基づいて、複数の他のユーザーが自動で配置される。本実施形態において、臨場感パラメータは、操作者ユーザーのユーザー端末３５０へ送信される音データの臨場感の程度を示すものであり、操作者ユーザーの周りに配置される他のユーザーの数に対応するパラメータである。

臨場感パラメータは０．０から１００．０までの範囲内の値に設定可能であり、臨場感パラメータが高いほど、操作者ユーザーの周りに配置される他のユーザーの数は多い。

臨場感パラメータが０．０であれば他のユーザーは配置されず、この場合、他のユーザーからの音データは、操作者ユーザーへ送信される音データに合成されない。臨場感パラメータが１００．０であれば、システム管理者が設定した個別マップ表示画面５００にマッピング可能なユーザーとして設定した数だけ他のユーザーを配置する。

また、ユーザーは、マップ拡大／縮小バー６０２を操作することにより、マップを広げたり、縮小したりできる。また、マップの表示領域は変更することができ、任意の他のユーザーに照準を合わせることができる。

次に、ユーザー端末３５０の機能構成について説明する。図１０は、ユーザー端末３５０の機能構成の一例を示すブロック図である。図１０に示すように、ユーザー端末３５０は、通信部３６０、制御部３６２、音声出力部３６４、音声入力部３６６、表示部３６８、表示操作部３７０及び撮影部３７２を備える。

通信部３６０は、図２のＣＰＵ１６などによって実現され、ユーザー端末３５０とコンテンツサーバー２００との間の通信を仲介する。すなわち、通信部３６０は、例えば、表示部３６８により表示された画面上へのユーザーの操作に応答して、ログイン要求信号などをコンテンツサーバー２００へ送信する。

また、通信部３６０は、例えば、コンテンツサーバー２００から映像又は音声などのコンテンツデータを受信すると、受信したコンテンツデータを表示部３６８及び音声出力部３６４へ出力し、コンテンツを再生させる。

制御部３６２は、図２のＣＰＵ１６などによって実現され、通信部３６０を介した通信、音声出力部３６４及び表示部３６８によるコンテンツの再生、音声入力部３６６によるユーザー音声の入力、表示操作部３７０の操作、及び撮影部３７２によるユーザー映像の撮影など、ユーザー端末３５０の機能全般を制御する。

例えば、制御部３６２は、ＭＰＥＧ（Moving Picture Experts Group）−４などの任意のフォーマットで受信されるコンテンツデータから映像チャネルと音声チャネルとを分離し、表示部３６８及び音声出力部３６４へそれぞれ分配する機能を有していてもよい。

音声出力部３６４は、例えば、任意のスピーカなどの出力装置１２などによって実現され、制御部３６２から入力される音データを再生し、音声を出力する。

音声入力部３６６は、例えば、任意のマイクロフォンなどによって実現され、ユーザーにより発せられた音声などを含むユーザー音声を取得し、音データを生成して制御部３６２へ出力する。また、音声入力部３６６によって取得されたユーザーの音声に対応する音データは、制御部３６２に入力され、通信部３６０を介してコンテンツサーバー２００に送信される。

表示部３６８は、例えば、任意の表示装置によって実現され、制御部３６２から入力される映像データを再生し、映像を表示する。また、表示部３６８は、コンテンツサーバー２００から受信した画面データに基づいて、個別マップ表示画面５００のような画面を表示する。

表示操作部３７０は、例えば、マウスなどの入力デバイスによって実現され、個別マップ表示画面５００上に配置されている他のユーザーの配置を変更するための操作などのユーザー操作を受け付ける。表示操作部３７０が受け付けた操作に対応する信号は、通信部３６０を介してコンテンツサーバー２００に送信される。

撮影部３７２、例えば、任意の撮影装置によって実現され、被写体としてのユーザーを撮影し、映像データを生成して制御部３６２へ出力する。撮影部３７２から制御部３６２へ入力される映像データは、通信部３６０を介してコンテンツサーバー２００へ送信される。

次に、コンテンツサーバー２００からユーザー端末３５０に音データする動作を説明する。図１１は、コンテンツサーバー２００からユーザーＮに利用されるユーザー端末３５０に音データする動作の一例を示すフローチャートである。

まず、Ｓ１００では、コンテンツサーバー２００は、ユーザー端末３５０からログインＩＤ（ユーザーＩＤ）を含むログイン要求を受信し、ユーザーＮのログイン処理を行う。なお、ユーザー端末３５０は、ユーザーから受け付けたログイン操作に応答して、ログインＩＤを含むログイン要求をコンテンツサーバー２００へ送信する。

ステップＳ１０２では、コンテンツサーバー２００は、ユーザー端末３５０から臨場感パラメータを受信する。なお、ステップ１００Ｓの処理とステップＳ１０２の処理は同時に行われてもよい。

ステップＳ１０４では、コンテンツサーバー２００は、臨場感パラメータに従った数だけ他のユーザーを選出する。具体的には、コンテンツサーバー２００は、図４に示されるようなテーブルを記憶したデータ保持部２５６を参照する。そして、コンテンツサーバー２００は、ステップ１００にて受信したユーザーＩＤに係る操作者ユーザーＮにとっての、他のユーザーのそれぞれの属性を示す属性情報に基づいて、当該他のユーザーのそれぞれの指標値を上記した式を用いて算出（取得）する。

ステップＳ１０６では、コンテンツサーバー２００は、ステップＳ１０４で選出した他のユーザーを当該他のユーザーのそれぞれの指標値及び距離に関連付けて、データ保持部２５６に記録する。具体的には、コンテンツサーバー２００は、操作者ユーザーＮを主ユーザーとする、図６に示されるようなテーブルを生成する。

ステップＳ１０８では、コンテンツサーバー２００は、ユーザーＮのために選出された他のユーザーと当該他のユーザーのそれぞれの指標値及び距離とを示すデータを、ユーザーＮに利用されるユーザー端末３５０（クライアント側）へ送信する。具体的には、コンテンツサーバー２００は、図５に示されるような個別マップ表示画面５００を表示するための画面データをユーザー端末３５０へ送信する。

ステップＳ１１０では、コンテンツサーバー２００は、データ保持部２５６に記録される、ユーザーＮの個別マップに基づいて音データを生成する。具体的には、コンテンツサーバー２００は、上記した式４を用いて、複数の他のユーザーのユーザー端末３５０から受信した各音データの音量をステップＳ１０４で取得した他のユーザーのそれぞれの指標値に基づいて調整（変更）することで、操作者ユーザーのユーザー端末へ送信される音データを生成する。

ステップＳ１１２では、ステップＳ１１０において生成された音データと、映像データをユーザーＮに利用されるユーザー端末３５０（クライアント側）に配信する。

なお、例えば、スポーツを視聴する際に、操作者ユーザーＮは、自身の個別マップに招待する他のユーザーを選択することができる。図１２は、ユーザーＮがスポーツの視聴を開始するときにユーザー端末３５０に表示される友達選択画面７００の一例を示す図である。

友達選択画面７００において、ユーザーＮの友達として登録されたユーザーが、友達リストに表示される。複数のユーザーは、お互いのユーザーＩＤを交換することで、友達として登録される。これにより、ユーザー端末３５０は、ユーザーＩＤを交換した他のユーザーを友達リストに表示させることができる。

友達リスト内においてチェックボックス７０２をチェックすることでユーザーＮに選択された他のユーザーのユーザー端末３５０には招待通知が送信される。そして、当該他のユーザーが招待通知に応答することで、ユーザーＮがボタン７０４を押してユーザー端末３５０に個別マップ表示画面５００を表示する際に、当該他のユーザーがユーザーＮの近距離に配置される。

同様に、当該他のユーザーのユーザー端末３５０に個別マップ表示画面５００が表示される際に、ユーザーＮが当該他のユーザーの近距離に配置される。

この仕組みにより、操作者であるユーザーは、自分が話したい他のユーザーと確実に会話をしながらスポーツを観戦／視聴することができる。なお、オフラインのユーザーにも招待通知を送ることができ、招待通知が送信されたユーザーが後ほどオンラインとなったときに、ユーザーが双方の近距離に配置されるようにしてもよい。

図１３は、ユーザーＮが友達選択画面７００において他のユーザーを友達として選択した場合における個別マップ表示画面８００の一例を示す図である。図１３に示されるように、図１２の視聴開始時に表示される友達選択画面７００において友達として選択された他のユーザーは、操作者ユーザーから近距離に配置される。

また、ボックス８０２に示されるように、オフラインだったユーザーがオンラインとなったタイミングで、ユーザー端末３５０に通知が届く。これにより、操作者ユーザーＮは、ユーザー３３がオンラインとなったことに気付くことができる。

また、ボックス８０４に示されるように、他のユーザーを選択することで該他のユーザーのプロフィールが閲覧可能である。また、お互いを近距離に配置するように、リクエストを他のユーザーのユーザー端末３５０へ送信することができる。他のユーザーのユーザー端末３５０がリクエストを了承した場合、双方のユーザーが双方の個別マップ上において近距離に配置される。

以上説明したように、指標値算出部２５４は、データ保持部２５６に記憶された複数のユーザーのそれぞれの属性に基づいて、複数のユーザーの各々に対して、一のユーザー（操作者ユーザー）に対する他のユーザーのそれぞれの指標値を算出することができる。指標値算出部２５４は、取得手段の一例である。

また、ユーザー音声加工／配信部２５８は、操作者ユーザーからのログイン要求に応答して、指標値算出部２５４によって算出された他のユーザーのそれぞれの指標値に基づいて、操作者ユーザーのユーザー端末３５０に送信する音データを生成する。ユーザー音声加工／配信部２５８は、生成手段の一例である。

したがって、本実施形態によれば、コンテンツサーバー２００は、快適な観戦体験又は視聴体験をユーザーに提供することができる。

なお、上記した実施形態においては、コンテンツサーバー２００の数は一つであったが、コンテンツ処理システム１は複数のサーバーによって構成されてもよく、どのサーバーに機能を備えさせても良い。なお、この実施形態で説明するユーザー端末３５０と、コンテンツサーバー２００とが接続されたシステム構成は一例であり、用途や目的に応じて様々なシステム構成例があることは言うまでもない。

また、上記した実施形態における処理は、ユーザー端末３５０がブラウザを介してサーバーからコンテンツをダウンロードし、ブラウザ上でコンテンツを動作させることによって実現されてもよい。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＳＯＣ（Ｓｙｓｔｅｍ ｏｎ ａ ｃｈｉｐ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や従来の回路モジュール等のデバイスを含むものとする。

以上、本発明の実施形態について説明したが、本発明は上記した実施形態に限定されるものではない。本発明の主旨から逸脱することなく、種々の変形や変更が可能である。

１ コンテンツ処理システム１
２００ コンテンツサーバー
２５０ 通信部
２５２ 個別マップ制御部
２５４ 指標値算出部
２５６ データ保持部
２５８ ユーザー音声加工／配信部
２６０ 映像配信部
３５０ａ〜３５０ｃ ユーザー端末

特開２０１０−２３２８６０号公報

Claims (11)

1. サーバーであって、
   複数のユーザーの各々に対して、一のユーザーに対する他のユーザーのそれぞれの指標値を取得する取得手段と、
   前記一のユーザーに利用されるユーザー端末からの要求に応答して、前記一のユーザーに対する前記他のユーザーの前記それぞれの指標値に基づいて、音データを生成する生成手段と、
   前記音データを前記ユーザー端末へ送信する送信手段と、
   を有することを特徴とするサーバー。
2. 前記複数のユーザーのそれぞれの属性を示す属性情報を記憶する記憶手段をさらに有し、
   前記取得手段は、前記記憶手段に記憶された前記属性情報に基づいて、前記一のユーザーに対する前記他のユーザーの前記それぞれの指標値を算出する、
   ことを特徴とする請求項１に記載のサーバー。
3. 前記それぞれの属性は、少なくとも前記複数のユーザーからの評価に基づいて決定されることを特徴とする請求項２に記載のサーバー。
4. 前記それぞれの属性は、少なくとも前記複数のユーザーの価値観に基づいて決定される請求項２または３に記載のサーバー。
5. 前記生成手段は、前記一のユーザーに利用される前記ユーザー端末へ送信する前記音データを生成する際に、前記指標値が高くなるにつれて、前記指標値に対応するユーザーが利用するユーザー端末から取得した音データの音量を大きくする、
   ことを特徴とする請求項１乃至４のいずれか１項に記載のサーバー。
6. 前記他のユーザーをそれぞれ示す画像が前記他のユーザーの前記それぞれの指標値が高い順に前記一のユーザーを示す画像の近くに配置される画面を、前記一のユーザーに利用される前記ユーザー端末に表示させる表示制御手段と、
   をさらに有することを特徴とする請求項１乃至５のいずれか１項に記載のサーバー。
7. 前記画面における前記他のユーザーの表示位置を変更する要求を前記一のユーザーに利用されるユーザー端末から受信する受信手段を有し、
   前記受信手段が前記他のユーザーの前記表示位置を変更する前記要求を受信すると、前記表示制御手段は前記他のユーザーの前記表示位置を変更し、かつ、前記生成手段は前記音データを再生成する、
   ことを特徴とする請求項６に記載のサーバー。
8. 前記受信手段が前記他のユーザーのうちの少なくとも一のユーザーを除外する要求を、前記一のユーザーに利用される前記ユーザー端末から受け付けた場合、前記生成手段は、前記一のユーザーに利用される前記ユーザー端末へ送信する前記音データから、前記少なくとも一のユーザーのユーザー端末から取得される音データを除外する、
   ことを特徴とする請求項７に記載のサーバー。
9. サーバーにより実行される方法であって、
   複数のユーザーの各々に対して、一のユーザーに対する他のユーザーのそれぞれの指標値を取得し、
   前記一のユーザーに利用されるユーザー端末からの要求に応答して、前記一のユーザーに対する前記他のユーザーの前記それぞれの指標値に基づいて、音データを生成し、
   前記音データを前記ユーザー端末へ送信する
   ことを特徴とする方法。
10. サーバーに、
    複数のユーザーの各々に対して、一のユーザーに対する他のユーザーのそれぞれの指標値を取得する処理と、
    前記一のユーザーに利用されるユーザー端末からの要求に応答して、前記ユーザー端末へ送信する音データを、前記一のユーザーに対する前記他のユーザーの前記それぞれの指標値に基づいて、生成する処理と、
    前記音データを前記ユーザー端末へ送信する処理と、
    を実行させることを特徴とするプログラム。
11. サーバーと、
    複数のユーザー端末を有し、
    前記サーバーは、
    複数のユーザーの各々に対して、一のユーザーに対する他のユーザーのそれぞれの指標値を取得する取得手段と、
    前記一のユーザーに利用されるユーザー端末からの要求に応答して、前記一のユーザーに対する前記他のユーザーの前記それぞれの指標値に基づいて、前記音データを生成する生成手段と、
    前記音データを前記ユーザー端末へ送信する送信手段と、
    を有することを特徴とするシステム。

Images