(57)【要約】  エッセンス・ファイル、メタデータ・ファイル、およびサービス・データ・ファイルをパッケージ、伝送、および抽出することを対象とするデバイスおよび方法が提供される。本デバイスおよび方法は、コンテンツ・ファイル（例えばエッセンス・ファイルおよびメタデータ・ファイル）と、コンテンツ・ファイルに適用されるアプリケーションを識別するサービス・ファイルとを受け取ること（５２、５４）、コンテンツ・ファイルおよびサービス・ファイルをメディア・パッケージ（１２）中に結合すること（５６、５８、６０）、ならびに、メディア・パッケージ（１２）を送信すること（６２）を含む。本デバイスおよび方法はまた、コンテンツ・ファイルとサービス・ファイルとを含むメディア・パッケージ（１２）を受信すること（７２）、ならびに、メディア・パッケージ（１２）からコンテンツ・ファイルおよびサービス・ファイルを抽出すること（７４）を含む。メディア・パッケージ（１２）はさらに、どのようにコンテンツ・ファイルおよびサービス・ファイルを処理するかを記述したコマンド・データ（３６）、ならびに、コンテンツ・ファイルおよびサービス・ファイルを識別する識別データ（３２）を含んでよい。コマンド・データ（３６）、ならびにコンテンツ・ファイルおよびサービス・ファイル（３８）は、暗号化されてよい。
2009528770.tif 000002
【特許請求の範囲】
【請求項１】
メディア・パッケージ（１２）を生成する方法であって、
コンテンツ・ファイルと前記コンテンツ・ファイルに適用されるアプリケーションを識別するサービス・ファイルとを受け取るステップ（５２、５４）と、
前記コンテンツ・ファイルおよび前記サービス・ファイルをメディア・パッケージ（１２）中に結合するステップ（５６、５８、６０）と、
を含む、前記方法。
【請求項２】
前記結合するステップはさらに、
どのように前記コンテンツ・ファイルおよび前記サービス・ファイルを処理するかを記述したコマンド・データを生成するステップ（５６）と、
前記コマンド・データ、前記コンテンツ・ファイル、および前記サービス・ファイルを暗号化するステップ（５８）と、
前記暗号化済みコンテンツ・ファイルおよび前記暗号化済みサービス・ファイルに関連する識別データを生成するステップ（５６）と、
を含む、請求項１に記載の方法。
【請求項３】
前記コンテンツ・ファイルはエッセンス・ファイルおよびメタデータ・ファイルを含む、請求項１に記載の方法。
【請求項４】
前記エッセンス・ファイルは画像ファイルおよび音声ファイルを含む、請求項３に記載の方法。
【請求項５】
前記アプリケーションは、購入指示、処理命令、およびサービス記述のうちの少なくとも１つによって識別される、請求項１に記載の方法。
【請求項６】
ネットワーク（１０）を介して前記メディア・パッケージ（１２）を送信するステップ（６２）をさらに含む、請求項１に記載の方法。
【請求項７】
前記結合するステップ（５６、５８、６０）は、ｔａｒアーカイブ・ファイル・フォーマットを有するメディア・パッケージ（１２）中に前記コンテンツ・ファイルおよび前記サービス・ファイルを結合することを含む、請求項１に記載の方法。
【請求項８】
メディア・パッケージ（１２）を処理する方法であって、
コンテンツ・ファイルと前記コンテンツ・ファイルに適用されるアプリケーションを識別するサービス・ファイルとを含むメディア・パッケージ（１２）を受信するステップ（７２）と、
前記メディア・パッケージ（１２）から前記コンテンツ・ファイルおよび前記サービス・ファイルを抽出するステップ（７４）と、
を含む、前記方法。
【請求項９】
前記メディア・パッケージ（１２）はさらに、前記コンテンツ・ファイルおよび前記サービス・ファイルを識別する識別データ（３２）と、どのように前記コンテンツ・ファイルおよび前記サービス・ファイルを処理するかを記述したコマンド・データ（３６）とを含む、請求項８に記載の方法。
【請求項１０】
前記メディア・パッケージ（１２）から前記コンテンツ・ファイルおよび前記サービス・ファイルを抽出する前記ステップ（７４）はさらに、前記識別データ（３２）および前記コマンド・データ（３６）に従って前記コンテンツ・ファイルおよび前記サービス・ファイルを抽出することを含む、請求項９に記載の方法。
【請求項１１】
前記コマンド・データ、前記コンテンツ・ファイル、および前記サービス・ファイルは暗号化される、請求項９に記載の方法。
【請求項１２】
前記メディア・パッケージ（１２）から前記コンテンツ・ファイルおよび前記サービス・ファイルを抽出する前記ステップ（７４）はさらに、前記コマンド・データ、前記コンテンツ・ファイル、および前記サービス・ファイルを復号することを含む、請求項１１に記載の方法。
【請求項１３】
前記コンテンツ・ファイルはエッセンス・ファイルおよびメタデータ・ファイルを含む、請求項８に記載の方法。
【請求項１４】
前記エッセンス・ファイルは画像ファイルおよび音声ファイルを含む、請求項１３に記載の方法。
【請求項１５】
前記アプリケーションは、購入指示、処理命令、およびサービス記述のうちの少なくとも１つによって識別される、請求項８に記載の方法。
【請求項１６】
前記メディア・パッケージ（１２）はｔａｒアーカイブ・ファイル・フォーマットに準拠する、請求項８に記載の方法。
【請求項１７】
少なくとも１つのコンテンツ・ファイル（３８）と、
前記コンテンツ・ファイルに適用されるアプリケーションを識別する少なくとも１つのサービス・ファイル（３８）と、
を含む、メディア・パッケージ（１２）。
【請求項１８】
前記コンテンツ・ファイルはエッセンス・ファイルおよびメタデータ・ファイルを含む、請求項１７に記載のメディア・パッケージ（１２）。
【請求項１９】
前記エッセンス・ファイルは、画像ファイルおよび音声ファイルを含む、請求項１８に記載のメディア・パッケージ（１２）。
【請求項２０】
前記アプリケーションは、購入指示、処理命令、およびサービス記述のうちの少なくとも１つによって識別される、請求項１７に記載のメディア・パッケージ（１２）。
【請求項２１】
ｔａｒアーカイブ・ファイル・フォーマットに準拠する、請求項１７に記載のメディア・パッケージ（１２）。
【請求項２２】
メディア・パッケージ（１２）を生成するためのデバイス（１４）であって、
コンテンツ・ファイルと前記コンテンツ・ファイルに適用されるアプリケーションを識別するサービス・ファイルとを受け取る（５２、５４）手段（１４）と、
どのように前記コンテンツ・ファイルおよび前記サービス・ファイルを処理するかを記述したコマンド・データを生成する（５６）手段（１４）と、
前記コマンド・データ、前記コンテンツ・ファイル、および前記サービス・ファイルを暗号化する（５８）手段（１４）と、
前記暗号化済みコンテンツ・ファイルおよび前記暗号化済みサービス・ファイルに関連する識別データを生成する（５６）手段（１４）と、
前記識別データ、前記暗号化済みコマンド・データ、前記暗号化済みコンテンツ・ファイル、および前記暗号化済みサービス・ファイルをメディア・パッケージ（１２）中に結合する（６０）手段（１４）と、
を備える、前記デバイス（１４）。
【請求項２３】
メディア・パッケージ（１２）を処理するためのデバイス（１４）であって、
暗号化済みコンテンツ・ファイルと、前記暗号化済みコンテンツ・ファイルに適用されるアプリケーションを識別する暗号化済みサービス・ファイルと、どのように前記暗号化済みコンテンツ・ファイルおよび前記暗号化済みサービス・ファイルを処理するかを記述した暗号化済みコマンド・データと、前記暗号化済みコンテンツ・ファイルおよび前記暗号化済みサービス・ファイルを識別する識別データとを含むメディア・パッケージ（１２）を受信する（７２）手段（１４）と、
前記暗号化済みコンテンツ・ファイル、前記暗号化済みサービス・ファイル、および前記暗号化済みコマンド・データを復号する（７４）手段（１４）と、
前記識別データおよび前記復号済みコマンド・データに従って前記復号済みコンテンツ・ファイルおよび前記復号済みサービス・ファイルを前記メディア・パッケージ（１２）から抽出する（７４）手段（１４）と、
を備える、前記デバイス（１４）。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００６年３月１日に米国で出願された仮出願６０／７７８０５２の、米国特許法第１１９条に基づく優先権の利益を主張する。
【０００２】
本発明は一般に、データをパッケージおよび伝送することに関し、より詳細には、インテリジェント・エッジ・デバイスを使用してエッセンス・ファイル、メタデータ・ファイル、およびサービス・データ・ファイルをパッケージ、伝送、および抽出するためのシステムおよび方法に関する。
【背景技術】
【０００３】
従来の映画制作プロセスは、テープ資産などの可搬物理媒体を使用してメディア・データ（例えば画像および音声）を制作設備間で渡すことを含む。テープ資産に基づく物理システムが長く存在してきたが、テープ資産が設備間で動くことは、煩わしく、高価である。この結果、映画産業では、電子およびディジタルの領域で等価なシステムを構築することに向けていくらかの取組みがあった。言い換えれば、映画産業は、物理媒体フォーマットおよびデータの文書記録から、非物理媒体および関連電子データの交換に移行しようとしつつある。しかし、これらの取組みは、いくつかの問題点に遭遇している。例えば、物理媒体はその物理形式（例えばＢｅｔａ、ＤｉｇｉＢｅｔａ、Ｄ１、Ｄ５）によって明確に定義されるが、非物理コンテンツは、容易に識別可能な形式を有さず、従って、より理解または認識されにくい。さらに、コンテンツの所有権はもはやコンテンツの直接的な所持または制御を含意しないので、コンテンツのセキュリティがより重要になる。最後に、関連コンテンツのパッケージングに関する業界標準が存在しない。これらの問題点のせいで、物理資産の交換から電子資産の交換への移行は、業界の不安定さを助長している。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、これらの問題点を解決することを対象とする。
【課題を解決するための手段】
【０００５】
本開示は、エッセンス・ファイル、メタデータ・ファイル、およびサービス・データ・ファイルをパッケージ、伝送、および抽出するためのデバイスおよび方法を提供することを対象とする。本デバイスおよび方法は、コンテンツ・ファイル（例えばエッセンス・ファイルおよびメタデータ・ファイル）と、コンテンツ・ファイルに適用されるアプリケーションを識別するサービス・ファイルとを受け取ること、コンテンツ・ファイルおよびサービス・ファイルをメディア・パッケージ中に結合すること、ならびに、メディア・パッケージを送信することを含む。本デバイスおよび方法はまた、コンテンツ・ファイルとサービス・ファイルとを含むメディア・パッケージを受信すること、ならびに、メディア・パッケージからコンテンツ・ファイルおよびサービス・ファイルを抽出することを含む。メディア・パッケージはさらに、どのようにコンテンツ・ファイルおよびサービス・ファイルを処理するかを記述したコマンド・データ、ならびに、コンテンツ・ファイルおよびサービス・ファイルを識別する識別データを含んでよい。コマンド・データ、コンテンツ・ファイル、およびサービス・ファイルは、暗号化されてよい。
【０００６】
本開示の一特徴によれば、メディア・パッケージを生成する方法は、コンテンツ・ファイルとコンテンツ・ファイルに適用されるアプリケーションを識別するサービス・ファイルとを受け取ること、ならびに、コンテンツ・ファイルおよびサービス・ファイルをメディア・パッケージ中に結合することを含む。
【０００７】
本開示の別の特徴によれば、メディア・パッケージを処理する方法は、コンテンツ・ファイルとコンテンツ・ファイルに適用されるアプリケーションを識別するサービス・ファイルとを含むメディア・パッケージを受信すること、ならびに、メディア・パッケージからコンテンツ・ファイルおよびサービス・ファイルを抽出することを含む。
【０００８】
本開示のさらに別の特徴によれば、メディア・パッケージは、少なくとも１つのコンテンツ・ファイルと、コンテンツ・ファイルに適用されるアプリケーションを識別する少なくとも１つのサービス・ファイルとを含む。
【０００９】
本開示のさらに別の特徴によれば、メディア・パッケージを生成するためのデバイスは、コンテンツ・ファイルとコンテンツ・ファイルに適用されるアプリケーションを識別するサービス・ファイルとを受け取る手段と、どのようにコンテンツ・ファイルおよびサービス・ファイルを処理するかを記述したコマンド・データを生成する手段と、コマンド・データ、コンテンツ・ファイル、およびサービス・ファイルを暗号化する手段と、暗号化済みコンテンツ・ファイルおよび暗号化済みサービス・ファイルに関連する識別データを生成する手段と、識別データ、暗号化済みコマンド・データ、暗号化済みコンテンツ・ファイル、および暗号化済みサービス・ファイルをメディア・パッケージ中に結合する手段とを備える。
【００１０】
本開示のさらに別の特徴によれば、メディア・パッケージを処理するためのデバイスは、暗号化済みコンテンツ・ファイルと、暗号化済みコンテンツ・ファイルに適用されるアプリケーションを識別する暗号化済みサービス・ファイルと、どのように暗号化済みコンテンツ・ファイルおよび暗号化済みサービス・ファイルを処理するかを記述した暗号化済みコマンド・データと、暗号化済みコンテンツ・ファイルおよび暗号化済みサービス・ファイルを識別する識別データとを含むメディア・パッケージを受信する手段と、暗号化済みコンテンツ・ファイル、暗号化済みサービス・ファイル、および暗号化済みコマンド・データを復号する手段と、識別データおよび復号済みコマンド・データに従って、復号済みコンテンツ・ファイルおよび復号済みサービス・ファイルをメディア・パッケージから抽出する手段とを備える。
【００１１】
本発明のこれらおよび他の態様、特徴、および利点について述べるが、あるいはこれらは、添付の図面と共に読むべき以下の好ましい実施例の詳細な記述から明らかになる。
【００１２】
図面では、各図を通して、同じ参照番号は同様の要素を示す。
【００１３】
図面は本発明の概念を説明するためのものであり、必ずしも本発明を説明するための唯一の可能な構成とは限らないことを理解されたい。
【発明を実施するための最良の形態】
【００１４】
図に示す要素は、様々な形式のハードウェア、ソフトウェア、またはこれらの組合せにおいて実現できることを理解されたい。好ましくは、これらの要素は、プロセッサとメモリと入出力インタフェースとを備えることができる１つまたは複数の適切にプログラムされた汎用デバイス上で、ハードウェアとソフトウェアの組合せにおいて実現される。
【００１５】
本記述は、本発明の原理を説明するものである。従って、本明細書に明示的に記述または図示されてはいないが、本発明の原理を組み入れており本発明の趣旨および範囲に含まれる様々な構成を、当業者なら考案できるであろうことは理解されるであろう。
【００１６】
本明細書に述べるすべての例および条件言語は、本発明の原理と、本発明者により当技術分野の推進に寄与される概念とを、読者が理解するのを助けるために教授する目的が意図されており、このような具体的に述べる例および条件に限定されないものと解釈されるべきである。
【００１７】
さらに、本発明の原理、特徴、実施例、ならびにその具体例を述べる本明細書におけるすべての言明は、その構造上と機能上との両方の均等物を包含するものとする。加えて、このような均等物は、現在知られている均等物と将来開発される均等物との両方、すなわち、構造にかかわらず同じ機能を実施する任意の開発された要素を含むものとする。
【００１８】
従って例えば、本明細書に提示するブロック図が、本発明の原理を組み入れた例示的な回路の概念図を表すことは、当業者には理解されるであろう。同様に、フローチャート、流れ図、状態遷移図、擬似コードなどはどれも、コンピュータ可読媒体中でほぼ表すことができコンピュータまたはプロセッサによって（そうしたコンピュータまたはプロセッサが明示的に示されているか否かにかかわらず）そのように実行することができる様々なプロセスを表すことは、理解されるであろう。
【００１９】
図に示す様々な要素の機能は、専用ハードウェアを使用して、ならびに適切なソフトウェアと共同してソフトウェアを実行することができるハードウェアを使用して、提供することができる。プロセッサによって提供されるときは、これらの機能は、単一の専用プロセッサ、単一の共有プロセッサ、または複数の個別プロセッサ（いくつかは共有される場合もある）によって提供することができる。さらに、用語「プロセッサ（ｐｒｏｃｅｓｓｏｒ）」または「コントローラ（ｃｏｎｔｒｏｌｌｅｒ）」の明示的な使用は、ソフトウェアを実行することができるハードウェアのみを指すものと解釈すべきではなく、ディジタル信号プロセッサ（ＤＳＰ）ハードウェア、ソフトウェア記憶用の読取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および不揮発性記憶装置（これらに限定しない）を暗黙的に含む場合がある。
【００２０】
従来型および／またはカスタムの、その他のハードウェアを含めることもできる。同様に、図に示すスイッチはどれも概念的なものに過ぎない。これらの機能は、プログラム・ロジックの動作を介して、または専用ロジック（論理回路）を介して、またはプログラム制御と専用ロジックとの対話を介して、さらには手動でも実施することができ、特定の技法は、文脈からより具体的に理解されるように実施者が選択可能である。
【００２１】
本明細書の特許請求の範囲では、指定の機能を実施する手段として表現される要素はどれも、その機能を実施するためのどんな方法をも包含するものとする。例えば、ａ）その機能を実施する回路要素の組合せ、または、ｂ）任意の形式のソフトウェア、従ってそのソフトウェアを実行してその機能を実施するための適切な回路と組み合わせられたファームウェアやマイクロコードなどを含めたソフトウェア、を含む。このような特許請求の範囲によって定義される本発明は、列挙される様々な手段によって提供される機能が、請求項が要求するようにして組み合わせられまとめられることにある。従って、これらの機能を提供することができる手段はどれも、本明細書に示す手段と等価であるとみなされる。
【００２２】
ここで図１を参照すると、ポータブル・メディア・パッケージ（ＰＭＰ：Ｐｏｒｔａｂｌｅ  Ｍｅｄｉａ  Ｐａｃｋａｇｅ）１２などのメディア・パッケージと、インテリジェント・プロセス・アダプタ（ＩＰＡ：Ｉｎｔｅｌｌｉｇｅｎｔ  Ｐｒｏｃｅｓｓ  Ａｄａｐｔｅｒ）１４などのインテリジェント・エッジ・デバイスとを使用する、例示的なネットワーク１０（例えば接続性および交換ネットワーク）が示されている。ＰＭＰ１２は、非物理媒体および関連データの交換を可能にするパッケージング方式である。ＩＰＡ１４は、コンテンツおよび関連データの正規化を管理することによって、またＰＭＰ１２の作成および読取りのための共通ツールを提供することによって、異なるシステムを有する設備１６〜２８間でのメディア・コンテンツの直接交換を可能にする。
【００２３】
動作時には、第１の設備のＩＰＡ１４によって、ディジタル・エッセンス、メタデータ、およびサービス・データがＰＭＰ１２としてラップされる。次いでＰＭＰ１２は、異なる設備に送信される。受信側設備のＩＰＡ１４は、ＰＭＰ１２をアンラップするが、追加でメタデータ変換などの特別処理操作を提供することもできる。例えば、ＩＰＡ１４を介して、ＶＦＸ撮影のための背景板、メタデータ、および作業記述をＰＭＰ１２としてラップして、ポスト・ハウス２２からＶＦＸハウス２０に送信することができる。ＶＦＸ撮影が終了すれば、同様にしてポスト・ハウス２２に返送することができる。
【００２４】
ネットワーク１０を利用することのいくつかの利益は、日程管理、レビュー承認、データ方式マッピング、プロジェクト追跡および管理など、付加価値ビジネス・アプリケーション３０の自動化を含む（ただしこれに限定しない）。より具体的には、ＩＰＡ１４は、開発者が自身のビジネス・ワークフローの組織化によってビジネス・ソリューションをサポートするアプリケーションを生み出すことができる、フレームワークを提供する。これらのビジネス・アプリケーションはＩＰＡ１４またはＰＭＰ１２がなくても存在することができるが、ＩＰＡ１４およびＰＭＰ１２を使用することにより、従来なら１組の手動ステップとして実施されるビジネス・プロセスを自動化することができる。言い換えれば、ＩＰＡ１４およびＰＭＰ１２は、プロセス自動化のために使用することができる。例えば、品質チェック（ＱＣ）ステップを実施する必要のある１組のプロセスがあり、このステップは別の設備で実施されるとする。従来なら、手動プロセスは、ビデオ・テープを作成し、ビデオ・テープをＱＣ設備に送達し、ＱＣオペレータがテープをデッキに入れてＱＣ操作を実施することを含む。オペレータは、おそらく電話で、電子メールで、またはＱＣ報告を要求元の設備に返送することで、結果を誰かに知らせる必要がある。しかし、エッセンス、ビデオ、および、サービス・データまたは作業命令をＰＭＰ１２中にパッケージしてＱＣ設備内のＩＰＡ１４に送信することにより、自動化はＱＣプロセスを迅速化することができる。より具体的には、ＩＰＡ１４は、ＰＭＰ１２を受信し、コンテンツをアンラップし、ＰＭＰ１２中の作業命令またはサービス・データを処理することによって、ビデオ・エッセンスに対して行う必要のあるＱＣ操作があると決定する。次いでＩＰＡ１４は、ビデオ・エッセンスをＱＣワークステーション上に配置し、ＱＣオペレータに電子通知を送ることができる。ＱＣオペレータがビデオ・エッセンスに対してＱＣアクションを実施した後、オペレータはＱＣ報告に記入し、報告をＰＭＰ１２中にパッケージし、ＰＭＰ１２を要求元の設備に返送する。要求元の設備のＩＰＡ１４は、ＰＭＰ１２を受信してアンラップし、ＰＭＰ１２が前のワークフローの続きであると決定して、ＱＣ報告の結果をワークフロー中の適切な次のステップに進める。
【００２５】
次に図２を参照すると、例示的なＰＭＰ１２が示されている。ＰＭＰ１２は、ディジタル・エッセンス、メタデータ、およびサービス・データ（例えば購入指示や日程などのアプリケーション・データ）のための拡張可能且つ安全なパッケージング方式である。ディジタル・データは、パッケージされ、設備１６〜２８間で交換されて、ＶＦＸ合成、色補正、バージョン生成など（ただしこれらに限定しない）の特定サービスが達成される。
【００２６】
上述したように、ＰＭＰ１２は、コンテンツ・ファイル（すなわちエッセンス・ファイルおよびメタデータ・ファイル）ならびにサービス・データ・ファイルを含む。ＰＭＰ１２の外側の層は、識別データを含む目次層３２である。より具体的には、目次層３２は、ＰＭＰ１２の簡単な記述や、中に含まれるファイルのリストなど、ＰＭＰ１２に関する一般的且つ安全確保されない情報を提供する。ＰＭＰ１２の次の層は、セキュリティ層３４である。セキュリティ層３４は、サイト・マップ層３６および個々のファイル３８を含めたＰＭＰ１２の残りの内部層を安全にし、保護する。サイト・マップ３６は、ＰＭＰ１２中の各ファイル３８と、ファイル３８間の関係と、受信側ＩＰＡ１４によって実行されるべき任意の特別処理命令とを記述したコマンド・データを含む。特定のプロジェクトまたは指示（例えばＶＦＸ要求）にサービスすることは、一意に番号が付されるかまたは一意に識別されることになる複数のＰＭＰ１２の処理を伴う場合があることに留意されたい。
【００２７】
ＰＭＰ１２は、ＶＦＸ合成や色補正など、メディア娯楽ワークフロー中の特定のサービスまたはアプリケーションを達成するために設備１６〜２８間で交換する必要がある場合のある、任意のデータ・ファイル３８をパッケージする。３つの異なるタイプのデータ・ファイル３８は、エッセンス・データ・ファイル、メタデータ・ファイル、およびサービス・データ・ファイルである。
【００２８】
エッセンスは、画像や音声など任意のモダリティのディジタル素材である。ＰＭＰ１２は、任意のタイプおよび任意のフォーマット（形式）のエッセンス・ファイルをパッケージする。例えば、ＰＭＰ１２は、画像、ビデオ、音声、コンピュータ・グラフィックスなどをパッケージすることができる。ＰＭＰ１２は、エッセンスのファイル・フォーマットも制限しない。例えばエッセンスは、ＤＰＸ、ＪＰＥＧ、ＧＩＦ、ＯｐｅｎＥＸＲ、ＭＰＥＧ−２、ＶＣ−１、およびＯＢＪなど（ただしこれらに限定しない）のフォーマットとすることができる。
【００２９】
メタデータは、「データに関するデータ」である。ＰＭＰ１２中では、メタデータを使用してエッセンス・ファイルが記述される。エッセンス・ファイルと同様、ＰＭＰ１２は、それがパッケージするメタデータのタイプおよびフォーマットにとらわれない。例えばＰＭＰ１２は、ＭＸＦ、ＱｕｉｃｋＴｉｍｅ、およびＳＭＩＬフォーマットの同期メタデータと、ＥＤＬおよびＦｌｅＸフォーマットのカット・リストと、ＡＳＣ  ＣＤＬとしての色補正と、ＸＲＭＬファイルとしての権利管理情報とをパッケージすることができる。ＭＸＦなどのリッチ・ファイル・フォーマットは、メタデータとエッセンスとの両方に使用することができる。
【００３０】
サービス・データは、交換において達成する必要のある実際のサービスまたはアプリケーションの記述に対応する。サービス・データは、購入指示、受信側設備１６〜２８に対する特別な取扱い命令または処理命令、およびサービス記述を含む。サービス・データ用の標準フォーマットはないので、ＰＭＰ１２は、好ましくはＸＭＬに基づく、サービス・データ用の人間可読および機械可読のフォーマットを提供することが好ましい。
【００３１】
サービス・データ・ファイルの例を以下に示す。サービスは、いくつかのメタデータ属性（例えば識別子および記述）、購入指示または作業指示、ならびに、受信側設備１６〜２８で実行されるべき命令のグループによって記述することができる。以下のサービス・データ・ファイルでは、「ｄｃ：」および「ｄｃｔｅｒｍｓ：」で始まる要素は、ダブリン・コア・メタデータ・イニシアチブ（ＤＣＭＩ：Ｄｕｂｌｉｎ  Ｃｏｒｅ  Ｍｅｔａｄａｔａ  Ｉｎｉｔｉａｔｉｖｅ）に従って作用し、「ｒｐ２１０Ｅｌｅｍｅｎｔｓ：」で始まる要素は、映画テレビジョン技術者協会（ＳＭＰＴＥ：Ｓｏｃｉｅｔｙ  ｏｆ  Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  ａｎｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｅｎｇｉｎｅｅｒｓ）メタデータ・ディクショナリ（Ｍｅｔａｄａｔａ  Ｄｉｃｔｉｏｎａｒｙ）（ＲＰ２１０）に記載されているように作用する。
【００３２】
【表１】
2009528770.tif 000003
【００３３】
上述したように、ＰＭＰ１２中のデータ・ファイルは、やはりＰＭＰ１２の一部であるいくつかのファイルまたは層３２、３４、３６すなわち「ラッパ・ファイル」によってラップされる。ラッパ・ファイルは、ＰＭＰ１２中のファイルを要約し、安全にし、記述する。ＰＭＰ１２は、目次３２、セキュリティ・ファイル３４、およびサイト・マップ３６の、３つのタイプのラッパ・ファイルを有することが好ましい。ラッパ・ファイル３２〜３６は、ＰＭＰ１２中のラッパ・ファイル・ディレクトリ中で識別することができる。
【００３４】
ＰＭＰ１２は、ＰＭＰ１２に関する一般的でオープンな情報を提供する識別データを含む１つの目次３２を有する。目次３２は、ＰＭＰ１２中のデータ・ファイル３８のリストおよびそれらに対応するタイプと、ＰＭＰ１２に関する簡単な記述およびその目的と、ＰＭＰ１２の安全確保されたファイルがあればそれらにアクセスするのに必要な情報とを含む。目次３２は、好ましくはＸＭＬに基づく、人間可読および機械可読のフォーマットであることが好ましい。
【００３５】
目次３２は、ＰＭＰ１２中の最初または最後のファイルであることが好ましい。目次ファイル３２の例を以下に示す。目次３２は、いくつかのメタデータ属性とＰＭＰ１２中のファイル３８のリストとを伴う、ＰＭＰ１２の一般的な記述を含む。ＰＭＰ１２中の各ファイル３８は、いくつかの基本的なメタデータ属性（例えば識別子、タイプ、パス、および鍵識別子）を用いて簡単に記述される。以下の目次ファイルでは、「ｄｃ：」および「ｄｃｔｅｒｍｓ：」で始まる要素は、ＤＣＭＩに従って作用し、「ｒｐ２１０Ｅｌｅｍｅｎｔｓ：」で始まる要素は、ＳＭＰＴＥメタデータ・ディクショナリ（ＲＰ２１０）に記載されているように作用する。
【００３６】
【表２】
2009528770.tif 000004
【００３７】
ＰＭＰ１２中のすべてのファイルは、冗長チェック、ハッシュ値、および他のディジタル署名によって、保護および認証することができる。加えて、目次３２およびセキュリティ・ファイル３４を除くすべてのファイルは、対称鍵暗号化と公開鍵暗号化の組合せによってさらに安全にすることができる。ＰＭＰ１２は、ＰＭＰ１２およびそのファイル３８を保護し安全にするディジタル署名および暗号化済み鍵を含む、セキュリティ・ファイル３４を有することができる。セキュリティ・ファイル３４は、好ましくはＸＭＬに基づく、人間可読および機械可読のフォーマットであることが好ましい。
【００３８】
ファイルを暗号化するプロセスの１つは、以下のとおりとすることができる。すなわち、ファイルはまず、対称鍵、例えば高度暗号化規格（ＡＥＳ：Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）に基づく対称鍵を使用して暗号化されることになり、次いで対称鍵は、秘密鍵と公開鍵の対、例えばＲｉｖｅｓｔ、Ｓｈａｍｉｒ  ａｎｄ  Ａｄｌｅｍａｎ（ＲＳＡ）暗号化を用いた秘密鍵と公開鍵の対を使用して暗号化されることになる。１つのＰＭＰ１２が複数の設備１６〜２８に送信される可能性もあるので、対称鍵を複数の秘密鍵と公開鍵の対で暗号化する必要がある場合もある。ＰＭＰ１２および個々のファイルは、パスワードで保護することもできる。
【００３９】
ＰＭＰ１２中のセキュリティ・ファイル３４の名前は、事前に定義されていなくてもよい。そうではなくセキュリティ・ファイル３４は、目次ファイル３２中で、タイプ「ＰＭＰ  Ｓｅｃｕｒｉｔｙ」のファイルとして識別されてよい。目次ファイル３２はまた、個々のファイルに関する鍵、冗長チェック、およびハッシュ値への、参照を含むこともできる。
【００４０】
セキュリティ・ファイル３４の例を以下に含める。このセキュリティ・ファイルは、ＰＭＰ１２の署名者に関する情報、ＰＭＰ１２および個々のファイルを復号するのに必要とされる暗号化済み鍵、ならびに、署名者フィールドと暗号化済み鍵フィールドとＰＭＰ１２中のデータおよびラッパ・ファイルとのディジタル署名を含む。以下のセキュリティ・ファイルでは、「ｅｎｃ：」および「ｄｓ：」で始まる要素は、それぞれワールド・ワイド・ウェブ・コンソーシアム（Ｗ３Ｃ：Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）のＸＭＬ暗号化勧告および署名勧告に従って作用する。
【００４１】
【表３】
2009528770.tif 000005
【００４２】
各ＰＭＰ１２は、ＰＭＰ１２中のデータ・ファイル３８に関する詳細な情報を提供するコマンド・データを含む１つのサイト・マップ３６を有する。サイト・マップ３６は、ファイル名、タイプ、作成者、題名、固有識別子、ディジタル署名など、データ・ファイル３８に関するリッチ情報を提供することができる。加えて、サイト・マップ３６は、データ・ファイル間の関係を記述する（例えば、米国撮影監督協会（ＡＳＣ：Ａｍｅｒｉｃａｎ  Ｓｏｃｉｅｔｙ  ｏｆ  Ｃｉｎｅｍａｔｏｇｒａｐｈｅｒｓ）カラー・デシジョン・リスト（ＣＤＬ：Ｃｏｌｏｒ  Ｄｅｃｉｓｉｏｎ  Ｌｉｓｔ）ファイルは、識別された画像グループに関する色補正を提供する）。最後に、サイト・マップ３６はまた、受信側ＩＰＡ１４によって実行されるべき特別処理命令（例えば、科学捜査追跡のために画像ファイルに透かしを入れる命令、またはファイルをあるフォーマットから別のフォーマットに変換する命令）を含むこともできる。サイト・マップ３６は、好ましくはＸＭＬに基づく、人間可読および機械可読のフォーマットであることが好ましい。
【００４３】
サイト・マップ・ファイル３６の例を以下に提供する。サイト・マップ・ファイル３６は、メタデータ属性とＰＭＰ１２中のファイル３８のリストとを伴う、ＰＭＰ１２の詳細な記述を含む。リッチ・メタデータ属性（例えばフォーマット、幅および高さ、作成者、作成日など）を用いて、ＰＭＰ１２中の各ファイル３８を拡張可能に記述することができる。以下のサイト・マップ・ファイルでは、「ｄｃ：」および「ｄｃｔｅｒｍｓ：」で始まる要素は、ＤＣＭＩに従って作用する。
【００４４】
【表４】
2009528770.tif 000006
【００４５】
【表５】
2009528770.tif 000007
【００４６】
【表６】
2009528770.tif 000008
【００４７】
データおよびラッパ・ファイル（適宜、暗号化済みまたは暗号化なし）は、当業者に知られている既存のアーカイブ・ファイル・フォーマットを使用して、単一のＰＭＰ１２中にアーカイブまたは結合することができる。例えば、Ｔａｐｅ  ＡＲｃｈｉｖｅフォーマット（ｔａｒ）は、ポータブル・オペレーティング・システム・インタフェース・フォー・ユニックス（ＰＯＳＩＸ：Ｐｏｒｔａｂｌｅ  Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ  ｆｏｒ  ｕｎｉＸ）規格に準拠するアーカイブ・ファイル・フォーマットである。より具体的には、ＰＯＳＩＸ．１−１９９８および、より後のＰＯＳＩＸ．１−２００１である。ｔａｒを使用して、ユーザおよびグループ許可、日付、ディレクトリ構造などのファイル・システム情報を保存しながら、ファイルをアーカイブおよびアーカイブ解除することができる。
【００４８】
ｔａｒファイルは、１つまたは複数のファイルの連結である。各ファイルの前には、ヘッダ・ブロックがある。ファイル・データは、その長さが５１２バイトの倍数に切り上げられて余分な空間が０で埋められることを除いては、改変されずに書き込まれる。アーカイブの最後は、０で埋められた少なくとも２つの連続するブロックでマークされる。ファイル・ヘッダ・ブロックは、ファイルに関するメタデータ（例えばファイル名、サイズ、所有者など）を含む。ディレクトリは、名前の中に末尾スラッシュ（／）があることによって示される。異なるバイト順序付けによる異なるアーキテクチャにまたがって可搬性を保証するために、ヘッダ・ブロック中の情報はＡＳＣＩＩで符号化されることが好ましい。
【００４９】
ｔａｒファイルは、個々のファイルごとにユーザおよびグループ許可、日付、ディレクトリ構造などのファイル・システム情報を保存することができるが、ｔａｒファイルは、ＰＭＰ１２を作成および／または抽出するのに常に適切であるとは限らない。例えば、データ・ファイル３８は、複数のファイル・システムから来た可能性があり、すべての許可がローカル・ユーザに限られている可能性がある。この場合、ディレクトリ構造およびユーザ許可を保存すると、受信側設備１６〜２８でファイル３８をコピーおよび修正することができなくなる。従って、ＩＰＡ１２は、オペレータの監督の下、送信側および受信側設備１６〜２８でファイル・システム情報を適切に設定および管理すべきである。
【００５０】
ｔａｒアーカイブ・ファイル・フォーマットは、ＰＭＰ１２の部分的な復元、修正、およびオンライン・パッケージングを可能にする。ＰＭＰ１２中のすべてのファイルを抽出する必要なしに、ｔａｒアーカイブ・ファイル・フォーマットを有するＰＭＰ１２中のファイルをＰＭＰ１２から抽出することができる。加えて、ｔａｒアーカイブ・ファイル・フォーマットのＰＭＰ１２に対して、ファイルを容易に追加または除去することができる。最後に、ｔａｒアーカイブ・ファイルは事実上連続的なので、個々のファイルが利用可能になれば、ＰＭＰ１２全体を保存またはバッファリングする必要なしに、ＰＭＰ１２を作成して実行中に送信することができる。
【００５１】
上述したように、ＰＭＰ１２は様々なコンピューティング環境で多くの異なるシステムによって作成され読み取られるので、好ましくはＸＭＬに基づく、人間可読および機械可読フォーマットが利用される。ＸＭＬが好ましい理由の１つは、メディア娯楽産業で、ＸＭＬに対するサポートが増大していることである（例えば、当業界でディジタル・シネマ・パッケージ（Ｄｉｇｉｔａｌ  Ｃｉｎｅｍａ  Ｐａｃｋａｇｅ）にＸＭＬが使用される）。ＸＭＬフォーマットが好ましいものの、平文フォーマット、バイナリ・フォーマット、およびｋｅｙ／ｌｅｎｇｔｈ／ｖａｌｕｅ（ＫＬＶ）フォーマットなど（ただしこれらに限定しない）、他のフォーマットを使用してもよい。
【００５２】
次に図３を参照すると、オペレータの監督４０の下でＰＭＰ１２を作成、抽出、送信、および受信するＩＰＡデバイス１４の例が示されている。前に論じたように、ＰＭＰ１２は、特定の購入指示を満たすため、すなわち、特定のサービスに向けてネットワーク４２を介してある設備から別の設備にデータ・ファイルのグループを送信するために作成される。購入指示を受け取った後、ＩＰＡ１４は、目次３２およびサイト・マップ３６と共に、必要なデータ・ファイル３８を突き止め、準備し、暗号化し、ラップし、パッケージする。個々のデータ・ファイルを記述するのに必要とされるメタデータを、外部データベース４４から取り出すか、またはオペレータ４０によって手動で入力する必要がある場合がある。ＩＰＡ１４がＰＭＰ１２を作成した後、ＰＭＰ１２は宛先設備のＩＰＡ１４に送信される。受信側ＩＰＡ１４は、受信したＰＭＰ１２から必要なデータ・ファイル３８（すなわちエッセンス・ファイル、メタデータ・ファイル、およびサービス・データ・ファイル）を復号および抽出する。ＰＭＰ１２を作成、抽出、送信、および受信することに加えて、ＩＰＡ１４は、オペレータの監督下で、ＰＭＰ１２中のデータ・ファイル３８の特別処理を実施することもできる。特別処理は、メタデータの変換、エッセンス・ファイル・フォーマット間での変換、エッセンス・ファイルへの透かし入れなどを含む（ただしこれらに限定しない）。
【００５３】
ＩＰＡ１４は、エッセンス、メタデータ、およびサービス・データについて複数のフォーマットを扱うように構成される。加えて、ＩＰＡ１４は、必要に応じてデータをフォーマット間で変換するように構成される。より具体的には、ＩＰＡ１４は、ＭＰＥＧ−２、ＷＡＶ、Ｊ２Ｋ、およびＪＰＥＧなど、種々のフォーマットのエッセンスを処理することができる。ＩＰＡ１４はまた、ＭＰＥＧ−２からＪ２Ｋへ、およびその逆など、異なるフォーマット間でエッセンスを変換することもできる。変換中、オペレータ４０からの入力またはサイト・マップ３６からの命令を利用することができる。ＩＰＡ１４は、ＭＸＦ、ＳＭＩＬ、およびＱｕｉｃｋＴｉｍｅなど（ただしこれらに限定しない）、種々のフォーマットのメタデータおよびエッセンスをサポートすることが好ましい。ＩＰＡ１４はまた、ＱｕｉｃｋＴｉｍｅからＳＭＩＬへ、およびその逆など、異なるフォーマット間でメタデータを変換することもできる。変換中、オペレータ４０からの入力またはサイト・マップ３６からの命令を利用することができる。ＩＰＡ１４は、ＸＭＬファイル・フォーマットのサービス・データをサポートするように構成される。
【００５４】
ＩＰＡ１４は、ＰＭＰ１２全体を保存またはバッファリングする必要なしに、実行中にＰＭＰ１２を作成および抽出する。ＰＭＰ１２を作成するとき、ＩＰＡ１４は、購入指示および／またはオペレータ４０からの入力に基づいて、パッケージすべきデータ・ファイル３８を突き止める。次いでＩＰＡ１４は、購入指示および／またはオペレータ４０からの入力に基づいて、ＰＭＰ１２に関する目次３２およびサイト・マップ３６を生成する。ＰＭＰ１２を受信したとき、ＩＰＡ１４は、ＰＭＰの目次３２およびサイト・マップ３６に基づいて、ＰＭＰ１２からデータ・ファイル３８を抽出する。ＩＰＡ１４は、ＰＭＰ１２全体を保存またはバッファリングする必要なしに、実行中にＰＭＰ１２を送信および受信することができる。そうするために、ＩＰＡ１４は、所与のＰＭＰ１２を、作成、送信、受信、抽出、および暗号化のための複数のセグメントまたはチャンクに分割することができる。
【００５５】
ＩＰＡ１４は、ＰＭＰ１２の保全性を検証する。より具体的には、ＩＰＡ１４は、ＰＭＰ１２およびＰＭＰ１２中のデータ・ファイル３８について、冗長チェックおよび他のディジタル署名を生成する。ＩＰＡ１４は、冗長チェックおよびディジタル署名を、サイト・マップ３６および／または目次３２に含めることが好ましい。ＰＭＰ１２を受信すると、ＩＰＡ１４は必要に応じて、ＰＭＰのサイト・マップ３６および／または目次３２中に提供された冗長チェックおよび他のディジタル署名を使用して、ＰＭＰ１２およびＰＭＰ１２中のデータ・ファイル３８の保全性を検証する。
【００５６】
ＩＰＡ１４は、ＰＭＰ１２に対するアクセスがあればその認証をサポートする。より具体的には、ＩＰＡ１４は、目次３２の読取りを除いて、ＰＭＰ１２に対するアクセスがあればそれを必要に応じて認証する。ＩＰＡ１４は、対称鍵を使用してデータ・ファイル３８を暗号化および復号することができる。ＩＰＡ１４はまた、公開鍵を使用して対称鍵を暗号化および復号する。ＩＰＡ１４は、サイト・マップ３６および／または目次３２中で、暗号化済み対称鍵の読取りおよび書込みを行うことが好ましい。
【００５７】
ＩＰＡ１４は、ＰＭＰ１２の特別処理および取扱いを提供することができる。そうするために、ＩＰＡ１４は、ＰＭＰの目次３２およびサイト・マップ３６の中のメタデータを、特定のＸＭＬまたはデータベース・スキーマに、またその逆に変換する。変換中、オペレータ４０からの入力が必要とされる場合がある。ＩＰＡは、サイト・マップからの命令および／またはオペレータ４０からの命令に基づいて、科学捜査追跡のためにエッセンス・ファイルに透かしを入れることができる。ＩＰＡ１４はまた、必要に応じて、ＰＭＰ１２に関連するアクセス許可およびディレクトリ階層を修正および個人化することもできる。
【００５８】
ＩＰＡ１４は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せにおいて実現できることに留意されたい。例えば、頑強なＩＰＡ１４は、直接接続の記憶装置を備えた単一ＣＰＵシステムから、高速ファイバ接続の記憶装置を備えたより頑強なマルチプロセッサ・ブレード・システムまでの、サーバ・クラス・システムを必要とすることになる。より小規模な機能のＩＰＡ１４をラップトップ・コンピュータ上で実現することもできるが、そのアプリケーション・サポート機能（例えば、ＭＰＥＧ−２からＪ２Ｋへの実行中変換）は限定されることになる。
【００５９】
次に図４を参照すると、例示的なＰＭＰ生成および伝送プロセスのフローチャートが示されている。最初にステップ５２で、購入指示または作業指示（例えばＶＦＸ撮影の要求）を設備（例えばポスト・ハウス２２）で受け取る。購入指示は、ネットワーク４２を介して電子的に受信するか、またはオペレータ４０によって手動で入力することができる。次にステップ５４で、ＩＰＡ１４は、購入指示（例えば、ＶＦＸ撮影のための背景板、メタデータ、および作業記述）を達成するのに必要とされるデータ・ファイル３８（すなわちエッセンス・データ、メタデータ、およびサービス・データ・ファイル）を突き止めて収集する。次いでステップ５６で、ＩＰＡ１４は、購入指示および／またはオペレータ４０からの入力に基づいて目次ファイル３２およびサイト・マップ・ファイル３６を生成することによって、ＰＭＰのためのラッパ・ファイルを作成する。その後ステップ５８で、ＩＰＡ１４は、必要に応じて、冗長チェックおよびディジタル署名をサイト・マップ・ファイルおよび／または目次ファイルに含め、サイト・マップ・ファイル３６およびデータ・ファイル３８を暗号化する。最後にステップ６０で、ＩＰＡ１４は、データ・ファイルおよびラッパ・ファイルをＰＭＰ１２中にアーカイブまたは結合し、ステップ６２で、ＰＭＰ１２を別の設備（例えばＶＦＸハウス２０）に送信して、購入指示を達成する。
【００６０】
次に図５を参照すると、例示的なＰＭＰ受信および抽出プロセス７０のフローチャートが示されている。最初にステップ７２で、ＩＰＡ１４は、伝送されたＰＭＰ１２を受信し、ステップ７４で、ＰＭＰ１２からデータ・ファイル３８を抽出する。より具体的には、ＩＰＡ１４は、目次３２およびサイト・マップ３６に含まれる情報に基づいて、受信したＰＭＰ１２の保全性を検証し、必要に応じてサイト・マップ３６およびデータ・ファイル３８を復号し、ＰＭＰからデータ・ファイル３８を抽出する。ＩＰＡ１４はまた、ラッパ・ファイル中で指定された命令またはアクション（例えば透かし入れまたはファイル変換）があればそれを実行することもできる。次にステップ７６で、ＩＰＡを制御するオペレータ４０は、抽出されたエッセンス、メタデータ、およびサービス・ファイルが、作業指示の処理に必要なものすべてを含むか、または追加情報が必要とされるかを判定する。追加情報が必要とされる場合は、オペレータ４０はステップ７８で、クライアントと連絡を取って追加情報を要求する。追加情報が必要とされなかった場合は、または追加情報を受け取った後は、ステップ８２で作業指示は完結し、設備（例えばＶＦＸハウス２０）はステップ８４で、要求された作業を実施し（例えばＶＦＸ撮影を生成し）、完了した作業をＰＭＰ１２中にパッケージまたは結合し、ネットワーク４２を介して要求元設備（例えばポスト・ハウス２２）にＰＭＰ１２を伝送する。
【００６１】
本発明の開示を組み込んだ実施例について本明細書に詳細に図示および記述したが、当業者なら、これらの教示をやはり組み込んだ多くの他の様々な実施例を容易に考案することができる。インテリジェント・エッジ・デバイスを使用してエッセンス・ファイル、メタデータ・ファイル、およびサービス・データ・ファイルをパッケージおよび伝送するためのシステムおよび方法に関する好ましい実施例について述べたが、上記の教示に鑑みて当業者により修正および変形を行うことができることに留意されたい。従って、開示した本発明の特定の実施例に変更を加えることができ、これらは添付の特許請求の範囲によって概説する本発明の範囲および趣旨の内にあることを理解されたい。
【図面の簡単な説明】
【００６２】
【図１】本発明の一特徴による、ポータブル・メディア・パッケージとインテリジェント・プロセス・アダプタとを使用する例示的なネットワークを示す図である。
【図２】本発明の一特徴による例示的なポータブル・メディア・パッケージの図である。
【図３】本発明の一特徴による例示的なインテリジェント・プロセス・アダプタの図である。
【図４】本発明の一特徴による例示的なポータブル・メディア・パッケージ生成および伝送プロセスのフローチャートである。
【図５】本発明の一特徴による例示的なポータブル・メディア・パッケージ受信および抽出プロセスのフローチャートである。
【図１】
2009528770.tif 000009
【図２】
2009528770.tif 000010
【図３】
2009528770.tif 000011
【図４】
2009528770.tif 000012
【図５】
2009528770.tif 000013
【国際調査報告】
2009528770.tif 000014
2009528770.tif 000015
2009528770.tif 000016
2009528770.tif 000017