(57)【要約】図２は、チャネル・リクエスト検査機能（３７）と許可チャネル・リスト（３９）とを備えたネットワーク・アクセス・ユニット（３０）を用いてローカル・アクセス・ネットワーク（２０）上にセキュリティが確保されたマルチキャストを提供する方法を含む。加入者からのチャネル・リクエストは、上記許可チャネル・リストに関して検査され、許可されている場合のみ転送される。この許可リストは、ユーザがリクエストする際にサービスに加入すること及びサービスから離脱することができるように中継局の制御下で動的に更新されてもよい。
2004515158.tif 000002
【特許請求の範囲】
【請求項１】
ローカル・アクセス・ネットワーク（２０）上で送信される信号へのユーザ・アクセスを制限するネットワーク・アクセス・ユニット（３０）であって、
ユーザからチャネル・リクエストを受信するポートと、
所定の許可チャネル・リスト（３９）に関して該リクエストを検査するチャネル・リクエスト検査ユニット（３７）と、
該検査に応答して該チャネル・リクエストを転送する送信器（３８）と、を有することを特徴とするネットワーク・アクセス・ユニット。
【請求項２】
請求項１記載のネットワーク・アクセス・ユニットであって、
ネットワーク中継局から前記許可リストを更新するために制御信号を受信するように構成された受信器（３１）を更に有することを特徴とするネットワーク・アクセス・ユニット。
【請求項３】
請求項１又は２記載のネットワーク・アクセス・ユニットであって、
前記所定のチャネル・リストの少なくとも一チャネルへ時刻を関連付け、
前記チャネル検査ユニットは前記少なくとも一チャネルについてのリクエストを前記時刻に関して検査する、ことを特徴とするネットワーク・アクセス・ユニット。
【請求項４】
請求項１乃至３のいずれか一項記載のネットワーク・アクセス・ユニットであって、
前記ローカル・アクセス・ネットワークは共有媒体アクセス・ネットワークである、ことを特徴とするネットワーク・アクセス・ユニット。
【請求項５】
請求項１乃至４のいずれか一項記載のネットワーク・アクセス・ユニットであって、
光媒体上で信号を受信するように構成されたことを特徴とするネットワーク・アクセス・ユニット。
【請求項６】
請求項１乃至５のいずれか一項記載のネットワーク・アクセス・ユニットを有することを特徴とする顧客側機器。
【請求項７】
請求項１乃至５のいずれか一項記載のネットワーク・アクセス・ユニットを有することを特徴とする光アクセス・ネットワーク。
【請求項８】
ネットワークに接続するように構成されたサービス・プロバイダ・サーバ（１０）であって、
許可チャネル・リスト（３９）を含むリモート・ネットワーク・アクセス・ユニット（３０）へ１以上のコンテンツ・チャネルとチャネル制御信号とを送信する送信器（１１１）を有し、
前記制御信号は、前記許可チャネル・リストを更新し、前記送信されたコンテンツ・チャネルへの加入者アクセスを制御することが意図された、ことを特徴とするサービス・プロバイダ・サーバ。
【請求項９】
請求項８記載のサービス・プロバイダ・サーバであって、
前記制御信号は、前記許可リストにおける１以上のチャネルとの関連に対する時刻関連情報を含む、ことを特徴とするサービス・プロバイダ・サーバ。
【請求項１０】
ローカル・アクセス・ネットワーク上で送信される信号へのユーザ・アクセスを制限する方法であって、
ユーザからのチャネル・リクエストを第一のポートで受信する工程と、
所定の許可チャネル・リストに関して該リクエストを検査する工程と、
前記検査に応答して前記リクエストを転送する工程と、を有することを特徴とする方法。
【請求項１１】
請求項１０記載の方法であって、
ネットワーク中継局から制御信号を受信する工程と、
前記制御信号に応答して前記許可リストを更新する工程と、を有することを特徴とする方法。
【請求項１２】
請求項１０又は１１記載の方法であって、
前記所定のチャネル・リストの少なくとも１つのチャネルへ時刻を関連付ける工程と、
前記時刻に関して前記リクエストを検査する工程と、を有することを特徴とする方法。
【請求項１３】
請求項１０乃至１２のいずれか一項記載の方法であって、
前記チャネル・リクエストはＩＧＭＰメッセージとして搬送される、ことを特徴とする方法。
【請求項１４】
サービス・プロバイダ・サーバ（１０）の作動方法であって、
１以上のコンテンツ・チャネル及びチャネル制御信号を許可チャネル・リスト（３９）を含むリモート・ネットワーク・アクセス・ユニット（３０）へ送信する工程を有し、
前記制御信号は、前記許可チャネル・リストを更新し、前記送信されたコンテンツ・チャネルへの加入者アクセスを制御することが意図された、ことを特徴とする方法。
【請求項１５】
請求項１４記載の方法であって、
チャネル加入詳細を変更するユーザ開始リクエストを受信する工程と、
許可チャネル・リスト更新信号に応じてそれを前記ユーザに関連付けられたリモート・ネットワーク・アクセス・ユニットへ送信する工程と、を有することを特徴とする方法。
【請求項１６】
顧客側機器においてＩＧＭＰ検査機能（３７）を用い、ネットワークを通じたセキュリティの確保されたマルチキャストを提供することを特徴とする方法。
【請求項１７】
顧客側機器においてＩＧＭＰ検査機能（３７）及びネットワーク受信アドレス・フィルタ（３２）を用い、ネットワークを通じたセキュリティの確保されたマルチキャストを提供することを特徴とする方法。
【請求項１８】
機械可読媒体上のコンピュータ用プログラムであって、
ユーザからのチャネル・リクエストを第一のポートで受信し、
所定の許可チャネル・リスト（３９）に関して該リクエストを検査（３７）し、
前記検査に応答して前記リクエストを転送する、ように構成されたことを特徴とするプログラム。
【請求項１９】
許可チャネル・リスト（３９）を備えたネットワーク・アクセス・ユニット（３０）へ送信されることが意図された制御信号であって、
ネットワーク・アクセス・ユニット許可チャネル・リスト更新情報を含む少なくとも１つのメッセージを有することを特徴とする制御信号。
【請求項２０】
請求項１９記載の制御信号であって、
前記少なくとも１つのメッセージは、前記許可チャネル・リスト（３９）における１以上のチャネルへの関連についての時刻関連情報を含む、ことを特徴とする制御信号。
【請求項２１】
請求項１９又は２０記載の制御信号であって、
ＩＧＭＰメッセージを含むことを特徴とする制御信号。
【発明の詳細な説明】
【０００１】
（発明の属する技術分野）
本発明は、ローカル・アクセス・ネットワークを通じたサービスのセキュリティが確保された伝達方法及び装置に係り、特に共有媒体アクセス・ネットワーク及びそれを組み込んだシステムに関する。
【０００２】
（発明の背景）
本発明は、衛星、ＬＭＤＳ、ＵＭＴＳ、ケーブルモデム、又はループ・アクセス・ネットワークにおけるファイバなどの共有媒体アクセス・ネットワーク、特にファイバ・ツー・ザ・ホーム（ＦＴＴＨ）に関する。以下の記述はＦＴＴＨに関するが、他のシナリオにも同様の特性で適用されることは明らかである。多くの顧客がファイバ施設及び中継局（中継局）機器を共有することにより、ＦＴＴＨネットワークは、より経済的なものとなる。パッシブ・オプティカル・ネットワーク（ＰＯＮＳ）はこのカテゴリに入る。このようなネットワークでは、通常はネットワーク・プロバイダ側に物理的に配置された１つの中継局ノードが（通常）１６のアウトステーションへの散開を提供するパッシブ・オプティカル・ネットワーク（ＰＯＮＳ）を通じて、多くの顧客のところのアウトステーションへ接続する。
【０００３】
（中継局からアウトステーションへ）下り方向へ送信されるトラフィックは、すべてのアウトステーションにおいて見られ、各データ・パケットに関連付けられたヘッダに含まれるアドレスに基づいて所定のアウトステーションによって選択される。上り方向において、１つのアウトステーションだけが一度に情報を送信するように、複数のアクセス・プロトコルが用いられる。
【０００４】
このようなネットワークを用いることによって、ビデオ・サービスやデータ・サービスなどの顧客への複数のサービスを送信することができる。顧客側では、オプティカル・ネットワーク・ユニット（ＯＮＵ）がファイバ・ネットワークに接続し、顧客がエンドユーザ機器を付けることができる１つ以上のインターフェースに提供する。この機器は、例えば、ビデオ・サービスのテレビ及び１以上のパーソナル・コンピュータへのインターフェースをとる１以上のセットトップ・ボックス（ＳＴＢ）を含む。これら装置のそれぞれは、例えば、イーサネット（Ｒ）・インターフェースを通じて接続することができる。
【０００５】
通常、ＯＮＵは、ＯＮＵ自身の中に含まれたソフトウェアを制御することができるネットワーク・オペレータによって供給される。しかしながら、イーサネット（Ｒ）・インターフェースに取り付けられた装置は、ネットワーク・オペレータの制御の外にあることが多く、それ故に、エンドユーザは、ネットワーク・オペレータの制御の外にあるソフトウェアをロードすることができる場合もあり得る。
【０００６】
ビデオ・サービスは、個々のエンドユーザによって視聴のために選択され得るテレビ・チャネルから成り、２つのカテゴリ：マルチキャスト及びビデオ・オン・デマンド（ＶＯＤ）に分類することができる。マルチキャスト・ビデオ・チャネルは、多くのユーザによって同時に視聴される。このようなチャネルは、例えば、標準的な放送チャネル、契約チャネル（ユーザは、欲する時にいつでも視聴できる権利のために月額料金を支払う）、ペイ・パー・ビュー・チャネル（ユーザは特定の番組を視聴するために料金を支払う）などである。ＶＯＤチャネルは、特定のユーザによってリクエストされ、そのユーザだけに供給される番組である。各ＶＯＤチャネルは、ネットワーク内にビデオ・サーバからの専用のデータ伝送路を必要とする。マルチキャスト・チャネルは、通常、アクセス・ネットワークの中継局に位置するルータを用いることによってデータ伝送路におけるマルチキャストを実現することにより、サーバから各ユーザまでの専用伝送路を回避する。最初のユーザがマルチキャスト・チャネルをリクエストすると、そのチャネルはサーバから中継ルータに伝達され、そのルータを通じてアクセス・ネットワークへの接続が確立される。その後、別のユーザが同じチャネルの視聴をリクエストした場合、ルータ内に第二の接続が確立され、そのチャネルは２番目のユーザが接続しているインターフェースへ送出される。この２番目のユーザは既存のチャネルに加入しているため、サーバとルータとの間のリンク上に追加的なデータ容量を必要としない。プロトコルは、マルチキャスト・グループへの加入・離脱のためにエンドユーザ装置からルータまで信号を送るために存在する。データ送信がインターネット・プロトコル（ＩＰ）に基づくとき、例えば、インターネット・グループ・マネージメント・プロトコル（ＩＧＭＰ）として知られるマルチキャスト・シグナリング・プロトコルが使用される。従来、ＩＰネットワークでは、マルチキャストＩＰパケットに予約されたアドレス・グループか宛先ＩＰアドレスがマルチキャスト・ストリームに与えられる。同様に、媒体アクセス制御（ＭＡＣ）層としてイーサネット（Ｒ）を使用するとき、マルチキャスト・イーサネット（Ｒ）・フレームに予約されたアドレス・グループから宛先ＭＡＣアドレスが引き出される。このように、ＩＰ層とＭＡＣ層の双方において、使用されるアドレスは、具体的な宛先を識別するものではなく、マルチキャスト・データ・ストリームのコンテンツを表す。
【０００７】
ＩＰ層のマルチキャスト・アドレスをＭＡＣ層のマルチキャスト・アドレスへマッピングするためのアルゴリズムは、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）のＲｅｑｕｅｓｔ　ｆｏｒ　Ｃｏｍｍｅｎｔ（ＲＦＣ）１１１２において与えられている。これは、複数を１つへマッピングするものであり、１つのＭＡＣアドレスが多くの異なるスキームを表し得る。このマッピングを使用するシステムでは、ＭＡＣ層でマルチキャスト・チャネルを固有に識別することができず、ＩＰ層宛先アドレスをチェックし、唯一性を保証しなければならない。
【０００８】
ソース・スペシフィック・マルチキャスト（ＳＳＭ）として知られるマルチキャスト・プロトコルの変形例では、ソースＩＰアドレスと宛先ＩＰアドレスの双方が特定のマルチキャスト・ストリームを固有に識別する必要がある。ＳＳＭを使用するシステムでは、宛先マルチキャストＭＡＣアドレスが固有であることが保証されない。現在のプロトコルは、ソースＭＡＣアドレスにおけるソースＩＰアドレスを反映していないため、ＳＳＭチャネルをＭＡＣ層で固有に識別することはできず、ＩＰ層のソースアドレスをチェックしなければならない。
【０００９】
エンドユーザ接続が共有媒体ネットワーク（ＰＯＮなど）であるときに問題は起こる。マルチキャスト・ストリームは、そのアドレス上のトラフィックを聞くことによってユーザの誰かがそのストリームをリクエストした時はいつでもＰＯＮ上のすべてのエンドユーザ側に位置するＯＮＵに伝達される。２番目のユーザは彼がそれを受信することに対して支払いをしていなくても、そのサービスを視聴することができる。これは、コンテンツ・プロバイダの収入の損失に通じ、非常に望ましくない。
【００１０】
本発明は、従来技術に関する１以上の問題を克服する改善された方法及び装置を提供することを目的とする。
【００１１】
（発明の開示）
本発明の一態様によれば、ローカル・アクセス・ネットワーク上で送信される信号へのユーザ・アクセスを制限するネットワーク・アクセス・ユニットであって、ユーザからチャネル・リクエストを受信するポートと、所定の許可チャネル・リストに関して該リクエストを検査するチャネル・リクエスト検査ユニットと、該検査に応答して該チャネル・リクエストを転送する送信器と、を有することを特徴とするネットワーク・アクセス・ユニットが提供される。
【００１２】
１つの好ましい実施形態において、上記ネットワーク・アクセス・ユニットは、ネットワーク中継局から上記許可リストを更新するために制御信号を受信するように構成された受信器を更に有する。
【００１３】
別の好ましい実施形態において、上記所定のチャネル・リストの少なくとも一チャネルへ時刻が関連付けられ、上記チャネル検査ユニットは上記少なくとも一チャネルについてのリクエストを上記時刻に関して検査する。
【００１４】
別の好ましい実施形態において、上記ローカル・アクセス・ネットワークは共有媒体アクセス・ネットワークである。
【００１５】
別の好ましい実施形態において、上記ユニットは光媒体上で信号を受信するように構成される。
【００１６】
本発明の別の態様によれば、請求項１記載のネットワーク・アクセス・ユニットを有する顧客側機器が提供される。
【００１７】
本発明の別の態様によれば、請求項１記載のネットワーク・アクセス・ユニットを有する光アクセス・ネットワークが提供される。
【００１８】
本発明の別の態様によれば、ネットワークに接続するように構成されたサービス・プロバイダ・サーバであって、許可チャネル・リストを含むリモート・ネットワーク・アクセス・ユニットへ１以上のコンテンツ・チャネルとチャネル制御信号とを送信する送信機を有し、上記制御信号は、上記許可チャネル・リストを更新し、上記送信されたコンテンツ・チャネルへの加入者アクセスを制御することが意図された、ことを特徴とするサービス・プロバイダ・サーバが提供される。
【００１９】
上記制御信号は、上記許可リストにおける１以上のチャネルとの関連に対する時刻関連情報を含むことが好ましい。
【００２０】
本発明は、更に、他の追加的装置と共に、本発明を具現化する装置の１以上の例を有する通信システムを提供する。
【００２１】
本発明は、更に、上記装置を作動させ、該装置のすべての機能を実行する工程を含む方法にも関する。
【００２２】
特に、本発明の別の態様によれば、ローカル・アクセス・ネットワーク上で送信される信号へのユーザ・アクセスを制限する方法であって、ユーザからのチャネル・リクエストを第一のポートで受信する工程と、所定の許可チャネル・リストに関して該リクエストを検査する工程と、上記検査に応答して上記リクエストを転送する工程と、を有することを特徴とする方法が提供される。
【００２３】
上記方法は、ネットワーク中継局から制御信号を受信する工程と、上記制御信号に応答して上記許可リストを更新する工程と、を有することが好ましい。
【００２４】
上記方法は、上記所定のチャネル・リストの少なくとも１つのチャネルへ時刻を関連付ける工程と、上記時刻に関して上記リクエストを検査する工程と、を更に有することが好ましい。
【００２５】
上記チャネル・リクエストはＩＧＭＰメッセージとして搬送される、ことが好ましい。
【００２６】
本発明の別の態様によれば、サービス・プロバイダ・サーバの作動方法であって、１以上のコンテンツ・チャネル及びチャネル制御信号を許可チャネル・リストを含むリモート・ネットワーク・アクセス・ユニットへ送信する工程を有し、上記制御信号は、上記許可チャネル・リストを更新し、上記送信されたコンテンツ・チャネルへの加入者アクセスを制御することが意図された、ことを特徴とする方法が提供される。
【００２７】
上記方法は、チャネル加入詳細を変更するユーザ開始リクエストを受信する工程と、許可チャネル・リスト更新信号に応じてそれを上記ユーザに関連付けられたリモート・ネットワーク・アクセス・ユニットへ送信する工程と、を更に有することが好ましい。
【００２８】
本発明の別の態様によれば、顧客側機器においてＩＧＭＰ検査機能を用い、ネットワークを通じたセキュリティの確保されたマルチキャストを提供する方法が提供される。
【００２９】
本発明の別の態様によれば、顧客側機器においてＩＧＭＰ検査機能及びネットワーク受信アドレス・フィルタを用い、ネットワークを通じたセキュリティの確保されたマルチキャストを提供する方法が提供される。
【００３０】
本発明は、更に、上記方法機能のそれぞれを実行するように構成された構成要素を有するコンピュータ用プログラムにも関する。
【００３１】
特に、本発明の別の態様によれば、機械可読媒体上のコンピュータ用プログラムであって、ユーザからのチャネル・リクエストを第一のポートで受信し、所定の許可チャネル・リストに関して該リクエストを検査し、上記検査に応答して上記リクエストを転送する、ように構成されたプログラムが提供される。
【００３２】
特に、本発明の別の態様によれば、許可チャネル・リストを備えたネットワーク・アクセス・ユニットへ送信されることが意図された制御信号であって、ネットワーク・アクセス・ユニット許可チャネル・リスト更新情報を含む少なくとも１つのメッセージを有する制御信号が提供される。
【００３３】
上記少なくとも１つのメッセージは、上記許可チャネル・リストにおける１以上のチャネルへの関連についての時刻関連情報を含むことが好ましい。
【００３４】
上記制御信号は、ＩＧＭＰメッセージを含むことが好ましい。
【００３５】
本発明の上記態様は、ＯＮＵの複雑さの増加を最小限にしつつ、マルチキャスト・サービス（例えば、マルチキャスト・ビデオなど）用の改善されたセキュリティを提供する。
【００３６】
当業者には明らかなように、これら好ましい特徴は、適宜組み合わせることが可能であり、本発明の上記態様のいずれとも組み合わせることができる。
【００３７】
（発明の詳細な説明）
本発明をどのように実施するかを示すために、ここで添付図面を参照して本発明の実施形態を以下に例示目的のみで説明する。
【００３８】
図１を参照する。図１には、パッシブ・オプティカル・ネットワーク（ＰＯＮ）をベースとしたアクセス・ネットワークを組み込んだビデオ・サービスのマルチキャスト伝達のためのエンド・ツー・エンド・ネットワークの１つの考えられる実施形態のシステム概略が示されている。本発明に関する要素のみが図示されている。
【００３９】
中継局１０は、ルータ１１０と、１以上のオプティカル・ライン・ターミネーション・ユニット（ＯＬＴ）１２０〜１２１とを有する。ルータは、パケット転送器１１１と、シグナル・プロセッサ１１２とを有する。下り方向において、各ＯＬＴは、ルータからパケットを受信し、ＰＯＮプロトコルを実行するのに必要な任意のプロトコル及び制御情報を加え、そのデータ・ストリームを共有光媒体２０上で１以上のエンドユーザへ送信するための光信号へ変換する。上り方向では、ＯＬＴ１２０が１以上のＯＮＵ３０によって媒体上に多重化された光信号を受信し、前方への送信のためにルータに送られるデータ・ストリームを抽出する。任意的に、ＯＬＴ１２０〜１２１は、中継局ルータ１１０内に物理的に内蔵されてもよい。
【００４０】
ビデオ・サーバ４０は、複数のマルチキャスト・ビデオ番組のソースとして機能する。これら番組のそれぞれは、パケット・ヘッダのアドレスで識別される別々のパケット・ストリームとして送信される。通常、サーバへのデータ・リンク６０は、ＩＰネットワークをわたるパケット切替伝送路である。現実のシステムでは、複数の追加的サーバを用いて、多くのサービスがエンドユーザへ伝達される。
【００４１】
請求・管理機能若しくはユニット５０は、各エンドユーザが受信する権利があるのはいずれのマルチキャスト・ストリームであるかを識別する情報を保持する。
【００４２】
図示したネットワークの一例では、１つのＯＬＴがエンドユーザ側に位置する複数の多重ＯＮＵ３０と情報交換できるように、各ＯＬＴは信号分離器２１０を組み込んだ光ネットワークに接続する。好ましい実施形態において、信号分離器２１０はパッシブ・オプティカル・スプリッタである。
【００４３】
各ＯＮＵは、ビデオ用途のテレビのセットトップ・ボックス（ＳＴＢ）７０〜７１やデータ用途のパーソナル・コンピュータ（ＰＣ）８０などの１以上のエンドユーザ情報装置に接続し得る。
【００４４】
図２は、ＯＮＵ３０の一例をより詳細に示す。ネットワーク受信機能３１は、ネットワーク接続２１１からの下り光信号を電気信号に変換し、取り付けられたユーザを対象とした情報パケットのみをパケット・フィルタ３２へ送る。他のＰＯＮユーザへ向けられた他のパケットはブロックされる。通り抜けるパケットのアドレスは、アドレス・リスト３３に含まれる。この構成では、アドレス・リストは、エンドユーザによってリクエストされたビデオ・チャネルに応じて動的に変更されてもよい。
【００４５】
パケット・フィルタ３２は、ＯＮＵ内の管理プロセッサ機能３４へ向けられたパケットをパケット・ストリームから抽出する。他のパケットは、複数のエンドユーザ情報機器７０〜７１、８０が接続されたイーサネット（Ｒ）・スイッチ３５へ送られる。
【００４６】
ＯＮＵによってエンドユーザ装置７０〜７１、８０から受信された情報パケットは、イーサネット（Ｒ）・スイッチ３５を通じて制御パケット・フィルタ３６へ送られる。エンドユーザからのチャネル変更リクエストは、セットトップ・ボックス７０〜７１及びＰＣ８０によって制御パケット内に閉じ込められ、ＯＮＵへ送られる。マルチキャスト・ビデオ制御パケットとして認識されたパケットは、抽出され、ＩＧＭＰ検査機能３７へ送られる。他のパケットは、ネットワーク送信機能３８へ送られる。ネットワーク送信機能３８は、ＰＯＮ上り送信プロトコルを実行し、適切なタイミングでパケットをローカルＰＯＮを通じて中継局１０へ送信する。
【００４７】
ＩＧＭＰ検査機能３７へ送られるマルチキャスト制御パケットは、許可チャネル・リスト３９に対してチェックされる。リクエストしたユーザがリクエストしたチャネルを受信する資格があるならば、ＩＧＭＰ 検査機能は該リクエストをネットワーク送信機能３８を通じて中継局へ転送する。
【００４８】
禁止されたチャネルに対するリクエストをブロックする代わりに、ＩＧＭＰ検査機能３７は、リクエスト・パケットのコンテンツを修正して、ユーザがリクエストしたがまだ受信する資格がないサービスへの加入に該ユーザを勧誘するビデオ・ストリームへエンドユーザ装置を接続するための修正されたリクエストをネットワークに転送してもよい。
【００４９】
ＩＧＭＰリクエストが許可チャネル・リストに存在しないためにそれを中継局１０へ転送すると、中継局ルータが該ストリームを共有下り媒体上で送信される合成データ・ストリームへ加える。悪質なユーザは、多くの（マルチキャスト）チャネルへの加入を開始し、結果として下りリンク上に占める容量が増え、他者へのサービスを打ち消すことになりかねない。その結果、許可チャネル・リスト上に無いチャネルに対するリクエストは転送されないことが好ましい。
【００５０】
中継局ルータにおいてＩＧＭＰメッセージをインターセプトすることによるサービス拒否アタックに対する感受性を減らすことは技術的に可能だろうが、これにはルータに標準的でない特徴が必要となると共に、多くの顧客が接続されるときに良好に拡大させることが難しい。
【００５１】
追加的能力がＯＮＵに加えられない限り、上記のように、アクセス・ネットワークのライン・レートでデータ・ストリームを処理する追加的ハードウェアを使用して、中継局機器内にマルチキャスト・ストリームの暗号化を含ませることによってしか、ルータにおけるサービスの窃盗を解決することはできない。ＯＮＵにおける暗号化は、システムのコストに敏感なエリアにおける複雑さを増加させる。
【００５２】
エンドユーザは、受信する権限のないチャネルをリクエストした場合には知られることが望ましい。
【００５３】
ユーザがそのような試みを繰り返す場合、取り締まり機能又はマーケティングの機会の一部として、管理システムに伝達されることも望ましい。
【００５４】
検査機能が権限無きチャネルへ接続する（複数の）試みを検出した場合、ＯＮＵ３０が請求・管理システム５０へメッセージを送るようにしてもよい。
【００５５】
ユーザがリクエストしたチャネルを受信する資格を有すると一旦判断されると、管理プロセッサ３４に通知され、選択されたチャネルに対してデータを運ぶ情報パケットにおいて用いられるマルチキャスト・アドレスがアドレス・リスト３３に加えられる。次いで、このようなパケットは、ネットワーク受信機能３１を通ることを許可され、イーサネット（Ｒ）・スイッチ３４及び更にはエンドユーザ情報機器７０〜７１、８０へ送られる。
【００５６】
中継局ルータ１１０では、選択されたマルチキャスト・ストリームがＯＬＴを通してエンドユーザに転送されるように該ストリームへの新しい接続を加えるようにパケット転送器１１１に命令するＩＧＭＰメッセージが信号プロセッサ１１２に転送される。ＯＮＵにおける検査機能によって権限無きチャネルについてのリクエストがネットワークへ送られないため、ルータでの追加的な検査は必要でない。
【００５７】
チャネル変更を要求するユーザ・リクエストに応答してＩＧＭＰメッセージを生成する代わりに、ＳＴＢ７０〜７１、８０は、ＯＬＴへ転送する前に、ＯＮＵによって解釈されて、ＩＧＭＰメッセージへ翻訳される何らかの他の形式の制御メッセージを代わりに生成してもよい。次いで、ＯＮＵは、に対して、上記の到来したＩＧＭＰメッセージに対する場合と同様に、解釈されたメッセージについて作用する。
【００５８】
許可リスト３９は、下りトラフィックの一部として送られて、パケット・フィルタ３２を通じて管理プロセッサ３４に伝達される管理メッセージを用いて、中継局１０から居住される。この許可リストは、顧客が受信する資格を有する具体的なチャネルのリストや、顧客が視聴を禁じられているチャネルのリストや、所定のチャネルが許可されているか否かを判断するためのリクエストに適用されるルール群（一例は、Ｕｎｉｘ（登録商標）の「ｈｏｓｔｓ．ａｌｌｏｗ／ｈｏｓｔｓ．ｄｅｎｙ」コマンドのセマンティクスから求められ得る）などの実施に応じて異なる形式をとってもよい。
【００５９】
本システムは、インターネット・プロトコル・スイートに基づくことが好ましい。ブリッジング（ＭＡＣ層転送）を使用するＯＮＵでは、ＩＧＭＰ検査機能３７がＭＡＣアドレスを用いて実行されることが好ましく、ルーティング（ＩＰ層転送）を用いるＯＮＵでは、ＩＧＭＰ 検査機能３７がＩＰアドレスを用いて実行されることが好ましい。ＯＮＵの複雑さを最小限に抑え、スループットを改善させるために、ネットワーク受信機能を通じて到来が禁止されるマルチキャスト・チャネルのブロッキングがＭＡＣアドレス・マッチングを用いて実行されてもよい。
【００６０】
ＩＰ層マルチキャスト・アドレスからＭＡＣ層マルチキャスト・アドレスへのマッピングがＩＥＴＦ　ＲＦＣ　１１１２を用い、ＩＧＭＰ検査機能３７がＭＡＣアドレスを用いて実行される場合、ＩＧＭＰ検査機能が更に宛先マルチキャストＩＰアドレスもチェックしてもよい。ＩＰ層マルチキャスト・アドレスからＭＡＣ層マルチキャスト・アドレスへのマッピングがＩＥＴＦ　ＲＦＣ　１１１２を用い、到来禁止マルチキャスト・チャネルのネットワーク受信機能を通じたブロッキングがＭＡＣアドレス・マッチングを用いて実行される場合、ネットワーク受信機能３１はＩＰ宛先アドレスをチェックしてもよいが、ＭＡＣ層アドレス・マッチング機能が、ユーザが指定されたストリームを受信する資格を有していることを示す場合にだけチェックするのが好ましい。
【００６１】
ソース・スペシィフィック・マルチキャスト（ＳＳＭ）がＩＰ層検査と共に用いられる場合、検査機能は、特定のストリームを受信する資格を判断するのにソースと宛先アドレスの両方をチェックすることが好ましい。ＳＳＭがＭＡＣ層検査と共に用いられる場合、検査機能はＩＰアドレスもチェックすることが好ましい。ＳＳＭが用いられる場合、ネットワーク受信機能はＩＰアドレスもチェックすることが好ましい。ＳＳＭが用いられる場合、ネットワーク受信機能はアドレスの一致がＭＡＣ層で検出された場合のみＩＰアドレスをチェックすることが好ましい。
【００６２】
ビデオＩＰ中継局では、ＭＰＥＧ−２／ＲＴＰ／ＵＤＰ／ＩＰ／ＰＯＮマルチキャスト・グループなどのプロトコル・スタックが採用されてもよい。ＩＰ及びＭＡＣのソース・アドレスは定義され、送信される。
【００６３】
すべての利用可能なビデオ・チャネルは、ＯＬＴに提供されてもよい。すべての利用可能なビデオ・チャネルがＯＬＴに提供されるのが理想的である。ＯＬＴは、すべてのＩＰマルチキャスト・チャネルの受信をセットアップし、維持するように構成される。例えば、１つのプロバイダによって、２００のチャネルが提供されてもよい。ＯＬＴは、更に、上りＩＧＭＰリクエストを除去する。
【００６４】
図３は、チャネル群がどのようにマルチキャストＩＰアドレスにマッピングされ得るかを示す。チャネルは、申し込みなどによって、例えば基本パッケージ及び１以上のプレミアム・レート・パッケージなどのチャネル・グループとして提供されてもよい。
【００６５】
セットトップ・ボックス（ＳＴＢ）では、ＳＴＢがブート・アップ
する度に、許可されたテレビ・チャネル・リストがサービス・プロバイダによってロードされる。この特徴は、視聴者の便宜のためのものであり、ＰＣなどの代替的情報機器からの権限無きアクセスからサービスを保護しないしないことに注意。セットトップ・ボックスは、ＩＧＭＰバージョン２又は同様の機能性を有するプロトコルを用いることが好ましい。
【００６６】
例えばセットトップ・ボックス＃１上のユーザからの最初のチャネル・リクエストの取扱方法は、
１．ＳＴＢ７０が、具体的なチャネルＩＰアドレス（例えば）２２５．０．１．２を求める加入ＩＰマルチキャスト・リクエストを発行することによってチャネル（例えば、チャネル２）をリクエストする工程；
２．ＯＮＵが、ＩＧＭＰ加入リクエストを受信する工程；
３．ＯＮＵが、リクエストされたチャネルがその許容できるチャネルのリストにあることをチェックし、選択されたチャネル（２２５．０．１．２）を求めるＩＧＭＰリクエストを中継局ユニット１０へ送り、そのアドレス（２２５．０．１．２）上でマルチキャスト信号を聞くことを開始する工程；
４．中継局ユニット１０が、該チャネル（２）への加入を求めるＩＧＭＰリクエストを受信する工程；
・リクエストされたチャネルが既にそのリンク上で送信されている場合、中継局ユニットはそのままで、リクエストしているＳＴＢのＩＰアドレスを登録してもよい。
【００６７】
・リクエストされたチャネルが既にそのリンク上で送信されていない場合、リクエストされたチャネルは中継局によってリクエストしているリンクへ流される。リクエストしたＳＴＢのＩＰアドレスは任意的に登録される。
５．ＯＮＵ３０が、チャネル２のビデオ・パケットを受信し、これらストリームをリクエストしたＳＴＢのポートへ転送する工程；
を有する。
【００６８】
例えばセットトップ・ボックス＃１上のユーザからのチャネル変更リクエストの取扱方法は、
１．現在第一のチャネル（例えば、チャネル２）を見ているＳＴＢ７０上のユーザが、第二のチャネル（例えば、チャネル３）を見るようにチャネル変更を押す工程；
２．ＳＴＢ７０が、チャネル２に対する離脱メッセージ（ＩＰマルチキャスト２２５．０．１．２を去る）と、チャネル３に対する加入リクエスト（ＩＰマルチキャスト２２５．０．１．３）とを送信する工程；
３．ＯＮＵ３０が、ＩＧＭＰ離脱リクエストを受信し、それを中継局１０へ送る工程；
４．ＯＮＵ３０が、チャネル３がそのＳＴＢに対して許容できるチャネルのリストにあることをチェックし、２２５．０．１．３についてのＩＧＭＰリクエストを中継局１０へ送り、リクエストされたアドレス（２２５．０．１．３）上での送信を聞くのを開始する工程；
５．中継局１０がチャネル２を去るためのＩＧＭＰリクエストを受信する工程；　・ＳＴＢ７０がそのリンク上でそのチャネルをリクエストしている唯一のユーザである場合、そのリンク上でのそのチャネルの送信が停止されてもよく、リクエストしているＳＴＢのＩＰアドレスが登録されてもよい。
【００６９】
・ＳＴＢ７０がそのリンク上でそのチャネルをリクエストしている唯一のユーザでない場合、そのリンク上でのそのチャネルの送信が続けられても良く、リクエストしているＳＴＢのＩＰアドレスが登録されなくてもよい。
６．中継局１０が新しくリクエストされたチャネル（チャネル３）への加入を求めるＩＧＭＰリクエストを受信する工程；
・そのチャネルが既にそのリンク上で送信されている場合、中継局ユニットはそのままで、リクエストしているＳＴＢ７０のＩＰアドレスを登録してもよい。
【００７０】
・そのチャネルが既にそのリンク上で送信されていない場合、新たにリクエストされたチャネル（チャネル３）がリクエストしているリンクへ流される。リクエストしたＳＴＢのＩＰアドレスは任意的に登録される。
７．ＯＮＵ３０がリクエストされたチャネルのビデオ・パケットを受信し、チャネル２ストリームをユーザに転送するのをやめて、代わりに新たにリクエストされたチャネル・ストリーム（チャネル３）をリクエストしたＳＴＢのポート上へ転送する工程；
を有する。
【００７１】
許可リストにおいて一チャネルを１又は複数の時刻と関連付けることによって、上記のようなペイ・パー・チャネル方式と同様に、ペイ・パー・ビュー方式もサポートすることができる。特に、ＯＮＵ３０がリアルタイム・クロックを有する（又は、ネットワークなどからの周期的なリアルタイム信号へアクセスできる）場合、ユーザは、期間限定でチャネルに加入し得る。例えば、
・許可リストは、チャネルが許可リストから削除された後、１つの終了時刻を各チャネルに関連付け、ユーザによる現在のチャネルへの迅速な（例えば、現在放送されている映画の終了までに）加入を可能にする。
【００７２】
・許可リストは、開始時刻及び終了時刻の双方をこれら開始及び終了時刻間でのみ有効とされる各チャネルと関連付け、ペイ・パー・ビュー・サービスの高度な予約を可能にする。
【００７３】
・許可リストは、より複雑な時刻間隔を任意の所定のチャネルと関連付け、例えばチャネル・プロバイダが夕方のその時刻まで「アダルト」チャネル・コンテンツの送信を自粛している午後９：００までに限り特定のチャネルへの加入をサポートしてもよい。他のオプションは、適用される申し込み料金が異なり得る１日の時刻及び週の時刻の条件などを含む。
【００７４】
特定の追加／除去制御メッセージをＯＮＵへ送り、許可リストを更新することによって、利用に対する時間制限も中継局に対するアクティブ制御によって実施され得る。これは、各ＯＮＵにリアルタイム・クロックを備えることを未然に防ぐ。
【００７５】
チャネル・リクエストを検査するのに用いられる許可リストは、全体がＯＮＵと関連づけられて、よってそれを通ってサービスを受信する各ＳＴＢ又はＰＣに等しく適用されてもよく、或いは、サービスを受信する個々のＳＴＢ／ＰＣのそれぞれに対して関連付けられてもよい。後者の方法において、例えば子供の視聴に対する親の制御などをサポートするのに適用される別々のチャネル・アクセス制御を有してもよい（例えば、子供部屋のＳＴＢは子供向けチャネルしか受信できない、或いは、「アダルト」番組の申し込みは家の中の大人しかできない、など）。
【００７６】
図４を参照する。上記本発明も個々のＳＴＢ又はＰＣのＯＮＵへの直接接続に限定されない。図４に示す別の実施形態において、第二のＯＮＵ３０ａは、アクセス・ネットワークを通じてＯＬＴ１２０へ接続されているところが図示されている。この構成は、更に、ＯＮＵ上のユーザ・ポートに接続されたユーザ側ネットワーク８１を有する。この顧客側ネットワークは、ＯＮＵ３０ａへのアクセス接続へのスイッチ８１３（例えば、イーサネット（Ｒ）・スイッチ）を通じて接続されたＳＴＢ８１２及びとＰＣ８１１を有する。このように、１つのＯＮＵは、複数の顧客側をサポートし得る（例えば、複数の居住施設、或いは、通り沿い、など）。このような構成において、ＯＮＵは、ＯＮＵ顧客ポートごとに許可チャネル・リストを有してもよく、或いは、ＳＴＢ／ＰＣごとに有してもよい。この構成はＯＮＵの複雑さを増加させるが、配備されるべきＯＮＵの数を減らすため、オペレータ・コストを減少させることになる。
【００７７】
さらに、上記記載はマルチキャスト信号及びＩＧＭＰ信号送信及びＩＰ上で搬送されるチャネルについて提示されているが、ユーザからのチャネル・リクエストを検査する根本的な方法は、リクエストされた信号のマルチキャスト性質（非マルチキャスト・ネットワークにおけるポイント・ツー・ポイント信号へのアクセスも同様に制御され得る）及び用いられる具体的なシグナリング及びブロードキャスト・プロトコルの双方から明らかに独立している。
【００７８】
本発明を、オーディオ、ソフトウェア配布などのマルチキャストを用いて伝達される他のサービスや一般的なプッシュ型のコンテンツ伝達に適用できることは明らかである。
【００７９】
ここで与えられるあらゆる範囲又は装置の値は、ここで教えるところを理解した当業者には明らかなように、求める効果を失わずに広げる又は変更することが可能である。
【図面の簡単な説明】
【図１】
本発明に係る通信ネットワークの概略図である。
【図２】
本発明に係るオプティカル・ネットワーク・ユニット（ＯＮＵ）の概略図である。
【図３】
本発明に係るマルチキャスト放送チャネル・パッケージ・アレンジメントの一例を示す図である。
【図４】
本発明に係る通信ネットワークの別の概略図である。
【図１】
2004515158.tif 000003
【図２】
2004515158.tif 000004
【図３】
2004515158.tif 000005
【図４】
2004515158.tif 000006
【国際公開パンフレット】
2004515158.tif 000007
2004515158.tif 000008
2004515158.tif 000009
2004515158.tif 000010
2004515158.tif 000011
2004515158.tif 000012
2004515158.tif 000013
2004515158.tif 000014
2004515158.tif 000015
2004515158.tif 000016
2004515158.tif 000017
2004515158.tif 000018
2004515158.tif 000019
2004515158.tif 000020
2004515158.tif 000021
2004515158.tif 000022
2004515158.tif 000023
2004515158.tif 000024
2004515158.tif 000025
2004515158.tif 000026
2004515158.tif 000027
2004515158.tif 000028
2004515158.tif 000029
【国際調査報告】
2004515158.tif 000030
2004515158.tif 000031
2004515158.tif 000032