(57)【要約】【課題】マルチキャストコンテンツの受信状態をクライアント毎に把握する。【解決手段】ゲートウェイ装置において、認証されたクライアントのアドレスを当該クライアントと対応付けて保持する手段と、クエリーメッセージに対する応答メッセージを一のクライアントから受信した場合に、その他のクライアントに対して当該応答メッセージを配信せず、前記一のクライアントからの応答メッセージに加えてその他のクライアントからの応答メッセージを受信する手段と、受信した応答メッセージに含まれるアドレスと、保持されたアドレスとを照合することにより、マルチキャストコンテンツ受信中のクライアントを個々に検出する手段とを備える。【選択図】  図８
2006295339.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）のアドレスに変更する。それから、書き換えたコンテンツ配信要求メッセージを、前記ホームアドレスに向けて発信する（ステップ１８）。
【００５６】
このコンテンツ配信要求メッセージは、次にホームエージェント（ＨＡ）に配信され、ホームエージェント（ＨＡ）から、この要求メッセージがコンテンツ配信サーバ（ＣＤＳ）へ転送される（ステップ１９）。この要求メッセージはＭＣＧ１を経由するが、ＭＣＧ１は、当該コンテンツ配信サーバ（ＣＤＳ）が認証済であると判断し、転送を許可する。コンテンツ配信サーバ（ＣＤＳ）は、この配信要求メッセージを受信すると、ホームエージェント（ＨＡ）ではなく、ホームエージェント（ＨＡ）の直前の発信元装置（ここではＳＰ１）のアドレスと、要求されたコンテンツのマルチキャストアドレスとのペアをセッション情報として管理する。なお、“ツリーが作成された”とは、上記の各ノードにおいて特定のコンテンツに対応したセッション情報が保持されたことをいう。
【００５７】
（５）コンテンツ中継とマルチキャスト配信の段階
モバイルＩＰクライアントであるコンテンツ配信サーバ（ＣＤＳ）は、保持しているセッション情報を元に、要求されたコンテンツを配信する。上記過程では、要求されたコンテンツ配信先としてＳＰ１が登録されているため、当該コンテンツをユニキャストでＳＰ１宛にユニキャストカプセル化してストリーム配信する（ステップ２０、２１）。マルチキャスト制御ゲートウェイ（ＭＣＧ１）は、コンテンツ配信サーバ（ＣＤＳ）が認証済であると判断し、ユニキャストリームの転送を行う。また、このストリームは、ホームエージェント（ＨＡ）を経由してスプリッタ（ＳＰ１）へ転送される（ステップ２２）。
【００５８】
スプリッタ（ＳＰ１）のストリーム受信部２４は、ユニキャストカプセル化されたコンテンツストリームを受信すると、セッション管理部２５において管理しているセッション情報に基づき転送を行う。ここではマルチキャスト制御ゲートウェイ（ＭＣＧ２）に対するセッションが管理されているため、ストリーム配信部２２から、マルチキャスト制御ゲートウェイ（ＭＣＧ２）に対してコンテンツをストリーム配信する（ステップ２３）。
【００５９】
マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム受信部１２は、スプリッタ（ＳＰ１）からコンテンツを受信する。そして、マルチキャスト復元部１９は、コンテンツストリームをマルチキャストに復元し（ステップ２４）、ストリーム配信部１１はセッション管理部１５２において管理しているセッション情報に基づきコンテンツを配信する（ステップ２５）。ここでは、クライアントが存在するエリアに対するセッションが管理されているため、ストリーム配信部１１から、当該エリアに対して、コンテンツストリームをマルチキャストチャネルで配信する。
【００６０】
以上のシーケンス例では、ＳＰが１台であったが、ＳＰは無くても良く、また２台以上存在していても良い。
【００６１】
また、コンテンツ配信サーバ（ＣＤＳ）がモバイルＩＰ機能を持たない構成としてもよい。この場合、ＡＭＳにはコンテンツ配信サーバ（ＣＤＳ）のＩＰアドレスが登録され、コンテンツ配信サーバ（ＣＤＳ）から送信されるパケット、コンテンツ配信サーバ（ＣＤＳ）宛のパケットはＨＡを経由しない。それ以外の処理はモバイルＩＰ機能を持つ場合と同じである。
【００６２】
（クライアントの認証）
以下、（３）コンテンツ受信要求処理におけるコンテンツ受信クライアントの認証チェック処理について図７のシーケンスチャートを参照して詳細に説明する。ここでの処理により、認証されたクライアントのみがマルチキャストを要求できるようになる。
【００６３】
（３．１）  コンテンツ受信クライアントのログイン
まず、コンテンツの配信要求を行おうとするクライアントの認証を行う。認証方法は特定の方法に限定されない。例えば、クライアントがモバイルＩＰｖ６機能を持つ場合には、ホームエージェント（ＨＡ）がモバイルＩＰの機能によってクライアントを認証し、認証ＯＫであればホームエージェント（ＨＡ）がクライアントのグローバルなＩＰアドレス（ホームアドレス）をマルチキャスト制御ゲートウェイ（ＭＣＧ２）のＨＡ通信部１０に通知し、ＨＡ通信部１０はそれを認証状態管理部１５１に通知し、認証状態管理部１５１はそのアドレスを認証されたクライアントのアドレスとして記憶装置に格納し、管理する。また、クライアントがモバイルＩＰの機能を持たない場合でも、ホームエージェント（ＨＡ）にモバイルＩＰの機能を持たないクライアントの認証を行う機能を備えることにより、クライアントがホームエージェント（ＨＡ）にアクセスして、ホームエージェント（ＨＡ）が認証を行うことができる。
【００６４】
また、クライアントとマルチキャスト制御ゲートウェイ（ＭＣＧ２）間でＩＰｓｅｃネゴシエーションを行うことにより認証を行い、マルチキャスト制御ゲートウェイ（ＭＣＧ２）が認証済みクライアントのアドレスを取得してもよい。また、マルチキャスト制御ゲートウェイ（ＭＣＧ２）が認証用ＷＷＷページをクライアントに提供し、クライアントからＩＤとパスワードの入力を受けて、予め登録したＩＤ、パスワードと比較することによりクライアントを認証してもよい。
【００６５】
図７に示す例では、ホームエージェント（ＨＡ）がクライアントの認証を行い（ステップ３１）、認証に成功したクライアントのグローバルなＩＰアドレスをマルチキャスト制御ゲートウェイ（ＭＣＧ２）に通知し（ステップ３２）、それを認証状態管理部１５１に通知している（ステップ３３）。
【００６６】
そして、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、取得したＩＰアドレスを用いてクライアントにアクセスすることにより（ステップ３４）、クライアントのＭＡＣアドレスを取得し、認証状態管理部１５１は取得したＭＡＣアドレスをＩＰアドレスに対応付けて管理する（ステップ３５、３６）。
（３．２）  コンテンツ受信要求（マルチキャストＪｏｉｎ）
マルチキャストの配信要求するため、クライアントはＪｏｉｎ（ＩＰｖ４マルチキャストであればＩＧＭＰ  Ｒｅｐｏｒｔ、ＩＰｖ６マルチキャストであればＭＬＤ  Ｒｅｐｏｒｔ）を発信するが、図７はＩＰｖ６マルチキャストの場合を示している。
【００６７】
ＩＰｖ４マルチキャストの場合であれば、マルチキャスト制御ゲートウェイ（ＭＣＧ２）の認証チェック部１７は、ＩＧＭＰ  Ｒｅｐｏｒｔの発信元ＩＰアドレスとＭＡＣアドレスの組が、前記（３．１）の処理により保持されているＩＰアドレスとＭＡＣアドレスの組のいずれかと一致しているかどうかチェックする。一致しているものが無ければ当該Ｊｏｉｎを破棄する。一致している場合、図６におけるステップ１６からの処理を行ってマルチキャスト配信を行う。なお、コンテンツ属性要求をし、要求エリアに配信可能である場合の応答を受けた場合に、パケットフィルタ部１８は、そのコンテンツの当該エリアに対する配信のフィルタをオープンしておく。
【００６８】
一方、ＩＰｖ６マルチキャストの場合は、ＭＬＤ  Ｒｅｐｏｒｔの発信元ＩＰアドレスがリンクローカルアドレスであるため、ＩＰｖ４マルチキャストの場合にようにグローバルＩＰアドレスとの一致をチェックすることができない。そこで、本実施の形態では以下のようにしてＭＬＤ  Ｒｅｐｏｒｔが認証されたクライアントからのパケットであるかどうかをチェックする。
【００６９】
図７に示すように、まず、マルチキャスト制御ゲートウェイ（ＭＣＧ２）の認証チェック部１７は、クライアントから受信したＭＬＤ  Ｒｅｐｏｒｔパケットからの発信元ＭＡＣアドレス（ＭＡＣ１とする）を取得し（ステップ３７、３８）、ＭＡＣ１が、前記（３．１）のステップ３６により取得し、管理していた情報のどれかと一致しているかチェックする。一致しているものが無ければ当該配信要求を破棄する。
【００７０】
ＭＡＣ１と一致するＭＡＣアドレスが存在する場合、認証チェック部１７は、ＭＡＣ１に対応するグローバルなＩＰアドレスを認証状態管理部１５１から取得する（ステップ３９、４０）。そして、ＩＰｖ６のＮｅｉｇｈｂｏｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ（近隣要請）パケットに目的アドレスとして認証状態管理部１５１から取得したＩＰアドレスを設定し、そのＮｅｉｇｈｂｏｒ  Ｓｏｌｉｃｉｔａｔｉｏｎパケットをクライアント側のエリアに発信する（ステップ４１）。    
このパケットを受信した上記ＩＰアドレスを持つクライアントから応答パケット（Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ（近隣広告））が通知されると（ステップ４２）、そのパケットのＭＡＣアドレス（ＭＡＣ２とする）をチェックし、ＭＡＣ２がＭＡＣ１と一致するかどうかチェックする（ステップ４３）。ＭＡＣ２がＭＡＣ１と一致する場合は、応答パケットを送信したクライアントは、ＭＡＣ１に対応付けて保持されるＩＰアドレスを有するクライアント、すなわち認証されたクライアントであると判定できる。従って、ＭＡＣ２がＭＡＣ１と一致する場合は、ステップ３７でＭＬＤ  Ｒｅｐｏｒｔを送信したクライアントは認証済みのクライアントであると判定する（ステップ４４）。
【００７１】
なお、上記のＭＬＤ  Ｒｅｐｏｒｔパケットの認証チェックは、各クライアント毎に、マルチキャストグループへの参加を行うために最初に送信されるＭＬＤ  Ｒｅｐｏｒｔパケットに対して行われる。
（３．３）コンテンツ配信エリアチェック
（３．２）における認証チェックで受理されたマルチキャスト配信要求に対して、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、図６のステップ１４、１５と同じ処理を行って、コンテンツ配信エリアチェックを行う（ステップ４５〜４９）。ここで、配信可の応答を受けた場合は、パケットフィルタ部１８のフィルタをオープンしておく（図７のステップ５０）。その後、図６に示したステップ１６からの処理を行って、コンテンツ配信サーバ（ＣＤＳ）にコンテンツを要求し、ＭＣＧ２はユニキャストで受信したストリームを要求エリアに対してマルチキャスト配信する（ステップ５１）。
【００７２】
（マルチキャスト受信中のクライアントを個別に把握する処理）
次に、マルチキャスト受信中のクライアントを個別に把握し、ある一定期間マルチキャスト受信をしていないクライアントを自動的にログアウトさせる処理について説明する。以下の説明では、ネットワークに接続された認証サーバが認証用ＷＷＷページをクライアントに提供し、クライアントからＩＤ、パスワードの入力を受けて、予め登録したＩＤ、パスワードと比較することによりクライアントを認証してログインを受け付け、ログイン認証済のクライアントのアドレス情報（グローバルＩＰアドレスとＭＡＣアドレス）がクライアントＩＤと共にマルチキャスト制御ゲートウェイ（ＭＣＧ２）に通知され、記憶装置に保持され、認証状態管理部１５１により管理されているものとする。
【００７３】
前述したように、従来技術では、同一エリアに複数のクライアントが存在する場合において、マルチキャストを受信中のクライアントを個別に把握することはできなかったが、本実施の形態では以下で説明する処理を実行することによりこの問題を解決している。
（１）まず、マルチキャスト制御ゲートウェイ（ＭＣＧ２）配下の無線アクセスポイント（ＡＰ）のマルチキャストパケットの折り返しをＯＦＦとする。
【００７４】
ＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙに対するクライアントからの応答（ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔ）パケットは、マルチキャストパケットであり、通常は無線アクセスポイント（ＡＰ）から、同一エリア内の他のクライアントにマルチキャスト配信されるが、上記の設定を行うことにより、応答パケットがクライアントから発信されたとき、無線アクセスポイント（ＡＰ）が必ずマルチキャスト制御ゲートウェイ（ＭＣＧ２）に対してのみパケットを転送するようになり、クライアント側には応答パケットは発信されない。すなわち、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、各クライアントから無線アクセスポイント（ＡＰ）に向けて発信された応答パケットを全て取得することができる。この設定を行うことにより、図８に示すように、無通信クライアントの自動ログアウトを行うことが可能である。
【００７５】
図８において、まず、ある認証されたクライアントがマルチキャストコンテンツの視聴をするためにマルチキャスト配信要求（ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔ）を発信すると、コンテンツ受信クライアント検出部１６がそれを受信する。そして、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、図７で説明した方法によりそのＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔパケットが認証されたクライアントから発信されたものかどうかをチェックし、認証されたクライアントから発信されたものであれば、クライアントはコンテンツの受信を行うことができる。また、そのクライアントがマルチキャスト通信中のクライアントである旨の情報が、前記のアドレス情報と対応付けて記憶装置（通信中端末リスト）に記録される。
【００７６】
コンテンツ受信クライアント検出部１６は定期的にＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙをクライアント側エリアに発信している。無通信監視部９は、ＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙに対する応答パケットに含まれるＭＡＣアドレスと前記アドレス情報内のＭＡＣアドレスとを照合することにより、どのクライアントからの応答パケットかを識別し、応答パケットを発信したクライアントに対応付けて、ＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙに対する応答パケットの送信があった旨の情報を記録する。これにより、実際にマルチキャスト通信中であるクライアントを検出することができる。
【００７７】
また、無通信監視部９は、所定の期間（Ｔ１）毎に無通信クライアントをチェックする。すなわち、ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔを発信したことにより通信中クライアントとして記録されたクライアントに着目し、そのクライアントが、期間Ｔ１内にＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙに対する応答パケットを返信したかどうかをチェックする。具体的には、Ｔ１期間毎に、ＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙに対する応答パケットの送信があった旨の情報が記録されているか否かを通信中クライアント毎にチェックする。そして、応答パケットの送信があった旨の情報が記録されていないクライアントについては、通信中である旨の情報を削除し、更に、認証サーバ等に対してそのクライアントのログアウトを要求し、ログアウトを行う。
【００７８】
なお、クライアントがユニキャスト通信も行う場合には、無通信監視部９は、ＭＣＧ２を通過するＩＰパケットを監視することにより、各クライアントがユニキャスト通信を行っているか否かを監視し、マルチキャスト通信とユニキャスト通信の両方を行っていない場合にログアウト処理を行うこととしてもよい。
【００７９】
（２）ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔ発信の効率化
上記のように、ＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙに対する各クライアントからの応答パケットをマルチキャスト制御ゲートウェイ（ＭＣＧ２）が受信できるように設定を行うことにより、クライアント毎にマルチキャスト受信中か否かを判断できる。ただし、ＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙを発信する度にマルチキャスト受信中の全てのクライアントが応答パケットを送出することは装置負荷等の観点から望ましくない。
【００８０】
そこで、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、マルチキャストパケットのうち、無線アクセスポイント（ＡＰ）配下のクライアントに転送すべきものとそうでないものとを判断し、転送すべきものだけを無線アクセスポイント（ＡＰ）配下に向かって吹き直す（折り返す）処理を行う。従来は、クライアントから発信されたマルチキャストパケットを無線アクセスポイント（ＡＰ）が受信すると、無線アクセスポイント（ＡＰ）が他のクライアントに対してマルチキャストパケットを転送していたが、この転送を、無線アクセスポイント（ＡＰ）ではなくマルチキャスト制御ゲートウェイ（ＭＣＧ２）が行うことにする。これにより、ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔ発信の効率化を実現する。
【００８１】
具体的には、無通信クライアント検出を目的とする場合、予め定めたタイムアウト期間の全部で各クライアントのＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙの応答をチェックする必要はなく、例えば、タイムアウト期間の前半の一部と後半の一部だけでＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙの応答をチェックすれば十分であることに着目し、以下のような処理を行う。
【００８２】
図９に示すように、自動ログアウトするまでの時間（タイムアウト）をＴ１とし、ＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙを発信する間隔をＴ２とした場合に、Ｔ１の前半の一部のＴ２と後半の一部のＴ２だけをＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔの折り返し無し期間とし、残りの期間についてはＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔを折り返す。なお、折り返し無し／折り返し有り期間の制御は制御部１５が行い、折り返し処理はコンテンツ受信クライアント検出部１６が行う。
【００８３】
これにより、ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔの折り返し無し期間については、マルチキャスト受信中の全クライアントからのＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔを収集でき、通信中クライアントのチェックを行うことができる。また、ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔを折り返す期間では、同一マルチキャストを受信中の他のクライアントはＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔをマルチキャスト制御ゲートウェイ（ＭＣＧ２）に向かって応答する必要が無くなり、ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔ処理の負荷を効率化できる。
【００８４】
さて、タイムアウト検出期間であるＴ１は、自動ログアウトを行う観点で決定されるものであり、短すぎると利用者が再度ログインしなければならないケースが増加してしまうので、適度な長さを要するが、長すぎると利用者に対して無駄な課金が発生してしまうといったことを考慮して決定される。一方、ＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙを発信する間隔Ｔ２は、コンテンツ受信中クライアントが存在するか否かをチェックし、コンテンツ受信中クライアントが存在しなければコンテンツ配信を停止するという観点で決定されるものであり、例えば、コンテンツ受信中クライアントが存在しなくなればすぐにコンテンツ配信を停止したいとサービス提供側が考えた場合にはＴ２を短くする。このように、Ｔ１とＴ２とは独立に決定されるため、Ｔ１の長さとＴ２の長さとの関係には種々の場合がある。
【００８５】
例えば、図９に示したようなＴ１とＴ２の長さの関係であれば、図９に示したように折り返し無し期間をＴ１／２の中に一回設けることにより、自動ログアウトの判断を的確に行うことができるとともに、ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔ処理の負荷を効率化できる。なお、図９の場合、Ｔ１内において応答が無かったクライアントを自動ログアウトする。また、図９の場合、２つの折り返し無し期間において応答が無かったクライアントを自動ログアウトすることとしてもよい。
【００８６】
一方、例えば、Ｔ２がＴ１／２より長い場合に、折り返し無し期間と折り返し有り期間の両方を設けると、ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔの取りこぼしが発生する等して的確に自動ログアウト検出ができなくなる可能性がある。
【００８７】
そこで本実施の形態では、Ｔ１／２＞Ｔ２の場合、図９に示すように、Ｔ１／２の間に１回、ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔの折り返し無し期間を設け、その他の期間はＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔの折り返しを行うこととしている。また、Ｔ１／２＜Ｔ２及びＴ１／２＝Ｔ２の場合は、ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔの折り返し期間を設けず、全期間でＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔを折り返し配信しないこととしている。本実施の形態において、無通信監視期間（Ｔ１）の半分の期間（Ｔ１／２）を用いているのは、Ｑｕｅｒｙ発信＆Ｒｅｐｏｒｔ収集期間と無通信監視期間のタイミングのずれを考慮したためである。なお、Ｔ１／２の間に少なくとも１回だけ折り返し無し期間が出現すればよく、折り返し無し期間を一定期間毎に出現させる必要はない。
【００８８】
図１０を用いてより具体的に説明する。図１０に示す例では、時刻ｔ＝０からｔ＝Ｔ１までが無通信監視期間であるとし、この半分の期間（時刻ｔ＝０からｔ＝Ｔ１／２）に１回は、マルチキャスト受信中のクライアントの全てがＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔを発信し、通信中であることを把握できることを示している。また、図１０に示すように、時刻ｔ＝τにマルチキャスト制御ゲートウェイ（ＭＣＧ２）からＩＧＭＰ／ＭＬＤ  Ｑｕｅｒｙを発信し、その後ｔ＝τ＋Ｔ２に次のＱｕｅｒｙを発信するまでの期間（時間Ｔ２）では、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、無線アクセスポイント（ＡＰ）配下のクライアントからのＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔを受信しても、無線アクセスポイント（ＡＰ）配下に折り返しを行わない。そのため、マルチキャスト受信中の全クライアントがＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔを発信し、受信中クライアントを全て把握することができる。それ以外の期間（例えば時刻ｔ＝τ＋Ｔ２からｔ＝τ＋２Ｔ２までの期間）では、ＡＰ配下に対してＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔの折り返しを行うため、クライアント全員を把握できるとは限らず、必要最小限のＩＧＭＰ／ＭＬＤのみを確認する。
【００８９】
（具体例）
次に、図１１に示すネットワーク構成を用いて、本発明の実施の形態をより具体的に説明する。図１１に示すネットワークにおいて、各ネットワーク装置（ネットワークにおいてパケットを中継する装置）はＩＰｖ６を用いて通信するものとし、図１１に示す通りのＩＰｖ６アドレスが付与されているものとする。
【００９０】
すなわち、クライアントの無線アクセス可能なエリアとして、プレフィクス２００１：０：１：１：：／６４に対応するエリア１と、２００１：０：１：２：：／６４に対応するエリア２、及び２００１：２：１：１：：／６４に対応するエリア３が存在する。２００１：０：１：１：：／６４及び２００１：０：１：２：：／６４はマルチキャスト制御ゲートウェイ（ＭＣＧ１）の配下であり、２００１：２：１：１：：／６４はマルチキャスト制御ゲートウェイ（ＭＣＧ２）の配下にある。
【００９１】
マルチキャスト制御ゲートウェイ（ＭＣＧ１）のユニキャスト網側（インターネット側）のアドレスは２００１：１：１：１：：２である。一方、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のユニキャスト網側（インターネット側）のアドレスは２００１：２：２：１：：２である。
【００９２】
ホームエージェント（ＨＡ）のアドレスは２００１：９：９：９：：２である。コンテンツ配信サーバ１（ＣＤＳ１）はモバイルＩＰｖ６クライアントであり、そのホームアドレスは２００１：９：９：９：：１０である。また、図１１に示す状態においてコンテンツ配信サーバ１（ＣＤＳ１）は２００１：０：１：１：：／６４に対応するエリア１に存在するため、その気付けアドレスは２００１：０：１：１：：ａｂｃｄであるものとし、この気付けアドレスをモバイルＩＰｖ６の仕組みを用いてホームエージェント（ＨＡ）に通知している。
【００９３】
また、アドレスマッピングサーバ（ＡＭＳ）のアドレスは２００１：８：８：８：：２であり、図１２に示すコンテンツ属性情報を保持している。このコンテンツ属性情報は、コンテンツ配信サーバ１（ＣＤＳ１）が、マルチキャストアドレスｆｆ０８：：１：１に対してコンテンツを配信し、マルチキャストアドレスｆｆ０８：：１：１に対応するコンテンツは、マルチキャスト制御ゲートウェイ（ＭＣＧ２）配下であるプレフィクス２００１：２：１：１：：／６４のネットワークを含むいくつかのエリアへの配信が許可されていることを示している。また、コンテンツ配信を要求するクライアントが認証されていることを要するか否か設定されている。「要」の場合、コンテンツ属性要求メッセージに、コンテンツ配信要求をしたクライアントが認証されている旨の情報が含まれている場合に、コンテンツ属性を提供する。
【００９４】
マルチキャスト制御ゲートウェイ（ＭＣＧ１及びＭＣＧ２）は、このようなマルチキャストコンテンツ属性を管理するアドレスマッピングサーバ（ＡＭＳ）が２００１：８：８：８：：２に存在することを、コンフィグファイルより読み取り、認知しているとする。
【００９５】
次に図１１の構成におけるコンテンツ要求開始からマルチキャスト配信開始までの動作について説明する。
【００９６】
ここで、マルチキャスト配信サーバ１（ＣＤＳ１とする）は、マルチキャスト制御ゲートウェイ（ＭＣＧ１）配下の２００１：０：１：１：：／６４に存在し、認証済であるものとする。また、コンテンツを要求するクライアント１も認証済みであるものとする。まず、クライアント１が、マルチキャストアドレスｆｆ０８：：１：１に対応するコンテンツを要求すると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のコンテンツ受信クライアント検出部１６がこのクライアントからの要求メッセージ（ＭＬＤ  Ｒｅｐｏｒｔ）を受信する。そして、図７を用いて説明した手順で、要求メッセージが認証されたクライアントから送られたものであることをチェックすると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、要求されたマルチキャストコンテンツの属性を取得するため、コンテンツ属性要求部１３からアドレスマッピングサーバ（ＡＭＳ）に対してコンテンツ属性要求メッセージを発信する。
【００９７】
図１３にコンテンツ属性要求メッセージの内容の一例を示す。図１３に示すように、コンテンツ属性要求メッセージは、配信を要求するコンテンツのマルチキャストアドレスと配信先のネットワークプレフィクス（この場合は、２００１：２：１：１：：／６４）に加えて、配信を要求するクライアントの認証チェック結果を含む。
【００９８】
これを受信したアドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性要求受信部３１は、これをＡＭＳの制御部３５へ通知する。制御部３５はデータベース（図１２に示すコンテンツ属性）を参照し、要求されたマルチキャストアドレスに対応するコンテンツが、要求元のエリア３に配信可能であり、なおかつ、配信要求を行ったクライアントが認証済みであることを判定する。この結果、アドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性送信部３２は、図１４に示す内容のコンテンツ属性をマルチキャスト制御ゲートウェイ（ＭＣＧ２）へ通知する。
【００９９】
マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム配信要求部１４は、前記コンテンツ属性を用いて、コンテンツ配信サーバ１（ＣＤＳ１）（２００１：９：９：９：：１０）に向けて、図１５に示す、マルチキャストアドレス（ｆｆ０８：：１：１）のコンテンツを要求するメッセージを発信する。
【０１００】
コンテンツ配信サーバ１（ＣＤＳ１）はモバイルＩＰｖ６クライアントであるため、前記要求メッセージは、ホームエージェント（ＨＡ）が受信する。ホームエージェント（ＨＡ）はこのメッセージをコンテンツ配信サーバ１（ＣＤＳ１）（気付けアドレスである２００１：０：１：１：：ａｂｃｄ）に転送する。
【０１０１】
図１６に、コンテンツ配信要求メッセージの転送経路を示す。コンテンツ配信サーバ１（ＣＤＳ１）は、ホームエージェント（ＨＡ）から転送されたマルチキャスト制御ゲートウェイ（ＭＣＧ２）からのコンテンツ配信要求メッセージを受信すると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）に対するコンテンツ配信セッションを作成する。
【０１０２】
そして、コンテンツ配信サーバ１（ＣＤＳ１）はマルチキャスト制御ゲートウェイ（ＭＣＧ２）へ配信するｆｆ０８：：１：１に対応するマルチキャストコンテンツをユニキャストカプセル化し、これをマルチキャスト制御ゲートウェイ（ＭＣＧ２）に向けて送信する。コンテンツ配信サーバ１（ＣＤＳ１）は、モバイルＩＰｖ６クライアントであるため、コンテンツ配信サーバ１（ＣＤＳ１）からマルチキャスト制御ゲートウェイ（ＭＣＧ２）へのストリームはホームエージェント（ＨＡ）を経由して転送される。図１７に、ストリーム配信経路を示す。
【０１０３】
マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム受信部１２は、当該コンテンツを受信すると、ＭＣＧ２のマルチキャスト復元部１９が、ｆｆ０８：：１：１に対応するコンテンツをユニキャストパケットからマルチキャストパケットに復元し、ＭＣＧ２のストリーム配信部１１が、セッション情報に基づき、当該コンテンツをクライアント１の存在するエリア３に向けてマルチキャスト配信する。この後、図８〜１０を用いて説明したように、マルチキャスト受信中のクライアントを検出し、無通信のクライアントをログアウトさせる処理等を行うことができる。
【０１０４】
ここで、コンテンツ配信サーバ１（ＣＤＳ１）が、２００１：０：１：１：：／６４に対応するネットワークエリア１から、２００１：０：１：２：：／６４に対応するネットワークエリアに移動したとする。コンテンツ配信サーバ１（ＣＤＳ１）はモバイルＩＰｖ６クライアントであり、ホームアドレスは２００１：９：９：９：：１０のまま変わらないが、２００１：０：１：２：：／６４に対応するエリア２に存在するため、気付けアドレスは例えば２００１：０：１：２：：ａｂｃｄに変化する。このとき、コンテンツ配信サーバ１（ＣＤＳ１）は、この気付けアドレスをモバイルＩＰｖ６の仕組みを用いてホームエージェント（ＨＡ）に通知する。また、ホームエージェント（ＨＡ）によりコンテンツ配信サーバ１（ＣＤＳ１）の認証がなされる。なお、ＡＭＳは、コンテンツ配信サーバ１（ＣＤＳ１）のホームアドレスを管理しているので、ＡＭＳが管理するコンテンツ配信サーバ１（ＣＤＳ１）のアドレスは全く変更を要しない。
【０１０５】
このとき、クライアント１からのマルチキャストｆｆ０８：：１：１の要求に対して、ＭＣＧ２が発信するストリーム要求メッセージは、図１８に示すように、正しいコンテンツ配信サーバ１（ＣＤＳ１）の所在地に、ホームエージェント（ＨＡ）により転送される。また、コンテンツ配信サーバ１（ＣＤＳ１）からのストリーム配信経路は、図１９に示す経路になる。これにより、マルチキャスト制御ゲートウェイ（ＭＣＧ２）及びその配下のマルチキャストクライアントは、コンテンツ配信サーバ１（ＣＤＳ１）の移動を意識せず、マルチキャストコンテンツ（ｆｆ０８：：１：１）を受信し続けることができる。
【０１０６】
上記のように本実施の形態で説明したマルチキャスト配信システムによれば、アドレスマッピングサーバにおけるデータベースを設定することにより、コンテンツ毎にコンテンツ配信サーバとコンテンツ配信先エリアを指定することができ、指定したエリアにおけるクライアントに対してのみ、コンテンツをマルチキャスト配信されるといったポリシをネットワークに反映でき、このポリシに従って動的にコンテンツ配信ツリーを構築することが可能となる。
【０１０７】
また、本実施の形態で説明したマルチキャスト配信システムによれば、ＭＬＤ  Ｒｅｐｏｒｔを送信したクライアントが、認証されたクライアントか否かを判定でき、認証されたクライアントだけにコンテンツの配信要求を許可するという制御を実現できる。
【０１０８】
また、本実施の形態で説明したマルチキャスト配信システムによれば、マルチキャスト通信中であるかどうかをクライアント毎に検出でき、無通信クライアントについては自動的にログアウトを行うことができる。
【０１０９】
本発明は、上記の実施例に限定されることなく、特許請求の範囲内で種々変更・応用が可能である。
【図面の簡単な説明】
【０１１０】
【図１】従来技術におけるマルチキャスト配信システムの一例を示す図である。
【図２】本発明の実施の形態におけるマルチキャスト配信システムを示す図である。
【図３】本発明の実施の形態におけるマルチキャスト制御ゲートウェイの機能ブロック図である。
【図４】本発明の実施の形態におけるスプリッタの機能ブロック図である。
【図５】本発明の実施の形態におけるアドレスマッピングサーバの機能ブロック図である。
【図６】本発明の実施の形態における、クライアント及びコンテンツ配信サーバの認証から、コンテンツのマルチキャスト配信開始までのシーケンスを示す図である。
【図７】コンテンツ受信クライアントの認証チェック処理を説明するためのシーケンスチャートである。
【図８】無通信クライアントの検出処理を説明するための図である。
【図９】ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔの折り返し無し期間の設定例を示す図である。
【図１０】ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔの折り返し無し期間の設定について具体的に説明するための図である。
【図１１】本発明の実施の形態におけるマルチキャスト配信システムを詳細に示す図である。
【図１２】本発明の実施の形態におけるアドレスマッピングサーバが保持するコンテンツ属性情報の例である。
【図１３】本発明の実施の形態におけるコンテンツ属性要求メッセージの内容の一例を示す図である。
【図１４】本発明の実施の形態におけるアドレスマッピングサーバから送信されるコンテンツ属性メッセージの内容の一例を示す図である。
【図１５】本発明の実施の形態におけるストリーム配信要求メッセージの内容の一例を示す図である。
【図１６】マルチキャストアドレス（ｆｆ０８：：１：１）に対応するストリーム配信要求メッセージの転送経路を示す図である。
【図１７】マルチキャストアドレス（ｆｆ０８：：１：１）に対応するストリーム配信経路を示す図である。
【図１８】コンテンツ配信サーバが移動した後のストリーム配信要求メッセージの転送経路を示す図である。
【図１９】コンテンツ配信サーバが移動した後のストリーム配信経路を示す図である。
【符号の説明】
【０１１１】
１、３  マルチキャスト対応ルータ
５  クライアント
ＡＭＳ  アドレスマッピングサーバ
ＨＡ  ホームエージェント
ＣＤＳ  コンテンツ配信サーバ
ＳＰ  スプリッタ
ＭＣＧ  マルチキャスト制御ゲートウェイ
９  無通信監視部
１０  ＨＡ通信部
１１  ストリーム配信部
１２  ストリーム受信部
１３  ストリーム配信要求部
１４  コンテンツ属性要求部
１５  制御部
１６  コンテンツ受信クライアント検出部
１７  認証チェック部
１８  パケットフィルタ部
１９  マルチキャスト復元部
２０  クライアント認証部
２１  コンテンツ要求受信部
２２  ストリーム配信部
２３  ストリーム配信要求部
２４  ストリーム受信部
２５  制御部
３１  コンテンツ属性要求受信部
３２  コンテンツ属性送信部
３３  コンテンツ属性管理データベース
３４  属性操作用ユーザインタフェース部
３５  制御部
【図１】
2006295339.tif 000003
【図２】
2006295339.tif 000004
【図３】
2006295339.tif 000005
【図４】
2006295339.tif 000006
【図５】
2006295339.tif 000007
【図６】
2006295339.tif 000008
【図７】
2006295339.tif 000009
【図８】
2006295339.tif 000010
【図９】
2006295339.tif 000011
【図１０】
2006295339.tif 000012
【図１１】
2006295339.tif 000013
【図１２】
2006295339.tif 000014
【図１３】
2006295339.tif 000015
【図１４】
2006295339.tif 000016
【図１５】
2006295339.tif 000017
【図１６】
2006295339.tif 000018
【図１７】
2006295339.tif 000019
【図１８】
2006295339.tif 000020
【図１９】
2006295339.tif 000021