JP4958181B2 - 異なるデータフォーマットへの変換時のメディアデータ品質の維持に使用する方法およびシステム - Google Patents

Description

本出願は特許文献１の係属出願で、参照によりその全体を本明細書に組み込む。

本発明は一般にデータ変換に関し、より詳細にはメディアデータを異なるデータフォーマットへ変換する際のデータ品質の維持に関する。

マルチメディアデータなどのデジタルコンテンツの使用は最近数十年で急激に増大し、増え続けている。デジタルコンテンツを維持する多種のフォーマットが存在する。これらのフォーマットは広範囲に渡り、そのいくつかが独自仕様である。

デジタルコンテンツを利用可能なシステムは一般に、コンテンツを受信するフォーマットでコンテンツを利用できなければならない。いくつかのシステムは、コンテンツが所望のフォーマットでないときにコンテンツにアクセスすることができない。他のシステムは、より使用し易いフォーマットへのコンテンツの代替的な変換を提供する。

米国特許第１１／２５８，６７７号明細書 同時係属米国仮出願第６０／６９６，３４９号明細書 同時係属米国特許出願第１０／８６０，３５１号明細書 同時係属米国特許出願第１０／１２３，８１６号明細書（公開番号２００３／０１９３５２０） 同時係属米国特許出願第１０／４０８，０２７号明細書（公開番号２００３／０２２７４７４） 同時係属米国特許出願第１０／９８７，４４６号明細書

本発明は、異なるデータフォーマットへの変換時のデータ品質の維持に使用する方法、機器、およびシステムの提供を通して、上述のニーズおよび他のニーズを有利に解決する。

いくつかの実施形態では、該方法は第１のフォーマットでメディアデータを受信し、第１のフォーマットのメディアデータを第２の変換フォーマットに変換する第１の変換を開始し、第２の変換フォーマットへの変換を判定するパラメータを識別し、そのパラメータを記録し、記録したパラメータを、そのパラメータがメディアデータの第２の変換フォーマットへの変換中に少なくとも部分的にリモートシステムを制御するようにリモートシステムに配布する。

いくつかの実施形態は、メディアデータの変換に使用する方法を提供する。これらの方法は第１のフォーマットに従って構成した第１のフォーマットコンテンツストリームを受信し、第２のフォーマットコンテンツを生成する第２のフォーマットへの、第１のフォーマットコンテンツの第１の変換を開始し、第１のフォーマットから第２のフォーマットへの変換を少なくとも部分的に制御する第１のパラメータのセットを記録し、第２のフォーマットコンテンツの少なくとも第１の部分を評価し、第１のパラメータを調整し、第１のパラメータの調整を記録し、第１のパラメータのセットと第１のパラメータの調整とをリモートシステムに提供する。

本実施形態はさらに、マルチメディアコンテンツの変換に使用する機器を提供する。これらの機器のいくつかは、コンテンツを第１のフォーマットで受信してそのコンテンツを第２のフォーマットに変換する変換システムと、コンテンツの第２のフォーマットへの変換中に変換システムを制御する複数のパラメータを記憶するメモリと、変換システムと接続して第２のフォーマットコンテンツを受信し、第２のフォーマットコンテンツの品質を分析して、第１のパラメータのセットに対する調整を判定する分析器と、第１のパラメータのセットに対する調整を検出して、少なくとも上記の第１のパラメータのセットに対する調整をリモートクライアントシステムに配布する変換器に接続した配布ユニットを含む。

本発明の原理を利用する例示的な実施形態を説明する以下の本発明の詳細な説明と付属図面とを参照することで、本発明の特徴および利点はより良く理解されるであろう。

本発明の上述の態様および他の態様、特徴および利点は、添付の図面と併せて提示した以下のより詳細な説明からより明らかになるであろう。

対応する参照文字は、図面のいくつかのビューに渡って対応する構成要素を示す。当業界の技術者は、図面内の要素は簡潔性および明確性のため示してあり、必ずしも正しい縮尺で描いていないことを理解するであろう。例えば、本発明の様々な実施形態の理解しやすくするために、図面内の要素の一部の寸法を他の要素に対して誇張してもよい。また、商用的に実現可能な実施形態においては有用または必要である、一般的であるが汎用的な要素を、本発明のこれらの様々な実施形態の不透明さをなくすために、表さないことが多い。

本実施形態は、マルチメディアコンテンツなどのデジタルコンテンツのフォーマッティングを改善および最適化し、さらにフォーマットしたおよび／またはエンコードしたデジタルコンテンツの再生を改善する方法およびシステムを提供する。コンテンツにアクセスまたはコンテンツを再生する多数のシステムは精度良く動作し、および／または定義した目的フォーマットのコンテンツを必要とする。コンテンツの目的フォーマットへの変換またはトランスコーディングの最適化は計算的に複雑であり、時間を浪費する。さらに、その変換を最適化するための処理、評価および／または調整機能を有さないシステムもある。しかしながら、本実施形態は主要な値、設定および／またはパラメータ（簡略化するために以下ではパラメータと称する）を定義する。これらをクライアントシステムまたはデバイスにより利用して、クライアントデバイスが評価および最適化を実施する必要性なしに、および／またはその必要性を限定して、変換を改善および／または最適化することができる。

多くの場合は、サプライヤが構成した第１のフォーマットでマルチメディアコンテンツが供給される。この第１のフォーマットは、ネットワーク上で記録および／または配布するため相対的に高度に圧縮したフォーマットであることが多い。コンテンツにアクセスまたはコンテンツを再生するために、多数のクライアントシステムはコンテンツを第１のフォーマットから目的のフォーマットまたは第２のフォーマットに変換して、正確にコンテンツにアクセスまたはコンテンツを再生する。例えば、コンテンツプロバイダは未圧縮ビデオおよび／またはオーディオコンテンツデータなどの初期ソースコンテンツを取り込んで、それを圧縮ＷＭＶ（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｖｉｄｅｏ）フォーマット、フラクタル圧縮、ＲｅａｌＶｉｄｅｏフォーマット、および他の上記フォーマットなどの第１のフォーマットにフォーマットする。しかしながら、多数のクライアントシステムはこの第１のフォーマットで受信したコンテンツを利用できないか、またはより最適に第２のフォーマットで利用することができない。従って、これらのシステムは一般にコンテンツを第１のフォーマットから第２のフォーマットに変換および／またはトランスコードして、コンテンツへのアクセスおよび／またはコンテンツの再生を可能とする。所望の結果を実現するために、変換は大量の処理を含み、困難で、時間を消費する恐れがある。さらに、第１のフォーマットから第２のフォーマットへの変換はエラーを取り込み、および／またはコンテンツの品質を劣化させる恐れがある。

一般に、変換および／またはトランスコーディングは、変換プロセスが本質的にデータを紛失するロッシー変換（lossy conversion）を含む。これらの種類のロッシー変換が使用されるが、その理由は、それらは一般に十分または厳密に同一の知覚品質をなお実現しながらビット速度を削減できるように、遥かに高い符号化効率を提供し、かつ一般に本品質をロスレス変換(lossless conversion)に関連する複雑なオーバヘッド要件および処理要件なしに実現するからである。従って、第１のロッシー変換を通して第１のフォーマットに既に変換したコンテンツのロッシー変換を通した再変換または第２の変換により、ロスが悪化し、第２のフォーマットのコンテンツ品質がさらに劣化する恐れがある。

本実施形態はコンテンツの目的フォーマットへの変換を改善および／または最適化する。部分的には、本実施形態は追加のパラメータを定義し、および／またはパラメータの最適な設定を識別する。それらのパラメータを目的の変換を実施しながらクライアントシステム側で適用して、エラーを軽減し、および／または品質をより良く最適化することができる。さらに、いくつかの実装では、本実施形態は変換速度を向上させ、目的の変換に関連する複雑度を軽減する。他の利点のいくつかは以下でさらに説明する。さらに、本実施形態はクライアントシステム側での変換を簡略化するので、第２または目的の変換を実施するクライアントシステムの複雑度をしばしば簡略化することができ、従って、改善した結果の変換品質をなお提供しながら軽減したコストでしばしば製造することができる。

上述したように、本実施形態は１つまたは複数の追加のパラメータを生成し、および／または１つもしくは複数のパラメータの設定を定義する。そのパラメータを後にクライアントシステムが使用して、コンテンツを異なるフォーマットまたは目的フォーマットに変換する。いくつかの実施形態では、第１のフォーマット（例えば、元の高品質のソースである第１のフォーマットまたはソースフォーマット）にコンテンツを取り込み、第２の目的フォーマットへの変換、トランスコード、エンコードおよび／または他の変換の実施を行い、プロセスの最中に使用する主要な値、設定および／またはパラメータを取得することで、追加のパラメータおよび／または調整パラメータを導出する。これらの取得パラメータを利用して、第１のフォーマットのコンテンツ（例えば、高品質なソース）を後に中間フォーマットに変換（例えば、エンコード）することができる。その中間フォーマットは一般に、（例えば、消費者のクライアントが合理的な時間でダウンロードできるようにネットワーク上で）より容易に記憶および／または配布される高圧縮フォーマットである。取得した追加パラメータおよび／または調整パラメータにコンテンツを（例えば、クライアントシステムによりコンテンツと同時に、同一ファイルでダウンロードした）中間フォーマットで供給することができ、そのパラメータをそのコンテンツと別々に受信することができ、またはそのパラメータは異なるソースのパラメータであることができる。次いで、クライアントシステムが受信コンテンツ（例えば、メディアファイル）を変換またはトランスコードするとき、クライアントシステムにより追加パラメータを適用してより高品質な変換コンテンツを作成し、および／または追加パラメータにより、追加パラメータおよび／または調整パラメータなしに変換するときに一般に得られる変換速度よりも変換速度が向上する。

いくつかの実施形態では、クライアントシステムが実施する変換と同様および／または同一な変換をクライアントソースプロバイダおよび／または第２のパーティ（者）により実装する。この場合、ソースプロバイダまたは第２のパーティ側での変換を強力なシステム上で実施し、所望および／または最適の出力の結果となる高品質および／または最適な変換を得るための時間が操作者により費やされる。使用する設定およびパラメータがソースプロバイダおよび／または第２のパーティにより取得されるように、設定の変更を含めて追加および／または調整パラメータを判定および／または取得し、品質制御チェック中に発見したトランスコーディング問題を処理するコンテンツの一部または全部および他の上記パラメータを再エンコードして変換を最適化する際に、複数のステップを取る。これらのパラメータを次いでクライアントシステムに転送して、クライアントシステム側で時間がかかる処理オーバヘッドの評価を実施する必要なしに、１つまたは複数のクライアント上の最適化した変換を複製することができる。パラメータリストの一部または全部を、クライアントシステムに供給したコンテンツとパッケージ化することができ、および／または別々に送信することができる。

図１は、リモートクライアントデバイスまたはシステム１２４でのコンテンツ変換を改善および／または最適化する、いくつかの実施形態に従うシステム１２０の簡略化したブロック図を示す。システムは、ソースまたはヘッドエンド１２２およびクライアントシステム１２４を含む。ヘッドエンド１２２は変換最適化システム１２６を含む。ソースコンテンツ１３０を（例えば、記録装置から受信した）未圧縮ビデオおよびオーディオまたは第１の変換フォーマット（例えば、ＷＭＶ）などの第１または初期フォーマットで、ヘッドエンド１２２側で受信および／または生成する。変換最適化システム１２６はソースコンテンツ１３０を受信し、目的フォーマットへのソースコンテンツの変換および／またはトランスコードを開始する。クライアントシステム１２４はソースコンテンツ１３０も受信する。

変換最適化システム１２６は、変換器１４０、評価または分析システム１４２、調整システム１４４、および配布ユニット１４６を含む。変換最適化システム１２６はコンテンツを受信し、クライアントシステム１２４により生成される目的フォーマットと実質的に同一である所望の目的フォーマットへのコンテンツ変換を開始する。変換中および／または変換後に、変換システム１２６は分析器１４２を通して変換コンテンツを評価して、変換プロセス１４０の間に調整を行い、変換コンテンツの品質を強化および／または改善できるかどうかを判定する。いくつかの実施形態において、最適化システム１２６は、複数の品質チェックサイクルを使用して、強化したおよび／または最適な変換品質を実現する。調整を、調整器１４４を通して変換器１４０に適用する。変換の過程で、パラメータを調整および変化させることができる。例えば、パラメータを複雑またはエンコード困難なコンテンツの特定のセグメントまたはサブセグメント中に変更して品質劣化を回避することができる。一般に、変換器１４０および／または調整パラメータ１４８が使用する設定またはパラメータを配布ユニット１４６により記録し、最終的な変換コンテンツを一般にヘッドエンド側で廃棄する。パラメータは、ビット速度割り当ての変化、シーン検出、および他のパラメータなどの、変換の制御および／または変換の最適化において使用する任意数のパラメータを含むことができる。

変換器１４０は、トランスコード、解凍、デコード、エンコード、および他の上記変換または変換の組合せなどの、１つまたは複数の変換を実施することができる。例えば、いくつかの実装では、変換器１４０は第１のフォーマットコンテンツを受信し、そのコンテンツをデコードしてソースフォーマットに返すことができ、次いで変換器はそのコンテンツを第２のフォーマットにエンコードすることができる。いくつかの実装では、記録パラメータとともに生成した変換コンテンツを将来の評価のためにさらに記録し、ならびに／または、後に発生および／もしくはクライアントシステムが直面する可能性がある品質問題のデバッグのためさらに記録する。例えば、視覚的に、またはシステムを通して、記録した変換コンテンツをクライアントの出力コンテンツと直接比較することができる。差分は、パラメータデータの通信、クライアントシステムまたはシステムのいくつかの他の態様における、例えば、コーデックのミスマッチ、破損ダウンロードまたは論理的不具合による、破壊または不具合を暗示する。変換コンテンツの直接ダウンロードを可能とする１つまたは複数の高帯域幅接続が利用可能であるとき、変換コンテンツをソースプロバイダにより維持することもでき、これによりクライアントシステムによるトランスコードの必要性が回避されるであろう。同様に、変換コンテンツを例えば、小売業者への配布向けＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）の第２のフォーマットでの大量生産において利用することができ、一方で、記録したパラメータデータを上述および後述のように利用して、コンテンツを（例えば、ネットワーク上でのダウンロードとして受信した）第１のフォーマットで受信するクライアントシステムにより使用することができる。

変換器１４０はエンコーディングおよび／またはトランスコーディングハードウェアおよび／またはソフトウェアを含むことができる。いくつかの実装はさらに追加の処理、フィルタリングおよび他の変換ハードウェアおよび／またはソフトウェアを含む。いくつかの実施形態では、変換器は、パラメータをクライアントシステム１２４が適用するときにクライアントシステム１２４の変換器１６０と実質的に等価な結果となる変換を、実質的に模倣および／または生成する。分析器システム１４２を、変換システム１４０のパラメータおよび設定を調整すべきかどうかを判定するソフトウェアおよび／または評価者を通して実装することができる。多数の実装では、評価システムは複数の品質チェックサイクルを使用して、所望または最適の変換品質を実現する。設定はコンテンツの長さとともに変化することがよくある。最終的な変換結果を熟練の分析者および／または自動品質測定システムにより承認することができる。一般に、変換結果は廃棄するが、変換システムのパラメータおよび／または設定１４８を、時間領域情報を含めて記録し、クライアントシステム（単数または複数）に配布する。

クライアントシステム１２４は、ハードウェア、ソフトウェア、ファームウェアおよび／またはそれらの組合せを通して実装可能な変換器１６０を含む。ソースコンテンツ１３０をリモートクライアント１２４に配布する。クライアント１２４への配布は、ソースコンテンツ１３０をポータブルメディアに記録するステップと、そのメディアをリモートクライアントに配布するステップとを含むことができ、そのコンテンツを、インターネット上のストリーミング、無線ブロードキャスト、または上記の配布方法および／もしくは配布方法の組み合わせなどにより、分散ネットワーク上で送信することができる。いくつかの実装では、ソースコンテンツを圧縮および／またはエンコードフォーマットなどの第１のフォーマットで提供する。そのフォーマットはより簡単な送信を可能とし、および／またはコンテンツ記録時の記憶サイズを低減する。クライアント変換器１６０は、トランスコード、解凍、デコード、エンコードおよび他の上記変換もしくは変換の組み合わせなどの１つまたは複数の変換を実施することができる。

さらに、クライアントシステム１２４は、ソースプロバイダのヘッドエンド１２２により記録した記録パラメータおよび／または調整パラメータデータも受信する。その記録パラメータをコンテンツと別々に伝達することができるか、またはパラメータの一部もしくは全部をコンテンツ１３０と協調させ、ソースコンテンツとともにリモートクライアント１２４に配布することができる。コンテンツおよびパラメータを受信すると、リモートクライアント１２４は、コンテンツ１３０を目的フォーマット１６２に変換するときに受信パラメータを適用して変換器１６０を制御する。受信パラメータを利用することで、リモートシステム１２４は、クライアントシステム単体を通して一般に実現可能なものよりも高品質で、場合によっては高速な変換速度で変換を実現することができる。さらに、リモートクライアントシステム１２４は簡潔なシステムであることができる。なぜならば、以下で詳しく説明するように、改善した品質を実現するために実装した変換プロセスおよび／または意思判定のステップの多くは最適化システム１２６側で実施され、従ってリモートクライアントシステム１２４側でリソースを解放および／またはいくつかのリソースに対する必要性を除去するからである。

変換パラメータ１４８の使用により様々な場面、例えば、配布コーデックが再生コーデックと異なる場合での品質を改善および／または確立することができる。これは、ＷＭＶ、Ｒｅａｌ Ｖｉｄｅｏ、ＭＰＥＧフォーマット、Ｂｌｕ−ｒａｙフォーマット、ＨＤ−ＤＶＤ（ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）向けＡＶＣ（ａｄｖａｎｃｅｄ ｖｉｄｅｏ ｃｏｄｉｎｇ）などの任意のコーデック、ＤＶＤ、またはＤＶＲ（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｒｅｃｏｒｄｅｒ）により記録される任意のコーデック、携帯電話およびポータブルメディアプレイヤ向けＨ．２６４、または他の上記コーデックにも実質的に当てはまる。クライアントシステムに供給した最適化パラメータの使用を、オーディオトランスコーディングならびに他のメディア変換および変形プロセスを含めて、変換および／またはトランスコードすべき実質的に任意の種類のコンテンツに適用することができる。

図２は、図１のシステム１２０を使用するいくつかの実施態様に従うコンテンツ配布システム２１０の簡潔なブロック図を示す。配布システム２１０はコンテンツソース１３０、ソースコンテンツプロバイダ２１２、１つまたは複数のリモートクライアントシステム１２４、変換最適化システム１２６、デジタルコンテンツ書き込みシステム２２２、および／または分散ネットワーク２２４を含む。

ソースコンテンツ１３０を最初にソースプロバイダ２１２側で、圧縮ビデオおよびオーディオデータなどの初期フォーマットで取得する。ソースプロバイダ２１２は、初期コンテンツを第１の変換フォーマット２３０に変換またはフォーマットする変換器２１４を含むことができる。この第１の変換フォーマットを使用して、例えばコンテンツ伝達に必要な帯域幅の量を低減し、および／またはそのコンテンツを記憶するのに必要なメモリ量を低減することができる。場合によっては、第１のフォーマットはさらに、そのコンテンツに構造を提供でき、追加のコンテンツを追加でき、および／またはそのコンテンツを構成して、そのコンテンツをポータブルメディアに記録するか、もしくはそのコンテンツをネットワーク上で送信することでより容易に配布することができる。例えば、ソースプロバイダ２１２の変換器２１４は未圧縮のビデオおよび／またはオーディオコンテンツをＷＭＶエンコードフォーマットに変換することができる。

いくつかの実施形態では、第１の変換の実装方法を定義するパラメータを第１の変換中にパラメータレコーダ２１６により監視および／または記録し、これらのパラメータを最適化システム１２６に供給して、最適化システムが後の第２のまたは目的のフォーマットへの変換の実施において使用する。追加および／または代替として、提供したソースがそのコンテンツを構成および／またはフォーマットする際に使用する、パラメータデータおよび／または他の処理情報（例えば、適用したフィルタリング、コンテンツに加えた変更および他の上記処理情報）を含むログをソースプロバイダ２１２により生成することができる。本ログファイルをファイル最適化システム１２６に供給することができ、最適化システム側でパラメータの設定を定義するために使用することができる。例えば、第１のフィルタリングをソースコンテンツ２１２によりコンテンツに適用するとき、ソースプロバイダからのパラメータデータおよび／またはログは、最適化システム１２６が再度インスタンス内の同じフィルタを適用しないように、最適化システム１２６に通知することができる。この場合、同じフィルタリングを２回以上適用すると、結果の変換コンテンツの品質が実際に劣化する恐れがある。同様にして、場合によっては、パラメータまたはログファイルは、編集、フィルタリングまたは他の処理をそのコンテンツに実施したことを記録することができ、ログファイルを使用して最適化システムに以前の編集および／または処理を通知することができる。例えば、画像を編集して赤目緩和を適用した場合、ログファイルは赤目緩和を適用したことを記録することができ、その結果、最適化システムは赤目緩和を適用することが画像の品質を劣化させることになるときに、赤目緩和のさらなる適用を試みない。さらに、変換中に収集した動き検出データ、シーンデータ、フィルムフレーム位置データ、および他の上記データを、最適化システムにより後続の変換において再利用して、後続の変換中に取得および／または変更する最適化パラメータの生成を高速化することができる。

ソースコンテンツ１３０および／またはフォーマットコンテンツ２３０を変換最適化システム１２６に転送する。いくつかの実施形態では、変換最適化システム１２６は、コンテンツサプライチェーンのヘッドエンド側にあるソースプロバイダ２１２の一部である。いくつかの実施形態では、ソースプロバイダ２１２は第１のフォーマットコンテンツを配布用にさらに処理または準備する。その処理または準備には例えば、コンテンツを暗号化またはさらに暗号化するステップ、コンテンツをフィルタリングするステップ、変換最適化システムおよび／または他の上記準備で使用する追加パラメータを定義するステップがある。

ソースコンテンツ１３０および／または第１のフォーマットコンテンツ２３０を変換最適化システム１２６に送り、その最適化システムはコンテンツを１つまたは複数の第２のフォーマットへ変換することを、１つまたは複数の変換サイクルおよび／または処理（例えば、デコード、エンコード、セグメントエンコード、再エンコード、フィルタリング、および／または他の上記変換）を通してパラメータを調整することで最適化するよう試みる。最適化システム１２６は、所望または最適の第２の変換（単数または複数）を実現するために利用するパラメータ１４８を記憶する。場合によっては、パラメータデータをメタデータとして記録する。そのメタデータをクライアントシステム１２４により利用して、コンテンツの変換および／またはトランスコーディング中にパラメータを実装する。例えば、パラメータデータの一部は、クライアントシステムのエンコーダおよび／またはデコーダが変換時に実装すべき命令の列を含むことができる。

フォーマットコンテンツ２３０をリモートクライアントデバイス１２４に配布する。クライアントデバイス１２４への配布は、フォーマットコンテンツをポータブルメディア２４０に記録するステップとそのメディアをリモートクライアントに配布するステップとを含むことができ、そのコンテンツを、例えばインターネット上でのストリーミング、または他の上記配布方法および／または配布方法の組合せなどの分散ネットワーク２２４上で伝達することができる。例えば、いくつかの実装では第１のフォーマットコンテンツ２３０を書き込みシステム２２２に転送することができ、その書き込みシステムは第１のフォーマットコンテンツをＤＶＤ（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ）、ＣＤ（ｃｏｍｐａｃｔ ｄｉｓｃ）および／または他の上記ポータブルメディアなどの１つまたは複数のポータブルデジタルメディア２４０上に記録する。

場合によっては、メディア２４０に書き込むべき第１のフォーマットコンテンツとともにパラメータデータを書き込みシステム２２２が取り込むように、最適化システム１２６により利用するパラメータデータ１４８の一部または全部をさらに書き込みシステム２２２に転送する。そのパラメータデータを有するかまたは有さないメディアを次いで１つまたは複数のクライアントシステム１２４に配布することができる。

いくつかの実施形態では、最適化システム１２６側で生成したパラメータデータ１４８の一部または全部を、追加および／または代替としてネットワーク２２４上で１つまたは複数のクライアント１２４に配布することができる。ネットワーク２２４を利用することで、第１のフォーマットコンテンツの一部もしくは全部および／またはパラメータデータの一部もしくは全部を、ポータブルメディア２４０の必要性なしに配布することができる。さらに、ネットワークにより、パラメータデータを配布してクライアントを選択しながら、メディア２４０を利用して第１のフォーマットコンテンツを配布することができる。上記のクライアントには例えば、アップグレードに対して支払い、および／または認証情報を取得して第２の変換を実施するクライアントがある。

１つまたは複数のクライアントシステム１２４側で第１のフォーマットコンテンツとパラメータデータとの一部または全部を受信すると、クライアントは強化および／または最適化した第２の変換を、受信したパラメータデータが指示するように実装することができる。クライアントシステムは供給されたパラメータデータを使用して改善した第２のフォーマットコンテンツを提供し、第２の変換を少ない処理時間で実装し、場合によっては、そのクライアントシステムを、同様な第２の変換結果を実現するのに必要であろうものより簡潔または単純な変換システムで実現することができる。

例としてソースプロバイダ２１２は、マルチメディアコンテンツを第１のフォーマットでＤＶＤ制作会社などのクライアント１２４に供給する、映画スタジオなどのマルチメディアコンテンツプロバイダであることができる。クライアントは、小売店および消費者への配布向けにＤＶＤへ大量記録するために、コンテンツを第１のフォーマットから第２のフォーマットに変換する。従って、クライアントは、消費者のＤＶＤ再生システムと互換性がある第２の変換（例えば、ＭＰＥＧ２へのフォーマット）を実施する。

図３は、最適化パラメータデータの生成に使用するプロセス３２０の簡略化したフロー図を示す。ステップ３２２でコンテンツを受信する。そのコンテンツはソースコンテンツであるか、または中間のフォーマットコンテンツ（例えば、ＷＭＶフォーマットコンテンツ）であることができる。ステップ３２４で、初期変換パラメータを記録する。これらのパラメータはデフォルトのパラメータ設定、ソースプロバイダが指定したパラメータ設定、ソースまたは中間のフォーマットに基づくパラメータ、および／または他のパラメータ設定であることができる。ステップ３２６で、コンテンツの第２の変換（例えば、ソースからＭＰＥＧ２への変換、ＷＭＶからＭＰＥＧ２への変換、または他の変換）を開始する。ステップ３３０で、変換コンテンツの第１の部分の品質を評価し、１つまたは複数のパラメータの調整により変換を改善できるかどうかを判定する。調整が必要でないとき、プロセスはステップ３４０に続く。

変換コンテンツの品質評価は、任意数の評価および／または比較を含むことができる。例えば、変換コンテンツを初期コンテンツまたは以前の変換コンテンツと操作者が視覚的に比較して改善領域および／または劣化領域を探すことで、主観的な品質を評価することができる。劣化には例えば、「マクロブロッキング(macroblocking)」、「モスキートノイズ(mosquito noise)」、「ハローイング(halo-ing)」、および／または他の上記ノイズなどの一般的な圧縮アーチファクトの形態のノイズを含めることができる。自動品質測定を使用して、人間によるレビューまたは自動調整をトリガすることもできる。品質測定値には、ＰＳＮＲ（ｐｅａｋ ｓｉｇｎａｌ−ｔｏ−ｎｏｉｓｅ ｒａｔｉｏ）計算などの測定値、ＳａｒｎｏｆｆのＪＮＤ（ｊｕｓｔ ｎｏｔｉｃｅａｂｌｅ ｄｉｆｆｅｒｅｎｃｅ）計算、および他の上記の関連する測定値を含めることができる。ビット割り当ておよび／またはビット速度調整などの追加の評価を判定および適用することができる。

調整を適用すべきとき、プロセスは１つまたは複数のパラメータを調整するステップ３３２に入る。これらのパラメータは、特定の時間範囲上の目標ビット速度、空間的前処理、時間的前処理、動き検出、フィルタリング、予測モード、テレシネ検出、シーン検出、および以下でより詳しく説明する他の上記パラメータを含むことができるがこれらに限らない。ステップ３３４で、パラメータの調整を記録する。場合によっては、以前に記録したパラメータを調整パラメータで置換する。他の実施形態では、例えば、最適なパラメータを後にログを利用することで識別できるように調整を調整ログに記録する。

ステップ３３６で、プロセスは１つまたは複数の調整パラメータを適用しながら、変換コンテンツの一部を再変換すべきかどうかを判定する。再変換を実施すべきとき、プロセスはステップ３３８に入り、調整パラメータを適用しながら第１のフォーマットコンテンツの一部の再変換を実施し、プロセスは次いでステップ３３０に戻って評価を行う。いくつかの実施形態では、後述するようにセグメント再エンコードを通して再変換を実装する。ステップ３３６に従う再変換を実施すべきでないときプロセスはステップ３４０に続く。

ステップ３４０で、プロセス３２０は第１のフォーマットコンテンツのさらなる部分を変換および／または評価すべきかどうかを判定する。さらなる部分を変換すべきとき、プロセスはステップ３２６に戻る。または、さらなる部分を変換すべきでないとき、プロセスは、所望の第２の変換を取得するために利用するパラメータおよび／または調整パラメータを記録および／または配布する。

所望および／または最適の第２のコンテンツ変換を取得するためにパラメータの調整を行うべきかどうかを評価するとき、多数の異なる要因を一般に考慮する。これらの要因はさらに、変換中のコンテンツの種類（例えば、ビデオ、オーディオ、画像、および他の上記コンテンツ）、ならびにソースプロバイダから受信したコンテンツの第１のフォーマットおよびそのコンテンツの変換先である第２のフォーマットにより異なる。例えば、ビデオデータを変換するとき、第２のフォーマットから再生する際の表示ビデオデータの色、透明度、シャドーイング、歪み、全体の画像品質および／または他の上記要因を考慮することがよくある。少なくともビデオに対して、第２の変換を最適化する追加の検討事項には、ＧＯＰ（ｇｒｏｕｐ ｏｆ ｐｉｃｔｕｒｅ）構成、フレーム依存性、Ｉフレーム（ｉｎｔｒａ−ｐｉｃｔｕｒｅ ｆｒａｍｅ）間のフレーム数、ノイズ、アーチファクト、ＰＳＮＲ計算、ＪＮＤ計算、および／または他の上記要因を含めることができる。これらの要因の評価を、機械および／または人間の観察により実施することができる。

パラメータ最適化を最適化システム１２６側で実施するので、最適化を行う速度は一般に重要ではなく、複数の所望の評価を実施して所望のパラメータを得るためにしばしば長時間かけることができ、この場合、この長い時間は一般にクライアント１２４側でのクライアントシステムの第２の変換に悪影響を及ぼさない。または、最適化システム側で最初に時間を費やして所望のパラメータを実現することで、第２の変換を実施する際のクライアント１２４側で必要な時間が一般に低減され、場合によっては、それが大幅に低減され、一方で一般に結果の第２の変換が改善され、しばしば大幅に第２の変換が改善される。いくつかのクライアントシステム１２４に対して、パラメータデータを適用するときにクライアントシステムが実現する第２の変換の最適化は通常は実現不可能である。なぜならば、これらのクライアントシステムは、どのパラメータ調整が第２の変換の改善に有利かを判定する評価実施能力を有することができず、および／または調整を判定する時間を有することができないからである。しかしながら、供給した調整パラメータを利用することで、これらのシステムは評価を実施する必要はなく、単にその供給したパラメータを適用して改善および／または最適化した第２の変換を実現する。さらに、パラメータを転送することで、クライアントシステムを通してより判定的または信頼性のある製品が実現される。例えば、最適化システムは動作モード（動き検出に対するマクロブロックの分割モード）を定義することができる。クライアントシステムはそのモードをコンテンツの一部または全部の最中に使用してより判定的な変換を実現し、クライアントシステムへの依存性を低減する。

場合によっては、クライアントシステム、クライアントデバイスが認められた変換レベル、および／または他の要因に依存して、異なるパラメータを供給することができ、および／またはパラメータに対して異なる値を与えることができる。例えば、２つの変換システム、即ち基本変換システムおよび高度変換システムが存在することができ、高度変換システムは多数のパラメータを適用し、および／またはより多くの種類のパラメータ値を使用することができる。従って、最適化システム１２６を使用して２つの変換、即ち基本変換システムにパラメータの第１のセットを提供するための基本変換システムに基づく第１の変換と、高度変換システムにパラメータの追加のセットおよび／または第２のセットを提供するための高度変換システムに基づく第２の変換とを実施することができる。同様に、異なる変換システムは異なる変換技術および／または構成要素をシステム内部で使用することができる。例えば、第１の変換システムは第１の種類のエンコーダを使用することができ、一方で第２の変換システムは、第１のエンコーダと異なって動作し、および／または異なるパラメータ設定を有する第２の種類のエンコーダを使用することができる。さらに、同様なクライアントシステムは異なる認証を有することができる。例えば、第１のクライアントシステムは追加の料金を支払って、変換をさらに強化するための追加パラメータデータを受信することができ、従って異なるパラメータデータを第１および第２のクライアントシステムに送信することができる。従って、最適化システム１２６または異なる最適化システム１２６は各々の期待される変換システムに基づいて最適化評価を実施し、異なるパラメータを、変換システム毎に改善した変換に対する各々に提供することができる。

多くの実施形態では、最適化システムは、目的のクライアント変換システムの構成要素と実質的に同じまたは一致する構成要素を利用して、その目的のクライアント変換システムに固有なパラメータに対する設定を識別する。従って、第１のフォーマットコンテンツの多数の第２の変換を、第２の変換の実施の際に使用すべき期待されるクライアントシステムに依存して実施することができる。上述したように、最適化システム１２６が最終的なパラメータデータを定義するために必要とする時間は一般に重要ではない。寧ろ、最適化システムは、時間的制約に無関係にコンテンツの第２の変換を最適化する１つまたは複数のパラメータデータの最適なセットを実現するよう試みることがよくある。

図４は、利用可能なとき調整パラメータを適用しながら、第２の変換をクライアントシステムで実施することにおいて使用する、プロセス４２０の簡略化したフロー図を示す。ステップ４２２で、第１のフォーマットコンテンツを受信する。上述のように、（例えば、ネットワーク２２４上で受信した）第１のフォーマットコンテンツをソースから伝達し、記憶メディア２４０から取り出すことができ、第１のフォーマットコンテンツの一部をネットワーク上で受信することができ、一方で記憶メディアおよび／または他のソースもしくはソースの組み合わせから一部を取り出す。

ステップ４２４で、プロセスは、第１のフォーマットコンテンツとともに例えばメタデータなどのパラメータデータを組み込んだかどうか、および／または供給したかどうかを判定する。パラメータデータが第１のフォーマットコンテンツで利用できないとき、プロセスはステップ４３０に続く。または、パラメータデータが利用可能であるとき、パラメータデータの一部または全部を取り出すステップ４２６に入る。任意のステップ４２８で、パラメータデータを抽出、解凍、復号し、および／またはパラメータデータを圧縮、保護および／または構成するときに使用可能とする。

ステップ４３０で、プロセスは、パラメータデータおよび／または追加のパラメータデータがネットワーク２２４上で、または別のソース（例えば、以前に取得およびローカルに記憶したもの、ホストシステムからのもの、および／または他の上記ソース）から利用可能であるかどうかを判定する。パラメータデータおよび／または追加のパラメータデータが利用可能でないとき、プロセスはステップ４３６に飛ぶ。または、パラメータデータおよび／または追加のパラメータデータが利用可能なとき、パラメータデータの一部または全部をソースから取り出すステップ４３２に入る。任意のステップ４３４で、パラメータデータを抽出、解凍、復号し、および／またはパラメータデータを圧縮、保護および／または構成するときに使用可能とする。

ステップ４３６で、クライアント変換システム１２４を、取得したパラメータデータに従って構成する。ステップ４４０で、第１のフォーマットコンテンツの第２の変換を開始する。パラメータデータがコンテンツの長さとともに変化すると、変換はパラメータデータを適用し続ける。プロセス４２０は任意にステップ４２４および／または４３０に戻って、追加パラメータデータを第２の変換の過程で取り出すべきかどうかを判定して、その変換の過程でパラメータに調整を適用し続ける。いくつかの実施形態では、プロセス４２０を通して実現した変換の結果、最適化システム側で実現した変換と実質的に等しい一般に大幅な処理能力を含む変換が得られ、その変換プロセスは、所望および／または最適の変換を実現する上で調整すべきパラメータを識別するプロセスのため、一般に非常に長い時間を要する。

図５は、いくつかの実施形態に従う変換最適化システム１２６の簡略化したブロック図である。最適化システム１２６は、コントローラ５２０、パーサ５２２、復号器５２４、１つもしくは複数のバッファ５２６、トランスコーダであり、ならびに／または１つもしくは複数のデコーダ５３０、５３２、および１つまたは複数のエンコーダ５３４、５３６を含むことができる変換器１４０、分析器１４２、調整器１４４、配布ユニット１４６、メモリ５４４、ネットワークアクセス５５２、ならびにユーザインタフェース５５４を含む。最適化システムの構成要素を他の構成要素に直接接続することができ、および／またはバス５５６を通して接続することができる。コントローラ５２０はシステム制御を提供し、プロセッサ、マイクロプロセッサ、コンピュータ、ロジックならびに／または他の上記コントローラおよび／もしくはコントローラの組合せで実装することができる。例えば、パーサ５２２、復号器５２４、および／または１つもしくは複数のバッファ５２６は、最適化システム１２６をヘッドエンド側でソースプロバイダ２１２に取り込むいくつかの実施形態では必要としなくてもよい。

動作において、第１のフォーマットコンテンツ１３２（例えば、ＷＭＶフォーマットコンテンツ）を受信し、パーサ５２２はコンテンツが複数のデータストリームを含むときストリームを分離する。例えば、コンテンツはビデオコンテンツ、オーディオコンテンツ、（例えば、メタデータの形態の）パラメータデータ、および／または他の上記ストリームを含むことができる。パーサは適切なときにストリームを分離し、第１のフォーマットコンテンツストリームを任意の復号器５２４に供給する。復号器を、コンテンツストリームを暗号化または保護するときに利用する。コンテンツを暗号化する場合は、復号器は、保護コンテンツの復号または保護コンテンツへのアクセスに使用するライセンスおよび／またはキー５５０を受信する。場合によっては、最適化システム１２６はさらにネットワークアクセス５５２（例えば、モデムまたは他のネットワークアクセス）を含む。ネットワークアクセス５５２により、最適化システムはネットワーク２２４にアクセスして、第１のフォーマットコンテンツ１３２、パラメータデータ、および／またはライセンス／キー５５０を得ることができる。

１つまたは複数のコンテンツストリームの少なくとも一部を暗号化すると、ストリームは一般に１つまたは複数のバッファ５２６内にバッファされてデコードを待機する。バッファ（単数または複数）のサイズは、受信すべきフォーマットコンテンツの予測サイズおよび／またはデコード速度に依存して変化することができる。１つまたは複数のデコーダ５３０、５３２はバッファ（単数または複数）からコンテンツを取り出し、そのコンテンツを初期または基本フォーマットにデコードする。例えば、ＷＭＶフォーマットでの第１のフォーマットコンテンツを未圧縮のソースフォーマットにデコードし戻すことができる。

エンコーダ５３４、５３６はデコードコンテンツを受信し、そのコンテンツを目的または第２のフォーマットに変換する。例えば、第１のフォーマットコンテンツ１３２をＷＭＶでフォーマットして受信し、かつオーディオおよびビデオデータの両方を含むとき、オーディオおよびビデオストリームは分離され、ビデオデコーダ５３０はビデオコンテンツをデコードし、オーディオデコーダ５３２はオーディオコンテンツをデコードする。ビデオエンコーダ５３４はビデオコンテンツを基本フォーマットで受信し、そのビデオコンテンツを、ＭＰＥＧ２、Ｈ．６２６、フラクタル圧縮、および／または他の上記フォーマットなどの第２のフォーマットにエンコードする。同様に、オーディオエンコーダ５３６はオーディオコンテンツを基本フォーマットで受信し、そのオーディオコンテンツをＭＰＥＧ２オーディオ、ＭＰ３、Ｄｏｌｂｙ Ｄｉｇｉｔａｌオーディオフォーマット、および／または他の上記フォーマットなどの第２のフォーマットにエンコードする。他の変換、例えば第１のフォーマットからＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）フォーマットへの画像変換（例えば、圧縮比パラメータを変換において使用）、および他の上記変換も最適化することができる。いくつかの実施形態では、システムはさらに１つまたは複数の任意の前処理装置５４０を含む。前処理装置５４０は、ノイズリダクション、プレフィルタリング、および他の上記前処理のようなエンコードの前のコンテンツの修正の実装および／または処理の実施を行う。

分析システム１４２は、第２のフォーマットコンテンツを評価して、第２の変換の品質を判定する。例えば、分析器はビデオデータの品質を評価し、デコーダおよび／またはエンコーダの動作の調整を適用すべきかどうかを判定することができる。分析器１４２は、コンテンツストリームの部分に対して実装すべきエンコーダのビット速度、追加Ｉフレームを第２のエンコードストリームに含めるべきかどうか、ＧＯＰ構造を再定義すべきかどうか、フィルタリングを適用および／もしくは調整すべきかどうか、一種の動き検出を適用または変更すべきかどうか、セグメント再エンコードを実装すべきかどうか、ならびに／または他の上記判定事項を判定することができる。いくつかの実施形態では、分析器は少なくとも部分的に第２のフォーマットコンテンツをデコードするデコーダを含む。さらに、分析器は、フレーム間の各々のフレームの品質および／または相互関係を評価する画像品質分析器を含むことができる。例えば、いくつかの実施形態では、分析器は自動システムを含むことができる。その自動システムはＰＳＮＲおよび／またはＪＮＤ値を計算し、調整を判定して、その調整を、ＰＳＮＲ計算、ＪＮＤ計算および／または他の定量的測定の結果に基づいて画像タイププレースメント（ｐｉｃｔｕｒｅ ｔｙｐｅ ｐｌａｃｅｍｅｎｔ）およびビット割り当てに適用する。

いくつかの実施形態における分析器には１つまたは複数の技術、操作者または他の個人が含まれ、および／またはそれらにより実装される。この場合、第２のフォーマットコンテンツを追加および／または代替としてユーザインタフェース５５４に供給することができ、それにより技術者は追加および／または代替として第２のフォーマットコンテンツの品質を評価することができる。例えば、第２のフォーマットコンテンツがビデオコンテンツであるとき、ユーザインタフェース側で再生するために再度デコードした後のビデオコンテンツを、（ディスプレイを含むことができる）ユーザインタフェース５５４を通してユーザに表示することができ、それにより操作者は品質を評価することができる。第２のフォーマットコンテンツを評価する技術者（単数または複数）は、１つまたは複数のエンコーダ５３４、５３６向けのユーザインタフェース５５４を通して（例えば、ユーザインタフェースのキーボードおよび／またはマウスなどのポインティングデバイスを通して）パラメータに対する調整を定義することができる。

分析器はさらにＧＵＩ（ｇｒａｐｈｉｃａｌ ｕｓｅｒｉｎｔｅｒｆａｃｅ）を含むことができる。ＧＵＩにより、操作者または技術者は得られた変換コンテンツの品質を評価することができる。ＧＵＩは例えば、変換および／またはトランスコードに関する統計情報を示すことができる。その統計情報には、画像タイププレースメント、ビットでの画像サイズおよび全体のビット速度が含まれるがこれらに限らない。分割スクリーンビューを、操作者が比較および評価できるように変換前後のＧＵＩを通して表示することもできる。分割スクリーン画像は、動きベクトル、マクロブロック当たりのビット割り当ておよび／または他の上記オーバーレイなどの情報を追加および／または代替としてオーバーレイすることができ、その結果、操作者はエンコード戦略に関するインフォームドチョイスを行うことができる。分析器は追加の特徴を含むことができ、上述および後述するさらなる評価、および当業界で公知の他の評価を実施することができる。

調整システム１４４は調整命令を受信し、行うべき適切な調整を判定し、その調整を例えばエンコーダ５３４、５３６内のビット速度の調整を適用することで開始する。いくつかの実施形態では、調整システムは調整をコントローラ５２０に転送するか、または調整システムをコントローラの一部として実装し、コントローラはエンコーダまたは他の構成要素に指示してその調整を実装させる。調整またはその調整に関連付けられたパラメータをさらに配布ユニット１４６に供給して記録する。上述したように、最適化システムはさらに、ソースプロバイダからの第１のフォーマットに対する前処理および／または変換に関連付けられたパラメータデータを受信することができる。これらのパラメータを利用して、第２の変換に対する最適なパラメータを判定することもでき、および／またはこれらのパラメータを第２の変換の実施中に適用することもできる。

配布ユニット１４６は、調整システム１４４により適用したパラメータとそのパラメータに対する調整とを追跡、受信および／または検出し、そのパラメータと調整パラメータとをネットワークアクセス５５２に記憶、記録および／または転送して、ネットワーク上で記録システムおよび／またはリモートクライアントシステムに配布する。いくつかの実装では、配布ユニットはパラメータおよび調整パラメータを、分析システム１４２が第２の変換を受理するまで記録しない。例えば、分析器がコンテンツの後続部分への遷移を引き起こすと、コンテンツの現在の部分に対するパラメータおよび調整を（例えば、ＲＡＭ、ＲＯＭ、ＦＬＡＳＨメモリ、ポータブル記憶メディア、および他の上記メモリもしくはメモリの組み合わせであることができるメモリ５４４に）記録する。

最適化システム１２６を、ハードウェア、ソフトウェア、ファームウェアおよび／またはその組み合わせで実装することができる。多くの実施形態では、最適化システムは、クライアントの変換システム１２４およびこれらシステムの構成要素の動作を複製および／または模倣することを試み、その結果、調整パラメータがこれらのクライアントシステムおよび／またはこれらの構成要素に対して最適化される。いくつかの実施形態では、最適化システムは、１つまたは複数のクライアントシステムの構成要素と実質的に同じである構成要素（例えば、デコーダ、エンコーダおよび／または他の構成要素）を使用し、その結果、得られたパラメータデータが少なくともその１つまたは複数のクライアントシステムに適用可能である。

分析器および／または操作者が定義および／または調整できるパラメータは、コンテンツの変換における品質、速度および／または他の要因を変更する実質に任意のパラメータであることができる。例えば、調整可能なパラメータは、定義したコンテンツ長に対するエンコードビット速度を定義すること（例えば、映画コンテンツに関して、コンテンツの期間に対するエンコードを定義すること）、新規ＧＯＰ構造に対する挿入ポイントを定義すること、定義したＧＯＰ構造においてパラメータを変更すること、テレシネ検出、シーン検出、定義した量の空間的前処理や時間的前処理および／または時間範囲に対する他の前処理を適用すること、定義した長さのコンテンツ（例えば、単一の１６×１６のマクロブロック、２個の８×１６のブロック、２個の１６×８のブロック、４個の８×８のブロック、８個の４×８のブロック、８個の８×４のブロック、１６個の４×４のブロック、または他のモードなどの、動き検出に対してマクロブロックを分割する異なるモード）に対して利用する一種の動き検出を定義すること、適用すべきフィルタリングを定義すること、画像タイプ（例えば、プログレッシブ、インタリーブ）を定義すること、フレーム配置、所与の時点で適用すべき量子行列、使用すべきエントロピエンコードモードの種類、動き検出を手動で誘導してより良いコード効率を得るメカニズム、ループデブロッキングフィルタパラメータに誘導するコード方式コントロール、実施すべき変換スキャン（例えば、エントロピエンコードを改善するための代替スキャン、ジグザグスキャン）、圧縮制御、プレフィルタ（例えば、空間的フィルタリング、ノイズリダクション、時間フィルタリング）、モード選択（例えば、マクロブロック）、ノイズリダクション、カラーバランシング、ライトバランシングおよび他の上記パラメータを含むことができるがこれらに限らない。

図６は、第２の変換パラメータの取得に使用するプロセス６１０の簡略化したフロー図である。ステップ６１２で、使用すべき第２の変換システムを識別し、１つまたは複数の潜在的に調整可能または可変なパラメータを判定する。一般に、変換システムは、１つまたは複数の期待されるクライアント変換システム１２４と同様に動作する少なくともいくつかの構成要素と同様であるか、またはその構成要素を含む。例えば、クライアントシステムのエンコーダと実質的に同じであるか、または実質的に同じように動作するエンコーダを識別する。エンコーダをハードウェアまたはソフトウェアを介して実装することができる。第２の変換をさらに最適化するという試みで調整できる調整可能パラメータを、ローカルおよび／またはリモートに記憶したリストまたはデータベースに含めることができ、評価すべき構成要素に関連付けることができる。追加および／または代替として、調整可能または可変のパラメータを操作者により識別および調整する。

ステップ６１４で、プロセスは、パラメータおよび／または処理ログが第１のフォーマットコンテンツに関連付けて利用可能であるかどうかを判定する。上述したように、ソースプロバイダはソースコンテンツの第１のフォーマットコンテンツへの変換に関連付けられたパラメータを記録することができる。上記パラメータおよび／またはログが利用可能でないとき、プロセスはステップ６２０に続く。または、上記パラメータおよび／またはログが利用可能であるとき、ステップ６１６に入り、システムはパラメータを適用もしくは設定し、ならびに／またはシステムが或る特定の調整および／または処理（例えば、或る特定の種類のフィルタリングの適用を回避すること、赤目緩和を予め適用してあるときさらなる赤目緩和の適用を回避すること、および他の上記のパラメータ）の実施を制限する。

ステップ６２０で、第１のフォーマットコンテンツの少なくとも一部を取り出す。再度、コンテンツをネットワーク２２４上で、分散メディア２４０、ネットワークコンテンツとそのメディアからのコンテンツとの組合せ、および他の上記ソースから取り出すことができる。いくつかの実装では、第２の変換をコンテンツの一部または１つもしくは複数のセグメント上で実施し、その結果、調整を実装することができ、上記の部分を再変換して、変換コンテンツのその部分をさらに評価し、調整が有益であったかどうか、および／または上述および後述のように追加の調整がさらに有益であるかどうかを判定することができる。しかしながら他の実装では、コンテンツを連続的なストリームとして変換し、調整をその連続的な変換中に判定および／または実装する。

ステップ６２２で、コンテンツの一部を解析する。上述のように、多くの場合、第１のフォーマットコンテンツは、ビデオコンテンツ、オーディオコンテンツ、メタデータコンテンツ、静止画像コンテンツ、他種の制御コンテンツ、および／または他のコンテンツなどの複数の異なるコンテンツを含むことができる。解析ステップ６２２は、適切なときにこれらの異なる種類を分離し、変換が異なるときの各種のコンテンツに対する異なる第２の変換を可能とする。しかしながら、場合によっては、異なる種類のコンテンツは同じ第２のフォーマットに変換され、従って上記の解析はこれらの部分を分離する必要はなく、ステップ６２２をコンテンツの一部または全部に対して省略することができる。ステップ６２４で、プロセスはコンテンツにアクセスするためにライセンス、復号キー、または他の認証情報が必要かどうかを判定する。ライセンスが必要でないとき、プロセスはステップ６３２に続く。または、１つまたは複数のライセンスおよび／または他の認証情報を取り出すステップ６３０に入る。ライセンスおよび／または認証情報を１つまたは複数のソースから取得することができる。その取得方法には、第１のフォーマットコンテンツで（例えば、メディアから）取得すること、ネットワーク２２４上で取得すること、（例えば、認証情報に対する要求を電話で伝えることにより）音声的に取得すること、第１のフォーマットコンテンツで配布した配布材料から取得すること（例えば、配布メディアのパッケージで取得すること）、および他の上記方法および／または方法の組合せがある。

いくつかの実施形態では、プロセス６１０は任意のステップ６３２を含む。ステップ６３２は、ステップ６３０で取り出した認証情報に基づいてコンテンツを復号またはそのコンテンツに対するアクセスを取得する間に、適用すべきコントロールおよび／またはパラメータデータ（例えば、メタデータ、調整可能パラメータデータ等）を評価し、および／または取り出す。ステップ６３４で、ライセンス（単数または複数）、キー（単数または複数）および／または他の認証情報（単数または複数）を使用して、第１のフォーマットコンテンツを復号または利用可能とする。ステップ６４０でプロセスは、コンテンツをデコードする間に、パラメータデータを適用できるかどうかを判定する。デコードパラメータを適用すべきとき、そのパラメータを取り出して適用するステップ６４２に入る。ステップ６４４で、プロセス６１０はコンテンツの少なくとも一部のデコードを開始し、デコードコンテンツをバッファする。

ステップ６４６で、プロセスは、調整可能なエンコードパラメータを、少なくともそのコンテンツの一部に対して適用および／または調整すべきかどうかを判定する。いくつかの実装では、エンコードパラメータの調整を、ソースコンテンツをエンコードするときに判定したソースプロバイダから受信し、および／または第２の変換の評価に基づいて受信することができる。パラメータを適用または調整すべきでないとき、プロセスはステップ６５０に続く。または、パラメータを適用および／または調整すべきとき、パラメータを取り出してエンコーダに適用するステップ６４８に入る。ステップ６５０で、プロセスは、コンテンツがパラメータの調整で再エンコードすべきコンテンツの一部であるか、または第１のフォーマットコンテンツをエンコードし続けるかに関わらず、エンコードすべき第１のフォーマットコンテンツを識別して取り出す。ステップ６５２で、少なくともコンテンツの一部をエンコーダの構成および／またはパラメータに従ってエンコードする。

ステップ６５４で、プロセスはエンコーディングパラメータ（例えば、ビット速度、定義したＧＯＰ構造、適用すべき動き検出の種類、フィルタリング、適用すべきノイズリダクションの種類、および／またはその他）に対する調整を実装すべきかどうかを判定する。調整が必要でないとき、プロセスはステップ６６０に続く。またはステップ６５６で、パラメータの調整を（例えば、評価システムおよび／または操作者から）受信し、実装することができる。ステップ６６０で、プロセスはさらなるコンテンツをエンコードおよび／または再エンコードすべきかどうかを判定する。さらなるエンコードおよび再エンコードを実施すべきとき、いくつかの実施形態では第１のフォーマットコンテンツの部分を評価するときにプロセスはステップ６２０に戻るか、またはプロセスが第１のフォーマットコンテンツのストリーム上で動作するときにステップ６５０に戻る。または、プロセスは終了する。

本実施形態は、目的のフォーマットへの変換を評価して、調整を使用すべきかどうかを判定する。評価を、システムおよび／または操作者の評価を通して実装することができる。いくつかの実装では、マルチパスエンコーディングを通してパラメータの評価および調整を部分的に実現し、コンテンツの初期エンコーディングを実施する。エンコードしたコンテンツを評価してパラメータ調整を識別し、その調整パラメータを適用してコンテンツをエンコードする。本プロセスを任意回数繰り返すことができる。いくつかの高度なトランスコーディング／エンコーディングシステムにより、マルチパスエンコーディングを追加および／または代替としてセグメント再エンコーディングを通して実施できるように、セグメントベースのエンコーディングおよび／または再エンコーディングが可能となる。例えば、特許文献２で説明されるセグメントベースの再エンコーディングを引用によりその全体を本明細書に取り込む。セグメントベースの再エンコーディングを利用して、システムおよび／または操作者はエンコード結果を参照してエンコーディングパラメータを調整または微調整することができ、識別したセグメントを調整パラメータに基づいて再エンコードして、パラメータの調整をさらに評価および／または確認することができる。上述のように、次にこれらのパラメータを使用して、より単純なクライアントエンコーディングシステム（例えば、消費者のパーソナルコンピュータ上で実行される単純なエンコーディングソフトウェア）を通して高度なシステムエンコーディングを複製することができる。変換および／またはトランスコード制御パラメータをクライアントシステムが使用することでさらに、クライアントシステムを通して実現しうるよりも変換および／またはトランスコーディングをより高速にすることができる。なぜならば、動きベクトルなどのパラメータを、品質を損なわずに速度に関して最適化できるからである。例えば、クライアントシステムに転送したパラメータは、クライアントシステム上での変換および／またはトランスコーディングを潜在的に実質的に高速化しうる動きベクトル情報または動き検出データを含むことができる。

上述したように、いくつかの実装では、パラメータデータをメタデータとしてクライアントシステムに提供する。メタデータはコンテンツに関連付けられ、そのメタデータをコンテンツとともに配布でき、および／またはそのコンテンツから分離することができる。コンテンツは、クライアントシステムが変換すべき実質的に任意のデータエンティティであることができる。エンティティは、コンピュータ読取可能メディア上に記憶可能な１つのデータである。例えば、エンティティはオーディオデータ、ビデオデータ、グラフィカルデータ、テキストデータ、または他の知覚情報を含むことができる。エンティティを実質的に任意のメディアフォーマットで記憶することができる。そのフォーマットには、マルチメディアフォーマット、ファイルベースのフォーマット、またはグラフィカル、テキスト、オーディオ、もしくは他の知覚情報である情報を含みうる他のフォーマットが含まれる。エンティティはディスクベースのメディア上で利用可能である。そのメディアには例えば、ＤＶＤ、オーディオＣＤ、ビデオテープ、レーザディスク、ＣＤ−ＲＯＭ、ビデオゲームカートリッジおよび他のディスクベースのメディアがある。さらに、エンティティは、例えばハードドライブ、サーバコンピュータのメモリ、ＲＡＭ、ＲＯＭ等の他種のコンピュータ読取可能メディア上で利用可能である。さらに、エンティティは、例えばインターネット、ＷＡＮ、ＬＡＮ、デジタルホームネットワーク、および／または他の上記ネットワークなどの１つまたは複数のネットワーク上で利用可能である。いくつかの実施形態では、エンティティの変換に使用する調整パラメータデータを、１つまたは複数のエンティティに関連付けたメタデータとして維持することができる。エンティティメタデータの例を少なくとも図８を参照して本明細書でさらに説明する。

本明細書で参照する際、コレクションは複数のエンティティおよびコレクションメタデータを含む。コレクションメタデータはコレクションのプロパティと、複数のエンティティがコレクション内でどのように相関するかを定義することができる。コレクションメタデータを少なくとも図７〜図９を参照してさらに定義する。コレクションメタデータは特許文献３で説明され、その全体を引用により本明細書に取り込む。

図７を参照する。エンティティ、コレクション、エンティティメタデータ、およびコレクションメタデータ間の関係の１つの例の図を示してある。複数のエンティティを含む記憶領域７００を示してある。記憶領域内部にはテキストエンティティ７０２、ビデオエンティティ７０４、オーディオエンティティ７０６および静止画像エンティティ７０８がある。エンティティメタデータ７１０、コレクションメタデータ７１２および最終コレクション７１４も示してある。最終コレクション７１４はテキストエンティティ７０２、ビデオエンティティ７０４、オーディオエンティティ７０６、静止画像エンティティ７０８、エンティティメタデータ７１０、およびコレクションメタデータ７１２を含む。

コレクションメタデータ７１２をコレクションの作成時に生成することができ、それをコンテンツプロバイダ２１２、コンテンツマネージャ、手動により、および／または他のソースを通して行うことができる。コンテンツプロバイダおよび／またはマネージャは別のコレクションから、それを体裁よく退化または修正することでコレクションを作成することもできる。コレクションメタデータは静的、動的および／または行動的（ｂｅｈａｖｉｏｒａｌ）であることができる。

コンテンツサービスモジュールは、再生のためにエンティティのコレクションを利用する。コレクションは１つまたは複数のエンティティから構成する。図７はエンティティに対するコレクションの階層の例を示す。１つの実施形態では、エンティティは任意のメディア、マルチメディアフォーマット、ファイルベースのフォーマット、ストリーミングメディア、またはグラフィカル、テキスト、オーディオ、もしくは他の知覚情報である情報を含みうる任意のものであることができる。別の実施形態では、エンティティはＤＶＤ、オーディオＣＤ、ビデオテープ、レーザディスク、ＣＤ ＲＯＭ、またはビデオゲームカートリッジを含むディスクベースのメディアであることができる。この目的で、ＤＶＤには多数の主要な電気メーカ、多数の主要なコンピュータハードウェアメーカ、多数の主要な映画および音楽スタジオからの広範囲なサポートがある。加えて、ＨＤ−ＤＶＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ ＤＶＤ）、ＡＯＤ（Ａｄｖａｎｃｅｄ Ｏｐｔｉｏｎａｌ Ｄｉｓｃｓ）、およびＢＤ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ）などの新規のフォーマットディスクフォーマット、ならびにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒｓ）およびＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒｓ）などの新規のメディアは、まさに使用可能な増設メディアの一部である。別の形態では、エンティティは、フロッピー（登録商標）ディスク、コンパクトフラッシュ（登録商標）、ＵＳＢフラッシュ、Ｓｏｎｙ Ｍｅｍｏｒｙ Ｓｔｉｃｋ、ＳＤ＿Ｍｅｍｏｒｙ、ＭＭＣフォーマットなどの可搬メモリフォーマット上に存在することができる。エンティティはローカルハードディスク、ローカルネットワーク、ピアツーピアネットワーク、ＷＡＮ、インターネット等の上に存在することもできる。

いくつかの実施形態によると、エンティティはコンテンツおよびメタデータの両方を含むことができる。エンティティを協調および／または集合させることでき、いくつかの実施形態ではコンテンツ検索エンジンにより集合させることができる。エンティティを次いでコレクションにインスタンス化する。例えば、オブジェクト指向プログラミングでは、インスタンス化により特定のオブジェクトをそのクラステンプレートから生成する。これには、テンプレートが指定する型での構造の割り当て、デフォルト値またはクラスのコンストラクタ関数が提供する値の何れかでのインスタンス変数の初期化が含まれる。いくつかの実施形態では、ビデオエンティティ７０４、オーディオエンティティ７０６、静止画像エンティティ７０８、テキストエンティティ７０２、前述のエンティティの各々に対するエンティティメタデータ７１０、およびコレクションメタデータ７１２を含むコレクションを作成する。

コレクション全体をローカルに記憶することができるか、またはエンティティの一部はネットワークアクセス可能であることができる。加えて、エンティティを複数のコレクションに含めることができる。

図８を参照する。様々なエンティティ８０２のうちの１つに対するメタデータ領域８００の一例を示す概念図を示してある。各エンティティにメタデータ８０４を関連付ける。メタデータ８０４は様々なカテゴリを有し、メタデータ８０４はそのカテゴリに関してエンティティを記述する。

いくつかの実施形態では、エンティティメタデータを、エンティティファイルとは別のＸＭＬファイルフォーマットまたは他のファイルフォーマットに含めてもよい。他の実施形態では、エンティティメタデータはエンティティファイルのヘッダ内部にあってもよい。エンティティメタデータはエンティティ自体の一部であってもよく、またはそのエンティティを記憶した場所とは別のデータファイル内にあってもよい。

エンティティメタデータを別のメディアまたは位置に記憶することができ、いくつかの本実施形態はエンティティ識別子またはメディア識別子を通してディスクを識別してその識別子を別のデータベースに渡すことができる。そのデータベースは、その識別子を調べてエンティティのメタデータ、例えばＸＭＬ記述ファイルを返す。

エンティティメタデータを使用して、それが関連付けられるエンティティを記述し、変換に使用するパラメータを定義する。本実施形態によると、検索エンジンを使用してエンティティメタデータを検索することができる。さらに、コンテンツ管理システムはコレクションを作成する際にそのメタデータを使用することができ、そのメタデータを使用してコレクション内部のエンティティの各々が表示デバイス上にどのように表示されるかを判定することができる。

一例において、システムは１６：９のアスペクト比を有する表示デバイスを含むことができる。ソースプロバイダはコンテンツのコレクション（例えば、Ｂｒｕｃｅ Ｌｅｅの最高の格闘シーンのコレクション）を作成することを望むことができる。コンテンツ管理システムは検索を行い、利用可能なポータブル記憶メディア、ローカル記憶メディア、または任意のリモート記憶メディアのいずれかで利用可能な異なるエンティティを見つける。コンテンツ管理システムは各記憶メディアで利用可能なエンティティを識別し、各エンティティと任意に各エンティティのコンテンツとに関連付けたメタデータに基づいて、コレクションを作成する。コレクションの作成では、システムは、１６：９のアスペクト比で表示デバイス上に最良に表示されるエンティティを見つけようと試みる。格闘シーンを有するエンティティが存在するが１６：９のバージョンでは利用可能でない場合、コンテンツマネージャは本エンティティを、例えば標準的なテレビフォーマットの同じ格闘シーンで置換する。

映画からのシーンに加えて、コンテンツ管理システムは、最高の格闘シーンからの静止画像をコレクションに含めることもできる。さらに別の実施形態では、コレクションはＢｒｕｃｅ Ｌｅｅを議論するウェブページ、または任意の形態で利用可能なＢｒｕｃｅ Ｌｅｅの最高の格闘シーンに関連する任意の他のコンテンツを含むことができる。次いで表示レイアウトマネージャは再生ランタイムエンジンとともに、表示デバイスでのコレクションの表示方法を判定する。

いくつかの本実施形態によると、異なるメタデータカテゴリが存在することができる。メタデータカテゴリの一例は静的メタデータである。静的メタデータは、エンティティを完全に再生成しないと一定のままであり変化しないエンティティに関するデータである。静的メタデータは例えば以下のカテゴリ、即ち生エンティティのフォーマットまたは形態（エンコーダ情報等。例：ＡＣ３、ＭＰＥＧ−２）、使用条件、ＩＰアクセス権、価格−（例：アクセスキー）、支払い、ＩＤに基づいてこれを使用可能な者、評価および分類−（例：視聴権限レベル、地域制限）、コンテクストデータ−（例：記録時期／場所、セットまたは音量情報）、オーディオコンテンツに対するメタデータの一例（ａ＝アーチスト、ｃ＝アルバム（ＣＤ）名、ｓ＝曲、ｌ＝レコードラベルおよびＬ＝オプションレコードラベルを含むことができる）、作成および／または製造プロセス情報−（例：タイトル、ディレクタ等）ならびに例えばレイアウト、フォントおよび色を含む表示に関する使用規則（コレクション所有者により変更不可）のうち全部または一部を含むことができる。

メタデータカテゴリの別の例は動的メタデータである。動的メタデータは、使用とともに変化でき、任意に追加して拡張できるエンティティに関するデータである。動的メタデータは例えば以下のカテゴリの全部または一部を含むことができる。

使用に関する履歴および事実情報−（例えば、使用回数に関するログ（ロイヤリティ関連−著作権の使用、配布制限）またはレンタル型の取引（例えば、Ｄｉｖｘ）に関するログ）、セグメント情報−（例えば、開始／終了時間コーデックでの（Ｇ関連バージョン等の）静的メタデータ情報と検索能力を可能とするテキストインデックス情報とにより記述したシーンカット）、ユーザの嗜好および履歴−（例：ユーザによる長時間に渡る使用を学習して、（ＴｉＶｏが行うような、ユーザＩＤに関連付けられたユーザの使用パターンに対する）本コレクションの使用パターンを記録する）、ならびに例えばレイアウト、フォントおよび色を含む表示に関する使用規則（変更可能および拡張可能）を含むことができる。

さらに別の種類のメタデータは行動的メタデータであることができる。行動的メタデータは、エンティティのコレクション内での併用方法を指定する一連の規則または命令である（静的および動的メタデータ情報に基づいて構築）。行動的メタデータは例えば以下のカテゴリ、即ちコレクションの表示スクリプト−例えば、Ｇ関連バージョンのコレクションを、シーンを記述する静的メタデータ（「Ｌｏｖｅ Ｓｃｅｎｅ」がタイムコードＡで開始してＢで停止する）とレイアウトまたは著作権要件を明記した規則（例えば、フルスクリーンで再生しなければならない）とを使用して構築する、コレクションの再生リスト−（例：「Ｌｏｒｄ ｏｆ ｔｈｅ Ｒｉｎｇｓ」にある全てのニュージーランドの景色ハイライトから成るシーンメドレー）、およびシネマグラフィック技術を強調するためにタイトルのディレクタが定義したコレクション表示のうち全部または一部を含むことができる。

コンテンツの変換（例えば、トランスコーディング）に使用するパラメータデータは静的メタデータ、動的メタデータ、行動的メタデータ、および／または他種のメタデータ、設定および／またはパラメータを含むことができる。１つの実装では、コレクションメタデータを１つまたは複数のＸＭＬファイルで実装する。他の実装では、コレクションメタデータは再生リストの一部などの他のフォーマットであることができる。Ａｕｄｉｏに対する再生リストのいくつかの例は（Ｍ３Ｕ、ＰＬＳ、ＡＳＸ、ＰＬＴ、ＬＳＴ）である。

いくつかの実施形態によると、検索エンジンはパラメータを見つけるためのメタデータ検索を実施することができる。コンテンツ管理システムはエンティティを、それらをローカル記憶メディアに記憶するかまたは単にそれらをエンティティが現在記憶されている場所から含めることで、コレクションに含めることができる。パラメータおよび／またはメタデータを、検索をＵＮＩＸ（登録商標）「ｇｒｅｐ」コマンドに酷似したライブラリに対して実行できるように、ライブラリ内のコレクションに渡ってアクセスおよび使用することができる。多数の使用に対して、テキスト検索で十分である。しかしながら、パターンまたは他の検索技術をパラメータまたはエンティティに対して使用することができる。別の実施形態では、複数のコレクションを取り出すことができ、次いでその複数のコレクションからのエンティティを結合して新規のコレクションを作成することができる。図９を参照する。コレクションの一実施形態を例示する概念図を示してある。コレクションは、コレクションメタデータ（例えば、静的、動的および行動的）、エンティティ（例えば、タイトル、ビデオ、サブピクチャ、テキスト、静止画像、アニメーション、オーディオ、知覚情報、トレーラーおよびプレビュー）およびエンティティの各々に関連付けられたエンティティメタデータを含む。

本実施形態を追加および／または代替として利用して、例えばソースコンテンツを配布用の低解像度へ下方変換した後に標準解像度ビデオコンテンツから高解像度へ上方変換することができる。パラメータデータ１４８はさらに、ソースコンテンツ上で既に行った変換を知ることで、特定のソースビデオ上で適用すべきアルゴリズムを定義する情報を含むことができる。例えば、デジタル画像または写真に関して、赤目除去を既にその写真に適用したことを定義する情報をパラメータのセットが含むことができるとき、本パラメータ情報をパラメータの主要なセットの一部として保存して、クライアントシステムが再度赤目除去を適用しようと試みることによるさらなる劣化を制限または回避することができる。音楽コンテンツと同様に、パラメータのセットにおける追加情報は、適用した特定のフィルタ、またはソースフォーマット（例えば、オーディオＣＤ）から中間フォーマット（例えば、ＭＰ３フォーマット）へ変換し、次いで中間フォーマットから目的フォーマットに変換する（例えば、ＯＯＧもしくはＡＡＣ（ａｄｖａｎｃｅｄ ａｕｄｉｏ ｃｏｄｉｎｇ）へ変換、またはＭＰ３ファイルからＲｅｄ Ｂｏｏｋ Ａｕｄｉｏ ＣＤフォーマットに変換し戻す）ために用いるフィルタ係数の情報を含むことができる。追加のパラメータ情報を、元のソースコンテンツのコピーまたはリッピングプロセスの最中に記憶して、後にレコーディングを作成（例えば、オーディオＣＤをｍｐ３ファイルから作成）するときの品質を改善することもできる。最適化パラメータを、マルチチャネルオーディオ（＞２）からステレオに変換し、マルチチャネルオーディオに変換し戻すために使用することもできる。さらなる例として、高解像度ソースコンテンツを、変換パラメータとともに配布するためのソースエンドとして標準解像度に変換することができる。その変換パラメータは、標準解像度から高解像度、またはソースコンテンツの高解像度品質に近いものに変換し戻すために、変換最適化システム１２６が判定したクライアントエンド側での変換に使用する。さらに別の例として、ソースコンテンツを記憶メディア（例えば、ＤＶＤ）から取得して中間フォーマットに変換することができる。その中間フォーマットにより、変換を実施するためのパラメータデータを記録しながらコンテンツをより容易に分散ネットワーク上で伝達することができる。そのパラメータを、クライアントシステムがコンテンツを中間フォーマットでソースＤＶＤフォーマットに変換し戻せるように、リモートクライアントシステムに配布することができる。コンテンツに対する追加および／またはアップグレードを、パラメータデータでの同様な変換を通して配布することができる。

マルチメディアコンテンツを利用する家庭用電子機器の数および種類は最近１０年間で急激に増加し、増加し続けている。さらに、これらのデバイスの可搬性およびデジタルホームネットワークにより、各デバイスが異なるフォーマットへの変換を使用することがよくある。メディアを繰り返しトランスコードすると、大部分のトランスコーディングプロセスのロッシー性によりコンテンツの品質は時間とともに劣化し続ける。しかしながら、本実施形態は、この複数のトランスコーディングおよび将来のトランスコーディングプロセスを通して複数回使用できる情報および／またはパラメータを提供して、コンテンツの品質維持を支援する。さらに、追加のパラメータデータを、各々の後続の変換に関連付けられた既存のパラメータデータに追加して、改善した結果を維持することができる。

例えば、本実施形態を、伝達したオーディオデータとともに使用することができる。いくつかのオーディオ通信システムでは、オーディオコンテンツはソースフォーマットおよび目的フォーマットの間でマルチパスのエンコード／デコード（例えば、音声から、ＬＤＰＣＭへの変換、ＣＥＬＰなどの衛星音声エンコーディングアルゴリズムへの変換、デジタルでありうる別の公衆交換回線網への変換、ＧＳＭ音声圧縮を使用するＧＳＭネットワーク上の携帯電話ユーザへの変換）を受ける。各々の変換の結果、コンテンツが劣化する恐れがあり、その劣化が各々の後続の変換とさらに混ざるかもしれない。携帯電話から携帯電話への通信などのいくつかの限定的なシステムは、コンテンツを単一のフォーマットで維持（例えば、デジタルでありかつシステムに渡って同一フォーマットで圧縮した信号を維持し、それをそのように明示）することで複数のエンコード／デコードを回避することにより、この複数の変換劣化問題を解決しようと試みる。しかしながら、これは多数のシステムおよび多種のコンテンツでは実施することができない。以前の変換および／または逆変換の最適化に関連付けられたパラメータデータを生成し、そのパラメータデータを後続の変換システムに転送する本実施形態により、後続の変換システムはそのパラメータデータを利用して変換および再変換を最適化することができる。再変換では後続の変換向けに転送すべきさらなるパラメータデータを追加して、後続の変換をさらに改善および／または最適化することができる。追加および／または代替として、変換、前処理、フィルタリング、および／または複数の変換中にコンテンツに適用した調整のログを維持して、将来の変換システムに、以前に適用したパラメータに対する調整および／または変更（例えば、フィルタリング、輝度、コントラスト、カラーバランスの調整、および他の上記調整および前処理）を通知することができる。

同様に、本パラメータデータは、変換および／再変換の際に後の使用できるパラメータデータ、設定および／または情報の認証を含むことができる。例えば、パラメータデータは、特許文献４、および特許文献５で説明される再生構造、資産等を含むことができ、この両方の全体を引用により本明細書に取り込む。さらに、パラメータデータを特許文献６で説明されるように、コンテンツの変換および記録に利用することができ、その全体を参照により本明細書に取り込む。

本実施形態は、クライアントシステムのパラメータをリモート制御して判定的な変換（例えば、エンコーディング）を提供し、一方で、クライアントサイド変換のパラメータを変更すること、ソースまたはヘッドエンド側で前処理してクライアントシステム側の最終変換を高速化すること、単一パスと等価なマルチパスを満たす変換コンテンツをクライアントシステムが生成できるようにソースまたはヘッドエンド側でマルチパス変換の前処理ステップを実施すること、における柔軟性を提供する。パラメータをさらにトランスコーディングにおいて利用することができ、この場合、前処理により例えば部分的なデコードおよび／エンコードでのエンコーディングフォーマット間の変換が最適化される。さらに、本実施形態により、ソースプロバイダはより良い圧縮技術を使用することができ、および／またはより高い圧縮率を使用することができ、一方でクライアントシステムは、クライアントシステム側でパラメータを使用することにより強化および／または最適化した変換をなお実現することができる。

上述したように、いくつかのクライアントシステムは、保護コンテンツへのアクセスに使用するライセンスまたは認証キーを取得する。パラメータデータ１４８を同様に、そのパラメータコンテンツの利用を承認されたクライアントシステムのみがそのパラメータにアクセスまたはそのパラメータを使用できるように、保護することができる。ソースプロバイダはパラメータデータを暗号化または保護することができ、そのパラメータデータをコンテンツとともにメディア２４０に記憶することができる。しかしながら、クライアントシステム１２４は、ライセンス（単数または複数）および／またはキー（単数または複数）を取得しない限りそのパラメータデータを利用できないであろう。例えば、ソースプロバイダはそのパラメータを受信するための追加料金を要求することができ、またはコンテンツの偽造コピーを制限または防止するためにパラメータを保護することができる。ソースプロバイダは意図的に退化性のエンコーディングを含めることができ、電子透かしを追加することができ、またはコンテンツを劣化させることができる。この場合、退化性効果を、その退化性効果の反転方法を定義するパラメータデータで反転させることができる。従って、パラメータデータは、高品質のコンテンツに対する偽造および／または未承認のアクセスに対する追加の保護を提供することができる。パラメータデータをさらにＤＶＲ（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｒｅｃｏｒｄｅｒｓ）により使用して、ＤＶＲでの変換を簡略化し、および／または（例えば、標準解像度から高解像度のコンテンツまたはＤＶＤに変換して）強化したコンテンツを可能とすることができる。

本明細書では本発明を特定の実施形態およびその応用の手段により説明してきたが、特許請求の範囲で説明する本発明の範囲から逸脱せずに当業者により多数の修正および変更がなされうる。

リモートクライアントデバイスまたはシステム側でコンテンツの変換を改善および／または最適化するいくつかの実施形態に従うシステムの簡略化したブロック図を示す。 図１のシステムを使用するいくつかの実施形態に従うコンテンツ配布システムの簡略化したブロック図を示す。 図１の最適化システムでの最適化パラメータデータの生成に使用するプロセスの簡略化したフロー図を示す。 利用可能なとき調整パラメータを適用しながら、第２の変換をクライアントシステムで実施することにおいて使用する、プロセスの簡略化したフロー図を示す。 いくつかの実施形態に従う変換最適化システムの簡略化したブロック図を示す。 第２の変換パラメータの生成および／または取得に使用するプロセスの簡略化したフロー図を示す。 エンティティ、コレクション、エンティティメタデータ、およびコレクションメタデータの間の関係の一例を示す。 様々なエンティティの１つに対するメタデータフィールドの一例を示す概念図である。 コレクションの一実施形態を示す概念図である。

Claims (21)

1. マルチメディアコンテンツの変換に使用する方法であって、
   コンテンツ配布システムにおいて、メディアデータを第１のフォーマットで受信するステップ、
   前記コンテンツ配布システムにおいて、前記第１のフォーマットである前記メディアデータの、第２の変換フォーマットへの第１の変換を開始するステップ、
   前記第２の変換フォーマットへの前記変換を指示するパラメータを識別するステップ、
   前記第２の変換フォーマットであるエンコード困難な前記メディアデータの第１のセグメントの品質を判定するステップ、
   前記コンテンツ配布システムにおいて、前記パラメータのセットを調整するステップ、
   前記コンテンツ配布システムにおいて、調整パラメータのセットを適用する間に前記メディアデータ全体が再変換される必要がないように、前記第２の変換フォーマットである調整メディアデータの第１のセグメントを生成する前記調整パラメータを適用する間に、前記第１のフォーマットであるメディアデータの第１のセグメントを、前記第２の変換フォーマットに再変換するステップ、
   前記第２の変換フォーマットである前記調整メディアデータの第１のセグメントが、前記第２の変換フォーマットである前記メディアデータの第１のセグメントの品質を超える品質を有するか否かを判定するステップ、
   前記第２の変換フォーマットである前記調整メディアデータの第１のセグメントが、前記第２の変換フォーマットである前記メディアデータの第１のセグメントの品質を超え、前記第１のセグメントの品質劣化を回避しているとき、前記調整パラメータのセットを記録することを含む、前記パラメータを記録するステップ、および
   前記パラメータがリモートシステムにより実行される前記メディアデータの前記第２の変換フォーマットへの変換中に少なくとも部分的に前記リモートシステムを制御するように、記録した前記パラメータを前記リモートシステムに配布するステップ
   を備えたことを特徴とする方法。
2. 前記パラメータを識別するステップは、前記第１のフォーマットである前記メディアデータの前記第２の変換フォーマットへの前記変換を改善するパラメータのセットを調整するステップを含むこと、および
   前記パラメータを記録するステップは、調整した前記パラメータのセットを記録するステップを含むこと
   を特徴とする請求項１に記載の方法。
3. 前記パラメータのセットを調整するステップは、前記メディアデータの前記第２の変換フォーマットへのエンコーディング時にビデオ画像の生成の最適化に利用するビデオパラメータを調整するステップを含むことを特徴とする請求項２に記載の方法。
4. 前記パラメータを識別するステップは、
   前記メディアデータの前記第２の変換フォーマットへの変換を強化するためのパラメータを調整するステップ、
   前記調整パラメータを適用する間に、前記第１のフォーマットにおける前記メディアデータの前記第２の変換フォーマットへの第２の変換を開始するステップ、および
   前記第２の変換中に前記第２の変換フォーマットへ変換した前記メディアデータの品質が、前記の第１の変換中に実現した、前記第２の変換フォーマットへ変換した前記メディアデータと比較して強化されたかどうかを判定するステップ
   を含むこと、ならびに
   前記記録するステップは、前記調整パラメータを記録するステップを含むこと
   を特徴とする請求項１に記載の方法。
5. 前記第２の変換フォーマットにおける前記メディアの品質を判定するステップをさらに含むこと、および
   前記パラメータを識別する前記ステップは、前記第１のフォーマットにおける前記メディアデータの前記第２の変換フォーマットへの後続の変換時に、前記第２の変換フォーマットにおける前記メディアの品質を改善するパラメータのセットを識別するステップを含むこと
   を特徴とする請求項１に記載の方法。
6. コンテンツ配布システムにおいて、前記メディアデータを前記第１のフォーマットで受信するステップは、
   初期のソースフォーマットである前記メディアデータを取得するステップ、および
   前記ソースフォーマットである前記メディアデータを前記第１のフォーマットに変換するステップを含むこと
   を特徴とする請求項１に記載の方法。
7. コンテンツ配布システムにおいて、前記メディアデータを前記第１のフォーマットで受信するステップは、前記メディアデータを元のソースフォーマットで受信するステップを含むことを特徴とする請求項１に記載の方法。
8. 前記メディアデータを受信する前記ステップは、元のソースフォーマットから変換した前記第１のフォーマットでメディアデータを受信するステップを含むことを特徴とする請求項１に記載の方法。
9. メディアコンテンツの変換に使用する方法であって、
   前記コンテンツ配布システムにおいて、第１のフォーマットに従って構成した第１のフォーマットコンテンツストリームを受信するステップ、
   前記コンテンツ配布システムにおいて、前記第１のフォーマットコンテンツの、第２のフォーマットコンテンツを生成する第２のフォーマットへの第１の変換を開始するステップ、
   前記第１のフォーマットから前記第２のフォーマットへの前記変換を少なくとも部分的に制御する第１のパラメータのセットを記録するステップ、
   前記コンテンツ配布システムにおいて、前記第２のフォーマットコンテンツの第１のセグメントを評価するステップと、
   エンコードが困難な前記第２のフォーマットコンテンツの第１のセグメントの品質を判断するステップと、
   前記コンテンツ配布システムにおいて、前記第１のパラメータのセットの少なくとも１つのパラメータを調整するステップ、
   前記コンテンツ配布システムにおいて、前記第1のパラメータのセットの少なくとも１つの調整パラメータを適用する間にコンテンツストリーム全体が再エンコードされる必要がないように、前記第２のフォーマットである調整コンテンツストリームの第１のセグメントを生成する前記第１のパラメータのセットの少なくとも１つの調整パラメータを適用する間に前記第１のフォーマットであるコンテンツストリームの第１のセグメントを、前記第２のフォーマットに再変換するステップと、
   前記第２のフォーマットである調整コンテンツストリームの第１のセグメントが、前記第２のフォーマットであるコンテンツストリームの第１のセグメントの品質を超える品質を有するか否かを判定するステップ、
   前記第２のフォーマットである調整コンテンツストリームの第１のセグメントが、前記第２のフォーマットであるコンテンツストリームの第１のセグメントの品質を超え、前記第１のセグメントの品質の劣化を回避しているとき、前記第１のパラメータのセットの少なくとも１つの調整パラメータを記録するステップであって、前記第１のパラメータのセットの少なくとも１つの調整パラメータの記録は、前記第１のパラメータのセットの少なくとも１つの調整パラメータに対応する以前に記録された記録パラメータを置き換えるステップ、および
   前記第１のパラメータのセットを、前記第１のパラメータのセットの少なくとも１つの調整パラメータと共にリモートシステムに供給するステップ
   を含むことを特徴とする方法。
10. 前記第２のフォーマットに従ってフォーマットされた第３のフォーマットコンテンツの第１の部分を生成する第１の調整パラメータを適用する間に、前記第１のフォーマットコンテンツの少なくとも第１の部分の前記第２のフォーマットへの第２の変換を開始するステップ、
    前記第３のフォーマットコンテンツの前記第１の部分を評価するステップ、および
    前記第３のフォーマットコンテンツの前記第１の部分が前記第２のフォーマットコンテンツの前記第１の部分上で望まれるときに、前記第１のパラメータの前記調整を記録する前記ステップを実装するステップ
    をさらに含むことを特徴とする請求項９に記載の方法。
11. 前記第１のパラメータのセットを、前記第１のパラメータのセットの少なくとも１つの調整パラメータと共に供給する前記ステップは、前記第１のフォーマットコンテンツストリームの前記第２のフォーマットへのリモート変換を少なくとも部分的に制御するために利用する前記リモートシステムに、前記第１のパラメータのセットと前記第１のパラメータの前記調整とを供給するステップを含むことを特徴とする請求項９に記載の方法。
12. 前記第１のパラメータのセットを、前記第１のパラメータのセットの少なくとも１つの調整パラメータと共に供給する前記ステップは、前記第１のパラメータのセットと前記第１のパラメータの前記調整とを前記第１のフォーマットコンテンツとともに前記リモートシステムに配布するステップを含むことを特徴とする請求項１１に記載の方法。
13. 前記第１のパラメータのセットを、前記第１のパラメータのセットの少なくとも１つの調整パラメータと共に供給する前記ステップは、前記第１のパラメータのセットと前記第１のパラメータの前記調整とをネットワーク上で、前記ネットワークと通信可能に接続した前記リモートシステムにストリーミングするステップを含むことを特徴とする請求項９に記載の方法。
14. 前記第１の変換を開始する前記ステップは、前記第１のフォーマットコンテンツの少なくとも前記第１の部分をデコードして、前記第２のフォーマットに従ってデコードコンテンツを生成し前記デコードコンテンツをエンコードするステップを含むことを特徴とする請求項９に記載の方法。
15. 前記第２のフォーマットコンテンツの第１のセグメントを評価する前記ステップは、フォーマット済みの第２のコンテンツをデコードし、前記デコードしたフォーマット済みの第２のコンテンツの品質を判定するステップを含むことを特徴とする請求項１４に記載の方法。
16. 前記第１のフォーマットにおける前記コンテンツに関連付けられた初期パラメータのセットを受信するステップ、および
    前記初期パラメータのセットを前記第１の変換中に適用するステップ
    をさらに含むことを特徴とする請求項９に記載の方法。
17. 前記第２のフォーマットコンテンツの第１のセグメントを評価する前記ステップに続いて、前記初期パラメータのセットをレビューするステップ、
    第２のパラメータが前記初期パラメータのセットにおいて設定されていることを判定するステップ、および
    前記第２のパラメータに関する動作を防止するステップ
    をさらに含むことを特徴とする請求項１６に記載の方法。
18. マルチメディアコンテンツの変換に使用する機器であって、
    第１のフォーマットでコンテンツを受信し、前記コンテンツを前記第２のフォーマットに変換する変換システム、
    前記コンテンツの前記第２のフォーマットへの前記変換中に前記変換システムを制御する複数のパラメータを記憶するメモリ、
    前記変換システムと接続して前記第２のフォーマットコンテンツを受信し、前記第２のフォーマットコンテンツの第１のセグメントの品質を分析し、前記第１のセグメントについて第１のパラメータのセットに対する調整を判定する分析システム、
    調整パラメータの第１のセットを適用する間にコンテンツ全体が再エンコードされる必要がないように、前記第２の変換フォーマットである調整コンテンツの第１のセグメントを生成する第１の調整パラメータのセットを適用する間、前記第１のフォーマットであるコンテンツの第１のセグメントを前記第２の変換フォーマットに再変換するために構成された変換器、
    前記第２の変換フォーマットである調整コンテンツの第１のセグメントが、前記第２の変換フォーマットであるコンテンツの第１のセグメントの品質を超える品質を有するか否かを判定し、前記第２の変換フォーマットである調整コンテンツの第１のセグメントが、前記第２の変換フォーマットであるコンテンツの第１のセグメントの品質を超え、前記第１のセグメントの品質の劣化を回避しているとき、前記第１の調整パラメータのセットを記録させるために構成された分析器、および
    前記変換システムと接続した配布ユニットであって、前記第１のパラメータのセットに対する調整を検出し、少なくとも前記第１の調整パラメータのセットをリモートクライアントシステムに配布する配布ユニット
    を備えることを特徴とする機器。
19. 前記判定した調整を前記分析器から受信するように、前記変換システムと前記分析器とに接続した調整システムであって、前記第１のパラメータのセットに対する前記調整を実装し、前記第１のパラメータのセットを前記変換システムに適用する調整システムをさらに備えることを特徴とする請求項１８に記載の機器。
20. 前記変換器は、トランスコーダを備えることを特徴とする請求項１８に記載の機器。
21. 前記分析システムは、ユーザインタフェースを備えることを特徴とする請求項１８に記載の機器。

Images