JP2000049847A - Method and device for dynamically changing multimedia contents - Google Patents

Method and device for dynamically changing multimedia contents

Info

Publication number
JP2000049847A
JP2000049847A JP19824498A JP19824498A JP2000049847A JP 2000049847 A JP2000049847 A JP 2000049847A JP 19824498 A JP19824498 A JP 19824498A JP 19824498 A JP19824498 A JP 19824498A JP 2000049847 A JP2000049847 A JP 2000049847A
Authority
JP
Japan
Prior art keywords
content
video
designation
code means
program code
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.)
Granted
Application number
JP19824498A
Other languages
Japanese (ja)
Other versions
JP3630389B2 (en
Inventor
Kenneth Markin Peter
ペーター・ケニース・マルキン
Jeffrey Sukurosu Robert
ロバート・ジェフリー・スクロス
Charles Siniburu Edward
エドワード・チャールス・シニブル
Habert Willbeak-Lemaire Marc
マルク・ハバート・ウィルビーク−ルメール
Shiirang Yu Philip
フィリップ・シィ−ラング・ユ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Priority to JP19824498A priority Critical patent/JP3630389B2/en
Publication of JP2000049847A publication Critical patent/JP2000049847A/en
Application granted granted Critical
Publication of JP3630389B2 publication Critical patent/JP3630389B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

PROBLEM TO BE SOLVED: To evaluate and flexibly change multimedia contents by receiving a contents request containing a contents designation, and dynamically changing objects more than one based on the contents designation and control designation higher than one dimension of a multimedia stream. SOLUTION: A client 209 issues the request, which contains a contents designation 248 concerning contents more than one dimension, concerning multimedia contents through a network 201. The client 209 is provided with a CPU 240, a memory 245 such as a RAM and a storage device 242 such as a DASD. The memory 245 stores a client logic 249. The client logic 249 is provided as a computer executable code to be loaded from a remote or local permanent optical storage device, a magnetic storage device or the DASD to the memory 245 and executed by the CPU 240. The client logic 249 includes reproduction (video reproducing operation logic) 247.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は一般に、コンテンツ
指定にもとづく、マルチメディア・コンテンツの動的マ
スキング及び変更に関する。
FIELD OF THE INVENTION The present invention relates generally to dynamic masking and modification of multimedia content based on content designation.

【0002】[0002]

【従来の技術】ワールド・ワイド・ウェブ(WWW)が
益々普及しつつある今日、ウェブ・サイトのコンテンツ
に関して、一般的な関心が向けられている。理想的に
は、ユーザは彼らの家庭に入るコンテンツに対する制御
を有するべきである。
BACKGROUND OF THE INVENTION With the increasing popularity of the World Wide Web (WWW), general interest has been directed to the content of web sites. Ideally, users should have control over the content that enters their home.

【0003】最近確立された規格は、ハイパテキスト転
送プロトコル(HTTP)などの既存のウェブ・プロト
コルを用い、オブジェクト・ヘッダ内のメタ・データと
して、コンテンツ指定を可能にする。インターネットコ
ンテンツ選択のためのプラットフォーム(PICS:Pl
atform for Internet Content Selection)・プロトコ
ルは、電子コンテンツに関するメタ情報を送信する1つ
の方法を指定する。PICSはウェブ・コンソシアム・
プロトコル勧告(http://www.w3.org/PICS参照)であ
る。PICSは当初、例えば"このコンテンツにどのく
らい多くの裸体が関連付けられているか?"などの、値
ベースの評価ラベルを送信するために使用されたが、メ
タ情報の形式及び意味は全く一般的である。PICSで
は電子コンテンツに関するメタ情報が、情報の"評価サ
ービス(rating service)"または製作者及び使用目的
(producer-and-intended-usage)に従いグループ化さ
れ、1つのこうしたグループ内で、任意の数のカテゴリ
または次元の情報が伝送される。各カテゴリは許可され
る値の範囲を有し、コンテンツの特定部分に対して特定
のカテゴリが単一の値または複数の値を有し得る。更に
メタ情報グループ("PICSラベル"として知られる)
が満了情報を含み得る。更にPICSラベルを、2つ以
上の電子コンテンツ部分に適用する機構が存在する。特
定の電子コンテンツ部分に対応する各PICSラベル
は、独立にコンテンツに追加または除去され得る。
A recently established standard uses existing web protocols, such as the Hypertext Transfer Protocol (HTTP), and allows for content specification as metadata in object headers. Platform for Internet Content Selection (PICS: Pl
The atform for Internet Content Selection protocol specifies one way to send meta information about electronic content. PICS is a web consortium
Protocol Recommendation (see http://www.w3.org/PICS). PICS was initially used to send value-based rating labels, for example, "How much nudity is associated with this content?", But the form and meaning of meta-information is quite common . In PICS, meta-information about electronic content is grouped according to the information's "rating service" or producer-and-intended-usage, and within one such group, any number of Category or dimensional information is transmitted. Each category has a range of allowed values, and a particular category may have a single value or multiple values for a particular portion of content. Further meta information groups (known as "PICS labels")
May include expiration information. Furthermore, mechanisms exist for applying a PICS label to more than one piece of electronic content. Each PICS label corresponding to a particular piece of electronic content can be independently added or removed from the content.

【0004】例えば、PICSラベルを有するイメージ
・ファイルがサーバから送信され、そのラベルの"評価
サービス"・フィールドが、"セーフサーフ(SafeSur
f)"評価システムに従い、それが値ベースの評価ラベル
を含むことを示し得る。HTTPプロトコルは、PIC
Sをサポートする要求ヘッダ及び応答ヘッダにより増補
される。NNTPなどの他の一般的なアプリケーション
・プロトコルを定義する技術機関も、現在、PICSサ
ポートの追加を考慮中である。これらのプロトコルの一
部として、所望されるPICSラベルのタイプのリスト
が要求と一緒に含まれ得る。PICSはまた、中央ラベ
ル局(central label bureau)サーバからPICS情報
を受信するための照会形式を指定する。PICSラベル
の例は(PICS-1.1"http://the.rating.service"label f
or "http://the.content" exp "1997.07.01T08:15-05
00"r(n4s3v2l0))であり、ここで'n'、's'、'v'及び'
l'は、様々なメタ情報タイプの送信名であり、このコン
テンツに適用可能な値は、4(nに対応)、3(sに対
応)、2(vに対応)及び0(lに対応)である。I
D"http://the.rating.service"を認識するソフトウェ
アだけが、これらのカテゴリ及び値を解釈する方法を知
ることになる。
[0004] For example, an image file having a PICS label is transmitted from a server, and the "evaluation service" field of the label is set to "SafeSur".
f) According to the "Reputation System", it may indicate that it contains a value-based reputation label.
Augmented by request and response headers that support S. Technical bodies that define other common application protocols, such as NNTP, are also currently considering adding PICS support. As part of these protocols, a list of the type of PICS label desired may be included with the request. PICS also specifies a query format for receiving PICS information from a central label bureau server. An example of a PICS label is (PICS-1.1 "http: //the.rating.service" label f
or "http: //the.content" exp "1997.07.01T08: 15-05
00 "r (n4s3v2l0)), where 'n', 's',' v 'and'
l ′ is a transmission name of various meta information types, and applicable values for this content are 4 (corresponding to n), 3 (corresponding to s), 2 (corresponding to v) and 0 (corresponding to l) ). I
Only software that recognizes D "http: //the.rating.service" will know how to interpret these categories and values.

【0005】従来技術では、符号化ビデオ及び(また
は)ビデオ・ストリームを選択するために、ユーザの好
みを記憶することを目的とする様々なシステムを含む。
ビデオ及び音声などのマルチメディア・ストリームで
は、1つの評価基準を用いてマルチメディア表現全体を
評価することは柔軟性に欠ける。例えば、2時間ビデオ
において、暴力または性的描写コンテンツを含む1場面
は、高度な暴力または高度な性的コンテンツ評価を受け
るビデオとなり得、それ故、ほとんどのユーザ指定にも
とづき、そのビデオの鑑賞が阻止される。
[0005] The prior art includes various systems aimed at storing user preferences for selecting coded video and / or video streams.
For multimedia streams such as video and audio, it is inflexible to evaluate the entire multimedia presentation using one criterion. For example, in a two-hour video, a scene that includes violence or sexually explicit content may be a video subject to high violence or high sexual content ratings, and therefore, based on most user designations, viewing the video Will be blocked.

【0006】例えば、Vogelによる米国特許第4930
160号、"Automatic Censorship of Video Programs"
(1990年5月29日発行)は、最初のビデオ・スト
リームから、以前にビューアにより選択された別のビデ
オ・ストリームに切り替えるために分類コードを使用す
る。前述の柔軟性の欠如に加え、この提案の下で使用さ
れる検閲規格は、中央検閲権限に由来すると思われる。
このアプローチはまた、放送業者の参加をその有効性に
応じて要求する。
[0006] For example, US Pat.
Issue 160, "Automatic Censorship of Video Programs"
(Issued May 29, 1990) uses a classification code to switch from the first video stream to another video stream previously selected by the viewer. In addition to the aforementioned lack of flexibility, the censorship standards used under this proposal would be derived from central censorship authority.
This approach also requires broadcaster participation depending on its effectiveness.

【0007】別の例として、Westらによる米国特許第5
550575号、"Viewer Discretion Television Prog
ram Control System"(1996年8月27日発行)
は、複数の可変数のビューアのために、時間及びコンテ
ンツの両方の制御を提供する。しかしながら、制御はビ
デオ全体の一部分に限られる。
[0007] As another example, US Pat.
550575, "Viewer Discretion Television Prog
ram Control System "(issued August 27, 1996)
Provides both time and content control for multiple variable numbers of viewers. However, control is limited to a portion of the entire video.

【0008】更に別の例として、Abecassisによる米国
特許第5434678号、"SeamlessTransmission of N
on-Sequential Video Segments"(1995年7月18
日発行)が挙げられる。この特許は、ビューアの事前に
確立されたビデオ・コンテンツの好みに応じて、可変コ
ンテンツのビデオ番組の非順次的に記憶されたビデオ・
セグメントを選択的に検索し、継ぎ目無く伝送すること
に関する。ここでは、ビデオ・コンテンツの好みをビデ
オ・セグメント・マップに適用することにより、単一の
根源からビデオ・セグメントが選択され得る。このアプ
ローチはまた、可変コンテンツのビデオ番組の生成、及
び放送業者の参加をその有効性に応じて要求する。
As yet another example, US Pat. No. 5,434,678 to Abecassis, “Seamless Transmission of N
on-Sequential Video Segments "(July 18, 1995
Issued on a daily basis). This patent describes a non-sequentially stored video program of variable content video programs, depending on the viewer's pre-established video content preferences.
It relates to selectively retrieving segments and transmitting them seamlessly. Here, video segments may be selected from a single source by applying video content preferences to the video segment map. This approach also requires the production of variable content video programs and the participation of broadcasters depending on their effectiveness.

【0009】[0009]

【発明が解決しようとする課題】従って、例えば1つの
ビデオ・フレームの一部分または音声サンプルなどの特
定のオブジェクト(対象)が、ユーザのコンテンツ指定
に従い、動的にマスク若しくはフィルタリング、または
変更され得るように、マルチメディア・コンテンツを評
価し、柔軟に変更するシステム及び方法が待望される。
また、カストマイズ化されたコンテンツ、または可変の
コンテンツの生成、或いは放送業者の参加の有効性を要
求しないシステムが待望される。
Thus, certain objects, such as portions of a single video frame or audio samples, can be dynamically masked or filtered or modified according to the user's content specification. What is needed is a system and method for evaluating and flexibly modifying multimedia content.
There is also a need for a system that does not require the generation of customized or variable content or the effectiveness of broadcaster participation.

【0010】更に、HTTPなどのインターネット及び
ワールド・ワイド・ウェブ互換の伝送システム内におけ
る、こうしたビデオ配布システム及び方法が待望され
る。更に、ノードの階層の存在の下で、柔軟に適用され
得るシステムが待望される。本発明はこうしたニーズに
応えるものである。
[0010] Further, there is a need for such a video distribution system and method within an Internet and World Wide Web compatible transmission system such as HTTP. Further, there is a need for a system that can be flexibly applied in the presence of a hierarchy of nodes. The present invention addresses these needs.

【0011】[0011]

【課題を解決するための手段】上述のニーズに従い、本
発明はビューアのコンテンツ指定にもとづき、マルチメ
ディア・コンテンツをオブジェクト・レベルで動的に変
更する改善された方法及び装置に関する。オブジェクト
の例には、ビデオ・フレームの一部分または音声サンプ
ルなど、マルチメディア・ストリーム内のあらゆる識別
可能なオブジェクトが含まれる。こうしたマルチメディ
ア・ストリームの例には、音声ストリーム、ビデオ・ス
トリーム、またはこれらのストリームの1つ以上の組み
合わせが含まれる。
SUMMARY OF THE INVENTION In accordance with the above needs, the present invention is directed to an improved method and apparatus for dynamically changing multimedia content at the object level based on a viewer's content specification. Examples of objects include any identifiable objects in a multimedia stream, such as portions of a video frame or audio samples. Examples of such a multimedia stream include an audio stream, a video stream, or a combination of one or more of these streams.

【0012】様々な実施例が、マルチメディア・ストリ
ームの一部である、または第3者により別のストリーム
として提供され得る制御指定を記述する。例えば、イン
ターネット環境では、PICSベースの制御指定が詳述
される。PICS制御指定はマルチメディア・ストリー
ム自身の一部であるか、またはコンテンツの動的変更の
ために、別々に展開されて伝送される。PICSベース
のコンテンツ指定はまた、ビューアが多次元コンテンツ
選択を指定できるように提供される。
Various embodiments describe control specifications that are part of a multimedia stream, or can be provided as a separate stream by a third party. For example, in an Internet environment, PICS-based control designations are detailed. The PICS control designation may be part of the multimedia stream itself or may be separately deployed and transmitted for dynamic changes in content. PICS-based content specification is also provided so that viewers can specify multi-dimensional content selections.

【0013】本発明は、インターネット上のプロキシ階
層内で、マルチメディア・ストリームを動的に変更及び
マスクできる特徴を有する。例えば、マルチメディア・
ストリーム内のオブジェクトが、セットトップ・ボック
スまたはコンピュータなどのクライアント・ステーショ
ン、プロキシ・ノードまたはゲートウェイなどの中間コ
ンピュータ・ノード、コンテンツ・サーバ、或いはこれ
らの1つ以上のノードの協調的な組み合わせにおいて柔
軟に変更され得る。
The present invention has the feature that the multimedia stream can be dynamically changed and masked within the proxy hierarchy on the Internet. For example, multimedia
Objects in the stream are flexibly in client stations such as set-top boxes or computers, intermediate computer nodes such as proxy nodes or gateways, content servers, or cooperative combinations of one or more of these nodes. Can be changed.

【0014】本発明は更に、組織がイントラネット規模
のポリシを指定することを可能にする特徴を有する。こ
れは例えば、中間ノードが出て行く要求に対してコンテ
ンツ指定を追加または併合することを可能にすることに
よる。本発明は更に、たとえ異なる根源により供給され
る場合であっても、複数のマスク(制御指定)を適用す
る他の特徴を有する。
The present invention has the further feature of enabling an organization to specify intranet-wide policies. This is, for example, by allowing intermediate nodes to add or merge content specifications with outgoing requests. The invention has the further feature of applying multiple masks (control designations), even when provided by different sources.

【0015】マルチメディア・ストリームのコンテンツ
に関連付けられるオブジェクトを変更する、本発明の特
徴を有する方法の例は、コンテンツ指定を含むコンテン
ツ要求を受信するステップと、コンテンツ指定及び制御
指定にもとづき、マルチメディア・ストリームの1次元
以上において、1つ以上のオブジェクトを動的に変更す
るステップとを含む。
An example of a method for modifying an object associated with the content of a multimedia stream, having the features of the present invention, includes the steps of receiving a content request including a content specification, and controlling the multimedia based on the content specification and the control specification. Dynamically changing one or more objects in one or more dimensions of the stream.

【0016】本発明の1実施例は、"ファズ・ボール(f
uzz ball)"制御指定に従い、ビデオ・フレームの一部
分を動的に変更する特徴を有する。結果のファズ・ボー
ルは、ビデオ・フレームの一部分または音声サンプルな
どの、1つ以上の指定オブジェクトを、ユーザ指定に従
い変更/マスクすることができる。
One embodiment of the present invention is a fuzz ball (f
uzz ball) has the feature of dynamically changing a portion of a video frame according to a control specification. The resulting fuzz ball may be used to display one or more specified objects, such as a portion of a video frame or an audio sample. Can be changed / masked as specified.

【0017】本発明は更に、伝送に先立ち、指定に従い
阻止されるビデオの割合をユーザに通知する他の特徴を
有する。
The present invention has the further feature of notifying the user of the percentage of video to be blocked as specified prior to transmission.

【0018】本発明は更に、多次元または評価システム
を扱うコンテンツ指定に応答して、幾つかのファズ・ボ
ール指定をオーバラップする他の特徴を有する。更に、
本発明は、1つのマルチメディア・ストリームを複数の
ビューアにマルチキャストする他の特徴を有し、各クラ
イアント209はカストマイズ化された指定を用い、ビ
デオをレンダリングまたはマスキングする。
The present invention further has other features that overlap several fuzz ball specifications in response to a content specification dealing with a multidimensional or rating system. Furthermore,
The invention has the other feature of multicasting one multimedia stream to multiple viewers, with each client 209 rendering or masking the video using a customized specification.

【0019】[0019]

【発明の実施の形態】図1は、本発明の特徴を有するイ
ンターネット環境の例を示す。図示のように、1つ以上
のコンテンツ・サーバ135がネットワーク165に接
続される一方、本発明に従うセットトップ・ボックスま
たはクライアント125などのクライアント・ステーシ
ョン125が、直接またはプロキシ階層110乃至11
5を通じ、ネットワーク165に接続される。コンテン
ツ・サーバ・ノード135は、ネットワークを通じて、
マルチメディア要求をサービスすることができる任意の
コンピュータ・ノードである。第3者のマスク・プロバ
イダ155は、予め構成されたフレーム・レベルのマス
クを提供することができ(図3に関連して以下で詳
述)、これは本発明に従い、コンテンツを動的にきめ細
かく、例えばフレーム・レベルで変更して、不要な情報
を除去するために使用され得る。
FIG. 1 shows an example of an Internet environment having features of the present invention. As shown, one or more content servers 135 are connected to a network 165, while a client station 125, such as a set-top box or client 125, according to the present invention, connects directly or through a proxy hierarchy 110-11.
5 is connected to the network 165. The content server node 135 communicates through the network
Any computer node that can service multimedia requests. A third party mask provider 155 may provide a pre-configured frame-level mask (described in detail below in connection with FIG. 3), which dynamically refines content according to the present invention. Can be used to remove unwanted information, for example, changing at the frame level.

【0020】クライアント125は、(図11に関連し
て以下で詳述されるように、)中位の暴力度及び低位の
裸体度などの、多次元コンテンツ指定248を含むマル
チメディア・コンテンツ要求を、ネットワーク165を
介してサーバ135に伝達する。
Client 125 requests multimedia content including multidimensional content designations 248, such as medium violence and low nudity (as described in detail below in connection with FIG. 11). , To the server 135 via the network 165.

【0021】本発明によれば、ピギーバック式メタデー
タを用いることにより、情報がクライアント125、サ
ーバ135、及びマスク・プロバイダ155の間で、効
率的に伝達され得る。HTTPでは、既存のウェブ・プ
ロトコルを用いることにより、情報交換がオブジェクト
・ヘッダ内にメタデータとして含まれ得る。PICSプ
ロトコルは、電子コンテンツに関するメタ情報を送信す
る方法を指定する。PICSはウェブ・コンソーシアム
・プロトコル勧告である(http://www.w3.org/PICS参
照)。PICSは当初、例えば"このコンテンツにどの
くらい多くの裸体が関連付けられているか?"などの、
値ベースの評価ラベルを送信するために使用されたが、
メタ情報の形式及び意味は全く一般的である。PICS
では、電子コンテンツに関するメタ情報が、情報の"評
価サービス"または製作者及び使用目的に従いグループ
化され、あるこうしたグループ内では、任意の数のカテ
ゴリまたは次元の情報が伝送され得る。各カテゴリは許
可値の範囲を有し、コンテンツの特定部分に対して、特
定のカテゴリが1つの値または複数の値を有し得る。更
に、メタ情報グループ("PICSラベル"として知られ
る)が、満了情報を含み得る。更にPICSラベルを、
2つ以上の電子コンテンツ部分に適用することを可能に
する機構が存在する。電子コンテンツの特定部分に対す
る各PICSラベルは、独立にコンテンツに追加または
除去され得る。
According to the present invention, the use of piggybacked metadata allows information to be efficiently communicated between client 125, server 135, and mask provider 155. In HTTP, the information exchange can be included as metadata in the object header by using existing web protocols. The PICS protocol specifies how to transmit meta information about electronic content. PICS is a Web Consortium Protocol Recommendation (see http://www.w3.org/PICS). PICS initially started with, for example, "How much nudity is associated with this content?"
Used to submit value-based rating labels,
The format and meaning of meta-information is quite common. PICS
In, meta-information about electronic content is grouped according to an "evaluation service" or creator and intended use of the information, and within any such group any number of categories or dimensions of information may be transmitted. Each category has a range of allowed values, and for a particular portion of content, a particular category may have one or more values. Further, a meta information group (known as a "PICS label") may include expiration information. Furthermore, PICS label,
Mechanisms exist that allow it to be applied to more than one piece of electronic content. Each PICS label for a particular portion of electronic content can be independently added or removed from the content.

【0022】例えば、PICSラベルを有するイメージ
・ファイルがサーバから送信され、そのラベルの"評価
サービス"・フィールドが、"セーフサーフ"評価システ
ムに従い、それが値ベースの評価ラベルを含むことを示
し得る。本発明によれば、イメージ・ファイルは企業の
プロキシを通過するとき、PICSラベルの新たなカテ
ゴリ値により、"評価サービス"に従い現コンテンツを反
映するように、処理または更新され得る。従って、クラ
イアント・コンピュータは、PICSラベルの更新され
たカテゴリ値を見るだけである。HTTPプロトコル
は、PICSをサポートする要求ヘッダ及び応答ヘッダ
により増補された。PICSラベルの例は、(PICS-1.
1"http://the.rating.service"label for "http://the.
content" exp"1997.07.01T08:15-0500"r(n4s3v2l
0))であり、ここで'n'、's'、'v'及び'l'は、様々な
メタ情報タイプの送信名であり、このコンテンツに適用
可能な値は、4(nに対応)、3(sに対応)、2(v
に対応)及び0(lに対応)である。ID"http://the.
rating.service"を認識するソフトウェアだけが、これ
らのカテゴリ及び値を解釈する方法を知ることになる。
NNTPなどの他の一般的なアプリケーション・プロト
コルを定義する技術機関も、現在、PICSサポートの
追加を考慮中である。これらのプロトコルの一部として
所望されるPICSラベルのタイプのリストが要求と一
緒に含まれ得る。PICSはまた、中央ラベル局サーバ
からPICS情報を受信するための照会形式を指定す
る。好適な実施例では、以下で詳述されるように、コン
テンツ指定248もまた、PICS規則1.0(Pics
Rule−1.0)などのPICSプロファイル言語を用
いて伝達され得る。
For example, an image file having a PICS label may be sent from a server, and the "Evaluation Service" field of the label may indicate that it contains a value-based evaluation label according to a "Safe Surf" evaluation system. . According to the present invention, as the image file passes through the corporate proxy, it can be processed or updated to reflect the current content according to the "reputation service" with the new category value of the PICS label. Thus, the client computer only sees the updated category value of the PICS label. The HTTP protocol has been augmented with request and response headers that support PICS. An example of a PICS label is (PICS-1.
1 "http: //the.rating.service" label for "http: // the.
content "exp" 1997.07.01T08: 15-0500 "r (n4s3v2l
0)), where 'n', 's', 'v' and 'l' are transmission names of various meta-information types and the value applicable to this content is 4 (corresponding to n ), 3 (corresponding to s), 2 (v
) And 0 (corresponding to 1). ID "http: // the.
Only software that recognizes "rating.service" will know how to interpret these categories and values.
Technical bodies that define other common application protocols, such as NNTP, are also currently considering adding PICS support. A list of the types of PICS labels desired as part of these protocols may be included with the request. PICS also specifies a query format for receiving PICS information from the central label office server. In the preferred embodiment, the content specification 248 also has the PICS Rule 1.0 (Pics
Rule-1.0).

【0023】図1を参照すると、本発明によれば、組織
は出て行く要求に対してコンテンツ指定を追加する、或
いは異なる指定を併合するプロキシ110、115の能
力を介してイントラネット規模のポリシを指定し得る。
本発明の別の実施例によれば、サーバ135は指定が当
てはまるか否かを判断するように順応し(図7に関連し
て以下で詳述)、当てはまる場合、マスク要求をマスク
・プロバイダ155に伝達する(図12に関連して以下
で詳述)。マスク・プロバイダは、ビューアの指定を満
足するように、コンテンツを変更するために使用され得
る制御指定237(マスクとも呼ばれる)を選択し、そ
れをサーバ135に送信する(図13に関連して以下で
詳述)。当業者であれば、制御指定がコンテンツ・サー
バ203にも記憶され得ることが理解されよう。様々な
実施例において、制御指定237は、サーバ135、プ
ロキシ110、またはクライアント125により適用さ
れ、異なる根源から供給される複数の制御指定237が
適用され得る。ビデオ・フレームの一部分または音声サ
ンプルなどのオブジェクトが、クライアント209にお
いて表示される以前に、選択された制御指定237に従
い、動的に変更され得る(図9乃至図10、及び図12
に関連して以下で詳述)。
Referring to FIG. 1, in accordance with the present invention, an organization may apply an intranet-wide policy through the ability of proxies 110, 115 to add content designations to outgoing requests or merge different designations. Can be specified.
According to another embodiment of the present invention, the server 135 adapts to determine whether the specification applies (described below in connection with FIG. 7), and if so, passes the mask request to the mask provider 155. (Detailed below in connection with FIG. 12). The mask provider selects a control specification 237 (also referred to as a mask) that can be used to modify the content and sends it to the server 135 to satisfy the viewer specification (see FIG. 13 below). In detail). Those skilled in the art will appreciate that the control designation may also be stored on the content server 203. In various embodiments, control specifications 237 may be applied by server 135, proxy 110, or client 125, and a plurality of control specifications 237 provided from different sources may be applied. Objects, such as portions of video frames or audio samples, may be dynamically changed according to the selected control designation 237 before being displayed at the client 209 (FIGS. 9-10 and 12).
In detail below in connection with).

【0024】クライアント125の例には、PC、ワー
クステーション及びセットトップ・ボックスなどが含ま
れるが、これらに限られるものではない。PCまたはワ
ークステーション環境では、クライアント・ソフトウェ
アが、好適には、IBMから販売されるビデオ・キャラ
クタ・プレーヤ(商標)や、プログレッシブ・ネットワ
ークス社から販売されるリアル・ビデオ・プレーヤ(商
標)などの、ビデオ再生ソフトウェアを含む。ネットワ
ーク165の例には、インターネット、ワールド・ワイ
ド・ウェブ、イントラネット、及びローカル・エリア・
ネットワーク(LAN)などが含まれる。ビデオ用のコ
ンテンツ・サーバ135の例には、IBMから販売され
るビデオ・チャージャ(商標)や、プログレッシブ・ネ
ットワーク社から販売されるリアル・ビデオ(商標)な
どの製品が含まれる。プロキシ・サーバ110乃至11
5の例には、IBMから販売されるインターネット・コ
ネクション・サーバ(ICS)(商標)が含まれる。コ
ンテンツ・サーバ135またはプロキシ・サーバ110
乃至115は、任意のコンピュータ・ノード上で実行さ
れ、それらにはIBMから販売されるS/390 SY
SPLEX(商標)、SP2(商標)、またはRS60
00(商標)ワークステーションなどの製品が含まれ
る。
Examples of clients 125 include, but are not limited to, PCs, workstations, set-top boxes, and the like. In a PC or workstation environment, the client software is preferably a video character player (TM) sold by IBM or a Real Video Player (TM) sold by Progressive Networks. , Including video playback software. Examples of network 165 include the Internet, the World Wide Web, intranets, and local area networks.
And a network (LAN). Examples of video content servers 135 include products such as Video Charger ™ sold by IBM and Real Video ™ sold by Progressive Network. Proxy servers 110 through 11
An example of 5 includes the Internet Connection Server (ICS) ™ sold by IBM. Content server 135 or proxy server 110
To 115 run on any computer node and include S / 390 SY sold by IBM.
SPLEX ™, SP2 ™, or RS60
Products such as the 00.TM. workstation are included.

【0025】図2は、ネットワーク201及び本発明の
特徴を有するシステムのより詳細な例を示す。図示のよ
うに、システムは従来のワークステーション、PCまた
はセットトップ・ボックスなどの、クライアント209
を含む。クライアント209は、1次元以上のコンテン
ツに関するコンテンツ指定248を含むマルチメディア
・コンテンツに対する要求をネットワーク201を介し
て、発行することができる。クライアント209は好適
には、CPU240、RAMなどのメモリ245、及び
DASDなどの記憶装置242を含む。メモリ245
は、本発明に従うクライアント論理249(図11に関
連して以下で詳述)を記憶する。クライアント論理は、
好適には、リモートまたはローカル永久光記憶装置(C
D−ROM)、若しくは磁気記憶装置(ディスクな
ど)、またはDASDからメモリ245にロードされる
コンピュータ実行可能コードとして実現され、CPU2
40により実行される。クライアント論理249は、ビ
デオ再生操作論理247(図12に関連して以下で詳
述)を含む。
FIG. 2 shows a more detailed example of a network 201 and a system having features of the present invention. As shown, the system is a client 209, such as a conventional workstation, PC or set-top box.
including. The client 209 can issue a request for multimedia content including the content designation 248 for one or more dimensions of content via the network 201. The client 209 preferably includes a CPU 240, a memory 245 such as a RAM, and a storage device 242 such as a DASD. Memory 245
Stores client logic 249 according to the present invention (described in detail below in connection with FIG. 11). The client logic is
Preferably, the remote or local permanent optical storage (C
D-ROM), or a magnetic storage device (such as a disk), or computer-executable code loaded from a DASD into the memory 245;
40. Client logic 249 includes video playback operation logic 247 (described in detail below in connection with FIG. 12).

【0026】マスク・プロバイダ205は、好適には、
CPU227、RAMなどのメモリ235、及びDAS
Dなどの記憶装置230を含む。メモリ235は、マス
ク・プロバイダ論理239(図13に関連して以下で詳
述)を含み、これは好適には、DASD230からメモ
リ235にロードされるコンピュータ実行可能コードと
して実現され、CPU227により実行される。マスク
・プロバイダは様々な制御指定237、この場合には、
コンテンツ指定248に従い、ビデオの1つ以上のフレ
ームの一部分を動的に変更またはマスクする、ファズ・
ボール・トラック337(図3乃至図5に関連して以下
で詳述)を有する。ファズ・ボール・トラック指定は、
別々のストリームを含むか、ビデオ・ストリーム390
とは別のファイルに含まれ、コンテンツ・サーバ20
3、クライアント209、またはプロキシ280などの
中間ノードにおいて解釈され、ビデオ・ストリーム39
0内のオブジェクトを変更またはマスクする(マスク・
プロバイダ論理の例が、図13に示される)。いずれに
しても、制御指定にもとづきファズ・ボール397が生
成され、コンテンツがクライアント・ステーションにお
いて表示される以前に、そのコンテンツを変更する。
The mask provider 205 preferably
CPU 227, memory 235 such as RAM, and DAS
D and the like. Memory 235 includes mask provider logic 239 (described in greater detail below in connection with FIG. 13), which is preferably implemented as computer-executable code loaded from DASD 230 into memory 235 and executed by CPU 227. You. The mask provider has various control specifications 237, in this case,
Fuzz, dynamically changing or masking a portion of one or more frames of a video according to a content specification 248;
It has a ball track 337 (described in more detail below in connection with FIGS. 3-5). Fuzz ball track designation,
Include a separate stream or a video stream 390
Content server 20
3, interpreted at an intermediate node, such as client 209 or proxy 280, and
Change or mask objects in 0 (mask
An example of the provider logic is shown in FIG. 13). In any case, a fuzz ball 397 is generated based on the control designation and changes the content before it is displayed at the client station.

【0027】コンテンツ・サーバ・ノード203は、ネ
ットワーク201を通じて要求をサービスすることので
きる従来の任意のコンピュータ・ノードである。コンテ
ンツ・サーバ203は好適には、CPU260、RAM
などのメモリ263、及びディスクまたはDASDなど
の記憶装置265を含む。本発明によれば、好適には、
コンピュータ実行可能コードとして実現されるサーバ論
理268(図6に関連して以下で詳述)が、リモート
(ネットワークを介する)またはローカル永久光記憶装
置(CD−ROM)、若しくは磁気記憶装置(ディスク
など)またはDASD265から、メモリ263にロー
ドされ、CPU260により実行される。サーバ論理2
68は好適には、ビデオ・チェック・ハンドラ267
(図7に関連して以下で詳述)、及びビデオ上映ハンド
ラ269(図8に関連して以下で詳述)を含む。ビデオ
・チェック・ハンドラ267は、コンテンツ指定を満足
するように変更またはマスクされ得る要求ビデオのバー
ジョンが存在するか否かを判断する。存在する場合、コ
ンテンツ指定248に最も近いバージョンが、選択され
る。ビデオ上映ハンドラ269は、コンテンツ指定にも
とづき、ビデオ・ストリームを配布する。ビデオ・スト
リームは、クライアント・ステーションにおいて表示さ
れる前に、下流におけるレンダリングのために制御指定
237とは別に送信されることが好ましい。
[0027] Content server node 203 is any conventional computer node that can service requests over network 201. The content server 203 is preferably a CPU 260, a RAM
And a storage device 265 such as a disk or DASD. According to the present invention, preferably
Server logic 268 (detailed below in connection with FIG. 6), implemented as computer-executable code, may be remote (via a network) or local permanent optical storage (CD-ROM) or magnetic storage (such as a disk). ) Or from DASD 265, loaded into memory 263 and executed by CPU 260. Server logic 2
68 is preferably a video check handler 267
(Described below in connection with FIG. 7), and a video show handler 269 (described below in connection with FIG. 8). Video check handler 267 determines whether there is a version of the requested video that can be modified or masked to satisfy the content specification. If so, the version closest to the content designation 248 is selected. Video show handler 269 distributes the video stream based on the content designation. The video stream is preferably transmitted separately from the control designation 237 for downstream rendering before being displayed at the client station.

【0028】要するに、クライアント209が最初に、
中位の暴力度及び低位の裸体度などの、多次元コンテン
ツ指定248を含むコンテンツ要求を伝達する。その結
果、指定が満足されるか否かのしきい値判定が成される
場合、ビデオ・チェック要求(図5に関連して以下で詳
述)が、コンテンツ・サーバに伝達される。好適な実施
例では、サーバ応答は"yes"など曖昧でないか(すな
わち、こうしたバージョンが存在する)、または条件付
き、例えばバージョンが配布され得るが、20%が遮断
(block out)されるかのいずれかである。ビューア/
クライアント209が応答を受諾可能と判定すると、ビ
デオ上映要求(図8に関連して以下で詳述)が、コンテ
ンツ・サーバ203に伝達され、変更されたビデオの配
布を要求する。
In short, the client 209 first
Deliver content requests that include multi-dimensional content designations 248, such as medium violence and low nudity. As a result, if a threshold determination is made whether the designation is satisfied, a video check request (described in more detail below in connection with FIG. 5) is communicated to the content server. In a preferred embodiment, the server response is unambiguous such as "yes" (ie, such a version exists) or conditional, e.g., if the version can be distributed but 20% is blocked out Either. Viewer /
If the client 209 determines that the response is acceptable, a video presentation request (described below in connection with FIG. 8) is communicated to the content server 203 requesting distribution of the modified video.

【0029】コンテンツ指定248が満足され得る場
合、マスク表示要求(図11)がマスク・プロバイダ2
05に送信され、対応する制御指定237またはファズ
・ボール・トラック(図3乃至図5)を獲得する。当業
者であれば、マスク・プロバイダ論理239及び制御指
定237が、コンテンツ・サーバ203または特定の中
間ノードにも存在し得ることが理解されよう。マスク・
プロバイダ205は、ビューアの多次元指定を満足し得
る1つ以上の制御指定237を、それらのラベルにもと
づき選択する(図10に関連して以下で詳述)。制御指
定237がサーバ203により適用される場合、コンテ
ンツがクライアント209に送信される以前に、制御指
定237により変更される。
If the content designation 248 can be satisfied, the mask display request (FIG. 11)
05 to obtain the corresponding control designation 237 or fuzz ball track (FIGS. 3-5). Those skilled in the art will appreciate that the mask provider logic 239 and control designation 237 may also be present at the content server 203 or at certain intermediate nodes. mask·
The provider 205 selects one or more control designations 237 that can satisfy the multidimensional designation of the viewer based on their labels (described in detail below in connection with FIG. 10). When the control specification 237 is applied by the server 203, it is changed by the control specification 237 before the content is transmitted to the client 209.

【0030】好適には、制御指定237は追加トラック
(またはストリーム)として、オリジナル・ビデオ・ス
トリームと一緒に伝送される(図12に関連して以下で
詳述)。例えば、マルチキャスト・ビデオの場合、異な
るビューアがたくさんの異なる指定を有し得る。従っ
て、コンテンツ・サーバ203がマルチキャスト伝送と
共に、様々な制御指定を含み、各クライアント209に
適切な制御指定237を柔軟に選択させ、動的に適用さ
せることがより効率的である。別の例では、組織(学校
または法人など)若しくは個人ユーザ、または組織内の
サブグループが、それぞれ異なるコンテンツ指定248
を有する。この場合にも、コンテンツ・サーバ203が
制御指定237を伝送により提供し、各中間(プロキ
シ)サーバ及びクライアント・ステーションにおいて、
適切な制御指定237を適用させることにより、ビデオ
がそれらを通過する際にコンテンツを変更することが、
より効率的である。
Preferably, the control designation 237 is transmitted as an additional track (or stream) along with the original video stream (described in more detail below in connection with FIG. 12). For example, for multicast video, different viewers may have many different designations. Therefore, it is more efficient for the content server 203 to include various control specifications together with the multicast transmission, and to allow each client 209 to flexibly select an appropriate control specification 237 and dynamically apply it. In another example, an organization (such as a school or corporation) or individual user, or a subgroup within an organization, may have different content designations 248
Having. In this case as well, the content server 203 provides the control designation 237 by transmission, and at each intermediate (proxy) server and client station,
By applying the appropriate control designations 237, changing the content as the video passes through them,
It is more efficient.

【0031】図3は、制御指定237に従い生成された
ファズ・ボールのセットにより変更された、ビデオ・ス
トリーム(フレームn乃至フレームn+4)の例を示
す。この例では、制御指定237は別々の"ファズ・ボ
ール"・トラック337であり、ファズ・ボール397
が、ビデオ・フレームの一部分または音声サンプルなど
のオブジェクトを変更し得る矩形領域として示される。
ファズ・ボール・トラック337を適用することにより
達成されるコンテンツ評価の結果が、PICSプロトコ
ルを用いて、トラックのヘッダ内のO−ラベル396内
に示される。ファズ・ボールは、例えば音声またはビデ
オ・データを操作または重ね合わすなどによる様々な従
来方法により生成され得る。ファズ・ボール・トラック
337は、ファズ・ボール・サイズ382及び位置、並
びにビデオ・ストリーム390との時間的関係386を
有するファズ・ボール397のシーケンスを指定する。
例えば、ビデオ・ストリーム390は、既知の次元(1
5、30)を有する5つの連続フレーム(フレームn乃
至フレームn+4)を含む。ビデオ・ストリーム内での
ファズ・ボール397の配置は、ファイルとしてのファ
ズ・ボール・トラック337内に表される。ファズ・ボ
ール397のストリームに対する時間的関係は、フレー
ム番号386、またはタイム・スタンプなどの他の手
段、或いは変更される特定のオブジェクトを識別する任
意の手段、すなわちサイズ382(高さ及び幅寸法)、
及びビデオ・フレーム内の位置384(x座標及びy座
標)により、指定され得る。この例では、ファズ・ボー
ル・トラック337は、フレームnを位置(6、20)
において、サイズ(2、4)のファズ・ボール397を
有するものとして指定する。フレームn+3では、位置
(10、4)及びサイズ(4、8)が変更される。後述
されるように、複数のファズ・ボール・トラック337
が同一のストリーム390に関連付けられ、結合され
て、ビデオ・ストリーム内のオブジェクトの包括的なが
ら、きめ細かな変更を達成する。以下で詳述されるよう
に、クライアント209から伝達されるコンテンツ指定
248は、暴力、冒涜、及び裸体度などの多次元を有利
に処理する。異なるファズ・ボール397、それに従
い、各次元において各レベルにて提供される。制御指定
237は、例えば第3者マスク・プロバイダにより、ビ
デオ・ストリームとは別のファイルに記憶され、要求に
際してコンテンツ・サーバ203に伝送される。マスク
・プロバイダ論理の例が、図13に関連して後述され
る。図12に関連して後述されるように、制御指定23
7は、好適にはコンテンツと共に、コンテンツ・サーバ
203から伝達され、クライアント・ステーションにお
いて、制御指定にもとづき動的に解釈され、ビデオ・ス
トリーム390内の対応するオブジェクトを、その表示
以前に変更する。
FIG. 3 shows an example of a video stream (frame n to frame n + 4) changed by a set of fuzz balls generated according to the control designation 237. In this example, the control designations 237 are separate “fuzz ball” tracks 337 and the fuzz ball 397
Is shown as a rectangular area that can change an object such as a portion of a video frame or an audio sample.
The result of the content rating achieved by applying the fuzz ball track 337 is shown in an O-label 396 in the track's header using the PICS protocol. The fuzz ball may be generated by various conventional methods, such as by manipulating or overlaying audio or video data. Fuzz ball track 337 specifies a sequence of fuzz ball 397 that has a fuzz ball size 382 and position, and a temporal relationship 386 with video stream 390.
For example, video stream 390 may have a known dimension (1
5, 30) (frame n to frame n + 4). The placement of fuzz ball 397 within the video stream is represented in fuzz ball track 337 as a file. The temporal relationship of the fuzz ball 397 to the stream may be frame number 386, or other means such as a time stamp, or any means of identifying the particular object to be modified, ie, size 382 (height and width dimensions). ,
And position 384 (x and y coordinates) within the video frame. In this example, fuzz ball track 337 locates frame n at position (6,20)
Is designated as having a fuzz ball 397 of size (2, 4). In frame n + 3, the position (10, 4) and size (4, 8) are changed. A plurality of fuzz ball tracks 337, as described below.
Are associated with the same stream 390 and combined to achieve comprehensive but fine-grained modification of objects in the video stream. As detailed below, the content designation 248 communicated from the client 209 advantageously handles multi-dimensions such as violence, blasphemy, and nudity. A different fuzz ball 397 is provided at each level accordingly in each dimension. The control designation 237 is stored, for example, by a third party mask provider in a file separate from the video stream and transmitted to the content server 203 upon request. Examples of mask provider logic are described below in connection with FIG. As described below in connection with FIG.
7 are transmitted from the content server 203, preferably with the content, and are dynamically interpreted at the client station based on the control designation to change the corresponding object in the video stream 390 prior to its display.

【0032】例えば、クライアント209がビデオ要求
内で、3以下の暴力度及び2以下の裸体度を有するコン
テンツ指定248を指定し、要求されたビデオが暴力度
評価値5及び裸体度評価値4を有する例について、考え
てみよう。ここで評価値が高いほど、ビデオがより激し
い暴力及び裸体を含むものと仮定する。好適には、複数
の制御指定237が結合されるとき、ファズ・ボール・
トラック間の各次元における最小のカテゴリ値が、その
次元の結果のカテゴリ値となる。従って、マスク・プロ
バイダは多次元に渡り、コンテンツ指定248のより多
くの組み合わせをサポートするには、生成できる制御指
定237の数は減少する。この例では、コンテンツ指定
248を満足するために、結果の暴力度値3を有するO
−ラベル396、及び結果の裸体度値2を有する別のO
−ラベル396、若しくは両方を配布可能な1つのファ
ズ・ボール・トラックのいずれかを有する制御指定23
7が必要とされる。例えば、暴力度値3及び裸体度値4
を有する制御指定237、及び暴力度値5及び裸体度値
2を有する別の制御指定が存在するとしよう。本発明に
よれば、これらの制御指定237をビデオ内で結合する
ことにより、暴力度値3及び裸体度値2が達成される。
なぜなら、上述の例における最小裸体度値は2であり、
最小暴力度値は3であるからである。制御指定237を
結合するこの特徴は、維持される必要のある制御指定2
37の数を最小化する。
For example, the client 209 specifies a content specification 248 having a violence of 3 or less and a nudity of 2 or less in a video request, and the requested video assigns a violence evaluation value 5 and a nudity evaluation value 4 to the requested video. Consider the example you have. Assume that the higher the rating, the more violent the violence and the nudity of the video. Preferably, when a plurality of control designations 237 are combined, the fuzz ball
The smallest category value in each dimension between tracks is the category value resulting from that dimension. Thus, the number of control specifications 237 that can be generated is reduced in order for the mask provider to support more combinations of content specifications 248 over multiple dimensions. In this example, to satisfy the content designation 248, the O with the resulting violence value of 3
-Another O with label 396 and the resulting naturity value 2
Control designation 23 with either label 396 or one fuzz ball track to which both can be distributed
7 is required. For example, violence value 3 and nudity value 4
Suppose that there is a control specification 237 having a violence degree value of 5 and a nakedness degree value of 2. According to the present invention, by combining these control designations 237 in the video, a violence degree value of 3 and a nakedness degree value of 2 are achieved.
Because the minimum nudity value in the above example is 2,
This is because the minimum violence value is 3. This feature combining control specification 237 is a control specification 2 that needs to be maintained.
Minimize the number of 37.

【0033】図3を再度参照すると、本発明に従う3つ
の異なる種類のPICSラベルの例が示される。ビデオ
・ラベル392("V−ラベル"とも呼ばれる)は、ビデ
オ全体のコンテンツ評価を識別するために、コンテンツ
・サーバ・ノードにより使用され得る。
Referring again to FIG. 3, there are shown examples of three different types of PICS labels according to the present invention. Video label 392 (also referred to as "V-label") may be used by the content server node to identify the content rating of the entire video.

【0034】以下で詳述されるように、フレーム・ラベ
ル394("F−ラベル"とも呼ばれる)は、コンテンツ
評価を識別するために、及び(または)ビデオ・ストリ
ーム390内のオブジェクトを変更するために、コンテ
ンツ・サーバにより使用され得る。所与のビデオ・フレ
ームがマスクまたは変更されるとき、F−ラベルのカテ
ゴリ値がフレームの現コンテンツ評価を反映するよう
に、更新され得る。
As described in detail below, frame labels 394 (also referred to as “F-labels”) are used to identify content ratings and / or to modify objects in video stream 390. Can be used by the content server. When a given video frame is masked or changed, the F-label category values may be updated to reflect the frame's current content rating.

【0035】1実施例では、制御指定237が別のスト
リーム(またはファイル)として伝送され、これは本実
施例では"ファズ・ボール・トラック"337と呼ばれ
る。好適には、各"ファズ・ボール・トラック"337は
そのヘッダ内に、オーバレイ・ラベル396("O−ラ
ベル"とも呼ばれる)を含む。O−ラベル396は、フ
ァズ・ボール397がストリーム390内のオブジェク
トに適用された後に、結果のコンテンツ評価を指定する
ために使用され得る。コンテンツ指定248にもとづ
き、適切なファズ・ボール・トラック337が選択さ
れ、コンテンツを変更する。
In one embodiment, the control designation 237 is transmitted as a separate stream (or file), which in this embodiment is referred to as a "fuzz ball track" 337. Preferably, each "fuzz ball track" 337 includes an overlay label 396 (also referred to as an "O-label") in its header. O-label 396 may be used to specify the resulting content rating after fuzz ball 397 has been applied to objects in stream 390. Based on the content designation 248, an appropriate fuzz ball track 337 is selected and the content is changed.

【0036】好適な実施例では、PICS規則1.0と
して知られるPICSプロファイル言語が、コンテンツ
指定248を有するコンテンツ要求を生成するために使
用される。PICSは、ワールド・ワイド・ウェブ・コ
ンソシアム(W3C)草案勧告である。例えば、http:/
/www1.raleigh.ibm.com/PICS/PicsRULZ.htmlに見い出さ
れる"PICS Profile Language Working Group - PICS RU
LZ 1.0"を参照されたい。当業者であれば、コンテンツ
指定248を記憶及び伝達する他の多くの従来手段が、
本発明の趣旨及び範囲内において使用され得ることが理
解されよう。
In the preferred embodiment, the PICS profile language known as PICS Rules 1.0 is used to generate a content request with a content specification 248. PICS is a World Wide Web Consortium (W3C) draft recommendation. For example, http: /
"PICS Profile Language Working Group-PICS RU found at /www1.raleigh.ibm.com/PICS/PicsRULZ.html
LZ 1.0 ". One skilled in the art will recognize that many other conventional means of storing and communicating the content specification 248 are:
It will be understood that they can be used within the spirit and scope of the present invention.

【0037】図4及び図5は、本発明に従い、コンテン
ツ指定248を記憶するためのユーザ・インタフェース
の例を示す。インターネット環境では、コンテンツ・ア
ドバイザ310のユーザ・インタフェースが、当業者に
は既知の手段により、クライアント209上で実行され
るブラウザの一部として組み込まれる。代わりに、また
は追加的に、プロキシ280のプロキシ管理者が、コン
テンツ指定248を指定してもよい。図3に示されるよ
うに、1次元以上のコンテンツ312がその変更のため
に、カテゴリ314の一覧を介して選択され得る。任意
的に、評価制御316が、変更され得るコンテンツの最
大率を指定するために提供される。後述されるように、
コンテンツ指定248はPICS規則1.0言語内に記
憶され得る。図5に示されるように、ホスト/メディア
・タイプ318は、コンテンツ要求がコンテンツ指定2
48を伴うべきホスト及び媒体のタイプを示す。この例
では、ストリーミング媒体(音声及びビデオ)に対する
全てのホストが指定される。コンテンツ指定248は、
DASD242などの永久記憶装置に記憶され得る。以
下で詳述されるように、コンテンツ・サーバ203への
要求は、HTTP要求ヘッダすなわちPICS規則を含
む。例えば、マイクロソフト社から販売されるブラウザ
であるインターネット・エクスプローラ3.0(商標)
を参照されたい。これはオプション/セキュリティ・セ
クション内に、コンテンツ・アドバイザ/レーティング
と呼ばれるダイアログ・ボックスを提供し、これはユー
ザが高度なコンテンツ指定を入力及び記憶することを可
能にする。インターネット・エクスプローラの将来のバ
ージョンでは、コンテンツ指定248をHTTP要求の
一部として、コンテンツ・サーバに送信する能力を有す
ることであろう。当業者であれば、本発明の趣旨及び範
囲内において、コンテンツ指定248を生成するための
他の多くの異なる方法が存在することが理解できよう。
FIGS. 4 and 5 show examples of a user interface for storing the content designation 248 according to the present invention. In an Internet environment, the user interface of Content Advisor 310 is incorporated as part of a browser running on client 209 by means known to those skilled in the art. Alternatively or additionally, the proxy administrator of proxy 280 may specify content specification 248. As shown in FIG. 3, one or more dimensions of content 312 may be selected through a list of categories 314 for that change. Optionally, a rating control 316 is provided to specify a maximum rate of content that can be changed. As described below,
Content specification 248 may be stored in the PICS Rules 1.0 language. As shown in FIG. 5, the host / media type 318 indicates that the content request is
Indicate the type of host and media that should accompany 48. In this example, all hosts for streaming media (audio and video) are specified. The content designation 248 is
It may be stored on permanent storage such as DASD 242. As described in detail below, the request to the content server 203 includes an HTTP request header or PICS rules. For example, Internet Explorer 3.0 (trademark), a browser sold by Microsoft Corporation
Please refer to. This provides a dialog box in the Options / Security section called Content Advisor / Rating, which allows the user to enter and store advanced content specifications. Future versions of Internet Explorer will have the ability to send the content specification 248 to the content server as part of an HTTP request. Those skilled in the art will appreciate that there are many other different ways to generate the content designation 248 within the spirit and scope of the present invention.

【0038】以下では、コンテンツ・サーバ203への
通信のための、PICS規則1.0形式のコンテンツ指
定の例について述べる。サーバ・コンテンツの変更をサ
ポートする規則言語拡張のURLが、reqExtension文"h
ttp://www.w3.org/Customization.html"内で指定され、
評価サービスのURLは、"http://labelbureau.coolne
ss.org/ratings/V1.html"(省略名または短縮名"Cool"
を有する)である。コンテンツ指定は、Policy文内のRe
jectUnless、RejectIf、及びAcceptIf節内に提供され
る。説明の都合上、2次元コンテンツ指定248、すな
わちi)地域ベースの適性指定、すなわち中央アメリカ
適性(CentralAmericaAppropriateness)、及びii)
成人コンテンツ、すなわち裸体度にもとづくコンテンツ
指定248について考えてみるが、更に多くの次元が可
能である。変更伝送(Alteration Transmit)拡張節
は、コンテンツ・サーバが制御指定237をビデオ・フ
レームと併合すべきか(併合が"真")、それとも併合が
クライアントまたは特定の中間ノードにおいて実行され
ることを許可するか(併合が"偽")を示す。パラメータ
節alterationPercentReturnは、変更されるビデオの割
合がクライアント209に返報されるべきことを示す。
In the following, an example of content specification in the PICS rule 1.0 format for communication with the content server 203 will be described. The URL of the rule language extension that supports server content changes is the reqExtension statement "h
ttp: //www.w3.org/Customization.html ",
The URL of the evaluation service is "http: //labelbureau.coolne
ss.org/ratings/V1.html "(short name or short name" Cool "
Has). The content is specified by the Re
Provided in the jectUnless, RejectIf, and AcceptIf clauses. For the sake of explanation, the two-dimensional content specification 248, i.e., i) regional-based aptitude specification, i.e., CentralAmericaAppropriateness, and ii)
Consider adult content, i.e., content designation 248 based on nudity, but more dimensions are possible. The Alteration Transmit extension clause allows the content server to merge the control designation 237 with the video frame (merge is "true") or allows the merge to be performed at the client or at a particular intermediate node. (The merge is "false"). The parameter clause alterationPercentReturn indicates that the percentage of video to be changed should be returned to the client 209.

【表1】[Table 1]

【0039】ここで例えば、前記のコンテンツ要求及び
コンテンツ指定248を受信するサーバ230が、ビデ
オ41の4つの異なるバージョン(表2参照)、すなわ
ちビデオ41−0−0、ビデオ41−1−4、ビデオ4
1−1−1、及びビデオ41−1−2を有し、更に、ビ
デオ41−1−4にもとづき、ファズ・ボール・トラッ
クを識別する別の入力、すなわちマスク41−1−4−
3(制御指定380を表す)が存在し得る。表1では、
サーバ内容ファイルの列が、ビデオの所与のバージョン
を識別し、タイプの列がファイルのタイプを示し、Bは
代替ビデオ・コピーを、Mはファズ・ボール・トラック
337を表す。中央アメリカ適性(Central America Ap
propriateness)、裸体度(Nudity)コンテンツ指定、
及び変更またはマスクされるコンテンツの割合(変更
率)に対応する値が、それぞれ第3、第4及び第5列に
提供される。PICSの下でV−ラベル(392)及び
O−ラベル396がどのように指定されるかを示すため
に、ビデオ41−0−0及びマスク41−1−4−3の
場合の対応ラベルを次に示す。ここで"lr"はラベル評
価を表す。 (ビデオ41−0−0)V−ラベル:lr(CentralAme
ricaAppropriateness0 Nudity 0 Pct 30)及び、 (マスク41−1−4−3)O−ラベル:lr(Centra
lAmericaAppropriateness 1 Nudity 0 Pct 5)。
Here, for example, the server 230 that receives the content request and the content designation 248 receives four different versions of the video 41 (see Table 2), namely, video 41-0-0, video 41-1-4, Video 4
1-1-1 and a video 41-1-2, and based on the video 41-1-4, another input for identifying a fuzz ball track, namely a mask 41-1-4-.
3 (representing control designation 380) may be present. In Table 1,
A column in the server content file identifies a given version of the video, a column in the type indicates the type of file, B represents an alternate video copy, and M represents a fuzz ball track 337. Central America Ap
propriateness), Nudity content specification,
And values corresponding to the percentage of content to be changed or masked (change rate) are provided in the third, fourth and fifth columns, respectively. To show how the V-label (392) and O-label 396 are specified under PICS, the corresponding labels for video 41-0-0 and mask 41-1-4-3 are as follows: Shown in Here, "lr" represents label evaluation. (Video 41-0-0) V-label: lr (CentralAme
ricaAppropriateness0 Nudity 0 Pct 30) and (Mask 41-1-4-3) O-label: ir (Centra
lAmericaAppropriateness 1 Nudity 0 Pct 5).

【表2】[Table 2]

【0040】この場合、コンテンツ・サーバ203は、
自身がクライアント209のコンテンツ指定248、す
なわち((Cool.CentralAmericaAppropriateness >
0)and(Cool.Nudity < 3))and(PICS.AlterationP
ercentMax < 20))を満足する要求映画(ビデオ41−
1−2)のバージョンを有することを判断する。従っ
て、ビデオ41−1−2は、クライアント209に送信
されるべきである。HTTP応答ヘッダがPICS変更
率(9%)を含む。
In this case, the content server 203
The client 209 specifies the content 248 of the client 209, that is, ((Cool.CentralAmericaAppropriateness>
0) and (Cool. Nudity <3)) and (PICS. AlterationP
ercentMax <20))
It is determined that it has the version of 1-2). Therefore, the video 41-1-2 should be transmitted to the client 209. The HTTP response header contains the PICS change rate (9%).

【0041】次の例は、コンテンツ指定248が満足さ
れ得るか否かを見い出すために、GET check&url=video4
1 HTTP/1.1文により表されるチェック要求(図6、ス
テップ410)が、最初にクライアント209からビデ
オ・サーバに送信される以外は、ケースAと同様であ
る。再度、PICS規則1.0として知られるPICS
プロファイル言語が、好適には使用される。
The following example uses GET check & url = video4 to find out if the content specification 248 can be satisfied.
1 Same as Case A, except that the check request represented by the HTTP / 1.1 statement (FIG. 6, step 410) is first sent from the client 209 to the video server. Again, the PICS known as PICS Rule 1.0
A profile language is preferably used.

【表3】[Table 3]

【0042】ケースAでは、コンテンツ指定248を満
足するバージョンが見い出され、HTTP"200"応答
コードがクライアントに返却される。HTTP応答ヘッ
ダもまた、PICS変更率を含む。
In case A, a version that satisfies the content specification 248 is found, and an HTTP “200” response code is returned to the client. The HTTP response header also contains the PICS change rate.

【0043】次の例では、コンテンツ指定248を満足
するように、コンテンツを変更するために使用される制
御指定237のために、マスク要求(図11、ステップ
935)が、コンテンツ指定248と共に、マスク・プ
ロバイダ205に送信される。再度、PICS規則1.
0として知られるPICSプロファイル言語が使用され
る。ビデオのURLの例は、"http://video.owner.com/
videos/video41"である。これは以下の例では、マスク
獲得要求内のURLパラメータ値に対応して"http%3A%2
F%2Fvideo.owner.com%2Fvideos%2Fvideo41"として符号
化される。コンテンツ指定248がマスク・プロバイダ
205により提供され得るか否かを決定するためのマス
ク・チェック要求は、"マスク獲得(Get mask)"を"チ
ェック獲得(Get check)"により置換することにより、
類似に構成される。
In the following example, a mask request (FIG. 11, step 935) is sent along with the content specification 248 for the control specification 237 used to modify the content so that the content specification 248 is satisfied. -Sent to the provider 205. Again, PICS rules 1.
The PICS profile language known as 0 is used. An example of a video URL is "http://video.owner.com/
videos / video41 ". In the following example, this corresponds to" http% 3A% 2 "corresponding to the URL parameter value in the mask acquisition request.
F% 2Fvideo.owner.com% 2Fvideos% 2Fvideo41 ". The mask check request to determine whether the content specification 248 can be provided by the mask provider 205 is a" Get mask (Get mask) ) By replacing "Get check"
It is configured similarly.

【表4】[Table 4]

【0044】ここで、コンテンツ指定((Cool.Central
AmericaAppropriateness > 0)and(Cool.Nudity <
3))and(PICS.AlterationPercentMax < 8))を満足
するように、コンテンツを変更できる制御指定237ma
sk41-1-4-3が存在し、制御指定237がコンテンツ・サ
ーバ203に送信され得る。HTTP応答ヘッダはPI
CS変更率を含む。
Here, the content designation ((Cool.Central
AmericaAppropriateness> 0) and (Cool.Nudity <
3)) Control specification 237ma that can change contents so as to satisfy and (PICS.AlterationPercentMax <8))
sk41-1-4-3 exists, and the control designation 237 can be transmitted to the content server 203. HTTP response header is PI
Includes CS change rate.

【0045】ケースB:ケースBでは、クライアント2
09がビデオ要求をコンテンツ指定と共にコンテンツ・
サーバ203に伝達し、ビデオ・ストリーム390及び
ファズ・ボール・トラック337がクライアントに返却
される。そして、変更伝送(AlterationTransmit)文内
にファズ・ボールがサーバ側において適用されるべきで
ない、すなわちそれがクライアント・ノードにおいて実
行されるべきことが示される。
Case B: In case B, client 2
09 sends the video request along with the content
It communicates to the server 203 and the video stream 390 and fuzz ball track 337 are returned to the client. And in the AlterationTransmit statement it is indicated that the fuzz ball should not be applied on the server side, ie it should be executed on the client node.

【表5】[Table 5]

【0046】一例として、ここではコンテンツ・サーバ
が2つの異なるビデオ・バージョン、すなわちビデオ4
2−0−0及びビデオ42−1−4を有し、ビデオ42
にもとづく制御指定237、すなわちマスク42−1−
4−1が存在するものと仮定する。これは次のように要
約される。
As an example, here the content server has two different video versions, namely video 4
2-0-0 and video 42-1-4.
Control designation 237, that is, the mask 42-1-
Assume that 4-1 exists. This can be summarized as follows:

【表6】[Table 6]

【0047】この場合、コンテンツ指定((Cool.Centr
alAmericaAppropriateness > 0) and (Cool.Nudity <
3))を満足する無変更バーションは存在しない。しか
しながら、マスク42−1−4−1がビデオ42−1−
4に適用され、結果のコンテンツがコンテンツ指定を満
足する。変更伝送節が(併合"偽")を示すので、ビデオ
42−1−4はVマスク42−1−4−1と一緒に送信
されるべきである。プロトコル要求文は{alterationPer
centReturn true}節を含むので、応答ヘッダはPICS
変更率すなわち7を示す。
In this case, the content specification ((Cool.Centr
alAmericaAppropriateness> 0) and (Cool.Nudity <
There is no unmodified version that satisfies 3)). However, if the mask 42-1-4-1 is the video 42-1-
4 and the resulting content satisfies the content designation. Video 42-1-4 should be sent with V-mask 42-1-4-1 because the modified transmission node indicates (merge "false"). The protocol request statement is {alterationPer
centReturn true} clause, so the response header is PICS
The change rate, namely 7, is shown.

【0048】様々な代替実施例が存在し、オブジェクト
・ラベル付けまたはコンテンツ指定248の拡張が、本
発明の趣旨及び範囲内において、使用され得る。例え
ば、RTSP及びMPEGなどの他のプロトコルも、コ
ンテンツ指定248を提供するために使用され得る。
There are various alternative embodiments, and extensions of object labeling or content specification 248 may be used within the spirit and scope of the present invention. For example, other protocols such as RTSP and MPEG may also be used to provide the content specification 248.

【0049】制御指定237は、ストリーム・コンテン
ツがどのように変更されるべきかを示す。これはマルチ
メディア・ストリームのフレームまたはフレームのグル
ープの上映に関する命令を提供し、ブロッキング、省略
及びオーバレイ(上書き)を指定する。上述のように、
制御指定237の1つのタイプは、別のファズ・ボール
・トラック337である。別のタイプに編集決定リスト
があり、これは変更または置換するフレームを示す。
[0049] The control designation 237 indicates how the stream content should be changed. It provides instructions for the presentation of a frame or group of frames of a multimedia stream and specifies blocking, skipping, and overlaying. As mentioned above,
One type of control designation 237 is another fuzz ball track 337. Another type is the edit decision list, which indicates the frame to change or replace.

【0050】本発明によれば、制御指定237が各フレ
ーム、フレームのグループまたはビデオ・ヘッダにおい
て柔軟に提供され得る。フレーム・グループのレベルま
たはビデオ・ヘッダにおける制御指定は時間ベースであ
り、従って特定のフレームが、タイミング情報により識
別され得る。好適な実施例では、マルチメディア・スト
リーム・コンテンツのマスキング/変更が、リアルタイ
ム・ビデオ・ストリームの配布において提供されるが、
同一の概念が、ビデオ及び音声の複数のストリームを含
み得る他の任意のタイプのマルチメディア・ストリーム
にも、適用可能である。
According to the present invention, control designations 237 can be flexibly provided in each frame, group of frames, or video header. The control designation at the level of the frame group or at the video header is time-based, so that a particular frame can be identified by timing information. In a preferred embodiment, the masking / modification of the multimedia stream content is provided in the distribution of the real-time video stream,
The same concept is applicable to any other type of multimedia stream that may include multiple streams of video and audio.

【0051】当業者であれば、制御指定が別々のストリ
ームまたはトラックとして述べられたが、オブジェクト
・レベルの制御指定を提供する、様々な別の方法が存在
することが理解できよう。例えばビデオの各フレーム
が、F−ラベル394などの、そのフレームに関連付け
られる必要な制御情報を指定する豊富なPICSラベル
を含み得る。 frame PICS label "F-Label" ----- --------- 00001 (PICS-1.1 "http://www.coolness.org/ratings/V1.html" lr(CentralAmericaAppropriateness 1 Nudity 2 Nudity1x 0 Nudity1y 0 Nudity1h 480 Nudity1w 640)) 00002 (PICS-1.1 "http://www.coolness.org/ratings/V1.html" lr(CentralAmericaAppropriateness 1 Nudity 3 Nudity3x 206 Nudity3y 113 Nudity3h 100 Nudity3w 109 Nudity1x 31 Nudity1y 199 Nudity1h 294 Nudity1w 307))
Those skilled in the art will appreciate that while control specifications have been described as separate streams or tracks, there are various alternative ways of providing object-level control specifications. For example, each frame of the video may include a rich PICS label that specifies the required control information associated with that frame, such as the F-label 394. frame PICS label "F-Label" ----- --------- 00001 (PICS-1.1 "http://www.coolness.org/ratings/V1.html" lr (CentralAmericaAppropriateness 1 Nudity 2 Nudity1x 0 Nudity1y 0 Nudity1h 480 Nudity1w 640)) 00002 (PICS-1.1 "http://www.coolness.org/ratings/V1.html" lr (CentralAmericaAppropriateness 1 Nudity3 Nudity3x 206 Nudity3y 113 Nudity3w199 Nudity3d Nudity1h 294 Nudity1w 307))

【0052】ここで、Nudity1x及びNudity1yは、裸体度
値1を達成するためのファズ・ボールの位置(x座標及
びy座標、フレーム00001では(0、0))を指定
し、Nudity1h及びNudity1wは、サイズ(高さ及び幅、フ
レーム00001ではそれぞれ480及び640)を指
定する。同様にNudity3x及びNudity3yは、裸体度値3を
達成するためのファズ・ボールの位置(x座標及びy座
標)を指定し、Nudity3h及びNudity3wは、サイズ(高さ
及び幅)を指定する。
Here, Nudity1x and Nudity1y specify the position (x coordinate and y coordinate, (0, 0) in the frame 00001) of the fuzz ball for achieving the nudeness value 1, and Nudity1h and Nudity1w are: The size (height and width, 480 and 640 for frame 00001, respectively) is specified. Similarly, Nudity3x and Nudity3y specify the position (x-coordinate and y-coordinate) of the fuzz ball to achieve the nudeness value 3, and Nudity3h and Nudity3w specify the size (height and width).

【0053】フレーム00001は、裸体度値2及び中
央アメリカ適性値1を有し、裸体度値1を達成し得る1
つのファズ・ボールが指定される。フレーム2は、裸体
度値3及び中央アメリカ適性値1を有し、2つのファズ
・ボールが指定される。それらの1つは裸体度値3を提
供し、他は裸体度値1を提供する。
Frame 00001 has a nudity value of 2 and a Central American fitness value of 1 and is capable of achieving a nudity value of 1
Two fuzz balls are designated. Frame 2 has a nudity value of 3 and a Central American fitness value of 1 and two fuzz balls are designated. One of them provides a nakedness value of 3, and the other provides a nakedness value of 1.

【0054】要求がマルチキャスト・ストリームに対す
るものでない場合、サーバは制御指定237及びクライ
アント・コンテンツ指定248にもとづき、コンテンツ
を変更し、変更されたストリーム390を、要求元のク
ライアントに送信することができる。PICS変更率を
返却するために、値が公式(ファズ・ボールを有するフ
レーム数/フレーム総数)×100を用いて計算され得
る。マルチキャストの場合には、クライアント209は
コンテンツ指定248を満足するように、制御指定23
7を用いて、コンテンツを変更できる。異なるコンテン
ツ指定248を有するビューアは、適切な制御指定23
7を用い、コンテンツをそれぞれ異なって変更する。
If the request is not for a multicast stream, the server can modify the content based on the control specification 237 and the client content specification 248 and send the modified stream 390 to the requesting client. To return the PICS change rate, a value can be calculated using the formula (number of frames with fuzz ball / total number of frames) × 100. In the case of multicasting, the client 209 controls the control specification 23 so as to satisfy the content specification 248.
7, the content can be changed. Viewers with different content designations 248 will not
7, the contents are changed differently.

【0055】当業者であれば、ファズ・ボールが任意の
形状を有し得ることが理解できよう。矩形の代わりに、
ファズ・ボールは多角形または円形状を取り得る。
Those skilled in the art will appreciate that the fuzz ball can have any shape. Instead of a rectangle,
Fuzz balls can take the shape of a polygon or a circle.

【0056】図6は、コンテンツ・サーバ論理268の
例を示す。図示のように、ステップ405で、コンテン
ツ・サーバ203は入力を待機する。ステップ410で
は、受信された入力に応じて異なるアクションが取られ
る。受信された入力がビデオ・チェック要求の場合、ビ
デオ・チェック・ハンドラ267がステップ415で呼
び出される。ビデオ・チェック・ハンドラは、コンテン
ツ指定を満足するように、変更またはマスクされ得る要
求ビデオのバージョンが、存在するか否かを判断する。
ビデオ・チェック・ハンドラの詳細な例が、図7に関連
して述べられる。ステップ420では、受信された入力
がビデオ上映要求の場合、ステップ425でビデオ上映
ハンドラ269が呼び出される。ビデオ上映ハンドラ
は、コンテンツ指定にもとづきビデオ・ストリームを配
布する。要求されるビデオが複数のバージョンを有する
場合、ビデオ上映ハンドラは、任意のバージョンがコン
テンツ指定248を満足するか否かをチェックする。ビ
デオ上映ハンドラ269の詳細な例が、図8に関連して
述べられる。本発明の焦点に当てはまらない他のタイプ
の入力(例えばウェブ文書に対する従来のHTTP要
求、またはFTP要求)に対しては、適切な種々のハン
ドラ430が呼び出され得る。
FIG. 6 shows an example of the content server logic 268. As shown, at step 405, the content server 203 waits for an input. At step 410, different actions are taken depending on the input received. If the input received is a video check request, the video check handler 267 is called at step 415. The video check handler determines whether there is a version of the requested video that can be modified or masked to satisfy the content specification.
A detailed example of a video check handler is described with reference to FIG. At step 420, if the input received is a video show request, then at step 425 the video show handler 269 is invoked. The video show handler distributes the video stream based on the content designation. If the requested video has multiple versions, the video show handler checks whether any version satisfies the content specification 248. A detailed example of the video show handler 269 will be described with reference to FIG. For other types of input that are not in the focus of the present invention (eg, conventional HTTP or FTP requests for web documents), various suitable handlers 430 may be invoked.

【0057】図7は、ビデオ・チェック・ハンドラ26
7の例を示す。ビデオ・チェック・ハンドラは、コンテ
ンツ指定248を満足するように、変更またはマスクさ
れ得る要求ビデオのバージョンが存在するか否かを判断
する。ステップ505で、要求されるビデオが複数のバ
ージョンを有する場合、任意のバージョンがコンテンツ
指定248を満足するか否かが判断される(ステップ5
25)。満足する場合、"肯定"応答がクライアント20
9に送信される(ステップ520)。それ以外では、コ
ンテンツ指定248に最も近いバージョンが選択される
(ステップ530)。好適な実施例では、コンテンツ・
サーバは有効な制御指定237に関するサーバ・マスク
情報内に記憶される各ビデオに対して、各制御指定23
7(すなわちO−ラベル396)を介して達成可能なコ
ンテンツ指定248、及び各制御指定237により遮断
される情報量の予測を保持する。ステップ540で、サ
ーバ203は制御指定237情報にもとづき、コンテン
ツ指定248を満足するように、バージョンが変更また
はマスク可能か否かを判断する。可能な場合、ステップ
560で、除去または遮断される必要のあるビデオの量
の予測が獲得され得る。この予測(上限)は、適用され
る必要のある各ファズ・ボールにより遮断される情報の
量を加算することにより、獲得され得る。ステップ57
0では、"修飾(qualified)"応答(HTTP応答ヘッ
ダ内に含まれ、PICS変更率を示す)が、リクエスタ
に返送され、遮断される量を示す。ステップ505で、
サーバ内に、使用可能な1つのバージョンのビデオだけ
が存在する場合には、ステップ510で、このバージョ
ンがコンテンツ指定248を満足するか否かがチェック
される。満足する場合、"肯定"応答がクライアント20
9に送信される(ステップ520)。満足しない場合に
は、処理は上述のステップ540に継続する。
FIG. 7 shows the video check handler 26.
7 is shown. The video check handler determines whether there is a version of the requested video that can be modified or masked to satisfy the content specification 248. At step 505, if the requested video has multiple versions, it is determined whether any version satisfies the content designation 248 (step 5).
25). If so, a "yes" response is returned to client 20
9 (step 520). Otherwise, the version closest to the content designation 248 is selected (step 530). In the preferred embodiment, the content
For each video stored in the server mask information for a valid control specification 237, the server
7 (i.e., the O-label 396) and a prediction of the amount of information to be blocked by each control designation 237. In step 540, the server 203 determines whether the version can be changed or masked based on the control designation 237 information so as to satisfy the content designation 248. If possible, at step 560, a prediction of the amount of video that needs to be removed or blocked may be obtained. This prediction (upper limit) can be obtained by adding the amount of information blocked by each fuzz ball that needs to be applied. Step 57
At 0, the "qualified" response (included in the HTTP response header and indicating the PICS change rate) is returned to the requester and indicates the amount to be blocked. In step 505,
If there is only one version of the video available in the server, it is checked in step 510 whether this version satisfies the content specification 248. If so, a "yes" response is returned to client 20
9 (step 520). If not, processing continues at step 540 described above.

【0058】図8は、ビデオ上映ハンドラ269の例を
示す。ビデオ上映ハンドラは、コンテンツ指定248に
もとづき、ビデオ・ストリームを配布する。ステップ6
05で、要求されるビデオが複数のバージョンを有する
場合、ステップ615で、バージョンがコンテンツ指定
を満足するか否かがチェックされる。満足する場合、ス
テップ640で、コンテンツ指定に最も近いバージョン
が選択され、ステップ645で、選択されたバージョン
がクライアント209に送信される。ステップ615
で、いずれのバージョンもコンテンツ指定を満足しない
場合、ステップ625で、最も近いバージョンが選択さ
れる。ステップ630では、フレーム・マスキング/変
更ルーチンが呼び出される。フレーム・マスキング/変
更ルーチンの詳細な例が、図9に関連して述べられる。
ステップ605で、サーバ内に1つのバージョンのビデ
オだけが存在する場合には、ステップ610で、このバ
ージョンがユーザ指定を満足するか否かがチェックされ
る。満足する場合、ステップ602でビデオがクライア
ントに伝送される。
FIG. 8 shows an example of the video show handler 269. The video show handler distributes the video stream based on the content designation 248. Step 6
If the requested video has more than one version at 05, it is checked at step 615 whether the version satisfies the content specification. If so, at step 640, the version closest to the content designation is selected, and at step 645, the selected version is sent to the client 209. Step 615
If none of the versions satisfies the content designation, in step 625, the closest version is selected. At step 630, a frame masking / modification routine is called. A detailed example of the frame masking / modification routine is described with reference to FIG.
If there is only one version of the video in the server at step 605, it is checked at step 610 whether this version satisfies the user specification. If so, the video is transmitted to the client in step 602.

【0059】図9は、フレーム・マスキング/変更ルー
チン(図8のステップ630)の例を示す。フレーム・
マスキング/変更ルーチンは、ビデオのためにファズ・
ボール・トラックを変更、マスクまたは併合/追加す
る。例えばビデオ・フレーム内のオブジェクトがマスク
または変更されるとき、V−ラベル392のカテゴリ値
が、ビデオの現コンテンツ評価の結果の変化を反映する
ように更新され得る。例えば、V−ラベル392暴力度
値5を有するビデオが、O−ラベル396暴力度値2を
有するファズ・ボール・トラック337により上書きさ
れる場合、結果のビデオはV−ラベル暴力度値2を有す
る。或いは上述のように、F−ラベル394が、別のフ
ァズ・ボール・トラック337を要求することなく、コ
ンテンツ指定248をマルチメディア・ストリームの一
部として有し得る。この例の残りでは、マルチメディア
・ストリームが、マルチメディア・ストリームの各フレ
ームと共にF−ラベル394を含むものと仮定する。ス
テップ705で、ビデオの次のフレームが記憶装置26
5からフェッチされる。ステップ710で、フレーム・
ラベル394(F−ラベル)がコンテンツ指定248を
満足する場合、フレームがクライアント209に伝送さ
れる(ステップ715)。それ以外では、ステップ72
0で、コンテンツ指定を満足する代替フレームが存在す
るか否かがチェックされる。存在する場合、ステップ7
25で、代替フレームがフェッチされる。それ以外で
は、ステップ730で、O−ラベル396にもとづき、
コンテンツ指定を満足するために適用され得る1つ以上
のファズ・ボール・トラック337が存在するか否かが
チェックされる。これは全てのファズ・ボール・トラッ
ク間で、各次元の最低のカテゴリ値をコンテンツ指定2
48と比較することにより、達成され得る。各次元の最
低のカテゴリ値が、コンテンツ指定248よりも小さい
場合、コンテンツ指定を満足するファズ・ボール・トラ
ックのセットが存在する。その場合、ステップ735
で、ファズ・ボール・ルーチンが呼び出される。ファズ
・ボール・ルーチンの例が、図10に関連して述べられ
る。ステップ730で、ファズ・ボール・トラック33
7が使用可能でない場合、空白フレームが送信され得る
(ステップ740)。
FIG. 9 shows an example of the frame masking / change routine (step 630 in FIG. 8). flame·
Masking / modification routines are used for video
Modify, mask or merge / add ball tracks. For example, when an object in a video frame is masked or changed, the category value of the V-label 392 may be updated to reflect a change in the result of the video's current content rating. For example, if a video having a V-label 392 violence value 5 is overwritten by a fuzz ball track 337 having an O-label 396 violence value 2, the resulting video will have a V-label violence value 2 . Alternatively, as described above, the F-label 394 may have the content designation 248 as part of the multimedia stream without requiring a separate fuzz ball track 337. For the remainder of this example, assume that the multimedia stream includes an F-label 394 with each frame of the multimedia stream. At step 705, the next frame of the video is stored
5 is fetched. At step 710, the frame
If label 394 (F-label) satisfies content designation 248, the frame is transmitted to client 209 (step 715). Otherwise, step 72
At 0, it is checked whether there is an alternative frame that satisfies the content specification. If yes, step 7
At 25, an alternate frame is fetched. Otherwise, at step 730, based on the O-label 396,
It is checked whether there is one or more fuzz ball tracks 337 that can be applied to satisfy the content specification. This specifies the lowest category value of each dimension among all fuzz ball tracks.
48 can be achieved. If the lowest category value in each dimension is less than the content specification 248, then there is a set of fuzz ball tracks that satisfy the content specification. In that case, step 735
Calls the fuzz ball routine. An example of a fuzz ball routine is described with reference to FIG. In step 730, the fuzz ball track 33
If 7 is not available, a blank frame may be sent (step 740).

【0060】図10は、ファズ・ボール・ルーチン73
5の例を示す。ステップ810で、多次元コンテンツ指
定を最小量のブロッキングにより満足するファズ・ボー
ル397のセットが、それらのラベル(すなわちO−ラ
ベル)にもとづき選択される。例えば、ビデオがそのV
−ラベル392内に指定される、暴力度値7及び裸体度
値3を有し、コンテンツ指定248が裸体度の制限無し
に、暴力度値4を規定する場合について考えてみよう。
ここで次のO−ラベル396を有する4つのファズ・ボ
ール・トラックが使用可能であると仮定する。それら
は、暴力度値4及び裸体度値3を有するトラック1、暴
力度値3及び裸体度値3を有するトラック2、暴力度値
7及び裸体度値2を有するトラック3、暴力度値7及び
裸体度値1を有するトラック4である。この場合、ファ
ズ・ボール・トラック1が要求を最小量のブロッキング
により満足するので、これが選択される。ステップ82
0では、コンテンツ指定248内の指示に従い、ファズ
・ボール・トラック337がサーバにより適用される場
合、フレームの伝送以前に、ファズ・ボール397が対
応するビデオ・フレームに重畳される(ステップ83
0)。それ以外では、ファズ・ボール・トラックがオリ
ジナル・フレームと一緒に、追加トラック337として
伝送される(ステップ840)。例えば、マルチキャス
ト・ビデオでは、異なるビューアが異なるコンテンツ指
定を有し得る。従って、コンテンツ・サーバ203が様
々なファズ・ボール・トラック337を(別のトラック
として)、ビデオ伝送と一緒に伝送し、各クライアント
209に適切なファズ・ボール・トラック337を選択
させ、適用させることが望ましい。別の例では、組織
(学校または法人など)及び個人ユーザ、または組織内
のサブグループが、それぞれ自身のコンテンツ指定24
8を有する。ファズ・ボール397は複数のファズ・ボ
ール・トラック337により、同一次元上にオーバラッ
プされ得る。この場合にも、コンテンツ・サーバ203
が制御指定237を別途伝送し、ゲートウェイまたはプ
ロキシ・サーバ280などの中間ノード、及びクライア
ント・ステーション209に、適切なファズ・ボール・
トラック337を適用させ、ビデオがそれらを通過する
際にコンテンツを変更することがより効率的である。
FIG. 10 shows the fuzz ball routine 73.
5 is shown. At step 810, a set of fuzz balls 397 that satisfy the multidimensional content specification with a minimal amount of blocking are selected based on their labels (ie, O-labels). For example, if the video is
Consider the case where the content designation 248 has a violence value of 4 and has no violence value, with a violence value of 7 and a nudity value of 3 specified in the label 392.
Assume now that four fuzz ball tracks with the following O-label 396 are available. They include truck 1 with violence value 4 and nudity value 3, truck 2 with violence value 3 and nudity value 3, truck 3 with violence value 7 and nudity value 2, violence value 7 and Track 4 with nudity value 1. In this case, fuzz ball track 1 is selected because it satisfies the request with a minimum amount of blocking. Step 82
At 0, if the fuzz ball track 337 is applied by the server according to the instructions in the content designation 248, the fuzz ball 397 is superimposed on the corresponding video frame before transmission of the frame (step 83).
0). Otherwise, the fuzz ball track is transmitted along with the original frame as an additional track 337 (step 840). For example, in multicast video, different viewers may have different content designations. Thus, the content server 203 transmits the various fuzz ball tracks 337 (as separate tracks) along with the video transmission, causing each client 209 to select and apply the appropriate fuzz ball track 337. Is desirable. In another example, an organization (such as a school or legal entity) and individual users, or subgroups within the organization, each have their own content designation 24
8 The fuzz ball 397 can be overlapped on the same dimension by a plurality of fuzz ball tracks 337. Also in this case, the content server 203
Separately transmits the control designation 237 to the intermediate node, such as a gateway or proxy server 280, and to the client station 209 with the appropriate fuzz ball.
It is more efficient to apply tracks 337 and change the content as the video passes through them.

【0061】図11は、クライアント論理249の例を
示す。図示のように、ステップ910で、クライアント
209はそのビデオ要求内に、中位の暴力度及び低位の
裸体度などの要求を指定する。好適な実施例では、指定
形式はPICS規則1.0として知られるPICSプロ
ファイル言語を使用する。通常、評価方式の各カテゴリ
に対して、クライアント209は所望の最大レベルを指
定できる。ステップ915で、コンテンツ指定248が
満足され得るか否かを確認するために、ビデオ・チェッ
ク要求がコンテンツ・サーバに送信される。好適な実施
例では、応答はそうしたバージョンが存在することを示
すための"イエス"か、若しくは修飾応答のいずれかであ
り、後者は例えば、あるバージョンが配布され得るが、
図7に関連して述べたように20%が遮断されることを
示す。ステップ920で、応答が受諾可能と見なされる
場合、ステップ940で、ビデオの配布を要求するビデ
オ上映要求がコンテンツ・サーバに送信される。ステッ
プ945では、ビデオ再生操作247が呼び出され、ビ
デオを受信し再生する。再生操作の詳細例が、図12に
関連して述べられる。ステップ920で、コンテンツ指
定248に対する応答が受諾可能でない場合、クライア
ント209はステップ925で、第3者マスク・プロバ
イダに問い合わせ、コンテンツ指定248に対して必要
とされるマスクのタイプを示すマスク・チェック要求が
マスク・プロバイダに送信される。好適な実施例では、
指定形式はPICS規則1.0として知られるPICS
プロファイル言語を使用する。通常、評価システム内の
各カテゴリに対して、クライアント209はマスク・チ
ェック要求内に、制御指定237に対して所望されるレ
ベルを指定できる。例えば、ビデオが暴力度値5及び裸
体度値7を有し、コンテンツ指定248が暴力度値3及
び裸体度値2を規定する場合、こうしたコンテンツ指定
248を満足する制御指定237が存在するか否かを見
い出すために、暴力度値3及び裸体度値2に対するマス
ク・チェック要求が、マスク・プロバイダに送信され
る。ステップ930で、マスク・プロバイダからの応答
が、指定が満足され得ることを示す場合、ステップ93
5で、制御指定237またはファズ・ボール・トラック
337を獲得するために、マスク表示要求がマスク・プ
ロバイダに送信される。
FIG. 11 shows an example of the client logic 249. As shown, at step 910, client 209 specifies in its video request a request such as medium violence and low nudity. In the preferred embodiment, the specification format uses the PICS profile language known as PICS Rule 1.0. Typically, for each category of evaluation scheme, client 209 can specify the desired maximum level. At step 915, a video check request is sent to the content server to see if the content designation 248 can be satisfied. In a preferred embodiment, the response is either a "yes" to indicate that such a version exists, or a modified response, the latter of which, for example, may be distributed with a version,
FIG. 8 shows that 20% is blocked as described in connection with FIG. If, at step 920, the response is deemed acceptable, at step 940, a video show request requesting distribution of the video is sent to the content server. In step 945, a play video operation 247 is invoked to receive and play the video. A detailed example of the playback operation will be described with reference to FIG. If, at step 920, the response to the content specification 248 is not acceptable, the client 209 queries a third party mask provider at step 925 to indicate a type of mask required for the content specification 248. Is sent to the mask provider. In a preferred embodiment,
The designation format is a PICS known as PICS Rule 1.0
Use a profile language. Typically, for each category in the evaluation system, the client 209 can specify the desired level for the control specification 237 in the mask check request. For example, if the video has a violence value of 5 and a nudity value of 7, and the content specification 248 specifies a violence value of 3 and a nudity value of 2, there is a control specification 237 that satisfies the content specification 248. To find out, a mask check request for violence degree value 3 and nudity value 2 is sent to the mask provider. In step 930, if the response from the mask provider indicates that the specification can be satisfied, step 93
At 5, a mask display request is sent to the mask provider to obtain control designation 237 or fuzz ball track 337.

【0062】クライアント209がビデオ要求により、
暴力度値3及び裸体度値2を含むコンテンツ指定248
を指定し、要求されるビデオがそのV−ラベルにより、
暴力度値5及び裸体度値4の評価を有することが示され
る例について、考えてみよう。無変更のビデオは、その
V−ラベルにより示されるように、暴力度及び裸体度の
両方の指定に不合格となるので、コンテンツ指定を満足
するために、クライアント209は適切な制御指定23
7を適用される必要がある。これはすなわち、裸体度及
び暴力度に対するファズ・ボール・トラック間の最小カ
テゴリ値が、コンテンツ指定を満足するように、クライ
アント209は、適切なO−ラベル396を有する1つ
以上のファズ・ボール・トラック337を獲得する必要
があることを意味する。例えば次の2つのファズ・ボー
ル・トラックが使用可能であると仮定する。すなわち、
第1のファズ・ボール・トラックは、そのO−ラベルに
より示される暴力度値3及び裸体度値4を有し、第2の
ファズ・ボール・トラックは、暴力度値5及び裸体度値
2を有する。これらのファズ・ボール・トラックは、コ
ンテンツ・プロバイダまたは第3者マスク・プロバイダ
のいずれかにより、供給され得る。実際、2つのファズ
・ボール・トラックは異なるプロバイダから到来し得
る。ここでは、ファズ・ボール・トラックが、第3者マ
スク・プロバイダ205の1つから入手可能と仮定す
る。クライアント209は、マスク・チェック要求を送
信することにより、マスク・プロバイダが要求ビデオに
対して、暴力度3及び裸体度2を満足するための、1つ
以上のファズ・ボール・トラック337を有するか否か
を見い出すことができる。マスク・プロバイダはこの場
合、要求が上述の2つのファズ・ボール・トラックによ
り満足され得るので、肯定応答を返却する。クライアン
ト209は次に、ビデオに対する要求をコンテンツプロ
バイダに送信し、同時に2つのファズ・ボール・トラッ
クに対する要求を、マスク・プロバイダに送信する。或
いは、コンテンツ・プロバイダがマスク・プロバイダと
対話してもよい。これらの両方のファズ・ボール・トラ
ック337をビデオに上書きすることにより、暴力度値
3及び裸体度値2が達成される。この上書きは、図3に
示されるように、各フレーム上にそのフレームに対応す
る第1のファズ・ボール・トラックからの暴力マスク用
のファズ・ボールと、第2のファズ・ボール・トラック
からの裸体マスク用のファズ・ボールの両方を上書きす
ることにより、フレーム・ベースで実行され得る。クラ
イアント再生の例が、図12に関連して述べられる。
When the client 209 receives a video request,
Content designation 248 including violence degree value 3 and nudity degree value 2
And the requested video is by its V-label:
Consider an example that is shown to have a violence rating of 5 and a nude rating of 4. The unmodified video fails both the violence and nudity ratings, as indicated by its V-label, so that in order to satisfy the content specification, the client 209 uses the appropriate control specification 23.
7 needs to be applied. This means that the client 209 may have one or more fuzz ball tracks with appropriate O-labels 396 such that the minimum category value between fuzz ball tracks for nudity and violence satisfies the content specification. It means that the track 337 needs to be acquired. For example, assume that the following two fuzz ball tracks are available. That is,
The first fuzz ball track has a violence value 3 and a nudity value 4 indicated by its O-label, and the second fuzz ball track has a violence value 5 and a nudity value 2 Have. These fuzz ball tracks can be supplied by either a content provider or a third party mask provider. In fact, the two fuzz ball tracks can come from different providers. It is assumed here that the fuzz ball track is available from one of the third party mask providers 205. Does the client 209 have one or more fuzz ball tracks 337 for the mask provider to satisfy violence 3 and nudity 2 for the requested video by sending a mask check request? You can find out. The mask provider returns an acknowledgment in this case because the request can be satisfied by the two fuzz ball tracks described above. Client 209 then sends a request for video to the content provider, and simultaneously sends requests for two fuzz ball tracks to the mask provider. Alternatively, the content provider may interact with the mask provider. By overwriting the video with both these fuzz ball tracks 337, a violence value of 3 and a nakedness value of 2 are achieved. This overwriting, as shown in FIG. 3, includes on each frame a fuzz ball for the violence mask from the first fuzz ball track corresponding to that frame and a fuzz ball from the second fuzz ball track. It can be performed on a frame basis by overwriting both fuzz balls for the nude mask. An example of client playback is described in connection with FIG.

【0063】図12は、クライアント再生操作247の
ブロック図の例を示す。要するに、ビデオ・ストリーム
1002、関連音声ストリーム1001、及びファズ・
ボール・トラック1003(例えばマスク・プロバイダ
205などの異なる根源から到来し得る)が、クライア
ント・ステーションに到来する。説明の都合上、1つの
音声、ビデオ及びファズ・ボール・トラックだけが示さ
れるが、各々のトラックが複数存在し得る。特に、1つ
のマルチメディア・コンテンツに関連して、複数のファ
ズ・ボール・トラックが存在し得る。マルチメディア・
ストリームは、ビデオについては、ステップ1015及
び1035に示されるように、クライアントにより受信
されて復号され、音声については、ステップ1010及
び1030により、またファズ・ボールについては、ス
テップ1020及び1040により、それぞれ受信さ
れ、復号または処理される。ファズ・ボールはステップ
1040で生成され、ステップ1050で適切なビデオ
・フレーム上に上書きされる。ステップ1045におけ
る音声レンダリングは、ストリーム内に埋め込まれるタ
イミングまたは同期情報にもとづき、ファズ・ボールの
上書きと結合され、ステップ1060で最終的なビデオ
・レンダリングを提供する。2つの異なるビデオ・スト
リームを上書きするより複雑なマスキング技術が公知で
あり、例えば上書きされるストリームが、実際には別の
ビデオであったりする。これについては、例えば、Chen
らによる米国特許第5257113号、"Mixing and Pl
ayback of JPEG Compressed Packet Videos"(1993
年10月26日発行)を参照されたい。
FIG. 12 shows an example of a block diagram of the client playback operation 247. In short, the video stream 1002, the associated audio stream 1001, and the fuzz
A ball track 1003 (which may come from a different source, such as mask provider 205) arrives at the client station. For illustrative purposes, only one audio, video and fuzz ball track is shown, but there may be more than one of each track. In particular, there may be multiple fuzz ball tracks associated with a single multimedia content. Multimedia
The stream is received and decoded by the client, as shown in steps 1015 and 1035 for video, and by steps 1010 and 1030 for audio, and by steps 1020 and 1040 for fuzz ball, respectively. And decrypted or processed. A fuzz ball is created in step 1040 and overwritten on the appropriate video frame in step 1050. The audio rendering in step 1045 is combined with the fuzz ball overwrite based on timing or synchronization information embedded in the stream to provide final video rendering in step 1060. More complex masking techniques for overwriting two different video streams are known, for example, the stream being overwritten is actually another video. For this, for example, Chen
U.S. Patent No. 5,257,113, "Mixing and Pl
ayback of JPEG Compressed Packet Videos "(1993
(Issued October 26, 2012).

【0064】例えば、1乃至nに番号付けされるフレー
ムのシーケンスを含むビデオ・クリップについて考えて
みよう。ビデオ・シーケンスをマスクするために、ファ
ズ・ボール397が生成され、これが各フレーム内の特
定の位置において、ビデオ・シーケンスを上書きする。
単純化のため、ここではファズ・ボールが単に黒の矩形
と仮定する。図3から、ファズ・ボール・トラックがフ
レーム番号(またはタイム・スタンプ)、位置座標(フ
レーム内の位置)、及びファズ・ボールのサイズのリス
トとして表されることを思い起こされたい。
For example, consider a video clip containing a sequence of frames numbered 1 through n. To mask the video sequence, a fuzz ball 397 is generated, which overwrites the video sequence at specific locations within each frame.
For simplicity, it is assumed here that the fuzz ball is simply a black rectangle. Recall from FIG. 3 that the fuzz ball track is represented as a list of frame numbers (or time stamps), position coordinates (positions within the frame), and size of the fuzz ball.

【0065】再度図12を参照すると、入来ビデオがス
テップ1015で、ネットワークまたはファイルから受
信される。ステップ1035において、ビデオが復号さ
れ、各ビデオ・フレームがファズ・ボール上書きモジュ
ール(ステップ1050)(図10に関連して既に詳
述)に、フレーム番号と一緒に、ビット・マップ(整数
値のマトリックス)として渡される。その間、入来ファ
ズ・ボール・トラックがステップ1020において、ネ
ットワークまたはファイルから受信され、ファズ・ボー
ル生成モジュール(ステップ1040)に渡され、ここ
で各ファズ・ボールが整数値の矩形マトリックスとして
生成される(整数値はファズ・ボールの色を示し、この
場合、整数値は黒に対応する)。このファズ・ボール・
マトリックスもまた、ファズ・ボール・フレーム番号及
び位置座標(図3参照)と一緒に、ファズ・ボール上書
きモジュール(ステップ1050)に渡される。ステッ
プ1050で、ファズ・ボール・フレーム番号Zが現ビ
デオ・フレーム番号Vと比較される。Z>Vであれば、
ステップ1060で、ビデオ・フレームが無変更でビデ
オ・レンダリング・モジュール(ステップ1060)に
送信され、表示される。ステップ1050において、
(ステップ1035でビデオ復号モジュールにより送信
される)次のビデオ・フレームが、ファズ・ボール上書
きモジュールにより検索される。Z<Vであれば、ステ
ップ1050において、ファズ・ボール上書きモジュー
ルにより、(ステップ1040で送信される)次のファ
ズ・ボールが、ファズ・ボール生成モジュールから検索
される。Z=Vであれば、ファズ・ボール位置座標によ
り指定されるビデオ・フレーム内の位置において、ビデ
オ・フレーム整数マトリックスがファズ・ボール整数マ
トリックスにより上書きされる。変更されたビデオ・フ
レームが、ビデオ・レンダリング・モジュール(ステッ
プ1060)に渡され、当業者には既知の多くの従来方
法の1つにより、レンダリングされる。プロセスはビデ
オの残りの部分に対しても上述のように継続され、(ス
テップ1035でビデオ復号モジュールにより送信され
る)次のビデオ・フレームが、ファズ・ボール上書きモ
ジュール(ステップ1050)により検索され、(ステ
ップ1040で送信される)次のファズ・ボールが、フ
ァズ・ボール生成モジュールから検索される。
Referring again to FIG. 12, the incoming video is received at step 1015 from a network or file. At step 1035, the video is decoded and each video frame is passed to the fuzz ball overwrite module (step 1050) (described in detail above in connection with FIG. 10) along with the frame number along with a bit map (matrix of integer values). ) Passed as. Meanwhile, the incoming fuzz ball track is received from the network or file at step 1020 and passed to the fuzz ball generation module (step 1040), where each fuzz ball is generated as a rectangular matrix of integer values. (The integer value indicates the color of the fuzz ball, where the integer value corresponds to black). This fuzz ball
The matrix is also passed to the fuzz ball overwrite module (step 1050) along with the fuzz ball frame number and position coordinates (see FIG. 3). At step 1050, the fuzz ball frame number Z is compared to the current video frame number V. If Z> V,
At step 1060, the video frames are transmitted unchanged to the video rendering module (step 1060) and displayed. At step 1050,
The next video frame (transmitted by the video decoding module in step 1035) is retrieved by the fuzz ball overwrite module. If Z <V, then in step 1050 the fuzz ball overwrite module retrieves the next fuzz ball (transmitted in step 1040) from the fuzz ball generation module. If Z = V, the video frame integer matrix is overwritten by the fuzz ball integer matrix at the position in the video frame specified by the fuzz ball position coordinates. The modified video frame is passed to a video rendering module (step 1060) and rendered by one of many conventional methods known to those skilled in the art. The process continues as described above for the remainder of the video, and the next video frame (transmitted by the video decoding module at step 1035) is retrieved by the fuzz ball overwrite module (step 1050), The next fuzz ball (transmitted in step 1040) is retrieved from the fuzz ball generation module.

【0066】図13は、本発明の特徴を有するマスク・
プロバイダ論理の例を示す。図示のように、ステップ1
110で、マスク・プロバイダは入力を待機する。ステ
ップ1115では、受信された入力に応じて異なるアク
ションが実行される。受信された入力がマスク・チェッ
ク要求の場合、ステップ1125で、コンテンツ指定2
48を満足し得るファズ・ボール・トラック337が存
在するか否かが判断される。存在する場合、ステップ1
150で、"肯定"応答が送信される。それ以外では、"
否定"応答が送信される(ステップ1160)。ステッ
プ1120で、受信された入力がマスク表示要求の場
合、要求されるファズ・ボール・トラックが配布される
(ステップ1140)。本発明の焦点に当てはまらない
他のタイプの入力(例えば制御指定237の挿入/消去
/更新など)に対しては、適切な種々のハンドラが呼び
出される(ステップ1130)。
FIG. 13 shows a mask having the characteristics of the present invention.
Here is an example of provider logic. As shown, step 1
At 110, the mask provider waits for input. In step 1115, different actions are performed depending on the input received. If the received input is a mask check request, in step 1125, the content designation 2
It is determined whether there is a fuzz ball track 337 that can satisfy 48. If present, step 1
At 150, a "positive" response is sent. Otherwise, "
A "negative" response is sent (step 1160). At step 1120, if the received input is a mask display request, the requested fuzz ball track is distributed (step 1140). For other types of input that are not (e.g., insert / delete / update control specification 237), the appropriate various handlers are invoked (step 1130).

【0067】当業者であれば、一部のノードが本発明の
マスキング・プロトコルを理解せずに、マスキング/フ
ィルタリング操作に参加しない、従来のコンテンツ・サ
ーバ、プロキシまたはクライアント・ステーションであ
る異質の環境においても、マルチメディア・ストリーム
をマスクまたは変更する本方法が作用することが理解さ
れよう。例えば、コンテンツ・サーバが従来のサーバで
ある場合、クライアント209がマスク・プロバイダと
直接的に作用し合い、ファズ・ボール・トラックを獲得
し、クライアントにおいて、マスキング操作を実行する
ことができる。換言すると、図11において、ステップ
915及び920がバイパスされて、ステップ910か
らステップ925に移行する。マスキング操作を実行で
きない従来のクライアント・ステーションのために、中
間プロキシまたはコンテンツ・サーバがマスキング操作
を実行することも可能である。実際、学校または法人な
どの組織では、プロキシ・ノード280が、マスキング
操作を実行または要求する能力の無いクライアント・ス
テーションにとっては透過的に、組織の(イントラネッ
ト規模の)ポリシにもとづき、マスキング操作を実行ま
たは要求し得る。プロキシ階層(図1参照)内におい
て、1つ以上のプロキシが、それ自身のマスキング基準
を選択及び適用する一方で、一部のプロキシは、マスキ
ング操作に参加しない従来のプロキシであったりする。
他方、各クライアント・ステーションについても、プロ
キシとは独立にローカル要求にもとづき、追加のマスキ
ング操作を要求または実行し得る。
Those skilled in the art will appreciate that a heterogeneous environment is a conventional content server, proxy or client station where some nodes do not understand the masking protocol of the present invention and do not participate in masking / filtering operations. It will be appreciated that the method of masking or modifying a multimedia stream also works. For example, if the content server is a conventional server, the client 209 can interact directly with the mask provider to obtain a fuzz ball track and perform a masking operation at the client. In other words, in FIG. 11, steps 915 and 920 are bypassed, and the process moves from step 910 to step 925. For conventional client stations that cannot perform the masking operation, it is also possible for an intermediate proxy or content server to perform the masking operation. Indeed, in an organization such as a school or corporation, the proxy node 280 performs the masking operation based on the organization's (intranet-wide) policy, transparent to client stations that are not capable of performing or requesting the masking operation. Or you can request. Within the proxy hierarchy (see FIG. 1), one or more proxies select and apply their own masking criteria, while some proxies are conventional proxies that do not participate in the masking operation.
On the other hand, each client station may also request or perform additional masking operations based on local requests independent of the proxy.

【0068】当業者であれば、制御指定237ストリー
ムが、ビジュアルまたは音声ファズ・ボール以外のビデ
オ/音声を含み得ることが理解されよう。これらは、P
ICSプロファイル内で要求される特定の言語(例えば
中国語、スペイン語など)によるビジュアル・キャプシ
ョンまたは音声変換を含み得る。
Those skilled in the art will appreciate that the control designation 237 stream may include video / audio other than visual or audio fuzz balls. These are P
It may include visual captions or speech conversions in the particular language (eg, Chinese, Spanish, etc.) required within the ICS profile.

【0069】従って、本発明は、コンテンツ指定246
を満足するように、ビデオ・フレームの一部分、ビデオ
・ストリームの一部分、または音声サンプルなどのビデ
オ・ストリーム内の識別可能なオブジェクトをマスキン
グまたは変更するための、或いはオブジェクトを置換す
るための、動的できめ細かな手段を提供する特徴を含
む。動的なコンテンツ変更が、サーバ203、プロキシ
280、クライアント209、またはこれらのノードの
協調的な組み合わせにおいて、柔軟且つ順次的に実行さ
れ得る。その上、これらの全てが参加することは要求さ
れない。
Therefore, according to the present invention, the content designation 246
Dynamically masking or changing an identifiable object in a video stream, such as a portion of a video frame, a portion of a video stream, or an audio sample, or replacing an object. Includes features that provide fine-grained means. Dynamic content changes may be performed flexibly and sequentially at the server 203, the proxy 280, the client 209, or a cooperative combination of these nodes. Moreover, not all of them are required to participate.

【0070】当業者であれば、好適な実施例はPICS
の新規の適応形を用いるインターネットに関して述べら
れてきたが、本発明がこうした環境に限られるものでな
いことが理解されよう。例えば、標準のテレビジョン放
送の垂直ブランキング割り込み(VBI)の間に制御信
号を伝送することが知られている。大多数のテレビジョ
ンは、今日、クローズド・キャプショニング(closed c
aptioning)制御装置を含み、これはテレビジョン・セ
ットのVBIに送信されるあらゆる信号を復号する、従
来のソフトウェア・アルゴリズムを通じて最適化され得
る。この制御装置は現在通常、衛星番組、画面上(on-s
creen)プログラミング、及びクローズド・キャプショ
ニングを阻止するようにプログラムされている。この制
御装置はまた、番組をそれらの評価にもとづき自動的に
阻止するための、一般的によく知られる"V−チップ"
(最近制定された電気通信法案(Telecommunication Bi
ll)652の一部として委ねられる)を含むように、ソ
フトウェアにより適応化される。V−チップ変換器は、
1997年の秋に入手可能になり、これは必要な技術を
有さないテレビジョンを使用可能にするために使用され
る。本発明によれば、制御装置またはV−チップ変換器
が従来の手段により、コンテンツ指定248を提供する
ようにプログラムされ得る。F−ラベル394のような
制御指定により提供される機能が、伝送のVBIの間に
伝送され、十分な処理能力が存在するものと仮定する
と、制御装置が制御指定237及びコンテンツ指定24
9に従い、オブジェクト・レベルのコンテンツ変更を実
行できる。或いは、追加の処理能力が、クライアント2
09のセットトップ・ボックス・バージョン、またはV
−チップ変換器により必要に応じて提供される。ビデオ
・ストリーム390及び制御指定237が、2つ以上の
ストリーム(図3)として伝送される場合、制御装置
は、好適な実施例におけるV−ラベル392及びO−ラ
ベル396に関連して述べられたのと類似の機能によ
り、コンテンツを変更するように適応化され得る。
Those skilled in the art will recognize that the preferred embodiment is PICS
It has been described with respect to the Internet using a new adaptive form of the present invention, but it will be understood that the invention is not limited to such an environment. For example, it is known to transmit control signals during a vertical blanking interrupt (VBI) of a standard television broadcast. The majority of television today uses closed captioning (closed c
aptioning controller, which can be optimized through conventional software algorithms that decode any signal transmitted to the VBI of the television set. This controller is currently typically used for satellite programs, on-screen (on-s
creen) programmed to prevent programming and closed captioning. The controller also provides a commonly known "V-chip" for automatically blocking programs based on their ratings.
(Recently enacted Telecommunication Bi
ll) as part of 652). The V-chip converter is
Available in the fall of 1997, it is used to enable televisions without the necessary technology. According to the present invention, a controller or V-chip converter can be programmed to provide the content designation 248 by conventional means. Assuming that the functionality provided by the control designation, such as F-label 394, is transmitted during the VBI of the transmission and that there is sufficient processing power, the control unit may determine that the control designation 237 and the content designation 24
9, object-level content changes can be performed. Alternatively, the additional processing power is
09 set-top box version or V
-Provided by chip converter as needed. If the video stream 390 and the control designation 237 are transmitted as more than one stream (FIG. 3), the controller is described in connection with the V-label 392 and O-label 396 in the preferred embodiment. A function similar to that of can be adapted to change content.

【0071】本発明は、従来のフレーム指向のビデオ・
ストリーム伝送システムに限られるものではない。例え
ば、MPEG(Moving Picture Coding Experts Grou
p)は、動画及び音声の圧縮、伸長、処理及び符号化表
現のための国際規格の開発を担うISO/IECのワー
キング・グループである。MPEG−2復号器が非常に
たくさんのセットトップ・ボックス内に含まれ、衛星放
送及びケーブル・テレビジョン業界における、アナログ
技術からデジタル技術への転換を支援した。新たな規格
MPEG−4が現在開発中である。MPEG−4規格は
とりわけ、次の標準化方法、すなわち、1)音声、ビジ
ュアル、または視聴覚コンテンツ("オーディオ/ビジ
ュアル・オブジェクト"またはAVOと呼ばれる)を表
現する方法、2)プリミティブ・オブジェクト("プリ
ミティブAVO")を、例えば視聴覚場面として、複合
視聴覚オブジェクトに結合する方法、3)適切な品質の
サービスに適合するように、AVOに関連付けられるデ
ータを多重化及び同期させ、ネットワークを通じて伝送
する方法、及び4)クライアント側において生成される
視聴覚場面と対話する方法(例えば、http://www.q-tea
m.de/mpeg4/whatmpeg.htm参照)を提供する。従って、
本発明の"オブジェクト"は、例えばMPEG−4のAV
Oなど、マルチメディア・ビット・ストリーム内の識別
可能で変更可能なオブジェクトを含むことが理解される
べきである。同様にMPEG−4 PCプロジェクト
は、MPEG−4のためのオーサリング・システムの生
成を含むPCの実現を目的とする(例えば、http://ww
w.q-team.de/mpeg4/contcrea.htm参照)。
The present invention relates to a conventional frame-oriented video
It is not limited to the stream transmission system. For example, MPEG (Moving Picture Coding Experts Grou
p) is a working group of the ISO / IEC responsible for the development of international standards for compression, decompression, processing and coded representation of moving pictures and sounds. MPEG-2 decoders have been included in numerous set-top boxes to help the satellite and cable television industries transition from analog to digital technology. A new standard, MPEG-4, is currently under development. The MPEG-4 standard has, among other things, the following standardization methods: 1) how to represent audio, visual, or audiovisual content (referred to as "audio / visual objects" or AVOs), 2) primitive objects ("primitive AVOs"). ), For example as an audiovisual scene, to a composite audiovisual object, 3) a method of multiplexing and synchronizing the data associated with the AVO and transmitting it over a network, so as to be adapted to the appropriate quality of service, and ) How to interact with the audiovisual scene generated on the client side (eg http: //www.q-tea
m.de/mpeg4/whatmpeg.htm). Therefore,
The "object" of the present invention is, for example, an MPEG-4 AV
It should be understood to include identifiable and modifiable objects in the multimedia bit stream, such as O. Similarly, the MPEG-4 PC project aims at the realization of a PC including the creation of an authoring system for MPEG-4 (eg, http: // ww
wq-team.de/mpeg4/contcrea.htm).

【0072】まとめとして、本発明の構成に関して以下
の事項を開示する。
In summary, the following items are disclosed regarding the configuration of the present invention.

【0073】(1)マルチメディア・ストリームを含む
マルチメディア・ネットワークにおいて、前記マルチメ
ディア・ストリームのコンテンツに関連付けられるオブ
ジェクトを変更する方法であって、コンテンツ指定を含
むコンテンツ要求を受信するステップと、前記コンテン
ツ指定及び制御指定にもとづき、前記マルチメディア・
ストリームの1次元以上において、1つ以上のオブジェ
クトを動的に変更するステップとを含む、方法。 (2)前記動的に変更するステップが、前記コンテンツ
を含む第1のストリームを生成するステップと、前記コ
ンテンツに対する前記制御指定を含む第2のストリーム
を生成するステップと、前記制御指定を含む前記コンテ
ンツに対する要求を受信するステップと、前記制御指定
及び前記コンテンツ指定に従い、前記第1のストリーム
の前記コンテンツを動的に変更するステップとを含む、
前記(1)記載の方法。 (3)前記受信に応答して、前記コンテンツ指定に従い
変更される前記コンテンツの割合を決定し、コンテンツ
・リクエスタに通知するステップを含む、前記(2)記
載の方法。 (4)前記割合がしきい値を越える場合、ビデオを上映
すること無く、前記リクエスタにブロッキング標識を伝
達するステップを含む、前記(2)記載の方法。 (5)前記制御指定が多次元制御指定を含む、前記
(2)記載の方法。 (6)前記コンテンツがビデオを含み、前記制御指定が
ファズ・ボール指定を含み、前記動的に変更するステッ
プが、1つ以上のコンテンツ指定に対応する前記ファズ
・ボール指定を生成するステップと、前記コンテンツ指
定を含む前記コンテンツに対する要求を受信するステッ
プと、前記受信に応答して、前記ファズ・ボール指定及
び前記コンテンツ指定にもとづき、前記ビデオのフレー
ムの少なくとも一部分を動的に上書きするステップとを
含む、前記(1)記載の方法。 (7)前記コンテンツ指定及び前記制御指定がPICS
プロトコルを含み、前記方法が、異なるコンテンツ指定
に対応する別々のファズ・ボール指定を生成するステッ
プと、PICS指定にもとづき、ファズ・ボール指定を
選択するステップとを含む、前記(6)記載の方法。 (8)前記コンテンツ指定が時間ベースである、前記
(6)記載の方法。 (9)前記生成するステップが、前記ファズ・ボール指
定を、サイズ、位置及び前記ビデオのフレームとの時間
関係を有する1つ以上のファズ・ボールとして生成する
ステップを含む、前記(6)記載の方法。 (10)前記動的に変更するステップが、多次元または
評価システムのいずれかを扱う複数のコンテンツ指定を
結合するステップを含む、前記(1)記載の方法。 (11)前記コンテンツがビデオを含み、前記結合ステ
ップに応答して、複数のファズ・ボール・フィルタを上
書きするステップを含む、前記(10)記載の方法。 (12)前記コンテンツ要求が多次元コンテンツ指定を
含み、前記動的に変更するステップが、複数の制御指定
及び前記多次元コンテンツ指定に従い、前記コンテンツ
を動的に変更するステップを含む、前記(1)記載の方
法。 (13)PICSプロトコル、RSTPプロトコル、ま
たはMPEGプロトコルのいずれかに従い、前記コンテ
ンツ指定または前記制御指定のいずれか一方を伝達する
ステップを含む、前記(1)記載の方法。 (14)前記コンテンツがビデオを含み、前記PICS
プロトコルが複数のPICSラベルを含み、ビデオのコ
ンテンツ評価を示すV−ラベル、及び前記コンテンツ評
価の変更の効果を示すオーバレイ・ラベルを伝達するス
テップと、前記動的変更に応答して、前記Vラベルのカ
テゴリ値を更新するステップとを含む、前記(13)記
載の方法。 (15)前記コンテンツがビデオを含み、前記複数の制
御指定及び前記多次元コンテンツ指定に従い、前記ビデ
オのフレームを動的に変更するステップを含む、前記
(12)記載の方法。 (16)前記コンテンツがビデオを含み、前記ビデオの
フレームを動的に変更するステップが、前記複数の制御
指定及び前記多次元コンテンツ指定に従い、前記ビデオ
のフレームをマスクするステップを含む、前記(15)
記載の方法。 (17)前記動的に変更するステップが、コンテンツ・
サーバ、クライアント、セットトップ・ボックス、及び
プロキシ・ノードの1つ以上において、前記ビデオのフ
レームを動的に変更するステップを含む、前記(15)
記載の方法。 (18)前記ネットワークがサーバの階層を含むワール
ド・ワイド・ウェブを含み、中間プロキシ・サーバが、
出て行くコンテンツ要求のコンテンツ指定を変更するス
テップを含む、前記(1)記載の方法。 (19)前記階層が異種のプロキシ階層を含み、前記変
更するステップがクライアントまたは前記階層内の全て
のサーバにより実行されない、前記(18)記載の方
法。 (20)1つのマルチメディア・ストリームを複数のリ
クエスタにマルチキャストするステップと、前記リクエ
スタによりビデオをレンダリングするステップであっ
て、前記リクエスタの少なくとも2つが、異なるコンテ
ンツ指定に従い、前記ビデオをレンダリングするステッ
プとを含む、前記(1)記載の方法。 (21)前記異なるコンテンツ指定に対して、1つ以上
の別々のファズ・ボール指定を生成するステップと、P
ICSプロトコルに従い、1つ以上のファズ・ボール指
定を選択するステップとを含む、前記(20)記載の方
法。 (22)前記動的に変更するステップが、オブジェクト
を動的にバイパス、マスク、ブロック及び置換するステ
ップを含む、前記(1)記載の方法。 (23)前記コンテンツがビデオを含み、前記ビデオの
1つ以上のフレームまたはセグメントを、1つ以上の代
替フレームまたはセグメントにより置換するステップを
含む、前記(22)記載の方法。 (24)前記動的に変更するステップが、前記コンテン
ツに対する前記制御指定を含む第2のストリームを生成
するステップを含み、前記制御指定がビデオ・ヘッダ、
前記ビデオのフレームのグループ、または個々のフレー
ム・レベルのいずれかにおいて生成される、前記(1)
記載の方法。 (25)前記コンテンツがビデオを含み、前記制御指定
及び前記コンテンツ指定にもとづき、ビデオ・フレーム
またはビデオ・セグメントをスキップするステップを含
む、前記(22)記載の方法。 (26)前記コンテンツがビデオを含み、サーバ、プロ
キシ、セットトップ・ボックス、またはクライアントの
いずれかにおいて、ビデオ・フレームまたはビデオ・ス
トリームの特定部分をマスクまたはブロックするステッ
プを含む、前記(22)記載の方法。 (27)前記制御指定及び前記コンテンツを1つのスト
リームとして伝達するステップを含む、前記(1)記載
の方法。 (28)前記コンテンツがビデオを含み、前記伝達する
ステップが、前記マルチメディア・ストリームの垂直ブ
ランキング割り込みの間に、前記制御指定を伝達するス
テップを含む、前記(27)記載の方法。 (29)前記伝達するステップが、フレーム・ラベルを
前記ビデオの1つ以上のフレームに関連付けるステップ
を含む、前記(27)記載の方法。 (30)1つのマルチメディア・ストリームを複数のリ
クエスタにマルチキャストするステップと、各リクエス
タが少なくとも2つの異なるコンテンツ指定を用い、前
記ビデオをレンダリングするステップとを含む、前記
(1)記載の方法。 (31)複数のファズ・ボール指定を上書きし、前記コ
ンテンツ指定を満足するステップを含む、前記(6)記
載の方法。 (32)前記オブジェクトが、ビデオのフレームの少な
くとも一部分及び音声のサンプルを含む、前記マルチメ
ディア・ストリーム内の識別可能なオブジェクトを含
む、前記(1)記載の方法。 (33)マルチメディア・ストリームのコンテンツに関
連付けられるオブジェクトを変更するコンピュータ読出
し可能プログラム・コード手段を有するコンピュータ使
用可能媒体を含むコンピュータ・プログラム製品であっ
て、前記コンピュータ読出し可能プログラム・コード手
段が、コンピュータに対して、コンテンツ指定を含むコ
ンテンツ要求を受信するように指示するプログラム・コ
ード手段と、前記コンテンツ指定及び制御指定にもとづ
き、前記マルチメディア・ストリームの1次元以上にお
いて、1つ以上のオブジェクトを動的に変更するように
指示するプログラム・コード手段とを含む、コンピュー
タ・プログラム製品。 (34)動的に変更するように指示する前記プログラム
・コード手段が、前記コンピュータに対して、前記コン
テンツを含む第1のストリームを生成するように指示す
るプログラム・コード手段と、前記コンテンツに対する
前記制御指定を含む第2のストリームを生成するように
指示するプログラム・コード手段と、前記制御指定を含
む前記コンテンツに対する要求を受信するように指示す
るプログラム・コード手段と、前記制御指定及び前記コ
ンテンツ指定に従い、前記第1のストリームの前記コン
テンツを動的に変更するように指示するプログラム・コ
ード手段とを含む、前記(33)記載のコンピュータ・
プログラム製品。 (35)前記コンピュータに対して、前記受信に応答し
て、前記コンテンツ指定に従い変更される前記コンテン
ツの割合を決定し、コンテンツ・リクエスタに通知する
ように指示するプログラム・コード手段を含む、前記
(34)記載のコンピュータ・プログラム製品。 (36)前記コンピュータに対して、前記割合がしきい
値を越える場合、ビデオを上映すること無く、前記リク
エスタにブロッキング標識を伝達するように指示するプ
ログラム・コード手段を含む、前記(34)記載のコン
ピュータ・プログラム製品。 (37)前記制御指定が多次元制御指定を含む、前記
(34)記載のコンピュータ・プログラム製品。 (38)前記コンテンツがビデオを含み、前記制御指定
がファズ・ボール指定を含み、動的に変更する前記プロ
グラム・コード手段が、前記コンピュータに対して、1
つ以上のコンテンツ指定に対応する前記ファズ・ボール
指定を生成するように指示するプログラム・コード手段
と、前記コンテンツ指定を含む前記コンテンツに対する
要求を受信するように指示するプログラム・コード手段
と、前記受信に応答して、前記ファズ・ボール指定及び
前記コンテンツ指定にもとづき、前記ビデオのフレーム
の少なくとも一部分を動的に上書きするように指示する
プログラム・コード手段とを含む、前記(33)記載の
コンピュータ・プログラム製品。 (39)前記コンテンツ指定及び前記制御指定がPIC
Sプロトコルを含み、前記コンピュータ読出し可能プロ
グラム・コード手段が、前記コンピュータに対して、異
なるコンテンツ指定に対応する別々のファズ・ボール指
定を生成するように指示するプログラム・コード手段
と、PICS指定にもとづき、ファズ・ボール指定を選
択するように指示するプログラム・コード手段とを含
む、前記(38)記載のコンピュータ・プログラム製
品。 (40)前記コンテンツ指定が時間ベースである、前記
(38)記載のコンピュータ・プログラム製品。 (41)生成するように指示する前記プログラム・コー
ド手段が、前記ファズ・ボール指定を、サイズ、位置及
び前記ビデオのフレームとの時間関係を有する1つ以上
のファズ・ボールとして生成するように指示するプログ
ラム・コード手段を含む、前記(39)記載のコンピュ
ータ・プログラム製品。 (42)動的に変更するように指示する前記プログラム
・コード手段が、多次元または評価システムのいずれか
を扱う複数のコンテンツ指定を結合するように指示する
プログラム・コード手段を含む、前記(33)記載のコ
ンピュータ・プログラム製品。 (43)前記コンテンツがビデオを含み、前記結合に応
答して、複数のファズ・ボール・フィルタを上書きする
ように指示するプログラム・コード手段を含む、前記
(42)記載のコンピュータ・プログラム製品。 (44)前記コンテンツ要求が多次元コンテンツ指定を
含み、動的に変更するように指示する前記プログラム・
コード手段が、複数の制御指定及び前記多次元コンテン
ツ指定に従い、前記コンテンツを動的に変更するように
指示するプログラム・コード手段を含む、前記(33載
のコンピュータ・プログラム製品。 (45)PICSプロトコル、RSTPプロトコル、ま
たはMPEGプロトコルのいずれかに従い、前記コンテ
ンツ指定または前記制御指定のいずれか一方を伝達する
ように指示するプログラム・コード手段を含む、前記
(33)記載のコンピュータ・プログラム製品。 (46)前記コンテンツがビデオを含み、前記PICS
プロトコルが複数のPICSラベルを含み、伝達するよ
うに指示する前記プログラム・コード手段が、ビデオの
コンテンツ評価を示すV−ラベル、及び前記コンテンツ
評価の変更の効果を示すオーバレイ・ラベルを伝達する
ように指示するプログラム・コード手段を含み、前記動
的変更に応答して、前記Vラベルのカテゴリ値を更新す
るように指示するプログラム・コード手段を含む、前記
(45)記載のコンピュータ・プログラム製品。 (47)前記コンテンツがビデオを含み、前記複数の制
御指定及び前記多次元コンテンツ指定に従い、前記ビデ
オのフレームを動的に変更するように指示するプログラ
ム・コード手段を含む、前記(45)記載のコンピュー
タ・プログラム製品。 (48)前記コンテンツがビデオを含み、前記ビデオの
フレームを動的に変更するように指示するプログラム・
コード手段が、前記複数の制御指定及び前記多次元コン
テンツ指定に従い、前記ビデオのフレームをマスクする
ように指示するプログラム・コード手段を含む、前記
(47)記載のコンピュータ・プログラム製品。 (49)動的に変更するように指示する前記プログラム
・コード手段が、コンテンツ・サーバ、クライアント、
セットトップ・ボックス、及びプロキシ・ノードの1つ
以上において、前記ビデオのフレームを動的に変更する
ように指示するプログラム・コード手段を含む、前記
(47)記載のコンピュータ・プログラム製品。 (50)前記ネットワークがサーバの階層を含むワール
ド・ワイド・ウェブを含み、中間プロキシ・サーバに、
出て行くコンテンツ要求のコンテンツ指定を変更するよ
うに指示するプログラム・コード手段を含む、前記(3
3)記載のコンピュータ・プログラム製品。 (51)前記階層が異種のプロキシ階層を含み、変更す
るように指示する前記プログラム・コード手段が、前記
変更がクライアントまたは前記階層内の全てのサーバに
より実行されないように指示するプログラム・コード手
段を含む、前記(50)記載のコンピュータ・プログラ
ム製品。 (52)1つのマルチメディア・ストリームを複数のリ
クエスタにマルチキャストするように指示するプログラ
ム・コード手段と、前記リクエスタによりビデオをレン
ダリングするように指示するプログラム・コード手段で
あって、前記リクエスタの少なくとも2つが、異なるコ
ンテンツ指定に従い、前記ビデオをレンダリングする、
プログラム・コード手段とを含む、前記(33)記載の
コンピュータ・プログラム製品。 (53)前記異なるコンテンツ指定に対して、1つ以上
の別々のファズ・ボール指定を生成するように指示する
プログラム・コード手段と、PICSプロトコルに従
い、1つ以上のファズ・ボール指定を選択するように指
示するプログラム・コード手段とを含む、前記(52)
記載のコンピュータ・プログラム製品。 (54)動的に変更するように指示する前記プログラム
・コード手段が、オブジェクトを動的にバイパス、マス
ク、ブロック及び置換するように指示するプログラム・
コード手段を含む、前記(33)記載のコンピュータ・
プログラム製品。 (55)前記コンテンツがビデオを含み、前記ビデオの
1つ以上のフレームまたはセグメントを、1つ以上の代
替フレームまたはセグメントにより置換するように指示
するプログラム・コード手段を含む、前記(54)記載
のコンピュータ・プログラム製品。 (56)動的に変更するように指示するプログラム・コ
ード手段が、前記コンテンツに対する前記制御指定を含
む第2のストリームを生成するように指示するプログラ
ム・コード手段を含み、前記制御指定がビデオ・ヘッ
ダ、前記ビデオのフレームのグループ、または個々のフ
レーム・レベルのいずれかにおいて生成される、前記
(33)記載のコンピュータ・プログラム製品。 (57)前記コンテンツがビデオを含み、前記制御指定
及び前記コンテンツ指定にもとづき、ビデオ・フレーム
またはビデオ・セグメントをスキップするように指示す
るプログラム・コード手段を含む、前記(54)記載の
コンピュータ・プログラム製品。 (58)前記コンテンツがビデオを含み、サーバ、プロ
キシ、セットトップ・ボックス、またはクライアントの
いずれかにおいて、ビデオ・フレームまたはビデオ・ス
トリームの特定部分をマスクまたはブロックするように
指示するプログラム・コード手段を含む、前記(54)
記載のコンピュータ・プログラム製品。 (59)前記制御指定及び前記コンテンツを1つのスト
リームとして伝達するように指示するプログラム・コー
ド手段を含む、前記(33)記載のコンピュータ・プロ
グラム製品。 (60)前記コンテンツがビデオを含み、伝達するよう
に指示する前記プログラム・コード手段が、前記マルチ
メディア・ストリームの垂直ブランキング割り込みの間
に、前記制御指定を伝達するように指示するプログラム
・コード手段を含む、前記(59)記載のコンピュータ
・プログラム製品。 (61)伝達するように指示する前記プログラム・コー
ド手段が、フレーム・ラベルを前記ビデオの1つ以上の
フレームに関連付けるように指示するプログラム・コー
ド手段を含む、前記(59)記載のコンピュータ・プロ
グラム製品。 (62)1つのマルチメディア・ストリームを複数のリ
クエスタにマルチキャストするように指示するプログラ
ム・コード手段と、各リクエスタが少なくとも2つの異
なるコンテンツ指定を用い、前記ビデオをレンダリング
するように指示するプログラム・コード手段とを含む、
前記(33)記載のコンピュータ・プログラム製品。 (63)複数のファズ・ボール指定を上書きし、前記コ
ンテンツ指定を満足するように指示するプログラム・コ
ード手段を含む、前記(38)記載のコンピュータ・プ
ログラム製品。 (64)前記オブジェクトが、ビデオのフレームの少な
くとも一部分及び音声のサンプルを含む、前記マルチメ
ディア・ストリーム内の識別可能なオブジェクトを含
む、前記(33)記載のコンピュータ・プログラム製
品。
(1) In a multimedia network including a multimedia stream, a method for changing an object associated with the content of the multimedia stream, comprising: receiving a content request including a content designation; Based on the content designation and control designation, the multimedia
Dynamically changing one or more objects in one or more dimensions of the stream. (2) the step of dynamically changing includes generating a first stream including the content, generating a second stream including the control specification for the content, and including the control specification. Receiving a request for content, and dynamically changing the content of the first stream according to the control designation and the content designation.
The method according to the above (1). (3) The method according to (2), further comprising, in response to the receiving, determining a percentage of the content that is changed according to the content specification and notifying a content requester. (4) The method of (2), further comprising communicating a blocking indicator to the requester without playing a video if the percentage exceeds a threshold. (5) The method according to (2), wherein the control specification includes a multidimensional control specification. (6) the content includes a video, the control specification includes a fuzz ball specification, and the dynamically changing step generates the fuzz ball specification corresponding to one or more content specifications; Receiving a request for the content that includes the content designation, and dynamically overwriting at least a portion of the video frame based on the fuzz ball designation and the content designation in response to the receiving. The method according to (1) above. (7) The content designation and the control designation are PICS
The method of claim 6, including a protocol, wherein the method includes generating separate fuzz ball designations corresponding to different content designations, and selecting a fuzz ball designation based on the PICS designations. . (8) The method according to (6), wherein the content designation is time-based. (9) The method according to (6), wherein the generating step includes generating the fuzz ball designation as one or more fuzz balls having a size, a position, and a temporal relationship with a frame of the video. Method. (10) The method of (1), wherein the step of dynamically changing comprises combining a plurality of content designations dealing with either a multi-dimensional or rating system. (11) The method of (10), wherein the content comprises video, and comprising the step of overwriting a plurality of fuzz ball filters in response to the combining step. (12) The method according to (1), wherein the content request includes a multidimensional content specification, and the step of dynamically changing includes dynamically changing the content according to a plurality of control specifications and the multidimensional content specification. ) Described method. (13) The method according to (1), further including a step of transmitting one of the content designation and the control designation according to one of a PICS protocol, an RSTP protocol, and an MPEG protocol. (14) the content includes a video, and the PICS
A protocol comprising a plurality of PICS labels, communicating a V-label indicating a content rating of the video and an overlay label indicating an effect of changing the content rating; and responsive to the dynamic change, the V-label Updating the category value of (13). (15) The method according to (12), wherein the content includes a video, and comprising dynamically changing a frame of the video according to the plurality of control specifications and the multidimensional content specification. (16) The method according to (15), wherein the content includes a video, and the step of dynamically changing a frame of the video includes masking a frame of the video according to the plurality of control specifications and the multidimensional content specification. )
The described method. (17) The step of dynamically changing the content
(15) comprising dynamically changing frames of the video at one or more of a server, a client, a set-top box, and a proxy node.
The described method. (18) the network comprises the World Wide Web including a hierarchy of servers, and the intermediate proxy server comprises:
The method of (1) above, comprising the step of changing the content designation of the outgoing content request. (19) The method according to (18), wherein the hierarchy includes a heterogeneous proxy hierarchy, and wherein the changing is not performed by a client or all servers in the hierarchy. (20) multicasting one multimedia stream to a plurality of requesters, rendering the video by the requesters, wherein at least two of the requesters render the video according to different content specifications; The method according to the above (1), comprising: (21) generating one or more separate fuzz ball designations for said different content designations;
Selecting one or more fuzz ball designations according to an ICS protocol. (22) The method according to (1), wherein the step of dynamically changing includes a step of dynamically bypassing, masking, blocking, and replacing an object. (23) The method of (22), wherein the content comprises a video, and comprising replacing one or more frames or segments of the video with one or more alternative frames or segments. (24) the step of dynamically changing includes generating a second stream including the control specification for the content, wherein the control specification includes a video header;
Said (1) generated at either a group of frames of said video, or at an individual frame level.
The described method. (25) The method according to (22), wherein the content includes video, and comprising skipping a video frame or video segment based on the control designation and the content designation. (26) The (22) said (22), wherein said content comprises video and comprises masking or blocking a particular portion of a video frame or stream at either a server, proxy, set-top box, or client. the method of. (27) The method according to (1), including transmitting the control designation and the content as one stream. (28) The method of (27), wherein the content comprises video, and wherein the transmitting comprises transmitting the control designation during a vertical blanking interrupt of the multimedia stream. (29) The method of (27), wherein the communicating comprises associating a frame label with one or more frames of the video. (30) The method of (1), comprising: multicasting a multimedia stream to a plurality of requesters; and rendering each of the requesters with at least two different content designations. (31) The method according to (6), comprising overwriting a plurality of fuzz ball designations and satisfying the content designation. (32) The method of (1), wherein the object comprises an identifiable object in the multimedia stream comprising at least a portion of a frame of video and a sample of audio. (33) A computer program product comprising a computer usable medium having computer readable program code means for modifying an object associated with a content of a multimedia stream, wherein the computer readable program code means comprises a computer. Program code means for instructing the multimedia stream to receive a content request including a content specification, and moving one or more objects in one or more dimensions of the multimedia stream based on the content specification and the control specification. Computer program product comprising program code means for instructing the user to make a global change. (34) The program code means for instructing a dynamic change, the program code means for instructing the computer to generate a first stream including the content, and the program code means for the content. Program code means for instructing to generate a second stream including a control designation, program code means for instructing to receive a request for the content including the control designation, the control designation and the content designation Computer code means for instructing to dynamically change the content of the first stream according to the above.
Program products. (35) The program code means for instructing the computer to determine a ratio of the content changed in accordance with the content designation in response to the reception and to notify a content requester of the content. 34) The computer program product according to the above. (36) The program described in (34), further comprising program code means for instructing the computer to transmit a blocking indicator to the requester without playing a video if the ratio exceeds a threshold. Computer program products. (37) The computer program product according to (34), wherein said control specification includes a multidimensional control specification. (38) The content includes a video, the control specification includes a fuzz ball specification, and the program code means for dynamically changing includes:
Program code means for instructing to generate the fuzz ball designation corresponding to one or more content designations; program code means for instructing to receive a request for the content including the content designation; The program code means for instructing to dynamically overwrite at least a portion of the video frame based on the fuzz ball designation and the content designation in response to the fuzz ball designation and the content designation. Program products. (39) The content designation and the control designation are PIC
Computer readable program code means including an S protocol, wherein the computer readable program code means instructs the computer to generate separate fuzz ball designations corresponding to different content designations; , Program code means for instructing to select a fuzz ball designation. (40) The computer program product according to (38), wherein the content designation is time-based. (41) The program code means for instructing to generate, instructs to generate the fuzz ball designation as one or more fuzz balls having a size, a position and a time relationship with the frame of the video. The computer program product according to (39), further comprising: (42) The program according to (33), wherein the program code means for instructing to change dynamically includes a program code means for instructing to combine a plurality of content specifications dealing with either a multidimensional or an evaluation system. ) Computer program product as described. (43) The computer program product of (42), wherein the content comprises video and includes program code means responsive to the combining to instruct to overwrite a plurality of fuzz ball filters. (44) The program, wherein the content request includes a multidimensional content specification and instructs to change dynamically.
The computer program product of (33), wherein the code means includes program code means for instructing to dynamically change the content in accordance with the plurality of control specifications and the multidimensional content specification. (33) The computer program product according to (33), further comprising program code means for instructing transmission of one of the content designation and the control designation according to any one of RSTP protocol and MPEG protocol. The content comprises a video, and the PICS
The program code means wherein the protocol includes a plurality of PICS labels and indicates to be conveyed, such that the program code means conveys a V-label indicating the content rating of the video and an overlay label indicating the effect of changing the content rating. The computer program product of (45), further comprising program code means for instructing, and program code means for instructing to update said V label category value in response to said dynamic change. (47) The content according to (45), wherein the content includes a video, and program code means for instructing to dynamically change a frame of the video according to the plurality of control designations and the multidimensional content designation. Computer program product. (48) A program for instructing the content to include a video and dynamically changing a frame of the video.
The computer program product of (47), wherein the code means includes program code means for instructing masking of the video frame according to the plurality of control designations and the multidimensional content designation. (49) The program code means for instructing a dynamic change includes a content server, a client,
The computer program product of claim 47, including program code means at one or more of a set-top box and a proxy node to dynamically change the frame of the video. (50) The network comprises the World Wide Web including a hierarchy of servers, wherein the intermediate proxy server comprises:
The program code means for instructing to change the content designation of the outgoing content request.
3) The computer program product according to the above. (51) The program code means for instructing the hierarchy to include a different type of proxy hierarchy and changing the program code means for instructing that the change is not executed by a client or all servers in the hierarchy. The computer program product according to the above (50). (52) program code means for instructing a multimedia stream to be multicast to a plurality of requesters; and program code means for instructing a video to be rendered by the requester, wherein at least two of the requester means One renders the video according to different content specifications,
(33) The computer program product according to the above (33), comprising program code means. (53) A program code means for instructing to generate one or more separate fuzz ball designations for the different content designations, and selecting one or more fuzz ball designations according to the PICS protocol. (52) including program code means for instructing
Computer program product as described. (54) The program code means for instructing to change dynamically comprises a program for instructing to dynamically bypass, mask, block and replace an object.
The computer according to the above (33), comprising a code means.
Program products. (55) The content of (54), wherein the content comprises a video and includes program code means for instructing one or more frames or segments of the video to be replaced by one or more alternative frames or segments. Computer program product. (56) The program code means for instructing to change dynamically includes program code means for instructing to generate a second stream including the control specification for the content, wherein the control specification is a video stream. The computer program product of claim 33, wherein the computer program product is generated at either the header, a group of frames of the video, or at an individual frame level. (57) The computer program according to (54), wherein the content includes video, and includes program code means for instructing to skip a video frame or a video segment based on the control specification and the content specification. Product. (58) The program code means for instructing the content to include video and masking or blocking a particular portion of a video frame or video stream at either a server, proxy, set-top box, or client. Including (54)
Computer program product as described. (59) The computer program product according to (33), further comprising program code means for instructing transmission of the control designation and the content as one stream. (60) the program code means for instructing the content to include video and transmitting the program code for transmitting the control designation during a vertical blanking interrupt of the multimedia stream; The computer program product of (59), including means. (61) The computer program of (59), wherein the program code means for instructing to convey includes program code means for instructing to associate a frame label with one or more frames of the video. Product. (62) program code means for instructing to multicast one multimedia stream to a plurality of requesters; and program code for instructing each requester to render the video using at least two different content specifications. Means,
The computer program product according to (33). (63) The computer program product according to (38), further comprising program code means for overwriting a plurality of fuzz ball designations and instructing the content designation to be satisfied. (64) The computer program product of (33), wherein the object comprises an identifiable object in the multimedia stream comprising at least a portion of a frame of video and a sample of audio.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の特徴を有するインターネット環境を示
す図である。
FIG. 1 is a diagram illustrating an Internet environment having features of the present invention.

【図2】本発明の特徴を有するネットワーク環境のより
詳細な例を示す図である。
FIG. 2 illustrates a more detailed example of a network environment having features of the present invention.

【図3】図2の"ファズ・ボール"及び"ファズ・ボール"
制御指定"の例を示す図である。
FIG. 3 shows the “fuzz ball” and “fuzz ball” of FIG.
It is a figure showing an example of "control designation".

【図4】本発明に従いコンテンツ指定を記憶するユーザ
・インタフェースの例を示す図である。
FIG. 4 is a diagram showing an example of a user interface for storing a content designation according to the present invention.

【図5】本発明に従いコンテンツ指定を記憶するユーザ
・インタフェースの例を示す図である。
FIG. 5 is a diagram showing an example of a user interface for storing a content designation according to the present invention.

【図6】図2のコンテンツ・サーバ論理の例を示す図で
ある。
FIG. 6 illustrates an example of the content server logic of FIG.

【図7】サーバのビデオ・チェック・ハンドラの例を示
す図である。
FIG. 7 is a diagram illustrating an example of a video check handler of a server.

【図8】図4のビデオ上映ハンドラの例を示す図であ
る。
8 illustrates an example of the video show handler of FIG.

【図9】図8のフレーム・マスキング/変更ルーチンの
例を示す図である。
FIG. 9 is a diagram showing an example of a frame masking / change routine of FIG. 8;

【図10】図9のファズ・ボール・ルーチンの例を示す
図である。
FIG. 10 is a diagram illustrating an example of the fuzz ball routine of FIG. 9;

【図11】図2のクライアント論理の例を示す図であ
る。
FIG. 11 is a diagram illustrating an example of the client logic of FIG. 2;

【図12】クライアント再生操作の例を示す図である。FIG. 12 is a diagram illustrating an example of a client playback operation.

【図13】図2のマスク・プロバイダ論理の例を示す図
である。
FIG. 13 illustrates an example of the mask provider logic of FIG.

【符号の説明】[Explanation of symbols]

110、111、112、113、114、115 プ
ロキシ階層 125、209 クライアント 135、203 コンテンツ・サーバ 155 マスク・プロバイダ 165、201 ネットワーク 205 マスク・プロバイダ 227、240、260 CPU 235、245、263 メモリ 239 マスク・プロバイダ論理 227、240、260 CPU 230、242、265 記憶装置 247 ビデオ再生操作論理 248 多次元コンテンツ指定 249 クライアント論理 267 ビデオ・チェック・ハンドラ 268 コンテンツ・サーバ論理 269 ビデオ上映ハンドラ 280 プロキシ・ノード 310 コンテンツ・アドバイザ 316 評価制御 318 ホスト/メディア・タイプ 337、1003 ファズ・ボール・トラック 382 ファズ・ボール・サイズ 386 時間的関係 390、1002 ビデオ・ストリーム 392 ビデオ・ラベル(V−ラベル) 394 フレーム・ラベル(F−ラベル) 396 オーバレイ・ラベル(O−ラベル) 397、735 ファズ・ボール 430 ハンドラ 1001 関連音声ストリーム
110, 111, 112, 113, 114, 115 Proxy Tier 125, 209 Client 135, 203 Content Server 155 Mask Provider 165, 201 Network 205 Mask Provider 227, 240, 260 CPU 235, 245, 263 Memory 239 Mask Provider logic 227, 240, 260 CPU 230, 242, 265 Storage 247 Video playback operation logic 248 Multidimensional content specification 249 Client logic 267 Video check handler 268 Content server logic 269 Video show handler 280 Proxy node 310 Content Advisor 316 Evaluation control 318 Host / media type 337, 1003 Fuzz ball track 382 Fuzz Rule size 386 Temporal relationship 390, 1002 Video stream 392 Video label (V-label) 394 Frame label (F-label) 396 Overlay label (O-label) 397, 735 Fuzz ball 430 Handler 1001 Associated audio stream

─────────────────────────────────────────────────────
────────────────────────────────────────────────── ───

【手続補正書】[Procedure amendment]

【提出日】平成10年7月17日(1998.7.1
7)
[Submission date] July 17, 1998 (1998.7.1)
7)

【手続補正1】[Procedure amendment 1]

【補正対象書類名】明細書[Document name to be amended] Statement

【補正対象項目名】全文[Correction target item name] Full text

【補正方法】変更[Correction method] Change

【補正内容】[Correction contents]

【書類名】 明細書[Document Name] Statement

【発明の名称】 マルチメディア・コンテンツの動的変
更方法及び装置
Title: Method and apparatus for dynamically changing multimedia content

【特許請求の範囲】[Claims]

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は一般に、コンテンツ
指定にもとづく、マルチメディア・コンテンツの動的マ
スキング及び変更に関する。
FIELD OF THE INVENTION The present invention relates generally to dynamic masking and modification of multimedia content based on content designation.

【0002】[0002]

【従来の技術】ワールド・ワイド・ウェブ(WWW)が
益々普及しつつある今日、ウェブ・サイトのコンテンツ
に関して、一般的な関心が向けられている。理想的に
は、ユーザは彼らの家庭に入るコンテンツに対する制御
を有するべきである。
BACKGROUND OF THE INVENTION With the increasing popularity of the World Wide Web (WWW), general interest has been directed to the content of web sites. Ideally, users should have control over the content that enters their home.

【0003】最近確立された規格は、ハイパテキスト転
送プロトコル(HTTP)などの既存のウェブ・プロト
コルを用い、オブジェクト・ヘッダ内のメタ・データと
して、コンテンツ指定を可能にする。インターネットコ
ンテンツ選択のためのプラットフォーム(PICS:Pl
atform for Internet Content Selection)・プロトコ
ルは、電子コンテンツに関するメタ情報を送信する1つ
の方法を指定する。PICSはウェブ・コンソシアム・
プロトコル勧告(http://www.w3.org/PICS参照)であ
る。PICSは当初、例えば"このコンテンツにどのく
らい多くの裸体が関連付けられているか?"などの、値
ベースの評価ラベルを送信するために使用されたが、メ
タ情報の形式及び意味は全く一般的である。PICSで
は電子コンテンツに関するメタ情報が、情報の"評価サ
ービス(rating service)"または製作者及び使用目的
(producer-and-intended-usage)に従いグループ化さ
れ、1つのこうしたグループ内で、任意の数のカテゴリ
または次元の情報が伝送される。各カテゴリは許可され
る値の範囲を有し、コンテンツの特定部分に対して特定
のカテゴリが単一の値または複数の値を有し得る。更に
メタ情報グループ("PICSラベル"として知られる)
が満了情報を含み得る。更にPICSラベルを、2つ以
上の電子コンテンツ部分に適用する機構が存在する。特
定の電子コンテンツ部分に対応する各PICSラベル
は、独立にコンテンツに追加または除去され得る。
A recently established standard uses existing web protocols, such as the Hypertext Transfer Protocol (HTTP), and allows for content specification as metadata in object headers. Platform for Internet Content Selection (PICS: Pl
The atform for Internet Content Selection protocol specifies one way to send meta information about electronic content. PICS is a web consortium
Protocol Recommendation (see http://www.w3.org/PICS). PICS was initially used to send value-based rating labels, for example, "How much nudity is associated with this content?", But the form and meaning of meta-information is quite common . In PICS, meta-information about electronic content is grouped according to the information's "rating service" or producer-and-intended-usage, and within one such group, any number of Category or dimensional information is transmitted. Each category has a range of allowed values, and a particular category may have a single value or multiple values for a particular portion of content. Further meta information groups (known as "PICS labels")
May include expiration information. Furthermore, mechanisms exist for applying a PICS label to more than one piece of electronic content. Each PICS label corresponding to a particular piece of electronic content can be independently added or removed from the content.

【0004】例えば、PICSラベルを有するイメージ
・ファイルがサーバから送信され、そのラベルの"評価
サービス"・フィールドが、"セーフサーフ(SafeSur
f)"評価システムに従い、それが値ベースの評価ラベル
を含むことを示し得る。HTTPプロトコルは、PIC
Sをサポートする要求ヘッダ及び応答ヘッダにより増補
される。NNTPなどの他の一般的なアプリケーション
・プロトコルを定義する技術機関も、現在、PICSサ
ポートの追加を考慮中である。これらのプロトコルの一
部として、所望されるPICSラベルのタイプのリスト
が要求と一緒に含まれ得る。PICSはまた、中央ラベ
ル局(central label bureau)サーバからPICS情報
を受信するための照会形式を指定する。PICSラベル
の例は(PICS-1.1"http://the.rating.service"label f
or "http://the.content" exp "1997.07.01T08:15-05
00"r(n4s3v2l0))であり、ここで'n'、's'、'v'及び'
l'は、様々なメタ情報タイプの送信名であり、このコン
テンツに適用可能な値は、4(nに対応)、3(sに対
応)、2(vに対応)及び0(lに対応)である。I
D"http://the.rating.service"を認識するソフトウェ
アだけが、これらのカテゴリ及び値を解釈する方法を知
ることになる。
[0004] For example, an image file having a PICS label is transmitted from a server, and the "evaluation service" field of the label is set to "SafeSur".
f) According to the "Reputation System", it may indicate that it contains a value-based reputation label.
Augmented by request and response headers that support S. Technical bodies that define other common application protocols, such as NNTP, are also currently considering adding PICS support. As part of these protocols, a list of the type of PICS label desired may be included with the request. PICS also specifies a query format for receiving PICS information from a central label bureau server. An example of a PICS label is (PICS-1.1 "http: //the.rating.service" label f
or "http: //the.content" exp "1997.07.01T08: 15-05
00 "r (n4s3v2l0)), where 'n', 's',' v 'and'
l ′ is a transmission name of various meta information types, and applicable values for this content are 4 (corresponding to n), 3 (corresponding to s), 2 (corresponding to v) and 0 (corresponding to l) ). I
Only software that recognizes D "http: //the.rating.service" will know how to interpret these categories and values.

【0005】従来技術では、符号化ビデオ及び(また
は)ビデオ・ストリームを選択するために、ユーザの好
みを記憶することを目的とする様々なシステムを含む。
ビデオ及び音声などのマルチメディア・ストリームで
は、1つの評価基準を用いてマルチメディア表現全体を
評価することは柔軟性に欠ける。例えば、2時間ビデオ
において、暴力または性的描写コンテンツを含む1場面
は、高度な暴力または高度な性的コンテンツ評価を受け
るビデオとなり得、それ故、ほとんどのユーザ指定にも
とづき、そのビデオの鑑賞が阻止される。
[0005] The prior art includes various systems aimed at storing user preferences for selecting coded video and / or video streams.
For multimedia streams such as video and audio, it is inflexible to evaluate the entire multimedia presentation using one criterion. For example, in a two-hour video, a scene that includes violence or sexually explicit content may be a video subject to high violence or high sexual content ratings, and therefore, based on most user designations, viewing the video Will be blocked.

【0006】例えば、Vogelによる米国特許第4930
160号、"Automatic Censorship of Video Programs"
(1990年5月29日発行)は、最初のビデオ・スト
リームから、以前にビューアにより選択された別のビデ
オ・ストリームに切り替えるために分類コードを使用す
る。前述の柔軟性の欠如に加え、この提案の下で使用さ
れる検閲規格は、中央検閲権限に由来すると思われる。
このアプローチはまた、放送業者の参加をその有効性に
応じて要求する。
[0006] For example, US Pat.
Issue 160, "Automatic Censorship of Video Programs"
(Issued May 29, 1990) uses a classification code to switch from the first video stream to another video stream previously selected by the viewer. In addition to the aforementioned lack of flexibility, the censorship standards used under this proposal would be derived from central censorship authority.
This approach also requires broadcaster participation depending on its effectiveness.

【0007】別の例として、Westらによる米国特許第5
550575号、"Viewer Discretion Television Prog
ram Control System"(1996年8月27日発行)
は、複数の可変数のビューアのために、時間及びコンテ
ンツの両方の制御を提供する。しかしながら、制御はビ
デオ全体の一部分に限られる。
[0007] As another example, US Pat.
550575, "Viewer Discretion Television Prog
ram Control System "(issued August 27, 1996)
Provides both time and content control for multiple variable numbers of viewers. However, control is limited to a portion of the entire video.

【0008】更に別の例として、Abecassisによる米国
特許第5434678号、"SeamlessTransmission of N
on-Sequential Video Segments"(1995年7月18
日発行)が挙げられる。この特許は、ビューアの事前に
確立されたビデオ・コンテンツの好みに応じて、可変コ
ンテンツのビデオ番組の非順次的に記憶されたビデオ・
セグメントを選択的に検索し、継ぎ目無く伝送すること
に関する。ここでは、ビデオ・コンテンツの好みをビデ
オ・セグメント・マップに適用することにより、単一の
根源からビデオ・セグメントが選択され得る。このアプ
ローチはまた、可変コンテンツのビデオ番組の生成、及
び放送業者の参加をその有効性に応じて要求する。
As yet another example, US Pat. No. 5,434,678 to Abecassis, “Seamless Transmission of N
on-Sequential Video Segments "(July 18, 1995
Issued on a daily basis). This patent describes a non-sequentially stored video program of variable content video programs, depending on the viewer's pre-established video content preferences.
It relates to selectively retrieving segments and transmitting them seamlessly. Here, video segments may be selected from a single source by applying video content preferences to the video segment map. This approach also requires the production of variable content video programs and the participation of broadcasters depending on their effectiveness.

【0009】[0009]

【発明が解決しようとする課題】従って、例えば1つの
ビデオ・フレームの一部分または音声サンプルなどの特
定のオブジェクト(対象)が、ユーザのコンテンツ指定
に従い、動的にマスク若しくはフィルタリング、または
変更され得るように、マルチメディア・コンテンツを評
価し、柔軟に変更するシステム及び方法が待望される。
また、カストマイズ化されたコンテンツ、または可変の
コンテンツの生成、或いは放送業者の参加の有効性を要
求しないシステムが待望される。
Thus, certain objects, such as portions of a single video frame or audio samples, can be dynamically masked or filtered or modified according to the user's content specification. What is needed is a system and method for evaluating and flexibly modifying multimedia content.
There is also a need for a system that does not require the generation of customized or variable content or the effectiveness of broadcaster participation.

【0010】更に、HTTPなどのインターネット及び
ワールド・ワイド・ウェブ互換の伝送システム内におけ
る、こうしたビデオ配布システム及び方法が待望され
る。更に、ノードの階層の存在の下で、柔軟に適用され
得るシステムが待望される。本発明はこうしたニーズに
応えるものである。
[0010] Further, there is a need for such a video distribution system and method within an Internet and World Wide Web compatible transmission system such as HTTP. Further, there is a need for a system that can be flexibly applied in the presence of a hierarchy of nodes. The present invention addresses these needs.

【0011】[0011]

【課題を解決するための手段】上述のニーズに従い、本
発明はビューアのコンテンツ指定にもとづき、マルチメ
ディア・コンテンツをオブジェクト・レベルで動的に変
更する改善された方法及び装置に関する。オブジェクト
の例には、ビデオ・フレームの一部分または音声サンプ
ルなど、マルチメディア・ストリーム内のあらゆる識別
可能なオブジェクトが含まれる。こうしたマルチメディ
ア・ストリームの例には、音声ストリーム、ビデオ・ス
トリーム、またはこれらのストリームの1つ以上の組み
合わせが含まれる。
SUMMARY OF THE INVENTION In accordance with the above needs, the present invention is directed to an improved method and apparatus for dynamically changing multimedia content at the object level based on a viewer's content specification. Examples of objects include any identifiable objects in a multimedia stream, such as portions of a video frame or audio samples. Examples of such a multimedia stream include an audio stream, a video stream, or a combination of one or more of these streams.

【0012】様々な実施例が、マルチメディア・ストリ
ームの一部である、または第3者により別のストリーム
として提供され得る制御指定を記述する。例えば、イン
ターネット環境では、PICSベースの制御指定が詳述
される。PICS制御指定はマルチメディア・ストリー
ム自身の一部であるか、またはコンテンツの動的変更の
ために、別々に展開されて伝送される。PICSベース
のコンテンツ指定はまた、ビューアが多次元コンテンツ
選択を指定できるように提供される。
Various embodiments describe control specifications that are part of a multimedia stream, or can be provided as a separate stream by a third party. For example, in an Internet environment, PICS-based control designations are detailed. The PICS control designation may be part of the multimedia stream itself or may be separately deployed and transmitted for dynamic changes in content. PICS-based content specification is also provided so that viewers can specify multi-dimensional content selections.

【0013】本発明は、インターネット上のプロキシ階
層内で、マルチメディア・ストリームを動的に変更及び
マスクできる特徴を有する。例えば、マルチメディア・
ストリーム内のオブジェクトが、セットトップ・ボック
スまたはコンピュータなどのクライアント・ステーショ
ン、プロキシ・ノードまたはゲートウェイなどの中間コ
ンピュータ・ノード、コンテンツ・サーバ、或いはこれ
らの1つ以上のノードの協調的な組み合わせにおいて柔
軟に変更され得る。
The present invention has the feature that the multimedia stream can be dynamically changed and masked within the proxy hierarchy on the Internet. For example, multimedia
Objects in the stream are flexibly in client stations such as set-top boxes or computers, intermediate computer nodes such as proxy nodes or gateways, content servers, or cooperative combinations of one or more of these nodes. Can be changed.

【0014】本発明は更に、組織がイントラネット規模
のポリシを指定することを可能にする特徴を有する。こ
れは例えば、中間ノードが出て行く要求に対してコンテ
ンツ指定を追加または併合することを可能にすることに
よる。本発明は更に、たとえ異なる根源により供給され
る場合であっても、複数のマスク(制御指定)を適用す
る他の特徴を有する。
The present invention has the further feature of enabling an organization to specify intranet-wide policies. This is, for example, by allowing intermediate nodes to add or merge content specifications with outgoing requests. The invention has the further feature of applying multiple masks (control designations), even when provided by different sources.

【0015】マルチメディア・ストリームのコンテンツ
に関連付けられるオブジェクトを変更する、本発明の特
徴を有する方法の例は、コンテンツ指定を含むコンテン
ツ要求を受信するステップと、コンテンツ指定及び制御
指定にもとづき、マルチメディア・ストリームの1次元
以上において、1つ以上のオブジェクトを動的に変更す
るステップとを含む。
An example of a method for modifying an object associated with the content of a multimedia stream, having the features of the present invention, includes the steps of receiving a content request including a content specification, and controlling the multimedia based on the content specification and the control specification. Dynamically changing one or more objects in one or more dimensions of the stream.

【0016】本発明の1実施例は、"ファズ・ボール(f
uzz ball)"制御指定に従い、ビデオ・フレームの一部
分を動的に変更する特徴を有する。結果のファズ・ボー
ルは、ビデオ・フレームの一部分または音声サンプルな
どの、1つ以上の指定オブジェクトを、ユーザ指定に従
い変更/マスクすることができる。
One embodiment of the present invention is a fuzz ball (f
uzz ball) has the feature of dynamically changing a portion of a video frame according to a control specification. The resulting fuzz ball may be used to display one or more specified objects, such as a portion of a video frame or an audio sample. Can be changed / masked as specified.

【0017】本発明は更に、伝送に先立ち、指定に従い
阻止されるビデオの割合をユーザに通知する他の特徴を
有する。
The present invention has the further feature of notifying the user of the percentage of video to be blocked as specified prior to transmission.

【0018】本発明は更に、多次元または評価システム
を扱うコンテンツ指定に応答して、幾つかのファズ・ボ
ール指定をオーバラップする他の特徴を有する。更に、
本発明は、1つのマルチメディア・ストリームを複数の
ビューアにマルチキャストする他の特徴を有し、各クラ
イアント209はカストマイズ化された指定を用い、ビ
デオをレンダリングまたはマスキングする。
The present invention further has other features that overlap several fuzz ball specifications in response to a content specification dealing with a multidimensional or rating system. Furthermore,
The invention has the other feature of multicasting one multimedia stream to multiple viewers, with each client 209 rendering or masking the video using a customized specification.

【0019】[0019]

【発明の実施の形態】図1は、本発明の特徴を有するイ
ンターネット環境の例を示す。図示のように、1つ以上
のコンテンツ・サーバ135がネットワーク165に接
続される一方、本発明に従うセットトップ・ボックスま
たはクライアント125などのクライアント・ステーシ
ョン125が、直接またはプロキシ階層110乃至11
5を通じ、ネットワーク165に接続される。コンテン
ツ・サーバ・ノード135は、ネットワークを通じて、
マルチメディア要求をサービスすることができる任意の
コンピュータ・ノードである。第3者のマスク・プロバ
イダ155は、予め構成されたフレーム・レベルのマス
クを提供することができ(図3に関連して以下で詳
述)、これは本発明に従い、コンテンツを動的にきめ細
かく、例えばフレーム・レベルで変更して、不要な情報
を除去するために使用され得る。
FIG. 1 shows an example of an Internet environment having features of the present invention. As shown, one or more content servers 135 are connected to a network 165, while a client station 125, such as a set-top box or client 125, according to the present invention, connects directly or through a proxy hierarchy 110-11.
5 is connected to the network 165. The content server node 135 communicates through the network
Any computer node that can service multimedia requests. A third party mask provider 155 may provide a pre-configured frame-level mask (described in detail below in connection with FIG. 3), which dynamically refines content according to the present invention. Can be used to remove unwanted information, for example, changing at the frame level.

【0020】クライアント125は、(図11に関連し
て以下で詳述されるように、)中位の暴力度及び低位の
裸体度などの、多次元コンテンツ指定248を含むマル
チメディア・コンテンツ要求を、ネットワーク165を
介してサーバ135に伝達する。
Client 125 requests multimedia content including multidimensional content designations 248, such as medium violence and low nudity (as described in detail below in connection with FIG. 11). , To the server 135 via the network 165.

【0021】本発明によれば、ピギーバック式メタデー
タを用いることにより、情報がクライアント125、サ
ーバ135、及びマスク・プロバイダ155の間で、効
率的に伝達され得る。HTTPでは、既存のウェブ・プ
ロトコルを用いることにより、情報交換がオブジェクト
・ヘッダ内にメタデータとして含まれ得る。PICSプ
ロトコルは、電子コンテンツに関するメタ情報を送信す
る方法を指定する。PICSはウェブ・コンソーシアム
・プロトコル勧告である(http://www.w3.org/PICS参
照)。PICSは当初、例えば"このコンテンツにどの
くらい多くの裸体が関連付けられているか?"などの、
値ベースの評価ラベルを送信するために使用されたが、
メタ情報の形式及び意味は全く一般的である。PICS
では、電子コンテンツに関するメタ情報が、情報の"評
価サービス"または製作者及び使用目的に従いグループ
化され、あるこうしたグループ内では、任意の数のカテ
ゴリまたは次元の情報が伝送され得る。各カテゴリは許
可値の範囲を有し、コンテンツの特定部分に対して、特
定のカテゴリが1つの値または複数の値を有し得る。更
に、メタ情報グループ("PICSラベル"として知られ
る)が、満了情報を含み得る。更にPICSラベルを、
2つ以上の電子コンテンツ部分に適用することを可能に
する機構が存在する。電子コンテンツの特定部分に対す
る各PICSラベルは、独立にコンテンツに追加または
除去され得る。
According to the present invention, the use of piggybacked metadata allows information to be efficiently communicated between client 125, server 135, and mask provider 155. In HTTP, the information exchange can be included as metadata in the object header by using existing web protocols. The PICS protocol specifies how to transmit meta information about electronic content. PICS is a Web Consortium Protocol Recommendation (see http://www.w3.org/PICS). PICS initially started with, for example, "How much nudity is associated with this content?"
Used to submit value-based rating labels,
The format and meaning of meta-information is quite common. PICS
In, meta-information about electronic content is grouped according to an "evaluation service" or creator and intended use of the information, and within any such group any number of categories or dimensions of information may be transmitted. Each category has a range of allowed values, and for a particular portion of content, a particular category may have one or more values. Further, a meta information group (known as a "PICS label") may include expiration information. Furthermore, PICS label,
Mechanisms exist that allow it to be applied to more than one piece of electronic content. Each PICS label for a particular portion of electronic content can be independently added or removed from the content.

【0022】例えば、PICSラベルを有するイメージ
・ファイルがサーバから送信され、そのラベルの"評価
サービス"・フィールドが、"セーフサーフ"評価システ
ムに従い、それが値ベースの評価ラベルを含むことを示
し得る。本発明によれば、イメージ・ファイルは企業の
プロキシを通過するとき、PICSラベルの新たなカテ
ゴリ値により、"評価サービス"に従い現コンテンツを反
映するように、処理または更新され得る。従って、クラ
イアント・コンピュータは、PICSラベルの更新され
たカテゴリ値を見るだけである。HTTPプロトコル
は、PICSをサポートする要求ヘッダ及び応答ヘッダ
により増補された。PICSラベルの例は、(PICS-1.
1"http://the.rating.service"label for "http://the.
content" exp"1997.07.01T08:15-0500"r(n4s3v2l
0))であり、ここで'n'、's'、'v'及び'l'は、様々な
メタ情報タイプの送信名であり、このコンテンツに適用
可能な値は、4(nに対応)、3(sに対応)、2(v
に対応)及び0(lに対応)である。ID"http://the.
rating.service"を認識するソフトウェアだけが、これ
らのカテゴリ及び値を解釈する方法を知ることになる。
NNTPなどの他の一般的なアプリケーション・プロト
コルを定義する技術機関も、現在、PICSサポートの
追加を考慮中である。これらのプロトコルの一部として
所望されるPICSラベルのタイプのリストが要求と一
緒に含まれ得る。PICSはまた、中央ラベル局サーバ
からPICS情報を受信するための照会形式を指定す
る。好適な実施例では、以下で詳述されるように、コン
テンツ指定248もまた、PICS規則1.0(Pics
Rule−1.0)などのPICSプロファイル言語を用
いて伝達され得る。
For example, an image file having a PICS label may be sent from a server, and the "Evaluation Service" field of the label may indicate that it contains a value-based evaluation label according to a "Safe Surf" evaluation system. . According to the present invention, as the image file passes through the corporate proxy, it can be processed or updated to reflect the current content according to the "reputation service" with the new category value of the PICS label. Thus, the client computer only sees the updated category value of the PICS label. The HTTP protocol has been augmented with request and response headers that support PICS. An example of a PICS label is (PICS-1.
1 "http: //the.rating.service" label for "http: // the.
content "exp" 1997.07.01T08: 15-0500 "r (n4s3v2l
0)), where 'n', 's', 'v' and 'l' are transmission names of various meta-information types and the value applicable to this content is 4 (corresponding to n ), 3 (corresponding to s), 2 (v
) And 0 (corresponding to 1). ID "http: // the.
Only software that recognizes "rating.service" will know how to interpret these categories and values.
Technical bodies that define other common application protocols, such as NNTP, are also currently considering adding PICS support. A list of the types of PICS labels desired as part of these protocols may be included with the request. PICS also specifies a query format for receiving PICS information from the central label office server. In the preferred embodiment, the content specification 248 also has the PICS Rule 1.0 (Pics
Rule-1.0).

【0023】図1を参照すると、本発明によれば、組織
は出て行く要求に対してコンテンツ指定を追加する、或
いは異なる指定を併合するプロキシ110、115の能
力を介してイントラネット規模のポリシを指定し得る。
本発明の別の実施例によれば、サーバ135は指定が当
てはまるか否かを判断するように順応し(図7に関連し
て以下で詳述)、当てはまる場合、マスク要求をマスク
・プロバイダ155に伝達する(図12に関連して以下
で詳述)。マスク・プロバイダは、ビューアの指定を満
足するように、コンテンツを変更するために使用され得
る制御指定237(マスクとも呼ばれる)を選択し、そ
れをサーバ135に送信する(図13に関連して以下で
詳述)。当業者であれば、制御指定がコンテンツ・サー
バ203にも記憶され得ることが理解されよう。様々な
実施例において、制御指定237は、サーバ135、プ
ロキシ110、またはクライアント125により適用さ
れ、異なる根源から供給される複数の制御指定237が
適用され得る。ビデオ・フレームの一部分または音声サ
ンプルなどのオブジェクトが、クライアント209にお
いて表示される以前に、選択された制御指定237に従
い、動的に変更され得る(図9乃至図10、及び図12
に関連して以下で詳述)。
Referring to FIG. 1, in accordance with the present invention, an organization may apply an intranet-wide policy through the ability of proxies 110, 115 to add content designations to outgoing requests or merge different designations. Can be specified.
According to another embodiment of the present invention, the server 135 adapts to determine whether the specification applies (described below in connection with FIG. 7), and if so, passes the mask request to the mask provider 155. (Detailed below in connection with FIG. 12). The mask provider selects a control specification 237 (also referred to as a mask) that can be used to modify the content and sends it to the server 135 to satisfy the viewer specification (see FIG. 13 below). In detail). Those skilled in the art will appreciate that the control designation may also be stored on the content server 203. In various embodiments, control specifications 237 may be applied by server 135, proxy 110, or client 125, and a plurality of control specifications 237 provided from different sources may be applied. Objects, such as portions of video frames or audio samples, may be dynamically changed according to the selected control designation 237 before being displayed at the client 209 (FIGS. 9-10 and 12).
In detail below in connection with).

【0024】クライアント125の例には、PC、ワー
クステーション及びセットトップ・ボックスなどが含ま
れるが、これらに限られるものではない。PCまたはワ
ークステーション環境では、クライアント・ソフトウェ
アが、好適には、IBMから販売されるビデオ・キャラ
クタ・プレーヤ(商標)や、プログレッシブ・ネットワ
ークス社から販売されるリアル・ビデオ・プレーヤ(商
標)などの、ビデオ再生ソフトウェアを含む。ネットワ
ーク165の例には、インターネット、ワールド・ワイ
ド・ウェブ、イントラネット、及びローカル・エリア・
ネットワーク(LAN)などが含まれる。ビデオ用のコ
ンテンツ・サーバ135の例には、IBMから販売され
るビデオ・チャージャ(商標)や、プログレッシブ・ネ
ットワーク社から販売されるリアル・ビデオ(商標)な
どの製品が含まれる。プロキシ・サーバ110乃至11
5の例には、IBMから販売されるインターネット・コ
ネクション・サーバ(ICS)(商標)が含まれる。コ
ンテンツ・サーバ135またはプロキシ・サーバ110
乃至115は、任意のコンピュータ・ノード上で実行さ
れ、それらにはIBMから販売されるS/390 SY
SPLEX(商標)、SP2(商標)、またはRS60
00(商標)ワークステーションなどの製品が含まれ
る。
Examples of clients 125 include, but are not limited to, PCs, workstations, set-top boxes, and the like. In a PC or workstation environment, the client software is preferably a video character player (TM) sold by IBM or a Real Video Player (TM) sold by Progressive Networks. , Including video playback software. Examples of network 165 include the Internet, the World Wide Web, intranets, and local area networks.
And a network (LAN). Examples of video content servers 135 include products such as Video Charger ™ sold by IBM and Real Video ™ sold by Progressive Network. Proxy servers 110 through 11
An example of 5 includes the Internet Connection Server (ICS) ™ sold by IBM. Content server 135 or proxy server 110
To 115 run on any computer node and include S / 390 SY sold by IBM.
SPLEX ™, SP2 ™, or RS60
Products such as the 00.TM. workstation are included.

【0025】図2は、ネットワーク201及び本発明の
特徴を有するシステムのより詳細な例を示す。図示のよ
うに、システムは従来のワークステーション、PCまた
はセットトップ・ボックスなどの、クライアント209
を含む。クライアント209は、1次元以上のコンテン
ツに関するコンテンツ指定248を含むマルチメディア
・コンテンツに対する要求をネットワーク201を介し
て、発行することができる。クライアント209は好適
には、CPU240、RAMなどのメモリ245、及び
DASDなどの記憶装置242を含む。メモリ245
は、本発明に従うクライアント論理249(図11に関
連して以下で詳述)を記憶する。クライアント論理は、
好適には、リモートまたはローカル永久光記憶装置(C
D−ROM)、若しくは磁気記憶装置(ディスクな
ど)、またはDASDからメモリ245にロードされる
コンピュータ実行可能コードとして実現され、CPU2
40により実行される。クライアント論理249は、ビ
デオ再生操作論理247(図12に関連して以下で詳
述)を含む。
FIG. 2 shows a more detailed example of a network 201 and a system having features of the present invention. As shown, the system is a client 209, such as a conventional workstation, PC or set-top box.
including. The client 209 can issue a request for multimedia content including the content designation 248 for one or more dimensions of content via the network 201. The client 209 preferably includes a CPU 240, a memory 245 such as a RAM, and a storage device 242 such as a DASD. Memory 245
Stores client logic 249 according to the present invention (described in detail below in connection with FIG. 11). The client logic is
Preferably, the remote or local permanent optical storage (C
D-ROM), or a magnetic storage device (such as a disk), or computer-executable code loaded from a DASD into the memory 245;
40. Client logic 249 includes video playback operation logic 247 (described in detail below in connection with FIG. 12).

【0026】マスク・プロバイダ205は、好適には、
CPU227、RAMなどのメモリ235、及びDAS
Dなどの記憶装置230を含む。メモリ235は、マス
ク・プロバイダ論理239(図13に関連して以下で詳
述)を含み、これは好適には、DASD230からメモ
リ235にロードされるコンピュータ実行可能コードと
して実現され、CPU227により実行される。マスク
・プロバイダは様々な制御指定237、この場合には、
コンテンツ指定248に従い、ビデオの1つ以上のフレ
ームの一部分を動的に変更またはマスクする、ファズ・
ボール・トラック337(図3乃至図5に関連して以下
で詳述)を有する。ファズ・ボール・トラック指定は、
別々のストリームを含むか、ビデオ・ストリーム390
とは別のファイルに含まれ、コンテンツ・サーバ20
3、クライアント209、またはプロキシ280などの
中間ノードにおいて解釈され、ビデオ・ストリーム39
0内のオブジェクトを変更またはマスクする(マスク・
プロバイダ論理の例が、図13に示される)。いずれに
しても、制御指定にもとづきファズ・ボール397が生
成され、コンテンツがクライアント・ステーションにお
いて表示される以前に、そのコンテンツを変更する。
The mask provider 205 preferably
CPU 227, memory 235 such as RAM, and DAS
D and the like. Memory 235 includes mask provider logic 239 (described in greater detail below in connection with FIG. 13), which is preferably implemented as computer-executable code loaded from DASD 230 into memory 235 and executed by CPU 227. You. The mask provider has various control specifications 237, in this case,
Fuzz, dynamically changing or masking a portion of one or more frames of a video according to a content specification 248;
It has a ball track 337 (described in more detail below in connection with FIGS. 3-5). Fuzz ball track designation,
Include a separate stream or a video stream 390
Content server 20
3, interpreted at an intermediate node, such as client 209 or proxy 280, and
Change or mask objects in 0 (mask
An example of the provider logic is shown in FIG. 13). In any case, a fuzz ball 397 is generated based on the control designation and changes the content before it is displayed at the client station.

【0027】コンテンツ・サーバ・ノード203は、ネ
ットワーク201を通じて要求をサービスすることので
きる従来の任意のコンピュータ・ノードである。コンテ
ンツ・サーバ203は好適には、CPU260、RAM
などのメモリ263、及びディスクまたはDASDなど
の記憶装置265を含む。本発明によれば、好適には、
コンピュータ実行可能コードとして実現されるサーバ論
理268(図6に関連して以下で詳述)が、リモート
(ネットワークを介する)またはローカル永久光記憶装
置(CD−ROM)、若しくは磁気記憶装置(ディスク
など)またはDASD265から、メモリ263にロー
ドされ、CPU260により実行される。サーバ論理2
68は好適には、ビデオ・チェック・ハンドラ267
(図7に関連して以下で詳述)、及びビデオ上映ハンド
ラ269(図8に関連して以下で詳述)を含む。ビデオ
・チェック・ハンドラ267は、コンテンツ指定を満足
するように変更またはマスクされ得る要求ビデオのバー
ジョンが存在するか否かを判断する。存在する場合、コ
ンテンツ指定248に最も近いバージョンが、選択され
る。ビデオ上映ハンドラ269は、コンテンツ指定にも
とづき、ビデオ・ストリームを配布する。ビデオ・スト
リームは、クライアント・ステーションにおいて表示さ
れる前に、下流におけるレンダリングのために制御指定
237とは別に送信されることが好ましい。
[0027] Content server node 203 is any conventional computer node that can service requests over network 201. The content server 203 is preferably a CPU 260, a RAM
And a storage device 265 such as a disk or DASD. According to the present invention, preferably
Server logic 268 (detailed below in connection with FIG. 6), implemented as computer-executable code, may be remote (via a network) or local permanent optical storage (CD-ROM) or magnetic storage (such as a disk). ) Or from DASD 265, loaded into memory 263 and executed by CPU 260. Server logic 2
68 is preferably a video check handler 267
(Described below in connection with FIG. 7), and a video show handler 269 (described below in connection with FIG. 8). Video check handler 267 determines whether there is a version of the requested video that can be modified or masked to satisfy the content specification. If so, the version closest to the content designation 248 is selected. Video show handler 269 distributes the video stream based on the content designation. The video stream is preferably transmitted separately from the control designation 237 for downstream rendering before being displayed at the client station.

【0028】要するに、クライアント209が最初に、
中位の暴力度及び低位の裸体度などの、多次元コンテン
ツ指定248を含むコンテンツ要求を伝達する。その結
果、指定が満足されるか否かのしきい値判定が成される
場合、ビデオ・チェック要求(図5に関連して以下で詳
述)が、コンテンツ・サーバに伝達される。好適な実施
例では、サーバ応答は"yes"など曖昧でないか(すな
わち、こうしたバージョンが存在する)、または条件付
き、例えばバージョンが配布され得るが、20%が遮断
(block out)されるかのいずれかである。ビューア/
クライアント209が応答を受諾可能と判定すると、ビ
デオ上映要求(図8に関連して以下で詳述)が、コンテ
ンツ・サーバ203に伝達され、変更されたビデオの配
布を要求する。
In short, the client 209 first
Deliver content requests that include multi-dimensional content designations 248, such as medium violence and low nudity. As a result, if a threshold determination is made whether the designation is satisfied, a video check request (described in more detail below in connection with FIG. 5) is communicated to the content server. In a preferred embodiment, the server response is unambiguous such as "yes" (ie, such a version exists) or conditional, e.g., if the version can be distributed but 20% is blocked out Either. Viewer /
If the client 209 determines that the response is acceptable, a video presentation request (described below in connection with FIG. 8) is communicated to the content server 203 requesting distribution of the modified video.

【0029】コンテンツ指定248が満足され得る場
合、マスク表示要求(図11)がマスク・プロバイダ2
05に送信され、対応する制御指定237またはファズ
・ボール・トラック(図3乃至図5)を獲得する。当業
者であれば、マスク・プロバイダ論理239及び制御指
定237が、コンテンツ・サーバ203または特定の中
間ノードにも存在し得ることが理解されよう。マスク・
プロバイダ205は、ビューアの多次元指定を満足し得
る1つ以上の制御指定237を、それらのラベルにもと
づき選択する(図10に関連して以下で詳述)。制御指
定237がサーバ203により適用される場合、コンテ
ンツがクライアント209に送信される以前に、制御指
定237により変更される。
If the content designation 248 can be satisfied, the mask display request (FIG. 11)
05 to obtain the corresponding control designation 237 or fuzz ball track (FIGS. 3-5). Those skilled in the art will appreciate that the mask provider logic 239 and control designation 237 may also be present at the content server 203 or at certain intermediate nodes. mask·
The provider 205 selects one or more control designations 237 that can satisfy the multidimensional designation of the viewer based on their labels (described in detail below in connection with FIG. 10). When the control specification 237 is applied by the server 203, it is changed by the control specification 237 before the content is transmitted to the client 209.

【0030】好適には、制御指定237は追加トラック
(またはストリーム)として、オリジナル・ビデオ・ス
トリームと一緒に伝送される(図12に関連して以下で
詳述)。例えば、マルチキャスト・ビデオの場合、異な
るビューアがたくさんの異なる指定を有し得る。従っ
て、コンテンツ・サーバ203がマルチキャスト伝送と
共に、様々な制御指定を含み、各クライアント209に
適切な制御指定237を柔軟に選択させ、動的に適用さ
せることがより効率的である。別の例では、組織(学校
または法人など)若しくは個人ユーザ、または組織内の
サブグループが、それぞれ異なるコンテンツ指定248
を有する。この場合にも、コンテンツ・サーバ203が
制御指定237を伝送により提供し、各中間(プロキ
シ)サーバ及びクライアント・ステーションにおいて、
適切な制御指定237を適用させることにより、ビデオ
がそれらを通過する際にコンテンツを変更することが、
より効率的である。
Preferably, the control designation 237 is transmitted as an additional track (or stream) along with the original video stream (described in more detail below in connection with FIG. 12). For example, for multicast video, different viewers may have many different designations. Therefore, it is more efficient for the content server 203 to include various control specifications together with the multicast transmission, and to allow each client 209 to flexibly select an appropriate control specification 237 and dynamically apply it. In another example, an organization (such as a school or corporation) or individual user, or a subgroup within an organization, may have different content designations 248
Having. In this case as well, the content server 203 provides the control designation 237 by transmission, and at each intermediate (proxy) server and client station,
By applying the appropriate control designations 237, changing the content as the video passes through them,
It is more efficient.

【0031】図3は、制御指定237に従い生成された
ファズ・ボールのセットにより変更された、ビデオ・ス
トリーム(フレームn乃至フレームn+4)の例を示
す。この例では、制御指定237は別々の"ファズ・ボ
ール"・トラック337であり、ファズ・ボール397
が、ビデオ・フレームの一部分または音声サンプルなど
のオブジェクトを変更し得る矩形領域として示される。
ファズ・ボール・トラック337を適用することにより
達成されるコンテンツ評価の結果が、PICSプロトコ
ルを用いて、トラックのヘッダ内のO−ラベル396内
に示される。ファズ・ボールは、例えば音声またはビデ
オ・データを操作または重ね合わすなどによる様々な従
来方法により生成され得る。ファズ・ボール・トラック
337は、ファズ・ボール・サイズ382及び位置、並
びにビデオ・ストリーム390との時間的関係386を
有するファズ・ボール397のシーケンスを指定する。
例えば、ビデオ・ストリーム390は、既知の次元(1
5、30)を有する5つの連続フレーム(フレームn乃
至フレームn+4)を含む。ビデオ・ストリーム内での
ファズ・ボール397の配置は、ファイルとしてのファ
ズ・ボール・トラック337内に表される。ファズ・ボ
ール397のストリームに対する時間的関係は、フレー
ム番号386、またはタイム・スタンプなどの他の手
段、或いは変更される特定のオブジェクトを識別する任
意の手段、すなわちサイズ382(高さ及び幅寸法)、
及びビデオ・フレーム内の位置384(x座標及びy座
標)により、指定され得る。この例では、ファズ・ボー
ル・トラック337は、フレームnを位置(6、20)
において、サイズ(2、4)のファズ・ボール397を
有するものとして指定する。フレームn+3では、位置
(10、4)及びサイズ(4、8)が変更される。後述
されるように、複数のファズ・ボール・トラック337
が同一のストリーム390に関連付けられ、結合され
て、ビデオ・ストリーム内のオブジェクトの包括的なが
ら、きめ細かな変更を達成する。以下で詳述されるよう
に、クライアント209から伝達されるコンテンツ指定
248は、暴力、冒涜、及び裸体度などの多次元を有利
に処理する。異なるファズ・ボール397、それに従
い、各次元において各レベルにて提供される。制御指定
237は、例えば第3者マスク・プロバイダにより、ビ
デオ・ストリームとは別のファイルに記憶され、要求に
際してコンテンツ・サーバ203に伝送される。マスク
・プロバイダ論理の例が、図13に関連して後述され
る。図12に関連して後述されるように、制御指定23
7は、好適にはコンテンツと共に、コンテンツ・サーバ
203から伝達され、クライアント・ステーションにお
いて、制御指定にもとづき動的に解釈され、ビデオ・ス
トリーム390内の対応するオブジェクトを、その表示
以前に変更する。
FIG. 3 shows an example of a video stream (frame n to frame n + 4) changed by a set of fuzz balls generated according to the control designation 237. In this example, the control designations 237 are separate “fuzz ball” tracks 337 and the fuzz ball 397
Is shown as a rectangular area that can change an object such as a portion of a video frame or an audio sample.
The result of the content rating achieved by applying the fuzz ball track 337 is shown in an O-label 396 in the track's header using the PICS protocol. The fuzz ball may be generated by various conventional methods, such as by manipulating or overlaying audio or video data. Fuzz ball track 337 specifies a sequence of fuzz ball 397 that has a fuzz ball size 382 and position, and a temporal relationship 386 with video stream 390.
For example, video stream 390 may have a known dimension (1
5, 30) (frame n to frame n + 4). The placement of fuzz ball 397 within the video stream is represented in fuzz ball track 337 as a file. The temporal relationship of the fuzz ball 397 to the stream may be frame number 386, or other means such as a time stamp, or any means of identifying the particular object to be modified, ie, size 382 (height and width dimensions). ,
And position 384 (x and y coordinates) within the video frame. In this example, fuzz ball track 337 locates frame n at position (6,20)
Is designated as having a fuzz ball 397 of size (2, 4). In frame n + 3, the position (10, 4) and size (4, 8) are changed. A plurality of fuzz ball tracks 337, as described below.
Are associated with the same stream 390 and combined to achieve comprehensive but fine-grained modification of objects in the video stream. As detailed below, the content designation 248 communicated from the client 209 advantageously handles multi-dimensions such as violence, blasphemy, and nudity. A different fuzz ball 397 is provided at each level accordingly in each dimension. The control designation 237 is stored, for example, by a third party mask provider in a file separate from the video stream and transmitted to the content server 203 upon request. Examples of mask provider logic are described below in connection with FIG. As described below in connection with FIG.
7 are transmitted from the content server 203, preferably with the content, and are dynamically interpreted at the client station based on the control designation to change the corresponding object in the video stream 390 prior to its display.

【0032】例えば、クライアント209がビデオ要求
内で、3以下の暴力度及び2以下の裸体度を有するコン
テンツ指定248を指定し、要求されたビデオが暴力度
評価値5及び裸体度評価値4を有する例について、考え
てみよう。ここで評価値が高いほど、ビデオがより激し
い暴力及び裸体を含むものと仮定する。好適には、複数
の制御指定237が結合されるとき、ファズ・ボール・
トラック間の各次元における最小のカテゴリ値が、その
次元の結果のカテゴリ値となる。従って、マスク・プロ
バイダは多次元に渡り、コンテンツ指定248のより多
くの組み合わせをサポートするには、生成できる制御指
定237の数は減少する。この例では、コンテンツ指定
248を満足するために、結果の暴力度値3を有するO
−ラベル396、及び結果の裸体度値2を有する別のO
−ラベル396、若しくは両方を配布可能な1つのファ
ズ・ボール・トラックのいずれかを有する制御指定23
7が必要とされる。例えば、暴力度値3及び裸体度値4
を有する制御指定237、及び暴力度値5及び裸体度値
2を有する別の制御指定が存在するとしよう。本発明に
よれば、これらの制御指定237をビデオ内で結合する
ことにより、暴力度値3及び裸体度値2が達成される。
なぜなら、上述の例における最小裸体度値は2であり、
最小暴力度値は3であるからである。制御指定237を
結合するこの特徴は、維持される必要のある制御指定2
37の数を最小化する。
For example, the client 209 specifies a content specification 248 having a violence of 3 or less and a nudity of 2 or less in a video request, and the requested video assigns a violence evaluation value 5 and a nudity evaluation value 4 to the requested video. Consider the example you have. Assume that the higher the rating, the more violent the violence and the nudity of the video. Preferably, when a plurality of control designations 237 are combined, the fuzz ball
The smallest category value in each dimension between tracks is the category value resulting from that dimension. Thus, the number of control specifications 237 that can be generated is reduced in order for the mask provider to support more combinations of content specifications 248 over multiple dimensions. In this example, to satisfy the content designation 248, the O with the resulting violence value of 3
-Another O with label 396 and the resulting naturity value 2
Control designation 23 with either label 396 or one fuzz ball track to which both can be distributed
7 is required. For example, violence value 3 and nudity value 4
Suppose that there is a control specification 237 having a violence degree value of 5 and a nakedness degree value of 2. According to the present invention, by combining these control designations 237 in the video, a violence degree value of 3 and a nakedness degree value of 2 are achieved.
Because the minimum nudity value in the above example is 2,
This is because the minimum violence value is 3. This feature combining control specification 237 is a control specification 2 that needs to be maintained.
Minimize the number of 37.

【0033】図3を再度参照すると、本発明に従う3つ
の異なる種類のPICSラベルの例が示される。ビデオ
・ラベル392("V−ラベル"とも呼ばれる)は、ビデ
オ全体のコンテンツ評価を識別するために、コンテンツ
・サーバ・ノードにより使用され得る。
Referring again to FIG. 3, there are shown examples of three different types of PICS labels according to the present invention. Video label 392 (also referred to as "V-label") may be used by the content server node to identify the content rating of the entire video.

【0034】以下で詳述されるように、フレーム・ラベ
ル394("F−ラベル"とも呼ばれる)は、コンテンツ
評価を識別するために、及び(または)ビデオ・ストリ
ーム390内のオブジェクトを変更するために、コンテ
ンツ・サーバにより使用され得る。所与のビデオ・フレ
ームがマスクまたは変更されるとき、F−ラベルのカテ
ゴリ値がフレームの現コンテンツ評価を反映するよう
に、更新され得る。
As described in detail below, frame labels 394 (also referred to as “F-labels”) are used to identify content ratings and / or to modify objects in video stream 390. Can be used by the content server. When a given video frame is masked or changed, the F-label category values may be updated to reflect the frame's current content rating.

【0035】1実施例では、制御指定237が別のスト
リーム(またはファイル)として伝送され、これは本実
施例では"ファズ・ボール・トラック"337と呼ばれ
る。好適には、各"ファズ・ボール・トラック"337は
そのヘッダ内に、オーバレイ・ラベル396("O−ラ
ベル"とも呼ばれる)を含む。O−ラベル396は、フ
ァズ・ボール397がストリーム390内のオブジェク
トに適用された後に、結果のコンテンツ評価を指定する
ために使用され得る。コンテンツ指定248にもとづ
き、適切なファズ・ボール・トラック337が選択さ
れ、コンテンツを変更する。
In one embodiment, the control designation 237 is transmitted as a separate stream (or file), which in this embodiment is referred to as a "fuzz ball track" 337. Preferably, each "fuzz ball track" 337 includes an overlay label 396 (also referred to as an "O-label") in its header. O-label 396 may be used to specify the resulting content rating after fuzz ball 397 has been applied to objects in stream 390. Based on the content designation 248, an appropriate fuzz ball track 337 is selected and the content is changed.

【0036】好適な実施例では、PICS規則1.0と
して知られるPICSプロファイル言語が、コンテンツ
指定248を有するコンテンツ要求を生成するために使
用される。PICSは、ワールド・ワイド・ウェブ・コ
ンソシアム(W3C)草案勧告である。例えば、http:/
/www1.raleigh.ibm.com/PICS/PicsRULZ.htmlに見い出さ
れる"PICS Profile Language Working Group - PICS RU
LZ 1.0"を参照されたい。当業者であれば、コンテンツ
指定248を記憶及び伝達する他の多くの従来手段が、
本発明の趣旨及び範囲内において使用され得ることが理
解されよう。
In the preferred embodiment, the PICS profile language known as PICS Rules 1.0 is used to generate a content request with a content specification 248. PICS is a World Wide Web Consortium (W3C) draft recommendation. For example, http: /
"PICS Profile Language Working Group-PICS RU found at /www1.raleigh.ibm.com/PICS/PicsRULZ.html
LZ 1.0 ". One skilled in the art will recognize that many other conventional means of storing and communicating the content specification 248 are:
It will be understood that they can be used within the spirit and scope of the present invention.

【0037】図4及び図5は、本発明に従い、コンテン
ツ指定248を記憶するためのユーザ・インタフェース
の例を示す。インターネット環境では、コンテンツ・ア
ドバイザ310のユーザ・インタフェースが、当業者に
は既知の手段により、クライアント209上で実行され
るブラウザの一部として組み込まれる。代わりに、また
は追加的に、プロキシ280のプロキシ管理者が、コン
テンツ指定248を指定してもよい。図3に示されるよ
うに、1次元以上のコンテンツ312がその変更のため
に、カテゴリ314の一覧を介して選択され得る。任意
的に、評価制御316が、変更され得るコンテンツの最
大率を指定するために提供される。後述されるように、
コンテンツ指定248はPICS規則1.0言語内に記
憶され得る。図5に示されるように、ホスト/メディア
・タイプ318は、コンテンツ要求がコンテンツ指定2
48を伴うべきホスト及び媒体のタイプを示す。この例
では、ストリーミング媒体(音声及びビデオ)に対する
全てのホストが指定される。コンテンツ指定248は、
DASD242などの永久記憶装置に記憶され得る。以
下で詳述されるように、コンテンツ・サーバ203への
要求は、HTTP要求ヘッダすなわちPICS規則を含
む。例えば、マイクロソフト社から販売されるブラウザ
であるインターネット・エクスプローラ3.0(商標)
を参照されたい。これはオプション/セキュリティ・セ
クション内に、コンテンツ・アドバイザ/レーティング
と呼ばれるダイアログ・ボックスを提供し、これはユー
ザが高度なコンテンツ指定を入力及び記憶することを可
能にする。インターネット・エクスプローラの将来のバ
ージョンでは、コンテンツ指定248をHTTP要求の
一部として、コンテンツ・サーバに送信する能力を有す
ることであろう。当業者であれば、本発明の趣旨及び範
囲内において、コンテンツ指定248を生成するための
他の多くの異なる方法が存在することが理解できよう。
FIGS. 4 and 5 show examples of a user interface for storing the content designation 248 according to the present invention. In an Internet environment, the user interface of Content Advisor 310 is incorporated as part of a browser running on client 209 by means known to those skilled in the art. Alternatively or additionally, the proxy administrator of proxy 280 may specify content specification 248. As shown in FIG. 3, one or more dimensions of content 312 may be selected through a list of categories 314 for that change. Optionally, a rating control 316 is provided to specify a maximum rate of content that can be changed. As described below,
Content specification 248 may be stored in the PICS Rules 1.0 language. As shown in FIG. 5, the host / media type 318 indicates that the content request is
Indicate the type of host and media that should accompany 48. In this example, all hosts for streaming media (audio and video) are specified. The content designation 248 is
It may be stored on permanent storage such as DASD 242. As described in detail below, the request to the content server 203 includes an HTTP request header or PICS rules. For example, Internet Explorer 3.0 (trademark), a browser sold by Microsoft Corporation
Please refer to. This provides a dialog box in the Options / Security section called Content Advisor / Rating, which allows the user to enter and store advanced content specifications. Future versions of Internet Explorer will have the ability to send the content specification 248 to the content server as part of an HTTP request. Those skilled in the art will appreciate that there are many other different ways to generate the content designation 248 within the spirit and scope of the present invention.

【0038】以下では、コンテンツ・サーバ203への
通信のための、PICS規則1.0形式のコンテンツ指
定の例について述べる。サーバ・コンテンツの変更をサ
ポートする規則言語拡張のURLが、reqExtension文"h
ttp://www.w3.org/Customization.html"内で指定され、
評価サービスのURLは、"http://labelbureau.coolne
ss.org/ratings/V1.html"(省略名または短縮名"Cool"
を有する)である。コンテンツ指定は、Policy文内のRe
jectUnless、RejectIf、及びAcceptIf節内に提供され
る。説明の都合上、2次元コンテンツ指定248、すな
わちi)地域ベースの適性指定、すなわち中央アメリカ
適性(CentralAmericaAppropriateness)、及びii)
成人コンテンツ、すなわち裸体度にもとづくコンテンツ
指定248について考えてみるが、更に多くの次元が可
能である。変更伝送(Alteration Transmit)拡張節
は、コンテンツ・サーバが制御指定237をビデオ・フ
レームと併合すべきか(併合が"真")、それとも併合が
クライアントまたは特定の中間ノードにおいて実行され
ることを許可するか(併合が"偽")を示す。パラメータ
節alterationPercentReturnは、変更されるビデオの割
合がクライアント209に返報されるべきことを示す。
In the following, an example of content specification in the PICS rule 1.0 format for communication with the content server 203 will be described. The URL of the rule language extension that supports server content changes is the reqExtension statement "h
ttp: //www.w3.org/Customization.html ",
The URL of the evaluation service is "http: //labelbureau.coolne
ss.org/ratings/V1.html "(short name or short name" Cool "
Has). The content is specified by the Re
Provided in the jectUnless, RejectIf, and AcceptIf clauses. For the sake of explanation, the two-dimensional content specification 248, i.e., i) regional-based aptitude specification, i.e., CentralAmericaAppropriateness, and ii)
Consider adult content, i.e., content designation 248 based on nudity, but more dimensions are possible. The Alteration Transmit extension clause allows the content server to merge the control designation 237 with the video frame (merge is "true") or allows the merge to be performed at the client or at a particular intermediate node. (The merge is "false"). The parameter clause alterationPercentReturn indicates that the percentage of video to be changed should be returned to the client 209.

【表1】 [Table 1]

【0039】ここで例えば、前記のコンテンツ要求及び
コンテンツ指定248を受信するサーバ230が、ビデ
オ41の4つの異なるバージョン(表2参照)、すなわ
ちビデオ41−0−0、ビデオ41−1−4、ビデオ4
1−1−1、及びビデオ41−1−2を有し、更に、ビ
デオ41−1−4にもとづき、ファズ・ボール・トラッ
クを識別する別の入力、すなわちマスク41−1−4−
3(制御指定380を表す)が存在し得る。表1では、
サーバ内容ファイルの列が、ビデオの所与のバージョン
を識別し、タイプの列がファイルのタイプを示し、Bは
代替ビデオ・コピーを、Mはファズ・ボール・トラック
337を表す。中央アメリカ適性(Central America Ap
propriateness)、裸体度(Nudity)コンテンツ指定、
及び変更またはマスクされるコンテンツの割合(変更
率)に対応する値が、それぞれ第3、第4及び第5列に
提供される。PICSの下でV−ラベル(392)及び
O−ラベル396がどのように指定されるかを示すため
に、ビデオ41−0−0及びマスク41−1−4−3の
場合の対応ラベルを次に示す。ここで"lr"はラベル評
価を表す。 (ビデオ41−0−0)V−ラベル:lr(CentralAme
ricaAppropriateness0 Nudity 0 Pct 30)及び、 (マスク41−1−4−3)O−ラベル:lr(Centra
lAmericaAppropriateness 1 Nudity 0 Pct 5)。
Here, for example, the server 230 that receives the content request and the content designation 248 receives four different versions of the video 41 (see Table 2), namely, video 41-0-0, video 41-1-4, Video 4
1-1-1 and a video 41-1-2, and based on the video 41-1-4, another input for identifying a fuzz ball track, namely a mask 41-1-4-.
3 (representing control designation 380) may be present. In Table 1,
A column in the server content file identifies a given version of the video, a column in the type indicates the type of file, B represents an alternate video copy, and M represents a fuzz ball track 337. Central America Ap
propriateness), Nudity content specification,
And values corresponding to the percentage of content to be changed or masked (change rate) are provided in the third, fourth and fifth columns, respectively. To show how the V-label (392) and O-label 396 are specified under PICS, the corresponding labels for video 41-0-0 and mask 41-1-4-3 are as follows: Shown in Here, "lr" represents label evaluation. (Video 41-0-0) V-label: lr (CentralAme
ricaAppropriateness0 Nudity 0 Pct 30) and (Mask 41-1-4-3) O-label: ir (Centra
lAmericaAppropriateness 1 Nudity 0 Pct 5).

【表2】 [Table 2]

【0040】この場合、コンテンツ・サーバ203は、
自身がクライアント209のコンテンツ指定248、す
なわち((Cool.CentralAmericaAppropriateness >
0)and(Cool.Nudity < 3))and(PICS.AlterationP
ercentMax < 20))を満足する要求映画(ビデオ41−
1−2)のバージョンを有することを判断する。従っ
て、ビデオ41−1−2は、クライアント209に送信
されるべきである。HTTP応答ヘッダがPICS変更
率(9%)を含む。
In this case, the content server 203
The client 209 specifies the content 248 of the client 209, that is, ((Cool.CentralAmericaAppropriateness>
0) and (Cool. Nudity <3)) and (PICS. AlterationP
ercentMax <20))
It is determined that it has the version of 1-2). Therefore, the video 41-1-2 should be transmitted to the client 209. The HTTP response header contains the PICS change rate (9%).

【0041】次の例は、コンテンツ指定248が満足さ
れ得るか否かを見い出すために、GET check&url=video4
1 HTTP/1.1文により表されるチェック要求(図6、ス
テップ410)が、最初にクライアント209からビデ
オ・サーバに送信される以外は、ケースAと同様であ
る。再度、PICS規則1.0として知られるPICS
プロファイル言語が、好適には使用される。
The following example uses GET check & url = video4 to find out if the content specification 248 can be satisfied.
1 Same as Case A, except that the check request represented by the HTTP / 1.1 statement (FIG. 6, step 410) is first sent from the client 209 to the video server. Again, the PICS known as PICS Rule 1.0
A profile language is preferably used.

【表3】 [Table 3]

【0042】ケースAでは、コンテンツ指定248を満
足するバージョンが見い出され、HTTP"200"応答
コードがクライアントに返却される。HTTP応答ヘッ
ダもまた、PICS変更率を含む。
In case A, a version that satisfies the content specification 248 is found, and an HTTP “200” response code is returned to the client. The HTTP response header also contains the PICS change rate.

【0043】次の例では、コンテンツ指定248を満足
するように、コンテンツを変更するために使用される制
御指定237のために、マスク要求(図11、ステップ
935)が、コンテンツ指定248と共に、マスク・プ
ロバイダ205に送信される。再度、PICS規則1.
0として知られるPICSプロファイル言語が使用され
る。ビデオのURLの例は、"http://video.owner.com/
videos/video41"である。これは以下の例では、マスク
獲得要求内のURLパラメータ値に対応して"http%3A%2
F%2Fvideo.owner.com%2Fvideos%2Fvideo41"として符号
化される。コンテンツ指定248がマスク・プロバイダ
205により提供され得るか否かを決定するためのマス
ク・チェック要求は、"マスク獲得(Get mask)"を"チ
ェック獲得(Get check)"により置換することにより、
類似に構成される。
In the following example, a mask request (FIG. 11, step 935) is sent along with the content specification 248 for the control specification 237 used to modify the content so that the content specification 248 is satisfied. -Sent to the provider 205. Again, PICS rules 1.
The PICS profile language known as 0 is used. An example of a video URL is "http://video.owner.com/
videos / video41 ". In the following example, this corresponds to" http% 3A% 2 "corresponding to the URL parameter value in the mask acquisition request.
F% 2Fvideo.owner.com% 2Fvideos% 2Fvideo41 ". The mask check request to determine whether the content specification 248 can be provided by the mask provider 205 is a" Get mask (Get mask) ) By replacing "Get check"
It is configured similarly.

【表4】 [Table 4]

【0044】ここで、コンテンツ指定((Cool.Central
AmericaAppropriateness > 0)and(Cool.Nudity <
3))and(PICS.AlterationPercentMax < 8))を満足
するように、コンテンツを変更できる制御指定237ma
sk41-1-4-3が存在し、制御指定237がコンテンツ・サ
ーバ203に送信され得る。HTTP応答ヘッダはPI
CS変更率を含む。
Here, the content designation ((Cool.Central
AmericaAppropriateness> 0) and (Cool.Nudity <
3)) Control specification 237ma that can change contents so as to satisfy and (PICS.AlterationPercentMax <8))
sk41-1-4-3 exists, and the control designation 237 can be transmitted to the content server 203. HTTP response header is PI
Includes CS change rate.

【0045】ケースB:ケースBでは、クライアント2
09がビデオ要求をコンテンツ指定と共にコンテンツ・
サーバ203に伝達し、ビデオ・ストリーム390及び
ファズ・ボール・トラック337がクライアントに返却
される。そして、変更伝送(AlterationTransmit)文内
にファズ・ボールがサーバ側において適用されるべきで
ない、すなわちそれがクライアント・ノードにおいて実
行されるべきことが示される。
Case B: In case B, client 2
09 sends the video request along with the content
It communicates to the server 203 and the video stream 390 and fuzz ball track 337 are returned to the client. And in the AlterationTransmit statement it is indicated that the fuzz ball should not be applied on the server side, ie it should be executed on the client node.

【表5】 [Table 5]

【0046】一例として、ここではコンテンツ・サーバ
が2つの異なるビデオ・バージョン、すなわちビデオ4
2−0−0及びビデオ42−1−4を有し、ビデオ42
にもとづく制御指定237、すなわちマスク42−1−
4−1が存在するものと仮定する。これは次のように要
約される。
As an example, here the content server has two different video versions, namely video 4
2-0-0 and video 42-1-4.
Control designation 237, that is, the mask 42-1-
Assume that 4-1 exists. This can be summarized as follows:

【表6】 [Table 6]

【0047】この場合、コンテンツ指定((Cool.Centr
alAmericaAppropriateness > 0) and (Cool.Nudity <
3))を満足する無変更バーションは存在しない。しか
しながら、マスク42−1−4−1がビデオ42−1−
4に適用され、結果のコンテンツがコンテンツ指定を満
足する。変更伝送節が(併合"偽")を示すので、ビデオ
42−1−4はVマスク42−1−4−1と一緒に送信
されるべきである。プロトコル要求文は{alterationPer
centReturn true}節を含むので、応答ヘッダはPICS
変更率すなわち7を示す。
In this case, the content specification ((Cool.Centr
alAmericaAppropriateness> 0) and (Cool.Nudity <
There is no unmodified version that satisfies 3)). However, if the mask 42-1-4-1 is the video 42-1-
4 and the resulting content satisfies the content designation. Video 42-1-4 should be sent with V-mask 42-1-4-1 because the modified transmission node indicates (merge "false"). The protocol request statement is {alterationPer
centReturn true} clause, so the response header is PICS
The change rate, namely 7, is shown.

【0048】様々な代替実施例が存在し、オブジェクト
・ラベル付けまたはコンテンツ指定248の拡張が、本
発明の趣旨及び範囲内において、使用され得る。例え
ば、RTSP及びMPEGなどの他のプロトコルも、コ
ンテンツ指定248を提供するために使用され得る。
There are various alternative embodiments, and extensions of object labeling or content specification 248 may be used within the spirit and scope of the present invention. For example, other protocols such as RTSP and MPEG may also be used to provide the content specification 248.

【0049】制御指定237は、ストリーム・コンテン
ツがどのように変更されるべきかを示す。これはマルチ
メディア・ストリームのフレームまたはフレームのグル
ープの上映に関する命令を提供し、ブロッキング、省略
及びオーバレイ(上書き)を指定する。上述のように、
制御指定237の1つのタイプは、別のファズ・ボール
・トラック337である。別のタイプに編集決定リスト
があり、これは変更または置換するフレームを示す。
[0049] The control designation 237 indicates how the stream content should be changed. It provides instructions for the presentation of a frame or group of frames of a multimedia stream and specifies blocking, skipping, and overlaying. As mentioned above,
One type of control designation 237 is another fuzz ball track 337. Another type is the edit decision list, which indicates the frame to change or replace.

【0050】本発明によれば、制御指定237が各フレ
ーム、フレームのグループまたはビデオ・ヘッダにおい
て柔軟に提供され得る。フレーム・グループのレベルま
たはビデオ・ヘッダにおける制御指定は時間ベースであ
り、従って特定のフレームが、タイミング情報により識
別され得る。好適な実施例では、マルチメディア・スト
リーム・コンテンツのマスキング/変更が、リアルタイ
ム・ビデオ・ストリームの配布において提供されるが、
同一の概念が、ビデオ及び音声の複数のストリームを含
み得る他の任意のタイプのマルチメディア・ストリーム
にも、適用可能である。
According to the present invention, control designations 237 can be flexibly provided in each frame, group of frames, or video header. The control designation at the level of the frame group or at the video header is time-based, so that a particular frame can be identified by timing information. In a preferred embodiment, the masking / modification of the multimedia stream content is provided in the distribution of the real-time video stream,
The same concept is applicable to any other type of multimedia stream that may include multiple streams of video and audio.

【0051】当業者であれば、制御指定が別々のストリ
ームまたはトラックとして述べられたが、オブジェクト
・レベルの制御指定を提供する、様々な別の方法が存在
することが理解できよう。例えばビデオの各フレーム
が、F−ラベル394などの、そのフレームに関連付け
られる必要な制御情報を指定する豊富なPICSラベル
を含み得る。 frame PICS label "F-Label" ----- --------- 00001 (PICS-1.1 "http://www.coolness.org/ratings/V1.html" lr(CentralAmericaAppropriateness 1 Nudity 2 Nudity1x 0 Nudity1y 0 Nudity1h 480 Nudity1w 640)) 00002 (PICS-1.1 "http://www.coolness.org/ratings/V1.html" lr(CentralAmericaAppropriateness 1 Nudity 3 Nudity3x 206 Nudity3y 113 Nudity3h 100 Nudity3w 109 Nudity1x 31 Nudity1y 199 Nudity1h 294 Nudity1w 307))
Those skilled in the art will appreciate that while control specifications have been described as separate streams or tracks, there are various alternative ways of providing object-level control specifications. For example, each frame of the video may include a rich PICS label that specifies the required control information associated with that frame, such as the F-label 394. frame PICS label "F-Label" ----- --------- 00001 (PICS-1.1 "http://www.coolness.org/ratings/V1.html" lr (CentralAmericaAppropriateness 1 Nudity 2 Nudity1x 0 Nudity1y 0 Nudity1h 480 Nudity1w 640)) 00002 (PICS-1.1 "http://www.coolness.org/ratings/V1.html" lr (CentralAmericaAppropriateness 1 Nudity3 Nudity3x 206 Nudity3y 113 Nudity3w199 Nudity3d Nudity1h 294 Nudity1w 307))

【0052】ここで、Nudity1x及びNudity1yは、裸体度
値1を達成するためのファズ・ボールの位置(x座標及
びy座標、フレーム00001では(0、0))を指定
し、Nudity1h及びNudity1wは、サイズ(高さ及び幅、フ
レーム00001ではそれぞれ480及び640)を指
定する。同様にNudity3x及びNudity3yは、裸体度値3を
達成するためのファズ・ボールの位置(x座標及びy座
標)を指定し、Nudity3h及びNudity3wは、サイズ(高さ
及び幅)を指定する。
Here, Nudity1x and Nudity1y specify the position (x coordinate and y coordinate, (0, 0) in the frame 00001) of the fuzz ball for achieving the nudeness value 1, and Nudity1h and Nudity1w are: The size (height and width, 480 and 640 for frame 00001, respectively) is specified. Similarly, Nudity3x and Nudity3y specify the position (x-coordinate and y-coordinate) of the fuzz ball to achieve the nudeness value 3, and Nudity3h and Nudity3w specify the size (height and width).

【0053】フレーム00001は、裸体度値2及び中
央アメリカ適性値1を有し、裸体度値1を達成し得る1
つのファズ・ボールが指定される。フレーム2は、裸体
度値3及び中央アメリカ適性値1を有し、2つのファズ
・ボールが指定される。それらの1つは裸体度値3を提
供し、他は裸体度値1を提供する。
Frame 00001 has a nudity value of 2 and a Central American fitness value of 1 and is capable of achieving a nudity value of 1
Two fuzz balls are designated. Frame 2 has a nudity value of 3 and a Central American fitness value of 1 and two fuzz balls are designated. One of them provides a nakedness value of 3, and the other provides a nakedness value of 1.

【0054】要求がマルチキャスト・ストリームに対す
るものでない場合、サーバは制御指定237及びクライ
アント・コンテンツ指定248にもとづき、コンテンツ
を変更し、変更されたストリーム390を、要求元のク
ライアントに送信することができる。PICS変更率を
返却するために、値が公式(ファズ・ボールを有するフ
レーム数/フレーム総数)×100を用いて計算され得
る。マルチキャストの場合には、クライアント209は
コンテンツ指定248を満足するように、制御指定23
7を用いて、コンテンツを変更できる。異なるコンテン
ツ指定248を有するビューアは、適切な制御指定23
7を用い、コンテンツをそれぞれ異なって変更する。
If the request is not for a multicast stream, the server can modify the content based on the control specification 237 and the client content specification 248 and send the modified stream 390 to the requesting client. To return the PICS change rate, a value can be calculated using the formula (number of frames with fuzz ball / total number of frames) × 100. In the case of multicasting, the client 209 controls the control specification 23 so as to satisfy the content specification 248.
7, the content can be changed. Viewers with different content designations 248 will not
7, the contents are changed differently.

【0055】当業者であれば、ファズ・ボールが任意の
形状を有し得ることが理解できよう。矩形の代わりに、
ファズ・ボールは多角形または円形状を取り得る。
Those skilled in the art will appreciate that the fuzz ball can have any shape. Instead of a rectangle,
Fuzz balls can take the shape of a polygon or a circle.

【0056】図6は、コンテンツ・サーバ論理268の
例を示す。図示のように、ステップ405で、コンテン
ツ・サーバ203は入力を待機する。ステップ410で
は、受信された入力に応じて異なるアクションが取られ
る。受信された入力がビデオ・チェック要求の場合、ビ
デオ・チェック・ハンドラ267がステップ415で呼
び出される。ビデオ・チェック・ハンドラは、コンテン
ツ指定を満足するように、変更またはマスクされ得る要
求ビデオのバージョンが、存在するか否かを判断する。
ビデオ・チェック・ハンドラの詳細な例が、図7に関連
して述べられる。ステップ420では、受信された入力
がビデオ上映要求の場合、ステップ425でビデオ上映
ハンドラ269が呼び出される。ビデオ上映ハンドラ
は、コンテンツ指定にもとづきビデオ・ストリームを配
布する。要求されるビデオが複数のバージョンを有する
場合、ビデオ上映ハンドラは、任意のバージョンがコン
テンツ指定248を満足するか否かをチェックする。ビ
デオ上映ハンドラ269の詳細な例が、図8に関連して
述べられる。本発明の焦点に当てはまらない他のタイプ
の入力(例えばウェブ文書に対する従来のHTTP要
求、またはFTP要求)に対しては、適切な種々のハン
ドラ430が呼び出され得る。
FIG. 6 shows an example of the content server logic 268. As shown, at step 405, the content server 203 waits for an input. At step 410, different actions are taken depending on the input received. If the input received is a video check request, the video check handler 267 is called at step 415. The video check handler determines whether there is a version of the requested video that can be modified or masked to satisfy the content specification.
A detailed example of a video check handler is described with reference to FIG. At step 420, if the input received is a video show request, then at step 425 the video show handler 269 is invoked. The video show handler distributes the video stream based on the content designation. If the requested video has multiple versions, the video show handler checks whether any version satisfies the content specification 248. A detailed example of the video show handler 269 will be described with reference to FIG. For other types of input that are not in the focus of the present invention (eg, conventional HTTP or FTP requests for web documents), various suitable handlers 430 may be invoked.

【0057】図7は、ビデオ・チェック・ハンドラ26
7の例を示す。ビデオ・チェック・ハンドラは、コンテ
ンツ指定248を満足するように、変更またはマスクさ
れ得る要求ビデオのバージョンが存在するか否かを判断
する。ステップ505で、要求されるビデオが複数のバ
ージョンを有する場合、任意のバージョンがコンテンツ
指定248を満足するか否かが判断される(ステップ5
25)。満足する場合、"肯定"応答がクライアント20
9に送信される(ステップ520)。それ以外では、コ
ンテンツ指定248に最も近いバージョンが選択される
(ステップ530)。好適な実施例では、コンテンツ・
サーバは有効な制御指定237に関するサーバ・マスク
情報内に記憶される各ビデオに対して、各制御指定23
7(すなわちO−ラベル396)を介して達成可能なコ
ンテンツ指定248、及び各制御指定237により遮断
される情報量の予測を保持する。ステップ540で、サ
ーバ203は制御指定237情報にもとづき、コンテン
ツ指定248を満足するように、バージョンが変更また
はマスク可能か否かを判断する。可能な場合、ステップ
560で、除去または遮断される必要のあるビデオの量
の予測が獲得され得る。この予測(上限)は、適用され
る必要のある各ファズ・ボールにより遮断される情報の
量を加算することにより、獲得され得る。ステップ57
0では、"修飾(qualified)"応答(HTTP応答ヘッ
ダ内に含まれ、PICS変更率を示す)が、リクエスタ
に返送され、遮断される量を示す。ステップ505で、
サーバ内に、使用可能な1つのバージョンのビデオだけ
が存在する場合には、ステップ510で、このバージョ
ンがコンテンツ指定248を満足するか否かがチェック
される。満足する場合、"肯定"応答がクライアント20
9に送信される(ステップ520)。満足しない場合に
は、処理は上述のステップ540に継続する。
FIG. 7 shows the video check handler 26.
7 is shown. The video check handler determines whether there is a version of the requested video that can be modified or masked to satisfy the content specification 248. At step 505, if the requested video has multiple versions, it is determined whether any version satisfies the content designation 248 (step 5).
25). If so, a "yes" response is returned to client 20
9 (step 520). Otherwise, the version closest to the content designation 248 is selected (step 530). In the preferred embodiment, the content
For each video stored in the server mask information for a valid control specification 237, the server
7 (i.e., the O-label 396) and a prediction of the amount of information to be blocked by each control designation 237. In step 540, the server 203 determines whether the version can be changed or masked based on the control designation 237 information so as to satisfy the content designation 248. If possible, at step 560, a prediction of the amount of video that needs to be removed or blocked may be obtained. This prediction (upper limit) can be obtained by adding the amount of information blocked by each fuzz ball that needs to be applied. Step 57
At 0, the "qualified" response (included in the HTTP response header and indicating the PICS change rate) is returned to the requester and indicates the amount to be blocked. In step 505,
If there is only one version of the video available in the server, it is checked in step 510 whether this version satisfies the content specification 248. If so, a "yes" response is returned to client 20
9 (step 520). If not, processing continues at step 540 described above.

【0058】図8は、ビデオ上映ハンドラ269の例を
示す。ビデオ上映ハンドラは、コンテンツ指定248に
もとづき、ビデオ・ストリームを配布する。ステップ6
05で、要求されるビデオが複数のバージョンを有する
場合、ステップ615で、バージョンがコンテンツ指定
を満足するか否かがチェックされる。満足する場合、ス
テップ640で、コンテンツ指定に最も近いバージョン
が選択され、ステップ645で、選択されたバージョン
がクライアント209に送信される。ステップ615
で、いずれのバージョンもコンテンツ指定を満足しない
場合、ステップ625で、最も近いバージョンが選択さ
れる。ステップ630では、フレーム・マスキング/変
更ルーチンが呼び出される。フレーム・マスキング/変
更ルーチンの詳細な例が、図9に関連して述べられる。
ステップ605で、サーバ内に1つのバージョンのビデ
オだけが存在する場合には、ステップ610で、このバ
ージョンがユーザ指定を満足するか否かがチェックされ
る。満足する場合、ステップ602でビデオがクライア
ントに伝送される。
FIG. 8 shows an example of the video show handler 269. The video show handler distributes the video stream based on the content designation 248. Step 6
If the requested video has more than one version at 05, it is checked at step 615 whether the version satisfies the content specification. If so, at step 640, the version closest to the content designation is selected, and at step 645, the selected version is sent to the client 209. Step 615
If none of the versions satisfies the content designation, in step 625, the closest version is selected. At step 630, a frame masking / modification routine is called. A detailed example of the frame masking / modification routine is described with reference to FIG.
If there is only one version of the video in the server at step 605, it is checked at step 610 whether this version satisfies the user specification. If so, the video is transmitted to the client in step 602.

【0059】図9は、フレーム・マスキング/変更ルー
チン(図8のステップ630)の例を示す。フレーム・
マスキング/変更ルーチンは、ビデオのためにファズ・
ボール・トラックを変更、マスクまたは併合/追加す
る。例えばビデオ・フレーム内のオブジェクトがマスク
または変更されるとき、V−ラベル392のカテゴリ値
が、ビデオの現コンテンツ評価の結果の変化を反映する
ように更新され得る。例えば、V−ラベル392暴力度
値5を有するビデオが、O−ラベル396暴力度値2を
有するファズ・ボール・トラック337により上書きさ
れる場合、結果のビデオはV−ラベル暴力度値2を有す
る。或いは上述のように、F−ラベル394が、別のフ
ァズ・ボール・トラック337を要求することなく、コ
ンテンツ指定248をマルチメディア・ストリームの一
部として有し得る。この例の残りでは、マルチメディア
・ストリームが、マルチメディア・ストリームの各フレ
ームと共にF−ラベル394を含むものと仮定する。ス
テップ705で、ビデオの次のフレームが記憶装置26
5からフェッチされる。ステップ710で、フレーム・
ラベル394(F−ラベル)がコンテンツ指定248を
満足する場合、フレームがクライアント209に伝送さ
れる(ステップ715)。それ以外では、ステップ72
0で、コンテンツ指定を満足する代替フレームが存在す
るか否かがチェックされる。存在する場合、ステップ7
25で、代替フレームがフェッチされる。それ以外で
は、ステップ730で、O−ラベル396にもとづき、
コンテンツ指定を満足するために適用され得る1つ以上
のファズ・ボール・トラック337が存在するか否かが
チェックされる。これは全てのファズ・ボール・トラッ
ク間で、各次元の最低のカテゴリ値をコンテンツ指定2
48と比較することにより、達成され得る。各次元の最
低のカテゴリ値が、コンテンツ指定248よりも小さい
場合、コンテンツ指定を満足するファズ・ボール・トラ
ックのセットが存在する。その場合、ステップ735
で、ファズ・ボール・ルーチンが呼び出される。ファズ
・ボール・ルーチンの例が、図10に関連して述べられ
る。ステップ730で、ファズ・ボール・トラック33
7が使用可能でない場合、空白フレームが送信され得る
(ステップ740)。
FIG. 9 shows an example of the frame masking / change routine (step 630 in FIG. 8). flame·
Masking / modification routines are used for video
Modify, mask or merge / add ball tracks. For example, when an object in a video frame is masked or changed, the category value of the V-label 392 may be updated to reflect a change in the result of the video's current content rating. For example, if a video having a V-label 392 violence value 5 is overwritten by a fuzz ball track 337 having an O-label 396 violence value 2, the resulting video will have a V-label violence value 2 . Alternatively, as described above, the F-label 394 may have the content designation 248 as part of the multimedia stream without requiring a separate fuzz ball track 337. For the remainder of this example, assume that the multimedia stream includes an F-label 394 with each frame of the multimedia stream. At step 705, the next frame of the video is stored
5 is fetched. At step 710, the frame
If label 394 (F-label) satisfies content designation 248, the frame is transmitted to client 209 (step 715). Otherwise, step 72
At 0, it is checked whether there is an alternative frame that satisfies the content specification. If yes, step 7
At 25, an alternate frame is fetched. Otherwise, at step 730, based on the O-label 396,
It is checked whether there is one or more fuzz ball tracks 337 that can be applied to satisfy the content specification. This specifies the lowest category value of each dimension among all fuzz ball tracks.
48 can be achieved. If the lowest category value in each dimension is less than the content specification 248, then there is a set of fuzz ball tracks that satisfy the content specification. In that case, step 735
Calls the fuzz ball routine. An example of a fuzz ball routine is described with reference to FIG. In step 730, the fuzz ball track 33
If 7 is not available, a blank frame may be sent (step 740).

【0060】図10は、ファズ・ボール・ルーチン73
5の例を示す。ステップ810で、多次元コンテンツ指
定を最小量のブロッキングにより満足するファズ・ボー
ル397のセットが、それらのラベル(すなわちO−ラ
ベル)にもとづき選択される。例えば、ビデオがそのV
−ラベル392内に指定される、暴力度値7及び裸体度
値3を有し、コンテンツ指定248が裸体度の制限無し
に、暴力度値4を規定する場合について考えてみよう。
ここで次のO−ラベル396を有する4つのファズ・ボ
ール・トラックが使用可能であると仮定する。それら
は、暴力度値4及び裸体度値3を有するトラック1、暴
力度値3及び裸体度値3を有するトラック2、暴力度値
7及び裸体度値2を有するトラック3、暴力度値7及び
裸体度値1を有するトラック4である。この場合、ファ
ズ・ボール・トラック1が要求を最小量のブロッキング
により満足するので、これが選択される。ステップ82
0では、コンテンツ指定248内の指示に従い、ファズ
・ボール・トラック337がサーバにより適用される場
合、フレームの伝送以前に、ファズ・ボール397が対
応するビデオ・フレームに重畳される(ステップ83
0)。それ以外では、ファズ・ボール・トラックがオリ
ジナル・フレームと一緒に、追加トラック337として
伝送される(ステップ840)。例えば、マルチキャス
ト・ビデオでは、異なるビューアが異なるコンテンツ指
定を有し得る。従って、コンテンツ・サーバ203が様
々なファズ・ボール・トラック337を(別のトラック
として)、ビデオ伝送と一緒に伝送し、各クライアント
209に適切なファズ・ボール・トラック337を選択
させ、適用させることが望ましい。別の例では、組織
(学校または法人など)及び個人ユーザ、または組織内
のサブグループが、それぞれ自身のコンテンツ指定24
8を有する。ファズ・ボール397は複数のファズ・ボ
ール・トラック337により、同一次元上にオーバラッ
プされ得る。この場合にも、コンテンツ・サーバ203
が制御指定237を別途伝送し、ゲートウェイまたはプ
ロキシ・サーバ280などの中間ノード、及びクライア
ント・ステーション209に、適切なファズ・ボール・
トラック337を適用させ、ビデオがそれらを通過する
際にコンテンツを変更することがより効率的である。
FIG. 10 shows the fuzz ball routine 73.
5 is shown. At step 810, a set of fuzz balls 397 that satisfy the multidimensional content specification with a minimal amount of blocking are selected based on their labels (ie, O-labels). For example, if the video is
Consider the case where the content designation 248 has a violence value of 4 and has no violence value, with a violence value of 7 and a nudity value of 3 specified in the label 392.
Assume now that four fuzz ball tracks with the following O-label 396 are available. They include truck 1 with violence value 4 and nudity value 3, truck 2 with violence value 3 and nudity value 3, truck 3 with violence value 7 and nudity value 2, violence value 7 and Track 4 with nudity value 1. In this case, fuzz ball track 1 is selected because it satisfies the request with a minimum amount of blocking. Step 82
At 0, if the fuzz ball track 337 is applied by the server according to the instructions in the content designation 248, the fuzz ball 397 is superimposed on the corresponding video frame before transmission of the frame (step 83).
0). Otherwise, the fuzz ball track is transmitted along with the original frame as an additional track 337 (step 840). For example, in multicast video, different viewers may have different content designations. Thus, the content server 203 transmits the various fuzz ball tracks 337 (as separate tracks) along with the video transmission, causing each client 209 to select and apply the appropriate fuzz ball track 337. Is desirable. In another example, an organization (such as a school or legal entity) and individual users, or subgroups within the organization, each have their own content designation 24
8 The fuzz ball 397 can be overlapped on the same dimension by a plurality of fuzz ball tracks 337. Also in this case, the content server 203
Separately transmits the control designation 237 to the intermediate node, such as a gateway or proxy server 280, and to the client station 209 with the appropriate fuzz ball.
It is more efficient to apply tracks 337 and change the content as the video passes through them.

【0061】図11は、クライアント論理249の例を
示す。図示のように、ステップ910で、クライアント
209はそのビデオ要求内に、中位の暴力度及び低位の
裸体度などの要求を指定する。好適な実施例では、指定
形式はPICS規則1.0として知られるPICSプロ
ファイル言語を使用する。通常、評価方式の各カテゴリ
に対して、クライアント209は所望の最大レベルを指
定できる。ステップ915で、コンテンツ指定248が
満足され得るか否かを確認するために、ビデオ・チェッ
ク要求がコンテンツ・サーバに送信される。好適な実施
例では、応答はそうしたバージョンが存在することを示
すための"イエス"か、若しくは修飾応答のいずれかであ
り、後者は例えば、あるバージョンが配布され得るが、
図7に関連して述べたように20%が遮断されることを
示す。ステップ920で、応答が受諾可能と見なされる
場合、ステップ940で、ビデオの配布を要求するビデ
オ上映要求がコンテンツ・サーバに送信される。ステッ
プ945では、ビデオ再生操作247が呼び出され、ビ
デオを受信し再生する。再生操作の詳細例が、図12に
関連して述べられる。ステップ920で、コンテンツ指
定248に対する応答が受諾可能でない場合、クライア
ント209はステップ925で、第3者マスク・プロバ
イダに問い合わせ、コンテンツ指定248に対して必要
とされるマスクのタイプを示すマスク・チェック要求が
マスク・プロバイダに送信される。好適な実施例では、
指定形式はPICS規則1.0として知られるPICS
プロファイル言語を使用する。通常、評価システム内の
各カテゴリに対して、クライアント209はマスク・チ
ェック要求内に、制御指定237に対して所望されるレ
ベルを指定できる。例えば、ビデオが暴力度値5及び裸
体度値7を有し、コンテンツ指定248が暴力度値3及
び裸体度値2を規定する場合、こうしたコンテンツ指定
248を満足する制御指定237が存在するか否かを見
い出すために、暴力度値3及び裸体度値2に対するマス
ク・チェック要求が、マスク・プロバイダに送信され
る。ステップ930で、マスク・プロバイダからの応答
が、指定が満足され得ることを示す場合、ステップ93
5で、制御指定237またはファズ・ボール・トラック
337を獲得するために、マスク表示要求がマスク・プ
ロバイダに送信される。
FIG. 11 shows an example of the client logic 249. As shown, at step 910, client 209 specifies in its video request a request such as medium violence and low nudity. In the preferred embodiment, the specification format uses the PICS profile language known as PICS Rule 1.0. Typically, for each category of evaluation scheme, client 209 can specify the desired maximum level. At step 915, a video check request is sent to the content server to see if the content designation 248 can be satisfied. In a preferred embodiment, the response is either a "yes" to indicate that such a version exists, or a modified response, the latter of which, for example, may be distributed with a version,
FIG. 8 shows that 20% is blocked as described in connection with FIG. If, at step 920, the response is deemed acceptable, at step 940, a video show request requesting distribution of the video is sent to the content server. In step 945, a play video operation 247 is invoked to receive and play the video. A detailed example of the playback operation will be described with reference to FIG. If, at step 920, the response to the content specification 248 is not acceptable, the client 209 queries a third party mask provider at step 925 to indicate a type of mask required for the content specification 248. Is sent to the mask provider. In a preferred embodiment,
The designation format is a PICS known as PICS Rule 1.0
Use a profile language. Typically, for each category in the evaluation system, the client 209 can specify the desired level for the control specification 237 in the mask check request. For example, if the video has a violence value of 5 and a nudity value of 7, and the content specification 248 specifies a violence value of 3 and a nudity value of 2, there is a control specification 237 that satisfies the content specification 248. To find out, a mask check request for violence degree value 3 and nudity value 2 is sent to the mask provider. In step 930, if the response from the mask provider indicates that the specification can be satisfied, step 93
At 5, a mask display request is sent to the mask provider to obtain control designation 237 or fuzz ball track 337.

【0062】クライアント209がビデオ要求により、
暴力度値3及び裸体度値2を含むコンテンツ指定248
を指定し、要求されるビデオがそのV−ラベルにより、
暴力度値5及び裸体度値4の評価を有することが示され
る例について、考えてみよう。無変更のビデオは、その
V−ラベルにより示されるように、暴力度及び裸体度の
両方の指定に不合格となるので、コンテンツ指定を満足
するために、クライアント209は適切な制御指定23
7を適用される必要がある。これはすなわち、裸体度及
び暴力度に対するファズ・ボール・トラック間の最小カ
テゴリ値が、コンテンツ指定を満足するように、クライ
アント209は、適切なO−ラベル396を有する1つ
以上のファズ・ボール・トラック337を獲得する必要
があることを意味する。例えば次の2つのファズ・ボー
ル・トラックが使用可能であると仮定する。すなわち、
第1のファズ・ボール・トラックは、そのO−ラベルに
より示される暴力度値3及び裸体度値4を有し、第2の
ファズ・ボール・トラックは、暴力度値5及び裸体度値
2を有する。これらのファズ・ボール・トラックは、コ
ンテンツ・プロバイダまたは第3者マスク・プロバイダ
のいずれかにより、供給され得る。実際、2つのファズ
・ボール・トラックは異なるプロバイダから到来し得
る。ここでは、ファズ・ボール・トラックが、第3者マ
スク・プロバイダ205の1つから入手可能と仮定す
る。クライアント209は、マスク・チェック要求を送
信することにより、マスク・プロバイダが要求ビデオに
対して、暴力度3及び裸体度2を満足するための、1つ
以上のファズ・ボール・トラック337を有するか否か
を見い出すことができる。マスク・プロバイダはこの場
合、要求が上述の2つのファズ・ボール・トラックによ
り満足され得るので、肯定応答を返却する。クライアン
ト209は次に、ビデオに対する要求をコンテンツプロ
バイダに送信し、同時に2つのファズ・ボール・トラッ
クに対する要求を、マスク・プロバイダに送信する。或
いは、コンテンツ・プロバイダがマスク・プロバイダと
対話してもよい。これらの両方のファズ・ボール・トラ
ック337をビデオに上書きすることにより、暴力度値
3及び裸体度値2が達成される。この上書きは、図3に
示されるように、各フレーム上にそのフレームに対応す
る第1のファズ・ボール・トラックからの暴力マスク用
のファズ・ボールと、第2のファズ・ボール・トラック
からの裸体マスク用のファズ・ボールの両方を上書きす
ることにより、フレーム・ベースで実行され得る。クラ
イアント再生の例が、図12に関連して述べられる。
When the client 209 receives a video request,
Content designation 248 including violence degree value 3 and nudity degree value 2
And the requested video is by its V-label:
Consider an example that is shown to have a violence rating of 5 and a nude rating of 4. The unmodified video fails both the violence and nudity ratings, as indicated by its V-label, so that in order to satisfy the content specification, the client 209 uses the appropriate control specification 23.
7 needs to be applied. This means that the client 209 may have one or more fuzz ball tracks with appropriate O-labels 396 such that the minimum category value between fuzz ball tracks for nudity and violence satisfies the content specification. It means that the track 337 needs to be acquired. For example, assume that the following two fuzz ball tracks are available. That is,
The first fuzz ball track has a violence value 3 and a nudity value 4 indicated by its O-label, and the second fuzz ball track has a violence value 5 and a nudity value 2 Have. These fuzz ball tracks can be supplied by either a content provider or a third party mask provider. In fact, the two fuzz ball tracks can come from different providers. It is assumed here that the fuzz ball track is available from one of the third party mask providers 205. Does the client 209 have one or more fuzz ball tracks 337 for the mask provider to satisfy violence 3 and nudity 2 for the requested video by sending a mask check request? You can find out. The mask provider returns an acknowledgment in this case because the request can be satisfied by the two fuzz ball tracks described above. Client 209 then sends a request for video to the content provider, and simultaneously sends requests for two fuzz ball tracks to the mask provider. Alternatively, the content provider may interact with the mask provider. By overwriting the video with both these fuzz ball tracks 337, a violence value of 3 and a nakedness value of 2 are achieved. This overwriting, as shown in FIG. 3, includes on each frame a fuzz ball for the violence mask from the first fuzz ball track corresponding to that frame and a fuzz ball from the second fuzz ball track. It can be performed on a frame basis by overwriting both fuzz balls for the nude mask. An example of client playback is described in connection with FIG.

【0063】図12は、クライアント再生操作247の
ブロック図の例を示す。要するに、ビデオ・ストリーム
1002、関連音声ストリーム1001、及びファズ・
ボール・トラック1003(例えばマスク・プロバイダ
205などの異なる根源から到来し得る)が、クライア
ント・ステーションに到来する。説明の都合上、1つの
音声、ビデオ及びファズ・ボール・トラックだけが示さ
れるが、各々のトラックが複数存在し得る。特に、1つ
のマルチメディア・コンテンツに関連して、複数のファ
ズ・ボール・トラックが存在し得る。マルチメディア・
ストリームは、ビデオについては、ステップ1015及
び1035に示されるように、クライアントにより受信
されて復号され、音声については、ステップ1010及
び1030により、またファズ・ボールについては、ス
テップ1020及び1040により、それぞれ受信さ
れ、復号または処理される。ファズ・ボールはステップ
1040で生成され、ステップ1050で適切なビデオ
・フレーム上に上書きされる。ステップ1045におけ
る音声レンダリングは、ストリーム内に埋め込まれるタ
イミングまたは同期情報にもとづき、ファズ・ボールの
上書きと結合され、ステップ1060で最終的なビデオ
・レンダリングを提供する。2つの異なるビデオ・スト
リームを上書きするより複雑なマスキング技術が公知で
あり、例えば上書きされるストリームが、実際には別の
ビデオであったりする。これについては、例えば、Chen
らによる米国特許第5257113号、"Mixing and Pl
ayback of JPEG Compressed Packet Videos"(1993
年10月26日発行)を参照されたい。
FIG. 12 shows an example of a block diagram of the client playback operation 247. In short, the video stream 1002, the associated audio stream 1001, and the fuzz
A ball track 1003 (which may come from a different source, such as mask provider 205) arrives at the client station. For illustrative purposes, only one audio, video and fuzz ball track is shown, but there may be more than one of each track. In particular, there may be multiple fuzz ball tracks associated with a single multimedia content. Multimedia
The stream is received and decoded by the client, as shown in steps 1015 and 1035 for video, and by steps 1010 and 1030 for audio, and by steps 1020 and 1040 for fuzz ball, respectively. And decrypted or processed. A fuzz ball is created in step 1040 and overwritten on the appropriate video frame in step 1050. The audio rendering in step 1045 is combined with the fuzz ball overwrite based on timing or synchronization information embedded in the stream to provide final video rendering in step 1060. More complex masking techniques for overwriting two different video streams are known, for example, the stream being overwritten is actually another video. For this, for example, Chen
U.S. Patent No. 5,257,113, "Mixing and Pl
ayback of JPEG Compressed Packet Videos "(1993
(Issued October 26, 2012).

【0064】例えば、1乃至nに番号付けされるフレー
ムのシーケンスを含むビデオ・クリップについて考えて
みよう。ビデオ・シーケンスをマスクするために、ファ
ズ・ボール397が生成され、これが各フレーム内の特
定の位置において、ビデオ・シーケンスを上書きする。
単純化のため、ここではファズ・ボールが単に黒の矩形
と仮定する。図3から、ファズ・ボール・トラックがフ
レーム番号(またはタイム・スタンプ)、位置座標(フ
レーム内の位置)、及びファズ・ボールのサイズのリス
トとして表されることを思い起こされたい。
For example, consider a video clip containing a sequence of frames numbered 1 through n. To mask the video sequence, a fuzz ball 397 is generated, which overwrites the video sequence at specific locations within each frame.
For simplicity, it is assumed here that the fuzz ball is simply a black rectangle. Recall from FIG. 3 that the fuzz ball track is represented as a list of frame numbers (or time stamps), position coordinates (positions within the frame), and size of the fuzz ball.

【0065】再度図12を参照すると、入来ビデオがス
テップ1015で、ネットワークまたはファイルから受
信される。ステップ1035において、ビデオが復号さ
れ、各ビデオ・フレームがファズ・ボール上書きモジュ
ール(ステップ1050)(図10に関連して既に詳
述)に、フレーム番号と一緒に、ビット・マップ(整数
値のマトリックス)として渡される。その間、入来ファ
ズ・ボール・トラックがステップ1020において、ネ
ットワークまたはファイルから受信され、ファズ・ボー
ル生成モジュール(ステップ1040)に渡され、ここ
で各ファズ・ボールが整数値の矩形マトリックスとして
生成される(整数値はファズ・ボールの色を示し、この
場合、整数値は黒に対応する)。このファズ・ボール・
マトリックスもまた、ファズ・ボール・フレーム番号及
び位置座標(図3参照)と一緒に、ファズ・ボール上書
きモジュール(ステップ1050)に渡される。ステッ
プ1050で、ファズ・ボール・フレーム番号Zが現ビ
デオ・フレーム番号Vと比較される。Z>Vであれば、
ステップ1060で、ビデオ・フレームが無変更でビデ
オ・レンダリング・モジュール(ステップ1060)に
送信され、表示される。ステップ1050において、
(ステップ1035でビデオ復号モジュールにより送信
される)次のビデオ・フレームが、ファズ・ボール上書
きモジュールにより検索される。Z<Vであれば、ステ
ップ1050において、ファズ・ボール上書きモジュー
ルにより、(ステップ1040で送信される)次のファ
ズ・ボールが、ファズ・ボール生成モジュールから検索
される。Z=Vであれば、ファズ・ボール位置座標によ
り指定されるビデオ・フレーム内の位置において、ビデ
オ・フレーム整数マトリックスがファズ・ボール整数マ
トリックスにより上書きされる。変更されたビデオ・フ
レームが、ビデオ・レンダリング・モジュール(ステッ
プ1060)に渡され、当業者には既知の多くの従来方
法の1つにより、レンダリングされる。プロセスはビデ
オの残りの部分に対しても上述のように継続され、(ス
テップ1035でビデオ復号モジュールにより送信され
る)次のビデオ・フレームが、ファズ・ボール上書きモ
ジュール(ステップ1050)により検索され、(ステ
ップ1040で送信される)次のファズ・ボールが、フ
ァズ・ボール生成モジュールから検索される。
Referring again to FIG. 12, the incoming video is received at step 1015 from a network or file. At step 1035, the video is decoded and each video frame is passed to the fuzz ball overwrite module (step 1050) (described in detail above in connection with FIG. 10) along with the frame number along with a bit map (matrix of integer values). ) Passed as. Meanwhile, the incoming fuzz ball track is received from the network or file at step 1020 and passed to the fuzz ball generation module (step 1040), where each fuzz ball is generated as a rectangular matrix of integer values. (The integer value indicates the color of the fuzz ball, where the integer value corresponds to black). This fuzz ball
The matrix is also passed to the fuzz ball overwrite module (step 1050) along with the fuzz ball frame number and position coordinates (see FIG. 3). At step 1050, the fuzz ball frame number Z is compared to the current video frame number V. If Z> V,
At step 1060, the video frames are transmitted unchanged to the video rendering module (step 1060) and displayed. At step 1050,
The next video frame (transmitted by the video decoding module in step 1035) is retrieved by the fuzz ball overwrite module. If Z <V, then in step 1050 the fuzz ball overwrite module retrieves the next fuzz ball (transmitted in step 1040) from the fuzz ball generation module. If Z = V, the video frame integer matrix is overwritten by the fuzz ball integer matrix at the position in the video frame specified by the fuzz ball position coordinates. The modified video frame is passed to a video rendering module (step 1060) and rendered by one of many conventional methods known to those skilled in the art. The process continues as described above for the remainder of the video, and the next video frame (transmitted by the video decoding module at step 1035) is retrieved by the fuzz ball overwrite module (step 1050), The next fuzz ball (transmitted in step 1040) is retrieved from the fuzz ball generation module.

【0066】図13は、本発明の特徴を有するマスク・
プロバイダ論理の例を示す。図示のように、ステップ1
110で、マスク・プロバイダは入力を待機する。ステ
ップ1115では、受信された入力に応じて異なるアク
ションが実行される。受信された入力がマスク・チェッ
ク要求の場合、ステップ1125で、コンテンツ指定2
48を満足し得るファズ・ボール・トラック337が存
在するか否かが判断される。存在する場合、ステップ1
150で、"肯定"応答が送信される。それ以外では、"
否定"応答が送信される(ステップ1160)。ステッ
プ1120で、受信された入力がマスク表示要求の場
合、要求されるファズ・ボール・トラックが配布される
(ステップ1140)。本発明の焦点に当てはまらない
他のタイプの入力(例えば制御指定237の挿入/消去
/更新など)に対しては、適切な種々のハンドラが呼び
出される(ステップ1130)。
FIG. 13 shows a mask having the characteristics of the present invention.
Here is an example of provider logic. As shown, step 1
At 110, the mask provider waits for input. In step 1115, different actions are performed depending on the input received. If the received input is a mask check request, in step 1125, the content designation 2
It is determined whether there is a fuzz ball track 337 that can satisfy 48. If present, step 1
At 150, a "positive" response is sent. Otherwise, "
A "negative" response is sent (step 1160). At step 1120, if the received input is a mask display request, the requested fuzz ball track is distributed (step 1140). For other types of input that are not (e.g., insert / delete / update control specification 237), the appropriate various handlers are invoked (step 1130).

【0067】当業者であれば、一部のノードが本発明の
マスキング・プロトコルを理解せずに、マスキング/フ
ィルタリング操作に参加しない、従来のコンテンツ・サ
ーバ、プロキシまたはクライアント・ステーションであ
る異質の環境においても、マルチメディア・ストリーム
をマスクまたは変更する本方法が作用することが理解さ
れよう。例えば、コンテンツ・サーバが従来のサーバで
ある場合、クライアント209がマスク・プロバイダと
直接的に作用し合い、ファズ・ボール・トラックを獲得
し、クライアントにおいて、マスキング操作を実行する
ことができる。換言すると、図11において、ステップ
915及び920がバイパスされて、ステップ910か
らステップ925に移行する。マスキング操作を実行で
きない従来のクライアント・ステーションのために、中
間プロキシまたはコンテンツ・サーバがマスキング操作
を実行することも可能である。実際、学校または法人な
どの組織では、プロキシ・ノード280が、マスキング
操作を実行または要求する能力の無いクライアント・ス
テーションにとっては透過的に、組織の(イントラネッ
ト規模の)ポリシにもとづき、マスキング操作を実行ま
たは要求し得る。プロキシ階層(図1参照)内におい
て、1つ以上のプロキシが、それ自身のマスキング基準
を選択及び適用する一方で、一部のプロキシは、マスキ
ング操作に参加しない従来のプロキシであったりする。
他方、各クライアント・ステーションについても、プロ
キシとは独立にローカル要求にもとづき、追加のマスキ
ング操作を要求または実行し得る。
Those skilled in the art will appreciate that a heterogeneous environment is a conventional content server, proxy or client station where some nodes do not understand the masking protocol of the present invention and do not participate in masking / filtering operations. It will be appreciated that the method of masking or modifying a multimedia stream also works. For example, if the content server is a conventional server, the client 209 can interact directly with the mask provider to obtain a fuzz ball track and perform a masking operation at the client. In other words, in FIG. 11, steps 915 and 920 are bypassed, and the process moves from step 910 to step 925. For conventional client stations that cannot perform the masking operation, it is also possible for an intermediate proxy or content server to perform the masking operation. Indeed, in an organization such as a school or corporation, the proxy node 280 performs the masking operation based on the organization's (intranet-wide) policy, transparent to client stations that are not capable of performing or requesting the masking operation. Or you can request. Within the proxy hierarchy (see FIG. 1), one or more proxies select and apply their own masking criteria, while some proxies are conventional proxies that do not participate in the masking operation.
On the other hand, each client station may also request or perform additional masking operations based on local requests independent of the proxy.

【0068】当業者であれば、制御指定237ストリー
ムが、ビジュアルまたは音声ファズ・ボール以外のビデ
オ/音声を含み得ることが理解されよう。これらは、P
ICSプロファイル内で要求される特定の言語(例えば
中国語、スペイン語など)によるビジュアル・キャプシ
ョンまたは音声変換を含み得る。
Those skilled in the art will appreciate that the control designation 237 stream may include video / audio other than visual or audio fuzz balls. These are P
It may include visual captions or speech conversions in the particular language (eg, Chinese, Spanish, etc.) required within the ICS profile.

【0069】従って、本発明は、コンテンツ指定246
を満足するように、ビデオ・フレームの一部分、ビデオ
・ストリームの一部分、または音声サンプルなどのビデ
オ・ストリーム内の識別可能なオブジェクトをマスキン
グまたは変更するための、或いはオブジェクトを置換す
るための、動的できめ細かな手段を提供する特徴を含
む。動的なコンテンツ変更が、サーバ203、プロキシ
280、クライアント209、またはこれらのノードの
協調的な組み合わせにおいて、柔軟且つ順次的に実行さ
れ得る。その上、これらの全てが参加することは要求さ
れない。
Therefore, according to the present invention, the content designation 246
Dynamically masking or changing an identifiable object in a video stream, such as a portion of a video frame, a portion of a video stream, or an audio sample, or replacing an object. Includes features that provide fine-grained means. Dynamic content changes may be performed flexibly and sequentially at the server 203, the proxy 280, the client 209, or a cooperative combination of these nodes. Moreover, not all of them are required to participate.

【0070】当業者であれば、好適な実施例はPICS
の新規の適応形を用いるインターネットに関して述べら
れてきたが、本発明がこうした環境に限られるものでな
いことが理解されよう。例えば、標準のテレビジョン放
送の垂直ブランキング割り込み(VBI)の間に制御信
号を伝送することが知られている。大多数のテレビジョ
ンは、今日、クローズド・キャプショニング(closed c
aptioning)制御装置を含み、これはテレビジョン・セ
ットのVBIに送信されるあらゆる信号を復号する、従
来のソフトウェア・アルゴリズムを通じて最適化され得
る。この制御装置は現在通常、衛星番組、画面上(on-s
creen)プログラミング、及びクローズド・キャプショ
ニングを阻止するようにプログラムされている。この制
御装置はまた、番組をそれらの評価にもとづき自動的に
阻止するための、一般的によく知られる"V−チップ"
(最近制定された電気通信法案(Telecommunication Bi
ll)652の一部として委ねられる)を含むように、ソ
フトウェアにより適応化される。V−チップ変換器は、
1997年の秋に入手可能になり、これは必要な技術を
有さないテレビジョンを使用可能にするために使用され
る。本発明によれば、制御装置またはV−チップ変換器
が従来の手段により、コンテンツ指定248を提供する
ようにプログラムされ得る。F−ラベル394のような
制御指定により提供される機能が、伝送のVBIの間に
伝送され、十分な処理能力が存在するものと仮定する
と、制御装置が制御指定237及びコンテンツ指定24
9に従い、オブジェクト・レベルのコンテンツ変更を実
行できる。或いは、追加の処理能力が、クライアント2
09のセットトップ・ボックス・バージョン、またはV
−チップ変換器により必要に応じて提供される。ビデオ
・ストリーム390及び制御指定237が、2つ以上の
ストリーム(図3)として伝送される場合、制御装置
は、好適な実施例におけるV−ラベル392及びO−ラ
ベル396に関連して述べられたのと類似の機能によ
り、コンテンツを変更するように適応化され得る。
Those skilled in the art will recognize that the preferred embodiment is PICS
It has been described with respect to the Internet using a new adaptive form of the present invention, but it will be understood that the invention is not limited to such an environment. For example, it is known to transmit control signals during a vertical blanking interrupt (VBI) of a standard television broadcast. The majority of television today uses closed captioning (closed c
aptioning controller, which can be optimized through conventional software algorithms that decode any signal transmitted to the VBI of the television set. This controller is currently typically used for satellite programs, on-screen (on-s
creen) programmed to prevent programming and closed captioning. The controller also provides a commonly known "V-chip" for automatically blocking programs based on their ratings.
(Recently enacted Telecommunication Bi
ll) as part of 652). The V-chip converter is
Available in the fall of 1997, it is used to enable televisions without the necessary technology. According to the present invention, a controller or V-chip converter can be programmed to provide the content designation 248 by conventional means. Assuming that the functionality provided by the control designation, such as F-label 394, is transmitted during the VBI of the transmission and that there is sufficient processing power, the control unit may determine that the control designation 237 and the content designation 24
9, object-level content changes can be performed. Alternatively, the additional processing power is
09 set-top box version or V
-Provided by chip converter as needed. If the video stream 390 and the control designation 237 are transmitted as more than one stream (FIG. 3), the controller is described in connection with the V-label 392 and O-label 396 in the preferred embodiment. A function similar to that of can be adapted to change content.

【0071】本発明は、従来のフレーム指向のビデオ・
ストリーム伝送システムに限られるものではない。例え
ば、MPEG(Moving Picture Coding Experts Grou
p)は、動画及び音声の圧縮、伸長、処理及び符号化表
現のための国際規格の開発を担うISO/IECのワー
キング・グループである。MPEG−2復号器が非常に
たくさんのセットトップ・ボックス内に含まれ、衛星放
送及びケーブル・テレビジョン業界における、アナログ
技術からデジタル技術への転換を支援した。新たな規格
MPEG−4が現在開発中である。MPEG−4規格は
とりわけ、次の標準化方法、すなわち、1)音声、ビジ
ュアル、または視聴覚コンテンツ("オーディオ/ビジ
ュアル・オブジェクト"またはAVOと呼ばれる)を表
現する方法、2)プリミティブ・オブジェクト("プリ
ミティブAVO")を、例えば視聴覚場面として、複合
視聴覚オブジェクトに結合する方法、3)適切な品質の
サービスに適合するように、AVOに関連付けられるデ
ータを多重化及び同期させ、ネットワークを通じて伝送
する方法、及び4)クライアント側において生成される
視聴覚場面と対話する方法(例えば、http://www.q-tea
m.de/mpeg4/whatmpeg.htm参照)を提供する。従って、
本発明の"オブジェクト"は、例えばMPEG−4のAV
Oなど、マルチメディア・ビット・ストリーム内の識別
可能で変更可能なオブジェクトを含むことが理解される
べきである。同様にMPEG−4 PCプロジェクト
は、MPEG−4のためのオーサリング・システムの生
成を含むPCの実現を目的とする(例えば、http://ww
w.q-team.de/mpeg4/contcrea.htm参照)。
The present invention relates to a conventional frame-oriented video
It is not limited to the stream transmission system. For example, MPEG (Moving Picture Coding Experts Grou
p) is a working group of the ISO / IEC responsible for the development of international standards for compression, decompression, processing and coded representation of moving pictures and sounds. MPEG-2 decoders have been included in numerous set-top boxes to help the satellite and cable television industries transition from analog to digital technology. A new standard, MPEG-4, is currently under development. The MPEG-4 standard has, among other things, the following standardization methods: 1) how to represent audio, visual, or audiovisual content (referred to as "audio / visual objects" or AVOs), 2) primitive objects ("primitive AVOs"). ), For example as an audiovisual scene, to a composite audiovisual object, 3) a method of multiplexing and synchronizing the data associated with the AVO and transmitting it over a network, so as to be adapted to the appropriate quality of service, and ) How to interact with the audiovisual scene generated on the client side (eg http: //www.q-tea
m.de/mpeg4/whatmpeg.htm). Therefore,
The "object" of the present invention is, for example, an MPEG-4 AV
It should be understood to include identifiable and modifiable objects in the multimedia bit stream, such as O. Similarly, the MPEG-4 PC project aims at the realization of a PC including the creation of an authoring system for MPEG-4 (eg, http: // ww
wq-team.de/mpeg4/contcrea.htm).

【0072】まとめとして、本発明の構成に関して以下
の事項を開示する。
In summary, the following items are disclosed regarding the configuration of the present invention.

【0073】(1)マルチメディア・ストリームを含む
マルチメディア・ネットワークにおいて、前記マルチメ
ディア・ストリームのコンテンツに関連付けられるオブ
ジェクトを変更する方法であって、コンテンツ指定を含
むコンテンツ要求を受信するステップと、前記コンテン
ツ指定及び制御指定にもとづき、前記マルチメディア・
ストリームの1次元以上において、1つ以上のオブジェ
クトを動的に変更するステップとを含む、方法。 (2)前記動的に変更するステップが、前記コンテンツ
を含む第1のストリームを生成するステップと、前記コ
ンテンツに対する前記制御指定を含む第2のストリーム
を生成するステップと、前記制御指定を含む前記コンテ
ンツに対する要求を受信するステップと、前記制御指定
及び前記コンテンツ指定に従い、前記第1のストリーム
の前記コンテンツを動的に変更するステップとを含む、
前記(1)記載の方法。 (3)前記受信に応答して、前記コンテンツ指定に従い
変更される前記コンテンツの割合を決定し、コンテンツ
・リクエスタに通知するステップを含む、前記(2)記
載の方法。 (4)前記割合がしきい値を越える場合、ビデオを上映
すること無く、前記リクエスタにブロッキング標識を伝
達するステップを含む、前記(2)記載の方法。 (5)前記制御指定が多次元制御指定を含む、前記
(2)記載の方法。 (6)前記コンテンツがビデオを含み、前記制御指定が
ファズ・ボール指定を含み、前記動的に変更するステッ
プが、1つ以上のコンテンツ指定に対応する前記ファズ
・ボール指定を生成するステップと、前記コンテンツ指
定を含む前記コンテンツに対する要求を受信するステッ
プと、前記受信に応答して、前記ファズ・ボール指定及
び前記コンテンツ指定にもとづき、前記ビデオのフレー
ムの少なくとも一部分を動的に上書きするステップとを
含む、前記(1)記載の方法。 (7)前記コンテンツ指定及び前記制御指定がPICS
プロトコルを含み、前記方法が、異なるコンテンツ指定
に対応する別々のファズ・ボール指定を生成するステッ
プと、PICS指定にもとづき、ファズ・ボール指定を
選択するステップとを含む、前記(6)記載の方法。 (8)前記コンテンツ指定が時間ベースである、前記
(6)記載の方法。 (9)前記生成するステップが、前記ファズ・ボール指
定を、サイズ、位置及び前記ビデオのフレームとの時間
関係を有する1つ以上のファズ・ボールとして生成する
ステップを含む、前記(6)記載の方法。 (10)前記動的に変更するステップが、多次元または
評価システムのいずれかを扱う複数のコンテンツ指定を
結合するステップを含む、前記(1)記載の方法。 (11)前記コンテンツがビデオを含み、前記結合ステ
ップに応答して、複数のファズ・ボール・フィルタを上
書きするステップを含む、前記(10)記載の方法。 (12)前記コンテンツ要求が多次元コンテンツ指定を
含み、前記動的に変更するステップが、複数の制御指定
及び前記多次元コンテンツ指定に従い、前記コンテンツ
を動的に変更するステップを含む、前記(1)記載の方
法。 (13)PICSプロトコル、RSTPプロトコル、ま
たはMPEGプロトコルのいずれかに従い、前記コンテ
ンツ指定または前記制御指定のいずれか一方を伝達する
ステップを含む、前記(1)記載の方法。 (14)前記コンテンツがビデオを含み、前記PICS
プロトコルが複数のPICSラベルを含み、ビデオのコ
ンテンツ評価を示すV−ラベル、及び前記コンテンツ評
価の変更の効果を示すオーバレイ・ラベルを伝達するス
テップと、前記動的変更に応答して、前記Vラベルのカ
テゴリ値を更新するステップとを含む、前記(13)記
載の方法。 (15)前記コンテンツがビデオを含み、前記複数の制
御指定及び前記多次元コンテンツ指定に従い、前記ビデ
オのフレームを動的に変更するステップを含む、前記
(12)記載の方法。 (16)前記コンテンツがビデオを含み、前記ビデオの
フレームを動的に変更するステップが、前記複数の制御
指定及び前記多次元コンテンツ指定に従い、前記ビデオ
のフレームをマスクするステップを含む、前記(15)
記載の方法。 (17)前記動的に変更するステップが、コンテンツ・
サーバ、クライアント、セットトップ・ボックス、及び
プロキシ・ノードの1つ以上において、前記ビデオのフ
レームを動的に変更するステップを含む、前記(15)
記載の方法。 (18)前記ネットワークがサーバの階層を含むワール
ド・ワイド・ウェブを含み、中間プロキシ・サーバが、
出て行くコンテンツ要求のコンテンツ指定を変更するス
テップを含む、前記(1)記載の方法。 (19)前記階層が異種のプロキシ階層を含み、前記変
更するステップがクライアントまたは前記階層内の全て
のサーバにより実行されない、前記(18)記載の方
法。 (20)1つのマルチメディア・ストリームを複数のリ
クエスタにマルチキャストするステップと、前記リクエ
スタによりビデオをレンダリングするステップであっ
て、前記リクエスタの少なくとも2つが、異なるコンテ
ンツ指定に従い、前記ビデオをレンダリングするステッ
プとを含む、前記(1)記載の方法。 (21)前記異なるコンテンツ指定に対して、1つ以上
の別々のファズ・ボール指定を生成するステップと、P
ICSプロトコルに従い、1つ以上のファズ・ボール指
定を選択するステップとを含む、前記(20)記載の方
法。 (22)前記動的に変更するステップが、オブジェクト
を動的にバイパス、マスク、ブロック及び置換するステ
ップを含む、前記(1)記載の方法。 (23)前記コンテンツがビデオを含み、前記ビデオの
1つ以上のフレームまたはセグメントを、1つ以上の代
替フレームまたはセグメントにより置換するステップを
含む、前記(22)記載の方法。 (24)前記動的に変更するステップが、前記コンテン
ツに対する前記制御指定を含む第2のストリームを生成
するステップを含み、前記制御指定がビデオ・ヘッダ、
前記ビデオのフレームのグループ、または個々のフレー
ム・レベルのいずれかにおいて生成される、前記(1)
記載の方法。 (25)前記コンテンツがビデオを含み、前記制御指定
及び前記コンテンツ指定にもとづき、ビデオ・フレーム
またはビデオ・セグメントをスキップするステップを含
む、前記(22)記載の方法。 (26)前記コンテンツがビデオを含み、サーバ、プロ
キシ、セットトップ・ボックス、またはクライアントの
いずれかにおいて、ビデオ・フレームまたはビデオ・ス
トリームの特定部分をマスクまたはブロックするステッ
プを含む、前記(22)記載の方法。 (27)前記制御指定及び前記コンテンツを1つのスト
リームとして伝達するステップを含む、前記(1)記載
の方法。 (28)前記コンテンツがビデオを含み、前記伝達する
ステップが、前記マルチメディア・ストリームの垂直ブ
ランキング割り込みの間に、前記制御指定を伝達するス
テップを含む、前記(27)記載の方法。 (29)前記伝達するステップが、フレーム・ラベルを
前記ビデオの1つ以上のフレームに関連付けるステップ
を含む、前記(27)記載の方法。 (30)1つのマルチメディア・ストリームを複数のリ
クエスタにマルチキャストするステップと、各リクエス
タが少なくとも2つの異なるコンテンツ指定を用い、前
記ビデオをレンダリングするステップとを含む、前記
(1)記載の方法。 (31)複数のファズ・ボール指定を上書きし、前記コ
ンテンツ指定を満足するステップを含む、前記(6)記
載の方法。 (32)前記オブジェクトが、ビデオのフレームの少な
くとも一部分及び音声のサンプルを含む、前記マルチメ
ディア・ストリーム内の識別可能なオブジェクトを含
む、前記(1)記載の方法。 (33)マルチメディア・ストリームのコンテンツに関
連付けられるオブジェクトを変更するコンピュータ読出
し可能プログラム・コード手段を有するコンピュータ使
用可能媒体を含むコンピュータ・プログラム製品であっ
て、前記コンピュータ読出し可能プログラム・コード手
段が、コンピュータに対して、コンテンツ指定を含むコ
ンテンツ要求を受信するように指示するプログラム・コ
ード手段と、前記コンテンツ指定及び制御指定にもとづ
き、前記マルチメディア・ストリームの1次元以上にお
いて、1つ以上のオブジェクトを動的に変更するように
指示するプログラム・コード手段とを含む、コンピュー
タ・プログラム製品。 (34)動的に変更するように指示する前記プログラム
・コード手段が、前記コンピュータに対して、前記コン
テンツを含む第1のストリームを生成するように指示す
るプログラム・コード手段と、前記コンテンツに対する
前記制御指定を含む第2のストリームを生成するように
指示するプログラム・コード手段と、前記制御指定を含
む前記コンテンツに対する要求を受信するように指示す
るプログラム・コード手段と、前記制御指定及び前記コ
ンテンツ指定に従い、前記第1のストリームの前記コン
テンツを動的に変更するように指示するプログラム・コ
ード手段とを含む、前記(33)記載のコンピュータ・
プログラム製品。 (35)前記コンピュータに対して、前記受信に応答し
て、前記コンテンツ指定に従い変更される前記コンテン
ツの割合を決定し、コンテンツ・リクエスタに通知する
ように指示するプログラム・コード手段を含む、前記
(34)記載のコンピュータ・プログラム製品。 (36)前記コンピュータに対して、前記割合がしきい
値を越える場合、ビデオを上映すること無く、前記リク
エスタにブロッキング標識を伝達するように指示するプ
ログラム・コード手段を含む、前記(34)記載のコン
ピュータ・プログラム製品。 (37)前記制御指定が多次元制御指定を含む、前記
(34)記載のコンピュータ・プログラム製品。 (38)前記コンテンツがビデオを含み、前記制御指定
がファズ・ボール指定を含み、動的に変更する前記プロ
グラム・コード手段が、前記コンピュータに対して、1
つ以上のコンテンツ指定に対応する前記ファズ・ボール
指定を生成するように指示するプログラム・コード手段
と、前記コンテンツ指定を含む前記コンテンツに対する
要求を受信するように指示するプログラム・コード手段
と、前記受信に応答して、前記ファズ・ボール指定及び
前記コンテンツ指定にもとづき、前記ビデオのフレーム
の少なくとも一部分を動的に上書きするように指示する
プログラム・コード手段とを含む、前記(33)記載の
コンピュータ・プログラム製品。 (39)前記コンテンツ指定及び前記制御指定がPIC
Sプロトコルを含み、前記コンピュータ読出し可能プロ
グラム・コード手段が、前記コンピュータに対して、異
なるコンテンツ指定に対応する別々のファズ・ボール指
定を生成するように指示するプログラム・コード手段
と、PICS指定にもとづき、ファズ・ボール指定を選
択するように指示するプログラム・コード手段とを含
む、前記(38)記載のコンピュータ・プログラム製
品。 (40)前記コンテンツ指定が時間ベースである、前記
(38)記載のコンピュータ・プログラム製品。 (41)生成するように指示する前記プログラム・コー
ド手段が、前記ファズ・ボール指定を、サイズ、位置及
び前記ビデオのフレームとの時間関係を有する1つ以上
のファズ・ボールとして生成するように指示するプログ
ラム・コード手段を含む、前記(39)記載のコンピュ
ータ・プログラム製品。 (42)動的に変更するように指示する前記プログラム
・コード手段が、多次元または評価システムのいずれか
を扱う複数のコンテンツ指定を結合するように指示する
プログラム・コード手段を含む、前記(33)記載のコ
ンピュータ・プログラム製品。 (43)前記コンテンツがビデオを含み、前記結合に応
答して、複数のファズ・ボール・フィルタを上書きする
ように指示するプログラム・コード手段を含む、前記
(42)記載のコンピュータ・プログラム製品。 (44)前記コンテンツ要求が多次元コンテンツ指定を
含み、動的に変更するように指示する前記プログラム・
コード手段が、複数の制御指定及び前記多次元コンテン
ツ指定に従い、前記コンテンツを動的に変更するように
指示するプログラム・コード手段を含む、前記(33載
のコンピュータ・プログラム製品。 (45)PICSプロトコル、RSTPプロトコル、ま
たはMPEGプロトコルのいずれかに従い、前記コンテ
ンツ指定または前記制御指定のいずれか一方を伝達する
ように指示するプログラム・コード手段を含む、前記
(33)記載のコンピュータ・プログラム製品。 (46)前記コンテンツがビデオを含み、前記PICS
プロトコルが複数のPICSラベルを含み、伝達するよ
うに指示する前記プログラム・コード手段が、ビデオの
コンテンツ評価を示すV−ラベル、及び前記コンテンツ
評価の変更の効果を示すオーバレイ・ラベルを伝達する
ように指示するプログラム・コード手段を含み、前記動
的変更に応答して、前記Vラベルのカテゴリ値を更新す
るように指示するプログラム・コード手段を含む、前記
(45)記載のコンピュータ・プログラム製品。 (47)前記コンテンツがビデオを含み、前記複数の制
御指定及び前記多次元コンテンツ指定に従い、前記ビデ
オのフレームを動的に変更するように指示するプログラ
ム・コード手段を含む、前記(45)記載のコンピュー
タ・プログラム製品。 (48)前記コンテンツがビデオを含み、前記ビデオの
フレームを動的に変更するように指示するプログラム・
コード手段が、前記複数の制御指定及び前記多次元コン
テンツ指定に従い、前記ビデオのフレームをマスクする
ように指示するプログラム・コード手段を含む、前記
(47)記載のコンピュータ・プログラム製品。 (49)動的に変更するように指示する前記プログラム
・コード手段が、コンテンツ・サーバ、クライアント、
セットトップ・ボックス、及びプロキシ・ノードの1つ
以上において、前記ビデオのフレームを動的に変更する
ように指示するプログラム・コード手段を含む、前記
(47)記載のコンピュータ・プログラム製品。 (50)前記ネットワークがサーバの階層を含むワール
ド・ワイド・ウェブを含み、中間プロキシ・サーバに、
出て行くコンテンツ要求のコンテンツ指定を変更するよ
うに指示するプログラム・コード手段を含む、前記(3
3)記載のコンピュータ・プログラム製品。 (51)前記階層が異種のプロキシ階層を含み、変更す
るように指示する前記プログラム・コード手段が、前記
変更がクライアントまたは前記階層内の全てのサーバに
より実行されないように指示するプログラム・コード手
段を含む、前記(50)記載のコンピュータ・プログラ
ム製品。 (52)1つのマルチメディア・ストリームを複数のリ
クエスタにマルチキャストするように指示するプログラ
ム・コード手段と、前記リクエスタによりビデオをレン
ダリングするように指示するプログラム・コード手段で
あって、前記リクエスタの少なくとも2つが、異なるコ
ンテンツ指定に従い、前記ビデオをレンダリングする、
プログラム・コード手段とを含む、前記(33)記載の
コンピュータ・プログラム製品。 (53)前記異なるコンテンツ指定に対して、1つ以上
の別々のファズ・ボール指定を生成するように指示する
プログラム・コード手段と、PICSプロトコルに従
い、1つ以上のファズ・ボール指定を選択するように指
示するプログラム・コード手段とを含む、前記(52)
記載のコンピュータ・プログラム製品。 (54)動的に変更するように指示する前記プログラム
・コード手段が、オブジェクトを動的にバイパス、マス
ク、ブロック及び置換するように指示するプログラム・
コード手段を含む、前記(33)記載のコンピュータ・
プログラム製品。 (55)前記コンテンツがビデオを含み、前記ビデオの
1つ以上のフレームまたはセグメントを、1つ以上の代
替フレームまたはセグメントにより置換するように指示
するプログラム・コード手段を含む、前記(54)記載
のコンピュータ・プログラム製品。 (56)動的に変更するように指示するプログラム・コ
ード手段が、前記コンテンツに対する前記制御指定を含
む第2のストリームを生成するように指示するプログラ
ム・コード手段を含み、前記制御指定がビデオ・ヘッ
ダ、前記ビデオのフレームのグループ、または個々のフ
レーム・レベルのいずれかにおいて生成される、前記
(33)記載のコンピュータ・プログラム製品。 (57)前記コンテンツがビデオを含み、前記制御指定
及び前記コンテンツ指定にもとづき、ビデオ・フレーム
またはビデオ・セグメントをスキップするように指示す
るプログラム・コード手段を含む、前記(54)記載の
コンピュータ・プログラム製品。 (58)前記コンテンツがビデオを含み、サーバ、プロ
キシ、セットトップ・ボックス、またはクライアントの
いずれかにおいて、ビデオ・フレームまたはビデオ・ス
トリームの特定部分をマスクまたはブロックするように
指示するプログラム・コード手段を含む、前記(54)
記載のコンピュータ・プログラム製品。 (59)前記制御指定及び前記コンテンツを1つのスト
リームとして伝達するように指示するプログラム・コー
ド手段を含む、前記(33)記載のコンピュータ・プロ
グラム製品。 (60)前記コンテンツがビデオを含み、伝達するよう
に指示する前記プログラム・コード手段が、前記マルチ
メディア・ストリームの垂直ブランキング割り込みの間
に、前記制御指定を伝達するように指示するプログラム
・コード手段を含む、前記(59)記載のコンピュータ
・プログラム製品。 (61)伝達するように指示する前記プログラム・コー
ド手段が、フレーム・ラベルを前記ビデオの1つ以上の
フレームに関連付けるように指示するプログラム・コー
ド手段を含む、前記(59)記載のコンピュータ・プロ
グラム製品。 (62)1つのマルチメディア・ストリームを複数のリ
クエスタにマルチキャストするように指示するプログラ
ム・コード手段と、各リクエスタが少なくとも2つの異
なるコンテンツ指定を用い、前記ビデオをレンダリング
するように指示するプログラム・コード手段とを含む、
前記(33)記載のコンピュータ・プログラム製品。 (63)複数のファズ・ボール指定を上書きし、前記コ
ンテンツ指定を満足するように指示するプログラム・コ
ード手段を含む、前記(38)記載のコンピュータ・プ
ログラム製品。 (64)前記オブジェクトが、ビデオのフレームの少な
くとも一部分及び音声のサンプルを含む、前記マルチメ
ディア・ストリーム内の識別可能なオブジェクトを含
む、前記(33)記載のコンピュータ・プログラム製
品。
(1) In a multimedia network including a multimedia stream, a method for changing an object associated with the content of the multimedia stream, comprising: receiving a content request including a content designation; Based on the content designation and control designation, the multimedia
Dynamically changing one or more objects in one or more dimensions of the stream. (2) the step of dynamically changing includes generating a first stream including the content, generating a second stream including the control specification for the content, and including the control specification. Receiving a request for content, and dynamically changing the content of the first stream according to the control designation and the content designation.
The method according to the above (1). (3) The method according to (2), further comprising, in response to the receiving, determining a percentage of the content that is changed according to the content specification and notifying a content requester. (4) The method of (2), further comprising communicating a blocking indicator to the requester without playing a video if the percentage exceeds a threshold. (5) The method according to (2), wherein the control specification includes a multidimensional control specification. (6) the content includes a video, the control specification includes a fuzz ball specification, and the dynamically changing step generates the fuzz ball specification corresponding to one or more content specifications; Receiving a request for the content that includes the content designation, and dynamically overwriting at least a portion of the video frame based on the fuzz ball designation and the content designation in response to the receiving. The method according to (1) above. (7) The content designation and the control designation are PICS
The method of claim 6, including a protocol, wherein the method includes generating separate fuzz ball designations corresponding to different content designations, and selecting a fuzz ball designation based on the PICS designations. . (8) The method according to (6), wherein the content designation is time-based. (9) The method according to (6), wherein the generating step includes generating the fuzz ball designation as one or more fuzz balls having a size, a position, and a temporal relationship with a frame of the video. Method. (10) The method of (1), wherein the step of dynamically changing comprises combining a plurality of content designations dealing with either a multi-dimensional or rating system. (11) The method of (10), wherein the content comprises video, and comprising the step of overwriting a plurality of fuzz ball filters in response to the combining step. (12) The method according to (1), wherein the content request includes a multidimensional content specification, and the step of dynamically changing includes dynamically changing the content according to a plurality of control specifications and the multidimensional content specification. ) Described method. (13) The method according to (1), further including a step of transmitting one of the content designation and the control designation according to one of a PICS protocol, an RSTP protocol, and an MPEG protocol. (14) the content includes a video, and the PICS
A protocol comprising a plurality of PICS labels, communicating a V-label indicating a content rating of the video and an overlay label indicating an effect of changing the content rating; and responsive to the dynamic change, the V-label Updating the category value of (13). (15) The method according to (12), wherein the content includes a video, and comprising dynamically changing a frame of the video according to the plurality of control specifications and the multidimensional content specification. (16) The method according to (15), wherein the content includes a video, and the step of dynamically changing a frame of the video includes masking a frame of the video according to the plurality of control specifications and the multidimensional content specification. )
The described method. (17) The step of dynamically changing the content
(15) comprising dynamically changing frames of the video at one or more of a server, a client, a set-top box, and a proxy node.
The described method. (18) the network comprises the World Wide Web including a hierarchy of servers, and the intermediate proxy server comprises:
The method of (1) above, comprising the step of changing the content designation of the outgoing content request. (19) The method according to (18), wherein the hierarchy includes a heterogeneous proxy hierarchy, and wherein the changing is not performed by a client or all servers in the hierarchy. (20) multicasting one multimedia stream to a plurality of requesters, rendering the video by the requesters, wherein at least two of the requesters render the video according to different content specifications; The method according to the above (1), comprising: (21) generating one or more separate fuzz ball designations for said different content designations;
Selecting one or more fuzz ball designations according to an ICS protocol. (22) The method according to (1), wherein the step of dynamically changing includes a step of dynamically bypassing, masking, blocking, and replacing an object. (23) The method of (22), wherein the content comprises a video, and comprising replacing one or more frames or segments of the video with one or more alternative frames or segments. (24) the step of dynamically changing includes generating a second stream including the control specification for the content, wherein the control specification includes a video header;
Said (1) generated at either a group of frames of said video, or at an individual frame level.
The described method. (25) The method according to (22), wherein the content includes video, and comprising skipping a video frame or video segment based on the control designation and the content designation. (26) The (22) said (22), wherein said content comprises video and comprises masking or blocking a particular portion of a video frame or stream at either a server, proxy, set-top box, or client. the method of. (27) The method according to (1), including transmitting the control designation and the content as one stream. (28) The method of (27), wherein the content comprises video, and wherein the transmitting comprises transmitting the control designation during a vertical blanking interrupt of the multimedia stream. (29) The method of (27), wherein the communicating comprises associating a frame label with one or more frames of the video. (30) The method of (1), comprising: multicasting a multimedia stream to a plurality of requesters; and rendering each of the requesters with at least two different content designations. (31) The method according to (6), comprising overwriting a plurality of fuzz ball designations and satisfying the content designation. (32) The method of (1), wherein the object comprises an identifiable object in the multimedia stream comprising at least a portion of a frame of video and a sample of audio. (33) A computer program product comprising a computer usable medium having computer readable program code means for modifying an object associated with a content of a multimedia stream, wherein the computer readable program code means comprises a computer. Program code means for instructing the multimedia stream to receive a content request including a content specification, and moving one or more objects in one or more dimensions of the multimedia stream based on the content specification and the control specification. Computer program product comprising program code means for instructing the user to make a global change. (34) The program code means for instructing a dynamic change, the program code means for instructing the computer to generate a first stream including the content, and the program code means for the content. Program code means for instructing to generate a second stream including a control designation, program code means for instructing to receive a request for the content including the control designation, the control designation and the content designation Computer code means for instructing to dynamically change the content of the first stream according to the above.
Program products. (35) The program code means for instructing the computer to determine a ratio of the content changed in accordance with the content designation in response to the reception and to notify a content requester of the content. 34) The computer program product according to the above. (36) The program described in (34), further comprising program code means for instructing the computer to transmit a blocking indicator to the requester without playing a video if the ratio exceeds a threshold. Computer program products. (37) The computer program product according to (34), wherein said control specification includes a multidimensional control specification. (38) The content includes a video, the control specification includes a fuzz ball specification, and the program code means for dynamically changing includes:
Program code means for instructing to generate the fuzz ball designation corresponding to one or more content designations; program code means for instructing to receive a request for the content including the content designation; The program code means for instructing to dynamically overwrite at least a portion of the video frame based on the fuzz ball designation and the content designation in response to the fuzz ball designation and the content designation. Program products. (39) The content designation and the control designation are PIC
Computer readable program code means including an S protocol, wherein the computer readable program code means instructs the computer to generate separate fuzz ball designations corresponding to different content designations; , Program code means for instructing to select a fuzz ball designation. (40) The computer program product according to (38), wherein the content designation is time-based. (41) The program code means for instructing to generate, instructs to generate the fuzz ball designation as one or more fuzz balls having a size, a position and a time relationship with the frame of the video. The computer program product according to (39), further comprising: (42) The program according to (33), wherein the program code means for instructing to change dynamically includes a program code means for instructing to combine a plurality of content specifications dealing with either a multidimensional or an evaluation system. ) Computer program product as described. (43) The computer program product of (42), wherein the content comprises video and includes program code means responsive to the combining to instruct to overwrite a plurality of fuzz ball filters. (44) The program, wherein the content request includes a multidimensional content specification and instructs to change dynamically.
The computer program product of (33), wherein the code means includes program code means for instructing to dynamically change the content in accordance with the plurality of control specifications and the multidimensional content specification. (33) The computer program product according to (33), further comprising program code means for instructing transmission of one of the content designation and the control designation according to any one of RSTP protocol and MPEG protocol. The content comprises a video, and the PICS
The program code means wherein the protocol includes a plurality of PICS labels and indicates to be conveyed, such that the program code means conveys a V-label indicating the content rating of the video and an overlay label indicating the effect of changing the content rating. The computer program product of (45), further comprising program code means for instructing, and program code means for instructing to update said V label category value in response to said dynamic change. (47) The content according to (45), wherein the content includes a video, and program code means for instructing to dynamically change a frame of the video according to the plurality of control designations and the multidimensional content designation. Computer program product. (48) A program for instructing the content to include a video and dynamically changing a frame of the video.
The computer program product of (47), wherein the code means includes program code means for instructing masking of the video frame according to the plurality of control designations and the multidimensional content designation. (49) The program code means for instructing a dynamic change includes a content server, a client,
The computer program product of claim 47, including program code means at one or more of a set-top box and a proxy node to dynamically change the frame of the video. (50) The network comprises the World Wide Web including a hierarchy of servers, wherein the intermediate proxy server comprises:
The program code means for instructing to change the content designation of the outgoing content request.
3) The computer program product according to the above. (51) The program code means for instructing the hierarchy to include a different type of proxy hierarchy and changing the program code means for instructing that the change is not executed by a client or all servers in the hierarchy. The computer program product according to the above (50). (52) program code means for instructing a multimedia stream to be multicast to a plurality of requesters; and program code means for instructing a video to be rendered by the requester, wherein at least two of the requester means One renders the video according to different content specifications,
(33) The computer program product according to the above (33), comprising program code means. (53) A program code means for instructing to generate one or more separate fuzz ball designations for the different content designations, and selecting one or more fuzz ball designations according to the PICS protocol. (52) including program code means for instructing
Computer program product as described. (54) The program code means for instructing to change dynamically comprises a program for instructing to dynamically bypass, mask, block and replace an object.
The computer according to the above (33), comprising a code means.
Program products. (55) The content of (54), wherein the content comprises a video and includes program code means for instructing one or more frames or segments of the video to be replaced by one or more alternative frames or segments. Computer program product. (56) The program code means for instructing to change dynamically includes program code means for instructing to generate a second stream including the control specification for the content, wherein the control specification is a video stream. The computer program product of claim 33, wherein the computer program product is generated at either the header, a group of frames of the video, or at an individual frame level. (57) The computer program according to (54), wherein the content includes video, and includes program code means for instructing to skip a video frame or a video segment based on the control specification and the content specification. Product. (58) The program code means for instructing the content to include video and masking or blocking a particular portion of a video frame or video stream at either a server, proxy, set-top box, or client. Including (54)
Computer program product as described. (59) The computer program product according to (33), further comprising program code means for instructing transmission of the control designation and the content as one stream. (60) the program code means for instructing the content to include video and transmitting the program code for transmitting the control designation during a vertical blanking interrupt of the multimedia stream; The computer program product of (59), including means. (61) The computer program of (59), wherein the program code means for instructing to convey includes program code means for instructing to associate a frame label with one or more frames of the video. Product. (62) program code means for instructing to multicast one multimedia stream to a plurality of requesters; and program code for instructing each requester to render the video using at least two different content specifications. Means,
The computer program product according to (33). (63) The computer program product according to (38), further comprising program code means for overwriting a plurality of fuzz ball designations and instructing the content designation to be satisfied. (64) The computer program product of (33), wherein the object comprises an identifiable object in the multimedia stream comprising at least a portion of a frame of video and a sample of audio.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の特徴を有するインターネット環境を示
す図である。
FIG. 1 is a diagram illustrating an Internet environment having features of the present invention.

【図2】本発明の特徴を有するネットワーク環境のより
詳細な例を示す図である。
FIG. 2 illustrates a more detailed example of a network environment having features of the present invention.

【図3】図2の"ファズ・ボール"及び"ファズ・ボール"
制御指定"の例を示す図である。
FIG. 3 shows the “fuzz ball” and “fuzz ball” of FIG.
It is a figure showing an example of "control designation".

【図4】本発明に従いコンテンツ指定を記憶するユーザ
・インタフェースの例を示す図である。
FIG. 4 is a diagram showing an example of a user interface for storing a content designation according to the present invention.

【図5】本発明に従いコンテンツ指定を記憶するユーザ
・インタフェースの例を示す図である。
FIG. 5 is a diagram showing an example of a user interface for storing a content designation according to the present invention.

【図6】図2のコンテンツ・サーバ論理の例を示す図で
ある。
FIG. 6 illustrates an example of the content server logic of FIG.

【図7】サーバのビデオ・チェック・ハンドラの例を示
す図である。
FIG. 7 is a diagram illustrating an example of a video check handler of a server.

【図8】図4のビデオ上映ハンドラの例を示す図であ
る。
8 illustrates an example of the video show handler of FIG.

【図9】図8のフレーム・マスキング/変更ルーチンの
例を示す図である。
FIG. 9 is a diagram showing an example of a frame masking / change routine of FIG. 8;

【図10】図9のファズ・ボール・ルーチンの例を示す
図である。
FIG. 10 is a diagram illustrating an example of the fuzz ball routine of FIG. 9;

【図11】図2のクライアント論理の例を示す図であ
る。
FIG. 11 is a diagram illustrating an example of the client logic of FIG. 2;

【図12】クライアント再生操作の例を示す図である。FIG. 12 is a diagram illustrating an example of a client playback operation.

【図13】図2のマスク・プロバイダ論理の例を示す図
である。
FIG. 13 illustrates an example of the mask provider logic of FIG.

【符号の説明】 110、111、112、113、114、115 プ
ロキシ階層 125、209 クライアント 135、203 コンテンツ・サーバ 155 マスク・プロバイダ 165、201 ネットワーク 205 マスク・プロバイダ 227、240、260 CPU 235、245、263 メモリ 239 マスク・プロバイダ論理 227、240、260 CPU 230、242、265 記憶装置 247 ビデオ再生操作論理 248 多次元コンテンツ指定 249 クライアント論理 267 ビデオ・チェック・ハンドラ 268 コンテンツ・サーバ論理 269 ビデオ上映ハンドラ 280 プロキシ・ノード 310 コンテンツ・アドバイザ 316 評価制御 318 ホスト/メディア・タイプ 337、1003 ファズ・ボール・トラック 382 ファズ・ボール・サイズ 386 時間的関係 390、1002 ビデオ・ストリーム 392 ビデオ・ラベル(V−ラベル) 394 フレーム・ラベル(F−ラベル) 396 オーバレイ・ラベル(O−ラベル) 397、735 ファズ・ボール 430 ハンドラ 1001 関連音声ストリーム
[Description of Signs] 110, 111, 112, 113, 114, 115 Proxy layer 125, 209 Client 135, 203 Content server 155 Mask provider 165, 201 Network 205 Mask provider 227, 240, 260 CPU 235, 245, 263 Memory 239 Mask provider logic 227, 240, 260 CPU 230, 242, 265 Storage 247 Video playback operation logic 248 Multidimensional content specification 249 Client logic 267 Video check handler 268 Content server logic 269 Video show handler 280 Proxy Node 310 Content Advisor 316 Evaluation Control 318 Host / Media Type 337, 1003 Fuzz Ball Track 82 Fuzz ball size 386 Temporal relationship 390, 1002 Video stream 392 Video label (V-label) 394 Frame label (F-label) 396 Overlay label (O-label) 397, 735 Fuzz ball 430 Handler 1001 related audio stream

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ペーター・ケニース・マルキン アメリカ合衆国10502、ニューヨーク州ア ーズリー、 ブランブル・ブルック・ロー ド 64 (72)発明者 ロバート・ジェフリー・スクロス アメリカ合衆国10510、 ニューヨーク州 ブリアクリフ・マノー、 ホルブルック・ ライン 155 (72)発明者 エドワード・チャールス・シニブル アメリカ合衆国10011ニューヨーク州ニュ ーヨーク、 ウエスト・14ストリート 232 (72)発明者 マルク・ハバート・ウィルビーク−ルメー ル アメリカ合衆国10598、 ニューヨーク州 ヨークタウン・ハイツ、 パブティスト・ チャーチ・ロード 1480 (72)発明者 フィリップ・シィ−ラング・ユ アメリカ合衆国10514、 ニューヨーク州 チャパッカ、 ストーノウェイ 18 ────────────────────────────────────────────────── ─── Continued on the front page (72) Inventor Peter Kenney Malkin United States 10502; Aarsley, NY; Bramble Brook Road 64 (72) Inventor Robert Jeffrey Scross United States 10510, Briarcliff Manor, NY Holbrook Line 155 (72) Inventor Edward Charles Sinible 10011 New York, New York, United States 10011 West 14th Street 232 (72) Inventor Marc Hubbert Wilby-Lumere United States 10598, Yorktown Heights, New York Pubist Church Road 1480 (72) Inventor Philip See-Lang You Amelie United States 10514, New York Chapakka, Stornoway 18

Claims (64)

【特許請求の範囲】[Claims] 【請求項1】マルチメディア・ストリームを含むマルチ
メディア・ネットワークにおいて、前記マルチメディア
・ストリームのコンテンツに関連付けられるオブジェク
トを変更する方法であって、 コンテンツ指定を含むコンテンツ要求を受信するステッ
プと、 前記コンテンツ指定及び制御指定にもとづき、前記マル
チメディア・ストリームの1次元以上において、1つ以
上のオブジェクトを動的に変更するステップとを含む、
方法。
1. A method for modifying an object associated with a content of a multimedia stream in a multimedia network including a multimedia stream, the method comprising: receiving a content request including a content designation; Dynamically changing one or more objects in one or more dimensions of the multimedia stream based on a designation and control designation.
Method.
【請求項2】前記動的に変更するステップが、 前記コンテンツを含む第1のストリームを生成するステ
ップと、 前記コンテンツに対する前記制御指定を含む第2のスト
リームを生成するステップと、 前記制御指定を含む前記コンテンツに対する要求を受信
するステップと、 前記制御指定及び前記コンテンツ指定に従い、前記第1
のストリームの前記コンテンツを動的に変更するステッ
プとを含む、請求項1記載の方法。
2. The dynamically changing step includes: generating a first stream including the content; generating a second stream including the control specification for the content; Receiving the request for the content including: the first request according to the control designation and the content designation
Dynamically changing said content of said stream.
【請求項3】前記受信に応答して、前記コンテンツ指定
に従い変更される前記コンテンツの割合を決定し、コン
テンツ・リクエスタに通知するステップを含む、請求項
2記載の方法。
3. The method of claim 2, further comprising determining, in response to said receiving, a percentage of said content that is changed according to said content designation, and notifying a content requester.
【請求項4】前記割合がしきい値を越える場合、ビデオ
を上映すること無く、前記リクエスタにブロッキング標
識を伝達するステップを含む、請求項2記載の方法。
4. The method of claim 2 including the step of communicating a blocking indicator to said requester without playing video if said percentage exceeds a threshold.
【請求項5】前記制御指定が多次元制御指定を含む、請
求項2記載の方法。
5. The method of claim 2, wherein said control specification comprises a multi-dimensional control specification.
【請求項6】前記コンテンツがビデオを含み、前記制御
指定がファズ・ボール指定を含み、前記動的に変更する
ステップが、 1つ以上のコンテンツ指定に対応する前記ファズ・ボー
ル指定を生成するステップと、 前記コンテンツ指定を含む前記コンテンツに対する要求
を受信するステップと、 前記受信に応答して、前記ファズ・ボール指定及び前記
コンテンツ指定にもとづき、前記ビデオのフレームの少
なくとも一部分を動的に上書きするステップとを含む、
請求項1記載の方法。
6. The fuzz-ball designation corresponding to one or more content designations, wherein the content comprises a video, the control designation comprises a fuzz-ball designation, and wherein the dynamically changing comprises generating the fuzz-ball designation corresponding to one or more content designations. Receiving a request for the content that includes the content designation; dynamically overwriting at least a portion of the video frame based on the fuzz ball designation and the content designation in response to the receiving. Including
The method of claim 1.
【請求項7】前記コンテンツ指定及び前記制御指定がP
ICSプロトコルを含み、前記方法が、 異なるコンテンツ指定に対応する別々のファズ・ボール
指定を生成するステップと、 PICS指定にもとづき、ファズ・ボール指定を選択す
るステップとを含む、請求項6記載の方法。
7. The content designation and the control designation are P
7. The method of claim 6, including an ICS protocol, wherein the method includes generating separate fuzz ball designations corresponding to different content designations, and selecting a fuzz ball designation based on the PICS designation. .
【請求項8】前記コンテンツ指定が時間ベースである、
請求項6記載の方法。
8. The content designation is time-based.
The method of claim 6.
【請求項9】前記生成するステップが、前記ファズ・ボ
ール指定を、サイズ、位置及び前記ビデオのフレームと
の時間関係を有する1つ以上のファズ・ボールとして生
成するステップを含む、請求項6記載の方法。
9. The method of claim 6, wherein the generating step comprises generating the fuzz ball designation as one or more fuzz balls having a size, location, and time relationship with the frames of the video. the method of.
【請求項10】前記動的に変更するステップが、多次元
または評価システムのいずれかを扱う複数のコンテンツ
指定を結合するステップを含む、請求項1記載の方法。
10. The method of claim 1, wherein the step of dynamically changing comprises combining a plurality of content designations dealing with either a multi-dimensional or rating system.
【請求項11】前記コンテンツがビデオを含み、前記結
合ステップに応答して、複数のファズ・ボール・フィル
タを上書きするステップを含む、請求項10記載の方
法。
11. The method of claim 10, wherein said content comprises video, and comprising the step of overwriting a plurality of fuzz ball filters in response to said combining step.
【請求項12】前記コンテンツ要求が多次元コンテンツ
指定を含み、前記動的に変更するステップが、複数の制
御指定及び前記多次元コンテンツ指定に従い、前記コン
テンツを動的に変更するステップを含む、請求項1記載
の方法。
12. The content request includes a multi-dimensional content specification, and the step of dynamically changing includes a step of dynamically changing the content according to a plurality of control specifications and the multi-dimensional content specification. Item 7. The method according to Item 1.
【請求項13】PICSプロトコル、RSTPプロトコ
ル、またはMPEGプロトコルのいずれかに従い、前記
コンテンツ指定または前記制御指定のいずれか一方を伝
達するステップを含む、請求項1記載の方法。
13. The method of claim 1, comprising transmitting one of said content designation or said control designation according to one of a PICS protocol, an RSTP protocol, or an MPEG protocol.
【請求項14】前記コンテンツがビデオを含み、前記P
ICSプロトコルが複数のPICSラベルを含み、 ビデオのコンテンツ評価を示すV−ラベル、及び前記コ
ンテンツ評価の変更の効果を示すオーバレイ・ラベルを
伝達するステップと、 前記動的変更に応答して、前記Vラベルのカテゴリ値を
更新するステップとを含む、請求項13記載の方法。
14. The method according to claim 1, wherein the content includes a video,
The ICS protocol including a plurality of PICS labels, transmitting a V-label indicating a content rating of the video and an overlay label indicating an effect of the change of the content rating; Updating the category value of the label.
【請求項15】前記コンテンツがビデオを含み、前記複
数の制御指定及び前記多次元コンテンツ指定に従い、前
記ビデオのフレームを動的に変更するステップを含む、
請求項12記載の方法。
15. The method according to claim 15, wherein the content includes a video, and dynamically changing a frame of the video according to the plurality of control designations and the multi-dimensional content designation.
The method according to claim 12.
【請求項16】前記コンテンツがビデオを含み、前記ビ
デオのフレームを動的に変更するステップが、前記複数
の制御指定及び前記多次元コンテンツ指定に従い、前記
ビデオのフレームをマスクするステップを含む、請求項
15記載の方法。
16. The method according to claim 16, wherein the content comprises a video, and the step of dynamically changing a frame of the video comprises masking a frame of the video according to the plurality of control specifications and the multidimensional content specification. Item 16. The method according to Item 15.
【請求項17】前記動的に変更するステップが、コンテ
ンツ・サーバ、クライアント、セットトップ・ボック
ス、及びプロキシ・ノードの1つ以上において、前記ビ
デオのフレームを動的に変更するステップを含む、請求
項15記載の方法。
17. The dynamically changing step includes dynamically changing a frame of the video at one or more of a content server, a client, a set-top box, and a proxy node. Item 16. The method according to Item 15.
【請求項18】前記ネットワークがサーバの階層を含む
ワールド・ワイド・ウェブを含み、中間プロキシ・サー
バが、出て行くコンテンツ要求のコンテンツ指定を変更
するステップを含む、請求項1記載の方法。
18. The method of claim 1, wherein the network comprises the World Wide Web including a hierarchy of servers, and wherein the intermediate proxy server comprises the step of modifying a content specification of an outgoing content request.
【請求項19】前記階層が異種のプロキシ階層を含み、
前記変更するステップがクライアントまたは前記階層内
の全てのサーバにより実行されない、請求項18記載の
方法。
19. The method according to claim 19, wherein said hierarchy comprises a heterogeneous proxy hierarchy.
19. The method of claim 18, wherein said modifying is not performed by a client or all servers in said hierarchy.
【請求項20】1つのマルチメディア・ストリームを複
数のリクエスタにマルチキャストするステップと、 前記リクエスタによりビデオをレンダリングするステッ
プであって、前記リクエスタの少なくとも2つが、異な
るコンテンツ指定に従い、前記ビデオをレンダリングす
るステップとを含む、請求項1記載の方法。
20. Multicasting a multimedia stream to a plurality of requesters, and rendering video by the requesters, wherein at least two of the requesters render the video according to different content specifications. The method of claim 1, comprising:
【請求項21】前記異なるコンテンツ指定に対して、1
つ以上の別々のファズ・ボール指定を生成するステップ
と、 PICSプロトコルに従い、1つ以上のファズ・ボール
指定を選択するステップとを含む、請求項20記載の方
法。
21. One of the different content designations
21. The method of claim 20, comprising: generating one or more separate fuzz ball designations; and selecting one or more fuzz ball designations according to a PICS protocol.
【請求項22】前記動的に変更するステップが、オブジ
ェクトを動的にバイパス、マスク、ブロック及び置換す
るステップを含む、請求項1記載の方法。
22. The method of claim 1, wherein said dynamically altering comprises dynamically bypassing, masking, blocking, and replacing objects.
【請求項23】前記コンテンツがビデオを含み、前記ビ
デオの1つ以上のフレームまたはセグメントを、1つ以
上の代替フレームまたはセグメントにより置換するステ
ップを含む、請求項22記載の方法。
23. The method of claim 22, wherein said content comprises a video, and comprising the step of replacing one or more frames or segments of said video with one or more alternative frames or segments.
【請求項24】前記動的に変更するステップが、前記コ
ンテンツに対する前記制御指定を含む第2のストリーム
を生成するステップを含み、前記制御指定がビデオ・ヘ
ッダ、前記ビデオのフレームのグループ、または個々の
フレーム・レベルのいずれかにおいて生成される、請求
項1記載の方法。
24. The dynamically changing step includes generating a second stream including the control specification for the content, wherein the control specification comprises a video header, a group of frames of the video, or an individual. The method of claim 1, wherein the method is generated at any of the following frame levels:
【請求項25】前記コンテンツがビデオを含み、前記制
御指定及び前記コンテンツ指定にもとづき、ビデオ・フ
レームまたはビデオ・セグメントをスキップするステッ
プを含む、請求項22記載の方法。
25. The method of claim 22, wherein said content comprises video, and comprising the step of skipping a video frame or video segment based on said control designation and said content designation.
【請求項26】前記コンテンツがビデオを含み、サー
バ、プロキシ、セットトップ・ボックス、またはクライ
アントのいずれかにおいて、ビデオ・フレームまたはビ
デオ・ストリームの特定部分をマスクまたはブロックす
るステップを含む、請求項22記載の方法。
26. The method according to claim 22, wherein the content includes video and includes the step of masking or blocking a particular portion of a video frame or stream at either a server, proxy, set-top box, or client. The described method.
【請求項27】前記制御指定及び前記コンテンツを1つ
のストリームとして伝達するステップを含む、請求項1
記載の方法。
27. The method according to claim 1, further comprising transmitting the control designation and the content as one stream.
The described method.
【請求項28】前記コンテンツがビデオを含み、前記伝
達するステップが、前記マルチメディア・ストリームの
垂直ブランキング割り込みの間に、前記制御指定を伝達
するステップを含む、請求項27記載の方法。
28. The method of claim 27, wherein said content comprises video and said communicating comprises communicating said control designation during a vertical blanking interrupt of said multimedia stream.
【請求項29】前記伝達するステップが、フレーム・ラ
ベルを前記ビデオの1つ以上のフレームに関連付けるス
テップを含む、請求項27記載の方法。
29. The method of claim 27, wherein said communicating comprises associating a frame label with one or more frames of said video.
【請求項30】1つのマルチメディア・ストリームを複
数のリクエスタにマルチキャストするステップと、 各リクエスタが少なくとも2つの異なるコンテンツ指定
を用い、前記ビデオをレンダリングするステップとを含
む、請求項1記載の方法。
30. The method of claim 1, comprising: multicasting a multimedia stream to a plurality of requesters; and rendering each of the requesters with at least two different content designations.
【請求項31】複数のファズ・ボール指定を上書きし、
前記コンテンツ指定を満足するステップを含む、請求項
6記載の方法。
31. Overwriting a plurality of fuzz ball designations,
The method of claim 6, comprising satisfying the content specification.
【請求項32】前記オブジェクトが、ビデオのフレーム
の少なくとも一部分及び音声のサンプルを含む、前記マ
ルチメディア・ストリーム内の識別可能なオブジェクト
を含む、請求項1記載の方法。
32. The method of claim 1, wherein the objects include identifiable objects in the multimedia stream, including at least a portion of a video frame and audio samples.
【請求項33】マルチメディア・ストリームのコンテン
ツに関連付けられるオブジェクトを変更するコンピュー
タ読出し可能プログラム・コード手段を有するコンピュ
ータ使用可能媒体を含むコンピュータ・プログラム製品
であって、前記コンピュータ読出し可能プログラム・コ
ード手段が、コンピュータに対して、 コンテンツ指定を含むコンテンツ要求を受信するように
指示するプログラム・コード手段と、 前記コンテンツ指定及び制御指定にもとづき、前記マル
チメディア・ストリームの1次元以上において、1つ以
上のオブジェクトを動的に変更するように指示するプロ
グラム・コード手段とを含む、コンピュータ・プログラ
ム製品。
33. A computer program product comprising a computer usable medium having computer readable program code means for modifying an object associated with the content of a multimedia stream, wherein said computer readable program code means. Program code means for instructing a computer to receive a content request including a content specification; and one or more objects in one or more dimensions of the multimedia stream based on the content specification and the control specification. Program code means for instructing to change dynamically.
【請求項34】動的に変更するように指示する前記プロ
グラム・コード手段が、前記コンピュータに対して、 前記コンテンツを含む第1のストリームを生成するよう
に指示するプログラム・コード手段と、 前記コンテンツに対する前記制御指定を含む第2のスト
リームを生成するように指示するプログラム・コード手
段と、 前記制御指定を含む前記コンテンツに対する要求を受信
するように指示するプログラム・コード手段と、 前記制御指定及び前記コンテンツ指定に従い、前記第1
のストリームの前記コンテンツを動的に変更するように
指示するプログラム・コード手段とを含む、請求項33
記載のコンピュータ・プログラム製品。
34. The program code means for instructing a dynamic change, wherein the program code means instructs the computer to generate a first stream including the content, and the content Program code means for instructing to generate a second stream including the control designation for the program, program code means for instructing to receive a request for the content including the control designation, According to the content specification, the first
Program code means for instructing to dynamically change the content of the current stream.
Computer program product as described.
【請求項35】前記コンピュータに対して、前記受信に
応答して、前記コンテンツ指定に従い変更される前記コ
ンテンツの割合を決定し、コンテンツ・リクエスタに通
知するように指示するプログラム・コード手段を含む、
請求項34記載のコンピュータ・プログラム製品。
35. A program code means for instructing the computer to determine a ratio of the content changed in accordance with the content designation in response to the reception and to notify a content requester of the content.
A computer program product according to claim 34.
【請求項36】前記コンピュータに対して、前記割合が
しきい値を越える場合、ビデオを上映すること無く、前
記リクエスタにブロッキング標識を伝達するように指示
するプログラム・コード手段を含む、請求項34記載の
コンピュータ・プログラム製品。
36. Program code means for instructing the computer to transmit a blocking indicator to the requester without playing a video if the percentage exceeds a threshold. Computer program product as described.
【請求項37】前記制御指定が多次元制御指定を含む、
請求項34記載のコンピュータ・プログラム製品。
37. The control specification includes a multi-dimensional control specification.
A computer program product according to claim 34.
【請求項38】前記コンテンツがビデオを含み、前記制
御指定がファズ・ボール指定を含み、動的に変更する前
記プログラム・コード手段が、前記コンピュータに対し
て、 1つ以上のコンテンツ指定に対応する前記ファズ・ボー
ル指定を生成するように指示するプログラム・コード手
段と、 前記コンテンツ指定を含む前記コンテンツに対する要求
を受信するように指示するプログラム・コード手段と、 前記受信に応答して、前記ファズ・ボール指定及び前記
コンテンツ指定にもとづき、前記ビデオのフレームの少
なくとも一部分を動的に上書きするように指示するプロ
グラム・コード手段とを含む、請求項33記載のコンピ
ュータ・プログラム製品。
38. The content comprises a video, the control designation comprises a fuzz ball designation, and the dynamically changing program code means corresponds to the computer for one or more content designations. Program code means for instructing to generate the fuzz ball designation; program code means for instructing to receive a request for the content including the content designation; 34. The computer program product of claim 33, further comprising: program code means for instructing dynamically overwriting at least a portion of the video frame based on a ball designation and the content designation.
【請求項39】前記コンテンツ指定及び前記制御指定が
PICSプロトコルを含み、前記コンピュータ読出し可
能プログラム・コード手段が、前記コンピュータに対し
て、 異なるコンテンツ指定に対応する別々のファズ・ボール
指定を生成するように指示するプログラム・コード手段
と、 PICS指定にもとづき、ファズ・ボール指定を選択す
るように指示するプログラム・コード手段とを含む、請
求項38記載のコンピュータ・プログラム製品。
39. The content specification and the control specification include a PICS protocol, and wherein the computer readable program code means generates separate fuzz ball specifications for the computer corresponding to different content specifications. 39. The computer program product of claim 38, further comprising: program code means for directing the fuzz ball designation based on the PICS designation.
【請求項40】前記コンテンツ指定が時間ベースであ
る、請求項38記載のコンピュータ・プログラム製品。
40. The computer program product according to claim 38, wherein said content designation is time-based.
【請求項41】生成するように指示する前記プログラム
・コード手段が、前記ファズ・ボール指定を、サイズ、
位置及び前記ビデオのフレームとの時間関係を有する1
つ以上のファズ・ボールとして生成するように指示する
プログラム・コード手段を含む、請求項39記載のコン
ピュータ・プログラム製品。
41. The program code means for instructing to generate a fuzz ball designation includes a size,
1 having a position and a time relationship with the frame of the video
40. The computer program product of claim 39, comprising program code means for directing generation as one or more fuzz balls.
【請求項42】動的に変更するように指示する前記プロ
グラム・コード手段が、多次元または評価システムのい
ずれかを扱う複数のコンテンツ指定を結合するように指
示するプログラム・コード手段を含む、請求項33記載
のコンピュータ・プログラム製品。
42. The program code means for instructing to change dynamically includes program code means for instructing to combine a plurality of content specifications dealing with either a multi-dimensional or rating system. Item 34. The computer program product according to Item 33.
【請求項43】前記コンテンツがビデオを含み、前記結
合に応答して、複数のファズ・ボール・フィルタを上書
きするように指示するプログラム・コード手段を含む、
請求項42記載のコンピュータ・プログラム製品。
43. The content comprises video, and in response to the combining, includes program code means for instructing to overwrite a plurality of fuzz ball filters.
43. The computer program product according to claim 42.
【請求項44】前記コンテンツ要求が多次元コンテンツ
指定を含み、動的に変更するように指示する前記プログ
ラム・コード手段が、複数の制御指定及び前記多次元コ
ンテンツ指定に従い、前記コンテンツを動的に変更する
ように指示するプログラム・コード手段を含む、請求項
33載のコンピュータ・プログラム製品。
44. The program code means, wherein the content request includes a multi-dimensional content specification, and the program code means for instructing the content to be dynamically changed includes dynamically changing the content according to a plurality of control specifications and the multi-dimensional content specification. 34. The computer program product of claim 33, comprising program code means for directing a change.
【請求項45】PICSプロトコル、RSTPプロトコ
ル、またはMPEGプロトコルのいずれかに従い、前記
コンテンツ指定または前記制御指定のいずれか一方を伝
達するように指示するプログラム・コード手段を含む、
請求項33記載のコンピュータ・プログラム製品。
45. Program code means for instructing to transmit one of the content designation and the control designation according to one of a PICS protocol, an RSTP protocol, and an MPEG protocol.
34. The computer program product according to claim 33.
【請求項46】前記コンテンツがビデオを含み、前記P
ICSプロトコルが複数のPICSラベルを含み、 伝達するように指示する前記プログラム・コード手段
が、ビデオのコンテンツ評価を示すV−ラベル、及び前
記コンテンツ評価の変更の効果を示すオーバレイ・ラベ
ルを伝達するように指示するプログラム・コード手段を
含み、 前記動的変更に応答して、前記Vラベルのカテゴリ値を
更新するように指示するプログラム・コード手段を含
む、請求項45記載のコンピュータ・プログラム製品。
46. The content comprising a video, wherein the P
The ICS protocol includes a plurality of PICS labels, and the program code means for instructing to convey a V-label indicating a video content rating and an overlay label indicating an effect of changing the content rating. 46. The computer program product of claim 45, further comprising: program code means for instructing to update the category value of the V-label in response to the dynamic change.
【請求項47】前記コンテンツがビデオを含み、前記複
数の制御指定及び前記多次元コンテンツ指定に従い、前
記ビデオのフレームを動的に変更するように指示するプ
ログラム・コード手段を含む、請求項45記載のコンピ
ュータ・プログラム製品。
47. The method according to claim 45, wherein said content comprises a video and program code means for instructing to dynamically change frames of said video according to said plurality of control designations and said multi-dimensional content designation. Computer program products.
【請求項48】前記コンテンツがビデオを含み、前記ビ
デオのフレームを動的に変更するように指示するプログ
ラム・コード手段が、前記複数の制御指定及び前記多次
元コンテンツ指定に従い、前記ビデオのフレームをマス
クするように指示するプログラム・コード手段を含む、
請求項47記載のコンピュータ・プログラム製品。
48. A program code means for instructing the content to include a video and dynamically changing frames of the video, wherein the program code means converts the frames of the video according to the plurality of control specifications and the multi-dimensional content specification. Including program code means for instructing to mask;
48. The computer program product according to claim 47.
【請求項49】動的に変更するように指示する前記プロ
グラム・コード手段が、コンテンツ・サーバ、クライア
ント、セットトップ・ボックス、及びプロキシ・ノード
の1つ以上において、前記ビデオのフレームを動的に変
更するように指示するプログラム・コード手段を含む、
請求項47記載のコンピュータ・プログラム製品。
49. The program code means for instructing to change dynamically comprises dynamically changing frames of the video at one or more of a content server, a client, a set-top box, and a proxy node. Including program code means for instructing to change
48. The computer program product according to claim 47.
【請求項50】前記ネットワークがサーバの階層を含む
ワールド・ワイド・ウェブを含み、中間プロキシ・サー
バに、出て行くコンテンツ要求のコンテンツ指定を変更
するように指示するプログラム・コード手段を含む、請
求項33記載のコンピュータ・プログラム製品。
50. The network comprising the World Wide Web including a hierarchy of servers and program code means for instructing an intermediate proxy server to change the content specification of an outgoing content request. Item 34. The computer program product according to Item 33.
【請求項51】前記階層が異種のプロキシ階層を含み、
変更するように指示する前記プログラム・コード手段
が、前記変更がクライアントまたは前記階層内の全ての
サーバにより実行されないように指示するプログラム・
コード手段を含む、請求項50記載のコンピュータ・プ
ログラム製品。
51. The hierarchy comprising a heterogeneous proxy hierarchy,
The program code means for instructing to make a change, wherein the program code means for instructing that the change is not performed by a client or any server in the hierarchy
The computer program product of claim 50, comprising code means.
【請求項52】1つのマルチメディア・ストリームを複
数のリクエスタにマルチキャストするように指示するプ
ログラム・コード手段と、 前記リクエスタによりビデオをレンダリングするように
指示するプログラム・コード手段であって、前記リクエ
スタの少なくとも2つが、異なるコンテンツ指定に従
い、前記ビデオをレンダリングする、プログラム・コー
ド手段とを含む、請求項33記載のコンピュータ・プロ
グラム製品。
52. Program code means for instructing a multimedia stream to be multicast to a plurality of requesters; and program code means for instructing a video to be rendered by the requester, the program code means comprising: 34. The computer program product of claim 33, wherein at least two comprise program code means for rendering the video according to different content specifications.
【請求項53】前記異なるコンテンツ指定に対して、1
つ以上の別々のファズ・ボール指定を生成するように指
示するプログラム・コード手段と、 PICSプロトコルに従い、1つ以上のファズ・ボール
指定を選択するように指示するプログラム・コード手段
とを含む、請求項52記載のコンピュータ・プログラム
製品。
53. The method according to claim 53, wherein:
Claims comprising: program code means for instructing to generate one or more separate fuzz ball designations; and program code means for instructing to select one or more fuzz ball designations according to the PICS protocol. Clause 52. The computer program product of clause 52.
【請求項54】動的に変更するように指示する前記プロ
グラム・コード手段が、オブジェクトを動的にバイパ
ス、マスク、ブロック及び置換するように指示するプロ
グラム・コード手段を含む、請求項33記載のコンピュ
ータ・プログラム製品。
54. The method of claim 33, wherein said program code means for instructing to change dynamically comprises program code means for instructing to dynamically bypass, mask, block and replace objects. Computer program product.
【請求項55】前記コンテンツがビデオを含み、前記ビ
デオの1つ以上のフレームまたはセグメントを、1つ以
上の代替フレームまたはセグメントにより置換するよう
に指示するプログラム・コード手段を含む、請求項54
記載のコンピュータ・プログラム製品。
55. The method according to claim 54, wherein the content comprises a video and includes program code means for instructing one or more frames or segments of the video to be replaced by one or more alternative frames or segments.
Computer program product as described.
【請求項56】動的に変更するように指示するプログラ
ム・コード手段が、前記コンテンツに対する前記制御指
定を含む第2のストリームを生成するように指示するプ
ログラム・コード手段を含み、前記制御指定がビデオ・
ヘッダ、前記ビデオのフレームのグループ、または個々
のフレーム・レベルのいずれかにおいて生成される、請
求項33記載のコンピュータ・プログラム製品。
56. The program code means for instructing a dynamic change includes program code means for instructing to generate a second stream including the control specification for the content, wherein the control specification is video·
34. The computer program product of claim 33, wherein the computer program product is generated at either a header, a group of frames of the video, or an individual frame level.
【請求項57】前記コンテンツがビデオを含み、前記制
御指定及び前記コンテンツ指定にもとづき、ビデオ・フ
レームまたはビデオ・セグメントをスキップするように
指示するプログラム・コード手段を含む、請求項54記
載のコンピュータ・プログラム製品。
57. The computer-readable medium of claim 54, wherein said content comprises video and program code means for instructing to skip a video frame or video segment based on said control designation and said content designation. Program products.
【請求項58】前記コンテンツがビデオを含み、サー
バ、プロキシ、セットトップ・ボックス、またはクライ
アントのいずれかにおいて、ビデオ・フレームまたはビ
デオ・ストリームの特定部分をマスクまたはブロックす
るように指示するプログラム・コード手段を含む、請求
項54記載のコンピュータ・プログラム製品。
58. Program code wherein said content comprises video and instructions are provided to mask or block a particular portion of a video frame or stream at either a server, proxy, set-top box or client. 55. The computer program product of claim 54, comprising means.
【請求項59】前記制御指定及び前記コンテンツを1つ
のストリームとして伝達するように指示するプログラム
・コード手段を含む、請求項33記載のコンピュータ・
プログラム製品。
59. A computer according to claim 33, further comprising program code means for instructing to transmit said control designation and said content as one stream.
Program products.
【請求項60】前記コンテンツがビデオを含み、伝達す
るように指示する前記プログラム・コード手段が、前記
マルチメディア・ストリームの垂直ブランキング割り込
みの間に、前記制御指定を伝達するように指示するプロ
グラム・コード手段を含む、請求項59記載のコンピュ
ータ・プログラム製品。
60. A program, wherein said program code means for indicating that said content includes video and transmitting said control designation during a vertical blanking interrupt of said multimedia stream. 60. The computer program product of claim 59, comprising code means.
【請求項61】伝達するように指示する前記プログラム
・コード手段が、フレーム・ラベルを前記ビデオの1つ
以上のフレームに関連付けるように指示するプログラム
・コード手段を含む、請求項59記載のコンピュータ・
プログラム製品。
61. The computer program product of claim 59, wherein the program code means for directing to communicate comprises program code means for directing a frame label to be associated with one or more frames of the video.
Program products.
【請求項62】1つのマルチメディア・ストリームを複
数のリクエスタにマルチキャストするように指示するプ
ログラム・コード手段と、 各リクエスタが少なくとも2つの異なるコンテンツ指定
を用い、前記ビデオをレンダリングするように指示する
プログラム・コード手段とを含む、請求項33記載のコ
ンピュータ・プログラム製品。
62. Program code means for instructing a multimedia stream to be multicast to a plurality of requesters, and a program for instructing each requester to render the video using at least two different content designations. 34. The computer program product of claim 33, comprising: code means.
【請求項63】複数のファズ・ボール指定を上書きし、
前記コンテンツ指定を満足するように指示するプログラ
ム・コード手段を含む、請求項38記載のコンピュータ
・プログラム製品。
63. Overwriting a plurality of fuzz ball designations,
39. The computer program product of claim 38, comprising program code means for instructing the content specification to be satisfied.
【請求項64】前記オブジェクトが、ビデオのフレーム
の少なくとも一部分及び音声のサンプルを含む、前記マ
ルチメディア・ストリーム内の識別可能なオブジェクト
を含む、請求項33記載のコンピュータ・プログラム製
品。
64. The computer program product of claim 33, wherein the objects include identifiable objects in the multimedia stream, including at least a portion of a frame of video and a sample of audio.
JP19824498A 1998-07-14 1998-07-14 Method and apparatus for dynamically changing multimedia contents Expired - Fee Related JP3630389B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP19824498A JP3630389B2 (en) 1998-07-14 1998-07-14 Method and apparatus for dynamically changing multimedia contents

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP19824498A JP3630389B2 (en) 1998-07-14 1998-07-14 Method and apparatus for dynamically changing multimedia contents

Publications (2)

Publication Number Publication Date
JP2000049847A true JP2000049847A (en) 2000-02-18
JP3630389B2 JP3630389B2 (en) 2005-03-16

Family

ID=16387912

Family Applications (1)

Application Number Title Priority Date Filing Date
JP19824498A Expired - Fee Related JP3630389B2 (en) 1998-07-14 1998-07-14 Method and apparatus for dynamically changing multimedia contents

Country Status (1)

Country Link
JP (1) JP3630389B2 (en)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6370508B2 (en) * 1998-09-11 2002-04-09 Genesys Telecommunications Laboratories, Inc. Interface engine for managing business processes within a multimedia communication-center
JP2010114626A (en) * 2008-11-06 2010-05-20 Atsushi Nishizawa Video distribution device, video distribution system, video distribution method, and storefront video terminal
US7756927B2 (en) 2000-10-18 2010-07-13 Nec Corporation Object filtering method and client device using the same
US8971216B2 (en) 1998-09-11 2015-03-03 Alcatel Lucent Method for routing transactions between internal and external partners in a communication center
US9002920B2 (en) 1998-09-11 2015-04-07 Genesys Telecommunications Laboratories, Inc. Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center
US9008075B2 (en) 2005-12-22 2015-04-14 Genesys Telecommunications Laboratories, Inc. System and methods for improving interaction routing performance
USRE45583E1 (en) 1999-12-01 2015-06-23 Genesys Telecommunications Laboratories, Inc. Method and apparatus for providing enhanced communication capability for mobile devices on a virtual private network
USRE45606E1 (en) 1997-02-10 2015-07-07 Genesys Telecommunications Laboratories, Inc. Call and data correspondence in a call-in center employing virtual restructuring for computer telephony integrated functionality
USRE46060E1 (en) 1997-02-10 2016-07-05 Genesys Telecommunications Laboratories, Inc. In-band signaling for routing
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
US9516171B2 (en) 1997-02-10 2016-12-06 Genesys Telecommunications Laboratories, Inc. Personal desktop router
US9553755B2 (en) 1998-02-17 2017-01-24 Genesys Telecommunications Laboratories, Inc. Method for implementing and executing communication center routing strategies represented in extensible markup language
USRE46438E1 (en) 1999-09-24 2017-06-13 Genesys Telecommunications Laboratories, Inc. Method and apparatus for data-linking a mobile knowledge worker to home communication-center infrastructure
USRE46528E1 (en) 1997-11-14 2017-08-29 Genesys Telecommunications Laboratories, Inc. Implementation of call-center outbound dialing capability at a telephony network level

Families Citing this family (1)

* Cited by examiner, † Cited by third party
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

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07261776A (en) * 1994-03-24 1995-10-13 Brother Ind Ltd Video reproducing device
JPH0946688A (en) * 1995-07-26 1997-02-14 Fujitsu Ltd Video information offer/reception system
JPH09163306A (en) * 1995-12-08 1997-06-20 Victor Co Of Japan Ltd Information processor
JPH10111872A (en) * 1996-10-08 1998-04-28 Nippon Telegr & Teleph Corp <Ntt> Device and method for distributing moving image
JPH10136335A (en) * 1996-10-24 1998-05-22 Nippon Telegr & Teleph Corp <Ntt> Method for serving video image
JPH10161962A (en) * 1996-03-05 1998-06-19 Digital Vision Lab:Kk Multimedia network system and communication method therefor

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07261776A (en) * 1994-03-24 1995-10-13 Brother Ind Ltd Video reproducing device
JPH0946688A (en) * 1995-07-26 1997-02-14 Fujitsu Ltd Video information offer/reception system
JPH09163306A (en) * 1995-12-08 1997-06-20 Victor Co Of Japan Ltd Information processor
JPH10161962A (en) * 1996-03-05 1998-06-19 Digital Vision Lab:Kk Multimedia network system and communication method therefor
JPH10111872A (en) * 1996-10-08 1998-04-28 Nippon Telegr & Teleph Corp <Ntt> Device and method for distributing moving image
JPH10136335A (en) * 1996-10-24 1998-05-22 Nippon Telegr & Teleph Corp <Ntt> Method for serving video image

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
USRE45606E1 (en) 1997-02-10 2015-07-07 Genesys Telecommunications Laboratories, Inc. Call and data correspondence in a call-in center employing virtual restructuring for computer telephony integrated functionality
USRE46243E1 (en) 1997-02-10 2016-12-20 Genesys Telecommunications Laboratories, Inc. In-band signaling for routing
US9516171B2 (en) 1997-02-10 2016-12-06 Genesys Telecommunications Laboratories, Inc. Personal desktop router
USRE46060E1 (en) 1997-02-10 2016-07-05 Genesys Telecommunications Laboratories, Inc. In-band signaling for routing
USRE46521E1 (en) 1997-09-30 2017-08-22 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
US9553755B2 (en) 1998-02-17 2017-01-24 Genesys Telecommunications Laboratories, Inc. Method for implementing and executing communication center routing strategies represented in extensible markup language
US8971216B2 (en) 1998-09-11 2015-03-03 Alcatel Lucent Method for routing transactions between internal and external partners in a communication center
US9350808B2 (en) 1998-09-11 2016-05-24 Alcatel Lucent Method for routing transactions between internal and external partners in a communication center
US6370508B2 (en) * 1998-09-11 2002-04-09 Genesys Telecommunications Laboratories, Inc. Interface engine for managing business processes within a multimedia communication-center
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
US9002920B2 (en) 1998-09-11 2015-04-07 Genesys Telecommunications Laboratories, Inc. Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center
USRE46387E1 (en) 1998-09-11 2017-05-02 Genesys Telecommunications Laboratories, Inc. Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center
US10218848B2 (en) 1998-09-11 2019-02-26 Genesys Telecommunications Laboratories, Inc. Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center
USRE46438E1 (en) 1999-09-24 2017-06-13 Genesys Telecommunications Laboratories, Inc. Method and apparatus for data-linking a mobile knowledge worker to home communication-center infrastructure
USRE46457E1 (en) 1999-09-24 2017-06-27 Genesys Telecommunications Laboratories, Inc. Method and apparatus for data-linking a mobile knowledge worker to home communication-center infrastructure
USRE45583E1 (en) 1999-12-01 2015-06-23 Genesys Telecommunications Laboratories, Inc. Method and apparatus for providing enhanced communication capability for mobile devices on a virtual private network
US7756927B2 (en) 2000-10-18 2010-07-13 Nec Corporation Object filtering method and client device using the same
USRE46538E1 (en) 2002-10-10 2017-09-05 Genesys Telecommunications Laboratories, Inc. Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center
US9008075B2 (en) 2005-12-22 2015-04-14 Genesys Telecommunications Laboratories, Inc. System and methods for improving interaction routing performance
US9854006B2 (en) 2005-12-22 2017-12-26 Genesys Telecommunications Laboratories, Inc. System and methods for improving interaction routing performance
JP2010114626A (en) * 2008-11-06 2010-05-20 Atsushi Nishizawa Video distribution device, video distribution system, video distribution method, and storefront video terminal

Also Published As

Publication number Publication date
JP3630389B2 (en) 2005-03-16

Similar Documents

Publication Publication Date Title
KR100334994B1 (en) Dynamic modification of multimedia content
US6463445B1 (en) Multimedia information retrieval system and method including format conversion system and method
US6944585B1 (en) Dynamic personalized content resolution for a media server
US6801575B1 (en) Audio/video system with auxiliary data
US9294728B2 (en) System and method for routing content
US6249914B1 (en) Simulating two way connectivity for one way data streams for multiple parties including the use of proxy
US20030005455A1 (en) Aggregation of streaming media to improve network performance
US20160142460A1 (en) Distributed on-demand media transcoding system and method
US20030110297A1 (en) Transforming multimedia data for delivery to multiple heterogeneous devices
US20060242664A1 (en) Content providing server, information processing device and method, and computer program
JP3630389B2 (en) Method and apparatus for dynamically changing multimedia contents
AU2001287224A1 (en) Dynamic personalized content selection for a media server
US8984569B2 (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
US8166503B1 (en) Systems and methods for providing multiple video streams per audio stream
JP6632550B2 (en) Method and corresponding device for identifying objects across time periods
EP1244309A1 (en) A method and microprocessor system for forming an output data stream comprising metadata
KR20100084115A (en) Method and apparatus for providing broadcasting service
KR20030040424A (en) Dynamic Quality Adjustment Based On Changing Streaming Constraints
JP4600875B2 (en) Multimedia information processing apparatus and method
JP2000083233A (en) Authentication device and method and system therefor and storage medium
EP4088481A1 (en) A method, an apparatus and a computer program product for video encoding and video decoding
Timmerer et al. Digital item adaptation–coding format independence
Pereira Content and context: two worlds to bridge
Rowe Streaming Metadata, Applications and Challenges

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