(57)【要約】【課題】マルチキャストコンテンツ受信中のクライアントが、受信中のエリアから他のエリアに移動した場合でも、移動先エリアでコンテンツを継続して受信可能とする。【解決手段】コンテンツ配信装置からコンテンツを受信するマルチキャスト制御装置が、第１のエリアに対して当該コンテンツをマルチキャスト配信しているときに、前記コンテンツを受信中の状態にあるクライアントに応答メッセージを返信させるためのクエリーメッセージを前記第１のエリアに対して送信し、前記応答メッセージの返信がない場合に、前記マルチキャスト制御装置は、第２のエリアに前記クエリーメッセージを送信し、当該クエリーメッセージに対する応答メッセージを受信した場合に、前記第２のエリアへの前記コンテンツのマルチキャスト配信を開始する。【選択図】  図１５
2006067498.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
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記のように従来のマルチキャスト配信技術は、特定のエリア内のクライアントからの配信要求に基づき、その特定のエリア内にコンテンツがマルチキャスト配信されるものであるため、クライアントが、マルチキャスト配信のなされていないエリアに移動した場合には、そのクライアントのマルチキャスト受信は中断する。例えば、図１において、ＶＬＡＮ２により形成されるネットワークエリアでコンテンツのマルチキャスト配信がなされていないとすると、ＶＬＡＮ１により形成されるネットワークエリアに存在し、マルチキャスト受信中のクライアント５が、ＶＬＡＮ２により形成されるネットワークエリアに移動するとマルチキャスト受信は中断する。
【０００６】
マルチキャスト受信を再開するためには、再度配信要求のための操作を行う必要があり、無線アクセス等によりマルチキャスト受信を行うモバイル端末ユーザにとっての利便性には問題があった。
【０００７】
本発明は上記の点に鑑みてなされたものであり、マルチキャストコンテンツ受信中のクライアントが、受信中のエリアから他のエリアに移動した場合でも、コンテンツの再要求操作を行うことなく、移動先エリアでコンテンツを継続して受信可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題は、コンテンツの送信元となるコンテンツ配信装置と、コンテンツを複数エリアの各々にマルチキャスト配信する機能を持つマルチキャスト制御装置とが通信ネットワークに接続されて構成されたマルチキャスト配信システムにおけるマルチキャスト制御方法であって、前記コンテンツ配信装置から送信されたコンテンツを受信する前記マルチキャスト制御装置が、第１のエリアに対して当該コンテンツをマルチキャスト配信しているときに、前記コンテンツを受信中の状態にあるクライアントに応答メッセージを返信させるためのクエリーメッセージを前記第１のエリアに対して送信し、前記応答メッセージの返信がない場合に、前記マルチキャスト制御装置は、第２のエリアに前記クエリーメッセージを送信し、当該クエリーメッセージに対する応答メッセージを受信した場合に、前記第２のエリアへの前記コンテンツのマルチキャスト配信を開始するマルチキャスト制御方法により解決できる。
【０００９】
上記の方法において、前記マルチキャスト制御装置が、第１のエリアに対して当該コンテンツをマルチキャスト配信しているときに、前記コンテンツを受信中の状態にあるクライアントに応答メッセージを返信させるためのクエリーメッセージを前記第１のエリアに対して送信し、更に、第２のエリアに前記クエリーメッセージを送信し、当該クエリーメッセージに対する応答メッセージを受信した場合に、前記第２のエリアへの前記コンテンツのマルチキャスト配信を開始するようにしてもよい。
【００１０】
なお、上記の方法において、前記マルチキャスト配信システムはコンテンツ属性情報管理装置を更に有し、当該コンテンツ属性情報管理装置は、コンテンツ毎に、少なくともコンテンツ識別情報及びコンテンツ配信可能エリア情報を対応付けて管理するデータベースを保持し、前記マルチキャスト制御装置は、前記第２のエリアへの前記コンテンツのマルチキャスト配信を開始する前に、前記コンテンツ属性情報管理装置に対して前記コンテンツのコンテンツ識別情報と前記第２のエリアに対応するエリア情報とを前記コンテンツ属性情報管理装置に送信し、前記マルチキャスト制御装置は、前記コンテンツ属性情報管理装置から、前記第２のエリアへの前記コンテンツの配信が可能である旨を示すメッセージを受信した場合に、前記第２のエリアへの前記コンテンツのマルチキャスト配信を開始する構成をとることもできる。
【００１１】
上記のマルチキャスト制御装置は、第１のエリアに対して、前記コンテンツ配信装置から送信されたコンテンツをマルチキャスト配信しているときに、前記コンテンツを受信中の状態にあるクライアントに応答メッセージを返信させるためのクエリーメッセージを前記第１のエリアに対して送信する手段と、前記応答メッセージの返信がない場合に、第２のエリアに前記クエリーメッセージを送信する手段と、前記第２のエリアに送信したクエリーメッセージに対する応答メッセージを受信した場合に、前記第２のエリアへの前記コンテンツのマルチキャスト配信を開始する手段とを備えて構成できる。
【００１２】
また、上記マルチキャスト制御装置は、第１のエリアに対して、前記コンテンツ配信装置から送信されたコンテンツをマルチキャスト配信しているときに、前記コンテンツを受信中の状態にあるクライアントに応答メッセージを返信させるためのクエリーメッセージを前記第１のエリアに対して送信し、更に第２のエリアに前記クエリーメッセージを送信する手段と、前記第２のエリアに送信したクエリーメッセージに対する応答メッセージを受信した場合に、前記第２のエリアへの前記コンテンツのマルチキャスト配信を開始する手段とを備えて構成することもできる。
【発明の効果】
【００１３】
本発明によれば、あるエリアでコンテンツをマルチキャスト配信中に、コンテンツ受信中クライアントの有無をクエリーメッセージで確認し、コンテンツ受信中クライアントが存在しない場合に、別のエリアでコンテンツ受信中クライアントの有無をクエリーメッセージで確認し、コンテンツ受信中クライアントが存在すれば、そのエリアでコンテンツ配信を開始することとしたので、クライアントは、コンテンツ受信中のエリアから他のエリアに移動した場合でも、コンテンツの再要求操作を行うことなく、移動先エリアでコンテンツを継続して受信することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明の実施の形態を説明する。
【００１５】
本発明の一実施の形態であるマルチキャスト配信システムを図２に示す。図２に示すように、このマルチキャスト配信システムは、コンテンツ配信サーバ（ＣＤＳ:Contents Delivery Server）、アドレスマッピングサーバ（ＡＭＳ:Address Mapping Server）、マルチキャスト制御ゲートウェイ（ＭＣＧ:Multicast Gateway Server）、スプリッタ（ＳＰ: Splitter）がＩＰネットワークに接続された構成を有している。マルチキャスト制御ゲートウェイ（ＭＣＧ）には、レイヤ２スイッチを介して無線アクセスポイント（ＡＰ: Access Point）が接続され、その配下にクライアントが存在する。
【００１６】
コンテンツ配信サーバ（ＣＤＳ）は、本システムを利用してコンテンツをストリーム配信するサーバであり、各クライアントは、ストリーム配信されたコンテンツを利用するユーザの端末である。クライアントは、無線アクセスポイント（ＡＰ）を経由してマルチキャスト制御ゲートウェイ（ＭＣＧ）に接続し、マルチキャスト制御ゲートウェイ（ＭＣＧ）からマルチキャストされるコンテンツを受信する。以下、本実施の形態のマルチキャスト配信システムを構成する各装置の機能を説明する。
【００１７】
アドレスマッピングサーバ（ＡＭＳ）は、コンテンツ毎に、コンテンツに対応するマルチキャストアドレス（これを、マルチキャストチャネル、マルチキャストグループと称する場合もある）と、当該コンテンツの属性（コンテンツの配信元サーバのアドレス、コンテンツの配信可能エリア、ストリーム帯域、暗号化方法等）を保持している。例えばコンテンツ提供者がこれらの属性の値を設定する。
【００１８】
なお、本実施の形態における“エリア”は、ＩＰアドレスのネットワーク部で識別されるネットワークエリアであるが、これに限定されるものではなく、種々の定義が可能である。ネットワークエリアを“ホテル”、“飲食店”、“学校”等と対応付けることにより、“エリア”としてこれらを用いることもできる。また、本実施の形態における“マルチキャスト”はIETF RFC1112やRFC2710等にて定義されているＩＰマルチキャストであるが、本発明が適用されるマルチキャストはこれに限定されるものではない。
【００１９】
マルチキャスト制御ゲートウェイ（ＭＣＧ）は、クライアントからのコンテンツ配信要求を受信し、アドレスマッピングサーバ（ＡＭＳ）からコンテンツ属性を取得して、コンテンツ要求元クライアントの存在するエリアに対して配信可能であれば、スプリッタ（ＳＰ）及びコンテンツ配信サーバ（ＣＤＳ）に対してコンテンツ配信ツリーの作成とコンテンツ配信を要求する。その後、コンテンツ配信ツリーに沿って配信されたコンテンツを、コンテンツ要求元クライアントに対してマルチキャスト配信する。また、ＭＣＧは、ＶＬＡＮ単位（ＶＬＡＮのネットワークアドレス単位）でマルチキャスト配信可否を制御することが可能である。
【００２０】
スプリッタ（ＳＰ）は、コンテンツ配信サーバ（ＣＤＳ）から各ＭＣＧにコンテンツを効率的に配送するための配信ツリーを構成し、コンテンツ配信サーバ（ＣＤＳ）から各マルチキャスト制御ゲートウェイ（ＭＣＧ）に向けて、コンテンツストリームを中継して分岐配送する。
【００２１】
図２に示す例では、各マルチキャスト制御ゲートウェイ（ＭＣＧ）配下ではレイヤ２スイッチを用いることによりＶＬＡＮ（バーチャルＬＡＮ）が構築され、ＶＬＡＮで形成される１つのエリアが１つの無線アクセスポイント（ＡＰ）に対応付けられている。マルチキャスト制御ゲートウェイ（ＭＣＧ）にはアドレスマッピングサーバ（ＡＭＳ）の所在（アドレスや通信ポート）が予め設定されており、アドレスマッピングサーバ（ＡＭＳ）と各マルチキャスト制御ゲートウェイ（ＭＣＧ）間は直接通信可能である。
【００２２】
また、マルチキャスト制御ゲートウェイ（ＭＣＧ）配下は、ＩＰマルチキャストを利用可能であるが、マルチキャスト制御ゲートウェイ（ＭＣＧ）より上流の広域ネットワークでは、ユニキャスト配信のみ可能であるように構成されている。すなわち、コンテンツ配信サーバ（ＣＤＳ）から各マルチキャスト制御ゲートウェイ（ＭＣＧ）までのコンテンツストリーム転送においては、ＩＰマルチキャストパケットをユニキャストパケットにカプセル化して配信する。このように構成されたシステムの動作概要は次の通りである。
【００２３】
あるクライアントがコンテンツ配信要求をマルチキャスト制御ゲートウェイ（ＭＣＧ）に対して送信すると、マルチキャスト制御ゲートウェイ（ＭＣＧ）は、当該クライアントが属しているエリア識別情報と要求するコンテンツ識別情報（マルチキャストアドレス）とをアドレスマッピングサーバ（ＡＭＳ）に送信し、ＡＭＳは、受信した情報から当該エリアで当該コンテンツを受信可能か否かを判断し、可能であればコンテンツ配信サーバ（ＣＤＳ）のアドレスを含む情報をマルチキャスト制御ゲートウェイ（ＭＣＧ）に返し、ＭＣＧはそのアドレスのコンテンツ配信サーバ（ＣＤＳ）あてにスプリッタ（ＳＰ）を介してコンテンツの配信要求を送信する。配信要求を受信したコンテンツ配信サーバ（ＣＤＳ）は、要求されたコンテンツを送信する。コンテンツは、配信要求が通過した経路に沿って要求送信元のマルチキャスト制御ゲートウェイ（ＭＣＧ）まで転送され、ＭＣＧから、要求に係るエリアのクライアントにマルチキャスト配信される。また、マルチキャスト受信中のクライアントが、あるマルチキャスト制御ゲートウェイ（ＭＣＧ）配下のＶＬＡＮのエリアから、当該マルチキャスト制御ゲートウェイ（ＭＣＧ）配下の他のＶＬＡＮに移動した場合、その移動を検知し、移動先のエリアで上記コンテンツのマルチキャスト配信を開始する。
【００２４】
なお、マルチキャスト制御ゲートウェイ（ＭＣＧ）は特許請求の範囲におけるマルチキャスト制御装置の一例であり、アドレスマッピングサーバ（ＡＭＳ）は特許請求の範囲におけるコンテンツ属性情報管理装置の一例であり、コンテンツ配信サーバ（ＣＤＳ）は特許請求の範囲におけるコンテンツ配信装置の一例である。
【００２５】
次に、各装置の構成を説明する。まず、図３にマルチキャスト制御ゲートウェイ（ＭＣＧ）の機能ブロック図を示す。
【００２６】
マルチキャスト制御ゲートウェイ（ＭＣＧ）は、ストリーム配信部１１、ストリーム受信部１２、ストリーム配信要求部１３、コンテンツ属性要求部１４、コンテンツ受信クライアント検出部１６、及び制御部１５を有している。また、制御部１５は、セション管理部１５１、エリア情報管理部１５２、及びユニキャスト／マルチキャスト変換部１５３を有している。
【００２７】
コンテンツ受信クライアント検出部１６は、クライアントから、コンテンツのマルチキャスト配信を要求するためのコンテンツ配信要求メッセージを受信する。このメッセージは、例えばＩＧＭＰのＪｏｉｎメッセージである。また、コンテンツ受信中クライアントの存在を検知するためのクエリーメッセージを発信し、その応答を受信する。
【００２８】
ストリーム配信部１１は、クライアントに対して、要求されたコンテンツをマルチキャスト配信する。ストリーム配信要求部１４は、コンテンツ配信元サーバ（ＣＤＳ）又はスプリッタ（ＳＰ）に対して、コンテンツ配信要求メッセージを送信する。ストリーム受信部１２は、コンテンツ配信元サーバ（ＣＤＳ）又はスプリッタ（ＳＰ）からストリーム配信されるコンテンツを受信する。コンテンツ属性要求部１３は、アドレスマッピングサーバ（ＡＭＳ）に対して、コンテンツの属性を要求するメッセージを送信し、その応答を受信する。
【００２９】
また、制御部１５のセション管理部１５１は、クライアントとのセション及び、コンテンツ配信サーバ（ＣＤＳ）又はスプリッタ（ＳＰ）とのストリーム送受信セションを管理する。また、制御部１５のエリア情報管理部１５２は、ゲートウェイ配下のＶＬＡＮ毎のエリア情報を管理する機能を有し、制御部１５のユニキャスト／マルチキャスト変換部１５３は、クライアント群にコンテンツをマルチキャスト配信するために、コンテンツ配信元サーバ（ＣＤＳ）又はスプリッタ（ＳＰ）から受信したユニキャストストリームをマルチキャストストリームに変換する。
【００３０】
図４にスプリッタ（ＳＰ）の機能ブロック図を示す。同図に示すように、スプリッタ（ＳＰ）は、コンテンツ要求受信部２１、ストリーム配信部２２、ストリーム配信要求部２３、ストリーム受信部２４、及び制御部２５を有している。また、制御部２５は、セション管理部２５１及びマルチキャスト／ユニキャスト変換部２５２を有している。
【００３１】
コンテンツ要求受信部２１は、下流のマルチキャスト制御ゲートウェイ（ＭＣＧ）やスプリッタ（ＳＰ）から、コンテンツ配信要求メッセージを受信し、ストリーム配信部２２は、下流のマルチキャスト制御ゲートウェイ（ＭＣＧ）やスプリッタ（ＳＰ）に対して、要求されたコンテンツをストリーム配信する機能を有している。また、ストリーム配信要求部２３は、上流のスプリッタ（ＳＰ）やコンテンツ配信サーバ（ＣＤＳ）に対して、コンテンツ配信要求メッセージを送信し、ストリーム受信部２４は、上流のスプリッタ（ＳＰ）やコンテンツ配信サーバ（ＣＤＳ）からストリーム配信されるコンテンツを受信する機能を有している。
【００３２】
制御部２５のセション管理部２５１は、下流のスプリッタ（ＳＰ）やマルチキャスト制御ゲートウェイ（ＭＣＧ）、および、上流のスプリッタ（ＳＰ）やコンテンツ配信サーバ（ＣＤＳ）とのストリーム送受信セションを管理し、マルチキャスト／ユニキャスト変換部２５２は、コンテンツ配信サーバ（ＣＤＳ）から受信したＩＰマルチキャストパケットを、ユニキャスト網で転送するため、ユニキャストパケットに変換する機能を有している。
【００３３】
図５にアドレスマッピングサーバ（ＡＭＳ）の機能ブロック図を示す。同図に示すように、アドレスマッピングサーバ（ＡＭＳ）は、コンテンツ属性要求受信部３１、コンテンツ属性送信部３２、コンテンツ属性管理データベース３３、属性操作用ユーザインタフェース部３４、及び制御部３５を有する。また、制御部３５は、データベースアクセス部３５１とコンテンツ配信可否制御部３５２を有している。
【００３４】
コンテンツ属性要求受信部３１は、マルチキャスト制御ゲートウェイ（ＭＣＧ）から、コンテンツ属性要求メッセージを受信する。コンテンツ属性送信部３２は、コンテンツ属性要求元ＭＣＧに対して、コンテンツ属性要求に対する応答メッセージを送信する。配信可能なエリアのＭＣＧに対しては、応答メッセージとしてコンテンツ属性を含む。コンテンツ属性管理データベース３３は、コンテンツ毎に、マルチキャストアドレス、配信元サーバアドレス、配信可能エリア情報等が対応付けられた属性情報を管理する。属性操作用ユーザインタフェース部３４は、コンテンツ属性を操作するための画面を表示し、ユーザからの属性操作入力を受信する。
【００３５】
制御部３５のデータベースアクセス部３５１は、マルチキャスト制御ゲートウェイ（ＭＣＧ）からのコンテンツ属性要求受信時、及び、ユーザからの属性操作時、データベース３３にアクセスし、属性値の読み出し／書き込みを行う。コンテンツ配信可否制御部３５２は、データベース３３の情報とコンテンツ属性要求元のエリア情報とを照合し、その照合結果に基づいて、要求に係るコンテンツを当該エリアに配信許可するか否かを決定する。
【００３６】
上記の各装置における機能部は、コンピュータに、本実施の形態において説明した処理内容を記述したプログラムを実行させることにより実現されるものである。また、上記の各装置は、通信処理機能を有するコンピュータにより実現できる。また、マルチキャスト制御ゲートウェイ（ＭＣＧ）及びスプリッタ（ＳＰ）はルータにより実現することもできる。
【００３７】
（マルチキャスト配信システムの基本的な処理内容）
クライアントのエリア間移動に関する処理内容を説明する前に、その前提となる本マルチキャスト配信システムの基本的な処理内容を図６〜図１４を用いて説明する。
【００３８】
図６は、クライアントによるコンテンツの配信要求から、コンテンツのマルチキャスト配信開始までのシーケンスを示す図である。
【００３９】
本実施の形態におけるマルチキャスト配信システムにおける処理シーケンスは、コンテンツ配信エリアチェックの段階、コンテンツ配信ツリー作成の段階、及び、コンテンツ中継とマルチキャスト配信の段階の３つに大きく分けることができる。各段階におけるシーケンスについて図６を参照して説明する。なお、図６では２つのスプリッタ（ＳＰ１、ＳＰ２）を経由する例を示している。
【００４０】
（１） コンテンツ配信エリアチェックの段階
前述したように、マルチキャスト制御ゲートウェイ（ＭＣＧ）は、配下のＬＡＮ（もしくはＶＬＡＮ）に関するエリア情報（ネットワークプレフィクス）を管理している。配下のエリアのクライアントが、あるコンテンツの配信要求を発信すると（ステップ１）、マルチキャスト制御ゲートウェイ（ＭＣＧ）のコンテンツ受信クライアント検出部１６がこの配信要求を受信する。この配信要求は上記コンテンツの識別情報（マルチキャストアドレス）とエリア情報とを含む。
【００４１】
マルチキャスト制御ゲートウェイ（ＭＣＧ）は、次に、クライアントから配信要求されたコンテンツの属性を要求するため、コンテンツ属性要求部１３からアドレスマッピングサーバ（ＡＭＳ）に対して、コンテンツ属性要求メッセージを発信する（ステップ２）。なお、マルチキャスト制御ゲートウェイ（ＭＣＧ）には、アドレスマッピングサーバ（ＡＭＳ）のアドレスおよびポート番号等がコンフィグファイル等に予め設定してあるものとする。前記コンテンツ属性要求メッセージには、マルチキャストアドレスとコンテンツ配信先のエリア情報（ネットワークプレフィクス、すなわちネットワークアドレス等）が含まれる。
【００４２】
アドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性要求受信部３１は、前記コンテンツ属性要求メッセージを受信すると、そのメッセージの内容を制御部３５へ通知する。アドレスマッピングサーバ（ＡＭＳ）の制御部３５は、アドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性管理データベース３３を参照し、要求されたコンテンツに対する配信可能エリア情報と、前記メッセージに含まれる配信先エリア情報とを照合する。この照合の結果、クライアントの存在するエリアに対してコンテンツ配信が可能であるならば、アドレスマッピングサーバ（ＡＭＳ）は、コンテンツ属性送信部３２から、マルチキャスト制御ゲートウェイ（ＭＣＧ）に対してコンテンツ属性を通知する（ステップ３）。コンテンツ属性は、要求に係るコンテンツを配信するコンテンツ配信元サーバ（ＣＤＳ）のアドレスを含む。
【００４３】
マルチキャスト制御ゲートウェイ（ＭＣＧ）のコンテンツ属性要求部１３は、前記コンテンツ属性を受信すると、制御部１５に通知し、制御部１５は、配信先エリアとマルチキャストアドレスのペアをセション情報として管理する。そして、ストリーム配信要求部１４から、コンテンツ配信元サーバ（ＣＤＳ）のアドレスに向けてコンテンツ配信要求メッセージを発信する（ステップ４）。このコンテンツ配信要求メッセージには、前記ＣＤＳのアドレス、要求するコンテンツに対応するマルチキャストアドレス、要求元ＭＣＧのアドレスが含まれる。
（２）コンテンツ配信ツリー作成の段階
本実施の形態では、マルチキャスト制御ゲートウェイ（ＭＣＧ）とコンテンツ配信元サーバ（ＣＤＳ）間の通信経路途中に中継装置となるスプリッタ（ＳＰ）が存在する。図６に示した例では、ＳＰ１とＳＰ２の２つのスプリッタ（ＳＰ）となるノードが存在し、ＳＰ１がＭＣＧに近く、ＳＰ２はＳＰ１とＣＤＳの間に存在する。このとき、マルチキャスト制御ゲートウェイ（ＭＣＧ）からコンテンツ配信サーバ（ＣＤＳ）に向けて発信されたコンテンツ配信要求メッセージは、まずスプリッタ（ＳＰ１）のコンテンツ要求受信部２１により受信される。スプリッタ（ＳＰ１）のコンテンツ要求受信部２１は、前記コンテンツ配信要求メッセージを受信すると、そのメッセージを制御部２５へ通知する。スプリッタ（ＳＰ１）の制御部２５は、この要求メッセージを以下のように処理する。
【００４４】
（２．１．１） 発信元ＭＣＧのアドレスと、要求するコンテンツの識別情報（マルチキャストアドレス）とのペアをセション情報（配信先テーブルともいう）として記憶装置に保持する。
【００４５】
（２．１．２）続いて、前記コンテンツ配信要求メッセージの要求元のアドレスを、発信元ＭＣＧのアドレスではなく、自身（ＳＰ１）のアドレスに変更する。そして、書き換えたコンテンツ配信要求メッセージを、ストリーム配信要求部２３からコンテンツ配信サーバ（ＣＤＳ）に向けて発信する（ステップ５）。
【００４６】
このコンテンツ配信要求メッセージは、スプリッタ（ＳＰ２）を中継してコンテンツ配信サーバ（ＣＤＳ）に向かっていくように予めルーティングの設定がなされている。従って、このコンテンツ配信要求メッセージは、スプリッタ（ＳＰ２）のコンテンツ要求受信部２１により受信される。スプリッタ（ＳＰ２）のコンテンツ要求受信部２１は、前記コンテンツ要求メッセージを受信すると、制御部２５へ通知する。スプリッタ（ＳＰ２）の制御部２５は、この要求メッセージを以下のように処理する。
【００４７】
（２．２．１） 発信元ＳＰ１のアドレスと、要求するコンテンツの識別情報とのペアをセション情報として記憶装置に保持する。
【００４８】
（２．２．２）続いて、前記コンテンツ配信要求メッセージの要求元アドレスを、発信元ＳＰ１のアドレスではなく、自身（ＳＰ２）のアドレスに変更する。それから、書き換えたコンテンツ要求メッセージを、コンテンツ配信サーバ（ＣＤＳ）に向けて発信する（ステップ６）。
【００４９】
本実施の形態では、このコンテンツ配信要求メッセージは、その他のＳＰにおいて中継されずに、コンテンツ配信サーバ（ＣＤＳ）に向かっていき、コンテンツ配信サーバ（ＣＤＳ）が、この配信要求メッセージを受信する。コンテンツ配信サーバ（ＣＤＳ）は、発信元ＳＰ２のアドレスと、要求されたコンテンツのマルチキャストアドレスとのペアをセション情報として記憶装置に保持する。
（３） コンテンツ中継とマルチキャスト配信の段階
コンテンツ配信サーバ（ＣＤＳ）は、保持しているセション情報をもとに、要求されたコンテンツを配信する（ステップ７）。上記過程で、要求されたコンテンツ配信先としてＳＰ２が登録されているため、当該コンテンツをユニキャストでスプリッタ（ＳＰ２）に対してストリーム配信する。
【００５０】
ＳＰ２のストリーム受信部２４は、コンテンツ配信サーバ（ＣＤＳ）から受信したコンテンツを、制御部２５において管理しているセション情報をもとに配信する。ここではスプリッタ（ＳＰ１）に対するセション情報が管理されているため、ストリーム配信部２２から、スプリッタ（ＳＰ１）に対してコンテンツをストリーム配信する（ステップ８）。
【００５１】
スプリッタ（ＳＰ１）のストリーム受信部２４は、スプリッタ（ＳＰ２）から受信したコンテンツストリームを、制御部２５において管理しているセション情報をもとに配信する。ここではマルチキャスト制御ゲートウェイ（ＭＣＧ）に対するセション情報が管理されているため、ストリーム配信部２２から、マルチキャスト制御ゲートウェイ（ＭＣＧ）に対してコンテンツをストリーム配信する（ステップ９）。
【００５２】
マルチキャスト制御ゲートウェイ（ＭＣＧ）のストリーム受信部１２は、スプリッタ（ＳＰ１）から受信したコンテンツストリームを、制御部１５において管理しているセション情報をもとに配信する。ここでは、前記クライアントが存在するエリアに対するセションが管理されているため、ストリーム配信部１１から、当該エリアに対して、前記コンテンツをマルチキャスト配信する（ステップ１０）。
【００５３】
（具体例）
次に、図７に示すネットワーク構成を用いて、本発明の実施例をより具体的に説明する。図７では、２つのマルチキャスト制御ゲートウェイ（ＭＣＧ１、ＭＣＧ２）、２つのコンテンツ配信サーバ（ＣＤＳ１、ＣＤＳ２）を有する構成を示している。
【００５４】
図７に示すマルチキャスト配信システムでは、ネットワークを構成する各装置がＩＰｖ６を用いて通信するものとし、図７に示すとおりのＩＰｖ６アドレスが付与されているものとする。
【００５５】
クライアントの無線アクセス可能なエリアとして、プレフィクス２００１：０：０：１：：／６４に対応するエリア１と、２００１：０：０：２：：／６４に対応するエリア２の２つのネットワークエリアが存在する。エリア１がＭＣＧ１の配下にあり、エリア２がＭＣＧ２の配下にあるものとする。
【００５６】
マルチキャスト制御ゲートウェイ（ＭＣＧ１）のアクセスポイント側インタフェースアドレスは２００１：０：０：１：：２であり、ユニキャスト網側（インターネット側）インタフェースアドレスは２００１：０：１：１：：２である。一方、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、アクセスポイント側インタフェースアドレスが２００１：０：０：２：：２であり、ユニキャスト網側（インターネット側）インタフェースアドレスが２００１：０：１：２：：２である。  
２つのコンテンツ配信サーバ（ＣＤＳ１、ＣＤＳ２）のうちのコンテンツ配信サーバ（ＣＤＳ１）のアドレスは２００１：０：４：１：：２であり、コンテンツ配信サーバ（ＣＤＳ２）のアドレスは２００１：０：５：１：：２である。
【００５７】
また、アドレスマッピングサーバ（ＡＭＳ）のアドレスは２００１：９：９：９：：２であり、マルチキャスト制御ゲートウェイ（ＭＣＧ１）及びマルチキャスト制御ゲートウェイ（ＭＣＧ２）は、ＡＭＳが２００１：９：９：９：：２に存在することをコンフィグファイルより読み取り、認知しているものとする。
【００５８】
アドレスマッピングサーバ（ＡＭＳ）は図８に示すコンテンツ属性情報をデータベースに保持している。このコンテンツ属性情報は、コンテンツ配信サーバ（ＣＤＳ１）がマルチキャストアドレスｆｆ０８：：１：１とｆｆ０８：：１：２に対応する２本のコンテンツを配信し、マルチキャストアドレスｆｆ０８：：１：１のコンテンツは、プレフィクス２００１：０：０：１：：／６４のネットワークエリアへの配信のみが許可され、マルチキャストアドレスｆｆ０８：：１：２のコンテンツは、プレフィクス２００１：０：０：１：：／６４及びプレフィクス２００１：０：０：２：：／６４のどちらのネットワークにも配信が許可されていることを示している。また、コンテンツ配信サーバ（ＣＤＳ２）はマルチキャストアドレスｆｆ０８：：２：１のコンテンツを配信し、マルチキャストアドレスｆｆ０８：：２：１のコンテンツはプレフィクス２００１：０：０：２：：／６４のネットワークのみに配信可能であることを示している。
【００５９】
次に図７の構成におけるコンテンツ要求開始からマルチキャスト配信開始までの動作について説明する。
【００６０】
まず、クライアント１が、マルチキャストアドレスｆｆ０８：：１：１に対応するコンテンツを要求するための要求メッセージ（ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔ等、Ｊｏｉｎメッセージともいう）をマルチキャスト制御ゲートウェイ（ＭＣＧ１）に対して送信する。
【００６１】
マルチキャスト制御ゲートウェイ（ＭＣＧ１）のコンテンツ受信クライアント検出部１６がこの要求メッセージを受信すると、マルチキャスト制御ゲートウェイ（ＭＣＧ１）は、要求されたマルチキャストチャネルの属性を取得するため、コンテンツ要求部からアドレスマッピングサーバ（ＡＭＳ）に対してコンテンツ属性要求メッセージを発信する。
【００６２】
図９にコンテンツ属性要求メッセージの内容の一例を示す。図９に示すように、コンテンツ属性要求メッセージは、配信先のネットワークプレフィクス（この場合は、２００１：０：０：１：：／６４）とマルチキャストアドレスを含む。これを受信したアドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性要求受信部３１は、これをＡＭＳの制御部３５へ通知する。制御部３５は図８に示したコンテンツ属性情報を参照し、要求されたマルチキャストアドレスのコンテンツが、要求元のネットワークエリア１に配信可能であるか否かを判定する。
【００６３】
本実施例の場合、図８に示すように、マルチキャストアドレスｆｆ０８：：１：１に対応するコンテンツは２００１：０：０：１：：／６４のネットワークエリアで受信可能であり、そのコンテンツはコンテンツ配信サーバ（ＣＤＳ１）から送信されるので、アドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性送信部３２は、図１０に示す内容のコンテンツ属性をマルチキャスト制御ゲートウェイ（ＭＣＧ１）へ送信する。図１０に示すように、コンテンツ属性は、要求されたマルチキャストアドレスとそのマルチキャストアドレスに対応するコンテンツを送信する配信元サーバのアドレスを含む。
【００６４】
続いて、マルチキャスト制御ゲートウェイ（ＭＣＧ１）のストリーム配信要求部１４は、前記コンテンツ属性を用いて、コンテンツ配信サーバ（ＣＤＳ１）（２００１：０：４：１：：２）に向けて、マルチキャストアドレス（ｆｆ０８：：１：１）のコンテンツのストリームを要求するストリーム配信要求メッセージを発信する。図１１にストリーム配信要求メッセージの内容例を示す。図１１に示すように、ストリーム配信要求メッセージには、マルチキャストアドレスと配信元サーバのアドレスを含む。
【００６５】
マルチキャスト制御ゲートウェイ（ＭＣＧ１）とコンテンツ配信サーバ（ＣＤＳ１）間の経路にはスプリッタ（ＳＰ２）とスプリッタ（ＳＰ１）が存在し、まずスプリッタ（ＳＰ２）が前記ストリーム配信要求メッセージを受信する。スプリッタ（ＳＰ２）は、このメッセージを受信すると、ＳＰ２の制御部２５において、マルチキャストアドレスと要求発信元のマルチキャスト制御ゲートウェイ（ＭＣＧ１）のアドレスとを有するセション情報を保持し、上流（ＣＤＳ１）に向けて、要求元アドレスをスプリッタ（ＳＰ２）としたストリーム配信要求メッセージを発信する。
【００６６】
また、スプリッタ（ＳＰ１）とコンテンツ配信サーバ（ＣＤＳ１）間の経路にはスプリッタ（ＳＰ１）が存在するため、当該メッセージをスプリッタ（ＳＰ１）が受信する。スプリッタ（ＳＰ１）は、ＳＰ１の制御部２５において、マルチキャストアドレスと要求発信元のスプリッタ（ＳＰ２）のアドレスとを有するセション情報を保持し、上流（ＣＤＳ１）に向けて、要求元アドレスをＳＰ２としたストリーム配信要求メッセージを発信する。コンテンツ配信サーバ（ＣＤＳ１）は、スプリッタ（ＳＰ１）からストリーム配信要求メッセージを受信すると、ＳＰ１に対するストリーム配信セションを確立する。これにより、コンテンツ配信サーバ（ＣＤＳ１）からスプリッタ（ＳＰ１）へ、スプリッタ（ＳＰ１）からスプリッタ（ＳＰ２）へ、スプリッタ（ＳＰ２）からマルチキャスト制御ゲートウェイ（ＭＣＧ１）へ、マルチキャスト制御ゲートウェイ（ＭＣＧ１）からクライアント１へ配信するツリーが構築されたことになる。なお、“ツリーが構築された”とは、上記の各ノードにおいて特定のコンテンツ（マルチキャストアドレス）に対応したセッション情報が保持された状態のことをいう。
【００６７】
この後、マルチキャストアドレス（ｆｆ０８：：１：１）に対応するコンテンツがコンテンツ配信サーバ（ＣＤＳ１）からスプリッタ（ＳＰ１）に送信される。スプリッタ（ＳＰ１）はセッション情報を参照して当該コンテンツはスプリッタ（ＳＰ２）に送信するものであると判断してＳＰ２に送信する。スプリッタ（ＳＰ２）もそれが保持するセッション情報を参照することにより、コンテンツをマルチキャスト制御ゲートウェイ（ＭＣＧ１）に送信し、マルチキャスト制御ゲートウェイ（ＭＣＧ１）は、当該コンテンツをエリア１のクライアントにマルチキャスト配信する。
【００６８】
一方、プレフィクス２００１：０：０：２：：／６４のエリア２に存在するクライアント２が、前記マルチキャストアドレス（ｆｆ０８：：１：１）に対応するコンテンツをマルチキャスト制御ゲートウェイ（ＭＣＧ２）に対して要求すると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のコンテンツ受信クライアント検出部１６がこのクライアントからの要求メッセージ（ＩＧＭＰ／ＭＬＤ  Ｒｅｐｏｒｔ）を受信する。マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、要求されたコンテンツの属性を取得するため、コンテンツ属性要求部１３からアドレスマッピングサーバ（ＡＭＳ）に対してコンテンツ属性要求メッセージを発信する。このコンテンツ属性要求メッセージを受信したアドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性要求受信部３１は、これをＡＭＳの制御部３５へ通知する。制御部３５は、図８に示すコンテンツ属性情報を参照することにより、要求されたマルチキャストアドレス（ｆｆ０８：：１：１）のコンテンツが、要求元のプレフィクス（２００１：０：０：２：：／６４）のエリア２に配信可能ではないと判定し、マルチキャスト制御ゲートウェイ（ＭＣＧ２）に対してコンテンツ属性を通知せず、エラーメッセージを通知する。この結果、当該コンテンツをマルチキャスト制御ゲートウェイ（ＭＣＧ２）に配信するツリーは構築されず、クライアント２は要求したコンテンツの受信を拒否される結果となる。
【００６９】
以上の手順により、マルチキャストアドレス（ｆｆ０８：：１：１）に対応するコンテンツのストリーム配信ツリーは図１２に示す経路として構築される。
【００７０】
図７の構成において、クライアント１およびクライアント２が共にマルチキャストアドレス（ｆｆ０８：：１：２）のコンテンツを要求した場合、図８のコンテンツ属性情報によれば、マルチキャストアドレス（ｆｆ０８：：１：２）のコンテンツはコンテンツ配信サーバ（ＣＤＳ１）から両方のネットワークエリアに配信可能なので、図１３に示すようなストリーム配信ツリーが構築される。また、クライアント１およびクライアント２が共にマルチキャスアドレス（ｆｆ０８：：２：１）のコンテンツを要求した場合、図８のコンテンツ属性情報によれば、マルチキャストアドレス（ｆｆ０８：：２：１）のコンテンツは、コンテンツ配信サーバ（ＣＤＳ２）からエリア２に対してのみ配信可能なので、図１４に示すストリーム配信ツリーが構築される。
【００７１】
（クライアントのエリア間移動に対する処理内容）
次に、マルチキャスト配信されているコンテンツを受信中のクライアントが、受信中のエリアから他のエリアに移動した際に、他のエリアで受信を継続する処理について説明する。
【００７２】
図１５は、コンテンツ受信中のクライアントが移動してから、移動先でコンテンツ受信を継続するためのシーケンスの一例である。このクライアントは、マルチキャストを用いてコンテンツを受信中に、同一マルチキャスト制御ゲートウェイ（ＭＣＧ）配下のＶＬＡＮ１のエリアからＶＬＡＮ２のエリアに移動を行うものとする。
【００７３】
このシーケンスは、クライアント不在検出の段階、クライアント存在検出の段階、マルチキャスト配信先切り替え処理の段階の大きく３つの段階に分けることができる。各段階の処理について図１５を参照しながら説明する。
（１）クライアント不在検出の段階
まず、クライアントは、図６に示したシーケンスを経て、ＶＬＡＮ１配下の無線アクセスエリアにおいて、あるコンテンツを受信中であるものとする（ステップ１１）。
【００７４】
マルチキャスト制御ゲートウェイ（ＭＣＧ）のコンテンツ受信クライアント検出部１６は、上記のコンテンツを受信中のクライアントが存在しているかどうかをチェックするためのクエリーメッセージ（ＩＧＭＰ／ＭＬＤ Ｑｕｅｒｙ等）を、上記コンテンツの配信先エリアのクライアントを対象に定期的に配信する（ステップ１２）。なお、クエリーメッセージは、特定のクライアントに対してではなく、エリア内の全クライアントに対して送られる。また、クエリーメッセージには、コンテンツに対応するマルチキャストアドレスが含まれる。
【００７５】
上記コンテンツを受信中の状態にあるクライアントは、このクエリーメッセージに対してある時間内に応答を返すことがRFC1112やRFC2710において規定されているため、この応答があれば（ステップ１３）、マルチキャスト制御ゲートウェイ（ＭＣＧ）のコンテンツ受信クライアント検出部１６は、当該クライアントがＶＬＡＮ１配下のエリア内に存在していると判断し、ある回数このメッセージを発信しても応答が無ければ、当該コンテンツを受信中のクライアントが不在であると判断する。なお、クエリーメッセージは、RFC1112やRFC2710において規定されているものに限らず、マルチキャストコンテンツを受信中の状態にあるクライアントに応答メッセージを返信させるものであればよい。
【００７６】
クライアントが特定のマルチキャストアドレスのコンテンツを受信中の状態とは、そのマルチキャストアドレス宛のコンテンツが当該クライアントに届いたときにそれを受け取る状態のことである。一般に、クライアントにおいて特定のマルチキャストアドレスを指定して参加（Ｊｏｉｎ）の処理を行えば、そのマルチキャストアドレス宛のコンテンツが届けばそれを取り込むように設定がなされ、参加の後、離脱（Ｌｅａｖｅ）の処理を行えば、そのマルチキャストアドレス宛のコンテンツが届いてもそれを破棄するよう設定がなされる。
【００７７】
クエリーメッセージに対して応答がなければ（ステップ１４、１５の場合）、ＶＬＡＮ１で上記コンテンツを受信するクライアントが存在しないことが判明するので、クライアント検出部１６は、制御部１５にクライアントが不在であることを通知し（ステップ１６）、ストリーム配信部１１はＶＬＡＮ１のエリアへのマルチキャスト配信を停止する（ステップ１７）。停止は、例えば、セッション情報における配信先エリア情報を別の値に変えることにより行うことができる。
（２）クライアント存在検出の段階
マルチキャスト制御ゲートウェイ（ＭＣＧ）のコンテンツ受信クライアント検出部１６は、前記の段階において、コンテンツ受信中クライアントが、ＶＬＡＮ１下の無線アクセスエリアから不在になったことを検知すると、配下のその他のＶＬＡＮ下の無線アクセスエリア（ＶＬＡＮ２のエリア）に対して、上記コンテンツを受信中クライアントが存在しているかどうかをチェックするためのクエリーメッセージ（ＩＧＭＰ／ＭＬＤ Ｑｕｅｒｙ等）を、ある一定間隔で配信する（ステップ１８、１９）。
【００７８】
ＶＬＡＮ２下において、クエリーメッセージに対する応答があったときは（ステップ２０）、コンテンツ受信クライアント検出部１６は、当該エリア（ＶＬＡＮ）においてコンテンツ受信中クライアントが存在することを検知する。
（３）マルチキャスト配信先切り替え処理の段階
ＶＬＡＮ２下において、マルチキャスト制御ゲートウェイ（ＭＣＧ）のコンテンツ受信クライアント検出部１６がコンテンツ受信中クライアントが存在することを検知した場合、コンテンツ受信クライアント検出部１６からエリア情報とマルチキャストアドレスがＭＣＧの制御部１５に通知され（ステップ２１），制御部１５はセション情報を更新する。すなわち、配信先エリアとマルチキャスアドレスのペアからなるセッション情報における配信先エリアをＶＬＡＮ２のエリアに更新する。この更新されたセション情報に基づいて、ＭＣＧのストリーム配信部１１は、ＶＬＡＮ２のエリアに当該コンテンツの配信を行う（ステップ２２、２３）。
【００７９】
なお、ＶＬＡＮ２のエリアへのコンテンツ配信が許可されているか否かを確認するために、アドレスマッピングサーバ（ＡＭＳ）に問い合わせ、許可されている場合にのみ、ＶＬＡＮ２のエリアへのコンテンツ配信を行うようにしてもよい。
【００８０】
また、あるエリアにおいて特定のコンテンツを受信するクライアントが存在しないことが確認されてから、他のエリアにクエリーメッセージを送信するという上記の処理に代え、あるエリアにおいて特定のコンテンツを受信するクライアントが存在するしないにかかわらず他のエリアに対してクエリーメッセージを送信する処理としてもよい。この場合、あるエリアにおいて特定のコンテンツを受信するクライアントが複数存在するときに、その中の一部が他のエリアに移動した場合にも対応できる。
【００８１】
（具体例）
次に、図１６に示すネットワーク構成を例にとって処理の具体例を説明する。本ネットワークでも図７の場合と同様に各装置がＩＰｖ６を用いて通信するものとし、図１６に示すとおりのＩＰｖ６アドレスが付与されているものとする。
【００８２】
図１６の構成において、マルチキャスト制御ゲートウェイ（ＭＣＧ３）配下に２つのＶＬＡＮ（ＶＬＡＮ１とＶＬＡＮ２）が存在し、それぞれのネットワークプレフィクスが２００１：０：０：１：：／６４および２００１：０：０：２：：／６４である。また、アドレスが２００１：０：３：１：：２であるコンテンツ配信サーバ（ＣＤＳ）がマルチキャストアドレス（ｆｆ０８：：３：３）に対応するコンテンツを配信するものとする。また、アドレスマッピングサーバ（ＡＭＳ）は、図１７に示すコンテンツ属性情報を保持している。このコンテンツ属性情報は、コンテンツ配信サーバ（ＣＤＳ）が提供するコンテンツはＶＬＡＮ１およびＶＬＡＮ２のどちらにも配信可能であることを示している。
【００８３】
図１６において、コンテンツ配信サーバ（ＣＤＳ）から送信されたコンテンツをＶＬＡＮ１のエリア１で受信するクライアントはクライアントＡのみであるとし、そのクライアントＡが、エリア１でコンテンツを受信中に、ＶＬＡＮ２のエリア２へ移動するものとする。
【００８４】
クライアントＡがＶＬＡＮ１のエリア１でコンテンツを受信中であるとき、マルチキャスト制御ゲートウェイ（ＭＣＧ３）のコンテンツ受信クライアント検出部１６は、ＶＬＡＮ１においてマルチキャストアドレス（ｆｆ０８：：３：３）に対応するコンテンツを配信中であるため、当該コンテンツ受信中のクライアント群を対象に、クエリーメッセージを送信する。
【００８５】
クエリーメッセージの内容例を図１８に示す。図１８に示すように、クエリーメッセージは、対象のコンテンツに対応するマルチキャストアドレスとマルチキャスト制御ゲートウェイ（ＭＣＧ３）がクライアントからの応答を受信するために待つ制限時間を含む。すなわち、ｆｆ０８：：３：３のマルチキャストアドレスに対応するコンテンツを受信中のクライアントは、制限時間内に応答を返さなければならないことが示されている。
【００８６】
ここで、図１６に示すクライアントＡが、ＶＬＡＮ１のエリア１からＶＬＡＮ２のエリア２へ移動したとすると、このクエリーメッセージがエリア１で発信されてから、制限時間（図１８の例では２秒）経過しても、クライアントＡからの応答は無い。このとき、マルチキャスト制御ゲートウェイ（ＭＣＧ３）のコンテンツ受信クライアント検出部１６は、クエリーメッセージに対して制限時間内に応答が無い状況が数回続くと、ＶＬＡＮ１におけるマルチキャストアドレス（ｆｆ０８：：３：３）に対応するコンテンツを受信中のクライアントの不在を検知する。
【００８７】
マルチキャスト制御ゲートウェイ（ＭＣＧ３）のコンテンツ受信クライアント検出部１６は、ＶＬＡＮ１においてマルチキャストアドレス（ｆｆ０８：：３：３）に対応するコンテンツを受信中のクライアントが不在になったことを検知すると、その他の管理下のＶＬＡＮ（ここではＶＬＡＮ２）において、当該コンテンツを受信中のクライアントを検出するため、図１８に示したクエリーメッセージをエリア２に送信する。ここで、クライアントＡはＶＬＡＮ２に存在し、また、マルチキャストアドレス（ｆｆ０８：：３：３）のコンテンツを受信中の状態にあるため、前記クエリーメッセージを受信するとマルチキャスト制御ゲートウェイ（ＭＣＧ３）に対して応答メッセージを返信する。ＭＣＧ３のコンテンツ受信クライアント検出部１６は、前記メッセージを受信することにより、ＶＬＡＮ２下にマルチキャストアドレス（ｆｆ０８：：３：３）に対応するコンテンツを受信するクライアントが存在することを検知する。
【００８８】
そして、この例では、マルチキャスト制御ゲートウェイ（ＭＣＧ３）のコンテンツ属性要求部１３は、移動先エリア（プレフィクス２００１：０：０：２：：／６４）においてｆｆ０８：：３：３のコンテンツを配信するため、アドレスマッピングサーバ（ＡＭＳ）に対してコンテンツ属性要求メッセージ（図１９）を送信する。図１７に示したように当該移動先エリアにおいて当該コンテンツ配信が可能であるため、アドレスマッピングサーバ（ＡＭＳ）からマルチキャスト制御ゲートウェイ（ＭＣＧ３）に対してコンテンツ属性が返信され、マルチキャスト制御ゲートウェイ（ＭＣＧ３）は移動先エリアに対して配信可能であることを認識する。ＭＣＧ３の制御部１５はｆｆ０８：：３：３に対応するコンテンツの配信先ＶＬＡＮ２に関するセションを更新し、マルチキャスト制御ゲートウェイ（ＭＣＧ３）のストリーム配信部１１は、ＶＬＡＮ１におけるｆｆ０８：：３：３のコンテンツ配信を停止し、ＶＬＡＮ２のエリア２において当該コンテンツのストリーム配信を開始する。
【００８９】
上記のように本実施の形態で説明したマルチキャスト配信システムによれば、無線ＬＡＮを用いてマルチキャストコンテンツ受信中のクライアントが、同一マルチキャスト制御ゲートウェイ（ＭＣＧ）配下のＶＬＡＮ（無線ＬＡＮアクセスエリア）間を移動した際に、移動元ＶＬＡＮおよび移動先ＶＬＡＮにおいて、当該クライアントの移動を検知できる。また、この移動検知と同期して、当該クライアント以外に受信中クライアントが存在しなければ配信を停止し、移動先エリアにおいて、前記クライアントが受信していたコンテンツをマルチキャスト配信することが可能となる。この機能を有することにより、マルチキャストコンテンツ利用中のアプリケーション等から、再度配信要求（マルチキャストチャネル再Ｊｏｉｎ等）を実行しなくても、マルチキャストコンテンツを受信しながらの端末の移動環境を提供できる。
【００９０】
本発明は、上記の実施例に限定されることなく、特許請求の範囲内で種々変更・応用が可能である。
【図面の簡単な説明】
【００９１】
【図１】従来技術におけるマルチキャスト配信システムの一例を示す図である。
【図２】本発明の実施の形態におけるマルチキャスト配信システムを示す図である。
【図３】マルチキャスト制御ゲートウェイの機能ブロック図である。
【図４】スプリッタの機能ブロック図である。
【図５】アドレスマッピングサーバの機能ブロック図である。
【図６】クライアントによるコンテンツの配信要求から、コンテンツのマルチキャスト配信開始までのシーケンスを示す図である。
【図７】本発明の実施の形態におけるマルチキャスト配信システムを詳細に示す図である。
【図８】アドレスマッピングサーバが保持するコンテンツ属性情報の例である。
【図９】コンテンツ属性要求メッセージの内容の一例を示す図である。
【図１０】アドレスマッピングサーバから送信されるコンテンツ属性メッセージの内容の一例を示す図である。
【図１１】ストリーム配信要求メッセージの内容の一例を示す図である。
【図１２】マルチキャストアドレス（ｆｆ０８：：１：１）に対応するコンテンツのストリーム配信ツリーを示す図である。
【図１３】マルチキャストアドレス（ｆｆ０８：：１：２）に対応するコンテンツのストリーム配信ツリーを示す図である。
【図１４】マルチキャストアドレス（ｆｆ０８：：２：１）に対応するコンテンツのストリーム配信ツリーを示す図である。
【図１５】コンテンツ受信中のクライアントが移動してから、移動先でコンテンツ受信を継続するためのシーケンスの一例である。
【図１６】本発明の実施の形態におけるマルチキャスト配信システムを詳細に示す図である。
【図１７】アドレスマッピングサーバが保持するコンテンツ属性情報の例を示す図である。
【図１８】クエリーメッセージの内容例を示す図である。
【図１９】コンテンツ属性要求メッセージの例を示す図である。
【符号の説明】
【００９２】
１、３  マルチキャスト対応ルータ
５  クライアント
ＡＭＳ  アドレスマッピングサーバ
ＣＤＳ  コンテンツ配信サーバ
ＳＰ  スプリッタ
ＭＣＧ  マルチキャスト制御ゲートウェイ
１１  ストリーム配信部
１２  ストリーム受信部
１３  ストリーム配信要求部
１４  コンテンツ属性要求部
１５  制御部
１６  コンテンツ受信クライアント検出部
２１  コンテンツ要求受信部
２２  ストリーム配信部
２３  ストリーム配信要求部
２４  ストリーム受信部
２５  制御部
３１  コンテンツ属性要求受信部
３２  コンテンツ属性送信部
３３  コンテンツ属性管理データベース
３４  属性操作用ユーザインタフェース部
３５  制御部
【図１】
2006067498.tif 000003
【図２】
2006067498.tif 000004
【図３】
2006067498.tif 000005
【図４】
2006067498.tif 000006
【図５】
2006067498.tif 000007
【図６】
2006067498.tif 000008
【図７】
2006067498.tif 000009
【図８】
2006067498.tif 000010
【図９】
2006067498.tif 000011
【図１０】
2006067498.tif 000012
【図１１】
2006067498.tif 000013
【図１２】
2006067498.tif 000014
【図１３】
2006067498.tif 000015
【図１４】
2006067498.tif 000016
【図１５】
2006067498.tif 000017
【図１６】
2006067498.tif 000018
【図１７】
2006067498.tif 000019
【図１８】
2006067498.tif 000020
【図１９】
2006067498.tif 000021