(57)【要約】【課題】コンテンツ配信装置とコンテンツ再生装置との間に複数のネットワークが存在する場合でも、コンテンツ再生装置における再生バッファの枯渇を防ぐ。【解決手段】コンテンツ計測装置２０は、ネットワーク接続装置４０とコンテンツ再生装置３０との間で、コンテンツ配信装置１０からコンテンツ再生装置３０へ送信されたコンテンツデータのデータ量である送信済みデータ量を計測し、当該送信済みデータ量を含むフィードバック情報をコンテンツ配信装置１０に送信する。コンテンツ配信装置１０は、フィードバック情報に含まれる送信済みデータ量を基に、コンテンツ再生装置３０の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信するコンテンツデータの品質を制御する。【選択図】      図１
2011180810.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータを送信するコンテンツ配信装置と、
前記コンテンツデータの再生を行うコンテンツ再生装置と、
前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを、異なるネットワーク間で転送するネットワーク接続装置と、
前記ネットワーク接続装置と前記コンテンツ再生装置との間で、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信された前記コンテンツデータのデータ量である送信済みデータ量を計測し、当該送信済みデータ量を含むフィードバック情報を前記コンテンツ配信装置に送信する前記コンテンツ計測装置と
を含み、
前記コンテンツ配信装置は、前記フィードバック情報を前記コンテンツ計測装置から受信し、当該フィードバック情報に含まれる前記送信済みデータ量を基に、前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する
コンテンツ配信システム。
【請求項２】
前記コンテンツ配信装置は、
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積された前記コンテンツデータの再生時間である再生バッファ時間を推定し、
前記コンテンツデータの品質として、当該コンテンツデータの符号化ビットレートを制御し、
前記再生バッファ時間が所定の閾値を上回る場合には前記コンテンツ再生装置へ送信する前記コンテンツデータの符号化ビットレートを増大させ、
前記再生バッファ時間が所定の閾値を下回る場合には前記コンテンツ再生装置へ送信する前記コンテンツデータの符号化ビットレートを減少させる
請求項１記載のコンテンツ配信システム。
【請求項３】
前記コンテンツ配信装置は、
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積された前記コンテンツデータの再生時間である再生バッファ時間を推定し、
前記コンテンツデータの品質として、当該コンテンツデータの符号化ビットレートを制御し、
前記送信済みデータ量を基に、単位時間あたりに前記コンテンツ再生装置が受信する前記コンテンツデータのデータ量である受信スループットを推定し、
前記再生バッファ時間が所定の閾値を上回る場合には前記コンテンツ再生装置へ送信するコンテンツデータの符号化ビットレートを前記受信スループットより大きな値に設定し、
前記再生バッファ時間が所定の閾値を下回る場合には前記コンテンツ再生装置へ送信するコンテンツデータの符号化ビットレートを前記受信スループットより小さな値に設定する
請求項１記載のコンテンツ配信システム。
【請求項４】
前記コンテンツ配信装置は、
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積されたコンテンツデータの再生時間である再生バッファ時間を推定し、
前記送信済みデータ量を基に、前記コンテンツ計測装置からコンテンツ再生装置へ送信されたコンテンツデータの再生時間長である送信済み再生時間を求め、
前記送信済み再生時間と、前記コンテンツ配信装置から前記コンテンツ再生装置へのコンテンツデータ送信処理が開始されてからの経過時間である送信処理経過時間とを基に、前記再生バッファ時間を推定する
請求項１乃至３のいずれかに記載のコンテンツ配信システム。
【請求項５】
前記コンテンツ配信装置は、
前記コンテンツ再生装置がコンテンツ再生開始までに前記再生バッファへ蓄積する前記コンテンツデータの再生時間である初期バッファ時間を保持し、
前記送信済み再生時間と、前記送信処理経過時間と、前記初期バッファ時間とを基に、前記再生バッファ時間を推定する
請求項４記載のコンテンツ配信システム。
【請求項６】
ネットワーク接続装置において、コンテンツ配信装置からコンテンツ再生装置へ送信されるコンテンツデータを、異なるネットワーク間で転送し、
前記ネットワーク接続装置と前記コンテンツ再生装置との間のコンテンツ計測装置において、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信された前記コンテンツデータのデータ量である送信済みデータ量を計測し、当該送信済みデータ量を含むフィードバック情報を前記コンテンツ配信装置に送信し、
前記コンテンツ配信装置において、前記フィードバック情報を受信し、当該フィードバック情報に含まれる送信済みデータ量を基に、前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信するコンテンツデータの品質を制御する
コンテンツ配信方法。
【請求項７】
コンテンツ配信装置からコンテンツ再生装置へ送信されたコンテンツデータのデータ量を送信済みデータ量とした場合に、
前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを異なるネットワーク間で転送するネットワーク接続装置と前記コンテンツ再生装置との間のコンテンツ計測装置において計測された前記送信済みデータ量を含むフィードバック情報を前記コンテンツ計測装置から受信し、当該送信済みデータ量を基に前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する
コンテンツ配信装置。
【請求項８】
コンテンツ配信装置からコンテンツ再生装置へ送信されたコンテンツデータのデータ量を送信済みデータ量とした場合に、
前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを異なるネットワーク間で転送するネットワーク接続装置と前記コンテンツ再生装置との間で前記送信済みデータ量を計測し、当該送信済みデータ量を含む前記フィードバック情報を、当該送信済みデータ量を基に前記コンテンツ再生装置の再生バッファの状態を推定し推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する前記コンテンツ配信装置へ送信するコンテンツ計測装置。
【請求項９】
コンピュータに、
コンテンツ配信装置からコンテンツ再生装置へ送信されたコンテンツデータのデータ量を送信済みデータ量とした場合に、
前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを異なるネットワーク間で転送するネットワーク接続装置と前記コンテンツ再生装置との間のコンテンツ計測装置において計測された前記送信済みデータ量を含むフィードバック情報を前記コンテンツ計測装置から受信し、当該送信済みデータ量を基に前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する
処理を実行させるコンテンツ配信装置用プログラム。
【請求項１０】
コンピュータに、
コンテンツ配信装置からコンテンツ再生装置へ送信されたコンテンツデータのデータ量を送信済みデータ量とした場合に、
前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを異なるネットワーク間で転送するネットワーク接続装置と前記コンテンツ再生装置との間で前記送信済みデータ量を計測し、当該送信済みデータ量を含む前記フィードバック情報を、当該送信済みデータ量を基に前記コンテンツ再生装置の再生バッファの状態を推定し推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する前記コンテンツ配信装置へ送信する
処理を実行させるコンテンツ計測装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアコンテンツを配信するコンテンツ配信システム、コンテンツ配信方法、コンテンツ配信装置、コンテンツ計測装置、及びプログラムに関する。
【背景技術】
【０００２】
情報処理装置の高性能化により、個人が所有するパーソナルコンピュータや携帯電話、ハードディスクレコーダなどの情報処理装置で、膨大なデータの処理が必要となる音楽や動画などのマルチメディアコンテンツ（以下コンテンツ）の視聴が可能になった。
【０００３】
さらに、ネットワークの高速化によって通信速度の上限が向上し、膨大なデータを含むコンテンツを表すコンテンツデータ（以下コンテンツデータ）を、ネットワークを経由して個人の所有する情報処理装置に送信し視聴する、コンテンツ配信サービスの提供が可能になった。高速通信を実現する手段としては、例えば、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ、非対称デジタル加入者線）、ＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ、家庭向け光ファイバー回線）、携帯端末向けの第三世代移動通信システム等がある。
【０００４】
このようなコンテンツ配信サービスにおいては、コンテンツ再生装置に、再生に必要な分を上回ってコンテンツデータを記憶する再生バッファが用意されている。再生バッファは、ジッタを吸収することによりコンテンツの再生を滑らかにする。コンテンツ配信サービスが、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）のようにスループットの変動が小さいネットワークを経由して行われる場合には、再生バッファを小さくすることができる。しかしながら、コンテンツ配信サービスが、インターネットのようにスループットが大きく変動する品質非保証のネットワークを経由して行われる場合には、大きな再生バッファが必要となる。コンテンツ再生装置が、スループットの変動に対して必要な再生バッファ量を備えていない場合、ネットワークのスループットが低下し、コンテンツデータの符号化ビットレートを下回る状況が起きると、コンテンツ再生装置の再生バッファが消費され始め、やがて枯渇する。再生バッファが枯渇すると、「コンテンツ再生の停止」、「表示されるべき画像が飛ばされてしまうコマ落ち」、「再生と一時停止を繰り返すコマ送り再生」などの現象が発生する。これらの現象は、コンテンツ視聴者の体感品質に著しい悪影響を及ぼすため、これらの現象に対する対策を行うことが重要である。
【０００５】
このような再生バッファ枯渇に対処する方法の一例が、特許文献１に記載されている。特許文献１の「データストリーミングシステムおよび方法」は、コンテンツ配信装置がコンテンツ再生装置との通信内容から、コンテンツ再生装置の再生バッファ量を推定し、配信するコンテンツデータの符号化ビットレートを制御することで、再生バッファの枯渇に対処している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２００５−５２２１０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した特許文献１においては、コンテンツ配信装置は、コンテンツ配信装置におけるコンテンツ再生装置との通信内容からコンテンツ配信の制御に必要な情報を取得する。したがって、コンテンツ配信装置とコンテンツ再生装置との間に複数のネットワークが存在する場合には、これらのネットワークのスループットの違いによりコンテンツ配信装置は、再生バッファ量の推定を精度良く行えず、再生バッファ枯渇を防ぐようなコンテンツ配信の制御ができないことがあるという問題があった。
【０００８】
本発明の目的は、上述した課題を解決するコンテンツ配信システム、コンテンツ配信方法、コンテンツ配信装置、コンテンツ計測装置、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
コンテンツ配信システムは、コンテンツデータを送信するコンテンツ配信装置と、前記コンテンツデータの再生を行うコンテンツ再生装置と、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを、異なるネットワーク間で転送するネットワーク接続装置と、前記ネットワーク接続装置と前記コンテンツ再生装置との間で、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信された前記コンテンツデータのデータ量である送信済みデータ量を計測し、当該送信済みデータ量を含むフィードバック情報を前記コンテンツ配信装置に送信する前記コンテンツ計測装置とを含み、前記コンテンツ配信装置は、前記フィードバック情報を前記コンテンツ計測装置から受信し、当該フィードバック情報に含まれる前記送信済みデータ量を基に、前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する。
【００１０】
コンテンツ配信方法は、ネットワーク接続装置において、コンテンツ配信装置からコンテンツ再生装置へ送信されるコンテンツデータを、異なるネットワーク間で転送し、前記ネットワーク接続装置と前記コンテンツ再生装置との間のコンテンツ計測装置において、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信された前記コンテンツデータのデータ量である送信済みデータ量を計測し、当該送信済みデータ量を含むフィードバック情報を前記コンテンツ配信装置に送信し、前記コンテンツ配信装置において、前記フィードバック情報を受信し、当該フィードバック情報に含まれる前記送信済みデータ量を基に、前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する。
【００１１】
コンテンツ配信装置は、コンテンツ配信装置からコンテンツ再生装置へ送信されたコンテンツデータのデータ量を送信済みデータ量とした場合に、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを異なるネットワーク間で転送するネットワーク接続装置と前記コンテンツ再生装置との間のコンテンツ計測装置において計測された前記送信済みデータ量を含むフィードバック情報を前記コンテンツ計測装置から受信し、当該送信済みデータ量を基に前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する。
【００１２】
コンテンツ計測装置は、コンテンツ配信装置からコンテンツ再生装置へ送信されたコンテンツデータのデータ量を送信済みデータ量とした場合に、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを異なるネットワーク間で転送するネットワーク接続装置と前記コンテンツ再生装置との間で前記送信済みデータ量を計測し、当該送信済みデータ量を含む前記フィードバック情報を、当該送信済みデータ量を基に前記コンテンツ再生装置の再生バッファの状態を推定し推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する前記コンテンツ配信装置へ送信する。
【００１３】
第一のプログラムは、コンピュータに、コンテンツ配信装置からコンテンツ再生装置へ送信されたコンテンツデータのデータ量を送信済みデータ量とした場合に、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを異なるネットワーク間で転送するネットワーク接続装置と前記コンテンツ再生装置との間のコンテンツ計測装置において計測された前記送信済みデータ量を含むフィードバック情報を前記コンテンツ計測装置から受信し、当該送信済みデータ量を基に前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する処理を実行させる。
【００１４】
第二のプログラムは、コンピュータに、コンテンツ配信装置からコンテンツ再生装置へ送信されたコンテンツデータのデータ量を送信済みデータ量とした場合に、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを異なるネットワーク間で転送するネットワーク接続装置と前記コンテンツ再生装置との間で前記送信済みデータ量を計測し、当該送信済みデータ量を含む前記フィードバック情報を、当該送信済みデータ量を基に前記コンテンツ再生装置の再生バッファの状態を推定し推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する前記コンテンツ配信装置へ送信する処理を実行させる。
【発明の効果】
【００１５】
本発明の効果は、コンテンツ配信システムにおいて、コンテンツ配信装置とコンテンツ再生装置との間に複数のネットワークが存在する場合でも、コンテンツ再生装置における再生バッファの枯渇を防ぐことができることである。
【図面の簡単な説明】
【００１６】
【図１】本発明に係るコンテンツ配信システムの特徴的な構成を示すブロック図である。
【図２】本発明の第一の実施の形態に係るコンテンツ配信システムの構成を示すブロック図である。
【図３】本発明の第一の実施の形態に係るコンテンツ配信システムのコンテンツ配信処理を示すフローチャートである。
【図４】本発明の第一の実施の形態に係るコンテンツ配信システムのフィードバック処理を示すフローチャートである。
【図５】本発明の第一の実施の形態に係るコンテンツ配信システムにおける配信装置識別情報の例を示す図である。
【図６】本発明の第一の実施の形態に係るコンテンツ配信システムにおける再生装置識別情報の例を示す図である。
【図７】本発明の第一の実施の形態に係るコンテンツ配信システムにおける配信処理識別情報の例を示す図である。
【図８】本発明の第一の実施の形態に係るコンテンツ配信システムにおける計測対象識別情報の例を示す図である。
【図９】本発明の第一の実施の形態に係るコンテンツ配信システムにおけるコンテンツデータ取得制御情報の例を示す図である。
【図１０】本発明の第一の実施の形態に係るコンテンツ配信システムにおける、コンテンツ送信情報履歴（再生時間と符号化ビットレートとの対応）の例を示す図である。
【図１１】本発明の第一の実施の形態に係るコンテンツ配信システムにおける、コンテンツ送信情報履歴（データ量と符号化ビットレートとの対応）の例を示す図である。
【図１２】本発明の第一の実施の形態に係るコンテンツ配信システムにおける、送信処理経過時間と送信済みデータ量との対応の例を示す図である。
【図１３】本発明の第一の実施の形態に係るコンテンツ配信システムにおける、コンテンツ配信処理開始からの経過時間と、送信済みのコンテンツを再生するのに必要な時間の長さと、送信済みのコンテンツデータ量との対応の例を示す図である。
【図１４】本発明の第一の実施の形態に係るコンテンツ配信システムのコンテンツ取得制御情報更新処理（再生バッファ時間の推定値に基づく符号化ビットレート決定）を示すフローチャートである。
【図１５】本発明の第一の実施の形態に係るコンテンツ配信システムのコンテンツ取得制御情報更新処理（再生バッファ時間の推定値とコンテンツデータ受信スループットの推定値とに基づく符号化ビットレート決定）を示すフローチャートである。
【図１６】本発明の第二および第三の実施の形態に係るコンテンツ配信システムの構成を示すブロック図である。
【図１７】本発明の第二および第三の実施の形態に係るコンテンツ配信システムのコンテンツ配信処理を示すフローチャートである。
【図１８】本発明の第二および第三の実施の形態に係るコンテンツ配信システムのフィードバック処理を示すフローチャートである。
【図１９】本発明の第二および第三の実施の形態に係るコンテンツ配信システムにおけるコンテンツデータ変換制御情報の例を示す図である。
【図２０】本発明の第二および第三の実施の形態に係るコンテンツ配信システムのコンテンツデータ変換制御情報更新処理を示すフローチャートである。
【発明を実施するための形態】
【００１７】
＜第一の実施の形態＞
はじめに、本発明の第一の実施の形態に係るコンテンツ配信システムについて説明する。
【００１８】
（構成の概要）
図１は、本発明の第一の実施の形態に係るコンテンツ配信システムの特徴的な構成を示すブロック図である。図１を参照すると、本発明の第一の実施の形態に係るコンテンツ配信システムは、コンテンツ配信装置１０と、コンテンツ計測装置２０と、コンテンツ再生装置３０と、ネットワーク接続装置４０とから構成される。
【００１９】
コンテンツ配信装置１０とネットワーク接続装置４０、ネットワーク接続装置４０とコンテンツ計測装置２０、コンテンツ計測装置２０とコンテンツ再生装置３０、およびコンテンツ配信装置１０とコンテンツ計測装置２０はそれぞれネットワークで接続されており、互いに通信可能である。
【００２０】
ここで、ネットワーク接続装置４０は、例えば、プロキシサーバ、ゲートウェイ、ルータ、ハブ等、複数のネットワークを接続する装置であり、ネットワーク接続装置４０が接続する複数のネットワークのスループットは、互いに異なることがあるものとする。
【００２１】
コンテンツ配信装置１０は、コンテンツ配信装置１０が接続されているネットワークのスループットで、コンテンツデータをコンテンツ再生装置３０へ送信するものとする。コンテンツ再生装置３０は、コンテンツ配信装置１０から受信したコンテンツデータを再生バッファに蓄積し、当該コンテンツデータの再生を行うものとする。また、コンテンツ再生装置３０は、再生バッファの状態を他の装置に通知する機能を持たず、コンテンツ配信装置１０は、コンテンツ再生装置３０から直接再生バッファの状態を取得することにより、配信するコンテンツデータの制御を行うことができないものとする。
【００２２】
（動作の概要）
コンテンツ配信装置１０はコンテンツデータを保持しており、コンテンツデータを読み出して、ネットワーク接続装置４０を経由してコンテンツ再生装置３０へ送信する。
【００２３】
ネットワーク接続装置４０は、コンテンツ配信装置１０からコンテンツ再生装置３０へ送信されるコンテンツデータを、異なるネットワーク間で転送する。
【００２４】
コンテンツ計測装置２０は、ネットワーク接続装置４０とコンテンツ再生装置３０との間で、コンテンツ配信装置１０からコンテンツ再生装置３０へ送信されたコンテンツデータのデータ量を計測して送信済みデータ量の情報を生成し、当該送信済みデータ量を含むフィードバック情報をコンテンツ配信装置１０に送信する。
【００２５】
コンテンツ配信装置１０は、フィードバック情報をコンテンツ計測装置２０から受信し、当該フィードバック情報に含まれる送信済みデータ量を基に、コンテンツ再生装置３０の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置３０へ送信するコンテンツデータの品質を制御する。
【００２６】
コンテンツ再生装置３０は、コンテンツデータの再生を行う。
【００２７】
次に、本発明の第一の実施の形態に係るコンテンツ配信システムの詳細について説明する。
【００２８】
（構成の詳細）
はじめに、本発明の第一の実施の形態の構成について図面を参照して詳細に説明する。
【００２９】
図２は、本発明の第一の実施の形態に係るコンテンツ配信システムの構成を示すブロック図である。
【００３０】
図２を参照すると、コンテンツ配信装置１０は、コンテンツデータ取得制御部１００と、コンテンツデータ取得制御情報記憶部１０１と、コンテンツデータ取得部１０２と、コンテンツデータ記憶部１０３と、コンテンツデータ送信情報履歴取得部１０４と、コンテンツデータ送信情報履歴記憶部１０５と、配信状態推定部１０８と、初期バッファ時間記憶部１０９とから構成される。
【００３１】
ここで、コンテンツデータ取得制御部１００と、コンテンツデータ取得部１０２と、コンテンツデータ送信情報履歴取得部１０４と、配信状態推定部１０８は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）とプログラムを記憶した記憶媒体を含み、プログラムに基づく制御によって動作するコンピュータであってもよい。コンテンツデータ取得制御情報記憶部１０１と、コンテンツデータ記憶部１０３と、コンテンツデータ送信情報履歴記憶部１０５と、初期バッファ時間記憶部１０９は、それぞれ個別の記憶媒体でも、１つの記憶媒体によって構成されてもよい。
【００３２】
コンテンツデータ取得制御部１００は、コンテンツデータ送信要求を受信すると、「コンテンツデータ取得部１０２が取得するコンテンツデータを指定するコンテンツデータ取得制御情報」（以下、コンテンツデータ取得制御情報）をコンテンツデータ取得制御情報記憶部１０１から取得し、コンテンツデータ取得部１０２へ送信する。ここで、コンテンツデータ送信要求は、後述するコンテンツ再生装置３０から出力されコンテンツ計測装置２０を経由した情報である。また、コンテンツデータ取得制御部１００は、配信状態推定部１０８から後述する再生装置状態情報とネットワーク状態情報とを受信すると、コンテンツデータ取得制御情報記憶部１０１に記憶されているコンテンツデータ取得制御情報を更新する。
【００３３】
コンテンツデータ取得制御情報記憶部１０１は、コンテンツデータ取得制御情報を記憶しており、コンテンツデータ取得制御部１００へコンテンツデータ取得制御情報を提供する。
【００３４】
コンテンツデータ取得部１０２は、コンテンツデータ取得制御情報を基に、コンテンツデータをコンテンツデータ記憶部１０３から取得し、コンテンツデータ送信情報履歴取得部１０４へ送信する。
【００３５】
コンテンツデータ記憶部１０３は、配信するコンテンツデータを記憶しており、コンテンツデータ取得部１０２にコンテンツデータを提供する。
【００３６】
コンテンツデータ送信情報履歴取得部１０４は、コンテンツデータ送信情報履歴を取得し、コンテンツデータ送信情報履歴記憶部１０５へ記憶するとともに、ネットワーク接続装置４０を経由してコンテンツ再生装置３０へコンテンツデータを送信する。
【００３７】
コンテンツデータ送信情報履歴記憶部１０５は、コンテンツデータ送信情報履歴を記憶しており、再生装置状態推定部１０６へコンテンツデータ送信情報履歴を提供する。コンテンツデータ送信情報履歴は、送信したコンテンツデータの再生時間やデータ量と、それに関連する情報、たとえば、コンテンツデータの符号化ビットレートの情報を含む。
【００３８】
配信状態推定部１０８は、コンテンツ計測装置２０からの後述するフィードバック情報に基づき、再生装置状態とネットワーク状態とを推定し、推定結果（再生装置状態情報とネットワーク状態推定情報）をコンテンツデータ取得制御部１００へ送信する。配信状態推定部１０８は、再生装置状態推定部１０６とネットワーク状態推定部１０７とを備える。
【００３９】
再生装置状態推定部１０６は、コンテンツ計測装置２０から送信済みデータ量の情報（以下、送信済みデータ量という）と送信処理経過時間の情報（以下、送信処理経過時間という）を受信すると、初期バッファ時間記憶部１０９からコンテンツ再生装置３０の初期バッファ時間を受信し、コンテンツ再生装置３０の再生装置状態を推定し、再生装置状態情報を出力する。
【００４０】
ネットワーク状態推定部１０７は、コンテンツ計測装置２０から送信済みデータ量と送信処理経過時間とを受信すると、コンテンツ計測装置２０とコンテンツ再生装置３０との間のネットワーク状態を推定し、ネットワーク状態推定情報を出力する。
【００４１】
ここで、再生装置状態情報は、コンテンツ再生装置３０の状態を表す情報、たとえば、再生に必要なバッファ時間（再生バッファ時間）の推定値である。ネットワーク状態情報は、コンテンツ再生装置３０に接続するネットワークの状態を表す情報で、たとえば、コンテンツ再生装置３０のコンテンツデータ受信スループットの推定値である。
【００４２】
初期バッファ時間記憶部１０９はコンテンツ再生装置３０の初期バッファ時間を記憶しており、初期バッファ時間を再生装置状態推定部１０６へ提供する。
【００４３】
コンテンツ計測装置２０は、フィードバック情報取得部２０３と、コンテンツデータ要求処理部２００と、計測対象識別情報記憶部２０２と、配信装置識別情報記憶部２０１と、送信済みデータ量記憶部２０４と、送信処理経過時間記憶部２０５と、配信処理識別情報記憶部２０６とから構成される。
【００４４】
フィードバック情報取得部２０３とコンテンツデータ要求処理部２００は、ＣＰＵとプログラムを記憶した記憶媒体を含み、プログラムに基づく制御によって動作するコンピュータであってもよい。計測対象識別情報記憶部２０２と、配信装置識別情報記憶部２０１と、送信済みデータ量記憶部２０４と、送信処理経過時間記憶部２０５と、配信処理識別情報記憶部２０６は、それぞれ個別の記憶媒体でも、１つの記憶媒体によって構成されてもよい。
【００４５】
コンテンツデータ要求処理部２００は、コンテンツデータ送信要求を受信すると、「コンテンツデータ送信要求の宛先を示す配信装置識別情報」（以下、配信装置識別情報）と、「コンテンツデータ送信の宛先を示す再生装置識別情報」（以下、再生装置識別情報）とを取得する。コンテンツデータ要求処理部２００は、配信装置識別情報と再生装置識別情報とから、「特定のコンテンツ再生装置３０へ特定のコンテンツデータを配信する一連の処理を識別する配信処理識別情報」（以下、配信処理識別情報）を生成し、配信処理識別情報と再生装置識別情報とを組にした計測対象識別情報を計測対象識別情報記憶部２０２へ記憶する。また、コンテンツデータ要求処理部２００は、コンテンツデータ送信要求をコンテンツ配信装置１０へ送信する。
【００４６】
配信装置識別情報記憶部２０１は、配信装置識別情報を記憶しており、コンテンツデータ要求処理部２００に配信装置識別情報を提供する。
【００４７】
計測対象識別情報記憶部２０２は、計測対象識別情報を記憶しており、フィードバック情報取得部２０３へ計測対象識別情報を提供する。
【００４８】
フィードバック情報取得部２０３は、コンテンツ配信装置１０からネットワーク接続装置４０を経由してコンテンツデータを受信すると、コンテンツ再生装置３０へコンテンツデータを送信する。また、フィードバック情報取得部２０３は、受信したコンテンツデータがどの配信処理識別情報に対応するかを判別し、送信済みデータ量と送信処理経過時間とを計測して、それぞれを送信済みデータ量記憶部２０４と送信処理経過時間記憶部２０５とに記憶する。更に、フィードバック情報取得部２０３は、一定条件が満たされるたびに、送信済みデータ量と送信処理経過時間とをフィードバック情報としてコンテンツ配信装置１０へ送信する。このフィードバック情報の送信に関しては、後述する動作の詳細における「コンテンツ配信制御処理」においても説明する。
【００４９】
送信済みデータ量記憶部２０４は、送信済みデータ量を記憶しており、フィードバック情報取得部２０３に送信済みデータ量を提供する。
【００５０】
送信処理経過時間記憶部２０５は、送信処理経過時間を記憶しており、フィードバック情報取得部２０３へ送信処理経過時間を提供する。
【００５１】
配信処理識別情報記憶部２０６は、配信処理識別情報を記憶しており、フィードバック情報取得部２０３へ配信処理識別情報を提供する。
【００５２】
コンテンツ再生装置３０は、コンテンツデータ要求送信部３００とコンテンツ再生部３０１とから構成される。
【００５３】
コンテンツデータ要求送信部３００は、コンテンツ計測装置２０へコンテンツデータ送信要求を送信する。
【００５４】
コンテンツ再生部３０１は、コンテンツ計測装置２０から受信したコンテンツデータを再生する。
【００５５】
（動作の詳細）
次に、本発明の第一の実施の形態の動作について図面を参照して詳細に説明する。
【００５６】
（１）コンテンツ配信処理
はじめに、コンテンツ配信処理の動作を説明する。
【００５７】
図３は、本発明の第一の実施の形態に係るコンテンツ配信システムの、コンテンツ配信処理を示すフローチャートである。以下、図２および図３を参照し、コンテンツ配信の動作を説明する。
【００５８】
（１−１）コンテンツ再生装置からのコンテンツデータ送信要求
コンテンツ再生装置３０のコンテンツデータ要求送信部３００は、ユーザからコンテンツ再生を指示する入力を受信すると、コンテンツ計測装置２０のコンテンツデータ要求処理部２００に対して、コンテンツデータ送信要求を送信する（ステップＳ１０００）。
【００５９】
（１−２）コンテンツ計測装置でのコンテンツデータ送信要求処理
コンテンツ計測装置２０のコンテンツデータ要求処理部２００は、コンテンツデータ要求送信部３００からコンテンツデータ送信要求を受信すると、受信したコンテンツデータ送信要求から配信装置識別情報と再生装置識別情報とを取得する。また、コンテンツデータ要求処理部２００は、取得した配信装置識別情報が配信装置識別情報記憶部２０１に予め記憶されていなかった場合には処理を停止し、記憶されていた場合には以降の処理を継続する。
【００６０】
次に、コンテンツデータ要求処理部２００は、取得した配信装置識別情報と再生装置識別情報とから、配信処理識別情報を生成する（ステップＳ１００１）。更に、コンテンツデータ要求処理部２００は、取得した再生装置識別情報と、生成した配信処理識別情報とを組にして、たとえば、図８の計測対象識別情報を生成し、計測対象識別情報記憶部２０２へ記憶する（ステップＳ１００２）。最後に、コンテンツデータ要求処理部２００は、受信したコンテンツデータ送信要求と、生成した配信処理識別情報とをコンテンツ配信装置１０のコンテンツデータ取得制御部１００へ送信する。
【００６１】
ここで、配信装置識別情報、再生装置識別情報、配信処理識別情報、および計測対象識別情報は以下のように定義される。
【００６２】
・配信装置識別情報
図５は、本発明の第一の実施の形態に係るコンテンツ配信システムにおける配信装置識別情報の例を示す図である。
【００６３】
配信装置識別情報は、ネットワーク上においてコンテンツ配信装置１０を一意に特定するための情報である。例えば、ＴＣＰ／ＩＰを用いて通信を行う場合には、配信装置識別情報として、コンテンツ配信装置１０のＩＰアドレスまたはコンテンツ配信装置１０のホスト名が用いられる。図５の例で、配信装置識別情報は、コンテンツ配信装置１０のホスト名“ｗｗｗ．ｓｅｒｖｅｒ．ｎｅｔ”というｗｅｂアドレス情報である。
【００６４】
・再生装置識別情報
図６は、本発明の第一の実施の形態に係るコンテンツ配信システムにおける再生装置識別情報の例を示す図である。
【００６５】
再生装置識別情報は、ネットワーク上においてコンテンツ再生装置３０を一意に特定するための情報である。例えば、ＴＣＰ／ＩＰを用いて通信を行う場合には、再生装置識別情報として、コンテンツ再生装置３０のＩＰアドレスまたはコンテンツ再生装置３０のホスト名が用いられる。図６の例で、再生装置識別情報は、コンテンツ再生装置３０のホスト名“ｃｌｉｅｎｔ．ｎｅｔ”である。
【００６６】
・配信処理識別情報
図７は、本発明の第一の実施の形態に係るコンテンツ配信システムにおける配信処理識別情報の例を示す図である。
【００６７】
配信処理識別情報とは、コンテンツ配信装置１０からコンテンツ再生装置３０への、並列実行されうる複数のコンテンツ配信処理において、個別のコンテンツ配信処理を特定するための情報である。配信処理識別情報として、例えば、再生装置識別情報と同一のＩＰアドレスやホスト名、配信装置識別情報と同一のＩＰアドレスやホスト名と再生装置識別情報と同一のＩＰアドレスやホスト名との組み合わせ、或いは、各配信処理に対して一意に割り当てられる整数などが用いられる。更に、コンテンツ配信装置１０がＷｅｂサーバである場合、配信処理識別情報として、例えば、コンテンツデータの所在を示すＵＲＬとコンテンツ再生装置３０のＩＰアドレスとの組み合わせや、コンテンツデータの所在を示すＵＲＬとコンテンツ再生装置３０のホスト名との組み合わせなどを用いてもよい。
【００６８】
また、再生装置識別情報と配信処理識別情報とは、異なる目的で用いる情報であるが、再生装置の識別と配信処理の識別とができれば、再生装置識別情報の内容と配信処理識別情報の内容とは同一であってもよい。
【００６９】
図７の例で、配信処理識別情報は、コンテンツ配信装置１０におけるコンテンツデータの所在を示すＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｎｅｔ／ｍｏｖｉｅ”とコンテンツ再生装置３０のホスト名との組み合わせである。
【００７０】
・計測対象識別情報
図８は、本発明の第一実施形態に係るコンテンツ配信システムにおける計測対象識別情報の例を示す図である。
【００７１】
計測対象識別情報とは、コンテンツ再生装置３０へのコンテンツ配信に対応する配信処理識別情報を取得するための情報である。計測対象識別情報は、配信処理識別情報と再生装置識別情報との組み合わせから成る。配信処理識別情報に再生装置識別情報が含まれている場合には、計測対象識別情報は、配信処理識別情報と同一であってもよい。
【００７２】
（１−３）コンテンツデータ取得
コンテンツ配信装置１０のコンテンツデータ取得制御部１００は、コンテンツ計測装置２０のコンテンツデータ要求処理部２００からコンテンツデータ送信要求と配信処理識別情報とを受信すると、受信した配信処理識別情報に対応するコンテンツデータ取得制御情報がコンテンツデータ取得制御情報記憶部１０１に存在する場合（ステップＳ１００３／Ｙｅｓ）、当該コンテンツデータ取得制御情報を取得し、配信処理識別情報と組にしてコンテンツデータ取得部１０２へ送信する（ステップＳ１００５）。受信した配信処理識別情報に対応するコンテンツデータ取得制御情報がコンテンツデータ取得制御情報記憶部１０１に存在しない場合（ステップＳ１００３／Ｎｏ）、コンテンツデータ取得制御部１００は、初期値として、例えば、「コンテンツデータの再生時間０秒目から２秒目までを、選択しうる符号化ビットレートの中で最も低い値で取得する」ことを指示するコンテンツデータ取得制御情報を生成し、コンテンツデータ取得制御情報記憶部１０１へ受信した配信処理識別情報と対にして記憶するとともに、コンテンツデータ取得部１０２へ送信する（ステップＳ１００４）。
【００７３】
図９は、本発明の第一実施形態に係るコンテンツ配信システムにおけるコンテンツデータ取得制御情報の例を示す図である。コンテンツ取得制御情報は、「読み出すコンテンツデータの始点と終点を表す情報」と、「コンテンツデータの符号化ビットレート」とから成る。「読み出すコンテンツデータの始点と終点を表す情報」とは、コンテンツデータ全体のうち、現時点で送信する必要がある部分を指定する情報であり、始点を表す再生時間またはデータオフセットと、終点を表す再生時間またはデータオフセットとの組である。例えば、「読み出すコンテンツデータの始点と終点を表す情報」として、「始点が再生時間３秒目で終点が再生時間６秒目」という指定や、「始点が１００ＫＢ目で終点が２００ＫＢ目」という指定を用いることができる。
【００７４】
コンテンツデータ取得部１０２は、コンテンツデータ取得制御部１００から配信処理識別情報とコンテンツデータ取得制御情報とを受信すると、受信したコンテンツデータ取得制御情報が示すコンテンツデータをコンテンツデータ記憶部１０３から取得する（ステップＳ１００６）。ここで、コンテンツデータ取得部１０２は、要求するコンテンツデータが終点に達していれば（ステップＳ１００７／Ｙｅｓ）、配信処理を終了し、終点に達していなければ（ステップＳ１００７／Ｎｏ）、取得したコンテンツデータと受信した配信処理識別情報とをコンテンツデータ送信情報履歴取得部１０４へ送信する。
【００７５】
ここで、コンテンツデータ記憶部１０３に記憶されているコンテンツデータは、時間ごとにデータ片として区切られて記憶されていることが望ましい。また更に、各々のデータ片は、複数の異なる品質でエンコードされ、記憶されていることが望ましい。例えば、コンテンツデータは、再生時間３秒分ごとのデータ片に区切られ、各々のデータ片は２５６ｋｂｐｓ、３８４ｋｂｐｓ、５１２ｋｂｐｓ、１Ｍｂｐｓの４種類の品質でエンコードされ、記憶される。
【００７６】
（１−４）コンテンツ送信情報履歴の取得と記憶
コンテンツデータ送信情報履歴取得部１０４は、コンテンツデータ取得部１０２からコンテンツデータと配信処理識別情報とを受信すると、ネットワーク接続装置４０を経由して、コンテンツ再生装置３０へ受信したコンテンツデータを送信する。
【００７７】
また、コンテンツデータ送信情報履歴取得部１０４は、受信したコンテンツデータからコンテンツ送信情報履歴を取得し、取得したコンテンツ送信情報履歴と受信した配信処理識別情報とをコンテンツデータ送信情報履歴記憶部１０５へ記憶する（ステップＳ１００８）。
【００７８】
ここで、コンテンツ送信情報履歴とは、コンテンツデータ送信情報履歴取得部１０４を通過したコンテンツデータについて、コンテンツデータの何秒目から何秒目までを、どの符号化ビットレートで送信したかを記録した情報である。
【００７９】
図１０は、本発明の第一の実施の形態に係るコンテンツ配信システムにおける、コンテンツ送信情報履歴（再生時間と符号化ビットレートとの対応）の例を示す図である。図１０は、コンテンツデータの０秒目から５秒目までは符号化ビットレート４００ｋｂｐｓで、以下同様に５秒目から１０秒目までは３００ｋｂｐｓで、１０秒目から１５秒目までは５００ｋｐｓで、コンテンツデータを送信したことを表している。
【００８０】
図１１は、本発明の第一の実施の形態に係るコンテンツ配信システムにおける、他のコンテンツ送信情報履歴（データ量と符号化ビットレートとの対応）の例を示す図である。コンテンツデータ送信情報履歴取得部１０４は、図１１のように、コンテンツデータ送信情報履歴取得部１０４を通過したコンテンツデータのデータ量（図１１では単にデータ量と記している）と符号化ビットレートとをコンテンツ送信情報履歴として記録してもよい。
【００８１】
図１１に例示されているデータ量と符号化ビットレートの記録は、再生時間と符号化ビットレートの記録へ変換することができる。ある符号化ビットレートＢで、データ量Ｄ１からデータ量Ｄ２までの送信が行われたとすると、再生時間Ｔは以下の式で求めることができる。
【００８２】
Ｔ＝（Ｄ２−Ｄ１）÷Ｂ
上式を図１１で例示したデータ量と符号化ビットレートの記録に適用すると、以下の再生時間と符号化ビットレートの記録となる。
【００８３】
（データ量）                    （符号化ビットレート）      （再生時間）
０ＫＢから２５０ＫＢ            ４００ｋｂｐｓ          ０秒から５秒
２５０ＫＢから４３７．５ＫＢ    ３００ｋｂｐｓ          ５秒から１０秒
４３７．５ＫＢから７５０ＫＢ    ５００ｋｂｐｓ        １０秒から１５秒
再生時間は、上から順に、以下の計算によって求めたものである。
【００８４】
（２５０ＫＢ−０ＫＢ）×８÷４００ｋｂｐｓ＝５秒
（４３７．５ＫＢ−２５０ＫＢ）×８÷３００ｋｂｐｓ＝５秒、５秒＋５秒＝１０秒
（７５０ＫＢ−４３７．５ＫＢ）×８÷１００ｋｂｐｓ＝５秒、１０秒＋５秒＝１５秒
（１−５）ネットワーク接続装置による転送
ネットワーク接続装置４０は、コンテンツ配信装置１０のコンテンツデータ送信情報履歴取得部１０４からコンテンツデータを受信し、バッファにコンテンツデータを蓄積する。また、ネットワーク接続装置４０は、バッファからコンテンツデータを取り出し、コンテンツ計測装置２０のフィードバック情報取得部２０３へコンテンツデータを送信する。
【００８５】
（１−６）フィードバック情報の取得と記憶
コンテンツ計測装置２０のフィードバック情報取得部２０３は、ネットワーク接続装置４０からコンテンツデータを受信すると、受信したコンテンツデータからその宛先である再生装置識別情報を抽出し取得する。
【００８６】
次に、フィードバック情報取得部２０３は、計測対象識別情報記憶部２０２に記憶されている計測対象識別情報（図８）の中に、取得した再生装置識別情報と同一の再生装置識別情報が含まれていた場合には、対応する配信処理識別情報を取得する。ここで、フィードバック情報取得部２０３は、取得した配信処理識別情報が初めて取得したものであった場合には、取得した配信処理識別情報が表す配信処理について、処理開始からの経過時間（送信処理経過時間）の計測を始める。フィードバック情報取得部２０３は、取得した配信処理識別情報が表す配信処理について、送信処理経過時間を計測し、一定の条件を満たすごとに、送信処理経過時間と取得した配信処理識別情報とを組にして送信処理経過時間記憶部２０５へ記憶する（ステップＳ１００９）。ここで一定の条件としては、例えば、予め設定された一定時間が経過したときや、予め設定されたデータ量のコンテンツデータをコンテンツ再生装置３０に送信したときなどがある。
【００８７】
またフィードバック情報取得部２０３は、受信したコンテンツデータをコンテンツ再生装置３０のコンテンツ再生部３０１に送信すると共に、送信に成功したデータ量（送信済みデータ量）を計測し、送信済みデータ量と取得した配信処理識別情報とを組にして、送信済みデータ量記憶部２０４へ記憶する（ステップＳ１０１０）。
【００８８】
ここで、送信済みデータ量を計測する方法の例として、ＴＣＰ／ＩＰを用いた通信に対して適用可能な方法について説明する。
【００８９】
この場合、送信済みデータ量を計測する最も簡潔な方法として、例えば、コンテンツ計測装置２０がコンテンツ再生装置３０へコンテンツデータを送る際に、ＩＰヘッダ中に含まれているパケット長とヘッダ長の差であるペイロード長（以下ペイロード長）を記憶し、ペイロード長の総和を送信済みデータ量とする方法を用いることができる。この方法においては、ＴＣＰにより再送が行われた際に、再送対象となったＩＰパケットの分のペイロード長を重複して送信済みデータ量に含んでしまうという問題がある。しかしながら、コンテンツ計測装置２０とコンテンツ再生装置３０との間のネットワークが安定しており、再送処理の頻度が低いという状況下であれば、制御を行うために十分な精度が得られる。
【００９０】
一方、ネットワークが不安定になり、再送処理が頻繁に行われる場合には、上記方法を適用することができない。この場合、例えば、肯定確認応答中のシーケンス番号を用いる方法を用いることができる。肯定確認応答中のシーケンス番号を用いる場合、コンテンツデータをＴＣＰ／ＩＰで送信する際に、コンテンツ計測装置２０は、ＴＣＰヘッダ中のシーケンス番号と、ＩＰパケットのペイロード長とを組にして記憶する。そして、コンテンツ計測装置２０は、コンテンツ再生装置３０から肯定確認応答が返されるたびに、受信した肯定確認応答中のシーケンス番号までのシーケンス番号を持つＩＰパケット全てについて、ペイロード長の総和を求め、送信済みデータ量とする。ただし、コンテンツ計測装置２０は、肯定確認応答が返されるたびに、全てのシーケンス番号についてペイロード長の総和を求めるのではなく、前回の肯定確認応答を受信した時点での送信済みデータ量に、前回の肯定確認応答から今回の肯定確認応答の間に送信したコンテンツデータの総ペイロード長を加えることで、送信済みデータ量を求めてもよい。
【００９１】
次に、送信済みデータ量を計測する他の例として、ＵＤＰとＩＰを用いた通信の場合に適用可能な方法について説明する。
【００９２】
この場合、送信済みデータ量を計測する最も簡潔な方法として、例えば、コンテンツ計測装置２０がコンテンツ再生装置３０へコンテンツデータを送る際に、ＩＰパケットのペイロード長を記憶し、記憶したペイロード長の総和を送信済みデータ量とする方法を用いることができる。ＵＤＰにおいては、通信の途中でパケットが失われても再送制御が行われないため、送信済みデータ量と実際にコンテンツ再生装置３０が受信したコンテンツデータのデータ量には差が生まれるが、ネットワークの状態が安定しておりパケットロスが十分に少なければ、この方法を用いても、コンテンツ配信の制御に必要な精度を得ることができる。
【００９３】
また、ＵＤＰを用いた他の方法として、例えば、ＩＥＴＦのＲＦＣ３５５０で規定されたＲＴＰ／ＲＴＣＰやＲＦＣ３６６１で規定されたＲＴＣＰ−ＸＲを用いることで、より高い精度で送信済みデータ量を計測することができる。この場合、コンテンツ計測装置２０は、ＲＴＰ／ＲＴＣＰやＲＴＣＰ−ＸＲを利用することで、コンテンツ再生装置３０に到達しなかったパケットやロスパケットの数を取得することができる。そして、コンテンツ計測装置２０は、上述のＩＰパケットのペイロード長から算出したペイロード長の総和から、欠落したパケットのデータ量を差し引くことにより、より正確な送信済みデータ量を計測することができる。
【００９４】
最後に、フィードバック情報取得部２０３は、取得した配信処理識別情報が配信処理識別情報記憶部２０６に記憶されていない場合に、取得した配信処理識別情報を配信処理識別情報記憶部２０６に記憶する。
【００９５】
（１−７）コンテンツ再生
コンテンツ再生装置３０のコンテンツ再生部３０１は、コンテンツ計測装置２０からコンテンツデータを受信すると、受信したコンテンツデータを再生する（ステップＳ１０１１）。
【００９６】
以降、コンテンツ配信装置１０から送信するコンテンツデータが終端に達する（ステップＳ１００７／Ｙｅｓ）まで、ステップＳ１００３からＳ１０１１の処理が繰り返されることにより、コンテンツ配信が行われる。
【００９７】
（２）コンテンツ配信制御処理
次に、コンテンツ配信制御処理の動作を説明する。
【００９８】
図４は、本発明の第一の実施の形態に係るコンテンツ配信システムのフィードバック処理を示すフローチャートである。以下、図２および図４を参照し、コンテンツ配信制御処理の動作を説明する。
【００９９】
（２−１）フィードバック情報の送信
フィードバック情報取得部２０３は、予め設定された条件を満たすたびに、配信処理識別情報記憶部２０６に含まれる全ての配信処理識別情報を取得する。次に、フィードバック情報取得部２０３は、取得した各配信処理識別情報について対応する送信済みデータ量と送信処理経過時間とを送信済みデータ量記憶部２０４と送信処理経過時間記憶部２０５とから取得する。最後に、各配信処理識別情報と、その配信処理識別情報に対応する送信済みデータ量と、送信処理経過時間とを組にしてフィードバック情報としてコンテンツ配信装置１０へ送信する（ステップＳ１０２０）。
【０１００】
ここで、フィードバック情報の送信条件としては、例えばコンテンツ計測装置２０のコンテンツデータ送信処理が開始してから一定時間ごとにフィードバック情報の送信を行う方法や、コンテンツ計測装置２０からコンテンツ再生装置３０へ一定量のコンテンツデータが送信されるたびにフィードバック情報の送信を行う方法などがある。
【０１０１】
例えば、５秒ごとにフィードバック情報の送信を行う場合には、送信処理経過時間が５秒、１０秒、１５秒、（以降５秒おき）のときに、コンテンツ計測装置２０がフィードバック情報を送信する。
【０１０２】
また、例えば、５００ＫＢごとにフィードバック情報の送信を行う場合には、送信済みデータ量が５００ＫＢ、１ＭＢ、１．５ＭＢ、（以降５００ＫＢ増加するごと）のときに、コンテンツ計測装置２０がフィードバック情報を送信する。
【０１０３】
図１２は、本発明の第一の実施の形態に係るコンテンツ配信システムにおける、送信処理経過時間と送信済みデータ量との対応の例を示す図である。図１２の例では、コンテンツ計測装置２０は、２秒おきにフィードバック情報を送信する。
【０１０４】
（２−２）再生装置状態（再生バッファ時間）の推定
コンテンツ配信装置１０の配信状態推定部１０８の中の再生装置状態推定部１０６は、コンテンツ計測装置２０のフィードバック情報取得部２０３から、フィードバック情報を受信すると、フィードバック情報に含まれる配信処理識別情報に対応するコンテンツデータ送信履歴情報をコンテンツデータ送信情報履歴記憶部１０５から取得する（ステップＳ１０２１）。
【０１０５】
次に、再生装置状態推定部１０６は、初期バッファ時間を初期バッファ時間記憶部１０９から取得する（ステップＳ１０２２）。初期バッファ時間は、コンテンツ再生装置３０がコンテンツデータの再生を開始する前に蓄積するコンテンツデータの量を再生時間で表した値である。
【０１０６】
ここで、コンテンツ配信装置１０は、例えば、特定の初期バッファ時間を予め初期バッファ時間記憶部１０９に記憶しておき、全てのコンテンツ配信処理において同じ初期バッファ時間を用いてもよい。また、コンテンツ配信装置１０は、例えば、コンテンツ再生装置３０の仕様に対応した初期バッファ時間推を、予め初期バッファ時間記憶部１０９に記憶しておき、コンテンツデータ送信要求に含まれるコンテンツ再生装置３０に関する情報を基に、コンテンツ再生装置３０の仕様に対応した初期バッファ時間を取得してもよい。この場合、例えば、コンテンツ配信装置１０は、ＨＴＴＰによるコンテンツデータ送信要求のＵｓｅｒ−Ａｇｅｎｔリクエストヘッダフィールドからコンテンツ再生装置３０の仕様を取得してもよい。
【０１０７】
次に、再生装置状態推定部１０６は、コンテンツ再生装置３０の再生バッファ時間の推定を行う（ステップＳ１０２３）。ここで、再生装置状態推定部１０６は、コンテンツデータ送信情報履歴記憶部１０５から取得したコンテンツ送信情報履歴とコンテンツ計測装置２０から受信した送信済みデータ量とから、コンテンツ再生装置３０が受信した全コンテンツデータがどれだけの再生時間に相当するかを表す総再生可能時間を求める。そして、再生装置状態推定部１０６は、その総再生可能時間とコンテンツ計測装置２０から受信した送信処理経過時間との差を算出することにより再生バッファ時間を推定する。すなわち、総再生可能時間をＴ１、送信処理経過時間をＴ２、再生バッファ時間の推定値をＴ３とおくと、再生バッファ時間の推定値Ｔ３は、
Ｔ３＝Ｔ１−Ｔ２
である。
【０１０８】
図１３は、本発明の第一の実施の形態に係るコンテンツ配信システムにおける、コンテンツ配信処理開始からの経過時間と、送信済みのコンテンツデータを再生するのに必要な時間の長さと、送信済みのコンテンツデータ量との対応の例を示す図である。
【０１０９】
例えば、コンテンツデータ送信情報履歴記憶部１０５から取得したコンテンツ送信情報履歴が図１０のように、コンテンツ計測装置２０から受信した送信処理経過時間と送信済みデータ量とが図１２のように、それぞれ表されていたとする。この場合における、総再生可能時間と送信済みデータ量の対応は図１３の実線Ａで、送信処理経過時間と送信済みデータ量の対応は図１３の点線Ｂでそれぞれ表される。ここで、例えば、図１２のように、コンテンツ計測装置２０から受信した送信処理経過時間が６秒、その時点における送信済みデータ量が４００ＫＢであったとする。この場合、図１０のコンテンツ送信情報履歴をもとに得られる送信済みデータ量４００ＫＢに対する総再生可能時間は、図１３から９秒となる。従って、再生バッファ時間の推定値は９−６＝３秒となる。
【０１１０】
ただし、コンテンツ再生装置３０によっては、コンテンツデータを受信すると同時に再生を開始せず、一定時間分のコンテンツデータを蓄積した後に、初めて再生を開始する。この場合、再生装置状態推定部１０６は、初期バッファ時間を考慮して再生バッファ時間の推定値を算出する。例えば、再生装置状態推定部１０６は、総再生可能時間に初期バッファ時間の値を加算する。このとき、総再生可能時間をＴ１、送信処理経過時間をＴ２、再生バッファ時間の推定値をＴ３、初期バッファ時間記憶部１０９から取得した初期バッファ時間をＴ４とおくと、再生バッファ時間の推定値Ｔ３は、
Ｔ３＝Ｔ１−Ｔ２＋Ｔ４
である。例えば、初期バッファ時間が２秒、総再生可能時間が１５秒、送信処理経過時間が１０秒であるならば、再生バッファ時間の推定値は１５秒＋２秒―１０秒＝７秒である。
【０１１１】
（２−３）ネットワーク状態（コンテンツ再生装置の受信スループット）推定
配信状態推定部１０８の中のネットワーク状態推定部１０７は、コンテンツ計測装置２０のフィードバック情報取得部２０３から送信処理経過時間と、送信済みデータ量と、配信処理識別情報とを受信すると、受信した送信処理経過時間と送信済みデータ量とを基に、コンテンツ再生装置３０のコンテンツデータ受信スループットを推定する（ステップＳ１０２４）。
【０１１２】
ここで、コンテンツデータ受信スループットとは、コンテンツ再生装置３０が単位時間当たりに受信しているコンテンツデータの量である。ネットワーク状態推定部１０７は、ある時点でのコンテンツ受信データスループットの推定値として、当該時点を含む時間帯の平均コンテンツ送信スループットを用いる。すなわち、２つの時点における送信処理経過時間をそれぞれＴ１、Ｔ２とおき、各送信処理経過時間における送信済みデータ量をＤ１、Ｄ２とおけば、Ｔ１からＴ２の間のコンテンツデータ受信スループットの推定値Ｓは、
Ｓ＝（Ｄ２−Ｄ１）÷（Ｔ２−Ｔ１）
で求められる。
【０１１３】
例えば、コンテンツ計測装置２０から受信した送信処理経過時間と送信済みデータ量が図１２のように表されていたとする。この時、各時刻でのコンテンツデータ受信スループットの推定値は、次のようにして求められる。
【０１１４】
０秒〜２秒    （１００ＫＢ−０ＫＢ）÷（２秒−０秒）×８＝４００ｋｂｐｓ
２秒〜６秒    （４００ＫＢ−１００ＫＢ）÷（６秒−２秒）×８＝６００ｋｂｐｓ
６秒〜１０秒  （５５０ＫＢ−３００ＫＢ）÷（１０秒−６秒）×８＝３００ｋｂｐｓ
１０秒〜１４秒  （８００ＫＢ−５５０ＫＢ）÷（１４秒−１０秒）×８＝５００ｋｂｐｓ
これにより、例えば４秒時点でのコンテンツデータ受信スループットは６００ｋｂｐｓ、８秒時点では３００ｋｂｐｓ、１４秒時点では５００ｋｂｐｓであると推定される。
【０１１５】
配信状態推定部１０８は、再生装置状態推定部１０６が推定した再生装置状態情報（再生バッファ時間の推定値）と、ネットワーク状態推定部１０７が推定したネットワーク状態情報（コンテンツデータ受信スループットの推定値）と、配信処理識別情報とを組にしてコンテンツデータ取得制御部１００へ送信する。
【０１１６】
（２−４）コンテンツデータ取得制御情報の更新
コンテンツデータ取得制御部１００は、配信状態推定部１０８から受信した再生装置状態情報（再生バッファ時間の推定値）と、ネットワーク状態情報（コンテンツデータ受信スループットの推定値）と、配信処理識別情報とを基に、コンテンツデータ取得制御情報記憶部１０１に記憶されている、受信した配信処理識別情報に対応するコンテンツデータ取得制御情報を更新する（ステップＳ１０２５）。以降、コンテンツデータ取得部１０２へは更新されたコンテンツデータ取得制御情報が送信される。
【０１１７】
ここで、コンテンツ取得制御情報の更新方法について説明する。
【０１１８】
コンテンツデータ取得制御部１００は、推定された再生装置状態（再生バッファ時間の推定値）とネットワーク状態（コンテンツデータ受信スループットの推定値）とを基に、次に送信すべきコンテンツデータの符号化ビットレートを決定する。
【０１１９】
以下、再生バッファ時間の推定値に基づく符号化ビットレート決定方法の一例を説明する。
【０１２０】
図１４は、本発明の第一の実施の形態に係るコンテンツ配信システムのコンテンツ取得制御情報更新処理（再生バッファ時間の推定値に基づく符号化ビットレート決定）を示すフローチャートである。
【０１２１】
はじめに、コンテンツデータ取得制御部１００が、配信状態推定部１０８から再生バッファ時間の推定値を受信する（ステップＳ１０３０Ａ）。
【０１２２】
次に、コンテンツデータ取得制御部１００は、再生バッファ時間の推定値と予め設定されている再生バッファ時間の目標値とを比較する（ステップＳ１０３１Ａ）。
【０１２３】
再生バッファ時間の推定値が再生バッファ時間の目標値を上回っている場合（ステップＳ１０３１Ａ／Ｙｅｓ）、コンテンツデータ取得制御部１００は、選択しうるコンテンツデータの符号化ビットレートの中から、現在配信しているコンテンツデータの符号化ビットレートを一段階上回る値を選択する（ステップＳ１０３２Ａ）。これは、単位時間当たりに再生されるコンテンツデータ量を増やすことで、過剰な再生バッファを削減し、削減分を再生されるコンテンツデータの品質向上に充てるためである。
【０１２４】
再生バッファ時間の推定値が再生バッファ時間の目標値を下回っている場合（ステップＳ１０３１Ａ／Ｎｏ）、コンテンツデータ取得制御部１００は、選択しうるコンテンツデータの符号化ビットレートの中から、現在配信しているコンテンツデータの符号化ビットレートを一段階下回る値を選択する（ステップＳ１０３３Ａ）。これは、単位時間当たりに再生されるコンテンツデータ量を減らすことで、コンテンツ再生装置３０の再生バッファを増大させ、バッファ枯渇を防止するためである。
【０１２５】
コンテンツデータ取得制御部１００は、選択した符号化ビットレートの値を、コンテンツ取得制御情報に設定する（ステップＳ１０３４Ａ）。
【０１２６】
このように、コンテンツデータ取得制御部１００がステップＳ１０３０ＡからＳ１０３４Ａの処理を繰り返すことにより、コンテンツ再生装置３０の再生バッファ枯渇を防止することができる。
【０１２７】
続いて、再生バッファ時間の推定値とコンテンツデータ受信スループットの推定値とに基づく符号化ビットレート決定方法の一例を説明する。
図１５は、本発明の第一の実施の形態に係るコンテンツ配信システムのコンテンツ取得制御情報更新処理（再生バッファ時間の推定値とコンテンツデータ受信スループットの推定値とに基づく符号化ビットレート決定）を示すフローチャートである。
【０１２８】
はじめに、コンテンツデータ取得制御部１００が、配信状態推定部１０８から再生装置状態情報（再生バッファ時間の推定値）とネットワーク状態情報（コンテンツデータ受信スループットの推定値）とを受信する（ステップＳ１０３０Ｂ）。
【０１２９】
次に、コンテンツデータ取得制御部１００は、再生バッファ時間の推定値と予め設定されている再生バッファ時間の目標値とを比較する（ステップＳ１０３１Ｂ）。
【０１３０】
再生バッファ時間の推定値が再生バッファ時間の目標値を上回っている場合（ステップＳ１０３１Ｂ／Ｙｅｓ）、コンテンツデータ取得制御部１００は、選択しうるコンテンツデータの符号化ビットレートの中から、現在のコンテンツデータ受信スループットの推定値を上回るものの中で最も値が小さいものを選択する（ステップＳ１０３２Ｂ）。これは、コンテンツデータの符号化ビットレートをコンテンツ再生装置３０のコンテンツデータ受信スループットよりも大きな値まで変更することで、単位時間あたりに再生されるコンテンツデータ量を単位時間あたりに受信するコンテンツデータ量より大きくし、過剰な再生バッファを削減して、削減分を再生されるコンテンツデータの品質向上に充てるためである。
【０１３１】
再生バッファ時間の推定値が再生バッファ時間の目標値を下回っている場合（ステップＳ１０３１Ｂ／Ｎｏ）、コンテンツデータ取得制御部１００は、選択しうるコンテンツデータの符号化ビットレートの中から、現在のコンテンツデータ受信スループットの推定値を下回るものの中で最も値が大きいものを選択する（ステップＳ１０３３Ｂ）。これは、コンテンツデータの符号化ビットレートをコンテンツ再生装置３０のコンテンツデータ受信スループットよりも小さな値まで変更することで、単位時間あたりに再生されるコンテンツデータ量を単位時間あたりに受信するコンテンツデータ量よりも小さくし、不足している再生バッファを補充して、再生バッファの枯渇を防ぐためである。
【０１３２】
コンテンツデータ取得制御部１００は、ステップＳ１０３２ＢまたはＳ１０３３Ｂで選択した符号化ビットレートの値を、コンテンツ取得制御情報に設定する（ステップＳ１０３４Ｂ）。
【０１３３】
このように、コンテンツデータ取得制御部１００がステップＳ１０３０ＢからＳ１０３４Ｂの処理を繰り返すことにより、コンテンツ再生装置３０の再生バッファ枯渇を防止することができる。
【０１３４】
なお、上記ステップＳ１０３０ＡからＳ１０３４Ａ、およびステップＳ１０３０ＢからＳ１０３４Ｂの処理は、符号化ビットレート決定方法の一例であり、再生バッファ枯渇を防ぐ効果を有する符号化ビットレート決定方法であれば、上記以外の方法を用いてもよい。
【０１３５】
例えば、コンテンツデータ取得制御部１００は、ＰＩＤ制御を用いて符号化ビットレートを決定してもよい。ＰＩＤ制御は、入力値、出力値、目標値、目標値と出力値の差である偏差（以下、偏差）、偏差の時間積分値、及び偏差の時間微分値を用いて、出力値が目標値に一致するよう入力値を変化させる制御方法である。この場合、例えば、入力値を配信されるコンテンツデータの符号化ビットレートとコンテンツ再生装置３０のコンテンツデータ受信スループットの推定値の差、出力値を再生バッファ時間の推定値、目標値を予め設定されている再生バッファ時間の目標値として、ＰＩＤ制御を適用できる。
【０１３６】
以上説明したように、本発明の第一の実施の形態によれば、コンテンツ配信システムにおいて、コンテンツ配信装置とコンテンツ再生装置との間に複数のネットワークが存在する場合でも、コンテンツ再生装置における再生バッファの枯渇を防ぐことができる。その理由は、コンテンツ計測装置２０が、ネットワーク接続装置４０とコンテンツ再生装置３０との間で、コンテンツ配信装置１０からコンテンツ再生装置３０へ送信されたコンテンツデータのデータ量である送信済みデータ量を計測し、当該送信済みデータ量を含むフィードバック情報をコンテンツ配信装置１０に送信し、コンテンツ配信装置１０が、当該フィードバック情報に含まれる送信済みデータ量を基に、コンテンツ再生装置３０の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置３０へ送信するコンテンツデータの品質を制御するためである。
【０１３７】
＜第二の実施の形態＞
次に、本発明の第二の実施の形態に係るコンテンツ配信システムについて説明する。
【０１３８】
本発明の第二の実施の形態に係るコンテンツ配信システムは、第一の実施の形態に係るコンテンツ配信システムに対して、コンテンツ配信装置１０がコンテンツデータを取得する際に、コンテンツデータを変換する点において異なる。以下、係る相違点を中心に説明する。
【０１３９】
はじめに、本発明の第二の実施の形態の構成について図面を参照して詳細に説明する。
【０１４０】
図１６は、本発明の第二の実施の形態に係るコンテンツ配信システムの構成を示すブロック図である。本発明の第二の実施の形態に係るコンテンツ配信装置１０は、図１６に示すように、第一の実施の形態に係るコンテンツ配信装置１０の構成に加え、コンテンツデータ変換部１１２と、コンテンツデータ変換制御部１１０と、コンテンツデータ変換制御情報記憶部１１１とから構成される。
【０１４１】
コンテンツデータ変換部１１２は、コンテンツデータ取得部１０２が取得したコンテンツデータの形式（第一のコンテンツ形式）を同一のコンテンツを表す別のコンテンツデータの形式（第二のコンテンツ形式）へ変換する。
【０１４２】
コンテンツデータ変換制御部１１０は、「コンテンツデータ変換部１１２が行うコンテンツデータ変換における、変換後のコンテンツデータの形式を表すコンテンツデータ変換制御情報」（以下、コンテンツデータ変換制御情報）をコンテンツデータ変換制御情報記憶部１１１から取得し、コンテンツデータ変換部１１２へ送信する。また、コンテンツデータ変換制御部１１０は、配信状態推定部１０８から再生装置状態情報とネットワーク状態情報とを受信すると、コンテンツデータ変換制御情報記憶部１１１に記憶されているコンテンツデータ変換制御情報を更新する。
【０１４３】
次に、本発明の第二の実施の形態の動作について図面を参照して詳細に説明する。
【０１４４】
（１）コンテンツ配信処理
はじめに、コンテンツ配信の動作を説明する。
【０１４５】
図１７は、本発明の第二の実施の形態に係るコンテンツ配信システムのコンテンツ配信処理を示すフローチャートである。以下、図１６および図１７を参照し、コンテンツ配信の動作（第一の実施の形態との差異）を説明する。
【０１４６】
（１−１）コンテンツデータ取得
コンテンツ配信装置１０のコンテンツデータ取得制御部１００は、コンテンツ計測装置２０のコンテンツデータ要求処理部２００からコンテンツデータ送信要求と配信処理識別情報とを受信すると、第一の実施の形態での処理に加えて、コンテンツデータ変換制御部１１０に配信処理識別情報を送信する。
【０１４７】
また、コンテンツデータ取得部１０２は、コンテンツデータ取得制御部１００から配信処理識別情報とコンテンツデータ取得制御情報とを受信すると、コンテンツデータ送信情報履歴取得部１０４の代わりにコンテンツデータ変換部１１２へ、コンテンツデータ記憶部１０３から取得したコンテンツデータと配信処理識別情報とを送信する。
【０１４８】
ここで、コンテンツデータ取得制御情報は第一の実施の形態と同一の内容を含む。すなわち、コンテンツ取得制御情報は「読み出すコンテンツデータの始点と終点を表す情報」と、「コンテンツデータの符号化ビットレート」とから成る。このうち「コンテンツデータの符号化ビットレート」については、コンテンツデータ変換部１１２におけるコンテンツデータ変換処理によって値を変更することができるため、最終的に配信されるコンテンツデータの符号化ビットレートより大きな値を設定してもよい。例えば、「コンテンツデータの符号化ビットレート」には、記憶されているコンテンツデータのうち最も符号化ビットレートの大きいものを指定してもよい。一方で、「読み出すコンテンツデータの始点と終点を表す情報」については第一の実施の形態と同様の指定を行う。
【０１４９】
ここで、本発明の第二の実施の形態におけるコンテンツデータの記憶方法について説明する。
【０１５０】
第一の実施の形態にいては、コンテンツデータ記憶部１０３は、コンテンツ取得制御情報で指定されうる全ての符号化ビットレートについて、当該符号化ビットレートでエンコードされたコンテンツデータを保持している。例えば、指定されうる符号化ビットレートが２５６ｋｂｐｓ、３８４ｋｂｐｓ、５１２ｋｂｐｓ、および１Ｍｂｐｓの４種類であれば、コンテンツデータ記憶部１０３は、２５６ｋｂｐｓ、３８４ｋｂｐｓ、５１２ｋｂｐｓ、および１Ｍｂｐｓそれぞれの符号化ビットレートのコンテンツデータを保持している。
【０１５１】
一方、第二の実施の形態においては、コンテンツデータ変換部１１２が、コンテンツデータの符号化ビットレートを変換するため、コンテンツデータ記憶部１０３は、指定されうる全ての符号化ビットレートについて、予めコンテンツデータを保持していなくてもよい。例えば、指定されうる符号化ビットレートが２５６ｋｂｐｓ、３８４ｋｂｐｓ、５１２ｋｂｐｓ、および１Ｍｂｐｓの４種類であっても、コンテンツデータ記憶部１０３は、５１２ｋｂｐｓと１Ｍｂｐｓとの２種類のコンテンツデータのみを保持、または、１Ｍｂｐｓ１種類のコンテンツデータのみを保持していればよい。
【０１５２】
（１−２）コンテンツデータ変換
コンテンツデータ変換制御部１１０は、コンテンツデータ取得制御部１００から配信処理識別情報を受信すると、コンテンツデータ変換制御情報記憶部１１１から、受信した配信処理識別情報に対応するコンテンツデータ変換制御情報を取得し、コンテンツデータ変換部１１２へ送信する（ステップＳ１０４８／Ｙｅｓ、Ｓ１０５０）。
【０１５３】
図１９は、本発明の第二の実施の形態に係るコンテンツ配信システムにおけるコンテンツデータ変換制御情報の例を示す図である。コンテンツデータ変換制御情報は、図１９のように、コンテンツ変換処理における変換後のコンテンツデータの形式として符号化方式（ビデオ符号化方式、オーディオ符号化方式）、ビデオ符号化属性情報（解像度、フレームレート、符号化ビットレート等）、及びオーディオ符号化属性情報（サンプリング周波数、量子化ビット数、符号化ビットレート等）を含む。図１９の例では、符号化方式としてＭＰ４（ビデオ符号化方式がＨ．２６４／ＡＶＣ、オーディオ符号化方式がＡＡＣ）が、ビデオ符号化属性情報として解像度：３２０×２４０、フレームレート：３０ｆｐｓ、符号化ビットレート：５１２ｋｂｐｓ、オーディオ符号化属性情報としてサンプリング周波数：４４１００Ｈｚ、量子化ビット数：１６ｂｉｔ、ステレオモード：２ｃｈステレオ、符号化ビットレート：１２８ｋｂｐｓが指定されている。
【０１５４】
次に、コンテンツデータ変換制御部１１０は、取得したコンテンツデータ変換制御情報と配信処理識別情報とをコンテンツデータ変換部１１２へ送信する。
【０１５５】
コンテンツデータ変換制御部１１０は、受信した配信処理識別情報に対応するコンテンツデータ変換制御情報が存在しなかった場合には（ステップＳ１０４８／Ｎｏ）、初期値として、例えば、コンテンツデータ記憶部１０３に記憶されているコンテンツデータの形式と同一のコンテンツデータ変換制御情報を生成する（ステップＳ１０４９）。コンテンツデータ変換部１１２は、生成したコンテンツデータ変換制御情報と配信処理識別情報とを組にして、コンテンツデータ変換制御情報記憶部１１１へ記憶するとともに、コンテンツデータ変換部１１２へ送信する。
【０１５６】
コンテンツデータ変換部１１２は、コンテンツデータ変換制御部１１０から受信したコンテンツデータ変換制御情報に従い、コンテンツデータ取得部１０２から受信したコンテンツデータを変換し、変換後のコンテンツデータと、受信した配信処理識別情報とをコンテンツデータ送信情報履歴取得部１０４へ送信する（ステップＳ１０５１）。
【０１５７】
（２）コンテンツ配信制御処理
次に、コンテンツ配信制御処理の動作を説明する。
【０１５８】
図１８は、本発明の第二の実施の形態に係るコンテンツ配信システムのフィードバック処理を示すフローチャートである。以下、図１６および図１８を参照し、コンテンツ配信制御処理の動作を説明する。
【０１５９】
（２−１）コンテンツデータ変換制御情報の更新
配信状態推定部１０８は、再生装置状態推定部１０６が推定した再生装置状態情報（再生バッファ時間の推定値）と、ネットワーク状態推定部１０７が推定したネットワーク状態情報（コンテンツデータ受信スループットの推定値）と、配信処理識別情報とを組にしてコンテンツデータ取得制御部１００とコンテンツデータ変換制御部１１０とへ送信する。コンテンツデータ変換制御部１１０は、配信状態推定部１０８から受信した再生装置状態情報（再生バッファ時間の推定値）と、ネットワーク状態情報（コンテンツデータ受信スループットの推定値）と、配信処理識別情報とを基に、コンテンツ変換制御情報を更新する（ステップＳ１０６６）。以降、コンテンツ変換制御情報の要求があった場合には、更新されたコンテンツ変換制御情報が送信される。
【０１６０】
ここで、コンテンツ変換制御情報の更新方法について説明する。
【０１６１】
はじめに、コンテンツ変換制御情報に含まれる情報のうち、符号化方式については、例えば、コンテンツデータ変換制御部１１０が、コンテンツ再生装置３０が再生可能な符号化方式の中で最も符号化効率の高いものを選択する。
【０１６２】
次に、コンテンツ変換制御情報に含まれる情報のうち、符号化属性情報については、コンテンツデータ変換制御部１１０が、配信状態推定部１０８から受信した再生装置状態（再生バッファ時間の推定値）とネットワーク状態（コンテンツデータ受信スループットの推定値）とを基に値を決定する。
【０１６３】
図２０は、本発明の第二の実施の形態に係るコンテンツ配信システムのコンテンツデータ変換制御情報更新処理を示すフローチャートである。以下、図２０を参照しながら、コンテンツ変換制御情報に含まれる符号化属性情報を決定する方法の一例を説明する。
【０１６４】
はじめに、コンテンツデータ変換制御部１１０は、配信状態推定部１０８から再生装置状態（再生バッファ時間の推定値）とネットワーク状態（コンテンツデータ受信スループットの推定値）とを受信する（ステップＳ１０８０）。
【０１６５】
次に、コンテンツデータ変換制御部１１０は、再生バッファ時間の推定値と予め設定されている再生バッファ時間の目標値とを比較する（ステップＳ１０８１）。
【０１６６】
再生バッファ時間の推定値が再生バッファ時間の目標値を上回っている場合、コンテンツデータ変換制御部１１０は、コンテンツ変換制御情報に含まれる符号化属性情報を一段階上の品質を示す符号化属性情報に変更する。これは、過剰な再生バッファを削減し、その分を画質の向上に充てるためである（ステップＳ１０８２）。
【０１６７】
再生バッファ時間の推定値が再生バッファ時間の目標値を下回っている場合、コンテンツデータ変換制御部１１０は、コンテンツ変換制御情報に含まれる符号化属性情報を一段階下の品質を示す符号化属性情報に変更する。これは、不足している再生バッファを補充し、再生バッファの枯渇を防ぐためである（ステップＳ１０８３）。
【０１６８】
ここで、符号化属性情報を変更する方法の一例を説明する。
【０１６９】
はじめに、コンテンツデータの品質を下げる方法を説明する。ここでは、コンテンツデータ記憶部１０３に記憶されているコンテンツデータの符号化属性情報が、ビデオ符号化の解像度：６４０×４８０、フレームレート：６０ｆｐｓ、符号化ビットレート：１Ｍｂｐｓ、オーディオ符号化のサンプリング周波数：９６０００Ｈｚ、量子化ビット数：３２ｂｉｔ、ステレオモード：２ｃｈステレオ、符号化ビットレート：３２０ｋｂｐｓであるものとする。
【０１７０】
はじめに、コンテンツデータ変換制御部１１０は、コンテンツデータのビデオ符号化の符号化ビットレートを、予め設定された最低値に至るまで、同じく予め設定された符号化ビットレート幅で一段階ずつ下げる。例えば、前述のコンテンツデータについて、符号化ビットレートの最低値が２５６ｋｂｐｓ、符号化ビットレート幅が２５６ｋｂｐｓに設定されていた場合には、コンテンツデータ変換制御部１１０は、符号化ビットレートを１Ｍｂｐｓ、７５６ｋｂｐｓ、５１２ｋｂｐｓ、２５６ｋｂｐｓの順に変更する。
【０１７１】
次に、コンテンツデータ変換制御部１１０は、コンテンツデータのビデオ符号化のフレームレートを、予め設定された最低値に至るまで、同じく予め設定されたフレームレート幅で一段階ずつ下げる。例えば、前述のコンテンツデータについて、フレームレートの最低値が１ｆｐｓ、フレームレート幅が現在値の半分（端数切り上げ）に設定されていた場合には、コンテンツデータ変換制御部１１０は、フレームレートを６０ｆｐｓ、３０ｆｐｓ、１５ｆｐｓ、８ｆｐｓ、４ｆｐｓ、２ｆｐｓ、１ｆｐｓの順に変更する。
【０１７２】
更に、コンテンツデータ変換制御部１１０は、コンテンツデータのビデオ符号化の解像度を、予め設定された最低値に至るまで、同じく予め設定された解像度幅で一段階ずつ下げる。例えば、前述のコンテンツデータについて、解像度の最低値が１６０×１２０、解像度幅が縦横両方向を現在値の半分（端数切り上げ）に設定されていた場合には、解像度を６４０×４８０、３２０×２４０、１６０×１２０の順に変更する。
【０１７３】
以上の操作の後に、更にコンテンツデータの品質を下げる場合には、コンテンツデータ変換制御部１１０は、コンテンツデータのオーディオ符号化の品質を下げる。
【０１７４】
はじめに、コンテンツデータ変換制御部１１０は、コンテンツデータのオーディオ符号化のサンプリング周波数と符号化ビットレートとを予め設定されたサンプリング周波数の最低値に至るまで、同じく予め設定された減少幅で下げる。例えば、前述のコンテンツデータについて、サンプリング周波数の最低値が２４０００Ｈｚ、減少幅が現在値の半分（端数切り捨て）に設定されていた場合には、コンテンツデータ変換制御部１１０は、サンプリング周波数および符号化ビットレートを９６０００Ｈｚおよび３２０ｋｂｐｓ、４８０００Ｈｚおよび１６０ｋｂｐｓ、２４０００Ｈｚおよび８０ｋｂｐｓの順に変更する。
【０１７５】
次に、コンテンツデータ変換制御部１１０は、コンテンツデータのオーディオ符号化の量子化ビット数と符号化ビットレートとを予め設定された量子化ビット数の最低値に至るまで、同じく予め設定された減少幅で下げる。例えば、前述のコンテンツデータについて、量子化ビット数の最低値が１６ｂｉｔ、量子化ビット数の減少幅が８ｂｉｔ、符号化ビットレートの減少幅が現在値の四分の一（端数切り捨て）に設定されていた場合には、コンテンツデータ変換制御部１１０は、量子化ビット数および符号化ビットレートを３２ｂｉｔおよび８０ｋｂｐｓ、２４ｂｉｔおよび６０ｋｂｐｓ、１６ｂｉｔおよび４０ｋｂｐｓの順に変更する。
【０１７６】
最後に、コンテンツデータ変換制御部１１０は、コンテンツデータのオーディオ符号化のステレオモードを２ｃｈステレオからモノラルに変更し、符号化ビットレートを２０ｋｂｐｓに下げる。
【０１７７】
コンテンツデータの品質を上げる場合は、コンテンツデータ変換制御部１１０は、上記の手順を逆に行う。
【０１７８】
上記の処理を繰り返すことにより、コンテンツ再生装置３０の再生バッファの枯渇が防止される。
【０１７９】
上記の処理は、コンテンツデータ変換制御情報決定方法の一例であり、再生バッファ枯渇を防ぐ効果を有する符号化ビットレート決定方法であれば、上記以外の方法を用いてもよい。
【０１８０】
以上説明したように、本発明の第二の実施の形態によれば、第一の実施の形態と同様の効果に加え、コンテンツ配信装置が記憶しておくべきコンテンツデータの数を減らすことができる。その理由は、コンテンツ配信装置１０が、コンテンツデータを第一のコンテンツ形式にて保持し、コンテンツデータの品質の制御を、第一のコンテンツ形式を第一のコンテンツ形式とは異なる第二のコンテンツ形式へ変換することにより行うためである。
【０１８１】
＜第三の実施の形態＞
次に、本発明の第三の実施の形態に係るコンテンツ配信システムについて説明する。
【０１８２】
本発明の第三の実施の形態に係るコンテンツ配信システムは、第二の実施の形態に係るコンテンツ配信システムに対して、階層的に符号化されたコンテンツデータを用いる点において異なる。階層化された符号化方式としては、例えばＨ．２６４／ＳＶＣ（Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）などがある。以下、係る相違点を中心に説明する。
【０１８３】
本発明の第三の実施の形態に係るコンテンツ配信システムの構成は、第二の実施の形態に係るコンテンツ配信システムの構成（図１６）と同一となる。
【０１８４】
次に、本発明の第三の実施の形態に係るコンテンツ配信システムの動作について説明する。
【０１８５】
本発明の第三の実施の形態に係るコンテンツデータ記憶部１０３は、階層化された符号化方式を用い、要求されうる最も高い品質で符号化されたコンテンツデータを記憶している。
【０１８６】
本発明の第三の実施の形態に係るコンテンツデータ変換部１１２は、コンテンツデータの変換において、コンテンツデータから高品質化に関わる階層のデータを除去することにより、同一の階層化された符号化方式を有する、より小さなデータ量を持つコンテンツデータを生成し、生成したコンテンツデータをコンテンツデータ送信情報履歴取得部１０４へ送信する。
【０１８７】
以下、コンテンツデータ変換部１１２における、除去する階層の決定方法について述べる。
【０１８８】
ここでは、コンテンツデータ変換制御部１１０から受信したコンテンツデータ変換制御情報に、ビデオ符号化の解像度：３２０×２４０、フレームレート：３０ｆｐｓ、符号化ビットレート：５１２ｋｂｐｓ、オーディオ符号化のサンプリング周波数：４４１００Ｈｚ、量子化ビット数：１６ｂｉｔ、ステレオモード：２ｃｈステレオ、符号化ビットレート：１２８ｋｂｐｓが指定されているものとする。
【０１８９】
また、コンテンツデータ記憶部１０３から取得したコンテンツデータが、階層化された符号化方式で符号化され、ビデオ符号化の解像度：６４０×４８０、フレームレート：６０ｆｐｓ、符号化ビットレート：８Ｍｂｐｓ、オーディオ符号化のサンプリング周波数：４８０００ｋＨｚ、量子化ビット数１６ｂｉｔ、ステレオモード：２ｃｈステレオ、符号化ビットレート：２５６ｋｂｐｓであるものとする。
【０１９０】
このときコンテンツデータ変換部１１２は、まずビデオ符号化の解像度が６４０×４８０から３２０×２４０になるよう階層化された情報を除去する。以降、ビデオ符号化のフレームレートが６０ｆｐｓから３０ｆｐｓになるように、符号化ビットレートが８Ｍｂｐｓから５１２ｋｂｐｓになるように、オーディオ符号化のサンプリング周波数が４８０００Ｈｚから４４１００Ｈｚになるように、符号化ビットレートが２５６ｋｂｐｓから１２８ｋｂｐｓになるように、それぞれ階層化された情報を除去する。オーディオ符号化の量子化ビット数、およびステレオモードに関しては、取得したコンテンツデータの符号化属性情報とコンテンツデータ変換制御情報により指定された符号化属性情報とが一致しているため、変換は行われない。
【０１９１】
本発明の第三の実施の形態によれば、第一の実施の形態および第二の実施の形態で説明した効果に加え、コンテンツデータの変換におけるコンテンツ配信装置の負荷を軽減することができる。その理由は、コンテンツ配信装置１０が、第一のコンテンツ形式から第二のコンテンツ形式への変換を、第一のコンテンツ形式の特定の階層に属する情報を除去することにより行うためである。
【産業上の利用可能性】
【０１９２】
本発明は、動画や音楽等のコンテンツを配信するシステムに適用可能である。
【０１９３】
（付記１）
コンテンツデータを送信するコンテンツ配信装置と、
前記コンテンツデータの再生を行うコンテンツ再生装置と、
前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを、異なるネットワーク間で転送するネットワーク接続装置と、
前記ネットワーク接続装置と前記コンテンツ再生装置との間で、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信された前記コンテンツデータのデータ量である送信済みデータ量を計測し、当該送信済みデータ量を含むフィードバック情報を前記コンテンツ配信装置に送信する前記コンテンツ計測装置と
を含み、
前記コンテンツ配信装置は、前記フィードバック情報を前記コンテンツ計測装置から受信し、当該フィードバック情報に含まれる前記送信済みデータ量を基に、前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する
コンテンツ配信システム。
【０１９４】
（付記２）
前記コンテンツ配信装置は、
前記コンテンツデータを第一のコンテンツ形式にて保持し、
前記コンテンツデータの品質の制御を、前記第一のコンテンツ形式を、前記第一のコンテンツ形式とは異なる第二のコンテンツ形式へ変換することにより行うコンテンツデータ変換部を有する
（付記１）記載のコンテンツ配信システム。
【０１９５】
（付記３）
前記コンテンツデータは階層的に符号化されており、
前記コンテンツデータ変換部は、前記第一のコンテンツ形式から前記第二のコンテンツ形式への変換を、前記第一のコンテンツ形式の特定の階層に属する情報を除去することにより行う
（付記２）記載のコンテンツ配信システム。
【０１９６】
（付記４）
ネットワーク接続装置において、コンテンツ配信装置からコンテンツ再生装置へ送信されるコンテンツデータを、異なるネットワーク間で転送し、
前記ネットワーク接続装置と前記コンテンツ再生装置との間のコンテンツ計測装置において、前記コンテンツ配信装置から前記コンテンツ再生装置へ送信された前記コンテンツデータのデータ量である送信済みデータ量を計測し、当該送信済みデータ量を含むフィードバック情報を前記コンテンツ配信装置に送信し、
前記コンテンツ配信装置において、前記フィードバック情報を受信し、当該フィードバック情報に含まれる送信済みデータ量を基に、前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信するコンテンツデータの品質を制御する
コンテンツ配信方法。
【０１９７】
（付記５）
前記コンテンツ再生装置の前記再生バッファの状態を推定する場合、
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積された前記コンテンツデータの再生時間である再生バッファ時間を推定し、
前記コンテンツデータの品質を制御する場合、
前記コンテンツ再生装置へ送信する前記コンテンツデータの品質として、当該コンテンツデータの符号化ビットレートを制御し、
前記再生バッファ時間が所定の閾値を上回る場合には前記コンテンツ再生装置へ送信する前記コンテンツデータの符号化ビットレートを増大させ、
前記再生バッファ時間が所定の閾値を下回る場合には前記コンテンツ再生装置へ送信する前記コンテンツデータの符号化ビットレートを減少させる
（付記４）記載のコンテンツ配信方法。
【０１９８】
（付記６）
前記コンテンツ再生装置の前記再生バッファの状態を推定する場合、
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積された前記コンテンツデータの再生時間である再生バッファ時間を推定し、
前記コンテンツデータの品質を制御する場合、
前記コンテンツ再生装置へ送信する前記コンテンツデータの品質として、当該コンテンツデータの符号化ビットレートを制御し、
前記送信済みデータ量を基に、単位時間あたりに前記コンテンツ再生装置が受信する前記コンテンツデータのデータ量である受信スループットを推定し、
前記再生バッファ時間が所定の閾値を上回る場合には前記コンテンツ再生装置へ送信するコンテンツデータの符号化ビットレートを前記受信スループットより大きな値に設定し、
前記再生バッファ時間が所定の閾値を下回る場合には前記コンテンツ再生装置へ送信するコンテンツデータの符号化ビットレートを前記受信スループットより小さな値に設定する
（付記４）記載のコンテンツ配信方法。
【０１９９】
（付記７）
前記コンテンツ再生装置の前記再生バッファの状態を推定する場合、
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積されたコンテンツデータの再生時間である再生バッファ時間を推定し、
前記送信済みデータ量を基に、前記コンテンツ計測装置からコンテンツ再生装置へ送信されたコンテンツデータの再生時間長である送信済み再生時間を求め、
前記送信済み再生時間と、前記コンテンツ配信装置から前記コンテンツ再生装置へのコンテンツデータ送信処理が開始されてからの経過時間である送信処理経過時間とを基に、前記再生バッファ時間を推定する
（付記４）乃至（付記６）のいずれかに記載のコンテンツ配信方法。
【０２００】
（付記８）
前記コンテンツ再生装置の前記再生バッファの状態を推定する場合、
前記コンテンツ再生装置がコンテンツ再生開始までに前記再生バッファへ蓄積する前記コンテンツデータの再生時間である初期バッファ時間を保持し、
前記送信済み再生時間と、前記送信処理経過時間と、前記初期バッファ時間とを基に、前記再生バッファ時間を推定する
（付記７）記載のコンテンツ配信方法。
【０２０１】
（付記９）
さらに、前記コンテンツデータを第一のコンテンツ形式にて保持し、
前記コンテンツデータの品質を制御する場合、
前記第一のコンテンツ形式を、前記第一のコンテンツ形式とは異なる第二のコンテンツ形式へ変換する
（付記４）記載のコンテンツ配信方法。
【０２０２】
（付記１０）
前記コンテンツデータは階層的に符号化されており、
前記第一のコンテンツ形式から前記第二のコンテンツ形式へ変換する場合、
前記第一のコンテンツ形式の特定の階層に属する情報を除去する
（付記９）記載のコンテンツ配信方法。
【０２０３】
（付記１１）
コンテンツ配信装置からコンテンツ再生装置へ送信されたコンテンツデータのデータ量を送信済みデータ量とした場合に、
前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを異なるネットワーク間で転送するネットワーク接続装置と前記コンテンツ再生装置との間のコンテンツ計測装置において計測された前記送信済みデータ量を含むフィードバック情報を前記コンテンツ計測装置から受信し、当該送信済みデータ量を基に前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する
コンテンツ配信装置。
【０２０４】
（付記１２）
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積された前記コンテンツデータの再生時間である再生バッファ時間を推定し、
前記コンテンツデータの品質として、当該コンテンツデータの符号化ビットレートを制御し、
前記再生バッファ時間が所定の閾値を上回る場合には前記コンテンツ再生装置へ送信する前記コンテンツデータの符号化ビットレートを増大させ、
前記再生バッファ時間が所定の閾値を下回る場合には前記コンテンツ再生装置へ送信する前記コンテンツデータの符号化ビットレートを減少させる
（付記１１）記載のコンテンツ配信装置。
【０２０５】
（付記１３）
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積された前記コンテンツデータの再生時間である再生バッファ時間を推定し、
前記コンテンツデータの品質として、当該コンテンツデータの符号化ビットレートを制御し、
前記送信済みデータ量を基に、単位時間あたりに前記コンテンツ再生装置が受信する前記コンテンツデータのデータ量である受信スループットを推定し、
前記再生バッファ時間が所定の閾値を上回る場合には前記コンテンツ再生装置へ送信するコンテンツデータの符号化ビットレートを前記受信スループットより大きな値に設定し、
前記再生バッファ時間が所定の閾値を下回る場合には前記コンテンツ再生装置へ送信するコンテンツデータの符号化ビットレートを前記受信スループットより小さな値に設定する
（付記１１）記載のコンテンツ配信装置。
【０２０６】
（付記１４）
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積されたコンテンツデータの再生時間である再生バッファ時間を推定し、
前記送信済みデータ量を基に、前記コンテンツ計測装置からコンテンツ再生装置へ送信されたコンテンツデータの再生時間長である送信済み再生時間を求め、
前記送信済み再生時間と、前記コンテンツ配信装置から前記コンテンツ再生装置へのコンテンツデータ送信処理が開始されてからの経過時間である送信処理経過時間とを基に、前記再生バッファ時間を推定する
（付記１１）乃至（付記１３）記載のコンテンツ配信装置。
【０２０７】
（付記１５）
前記コンテンツ再生装置がコンテンツ再生開始までに前記再生バッファへ蓄積する前記コンテンツデータの再生時間である初期バッファ時間を保持し、
前記送信済み再生時間と、前記送信処理経過時間と、前記初期バッファ時間とを基に、前記再生バッファ時間を推定する
（付記１４）記載のコンテンツ配信装置。
【０２０８】
（付記１６）
前記コンテンツ配信装置は、
前記コンテンツデータを第一のコンテンツ形式にて保持し、
前記コンテンツデータの品質の制御を、前記第一のコンテンツ形式を、前記第一のコンテンツ形式とは異なる第二のコンテンツ形式へ変換することにより行うコンテンツデータ変換部を有する
（付記１１）記載のコンテンツ配信装置。
【０２０９】
（付記１７）
前記コンテンツデータは階層的に符号化されており、
前記コンテンツデータ変換部は、前記第一のコンテンツ形式から前記第二のコンテンツ形式への変換を、前記第一のコンテンツ形式の特定の階層に属する情報を除去することにより行う
（付記１６）記載のコンテンツ配信装置。
【０２１０】
（付記１８）
コンピュータに、
コンテンツ配信装置からコンテンツ再生装置へ送信されたコンテンツデータのデータ量を送信済みデータ量とした場合に、
前記コンテンツ配信装置から前記コンテンツ再生装置へ送信される前記コンテンツデータを異なるネットワーク間で転送するネットワーク接続装置と前記コンテンツ再生装置との間のコンテンツ計測装置において計測された前記送信済みデータ量を含むフィードバック情報を前記コンテンツ計測装置から受信し、当該送信済みデータ量を基に前記コンテンツ再生装置の再生バッファの状態を推定し、推定した再生バッファの状態を基に当該コンテンツ再生装置へ送信する前記コンテンツデータの品質を制御する
処理を実行させるコンテンツ配信装置用プログラム。
【０２１１】
（付記１９）
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積された前記コンテンツデータの再生時間である再生バッファ時間を推定し、
前記コンテンツデータの品質として、当該コンテンツデータの符号化ビットレートを制御し、
前記再生バッファ時間が所定の閾値を上回る場合には前記コンテンツ再生装置へ送信する前記コンテンツデータの符号化ビットレートを増大させ、
前記再生バッファ時間が所定の閾値を下回る場合には前記コンテンツ再生装置へ送信する前記コンテンツデータの符号化ビットレートを減少させる
（付記１９）記載のコンテンツ配信装置用プログラム。
【０２１２】
（付記２０）
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積された前記コンテンツデータの再生時間である再生バッファ時間を推定し、
前記コンテンツデータの品質として、当該コンテンツデータの符号化ビットレートを制御し、
前記送信済みデータ量を基に、単位時間あたりに前記コンテンツ再生装置が受信する前記コンテンツデータのデータ量である受信スループットを推定し、
前記再生バッファ時間が所定の閾値を上回る場合には前記コンテンツ再生装置へ送信するコンテンツデータの符号化ビットレートを前記受信スループットより大きな値に設定し、
前記再生バッファ時間が所定の閾値を下回る場合には前記コンテンツ再生装置へ送信するコンテンツデータの符号化ビットレートを前記受信スループットより小さな値に設定する
（付記１８）記載のコンテンツ配信装置用プログラム。
【０２１３】
（付記２１）
前記コンテンツ再生装置の前記再生バッファの状態として、当該再生バッファに蓄積されたコンテンツデータの再生時間である再生バッファ時間を推定し、
前記送信済みデータ量を基に、前記コンテンツ計測装置からコンテンツ再生装置へ送信されたコンテンツデータの再生時間長である送信済み再生時間を求め、
前記送信済み再生時間と、前記コンテンツ配信装置から前記コンテンツ再生装置へのコンテンツデータ送信処理が開始されてからの経過時間である送信処理経過時間とを基に、前記再生バッファ時間を推定する
（付記１８）乃至（付記２０）記載のコンテンツ配信装置用プログラム。
【０２１４】
（付記２２）
前記コンテンツ再生装置がコンテンツ再生開始までに前記再生バッファへ蓄積する前記コンテンツデータの再生時間である初期バッファ時間を保持し、
前記送信済み再生時間と、前記送信処理経過時間と、前記初期バッファ時間とを基に、前記再生バッファ時間を推定する
（付記２１）記載のコンテンツ配信装置用プログラム。
【０２１５】
（付記２３）
前記コンテンツ配信装置は、
前記コンテンツデータを第一のコンテンツ形式にて保持し、
前記コンテンツデータの品質の制御を、前記第一のコンテンツ形式を、前記第一のコンテンツ形式とは異なる第二のコンテンツ形式へ変換することにより行うコンテンツデータ変換部を有する
（付記１８）記載のコンテンツ配信装置用プログラム。
【０２１６】
（付記２４）
前記コンテンツデータは階層的に符号化されており、
前記コンテンツデータ変換部は、前記第一のコンテンツ形式から前記第二のコンテンツ形式への変換を、前記第一のコンテンツ形式の特定の階層に属する情報を除去することにより行う
（付記２３）記載のコンテンツ配信装置用プログラム。
【符号の説明】
【０２１７】
１０      コンテンツ配信装置
２０      コンテンツ計測装置
３０      コンテンツ再生装置
４０      ネットワーク接続装置
１００    コンテンツデータ取得制御部
１０１    コンテンツデータ取得制御情報記憶部
１０２    コンテンツデータ取得部
１０３    コンテンツデータ記憶部
１０４    コンテンツデータ送信情報履歴取得部
１０５    コンテンツデータ送信情報履歴記憶部
１０６    再生装置状態推定部
１０７    ネットワーク状態推定部
１０８    配信状態推定部
１０９    初期バッファ時間記憶部
１１０    コンテンツデータ変換制御部
１１１    コンテンツデータ変換制御情報記憶部
１１２    コンテンツデータ変換部
２００    コンテンツデータ要求処理部
２０１    配信装置識別情報記憶部
２０２    計測対象識別情報記憶部
２０３    フィードバック情報取得部
２０４    送信済みデータ量記憶部
２０５    送信処理経過時間記憶部
２０６    配信処理識別情報記憶部
３００    コンテンツデータ要求送信部
３０１    コンテンツ再生部
【図１】
2011180810.tif 000003
【図２】
2011180810.tif 000004
【図３】
2011180810.tif 000005
【図４】
2011180810.tif 000006
【図５】
2011180810.tif 000007
【図６】
2011180810.tif 000008
【図７】
2011180810.tif 000009
【図８】
2011180810.tif 000010
【図９】
2011180810.tif 000011
【図１０】
2011180810.tif 000012
【図１１】
2011180810.tif 000013
【図１２】
2011180810.tif 000014
【図１３】
2011180810.tif 000015
【図１４】
2011180810.tif 000016
【図１５】
2011180810.tif 000017
【図１６】
2011180810.tif 000018
【図１７】
2011180810.tif 000019
【図１８】
2011180810.tif 000020
【図１９】
2011180810.tif 000021
【図２０】
2011180810.tif 000022