【誤訳訂正書】
【提出日】平成24年7月12日(2012.7.12)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
第１のマルチキャスト・アドレス上でマルチキャストＩＰネットワークを介して受信され、少なくとも１つのユーザ・ホストによって再生される第１のマルチメディア番組を、少なくとも１つの第２のマルチメディア番組に自動的に置き換えるための方法であって、
発信者ホスト側で、
前記第１のマルチキャスト・アドレス上で受信される番組データの流れを中断するステップと、
前記第２のマルチキャスト・アドレス上で受信される番組データの流れを送信開始するステップと
を実行することを含み、
ユーザ・ホスト側で、
前記第１のマルチキャスト・アドレスとは異なる第２のマルチキャスト・アドレス上で、前記マルチキャストＩＰネットワークを介して、前記少なくとも１つの第２のマルチメディア番組を受信するステップであって、前記第２のマルチメディア番組の受信は、当該第２のマルチメディア番組と当該第２のマルチメディア番組の第２のマルチキャスト・アドレスとを含むインターネット・プロトコル（ＩＰ）フレームを受信することによって行われる、前記受信するステップと、
前記第１および第２の両方のマルチキャスト・アドレス上で受信される番組データを、前記少なくとも１つのユーザ・ホストの通信手段によって、前記少なくとも１つのユーザ・ホストの再生手段に向けて伝送するステップと、
前記少なくとも１つのユーザ・ホストの再生を、前記第１のマルチキャスト・アドレス上で受信された前記第１のマルチメディア番組から、前記第２のマルチキャスト・アドレス上で受信された前記少なくとも１つの第２のマルチメディア番組へとスイッチするステップであって、前記第２のマルチキャスト・アドレスは、スイッチング・データを介して前記第１のマルチキャスト・アドレスにリンクされている、前記スイッチするステップと、
前記再生手段に伝送される場合に、前記第２のマルチキャスト・アドレス上で受信される前記番組データを、前記第１のマルチキャスト・アドレスから着信するように見えるように修正するステップであって、前記インターネット・プロトコル（ＩＰ）フレーム中の前記第２のマルチキャスト・アドレスが前記第１のマルチキャスト・アドレスに置き換えられる、前記修正するステップと
を実行することを含む、前記方法。
【請求項２】
前記スイッチング・データが前記ユーザ・ホストに格納される、請求項１に記載の方法。
【請求項３】
前記少なくとも１つのユーザ・ホストが、前記第１のマルチキャスト・アドレスを有する第１の複数のユーザ・ホストの第１のマルチキャスト・グループと、前記第２のマルチキャスト・アドレスを有する第２の複数のユーザ・ホストの第２のマルチキャスト・グループとに、同時に属する、請求項１又は２に記載の方法。
【請求項４】
第１および第２の両方のマルチキャスト・アドレス上で受信されるＩＰフレームを、少なくとも１つのネットワーク・コントローラによってＭＡＣフレームに処理するステップと、
前記ＭＡＣフレームを少なくとも１つのＩＰレイヤ・モジュールに向けて転送するステップと
をさらに含む、請求項１に記載の方法。
【請求項５】
前記少なくとも１つのＩＰレイヤ・モジュールに伝送される前記ＭＡＣフレームを、それらの宛先アドレスを、前記第２のマルチキャスト・アドレスから前記第１のマルチキャスト・アドレスへ、またはその逆に、修正するように処理するステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記スイッチング・データが、前記第２のマルチキャスト・アドレスを前記第１のマルチキャスト・アドレスから計算するために、またはその逆に使用される、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記第２のマルチキャスト・アドレスの計算に、前記第１のマルチキャスト・アドレス上の論理マスクを適用するか、またはその逆に適用するステップをさらに含む、請求項６に記載の方法。
【請求項８】
前記計算が、前記論理マスクのビットと、前記第１のマルチキャスト・アドレスからの対応ビットとを組み合わせるか、またはその逆の、ＸＯＲ演算を実行するステップをさらに含む、請求項７に記載の方法。
【請求項９】
前記スイッチング・データがハードワイヤード論理回路である、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
第１のマルチキャスト・アドレス上でマルチキャストＩＰネットワークを介して受信され、複数のユーザ・ホストによって再生される、メイン・マルチメディア番組を、自動的に置換番組に置き換えるための方法であって、
ユーザ・ホストの第１のグループの少なくとも１つのユーザ・ホストについて、前記メイン・マルチメディア番組を、第１のスイッチング・データに従って、第１の置換番組に置き換えるための、請求項１〜９のいずれか一項に記載の方法を実行するステップと、
ユーザ・ホストの第２のグループの少なくとも１つのユーザ・ホストについて、前記メイン・マルチメディア番組を、第２のスイッチング・データに従って、第２の置換番組に置き換えるための、請求項１〜９のいずれか一項に記載の方法を実行するステップと
を含む、前記方法。
【請求項１１】
第１のマルチキャスト・アドレス上でマルチキャストＩＰネットワークを介して受信され、請求項１〜９のいずれか一項に従った方法を使用するために構成された複数のユーザ・ホストによって再生される、メイン・マルチメディア番組に、ターゲットとされる番組を挿入するための方法であって、前記ターゲットとされる番組が、前記個々のユーザ・ホストのユーザの少なくとも１つの特徴に従って、個々のユーザ・ホストそれぞれについて選択され、前記ユーザそれぞれについて、
前記少なくとも１つの特徴に従ってスイッチング・データを定義し、前記ユーザを、複数のユーザ・グループのうちの少なくとも１つのユーザ・グループに分類するステップと、
前記スイッチング・データを、前記ユーザに対応する前記ホストに格納するステップと
を含み、
発信者側で、前記ターゲットとされる番組を前記メイン・マルチメディア番組に挿入するために選択された所与のインスタントで、
前記メイン・マルチメディア番組の発信を中断するステップと、
前記ターゲットとされる番組を受信するための前記ユーザ・グループの前記スイッチング・データに対応するマルチキャスト・アドレス上で、それぞれの選択されたターゲットとされる番組を発信するステップと
をさらに含む、前記方法。
【請求項１２】
前記ユーザ・ホスト側で、
前記ユーザ・ホストに格納された少なくとも１つの選択データを修正するステップと、
どのマルチキャスト・アドレスから受信した番組データを前記再生手段に伝送するかを選択するために、当該選択データを使用するステップと
を実行することをさらに含み、
前記伝送するステップが、前記第１および第２のマルチキャスト・アドレスのうちの１つで受信される番組データのみを、当該少なくとも１つのユーザ・ホストの前記通信手段によって、当該少なくとも１つのユーザ・ホストの再生手段に向けて伝送するステップを含む、請求項１〜１１のいずれか一項に記載の方法。
【請求項１３】
請求項１〜１２のいずれか一項に記載の方法の各ステップを実行するように適合された手段を備えている、コンピュータ・システム。
【請求項１４】
コンピュータ・システムに、請求項１〜１２のいずれか一項に記載の方法の各ステップを実行させる、コンピュータ・プログラム。
【請求項１５】
第１のマルチキャスト・アドレス上でマルチキャストＩＰネットワークを介して受信され、少なくとも１つのユーザ・ホストによって再生される第１のマルチメディア番組を、少なくとも１つの第２のマルチメディア番組に自動的に置き換えるためのコンピュータ・プログラムであって、
発信者ホスト側に、
前記第１のマルチキャスト・アドレス上で受信される番組データの流れを中断するステップと、
前記第２のマルチキャスト・アドレス上で受信される番組データの流れを送信開始するステップと
を実行させ、
ユーザ・ホスト側に、
前記第１のマルチキャスト・アドレスとは異なる第２のマルチキャスト・アドレス上で、前記マルチキャストＩＰネットワークを介して、前記少なくとも１つの第２のマルチメディア番組を受信するステップであって、前記第２のマルチメディア番組の受信は、当該第２のマルチメディア番組と当該第２のマルチメディア番組の第２のマルチキャスト・アドレスとを含むインターネット・プロトコル（ＩＰ）フレームを受信することによって行われる、前記受信するステップと、
前記第１および第２の両方のマルチキャスト・アドレス上で受信される番組データを、前記少なくとも１つのユーザ・ホストの通信手段によって、前記少なくとも１つのユーザ・ホストの再生手段に向けて伝送するステップと、
前記少なくとも１つのユーザ・ホストの再生を、前記第１のマルチキャスト・アドレス上で受信された前記第１のマルチメディア番組から、前記第２のマルチキャスト・アドレス上で受信された前記少なくとも１つの第２のマルチメディア番組へとスイッチするステップであって、前記第２のマルチキャスト・アドレスは、スイッチング・データを介して前記第１のマルチキャスト・アドレスにリンクされている、前記スイッチするステップと、
前記再生手段に伝送される場合に、前記第２のマルチキャスト・アドレス上で受信される前記番組データを、前記第１のマルチキャスト・アドレスから着信するように見えるように修正するステップであって、前記インターネット・プロトコル（ＩＰ）フレーム中の前記第２のマルチキャスト・アドレスが前記第１のマルチキャスト・アドレスに置き換えられる、前記修正するステップと
を実行させる、
前記コンピュータ・プログラム。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】ＩＰネットワークを通じてブロードキャストされるマルチメディア番組を個別化するための方法、システム、およびコンピュータ・プログラム
【技術分野】
【０００１】
本発明はＩＰネットワークを通じてブロードキャストされるマルチメディア番組の分野に関し、具体的には、インターネットを通じたテレビジョン（ＩＰ  ＴＶ）に関する。より精密には、これは、メイン・マルチメディア番組を、ＴＶチャネルのメイン番組に挿入される広告番組などの個別化された置換番組に置き換えるための方法およびシステムに関する。
【背景技術】
【０００２】
インターネットベース通信における最近の技術の進歩に伴い、テレビジョン放送は、ケーブルまたはヘルツの地上波ネットワークを使用して、通信インフラストラクチャがますますアナログ方式に基づかなくなるという、新しい時代に突入した。現在では、ＩＰベースのデジタル・ビデオが、衛星ベース、ケーブル・ベース、またはｘＤＳＬ（すなわちＡＤＳＬ、ＳＤＳＬなど）、あるいは無線ベース（３Ｇ）のインフラストラクチャなどの、新しいデジタル・ネットワークのブロードバンド通信機能を強化した、標準となりつつある。
【０００３】
マルチチャネル・パッケージは、ますます増加を続ける加入者に対してＴＶオペレータが提案する、しばしばインターネット・サービス・プロバイダを介した一般的な提供品となりつつある。加入者はこうしたパッケージを利用して、自分のインターネット接続を介して１００を超える様々なチャネルを受信できることが、一般的になってきている。
【０００４】
現在、インターネットを介したＴＶの実現は、インターネット・プロトコル（ＩＰ）を使用する任意の他のネットワークでも使用可能な、「マルチキャスト」プロトコルに基づいて行われる傾向がある。
【０００５】
マルチキャストは、以下の図１で示されるように、１つのホスト（以下、サーバと呼ぶ）が、マルチキャスト・グループに属するすべてのユーザ・ホストに接続できるようにする技術である。ストリームがネットワークを介して送信された後、ユーザは、インターネット・グループ管理プロトコル（ＩＧＭＰ）コマンドを介して、マルチキャスト・グループの一員となるために加入することができる。こうしたケースでは、１つのストリームが１つのサーバから発信され、いくつかのユーザ・ホストによって受信される。
【０００６】
広告は、デジタルＩＰ  ＴＶの分野を含むＴＶチャネル・オペレータにとって、かなりの収益をもたらすものであり、今後も同様であろう。ＴＶ番組における広告の効率性およびその価値は、こうした広告の目的に一致する可能性のある視聴者を正確にターゲットとする機能にかなり依存している。
【０００７】
数年前から、広告クリップが、第１にブロードキャストされているチャネルに基づいて、さらにはタイミングにも基づいて、所与の視聴者に届くようにブロードキャストされている。一例として、Ｋ−１２の視聴者をターゲットとするクリップは、一般に、漫画がブロードキャストされている場合に利用可能であり、自動車業界のクリップは、一般に、フォーミュラ１グランプリのブロードキャスト中に利用可能である。この手法は、ターゲットとする視聴者に届くようにすることはできるが、ＴＶ視聴者の個人のプロファイル、たとえば購買プロファイルに、実際に対処することはできない。
【０００８】
一般的なメイン・チャネルの番組内で、ある番組の一部をカスタマイズすることは、これらの番組を受信するユーザの希望またはニーズにより正確に合わせるため、または、ユーザとの対話型番組を構築するために、いくぶん興味深いものとなる可能性もある。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、インターネットまたは任意の特定ＩＰネットワークなどのＩＰネットワーク上でブロードキャストされる一般的な番組の一部を、カスタマイズできるようにすることである。
【００１０】
他の目的は、ユーザまたはユーザ・ホストのいくつかのグループまたはカテゴリに従って、こうしたメイン番組内にカスタマイズされた広告番組を挿入できるようにすることである。
【課題を解決するための手段】
【００１１】
こうした目的は、一方ではメイン番組を伝送するために、および他方では１つまたはいくつかの置換または挿入番組を伝送するために、異なるマルチキャスト・アドレスを使用して達成される。
【００１２】
本発明は、視聴者またはユーザ・ホストに対して、第１のマルチキャスト・アドレス上でマルチキャストＩＰネットワークを介して受信され、ユーザ・ホストによって再生される第１のマルチメディア番組を、第２のマルチメディア番組に自動的に置き換えるための、システムあるいは方法またはその両方を提案する。本発明によれば、こうした方法は、
−第１のマルチキャスト・アドレスとは異なる第２のマルチキャスト・アドレス上で、当該マルチキャストＩＰネットワークを介して、少なくとも１つの第２のマルチメディア番組を受信するステップと、
−当該少なくとも１つのユーザ・ホストの再生を、当該第１のマルチキャスト・アドレス上で受信された第１のマルチメディア番組から、第２のマルチキャスト・アドレス上で受信された当該少なくとも１つの第２のマルチメディア番組へと、スイッチするステップであって、当該第２のマルチキャスト・アドレスは、スイッチング・データを介して当該第１のマルチキャスト・アドレスにリンクされている、スイッチするステップと、
を含む。
【００１３】
より精密に言えば、これは、当該第１のマルチキャスト・アドレスを有する第１の複数のユーザ・ホストの第１のマルチキャスト・グループと、当該第２のマルチキャスト・アドレスを有する第２の複数のユーザ・ホストの第２のマルチキャスト・グループとに、同時に属する、少なくとも１つのユーザ・ホストを介して、到達可能である。
【００１４】
好ましくは、スイッチング・データはユーザ・ホストに格納される。
【００１５】
好ましい実施形態では、本発明は、ユーザ側で、当該第１および第２の両方のマルチキャスト・アドレス上で受信される番組データを、当該少なくとも１つのユーザ・ホストの通信手段によって、当該少なくとも１つのユーザ・ホストの再生手段に向けて伝送するステップをさらに含む。
【００１６】
したがって、本発明は、発信者側で、
−当該第１のマルチキャスト・アドレス上で受信される番組データの流れを中断するステップと、
−当該第２のマルチキャスト・アドレス上で受信される番組データの流れを送信開始するステップと、
をさらに含む。
【００１７】
より具体的に言えば、本発明は、再生手段に伝送される場合に、当該第２のマルチキャスト・アドレス上で受信される番組データを、当該第１のマルチキャスト・アドレスから着信するように見えるように修正するステップを、さらに含む。
【００１８】
代替実施形態では、ユーザ側で、スイッチするステップは、
−当該ユーザ・ホストに格納された少なくとも１つの選択データを修正するステップと、−どのマルチキャスト・アドレスから受信した番組データを当該再生手段に伝送するかを選択するために、当該選択データを使用するステップと、
−当該第１および第２のマルチキャスト・アドレスのうちの１つで受信される番組データのみを、当該少なくとも１つのユーザ・ホストの通信手段によって、当該少なくとも１つのユーザ・ホストの再生手段に向けて伝送するステップと、
をさらに含む。
【００１９】
こうしたスイッチングは、一例として、２つのマルチキャスト・アドレスのうちの１つをフィルタリングするステップ、またはデータの受信元として他のアドレスを選択するステップを含むことができる。
【００２０】
この代替実施形態では、選択データを修正するステップは、ユーザ・ホストの状態、あるいは第１または第２のマルチキャスト・アドレス上で受信されるデータの状態を分析する、ローカル・プロセスの結果によってトリガすることができる。一例として、スイッチングは、以前はサイレントであったマルチキャスト・アドレスからの着信を検出することによっても、トリガ可能である。また、選択データを修正するステップは、信号データの受信によってもトリガ可能である。
【００２１】
両方の実施形態を、異なる方法で組み合わせることができる。一例として、一方の実施形態を何らかのコンテキストで（たとえば、映画またはある種の特定時間中の広告用）使用し、他方の実施形態を、何らかの他のコンテキストで（たとえば、映画の合い間または他の特定時間に）使用することができる。
【００２２】
異なるユーザ・ホストの互換性に従って、これらのユーザ・ホストが異なる実施形態を同時に使用することもできる。
【００２３】
両方の実施形態において、本発明は、ユーザのアカウント識別子または認証プロセスを介し、おそらくインターネット・サービス・プロバイダまたはＴＶオペレータによって認識および分類されたユーザのプロファイルに従って、ユーザをグループ化することを提案する。
【００２４】
したがって本発明は、第１のマルチキャスト・アドレス上でマルチキャストＩＰネットワークを介して受信され、複数のユーザ・ホストによって再生される、メイン・マルチメディア番組を、自動的に置換番組に置き換えるための方法を含む。
【００２５】
したがって、当該方法は、
−ユーザ・ホストの第１のグループの少なくとも１つのユーザ・ホストについて、当該メイン・マルチメディア番組を、第１のスイッチング・データに従って、第１の置換番組に置き換えるための、請求項１から１２のいずれか一項に従った方法を実行するステップと、
−ユーザ・ホストの第２のグループの少なくとも１つのユーザ・ホストについて、当該メイン・マルチメディア番組を、第２のスイッチング・データに従って、第２の置換番組に置き換えるための、請求項１から１２のいずれか一項に従った方法を実行するステップと、
を含む。
【００２６】
好ましい実施形態では、本発明は、第１のマルチキャスト・アドレス上でマルチキャストＩＰネットワークを介して受信され、好ましい実施形態に従った方法を使用するために構成された複数のユーザ・ホストによって再生される、メイン・マルチメディア番組に、ターゲットとされる番組を挿入するための方法も含む。この方法に従い、当該個々のユーザ・ホストのユーザの少なくとも１つの特徴に従って、個々のユーザ・ホストそれぞれについて、このターゲットとされる番組が選択される。次に、当該挿入方法は、当該ユーザそれぞれについて、
−少なくとも１つの特徴に従ってスイッチング・データを定義し、当該ユーザを、複数のユーザ・グループのうちの少なくとも１つのユーザ・グループに分類するステップと、
−当該スイッチング・データを、当該ユーザに対応するホストに格納するステップと、
を含む。
【００２７】
したがって、当該ターゲットとされる番組を当該メイン番組に挿入するために選択された所与のインスタントで、当該挿入方法は、発信者側で、
−当該メイン・マルチメディア番組の発信を中断するステップと、
−当該ターゲットとされる番組を受信するためのユーザ・グループのスイッチング・データに対応するマルチキャスト・アドレス上で、それぞれの選択されたターゲットとされる番組を発信するステップと、
を含む。
【００２８】
代替実施形態では、本発明は、第１のマルチキャスト・アドレス上でマルチキャストＩＰネットワークを介して受信され、こうした番組置換方法を使用するために構成された複数のユーザ・ホストによって再生される、メイン・マルチメディア番組に、ターゲットとされる番組を挿入するための方法も含む。この方法に従い、当該個々のユーザ・ホストのユーザの少なくとも１つの特徴に従って、個々のユーザ・ホストそれぞれについて、このターゲットとされる番組が選択される。次に、当該挿入方法は、当該ユーザそれぞれについて、
−少なくとも１つの特徴に従ってスイッチング・データを定義し、当該ユーザを、複数のユーザ・グループのうちの少なくとも１つのユーザ・グループに分類するステップと、
−当該スイッチング・データを、当該ユーザに対応するホストに格納するステップと、
を含む。
【００２９】
したがって、当該ターゲットとなる番組を当該メイン番組に挿入するために選択された所与のインスタントで、当該挿入方法は、発信者側で、
−受信されることになる当該ターゲットとなる番組によってターゲットとされるユーザ・グループのホストに格納されたスイッチング・データに対応するマルチキャスト・アドレス上で、それぞれの選択されたターゲットとされる番組を発信するステップと、
−当該ユーザ・ホスト内の当該ターゲットとされる番組によって当該メイン番組の置き換えをトリガするように構成された信号を発信するステップと、
を含む。
【００３０】
したがってこの代替実施形態は、デフォルトの広告番組などのデフォルトの第２番組を含むメイン・マルチメディア番組を、連続して発信することができる。次に、このデフォルトの第２番組は、特定のユーザ・グループに属していない、すなわち個別化されたスイッチング・データを有していない、すべてのユーザ・ホストによって受信および再生される。
【００３１】
一方で、個別化されたスイッチング・データを備えるいずれのユーザ・ホストも、それが属するユーザ・グループに従って、個別化された挿入済み番組を受信および再生することになる。フィルタリング機能は、こうした個別化されたユーザ・ホストが、第１のマルチキャスト・アドレス上で発信された番組からの干渉を受けることなく、個別化された第２のマルチメディア番組のみを再生できるようにするものである。
【００３２】
したがって本発明は、ＩＰ  ＴＶ環境において個別化された広告の受信を可能にするものである。これは、以下の特徴のうちのすべてまたは一部を示唆するものである。
−各ユーザ・ホストにおいて、少なくとも１組のアドレスが、一方はメイン・サービス（ＴＶチャネル）用、他方は広告用である。
−同じ興味の中心（interest centre）または同様のプロファイルを有するユーザは、１つまたはいくつかのグループにまとめられる。
−ユーザは、いずれかのＩＰ  ＴＶチャネルに接続された場合に認証され、これを使用して１つのグループまたは他のグループに指定することができる。
−広告アドレスはそれぞれのユーザ・グループに関連付けられる。
−ユーザ機器は加入し、アドレスの組に関するパケットを受信することを受け入れ、広告アドレスをメイン・サービス・アドレスに変換する。
−ユーザ・ホストにおいて、データはメイン・サービス（ＴＶチャネル）または広告に関して独占的に伝送される。
【００３３】
さらに本発明は、ＩＰマルチキャスト・アドレスの構造内で、
−第１の番組のマルチキャスト・アドレスおよび第２のマルチメディア番組のマルチキャスト・アドレスは、それらの下位ビットでのみ異なること、あるいは
−第１の番組に関するマルチキャスト・アドレスは偶数タイプであり、１つまたは複数の第２のマルチメディア番組のマルチキャストは奇数タイプであること、またはその両方の、新しい特徴を定義することを提案する。
【００３４】
定義されたチャネルに関連する広告グループに対応する広告番組を伝送するために使用されるアドレスの場合、本発明は、マルチキャスト広告グループ・アドレスの区分化を以下のように定義することを提案する。
−メイン・チャネル・アドレスの最下位７ビットはゼロである、あるいは、
−アドレスの最終ビットは広告アドレスを示すために示される、またはその両方、ならびに、
−前の６ビットは広告グループを示す
【００３５】
本発明の特徴であるとみなされる新規な特徴および発明上の特徴が、添付の特許請求の範囲で示される。しかしながら、発明それ自体ならびにその好ましい使用モード、他の目的、および利点は、添付の図面に関して例示された詳細な実施形態についての以下の詳細な説明を参照することによって、最も良く理解されよう。
【図面の簡単な説明】
【００３６】
【図１】従来技術に従った、インターネットを介したＩＰデジタルＴＶのブロードキャスト構造を示す図である。
【図２】ＩＥＥＥ  ８０２マルチキャストＭＡＣアドレスに関するマッピング技法を表す図である。
【図３】メイン番組の再生状態にある本発明の実施形態を示す図である。
【図４】２つの別個のユーザ・グループに対する広告番組の再生状態にある、本発明の実施形態を示す図である。
【図５】本発明に従った、マルチキャスト・グループ・アドレスの区分化に関する新しい構造定義を表す図である。
【図６】本発明に従った、ユーザ・ホストに関するメイン番組フレームおよび広告番組フレームの処理を示す図である。
【図７】本発明に従った、ネットワーク・インターフェース・コントローラにおいて代替サブ・アドレスを管理するためのマルチキャスト・アドレス・テーブルを表す図である。
【図８】本発明に従った、ネットワーク・インターフェース・コントローラにおける着信フレームの処理を示すブロック図である。
【図９】本発明に従った、ＩＰレイヤにおける代替サブ・アドレスを管理するためのマルチキャスト・アドレス・テーブルを表す図である。
【図１０】本発明に従った、ＩＰレイヤにおける着信フレームの処理を示すブロック図である。
【発明を実施するための形態】
【００３７】
以下の仕様において、いくつかの図面に共通の要素は共通の識別子で参照される。
【００３８】
従来技術
図１は、ＩＰネットワーク、具体的にはインターネットを介したＴＶチャネルのブロードキャストに関して、現在知られているアーキテクチャを示す。
【００３９】
発信者ホスト１１１ａから１１１ｄは、サーバとも呼ばれ、それらそれぞれのマルチキャスト・アドレス１１２ａから１１２ｄで、それらそれぞれのチャネルＣＨ１からＣＨ４に対してマルチメディア番組を発信している。これらの番組は、それらそれぞれのマルチキャスト・アドレスに登録され、ここではユーザ・ホスト１１５ａから１１５ｊとして示された、すべてのユーザ・ホストに向けて、マルチキャスト可能ルータ１１３によってインターネット１１０を介して伝送される、ＩＰフレームに細分化される。ユーザ・ホストは、ＩＰフレームを受信し、それらをハードウェアまたはソフトウェアのマルチメディア・プレーヤに対して処理可能な、任意のタイプのコンピュータ化デバイスとすることができる。これらは、マイクロ・コンピュータ、またはＴＶデジタル・セットトップ・ボックス、またはデジタルＴＶセット、または様々な配置構成の好適な手段およびソフトウェアとすることができる。
【００４０】
ユーザ・ホスト１１５ａから１１５ｊは、対応するフレームに関する正しいホスト・グループに登録され、マルチキャスト可能ルータ１１３によってインターネットを介してそれらに転送される。一般に、ユーザ・ホスト１１５ａは、イーサネットＬＡＮなどのローカル・エリア・ネットワーク１４０ａから１４０ｈを介して、ケーブル・モデムまたはＡＤＳＬボックスなどのインターネット接続デバイス１１４ａから１１４ｈに接続される。この接続デバイス１１４ａは、ＬＡＮ  １４０ａとインターネット１１０または外部ＩＰネットワークとの間のブリッジとして動作する。
【００４１】
図１では、図示されたユーザは、以下のような異なるＴＶチャネルを受信および再生している。
−ＩＰマルチキャスト・アドレス２２４．７７．９８．１２８を備えたＣＨ１は、ＵＳＥＲ１、ＵＳＥＲ２、ＵＳＥＲ４、ＵＳＥＲ６、およびＵＳＥＲ８によって受信される。
−ＩＰマルチキャスト・アドレス２２４．７７．９９．１２８を備えたＣＨ２は、ＵＳＥＲ３およびＵＳＥＲ７によって受信される。
−ＩＰマルチキャスト・アドレス２２４．７７．１００．１２８を備えたＣＨ３は、ＵＳＥＲ５およびＵＳＥＲ１０によって受信される。
−ＩＰマルチキャスト・アドレス２２４．７７．１０１．１２８を備えたＣＨ４は、ＵＳＥＲ９によって受信される。
【００４２】
マルチキャストＩＰ接続
ＩＰマルチキャスティングは、単一のＩＰ宛先アドレス（すなわち登録先のマルチキャスト・アドレス）によって識別される、「ホスト・グループ」というゼロまたはそれ以上のホスト・セットへの、ＩＰデータグラムの伝送である。マルチキャスト・データグラムは、正規のユニキャスト（すなわち固有の宛先を備えた）ＩＰデータグラムと同じ「ベストエフォート（best-effort）」信頼性を備えた、その宛先ホスト・グループのすべての
メンバに送達される。
【００４３】
ホスト・グループのメンバシップは動的であり、すなわち、ホストはいつでもグループに参加および離脱することができる。ホスト・グループ内のメンバの位置または数には制約がない。ホストは、ある時点で複数グループのメンバであることが可能である。ホストは、インターネット・グループ管理プロトコル（ＩＧＭＰ）を使用して、動的にグループに参加および離脱する。これは、ＩＧＭＰｖ１に関してはＲＦＣ１１１２、およびＩＧＭＰｖ２に関してはＲＦＣ２２３６に定義されている。
【００４４】
ここで、ＩＰマルチキャスト動作のいくつかの不可欠な細部を示す。
−すべてのマルチキャスト・トラフィックは、２２４．０．０．０から２３９．２５５．２５５．２５５（２２４．０．０．０／４）の範囲内のクラスＤアドレスに送信される。２２４．０．０．０から２２４．０．０．２５５（２２４．０．０．０／２４）の範囲内のすべてのトラフィックはローカル・サブネット向けであり、ルータによって転送されることはない。マルチキャスト可能ルータは、２２４．０．０．１から２３９．２５５．２５５．２５５の範囲内のマルチキャスト・トラフィックを転送する。
−特定のマルチキャスト・アドレスはグループ・アドレスと呼ばれる。
−特定のグループ・アドレスのマルチキャスト・トラフィックを聴取するホスト・セットは、マルチキャスト・グループまたはホスト・グループと呼ばれる。マルチキャスト・グループ・メンバは、それらのユニキャスト・アドレスおよびグループ・アドレスへのトラフィックを受信することができる。マルチキャスト・グループは永続的または一時的とすることができる。永続グループには良く知られたグループ・アドレスが割り当てられる。永続グループの例は、２２４．０．０．１の良く知られたマルチキャスト・アドレス上のトラフィックを聴取する、全ホスト・マルチキャスト・グループである。永続グループのメンバシップは一時的であり、グループ・アドレスのみが永続的である。
−マルチキャスト・グループのサイズに、制限はない。
−マルチキャスト・グループのメンバがマルチキャスト・グループに参加および離脱できるタイミングに、制限はない。
−ホストが属することが可能なマルチキャスト・グループの数に、制限はない。
【００４５】
ＩＥＥＥ  ８０２．３マルチキャストＭＡＣアドレスへのＩＰマルチキャスト・アドレスに関するＴＣＰ／ＩＰアドレス解決
データグラムは、インターネットまたは任意のタイプの他のＩＰネットワークを介して、ＩＰプロトコルに従って構築されたフレームとして搬送される。こうしたＩＰフレームは、主に発信元および宛先のアドレスを備える。マルチキャスト・データグラムの場合、この宛先アドレスは、チャネルＣＨ１のマルチキャスト・アドレス１１２ａ（２２４．７７．９８．１２８）などの、ＩＰフォーマット化マルチキャスト・アドレスである。
【００４６】
データ移送レイヤ上では、メディア・アクセス制御（ＭＡＣ）プロトコルが使用される。ＭＡＣプロトコルは、移動した物理ネットワークのトポロジに従って、ペイロード・データ（ＩＰフレーム）をカプセル化する。一例として、インターネットのＡＴＭ部分では、ＩＰフレームはＡＴＭフォーマット化セル内に埋め込まれ、このセルは、埋め込まれたＩＰフレームのＩＰマルチキャスト・アドレスに対応するＡＴＭフォーマット化宛先アドレスも含む。
【００４７】
ＩＰフレームは、ローカル・エリア・ネットワーク（ＬＡＮ）内に到達すると、それらの前の移送フレーム（たとえばＡＴＭセル）から抽出され、当該ＬＡＮのトポロジに従ってフォーマット化された新しい移送フレームに（宛先アドレスと共に）埋め込まれる。この新しい埋め込みの場合、ＩＰフレームのＭＡＣ宛先アドレスは、当該ＬＡＮに適合可能なアドレスへの解決プロセスを介して計算される。
【００４８】
ユニキャスト通信では、データグラムは、１つのソース・デバイスから１つの宛先デバイスへと送信される。ネットワーク・レイヤ・アドレスの解決に直接マッピングまたは動的解決のどちらが使用されても、データグラムの所期の受信者が１人しかいない場合、アドレスの解決は比較的簡単である。ＴＣＰ／ＩＰは、ユニキャスト解決のみを宛先とするその動的解決スキームに、ＡＲＰを使用する。
【００４９】
インターネット・プロトコルにおけるマルチキャストの場合、データグラムは複数の受信者宛に送信されなければならない。したがって、ＩＰマルチキャスト・アドレスとＭＡＣレイヤでの宛先デバイスのアドレスとの間に、関係が確立されなければならない。
【００５０】
通常、イーサネットＬＡＮセグメント上のネットワーク・インターフェース・カード（ＮＩＣ）は、それらのバーンイン済み（burned-in）ＭＡＣアドレスまたはブロードキャ
ストＭＡＣアドレス宛に送られたパケットのみを受信することになる。いくつかの手段は、複数のホストが同じパケットを受信可能であり、依然としてマルチキャスト・グループ間で差異化可能であるように、考案されてきた。
【００５１】
ＩＥＥＥ  ＬＡＮ仕様は、ブロードキャストあるいはマルチキャストまたはその両方のパケットの伝送に備えるものであった。ＩＥＥＥ  ８０２．３標準では、第１バイトのビット０を使用して、ブロードキャストあるいはマルチキャストまたはその両方のフレームが示される。これは、前述のように、マルチキャスト・アドレスに割り振られるアドレス領域に対応する（２２４．０．０．０から２３９．２５５．２５５．２５５）。
【００５２】
ＩＰマルチキャスト・グループとデータ・リンク・レイヤ・マルチキャスト・グループとの間のマッピングを定義することにより、物理デバイスは、マルチキャスト・データグラムに注意を払わなければならないタイミングを知ることができる。
【００５３】
最も一般的に使用されるマルチキャスト可能データ・リンク・アドレス指定スキームは、イーサネット・ネットワーク内でその仕様が最も良く知られた、ＩＥＥＥ  ８０２アドレス指定システムである。これらのデータ・リンク・レイヤ・アドレスは４８ビットを有し、２４ビットの２つのブロックに配置構成される。上位２４ビットは、個々の組織に異なる値が割り当てられる、組織的固有識別子（ＯＵＩ）と呼ばれるブロックに配置構成され、下位２４ビットは特定のデバイスに使用される。
【００５４】
インターネット割り当て番号公社（ＩＡＮＡ）自体が、マルチキャスト・アドレスをＩＥＥＥ  ８０２アドレスにマッピングするために使用するＯＵＩを有する。このＯＵＩは「０１：００：５Ｅ」である。イーサネット用のマッピングを形成するために、このＯＵＩに対して２４ビットが使用され、（４８の）２５番目は常にゼロである。これにより、オリジナルの４８のうち２３ビットが、マルチキャスト・アドレスをコード化するために残される。マッピングを実行するために、マルチキャスト・アドレスの下位２３ビットが、マルチキャスト・メッセージを送信するための「０１：００：５Ｅ」で始まるイーサネット・アドレスの最後の２３ビットとして使用される。このプロセスが図２に示され、この図は、ＩＡＮＡマルチキャストＯＵＩアドレス２５０を備えた、ＩＥＥＥ  ８０２．３の４８ビット・マルチキャストＭＡＣアドレス２６０への、ＩＰマルチキャスト・アドレス２００の解決を示す。
【００５５】
ＩＰマルチキャスト・アドレス２００は、インターネット・クラスＤアドレスを表すビット文字列「１１１０」２１０と、それに続く２８ビットのマルチキャスト・グループ・アドレス２３０とからなる。４８ビットのマルチキャストＩＥＥＥ  ８０２（イーサネット）アドレス２６０を作成するためには、上位２４ビットにＩＡＮＡのマルチキャストＯＵＩ（０１−００−５Ｅ）２５０が充填され、２５番目のビットはゼロであり、マルチキャスト・グループの下位２３ビットがＭＡＣアドレスの下位２３ビットに入れられる。
【００５６】
図１の例では、発信されたＩＰフレームは、インターネットを介して（たとえばＡＴＭセル内で）インターネット接続デバイス１１４ａに向けて搬送される。ここでＩＰフレームはＡＴＭセルから抽出され、図２に見られるように、当該イーサネットＬＡＮ  １４０ａによって使用されるＭＡＣフォーマット（ＩＥＥＥ  ８０２．３）に従って、ＭＡＣフレームに埋め込まれる。
【００５７】
発明の原理
図３から図４は、本発明に従った、以前に示したＩＰマルチキャスト・アドレス１１２ａ（２２４．７７．９８．１２８）上のサーバ１１１ａから発信されるＣＨ１  ＴＶチャネルなどの、これらのＴＶチャネルのうちの１つをブロードキャストするためのアーキテクチャを示す。
【００５８】
図３は、ユーザ・ホスト１１５ａから１１５ｈがチャネルＣＨ１のメイン番組を再生している状態を表す。
【００５９】
ユーザは、各接続で認証された場合、ＴＶサービス・プロバイダによって、またはそれらのＩＳＰによって識別されるか、あるいは他の方法で管理される。ユーザは、たとえば、定義済みの社会的な職業カテゴリを含むか、または同じ興味の中心に関係する、広告グループなどの、同じターゲット・グループに関連付けられる際に従う、プロファイルに属してきた。この例では、ＵＳＥＲ１、ＵＳＥＲ２、ＵＳＥＲ４、ＵＳＥＲ６、およびＵＳＥＲ８は、以下の２つのグループに分配されるものと想定される。
−ＵＳＥＲ１、ＵＳＥＲ４、ＵＳＥＲ８を含むグループＳＧ１、および
−ＵＳＥＲ２、ＵＳＥＲ６を含むグループＳＧ２
【００６０】
各ユーザ・ホスト１１５ａから１１５ｈには、メイン番組ＭＣＨマルチキャスト・アドレスで受信されたデータグラムの再生から、それ独自の広告グループに対応する広告番組ＳＧ１またはＳＧ２マルチキャスト・アドレス１２１または１２２で受信されたデータグラムの再生へと、スイッチするための手段３５ａから３５ｈが提供される。
【００６１】
図４は、ユーザ・ホスト１１５ａから１１５ｈが、同じメイン・チャネルＣＨ１に関するそれら独自のそれぞれの広告番組ＳＧ１またはＳＧ２を再生している状態を表す。
【００６２】
ＣＨ１広告期間には、異なるマルチキャスト・アドレスに対応する異なるチャネルが伝送される。このケースでは、グループＳＧ１はアドレス１２１（２２４．７７．９８．１３１）に関連付けられ、グループＳＧ２はアドレス１２２（２２４．７７．９８．１３３）に関連付けられる。
【００６３】
メイン番組ＭＣＨから広告番組ＳＧ１またはＳＧ２にスイッチするユーザ・ホスト１１５ａから１１５ｈは、ユーザ・ホストに含まれるか、いくつかのデバイスを介して分散される、ソフトウェアあるいはハードウェアまたはその両方のメカニズムとして実装される、スイッチ手段３５ａから３５ｈによって実現される。
【００６４】
発明の詳細な説明
新しいＩＰマルチキャスト・アドレス構造
図５は、本発明に従った、マルチキャスト・アドレスを割り振るために提案された新しい構造を示す。
【００６５】
この構造によれば、個別化された広告を伴うＩＰ  ＴＶで使用されるマルチキャスト・アドレス５００では、最初の４ビットｂ「１１１０」５１０が、「クラスＤ」ＩＰアドレス、すなわちＩＰマルチキャスト・アドレスを定義する。
【００６６】
続く５ビット５２０は、ＩＰマルチキャスト・アドレスから計算される際に、ＭＡＣフレームの宛先アドレス（ＭＡＣアドレス）用に失われる。
【００６７】
残りの２３ビット５３０が、ＭＡＣアドレスを構築するためにＩＰマルチキャスト・アドレスから採用される。これら２３ビットにより、標準のＩＰマルチキャストにおいて２２３（２の２３乗）アドレスが可能となる。これらの２３ビット５３０のうちの一部が、サブグループ・アドレスをコード化するために使用されるものと定義されるため、通常は、メイン番組に関してゼロに設定される。
【００６８】
本発明の好ましい実施形態では、２１６（２の１６乗）の異なるメイン・チャネルと、これらメイン・チャネルそれぞれについて２６（２の６乗）のサブチャネルとを可能にする、図５に示された最下位７ビットなどのように、最下位ビットはサブグループ・アドレスのコード化用に使用される。
【００６９】
このように、最終ビット５５０は、マルチキャスト・グループ・サブ・アドレスを示すために使用され、その先行６ビット５４０は、メイン番組アドレスに関連付けられるものとして使用されることになるサブ・アドレスを定義する。したがって、所与のチャネルおよび１つのメイン番組について、たとえば、興味の中心、対話性、または個別化された広告番組用に、２６までのサブ・アドレス（６４グループ）が使用可能である。
【００７０】
この構造は、とりわけ、以下で提示するように、本発明で実施される多数の動作を簡略化または高速化することが可能であるため、興味深いものである。一例として、グループ・サブ・アドレスからのメイン番組アドレスの計算は、アドレスの最終の７ビットをゼロに設定するだけでよいため、かなり容易になる。
【００７１】
本発明の好ましい実施形態によれば、図６は、前述のような、メイン番組ＭＣＨからのデータグラム、ならびに、ＵＳＥＲ１のユーザ・ホスト１１５ａで受信および再生される場合のＴＶチャネルＣＨ１の広告番組ＳＧ１用のデータグラムの、コースおよび処理を概略的に示す。
【００７２】
メイン番組ＭＣＨの場合、データグラムは、ＩＰフォーマット２２４．７７．９８．１２８の下での宛先アドレス１１２ａを含むＩＰフレームとして、インターネットを介して搬送される。
【００７３】
これらは、たとえば、ＡＤＳＬモデムまたはルータ、あるいはケーブル・モデムまたはアドオン・カードなどの、インターネット接続デバイス１１４ａによって受信される。ここで、ＩＰフレームはＭＡＣフレームに埋め込まれ、それらの宛先アドレス１１２ａは、ＭＡＣフレームに挿入されたＭＡＣアドレス１１２ａｍ（０１  ００  ５Ｅ  ４Ｄ  ６２  ８０）に解決される。
【００７４】
広告番組ＳＧ１の場合、データグラムは、ＩＰフォーマット２２４．７７．９８．１３１の下での宛先アドレス１２１を含むＩＰフレームとして、インターネットを介して搬送される。
【００７５】
ＳＧ１番組用のＩＰフレームは、同じインターネット接続デバイスによって受信される。ここでＳＧ１  ＩＰフレームはＭＡＣフレームに埋め込まれ、それらの宛先アドレス１２１は、対応するＳＧ１  ＭＡＣフレームに挿入されたＭＡＣアドレス１２１ｍ（０１  ００  ５Ｅ  ４Ｄ  ６２  ８３）に解決される。
【００７６】
ネットワーク・インターフェース・コントローラ
次にデータグラムは、ＭＡＣフレームとしてネットワーク・インターフェース・コントローラまたはＮＩＣカードに伝送される。このＮＩＣは、それが属するデバイスによって受信されることになるデータグラムを識別して受け入れる。
【００７７】
この実施形態では、ＭＣＨおよびＳＧ１の両方の番組からのデータグラムがＮＩＣによって受け入れられ、ＩＰレイヤに伝送される。
【００７８】
データグラムは、ユーザ・ホスト１１５ａに格納されたスイッチング・データを使用する論理動作を介して識別される。このユーザ・ホストは広告グループＳＧ１に属するため、メイン番組マルチキャスト・アドレス１１２ａから受信するデータグラムに加えて、広告グループＳＧ１のマルチキャスト・アドレス１２１ｍからデータグラムを受信するように構成されたスイッチング・データを格納する。
【００７９】
ＮＩＣ処理の場合、スイッチング・データは、好ましくは、そのビットがＸＯＲ（排他的論理和）演算によって広告番組アドレス１２１ｍの対応ビットに適用された場合、メイン番組アドレス１１２ａｍを取得するように配置構成された、論理マスクを構成する一連のビットを備える。
【００８０】
図６に示されたように、ＮＩＣでこのスイッチング・データを使用することにより、ＭＡＣフレームの宛先アドレス１２１ｍ（０１  ００  ５Ｅ  ４Ｄ  ６２  ８３）は、この論理マスク（００  ００  ００  ００  ００  ０３）を介して、メイン番組に関するＭＡＣフレームに対応する計算済み宛先アドレス（０１  ００  ５Ｅ  ４Ｄ  ６２  ８０）へと算出される。以下の図８に示されるように（ステップ８６５を参照のこと）、その後この計算済みアドレスはメイン番組アドレス１１２ａｍと比較され、肯定の比較により、このフレームもＩＰレイヤに伝送可能であることが誘導される。
【００８１】
ＭＡＣフレーム処理は非常に高速でなければならないため、ハードワイヤード論理回路を含むハードウェア・モジュールは、計算済みの宛先テスト・アドレスを取得するための好ましいソリューションである。
【００８２】
ＮＩＣは、データ・リンク制御レイヤ・レベルで受け入れたＭＡＣフレームを処理し、それらのペイロードを、宛先アドレス１１２ａまたは１２１を伴うＩＰフレームとしてＩＰレイヤに向けて転送する。
【００８３】
ＮＩＣ：マルチキャスト処理の処理
図７に示されるように、ＮＩＣスイッチング・データは「ＮＩＣ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅ」と呼ばれるデータ・テーブル７７０内に格納される。
【００８４】
このテーブル７７０は、ＣＨ１（７７３）およびＣＨ２からＣＨ４（７７５）などの、異なるチャネルのメイン番組（ＭＣＨなど）に対応する、マルチキャストＭＡＣアドレス７７１のリストを格納する。
【００８５】
これらメイン番組アドレスはそれぞれ、関連付けられたチャネル（ＣＨ１など）に関するその個別化された広告グループ（ＳＧ１またはＳＧ２など）のマルチキャスト・アドレス７７４ａに対応する、関連付けられたマルチキャスト・サブ・グループ・アドレス・データ７７２を有することができる。これらの列では、わかりやすくするために関係ＩＰアドレス７７３ａ、７７４ａが注釈に示されているが、テーブルには格納されていない。
【００８６】
テーブル７７０の各行（またはエントリ）について、第２の列７７２内のデータは、関係ＴＶチャネルＣＨ１のメイン番組ＭＣＨに関連付けられたＭＡＣアドレス（１１２ａｍ；図６）を取り出すために、受信した宛先ＭＡＣアドレス（１２１ｍ；図６）でＸＯＲされることになるマスクを表す。
【００８７】
前述の特定の区分化を使用する場合（図５を参照のこと）、当該マスクが、マルチキャスト・サブ・グループ・アドレスの最下位ビット、たとえば最下位７ビットである、最下位ビットを除き、ゼロに等しいすべてのビットを有することを意味する。
【００８８】
テーブル内で、第１のエントリ７７３は、以前の例でＣＨ１のアドレスである、アドレス２２４．７７．９８．１２８に対応する。関連付けられたマルチキャスト・グループ・サブ・アドレス２２４．７７．９８．１３１（グループＳＧ１に関する広告アドレスである）に対応するマスクは、ｘ「００．００．００．００．００．０３」７７４である。このマスクは、ＭＡＣアドレス０１．００．５Ｅ．４Ｄ．６２．８３でＸＯＲされた場合、ＩＰアドレス２２４．７７．９８．１２８に対応する０１．００．５Ｅ．４Ｄ．６２．８０を与える。この方法により、異なるが関連付けられたアドレス（１１２ａｍおよび１２１ｍ）を有するフレームを受信すること、およびあたかも実際に同じアドレス（１１２ａｍ）を有するかのようにそれらを処理することが可能である。
【００８９】
図８は、好ましい実施形態における本発明に関するように、それぞれの着信ＭＡＣフレームに関するネットワーク・インターフェース・コントローラの受信器部分アルゴリズムを示す。
●ステップ８０５で、プロセスは搬送波検出が開始されるのを待つ。
●ステップ８１５で、搬送波検出が検出された場合、プロセスは、処理を開始し、バッファ内にデータを格納するために、フレームの開始を待つ。
●ステップ８２０で、データ部分ならびにヘッダを使用してＣＲＣが計算される。当該計算済みＣＲＣは、フレームに付加されていた受信されたＣＲＣと比較される。両方のＣＲＣが一致した場合、プロセスはステップ８２５へと続行され、一致しない場合、エラー・カウントが増分され（８９０）、フレームは廃棄される（８９５）。
●ステップ８２５で、フレーム・サイズに関するチェックが実行される。受信され、６４バイト未満（４６バイトのデータ）であるいずれのフレームも違法であり、「ｒｕｎｔ」と呼ばれる。ほとんどの場合、こうしたフレームは衝突に起因し、これらは不正な受信を示すが、正しく機能しているネットワーク上でも見られる場合がある。同様に、受信され、１５１８バイト（１５００バイトのデータ）の最大フレーム・サイズを超えるいずれのフレームも、「ｇｉａｎｔ」と呼ばれる。すべてのケース（ｒｕｎｔフレームまたはｇｉａｎｔフレーム）においてサイズが有効でない場合、エラー・カウントが増分され（８９０）、フレームは廃棄される（８９５）。フレームのサイズが有効である場合、制御はステップ８３０に与えられる。
●ステップ８３０で、「ＤｅｓｔＡｄｄｒ」と名付けられたローカル変数が、受信されたフレーム宛先アドレス（ＭＡＣアドレス）で初期設定される。
●ステップ８３５で、宛先アドレスが、製造業者によって永続的にＮＩＣ製品に付加されるＭＡＣアドレスである「Ｂｕｒｎｅｄ−Ｉｎ  Ａｄｄｒｅｓｓ（バーンイン済みアドレス）」（ＢＩＡ）に等しいかどうかを検証するためのテストが実行される。宛先アドレスがＢＩＡと一致する場合、受信したフレームはユニキャスト・データグラムとみなされ、レイヤ３（ＩＰレイヤ）に転送され（８４５）、プロセスは、ステップ８１５で新しいフレームの受信を待つためにループする。
●ステップ８４０で、宛先アドレスがブロードキャスト・アドレスに等しいかどうかを検証するためのテストが実行される。宛先アドレスがブロードキャスト・アドレスと一致する場合、受信したフレームはレイヤ３（ＩＰレイヤ）に転送され（８４５）、プロセスは、ステップ８１５で新しいフレームの受信を待つためにループする。一致しない場合、プロセスはステップ８５０へと続行される。
●ステップ８５０で、マルチキャスト・アドレスはより具体的に処理される。変数は、すべてのマルチキャスト・アドレスをスキャンするために初期設定される。ローカル変数「ＭｕｌｔｉｃａｓｔＡｄｄｒＣｏｕｎｔ」がテーブル「ＮＩＣ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅ」（７７０；図７）のサイズで初期設定され、インデックス「ＡｄｄｒＩｎｄｘ」がローカル変数としてゼロに等しく設定される。
●ステップ８５５で、少なくとも１つのマルチキャスト・アドレスがテーブル７７０に定義されているかどうかを判別するためのテストが実行される。マルチキャスト・アドレスが定義されていない場合、フレームは廃棄され（８８５）、プロセスは、新しいフレームの受信を待つためにループする（８１５）。一致しない場合、プロセスはステップ８６０へと続行される。
●ステップ８６０で、フレーム宛先アドレスの下位ビットが１に設定されているかどうかを判別するためのテストが実行される。設定されている場合、受信したフレームはマルチキャスト・グループ・サブ・アドレスを含み、制御はステップ８６５に与えられる。設定されていない場合、制御はステップ８７０に与えられる。
●ステップ８６５で、ローカル変数「ＤｅｓｔＡｄｄｒ」は、受信したフレーム宛先アドレスとＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅの処理済エントリに対応するマスクとの間の排他的論理和（ＸＯＲ）の結果である、計算済みアドレスに設定される。
【００９０】
たとえば、グループＳＧ１に属するユーザがＣＨ１を視聴している場合、以下のようになる。
【表１】
2010527519.tif 000001
【００９１】
このケースでは、マルチキャスト・グループ・サブ・アドレス１２１ｍ（または広告アドレス）に関連付けられたマスク７７４はｘ「００  ００  ００  ００  ００  ０３」である。このマスクを広告アドレス１２１ｍに適用することで、メイン番組ＭＣＨに関するマルチキャスト・アドレス１１２ａｍを与える。これらの手段により、ネットワーク・インターフェース・カードは、両方のＭＡＣアドレス（メイン１１２ａｍおよび広告１２１ｍ）を遮断することができる。宛先アドレスの下位ビットが１に設定されていない場合、プロセスはステップ８７０で続行される。
【００９２】
●ステップ８７０で、おそらくはマルチキャスト・グループ・サブ・アドレスに関連付けられたマスクでＸＯＲされた受信したフレーム宛先アドレスが、マルチキャスト・アドレスと一致するかどうかを判別するために、「ＡｄｄｒＩｎｄｘ」カウンタ変数と「ＤｅｓｔＡｄｄｒ」変数とを比較することによって、テストが実行される。一致する場合、受信したＭＡＣフレームはＩＰフレームに処理され、レイヤ３モジュール（ＩＰレイヤ）に転送され（８４５）、プロセスは、ステップ８１５で新しいフレームの受信を待つためにループする。一致しない場合、変数ＡｄｄｒＩｎｄｘは、テーブル７７０「ＮＩＣ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅ」の次のエントリを指示するように、１つだけ増分される（８７５）。
【００９３】
●ステップ８８０で、テーブル７７０「ＮＩＣ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅ」の終わりに達しているかどうかを判別するために、「ＡｄｄｒＩｎｄｘ」カウンタ変数とテーブルのサイズ（ＭｕｌｔｉｃａｓｔＡｄｄｒＣｏｕｎｔ）とを比較することによって、テストが実行される。終わりに達している場合、着信するＭＡＣフレームは廃棄され（８８５）、プロセスは、新しいフレームの受信を待つためにループする（８１５）。終わりに達していない場合、テーブル・スキャン・プロセスは、ステップ８６０で新しい反復を続行する。
【００９４】
このアルゴリズムを通じて、ネットワーク・インターフェース・コントローラでは、ＬＡＮに着信するＭＡＣフレームが受け入れられ、以下のいずれかと共に、ＩＰレイヤへと処理される。
−メイン番組ＭＣＨの場合は１１２ａｍ、または
−関係する個別化された広告番組ＳＧ１の場合は宛先ＭＡＣアドレス１２１ｍ
【００９５】
したがって、ＮＩＣは、メイン番組と、ユーザ・ホスト１１５ａが登録された（すなわちオンにした）チャネル専用の広告番組とのどちらの場合も、データグラムを受け入れ、処理して、ＩＰレイヤへ伝送することになる。
【００９６】
ＩＰレイヤ
メイン番組ＭＣＨの場合、データグラムは、ＩＰフォーマットの下で宛先アドレス１１２ａ（２２４．７７．９８．１２８）と共に、ＩＰフレームとしてＩＰレイヤに受信される。
【００９７】
広告番組ＳＧ１の場合、データグラムは、ＩＰフォーマットの下で宛先アドレス１２１（２２４．７７．９８．１３１）と共に、ＩＰフレームとしてＩＰレイヤに受信される。
【００９８】
次に、広告番組に対応する宛先アドレス、すなわち１２１（２２４．７７．９８．１３１）と共にＩＰレイヤに到達するフレームは、ユーザ・ホスト１１５ａに格納されたスイッチング・データに従って修正される。このユーザ・ホスト１１５ａは広告グループＳＧ１に属するため、そのスイッチング・データは、広告グループＳＧ１のマルチキャスト・アドレス１２１からデータグラムを受信するように構成される。
【００９９】
ＩＰ処理の場合、スイッチング・データは、ユーザ・ホスト１１５ａが属する広告グループＳＧ１のＩＰマルチキャスト・アドレス１２１を表すＩＰフォーマット済みアドレスとして格納することができる。しかしながら、ソフトウェアまたはハードワイヤード回路で使用される論理マスクを、前述のようにＮＩＣ処理に使用することもできる。
【０１００】
このスイッチング・データを使用して、ＩＰレイヤ・モジュールで、フレームの宛先アドレス１２１ｍ（０１  ００  ５Ｅ  ４Ｄ  ６２  ８３）が、メモリに格納されたスイッチング・データに照らしてチェックされる。フレーム内に見られる宛先アドレスがスイッチング・データによって識別されたグループ広告アドレスと同じである場合、フレームの宛先アドレスが、メイン番組に対応する宛先アドレス１１２ａｍ（０１  ００  ５Ｅ  ４Ｄ  ６２  ８０）に置き換えられる。次に、修正されたデータグラムがＩＰレベルに関して処理され、たとえば、コンピュータのプレーヤ・ソフトウェアまたはデジタル・セットのプレーヤ・モジュールなどの、アプリケーション・レベルに伝送される。
【０１０１】
したがって、広告番組のデータグラムは、あたかもメイン番組マルチキャスト・アドレスから着信しているかのように、ユーザ・ホスト１１５ａのプレーヤによって完全に受信および再生される。
【０１０２】
好ましい実施形態では、広告番組をメイン番組に挿入するために、サーバ１１１ａは、メイン番組ＭＣＨに対応するメイン番組ＭＣＨマルチキャスト・アドレス１１２ａでのその発信を中断する。同時に、個別化された広告番組ＳＧ１、ＳＧ２の発信が同時に開始される。
【０１０３】
したがって、すべてのユーザ・ホスト１１５ａから１１５ｈは、メイン番組と広告番組との間の干渉なしに、以前に再生していたメイン番組ＭＣＨを、それらのグループ個別化広告ＳＧ１またはＳＧ２に置き換える。
【０１０４】
マルチキャスト・アドレスのＩＰ処理
図９に示されるように、スイッチング・データは「ＩＰ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅ」と呼ばれるデータ・テーブル内に格納される。
【０１０５】
このテーブル９００は、ＣＨ１（９３０）およびＣＨ２からＣＨ４（９５０）などの異なるチャネルのメイン番組（ＭＣＨなど）に対応する、マルチキャスト・アドレス９１０のリストを格納する。
【０１０６】
これらメイン番組のアドレスは、それぞれ、関連付けられたチャネル（ＣＨ１など）に関するその個別化された広告グループ（ＳＧ１またはＳＧ２など）のマルチキャスト・アドレスに対応する、関連付けられたマルチキャスト・サブ・グループ・アドレス９２０を有することができる。
【０１０７】
図１０は、好ましい実施形態における本発明に関するような、ＩＰパケット処理（部分的）に関するアルゴリズムを示す。
●ステップ１０００で、ＭＡＣレイヤによる中断が生じた後に、プロセスに入る。
●ステップ１００５で、受信したＩＰフレームのＩＰ宛先アドレスがマルチキャスト・アドレス（ｂ「１１１０」に等しい最初の４つの高位ビット）であるかどうかを判別するためのテストが実行される。マルチキャスト・アドレスでない場合、プロセスは再開される１０６０。
●ＩＰ宛先アドレスがマルチキャスト・アドレスである場合、受信したＩＰフレームのＩＰ宛先アドレスがマルチキャスト・グループ・サブ・アドレス（すなわち、広告アドレス）であるかどうかを判別するために、他のテスト１０１０が実行される。これは、アドレスが偶数である（ゼロでの最終ビット）かどうかをチェックすることによって実行される。マルチキャスト・グループ・サブ・アドレスでない場合、プロセスは再開される（１０６０）。ＩＰ宛先アドレスがマルチキャスト・グループ・サブ・アドレス（図６の１２１など）である場合、プロセスはステップ１０１５で、ＩＰマルチキャスト・アドレス・テーブル（９００；図９）をスキャンするために続行される。
●ステップ１０１５で、すべてのＩＰマルチキャスト・グループ・サブ・アドレスをスキャンするために、変数が初期設定される。ローカル変数「ＩＰ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅ」は、テーブル「ＩＰ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅ」のサイズで初期設定され、インデックス「ＡｄｄｒＩｎｄｘ」がローカル変数としてゼロに等しく設定される。
●ステップ１０２０で、少なくとも１つのＩＰマルチキャスト・アドレス９１０が定義されているかどうかを判別するためにテストが実行される。ＩＰマルチキャスト・アドレスが定義されていない場合、プロセスは再開される（１０６０）。定義されている場合、プロセスは１０２５へと続行される。
●ステップ１０２５の各反復で、ＩＰフレームのＩＰ宛先アドレス１２１が、テーブルＩＰ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅ９００内のインデックスＡｄｄｒＩｎｄｘによって定義されたエントリに対応するＩＰマルチキャスト・グループ・サブ・アドレス９４０と一致するかどうかを判別するために、テストが実行される。
●アドレスが一致しない場合、変数ＡｄｄｒＩｎｄｘは、次のＩＰ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅエントリ９５０、９６０を指示するように、１つだけ増分され１０３０、ステップ１０３５に制御が与えられる。
●アドレスが一致する場合、処理済みフレームのＩＰ宛先アドレス１２１は、テーブル９００内のこのエントリに対応するＩＰマルチキャスト・アドレス９３０（すなわち、メイン番組ＭＣＨのアドレス１１２ａ）によって置き換えられる（１０４０）。（図５に示された特定の区分化を使用する場合、ＩＰ宛先アドレスの下位７ビットがゼロに設定されることを意味する。）その後、プロセスは再開される（１０６０）。
●ステップ１０３５で、テーブル「ＩＰ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅ」の終わりに達しているかどうかを判別するために、「ＡｄｄｒＩｎｄｘ」カウンタ変数とテーブルのサイズ（ＩＰ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＣｏｕｎｔ）とを比較することによって、テストが実行される。終わりに達している場合、プロセスは再開される（１０６０）。終わりに達していない場合、テーブル・スキャン・プロセスは、ステップ１０２５で新しい反復を続行する。
●ステップ１０６０で、ＩＰパケットの処理が再開される。
【０１０８】
このアルゴリズムを通じて、ＩＰレイヤ・モジュールでは、
−メイン番組用の宛先アドレスで受信された任意のＩＰフレームが通常通り処理され、さらに
−テーブル９００（ＩＰ＿ＭｕｌｔｉｃａｓｔＡｄｄｒＴａｂｌｅ）に格納された宛先アドレスで受信された任意のＩＰフレームが、その関係するメイン番組ＭＣＨに対応する宛先アドレス１１２ａでさらに処理されるように修正される。
【０１０９】
したがって、ユーザ・ホスト１１５ａが、マルチキャスト・アドレス１１２ａ上に着信するすべてのデータグラムを再生するように構成された場合、マルチキャスト・アドレス１１２ａ（メイン番組ＭＣＨ用）および１２１（広告番組ＳＧ１用）の両方から着信するすべてのデータグラムが、このユーザ・ホストによって再生される。
【０１１０】
代替実施形態
代替実施形態では、スイッチング手段３５ａは、それぞれ関係ユーザ・ホスト１１５ａ、１１５ｂに特有のスイッチング・データに従って、メイン番組ＭＣＨのアドレス１１２ａ、あるいは、広告番組ＳＧ１またはＳＧ２のアドレス１２１または１２２のいずれかである、１つのマルチキャスト・アドレスからのみ、アプリケーション・レイヤにデータグラムを伝送する。このスイッチングは、一例として、ＮＩＣ内またはＩＰレイヤ・モジュール内の望ましくないアドレスからのデータグラムをフィルタリングすることによって、実行可能である。
【０１１１】
スイッチングは、メイン番組ＭＣＨのマルチキャスト・アドレス１１２ａ上で発信される特定の信号によって、トリガすることができる。スイッチングは、たとえばタイマから、またはユーザが視聴することからの、ユーザ・ホストの状態の分析によって、あるいは、マルチキャスト・アドレスのうちの１つから伝送されるデータの分析によっても、トリガすることができる。一例として、ユーザ・ホストがその個別化された広告マルチキャスト・アドレス１２１から着信する番組データを検出した場合、スイッチングがトリガされ、メイン番組データは停止される。
【０１１２】
これにより、デフォルトの広告番組をメイン番組のマルチキャスト・アドレス１１２ａ上で発信しながら、個別化された広告グループに分類されたユーザ・ホストに対してのみ、いくつかの異なる個別化された広告番組ＳＧ１、ＳＧ２を発信することが可能となる。
【０１１３】
さらに、スイッチング・データは、ユーザ・ホストの状態または条件に従って、たとえば時間または視聴者に従って、変更することができる。
【０１１４】
アプリケーション・レイヤ
ＩＰ  ＴＶ視聴可能化アプリケーションは、通常、コンピュータまたはデジタルＴＶセット内で、あるいはアナログ方式のＴＶセットに接続された「セット・トップ・ボックス」（ＳＴＢ）と呼ばれるスタンドアロン型デバイス内で実行する、インターネット・ブラウザとすることができる。ＴＶチャネルへの接続は、コマンドによって実行される。このインターネット・ブラウザは、以前のＩＧＭＰグループを「離脱」させ、次のＩＧＭＰグループに「参加」させる、「ＩＧＭＰ：／／ｕｒｌ：ｐｏｒｔ」などのコマンド、すなわちコマンドに指定されたチャネルをサポートする。
【０１１５】
好ましい実施形態では、このコマンドはマルチキャスト・グループ・サブ・アドレスをパラメータとして渡すように修正されるため、コマンドは以下のようになる。
「ＩＧＭＰ：／／ＴＶ＿Ｃｈａｎｎｅｌ＿ａｄｄｒｅｓｓ／！Ａｄｖｅｒｔｉｓｉｎｇ＿ａｄｄｒｅｓｓ」
【０１１６】
このコマンドの実行により、２つのＩＧＭＰ「離脱」コマンドおよび２つのＩＧＭＰ「参加」コマンドが生成されることになる。１つはメインＴＶチャネル・アドレス用であり、他方は広告チャネルに対応するマルチキャスト・グループ・サブ・アドレス用である。
【０１１７】
以上、本発明について、主に好ましい実施形態を参照しながら、具体的に図示および説明してきたが、本発明の趣旨および範囲を逸脱することなく、形式および細部における様々な変更が可能であることを理解されよう。
【誤訳訂正３】
【訂正対象書類名】図面
【訂正対象項目名】図６
【訂正方法】変更
【訂正の内容】
【図６】
2010527519.tif 000002