(57)【要約】ビデオ若しくは他のメディア・データは、ビデオ・ストリームを修正する手続データ・ストリームとの同期が採られる。このビデオが再生、再現、又は再放送されると、該ビデオは、上記手続データ・ストリームにおいて規定された手続によって修正される。ここでは説明されない実施形態において、上記手続ストリームは、インタープリタによって受信されると直ちに実行されるコマンドを含む。特定の実施形態において、上記手続データ・ストリームは、上記メディア・データ・ストリームに直接組み込まれ、デマルチプレクサによって分離される。より特定の実施形態において、合成されたメディア／手続データ・ストリームは細分化されてもよい。ここで、細分化された各部は、全体から取り除かれた部分に対して適切なコードを依然搬送する。
2004507939.tif 000002
【特許請求の範囲】
【請求項１】
メディア情報ストリームの修正方法であって、
前記メディア情報ストリームの一部を修正するために適用される手順の定義を該メディア情報ストリームに組み込む工程と、
該メディア情報ストリームの再生、記録、又は再伝送のポイントにおいて前記手順を実行する工程とを有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
前記手順は、複数の工程を含み、
該複数の工程のそれぞれは、各工程が適用可能な前記メディア情報ストリームの一部に隣接した前記メディア情報ストリームに含まれることを特徴とする方法。
【請求項３】
請求項１記載の方法であって、
前記実行工程は、前記メディア情報ストリームのメディア情報部分を修正することを含むことを特徴とする方法。
【請求項４】
請求項１記載の方法であって、
前記実行工程は、前記再生、記録、又は再伝送のポイントにおいて、コンピュータ上のインタープリタへコマンドを提供することを含むことを特徴とする方法。
【請求項５】
請求項１記載の方法であって、
前記実行工程は、コマンドをインタープリタへ入力することを含み、
前記インタープリタは、前記入力があると、前記コマンドを直ちに実行するようにプログラムされ、
前記インタープリタは、前記再生、記録、又は再伝送のポイントにおいて、コンピュータ上で連続的に実行されることを特徴とする方法。
【請求項６】
請求項５記載の方法であって、
実行環境において、前記インタープリタは、一コマンドから次の一コマンドまで固持される変数が存在しないため、ステートレスであることを特徴とする方法。
【請求項７】
請求項５記載の方法であって、
ビデオ・セグメントを修正するために適用される該ビデオ・セグメントに先行する一コマンド群から次の一コマンド群まで固持される変数が存在しないため、前記インタープリタの実行環境がステートレスであることを特徴とする方法。
【請求項８】
メディア情報ストリームの修正方法であって、
データ・ストリームに存在し、手順を示す少なくとも１つのコマンドをメディア情報ストリームと同期させる工程と、
前記手順が前記メディア情報ストリームを修正するように前記メディア情報ストリームの再生ポイントにおいて前記コマンドに応じて前記手順を呼び出す工程とを有し、
前記同期化により、前記手順を前記メディア情報ストリームの指定部分上で動作させることができることを特徴とする方法。
【請求項９】
ストリーミング・ビデオ・データを有するメディア情報ストリームであって、
前記ストリーミング・ビデオ・データは、該ストリーミング・ビデオ・データの様々なポイントに配置された印を有し、
前記印は、前記メディア情報ストリームがインタープリタに適用されたときに、該インタープリタがコマンドに応じて前記ストリーミング・ビデオ・データを修正することが可能となるような該コマンドを指示することを特徴とするメディア情報ストリーム。
【請求項１０】
請求項９記載のメディア情報ストリームであって、
前記インタープリタは、連続コマンド群が実行され、他のすべての連続コマンド群と同じ仮想マシン・ステートが開始されるように、ステートレスであることを特徴とするメディア情報ストリーム。
【請求項１１】
請求項９記載のメディア情報ストリームであって、
前記修正は、前記ストリーミング・ビデオ・データの少なくとも一フレームにフィルタを提供することを含むことを特徴とするメディア情報ストリーム。
【請求項１２】
請求項９記載のメディア情報ストリームであって、
前記ストリーミング・ビデオ・データもマーカーを含み、
前記コマンドは前記マーカーに応じて実行可能であることを特徴とするメディア情報ストリーム。
【請求項１３】
請求項９記載のメディア情報ストリームであって、
前記コマンドは前記ストリーミング・ビデオ・データの特徴に反応することを特徴とするメディア情報ストリーム。
【請求項１４】
ブロードキャスト・システムであって、
メディア情報ストリームを出力することが可能な第一の送信器と、
前記メディア情報ストリームと同期が取られた手順データ・ストリームを出力することが可能な第二の送信器とを有し、
前記手順データ・ストリームは、実行されると前記メディア情報ストリームを修正することが可能な少なくとも１つの手順を示すデータを含み、
前記メディア情報ストリームと前記手順データ・ストリームとの同期は、前記手順データ・ストリームにおいて定義された手順が前記メディア情報ストリームの指定部分に適用されるようにすることを特徴とするシステム。
【請求項１５】
請求項１４記載のシステムであって、
前記第二の送信器は、送信器行列を有し、
前記行列の送信器のそれぞれは、前記第一の送信器のレンジよりも小さいレンジを有することを特徴とするシステム。
【請求項１６】
請求項１５記載のシステムであって、
前記行列の送信器は、それぞれ異なるデータを送信することを特徴とするシステム。
【請求項１７】
請求項１４記載のシステムであって、
前記手順データ・ストリームにおけるあらゆるコマンド列に対応し、前記メディア情報ストリームの連続部分に適用される手順を定義するステート・マシンの初期状態は同じ状態であることを特徴とするシステム。
【請求項１８】
メディア情報ストリームを受信し、修正する装置であって、
合成データ・ストリームを受信し、メディア情報ストリーム及び手順データ・ストリームを出力する入力を有するデマルチプレクサと、
入力及び出力を有するコントローラと、を有し、
前記コントローラは、前記メディア情報ストリーム及び前記手順データ・ストリームを受信し、前記手順データ・ストリームに応じて前記メディア情報ストリームを修正するようにプログラムされていることを特徴とする装置。
【請求項１９】
請求項１８記載の方法であって、
前記手順データ・ストリームは、複数のコマンドを含み、
前記複数のコマンドのそれぞれは、前記各工程が適用可能な前記メディア情報ストリームの一部を表す部分に隣接する前記合成データ・ストリームに含まれ、よって前記手順データ・ストリームは前記メディア情報ストリームと同期が取られることを特徴とする方法。
【請求項２０】
請求項１８記載の方法であって、
前記コントローラは、前記合成データ・ストリームの構成に応じて同期が取られたサイクルを有するステート・マシンを実現するために、前記手順データ・ストリームにおけるコマンドを実行するインタープリタ処理を生成するようにプログラムされていることを特徴とする方法。
【請求項２１】
請求項１８記載の方法であって、
前記コントローラは、前記手順データ・ストリームにおけるコマンドが前記コントローラによって受信されるとすぐに実行されるように連続的に実行されるインタープリタ処理を実現するようにプログラムされていることを特徴とする方法。
【請求項２２】
請求項２１記載の方法であって、
一コマンドから次のコマンドまでに固持される変数が存在しないため、前記インタープリタの実行環境はステートレスであることを特徴とする方法。
【請求項２３】
請求項２１記載の方法であって、
ビデオ・セグメントを修正するために適用される該ビデオ・セグメントに先行する一コマンド群から次の一コマンド群まで固持される変数が存在しないため、前記インタープリタの実行環境がステートレスであることを特徴とする方法。
【発明の詳細な説明】
【０００１】
（発明の背景）
・発明の属する技術分野
本発明は、伝達サイト、ユーザのプリファレンスなど状態に応じてビデオ・コンテンツが能動的に修正されるビデオ・システムに係り、特に、修正を制御する手続が該ビデオ・ストリーム内に埋め込まれているか、或いは該ビデオ・ストリームと同期が取られている上記ビデオ・システムに関する。
・発明の背景
ビデオ・コンテンツの特定の部分は好ましくないものであり、他の部分は支障のないものであると考えることができる。このことは、一部の視聴者にとって好ましくないと考えられる部分を示すマーカーをビデオ・データに組み込むことを提案することを人々に想起させてきた。伝達場所において機能するアプリケーションは、このビデオ・ストリーム内のマーカーを認識し、該マーカーに反応して選択的に消音するか、又は通過帯域を消去する。例えば、１９９８年５月２２日に公開されたＰＣＴ出願：ＷＯ９８／２１８９１；「ＩＮＨＩＢＩＴＩＯＮ　ＯＦ　Ａ　ＴＶ　ＰＲＯＧＲＡＭＭＥ　ＤＩＳＰＬＡＹ　ＡＣＣＯＲＤＩＮＧ　ＴＯ　ＴＨＥ　ＣＯＮＴＥＮＴＳ」は、好ましくないテーマを含むものとしてマーキングされたビデオ・ストリームの一部を無効にすることを開示している。
【０００２】
１９９３年１２月１８日に出願された英国出願第２２８４９１４号；「ＤＩＳＣＲＥＴＩＯＮＡＲＹ　ＶＩＥＷＩＮＧ　ＣＯＮＴＲＯＬ」は、伝達点において定義された状態に基づく日時、番組ＩＤ、番組のレーティングなどに基づいてテレビの番組編成を制約を加えるシステムについて開示している。ここでも、特定の状態が存在するときに該ビデオ信号が消去又は抑制されるという結果となる。
【０００３】
１９８３年６月１２日に公開された国際出願：ＷＯ８３／０２２０８；「ＭＥＴＨＯＤ　ＡＮＤ　ＡＰＰＡＲＡＴＵＳ　ＦＯＲ　ＥＤＩＴＩＮＧ　ＴＨＥ　ＯＵＴＰＵＴ　ＯＦ　Ａ　ＴＥＬＥＶＩＳＩＯＮ　ＳＥＴ」は、ビデオ内のマーカーとテレビ・セットトップ・ボックス上で機能するアプリケーションとに基づいてコンテンツをフィルタリングするシステムについて開示している。この信号に挿入されたマーカーは、コンテンツに応じて等級が付けられている。１９９７年７月１０日に出願された英国出願第２３１５１７５号；「ＲＥＳＴＲＩＣＴＩＮＧ　ＡＣＣＥＳＳ　ＴＯ　ＶＩＤＥＯ　ＭＡＴＥＲＩＡＬ」は、ビデオ・コンテンツがそのコンテンツの特徴に基づいて送信又は再現が許可されるシステムについて開示している。このフィルタリング・アプリケーションは、送信と記録若しくは閲覧との間の関連において予め定義される。
【０００４】
１９９６年２月２３日に出願された米国特許第５，７５１，３３５号；「ＶＩＥＷＩＮＧ　ＲＥＳＴＲＩＣＴＩＮＧ　ＭＥＴＨＯＤ　ＡＮＤ　ＶＩＥＷＩＮＧ　ＲＥＳＴＲＩＣＴＩＮＧ　ＡＰＰＡＲＡＴＵＳ」は、テレビ番組が許可されたレーティングを超える場合、該番組が消音されるシステムについて開示している。
【０００５】
米国特許第５，７７８，１３５号；「ＲＥＡＬ＿ＴＩＭＥ　ＥＤＩＴ　ＣＯＮＴＲＯＬ　ＦＯＲ　ＶＩＤＥＯ　ＰＲＯＧＲＡＭ　ＭＡＴＥＲＩＡＬ」は、ビデオがセグメント化され、各セグメントについてレーティングされるシステムについて開示している。アプリケーションは、選択されたレベルより上にレーティングされたセグメントを削除する。これは、ＰＣＴ出願：ＷＯ９６／４１４３８；「ＥＮＣＯＤＥＲ　ＡＰＰＡＲＡＴＵＳ　ＡＮＤ　ＤＥＣＯＤＥＲ　ＡＰＰＡＲＡＴＵＳ　ＦＯＲ　Ａ　ＴＥＬＥＶＩＳＩＯＮ　ＳＩＧＮＡＬ」において用いられているのと基本的に同じ技術である。
【０００６】
ビデオ・ストリーム内のコンテンツ・インジケータに反応してビデオ・コンテンツを削除することは既知である。従来のシステムにおいては、所定の間隔でビデオの表示を禁止することによって、該ビデオの一部がブロックされるというシンプルなものであった。更に、このブロッキングを実行するアプリケーションは、ビデオ・ストリーム内のマーカー（すなわち、特殊コード）に反応して予め定義され、実行される。ここで、本明細書及び従来技術における「コード」という語は、マーカー若しくはインジケータを指し得るが、手順や処理を指すのに用いられる「コード」という語とは文脈に基づいて区別されることに注意して頂きたい。更に、ユーザ命令に基づく実行パスに応じてビデオ・シーケンスを選択的に再生するコンピュータ・ゲームなどのソフトウェアも存在する。例えば、選択に応じてゲーム実行中に再生され得る複数の代替的ビデオ・シーケンスがユーザによって作られてもよい。
【０００７】
ビデオ・コンテンツの製作者にビデオ・コンテンツの選択的表示に関する特徴についてより大幅な制御を与えるメカニズムに対する必要性が存在する。現在の技術は、このような制御を中間的な制御又は伝達点において提供される高度化の度合いに制限する。
【０００８】
（発明の開示）
ビデオ・ストリームのリアルタイム修正を可能にするのに様々な技術が用いられ得る。本発明によれば、この修正が行われる方法は、その結果得られると考えられる修正のレンジを増やす。該方法は、更に、受信端に備えられる機能についてビデオ・ストリームの製作者が有する制御を増やす。これら利点は、コピー局など（例えば、格納局、転送局、記録局、ブロードキャスト局など）の生成器やディスプレイによって実行される１以上のソフトウェア手順を各ビデオ・ストリーム若しくはファイルと関連付けられることによって提供される。この生成器は、生ビデオ・ストリームと、ビデオ・ストリームを何らの方法で修正することなどを実行するための１以上の手順を定義するコードとを両方受信する。例えば、一実施形態において、この生成器はテレビである。この実施形態によれば、このテレビは、埋め込まれた手順コードを有するビデオ信号を受信する。このテレビは、ソフトウェア・データと生ビデオ・データとを分離し、ビデオ・データを修正し得るソフトウェア・データを実行する内部コントローラを有する。例えば、このソフトウェア・データは、アナログ・ビデオ信号のビデオ帰線区間（「ＶＢＩ」）に含まれてもよく、単に、ビデオ・ファイルに添付されたヘッダ・ファイルに含まれてもよい。本実施形態において、内部コントローラは、様々な効果を作成するために該手順がアクセスし得る機能群を提供するアプリケーション・プログラミング・インタフェース（「ＡＰＩ」）を用いてプログラムされてもよい。これは、Ｊａｖａ（Ｒ）のようなシステム、若しくはＪａｖａ（Ｒ）に対するエンハンスメントとなり得る。ソフトウェア・データは、実行され、ビデオ・データを修正する手順を定義する。この手順は、該手順が修正されるべきビデオ・データの部分を識別できるように、ビデオ・データにおける時間若しくはセグメント・マーカーに適合される。
【０００９】
このＡＰＩは、濃機能群若しくは淡機能群を提供し得る。これは、高レベル若しくは低レベルと言ってもよい。例えば、ＡＰＩは、該ビデオの特定の時間間隔のみディスプレイの指定エリアに指定色の平らな長方形や段階的な楕円形などのオブジェクトを描く機能を提供し得る。このような機能は、オブジェクトの座標、サイズ及び形状、色、及び開始時刻及び停止時刻セグメントを指定する手順から意見を採用してもよい。別の例は、スクリーンの一部に指定されたフィルタを適用することである。このフィルタ・マスクは、意見として供給されてもよい。
【００１０】
多くの機能群を提供するか、或いは非常に様々な方法でアクセスされ、実行され得る基本的機能を提供することによって、本発明は、ビデオ・コンテンツ生成器がビデオ・コンテンツの配布及び使用に対して多くの機能及びオプションを提供することを可能にする。１つの結果は、使用可能な機能が従来技術のように伝達装置若しくは出力装置（例えば、テレビ）において予め規定されたいくつかの機能群に限定されないということである。より統一化された性質の多くの機能群、及び基本的機能のいずれも同じ程度の柔軟性を提供できる。両方が提供されてもよい。
【００１１】
要約レベルにおいて、本発明は、ビデオ・データを修正する実行可能な手順をビデオ自体と関連付ける機能を提供する。この関連付けは、多重化された又は圧縮されたコード化された信号を最終的にはビデオ・データ・ストリームへ変換する表示処理装置上における該ビデオの提示とほぼ同期が取られた該ビデオを処理する手順を提供することによって提供され得る。同じ又は関連するファイルに手順コードをパッキングすることは、上記関連付けを提供し得る。他の実施形態は、この関連付けを、アナログ若しくはディジタルのビデオ・データ・ストリームにインターリーブ方式で埋め込まれたコードを提供することによって作成し得る。
【００１２】
我々は、「手順」、「コード」、及び他の語を宣言形定義と手続型定義との両方を幅広く包含する処理若しくは潜在的な処理の定義を指すものとして用いていることに注意。したがって、我々は、本発明をこのような言葉で表すことによってアルゴリズムを制限する意図をいかなる意味でももっていない。本発明は、イベント・ドリブン型言語や、オブジェクト指向言語などを包含する。
【００１３】
各ビデオについて定義された手順を用いると、考えられる修正、状態、規則、基準、及び可能なオプションのレンジは、大きすぎて包括的なリストを提供できないことは明らかである。これは大きな利点である。更に、これら可能性は、ディスプレイ（記録、ブロードキャストなど）装置が開発されたときに知られている必要はない。したがって、ビデオ・コンテンツは、それ自体の機能更新と共に伝達され得る。コンテンツに対するエンハンスメントは、ディスプレイ（若しくは他の）装置におけるソフトウェアの変更を必要とせずに可能となる。しかし、修正の数及び種類は果てしない。以下は、例示目的のいくつかの例である。
【００１４】
本手順によってアクセスされるユーザ・プロファイルに応じて選択されたビデオは、複数の言語トラックと共に出荷されてもよい。
【００１５】
本手順は、ユーザによって入力されたプロファイル・データ及びパスワードを用いてビデオを解読する。
【００１６】
本手順は、前部の裸体を隠すために映画のシーン中にフレームの一部に対してぼかしフィルタを適用する。
【００１７】
本手順は、該手順によって生成されたコンソール上に入力されたユーザのプリファレンスに応じてビデオの表示を高速化することをユーザに可能にさせる制御コンソールを提供する。
【００１８】
本手順は、低解像度画像を提供し、フル解像度のビデオを見ることを可能にするための支払いオーソライゼーションを示すデータを受け入れる。
【００１９】
本手順は、パターン認識に基づいて検閲されるべきマテリアルを含むビデオ信号の一部を認識し、再生速度を非常に速くし、フレームをスキップすることによってそれら部分を除外する。
【００２０】
本手順は、例えばビデオ信号におけるマーカーによって示された虚辞を示すサウンド・トラック・セグメントを除外する。
【００２１】
何らかの特殊な方法でユーザ・プロファイルに応答する技術や、ユーザに特定の選択を与える技術などのいまだ知られていない技術が、ビデオを共に送信される。
【００２２】
本手順は、ビデオの上に重ねてテキストを提供する。或いは、ビデオの上にＦｌａｓｈ（Ｒ）アニメーションを提供する。
【００２３】
本手順は、ウェブ・サイトからコマーシャルを検索し、該コマーシャルをビデオ中に時々表示する。
【００２４】
本手順は、更に、登録されるまでバナー広告を表示させるソフトウェアと同様に、該ビデオを見ることに対する支払いを受け入れることによってコマーシャルを値下げする自動車をユーザに提供することによって、コマーシャルの数及び持続時間を低減する。
【００２５】
本手順は、ユーザによって権利行使され得る様々なライセンス権がマシン上のプロファイル・ファイルによって制御されるように再現権利を制御する。
【００２６】
上記すべての例の共通の機能は、ファイルに関連付けられたプログラムが、該ファイルをディスプレイ装置に提示するか、又は他の再現装置で使用可能とする必要無しに、喜んでもらえる機能を提供することである。本発明は、ビデオの製作者若しくは頒布者に、該ビデオの表示又は他の使用を大幅な柔軟性を持って制御できるようにする。
【００２７】
一実施形態において、本手順は、ビデオ・ストリームの別々の部分上で作動するコマンドから成る。この実行環境は、あらゆる有限数のこのような部分がそれらに適用可能な手順を用いて常にコピーされるように、ステートレスである。したがって、添付された手順が情報が見つからなかった場合に該情報自体を生成することができない限り、メディア・ストリームの可分部分にわたって、情報が持続されない（「ｐｅｒｓｉｓｔｅｄ」は、「ｍａｄｅ　ｔｏ　ｐｅｓｉｓｔ」という意味の新語である）。これら別々の部分がそれ自体分割されないことを確実にするために、プログラムの一部のコピーを作成するために用いられる環境は、該部分の不可分性を尊重しなければならない。この不可分性が侵害されないことを確実にするための１つの方法は、ブロックがそのすべてのビット無しでは読めないように、各不可分部分をブロック・エンコードすることである。不可分部分の一例は、例えばヌード・シーンの一部をマスクするための特定の方法でビデオ画像の一部がフィルタリングされるビデオ・セグメントである。手順は、マスク及び多くのフレームを適用するために実行され、該マスクの生成を止めるために実行されるかもしれない。この開始及び停止コマンド間のビデオの一部は、開始コマンドが敏感なテーマに先立って起動されないように、分割されてはならない。
【００２８】
本発明を実施する別の方法は、ビデオのすべてのフレームに固有のステート生成手順コードを含ませることである。この環境も、ステートレスである。すると、コピーされるあらゆる数のフレームが正しい属性を該フレームに適用するのに適したコードを含む。上記例において、シーケンスの各フレームの一部にフィルタが適用される場合、フィルタを適用するコマンド及びフィルタの定義は、各フレームの前に来る。この実施形態において、環境はフレーム間でステートレスである。この実施形態は、ブロードキャスト・モデルとも用いられ得る。手順に加えて、ビデオに関する情報が手順データと共にエンコードされ得る。例えば、タイトル、作家、説明などがそれに含まれ得るため、あらゆるコピーされたビデオ・シーケンスは、そのセグメントが由来するビデオ・ファイルに関する幅広い情報を含み得る。このようなデータは、フレーム毎に記録される必要は無く、複数のフレームにわたり分散されてもよい。
【００２９】
本発明を、より完全に理解されるように、以下の例示的図面を参照して、特定の好ましい実施形態との関連で説明する。図面を参照する場合、図示された詳細が例示であり、本発明の好ましい実施形態の説明することのみを目的とするものであって、本発明の原理的且つ概念的な態様の最も有益的且つ容易に理解される説明と信じられるものを提供するために提示されることが強調される。この点、本発明の基本的理解のために必要となる以上に詳細に本発明の構造上の詳細を示す試みは為されていない。図面と共に以下の説明を読んだ当業者には、本発明の複数の形が実際にはいかに実現され得るかは明らかである。
【００３０】
（好ましい実施形態の詳細な説明）
図１を参照する。本発明の機能的特徴をサポートすることが可能な物理的インフラの一例は、コンピュータ１４０を有する閲覧システム１００と様々な種類の入力及び／又は記録装置とを含む。後者は、キーボード１１２、リモコン１１０、フロッピィ・ディスク（Ｒ）、光ディスク、メモリ・カードなどの着脱可能媒体１２０、Ｐｈｉｌｉｐｓ　Ｐｒｏｎｔｏ（Ｒ）、プログラム可能コントローラ、音声認識／起動コントローラ、マウス、ジェスチャ認識コントローラなどを含む。データは、ローカルの固定ディスク・ドライブ１３５上に記録されてもよい。出力装置は、モニタ若しくはテレビ１３０、スピーカ１３１、及び／又は、他の出力装置を含んでもよい。コンピュータ１４０（発明の開示のセクションでも述べたように、ここでもあらゆる計算可能な装置であってもよい）は、外部発信元からデータ１６０及び／又はビデオ１７０を受信する。この外部発信元は、ブロードキャスト伝送、データ記録、インターネット、ネットワーク、衛星伝送、回線交換伝送などのあらゆるデータ若しくは信号源であってよい。「コンピュータ」という語によって、我々はセットトップ・ボックス、埋め込まれたシステム、コントローラを有する記録装置などのここで述べる機能的要件を実行可能なあらゆるディジタル装置を意味することに注意。コンピュータ１４０は、手順を実行する。この手順は、データ記録１３５上に記録されてもよく、外部発信元から受信したデータ１６０及び／又はビデオ１７０に埋め込まれてもよく、データ・ファイルの形で該コンピュータに転送されたファイルに埋め込まれてもよい。この手順は、圧縮された又は伸長されたビデオを修正する。修正後、このビデオは、ＶＴＲ１３３に記録されてもよく、無線送信器１３７によってブロードキャストとして送信されてもよく、テレビ若しくはモニタ１３０上に表示されてもよい。図示する入力及び出力は例示に過ぎない。
【００３１】
本発明の別の実施形態においては、データ１６０及びビデオ１７０を２つの異なる送信器によって送信することができる。更に別の実施形態においては、データ１６０を複数の送信器で分配することができるが、対応するビデオ１７０は単一の送信器で送信される。この実施形態において、該ビデオは例えば全国的に分配されるが、該データはローカルにしか分配されない。これは、地域毎に異なる手順をビデオに備わせることを可能にする。この実施形態において、ビデオ１７０を送信する送信器のレンジは、データ１６０を送信する複数の送信器の一部である送信器のレンジよりも広い。
【００３２】
前の２つの実施形態において、データにおいて定義された手順がビデオ・ストリームの対応する部分に正しく適用されるように、データ１６０とビデオ１７０との同期に注意が払われなければならない。
【００３３】
ここで、図２を参照する。図示する実施形態において、コンピュータ１４０は、例えば、ケーブル、マイクロ波、衛星、などのブロードキャスト送信１８０である発信元や、ノートブック１８５などのコンピュータ、インターネットなどのネットワーク１９０、データ記録１９５などのアナログ及び／又はディジタル・データの発信元からビデオ・ファイルを受信する。これらには、更に、スマート・モバイル・フォンやＰＤＡなどが含まれてもよい。現実施形態において、受信されたデータはビデオ・ストリームである。このビデオ・ストリームは、デマルチプレクサ２０５によって受信される。デマルチプレクサ２０５は、このビデオ・ストリームをアクティブ・ビデオ手順データ・ストリームと生ビデオ・ストリームとに分離する。前者は能動的ストリーム・エンジン２２５へ適用され、後者は（必要であれば圧縮ビデオ形式へデコードする）デコーダ２１０へ適用される。デコーダ２１０の出力は、コンピュータ１４０上に記録されたプロファイルをチェックするプロセス２１５へ適用される。このプロファイルは、視聴者を特徴付けるデータを記録する。プロファイルと現ビデオとが一致すれば、この手順はプロファイル・データに反応して修正されたビデオ・ストリームを生成するプロセス２２５へ適用される。プロファイルがビデオ・ストリームの修正を保証しないものである場合、元の伸長ビデオが出力される。この出力ストリームは、ブロードキャスト送信１８０、コンピュータ１８５、テレビ又はモニタ１３１、データ記録１９５などの様々な異なる落とし所である出力装置へ適用される。出力装置は、更に、図１に示すＶＴＲを含んでもよい。図２に示す例は単なる例示である。
【００３４】
デマルチプレクサは、アナログ若しくはディジタル信号を受信し得る。アナログ信号の一例はテレビ放送からのＮＴＳＣ信号である。この場合、データを配置する共通の場所はＶＢＩである。この場合、デマルチプレクサは生ビデオ・ストリームからＶＢＩ内のデータを抽出し、それをアクティブ・ストリーム・エンジン２２５へ適用する。アクティブ・ストリーム・エンジンは、単に、適用された手順を実行する。アクティブ・ビデオ手順は、１つのＶＢＩに含まれ得るコード数よりも多くのコードから成ってもよい。この場合、アクティブ・ストリーム・エンジン２２５は、手順全体を取得するようにプログラムされる。この手順全体の終端は、ファイル・マーカーの終わりなどのデリミタなどによって通常は示される。この場合のデリミタは、該デリミタに続くデータは実行されるべき手順を表すことを示す。適用されなければならないビデオ・セグメントに到達する前にコンピュータのメモリに手順を積算するためにあらゆる適切なプロトコルが定義され得る。ビデオ・データ・ファイルがディジタルの場合、この手順データは、ヘッダとして、データ・ファイル中にインターリーブされてなどのあらゆる適切な方法でパッケージングされ得る。ストリーミング・データの場合、この手順は、ビデオがヘッダ・ファイル若しくは小さいパーセルとして送信され得る。なぜなら、時系列に累積される手順若しくは手順群の全体がロードされるのを待機することなく、直ちに再生を開始できるようにビデオはバッファされる。後者の累積方法は、それらが適用されるビデオが手順がロードされる前にロードされないことを前提とする。別の方法として、この手順データは、ビデオ・ファイルを通じて分配され、コンピュータ１４０上で機能するインタープリタによって実行され得る。（インタープリタは、例えば、ＭＳＤＯＳ（Ｒ）などのテキスト・ベースのオペレーティング・システム・シェルのコマンドライン、又はｄＢａｓｅＩＩＩ（Ｒ）などのデータベース・プログラムのコマンド・モードの命令をプレコンパイル無しに受信すると直ちに該命令を実行するプログラムである。）
上記手順が一旦メモリに累積されると、ビデオ・ファイルのプロファイル・データ及びインジケータに反応して実行され得る。図５を参照する。ビデオ・ファイル若しくはデータ・ストリームのインジケータは、様々な形を採ることができる。いくつかの異なる例を図５に示す。図５は、図示する方向に時間が進むものとしたときのファイル若しくはストリーミング・メディア・データ５０１を示す。オーディオ・シーケンスＡｕｄ１は、マーカーとして機能し得る。その場合、音分類器は何らかの特徴が検知されるまでオーディオ・トラック上で動く。同様に、画像Ｉｍｇ１、Ｉｍｇ２、若しくは他の信号部分が、ビデオ・ストリームの一部を識別するために認識され得る。フレーム画像５１０のサブイメージＳＩもイベントをトリガするために分類され得る。
【００３５】
Ｍ１、Ｍ２、及びＭ３などのマーカーは、ファイルに書き込まれ得る。ＮＴＳＣなどのアナログ・ファイルにおいて、このマーカーはＶＢＩに配置され得る。データ・スタート・ポイントの先頭からの時間が追跡され、時間区切Ｔ１及びＴ２などのビデオ・ストリームの一部を表すのに用いられ得る。再度、ビデオ・ストリームの一部の外観が該ストリームに対して適用される前に、手順５００が該ストリームに埋め込まれてもよい。例えば、この手順５００は、Ｍ３において示されるシーケンスではなく、Ｔ１及びＴ２によって区切られるシーケンスに対して適用され得る（時間がページの上に向かって流れていることに注意）。
【００３６】
命令が受信されると直ちに実行可能である場合、インジケータは必要的でないことに注意。インジケータの１つの形は、単に、場所マーカーである。アナログ・ストリームにおいて、このマーカーは、ＶＢＩ内へ多重化されたビデオ画像若しくはデータの一部において認識される透かし若しくはアイコンの形を採り得る。ディジタル・ストリームにおいて、このマーカーは、あらゆる適切なシンボルでもよく、時間的位置の表示でもよい。当然、ディジタルの実施形態においては、このマーカーは該手順の用途と一致するストリームにおける位置をかならずしも占める必要はない。占めてもよい。
【００３７】
デコーダ２１０は、伸長、解読、アンパック、切り離しなどのビデオ・データにアクセスするのに必要なあらゆる定義されたプロセスである。このプロセスの詳細は、本発明の実施には重要でない。
【００３８】
プロファイルは、単に、ユーザのＩＤ、ユーザ若しくは（主婦などの）ユーザ・グループのプリファレンスに関する情報などの様々なデータを含み得る。例えば、プリファレンスは、ユーザ・グループが非常に若い子供を有する主婦であることを示し得る。このアクティブ手順は、高度に暴力的若しくは性的なテーマを表示する前にユーザに問い合わせることができる。そして、反応がなければ、その潜在的に不愉快なテーマをマスク又は消去するようにすることができる。プロファイル・データベースは、該手順が選択可能な属性群をフィルタリングするために用いるテーマ・プリファレンスを含み得る。例えば、特定のビデオが見られるようにすべてが集合した多くの異なるビデオ・ファイルが含まれるビデオ・ファイルを想像して欲しい。このプロファイルは、これらをフィルタリングし、閲覧のために選択された１つだけ又は複数のビデオ・ファイルを提示する。
【００３９】
前述のように、一実施形態において、上記手順は、ビデオ・ストリームの別々の部分上で動作するコマンドから成る。この実行環境は、あらゆる有限数のこのような部分がそれらに適用可能な手順を用いて常にコピーされるように、ステートレスである。添付された手順が情報が見つからなかった場合に該情報自体を生成することができない限り、実行環境の可分部分間で情報は持続しない。前述の「発明の開示」欄に記載したこのフレーム毎のステートレス実施形態において、デマルチプレクサは、コマンドが受信されたときに該コマンドを連続的に生成する。このコマンドは、デマルチプレクサによって直ちに実行されるか、又は、ビデオ・ストリームにおけるマーカー若しくは固有のインジケータへ適合される。
【００４０】
ここで、図３を参照する。別の実施形態において、上記アクティブ手順は、圧縮ビデオ・ストリームへ適用される。デコーディング３１０は、このアクティブ手順が生ビデオ・ストリームへ適用された後のみ実行される。この例において、該ビデオは、圧縮されているものとして記載されているが、暗号化されていてもよく、バンドルされていてもよく、その他のエンコードがなされていてもよい。再び、図示していないが、プロファイル・データは、プロファイルのデータに応じて手順を作るためにアクティブ・ストリーム・エンジンへ供給されてもよい。図４において、アクティブ手順は、アクティブ・ストリーム・エンジン４２５へ並列に送信又は供給される。例えば、ブロードキャスト環境において、並列伝送が生成され、それに応じてビデオが修正される。再び、実行をビデオ・ストリームのマーカー若しくは他の印に適合させることにより、同期が確保され得る。この例において、重要な利点は、手順コードの短い寿命である。ビデオは、アクティブ手順の発信元によって供給された最も最近の手順に従って常に更新される。
【００４１】
ステートレス性の要件が重要でない環境において、アクティブ手順データは、それらが適用されるビデオの部分から独立した場所に配置され得る。しかし、唯一の要件は、ＴＶ放送やインターネット・ストリーミング・ファイルなどのストリーミング発信元は、この手順を必要となる前にロードしなければならない。この手順は、分解することができるが、そのすべては必要とされる前にメモリ内に累積されなければならない。次いで、その手順コードは捨てられてもよい。このコード及び捨てることのトリガ・イベントは、該手順自体の中にエンコードされ得る。
【００４２】
コード定義手順は、複雑な所定の手順を定義する要素を高いレベルにおいてかならずしも含まず、或いは、有益なアクションを起こすためには組み立てられなければならない小さいインクリメンタル手順を定義する要素を低いレベルにおいてかならずしも含まない。以下は、メディア・データ・ストリームを修正するために適切なＡＰＩによって実行され得る種類のコマンドの例である。
【００４３】
ブロックｂ０〜ｂ１の再生：ブロックｂ０からブロックｂ１までのビデオ・ブロック列を再生する。線引きｘ１、ｙ１、ｘ２、ｙ２、Ｗ、Ｃ：指示された座標に指示された重さ及び色でスーパーインポーズ・ラインを引く。
【００４４】
長方形描画ｘ１、ｙ１、ｘ２、ｙ２、Ｗ、Ｃ、Ｆ：指示された座標に指示された境界重さ及び色及び塗り潰しでスーパーインポーズ長方形を描く。
【００４５】
フィルタ（ｃ１１、ｃ１２、ｃ１３、ｃ２１、ｃ２２、ｃ２３、ｃ３１、ｃ３２、ｃ３３）の適用ｘ１、ｙ１、ｘ２、ｙ２：フィルタを特定の領域上の特定の行例によって定義されたゾーンに適用する。
【００４６】
ｐａｔｈ：／／ｆｉｌｍｅｎａｍｅ．ｖｉｄにおいてビデオ・セグメントを含む：別のストリームを定義し、ビデオを該別のストリームへ挿入するのを止める。
【００４７】
本発明が以上の例示的実施形態の詳細に制限されず、本発明は本発明の意図若しくはその基本的属性を逸脱することなく、他の特定の形で実施され得ることは当業者には明らかであろう。故に、本実施形態は、あらゆる点で例示的であり、制限的ではない、と考えられるべきであり、本発明の範囲は、上記説明によってではなく、付属の請求項によって示されている。故に、請求項の均等の意味及び範囲内に収まるすべての変更はそこに包含されることが意図されている。
【図面の簡単な説明】
【図１】本発明が用いられ得るユーザ環境の説明図である。
【図２】手順を定義するデータを抽出するために発信元からのビデオ・データが逆多重化及びデコードされ、該手順がプロファイルに反応して該ビデオを修正するために実行される本発明の一実施形態を示す図である。
【図３】手順を定義するデータを抽出するために発信元からのビデオ・データを逆多重化し、該手順によって修正された圧縮ファイルをプロファイルに反応して実行し、修正された圧縮ファイルがデコードされる本発明の一実施形態を示す図である。
【図４】発信元からのビデオ・データが逆多重化され、別の発信元から手順を定義するデータが取得され、ビデオ・ファイルがデコードされ、該手順が該ビデオをプロファイルに反応して修正するために実行される本発明の一実施形態を示す図である。
【図５】本発明の特定の実施形態の特徴を説明するためのビデオ・ファイルの比ゆ的な表現を示す図である。
【図１】
2004507939.tif 000003
【図２】
2004507939.tif 000004
【図３】
2004507939.tif 000005
【図４】
2004507939.tif 000006
【図５】
2004507939.tif 000007
【国際公開パンフレット】
2004507939.tif 000008
2004507939.tif 000009
2004507939.tif 000010
2004507939.tif 000011
2004507939.tif 000012
2004507939.tif 000013
2004507939.tif 000014
2004507939.tif 000015
2004507939.tif 000016
2004507939.tif 000017
2004507939.tif 000018
2004507939.tif 000019
2004507939.tif 000020
2004507939.tif 000021
2004507939.tif 000022
2004507939.tif 000023
2004507939.tif 000024
2004507939.tif 000025
2004507939.tif 000026
2004507939.tif 000027
2004507939.tif 000028
【国際公開パンフレット（コレクトバージョン）】
2004507939.tif 000029
2004507939.tif 000030
【国際公開パンフレット（コレクトバージョン）】
2004507939.tif 000031
2004507939.tif 000032
【国際調査報告】
2004507939.tif 000033
2004507939.tif 000034
2004507939.tif 000035
2004507939.tif 000036
2004507939.tif 000037
2004507939.tif 000038