(57)【要約】【課題】マルチキャスト配信要求が、認証されたクライアントから送信されたものであるか否かを判定する。【解決手段】認証ゲートウェイ装置において、認証されたクライアントのＩＰアドレスとＭＡＣアドレスとを対応付けて格納しておき、あるクライアントからマルチキャストコンテンツ配信要求を受信し、発信元クライアントのＭＡＣアドレスを抽出し、対応するＩＰアドレスを取得し、取得したＩＰアドレスを目的アドレスとする近隣要請メッセージを、マルチキャスト配信し、応答メッセージに含まれるＭＡＣアドレスを抽出し、このＭＡＣアドレスが前記発信元クライアントのＭＡＣアドレスと一致する場合に、前記マルチキャストコンテンツ配信要求の発信元クライアントは認証されたクライアントであると判定する。【選択図】  図７
2006295340.tif 000002
【特許請求の範囲】
【請求項１】
受信したマルチキャストコンテンツ配信要求が、認証されたクライアントから送信されたものであるか否かを判定する機能を持つ認証ゲートウェイ装置であって、
認証されたクライアントのＩＰアドレスとＭＡＣアドレスとを対応付けて格納するアドレス情報格納手段と、
あるクライアントからマルチキャストコンテンツ配信要求を受信し、当該マルチキャストコンテンツ配信要求の発信元クライアントのＭＡＣアドレスを抽出し、このＭＡＣアドレスに対応するＩＰアドレスを前記アドレス情報格納手段から取得するＩＰアドレス取得手段と、
前記ＩＰアドレス取得手段により取得したＩＰアドレスを目的アドレスとする近隣要請メッセージを、前記認証ゲートウェイ装置配下のエリアにマルチキャスト配信する近隣要請手段と、
前記近隣要請メッセージに対する応答メッセージを受信し、この応答メッセージに含まれるＭＡＣアドレスを抽出し、このＭＡＣアドレスが前記マルチキャストコンテンツ配信要求の発信元クライアントのＭＡＣアドレスと一致する場合に、前記マルチキャストコンテンツ配信要求の発信元クライアントは認証されたクライアントであると判定する認証判定手段と
を有することを特徴とする認証ゲートウェイ装置。
【請求項２】
前記認証ゲートウェイ装置は、
マルチキャストコンテンツを配信するコンテンツ配信装置と、コンテンツ属性情報管理装置とを含むマルチキャスト配信システムで使用される装置であり、マルチキャストコンテンツをクライアントにマルチキャスト配信する機能を含み、
前記認証ゲートウェイ装置の配下にあるクライアントから、コンテンツ配信先エリア情報とコンテンツ識別情報とを含むマルチキャストコンテンツ配信要求を受信し、前記認証判定手段により当該マルチキャストコンテンツ配信要求が、認証されたクライアントからのものであると判定された場合に、前記コンテンツ配信先エリア情報と前記コンテンツ識別情報とを含むコンテンツ属性要求を前記コンテンツ属性情報管理装置に送信する手段と、
前記コンテンツ識別情報に対応するマルチキャストコンテンツの配信が可能であると判定した前記コンテンツ属性情報管理装置から、当該マルチキャストコンテンツの送信元のコンテンツ配信装置のアドレスを含む情報を受信するコンテンツ情報受信手段と、
前記マルチキャストコンテンツの送信元のコンテンツ配信装置に向けて前記マルチキャストコンテンツの配信要求を送信する手段と、
受信したマルチキャストコンテンツを前記コンテンツ配信先エリア情報に対応するエリアにマルチキャスト配信する手段と
を有する請求項１に記載の認証ゲートウェイ装置。
【請求項３】
前記マルチキャストコンテンツの送信元のコンテンツ配信装置はモバイルＩＰ機能を有し、前記コンテンツ属性情報管理装置は、前記コンテンツ配信装置のアドレスとして当該コンテンツ配信装置のホームアドレスを保持し、前記コンテンツ情報受信手段は、前記コンテンツ属性情報管理装置から前記コンテンツ配信装置のホームアドレスを含む情報を受信することを特徴とする請求項２に記載の認証ゲートウェイ装置。
【請求項４】
受信したマルチキャストコンテンツ配信要求が、認証されたクライアントから送信されたものであるか否かを判定する認証ゲートウェイ装置の機能をコンピュータに実現させるプログラムであって、コンピュータを、
認証されたクライアントのＩＰアドレスとＭＡＣアドレスとを対応付けて記憶装置に格納するアドレス情報格納手段、
あるクライアントからマルチキャストコンテンツ配信要求を受信し、当該マルチキャストコンテンツ配信要求の発信元クライアントのＭＡＣアドレスを抽出し、このＭＡＣアドレスに対応するＩＰアドレスを前記記憶装置から取得するＩＰアドレス取得手段、
前記ＩＰアドレス取得手段により取得したＩＰアドレスを目的アドレスとする近隣要請メッセージを、前記認証ゲートウェイ装置配下のエリアにマルチキャスト配信する近隣要請手段、
前記近隣要請メッセージに対する応答メッセージを受信し、この応答メッセージに含まれるＭＡＣアドレスを抽出し、このＭＡＣアドレスが前記マルチキャストコンテンツ配信要求の発信元クライアントのＭＡＣアドレスと一致する場合に、前記マルチキャストコンテンツ配信要求の発信元クライアントは認証されたクライアントであると判定する認証判定手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチキャスト技術に関し、特に、マルチキャストコンテンツ配信要求が、認証されたクライアントから送信されたものであるか否かを判定する技術に関する。
【背景技術】
【０００２】
図１に、従来技術を用いたマルチキャスト配信システムを示す。図１に示すマルチキャスト配信システムは、コンテンツを配信するコンテンツ配信サーバ、マルチキャスト対応ルータ、及びマルチキャスト配信されたコンテンツを受信するクライアントを有している。図１の例では、各クライアントは無線アクセスポイントを介してインターネットと通信可能である。無線アクセスポイントはレイヤ２スイッチを介してマルチキャスト対応ルータ１、３に接続されている。
【０００３】
各クライアントはＩＧＭＰ等のマルチキャストに係る機能を有している。マルチキャスト対応ルータ１、３配下にあるクライアントが特定のマルチキャストアドレスに対応するコンテンツのマルチキャスト配信を受けるには、まず、いずれかのクライアント（例えばクライアント５）がコンテンツ配信サーバに対してマルチキャストアドレスを含む配信要求を送信する。配信要求を受信したコンテンツ配信サーバはコンテンツを送信し、コンテンツはマルチキャスト対応ルータ１に伝送され、マルチキャスト対応ルータ１はクライアント５が存在するネットワークエリアにある全クライアントに対してコンテンツをマルチキャスト配信し、当該コンテンツに対応するマルチキャストグループへの参加をしているクライアントのみがコンテンツを受信する。
【０００４】
なお、マルチキャストに関連する従来技術として、例えば特許文献１に開示された技術がある。また、マルチキャストに関連する参考文献として非特許文献１〜５がある。
【特許文献１】特開２００２−０２６９０３号公報
【非特許文献１】Internet STD5, RFC1112「Internet Group Management Protocol (IGMP)」IETF Network Working Group, August, 1989
【非特許文献２】Internet RFC2876「Multicast Listener Discovery (MLD) for IPv6」IETF Network Working Group, October, 1999
【非特許文献３】Internet Draft「Explicit Multicast (Xcast) Basic Specification」R. Boivie (IBM) et al., January, 2003
【非特許文献４】Internet RFC3547「The Group Domain of Interpretation」M. Baugher (Cisco) et al., July, 2003
【非特許文献５】Internet RFC3775「Mobility Support in IPv6」D. Johnson (Rice University)et al., June, 2004
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記の従来技術では、マルチキャス配信要求が、認証されたクライアントから送信されたものであるか否かを判定する手段が無いため、マルチキャスト配信要求の有効／無効をクライアント毎に判断することができなかった。特にＩＰｖ６を用いる場合、マルチキャストの配信要求に用いられるＭＬＤ  ＲｅｐｏｒｔパケットのソースＩＰアドレスがリンクローカルアドレスであるため、グローバルＩＰアドレスを用いてクライアントを識別することができず、マルチキャス配信要求が、認証されたクライアントから送信されたものであるか否かを判定することは困難であった。
【０００６】
本発明は上記の点に鑑みてなされたものであり、マルチキャストコンテンツ配信要求が、認証されたクライアントから送信されたものであるか否かを判定する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題は、受信したマルチキャストコンテンツ配信要求が、認証されたクライアントから送信されたものであるか否かを判定する機能を持つ認証ゲートウェイ装置であって、認証されたクライアントのＩＰアドレスとＭＡＣアドレスとを対応付けて格納するアドレス情報格納手段と、あるクライアントからマルチキャストコンテンツ配信要求を受信し、当該マルチキャストコンテンツ配信要求の発信元クライアントのＭＡＣアドレスを抽出し、このＭＡＣアドレスに対応するＩＰアドレスを前記アドレス情報格納手段から取得するＩＰアドレス取得手段と、前記ＩＰアドレス取得手段により取得したＩＰアドレスを目的アドレスとする近隣要請メッセージを、前記認証ゲートウェイ装置配下のエリアにマルチキャスト配信する近隣要請手段と、前記近隣要請メッセージに対する応答メッセージを受信し、この応答メッセージに含まれるＭＡＣアドレスを抽出し、このＭＡＣアドレスが前記マルチキャストコンテンツ配信要求の発信元クライアントのＭＡＣアドレスと一致する場合に、前記マルチキャストコンテンツ配信要求の発信元クライアントは認証されたクライアントであると判定する認証判定手段とを有することを特徴とする認証ゲートウェイ装置により解決できる。
【０００８】
また、前記認証ゲートウェイ装置は、マルチキャストコンテンツを配信するコンテンツ配信装置と、コンテンツ属性情報管理装置とを含むマルチキャスト配信システムで使用される装置であり、マルチキャストコンテンツをクライアントにマルチキャスト配信する機能を含み、前記認証ゲートウェイ装置の配下にあるクライアントから、コンテンツ配信先エリア情報とコンテンツ識別情報とを含むマルチキャストコンテンツ配信要求を受信し、前記認証判定手段により当該マルチキャストコンテンツ配信要求が、認証されたクライアントからのものであると判定された場合に、前記コンテンツ配信先エリア情報と前記コンテンツ識別情報とを含むコンテンツ属性要求を前記コンテンツ属性情報管理装置に送信する手段と、前記コンテンツ識別情報に対応するマルチキャストコンテンツの配信が可能であると判定した前記コンテンツ属性情報管理装置から、当該マルチキャストコンテンツの送信元のコンテンツ配信装置のアドレスを含む情報を受信するコンテンツ情報受信手段と、前記マルチキャストコンテンツの送信元のコンテンツ配信装置に向けて前記マルチキャストコンテンツの配信要求を送信する手段と、受信したマルチキャストコンテンツを前記コンテンツ配信先エリア情報に対応するエリアにマルチキャスト配信する手段とを備えてもよい。
【０００９】
また、前記マルチキャストコンテンツの送信元のコンテンツ配信装置はモバイルＩＰ機能を有し、前記コンテンツ属性情報管理装置は、前記コンテンツ配信装置のアドレスとして当該コンテンツ配信装置のホームアドレスを保持し、前記コンテンツ情報受信手段は、前記コンテンツ属性情報管理装置から前記コンテンツ配信装置のホームアドレスを含む情報を受信することとしてもよい。
【発明の効果】
【００１０】
本発明によれば、マルチキャストコンテンツ配信要求の発信元クライアントのＭＡＣアドレスに対応するＩＰアドレスを、予め登録した認証されたクライアントのアドレス情報データから取得し、そのＩＰアドレスを目的アドレスとする近隣要請メッセージを用いて、そのＩＰアドレスを持つ装置のＭＡＣアドレスを取得し、このＭＡＣアドレスと、マルチキャストコンテンツ配信要求の発信元クライアントのＭＡＣアドレスとが一致する場合にマルチキャストコンテンツ配信要求の発信元クライアントは認証されたクライアントであると判定することとしたので、マルチキャストコンテンツ配信要求が、認証されたクライアントから送信されたものであるか否かを判定することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施の形態を説明する。
【００１２】
本発明の実施の形態におけるマルチキャスト配信システムを図２に示す。図２に示すように、このマルチキャスト配信システムは、モバイルＩＰｖ６のノード機能を有するコンテンツ配信サーバ（ＣＤＳ:Contents Delivery Server）、アドレスマッピングサーバ（ＡＭＳ:Address Mapping Server）、マルチキャスト制御ゲートウェイ（ＭＣＧ:Multicast Gateway Server）、スプリッタ（ＳＰ: Splitter）、ホームエージェント（ＨＡ）がＩＰネットワークに接続された構成を有している。
また、各マルチキャスト制御ゲートウェイ（ＭＣＧ）には、レイヤ２スイッチを介して無線アクセスポイント（ＡＰ）が接続され、その配下にクライアント、もしくはコンテンツ配信サーバ（ＣＤＳ）が存在する。
【００１３】
コンテンツ配信サーバ（ＣＤＳ）は、本システムを利用してコンテンツをストリーム配信するサーバであり、各クライアントは、ストリーム配信されたコンテンツを利用するユーザの端末である。クライアントは、無線アクセスポイント（ＡＰ）を経由してマルチキャスト制御ゲートウェイ（ＭＣＧ）に接続し、マルチキャスト制御ゲートウェイ（ＭＣＧ）からマルチキャストされるコンテンツを受信する。以下、本実施の形態のマルチキャスト配信システムを構成する各装置の機能を説明する。
【００１４】
アドレスマッピングサーバ（ＡＭＳ）は、コンテンツ毎に、コンテンツに対応するマルチキャストアドレス（これを、マルチキャストチャネル、マルチキャストグループと称する場合もある）と、当該コンテンツの属性（コンテンツの配信元サーバのホームアドレス、コンテンツの配信可能エリア、ストリーム帯域、暗号化方法等）を保持している。例えばコンテンツ提供者がこれらの属性の値を設定する。
【００１５】
なお、本実施の形態における“エリア”は、ＩＰアドレスのネットワーク部で識別されるネットワークエリアであるが、これに限定されるものではなく、種々の定義が可能である。ネットワークエリアを“ホテル”、“飲食店”、“学校”等と対応付けることにより、“エリア”としてこれらを用いることもできる。また、本実施の形態における“マルチキャスト”はIETF RFC1112やRFC2710等にて定義されているＩＰマルチキャストであるが、本発明が適用されるマルチキャストはこれに限定されるものではない。
【００１６】
マルチキャスト制御ゲートウェイ（ＭＣＧ）は、クライアントからのコンテンツ配信要求を受信し、アドレスマッピングサーバ（ＡＭＳ）からコンテンツ属性を取得して、要求されたコンテンツが、コンテンツ要求元クライアントの存在するエリアに対して配信可能であれば、スプリッタ（ＳＰ）及びコンテンツ配信サーバ（ＣＤＳ）に対してコンテンツ配信ツリーの作成とコンテンツ配信を要求する。その後、コンテンツ配信ツリーに沿って配信されたユニキャストカプセル化されたコンテンツをマルチキャストに復元し、コンテンツ要求元クライアントのエリアに対してマルチキャスト配信する。また、ＭＣＧは、ＶＬＡＮ単位（ＶＬＡＮのネットワークアドレス単位）でマルチキャスト配信可否を制御することが可能である。また、マルチキャスト制御ゲートウェイ（ＭＣＧ）は、更に認証ゲートウェイの機能も有している。
【００１７】
スプリッタ（ＳＰ）は、コンテンツ配信サーバ（ＣＤＳ）から各ＭＣＧにコンテンツを効率的に配送するための配信ツリーを構成し、コンテンツ配信サーバ（ＣＤＳ）から各マルチキャスト制御ゲートウェイ（ＭＣＧ）に向けて、コンテンツストリームを中継して分岐配送する。
【００１８】
ホームエージェント（ＨＡ）は、モバイルＩＰｖ６のホームエージェント機能（draft-ietf-mobileip-ipv6にて定義されている）を有する装置（例えばルータ）であり、ホームアドレスと気付けアドレスとを対にして管理する。また、本実施の形態のホームエージェント（ＨＡ）は、バインディングアップデート時等にコンテンツ配信サーバ（ＣＤＳ）を認証した際に、認証結果を、コンテンツ配信サーバ（ＣＤＳ）を配下に持つマルチキャスト制御ゲートウェイ（ＭＣＧ）に通知する機能を有している。
【００１９】
図２に示す例では、各マルチキャスト制御ゲートウェイ（ＭＣＧ）配下では、レイヤ２スイッチを用いることによりＶＬＡＮ（バーチャルＬＡＮ）が構築され、ＶＬＡＮで形成される１つのエリアが１つの無線アクセスポイント（ＡＰ）に対応付けられている。マルチキャスト制御ゲートウェイ（ＭＣＧ）にはアドレスマッピングサーバ（ＡＭＳ）の所在（アドレスや通信ポート）が予め設定されており、アドレスマッピングサーバ（ＡＭＳ）と各マルチキャスト制御ゲートウェイ（ＭＣＧ）間は直接通信可能である。
【００２０】
また、マルチキャスト制御ゲートウェイ（ＭＣＧ）配下は、ＩＰマルチキャストを利用可能であるが、マルチキャスト制御ゲートウェイ（ＭＣＧ）より上流の広域ネットワークでは、ユニキャスト配信のみ可能であるように構成されている。ただし、コンテンツ配信サーバ（ＣＤＳ）からのコンテンツ配信は、ＩＰマルチキャストパケットをユニキャストパケットにカプセル化し、ユニキャストとして行う。すなわち、コンテンツ配信サーバ（ＣＤＳ）から各マルチキャスト制御ゲートウェイ（ＭＣＧ）までのコンテンツストリーム転送においては、ＩＰマルチキャストパケットをユニキャストパケットにカプセル化して配信する。このように構成されたシステムの動作概要は次の通りである。
【００２１】
あるクライアントがコンテンツ配信要求をマルチキャスト制御ゲートウェイ（ＭＣＧ）に対して送信すると、マルチキャスト制御ゲートウェイ（ＭＣＧ）は、当該クライアントが属しているエリア識別情報と要求するコンテンツ識別情報（マルチキャストアドレス）とをアドレスマッピングサーバ（ＡＭＳ）に送信し、ＡＭＳは、受信した情報から当該エリアで当該コンテンツを受信可能か否かを判断し、可能であればコンテンツ配信サーバ（ＣＤＳ）のホームアドレスを含む情報をマルチキャスト制御ゲートウェイ（ＭＣＧ）に返し、ＭＣＧはそのアドレスのコンテンツ配信サーバ（ＣＤＳ）あてにスプリッタ（ＳＰ）を介してコンテンツの配信要求を送信する。配信要求を受信したコンテンツ配信サーバ（ＣＤＳ）は、要求されたコンテンツを送信する。コンテンツは、配信要求が通過した経路に沿って要求送信元のマルチキャスト制御ゲートウェイ（ＭＣＧ）まで転送され、ＭＣＧから、要求に係るエリアのクライアントにマルチキャスト配信される。
【００２２】
次に、各装置の構成を説明する。まず、図３にマルチキャスト制御ゲートウェイ（ＭＣＧ）の機能ブロック図を示す。
【００２３】
マルチキャスト制御ゲートウェイ（ＭＣＧ）は、認証チェック部１７、パケットフィルタ部１８、ストリーム配信部１１、ストリーム受信部１２、ストリーム配信要求部１４、コンテンツ属性要求部１３、コンテンツ受信クライアント検出部１６、マルチキャスト復元部１９、ＨＡ通信部１０、クライアント認証部２０、及び制御部１５を有している。また、制御部１５は、認証状態管理部１５１、セション管理部１５２、エリア情報管理部１５３を有している。
【００２４】
コンテンツ受信クライアント検出部１６は、クライアントから、コンテンツのマルチキャスト配信を要求するためのコンテンツ配信要求メッセージを受信する。このメッセージは、ＩＧＭＰ  Ｒｅｐｏｒｔ又はＭＬＤ  Ｒｅｐｏｒｔ等である。
【００２５】
ストリーム配信部１１は、クライアントに対して、要求されたコンテンツをマルチキャスト配信する。ストリーム配信要求部１４は、コンテンツ配信サーバ（ＣＤＳ）又はスプリッタ（ＳＰ）に対して、コンテンツ配信要求メッセージを送信する。ストリーム受信部１２は、コンテンツ配信サーバ（ＣＤＳ）又はスプリッタ（ＳＰ）からストリーム配信されるコンテンツを受信する。コンテンツ属性要求部１３は、アドレスマッピングサーバ（ＡＭＳ）に対して、コンテンツの属性を要求するメッセージを送信し、その応答を受信する。
【００２６】
ＨＡ通信部１０は、ホームエージェント（ＨＡ）と、モバイルＩＰクライアント（本実施の形態ではコンテンツ配信サーバ（ＣＤＳ））のバインディング情報を送受信する等の機能を有している。
【００２７】
認証チェック部１７は、受信したＩＰパケットのヘッダ情報から、そのパケットが認証済のクライアントから発信された情報であるかどうかチェックする機能を有している。また、パケットフィルタ部１８は、クライアントからＩＰパケットを受信したとき、認証済クライアントから発信されたものであれば、パケットをその宛先へ転送する。それ以外の場合は例外（ＨＡへのバインディング情報通知など）を除いて破棄する。また、クライアント認証部２０は、クライアントを認証するための機能を有している。
【００２８】
マルチキャスト復元部１９は、クライアント群にコンテンツをマルチキャスト配信するために、ＣＤＳもしくはＳＰから受信したユニキャストストリームをマルチキャストに復元する機能を有している。
【００２９】
また、制御部１５の認証状態管理部１５１は、認証済クライアントのＩＰアドレス（グローバルアドレス）及びＭＡＣアドレスを記憶装置に保持し管理する。制御部１５のセション管理部１５２は、クライアントとのセション及び、コンテンツ配信サーバ（ＣＤＳ）又はスプリッタ（ＳＰ）とのストリーム送受信セションを管理する。また、制御部１５のエリア情報管理部１５３は、ゲートウェイ配下のＶＬＡＮ毎のエリア情報を管理する機能を有する。
【００３０】
図４にスプリッタ（ＳＰ）の機能ブロック図を示す。同図に示すように、スプリッタ（ＳＰ）は、コンテンツ要求受信部２１、ストリーム配信部２２、ストリーム配信要求部２３、ストリーム受信部２４、及び制御部２５を有している。また、制御部２５は、セション管理部２５１を有している。
【００３１】
コンテンツ要求受信部２１は、下流のマルチキャスト制御ゲートウェイ（ＭＣＧ）やスプリッタ（ＳＰ）から、コンテンツ配信要求メッセージを受信し、ストリーム配信部２２は、下流のマルチキャスト制御ゲートウェイ（ＭＣＧ）やスプリッタ（ＳＰ）に対して、要求されたコンテンツをストリーム配信する機能を有している。また、ストリーム配信要求部２３は、上流のスプリッタ（ＳＰ）やコンテンツ配信サーバ（ＣＤＳ）に対して、コンテンツ配信要求メッセージを送信し、ストリーム受信部２４は、上流のスプリッタ（ＳＰ）やコンテンツ配信サーバ（ＣＤＳ）からストリーム配信されるコンテンツを受信する機能を有している。
【００３２】
制御部２５のセション管理部２５１は、下流のスプリッタ（ＳＰ）やマルチキャスト制御ゲートウェイ（ＭＣＧ）、及び、上流のスプリッタ（ＳＰ）やコンテンツ配信サーバ（ＣＤＳ）とのストリーム送受信セションを管理する。
【００３３】
図５にアドレスマッピングサーバ（ＡＭＳ）の機能ブロック図を示す。同図に示すように、アドレスマッピングサーバ（ＡＭＳ）は、コンテンツ属性要求受信部３１、コンテンツ属性送信部３２、コンテンツ属性管理データベース３３、属性操作用ユーザインタフェース部３４、及び制御部３５を有する。また、制御部３５は、データベースアクセス部３５１とコンテンツ配信可否制御部３５２を有している。
【００３４】
コンテンツ属性要求受信部３１は、マルチキャスト制御ゲートウェイ（ＭＣＧ）から、コンテンツ属性要求メッセージを受信する。コンテンツ属性送信部３２は、コンテンツ属性要求元ＭＣＧに対して、コンテンツ属性要求に対する応答メッセージを送信する。配信可能なエリアのＭＣＧに対しては、応答メッセージとしてコンテンツ属性を含む情報を送信する。コンテンツ属性管理データベース３３は、コンテンツ毎に、マルチキャストアドレス、配信元サーバアドレス、配信可能エリア情報等が対応付けられた属性情報を管理する。属性操作用ユーザインタフェース部３４は、コンテンツ属性を操作するための画面を表示し、ユーザからの属性操作入力を受信する。
【００３５】
制御部３５のデータベースアクセス部３５１は、マルチキャスト制御ゲートウェイ（ＭＣＧ）からのコンテンツ属性要求受信時、及び、ユーザからの属性操作時、データベース３３にアクセスし、属性値の読み出し／書き込みを行う。コンテンツ配信可否制御部３５２は、データベース３３の情報とコンテンツ属性要求元のエリア情報とを照合し、その照合結果に基づいて、要求に係るコンテンツを当該エリアに配信許可するか否かを決定する。
【００３６】
上記の各装置における機能部、及び本発明の各手段は、コンピュータに、本実施の形態において説明した処理内容を記述したプログラムを実行させることにより実現されるものである。また、上記の各装置は、通信処理機能を有するコンピュータにより実現できる。また、マルチキャスト制御ゲートウェイ（ＭＣＧ）及びスプリッタ（ＳＰ）はルータにより実現することもできる。
【００３７】
次に、図６のシーケンス図を参照して本実施の形態のシステムの動作を説明する。このシーケンスは、モバイルＩＰクライアントであるコンテンツ配信サーバ（ＣＤＳ）を認証し、マルチキャストストリームを要求するクライアント群に向けて、コンテンツマルチキャスト配信ツリーを自動生成し、コンテンツ配信サーバ（ＣＤＳ）からユニキャストカプセル化されたマルチキャストストリームを受信し、コンテンツをマルチキャスト配信開始するまでのシーケンスの一例である。
【００３８】
本実施の形態におけるマルチキャスト配信システムにおける処理シーケンスは、（１）ＡＭＳへのマルチキャストコンテンツ登録、（２）コンテンツ配信サーバの認証、（３）コンテンツ受信要求処理、（４）コンテンツ配信ツリー作成の段階、及び、（５）コンテンツ中継とマルチキャスト配信、の５つの段階に大きく分けることができる。
【００３９】
（１） ＡＭＳへのマルチキャストコンテンツ登録
事前にマルチキャストアドレスと、そのコンテンツ配信サーバ（ＣＤＳ）のユニキャストアドレス（ここではモバイルＩＰｖ６のホームアドレス）等のコンテンツ属性情報をアドレスマッピングサーバ（ＡＭＳ）に登録しておく。
【００４０】
（２） コンテンツ配信サーバの認証
マルチキャストコンテンツを発信するコンテンツ配信サーバ（ＣＤＳ）は、ホームエージェント（ＨＡ）に対して認証を要求する（バインディングアップデート時等）（ステップ１１）。なお、ホームエージェント（ＨＡ）には、コンテンツ配信サーバ（ＣＤＳ）を認証するための情報が事前に登録されているものとする。ホームエージェント（ＨＡ）はこの認証が成功の場合、コンテンツ配信サーバ（ＣＤＳ）のホームアドレスと気付けアドレスの対応を保持し、気付けアドレスに対応するマルチキャスト制御ゲートウェイ（ＭＣＧ１とする）に対して、ホームアドレスと気付けアドレス、認証結果を通知する（ステップ１２）。マルチキャスト制御ゲートウェイ（ＭＣＧ１）は、この通知に基づき、コンテンツ配信サーバ（ＣＤＳ）のホームアドレスと気付けアドレスを、認証されたコンテンツ配信サーバ（ＣＤＳ）のアドレスとして登録しておく。
【００４１】
そして、コンテンツ配信サーバ（ＣＤＳ）から発信されるユニキャストパケットや、コンテンツ配信サーバ（ＣＤＳ）宛に送信されるユニキャストパケットを受信した場合には、上記の登録内容に基づき、認証されたコンテンツ配信サーバ（ＣＤＳ）から発信されたパケットもしくは認証されたコンテンツ配信サーバ（ＣＤＳ）宛のパケットであると判断し、転送を行う。
（３）コンテンツ受信要求処理
視聴者側のマルチキャスト制御ゲートウェイ（ＭＣＧ２とする）は、無線アクセスエリアのゲートウェイであり、配下のＬＡＮ（ＶＬＡＮ）に関するエリア情報を管理している。ここではまず、コンテンツを要求するクライアントの認証を行うが、この処理については後に詳述する。
【００４２】
また、認証処理を完了したクライアントが、あるマルチキャストコンテンツの配信要求を発信すると（ステップ１３）、その配信要求が、認証されたクライアントから発信されたものかどうかをチェックするが、この処理についても後に詳述する。
【００４３】
ステップ１３においてマルチキャスト配信要求が発信されると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のコンテンツ受信クライアント検出部１６が前記配信要求を受信する。この配信要求は上記コンテンツの識別情報（マルチキャストアドレス）とエリア情報とを含む。
【００４４】
マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、次に、コンテンツ配信サーバ（ＣＤＳ）に対して配信要求されたマルチキャストコンテンツの属性を要求するため、コンテンツ属性要求部１３からアドレスマッピングサーバ（ＡＭＳ）に対して、要求に係るコンテンツに関するコンテンツ属性要求メッセージを発信する（ステップ１４）。なお、マルチキャスト制御ゲートウェイ（ＭＣＧ２）には、アドレスマッピングサーバ（ＡＭＳ）のアドレス及びポート番号等がコンフィグファイル等に予め設定してあるものとする。前記コンテンツ属性要求メッセージには、配信先（クライアントの存在する場所）のエリア情報（ネットワークプレフィクス、ＭＣＧ２配下のＶＬＡＮ  ＩＤ等を含む）が含まれる。
【００４５】
アドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性要求受信部３１は、前記コンテンツ属性要求メッセージを受信すると、そのメッセージの内容を制御部３５へ通知する。アドレスマッピングサーバ（ＡＭＳ）の制御部３５は、アドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性データベース３３を参照し、要求されたコンテンツに対する配信可能エリア情報と、前記メッセージに含まれる配信先エリア情報とを照合する。この照合の結果、クライアントの存在するエリアに対してコンテンツ配信が可能であるならば、アドレスマッピングサーバ（ＡＭＳ）は、コンテンツ属性送信部３２から、ＭＣＧ２に対してコンテンツ属性を通知する（ステップ１５）。コンテンツ属性は、コンテンツ配信サーバ（ＣＤＳ）のホームアドレスを含む。
【００４６】
マルチキャスト制御ゲートウェイ（ＭＣＧ２）のコンテンツ属性要求部１３は、前記コンテンツ属性を受信すると、制御部１５に通知し、制御部１５は、配信先エリアとマルチキャストアドレスのペアをセッション情報として管理する。そして、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム配信要求部１４から、コンテンツ配信サーバ（ＣＤＳ）のホームアドレスに向けてコンテンツ配信要求メッセージを発信する（ステップ１６）。このコンテンツ配信要求メッセージは、前記ホームアドレス、要求するコンテンツに対応するマルチキャストアドレス、要求元ＭＣＧ２のアドレスを含む。
（４） コンテンツ配信ツリー作成
マルチキャスト制御ゲートウェイ（ＭＣＧ２）から前記ホームアドレス宛に発信されるパケットは、ホームエージェント（ＨＡ）に送信され、ホームエージェント（ＨＡ）から前記ホームアドレスを有するコンテンツ配信サーバ（ＣＤＳ）の気付けアドレスに転送されることになる。
【００４７】
本実施の形態では、マルチキャスト制御ゲートウェイ（ＭＣＧ２）とホームエージェント（ＨＡ）間の通信経路途中、又は、ホームエージェント（ＨＡ）とコンテンツ配信サーバ（ＣＤＳ）間の通信経路途中に、いくつかのＳＰとなるノードが存在する。図６の例では、ＳＰ1という１つのスプリッタ（ＳＰ）となるノードが存在し、ＳＰ1がマルチキャスト制御ゲートウェイ（ＭＣＧ２）とホームエージェント（ＨＡ）間の通信経路途中にあるものとする。このとき、マルチキャスト制御ゲートウェイ（ＭＣＧ２）からコンテンツ配信サーバ（ＣＤＳ）のホームアドレスに向けて発信されたコンテンツ配信要求メッセージは、まずスプリッタ（ＳＰ1）のコンテンツ要求受信部２１により受信される。スプリッタ（ＳＰ１）のコンテンツ要求受信部２１は、前記コンテンツ配信要求メッセージを受信すると、そのメッセージをセッション管理部２５１へ通知する。スプリッタ（ＳＰ１）のセッション管理部２５１は、この要求メッセージを以下のように処理する。
【００４８】
（４．１）  発信元ＭＣＧ２のアドレスと、要求するコンテンツのチャネル（識別情報（マルチキャストアドレス）とのペアをセッション情報として記憶装置に管理する（ステップ１７）。
【００４９】
（４．２） 前記コンテンツ配信要求メッセージの要求元アドレスを、元のＭＣＧ２ではなく、自身（ＳＰ1）のアドレスに変更する。それから、書き換えたコンテンツ配信要求メッセージを、前記ホームアドレスに向けて発信する（ステップ１８）。
【００５０】
このコンテンツ配信要求メッセージは、次にホームエージェント（ＨＡ）に配信され、ホームエージェント（ＨＡ）から、この要求メッセージがコンテンツ配信サーバ（ＣＤＳ）へ転送される（ステップ１９）。この要求メッセージはＭＣＧ１を経由するが、ＭＣＧ１は、当該コンテンツ配信サーバ（ＣＤＳ）が認証済であると判断し、転送を許可する。コンテンツ配信サーバ（ＣＤＳ）は、この配信要求メッセージを受信すると、ホームエージェント（ＨＡ）ではなく、ホームエージェント（ＨＡ）の直前の発信元装置（ここではＳＰ１）のアドレスと、要求されたコンテンツのマルチキャストアドレスとのペアをセッション情報として管理する。なお、“ツリーが作成された”とは、上記の各ノードにおいて特定のコンテンツに対応したセッション情報が保持されたことをいう。
【００５１】
（５）コンテンツ中継とマルチキャスト配信の段階
モバイルＩＰクライアントであるコンテンツ配信サーバ（ＣＤＳ）は、保持しているセッション情報を元に、要求されたコンテンツを配信する。上記過程では、要求されたコンテンツ配信先としてＳＰ１が登録されているため、当該コンテンツをユニキャストでＳＰ１宛にユニキャストカプセル化してストリーム配信する（ステップ２０、２１）。マルチキャスト制御ゲートウェイ（ＭＣＧ１）は、コンテンツ配信サーバ（ＣＤＳ）が認証済であると判断し、ユニキャストリームの転送を行う。また、このストリームは、ホームエージェント（ＨＡ）を経由してスプリッタ（ＳＰ１）へ転送される（ステップ２２）。
【００５２】
スプリッタ（ＳＰ１）のストリーム受信部２４は、ユニキャストカプセル化されたコンテンツストリームを受信すると、セッション管理部２５において管理しているセッション情報に基づき転送を行う。ここではマルチキャスト制御ゲートウェイ（ＭＣＧ２）に対するセッションが管理されているため、ストリーム配信部２２から、マルチキャスト制御ゲートウェイ（ＭＣＧ２）に対してコンテンツをストリーム配信する（ステップ２３）。
【００５３】
マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム受信部１２は、スプリッタ（ＳＰ１）からコンテンツを受信する。そして、マルチキャスト復元部１９は、コンテンツストリームをマルチキャストに復元し（ステップ２４）、ストリーム配信部１１はセッション管理部１５２において管理しているセッション情報に基づきコンテンツを配信する（ステップ２５）。ここでは、クライアントが存在するエリアに対するセッションが管理されているため、ストリーム配信部１１から、当該エリアに対して、コンテンツストリームをマルチキャストチャネルで配信する。
【００５４】
以上のシーケンス例では、ＳＰが１台であったが、ＳＰは無くても良く、また２台以上存在していても良い。
【００５５】
また、コンテンツ配信サーバ（ＣＤＳ）がモバイルＩＰ機能を持たない構成としてもよい。この場合、ＡＭＳにはコンテンツ配信サーバ（ＣＤＳ）のＩＰアドレスが登録され、コンテンツ配信サーバ（ＣＤＳ）から送信されるパケット、コンテンツ配信サーバ（ＣＤＳ）宛のパケットはＨＡを経由しない。それ以外の処理はモバイルＩＰ機能を持つ場合と同じである。
【００５６】
（クライアントの認証）
以下、（３）コンテンツ受信要求処理におけるコンテンツ受信クライアントの認証チェック処理について図７のシーケンスチャートを参照して詳細に説明する。ここでの処理により、認証されたクライアントのみがマルチキャストを配信要求できるようになる。
【００５７】
（３．１）  コンテンツ受信クライアントのログイン
まず、コンテンツの配信要求を行おうとするクライアントの認証を行う。認証方法は特定の方法に限定されない。例えば、クライアントがモバイルＩＰｖ６機能を持つ場合には、ホームエージェント（ＨＡ）がモバイルＩＰの機能によってクライアントを認証し、認証ＯＫであればホームエージェント（ＨＡ）がクライアントのグローバルなＩＰアドレス（ホームアドレス）をマルチキャスト制御ゲートウェイ（ＭＣＧ２）のＨＡ通信部１０に通知し、ＨＡ通信部１０はそれを認証状態管理部１５１に通知し、認証状態管理部１５１はそのアドレスを認証されたクライアントのアドレスとして記憶装置に格納し、管理する。また、クライアントがモバイルＩＰの機能を持たない場合でも、ホームエージェント（ＨＡ）にモバイルＩＰの機能を持たないクライアントの認証を行う機能を備えることにより、クライアントがホームエージェント（ＨＡ）にアクセスして、ホームエージェント（ＨＡ）が認証を行うことができる。
【００５８】
また、クライアントとマルチキャスト制御ゲートウェイ（ＭＣＧ２）間でＩＰｓｅｃネゴシエーションを行うことにより認証を行い、マルチキャスト制御ゲートウェイ（ＭＣＧ２）が認証済みクライアントのアドレスを取得してもよい。また、マルチキャスト制御ゲートウェイ（ＭＣＧ２）が認証用ＷＷＷページをクライアントに提供し、クライアントからＩＤとパスワードの入力を受けて、予め登録したＩＤ、パスワードと比較することによりクライアントを認証してもよい。
【００５９】
図７に示す例では、ホームエージェント（ＨＡ）がクライアントの認証を行い（ステップ３１）、認証に成功したクライアントのグローバルなＩＰアドレスをマルチキャスト制御ゲートウェイ（ＭＣＧ２）に通知し（ステップ３２）、それを認証状態管理部１５１に通知している（ステップ３３）。
【００６０】
そして、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、取得したＩＰアドレスを用いてクライアントにアクセスすることにより（ステップ３４）、クライアントのＭＡＣアドレスを取得し、認証状態管理部１５１は取得したＭＡＣアドレスをＩＰアドレスに対応付けて管理する（ステップ３５、３６）。
（３．２）  コンテンツ受信要求（マルチキャストＪｏｉｎ）
マルチキャストの配信要求するため、クライアントはＪｏｉｎ（ＩＰｖ４マルチキャストであればＩＧＭＰ  Ｒｅｐｏｒｔ、ＩＰｖ６マルチキャストであればＭＬＤ  Ｒｅｐｏｒｔ）を発信するが、図７はＩＰｖ６マルチキャストの場合を示している。
【００６１】
ＩＰｖ４マルチキャストの場合であれば、マルチキャスト制御ゲートウェイ（ＭＣＧ２）の認証チェック部１７は、ＩＧＭＰ  Ｒｅｐｏｒｔの発信元ＩＰアドレスとＭＡＣアドレスの組が、前記（３．１）の処理により保持されているＩＰアドレスとＭＡＣアドレスの組のいずれかと一致しているかどうかチェックする。一致しているものが無ければ当該Ｊｏｉｎを破棄する。一致している場合、図６におけるステップ１６からの処理を行ってマルチキャスト配信を行う。なお、コンテンツ属性要求をし、要求エリアに配信可能である場合の応答を受けた場合に、パケットフィルタ部１８は、そのコンテンツの当該エリアに対する配信のフィルタをオープンしておく。
【００６２】
一方、ＩＰｖ６マルチキャストの場合は、ＭＬＤ  Ｒｅｐｏｒｔの発信元ＩＰアドレスがリンクローカルアドレスであるため、ＩＰｖ４マルチキャストの場合にようにグローバルＩＰアドレスとの一致をチェックすることができない。そこで、本実施の形態では以下のようにしてＭＬＤ  Ｒｅｐｏｒｔが認証されたクライアントからのパケットであるかどうかをチェックする。
【００６３】
図７に示すように、まず、マルチキャスト制御ゲートウェイ（ＭＣＧ２）の認証チェック部１７は、クライアントから受信したＭＬＤ  Ｒｅｐｏｒｔパケットからの発信元ＭＡＣアドレス（ＭＡＣ１とする）を取得し（ステップ３７、３８）、ＭＡＣ１が、前記（３．１）のステップ３６により取得し、管理していた情報のどれかと一致しているかチェックする。一致しているものが無ければ当該配信要求を破棄する。
【００６４】
ＭＡＣ１と一致するＭＡＣアドレスが存在する場合、認証チェック部１７は、ＭＡＣ１に対応するグローバルなＩＰアドレスを認証状態管理部１５１から取得する（ステップ３９、４０）。そして、ＩＰｖ６のＮｅｉｇｈｂｏｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ（近隣要請）パケットに目的アドレスとして認証状態管理部１５１から取得したＩＰアドレスを設定し、そのＮｅｉｇｈｂｏｒ  Ｓｏｌｉｃｉｔａｔｉｏｎパケットをクライアント側のエリアに発信する（ステップ４１）。    
このパケットを受信した上記ＩＰアドレスを持つクライアントから応答パケット（Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ（近隣広告））が通知されると（ステップ４２）、そのパケットのＭＡＣアドレス（ＭＡＣ２とする）をチェックし、ＭＡＣ２がＭＡＣ１と一致するかどうかチェックする（ステップ４３）。ＭＡＣ２がＭＡＣ１と一致する場合は、応答パケットを送信したクライアントは、ＭＡＣ１に対応付けて保持されるＩＰアドレスを有するクライアント、すなわち認証されたクライアントであると判定できる。従って、ＭＡＣ２がＭＡＣ１と一致する場合は、ステップ３７でＭＬＤ  Ｒｅｐｏｒｔを送信したクライアントは認証済みのクライアントであると判定する（ステップ４４）。
（３．３）コンテンツ配信エリアチェック
（３．２）における認証チェックで受理されたマルチキャスト配信要求に対して、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、図６のステップ１４、１５と同じ処理を行って、コンテンツ配信エリアチェックを行う（ステップ４５〜４９）。ここで、配信可の応答を受けた場合は、パケットフィルタ部１８のフィルタをオープンしておく（図７のステップ５０）。その後、図６に示したステップ１６からの処理を行って、コンテンツ配信サーバ（ＣＤＳ）にコンテンツを要求し、ＭＣＧ２はユニキャストで受信したストリームを要求エリアに対してマルチキャスト配信する（ステップ５１）。
【００６５】
（具体例）
次に、図８に示すネットワーク構成を用いて、本発明の実施の形態をより具体的に説明する。図８に示すネットワークにおいて、各ネットワーク装置（ネットワークにおいてパケットを中継する装置）はＩＰｖ６を用いて通信するものとし、図８に示す通りのＩＰｖ６アドレスが付与されているものとする。
【００６６】
すなわち、クライアントの無線アクセス可能なエリアとして、プレフィクス２００１：０：１：１：：／６４に対応するエリア１と、２００１：０：１：２：：／６４に対応するエリア２、及び２００１：２：１：１：：／６４に対応するエリア３が存在する。２００１：０：１：１：：／６４及び２００１：０：１：２：：／６４はマルチキャスト制御ゲートウェイ（ＭＣＧ１）の配下であり、２００１：２：１：１：：／６４はマルチキャスト制御ゲートウェイ（ＭＣＧ２）の配下にある。
【００６７】
マルチキャスト制御ゲートウェイ（ＭＣＧ１）のユニキャスト網側（インターネット側）のアドレスは２００１：１：１：１：：２である。一方、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のユニキャスト網側（インターネット側）のアドレスは２００１：２：２：１：：２である。
【００６８】
ホームエージェント（ＨＡ）のアドレスは２００１：９：９：９：：２である。コンテンツ配信サーバ１（ＣＤＳ１）はモバイルＩＰｖ６クライアントであり、そのホームアドレスは２００１：９：９：９：：１０である。また、図８に示す状態においてコンテンツ配信サーバ１（ＣＤＳ１）は２００１：０：１：１：：／６４に対応するエリア１に存在するため、その気付けアドレスは２００１：０：１：１：：ａｂｃｄであるものとし、この気付けアドレスをモバイルＩＰｖ６の仕組みを用いてホームエージェント（ＨＡ）に通知している。
【００６９】
また、アドレスマッピングサーバ（ＡＭＳ）のアドレスは２００１：８：８：８：：２であり、図９に示すコンテンツ属性情報を保持している。このコンテンツ属性情報は、コンテンツ配信サーバ１（ＣＤＳ１）が、マルチキャストアドレスｆｆ０８：：１：１に対してコンテンツを配信し、マルチキャストアドレスｆｆ０８：：１：１に対応するコンテンツは、マルチキャスト制御ゲートウェイ（ＭＣＧ２）配下であるプレフィクス２００１：２：１：１：：／６４のネットワークを含むいくつかのエリアへの配信が許可されていることを示している。また、コンテンツ配信を要求するクライアントが認証されていることを要するか否か設定されている。「要」の場合、コンテンツ属性要求メッセージに、コンテンツ配信要求をしたクライアントが認証されている旨の情報が含まれている場合に、コンテンツ属性を提供する。
【００７０】
マルチキャスト制御ゲートウェイ（ＭＣＧ１及びＭＣＧ２）は、このようなマルチキャストコンテンツ属性を管理するアドレスマッピングサーバ（ＡＭＳ）が２００１：８：８：８：：２に存在することを、コンフィグファイルより読み取り、認知しているとする。
【００７１】
次に図８の構成におけるコンテンツ要求開始からマルチキャスト配信開始までの動作について説明する。
【００７２】
ここで、マルチキャスト配信サーバ１（ＣＤＳ１とする）は、マルチキャスト制御ゲートウェイ（ＭＣＧ１）配下の２００１：０：１：１：：／６４に存在し、認証済であるものとする。また、コンテンツを要求するクライアント１も認証済みであるものとする。まず、クライアント１が、マルチキャストアドレスｆｆ０８：：１：１に対応するコンテンツを要求すると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のコンテンツ受信クライアント検出部１６がこのクライアントからの要求メッセージ（ＭＬＤ  Ｒｅｐｏｒｔ）を受信する。そして、図７を用いて説明した手順で、要求メッセージが認証されたクライアントから送られたものであることをチェックすると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、要求されたマルチキャストコンテンツの属性を取得するため、コンテンツ属性要求部１３からアドレスマッピングサーバ（ＡＭＳ）に対してコンテンツ属性要求メッセージを発信する。
【００７３】
図１０にコンテンツ属性要求メッセージの内容の一例を示す。図１０に示すように、コンテンツ属性要求メッセージは、配信を要求するコンテンツのマルチキャストアドレスと配信先のネットワークプレフィクス（この場合は、２００１：２：１：１：：／６４）に加えて、配信を要求するクライアントの認証チェック結果を含む。
【００７４】
これを受信したアドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性要求受信部３１は、これをＡＭＳの制御部３５へ通知する。制御部３５はデータベース（図９に示すコンテンツ属性）を参照し、要求されたマルチキャストアドレスに対応するコンテンツが、要求元のエリア３に配信可能であり、なおかつ、配信要求を行ったクライアントが認証済みであることを判定する。この結果、アドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性送信部３２は、図１１に示す内容のコンテンツ属性をマルチキャスト制御ゲートウェイ（ＭＣＧ２）へ通知する。
【００７５】
マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム配信要求部１４は、前記コンテンツ属性を用いて、コンテンツ配信サーバ１（ＣＤＳ１）（２００１：９：９：９：：１０）に向けて、図１２に示す、マルチキャストアドレス（ｆｆ０８：：１：１）のコンテンツを要求するメッセージを発信する。
【００７６】
コンテンツ配信サーバ１（ＣＤＳ１）はモバイルＩＰｖ６クライアントであるため、前記要求メッセージは、ホームエージェント（ＨＡ）が受信する。ホームエージェント（ＨＡ）はこのメッセージをコンテンツ配信サーバ１（ＣＤＳ１）（気付けアドレスである２００１：０：１：１：：ａｂｃｄ）に転送する。
【００７７】
図１３に、コンテンツ配信要求メッセージの転送経路を示す。コンテンツ配信サーバ１（ＣＤＳ１）は、ホームエージェント（ＨＡ）から転送されたマルチキャスト制御ゲートウェイ（ＭＣＧ２）からのコンテンツ配信要求メッセージを受信すると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）に対するコンテンツ配信セッションを作成する。
【００７８】
そして、コンテンツ配信サーバ１（ＣＤＳ１）はマルチキャスト制御ゲートウェイ（ＭＣＧ２）へ配信するｆｆ０８：：１：１に対応するマルチキャストコンテンツをユニキャストカプセル化し、これをマルチキャスト制御ゲートウェイ（ＭＣＧ２）に向けて送信する。コンテンツ配信サーバ１（ＣＤＳ１）は、モバイルＩＰｖ６クライアントであるため、コンテンツ配信サーバ１（ＣＤＳ１）からマルチキャスト制御ゲートウェイ（ＭＣＧ２）へのストリームはホームエージェント（ＨＡ）を経由して転送される。図１４に、ストリーム配信経路を示す。
【００７９】
マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム受信部１２は、当該コンテンツを受信すると、ＭＣＧ２のマルチキャスト復元部１９が、ｆｆ０８：：１：１に対応するコンテンツをユニキャストパケットからマルチキャストパケットに復元し、ＭＣＧ２のストリーム配信部１１が、セッション情報に基づき、当該コンテンツをクライアント１の存在するエリア３に向けてマルチキャスト配信する。
【００８０】
ここで、コンテンツ配信サーバ１（ＣＤＳ１）が、２００１：０：１：１：：／６４に対応するネットワークエリア１から、２００１：０：１：２：：／６４に対応するネットワークエリアに移動したとする。コンテンツ配信サーバ１（ＣＤＳ１）はモバイルＩＰｖ６クライアントであり、ホームアドレスは２００１：９：９：９：：１０のまま変わらないが、２００１：０：１：２：：／６４に対応するエリア２に存在するため、気付けアドレスは例えば２００１：０：１：２：：ａｂｃｄに変化する。このとき、コンテンツ配信サーバ１（ＣＤＳ１）は、この気付けアドレスをモバイルＩＰｖ６の仕組みを用いてホームエージェント（ＨＡ）に通知する。また、ホームエージェント（ＨＡ）によりコンテンツ配信サーバ１（ＣＤＳ１）の認証がなされる。なお、ＡＭＳは、コンテンツ配信サーバ１（ＣＤＳ１）のホームアドレスを管理しているので、ＡＭＳが管理するコンテンツ配信サーバ１（ＣＤＳ１）のアドレスは全く変更を要しない。
【００８１】
このとき、クライアント１からのマルチキャストｆｆ０８：：１：１の要求に対して、ＭＣＧ２が発信するストリーム要求メッセージは、図１５に示すように、正しいコンテンツ配信サーバ１（ＣＤＳ１）の所在地に、ホームエージェント（ＨＡ）により転送される。また、コンテンツ配信サーバ１（ＣＤＳ１）からのストリーム配信経路は、図１６に示す経路になる。これにより、マルチキャスト制御ゲートウェイ（ＭＣＧ２）及びその配下のマルチキャストクライアントは、コンテンツ配信サーバ１（ＣＤＳ１）の移動を意識せず、マルチキャストコンテンツ（ｆｆ０８：：１：１）を受信し続けることができる。
【００８２】
上記のように本実施の形態で説明したマルチキャスト配信システムによれば、アドレスマッピングサーバにおけるデータベースを設定することにより、コンテンツ毎にコンテンツ配信サーバとコンテンツ配信先エリアを指定することができ、指定したエリアにおけるクライアントに対してのみ、コンテンツをマルチキャスト配信されるといったポリシをネットワークに反映でき、このポリシに従って動的にコンテンツ配信ツリーを構築することが可能となる。
【００８３】
また、本実施の形態で説明したマルチキャスト配信システムによれば、ＭＬＤ  Ｒｅｐｏｒｔを送信したクライアントが、認証されたクライアントか否かを判定でき、認証されたクライアントだけにコンテンツの配信要求を許可するという制御を実現できる。
【００８４】
本発明は、上記の実施例に限定されることなく、特許請求の範囲内で種々変更・応用が可能である。
【図面の簡単な説明】
【００８５】
【図１】従来技術におけるマルチキャスト配信システムの一例を示す図である。
【図２】本発明の実施の形態におけるマルチキャスト配信システムを示す図である。
【図３】本発明の実施の形態におけるマルチキャスト制御ゲートウェイの機能ブロック図である。
【図４】本発明の実施の形態におけるスプリッタの機能ブロック図である。
【図５】本発明の実施の形態におけるアドレスマッピングサーバの機能ブロック図である。
【図６】本発明の実施の形態における、クライアント及びコンテンツ配信サーバの認証から、コンテンツのマルチキャスト配信開始までのシーケンスを示す図である。
【図７】コンテンツ受信クライアントの認証チェック処理を説明するためのシーケンスチャートである。
【図８】本発明の実施の形態におけるマルチキャスト配信システムを詳細に示す図である。
【図９】本発明の実施の形態におけるアドレスマッピングサーバが保持するコンテンツ属性情報の例である。
【図１０】本発明の実施の形態におけるコンテンツ属性要求メッセージの内容の一例を示す図である。
【図１１】本発明の実施の形態におけるアドレスマッピングサーバから送信されるコンテンツ属性メッセージの内容の一例を示す図である。
【図１２】本発明の実施の形態におけるストリーム配信要求メッセージの内容の一例を示す図である。
【図１３】マルチキャストアドレス（ｆｆ０８：：１：１）に対応するストリーム配信要求メッセージの転送経路を示す図である。
【図１４】マルチキャストアドレス（ｆｆ０８：：１：１）に対応するストリーム配信経路を示す図である。
【図１５】コンテンツ配信サーバが移動した後のストリーム配信要求メッセージの転送経路を示す図である。
【図１６】コンテンツ配信サーバが移動した後のストリーム配信経路を示す図である。
【符号の説明】
【００８６】
１、３  マルチキャスト対応ルータ
５  クライアント
ＡＭＳ  アドレスマッピングサーバ
ＨＡ  ホームエージェント
ＣＤＳ  コンテンツ配信サーバ
ＳＰ  スプリッタ
ＭＣＧ  マルチキャスト制御ゲートウェイ
１０  ＨＡ通信部
１１  ストリーム配信部
１２  ストリーム受信部
１３  ストリーム配信要求部
１４  コンテンツ属性要求部
１５  制御部
１６  コンテンツ受信クライアント検出部
１７  認証チェック部
１８  パケットフィルタ部
１９  マルチキャスト復元部
２０  クライアント認証部
２１  コンテンツ要求受信部
２２  ストリーム配信部
２３  ストリーム配信要求部
２４  ストリーム受信部
２５  制御部
３１  コンテンツ属性要求受信部
３２  コンテンツ属性送信部
３３  コンテンツ属性管理データベース
３４  属性操作用ユーザインタフェース部
３５  制御部
【図１】
2006295340.tif 000003
【図２】
2006295340.tif 000004
【図３】
2006295340.tif 000005
【図４】
2006295340.tif 000006
【図５】
2006295340.tif 000007
【図６】
2006295340.tif 000008
【図７】
2006295340.tif 000009
【図８】
2006295340.tif 000010
【図９】
2006295340.tif 000011
【図１０】
2006295340.tif 000012
【図１１】
2006295340.tif 000013
【図１２】
2006295340.tif 000014
【図１３】
2006295340.tif 000015
【図１４】
2006295340.tif 000016
【図１５】
2006295340.tif 000017
【図１６】
2006295340.tif 000018