JP2009246845A - マルチキャストパケットの転送装置、転送方法及び転送制御プログラム - Google Patents

Abstract

【課題】 マルチキャストグループの離脱要求に対し迅速にコンテンツ情報の配信を停止できるようにして、ネットワーク及び端末におけるトラフィック負荷の軽減を図る。
【解決手段】 要求元の受信端末ＴＭ１とエッジルータＲＴ２との間に１対１のＰＰＰｏＥセッションを設定し、受信端末ＴＭ１から当ＰＰＰｏＥセッション上に参加要求を送信させることで、そのセッションＩＤに対応付けてグループアドレスを管理テーブルに記憶させ、以後ＩＰマルチキャストパケットを上記設定されたＰＰＰｏＥセッションを介して要求元の受信端末ＴＭ１へ転送させる。一方、受信端末ＴＭ１から離脱要求が送られた場合に、上記管理テーブルに該当するセッションＩＤとグループアドレスの組み合わせの記憶の有無を判定し、記憶されている場合に管理テーブルからグループアドレスを削除して、上記離脱要求元の受信端末ＴＭ１へのＩＰマルチキャストパケットの転送を停止させる。
【選択図】 図６

Description

この発明は、ＩＰ放送等のコンテンツ情報を複数の端末に同報配信する機能を備えたマルチキャストパケット転送装置と、この装置で使用されるマルチキャストパケット転送方法及び転送制御プログラムに関する。

ＩＰ（Internet Protocol）網において、配信サーバ等から複数の端末に向け、映像や音声等のストリームをリアルタイムに配信する技術としてＩＰマルチキャスト技術がある。ＩＥＴＦ（Internet Engineering Task Force）において、ＩＰマルチキャストパケットのアドレス帯やフォーマットは、ＩＰｖ４の場合にはＲＦＣ１１６６に、ＩＰｖ６の場合にはＲＦＣ２３７３にそれぞれ規定されている。また、ＩＰマルチキャストパケットをルータから端末へ配信するための端末−ルータ間プロトコルとしては、ＩＰｖ４の場合にはＩＧＭＰ（Internet Group Membership Protocol：ＲＦＣ１１１２またはＲＦＣ２２３６）が、またＩＰｖ６の場合にはＭＬＤ（Multicast Listener Discovery：ＲＦＣ２７１０）やＭＬＤｖ２（Multicast Listener Discovery Version 2：ＲＦＣ３８１０）がそれぞれ規定されている（例えば、非特許文献１を参照。）。

例えば、ＭＬＤｖ２では、主に端末側からルータに向けてマルチキャストグループへの参加、つまりコンテンツの配信を要求したり、マルチキャストグループからの離脱、つまりコンテンツ配信の停止を要求するためのメッセージＭＬＤｖ２ Ｒｅｐｏｒｔ（Version 2 Multicast Listener Report）や、ルータから配下のネットワークに向けてマルチキャストグループへの参加者の有無、つまりコンテンツを受信する端末の有無を確認するためのメッセージＭＬＤｖ２ Ｑｕｅｒｙ（Multicast Listener Query）が規定されており、ＩＧＭＰやＭＬＤにも同等の機能を持つメッセージが規定されている。

"Multicast Listener Discovery Version 2 (MLDv2) for IPv6" ,Network Working Group Request for Comments: 3810 ,June 2004 ＜URL：http://www.ietf.org/rfc/rfc3810.txt＞

ところで、上記ＩＧＭＰやＭＬＤ、ＭＬＤｖ２には、共通の仕様として、マルチキャストグループから離脱する際に他の端末の状況を確認するシーケンスがある。例えばＭＬＤｖ２では、マルチキャストグループから離脱する際に端末から離脱要求をルータが受信すると、ルータは配下に他の端末が参加しているかどうかを確認するために、ＭＬＤｖ２ Ｑｕｅｒｙ（Multicast Address Specific Query）を１回以上送信する。そして、ＭＬＤｖ２ Ｑｕｅｒｙが指定したマルチキャストアドレスを受信する端末が存在しないことを確認してから、コンテンツの配信を停止する。すなわち、ルータは端末からの離脱要求を受信すると当該端末へのコンテンツの配信を即時停止するわけではなく、ルータ配下に収容されている複数の端末のうち、上記コンテンツを受信中の他の端末の存在の有無を十分に確認した上で、コンテンツの配信休止を決定する。他の端末の存在を確認するために要する時間は、例えばＭＬＤｖ２の場合、ルータがＭＬＤｖ２ Ｑｕｅｒｙを送信してその応答を待つ必要があることから、秒オーダが必要となる。

このように端末がマルチキャストグループからの離脱を要求しているにもかかわらず、ルータはコンテンツ情報の配信を直ちに停止しない。このため、例えば端末が上記離脱要求の送信後、時間を置かずに異なるマルチキャストグループへの参加要求を送信すると、つまりＩＰ放送のチャネル切替を実施すると、ルータからは一時的に２つのマルチキャストグループ分（ＩＰ放送の２チャネル分）のストリームが端末に転送されることになり、これにより端末及びネットワークにおいてトラフィック負荷の増大を招く。特に、ＩＰ放送を視聴する場合には、端末においてリモートコントローラによりチャネルを頻繁に切替ながら視聴する、いわゆるザッピングと呼ばれる操作が行われることがある。この場合、ルータからは同時に多数のチャネルの放送コンテンツが配信される時間帯が発生することになり、端末及びネットワークにおけるトラフィック負荷の増大は膨大になる。

この発明は上記事情に着目してなされたもので、その目的とするところは、マルチキャストグループの離脱要求に対し迅速にコンテンツ情報の配信を停止できるようにし、これによりネットワーク及び端末におけるトラフィック負荷の軽減を図ったマルチキャストパケットの転送装置、転送方法及び転送制御プログラムを提供することにある。

上記目的を達成するためにこの発明の一観点は、コンテンツ配信サーバから送信される、コンテンツ情報が挿入されたマルチキャストパケットを、マルチキャストグループに参加する複数の端末へ同報転送する転送処理部と、上記マルチキャストグループを管理する管理テーブルと、上記転送処理部及び管理テーブルに接続される制御ユニットとを具備するマルチキャストパケット転送装置にあって、上記制御ユニットに以下の新たな制御機能を持たせたものである。
すなわち、上記端末から上記マルチキャストグループへ参加要求を送る場合に、事前に当該要求元の端末はマルチキャストパケット転送装置との間に１対１の論理パスを設定し、マルチキャストパケット転送装置はこの設定された論理パスの識別情報に対応付けて上記端末が参加したマルチキャストグループの識別情報を上記管理テーブルに記憶させると共に、上記マルチキャストパケットを上記設定された論理パスを使用して要求元の端末へ転送させる。一方、上記端末から上記マルチキャストグループからの離脱を要求する第１の離脱要求が送られた場合に、上記管理テーブルを検索して該当する論理パス及びマルチキャストグループの識別情報の組み合わせが記憶されているか否かを判定し、記憶されている場合に当該管理テーブルから当該論理パス及びマルチキャストグループの識別情報の組み合わせを削除して、上記離脱要求元の端末への上記マルチキャストパケットの転送を停止させる。

したがって、マルチキャストパケット転送装置と端末との間は論理パスにより１対１に接続される。このため、マルチキャストパケット転送装置から見ると論理パスには常に１台の端末しか接続されていないことになり、端末からマルチキャストグループの離脱要求が到来した場合に、マルチキャストパケット転送装置は他の端末の接続状況を確認することなく、上記要求元の端末への配信を即時停止することが可能となる。この結果、例えばＩＰ放送チャネル切替操作や、チャネルを頻繁に切替ながら視聴するいわゆるザッピング操作が行われても、マルチキャストパケット転送装置から同時に複数チャネルのマルチキャストパケットが配信される時間帯を極力短時間に止めることができ、これによりネットワーク及び端末におけるトラフィック負荷を軽減することができる。

また、この発明はさらに次のような各種構成要素を備えることも特徴とする。
第１の構成要素は、コンテンツ配信サーバと自己のマルチキャストパケット転送装置との間に上位のマルチキャストパケット転送装置が介在配置されているシステムにあって、制御ユニットにより、上記端末から上記第１の離脱要求が送られた場合に上記管理テーブルを検索して当該マルチキャストグループに参加している他の論理パスを使用する端末の有無を判定し、上記他の論理パスを使用する端末が無いと判定された場合に上記上位のマルチキャストパケット転送装置へ、当該上位のマルチキャストパケット転送装置から自己のマルチキャストパケット転送装置へのマルチキャストパケットの転送の停止を要求する第２の離脱要求を送信するものである。
このようにすると、マルチキャストグループに上記解除要求を送信した端末以外の端末が参加していない場合には、上位のマルチキャストパケット転送装置に対し解除要求が送られる。このため、上位のマルチキャストパケット転送装置から下位のマルチキャストパケット転送装置へのマルチキャストパケットの配信が即時停止され、これによりマルチキャストパケット転送装置間のネットワーク負荷を早期に軽減することが可能となる。

第２の構成要素は、制御ユニットにより、上記第１の離脱要求に該当する論理パス及びマルチキャストグループの識別情報の組み合わせが上記管理テーブルに記憶されていないと判定された場合には、上記第１の離脱要求を無視するものである。
このようにすると、マルチキャストグループに参加していない端末から誤って解除要求が送信された場合に、マルチキャストパケット転送装置において不必要な処理が実行されないようにすることができる。

要するにこの発明によれば、マルチキャストグループの離脱要求に対し迅速にコンテンツ情報の配信を停止できるようになり、これによりネットワーク及び端末におけるトラフィック負荷の低減を図ったマルチキャストパケットの転送装置、転送方法及び転送制御プログラムを提供することができる。

以下、図面を参照してこの発明に係わるマルチキャストパケットの転送装置、転送方法及び転送制御プログラムの実施形態を説明する。
図１は、この発明の一実施形態に係わるマルチキャストパケット転送装置が使用されるコンテンツ配信システムの概略構成図である。このシステムは、ＩＰｖ６を採用したＩＰ網ＮＷ上にコンテンツ配信サーバＳＶを配置し、このコンテンツ配信サーバＳＶから送信されるコンテンツ情報を、上位ルータＲＴ１とエッジルータＲＴ２をそれぞれ経由して複数の受信端末ＴＭ１〜ＴＭ４に同報配信するものである。受信端末ＴＭ１〜ＴＭ４は、ＳＴＢ（Set Top Box）とテレビジョン受信機の組み合わせ、又はパーソナル・コンピュータからなる。

図２は、このシステムにおけるデータの流れを示すものである。同図において、コンテンツ配信サーバＳＶは、上記コンテンツ情報をＩＰマルチキャストパケットを使用して送信する。ＩＰマルチキャストパケットのアドレス帯及びフォーマットはＲＦＣ２３７３により規定されている。また、上位ルータＲＴ１とエッジルータＲＴ２との間では、マルチキャストルーティングプロトコルであるＰＩＭ−ＳＭ（ＲＦＣ２３６２）又はＰＩＭ−ＤＭ（ＲＦＣ３９７３）等で規定されたＰＩＭ Ｐｒｕｎｅメッセージがパケット化されて転送される。ＰＩＭ Ｐｒｕｎｅメッセージは、例えばエッジルータＲＴ２から上位ルータＲＴ１へマルチキャストグループの離脱要求を転送する際に使用される。なお、図２ではＰＩＭ−ＳＭパケットを転送する場合を例示している。

受信端末ＴＭ１〜ＴＭ４はＬ２スイッチＳＷ１，ＳＷ２に収容されており、このＬ２スイッチＳＷ１，ＳＷ２を介して上記エッジルータＲＴ２に接続される。エッジルータＲＴ２と受信端末ＴＭ１〜ＴＭ４との間には、受信端末ごとにＲＦＣ２５１６により規定されたＰＰＰｏＥ（ＰＰＰ over Ethernet）（登録商標）による論理パス（セッション）が設定される。そして、このＰＰＰｏＥのセッションを介して、エッジルータＲＴ２から受信端末ＴＭ１〜ＴＭ４へ上記ＩＰマルチキャストパケットが転送される。さらに、エッジルータＲＴ２と受信端末ＴＭ１〜ＴＭ４との間では、上記ＰＰＰｏＥのセッションを介してＭＬＤｖ２パケットの転送が行われる。このＭＬＤｖ２パケットは、例えば受信端末ＴＭ１〜ＴＭ４からエッジルータＲＴ２に対しマルチキャストグループへの参加や離脱を要求するメッセージ（ＭＬＤｖ２ Ｒｅｐｏｒｔ）を転送するために使用される。

図４は、上記ＭＬＤｖ２パケットをＰＰＰｏＥのセッションを介して転送するときのフォーマットを示すものである。ＭＬＤｖ２パケットは、同図（ａ）に示すようにＭＬＤｖ２メッセージにＰＰＰヘッダ及びＰＰＰｏＥヘッダを付加し、さらに先頭及び後尾にそれぞれEthernet（登録商標）ヘッダ及びEthernet（登録商標）トレイラを付加したものからなる。上記ＰＰＰｏＥヘッダには、同図（ｂ）に示すようにパケットの長さ、セッションＩＤ、コード、タイプ及びバージョンが挿入される。

図５は、上記ＩＰマルチキャストパケットをＰＰＰｏＥのセッションを介して転送するときのフォーマットを示すものである。ＩＰマルチキャストパケットは、同図（ａ）に示すようにＩＰマルチキャストパケットにＰＰＰヘッダ及びＰＰＰｏＥヘッダを付加し、さらに先頭及び後尾にそれぞれEthernet（登録商標）ヘッダ及びEthernet（登録商標）トレイラを付加したものからなる。ＰＰＰｏＥヘッダには、前記ＭＬＤｖ２パケットの場合と同様に、図５（ｂ）に示すようにパケットの長さ、セッションＩＤ、コード、タイプ及びバージョンが挿入される。

ところで、エッジルータＲＴ２は次のように構成される。図３はその構成を示すブロック図である。
すなわち、エッジルータＲＴ２は、転送処理部としてのルーティング部１０と、上記Ｌ２スイッチＳＷ１，ＳＷ２が接続される加入者用のインタフェース１８１，１８２と、加入者回線制御部１６１，１６２と、上記上位ルータＲＴ１に接続される中継用のインタフェース１８３と、中継回線制御部１６３とを備えている。このうち、ルーティング部１０、加入者回線制御部１６１，１６２及び中継回線制御部１６３は、バス１５を介して中央制御部１２、主メモリ１３及び機器制御インタフェース１４に接続される。なお、上記ルーティング部１０、加入者回線制御部１６１，１６２及び中継回線制御部１６３にはそれぞれメモリ１１，１７１〜１７３が付属して設けてある。

ルーティング部１０は、加入者回線制御部１６１，１６２及び中継回線制御部１６３から入力されるＩＰマルチキャストパケットをスイッチングして他の加入者回線制御部１６１，１６２及び中継回線制御部１６３へ出力するもので、ＩＰマルチキャストパケットのヘッダに記述された宛先アドレスと、ルーティングテーブルをもとに上記スイッチング処理を行う。メモリ１１には、上記ルーティングテーブルと、管理テーブルが格納される。管理テーブルには、例えば図１１に示すように参加中のマルチキャストグループのアドレス４１に対応付けて、パケットの転送先となる回線制御部の識別子４２が格納される。

加入者回線制御部１６１，１６２は、加入者用のインタフェース１８１，１８２において受信されたパケットからＰＰＰｏＥヘッダ及びＰＰＰｏＥヘッダを削除する処理と、上記ルーティング部１０から転送されたパケットにＰＰＰｏＥヘッダ及びＰＰＰｏＥヘッダを付与して、加入者用のインタフェース１８１，１８２へ出力する処理を行うと共に、加入者用のインタフェース１８１，１８２において受信されたＭＬＤｖ２パケットを中央制御部１２に渡す処理と、中央制御部１２からの指示に従いＭＬＤｖ２パケットを生成して加入者用のインタフェース１８１，１８２へ出力する処理を行う。なお、加入者回線制御部１６１，１６２には、固有の識別子＃１，＃２が付与されている。

メモリ１７１，１７２はそれぞれ、上記加入者回線制御部１６１，１６２による回線制御の状態を管理するための管理テーブルを格納する。この管理テーブルには、例えば図９及び図１０に示すように、受信端末ＴＭ１〜ＴＭ４に対し割り当てられたＰＰＰｏＥセッションのセッションＩＤ３１に対応付けて、当該受信端末ＴＭ１〜ＴＭ４のＩＰアドレス３２と、当該受信端末ＴＭ１〜ＴＭ４が参加しているマルチキャストグループのアドレス３３が記憶される。

中継回線制御部１６３は、中央制御部１２の指示に従い、中継用のインタフェース１８３を介してＰＩＭ−ＳＭパケットを送受信する処理と、中継用のインタフェース１８３を介してＩＰマルチキャストパケットを受信してルーティング部１０へ転送する処理をそれぞれ行う。

メモリ１７３は、上記中継回線制御部１６３による回線制御の状態を管理するための管理テーブルを格納する。この管理テーブルには、例えば図１１に示すように中継用のインタフェース１８３により受信されたＩＰマルチキャストパケットの転送先となる加入者回線制御部１６１，１６２の識別子（＃１，＃２）４２が、参加中のマルチキャストグループのアドレス４１に対応付けられて記憶される。

中央制御部１２は、上記加入者回線制御部１６１，１６２から渡されたＭＬＤｖ２パケットを解析して、ＰＰＰｏＥヘッダからセッションＩＤを抽出すると共に、ＭＬＤｖ２メッセージから参加又は離脱対象のマルチキャストグループのアドレスを抽出し、この抽出されたセッションＩＤ及びグループアドレスをもとに上記各メモリ１１，１７１〜１７３を更新する処理を行う。またそれと共に、マルチキャストグループへの参加を要求するｊｏｉｎメッセージ又は離脱を要求するｐｒｕｎｅメッセージを上位ルータＲＴ１に通知するために、中継回線制御部１６３に対しＰＩＭ−ＳＭパケットの送信を指示する。さらに、受信端末ＴＭ１〜ＴＭ４に対しＩＰアドレスを割り当てるといったＰＰＰｏＥサーバとしての既知の機能と、上記ルーティング部１０、加入者回線制御部１６１，１６２及び中継回線制御部１６３を統括的に制御してルーティングプロトコルに応じたルーティング処理を行わせるルータとしての既知の制御機能を備える。

主メモリ１３には、上記中央制御部１２が動作するためのアプリケーション・プログラムと、マルチキャストグループのアドレスを管理するためのグループアドレス管理テーブルが格納されている。このグループアドレス管理テーブルには、例えば図７に示すように、受信端末ＴＭ１〜ＴＭ４に対し割り当てられたＰＰＰｏＥセッションのセッションＩＤ２１に対応付けて、ＩＰマルチキャストパケットの転送先となる受信端末ＴＭ１〜ＴＭ４が接続される加入者回線制御部１６１，１６２の識別子（＃１，＃２）２２と、上記受信端末ＴＭ１〜ＴＭ４が参加しているマルチキャストグループのアドレス２３と、上記受信端末ＴＭ１〜ＴＭ４に割り当てられたＩＰアドレス２４が記憶される。

機器制御インタフェース１４には保守端末等が接続される。機器制御インタフェース１４は、保守管理者が保守端末を用いてエッジルータＲＴ２に対しアプリケーション・プログラムや各種制御データの新規設定、更新又は削除を行う場合に、上記プログラム及びデータの受信処理を行う。

次に、以上のように構成されたエッジルータＲＴ２の動作を説明する。図６は、エッジルータＲＴ２と受信端末ＴＭ１との間、及びエッジルータＲＴ２と上位ルータＲＴ１との間の動作手順とその内容を示すシーケンス図である。
上位ルータＲＴ１は、エッジルータＲＴ２に向けて、ＩＰマルチキャストパケット（マルチキャストグループアドレス＝ff35::1）、及びＩＰマルチキャストパケット（マルチキャストグループアドレス＝ff35::2）により、異なるチャネルのコンテンツ情報を配信している（ステップＳ１１）。

また、このときエッジルータＴＲ２の主メモリ１３に保持されるグループアドレス管理テーブルには図７のＴＧ１に示す情報が、メモリ１７１に保持される管理テーブルには図９のＴＳ１１に示す情報が、メモリ１７２に保持される管理テーブルには図１０のＴＳ２１に示す情報がそれぞれ記憶され、さらにメモリ１７３及びメモリ１１に保持される管理テーブルには図１１のＴＡ１１に示す情報が記憶されている。

このため、上記上位ルータＲＴ１から転送されたＩＰマルチキャストパケット（マルチキャストグループアドレス＝ff35::1）は、識別子＃２が与えられた加入者回線制御部１６２及びインタフェース１８２から、セッションＩＤ＝0x0001が割り当てられた受信端末ＴＭ３に向け、Ｌ２スイッチＳＷ２を介して配信される。同様に、ＩＰマルチキャストパケット（マルチキャストグループアドレス＝ff35::2）は、識別子＃１が与えられた加入者回線制御部１６１及びインタフェース１８１から、セッションＩＤ＝0x0002が割り当てられた受信端末ＴＭ２に向け、Ｌ２スイッチＳＷ１を介して配信される。

さて、この状態で例えば受信端末ＴＭ１において起動要求ＲＱ０が入力されたとする。そうすると、受信端末ＴＭ１とエッジルータＲＴ２との間でＰＰＰｏＥ接続のための一連の処理手順、つまり図６に示すＰＡＤＩの送信からＩＰＣＰネゴシエーションまでの手順が実行される。この手順においてエッジルータＲＴ２の中央制御部１２は、ＰＰＰｏＥ接続を行うための既知のプロトコル処理に従い、未使用のセッションＩＤ（0x0003）とＩＰアドレス（2404::3）を主メモリ１３から読み出し、この読み出されたセッションＩＤ（0x0003）とＩＰアドレス（2404::3）を加入者回線制御部１６１及びインタフェース１８１を介して起動要求元の受信端末ＴＭ１に通知する。なお、セッションＩＤ（0x0003）は図６に示すＰＡＤＳにより、またＩＰアドレス（2404::3）はＩＰＣＰネゴシエーションによりそれぞれ通知される。また加入者回線制御部１６１は、上記ＰＡＤＩの送信からＩＰＣＰネゴシエーションまでの手順において送信されるメッセージに、回線制御識別子として＃１を付与して、中央制御部１２に送信する。＃１を付与することで、当セッションＩＤの受信端末ＴＭ１が加入者回線制御部＃１（１６１）の配下であることを、中央制御部１２は把握できる。

続いてエッジルータＲＴ２の中央制御部１２は、上記新たに割り当てたセッションＩＤ（0x0003）とＩＰアドレス（2404::3）と回線制御識別子＃１の組み合わせを、主メモリ１３内のグループアドレス管理テーブルの空欄に書き込む。図７のＴＧ１は書き込み前のグループアドレス管理テーブルの記憶内容を、またＴＧ２は書き込み後のグループアドレス管理テーブルの記憶内容を示す。ただし、この段階ではまだマルチキャストグループアドレスの記載欄２３２は空欄のままである。

またそれと共に中央制御部１２は、上記新たに割り当てたセッションＩＤ（0x0003）とＩＰアドレス（2404::3）の組み合わせを、加入者回線制御部１６１を介して、その付属メモリ１７１内の管理テーブルの空欄に書き込む。図９のＴＳ１１は書き込み前の当該管理テーブルの記憶内容を、またＴＳ１ｉは書き込み後の当該管理テーブルの記憶内容を示す。ただし、この段階ではまだマルチキャストグループアドレスの記載欄３３１は空欄のままである。

一方、受信端末ＴＭ１は、上記ＰＰＰｏＥ接続のための処理手順を実行した際に、ＰＡＤＳによりセッションＩＤ（0x0003）を、またＩＰＣＰネゴシエーションによりＩＰアドレス（2404::3）をそれぞれ受信し、この受信したセッションＩＤ（0x0003）及びＩＰアドレス（2404::3）を保存する。

この状態で、受信端末ＴＭ１において利用者が視聴要求ＲＱ１を入力したとする。そうすると受信端末ＴＭ１は、マルチキャストグループへの参加要求を表すＭＬＤｖ２−Ｒｅｐｏｒｔメッセージを意味するＭＬＤｖ２パケットを生成し、このＭＬＤｖ２パケットにＰＰＰヘッダ及びＰＰＰｏＥヘッダを付加して、これをエッジルータＲＴ２へ送信する。なお、このとき上記ＰＰＰｏＥヘッダには、参加を希望するマルチキャストグループのアドレス（例えばff35::1）と、先にエッジルータＲＴ２から通知されたセッションＩＤが記載される。

エッジルータＲＴ２は、上記受信端末ＴＭ１から送信されたＭＬＤｖ２パケットを加入者用のインタフェース１８１により受信すると、加入者回線制御部１６１によりこの受信されたＭＬＤｖ２パケットに自己の回線制御識別子＃１を付与して中央制御部１２に渡す。中央制御部１２は、上記加入者回線制御部１６１から渡されたＭＬＤｖ２パケットから、セッションＩＤ（0x0003）、回線制御識別子＃１、端末のＩＰアドレス（2404::3）及びマルチキャストグループのアドレス（ff35::1）と、ＭＬＤｖ２−Ｒｅｐｏｒｔメッセージをそれぞれ抽出する。そして、この場合、ＭＬＤｖ２−Ｒｅｐｏｒｔメッセージは“参加要求”を表すため、中央制御部１２は各メモリの管理テーブルに対するリスト書き込み処理を以下のように実行する。

すなわち、中央制御部１２は、先ず主メモリ１３内のグループアドレス管理テーブルにおいて、空欄となっているグループアドレス記載欄２３２に、図７のＴＧ２に示すように、上記受信したマルチキャストグループのアドレス（ff35::1）を書き込む。またそれと共に中央制御部１２は、加入者回線制御部１６１を介して、上記受信したセッションＩＤ（0x0003）とＩＰアドレス（2404::3）をキーとしてメモリ１７１内の管理テーブルに対しアクセスし、空欄となっているグループアドレス記載欄３３１に、図９のＴＳ１ｉに示すように、上記受信したマルチキャストグループのアドレス（ff35::1）を書き込む。

続いて中央制御部１２は、ルーティング部１０を介して、上記受信したマルチキャストグループのアドレス（ff35::1）と回線制御識別子＃１の組み合わせを、メモリ１１内の管理テーブルの空欄に書き込む。またそれと共に中央制御部１２は、中継回線制御部１６３を介して、上記受信したマルチキャストグループのアドレス（ff35::1）と回線制御識別子＃１の組み合わせを、メモリ１７３内の管理テーブルの空欄に書き込む。図１１のＴＡ１１は書き込み前の上記管理テーブル１１，１７３の記憶内容を、またＴＡ３１は書き込み後の上記管理テーブル１１，１７３の記憶内容を示す。

この結果、以後、上位ルータＴＲ１から配信されたＩＰマルチキャストパケット（グループアドレス＝ff35::1）は、エッジルータＴＲ２において、上記メモリ１１内の管理テーブルに記憶されたグループアドレス（ff35::1）及び回線制御識別子＃１に従い、ルーティング部１０によりスイッチングされて加入者回線制御部１６１に転送される。そして、この加入者回線制御部１６１において、メモリ１７１内の管理テーブルを参照することにより、上記転送されたＩＰマルチキャストパケット（グループアドレス＝ff35::1）に対しセッションＩＤ（0x0003）を含むＰＰＰヘッダ及びＰＰＰｏＥヘッダが付加され、当該ヘッダが付加されたＩＰマルチキャストパケット（グループアドレス＝ff35::1）が、加入者用のインタフェース１８１から受信端末ＴＭ１に向け送信される（ステップＳ１２）。したがって、以後受信端末ＴＭ１では上記ＩＰマルチキャストパケット（グループアドレス＝ff35::1）により配信されたコンテンツの視聴が可能となる。

一方、このコンテンツを視聴している状態で、利用者が受信端末ＴＭ１において視聴停止要求ＲＱ２を入力したとする。そうすると受信端末ＴＭ１は、マルチキャストグループからの離脱要求を表すＭＬＤｖ２−Ｒｅｐｏｒｔメッセージを意味するＭＬＤｖ２パケットを生成し、このＭＬＤｖ２パケットにＰＰＰヘッダ及びＰＰＰｏＥヘッダを付加して、これをエッジルータＲＴ２へ送信する。なお、このとき上記ＰＰＰｏＥヘッダには、離脱しようとするマルチキャストグループのアドレス（ff35::1）と、自端末に割り当てられているセッションＩＤ（0x0003）が記載される。

エッジルータＲＴ２は、上記受信端末ＴＭ１から送信されたＭＬＤｖ２パケットを加入者用のインタフェース１８１により受信すると、加入者回線制御部１６１によりこの受信されたＭＬＤｖ２パケットに自己の回線制御識別子＃１を付与して中央制御部１２に渡す。中央制御部１２は、上記加入者回線制御部１６１から渡されたＭＬＤｖ２パケットから、セッションＩＤ（0x0003）、回線制御識別子＃１、端末のＩＰアドレス（2404::3）及びマルチキャストグループのアドレス（ff35::1）と、ＭＬＤｖ２−Ｒｅｐｏｒｔメッセージをそれぞれ抽出する。そして、この場合、ＭＬＤｖ２−Ｒｅｐｏｒｔメッセージは“離脱要求”を表すため、中央制御部１２は主メモリ１３内のグループアドレス管理テーブルを検索し、上記セッションＩＤ（0x0003）、回線制御識別子＃１、端末のＩＰアドレス（2404::3）及びマルチキャストグループのアドレス（ff35::1）が存在することを確認したのち、各メモリの管理テーブルから該当する情報を削除する処理を次のように実行する。

すなわち、中央制御部１２は、先ず主メモリ１３内のグループアドレス管理テーブルから、セッションＩＤ（0x0003）に対応付けられて記憶されているマルチキャストグループのアドレス（ff35::1）を削除する。またそれと共に中央制御部１２は、中継回線制御部１６３を介して、上記マルチキャストグループのアドレス（ff35::1）と回線制御識別子＃１の組み合わせをメモリ１７３内の管理テーブルから削除する。

続いて中央制御部１２は、ルーティング部１０を介して、上記受信したマルチキャストグループのアドレス（ff35::1）と回線制御識別子＃１の組み合わせを、メモリ１１内の管理テーブルから削除する。さらに中央制御部１２は、加入者回線制御部１６１を介して、上記セッションＩＤ（0x0003）とＩＰアドレス（2404::3）をキーとしてメモリ１７１内の管理テーブルに対しアクセスし、当該管理テーブルからマルチキャストグループのアドレス（ff35::1）を削除する。

この結果、エッジルータＴＲ２においては、上記メモリ１１内の管理テーブルからグループアドレス（ff35::1）及び回線制御識別子＃１が削除されたことにより、ルーティング部１０から加入者回線制御部１６１（回線制御識別子＃１）へのＩＰマルチキャストパケット（グループアドレス＝ff35::1）の転送は中止される。このため、加入者回線制御部１６１から受信端末ＴＭ１へのＩＰマルチキャストパケット（グループアドレス＝ff35::1）の配信は停止される（ステップＳ１３）。すなわち、受信端末ＴＭ１からの離脱要求に応じて、エッジルータＴＲ２では当該要求元の受信端末ＴＭ２へのＩＰマルチキャストパケットの配信が即時停止される。
なお、上記ＭＬＤｖ２−Ｒｅｐｏｒｔメッセージによる“離脱要求”に応じて、主メモリ１３内のグループアドレス管理テーブルを検索した結果、上記セッションＩＤ（0x0003）、回線制御識別子＃１、端末のＩＰアドレス（2404::3）及びマルチキャストグループのアドレス（ff35::1）が存在することを確認できなかった場合には、上記離脱要求を無視する。このようにすると、マルチキャストグループに参加していない端末から誤って離脱要求が送信された場合に、エッジルータＴＲ２において不必要な処理が実行されないようにすることができる。

また、エッジルータＴＲ２の中央制御部１２は、上記受信端末ＴＭ１から送られたＭＬＤｖ２パケット（離脱要求を表すＭＬＤｖ２−Ｒｅｐｏｒｔメッセージを含む）に対する応答として、ＭＬＤｖ２−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙメッセージを意味するＭＬＤｖ２パケットを生成し、このＭＬＤｖ２パケットを加入者回線制御部１６１からインタフェース１８１を介して受信端末ＴＭ１へ返信させる。

これに対し受信端末ＴＭ１は、上記ＭＬＤｖ２−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙメッセージを意味するＭＬＤｖ２パケットを受信したことを以て、マルチキャストグループからの離脱が完了したと判断し、視聴停止処理を完了する。なお、上記離脱要求を表すＭＬＤｖ２−Ｒｅｐｏｒｔメッセージを意味するＭＬＤｖ２パケットの送信時点から予め設定した時間が経過してもエッジルータＲＥ２から上記ＭＬＤｖ２−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙメッセージを意味するＭＬＤｖ２パケットが返信されない場合には、離脱要求に対する処理が失敗している可能性があるため、上記離脱要求を表すＭＬＤｖ２−Ｒｅｐｏｒｔメッセージを意味するＭＬＤｖ２パケットを再送する。

さらにエッジルータＴＲ２中央制御部１２は、上記離脱要求を表すＭＬＤｖ２−Ｒｅｐｏｒｔメッセージを意味するＭＬＤｖ２パケットを受信すると、主メモリ１３内のグループアドレス管理テーブルを検索して、グループアドレス（ff35::1）に参加中の他の受信端末の有無を判定する。

例えば、いまグループアドレス管理テーブルが、ＴＧ２の状態でセッションＩＤ＝0x0001の受信端末が参加するマルチキャストグループのアドレスがff35::3に変更されてＴＧ３の２３３に示す状態になっており、しかるのちセッションＩＤ＝0x003の受信端末がグループアドレス＝ff35::1のマルチキャストグループからの離脱した結果、図８のＴＧ４に示す状態になっていたとする。この場合には、グループアドレス＝ff35::1のマルチキャストグループに参加中の受信端末は不在である。このため、中央制御部１２は、ＩＰマルチキャストパケットの配信停止を要求するためのＰＩＭ−ＳＭ Ｐｒｕｎｅメッセージを意味するＰＩＭ−ＳＭパケットを生成し、この生成したＰＩＭ−ＳＭパケットを中継回線制御部１６３からインタフェース１８３を介して上位ルータＲＴ１に向け送信させる。

上記ＰＩＭ−ＳＭパケットを受信する上位ルータＲＴ１は、グループアドレス＝ff35::1のＩＰマルチキャストパケットの配信を停止する（ステップＳ１４）。
すなわち、受信端末ＴＭ１からの離脱要求に応じて、上位ルータＲＴ１からエッジルータＲＴ２へのＩＰマルチキャストパケットの配信は即時停止される。

最後に、受信端末ＴＭ１において利用者が端末停止要求ＲＱ３を入力すると、受信端末ＴＭ１とエッジルータＲＴ２との間でＰＰＰｏＥセッションを切断するための手順、つまり図６に示すＬＣＰネゴシエーションからＰＡＤＴの送受信までの手順が以下のように実行される。

すなわち、エッジルータＲＴ２の中央制御部１２は、ＰＰＰｏＥ切断を行うための既知のプロトコル処理に従い、加入者回線制御部１６１からインタフェース１８１を介して受信端末ＴＭ１に応答する。このとき、加入者回線制御部１６１は、上記ＬＣＰネゴシエーションからＰＡＤＴの送受信までの手順において送信されるメッセージに、回線制御識別子として＃１を付与して、中央制御部１２に送信する。

次に中央制御部１２は、加入者回線制御部１６１を介してメモリ１７１の管理テーブルから、図９のＴＳ１ｉの３１１，３２１に示すように、セッションＩＤ（0x0003）と、それに対応付けられた端末ＩＰアドレス（2404::3）を削除する。この削除により、メモリ１７１の管理テーブルの状態は図９のＴＳ１１に示す状態に戻る。またそれと共に中央制御部１２は、主メモリ１３内のグループアドレス管理テーブルから、図７のＴＧ２の２１１，２２１，２４１に示すように、上記セッションＩＤ（0x0003）と、それに対応付けられた回線制御識別子＃１及びＩＰアドレス（2404::3）をそれぞれ削除する。この削除により、グループアドレス管理テーブルの状態は図７のＴＧ１に示す状態に戻る。

かくして、エッジルータＲＴ２に記憶された、受信端末ＴＭ１との間のＰＰＰｏＥに関する情報はすべて消去される。また、受信端末ＴＭ１は、以上述べた図６に示すＬＣＰネゴシエーションからＰＡＤＴの送受信までの手順が終了すると、機能停止状態に復帰する。

以上述べたようにこの実施形態では、エッジルータＲＴ２において、受信端末ＴＭ１からマルチキャストグループへの参加要求を表すＭＬＤｖ２−Ｒｅｐｏｒｔメッセージを意味するＭＬＤｖ２パケットが送られた場合に、当該要求元の受信端末ＴＭ１との間に１対１のＰＰＰｏＥセッションを設定して、そのセッションＩＤに対応付けて上記マルチキャストグループのアドレスを管理テーブルに記憶させることにより、以後ＩＰマルチキャストパケットを上記設定されたＰＰＰｏＥセッションを介して要求元の受信端末ＴＭ１へ転送させる。一方、上記受信端末ＴＭ１から上記マルチキャストグループからの離脱要求を表すＭＬＤｖ２−Ｒｅｐｏｒｔメッセージを意味するＭＬＤｖ２パケットが送られた場合に、上記管理テーブルを検索して該当するセッションＩＤとマルチキャストグループのアドレスの組み合わせが記憶されているか否かを判定する。そして、記憶されている場合に当該管理テーブルからマルチキャストグループのアドレスを削除して、上記離脱要求元の受信端末ＴＭ１へのＩＰマルチキャストパケットの転送を停止させるようにしている。

したがって、エッジルータＲＴ２と受信端末ＴＭ１との間では、１対１に設定されたＰＰＰｏＥセッションを介してＩＰマルチキャストパケットが転送される。このため、エッジルータＲＴ２から見るとＰＰＰｏＥセッションには常に１台の受信端末ＴＭ１しか接続されていないことになり、受信端末ＴＭ１からマルチキャストグループの離脱要求が到来した場合に、エッジルータＲＴ２は他の受信端末の接続状況を確認することなく、上記要求元の受信端末ＴＭ１へのＩＰマルチキャストパケットの配信を即時停止することが可能となる。

この結果、受信端末ＴＭ１〜ＴＭ４において、ＩＰ放送のチャネル切替操作が行われたり、またチャネルを頻繁に切替ながら視聴する、いわゆるザッピング操作が行われても、エッジルータＲＴ２から同時に複数のチャネルのＩＰマルチキャストパケットが配信される時間帯が発生しないようにするか、または発生してもきわめて短時間に止めることができる。このため、ＩＰ網ＮＷ及び受信端末ＴＭ１〜ＴＭ４におけるトラフィック負荷を軽減することができる。

また本実施形態では、受信端末ＴＭ１から離脱要求が送られた場合に、グループアドレス管理テーブルをもとに当該マルチキャストグループに参加している他の端末の有無を判定し、この判定の結果他の端末が無い場合に、上位ルータＲＴ１へ離脱要求を送信して、上位ルータＲＴ１からのＩＰマルチキャストパケットの転送を停止させるようにしている。

したがって、受信端末ＴＭ１から解除要求が送信され、かつ当該受信端末以外の端末がマルチキャストグループに参加していない場合には、エッジルータＲＴ２から上位ルータＲＴ１に離脱要求が送られる。このため、上位ルータＲＴ１からエッジルータＲＴ２へのＩＰマルチキャストパケットの配信が即時停止され、これによりルータＲＴ１，ＲＴ２間のトラフィックの負荷を早期に解消することが可能となる。

なお、この発明は上記実施形態に限定されるものではない。例えば、前記実施形態ではＩＰプロトコルとしてＩＰｖ６を、制御プロトコルとしてＭＬＤｖ２をそれぞれ採用した場合を例にとって説明したが、ＩＰｖ４とＩＧＭＰとの組み合わせや、ＩＰｖ６とＭＬＤｖ１との組み合わせ等、これらと同様の機能を有するプロトコルにもこの発明は適用できる。

また、前記実施形態ではＰＰＰｏＥセッションＩＤごとにグループアドレスを管理したが、マルチパケット転送装置が受信端末に対し割り当てたＩＰアドレスごとにグループアドレスを管理するようにしてもよい。さらに、エッジルータと受信端末との間に設定される論理パスとしてＰＰＰｏＥセッションを使用したが、ＩＰｓｅｃ等によるセッションを使用するようにしてもよい。この場合には、ルータと受信端末との間に、ＮＡＴ機能を有するルータが介在する場合でも適用できるという利点がある。

その他、マルチキャストパケット転送装置の種類や構成、離脱要求に応じた配信停止制御手順とその制御内容、管理テーブルの構成等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

この発明の一実施形態に係わるマルチキャストパケット転送装置を使用するコンテンツ配信システムの概略構成図である。 図１に示すシステムにおけるデータの流れを示す図である。 この発明の一実施形態に係わるマルチキャストパケット転送装置であるエッジルータの構成を示すブロック図である。 受信端末とエッジルータとの間で伝送されるＭＬＤｖ２パケットのフォーマットを示す図である。 エッジルータから受信端末へ転送されるＩＰマルチキャストパケットのフォーマットを示す図である。 図１に示したシステムにおけるエッジルータと受信端末との間及びエッジルータと上位ルータとの間の制御手順を示すシーケンス図である。 図３に示したエッジルータの主メモリに格納されるグループアドレス管理テーブルの構成の一例を示す図である。 グループアドレス管理テーブルの記憶情報が図７に示した状態から変化した状態を示す図である。 図３に示したエッジルータの加入者回線制御部に付属するメモリ１７１に格納される管理テーブルの構成の一例を示す図である。 図３に示したエッジルータの加入者回線制御部に付属するメモリ１７２に格納される管理テーブルの構成の一例を示す図である。 図３に示したエッジルータのルーティング部に付属するメモリ１１と中継回線制御部に付属するメモリ１７３に格納される管理テーブルの構成の一例を示す図である。

符号の説明

ＳＶ…コンテンツ配信サーバ、ＲＴ１…上位ルータ、ＲＴ２…エッジルータ、ＳＷ１，ＳＷ２…Ｌ２スイッチ、ＴＭ１〜ＴＭ４…受信端末、１０…ルーティング部、１１，１７１〜１７３…管理テーブルを格納するメモリ、１２…中央制御部、１３…主メモリ、１４…機器制御インタフェース、１５…バス、１６１，１６２…加入者回線制御部、１６３…中継回線制御部、１８１，１８２…加入者用のインタフェース、１８３…中継用のインタフェース。

Claims (9)

1. コンテンツ配信サーバから送信される、コンテンツ情報が挿入されたマルチキャストパケットを、マルチキャストグループに参加する複数の端末へ同報転送する転送処理部と、
   前記マルチキャストグループを管理する管理テーブルと、
   前記転送処理部及び管理テーブルに接続される制御ユニットと
   を具備し、
   前記制御ユニットは、
   前記端末から前記マルチキャストグループへの参加要求が送られた場合に、当該要求元の端末との間に１対１の論理パスを設定し、この設定された論理パスの識別情報に対応付けて、前記端末が参加したマルチキャストグループの識別情報を前記管理テーブルに記憶させる手段と、
   前記設定された論理パスを使用して前記マルチキャストパケットを前記要求元の端末へ転送させるように前記転送処理部を制御する手段と、
   前記端末から前記マルチキャストグループからの離脱を要求する第１の離脱要求が送られた場合に、前記管理テーブルを検索して、該当する論理パス及びマルチキャストグループの識別情報の組み合わせが記憶されているか否かを判定する手段と、
   前記第１の離脱要求に該当する識別情報の組み合わせが前記管理テーブルに記憶されていると判定された場合に、この管理テーブルから当該論理パス及びマルチキャストグループの識別情報の組み合わせを削除して、前記離脱要求元の端末への前記マルチキャストパケットの転送を停止させるように前記転送処理部を制御する手段と
   を備えることを特徴とするマルチキャストパケット転送装置。
2. 前記コンテンツ配信サーバと自己のマルチキャストパケット転送装置との間に上位のマルチキャストパケット転送装置が介在配置されている場合に、
   前記制御ユニットは、
   前記端末から前記第１の離脱要求が送られた場合に、前記管理テーブルを検索して当該マルチキャストグループに参加している他の論理パスを使用する端末の有無を判定する手段と、
   前記他の論理パスを使用する端末は無いと判定された場合に、前記上位のマルチキャストパケット転送装置へ、当該上位のマルチキャストパケット転送装置から自己のマルチキャストパケット転送装置への前記マルチキャストパケットの転送の停止を要求する第２の離脱要求を送信する手段と
   を、さらに備えることを特徴とする請求項１記載のマルチキャストパケット転送装置。
3. 前記制御ユニットは、
   前記第１の離脱要求に該当する論理パス及びマルチキャストグループの識別情報の組み合わせが前記管理テーブルに記憶されていないと判定された場合には、前記第１の離脱要求を無視する手段を、さらに備えることを特徴とする請求項１又は２記載のマルチキャストパケット転送装置。
4. コンテンツ配信サーバから送信される、コンテンツ情報が挿入されたマルチキャストパケットを、マルチキャストグループに参加する複数の端末へ同報転送する転送処理部と、前記マルチキャストグループを管理する管理テーブルと、前記転送処理部及び管理テーブルに接続される制御ユニットとを具備するパケット転送装置で使用されるマルチキャストパケット転送方法であって、
   前記制御ユニットが、前記端末から前記マルチキャストグループへの参加要求が送られた場合に、当該要求元の端末との間に１対１の論理パスを設定し、この設定された論理パスの識別情報に対応付けて、前記端末が参加したマルチキャストグループの識別情報を前記管理テーブルに記憶させる過程と、
   前記制御ユニットが、前記設定された論理パスを使用して、前記マルチキャストパケットを前記要求元の端末へ転送させるように前記転送処理部を制御する過程と、
   前記制御ユニットが、前記端末から前記マルチキャストグループからの離脱を要求する第１の離脱要求が送られた場合に、前記管理テーブルを検索して該当する論理パス及びマルチキャストグループの識別情報の組み合わせが記憶されているか否かを判定する過程と、
   前記制御ユニットが、前記第１の離脱要求に該当する識別情報の組み合わせが前記管理テーブルに記憶されていると判定された場合に、この管理テーブルから当該論理パス及びマルチキャストグループの識別情報の組み合わせを削除する過程と、
   前記制御ユニットが、前記論理パス及びマルチキャストグループの識別情報の組み合わせが削除された管理テーブルに従い、前記離脱要求元の端末への前記マルチキャストパケットの転送を停止させるように前記転送処理部を制御する過程と
   を備えることを特徴とするマルチキャストパケット転送方法。
5. 前記コンテンツ配信サーバと自己のマルチキャストパケット転送装置との間に上位のマルチキャストパケット転送装置が介在配置されている場合に、
   前記制御ユニットが、前記端末から前記第１の離脱要求が送られた場合に、前記管理テーブルを検索して当該マルチキャストグループに参加している他の論理パスを使用する端末の有無を判定する過程と、
   前記制御ユニットが、前記他の論理パスを使用する端末は無いと判定された場合に、前記上位のマルチキャストパケット転送装置へ、当該上位のマルチキャストパケット転送装置から自己のマルチキャストパケット転送装置への前記マルチキャストパケットの転送の停止を要求する第２の離脱要求を送信する過程と
   を、さらに備えることを特徴とする請求項４記載のマルチキャストパケット転送方法。
6. 前記制御ユニットが、前記第１の離脱要求に該当する論理パス及びマルチキャストグループの識別情報の組み合わせが前記管理テーブルに記憶されていないと判定された場合に前記第１の離脱要求を無視する過程を、さらに備えることを特徴とする請求項４又は５記載のマルチキャストパケット転送方法。
7. コンテンツ配信サーバから送信される、コンテンツ情報が挿入されたマルチキャストパケットを、マルチキャストグループに参加する複数の端末へ同報転送する転送処理部と、前記マルチキャストグループを管理する管理テーブルと、前記転送処理部及び管理テーブルに接続される制御ユニットとを具備するマルチキャストパケット転送装置で使用される転送制御プログラムであって、
   前記端末から前記マルチキャストグループへの参加要求が送られた場合に、当該要求元の端末との間に１対１の論理パスを設定し、この設定された論理パスの識別情報に対応付けて、前記端末が参加したマルチキャストグループの識別情報を前記管理テーブルに記憶させる処理と、
   前記設定された論理パスを使用して、前記マルチキャストパケットを前記要求元の端末へ転送させるように前記転送処理部を制御する処理と、
   前記端末から前記マルチキャストグループからの離脱を要求する第１の離脱要求が送信された場合に、前記管理テーブルを検索して該当する論理パス及びマルチキャストグループの識別情報の組み合わせが記憶されているか否かを判定する処理と、
   前記第１の離脱要求に該当する識別情報の組み合わせが前記管理テーブルに記憶されていると判定された場合に、この管理テーブルから当該論理パス及びマルチキャストグループの識別情報の組み合わせを削除する処理と、
   前記論理パス及びマルチキャストグループの識別情報の組み合わせが削除された管理テーブルに従い、前記離脱要求元の端末への前記マルチキャストパケットの転送を停止させるように前記転送処理部を制御する処理と
   を、前記制御ユニットに実行させることを特徴とする転送制御プログラム。
8. 前記コンテンツ配信サーバと自己のマルチキャストパケット転送装置との間に上位のマルチキャストパケット転送装置が介在配置されている場合に、
   前記端末から前記第１の離脱要求が送られた場合に、前記管理テーブルを検索して、当該マルチキャストグループに参加している他の論理パスを使用する端末の有無を判定する処理と、
   前記他の論理パスを使用する端末は無いと判定された場合に、前記上位のマルチキャストパケット転送装置へ、当該上位のマルチキャストパケット転送装置から自己のマルチキャストパケット転送装置への前記マルチキャストパケットの転送の停止を要求する第２の離脱要求を送信する処理と
   を、前記制御ユニットにさらに実行させることを特徴とする請求項７記載の転送制御プログラム。
9. 前記第１の離脱要求に該当する論理パス及びマルチキャストグループの識別情報の組み合わせが前記管理テーブルに記憶されていないと判定された場合に、前記第１の離脱要求を無視する処理を、前記制御ユニットにさらに実行させることを特徴とする請求項７又は８記載の転送制御プログラム。

Images