(57)【要約】【課題】自装置内に送信元アドレスを配信先の判定要素として持たなくても、マルチキャストグループに参加している端末だけにマルチキャストデータを転送できるマルチキャストデータ配信装置、その配信方法およびその配信制御プログラムを得ること。【解決手段】たとえば第１の端末１０４1がマルチキャストグループへの参加のためのレポートメッセージ１２１をルータ１０１に送ると、ネットワークプロセッサ１１３が宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）を抽出してマッピングテーブル１３１を作成する。マルチキャストデータのパケット１２２が受信されると、互いの宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）が対応付けられて、レイヤ２スイッチ１１４で転送先のポート１１８が判別可能となる。【選択図】図１
2009094832.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャストデータの配信の対象となる端末のそれぞれの所在を定義する送信元アドレスとマルチキャストデータの宛先アドレスおよび前記端末それぞれが接続されたポートとの関係を表わした対応テーブルを作成する対応テーブル作成手段と、
前記マルチキャストデータを受信するマルチキャストデータ受信手段と、
このマルチキャストデータ受信手段の受信したマルチキャストデータから前記宛先アドレスと送信元アドレスを抽出するマルチキャストデータ受信時アドレス抽出手段と、
このマルチキャストデータ受信時アドレス抽出手段の抽出した前記宛先アドレスと送信元アドレスで前記対応テーブルを参照して、前記マルチキャストデータ受信手段の受信したマルチキャストデータの転送先を示す転送先情報を作成する転送先情報作成手段と、
この転送先情報作成手段の作成した転送先情報を用いて前記ポートの中から前記マルチキャストデータの転送先を選択するポート選択手段
とを具備することを特徴とするマルチキャストデータ配信装置。
【請求項２】
前記対応テーブル作成手段は、前記マルチキャストデータの配信の対象となる端末のそれぞれからマルチキャストグループについての各種報告に関するレポートメッセージを受信するレポートメッセージ受信手段と、このレポートメッセージ受信手段の受信したレポートメッセージからその送信元の端末を示す送信元アドレスとマルチキャストデータの宛先アドレスを抽出するレポートメッセージ受信時アドレス抽出手段を具備し、これらによって抽出された送信元アドレスと宛先アドレスおよび前記レポートメッセージを受信したポートとの関係から前記対応テーブルを作成することを特徴とする請求項１記載のマルチキャストデータ配信装置。
【請求項３】
前記対応テーブル作成手段は、前記端末のそれぞれから前記対応テーブルに関する情報を受け付けるユーザインターフェースを具備することを特徴とする請求項１記載のマルチキャストデータ配信装置。
【請求項４】
前記ポート選択手段は、レイヤ２スイッチであることを特徴とする請求項１または請求項２記載のマルチキャストデータ配信装置。
【請求項５】
前記転送先情報作成手段は、前記マルチキャストデータ受信時アドレス抽出手段の抽出した前記宛先アドレスと送信元アドレスで前記対応テーブルを参照して得られるＶＬＡＮタグを前記マルチキャストデータのパケットに組み込む手段であり、前記レイヤ２スイッチは宛先アドレス、送信元アドレスおよび転送先のポートを登録したＶＬＡＮテーブルを参照して転送先のポートを選択することを特徴とする請求項３記載のマルチキャストデータ配信装置。
【請求項６】
前記転送先情報作成手段は、前記マルチキャストデータ受信時アドレス抽出手段の抽出した前記宛先アドレスと送信元アドレスで前記対応テーブルを参照して得られる転送先のポートを示す転送先ポート指示情報を固有の識別子として前記マルチキャストデータのパケットに組み込む手段であり、前記レイヤ２スイッチは前記マルチキャストデータのパケットから抽出した前記転送先ポート指示情報により転送先のポートを選択することを特徴とする請求項３記載のマルチキャストデータ配信装置。
【請求項７】
マルチキャストデータの配信の対象となる端末のそれぞれの所在を定義する送信元アドレスとマルチキャストデータの宛先アドレスおよび前記端末それぞれが接続されたポートとの関係を表わした対応テーブルを作成する対応テーブル作成ステップと、
前記マルチキャストデータを受信するマルチキャストデータ受信ステップと、
このマルチキャストデータ受信ステップで受信したマルチキャストデータから前記宛先アドレスと送信元アドレスを抽出するマルチキャストデータ受信時アドレス抽出ステップと、
このマルチキャストデータ受信時アドレス抽出ステップで抽出した前記宛先アドレスと送信元アドレスで前記対応テーブルを参照して、前記マルチキャストデータ受信ステップで受信したマルチキャストデータの転送先を示す転送先情報を作成する転送先情報作成ステップと、
この転送先情報作成ステップで作成した転送先情報を用いて前記ポートの中から前記マルチキャストデータの転送先を選択するポート選択ステップ
とを具備することを特徴とするマルチキャストデータ配信方法。
【請求項８】
マルチキャスト配信サーバに接続されたルータのコンピュータに、
マルチキャストデータの配信の対象となる端末のそれぞれの所在を定義する送信元アドレスとマルチキャストデータの宛先アドレスおよび前記端末それぞれが接続されたポートとの関係を表わした対応テーブルを作成する対応テーブル作成処理と、
前記マルチキャストデータを受信するマルチキャストデータ受信処理と、
このマルチキャストデータ受信処理で受信したマルチキャストデータから前記宛先アドレスと送信元アドレスを抽出するマルチキャストデータ受信時アドレス抽出処理と、
このマルチキャストデータ受信時アドレス抽出手段の抽出した前記宛先アドレスと送信元アドレスで前記対応テーブルを参照して、前記マルチキャストデータ受信手段の受信したマルチキャストデータの転送先を示す転送先情報を作成する転送先情報作成処理と、
この転送先情報作成処理で作成した転送先情報を用いて前記ポートの中から前記マルチキャストデータの転送先を選択するポート選択処理
とを実行させることを特徴とするマルチキャストデータ配信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像等の配信を希望した端末にマルチキャストデータを配信するマルチキャストデータ配信装置、その配信方法およびその配信制御プログラムに係わり、特にマルチキャストグループへの参加やマルチキャストグループからの離脱の処理を行う場合に好適なマルチキャストデータ配信装置、その配信方法およびその配信制御プログラムに関する。
【背景技術】
【０００２】
近年、ブロードバンド回線を利用した映像配信サービスが各種登場している。これと共に、映像配信用のサーバが送信したデータを視聴者側で希望する複数のクライアントに同時に配信するマルチキャスト通信方式が注目を浴びている（たとえば特許文献１参照）。また、映像配信サービスの需要が高まると共に、この種のサービスのマルチキャストグループに参加したり、このマルチキャストグループから離脱するためのプロトコルのバージョンも、用途の拡張やセキュリティの高度化等の観点から更新されてきている。
【０００３】
マルチキャストグループへの参加者を管理するために、ＩＰｖ４（Internet Protocol Version 4）およびＩＰｖ６（Internet Protocol Version 6）のそれぞれに対応して次の２種類のプロトコルが提案されている。
（ａ）ＩＧＭＰ（Internet Group Management Protocol）……ＩＰｖ４用のプロトコル
（ｂ）ＭＬＤ（Multicast Listener Discovery）……ＩＰｖ６用のプロトコル
【０００４】
現時点でＩＧＭＰについては、バージョン３が最新のバージョンとなっており、ＭＬＤについてはバージョン２が最新のバージョンとなっている。これら最新のバージョン以前のバージョンでは、マルチキャストグループを宛先アドレス（Destination Address）だけで判断している。最新のバージョンでは、この点が宛先アドレスと送信元アドレスとの組合せで判断する仕様に変更されている。
【０００５】
図１３は、以前のバージョンのプロトコルを適用したマルチキャストデータ配信システムの概要を表わしたものである。ここでは、ＩＧＭＰについてはバージョン１およびバージョン２のプロトコルを示しており、ＭＬＤについてはバージョン１のプロトコルを示している。
【０００６】
このマルチキャストデータ配信システム７００は、ルータ７０１と、このルータ７０１にブロードバンド回線７０２を介して接続されたマルチキャスト配信サーバ７０３と、同じくルータ７０１に接続された視聴者側の第１〜第４の端末７０４1〜７０４4とによって構成されている。第１〜第４の端末７０４1〜７０４4は、ＭＬＤｖ１（Multicast Listener Discovery version１）パケットあるいはＩＧＭＰｖ１（Internet Group Management Protocol version１）パケットによってマルチキャストグループに参加した端末である。マルチキャスト配信サーバ７０３は、マルチキャストデータ７０６をこのマルチキャストグループに参加している第１〜第４の端末７０４1〜７０４4に転送するようになっている。
【０００７】
ルータ７０１は、通信制御を行うための制御プログラムを格納したＲＯＭ（Read Only Memory）７１１およびこの通信制御に使用する各種のデータを一時的に格納するＲＡＭ（Random Access Memory）７１２とを接続したネットワークプロセッサ７１３を備えている。このネットワークプロセッサ７１３は、レイヤ２スイッチ（Ｌ２ＳＷ）７１４およびフィジカル層集積回路（Physical Layer Integrated Circuit）（ＰＨＹ）７１５にそれぞれＭＩＩ（Media Independent Interface）７１６、７１７のうちの対応するもの、あるいはマネジメントインターフェース（Management Interface）７２０、７２１の内の対応するものを介して接続されている。レイヤ２スイッチ７１４は、第１〜第４のＬＡＮ（Local Area Network）ポート７１８1〜７１８4を介して第１〜第４の端末７０４1〜７０４4のそれぞれ対応するものと接続されている。本明細書ではレイヤ２スイッチ７１４の端末接続用のインターフェースをポートと呼ぶことにする。
【０００８】
このようなマルチキャストデータ配信システム７００で、たとえば第１の端末７０４1がマルチキャスト配信サーバ７０３からの所定の映像の配信を要求するものとする。この場合、第１の端末７０４1は、マルチキャストグループへの参加、あるいはこのグループからの離脱等の各種報告に関するＭＬＤｖ１レポートメッセージあるいはＩＧＭＰｖ２レポートメッセージ（以下、単にレポートメッセージという。）７２２をルータ７０１に送信する。すると、ネットワークプロセッサ７１３はこのレポートメッセージ７２２をレイヤ２スイッチ７１４およびＭＩＩ７１６を介して受け取って解析する。ネットワークプロセッサ７１３は、この解析結果として、宛先アドレス（ＤＡ）とデータの転送先ポート（ｐｏｒｔ）を抽出する。そして、これらの解析結果をレイヤ２スイッチ７１４に配置したＭＡＣ（Media Access Control）テーブル７３１に格納する。
【０００９】
なお、本明細書では説明を分かりやすくするために、宛先ＭＡＣアドレスを宛先アドレスと記載し、送信元ＭＡＣアドレスを送信元アドレス（Source Address）と記載することにする。
【特許文献１】特開平１１−３３１２３７号公報（第０００３段落）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところでレイヤ２スイッチ７１４は、一般的に接続された端末７０４のＭＡＣアドレスを内部のＭＡＣテーブル（図示せず）に学習することができる。そして、学習済みのＭＡＣアドレス宛てのパケットは、その端末７０４が接続されているポートにのみ転送を行うことで、他のポートに対する無駄なトラフィックを排除し、ネットワークの効率的な利用を行うことを可能にしている。
【００１１】
ところが、レイヤ２スイッチ７１４はマルチキャストアドレス宛てのパケットに対してこのようなアドレス学習を行うことができないのが一般的である。そこで、以前のプロトコルに対応したルータに対して最新のプロトコルでマルチキャストデータが送られてきた場合を考えてみる。
【００１２】
この場合、図１４は、以前のプロトコルに対応したルータに対して最新のプロトコルでマルチキャストデータが送られてきた場合を説明するためのものである。ここで、このような従来のプロトコルに対応したルータ７０１に接続された第１の端末７０４1がバージョンアップしたプロトコルのレポートメッセージ７２２VUによってマルチキャストグループに参加し、第４の端末７０４4がレポートメッセージ７２２VUによってマルチキャストグループを離脱した場合を考えてみる。ＩＧＭＰについてバージョン１およびバージョン２のプロトコルを、またＭＬＤについてはバージョン１のプロトコルを適用していた従来のルータ７０１で使用されるＭＡＣテーブル７３１には、宛先アドレス（ＤＡ）とデータの転送先ポート（ｐｏｒｔ）しか書き込まれていない。
【００１３】
そこで、マルチキャスト配信サーバ７０３からＷＡＮ（Wide Area Network）ポート７３３を経由して、ＩＧＭＰについてバージョン３のプロトコルに対応し、あるいはＭＬＤについてバージョン２のプロトコルに対応したマルチキャストデータ７０６VUがルータ７０１に送られてきた場合を考える。このマルチキャストデータ配信システム７００Ａでルータ７０１は図１３に示したマルチキャストデータ配信システム７００と同様にＭＡＣテーブル７３１のみを備えており、最新のプロトコルに対応していない。このため、ルータ７０１は、送信元アドレス（ＳＡ）を配信先の判定要素として持っていない。したがって、レイヤ２スイッチ７１４は第１のＬＡＮポート７１８1のみならず、配信を停止した第４のＬＡＮポート７１８4にまで、このマルチキャストデータ７０６VUを転送７３４してしまうことになった。このマルチキャストデータ７０６VUの配信に関しては、他の残りの端末７０４2、７０４3に関しても同様である。
【００１４】
このように従来のプロトコルで制御を行うルータ７０１は、ＭＬＤｖ２あるいはＩＧＭＰｖ３の最新のプロトコルに対応していないため、ＭＬＤｖ２あるいはＩＧＭＰｖ３マルチキャストグループに対する参加要求や離脱要求を正常に受信することができず、マルチキャストデータを参加端末に限定して確実に転送することができないという問題があった。
【００１５】
そこで本発明の目的は、自装置内に送信元アドレスを配信先の判定要素として持たなくても、マルチキャストグループに参加している端末だけにマルチキャストデータを転送することができるマルチキャストデータ配信装置、その配信方法およびその配信制御プログラムを提供することにある。
【課題を解決するための手段】
【００１６】
本発明では、（イ）マルチキャストデータの配信の対象となる端末のそれぞれの所在を定義する送信元アドレスとマルチキャストデータの宛先アドレスおよび前記した端末それぞれが接続されたポートとの関係を表わした対応テーブルを作成する対応テーブル作成手段と、（ロ）前記したマルチキャストデータを受信するマルチキャストデータ受信手段と、（ハ）このマルチキャストデータ受信手段の受信したマルチキャストデータから前記した宛先アドレスと送信元アドレスを抽出するマルチキャストデータ受信時アドレス抽出手段と、（ニ）このマルチキャストデータ受信時アドレス抽出手段の抽出した前記した宛先アドレスと送信元アドレスで前記した対応テーブルを参照して、前記したマルチキャストデータ受信手段の受信したマルチキャストデータの転送先を示す転送先情報を作成する転送先情報作成手段と、（ホ）この転送先情報作成手段の作成した転送先情報を用いて前記したポートの中から前記したマルチキャストデータの転送先を選択するポート選択手段とをマルチキャストデータ配信装置に具備させる。
【００１７】
また、本発明では、（イ）マルチキャストデータの配信の対象となる端末のそれぞれの所在を定義する送信元アドレスとマルチキャストデータの宛先アドレスおよび前記した端末それぞれが接続されたポートとの関係を表わした対応テーブルを作成する対応テーブル作成ステップと、（ロ）前記したマルチキャストデータを受信するマルチキャストデータ受信ステップと、（ハ）このマルチキャストデータ受信ステップで受信したマルチキャストデータから前記した宛先アドレスと送信元アドレスを抽出するマルチキャストデータ受信時アドレス抽出ステップと、（ニ）このマルチキャストデータ受信時アドレス抽出ステップで抽出した前記した宛先アドレスと送信元アドレスで前記した対応テーブルを参照して、前記したマルチキャストデータ受信ステップで受信したマルチキャストデータの転送先を示す転送先情報を作成する転送先情報作成ステップと、（ホ）この転送先情報作成ステップで作成した転送先情報を用いて前記したポートの中から前記したマルチキャストデータの転送先を選択するポート選択ステップとをマルチキャストデータ配信方法に具備させる。
【００１８】
更に、本発明では、マルチキャスト配信サーバに接続されたルータのコンピュータに、マルチキャストデータ配信制御プログラムとして、（イ）マルチキャストデータの配信の対象となる端末のそれぞれの所在を定義する送信元アドレスとマルチキャストデータの宛先アドレスおよび前記した端末それぞれが接続されたポートとの関係を表わした対応テーブルを作成する対応テーブル作成処理と、（ロ）前記したマルチキャストデータを受信するマルチキャストデータ受信処理と、（ハ）このマルチキャストデータ受信処理で受信したマルチキャストデータから前記した宛先アドレスと送信元アドレスを抽出するマルチキャストデータ受信時アドレス抽出処理と、（ニ）このマルチキャストデータ受信時アドレス抽出手段の抽出した前記した宛先アドレスと送信元アドレスで前記した対応テーブルを参照して、前記したマルチキャストデータ受信手段の受信したマルチキャストデータの転送先を示す転送先情報を作成する転送先情報作成処理と、（ホ）この転送先情報作成処理で作成した転送先情報を用いて前記したポートの中から前記したマルチキャストデータの転送先を選択するポート選択処理とを実行させることを特徴としている。
【発明の効果】
【００１９】
以上説明したように本発明によれば、マルチキャストデータの配信を行う装置側に、マルチキャストデータの配信の対象となる端末のそれぞれの所在を定義する送信元アドレスとマルチキャストデータの宛先アドレスおよび前記した端末それぞれが接続されたポートとの関係を表わした対応テーブルを作成しておくことにした。これにより、送信元アドレスを宛先アドレスに対応付けられるので、マルチキャストグループへの参加者を管理するためプロトコルが最新のバージョンに対応していないルータ等の既存のマルチキャストデータ配信装置であっても、ハードウェアを変更することなくマルチキャストデータの配信を確実に行うことができる。
【００２０】
更に各種プロバイダの提供するサービスが、契約端末のみに対するデータ配信を実現できるので、データ配信サービスの多様化に対応したり、盗聴などのセキュリティの向上やネットワーク内のトラフィック軽減効果がある。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を説明する。
【００２２】
図１は、本実施の形態のマルチキャストデータ転送装置をルータとして使用したマルチキャストデータ配信システムの概要を表わしたものである。このマルチキャストデータ配信システム１００は、ルータ１０１と、このルータ１０１にブロードバンド回線１０２を介して接続されたマルチキャスト配信サーバ１０３と、同じくルータ１０１に接続された視聴者側の第１〜第４の端末１０４1〜１０４4とによって構成されている。第１〜第４の端末１０４1〜１０４4は、ＭＬＤｖ２（Multicast Listener Discovery version２）パケットあるいはＩＧＭＰｖ３（Internet Group Management Protocol version３）パケットによってマルチキャストグループに参加した端末である。マルチキャスト配信サーバ１０３は、マルチキャストデータをこのマルチキャストグループに参加している第１〜第４の端末１０４1〜１０４4に転送するようになっている。
【００２３】
ルータ１０１は、本実施の形態に基づいた通信制御を行うための制御プログラムを格納したＲＯＭ１１１およびこの通信制御に使用する各種のデータを一時的に格納するＲＡＭ１１２とを接続したネットワークプロセッサ１１３を備えている。このネットワークプロセッサ１１３は、レイヤ２スイッチ（Ｌ２ＳＷ）１１４およびフィジカル層集積回路（ＰＨＹ）１１５にそれぞれＭＩＩ１１６、１１７のうちの対応するもの、あるいはマネジメントインターフェース１３３、１２０のうちの対応するものを介して接続されている。レイヤ２スイッチ１１４は、第１〜第４のＬＡＮポート１１８1〜１１８4を介して第１〜第４の端末１０４1〜１０４4のそれぞれ対応するものと接続されている。本明細書ではレイヤ２スイッチ１１４の端末接続用のインターフェースをポートと呼ぶことにする。
【００２４】
このようなマルチキャストデータ配信システム１００で、たとえば第１の端末１０４1がマルチキャスト配信サーバ１０３からの所定の映像の配信を要求するものとする。この場合、第１の端末１０４1は、マルチキャストグループへの参加、あるいはこのグループからの離脱等の変更に関するＭＬＤｖ２レポートメッセージあるいはＩＧＭＰｖ３レポートメッセージ（以下、単にレポートメッセージという。）１２１をルータ１０１に送信する。すると、ネットワークプロセッサ１１３はこのレポートメッセージ１２１をレイヤ２スイッチ１１４およびＭＩＩ１１６を介して受け取って解析する。ネットワークプロセッサ１１３は、この解析結果を基にして、マルチキャスト配信サーバ１０３からＷＡＮポート１１９を介して受信するマルチキャストデータのパケット１２２にレイヤ２スイッチ１１４の判別可能な情報としてのＶＬＡＮ・ＩＤ（Virtual LAN Identifier）（図では適宜ＶＩＤと表示を省略する）１２３を付与して、この付与後のパケット１２４をレイヤ２スイッチ１１４に転送する。
【００２５】
レイヤ２スイッチ１１４は、ネットワークプロセッサ１１３から転送されてきたパケット１２４に付与されたＶＬＡＮ・ＩＤ１２３を参照することで、指定した第１のＬＡＮポート１１８1へこのパケット１２４を転送する。これによって、この例では第１の端末１０４1がマルチキャスト配信サーバ１０３から前記した所定の映像の配信を受けることができるようになる。
【００２６】
このように本実施の形態のマルチキャストデータ配信システム１００では、レイヤ２スイッチ１１４で転送先ポートが判別可能となる情報を、ネットワークプロセッサ１１３が予めマルチキャストデータのパケット１２２に付与することにした。これにより、宛先ＭＡＣアドレスのみをマルチキャストデータの転送先判別条件とする既存のレイヤ２スイッチ１１４を使用した場合にも、ＭＬＤｖ２あるいはＩＧＭＰｖ３でマルチキャストグループへの参加や離脱が制御されるマルチキャストデータを、視聴者側で指定したポート（この例の場合には、第１のＬＡＮポート１１８1）に転送することが可能になる。
【００２７】
以上説明した本実施の形態による原理的な動作を可能にするために、レイヤ２スイッチ１１４には次のような工夫が行われている。
【００２８】
（１）レイヤ２スイッチ１１４がＶＬＡＮに対応可能なものである場合
この場合には、ネットワークプロセッサ１１３がＭＬＤｖ２とＩＧＭＰｖ３のうちの該当するプロトコルを解析する。そして、ＭＬＤｖ２レポートメッセージあるいはＩＧＭＰｖ３レポートメッセージ１２１に含まれる宛先アドレスと送信元アドレスを抽出する。この抽出した宛先アドレスと送信元アドレスの組を、１つのＶＬＡＮ・ＩＤ１２３に対応させて、ネットワークプロセッサ１１３が管理するマッピングテーブル（Mapping Table）１３１に登録する。
【００２９】
またネットワークプロセッサ１１３は、そのＭＬＤｖ２レポートメッセージあるいはＩＧＭＰｖ３レポートメッセージ１２１を、第１〜第４のＬＡＮポート１１８1〜１１８4のいずれで受信したかを識別し、この情報を転送先ポートとして併せてマッピングテーブル１３１に登録する。また、レイヤ２スイッチ１１４内に配置されたＬ２ＳＷのＶＬＡＮテーブル１３２には、マネジメントインターフェース１３３を介して、宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）およびそのデータの転送先ポート（ｐｏｒｔ）を登録する。
【００３０】
ネットワークプロセッサ１１３は、マルチキャスト配信サーバ１０３からマルチキャストデータを受信すると、宛先アドレス（ＤＡ）および送信元アドレス（ＳＡ）をキーとして対応するＶＬＡＮ・ＩＤ１２３をマッピングテーブルから検索する。そして、検索結果としてのＶＬＡＮ・ＩＤ１２３を含んだＶＬＡＮタグを付加したパケット１２４をレイヤ２スイッチ１１４に転送する。
【００３１】
レイヤ２スイッチ１１４は、ＶＬＡＮタグ中のＶＬＡＮ・ＩＤ１２３および宛先アドレス（ＤＡ）を参照する。これにより、第１〜第４のＬＡＮポート１１８1〜１１８4のうちの指定ポートにのみマルチキャストデータの転送を行うことができる。
【００３２】
（２）ベンダ固有のパケットフォーマットを利用する場合
この場合にも、ネットワークプロセッサ１１３がＭＬＤｖ２とＩＧＭＰｖ３のうちの該当するプロトコルを解析する。そして、ＭＬＤｖ２レポートメッセージあるいはＩＧＭＰｖ３レポートメッセージ１２１に含まれる宛先アドレスと送信元アドレスを抽出する。この抽出した宛先アドレスと送信元アドレスの組を、１つのＶＬＡＮ・ＩＤ１２３に対応させて、ネットワークプロセッサ１１３が管理するマッピングテーブル１３１に登録する。
【００３３】
またネットワークプロセッサ１１３は、そのＭＬＤｖ２レポートメッセージあるいはＩＧＭＰｖ３レポートメッセージ１２１を、第１〜第４のＬＡＮポート１１８1〜１１８4のいずれで受信したものかを識別し、この情報を転送先ポートとして併せてマッピングテーブル１３１に登録する。以上の処理は、（１）で説明したレイヤ２スイッチ１１４がＶＬＡＮに対応可能なものである場合と同じである。レイヤ２スイッチ１１４内に配置されたＶＬＡＮテーブル１３２への登録は、行わない。
【００３４】
ネットワークプロセッサ１１３は、マルチキャスト配信サーバ１０３からマルチキャストデータを受信すると、宛先アドレス（ＤＡ）および送信元アドレス（ＳＡ）をキーとして対応するＶＬＡＮ・ＩＤ（ＶＩＤ）１２３をマッピングテーブル１３１から検索する。ベンダ固有のパケットフォーマットの中には、多くの場合、転送先を指定するビットマップフィールドが含まれている。そこで、この場合には、ベンダ固有パケットフォーマット中の転送先指定ビットに、検索された転送先に対応したビットを設定し、レイヤ２スイッチ１１４に転送する。
【００３５】
レイヤ２スイッチ１１４は、このパケット１２４を受け取ると、第１〜第４のＬＡＮポート１１８1〜１１８4のうちのベンダ固有パケットフォーマット中の転送先指定ビットに対応したポートにデータ転送を行う。ここでベンダ固有のパケットフォーマットとは、たとえばイーサネット（登録商標）パケットの前に付加するヘッダや、パケットの終わりに付加されるトレーラ、あるいはＶＬＡＮタグと同一あるいは類似した形式のタグを示している。
【００３６】
以上、ルータ１０１の動作の概要を説明した。そこで、次にこのような動作を可能とする装置各部の構成について説明を補足する。ネットワークプロセッサ１１３はルータ１０１内の各部の制御やデータ処理を行うようになっている。ＲＯＭ１１１は、ネットワークプロセッサ１１３の制御のための制御プログラムや設定データを保存する不揮発性のメモリである。ＲＡＭ１１２は、ＲＯＭ１１１に格納されたデータを展開したり、通信データや一時作業用データを格納する。
【００３７】
レイヤ２スイッチ１１４は、イーサネット（登録商標）レイヤ２用のスイッチングＩＣ（Integrated Circuit）によって構成されている。このレイヤ２スイッチ１１４はイーサネット（登録商標）を終端し、学習したＭＡＣアドレスに従ってデータを転送するようになっている。本実施の形態では、ＶＬＡＮ機能を備えている。
【００３８】
フィジカル層集積回路（ＰＨＹ）１１５は、イーサネット（登録商標）のフィジカル（Physical）レイヤ用の回路であり、イーサネット（登録商標）のデータ、電気信号の変換をするＩＣカードによって構成されている。本実施の形態では、ブロードバンド回線との通信データの変換を行う。
【００３９】
ＭＩＩ１１６、１１７は、一般的には図示しないＭＡＣ層制御用ＬＳＩ（Large Scale Integration）とトランシーバ間のインターフェースである。本実施の形態では、ネットワークプロセッサ１１３やレイヤ２スイッチ１１４の間、ネットワークプロセッサ１１３とフィジカル層集積回路１１５の間におけるデータ送受信用のインターフェースとなる。
【００４０】
マネジメントインターフェース１３３、１２０は、レイヤ２スイッチ１１４やフィジカル層集積回路１１５の制御あるいは設定用に使用するインターフェースである。第１〜第４の端末１０４1〜１０４4は図示しないパーソナルコンピュータやセットトップボックス等の情報処理装置と接続されており、これらの情報処理装置をインターネットにアクセス可能にしている。ブロードバンド回線１０２は、ＡＤＳＬ（Asymmetric Digital Subscriber Line : 非対称デジタル加入者線）や光ファイバ等の高速でインターネットに接続可能な回線を表わしている。マルチキャスト配信サーバ１０３は、複数の相手を指定して同じデータを送信するようにしたマルチキャストデータを配信するサーバである。
【００４１】
第１〜第４のＬＡＮポート１１８1〜１１８4はイーサネット（登録商標）物理インターフェース（ＲＪ−４５コネクタ）であり、本実施の形態では４ポート構成となっている。これらは第１〜第４の端末１０４1〜１０４4の接続インターフェースとなっている。本明細書で第１のポート、第２のポートのように記載するとき、これらは第１〜第４のＬＡＮポート１１８1〜１１８4のコネクタポート番号を示すものとする。ＷＡＮポート１１９も同様にイーサネット（登録商標）物理インターフェース（ＲＪ−４５コネクタ）であり、ブロードバンド回線との接続インターフェースとなる。
【００４２】
図２は、本実施の形態で端末がマルチキャストグループに参加する際のネットワークプロセッサの処理の流れを表わしたものである。図１と共に説明を行う。ネットワークプロセッサ１１３は、いずれかの端末１０４からマルチキャストグループに参加するためのＭＬＤｖ２レポートメッセージあるいはＩＧＭＰｖ３レポートメッセージ１２１（以下、単にレポートメッセージ１２１という。）が、レイヤ２スイッチ１１４を介して送られてくるのを待機している（ステップＳ２０１）。ここでレポートメッセージ１２１とは、第１〜第４の端末１０４1〜１０４4のいずれかからマルチキャスト配信サーバ１０３に対して、マルチキャストグループへの参加やマルチキャストグループからの離脱等の要求を送信するためのものである。
【００４３】
図３は、ＭＬＤｖ２のレポートメッセージのフォーマットを一例として示したものである。この図３に示したＭＬＤｖ２のレポートメッセージ１２１における「Ｍｕｌｔｉｃａｓｔ  Ａｄｄｒｅｓｓ」が宛先アドレス（ＤＡ）を表わしており、「Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ」が送信元アドレス（ＳＡ）を表わしている。
【００４４】
この図３で「Ｔｙｐｅ」はＭＬＤメッセージのタイプを示している。「Ｔｙｐｅ」がこの図に示すように「１４３」の場合には、「Ｍｕｌｔｉｃａｓｔ  ｌ：Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ」を示し、「１３０」の場合には「Ｍｕｌｔｉｃａｓｔ  ｌ：Ｌｉｓｔｅｎｅｒ  Ｑｕｅｒｙ」を示している。「Ｒｅｓｅｒｖｅｄ」は、未定義のフィールドになり、無視される。
【００４５】
図２に戻って説明を続ける。ネットワークプロセッサ１１３は、参加のためのレポートメッセージ１２１が受信されると（ステップＳ２０１：Ｙ）、これを解析する（ステップＳ２０２）。ここで解析とは、レポートメッセージ１２１から必要情報を抽出することを意味する。対象となる必要情報は宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）である。ネットワークプロセッサ１１３は抽出した宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）に対してそれぞれユニークな値のＶＬＡＮ・ＩＤ１２３を対応付けする（ステップＳ２０３）。
【００４６】
ここでＶＩＤは、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１ｑのフレーム構成において１２ビットで構成されており、値「０」から値「４０９５」までを利用可能となっている。実際には図示しないカウンタを用意して、宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）の組合せに対して値「０」から順次、これらの値を対応づけることになる。そして、ＲＯＭ１１１内の領域として確保されているマッピングテーブル１３１に、宛先アドレス（ＤＡ）、送信元アドレス（ＳＡ）、ＶＬＡＮ・ＩＤ１２３および転送先ポートのビットマップを書き込んで保存する（ステップＳ２０４）。
【００４７】
図４は、マッピングテーブルの一例を示したものである。マッピングテーブル１３１のテーブル番号（Table No.）は、ＶＬＡＮ・ＩＤ１２３の値と一致するようになっており、値「４０９５」までの組合せを登録可能である。
【００４８】
同図（ａ）はテーブル番号が「５」まで登録が行われた状態を示している。この図でテーブル番号の「０」は、宛先アドレス（ＤＡ）のＭＡＣアドレス（ＩＰアドレス）が「０１００５Ｅ０Ａ０Ａ０Ａ（２３８．１０．１０．１０）」であり、送信元アドレス（ＳＡ）としてのＩＰアドレスが「１００．１００．１００．１０」となっているときのレポートメッセージを受信した場合に登録された情報となっている。これらのデータにＶＬＡＮ・ＩＤ１２３として値「０」が関連付けられ、送信元アドレス（ＳＡ）に対応した転送先ポートのビットマップは第１のＬＡＮポート１１８1を「１」とすることで、「１０００」となっている。ここで、転送先ポートのビットマップは、「転送する」を「１」とし、「転送しない」を「０」と定義している。
【００４９】
この状態で新たにレポートメッセージ１２１をネットワークプロセッサ１１３が受信し（図２ステップＳ２０１：Ｙ）、これが図４（ｂ）に示すように、宛先アドレス（ＤＡ）のＭＡＣアドレス（ＩＰアドレス）が「０１００５Ｅ０Ａ０Ａ０Ａ（２３８．１０．１０．１０）」のマルチキャストグループ参加のレポートメッセージであったとする。このとき、ネットワークプロセッサ１１３は宛先アドレス（ＤＡ）の「２３８．１０．１０．１０」と送信元アドレス（ＳＡ）「１００．１００．１００．４０」の組合せがマッピングテーブル１３１にまだ登録されていないことを確認する。そして、新たなテーブル番号としてのテーブル番号の「６」の内容を登録することで、マッピングテーブル１３１の内容を更新することになる。
【００５０】
このとき、送信元アドレス（ＳＡ）から、第４のＬＡＮポート１１８4による受信であることが分かる。このため、転送先ポートのビットマップは「０００１」となる。
【００５１】
このような状態で、更に第１のＬＡＮポート１１８1で同一マルチキャストグループに参加するためのレポートメッセージ１２１を受信したとする。この場合には、第１のＬＡＮポート１１８1に対応するビットを「１」にすることになる。この結果、転送先ポートのビットマップは、図示しないが「１００１」となる。このようにして転送先として複数ポートを指定することができる。
【００５２】
図２に戻って説明を続ける。最後のステップＳ２０５でネットワークプロセッサ１１３は、マネジメントインターフェース１３３を経由してレイヤ２スイッチ１１４内のＶＬＡＮテーブルに宛先アドレス（ＤＡ）、ＶＬＡＮ・ＩＤ（ＶＩＤ）１２３、転送先ポートのビットマップの情報を書き込むことになる。
【００５３】
図５は、マルチキャストデータが送られてきたときのネットワークプロセッサの配信のための処理の様子を表わしたものである。図１および図４と共に説明する。マルチキャスト配信サーバ１０３からマルチキャストデータが配信されてくると、ルータ１０１内のネットワークプロセッサ１１３がこれを受信する（ステップＳ２２１：Ｙ）。そして、ネットワークプロセッサ１１３は宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）からマッピングテーブル１３１を照合して（ステップＳ２２２）、ＶＬＡＮ・ＩＤ１２３を含むＶＬＡＮタグ１４２をマルチキャストデータのパケット１２２に付与する（ステップＳ２２３）。
【００５４】
図６は、ＶＬＡＮタグ付与後におけるマルチキャストデータのパケットの構成を表わしたものである。マルチキャストデータのパケット１２４には、４オクテット（octets）、すなわち３２ビットのＶＬＡＮタグ１４２が付加されている。ここでＶＬＡＮタグ１４２は、ＶＬＡＮ・ＩＤ１２３（図１参照）やそのタギングの方法を規定したＩＥＥＥ８０２．１ｑに準拠したフレームフォーマットとなる。
【００５５】
この後、ネットワークプロセッサ１１３からレイヤ２スイッチ１１４へマルチキャストデータのパケット１２４を転送する（図５ステップＳ２２４）。これを受けて、レイヤ２スイッチ１１４はＶＬＡＮテーブル１３２を参照して転送先を決定し指定された端末１０４にマルチキャストデータのパケット１２４を転送することになる。
【００５６】
図７は、マルチキャストグループから離脱する端末がある場合のその処理を表わしたものである。ネットワークプロセッサ１１３は、いずれかの端末１０４からマルチキャストグループから離脱するためのレポートメッセージ１２１が、レイヤ２スイッチ１１４を介して送られてくるのを待機している（ステップＳ２４１）。
【００５７】
ネットワークプロセッサ１１３は、離脱のためのレポートメッセージ１２１が受信されると（Ｙ）、これを解析して、宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）を抽出する（ステップＳ２４２）。そして、抽出した宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）を基にしてマッピングテーブル１３１を検索して、離脱要求のためのレポートメッセージ１２１を受信した転送先ポートのビットマップを特定する（ステップＳ２４３）。そして、宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）が一致したテーブル番号から、対応する転送先ポートのビットマップのビットを「０」にクリアする（ステップＳ２４４）。
【００５８】
一例をあげる。たとえば第１〜第３のＬＡＮポート１１８1〜１１８3が参加しているマルチキャストグループが存在していたものとする。この場合の該当するテーブル番号に対応する転送先ポートのビットマップは「１１１０」となっている。今、第２の端末１０４2から離脱のためのレポートメッセージ１２１が受信されたとする（ステップＳ２４１）。この場合には第２のＬＡＮポート１１８2に対応した転送先ポートのビットマップのビットを「０」にクリアするので、その処理が終了したときの転送先ポートのビットマップは「１０１０」と書き換えられていることになる。
【００５９】
この例では、離脱のためのレポートメッセージ１２１を処理した後も、同一のマルチキャストグループに参加している端末が存在する。第１および第３のＬＡＮポート１１８1、１１８3である。これら第１および第３のＬＡＮポート１１８1、１１８3も同一のマルチキャストグループから離脱したとすると、その参加端末が無くなったマルチキャストグループに対応するテーブル番号の転送先ポートのビットマップは「００００」となる。この場合、このビットマップが「００００」となった転送先ポートのテーブル番号は、新たに参加するマルチキャストグループのためのテーブルとして再利用される。すなわち、本実施の形態では値「０」から値「４０９５」までの４０９６組のマルチキャストグループをルータ１０１に関して使用中となるグループの数として使い回していくことができる。
【００６０】
なお、マッピングテーブル１３１の更新を行うと、マネジメントインターフェース１３３を経由してレイヤ２スイッチ１１４におけるＶＬＡＮテーブル１３２の該当する宛先アドレス（ＤＡ）、送信元アドレス（ＳＡ）、ＶＬＡＮ・ＩＤ（ＶＩＤ）１２３および転送先ポート（ｐｏｒｔ）についてもその更新が行われる。このようにしてマッピングテーブル１３１とＶＬＡＮテーブル１３２の整合が採られ、離脱した端末１０４に対して該当するマルチキャストデータが転送されないようになる。
【００６１】
以上説明した本実施の形態のマルチキャストデータ配信システム１００では、次に説明するような効果を奏することになる。まず、第１の効果として、ネットワークプロセッサ１１３がＶＬＡＮ・ＩＤ１２３を付与してレイヤ２スイッチ１１４にマルチキャストデータを転送している。したがって、レイヤ２スイッチ１１４はプロトコル（ＭＬＤｖ２、ＭＬＤｖ１、ＩＧＭＰｖ３、ＩＧＭＰｖ２、ＩＧＭＰｖ１）に関係なく宛先アドレス（ＤＡ）およびＶＬＡＮ・ＩＤ１２３のみで指定した端末１０４にマルチキャストデータを転送することが可能である。
【００６２】
また、本実施の形態ではレポートメッセージ１２１をネットワークプロセッサ１１３で解析している。このため、本実施の形態では、宛先アドレス（ＤＡ）に追加して送信元アドレス（ＳＡ）も、転送の判定条件となるＭＬＤｖ２あるいはＩＧＭＰｖ３プロトコルに対応していないレイヤ２スイッチ１１４でもマルチキャストデータの転送が可能になるという第２の効果が生じる。
【００６３】
更に本実施の形態では、ルータ１０１を構成する各部を、プロセッサの使用によってソフトウェア処理で実現することができる。このため、本実施の形態では、既存ルータの制御プログラムを変更あるいは追加することで、ハードウェアを変更することなくマルチキャストルータとして運用することができるという第３の効果を生じさせる。
【００６４】
また、本実施の形態では、インターネットサービスプロバイダの提供するサービスが、契約端末のみに対するデータ配信を実現する。したがって、データ配信サービスの多様化に対応できるという第４の効果を生じさせる。この他に、契約した端末１０４のみにデータを配信できるため、盗聴などのセキュリティの向上が期待できるという第５の効果や、ルータ１０１に接続された転送端末以外の端末への無駄なデータ配信が無くなるため、ネットワーク内のトラフィック軽減効果があるという第６の効果もある。
【００６５】
＜発明の第１の変形例＞
【００６６】
図８は、本発明の第１の変形例におけるマルチキャストデータ配信システムの概要を表わしたものである。図８で図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。この第１の変形例のマルチキャストデータ配信システム１００Ａでは、先の実施の形態で説明したＶＬＡＮ・ＩＤ（Virtual LAN identifier）１２３によるパケットの転送識別を行うことのできないレイヤ２スイッチ１１４Ａを使用して、マルチキャストデータの転送を行うようにしている。
【００６７】
この第１の変形例で、視聴者側の第１〜第４の端末１０４1〜１０４4のいずれかがマルチキャストグループに参加したり、これから離脱するときのマッピングテーブル１３１の登録やその更新については、先の実施の形態と全く同一である。ただし、ルータ１０１Ａのネットワークプロセッサ１１３Ａでは、マルチキャスト配信サーバ１０３から送られてきたマルチキャストデータのパケット１２２を、マッピングテーブル１３１を参照して独自フォーマットに変換するようにしている。
【００６８】
一方、この独自フォーマットの付与後のパケット１２４Ａを受け取ったレイヤ２スイッチ１１４Ａの方は、図１に示した実施の形態におけるＶＬＡＮテーブル１３２を備えておらず、この代わりに転送先情報対応テーブル３０１を備えている。転送先情報対応テーブル３０１は、ベンダ固有の独自フォーマットを識別して第１〜第４のＬＡＮ（Local Area Network）ポート１１８1〜１１８4のうちの該当するものに配信用のパケットの送出を指示するようになっている。
【００６９】
図９は、このベンダ固有の識別子を付与したマルチキャストデータのパケットの構成を表わしたものである。このベンダ固有の独自フォーマットのパケット１２４Ａは、１オクテットのフレーム開始部（ＳＦＤ：Start Frame Delimiter）と６オクテットの宛先アドレス（Destination Address）の間に２オクテットの識別子３１１を挿入した形式になっている。もちろんベンダ固有の独自フォーマットは、このフォーマット形式に限定されるものではない。ヘッダやトレーラあるいはＩＥＥＥ８０２．１ｑによるタグに似たタグ等のようにベンダにより独自にパケットフォーマットを仕様化したものである。必要なのは、第１〜第４のＬＡＮポート１１８1〜１１８4のいずれにパケット１２４Ａを転送するかを示す何らかの転送情報（転送先ポート指示情報）がこのパケットフォーマット中に存在することである。
【００７０】
この第１の変形例の場合には、識別子３１１を構成するベンダ指定フィールド３１２における転送先情報とポート１１８の関係を表わしたＶＬＡＮテーブル３１２Ｔのフィールドを配置している。これにより、図８に示したレイヤ２スイッチ１１４Ａは図１に示したＶＬＡＮテーブル１３２を備えることなく、第１〜第４のＬＡＮポート１１８1〜１１８4のうちの該当するものに配信用のパケットの送出を行うことができる。
【００７１】
図１０は、この第１の変形例でいずれかの端末が参加のレポートメッセージを送出した場合のネットワークプロセッサの処理の様子を表わしたものである。これは、実施の形態における図２に対応している。図８と共に説明を行う。ネットワークプロセッサ１１３Ａは、いずれかの端末１０４からマルチキャストグループに参加するためのレポートメッセージ１２１が、レイヤ２スイッチ１１４Ａを介して送られてくるのを待機している（ステップＳ４０１）。レポートメッセージ１２１は、第１〜第４の端末１０４1〜１０４4のいずれかからマルチキャスト配信サーバ１０３に対して、マルチキャストグループへの参加やこのマルチキャストグループからの離脱等の要求を送信するためのものである。
【００７２】
ネットワークプロセッサ１１３は、参加のためのレポートメッセージ１２１が受信されると（Ｙ）、これを解析する（ステップＳ４０２）。ここで解析とは、レポートメッセージ１２１から必要情報を抽出することを意味する。対象となる必要情報は宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）である。ネットワークプロセッサ１１３は抽出した宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）に対してそれぞれユニークな値のＶＬＡＮ・ＩＤ１２３を対応付けする（ステップＳ４０３）。そして、マッピングテーブル１３１に、宛先アドレス（ＤＡ）、送信元アドレス（ＳＡ）、ＶＬＡＮ・ＩＤ１２３および転送先ポートのビットマップを書き込んで保存する（ステップＳ４０４）。
【００７３】
ここまでの処理は、先の実施の形態と同一である。ネットワークプロセッサ１１３Ａは、次に受信したマルチキャストデータのパケット１２２を、第１〜第４のＬＡＮポート１１８1〜１１８4のうちの宛先に対応するものを転送先情報の識別子３１１として組み込んだ独自フォーマットに変更する（ステップＳ４０５）。そして、このパケット１２４Ａをレイヤ２スイッチ１１４にデータ転送する（ステップＳ４０６）。
【００７４】
このように本発明の第１の変形例では、ＶＬＡＮテーブル３１２Ｔというフィールドをキーとして、レイヤ２スイッチ１１４Ａで転送ポートを判別し指定ポートへのデータ転送を可能とする。これにより、先の実施の形態で説明したような各種の効果を得ることができる。
【００７５】
＜発明の第２の変形例＞
【００７６】
先の実施の形態およびその第１の変形例では、図１あるいは図８に示すネットワークプロセッサ１１３、１１３Ａが、第１〜第４の端末１０４1〜１０４4のいずれかからマルチキャスト配信サーバ１０３に対して送信したレポートメッセージ１２１の解析を行っている。そして、マルチキャスト配信サーバ１０３からのマルチキャストデータのパケット１２２の受信時に、ネットワークプロセッサ１１３、１１３Ａがレポートメッセージ１２１の解析結果を用いてこのパケット１２２の転送先の指定を行っていた。ここではルータ１０１、１０１Ａが能動的に動作するようになっている。
【００７７】
本発明の第２の変形例では、ユーザがユーザインターフェースを用いて、図１に示すマッピングテーブル１３１の登録やその更新を行うようにしている。マルチキャストグループから離脱する処理を行う場合も同様である。
【００７８】
図１１は、本発明の第２の変形例におけるマルチキャストデータ配信システムの概要を表わしたものである。図１１で図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。この第２の変形例におけるマルチキャストデータ配信システム１００Ｂでは、ネットワークプロセッサ１１３Ｂに接続されたＲＯＭ１１１Ｂが、ルータ１０１Ｂのマッピングテーブル１３１に関係する処理について、ＧＵＩ（Graphical User Interface）によるウェブ設定やコマンドによる設定をサポートする制御プログラムを格納している。
【００７９】
このため、たとえば第１のユーザ５０１1は、第１の端末１０４1を操作して、インターネットのホームページでマッピングテーブル１３１の内容を図４に示したように自己のディスプレイ上に表示して、マルチキャストグループへの参加や離脱を行うことが可能である。これとは異なり、マッピングテーブル１３１の内容を表示用のパケットに変換して第１の端末１０４1に送出し、直接表示できるようにしてもよい。この後者の場合には、第１のユーザ５０１1が第１の端末１０４1を操作して各種のコマンドを入力し、マッピングテーブル１３１の内容を直接変更することになる。
【００８０】
第１のユーザ５０１1がこのようにマッピングテーブル１３１をＧＵＩを用いて操作する設定情報５１１は、マルチキャスト参加グループの宛先アドレス（ＤＡ）や参加する端末の送信元アドレス（ＳＡ）である。あるいはＶＬＡＮ・ＩＤ１２３まで設定できるようにすることもできる。設定された設定情報５１１は実施の形態と同様にＲＯＭ１１１Ｂに格納のマッピングテーブル１３１に書き込み、保存して、宛先アドレス（ＤＡ）やＶＬＡＮ・ＩＤ１２３をマネジメントインターフェース１３３を介してレイヤ２スイッチ１１４に通知する。
【００８１】
この第２の変形例のマルチキャストデータ配信システム１００Ｂでは、マルチキャスト配信サーバ１０３からマルチキャストデータのパケット１２２を受信すると、先の実施の形態と同様にこれにＶＬＡＮタグを付与する。そして、レイヤ２スイッチ１１４にこのパケットデータを転送する。レイヤ２スイッチ１１４は、宛先アドレス（ＤＡ）およびＶＬＡＮ・ＩＤから転送ポートを決定し、マルチキャストデータのパケットデータをこれに転送することになる。
【００８２】
＜発明の第３の変形例＞
【００８３】
ところで、先の実施の形態では宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）の組合せに対してユニークなＶＬＡＮ・ＩＤ１２３を割り当てることにしていた。そして、値「０」から値「４０９５」までの４０９６組のマルチキャストグループに対してＶＬＡＮ・ＩＤ１２３を割り当てた。しかしながら、宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）の組合せが４０９６個を超えると、ＶＬＡＮ・ＩＤ１２３に不足が生じる。
【００８４】
図１２は、本発明の第３の変形例におけるＶＬＡＮ・ＩＤの管理の様子を表わしたものである。図１と共に説明を行う。ネットワークプロセッサ１１３Ｃ（図示せず）は、いずれかの端末１０４からマルチキャストグループに参加するためのレポートメッセージ１２１が、レイヤ２スイッチ１１４を介して送られてくるのを待機している（ステップＳ６０１）。
【００８５】
ネットワークプロセッサ１１３Ｃは、参加のためのレポートメッセージ１２１が受信されると（Ｙ）、これを解析する（ステップＳ６０２）。そして、抽出した宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）の組合せがマッピングテーブル１３１に登録済みであるかをチェックする（ステップＳ６０３）。登録済みでなかった場合には（Ｎ）、マッピングテーブル１３１に同一の送信元アドレス（ＳＡ）が登録済みであるかをチェックする（ステップＳ６０４）。同一の送信元アドレス（ＳＡ）が登録済みの場合には（Ｙ）、そのテーブル番号と同一のＶＬＡＮ・ＩＤ１２３を入力してマッピングテーブル１３１に登録する（ステップＳ６０５）。これに対してマッピングテーブル１３１に同一の送信元アドレス（ＳＡ）が登録されていなかった場合には（ステップＳ６０４：Ｎ）、その送信元アドレス（ＳＡ）用に未使用のＶＬＡＮ・ＩＤ１２３を割り振って、マッピングテーブル１３１に登録を行う（ステップＳ６０６）。
【００８６】
ステップＳ６０３で抽出した宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）の組合せがマッピングテーブル１３１に登録済みであると判断したとき（Ｙ）、およびステップＳ６０５あるいはステップＳ６０６の処理が終了したとき、ネットワークプロセッサ１１３Ｃはマネジメントインターフェース１３３を経由してレイヤ２スイッチ１１４内のＶＬＡＮテーブルに宛先アドレス（ＤＡ）、ＶＬＡＮ・ＩＤ（ＶＩＤ）１２３、転送先ポートのビットマップの情報を書き込むことになる。（ステップＳ６０７）。
【００８７】
以上説明した実施の形態および各種の変形例では、ネットワークプロセッサ１１３〜１１３Ｃの内部を制御プログラムの実行によってソフトウェア的に実現させることにした。しかしながら、ネットワークプロセッサ１１３〜１１３Ｃが実行するソフトウェア処理の代わりに、レポートメッセージ１２１の解析や宛先アドレス（ＤＡ）と送信元アドレス（ＳＡ）のチェック、これらのマッピングテーブル１３１への登録やその更新等の登録管理、マルチキャスト配信サーバ１０３から受信したマルチキャストデータのパケット１２２に含まれる宛先アドレス（ＤＡ）や送信元アドレス（ＳＡ）の検査、およびそれらパラメータをキーとしたマッピングテーブル１３１の検索、受信データへの検索結果に基づいた指定情報としてのＶＬＡＮタグあるいはベンダ固有情報の付与、といった機能のすべてあるいは一部をハードウェアロジックで構成することは可能である。そして、これらハードウェアロジックで構成したものをネットワークプロセッサ１１３〜１１３Ｃに内蔵したり、図示しないゲートアレイやＦＰＧＡ（Field Programmable Gate Array）に代表されるロジック回路をネットワークプロセッサ１１３〜１１３Ｃとレイヤ２スイッチ１１４、１１４Ａとの間に追加することで、マルチキャストデータ転送機能を実現することも可能である。
【００８８】
また、本実施の形態および各種の変形例では、マルチキャスト配信サーバ１０３および端末１０４を例示したものであり、これらの数は特に制限されるものでないことは当然である。
【図面の簡単な説明】
【００８９】
【図１】本実施の形態のマルチキャストデータ配信システムのシステム構成図である。
【図２】本実施の形態で端末がマルチキャストグループに参加する際のネットワークプロセッサの処理を表わした流れ図である。
【図３】ＭＬＤｖ２のレポートメッセージのフォーマットを一例として示した説明図である。
【図４】本実施の形態のマッピングテーブルの一例を示した説明図である。
【図５】本実施の形態でマルチキャストデータを受け取ったネットワークプロセッサの配信処理の様子を表わした流れ図である。
【図６】本実施の形態でＶＬＡＮタグ付与後におけるマルチキャストデータのパケットの構成を示した構成説明図である。
【図７】本実施の形態でマルチキャストグループから離脱する端末がある場合のその処理を表わした流れ図である。
【図８】本発明の第１の変形例におけるマルチキャストデータ配信システムの概要を表わしたシステム構成図である。
【図９】ベンダ固有の識別子を付与したマルチキャストデータのパケットの構成を示した構成説明図である。
【図１０】第１の変形例で端末がレポートメッセージを送出した場合のネットワークプロセッサの処理の様子を表わした流れ図である。
【図１１】本発明の第２の変形例におけるマルチキャストデータ配信システムの概要を表わしたシステム構成図である。
【図１２】本発明の第３の変形例におけるＶＬＡＮ・ＩＤの管理の様子を表わした流れ図である。
【図１３】以前のバージョンのプロトコルを適用したマルチキャストデータ配信システムのシステム構成図である。
【図１４】以前のプロトコルに対応したルータに最新のプロトコルでマルチキャストデータが送られてきた場合の動作説明図である。
【符号の説明】
【００９０】
１００、１００Ａ、１００Ｂ  マルチキャストデータ配信システム
１０１、１０１Ａ、１０１Ｂ  ルータ
１０３  マルチキャスト配信サーバ
１０４  端末
１１１  ＲＯＭ
１１２  ＲＡＭ
１１３、１１３Ａ、１１３Ｂ  ネットワークプロセッサ
１１４、１１４Ａ  レイヤ２スイッチ
１１８  ＬＡＮポート
１１９  ＷＡＮポート
１２２  マルチキャストデータのパケット
１２４、１２４Ａ  パケット
１３１  マッピングテーブル
１３２、３１２Ｔ  ＶＬＡＮテーブル
１４２  ＶＬＡＮタグ
３１１  識別子
５０１1  第１のユーザ
５１１  設定情報
【図１】
2009094832.tif 000003
【図２】
2009094832.tif 000004
【図３】
2009094832.tif 000005
【図４】
2009094832.tif 000006
【図５】
2009094832.tif 000007
【図６】
2009094832.tif 000008
【図７】
2009094832.tif 000009
【図８】
2009094832.tif 000010
【図９】
2009094832.tif 000011
【図１０】
2009094832.tif 000012
【図１１】
2009094832.tif 000013
【図１２】
2009094832.tif 000014
【図１３】
2009094832.tif 000015
【図１４】
2009094832.tif 000016