JP3630389B2 - マルチメディア・コンテンツの動的変更方法及び装置 - Google Patents
マルチメディア・コンテンツの動的変更方法及び装置 Download PDFInfo
- Publication number
- JP3630389B2 JP3630389B2 JP19824498A JP19824498A JP3630389B2 JP 3630389 B2 JP3630389 B2 JP 3630389B2 JP 19824498 A JP19824498 A JP 19824498A JP 19824498 A JP19824498 A JP 19824498A JP 3630389 B2 JP3630389 B2 JP 3630389B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- video
- control
- multimedia
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は一般に、コンテンツ指定にもとづく、マルチメディア・コンテンツの動的マスキング及び変更に関する。
【０００２】
【従来の技術】
ワールド・ワイド・ウェブ（ＷＷＷ）が益々普及しつつある今日、ウェブ・サイトのコンテンツに関して、一般的な関心が向けられている。理想的には、ユーザは彼らの家庭に入るコンテンツに対する制御を有するべきである。
【０００３】
最近確立された規格は、ハイパテキスト転送プロトコル（ＨＴＴＰ）などの既存のウェブ・プロトコルを用い、オブジェクト・ヘッダ内のメタ・データとして、コンテンツ指定を可能にする。インターネットコンテンツ選択のためのプラットフォーム（ＰＩＣＳ：Ｐｌａｔｆｏｒｍ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｅｎｔ Ｓｅｌｅｃｔｉｏｎ）・プロトコルは、電子コンテンツに関するメタ情報を送信する１つの方法を指定する。ＰＩＣＳはウェブ・コンソシアム・プロトコル勧告（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＰＩＣＳ参照）である。ＰＩＣＳは当初、例えば”このコンテンツにどのくらい多くの裸体が関連付けられているか？”などの、値ベースの評価ラベルを送信するために使用されたが、メタ情報の形式及び意味は全く一般的である。ＰＩＣＳでは電子コンテンツに関するメタ情報が、情報の”評価サービス（ｒａｔｉｎｇ ｓｅｒｖｉｃｅ）”または製作者及び使用目的（ｐｒｏｄｕｃｅｒ−ａｎｄ−ｉｎｔｅｎｄｅｄ−ｕｓａｇｅ）に従いグループ化され、１つのこうしたグループ内で、任意の数のカテゴリまたは次元の情報が伝送される。各カテゴリは許可される値の範囲を有し、コンテンツの特定部分に対して特定のカテゴリが単一の値または複数の値を有し得る。更にメタ情報グループ（”ＰＩＣＳラベル”として知られる）が満了情報を含み得る。更にＰＩＣＳラベルを、２つ以上の電子コンテンツ部分に適用する機構が存在する。特定の電子コンテンツ部分に対応する各ＰＩＣＳラベルは、独立にコンテンツに追加または除去され得る。
【０００４】
例えば、ＰＩＣＳラベルを有するイメージ・ファイルがサーバから送信され、そのラベルの”評価サービス”・フィールドが、”セーフサーフ（ＳａｆｅＳｕｒｆ）”評価システムに従い、それが値ベースの評価ラベルを含むことを示し得る。ＨＴＴＰプロトコルは、ＰＩＣＳをサポートする要求ヘッダ及び応答ヘッダにより増補される。ＮＮＴＰなどの他の一般的なアプリケーション・プロトコルを定義する技術機関も、現在、ＰＩＣＳサポートの追加を考慮中である。これらのプロトコルの一部として、所望されるＰＩＣＳラベルのタイプのリストが要求と一緒に含まれ得る。ＰＩＣＳはまた、中央ラベル局（ｃｅｎｔｒａｌ ｌａｂｅｌ ｂｕｒｅａｕ）サーバからＰＩＣＳ情報を受信するための照会形式を指定する。ＰＩＣＳラベルの例は（ＰＩＣＳ−１．１”ｈｔｔｐ：／／ｔｈｅ．ｒａｔｉｎｇ．ｓｅｒｖｉｃｅ”ｌａｂｅｌ ｆｏｒ ”ｈｔｔｐ：／／ｔｈｅ．ｃｏｎｔｅｎｔ” ｅｘｐ ”１９９７．０７．０１Ｔ０８：１５−０５００”ｒ（ｎ４ｓ３ｖ２ｌ０））であり、ここで’ｎ’、’ｓ’、’ｖ’及び’ｌ’は、様々なメタ情報タイプの送信名であり、このコンテンツに適用可能な値は、４（ｎに対応）、３（ｓに対応）、２（ｖに対応）及び０（ｌに対応）である。ＩＤ”ｈｔｔｐ：／／ｔｈｅ．ｒａｔｉｎｇ．ｓｅｒｖｉｃｅ”を認識するソフトウェアだけが、これらのカテゴリ及び値を解釈する方法を知ることになる。
【０００５】
従来技術では、符号化ビデオ及び（または）ビデオ・ストリームを選択するために、ユーザの好みを記憶することを目的とする様々なシステムを含む。ビデオ及び音声などのマルチメディア・ストリームでは、１つの評価基準を用いてマルチメディア表現全体を評価することは柔軟性に欠ける。例えば、２時間ビデオにおいて、暴力または性的描写コンテンツを含む１場面は、高度な暴力または高度な性的コンテンツ評価を受けるビデオとなり得、それ故、ほとんどのユーザ指定にもとづき、そのビデオの鑑賞が阻止される。
【０００６】
例えば、Ｖｏｇｅｌによる米国特許第４９３０１６０号、”Ａｕｔｏｍａｔｉｃ Ｃｅｎｓｏｒｓｈｉｐ ｏｆ Ｖｉｄｅｏ Ｐｒｏｇｒａｍｓ”（１９９０年５月２９日発行）は、最初のビデオ・ストリームから、以前にビューアにより選択された別のビデオ・ストリームに切り替えるために分類コードを使用する。前述の柔軟性の欠如に加え、この提案の下で使用される検閲規格は、中央検閲権限に由来すると思われる。このアプローチはまた、放送業者の参加をその有効性に応じて要求する。
【０００７】
別の例として、Ｗｅｓｔらによる米国特許第５５５０５７５号、”Ｖｉｅｗｅｒ Ｄｉｓｃｒｅｔｉｏｎ Ｔｅｌｅｖｉｓｉｏｎ Ｐｒｏｇｒａｍ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ”（１９９６年８月２７日発行）は、複数の可変数のビューアのために、時間及びコンテンツの両方の制御を提供する。しかしながら、制御はビデオ全体の一部分に限られる。
【０００８】
更に別の例として、Ａｂｅｃａｓｓｉｓによる米国特許第５４３４６７８号、”Ｓｅａｍｌｅｓｓ Ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ Ｎｏｎ−Ｓｅｑｕｅｎｔｉａｌ Ｖｉｄｅｏ Ｓｅｇｍｅｎｔｓ”（１９９５年７月１８日発行）が挙げられる。この特許は、ビューアの事前に確立されたビデオ・コンテンツの好みに応じて、可変コンテンツのビデオ番組の非順次的に記憶されたビデオ・セグメントを選択的に検索し、継ぎ目無く伝送することに関する。ここでは、ビデオ・コンテンツの好みをビデオ・セグメント・マップに適用することにより、単一の根源からビデオ・セグメントが選択され得る。このアプローチはまた、可変コンテンツのビデオ番組の生成、及び放送業者の参加をその有効性に応じて要求する。
【０００９】
【発明が解決しようとする課題】
従って、例えば１つのビデオ・フレームの一部分または音声サンプルなどの特定のオブジェクト（対象）が、ユーザのコンテンツ指定に従い、動的にマスク若しくはフィルタリング、または変更され得るように、マルチメディア・コンテンツを評価し、柔軟に変更するシステム及び方法が待望される。また、カストマイズ化されたコンテンツ、または可変のコンテンツの生成、或いは放送業者の参加の有効性を要求しないシステムが待望される。
【００１０】
更に、ＨＴＴＰなどのインターネット及びワールド・ワイド・ウェブ互換の伝送システム内における、こうしたビデオ配布システム及び方法が待望される。更に、ノードの階層の存在の下で、柔軟に適用され得るシステムが待望される。本発明はこうしたニーズに応えるものである。
【００１１】
【課題を解決するための手段】
上述のニーズに従い、本発明はビューアのコンテンツ指定にもとづき、マルチメディア・コンテンツをオブジェクト・レベルで動的に変更する改善された方法及び装置に関する。オブジェクトの例には、ビデオ・フレームの一部分または音声サンプルなど、マルチメディア・ストリーム内のあらゆる識別可能なオブジェクトが含まれる。こうしたマルチメディア・ストリームの例には、音声ストリーム、ビデオ・ストリーム、またはこれらのストリームの１つ以上の組み合わせが含まれる。
【００１２】
様々な実施例が、マルチメディア・ストリームの一部である、または第３者により別のストリームとして提供され得る制御指定を記述する。例えば、インターネット環境では、ＰＩＣＳベースの制御指定が詳述される。ＰＩＣＳ制御指定はマルチメディア・ストリーム自身の一部であるか、またはコンテンツの動的変更のために、別々に展開されて伝送される。ＰＩＣＳベースのコンテンツ指定はまた、ビューアが多次元コンテンツ選択を指定できるように提供される。
【００１３】
本発明は、インターネット上のプロキシ階層内で、マルチメディア・ストリームを動的に変更及びマスクできる特徴を有する。例えば、マルチメディア・ストリーム内のオブジェクトが、セットトップ・ボックスまたはコンピュータなどのクライアント・ステーション、プロキシ・ノードまたはゲートウェイなどの中間コンピュータ・ノード、コンテンツ・サーバ、或いはこれらの１つ以上のノードの協調的な組み合わせにおいて柔軟に変更され得る。
【００１４】
本発明は更に、組織がイントラネット規模のポリシを指定することを可能にする特徴を有する。これは例えば、中間ノードが出て行く要求に対してコンテンツ指定を追加または併合することを可能にすることによる。本発明は更に、たとえ異なる根源により供給される場合であっても、複数のマスク（制御指定）を適用する他の特徴を有する。
【００１５】
マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する、本発明の特徴を有する方法の例は、コンテンツ指定を含むコンテンツ要求を受信するステップと、コンテンツ指定及び制御指定にもとづき、マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを動的に変更するステップとを含む。
【００１６】
本発明の１実施例は、”ファズ・ボール（ｆｕｚｚ ｂａｌｌ）”制御指定に従い、ビデオ・フレームの一部分を動的に変更する特徴を有する。結果のファズ・ボールは、ビデオ・フレームの一部分または音声サンプルなどの、１つ以上の指定オブジェクトを、ユーザ指定に従い変更／マスクすることができる。
【００１７】
本発明は更に、伝送に先立ち、指定に従い阻止されるビデオの割合をユーザに通知する他の特徴を有する。
【００１８】
本発明は更に、多次元または評価システムを扱うコンテンツ指定に応答して、幾つかのファズ・ボール指定をオーバラップする他の特徴を有する。更に、本発明は、１つのマルチメディア・ストリームを複数のビューアにマルチキャストする他の特徴を有し、各クライアント２０９はカストマイズ化された指定を用い、ビデオをレンダリングまたはマスキングする。
【００１９】
【発明の実施の形態】
図１は、本発明の特徴を有するインターネット環境の例を示す。図示のように、１つ以上のコンテンツ・サーバ（内容サーバ）１３５がネットワーク１６５に接続される一方、本発明に従うセットトップ・ボックスまたはクライアント１２５などのクライアント・ステーション１２５が、直接またはプロキシ階層１１０乃至１１５を通じ、ネットワーク１６５に接続される。コンテンツ・サーバ・ノード１３５は、ネットワークを通じて、マルチメディア要求をサービスすることができる任意のコンピュータ・ノードである。第三者のマスク・プロバイダ（制御指定プロバイダ）１５５は、予め構成されたフレーム・レベルのマスク（図３に関連して以下で詳述）を提供することができ、該マスクは本発明に従い、きめ細かく、例えばフレーム・レベルでコンテンツを動的に変更して、不要な情報を除去するために使用され得る。
【００２０】
クライアント１２５は、（図１１に関連して以下で詳述されるように、）中位の暴力度及び低位の裸体度などの、多次元コンテンツ指定２４８を含むマルチメディア・コンテンツ要求を、ネットワーク１６５を介してサーバ１３５に伝達する。
【００２１】
本発明によれば、ピギーバック式メタデータを用いることにより、情報がクライアント１２５、サーバ１３５、及びマスク・プロバイダ１５５の間で、効率的に伝達され得る。ＨＴＴＰでは、既存のウェブ・プロトコルを用いることにより、情報交換がオブジェクト・ヘッダ内にメタデータとして含まれ得る。ＰＩＣＳプロトコルは、電子コンテンツに関するメタ情報を送信する方法を指定する。ＰＩＣＳはウェブ・コンソーシアム・プロトコル勧告である（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＰＩＣＳ参照）。ＰＩＣＳは当初、例えば”このコンテンツにどのくらい多くの裸体が関連付けられているか？”などの、値ベースの評価ラベルを送信するために使用されたが、メタ情報の形式及び意味は全く一般的である。ＰＩＣＳでは、電子コンテンツに関するメタ情報が、情報の”評価サービス”または製作者及び使用目的に従いグループ化され、あるこうしたグループ内では、任意の数のカテゴリまたは次元の情報が伝送され得る。各カテゴリは許可値の範囲を有し、コンテンツの特定部分に対して、特定のカテゴリが１つの値または複数の値を有し得る。更に、メタ情報グループ（”ＰＩＣＳラベル”として知られる）が、満了情報を含み得る。更にＰＩＣＳラベルを、２つ以上の電子コンテンツ部分に適用することを可能にする機構が存在する。電子コンテンツの特定部分に対する各ＰＩＣＳラベルは、独立にコンテンツに追加または除去され得る。
【００２２】
例えば、ＰＩＣＳラベルを有するイメージ・ファイルがサーバから送信され、そのラベルの”評価サービス”・フィールドが、”セーフサーフ”評価システムに従い、それが値ベースの評価ラベルを含むことを示し得る。本発明によれば、イメージ・ファイルは企業のプロキシを通過するとき、ＰＩＣＳラベルの新たなカテゴリ値により、”評価サービス”に従い現コンテンツを反映するように、処理または更新され得る。従って、クライアント・コンピュータは、ＰＩＣＳラベルの更新されたカテゴリ値を見るだけである。ＨＴＴＰプロトコルは、ＰＩＣＳをサポートする要求ヘッダ及び応答ヘッダにより増補された。ＰＩＣＳラベルの例は、（ＰＩＣＳ−１．１”ｈｔｔｐ：／／ｔｈｅ．ｒａｔｉｎｇ．ｓｅｒｖｉｃｅ”ｌａｂｅｌ ｆｏｒ ”ｈｔｔｐ：／／ｔｈｅ．ｃｏｎｔｅｎｔ” ｅｘｐ ”１９９７．０７．０１Ｔ０８：１５−０５００”ｒ（ｎ４ｓ３ｖ２ｌ０））であり、ここで’ｎ’、’ｓ’、’ｖ’及び’ｌ’は、様々なメタ情報タイプの送信名であり、このコンテンツに適用可能な値は、４（ｎに対応）、３（ｓに対応）、２（ｖに対応）及び０（ｌに対応）である。ＩＤ”ｈｔｔｐ：／／ｔｈｅ．ｒａｔｉｎｇ．ｓｅｒｖｉｃｅ”を認識するソフトウェアだけが、これらのカテゴリ及び値を解釈する方法を知ることになる。ＮＮＴＰなどの他の一般的なアプリケーション・プロトコルを定義する技術機関も、現在、ＰＩＣＳサポートの追加を考慮中である。これらのプロトコルの一部として所望されるＰＩＣＳラベルのタイプのリストが要求と一緒に含まれ得る。ＰＩＣＳはまた、中央ラベル局サーバからＰＩＣＳ情報を受信するための照会形式を指定する。好適な実施例では、以下で詳述されるように、コンテンツ指定２４８もまた、ＰＩＣＳ規則１．０（ＰｉｃｓＲｕｌｅ−１．０）などのＰＩＣＳプロファイル言語を用いて伝達され得る。
【００２３】
図１を参照すると、本発明によれば、組織は出て行く要求に対してコンテンツ指定を追加する、或いは異なる指定を併合するプロキシ１１０、１１５の能力を介してイントラネット規模のポリシを指定し得る。本発明の別の実施例によれば、サーバ１３５は指定が当てはまるか否かを判断するように順応し（図７に関連して以下で詳述）、当てはまる場合、マスク要求をマスク・プロバイダ１５５に伝達する（図１２に関連して以下で詳述）。マスク・プロバイダは、ビューアの指定を満足するように、コンテンツを変更するために使用され得る制御指定２３７（マスクとも呼ばれる）を選択し、それをサーバ１３５に送信する（図１３に関連して以下で詳述）。当業者であれば、制御指定がコンテンツ・サーバ２０３にも記憶され得ることが理解されよう。様々な実施例において、制御指定２３７は、サーバ１３５、プロキシ１１０、またはクライアント１２５により適用され、異なる根源から供給される複数の制御指定（多次元制御指定）２３７が適用され得る。ビデオ・フレームの一部分または音声サンプルなどのオブジェクトが、クライアント２０９において表示される以前に、選択された制御指定２３７に従い、動的に変更され得る（図９乃至図１０、及び図１２に関連して以下で詳述）。
【００２４】
クライアント１２５の例には、ＰＣ、ワークステーション及びセットトップ・ボックスなどが含まれるが、これらに限られるものではない。ＰＣまたはワークステーション環境では、クライアント・ソフトウェアが、好適には、ＩＢＭから販売されるビデオ・キャラクタ・プレーヤ（商標）や、プログレッシブ・ネットワークス社から販売されるリアル・ビデオ・プレーヤ（商標）などの、ビデオ再生ソフトウェアを含む。ネットワーク１６５の例には、インターネット、ワールド・ワイド・ウェブ、イントラネット、及びローカル・エリア・ネットワーク（ＬＡＮ）などが含まれる。ビデオ用のコンテンツ・サーバ１３５の例には、ＩＢＭから販売されるビデオ・チャージャ（商標）や、プログレッシブ・ネットワーク社から販売されるリアル・ビデオ（商標）などの製品が含まれる。プロキシ・サーバ１１０乃至１１５の例には、ＩＢＭから販売されるインターネット・コネクション・サーバ（ＩＣＳ）（商標）が含まれる。コンテンツ・サーバ１３５またはプロキシ・サーバ１１０乃至１１５は、任意のコンピュータ・ノード上で実行され、それらにはＩＢＭから販売されるＳ／３９０ ＳＹＳＰＬＥＸ（商標）、ＳＰ２（商標）、またはＲＳ６０００（商標）ワークステーションなどの製品が含まれる。
【００２５】
図２は、ネットワーク２０１及び本発明の特徴を有するシステムのより詳細な例を示す。図示のように、システムは従来のワークステーション、ＰＣまたはセットトップ・ボックスなどの、クライアント２０９を含む。クライアント２０９は、１次元以上のコンテンツに関するコンテンツ指定２４８を含むマルチメディア・コンテンツに対する要求をネットワーク２０１を介して、発行することができる。クライアント２０９は好適には、ＣＰＵ２４０、ＲＡＭなどのメモリ２４５、及びＤＡＳＤなどの記憶装置２４２を含む。メモリ２４５は、本発明に従うクライアント論理２４９（図１１に関連して以下で詳述）を記憶する。クライアント論理は、好適には、リモートまたはローカル永久光記憶装置（ＣＤ−ＲＯＭ）、若しくは磁気記憶装置（ディスクなど）、またはＤＡＳＤからメモリ２４５にロードされるコンピュータ実行可能コードとして実現され、ＣＰＵ２４０により実行される。クライアント論理２４９は、ビデオ再生操作論理２４７（図１２に関連して以下で詳述）を含む。
【００２６】
マスク・プロバイダ２０５は、好適には、ＣＰＵ２２７、ＲＡＭなどのメモリ２３５、及びＤＡＳＤなどの記憶装置２３０を含む。メモリ２３５は、マスク・プロバイダ論理２３９（図１３に関連して以下で詳述）を含み、これは好適には、ＤＡＳＤ２３０からメモリ２３５にロードされるコンピュータ実行可能コードとして実現され、ＣＰＵ２２７により実行される。マスク・プロバイダは様々な制御指定２３７、この場合には、コンテンツ指定２４８に従い、ビデオの１つ以上のフレームの一部分を動的に変更またはマスクする（すなわち隠す）ための、ファズ・ボール・トラック３３７（図３乃至図５に関連して以下で詳述）を有する。ファズ・ボール・トラック指定は、別々のストリームを含むか、ビデオ・ストリーム３９０とは別のファイルに含まれ、コンテンツ・サーバ２０３、クライアント２０９、またはプロキシ２８０などの中間ノードにおいて解釈され、ビデオ・ストリーム３９０内のオブジェクトを変更またはマスクする（マスク・プロバイダ論理の例が、図１３に示される）。いずれにしても、制御指定にもとづきファズ・ボール３９７が生成され、コンテンツがクライアント・ステーションにおいて表示される以前に、そのコンテンツを変更する。
【００２７】
コンテンツ・サーバ・ノード２０３は、ネットワーク２０１を通じて要求をサービスすることのできる従来の任意のコンピュータ・ノードである。コンテンツ・サーバ２０３は好適には、ＣＰＵ２６０、ＲＡＭなどのメモリ２６３、及びディスクまたはＤＡＳＤなどの記憶装置２６５を含む。本発明によれば、好適には、コンピュータ実行可能コードとして実現されるサーバ論理２６８（図６に関連して以下で詳述）が、リモート（ネットワークを介する）またはローカル永久光記憶装置（ＣＤ−ＲＯＭ）、若しくは磁気記憶装置（ディスクなど）またはＤＡＳＤ２６５から、メモリ２６３にロードされ、ＣＰＵ２６０により実行される。サーバ論理２６８は好適には、ビデオ・チェック・ハンドラ２６７（図７に関連して以下で詳述）、及びビデオ上映ハンドラ２６９（図８に関連して以下で詳述）を含む。ビデオ・チェック・ハンドラ２６７は、コンテンツ指定を満足するように変更またはマスクされ得る要求ビデオのバージョンが存在するか否かを判断する。存在する場合、コンテンツ指定２４８に最も近いバージョンが、選択される。ビデオ上映ハンドラ２６９は、コンテンツ指定にもとづき、ビデオ・ストリームを配布する。ビデオ・ストリームは、クライアント・ステーションにおいて表示される前に、下流におけるレンダリングのために制御指定２３７とは別に送信されることが好ましい。
【００２８】
要するに、クライアント２０９が最初に、中位の暴力度及び低位の裸体度などの、多次元コンテンツ指定（複数のコンテンツ指定）２４８を含むコンテンツ要求を伝達する。その結果、指定が満足されるか否かのしきい値判定が成される場合、ビデオ・チェック要求（図５に関連して以下で詳述）が、コンテンツ・サーバに伝達される。好適な実施例では、サーバ応答は”ｙｅｓ”など曖昧でないか（すなわち、こうしたバージョンが存在する）、または条件付き、例えばバージョンが配布され得るが、２０％が遮断（ｂｌｏｃｋ ｏｕｔ）されるかのいずれかである。ビューア／クライアント２０９が応答を受諾可能と判定すると、ビデオ上映要求（図８に関連して以下で詳述）が、コンテンツ・サーバ２０３に伝達され、変更されたビデオの配布を要求する。
【００２９】
コンテンツ指定２４８が満足され得る場合、マスク表示要求（図１１）がマスク・プロバイダ２０５に送信され、対応する制御指定２３７またはファズ・ボール・トラック（図３乃至図５）を獲得する。当業者であれば、マスク・プロバイダ論理２３９及び制御指定２３７が、コンテンツ・サーバ２０３または特定の中間ノードにも存在し得ることが理解されよう。マスク・プロバイダ２０５は、ビューアの多次元指定を満足し得る１つ以上の制御指定２３７を、それらのラベルにもとづき選択する（図１０に関連して以下で詳述）。制御指定２３７がサーバ２０３により適用される場合、コンテンツがクライアント２０９に送信される以前に、制御指定２３７により変更される。
【００３０】
好適には、制御指定２３７は追加トラック（またはストリーム）として、オリジナル・ビデオ・ストリームと一緒に伝送される（図１２に関連して以下で詳述）。例えば、マルチキャスト・ビデオの場合、異なるビューアがたくさんの異なる指定を有し得る。従って、コンテンツ・サーバ２０３がマルチキャスト伝送と共に、様々な制御指定を含み、各クライアント２０９に適切な制御指定２３７を柔軟に選択させ、動的に適用させることがより効率的である。別の例では、組織（学校または法人など）若しくは個人ユーザ、または組織内のサブグループが、それぞれ異なるコンテンツ指定２４８を有する。この場合にも、コンテンツ・サーバ２０３が制御指定２３７を伝送により提供し、各中間（プロキシ）サーバ及びクライアント・ステーションにおいて、適切な制御指定２３７を適用させることにより、ビデオがそれらを通過する際にコンテンツを変更することが、より効率的である。
【００３１】
図３は、制御指定２３７に従い生成されたファズ・ボールのセットにより変更された、ビデオ・ストリーム（フレームｎ乃至フレームｎ＋４）の例を示す。この例では、制御指定２３７は別々の”ファズ・ボール”・トラック３３７であり、ファズ・ボール３９７が、ビデオ・フレームの一部分または音声サンプルなどのオブジェクトを変更し得る矩形領域として示される。ファズ・ボール・トラック３３７を適用することにより達成されるコンテンツ評価の結果が、ＰＩＣＳプロトコルを用いて、トラックのヘッダ内のＯ−ラベル３９６内に示される。ファズ・ボールは、例えば音声またはビデオ・データを操作または重ね合わすなどによる様々な従来方法により生成され得る。ファズ・ボール・トラック３３７は、ファズ・ボール・サイズ３８２及び位置、並びにビデオ・ストリーム３９０との時間的関係３８６を有するファズ・ボール３９７のシーケンスを指定する。例えば、ビデオ・ストリーム３９０は、既知の次元（１５、３０）を有する５つの連続フレーム（フレームｎ乃至フレームｎ＋４）を含む。ビデオ・ストリーム内でのファズ・ボール３９７の配置は、ファイルとしてのファズ・ボール・トラック３３７内に表される。ファズ・ボール３９７のストリームに対する時間的関係は、フレーム番号３８６、またはタイム・スタンプなどの他の手段、或いは変更される特定のオブジェクトを識別する任意の手段、すなわちサイズ３８２（高さ及び幅寸法）、及びビデオ・フレーム内の位置３８４（ｘ座標及びｙ座標）により、指定され得る。この例では、ファズ・ボール・トラック３３７は、フレームｎを位置（６、２０）において、サイズ（２、４）のファズ・ボール３９７を有するものとして指定する。フレームｎ＋３では、位置（１０、４）及びサイズ（４、８）が変更される。後述されるように、複数のファズ・ボール・トラック３３７が同一のストリーム３９０に関連付けられ、結合されて、ビデオ・ストリーム内のオブジェクトの包括的ながら、きめ細かな変更を達成する。以下で詳述されるように、クライアント２０９から伝達されるコンテンツ指定２４８は、暴力、冒涜、及び裸体度などの多次元を有利に処理する。異なるファズ・ボール３９７、それに従い、各次元において各レベルにて提供される。制御指定２３７は、例えば第３者マスク・プロバイダにより、ビデオ・ストリームとは別のファイルに記憶され、要求に際してコンテンツ・サーバ２０３に伝送される。マスク・プロバイダ論理の例が、図１３に関連して後述される。図１２に関連して後述されるように、制御指定２３７は、好適にはコンテンツと共に、コンテンツ・サーバ２０３から伝達され、クライアント・ステーションにおいて、制御指定にもとづき動的に解釈され、ビデオ・ストリーム３９０内の対応するオブジェクトを、その表示以前に変更する。
【００３２】
例えば、クライアント２０９がビデオ要求内で、３以下の暴力度及び２以下の裸体度を有するコンテンツ指定２４８を指定し、要求されたビデオが暴力度評価値５及び裸体度評価値４を有する例について、考えてみよう。ここで評価値が高いほど、ビデオがより激しい暴力及び裸体を含むものと仮定する。好適には、複数の制御指定２３７が結合されるとき、ファズ・ボール・トラック間の各次元における最小のカテゴリ値が、その次元の結果のカテゴリ値となる。従って、マスク・プロバイダは多次元に渡り、コンテンツ指定２４８のより多くの組み合わせをサポートするには、生成できる制御指定２３７の数は減少する。この例では、コンテンツ指定２４８を満足するために、結果の暴力度値３を有するＯ−ラベル３９６、及び結果の裸体度値２を有する別のＯ−ラベル３９６、若しくは両方を配布可能な１つのファズ・ボール・トラックのいずれかを有する制御指定２３７が必要とされる。例えば、暴力度値３及び裸体度値４を有する制御指定２３７、及び暴力度値５及び裸体度値２を有する別の制御指定が存在するとしよう。本発明によれば、これらの制御指定２３７をビデオ内で結合することにより、暴力度値３及び裸体度値２が達成される。なぜなら、上述の例における最小裸体度値は２であり、最小暴力度値は３であるからである。制御指定２３７を結合するこの特徴は、維持される必要のある制御指定２３７の数を最小化する。
【００３３】
図３を再度参照すると、本発明に従う３つの異なる種類のＰＩＣＳラベルの例が示される。ビデオ・ラベル３９２（”Ｖ−ラベル”とも呼ばれる）は、ビデオ全体のコンテンツ評価を識別するために、コンテンツ・サーバ・ノードにより使用され得る。
【００３４】
以下で詳述されるように、フレーム・ラベル３９４（”Ｆ−ラベル”とも呼ばれる）は、コンテンツ評価を識別するために、及び（または）ビデオ・ストリーム３９０内のオブジェクトを変更するために、コンテンツ・サーバにより使用され得る。所与のビデオ・フレームがマスクまたは変更されるとき、Ｆ−ラベルのカテゴリ値がフレームの現コンテンツ評価を反映するように、更新され得る。
【００３５】
１実施例では、制御指定２３７が別のストリーム（またはファイル）として伝送され、これは本実施例では”ファズ・ボール・トラック”３３７と呼ばれる。好適には、各”ファズ・ボール・トラック”３３７はそのヘッダ内に、オーバレイ・ラベル３９６（”Ｏ−ラベル”とも呼ばれる）を含む。Ｏ−ラベル３９６は、ファズ・ボール３９７がストリーム３９０内のオブジェクトに適用された後に、結果のコンテンツ評価を指定するために使用され得る。コンテンツ指定２４８にもとづき、適切なファズ・ボール・トラック３３７が選択され、コンテンツを変更する。
【００３６】
好適な実施例では、ＰＩＣＳ規則１．０として知られるＰＩＣＳプロファイル言語が、コンテンツ指定２４８を有するコンテンツ要求を生成するために使用される。ＰＩＣＳは、ワールド・ワイド・ウェブ・コンソシアム（Ｗ３Ｃ）草案勧告である。例えば、ｈｔｔｐ：／／ｗｗｗ１．ｒａｌｅｉｇｈ．ｉｂｍ．ｃｏｍ／ＰＩＣＳ／ＰｉｃｓＲＵＬＺ．ｈｔｍｌに見い出される”ＰＩＣＳ Ｐｒｏｆｉｌｅ Ｌａｎｇｕａｇｅ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ − ＰＩＣＳ ＲＵＬＺ １．０”を参照されたい。当業者であれば、コンテンツ指定２４８を記憶及び伝達する他の多くの従来手段が、本発明の趣旨及び範囲内において使用され得ることが理解されよう。
【００３７】
図４及び図５は、本発明に従い、コンテンツ指定２４８を記憶するためのユーザ・インタフェースの例を示す。インターネット環境では、コンテンツ・アドバイザ３１０のユーザ・インタフェースが、当業者には既知の手段により、クライアント２０９上で実行されるブラウザの一部として組み込まれる。代わりに、または追加的に、プロキシ２８０のプロキシ管理者が、コンテンツ指定２４８を指定してもよい。図３に示されるように、１次元以上のコンテンツ３１２がその変更のために、カテゴリ３１４の一覧を介して選択され得る。任意的に、評価制御３１６が、変更され得るコンテンツの最大率を指定するために提供される。後述されるように、コンテンツ指定２４８はＰＩＣＳ規則１．０言語内に記憶され得る。図５に示されるように、ホスト／メディア・タイプ３１８は、コンテンツ要求がコンテンツ指定２４８を伴うべきホスト及び媒体のタイプを示す。この例では、ストリーミング媒体（音声及びビデオ）に対する全てのホストが指定される。コンテンツ指定２４８は、ＤＡＳＤ２４２などの永久記憶装置に記憶され得る。以下で詳述されるように、コンテンツ・サーバ２０３への要求は、ＨＴＴＰ要求ヘッダすなわちＰＩＣＳ規則を含む。例えば、マイクロソフト社から販売されるブラウザであるインターネット・エクスプローラ３．０（商標）を参照されたい。これはオプション／セキュリティ・セクション内に、コンテンツ・アドバイザ／レーティングと呼ばれるダイアログ・ボックスを提供し、これはユーザが高度なコンテンツ指定を入力及び記憶することを可能にする。インターネット・エクスプローラの将来のバージョンでは、コンテンツ指定２４８をＨＴＴＰ要求の一部として、コンテンツ・サーバに送信する能力を有することであろう。当業者であれば、本発明の趣旨及び範囲内において、コンテンツ指定２４８を生成するための他の多くの異なる方法が存在することが理解できよう。
【００３８】
以下では、コンテンツ・サーバ２０３への通信のための、ＰＩＣＳ規則１．０形式のコンテンツ指定の例について述べる。サーバ・コンテンツの変更をサポートする規則言語拡張のＵＲＬが、ｒｅｑＥｘｔｅｎｓｉｏｎ文”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｃｕｓｔｏｍｉｚａｔｉｏｎ．ｈｔｍｌ”内で指定され、評価サービスのＵＲＬは、”ｈｔｔｐ：／／ｌａｂｅｌｂｕｒｅａｕ．ｃｏｏｌｎｅｓｓ．ｏｒｇ／ｒａｔｉｎｇｓ／Ｖ１．ｈｔｍｌ”（省略名または短縮名”Ｃｏｏｌ”を有する）である。コンテンツ指定は、Ｐｏｌｉｃｙ文内のＲｅｊｅｃｔＵｎｌｅｓｓ、ＲｅｊｅｃｔＩｆ、及びＡｃｃｅｐｔＩｆ節内に提供される。説明の都合上、２次元コンテンツ指定２４８、すなわちｉ）地域ベースの適性指定、すなわち中央アメリカ適性（ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ）、及びｉｉ）成人コンテンツ、すなわち裸体度にもとづくコンテンツ指定２４８について考えてみるが、更に多くの次元が可能である。変更伝送（Ａｌｔｅｒａｔｉｏｎ Ｔｒａｎｓｍｉｔ）拡張節は、コンテンツ・サーバが制御指定２３７をビデオ・フレームと併合すべきか（併合が”真”）、それとも併合がクライアントまたは特定の中間ノードにおいて実行されることを許可するか（併合が”偽”）を示す。パラメータ節ａｌｔｅｒａｔｉｏｎＰｅｒｃｅｎｔＲｅｔｕｒｎは、変更されるビデオの割合がクライアント２０９に返報されるべきことを示す。該割合がしきい値を越える場合、ビデオを上映することをしないブロッキングの指示をクライアンツに伝達する。
【表１】
【００３９】
ここで例えば、前記のコンテンツ要求及びコンテンツ指定２４８を受信するサーバ２３０が、ビデオ４１の４つの異なるバージョン（表２参照）、すなわちビデオ４１−０−０、ビデオ４１−１−４、ビデオ４１−１−１、及びビデオ４１−１−２を有し、更に、ビデオ４１−１−４にもとづき、ファズ・ボール・トラックを識別する別の入力、すなわちマスク４１−１−４−３（制御指定３８０を表す）が存在し得る。表２では、サーバ内容ファイルの列が、ビデオの所与のバージョンを識別し、タイプの列がファイルのタイプを示し、Ｂは代替ビデオ・コピーを、Ｍはファズ・ボール・トラック３３７を表す。中央アメリカ適性（Ｃｅｎｔｒａｌ Ａｍｅｒｉｃａ Ａｐｐｒｏｐｒｉａｔｅｎｅｓｓ）、裸体度（Ｎｕｄｉｔｙ）コンテンツ指定、及び変更またはマスクされるコンテンツの割合（変更率）に対応する値が、それぞれ第３、第４及び第５列にそれぞれ提供される。ＰＩＣＳの下でＶ−ラベル（３９２）及びＯ−ラベル３９６がどのように指定されるかを示すために、ビデオ４１−０−０及びマスク４１−１−４−３の場合の対応ラベルを次に示す。ここで”ｌｒ”はラベル評価を表す。
（ビデオ４１−０−０）Ｖ−ラベル：ｌｒ（ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ ０ Ｎｕｄｉｔｙ ０ Ｐｃｔ ３０）及び、
（マスク４１−１−４−３）Ｏ−ラベル：ｌｒ（ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ １ Ｎｕｄｉｔｙ ０ Ｐｃｔ ５）。
【表２】
【００４０】
この場合、コンテンツ・サーバ２０３は、自身がクライアント２０９のコンテンツ指定２４８、すなわち（（Ｃｏｏｌ．ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ ＞ ０）ａｎｄ（Ｃｏｏｌ．Ｎｕｄｉｔｙ ＜ ３））ａｎｄ（ＰＩＣＳ．ＡｌｔｅｒａｔｉｏｎＰｅｒｃｅｎｔＭａｘ ＜ ２０））を満足する要求映画（ビデオ４１−１−２）のバージョンを有することを判断する。従って、ビデオ４１−１−２は、クライアント２０９に送信されるべきである。ＨＴＴＰ応答ヘッダがＰＩＣＳ変更率（９％）を含む。
【００４１】
次の例は、コンテンツ指定２４８が満足され得るか否かを見い出すために、ＧＥＴ ｃｈｅｃｋ＆ｕｒｌ＝ｖｉｄｅｏ４１ ＨＴＴＰ／１．１文により表されるチェック要求（図６、ステップ４１０）が、最初にクライアント２０９からビデオ・サーバに送信される以外は、ケースＡと同様である。再度、ＰＩＣＳ規則１．０として知られるＰＩＣＳプロファイル言語が、好適には使用される。
【表３】
【００４２】
ケースＡでは、コンテンツ指定２４８を満足するバージョンが見い出され、ＨＴＴＰ”２００”応答コードがクライアントに返却される。ＨＴＴＰ応答ヘッダもまた、ＰＩＣＳ変更率を含む。
【００４３】
次の例では、コンテンツ指定２４８を満足するように、コンテンツを変更するために使用される制御指定２３７のために、マスク要求（図１１、ステップ９３５）が、コンテンツ指定２４８と共に、マスク・プロバイダ２０５に送信される。再度、ＰＩＣＳ規則１．０として知られるＰＩＣＳプロファイル言語が使用される。ビデオのＵＲＬの例は、”ｈｔｔｐ：／／ｖｉｄｅｏ．ｏｗｎｅｒ．ｃｏｍ／ｖｉｄｅｏｓ／ｖｉｄｅｏ４１”である。これは以下の例では、マスク獲得要求内のＵＲＬパラメータ値に対応して”ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｖｉｄｅｏ．ｏｗｎｅｒ．ｃｏｍ％２Ｆｖｉｄｅｏｓ％２Ｆｖｉｄｅｏ４１”として符号化される。コンテンツ指定２４８がマスク・プロバイダ２０５により提供され得るか否かを決定するためのマスク・チェック要求は、”マスク獲得（Ｇｅｔ ｍａｓｋ）”を”チェック獲得（Ｇｅｔ ｃｈｅｃｋ）”により置換することにより、類似に構成される。
【表４】
【００４４】
ここで、コンテンツ指定（（Ｃｏｏｌ．ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ ＞ ０）ａｎｄ（Ｃｏｏｌ．Ｎｕｄｉｔｙ ＜ ３））ａｎｄ（ＰＩＣＳ．ＡｌｔｅｒａｔｉｏｎＰｅｒｃｅｎｔＭａｘ ＜ ８））を満足するように、コンテンツを変更できる制御指定２３７ｍａｓｋ４１−１−４−３が存在し、制御指定２３７がコンテンツ・サーバ２０３に送信され得る。ＨＴＴＰ応答ヘッダはＰＩＣＳ変更率を含む。
【００４５】
ケースＢ：
ケースＢでは、クライアント２０９がビデオ要求をコンテンツ指定と共にコンテンツ・サーバ２０３に伝達し、ビデオ・ストリーム３９０及びファズ・ボール・トラック３３７がクライアントに返却される。そして、変更伝送（Ａｌｔｅｒａｔｉｏｎ Ｔｒａｎｓｍｉｔ）文内にファズ・ボールがサーバ側において適用されるべきでない、すなわちそれがクライアント・ノードにおいて実行されるべきことが示される。
【表５】
【００４６】
一例として、ここではコンテンツ・サーバが２つの異なるビデオ・バージョン、すなわちビデオ４２−０−０及びビデオ４２−１−４を有し、ビデオ４２にもとづく制御指定２３７、すなわちマスク４２−１−４−１が存在するものと仮定する。これは次のように要約される。
【表６】
【００４７】
この場合、コンテンツ指定（（Ｃｏｏｌ．ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ ＞ ０） ａｎｄ （Ｃｏｏｌ．Ｎｕｄｉｔｙ ＜ ３））を満足する無変更バーションは存在しない。しかしながら、マスク４２−１−４−１がビデオ４２−１−４に適用され、結果のコンテンツがコンテンツ指定を満足する。変更伝送節が（併合”偽”）を示すので、ビデオ４２−１−４はＶマスク４２−１−４−１と一緒に送信されるべきである。プロトコル要求文は｛ａｌｔｅｒａｔｉｏｎＰｅｒｃｅｎｔＲｅｔｕｒｎ ｔｒｕｅ｝節を含むので、応答ヘッダはＰＩＣＳ変更率すなわち７を示す。
【００４８】
様々な代替実施例が存在し、オブジェクト・ラベル付けまたはコンテンツ指定２４８の拡張が、本発明の趣旨及び範囲内において、使用され得る。例えば、ＲＴＳＰ及びＭＰＥＧなどの他のプロトコルも、コンテンツ指定２４８を提供するために使用され得る。
【００４９】
制御指定２３７は、ストリーム・コンテンツがどのように変更されるべきかを示す。これはマルチメディア・ストリームのフレームまたはフレームのグループの上映に関する命令を提供し、ブロッキング、省略及びオーバレイ（上書き）を指定する。上述のように、制御指定２３７の１つのタイプは、別のファズ・ボール・トラック３３７である。別のタイプに編集決定リストがあり、これは変更または置換するフレームを示す。
【００５０】
本発明によれば、制御指定２３７が各フレーム、フレームのグループまたはビデオ・ヘッダにおいて柔軟に提供され得る。フレーム・グループのレベルまたはビデオ・ヘッダにおける制御指定は時間ベースであり、従って特定のフレームが、タイミング情報により識別され得る。好適な実施例では、マルチメディア・ストリーム・コンテンツのマスキング／変更が、リアルタイム・ビデオ・ストリームの配布において提供されるが、同一の概念が、ビデオ及び音声の複数のストリームを含み得る他の任意のタイプのマルチメディア・ストリームにも、適用可能である。
【００５１】
当業者であれば、制御指定が別々のストリームまたはトラックとして述べられたが、オブジェクト・レベルの制御指定を提供する、様々な別の方法が存在することが理解できよう。例えばビデオの各フレームが、Ｆ−ラベル３９４などの、そのフレームに関連付けられる必要な制御情報を指定する豊富なＰＩＣＳラベルを含み得る。
【００５２】
ここで、Ｎｕｄｉｔｙ１ｘ及びＮｕｄｉｔｙ１ｙは、裸体度値１を達成するためのファズ・ボールの位置（ｘ座標及びｙ座標、フレーム００００１では（０、０））を指定し、Ｎｕｄｉｔｙ１ｈ及びＮｕｄｉｔｙ１ｗは、サイズ（高さ及び幅、フレーム００００１ではそれぞれ４８０及び６４０）を指定する。同様にＮｕｄｉｔｙ３ｘ及びＮｕｄｉｔｙ３ｙは、裸体度値３を達成するためのファズ・ボールの位置（ｘ座標及びｙ座標）を指定し、Ｎｕｄｉｔｙ３ｈ及びＮｕｄｉｔｙ３ｗは、サイズ（高さ及び幅）を指定する。
【００５３】
フレーム００００１は、裸体度値２及び中央アメリカ適性値１を有し、裸体度値１を達成し得る１つのファズ・ボールが指定される。フレーム２は、裸体度値３及び中央アメリカ適性値１を有し、２つのファズ・ボールが指定される。それらの１つは裸体度値３を提供し、他は裸体度値１を提供する。
【００５４】
要求がマルチキャスト・ストリームに対するものでない場合、サーバは制御指定２３７及びクライアント・コンテンツ指定２４８にもとづき、コンテンツを変更し、変更されたストリーム３９０を、要求元のクライアントに送信することができる。ＰＩＣＳ変更率を返却するために、値が公式（ファズ・ボールを有するフレーム数／フレーム総数）×１００を用いて計算され得る。マルチキャストの場合には、クライアント２０９はコンテンツ指定２４８を満足するように、制御指定２３７を用いて、コンテンツを変更できる。異なるコンテンツ指定２４８を有するビューアは、適切な制御指定２３７を用い、コンテンツをそれぞれ異なって変更する。
【００５５】
当業者であれば、ファズ・ボールが任意の形状を有し得ることが理解できよう。矩形の代わりに、ファズ・ボールは多角形または円形状を取り得る。
【００５６】
図６は、コンテンツ・サーバ論理２６８の例を示す。図示のように、ステップ４０５で、コンテンツ・サーバ２０３は入力を待機する。ステップ４１０では、受信された入力に応じて異なるアクションが取られる。受信された入力がビデオ・チェック要求の場合、ビデオ・チェック・ハンドラ２６７がステップ４１５で呼び出される。ビデオ・チェック・ハンドラは、コンテンツ指定を満足するように、変更またはマスクされ得る要求ビデオのバージョンが、存在するか否かを判断する。ビデオ・チェック・ハンドラの詳細な例が、図７に関連して述べられる。ステップ４２０では、受信された入力がビデオ上映要求の場合、ステップ４２５でビデオ上映ハンドラ２６９が呼び出される。ビデオ上映ハンドラは、コンテンツ指定にもとづきビデオ・ストリームを配布する。要求されるビデオが複数のバージョンを有する場合、ビデオ上映ハンドラは、任意のバージョンがコンテンツ指定２４８を満足するか否かをチェックする。ビデオ上映ハンドラ２６９の詳細な例が、図８に関連して述べられる。本発明の焦点に当てはまらない他のタイプの入力（例えばウェブ文書に対する従来のＨＴＴＰ要求、またはＦＴＰ要求）に対しては、適切な種々のハンドラ４３０が呼び出され得る。
【００５７】
図７は、ビデオ・チェック・ハンドラ２６７の例を示す。ビデオ・チェック・ハンドラは、コンテンツ指定２４８を満足するように、変更またはマスクされ得る要求ビデオのバージョンが存在するか否かを判断する。ステップ５０５で、要求されるビデオが複数のバージョンを有する場合、任意のバージョンがコンテンツ指定２４８を満足するか否かが判断される（ステップ５２５）。満足する場合、”肯定”応答がクライアント２０９に送信される（ステップ５２０）。それ以外では、コンテンツ指定２４８に最も近いバージョンが選択される（ステップ５３０）。好適な実施例では、コンテンツ・サーバは有効な制御指定２３７に関するサーバ・マスク情報内に記憶される各ビデオに対して、各制御指定２３７（すなわちＯ−ラベル３９６）を介して達成可能なコンテンツ指定２４８、及び各制御指定２３７により遮断される情報量の予測を保持する。ステップ５４０で、サーバ２０３は制御指定２３７情報にもとづき、コンテンツ指定２４８を満足するように、バージョンが変更またはマスク可能か否かを判断する。可能な場合、ステップ５６０で、除去または遮断される必要のあるビデオの量の予測が獲得され得る。この予測（上限）は、適用される必要のある各ファズ・ボールにより遮断される情報の量を加算することにより、獲得され得る。ステップ５７０では、”修飾（ｑｕａｌｉｆｉｅｄ）”応答（ＨＴＴＰ応答ヘッダ内に含まれ、ＰＩＣＳ変更率を示す）が、リクエスタに返送され、遮断される量を示す。ステップ５０５で、サーバ内に、使用可能な１つのバージョンのビデオだけが存在する場合には、ステップ５１０で、このバージョンがコンテンツ指定２４８を満足するか否かがチェックされる。満足する場合、”肯定”応答がクライアント２０９に送信される（ステップ５２０）。満足しない場合には、処理は上述のステップ５４０に継続する。
【００５８】
図８は、ビデオ上映ハンドラ２６９の例を示す。ビデオ上映ハンドラは、コンテンツ指定２４８にもとづき、ビデオ・ストリームを配布する。ステップ６０５で、要求されるビデオが複数のバージョンを有する場合、ステップ６１５で、バージョンがコンテンツ指定を満足するか否かがチェックされる。満足する場合、ステップ６４０で、コンテンツ指定に最も近いバージョンが選択され、ステップ６４５で、選択されたバージョンがクライアント２０９に送信される。ステップ６１５で、いずれのバージョンもコンテンツ指定を満足しない場合、ステップ６２５で、最も近いバージョンが選択される。ステップ６３０では、フレーム・マスキング／変更ルーチンが呼び出される。フレーム・マスキング／変更ルーチンの詳細な例が、図９に関連して述べられる。ステップ６０５で、サーバ内に１つのバージョンのビデオだけが存在する場合には、ステップ６１０で、このバージョンがユーザ指定を満足するか否かがチェックされる。満足する場合、ステップ６０２でビデオがクライアントに伝送される。
【００５９】
図９は、フレーム・マスキング／変更ルーチン（図８のステップ６３０）の例を示す。フレーム・マスキング／変更ルーチンは、ビデオのためにファズ・ボール・トラックを変更、マスクまたは併合／追加する。例えばビデオ・フレーム内のオブジェクトがマスクまたは変更されるとき、Ｖ−ラベル３９２のカテゴリ値が、ビデオの現コンテンツ評価の結果の変化を反映するように更新され得る。例えば、Ｖ−ラベル３９２暴力度値５を有するビデオが、Ｏ−ラベル３９６暴力度値２を有するファズ・ボール・トラック３３７により上書きされる場合、結果のビデオはＶ−ラベル暴力度値２を有する。或いは上述のように、Ｆ−ラベル３９４が、別のファズ・ボール・トラック３３７を要求することなく、コンテンツ指定２４８をマルチメディア・ストリームの一部として有し得る。この例の残りでは、マルチメディア・ストリームが、マルチメディア・ストリームの各フレームと共にＦ−ラベル３９４を含むものと仮定する。ステップ７０５で、ビデオの次のフレームが記憶装置２６５からフェッチされる。ステップ７１０で、フレーム・ラベル３９４（Ｆ−ラベル）がコンテンツ指定２４８を満足する場合、フレームがクライアント２０９に伝送される（ステップ７１５）。それ以外では、ステップ７２０で、コンテンツ指定を満足する代替フレームが存在するか否かがチェックされる。存在する場合、ステップ７２５で、代替フレームがフェッチされる。それ以外では、ステップ７３０で、Ｏ−ラベル３９６にもとづき、コンテンツ指定を満足するために適用され得る１つ以上のファズ・ボール・トラック３３７が存在するか否かがチェックされる。これは全てのファズ・ボール・トラック間で、各次元の最低のカテゴリ値をコンテンツ指定２４８と比較することにより、達成され得る。各次元の最低のカテゴリ値が、コンテンツ指定２４８よりも小さい場合、コンテンツ指定を満足するファズ・ボール・トラックのセットが存在する。その場合、ステップ７３５で、ファズ・ボール・ルーチンが呼び出される。ファズ・ボール・ルーチンの例が、図１０に関連して述べられる。ステップ７３０で、ファズ・ボール・トラック３３７が使用可能でない場合、空白フレームが送信され得る（ステップ７４０）。
【００６０】
図１０は、ファズ・ボール・ルーチン７３５の例を示す。ステップ８１０で、多次元コンテンツ指定を最小量のブロッキングにより満足するファズ・ボール３９７のセットが、それらのラベル（すなわちＯ−ラベル）にもとづき選択される。例えば、ビデオがそのＶ−ラベル３９２内に指定される、暴力度値７及び裸体度値３を有し、コンテンツ指定２４８が裸体度の制限無しに、暴力度値４を規定する場合について考えてみよう。ここで次のＯ−ラベル３９６を有する４つのファズ・ボール・トラックが使用可能であると仮定する。それらは、暴力度値４及び裸体度値３を有するトラック１、暴力度値３及び裸体度値３を有するトラック２、暴力度値７及び裸体度値２を有するトラック３、暴力度値７及び裸体度値１を有するトラック４である。この場合、ファズ・ボール・トラック１が要求を最小量のブロッキングにより満足するので、これが選択される。ステップ８２０では、コンテンツ指定２４８内の指示に従い、ファズ・ボール・トラック３３７がサーバにより適用される場合、フレームの伝送以前に、ファズ・ボール３９７が対応するビデオ・フレームに重畳される（ステップ８３０）。それ以外では、ファズ・ボール・トラックがオリジナル・フレームと一緒に、追加トラック３３７として伝送される（ステップ８４０）。例えば、マルチキャスト・ビデオでは、異なるビューアが異なるコンテンツ指定を有し得る。従って、コンテンツ・サーバ２０３が様々なファズ・ボール・トラック３３７を（別のトラックとして）、ビデオ伝送と一緒に伝送し、各クライアント２０９に適切なファズ・ボール・トラック３３７を選択させ、適用させることが望ましい。別の例では、組織（学校または法人など）及び個人ユーザ、または組織内のサブグループが、それぞれ自身のコンテンツ指定２４８を有する。ファズ・ボール３９７は複数のファズ・ボール・トラック３３７により、同一次元上にオーバラップされ得る。この場合にも、コンテンツ・サーバ２０３が制御指定２３７を別途伝送し、ゲートウェイまたはプロキシ・サーバ２８０などの中間ノード、及びクライアント・ステーション２０９に、適切なファズ・ボール・トラック３３７を適用させ、ビデオがそれらを通過する際にコンテンツを変更することがより効率的である。
【００６１】
図１１は、クライアント論理２４９の例を示す。図示のように、ステップ９１０で、クライアント２０９はそのビデオ要求内に、中位の暴力度及び低位の裸体度などの要求を指定する。好適な実施例では、指定形式はＰＩＣＳ規則１．０として知られるＰＩＣＳプロファイル言語を使用する。通常、評価方式の各カテゴリに対して、クライアント２０９は所望の最大レベルを指定できる。ステップ９１５で、コンテンツ指定２４８が満足され得るか否かを確認するために、ビデオ・チェック要求がコンテンツ・サーバに送信される。好適な実施例では、応答はそうしたバージョンが存在することを示すための”イエス”か、若しくは修飾応答のいずれかであり、後者は例えば、あるバージョンが配布され得るが、図７に関連して述べたように２０％が遮断されることを示す。ステップ９２０で、応答が受諾可能と見なされる場合、ステップ９４０で、ビデオの配布を要求するビデオ上映要求がコンテンツ・サーバに送信される。ステップ９４５では、ビデオ再生操作２４７が呼び出され、ビデオを受信し再生する。再生操作の詳細例が、図１２に関連して述べられる。ステップ９２０で、コンテンツ指定２４８に対する応答が受諾可能でない場合、クライアント２０９はステップ９２５で、第３者マスク・プロバイダに問い合わせ、コンテンツ指定２４８に対して必要とされるマスクのタイプを示すマスク・チェック要求がマスク・プロバイダに送信される。好適な実施例では、指定形式はＰＩＣＳ規則１．０として知られるＰＩＣＳプロファイル言語を使用する。通常、評価システム内の各カテゴリに対して、クライアント２０９はマスク・チェック要求内に、制御指定２３７に対して所望されるレベルを指定できる。例えば、ビデオが暴力度値５及び裸体度値７を有し、コンテンツ指定２４８が暴力度値３及び裸体度値２を規定する場合、こうしたコンテンツ指定２４８を満足する制御指定２３７が存在するか否かを見い出すために、暴力度値３及び裸体度値２に対するマスク・チェック要求が、マスク・プロバイダに送信される。ステップ９３０で、マスク・プロバイダからの応答が、指定が満足され得ることを示す場合、ステップ９３５で、制御指定２３７またはファズ・ボール・トラック３３７を獲得するために、マスク表示要求がマスク・プロバイダに送信される。
【００６２】
クライアント２０９がビデオ要求により、暴力度値３及び裸体度値２を含むコンテンツ指定２４８を指定し、要求されるビデオがそのＶ−ラベルにより、暴力度値５及び裸体度値４の評価を有することが示される例について、考えてみよう。無変更のビデオは、そのＶ−ラベルにより示されるように、暴力度及び裸体度の両方の指定に不合格となるので、コンテンツ指定を満足するために、クライアント２０９は適切な制御指定２３７を適用される必要がある。これはすなわち、裸体度及び暴力度に対するファズ・ボール・トラック間の最小カテゴリ値が、コンテンツ指定を満足するように、クライアント２０９は、適切なＯ−ラベル３９６を有する１つ以上のファズ・ボール・トラック３３７を獲得する必要があることを意味する。例えば次の２つのファズ・ボール・トラックが使用可能であると仮定する。すなわち、第１のファズ・ボール・トラックは、そのＯ−ラベルにより示される暴力度値３及び裸体度値４を有し、第２のファズ・ボール・トラックは、暴力度値５及び裸体度値２を有する。これらのファズ・ボール・トラックは、コンテンツ・プロバイダまたは第３者マスク・プロバイダのいずれかにより、供給され得る。実際、２つのファズ・ボール・トラックは異なるプロバイダから到来し得る。ここでは、ファズ・ボール・トラックが、第３者マスク・プロバイダ２０５の１つから入手可能と仮定する。クライアント２０９は、マスク・チェック要求を送信することにより、マスク・プロバイダが要求ビデオに対して、暴力度３及び裸体度２を満足するための、１つ以上のファズ・ボール・トラック３３７を有するか否かを見い出すことができる。マスク・プロバイダはこの場合、要求が上述の２つのファズ・ボール・トラックにより満足され得るので、肯定応答を返却する。クライアント２０９は次に、ビデオに対する要求をコンテンツプロバイダに送信し、同時に２つのファズ・ボール・トラックに対する要求を、マスク・プロバイダに送信する。或いは、コンテンツ・プロバイダがマスク・プロバイダと対話してもよい。これらの両方のファズ・ボール・トラック３３７をビデオに上書きすることにより、暴力度値３及び裸体度値２が達成される。この上書きは、図３に示されるように、各フレーム上にそのフレームに対応する第１のファズ・ボール・トラックからの暴力マスク用のファズ・ボールと、第２のファズ・ボール・トラックからの裸体マスク用のファズ・ボールの両方を上書きすることにより、フレーム・ベースで実行され得る。クライアント再生の例が、図１２に関連して述べられる。
【００６３】
図１２は、クライアント再生操作２４７のブロック図の例を示す。要するに、ビデオ・ストリーム１００２、関連音声ストリーム１００１、及びファズ・ボール・トラック１００３（例えばマスク・プロバイダ２０５などの異なる根源から到来し得る）が、クライアント・ステーションに到来する。説明の都合上、１つの音声、ビデオ及びファズ・ボール・トラックだけが示されるが、各々のトラックが複数存在し得る。特に、１つのマルチメディア・コンテンツに関連して、複数のファズ・ボール・トラックが存在し得る。マルチメディア・ストリームは、ビデオについては、ステップ１０１５及び１０３５に示されるように、クライアントにより受信されて復号され、音声については、ステップ１０１０及び１０３０により、またファズ・ボールについては、ステップ１０２０及び１０４０により、それぞれ受信され、復号または処理される。ファズ・ボールはステップ１０４０で生成され、ステップ１０５０で適切なビデオ・フレーム上に上書きされる。ステップ１０４５における音声レンダリングは、ストリーム内に埋め込まれるタイミングまたは同期情報にもとづき、ファズ・ボールの上書きと結合され、ステップ１０６０で最終的なビデオ・レンダリングを提供する。２つの異なるビデオ・ストリームを上書きするより複雑なマスキング技術が公知であり、例えば上書きされるストリームが、実際には別のビデオであったりする。これについては、例えば、Ｃｈｅｎらによる米国特許第５２５７１１３号、”Ｍｉｘｉｎｇ ａｎｄ Ｐｌａｙｂａｃｋ ｏｆ ＪＰＥＧ Ｃｏｍｐｒｅｓｓｅｄ Ｐａｃｋｅｔ Ｖｉｄｅｏｓ”（１９９３年１０月２６日発行）を参照されたい。
【００６４】
例えば、１乃至ｎに番号付けされるフレームのシーケンスを含むビデオ・クリップについて考えてみよう。ビデオ・シーケンスをマスクするために、ファズ・ボール３９７が生成され、これが各フレーム内の特定の位置において、ビデオ・シーケンスを上書きする。単純化のため、ここではファズ・ボールが単に黒の矩形と仮定する。図３から、ファズ・ボール・トラックがフレーム番号（またはタイム・スタンプ）、位置座標（フレーム内の位置）、及びファズ・ボールのサイズのリストとして表されることを思い起こされたい。
【００６５】
再度図１２を参照すると、入来ビデオがステップ１０１５で、ネットワークまたはファイルから受信される。ステップ１０３５において、ビデオが復号され、各ビデオ・フレームがファズ・ボール上書きモジュール（ステップ１０５０）（図１０に関連して既に詳述）に、フレーム番号と一緒に、ビット・マップ（整数値のマトリックス）として渡される。その間、入来ファズ・ボール・トラックがステップ１０２０において、ネットワークまたはファイルから受信され、ファズ・ボール生成モジュール（ステップ１０４０）に渡され、ここで各ファズ・ボールが整数値の矩形マトリックスとして生成される（整数値はファズ・ボールの色を示し、この場合、整数値は黒に対応する）。このファズ・ボール・マトリックスもまた、ファズ・ボール・フレーム番号及び位置座標（図３参照）と一緒に、ファズ・ボール上書きモジュール（ステップ１０５０）に渡される。ステップ１０５０で、ファズ・ボール・フレーム番号Ｚが現ビデオ・フレーム番号Ｖと比較される。Ｚ＞Ｖであれば、ステップ１０６０で、ビデオ・フレームが無変更でビデオ・レンダリング・モジュール（ステップ１０６０）に送信され、表示される。ステップ１０５０において、（ステップ１０３５でビデオ復号モジュールにより送信される）次のビデオ・フレームが、ファズ・ボール上書きモジュールにより検索される。Ｚ＜Ｖであれば、ステップ１０５０において、ファズ・ボール上書きモジュールにより、（ステップ１０４０で送信される）次のファズ・ボールが、ファズ・ボール生成モジュールから検索される。Ｚ＝Ｖであれば、ファズ・ボール位置座標により指定されるビデオ・フレーム内の位置において、ビデオ・フレーム整数マトリックスがファズ・ボール整数マトリックスにより上書きされる。変更されたビデオ・フレームが、ビデオ・レンダリング・モジュール（ステップ１０６０）に渡され、当業者には既知の多くの従来方法の１つにより、レンダリングされる。プロセスはビデオの残りの部分に対しても上述のように継続され、（ステップ１０３５でビデオ復号モジュールにより送信される）次のビデオ・フレームが、ファズ・ボール上書きモジュール（ステップ１０５０）により検索され、（ステップ１０４０で送信される）次のファズ・ボールが、ファズ・ボール生成モジュールから検索される。
【００６６】
図１３は、本発明の特徴を有するマスク・プロバイダ論理の例を示す。図示のように、ステップ１１１０で、マスク・プロバイダは入力を待機する。ステップ１１１５では、受信された入力に応じて異なるアクションが実行される。受信された入力がマスク・チェック要求の場合、ステップ１１２５で、コンテンツ指定２４８を満足し得るファズ・ボール・トラック３３７が存在するか否かが判断される。存在する場合、ステップ１１５０で、”肯定”応答が送信される。それ以外では、”否定”応答が送信される（ステップ１１６０）。ステップ１１２０で、受信された入力がマスク表示要求の場合、要求されるファズ・ボール・トラックが配布される（ステップ１１４０）。本発明の焦点に当てはまらない他のタイプの入力（例えば制御指定２３７の挿入／消去／更新など）に対しては、適切な種々のハンドラが呼び出される（ステップ１１３０）。
【００６７】
当業者であれば、一部のノードが本発明のマスキング・プロトコルを理解せずに、マスキング／フィルタリング操作に参加しない、従来のコンテンツ・サーバ、プロキシまたはクライアント・ステーションである異質の環境においても、マルチメディア・ストリームをマスクまたは変更する本方法が作用することが理解されよう。例えば、コンテンツ・サーバが従来のサーバである場合、クライアント２０９がマスク・プロバイダと直接的に作用し合い、ファズ・ボール・トラックを獲得し、クライアントにおいて、マスキング操作を実行することができる。換言すると、図１１において、ステップ９１５及び９２０がバイパスされて、ステップ９１０からステップ９２５に移行する。マスキング操作を実行できない従来のクライアント・ステーションのために、中間プロキシまたはコンテンツ・サーバがマスキング操作を実行することも可能である。実際、学校または法人などの組織では、プロキシ・ノード２８０が、マスキング操作を実行または要求する能力の無いクライアント・ステーションにとっては透過的に、組織の（イントラネット規模の）ポリシにもとづき、マスキング操作を実行または要求し得る。プロキシ階層（図１参照）内において、１つ以上のプロキシが、それ自身のマスキング基準を選択及び適用する一方で、一部のプロキシは、マスキング操作に参加しない従来のプロキシであったりする。他方、各クライアント・ステーションについても、プロキシとは独立にローカル要求にもとづき、追加のマスキング操作を要求または実行し得る。
【００６８】
当業者であれば、制御指定２３７ストリームが、ビジュアルまたは音声ファズ・ボール以外のビデオ／音声を含み得ることが理解されよう。これらは、ＰＩＣＳプロファイル内で要求される特定の言語（例えば中国語、スペイン語など）によるビジュアル・キャプションまたは音声変換を含み得る。
【００６９】
従って、本発明は、コンテンツ指定２４６を満足するように、ビデオ・フレームの一部分、ビデオ・ストリームの一部分、または音声サンプルなどのビデオ・ストリーム内の識別可能なオブジェクトをマスキングまたは変更するための、或いはオブジェクトを置換するための、動的できめ細かな手段を提供する特徴を含む。動的なコンテンツ変更が、サーバ２０３、プロキシ２８０、クライアント２０９、またはこれらのノードの協調的な組み合わせにおいて、柔軟且つ順次的に実行され得る。その上、これらの全てが参加することは要求されない。
【００７０】
当業者であれば、好適な実施例はＰＩＣＳの新規の適応形を用いるインターネットに関して述べられてきたが、本発明がこうした環境に限られるものでないことが理解されよう。例えば、標準のテレビジョン放送の垂直ブランキング割り込み（ＶＢＩ）の間に制御信号を伝送することが知られている。大多数のテレビジョンは、今日、クローズド・キャプショニング（ｃｌｏｓｅｄ ｃａｐｔｉｏｎｉｎｇ）制御装置を含み、これはテレビジョン・セットのＶＢＩに送信されるあらゆる信号を復号する、従来のソフトウェア・アルゴリズムを通じて最適化され得る。この制御装置は現在通常、衛星番組、画面上（ｏｎ−ｓｃｒｅｅｎ）プログラミング、及びクローズド・キャプショニングを阻止するようにプログラムされている。この制御装置はまた、番組をそれらの評価にもとづき自動的に阻止するための、一般的によく知られる”Ｖ−チップ”（最近制定された電気通信法案（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｂｉｌｌ）６５２の一部として委ねられる）を含むように、ソフトウェアにより適応化される。Ｖ−チップ変換器は、１９９７年の秋に入手可能になり、これは必要な技術を有さないテレビジョンを使用可能にするために使用される。本発明によれば、制御装置またはＶ−チップ変換器が従来の手段により、コンテンツ指定２４８を提供するようにプログラムされ得る。Ｆ−ラベル３９４のような制御指定により提供される機能が、伝送のＶＢＩの間に伝送され、十分な処理能力が存在するものと仮定すると、制御装置が制御指定２３７及びコンテンツ指定２４９に従い、オブジェクト・レベルのコンテンツ変更を実行できる。或いは、追加の処理能力が、クライアント２０９のセットトップ・ボックス・バージョン、またはＶ−チップ変換器により必要に応じて提供される。ビデオ・ストリーム３９０及び制御指定２３７が、２つ以上のストリーム（図３）として伝送される場合、制御装置は、好適な実施例におけるＶ−ラベル３９２及びＯ−ラベル３９６に関連して述べられたのと類似の機能により、コンテンツを変更するように適応化され得る。
【００７１】
本発明は、従来のフレーム指向のビデオ・ストリーム伝送システムに限られるものではない。例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）は、動画及び音声の圧縮、伸長、処理及び符号化表現のための国際規格の開発を担うＩＳＯ／ＩＥＣのワーキング・グループである。ＭＰＥＧ−２復号器が非常にたくさんのセットトップ・ボックス内に含まれ、衛星放送及びケーブル・テレビジョン業界における、アナログ技術からデジタル技術への転換を支援した。新たな規格ＭＰＥＧ−４が現在開発中である。ＭＰＥＧ−４規格はとりわけ、次の標準化方法、すなわち、１）音声、ビジュアル、または視聴覚コンテンツ（”オーディオ／ビジュアル・オブジェクト”またはＡＶＯと呼ばれる）を表現する方法、２）プリミティブ・オブジェクト（”プリミティブＡＶＯ”）を、例えば視聴覚場面として、複合視聴覚オブジェクトに結合する方法、３）適切な品質のサービスに適合するように、ＡＶＯに関連付けられるデータを多重化及び同期させ、ネットワークを通じて伝送する方法、及び４）クライアント側において生成される視聴覚場面と対話する方法（例えば、ｈｔｔｐ：／／ｗｗｗ．ｑ−ｔｅａｍ．ｄｅ／ｍｐｅｇ４／ｗｈａｔｍｐｅｇ．ｈｔｍ参照）を提供する。従って、本発明の”オブジェクト”は、例えばＭＰＥＧ−４のＡＶＯなど、マルチメディア・ビット・ストリーム内の識別可能で変更可能なオブジェクトを含むことが理解されるべきである。同様にＭＰＥＧ−４ ＰＣプロジェクトは、ＭＰＥＧ−４のためのオーサリング・システムの生成を含むＰＣの実現を目的とする（例えば、ｈｔｔｐ：／／ｗｗｗ．ｑ−ｔｅａｍ．ｄｅ／ｍｐｅｇ４／ｃｏｎｔｃｒｅａ．ｈｔｍ参照）。
【００７２】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００７３】
（１） マルチメディア・ストリームを含むマルチメディア・ネットワークにおいて、前記マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する方法であって、コンテンツ・サーバ、制御指定プロバイダは、前記マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送するステップであって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送するステップと、
前記コンテンツ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出すステップであって、前記制御指定はコンテンツを変更するために使用される、前記読み出すステップと、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更するステップであって、前記動的に変更するステップは、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップをさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む、前記変更するステップと、
を含む、方法。
（２） マルチメディア・ストリームを含むマルチメディア・ネットワークにおいて、前記マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する方法であって、コンテンツ・サーバ、制御指定プロバイダは、前記マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送するステップであって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送するステップと、
前記プロキシ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出すステップであって、前記制御指定はコンテンツを変更するために使用される、前記読み出すステップと、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントいずれかで動的に変更するステップであって、前記動的に変更するステップは、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップをさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む、前記変更するステップと、
を含む、方法。
（３） マルチメディア・ストリームを含むマルチメディア・ネットワークにおいて、前記マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する方法であって、コンテンツ・サーバ、制御指定プロバイダは、前記マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送するステップであって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送するステップと、
前記クライアントが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出すステップであって、前記制御指定はコンテンツを変更するために使用される、前記読み出すステップと、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントいずれかで動的に変更するステップであって、前記動的に変更するステップは、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップをさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む、前記変更するステップと、
を含む、方法。
（４） 前記動的に変更するステップが、
前記コンテンツを含む第１のストリームを生成するステップと、
前記コンテンツに対する前記制御指定を含む第２のストリームを生成するステップと、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信するステップと、
前記制御指定及び前記コンテンツ指定に従い、前記第１のストリームの前記コンテンツを動的に変更するステップと、
前記変更されたマルチメディア・ストリームを転送するステップと
を含む、（１）〜（３）のいずれか一に記載の方法。
（５） 前記受信に応答して、前記コンテンツ指定に従い変更される前記コンテンツの割合を決定して、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つのコンテンツ・リクエスタに通知するステップを含む、（４）に記載の方法。
（６） 前記割合がしきい値を越える場合、ビデオを上映することをしないブロッキングの指示を前記コンテンツ・リクエスタに伝達するステップを含む、（５）に記載の方法。
（７） 前記制御指定が、複数の制御指定を含む、（４）に記載の方法。
（８） 前記コンテンツがビデオを含み、前記制御指定が、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きするファズ・ボールのファズ・ボール指定を含み、
前記動的に変更するステップが、
１つ以上のコンテンツ指定に対応する前記ファズ・ボール指定を生成するステップと、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信するステップと、
前記受信に応答して、前記ファズ・ボール指定及び前記コンテンツ指定にもとづき、前記ビデオのフレームの少なくとも一部分を動的に上書きするステップと
を含む、（１）〜（３）のいずれか一に記載の方法。
（９） 前記コンテンツ指定及び前記制御指定がＰＩＣＳプロトコルを含み、
前記動的に変更するステップが、
異なるコンテンツ指定に対応する別々のファズ・ボール指定を生成するステップと、
ＰＩＣＳ指定にもとづき、ファズ・ボール指定を選択するステップと
を更に含む、（８）に記載の方法。
（１０） 前記コンテンツ指定が時間ベースである、（８）に記載の方法。
（１１） 前記生成するステップが、前記ファズ・ボール指定を、サイズ、位置及び前記ビデオのフレームとの時間関係を有する１つ以上のファズ・ボールとして生成するステップを含む、（８）に記載の方法。
（１２） 前記動的に変更するステップが、複数のコンテンツ指定を結合するステップを含む、（１）〜（３）のいずれか一に記載の方法。
（１３） 前記コンテンツがビデオを含み、前記結合ステップに応答して、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きする複数のファズ・ボールを上書きするステップを含む、（１２）に記載の方法。
（１４） ＰＩＣＳプロトコル、ＲＳＴＰプロトコル、またはＭＰＥＧプロトコルのいずれかに従い、前記コンテンツ指定または前記制御指定のいずれか一方を伝達するステップを含む、（１）〜（３）のいずれか一に記載の方法。
（１５） 前記コンテンツがビデオを含み、前記ＰＩＣＳプロトコルが複数のＰＩＣＳラベルを含み、
ビデオのコンテンツ評価を示すＶ−ラベル、及び前記コンテンツ評価に対するコンテンツの変更の効果を示すオーバーレイ・ラベルを伝達するステップと、及び
前記動的変更に応答して、前記オーバーレイ・ラベルのカテゴリ値に基づき、前記Ｖ−ラベルのカテゴリ値を更新するステップと
を含む、（１４）に記載の方法。
（１６） 前記コンテンツがビデオを含み、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップを含む、（１）〜（３）のいずれか一に記載の方法。
（１７） 前記コンテンツがビデオを含み、前記ビデオのフレームを動的に変更するステップが、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームをマスキングするステップを含む、（１６）に記載の方法。
（１８） 前記動的に変更するステップが、前記コンテンツ・サーバ、前記プロキシ・サーバ又はクライアントの１つ以上において、前記ビデオのフレームを動的に変更するステップを含み、前記クライアントは、セットトップ・ボックスを包含する、（１６）に記載の方法。
（１９） 前記ネットワークがプロキシ・サーバの階層を含むワールド・ワイド・ウェブを含み、前記プロキシ・サーバが、出て行くコンテンツ要求のコンテンツ指定を変更するステップを含む、（１）〜（３）のいずれか一に記載の方法。
（２０） 前記階層が異種のプロキシ・サーバを含み、前記変更するステップがクライアントまたは前記階層内の全てのプロキシ・サーバにより実行されない、（１９）に記載の方法。
（２１） 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストするステップであって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストするステップと、
前記コンテンツ・リクエスタによりビデオをレンダリングするステップであって、前記コンテンツ・リクエスタの少なくとも２つが、異なるコンテンツ指定に従い、前記ビデオをレンダリングするステップと
を含む、（１）〜（３）のいずれか一に記載の方法。
（２２） 前記異なるコンテンツ指定に対して、１つ以上の別々のファズ・ボール指定を生成するステップと、
ＰＩＣＳプロトコルに従い、１つ以上のファズ・ボール指定を選択するステップと
を含む、（２１）に記載の方法。
（２３） 前記コンテンツがビデオを含み、前記ビデオの１つ以上のフレームまたはセグメントを、１つ以上の代替フレームまたはセグメントにより置換するステップを含む、（２２）に記載の方法。
（２４） 前記動的に変更するステップが、前記コンテンツに対する前記制御指定を含む第２のストリームを生成するステップを含み、前記制御指定がビデオ・ヘッダ、前記ビデオのフレームのグループ、または個々のフレーム・レベルのいずれかにおいて生成される、（１）〜（３）のいずれか一に記載の方法。
（２５） 前記コンテンツがビデオを含み、前記動的に変更するステップが、前記制御指定及び前記コンテンツ指定にもとづき、ビデオ・フレームまたはビデオ・セグメントをスキップするステップを含む、（１）〜（３）のいずれか一に記載の方法。
（２６） 前記コンテンツがビデオを含み、サーバ、プロキシ、セットトップ・ボックス、またはクライアントのいずれかにおいて、ビデオ・フレームまたはビデオ・ストリームの特定部分をマスキングまたはブロッキングするステップを含む、（１）〜（３）のいずれか一に記載の方法。
（２７） 前記制御指定及び前記コンテンツを１つのストリームとして伝達するステップを含む、（１）〜（３）のいずれか一に記載の方法。
（２８） 前記コンテンツがビデオを含み、前記伝達するステップが、前記マルチメディア・ストリームの垂直ブランキング割り込みの間に、前記制御指定を伝達するステップを含む、（２７）に記載の方法。
（２９） 前記伝達するステップが、カテゴリ値を含むフレーム・ラベルを前記ビデオの１つ以上のフレームに関連付けるステップを含む、（２７）に記載の方法。
（３０） 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストするステップであって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストするステップと、
前記コンテンツ・リクエスタの各々が少なくとも２つの異なるコンテンツ指定を用い、前記ビデオをレンダリングするステップと
を含む、（１）〜（３）のいずれか一に記載の方法。
（３１） 複数のファズ・ボールをビデオ・シーケンスに上書きし、前記コンテンツ指定を満足するステップを含む、（８）に記載の方法。
（３２） 前記オブジェクトが、ビデオのフレームの少なくとも一部分及び音声のサンプルを含む、（１）〜（３）のいずれか一に記載の方法。
（３３） マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更することが可能な、マルチメディア・ストリームを含むマルチメディア・ネットワーク・システムであって、コンテンツ・サーバ、制御指定プロバイダは、マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送する手段であって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送する手段と、
前記コンテンツ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出す手段であって、前記制御指定はコンテンツを変更するために使用される、前記読み出す手段と、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更する手段であって、前記動的に変更する手段は、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段をさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む前記変更する手段と、
を含む、マルチメディア・ネットワーク・システム。
（３４） マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更することが可能な、マルチメディア・ストリームを含むマルチメディア・ネットワーク・システムであって、コンテンツ・サーバ、制御指定プロバイダは、マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送する手段であって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送する手段と、
前記プロキシ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出す手段であって、前記制御指定はコンテンツを変更するために使用 される、前記読み出す手段と、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更する手段であって、前記動的に変更する手段は、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段をさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む前記変更する手段と、
を含む、マルチメディア・ネットワーク・システム。
（３５） マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更することが可能な、マルチメディア・ストリームを含むマルチメディア・ネットワーク・システムであって、コンテンツ・サーバ、制御指定プロバイダは、マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送する手段であって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送する手段と、
前記クライアントが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出す手段であって、前記制御指定はコンテンツを変更するために使用される、前記読み出す手段と、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更する手段であって、前記動的に変更する手段は、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段をさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む前記変更する手段と、
を含む、マルチメディア・ネットワーク・システム。
（３６） 前記動的に変更する手段が、
前記コンテンツを含む第１のストリームを生成する手段と、
前記コンテンツに対する前記制御指定を含む第２のストリームを生成する手段と、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信する手段と、
前記制御指定及び前記コンテンツ指定に従い、前記第１のストリームの前記コンテンツを動的に変更する手段と、
前記変更されたマルチメディア・ストリームを転送する手段と
を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（３７） 前記受信に応答して、前記コンテンツ指定に従い変更される前記コンテンツの割合を決定して、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つのコンテンツ・リクエスタに通知する手段を含む、（３６）に記載のマルチメディア・ネットワーク・システム。
（３８） 前記割合がしきい値を越える場合、ビデオを上映することをしないブロッキングの指示を前記コンテンツ・リクエスタに伝達する手段を含む、（３７）に記載のマルチメディア・ネットワーク・システム。
（３９） 前記制御指定が、複数の制御指定を含む、（３６）に記載のマルチメディア・ネットワーク・システム。
（４０） 前記コンテンツがビデオを含み、前記制御指定が、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きするファズ・ボールのファズ・ボール指定を含み、
前記動的に変更する手段が、
１つ以上のコンテンツ指定に対応する前記ファズ・ボール指定を生成する手段と、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信する手段と、
前記受信に応答して、前記ファズ・ボール指定及び前記コンテンツ指定にもとづき、前記ビデオのフレームの少なくとも一部分を動的に上書きする手段と
を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（４１） 前記コンテンツ指定及び前記制御指定がＰＩＣＳプロトコルを含み、
前記動的に変更する手段が、
異なるコンテンツ指定に対応する別々のファズ・ボール指定を生成する手段と、
ＰＩＣＳ指定にもとづき、ファズ・ボール指定を選択する手段と
を更に含む、（４０）に記載のマルチメディア・ネットワーク・システム。
（４２） 前記コンテンツ指定が時間ベースである、（４０）に記載のマルチメディア・ネットワーク・システム。
（４３） 前記生成する手段が、前記ファズ・ボール指定を、サイズ、位置及び前記ビデオのフレームとの時間関係を有する１つ以上のファズ・ボールとして生成する手段を含む、（４０）に記載のマルチメディア・ネットワーク・システム。
（４４） 前記動的に変更する手段が、複数のコンテンツ指定を結合する手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（４５） 前記コンテンツがビデオを含み、前記結合手段に応答して、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きする複数のファズ・ボールを上書きする手段を含む、（４４）に記載のマルチメディア・ネットワーク・システム。
（４６） ＰＩＣＳプロトコル、ＲＳＴＰプロトコル、またはＭＰＥＧプロトコルのいずれかに従い、前記コンテンツ指定または前記制御指定のいずれか一方を伝達する手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（４７） 前記コンテンツがビデオを含み、前記ＰＩＣＳプロトコルが複数のＰＩＣＳラベルを含み、
ビデオのコンテンツ評価を示すＶ−ラベル、及び前記コンテンツ評価に対するコンテンツの変更の効果を示すオーバーレイ・ラベルを伝達する手段と、及び
前記動的変更に応答して、前記オーバーレイ・ラベルのカテゴリ値に基づき、前記Ｖ−ラベルのカテゴリ値を更新する手段と
を含む、（４６）に記載のマルチメディア・ネットワーク・システム。
（４８） 前記コンテンツがビデオを含み、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（４９） 前記コンテンツがビデオを含み、前記ビデオのフレームを動的に変更する手段が、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームをマスキングする手段を含む、（４８）に記載のマルチメディア・ネットワーク・システム。
（５０） 前記動的に変更する手段が、前記コンテンツ・サーバ、前記プロキシ・サーバ又はクライアントの１つ以上において、前記ビデオのフレームを動的に変更する手段を含み、前記クライアントは、セットトップ・ボックスを包含する、（４８）に記載のマルチメディア・ネットワーク・システム。
（５１） 前記ネットワークがプロキシ・サーバの階層を含むワールド・ワイド・ウェブを含み、前記プロキシ・サーバが、出て行くコンテンツ要求のコンテンツ指定を変更する手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（５２） 前記階層が異種のプロキシ・サーバを含み、前記変更する手段がクライアントまたは前記階層内の全てのプロキシ・サーバにより実行されない、（５１）に記載のマルチメディア・ネットワーク・システム。
（５３） 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストする手段であって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストする手段と、
前記コンテンツ・リクエスタによりビデオをレンダリングする手段であって、前記コンテンツ・リクエスタの少なくとも２つが、異なるコンテンツ指定に従い、前記ビデオをレンダリングする手段と
を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（５４） 前記異なるコンテンツ指定に対して、１つ以上の別々のファズ・ボール指定を生成する手段と、
ＰＩＣＳプロトコルに従い、１つ以上のファズ・ボール指定を選択する手段と
を含む、（５３）に記載のマルチメディア・ネットワーク・システム。
（５５） 前記コンテンツがビデオを含み、前記ビデオの１つ以上のフレームまたはセグメントを、１つ以上の代替フレームまたはセグメントにより置換する手段を含む、（５４）に記載のマルチメディア・ネットワーク・システム。
（５６） 前記動的に変更する手段が、前記コンテンツに対する前記制御指定を含む第２のストリームを生成する手段を含み、前記制御指定がビデオ・ヘッダ、前記ビデオのフレームのグループ、または個々のフレーム・レベルのいずれかにおいて生成される、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（５７） 前記コンテンツがビデオを含み、前記動的に変更するステップが、前記制御指定及び前記コンテンツ指定にもとづき、ビデオ・フレームまたはビデオ・セグメントをスキップする手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（５８） 前記コンテンツがビデオを含み、サーバ、プロキシ、セットトップ・ボックス、またはクライアントのいずれかにおいて、ビデオ・フレームまたはビデオ・ストリームの特定部分をマスキングまたはブロッキングする手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（５９） 前記制御指定及び前記コンテンツを１つのストリームとして伝達する手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（６０） 前記コンテンツがビデオを含み、前記伝達する手段が、前記マルチメディア・ストリームの垂直ブランキング割り込みの間に、前記制御指定を伝達する手段を含む、（５９）に記載のマルチメディア・ネットワーク・システム。
（６１） 前記伝達する手段が、カテゴリ値を含むフレーム・ラベルを前記ビデオの１つ以上のフレームに関連付ける手段を含む、（５９）に記載のマルチメディア・ネットワーク・システム。
（６２） 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストする手段であって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストする手段と、
前記コンテンツ・リクエスタの各々が少なくとも２つの異なるコンテンツ指定を用い、前記ビデオをレンダリングする手段と
を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（６３） 複数のファズ・ボールをビデオ・シーケンスに上書きし、前記コンテンツ指定を満足する手段を含む、（４０）に記載のマルチメディア・ネットワーク・システム。
（６４） 前記オブジェクトが、ビデオのフレームの少なくとも一部分及び音声のサンプルを含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
【図面の簡単な説明】
【図１】本発明の特徴を有するインターネット環境を示す図である。
【図２】本発明の特徴を有するネットワーク環境のより詳細な例を示す図である。
【図３】図２の”ファズ・ボール”及び”ファズ・ボール”制御指定”の例を示す図である。
【図４】本発明に従いコンテンツ指定を記憶するユーザ・インタフェースの例を示す図である。
【図５】本発明に従いコンテンツ指定を記憶するユーザ・インタフェースの例を示す図である。
【図６】図２のコンテンツ・サーバ論理の例を示す図である。
【図７】サーバのビデオ・チェック・ハンドラの例を示す図である。
【図８】図４のビデオ上映ハンドラの例を示す図である。
【図９】図８のフレーム・マスキング／変更ルーチンの例を示す図である。
【図１０】図９のファズ・ボール・ルーチンの例を示す図である。
【図１１】図２のクライアント論理の例を示す図である。
【図１２】クライアント再生操作の例を示す図である。
【図１３】図２のマスク・プロバイダ論理の例を示す図である。
【符号の説明】
１１０、１１１、１１２、１１３、１１４、１１５ プロキシ階層
１２５、２０９ クライアント
１３５、２０３ コンテンツ・サーバ
１５５ マスク・プロバイダ
１６５、２０１ ネットワーク
２０５ マスク・プロバイダ
２２７、２４０、２６０ ＣＰＵ
２３５、２４５、２６３ メモリ
２３９ マスク・プロバイダ論理
２２７、２４０、２６０ ＣＰＵ
２３０、２４２、２６５ 記憶装置
２４７ ビデオ再生操作論理
２４８ 多次元コンテンツ指定
２４９ クライアント論理
２６７ ビデオ・チェック・ハンドラ
２６８ コンテンツ・サーバ論理
２６９ ビデオ上映ハンドラ
２８０ プロキシ・ノード
３１０ コンテンツ・アドバイザ
３１６ 評価制御
３１８ ホスト／メディア・タイプ
３３７、１００３ ファズ・ボール・トラック
３８２ ファズ・ボール・サイズ
３８６ 時間的関係
３９０、１００２ ビデオ・ストリーム
３９２ ビデオ・ラベル（Ｖ−ラベル）
３９４ フレーム・ラベル（Ｆ−ラベル）
３９６ オーバレイ・ラベル（Ｏ−ラベル）
３９７、７３５ ファズ・ボール
４３０ ハンドラ
１００１ 関連音声ストリーム
【発明の属する技術分野】
本発明は一般に、コンテンツ指定にもとづく、マルチメディア・コンテンツの動的マスキング及び変更に関する。
【０００２】
【従来の技術】
ワールド・ワイド・ウェブ（ＷＷＷ）が益々普及しつつある今日、ウェブ・サイトのコンテンツに関して、一般的な関心が向けられている。理想的には、ユーザは彼らの家庭に入るコンテンツに対する制御を有するべきである。
【０００３】
最近確立された規格は、ハイパテキスト転送プロトコル（ＨＴＴＰ）などの既存のウェブ・プロトコルを用い、オブジェクト・ヘッダ内のメタ・データとして、コンテンツ指定を可能にする。インターネットコンテンツ選択のためのプラットフォーム（ＰＩＣＳ：Ｐｌａｔｆｏｒｍ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｅｎｔ Ｓｅｌｅｃｔｉｏｎ）・プロトコルは、電子コンテンツに関するメタ情報を送信する１つの方法を指定する。ＰＩＣＳはウェブ・コンソシアム・プロトコル勧告（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＰＩＣＳ参照）である。ＰＩＣＳは当初、例えば”このコンテンツにどのくらい多くの裸体が関連付けられているか？”などの、値ベースの評価ラベルを送信するために使用されたが、メタ情報の形式及び意味は全く一般的である。ＰＩＣＳでは電子コンテンツに関するメタ情報が、情報の”評価サービス（ｒａｔｉｎｇ ｓｅｒｖｉｃｅ）”または製作者及び使用目的（ｐｒｏｄｕｃｅｒ−ａｎｄ−ｉｎｔｅｎｄｅｄ−ｕｓａｇｅ）に従いグループ化され、１つのこうしたグループ内で、任意の数のカテゴリまたは次元の情報が伝送される。各カテゴリは許可される値の範囲を有し、コンテンツの特定部分に対して特定のカテゴリが単一の値または複数の値を有し得る。更にメタ情報グループ（”ＰＩＣＳラベル”として知られる）が満了情報を含み得る。更にＰＩＣＳラベルを、２つ以上の電子コンテンツ部分に適用する機構が存在する。特定の電子コンテンツ部分に対応する各ＰＩＣＳラベルは、独立にコンテンツに追加または除去され得る。
【０００４】
例えば、ＰＩＣＳラベルを有するイメージ・ファイルがサーバから送信され、そのラベルの”評価サービス”・フィールドが、”セーフサーフ（ＳａｆｅＳｕｒｆ）”評価システムに従い、それが値ベースの評価ラベルを含むことを示し得る。ＨＴＴＰプロトコルは、ＰＩＣＳをサポートする要求ヘッダ及び応答ヘッダにより増補される。ＮＮＴＰなどの他の一般的なアプリケーション・プロトコルを定義する技術機関も、現在、ＰＩＣＳサポートの追加を考慮中である。これらのプロトコルの一部として、所望されるＰＩＣＳラベルのタイプのリストが要求と一緒に含まれ得る。ＰＩＣＳはまた、中央ラベル局（ｃｅｎｔｒａｌ ｌａｂｅｌ ｂｕｒｅａｕ）サーバからＰＩＣＳ情報を受信するための照会形式を指定する。ＰＩＣＳラベルの例は（ＰＩＣＳ−１．１”ｈｔｔｐ：／／ｔｈｅ．ｒａｔｉｎｇ．ｓｅｒｖｉｃｅ”ｌａｂｅｌ ｆｏｒ ”ｈｔｔｐ：／／ｔｈｅ．ｃｏｎｔｅｎｔ” ｅｘｐ ”１９９７．０７．０１Ｔ０８：１５−０５００”ｒ（ｎ４ｓ３ｖ２ｌ０））であり、ここで’ｎ’、’ｓ’、’ｖ’及び’ｌ’は、様々なメタ情報タイプの送信名であり、このコンテンツに適用可能な値は、４（ｎに対応）、３（ｓに対応）、２（ｖに対応）及び０（ｌに対応）である。ＩＤ”ｈｔｔｐ：／／ｔｈｅ．ｒａｔｉｎｇ．ｓｅｒｖｉｃｅ”を認識するソフトウェアだけが、これらのカテゴリ及び値を解釈する方法を知ることになる。
【０００５】
従来技術では、符号化ビデオ及び（または）ビデオ・ストリームを選択するために、ユーザの好みを記憶することを目的とする様々なシステムを含む。ビデオ及び音声などのマルチメディア・ストリームでは、１つの評価基準を用いてマルチメディア表現全体を評価することは柔軟性に欠ける。例えば、２時間ビデオにおいて、暴力または性的描写コンテンツを含む１場面は、高度な暴力または高度な性的コンテンツ評価を受けるビデオとなり得、それ故、ほとんどのユーザ指定にもとづき、そのビデオの鑑賞が阻止される。
【０００６】
例えば、Ｖｏｇｅｌによる米国特許第４９３０１６０号、”Ａｕｔｏｍａｔｉｃ Ｃｅｎｓｏｒｓｈｉｐ ｏｆ Ｖｉｄｅｏ Ｐｒｏｇｒａｍｓ”（１９９０年５月２９日発行）は、最初のビデオ・ストリームから、以前にビューアにより選択された別のビデオ・ストリームに切り替えるために分類コードを使用する。前述の柔軟性の欠如に加え、この提案の下で使用される検閲規格は、中央検閲権限に由来すると思われる。このアプローチはまた、放送業者の参加をその有効性に応じて要求する。
【０００７】
別の例として、Ｗｅｓｔらによる米国特許第５５５０５７５号、”Ｖｉｅｗｅｒ Ｄｉｓｃｒｅｔｉｏｎ Ｔｅｌｅｖｉｓｉｏｎ Ｐｒｏｇｒａｍ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ”（１９９６年８月２７日発行）は、複数の可変数のビューアのために、時間及びコンテンツの両方の制御を提供する。しかしながら、制御はビデオ全体の一部分に限られる。
【０００８】
更に別の例として、Ａｂｅｃａｓｓｉｓによる米国特許第５４３４６７８号、”Ｓｅａｍｌｅｓｓ Ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ Ｎｏｎ−Ｓｅｑｕｅｎｔｉａｌ Ｖｉｄｅｏ Ｓｅｇｍｅｎｔｓ”（１９９５年７月１８日発行）が挙げられる。この特許は、ビューアの事前に確立されたビデオ・コンテンツの好みに応じて、可変コンテンツのビデオ番組の非順次的に記憶されたビデオ・セグメントを選択的に検索し、継ぎ目無く伝送することに関する。ここでは、ビデオ・コンテンツの好みをビデオ・セグメント・マップに適用することにより、単一の根源からビデオ・セグメントが選択され得る。このアプローチはまた、可変コンテンツのビデオ番組の生成、及び放送業者の参加をその有効性に応じて要求する。
【０００９】
【発明が解決しようとする課題】
従って、例えば１つのビデオ・フレームの一部分または音声サンプルなどの特定のオブジェクト（対象）が、ユーザのコンテンツ指定に従い、動的にマスク若しくはフィルタリング、または変更され得るように、マルチメディア・コンテンツを評価し、柔軟に変更するシステム及び方法が待望される。また、カストマイズ化されたコンテンツ、または可変のコンテンツの生成、或いは放送業者の参加の有効性を要求しないシステムが待望される。
【００１０】
更に、ＨＴＴＰなどのインターネット及びワールド・ワイド・ウェブ互換の伝送システム内における、こうしたビデオ配布システム及び方法が待望される。更に、ノードの階層の存在の下で、柔軟に適用され得るシステムが待望される。本発明はこうしたニーズに応えるものである。
【００１１】
【課題を解決するための手段】
上述のニーズに従い、本発明はビューアのコンテンツ指定にもとづき、マルチメディア・コンテンツをオブジェクト・レベルで動的に変更する改善された方法及び装置に関する。オブジェクトの例には、ビデオ・フレームの一部分または音声サンプルなど、マルチメディア・ストリーム内のあらゆる識別可能なオブジェクトが含まれる。こうしたマルチメディア・ストリームの例には、音声ストリーム、ビデオ・ストリーム、またはこれらのストリームの１つ以上の組み合わせが含まれる。
【００１２】
様々な実施例が、マルチメディア・ストリームの一部である、または第３者により別のストリームとして提供され得る制御指定を記述する。例えば、インターネット環境では、ＰＩＣＳベースの制御指定が詳述される。ＰＩＣＳ制御指定はマルチメディア・ストリーム自身の一部であるか、またはコンテンツの動的変更のために、別々に展開されて伝送される。ＰＩＣＳベースのコンテンツ指定はまた、ビューアが多次元コンテンツ選択を指定できるように提供される。
【００１３】
本発明は、インターネット上のプロキシ階層内で、マルチメディア・ストリームを動的に変更及びマスクできる特徴を有する。例えば、マルチメディア・ストリーム内のオブジェクトが、セットトップ・ボックスまたはコンピュータなどのクライアント・ステーション、プロキシ・ノードまたはゲートウェイなどの中間コンピュータ・ノード、コンテンツ・サーバ、或いはこれらの１つ以上のノードの協調的な組み合わせにおいて柔軟に変更され得る。
【００１４】
本発明は更に、組織がイントラネット規模のポリシを指定することを可能にする特徴を有する。これは例えば、中間ノードが出て行く要求に対してコンテンツ指定を追加または併合することを可能にすることによる。本発明は更に、たとえ異なる根源により供給される場合であっても、複数のマスク（制御指定）を適用する他の特徴を有する。
【００１５】
マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する、本発明の特徴を有する方法の例は、コンテンツ指定を含むコンテンツ要求を受信するステップと、コンテンツ指定及び制御指定にもとづき、マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを動的に変更するステップとを含む。
【００１６】
本発明の１実施例は、”ファズ・ボール（ｆｕｚｚ ｂａｌｌ）”制御指定に従い、ビデオ・フレームの一部分を動的に変更する特徴を有する。結果のファズ・ボールは、ビデオ・フレームの一部分または音声サンプルなどの、１つ以上の指定オブジェクトを、ユーザ指定に従い変更／マスクすることができる。
【００１７】
本発明は更に、伝送に先立ち、指定に従い阻止されるビデオの割合をユーザに通知する他の特徴を有する。
【００１８】
本発明は更に、多次元または評価システムを扱うコンテンツ指定に応答して、幾つかのファズ・ボール指定をオーバラップする他の特徴を有する。更に、本発明は、１つのマルチメディア・ストリームを複数のビューアにマルチキャストする他の特徴を有し、各クライアント２０９はカストマイズ化された指定を用い、ビデオをレンダリングまたはマスキングする。
【００１９】
【発明の実施の形態】
図１は、本発明の特徴を有するインターネット環境の例を示す。図示のように、１つ以上のコンテンツ・サーバ（内容サーバ）１３５がネットワーク１６５に接続される一方、本発明に従うセットトップ・ボックスまたはクライアント１２５などのクライアント・ステーション１２５が、直接またはプロキシ階層１１０乃至１１５を通じ、ネットワーク１６５に接続される。コンテンツ・サーバ・ノード１３５は、ネットワークを通じて、マルチメディア要求をサービスすることができる任意のコンピュータ・ノードである。第三者のマスク・プロバイダ（制御指定プロバイダ）１５５は、予め構成されたフレーム・レベルのマスク（図３に関連して以下で詳述）を提供することができ、該マスクは本発明に従い、きめ細かく、例えばフレーム・レベルでコンテンツを動的に変更して、不要な情報を除去するために使用され得る。
【００２０】
クライアント１２５は、（図１１に関連して以下で詳述されるように、）中位の暴力度及び低位の裸体度などの、多次元コンテンツ指定２４８を含むマルチメディア・コンテンツ要求を、ネットワーク１６５を介してサーバ１３５に伝達する。
【００２１】
本発明によれば、ピギーバック式メタデータを用いることにより、情報がクライアント１２５、サーバ１３５、及びマスク・プロバイダ１５５の間で、効率的に伝達され得る。ＨＴＴＰでは、既存のウェブ・プロトコルを用いることにより、情報交換がオブジェクト・ヘッダ内にメタデータとして含まれ得る。ＰＩＣＳプロトコルは、電子コンテンツに関するメタ情報を送信する方法を指定する。ＰＩＣＳはウェブ・コンソーシアム・プロトコル勧告である（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＰＩＣＳ参照）。ＰＩＣＳは当初、例えば”このコンテンツにどのくらい多くの裸体が関連付けられているか？”などの、値ベースの評価ラベルを送信するために使用されたが、メタ情報の形式及び意味は全く一般的である。ＰＩＣＳでは、電子コンテンツに関するメタ情報が、情報の”評価サービス”または製作者及び使用目的に従いグループ化され、あるこうしたグループ内では、任意の数のカテゴリまたは次元の情報が伝送され得る。各カテゴリは許可値の範囲を有し、コンテンツの特定部分に対して、特定のカテゴリが１つの値または複数の値を有し得る。更に、メタ情報グループ（”ＰＩＣＳラベル”として知られる）が、満了情報を含み得る。更にＰＩＣＳラベルを、２つ以上の電子コンテンツ部分に適用することを可能にする機構が存在する。電子コンテンツの特定部分に対する各ＰＩＣＳラベルは、独立にコンテンツに追加または除去され得る。
【００２２】
例えば、ＰＩＣＳラベルを有するイメージ・ファイルがサーバから送信され、そのラベルの”評価サービス”・フィールドが、”セーフサーフ”評価システムに従い、それが値ベースの評価ラベルを含むことを示し得る。本発明によれば、イメージ・ファイルは企業のプロキシを通過するとき、ＰＩＣＳラベルの新たなカテゴリ値により、”評価サービス”に従い現コンテンツを反映するように、処理または更新され得る。従って、クライアント・コンピュータは、ＰＩＣＳラベルの更新されたカテゴリ値を見るだけである。ＨＴＴＰプロトコルは、ＰＩＣＳをサポートする要求ヘッダ及び応答ヘッダにより増補された。ＰＩＣＳラベルの例は、（ＰＩＣＳ−１．１”ｈｔｔｐ：／／ｔｈｅ．ｒａｔｉｎｇ．ｓｅｒｖｉｃｅ”ｌａｂｅｌ ｆｏｒ ”ｈｔｔｐ：／／ｔｈｅ．ｃｏｎｔｅｎｔ” ｅｘｐ ”１９９７．０７．０１Ｔ０８：１５−０５００”ｒ（ｎ４ｓ３ｖ２ｌ０））であり、ここで’ｎ’、’ｓ’、’ｖ’及び’ｌ’は、様々なメタ情報タイプの送信名であり、このコンテンツに適用可能な値は、４（ｎに対応）、３（ｓに対応）、２（ｖに対応）及び０（ｌに対応）である。ＩＤ”ｈｔｔｐ：／／ｔｈｅ．ｒａｔｉｎｇ．ｓｅｒｖｉｃｅ”を認識するソフトウェアだけが、これらのカテゴリ及び値を解釈する方法を知ることになる。ＮＮＴＰなどの他の一般的なアプリケーション・プロトコルを定義する技術機関も、現在、ＰＩＣＳサポートの追加を考慮中である。これらのプロトコルの一部として所望されるＰＩＣＳラベルのタイプのリストが要求と一緒に含まれ得る。ＰＩＣＳはまた、中央ラベル局サーバからＰＩＣＳ情報を受信するための照会形式を指定する。好適な実施例では、以下で詳述されるように、コンテンツ指定２４８もまた、ＰＩＣＳ規則１．０（ＰｉｃｓＲｕｌｅ−１．０）などのＰＩＣＳプロファイル言語を用いて伝達され得る。
【００２３】
図１を参照すると、本発明によれば、組織は出て行く要求に対してコンテンツ指定を追加する、或いは異なる指定を併合するプロキシ１１０、１１５の能力を介してイントラネット規模のポリシを指定し得る。本発明の別の実施例によれば、サーバ１３５は指定が当てはまるか否かを判断するように順応し（図７に関連して以下で詳述）、当てはまる場合、マスク要求をマスク・プロバイダ１５５に伝達する（図１２に関連して以下で詳述）。マスク・プロバイダは、ビューアの指定を満足するように、コンテンツを変更するために使用され得る制御指定２３７（マスクとも呼ばれる）を選択し、それをサーバ１３５に送信する（図１３に関連して以下で詳述）。当業者であれば、制御指定がコンテンツ・サーバ２０３にも記憶され得ることが理解されよう。様々な実施例において、制御指定２３７は、サーバ１３５、プロキシ１１０、またはクライアント１２５により適用され、異なる根源から供給される複数の制御指定（多次元制御指定）２３７が適用され得る。ビデオ・フレームの一部分または音声サンプルなどのオブジェクトが、クライアント２０９において表示される以前に、選択された制御指定２３７に従い、動的に変更され得る（図９乃至図１０、及び図１２に関連して以下で詳述）。
【００２４】
クライアント１２５の例には、ＰＣ、ワークステーション及びセットトップ・ボックスなどが含まれるが、これらに限られるものではない。ＰＣまたはワークステーション環境では、クライアント・ソフトウェアが、好適には、ＩＢＭから販売されるビデオ・キャラクタ・プレーヤ（商標）や、プログレッシブ・ネットワークス社から販売されるリアル・ビデオ・プレーヤ（商標）などの、ビデオ再生ソフトウェアを含む。ネットワーク１６５の例には、インターネット、ワールド・ワイド・ウェブ、イントラネット、及びローカル・エリア・ネットワーク（ＬＡＮ）などが含まれる。ビデオ用のコンテンツ・サーバ１３５の例には、ＩＢＭから販売されるビデオ・チャージャ（商標）や、プログレッシブ・ネットワーク社から販売されるリアル・ビデオ（商標）などの製品が含まれる。プロキシ・サーバ１１０乃至１１５の例には、ＩＢＭから販売されるインターネット・コネクション・サーバ（ＩＣＳ）（商標）が含まれる。コンテンツ・サーバ１３５またはプロキシ・サーバ１１０乃至１１５は、任意のコンピュータ・ノード上で実行され、それらにはＩＢＭから販売されるＳ／３９０ ＳＹＳＰＬＥＸ（商標）、ＳＰ２（商標）、またはＲＳ６０００（商標）ワークステーションなどの製品が含まれる。
【００２５】
図２は、ネットワーク２０１及び本発明の特徴を有するシステムのより詳細な例を示す。図示のように、システムは従来のワークステーション、ＰＣまたはセットトップ・ボックスなどの、クライアント２０９を含む。クライアント２０９は、１次元以上のコンテンツに関するコンテンツ指定２４８を含むマルチメディア・コンテンツに対する要求をネットワーク２０１を介して、発行することができる。クライアント２０９は好適には、ＣＰＵ２４０、ＲＡＭなどのメモリ２４５、及びＤＡＳＤなどの記憶装置２４２を含む。メモリ２４５は、本発明に従うクライアント論理２４９（図１１に関連して以下で詳述）を記憶する。クライアント論理は、好適には、リモートまたはローカル永久光記憶装置（ＣＤ−ＲＯＭ）、若しくは磁気記憶装置（ディスクなど）、またはＤＡＳＤからメモリ２４５にロードされるコンピュータ実行可能コードとして実現され、ＣＰＵ２４０により実行される。クライアント論理２４９は、ビデオ再生操作論理２４７（図１２に関連して以下で詳述）を含む。
【００２６】
マスク・プロバイダ２０５は、好適には、ＣＰＵ２２７、ＲＡＭなどのメモリ２３５、及びＤＡＳＤなどの記憶装置２３０を含む。メモリ２３５は、マスク・プロバイダ論理２３９（図１３に関連して以下で詳述）を含み、これは好適には、ＤＡＳＤ２３０からメモリ２３５にロードされるコンピュータ実行可能コードとして実現され、ＣＰＵ２２７により実行される。マスク・プロバイダは様々な制御指定２３７、この場合には、コンテンツ指定２４８に従い、ビデオの１つ以上のフレームの一部分を動的に変更またはマスクする（すなわち隠す）ための、ファズ・ボール・トラック３３７（図３乃至図５に関連して以下で詳述）を有する。ファズ・ボール・トラック指定は、別々のストリームを含むか、ビデオ・ストリーム３９０とは別のファイルに含まれ、コンテンツ・サーバ２０３、クライアント２０９、またはプロキシ２８０などの中間ノードにおいて解釈され、ビデオ・ストリーム３９０内のオブジェクトを変更またはマスクする（マスク・プロバイダ論理の例が、図１３に示される）。いずれにしても、制御指定にもとづきファズ・ボール３９７が生成され、コンテンツがクライアント・ステーションにおいて表示される以前に、そのコンテンツを変更する。
【００２７】
コンテンツ・サーバ・ノード２０３は、ネットワーク２０１を通じて要求をサービスすることのできる従来の任意のコンピュータ・ノードである。コンテンツ・サーバ２０３は好適には、ＣＰＵ２６０、ＲＡＭなどのメモリ２６３、及びディスクまたはＤＡＳＤなどの記憶装置２６５を含む。本発明によれば、好適には、コンピュータ実行可能コードとして実現されるサーバ論理２６８（図６に関連して以下で詳述）が、リモート（ネットワークを介する）またはローカル永久光記憶装置（ＣＤ−ＲＯＭ）、若しくは磁気記憶装置（ディスクなど）またはＤＡＳＤ２６５から、メモリ２６３にロードされ、ＣＰＵ２６０により実行される。サーバ論理２６８は好適には、ビデオ・チェック・ハンドラ２６７（図７に関連して以下で詳述）、及びビデオ上映ハンドラ２６９（図８に関連して以下で詳述）を含む。ビデオ・チェック・ハンドラ２６７は、コンテンツ指定を満足するように変更またはマスクされ得る要求ビデオのバージョンが存在するか否かを判断する。存在する場合、コンテンツ指定２４８に最も近いバージョンが、選択される。ビデオ上映ハンドラ２６９は、コンテンツ指定にもとづき、ビデオ・ストリームを配布する。ビデオ・ストリームは、クライアント・ステーションにおいて表示される前に、下流におけるレンダリングのために制御指定２３７とは別に送信されることが好ましい。
【００２８】
要するに、クライアント２０９が最初に、中位の暴力度及び低位の裸体度などの、多次元コンテンツ指定（複数のコンテンツ指定）２４８を含むコンテンツ要求を伝達する。その結果、指定が満足されるか否かのしきい値判定が成される場合、ビデオ・チェック要求（図５に関連して以下で詳述）が、コンテンツ・サーバに伝達される。好適な実施例では、サーバ応答は”ｙｅｓ”など曖昧でないか（すなわち、こうしたバージョンが存在する）、または条件付き、例えばバージョンが配布され得るが、２０％が遮断（ｂｌｏｃｋ ｏｕｔ）されるかのいずれかである。ビューア／クライアント２０９が応答を受諾可能と判定すると、ビデオ上映要求（図８に関連して以下で詳述）が、コンテンツ・サーバ２０３に伝達され、変更されたビデオの配布を要求する。
【００２９】
コンテンツ指定２４８が満足され得る場合、マスク表示要求（図１１）がマスク・プロバイダ２０５に送信され、対応する制御指定２３７またはファズ・ボール・トラック（図３乃至図５）を獲得する。当業者であれば、マスク・プロバイダ論理２３９及び制御指定２３７が、コンテンツ・サーバ２０３または特定の中間ノードにも存在し得ることが理解されよう。マスク・プロバイダ２０５は、ビューアの多次元指定を満足し得る１つ以上の制御指定２３７を、それらのラベルにもとづき選択する（図１０に関連して以下で詳述）。制御指定２３７がサーバ２０３により適用される場合、コンテンツがクライアント２０９に送信される以前に、制御指定２３７により変更される。
【００３０】
好適には、制御指定２３７は追加トラック（またはストリーム）として、オリジナル・ビデオ・ストリームと一緒に伝送される（図１２に関連して以下で詳述）。例えば、マルチキャスト・ビデオの場合、異なるビューアがたくさんの異なる指定を有し得る。従って、コンテンツ・サーバ２０３がマルチキャスト伝送と共に、様々な制御指定を含み、各クライアント２０９に適切な制御指定２３７を柔軟に選択させ、動的に適用させることがより効率的である。別の例では、組織（学校または法人など）若しくは個人ユーザ、または組織内のサブグループが、それぞれ異なるコンテンツ指定２４８を有する。この場合にも、コンテンツ・サーバ２０３が制御指定２３７を伝送により提供し、各中間（プロキシ）サーバ及びクライアント・ステーションにおいて、適切な制御指定２３７を適用させることにより、ビデオがそれらを通過する際にコンテンツを変更することが、より効率的である。
【００３１】
図３は、制御指定２３７に従い生成されたファズ・ボールのセットにより変更された、ビデオ・ストリーム（フレームｎ乃至フレームｎ＋４）の例を示す。この例では、制御指定２３７は別々の”ファズ・ボール”・トラック３３７であり、ファズ・ボール３９７が、ビデオ・フレームの一部分または音声サンプルなどのオブジェクトを変更し得る矩形領域として示される。ファズ・ボール・トラック３３７を適用することにより達成されるコンテンツ評価の結果が、ＰＩＣＳプロトコルを用いて、トラックのヘッダ内のＯ−ラベル３９６内に示される。ファズ・ボールは、例えば音声またはビデオ・データを操作または重ね合わすなどによる様々な従来方法により生成され得る。ファズ・ボール・トラック３３７は、ファズ・ボール・サイズ３８２及び位置、並びにビデオ・ストリーム３９０との時間的関係３８６を有するファズ・ボール３９７のシーケンスを指定する。例えば、ビデオ・ストリーム３９０は、既知の次元（１５、３０）を有する５つの連続フレーム（フレームｎ乃至フレームｎ＋４）を含む。ビデオ・ストリーム内でのファズ・ボール３９７の配置は、ファイルとしてのファズ・ボール・トラック３３７内に表される。ファズ・ボール３９７のストリームに対する時間的関係は、フレーム番号３８６、またはタイム・スタンプなどの他の手段、或いは変更される特定のオブジェクトを識別する任意の手段、すなわちサイズ３８２（高さ及び幅寸法）、及びビデオ・フレーム内の位置３８４（ｘ座標及びｙ座標）により、指定され得る。この例では、ファズ・ボール・トラック３３７は、フレームｎを位置（６、２０）において、サイズ（２、４）のファズ・ボール３９７を有するものとして指定する。フレームｎ＋３では、位置（１０、４）及びサイズ（４、８）が変更される。後述されるように、複数のファズ・ボール・トラック３３７が同一のストリーム３９０に関連付けられ、結合されて、ビデオ・ストリーム内のオブジェクトの包括的ながら、きめ細かな変更を達成する。以下で詳述されるように、クライアント２０９から伝達されるコンテンツ指定２４８は、暴力、冒涜、及び裸体度などの多次元を有利に処理する。異なるファズ・ボール３９７、それに従い、各次元において各レベルにて提供される。制御指定２３７は、例えば第３者マスク・プロバイダにより、ビデオ・ストリームとは別のファイルに記憶され、要求に際してコンテンツ・サーバ２０３に伝送される。マスク・プロバイダ論理の例が、図１３に関連して後述される。図１２に関連して後述されるように、制御指定２３７は、好適にはコンテンツと共に、コンテンツ・サーバ２０３から伝達され、クライアント・ステーションにおいて、制御指定にもとづき動的に解釈され、ビデオ・ストリーム３９０内の対応するオブジェクトを、その表示以前に変更する。
【００３２】
例えば、クライアント２０９がビデオ要求内で、３以下の暴力度及び２以下の裸体度を有するコンテンツ指定２４８を指定し、要求されたビデオが暴力度評価値５及び裸体度評価値４を有する例について、考えてみよう。ここで評価値が高いほど、ビデオがより激しい暴力及び裸体を含むものと仮定する。好適には、複数の制御指定２３７が結合されるとき、ファズ・ボール・トラック間の各次元における最小のカテゴリ値が、その次元の結果のカテゴリ値となる。従って、マスク・プロバイダは多次元に渡り、コンテンツ指定２４８のより多くの組み合わせをサポートするには、生成できる制御指定２３７の数は減少する。この例では、コンテンツ指定２４８を満足するために、結果の暴力度値３を有するＯ−ラベル３９６、及び結果の裸体度値２を有する別のＯ−ラベル３９６、若しくは両方を配布可能な１つのファズ・ボール・トラックのいずれかを有する制御指定２３７が必要とされる。例えば、暴力度値３及び裸体度値４を有する制御指定２３７、及び暴力度値５及び裸体度値２を有する別の制御指定が存在するとしよう。本発明によれば、これらの制御指定２３７をビデオ内で結合することにより、暴力度値３及び裸体度値２が達成される。なぜなら、上述の例における最小裸体度値は２であり、最小暴力度値は３であるからである。制御指定２３７を結合するこの特徴は、維持される必要のある制御指定２３７の数を最小化する。
【００３３】
図３を再度参照すると、本発明に従う３つの異なる種類のＰＩＣＳラベルの例が示される。ビデオ・ラベル３９２（”Ｖ−ラベル”とも呼ばれる）は、ビデオ全体のコンテンツ評価を識別するために、コンテンツ・サーバ・ノードにより使用され得る。
【００３４】
以下で詳述されるように、フレーム・ラベル３９４（”Ｆ−ラベル”とも呼ばれる）は、コンテンツ評価を識別するために、及び（または）ビデオ・ストリーム３９０内のオブジェクトを変更するために、コンテンツ・サーバにより使用され得る。所与のビデオ・フレームがマスクまたは変更されるとき、Ｆ−ラベルのカテゴリ値がフレームの現コンテンツ評価を反映するように、更新され得る。
【００３５】
１実施例では、制御指定２３７が別のストリーム（またはファイル）として伝送され、これは本実施例では”ファズ・ボール・トラック”３３７と呼ばれる。好適には、各”ファズ・ボール・トラック”３３７はそのヘッダ内に、オーバレイ・ラベル３９６（”Ｏ−ラベル”とも呼ばれる）を含む。Ｏ−ラベル３９６は、ファズ・ボール３９７がストリーム３９０内のオブジェクトに適用された後に、結果のコンテンツ評価を指定するために使用され得る。コンテンツ指定２４８にもとづき、適切なファズ・ボール・トラック３３７が選択され、コンテンツを変更する。
【００３６】
好適な実施例では、ＰＩＣＳ規則１．０として知られるＰＩＣＳプロファイル言語が、コンテンツ指定２４８を有するコンテンツ要求を生成するために使用される。ＰＩＣＳは、ワールド・ワイド・ウェブ・コンソシアム（Ｗ３Ｃ）草案勧告である。例えば、ｈｔｔｐ：／／ｗｗｗ１．ｒａｌｅｉｇｈ．ｉｂｍ．ｃｏｍ／ＰＩＣＳ／ＰｉｃｓＲＵＬＺ．ｈｔｍｌに見い出される”ＰＩＣＳ Ｐｒｏｆｉｌｅ Ｌａｎｇｕａｇｅ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ − ＰＩＣＳ ＲＵＬＺ １．０”を参照されたい。当業者であれば、コンテンツ指定２４８を記憶及び伝達する他の多くの従来手段が、本発明の趣旨及び範囲内において使用され得ることが理解されよう。
【００３７】
図４及び図５は、本発明に従い、コンテンツ指定２４８を記憶するためのユーザ・インタフェースの例を示す。インターネット環境では、コンテンツ・アドバイザ３１０のユーザ・インタフェースが、当業者には既知の手段により、クライアント２０９上で実行されるブラウザの一部として組み込まれる。代わりに、または追加的に、プロキシ２８０のプロキシ管理者が、コンテンツ指定２４８を指定してもよい。図３に示されるように、１次元以上のコンテンツ３１２がその変更のために、カテゴリ３１４の一覧を介して選択され得る。任意的に、評価制御３１６が、変更され得るコンテンツの最大率を指定するために提供される。後述されるように、コンテンツ指定２４８はＰＩＣＳ規則１．０言語内に記憶され得る。図５に示されるように、ホスト／メディア・タイプ３１８は、コンテンツ要求がコンテンツ指定２４８を伴うべきホスト及び媒体のタイプを示す。この例では、ストリーミング媒体（音声及びビデオ）に対する全てのホストが指定される。コンテンツ指定２４８は、ＤＡＳＤ２４２などの永久記憶装置に記憶され得る。以下で詳述されるように、コンテンツ・サーバ２０３への要求は、ＨＴＴＰ要求ヘッダすなわちＰＩＣＳ規則を含む。例えば、マイクロソフト社から販売されるブラウザであるインターネット・エクスプローラ３．０（商標）を参照されたい。これはオプション／セキュリティ・セクション内に、コンテンツ・アドバイザ／レーティングと呼ばれるダイアログ・ボックスを提供し、これはユーザが高度なコンテンツ指定を入力及び記憶することを可能にする。インターネット・エクスプローラの将来のバージョンでは、コンテンツ指定２４８をＨＴＴＰ要求の一部として、コンテンツ・サーバに送信する能力を有することであろう。当業者であれば、本発明の趣旨及び範囲内において、コンテンツ指定２４８を生成するための他の多くの異なる方法が存在することが理解できよう。
【００３８】
以下では、コンテンツ・サーバ２０３への通信のための、ＰＩＣＳ規則１．０形式のコンテンツ指定の例について述べる。サーバ・コンテンツの変更をサポートする規則言語拡張のＵＲＬが、ｒｅｑＥｘｔｅｎｓｉｏｎ文”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｃｕｓｔｏｍｉｚａｔｉｏｎ．ｈｔｍｌ”内で指定され、評価サービスのＵＲＬは、”ｈｔｔｐ：／／ｌａｂｅｌｂｕｒｅａｕ．ｃｏｏｌｎｅｓｓ．ｏｒｇ／ｒａｔｉｎｇｓ／Ｖ１．ｈｔｍｌ”（省略名または短縮名”Ｃｏｏｌ”を有する）である。コンテンツ指定は、Ｐｏｌｉｃｙ文内のＲｅｊｅｃｔＵｎｌｅｓｓ、ＲｅｊｅｃｔＩｆ、及びＡｃｃｅｐｔＩｆ節内に提供される。説明の都合上、２次元コンテンツ指定２４８、すなわちｉ）地域ベースの適性指定、すなわち中央アメリカ適性（ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ）、及びｉｉ）成人コンテンツ、すなわち裸体度にもとづくコンテンツ指定２４８について考えてみるが、更に多くの次元が可能である。変更伝送（Ａｌｔｅｒａｔｉｏｎ Ｔｒａｎｓｍｉｔ）拡張節は、コンテンツ・サーバが制御指定２３７をビデオ・フレームと併合すべきか（併合が”真”）、それとも併合がクライアントまたは特定の中間ノードにおいて実行されることを許可するか（併合が”偽”）を示す。パラメータ節ａｌｔｅｒａｔｉｏｎＰｅｒｃｅｎｔＲｅｔｕｒｎは、変更されるビデオの割合がクライアント２０９に返報されるべきことを示す。該割合がしきい値を越える場合、ビデオを上映することをしないブロッキングの指示をクライアンツに伝達する。
【表１】
ここで例えば、前記のコンテンツ要求及びコンテンツ指定２４８を受信するサーバ２３０が、ビデオ４１の４つの異なるバージョン（表２参照）、すなわちビデオ４１−０−０、ビデオ４１−１−４、ビデオ４１−１−１、及びビデオ４１−１−２を有し、更に、ビデオ４１−１−４にもとづき、ファズ・ボール・トラックを識別する別の入力、すなわちマスク４１−１−４−３（制御指定３８０を表す）が存在し得る。表２では、サーバ内容ファイルの列が、ビデオの所与のバージョンを識別し、タイプの列がファイルのタイプを示し、Ｂは代替ビデオ・コピーを、Ｍはファズ・ボール・トラック３３７を表す。中央アメリカ適性（Ｃｅｎｔｒａｌ Ａｍｅｒｉｃａ Ａｐｐｒｏｐｒｉａｔｅｎｅｓｓ）、裸体度（Ｎｕｄｉｔｙ）コンテンツ指定、及び変更またはマスクされるコンテンツの割合（変更率）に対応する値が、それぞれ第３、第４及び第５列にそれぞれ提供される。ＰＩＣＳの下でＶ−ラベル（３９２）及びＯ−ラベル３９６がどのように指定されるかを示すために、ビデオ４１−０−０及びマスク４１−１−４−３の場合の対応ラベルを次に示す。ここで”ｌｒ”はラベル評価を表す。
（ビデオ４１−０−０）Ｖ−ラベル：ｌｒ（ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ ０ Ｎｕｄｉｔｙ ０ Ｐｃｔ ３０）及び、
（マスク４１−１−４−３）Ｏ−ラベル：ｌｒ（ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ １ Ｎｕｄｉｔｙ ０ Ｐｃｔ ５）。
【表２】
この場合、コンテンツ・サーバ２０３は、自身がクライアント２０９のコンテンツ指定２４８、すなわち（（Ｃｏｏｌ．ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ ＞ ０）ａｎｄ（Ｃｏｏｌ．Ｎｕｄｉｔｙ ＜ ３））ａｎｄ（ＰＩＣＳ．ＡｌｔｅｒａｔｉｏｎＰｅｒｃｅｎｔＭａｘ ＜ ２０））を満足する要求映画（ビデオ４１−１−２）のバージョンを有することを判断する。従って、ビデオ４１−１−２は、クライアント２０９に送信されるべきである。ＨＴＴＰ応答ヘッダがＰＩＣＳ変更率（９％）を含む。
【００４１】
次の例は、コンテンツ指定２４８が満足され得るか否かを見い出すために、ＧＥＴ ｃｈｅｃｋ＆ｕｒｌ＝ｖｉｄｅｏ４１ ＨＴＴＰ／１．１文により表されるチェック要求（図６、ステップ４１０）が、最初にクライアント２０９からビデオ・サーバに送信される以外は、ケースＡと同様である。再度、ＰＩＣＳ規則１．０として知られるＰＩＣＳプロファイル言語が、好適には使用される。
【表３】
ケースＡでは、コンテンツ指定２４８を満足するバージョンが見い出され、ＨＴＴＰ”２００”応答コードがクライアントに返却される。ＨＴＴＰ応答ヘッダもまた、ＰＩＣＳ変更率を含む。
【００４３】
次の例では、コンテンツ指定２４８を満足するように、コンテンツを変更するために使用される制御指定２３７のために、マスク要求（図１１、ステップ９３５）が、コンテンツ指定２４８と共に、マスク・プロバイダ２０５に送信される。再度、ＰＩＣＳ規則１．０として知られるＰＩＣＳプロファイル言語が使用される。ビデオのＵＲＬの例は、”ｈｔｔｐ：／／ｖｉｄｅｏ．ｏｗｎｅｒ．ｃｏｍ／ｖｉｄｅｏｓ／ｖｉｄｅｏ４１”である。これは以下の例では、マスク獲得要求内のＵＲＬパラメータ値に対応して”ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｖｉｄｅｏ．ｏｗｎｅｒ．ｃｏｍ％２Ｆｖｉｄｅｏｓ％２Ｆｖｉｄｅｏ４１”として符号化される。コンテンツ指定２４８がマスク・プロバイダ２０５により提供され得るか否かを決定するためのマスク・チェック要求は、”マスク獲得（Ｇｅｔ ｍａｓｋ）”を”チェック獲得（Ｇｅｔ ｃｈｅｃｋ）”により置換することにより、類似に構成される。
【表４】
ここで、コンテンツ指定（（Ｃｏｏｌ．ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ ＞ ０）ａｎｄ（Ｃｏｏｌ．Ｎｕｄｉｔｙ ＜ ３））ａｎｄ（ＰＩＣＳ．ＡｌｔｅｒａｔｉｏｎＰｅｒｃｅｎｔＭａｘ ＜ ８））を満足するように、コンテンツを変更できる制御指定２３７ｍａｓｋ４１−１−４−３が存在し、制御指定２３７がコンテンツ・サーバ２０３に送信され得る。ＨＴＴＰ応答ヘッダはＰＩＣＳ変更率を含む。
【００４５】
ケースＢ：
ケースＢでは、クライアント２０９がビデオ要求をコンテンツ指定と共にコンテンツ・サーバ２０３に伝達し、ビデオ・ストリーム３９０及びファズ・ボール・トラック３３７がクライアントに返却される。そして、変更伝送（Ａｌｔｅｒａｔｉｏｎ Ｔｒａｎｓｍｉｔ）文内にファズ・ボールがサーバ側において適用されるべきでない、すなわちそれがクライアント・ノードにおいて実行されるべきことが示される。
【表５】
一例として、ここではコンテンツ・サーバが２つの異なるビデオ・バージョン、すなわちビデオ４２−０−０及びビデオ４２−１−４を有し、ビデオ４２にもとづく制御指定２３７、すなわちマスク４２−１−４−１が存在するものと仮定する。これは次のように要約される。
【表６】
この場合、コンテンツ指定（（Ｃｏｏｌ．ＣｅｎｔｒａｌＡｍｅｒｉｃａＡｐｐｒｏｐｒｉａｔｅｎｅｓｓ ＞ ０） ａｎｄ （Ｃｏｏｌ．Ｎｕｄｉｔｙ ＜ ３））を満足する無変更バーションは存在しない。しかしながら、マスク４２−１−４−１がビデオ４２−１−４に適用され、結果のコンテンツがコンテンツ指定を満足する。変更伝送節が（併合”偽”）を示すので、ビデオ４２−１−４はＶマスク４２−１−４−１と一緒に送信されるべきである。プロトコル要求文は｛ａｌｔｅｒａｔｉｏｎＰｅｒｃｅｎｔＲｅｔｕｒｎ ｔｒｕｅ｝節を含むので、応答ヘッダはＰＩＣＳ変更率すなわち７を示す。
【００４８】
様々な代替実施例が存在し、オブジェクト・ラベル付けまたはコンテンツ指定２４８の拡張が、本発明の趣旨及び範囲内において、使用され得る。例えば、ＲＴＳＰ及びＭＰＥＧなどの他のプロトコルも、コンテンツ指定２４８を提供するために使用され得る。
【００４９】
制御指定２３７は、ストリーム・コンテンツがどのように変更されるべきかを示す。これはマルチメディア・ストリームのフレームまたはフレームのグループの上映に関する命令を提供し、ブロッキング、省略及びオーバレイ（上書き）を指定する。上述のように、制御指定２３７の１つのタイプは、別のファズ・ボール・トラック３３７である。別のタイプに編集決定リストがあり、これは変更または置換するフレームを示す。
【００５０】
本発明によれば、制御指定２３７が各フレーム、フレームのグループまたはビデオ・ヘッダにおいて柔軟に提供され得る。フレーム・グループのレベルまたはビデオ・ヘッダにおける制御指定は時間ベースであり、従って特定のフレームが、タイミング情報により識別され得る。好適な実施例では、マルチメディア・ストリーム・コンテンツのマスキング／変更が、リアルタイム・ビデオ・ストリームの配布において提供されるが、同一の概念が、ビデオ及び音声の複数のストリームを含み得る他の任意のタイプのマルチメディア・ストリームにも、適用可能である。
【００５１】
当業者であれば、制御指定が別々のストリームまたはトラックとして述べられたが、オブジェクト・レベルの制御指定を提供する、様々な別の方法が存在することが理解できよう。例えばビデオの各フレームが、Ｆ−ラベル３９４などの、そのフレームに関連付けられる必要な制御情報を指定する豊富なＰＩＣＳラベルを含み得る。
ここで、Ｎｕｄｉｔｙ１ｘ及びＮｕｄｉｔｙ１ｙは、裸体度値１を達成するためのファズ・ボールの位置（ｘ座標及びｙ座標、フレーム００００１では（０、０））を指定し、Ｎｕｄｉｔｙ１ｈ及びＮｕｄｉｔｙ１ｗは、サイズ（高さ及び幅、フレーム００００１ではそれぞれ４８０及び６４０）を指定する。同様にＮｕｄｉｔｙ３ｘ及びＮｕｄｉｔｙ３ｙは、裸体度値３を達成するためのファズ・ボールの位置（ｘ座標及びｙ座標）を指定し、Ｎｕｄｉｔｙ３ｈ及びＮｕｄｉｔｙ３ｗは、サイズ（高さ及び幅）を指定する。
【００５３】
フレーム００００１は、裸体度値２及び中央アメリカ適性値１を有し、裸体度値１を達成し得る１つのファズ・ボールが指定される。フレーム２は、裸体度値３及び中央アメリカ適性値１を有し、２つのファズ・ボールが指定される。それらの１つは裸体度値３を提供し、他は裸体度値１を提供する。
【００５４】
要求がマルチキャスト・ストリームに対するものでない場合、サーバは制御指定２３７及びクライアント・コンテンツ指定２４８にもとづき、コンテンツを変更し、変更されたストリーム３９０を、要求元のクライアントに送信することができる。ＰＩＣＳ変更率を返却するために、値が公式（ファズ・ボールを有するフレーム数／フレーム総数）×１００を用いて計算され得る。マルチキャストの場合には、クライアント２０９はコンテンツ指定２４８を満足するように、制御指定２３７を用いて、コンテンツを変更できる。異なるコンテンツ指定２４８を有するビューアは、適切な制御指定２３７を用い、コンテンツをそれぞれ異なって変更する。
【００５５】
当業者であれば、ファズ・ボールが任意の形状を有し得ることが理解できよう。矩形の代わりに、ファズ・ボールは多角形または円形状を取り得る。
【００５６】
図６は、コンテンツ・サーバ論理２６８の例を示す。図示のように、ステップ４０５で、コンテンツ・サーバ２０３は入力を待機する。ステップ４１０では、受信された入力に応じて異なるアクションが取られる。受信された入力がビデオ・チェック要求の場合、ビデオ・チェック・ハンドラ２６７がステップ４１５で呼び出される。ビデオ・チェック・ハンドラは、コンテンツ指定を満足するように、変更またはマスクされ得る要求ビデオのバージョンが、存在するか否かを判断する。ビデオ・チェック・ハンドラの詳細な例が、図７に関連して述べられる。ステップ４２０では、受信された入力がビデオ上映要求の場合、ステップ４２５でビデオ上映ハンドラ２６９が呼び出される。ビデオ上映ハンドラは、コンテンツ指定にもとづきビデオ・ストリームを配布する。要求されるビデオが複数のバージョンを有する場合、ビデオ上映ハンドラは、任意のバージョンがコンテンツ指定２４８を満足するか否かをチェックする。ビデオ上映ハンドラ２６９の詳細な例が、図８に関連して述べられる。本発明の焦点に当てはまらない他のタイプの入力（例えばウェブ文書に対する従来のＨＴＴＰ要求、またはＦＴＰ要求）に対しては、適切な種々のハンドラ４３０が呼び出され得る。
【００５７】
図７は、ビデオ・チェック・ハンドラ２６７の例を示す。ビデオ・チェック・ハンドラは、コンテンツ指定２４８を満足するように、変更またはマスクされ得る要求ビデオのバージョンが存在するか否かを判断する。ステップ５０５で、要求されるビデオが複数のバージョンを有する場合、任意のバージョンがコンテンツ指定２４８を満足するか否かが判断される（ステップ５２５）。満足する場合、”肯定”応答がクライアント２０９に送信される（ステップ５２０）。それ以外では、コンテンツ指定２４８に最も近いバージョンが選択される（ステップ５３０）。好適な実施例では、コンテンツ・サーバは有効な制御指定２３７に関するサーバ・マスク情報内に記憶される各ビデオに対して、各制御指定２３７（すなわちＯ−ラベル３９６）を介して達成可能なコンテンツ指定２４８、及び各制御指定２３７により遮断される情報量の予測を保持する。ステップ５４０で、サーバ２０３は制御指定２３７情報にもとづき、コンテンツ指定２４８を満足するように、バージョンが変更またはマスク可能か否かを判断する。可能な場合、ステップ５６０で、除去または遮断される必要のあるビデオの量の予測が獲得され得る。この予測（上限）は、適用される必要のある各ファズ・ボールにより遮断される情報の量を加算することにより、獲得され得る。ステップ５７０では、”修飾（ｑｕａｌｉｆｉｅｄ）”応答（ＨＴＴＰ応答ヘッダ内に含まれ、ＰＩＣＳ変更率を示す）が、リクエスタに返送され、遮断される量を示す。ステップ５０５で、サーバ内に、使用可能な１つのバージョンのビデオだけが存在する場合には、ステップ５１０で、このバージョンがコンテンツ指定２４８を満足するか否かがチェックされる。満足する場合、”肯定”応答がクライアント２０９に送信される（ステップ５２０）。満足しない場合には、処理は上述のステップ５４０に継続する。
【００５８】
図８は、ビデオ上映ハンドラ２６９の例を示す。ビデオ上映ハンドラは、コンテンツ指定２４８にもとづき、ビデオ・ストリームを配布する。ステップ６０５で、要求されるビデオが複数のバージョンを有する場合、ステップ６１５で、バージョンがコンテンツ指定を満足するか否かがチェックされる。満足する場合、ステップ６４０で、コンテンツ指定に最も近いバージョンが選択され、ステップ６４５で、選択されたバージョンがクライアント２０９に送信される。ステップ６１５で、いずれのバージョンもコンテンツ指定を満足しない場合、ステップ６２５で、最も近いバージョンが選択される。ステップ６３０では、フレーム・マスキング／変更ルーチンが呼び出される。フレーム・マスキング／変更ルーチンの詳細な例が、図９に関連して述べられる。ステップ６０５で、サーバ内に１つのバージョンのビデオだけが存在する場合には、ステップ６１０で、このバージョンがユーザ指定を満足するか否かがチェックされる。満足する場合、ステップ６０２でビデオがクライアントに伝送される。
【００５９】
図９は、フレーム・マスキング／変更ルーチン（図８のステップ６３０）の例を示す。フレーム・マスキング／変更ルーチンは、ビデオのためにファズ・ボール・トラックを変更、マスクまたは併合／追加する。例えばビデオ・フレーム内のオブジェクトがマスクまたは変更されるとき、Ｖ−ラベル３９２のカテゴリ値が、ビデオの現コンテンツ評価の結果の変化を反映するように更新され得る。例えば、Ｖ−ラベル３９２暴力度値５を有するビデオが、Ｏ−ラベル３９６暴力度値２を有するファズ・ボール・トラック３３７により上書きされる場合、結果のビデオはＶ−ラベル暴力度値２を有する。或いは上述のように、Ｆ−ラベル３９４が、別のファズ・ボール・トラック３３７を要求することなく、コンテンツ指定２４８をマルチメディア・ストリームの一部として有し得る。この例の残りでは、マルチメディア・ストリームが、マルチメディア・ストリームの各フレームと共にＦ−ラベル３９４を含むものと仮定する。ステップ７０５で、ビデオの次のフレームが記憶装置２６５からフェッチされる。ステップ７１０で、フレーム・ラベル３９４（Ｆ−ラベル）がコンテンツ指定２４８を満足する場合、フレームがクライアント２０９に伝送される（ステップ７１５）。それ以外では、ステップ７２０で、コンテンツ指定を満足する代替フレームが存在するか否かがチェックされる。存在する場合、ステップ７２５で、代替フレームがフェッチされる。それ以外では、ステップ７３０で、Ｏ−ラベル３９６にもとづき、コンテンツ指定を満足するために適用され得る１つ以上のファズ・ボール・トラック３３７が存在するか否かがチェックされる。これは全てのファズ・ボール・トラック間で、各次元の最低のカテゴリ値をコンテンツ指定２４８と比較することにより、達成され得る。各次元の最低のカテゴリ値が、コンテンツ指定２４８よりも小さい場合、コンテンツ指定を満足するファズ・ボール・トラックのセットが存在する。その場合、ステップ７３５で、ファズ・ボール・ルーチンが呼び出される。ファズ・ボール・ルーチンの例が、図１０に関連して述べられる。ステップ７３０で、ファズ・ボール・トラック３３７が使用可能でない場合、空白フレームが送信され得る（ステップ７４０）。
【００６０】
図１０は、ファズ・ボール・ルーチン７３５の例を示す。ステップ８１０で、多次元コンテンツ指定を最小量のブロッキングにより満足するファズ・ボール３９７のセットが、それらのラベル（すなわちＯ−ラベル）にもとづき選択される。例えば、ビデオがそのＶ−ラベル３９２内に指定される、暴力度値７及び裸体度値３を有し、コンテンツ指定２４８が裸体度の制限無しに、暴力度値４を規定する場合について考えてみよう。ここで次のＯ−ラベル３９６を有する４つのファズ・ボール・トラックが使用可能であると仮定する。それらは、暴力度値４及び裸体度値３を有するトラック１、暴力度値３及び裸体度値３を有するトラック２、暴力度値７及び裸体度値２を有するトラック３、暴力度値７及び裸体度値１を有するトラック４である。この場合、ファズ・ボール・トラック１が要求を最小量のブロッキングにより満足するので、これが選択される。ステップ８２０では、コンテンツ指定２４８内の指示に従い、ファズ・ボール・トラック３３７がサーバにより適用される場合、フレームの伝送以前に、ファズ・ボール３９７が対応するビデオ・フレームに重畳される（ステップ８３０）。それ以外では、ファズ・ボール・トラックがオリジナル・フレームと一緒に、追加トラック３３７として伝送される（ステップ８４０）。例えば、マルチキャスト・ビデオでは、異なるビューアが異なるコンテンツ指定を有し得る。従って、コンテンツ・サーバ２０３が様々なファズ・ボール・トラック３３７を（別のトラックとして）、ビデオ伝送と一緒に伝送し、各クライアント２０９に適切なファズ・ボール・トラック３３７を選択させ、適用させることが望ましい。別の例では、組織（学校または法人など）及び個人ユーザ、または組織内のサブグループが、それぞれ自身のコンテンツ指定２４８を有する。ファズ・ボール３９７は複数のファズ・ボール・トラック３３７により、同一次元上にオーバラップされ得る。この場合にも、コンテンツ・サーバ２０３が制御指定２３７を別途伝送し、ゲートウェイまたはプロキシ・サーバ２８０などの中間ノード、及びクライアント・ステーション２０９に、適切なファズ・ボール・トラック３３７を適用させ、ビデオがそれらを通過する際にコンテンツを変更することがより効率的である。
【００６１】
図１１は、クライアント論理２４９の例を示す。図示のように、ステップ９１０で、クライアント２０９はそのビデオ要求内に、中位の暴力度及び低位の裸体度などの要求を指定する。好適な実施例では、指定形式はＰＩＣＳ規則１．０として知られるＰＩＣＳプロファイル言語を使用する。通常、評価方式の各カテゴリに対して、クライアント２０９は所望の最大レベルを指定できる。ステップ９１５で、コンテンツ指定２４８が満足され得るか否かを確認するために、ビデオ・チェック要求がコンテンツ・サーバに送信される。好適な実施例では、応答はそうしたバージョンが存在することを示すための”イエス”か、若しくは修飾応答のいずれかであり、後者は例えば、あるバージョンが配布され得るが、図７に関連して述べたように２０％が遮断されることを示す。ステップ９２０で、応答が受諾可能と見なされる場合、ステップ９４０で、ビデオの配布を要求するビデオ上映要求がコンテンツ・サーバに送信される。ステップ９４５では、ビデオ再生操作２４７が呼び出され、ビデオを受信し再生する。再生操作の詳細例が、図１２に関連して述べられる。ステップ９２０で、コンテンツ指定２４８に対する応答が受諾可能でない場合、クライアント２０９はステップ９２５で、第３者マスク・プロバイダに問い合わせ、コンテンツ指定２４８に対して必要とされるマスクのタイプを示すマスク・チェック要求がマスク・プロバイダに送信される。好適な実施例では、指定形式はＰＩＣＳ規則１．０として知られるＰＩＣＳプロファイル言語を使用する。通常、評価システム内の各カテゴリに対して、クライアント２０９はマスク・チェック要求内に、制御指定２３７に対して所望されるレベルを指定できる。例えば、ビデオが暴力度値５及び裸体度値７を有し、コンテンツ指定２４８が暴力度値３及び裸体度値２を規定する場合、こうしたコンテンツ指定２４８を満足する制御指定２３７が存在するか否かを見い出すために、暴力度値３及び裸体度値２に対するマスク・チェック要求が、マスク・プロバイダに送信される。ステップ９３０で、マスク・プロバイダからの応答が、指定が満足され得ることを示す場合、ステップ９３５で、制御指定２３７またはファズ・ボール・トラック３３７を獲得するために、マスク表示要求がマスク・プロバイダに送信される。
【００６２】
クライアント２０９がビデオ要求により、暴力度値３及び裸体度値２を含むコンテンツ指定２４８を指定し、要求されるビデオがそのＶ−ラベルにより、暴力度値５及び裸体度値４の評価を有することが示される例について、考えてみよう。無変更のビデオは、そのＶ−ラベルにより示されるように、暴力度及び裸体度の両方の指定に不合格となるので、コンテンツ指定を満足するために、クライアント２０９は適切な制御指定２３７を適用される必要がある。これはすなわち、裸体度及び暴力度に対するファズ・ボール・トラック間の最小カテゴリ値が、コンテンツ指定を満足するように、クライアント２０９は、適切なＯ−ラベル３９６を有する１つ以上のファズ・ボール・トラック３３７を獲得する必要があることを意味する。例えば次の２つのファズ・ボール・トラックが使用可能であると仮定する。すなわち、第１のファズ・ボール・トラックは、そのＯ−ラベルにより示される暴力度値３及び裸体度値４を有し、第２のファズ・ボール・トラックは、暴力度値５及び裸体度値２を有する。これらのファズ・ボール・トラックは、コンテンツ・プロバイダまたは第３者マスク・プロバイダのいずれかにより、供給され得る。実際、２つのファズ・ボール・トラックは異なるプロバイダから到来し得る。ここでは、ファズ・ボール・トラックが、第３者マスク・プロバイダ２０５の１つから入手可能と仮定する。クライアント２０９は、マスク・チェック要求を送信することにより、マスク・プロバイダが要求ビデオに対して、暴力度３及び裸体度２を満足するための、１つ以上のファズ・ボール・トラック３３７を有するか否かを見い出すことができる。マスク・プロバイダはこの場合、要求が上述の２つのファズ・ボール・トラックにより満足され得るので、肯定応答を返却する。クライアント２０９は次に、ビデオに対する要求をコンテンツプロバイダに送信し、同時に２つのファズ・ボール・トラックに対する要求を、マスク・プロバイダに送信する。或いは、コンテンツ・プロバイダがマスク・プロバイダと対話してもよい。これらの両方のファズ・ボール・トラック３３７をビデオに上書きすることにより、暴力度値３及び裸体度値２が達成される。この上書きは、図３に示されるように、各フレーム上にそのフレームに対応する第１のファズ・ボール・トラックからの暴力マスク用のファズ・ボールと、第２のファズ・ボール・トラックからの裸体マスク用のファズ・ボールの両方を上書きすることにより、フレーム・ベースで実行され得る。クライアント再生の例が、図１２に関連して述べられる。
【００６３】
図１２は、クライアント再生操作２４７のブロック図の例を示す。要するに、ビデオ・ストリーム１００２、関連音声ストリーム１００１、及びファズ・ボール・トラック１００３（例えばマスク・プロバイダ２０５などの異なる根源から到来し得る）が、クライアント・ステーションに到来する。説明の都合上、１つの音声、ビデオ及びファズ・ボール・トラックだけが示されるが、各々のトラックが複数存在し得る。特に、１つのマルチメディア・コンテンツに関連して、複数のファズ・ボール・トラックが存在し得る。マルチメディア・ストリームは、ビデオについては、ステップ１０１５及び１０３５に示されるように、クライアントにより受信されて復号され、音声については、ステップ１０１０及び１０３０により、またファズ・ボールについては、ステップ１０２０及び１０４０により、それぞれ受信され、復号または処理される。ファズ・ボールはステップ１０４０で生成され、ステップ１０５０で適切なビデオ・フレーム上に上書きされる。ステップ１０４５における音声レンダリングは、ストリーム内に埋め込まれるタイミングまたは同期情報にもとづき、ファズ・ボールの上書きと結合され、ステップ１０６０で最終的なビデオ・レンダリングを提供する。２つの異なるビデオ・ストリームを上書きするより複雑なマスキング技術が公知であり、例えば上書きされるストリームが、実際には別のビデオであったりする。これについては、例えば、Ｃｈｅｎらによる米国特許第５２５７１１３号、”Ｍｉｘｉｎｇ ａｎｄ Ｐｌａｙｂａｃｋ ｏｆ ＪＰＥＧ Ｃｏｍｐｒｅｓｓｅｄ Ｐａｃｋｅｔ Ｖｉｄｅｏｓ”（１９９３年１０月２６日発行）を参照されたい。
【００６４】
例えば、１乃至ｎに番号付けされるフレームのシーケンスを含むビデオ・クリップについて考えてみよう。ビデオ・シーケンスをマスクするために、ファズ・ボール３９７が生成され、これが各フレーム内の特定の位置において、ビデオ・シーケンスを上書きする。単純化のため、ここではファズ・ボールが単に黒の矩形と仮定する。図３から、ファズ・ボール・トラックがフレーム番号（またはタイム・スタンプ）、位置座標（フレーム内の位置）、及びファズ・ボールのサイズのリストとして表されることを思い起こされたい。
【００６５】
再度図１２を参照すると、入来ビデオがステップ１０１５で、ネットワークまたはファイルから受信される。ステップ１０３５において、ビデオが復号され、各ビデオ・フレームがファズ・ボール上書きモジュール（ステップ１０５０）（図１０に関連して既に詳述）に、フレーム番号と一緒に、ビット・マップ（整数値のマトリックス）として渡される。その間、入来ファズ・ボール・トラックがステップ１０２０において、ネットワークまたはファイルから受信され、ファズ・ボール生成モジュール（ステップ１０４０）に渡され、ここで各ファズ・ボールが整数値の矩形マトリックスとして生成される（整数値はファズ・ボールの色を示し、この場合、整数値は黒に対応する）。このファズ・ボール・マトリックスもまた、ファズ・ボール・フレーム番号及び位置座標（図３参照）と一緒に、ファズ・ボール上書きモジュール（ステップ１０５０）に渡される。ステップ１０５０で、ファズ・ボール・フレーム番号Ｚが現ビデオ・フレーム番号Ｖと比較される。Ｚ＞Ｖであれば、ステップ１０６０で、ビデオ・フレームが無変更でビデオ・レンダリング・モジュール（ステップ１０６０）に送信され、表示される。ステップ１０５０において、（ステップ１０３５でビデオ復号モジュールにより送信される）次のビデオ・フレームが、ファズ・ボール上書きモジュールにより検索される。Ｚ＜Ｖであれば、ステップ１０５０において、ファズ・ボール上書きモジュールにより、（ステップ１０４０で送信される）次のファズ・ボールが、ファズ・ボール生成モジュールから検索される。Ｚ＝Ｖであれば、ファズ・ボール位置座標により指定されるビデオ・フレーム内の位置において、ビデオ・フレーム整数マトリックスがファズ・ボール整数マトリックスにより上書きされる。変更されたビデオ・フレームが、ビデオ・レンダリング・モジュール（ステップ１０６０）に渡され、当業者には既知の多くの従来方法の１つにより、レンダリングされる。プロセスはビデオの残りの部分に対しても上述のように継続され、（ステップ１０３５でビデオ復号モジュールにより送信される）次のビデオ・フレームが、ファズ・ボール上書きモジュール（ステップ１０５０）により検索され、（ステップ１０４０で送信される）次のファズ・ボールが、ファズ・ボール生成モジュールから検索される。
【００６６】
図１３は、本発明の特徴を有するマスク・プロバイダ論理の例を示す。図示のように、ステップ１１１０で、マスク・プロバイダは入力を待機する。ステップ１１１５では、受信された入力に応じて異なるアクションが実行される。受信された入力がマスク・チェック要求の場合、ステップ１１２５で、コンテンツ指定２４８を満足し得るファズ・ボール・トラック３３７が存在するか否かが判断される。存在する場合、ステップ１１５０で、”肯定”応答が送信される。それ以外では、”否定”応答が送信される（ステップ１１６０）。ステップ１１２０で、受信された入力がマスク表示要求の場合、要求されるファズ・ボール・トラックが配布される（ステップ１１４０）。本発明の焦点に当てはまらない他のタイプの入力（例えば制御指定２３７の挿入／消去／更新など）に対しては、適切な種々のハンドラが呼び出される（ステップ１１３０）。
【００６７】
当業者であれば、一部のノードが本発明のマスキング・プロトコルを理解せずに、マスキング／フィルタリング操作に参加しない、従来のコンテンツ・サーバ、プロキシまたはクライアント・ステーションである異質の環境においても、マルチメディア・ストリームをマスクまたは変更する本方法が作用することが理解されよう。例えば、コンテンツ・サーバが従来のサーバである場合、クライアント２０９がマスク・プロバイダと直接的に作用し合い、ファズ・ボール・トラックを獲得し、クライアントにおいて、マスキング操作を実行することができる。換言すると、図１１において、ステップ９１５及び９２０がバイパスされて、ステップ９１０からステップ９２５に移行する。マスキング操作を実行できない従来のクライアント・ステーションのために、中間プロキシまたはコンテンツ・サーバがマスキング操作を実行することも可能である。実際、学校または法人などの組織では、プロキシ・ノード２８０が、マスキング操作を実行または要求する能力の無いクライアント・ステーションにとっては透過的に、組織の（イントラネット規模の）ポリシにもとづき、マスキング操作を実行または要求し得る。プロキシ階層（図１参照）内において、１つ以上のプロキシが、それ自身のマスキング基準を選択及び適用する一方で、一部のプロキシは、マスキング操作に参加しない従来のプロキシであったりする。他方、各クライアント・ステーションについても、プロキシとは独立にローカル要求にもとづき、追加のマスキング操作を要求または実行し得る。
【００６８】
当業者であれば、制御指定２３７ストリームが、ビジュアルまたは音声ファズ・ボール以外のビデオ／音声を含み得ることが理解されよう。これらは、ＰＩＣＳプロファイル内で要求される特定の言語（例えば中国語、スペイン語など）によるビジュアル・キャプションまたは音声変換を含み得る。
【００６９】
従って、本発明は、コンテンツ指定２４６を満足するように、ビデオ・フレームの一部分、ビデオ・ストリームの一部分、または音声サンプルなどのビデオ・ストリーム内の識別可能なオブジェクトをマスキングまたは変更するための、或いはオブジェクトを置換するための、動的できめ細かな手段を提供する特徴を含む。動的なコンテンツ変更が、サーバ２０３、プロキシ２８０、クライアント２０９、またはこれらのノードの協調的な組み合わせにおいて、柔軟且つ順次的に実行され得る。その上、これらの全てが参加することは要求されない。
【００７０】
当業者であれば、好適な実施例はＰＩＣＳの新規の適応形を用いるインターネットに関して述べられてきたが、本発明がこうした環境に限られるものでないことが理解されよう。例えば、標準のテレビジョン放送の垂直ブランキング割り込み（ＶＢＩ）の間に制御信号を伝送することが知られている。大多数のテレビジョンは、今日、クローズド・キャプショニング（ｃｌｏｓｅｄ ｃａｐｔｉｏｎｉｎｇ）制御装置を含み、これはテレビジョン・セットのＶＢＩに送信されるあらゆる信号を復号する、従来のソフトウェア・アルゴリズムを通じて最適化され得る。この制御装置は現在通常、衛星番組、画面上（ｏｎ−ｓｃｒｅｅｎ）プログラミング、及びクローズド・キャプショニングを阻止するようにプログラムされている。この制御装置はまた、番組をそれらの評価にもとづき自動的に阻止するための、一般的によく知られる”Ｖ−チップ”（最近制定された電気通信法案（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｂｉｌｌ）６５２の一部として委ねられる）を含むように、ソフトウェアにより適応化される。Ｖ−チップ変換器は、１９９７年の秋に入手可能になり、これは必要な技術を有さないテレビジョンを使用可能にするために使用される。本発明によれば、制御装置またはＶ−チップ変換器が従来の手段により、コンテンツ指定２４８を提供するようにプログラムされ得る。Ｆ−ラベル３９４のような制御指定により提供される機能が、伝送のＶＢＩの間に伝送され、十分な処理能力が存在するものと仮定すると、制御装置が制御指定２３７及びコンテンツ指定２４９に従い、オブジェクト・レベルのコンテンツ変更を実行できる。或いは、追加の処理能力が、クライアント２０９のセットトップ・ボックス・バージョン、またはＶ−チップ変換器により必要に応じて提供される。ビデオ・ストリーム３９０及び制御指定２３７が、２つ以上のストリーム（図３）として伝送される場合、制御装置は、好適な実施例におけるＶ−ラベル３９２及びＯ−ラベル３９６に関連して述べられたのと類似の機能により、コンテンツを変更するように適応化され得る。
【００７１】
本発明は、従来のフレーム指向のビデオ・ストリーム伝送システムに限られるものではない。例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）は、動画及び音声の圧縮、伸長、処理及び符号化表現のための国際規格の開発を担うＩＳＯ／ＩＥＣのワーキング・グループである。ＭＰＥＧ−２復号器が非常にたくさんのセットトップ・ボックス内に含まれ、衛星放送及びケーブル・テレビジョン業界における、アナログ技術からデジタル技術への転換を支援した。新たな規格ＭＰＥＧ−４が現在開発中である。ＭＰＥＧ−４規格はとりわけ、次の標準化方法、すなわち、１）音声、ビジュアル、または視聴覚コンテンツ（”オーディオ／ビジュアル・オブジェクト”またはＡＶＯと呼ばれる）を表現する方法、２）プリミティブ・オブジェクト（”プリミティブＡＶＯ”）を、例えば視聴覚場面として、複合視聴覚オブジェクトに結合する方法、３）適切な品質のサービスに適合するように、ＡＶＯに関連付けられるデータを多重化及び同期させ、ネットワークを通じて伝送する方法、及び４）クライアント側において生成される視聴覚場面と対話する方法（例えば、ｈｔｔｐ：／／ｗｗｗ．ｑ−ｔｅａｍ．ｄｅ／ｍｐｅｇ４／ｗｈａｔｍｐｅｇ．ｈｔｍ参照）を提供する。従って、本発明の”オブジェクト”は、例えばＭＰＥＧ−４のＡＶＯなど、マルチメディア・ビット・ストリーム内の識別可能で変更可能なオブジェクトを含むことが理解されるべきである。同様にＭＰＥＧ−４ ＰＣプロジェクトは、ＭＰＥＧ−４のためのオーサリング・システムの生成を含むＰＣの実現を目的とする（例えば、ｈｔｔｐ：／／ｗｗｗ．ｑ−ｔｅａｍ．ｄｅ／ｍｐｅｇ４／ｃｏｎｔｃｒｅａ．ｈｔｍ参照）。
【００７２】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００７３】
（１） マルチメディア・ストリームを含むマルチメディア・ネットワークにおいて、前記マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する方法であって、コンテンツ・サーバ、制御指定プロバイダは、前記マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送するステップであって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送するステップと、
前記コンテンツ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出すステップであって、前記制御指定はコンテンツを変更するために使用される、前記読み出すステップと、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更するステップであって、前記動的に変更するステップは、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップをさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む、前記変更するステップと、
を含む、方法。
（２） マルチメディア・ストリームを含むマルチメディア・ネットワークにおいて、前記マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する方法であって、コンテンツ・サーバ、制御指定プロバイダは、前記マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送するステップであって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送するステップと、
前記プロキシ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出すステップであって、前記制御指定はコンテンツを変更するために使用される、前記読み出すステップと、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントいずれかで動的に変更するステップであって、前記動的に変更するステップは、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップをさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む、前記変更するステップと、
を含む、方法。
（３） マルチメディア・ストリームを含むマルチメディア・ネットワークにおいて、前記マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する方法であって、コンテンツ・サーバ、制御指定プロバイダは、前記マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送するステップであって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送するステップと、
前記クライアントが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出すステップであって、前記制御指定はコンテンツを変更するために使用される、前記読み出すステップと、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントいずれかで動的に変更するステップであって、前記動的に変更するステップは、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップをさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む、前記変更するステップと、
を含む、方法。
（４） 前記動的に変更するステップが、
前記コンテンツを含む第１のストリームを生成するステップと、
前記コンテンツに対する前記制御指定を含む第２のストリームを生成するステップと、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信するステップと、
前記制御指定及び前記コンテンツ指定に従い、前記第１のストリームの前記コンテンツを動的に変更するステップと、
前記変更されたマルチメディア・ストリームを転送するステップと
を含む、（１）〜（３）のいずれか一に記載の方法。
（５） 前記受信に応答して、前記コンテンツ指定に従い変更される前記コンテンツの割合を決定して、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つのコンテンツ・リクエスタに通知するステップを含む、（４）に記載の方法。
（６） 前記割合がしきい値を越える場合、ビデオを上映することをしないブロッキングの指示を前記コンテンツ・リクエスタに伝達するステップを含む、（５）に記載の方法。
（７） 前記制御指定が、複数の制御指定を含む、（４）に記載の方法。
（８） 前記コンテンツがビデオを含み、前記制御指定が、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きするファズ・ボールのファズ・ボール指定を含み、
前記動的に変更するステップが、
１つ以上のコンテンツ指定に対応する前記ファズ・ボール指定を生成するステップと、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信するステップと、
前記受信に応答して、前記ファズ・ボール指定及び前記コンテンツ指定にもとづき、前記ビデオのフレームの少なくとも一部分を動的に上書きするステップと
を含む、（１）〜（３）のいずれか一に記載の方法。
（９） 前記コンテンツ指定及び前記制御指定がＰＩＣＳプロトコルを含み、
前記動的に変更するステップが、
異なるコンテンツ指定に対応する別々のファズ・ボール指定を生成するステップと、
ＰＩＣＳ指定にもとづき、ファズ・ボール指定を選択するステップと
を更に含む、（８）に記載の方法。
（１０） 前記コンテンツ指定が時間ベースである、（８）に記載の方法。
（１１） 前記生成するステップが、前記ファズ・ボール指定を、サイズ、位置及び前記ビデオのフレームとの時間関係を有する１つ以上のファズ・ボールとして生成するステップを含む、（８）に記載の方法。
（１２） 前記動的に変更するステップが、複数のコンテンツ指定を結合するステップを含む、（１）〜（３）のいずれか一に記載の方法。
（１３） 前記コンテンツがビデオを含み、前記結合ステップに応答して、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きする複数のファズ・ボールを上書きするステップを含む、（１２）に記載の方法。
（１４） ＰＩＣＳプロトコル、ＲＳＴＰプロトコル、またはＭＰＥＧプロトコルのいずれかに従い、前記コンテンツ指定または前記制御指定のいずれか一方を伝達するステップを含む、（１）〜（３）のいずれか一に記載の方法。
（１５） 前記コンテンツがビデオを含み、前記ＰＩＣＳプロトコルが複数のＰＩＣＳラベルを含み、
ビデオのコンテンツ評価を示すＶ−ラベル、及び前記コンテンツ評価に対するコンテンツの変更の効果を示すオーバーレイ・ラベルを伝達するステップと、及び
前記動的変更に応答して、前記オーバーレイ・ラベルのカテゴリ値に基づき、前記Ｖ−ラベルのカテゴリ値を更新するステップと
を含む、（１４）に記載の方法。
（１６） 前記コンテンツがビデオを含み、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップを含む、（１）〜（３）のいずれか一に記載の方法。
（１７） 前記コンテンツがビデオを含み、前記ビデオのフレームを動的に変更するステップが、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームをマスキングするステップを含む、（１６）に記載の方法。
（１８） 前記動的に変更するステップが、前記コンテンツ・サーバ、前記プロキシ・サーバ又はクライアントの１つ以上において、前記ビデオのフレームを動的に変更するステップを含み、前記クライアントは、セットトップ・ボックスを包含する、（１６）に記載の方法。
（１９） 前記ネットワークがプロキシ・サーバの階層を含むワールド・ワイド・ウェブを含み、前記プロキシ・サーバが、出て行くコンテンツ要求のコンテンツ指定を変更するステップを含む、（１）〜（３）のいずれか一に記載の方法。
（２０） 前記階層が異種のプロキシ・サーバを含み、前記変更するステップがクライアントまたは前記階層内の全てのプロキシ・サーバにより実行されない、（１９）に記載の方法。
（２１） 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストするステップであって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストするステップと、
前記コンテンツ・リクエスタによりビデオをレンダリングするステップであって、前記コンテンツ・リクエスタの少なくとも２つが、異なるコンテンツ指定に従い、前記ビデオをレンダリングするステップと
を含む、（１）〜（３）のいずれか一に記載の方法。
（２２） 前記異なるコンテンツ指定に対して、１つ以上の別々のファズ・ボール指定を生成するステップと、
ＰＩＣＳプロトコルに従い、１つ以上のファズ・ボール指定を選択するステップと
を含む、（２１）に記載の方法。
（２３） 前記コンテンツがビデオを含み、前記ビデオの１つ以上のフレームまたはセグメントを、１つ以上の代替フレームまたはセグメントにより置換するステップを含む、（２２）に記載の方法。
（２４） 前記動的に変更するステップが、前記コンテンツに対する前記制御指定を含む第２のストリームを生成するステップを含み、前記制御指定がビデオ・ヘッダ、前記ビデオのフレームのグループ、または個々のフレーム・レベルのいずれかにおいて生成される、（１）〜（３）のいずれか一に記載の方法。
（２５） 前記コンテンツがビデオを含み、前記動的に変更するステップが、前記制御指定及び前記コンテンツ指定にもとづき、ビデオ・フレームまたはビデオ・セグメントをスキップするステップを含む、（１）〜（３）のいずれか一に記載の方法。
（２６） 前記コンテンツがビデオを含み、サーバ、プロキシ、セットトップ・ボックス、またはクライアントのいずれかにおいて、ビデオ・フレームまたはビデオ・ストリームの特定部分をマスキングまたはブロッキングするステップを含む、（１）〜（３）のいずれか一に記載の方法。
（２７） 前記制御指定及び前記コンテンツを１つのストリームとして伝達するステップを含む、（１）〜（３）のいずれか一に記載の方法。
（２８） 前記コンテンツがビデオを含み、前記伝達するステップが、前記マルチメディア・ストリームの垂直ブランキング割り込みの間に、前記制御指定を伝達するステップを含む、（２７）に記載の方法。
（２９） 前記伝達するステップが、カテゴリ値を含むフレーム・ラベルを前記ビデオの１つ以上のフレームに関連付けるステップを含む、（２７）に記載の方法。
（３０） 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストするステップであって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストするステップと、
前記コンテンツ・リクエスタの各々が少なくとも２つの異なるコンテンツ指定を用い、前記ビデオをレンダリングするステップと
を含む、（１）〜（３）のいずれか一に記載の方法。
（３１） 複数のファズ・ボールをビデオ・シーケンスに上書きし、前記コンテンツ指定を満足するステップを含む、（８）に記載の方法。
（３２） 前記オブジェクトが、ビデオのフレームの少なくとも一部分及び音声のサンプルを含む、（１）〜（３）のいずれか一に記載の方法。
（３３） マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更することが可能な、マルチメディア・ストリームを含むマルチメディア・ネットワーク・システムであって、コンテンツ・サーバ、制御指定プロバイダは、マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送する手段であって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送する手段と、
前記コンテンツ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出す手段であって、前記制御指定はコンテンツを変更するために使用される、前記読み出す手段と、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更する手段であって、前記動的に変更する手段は、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段をさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む前記変更する手段と、
を含む、マルチメディア・ネットワーク・システム。
（３４） マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更することが可能な、マルチメディア・ストリームを含むマルチメディア・ネットワーク・システムであって、コンテンツ・サーバ、制御指定プロバイダは、マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送する手段であって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送する手段と、
前記プロキシ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出す手段であって、前記制御指定はコンテンツを変更するために使用 される、前記読み出す手段と、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更する手段であって、前記動的に変更する手段は、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段をさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む前記変更する手段と、
を含む、マルチメディア・ネットワーク・システム。
（３５） マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更することが可能な、マルチメディア・ストリームを含むマルチメディア・ネットワーク・システムであって、コンテンツ・サーバ、制御指定プロバイダは、マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送する手段であって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送する手段と、
前記クライアントが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出す手段であって、前記制御指定はコンテンツを変更するために使用される、前記読み出す手段と、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更する手段であって、前記動的に変更する手段は、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段をさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む前記変更する手段と、
を含む、マルチメディア・ネットワーク・システム。
（３６） 前記動的に変更する手段が、
前記コンテンツを含む第１のストリームを生成する手段と、
前記コンテンツに対する前記制御指定を含む第２のストリームを生成する手段と、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信する手段と、
前記制御指定及び前記コンテンツ指定に従い、前記第１のストリームの前記コンテンツを動的に変更する手段と、
前記変更されたマルチメディア・ストリームを転送する手段と
を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（３７） 前記受信に応答して、前記コンテンツ指定に従い変更される前記コンテンツの割合を決定して、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つのコンテンツ・リクエスタに通知する手段を含む、（３６）に記載のマルチメディア・ネットワーク・システム。
（３８） 前記割合がしきい値を越える場合、ビデオを上映することをしないブロッキングの指示を前記コンテンツ・リクエスタに伝達する手段を含む、（３７）に記載のマルチメディア・ネットワーク・システム。
（３９） 前記制御指定が、複数の制御指定を含む、（３６）に記載のマルチメディア・ネットワーク・システム。
（４０） 前記コンテンツがビデオを含み、前記制御指定が、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きするファズ・ボールのファズ・ボール指定を含み、
前記動的に変更する手段が、
１つ以上のコンテンツ指定に対応する前記ファズ・ボール指定を生成する手段と、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信する手段と、
前記受信に応答して、前記ファズ・ボール指定及び前記コンテンツ指定にもとづき、前記ビデオのフレームの少なくとも一部分を動的に上書きする手段と
を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（４１） 前記コンテンツ指定及び前記制御指定がＰＩＣＳプロトコルを含み、
前記動的に変更する手段が、
異なるコンテンツ指定に対応する別々のファズ・ボール指定を生成する手段と、
ＰＩＣＳ指定にもとづき、ファズ・ボール指定を選択する手段と
を更に含む、（４０）に記載のマルチメディア・ネットワーク・システム。
（４２） 前記コンテンツ指定が時間ベースである、（４０）に記載のマルチメディア・ネットワーク・システム。
（４３） 前記生成する手段が、前記ファズ・ボール指定を、サイズ、位置及び前記ビデオのフレームとの時間関係を有する１つ以上のファズ・ボールとして生成する手段を含む、（４０）に記載のマルチメディア・ネットワーク・システム。
（４４） 前記動的に変更する手段が、複数のコンテンツ指定を結合する手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（４５） 前記コンテンツがビデオを含み、前記結合手段に応答して、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きする複数のファズ・ボールを上書きする手段を含む、（４４）に記載のマルチメディア・ネットワーク・システム。
（４６） ＰＩＣＳプロトコル、ＲＳＴＰプロトコル、またはＭＰＥＧプロトコルのいずれかに従い、前記コンテンツ指定または前記制御指定のいずれか一方を伝達する手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（４７） 前記コンテンツがビデオを含み、前記ＰＩＣＳプロトコルが複数のＰＩＣＳラベルを含み、
ビデオのコンテンツ評価を示すＶ−ラベル、及び前記コンテンツ評価に対するコンテンツの変更の効果を示すオーバーレイ・ラベルを伝達する手段と、及び
前記動的変更に応答して、前記オーバーレイ・ラベルのカテゴリ値に基づき、前記Ｖ−ラベルのカテゴリ値を更新する手段と
を含む、（４６）に記載のマルチメディア・ネットワーク・システム。
（４８） 前記コンテンツがビデオを含み、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（４９） 前記コンテンツがビデオを含み、前記ビデオのフレームを動的に変更する手段が、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームをマスキングする手段を含む、（４８）に記載のマルチメディア・ネットワーク・システム。
（５０） 前記動的に変更する手段が、前記コンテンツ・サーバ、前記プロキシ・サーバ又はクライアントの１つ以上において、前記ビデオのフレームを動的に変更する手段を含み、前記クライアントは、セットトップ・ボックスを包含する、（４８）に記載のマルチメディア・ネットワーク・システム。
（５１） 前記ネットワークがプロキシ・サーバの階層を含むワールド・ワイド・ウェブを含み、前記プロキシ・サーバが、出て行くコンテンツ要求のコンテンツ指定を変更する手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（５２） 前記階層が異種のプロキシ・サーバを含み、前記変更する手段がクライアントまたは前記階層内の全てのプロキシ・サーバにより実行されない、（５１）に記載のマルチメディア・ネットワーク・システム。
（５３） 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストする手段であって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストする手段と、
前記コンテンツ・リクエスタによりビデオをレンダリングする手段であって、前記コンテンツ・リクエスタの少なくとも２つが、異なるコンテンツ指定に従い、前記ビデオをレンダリングする手段と
を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（５４） 前記異なるコンテンツ指定に対して、１つ以上の別々のファズ・ボール指定を生成する手段と、
ＰＩＣＳプロトコルに従い、１つ以上のファズ・ボール指定を選択する手段と
を含む、（５３）に記載のマルチメディア・ネットワーク・システム。
（５５） 前記コンテンツがビデオを含み、前記ビデオの１つ以上のフレームまたはセグメントを、１つ以上の代替フレームまたはセグメントにより置換する手段を含む、（５４）に記載のマルチメディア・ネットワーク・システム。
（５６） 前記動的に変更する手段が、前記コンテンツに対する前記制御指定を含む第２のストリームを生成する手段を含み、前記制御指定がビデオ・ヘッダ、前記ビデオのフレームのグループ、または個々のフレーム・レベルのいずれかにおいて生成される、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（５７） 前記コンテンツがビデオを含み、前記動的に変更するステップが、前記制御指定及び前記コンテンツ指定にもとづき、ビデオ・フレームまたはビデオ・セグメントをスキップする手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（５８） 前記コンテンツがビデオを含み、サーバ、プロキシ、セットトップ・ボックス、またはクライアントのいずれかにおいて、ビデオ・フレームまたはビデオ・ストリームの特定部分をマスキングまたはブロッキングする手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（５９） 前記制御指定及び前記コンテンツを１つのストリームとして伝達する手段を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（６０） 前記コンテンツがビデオを含み、前記伝達する手段が、前記マルチメディア・ストリームの垂直ブランキング割り込みの間に、前記制御指定を伝達する手段を含む、（５９）に記載のマルチメディア・ネットワーク・システム。
（６１） 前記伝達する手段が、カテゴリ値を含むフレーム・ラベルを前記ビデオの１つ以上のフレームに関連付ける手段を含む、（５９）に記載のマルチメディア・ネットワーク・システム。
（６２） 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストする手段であって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストする手段と、
前記コンテンツ・リクエスタの各々が少なくとも２つの異なるコンテンツ指定を用い、前記ビデオをレンダリングする手段と
を含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
（６３） 複数のファズ・ボールをビデオ・シーケンスに上書きし、前記コンテンツ指定を満足する手段を含む、（４０）に記載のマルチメディア・ネットワーク・システム。
（６４） 前記オブジェクトが、ビデオのフレームの少なくとも一部分及び音声のサンプルを含む、（３３）〜（３５）のいずれか一に記載のマルチメディア・ネットワーク・システム。
【図面の簡単な説明】
【図１】本発明の特徴を有するインターネット環境を示す図である。
【図２】本発明の特徴を有するネットワーク環境のより詳細な例を示す図である。
【図３】図２の”ファズ・ボール”及び”ファズ・ボール”制御指定”の例を示す図である。
【図４】本発明に従いコンテンツ指定を記憶するユーザ・インタフェースの例を示す図である。
【図５】本発明に従いコンテンツ指定を記憶するユーザ・インタフェースの例を示す図である。
【図６】図２のコンテンツ・サーバ論理の例を示す図である。
【図７】サーバのビデオ・チェック・ハンドラの例を示す図である。
【図８】図４のビデオ上映ハンドラの例を示す図である。
【図９】図８のフレーム・マスキング／変更ルーチンの例を示す図である。
【図１０】図９のファズ・ボール・ルーチンの例を示す図である。
【図１１】図２のクライアント論理の例を示す図である。
【図１２】クライアント再生操作の例を示す図である。
【図１３】図２のマスク・プロバイダ論理の例を示す図である。
【符号の説明】
１１０、１１１、１１２、１１３、１１４、１１５ プロキシ階層
１２５、２０９ クライアント
１３５、２０３ コンテンツ・サーバ
１５５ マスク・プロバイダ
１６５、２０１ ネットワーク
２０５ マスク・プロバイダ
２２７、２４０、２６０ ＣＰＵ
２３５、２４５、２６３ メモリ
２３９ マスク・プロバイダ論理
２２７、２４０、２６０ ＣＰＵ
２３０、２４２、２６５ 記憶装置
２４７ ビデオ再生操作論理
２４８ 多次元コンテンツ指定
２４９ クライアント論理
２６７ ビデオ・チェック・ハンドラ
２６８ コンテンツ・サーバ論理
２６９ ビデオ上映ハンドラ
２８０ プロキシ・ノード
３１０ コンテンツ・アドバイザ
３１６ 評価制御
３１８ ホスト／メディア・タイプ
３３７、１００３ ファズ・ボール・トラック
３８２ ファズ・ボール・サイズ
３８６ 時間的関係
３９０、１００２ ビデオ・ストリーム
３９２ ビデオ・ラベル（Ｖ−ラベル）
３９４ フレーム・ラベル（Ｆ−ラベル）
３９６ オーバレイ・ラベル（Ｏ−ラベル）
３９７、７３５ ファズ・ボール
４３０ ハンドラ
１００１ 関連音声ストリーム
Claims (64)
- マルチメディア・ストリームを含むマルチメディア・ネットワークにおいて、前記マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する方法であって、コンテンツ・サーバ、制御指定プロバイダは、前記マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送するステップであって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送するステップと、
前記コンテンツ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出すステップであって、前記制御指定はコンテンツを変更するために使用される、前記読み出すステップと、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更するステップであって、前記動的に変更するステップは、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップをさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む、前記変更するステップと、
を含む、方法。 - マルチメディア・ストリームを含むマルチメディア・ネットワークにおいて、前記マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する方法であって、コンテンツ・サーバ、制御指定プロバイダは、前記マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送するステップであって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送するステップと、
前記プロキシ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出すステップであって、前記制御指定はコンテンツを変更するために使用される、前記読み出すステップと、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントいずれかで動的に変更するステップであって、前記動的に変更するステップは、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップをさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む、前記変更するステップと、
を含む、方法。 - マルチメディア・ストリームを含むマルチメディア・ネットワークにおいて、前記マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更する方法であって、コンテンツ・サーバ、制御指定プロバイダは、前記マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送するステップであって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送するステップと、
前記クライアントが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出すステップであって、前記制御指定はコンテンツを変更するために使用される、前記読み出すステップと、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントいずれかで動的に変更するステップであって、前記動的に変更するステップは、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップをさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む、前記変更するステップと、
を含む、方法。 - 前記動的に変更するステップが、
前記コンテンツを含む第１のストリームを生成するステップと、
前記コンテンツに対する前記制御指定を含む第２のストリームを生成するステップと、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信するステップと、
前記制御指定及び前記コンテンツ指定に従い、前記第１のストリームの前記コンテンツを動的に変更するステップと、
前記変更されたマルチメディア・ストリームを転送するステップと
を含む、請求項１〜３のいずれか一に記載の方法。 - 前記受信に応答して、前記コンテンツ指定に従い変更される前記コンテンツの割合を決定して、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つのコンテンツ・リクエスタに通知するステップを含む、請求項４に記載の方法。
- 前記割合がしきい値を越える場合、ビデオを上映することをしないブロッキングの指示を前記コンテンツ・リクエスタに伝達するステップを含む、請求項５に記載の方法。
- 前記制御指定が、複数の制御指定を含む、請求項４に記載の方法。
- 前記コンテンツがビデオを含み、前記制御指定が、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きするファズ・ボールのファズ・ボール指定を含み、
前記動的に変更するステップが、
１つ以上のコンテンツ指定に対応する前記ファズ・ボール指定を生成するステップと、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信するステップと、
前記受信に応答して、前記ファズ・ボール指定及び前記コンテンツ指定にもとづき、前記ビデオのフレームの少なくとも一部分を動的に上書きするステップと
を含む、請求項１〜３のいずれか一に記載の方法。 - 前記コンテンツ指定及び前記制御指定がＰＩＣＳプロトコルを含み、
前記動的に変更するステップが、
異なるコンテンツ指定に対応する別々のファズ・ボール指定を生成するステップと、
ＰＩＣＳ指定にもとづき、ファズ・ボール指定を選択するステップと
を更に含む、請求項８に記載の方法。 - 前記コンテンツ指定が時間ベースである、請求項８に記載の方法。
- 前記生成するステップが、前記ファズ・ボール指定を、サイズ、位置及び前記ビデオのフレームとの時間関係を有する１つ以上のファズ・ボールとして生成するステップを含む、請求項８に記載の方法。
- 前記動的に変更するステップが、複数のコンテンツ指定を結合するステップを含む、請求項１〜３のいずれか一に記載の方法。
- 前記コンテンツがビデオを含み、前記結合ステップに応答して、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きする複数のファズ・ボールを上書きするステップを含む、請求項１２に記載の方法。
- ＰＩＣＳプロトコル、ＲＳＴＰプロトコル、またはＭＰＥＧプロトコルのいずれかに従い、前記コンテンツ指定または前記制御指定のいずれか一方を伝達するステップを含む、請求項１〜３のいずれか一に記載の方法。
- 前記コンテンツがビデオを含み、前記ＰＩＣＳプロトコルが複数のＰＩＣＳラベルを含み、
ビデオのコンテンツ評価を示すＶ−ラベル、及び前記コンテンツ評価に対するコンテンツの変更の効果を示すオーバーレイ・ラベルを伝達するステップと、及び
前記動的変更に応答して、前記オーバーレイ・ラベルのカテゴリ値に基づき、前記Ｖ−ラベルのカテゴリ値を更新するステップと
を含む、請求項１４に記載の方法。 - 前記コンテンツがビデオを含み、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更するステップを含む、請求項１〜３のいずれか一に記載の方法。
- 前記コンテンツがビデオを含み、前記ビデオのフレームを動的に変更するステップが、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームをマスキングするステップを含む、請求項１６に記載の方法。
- 前記動的に変更するステップが、前記コンテンツ・サーバ、前記プロキシ・サーバ又はクライアントの１つ以上において、前記ビデオのフレームを動的に変更するステップを含み、前記クライアントは、セットトップ・ボックスを包含する、請求項１６に記載の方法。
- 前記ネットワークがプロキシ・サーバの階層を含むワールド・ワイド・ウェブを含み、前記プロキシ・サーバが、出て行くコンテンツ要求のコンテンツ指定を変更するステップを含む、請求項１〜３のいずれか一に記載の方法。
- 前記階層が異種のプロキシ・サーバを含み、前記変更するステップがクライアントまたは前記階層内の全てのプロキシ・サーバにより実行されない、請求項１９に記載の方法。
- 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストするステップであって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストするステップと、
前記コンテンツ・リクエスタによりビデオをレンダリングするステップであって、前記コンテンツ・リクエスタの少なくとも２つが、異なるコンテンツ指定に従い、前記ビデオをレンダリングするステップと
を含む、請求項１〜３のいずれか一に記載の方法。 - 前記異なるコンテンツ指定に対して、１つ以上の別々のファズ・ボール指定を生成するステップと、
ＰＩＣＳプロトコルに従い、１つ以上のファズ・ボール指定を選択するステップと
を含む、請求項２１に記載の方法。 - 前記コンテンツがビデオを含み、前記ビデオの１つ以上のフレームまたはセグメントを、１つ以上の代替フレームまたはセグメントにより置換するステップを含む、請求項２２に記載の方法。
- 前記動的に変更するステップが、前記コンテンツに対する前記制御指定を含む第２のストリームを生成するステップを含み、前記制御指定がビデオ・ヘッダ、前記ビデオのフレームのグループ、または個々のフレーム・レベルのいずれかにおいて生成される、請求項１〜３のいずれか一に記載の方法。
- 前記コンテンツがビデオを含み、前記動的に変更するステップが、前記制御指定及び前記コンテンツ指定にもとづき、ビデオ・フレームまたはビデオ・セグメントをスキップするステップを含む、請求項１〜３のいずれか一に記載の方法。
- 前記コンテンツがビデオを含み、サーバ、プロキシ、セットトップ・ボックス、またはクライアントのいずれかにおいて、ビデオ・フレームまたはビデオ・ストリームの特定部分をマスキングまたはブロッキングするステップを含む、請求項１〜３のいずれか一に記載の方法。
- 前記制御指定及び前記コンテンツを１つのストリームとして伝達するステップを含む、請求項１〜３のいずれか一に記載の方法。
- 前記コンテンツがビデオを含み、前記伝達するステップが、前記マルチメディア・ストリームの垂直ブランキング割り込みの間に、前記制御指定を伝達するステップを含む、請求項２７に記載の方法。
- 前記伝達するステップが、カテゴリ値を含むフレーム・ラベルを前記ビデオの１つ以上のフレームに関連付けるステップを含む、請求項２７に記載の方法。
- 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストするステップであって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストするステップと、
前記コンテンツ・リクエスタの各々が少なくとも２つの異なるコンテンツ指定を用い、前記ビデオをレンダリングするステップと
を含む、請求項１〜３のいずれか一に記載の方法。 - 複数のファズ・ボールをビデオ・シーケンスに上書きし、前記コンテンツ指定を満足するステップを含む、請求項８に記載の方法。
- 前記オブジェクトが、ビデオのフレームの少なくとも一部分及び音声のサンプルを含む、請求項１〜３のいずれか一に記載の方法。
- マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更することが可能な、マルチメディア・ストリームを含むマルチメディア・ネットワーク・システムであって、コンテンツ・サーバ、制御指定プロバイダは、マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送する手段であって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送する手段と、
前記コンテンツ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出す手段であって、前記制御指定はコンテンツを変更するために使用される、前記読み出す手段と、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更する手段であって、前記動的に変更する手段は、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段をさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む前記変更する手段と、
を含む、マルチメディア・ネットワーク・システム。 - マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更することが可能な、マルチメディア・ストリームを含むマルチメディア・ネットワーク・システムであって、コンテンツ・サーバ、制御指定プロバイダは、マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送する手段であって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送する手段と、
前記プロキシ・サーバが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出す手段であって、前記制御指定はコンテンツを変更するために使用される、前記読み出す手段と、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更する手段であって、前記動的に変更する手段は、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段をさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む前記変更する手段と、
を含む、マルチメディア・ネットワーク・システム。 - マルチメディア・ストリームのコンテンツに関連付けられるオブジェクトを変更することが可能な、マルチメディア・ストリームを含むマルチメディア・ネットワーク・システムであって、コンテンツ・サーバ、制御指定プロバイダは、マルチメディア・ネットワークを介して接続され、クライアントは、プロキシ・サーバを介して、前記マルチメディア・ネットワークに接続され、前記オブジェクトは、前記マルチメディア・ストリーム内の識別可能なオブジェクトを含み、
前記クライアントと前記プロキシ・サーバのいずれか少なくとも一つから前記コンテンツ・サーバに、コンテンツ指定を含むコンテンツ要求を転送する手段であって、前記コンテンツ要求は、複数のコンテンツ指定を含む、前記転送する手段と、
前記クライアントが前記制御指定プロバイダに格納された制御指定を前記制御指定プロバイダから読み出す手段であって、前記制御指定はコンテンツを変更するために使用される、前記読み出す手段と、
前記コンテンツ指定及び前記制御指定に基づき、前記マルチメディア・ストリームの１次元以上において、１つ以上のオブジェクトを前記コンテンツ・サーバ、前記プロキシ・サーバ又は前記クライアントのいずれかで動的に変更する手段であって、前記動的に変更する手段は、複数の前記制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段をさらに含み、前記動的に変更することは、オブジェクトをマスキングし、ブロッキングし又は置換することを含む前記変更する手段と、
を含む、マルチメディア・ネットワーク・システム。 - 前記動的に変更する手段が、
前記コンテンツを含む第１のストリームを生成する手段と、
前記コンテンツに対する前記制御指定を含む第２のストリームを生成する手段と、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信する手段と、
前記制御指定及び前記コンテンツ指定に従い、前記第１のストリームの前記コンテンツを動的に変更する手段と、
前記変更されたマルチメディア・ストリームを転送する手段と
を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。 - 前記受信に応答して、前記コンテンツ指定に従い変更される前記コンテンツの割合を決定して、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つのコンテンツ・リクエスタに通知する手段を含む、請求項３６に記載のマルチメディア・ネットワーク・システム。
- 前記割合がしきい値を越える場合、ビデオを上映することをしないブロッキングの指示を前記コンテンツ・リクエスタに伝達する手段を含む、請求項３７に記載のマルチメディア・ネットワーク・システム。
- 前記制御指定が、複数の制御指定を含む、請求項３６に記載のマルチメディア・ネットワーク・システム。
- 前記コンテンツがビデオを含み、前記制御指定が、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きするファズ・ボールのファズ・ボール指定を含み、
前記動的に変更する手段が、
１つ以上のコンテンツ指定に対応する前記ファズ・ボール指定を生成する手段と、
前記コンテンツ指定を含む前記コンテンツに対する要求を受信する手段と、
前記受信に応答して、前記ファズ・ボール指定及び前記コンテンツ指定にもとづき、前記ビデオのフレームの少なくとも一部分を動的に上書きする手段と
を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。 - 前記コンテンツ指定及び前記制御指定がＰＩＣＳプロトコルを含み、
前記動的に変更する手段が、
異なるコンテンツ指定に対応する別々のファズ・ボール指定を生成する手段と、
ＰＩＣＳ指定にもとづき、ファズ・ボール指定を選択する手段と
を更に含む、請求項４０に記載のマルチメディア・ネットワーク・システム。 - 前記コンテンツ指定が時間ベースである、請求項４０に記載のマルチメディア・ネットワーク・システム。
- 前記生成する手段が、前記ファズ・ボール指定を、サイズ、位置及び前記ビデオのフレームとの時間関係を有する１つ以上のファズ・ボールとして生成する手段を含む、請求項４０に記載のマルチメディア・ネットワーク・システム。
- 前記動的に変更する手段が、複数のコンテンツ指定を結合する手段を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。
- 前記コンテンツがビデオを含み、前記結合手段に応答して、前記ビデオの各フレーム内の特定の位置においてビデオ・シーケンスを上書きする複数のファズ・ボールを上書きする手段を含む、請求項４４に記載のマルチメディア・ネットワーク・システム。
- ＰＩＣＳプロトコル、ＲＳＴＰプロトコル、またはＭＰＥＧプロトコルのいずれかに従い、前記コンテンツ指定または前記制御指定のいずれか一方を伝達する手段を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。
- 前記コンテンツがビデオを含み、前記ＰＩＣＳプロトコルが複数のＰＩＣＳラベルを含み、
ビデオのコンテンツ評価を示すＶ−ラベル、及び前記コンテンツ評価に対するコンテンツの変更の効果を示すオーバーレイ・ラベルを伝達する手段と、及び
前記動的変更に応答して、前記オーバーレイ・ラベルのカテゴリ値に基づき、前記Ｖ−ラベルのカテゴリ値を更新する手段と
を含む、請求項４６に記載のマルチメディア・ネットワーク・システム。 - 前記コンテンツがビデオを含み、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームを動的に変更する手段を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。
- 前記コンテンツがビデオを含み、前記ビデオのフレームを動的に変更する手段が、前記複数の制御指定及び前記複数のコンテンツ指定に従い、前記ビデオのフレームをマスキングする手段を含む、請求項４８に記載のマルチメディア・ネットワーク・システム。
- 前記動的に変更する手段が、前記コンテンツ・サーバ、前記プロキシ・サーバ又はクライアントの１つ以上において、前記ビデオのフレームを動的に変更する手段を含み、前記クライアントは、セットトップ・ボックスを包含する、請求項４８に記載のマルチメディア・ネットワーク・システム。
- 前記ネットワークがプロキシ・サーバの階層を含むワールド・ワイド・ウェブを含み、前記プロキシ・サーバが、出て行くコンテンツ要求のコンテンツ指定を変更する手段を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。
- 前記階層が異種のプロキシ・サーバを含み、前記変更する手段がクライアントまたは前記階層内の全てのプロキシ・サーバにより実行されない、請求項５１に記載のマルチメディア・ネットワーク・システム。
- 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストする手段であって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストする手段と、
前記コンテンツ・リクエスタによりビデオをレンダリングする手段であって、前記コンテンツ・リクエスタの少なくとも２つが、異なるコンテンツ指定に従い、前記ビデオをレンダリングする手段と
を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。 - 前記異なるコンテンツ指定に対して、１つ以上の別々のファズ・ボール指定を生成する手段と、
ＰＩＣＳプロトコルに従い、１つ以上のファズ・ボール指定を選択する手段と
を含む、請求項５３に記載のマルチメディア・ネットワーク・システム。 - 前記コンテンツがビデオを含み、前記ビデオの１つ以上のフレームまたはセグメントを、１つ以上の代替フレームまたはセグメントにより置換する手段を含む、請求項５４に記載のマルチメディア・ネットワーク・システム。
- 前記動的に変更する手段が、前記コンテンツに対する前記制御指定を含む第２のストリームを生成する手段を含み、前記制御指定がビデオ・ヘッダ、前記ビデオのフレームのグループ、または個々のフレーム・レベルのいずれかにおいて生成される、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。
- 前記コンテンツがビデオを含み、前記動的に変更するステップが、前記制御指定及び前記コンテンツ指定にもとづき、ビデオ・フレームまたはビデオ・セグメントをスキップする手段を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。
- 前記コンテンツがビデオを含み、サーバ、プロキシ、セットトップ・ボックス、またはクライアントのいずれかにおいて、ビデオ・フレームまたはビデオ・ストリームの特定部分をマスキングまたはブロッキングする手段を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。
- 前記制御指定及び前記コンテンツを１つのストリームとして伝達する手段を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。
- 前記コンテンツがビデオを含み、前記伝達する手段が、前記マルチメディア・ストリームの垂直ブランキング割り込みの間に、前記制御指定を伝達する手段を含む、請求項５９に記載のマルチメディア・ネットワーク・システム。
- 前記伝達する手段が、カテゴリ値を含むフレーム・ラベルを前記ビデオの１つ以上のフレームに関連付ける手段を含む、請求項５９に記載のマルチメディア・ネットワーク・システム。
- 前記コンテンツ・サーバが、１つのマルチメディア・ストリームを複数のコンテンツ・リクエスタにマルチキャストする手段であって、前記コンテンツ・リクエスタは、コンテンツ要求をした前記クライアントと前記プロキシ・サーバの前記いずれか少なくとも一つである、前記マルチキャストする手段と、
前記コンテンツ・リクエスタの各々が少なくとも２つの異なるコンテンツ指定を用い、前記ビデオをレンダリングする手段と
を含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・シス テム。 - 複数のファズ・ボールをビデオ・シーケンスに上書きし、前記コンテンツ指定を満足する手段を含む、請求項４０に記載のマルチメディア・ネットワーク・システム。
- 前記オブジェクトが、ビデオのフレームの少なくとも一部分及び音声のサンプルを含む、請求項３３〜３５のいずれか一に記載のマルチメディア・ネットワーク・システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19824498A JP3630389B2 (ja) | 1998-07-14 | 1998-07-14 | マルチメディア・コンテンツの動的変更方法及び装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19824498A JP3630389B2 (ja) | 1998-07-14 | 1998-07-14 | マルチメディア・コンテンツの動的変更方法及び装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000049847A JP2000049847A (ja) | 2000-02-18 |
| JP3630389B2 true JP3630389B2 (ja) | 2005-03-16 |
Family
ID=16387912
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP19824498A Expired - Fee Related JP3630389B2 (ja) | 1998-07-14 | 1998-07-14 | マルチメディア・コンテンツの動的変更方法及び装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3630389B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11276094B2 (en) * | 2019-10-18 | 2022-03-15 | Amadeus S.A.S. | Device, system and method for intermediation between a provider system that provides provider objects and a client device |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7031442B1 (en) | 1997-02-10 | 2006-04-18 | Genesys Telecommunications Laboratories, Inc. | Methods and apparatus for personal routing in computer-simulated telephony |
| US6104802A (en) | 1997-02-10 | 2000-08-15 | Genesys Telecommunications Laboratories, Inc. | In-band signaling for routing |
| US6480600B1 (en) | 1997-02-10 | 2002-11-12 | Genesys Telecommunications Laboratories, Inc. | Call and data correspondence in a call-in center employing virtual restructuring for computer telephony integrated functionality |
| US6711611B2 (en) | 1998-09-11 | 2004-03-23 | Genesis Telecommunications Laboratories, Inc. | Method and apparatus for data-linking a mobile knowledge worker to home communication-center infrastructure |
| US6985943B2 (en) | 1998-09-11 | 2006-01-10 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center |
| USRE46528E1 (en) | 1997-11-14 | 2017-08-29 | Genesys Telecommunications Laboratories, Inc. | Implementation of call-center outbound dialing capability at a telephony network level |
| US7907598B2 (en) | 1998-02-17 | 2011-03-15 | Genesys Telecommunication Laboratories, Inc. | Method for implementing and executing communication center routing strategies represented in extensible markup language |
| US6370508B2 (en) * | 1998-09-11 | 2002-04-09 | Genesys Telecommunications Laboratories, Inc. | Interface engine for managing business processes within a multimedia communication-center |
| US6332154B2 (en) | 1998-09-11 | 2001-12-18 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for providing media-independent self-help modules within a multimedia communication-center customer interface |
| USRE46153E1 (en) | 1998-09-11 | 2016-09-20 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus enabling voice-based management of state and interaction of a remote knowledge worker in a contact center environment |
| US7929978B2 (en) | 1999-12-01 | 2011-04-19 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for providing enhanced communication capability for mobile devices on a virtual private network |
| JP4025498B2 (ja) | 2000-10-18 | 2007-12-19 | 日本電気株式会社 | オブジェクトフィルタリング方法及びそれを用いたクライアント装置 |
| US9008075B2 (en) | 2005-12-22 | 2015-04-14 | Genesys Telecommunications Laboratories, Inc. | System and methods for improving interaction routing performance |
| JP2010114626A (ja) * | 2008-11-06 | 2010-05-20 | Atsushi Nishizawa | 動画配信装置、動画配信システム、動画像配信方法および動画像提供店頭端末 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07261776A (ja) * | 1994-03-24 | 1995-10-13 | Brother Ind Ltd | 映像再生装置 |
| JPH0946688A (ja) * | 1995-07-26 | 1997-02-14 | Fujitsu Ltd | ビデオ情報提供／受信システム |
| JP3304032B2 (ja) * | 1995-12-08 | 2002-07-22 | 日本ビクター株式会社 | 情報処理装置 |
| JP3270703B2 (ja) * | 1996-03-05 | 2002-04-02 | 株式会社ディジタル・ビジョン・ラボラトリーズ | マルチメディアネットワークシステムおよびその通信方法 |
| JPH10111872A (ja) * | 1996-10-08 | 1998-04-28 | Nippon Telegr & Teleph Corp <Ntt> | 動画配信装置及び方法 |
| JPH10136335A (ja) * | 1996-10-24 | 1998-05-22 | Nippon Telegr & Teleph Corp <Ntt> | 映像の提供方法 |
-
1998
- 1998-07-14 JP JP19824498A patent/JP3630389B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11276094B2 (en) * | 2019-10-18 | 2022-03-15 | Amadeus S.A.S. | Device, system and method for intermediation between a provider system that provides provider objects and a client device |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000049847A (ja) | 2000-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6317795B1 (en) | Dynamic modification of multimedia content | |
| JP3630389B2 (ja) | マルチメディア・コンテンツの動的変更方法及び装置 | |
| EP0848553B1 (en) | Mapping uniform resource locators to broadcast addresses in a television signal | |
| US6801575B1 (en) | Audio/video system with auxiliary data | |
| US7917529B2 (en) | Method for providing requested fields by get—Data operation in TV-Anytime metadata service | |
| US20030149780A1 (en) | Verification of image data | |
| US6249914B1 (en) | Simulating two way connectivity for one way data streams for multiple parties including the use of proxy | |
| US9407955B2 (en) | Chunking of multiple track audio for adaptive bit rate streaming | |
| CA2462257A1 (en) | System and method for transmitting multimedia information streams, for instance for remote teaching | |
| US8397265B2 (en) | Method and device for the continuous transmission of a video in a communication network | |
| US7861275B1 (en) | Multicast data services and broadcast signal markup stream for interactive broadcast systems | |
| US20020184336A1 (en) | Occurrence description schemes for multimedia content | |
| EP1244309A1 (en) | A method and microprocessor system for forming an output data stream comprising metadata | |
| EP1143730B1 (en) | Multicast data services and broadcast signal markup stream for interactive broadcast system | |
| JP2000083233A (ja) | 認証装置及び認証方法及び認証システム並びに記憶媒体 | |
| JP2002077855A (ja) | マルチメディア情報処理システム及び方法 | |
| Timmerer et al. | Digital item adaptation–coding format independence | |
| AU2003244588B2 (en) | Verification Apparatus, Verification Method, Verification System, and Storage Medium | |
| WO2009045051A2 (en) | Method for providing initial behavior of multimedia application format content and system therefor | |
| Rowe | Streaming Metadata, Applications and Challenges | |
| Gerfelder et al. | An Open Architecture and Realization for the Integration of Broadcast Digital Video and Personalized Online Media | |
| TH34085A (th) | การดัดแปลงเนื้อหามัลติมีเดียแบบพลวัต | |
| DE102005056549A1 (de) | Vorrichtung und Verfahren zur clientseitigen Synchronisierung von Audio/Video Content und externen Daten |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040213 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040430 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040430 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041202 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20041202 |
|
| RD14 | Notification of resignation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7434 Effective date: 20041202 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041213 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071224 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081224 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081224 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091224 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091224 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101224 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| S202 | Request for registration of non-exclusive licence |
Free format text: JAPANESE INTERMEDIATE CODE: R315201 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121224 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121224 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131224 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |