(57)【要約】  【課題】双方向ＣＡＴＶネットワークにおいてマルチキャスト配信を利用する場合、ユーザ宅に無駄なマルチキャストパケットが流れ込むことを防ぎ、効率のよいマルチキャスト配信を実現する。  【解決手段】マルチキャストサーバにルータを介して接続されたクライアント端末は、配下のユーザ端末からのマルチキャストアドレスへの参加要求を受け取った場合、マルチキャストアドレスを管理している管理部２６にそのマルチキャストアドレスを登録し、ユーザ端末からマルチキャストアドレスに対する脱退要求を受け取った場合、登録されているマルチキャストアドレスを削除し、登録したマルチキャストアドレス宛以外のマルチキャストパケットは同軸Ｉ／Ｆ２１から通信Ｉ／Ｆ２８へ転送せずに破棄する。【選択図】  図２
2008288875.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャスト対応のルータと通信可能な、ユーザ端末が配下に接続されたクライアント端末であって、
前記ルータと通信可能な第１のインターフェースと、  
前記第１のインターフェースに接続され、データ通信を処理する第１の送受信処理部と、
前記第１の送受信処理部に接続され、データの転送を制御する転送制御部と、
前記転送制御部に接続され、前記ユーザ端末が参加しているマルチキャストアドレスを管理するマルチキャストアドレス管理部と、
前記転送制御部に接続され、データ通信を処理する第２の送受信処理部と、
前記第２の送受信処理部に接続され、前記ユーザ端末と通信可能な第２のインターフェースと、を備え、
前記転送制御部は、前記第２のインターフェースを通じて受け取るマルチキャストアドレスに関する参加要求または脱退要求を含む情報に応じて前記マルチキャストアドレス管理部を管理し、そのマルチキャストアドレス管理部を利用して、受信するデータのフィルタ処理を行う、
クライアント端末。
【請求項２】
前記転送制御部は、受信したデータが、前記マルチキャストアドレス管理部に登録されていないマルチキャストパケットデータの場合は破棄するフィルタ処理部を有する、請求項１記載のクライアント端末。
【請求項３】
前記転送制御部は、前記ユーザ端末が送信する前記マルチキャストアドレスへの参加要求を受け取ると前記マルチキャストアドレス管理部に対して前記マルチキャストアドレスを登録し、前記ユーザ端末が参加している前記マルチキャストアドレスに対する脱退要求を受け取った場合、前記マルチキャストアドレス管理部に登録されている対応するマルチキャストアドレスを削除する、ＩＧＭＰ管理部を有する、請求項１記載のクライアント端末。
【請求項４】
前記マルチキャストアドレス管理部の前記ユーザ端末が属するマルチキャストアドレスを削除するためのタイマーを管理するタイマー管理部を備えた、請求項１記載のクライアント端末。
【請求項５】
前記転送制御部は、前記ユーザ端末が送信する前記マルチキャストアドレスへの参加要求を受け取ると前記マルチキャストアドレス管理部に対して前記マルチキャストアドレスを登録し、前記ユーザ端末が参加している前記マルチキャストアドレスに対する脱退要求を受け取った場合、前記マルチキャストアドレス管理部に登録されている対応するマルチキャストアドレスを削除する為の前記タイマーを開始させ、前記タイマーが満了すると前記マルチキャストアドレス管理部に登録されている対応するマルチキャストアドレスを削除する、ＩＧＭＰ管理部を有する、請求項４記載のクライアント端末。
【請求項６】
前記ＩＧＭＰ管理部は、前記タイマーが満了する前に前記ユーザ端末もしくは、前記ユーザ端末とは別のユーザ端末が前記マルチキャストアドレスに対する参加要求を受け取った場合、前記タイマーの駆動を停止させる、請求項５記載のクライアント端末。
【請求項７】
マルチキャスト対応のルータと通信可能な、ユーザ端末が配下に接続されたクライアント端末を利用して、マルチキャストパケットを制御するマルチキャスト通信制御方法であって、
前記クライアント端末において、
前記ユーザ端末が送信する前記マルチキャストアドレスへの参加要求を受け取るとマルチキャストアドレス管理部に対して前記マルチキャストアドレスを登録するステップと、
前記ユーザ端末が参加している前記マルチキャストアドレスに対する脱退要求を受け取った場合、前記マルチキャストアドレス管理部に登録されている対応するマルチキャストアドレスを削除するステップと、
受信したデータが、前記マルチキャストアドレス管理部に登録されていないマルチキャストパケットデータの場合は破棄するステップと、を実行させる、
マルチキャスト通信制御方法。
【請求項８】
請求項７記載のマルチキャスト通信制御方法の、前記ユーザ端末が送信する前記マルチキャストアドレスへの参加要求を受け取るとマルチキャストアドレス管理部に対して前記マルチキャストアドレスを登録するステップと、前記ユーザ端末が参加している前記マルチキャストアドレスに対する脱退要求を受け取った場合、前記マルチキャストアドレス管理部に登録されている対応するマルチキャストアドレスを削除するステップと、受信したデータが、前記マルチキャストアドレス管理部に登録されていないマルチキャストパケットデータの場合は破棄するステップと、をコンピュータに実行させるためのプログラム。
【請求項９】
請求項８記載のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャスト配信に対応するクライアント端末、マルチキャスト通信制御方法、プログラムおよび、記録媒体に関するものである。
【背景技術】
【０００２】
近年、通信システムのインフラが整ったことにより大容量のコンテンツが配信されるようになっている。特にマルチキャストによる映像コンテンツの配信が注目を集めている。しかし、マルチキャストによる配信はシステムの上位のパケットルーティング（経路制御）においては効率的で、無駄なマルチキャストパケットが所望のあて先以外に転送されることはないが、ユーザ宅に近づくほど効率的なルーティングができず、無駄なマルチキャストパケットが希望しないユーザ宅にブロードキャスト同様に流れこんでしまい、宅内の通信インフラに負荷をかけてしまう課題がある。
【０００３】
この課題に対して例えば次のようなマルチキャスト通信方法が知られている。
【０００４】
すなわち双方向ＣＡＴＶネットワークにおいて、端末が、マルチキャストパケットの受信を開始する場合、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）のＭｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔ  Ｍｅｓｓａｇｅを送信して加入者局にデータの配信を要求する。加入者局は、このＲｅｐｏｒｔ  Ｍｅｓｓａｇｅをセンター局に転送し、次にこのＲｅｐｏｒｔ  Ｍｅｓｓａｇｅのグループアドレス情報を取得することにより、必要とされるマルチキャストパケットの配信を動的に開始する。
【０００５】
加入者局は、定期的にＩＧＭＰのＭｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙ  Ｍｅｓｓａｇｅを配下の端末に送信することにより、配信が不要になったマルチキャストパケットがないか否かを監視し、端末から一定期間応答がないか又はグループからの離脱応答があり、かつ他に同グループ宛のマルチキャストパケット配信を要求する端末がない場合には、不要となったパケットの配信を動的に停止する。
【０００６】
このようにすることによって、双方向ＣＡＴＶネットワークにおいて、センター局または加入者局がブリッジ装置として動作する場合、レイヤのパケットルーティング機能やルーティング情報の交換機能を実装することなく、配下の端末が配信を要望するグループアドレス宛のマルチキャストパケットのみをフィルタリングして転送する方法がある（特許文献１参照）。
【特許文献１】特開２０００−１２５２７７（特願平１０−２９７３７０）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来の通信方法では、端末がマルチキャストグループから脱退した後もマルチキャストアドレスフィルタがすぐに削除されないため、他の端末が同じ番組を視聴していた場合、ＩＧＭＰのＭｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙ  Ｍｅｓｓａｇｅによる問い合わせがあるまで、脱退したはずのユーザ宅に無駄なマルチキャストパケットが流れてきてしまうという課題がある。
【０００８】
本発明は、上記従来のマルチキャスト通信方法の課題を考慮し、無駄なマルチキャストパケットが転送されず、ユーザのネットワークに負荷をかけないクライアント端末などを提供することを目的とする。
【課題を解決するための手段】
【０００９】
第１の本発明は、マルチキャスト対応のルータと通信可能な、ユーザ端末が配下に接続されたクライアント端末であって、
前記ルータと通信可能な第１のインターフェースと、  
前記第１のインターフェースに接続され、データ通信を処理する第１の送受信処理部と、
前記第１の送受信処理部に接続され、データの転送を制御する転送制御部と、
前記転送制御部に接続され、前記ユーザ端末が参加しているマルチキャストアドレスを管理するマルチキャストアドレス管理部と、
前記転送制御部に接続され、データ通信を処理する第２の送受信処理部と、
前記第２の送受信処理部に接続され、前記ユーザ端末と通信可能な第２のインターフェースと、を備え、
前記転送制御部は、前記第２のインターフェースを通じて受け取るマルチキャストアドレスに関する参加要求または脱退要求を含む情報に応じて前記マルチキャストアドレス管理部を管理し、そのマルチキャストアドレス管理部を利用して、受信するデータのフィルタ処理を行う、クライアント端末である。
【００１０】
第２の本発明は、前記転送制御部が、受信したデータが、前記マルチキャストアドレス管理部に登録されていないマルチキャストパケットデータの場合は破棄するフィルタ処理部を有する、第１の本発明のクライアント端末である。
【００１１】
第３の本発明は、前記転送制御部が、前記ユーザ端末が送信する前記マルチキャストアドレスへの参加要求を受け取ると前記マルチキャストアドレス管理部に対して前記マルチキャストアドレスを登録し、前記ユーザ端末が参加している前記マルチキャストアドレスに対する脱退要求を受け取った場合、前記マルチキャストアドレス管理部に登録されている対応するマルチキャストアドレスを削除する、ＩＧＭＰ管理部を有する、第１の本発明のクライアント端末である。
【００１２】
第４の本発明は、前記マルチキャストアドレス管理部の前記ユーザ端末が属するマルチキャストアドレスを削除するためのタイマーを管理するタイマー管理部を備えた、第１の本発明のクライアント端末である。
【００１３】
第５の本発明は、前記転送制御部が、前記ユーザ端末が送信する前記マルチキャストアドレスへの参加要求を受け取ると前記マルチキャストアドレス管理部に対して前記マルチキャストアドレスを登録し、前記ユーザ端末が参加している前記マルチキャストアドレスに対する脱退要求を受け取った場合、前記マルチキャストアドレス管理部に登録されている対応するマルチキャストアドレスを削除する為の前記タイマーを開始させ、前記タイマーが満了すると前記マルチキャストアドレス管理部に登録されている対応するマルチキャストアドレスを削除する、ＩＧＭＰ管理部を有する、第４の本発明のクライアント端末である。
【００１４】
第６の本発明は、前記ＩＧＭＰ管理部が、前記タイマーが満了する前に前記ユーザ端末もしくは、前記ユーザ端末とは別のユーザ端末が前記マルチキャストアドレスに対する参加要求を受け取った場合、前記タイマーの駆動を停止させる、第５の本発明のクライアント端末である。
【００１５】
第７の本発明は、マルチキャスト対応のルータと通信可能な、ユーザ端末が配下に接続されたクライアント端末を利用して、マルチキャストパケットを制御するマルチキャスト通信制御方法であって、
前記クライアント端末において、
前記ユーザ端末が送信する前記マルチキャストアドレスへの参加要求を受け取るとマルチキャストアドレス管理部に対して前記マルチキャストアドレスを登録するステップと、
前記ユーザ端末が参加している前記マルチキャストアドレスに対する脱退要求を受け取った場合、前記マルチキャストアドレス管理部に登録されている対応するマルチキャストアドレスを削除するステップと、
受信したデータが、前記マルチキャストアドレス管理部に登録されていないマルチキャストパケットデータの場合は破棄するステップと、を実行させる、
マルチキャスト通信制御方法である。
【００１６】
第８の本発明は、第７の本発明のマルチキャスト通信制御方法の、前記ユーザ端末が送信する前記マルチキャストアドレスへの参加要求を受け取るとマルチキャストアドレス管理部に対して前記マルチキャストアドレスを登録するステップと、前記ユーザ端末が参加している前記マルチキャストアドレスに対する脱退要求を受け取った場合、前記マルチキャストアドレス管理部に登録されている対応するマルチキャストアドレスを削除するステップと、受信したデータが、前記マルチキャストアドレス管理部に登録されていないマルチキャストパケットデータの場合は破棄するステップと、をコンピュータに実行させるためのプログラムである。
【００１７】
第９の本発明は、第８の本発明のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体である。
【発明の効果】
【００１８】
本発明によれば、ユーザ宅内に無駄なマルチキャストパケットが流れ込むことを防ぐことができるため、宅内ネットワークに無駄な負荷が掛かることを防ぐことが可能になる。
【発明を実施するための最良の形態】
【００１９】
以下に、本発明を実施の形態について図面を参照しながら説明する。
【００２０】
（実施の形態１）
図１は、本発明の実施の形態１におけるマルチキャストシステムの構成を概略的に示す図である。マルチキャストサーバ１の配下にパケットのルーティングを行うルータ２が接続されている。またルータ２の配下に、同軸通信の主端末であるマスター３とクライアント端末４ａ、４ｂが同軸ケーブルで接続されている。さらにクライアント端末４ａの配下には、ユーザ端末５ａ〜５ｃが接続され、クライアント端末４ｂの配下には、ユーザ端末５ｄが接続されている。ここでユーザ端末とは例えばパソコンである。なお、パソコンでなく他の端末であってもいいことは言うまでもない。
【００２１】
本実施の形態１ではクライアント端末に接続されたユーザ端末が、マルチキャストサーバ１からマルチキャストパケットで配信される映像を、同軸ケーブルを利用したシステム（例えばケーブルインターネットなど）で視聴する場合を例にとって説明する。
【００２２】
本実施の形態１におけるクライアント端末の構成について説明する。図２はその構成図である。加入者宅に設置されるクライアント端末４ａ，４ｂは、マスター３と接続される同軸ケーブルを接続する同軸用のインターフェース（以下単にＩ／Ｆと呼ぶ）２１と、同軸通信を処理する同軸送受信処理部２２と、データの転送を制御する転送制御部２３と、転送制御部２３の中に配置され、ＩＧＭＰ制御パケットであることを判断し管理するＩＧＭＰ管理部２４と、同じく転送制御部２３の中に配置され、転送するパケットデータのフィルタ処理を行うフィルタ処理部２５と、配下に接続されるユーザ端末５ａ〜５ｄが属するマルチキャストアドレスを管理するマルチキャストアドレス管理部２６と、データ通信を処理するデータ通信送受信処理部２７と、通信Ｉ／Ｆ２８で構成されている。なお、同軸Ｉ／Ｆ２１は本発明の第１のＩ／Ｆの一例であり、通信Ｉ／Ｆ２８は本発明の第２のＩ／Ｆの一例である。また、同軸送受信処理部２２は本発明の第１の送受信処理部の一例であり、通信送受信処理部２７は本発明の第２の送受信処理部の一例である。
【００２３】
先ず、ユーザ端末がマルチキャストによる映像を視聴するまでのクライアント端末の動作についてフローチャートを用いて説明する。ここではクライアント端末４ｂの配下に接続されるユーザ端末５ｄの場合（クライアント端末の配下に接続されるユーザが一台の場合）について説明する。
【００２４】
ユーザが視聴したい番組を例えばパソコンのＷＥＢ上で選択すると、ユーザ端末５ｄは、ユーザが視聴したいその番組に対応したマルチキャストアドレス（ここでは２２７．０．０．１とする）に対するルータ２への転送要求を、ＩＧＭＰ  ＪＯＩＮメッセージでクライアント４ｂの通信Ｉ／Ｆ２８へ送信する。
【００２５】
以下、図３のフローチャートを用いてクライアント端末４ｂの動作について説明する。クライアント端末４ｂのＩＧＭＰ管理部２４は、ユーザ端末５ｄから通信Ｉ／Ｆ２８を介してパケットを受信すると（ステップ３０１）、そのパケットがＩＧＭＰメッセージであるかどうかを判断する（ステップ３０２）。フィルタ処理部２５はその結果を受けてそのパケットがＩＧＭＰメッセージでない場合はなにも処理せずにそのパケットを同軸Ｉ／Ｆ２１へ転送（通過させる）する（ステップ３０７）。
【００２６】
他方、上記パケットがＩＧＭＰメッセージであった場合は、ＩＧＭＰ管理部２４は次にＩＧＭＰ  ＪＯＩＮメッセージであるかどうかを判断する（ステップ３０３）。そのパケットが、ＩＧＭＰ  ＪＯＩＮメッセージであった場合、ＩＧＭＰ管理部２４はユーザ端末５ｄが要求した希望番組対応のマルチキャストアドレス（２２７．０．０．１）をマルチキャストアドレス管理部２６へ登録する。
【００２７】
登録の終了後フィルタ処理部２５はそのパケットを同軸Ｉ／Ｆ２１へ転送（通過させる）する（ステップ３０７）。ルータ２が、そのＩＧＭＰ  ＪＯＩＮメッセージをマスター３を介して受信すると、以後マルチキャストサーバ１からのマルチキャストパケット（あて先が２２７．０．０．１）配信によってそのマルチキャストパケットがマスター３側へ、つまり同軸ネットワーク側へ転送される。
【００２８】
次にマルチキャストパケットを受信した場合のクライアント端末４ｂについて図４を用いて説明する。パケットを受信したクライアント端末４ｂのＩＧＭＰ管理部２４は（ステップ４０１）、まずそのパケットがマルチキャストパケットであるかどうかを判断する（ステップ４０２）。そのパケットがマルチキャストパケットでなかった場合、フィルタ処理部２５はなにも処理をせずにそのパケットを通信Ｉ／Ｆ２８へ転送（通過させる）する（ステップ４０６）。
【００２９】
他方、そのパケットがマルチキャストパケットだった場合は、クライアント装置４ｂのフィルタ処理部２５は、マルチキャストアドレス管理部２６から登録してあるマルチキャストアドレスリストを取得する（ステップ４０３）。受信したマルチキャストパケットのあて先アドレスが取得したマルチキャストアドレスリストの一つと一致するかどうかを判断する（ステップ４０４）。一致しなかった場合、そのマルチキャストパケットは通信Ｉ／Ｆ２８に転送せずに破棄する（ステップ４０５）。他方一致した場合、受信したマルチキャストパケットは通信Ｉ／Ｆ２８に転送する（ステップ４０６）。
【００３０】
このような手順を踏むことで、ユーザは自分が選択した番組のマルチキャストパケットのみが転送されるようになり、無駄なパケットが流れ込まない。
【００３１】
次に、ユーザ端末５ｄが番組の視聴を終了した場合について説明する。ユーザ端末５ｄが番組の視聴を終了した場合、終了した番組に対応したマルチキャストアドレス（この例では２２７．０．０．１とする）に対するルータ２への脱退要求をＩＧＭＰ  ＬＥＡＶＥメッセージで送信する。次にユーザ端末５ｄが送信したＩＧＭＰ  ＬＥＡＶＥメッセージを受信したクライアント端末４ｂの動作について図３を用いて説明する。
【００３２】
クライアント端末４ｂのＩＧＭＰ管理部２４は、ユーザ端末５ｄから通信Ｉ／Ｆ２８を通じてパケットを受信すると（ステップ３０１）、そのパケットのデータがＩＧＭＰメッセージであるかどうかを判断する（ステップ３０２）。フィルタ処理部２５はそのパケットがＩＧＭＰメッセージでなければ何も処理せずにパケットを同軸Ｉ／Ｆ２１へ転送（通過させる）する（ステップ３０７）。他方、そのパケットがＩＧＭＰメッセージであり（ステップ３０２）、ＩＧＭＰ  ＪＯＩＮメッセージでもなかった場合（ステップ３０３）、ＩＧＭＰ管理部２４はＩＧＭＰ  ＬＥＡＶＥメッセージであるかどうかを判断する（ステップ３０４）。そしてそのパケットが、ＩＧＭＰ  ＬＥＡＶＥメッセージでなかった場合、フィルタ処理部２５はなにも処理せずにパケットを同軸Ｉ／Ｆ２１へ転送（通過させる）する（ステップ３０７）。他方、そのパケットが、ＩＧＭＰ  ＬＥＡＶＥメッセージだった場合、ＩＧＭＰ管理部２４はマルチキャストアドレス管理部２６に登録されている対応するマルチキャストアドレスを削除（ステップ３０６）する。
【００３３】
クライアント端末４ｂのフィルタ処理部２５は、ＩＧＭＰ管理部２４の削除手続きが終了した後パケットを同軸Ｉ／Ｆ２１へ転送（通過させる）する（ステップ３０７）。
【００３４】
上記のような手順を踏むことで、ユーザ端末５ｄがＩＧＭＰ  ＬＥＡＶＥメッセージを送信した瞬間にクライエント端末４ｂのマルチキャストアドレス管理部２６におけるマルチキャストアドレスの登録を削除することによって、即座にパケットのフィルタがかかるため、同じセル内の他ユーザが視聴している無駄なパケットが即座に流れ込むことを防ぐことができる。ここに同じセル内の他のユーザとは、同じ同軸通信、すなわち同じマスター３に接続されている他のユーザ端末５ａ〜５ｃを利用し、同じマルチキャストアドレスを受信しているユーザの場合である）。
【００３５】
（実施の形態２）
次に、本発明の実施の形態２について説明する。本実施の形態２ではクライアント端末に接続されたユーザ端末が、マルチキャストサーバ１からマルチキャストパケットで配信される映像を、同軸ケーブルを利用したシステム（例えばケーブルインターネットなど）で視聴する場合を考える。
【００３６】
図５に示される本実施の形態２におけるクライアント端末の構成について説明する。加入者宅に設置されるクライアント端末４ａ、４ｂは、マスター３と接続される同軸ケーブルを接続する同軸Ｉ／Ｆ５１と、同軸通信を処理する同軸送受信処理部５２と、データの転送を制御する転送制御部５３と転送制御部の中に配置され、ＩＧＭＰ制御パケットであることを判断するＩＧＭＰ管理部５４と、同じく転送制御部２３の中に配置され、転送するパケットデータのフィルタ処理を行うフィルタ処理部５５と、配下に接続されるユーザ端末５ａ〜５ｄが属するマルチキャストアドレスを管理するマルチキャストアドレス管理部５６とユーザが属するマルチキャストアドレスを削除する際のタイマーを管理するタイマー管理部５７とデータ通信を処理するデータ通信送受信処理部５８と通信Ｉ／Ｆ５９から構成されている。
【００３７】
先ず、ユーザ端末がマルチキャストによる映像を視聴するまでのクライアント端末の動作についてフローチャートを用いて説明する。今回の例ではクライアント端末４ａの配下に接続されるユーザ端末５ａの場合（クライアント端末の配下に接続されるユーザが複数台の場合）について考える。
【００３８】
ユーザが視聴したい番組を例えばパソコンのＷＥＢ上で選択すると、ユーザ端末５ａは、ユーザが視聴したい番組に対応したマルチキャストアドレス（今回の例では２２７．０．０．１とする）に対するルータ２への転送要求を、ＩＧＭＰ  ＪＯＩＮメッセージでクライアント端末４ａの通信Ｉ／Ｆ５９へ送信する。
【００３９】
以下、図６のフローチャートを用いてクライアント端末４ａの動作について説明する。クライアント端末４ａのＩＧＭＰ管理部５４は、ユーザ端末５ａから通信Ｉ／Ｆ５９を介してパケットを受信すると（ステップ６０１）、ＩＧＭＰメッセージであるかどうかを判断する（ステップ６０２）。フィルタ処理部５５はその結果を受けてそのパケットがＩＧＭＰメッセージでなければなにも処理せずにパケットを同軸Ｉ／Ｆ５１へ転送（通過させる）する（ステップ６０９）。
【００４０】
他方、上記パケットがＩＧＭＰメッセージであった場合は、ＩＧＭＰ管理部５４は次にＩＧＭＰ  ＪＯＩＮメッセージであるかどうかを判断する（ステップ６０３）。そのパケットが、ＩＧＭＰ  ＪＯＩＮメッセージであった場合、ＩＧＭＰ管理部５４はＩＧＭＰ  ＪＯＩＮメッセージのマルチキャストアドレスに対するタイマーが起動しているかどうかを判断する（ステップ６０５）。
【００４１】
タイマーが起動していなかった場合、ＩＧＭＰ管理部５４はユーザ端末５ａが要求したマルチキャストアドレス（２２７．０．０．１）をマルチキャストアドレス管理部２６へ登録する（ステップ６０６）。登録終了後、フィルタ処理部５５はパケットを同軸Ｉ／Ｆ５１へ転送（通過させる）する（ステップ６０９）。
【００４２】
他方、タイマーが起動していた場合は、自身のクライアント端末４ａの配下に、削除対象のユーザ端末が存在すると判断し、ＩＧＭＰ管理部５４は削除タイマーを削除する（ステップ６０８）。
【００４３】
すなわち、タイマーの駆動をその満了前に停止させる。タイマーの削除の終了後、フィルタ処理部５５はパケットを同軸Ｉ／Ｆ５１へ転送（通過させる）する（ステップ６０９）。
【００４４】
ルータ２がＩＧＭＰ  ＪＯＩＮメッセージを受信すると、以後マルチキャストサーバ１からのマルチキャストパケット（あて先が２２７．０．０．１）が同軸ネットワーク側へ転送される。
【００４５】
次にマルチキャストパケットを受信した場合のクライアント端末４ａについて図４を用いて説明する。パケットを受信したクライアント端末４ａのＩＧＭＰ管理部５４は（４０１）、まずマルチキャストパケットであるかどうかを判断する（ステップ４０２）。そのパケットがマルチキャストであった場合、フィルタ処理部５５はなにも処理をせずにパケットを通信Ｉ／Ｆ５９へ転送（通過させる）する（ステップ４０６）。
【００４６】
他方、そのパケットがマルチキャストパケットだった場合、クライアント装置４ａのフィルタ処理部５５は、マルチキャストアドレス管理部５６から登録してあるマルチキャストアドレスリストを取得する（ステップ４０３）。受信したマルチキャストパケットのあて先アドレスが取得したマルチキャストアドレスリストの一つと一致するかどうかを判断する（ステップ４０４）。一致しなかった場合、そのマルチキャストパケットは通信Ｉ／Ｆ５９に転送せずに破棄する（ステップ４０５）。他方、一致した場合、マルチキャストパケットは通信Ｉ／Ｆ５９に転送する（ステップ４０６）。
【００４７】
このような手順を踏むことで、ユーザは自分が選択した番組のマルチキャストパケットのみが転送されるようになり、無駄なパケットが流れ込まない。
【００４８】
次に、ユーザ端末５ａが番組の視聴を終了した場合について説明する。ユーザ端末５ａが番組の視聴を終了した場合、終了した番組に対応したマルチキャストアドレス（今回の例では２２７．０．０．１とする）に対するルータ２への脱退要求をＩＧＭＰ  ＬＥＡＶＥメッセージで送信する。次にユーザ端末５ａが送信したＩＧＭＰ  ＬＥＡＶＥメッセージを受信したクライアント端末４ａの動作について図６を用いて説明する。
【００４９】
クライアント端末４ａは、ユーザ端末５ａから通信Ｉ／Ｆ５９を介してパケットを受信すると（ステップ６０１）、ＩＧＭＰメッセージであるかどうかを判断する（ステップ６０２）。もしＩＧＭＰメッセージでなければ何も処理せずにパケットを同軸Ｉ／Ｆ５１へ転送（通過させる）する（ステップ６１０）。他方、そのパケットがＩＧＭＰ  ＪＯＩＮメッセージでなかった場合、ＩＧＭＰ  ＬＥＡＶＥメッセージであるかどうかを判断する（ステップ６０４）。そこでＩＧＭＰ  ＬＥＡＶＥメッセージでなかった場合、なにも処理せずにパケットを同軸Ｉ／Ｆ５１へ転送（通過させる）する（ステップ６１０）。
【００５０】
他方、ステップ６０４においてそのパケットが、ＩＧＭＰ  ＬＥＡＶＥメッセージだった場合、ＩＧＭＰ管理部５４はマルチキャストアドレス管理部５６に登録されているマルチキャストアドレスを削除するタイマーを開始する（ステップ６０７）。タイマーの開始が終了後、フィルタ処理部５５はＩＧＭＰ  ＬＥＡＶＥメッセージのパケットを同軸Ｉ／Ｆ５１へ転送（通過させる）する（ステップ６１０）。
【００５１】
次に、起動されたタイマー処理について図７のフローチャートについて説明する。タイマーが満了したかどうかを判断し（ステップ７０１）、満了していなければタイマーを更新し（ステップ７０２）、タイマーが満了した場合、ＩＧＭＰ管理部５４は対象となるマルチキャストアドレスを削除する（ステップ７０３）。
【００５２】
上記のような手順を踏むことで、ユーザ端末５ａがＩＧＭＰ  ＬＥＡＶＥメッセージを送信した瞬間にマルチキャストアドレスのフィルタを削除せず、一旦タイマー値を設けて、タイマーを開始させ、一定時間経過後に削除することによって、ルータ２がＩＧＭＰ  ＬＥＡＶＥメッセージを受信した後に送信するＩＧＭＰ  Ｓｐｅｃｉｆｉｃ  Ｑｕｅｒｙに対する同じクライアント配下に存在するユーザ端末がＩＧＭＰ  ＪＯＩＮメッセージを送信する機会を設けることができるため、クライアント端末４ａの配下に複数台のユーザ端末が存在した場合において効率的な配信が行える。
【００５３】
なお、本発明の実施の形態２の構成において、タイマーの設定時間をゼロに設定しておくことにより、クライアント端末の配下に接続されるユーザ端末が一台の場合、一定時間待つという無駄な動作をなくすことが出来る。このようにゼロ設定を利用することによって、実施の形態２の構成で実施の形態１の場合を兼ねることが可能となる。
【００５４】
なお、本発明のプログラムは、上述した本発明のマルチキャスト通信制御方法の全部又は一部のステップをコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【００５５】
また、本発明の記録媒体は、上述した本発明のプログラムを記録した記録媒体であり、コンピュータにより読み取り可能且つ、読み取られた前記プログラムが前記コンピュータと協動して前記機能を実行する記録媒体である。
【００５６】
また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な、ＲＯＭ等の記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【００５７】
また、本発明のプログラムの一利用形態は、インターネット等の伝送媒体、光・電波・音波等の伝送媒体中を伝送し、コンピュータにより読みとられ、コンピュータと協働して動作する態様であっても良い。
【００５８】
また、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
【００５９】
なお、以上説明した様に、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【００６０】
本発明にかかるクライアント端末などは、ユーザ端末へのネットワーク負荷が軽減されるため、例えばケーブルインターネットなどの同軸ケーブルを使用したマルチキャストのアクセス系システムに有益である。
【図面の簡単な説明】
【００６１】
【図１】本発明の実施の形態１，２におけるマルチキャストシステムの概略図
【図２】本発明の実施の形態１におけるクライアント端末の構成図
【図３】本発明の実施の形態１におけるクライアント端末の上りパケット受信処理のフローチャート
【図４】本発明の実施の形態１におけるクライアント端末の下りパケット受信処理のフローチャート
【図５】本発明の実施の形態２におけるクライアント端末の構成図
【図６】本発明の実施の形態２におけるクライアント端末の上りパケット受信処理のフローチャート
【図７】本発明の実施の形態２におけるクライアント端末の下りパケット受信処理のフローチャート
【符号の説明】
【００６２】
１  マルチキャストサーバ
２  ルータ
３  マスター
４ａ〜ｂ    クライアント端末
５ａ〜ｄ    ユーザ端末
２１  同軸Ｉ／Ｆ
２２  同軸送受信処理部
２３  転送制御部
２４  ＩＧＭＰ管理部
２５  フィルタ処理部
２６  マルチキャストアドレス管理部
２７  通信送受信処理部
２８  通信Ｉ／Ｆ
５１  同軸Ｉ／Ｆ
５２  同軸送受信処理部
５３  転送制御部
５４  ＩＧＭＰ管理部
５５  フィルタ処理部
５６  マルチキャストアドレス管理部
５７  タイマー管理部
５８  通信送受信処理部
５９  通信Ｉ／Ｆ
【図１】
2008288875.tif 000003
【図２】
2008288875.tif 000004
【図３】
2008288875.tif 000005
【図４】
2008288875.tif 000006
【図５】
2008288875.tif 000007
【図６】
2008288875.tif 000008
【図７】
2008288875.tif 000009