(57)【要約】  この動画配信システムは、中央コンピュータ、映写者コンピュータ、通信チャネルおよびバックチャネルを有する。中央コンピュータは、中央サイトに在って、デジタル版の動画を配信する。映写者コンピュータは、中央サイトから遠隔の映写者ロケーションに在って、中央コンピュータからのデジタル版の動画を受信するとともに表示する。通信チャネルは、中央コンピュータから映写者コンピュータへのデジタル版の動画の電子的転送を促進するようになっている。バックチャネルは、中央コンピュータと映写者コンピュータの間に接続され、これらの間で情報を転送するようになっている。
2007533210.tif 000002
【特許請求の範囲】
【請求項１】
動画配信システムにおいて、
ａ．  中央サイトに在り、デジタル版の動画を配信する中央コンピュータと、
ｂ．  上記中央サイトから遠隔の映写者ロケーションに在り、中央サイトから上記デジタル版の動画を受信し、この動画を表示する映写者コンピュータと、
ｃ．  上記中央コンピュータから映写者コンピュータへ上記デジタル版の動画を電子的に伝送することを促進する通信チャネルと、
ｄ．  上記中央コンピュータと映写者コンピュータの間に接続され、上記映写者コンピュータと中央コンピュータの間の情報の伝送を可能にするバックチャネル
を備えたことを特徴とする動画配信システム。
【請求項２】
請求項１に記載の動画配信システムにおいて、上記中央コンピュータは、遠隔ソースから動画を受信し、動画を圧縮,符号化,および暗号化して上記デジタル版の動画を生成することを特徴とする動画配信システム。
【請求項３】
請求項１に記載の動画配信システムにおいて、上記映写者コンピュータは、上記デジタル版の動画を解読し,復号化し,解凍することを特徴とする動画配信システム。
【請求項４】
請求項３に記載の動画配信システムにおいて、上記映写者コンピュータは、動画が映写者コンピュータによって解読される前に、上記バックチャネルを経て映写者ロケーションに関する認可情報を中央コンピュータに伝送することを特徴とする動画配信システム。
【請求項５】
請求項３に記載の動画配信システムにおいて、上記映写者コンピュータは、スマートカードを読んでヴェリファイし、映写者コンピュータがスマートカードをヴェリファイした後にだけ、デジタル版の動画の解読を可能にすることを特徴とする動画配信システム。
【請求項６】
請求項１に記載の動画配信システムにおいて、上記映写者コンピュータは、デジタル版の動画を受信し,解読し,復号化し,解凍するエッジサーバであることを特徴とする動画配信システム。
【請求項７】
請求項６に記載の動画配信システムにおいて、
ａ．  上記映写者ロケーションに在り、上記エッジサーバに接続され、動画が表示される前にこの動画を格納するローカルサーバと、
ｂ．  上記映写者ロケーションに在り、上記ローカルサーバに接続され、動画を表示するディスプレイシステムを更に備え、
ｃ．  上記エッジサーバは、上記動画を上記ローカルサーバに伝送し、上記ローカルサーバは、この動画を上記ディスプレイシステムに伝送する
ことを特徴とする画配信システム。
【請求項８】
請求項６に記載の動画配信システムにおいて、
ａ．  上記映写者ロケーションに在り、上記エッジサーバに接続され、動画が表示される前にこの動画を格納するレイドアレイと、
ｂ．  上記映写者ロケーションに在り、上記レイドアレイに接続され、レイドアレイから動画を受信し、動画を表示するディスプレイシステム
を更に備えたことを特徴とする動画配信システム。
【請求項９】
請求項６に記載の動画配信システムにおいて、上記通信チャネル内に埋め込まれ、上記エッジサーバがデジタル版の動画を受信する前に、エッジサーバを認可するために用いられる条件付きアクセスシステムを更に備えることを特徴とする動画配信システム。
【請求項１０】
請求項１に記載の動画配信システムにおいて、上記通信チャネルは、ネットワークまたは衛星通信チャネルであることを特徴とする動画配信システム。
【請求項１１】
請求項１に記載の動画配信システムにおいて、上記通信チャネルは、インターネットであり、上記中央コンピュータは、インテーネットプロトコルまたはデジタルビデオブローディキャスティングプロトコルを用いて、インターネットを経てデジタル版の動画を上記映写者ロケーションに伝送することを特徴とする動画配信システム。
【請求項１２】
請求項１に記載の動画配信システムにおいて、上記中央コンピュータは、デジタル版の動画をパケットに分割し、このパケットを、ストリーミングメトドロジーまたは格納・送信メトドロジーを用いて、パケット毎に映写者コンピュータに伝送することを特徴とする動画配信システム。
【請求項１３】
請求項１２に記載の動画配信システムにおいて、上記中央コンピュータは、上記映写者コンピュータにデジタル鍵を伝送し、映写者コンピュータは、このデジタル鍵をパケットの再組み立てを促進するために用いることを特徴とする動画配信システム。
【請求項１４】
請求項１に記載の動画配信システムにおいて、上記バックチャネルは、インターネット,電話接続,または無線接続によって確立されることを特徴とする動画配信システム。
【請求項１５】
請求項１に記載の動画配信システムにおいて、上記中央コンピュータは、デジタル版の動画の配信確認に関する情報、デジタル版の動画のフォーマット完全性、映写者ロケーション確認の情報、映写者コンピュータからこの映写者コンピュータに接続されたディスプレイシステムへの動画の移動に関する情報、動画の映写日時、動画の映写時間、動画が表示される映写者ロケーションにおける映写コンプレックス、映写コンプレックス中の動画が表示される映写室、動画の特定の映写時間に関する発券所レセプト、映写者コンピュータに接続されたディスプレイシステムの矛盾に関する情報、映写者ロケーションにおける格納競合問題に関する情報、中央コンピュータから映写者コンピュータへデジタル版の動画を再送信する必要に関する情報、および映写者ロケーションに格納された動画の削除に関する確認情報からなる情報群から選ばれた情報を映写者コンピュータから受信することを特徴とする動画配信システム。
【請求項１６】
請求項１に記載の動画配信システムにおいて、上記中央コンピュータは、上記映写者コンピュータをして、映写者ロケーションに格納された動画を排除せしめることを特徴とする動画配信システム。
【請求項１７】
請求項１に記載の動画配信システムにおいて、上記映写者コンピュータは、所定の期間の後に映写者ロケーションから動画を自動的に削除することを特徴とする動画配信システム。
【請求項１８】
請求項１に記載の動画配信システムにおいて、
ａ．  ビジュアルファイルとオーディオファイルとメタデータファイルを含むデジタル版の動画と、
ｂ．  上記デジタル版の動画を解読する際に用いられる暗号化された鍵属性の組を含むメタデータファイル
を含むことを特徴とする動画配信システム。
【請求項１９】
請求項１に記載の動画配信システムにおいて、上記デジタル版の動画を中央コンピュータから映写者コンピュータへ電子的に伝送する際に、強化されたエラー送信・訂正が用いられることを特徴とする動画配信システム。
【請求項２０】
動画配信システムにおいて、
ａ．  中央サイトに在り、デジタル版の動画を配信する中央コンピュータと、
ｂ．  上記中央サイトから遠隔の映写者ロケーションに在り、中央サイトから上記デジタル版の動画を受信し、この動画を表示する映写者コンピュータと、
ｃ．  上記中央サイトおよび映写者ロケーションから遠隔の集合サイトに在って、中央コンピュータと映写者コンピュータの間に接続された集合コンピュータと、
ｄ．  上記中央コンピュータから集合コンピュータへのデジタル版の動画の電子的伝送を促進する第１通信チャネルと、
ｅ．  上記集合コンピュータと映写者コンピュータの間に接続され、集合コンピュータから映写者コンピュータへのデジタル版の動画の電子的伝送を促進する第２通信チャネルと、
ｆ．  上記中央コンピュータと映写者コンピュータの間に接続され、映写者コンピュータと中央コンピュータの間の情報転送を可能にするバックチャネル
を備えたことを特徴とする動画配信システム。
【請求項２１】
請求項２０に記載の動画配信システムにおいて、上記中央サイトは、遠隔ソースから動画を受信し、動画を圧縮,符号化,および暗号化して上記デジタル版の動画を生成することを特徴とする動画配信システム。
【請求項２２】
請求項２０に記載の動画配信システムにおいて、上記映写者コンピュータは、上記デジタル版の動画を解読し,復号化し,解凍することを特徴とする動画配信システム。
【請求項２３】
請求項２０に記載の動画配信システムにおいて、上記第１通信チャネルは、ネットワークまたは衛星通信チャネルであることを特徴とする動画配信システム。
【請求項２４】
請求項２０に記載の動画配信システムにおいて、上記第２通信チャネルは、上位機ネットワークであることを特徴とする動画配信システム。
【請求項２５】
請求項２０に記載の動画配信システムにおいて、上記バックチャネルは、インターネット,電話接続,または無線接続によって確立されることを特徴とする動画配信システム。
【請求項２６】
請求項２０に記載の動画配信システムにおいて、上記デジタル版の動画は、映写者コンピュータがデジタル版の動画を解読することを認可されるまで、暗号化されたままであることを特徴とする動画配信システム。
【請求項２７】
請求項２０に記載の動画配信システムにおいて、上記映写者コンピュータは、デジタル版の動画を受信し,解読し,復号化し,解凍するエッジサーバであることを特徴とする動画配信システム。
【請求項２８】
請求項２７に記載の動画配信システムにおいて、
ａ．  上記映写者ロケーションに在り、上記エッジサーバに接続され、動画が表示される前にこの動画を格納するローカルサーバと、
ｂ．  上記映写者ロケーションに在り、上記ローカルサーバに接続され、動画を表示するディスプレイシステムを更に備え、
ｃ．  上記エッジサーバは、上記動画を上記ローカルサーバに伝送し、上記ローカルサーバは、この動画を上記ディスプレイシステムに伝送する
ことを特徴とする動画配信システム。
【請求項２９】
請求項２７に記載の動画配信システムにおいて、
ａ．  上記映写者ロケーションに在り、上記エッジサーバに接続され、動画が表示される前にこの動画を格納するレイドアレイと、
ｂ．  上記映写者ロケーションに在り、上記レイドアレイに接続され、レイドアレイから動画を受信し、動画を表示するディスプレイシステム
を更に備えたことを特徴とする動画配信システム。
【請求項３０】
動画配信方法において、
ａ．  デジタル版の動画を配信する中央コンピュータを中央サイトに設け、
ｂ．  中央サイトから上記デジタル版の動画を受信し、この動画を表示する映写者コンピュータを、上記中央サイトから遠隔の映写者ロケーションに設け、
ｃ．  上記中央コンピュータから映写者コンピュータへ上記デジタル版の動画を電子的に伝送することを促進する通信チャネルを設け、
ｄ．  上記映写者コンピュータと中央コンピュータの間の情報の伝送を可能にするバックチャネルを、上記中央コンピュータと映写者コンピュータの間に接続し、
ｅ．  外部ソースから上記中央コンピュータに動画を受信し、
ｆ．  上記中央コンピュータを用いて、動画を圧縮し,符号化し,暗号化してデジタル版の動画にし、
ｇ．  このデジタル版の動画を中央コンピュータから映写者コンピュータへ上記通信チャネルを経て伝送し、
ｈ．  上記バックチャネルを経て、映写者コンピュータと中央コンピュータの間で情報を伝送する
ことを特徴とする動画配信方法。
【請求項３１】
請求項３０に記載の動画配信方法において、上記通信チャネルは、ネットワークまたは衛星通信チャネルであることを特徴とする動画配信方法。
【請求項３２】
請求項３０に記載の動画配信方法において、上記中央コンピュータがデジタル版の動画を映写者コンピュータに電子的に伝送する前に、中央コンピュータを用いてデジタル版の動画をパケットに分割することを特徴とする動画配信方法。
【請求項３３】
請求項３０に記載の動画配信方法において、上記デジタル版の動画を映写者コンピュータに格納することを特徴とする動画配信方法。
【請求項３４】
請求項３０に記載の動画配信方法において、
ａ．  上記映写者ロケーションに接続したレイドアレイを映写者ロケーションに設け、
ｂ．  動画を上記レイドアレイに格納する
ことを特徴とする動画配信方法。
【請求項３５】
請求項３０に記載の動画配信方法において、上記映写者コンピュータを用いて、上記デジタル版の動画を解読し,復号化し,解凍することを更に備えたことを特徴とする動画配信方法。
【請求項３６】
請求項３０に記載の動画配信方法において、
ａ．  上記映写者コンピュータに接続されたディスプレイシステムを更に備え、
ｂ．  このディスプレイシステムを用いて、映写者ロケーションにおいて上記動画を表示する
ことを特徴とする動画配信方法。
【請求項３７】
請求項３０に記載の動画配信方法において、
ａ．  上記中央コンピュータから映写者コンピュータへ符号化された鍵を送信し、
ｂ．  上記デジタル版の動画を、上記符号化された鍵を用いて映写者ロケーションで解読する
ことを特徴とする動画配信方法。
【請求項３８】
請求項３０に記載の動画配信方法おいて、
ａ．  上記映写者ロケーションで用いるスマートカードを設け、
ｂ．  このスマートカードを用いて、映写者ロケーションで上記デジタル版の動画の解読を可能にする
ことを特徴とする動画配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概ねデータ配信の分野に関し、より詳しくは、デジタル動画配信およびこの配信に必要とされる関連データに関する。
【背景技術】
【０００２】
インターネットプロトコル(ＩＰ)データを放送業界に在る衛星ビットストリームに統合するための標準プロトコルを見込んだデジタルビデオ放送(ＤＶＢ)標準の出現は、衛星を介してデジタル映画コンテンツを実際に配信することを可能にした。デジタルフィルムや動画(デジタル映画)を衛星または地上配信手段を介して送信する基礎は、マルチキャストＩＰネットワークを介して他のコンピュータファイルを送信するものと同じである。
【０００３】
デジタル映画コンテンツは、無比の挑戦を呈している。ファイルが非常に大きいので、用いられるソフトウェア中で小さいデータセットのため注目されないブレークポイントを見付け出すことが全く普通に行われている。このことは、データセットが１００＋ギガバイト(ＧＢ)にもなると、オーバーランや他の種類の欠損をもたらす。また、コンテンツの価値が高いため、セキュリティおよびコンテンツの非認可の受信やコピーや映写を防ぐための十分な電子的手段を十分に軽減しなければならない。最後に、映画館での映写中の僅かな誤りや破損も許されないので、受信サイトであり得る好ましくない条件があったり、再送信要求のバックチャネルが使えなかったりしても、コンテンツの信頼できる配信を保証できる方法を用いなければならない。
【０００４】
送信および格納中のデジタルファイルのセキュリティは、重要である。ホームインターネットコンテンツの帯域幅、新しいコーデックの圧縮効率、ピアトゥピア-ファイル共有ソフトウェア、インターネットを通過するデジタル版のフィルムの速度などの発展に伴い、宛先映画館における合法的な映写以外の総てからファイルを保護するために、総ての努力を傾注しなければならない。映画メディアは、映画館内の何者かのみならず、送信が暗号化されていないなら、送信ストリームを傍受できる者によって盗まれ易い。従って、セキュアな暗号化技術は、依然重要である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従って、デジタル映画ファイルをセキュアな方法で適時かつ完全に送信できる動画配信システムおよびそれに関連する方法が必要とされる。
【課題を解決するための手段】
【０００６】
本発明の実施形態は、デジタル映画ファイルをセキュアな方法で適時かつ完全に送信する動画配信システムおよびこのシステムに係る方法を包含する。この動画配信システムは、中央コンピュータ、映写者コンピュータ、通信チャネルおよびバックチャネルを有する。中央コンピュータは、中央サイトに在って、デジタル版の動画を配信する。映写者コンピュータは、中央サイトから遠隔の映写者ロケーションに在って、中央コンピュータからのデジタル版の動画を受信するとともに表示する。また、映写者コンピュータは、受信競合の危険をなくし、再生システムから分離したファイルデータの付加的な管理を提供するようになっている。ディスプレイシステムは、受信システムから分離することができる。受信システムは、受信確認およびディスプレイシステムの一部をなすディスプレイコンピュータへの転送管理を提供する。通信チャネルは、中央コンピュータから映写者コンピュータへのデジタル版の動画の電子的転送を促進するようになっている。バックチャネルは、中央コンピュータを映写者および／または受信コンピュータに接続し、これらの間で情報を転送するようになっている。
【０００７】
本発明のより詳しい他の特徴は、中央コンピュータが、リモートソースから動画を受信して、動画の圧縮、符号化、暗号化バージョンに基づいてデジタル版の動画を生成することである。映写者コンピュータは、デジタル版の動画を解読し、復号化し、解凍する。加えて、映写者コンピュータは、動画が映写者コンピュータによって解読される前に、映写者ロケーションに関する認証情報を、バックチャネルを介して中央コンピュータに転送する。さらに、映写者コンピュータは、スマートカードを読んで検査(ヴェリファイ)でき、スマートカードを検査した後に初めてデジタル版の動画の解読を可能にすることができる。また、映写者コンピュータは、デジタル版の動画を受信し、解読し、復号化し、解凍するエッジサーバとすることができる。
【０００８】
本発明の更に詳しい特徴は、動画配信システムが、ローカルサーバとディスプレイシステムを更に備えていることである。ローカルサーバは、映写者ロケーションに在って、エッジサーバに接続され、動画が映写される前に、動画を格納する。ディスプレイシステムは、映写者ロケーションに在って、ローカルサーバに接続され、動画を映写する。エッジサーバは、動画をローカルサーバに転送し、ローカルサーバは、次いで動画をディスプレイシステムに転送する。
【０００９】
本発明の更に詳しい特徴は、動画配信システムが、レイド(ＲＡＩＤ)アレイとディスプレイシステムを備えていることである。レイドアレイは、映写者ロケーションに在って、エッジサーバに接続され、動画が映写される前に、動画を格納する。ディスプレイシステムは、映写者ロケーションに在って、映写者ロケーションに在って、レイドアレイに接続され、レイドアレイから動画を受信して映写する。レイドアレイは、必要なファイル冗長性とアクセシビリティを提供する。
【００１０】
本発明のより詳しい他の特徴は、動画配信システムが、通信チャネルに埋め込まれて、エッジサーバがデジタル版の動画を受信する前に、エッジサーバを認可するために用いられる条件付きアクセスシステムを備えていることである。また、通信チャネルは、ネットワークまたは衛星通信チャネルにすることができる。特に、通信チャネルは、インターネットにでき、中央コンピュータは、インターネットプロトコル、デジタルビデオ放送プロトコル、または次世代データ転送プロトコルを用いてインターネットを介して、デジタル版の動画を映写者ロケーションに転送できる。
【００１１】
本発明のより詳しい他の特徴は、中央コンピュータが、デジタル版の動画をパケットに分割し、このパケットを電子的にストリーミングメトドロジィ(方法論)または格納・送信メトドロジィを用いてパケット毎に映写者コンピュータに転送することである。また、中央コンピュータは、バックチャネルを介して映写者コンピュータにデジタル鍵を転送し、映写者コンピュータは、パケットの再組立を促進するためにこの鍵を用いることができる。さらに、バックチャネルは、インターネット、電話接続、無線接続、専用接続あるいは次世代の通信または配信のチャネルを介して確立できる。
【００１２】
本発明のより詳しい他の特徴は、中央コンピュータが、次の情報群から選ばれた情報を映写者コンピュータから受信することである、即ち、上記情報群は、デジタル版の動画の配信確認に関する情報、デジタル版の動画のフォーマット完全性に関する情報、映写者ロケーション確認情報、映写者コンピュータからこれに接続されたディスプレイシステムへの動画の移動に関する情報、動画の映写データ、動画の映写時間、動画が映写される映写者ロケーションにおける映写複合体、動画が映写される映写者ロケーションにおける映写複合体の映写室、動画の特定の映写時間に関連する発券所レセプト、映写者コンピュータに接続されたディスプレイシステムの矛盾に関する情報、映写者ロケーションにおける格納競合問題に関する情報、中央コンピュータから映写者コンピュータへのデジタル版動画の再送信の必要性に関する情報、および映写者ロケーションに格納された動画の削除に関する確認情報からなる。
【００１３】
本発明のより詳しい他の特徴は、中央コンピュータが、映写者コンピュータをして、映写者ロケーションに格納された動画を除去させることである。また、映写者コンピュータは、所定の期間が経過すると映写者ロケーションから動画を削除するようにできる。加えて、デジタル版の動画は、画像ファイル、オーディオファイル、テキストやサブタイトルファイル、これらのファイルをディスエイブルにする特別なファイルおよびメタファイルを含み、メタファイルは、デジタル版の動画を解読する際に用いる復号化された１組の鍵属性を含むことができる。さらに、動画配信システムは、中央コンピュータから映写者コンピュータへデジタル版の動画を電子的に転送する際に、強化された前方エラー訂正を用いることができる。
【００１４】
本発明の他の実施形態は、中央コンピュータ、映写者コンピュータ、集合コンピュータ、第１通信チャネル、第２通信チャネルおよびバックチャネルを備えた動画配信システムである。中央コンピュータは、中央サイトに在り、デジタル版の動画を配信する。映写者コンピュータは、中央サイトから遠隔の映写者ロケーションに在り、中央コンピュータからのデジタル版の動画を受信して映写する。集合コンピュータは、中央サイトおよび映写者ロケーションから遠隔の集合サイトに在り、中央コンピュータと映写者コンピュータを接続する。第１通信チャネルは、中央コンピュータから集合コンピュータへのデジタル版の動画の電子的転送を促進する。第２通信チャネルは、集合コンピュータと映写者コンピュータを接続し、集合コンピュータから映写者コンピュータへのデジタル版の動画の電子的転送を促進する。バックチャネルは、中央コンピュータと映写者コンピュータを接続し、映写者コンピュータと中央コンピュータの間で情報を転送する。
【００１５】
本発明のより詳しい他の特徴は、第１通信チャネルが、ネットワークまたは衛星通信チャネルであることである。また、第２通信チャネルは、広域ネットワークにできる。さらに、デジタル版の動画は、デジタル版の動画を解読する認可が映写者コンピュータに与えられる通常映写または試写の直前まで、暗号化されたままである。
【００１６】
本発明の他の実施形態は、動画を配信する方法である。この方法は、次のステップを含む。即ち、デジタル版の動画を配信する中央コンピュータを中央サイトに設け、中央コンピュータからのデジタル版の動画を受信して映写する映写者コンピュータを、中央コンピュータから遠隔の映写者ロケーションに設け、中央コンピュータから映写者コンピュータへのデジタル版の動画の電子的転送を促進する通信チャネルを設け、中央コンピュータと映写者コンピュータを接続し、映写者コンピュータと中央コンピュータの間で情報の転送を可能にするバックチャネルを設けて、中央コンピュータで外部ソースからの動画を受信し、この中央コンピュータで動画を圧縮、符号化、暗号化し、通信チャネルを介してデジタル版の動画を中央コンピュータから映写者コンピュータに送信し、映写者コンピュータと中央コンピュータの間でバックチャネルを介して情報を送信するのである。
【００１７】
本発明の他の特徴は、本発明の原理を例示的に表す添付の図面を参照しつ次に説明する好ましい実施形態によって明らかになる。
【発明を実施するための最良の形態】
【００１８】
デジタル映画は、数十年に亘って用いられてきた映画化された娯楽の従来の配給方法の有望な変化をもたらす。大抵の人の意見では、アナログ携帯のフィルム配給は、長年に亘って非常な進歩を遂げた。公開プリント処理も大きな進歩を遂げた。フィルム貯蔵、光束プリント、化学処理およびコンシステンシー(一貫性)、プリント要素の準備および清浄処理は、配給以前のフィルム処理を促進するために成された顕著な改善の幾つかである。
【００１９】
このような革新と共に、陸上および航空輸送も、この数十年間に著しい進歩を見せてきた。これらの進歩は、公開プリントの映画館への世界的な迅速な配給によって、映画工業に利益をもたらした。数週間を要したものが、今や数日となった。このような改善は、改訂された上映リリース戦略を支援し、世界的な「デイ アンド デイト」(「デイ アンド デイト」という用語は、エンターテインメント業界で、典型的な最初の封切り日時である北米の封切り日時と同時に外国でフィルムを封切ることを指す)を支援する基礎を提供した。これらの改善の結果、リリースプリントは、ダビングされ、サブタイトルを付けられて、多数の国へ世界的に迅速に配給することができる。
【００２０】
この数十年の改善は、上述のとおりプロセスを加速したが、本来的なワークフローおよび配給実務は、実質的に全く変わらず、従来のままである。デジタル映画の出現によって、映画館へのフィルム配給を扱う概念は、映像エンターテインメントにおける意味深いパラダイム(範例)の推移をもたらした。
【００２１】
テレビジョン作品のために衛星放送および地上放送または両者の組み合わせを介して数十年間使われてきたユニキャストおよびマルチキャストの使用は、デジタル映画配給の理想的なプラットホームを提供する。配信スケジュリング、受信器への条件付きアクセス、中央サイトからおよびクライアントサイト(この場合は、個々の映写者ロケーション)でのファイル管理などを取り巻く多くのプロセスは、デジタル映画配給の要求に適用できる。
【００２２】
本明細書は、デジタル映画配信に関する貢献と挑戦を記述し、検討する。デジタル映画配信の主たる構成要素は、コンテンツ(フィルムに基づく要素およびデジタル要素)の準備、配信センターから映写者への配信機構、資産(アセット)レベルおよび配信レベルなどの種々のレベルで行われるセキュリティ保護、映写者側の受信器と報告要素、資産管理およびアーカイブシステムである。
【００２３】
デジタル映画をリアルにするための基礎を提供するコアディスプレイ技術の発展と異なり、ファイルに基づくコンテンツの配信は、今日種々のビジネスアプリケーションや販売に広範囲に用いられている。また、ブロードバンドアクセスの発展とインターネットの使用拡大は、デジタル映画配信を支援するリソースを提供する。現在他の配給販売品に用いられている圧縮技術の発展は、大きなファイルの配給を更に支援する。本明細書は、読者に付加的な参照と検討される技術の使用への洞察を与えるため、テレビジョン工業で主に用いられている既存のプロセスやシステムと屡々対比される。
【００２４】
コンテンツの準備は、典型的には２つの方法の１つで始まる。即ち、介在物をマスタソースとして用いてフィルムを圧縮し、符号化するか、または、デジタルの中間マスターソースファイルを用いて圧縮し、符号化するかによって始まる。いずれの場合も、圧縮および符号化プロトコルは、映写者のロケーション内で用いられるべき関連するサーバおよびディスプレイシステムに繋がっている。一方、標準のセッティングに関しては相当な作業がされている。即ち、コンテンツプロバイダは、米国動画テレビジョン技術者協会(ＳＭＰＴＥ)および国際標準化機構(ＩＳＯ)などのエンティティを介して特定のサーバやディスプレイシステムへのコンテンツを依然符号化している。
【００２５】
コンテンツ準備に関する最も顕著な挑戦は、圧縮およびフィーチャー・プレパイション(準備)の測色構成要素に存する。創造的な共同体がデジタル中間プロセスの使用を増やしたとき、デジタル映画版を制作するための参照としてインターポジティブを用いることは、必ずしも適切でない。デジタル映画パラダイムは、解像度キャプチャーと表示能力の持続的改善に基づいて、品質を再定義する。また、ビデオドメインでフィーチャーの概観と感じを操作するために用いることができる最も普通に使えるツールは、純粋に光化学に基づいたこれらのプロセスを置き換えつつある。
【００２６】
駆動機構は、幾つかの形態をとることができ、カスタマイズされたラストマイル接続を成功裏に提供することができるが、ロングホール(長距離)や高帯域幅のキャリアオプション能力に妥協しない。デジタル映画は、「ジャストインタイム」配信オプションを利用するものであるので、データレートおよび帯域幅割り当ては、最適ネットワーク構成にもカスタマイズさせることができる。物理的形態でのフィルムリリースプリントの配信に数日を要する場合、デジタル配信は、その緊急性に応じてカスタマイズすることができる。ＭＰＥＧ(動画専門家組織)またはＤＶＢ(デジタルビデオ放送)の上にＩＰ(インターネットプロトコル)を構築した駆動機構を用いて、ファイルは分割され、ストリーミングまたはブローディキャスト形態あるいはオポチュニスティックにパケット毎に配信されうる。駆動ストリーム内で利用できるオポチュニスティックなデータの使用は、デジタル配信に刺激的なオプションを提供する。
【００２７】
デジタル映画ファイルのサイズ(典型的には４０ＧＢ以上)によって、パケット配信の一貫性および誤訂正に関する或る挑戦が、特に現在の格納・前方技術を用いて合理的に管理できると主張できる。
【００２８】
地上のセキュアで専用のファイバー、仮想で専用のネットワーク、ブロードバンドケーブルおよびＡＤＳＬの容量は、配信および予算の拘束に適合させることができる。市場が広い場合でさえ大抵の場合、フィーチャーフィルムが成功裏に配信され、配信センターからホストサーバへ確認が返信されるのに数時間(例えば夜間を通じて)掛っても受け入れられうる。再言すれば、新しいパラダイムは、数日ではなく数時間以内、場合によって究極的には数分以内の配信に適応する。
【００２９】
とりわけ、デジタル映画の配信は、コンテンツ保護と剽窃対策という２つの構成要素を実行する機会をもたらす。即ち、「ジャストインタイム」配信への移行および配信プロセス中の剽窃からファイルを保護する高等なセキュリティプロトコルの導入である。
【００３０】
フィーチャーフィルムを計画された映写の直前に配信することは、典型的にはリリースプリントがプリント所から配信集積所と発送エンティティを経て映写者に届くという従来の物理的配給を総てなくすることだけによって、埋め込まれたセキュリティ改善を提供する。天候や輸送組織などの要因に左右され続けていた従来の発送方法への依存により、フィーチャーフィルムを映画館に時間に間に合うように届けるという現行のプロセスは、科学的課題というよりも、むしろ因習的な計画の課題である。
【００３１】
セキュリティおよびセキュリティプロトコルの分野では、ファイル配信により利用できるようになるオプションは、リリースプリントに対して著しい。デジタル映画がより良くより高いセキュリティオプションをもたらすか否かについては、現在も進行中の興味深い討論がある。結局、従来の方法で発送された１つのプリントは、潜在的に公的なネットワークを介するファイルフォーマットのフィーチャー配信に比して、地球的な映写が極めて少ないと言えるだろう。この主張は、技術的評価に余り基づかず、従来の配給方法に関する慰めに一部基づく傾向がある。
【００３２】
セキュリティは、格納、伝送およびコンテンツセキュリティを扱う多層,多次元のセキュリティである。コンテンツがローカルサーバに在る状態は、構成要素の鍵が伝送に必要な他の種類の認可鍵から分離して管理された構成要素(コンポーネント)と考えられる。
【００３３】
衛星または地上を介して、或る形態の条件付きアクセスが、ソースからデスティネーションへの基礎的アドレッシングを提供するために適用できる。付加的に、ビデオとオーディオのコンテンツつまり両エッセンスを保護すべくデータパケットに適用される暗号化と、コンテンツに関するメタデータが用いられる。鍵が分離して管理される暗号化されたパケットは、二重のコンテンツ保護を備えた保護された伝送ストリームを介して配信される。多層のセキュリティを適用するためのオプションは、鍵管理ならびに透かし模様と法的手段追跡と共に本明細書で詳しく後述する。
【００３４】
メタデータパッケージとコンテンツを含むコンテントパッケージは、映写者ロケーションで受信されると、典型的には、映写者ロケーションにインストールされたストーレッジとディスプレイシステムからなる映写者ディスプレイシステム内にローカルに格納される。メタデータパッケージは、コンテンツパッケージに関する属性鍵の予め定義され,符号化されたデータセットを有する。これらの属性鍵は、パッシブな記述または映写者ディスプレイシステム内で機能をトリガするアクティブなエネーブラでありうる。メタデータパッケージの一部として、例えばリリースウインド指令や認可映写期間指令などの指令が、多数ファイルのための分離ロケーションでのメディア管理を提供すべく含まれる。削除プロシージャは、映写者ディスプレイシステム内に自動的にスケジュールされ、あるいはホスト配信システムおよびスケジュリングアプリケーションを介して遠隔で行われる。
【００３５】
バックチャネル報告は、ホストとクライアントの間のファイル管理に重要な役割を果たす。バックチャネル報告は、種々の方法で確立できるが、最も普通にはインターネットを介して確立される。バックチャネルは、配信確認,ファイルフォーマット完全性,キャッシングサーバから再生システムへのファイル移動に関する情報を含むメッセージをホストに返信する。これは、幾つかの場合単一のシステムによって行われうるが、多数のコンテンツソースが、キャッシングサーバから映写者ディスプレイシステムへ、カタロギングおよびオフローディングの形態で異なった時間と速度で配信されるのが賢明である(この挑戦は、後述する)。これは、分離した送信とディスプレイ環境を維持する助けになり、データ破壊問題に関連するエラー、配信リンクに生じるディスプレイシステムに悪影響を及ぼす問題、およびキャッシングサーバ内の格納競合問題を減じる。
【００３６】
デジタル資産管理(ＤＡＭ)は、デジタル映画配信の網１つの重要な構成要素である。嵩張ったファイルは、隙間にあるマテリアルやデータの多数の片と共に、急速に制御しにくくなり、カタログして追跡するのが難しくなる。一方、デジタル配信は、比較的急速に発展し、スケジュリング,配信,アーカイブの観点からのファイル管理に適したアプリケーションは、一旦完全に展開すると、能力が限られ、デジタル映画を支援するに必要な機能が限られる。
【００３７】
メタデータの標準を確立することは、重要である。メタデータ標準に関する非常に多くの作業が既に成されてきている。例えば、ＳＭＰＴＥ(全米映画テレビジョン技術者協会)は、ディスプレイシステム毎に画像自体を定義する目的のため、メタデータを既に準備的に定義した。互換を支援するに必要な値を同定する初期のメタデータは、マッピングされ、元のファイルを成功裏に表示すべくシステム間で伝達されなければならない。
【００３８】
一方、進行中の討論は残っているが、映写者の発券所データにポピュレートでき、リンクできるメタファイルを含めることは可能である。デジタル配信リンクとファイル管理および報告のためのバックチャネルを作ることによって、映写者から配信者へ戻るパスを提供できる。このリンクは、これに限られないが、映写データ,映写時間,映写コンプレックス,映写室,映写時間に関する発券所レセプトなどからのリアルタイムのデータ分類を提供できる。また、付加的データは、実際のファイル(フィーチャー)再生のデータ/時間のスタンプ,デジタル再生システムに関する矛盾などの特定の活動の確認を含むことができる。ディスプレイの現状のモニタシステムは、利用でき、報告返信チャネルを介して中央配信サイトへ戻るデータとしてキャプチャーされうる。
【００３９】
最後に、デジタルマスタのアーカイブを考慮しなければならない。デジタル資産の管理に関しては、デジタル映画マスタを効率的に管理するための多くの作業が残ったままである。元のソースマテリアルの本来の解像度およびその形態を含む幾つかの要因を考慮しなければならない。略２時間の長さの圧縮されていないフィーチャーフィルムは、略８テラバイトを必要とする。ディスプレイのための圧縮形態では、５０〜３５０ＧＢ(ギガバイト)である。この数字は、圧縮アルゴリズムの改善が続けば、変わり続けるであろう。
【００４０】
例えば３５mmフィルムとその中間要素,例えばデジタル中間要素に対する化学的に処理されたアンサーおよびチェックプリントなどの元の制作要素に依存して、アーカイブメトドロジーは変化する。続く配信販売品マスタの製造を支えるために用いられるＳＭＰＴＥ ＣＤ２８で定義されるデジタル映画配信マスタ(ＤＣＤＭ)の保持が、考慮されなければならない。元のカラーネガティブからＤＣＤＭへの変換プロセスは、図１のブロック図に示されている。例えば、ＤＣＤＭは、ホームビデオおよびテレビジョン販売品を支える高解像度版および標準解像度版を作るために用いることができる。
【００４１】
システム概観
Ａ.  配信オプション
本明細書は、種々の伝送を介するインターネットを用いたデジタル配信に焦点を当てているが、デジタル映画を配信するために依然用いられている一般的な２つの方法を簡単に述べることが重要である。最近、デジタルビデオディスク(ＤＶＤ)(複製/スタンピングであれ記録可能ＤＶＤ(ＤＶＤ-Ｒ)であれ)およびデジタルテープは、映写者へフィーチャーを配給するために最も広く用いられている。デジタル映画配信マスタ(ＤＣＤＭ)は、フィーチャーの多数複製を作るソースとして用いられる。図２のブロック図に示された論理インジェストは、フィーチャーをディスプレイサーバシステムへアップロードするために依然必要である。
【００４２】
要するに、デジタル映画フィーチャーフィルムの配信は、光学メディア(典型的にはＤＶＤ)、デジタル格納メディア(テープまたはＨＤＤ(ハードディスクドライブ)技術)、デジタル配信(衛星および地上)の使用という３つの初期的方法によって行える。
【００４３】
光学メディアまたはデジタル格納メディアの使用は、配信者から映写者へのフィーチャーを伝送する機構として物理的配給を用いる必要が依然ある。ストリーミング伝送に関する経済的利点は、１プリントにつき略４５ポンド(20.4kg)のフィルムを各映写者に発送する料金に対比して、小資産の発送費を低減できることに限られる。典型的なフィーチャーは、１０〜１５のＤＶＤを必要とするが、このフィーチャーを格納するのに、典型的には１つの高密度テープまたはディスクドライブしか必要としない。
【００４４】
加えて、フィルムプリントに対比して、緊急ベースのＤＶＤに関する増分的節約がある。再言すれば、この節約は、用いられるメディアの有料荷重に初期的に基づく。これらの方法は、フィーチャーを場所から場所へ移動させるのに運送業者や搬送手段に依然依存している。
【００４５】
デジタル配信は、大衆市場の観点からデジタル映画を支えるための仮想プラットホーム(マシン)と広く見られる。現在利用できる幾つかのオプションがあり、帯域アクセス,圧縮の改善,大きなファイルをより確実に移動するインテリジェントスイッチングネットワークなどより多くの先行オプションがある。同様に、地上公衆ネットワークを介してフィーチャーをストリーミングするオプションも、発展し続け、「インターネット２」を通して試験されている。「インターネット２」高速世界ネットワークを介するデジタル映画配信(ＳＨＤ);山口,白井,藤井,藤井;ＮＴＴ革新ネットワーク研究所;2003年8月刊。このオプションは、高解像度で大きいファイルを映写者ロケーション内のディスプレイシステムに直接移動させる能力を提供する。このモデルに関する挑戦は、最小パケット損失と最小再送信を保証し、再生を妨げるデータ送信変動を管理する適応性あるバッファリングシステムを保証するネットワーク信頼性を含んでいる。大抵の場合、格納・送信システムの使用は、非ブローディキャスト,非リアルタイムの映写者の要求に適する。
【００４６】
ＩＰベースのネットワークのサービス品質(QoS)を改善する新しい送信最適化ツールに関する格納・送信メトドロジーは、デジタル映画ファイルの配信に非常に効果的に用いることができる。1.0％以下のパケット損失はストリーミング配信を妨げうるので、パケット損失およびデータのバッファリングに関するレイテンシィを補償する送信ツールは、重要である。格納・送信システムの使用において、強化された前方誤訂正(ＦＥＣ)に関するこれらのツールおよび非ブローディキャスト態様でデジタル映画ファイルを送信する能力は、受け入れられるネットワーク送信スキームの信頼性を提供し、オポチュニスティックなデータ送信モデルを強制的な費用有効率で使用することを可能にする。
【００４７】
(ストリーミングまたは格納・送信メトドロジーを介する)いずれの場合も、ラストマイル接続性の問題は、映写者のロケーションとブローディキャストアクセスによって影響される。ビジネス原理に基づき原価を考慮したラストマイルオプションに繋がる衛星または地上配信の使用は、個々の事情に基づいて配信のアーキテクチャを決定させる。例えば、地方のロケーションには、映写者構内に設けられた低額の受信専用(ＲＯ)システムを用いた衛星配信が適する。衛星受信や受信アンテナが制限されるより都会な地域には、ラストマイル広帯域プロバイダに接続される長距離(ロングホール)ファイバネットワークが、より適切である。いずれにせよ、ネットワークとコンテンツセキュリティは、決定的であり、より詳しく後述する。
【００４８】
Ｂ.  システム構成要素
デジタル映画配信を支えるに必要な基礎的システム構成は、地上配信要求 対 衛星配信要求の観点から述べることができる。これら構成のサブセットは、中央装置サイトへの配信という長距離部分に衛星を、ラストマイルプロバイダから映写者ロケーションへの集積型配信に広域ネットワーク(ＷＡＮ)型アプローチを組み合わせて用いる。
【００４９】
送信スキームは、デジタル映画配信を支える高レベルの典型的アーキテクチャの様相を呈する。ＤＶＢ互換性のあるＭＰＥＧベース伝送、或る形態の送信制御プロトコル/インターネットプロトコル(ＩＰ)またはユーザデータグラムプロトコル/インターネットプロトコル(ＵＤＰ/ＩＰ)を用いるＩＰベースの伝送などの標準伝送プロトコルは維持されると想定される。
【００５０】
強化ツールは、ネットワークのために標準化されず、配信者またはネットワークの管理者の選択に委ねられて、改善され続ける。
【００５１】
伝送プラットホームは、ディスプレイシステムで用いられるコーデックから完全に独立している。これは、フィーチャー自身のために異なった圧縮スキームが成功裏に使用できることを意味する。続いて、圧縮されたＤＣＤＭは、伝送により他の圧縮スキームを用いてラップされうる。良い例は、デジタル映画ファイル制作のためのウェーブレットベースの圧縮アルゴリズムの使用である一方、ＭＰＥＧ伝送は、ファイルを載せるキャリアの圧縮スキームに使用される。
【００５２】
Ｃ.  ファイル属性
デジタル映画ファイル記述する最良の方法は、コンテンツに関する記述とＶＯＤ環境内で特定の機能をイネーブルにする指令セットを有するコンテンツ常駐のビデオ・オン・ディマンドの記述と略似ている。デジタル映画パッケージ内には、ビジュアルとオーディオのコンテンツを含む資産がある。これは、例えばインタラクティビティなどの付加的機能に関するコンテンツが依然根本にあるので、ビジュアルおよびオーディオコンテンツを意図的に広いものにしている。また、ファイルに関する幾つかの属性を含むメタデータが含まれ、これについては後述する。
【００５３】
ＳＭＰＴＥ(現時点で未だ草案であるがＳＭＰＴＥ草案ＤＣ28.101-2883B Rev.7.4 
2004-1-29参照)によって定義されたコンテンツパッケージは、カラー符号化および異なるディスプレイシステム間で特異な輝度基準座標と共に、画像構造を支援する種々の解像度を含んでいる。これらの基準は、２４フレーム／秒の解像度システムにおいて、1.3, 2.0, 8.0 メガピクセルをサポートしている。
【００５４】
加えて、サブタイトルストリームなどの隙間にある要素をサポートするファイルフォーマットが含まれる。オーディオファイルは、ビジュアルファイルから分離して保持されている。画像構造全体は、特異システム間で伝送できるＤＣＤＭパッケージのための標準を提供するように企図されている。
【００５５】
パッケージには、ファイルのパッシブおよびアクティブな属性を定義するためのメタデータセットが含まれる。メタデータの点で、コンポジションまたは自己包含デジタル映画資産は、資産自身に関する種々の記述子を含む。イクステンシブ・マークアップ・ランゲージ(ＸＬＭ)をベースとする資産記述子は、これに限られないが、フィーチャータイトル,トレーラ情報,レート,英語やフランス語などのフィーチャーバージョン,最初と最後のフレーム情報(皮肉にもビデオドメインで周知の最初メッセージと最後メッセージに等価),時限で連続的なベースに基づくファイルアクティベーションを指令するプレイリスト情報を含む。これは、ＳＭＰＴＥ草案(ＳＭＰＴＥ DC28 デジタル映画パッケージングのためのアプリケーション仕様書(AS-DCP)−草案SMPTE 000X 2004-02-11 参照)で「リール構造」として知られているように、ファイル管理とプレイリストシーケンスをイネーブルにする。
【００５６】
Ｄ.  デジタル配信の機能的エリア
衛星および地上の広帯域技術の使用は、既に述べた。ここでは、選択された伝送に拘わらずデジタル配信をサポートするコアシステムについてより詳しく述べる。
【００５７】
１．  中央サイト
動画配信システム１０〜１８を夫々示す図３Ａ〜図３Ｅおよび図４のブロック図を参照すると、中央サイト１８は、存在する配信モードに関する機能を記述することを助ける配信ハブ,ネットワーク・オペレーション・センタ,またはマスタコントロールと定義することができる。一方、マスタリング機能は、アグリゲートし、スケジュールし、配信し、アーカイブし、配信ネットワークを通るファイル配信に関して報告するという典型的な役割を果たす中央サイトの一部を含んでいる。マルチキャストスケジュリングまたはポイント・トゥ・ポイント配信のいずれを用いても、中央サイトは、他のソースから受信したコンテンツを映写者ロケーション２２から遠隔の他のコンピュータであるエッジサーバ２０へコンピュータによって「投げる(ピッチする)」のである。
【００５８】
図３Ａ〜図３Ｅのブロック図は、本発明の異なった実施形態を示しており、どの図も、中央サイト１８,映写者ロケーション２２,通信チャネル２４,中央サイトと映写者ロケーションを接続するバックチャネル２６を含んでいる。特に、図３Ａ〜図３Ｃは、中央サイトが通信チャネルを用いて映写者ロケーションに接続された実施形態を示している。図３Ｂの実施形態では、通信チャネルが、衛星３０,アップリンクチャネル３２,ダウンリンクチャネル３４を含む通信チャネル２８である。図３Ｃの実施形態では、通信チャネルが、地上ネットワーク３６を含む。
【００５９】
図３Ｄと図３Ｅのブロック図は、中央サイト１８と映写者ロケーション２２を接続する集合(アグリゲーション)サイト３８を含んでいる。集合サイト３８と中央サイト１８および映写者ロケーション２２が、第１通信チャネル４０および第２通信チャネル４２で夫々接続されている。図３Ｅの実施形態では、第１通信チャネルが、衛星３０,アップリンク３２,ダウンリンク３４を含む衛星通信チャネル４４である。
【００６０】
図４のブロック図は、映写者ロケーションコンポーネント、特にローカルサーバ４６またはキャッシングサーバとレイドアレイ４８を接続するエッジサーバ２０を示している。ローカルサーバは、ディスプレイシステム５０にも接続され、レイドアレイは、複数のディスプレイシステム５２にも接続されている。エッジサーバは、コンテンツを「受け(キャッチし)」て、特定のディスプレイシステムに割り当てられたローカルサーバへの、あるいはストーレッジエリアネットワーク(ＳＡＮ)とルーティング技術を用いたディスプレイへのマルチストリームの役割を果たすレイドアレイへ伝達するためにローカルで格納し、１：１アーキテクチャを不要にする。「投げる」および「受ける」という用語は、用語法的に典型的にはビデオ-オン-ディマンド・システムに関連し、ソースからデスティネーションへファイルを配信する格納・送信方法を指している。
【００６１】
バックチャネル２６を経る中央再と１８へのバックチャネル報告は、エッジサーバ２０におけるファイル配信とファイル完全性を確認する。中央サイトは、ネットワーク・パフォーマンス(再送信要求),送信終了,配信待行列と待っている配信,配信失敗,エッジサーバ状態を含む配信報告を備えている。(ビデオ・オン・ディマンドの場合のように)デジタル映画配信管理に関する挑戦の１つは、エッジサーバストーレッジの遠隔管理である。キャッシュ競合問題は、設計局面で推定され、自動オフラインストーレッジが評価されるべきである。これは、ローカルで排除されない日付ファイルをキャッシュサーバ４６から排除し、他のファイルが配信できるようにオフラインに移すための中央サイト管理の能力を含む。このような機能が欠けると、マルチディストリビュータからのファイル配信を取り巻く競合問題の可能性がある。
【００６２】
２．  エッジサーバ(映写者ロケーション)
クライアント側、つまり受信のためのエッジサーバアーキテクチャは、衛星および地上ネットワーク受信をサポートするために用いられる次の構成要素からなる。衛星受信のため、エッジサーバ２０に含まれる(図示しない)統合受信器/デコーダ(ＩＲＤ)が、ダウンリンク衛星信号受信すべく用いられ、ＭＰＥＧストリームを複合化する。複合化されたストリームは、適用されるコンテンツ保護の後述する２つのレイヤ、および送信器と受信器の間での(解読ではなく)複合化を認可するのに用いられる或る形態の条件付アクセスを持つだろう。条件付アクセスは、セットトップボックスと同様、選択された受信器のみへのマルチキャストフィードの限定配信を企図している。こうして、特定のフィーチャーを受信するよう企図された映写者のみが、受信を認可される。衛星ネットワークを介するエッジサーバへの配信のため、送信制御プロトコル(ＴＣＰ)接続および復号器に取り付けられる高速スイッチング装置が、必要とされる。
【００６３】
ファイルは、受信されると暗号化された形態のままで、次いで公開鍵および秘密鍵メトドロジーによって、ディスプレイシステム５０,５２による再生のために認可される。映写者が各映画館でローカル(ステージング)サーバを使用し、エッジサーバ２０とステージングサーバの間でファイルガ伝送されている場合、ファイルは暗号化されたままの状態を保つ。アーキテクチャの観点から、ファイルは、決して複合化されていてはならない。解読は、映画再生システム内のみでされるべきである。
【００６４】
冗長性については、独立したディスク(レイド)アレイ形態の冗長アレイに接続されたＳＡＮ技術が、ストーレッジおよびファイル冗長性のエリアでオプションを提供する。レイドアレイ４８は、従来、情報技術(ＩＴ)ベースのビジネスアプリケーションのために用いられていたが、制作および配信に関するアプリケーションでも用いられるのが普通になってきた。このレイドアレイは、従来の１：１,プライマリとバックアップ,デバイス対デバイスのメトドロジーに対比して、１対多数シナリオによって環境を保護することを可能にする。ミラーコンテンツをもつネットワークを介するスタンバイシステムは、マルチシステムをバックアップするのに用いることができる。
【００６５】
３．  バックチャネル報告
バックチャネル報告は、(ファイル管理アプリケーションを動かし、中央サイトのスケジュリングアプリケーションにリンクした)エッジサーバ２０との間のインターネットまたはダイアルアップ(電話)を介する中央サイト１８へのフィードバックを提供する。バックチャネル報告は、ファイルの受信と完全性を確認し、セットワーク欠損による格納競合問題と再送信要求を中央サイトに知らせる。
【００６６】
強化された機能性(ファンクショナリティ)は、ローカル受信環境を超えて映写者のスケジュリングおよび発券システムにまで拡張しうる。この機能性は、技術的には有能であるが、配信者と映写者の間のビジネス判断および契約上の合意に多くが委ねられている。セキュリティ目的のためであるが、バックチャネル２６は、認可されたデバイスの存在および期限切れのファイルの削除を確認する貴重なフィードバックを提供する。
【００６７】
４．  セキュリティ
既に述べたように、配信プロセスを通り、再生まで映写者のロケーション２２においてローカルで格納されるデジタル映画ファイルのセキュリティは、重要である。不法なピアトゥピアのファイル共有の増加や世界的な剽窃のエスカレートに鑑み、インターネット上で利用でき、従ってパッケージされた不法な販売品の製造のマスタソースに使われる元始デジタルコピーの利用性は、大規模なデジタル映画の不法量産からデジタルファイルを保護することを最重要課題とした。
【００６８】
セキュリティは、フィーチャーを保護するための積極的な対策およびどの時点でもフィーチャーを同定できる助けとなる消極的対策を包含する幾つかの最前線で取り組まれている。配信の観点から、ファイルは、一旦圧縮されると、一般的に受け入れられている軍事レベルの暗号化アルゴリズムの形態を用いて暗号化される。この記述については、高等暗号化標準(ＡＥＳ)である128ビット暗号化が一般に受け入れられているが、暗号化の開発の継続にも拘わらず、強固な標準は確立されていない。ＳＭＰＴＥ(ＳＭＰＴＥ DC28 AS-DCP トラックファイル基礎暗号化−ＳＭＰＴＥ提言 000X 2004-03-01 参照)は、特異に暗号化されるべきトラックファイルのための暗号化された３組のＫＬＶをもつＡＥＳを用いた仕様を起案している。
【００６９】
伝送パスは、コンテンツの受信が始まる前にクライアントサイトの受信器を認可するための条件付アクセスシステムを配信パスに埋め込んだ付加的暗号化を提供している。
【００７０】
本質的に、再生まで解読されないコンテンツパッケージ自身のレイヤ、受信時に解読される伝送パス自身のレイヤ、デバイスの識別検査(アイデンティフィケーション)を確認する条件付アクセスによる受信デバイス認可を介するレイヤというコンテンツ保護のための３つのレイヤが適用される。
【００７１】
実施例
デジタル映画コンテンツの成功したマルチキャスト配信のための全プロセスは、次の３つの主フェイズからなる。第１のフェイズは、フィルムリールのデジタル符号化とパッケージングと資産の暗号化であり、第２のフェイズは、衛星送信フェイズであり、第３のフェイズは、解読,アンパッケージング,ヴェリフィケーション,デジタル資産の再生デバイス５０,５２へのヴェリファイ(検証)のフェイズである。このプロセスは、ブローディキャスト伝送ストリーム中へＩＰデータを挿入し、１つ以上のリアルタイムのオーディオ/ビデオ・コンテンツストリームまたはＭＰＥＧコンテンツとしてカプセル化された他のプロトコルデータと多重化する。その結果は、シリアルに多重化された個々のストリームデータを含み、各188ビットパッケージが与えられたコンテンツストリームの一部であることを決定するプログラム・アイデンティファイヤ(ＰＩＤ)によって同定可能な単一伝送ビットストリームである。送信器/受信器は、復号化に関係する特別のコンテンツストリームのＰＩＤを認識するようにプログラムされている。
【００７２】
このようなタスクを実行するため、ラックは、ブロードロジック周辺機器インターコネクト・ベース(ＩＰベース)の送信器/受信器カードを統合したＤＶＢと、デジタル加入者回線(ＤＳＬ)接続２４と、バックアップ・ダイアルアップモデム,システムを駆動するためのLinuxベースの全ソフトウェアを備えた受信パーソナルコンピュータ(ＰＣ)で構成される。ラックは、メディアファイルを格納するネットワークに接続されたレイドアレイ４８と、QuVis QuBitST デジタルビデオ・テープレコーダ(ＶＴＲ)再生デバイス５０,５２と、デジタル/アナログ変換器と、無停電電源(ＵＰＳ)も備える。
【００７３】
フェイズ１：資産(アセット)制作
第１フェイズは、送信すべき資産の制作を含む。ビットレートとコーデックは、目標解像度と映写の品質(1k, 2k, 4k)および使用される再生デバイスの種類に依存する。QuBitサーバが再生に用いられるので、ファイルは、QuBitメディアフォーマット・バージョン１(ＱＭＦ１)を用いて３０メガバイト/秒(MB/sec.)の最大データレート(ＭＤＲ)と５１dBのＳ/Ｎ比(ＳＮＲ)で圧縮される。しかし、発達した送信システムは、特別の再生デバイス５０,５２に依存せず、外部ビットストリームを受信できるどのようなデバイスも働かせることができる。
【００７４】
ファイルは、符号化または再生デバイス５０,５２のための圧縮の少なくともいずれかが一旦されると、暗号化される必要がある。鍵長256ビットで変形ブロックサイズのラインダール・ブロックサイファが、このタスクのために選ばれる。このアルゴリズム(この明細書として)は、米国標準局(ＮＩＳＴ)のコンピュータサイエンス部門によって、極めて安全で攻撃が難しいと認められており、機密を扱う非分類情報を保護するため連邦政府局が選択サイファに選ぶものである。
【００７５】
しかし、このコンテンツを映写者ロケーション２２にある複数の異なった映画館に伝送すること、および、各映画館の間で鍵の配信を異ならせることが望ましいので、公開鍵サイファが必要となる。このため、ディフィ-ヘルマン鍵交換プロトコルが選ばれた。これは、特別な映画館に向けられた各受信器に夫々公開/秘密鍵ペアを作ることによって行われる。公開鍵は、アップリンクに格納され、秘密鍵は、スマートカードのようなコピーできないメディアに格納される。かくて、固定ラインダールセッション鍵は、各映画ダウンリンクあたり１回ディフィ-ヘルマン手法を用いて暗号化される。このように、成功した暗号化には、スマートカードの存在が要求される。もし、スマートカードが紛失したと判れば、公開鍵がアップリンクで取り消され、そのスマートカードによってコンテンツの解読は最早できなくなる。
【００７６】
フィーチャークリップは、一旦暗号化されると、より管理できるセクションに分割される。メタコンテンツ制作のプロセス中により効率的にメモリを用いるように作られた１５ＧＢのセッションに符号化されたメディアを分割することが、試験で明らかになった。ファイルを分割するため、オイゲネ・ロシャルのＲＡＲ(可逆ファイル圧縮の１形式)アーカイバソフトウェアが、非圧縮モードで使用された。ＲＡＲは、オイゲネ・ロシャルによって作られ、圧縮と圧縮された種々のデータフォーマットの解凍に用いられているファイルフォーマットである。ＲＡＲファイルフォーマットは、アーカイブの目的で用いられる。ＲＡＲアーカイバを用いる利点は、32ビット周期の冗長性検査(ＣＲ)値が分割操作中に計算でき、それによってダウンリンク側でセグメントの再構成中にデータ完全性の確認が可能になることである。
【００７７】
ＲＡＲアーカイバの使用に関する他の利点は、分割アーカイブが、バックチャネル２６を経て特別のネットワークアドレスのみに送られる他のパスワードによって更にスクランブルできることである。これは、受信器デバイス(ローカルのべリフィケーションについては後述する)の物理的ロケーションの或る確認を提供する。
【００７８】
フィーチャークリップは、各映画ダウンリンクの公開鍵で解読されて、セグメントに分割され、送信の準備が完了する。
【００７９】
フェイズ２：送信
送信フェイズは、暗号化され、セグメントに分割された送信すべき資産のスケジュリングで始まる。先に述べたように、これは、各種のものが市販されている配信最適化アプリケーションを用いてメタコンテンツストリームを作ることを含む。
【００８０】
アルゴリズムは、任意長の入力を１キロバイト(kＢ)の無限ストリームメタコンテンツパケットに変換することができる。各メタコンテンツパケットは、全入力データセットを表現する。出力ストリームを完全に構成するには、どのような特定のパケットを集めるかを考慮しないで、これらパケットを所定数集めるだけで足る。これは、パケット損失の予想できない性質が無効になることを意味する。各クライアントは、損失率に無関係に最適レートでパケットを受信する。損失が高いクライアントは、必要な量のメタコンテンツを集めて、全パッケージを構成するのに長時間を要するだけである。100％に近い損失であっても、最終的には完全なファイルが受信できる(送信時間は、過大なパケット損失のため、禁止同然に長くなるであろうが)。
【００８１】
従来の誤検出・訂正(ＦＥＣ)などの誤予測と誤訂正の方法は、人が最大訂正可能損失を予想し、全損失ブジェに対して補償すべき個々の損失に無関係に、全受信器に亘って最大ペナルティを被ることを人に強いた。メタコンテンツは、どの種の自動再送要求(ＡＲＱ)方法または誤訂正のためにバックチャネル２６を方法の必要性を無くす。
【００８２】
しかし、バックチャネル２６は、送信状態を報告するとともに受信器のロケーションを認可する手段として依然用いられている。ダウンリンクの物理的ロケーションは、トランスポンダまたはスポットビームのフットプリント(足跡)の程度以上に制御することができないので、解読開始前に受信器のロケーションをより正確に検証する方法が望ましい。これは、インターネットバックチャネルのためのソースＩＰアドレス或いはダイアルアップチャネルのためのソース電話の自動発信電話番号通知(ＡＮＩ)(偽造された場合の難しさに鑑み、後者が望ましい)を調べることによって、行うことができる。このバックチャネルは、スマートカードがディフィ-ヘルマン鍵アグリーメントフェイズで調べられて、再生デバイス５０,５２への出力のためのストリーミング解読が始まる前であっても、セグメントを再構成するために必要な第１の鍵を配信するために使われる。
【００８３】
セグメントがダウンリンクで受信され、メタコンテンツが完全に復号化されると、解読鍵を適用し、再生のための資産を準備するときである。
【００８４】
フェイズ３：資産の再構成および再生デバイスへの配信
最後のフェイズは、１５ＧＢのセグメントからソリッドフィーチャクリップを組み立てるに必要な鍵を(バックチャネル２６を介して)ロードすることによって終了する。ＲＡＲアーカイバは、解読された全長フィルム(フィーチャー長さ)クリップをセグメントに分割するのに用いられるので、セグメントを一緒にして元に戻すために再び用いられる。このフェイズ中に、ＣＲＣ(巡回冗長検査)値が検査されて、所定の要求が満たされた後のみに、バックチャネルを経てプロパー鍵を配信するステップを可能にできるスクランブリングのレイヤが適用される。例えば、これは、(最初の認可された映写の直前にバックチャネルを経る鍵配信のみによる)開始時間のエンフォースおよびＩＰアドレスまたは電話番号を受信器の物理的ロケーションに絞るために使うことができる。
【００８５】
この結果は、再生デバイス５０,５２に配信されたとき、ブロックサイファ解読(この場合はラインダール256)によりストリーム化されうるファイルである。これは、高ビットレートコーデックのためにハードウェアで加速される必要がありそうだ。しかし、QuBit は、再生のための外部ソースからのメディアのストリーミングをサポートしないので、まずQuBitに全フィーチャークリップをロードすることが必要であった。この方法は、暗号化されていないバージョンのファイルをディスクに載せることを許すので、セキュリティの観点からかなり好ましくないが、再生デバイスの技術が改善されてきたので、現行の制作におけるこの欠点は是正されるであろう。
【００８６】
最後の結果は、送信パケット損失に無関係に任意の数の映画ダウンリンクにエラーなしで配信されるデジタル全長フィルムである。各映写者ロケーション２２は、条件付アクセスのスマートカードシステムによって認められた再生許可により、バックチャネル２６を経てヴェリファイされることができる。
【００８７】
本発明は、中央サイトによって行われる鍵管理または第３者セキュリティプロバイダによって、鍵管理/配信のセグメンテーションを有利に含むことができる。両者は、技術的なものでなく、実行可能なオプションであり、操作できる決定である。
【００８８】
以上の本発明の詳細な説明は、図解の目的で提供されたものであり、本発明を取り尽したものでも、開示した特定の実施形態に限定するものでもない。上述の実施形態は、本発明の主たる特徴を実施するのに使われる構成に応じて、異なった能力と利点を提供するであろう。
【図面の簡単な説明】
【００８９】
【図１】図１は、デジタル映画処理ステップの概観を示すブロック図である。
【図２】図２は、デジタル映画映写システムの構成要素と構成要素間のデータの流れを示すブロック図である。
【図３Ａ】図３Ａは、中央サイト,映写者ロケーション,中央サイトと映写者ロケーションを接続する通信チャネル,中央サイトと映写者ロケーションを接続するバックチャネルを備えた本発明の実施形態による動画配信システムを示すブロック図である。
【図３Ｂ】図３Ｂは、中央サイト,映写者ロケーション,中央サイトと映写者ロケーションを接続する衛星通信チャネル(アップリンクチャネルとダウンリンクチャネルを含む),中央サイトと映写者ロケーションを接続するバックチャネルを備えた本発明の他の実施形態による動画配信システムを示すブロック図である。
【図３Ｃ】図３Ｃは、中央サイト,映写者ロケーション,中央サイトと映写者ロケーションが接続された地上ネットワーク,中央サイトと映写者ロケーションを接続するバックチャネルを備えた本発明の他の実施形態による動画配信システムを示すブロック図である。
【図３Ｄ】図３Ｄは、中央サイト,集合サイト,映写者ロケーション,中央サイトと集合サイトを接続する第１通信チャネル,集合サイトと映写者ロケーションを接続する第２通信チャネル,中央サイトと映写者ロケーションを接続するバックチャネルを備えた本発明の他の実施形態による動画配信システムを示すブロック図である。
【図３Ｅ】図３Ｅは、中央サイト,集合サイト,中央サイトと集合サイトを接続する衛星通信チャネル(アップリンクチャネルとダウンリンクチャネルを含む),映写者ロケーション,中央サイトと映写者ロケーションを接続するバックチャネルを備えた本発明の他の実施形態による動画配信システムを示すブロック図である。
【図４】図４は、本発明の実施形態による映写者ロケーションの構成要素、特にエッジサーバ,ローカルサーバ,レイドアレイ,ディプレイシステムを示すブロック図である。
【図１】
2007533210.tif 000003
【図２】
2007533210.tif 000004
【図３Ａ】
2007533210.tif 000005
【図３Ｂ】
2007533210.tif 000006
【図３Ｃ】
2007533210.tif 000007
【図３Ｄ】
2007533210.tif 000008
【図３Ｅ】
2007533210.tif 000009
【図４】
2007533210.tif 000010
【国際調査報告】
2007533210.tif 000011
2007533210.tif 000012
2007533210.tif 000013
2007533210.tif 000014