JP2007180960A - マルチキャスト制御装置 - Google Patents

Abstract

【課題】ユーザ装置からの連続的なマルチキャストグループへの参加／離脱要求に対しても品質が劣化することなく、しかも複数のユーザ装置を接続することができるようにする。
【解決手段】制御装置３５はコアＮＷ３２とＨＧＷ３８との間に配置され、ＩＧＭＰによって送信されるデータを制御する。制御装置はＨＧＷが参加するマルチキャストアドレスを記憶する情報管理テーブルを備え、ＨＧＷから連続的にマルチキャストグループに対して参加／離脱要求があった際、情報管理テーブルを参照してデータの配信を制御する。
【選択図】図１

Description

本発明は、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）によって制御されるストリーミングデータ（マルチキャストデータ）を制御する制御装置に関し、特に、ユーザからの連続的なマルチキャストグループへのＪｏｉｎ／Ｌｅａｖｅ（参加／離脱）命令に対して配信希望以外のマルチキャストパケットをユーザへ配信しないように制御するマルチキャスト制御装置に関するものである。

一般に、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークに代表されるデータネットワークにおいては、マルチキャストが放送類似サービス又は放送に代替するサービスとして注目されている。類似技術としてビデオ・オンデマンド（ＶｏＤ）があるが、マルチキャストは、ＶｏＤに比べて帯域を消費しないという利点があり、例えば、ＩＧＭＰを使用するＩＰマルチキャストについて非特許文献１及び特許文献１〜３に記載されている。

ＩＰマルチキャストにおいては、レイヤ２のスイッチ（Ｌ２スイッチ）がＬＡＮスイッチ及びルータ等に組み込まれており、その弱点としてマルチキャスト通信時におけるマルチキャストフレームのフラッディングがある。Ｌ２スイッチにおけるマルチキャストトラヒックのフラッディングを最も効率的に抑制する手段の一つとして、ＩＧＭＰスヌーピングがある。ＩＧＭＰスヌーピングでは、ホストと上位ルータとの間のＩＧＭＰのやり取りをスヌーピングして、マルチキャストアドレスと転送先ポートを対応付ける転送テーブルを随時更新する。そして、この更新には、エントリの追加と削除が含まれ、更新によって、マルチキャストトラヒックの不要な転送を抑制するようにしている。

図２０はＩＰマルチキャストシステムの一般的な構成を示す図であり、マルチキャストサーバ１０は、例えば、ストリーミングサーバ１０ａ及びビデオサーバ１０ｂを備え、ＩＰマルチキャストネットワーク１２のルータ１４に接続される。サーバ１０からマルチキャストされるデータグラムは、マルチキャストネットワーク１２で複数のルータ１４、１６及び１８を経由して、さらにＬ２スイッチ２０を介してユーザ装置に到達する。一つのＬ２スイッチ２０には複数のユーザ装置（Ｈｏｓｔ）２２−１〜２２−Ｎ（Ｎは２以上の整数）が接続される。

各ユーザ装置２２−１〜２２−Ｎは、例えば、パーソナルコンピュータ又は映像データ受信用セットトップボックス（ＳＴＢ）からなる。なお、各ユーザ装置２２−１〜２２−Ｎは、さらに別のＬ２スイッチとこのＬ２スイッチに接続されるパーソナルコンピュータ及びＳＴＢとからなることもある。ルータ間ではプロトコルＰＩＭ−ＳＭ（Ｐｒｏｔｏｃｏｌ Ｉｎｄｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ−Ｓｐａｒｓｅ Ｍｏｄｅ）及びＰＩＭ−ＤＭ（Ｐｒｏｔｏｃｏｌ Ｉｎｄｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ−Ｄｅｎｓｅ Ｍｏｄｅ）等のマルチキャストルーティングプロトコルが使用される。ルータはマルチキャスト・ルーティング・プロトコルをサポートする所謂マルチキャストルータである。ルータとユーザ装置の間ではＩＧＭＰが使用される。

Ｌ２スイッチ２０を介して、ユーザ装置２２−１〜２２−Ｎと接続されるルータ１８は、ＩＧＭＰ Ｇｅｎｅｒａｌ Ｑｕｅｒｙ（ＧＱ）メッセージを用いて、所定の間隔（一定間隔）でユーザ装置２２−１〜２２−Ｎに受信状態を問い合わせる。いま、ユーザ装置２２−ｎ（ｎは１からＮまでのいずれかの整数）がチャンネルＣｈ１を視聴すると、ユーザ装置２２−ｎはチャンネルＣｈ１の視聴要求を、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセージによって、ルータ１８に通知する。Ｌ２スイッチ２０では、このＲｅｐｏｒｔメッセージをスヌーピングして、内部のマルチキャストアドレスと転送先ポートを対応付けるテーブル（以下、ＩＧＭＰスヌーピングテーブルと呼ぶ）に登録する。ルータ１８は参加希望に応じて要請されたチャンネル（ここではＣｈ１）のデータグラムをＬ２スイッチ２０に出力し、Ｌ２スイッチ２０は、ＩＧＭＰスヌーピングテーブルを参照してそのデータグラムをユーザ装置２２−ｎへのみ転送する。

ユーザ装置２２−ｎがＣｈ１を視聴している場合、ルータ１８から一定間隔のＧＱによる問合せに対して、視聴状態にあることを所定の期間内（例えば１０秒以内）にＲｅｐｏｒｔメッセージによって回答する。一方、ルータ１８からの３回の問合せに対して配下のいずれのユーザ装置２２−１〜２２−Ｎからも回答がない場合、ネットワークの断又は配下のユーザ装置２２−１〜２２−Ｎが視聴の終了を通知しないままで電源をオフした可能性が高いので、ルータ１８は配下のユーザ装置２２−１〜２２−Ｎへのマルチキャスト配信を停止する。

ユーザ装置２２−ｎがチャンネルＣｈ１の視聴を止める場合には、チャンネルＣｈ１の視聴グループからの離脱を意味するＩＧＭＰ Ｌｅａｖｅ Ｇｒｏｕｐメッセージをルータ１８に送信する。ルータ１８はユーザ装置２２−ｎからＬｅａｖｅ Ｇｒｏｕｐメッセージを受信すると、即座にＣｈ１を指定したＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（ＧＳＱ）メッセージを各ユーザ装置２２−１〜２２−Ｎに送信してから１秒後に、再度同一の内容でＧＳＱメッセージを各ユーザ装置２２−１〜２２−Ｎに送信する。いずれの問合せに対しても、各ユーザ装置２２−１〜２２−Ｎから１秒以内にＣｈ１の視聴の確認メッセージが来なければ、ルータ１８はＬ２スイッチ２０の配下のユーザ装置２２−１〜２２−ＮへのＣｈ１の配送を停止する。

最初のＧＳＱから３秒以上の所定時間内にいずれのユーザ装置からもチャンネルＣｈ１の視聴の確認メッセージが出ないと、Ｌ２スイッチ２０はＩＧＭＰスヌーピングテーブルからチャンネルＣｈ１のエントリを削除する。

ところで、ＩＧＭＰを用いたＩＰマルチキャストネットワークでは、ホスト（ユーザ端末装置）がＩＧＭＰ Ｌｅａｖｅ Ｇｒｏｕｐメッセージを送出してから、上位ルータがマルチキャストトラヒックの転送を中止するまでには、プロトコルのデフォルト設定上２秒以上の時間が必要となる。そのため、Ｌ２スイッチにおけるＩＧＭＰスヌーピングテーブルの更新時間を、それ以上の３秒以上に設定するのが一般的となっている。

一方、マルチキャストグループからの離脱処理に対して、ＧＳＱによる処理を行わずに、ＩＧＭＰ Ｌｅａｖｅ Ｇｒｏｕｐメッセージを受信することによって、直ちに配信を中止するｉｍｍｅｄｉａｔｅ ｌｅａｖｅ（即時離脱）機能がある。Ｌ２スイッチがｉｍｍｅｄｉａｔｅ ｌｅａｖｅ機能を有する場合、上述のユーザ装置がチャンネルＣｈ１の視聴を止める際の処理は次のようになる。

ユーザ装置２２−ｎがチャンネルＣｈ１の視聴を止めるため、チャンネルＣｈ１の視聴グループからの離脱を意味するＩＧＭＰ Ｌｅａｖｅ Ｇｒｏｕｐメッセージをルータ１８に送信する。Ｌ２スイッチ２０は、ユーザ装置２２−ｎからのＩＧＭＰ Ｌｅａｖｅ Ｇｒｏｕｐメッセージを受信すると、ＩＧＭＰスヌーピングテーブルを参照して、チャンネルＣｈ１のエントリを削除し、当該ＩＧＭＰ Ｌｅａｖｅ Ｇｒｏｕｐメッセージをルータ１８へ転送する。

ルータ１８がｉｍｍｅｄｉａｔｅ ｌｅａｖｅ機能に対応していなければ、上述の場合と同様にして、ユーザ装置２２−ｎからＬｅａｖｅメッセージを受信すると、即座にルータはＧＳＱの処理を開始する。ここで、Ｌ２スイッチ２０では既にチャンネルＣｈ１に対するエントリが削除されているので、ＧＳＱの処理の終了を待たずに、（たとえ、チャンネルＣｈ１のデータが流れていたとしても）ユーザ端末装置２２−ｎへのチャンネルＣｈ１のデータ転送を行わない。
ＩＰマルチキャストネットワーク開発ガイドＶｏｌ１ ソフトバンク、Ｐ４０５−Ｐ４１９ 特開２００５−６５０４５号公報 特開２００４−６４６４９号公報 特開２００４−１１２７２４号公報

ところで、従来のＩＰマルチキャストシステムにおいて、上述のＩＧＭＰスヌーピング機能を有するスイッチを用いると、マルチキャストグループからのＬｅａｖｅプロセスでは、Ｇｅｎｅｒａｌ−ｓｐｅｃｉｆｉｃ−ｑｕｅｒｙに対する返信を待つためのタイマー設定時間だけ処理に時間を要する。そして、その間、Ｌｅａｖｅ処理を行っている当該マルチキャストグループのデータが送信され続けることになる。

例えば、ＩＧＭＰプロトコルを用いてＴＶ放送のようなストリーミングデータ配信を行う場合に、ユーザが連続的にマルチキャストグループへのＪｏｉｎ／Ｌｅａｖｅを行うと（ＴＶ放送などの場合の連続的なチャンネル切替：ザッピング）、このＬｅａｖｅプロセスの処理時間のために、前に参加（Ｊｏｉｎ）していたデータにより、一時的に使用する帯域が増加する。このため、使用している回線に一部帯域の狭い箇所などがあると、ユーザが連続的にマルチキャストグループへのＪｏｉｎ／Ｌｅａｖｅを行うことによって、一時的に品質が劣化してしまう。

一方、ｉｍｍｅｄｉａｔｅ ｌｅａｖｅ機能を用いると、ＧＱ、ＧＳＱ処理を待たずに配信を中止するため、上述のような不都合は生じないものの、Ｌ２スイッチのポートに複数のユーザ装置が接続されて同一のチャンネルＣｈを視聴しているような場合には、あるユーザ装置のＬｅａｖｅ Ｇｒｏｕｐメッセージによって、同一Ｃｈを視聴しているその他のユーザ装置への配信も停止してしまう。このため、Ｌ２スイッチのポートに接続されるユーザ装置は１台に限定されてしまうという問題がある。

また、複数のユーザ装置がＩＧＭＰプロキシ機能を持たないホームゲートウェイなどの機器を介して同一ポートに接続されていると、個々のユーザ装置の識別ができない場合がある。この場合には、従来技術ではｉｍｍｅｄｉａｔｅ ｌｅａｖｅ機能を用いた、配信の停止処理を行うことができない。

本発明は、このような事情を考慮してなされたもので、その目的は、ユーザ装置からの連続的なマルチキャストグループへのＪｏｉｎ／Ｌｅａｖｅ命令に対しても品質が劣化することなく、しかも複数のユーザ装置を同一ポートに接続することを実現できるマルチキャスト制御装置を提供することにある。

さらには、複数のユーザ装置がＩＧＭＰプロキシ機能を持たないホームゲートウェイなどの機器を介して同一ポートに接続されており、個々のユーザ装置が識別できない場合においても、ｉｍｍｅｄｉａｔｅ ｌｅａｖｅ機能を用いた、配信の停止処理を行うことのできるマルチキャスト制御装置を提供することにある。

上記の課題を解決するために、本発明に係るマルチキャスト制御装置は、マルチキャストネットワークとユーザ装置との間に配置され、インターネットグループマネージメントプロトコル（ＩＧＭＰ）によって送信されるデータを制御するためのマルチキャスト制御装置であって、前記ユーザ装置が参加するマルチキャストアドレスを記憶する情報管理テーブルと、前記ユーザ装置からマルチキャストグループに対して参加／離脱要求があったときに、前記情報管理テーブルを参照して前記データの配信を制御する配信手段と、を備えたことを特徴とする。

本発明に係るマルチキャスト制御装置においては、前記マルチキャストネットワークは定期的に問い合わせメッセージが送信されており、前記情報管理テーブルには前記マルチキャストアドレスに対応付けて前記問い合わせメッセージを受信したか否かを示す問い合わせ受信フラグが設定されていることを特徴とする。

本発明に係るマルチキャスト制御装置においては、前記配信手段は、前記ユーザ装置から受信したデータがＩＧＭＰデータであるときに、当該ＩＧＭＰデータがＩＧＭＰリポートデータ又はＩＧＭＰリーブデータであるか否かを判定する第１の判定手段と、前記ＩＧＭＰデータがＩＧＭＰリーブデータであると、前記情報管理テーブルに登録された当該ＩＧＭＰリーブデータが示すマルチキャストアドレスの登録数に応じて当該ＩＧＭＰリーブデータを前記マルチキャストネットワークに転送するか否かを決定する第１の転送決定手段と、前記ＩＧＭＰデータがＩＧＭＰリポートデータであると、当該ＩＧＭＰリポートデータが示すマルチキャストアドレスと同一のアドレスが前記情報管理テーブルに登録されているか否かを確認する第２の判定手段と、該第２の判定手段による判定結果に応じて当該ＩＧＭＰリポートデータを前記マルチキャストネットワークに転送するか否かを決定する第２の転送決定手段と、を有することを特徴とする。

本発明に係るマルチキャスト制御装置においては、前記第１の転送決定手段は、前記情報管理テーブルに登録された前記ＩＧＭＰリーブデータが示すマルチキャストアドレスの登録数がゼロであると当該ＩＧＭＰリーブデータを破棄し、前記情報管理テーブルに登録された前記ＩＧＭＰリーブデータが示すマルチキャストアドレスの登録数が１であると当該ＩＧＭＰリーブデータが示すマルチキャストアドレスと同一のマルチキャストアドレスを前記情報管理テーブルから削除して当該ＩＧＭＰリーブデータを前記マルチキャストネットワークに転送し、前記情報管理テーブルに登録された前記ＩＧＭＰリーブデータが示すマルチキャストアドレスの登録数が２以上であると、当該ＩＧＭＰリーブデータが示すマルチキャストアドレスと同一のマルチキャストアドレスの一つを前記情報管理テーブルから削除して当該ＩＧＭＰリーブデータを破棄するようにしたことを特徴とする。

本発明に係るマルチキャスト制御装置においては、前記第２の転送決定手段は、前記判定結果が前記ＩＧＭＰリポートデータが示すマルチキャストアドレスが前記情報管理テーブルに登録されていないことを示していると、当該マルチキャストアドレスを前記情報管理テーブルに登録して当該ＩＧＭＰリポートデータを前記マルチキャストネットワークに転送し、前記判定結果が前記ＩＧＭＰリポートデータが示すマルチキャストアドレスが前記情報管理テーブルに登録されていることを示していると、当該マルチキャストアドレスに対する前記問い合わせ受信フラグの状態に応じて当該ＩＧＭＰリポートデータを前記マルチキャストネットワークに転送するか否かを決定するようにしたことを特徴とする。

本発明に係るマルチキャスト制御装置においては、前記第２の転送決定手段は、前記問い合わせ受信フラグがオフであると前記ＩＧＭＰリポートデータが示すマルチキャストアドレスを前記情報管理テーブルに登録して前記ＩＧＭＰリポートデータを破棄することを特徴とする。

本発明に係るマルチキャスト制御装置においては、前記第２の転送決定手段は、前記問い合わせ受信フラグがオンであると前記マルチキャストアドレスに対する問い合わせ受信フラグをオフとして、前記ＩＧＭＰリポートデータと同一のマルチキャストアドレスを含むＩＧＭＰリポートデータを既に前記マルチキャストネットワークに転送したか否かを判定するようにしたことを特徴とする。

本発明に係るマルチキャスト制御装置においては、前記配信手段は、前記マルチキャストネットワークから受信したデータがＩＧＭＰデータ又はマルチキャストデータであるか否かを判定する第３の判定手段と、該第３の判定手段による判定結果に応じて前記マルチキャストネットワークから受信したデータを前記ユーザ装置に転送するか否かを決定する第３の転送決定手段と、を有することを特徴とする。

本発明に係るマルチキャスト制御装置においては、前記第３の転送決定手段は、前記第３の判定手段による判定結果がＩＧＭＰデータであることを示していると、当該ＩＧＭＰデータが問い合わせデータであるときには、前記情報管理テーブルに登録された全てのマルチキャストアドレスに対応する前記問い合わせ受信フラグをオンとして前記問い合わせデータを前記ユーザ装置に転送するようにしたことを特徴とする。

本発明に係るマルチキャスト制御装置においては、前記第３の転送決定手段は、前記第３の判定手段による判定結果がマルチキャストデータであることを示していると、該マルチキャストデータの宛先マルチキャストアドレスと同一のマルチキャストアドレスが情報管理テーブルに登録されているか否かの確認を行い、当該確認結果に応じて前記マルチキャストデータを前記ユーザ装置に転送するか否かを決定するようにしたことを特徴とする。

本発明に係るマルチキャスト制御装置においては、前記情報管理テーブルには前記ユーザ装置を識別するための識別アドレスと前記マルチキャストアドレスとが対応付けて登録されており、前記ユーザ装置から受信するデータには前記識別アドレスが付加され、前記配信手段は、前記識別アドレス又は前記マルチキャストアドレスを前記情報管理テーブルから参照し、前記データの配信を決定するようにしたことを特徴とする。

本発明によれば、ユーザ装置が参加するマルチキャストアドレスを記憶する情報管理テーブルを設け、ユーザ装置からマルチキャストグループに対して参加／離脱要求があったときに、情報管理テーブルを参照してデータの配信を制御するようにしたので、ユーザ装置からの連続的なマルチキャストグループへのＪｏｉｎ／Ｌｅａｖｅ命令（参加／離脱要求）に対しても品質の劣化を防止することができると共に、複数のユーザ装置を同一ポートに接続することができる。

さらには、複数のユーザ装置がＩＧＭＰプロキシ機能を持たないホームゲートウェイなどの機器を介して同一ポートに接続されており、個々のユーザ装置が識別できない場合においても、ｉｍｍｅｄｉａｔｅ ｌｅａｖｅ機能を用いた、配信の停止処理を行うことができる。

さらに、不要なデータの送信を抑えて、帯域を有効に利用できるばかりでなく、ＩＰマルチキャストによるストリーミングサービスを受けるために必要な帯域を低減することができる。そして、１ストリーミングデータを送信できる帯域があれば、ユーザは品質の劣化なくストリーミングサービスを受けることが可能になる。

以下、図面を参照し、本発明の実施の形態について説明する。なお、本実施の形態では、ＩＧＭＰｖ２プロトコルを用いたＩＰマルチキャスト放送を例にして説明する。ＩＧＭＰ−ｌｅａｖｅ命令はＩＧＭＰｖ２プロトコルで提供されている。
図１はブロードバンドマルチメディアサービス提供システムの一例を示す図であり、ここでは、宅内配線の一部に無線ＬＡＮを用いた例が示されている。いま、ユーザ宅がインターネットアクセス、ＩＰ電話、及びＩＰマルチキャストによるＴＶ配信（以下ＩＰＴＶ放送と呼ぶ）を提供するサービスに加入しているとする。ユーザ宅３０は光ファイバ３１を用いてコアネットワーク（コアＮＷ：マルチキャストネットワーク）３２と接続されており、コアＮＷ３２には当該サービスを提供するためのサーバ等が配置されている。

一方、ユーザ宅３０ではコアＮＷ３２に接続された光ファイバ３１をメディアコンバータ３３によってＬＡＮケーブル３４に接続し、ＬＡＮケーブル３４は後述する制御装置３５に接続される。さらに、制御装置３５は無線装置３６に接続される。無線装置３６と無線通信する無線装置３７には、ＨＧＷ（Ｈｏｍｅ ＧａｔｅＷａｙ）３８が接続され、ＨＧＷ３８はそれぞれＩＰ電話を行うためのＩＰ電話機３９及びインターネットアクセスを行うＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）４０に接続されるとともに、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）４１ａ及び４１ｂを介してＴＶ（Ｔｅｌｅｖｉｓｉｏｎ Ｓｅｔ）４２ａ及び４２ｂに接続されている（ここでは、ＨＧＷがユーザ装置である）。

ＨＧＷ３８はインターネットアクセス、ＩＰ電話、及びＩＰＴＶ放送等のサービス毎にそれぞれ該当するデータを振り分けるための機器であり、ＳＴＢ４１ａ及び４１ｂはＩＰＴＶ放送に対して、チャンネル選択及び切替の要求を送信する機能、受信したＩＰＴＶ放送のＩＰマルチキャスト信号をアナログ信号に変換し出力する機能等を備えている。

なお、図示の例においては、ＨＧＷ３８にはＩＧＭＰプロキシは実装されていないものとする。また、無線区間はＩＰＴＶ放送の２チャンネル分であれば送信できる帯域を有するものとする。そして、図示の例では、無線装置３６及び３７を用いているが、無線装置に限定されることなく、例えば、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を用いるようにしてもよい。加えて、図示の例では、無線区間をメディアコンバータとＨＧＷの間に設定しているが、例えば、ＨＧＷ−ＳＴＢ間に無線区間を設定するようにしてもよい。さらに、ユーザ宅３０は戸建に限定されず、例えば、集合住宅であってもよい。

図２は図１に示す制御装置３５の構成を詳細に示す図であり、図２を参照すると、制御装置３５は第１及び第２のネットワークインターフェイスカード（ＮＩＣ）４３ａ及び４３ｂを備えており、第１のＮＩＣ４３ａはＨＧＷ側（無線装置３６）に接続されており、第２のＮＩＣ４３ｂはコアネットワーク側（メディアコンバータ３３）に接続されているものとする。第１及び第２のＮＩＣ４３ａ及び４３ｂはそれぞれ第１及び第２の受信処理部４４ａ及び４４ｂと第１及び第２の送信処理部４５ａ及び４５ｂに接続されている。そして、第１の受信処理部４４ａはＣＨ（チャンネル）情報管理部４６及び第１のバッファ４７ａ及びパケット廃棄処理部４９ａに接続されている。ＣＨ情報管理部４６はタイマー処理部（タイマー部）４８に接続され、第１のバッファ４７ａは第２の送信処理部４５ｂに接続される。

一方、第２の受信処理部４４ｂはパケット廃棄処理部４９ｂに接続され、パケット廃棄処理部４９ｂは第２のバッファ４７ｂを介して第１の送信処理部４５ａに接続される。なお、後述するように、ＣＨ情報管理部４６とパケット廃棄処理部４９ａ，４９ｂとは連携して動作を行い、制御装置３５には外部からの制御を受け付けるため制御コマンド処理部５０が存在する。

続いて、図２〜図５を参照して、制御装置３５の動作について説明する。まず、図３、図４に示すＨＧＷからデータを受信した際の処理について説明する。ＨＧＷ３８からのデータは第１のＮＩＣ４３ａで受信され（ＮＩＣパケット受信：図３、ステップＳ１）、第１の受信処理部４４ａへ転送される。第１の受信処理部４４ａでは当該データがＩＧＭＰパケットであるかどうかの確認を行う（ステップＳ２）。ここで、ＩＧＭＰパケットであるかどうかの確認は、イーサタイプがＩＰであるかどうか、ＩＰプロトコルがＩＧＭＰデータであるかを確認することによって行われる。

ステップＳ２においてデータがＩＧＭＰパケットでないと確認されると、第１の受信処理部４４ａは第２のバッファ４７ｂを介して当該データを第２の送信処理部４５ｂに転送する（ステップＳ３）。そして、このデータは第２のＮＩＣ４３ｂを介してコアＮＷ側に転送される。

ステップＳ２において、データ（パケット）がＩＧＭＰパケットであると、第１の受信処理部４４ａはＣＨ情報管理部４６と連携して次の処理を行う。ＣＨ情報管理部４６はパケット廃棄処理部４９ｂが参照するテーブル（参照テーブル）を保持しており、この参照テーブルは、例えば、図６に示すように、複数の（配信を希望する）マルチキャストアドレス格納欄５１を備え（つまり、複数のマルチキャストアドレスが保持でき）、各マルチキャストアドレスに対してＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグ５２が対応付けられている。以下、この参照テーブルをＣＨ情報管理テーブルと呼ぶ。ＣＨ情報管理部４６では、転送されたＩＧＭＰパケットがＩＧＭＰ−ｒｅｐｏｒｔであるか、ＩＧＭＰ−ｌｅａｖｅであるか、それ以外のＩＧＭＰパケットであるかについてＩＧＭＰパケット内のＩＧＭＰｖ２タイプに応じて判別する（ステップＳ４）。

いま、ＩＧＭＰパケットがＩＧＭＰ−ｒｅｐｏｒｔ及びＩＧＭＰ−ｌｅａｖｅ以外のＩＧＭＰパケットであると、第１の受信処理部４４ａは当該パケットを、第１のバッファ４７ａを介して、第２の送信処理部４５ｂへ送信し、ＩＧＭＰパケットは第２の送信処理部４５ｂによって第２のＮＩＣ４３ｂを介してコアＮＷ側へ転送される（ステップＳ５）。

ＩＧＭＰパケットがＩＧＭＰ−ｌｅａｖｅパケットであると、ＣＨ情報管理部４６ではＣＨ情報管理テーブルに保持されている当該ＩＧＭＰ−ｌｅａｖｅに格納されたマルチキャストアドレスの登録数の確認を行う（ステップＳ６）。ステップＳ６において、当該ＩＧＭＰ−ｌｅａｖｅに格納されているマルチキャストアドレスに対する登録が無いと（つまり、ゼロであると）、パケット廃棄処理部４９ａは当該ＩＧＭＰ−ｌｅａｖｅパケットを破棄する（ステップＳ７）。

一方、当該ＩＧＭＰ−ｌｅａｖｅに格納されているマルチキャストアドレスに対する登録が１つであると、ＣＨ情報管理部４６は当該ＩＧＭＰ−ｌｅａｖｅパケットのグループアドレスフィールドに格納されたマルチキャストアドレスと同一のＣＨ情報管理テーブルに保持された当該マルチキャストアドレスを削除する（ステップＳ８）。そして、第１の受信処理部４４ａは当該ＩＧＭＰ−ｌｅａｖｅパケットを、第１のバッファ４７ａを介して、第２の送信処理部４５ｂへ送信し、当該ＩＧＭＰ−ｌｅａｖｅパケットは第２の送信処理部４５ｂによって第２のＮＩＣ４３ｂを介してコアＮＷ側へ転送される（ステップＳ９）。

また、ステップＳ６において、当該ＩＧＭＰ−ｌｅａｖｅに格納されているマルチキャストアドレスに対する登録が２つ以上であると、ＣＨ情報管理部４６では、当該ＩＧＭＰ−ｌｅａｖｅパケットに格納されたマルチキャストアドレスと同一のマルチキャストアドレスの一つをＣＨ情報管理テーブルから削除する（ステップＳ１０）。そして、パケット廃棄処理部４９ａが当該ＩＧＭＰ−ｌｅａｖｅパケットを破棄する（ステップＳ１１）。

ステップＳ４において、当該受信パケットがＩＧＭＰ−ｒｅｐｏｒｔパケットであると、ＣＨ情報管理部４６は当該ＩＧＭＰ−ｒｅｐｏｒｔパケットのグループアドレスフィールドに格納されているマルチキャストアドレスと同一のアドレスがＣＨ情報管理テーブルに登録されているか否かを確認する（ステップＳ１２）。ステップＳ１２において、当該マルチキャストアドレスがＣＨ情報管理テーブルに登録されていないと、ＣＨ情報管理部４６は当該マルチキャストアドレスをＣＨ情報管理テーブルに登録する（ステップＳ１３）。そして、第１の受信処理部４４ａは当該ＩＧＭＰ−ｒｅｐｏｒｔパケットを、第１のバッファ４７ａを介して、第２の送信処理部４５ｂへ送信し、当該ＩＧＭＰ−ｒｅｐｏｒｔパケットは第２の送信処理部４５ｂによって第２のＮＩＣ４３ｂを介してコアＮＷ側へ転送される（ステップＳ１４）。

ステップＳ１２において、当該マルチキャストアドレスが当該マルチキャストアドレス格納欄に登録されていると、ＣＨ情報管理部４６では、当該マルチキャストアドレスに対するＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグが少なくとも１つはオン（ＯＮ）となっているか否かを確認する（図４、ステップＳ１５）。当該フラグがオフ（ＯＦＦ）であると、ＣＨ情報管理部４６は、受信したＩＧＭＰ−ｒｅｐｏｒｔのグループアドレスフィールドに格納された当該マルチキャストアドレスをＣＨ情報管理テーブルに登録する（ステップＳ１６）。そして、パケット廃棄処理部４９ａが当該パケットを破棄する（ステップＳ１７）。

ステップＳ１５において、当該受信フラグの少なくとも一つがＯＮであると、ＣＨ情報管理部４６は当該マルチキャストアドレスに対するＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグをＯＦＦとして、さらに、タイマー部４８にセットされているタイマーを解除する（ステップＳ１８）。但し、ＣＨ情報管理テーブルに、当該マルチキャストアドレスに対するＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグがＯＮである登録が複数あると、そのうちの一つのみに対して上述の処理を行う。

続いて、ＣＨ情報管理部４６では、タイマー部４８がＯＮにされてから、グループアドレスフィールドに当該マルチキャストアドレスと同一のマルチキャストアドレスを格納した別のＩＧＭＰ−ｒｅｐｏｒｔパケットを、既に第２のＮＩＣ４３ｂに転送しているか否かを確認する（ステップＳ１９）。ステップＳ１９において、転送していないと判定されると、第１の受信処理部４４ａは当該ＩＧＭＰ−ｒｅｐｏｒｔを、第１のバッファ４７ａを介して、第２の送信処理部４５ｂへ送信し、当該ＩＧＭＰ−ｒｅｐｏｒｔパケットが第２の送信処理部４５ｂによって第２のＮＩＣ４３ｂを介してコアＮＷ側へ転送される（ステップＳ２０）。一方、ステップＳ１９において、転送していると判定されると、パケット廃棄処理部４９ａは当該ＩＧＭＰ−ｒｅｐｏｒｔパケットを破棄する（ステップＳ２１）。

次に、図５に示すコアＮＷ側からデータを受信した際の制御装置３５における処理について説明する。コアＮＷからのデータは第２のＮＩＣ４３ｂで受信され、第２の受信処理部４４ｂへ転送される（ステップＳ２２）。第２の受信処理部４４ｂでは当該受信パケットがＩＧＭＰパケットであるか、マルチキャストパケットであるか、及びそれ以外のパケットであるか否かについてそれぞれイーサタイプがＩＰであるか、ＩＰプロトコルがＩＧＭＰｖ２であるか、及びＩＰパケットの宛先ＩＰアドレスがマルチキャストアドレスであるか否かによって行う（ステップＳ２３）。

なお、マルチキャストアドレスであるか否かの判別は、例えば、宛先ＭＡＣアドレスの先頭バイトの最下位ビットが“１”であり、かつ宛先ＩＰアドレスの先頭バイトが“２２４〜２３９”の範囲内であるか否かによって行う。

ステップＳ２３において、当該パケットがＩＧＭＰパケット又はマルチキャストパケット以外であると、第２の受信処理部４４ｂは当該パケットを、第２のバッファ４７ｂを介して、第１の送信処理部４５ａへ転送し、第１の送信処理部４５ａによって第１のＮＩＣ４３ａを介してＨＧＷ側へ当該パケットが送信される（ステップＳ２４）。

ステップＳ２３において、当該パケットがＩＧＭＰパケットであると、ＣＨ情報管理部４６によって、受信パケットがＧｅｎｅｒａｌ−ｑｕｅｒｙかそれ以外かであるかが判定され（ステップＳ２５）、受信パケットがＧｅｎｅｒａｌ−ｑｕｅｒｙ以外であると、第２の受信処理部４４ｂでは当該パケットを、第２のバッファ４７ｂを介して、第１の送信処理部４５ａへ転送し、第１の送信処理部４５ａによって第１のＮＩＣ４３ａを介してＨＧＷ側へ当該パケットが送信される（ステップＳ２６）。

ステップＳ２５において、受信パケットがＧｅｎｅｒａｌ−ｑｕｅｒｙパケットであると、ＣＨ情報管理部４６ではＣＨ情報管理テーブルに登録されている全てのマルチキャストアドレスに対するＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグをＯＮにし、さらに、ＣＨ情報管理テーブルに登録されている全てのマルチキャストアドレスに対してタイマー部４８を起動させる（ステップＳ２７）。その後、第２の受信処理部４４ｂでは当該パケットを、第２のバッファ４７ｂを介して、第１の送信処理部４５ａへ転送し、第１の送信処理部４５ａによって第１のＮＩＣ４３ａを介してＨＧＷ側へ当該パケットが送信される（ステップＳ２８）。

なお、タイマー部４８におけるカウントが終了した際には、図５に破線で示すように、ＣＨ情報管理テーブルにおいてＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグがＯＮとなっているマルチキャストアドレスは全てＣＨ情報管理テーブルから削除される（ステップＳ２９）。

ステップＳ２３において、当該受信パケットの宛先ＩＰアドレスがマルチキャストアドレスであるマルチキャストパケットを受信すると、ＣＨ情報管理部４６は、当該受信パケットの宛先マルチキャストアドレスと同一のマルチキャストアドレスがＣＨ情報管理テーブルに登録されているか否かの確認を行う（ステップＳ３０）。ステップＳ３０において、ＣＨ情報管理テーブルに当該マルチキャストアドレスの登録がないと、パケット廃棄処理部４９ｂによって当該受信マルチキャストパケットが破棄される（ステップＳ３１）。

一方、ＣＨ情報管理テーブルに当該マルチキャストアドレスの登録があると、第２の受信処理部４４ｂでは当該パケットを、第２のバッファ４７ｂを介して、第１の送信処理部４５ａへ転送し、第１の送信処理部４５ａによって第１のＮＩＣ４３ａを介してＨＧＷ側へ当該パケットが送信される（ステップＳ３２）。

このようにして、制御装置３５ではＩＰＴＶ放送において、その他のチャンネルデータを破棄して、受信を希望するチャンネルデータのみをユーザ側へ転送しており、これによって、ユーザが連続的にマルチキャストグループに対してＪｏｉｎ／Ｌｅａｖｅを行った際に生じる一時的な使用帯域の増加を、帯域が狭くなる無線区間の前で抑制することができることになる。

さらに、ＣＨ情報管理テーブルに同一マルチキャストアドレスであっても複数登録するようにしたので、複数のユーザ装置がＩＧＭＰプロキシ機能を持たないホームゲートウェイなどの機器を介して同一ポートに接続されており、個々のユーザ装置が識別できない場合においても、ｉｍｍｅｄｉａｔｅ ｌｅａｖｅ機能を用いた、配信の停止処理を行うことが可能になる。

続いて、ＩＰＴＶ放送の視聴開始時の流れを図７に示す。図１及び図７を参照して、いま、ユーザがＩＰＴＶ放送のチャンネル１（ＣＨ１）の視聴を第１のＳＴＢ４１ａによって開始し、その後、第２のＳＴＢ４１ｂによって同様にＣＨ１を視聴するものとする。ユーザがＩＰＴＶ放送のリモコン等で第１のＳＴＢ４１ａに対してＣＨ１の選択を行うと（Ｐ１）、第１のＳＴＢ４１ａからＩＧＭＰ−ｒｅｐｏｒｔパケットが送信される。当該ＩＧＭＰパケットは、タイプフィールドがｒｅｐｏｒｔであり、グループアドレスフィールドにはＣＨ１に該当するマルチキャストアドレスが格納されている。なお、当該パケットの送信元ＭＡＣアドレスはＨＧＷ３８のＭＡＣアドレスとなるとする。

制御装置３５では、ＩＧＭＰ−ｒｅｐｏｒｔパケットからＣＨ１に該当するマルチキャストアドレスをＣＨ情報管理テーブルに登録し、当該ＩＧＭＰ−ｒｅｐｏｒｔパケットをコアＮＷへ転送する（Ｐ２）。

コアＮＷ３２内にて、当該ＩＧＭＰ−ｒｅｐｏｒｔパケットが処理され、ユーザに対してＣＨ１のチャンネルデータがマルチキャスト伝送される（Ｐ３）。制御装置３５では、ＣＨ情報管理テーブルにはＣＨ１に該当するマルチキャストアドレスが登録されているため、ＨＧＷ３８へ当該チャンネルデータを転送する（Ｐ４）。そして、ユーザはＣＨ１のＩＰＴＶ放送を視聴する（Ｐ５）。

ユーザがＩＰＴＶ用のリモコン等で第２のＳＴＢ４１ｂに対してＣＨ１の選択を行うと、第２のＳＴＢ４１ｂからＩＧＭＰ−ｒｅｐｏｒｔパケットが送信される（Ｐ６）。当該ＩＧＭＰパケットは、タイプフィールドがｒｅｐｏｒｔであり、グループアドレスフィールドにはＣＨ１に該当するマルチキャストアドレスが格納されている。

制御装置３５では、ＣＨ情報管理テーブルのＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグがＯＦＦであるので、ＣＨ１に該当するマルチキャストアドレスをさらにＣＨ情報管理テーブルに登録し、当該ＩＧＭＰ−ｒｅｐｏｒｔパケットは破棄される（Ｐ７）。

さらに、制御装置３５では、ＣＨ情報管理テーブルにＣＨ１に該当するマルチキャストアドレスが登録されているため、ＣＨ１のデータをＨＧＷ３８へ転送する（Ｐ８）。そして、ユーザは第２のＳＴＢ４１ｂに接続されたＴＶ４２ｂによってＣＨ１を視聴する（Ｐ９）。

次に、ＩＰＴＶチャンネル切替時の流れを図８に示す。図１及び図８を参照して、いまユーザはＩＰＴＶ放送のチャンネル１（ＣＨ１）を第１及び第２のＳＴＢ４１ａ及び４１ｂで視聴しており、その後、第２のＳＴＢ４１ｂがＣＨ２にチャンネルを切替えるとするものとする。

第１のＳＴＢ４１ａに接続されたＴＶ４２ａによってＣＨ１を、第２のＳＴＢ４１ｂに接続されたＴＶ４２ｂによってＣＨ１を視聴しているとする（Ｐ１０）。ユーザが第２のＳＴＢ４１ｂのチャンネルを切替えるために、ＩＰＴＶ放送用のリモコン等で第２のＳＴＢ４１ｂに対して、チャンネルをＣＨ２に切替えると（Ｐ１１）、第２のＳＴＢ４１ｂからＩＧＭＰ−ｌｅａｖｅパケットに続いてＩＧＭＰ−ｒｅｐｏｒｔパケットが送信される。なお、ＩＧＭＰ−ｌｅａｖｅパケットは、タイプフィールドがｌｅａｖｅであり、グループアドレスフィールドにはＣＨ１に該当するマルチキャストアドレスが格納されている。一方、ＩＧＭＰ−ｒｅｐｏｒｔパケットは、タイプフィールドがｒｅｐｏｒｔであり、グループアドレスフィールドにはＣＨ２に該当するマルチキャストアドレスが格納されている。

第１及び第２のＳＴＢ４１ａ及び４１ｂにおいて、同一チャンネルＣＨ１を視聴していたため、制御装置３５ではＣＨ情報管理テーブルにＣＨ１に該当するマルチキャストアドレスが２つ登録されていることになる。当該ＩＧＭＰ−ｌｅａｖｅパケットを受信した制御装置３５は、ＣＨ情報管理テーブルからＣＨ１に該当するマルチキャストアドレスの一つを削除し、当該ＩＧＭＰ−ｌｅａｖｅパケットを破棄する（Ｐ１２）。さらに、制御装置３５はＩＧＭＰ−ｒｅｐｏｒｔを受信して、ＣＨ情報管理テーブルにＣＨ２に該当するマルチキャストアドレスを登録し、コアＮＷ側へ当該ＩＧＭＰ−ｒｅｐｏｒｔパケットを転送する。

ＩＧＭＰ−ｒｅｐｏｒｔがコアＮＷ内にて処理され（Ｐ１３）、当該ユーザへＣＨ２のデータがマルチキャスト送信される。制御装置３５では、ＣＨ情報管理テーブルにＣＨ１及びＣＨ２に該当するマルチキャストアドレスが登録されているので、ＣＨ１及びＣＨ２のデータをＨＧＷ３８側へ転送する（Ｐ１４）。

制御装置−ＴＶ間はＩＰＴＶ放送に関するデータは配信を希望する２つのチャンネルＣＨ１，ＣＨ２のみが送信され、ユーザは第１のＳＴＢ４１ａに接続されたＴＶ４２ａによってＣＨ１を視聴し、第２のＳＴＢ４１ｂに接続されたＴＶ４２ｂによってＣＨ２を視聴する（Ｐ１５）。

さらに、ＩＰＴＶチャンネル切替時の流れを図９に示す。図１及び図９を参照して、ユーザはＩＰＴＶ放送のチャンネル１（ＣＨ１）を第１のＳＴＢ４１ａによって、ＣＨ２を第２のＳＴＢ４１ｂによって視聴しており、その後、第２のＳＴＢ４１ｂがＣＨ３にチャンネルを切替えるものとする。

第１のＳＴＢ４１ａに接続されたＴＶ４２ａによってＣＨ１を、第２のＳＴＢ４１ｂに接続されたＴＶ４２ｂによってＣＨ２を視聴しているとする（Ｐ１６）。ユーザが第２のＳＴＢ４１ｂのチャンネルを切替えるために、ＩＰＴＶ放送用のリモコン等で第２のＳＴＢ４１ｂについてチャンネルをＣＨ３に切替えると（Ｐ１７）、第２のＳＴＢ４１ｂからＩＧＭＰ−ｌｅａｖｅパケットに続いてＩＧＭＰ−ｒｅｐｏｒｔパケットが送信される。なお、ＩＧＭＰ−ｌｅａｖｅパケットは、タイプフィールドがｌｅａｖｅであり、グループアドレスフィールドにはＣＨ２に該当するマルチキャストアドレスが格納されている。一方、ＩＧＭＰ−ｒｅｐｏｒｔパケットは、タイプフィールドがｒｅｐｏｒｔであり、グループアドレスフィールドにはＣＨ３に該当するマルチキャストアドレスが格納されている。

当該ＩＧＭＰ−ｌｅａｖｅパケットを受信した制御装置３５は、ＣＨ情報管理テーブルからＣＨ２に該当するマルチキャストアドレスを削除し、当該ＩＧＭＰ−ｌｅａｖｅパケットを転送する（Ｐ１８）。さらに、制御装置３５はＩＧＭＰ−ｒｅｐｏｒｔを受信して、ＣＨ情報管理テーブルにＣＨ３に該当するマルチキャストアドレスを登録し、コアＮＷ側へ当該ＩＧＭＰ−ｒｅｐｏｒｔパケットを転送する。ＣＨ情報管理テーブルからＣＨ２に該当するマルチキャストアドレスを削除した時点で、制御装置３５は、受信するＣＨ２に関するパケットを転送せず廃棄する（ｉｍｍｅｄｉａｔｅ ｌｅａｖｅ機能）。

ＩＧＭＰ−ｌｅａｖｅを受信したコアＮＷ３２では、ＩＧＭＰ−ｌｅａｖｅプロセスを開始する（Ｐ１９）。さらに、受信したＩＧＭＰ−ｒｅｐｏｒｔがコアＮＷ３２内にて処理され、当該ユーザへＣＨ３のデータがマルチキャスト送信される。制御装置３５では、ＩＧＭＰ−ｌｅａｖｅプロセスが終了するまでは、ＣＨ１、ＣＨ２及びＣＨ３のデータを受信する（Ｐ２０）。ＣＨ情報管理テーブルにはＣＨ１及びＣＨ３に該当するマルチキャストアドレスのみ登録されているので、ＣＨ２のマルチキャストデータは制御装置３５によって破棄され、ＣＨ１及びＣＨ３のデータがＨＧＷ側へ転送される。

制御装置−ＴＶ間はＩＰＴＶ放送に関するデータは配信を希望する２つのチャンネルＣＨ１，ＣＨ３のみが送信され、ユーザは第１のＳＴＢ４１ａに接続されたＴＶ４２ａによってＣＨ１を視聴し、第２のＳＴＢ４１ｂに接続されたＴＶ４２ｂによってＣＨ３を視聴する（Ｐ２１）。

続いて、ＩＧＭＰ−ｌｅａｖｅ紛失時の流れを図１０に示す。図１及び図１０を参照して、いま、ユーザはＩＰＴＶ放送のチャンネル１（ＣＨ１）を第１のＳＴＢ４１ａによって、ＣＨ２を第２のＳＴＢ４１ｂによって視聴しており、その後、第２のＳＴＢ４１ｂがＣＨ２の視聴を終了する際、ＩＧＭＰ−ｌｅａｖｅパケットが制御装置３５に到着する前に紛失したものとする。

第１のＳＴＢ４１ａに接続されたＴＶ４２ａによってＣＨ１を、第２のＳＴＢ４１ｂに接続されたＴＶ４２ｂによってＣＨ２を視聴しているとする（Ｐ２２）。ユーザがＩＰＴＶ放送のＣＨ２の視聴を止めるため、例えば、ＩＰＴＶ放送用のリモコンの終了ボタン等を押すと（Ｐ２３）、第２のＳＴＢ４１ｂではコアＮＷ３２へＩＧＭＰ−ｌｅａｖｅパケットを送信する。ここで、ＩＧＭＰ−ｌｅａｖｅパケットのタイプフィールドはｌｅａｖｅであり、グループアドレスフィールドはＣＨ２に該当するマルチキャストアドレスが格納されている。ここで、当該ＩＧＭＰ−ｌｅａｖｅパケットが制御装置３５に到着する前に紛失したとすると、当該ＩＧＭＰ−ｌｅａｖｅパケットを受信しないため、制御装置３５は、ＣＨ２のデータをユーザへ転送し続ける（Ｐ２４）。

コアＮＷ３２からＧｅｎｅｒａｌ−ｑｕｅｒｙが送信される（Ｐ２５）。Ｇｅｎｅｒａｌ−ｑｕｅｒｙパケットは定期的に送信されているものとする。Ｇｅｎｅｒａｌ−ｑｕｅｒｙパケットを受信した制御装置３５は、ＣＨ情報管理テーブルの各Ｇｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグをＯＮにし、タイマー部４８を起動させて、当該Ｇｅｎｅｒａｌ−ｑｕｅｒｙパケットをＨＧＷ３８へ転送する（Ｐ２６）。

Ｇｅｎｅｒａｌ−ｑｕｅｒｙを受信した第１のＳＴＢ４１ａはＣＨ１を受信しているため、ＩＧＭＰ−ｒｅｐｏｒｔパケットを作成しコアＮＷ３２へ送信する（Ｐ２７）。ここで、ＩＧＭＰ−ｒｅｐｏｒｔパケットのタイプフィールドはｒｅｐｏｒｔであり、グループアドレスフィールドは現在視聴しているＣＨ１に該当するマルチキャストアドレスを格納する。一方、第２のＳＴＢ４１ｂは既にＩＰＴＶ放送サービスを受けていないため、Ｇｅｎｅｒａｌ−ｑｕｅｒｙパケットに対する動作は行わない（Ｐ２８）。

制御装置３５では、第１のＳＴＢ４１ａから送信されたＩＧＭＰ−ｒｅｐｏｒｔパケットを受信して、ＣＨ情報管理テーブルのＣＨ１に該当するマルチキャストアドレスを保存している格納欄のＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグをＯＦＦにして、さらに、タイマー部４８を解除し、当該ＩＧＭＰ−ｒｅｐｏｒｔパケットをコアＮＷへ転送する（Ｐ２９）。一方、第２のＳＴＢ４１ｂからＣＨ２に対するマルチキャストアドレスを格納したＩＧＭＰ−ｒｅｐｏｒｔパケットは送信されないので、セットしたタイマー部４８が終了するのを契機にして、制御装置３５はＣＨ情報管理テーブルのＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグがＯＮのままであるＣＨ２に該当するマルチキャストアドレスを削除する。

次に、本実施の形態によるブロードバンドマルチメディアサービス提供システムの他の例を説明する。

図１１は本実施の形態によるブロードバンドマルチメディアサービス提供システムの他の例を示す図であり、図１１ではユーザ宅へのアクセスとして光ファイバの代わりに無線装置を用いた例が示されている。図１１において図１に示す構成要素と同一の構成要素については同一の符号が付されている。図１１では、コアＮＷ３２に接続された光ファイバ３１は、ビル５３に配置されたメディアコンバータ５４に接続され、メディアコンバータ５４はＬＡＮケーブル３４を介して制御装置３５に接続されている。そして、制御装置３５は無線装置５５に接続されている。

制御装置３５と接続された無線装置５５の無線通信相手である無線装置５６及び５７がそれぞれユーザ宅５８及び５９に設置されている。ユーザ宅５８及び５９にはそれぞれＨＧＷ６０ａ及び６０ｂ、ＳＴＢ６１ａ及び６１ｂ、ＩＰ電話機６２ａ及び６２ｂ、ＰＣ６３ａ及び６３ｂ、及びＴＶ６４ａ及び６４ｂが配置され、無線装置５６及び５７はそれぞれＨＧＷ６０ａ及び６０ｂに接続され、ＨＧＷ６０ａ及び６０ｂはそれぞれＩＰ電話機６２ａ及び６２ｂ、ＰＣ６３ａ及び６３ｂ、及びＳＴＢ６１ａ及び６１ｂに接続されている。そして、ＳＴＢ６１ａ及び６１ｂにはＴＶ６４ａ及び６４ｂが接続されている。なお、無線区間はユーザ宅５８及び５９の夫々に対してＩＰＴＶ放送の１チャネル分であれば提供可能なだけの帯域を有している。

図１１に示す例においては、図２に示すＣＨ情報管理部４６は、例えば、図１２に示すＣＨ情報管理テーブルを有しており、図示のＣＨ情報管理テーブルでは、図６に示すＣＨ情報管理テーブルに加えてさらにＭＡＣアドレス格納欄６５にＨＧＷのＭＡＣアドレス（ユーザ識別アドレス）が登録される。なお、図示の例では、ユーザ宅５８及び５９にはそれぞれ一台のＳＴＢが備えられているが、図１に示すように、各ユーザ宅５８及び５９に複数のＳＴＢを備えるようにしてもよく、この場合には、ＣＨ情報管理テーブルには各ＨＧＷのＭＡＣアドレスに対して複数の（配信を希望する）マルチキャストアドレスが登録される。また、マルチキャストアドレス格納欄５１に対して、夫々Ｇｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグ５２を有する。

続いて、図２、図１１、図１３、図１４、図１５及び図１６を参照して、制御装置の動作について説明する。
まず図１３において、ＨＧＷからデータを受信した際の処理について説明すると、ＨＧＷ６０ａ，６０ｂからのデータは第１のＮＩＣ４３ａで受信され（ステップＳ３３）、第１の受信処理部４４ａへ転送される。第１の受信処理部４４ａでは当該データがＩＧＭＰパケットであるか否かの確認を行う（ステップＳ３４）。ここで、ＩＧＭＰパケットであるか否かの確認は、例えば、イーサタイプがＩＰであるか否か、ＩＰプロトコルがＩＧＭＰデータであるか否かを確認することによって行われる。

ステップＳ３４において、受信パケットがＩＧＭＰパケットでないと、パケットは第１のバッファ４７ａを介して第２の送信処理部４５ｂへ転送され、コアＮＷ３２へ当該パケットは転送される（ステップＳ３５）。一方、受信パケットがＩＧＭＰパケットであると、ＣＨ情報管理部４６では、パケットの種別を判別する（ステップＳ３６）。ステップＳ３６において、受信パケットがＩＧＭＰ−ｒｅｐｏｒｔ及びＩＧＭＰ−ｌｅａｖｅ以外のＩＧＭＰパケットであると、第１のバッファ４７ａを介して、当該パケットは第２の送信処理部４５ｂへ送信され、第２の送信処理部４５ｂによって第２のＮＩＣ４３ｂを介してコアＮＷ側へ転送される（ステップＳ３７）。

ステップＳ３６において、受信パケットがＩＧＭＰ−ｌｅａｖｅパケットであると、ＣＨ情報管理部４６では、当該ＩＧＭＰ−ｌｅａｖｅパケットを送信した装置のＭＡＣアドレスが、ＣＨ情報管理テーブルに登録されているか否かを確認する（図１４、ステップＳ３８）。ステップＳ３８において、ＣＨ情報管理テーブルに当該ＩＧＭＰ−ｌｅａｖｅパケットを送信した装置のＭＡＣアドレスが登録されていないと、ＣＨ情報管理部４６はＣＨ情報管理テーブルに当該ＩＧＭＰ−ｌｅａｖｅパケットのグループアドレスフィールドに格納されたマルチキャストアドレスが登録されているか否かを確認する（ステップＳ３９）。

そして、当該ＩＧＭＰ−ｌｅａｖｅパケットに格納されたマルチキャストアドレスが、ＣＨ情報管理テーブルに登録されていなければ、当該パケットは、第１のバッファ４７ａを介して第２の送信処理部４５ｂへ送信され、第２の送信処理部４５ｂによって第２のＮＩＣ４３ｂを介してコアＮＷ側へ転送される（ステップＳ４０）。一方、ステップＳ３９において、ＣＨ情報管理テーブルにおいて、当該ＩＧＭＰ−ｌｅａｖｅパケットに格納されたマルチキャストアドレスが保持されていると、パケット廃棄処理部４９ａによって当該ＩＧＭＰ−ｌｅａｖｅパケットが破棄される（ステップＳ４１）。

ステップＳ３８において、ＣＨ情報管理テーブルのＭＡＣアドレス格納欄に当該ＩＧＭＰ−ｌｅａｖｅパケットを送信した装置のＭＡＣアドレスが登録されていると、ＣＨ情報管理部４６では、ＣＨ情報管理テーブルを参照して、当該ＩＧＭＰ−ｌｅａｖｅパケットを送信した装置のＭＡＣアドレス格納欄におけるＩＧＭＰ−ｌｅａｖｅに格納されたマルチキャストアドレスの登録数の確認を行う（ステップＳ４２）。

ステップＳ４２において、ＣＨ情報管理テーブルの当該ＭＡＣアドレス格納欄において、当該ＩＧＭＰ−ｌｅａｖｅに格納されているマルチキャストアドレスに対する登録が無いと、処理はステップＳ３９に移行する。

一方、ステップＳ４２において、ＣＨ情報管理テーブルの当該ＭＡＣアドレス格納欄において、当該ＩＧＭＰ−ｌｅａｖｅに格納されているマルチキャストアドレスに対する登録が１つであると、ＣＨ情報登録部４６では、当該ＩＧＭＰ−ｌｅａｖｅパケットのグループアドレスフィールドに格納されたマルチキャストアドレスと同一の当該ＭＡＣアドレス格納欄に保持された当該マルチキャストアドレスを削除して（ステップＳ４３）、ステップＳ３９に移行する。

また、ステップＳ４２において、ＣＨ情報管理テーブルの当該ＭＡＣアドレス格納欄において、当該ＩＧＭＰ−ｌｅａｖｅに格納されているマルチキャストアドレスに対する登録が２つ以上であると、ＣＨ情報管理テーブルの当該ＭＡＣアドレス格納欄に保持された当該ＩＧＭＰ−ｌｅａｖｅパケットに格納されたマルチキャストアドレスと同一のマルチキャストアドレスの一つが削除されて（ステップＳ４４）、当該ＩＧＭＰ−ｌｅａｖｅパケットが破棄される（ステップＳ４５）。

図１３のステップＳ３６において、当該受信パケットがＩＧＭＰ−ｒｅｐｏｒｔパケットであると、ＣＨ情報管理部４６では、ＣＨ情報管理テーブルに当該ＩＧＭＰ−ｒｅｐｏｒｔを送信した装置のＭＡＣアドレスが登録されているか否かを確認する（ステップＳ４６）。ステップＳ４６において、ＣＨ情報管理テーブルに当該ＭＡＣアドレスが登録されていないと、ＣＨ情報管理部４６では、ＣＨ情報管理テーブルに当該ＩＧＭＰ−ｒｅｐｏｒｔパケットを送信した装置のＭＡＣアドレスと当該ＩＧＭＰ−ｒｅｐｏｒｔパケット内のグループアドレスフィールドに格納されたマルチキャストアドレスを登録した後（ステップＳ４７）、ＣＨ情報管理テーブルの他の装置に対する欄に当該ＩＧＭＰ−ｒｅｐｏｒｔパケットのグループアドレスフィールドに格納されたマルチキャストアドレスと同一のアドレスが登録されているか否かを確認する（ステップＳ４８）。

ステップＳ４８において、他の装置に対する欄に当該マルチキャストアドレスが登録されていないと、当該パケットは、第１のバッファ４７ａを介して、第２の送信処理部４５ｂに送信され、第２の送信処理部４５ｂによって第２のＮＩＣ４３ｂを介してコアＮＷ側へ転送される（ステップＳ４９）。一方、当該マルチキャストアドレスが登録されていると、パケット廃棄処理部４９ａによって当該ＩＧＭＰ−ｒｅｐｏｒｔパケットが廃棄される（ステップＳ５０）。

ステップＳ４６において、ＣＨ情報管理テーブルに当該ＭＡＣアドレスが登録されていると、当該ＣＨ情報管理部４６では、当該ＭＡＣアドレスに対応する欄に、当該ＩＧＭＰ−ｒｅｐｏｒｔパケットのグループアドレスフィールドに格納されているマルチキャストアドレスと同一のアドレスが登録されているか否かを確認する（ステップＳ５１）。

ステップＳ５１において、当該マルチキャストアドレスが当該ＭＡＣアドレスの欄に登録されていないと、ＣＨ情報管理部４６は、当該ＭＡＣアドレスの欄に当該マルチキャストアドレスを登録して（ステップＳ５２）、ステップＳ４８に移行する。

一方、当該マルチキャストアドレスが当該ＭＡＣアドレスの欄に登録されていると、ＣＨ情報管理部４６では、ＣＨ管理情報テーブルの当該ＭＡＣアドレス欄に登録されている当該マルチキャストアドレスに対するＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグのうち少なくとも一つがＯＮとなっているか否かを確認する（図１５、ステップＳ５３）。

ステップＳ５３において、当該マルチキャストアドレスに対する当該フラグが全てＯＦＦであると、ＣＨ情報管理部４６は、ＣＨ情報管理テーブル内の当該ＭＡＣアドレス欄に当該ＩＧＭＰ−ｒｅｐｏｒｔグループアドレスフィールド内に格納されたマルチキャストアドレスを登録して（ステップＳ５４）、パケット廃棄処理部４９ａによって当該ＩＧＭＰ−ｒｅｐｏｒｔパケットを破棄する（ステップＳ５５）。

一方、ステップＳ５３において、当該受信フラグのうち少なくとも一つがＯＮであると、ＣＨ情報管理部４６では、当該ＭＡＣ欄の当該マルチキャストアドレスに対するＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグをＯＦＦとして、さらにセットされているタイマー部４８を解除する（ステップＳ５６）。但し、当該ＭＡＣ欄の当該マルチキャストアドレスに対する登録が複数あって、且つそのＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグが複数ＯＮとなっている際には、そのうちの一つのみに上述の処理が行われる。

その後、ＣＨ情報管理部４６は、タイマー部４８がＯＮされてから、グループアドレスフィールドに当該マルチキャストアドレスと同一のマルチキャストアドレスを格納した別のＩＧＭＰ−ｒｅｐｏｒｔパケットが既に第２のＮＩＣ４３ｂへ転送されているか否かを確認する（ステップＳ５７）。転送していないと、当該ＩＧＭＰ−ｒｅｐｏｒｔは、第１のバッファ４７ａを介して第２の送信処理部４５ｂへ送信され、第２の送信処理部４５ｂによって第２のＮＩＣ４３ｂを介してコアＮＷ側へ転送される（ステップＳ５８）。一方、既に転送されていると、パケット廃棄処理部４９ａによって当該ＩＧＭＰ−ｒｅｐｏｒｔパケットが廃棄される（ステップＳ５９）。

続いて、図１６において、コアＮＷ側からデータを受信した際の制御装置における処理について説明する。コアＮＷ３２からのデータは第２のＮＩＣ４３ｂで受信され、第２の受信処理部４４ｂへ転送される（ステップＳ６０）。第２の受信処理部４４ｂでは、当該受信パケットがＩＧＭＰパケットであるか、マルチキャストパケットであるか、及びそれ以外のパケットであるか否かの判別を、例えば、イーサタイプがＩＰであるか、ＩＰプロトコルがＩＧＭＰｖ２であるか、及びＩＰパケットの宛先ＩＰアドレスがマルチキャストアドレスであるかによって行う（ステップＳ６１）。なお、マルチキャストアドレスであるか否かの判別は、例えば、宛先ＭＡＣアドレスの先頭バイトの最下位ビットが“１”であり、かつ、宛先ＩＰアドレスの先頭バイトが“２２４〜２３９”の範囲内であるか否かによって行われる。

ステップＳ６１において、受信パケットがＩＧＭＰパケット及びマルチキャストパケット以外であると、当該パケットは、第２のバッファ４７ｂを介して、第１の送信処理部４５ａに転送され、第１の送信処理部４５ａによって第１のＮＩＣ４３ａを介してＨＧＷ側へ送信される（ステップＳ６２）。

ステップＳ６１において、受信パケットがＩＧＭＰパケットであると、ＣＨ情報管理部４６は、受信パケットがＧｅｎｅｒａｌ−ｑｕｅｒｙかそれ以外かであるかを判断する（ステップＳ６３）。受信パケットがＧｅｎｅｒａｌ−ｑｕｅｒｙ以外であると、当該パケットは、第２のバッファ４７ｂを介して第１の送信処理部４５ａに転送され、第１の送信処理部４５ａによって第１のＮＩＣ４３ａを介してＨＧＷ側へ送信される（ステップＳ６４）。

一方、ステップＳ６３において、受信パケットがＧｅｎｅｒａｌ−ｑｕｅｒｙパケットであると、ＣＨ情報管理部４６では、ＣＨ情報管理テーブルに登録されている全てのマルチキャストアドレスに対するＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグをＯＮにして、さらに、ＣＨ情報管理テーブルに登録されている全てのマルチキャストアドレスに対するタイマー部４８を起動させる（ステップＳ６５）。その後、当該パケットは、第２のバッファ４７ｂを介して第１の送信処理部４５ａに転送され、第１の送信処理部４５ａによって第１のＮＩＣ４３ａを介してＨＧＷ側へ送信される（ステップＳ６６）。なお、当該タイマー部４８が終了した際には、破線で示すように、ＣＨ情報管理テーブルにおいて、Ｇｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグがＯＮとなっているマルチキャストアドレスは全てＣＨ情報管理テーブルから削除される（ステップＳ６７）。

ステップＳ６１において、受信パケットの宛先ＩＰアドレスがマルチキャストアドレスであるマルチキャストパケットを受信すると、ＣＨ情報管理部４６はＣＨ情報管理テーブルのＭＡＣアドレス格納欄に関係なく、当該受信パケットの宛先マルチキャストアドレスと同一のマルチキャストアドレスの登録があるか否かの確認を行う（ステップＳ６８）。

ステップＳ６８において、ＣＨ情報管理テーブルに当該マルチキャストアドレスの登録がないと、パケット廃棄処理部４９ｂによって当該受信マルチキャストパケットが廃棄される（ステップＳ６９）。一方、ＣＨ情報管理テーブルに当該マルチキャストアドレスの登録があると、当該パケットは、第２のバッファ４７ｂを介して第１の送信処理部４５ａに転送され、第１の送信処理部４５ａによって第１のＮＩＣ４３ａを介してＨＧＷ側へ送信される（ステップＳ７０）。

このようにして、制御装置３５によって、ＩＰＴＶ放送において配信を希望する以外のチャンネルデータを破棄し、受信を希望するチャンネルデータのみをユーザ側へ転送でき、これによって、ユーザが連続的にマルチキャストグループへのＪｏｉｎ／Ｌｅａｖｅを行った際に生じる一時的な使用帯域の増加を、帯域が狭くなる無線区間の前で抑制することができることになる。

さらに、ＣＨ情報管理テーブルに同一マルチキャストアドレスであっても複数登録するようにしたので、複数のユーザ装置がＩＧＭＰプロキシ機能を持たないホームゲートウェイなどの機器を介して同一ポートに接続されており、個々のユーザ装置が識別できない場合においても、ｉｍｍｅｄｉａｔｅ ｌｅａｖｅ機能を用いた、配信の停止処理を行うことが可能になる。

次に、図１１に示す例においてＩＰＴＶ放送の視聴開始時の流れを図１７に示す。図１７において、いま、ユーザ宅５８ではＩＰＴＶ放送のチャンネル１（ＣＨ１）の視聴をＳＴＢ６１ａによって開始し、その後、ユーザ宅５９でＳＴＢ６１ｂにて同一のＣＨ１で視聴するものとする。

ユーザ宅５８においてＩＰＴＶ放送のリモコン等でＳＴＢ６１ａに対してＣＨ１が選択されると（Ｐ３０）、ＳＴＢ６１ａからＩＧＭＰ−ｒｅｐｏｒｔパケットが送信される。当該ＩＧＭＰパケットは、タイプフィールドがｒｅｐｏｒｔであり、グループアドレスフィールドにはＣＨ１に該当するマルチキャストアドレスが格納されている。なお、当該パケットの送信元ＭＡＣアドレスはＨＧＷ６０ａのＭＡＣアドレスとなるものとする。

制御装置３５が当該ＩＧＭＰ−ｒｅｐｏｒｔパケットを受信すると、ＣＨ情報管理テーブルに当該ＭＡＣアドレスに対する登録がないため、当該ＨＧＷのＭＡＣアドレスとＣＨ１に該当するマルチキャストアドレスをＣＨ情報管理テーブルに登録し（Ｐ３１）、当該ＩＧＭＰ−ｒｅｐｏｒｔパケットをコアＮＷ３２へ転送する。

コアＮＷ３２内にて、当該ＩＧＭＰ−ｒｅｐｏｒｔパケットが処理され、ユーザに対してＣＨ１のチャンネルデータがマルチキャスト伝送される（Ｐ３２）。制御装置３５では、ＣＨ情報管理テーブルにはＣＨ１に該当するマルチキャストアドレスが登録されているため、ＨＧＷ６０ａへ当該チャンネルデータを転送する（Ｐ３３）。そして、ユーザ宅５８ではＣＨ１のＩＰＴＶ放送を視聴する（Ｐ３４）。

ユーザ宅５９においてＩＰＴＶ用のリモコン等でＳＴＢ６１ｂに対してＣＨ１が選択されると（Ｐ３５）、ＳＴＢ６１ｂからＩＧＭＰ−ｒｅｐｏｒｔパケットが送信される。当該ＩＧＭＰパケットは、タイプフィールドがｒｅｐｏｒｔであり、グループアドレスフィールドにはＣＨ１に該当するマルチキャストアドレスが格納されている。なお、当該パケットの送信元ＭＡＣアドレスはＨＧＷ６０ｂのＭＡＣアドレスとなるものとする。

制御装置３５は、当該ＩＧＭＰ−ｒｅｐｏｒｔパケットを受信すると、ＣＨ情報管理テーブルを確認し、当該ＨＧＷ６０ｂのＭＡＣアドレスに対する登録がないので、ＨＧＷ６０ｂに対するＭＡＣアドレス及びＣＨ１に該当するマルチキャストアドレスをＣＨ情報管理テーブルに登録する。さらに、ＣＨ情報管理テーブルに対して、ＨＧＷ６０ａに対する欄に同一のＣＨ１に対するマルチキャストアドレスが登録されているため、制御装置３５は当該ＩＧＭＰ−ｒｅｐｏｒｔパケットを破棄する（Ｐ３６）。そして、ユーザ宅５８でＣＨ１を視聴しているため、つまり、既にＣＨ１に対するデータが送信されているため、ユーザ宅５９ではＣＨ１のＩＰＴＶ放送の視聴を開始する（Ｐ３７）。

続いて、図１１に示す例において、ＩＰＴＶチャンネル切替時の流れを図１８に示す。図１８では、ユーザ宅５８及び５９ではそれぞれＩＰＴＶ放送のチャンネル１（ＣＨ１）を視聴しており、その後、ユーザ宅５９のみＣＨ２へチャンネルを切替えるものとする。

ユーザ宅５８及び５９ともにＣＨ１を視聴しており（Ｐ３８）、ユーザ宅５９でＳＴＢ６１ｂのチャンネルを切替えるためにＩＰＴＶ放送用のリモコン等でＳＴＢ６１ｂに対してチャンネルがＣＨ２に切替えられると（Ｐ３９）、ＳＴＢ６１ｂからＩＧＭＰ−ｌｅａｖｅパケットに続いてＩＧＭＰ−ｒｅｐｏｒｔパケットが送信される。なお、ＩＧＭＰ−ｌｅａｖｅパケットは、タイプフィールドがｌｅａｖｅであり、グループアドレスフィールドにはＣＨ１に該当するマルチキャストアドレスが格納されている。一方、ＩＧＭＰ−ｒｅｐｏｒｔパケットは、タイプフィールドがｒｅｐｏｒｔであり、グループアドレスフィールドにはＣＨ２に該当するマルチキャストアドレスが格納されている。

当該ＩＧＭＰ−ｌｅａｖｅパケットを受信した制御装置３５は、ＣＨ情報管理テーブルのＨＧＷ６０ｂに対する欄からＣＨ１に該当するマルチキャストアドレスを削除する。そして、ＣＨ情報管理テーブルのＨＧＷ６０ａの欄には、受信したＩＧＭＰ−ｌｅａｖｅパケットのグループアドレスフィールドに格納されていたＣＨ１に対応するマルチキャストアドレスが登録されているため、制御装置３５は当該ＩＧＭＰ−ｌｅａｖｅパケットを破棄する（Ｐ４０）。さらに、制御装置３５はＩＧＭＰ−ｒｅｐｏｒｔを受信して、ＣＨ情報管理テーブルのＨＧＷ６０ｂのＭＡＣアドレスに対する欄にＣＨ２に該当するマルチキャストアドレスを登録する。ＣＨ情報管理テーブルの他のＨＧＷ（ＨＧＷ６０ａ）の欄において、ＣＨ２に対するマルチキャストアドレスは登録されていないため、制御装置３５は当該ＩＧＭＰ−ｒｅｐｏｒｔパケットをコアＮＷ側へ転送する。

ＩＧＭＰ−ｒｅｐｏｒｔはコアＮＷ３２内にて処理され、ＣＨ２のデータがマルチキャスト送信される（Ｐ４１）。制御装置３５では、ＣＨ情報管理テーブルにＣＨ１及びＣＨ２に該当するマルチキャストアドレスが登録されているので、ＣＨ１及びＣＨ２のデータはＨＧＷ側へ転送される（Ｐ４２）。

制御装置−ＴＶ間はＩＰＴＶ放送に関するデータは配信を希望する２つのチャンネルＣＨ１，ＣＨ２のみ送信され、ユーザ宅５８ではＳＴＢ６１ａに接続されたＴＶ６４ａでＣＨ１を視聴し、ユーザ宅５９ではＳＴＢ６１ｂに接続されたＴＶ６４ｂでＣＨ２を視聴する（Ｐ４３）。

さらに、図１１に示す例において、ＩＧＭＰ−ｌｅａｖｅ紛失時の流れを図１９に示す。図１９では、ユーザ宅５８及び５９では、ＩＰＴＶ放送のチャンネル１（ＣＨ１）をともに視聴しており、その後、ユーザ宅５９でＣＨ１の視聴を終了する際に、ＩＧＭＰ−ｌｅａｖｅパケットが制御装置３５に到着する前に紛失したものとする。

ユーザ宅５８でＳＴＢ６１ａに接続されたＴＶ６４ａでＣＨ１を、ユーザ宅５９でＳＴＢ６１ｂに接続されたＴＶ６４ｂで同様にＣＨ１を視聴しており（Ｐ４４）、ユーザ宅５９ではＩＰＴＶ放送のＣＨ１の視聴を止めるため、例えば、ＩＰＴＶ放送用のリモコンの終了ボタン等を押す（Ｐ４５）。これによって、ＳＴＢ６１ｂではコアＮＷ３２へＩＧＭＰ−ｌｅａｖｅパケットを送信する。ここで、ＩＧＭＰ−ｌｅａｖｅパケットのタイプフィールドはｌｅａｖｅであり、グループアドレスフィールドはＣＨ１に該当するマルチキャストアドレスが格納されている。ここでは、当該ＩＧＭＰ−ｌｅａｖｅパケットは制御装置３５に到着する前に紛失したとする。

当該ＩＧＭＰ−ｌｅａｖｅパケットを受信しないので、制御装置３５のＣＨ情報管理テーブルには、ＨＧＷ６０ｂに対するＣＨ１の登録が残ったままになっている（Ｐ４６）。次いで、コアＮＷ３２からＧｅｎｅｒａｌ−ｑｕｅｒｙが送信される（Ｐ４７）。なお、Ｇｅｎｅｒａｌ−ｑｕｅｒｙパケットは定期的に送信されているものとする。

Ｇｅｎｅｒａｌ−ｑｕｅｒｙパケットを受信した制御装置３５は、ＣＨ情報管理テーブルに登録されている全マルチキャストアドレス、つまり、ＨＧＷ６０ａのＭＡＣアドレスの欄に登録されているＣＨ１のマルチキャストアドレス及びＨＧＷ６０ｂのＭＡＣアドレスの欄に登録されているＣＨ１のマルチキャストアドレスに対する各Ｇｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグをＯＮにし、さらにタイマー部４８を起動させて（Ｐ４８）、当該Ｇｅｎｅｒａｌ−ｑｕｅｒｙパケットをＨＧＷへ転送する。

Ｇｅｎｅｒａｌ−ｑｕｅｒｙを受信したユーザ宅５８のＳＴＢ６１ａは、ＣＨ１に対するＩＧＭＰ−ｒｅｐｏｒｔパケットを作成しコアＮＷへ送信する（Ｐ４９）。ここで、ＩＧＭＰ−ｒｅｐｏｒｔパケットのタイプフィールドはｒｅｐｏｒｔであり、グループアドレスフィールドは現在視聴しているＣＨ１に該当するマルチキャストアドレスを格納する。一方、ＳＴＢ６１ｂは既にＩＰＴＶ放送の視聴を止めているので、当該Ｇｅｎｅｒａｌ−ｑｕｅｒｙパケットに対する動作は行わない（Ｐ５０）。

制御装置３５は、ＨＧＷ６０ａから送信されたＩＧＭＰ−ｒｅｐｏｒｔパケットを受信して、ＣＨ情報管理テーブルのＨＧＷ６０ａに対する欄のＣＨ１に該当するマルチキャストアドレスに対応するＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグをＯＦＦにし、さらに、タイマー部４８を解除する。また、当該タイマー部４８をＯＮにしてからはグループアドレスフィールドにＣＨ１に対応するマルチキャストアドレスを格納したＩＧＭＰ−ｒｅｐｏｒｔを初めて受信したので、制御装置３５では当該ＩＧＭＰ−ｒｅｐｏｒｔパケットをコアＮＷへ転送する（Ｐ５１）。

一方、ＨＧＷ６０ｂからは、ＣＨ１に対するマルチキャストアドレスを格納したＩＧＭＰ−ｒｅｐｏｒｔパケットは送信されないため、セットしたタイマー部４８が終了するのを契機にして、制御装置３５は、ＣＨ情報管理テーブルにおいてＧｅｎｅｒａｌ−ｑｕｅｒｙ受信フラグがＯＮのままであるＨＧＷ６０ｂのＭＡＣアドレスに対する欄に登録されていたＣＨ１に該当するマルチキャストアドレスを削除する（Ｐ５２）。なお、ユーザ宅５８ではＣＨ１を視聴しているため、ＣＨ１のデータは送信され続ける。

なお、上述の説明から明らかなように、第１の受信処理部４４ａ、第２の送信処理部４５ｂ、ＣＨ情報管理部４６、及びパケット廃棄処理部４９ａが配信手段として、つまり、第１及び第２の判定手段と第１及び第２の転送決定手段として機能し、第２の受信処理部４４ｂ、第１の送信処理部４５ａ、ＣＨ情報管理部４６、及びパケット廃棄処理部４９ｂが配信手段として、つまり、第３の判定手段と第３の転送決定手段として機能する。

以上、本発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

本発明の実施の形態によるブロードバンドマルチメディアサービス提供システムの一例を示す図である。 図１に示す制御装置の構成を示すブロック図である。 図１に示すブロードバンドマルチメディアサービス提供システムにおいてユーザ装置側から送信されたデータの処理を説明するためのフローチャートである。 図１に示すブロードバンドマルチメディアサービス提供システムにおいてユーザ装置側から送信されたデータの処理を説明するためのフローチャートである。 図１に示すブロードバンドマルチメディアサービス提供システムにおいてコアネットワーク側から送信されたデータの処理を説明するためのフローチャートである。 図２に示す制御装置が備える情報管理テーブルの一例を示す図である。 図１に示すブロードバンドマルチメディアサービス提供システムにおいてＩＰＴＶ放送視聴開始の際における処理を説明するための図である。 図１に示すブロードバンドマルチメディアサービス提供システムにおいてＩＰＴＶチャンネル切替の際の処理の一例を説明するための図である。 図１に示すブロードバンドマルチメディアサービス提供システムにおいてＩＰＴＶチャンネル切替の際の処理の他の例を説明するための図である。 図１に示すブロードバンドマルチメディアサービス提供システムにおいてＩＧＭＰ−ｌｅａｖｅ命令を紛失した際の処理を説明するための図である。 本発明の実施の形態によるブロードバンドマルチメディアサービス提供システムの他の例を示す図である。 図２に示す制御装置が備える情報管理テーブルの他の例を示す図である。 図１１に示すブロードバンドマルチメディアサービス提供システムにおいてユーザ装置側から送信されたデータの処理を説明するためのフローチャートである。 図１１に示すブロードバンドマルチメディアサービス提供システムにおいてユーザ装置側から送信されたデータの処理を説明するためのフローチャートである。 図１１に示すブロードバンドマルチメディアサービス提供システムにおいてユーザ装置側から送信されたデータの処理を説明するためのフローチャートである。 図１１に示すブロードバンドマルチメディアサービス提供システムにおいてコアネットワーク側から送信されたデータの処理を説明するためのフローチャートである。 図１１に示すブロードバンドマルチメディアサービス提供システムにおいてＩＰＴＶ放送視聴開始の際における処理を説明するための図である。 図１１に示すブロードバンドマルチメディアサービス提供システムにおいてＩＰＴＶチャンネル切替の際の処理を説明するための図である。 図１１に示すブロードバンドマルチメディアサービス提供システムにおいてＩＧＭＰ−ｌｅａｖｅ命令が紛失した際の処理を説明するための図である。 従来のマルチキャストシステムを示す図である。

符号の説明

３０，５８，５９…ユーザ宅、３１…光ファイバ、３２…コアネットワーク（コアＮＷ）、３３，５４…メディアコンバータ、３４…ＬＡＮケーブル、３５…制御装置、３６，３７，５５，５６，５７…無線装置、３８，６０ａ，６０ｂ…ＨＧＷ（Ｈｏｍｅ ＧａｔｅＷａｙ）、３９，６２ａ，６２ｂ…ＩＰ電話機、４０，６３ａ，６３ｂ…ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、４１ａ，４１ｂ，６１ａ，６１ｂ…ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、４２ａ，４２ｂ，６４ａ，６４ｂ…ＴＶ（Ｔｅｌｅｖｉｓｉｏｎ Ｓｅｔ）、４３ａ，４３ｂ…ネットワークインターフェイスカード（ＮＩＣ）、４４ａ，４４ｂ…受信処理部、４５ａ，４５ｂ…送信処理部、４６…ＣＨ（チャンネル）情報管理部、４７ａ，４７ｂ…バッファ、４８…タイマー処理部（タイマー部）、４９ａ，４９ｂ…パケット廃棄処理部、５０…制御コマンド処理部、５３…ビル

Claims (11)

1. マルチキャストネットワークとユーザ装置との間に配置され、インターネットグループマネージメントプロトコル（ＩＧＭＰ）によって送信されるデータを制御するためのマルチキャスト制御装置であって、
   前記ユーザ装置が参加するマルチキャストアドレスを記憶する情報管理テーブルと、
   前記ユーザ装置からマルチキャストグループに対して参加／離脱要求があったときに、前記情報管理テーブルを参照して前記データの配信を制御する配信手段と、
   を備えたことを特徴とするマルチキャスト制御装置。
2. 前記マルチキャストネットワークは定期的に問い合わせメッセージが送信されており、
   前記情報管理テーブルには前記マルチキャストアドレスに対応付けて前記問い合わせメッセージを受信したか否かを示す問い合わせ受信フラグが設定されていることを特徴とする請求項１に記載のマルチキャスト制御装置。
3. 前記配信手段は、
   前記ユーザ装置から受信したデータがＩＧＭＰデータであるときに、当該ＩＧＭＰデータがＩＧＭＰリポートデータ又はＩＧＭＰリーブデータであるか否かを判定する第１の判定手段と、
   前記ＩＧＭＰデータがＩＧＭＰリーブデータであると、前記情報管理テーブルに登録された当該ＩＧＭＰリーブデータが示すマルチキャストアドレスの登録数に応じて当該ＩＧＭＰリーブデータを前記マルチキャストネットワークに転送するか否かを決定する第１の転送決定手段と、
   前記ＩＧＭＰデータがＩＧＭＰリポートデータであると、当該ＩＧＭＰリポートデータが示すマルチキャストアドレスと同一のアドレスが前記情報管理テーブルに登録されているか否かを確認する第２の判定手段と、
   該第２の判定手段による判定結果に応じて当該ＩＧＭＰリポートデータを前記マルチキャストネットワークに転送するか否かを決定する第２の転送決定手段と、
   を有することを特徴とする請求項２に記載のマルチキャスト制御装置。
4. 前記第１の転送決定手段は、
   前記情報管理テーブルに登録された前記ＩＧＭＰリーブデータが示すマルチキャストアドレスの登録数がゼロであると当該ＩＧＭＰリーブデータを破棄し、
   前記情報管理テーブルに登録された前記ＩＧＭＰリーブデータが示すマルチキャストアドレスの登録数が１であると当該ＩＧＭＰリーブデータが示すマルチキャストアドレスと同一のマルチキャストアドレスを前記情報管理テーブルから削除して当該ＩＧＭＰリーブデータを前記マルチキャストネットワークに転送し、
   前記情報管理テーブルに登録された前記ＩＧＭＰリーブデータが示すマルチキャストアドレスの登録数が２以上であると、当該ＩＧＭＰリーブデータが示すマルチキャストアドレスと同一のマルチキャストアドレスの一つを前記情報管理テーブルから削除して当該ＩＧＭＰリーブデータを破棄するようにしたことを特徴とする請求項３に記載のマルチキャスト制御装置。
5. 前記第２の転送決定手段は、
   前記判定結果が前記ＩＧＭＰリポートデータが示すマルチキャストアドレスが前記情報管理テーブルに登録されていないことを示していると、当該マルチキャストアドレスを前記情報管理テーブルに登録して当該ＩＧＭＰリポートデータを前記マルチキャストネットワークに転送し、
   前記判定結果が前記ＩＧＭＰリポートデータが示すマルチキャストアドレスが前記情報管理テーブルに登録されていることを示していると、当該マルチキャストアドレスに対する前記問い合わせ受信フラグの状態に応じて当該ＩＧＭＰリポートデータを前記マルチキャストネットワークに転送するか否かを決定するようにしたことを特徴とする請求項３又は４に記載のマルチキャスト制御装置。
6. 前記第２の転送決定手段は、前記問い合わせ受信フラグがオフであると前記ＩＧＭＰリポートデータが示すマルチキャストアドレスを前記情報管理テーブルに登録して前記ＩＧＭＰリポートデータを破棄することを特徴とする請求項５に記載のマルチキャスト制御装置。
7. 前記第２の転送決定手段は、前記問い合わせ受信フラグがオンであると前記マルチキャストアドレスに対する問い合わせ受信フラグをオフとして、前記ＩＧＭＰリポートデータと同一のマルチキャストアドレスを含むＩＧＭＰリポートデータを既に前記マルチキャストネットワークに転送したか否かを判定するようにしたことを特徴とする請求項５に記載のマルチキャスト制御装置。
8. 前記配信手段は、
   前記マルチキャストネットワークから受信したデータがＩＧＭＰデータ又はマルチキャストデータであるか否かを判定する第３の判定手段と、
   該第３の判定手段による判定結果に応じて前記マルチキャストネットワークから受信したデータを前記ユーザ装置に転送するか否かを決定する第３の転送決定手段と、
   を有することを特徴とする請求項２に記載のマルチキャスト制御装置。
9. 前記第３の転送決定手段は、前記第３の判定手段による判定結果がＩＧＭＰデータであることを示していると、当該ＩＧＭＰデータが問い合わせデータであるときには、前記情報管理テーブルに登録された全てのマルチキャストアドレスに対応する前記問い合わせ受信フラグをオンとして前記問い合わせデータを前記ユーザ装置に転送するようにしたことを特徴とする請求項８記載のマルチキャスト制御装置。
10. 前記第３の転送決定手段は、前記第３の判定手段による判定結果がマルチキャストデータであることを示していると、該マルチキャストデータの宛先マルチキャストアドレスと同一のマルチキャストアドレスが情報管理テーブルに登録されているか否かの確認を行い、当該確認結果に応じて前記マルチキャストデータを前記ユーザ装置に転送するか否かを決定するようにしたことを特徴とする請求項８又は９に記載のマルチキャスト制御装置。
11. 前記情報管理テーブルには前記ユーザ装置を識別するための識別アドレスと前記マルチキャストアドレスとが対応付けて登録されており、
    前記ユーザ装置から受信するデータには前記識別アドレスが付加され、
    前記配信手段は、前記識別アドレス又は前記マルチキャストアドレスを前記情報管理テーブルから参照し、前記データの配信を決定するようにしたことを特徴とする請求項１から１０のいずれかの項に記載のマルチキャスト制御装置。
    
    
    

Images