ベクトルビジュアルシーケンスのスクランブル、デスクランブル、および供給を安全化するための方法およびシステム
【課題】ユーザの画面にディスプレイされて少なくとも一つのパラメータ（オブジェクトの色、スケール、サイズ、点座標）により決定される少なくとも一つの幾何学的な多次元オブジェクトを含む一連のフレームから構成された、少なくとも二次元の動画化されたベクトル合成ビジュアルシーケンスの供給安全化方法を得る。
【解決手段】クライアント設備への伝送前にストリームを分析して、少なくとも一つのフレームが修正されたオリジナルストリームのフォーマットと同じフォーマットを持つ主要修正ストリームと、前記修正フレームを復元可能なデジタル情報を備えた任意フォーマットの補完情報とを生成し、このように生成された前記主要修正ストリームおよび前記補完情報を、受信設備に向けて別々に伝送する。その後、受信設備で、前記主要修正ストリームおよび前記補完情報に応じてオリジナルフォーマットによるストリームの合成を計算する。
【解決手段】クライアント設備への伝送前にストリームを分析して、少なくとも一つのフレームが修正されたオリジナルストリームのフォーマットと同じフォーマットを持つ主要修正ストリームと、前記修正フレームを復元可能なデジタル情報を備えた任意フォーマットの補完情報とを生成し、このように生成された前記主要修正ストリームおよび前記補完情報を、受信設備に向けて別々に伝送する。その後、受信設備で、前記主要修正ストリームおよび前記補完情報に応じてオリジナルフォーマットによるストリームの合成を計算する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画化されてベクトルグラフを用いたフォーマットで符号化された、すなわち、面が、その色、位置、および空間占有度により、所定の形状から、または境界を示す数学的な公式から決定される、ビジュアルデジタルストリームの処理および保護の分野に関する。
【０００２】
本発明では、たとえばＭＰＥＧ−４ＢＩＦＳ（「Ｂｉｎａｒｙ Ｆｏｒｍａｔ ｆｏｒ Ｓｃｅｎｅ」）規格で行われるように、形状、位置、色、サイズ、および／または他のパラメータからオブジェクトを記述する多次元デジタル合成オブジェクトを含むビジュアルストリームの内容を、視覚的にスクランブルして復元（デスクランブル）可能にする安全化方法およびシステムの提供を提案する。
【０００３】
本発明は、特に、動画化されてベクトルグラフを用いたフォーマットで符号化された二次元または三次元の高品質ビジュアルストリームの集合を、テレビ画面に安全に送信可能な装置、および／または、テレビ画面もしくはパソコンのモニタ等のディスプレイスクリーンに通信ネットワークを接続するケースのハードディスクに記録されるように構成された装置に関し、視聴品質を保持する一方で、これらのストリームまたは、デコーダケースのハードディスクもしくは他のあらゆる記録媒体に記録される視聴プログラムを、違法にコピーしうるあらゆる不正使用を回避するものである。本発明は、クライアントサーバシステムおよび、安全化されたビジュアルシーケンスの視聴を可能にするストリームを供給する前記サーバと、デジタル視聴ストリームを読み込んで表示する前記クライアントとの同期機構に関する。
【背景技術】
【０００４】
現行の解決方法では、無線、ケーブル、衛星タイプなどの放送ネットワークを介して、またはＤＳＬ（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）もしくはＢＬＲ（ｂｏｕｃｌｅ ｌｏｃａｌｅ ｒａｄｉｏ）タイプの通信ネットワークを介して、あるいはＤＡＢ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）などのネットワークを介して、映画および視聴プログラムをデジタル伝送することができる。
【０００５】
さらに、このように配信される作品が無断コピーされないようにするために、作品は、当業者がよく知っている様々な手段によってしばしば暗号化され、あるいはスクランブルされる。
【０００６】
複数オブジェクトからなる視聴ストリームの処理に関して、従来技術では、基本層と少なくとも一つの改善層との複数層に分割されるＭＰＥＧ−４タイプのビデオオブジェクトの符号化システムおよび復号化システムを扱った、米国特許第６２３３３５６号明細書の発明「Ｇｅｎｅｒａｌｉｚｅｄ Ｓｃａｌａｂｉｌｉｔｙ ｆｏｒ Ｖｉｄｅｏ Ｃｏｄｅｒ Ｂａｓｅｄ ｏｎ Ｖｉｄｅｏ Ｏｂｊｅｃｔｓ」が知られている。基本層は、基本表示をデコードするためのビデオオブジェクトについての情報を十分に含んでいる。いわゆる改善層は、空間領域および時間領域における解像度を増すことによって、ビデオストリームの品質を改善するための情報を含む。この従来技術は、ＭＰＥＧ−４多層ストリームを符号化および復号化可能な、特別な符号化および復号化方法を紹介している。しかしながら、こうした独創的な符号化方法は、オリジナルビデオストリームを保護したり、あるいはビジュアルシーケンスのオブジェクトをスクランブルしたりするために使用可能なものとして紹介されていない。
【０００７】
クライアントサーバ原理に基づく視聴ストリームの供給安全化に関する発明のなかで、従来技術では、ＭＰＥＧ−４規格により符号化されるビデオストリームの保護方法およびシステムを提案する米国特許第２００１/００５３２２２Ａ１号の発明「Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ、 Ａｐｐａｒａｔｕｓ ａｎｄ Ｍｅｔｈｏｄ」が知られている。視聴ストリームは、複数の音響ビデオオブジェクトから構成され、シーン成分がＢＩＦＳ（Ｂｉｎａｒｙ Ｆｏｒｍａｔ Ｆｏｒ Ｓｃｅｎｅ）フォーマットにより記述され、また、ＩＰＭＰ（「Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｐｒｏｔｅｃｔｉｏｎ」：知的所有権の保護および管理）情報を含む。シーンに含まれる全てのビジュアルオブジェクトから、ビデオオブジェクトだけを保護する。この従来技術は、合成オブジェクトに対する保護を提案していない。そのため、ＢＩＦＳフォーマットによるシーンの記述が安全化されない。保護は、４つの鍵を用いた暗号化方法により実施される。暗号化されたビデオオブジェクトは、その後、ユーザに送信されるデジタルストリーム内で他のビデオオブジェクトと共に多重化される。各ユーザに固有の第一の鍵は、第二の鍵により暗号化され、その結果が第三の鍵で暗号化され、この組み合わせから二つの解錠情報が生成されて、識別されて許可された後、ユーザに送信される。これによって得られる集合がまた、第四の鍵で暗号化され、この集合が、視聴ストリームにおける別のオブジェクトとともに多重化される。第四の鍵は、周期的に更新される。このようにしてストリームが保護され、第一の鍵と二つの解錠情報とが予め受信設備に送信され、受信設備で保護ストリームが解読される。ビデオオブジェクトは、予め送信されたこの二つの解錠情報と第一の鍵とから受信設備で再生される第四の鍵と、ユーザに送信されるＭＰＥＧ−４ストリームのＩＰＭＰ部分に含まれる情報にプラスした第四の鍵とを用いて復元される。
【０００８】
しかしながら、この解決方法では、安全性の問題を解決することができない。何故なら、ビデオストリームの保護は、デジタル鍵をベースとする暗号化システムに基づいているが、このシステムでは、受信設備に伝送されるビデオストリームが、たとえ暗号化した形態であっても、オリジナルビデオストリームに最初からある全ての情報を含むからである。そのため、クライアント設備により受信されるビデオストリームは、たとえすぐには使用できない形態で保存されているとはいえ、暗号化前のビデオストリームに最初からある全ての情報を既に含んでいる。
【０００９】
公知の保護技術は、しばしば、鍵による保護システムに基づいており、ユーザは、所定の瞬間にビジュアルストリーム全体を所持する。そのため、十分な計算手段を備えた、不正な意図を持つユーザは、ビジュアル情報全体が保護ストリームにあるという単純な理由から、保護鍵を見つけられればオリジナルストリームを復元できる。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、従来技術とは違って、ＢＩＦＳフォーマットの原理で発生するグラフィカルなビジュアル合成コンテンツ保護用の高信頼性の解決方法を提案する。
【００１１】
「従来の」大部分の保護システムとは逆に、後述する原理によって、デコードに必要な情報容量を低減しながら高い保護レベルを確保できる。
【００１２】
本発明によって実施される保護は、任意の方法によるオリジナルビジュアル信号符号化情報を削除して代替する原理に基づいている。すなわち、情報の代替、修正、置き換えまたは移動である。こうした保護は、また、デジタルエンコーダの出力でバイナリーストリームの構造を知ることに基づいて行われる。
【００１３】
本発明は、一般に、所定の形状から、または、オブジェクトの形状ならびに色、位置、および／または他のパラメータを記述する数学的な公式から、多次元オブジェクトを構成し、この多次元オブジェクトを用いた動画を表現するあらゆるストリームに関する。このタイプの記述に基づく幾つかのフォーマットは、「Ｂｏｘ」（平行六面体用）、「Ｓｐｈｅｒｅ」等の所定の形状のプリミティブと、任意の形状を形成可能にするプリミティブとを使用する。
【００１４】
このようにして、ストリームは、（たとえばＢｉｔｍａｐ画像の場合のように）ディスプレイスペースの各点を充填するというよりも、ディスプレイスペースの場所を充填可能な情報を供給する。一つのシーンのこうした記述方法は、二次元または三次元のオブジェクトを使用できる。
【００１５】
さらに、本発明は、これらの多次元オブジェクトを含むシーンの記述と、その動画とに関する。バイナリーストリームは、動画（移動、回転、変形など）を実施するために、上記のようなオブジェクトに経時的に行われる変換に関する情報を含む。
【００１６】
本発明は、また、視聴ストリームの安全化方法の一般原理に関する。その目標は、あらゆる放送ネットワークを介したオンデマンドの自由選択による合成ビデオサービスと、ユーザのデジタルデコーダケースにおける局部的な録画と、このように配信されるチャンネルの直接視聴とを可能にすることにある。この解決方法は、ユーザの住居の外で、実際には、伝送供給ネットワークで、クライアントのもとに記録されるかまたは直接配信されるプログラムの一部を取り出して常時保存することからなり、この部分は、テレビ画面またはモニタタイプのスクリーンで前記視聴プログラムを適正に表示するのに最も重要な部分であるが、その容量は、ユーザのもとに記録された、あるいはリアルタイムで受信されたデジタル視聴プログラムの全体容量に比べて非常に少ない。欠けている部分は、前記視聴プログラムの表示時に（伝送）供給ネットワークを介して伝送される。
【００１７】
以下の説明は、ＭＰＥＧ−４ ＢＩＦＳフォーマットのストリームに関与するが、それによって発明の範囲が制限されるわけではない。本発明は、シーンの様々な部分を記述するための多次元デジタルオブジェクトを用いることにより動画視聴シーンを記述可能な、あらゆるフォーマットのストリームに同様に適用される。
【００１８】
本発明によるオブジェクト保護方法は、
・オリジナルビジュアルストリームの少なくとも一部を分析してＭＰＥＧ−４ＢＩＦＳフォーマットに修正することからなる予備ステップと、
・伝送ステップと、
−予備ステップ中に修正されたフィールドから構成された、オリジナルビジュアルストリームのフォーマットによる主要修正ストリームおよび、
−前記主要ストリームとは別のチャンネルによる補完的なデジタル情報の伝送ステップとを含み、前記主要修正ストリームおよび前記補完情報に応じて計算により受信設備でオリジナルビジュアルストリームを復元可能にし、
・前記主要修正ストリームおよび前記補完情報から、オリジナルビジュアルストリームを受信設備で復元可能にするステップとの、三つのステップを含む。
【００１９】
デジタル情報は二つの部分に分けられ、最大部分、すなわち主要修正ストリームは、従来の広帯域放送ネットワークを介して伝送され、欠けている部分、すなわち補完情報は、従来の電話ネットワークまたは、ＧＳＭ、ＧＰＲＳまたはＵＭＴＳといったセルラネットワーク等の狭帯域の通信ネットワークを介して、または、ＤＳＬまたはＢＬＲタイプのネットワークのごく一部を用いて、あるいはまた、ケーブルネットワークで共有する通過帯域の部分集合を用いて、オンデマンドで送信される。視聴ストリームは、主要修正ストリームと補完情報とから、合成モジュールにより受信設備（デコーダ）で復元される。
【００２０】
本発明をいっそうよく理解するために、ＭＰＥＧ−４ ＢＩＦＳデジタルフォーマットの原理に基づく分析−スクランブル・デスクランブルモジュールを含む保護システムについて説明する。ここで説明する方法および設計は、また、上記の多次元オブジェクトを用いる全てのストリームに同様に適用される。
【００２１】
本発明が提案する分析スクランブルモジュールは、「ｌｅｕｒｒｅｓ」によって代替することか、または、ノード、フィールド、ルートに固有のエレメントの一部、もしくはＭＰＥＧ−４ ＢＩＦＳシーンを記述するかあるいはその一部をなす他の成分を修正することに基づいている。主要修正ストリームの生成時にオリジナルビジュアルストリームのデータの一部を除去して代替することによって、前記主要修正ストリームのデータだけでは前記オリジナルストリームを復元することができなくなる。
【課題を解決するための手段】
【００２２】
従来技術の不都合を解消するために、本発明は、その最も広い意味において、ユーザの画面にディスプレイされて少なくとも一つのパラメータ（オブジェクトの色、スケール、サイズ、点座標）により決定される少なくとも一つの幾何学的な多次元オブジェクトを一連のフレームが含み、このフレームから構成された少なくとも二次元の動画化されたベクトル合成ビジュアルシーケンスの供給を安全化する方法に関し、クライアント設備への伝送前にストリームを分析して、オリジナルストリームのフォーマットと同じフォーマットを持つが少なくとも幾つかのフレームを修正した主要修正ストリームと、前記修正フレームを復元可能なデジタル情報を備えた任意フォーマットの補完情報とを生成し、このように生成された前記主要修正ストリームおよび前記補完情報が、受信設備に向けて別々に伝送される。
【００２３】
有利には、前記分析ステップが、ストリームに記述された少なくとも一つの多次元オブジェクトの少なくとも一つのパラメータを修正することからなる。
【００２４】
本発明の特定の実施形態によれば、前記少なくとも一つの多次元オブジェクトは、二次元により決定されるオブジェクトである。さらに、前記少なくとも一つの多次元オブジェクトは、三次元により決定されるオブジェクトであってもよい。
【００２５】
有利には、前記ビジュアルシーケンスの符号化に使用されるフォーマットが、ＭＰＥＧ−４ＢＩＦＳフォーマットである。この場合、本発明の好適な実施形態によれば、ビジュアルシーケンスの少なくとも一つのノード「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」の少なくとも一つのパラメータが、前記分析およびスクランブル段階の際に修正または代替される。同様に、ＭＰＥＧ−４ ＢＩＦＳの場合、および、本発明で使用される変形実施形態によれば、一つまたは複数のノードの一つまたは複数の異なるフィールドが、次のように修正される。
−幾つかのノード「Ｃｉｒｃｌｅ」のフィールド「Ｒａｄｉｕｓ」
−幾つかのノード「Ｒｅｃｔａｎｇｌｅ」のフィールド「Ｓｉｚｅ」
−幾つかのノード「Ｃｕｒｖｅ」のフィールド「Ｃｏｏｒｄ」
−幾つかのノード「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ２ｄ」のフィールド「Ｃｏｏｒｄ」
−幾つかのノード「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ２ｄ」のフィールド「Ｃｏｏｒｄ」
−幾つかの幾何学的なノード「Ｓｐｈｅｒｅ」のフィールド「Ｒａｄｉｕｓ」
−幾つかの幾何学的なノード「Ｂｏｘ」のフィールド「Ｓｉｚｅ」
−幾つかの幾何学的なノード「Ｃｏｎｅ」のフィールド「ｂｏｔｔｏｍＲａｄｉｕｓ」および／または「ｈｅｉｇｈｔ」
−幾つかの幾何学的なノード「Ｃｙｌｉｎｄｅｒ」のフィールド「Ｒａｄｉｕｓ」および／または「ｈｅｉｇｈｔ」
−幾つかの幾何学的なノード「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ」のフィールド「Ｃｏｏｒｄ」および／または「ＳＦＮｏｒｍａｌＮｏｄｅ」
−幾つかの幾何学的なノード「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ」のフィールド「Ｃｏｏｒｄ」
【００２６】
さらに、本発明の変形実施形態によれば、ＢＩＦＳ−Ａｎｉｍプロトコルにより管理される少なくとも一つのイントラフレームが修正される。
【００２７】
本発明の特定の実施形態によれば、受信設備で、主要修正ストリームおよび補完情報に応じてオリジナルフォーマットによるストリームの合成を計算する。
【００２８】
有利には、主要ストリームに実施される修正が完全に可逆性であり（損失のない方法）、主要修正ストリームおよび補完情報から復元されるデジタルストリームが、オリジナルストリームと厳密に同じである。
【００２９】
本発明の変形実施形態によれば、前記主要修正ストリームの伝送が、物理的に供給されるハードウェア媒体（ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク、フラッシュメモリカード）を介して行われる。
【００３０】
別の変形実施形態によれば、前記補完情報の伝送が、物理的に供給されるハードウェア媒体（フラッシュメモリカード、チップカード）を介して実施される。有利には、ハードウェア媒体（フラッシュメモリカード、チップカード）が、合成段階のために使用されるアプリケーションおよびアルゴリズムを含む。
【００３１】
本発明は、また、上記の方法を実施するための合成ビデオストリームの安全化システムに関し、オリジナル合成ビデオシーケンスを含む少なくとも一つのマルチメディアサーバと、オリジナルビジュアルストリームの分析装置と、前記分析に応じてオリジナルビジュアルストリームを主要修正ストリームと補完情報とに分離する装置と、少なくとも一つの通信ネットワークと、前記主要修正ストリームと前記補完情報とに応じて受信設備でビジュアルストリームを復元する少なくとも一つの装置とを含む。
【００３２】
本発明は、本発明による方法の実施システム全体のアーキテクチャを示す図を参照しながら、限定的ではない以下の好適な実施形態の説明を読めば、いっそう理解されるであろう。記載されるビジュアルストリームの保護は、バイナリーストリームの構造と、ＭＰＥＧ−４ ＢＩＦＳ符号化によるそれらの特徴とに基づいて処理生成されるものである。以下、この構造について説明する。
【発明を実施するための最良の形態】
【００３３】
ＭＰＥＧ−４ ＢＩＦＳタイプのデジタルビジュアルシーケンスは、量子化パラメータのノード（「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」）を含むかまたは含まない少なくとも一つの「Ｔｒａｎｓｆｏｒｍ」ノードと、前記幾何学的な形状（「ｇｅｏｍｅｔｒｙ」）の形状を決定するフィールド（「ｆｉｅｌｄ」）を含む少なくとも一つの「Ｆｏｒｍｅ」ノード（「Ｓｈａｐｅ」）とから構成される。このフィールドは、たとえば平行六面体用のボックス（「Ｂｏｘ」）、球（「Ｓｐｈｅｒｅ」）、矩形（矩形ドラッグ用）、円（「Ｃｉｒｃｌｅ」、円のドラッグ用）、「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ２Ｄ」（多角形の頂部の座標によって決定される多角形面のドラッグ用）等の、ディスプレイされる幾何学的な形状のタイプに固有のノードを含み、これをディスプレイ可能な全てのデコーダにより用いられて、シーケンスを適正にデコードすることができる。
【００３４】
当業者によく知られているように、ＭＰＥＧ−４ ＢＩＦＳフォーマットの基本構造は、ＶＲＭＬ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）を直接受け継いでいる。ＶＲＭＬ規格は、ビジュアルシーンを構成するオブジェクトを表現するための幾つかのノードを含み、シーングラフを構成し、それによって挙動および相互作用性を記述する。しかしながら、ＶＲＭＬは、二次元のグラフをサポートせず、直接配信モード（「ｓｔｒｅａｍｉｎｇ」または「ｂｒｏａｄｃａｓｔｉｎｇ」）での伝送用には構成されていない。ＶＲＭＬに対してＭＰＥＧ−４ ＢＩＦＳに付加される要素は、二次元でのグラフィックのサポート、経時的に修正するためのシーンの更新プロトコル、経時的にシーンを構成するオブジェクトを動画化するためのシーンの動画プロトコル、時間モデル、バイナリー符号化、ならびに特別な媒体である（合成ビジュアルオブジェクトの場合、顔および身体の動画「Ｆａｃｉａｌ ａｎｄ Ｂｏｄｙ Ａｎｉｍａｔｉｏｎ」、「Ｍｅｓｈ」グリッド）。バイナリーストリームでの圧縮により、ＶＲＭＬファイルと、ＭＰＥＧ−４で符号化される同等物との間で著しいスペース利得が得られる（少なくとも圧縮率が１５倍に達する）。ＭＰＥＧ−４ ＢＩＦＳのシーンの記述では、ノード（「Ｎｏｄｅ」）、フィールド（「Ｆｉｅｌｄ」）、およびＶＲＭＬで定義されるイベント（「ｅｖｅｎｔ」）が用いられる。また、シーングラフは、ＶＲＭＬで定義される構造と、ノードを定義して再利用するための「ＤＥＦ」機構および「ＵＳＥ」機構とを用いる。
【００３５】
二次元「２Ｄ」のシーングラフは、三次元「３Ｄ」のシーンの特別な事例であり、ＭＰＥＧモードで頻繁に用いられる表現である２Ｄシーンを描写できるようにするためにＭＰＥＧ−４ ＢＩＦＳに特別に付加されたものである。３Ｄシーンは、２Ｄを表現する場合は少しも有効ではない。２Ｄのアニメーション表現は、特に、移動、回転、スケール変更、およびオブジェクト相互の深度に基づいている。二次元の表現は、「Ｔｒａｎｓｆｏｒｍ２Ｄ」などの新しいノードと、たとえば「Ｃｉｒｃｌｅ」または「Ｒｅｃｔａｎｇｌｅ」などの、三次元の標準オブジェクトでは定義されない新しい特別なオブジェクトとを必要とする。
【００３６】
ＶＲＭＬにおける相互作用性および挙動は、センサ（「ｓｅｎｓｏｒｓ」）を用いて管理される。センサは、インターポレータ（「ｉｎｔｅｒｐｏｌａｔｏｒｓ」）を用いて、ユーザの行動またはシーンの動作に応じてイベントを発生する。インターポレータは、経時的に変化する動画専用の属性と、ノード間でイベントを伝送するために用いられるルート（「ＲＯＵＴＥｓ」）とを発生できる。ＭＰＥＧ−４ ＢＩＦＳの場合、ＶＲＭＬのインターポレータを引き継いでおり、一つのノードのフィールドの値を他のノードに対応するフィールドに接続するルートを使用するとともに、ユーザの行動をキャッチするためにセンサを用いている。
【００３７】
シーンの更新機構は、ＭＰＥＧ−４ ＢＩＦＳストリームの直接配信モードの動作に基づいており、すなわち、読み込み開始時に最初のシーンが設定されるが、ＢＩＦＳ-Ｃｏｍｍａｎｄプロトコルにより決定される幾つかのコマンド、つまりノードや指示されたフィールド、あるいはルートの挿入（「Ｉｎｓｅｒｔ」）、削除（「Ｄｅｌｅｔｅ」）、交換（「Ｒｅｐｌａｃｅ」）、または現在のシーンを新しいシーンに全面的に置き換えるためのシーンの完全な更新（「Ｕｐｇｒａｄｅ」）といったコマンドにより、時間の経過につれてシーンを更新できる。
【００３８】
動画は、読み込み時に動画化を可能にしながら大規模なデータ圧縮を行えるように構成されたＢＩＦＳ−Ａｎｉｍプロトコルにより管理される。このプロトコルにより幾つかのオブジェクトを動画化するには、オリジナルシーンで（ＤＥＦを介して）オブジェクトを決定することと、動画化されるノードおよびフィールドのリストを含む動画マスク（「Ａｎｉｍａｔｉｏｎ Ｍａｓｋ」）が、基本ストリーム（「Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ」）に含まれるデコーダ用のコンフィギュレーション記述子（「ＢＩＦＳＣｏｎｆｉｇ」）で定義されるようにすることとが必要である。デジタル値を含むフィールドだけを動画化できる（たとえばＳＦ／ＭＦＩｎｔ３２、ＳＦ／ＭＦＦｌｏａｔ、ＳＦ／ＭＦＣｏｌｏｒ）。その場合、動画に関する連続修正は、一時的なアクセスユニット（「Ａｃｃｅｓｓ Ｕｎｉｔ」）を形成する動画フレーム（「Ａｎｉｍａｔｉｏｎ Ｆｒａｍｅｓ」）に含まれる。このレベルで、イントラ（「Ｉｎｔｒａ」）モードと、予測（「Ｐｒｅｄｉｃｔｉｖｅ」）モードとの二つのモードが存在する。イントラモードでは、フィールドの値が必然的に量子化される。予測モードでは、適切な演算処理コーダを用いて、量子化される一般値と最終伝送値との差だけが符号化される。
【００３９】
量子化は、バイナリーストリームの圧縮を改善するのに用いられる。量子化は、特に、シーンが多数の座標を有する場合（多少とも数の多い頂部をもつ多角形を用いて各面が描写されるアニメーションの場合）に使用され、ＢＩＦＳ−Ａｎｉｍのイントラフレームの場合は必ず行われる。特別なノード「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」（ＱＰ）が決定され、これを使用すると、全てのノードとそれに続く複数ノードに量子化を行うか、または単に第一の後続ノードと、それに続く複数ノードとに量子化を行うことができる。一般に、実施される量子化は、最小値と最大値（ＱＰに含まれる値）との間で線形である。ＱＰはまた、最小値と最大値との間で可能な全ての値を量子化するために使用されるビット数を決定する。このようにして、多角形だけを用いて製造される二次元のアニメーションの場合、ＱＰを使用することで、係数３の追加圧縮が得られる。
【００４０】
ＭＰＥＧ−４ ＢＩＦＳのシーンの記述は、シーン構造を記述するノードの収集からなる。ノードは、ノードデータタイプ（「Ｎｏｄｅ Ｄａｔａ Ｔｙｐｅｓ」または「ＮＤＴｓ」）としてグループ化される。記号表記の観点から、単数値のフィールド（「Ｓｉｎｇｌｅ Ｖａｌｕｅｄ Ｆｉｅｌｄｓ」）を表すときは常に「ＳＦ」を用い、あるいは多数値のフィールド（「Ｍｕｌｔｉｐｌｅ ＿Ｖａｌｕｅｄ Ｆｉｅｌｄｓ」）を表すときは常に「ＭＦ」を用いる。表記する際は、変数［値］と記す。ノードは、これらのノードの属性とインターフェースとを示す「フィールド」（「ｆｉｅｌｄｓ」）と呼ばれる主要成分からなる。
【００４１】
フィールドは、
−値
−この値のタイプ
−フィールドが一定か（「Ｆｉｅｌｄ」）、修正できるか（「ｅｘｐｏｓｅｄＦｉｅｌｄ」）、単にイベントソース（「ｅｖｅｎｔＯｕｔ」）にすぎないか、または単にイベントを受容するだけか（「ｅｖｅｎｔＩｎ」）を示す挙動タイプ
等の特徴を有する。
【００４２】
これらのフィールドは、圧縮を増加するために量子化可能である。
【００４３】
グラフの特定の瞬間、従ってバイナリーストリームでは、部分集合ノードの１個のノードだけが有効である。各ノードには、基準として使用される単一のノード識別子（「ＮｏｄｅＩＤ」）が対応する。
【００４４】
幾つかのフィールドは活性化しており、イベントを送る（「ｅｖｅｎｔＯｕｔ」）。イベントは、ルートにより伝送される。ルートは、ソースフィールドと、ターゲットフィールドとから構成され、各フィールドは、それが属するノードの識別子（「ＤＥＦ＿ＩＤ」）により識別される。ルートは、同じタイプの二つのフィールドを接続する。このようにして、ルートの機構により、一つの値が変わっても、この値はターゲットフィールドで直ちに変えられる。
【００４５】
シーンで見えるはずの全てのエンタティは、シェイプノード（「Ｓｈａｐｅ」）に結合していなければならない。「Ｓｈａｐｅ」ノードは、形状（「Ｇｅｏｍｅｔｒｙ」）フィールドと外観（「Ａｐｐｅａｒｅｎｃｅ」）フィールドとの二つのフィールドを含む。「Ａｐｐｅａｒａｎｃｅ」フィールドは、色情報、充填情報、透明度情報、ならびに見え方に関する他の属性の情報を含む外観ノード（「Ａｐｐｅａｒａｎｃｅ」）、あるいは、テクスチュアのための特別なノードを、それ自体が含む。「Ｇｅｏｍｅｔｒｙ」フィールドは、ディスプレイされるビジュアルエレメントの形状に関する情報、たとえば「Ｂｏｘ」、「Ｓｐｈｅｒｅ」、「Ｒｅｃｔａｎｇｌｅ」、「Ｃｉｒｃｌｅ」、「Ｃｕｒｖｅ２Ｄ」、「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ」、「ＰｏｉｎｔＳｅｔ２Ｄ」、「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ」、「Ｃｏｎｅ」、「Ｃｙｌｉｎｄｅｒ」を含む。
【００４６】
３Ｄの一般的なケースでは、「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ」が、頂部により記述される三次元の面をディスプレイする役割を果たす。頂部は、そこに含まれる「Ｃｏｏｒｄ」フィールドで与えられる。このフィールドは、連続座標で充填されている（すなわち、面の各点を３Ｄ座標に位置づけるための三つの値）。さらに、この面は、面全体における照明の描写を計算する際に特に使用される三次元ベクトルリストを含む通常フィールド（「ＳＦＮｏｒｍａｌＮｏｄｅ」）を有する。
【００４７】
この実施形態が好適に適用される２Ｄの特別なケースでは、「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ２Ｄ」が、頂部により記述される平面多角形をディスプレイする役割を果たす。頂部は、そこに含まれる「Ｃｏｏｒｄ」フィールドで与えられる。このフィールドは、連続座標で充填されている（２Ｄでは横座標値、次いで縦座標値が連続する）。ここでもまた、「ＩｎｄｅｘｅｄＬｉｎｅ２Ｄ」は同様に動作するが、多角形の面を閉じずに所定の座標の連続により決定される線だけをドラッグする。
【００４８】
テキスト記述の例：
Ｔｒａｎｓｆｏｒｍ２Ｄ
｛
Ｓｃａｌｅ０．５ ０．５
Ｃｈｉｌｄｒｅｎ［
ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ
｛
ｐｏｓｉｔｉｏｎ２ＤＱｕａｎｔ ｔｒｕｅ
ｐｏｓｉｔｉｏｎ２ＤＭｉｎ −２０．０ −２０．０
ｐｏｓｉｔｉｏｎ２ＤＭａｘ ２０．０ ２０．０
ｐｏｓｉｔｉｏｎ２ＤＮｂＢｉｔｓ １２
ｃｏｌｏｒＱｕａｎｔ ｆａｌｓｅ
ｕｓｅＥｆｆｉｃｉｅｎｔＣｏｄｉｎｇ ｔｒｕｅ
｝
Ｓｈａｐｅ
｛
ａｐｐｅａｒａｎｃｅ Ａｐｐｅａｒａｎｃｅ
｛
ｍａｔｅｒｉａｌ Ｍａｔｅｒｉａｌ２Ｄ
｛
ｅｍｉｓｓｉｖｅＣｏｌｏｒ ０．８ ０．５６６ ０．２
ｆｉｌｌｅｄ ＴＲＵＥ
ｔｒａｎｓｐａｒｅｎｃｙ ０
｝
｝
ｇｅｏｍｅｔｒｙ ＩｎｄｅｘｅｄＦａｃｅＳｅｔ２Ｄ
｛
ｃｏｏｒｄ Ｃｏｏｒｄｉｎａｔｅ２Ｄ
｛
ｐｏｉｎｔ［１０ −１０ １０ １０
−１０ １０ −１０ −１０］
｝
｝
｝
｝
｝
【００４９】
面２ＤをＭＰＥＧ−４ ＢＩＦＳフォーマットで作成するこの例は、ベクトルグラフィック（「ｖｅｃｔｏｒ ｇｒａｐｈｉｃｓ」）を用いたフォーマットで復元可能であり、すなわち面が、その色、位置、およびスペース占有度により（所定の形状から、または、境界を示す数学的な公式から）決定される。
【００５０】
さらに、ＭＰＥＧ−４ ＢＩＦＳの完全なシーンは、多角形の各頂部を決定するために、このようにして形成された、それぞれが多数の点からなる多数のオブジェクトを含む（点が多ければ多いほど、オブジェクトの輪郭の精度が増し、品質が高くなる）。さらに、ＭＰＥＧ−４ ＢＩＦＳのシーンは、このように決定される３Ｄオブジェクトと２Ｄの面とを同時に含むことができる。
【００５１】
この簡単な例から、バイナリーストリームで幾つかのパラメータ値を直接変えることによって、オリジナルシーンが妨害されることが分かる。シーンをスクランブルするには、色、面の充填度、多次元オブジェクトの描写を縮小または拡大するスケールといった値を変更し、最終的にフィールドの一つまたは複数の座標値を変換して、オブジェクトをさらに変形する。
【００５２】
結果として得られる主要修正ストリームは、オリジナルストリームが生成された標準に完全に適合するものであるが、そこに含まれる視覚的な情報は同じではない。最小サイズの補完情報を得るには、非常に多くの点を含む高レベルの動画を記述するオブジェクトの総数の中で、限られた数の多次元オブジェクトを修正する。
【００５３】
有利には、コンテンツの製作者が、圧縮を増加するための規格または標準により推奨される技術を使用し、すなわち、「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」ノードを使用して特に座標を量子化する。この場合、ＱＰのフィールドを変換すること（たとえば最小値：「ｐｏｓｉｔｉｏｎ２ＤＭｉｎ」値を変更すること）は、このＱＰが関与する一つまたは複数のオブジェクトの表現を全面的に変える効果がある。事実、量子化パラメータの境界を変えれば、表現が修正されることになる。何故なら、これらの境界に対して点座標が符号化されているからである。このようにして、上記の変換が行われるオブジェクトのスケールを変えられる。
【００５４】
劣化を増すには、幾つかの座標を同様に、たとえば任意に修正して、元の形状が確実に変形されるようにする。こうした修正は、シーンを構成する少なくとも一つのオブジェクトに対して実施される。
【００５５】
有利には、ストリームの中に上記の全てのエレメントを見出して、オリジナルストリームのフォーマットに主要修正ストリームを適合させながら、幾つかのデジタル値を別のデジタル値に代替する。
【００５６】
本発明による別の実施形態は、円（「Ｃｉｒｃｌｅ」）形状ノードの半径（「ｒａｄｉｕｓ」）フィールドを修正してサイズを修正する。矩形（「Ｒｅｃｔａｎｇｌｅ」）タイプの形状ノードの場合、サイズフィールド（「ｓｉｚｅ」）を修正することにより、元のサイズを、計算されたまたは任意の「擬似」サイズに代える。さらに、曲線（「Ｃｕｒｖｅ２Ｄ」）ノードの座標フィールド（「ＳＦＣｏｏｒｄｉｎａｔｅ２ＤＮｏｄｅ」）を修正することにより、表現を修正する。
【００５７】
３Ｄオブジェクトに関しては、球（「Ｓｐｈｅｒｅ」）形状ノードの半径（「Ｒａｄｉｕｓ」）フィールドを修正してサイズを修正する。平行六面体（「Ｂｏｘ」）タイプの形状ノードでは、サイズ（「ｓｉｚｅ」）フィールドを修正することによって、元のサイズ（３個の値の組）を、計算されたまたは任意の「擬似」サイズに代える。
【００５８】
円錐（「Ｃｏｎｅ」）を示す幾何学的な形状は、円錐の半径（「ｂｏｔｔｏｍＲａｄｉｕｓ」）および高さ（「ｈｅｉｇｈｔ」）の値を、計算されたまたは任意の「擬似」値に修正することによって変換される。
【００５９】
円筒（「Ｃｙｌｉｎｄｅｒ」）を示す幾何学的な形状は、円筒の半径（「Ｒａｄｉｕｓ」）および高さ（「ｈｅｉｇｈｔ」）の値を、計算されたまたは任意の「擬似」値に修正することによって変換される。
【００６０】
同様に、多角形ノード（「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ」または「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ２Ｄ」（２Ｄ表現用））の座標フィールドの修正を実施して、その表現を変える。有利には、３Ｄの場合、また、法線（「ＳＦＮｏｒｍａｌＮｏｄｅ」）フィールドを修正することにより、オブジェクトの照明方程式の推定結果と、法線ベクトルの使用を必要とする他のあらゆる結果とを修正する。
【００６１】
有利には、修正が、折れ線（「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ」または「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ２Ｄ」（２Ｄ表現用））の形状ノードの座標フィールドを対象として行われ、その表現を変更する。
【００６２】
また、「Ｔｒａｎｓｆｏｒｍ」ノードまたは２Ｄの「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ２Ｄ」のノードのスケールフィールド（「Ｓｃａｌｅ」）および／または移動（「ｔｒａｎｓｌａｔｉｏｎ」）および／または回転（「ｒｏｔａｔｉｏｎ」）を、計算されたまたは任意の「擬似」値に代えて、ディスプレイ時の視覚的な描写を修正する。
【００６３】
本発明は、本発明によるクライアントサーバシステムの特定の実施形態を示す添付図面に関して、以下に例としてなされた限定的ではない本発明の好適な実施形態の説明により、いっそう理解されるであろう。
【００６４】
オリジナルストリーム（１）は、ＭＰＥＧ−４ ＢＩＦＳエンコーダから直接送られるデジタルストリームである。
【００６５】
安全化が望まれる符号化されたオリジナルビジュアルストリーム（１）は、シーンの記述エレメントの幾つかがオリジナルの値とは異なる値に代替された以外は入力ストリーム（１）のフォーマットと同じフォーマットの主要修正ストリーム（３２）を発生する分析スクランブルモジュール（３１）に、接続線（２）を介して送られ、サーバ（３）に保存される。任意フォーマットの補完情報（３３）は、修正、交換、代替、または移動されたシーケンスのエレメントに関する情報と、オリジナルストリーム内のそれらの値または場所とを含む。前記補完情報（３３）も同様にサーバ（３）に保存される。
【００６６】
本発明の特定の実施形態によれば、モジュール（３１）により実施される分析ステップに続いて行われるスクランブルステップは、１０組につき１組の座標を任意の１組の値により変えることによって、あらゆる「Ｐｏｌｙｇｏｎｅ」ノードを変換することからなる。オリジナル値は、補完情報（３３）に保存される。
【００６７】
別の実施形態によれば、モジュール（３１）で実施される分析により、所定の多角形の座標の集合に量子化を行うために使用される最小および最大の境界を決定する「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」ノードの存在を検出する。モジュール（３１）は、幾つかの「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」ノードに対して、最小および最大の全ての境界値（２Ｄオブジェクトの場合は４個の値全体、オリジナル値は補完情報に保存される）を修正し、これを、適切で一貫性があるがオリジナル値とはかけ離れた「擬似」値に代える。このようにして、所定の多角形面の形状の歪み効果が得られる。
【００６８】
有利には、この方法は、ＢＩＦＳ−Ａｎｉｍプロトコルを使用する符号化ストリームに適用される。このタイプのストリームでは、イントラフレームが必ず量子化される。モジュール（３１）は、これらのイントラフレームで使用されるＱＰのフィールドで修正を実施する。さらに、モジュール（３１）は、保護をいっそう高めるために、イントラフレームで幾つかの面を変更する。実際、予測フレームは、イントラフレーム内で画定される面に基づいている。従って、この関係のために、イントラフレームの修正全体によって劣化が経時的に延長される。
【００６９】
変換（３２）によって得られるストリームは、オリジナルストリーム（１）と同じフォーマットである。
【００７０】
次に、主要修正ストリーム（３２）が、無線、ケーブル、衛星等の高速ネットワーク（５）を介してユーザ（８）の端末に送られ、たとえばハードディスク等のメモリ（８１）に保存される。ユーザ（８）がメモリ（８１）に存在するシーケンスの視聴を要求する場合、次の二つの可能性が考えられる。第一に、ユーザ（８）は、動画シーケンスを見るために必要なあらゆる権利を持っておらず、この場合、メモリ（８１）に存在するスクランブルモジュール（３１）が生成した動画ストリーム（３２）は、読み取りバッファメモリ（８３）を介して合成システム（８６）に送られる。読み取りバッファメモリは、このストリームを修正せず、これをデコード可能な読取装置（８７）にそのまま伝送するので、スクランブルモジュール（３１）により視覚的に劣化された内容がディスプレイ画面（９）に表示される。
【００７１】
第二の場合、サーバ（３）は、ユーザ（８）が動画シーケンスを見る権利を有すると判断する。この場合、合成モジュール（８６）は、オリジナルシーケンス（１）の回収に必要な補完情報（３３）を含むサーバ（３）に視聴要求を行う。サーバ（３）は、アナログまたはデジタル電話回線、ＤＳＬ（「Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ」）またはＢＬＲ（無線ローカルループ）タイプの通信ネットワークを介して、またはＤＡＢ（「Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ」）ネットワークを介して、あるいはデジタル移動通信ネットワーク（ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ）（７）を介して、オリジナルシーケンスを再構成可能にする補完情報（３３）を送信し、ユーザ（８）がバッファメモリ（８５）にこれを保存できるようにする。有利には、ネットワーク（７）は、ネットワーク（５）と同じタイプとすることができる。
【００７２】
有利には、ネットワーク（７）は、ネットワーク（５）と一体化することができる。
【００７３】
合成モジュール（８６）は、読み取りバッファメモリ（８３）で読み込んだ主要修正ストリームと、修正されたフィールドの位置およびオリジナル値を知らせることができるバッファメモリ（８５）で読み込んだ補完情報とから、オリジナルビジュアルストリームを復元する。ＭＰＥＧ−４ ＢＩＦＳフォーマットで再構成されたシーケンスは、このフォーマット用の読み取り/デコード装置（８７）に送信される。再構成されたオリジナルビジュアルシーケンスは、ユーザ（８）のディスプレイ画面（９）に表示される。
【００７４】
有利には、主要修正ストリーム（３２）が、ネットワーク（５）を介して読み取りバッファッメモリ（８３）に直接送られてから合成モジュール（８６）に送られる。
【００７５】
有利には、主要修正ストリーム（３２）が、ＣＤ−ＲＯＭ、ＤＶＤタイプのディスク、ハードディスク、フラッシュメモリカード等のハードウェア媒体（４）に記録（録画）される。主要修正ストリーム（３２）は、その後、ハードウェア媒体（４）からケース（８）のディスク読取装置（８２）により読み取られ、読み取りバッファメモリ（８３）に伝送され、次いで合成モジュール（８６）に伝送される。
【００７６】
有利には、補完情報（３３）は、チップカードまたはフラッシュメモリカードからなる信用カードフォーマットのハードウェア媒体（６）に記録される。このカード（６）は、ユーザ（８）の装置のカード読取装置（８４）により読み取られる。
【００７７】
有利には、カード（６）は、合成システム（８６）により実行されるアプリケーションおよびアルゴリズムを含む。
【００７８】
有利には、装置（８）は、オフラインの携帯移動システムである。
【００７９】
上記の説明は、ＭＰＥＧ−４ ＢＩＦＳ規格で規定される２Ｄまたは３Ｄオブジェクトだけに制限されるものではなく、その形状、位置、色、サイズおよび／またはそれらを記述する他のパラメータからなるオブジェクトを用いた、あらゆるフォーマットのグラフィカル/ベクトル記述に及ぶものである。
【００８０】
さらに、以上に説明した概念は、上記のノードの例と同様に決定されるあらゆるノードに適用され、こうしたノードは、ノードにより記述されるオブジェクトの構造を定義するための少なくとも一つのフィールドを含む。この種のフィールドは、ＭＰＥＧ−４ ＢＩＦＳ規格の「Ｃｏｏｒｄ」、「Ｃｏｌｏｒ」、「Ｔｒａｎｓｌａｔｉｏｎ」、「Ｒｏｔａｔｉｏｎ」、または「Ｓｃａｌｅ」フィールドにより決定される機能と同様の機能を備える。
【００８１】
有利には、装置（３）は、ＭＰＥＧ−４ ＢＩＦＳにより設定されるのと同じ原理を用いたベクトル動画を表現するあらゆるストリームを変換する。
【００８２】
有利には、装置（３）は、３次元動画を表現するあらゆるストリームを修正する。保護の動作原理は、上記の例と同じであるが、修正は、三次元の形状（立方体、円錐など）に固有のノードで行われる。座標に関しては、２組の座標値ではなく、３組の座標値が修正される。
【００８３】
上記の例は、保護を目的とするバイナリーストリームの修正原理を示したものであり、同様の特性を有するあらゆるストリームにこれを適用することができる。
【図面の簡単な説明】
【００８４】
【図１】本発明による方法の実施システム全体のアーキテクチャを示す図である。
【符号の説明】
【００８５】
１ オリジナルストリーム
２ 接続線
３ サーバ
３１ 分析スクランブルモジュール
３２ 主要修正ストリーム
３３ 補完情報
５ 高速ネットワーク
６ ハードウェア媒体
７ ネットワーク
８ ユーザ
８１ メモリ
８３ 読み取りバッファメモリ
８４ カード読取装置
８５ バッファメモリ
８６ 合成システム
８７ 読み取り−デコーダ装置
９ ディスプレイスクリーン
【技術分野】
【０００１】
本発明は、動画化されてベクトルグラフを用いたフォーマットで符号化された、すなわち、面が、その色、位置、および空間占有度により、所定の形状から、または境界を示す数学的な公式から決定される、ビジュアルデジタルストリームの処理および保護の分野に関する。
【０００２】
本発明では、たとえばＭＰＥＧ−４ＢＩＦＳ（「Ｂｉｎａｒｙ Ｆｏｒｍａｔ ｆｏｒ Ｓｃｅｎｅ」）規格で行われるように、形状、位置、色、サイズ、および／または他のパラメータからオブジェクトを記述する多次元デジタル合成オブジェクトを含むビジュアルストリームの内容を、視覚的にスクランブルして復元（デスクランブル）可能にする安全化方法およびシステムの提供を提案する。
【０００３】
本発明は、特に、動画化されてベクトルグラフを用いたフォーマットで符号化された二次元または三次元の高品質ビジュアルストリームの集合を、テレビ画面に安全に送信可能な装置、および／または、テレビ画面もしくはパソコンのモニタ等のディスプレイスクリーンに通信ネットワークを接続するケースのハードディスクに記録されるように構成された装置に関し、視聴品質を保持する一方で、これらのストリームまたは、デコーダケースのハードディスクもしくは他のあらゆる記録媒体に記録される視聴プログラムを、違法にコピーしうるあらゆる不正使用を回避するものである。本発明は、クライアントサーバシステムおよび、安全化されたビジュアルシーケンスの視聴を可能にするストリームを供給する前記サーバと、デジタル視聴ストリームを読み込んで表示する前記クライアントとの同期機構に関する。
【背景技術】
【０００４】
現行の解決方法では、無線、ケーブル、衛星タイプなどの放送ネットワークを介して、またはＤＳＬ（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）もしくはＢＬＲ（ｂｏｕｃｌｅ ｌｏｃａｌｅ ｒａｄｉｏ）タイプの通信ネットワークを介して、あるいはＤＡＢ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）などのネットワークを介して、映画および視聴プログラムをデジタル伝送することができる。
【０００５】
さらに、このように配信される作品が無断コピーされないようにするために、作品は、当業者がよく知っている様々な手段によってしばしば暗号化され、あるいはスクランブルされる。
【０００６】
複数オブジェクトからなる視聴ストリームの処理に関して、従来技術では、基本層と少なくとも一つの改善層との複数層に分割されるＭＰＥＧ−４タイプのビデオオブジェクトの符号化システムおよび復号化システムを扱った、米国特許第６２３３３５６号明細書の発明「Ｇｅｎｅｒａｌｉｚｅｄ Ｓｃａｌａｂｉｌｉｔｙ ｆｏｒ Ｖｉｄｅｏ Ｃｏｄｅｒ Ｂａｓｅｄ ｏｎ Ｖｉｄｅｏ Ｏｂｊｅｃｔｓ」が知られている。基本層は、基本表示をデコードするためのビデオオブジェクトについての情報を十分に含んでいる。いわゆる改善層は、空間領域および時間領域における解像度を増すことによって、ビデオストリームの品質を改善するための情報を含む。この従来技術は、ＭＰＥＧ−４多層ストリームを符号化および復号化可能な、特別な符号化および復号化方法を紹介している。しかしながら、こうした独創的な符号化方法は、オリジナルビデオストリームを保護したり、あるいはビジュアルシーケンスのオブジェクトをスクランブルしたりするために使用可能なものとして紹介されていない。
【０００７】
クライアントサーバ原理に基づく視聴ストリームの供給安全化に関する発明のなかで、従来技術では、ＭＰＥＧ−４規格により符号化されるビデオストリームの保護方法およびシステムを提案する米国特許第２００１/００５３２２２Ａ１号の発明「Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ、 Ａｐｐａｒａｔｕｓ ａｎｄ Ｍｅｔｈｏｄ」が知られている。視聴ストリームは、複数の音響ビデオオブジェクトから構成され、シーン成分がＢＩＦＳ（Ｂｉｎａｒｙ Ｆｏｒｍａｔ Ｆｏｒ Ｓｃｅｎｅ）フォーマットにより記述され、また、ＩＰＭＰ（「Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｐｒｏｔｅｃｔｉｏｎ」：知的所有権の保護および管理）情報を含む。シーンに含まれる全てのビジュアルオブジェクトから、ビデオオブジェクトだけを保護する。この従来技術は、合成オブジェクトに対する保護を提案していない。そのため、ＢＩＦＳフォーマットによるシーンの記述が安全化されない。保護は、４つの鍵を用いた暗号化方法により実施される。暗号化されたビデオオブジェクトは、その後、ユーザに送信されるデジタルストリーム内で他のビデオオブジェクトと共に多重化される。各ユーザに固有の第一の鍵は、第二の鍵により暗号化され、その結果が第三の鍵で暗号化され、この組み合わせから二つの解錠情報が生成されて、識別されて許可された後、ユーザに送信される。これによって得られる集合がまた、第四の鍵で暗号化され、この集合が、視聴ストリームにおける別のオブジェクトとともに多重化される。第四の鍵は、周期的に更新される。このようにしてストリームが保護され、第一の鍵と二つの解錠情報とが予め受信設備に送信され、受信設備で保護ストリームが解読される。ビデオオブジェクトは、予め送信されたこの二つの解錠情報と第一の鍵とから受信設備で再生される第四の鍵と、ユーザに送信されるＭＰＥＧ−４ストリームのＩＰＭＰ部分に含まれる情報にプラスした第四の鍵とを用いて復元される。
【０００８】
しかしながら、この解決方法では、安全性の問題を解決することができない。何故なら、ビデオストリームの保護は、デジタル鍵をベースとする暗号化システムに基づいているが、このシステムでは、受信設備に伝送されるビデオストリームが、たとえ暗号化した形態であっても、オリジナルビデオストリームに最初からある全ての情報を含むからである。そのため、クライアント設備により受信されるビデオストリームは、たとえすぐには使用できない形態で保存されているとはいえ、暗号化前のビデオストリームに最初からある全ての情報を既に含んでいる。
【０００９】
公知の保護技術は、しばしば、鍵による保護システムに基づいており、ユーザは、所定の瞬間にビジュアルストリーム全体を所持する。そのため、十分な計算手段を備えた、不正な意図を持つユーザは、ビジュアル情報全体が保護ストリームにあるという単純な理由から、保護鍵を見つけられればオリジナルストリームを復元できる。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、従来技術とは違って、ＢＩＦＳフォーマットの原理で発生するグラフィカルなビジュアル合成コンテンツ保護用の高信頼性の解決方法を提案する。
【００１１】
「従来の」大部分の保護システムとは逆に、後述する原理によって、デコードに必要な情報容量を低減しながら高い保護レベルを確保できる。
【００１２】
本発明によって実施される保護は、任意の方法によるオリジナルビジュアル信号符号化情報を削除して代替する原理に基づいている。すなわち、情報の代替、修正、置き換えまたは移動である。こうした保護は、また、デジタルエンコーダの出力でバイナリーストリームの構造を知ることに基づいて行われる。
【００１３】
本発明は、一般に、所定の形状から、または、オブジェクトの形状ならびに色、位置、および／または他のパラメータを記述する数学的な公式から、多次元オブジェクトを構成し、この多次元オブジェクトを用いた動画を表現するあらゆるストリームに関する。このタイプの記述に基づく幾つかのフォーマットは、「Ｂｏｘ」（平行六面体用）、「Ｓｐｈｅｒｅ」等の所定の形状のプリミティブと、任意の形状を形成可能にするプリミティブとを使用する。
【００１４】
このようにして、ストリームは、（たとえばＢｉｔｍａｐ画像の場合のように）ディスプレイスペースの各点を充填するというよりも、ディスプレイスペースの場所を充填可能な情報を供給する。一つのシーンのこうした記述方法は、二次元または三次元のオブジェクトを使用できる。
【００１５】
さらに、本発明は、これらの多次元オブジェクトを含むシーンの記述と、その動画とに関する。バイナリーストリームは、動画（移動、回転、変形など）を実施するために、上記のようなオブジェクトに経時的に行われる変換に関する情報を含む。
【００１６】
本発明は、また、視聴ストリームの安全化方法の一般原理に関する。その目標は、あらゆる放送ネットワークを介したオンデマンドの自由選択による合成ビデオサービスと、ユーザのデジタルデコーダケースにおける局部的な録画と、このように配信されるチャンネルの直接視聴とを可能にすることにある。この解決方法は、ユーザの住居の外で、実際には、伝送供給ネットワークで、クライアントのもとに記録されるかまたは直接配信されるプログラムの一部を取り出して常時保存することからなり、この部分は、テレビ画面またはモニタタイプのスクリーンで前記視聴プログラムを適正に表示するのに最も重要な部分であるが、その容量は、ユーザのもとに記録された、あるいはリアルタイムで受信されたデジタル視聴プログラムの全体容量に比べて非常に少ない。欠けている部分は、前記視聴プログラムの表示時に（伝送）供給ネットワークを介して伝送される。
【００１７】
以下の説明は、ＭＰＥＧ−４ ＢＩＦＳフォーマットのストリームに関与するが、それによって発明の範囲が制限されるわけではない。本発明は、シーンの様々な部分を記述するための多次元デジタルオブジェクトを用いることにより動画視聴シーンを記述可能な、あらゆるフォーマットのストリームに同様に適用される。
【００１８】
本発明によるオブジェクト保護方法は、
・オリジナルビジュアルストリームの少なくとも一部を分析してＭＰＥＧ−４ＢＩＦＳフォーマットに修正することからなる予備ステップと、
・伝送ステップと、
−予備ステップ中に修正されたフィールドから構成された、オリジナルビジュアルストリームのフォーマットによる主要修正ストリームおよび、
−前記主要ストリームとは別のチャンネルによる補完的なデジタル情報の伝送ステップとを含み、前記主要修正ストリームおよび前記補完情報に応じて計算により受信設備でオリジナルビジュアルストリームを復元可能にし、
・前記主要修正ストリームおよび前記補完情報から、オリジナルビジュアルストリームを受信設備で復元可能にするステップとの、三つのステップを含む。
【００１９】
デジタル情報は二つの部分に分けられ、最大部分、すなわち主要修正ストリームは、従来の広帯域放送ネットワークを介して伝送され、欠けている部分、すなわち補完情報は、従来の電話ネットワークまたは、ＧＳＭ、ＧＰＲＳまたはＵＭＴＳといったセルラネットワーク等の狭帯域の通信ネットワークを介して、または、ＤＳＬまたはＢＬＲタイプのネットワークのごく一部を用いて、あるいはまた、ケーブルネットワークで共有する通過帯域の部分集合を用いて、オンデマンドで送信される。視聴ストリームは、主要修正ストリームと補完情報とから、合成モジュールにより受信設備（デコーダ）で復元される。
【００２０】
本発明をいっそうよく理解するために、ＭＰＥＧ−４ ＢＩＦＳデジタルフォーマットの原理に基づく分析−スクランブル・デスクランブルモジュールを含む保護システムについて説明する。ここで説明する方法および設計は、また、上記の多次元オブジェクトを用いる全てのストリームに同様に適用される。
【００２１】
本発明が提案する分析スクランブルモジュールは、「ｌｅｕｒｒｅｓ」によって代替することか、または、ノード、フィールド、ルートに固有のエレメントの一部、もしくはＭＰＥＧ−４ ＢＩＦＳシーンを記述するかあるいはその一部をなす他の成分を修正することに基づいている。主要修正ストリームの生成時にオリジナルビジュアルストリームのデータの一部を除去して代替することによって、前記主要修正ストリームのデータだけでは前記オリジナルストリームを復元することができなくなる。
【課題を解決するための手段】
【００２２】
従来技術の不都合を解消するために、本発明は、その最も広い意味において、ユーザの画面にディスプレイされて少なくとも一つのパラメータ（オブジェクトの色、スケール、サイズ、点座標）により決定される少なくとも一つの幾何学的な多次元オブジェクトを一連のフレームが含み、このフレームから構成された少なくとも二次元の動画化されたベクトル合成ビジュアルシーケンスの供給を安全化する方法に関し、クライアント設備への伝送前にストリームを分析して、オリジナルストリームのフォーマットと同じフォーマットを持つが少なくとも幾つかのフレームを修正した主要修正ストリームと、前記修正フレームを復元可能なデジタル情報を備えた任意フォーマットの補完情報とを生成し、このように生成された前記主要修正ストリームおよび前記補完情報が、受信設備に向けて別々に伝送される。
【００２３】
有利には、前記分析ステップが、ストリームに記述された少なくとも一つの多次元オブジェクトの少なくとも一つのパラメータを修正することからなる。
【００２４】
本発明の特定の実施形態によれば、前記少なくとも一つの多次元オブジェクトは、二次元により決定されるオブジェクトである。さらに、前記少なくとも一つの多次元オブジェクトは、三次元により決定されるオブジェクトであってもよい。
【００２５】
有利には、前記ビジュアルシーケンスの符号化に使用されるフォーマットが、ＭＰＥＧ−４ＢＩＦＳフォーマットである。この場合、本発明の好適な実施形態によれば、ビジュアルシーケンスの少なくとも一つのノード「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」の少なくとも一つのパラメータが、前記分析およびスクランブル段階の際に修正または代替される。同様に、ＭＰＥＧ−４ ＢＩＦＳの場合、および、本発明で使用される変形実施形態によれば、一つまたは複数のノードの一つまたは複数の異なるフィールドが、次のように修正される。
−幾つかのノード「Ｃｉｒｃｌｅ」のフィールド「Ｒａｄｉｕｓ」
−幾つかのノード「Ｒｅｃｔａｎｇｌｅ」のフィールド「Ｓｉｚｅ」
−幾つかのノード「Ｃｕｒｖｅ」のフィールド「Ｃｏｏｒｄ」
−幾つかのノード「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ２ｄ」のフィールド「Ｃｏｏｒｄ」
−幾つかのノード「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ２ｄ」のフィールド「Ｃｏｏｒｄ」
−幾つかの幾何学的なノード「Ｓｐｈｅｒｅ」のフィールド「Ｒａｄｉｕｓ」
−幾つかの幾何学的なノード「Ｂｏｘ」のフィールド「Ｓｉｚｅ」
−幾つかの幾何学的なノード「Ｃｏｎｅ」のフィールド「ｂｏｔｔｏｍＲａｄｉｕｓ」および／または「ｈｅｉｇｈｔ」
−幾つかの幾何学的なノード「Ｃｙｌｉｎｄｅｒ」のフィールド「Ｒａｄｉｕｓ」および／または「ｈｅｉｇｈｔ」
−幾つかの幾何学的なノード「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ」のフィールド「Ｃｏｏｒｄ」および／または「ＳＦＮｏｒｍａｌＮｏｄｅ」
−幾つかの幾何学的なノード「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ」のフィールド「Ｃｏｏｒｄ」
【００２６】
さらに、本発明の変形実施形態によれば、ＢＩＦＳ−Ａｎｉｍプロトコルにより管理される少なくとも一つのイントラフレームが修正される。
【００２７】
本発明の特定の実施形態によれば、受信設備で、主要修正ストリームおよび補完情報に応じてオリジナルフォーマットによるストリームの合成を計算する。
【００２８】
有利には、主要ストリームに実施される修正が完全に可逆性であり（損失のない方法）、主要修正ストリームおよび補完情報から復元されるデジタルストリームが、オリジナルストリームと厳密に同じである。
【００２９】
本発明の変形実施形態によれば、前記主要修正ストリームの伝送が、物理的に供給されるハードウェア媒体（ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク、フラッシュメモリカード）を介して行われる。
【００３０】
別の変形実施形態によれば、前記補完情報の伝送が、物理的に供給されるハードウェア媒体（フラッシュメモリカード、チップカード）を介して実施される。有利には、ハードウェア媒体（フラッシュメモリカード、チップカード）が、合成段階のために使用されるアプリケーションおよびアルゴリズムを含む。
【００３１】
本発明は、また、上記の方法を実施するための合成ビデオストリームの安全化システムに関し、オリジナル合成ビデオシーケンスを含む少なくとも一つのマルチメディアサーバと、オリジナルビジュアルストリームの分析装置と、前記分析に応じてオリジナルビジュアルストリームを主要修正ストリームと補完情報とに分離する装置と、少なくとも一つの通信ネットワークと、前記主要修正ストリームと前記補完情報とに応じて受信設備でビジュアルストリームを復元する少なくとも一つの装置とを含む。
【００３２】
本発明は、本発明による方法の実施システム全体のアーキテクチャを示す図を参照しながら、限定的ではない以下の好適な実施形態の説明を読めば、いっそう理解されるであろう。記載されるビジュアルストリームの保護は、バイナリーストリームの構造と、ＭＰＥＧ−４ ＢＩＦＳ符号化によるそれらの特徴とに基づいて処理生成されるものである。以下、この構造について説明する。
【発明を実施するための最良の形態】
【００３３】
ＭＰＥＧ−４ ＢＩＦＳタイプのデジタルビジュアルシーケンスは、量子化パラメータのノード（「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」）を含むかまたは含まない少なくとも一つの「Ｔｒａｎｓｆｏｒｍ」ノードと、前記幾何学的な形状（「ｇｅｏｍｅｔｒｙ」）の形状を決定するフィールド（「ｆｉｅｌｄ」）を含む少なくとも一つの「Ｆｏｒｍｅ」ノード（「Ｓｈａｐｅ」）とから構成される。このフィールドは、たとえば平行六面体用のボックス（「Ｂｏｘ」）、球（「Ｓｐｈｅｒｅ」）、矩形（矩形ドラッグ用）、円（「Ｃｉｒｃｌｅ」、円のドラッグ用）、「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ２Ｄ」（多角形の頂部の座標によって決定される多角形面のドラッグ用）等の、ディスプレイされる幾何学的な形状のタイプに固有のノードを含み、これをディスプレイ可能な全てのデコーダにより用いられて、シーケンスを適正にデコードすることができる。
【００３４】
当業者によく知られているように、ＭＰＥＧ−４ ＢＩＦＳフォーマットの基本構造は、ＶＲＭＬ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）を直接受け継いでいる。ＶＲＭＬ規格は、ビジュアルシーンを構成するオブジェクトを表現するための幾つかのノードを含み、シーングラフを構成し、それによって挙動および相互作用性を記述する。しかしながら、ＶＲＭＬは、二次元のグラフをサポートせず、直接配信モード（「ｓｔｒｅａｍｉｎｇ」または「ｂｒｏａｄｃａｓｔｉｎｇ」）での伝送用には構成されていない。ＶＲＭＬに対してＭＰＥＧ−４ ＢＩＦＳに付加される要素は、二次元でのグラフィックのサポート、経時的に修正するためのシーンの更新プロトコル、経時的にシーンを構成するオブジェクトを動画化するためのシーンの動画プロトコル、時間モデル、バイナリー符号化、ならびに特別な媒体である（合成ビジュアルオブジェクトの場合、顔および身体の動画「Ｆａｃｉａｌ ａｎｄ Ｂｏｄｙ Ａｎｉｍａｔｉｏｎ」、「Ｍｅｓｈ」グリッド）。バイナリーストリームでの圧縮により、ＶＲＭＬファイルと、ＭＰＥＧ−４で符号化される同等物との間で著しいスペース利得が得られる（少なくとも圧縮率が１５倍に達する）。ＭＰＥＧ−４ ＢＩＦＳのシーンの記述では、ノード（「Ｎｏｄｅ」）、フィールド（「Ｆｉｅｌｄ」）、およびＶＲＭＬで定義されるイベント（「ｅｖｅｎｔ」）が用いられる。また、シーングラフは、ＶＲＭＬで定義される構造と、ノードを定義して再利用するための「ＤＥＦ」機構および「ＵＳＥ」機構とを用いる。
【００３５】
二次元「２Ｄ」のシーングラフは、三次元「３Ｄ」のシーンの特別な事例であり、ＭＰＥＧモードで頻繁に用いられる表現である２Ｄシーンを描写できるようにするためにＭＰＥＧ−４ ＢＩＦＳに特別に付加されたものである。３Ｄシーンは、２Ｄを表現する場合は少しも有効ではない。２Ｄのアニメーション表現は、特に、移動、回転、スケール変更、およびオブジェクト相互の深度に基づいている。二次元の表現は、「Ｔｒａｎｓｆｏｒｍ２Ｄ」などの新しいノードと、たとえば「Ｃｉｒｃｌｅ」または「Ｒｅｃｔａｎｇｌｅ」などの、三次元の標準オブジェクトでは定義されない新しい特別なオブジェクトとを必要とする。
【００３６】
ＶＲＭＬにおける相互作用性および挙動は、センサ（「ｓｅｎｓｏｒｓ」）を用いて管理される。センサは、インターポレータ（「ｉｎｔｅｒｐｏｌａｔｏｒｓ」）を用いて、ユーザの行動またはシーンの動作に応じてイベントを発生する。インターポレータは、経時的に変化する動画専用の属性と、ノード間でイベントを伝送するために用いられるルート（「ＲＯＵＴＥｓ」）とを発生できる。ＭＰＥＧ−４ ＢＩＦＳの場合、ＶＲＭＬのインターポレータを引き継いでおり、一つのノードのフィールドの値を他のノードに対応するフィールドに接続するルートを使用するとともに、ユーザの行動をキャッチするためにセンサを用いている。
【００３７】
シーンの更新機構は、ＭＰＥＧ−４ ＢＩＦＳストリームの直接配信モードの動作に基づいており、すなわち、読み込み開始時に最初のシーンが設定されるが、ＢＩＦＳ-Ｃｏｍｍａｎｄプロトコルにより決定される幾つかのコマンド、つまりノードや指示されたフィールド、あるいはルートの挿入（「Ｉｎｓｅｒｔ」）、削除（「Ｄｅｌｅｔｅ」）、交換（「Ｒｅｐｌａｃｅ」）、または現在のシーンを新しいシーンに全面的に置き換えるためのシーンの完全な更新（「Ｕｐｇｒａｄｅ」）といったコマンドにより、時間の経過につれてシーンを更新できる。
【００３８】
動画は、読み込み時に動画化を可能にしながら大規模なデータ圧縮を行えるように構成されたＢＩＦＳ−Ａｎｉｍプロトコルにより管理される。このプロトコルにより幾つかのオブジェクトを動画化するには、オリジナルシーンで（ＤＥＦを介して）オブジェクトを決定することと、動画化されるノードおよびフィールドのリストを含む動画マスク（「Ａｎｉｍａｔｉｏｎ Ｍａｓｋ」）が、基本ストリーム（「Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ」）に含まれるデコーダ用のコンフィギュレーション記述子（「ＢＩＦＳＣｏｎｆｉｇ」）で定義されるようにすることとが必要である。デジタル値を含むフィールドだけを動画化できる（たとえばＳＦ／ＭＦＩｎｔ３２、ＳＦ／ＭＦＦｌｏａｔ、ＳＦ／ＭＦＣｏｌｏｒ）。その場合、動画に関する連続修正は、一時的なアクセスユニット（「Ａｃｃｅｓｓ Ｕｎｉｔ」）を形成する動画フレーム（「Ａｎｉｍａｔｉｏｎ Ｆｒａｍｅｓ」）に含まれる。このレベルで、イントラ（「Ｉｎｔｒａ」）モードと、予測（「Ｐｒｅｄｉｃｔｉｖｅ」）モードとの二つのモードが存在する。イントラモードでは、フィールドの値が必然的に量子化される。予測モードでは、適切な演算処理コーダを用いて、量子化される一般値と最終伝送値との差だけが符号化される。
【００３９】
量子化は、バイナリーストリームの圧縮を改善するのに用いられる。量子化は、特に、シーンが多数の座標を有する場合（多少とも数の多い頂部をもつ多角形を用いて各面が描写されるアニメーションの場合）に使用され、ＢＩＦＳ−Ａｎｉｍのイントラフレームの場合は必ず行われる。特別なノード「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」（ＱＰ）が決定され、これを使用すると、全てのノードとそれに続く複数ノードに量子化を行うか、または単に第一の後続ノードと、それに続く複数ノードとに量子化を行うことができる。一般に、実施される量子化は、最小値と最大値（ＱＰに含まれる値）との間で線形である。ＱＰはまた、最小値と最大値との間で可能な全ての値を量子化するために使用されるビット数を決定する。このようにして、多角形だけを用いて製造される二次元のアニメーションの場合、ＱＰを使用することで、係数３の追加圧縮が得られる。
【００４０】
ＭＰＥＧ−４ ＢＩＦＳのシーンの記述は、シーン構造を記述するノードの収集からなる。ノードは、ノードデータタイプ（「Ｎｏｄｅ Ｄａｔａ Ｔｙｐｅｓ」または「ＮＤＴｓ」）としてグループ化される。記号表記の観点から、単数値のフィールド（「Ｓｉｎｇｌｅ Ｖａｌｕｅｄ Ｆｉｅｌｄｓ」）を表すときは常に「ＳＦ」を用い、あるいは多数値のフィールド（「Ｍｕｌｔｉｐｌｅ ＿Ｖａｌｕｅｄ Ｆｉｅｌｄｓ」）を表すときは常に「ＭＦ」を用いる。表記する際は、変数［値］と記す。ノードは、これらのノードの属性とインターフェースとを示す「フィールド」（「ｆｉｅｌｄｓ」）と呼ばれる主要成分からなる。
【００４１】
フィールドは、
−値
−この値のタイプ
−フィールドが一定か（「Ｆｉｅｌｄ」）、修正できるか（「ｅｘｐｏｓｅｄＦｉｅｌｄ」）、単にイベントソース（「ｅｖｅｎｔＯｕｔ」）にすぎないか、または単にイベントを受容するだけか（「ｅｖｅｎｔＩｎ」）を示す挙動タイプ
等の特徴を有する。
【００４２】
これらのフィールドは、圧縮を増加するために量子化可能である。
【００４３】
グラフの特定の瞬間、従ってバイナリーストリームでは、部分集合ノードの１個のノードだけが有効である。各ノードには、基準として使用される単一のノード識別子（「ＮｏｄｅＩＤ」）が対応する。
【００４４】
幾つかのフィールドは活性化しており、イベントを送る（「ｅｖｅｎｔＯｕｔ」）。イベントは、ルートにより伝送される。ルートは、ソースフィールドと、ターゲットフィールドとから構成され、各フィールドは、それが属するノードの識別子（「ＤＥＦ＿ＩＤ」）により識別される。ルートは、同じタイプの二つのフィールドを接続する。このようにして、ルートの機構により、一つの値が変わっても、この値はターゲットフィールドで直ちに変えられる。
【００４５】
シーンで見えるはずの全てのエンタティは、シェイプノード（「Ｓｈａｐｅ」）に結合していなければならない。「Ｓｈａｐｅ」ノードは、形状（「Ｇｅｏｍｅｔｒｙ」）フィールドと外観（「Ａｐｐｅａｒｅｎｃｅ」）フィールドとの二つのフィールドを含む。「Ａｐｐｅａｒａｎｃｅ」フィールドは、色情報、充填情報、透明度情報、ならびに見え方に関する他の属性の情報を含む外観ノード（「Ａｐｐｅａｒａｎｃｅ」）、あるいは、テクスチュアのための特別なノードを、それ自体が含む。「Ｇｅｏｍｅｔｒｙ」フィールドは、ディスプレイされるビジュアルエレメントの形状に関する情報、たとえば「Ｂｏｘ」、「Ｓｐｈｅｒｅ」、「Ｒｅｃｔａｎｇｌｅ」、「Ｃｉｒｃｌｅ」、「Ｃｕｒｖｅ２Ｄ」、「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ」、「ＰｏｉｎｔＳｅｔ２Ｄ」、「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ」、「Ｃｏｎｅ」、「Ｃｙｌｉｎｄｅｒ」を含む。
【００４６】
３Ｄの一般的なケースでは、「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ」が、頂部により記述される三次元の面をディスプレイする役割を果たす。頂部は、そこに含まれる「Ｃｏｏｒｄ」フィールドで与えられる。このフィールドは、連続座標で充填されている（すなわち、面の各点を３Ｄ座標に位置づけるための三つの値）。さらに、この面は、面全体における照明の描写を計算する際に特に使用される三次元ベクトルリストを含む通常フィールド（「ＳＦＮｏｒｍａｌＮｏｄｅ」）を有する。
【００４７】
この実施形態が好適に適用される２Ｄの特別なケースでは、「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ２Ｄ」が、頂部により記述される平面多角形をディスプレイする役割を果たす。頂部は、そこに含まれる「Ｃｏｏｒｄ」フィールドで与えられる。このフィールドは、連続座標で充填されている（２Ｄでは横座標値、次いで縦座標値が連続する）。ここでもまた、「ＩｎｄｅｘｅｄＬｉｎｅ２Ｄ」は同様に動作するが、多角形の面を閉じずに所定の座標の連続により決定される線だけをドラッグする。
【００４８】
テキスト記述の例：
Ｔｒａｎｓｆｏｒｍ２Ｄ
｛
Ｓｃａｌｅ０．５ ０．５
Ｃｈｉｌｄｒｅｎ［
ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ
｛
ｐｏｓｉｔｉｏｎ２ＤＱｕａｎｔ ｔｒｕｅ
ｐｏｓｉｔｉｏｎ２ＤＭｉｎ −２０．０ −２０．０
ｐｏｓｉｔｉｏｎ２ＤＭａｘ ２０．０ ２０．０
ｐｏｓｉｔｉｏｎ２ＤＮｂＢｉｔｓ １２
ｃｏｌｏｒＱｕａｎｔ ｆａｌｓｅ
ｕｓｅＥｆｆｉｃｉｅｎｔＣｏｄｉｎｇ ｔｒｕｅ
｝
Ｓｈａｐｅ
｛
ａｐｐｅａｒａｎｃｅ Ａｐｐｅａｒａｎｃｅ
｛
ｍａｔｅｒｉａｌ Ｍａｔｅｒｉａｌ２Ｄ
｛
ｅｍｉｓｓｉｖｅＣｏｌｏｒ ０．８ ０．５６６ ０．２
ｆｉｌｌｅｄ ＴＲＵＥ
ｔｒａｎｓｐａｒｅｎｃｙ ０
｝
｝
ｇｅｏｍｅｔｒｙ ＩｎｄｅｘｅｄＦａｃｅＳｅｔ２Ｄ
｛
ｃｏｏｒｄ Ｃｏｏｒｄｉｎａｔｅ２Ｄ
｛
ｐｏｉｎｔ［１０ −１０ １０ １０
−１０ １０ −１０ −１０］
｝
｝
｝
｝
｝
【００４９】
面２ＤをＭＰＥＧ−４ ＢＩＦＳフォーマットで作成するこの例は、ベクトルグラフィック（「ｖｅｃｔｏｒ ｇｒａｐｈｉｃｓ」）を用いたフォーマットで復元可能であり、すなわち面が、その色、位置、およびスペース占有度により（所定の形状から、または、境界を示す数学的な公式から）決定される。
【００５０】
さらに、ＭＰＥＧ−４ ＢＩＦＳの完全なシーンは、多角形の各頂部を決定するために、このようにして形成された、それぞれが多数の点からなる多数のオブジェクトを含む（点が多ければ多いほど、オブジェクトの輪郭の精度が増し、品質が高くなる）。さらに、ＭＰＥＧ−４ ＢＩＦＳのシーンは、このように決定される３Ｄオブジェクトと２Ｄの面とを同時に含むことができる。
【００５１】
この簡単な例から、バイナリーストリームで幾つかのパラメータ値を直接変えることによって、オリジナルシーンが妨害されることが分かる。シーンをスクランブルするには、色、面の充填度、多次元オブジェクトの描写を縮小または拡大するスケールといった値を変更し、最終的にフィールドの一つまたは複数の座標値を変換して、オブジェクトをさらに変形する。
【００５２】
結果として得られる主要修正ストリームは、オリジナルストリームが生成された標準に完全に適合するものであるが、そこに含まれる視覚的な情報は同じではない。最小サイズの補完情報を得るには、非常に多くの点を含む高レベルの動画を記述するオブジェクトの総数の中で、限られた数の多次元オブジェクトを修正する。
【００５３】
有利には、コンテンツの製作者が、圧縮を増加するための規格または標準により推奨される技術を使用し、すなわち、「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」ノードを使用して特に座標を量子化する。この場合、ＱＰのフィールドを変換すること（たとえば最小値：「ｐｏｓｉｔｉｏｎ２ＤＭｉｎ」値を変更すること）は、このＱＰが関与する一つまたは複数のオブジェクトの表現を全面的に変える効果がある。事実、量子化パラメータの境界を変えれば、表現が修正されることになる。何故なら、これらの境界に対して点座標が符号化されているからである。このようにして、上記の変換が行われるオブジェクトのスケールを変えられる。
【００５４】
劣化を増すには、幾つかの座標を同様に、たとえば任意に修正して、元の形状が確実に変形されるようにする。こうした修正は、シーンを構成する少なくとも一つのオブジェクトに対して実施される。
【００５５】
有利には、ストリームの中に上記の全てのエレメントを見出して、オリジナルストリームのフォーマットに主要修正ストリームを適合させながら、幾つかのデジタル値を別のデジタル値に代替する。
【００５６】
本発明による別の実施形態は、円（「Ｃｉｒｃｌｅ」）形状ノードの半径（「ｒａｄｉｕｓ」）フィールドを修正してサイズを修正する。矩形（「Ｒｅｃｔａｎｇｌｅ」）タイプの形状ノードの場合、サイズフィールド（「ｓｉｚｅ」）を修正することにより、元のサイズを、計算されたまたは任意の「擬似」サイズに代える。さらに、曲線（「Ｃｕｒｖｅ２Ｄ」）ノードの座標フィールド（「ＳＦＣｏｏｒｄｉｎａｔｅ２ＤＮｏｄｅ」）を修正することにより、表現を修正する。
【００５７】
３Ｄオブジェクトに関しては、球（「Ｓｐｈｅｒｅ」）形状ノードの半径（「Ｒａｄｉｕｓ」）フィールドを修正してサイズを修正する。平行六面体（「Ｂｏｘ」）タイプの形状ノードでは、サイズ（「ｓｉｚｅ」）フィールドを修正することによって、元のサイズ（３個の値の組）を、計算されたまたは任意の「擬似」サイズに代える。
【００５８】
円錐（「Ｃｏｎｅ」）を示す幾何学的な形状は、円錐の半径（「ｂｏｔｔｏｍＲａｄｉｕｓ」）および高さ（「ｈｅｉｇｈｔ」）の値を、計算されたまたは任意の「擬似」値に修正することによって変換される。
【００５９】
円筒（「Ｃｙｌｉｎｄｅｒ」）を示す幾何学的な形状は、円筒の半径（「Ｒａｄｉｕｓ」）および高さ（「ｈｅｉｇｈｔ」）の値を、計算されたまたは任意の「擬似」値に修正することによって変換される。
【００６０】
同様に、多角形ノード（「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ」または「ＩｎｄｅｘｅｄＦａｃｅＳｅｔ２Ｄ」（２Ｄ表現用））の座標フィールドの修正を実施して、その表現を変える。有利には、３Ｄの場合、また、法線（「ＳＦＮｏｒｍａｌＮｏｄｅ」）フィールドを修正することにより、オブジェクトの照明方程式の推定結果と、法線ベクトルの使用を必要とする他のあらゆる結果とを修正する。
【００６１】
有利には、修正が、折れ線（「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ」または「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ２Ｄ」（２Ｄ表現用））の形状ノードの座標フィールドを対象として行われ、その表現を変更する。
【００６２】
また、「Ｔｒａｎｓｆｏｒｍ」ノードまたは２Ｄの「ＩｎｄｅｘｅｄＬｉｎｅＳｅｔ２Ｄ」のノードのスケールフィールド（「Ｓｃａｌｅ」）および／または移動（「ｔｒａｎｓｌａｔｉｏｎ」）および／または回転（「ｒｏｔａｔｉｏｎ」）を、計算されたまたは任意の「擬似」値に代えて、ディスプレイ時の視覚的な描写を修正する。
【００６３】
本発明は、本発明によるクライアントサーバシステムの特定の実施形態を示す添付図面に関して、以下に例としてなされた限定的ではない本発明の好適な実施形態の説明により、いっそう理解されるであろう。
【００６４】
オリジナルストリーム（１）は、ＭＰＥＧ−４ ＢＩＦＳエンコーダから直接送られるデジタルストリームである。
【００６５】
安全化が望まれる符号化されたオリジナルビジュアルストリーム（１）は、シーンの記述エレメントの幾つかがオリジナルの値とは異なる値に代替された以外は入力ストリーム（１）のフォーマットと同じフォーマットの主要修正ストリーム（３２）を発生する分析スクランブルモジュール（３１）に、接続線（２）を介して送られ、サーバ（３）に保存される。任意フォーマットの補完情報（３３）は、修正、交換、代替、または移動されたシーケンスのエレメントに関する情報と、オリジナルストリーム内のそれらの値または場所とを含む。前記補完情報（３３）も同様にサーバ（３）に保存される。
【００６６】
本発明の特定の実施形態によれば、モジュール（３１）により実施される分析ステップに続いて行われるスクランブルステップは、１０組につき１組の座標を任意の１組の値により変えることによって、あらゆる「Ｐｏｌｙｇｏｎｅ」ノードを変換することからなる。オリジナル値は、補完情報（３３）に保存される。
【００６７】
別の実施形態によれば、モジュール（３１）で実施される分析により、所定の多角形の座標の集合に量子化を行うために使用される最小および最大の境界を決定する「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」ノードの存在を検出する。モジュール（３１）は、幾つかの「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」ノードに対して、最小および最大の全ての境界値（２Ｄオブジェクトの場合は４個の値全体、オリジナル値は補完情報に保存される）を修正し、これを、適切で一貫性があるがオリジナル値とはかけ離れた「擬似」値に代える。このようにして、所定の多角形面の形状の歪み効果が得られる。
【００６８】
有利には、この方法は、ＢＩＦＳ−Ａｎｉｍプロトコルを使用する符号化ストリームに適用される。このタイプのストリームでは、イントラフレームが必ず量子化される。モジュール（３１）は、これらのイントラフレームで使用されるＱＰのフィールドで修正を実施する。さらに、モジュール（３１）は、保護をいっそう高めるために、イントラフレームで幾つかの面を変更する。実際、予測フレームは、イントラフレーム内で画定される面に基づいている。従って、この関係のために、イントラフレームの修正全体によって劣化が経時的に延長される。
【００６９】
変換（３２）によって得られるストリームは、オリジナルストリーム（１）と同じフォーマットである。
【００７０】
次に、主要修正ストリーム（３２）が、無線、ケーブル、衛星等の高速ネットワーク（５）を介してユーザ（８）の端末に送られ、たとえばハードディスク等のメモリ（８１）に保存される。ユーザ（８）がメモリ（８１）に存在するシーケンスの視聴を要求する場合、次の二つの可能性が考えられる。第一に、ユーザ（８）は、動画シーケンスを見るために必要なあらゆる権利を持っておらず、この場合、メモリ（８１）に存在するスクランブルモジュール（３１）が生成した動画ストリーム（３２）は、読み取りバッファメモリ（８３）を介して合成システム（８６）に送られる。読み取りバッファメモリは、このストリームを修正せず、これをデコード可能な読取装置（８７）にそのまま伝送するので、スクランブルモジュール（３１）により視覚的に劣化された内容がディスプレイ画面（９）に表示される。
【００７１】
第二の場合、サーバ（３）は、ユーザ（８）が動画シーケンスを見る権利を有すると判断する。この場合、合成モジュール（８６）は、オリジナルシーケンス（１）の回収に必要な補完情報（３３）を含むサーバ（３）に視聴要求を行う。サーバ（３）は、アナログまたはデジタル電話回線、ＤＳＬ（「Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ」）またはＢＬＲ（無線ローカルループ）タイプの通信ネットワークを介して、またはＤＡＢ（「Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ」）ネットワークを介して、あるいはデジタル移動通信ネットワーク（ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ）（７）を介して、オリジナルシーケンスを再構成可能にする補完情報（３３）を送信し、ユーザ（８）がバッファメモリ（８５）にこれを保存できるようにする。有利には、ネットワーク（７）は、ネットワーク（５）と同じタイプとすることができる。
【００７２】
有利には、ネットワーク（７）は、ネットワーク（５）と一体化することができる。
【００７３】
合成モジュール（８６）は、読み取りバッファメモリ（８３）で読み込んだ主要修正ストリームと、修正されたフィールドの位置およびオリジナル値を知らせることができるバッファメモリ（８５）で読み込んだ補完情報とから、オリジナルビジュアルストリームを復元する。ＭＰＥＧ−４ ＢＩＦＳフォーマットで再構成されたシーケンスは、このフォーマット用の読み取り/デコード装置（８７）に送信される。再構成されたオリジナルビジュアルシーケンスは、ユーザ（８）のディスプレイ画面（９）に表示される。
【００７４】
有利には、主要修正ストリーム（３２）が、ネットワーク（５）を介して読み取りバッファッメモリ（８３）に直接送られてから合成モジュール（８６）に送られる。
【００７５】
有利には、主要修正ストリーム（３２）が、ＣＤ−ＲＯＭ、ＤＶＤタイプのディスク、ハードディスク、フラッシュメモリカード等のハードウェア媒体（４）に記録（録画）される。主要修正ストリーム（３２）は、その後、ハードウェア媒体（４）からケース（８）のディスク読取装置（８２）により読み取られ、読み取りバッファメモリ（８３）に伝送され、次いで合成モジュール（８６）に伝送される。
【００７６】
有利には、補完情報（３３）は、チップカードまたはフラッシュメモリカードからなる信用カードフォーマットのハードウェア媒体（６）に記録される。このカード（６）は、ユーザ（８）の装置のカード読取装置（８４）により読み取られる。
【００７７】
有利には、カード（６）は、合成システム（８６）により実行されるアプリケーションおよびアルゴリズムを含む。
【００７８】
有利には、装置（８）は、オフラインの携帯移動システムである。
【００７９】
上記の説明は、ＭＰＥＧ−４ ＢＩＦＳ規格で規定される２Ｄまたは３Ｄオブジェクトだけに制限されるものではなく、その形状、位置、色、サイズおよび／またはそれらを記述する他のパラメータからなるオブジェクトを用いた、あらゆるフォーマットのグラフィカル/ベクトル記述に及ぶものである。
【００８０】
さらに、以上に説明した概念は、上記のノードの例と同様に決定されるあらゆるノードに適用され、こうしたノードは、ノードにより記述されるオブジェクトの構造を定義するための少なくとも一つのフィールドを含む。この種のフィールドは、ＭＰＥＧ−４ ＢＩＦＳ規格の「Ｃｏｏｒｄ」、「Ｃｏｌｏｒ」、「Ｔｒａｎｓｌａｔｉｏｎ」、「Ｒｏｔａｔｉｏｎ」、または「Ｓｃａｌｅ」フィールドにより決定される機能と同様の機能を備える。
【００８１】
有利には、装置（３）は、ＭＰＥＧ−４ ＢＩＦＳにより設定されるのと同じ原理を用いたベクトル動画を表現するあらゆるストリームを変換する。
【００８２】
有利には、装置（３）は、３次元動画を表現するあらゆるストリームを修正する。保護の動作原理は、上記の例と同じであるが、修正は、三次元の形状（立方体、円錐など）に固有のノードで行われる。座標に関しては、２組の座標値ではなく、３組の座標値が修正される。
【００８３】
上記の例は、保護を目的とするバイナリーストリームの修正原理を示したものであり、同様の特性を有するあらゆるストリームにこれを適用することができる。
【図面の簡単な説明】
【００８４】
【図１】本発明による方法の実施システム全体のアーキテクチャを示す図である。
【符号の説明】
【００８５】
１ オリジナルストリーム
２ 接続線
３ サーバ
３１ 分析スクランブルモジュール
３２ 主要修正ストリーム
３３ 補完情報
５ 高速ネットワーク
６ ハードウェア媒体
７ ネットワーク
８ ユーザ
８１ メモリ
８３ 読み取りバッファメモリ
８４ カード読取装置
８５ バッファメモリ
８６ 合成システム
８７ 読み取り−デコーダ装置
９ ディスプレイスクリーン
【特許請求の範囲】
【請求項１】
ユーザの画面にディスプレイされて少なくとも一つのパラメータ（オブジェクトの色、スケール、サイズ、点座標）により決定される少なくとも一つの幾何学的な多次元オブジェクトを含む一連のフレームから構成された、少なくとも二次元の動画化されたベクトル合成ビジュアルシーケンスの供給を安全化する方法であって、クライアント設備への伝送前にストリームを分析することにより、オリジナルビジュアル信号の符号化情報を削除してこれに代わるストリームで、オリジナルストリームのフォーマットと同じフォーマットを持つが少なくとも一つのフレームが修正された主要修正ストリームと、前記修正フレームを復元可能なデジタル情報を備えた任意フォーマットの補完情報とを生成し、このように生成された前記主要修正ストリームおよび前記補完情報が、受信設備に向けて別々に伝送されることを特徴とする方法。
【請求項２】
前記分析ステップが、前記少なくとも一つの多次元オブジェクトの前記少なくとも一つのパラメータを修正することからなることを特徴とする請求項１に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項３】
前記少なくとも一つの多次元オブジェクトが二次元により決定されるオブジェクトであることを特徴とする請求項１または２に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項４】
前記少なくとも一つの多次元オブジェクトが三次元により決定されるオブジェクトであることを特徴とする請求項１から３のいずれか一項に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項５】
前記ビジュアルシーケンスの符号化に使用されるフォーマットがＭＰＥＧ−４ＢＩＦＳフォーマットであることを特徴とする請求項１または２に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項６】
前記ビジュアルシーケンスの少なくとも一つのノード「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」の少なくとも一つのパラメータが、前記分析およびスクランブル段階の際に修正もしくは代替されることを特徴とする請求項５に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項７】
受信設備で、前記主要修正ストリームおよび前記補完情報に応じてオリジナルフォーマットによるストリームの合成を計算することを特徴とする請求項１から６のいずれか一項に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項８】
主要ストリームに実施される修正は完全に可逆性があり（損失のない方法）、主要修正ストリームおよび補完情報から復元されるデジタルストリームが、オリジナルストリームと厳密に同じであることを特徴とする請求項７に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項９】
前記主要修正ストリームの伝送が、物理的に供給されるハードウェア媒体（ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク、フラッシュメモリカード）を介して行われることを特徴とする請求項１から８のいずれか一項に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項１０】
前記補完情報の伝送が、物理的に供給されるハードウェア媒体（フラッシュメモリカード、チップカード）を介して実施されることを特徴とする請求項１から９のいずれか一項に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項１１】
ハードウェア媒体（フラッシュメモリカード、チップカード）が、前記合成段階のために使用すべきアプリケーションおよびアルゴリズムを含むことを特徴とする請求項１から１０のいずれか一項に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項１２】
オリジナルのベクトルビジュアルシーケンスを含む少なくとも一つのマルチメディアサーバを有し、オリジナルビジュアルストリームの分析装置と、前記分析に応じて、オリジナルビジュアル信号の符号化情報の削除および代替によりオリジナルビジュアルストリームを主要修正ストリームと補完情報とに分離する装置と、少なくとも一つの供給手段と、受信設備で、前記主要修正ストリームと前記補完情報とに応じてビジュアルストリームを復元する少なくとも一つの装置とを含む、請求項１から１１のいずれか一項に記載の方法を実施するための合成ビデオストリームの安全化システム。
【請求項１】
ユーザの画面にディスプレイされて少なくとも一つのパラメータ（オブジェクトの色、スケール、サイズ、点座標）により決定される少なくとも一つの幾何学的な多次元オブジェクトを含む一連のフレームから構成された、少なくとも二次元の動画化されたベクトル合成ビジュアルシーケンスの供給を安全化する方法であって、クライアント設備への伝送前にストリームを分析することにより、オリジナルビジュアル信号の符号化情報を削除してこれに代わるストリームで、オリジナルストリームのフォーマットと同じフォーマットを持つが少なくとも一つのフレームが修正された主要修正ストリームと、前記修正フレームを復元可能なデジタル情報を備えた任意フォーマットの補完情報とを生成し、このように生成された前記主要修正ストリームおよび前記補完情報が、受信設備に向けて別々に伝送されることを特徴とする方法。
【請求項２】
前記分析ステップが、前記少なくとも一つの多次元オブジェクトの前記少なくとも一つのパラメータを修正することからなることを特徴とする請求項１に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項３】
前記少なくとも一つの多次元オブジェクトが二次元により決定されるオブジェクトであることを特徴とする請求項１または２に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項４】
前記少なくとも一つの多次元オブジェクトが三次元により決定されるオブジェクトであることを特徴とする請求項１から３のいずれか一項に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項５】
前記ビジュアルシーケンスの符号化に使用されるフォーマットがＭＰＥＧ−４ＢＩＦＳフォーマットであることを特徴とする請求項１または２に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項６】
前記ビジュアルシーケンスの少なくとも一つのノード「ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ」の少なくとも一つのパラメータが、前記分析およびスクランブル段階の際に修正もしくは代替されることを特徴とする請求項５に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項７】
受信設備で、前記主要修正ストリームおよび前記補完情報に応じてオリジナルフォーマットによるストリームの合成を計算することを特徴とする請求項１から６のいずれか一項に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項８】
主要ストリームに実施される修正は完全に可逆性があり（損失のない方法）、主要修正ストリームおよび補完情報から復元されるデジタルストリームが、オリジナルストリームと厳密に同じであることを特徴とする請求項７に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項９】
前記主要修正ストリームの伝送が、物理的に供給されるハードウェア媒体（ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク、フラッシュメモリカード）を介して行われることを特徴とする請求項１から８のいずれか一項に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項１０】
前記補完情報の伝送が、物理的に供給されるハードウェア媒体（フラッシュメモリカード、チップカード）を介して実施されることを特徴とする請求項１から９のいずれか一項に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項１１】
ハードウェア媒体（フラッシュメモリカード、チップカード）が、前記合成段階のために使用すべきアプリケーションおよびアルゴリズムを含むことを特徴とする請求項１から１０のいずれか一項に記載の少なくとも二次元のベクトルビジュアルシーケンスの供給安全化方法。
【請求項１２】
オリジナルのベクトルビジュアルシーケンスを含む少なくとも一つのマルチメディアサーバを有し、オリジナルビジュアルストリームの分析装置と、前記分析に応じて、オリジナルビジュアル信号の符号化情報の削除および代替によりオリジナルビジュアルストリームを主要修正ストリームと補完情報とに分離する装置と、少なくとも一つの供給手段と、受信設備で、前記主要修正ストリームと前記補完情報とに応じてビジュアルストリームを復元する少なくとも一つの装置とを含む、請求項１から１１のいずれか一項に記載の方法を実施するための合成ビデオストリームの安全化システム。
【図１】
【公表番号】特表２００６−５２５７１２（Ｐ２００６−５２５７１２Ａ）
【公表日】平成１８年１１月９日（２００６．１１．９）
【国際特許分類】
【出願番号】特願２００６−５０５８８１（Ｐ２００６−５０５８８１）
【出願日】平成１６年４月３０日（２００４．４．３０）
【国際出願番号】ＰＣＴ／ＦＲ２００４／０５０１７９
【国際公開番号】ＷＯ２００４／１００５５２
【国際公開日】平成１６年１１月１８日（２００４．１１．１８）
【出願人】（５０４１９４９２６）
【氏名又は名称原語表記】ＭＥＤＩＡＬＩＶＥ
【住所又は居所原語表記】１１１，ａｖｅｎｕｅ Ｖｉｃｔｏｒ Ｈｕｇｏ，Ｆ−７５１１６ Ｐａｒｉｓ，Ｆｒａｎｃｅ
【Ｆターム（参考）】
【公表日】平成１８年１１月９日（２００６．１１．９）
【国際特許分類】
【出願日】平成１６年４月３０日（２００４．４．３０）
【国際出願番号】ＰＣＴ／ＦＲ２００４／０５０１７９
【国際公開番号】ＷＯ２００４／１００５５２
【国際公開日】平成１６年１１月１８日（２００４．１１．１８）
【出願人】（５０４１９４９２６）
【氏名又は名称原語表記】ＭＥＤＩＡＬＩＶＥ
【住所又は居所原語表記】１１１，ａｖｅｎｕｅ Ｖｉｃｔｏｒ Ｈｕｇｏ，Ｆ−７５１１６ Ｐａｒｉｓ，Ｆｒａｎｃｅ
【Ｆターム（参考）】
[ Back to top ]