(57)【要約】【課題】クライアント側のユーザがコンテンツに対して知覚する解像力や動きの滑らかさに関する主観評価データをサーバに通知し、サーバは得られたデータを集計することで、ネットワーク帯域幅を抑制しつつ品質を向上させるコンテンツを生成、配信するコンテンツ送信装置を提供する。【解決手段】本発明に係るコンテンツ送信装置は、複数のセグメントから構成されるコンテンツをセグメント毎にコンテンツ再生装置に送信するコンテンツ送信装置であって、上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信手段と、クライアントから取得した主観評価データを処理する処理手段と、上記処理手段が測定した処理量が所定値以上の場合、コンテンツを再度生成することを特徴としている。【選択図】図１
2017152750.tif 000002
【特許請求の範囲】
【請求項１】
複数のセグメントから構成されるコンテンツをセグメント毎にコンテンツ再生装置に送信するコンテンツ送信装置であって、
上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信手段と、
クライアントから取得した主観評価データを処理する処理手段と、
上記処理手段が測定した処理量が所定値以上の場合、コンテンツを再度生成することを特徴とするコンテンツ送信装置。
【請求項２】
上記主観評価データは、上記リクエストのヘッダに付加することを特徴とする請求項１に記載のコンテンツ送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを送信するコンテンツ送信装置に関するものである。
【背景技術】
【０００２】
インターネットの普及やコンピュータの高性能化に伴い、インターネットを介して動画像などの大容量コンテンツを配信することが広く行われている。例えば、ユーザの要求に応じて動画等のコンテンツを提供するＶＯＤ（Video On Demand）というサービスがある。ＶＯＤでは、例えば、特許文献１に記載されているように、ＨＴＴＰ（HyperText Transfer Protocol）を用いて、サーバ（コンテンツ提供装置）とクライアント（コンテンツ再生装置）との間でデータを送受信する。
【０００３】
ここで、ＨＴＴＰによるコンテンツの配信に関して、様々な技術が開発されている。例えば、ＭＰＥＧ（Motion Picture Experts Group）は、ＨＴＴＰを利用した適応ストリーミング技術をＭＰＥＧ−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）規格として国際標準化を進めている。
【０００４】
ＭＰＥＧ−ＤＡＳＨでは、コンテンツは、複数のセグメント（segment）に時分割され、セグメント単位で伝送される。また、各セグメントは、１または複数のフラグメント（fragment）で構成される。また、コンテンツは、１または複数のピリオド（period）で構成されており、１つのピリオドに１または複数のセグメントが含まれる。
【０００５】
また、ＭＰＥＧ−ＤＡＳＨでは、１つのコンテンツに対して品質種別（ビットレート、画像解像度等の再生品質や、データフォーマット等の種別）が異なる複数のRepresentationが準備される。例えば、セグメント毎に異なるビットレートで符号化した複数のセグメントデータを準備する。これにより、コンテンツを受信して再生するクライアントは、コンテンツの受信状況等に応じて、要求するコンテンツ（セグメント）のビットレートを変えることにより、適応ストリーミングを実行することができる。
【０００６】
また、ＭＰＥＧ−ＤＡＳＨでは、コンテンツにＭＰＤ（Media Presentation Description）が対応付けられており、ＭＰＤによってコンテンツを管理する。ＭＰＤは、コンテンツのメタデータであって、コンテンツの管理情報をＸＭＬ形式で記述したものである。換言すると、ＭＰＤは、クライアントがコンテンツの取得・再生時に利用する情報である。
【０００７】
ＭＰＤの具体的な記述例を図５に基づいて説明する。図５は、ＭＰＤの記述例を示す図である。図５に示すように、ＭＰＤ２００には、コンテンツの取得先を示す取得先情報２０１が記述されている。より具体的には、図５に示す例では、取得先情報２０１として、サーバのＵＲＬが記述されている。また、ここでは、２つのサーバ（ｃｄｎ１およびｃｄｎ２）のＵＲＬが記述されており、上述のように、クライアントは、ＭＰＤ２００を参照することにより、コンテンツの取得先を選択可能である。
【０００８】
また、ここでは、コンテンツとして、ビットレートが1024kbpsの高品質Representationと、ビットレートが512kbpsの低品質Representationが用意されているものとする。そのため、ＭＰＤ２００には、或るピリオド（再生時刻０秒から６００秒まで）に含まれるセグメントとして、高品質セグメントを示す高品質セグメント情報２０２と、低品質セグメントを示す低品質セグメント情報２０３とが記述されている。高品質セグメント情報２０２には、当該ピリオドに含まれる高品質RepresentationのＩＤおよびビットレートが記述されている。また、当該ピリオドに含まれる各セグメントの長さおよびＵＲＬが記述されている。また、低品質セグメント情報２０３も同様である。なお、当該ピリオドは、第１セグメント〜第６０セグメントの６０個のセグメントで構成されている。
【０００９】
次に、コンテンツの受信状況に基づいて取得するコンテンツの品質種別を切り替える場合（取得するRepresentationを切り替える場合）の動作シーケンスおよびＨＴＴＰメッセージについて図６および図７に基づいて説明する。図６は、コンテンツの受信状況に基づいて取得するコンテンツの品質種別を切り替える場合の動作シーケンスの一例を示す図である。また、図７は、コンテンツの受信状況に基づいて取得するコンテンツの品質種別を切り替える場合のＨＴＴＰメッセージの一例を示す図である。
【００１０】
ここでは、図５に示すＭＰＤ２００がコンテンツに対応付けられているものとし、クライアント３０２は、サーバ（ｃｄｎ１）３０１から、受信状況に応じて、高品質Representation（ｒｅｐ１）または低品質Representation（ｒｅｐ２）を取得するものとする。
【００１１】
図６および図７に示すように、まず、クライアント３０２は、ＭＰＤ２００を参照して、高品質Representationの第Ｎセグメントの送信を要求するためのリクエストメッセージ３１１をサーバ３０１に送信する。サーバ３０１は、リクエストメッセージ３１１の応答として、高品質Representationの第Ｎセグメントのデータ本体を含むレスポンスメッセージ３１２をクライアント３０２に送信する。
【００１２】
ここで、クライアント３０２は、高品質Representationの第Ｎセグメントを受信した際に受信状況の悪化を検出すると（処理３１３）、ＭＰＤ２００を参照して、代替Representationの検索を行う（処理３１４）。ここでは、ＭＰＤ２００に代替Representationとして低品質Representation（ｒｅｐ２）が記述されているため、クライアント３０２は、ＭＰＤ２００を参照して、サーバ３０１に低品質Representationの第（Ｎ＋１）セグメントの送信を要求するためのリクエストメッセージ３１５をサーバ３０１に送信する。サーバ３０１は、リクエストメッセージ３１５の応答として、低品質Representationの第（Ｎ＋１）セグメントのデータ本体を含むレスポンスメッセージ３１６をクライアント３０２に送信する。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００５−１１０２４４号公報（２００５年４月２１日公開）
【非特許文献】
【００１４】
【非特許文献１】“ISO/IEC 23009-1”、２０１４年５月１５日、ISO/IEC
【非特許文献２】“ISO/IEC 14496-12”、２００８年１０月１５日、ISO/IEC
【発明の概要】
【発明が解決しようとする課題】
【００１５】
従来の適応ストリーミングでは、限られたネットワーク帯域に対して、クライアントはコンテンツの受信帯域状況を測定し、測定結果に基づいて受信するコンテンツの品質（ビットレートなど）をサーバに要求していたが、クライアントの要求タイミングや品質決定アルゴリズムによって受信可能なコンテンツの品質に偏りがでてしまうという問題がある。
【００１６】
一方で、この問題を解消するために、どのクライアントにも同じ品質のコンテンツを配信しようとすれば、ネットワーク帯域が限られているため、各クライアントには低品質なコンテンツが配信されてしまう。
【００１７】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、クライアント側のユーザがコンテンツに対して知覚する解像力や動きの滑らかさに関する主観評価データをサーバに通知し、サーバは得られたデータを集計することで、ネットワーク帯域幅を抑制しつつ品質を向上させるコンテンツを生成、配信するコンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、データ構造、制御プログラムおよび記録媒体を実現することにある。
【課題を解決するための手段】
【００１８】
本発明に係るコンテンツ送信装置は、上記課題を解決するために、複数のセグメントから構成されるコンテンツをセグメント毎にコンテンツ再生装置に送信するコンテンツ送信装置であって、上記コンテンツ再生装置からの各セグメントの送信を要求するリクエストに対する応答として、当該セグメントを含むレスポンスを当該コンテンツ再生装置に送信する送信手段と、クライアントから取得した主観評価データを処理する処理手段と、上記処理手段が測定した処理量が所定値以上の場合、コンテンツを再度生成することを特徴としている。
【００１９】
また、本発明に係るコンテンツ送信装置は、上記課題を解決するために、上記主観評価データは、上記リクエストのヘッダに付加することを特徴としている。
【発明の効果】
【００２０】
本発明の一態様によれば、ユーザが知覚する映像品質を考慮したコンテンツによるライブストリーミングを安定的に実現することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態を示すものであり、コンテンツ配信システムの構成の一例を示すブロック図である。
【図２】本発明の実施形態を示すものであり、コンテンツ配信システムの構成の一例を示す別のブロック図である。
【図３】イベント情報のシンタックスの一例を示す図である。
【図４】イベント情報のシンタックスの一例を示す別の図である。
【図５】ＭＰＤの記述例を示す図である。
【図６】コンテンツの受信状況に基づいて取得するコンテンツの品質種別を切り替える場合の動作シーケンスの一例を示す図である。
【図７】コンテンツの受信状況に基づいて取得するコンテンツの品質種別を切り替える場合のＨＴＴＰメッセージの一例を示す図である。
【発明を実施するための形態】
【００２２】
本発明の一実施形態について図１から図４に基づいて説明すると以下の通りである。まず、本実施形態のコンテンツ配信システムの概要について、図１に基づいて説明する。
【００２３】
〔コンテンツ配信システムの概要〕
図１は、本実施形態に係るコンテンツ配信システム１の概要を示す図である。図１に示すように、コンテンツ配信システム１は、サーバ１００、クライアント１１０、撮像部１０５および表示部１１６を含む。
【００２４】
図１に示すように、クライアント１１０は、ネットワークを介して、サーバ１００と接続する。各装置は、有線通信または無線通信の任意のネットワークで接続される。
【００２５】
また、コンテンツ配信システム１の構成は図１に示す例に限るものではない。例えば、コンテンツ配信システム１は、サーバ１００を２つ以上含んでいてもよいし、クライアント１１０を２つ以上含んでいてもよい。また、コンテンツ配信システム１は、サーバ１００とクライアント１１０の間にプロキシ（不図示）を含んでいてもよい。
【００２６】
また、本実施形態では、コンテンツ配信システム１におけるネットワーク上の伝送プロトコルは、ハイパーテキスト転送プロトコルとして広く用いられているＨＴＴＰを用いるものとする。また、サーバ１００が配信するコンテンツは、映像コンテンツであり、コンテンツは、セグメント化されたＩＳＯＢＦＦデータであるものとする。すなわち、本実施形態では、コンテンツ配信システム１は、上述のＭＰＥＧ−ＤＡＳＨ規格に基づくコンテンツを配信するものである。
【００２７】
〔各装置の構成〕
次に、図１に基づいて、サーバ１００およびクライアント１１０の要部構成について説明する。図１は、サーバ１００およびクライアント１１０の要部構成の一例を示す図である。
【００２８】
（サーバについて）
図１に示すように、サーバ１００は、符号化部１０１、送出部１０２、受信部１０３および集計・処理部１０４を有する。
【００２９】
符号化部１０１は、撮像部１０５から入力された映像や音声のデータを符号化処理するものである。
【００３０】
送出部１０２は、無線通信手段または有線通信手段によって、クライアント１１０と通信を行い、サーバ１００の指示に従って、データのやりとりを行うものである。受信部１０３は、無線通信手段または有線通信手段によって、クライアント１１０と通信を行い、クライアント１１０の指示に従って、データのやりとりを行うものである。
【００３１】
集計・処理部１０４は、受信部１０３によって受信されたユーザの主観評価データを集計するものである。集計・処理部１０４は、主観評価データの絶対量または相対量が所定量以上の場合、符号化パラメータを修正して符号化部１０１に出力する。一方、集計・処理部１０４は、主観評価データの絶対量または相対量が所定量未満の場合、符号化パラメータを修正せず、符号化部１０１への出力も行わない。
【００３２】
また、集計・処理部１０４は、符号化パラメータの内容を受信部１０３によって通知された処理量に応じて生成してもよい。
【００３３】
（クライアントについて）
クライアント１１０は、サーバ１００等の他の装置から取得したコンテンツ、または、自装置に格納しているコンテンツを再生するコンテンツ再生装置である。クライアント１１０は、例えば、デジタルテレビ、レコーダ、ＳＴＢ（Set Top Box）、ＰＣ、携帯電話機、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、デジタルビデオ等である。
【００３４】
図１に示すように、クライアント１１０は、受信部１１１、復号・再生部１１２、入力部１１３、Ｍｅｔｒｉｃｓ生成部１１４および送出部１１５を有する。
【００３５】
受信部１１１は、送出部１０２からの指示に基づいて、セグメントデータを取得するものである。受信部１１１は、セグメントデータを取得した場合、取得したセグメントデータを復号・再生部１１２に出力する。なお、受信部１１１は、送出部１０２からの指示の有無に関わらず、セグメントデータを取得していても良い。
【００３６】
復号・再生部１１２は、受信部１１１から入力された映像データを復号化処理し、再生するものである。
【００３７】
入力部１１３は、ユーザがクライアント１１０に指示信号を入力するためのものである。入力部１１３は、キーボード、マウス、キーパッド、操作ボタンなどの入力機器等で構成されているものであってもよい。また、入力部１１３と表示部１１６とが一体となっているタッチパネルであってもよい。また、入力部１１３は、クライアント１１０と別体のリモートコントローラ等の遠隔制御装置であってもよい。また、入力部１１３は、ユーザのジェスチャを認識するジェスチャ認識装置であってもよい。
【００３８】
表示部１１６は、復号・再生部１１２から映像信号を受信し、映像を表示するためのものである。例えば、ＬＣＤ（液晶ディスプレイ）、有機ＥＬディスプレイ、プラズマディスプレイなどを適用することが可能である。
【００３９】
Ｍｅｔｒｉｃｓ生成部１１４は、入力部１１３から主観評価情報を受信すると、受信した主観評価情報の示す、主観評価種別と、主観評価値との対応関係を送出部１１５に通知するものである。
【００４０】
具体的には、Ｍｅｔｒｉｃｓ生成部１１４は、入力部１１３から主観評価情報を受信すると、受信した主観評価情報の示すユーザイベントがＭｅｔｒｉｃｓ生成部１１４にある主観評価種別と一致するか否かを判定する。受信した主観評価情報の示すユーザイベントがＭｅｔｒｉｃｓ生成部１１４にある主観評価種別と一致すると判定した場合、一致したユーザイベントに対応する主観評価種別と主観評価値を含む主観評価情報をイベント情報として、送出部１１５を介して、サーバ１００に送信する。イベント情報の詳細については、後述する。
【００４１】
換言すると、Ｍｅｔｒｉｃｓ生成部１１４は、主観評価情報を示すユーザイベントが入力部１１３から入力されるのを待ち、主観評価情報を示すユーザイベントを検出し、検出したユーザイベントに対応する主観評価種別と主観評価値を含む主観評価情報を、送出部１１５を介して、サーバ１００に送信する。
【００４２】
また、Ｍｅｔｒｉｃｓ生成部１１４は、主観評価情報の示すユーザイベント以外のユーザイベントが入力部１１３から入力された場合、クライアント１１０において予め定められたルールに基づいて、入力されたユーザイベントに対応する処理を実行してもよい。また、Ｍｅｔｒｉｃｓ生成部１１４は、主観評価情報の示すユーザイベント以外のユーザイベントが入力部１１３から入力された場合に、当該入力されたユーザイベントを無効にしてもよい。
【００４３】
送出部１１５は、無線通信手段または有線通信手段によって、サーバ１００と通信を行い、Ｍｅｔｒｉｃｓ生成部１１４において生成された主観評価情報のやりとりを行うものである。
【００４４】
〔ＭＰＤを利用してコンテンツの取得・再生を行う場合〕
次に、コンテンツ配信システム２において、サーバ―クライアント間でＭＰＤを利用してコンテンツの取得・再生を行う場合について説明する。なお、説明の便宜上、前記の実施形態において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。以下では、前述の実施形態と異なる点について主に説明する。
【００４５】
図２に基づいて、サーバ２００およびクライアント２１０の要部構成について説明する。図２は、サーバ２００およびクライアント２１０の要部構成の一例を示す図である。
【００４６】
（サーバについて）
サーバ２００は、クライアント２１０からコンテンツの送信を要求する要求メッセージ（リクエスト）を受信して、受信した要求メッセージに対する応答メッセージ（レスポンス）を送信するコンテンツ送信装置である。具体的には、クライアント２１０からコンテンツ管理情報（ＭＰＤ）の送信を要求するリクエストを受信すると、当該コンテンツのＭＰＤを含むレスポンスをクライアント２１０に送信する。また、クライアント２１０からコンテンツを構成するセグメントの送信を要求するリクエストを受信すると、当該セグメントを含むレスポンスをクライアント２１０に送信する。
【００４７】
図２に示すように、サーバ２００は、符号化部２０１、送出部２０２、受信部２０３、集計・処理部２０４および配信情報生成部２０５を有する。
【００４８】
符号化部２０１は、撮像部１０５から入力された映像データを符号化処理するものである。このとき、集計・処理部１０４から符号化パラメータの入力があった場合は、入力された符号化パラメータに従って映像や音声のデータを符号化処理し、送出部２０２に送出するとともに、符号化処理によって生成されたコンテンツの情報を配信情報生成部２０５に送出する。
【００４９】
送出部２０２は、無線通信手段または有線通信手段によって、クライアント２１０と通信を行い、サーバ１００の指示に従って、データのやりとりを行うものである。ここで、送出部２０２は、クライアント２１０からリクエストを受信すると、リクエストに対するレスポンスを当該クライアント２１０に送信するものである。具体的には、クライアント２１０からコンテンツ管理情報（ＭＰＤ）の送信を要求するリクエストを受信部２０３が受信すると、当該コンテンツのＭＰＤを生成するように配信情報生成部２０５に指示し、配信情報生成部２０５からＭＰＤデータを取得すると、取得したＭＰＤデータを含むレスポンスをクライアント２１０に送信する。また、クライアント２１０からコンテンツを構成するセグメントの送信を要求するリクエストを受信すると、当該セグメントを取得するように送出部２０２に指示し、当該セグメントデータを含むレスポンスをクライアント２１０に送信する。
【００５０】
受信部２０３は、無線通信手段または有線通信手段によって、クライアント２１０と通信を行い、クライアント２１０の指示に従って、データのやりとりを行うものである。具体的には、クライアント２１０の送出部２１５から取得した主観評価情報を集計・処理部２０４に送出するだけでなく、クライアント２１０の送出部２１５から取得したＭＰＤ取得要求を送出部２０２に送出する。
【００５１】
集計・処理部２０４は、受信部２０３によって受信されたユーザの主観評価データを集計するものである。集計・処理部２０４は、主観評価データの絶対量または相対量が所定量以上の場合、符号化パラメータを修正して符号化部２０１に出力する。一方、集計・処理部２０４は、主観評価データの絶対量または相対量が所定量未満の場合、符号化パラメータを修正せず、符号化部２０１への出力も行わない。また、集計・処理部２０４は、集計した主観評価データを配信情報生成部２０５に送出してもよく、この場合は配信情報生成部２０５において、ＭＰＤを作成する際の参照情報として利用してもよい。
【００５２】
配信情報生成部２０５は、符号化部２０１から入力されたコンテンツの情報に基づき、ＭＰＤを作成し、送出部２０２に送出する。ＭＰＤを作成する際は、集計・処理部２０４から入力された主観評価データを参照してもよい。
【００５３】
（クライアントについて）
受信部２１１は、送出部２０２からの指示に基づいて、セグメントデータを取得するものである。受信部２１１は、セグメントデータを取得した場合、取得したセグメントデータを復号・再生部２１２に出力する。なお、受信部２１１は、送出部２０２からの指示の有無に関わらず、セグメントデータを取得していても良い。
【００５４】
復号・再生部２１２は、受信部１１１から入力された映像データを復号化処理し、再生するものである。
【００５５】
送出部２１５は、無線通信手段または有線通信手段によって、サーバ１００と通信を行い、Ｍｅｔｒｉｃｓ生成部１１４において生成された主観評価情報のやりとりを行うものである。また、サーバ２００に送出部２１５からリクエストを送信し、サーバ２００からコンテンツ（コンテンツに対応付けられたＭＰＤおよびコンテンツを構成するセグメント）を取得するものである。
【００５６】
具体的には、送出部２１５は、ユーザから入力部１１３を介してコンテンツの取得（再生）指示が入力されると、当該コンテンツの管理情報（ＭＰＤ）の送信を要求するリクエストをサーバ２００に送信する。そして、受信部２１１において、当該リクエストのレスポンスとして、上記コンテンツのＭＰＤデータを受信する。受信されたＭＰＤデータは、配信情報処理部２１７において参照され、上記コンテンツを構成するセグメントの送信を要求するリクエストを送出部を介してサーバ２００に送信する。そして、受信部２１１は、当該リクエストのレスポンスとして、上記コンテンツのセグメントデータを取得する。取得したセグメントデータは、復号・再生部２１２に出力する。
【００５７】
配信情報処理部２１７は、上述のとおり、受信部２１１から入力されたＭＰＤを参照し、上記コンテンツを構成するセグメントの送信を要求するリクエストを送出部２１５に送出する。
【００５８】
〔イベント情報〕
図３および図４は、それぞれイベント情報のシンタックスの一例を示す図である。
【００５９】
図３において、主観評価種別として、コンテンツ全体から受ける感覚（“subjective_score”）、解像感（“sublective_score_resolutional”）、および動画ぼやけ感（“subjective_score_bluring”）が設定されている。また、主観評価値として、５（excellent）から１（poor）の５段階が設定されている。
【００６０】
図４は、図３に記述した主観評価種別と主観評価値を表す別の例である。
【００６１】
〔サーバの処理〕
次に、サーバ２００のコンテンツ送信処理について説明する。
【００６２】
サーバ２００は、クライアント２１０からリクエストが送信されるのを待つ。ここで、受信部２０３がクライアント２１０からコンテンツ管理情報（ＭＰＤ）の送信を要求するリクエストを受信した場合、受信部２０３は、配信情報生成部２０５に対して、受信したリクエストの示すコンテンツに対応付けられたＭＰＤを取得するように指示する。
【００６３】
受信部２０３から指示を受けた配信情報生成部２０５は、ＭＰＤデータを符号化部から符号化情報を取得し、ＭＰＤを作成し、ＭＰＤデータを送出部２０２に出力する。そして、送出部２０２は、配信情報生成部２０５から取得したＭＰＤデータを含むレスポンスをクライアント２１０に送信する。
【００６４】
また、受信部２０３がクライアント２１０からセグメントの送信を要求するリクエストを受信した場合、受信部２０３は、送出部２０２に対して、リクエストの示すセグメントを送信するように指示する。
【００６５】
また、受信部２０３がクライアント２１０から主観評価情報に関するイベント情報を取得した場合、集計・処理部２０４において集計し、符号化部２０１に符号化パラメータを出力する。
【００６６】
集計・処理部２０４は、イベント情報を取得すると、主観評価種別毎の主観評価値の数をカウントする。ここで、例えば集計の結果、解像力の主観評価値が高いが、動画ぼやけの主観評価値が低い場合は、解像度を下げつつフレームレートを現状よりも上げる内容の符号化パラメータの指示を符号化部２０１に通知する。符号化部２０１では、取得した符号化パラメータに基づき、コンテンツの符号化処理を行い、映像データを送出部２０２に送出するとともに、配信情報生成部２０５にパラメータ情報を送信する。
【００６７】
配信情報生成部２０５は、ＭＰＤを更新し、送出部２０２に送信する。
【００６８】
送出部２０２は、更新された映像データとＭＰＤを、ネットワークを介してクライアント２１０に送信する。
【００６９】
サーバ２００の処理のバリエーションは、上記に限定されない。例えば、サーバ２００は、複数のユーザが所有する各クライアントに対して、異なる取得先情報を記述したＭＰＤを取得するためのメッセージを配信してもよい。この場合、各クライアントはメッセージに記載されているアドレスからＭＰＤを取得し、さらにＭＰＤに記載されているアドレスからコンテンツを取得してもよい。このように、サーバ２００がクライアント毎にコンテンツ取得先を制御することで、ネットワーク上での混雑を抑えながらデータの取得を実現する。
【００７０】
以上のように、ユーザからの主観評価に基づいてコンテンツを再生成することで、ネットワーク負荷を抑えつつ、ユーザの満足するコンテンツの提供を実現する。
【００７１】
〔補足〕
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【００７２】
最後に、サーバ１００、２００およびクライアント１１０、２１０の各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【００７３】
すなわち、サーバ１００、２００およびクライアント１１０、２１０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるサーバ１およびクライアント２の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記サーバ１００、２００およびクライアント１１０、２１０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【００７４】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【００７５】
また、サーバ１およびクライアント２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【００７６】
本発明は、ＭＰＥＧ−ＤＡＳＨ規格のコンテンツを送信するコンテンツ送信装置、および、当該コンテンツを取得・再生するコンテンツ再生装置に利用することができる。
【符号の説明】
【００７７】
１，２            コンテンツ配信システム
１００、２００    サーバ
１０１、２０１    符号化部
１０２、２０２    送出部
１０３、２０３    受信部
１０４、２０４    集計・処理部
１０５            撮像部
１１０、２０１    クライアント
１１１、２１１    受信部
１１２            復号・再生部
１１３、２１３    入力部
１１４、２１４    Ｍｅｔｒｉｃｓ生成部
１１５、２１５    送出部
１１６            表示部
２０５            配信情報生成部
２１２            復号・再生部
２１７            配信情報処理部
【図１】
2017152750.tif 000003
【図２】
2017152750.tif 000004
【図３】
2017152750.tif 000005
【図４】
2017152750.tif 000006
【図５】
2017152750.tif 000007
【図６】
2017152750.tif 000008
【図７】
2017152750.tif 000009