(57)【要約】  再生品質が向上したメディアコンテンツが記載される。実施例において、メディアコンテンツ再生システムは、メディア資産のセグメントをメモリーデバイスに格納し、当該セグメントは、セグメントが１つ又は複数のメディアコンテンツソースからダウンロードされるとき、メディア資産の少なくとも一部に関連する非連続データとして格納される。データロードマネージャーは、メディア資産の非線形再生を引き起こすコンテンツナビゲーション入力がいつ受信されるかを予測するように実装される。データロードマネージャーは、メディア資産の各セグメントについて、予測されたコンテンツナビゲーション入力に基づいて、各セグメントがいつ再生されるかを推定することができる。データロードマネージャーは、各セグメントがいつ再生されるかについての推定に基づいて、ダウンロードして格納するべきメディア資産の次のセグメントを決定する。
2013526150.tif 000002
【特許請求の範囲】
【請求項１】
メディア資産の非線形な再生を引き起こす１つ又は複数のコンテンツナビゲーション入力がいつ受信されるかを予測し、
前記メディア資産の各セグメントについて、予測される１つ又は複数のコンテンツナビゲーション入力に基づいて、各セグメントがいつ再生されるかを推定し、
各セグメントがいつ再生されるかについての前記推定に基づいて、ダウンロードして格納するべき前記メディア資産の次のセグメントを決定する
ように構成されるデータロードマネージャーと、
メディア資産のセグメントを格納するように構成されるメモリーデバイスであって、前記セグメントは、前記セグメントが１つ又は複数のメディアコンテンツソースからダウンロードされるときに前記メディア資産の少なくとも一部に関連する非連続データとして格納される、メモリーデバイスと
を備えるメディアコンテンツ再生システム。
【請求項２】
前記データロードマネージャーは、前記メディア資産の各セグメントの目標の再生品質に基づいて、ダウンロードするべき前記メディア資産の次のセグメントを決定するようにさらに構成される請求項１に記載のメディアコンテンツ再生システム。
【請求項３】
前記データロードマネージャーは、前記セグメントの目標の再生品質を向上させるために前記メディア資産のどのセグメントを前記メモリーデバイス内に予めロードするべきかを決定するようにさらに構成される請求項１に記載のメディアコンテンツ再生システム。
【請求項４】
前記データロードマネージャーは、前記メディア資産の各セグメントについて生成される負荷モデルに基づいて、予めロードされるべき前記メディア資産のセグメントを決定するようにさらに構成され、負荷モデルは、ダウンロードするべき次の最善のセグメントを決定するために前記セグメントの各々をランク付けする改善値を含む、請求項３に記載のメディアコンテンツ再生システム。
【請求項５】
前記データロードマネージャーは、帯域幅の制約を受ける前記メディア資産のセグメントに基づいて、ダウンロードするべき前記メディア資産の次のセグメントを決定するようにさらに構成される請求項１に記載のメディアコンテンツ再生システム。
【請求項６】
前記帯域幅の制約は、前記メディア資産のセグメントが目標の再生品質でダウンロードされることを妨げる請求項５に記載のメディアコンテンツ再生システム。
【請求項７】
前記帯域幅の制約を受ける前記メディア資産のセグメントは、ダウンロードするべき、前記メディア資産の最初のセグメント、又は資源集約的な前記メディア資産のセグメントのうちの少なくとも１つを含む請求項５に記載のメディアコンテンツ再生システム。
【請求項８】
前記データロードマネージャーは、再生のために前記メディア資産の表示品質を向上させるために前記メモリーデバイスに格納される前記メディア資産のセグメントをダウンロードして上書きするようにさらに構成される請求項１に記載のメディアコンテンツ再生システム。
【請求項９】
前記データロードマネージャーは、再生される可能性の低い前記メディア資産のセグメントについての前記メモリーデバイスからの削除を開始するようにさらに構成される請求項２に記載のメディアコンテンツ再生システム。
【請求項１０】
少なくともメモリーと前記データロードマネージャーの負荷アルゴリズムを実施するプロセッサーとをさらに備え、前記負荷アルゴリズムは、
前記メディア資産の各セグメントについて、各セグメントがいつ再生されるかを推定し、
ダウンロードして格納するべき前記メディア資産の次のセグメントを決定し、
再生のために前記メディア資産の表示品質を向上させるために前記メディア資産の再生より前に予めロードするべき前記メディア資産のセグメントを決定し、
前記メディア資産のどのセグメントが、再生される可能性の低い、前記メモリーデバイスから削除するべきものであるかを決定する
ように構成される請求項１に記載のメディアコンテンツ再生システム。
【請求項１１】
前記コンテンツナビゲーション入力が、前記メディア資産中のジャンプ前進、前記メディア資産の早送り前進、又は前記メディア資産の再生を停止して追加のメディア資産の再生を開始するための変更のうちの少なくとも１つを含む請求項１に記載のメディアコンテンツ再生システム。
【請求項１２】
コンピューターにより実施される方法であって、
メディア資産のセグメントが１つ又は複数のメディアコンテンツソースからダウンロードされるときに、前記メディア資産の少なくとも一部に関連する非連続データとして、前記メディア資産のセグメントをメモリーデバイスに格納するステップと、
前記メディア資産の非線形の再生を引き起こすコンテンツナビゲーション入力がいつ受信されるかを予測し、
前記メディア資産のセグメントの各々について、予測されたコンテンツナビゲーションの入力に基づいて、各セグメントがいつ再生されるかを推定するステップと、
各セグメントがいつ再生されるかについての推定に基づいて、ダウンロードして格納するべき前記メディア資産の次のセグメントを決定するステップと、
前記メディアコンテンツソースの１つ又は複数から前記次のセグメントをダウンロードするステップと
を含む方法。
【請求項１３】
前記メディア資産の各セグメントの目標の再生品質に基づいて、ダウンロードするべき前記メディア資産の前記次のセグメントを決定するステップをさらに含む請求項１２に記載のコンピューターにより実施される方法。
【請求項１４】
セグメントの目標の再生品質を向上させるために前記メディア資産のどのセグメントを前記メモリーデバイスに予めロードするかを決定するステップをさらに含む請求項１２に記載のコンピューターにより実施される方法。
【請求項１５】
前記メディア資産の各セグメントについて負荷モデルを生成するステップをさらに含み、負荷モデルは、ダウンロードするべき次の最善のセグメントを決定するために前記セグメントの各々をランク付けする改善値を含む、請求項１２に記載のコンピューターにより実施される方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生品質が改善されたメディアコンテンツに関する。
【背景技術】
【０００２】
[0001]インターネットベースのテレビシステムなどのメディアコンテンツ配信システムは、ユーザーがすぐにライブの視聴をすることを要求するときにクライアント装置に動画データをストリーミングしたり、動画が記録された後にユーザーがその動画を見ることを望むより前に動画データをダウンロードするように設計される。また、ユーザーは、ダウンロードが完了する前に、ダウンロードされている動画の再生を開始することができる。しかし、いくつかの従来の動画データストリーミング技術は、クライアント装置における再生のための一貫した音声品質及び／又は動画品質を提供することができない。たとえば、現在の適応ストリーミング技術では、それぞれが異なる帯域幅要件を有する、多くの異なる品質レベルで、様々なメディアコンテンツソースからネットワークを介して動画の一部をダウンロードすることができる。ネットワーク帯域幅が予測不可能であるために、適応ストリーミングダウンロードアルゴリズムは、視聴者へ遅延を感じさせることなく動画の再生を維持するために低品質の動画セグメントに頼っているが、再生中の映像品質は視聴者にとって顕著な欠点となり得る。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
[0002]一貫しない動画の品質は、予測不可能なネットワーク帯域幅のほか、一定の品質レベルで圧縮された映像データに必要とされる帯域幅の変動に主に起因する。これらの帯域幅の変動は、複雑なシーンを含む動画データのための比較的高い帯域幅などの、映像の複雑さの変動によるものであることがある。例えば、モーション及び／又は急速に変化するシーンを含む映画の中のアクションシーンは、映像の複雑さを増加させ、複雑なシーンを含む動画の一部をダウンロードするための帯域幅要件を増加させる。また、従来の再生システムは、動画品質の変動を安定させようとして、動画データを連続して（例えば、受信される順に）バッファする。しかし、チャプター間でスキップしたりジャンプしたりする場合など、ユーザーが動画データの非線形な再生を開始する場合には、この技術は効果がない。
【課題を解決するための手段】
【０００４】
[0003]この概要は、以下の詳細な説明でさらに説明される再生品質が改善されたメディアコンテンツについての簡略化された概念を紹介するためのものである。この概要は、特許請求される主題の不可欠な特徴を特定することを意図しておらず、特許請求された主題の範囲を決定する際に使用することも意図していない。
【０００５】
[0004]再生品質が向上したメディア・コンテンツが記載される。実施例において、メディアコンテンツ再生システムは、複数の様々なメディア資産（メディア・アセット）のセグメント（部分）をメモリーデバイスに格納する。当該セグメントは、そのセグメントが１つ又は複数のメディアコンテンツソースからダウンロードされるときに、様々なメディア資産の少なくとも一部に関連する非連続データとして格納される。データロードマネージャーは、メディア資産のうちの１つの非線形再生を引き起こすコンテンツナビゲーション入力がいつ受信されるかを予測するように実装される。データロードマネージャーは、次いで、メディア資産の各セグメントについて、予測されるコンテンツナビゲーション入力に基づいて、各セグメントがいつ再生されるかを推定することができる。データロードマネージャーは、各セグメントがいつ再生されるかについての推定に基づいて、ダウンロードして格納するべきメディア資産の次のセグメントを決定する。データロードマネージャーはまた、メディア資産の各セグメントについての目標の再生品質に基づいて、ダウンロードするべきメディア資産の次のセグメントを決定することができる。
【０００６】
[0005]実施例において、データロードマネージャーは、視聴者によって開始されるコンテンツナビゲーション入力を受信する可能性を決定し、メディア資産のセグメントの映像の複雑さを考慮して、一貫したメディア再生の品質を提供する可能性を最適化するべく、次にメディア資産のどのセグメントをダウンロードするかを決定するために、利用可能なネットワーク帯域幅を予測する。コンテンツナビゲーション入力は、メディア資産の先へのジャンプ、メディア資産の早送り、メディア資産の後へのジャンプ、メディア資産の巻き戻し、又はメディア資産の再生を停止して異なるメディア資産の再生を開始するという変更のための入力として受信することができる。
【０００７】
[0006]他の実施例において、帯域幅の制約を受けるメディア資産のセグメントは、メディア資産の再生中にダウンロードされる場合、メディア資産の再生前に予めロード（プリロード、preload）され（例えば、ダウンロードされて格納され）てもよい。ある量のネットワーク帯域幅がメディア資産の再生中に利用可能であると推定され、予めロードされるメディア資産のセグメントは、目標の再生品質を維持するための必要な帯域幅と利用可能な帯域幅との間の差分（デルタ、delta）に対応する。データロードマネージャーは、メディア資産の各セグメントに対して生成される負荷モデルに基づいて、予めロードするメディア資産のセグメントを決定することができ、負荷モデルは、ダウンロードするべき次の最善のセグメントを決定するためにセグメントの各々をランク付けする改善値を含む。帯域幅の制約を受け得るメディア資産のセグメントは、メディア資産のはじめのセグメント、又はダウンロードするべき資源集約的なメディア資産のセグメントである。また、メディアコンテンツ再生システムは、再生のためにメディア資産の表示品質を向上させるべくメモリーデバイスによって格納されるメディア資産のセグメントをダウンロードし、上書きすることができる。さらに、再生されそうにないメディア資産のセグメントを特定して、メモリーデバイスから削除することができる。
【０００８】
[0007]再生品質が改善されたメディアコンテンツの実施例は、以下の図面を参照して説明される。同じ番号は同様の特徴及びコンポーネントを参照するように図面を通して使用される。
【図面の簡単な説明】
【０００９】
【図１】再生品質が改善されたメディアコンテンツの実施例を実施できるシステムの例を示す。
【図２】メディアコンテンツのセグメントを選択された表示品質レベルでストリーミングするための、時間に対する必要なネットワーク帯域幅のグラフの例を示す。
【図３】メディア資産のセグメントのデータチャンクの非連続的な記憶の例を示す。
【図４】１つ又は複数の実施例による再生品質が改善されたメディアコンテンツを示す。
【図５】ユビキタス環境におけるシームレスなユーザーエクスペリエンスのための再生品質が向上したメディアコンテンツの様々な実施例を実施することができる複数のデバイスをもつシステムの例を示す。
【図６】１つ又は複数の実施例による、再生品質が改善されたメディアコンテンツの例示的な方法を示す。
【図７】１つ又は複数の実施例による、再生品質が改善されたメディアコンテンツのさらなる例示的な方法を示す。
【図８】再生品質が改善されたメディアコンテンツの実施例を実施することができる例示的な装置の様々なコンポーネントを示す。
【発明を実施するための形態】
【００１０】
[0008]再生品質が改善されたメディアコンテンツが記載される。実施例では、ネットワークの帯域幅不足が原因でダウンロードに利用できる可能性が少ないメディア資産のセグメントは、ユーザーエクスペリエンスの向上のためにメディア資産の再生の前にダウンロードされて利用可能であり、メディア資産が再生や表示のためにレンダリングされるときに全体的な表示品質を最適化する。また、任意のタイプのクライアント装置として構成されるメディアコンテンツ再生システムは、様々なメディア資産の非連続のセグメントを格納するためにクライアント装置においてローカルストレージを利用することができる。
【００１１】
[0009]実施例において、メディアコンテンツ再生システムの負荷アルゴリズム（load algorithm）は、メディア資産の再生中にコンテンツナビゲーション入力が受信される可能性を予測又は決定することができる。負荷アルゴリズムは、メディア資産のセグメントごとに、予測されるコンテンツナビゲーション入力に基づいて、各セグメントがいつ再生されるかを推定することができる。負荷アルゴリズムは、各セグメントがいつ再生されるかについての推定に基づいて、ダウンロードするべきメディア資産の次のセグメントを決定する。さらに、負荷アルゴリズムを実施するデータロードマネージャーは、メディア資産の各セグメントに対して生成される負荷モデルに基づいて、予めロードするメディア資産のセグメントを決定することができ、負荷モデルは、ダウンロードするべき次の最良のセグメントを決定するために、セグメントの各々がそれによってランク付けされる改善値を含む。
【００１２】
[0010]再生品質が改善されたメディアコンテンツについての説明されるシステム及び方法の特徴及び概念は、任意の数の異なる環境、システム、及び／又は種々の構成で実施することができるが、再生品質が改善されたメディアコンテンツの実施例は以下の例示的なシステム及び環境のコンテキストで説明される。
【００１３】
[0011]図１は、再生品質が改善されたメディアコンテンツの様々な実施例を実施することができる例示的なシステム１００を示す。例示的なシステム１００は、任意のタイプのクライアント装置１０４として構成することができるメディアコンテンツ再生システム１０２を含む。様々なクライアント装置１０４のいくつかは、有線及び／又は無線装置を含み、また、ユーザーのデバイス及び／又はポータブルデバイスとされてもよい。例示的なシステム１００はまた、通信ネットワーク１１０を介して任意の数の様々なクライアント装置１０４と通信したり、そうでなければ、クライアント装置１０４にメディアコンテンツやデータを提供する、コンテンツ配信部１０６及び／又は他のメディアコンテンツソース１０８を含む。
【００１４】
[0012]通信ネットワーク１１０は、コンテンツ配信部１０６、他のメディアコンテンツソース１０８、及び任意の数の様々なクライアント装置の間のメディア資産配信やデータ通信を容易にする、ブロードキャストネットワーク、ＩＰベースのネットワーク１１２、及び／又は無線ネットワーク１１４を含むように実施することができる。通信ネットワーク１１０はまた、任意の種類のネットワークトポロジー及び／又は通信プロトコルを使用してメディア資産配信システムの一部として実施することができ、２つ以上のネットワークの組み合わせとして表現したり、実施したりすることができる。通信ネットワーク１１０はまた、任意の種類の無線装置や携帯電話（例えば、セルラー、ＶｏＩＰ、Ｗｉ−Ｆｉなど）のモバイルデータ及び／又は音声通信を容易にするために、携帯電話プロバイダー及び／又はインターネットサービスプロバイダーなどの通信サービスプロバイダーによって管理される携帯電話事業者のネットワークを含んでもよい。
【００１５】
[0013]コンテンツ配信部１０６は、任意の数の様々なクライアント装置にメディアコンテンツ及び／又は他のデータを通信し、又は配信するように実施される、１つ又は複数のメディアコンテンツサーバー１１６を含んでもよい。この例示的なシステム１００では、コンテンツ配信部１０６は、メディア資産１２０及びメディアコンテンツメタデータ１２２などの様々なメディアコンテンツ及びデータを格納したり保持したりするために、記憶媒体１１８を含む。記憶媒体１１８は、任意の種類のメモリー及び／又は適切な電子データ記憶装置として実施することができる。
【００１６】
[0014]メディア資産１２０は、任意の種類のメディアコンテンツソース又はデータソースから受信される、任意の種類の音声データ、動画データ、及び／又は画像データを含んでもよい。本明細書を通して説明されるように、メディア資産はメディアコンテンツであり、メディア資産は、音楽（例えば、曲のデジタル音楽ファイル）、テレビ番組、映画、オンデマンドのメディア資産、インタラクティブなゲーム、ネットワークベースのアプリケーション、及び任意の他の音声データ、動画データ、及び／又は画像データ（例えば、番組ガイドデータ、ユーザーインターフェースデータ、広告コンテンツ、字幕データ、コンテンツメタデータ、検索結果及び／又は推奨等を含む）を含んでもよい。メディア資産１２０は、最高品質の表示フォーマット（例えば、高品質、高精細な表示フォーマット）から低品質の表示フォーマット（例えば、低品質、標準画質の表示フォーマット）などの、メディア資産の様々な表示フォーマット、それら２つの間の連続したもの（continuum）に沿う他の品質の表示フォーマットを含んでもよい。
【００１７】
[0015]メディアコンテンツメタデータ１２２は、メディア資産について記述し及び／又は分類する、メディア資産１２０に関連する任意の種類の識別基準、記述的情報、及び／又は属性を含んでもよい。例えば、メタデータは、メディア資産の識別子、タイトル、主題記述、製造日、芸術的情報（artistic information）、音楽編集物、特定のメディア資産に関する任意の種類の記述的情報を含んでもよい。さらに、メタデータは、広告、映画、お笑い番組、スポーツイベント、ニュース番組、ホームコメディ、トークショー、アクション／アドベンチャー番組であるとして、又は任意の数の他のカテゴリー記述として、映像コンテンツなどのメディア資産を説明するジャンルを特徴付けることができる。
【００１８】
[0016]コンテンツ配信部１０６はまた、メディアコンテンツサービス１２４を含んでもよい。様々な実施例において、コンテンツ配信部１０６は、任意の様々なクライアント装置１０４が視聴のためにメディア資産１２０をダウンロードして表示することを要求することができる、加入ごとの（subscription-based）サービスとして実施することができる。メディアコンテンツサービス１２４は、様々なクライアント装置１０４へのメディア資産の配信を管理するように実装される。たとえば、メディアコンテンツサービス１２４は、クライアント装置１０４からメディア資産１２０の要求を受信し、クライアント装置と通信したり、クライアント装置にメディア資産のセグメントを提供したりすることができる。
【００１９】
[0017]この例示的なシステム１００において、クライアント装置１０４は、音声データ、動画データ、及び／又は画像データのうちの任意の形式でメディアコンテンツを受信するように実施することができる、テレビクライアント装置１２６（例えば、テレビのセットトップボックス、デジタルビデオレコーダ（ＤＶＲ）など）、コンピューター装置１２８、ゲームシステム１３０、電化製品、電子デバイス、及び／又は任意の他のタイプのクライアント装置やユーザーデバイスのうちの任意の１つ又は組み合わせとして実施することができる。様々なクライアント装置１０４はまた、携帯電話１３２（例えば、セルラー、ＶｏＩＰ、ＷｉＦｉなど）、ポータブルコンピューター装置１３４、メディア装置１３６（例えば、パーソナルメディアプレーヤー、ポータブルメディアプレーヤーなど）、及び／又は音声データ、動画データ及び／又は画像データの任意の形式でメディアコンテンツを受信することができる任意の他の無線デバイスの任意の１つ又は組み合わせなどの、無線データを受信し及び／又は通信するように実装される無線装置を含んでもよい。クライアントシステムは、任意の形式の音声、動画及び／又は画像メディアコンテンツやメディア資産を一緒にレンダリングしたり、再生したりする、それぞれのクライアント装置と表示装置１３８とを含んでもよい。表示装置１３８は、任意の種類のテレビ、高精細テレビ（ＨＤＴＶ）、ＬＣＤ、又は同様の表示システムとして実施することができる。
【００２０】
[0018]任意の様々なクライアント装置１０４は、メディアコンテンツ再生システム１０２として構成することができ、１つ又は複数のプロセッサー、通信コンポーネント、メモリーコンポーネント、信号処理及び制御回路、及びメディアコンテンツレンダリングシステムにより実施することができる。さらに、任意のクライアント装置１０４は、図８に示す例示的な装置を参照して説明されるような任意の数及び組み合わせの異なるコンポーネントにより実施することができる。クライアント装置はまた、ユーザー、ソフトウェア、及び／又はデバイスの組み合わせを含む論理デバイスについてクライアント装置が記述するように、装置を動作させるユーザー（つまり、人）及び／又はエンティティに関連付けることができる。
【００２１】
[0019]この例示的なシステム１００において、メディアコンテンツ再生システム１０２は、データロードマネージャー１４０、記憶媒体１４２、及びレンダリングシステム１４４を含む。記憶媒体１４２は、様々なメディア資産のセグメント１４６を格納するための任意のタイプのメモリーデバイスとして実施することができる。データロードマネージャー１４０は、コンピューター実行可能命令として実装することができ、本明細書に記載される様々な実施例及び／又は機能を実施するために１つ又は複数のプロセッサーによって実行することができる、負荷アルゴリズム１４８を含む。
【００２２】
[0020]アルゴリズム実装の実施例において、負荷アルゴリズム１４８は、（セグメントサイズはメディアコンテンツの異なる表示品質レベルについてより多くの又はより少ないデータを含み得るので）メディア資産のセグメントサイズを決定することができる、メディア資産の一定の表示品質レベルを選択する。一定のレベルの利用可能なネットワーク帯域幅を仮定すると、負荷アルゴリズム１４８は、選択された表示品質レベルでメディアコンテンツをストリーミングするための、時間に対する必要なネットワーク帯域幅を決定する。図２は、選択される表示品質レベルでメディアコンテンツのセグメント２０６をストリーミングするための、時間２０４に対する必要なネットワーク帯域幅２０２の例示的なグラフ２００を示す。例えば、各セグメントは、メディア資産のうちの５秒とすることができ、セグメントのサイズは、同じ期間について大きなデータセグメントを有する複雑な動画についてなど、再生時間の経過とともに変化する。
【００２３】
[0021]必要なネットワーク帯域幅が想定される利用可能な帯域幅を超えるメディア資産のセグメントについて、セグメントのサブセットは、メディア資産の残りのセグメントをストリーミングするために必要なネットワーク帯域幅が想定される利用可能な帯域幅以下であるように、予めロードするように選択される。たとえば、メディア資産のセグメント２０８は必要なネットワーク帯域幅２０２を超えており、セグメント２０８はメディアコンテンツ再生システム１０２の記憶媒体１４２などに予めロードすることができる。
【００２４】
[0022]代替的に又はさらに、メディア資産のセグメントは、コンテンツから（例えば、オーバーナイト・プリエンプティブ（overnight pre-emptive）ダウンロード、ブロードキャスト、又は光ディスクを介して）帯域外で配信されるファイルに予めロードすることができる。メディア資産のその後のライブストリーミング中、予めロードされたファイルは、メディア資産をロードする際に役立つように使用される。この技術はまた、コンテンツ配信部１０６においてメディアコンテンツの予めロードされたセグメントを格納し、予めロードされたセグメントをネットワークストレージ位置から提供することなどによって、ネットワークアーキテクチャーにおいて実施することができる。この実施例において、メディア資産のセグメントの大部分が集中的に格納される一方、予めロードされるセグメントの予めロードされるファイルは、ローカルのストレージにおいて、及び／又は、ネットワークストレージにおける迅速なアクセスのためにキャッシュされる。
【００２５】
[0023]アルゴリズム実装の代替的な実施例において、負荷アルゴリズム１４８は、ネットワーク帯域幅を均一にする、メディア資産のセグメントを予めロードするための特定のバッファサイズの利用可能性に基づいて実施される。この技術は、図２に示される例示的なグラフ２００にローパスフィルターを適用する効果を有し、予めロードされるメディア資産のセグメントの数を減らす。アルゴリズム実装の別の代替的な実施例において、メディア資産のセグメントを予めロードするバッファは、動画中のチャプターポイントなど、メディア資産における適したアクセスポイントにおいてリセットされる。この技術は、メディア資産内のアクセスポイントの直後に発生するメディア資産のセグメントを予めロードする可能性を高める。
【００２６】
[0024]様々な実施例において、負荷アルゴリズム１４８は、メディア資産が再生や表示のためにレンダリングされるときに一貫した表示品質を提供するためなど、改善されたユーザーエクスペリエンスのためにダウンロードするメディア資産の最も適したセグメントを決定するように実装される。実施例において、負荷アルゴリズム１４８は、視聴者によって開始されるコンテンツナビゲーション入力を受信する可能性を決定するように実装される。負荷アルゴリズムはまた、メディア資産のセグメントの映像の複雑さを考慮し、一貫したメディア再生品質を提供する確率を最適化するためにメディア資産のどのセグメントを次にダウンロードするかを決定するべく、利用可能なネットワーク帯域幅を予測する。たとえば、負荷アルゴリズム１４８は、特定の視聴者が、通常、動画を見ながらコマーシャルを飛び越すときに、メディア資産におけるジャンプ前進（jump advance）を受信する可能性を決定することができる。他の例では、テレビクライアント装置１２６における視聴者は、メディア資産におけるジャンプ前進、メディア資産の早送り前進（fast-forward advance）、メディアの再生を停止し異なるメディア資産の再生を開始するための変更などの、任意のタイプのコンテンツナビゲーション入力を開始することができる。
【００２７】
[0025]負荷アルゴリズム１４８はまた、メディア資産のセグメントごとに、コンテンツナビゲーション入力を受信する予測に基づいて、各セグメントがいつ再生されるかを推定するように実装される。負荷アルゴリズム１４８は、次いで、各セグメントがいつ再生されるかについての推定に基づいて、ダウンロードして格納するべきメディア資産の次のセグメントを決定することができる。負荷アルゴリズム１４８はまた、メディア資産の各セグメントの目標の再生品質に基づいて、ダウンロードするべきメディア資産の次のセグメントを決定することができる。実施例において、負荷アルゴリズム１４８は、メディア資産の各セグメントについて生成される負荷モデルに基づいて、予めロードする（例えば、ダウンロードして格納する）メディア資産のセグメントを決定する。負荷アルゴリズム１４８は各セグメントについて負荷モデルを生成することができ、負荷モデルは、ダウンロードする次の最善のセグメントを決定するためにセグメントの各々をランク付ける改善値（improvement value）を含む。プリロードのための決定されるメディア資産のセグメントは、セグメントについての目標の再生品質を向上させるためにダウンロードすることができる。
【００２８】
[0026]メディア資産における前進や先へのジャンプなど、コンテンツナビゲーション入力が受信される可能性が高いものとして予測又は決定される場合、そのジャンプの直後のメディア資産の１つ又は複数のセグメントは、次にダウンロードするセグメントとして必ずしも決定されないことに留意すべきである。メディア資産のセグメントが過度に複雑でなく、及び／又は、ネットワーク帯域幅がメディア資産の再生中にセグメントをダウンロードするために利用可能である場合には、目標の表示品質を維持しながら、負荷アルゴリズム１４８は、次にメディア資産の他のセグメントをダウンロードすることを決定することができる。たとえば、ダウンロードのために決定されるメディア資産の次のセグメントは、ジャンプ前進が表示のためにメディア資産を再開する場所の約１分後に再生のために推定される複雑な動画シーンの一部であってもよい。負荷アルゴリズム１４８はまた、バッファー占有量（buffer fullness）を評価し、最も可能性の高いユーザー入力及び最大の可能な改善のために表示品質を最適化するべく、メディア資産の各セグメントに対して生成される負荷モデルに基づいて、ダウンロードするべきメディア資産のセグメントを決定することができる。
【００２９】
[0027]負荷アルゴリズム１４８は、データロードマネージャー１４０が、（例えば、目標の表示品質での）ほぼ一貫したメディア品質レベルをもたらすことを可能にする。データロードマネージャー１４０は、ネットワーク帯域幅が思いがけなく減少する場合などに、再生の問題を回避するべくメディア資産の残りの再生時間中の任意の時点において利用可能な最小のメディア時間を再帰的に最大化するために、（例えば、任意の小さな容量のバッファーに加えて）追加の記憶媒体１４２を利用する。実施例において、データロードマネージャー１４０は、メディア資産のセグメントが目標の再生品質でダウンロードされることを妨げる、帯域幅の制約を受けるメディア資産のセグメント１４６をダウンロードしてもよい。たとえば、帯域幅の制約を受ける可能性のあるメディア資産のセグメントは、メディア資産の最初のセグメントや、ダウンロードする資源集約的なメディア資産のセグメントを含む。メディア資産のこれらのセグメント１４６は、メディアコンテンツ再生システム１０２において記憶媒体１４２によりダウンロードして格納することができる。
【００３０】
[0028]実施例において、メディア資産のセグメントは、どのセグメントが最も適したユーザーエクスペリエンスの向上をもたらすかに基づいて、インデックス付けされる。改善値Ｉは、特定の時刻ｔでシステム状態ｓが発生する確率Ｐについて、システム状態ｓに対して特定の時刻ｔにおいてセグメントが利用可能である場合、ユーザーエクスペリエンスの改善を示す。レンダリングのために次に選択されてロードされるセグメントのデータチャンクは、最大化されるときの関数ｆ（Ｐ，Ｉ）によって記述されるデータチャンクである。負荷アルゴリズム１４８は、どのセグメントがすでにダウンロードされて格納されたかについての情報、セグメントの各々についての品質及び／又はデータサイズの値、並びに利用可能なネットワーク帯域幅の予想される値を使用することによって、メディア資産の全ての残りの再生時間にわたって、関数ｆ（Ｐ，Ｉ）を再帰的に決定又は計算することができる。
【００３１】
[0029]メディアコンテンツ再生システム１０２において、セグメントローダープロセス（例えば、データロードマネージャー１４０によって実装される）と再生プロセス（例えば、レンダリングシステム１４４によって実装される）は、再生システムの独立したプロセスである。データロードマネージャー１４０は、再生に必要なメディア資産のセグメントがクライアント装置において利用可能であると規定し、データロードマネージャーの負荷アルゴリズム１４８は、コンテンツナビゲーション入力などのユーザー入力が受け取られるときであっても一貫した再生品質を達成する可能性を最適化する。負荷アルゴリズム１４８は、メディア資産の各セグメントの負荷モデルを導き出し、負荷モデルは各セグメントの再生が発生する確率を示す。
【００３２】
[0030]再生の確率が高いメディア資産のセグメントを決定するとき、負荷アルゴリズム１４８は最適化基準（optimization criteria）を考慮することができる。たとえば、最適化基準は、ダウンロードするべきメディア資産の様々なセグメントの利用可能性、必要なときに高ビットレートでセグメントが容易に利用できるかどうか、又はダウンロード元からの帯域幅の制約などのためにセグメントのダウンロードが遅くなるかどうかを決定することを含む。最適化基準はまた、ピアツーピア環境におけるメディア資産のセグメントの相対的な利用可能性を考慮することができる。視聴者がメディア資産の再生を開始するたびに、ネットワーク帯域幅の一定量が利用可能になると仮定して、メディア資産の特定のセグメントがダウンロードされ、格納されてもよい。再生中に利用可能な帯域幅は、メディア資産におけるジャンプポイント及びより複雑なシーンなどの、メディア資産の格納されたセグメントを補強するために使用することができる。これは、メディア資産についての一貫した再生品質をなお提供しつつ、メディア資産のセグメントを格納するために必要なストレージスペースの量の制限を行う。
【００３３】
[0031]実施例において、ブロードキャスト技術は、メディア資産の大集団の複雑なセグメントをＩＰネットワークを介して予めロードする代わりに、これらのセグメントのみをクライアント装置にブロードキャストするために利用することができる。オペレーターはデータチャンクのストリームをブロードキャストでき、クライアント装置は、再生における予想される利用可能なＩＰ帯域幅に基づいて、それらのブロードキャストされるデータチャンクのサブセットを受信して格納する。クライアント装置（例えば、メディアコンテンツ再生システム）における負荷アルゴリズム１４８は、ＩＰを介して一貫した品質の再生の経験をもたらすためにどのデータチャンクを予めロードするかを推定し、決定することができる。
【００３４】
[0032]別の実施例において、負荷アルゴリズム１４８は、再生のためにメディア資産の表示品質を向上させるために上書きすることができる記憶媒体１４２によって格納される、メディア資産のセグメント１４６を決定することができる。例えば、格納されるセグメントは、メディア資産の表示品質を向上させるために、そのセグメントについてのより高い品質のバージョンで上書きすることができる。データロードマネージャー１４０は、メディア資産のセグメント１４６をダウンロードして、再生のためにメディア資産の表示品質を向上させるために、改善されたセグメントで上書きすることができる。
【００３５】
[0033]別の実施例において、負荷アルゴリズム１４８は、再生される可能性の低いセグメントなど、メディア資産のセグメント１４６のうちのどれを記憶媒体１４２から削除するかを決定することができる。例えば、視聴者は、メディア資産を視聴しながらジャンプ前進するためのコンテンツナビゲーション入力を開始してもよく、飛び越えられたメディア資産のセグメントは、記憶媒体から削除するように識別されてもよい。
【００３６】
[0034]図３は、再生品質が改善されたメディアコンテンツの様々な実施例における、メディア資産のセグメントのデータの非連続的な記憶の例３００を示す。この例３００において、図１を参照して説明されるような、メディアコンテンツ再生システム１０２における記憶媒体は、メディア資産セグメント３０２、メディア資産セグメント３０４、メディア資産セグメント３０６などの様々なメディア資産のセグメントを含む。これらのメディア資産のセグメントは、すべてが異なるメディア資産に関連付けられてもよいし、すべてが同じメディア資産に関連付けられてもよいし、及び／又はそれらの組み合わせであってもよい。たとえば、メディア資産セグメント３０２及び３０６が同じメディア資産に関連する一方、メディア資産セグメント３０４が異なるメディア資産に関連していてもよい。メディア資産のセグメントは、それぞれ、メディア資産セグメント３０２中のデータチャンク３０８、メディア資産セグメント３０４中のデータ・チャンク３１０、メディア資産セグメント３０６中のデータチャンク３１２などの任意の数のデータチャンクを含む。特定のメディア資産のデータは再生順序がばらばらに（例えば、非連続的な順序で）格納されてもよく、負荷アルゴリズム１４８は最適化基準に基づいてどのデータを読み取るかを決定する。
【００３７】
[0035]図４は、コンテンツの複雑さ４０２、表示品質（視覚品質、visual quality）４０４、及び時間４０８に対する改善される品質４０６についての指示を含むグラフ４００において、再生品質が改善されたメディアコンテンツの例を示す。グラフ４００は、コンテンツの複雑さ４０２が時間４０８とともに変化するにつれて、視聴するために再生されるメディア資産の表示品質４０４もまた変化しうることを示す。上述のように、従来の動画データストリーミング技術は、メディア資産中の複雑なシーンに必要なネットワーク帯域幅や追加の動画データが予測不可能であるために、クライアント装置での再生に対して一貫した動画品質を提供することができない。例えば、コンテンツの複雑さが４１０において増加するとき（又はネットワーク帯域幅の急激な低下の間）、表示品質は４１２において低減する。続いて、コンテンツの複雑さが４１４で減少すると、表示品質は４１６において改善される。
【００３８】
[0036]グラフ４００はまた、本明細書に記載される再生品質が改善されたメディアコンテンツの実施例による品質の向上４０６を示す。例えば、コンテンツの複雑さが４１０で増加すると、４１２において減少する従来の表示品質とは異なり、改善された品質は４１８においてわずかに低下してもよい（又はまったく低下しない）。同様に、コンテンツの複雑さが４１４で減少する場合、改善された品質は４２０においてほぼ一定のままである。その後、コンテンツの複雑さが４２２において再び増加する場合、従来の表示品質が４２６において低下し得る一方、品質の向上は４２４においてほぼ一定に継続する。
【００３９】
[0037]図５は、図１を参照して説明したようなメディアコンテンツ再生システム１０２を含む例示的なシステム５００を示す。パーソナルコンピューター（ＰＣ）、テレビ装置、及び／又はモバイルデバイス上でアプリケーションを実行する場合、例示的なシステム５００は、シームレスなユーザーエクスペリエンスのためのユビキタス環境を実現する。アプリケーションを利用したり、ビデオゲームをプレイしたり、動画を見たりなどしながら、あるデバイスから次のデバイスへと移るとき、サービスやアプリケーションは、共通のユーザーエクスペリエンスのために、３つのすべての環境において実質的に同様に実行される。
【００４０】
[0038]例示的なシステム５００において、複数のデバイスが中央コンピューティング装置を介して相互接続される。中央コンピューティング装置は、複数のデバイスに対してローカルであってもよいし、複数のデバイスから離れて配置することもできる。１つの実施例において、中央コンピューティング装置は、ネットワーク、インターネット、又は他のデータ通信リンクを介して複数のデバイスに接続される１つ又は複数のサーバーコンピューターのクラウドであってもよい。１つの実施例において、この相互接続アーキテクチャーは、複数のデバイスのユーザーに共通のシームレスな経験を提供するために、複数のデバイスにわたって機能が配信されることを可能にする。複数のデバイスの各々は異なる物理的要件や能力を有していてもよく、中央コンピューティング装置は、デバイスに対して調整されるがすべてのデバイスに対して共通である、デバイスに対する経験の配信を可能にするためのプラットフォームを使用する。１つの実施例において、ターゲットデバイスのクラスが作成され、経験が一般的なクラスのデバイスに合わせて調整される。デバイスのクラスは、物理的特徴、使用の種類、又はデバイスの他の共通の特性によって定義することができる。
【００４１】
[0039]様々な実施例において、メディアコンテンツ再生システム１０２は、コンピューター５０２、モバイルデバイス５０４、テレビ５０６の使用などについて、様々な異なる構成をとることができる。これらの構成の各々は、一般に異なる構成や能力を有するデバイスを含み、したがって、メディアコンテンツ再生システム１０２は、１つ又は複数の異なるデバイスクラスに従って構成することができる。例えば、メディアコンテンツ再生システム１０２は、パーソナルコンピューター、デスクトップコンピューター、マルチスクリーンコンピューター、ラップトップコンピューター、ネットブックなどを含むデバイスのコンピューター５０２のクラスとして実施されてもよい。
【００４２】
[0040]メディアコンテンツ再生システム１０２はまた、携帯電話、携帯音楽プレーヤー、ポータブルゲーム機、タブレットコンピューター、マルチスクリーンコンピューターなどのモバイルデバイスを含むデバイスのモバイル５０４クラスとして実施されてもよい。メディアコンテンツ再生システム１０２はまた、カジュアルな視聴環境における、一般的により大きな画面を有するか又はこれに接続されるデバイスを含むデバイスのテレビ５０６クラスとして実施されてもよい。これらのデバイスは、テレビ、セットトップボックス、ゲーム機などを含む。本明細書に記載される技術は、メディアコンテンツ再生システム１０２のこれらの様々な構成によりサポートされてもよく、本明細書に記載される再生品質が改善されたメディアコンテンツの具体例には限定されない。
【００４３】
[0041]クラウド５０８は、メディアコンテンツサービス５１２のためのプラットフォーム５１０を含み及び／又はこれを表す。プラットフォーム５１０はクラウド５０８のハードウェアリソース（例えば、サーバー）及びソフトウェアリソースの基本的な機能を概念化する。メディアコンテンツサービス５１２は、コンピューター処理がメディアコンテンツ再生システム１０２から離れたサーバー上で実行される間に利用することができるアプリケーション及び／又はデータを含んでもよい。メディアコンテンツサービス５１２は、セルラーネットワークやＷｉＦｉネットワークなどの、インターネット及び／又は加入者ネットワークを介したサービスとして提供することができる。
【００４４】
[0042]プラットフォーム５１０は、他のコンピューティング装置とメディアコンテンツ再生システム１０２を接続するためのリソースや機能を概念化することができる。プラットフォーム５１０はまた、プラットフォーム５１０を介して実施されるメディアコンテンツサービス５１２についての引き起こされる需要に対応するレベルの縮尺（scale）をもたらすために、リソースの拡大縮小（scaling）を概念化するように機能し得る。したがって、相互接続されたデバイスの実施例においては、データロードマネージャー１４０及び／又は負荷アルゴリズム１４８の機能の実施は、システム５００全体にわたって分散させることができる。たとえば、データロードマネージャー１４０及び／又は負荷アルゴリズム１４８は、メディアコンテンツ再生システム１０２において部分的に、及び、クラウド５０８の機能を抽象化するプラットフォーム５１０を介して、実施されてもよい。
【００４５】
[0043]例示的な方法６００及び７００は、再生品質が向上したメディアコンテンツの１つ又は複数の実施例による、それぞれ図６及び図７を参照して説明される。一般的に、本明細書に記載の任意の機能、方法、手順、コンポーネント、及びモジュールは、ソフトウェア、ファームウェア、ハードウェア（例えば、固定論理回路）、手動処理、又はそれらの任意の組み合わせを使用して実施できる。ソフトウェア実装は、コンピュータープロセッサーによって実行されると指定されたタスクを実行するプログラムコードを表す。例示的な方法は、ソフトウェア、アプリケーション、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、プロシージャー、モジュール、関数などを含むことができる、コンピューター実行可能命令の一般的なコンテキストで説明することができる。プログラムコードは、コンピュータープロセッサーに対してローカル及び／又はリモートの、１つ又は複数のコンピューター読み取り可能なメモリーデバイスに格納することができる。方法はまた、複数のコンピューター装置によって分散コンピューティング環境で実施することができる。さらに、本明細書で説明する機能は、プラットフォームに依存せず、さまざまなプロセッサーを有するさまざまなコンピューティングプラットフォーム上で実施することができる。
【００４６】
[0044]図６は、再生品質が向上したメディアコンテンツの例示的な方法６００を示し、メディアコンテンツ再生システムを参照して説明される。方法のブロックが記述される順序は、限定的なものとして解釈されることを意図されておらず、任意の数の記載される方法ブロックは、ある方法又は代替的な方法を実施するために任意の順序で組み合わせることができる。
【００４７】
[0045]ブロック６０２において、メディア資産の非線形の再生を引き起こすコンテンツナビゲーション入力がいつ受信されるかを予測する。たとえば、メディアコンテンツ再生システム１０２の負荷アルゴリズム１４８は、視聴者によって開始されたときにコンテンツナビゲーション入力がいつ受信されるかについての可能性を予測又は決定する。一例では、負荷アルゴリズム１４８は、特定の視聴者が、動画を見ながら、通常、コマーシャルを飛ばすときに、メディア資産におけるジャンプ前進を受信する可能性を決定する。他の例では、メディア資産中でのジャンプ前進、メディア資産の早送り前進、又はメディア資産の再生を停止して異なるメディア資産の再生を開始するための変更などの、任意の種類のコンテンツナビゲーション入力を受信することができる。
【００４８】
[0046]ブロック６０４において、メディア資産の各セグメントについて、予測されたコンテンツナビゲーション入力に基づいて、各セグメントがいつ再生されるかを推定する。たとえば、負荷アルゴリズム１４８は、メディア資産の各セグメントについて、コンテンツナビゲーション入力の受信の予測に基づいて、各セグメントがいつ再生されるかを推定する。
【００４９】
[0047]ブロック６０６において、各セグメントがいつ再生されるかについての推定に基づいて、ダウンロードして格納するメディア資産の次のセグメントが決定される。たとえば、負荷アルゴリズム１４８は、各セグメントがいつ再生されるかについての推定に基づいて、ダウンロードして格納するべきメディア資産の次のセグメントを決定する。負荷アルゴリズムはまた、メディア資産のセグメントの映像の複雑さを考慮して、一貫したメディア再生品質を提供する確率を最適化するために、次にメディア資産のどのセグメントをダウンロードするかを決定するために、利用可能なネットワーク帯域幅を予測する。
【００５０】
[0048]ブロック６０８において、メディア資産の次のセグメントが、１つ又は複数のメディアコンテンツソースからダウンロードされる。たとえば、メディアコンテンツ再生システム１０２におけるデータロードマネージャー１４０は、様々なメディアコンテンツソース１０８のいずれかから、メディア資産の次のセグメントをダウンロードする。
【００５１】
[0049]ブロック６１０において、メモリーデバイスにおいて、メディア資産のセグメントは、セグメントがダウンロードされるときにメディア資産の少なくとも一部に関連する非連続データとして格納される。たとえば、メディアコンテンツ再生システム１０２における記憶媒体１４２は、セグメント１４６は、複数の様々なメディア資産のセグメント１４６を格納し、セグメントは、様々なメディア資産の少なくとも一部に関連する非連続データとして格納される。たとえば、図２に示すメディア・資産セグメントは、すべて異なるメディア資産に関連付けることができ、すべて同じメディア資産に関連付けることができ、及び／又はそれらのいくつかの組み合わせであってもよい。
【００５２】
[0050]ブロック６１２において、再生のためにメディア資産の表示品質を向上させるため、記憶装置に格納されたメディア資産のセグメントを上書きする。たとえば、データロードマネージャー１４０の負荷アルゴリズム１４８は、再生のためにメディア資産の表示品質を向上させるために上書きすることができる、記憶媒体１４２によって格納されるメディア資産のセグメント１４６を決定する。格納されたセグメントは、メディア資産の表示品質を向上させるために、より高品質のバージョンのセグメントで上書きされる。
【００５３】
[0051]ブロック６１４において、再生される可能性の低いメディア資産のセグメントがメモリーデバイスから削除される。たとえば、負荷アルゴリズム１４８は、再生される可能性の低いセグメントなどの、メディア資産のセグメント１４６のうちのどれを記憶媒体１４２から削除すべきかを決定する。例えば、視聴者は、メディア資産を見ながらジャンプ前進をするためのコンテンツナビゲーション入力を開始していてもよく、飛ばされたメディア資産のセグメントが記憶媒体から削除するために識別されてもよい。データロードマネージャー１４０は、記憶媒体から使用されていないセグメントを削除してもよい。
【００５４】
[0052]図７は、再生品質が改善されたメディアコンテンツの例示的な方法７００を示しており、負荷アルゴリズムを参照して説明される。方法のブロックが記述される順序は、限定的なものとして解釈されることを意図されておらず、任意の数の記載される方法ブロックは、ある方法又は代替的な方法を実施するために任意の順序で組み合わせることができる。さらに、方法７００を参照して説明される方法のブロックの任意の１つ又は組み合わせは、方法５００を参照して説明した方法のブロックの任意の１つ又は組み合わせと組み合わせることができる。
【００５５】
[0053]ブロック７０２において、メディア資産の各セグメントについて負荷モデルを生成し、負荷モデルは、ダウンロードするべき次の最善のセグメントを決定するためにセグメントの各々をランク付けするための改善値を含む。たとえば、メディアコンテンツ再生システム１０２におけるデータロードマネージャー１４０の負荷アルゴリズム１４８は、メディア資産の各セグメントの負荷モデルを生成し、負荷モデルは、ダウンロードするべき次の最善のセグメントを決定するためにセグメントの各々をランク付けするための改善値を含む。
【００５６】
[0054]ブロック７０４において、メディア資産の各セグメントの目標の再生品質に基づいて、ダウンロードするべきメディア資産の次のセグメントを決定する。たとえば、負荷アルゴリズム１４８は、メディア資産の各セグメントの目標の再生品質に基づいて、ダウンロードするべきメディア資産の次のセグメントを決定する。ブロック７０６において、セグメントの目標の再生品質を向上させるためにメモリー装置に予めロードするべきメディア資産のセグメントが決定される。たとえば、負荷アルゴリズム１４８は、メディア資産の各セグメントについて生成される負荷モデルに基づいて、予めロードするメディア資産のセグメントを決定する。
【００５７】
[0055]ブロック７０８において、帯域幅の制約を受けるメディア資産のセグメントがダウンロードされる。たとえば、メディアコンテンツ再生システム１０２におけるデータロードマネージャー１４０は、帯域幅の制約を受ける様々なメディア資産のセグメント１４６をダウンロードする。帯域幅の制約を受け得るメディア資産のセグメントは、メディア資産の最初のセグメント、又はダウンロードするべき資源集約的なメディア資産のセグメントを含む。
【００５８】
[0056]図８は、再生品質が向上したメディアコンテンツの実施例を実施するための、前に図１−６を参照して説明したような、任意の種類のメディアコンテンツ再生システム及び／又はコンピューティング装置として実施することができる、例示的なデバイス８００の様々なコンポーネントを示す。実施例において、デバイス８００は、有線及び／又は無線装置の任意の１つ又は組み合わせとして、任意の形式のテレビクライアント装置（例えば、テレビセットトップボックス、デジタルビデオレコーダー（ＤＶＲ）など）、消費者装置、コンピューター装置、サーバー装置、携帯コンピューターデバイス、ユーザー装置、通信装置、動画処理及び／又はレンダリングデバイス、電化製品、ゲーム機、電子デバイス、及び／又は他の任意のタイプのデバイスとして、実施することができる。デバイス８００はまた、ユーザー、ソフトウェア、ファームウェア、及び／又はデバイスの組み合わせを含む論理デバイスをデバイスが説明するように、デバイスを操作するユーザー（つまり、人）及び／又はエンティティに関連付けることができる。
【００５９】
[0057]デバイス８００は、デバイスのデータ８０４（例えば、受信されるデータ、受信されているデータ、放送を予定されるデータ、データのデータパケットなど）の有線及び／又は無線通信を可能にする通信装置８０２を含む。デバイスデータ８０４又は他のデバイスコンテンツは、デバイスのコンフィギュレーション設定、デバイスに格納されるメディアコンテンツ、及び／又はデバイスのユーザーに関連付けられた情報を含んでもよい。装置８００に格納されるメディアコンテンツは、任意の種類の音声、動画、及び／又は画像データを含んでもよい。デバイス８００は１つ又は複数のデータ入力８０６を含み、それを介して、ユーザーが選択可能な入力、メッセージ、音楽、テレビメディアコンテンツ、記録された動画コンテンツ、並びに任意のコンテンツソース及び／又はデータソースから受信される任意の他の種類の音声、動画、及び／又は画像データなどの、任意の種類のデータ、メディアコンテンツ、及び／又は入力を受信することができる。
【００６０】
[0058]デバイス８００はまた、シリアル及び／又はパラレルインターフェース、無線インターフェース、任意の種類のネットワークインターフェース、モデムの任意の１つ又は複数として、任意の他の種類の通信インターフェースとして、実施することができる、通信インターフェース８０８を含む。通信インターフェース８０８は、デバイス８００と、他の電子デバイス、コンピューティングデバイス及び通信デバイスがデバイス８００とデータを通信する通信ネットワークとの間の、接続及び／又は通信リンクを提供する。
【００６１】
[0059]デバイス８００は、デバイス８００の動作を制御し、再生品質が向上したメディアコンテンツの実施例を実現する、様々なコンピューター実行可能命令を処理する、１つ又は複数のプロセッサー８１０（例えば、任意のマイクロプロセッサー、コントローラーなど）を含む。代替的に又はさらに、デバイス８００は、一般的に８１２において識別される、処理回路及び制御回路と接続して実施されるハードウェア、ファームウェア又は固定論理回路の任意の１つ又は組み合わせで実施することができる。図示していないが、デバイス８００は、デバイス内のさまざまなコンポーネントを結合するシステムバスやデータ転送システムを含んでもよい。システムバスは、メモリーバスもしくはメモリーコントローラー、周辺バス、ユニバーサルシリアル・バス、及び／又は様々なバスアーキテクチャーの任意のものを利用するプロセッサーもしくはローカルバスなどの、異なるバス構造のうちの任意の１つ又は組み合わせを含んでもよい。
【００６２】
[0060]デバイス８００はまた、１つ又は複数のメモリーコンポーネントなどのコンピューター読み取り可能な記憶媒体８１４を含み、その例は、ランダムアクセスメモリー（ＲＡＭ）、不揮発性メモリー（例えば、読み取り専用メモリー（ＲＯＭ）、フラッシュメモリー、ＥＰＲＯＭ、ＥＥＰＲＯＭなどのうちの任意の１つ又は複数）、及びディスクストレージデバイスを含む。ディスクストレージデバイスは、ハードディスクドライブ、記録可能及び／又は書き換え可能なコンパクトディスク（ＣＤ）、任意の種類のデジタルバーサタイルディスク（ＤＶＤ）などの任意の種類の磁気又は光学記憶装置として実施することができる。デバイス８００はまた、大容量記憶媒体装置８１６を含んでもよい。
【００６３】
[0061]コンピューター読み取り可能な記憶媒体８１４は、デバイスデータ８０４のほか、様々なデバイスアプリケーション８１８、デバイス８００の動作状況（operational aspects）に関連する任意の他の種類の情報及び／又はデータを格納するためのデータストレージ機構を提供する。たとえば、オペレーティングシステム８２０は、コンピューター読み取り可能な記憶媒体８１４によりコンピューターアプリケーションとして保持されて、プロセッサー８１０上で実行されてもよい。デバイスアプリケーション８１８は、デバイスマネージャー（例えば、制御アプリケーション、ソフトウェアアプリケーション、信号処理及び制御モジュール、特定のデバイスに固有のコード、特定のデバイスのハードウェア抽象化レイヤーなど）を含んでもよい。
【００６４】
[0062]デバイスアプリケーション８１８はまた、再生品質が改善されたメディアコンテンツの実施例を実装する任意のシステムコンポーネント又はモジュールを含む。この例では、デバイスアプリケーション８１８は、デバイス８００がメディアコンテンツ再生装置又はシステムとして実施される場合などに、データロードマネージャー８２２及び負荷アルゴリズム８２４を含んでもよい。データロードマネージャー８２２及び負荷アルゴリズム８２４は、ソフトウェアモジュール及び／又はコンピューターアプリケーションとして示される。代わりに又はそれに加えて、データロードマネージャー８２２及び負荷アルゴリズム８２４は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせとして実施することができる。
【００６５】
[0063]デバイス８００はまた、音声データを生成して音声システム８２８に提供し、及び／又は表示データを生成して表示システム８３０に提供する音声及び／又は動画レンダリングシステム８２６を含む。音声システム８２８及び／又は表示システム８３０は、音声データ、表示データ、画像データを処理し、表示し、及び／又はそうでなければレンダリングする、任意のデバイスを含み得る。表示データ及び音声信号は、ＲＦ（無線周波数）リンク、Ｓ−ビデオリンク、コンポジットビデオリンク、コンポーネントビデオリンク、ＤＶＩ（デジタルビデオインターフェース）、アナログ音声接続、又は他の同様の通信リンクを介して、デバイス８００から音声デバイス及び／又は表示デバイスに通信することができる。実施例において、音声システム８２８及び／又は表示システム８３０は、デバイス８００の外部コンポーネントとして実施される。代替的に、音声システム８２８及び／又は表示システム８３０は、例示的なデバイス８００の統合されたコンポーネントとして実施される。
【００６６】
[0064]再生品質が改善されたメディアコンテンツの実施例が、特徴及び／又は方法に特有の言葉で記載されたが、添付の特許請求の範囲の主題は記載された特定の特徴又は方法に必ずしも限定されないことが理解されるべきである。そのようなものではなく、特定の特徴及び方法は、再生品質が改善されたメディアコンテンツの実施例として開示されている。
【図１】
2013526150.tif 000003
【図２】
2013526150.tif 000004
【図３】
2013526150.tif 000005
【図４】
2013526150.tif 000006
【図５】
2013526150.tif 000007
【図６】
2013526150.tif 000008
【図７】
2013526150.tif 000009
【図８】
2013526150.tif 000010
【国際調査報告】
2013526150.tif 000011
2013526150.tif 000012