JP2005529519A - ネットワークに於けるディジタル符号化データの配信を制御する方法および装置 - Google Patents

Abstract

ネットワークに接続された装置からネットワーク外の別の装置へのディジタル・コンテンツの配信を制御する装置および方法。この装置は、コンテンツを含むディジタル信号を受信する。このディジタル信号は、ネットワーク外へのコンテンツの配信を許可する第１のトランスポート・モードと、ネットワーク外へのコンテンツの送信が許可されていない第２のトランスポート・モードとを示す認証フィールドを有する。本方法は、ネットワーク外の各装置にコンテンツを経路指定するネットワーク上のルータの位置情報を受信するステップと、装置がコンテンツを配信しようとする宛先装置に対応する位置情報を示す宛先データを受信するステップと、ルータの位置情報と受信宛先データとに基づいて、前記宛先装置がネットワーク外に在るか否かを判断するステップと、認証フィールドを調べ、宛先装置がネットワーク外に在り、且つ、ディジタル信号が禁止モードに在る場合、コンテンツの送信を禁止するステップと、を含んでいる。

Description

（関連出願）
本出願は、３５Ｕ．Ｓ．Ｃ（米国特許法）第１１９項に基づいて、２００２年６月７日に出願された、発明の名称が「ＢＰＤＧ放送フラグの使用の提案（Ｐｒｏｐｏｓａｌ ｏｎ ｔｈｅ Ｕｓｅ ｏｆ ｔｈｅ ＢＰＤＧ Ｂｒｏａｄｃａｓｔ Ｆｌａｇ）」である仮特許出願第６０／３８７，０５４号の優先権を主張するものである。

本発明は、一般に、通信システムに関し、詳しくは、遠隔ネットワーク位置へのコンテンツの不正配信を防止するためのシステムおよび方法に関する。

コンテンツ・クリエータやコンテンツ・プロバイダ、例えば、映画スタジオ、プロダクション（映画、レコード等の製作会社）、インターネット・サービス・プロバイダ（ＩＳＰ）等は、自己の投資対象物、例えば、映画、プログラム、サービス、ソフトウェア等を保護する必要がある。このようなコンテンツは、一般的に、地上波放送、プレミアム番組（別課金番組）、ケーブル・チャンネル、衛星チャンネル、ペイ・パー・ビュー、ビデオ・カセットの小売、および、ビデオ・カセットのレンタルを通じて、消費者に届けられる。

地上波放送に於いて、プログラム（番組）コンテンツは、ディジタル・フォーマットで、アクセス装置、例えば、ディジタル受信機に送信される。ディジタル記憶装置の特性、および、ディジタル送信の特性によって、際限なくオリジナル・マスタと同じ品質でコピーを作成できる。更に、信号を暗号化しなければ、受信コンテンツは、簡単にコピーされ、また、そのようなコンテンツを受信する許可を得ていない、或いは、そのようなコンテンツの受信を目的としていない別の製品や装置に転送されることがある。更に、ディジタル出力を有する製品は、ネットワーク化システムの利便性、データの高品質記録、および、データの再送信に対応できるようになっている。コンテンツを表示用に、或いは、記録用に受信するホーム・ネットワークも、コンテンツを不正コピーや不正配信から保護する必要がある。

ディジタル符号化データ（例えば、ビデオ・コンテンツ）を受信装置自身のネットワークから外に送信することが禁止されていることを識別する目的で、放送フラグ（Ｂｒｏａｄｃａｓｔ Ｆｌａｇ：ＢＦ）をディジタル信号、例えば、ビデオ放送ストリーム内に挿入することが提案されている。本明細書に於いて使用される「コンテンツ」という用語には、プログラム（番組）コンテンツを配信するのに使用されるディジタル信号、即ち、ディジタル符号化データの意味が含まれる。上記フラグは、例えば、１ビット或いは複数ビットから成るフィールドとして、ＭＰＥＧ−２トランスポート・ストリームのＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）／ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）フィールド内に挿入される。しかし、ホーム・ネットワークのようなネットワークがこのフラグに従ってコンテンツをネットワーク外に送信しないようにするメカニズムは、現在、存在しない。

１つの実行可能な解決法は、ディジタル信号の別の部分、例えば、イーサネット（登録商標）ヘッダ内に新たなフラグを挿入して、コンテンツが外部に転送されるべきでないことをルータ、ケーブル・モデム等に知らせることである。また、別の提案として、保護インタフェース（暗号化データ・インタフェース）、例えば、５Ｃ対応ＩＥＥＥ１３９４、或いは、ＨＤＣＰ（Ｈｉｇｈ‐ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｅｃｔｉｏｎ）対応ＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）等のみを使用する方法もある。しかし、これらを実施すると、現存のおよび将来のホーム・ネットワークのインフラストラクチュア（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ：基本設備）の変更に掛かるコストが高くなる欠点がある。更に、このようなインフラストラクチュアの変更は、消費者が自己のホーム・ネットワークを使用して家庭内のその他の電子機器にコンテンツを配信する傾向に対して著しい妨げになり、その結果、ホーム・ユーザ電子機器の非常に有望な市場を抑制し、また、ホーム・ネットワーク内でのコンテンツ配信を抑制してしまうことになる。

(発明の概要)
本発明は、ネットワークに接続されたアクセス装置からネットワーク外の別の装置へのディジタル符号化コンテンツの配信を制御する方法を提供する。アクセス装置は、プログラム・コンテンツを表すディジタル信号を受信する。このディジタル信号は、ネットワーク外へのコンテンツの配信を許可する第１のトランスポート・モードと、ネットワーク外へのコンテンツの配信を禁止する第２のトランスポート・モードとを示す認証フィールドを有する。本発明の方法は、コンテンツをネットワーク外の各装置へ経路指定するのに使用されるネットワーク上のルータの位置情報を受信するステップと、アクセス装置がコンテンツを配信しようとする宛先装置に対応する位置情報を示す宛先データを受信するステップと、ルータの位置情報と受信宛先データとに基づいて、宛先装置がネットワーク外に在るか否かを判断するステップと、認証フィールドを調べ、宛先装置がネットワーク外に在るか否かを判断し、且つ、トランスポート・モードがネットワーク外へのコンテンツの配信を許可しているか、或いは、禁止しているかを判断して、それらの判断結果に応じてコンテンツの配信を制御するステップと、を含んでいる。

本発明は、別の一特徴として、ネットワークに接続されており、少なくとも１つの別の装置にコンテンツを配信する装置を提供する。このアクセス装置は、プログラム・コンテンツを表すディジタル信号を受信する。このディジタル信号は、ネットワーク外への前記ディジタル信号の配信が許可されている第１のトランスポート・モードと、ネットワーク外への前記ディジタル信号の配信が禁止されている第２のトランスポート・モードとを示す認証フィールドを含んでいる。この装置は、データをネットワーク上に送信する送信動作を実行するためのコンピュータ・コードを記憶したメモリと、ネットワークに接続された各装置のアドレス情報を記憶するデータ記憶手段を含み、この装置のデータ送受信動作を制御するプロセッサと、ネットワークに接続されており、ネットワークに接続された各装置からデータを受信し、ネットワーク上にディジタル信号を配信するデータ・インタフェース手段と、を含んでいる。上記プロセッサは、上記別の装置がネットワーク外に在り、且つ、認証フィールドが第２のトランスポート・モードを示していることが判断されると、ネットワーク上へのディジタル信号の送信を禁止し、その他の場合が判断されると、ネットワーク上へのディジタル信号の送信を可能にする。

図１には、ホーム・ネットワーク・システム１０が示されている。このシステムでは、複数のアクセス装置２０、３０、４０、５０、および６０が、例えばイーサネット（Ｅｔｈｅｒｎｅｔ：登録商標）ネットワークのようなホーム・ネットワーク７０を介して、更にイーサネット（登録商標）スイッチ８０を通じて、ルータ／ゲートウェイ装置９０に接続されている。このホーム・ルータ９０は、ホーム・ネットワーク外に在る多数の外部サービス・プロバイダ（例えば、インターネット１００）および遠隔装置（例えば、電子機器１１０やオプションのモデム９５）をホーム・ネットワーク７０と通信できるように接続する。例えば、ルータ９０は、地上波放送元、衛星放送、ケーブル等からのメディア番組を、対応するインタフェース（例えば、地上波放送Ｉ／Ｆ、衛星Ｉ／Ｆ、ＡＤＳＬ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）Ｉ／Ｆ等）を介して、受信、転送できる。尚、ルータ９０は、例えばＭＰＥＧ−２のような適切なプロトコルを介して、ホーム・ネットワーク内外の種々の家電電子機器に対するデータ・パケットのＩＰルーティングとトランスポート・ストリーム・ルーティングとを行うことが出来る。

図１に示す実施例に於いて、ルータ９０は、通常のルータ装置であり、データをホーム・ネットワーク内外に経路指定するために装置ＩＰアドレスを物理アドレスにマッピングするためのマッピング・テーブルを有する。ホーム・ネットワーク７０内に配置されたアクセス装置２０乃至６０は、任意の数の任意の種類の家電電子機器であり、例えば、サーバ、ディジタル・テレビジョン、ディジタル・モニタ、ＭＰ３装置、ＤＶＤ装置、プリンタ、プリント・サーバ、パーソナル・コンピュータ（ＰＣ）等であるが、これらに限定されるものではない。図１の実施例では、装置２０は、ＨＤＴＶのようなテレビジョン装置であり、バス２５を介してメディア・レンダラー（ｍｅｄｉａ ｒｅｎｄｅｒｅｒ）装置３０（例えば、リプレー（Ｒｅｐｌａｙ）４０００）に接続されている。図１に例示するホーム・ネットワーク・システム１０には、更に、メディア・サーバ４０、ＭＰ３ネットワーク・プレーヤ５０、および、パーソナル・コンピュータ（ＰＣ）６０が含まれている。これらの装置の各々は、当業者に周知のように、対応するＩＰアドレス、物理アドレス、および、サブネット・マスクを有する。

ルータ９０は、例えばＭＰＥＧ−２開放（ｏｐｅｎ）地上波放送信号のようなディジタル信号を受信して、ホーム・ネットワーク上の適切な受信装置に転送する動作を行う。尚、例えば、ＭＰＥＧ−１、ＭＰＥＧ−４、ＪＰＥＧ等のようなその他の地上波放送信号も受信、処理してホーム・ネットワーク７０に転送できる。

ホーム・ネットワーク内の各受信／アクセス装置は、適切なハードウェアおよび／またはソフトウェア機能によって、オーディオ／ビデオ／データのコンテンツを含むＭＰＥＧ−２トランスポート・ストリームのようなパケット化データを受信し、復号するように構成されている。放送元に於ける圧縮アルゴリズムによって、送信媒体に必要な帯域幅が縮小され、且つ、受信機に於けるビデオ品質が良好に維持される。

図２は、ビデオ・フレーム・コンテンツが、パケットによって、図１に例示したイーサネット（登録商標）パケット・ネットワーク７０を介して、送信される構成例を示している。標準的な供給元（図示せず）によって生成された各ビデオ・フレームが、送信機２０１への入力であるビデオ・フレーム２１０として例示されている。このビデオ・フレーム２１０は、プログラム・メモリ２２５に記憶された符号化プログラムに応じてエンコーダ２２０によって圧縮され、その符号化出力２２１が、データ・パケタイザ２３０によって、パケット２３１にフォーマット化される。送信機プロセッサ２３５が、エンコーダ２２０とプログラム・メモリ２２５との相互作用を制御し、パケット２３１を形成するために必要な制御情報を提供する。パケット２３１は、ネットワーク７０を介して送信され、アクセス装置（例えば、３０）によって検出され、このアクセス装置のデータ抽出器２５０が、パケット２３１を処理して、送信機２０１内の圧縮出力２２１の受信カウンタパートであるデータ・ストリーム２５１を生成する。デコーダ２６０が、このデータ・ストリーム２５１を伸張・復号して、ビデオ・フレーム２１０内に含まれるコンテンツに対応する受信フレーム２１１を生成する。

この実施例に於いて、データ・パケタイザ２３０には、一般に、ＭＰＥＧ−２規格に対応する各要素が含まれており、（ａ）符号化ビデオの基本ストリーム（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ：ＥＳ）を生成し、（ｂ）基本ストリームからパケット化基本ストリーム（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ：ＰＥＳ）を生成し、（ｃ）１つ或いは複数のＰＥＳからトランスポート・ストリームを生成して、ネットワーク７０を介して転送されるべきＭＰＥＧ−２パケット２３１を引き出す。符号化ビデオの処理では、フレームを受信側で復元するための情報が付加される。この情報には、例えば、タイミング情報（例えば、プレゼンテーション・タイム・スタンプ（ＰＴＳ）およびデコード・タイム・スタンプ（ＤＴＳ））、クロック基準情報（例えば、ＰＣＲ）、および、ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）／ＥＩＴ〈Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ〉データが含まれる。従って、一般に、データ・パケタイザ２３０は符号化ビデオをトランスポート・ストリームに変換し、このトランスポート・ストリームには、このトランスポート・ストリームを再変換してコンテンツを引き出すのに必要な全ての情報が含まれている。

図１に例示したホーム・ネットワーク・システム１０に於いて、アドレス装置（２０、３０、４０、５０、６０）の１つ以上が、ＭＰＥＧ−２トランスポート・ストリームによって送信されたコンテンツを受信する動作と、そのコンテンツを、ホーム・ネットワーク７０内またはホーム・ネットワーク７０の外に在る別の装置に送信、即ち、再配信する動作とを行うことが出来る。この送信は「プロトコル・スタック」を使用して行われ、この「プロトコル・スタック」には、符号化ＭＰＥＧ−２オーディオ／ビデオ／データ・ストリーム・パケットを生成するための「アプリケーション／サービス」レベル層アプリケーションと、ヘッダ（例えば、ＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）ヘッダ、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ヘッダ）を追加することによって、ＭＰＥＧ−２ストリーム内の各パケットをカプセル化するための「トランスポート」レベル層アプリケーションと、例えばルーティング情報或いはリルーティング情報を含むＩＰヘッダ情報を追加することによって前の層を更にカプセル化するための「ネットワーク」レベル層アプリケーションとが含まれている。また、「データ・リンク」レベル層アプリケーションが、エラー制御とアクセス制御とを実行し、得られたパケットを、例えばイーサネット（登録商標）ヘッダを付加することによって、更にカプセル化する。また、「物理」レベル層アプリケーションが、ビット・レベルに於ける実際の送信を行う。

一構成に於いて、アクセス装置３０には、受信機能に加えて、トランスポート・ストリームで受信されたコンテンツを別の装置に送信、即ち、再配信する、図２の送信機２０１に例示された各機能要素も含まれている。

本発明の一特徴として、ホーム・ネットワーク内のアクセス装置は、前述のような地上波放送信号を受信したとき、その放送信号内に含まれているコンテンツを、ホーム・ルータを介して、ネットワーク内の或いはネットワーク外の別の装置に配信できる機能を有する。しかし、例えば、コンテンツの種類によっては、ホーム・ネットワーク外の別の装置へのコンテンツの再配信にある種の規制を設けることが望ましい場合もある。

本発明の一特徴として、ソフトウェア・アプリケーション・レベルでアクセス装置自身内に設けられた機能が、ホーム・ネットワーク環境のインフラストラクチャを変更する必要なしに、トランスポート・ストリーム・パケットの一部に含まれるフラグに基づいて、ネットワーク外にコンテンツを配信できるか否かを判断する。

このホーム・ネットワーク構成に於いて、ホーム・ルータは、例えば、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）３０２２に規定されるネットワーク・アドレス・トランスレーション（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ：ＮＡＴ）を行うように構成できる。ルータは、パケットを受信して、そのパケットの宛先ＩＰアドレスを調べる。ルータは、サブネット・マスクと自己のローカルＩＰアドレスに基づいて、そのパケットがホーム・ネットワークに向けられたものであるか、或いは、ホーム・ネットワーク外の宛先装置に向けられたものであるかを判断する。若しそのパケットがホーム・ネットワーク外の宛先に向けられたものである場合、ルータは、自己のパブリックＩＰアドレスをそのパケットのソースＩＰアドレス・フィールドに代入した後、そのパケットを外部アドレスに転送する。宛先装置は、応答する際、ルータのパブリックＩＰアドレスに返答する。ルータは、その返答を受信して、それをリクエストにマッピングすることによって、ホーム・ネットワーク内のどの装置がオリジナル・リクエストを発信したかを判断する。ルータは、宛先装置のローカルＩＰアドレスを宛先フィールド内に入れ、それをオリジナル・リクエストを発信した装置に転送する。

図１に示す構成に従えば、イーサネット（登録商標）ネットワーク上の各装置は、物理アドレスとＩＰアドレスを有する。図３に示すように、一実施例に於いて、ホーム・ネットワーク７０内のアクセス装置３０（図１）に向けられたＭＰＥＧ−２トランスポート・ストリームから成る地上波放送信号３００には、ヘッダ／ペイロード・ペア、即ち、ヘッダ３０１とそれに付随するペイロード３０２、ヘッダ３０３とそれに付随するペイロード３０４等が含まれている。ヘッダ３０１は、一般に、長さが４バイトであり、ペイロード３０２は、１８４バイトである。トランスポート・ストリーム３００は、図２のデータ・パケタイザ２３０によって放出される。各ヘッダには、ＰＩＤ（Ｐａｃｋｅｔ ＩＤｅｎｔｉｆｉｅｒ：パケット識別子）フィールド・データを含む種々のヘッダ情報が含まれている。また、ペイロードは、参照情報に加えて、圧縮ビデオ（或いは、その他のアプリケーションでは、オーディオ、データ、および、テレテキスト／クローズド・キャプション）の成分で構成されている。ペイロード３０２には、共通タイムベース内でＰＩＤと所与のプログラム、即ち、ストリームの集合とを対応付けるプログラム・アソシエーション・テーブル（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ：ＰＡＴ）情報が含まれており、また、より詳しい参照情報を提供して符号化ビデオ・ストリームと送信用に準備された実際のパケットとの間のマッピングを更に規定するプログラム・マップ・テーブル（ＰＭＴ）情報も含まれており、受信側でトランスポート・ストリームを適切に復号するのに使用される。図４Ａは、所与のＰＩＤ１１０を、対応するＰＡＴ３２０とＰＭＴ４２０にリンクする構成例を示している。

ＰＭＴ４２０には、各行毎に、ストリーム識別子、信号のタイプ（例えば、ビデオ、オーディオ、データ）、ソース（供給元）によってそのタイプに割り当てられたＰＩＤ、および、認証フィールド４３０が示されている。この認証フィールドは、例えば、放送フラグ（Ｂｒｏａｄｃａｓｔ Ｆｌａｇ：ＢＦ）、即ち、再配信制御記述子であり、ビデオ放送ストリーム内のコンテンツの再配信の許可に関するアプリケーションをダウンストリームする情報を表す目的で、ビデオ放送ストリーム内に挿入されている。一実施形態では、放送フラグ（ＢＦ）は、図４Ａに示すように、ＭＰＥＧ−２トランスポート・ストリームのＰＭＴフィールド内の１ビットである。しかし、ビット数を追加して、例えばアクセス装置による処理用に、追加情報を通信してもよい。

既定の規則に従えば、ＢＦのビット値「０」は、トランスポート・ストリーム・パケット内のコンテンツをホーム・ネットワーク外の装置に再配信することが許可されていること（即ち、「トランスポート・モード」）を示す。逆に、ＢＦのビット値「１」は、トランスポート・ストリーム・パケット内のコンテンツをホーム・ネットワーク外に再配信することが許可されていないこと（即ち、「禁止モード」）を示す。

別の形態として、放送ストリーム内の別のフィールドには、例えば図４Ｂに示すイベント・インフォメーション・テーブル（ＥＩＴ）４５０には、再配信の許可に関する放送フラグ（ＢＦ）が含まれている。図４Ｂに示すＥＩＴの例は、対象プログラム（ＰＩＤ）と、その放送開始時刻および放送継続時間とを、再配信の許可に関するＢＦフラグ（４３０）と共に、示している。ＥＩＴは、トランスポート・ストリーム内に多重化して、アクセス装置によって受信、復号されるようにしてもよい。一実施形態では、地上波放送の場合、ＢＦフラグはＥＩＴとＰＭＴの両方に含まれ、また、例えばケーブル送信の場合、ＢＦフラグは、所与のプロトコル（例えば、ＡＴＳＣ規格）に従って、ＰＭＴに含まれ、ＥＩＴが送られるとき、そのＥＩＴに含まれるようにしてもよい。ＢＦフラグは、トランスポート・ストリーム内で周期的に現れるようにしてもよい。

本発明の一特徴によると、アクセス装置は、放送信号を受信してトランスポート・ストリームを復号するとき、ＰＭＴ／ＥＩＴフィールドをパーズ（ｐａｒｓｅ：構文解析）して、コンテンツをホーム・ネットワーク外に再配信することが許可されているか否かを示すＢＦフラグ４３０の状態を判断する。ソフトウェア・アプリケーション・モジュール、或いは、ハードウェア回路は、受信ペイロード・データを調べて、ＢＦフラグを、それに対応するテーブル・エントリとトランスポート・ストリーム内の位置とに基づいて、再生するように構成してもよい。

図５には、図１のホーム・ネットワーク・システムに対応して、本発明の一実施例として、コンテンツの不正再配信を禁止する方法が示されている。アクセス装置３０（図１）は、ホーム・イーサネット（登録商標）ネットワーク７０に接続され、入来オーディオ／ビデオ／データの放送ストリームの受信動作（ステップ５００）と、その放送ストリームに含まれるコンテンツの再送信、即ち、再配信の動作とが可能であるとき、受信コンテンツを再配信する前に、以下に述べる動作を行う。

アクセス装置は、ルータＩＰアドレスについてＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ：アドレス解決プロトコル）を行って、ゲートウェイ／ルータ９０に対応する位置情報、即ち、ルータの物理アドレスを得る（ステップ５０５）。次に、この物理アドレスは、メモリに記憶される（ステップ５１０）。宛先装置（送信先装置）にパケット形態で送信すべきコンテンツは、既定の形式と規則に従って、フォーマット化される（ステップ５１５、５２０）。アクセス装置は、コンテンツを送信しようとする宛先装置に対する位置情報のリクエスト（要求）をブロードキャストする（ステップ５２５）。これは、宛先ＩＰアドレスに対するＡＲＰをブロードキャストして宛先装置の物理アドレスを得ることによって、達成される。宛先装置は、ホーム・ネットワーク上に在る場合、自己の物理アドレスをアクセス装置に返送することによって、アクセス装置のリクエスト（要求）に応答する。

ルータ９０は、ブロードキャストされたＡＲＰメッセージを受信すると、宛先ＩＰアドレスがローカル・サブネット内に在るか否かを、サブネット・マスクによってマスクされたアドレスの部分と、同じサブネット・マスクによってマスクされた自己のアドレスの部分とを比較することによって、判断する（ステップ５３０）。ルータ９０は、宛先装置がローカル・ネットワーク外に在ることを判断すると、自己の物理アドレスを、リクエスト（要求）された遠隔宛先ＩＰアドレスの代わりに返送する（ステップ５３５）。

アクセス装置３０は、宛先装置の位置情報のリクエスト（ｒｅｑｕｅｓｔ：要求）に対する応答を受信して、ＡＲＰ（ステップ５２５）に応答して返送された物理アドレスと、事前にメモリに記憶された（ステップ５０５）ルータ９０の物理アドレスとを比較する（ステップ５４０）。返送された物理アドレスが、メモリに記憶されたゲートウェイ・アドレスと同じである場合（ステップ５４５）、送信すべきパケットは、ローカル・ホーム・ネットワーク外の装置に宛てられる。この場合、アクセス装置は、ＰＭＴペイロード・フィールドをパーズして、放送フラグを復元して、フラグが設定されているか否かを判断する（ステップ５５０）。若しフラグが設定されている（即ち、コンテンツの外部ネットワーク配信が許可されていないことをフラグが示す）場合、アクセス装置は、当該パケットを捨て（ステップ５５５）、次のフォーマットして処理すべきデータ・パケットを待つ（ステップ５１５）。

放送フラグがトランスポート・ストリーム・パケット内に設定されていない場合（ステップ５５０）、アクセス装置は、当該パケットのフォーマット化を完了して、そのパケットをルータ９０に送信して、当該コンテンツがホーム・ネットワーク外の宛先装置に経路指定される（ステップ５６０）。また、アクセス装置は、ＡＲＰブロードキャストに応答して返送された物理アドレスがルータ９０に対応する物理アドレスと異なり（ステップ５４０、５４５）、従って、宛先装置がホーム・ネットワーク内に在り、ローカル環境内での再配信が許可されていることが判断されると直ちに、パケット形成と宛先装置への送信とを完了する。

本発明は、アクセス装置内でマシン実行可能ソフトウェア命令に於いて具現化され、処理システム内でその各命令を実行するプロセッサによって実施される。その他の実施形態に於いて、各ソフトウェア命令の代わりにハードワイヤード回路を用いて、或いは、各ソフトウェア命令と組み合わせて、本発明を実施できる。本発明を具現化する各コンピュータ命令は、例えば大容量記憶装置のような永続的記憶手段からメモリにロードする、或いは、１つ以上のその他のコンピュータ・システムからネットワークを介してメモリにロードするようにしてもよい。例えば、各実施形態に於いて、前述した各命令のダウンロードの実行は、マイクロプロセッサが直接サポートして、プロセッサが直接実行するようにしてもよい。別の形態として、各命令の実行は、マイクロプロセッサが、各命令を解釈するインタープリタを動作させることによって、或いは、マイクロプロセッサが各命令を実行することによって行われるようにしてもよく、この場合、各命令は、マイクロプロセッサが直接実行できるフォーマットに変換される。従って、本発明は、ハードウェア回路とソフトウェアとの特定の組み合わせに限定されるものではなく、また、アクセス装置によって実行される各命令について、特定の供給元に限定されるものでもない。

各実施例で述べたように、本発明は、ローカル・ネットワーク上のＩＰアドレスとローカル・ネットワーク外のＩＰアドレスとの違いを活用し、これらのアドレス・スペース相互の区別は、サブネット・マスクとゲートウェイ・アドレスとによって判断できる。本発明が実施するメカニズムは、トランスポート・ストリーム内のパケット情報をパーズして、放送フラグが設定されているか否かを判断し、アプリケーションが、サブネット・マスクとゲートウェイ・アドレスとによって特定されるローカル・サブネットワーク外のＩＰアドレスへコンテンツを転送しないようにして、コンテンツの不正再配信を禁止する。

本発明は、各実施例について説明したが、これらの実施例に限定されるものではない。例えば、セキュリティ・レベルを上げるために、ホーム・ネットワークは、ルーティング不可能なＩＰアドレス（即ち、プライベート・アドレス）を使用してもよい。即ち、例えばＩＥＴＦ規格のような所定の規格と規則に従って、特定のＩＰアドレスが指定される。従って、各インターネット・ルータ（例えば、図１のインターネット１００内のルータ装置）に対応するマッピング・テーブルには、ルーティング不可能なアドレスは含まれない。従って、不許可コンテンツが、不注意で、或いは、偶然にホーム・ネットワーク外に配信された場合、この情報を受けたそれらのルータは、そのコンテンツを、意図された宛先（ルーティング不可能なアドレス）に転送できず、従って、パケット化データを削除する。更なる保護が望まれる場合、認証メカニズムと暗号プロトコルとを使用して、セキュリティを更に高めて、特定の保護されたコンテンツへの不正アクセスとその不正再配信とを防止できる。また、コンテンツをホーム・ネットワークを介して転送しようとするアクセス装置は、そのコンテンツを転送したいアプリケーションが、信頼できる、且つ、規則を遵守するアプリケーションであることを確認するようにしてもよい。或いは、アクセス装置は、規則を遵守する装置のみが認識できる、既定の規則に従った別のパッキング・フォーマットを使用してコンテンツをＩＰストリーム内にパッケージ化するように構成してもよい。

上述のように、本発明は、各実施例について説明したが、これらの実施例に限定されるものではない。例えば、各実施例を、地上波放送のソース（供給元）、ケーブル・システム等（これらに限定されるものではない）の放送供給元からディジタル信号を受信できるアクセス装置について説明したが、上述のディジタル信号配信制御方法は、例えばホーム・ネットワークのようなネットワークに接続された任意の装置に使用できることは明らかである。本願の特許請求の範囲は、当業者が本発明の等価物の範囲から逸脱せずに実施可能な本発明のその他の各実施例および各変形例を広く含むものである。

図１は、本発明の一特徴を具現化したホーム・ネットワーク・システムのブロック図である。 図２は、ビデオ・フレーム・トランスポート・ストリーム情報を表すパケットの伝搬と受信とに対応する主要な機能構成部分を例示したブロック図である。 図３は、トランスポート・ストリームのブロック図である。 図４Ａは、トランスポート・ストリーム内の放送フラグ認証フィールドを含むＰＡＴおよびＰＭＴの関連を例示する図である。 図４Ｂは、トランスポート・ストリーム内の放送フラグ認証フィールドを含むＥＩＴを例示する図である。 図５は、本発明の一実施形態に従う動作を行う方法の一例を示すフローチャートである。

Claims (18)

1. ネットワークに接続された装置に於いて、前記ネットワークを介する前記装置から別の装置へのデータの配信を制御する方法であって、
   プログラム・コンテンツを表すディジタル信号であり、前記ネットワーク外への前記ディジタル信号の配信を許可する第１のトランスポート・モードと、前記ネットワーク外への前記ディジタル信号の配信を禁止する第２のトランスポート・モードとを示す認証フィールドを有する前記ディジタル信号を受信するステップと、
   前記ディジタル信号が配信される宛先装置が前記ネットワーク外に在るか否かを判断するステップと、
   前記認証フィールドが前記第１と第２のトランスポート・モードのどちらを示しているかを判断するステップと、
   前記認証フィールドが前記第２のトランスポート・モードを示しており、且つ、前記宛先装置が前記ネットワーク外に在ることが判断されると、前記ディジタル信号の送信を禁止し、その他の場合が判断されると、前記ディジタル信号を前記宛先装置に送信するステップと、
   を含む前記方法。
2. 前記ディジタル信号が配信される前記宛先装置が前記ネットワーク外に在るか否かを判断する前記ステップが、
   前記ネットワーク外の各装置へデータを経路指定するために使用される前記ネットワーク上のルータの位置情報を受信するステップと、
   前記プログラム・コンテンツが配信される前記宛先装置に対応する位置情報を示す宛先データを受信するステップと、
   前記宛先データが前記ルータの前記位置情報に対応しているか否かを判断することによって、前記宛先装置が前記ネットワーク外に在るか否かを判断するステップと、
   を含む、請求項１記載の方法。
3. 前記ディジタル信号がトランスポート・ストリーム・パケットを含む、請求項２記載の方法。
4. 前記トランスポート・ストリーム・パケットの各々について、ペイロード部分を調べて、そのパケットに対応する認証フィールドが、前記宛先装置が前記ネットワーク外に在る場合に、前記ネットワーク外への前記コンテンツの送信の許可を示しているか否かを判断し、前記ディジタル信号の送信の前記禁止が、その判断結果に応じて、前記パケットを捨てることを含む、請求項３記載の方法。
5. 前記ルータの前記位置情報を受信する前記ステップが、前記ルータの物理アドレスを受信して、そのアドレスをメモリに記憶することを含む、請求項４記載の方法。
6. 前記宛先データを受信する前記ステップが、前記装置からブロードキャストされたアドレス解決プロトコル要求に応答して送信された前記ネットワーク上の装置の物理アドレスを受信することを含む、請求項５記載の方法。
7. 前記ディジタル信号が配信される前記宛先装置が前記ネットワーク外に在るか否かを判断する前記ステップが、前記ネットワーク上の前記装置の前記受信物理アドレスと前記ルータの前記物理アドレスとを比較することを含む、請求項６記載の方法。
8. 前記ディジタル信号に放送供給元からアクセスするステップを含み、前記装置がアクセス装置である、請求項１記載の方法。
9. 前記ディジタル信号がＭＰＥＧ−２トランスポート・ストリームを含む、請求項１記載の方法。
10. 前記認証フィールドがプログラム・マップ・テーブルに含まれている、請求項９記載の方法。
11. ネットワークに接続されており、前記ネットワークに接続された別の装置にデータを配信できるように構成された装置であって、
    プログラム・コンテンツを表すディジタル信号であり、前記ネットワーク外への前記ディジタル信号の配信が許可された第１のトランスポート・モードと、前記ネットワーク外への前記ディジタル信号の配信が禁止された第２のトランスポート・モードとを示す認証フィールドを含む前記ディジタル信号を受信する手段と、
    前記ネットワーク上にデータを送信する送信動作を実行するためのコンピュータ・コードが記憶されたメモリと、
    前記装置のデータ送受信動作を制御するプロセッサであり、前記ネットワークに接続された各装置のアドレス情報を記憶するデータ記憶手段を含む前記プロセッサと、
    前記ネットワークに接続されており、前記ネットワークに接続された各装置からデータを受信し、また、前記ネットワーク上に前記ディジタル信号を配信するデータ・インタフェース手段と、を含み、
    前記プロセッサが、前記別の装置が前記ネットワーク外に在り、且つ、前記認証フィールドが前記第２のトランスポート・モードを示していることが判断されると、前記ネットワーク上への前記ディジタル信号の送信を禁止し、その他の場合が判断されると、前記ネットワーク上への前記ディジタル信号の送信を可能にする、前記装置。
12. 前記データ・インタフェース手段が、前記ネットワーク外の各装置へデータを経路指定するのに使用され前記ネットワークに接続されたルータに対応するアドレス情報と宛先装置に対応するアドレス情報とを受信するように構成されており、前記プロセッサが、前記ルータの前記アドレス情報と前記宛先装置の前記アドレス情報とを比較することによって、前記宛先装置が前記ネットワーク外に在るか否かを判断する、請求項１１記載の装置。
13. 前記コンピュータ・コードが、
    前記宛先装置に配信されるコンテンツを含むＩＰパケットをフォーマットするためのコンピュータ・プログラム・コードと、
    前記宛先装置の物理アドレスと前記ネットワーク上の前記ルータに対応する物理アドレスとを比較して、前記宛先装置が前記ネットワーク外に在るか否かを判断するためのコンピュータ・プログラム・コードと、
    前記認証フィールドが前記第２のトランスポート・モードを示し、且つ、前記宛先装置が前記ネットワーク外に在ることが判断されると、パケット・データの送信を禁止するためのコンピュータ・プログラム・コードと、
    を含む、請求項１１記載の装置。
14. 前記ディジタル信号がＭＰＥＧ−２オープン・データ・ストリームを含む、請求項１１記載の装置。
15. 前記認証フィールドがプログラム・マップ・テーブルに含まれている、請求項１４記載の装置。
16. アクセス装置を含み、前記受信する手段が、前記ディジタル信号を放送供給元から受信する手段を含む、請求項１１記載の装置。
17. 認証プロトコルを使用して前記宛先装置を認証するための手段を含む、請求項１６記載の装置。
18. 前記データ・インタフェース手段が、前記第２のトランスポート・モードと、前記宛先装置が前記ネットワーク外に在ることとが判断されると、前記データ・パケットを捨てる、請求項１７記載の装置。

Images