(57)【要約】【課題】プログレッシブ暗号化されたスケーラブルデータ列をスケーリングするための方法が開示される。【解決手段】この方法は、プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンを生成するために結合するプログレッシブ暗号化されたスケーラブルデータ列の結合可能部分を特定するデータを、暗号化されたスケーラブルデータ列に関連付けることを含む。暗号化されたスケーラブルデータ列のスケーリングされたバージョンは、所望のスケーラブル属性を保有するようにスケーリングされる。暗号化されたスケーラブルデータ列のスケーリングされたバージョンは、復号されることなくスケーリングされる。暗号化されたスケーラブルデータ列の少なくとも１つの結合可能部分について、暗号チェックサムが計算され、暗号チェックサムは、暗号化されたスケーラブルデータ列のその少なくとも１つの結合可能部分に関連付けられる。【選択図】図１７
2007534230.tif 000002
【特許請求の範囲】
【請求項１】
プログレッシブ暗号化された（progressively encrypted）スケーラブルデータ列をスケーリングするための方法であって、
所望のスケーラブル属性を保有するようにスケーリングされる前記プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンを生成するために結合する前記プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分を特定するデータを、前記プログレッシブ暗号化された（１７０３）スケーラブルデータ列に関連付けること（１７０１）であって、前記プログレッシブ暗号化されたスケーラブルデータ列の前記スケーリングされたバージョンは、復号されることなくスケーリングされること（１７０１）と、
前記プログレッシブ暗号化されたスケーラブルデータ列の少なくとも１つの部分の暗号チェックサムを計算すること（１７０５）と、
前記暗号チェックサムを、前記プログレッシブ暗号化されたスケーラブルデータ列の少なくとも１つの部分に関連付けること（１７０７）と
を含む方法。
【請求項２】
前記プログレッシブ暗号化されたスケーラブルデータ列の前記少なくとも１つの部分および前記暗号チェックサムを暗号化すること
をさらに含む請求項１に記載の方法。
【請求項３】
前記プログレッシブ暗号化されたスケーラブルデータ列の前記少なくとも１つの結合可能部分は、前記プログレッシブ暗号化されたスケーラブルデータ列の他の部分とは独立に解読する
請求項１に記載の方法。
【請求項４】
前記暗号チェックサムは、前記プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分について計算される
請求項１に記載の方法。
【請求項５】
前記プログレッシブ暗号化されたスケーラブルデータ列は、
複数の前記結合可能部分
を含む
請求項１に記載の方法。
【請求項６】
暗号チェックサムが、前記プログレッシブ暗号化されたスケーラブルデータ列の前記結合可能部分のそれぞれについて計算される
請求項１に記載の方法。
【請求項７】
第１の暗号チェックサムが、第１の結合可能部分について計算され、
第２の暗号チェックサムが、第２の結合可能部分、前記第１の結合可能部分および前記第１の暗号チェックサムの結合について計算される
請求項１に記載の方法。
【請求項８】
前記プログレッシブ暗号化されたスケーラブルデータ列に関連付けられる前記データは、
前記結合可能部分および前記暗号チェックサムに関係した情報
を含む
請求項１に記載の方法。
【請求項９】
前記プログレッシブ暗号化されたスケーラブルデータ列に関連付けられる前記データは、データパケットのトランスコードを行う
請求項１に記載の方法。
【請求項１０】
前記プログレッシブ暗号化されたスケーラブルデータ列の前記結合可能部分および前記暗号チェックサムは、トランスコーダ可読ヘッダとは独立に暗号化する
請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、ネットワークによるコンテンツの無線配信に関する。
【背景技術】
【０００２】
データ配信システムは、システム設計者に多くの課題を提示する。
たとえば、クライアントは、異なる表示能力、給電能力、通信能力、および計算能力を有する可能性がある。
加えて、システムにおける通信リンクは、異なる最大帯域幅、品質レベル、および時間変化する特性を有する可能性がある。
データ配信システムを成功させるには、時間変化する特性を有する異種ネットワークで多数の多様なクライアントへデータストリームを配信することを可能にすべきである。
【０００３】
盗聴者からコンテンツを保護するために適切なセキュリティを提供することが、データ配信システムの設計におけるもう１つの重要な考慮すべき事項である。
一般に、セキュリティを提供するために、データは、暗号化形式でトランスポートされる。
【０００４】
システムの中間ノードは、ストリーム適応またはトランスコードを行って、異なる下流のクライアント能力およびネットワーク状態にデータストリームをスケーリングするのに使用することができる。
トランスコーダは、圧縮データストリームまたは符号化データストリームを入力として取り込み、次いで、そのデータストリームを処理して、別の符号化データストリームを出力として生成する。
トランスコードオペレーションの例には、ビットレート削減、レートシェーピング、空間ダウンサンプリング（spatial downsampling）、およびフレームレート削減が含まれる。
トランスコードは、たとえば、画像の空間解像度を特定のクライアントの表示能力に適応させることにより、または、データストリームのビットレートを動的に調整して、ネットワークチャネルの時間変化する特性に適合させることにより、システムのスケーラビリティおよび効率を改善することができる。
【０００５】
中間ノードは、ローカルなネットワーク状態および下流のネットワーク状態並びに下流のクライアント能力に関する情報を収集して更新することができ、次いで、その情報に従ってデータをスケーリングすることができる。
これは、データ源でデータをスケーリングするよりも効率的なものとすることができる。
その理由は、データ源が、ネットワーク内の状態に関する最新でかつ詳細な情報を収集することの方が困難であるからであり、特に、データ源から比較的遠く離れたネットワークのロケーションにおけるそのような情報を収集することは困難である。
また、データ源は、配信パスの開始部における１つの制御ポイントしか提供しないのに対して、中間トランスコードノードは、配信パスに沿ったより多くの戦略的なロケーションに多くの制御ポイントを追加して提供する。
【０００６】
ネットワークトランスコードによって、データ配信システムにおけるスケーラビリティが容易にされる一方、ネットワークトランスコードは、いくつかの課題も提示する。
トランスコードのプロセスは、かなりの計算負荷をトランスコードノードに課す可能性がある。
計算効率の良いトランスコードアルゴリズムが開発されているが、それらアルゴリズムは、中間ネットワークノードで数百または数千のストリームを処理するのにあまり適していない場合がある。
【０００７】
さらに、従来のトランスコードオペレーションは、一般に、暗号化ストリームをトランスコード前に解読することを必要とするので、トランスコードは、配信システムのセキュリティに脅威を与える。
トランスコードされた結果は、再暗号化されるが、次のトランスコーダで解読される。
各トランスコーダは、このように、システムのセキュリティに裂け目が起こり得ることを提示する。
これは、エンドツーエンドのセキュリティが必要とされる場合に許容できる状況ではない。
【０００８】
圧縮技法または符号化技法は、データの冗長な情報を削減するのに使用され、それによって、実際には、データの品質を低下させることにより、データの記憶および配信を容易にする。
ＪＰＥＧ（ジョイントフォトグラフィックエキスパートグループ）標準規格は、画像データを符号化するための１つのよく知られた現代の方式を記述している。
ＪＰＥＧは、多くの点で満足の行くものであるが、現在のニーズになると限界を有する。
より新しい標準規格であるＪＰＥＧ２０００標準規格が、それらのニーズを満たすように開発中である。
しかしながら、ＪＰＥＧ２０００標準規格によっても、暗号化データの解読がトランスコードには必要とされ、トランスコードプロセスには、依然として多量の計算が必要とされるままである。
さらに、ＪＰＥＧ２０００等の新しい標準規格の導入は、多数のネットワークノードおよびクライアントデバイスのそれぞれを、ＪＰＥＧ２０００標準規格に準拠するために更新する必要があることを意味する。
【０００９】
したがって、安全でかつ計算効率の良い方法でデータのスケーリング（たとえば、トランスコード）を可能にできる方法および／またはシステムが有利である。
レガシーデバイスにおいてそれらの目的を達成できるシステムおよび／または方法は、より有利である。
本発明は、これらの利点および他の利点を提供する。
【非特許文献１】MUKHERJEE D ET AL: "Structured Scalable Meta-formats (SSM) version 1.0 for content agnostic Digital Item Adaptation" ISO/IEC WG11 - N9131, December 2002 (2002-12), XP002321533 AWAJI, JAPAN
【非特許文献２】MUKHERJEE D ET AL: "Structured scalable meta-formats (SSM) for digital item adaptation" PROCEEDINGS OF THE SPIE, SPIE, BELLINGHAM, VA, US, vol. 5018, 22 January 2003 (2003-01-22), pages 148-167, XP002321532 ISSN: 0277-786X
【非特許文献３】WEE S ET AL: "Secure scalable streaming and secure transcoving with JPEG2000" PROCEEDINGS 2003 INTERNATIONAL CONFERENCE ON IMAGE PROCESSING. ICIP-2003. BARCELONA, SPAIN, SEPT. 14 - 17, 2003, INTERNATIONAL CONFERENCE ON IMAGE PROCESSING, NEW YORK, NY : IEEE, US, vol. VOL. 2 OF 3, 14 September 2003 (2003-09-14), pages 205-208, XP010670279 ISBN: 0-7803-7750-8
【非特許文献４】WEE S J ET AL: "Secure scalable streaming enabling transcoding without decryption" PROCEEDINGS 2001 INTERNATIONAL CONFERENCE ON IMAGE PROCESSING. ICIP 2001. THESSALONIKI, GREECE, OCT. 7 - 10, 2001, INTERNATIONAL CONFERENCE ON IMAGE PROCESSING, NEW YORK, NY : IEEE, US, vol. VOL. 1 OF 3. CONF. 8, 7 October 2001 (2001-10-07), pages 437-440, XP010564890 ISBN: 0-7803-6725-1
【非特許文献５】WEE, S.J. APOSTOPOULOS, J. G.: "Secure Scalable Video Streaming for Wireless Networks" IEEE INTERNATIONAL CONFERENCE ON ACOUSTICS, SPEECH, AND SIGNAL PROCESSING, 2001 (ICASSP 01), vol. 4, 7 May 2001 (2001-05-07), pages 2049-2052, XP002330821 SALT LAKE CITY, UT
【非特許文献６】SUSIE WEE AND JOHN APOSTOPOULOS: "Secure Scalable Streaming Technology to Enable Secure Transcoding Functionality in JPEG 2000 and JPSEC (version 0.9)" ISO/IEC JTC1/SC29/WG1 N3136, no. n3136, December 2003 (2003-12), XP002330822
【非特許文献７】RAPHAEL GROSBOIS, PIERRE GERBELOT, TOURADJ EBRAHIMI: "Authentication and access control in the JPEG 2000 compressed domain" PROCEEDINGS OF SPIE, APPLICATIONS OF DIGITAL IMAGE PROCESSING XXIV, vol. 4472, no. XXIV, 2001, XP002332705 pages 99-102
【発明の開示】
【課題を解決するための手段】
【００１０】
プログレッシブ暗号化されたスケーラブルデータ列をスケーリングするための方法が開示される。
この方法は、プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンを生成するために結合するプログレッシブ暗号化されたスケーラブルデータ列の結合可能部分を特定するデータを、プログレッシブ暗号化されたスケーラブルデータ列に関連付けることを含む。
プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンは、所望のスケーラブル属性を保有するようにスケーリングされる。
その上、プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンは、復号されることなくスケーリングされる。
プログレッシブ暗号化されたスケーラブルデータ列の少なくとも１つの結合可能部分について、暗号チェックサムが計算され、暗号チェックサムは、プログレッシブ暗号化されたスケーラブルデータ列のその少なくとも１つの結合可能部分に関連付けられる。
【００１１】
添付図面は、本明細書に援用されて、本明細書の一部を成す。
これらの添付図面は、本発明の実施の形態を示し、明細書本文と共に、本発明の原理を説明する役割を果たす。
【００１２】
本明細書本文で参照される図面は、特に注釈がある場合を除き、一律の縮尺で描かれていると理解されるべきではない。
【発明を実施するための最良の形態】
【００１３】
次に、本発明のさまざまな実施の形態を詳細に参照する。
さまざまな実施の形態の例は添付図面に示されている。
本発明は、これらの実施の形態と共に説明されるが、これらの実施の形態は、それら実施の形態に本発明を限定することを目的としているものではないことが理解されよう。
逆に、本発明は、代替的なもの、変更したもの、および均等なものを網羅することを目的としている。
これら代替的なもの、変更したもの、および均等なものは、添付の特許請求の範囲によって規定される本発明の精神および範囲内に含めることができる。
さらに、本発明の以下の説明では、本発明の十分な理解を提供するために、多数の具体的な詳細が述べられる。
それ以外の場合には、本発明の態様を不必要に分かりにくくしないように、既知の方法、手順、コンポーネント、および回路は詳細に説明されていない。
【００１４】
［概要］
本発明による実施の形態は、主としてデジタル画像データとの関連で解説され、特に静止画像について解説される。
デジタル画像データは、たとえば、デジタルカメラを使用した「現実世界」のキャプチャーに由来することがある。
また、デジタル画像データは、たとえば、ペイントプログラム、スクリーンキャプチャー、または図形のビットマップ画像への変換を使用してコンピュータ生成することもできる。
しかしながら、本発明は、デジタル画像データに限定されるものではない。
それどころか、本発明の実施の形態は、音声ベースのデータ、オーディオベースのデータ、ビデオベースのデータ、ウェブページベースのデータ、グラフィックデータ、テキストベースのデータ（たとえば、電子文書）等との使用にもよく適している。
【００１５】
さらに、本発明による実施の形態は、ＪＰＥＧ２０００標準規格に準拠しているか、または、概ね準拠している符号化方式を使用してスケーラブル符号化されるデータについて説明されている。
しかしながら、本発明はそのように限定されるものではない。
一般に、本発明による実施の形態は、スケーラブル符号化できるいかなるデータをも対象とし、具体的には、スケーラブル符号化をプログレッシブ暗号化と結合するいかなるデータをも対象とする。
【００１６】
本出願において、スケーラブル符号化は、原データを入力として取り込み、スケーラブル符号化データを出力として作成するプロセスとして定義される。
このスケーラブル符号化では、スケーラブル符号化データは、その一部が、異なるレベルの品質、解像度等で原データを再現するのに使用できる特性を有する。
具体的には、スケーラブル符号化データは、多くの場合、組み込みビットストリーム（embedded bit stream）と考えられる。
このビットストリームの一部は、ビットストリームの他の部分からの情報を何ら必要とすることなく、原データのベースライン品質の再現物を復号するのに使用することができる。
ビットストリームの一部が次第に大きくなるにつれて、その部分は、原データの改善された再現物を復号するのに使用することができる。
ＪＰＥＧ２０００は、スケーラブル符号化方式の一例である。
本発明の実施の形態に従って使用できる他のスケーラブル符号化方式には、３Ｄサブバンド符号化およびＭＰＥＧ−４  ＦＧＳ（ムービングピクチャエキスパートグループ−４  細粒度スケーラビリティ）が含まれるが、これらに限定されるものではない。
【００１７】
本出願において、プログレッシブ暗号化は、原データ（平文）を入力として取り込み、プログレッシブ暗号化されたデータ（暗号文）を出力として作成するプロセスとして定義される。
このプログレッシブ暗号化では、プログレッシブ暗号化されたデータは、暗号化データの最初の部分を、原データの残り部分からの情報を必要とすることなく単独で解読できる特性を有する。
次第に大きくなる部分も、この同じ特性で解読することができる。
次第に大きくなる部分では、解読は、ビットストリームの前の部分からのデータを必要とすることがあるが、後の部分からのデータを必要としない。
本発明に従って使用できるプログレッシブ暗号化技法には、データ暗号化標準規格（ＤＥＳ）、トリプルＤＥＳ（３ＤＥＳ）、アドバンスト暗号化標準規格（ＡＥＳ）等のよく知られた暗号化の基本要素が含まれるが、これらに限定されるものではない。
【００１８】
［ＪＰＥＧ２０００符号化の一般的解説］
一般に、いくつかの段階が、ＪＰＥＧ２０００標準規格に準拠した符号化プロセスを構成する。
これらの段階は、本明細書では、１）前処理、２）離散ウェーブレット変換、３）量子化、４）組み込みブロック符号化（embedded block coding）、５）レート制御、および６）ビットストリーム編成と呼ばれる。
本発明の実施の形態は、これらの段階に限定されるものではなく、また、以下で説明するＪＰＥＧ２０００標準規格の詳細にも限定されるものではない。
実際には、理解されるように、本発明の実施の形態は、ＪＰＥＧ２０００標準規格のシンタックスよりすぐれた特徴を導入し、その結果、スケーリング（たとえば、トランスコード）プロセスは計算効率がより良くなり、おそらくＪＰＥＧ２０００標準規格に気付かないデバイスによるスケーリングの実行が可能になる。
【００１９】
ＪＰＥＧ２０００は、可逆圧縮および非可逆圧縮の双方を考慮している。
本明細書の焦点は非可逆圧縮に置かれている。
前処理中、オプションでタイリングが行われて、原画像をタイルに区画することができる。
また、前処理中、入力データが値０を中心とした公称のダイナミックレンジを有するように入力データを調整することもできる。
最後に、前処理中に、カラーデータをＹ色成分、Ｃｒ色成分、およびＣｂ色成分に変換することができる。
【００２０】
離散ウェーブレット変換中、画像タイルを高サブバンドおよび低サブバンドに分解することができる。
また、タイルは、符号ブロック（たとえば、６４×６４サンプルまたは３２×３２サンプル）に区画することもできる。
より具体的には、各サブバンドは、「プリシンクト（precinct）」と呼ばれる長方形ブロックに分割され、各プリシンクトは、符号ブロックと呼ばれる重なり合わない長方形にさらに分割される。
【００２１】
ウェーブレット係数は、量子化段階中に量子化される。
組み込みブロック符号化段階では、各符号ブロックが別々に符号化される。
レート制御は、ターゲットのビットレートに達することができるように、符号化ビットストリームを変更するプロセスである。
各符号化符号ブロックはレビューされて、ターゲットのビットレートを達成するためにその符号化符号ブロックをどの程度トランケートできるかを決定することができる。
【００２２】
ビットストリーム編成では、符号化データは、ＪＰＥＧ２００標準規格において「パケット」と呼ばれるものに分割される（ＪＰＥＧ２０００パケットのコンテンツは、ＪＰＥＧ２０００標準規格によって記述される）。
これらのパケットは、次に、順番に、共に多重化されて、ビットストリームにされる。
ＪＰＥＧ２０００による用語「パケット」の使用は、一般に、それよりも従来のその用語の使用とは異なることに留意されたい。
すなわち、ＪＰＥＧ２０００パケットは、ビットストリームに多重化され、このビットストリームは、次に、たとえば、ネットワークで送信されるデータパケットにパケット化することができる。
【００２３】
ＪＰＥＧ２０００によれば、ビットストリームにおけるデータ（たとえば、ＪＰＥＧ２０００パケット）の順序は、「プログレッション」と呼ばれる。
パケットを順序付ける方法には、プリシンクト−コンポーネント−解像度−品質または解像度−品質−コンポーネント−プリシンクト等のいくつかの異なる方法がある。
ＪＰＥＧ２０００によれば、「品質」は、代わりに「レイヤ」と呼ばれる場合がある。
これらの用語は、ＪＰＥＧ２０００標準規格をよく知っている者には既知である。
【００２４】
ビットストリームにおけるデータの順序は、ビットストリームの長さを通して拡張することができる。
あるいは、ビットストリームにおけるデータの順序は、ビットストリームの或るポイントにおいて異なる順序に変化する場合がある。
ビットストリームにおけるどの特定のポイントにおけるデータの順序も、本明細書の解説には重要ではない。
重要なことは、データが、符号化方式によって規定された特定の順序にあるということであり、この場合、ＪＰＥＧ２０００標準規格に準拠するか、または、概ね準拠する符号化方式によって規定された特定の順序にあるということである。
【００２５】
図１は、本発明の一実施の形態によるヘッダ１１および符号化データ１２を含むＪＰＥＧ２０００ビットストリーム１０の一例である。
ヘッダ１１は、符号ストリームマーカの開始ＳＯＣ、画像／タイルサイズマーカＳＩＺ、符号化スタイルデフォルトマーカＣＯＤ、量子化デフォルトマーカＱＣＤ、タイル部マーカの開始ＳＯＴ、およびデータマーカの開始ＳＯＤを含む。
また、ビットストリーム１０は、符号ストリームマーカの終了ＥＯＣも含む。
これらのマーカのそれぞれによって実行される機能は、ＪＰＥＧ２０００標準規格をよく知っている者には理解される。
【００２６】
図１の例では、符号化データ１２は、プリシンクト−コンポーネント−解像度のプログレッションに従って順序付けられている。
しかしながら、上記で提示したように、異なるプログレッションも使用することができる。
図１の例では、ｎ個のプリシンクト（Ｐ０、Ｐ１、…、Ｐｎ）、３つのコンポーネント（Ｃ０、Ｃ１、およびＣ２）、並びに３つの解像度（Ｒ０、Ｒ１およびＲ２）がある（図を簡単にするために、品質はプログレッションに含まれていない）。
符号化データ１２は、重要度の最も高いものから最も低いものへ順序付けられている。
図１の例では、符号化データ１２は、最初にプリシンクトにより、次いでコンポーネントにより、次いで解像度により順序付けられている。
【００２７】
符号化データのビットストリームを復号するために、基本的に、上記で解説した符号化器のプロセスと逆のプロセスが使用される。
符号化ビットストリームは、たとえば、表示デバイスの能力および他の実用面で考慮すべき事項の能力、並びに、観察者の特定の興味（たとえば、或る使用は、低解像度の画像で満足する場合がある一方、別の使用は高解像度の画像を所望する場合がある）に応じて、多くの異なる方法で復号することができる。
ＪＰＥＧ２０００によれば、ビットストリーム全体を復号することなしに、所望の画像プロダクトに必要なデータを突き止めて抽出し、そして復号することができる。
しかしながら、従来抽出できるビットは、ＪＰＥＧ２０００のシンタックスによって限られている。
また、それらのビットを抽出するには、データを符号化するのに使用される方式（たとえば、ＪＰＥＧ２０００に準拠した方式）の知識も必要とされる。
たとえば、抽出するビットを見つけるには、デバイスは、ビットストリーム１０を読み出すためにＪＰＥＧ２０００に気付いている必要がある。
理解されるように、本発明の実施の形態によれば、ＪＰＥＧ２０００のシンタックスよりすぐれて、かつ、符号化方式の知識を必要とすることなく、ビットを抽出することが可能になる。
【００２８】
［符号化方式の知識を必要としない符号化データのスケーリング］
図１の例では、符号化データ１２は、ラベル０からラベルＮを有するＮビット列を含む。
本発明の実施の形態によれば、このＮビット列内に、異なるビットセグメントが特定される。
これらのセグメントは、図１では、データセグメント１３、１４、および１５として特定されている。
図１によって示されるように、これらのデータセグメントは、互いに部分的にまたは完全に重なり合うことができる。
また、他のどのデータセグメントとも重なり合わないデータセグメントも存在することができる。
たとえば、セグメント１３および１４は重なり合うのに対して、セグメント１５はセグメント１３および１４のいずれとも重なり合わない。
【００２９】
重要なことは、セグメント１３、１４、および１５が、ＪＰＥＧ２０００のシンタックスによる制約を受けないということである。
すなわち、データセグメントの開始ポイントおよび終了ポイントは、ＪＰＥＧ２０００によって指示されるビットストリーム１０のフォーマットから独立している。
このように、たとえば、セグメント１３は、ビットストリーム１０の、Ｃ０を含む部分からＣ１を含む部分に広がる。
また、セグメント１３は、Ｐ０−Ｃ０−Ｒ１部の中央のポイントから開始して、Ｐ０−Ｃ１−Ｒ２部の中央で終了する。
さらに、理解されるように、ビットストリーム１０におけるデータセグメント１３、１４および１５のロケーションは、ヘッダ１１の情報を含めて、ビットストリーム１０を読み出すことなく求めることができる。
【００３０】
一般に、本発明によるデータセグメント（たとえば、データセグメント１３、１４、および１５）は、ビットストリーム１０のどの場所からも開始でき、どの場所でも終了でき、セグメントは、互いに重なり合うことができる。
このようなデータセグメントは、何個であっても特定することができ、セグメントは、符号化データ１２内において任意の長さを有することができる。
このように、特定の１ビットまたはビット列は、２つ以上のデータセグメントのメンバーとなることができる。
セグメントは、必ずしも、符号化データ１２の長さ全体を包含するとは限らない。
すなわち、本発明に従って定義されたデータセグメントに含まれない、符号化データ１２の１つまたは２つ以上の部分が存在する場合がある。
【００３１】
さらに、本発明に従って定義されたデータセグメントは、これらの重要な特性：データセグメントが独立に復号可能であること；データセグメントが独立に暗号化可能であり、かつ、解読可能であること；および、データセグメントが独立にチェック可能であること、を有する。
すなわち、各データセグメントは、他のどのセグメントからも独立に復号することができる。
同様に、各データセグメントは、他のどのセグメントからも独立に暗号化および解読することができる。
また、他のどのセグメントからも独立に各データセグメントに、たとえばチェックサムを適用することができる。
【００３２】
図２は、本発明の一実施の形態によるビットストリームにおけるデータセグメントの例を示している。
今説明したように、符号化データ１２は、符号化方式に応じて順序付けられかつフォーマットされたＮビットを含む。
本発明の実施の形態によれば、いくつかのセグメントが符号化データ１２内で特定される。
【００３３】
図２の例では、符号化データ１２は、ｂ１、ｂ２、およびｂ３として特定されるビット、並びに、ｒ１、ｒ２、およびｒ３として特定される他のビットを含む（これらのビットは、すべて、符号化データ１２内にある。
しかしながら、これらのビットは、明確にするために別々に示されている）。
このように、たとえば、或るセグメントは、ビット０からビットｂ１に広がるものとして定義することができ、別のセグメントは、ビットｂ１からビットｂ２に広がるものとして定義することができ、それ以外のセグメントも同様である。
或るセグメントは、そうではなく、一定のビット番号から開始して、一定の長さ（ビットで測定される）を有するものとして特定することもできる。
たとえば、或るデータセグメントは、ビットｂ０から開始してｂ１ビットに等しい長さを有するものとして定義することができ、別のセグメントは、ビットｂ１から開始して、（ｂ２−ｂ１）ビットの長さを有するものとして特定することができ、それ以外のセグメントも同様である。
さらに、或るセグメントは、ビットｂ１からビットｂ３に広がることもできるし、ビットｂ１からビットＮ等に広がることもできる。
すなわち、上述したように、セグメントは、任意のビットから開始して、他の任意のビットで終了する任意の長さを有することができ、２つまたは３つ以上のセグメントは重なり合うことができる。
たとえば、ビットｒ２からビットｒ３によって定義されるデータセグメントは、ビットｂ２からビットｂ３によって定義されるデータセグメントと重なり合う。
セグメントは、異なる長さを有する場合もあるし、有する場合もある。
【００３４】
重要なことは、本発明によって定義され、図２によって例示されたデータセグメントが、符号化データ１２の符号化方式によって指定されたフォーマットとは独立の開始ポイントおよび終了ポイントを有するということである。
理解されるように、本発明に従って定義されたデータセグメントにより、データ、特に符号化データを、そのデータを符号化するのに使用される符号化方式の知識を必要とすることなくビットストリーム１０から抽出して解析することが可能になる。
その上、データは、そのデータが暗号化されている場合に当該データを解読することなく、ビットストリーム１０（図１）から抽出することができる。
【００３５】
このようにデータを抽出／解析する能力は、理解されるように、データスケーリング（たとえば、トランスコード）および復号（伸張）に有利に適用することができる。
たとえば、ビットレートの削減を達成するために、ビット０からビットｂ１とビットｂ２からビットｂ３とに及ぶ２つのデータセグメントを、トランスコードオペレーションの一部としてビットストリーム１０から抽出することができる。
次いで、それら２つのセグメントは、符号化データのスケーリングされたバージョンにおいて結合することができ、データ配信システムにわたって送信することができる。
フレームレートの削減を達成するために、たとえば、１つまたは２つ以上のデータセグメント（たとえば、ｒ１からｒ２に及ぶデータセグメント）が同様に選ばれる。
このように、ビット０からビットＮに及ぶ単一の組のデータ１２を、いくつかの異なるスケーラブル属性（たとえば、ビットレート、フレームレート等）についてのスケーリングの実行を可能にするデータセグメントに編成することができる。
たとえば、単一の組のデータ１２は、ビットレート削減に関係する第１の組のデータセグメント、フレームレート削減に関係する別の一組のデータセグメント等に編成することができる。
ビットレート削減用に選ばれた一組のデータセグメントは、フレームレート削減用に選ばれた一組のデータセグメントの或る部分を含む場合もあるし、含まない場合もあり、その逆も同様である。
【００３６】
重要なことは、上記例では、ビットレート削減用に選択されたセグメント、フレームレート削減用に選択されたセグメント等は、画像プロダクトに対する影響を実用的な程度にまで最小化しつつ所望のスケーリング結果を達成するために、符号化中に知的に選択されるということである。
また、データセグメント長の粒度を、図２によって示したものよりもはるかに細かく達成できることに留意することも重要である。
その結果、スケーリングオペレーションは、より細かな程度まで実行することができる。
【００３７】
図３は、本発明の一実施の形態による簡略化したデータ配信システム３０の機能要素を示すブロック図である。
図３の例では、システム３０は、符号化器３２、トランスコーダ３４、第１の復号器３６、および第２の復号器３８を含む。
システム３０は、同様の機能要素だけでなく他のタイプの機能要素（たとえば、ストレージ要素、パケット化器、ストリーミング要素等）も含むより大きなシステムまたはネットワークの一部であってもよい。
本実施の形態では、符号化器３２はデータを符号化（圧縮）し、トランスコーダ３４は符号化データをトランスコード（たとえば、スケーリング）し、復号器３６および３８はデータを復号（伸張）する。
これらの機能は、単一のデバイスで実行することもできるし、或るタイプのネットワークにおいて接続することができる１つまたは２つ以上のデバイス間に分散させることもできる。
【００３８】
また、要素３２、３４、３６、および３８は、今説明した機能以外の機能も実行することができる。
たとえば、符号化器３２は、データを暗号化して、データをチェックするためのチェックサムまたは暗号化チェックサムを計算することもでき、また符号化データを別のブロックへ送信する前に符号化データをスケーリングすることもでき、復号器３８は、符号化データを復号する前に符号化データをスケーリングすることができる。
一実施の形態では、符号化器３２は、ＪＰＥＧ２０００標準規格に基づいた符号化方式を使用する。
【００３９】
加えて、トランスコーダ３４は、そうではなくて、符号化データのスケーリングされたバージョンを別のトランスコーダへ送信することができ、別のトランスコーダは、次に、このスケーリングされたデータをスケーリングして、それを別のトランスコーダに送信し、この別のトランスコーダも同様に動作する。
また、復号器３６は、たとえスケーリングされたデータをトランスコーダ３４から受信しても、そのスケーリングされたデータをさらにスケーリングすることができる。
さらに、復号器３６および３８は、エンドユーザデバイスでなくてもよい。
たとえば、復号器３６および３８は、符号化データを復号して、その復号データを、たとえば移動電話へ送信することができる。
移動電話は、画像プロダクトをレンダリングして表示する。
【００４０】
その上、データスケーリング機能は、ストレージデバイスまたはストレージドライバによって実行することもできる。
たとえば、ストレージデバイス（たとえば、ディスクドライブまたはＤＶＤプレイヤ）が、適切なデータセグメントを実際の復号器に渡すだけで、符号化データをスケーリングすることができる。
このように、不要な情報を送信して資源または時間が無駄にされることはない。
また、これによって、復号器はこの処理を実行する必要がないので、復号器を簡略化することもできる。
【００４１】
図４Ａは、本発明の一実施の形態による符号化器３２の内外へフローする情報を示している。
本実施の形態では、符号化器３２は、入力データ（たとえば、符号化される画像データ等のデータ）を受信する。
また、符号化器３２は、スケーラブル属性の値も受信する。
【００４２】
本出願において、スケーラブル属性は、符号化データをその後どのようにしてスケーリングするかを指定する値の範囲を有する属性として定義される。
画像データの場合、スケーラブル属性は、たとえば、ビットレート、フレームレート、解像度、カラー若しくは白黒、対象領域、タイル、品質、画像オブジェクト、または前景対背景とすることができる。
【００４３】
スケーラブル属性値は、スケーラブル属性について指定された値である。
たとえば、ビットレートのスケーラブル属性値には、フルビットレート（Ｂ）、２分の１ビットレート（Ｂ／２）、４分の１ビットレート（Ｂ／４）等が含まれ得る。
【００４４】
スケーラブル属性およびスケーラブル属性値は、他のタイプのデータ（たとえば、オーディオデータ、グラフィックスデータ等）についても同様に定義することができる。
たとえば、オーディオデータのスケーラブル属性値は、オーディオトラックがステレオであるのか、それともモノラルであるのかを示すことができる。
電子文書およびテキストベースのデータも、その文書またはテキストベースのデータの内容（たとえば、章、節、画像、グラフ、索引、付録、関連ソフトウェア、特別視聴覚資料等）を記述するスケーラブル属性を介して編成することができる。
内容の選択に加えて内容のサイズの選択も、エンドユーザの好みまたは利用可能なストレージ空間等のデバイス制約条件を満たすように適応させることができることが有益である。
加えて、機密上の理由または商業上の理由（たとえば、読み出しの支払い）のいずれかから、これらの文書の一定の部分を暗号化できる一方、これらの文書の他の部分を平文にすることができる。
【００４５】
本実施の形態では、符号化器３２は、ＪＰＥＧ２０００に基づく符号化方式等の符号化方式を使用して入力データを符号化する。
上述したように、符号化器３２は、他の機能を提供することができる。
符号化プロセスの結果として、図１のビットストリーム１０によって例示したようなビットストリーム、または、このようなビットストリームを含むファイルが生成される。
ファイルまたはビットストリームは、符号化方式に従って編成される。
すなわち、ビットは、符号化方式によって確立される一定の順序になる。
符号化データは、トランスコーダまたは復号器によってその後スケーリングすることができるので、符号化器３２の出力は、本明細書でスケーラブルデータと呼ばれるものを含む。
【００４６】
符号化器３２の別の出力は、本明細書でスケーラブルプロファイルデータと呼ばれるものを含む。
基本的に、スケーラブルプロファイルデータは、スケーラブル属性値と、スケーラブル符号化データ内の対応するデータセグメントとの相互参照を含む。
たとえば、スケーラブルプロファイルデータは、データセグメントとスケーラブル属性値とを相互参照するインデックス表または参照表の形とすることができ、（図２も参照して）以下の表１によって例示される。
【００４７】
2007534230.tif 000003
【００４８】
表１のフォーマットは単なる例示にすぎないこと、および、スケーラブルプロファイルデータはほとんどどのコンピュータ可読フォーマットでも記憶できることが十分理解される。
表１において、ビットは、ビット番号によって特定されるが、他のアドレス指定メカニズムも使用することができる。
また、データセグメントをそのビット範囲によって特定するのではなく、他のメカニズムを使用してデータセグメントを特定することもできる。
一般に、スケーラブルプロファイルデータは、スケーラブル属性の値を、図１のビットストリーム１０における１つまたは２つ以上のデータセグメントと相関させるのに十分な情報を含む。
【００４９】
さらに、表１は、ビットレート（Ｂ）、解像度（Ｒ）、および品質（Ｑ）にしか対処していないが、実際には、このような表は、ユーザにより符号化器３２（図３）への入力として選択されたあらゆるスケーラブル属性およびスケーラブル属性値を含むことができる。
加えて、スケーラブルプロファイルデータは、各スケーラブル属性値について、データセグメントの複数の選択したものも含むことができる。
これによって、下流のトランスコーダまたは復号器においてより大きな柔軟性を提供することができる。
たとえば、或る用途では、２分の１のビットレート削減を、解像度レベル２（Ｒ２）および品質レベル２（Ｑ２）、または、解像度レベル１（Ｒ１）および品質レベル３（Ｑ３）で達成することができる。
Ｒ１は、Ｒ２よりも良好なものとすることができ、Ｑ２は、Ｑ３よりも良好なものとすることができ、その結果、解像度と品質とのトレードオフを伴うが、同じビットレートを達成することができる。
このように、スケーラブルプロファイルデータの各スケーラブル属性値についてデータセグメントの複数の選択したものを含めることにより、下流ノード（たとえば、トランスコーダまたは復号器）のユーザは、たとえば、ユーザ自身のニーズに適したスケーリングのタイプおよび程度を選択することができる。
【００５０】
一実施の形態では、スケーラブルプロファイルデータは、どのセグメントが抽出され、そして、どのセグメントが廃棄されるかに応じて生成される歪みに関する情報も含む。
この歪みは、従来の平均２乗誤差（ＭＳＥ）の観点または知覚的な歪みの観点から測定することができる。
スケーラ（たとえば、トランスコーダ）は、歪みに関する情報を使用して、どのセグメントが最も重要であり保持（たとえば、抽出）されるべきか、および、どのセグメントが重要度が低く廃棄できるかを判断することができる。
歪みパラメータは、１つのデータセグメントにつき別々のものとすることもできるし、一群のセグメントにつき別々のものとすることもできるし、１つのスケーラブル属性値（たとえば、画像解像度、品質レベル、ビットレート等）につき別々のものとすることもできる。
したがって、どのセグメントを抽出または廃棄するかについての決定は、関連した歪みを、エンドユーザのニーズに適したスケーリングのタイプおよび程度、並びに、ネットワーク性能特性、下流デバイスの能力、および他のファクタに従って選択されたスケーリングのタイプおよび程度と組み合わせて考慮することにより実行することができる。
【００５１】
各データセグメント、各一群のセグメント、または各スケーラブル属性に関連した歪みは、測定歪みまたは見積もり歪みとすることができる。
たとえば、特定のデータセグメントを廃棄することに関連した測定歪みは、基本的に、そのデータセグメントをビットストリームから廃棄するとともに、残りのデータパケットを復号する時に生成される結果の歪みを計算することにより計算することができる。
この測定は、メディアが符号化される時に行うこともできるし、予備符号化されたデータについて行うこともできる。
予備符号化されたデータの場合、データセグメントを符号化（圧縮）ビットストリームから廃棄することができ、データの残りの部分を復号することができ、その結果生じた歪みを計算することができる。
測定歪みの代わりのものとして、見積もり歪みを得ることができる。
この見積もり歪みは、たとえば、特定のデータセグメントが廃棄された場合に結果として生じ得る歪みを示す情報を符号化ビットストリームから抽出することにより得られる。
測定歪みは、見積もり歪みよりも正確である。
一方、測定歪みは、計算がより複雑である。
【００５２】
予測歪みは、予想された歪みに対応する単一の数値とすることもできるし、予想された歪みの分布とすることもできるし、中間的存在（たとえば、１つの標準偏差に対応する許容帯域を有する予想された歪み）とすることもできることに留意されたい。
あるいは、歪みについての或る形態の累積分布関数を求めることもできる。
【００５３】
図４Ａの実施の形態では、スケーラブルデータおよびスケーラブルプロファイルデータは共に記憶される。
たとえば、スケーラブルプロファイルデータは、スケーラブルデータを含むビットストリームまたはファイルに付加することができる。
大量のスケーラブルデータが存在する場合には、スケーラブルプロファイルデータの複数の部分をビットストリームまたはファイル内に間隔を置いて配置することができる。
【００５４】
あるいは、スケーラブルプロファイルデータは、図４Ｂによって示されるように、スケーラブルデータとは別に記憶して取り扱うこともできる。
図４Ｂの実施の形態では、スケーラブルプロファイルデータは、スケーラブルデータと共に移動する必要さえない。
たとえば、図２に関して、スケーラブルプロファイルデータは、スケーラブルデータが移動したパスとは異なるパスによって、トランスコーダ３４、復号器３６、または復号器３８に移動することができる。
あるいは、スケーラブルプロファイルデータおよびスケーラブルデータを別々のロケーションに記憶することもでき、その後、必要な時はいつでも、トランスコーダ３４、復号器３６、または復号器３８は、アクセスして相関させることができる。
【００５５】
動作時において、図４Ａおよび図４Ｂの符号化器３２は次のように機能する。
一実施の形態では、スケーラブル属性の値が、ユーザによって入力される。
あるいは、スケーラブル属性の値は、ネットワーク性能、下流デバイスの能力等について符号化器３２が知っている情報に基づいて自動的に選択することもできる。
利用可能な帯域幅等のネットワーク性能特性を監視することができ、その情報を符号化器３２に与えることができる。
また、下流デバイス（エンドユーザデバイスを含む）は、符号化器３２と直接通信することもできる。
【００５６】
符号化器３２は、次に、従来の方法で、自身が用いている符号化方式（たとえば、ＪＰＥＧ２０００符号化方式）を使用して、入力データを符号化する。
加えて、符号化器３２は、符号化ビットストリーム（スケーラブルデータ）のスケーラブルプロファイルデータを生成する。
すなわち、一実施の形態では、スケーラブル属性の入力値のそれぞれについて、符号化器３２は、符号化データ内において対応するデータセグメントを特定する。
【００５７】
重要なことは、本発明の実施の形態によれば、符号化器３２によって使用される符号化方式の知識を必要とすることなく、符号化器３２によって出力されるスケーラブル（符号化）データをスケーリングできるということである。
データがＪＰＥＧ２０００方式を使用して符号化されようと、他の或る符号化方式を使用して符号化されようと、トランスコーダまたは復号器は、実行されるスケーリング（たとえば、ビットレートを４分の１に削減する）のタイプを指定して、ビットストリーム１０（図１）から、そのスケーリングのタイプに関連したデータセグメント（複数可）を抽出／解析することしか必要とされない。
【００５８】
一実施の形態では、符号化器３２は、スケーラブル属性の特定の値に対応するデータセグメントのいくつかの選択したものまたは結合したものを特定することができる。
たとえば、２分の１のビットレート削減（Ｂ／２）を達成するために、符号化器３２は、満足できるデータセグメントのいくつかの異なる結合したものを特定することができる。
画像データの場合、或る結合の結果、削減されたビットレートを画像プロダクトのすべての部分に適用することができる。
別の結合の結果、平均ビットレートがＢ／２となるように、画像プロダクトの対象領域にはフルビットレート（Ｂ）を適用し、画像プロダクトの他の領域にはより大きく削減されたビットレート（たとえば、Ｂ／４）を適用することができる。
【００５９】
符号化段階において、符号化器３２は、知能（プログラミングされた知能またはユーザ入力に基づく知能のいずれか）を適用して、データセグメントのどの１つまたは複数の結合したものをスケーラブルプロファイルデータに含めるかを決定することができる。
あるいは、すべての結合したものを含めることもできる。
トランスコーダまたは復号器は、その後、ユーザ入力、または、ネットワーク性能特性若しくはエンドユーザデバイスの能力等の他の考慮すべき事項に基づいて、データセグメントのどの結合したものを使用するかを決定することができる。
【００６０】
符号化器３２によって最終的に符号化ビットストリームまたはファイルに含められたデータは、スケーラブル属性の入力値に依存することがあることに留意されたい。
たとえば、スケーラブルデータが、フルビットレートの場合に対応するデータを含む必要がないものと仮定する。
その代わり、Ｂ／２およびＢ／４の場合しか考慮されない。
符号化器３２は、Ｂ／２およびＢ／４に対応するデータセグメントを特定するが、これらのデータセグメントは、符号化データのすべてを包含するとは限らない。
すなわち、符号化データには、スケーラブルプロファイルデータのＢ／２またはＢ／４へインデックスされない或る部分が存在する。
データのその部分が別のスケーラブル属性に関連付けられない場合、符号化器３２は、符号化ビットストリームまたはファイルにそのデータを含めないことを決定することができる。
【００６１】
別の実施の形態では、スケーラブル属性のさまざまな値に関連したデータセグメントを前もって定義することができる。
基本的に、表１によって例示されたスケーラブルプロファイルデータは、データ符号化よりも前に確立される。
この実施の形態では、データは、符号化され、次いで、スケーラブルプロファイルデータによって定義された順序に対応する順序でビットストリームに配置される。
たとえば、図２を参照して、スケーラブルプロファイルデータは、ビット０〜ｂ２が、２分の１のビットレート削減（Ｂ／２）用に予約されることを事前に定義することができる。
したがって、符号化器３２は、Ｂ／２に関連したデータをビット０〜ｂ２に組み込むのに必要な量だけデータを圧縮し、そのデータをビットストリーム１０内のそれらのロケーションに配置することになる。
【００６２】
さらに別の実施の形態では、符号化方式に従って編成された符号化ファイルは、所望の目的およびスケーラブル属性の知識に基づいて再編成され、次いで、たとえば、記憶またはストリーミングされる。
たとえば、スケーラブルプロファイルデータ（たとえば、データセグメントとスケーラブル属性との相互参照）を使用して、関係のあるデータセグメントを符号化ファイルにおいて突き止めると、第１に色成分により第２に解像度により編成された符号化ファイルを取り込んで、そのファイルを代わりに第１に解像度により第２に色成分により順序付けるように再編成することが有益な場合がある。
スケーラブルプロファイルデータを利用することによって、符号化フォーマットの詳細の知識を必要とすることなく再編成を達成することができる。
【００６３】
図５Ａは、本発明の一実施の形態によるデータスケーラ５４の内外へフローする情報を示している。
データスケーラ５４は、図３のトランスコーダ３４等のトランスコーダとすることもできるし、スケーリング機能または解析機能を実行する復号器（たとえば、図３の復号器３８）とすることもできる。
【００６４】
図５Ａのデータスケーラ５４は、入力として、スケーラブルデータおよびスケーラブルプロファイルデータを受信する。
図４Ａおよび図４Ｂと共に上述したように、スケーラブルデータおよびスケーラブルプロファイルデータは、（たとえば、同じビットストリームまたはファイルで）共に移動することもできるし、別々に移動することもできる。
入力は、（たとえば、符号化器３２から）データスケーラ５４へストリーミングすることもできるし、或るタイプのストレージ要素からデータスケーラ５４が取り出すこともできる。
【００６５】
スケーラブルプロファイルデータを使用すると、スケーラ５４は、スケーラブルデータを解析することができ、かつ、符号化データのスケーリングされたバージョンを作成することができる。
たとえば、スケーラ５４がビットレートを４分の１に削減したい場合に、スケーラ５４は、所望のビットレート削減を達成するために符号化データのどのビットを選択できるかをスケーラブルプロファイルデータから判断することができる（たとえば、表１参照）。
スケーラ５４は、次に、特定されたデータセグメントを使用して、必要でないビットを廃棄することによるか、または、特定されたデータセグメントを抽出してそれらデータセグメントを新たなビットストリームまたはファイルに結合することにより、符号化データのスケーリングされたバージョンを作成することができる。
【００６６】
上述したように、スケーラ５４に提示されたスケーラブルプロファイルデータは、各スケーラブル属性値についてデータセグメントの複数の選択したものを含むことができる（表１と共に行った解説を参照）。
どのセグメント（複数可）を抽出または廃棄するのかについての決定は、エンドユーザのニーズに適したスケーリングのタイプおよび程度、ネットワーク性能特性および／または下流デバイスの能力に従って選択されたスケーリングのタイプおよび程度、スケーラブルプロファイルデータに含まれる歪み情報または他のファクタ、並びにそれらを結合したものを考慮することによって行うことができる。
たとえば、スケーラ５４が、ビットレートを２分の１に削減するが、そのビットレート削減を達成する異なる方法を提示されている場合、スケーラ５４は、エンドユーザデバイスの特性および／または各可能な選択に関連した歪みの量を考慮して選択を行うことができる。
おそらく、エンドユーザデバイスは、カラー表示を可能にする比較的小さな表示スクリーンを有する移動電話である。
この場合、スケーラ５４は、色成分を保存すると同時に解像度を低くするビットレート削減を達成するデータセグメントを抽出することもできるし、歪みの量を最小にすると同時に所望のビットレート削減を達成するデータセグメントを抽出することもできる。
【００６７】
重要なことは、スケーラ５４が、データを符号化するのに使用された符号化方式の知識を必要とすることなく自身の機能を実行できるということである。
また、データが暗号化されている場合、スケーラ５４は、符号化データを解読することなく、これらの機能を実行することもできる。
スケーラブルデータを解析するために、スケーラ５４は、単に、どのビット（データセグメント）を抽出するかを特定し、それらのビット（データセグメント）をビットストリームまたはファイルにおいて突き止め、そして、それらのビット（データセグメント）を抽出するだけである。
スケーラ５４は、データセグメントのビットを読み出す必要もなければ、ヘッダ１１（図１）の情報を読み出してビット（データセグメント）を突き止める必要もない。
したがって、計算資源に過度に重い負担をかけることなく、スケーリングオペレーションを効率的に達成することができる。
さらに、スケーラ５４は、データセグメントのビットを読み出す必要がないので、符号化方式の知識を必要としない。
したがって、符号化方式が比較的新しく、おそらくスケーラ５４に未知のものであっても、レガシーデバイスでスケーリングを達成することができる。
具体的には、スケーラ５４は、符号化データをスケーリングするのに、ＪＰＥＧ２０００に気付く必要はない。
【００６８】
その上、データスケーリング機能は、符号化シンタックスの知識を必要とすることなく、ストレージデバイスまたはストレージドライバによって実行することもできる。
たとえば、ストレージデバイス（たとえば、ディスクドライブまたはＤＶＤプレイヤ）は、適切なデータセグメントを実際の復号器に渡すだけで、符号化データをスケーリングすることができる。
このように、不要な情報を送信して資源または時間が無駄にされることはない。
また、これによって、復号器はこの処理を実行する必要がないので、復号器を簡略化することもできる。
【００６９】
スケーラブルプロファイルデータによって指示されるデータセグメントを突き止めて抽出するために、さまざまな手段によってスケーラブルプロファイルデータを読み出す能力をスケーラ５４に提供することができる。
たとえば、ドライバをスケーラ５４に事前にロードすることもできるし、このようなドライバにスケーラブルプロファイルデータを提供することもできる。
あるいは、スケーラブルプロファイルデータは、たとえば、拡張可能マークアップ言語（ＸＭＬ）に基づくこともでき、ＸＭＬは、スケーラ５４が読み出して動作させることができる。
【００７０】
スケーリングオペレーションの結果として、スケーラ５４が受信したスケーラブルプロファイルデータを変更することが必要な場合がある。
たとえば、符号化データがスケーリングされた後、スケーラブルプロファイルデータで参照されたいくつかのデータセグメントが、符号化データに存在しない場合もあるし、いくつかのスケーリングオペレーションがもはや可能でない場合もある。
さらに、スケーリング後、データセグメントが、異なるビット番号によって特定される場合があるので、いくつかのスケーリングオペレーションを、それらスケーリングオペレーションの関連したデータセグメントに関して再定義することが必要な場合がある。
スケーラブルプロファイルデータを変更する他の理由も存在する場合がある。
【００７１】
図５Ｂは、本発明の第２の実施の形態によるデータスケーラ５４の内外へフローする情報を示している。
この第２の実施の形態では、スケーラ５４は、変更されたスケーラブルプロファイルデータを作成する。
スケーラ５４は、符号化器３２がスケーラブルプロファイルデータを作成したのとほぼ同じ方法で、スケーラブルプロファイルデータを変更することができる。
本実施の形態では、変更されたスケーラブルプロファイルデータは、その後、上述したように、符号化データのスケーリングされたバージョンと共にスケーラ５４から出力されるか、または、そのバージョンとは別にスケーラ５４から出力される。
【００７２】
図６は、本発明の一実施の形態に従ってデータをスケーリング（たとえば、トランスコード）するためのプロセスのフローチャート６０である。
図７は、本発明の一実施の形態に従ってデータを符号化するためのプロセスのフローチャート７０である。
図８は、本発明の一実施の形態に従ってデータを復号するためのプロセス８０のフローチャートである。
具体的なステップがフローチャート６０、７０、および８０に開示されているが、このようなステップは例示である。
すなわち、本発明の実施の形態は、さまざまな他のステップ、または、フローチャート６０、７０、および８０に列挙されたステップを変形したものを実行することにもよく適している。
フローチャート６０、７０、および８０のステップは、提示したものとは異なる順序で実行できること、並びに、フローチャート６０、７０、および８０のステップのすべてが実行されるとは限らない場合があることが十分理解される。
フローチャート６０、７０、および８０によって記述された方法の全部または一部は、コンピュータ可読でかつコンピュータ実行可能な命令を使用して実施することができる。
これらの命令は、たとえば、コンピュータシステムのコンピュータ使用可能媒体に存在する。
【００７３】
一般に、フローチャート６０は、図５Ａおよび図５Ｂのスケーラ５４（たとえば、図３のトランスコーダ３４または復号器３８）によって実施され、フローチャート７０は、図３、図４Ａ、および図４Ｂの符号化器３２によって実施され、フローチャート８０は、図３の復号器３６によって実施される。
しかしながら、上述したように、異なる機能ブロックが、異なる機能を実行することもできるし、１つのデバイスが、複数の機能を実行することもできるし、１つまたは複数の機能を複数のデバイス間に分散することもできる。
【００７４】
最初に図６を参照して、ステップ６１において、符号化データ列が、（たとえば、ビットストリームまたはファイルにおいて）アクセスされる。
符号化データは、そのデータを符号化するのに使用された符号化方式に従って編成されている。
一実施の形態では、符号化方式は、ＪＰＥＧ２０００標準規格に基づいている。
符号化データの一部または全部は暗号化されている場合もある。
【００７５】
ステップ６２において、スケーラブル属性の値が決定される。
スケーラブル属性は、符号化データをどのようにスケーリングするかを特定する。
スケーラブル属性は、たとえば、ビットレート（Ｂ）とすることができ、スケーラブル属性の値は、Ｂ／４とすることができる。
【００７６】
一実施の形態では、スケーラブル属性の値は、スケーリングデバイスと通信する別のデバイスから受信される。
このような一実施の形態において、その別のデバイスが、符号化データのスケーリングされたバージョンの受信者となる場合、符号化データは、その別のデバイスの特性に基づいてスケーリングされることになる。
それらの特性を求めるために、スケーリングデバイスは、その別のデバイスの特性を提供するプロファイル情報にアクセスすることができ、そのプロファイル情報に従ってスケーラブル属性の値を選択することができる。
あるいは、スケーリングデバイスは、その別のデバイスからプロファイル情報を受信することもでき、それに応じてスケーラブル属性の値を選択することができる。
【００７７】
ステップ６３において、スケーラブル属性に関連付けられた符号化データのセグメントへの参照子を含む情報（たとえば、スケーラブルプロファイルデータ）がアクセスされる。
重要なことは、この参照子が符号化方式のシンタックスよりもすぐれているということである。
【００７８】
一実施の形態では、参照情報（たとえば、スケーラブルプロファイルデータ）は、符号化データ列と共に記憶される。
別の実施の形態では、参照情報は、符号化データ列とは別に記憶される。
【００７９】
ステップ６４において、スケーラブルプロファイルデータが、符号化データにおいてセグメントを突き止めるのに使用される。
重要なことは、セグメントが、スケーリングデバイスによる符号化方式の知識を必要とすることなく見つけられるということである。
【００８０】
ステップ６５において、符号化データのスケーリングされたバージョンが、セグメントを使用して作成される。
また、符号化データのスケーリングされたバージョンは、暗号化データを解読することなく作成される。
【００８１】
ステップ６６において、一実施の形態では、符号化データのスケーリングされたバージョンが下流デバイスへ転送される。
【００８２】
ステップ６７において、一実施の形態では、変更された参照情報（たとえば、変更されたスケーラブルプロファイルデータ）が、符号化データのスケーリングされたバージョンに基づいて生成される。
スケーリングされたバージョンのセグメントは、符号化方式とは独立に、スケーラブル属性の選択された値に関連付けられ、それによって、別のデバイスが、符号化方式の知識を必要とすることなく、スケーリングされたバージョンにおいてセグメントを突き止めることが可能になり、スケーリングされたバージョンをスケーリングすることが可能になる。
変更された参照情報は、符号化データのスケーリングされたバージョンと共に記憶することもできるし、それとは別に記憶することもできる。
【００８３】
次に図７を参照して、ステップ７１において、データが、符号化方式を使用して符号化され、ファイルに記憶される。
一実施の形態では、この符号化方式は、ＪＰＥＧ２０００標準規格に概ね準拠している。
【００８４】
ステップ７２において、ファイルにおけるデータセグメントのロケーションが特定される。
【００８５】
ステップ７３において、データセグメントおよびスケーラブル属性の選択された値がインデックスされる。
スケーラブル属性は、その後のスケーリングオペレーションで符号化データをどのようにスケーリングするかを指定する。
インデックスは、符号化方式とは独立であり、デバイスが、符号化方式の知識を必要とすることなく、セグメントを突き止めることを可能にし、かつ符号化データをスケーリングすることを可能にする。
一実施の形態では、スケーラブル属性の選択された値は、符号化デバイスに入力される。
【００８６】
ステップ７４において、データセグメントおよびスケーラブル属性の選択された値のインデックスを含む参照情報が記憶される。
一実施の形態では、このインデックスは、符号化データのファイルに追加される。
別の実施の形態では、このインデックスは、ファイルとは別に記憶される。
【００８７】
ステップ７５において、一実施の形態では、符号化データの少なくとも一部が暗号化される。
このような一実施の形態では、符号化データの各データセグメントは、プログレッシブ暗号化される。
【００８８】
次に、図８を参照して、ステップ８１において、符号化データ列がアクセスされる。
符号化データは、そのデータを符号化するのに使用される符号化方式に従って順序付けられる。
一実施の形態では、符号化方式は、ＪＰＥＧ２０００標準規格に概ね準拠している。
【００８９】
ステップ８２において、復号デバイスが、復号のために符号化データをどのようにスケーリングするかを判断する。
【００９０】
ステップ８３において、符号化データの一定のセグメントを特定する情報（たとえば、スケーラブルプロファイルデータ）がアクセスされる。
この情報は、符号化方式のシンタックスを補うものである。
データセグメントは、復号のために符号化データをどのようにスケーリングするかに基づいて特定される。
【００９１】
より具体的に、一実施の形態では、スケーラブル属性の値が決定される。
この値は、ユーザ入力とすることもできるし、復号デバイスの特性および能力に基づいて導出することもできる。
スケーラブル属性の値は、符号化データをどのようにスケーリングするかを特定する。
スケーラブルプロファイルデータは、スケーラブル属性値から符号化データにおける一定のデータセグメントへの参照子を含む。
【００９２】
ステップ８４において、ステップ８３からの情報を使用して、データセグメントが符号化データにおいて見つけられる。
重要なことは、セグメントが、復号デバイスによる符号化方式の知識を必要とすることなく突き止められるということである。
【００９３】
ステップ８５において、ステップ８４で見つけられたデータセグメントに含まれる符号化データが復号される。
符号化データが暗号化されている場合、データセグメントのデータを解読することもできる。
【００９４】
要約すれば、本発明の実施の形態によって、安全でかつ計算効率の良い方法で符号化データをスケーリング（たとえば、トランスコード）することが可能になる。
スケーリングは、データを符号化するのに使用される方式の知識を必要とすることなく達成することができ、したがって、符号化方式が比較的新しく、おそらくスケーリングデバイスに未知のものであっても、スケーリングをレガシーデバイスで達成することができる。
【００９５】
［保護プロファイルデータ生成システムおよび方法］
図９Ａは、本発明の一実施の形態によるスケーラブルメディアとデータを接続するためのシステムを示している。
図９Ａは、本発明の一実施の形態による符号化器３２の内外への情報フローを示している。
図９Ａの実施の形態では、所望のスケーラブル属性を保有するようにスケーリングされるメディアを生成するために結合することができるスケーラブルメディアの部分を特定するデータが、スケーラブルメディアに関連付けられる。
その後、スケーラブルメディアは暗号化される。
加えて、スケーラブルメディアの個々の部分を暗号化するのに使用される暗号化方式の保護属性を特定するデータが、スケーラブルメディアの個々の部分に関連付けられる。
【００９６】
本実施の形態では、符号化器３２は、入力データ（たとえば、符号化される画像データ等のデータ）を受信する。
また、符号化器３２は、入力データを暗号化するのに使用される暗号化方式の属性を詳述するデータも受信する。
【００９７】
本出願において、符号化データをどのように保護するかを指定する保護属性は、範囲パラメータおよび関連した値を有する属性として定義される。
保護属性には、暗号化プリミティブ、暗号化モード、ＣＣＳ、およびスケーラブルメディアセグメントへのクリプト（crypto）のマッピングが含まれ得るが、これらに限定されるものではない。
【００９８】
保護属性値は、保護属性について指定された値である。
たとえば、暗号化プリミティブの保護属性値には、ＤＥＳ、３−ＤＥＳ、ＡＥＣ等が含まれ得る。
保護属性および保護属性値は、他のタイプのデータ（たとえば、オーディオデータ、グラフィックスデータ等）についても同様に定義することができる。
たとえば、オーディオデータの保護属性値は、オーディオトラックが、暗号チェックサムとしてＭＡＣを使用して保護されるのか、それとも鍵付きハッシュを使用して保護されるのかを指定することができる。
【００９９】
前述したように、符号化器３２は、ＪＰＥＧ２０００に基づく符号化方式等の符号化方式を使用して入力データを符号化する。
上述したように、符号化器３２は、他の機能を提供することができる。
符号化プロセスの結果として、図１のビットストリーム１０によって例示されたビットストリーム等のビットストリームまたはこのようなビットストリームを収容するファイルが生成される。
符号化データは、その後、トランスコーダまたは復号器によってスケーリングされるので、符号化器３２の出力は、本明細書でスケーラブルデータと呼ばれるものを含む。
【０１００】
図９Ａを再び参照して、符号化器３２のもう１つの出力は、本明細書で保護プロファイルデータと呼ばれるものを含む。
基本的に、保護プロファイルデータは、保護属性値と、スケーラブルデータ内の対応するデータセグメントとの相互参照を含む。
たとえば、保護プロファイルデータは、以下の表２（図２も参照して）に例示するように、データセグメントと保護属性値とを相互参照するインデックス表または参照表として構成することができる。
【０１０１】
【表２】
2007534230.tif 000004
【０１０２】
表２のフォーマットは単なる例示にすぎないこと、および、保護プロファイルデータはほとんどどのコンピュータ可読フォーマットでも記憶できることが十分理解される。
表２において、バイトは、バイト番号によって特定されるが、他のアドレス指定メカニズムも使用することができる。
また、データセグメントを、そのバイト若しくはビットまたはブロック（たとえば、８バイト）の範囲によって特定するのではなく、他のメカニズムを使用してデータセグメントを特定することもできる。
一般に、保護プロファイルデータは、保護属性の値を、図１のビットストリーム１０における１つまたは２つ以上のデータセグメントと相関させるのに十分な情報を含む。
【０１０３】
表２は、ユーザによって選択されるあらゆる保護属性および保護属性値を符号化器３２（図３）の入力として含むことができることが十分理解されるはずである。
加えて、特定の保護属性が適用されるデータセグメントのリストは、各保護属性値について、データセグメントの複数の選択したものも含むことができる。
これによって、符号化器において広範囲のデータ保護の柔軟性を提供することができる。
このように、各保護属性値についてデータセグメントの複数の選択したものを保護プロファイルデータに含めることを可能にする例示の実施の形態の選択の柔軟性によって、（たとえば、符号化器に入力を提供する）ユーザは、ユーザ自身のニーズに適した保護のタイプおよび程度を選択することが可能になる。
【０１０４】
符号化器３２によって出力される（符号化され、かつ、暗号化された）スケーラブルデータは、符号化方式の知識も符号化器３２によって使用される暗号化方式の知識も必要とすることなくスケーリングできることに留意すべきである。
データがＪＰＥＧ２０００方式を使用して符号化されようと、他の或る符号化方式を使用して符号化されようと、トランスコーダまたは復号器は、実行されるスケーリングのタイプ（たとえば、ビットレートを４分の１に削減する）を指定して、ビットストリーム１０（図１）から、そのスケーリングのタイプに関連したデータセグメント（複数可）を抽出／解析することしか必要とされない。
【０１０５】
図９Ａの実施の形態では、スケーラブルデータおよび保護プロファイルデータは共に記憶される。
たとえば、保護プロファイルデータは、スケーラブルデータを含むビットストリームまたはファイルに付加することができる。
大量のスケーラブルデータが存在する場合には、スケーラブルプロファイルデータの複数の部分をビットストリームまたはファイル内に間隔を置いて配置することができる。
【０１０６】
あるいは、保護プロファイルデータは、図９Ｂによって示されるように、スケーラブルデータとは別に記憶して取り扱うこともできる。
図９Ｂの実施の形態では、スケーラブルプロファイルデータは、スケーラブルデータと共に移動する必要さえない。
たとえば、図３に関して、保護プロファイルデータは、スケーラブルデータが移動したパスとは異なるパスによって、トランスコーダ３４、復号器３６、または復号器３８に移動することができる。
あるいは、保護プロファイルデータおよびスケーラブルデータを別々のロケーションに記憶することもでき、その後、必要な時はいつでも、トランスコーダ３４、復号器３６、または復号器３８は、アクセスして相関させることができる。
【０１０７】
動作時において、図９Ａおよび図９Ｂの符号化器３２は次のように機能する。
一実施の形態では、保護属性の値が、ユーザによって入力される。
ユーザには、コンテンツ作成者、コンテンツ分配者、またはコンテンツ消費者が含まれ得る。
あるいは、保護属性の値は、ネットワーク性能、下流デバイスの能力、デジタル著作権管理（ＤＲＭ）のポリシー、セキュリティ上の問題または脆弱性等について符号化器３２が知っている情報に基づいて自動的に選択することもできる。
利用可能な帯域幅等のネットワーク性能特性を監視することができ、その情報を符号化器３２に与えることができる。
また、下流デバイス（エンドユーザデバイスを含む）は、符号化器３２と直接通信することもできる。
【０１０８】
符号化器３２は、次に、従来の方法で、自身が用いている符号化方式（たとえば、ＪＰＥＧ２０００符号化方式）を使用して、入力データを符号化する。
加えて、符号化器３２は、符号化ビットストリーム（スケーラブルデータ）の保護プロファイルデータを生成する。
すなわち、一実施の形態では、保護属性の入力値のそれぞれについて、符号化器３２は、符号化データ内において、保護属性を関連付けることができる対応するデータセグメントを特定する。
【０１０９】
一実施の形態では、符号化器３２は、保護属性の特定の値に関連付けられるデータセグメントのいくつかの選択したものまたは結合したものを特定することができる。
たとえば、画像プロダクトの場合、特定の暗号化プリミティブについて、符号化器３２は、その暗号化プリミティブを使用して暗号化できるデータセグメントのいくつかの異なる結合したものを特定することができる。
一実施の形態によれば、或る結合の結果、同じ暗号化プリミティブを画像プロダクトのすべての部分に適用することができる。
別の結合の結果、或る暗号化プリミティブを画像プロダクトの或る対象領域に適用することができ、別の暗号化プリミティブを画像プロダクトの他の対象領域に適用することができる。
【０１１０】
符号化段階において、符号化器３２は、知能（プログラミングされた知能またはユーザ入力に基づく知能のいずれか）を適用して、データセグメントのどの１つまたは複数の結合したものを保護プロファイルデータに関連付けるかを決定することができる。
あるいは、すべての結合したものを保護プロファイルデータに関連付けることもできる。
符号化器は、ユーザ入力、または、ネットワーク性能特性、エンドユーザデバイスの能力、デジタル著作権管理のポリシー（ＤＲＭ）、セキュリティの脆弱性等の他の考慮すべき事項に基づいて、データセグメントのどの結合したもの（たとえば、一部または全部）を特定の保護属性に関連付けるかを決定することができる。
【０１１１】
別の実施の形態では、保護属性のさまざまな値に関連したデータセグメントを前もって定義することができる。
基本的に、表１によって例示された保護プロファイルデータは、データ符号化よりも前に確立される。
この実施の形態では、データは、符号化され、次いで、保護プロファイルデータによって定義された方法に対応する方法で暗号化される。
たとえば、図２を参照して、保護プロファイルデータは、バイト０〜ｂ２が、保護属性値ＡＥＳを有する暗号化プリミティブを使用して暗号化されることを事前に定義することができる。
符号化器は、その後、それに応じて、これらのバイトを暗号化する。
【０１１２】
図１０は、本発明の第２の実施の形態によるデータスケーラ５４の内外へフローする情報を示している。
この第２の実施の形態では、スケーラ５４は、変更された保護プロファイルデータを作成する。
スケーラ５４は、符号化器３２が保護プロファイルデータを作成したのとほぼ同じ方法で、保護プロファイルデータを変更することができる。
本実施の形態では、変更されたスケーラブルプロファイルデータは、その後、上述したように、符号化データのスケーリングされたバージョンと共にスケーラ５４から出力されるか、または、そのバージョンとは別にスケーラ５４から出力される。
【０１１３】
本実施の形態では、スケーラブルメディアの個々の部分に関連付けられる保護プロファイルデータは、保護属性を特定する。
この保護属性には、表２に示すような暗号化プリミティブ、暗号化モード、暗号チェックサム、およびスケーラブルメディアへのクリプトのマッピングが含まれ得るが、これらに限定されるものではない。
その上、保護プロファイルデータは、暗号化アルゴリズムの解読と、スケーラブルメディアの個々の部分を暗号化するのに使用される暗号化方式とで使用される暗号化技法とで使用される。
【０１１４】
本実施の形態では、スケーラブルメディアのそれぞれの個々の部分は、スケーラブルメディアの個々の部分を解読するのに使用される異なる鍵を有することができ、異なる暗号化アルゴリズムを使用することができ、そして、異なるＣＣＳを使用することができる。
鍵の各クラスは、スケーラブルメディアの各クラスを解読するのに必要とされる場合があることが十分理解されるはずである。
たとえば、第１の鍵は、第１の解像度を有するメディアを収容するファイルにアクセスするのに必要とされる場合がある一方、第２の鍵は、第２の解像度を有するメディアを収容するファイルにアクセスするのに必要とされる場合がある。
【０１１５】
一実施の形態によれば、保護プロファイルデータのパラメータは、経時的に変化する場合がある。
関連付けられるデータ列に対して行われる変更を反映するように、保護プロファイルデータを再マッピングできることが十分理解されるはずである。
【０１１６】
図１１は、本発明の一実施の形態によるスケーラブルメディアの部分をスケーリングするための方法で実行されるステップを示している。
ステップ１１０１において、所望のスケーラブル属性を保有するようにスケーリングされるメディアを生成するために結合するスケーラブルメディアの部分を特定するデータが、スケーラブルメディアに関連付けられる。
本実施の形態では、スケーラブルメディアの個々の部分に関連付けられるスケーラブルプロファイルデータは、スケーラブルメディアに接続することもできるし、信号で遠隔に伝えることもできる。
ステップ１１０３において、ステップ１１０１で特定されたスケーラブルメディアの部分が暗号化される。
一実施の形態によれば、本明細書で解説したように、スケーラブルメディアを構成するスケーラブルメディアの部分は、同じ方式を使用して暗号化することもできるし、異なる方式を使用して暗号化することもできる。
【０１１７】
ステップ１１０５において、スケーラブルメディアの特定された部分を暗号化するのに使用される暗号化方式の保護属性を特定するデータが、スケーラブルメディアの特定された部分に関連付けられる。
本実施の形態では、スケーラブルメディアの個々の部分に関連付けられる保護プロファイルデータは、スケーラブルメディアに接続することもできるし、信号で遠隔に伝えることもできる。
【０１１８】
図１２は、本発明の一実施の形態による、復号することなく暗号化スケーラブルメディアをスケーリングする方法で実行されるステップのフローチャートである。
ステップ１２０１において、暗号化スケーラブルメディアに関連付けられるデータであって、所望のスケーラブル属性を保有するようにスケーリングされるメディアを生成するために結合する暗号化スケーラブルメディアの部分を特定するデータが、アクセスされる。
ステップ１２０３において、暗号化スケーラブルメディアの部分の１つまたは２つ以上および関連した暗号チェックサムが結合されて、送信可能なデータ列にされる。
ステップ１２０５において、スケーラブルメディアに関連付けられるデータであって、所望のスケーラブル属性を保有するようにスケーリングされるメディアを生成するために結合するスケーラブルメディアの部分を特定するデータが、再マッピングされる。
【０１１９】
ステップ１２０７において、スケーラブルメディアの部分に関連付けられるデータであって、スケーラブルメディアの部分を暗号化するのに使用される暗号化システムの保護属性を特定するデータが、再マッピングされる。
暗号化スケーラブルメディアの１つまたは２つ以上の部分および関連した暗号チェックサムは、暗号化スケーラブルメディアのスケーリングされたバージョンを構成できることが十分理解されるはずである。
【０１２０】
図１３は、本発明の一実施の形態によるスケーラブルメディアを復号する方法で実行されるステップのフローチャートである。
ステップ１３０１において、スケーラブルメディアの部分に関連付けられるデータであって、スケーラブルメディアの部分を暗号化するのに使用される暗号化システムの保護属性を特定するデータが、アクセスされる。
ステップ１３０３において、スケーラブルメディアに関連付けられるデータであって、所望のスケーラブル属性を保有するようにスケーリングされるメディアを生成するために結合するスケーラブルメディアの部分を特定するデータが、アクセスされる。
【０１２１】
スケーラブル１３０５において、スケーラブルメディアの部分に関連付けられるデータであって、スケーラブルメディアの部分を暗号化するのに使用される暗号化システムの保護属性を特定するデータに基づいて、スケーラブルメディアの部分が解読される。
ステップ１３０７において、スケーラブルメディアに関連付けられるデータであって、所望のスケーラブル属性を保有するようにスケーリングされるメディアを生成するために結合するスケーラブルメディアの部分を特定するデータに基づいて、スケーラブルメディアの部分が復号される。
【０１２２】
要約すれば、スケーラブルメディアの部分にデータを関連付けるための方法が開示される。
所望のスケーラブル属性を保有するようにスケーリングされるメディアを生成するために結合するスケーラブルメディアの部分を特定するデータは、スケーラブルメディアに関連付けられる。
スケーラブルメディアの部分は暗号化される。
スケーラブルメディアの部分を暗号化するのに使用される暗号化システムの保護属性を特定するデータは、スケーラブルメディアの部分に関連付けられる。
【０１２３】
［符号化方式の知識を伴わないプログレッシブ暗号化されたデータのスケーリング］
図１４は、本発明の一実施の形態による、プログレッシブ暗号化されたスケーラブルデータ列を符号化する方法を示している。
図１４の実施の形態では、プログレッシブ暗号化されたデータ列のスケーリングされたバージョンを生成するために結合するスケーラブルデータ列の結合可能部分を特定するデータ（たとえば、図４Ａおよび図４Ｂに関して解説したスケーラブルプロファイルデータ）が、スケーラブルデータ列に関連付けられる。
本実施の形態では、プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンは、プログレッシブ暗号化されたスケーラブルデータ列の暗号化方式の知識なしでスケーリングされる。
その上、暗号チェックサム（ＣＣＳ）を計算して、プログレッシブ暗号化されたスケーラブルデータ列の少なくとも１つの結合可能部分に関連付けることができる。
図１４は、プログレッシブ暗号化されたメディアコンテンツ列３０１を示している。
このメディアコンテンツ列３０１は、３１２において、セグメント３０４、３０５、３０６、および３０７（たとえば、結合可能部分）に分割される。
【０１２４】
各セグメント（たとえば、結合可能部分）は、少なくとも１つの独立復号可能部分を含むことができることが十分理解されるはずである。
図１４の実施の形態では、独立復号可能部分に、ラベルＡ、Ｂ、Ｃ、およびＤが付けられている。
各セグメントは、独立復号可能部分を１つしか含まない。
代替的な実施の形態では、２つ以上の独立復号可能部分を１つのセグメントに含めることができる。
【０１２５】
一実施の形態によれば、暗号チェックサムは、各セグメント３０４、３０５、３０６、および３０７について計算することができる。
図１４の実施の形態では、暗号チェックサムの計算後、３１３において、特定された各セグメント３０４、３０５、３０６、および３０７が、対応する暗号チェックサム３１４、３１５、３１６、および３１７に関連付けられる。
これらの特定されたセグメント（たとえば、結合可能部分）およびそれらに関連付けられた暗号チェックサムは結合されて、メディアセグメント３２１、３２２、３２３、および３２４にされる。
【０１２６】
各セグメントの長さは、本発明の実施の形態では、各セグメントの長さに、そのセグメントに関連付けられたＣＣＳの長さを加えたものが、ネットワークに許容可能な最大メディアセグメントペイロードサイズまたはネットワークに許容可能な最大送信可能単位（ＭＴＵ）よりも小さくなるように選ばれることが十分理解されるはずである。
本明細書で解説するように、メディアセグメントは、単一のトランケート可能単位または複数のトランケート可能単位を含むことができる。
また、図１４には４つのメディアセグメントが示されているが、任意の個数のメディアセグメントを使用できることにも留意されたい。
【０１２７】
本明細書でなされる本発明の実施の形態の説明において、用語「独立復号可能部分」および「トランケート可能単位」は異なる意味を有することがあることが十分理解されるはずである。
メディアセグメントの独立復号可能部分は、メディアセグメントペイロードの他の部分を復号する必要なく復号できる、メディアセグメントのペイロードの一部である。
その上、暗号化されている場合には、独立復号可能部分は、ペイロードの残りの部分を解読する必要なく解読することもできる。
トランケート可能単位は、解読の有無を問わず、メディアセグメントの残りの部分に有害な影響を与えることなく、メディアセグメントからトランケートできるメディアセグメントペイロードの一部である。
これらの用語は、幾分交換可能に使用することができるが、本明細書でなされる解説では、それらの個々の意味を維持していることが十分理解されるはずである。
【０１２８】
図１５Ａは、本発明の一実施の形態によるプログレッシブ暗号化されたスケーラブルメディアコンテンツ列のトランケートによるトランスコードを示している。
図１５Ａに示す実施の形態では、メディアコンテンツ４１１は、４１２において、それぞれが１つまたは２つ以上の独立復号可能部分（Ａ、Ｂ等）を含むセグメントに分割される。
図１４に関して上記で解説したように、メディアセグメントのペイロードは、１つまたは２つ以上の独立復号可能部分を含むことができる。
その上、いくつかの実施の形態によれば、独立復号可能部分は、独立トランケート可能単位をさらに含むことができる。
【０１２９】
図１５Ａの実施の形態では、暗号チェックサムが、メディアセグメント４１３の復号可能部分またはトランケート可能単位のそれぞれについて優先度の順番で計算され、かつ、直前のパケットペイロード全体について計算される。
最初に、暗号チェックサム４１５が、第１のトランケート可能単位Ａ（たとえば、４０３）について計算され、その結果、ＣＣＳ（Ａ）４１５が生成される。
その後、暗号チェックサム４１６が、独立復号可能部分Ａ（たとえば、４０３）、暗号チェックサムＣＣＳ（Ａ）（たとえば４１５）、および独立復号可能部分Ｂ（たとえば、４０４）を含む直前のメディアセグメントペイロード全体について計算される。
その結果生成されるチェックサムは、図４ＡにＣＣＳ（Ａ，ＣＣＳ（Ａ），Ｂ）４１６として示されている。
第３の独立復号可能部分が含まれている場合、次の暗号チェックサムは、
ＣＣＳ（Ａ，ＣＣＳ（Ａ），Ｂ，ＣＣＳ（Ａ，ＣＣＳ（Ａ），Ｂ），Ｃ）
として表すことができることが十分理解されるはずである。
【０１３０】
本実施の形態では、トランスコーダ可読ヘッダ４１４をメディアセグメント４１３に関連付けることができる。
例示の実施の形態によれば、トランスコーダ可読ヘッダは、メディアセグメント４１３等のスケーラブルメディアセグメントにおけるトランケートポイントのロケーション等の情報、および、所望のスケーラブル属性を保有するようにスケーリングされるメディアを生成するために抽出できるスケーラブルメディアセグメントデータ（たとえば、メディアセグメント）のセグメントを特定するスケーラブルプロファイルデータを含むことができる。
代替的な実施の形態では、スケーラブルプロファイルデータは、スケーラブルメディアセグメントの中央、端部、または異なるロケーションに存在することができる。
【０１３１】
本実施の形態では、トランスコードセッションが行われると（たとえば、４１７）、トランスコーダは、所望のスケーリング結果を達成するために、選択されたトランケート可能単位をトランケートすることができる。
例示の実施の形態によれば、トランスコードされているメディアセグメントが暗号化されている場合、この形式のトランスコードを実行するのに、解読は必要とされない。
図１４Ａに示す例では、トランケート可能単位Ｂおよびその関連した暗号チェックサム４１６がトランケートされる。
トランケートされずかつ解読されない、メディアセグメントの残りの部分４１８は、その後、その必要な暗号チェックサムＣＣＳ（Ａ）４１５、独立復号可能部分Ａ４０３、およびヘッダ４１４が完全な状態のままで転送される。
【０１３２】
図１５Ａに示す本発明の実施の形態では、トランケート要件を満たすのに（たとえば、所望のスケーラブル属性を得るのに）必要なだけ、任意の個数のトランケート可能単位およびそれらの関連した暗号チェックサムをメディアセグメントからトランケートすることができる。
各場合において、トランケート可能単位、その関連した暗号チェックサム、および後続のトランケート可能単位もトランケートされる。
なお、後続のトランケート可能単位の暗号チェックサムは、トランケートされた単位の計算を含む。
【０１３３】
図１５Ｂは、本発明の代替的な一実施の形態によるプログレッシブ暗号化されたスケーラブルメディアコンテンツ列のトランケートによるトランスコードを示している。
図１５Ｂの実施の形態では、メディアコンテンツ４２１が４２２においてセグメントに分割される。
これらのセグメントは、上記で解説したように、Ａ、Ｂ、Ｃ、Ｄ等として示す任意の個数の独立復号可能部分を含むことができる。
この例では、いくつかのセグメントが、各部分のサイズのために（図１５Ｂ参照）、他のセグメントよりも多くの独立復号可能部分を含むことに留意されたい。
図１５Ｂの実施の形態では、独立復号可能部分の個数の選択は、メディアセグメントの最大サイズに基づいている。
たとえば、独立復号可能部分Ａ（たとえば、４３３）、Ｂ（たとえば、４３４）、およびＣ（たとえば、４３５）は、１つのセグメントに結合される一方、独立復号可能部分Ｄ４３６は、それ自体で同様のサイズのセグメントを構成する。
【０１３４】
図１５Ｂに示す実施の形態では、暗号チェックサムは、各独立復号可能部分について計算される。
この実施の形態によれば、暗号チェックサムの計算は、他の独立復号可能部分とは独立に行われる。
メディアセグメント４２３は、独立復号可能部分Ａ（たとえば、４３３）およびＣＣＳ（Ａ）（たとえば、４２５）と、独立復号可能部分Ｂ（たとえば、４３４）およびＣＣＳ（Ｂ）（たとえば、４２６）と、独立復号可能部分Ｃ（たとえば、４３５）およびＣＣＳ（Ｃ）（たとえば、４２７）との結合から形成される。
【０１３５】
図１５Ｂに示す実施の形態では、メディアセグメント４２３のトランスコード４２８は、次に、選択された独立復号可能部分またはトランケート可能単位、および、それらの関連した暗号チェックサムをトランケートすることを含む。
図１５Ｂに示す例では、トランケート可能単位Ｃ（たとえば、４３５）およびＣＣＳ（Ｃ）（たとえば、４２７）がトランケートされる。
この実施の形態では、トランスコーダ可読ヘッダ４２４は、完全な状態のままであり、トランケートポイントに関する自身の情報を保持する。
トランケートされたメディアセグメント４２９は、したがって、その後、トランケート可能単位Ｂ（たとえば、４３４）およびＣＣＳ（Ｂ）（たとえば、４２６）、または、トランケート可能単位Ａ（たとえば、４３３）およびＣＣＳ（Ａ）（たとえば、４２５）のいずれかをトランケートすることによるトランケートによってトランスコードするのに利用可能である。
【０１３６】
このように、トランスコードは、所望のトランスコード結果を達成するのにどのメディアセグメントも解読する必要なく、かつ、再暗号化する必要なく、ネットワークにおいて、どの所望のポイントでも行うことができる。
各トランケートの後、メディアセグメントの解読されていない残りの部分は、その必要な暗号チェックサムを保持し、データのセキュリティは完全な状態のままである。
【０１３７】
いくつかの実施の形態では、トランスコードは、メディアセグメント全体をメディアコンテンツから削除することによって実行できることが十分理解されるはずである。
また、暗号チェックサムは、メディアセグメントの検証等のために、未暗号化メディアストリームでも使用できることにも留意されたい。
【０１３８】
図１６Ａは、本発明の一実施の形態によるプログレッシブ暗号化されたスケーラブルメディアコンテンツ列のトランスコードを示している。
図１６Ａの実施の形態では、メディアコンテンツ５００（スケーラブルデータ部分Ａ、Ｂ、およびＣ等によって構成される）が、トランケート可能単位（たとえば、５０２）に分割される（たとえば、５０１）。
各メディアセグメントペイロードは、安全なメディアストリームにおいて、暗号化され（たとえば、５０３）、独立した暗号チェックサム（ＣＣＳ）と共に追加される。
図１６Ａを参照して、暗号チェックサムは、ＣＣＳ（Ａ）（たとえば、５０６）、ＣＣＳ（Ｂ）（たとえば、５０７）、およびＣＣＳ（Ｃ）（たとえば、５０８）として指定される。
例示の実施の形態によれば、暗号化されたトランケート可能単位は、それらの関連した暗号チェックサムと共に、適切な長さの送信可能メディアセグメントを形成するように結合される（図１６Ａ参照）。
【０１３９】
ここで、暗号チェックサムは多くの異なるタイプを有することができることに留意されたい。
共通のチェックサムは、既知のハッシュ関数を含むことができ、この既知のハッシュ関数は、暗号化メディアセグメントに含まれるデータのフィンガープリントを提供し、受信データの認証および解読データの正当性を保証することができる。
暗号チェックサムの能力を提供するのに使用できるチェックサム関数の他の例には、メッセージ認証符号（ＭＡＣ）、ＭＤ４およびＭＤ５（メッセージダイジェストアルゴリズム）等の鍵付きハッシュ、ＳＨＡ（セキュアハッシュアルゴリズム）、ＲＩＰＥＭＤ（ＲＡＣＥ完全性プリミティブ評価メッセージダイジェスト）、およびＨＭＡＣ（メッセージ認証用鍵付きハッシュ）が含まれる。
また、いくつかの実施態様では、デジタル署名方式も使用することができる。
【０１４０】
本発明の別の実施の形態では、データセグメントのトランケート可能単位への分割は、セキュアスケーラブルストリーミング（ＳＳＳ（secure scalable streaming））と呼ばれる。
各メディアセグメントは、そのメディアセグメントに含まれるヘッダで定義できる適切なトランケートポイントでそのメディアセグメントをトランケートすることによってトランスコードすることができる。
たとえば、トランスコード中、ビットレート削減、フレームレート削減等が、１つまたは２つ以上のトランケート可能単位をメディアセグメントからトランケートまたは削除することによって達成される。
【０１４１】
図１６Ａの実施の形態では、トランスコーダ可読ヘッダ５０５が書き込まれて、送信可能メディアセグメントに接続される。
上記で図１６Ａに関して解説したように、トランスコーダ可読ヘッダ（たとえば、スケーラブルプロファイルデータ、保護プロファイルデータ等）は、メディアセグメントに付随するメディアセグメントペイロードに関する情報を含むが、メディアセグメントのペイロードのコンテンツを開示しない。
トランスコーダ可読ヘッダを読み出すことによって、トランスコーダは、図１６Ａの５１０に示すように、メディアセグメントの削除する部分も残りの部分も解読することなく、部分を削除することもできるし（たとえば、５０９）、送信可能メディアセグメントを「スケールダウン」することもできる。
図示した例では、独立復号可能部分ＡにもＣにも影響を与えることなく、それらの関連した暗号チェックサムにも影響を与えることなく、独立復号可能部分Ｂが、その関連した暗号チェックサムと共に削除される。
その結果、ストリーミングされるメディアデータのエンドツーエンドのセキュリティが維持され、ストリーミングされたメディアの受信機は、トランスコードされたデータの完全性を確認することができる。
【０１４２】
図１６Ａおよび図１６Ｂに示す実施の形態では、トランスコードが完了した後、新しく構成されたメディアセグメント５１０のコンテンツを反映するように新しいトランスコーダ可読ヘッダ５１１を書き込むことができる。
前のトランスコーダ可読ヘッダと同様に、含まれるメディアセグメントペイロードの開始ポイントおよび終了ポイント並びにメディアセグメントペイロードの優先度に関する情報を含めることができるが、コンテンツを開示する情報は含まれない。
その上、この新しいトランスコーダ可読ヘッダは、メディアセグメントペイロードの解読またはＣＣＳの評価を行うのに用いる鍵を有しないトランスコーダが書き込むことができるので、この新しいトランスコーダ可読ヘッダは、メディアセグメントペイロードのコンテンツを開示することができない。
【０１４３】
新しいトランスコーダ可読ヘッダにより、さらにトランスコードおよびスケーリングがある場合に、それらトランスコードおよびスケーリングを他の下流ロケーションにおいて実行することができる。
メディアセグメントペイロードのサイズおよびロケーションに加えて、メディアセグメントペイロードの優先度もトランスコーダ可読ヘッダに含めることができる。
たとえば、ウェブページの所有者によって廃棄可能とみなされるウェブページのコンポーネントを特定する優先度等の優先度情報を含めることができる。
大きなデスクトップコンピュータよりも表示能力の低いハンドヘルドデバイスに送信する場合、複雑なウェブページの情報の多くは失われる可能性がある。
優先度の低い情報を早期のトランスコードで除去可能とすることによって、このような小さなデバイスへデータを送信する時に、貴重な帯域幅を他のユーザ用に保存することができる。
【０１４４】
本発明の実施の形態は、ストリーミングされないメディアセグメントを処理することが可能である。
図１６Ｂは、別の実施の形態のプロセスをブロックフォーマットで示している。
ここで、記憶されたデータは、暗号チェックサムを乱すことなく操作される。
大きなメディアセグメント５１４は、セグメントＡ、Ｂ、およびＣを含み、記憶媒体５２１から取り出される。
図１６Ｂの例では、データは、基本的に、ストレージ空間を削減するために圧縮される。
これは、トランスコード５１９によるデータのセグメントおよびその関連したＣＣＳ５１７の除去によって達成される。
データのセグメントは、この場合、セグメントＢである。
このようなトランスコードの結果、より小さなメディアセグメント５２２が生成される。
このようにトランスコードすることによって、セグメントＡおよびＣは完全な状態のままであり、重要なことに、ＣＣＳ（Ａ）５１６およびＣＣＳ（Ｃ）５１８は乱されていないことに留意されたい。
後のオペレーションに必要な場合、トランスコーダ可読ヘッダ５１５は、新しいトランスコーダ可読ヘッダ５１１と取り替えることができる。
【０１４５】
本発明の実施の形態によって提供されるトランスコード方式は、ストリーミングされたデータに限定されるものではなく、記憶されたデータと共に使用することもできることに留意されたい。
加えて、トランスコード技法は、暗号化データだけでなく、未暗号化データにも役立つ。
いずれの場合も、トランスコードは、暗号チェックサムを乱すことなく、かつ、符号化データを読み出す必要なく行うことができる。
【０１４６】
本実施の形態では、メディアセグメントは、セグメントの１つまたは２つ以上およびそれらの関連した暗号チェックサムが通信メディアセグメントに適合することを可能にするものなら、どの適切な分割であってもよい。
適切に分割された独立復号可能部分の一例は、ジョイントピクチャエキスパートグループ（ＪＰＥＧ）によって開発された圧縮標準規格、たとえばＪＰＥＧ２０００で送信できるような、高精細圧縮画像の部分である。
【０１４７】
多くの場合、最初の送信データは、高画素化画像（highly pixilated image）を生成するのに十分なデータを含んでいることが十分理解されるはずである。
その後に送信されるデータは、その後引き続いて画像の細部を精緻化するものである。
大きなディスプレイへのこのような画像の提示は、強化された細部を利用することができる。
一方、ハンドヘルドコンピュータのディスプレイは、最初の精緻化後の画像と、最後の最も高精細な精緻化との間の差を示すことができない。
その結果、論理的なトランスコードは、受信機が細部を使用できない場合に、より高精細なデータをストリームから除去することができる。
送信データのいくつかの例では、単一のパケットが、数個の詳細レベルを含んだデータを含むことができる。
一方、いくつかのより大きな画像は、必要なすべてのデータを搬送するのに、数個のメディアセグメントを必要とする場合がある。
【０１４８】
図１７〜図１９は、プログレッシブ暗号化されたデータをその符号化方式の知識なしでスケーリングするための方法で実行されるステップのフローチャートである。
これらのフローチャートには具体的なステップが開示されているが、このようなステップは例示である。
すなわち、本発明の実施の形態は、さまざまな他のステップ、または、これらのフローチャートに列挙されたステップを変形したものを実行することにもよく適している。
フローチャートのステップは、提示したものとは異なる順序で実行できること、および、フローチャートのステップのすべてが実行されるとは限らない場合があることが十分理解される。
フローチャートによって記述された方法の全部または一部は、コンピュータ可読でかつコンピュータ実行可能な命令を使用して実施することができる。
これらの命令は、たとえば、コンピュータシステムのコンピュータ使用可能媒体に存在する。
【０１４９】
図１７は、一実施の形態による、プログレッシブ暗号化されたスケーラブルデータ列を符号化するための方法で実行されるステップのフローチャートである。
ステップ１７０１において、所望のスケーラブル属性を保有するようにスケーリングされるプログレッシブ暗号化されたスケーラブルデータ列のバージョンを生成するために結合するプログレッシブ暗号化されたスケーラブルデータ列の結合可能部分を特定するデータが、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられる。
一実施の形態によれば、上記プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンは、復号されることなくスケーリングされる。
ステップ１７０３において、プログレッシブ暗号化されたスケーラブルデータ列の少なくとも１つの部分について、暗号チェックサムが計算される。
ステップ１７０５において、暗号チェックサムが、プログレッシブ暗号化されたスケーラブルデータ列の少なくとも１つの部分に関連付けられる。
【０１５０】
図１８は、一実施の形態によるプログレッシブ暗号化されたスケーラブルデータ列をトランスコードする方法で実行されるステップのフローチャートである。
ステップ１８０１において、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータであって、所望のスケーラブル属性を保有するようにスケーリングされるデータ列のスケーリングされたバージョンを生成するために結合するプログレッシブ暗号化されたスケーラブルデータ列の結合可能部分を特定するデータが、アクセスされる。
一実施の形態によれば、上記プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンは、復号されることなくスケーリングされる。
ステップ１８０３において、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分の１つまたは２つ以上、および、それらの関連した暗号チェックサムが結合されて、送信可能データ列にされる。
【０１５１】
図１９は、本発明の一実施の形態によるプログレッシブ暗号化されたスケーラブルデータ列を復号する方法で実行されるステップのフローチャートである。
ステップ１８０１において、符号化され、かつ、プログレッシブ暗号化されたスケーラブルデータ列が、アクセスされる。
ステップ１８０３において、符号化され、かつ、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータであって、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分をどのようにスケーリングして所望のスケーラブル属性を達成するかを特定するデータが、アクセスされる。
本実施の形態では、スケーリングは、プログレッシブ暗号化されたスケーラブルデータ列を復号することなく達成される。
【０１５２】
ステップ１９０５において、プログレッシブ暗号化されたスケーラブルデータ列の少なくとも１つの結合可能部分のコンテンツを認証するために、暗号チェックサムが使用される。
ステップ１９０７において、符号化され、かつ、プログレッシブ暗号化されたスケーラブルデータ列が、符号化され、かつ、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータに基づいて復号される。
このデータは、符号化され、かつ、プログレッシブ暗号化されたスケーラブルデータの結合可能部分をどのようにスケーリングして所望のスケーラブル属性を達成するかを特定するものである。
【０１５３】
一実施の形態によれば、プログレッシブ暗号化されたスケーラブルデータの少なくとも１つの結合可能部分および暗号チェックサムを暗号化することができる。
例示の実施の形態では、少なくとも１つの結合可能部分を、プログレッシブ暗号化されたスケーラブルデータを構成する他の結合可能部分とは独立に解読することを可能にすることができる。
その上、暗号チェックサムは、プログレッシブ暗号化されたスケーラブルデータ列の各結合可能部分について計算することができる。
【０１５４】
一実施の形態によれば、プログレッシブ暗号化されたスケーラブルデータ列のこの少なくとも１つの結合可能部分は、上記プログレッシブ暗号化されたスケーラブルデータ列を構成する他の部分とは独立に解読することが可能である。
本実施の形態では、プログレッシブ暗号化されたスケーラブルデータ列は、複数の結合可能部分を含む。
その上、第１の暗号チェックサムは、上記プログレッシブ暗号化されたスケーラブルデータ列の第１の結合可能部分について計算することができ、第２の暗号チェックサムは、プログレッシブ暗号化されたスケーラブルデータ列の第２の結合可能部分、プログレッシブ暗号化されたスケーラブルデータ列の第１の結合可能部分、および第１の暗号チェックサムを結合したものについて計算することができる。
【０１５５】
一実施の形態によれば、暗号チェックサムは、ハッシュ関数を使用して計算することができる。
加えて、符号化され、かつ、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータは、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分および暗号チェックサムに関係した情報を含むことができる。
符号化され、かつ、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータによって、プログレッシブ暗号化されたスケーラブルデータ列のトランスコードを可能にできることが十分理解されるはずである。
【０１５６】
一実施の形態によれば、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分および暗号チェックサムを、トランスコーダ可読ヘッダとは独立に暗号化することを可能にすることができる。
その上、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分および暗号チェックサムを、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータとは独立に解読することも可能にすることができる。
加えて、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータを、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分および暗号チェックサムとは独立に読み出すことも可能にすることができる。
【０１５７】
一実施の形態によれば、暗号チェックサムは、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分の１つに基づいて計算することができる。
暗号チェックサムは、複数の結合可能部分および関連したチェックサムに基づいて計算することができる。
その上、暗号チェックサムは、ハッシュ関数を使用して計算することができる。
代替的な一実施の形態では、暗号チェックサムは、メッセージダイジェスト関数を使用して計算することができる。
【０１５８】
一実施の形態によれば、暗号チェックサムは、メッセージ認証符号関数を使用して計算することができる。
別の実施の形態では、暗号チェックサムは、メッセージ認証用鍵付きハッシュ関数を使用して計算することができる。
さらに別の実施の形態では、暗号チェックサムは、デジタル署名関数を使用して計算することができる。
【０１５９】
一実施の形態によれば、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータは、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分および暗号チェックサムとは独立に書き込むことが可能である。
プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分のそれぞれは、パケットにおけるプログレッシブ暗号化されたスケーラブルデータ列の他の結合可能部分とは独立に、送信可能パケットから抽出することを可能にすることができることが十分理解されるはずである。
【０１６０】
本実施の形態では、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータは、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分と暗号チェックサムとに関係した情報を含む。
一実施の形態によれば、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータによって、データパケットのトランスコードが可能になる。
【０１６１】
プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分および暗号チェックサムを、トランスコーダ可読ヘッダとは独立に暗号化することを可能にできることが十分理解されるはずである。
一実施の形態では、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分および暗号チェックサムは、符号化され、かつ、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータとは独立に解読することが可能である。
その上、プログレッシブ暗号化されたスケーラブルデータ列に関連付けられるデータを、プログレッシブ暗号化されたスケーラブルデータ列の結合可能部分および暗号チェックサムとは独立に読み出すことも可能にすることができる。
【０１６２】
要約すれば、本発明の方法は、プログレッシブ暗号化されたスケーラブルデータ列を、その暗号化方式の知識を有しないでスケーリングするための方法を提供する。
この方法は、プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンを生成するために結合するプログレッシブ暗号化されたスケーラブルデータ列の結合可能部分を特定するデータを、プログレッシブ暗号化されたスケーラブルデータ列に関連付けることを含む。
プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンは、所望のスケーラブル属性を保有するようにスケーリングされる。
その上、プログレッシブ暗号化されたスケーラブルデータ列のスケーリングされたバージョンは、復号されることなくスケーリングされる。
暗号チェックサムは、プログレッシブ暗号化されたスケーラブルデータ列の少なくとも１つの結合可能部分について計算され、暗号チェックサムは、プログレッシブ暗号化されたスケーラブルデータ列の少なくとも１つの結合可能部分に関連付けられる。
【０１６３】
［符号化器］
図２０は、本発明の一実施の形態によるスケーラブルメディア符号化器を示すブロック図である。
【０１６４】
一実施の形態によれば、スケーラブルメディア符号化器２０２０は、ＪＰＥＧ２０００またはＭＰＥＧ等の任意のタイプのスケーラブルメディアを符号化できる、ポータブル通信デバイス、固定計算デバイス、デジタル画像キャプチャーデバイス等の任意のデバイスである。
ポータブル通信デバイスの例には、ポケットパーソナルコンピュータ、ラップトップ、デジタルカメラ、ビデオカメラ、および携帯電話が含まれるが、これらに限定されるものではない。
固定計算デバイスの例には、パーソナルコンピュータ、テレビ、およびサーバが含まれるが、これらに限定されるものではない。
サーバは、ＡＳＩＣサーバとすることができる。
デジタル画像キャプチャーデバイスの例には、デジタルカメラおよびビデオカメラが含まれるが、これらに限定されるものではない。
【０１６５】
一実施の形態によれば、スケーラブルメディア符号化器２０２０は、メディアデータ２０１２、スケーラブル属性判定基準２０１４、および保護属性判定基準２０１６を受信する。
スケーラブル属性判定基準２０１４は、スケーラブル属性を列挙したものとすることができる。
このスケーラブル属性は、本明細書で説明したように、スケーラブルメディア符号化器２０２０が、別のデバイスが抽出できるスケーラブルメディア２０５２のセグメントを生成するのに使用できるものである。
本明細書で説明したように、スケーラブル属性の例には、解像度、ビットレート、色が含まれるが、これらに限定されるものではない。
セグメントを抽出できるデバイスの例には、トランスレータおよび復号器が含まれるが、これらに限定されるものではない。
【０１６６】
さらに別の実施の形態では、図２０に示すように、スケーラブルメディア符号化器２０２０は、メディアデータ２０１２を受信するように構成されるメディアデータ受信機２０２２を含む。
メディアデータ２０１２は、一実施の形態によれば、ＪＰＥＧ２０００フォーマットの画像等のスケーラブルメディアとすることもできるし、写真をスキャンした画像等の非スケーリング（non-scaled）画像とすることもできる。
【０１６７】
スケーラブルメディア符号化器２０２０は、一実施の形態によれば、図２０に示すように、メディアデータ受信機２０２２に接続されるスケーラブルメディアジェネレータ２０２４もさらに含む。
たとえば、一実施の形態では、スケーラブルメディアジェネレータ２０２４は、メディアデータ２０１２が非スケーリング画像である場合に、スケーラブルメディア２０５２を生成することができる。
【０１６８】
図２０をさらに参照して、スケーラブルメディア符号化器２０２０は、一実施の形態では、スケーラブルメディア出力器２０２６も含む。
このスケーラブルメディア出力器２０２６は、スケーラブルメディアジェネレータ２０２４に接続され、かつ、スケーラブルメディア２０５２を出力するようになっている。
【０１６９】
スケーラブルメディア符号化器２０２０は、一実施の形態によれば、図２０に示すように、スケーラブル属性判定基準受信機２０３２もさらに含む。
このスケーラブル属性判定基準受信機２０３２は、スケーラブル属性判定基準２０１４を受信するように構成されている。
さらに別の実施の形態によれば、スケーラブル属性判定基準受信機２０３２は、スケーラブルプロファイルデータ２０５４を生成するようになっているスケーラブルプロファイルデータジェネレータ２０３４に接続されている。
スケーラブルプロファイルデータ２０５４は、トランスレータまたは復号器等の別のデバイスが、本明細書で説明したように、１つまたは２つ以上のスケーラブル属性の所望の結果を達成するためにスケーラブルメディア２０５２から抽出できるセグメントを含むことができる。
スケーラブルプロファイルデータジェネレータ２０３４は、さらに別の実施の形態では、スケーラブルプロファイルデータ２０５４を出力するようになっているスケーラブルプロファイルデータ出力器２０３６に接続されている。
【０１７０】
図２０をさらに参照して、スケーラブルメディア符号化器２０２０は、一実施の形態によれば、本明細書ですでに説明したように、保護属性判定基準２０１６を受信するように構成される保護属性判定基準受信機２０４２をさらに含む。
保護属性判定基準受信機２０４２は、さらに別の実施の形態によれば、保護プロファイルデータジェネレータ２０４４に接続されている。
この保護プロファイルデータジェネレータ２０４４は、本明細書で説明した一実施の形態によれば、スケーラブルメディア符号化器２０２０が受信した保護属性判定基準２０１６に少なくとも部分的に基づいて、保護プロファイルデータ２０５６を生成するようになっている。
保護プロファイルデータジェネレータ２０４４は、別の実施の形態によれば、保護プロファイルデータ出力器２０４６に接続されている。
保護プロファイルデータ出力器２０４６は、保護プロファイルデータ２０５６を出力するようになっている。
さらに別の実施の形態では、スケーラブルメディア２０５２は、本明細書ですでに説明した実施の形態に従って、保護プロファイルデータ２０５６を使用して暗号化することができる。
さらに別の実施の形態では、スケーラブルメディア２０５２は、暗号化されていなくてもよい。
適用できる保護メカニズムにはいくつかのメカニズムがある。
たとえば、暗号チェックサムは、完全性チェックまたは認証用のデジタル署名等に適用することができる。
【０１７１】
一実施の形態によれば、スケーラブル属性判定基準受信機２０３２および／または保護属性判定基準受信機２０４２は、汎用ユーザインターフェース（ＧＵＩ）とすることができる。
たとえば、本明細書ですでに説明した実施の形態に従って、ユーザは、ＧＵＩを使用して、解像度、ビットレート等の属性を入力し、スケーラブルメディアジェネレータ２０２４がそれらの属性のスケーラブルプロファイルデータ２０５４をどのように生成できるかを示すことができる。
同様に、本明細書ですでに説明した実施の形態に従って、ユーザは、ＧＵＩを使用して、データ暗号化標準規格（ＤＥＳ）、電子コードブック（ＥＣＢ）等の暗号化モード等の属性を入力し、保護プロファイルデータジェネレータ２０４４が、スケーラブルメディア２０５２の部分がそれらの属性でどのように保護されるべきかまたは保護されるかを示す保護プロファイルデータ２０５６をどのように生成できるかを示すことができる。
【０１７２】
一実施の形態によれば、スケーラブルメディア符号化器２０２０によって実行される処理は、複雑な場合もあるし、簡単な場合もある。
たとえば、スケーラブルメディア符号化器２０２０のスケーラブルメディアジェネレータ２０２４は、本明細書ですでに説明したように、スケーラブルメディア２０５２を生成することができ、このスケーラブルメディア２０５２は、多くの代替的な方法でスケーリングされる場合もあるし、２〜３の代替的なものでしかスケーリングされない場合もある。
【０１７３】
メディアデータ２０１２、スケーラブル属性判定基準２０１４、および／または保護属性判定基準２０１６は、一実施の形態によれば、ネットワークを使用してスケーラブルメディア符号化器２０２０へ通信することができる。
別の実施の形態では、メディアデータ２０１２、スケーラブル属性判定基準２０１４、および／または保護属性判定基準２０１６は、スケーラブルメディア符号化器２０２０がストレージデバイスから取り出すことができる。
このストレージデバイスは、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、直接アクセスストレージデバイス（ＤＡＳＤ）等である。
【０１７４】
図２０に示すように、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および／または保護プロファイルデータ２０５６は、一実施の形態によれば、ネットワークを使用して、トランスコーダまたは復号器等の別のデバイスへ送信することができる。
別の実施の形態によれば、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および／または保護プロファイルデータ２０５６は、ストレージデバイスを介して、トランスコーダまたは復号器等の別のデバイスへ送信することができる。
ストレージデバイスは、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、直接アクセスストレージデバイス（ＤＡＳＤ）等である。
【０１７５】
さらに別の実施の形態では、出力器（２０２６、２０３６、２０４６）の２つまたは３つ以上を結合することができる。
たとえば、スケーラブルメディア出力器２０５２およびスケーラブルプロファイルデータ出力器２０３６を結合して、１つの出力器にすることができる。
同様に、スケーラブルメディア出力器２０２６および保護プロファイルデータ出力器２０４６を結合して、１つの出力器にすることもできる。
あるいは、３つすべての出力器（２０２６、２０３６、２０４６）を結合して、１つの出力器にすることもできる。
【０１７６】
スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および保護プロファイルデータ２０５６は、一実施の形態によれば、別々のファイルとすることもできるし、任意の組み合わせで互いに結合して１つのファイルとすることもできる。
たとえば、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および保護プロファイルデータ２０５６を合わせて１つのファイルにすることができる。
第２の例では、スケーラブルメディア２０５２およびスケーラブルプロファイルデータ２０５４を合わせて１つにファイルにできる一方、保護プロファイルデータ２０５６は別個のファイルである。
第３の例では、スケーラブルメディア２０５２および保護プロファイルデータ２０５６を合わせて１つのファイルにできる一方、スケーラブルプロファイルデータ２０５４は別個のファイルである。
【０１７７】
図２１は、本発明の別の実施の形態によるスケーラブルメディア符号化器を示すブロック図である。
図２１は、スケーラブルメディア符号化器２１２０を示し、このスケーラブルメディア符号化器２１２０は、保護属性判定基準２０１６を受信する保護属性判定基準受信機２０４２と、保護プロファイルデータジェネレータ２０４４と、保護プロファイルデータ２０５６を出力する保護プロファイルデータ出力器２０４６とを含まない点を除いて、図２０に示すスケーラブルメディア符号化器２０２０と同様である。
【０１７８】
一実施の形態では、スケーラブルメディア２０５２を暗号化するプロセスを、ウェブページを使用して実行することができる。
たとえば、スケーラブルメディア符号化器２１２０は、保護属性判定基準受信機２０４２、保護プロファイルデータジェネレータ２０４４、および保護プロファイルデータ出力器２０４６を含まないので、スケーラブルメディア２０５２は、ウェブページ等、スケーラブルメディア符号化器２０２０以外の或る場所で、保護プロファイルデータ２０５６を使用して暗号化することができる。
【０１７９】
図２２は、本発明の別の実施の形態によるスケーラブルメディア符号化器を示すブロック図である。
図２２は、スケーラブルメディア符号化器２２２０を示し、このスケーラブルメディア符号化器２２２０は、スケーラブル属性判定基準２０１４を受信するスケーラブル属性判定基準受信機２０３２と、スケーラブルプロファイルデータジェネレータ２０３４と、スケーラブルプロファイルデータ２０５４を出力するスケーラブルプロファイルデータ出力器２０３６とを含まない点を除いて、図２０に示すスケーラブルメディア符号化器２０２０と同様である。
【０１８０】
［復号器］
図２３は、本発明の一実施の形態による復号器を示すブロック図である。
一実施の形態によれば、復号器２３２０は、ＪＰＥＧ２０００またはＭＰＥＧ等の任意のタイプのスケーラブルメディアを復号できる、ポータブル通信デバイス、固定計算デバイス、デジタル画像キャプチャーデバイス等の任意のデバイスである。
【０１８１】
通常、ユーザは、テレビ、ＰＤＡ、ＤＶＤプレイヤ、コンピュータモニタ等のクライアントデバイスと対話して、１つまたは２つ以上の画像をクライアントデバイスに表示することを要求する。
復号器２３２０は、クライアントデバイス２３８０と通信することもできるし、クライアントデバイス２３８０の一部とすることもできる。
ユーザによる観察のために、クライアントデバイス２３８０に画像を提供することの一部として、復号器２３２０およびクライアント２３８０は、クライアント２３８０の画像表示能力、および／または、画像をどのように観察するかのユーザの要望について通信することができる。
この通信の一部として、復号器２３２０は、所望のスケーラビリティ属性２３７２を要求することができる。
たとえば、所望のスケーラビリティ属性２３７２は、クライアント２３８０が取り扱うことができる帯域幅、または、ユーザが画像を白黒で見たいのか、それともカラーで見たいのかを示すことができる。
クライアント２３８０は、所望のスケーラブル属性２３７４を復号器２３２０へ返すことができる。
クライアントデバイスの他の例には、ポータブル通信デバイス、固定計算デバイス、およびデジタル画像キャプチャーデバイスが含まれるが、これらに限定されるものではない。
【０１８２】
ＪＰＥＧ２０００ファイルまたはＭＰＥＧファイル等のスケーラブルメディアを復号および／または解読することができない多くのレガシー復号器が存在する。
一実施の形態によれば、復号器２３２０はレガシーデバイスである。
スケーラブルメディア受信機２３３０、スケーラブルプロファイルデータ受信機２３４０、保護プロファイルデータ受信機２３５０、およびレンダラ２３６２等のソフトウェアまたはコンポーネントをレガシー復号器２３２０にインストールすることによって、そのレガシー復号器２３２０は、本明細書ですでに説明した実施の形態に従って、スケーラブルメディア２０５２を復号および／または解読することを可能にすることができる。
たとえば、レンダラ２３６２は、スケーラブルメディア２０５２を復号および／または解読して、レンダリングされたメディアデータ２３７６をクライアント２３８０における観察用に提供することができる。
【０１８３】
図２３に示すように、スケーラブルメディア受信機２３３０は、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および保護プロファイルデータ２０５６を受信するように構成されている。
一実施の形態によれば、スケーラブルメディア受信機２３３０は、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および保護プロファイルデータ２０５６を受信するように構成される受信機２３３０、２３４０、２３５０を含む。
受信機２３３０、２３４０、２３５０は、別の実施の形態によれば、レンダラ２３６２に接続されている。
本明細書ですでに説明した実施の形態によれば、レンダラ２３６２は、スケーラブルプロファイルデータ２０５４を使用して、スケーラブルプロファイルデータ２０５４に基づきスケーラブルメディア２０５２の部分を抽出することによりスケーラブルメディア２０５２を復号し、かつ／または、保護プロファイルデータ２０５６を使用してスケーラブルメディア２０５２を解読する。
【０１８４】
さらに別の実施の形態では、受信機（２３３０、２３４０、２３５０）の２つまたは３つ以上を結合することができる。
たとえば、スケーラブルメディア受信機２３３０およびスケーラブルプロファイルデータ受信機２３４０を結合して、１つの受信機にすることができる。
同様に、スケーラブルメディア受信機２３３０および保護プロファイルデータ受信機２３５０を結合して、１つの受信機にすることもできる。
あるいは、３つすべての受信機（２３３０、２３４０、２３５０）を結合して、１つの受信機にすることもできる。
【０１８５】
スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および保護プロファイルデータ２０５６は、一実施の形態によれば、別々のファイルとすることもできるし、任意の組み合わせで互いに結合して１つのファイルとすることもできる。
たとえば、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および保護プロファイルデータ２０５６を合わせて１つのファイルにすることができる。
第２の例では、スケーラブルメディア２０５２およびスケーラブルプロファイルデータ２０５４を合わせて１つのファイルにできる一方、保護プロファイルデータ２０５６は別個のファイルである。
第３の例では、スケーラブルメディア２０５２および保護プロファイルデータ２０５６を合わせて１つのファイルにできる一方、スケーラブルプロファイルデータ２０５４は別個のファイルである。
【０１８６】
図２４は、本発明の別の実施の形態による復号器を示すブロック図である。
図２４は、復号器２４２０を示し、この復号器２４２０は、保護プロファイルデータ２０５６を受信する保護プロファイルデータ受信機２３５０を含まない点を除いて、図２３に示す復号器２３２０と同様である。
したがって、一実施の形態によれば、図２３に示すレンダラ２３６２と異なり、図２４のレンダラ２４６２は、保護プロファイルデータ２３５０を用いてスケーラブルメディア２０５２を解読しない。
一方、さらに別の実施の形態では、レンダラ２４６２は、別の技法を使用してスケーラブルメディア２０５２を解読することができる。
【０１８７】
図２５は、本発明のさらに別の実施の形態による復号器を示すブロック図である。
図２５は、スケーラブルプロファイルデータ２０５４を受信するスケーラブルプロファイルデータ受信機を含まない復号器２５２０を示している。
したがって、一実施の形態によれば、図２５のレンダラ２５６２は、スケーラブルプロファイルデータ２０５４なしでスケーラブルメディア２０５２を解析するためのロジックを含むことができる。
たとえば、スケーラブルメディア２０５２がＪＰＥＧ２０００ファイルであると仮定すると、レンダラ２５６２は、スケーラブルメディア２０５２を解読するために、スケーラブルメディア２０５２のコンテンツ表を読み出して、スケーラブルメディア２０５２のどのセグメントが、保護プロファイルデータ２０５６に関連付けられた暗号マッピングで参照されるセグメントに対応するかを判断することができる。
一方、さらに別の実施の形態では、レンダラ２４６２は、別の技法を使用してスケーラブルメディア２０５２を解読することができる。
さらに別の実施の形態では、レンダラ２４６２は、スケーラブルメディア２０５２に関連付けられたコンテンツ表に十分気づいていない場合があり、コンテンツ表の一定の側面を解析するための最低限のロジックしか有しない場合がある。
【０１８８】
一実施の形態によれば、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および／または保護プロファイルデータ２０５６のいずれか１つをネットワークで復号器２３２０、２４２０、２５２０へ通信することができる。
別の実施の形態によれば、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および／または保護プロファイルデータ２０５６のいずれか１つを復号器２３２０、２４２０、２５２０がストレージデバイスから取り出すことができる。
このストレージデバイスは、復号器２３２０、２４２０、２５２０の一部とすることができる。
【０１８９】
一実施の形態によれば、復号器２３２０、２４２０、２５２０は、レンダリングされたメディアデータ２３７６をネットワークでクライアント２３８０へ送信することができる。
さらに別の実施の形態では、レンダリングされたメディアデータ２３７６は、ストレージデバイスに記憶することができる。
この場合、レンダリングされたメディアデータ２３７６は、クライアント２３８０によってその後取り出される。
このストレージデバイスは、復号器２３２０、２４２０、２５２０の一部とすることができる。
【０１９０】
この節における復号器２３２０、２４２０、２５２０の解説は、復号器２３２０、２４２０、２５２０が、符号化器、トランスコーダ、およびクライアント２３８０へ画像を配信する前の他の可能な復号器を含むデバイスのチェーンの最後にあるものと仮定している。
一実施の形態によれば、レンダラ２３６２、２４６２、２５６２は、スケーラブルメディア２０５２に関連付けられた十分なコンテンツ表を解析してスケーラブルメディア２０５２を伸張するためのロジックを有することができ、画像をクライアント２３８０に提供することができる。
【０１９１】
［トランスコーダ］
ＪＰＥＧ２０００ファイルまたはＭＰＥＧファイル等のスケーラブルメディアをトランスコードできないレガシーデバイスが存在する。
この節では、レガシーデバイスがスケーラブルメディアをトランスコードできるように、さまざまなソフトウェアコンポーネント、ハードウェアコンポーネント、および／またはマイクロコードコンポーネントでレガシーデバイスをアップグレードする多くの方法を解説することにする。
【０１９２】
図２６は、本発明の一実施の形態によるトランスコードユニットを示すブロック図である。
トランスコードユニット２６２０は、ＪＰＥＧ２０００またはＭＰＥＧ等のあらゆるタイプのスケーラブルメディアをトランスコードできるポータブル通信デバイス、固定計算デバイス、デジタル画像キャプチャーデバイス等の任意のデバイスとすることができる。
前述した復号器と同様に、トランスコードユニット２６２０は、一実施の形態によれば、所望のスケーラブル属性２３７２をデバイス２６７０に要求することができる。
この場合、デバイス２６７０は、所望のスケーラブル属性２３７４を提供することができる。
一実施の形態によれば、デバイス２６７０は、特に、別のトランスコードユニット、復号器、またはクライアントデバイスとすることができる。
【０１９３】
図２６に示すように、トランスコードユニット２６２０は、一実施の形態によれば、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および保護プロファイルデータ２０５６を受信する。
トランスコードユニット２６２０は、別の実施の形態によれば、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および保護プロファイルデータ２０５６に対してオペレーションを実行し、新たなスケーラブルメディア２６６２、新たなスケーラブルメディアデータ２６６４、および新たな保護プロファイルデータ２６６６を生成する。
さらに、トランスコードユニット２６２０は、さらに別の実施の形態によれば、本明細書で説明した実施の形態に従って、スケーラブルプロファイルデータ２０５４に基づきスケーラブルメディア２０５２からセグメントを抽出し、それらのセグメントを結合して符号化器２６５０へ通信されるトランスコードされたメディア２６４０を生成するトランスコーダ２６３０を含む。
【０１９４】
符号化器２６５０は、一実施の形態によれば、トランスコードされたメディア２６４０を受信する。
このトランスコードされたメディア２６４０は、スケーラブルメディアの場合もあるし、ビットマップ等の非スケーリングデータの場合もある。
符号化器２６５０は、一実施の形態によれば、非スケーリングビットマップを取り込んで、新たなスケーラブルメディア２６６２を作成できるＪＰＥＧ２０００符号化器またはＭＰＥＧ符号化器等のスケーラブルメディア符号化器とすることができる。
別の実施の形態では、符号化器２６５０は、一定の属性のスケーラブルメディア２６６２を生成するのに十分なロジックしか有しない場合がある。
【０１９５】
さらに、図２６に示すように、符号化器２６５０は、一実施の形態によれば、新たなスケーラブルプロファイルデータ２６６４を生成するスケーラブルプロファイルデータジェネレータ２６５４、および、新たな保護プロファイルデータ２６６６を生成する保護プロファイルデータジェネレータ２６５６を含む。
一実施の形態では、符号化器２６５０は、トランスコードされたメディア２６４０を分析することによって、スケーラブルプロファイルデータ２６６４および保護プロファイルデータ２６６６を生成する。
別の実施の形態では、符号化器２６５０は、本明細書ですでに説明したように、スケーラブル属性判定基準２０１４および／または保護属性判定基準２０１６等の入力を受信して、スケーラブルプロファイルデータ２６６４および保護プロファイルデータ２６６６を生成することができる。
【０１９６】
さらに別の実施の形態では、符号化器２６５０は、本明細書ですでに説明した実施の形態に従って、新たなスケーラブルプロファイルデータ２０５４に示されたセグメントに関連したオフセットを変更して、一定のセグメントがスケーラブルメディア２０５２から抽出されたことを反映するように新たなスケーラブルプロファイルデータ２６６４を生成することにより、新たなスケーラブルプロファイルデータ２６６４を生成する。
さらに別の実施の形態では、符号化器２６５０は、本明細書ですでに説明した実施の形態に従って、どのトランスコードオペレーションが実行されたか、たとえば、どのセグメントが抽出されたかにマークを付けることによって、新たなスケーラブルプロファイルデータ２６６４を生成する。
【０１９７】
同様に、別の実施の形態によれば、符号化器２６５０は、保護プロファイルデータ２０５６に関連付けられた暗号マッピングを変更して保護プロファイルデータ２６６６を生成することにより、新たな保護プロファイルデータ２６６６を生成することができる。
一実施の形態では、本明細書ですでに説明した実施の形態に従って、スケーラブルプロファイルデータ２０５４に基づいてスケーラブルメディア２０５２から抽出されたセグメントに関連したオフセットを変更することによって、暗号マッピングを変更することができる。
別の実施の形態では、暗号マッピングは、本明細書ですでに説明した実施の形態に従って、どのトランスコードオペレーションがスケーラブルメディア２０５２に対して実行されたかにマークを付けることによって変更することができる。
【０１９８】
図２７は、本発明の別の実施の形態によるトランスコードユニットを示すブロック図である。
トランスコードユニット２７２０は、ＪＰＥＧ２０００またはＭＰＥＧ等のあらゆるタイプのスケーラブルメディアをトランスコードできるポータブル通信デバイス、固定計算デバイス、デジタル画像キャプチャーデバイス等の任意のデバイスとすることができる。
【０１９９】
図２７は、スケーラブルプロファイルデータ２０５４を受信するスケーラブルプロファイルデータ受信機を含まないトランスコードユニット２７２０を示している。
したがって、一実施の形態によれば、図２７のトランスコーダ２７３０は、スケーラブルプロファイルデータ２０５４なしでスケーラブルメディア２０５２を解析するためのロジックを含むことができる。
たとえば、スケーラブルメディア２０５２がＪＰＥＧ２０００ファイルであると仮定すると、トランスコーダ２７３０は、スケーラブルメディア２０５２をトランスコードして、トランスコードされたメディア２６４０を生成するために、スケーラブルメディア２０５２のコンテンツ表を読み出して、スケーラブルメディア２０５２のどのセグメントが、保護プロファイルデータ２０５６に関連付けられた暗号マッピングで参照されるセグメントに対応するかを判断することができる。
トランスコーダ２７３０は、コンテンツ表の一定の側面を解析するための最低限のロジックしか有しない場合がある。
【０２００】
トランスコードユニット２７２０は、一実施の形態によれば、トランスコードされたメディア２６４０を受信する符号化器２７５０をさらに含む。
このトランスコードされたメディア２６４０は、スケーラブルメディアの場合もあるし、ビットマップ等の非スケーリングデータの場合もある。
符号化器２７５０は、一実施の形態によれば、非スケーリングビットマップを取り込んで、新たなスケーラブルメディア２６６２を作成できるＪＰＥＧ２０００符号化器またはＭＰＥＧ符号化器等のスケーラブルメディア符号化器とすることができる。
別の実施の形態では、符号化器２７５０は、一定の属性のスケーラブルメディア２６６２を生成するのに十分なロジックしか有しない場合がある。
【０２０１】
図２７に示すように、符号化器２７５０は、一実施の形態によれば、新たな保護プロファイルデータ２６６６を生成する保護プロファイルデータジェネレータ２６５６を含む。
一実施の形態では、保護プロファイルデータジェネレータ２６５６は、トランスコードされたメディア２６４０を分析することによって、保護プロファイルデータ２６６６を生成する。
別の実施の形態では、保護プロファイルデータジェネレータ２６５６は、本明細書ですでに説明したように、保護属性判定基準２０１６等の入力を受信して、保護プロファイルデータ２６６６を生成することができる。
【０２０２】
図２８は、本発明の別の実施の形態によるトランスコードユニットを示すブロック図である。
トランスコードユニット２８２０は、ＪＰＥＧ２０００またはＭＰＥＧ等のあらゆるタイプのスケーラブルメディアをトランスコードできるポータブル通信デバイス、固定計算デバイス、デジタル画像キャプチャーデバイス等の任意のデバイスとすることができる。
【０２０３】
一実施の形態によれば、通常、トランスコードユニットは、受信したスケーラブルメディアデータ２０５２等のメディアデータを解読しないので、保護プロファイルデータ２６５６を必要としない。
たとえば、図２８は、トランスコードユニット２８２０が保護プロファイルデータ受信機２６２６を含まない点を除いて、図２６に示すトランスコードユニット２６２０と同様のトランスコードユニット２８２０を示している。
したがって、一実施の形態によれば、図２８に示すトランスコーダ２８３０は、保護プロファイルデータ２０５６を解析するためのロジックを必要としない。
【０２０４】
トランスコードユニット２８２０は、一実施の形態によれば、トランスコードされたメディア２６４０を受信する符号化器２８５０をさらに含む。
このトランスコードされたメディア２６４０は、スケーラブルメディアの場合もあるし、ビットマップ等の非スケーリングデータの場合もある。
符号化器２８５０は、一実施の形態によれば、非スケーリングビットマップを取り込んで、新たなスケーラブルメディア２６６２を作成できるＪＰＥＧ２０００符号化器またはＭＰＥＧ符号化器等のスケーラブルメディア符号化器とすることができる。
別の実施の形態では、符号化器２７５０は、一定の属性のスケーラブルメディア２６６２を生成するのに十分なロジックしか有しない場合がある。
【０２０５】
符号化器２８５０は、一実施の形態によれば、新たなスケーラブルプロファイルデータ２６６４を生成するスケーラブルプロファイルデータジェネレータ２６５４を含む。
一実施の形態では、スケーラブルプロファイルデータジェネレータ２６５４は、トランスコードされたメディア２６４０を分析することによって、スケーラブルプロファイルデータ２６６４を生成する。
別の実施の形態では、スケーラブルプロファイルデータジェネレータ２６５４は、本明細書ですでに説明したように、スケーラブル属性判定基準２０１４等の入力を受信して、スケーラブルプロファイルデータ２６６４を生成することができる。
【０２０６】
図２９は、本発明の別の実施の形態によるトランスコードユニットを示すブロック図である。
トランスコードユニット２９２０は、ＪＰＥＧ２０００またはＭＰＥＧ等のあらゆるタイプのスケーラブルメディアをトランスコードできるポータブル通信デバイス、固定計算デバイス、デジタル画像キャプチャーデバイス等の任意のデバイスとすることができる。
トランスコードユニット２６２０と同様に、トランスコードユニットは、一実施の形態によれば、各受信機（２６２２、２６２４、２６２６）によってスケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および保護プロファイルデータ２０５６を受信する。
さらに、トランスコードユニット２９２０は、別の実施の形態によれば、各出力器（２９４２、２９４４、２９４６）によりスケーラブルメディア２６６２、スケーラブルプロファイルデータｊ６４、および保護プロファイルデータｊ６６を出力する。
【０２０７】
図２９に示すように、一実施の形態によれば、トランスコードユニット２９２０は、本明細書で説明した実施の形態に従って、スケーラブルプロファイルデータ２０５４に基づきスケーラブルメディア２０５２からセグメントを抽出し、新たなスケーラブルメディア２６６２を生成するトランスコーダ２９３０を含む。
さらに、別の実施の形態によれば、トランスコーダ２９３０は、スケーラブルプロファイルデータ２０５４を処理して、新たなスケーラブルプロファイルデータ２６６４を生成する。
【０２０８】
一実施の形態では、トランスコーダ２９３０は、本明細書ですでに説明した実施の形態に従って、新たなスケーラブルプロファイルデータ２０５４に示されたセグメントに関連したオフセットを変更して、一定のセグメントがスケーラブルメディア２０５２から抽出されたことを反映するようにスケーラブルプロファイルデータ２６６４を生成することにより、新たなスケーラブルプロファイルデータ２６６４を生成する。
別の実施の形態では、トランスコーダ２９３０は、本明細書ですでに説明した実施の形態に従って、どのトランスコードオペレーションが実行されたか、たとえば、どのセグメントがスケーラブルメディア２０５２から抽出されたかにマークを付けることによって、新たなスケーラブルプロファイルデータ２６６４を生成する。
【０２０９】
トランスコーダ２９３０は、保護プロファイルデータ２０５６に関連付けられた暗号マッピングを変更して保護プロファイルデータ２６６６を生成することにより、新たな保護プロファイルデータ２６６６を生成することができる。
一実施の形態では、本明細書ですでに説明した実施の形態に従って、スケーラブルプロファイルデータ２０５４に基づいてスケーラブルメディア２０５２から抽出されたセグメントに関連したオフセットを変更することによって、暗号マッピングを変更することができる。
別の実施の形態では、暗号マッピングは、本明細書ですでに説明した実施の形態に従って、どのトランスコードオペレーションが実行されたかにマークを付けることによって変更することができる。
【０２１０】
図３０は、本発明の別の実施の形態によるトランスコードユニットを示すブロック図である。
トランスコードユニット３０２０は、ＪＰＥＧ２０００またはＭＰＥＧ等のあらゆるタイプのスケーラブルメディアをトランスコードできるポータブル通信デバイス、固定計算デバイス、デジタル画像キャプチャーデバイス等の任意のデバイスとすることができる。
【０２１１】
図３０は、スケーラブルプロファイルデータ２０５４を受信するスケーラブルプロファイルデータ受信機を含まないトランスコードユニット３０２０を示している。
したがって、一実施の形態によれば、図３０のトランスコーダ３０３０は、スケーラブルプロファイルデータ２０５４なしでスケーラブルメディア２０５２を解析するためのロジックを含むことができる。
たとえば、スケーラブルメディア２０５２がＪＰＥＧ２０００ファイルであると仮定すると、トランスコーダ３０３０は、本明細書ですでに説明したように、暗号マッピングを変更するために、スケーラブルメディア２０５２のコンテンツ表を読み出して、スケーラブルメディア２０５２のどのセグメントが、保護プロファイルデータ２０５６に関連付けられた暗号マッピングで参照されるセグメントに対応するかを判断することができる。
さらに別の実施の形態では、トランスコーダ３０３０は、スケーラブルメディア２０５２に関連付けられたコンテンツ表に十分気付けていない場合があり、コンテンツ表の一定の側面を解析するための最低限のロジックしか有しない場合がある。
【０２１２】
図３１は、本発明の別の実施の形態によるトランスコードユニットを示すブロック図である。
図３１は、トランスコードユニット３１２０を示し、このトランスコードユニット３１２０は、保護プロファイルデータ受信機２６２６を含まない点を除いて、図２９に示すトランスコードユニット２９２０と同様である。
したがって、一実施の形態によれば、図２８に示すトランスコーダ２８３０は、本明細書ですでに説明した実施の形態に従って、保護プロファイルデータを解析するためのロジックも、保護プロファイルデータの暗号マッピングを変更するためのロジックも必要としない。
【０２１３】
図３２は、本発明の別の実施の形態によるトランスコードユニットを示すブロック図である。
図３２は、トランスコードユニット３２２０を示し、このトランスコードユニット３２２０は、保護変更器３２３２を有するトランスコーダ３２３０を含む点を除いて、図２９に示すトランスコードユニット２９２０と同様である。
一実施の形態によれば、保護変更器３２３２は、本明細書で説明した実施の形態に従って、保護を変更することもできるし、保護のレイヤを追加することもできる。
図３２のみが保護変更器３２３２を示しているが、別の実施の形態によれば、トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０（図２６〜図３２）も保護変更器を含むことができる。
【０２１４】
さらに別の実施の形態では、スケーラブル属性判定基準２０１４および／または保護属性判定基準２０１６等の入力は、符号化器２６５０、２７５０、２８５０（図２６〜図２８）がスケーラブルプロファイルデータ２６６４および／または保護プロファイルデータ２６６６を生成するために受信することができる。
【０２１５】
一実施の形態によれば、スケーラブルプロファイルデータ２０５４および／または保護プロファイルデータ２０５６を暗号化することができ、この場合、データ（２０５４、２０５６）を受信するどのトランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０（図２６〜図３２）であっても、データ（２０５４、２０５６）を解読する鍵を必要とすることになる。
【０２１６】
ＪＰＥＧ２０００ファイルまたはＭＰＥＧファイル等のスケーラブルメディアをトランスコードすることができないレガシートランスコーダが存在する。
一実施の形態によれば、トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０（図２６〜図３２）はレガシーデバイスである。
受信機２６２２、２６２４、２６２６、トランスコーダ２６３０、２７３０、２８３０、２９３０、３０３０、３１３０、３２３０、符号化器２６５０、２７５０、２８５０、および出力器２９４２、２９４４、２９４６等のソフトウェアコンポーネント、ハードウェアコンポーネント、および／またはマイクロコードコンポーネントを、トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０にインストールすることによって、トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０は、本明細書ですでに説明した実施の形態に従ってスケーラブルメディア２０５２をトランスコード可能とすることができる。
【０２１７】
一実施の形態によれば、スケーラブルメディア２０５２は暗号化される。
たとえば、スケーラブルプロファイルデータ２０５４によって、トランスコーダ２６３０、２８３０、２９３０、３１３０、３２３０（図２６、図２８、図２９、図３１、図３２）は、本明細書ですでに説明した実施の形態に従って、スケーラブルメディア２０５２からセグメントを抽出することが可能になる。
これを行うために、トランスコーダ２６３０、２８３０、２９３０、３１３０、３２３０は、鍵を受信して、スケーラブルメディア２０５２を暗号解除（unencrypt）することができる。
別の実施の形態によれば、スケーラブルメディア２０５２は暗号化されない。
【０２１８】
スケーラブルメディアデータ２０５２、スケーラブルプロファイルデータ２０５４、および／または保護プロファイルデータ２０５６は、一実施の形態によれば、ネットワークを使用して、符号化器または別のトランスコーダ等の別のデバイスからトランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０（図２６〜図３２）へ通信することができる。
別の実施の形態では、スケーラブルメディアデータ２０５２、スケーラブルプロファイルデータ２０５４、および／または保護プロファイルデータ２０５６は、トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０がストレージデバイスから取り出すことができる。
さらに別の実施の形態では、このストレージデバイスは、各トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２３０の一部とすることができる。
【０２１９】
スケーラブルメディア２６６２、スケーラブルプロファイルデータ２６６４、および／または保護プロファイルデータ２６６６（図２６〜図３２）は、一実施の形態によれば、ネットワークを使用して、別のトランスコーダまたは復号器等の別のデバイスへ送信することができる。
別の実施の形態によれば、スケーラブルメディア２６６２、スケーラブルプロファイルデータ２６６４、および／または保護プロファイルデータ２６６６は、ストレージデバイスに記憶することができ、この場合、トランスコーダまたは復号器等の別のデバイスは、それらを取り出すことができる。
さらに別の実施の形態では、このストレージデバイスは、各トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０の一部とすることができる。
【０２２０】
さらに別の実施の形態では、受信機２６２２、２６２４、２６２６（図２６〜図３２）の２つまたは３つ以上を結合して、１つの受信機にすることができる。
たとえば、スケーラブルメディア受信機２６２２およびスケーラブルプロファイルデータ受信機２６２４を結合して、１つの受信機にすることができる。
同様に、スケーラブルメディア受信機２６２２および保護プロファイルデータ受信機２６２６を結合して、１つの受信機にすることもできる。
あるいは、３つすべての受信機（２６２２、２６２４、２６２６）を結合して、１つの受信機にすることもできる。
【０２２１】
さらに別の実施の形態では、出力器２９４２、２９４４、２９４６（図Ｊ２９、図３０、図３１、図３２）の２つまたは３つ以上を結合して、１つの出力器にすることができる。
たとえば、スケーラブルメディア出力器２９４２およびスケーラブルプロファイルデータ出力器２９４４を結合して、１つの出力器にすることができる。
同様に、スケーラブルメディア出力器２９４２および保護プロファイルデータ出力器２９４６を結合して、１つの出力器にすることもできる。
あるいは、３つすべての出力器（２９４２、２９４４、２９４６）を結合して、１つの出力器にすることもできる。
【０２２２】
さらに別の実施の形態では、ジェネレータ２６５４、２６５６（図２９、図３０、図３１、図３２）を結合して、１つのジェネレータにすることができる。
【０２２３】
すでに解説したように、スケーラブルメディア２０５２、スケーラブルプロファイルデータ２０５４、および保護プロファイルデータ２０５６（図２６〜図３２）は、一実施の形態によれば、別々のファイルとすることもできるし、任意の組み合わせで互いに結合して１つのファイルとすることもできる。
【０２２４】
別の実施の形態によれば、スケーラブルメディア２０５２のセキュリティを維持するために、トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０（図２６〜図３２）は、スケーラブルメディア２０５２を暗号化するのに使用された鍵を受信しない。
この場合、復号器（２３２０、２４２０、２５２０）のみが、スケーラブルメディア２０５２を解読するために鍵を受信することになる。
【０２２５】
符号化器２０２０、２１２０、２２２０（図２０〜図２２）およびトランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０（図２６〜図３２）は、一実施の形態によれば、単一のデバイスとすることができる。
符号化器２０２０、２１２０、２２２０（図２０〜図２２）および復号器２３２０、２４２０、２５２０（図２３〜図２５）は、別の実施の形態によれば、単一のデバイスとすることができる。
さらに別の実施の形態では、トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０（図２６〜図３２）および復号器２３２０、２４２０、２５２０（図２３〜図２５）は、単一のデバイスとすることができる。
符号化器２０２０、２１２０、２２２０（図２０〜図２２）、トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０（図２６〜図３２）、および復号器２３２０、２４２０、２５２０（図２３〜図２５）は、３つすべてを単一のデバイスとすることができる。
【０２２６】
図２６〜図３２に示す符号化器２０２０、２１２０、２２２０、トランスコードユニット２６２０、２７２０、２８２０、２９２０、３０２０、３１２０、３２２０、および復号器２３２０、２４２０、２５２０に関連した機能は、当業者には明らかである多くの方法で移動させることができ、かつ、結合することができる。
【０２２７】
本発明の実施の形態は、上記のように説明される。
本発明を特定の実施の形態で説明したが、本発明は、このような実施の形態に限定されるものと解釈されるべきではなく、逆に、添付の特許請求の範囲に従って解釈されるべきであるということが理解されるべきである。
【図面の簡単な説明】
【０２２８】
【図１】本発明の一実施の形態によるデータを含むビットストリームの一例である。
【図２】本発明の一実施の形態によるビットストリームにおけるデータセグメントの例である。
【図３】本発明の一実施の形態による簡略化したデータ配信システムの機能要素を示すブロック図である。
【図４Ａ】本発明の一実施の形態による符号化器の内外へフローする情報である。
【図４Ｂ】本発明の第２の実施の形態による符号化器の内外へフローする情報である。
【図５Ａ】本発明の一実施の形態によるデータスケーラの内外へフローする情報である。
【図５Ｂ】本発明の第２の実施の形態によるデータスケーラの内外へフローする情報である。
【図６】本発明の一実施の形態に従ってデータをスケーリング（たとえば、トランスコード）するためのプロセスのフローチャートである。
【図７】本発明の一実施の形態に従ってデータを符号化するためのプロセスのフローチャートである。
【図８】本発明の一実施の形態に従ってデータを復号するためのプロセスのフローチャートである。
【図９Ａ】本発明の一実施の形態によるスケーラブルメディアとデータを接続するためのシステムである。
【図９Ｂ】本発明の一実施の形態によるスケーラブルメディアとデータを接続するためのシステムである。
【図１０】本発明の第２の実施の形態によるデータスケーラの内外へフローする情報である。
【図１１】本発明の一実施の形態によるスケーラブルメディアの部分にデータを関連付けるための方法で実行されるステップである。
【図１２】本発明の一実施の形態による暗号化スケーラブルメディアをスケーリングする方法で実行されるステップのフローチャートである。
【図１３】本発明の一実施の形態によるスケーラブルメディアを復号する方法で実行されるステップのフローチャートである。
【図１４】本発明の一実施の形態による、プログレッシブ暗号化されたスケーラブルデータ列を符号化する方法である。
【図１５Ａ】本発明の一実施の形態によるプログレッシブ暗号化されたスケーラブルデータ列のトランケートによるトランスコードである。
【図１５Ｂ】本発明の代替的な一実施の形態によるプログレッシブ暗号化されたスケーラブルデータ列のトランケートによるトランスコードである。
【図１６Ａ】本発明の一実施の形態によるプログレッシブ暗号化されたスケーラブルデータ列のトランケートによるトランスコードである。
【図１６Ｂ】本発明の一実施の形態によるプログレッシブ暗号化されたスケーラブルデータ列のトランケートによるトランスコードである。
【図１７】一実施の形態によるプログレッシブ暗号化されたスケーラブルデータ列を符号化するための方法で実行されるステップのフローチャートである。
【図１８】一実施の形態によるプログレッシブ暗号化されたスケーラブルデータ列をトランスコードする方法で実行されるステップのフローチャートである。
【図１９】本発明の一実施の形態によるプログレッシブ暗号化されたスケーラブルデータ列を復号する方法で実行されるステップのフローチャートである。
【図２０】本発明の実施の形態による符号化器のブロック図である。
【図２１】本発明の実施の形態による符号化器のブロック図である。
【図２２】本発明の実施の形態による符号化器のブロック図である。
【図２３】本発明の実施の形態による復号器を示すブロック図である。
【図２４】本発明の実施の形態による復号器を示すブロック図である。
【図２５】本発明の実施の形態による復号器を示すブロック図である。
【図２６】本発明の実施の形態によるトランスコーダを示すブロック図である。
【図２７】本発明の実施の形態によるトランスコーダを示すブロック図である。
【図２８】本発明の実施の形態によるトランスコーダを示すブロック図である。
【図２９】本発明の実施の形態によるトランスコーダを示すブロック図である。
【図３０】本発明の実施の形態によるトランスコーダを示すブロック図である。
【図３１】本発明の実施の形態によるトランスコーダを示すブロック図である。
【図３２】本発明の実施の形態によるトランスコーダを示すブロック図である。
【符号の説明】
【０２２９】
１２・・・データ
３２・・・符号化器
３４・・・トランスコーダ
３６，３８・・・復号器
５４・・・スケーラ
３０１・・・メディアコンテンツ
４１１・・・メディアコンテンツ
４１３・・・メディアセグメント
４１４・・・ヘッダ
４１７・・・トランスコード
４２１・・・メディアコンテンツ
４２２・・・セグメント
４２３・・・メディアセグメント
４２４・・・ヘッダ
４２８・・・トランスコード
５００・・・メディアコンテンツ
５０４・・・高帯域幅メディアセグメント
５０５，５１１，５１５・・・トランスコーダ可読ヘッダ
５１９・・・トランスコード
５２１・・・記憶媒体
２０１２・・・メディアデータ
２０１４・・・スケーラブル属性判定基準
２０１６・・・保護属性判定基準
２０２０・・・スケーラブルメディア符号化器
２０２２・・・メディアデータ受信機
２０２４・・・スケーラブルメディアジェネレータ
２０２６・・・スケーラブルメディア出力器
２０３２・・・スケーラブル属性判定基準受信機
２０３４・・・ＳＰＤジェネレータ
２０３６・・・ＳＰＤ出力器
２０４２・・・保護属性判定基準受信機
２０４４・・・ＰＰＤジェネレータ
２０４６・・・ＰＰＤ出力器
２０５２・・・スケーラブルメディア
２１２０・・・スケーラブルメディア符号化器
２３２０・・・復号器
２３３０・・・スケーラブルメディア受信機
２３４０・・・ＳＰＤ受信機
２３５０・・・ＰＰＤ受信機
２３６２・・・レンダラ
２３８０・・・クライアント
２４２０・・・復号器
２５２０・・・復号器
２５６２・・・レンダラ
２６２０・・・トランスコードユニット
２６２２・・・スケーラブルメディア受信機
２６２４・・・ＳＰＤ受信機
２６２６・・・ＰＰＤ受信機
２６３０・・・トランスコーダ
２６５４・・・ＳＰＤジェネレータ
２６５６・・・ＰＰＤジェネレータ
２６７０・・・クライアント
２７２０・・・トランスコードユニット
２７３０・・・トランスコーダ
２８３０・・・トランスコーダ
２９２０・・・トランスコードユニット
２９３０・・・トランスコーダ
２９４２・・・ＳＭ出力器
２９４４・・・ＳＰＤ出力器
２９４６・・・ＰＰＤ出力器
３０２０・・・トランスコードユニット
３０３０・・・トランスコーダ
３１２０・・・トランスコードユニット
３１３０・・・トランスコーダ
３２２０・・・トランスコードユニット
３２３０・・・トランスコーダ
３２３２・・・保護変更器
【図１】
2007534230.tif 000005
【図２】
2007534230.tif 000006
【図３】
2007534230.tif 000007
【図４Ａ】
2007534230.tif 000008
【図４Ｂ】
2007534230.tif 000009
【図５Ａ】
2007534230.tif 000010
【図５Ｂ】
2007534230.tif 000011
【図６】
2007534230.tif 000012
【図７】
2007534230.tif 000013
【図８】
2007534230.tif 000014
【図９Ａ】
2007534230.tif 000015
【図９Ｂ】
2007534230.tif 000016
【図１０】
2007534230.tif 000017
【図１１】
2007534230.tif 000018
【図１２】
2007534230.tif 000019
【図１３】
2007534230.tif 000020
【図１４】
2007534230.tif 000021
【図１５Ａ】
2007534230.tif 000022
【図１５Ｂ】
2007534230.tif 000023
【図１６Ａ】
2007534230.tif 000024
【図１６Ｂ】
2007534230.tif 000025
【図１７】
2007534230.tif 000026
【図１８】
2007534230.tif 000027
【図１９】
2007534230.tif 000028
【図２０】
2007534230.tif 000029
【図２１】
2007534230.tif 000030
【図２２】
2007534230.tif 000031
【図２３】
2007534230.tif 000032
【図２４】
2007534230.tif 000033
【図２５】
2007534230.tif 000034
【図２６】
2007534230.tif 000035
【図２７】
2007534230.tif 000036
【図２８】
2007534230.tif 000037
【図２９】
2007534230.tif 000038
【図３０】
2007534230.tif 000039
【図３１】
2007534230.tif 000040
【図３２】
2007534230.tif 000041
【国際調査報告】
2007534230.tif 000042
2007534230.tif 000043
2007534230.tif 000044