JP4694240B2 - 暗号キー配信装置及びそのプログラム - Google Patents

Description

本発明はマルチキャスト配信技術に関し、特に、認証されたクライアントだけにマルチキャストコンテンツを提供する技術に関する。

図１に、従来技術を用いたマルチキャスト配信システムを示す。図１に示すマルチキャスト配信システムは、コンテンツを配信するコンテンツ配信サーバ、マルチキャスト対応ルータ、及びマルチキャスト配信されたコンテンツを受信するクライアントを有している。図１の例では、各クライアントは無線アクセスポイントを介してインターネットと通信可能である。無線アクセスポイントはレイヤ２スイッチを介してマルチキャスト対応ルータ１、３に接続されている。

各クライアントはＩＧＭＰ等のマルチキャストに係る機能を有している。マルチキャスト対応ルータ１、３配下にあるクライアントが特定のマルチキャストアドレスに対応するコンテンツのマルチキャスト配信を受けるには、まず、いずれかのクライアント（例えばクライアント５）がコンテンツ配信サーバに対してマルチキャストアドレスを含む配信要求を送信する。配信要求を受信したコンテンツ配信サーバはコンテンツを送信し、コンテンツはマルチキャスト対応ルータ１に伝送され、マルチキャスト対応ルータ１はクライアント５が存在するネットワークエリアにある全クライアントに対してコンテンツをマルチキャスト配信し、当該コンテンツに対応するマルチキャストグループへの参加をしているクライアントのみがコンテンツを受信する。

なお、マルチキャストに関連する従来技術として、例えば特許文献１に開示された技術がある。また、マルチキャストに関連する参考文献として非特許文献１〜５がある。
特開２００２−０２６９０３号公報 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にて定義されている）を有する装置（例えばルータ）であり、ホームアドレスと気付けアドレスとを対にして管理する。また、本実施の形態のホームエージェント（ＨＡ）は、バインディングアップデート時等にコンテンツ配信サーバ（ＣＤＳ）を認証した際に、認証結果を、コンテンツ配信サーバ（ＣＤＳ）を配下に持つマルチキャスト制御ゲートウェイ（ＭＣＧ）に通知する機能を有している。

図２に示す例では、各マルチキャスト制御ゲートウェイ（ＭＣＧ）配下では、レイヤ２スイッチを用いることによりＶＬＡＮ（バーチャルＬＡＮ）が構築され、ＶＬＡＮで形成される１つのエリアが１つの無線アクセスポイント（ＡＰ）に対応付けられている。マルチキャスト制御ゲートウェイ（ＭＣＧ）にはアドレスマッピングサーバ（ＡＭＳ）の所在（アドレスや通信ポート）が予め設定されており、アドレスマッピングサーバ（ＡＭＳ）と各マルチキャスト制御ゲートウェイ（ＭＣＧ）間は直接通信可能である。

また、マルチキャスト制御ゲートウェイ（ＭＣＧ）配下は、ＩＰマルチキャストを利用可能であるが、マルチキャスト制御ゲートウェイ（ＭＣＧ）より上流の広域ネットワークでは、ユニキャスト配信のみ可能であるように構成されている。ただし、コンテンツ配信サーバ（ＣＤＳ）からのコンテンツ配信は、ＩＰマルチキャストパケットをユニキャストパケットにカプセル化し、ユニキャストとして行う。すなわち、コンテンツ配信サーバ（ＣＤＳ）から各マルチキャスト制御ゲートウェイ（ＭＣＧ）までのコンテンツストリーム転送においては、ＩＰマルチキャストパケットをユニキャストパケットにカプセル化して配信する。このように構成されたシステムの動作概要は次の通りである。

あるクライアントがコンテンツ配信要求をマルチキャスト制御ゲートウェイ（ＭＣＧ）に対して送信すると、マルチキャスト制御ゲートウェイ（ＭＣＧ）は、当該クライアントが属しているエリア識別情報と要求するコンテンツ識別情報（マルチキャストアドレス）とをアドレスマッピングサーバ（ＡＭＳ）に送信し、ＡＭＳは、受信した情報から当該エリアで当該コンテンツを受信可能か否かを判断し、可能であればコンテンツ配信サーバ（ＣＤＳ）のホームアドレスを含む情報をマルチキャスト制御ゲートウェイ（ＭＣＧ）に返し、ＭＣＧはそのアドレスのコンテンツ配信サーバ（ＣＤＳ）あてにスプリッタ（ＳＰ）を介してコンテンツの配信要求を送信する。配信要求を受信したコンテンツ配信サーバ（ＣＤＳ）は、要求されたコンテンツを送信する。コンテンツは、配信要求が通過した経路に沿って要求送信元のマルチキャスト制御ゲートウェイ（ＭＣＧ）まで転送され、ＭＣＧから、要求に係るエリアのクライアントにマルチキャスト配信される。

次に、各装置の構成を説明する。まず、図３にマルチキャスト制御ゲートウェイ（ＭＣＧ）の機能ブロック図を示す。

マルチキャスト制御ゲートウェイ（ＭＣＧ）は、認証チェック部１７、パケットフィルタ部１８、ストリーム配信部１１、ストリーム受信部１２、ストリーム配信要求部１４、コンテンツ属性要求部１３、コンテンツ受信クライアント検出部１６、マルチキャスト復元部１９、ＨＡ通信部１０、ＫＳ通信部９、クライアント認証部２０、及び制御部１５を有している。また、制御部１５は、認証状態管理部１５１、セション管理部１５２、エリア情報管理部１５３を有している。

コンテンツ受信クライアント検出部１６は、クライアントから、コンテンツのマルチキャスト配信を要求するためのコンテンツ配信要求メッセージを受信する。このメッセージは、ＩＧＭＰ Ｒｅｐｏｒｔ又はＭＬＤ Ｒｅｐｏｒｔ等である。

ストリーム配信部１１は、クライアントに対して、要求されたコンテンツをマルチキャスト配信する。ストリーム配信要求部１４は、コンテンツ配信サーバ（ＣＤＳ）又はスプリッタ（ＳＰ）に対して、コンテンツ配信要求メッセージを送信する。ストリーム受信部１２は、コンテンツ配信サーバ（ＣＤＳ）又はスプリッタ（ＳＰ）からストリーム配信されるコンテンツを受信する。コンテンツ属性要求部１３は、アドレスマッピングサーバ（ＡＭＳ）に対して、コンテンツの属性を要求するメッセージを送信し、その応答を受信する。

ＨＡ通信部１０は、ホームエージェント（ＨＡ）と、モバイルＩＰクライアント（本実施の形態ではコンテンツ配信サーバ（ＣＤＳ））のバインディング情報を送受信する等の機能を有している。ＫＳ通信部９は、マルチキャスト暗号キーサーバ（ＫＳ）に対してクライアントの認証状態を通知する。

認証チェック部１７は、受信したＩＰパケットのヘッダ情報から、そのパケットが認証済のクライアントから発信された情報であるかどうかチェックする機能を有している。また、パケットフィルタ部１８は、クライアントからＩＰパケットを受信したとき、認証済クライアントから発信されたものであれば、パケットをその宛先へ転送する。それ以外の場合は例外（ＨＡへのバインディング情報通知など）を除いて破棄する。また、クライアント認証部２０は、クライアントを認証するための機能を有している。

マルチキャスト復元部１９は、クライアント群にコンテンツをマルチキャスト配信するために、ＣＤＳもしくはＳＰから受信したユニキャストストリームをマルチキャストに復元する機能を有している。

また、制御部１５の認証状態管理部１５１は、認証済クライアントのＩＰアドレス（グローバルアドレス）及びＭＡＣアドレスを記憶装置に保持し管理する。制御部１５のセション管理部１５２は、クライアントとのセション及び、コンテンツ配信サーバ（ＣＤＳ）又はスプリッタ（ＳＰ）とのストリーム送受信セションを管理する。また、制御部１５のエリア情報管理部１５３は、ゲートウェイ配下のＶＬＡＮ毎のエリア情報を管理する機能を有する。

図４にスプリッタ（ＳＰ）の機能ブロック図を示す。同図に示すように、スプリッタ（ＳＰ）は、コンテンツ要求受信部２１、ストリーム配信部２２、ストリーム配信要求部２３、ストリーム受信部２４、及び制御部２５を有している。また、制御部２５は、セション管理部２５１を有している。

コンテンツ要求受信部２１は、下流のマルチキャスト制御ゲートウェイ（ＭＣＧ）やスプリッタ（ＳＰ）から、コンテンツ配信要求メッセージを受信し、ストリーム配信部２２は、下流のマルチキャスト制御ゲートウェイ（ＭＣＧ）やスプリッタ（ＳＰ）に対して、要求されたコンテンツをストリーム配信する機能を有している。また、ストリーム配信要求部２３は、上流のスプリッタ（ＳＰ）やコンテンツ配信サーバ（ＣＤＳ）に対して、コンテンツ配信要求メッセージを送信し、ストリーム受信部２４は、上流のスプリッタ（ＳＰ）やコンテンツ配信サーバ（ＣＤＳ）からストリーム配信されるコンテンツを受信する機能を有している。

制御部２５のセション管理部２５１は、下流のスプリッタ（ＳＰ）やマルチキャスト制御ゲートウェイ（ＭＣＧ）、及び、上流のスプリッタ（ＳＰ）やコンテンツ配信サーバ（ＣＤＳ）とのストリーム送受信セションを管理する。

図５にアドレスマッピングサーバ（ＡＭＳ）の機能ブロック図を示す。同図に示すように、アドレスマッピングサーバ（ＡＭＳ）は、コンテンツ属性要求受信部３１、コンテンツ属性送信部３２、コンテンツ属性管理データベース３３、属性操作用ユーザインタフェース部３４、及び制御部３５を有する。また、制御部３５は、データベースアクセス部３５１とコンテンツ配信可否制御部３５２を有している。

コンテンツ属性要求受信部３１は、マルチキャスト制御ゲートウェイ（ＭＣＧ）から、コンテンツ属性要求メッセージを受信する。コンテンツ属性送信部３２は、コンテンツ属性要求元ＭＣＧに対して、コンテンツ属性要求に対する応答メッセージを送信する。配信可能なエリアのＭＣＧに対しては、応答メッセージとしてコンテンツ属性を含む情報を送信する。コンテンツ属性管理データベース３３は、コンテンツ毎に、マルチキャストアドレス、配信元サーバアドレス、配信可能エリア情報等が対応付けられた属性情報を管理する。属性操作用ユーザインタフェース部３４は、コンテンツ属性を操作するための画面を表示し、ユーザからの属性操作入力を受信する。

制御部３５のデータベースアクセス部３５１は、マルチキャスト制御ゲートウェイ（ＭＣＧ）からのコンテンツ属性要求受信時、及び、ユーザからの属性操作時、データベース３３にアクセスし、属性値の読み出し／書き込みを行う。コンテンツ配信可否制御部３５２は、データベース３３の情報とコンテンツ属性要求元のエリア情報とを照合し、その照合結果に基づいて、要求に係るコンテンツを当該エリアに配信許可するか否かを決定する。

図６にマルチキャスト暗号キーサーバ（ＫＳ）の機能ブロック図を示す。同図に示すように、マルチキャスト暗号キーサーバ（ＫＳ）は、認証情報取得部４１、制御部４２、暗号キー要求受信部４３、認証チェック部４４、暗号キー作成部４５、マルチキャスト暗号キー配布部４６、ユニキャストカプセル部４７、制御部４２は、認証情報管理部４２１と
キー管理部４２２を有している。

認証情報取得部４１は、マルチキャスト制御ゲートウェイ（ＭＣＧ）やホームエージェント（ＨＡ）等から、マルチキャスト制御ゲートウェイ（ＭＣＧ）やホームエージェント（ＨＡ）が認証したクライアントのＩＰアドレス（ＭｏｂｉｌｅＩＰクライアントのホームアドレス等）を受信する。また、ログアウトしたクライアントのＩＰアドレス情報を受信する。

暗号キー要求受信部４３は、マルチキャスト視聴クライアントから、マルチキャスト暗号キーの配布要求を受信する。また、認証チェック部４４は、暗号キーを要求するクライアントからのパケットのヘッダ情報から、認証済クライアントであるかどうかチェックする。

暗号キー作成部４５は、マルチキャスト暗号キー（ＴＥＫ：Traffic Encryption Key）、及びＫＥＫ（Key Encryption Key）を作成する。また、一定時間おきにＴＥＫを新しく作り直す。マルチキャスト暗号キー配布部４６は、マルチキャスト制御ゲートウェイ（ＭＣＧ）やホームエージェント（ＨＡ）において認証済のクライアントに対してのみ、ＴＥＫを配布する。また、ユニキャストカプセル部４７は、マルチキャストパケットをユニキャストパケットにカプセル化する。

制御部４２の認証情報管理部４２１は、マルチキャスト制御ゲートウェイ（ＭＣＧ）やホームエージェント（ＨＡ）等から取得した認証済クライアントのＩＰアドレスを管理する。また、キー管理部４２２は、マルチキャストチャネル毎に、対応するマルチキャスト暗号キー、ＫＥＫ、及び、これらのキーを配布したクライアントのリストを管理する。

上記の各装置における機能部、及び本発明の各手段は、コンピュータに、本実施の形態において説明した処理内容を記述したプログラムを実行させることにより実現されるものである。また、上記の各装置は、通信処理機能を有するコンピュータにより実現できる。また、マルチキャスト制御ゲートウェイ（ＭＣＧ）及びスプリッタ（ＳＰ）はルータにより実現することもできる。

次に、図７のシーケンス図を参照して本実施の形態のシステムの基本的な動作を説明する。このシーケンスは、モバイルＩＰクライアントであるコンテンツ配信サーバ（ＣＤＳ）を認証し、マルチキャストストリームを要求するクライアント群に向けて、コンテンツマルチキャスト配信ツリーを自動生成し、コンテンツ配信サーバ（ＣＤＳ）からユニキャストカプセル化されたマルチキャストストリームを受信し、コンテンツをマルチキャスト配信開始するまでのシーケンスの一例である。

本実施の形態におけるマルチキャスト配信システムにおける処理シーケンスは、（１）ＡＭＳへのマルチキャストコンテンツ登録、（２）コンテンツ配信サーバの認証、（３）コンテンツ受信要求処理、（４）コンテンツ配信ツリー作成の段階、及び、（５）コンテンツ中継とマルチキャスト配信、の５つの段階に大きく分けることができる。

（１） ＡＭＳへのマルチキャストコンテンツ登録
事前にマルチキャストアドレスと、そのコンテンツ配信サーバ（ＣＤＳ）のユニキャストアドレス（ここではモバイルＩＰｖ６のホームアドレス）等のコンテンツ属性情報をアドレスマッピングサーバ（ＡＭＳ）に登録しておく。

（２） コンテンツ配信サーバの認証
マルチキャストコンテンツを発信するコンテンツ配信サーバ（ＣＤＳ）は、ホームエージェント（ＨＡ）に対して認証を要求する（バインディングアップデート時等）（ステップ１１）。なお、ホームエージェント（ＨＡ）には、コンテンツ配信サーバ（ＣＤＳ）を認証するための情報が事前に登録されているものとする。ホームエージェント（ＨＡ）はこの認証が成功の場合、コンテンツ配信サーバ（ＣＤＳ）のホームアドレスと気付けアドレスの対応を保持し、気付けアドレスに対応するマルチキャスト制御ゲートウェイ（ＭＣＧ１とする）に対して、ホームアドレスと気付けアドレス、認証結果を通知する（ステップ１２）。マルチキャスト制御ゲートウェイ（ＭＣＧ１）は、この通知に基づき、コンテンツ配信サーバ（ＣＤＳ）のホームアドレスと気付けアドレスを、認証されたコンテンツ配信サーバ（ＣＤＳ）のアドレスとして登録しておく。

そして、コンテンツ配信サーバ（ＣＤＳ）から発信されるユニキャストパケットや、コンテンツ配信サーバ（ＣＤＳ）宛に送信されるユニキャストパケットを受信した場合には、上記の登録内容に基づき、認証されたコンテンツ配信サーバ（ＣＤＳ）から発信されたパケットもしくは認証されたコンテンツ配信サーバ（ＣＤＳ）宛のパケットであると判断し、転送を行う。
（３）コンテンツ受信要求処理
視聴者側のマルチキャスト制御ゲートウェイ（ＭＣＧ２とする）は、無線アクセスエリアのゲートウェイであり、配下のＬＡＮ（ＶＬＡＮ）に関するエリア情報を管理している。ここではまず、コンテンツを要求するクライアントの認証を行うが、この処理については後に詳述する。

また、認証処理を完了したクライアントが、あるマルチキャストコンテンツの配信要求を発信すると（ステップ１３）、その配信要求が、認証されたクライアントから発信されたものかどうかをチェックするが、この処理についても後に詳述する。

ステップ１３においてマルチキャスト配信要求が発信されると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のコンテンツ受信クライアント検出部１６が前記配信要求を受信する。この配信要求は上記コンテンツの識別情報（マルチキャストアドレス）とエリア情報とを含む。

マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、次に、コンテンツ配信サーバ（ＣＤＳ）に対して配信要求されたマルチキャストコンテンツの属性を要求するため、コンテンツ属性要求部１３からアドレスマッピングサーバ（ＡＭＳ）に対して、要求に係るコンテンツに関するコンテンツ属性要求メッセージを発信する（ステップ１４）。なお、マルチキャスト制御ゲートウェイ（ＭＣＧ２）には、アドレスマッピングサーバ（ＡＭＳ）のアドレス及びポート番号等がコンフィグファイル等に予め設定してあるものとする。前記コンテンツ属性要求メッセージには、配信先（クライアントの存在する場所）のエリア情報（ネットワークプレフィクス、ＭＣＧ２配下のＶＬＡＮ ＩＤ等を含む）が含まれる。

アドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性要求受信部３１は、前記コンテンツ属性要求メッセージを受信すると、そのメッセージの内容を制御部３５へ通知する。アドレスマッピングサーバ（ＡＭＳ）の制御部３５は、アドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性データベース３３を参照し、要求されたコンテンツに対する配信可能エリア情報と、前記メッセージに含まれる配信先エリア情報とを照合する。この照合の結果、クライアントの存在するエリアに対してコンテンツ配信が可能であるならば、アドレスマッピングサーバ（ＡＭＳ）は、コンテンツ属性送信部３２から、ＭＣＧ２に対してコンテンツ属性を通知する（ステップ１５）。コンテンツ属性は、コンテンツ配信サーバ（ＣＤＳ）のホームアドレスを含む。

マルチキャスト制御ゲートウェイ（ＭＣＧ２）のコンテンツ属性要求部１３は、前記コンテンツ属性を受信すると、制御部１５に通知し、制御部１５は、配信先エリアとマルチキャストアドレスのペアをセッション情報として管理する。そして、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム配信要求部１４から、コンテンツ配信サーバ（ＣＤＳ）のホームアドレスに向けてコンテンツ配信要求メッセージを発信する（ステップ１６）。このコンテンツ配信要求メッセージは、前記ホームアドレス、要求するコンテンツに対応するマルチキャストアドレス、要求元ＭＣＧ２のアドレスを含む。
（４） コンテンツ配信ツリー作成
マルチキャスト制御ゲートウェイ（ＭＣＧ２）から前記ホームアドレス宛に発信されるパケットは、ホームエージェント（ＨＡ）に送信され、ホームエージェント（ＨＡ）から前記ホームアドレスを有するコンテンツ配信サーバ（ＣＤＳ）の気付けアドレスに転送されることになる。

本実施の形態では、マルチキャスト制御ゲートウェイ（ＭＣＧ２）とホームエージェント（ＨＡ）間の通信経路途中、又は、ホームエージェント（ＨＡ）とコンテンツ配信サーバ（ＣＤＳ）間の通信経路途中に、いくつかのＳＰとなるノードが存在する。図６の例では、ＳＰ1という１つのスプリッタ（ＳＰ）となるノードが存在し、ＳＰ1がマルチキャスト制御ゲートウェイ（ＭＣＧ２）とホームエージェント（ＨＡ）間の通信経路途中にあるものとする。このとき、マルチキャスト制御ゲートウェイ（ＭＣＧ２）からコンテンツ配信サーバ（ＣＤＳ）のホームアドレスに向けて発信されたコンテンツ配信要求メッセージは、まずスプリッタ（ＳＰ1）のコンテンツ要求受信部２１により受信される。スプリッタ（ＳＰ１）のコンテンツ要求受信部２１は、前記コンテンツ配信要求メッセージを受信すると、そのメッセージをセッション管理部２５１へ通知する。スプリッタ（ＳＰ１）のセッション管理部２５１は、この要求メッセージを以下のように処理する。

（４．１） 発信元ＭＣＧ２のアドレスと、要求するコンテンツのチャネル（識別情報（マルチキャストアドレス）とのペアをセッション情報として記憶装置に管理する（ステップ１７）。

（４．２） 前記コンテンツ配信要求メッセージの要求元アドレスを、元のＭＣＧ２ではなく、自身（ＳＰ1）のアドレスに変更する。それから、書き換えたコンテンツ配信要求メッセージを、前記ホームアドレスに向けて発信する（ステップ１８）。

このコンテンツ配信要求メッセージは、次にホームエージェント（ＨＡ）に配信され、ホームエージェント（ＨＡ）から、この要求メッセージがコンテンツ配信サーバ（ＣＤＳ）へ転送される（ステップ１９）。この要求メッセージはＭＣＧ１を経由するが、ＭＣＧ１は、当該コンテンツ配信サーバ（ＣＤＳ）が認証済であると判断し、転送を許可する。コンテンツ配信サーバ（ＣＤＳ）は、この配信要求メッセージを受信すると、ホームエージェント（ＨＡ）ではなく、ホームエージェント（ＨＡ）の直前の発信元装置（ここではＳＰ１）のアドレスと、要求されたコンテンツのマルチキャストアドレスとのペアをセッション情報（配信先テーブル）として管理する。なお、“ツリーが作成された”とは、上記の各ノードにおいて特定のコンテンツに対応したセッション情報が保持されたことをいう。

（５）コンテンツ中継とマルチキャスト配信の段階
モバイルＩＰクライアントであるコンテンツ配信サーバ（ＣＤＳ）は、保持しているセッション情報を元に、要求されたコンテンツを配信する。上記過程では、要求されたコンテンツ配信先としてＳＰ１が登録されているため、当該コンテンツをユニキャストでＳＰ１宛にユニキャストカプセル化してストリーム配信する（ステップ２０、２１）。マルチキャスト制御ゲートウェイ（ＭＣＧ１）は、コンテンツ配信サーバ（ＣＤＳ）が認証済であると判断し、ユニキャストリームの転送を行う。また、このストリームは、ホームエージェント（ＨＡ）を経由してスプリッタ（ＳＰ１）へ転送される（ステップ２２）。

スプリッタ（ＳＰ１）のストリーム受信部２４は、ユニキャストカプセル化されたコンテンツストリームを受信すると、セッション管理部２５において管理しているセッション情報に基づき転送を行う。ここではマルチキャスト制御ゲートウェイ（ＭＣＧ２）に対するセッションが管理されているため、ストリーム配信部２２から、マルチキャスト制御ゲートウェイ（ＭＣＧ２）に対してコンテンツをストリーム配信する（ステップ２３）。

マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム受信部１２は、スプリッタ（ＳＰ１）からコンテンツを受信する。そして、マルチキャスト復元部１９は、コンテンツストリームをマルチキャストに復元し（ステップ２４）、ストリーム配信部１１はセッション管理部１５２において管理しているセッション情報に基づきコンテンツを配信する（ステップ２５）。ここでは、クライアントが存在するエリアに対するセッションが管理されているため、ストリーム配信部１１から、当該エリアに対して、コンテンツストリームをマルチキャストチャネルで配信する。

以上のシーケンス例では、ＳＰが１台であったが、ＳＰは無くても良く、また２台以上存在していても良い。

また、コンテンツ配信サーバ（ＣＤＳ）がモバイルＩＰ機能を持たない構成としてもよい。この場合、ＡＭＳにはコンテンツ配信サーバ（ＣＤＳ）のＩＰアドレスが登録され、コンテンツ配信サーバ（ＣＤＳ）から送信されるパケット、コンテンツ配信サーバ（ＣＤＳ）宛のパケットはＨＡを経由しない。それ以外の処理はモバイルＩＰ機能を持つ場合と同じである。

（クライアントの認証）
以下、（３）コンテンツ受信要求処理におけるコンテンツ受信クライアントの認証チェック処理について図８のシーケンスチャートを参照して詳細に説明する。ここでの処理により、認証されたクライアントのみがマルチキャストを配信要求できるようになる。

（３．１） コンテンツ受信クライアントのログイン
まず、コンテンツの配信要求を行おうとするクライアントの認証を行う。認証方法は特定の方法に限定されない。例えば、クライアントがモバイルＩＰｖ６機能を持つ場合には、ホームエージェント（ＨＡ）がモバイルＩＰの機能によってクライアントを認証し、認証ＯＫであればホームエージェント（ＨＡ）がクライアントのグローバルなＩＰアドレス（ホームアドレス）をマルチキャスト制御ゲートウェイ（ＭＣＧ２）のＨＡ通信部１０に通知し、ＨＡ通信部１０はそれを認証状態管理部１５１に通知し、認証状態管理部１５１はそのアドレスを認証されたクライアントのアドレスとして記憶装置に格納し、管理する。また、クライアントがモバイルＩＰの機能を持たない場合でも、ホームエージェント（ＨＡ）にモバイルＩＰの機能を持たないクライアントの認証を行う機能を備えることにより、クライアントがホームエージェント（ＨＡ）にアクセスして、ホームエージェント（ＨＡ）が認証を行うことができる。

また、クライアントとマルチキャスト制御ゲートウェイ（ＭＣＧ２）間でＩＰｓｅｃネゴシエーションを行うことにより認証を行い、マルチキャスト制御ゲートウェイ（ＭＣＧ２）が認証済みクライアントのアドレスを取得してもよい。また、マルチキャスト制御ゲートウェイ（ＭＣＧ２）が認証用ＷＷＷページをクライアントに提供し、クライアントからＩＤとパスワードの入力を受けて、予め登録したＩＤ、パスワードと比較することによりクライアントを認証してもよい。

図８に示す例では、ホームエージェント（ＨＡ）がクライアントの認証を行い（ステップ３１）、認証に成功したクライアントのグローバルなＩＰアドレスをマルチキャスト制御ゲートウェイ（ＭＣＧ２）に通知し（ステップ３２）、それを認証状態管理部１５１に通知している（ステップ３３）。

そして、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、取得したＩＰアドレスを用いてクライアントにアクセスすることにより（ステップ３４）、クライアントのＭＡＣアドレスを取得し、認証状態管理部１５１は取得したＭＡＣアドレスをＩＰアドレスに対応付けて管理する（ステップ３５、３６）。
（３．２） コンテンツ受信要求（マルチキャストＪｏｉｎ）
マルチキャストの配信要求するため、クライアントはＪｏｉｎ（ＩＰｖ４マルチキャストであればＩＧＭＰ Ｒｅｐｏｒｔ、ＩＰｖ６マルチキャストであればＭＬＤ Ｒｅｐｏｒｔ）を発信するが、図８はＩＰｖ６マルチキャストの場合を示している。

ＩＰｖ４マルチキャストの場合であれば、マルチキャスト制御ゲートウェイ（ＭＣＧ２）の認証チェック部１７は、ＩＧＭＰ Ｒｅｐｏｒｔの発信元ＩＰアドレスとＭＡＣアドレスの組が、前記（３．１）の処理により保持されているＩＰアドレスとＭＡＣアドレスの組のいずれかと一致しているかどうかチェックする。一致しているものが無ければ当該Ｊｏｉｎを破棄する。一致している場合、図７におけるステップ１６からの処理を行ってマルチキャスト配信を行う。なお、コンテンツ属性要求をし、要求エリアに配信可能である場合の応答を受けた場合に、パケットフィルタ部１８は、そのコンテンツの当該エリアに対する配信のフィルタをオープンしておく。

一方、ＩＰｖ６マルチキャストの場合は、ＭＬＤ Ｒｅｐｏｒｔの発信元ＩＰアドレスがリンクローカルアドレスであるため、ＩＰｖ４マルチキャストの場合にようにグローバルＩＰアドレスとの一致をチェックすることができない。そこで、本実施の形態では以下のようにしてＭＬＤ Ｒｅｐｏｒｔが認証されたクライアントからのパケットであるかどうかをチェックする。

図８に示すように、まず、マルチキャスト制御ゲートウェイ（ＭＣＧ２）の認証チェック部１７は、クライアントから受信したＭＬＤ Ｒｅｐｏｒｔパケットからの発信元ＭＡＣアドレス（ＭＡＣ１とする）を取得し（ステップ３７、３８）、ＭＡＣ１が、前記（３．１）のステップ３６により取得し、管理していた情報のどれかと一致しているかチェックする。一致しているものが無ければ当該配信要求を破棄する。

ＭＡＣ１と一致するＭＡＣアドレスが存在する場合、認証チェック部１７は、ＭＡＣ１に対応するグローバルなＩＰアドレスを認証状態管理部１５１から取得する（ステップ３９、４０）。そして、ＩＰｖ６のＮｅｉｇｈｂｏｒ Ｓｏｌｉｃｉｔａｔｉｏｎ（近隣要請）パケットに目的アドレスとして認証状態管理部１５１から取得したＩＰアドレスを設定し、そのＮｅｉｇｈｂｏｒ Ｓｏｌｉｃｉｔａｔｉｏｎパケットをクライアント側のエリアに発信する（ステップ４１）。
このパケットを受信した上記ＩＰアドレスを持つクライアントから応答パケット（Ｎｅｉｇｈｂｏｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ（近隣広告））が通知されると（ステップ４２）、そのパケットのＭＡＣアドレス（ＭＡＣ２とする）をチェックし、ＭＡＣ２がＭＡＣ１と一致するかどうかチェックする（ステップ４３）。ＭＡＣ２がＭＡＣ１と一致する場合は、応答パケットを送信したクライアントは、ＭＡＣ１に対応付けて保持されるＩＰアドレスを有するクライアント、すなわち認証されたクライアントであると判定できる。従って、ＭＡＣ２がＭＡＣ１と一致する場合は、ステップ３７でＭＬＤ Ｒｅｐｏｒｔを送信したクライアントは認証済みのクライアントであると判定する（ステップ４４）。
（３．３）コンテンツ配信エリアチェック
（３．２）における認証チェックで受理されたマルチキャスト配信要求に対して、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、図７のステップ１４、１５と同じ処理を行って、コンテンツ配信エリアチェックを行う（ステップ４５〜４９）。ここで、配信可の応答を受けた場合は、パケットフィルタ部１８のフィルタをオープンしておく（図８のステップ５０）。その後、図６に示したステップ１６からの処理を行って、コンテンツ配信サーバ（ＣＤＳ）にコンテンツを要求し、ＭＣＧ２はユニキャストで受信したストリームを要求エリアに対してマルチキャスト配信する（ステップ５１）。

（認証済クライアントのみがマルチキャストコンテンツを受信する機構）
次に、認証済クライアントのみがマルチキャストコンテンツを受信するためのしくみについて説明する。ここでは、認証済みのクライアント及びマルチキャスト配信サーバ（ＣＤＳ）に対してコンテンツを暗号化及び復号化するための暗号キー（ＴＥＫ）を配信することにより、コンテンツストリームを暗号化し、認証済クライアントのみがマルチキャストコンテンツを受信できるようにしている。また、ＴＥＫを安全に配布するための暗号キー（ＫＥＫ）を配布する。以下、図９のシーケンスチャートを参照して暗号キー配布の処理について説明する。

図９に示す例では、コンテンツを配信するマルチキャストアドレスをＭ１とし、ＴＥＫをマルチキャスト配信するマルチキャストアドレスをＭ２とする。マルチキャストＭ１の暗号キーサーバ（ＫＳ）は、認証済クライアントに対してＩＰｓｅｃネゴシエーションにより安全にＫＥＫをユニキャストで配布しておく。次にマルチキャストＭ１に対する暗号キー（ＴＥＫ）をＫＥＫで暗号化してユニキャストで配布する。以後、一定時間おきに、ＴＥＫを更新し、それをＫＥＫで暗号化してマルチキャストＭ２で視聴中クライアント全員とマルチキャストＭ１の配信元（マルチキャストＭ１配信コンテンツ配信サーバ）に配布する。また暗号キーサーバ（ＫＳ）は、暗号キー（ＴＥＫ）のマルチキャストパケットをユニキャストカプセル化してクライアント群へ配布する。

以下、図９のシーケンスに沿って処理を詳細に説明する。本実施の形態におけるコンテンツ暗号キー配信シナリオは、（１）コンテンツ属性の登録、（２）コンテンツ配信元へのＴＥＫ配布、（３）コンテンツ受信クライアント認証、（４）クライアント認証情報通知、（５）クライアントからのマルチキャストＭ１の暗号キー要求、（６）ＴＥＫ配信経路作成、（７）ＴＥＫマルチキャスト配信、（８）ＴＥＫ更新、の８つの段階に大きく分けることが出来る。以下、各段階について説明する。
（１） コンテンツ属性の登録
まず、アドレスマッピングサーバ（ＡＭＳ）にマルチキャストコンテンツの配信元ＩＰアドレスと、マルチキャストアドレスＭ１を登録する。また、当該マルチキャストコンテンツのＴＥＫ及びＫＥＫを配布するマルチキャスト暗号キーサーバ（ＫＳ）に関する情報も登録する。すなわち、アドレスマッピングサーバ（ＡＭＳ）に、マルチキャスト暗号キーサーバ（ＫＳ）のＩＰアドレスと、マルチキャスト暗号キーサーバ（ＫＳ）が、更新したＴＥＫを配信するためのマルチキャストアドレスＭ２を登録する。（Ｍ２の配信元はＫＳである。）
マルチキャスト暗号キーサーバ（ＫＳ）には、マルチキャストアドレスＭ１のコンテンツ配信元となるコンテンツ配信サーバ（ＣＤＳ）のＩＰアドレスを登録しておく。すなわち、ＡＭＳに登録した配信元ＩＰアドレスと同じ配信元ＩＰアドレスを登録する。

また、コンテンツ配信サーバ（ＣＤＳ）はＭＣＧ１に対して認証済であり、このＭＣＧ１を経由して他のＮＷ装置と通信可能であるものとする。
（２）コンテンツ配信元へのＴＥＫ配布
コンテンツ配信サーバ（ＣＤＳ）は、マルチキャスト暗号キーサーバ（ＫＳ）に対してマルチキャストＭ１用の暗号キー（ＴＥＫ）を要求する（ステップ６１）。マルチキャスト暗号キーサーバ（ＫＳ）はＴＥＫを安全に配布するため、コンテンツ配信サーバ（ＣＤＳ）とＩＰＳＥＣネゴシエーションを行う。このとき、コンテンツ配信サーバ（ＣＤＳ）のＩＰアドレスをチェックし、マルチキャストＭ１配信元のＩＰアドレスであればＩＳＡＫＭＰ ＳＡを確立する。コンテンツ配信サーバ（ＣＤＳ）は更に要求するコンテンツのマルチキャストアドレスＭ１をマルチキャスト暗号キーサーバ（ＫＳ）に通知する。マルチキャスト暗号キーサーバ（ＫＳ）は、当該マルチキャストアドレスＭ１に対応するＫＥＫ及びＴＥＫをＩＳＡＫＭＰ ＳＡを用いて配布する（ステップ６２）。
（３） コンテンツ受信クライアント認証
図８を用いて説明した通りの方法を用いて、コンテンツを受信するクライアントの認証を行う（ステップ６３）。認証処理の結果、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、認証済クライアントのＩＰアドレスとＭＡＣアドレスを取得し、認証状態管理部１５１においてＩＰアドレスとＭＡＣアドレスをペアにして管理する（ステップ６４）。
（４） クライアント認証情報通知
マルチキャスト制御ゲートウェイ（ＭＣＧ２）のＫＳ通信部９から、マルチキャスト暗号キーサーバ（ＫＳ）の認証情報取得部４１に対して認証済クライアントのＩＰアドレスを通知する（ステップ６５）。マルチキャスト暗号キーサーバ（ＫＳ）の認証情報管理部４２１はこれを管理する。
（５） クライアントからのマルチキャストＭ１の暗号キー要求
認証済クライアントは、マルチキャスト暗号キーサーバ（ＫＳ）に対してマルチキャストＭ１の暗号キー（ＴＥＫ）を要求する（ステップ６６）。マルチキャスト暗号キーサーバ（ＫＳ）はＴＥＫを安全に配布するため、認証済クライアントとＩＰＳＥＣネゴシエーションを行う。このとき、当該クライアントのＩＰアドレスをチェックし、ＭＣＧ２において認証済クライアントであればＩＳＡＫＭＰ ＳＡを確立する（ステップ６７）。前記クライアントは更に要求するコンテンツのマルチキャストアドレスＭ１をマルチキャスト暗号キーサーバ（ＫＳ）に通知する。マルチキャスト暗号キーサーバ（ＫＳ）は、当該マルチキャストアドレスＭ１に対応するＴＥＫ及びＫＥＫをＩＳＡＫＭＰ ＳＡを用いてクライアントに配布する（ステップ６８）。
（６） ＴＥＫ配信経路作成
認証済みのクライアントはマルチキャストＭ１に対するＴＥＫとＫＥＫを受信すると、マルチキャストアドレスＭ２に対してもＪｏｉｎする（ステップ６９）。一方マルチキャストＭ１配信元の配信サーバ（ＣＤＳ）もマルチキャストＭ２に対してＪｏｉｎしておく（ステップ７２）。これらのＪｏｉｎに対して、図７、図８を用いて説明した手順に従って、ＫＳにおけるセッション情報（配信先情報）が更新され、Ｍ２の配信元であるマルチキャスト暗号キーサーバ（ＫＳ）からの、ユニキャストカプセル化ストリーム配信経路が作成される（ステップ７０、７１、７３、７４、７５）。

その後、クライアントはＭＣＧ２に対してコンテンツ配信要求メッセージを送信し（ステップ７６）、図７、図８を用いて説明した手順に従って、コンテンツ配信サーバ（ＣＤＳ）からコンテンツが送信される（ステップ７７〜８４）。ここでは、コンテンツはＴＥＫにより暗号化され、クライアントはＴＥＫを用いて復号化する（ステップ８５）。これにより、ＴＥＫを保持している認証済みクライアントのみがマルチキャストコンテンツを受信することが可能となる。なお、ステップ６９〜ステップ７５は、ステップ７６〜ステップ８５の後でもよい。
（７） ＴＥＫマルチキャスト配信
マルチキャスト暗号キーサーバ（ＫＳ）の暗号キー作成部４５は一定時間おきにＴＥＫを更新する（ステップ８６）。マルチキャスト暗号キーサーバ（ＫＳ）のマルチキャスト暗号キー配信部４６は、更新したＴＥＫを、ＫＥＫを用い、３ＤＥＳ等のアルゴリズムにより暗号化し、この暗号化したデータをマルチキャストアドレスＭ２で発信するためのマルチキャストパケットを作成する。マルチキャスト暗号キーサーバ（ＫＳ）のユニキャストカプセル部４７は、前記マルチキャストパケットをユニキャストカプセル化し、前記ＴＥＫ配信経路でユニキャスト配信する（ステップ８７、８８，９１）。
（８） ＴＥＫ更新
前記ユニキャストパケットは、マルチキャスト制御ゲートウェイ（ＭＣＧ２）によりマルチキャストＭ２に復元され（ステップ８９）、前記クライアントに配布されるとともに（ステップ９０）、マルチキャスト制御ゲートウェイ（ＭＣＧ１）によりマルチキャストＭ２に復元され、コンテンツ配信サーバ（ＣＤＳ）に配布される（ステップ９２、９３）。以後、Ｍ１配信元のコンテンツ配信サーバ（ＣＤＳ）は、前記の新ＴＥＫを用いてコンテンツをマルチキャストＭ１で配布することが可能となる（ステップ９４〜９９）。もし、旧ＴＥＫが、悪意あるクライアントにより解読されていたとしても、新ＴＥＫを用いてコンテンツを配信することにより、前記認証済クライアントのみが復号し、視聴可能である。また、マルチキャスト暗号キーサーバ（ＫＳ）は、マルチキャストコンテンツを視聴している全認証済クライアント、及び配信サーバに対して、一回の送信でＴＥＫを配布することが可能であり、ＴＥＫ管理の負荷が軽減される。

上記の処理において、認証済クライアントに対して属性を付与し、マルチキャスト暗号キーサーバ（ＫＳ）が、マルチキャストチャネル毎に当該属性値に応じて、マルチキャストストリームを暗号化及び復号化するための暗号キーを配布するかどうか判断することも可能である。

この場合、マルチキャスト制御ゲートウェイ（ＭＣＧ）のクライアント認証部２０は、クライアントＩＤに対応する属性値をデータベースとして有する。例えば認証時のクライアントＩＤが“Ｕｓｅｒ１”のクライアントは、クライアント属性値が“１”であるとする。一方、マルチキャスト暗号キーサーバ（ＫＳ）の認証チェック部４４は、マルチキャストチャネル毎に、暗号キー配布を許可するクライアント属性値リストを有する。

上記の（３）コンテンツ受信クライアント認証の段階において、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、クライアントを認証すると、当該クライアントのＩＰアドレスとＭＡＣアドレスに加えて、クライアント属性をまとめて管理する。そして、（４）の段階において、ＭＣＧ２からＫＳへのクライアント認証情報通知時に、ＩＰアドレスとそのクライアント属性値を通知し、（５）の段階において、クライアントがマルチキャスト暗号キーサーバ（ＫＳ）に対して、要求するコンテンツのマルチキャストアドレスＭ１を通知したとき、マルチキャスト暗号キーサーバ（ＫＳ）の認証チェック部４４は、当該クライアントの属性値が、Ｍ１に対する暗号キー配布を許可するクライアント属性値リストに含まれるかどうかをチェックし、リストに含まれていればＭ１のＴＥＫとＫＥＫを配布する。そうでなければ、当該クライアントからの要求を棄却する。

（具体例）
次に、図１０に示すネットワーク構成を用いて、基本的な処理内容をより具体的に説明する。図１０に示すネットワークにおいて、各ネットワーク装置（ネットワークにおいてパケットを中継する装置）はＩＰｖ６を用いて通信するものとし、図１０に示す通りのＩＰｖ６アドレスが付与されているものとする。

すなわち、クライアントの無線アクセス可能なエリアとして、プレフィクス２００１：０：１：１：：／６４に対応するエリア１と、２００１：０：１：２：：／６４に対応するエリア２、及び２００１：２：１：１：：／６４に対応するエリア３が存在する。２００１：０：１：１：：／６４及び２００１：０：１：２：：／６４はマルチキャスト制御ゲートウェイ（ＭＣＧ１）の配下であり、２００１：２：１：１：：／６４はマルチキャスト制御ゲートウェイ（ＭＣＧ２）の配下にある。

マルチキャスト制御ゲートウェイ（ＭＣＧ１）のユニキャスト網側（インターネット側）のアドレスは２００１：１：１：１：：２である。一方、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のユニキャスト網側（インターネット側）のアドレスは２００１：２：２：１：：２である。

ホームエージェント（ＨＡ）のアドレスは２００１：９：９：９：：２である。コンテンツ配信サーバ１（ＣＤＳ１）はモバイルＩＰｖ６クライアントであり、そのホームアドレスは２００１：９：９：９：：１０である。また、図１０に示す状態においてコンテンツ配信サーバ１（ＣＤＳ１）は２００１：０：１：１：：／６４に対応するエリア１に存在するため、その気付けアドレスは２００１：０：１：１：：ａｂｃｄであるものとし、この気付けアドレスをモバイルＩＰｖ６の仕組みを用いてホームエージェント（ＨＡ）に通知している。

また、アドレスマッピングサーバ（ＡＭＳ）のアドレスは２００１：８：８：８：：２であり、図１１に示すコンテンツ属性情報を保持している。このコンテンツ属性情報は、コンテンツ配信サーバ１（ＣＤＳ１）が、マルチキャストアドレスｆｆ０８：：１：１に対してコンテンツを配信し、マルチキャストアドレスｆｆ０８：：１：１に対応するコンテンツは、マルチキャスト制御ゲートウェイ（ＭＣＧ２）配下であるプレフィクス２００１：２：１：１：：／６４のネットワークを含むいくつかのエリアへの配信が許可されていることを示している。また、コンテンツ配信を要求するクライアントが認証されていることを要するか否か設定されている。「要」の場合、コンテンツ属性要求メッセージに、コンテンツ配信要求をしたクライアントが認証されている旨の情報が含まれている場合に、コンテンツ属性を提供する。

マルチキャスト制御ゲートウェイ（ＭＣＧ１及びＭＣＧ２）は、このようなマルチキャストコンテンツ属性を管理するアドレスマッピングサーバ（ＡＭＳ）が２００１：８：８：８：：２に存在することを、コンフィグファイルより読み取り、認知しているとする。

次に図１０の構成におけるコンテンツ要求開始からマルチキャスト配信開始までの動作について説明する。

ここで、マルチキャスト配信サーバ１（ＣＤＳ１とする）は、マルチキャスト制御ゲートウェイ（ＭＣＧ１）配下の２００１：０：１：１：：／６４に存在し、認証済であるものとする。また、コンテンツを要求するクライアント１も認証済みであるものとする。まず、クライアント１が、マルチキャストアドレスｆｆ０８：：１：１に対応するコンテンツを要求すると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のコンテンツ受信クライアント検出部１６がこのクライアントからの要求メッセージ（ＭＬＤ Ｒｅｐｏｒｔ）を受信する。そして、図８を用いて説明した手順で、要求メッセージが認証されたクライアントから送られたものであることをチェックすると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、要求されたマルチキャストコンテンツの属性を取得するため、コンテンツ属性要求部１３からアドレスマッピングサーバ（ＡＭＳ）に対してコンテンツ属性要求メッセージを発信する。

図１２にコンテンツ属性要求メッセージの内容の一例を示す。図１２に示すように、コンテンツ属性要求メッセージは、配信を要求するコンテンツのマルチキャストアドレスと配信先のネットワークプレフィクス（この場合は、２００１：２：１：１：：／６４）に加えて、配信を要求するクライアントの認証チェック結果を含む。

これを受信したアドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性要求受信部３１は、これをＡＭＳの制御部３５へ通知する。制御部３５はデータベース（図１１に示すコンテンツ属性）を参照し、要求されたマルチキャストアドレスに対応するコンテンツが、要求元のエリア３に配信可能であり、なおかつ、配信要求を行ったクライアントが認証済みであることを判定する。この結果、アドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性送信部３２は、図１３に示す内容のコンテンツ属性をマルチキャスト制御ゲートウェイ（ＭＣＧ２）へ通知する。

マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム配信要求部１４は、前記コンテンツ属性を用いて、コンテンツ配信サーバ１（ＣＤＳ１）（２００１：９：９：９：：１０）に向けて、図１４に示す、マルチキャストアドレス（ｆｆ０８：：１：１）のコンテンツを要求するメッセージを発信する。

コンテンツ配信サーバ１（ＣＤＳ１）はモバイルＩＰｖ６クライアントであるため、前記要求メッセージは、ホームエージェント（ＨＡ）が受信する。ホームエージェント（ＨＡ）はこのメッセージをコンテンツ配信サーバ１（ＣＤＳ１）（気付けアドレスである２００１：０：１：１：：ａｂｃｄ）に転送する。

図１５に、コンテンツ配信要求メッセージの転送経路を示す。コンテンツ配信サーバ１（ＣＤＳ１）は、ホームエージェント（ＨＡ）から転送されたマルチキャスト制御ゲートウェイ（ＭＣＧ２）からのコンテンツ配信要求メッセージを受信すると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）に対するコンテンツ配信セッションを作成する。

そして、コンテンツ配信サーバ１（ＣＤＳ１）はマルチキャスト制御ゲートウェイ（ＭＣＧ２）へ配信するｆｆ０８：：１：１に対応するマルチキャストコンテンツをユニキャストカプセル化し、これをマルチキャスト制御ゲートウェイ（ＭＣＧ２）に向けて送信する。コンテンツ配信サーバ１（ＣＤＳ１）は、モバイルＩＰｖ６クライアントであるため、コンテンツ配信サーバ１（ＣＤＳ１）からマルチキャスト制御ゲートウェイ（ＭＣＧ２）へのストリームはホームエージェント（ＨＡ）を経由して転送される。図１６に、ストリーム配信経路を示す。

マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム受信部１２は、当該コンテンツを受信すると、ＭＣＧ２のマルチキャスト復元部１９が、ｆｆ０８：：１：１に対応するコンテンツをユニキャストパケットからマルチキャストパケットに復元し、ＭＣＧ２のストリーム配信部１１が、セッション情報に基づき、当該コンテンツをクライアント１の存在するエリア３に向けてマルチキャスト配信する。

ここで、コンテンツ配信サーバ１（ＣＤＳ１）が、２００１：０：１：１：：／６４に対応するネットワークエリア１から、２００１：０：１：２：：／６４に対応するネットワークエリアに移動したとする。コンテンツ配信サーバ１（ＣＤＳ１）はモバイルＩＰｖ６クライアントであり、ホームアドレスは２００１：９：９：９：：１０のまま変わらないが、２００１：０：１：２：：／６４に対応するエリア２に存在するため、気付けアドレスは例えば２００１：０：１：２：：ａｂｃｄに変化する。このとき、コンテンツ配信サーバ１（ＣＤＳ１）は、この気付けアドレスをモバイルＩＰｖ６の仕組みを用いてホームエージェント（ＨＡ）に通知する。また、ホームエージェント（ＨＡ）によりコンテンツ配信サーバ１（ＣＤＳ１）の認証がなされる。なお、ＡＭＳは、コンテンツ配信サーバ１（ＣＤＳ１）のホームアドレスを管理しているので、ＡＭＳが管理するコンテンツ配信サーバ１（ＣＤＳ１）のアドレスは全く変更を要しない。

このとき、クライアント１からのマルチキャストｆｆ０８：：１：１の要求に対して、ＭＣＧ２が発信するストリーム要求メッセージは、図１７に示すように、正しいコンテンツ配信サーバ１（ＣＤＳ１）の所在地に、ホームエージェント（ＨＡ）により転送される。また、コンテンツ配信サーバ１（ＣＤＳ１）からのストリーム配信経路は、図１８に示す経路になる。これにより、マルチキャスト制御ゲートウェイ（ＭＣＧ２）及びその配下のマルチキャストクライアントは、コンテンツ配信サーバ１（ＣＤＳ１）の移動を意識せず、マルチキャストコンテンツ（ｆｆ０８：：１：１）を受信し続けることができる。

（マルチキャストストリームを暗号化する場合）
次に、図１９に示すネットワーク構成を用いて、図９で説明した暗号キーの配布処理の具体例を説明する。

本ネットワークでは、上記の具体例と同様、各ネットワーク装置がＩＰｖ６を用いて通信するとし、図１０の場合と同様のネットワーク構成であり、図１９に示す通りのＩＰｖ６アドレスが付与されているものとする。ただし、図１９の構成では、図１０の構成に加えて、マルチキャスト暗号キーを作成し、配布する暗号キーサーバ（ＫＳ）が存在し、そのアドレスは２００１：８：８：８：：３であるとする。

コンテンツ配信サーバ（ＣＤＳ１）は、ｆｆ０８：：１：１（図９でのＭ１に対応）のマルチキャストコンテンツを配信するものとし、マルチキャスト暗号キーサーバ（ＫＳ）は、このマルチキャスト暗号キー（ＴＥＫ及びＫＥＫ）を管理し、配布する。また、このＴＥＫを更新した際にコンテンツ配信サーバ（ＣＤＳ１）及び全受信クライアントにマルチキャスト配布するためのマルチキャストアドレスをｆｆ０８：：３：１：１（図９でのＭ２に対応）とする。この場合、アドレスマッピングサーバには、図２０に示すように、各マルチキャストチャネルの配信元サーバを登録しておく。以下、コンテンツ配信サーバ（ＣＤＳ１）とクライアント１はそれぞれマルチキャスト制御ゲートウェイ（ＭＣＧ１）及びマルチキャスト制御ゲートウェイ（ＭＣＧ２）に対して認証済であり、マルチキャスト制御ゲートウェイ（ＭＣＧ１）及びマルチキャスト制御ゲートウェイ（ＭＣＧ２）のＫＳ通信部９からＫＳの認証情報取得部４１に対して認証済であり、そのＩＰアドレスを通知しているとする。また、コンテンツ配信サーバ（ＣＤＳ１）がｆｆ０８：：１：１の配信元サーバであることもＫＳの認証情報管理部４２１に登録してあるとする。

まず、コンテンツ配信サーバ（ＣＤＳ１）は、ｆｆ０８：：１：１のＴＥＫを受信するため、マルチキャスト暗号キーサーバ（ＫＳ）にｆｆ０８：：１：１のＴＥＫとＫＥＫを要求する。マルチキャスト暗号キーサーバ（ＫＳ）は、この要求メッセージの発信元ＩＰアドレスが、既にマルチキャスト暗号キーサーバ（ＫＳ）の認証情報管理部４２１において管理されているため、ＴＥＫとＫＥＫを配布する。

更に、コンテンツ配信サーバ（ＣＤＳ１）は以後更新されるＴＥＫを受信するためのマルチキャストチャネルｆｆ０８：：３：１：１へのＪｏｉｎを行うと、マルチキャスト制御ゲートウェイ（ＭＣＧ１）のコンテンツ受信クライアント検出部１６がこのクライアントからのＪｏｉｎメッセージ（ＭＬＤ Ｒｅｐｏｒｔ）を受信する。マルチキャスト制御ゲートウェイ（ＭＣＧ１）は、要求されたマルチキャストチャネルの属性を取得するため、コンテンツ属性要求部１３からＡＭＳに対してコンテンツ属性要求メッセージを発信する。コンテンツ属性要求メッセージは図２１のように配信先のネットワークプレフィクス（この場合は、２００１：０：１：１：：／６４）を含む。これを受信したアドレスマッピングサーバ（ＡＭＳ）のコンテンツ属性要求受信部３１は、これをＡＭＳの制御部３５へ通知する。制御部はデータベース（図２０に示すコンテンツ属性）を参照し、要求されたマルチキャストチャネルが、要求元のエリアに配信可能であることを判定する。この結果、ＡＭＳのコンテンツ属性送信部３２は、図２２に示す内容のコンテンツ属性をマルチキャスト制御ゲートウェイ（ＭＣＧ１）へ通知する。ＭＣＧ１のストリーム配信要求部１４は、前記コンテンツ属性を用いて、マルチキャスト暗号キーサーバＫＳ（２００１：８：８：８：：３）に向けて、図２３のようなマルチキャストアドレス（ｆｆ０８：：３：１：１）のストリームを要求するメッセージを発信する。マルチキャスト暗号キーサーバ（ＫＳ）は、マルチキャスト制御ゲートウェイ（ＭＣＧ１）からのストリーム配信要求メッセージを受信すると、マルチキャスト制御ゲートウェイ（ＭＣＧ１）に対するストリーム配信セションを作成する。

同様に、クライアント１は、ｆｆ０８：：１：１のＴＥＫを受信するため、マルチキャスト暗号キーサーバ（ＫＳ）にｆｆ０８：：１：１のＴＥＫとＫＥＫを要求する。マルチキャスト暗号キーサーバ（ＫＳ）は、この要求メッセージの発信元ＩＰアドレスが、既にマルチキャスト暗号キーサーバ（ＫＳ）の認証情報管理部４２１において管理されているため、ＴＥＫとＫＥＫを配布する。更に、クライアント１は以後更新されるＴＥＫを受信するためのマルチキャストチャネルｆｆ０８：：３：１：１へのＪｏｉｎを行うと、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のコンテンツ受信クライアント検出部１６がこのクライアントからのＪｏｉｎメッセージ（ＭＬＤ Ｒｅｐｏｒｔ）を受信する。マルチキャスト制御ゲートウェイ（ＭＣＧ２）は、要求されたマルチキャストチャネルの属性を取得するため、コンテンツ要求部１３からＡＭＳに対してコンテンツ属性要求メッセージを発信する。コンテンツ属性要求メッセージは図２４のように配信先のネットワークプレフィクス（この場合は、２００１：２：１：１：：／６４）を含む。

これを受信したＡＭＳのコンテンツ属性要求受信部３１は、これをＡＭＳの制御部３５へ通知する。制御部３５はデータベース（図２０のコンテンツ属性）を参照し、要求されたマルチキャストチャネルが、要求元のエリアに配信可能であることを判定する。この結果、ＡＭＳのコンテンツ属性送信部３２は、図２５に示す内容のコンテンツ属性をマルチキャスト制御ゲートウェイ（ＭＣＧ２）へ通知する。マルチキャスト制御ゲートウェイ（ＭＣＧ２）のストリーム配信要求部１４は、前記コンテンツ属性を用いて、ＫＳ（２００１：８：８：８：：３）に向けて、図２６に示すマルチキャストアドレス（ｆｆ０８：：３：１：１）のストリームを要求するメッセージを発信する。マルチキャスト暗号キーサーバ（ＫＳ）は、マルチキャスト制御ゲートウェイ（ＭＣＧ２）からのストリーム配信要求メッセージを受信すると、マルチキャスト制御ゲートウェイ（ＭＣＧ２）に対するストリーム配信セションを作成する。図２７に以上説明したストリーム配信要求メッセージの転送経路を示す。また、配信要求の結果、図２８に示すような経路でＴＥＫが配布される。

クライアント１がマルチキャストアドレスｆｆ０８：：１：１のコンテンツを要求し、コンテンツ配信サーバ（ＣＤＳ１）からそれを配信する手順は既に図１０の構成を用いて説明した手順と同様であるが、ＴＥＫを取得したコンテンツ配信サーバ（ＣＤＳ１）は、このＴＥＫを用いて当該コンテンツを暗号化し、ｆｆ０８：：１：１のマルチキャストアドレスでマルチキャスト配信する。一方ＴＥＫを取得したクライアントは、ＴＥＫで暗号化されたマルチキャストコンテンツを受信すると、同じＴＥＫで復号化できる。

次に、認証済クライアントに対して属性を付与する場合の例について説明する。この場合、マルチキャスト制御ゲートウェイ（ＭＣＧ２）のクライアント認証部２０が、図２９に示すようなクライアントＩＤに対応する属性値をデータベースとして有しているとする。また、図２９に示す通り、クライアント１は、認証時のクライアントＩＤが“Ｕｓｅｒ１”であるものとし、クライアント１のクライアント属性値は“１”であるとする。

一方、マルチキャスト暗号キーサーバ（ＫＳ）の認証チェック部１７は、マルチキャストアドレス毎に、暗号キー配布を許可するクライアント属性値リストとして、図３０に示すリストを有しているとする。

このとき、クライアント１がマルチキャスト暗号キーサーバ（ＫＳ）に対して、マルチキャストアドレスｆｆ０８：：１：１の暗号キーを要求する。マルチキャスト暗号キーサーバ（ＫＳ）は、クライアント１の属性値が“１”であり、ｆｆ０８：：１：１の暗号キー配布許可リストに“１”が含まれているため、ＴＥＫ及びＫＥＫを配布可能と判断する。同様に、クライアント２がクライアントＩＤとして“Ｕｓｅｒ４”で認証したとすると、属性値が“２”であり、これは前記リストに含まれていないため、認証済クライアント２がｆｆ０８：：１：１の暗号キーを要求しても、マルチキャスト暗号キーサーバ（ＫＳ）はこれを棄却する。

上記のように本実施の形態で説明したマルチキャスト配信システムによれば、アドレスマッピングサーバにおけるデータベースを設定することにより、コンテンツ毎にコンテンツ配信サーバとコンテンツ配信先エリアを指定することができ、指定したエリアにおけるクライアントに対してのみ、コンテンツをマルチキャスト配信されるといったポリシをネットワークに反映でき、このポリシに従って動的にコンテンツ配信ツリーを構築することが可能となる。

また、ＴＥＫとＫＥＫを認証済クライアントと、コンテンツ配信サーバ（ＣＤＳ）に配布することにより、認証済クライアントのみが特定のコンテンツを受信することが可能となる。

本発明は、上記の実施例に限定されることなく、特許請求の範囲内で種々変更・応用が可能である。

従来技術におけるマルチキャスト配信システムの一例を示す図である。 本発明の実施の形態におけるマルチキャスト配信システムを示す図である。 本発明の実施の形態におけるマルチキャスト制御ゲートウェイの機能ブロック図である。 本発明の実施の形態におけるスプリッタの機能ブロック図である。 本発明の実施の形態におけるアドレスマッピングサーバの機能ブロック図である。 本発明の実施の形態におけるマルチキャスト暗号キーサーバの機能ブロック図である。 本発明の実施の形態における、クライアント及びコンテンツ配信サーバの認証から、コンテンツのマルチキャスト配信開始までのシーケンスを示す図である。 コンテンツ受信クライアントの認証チェック処理を説明するためのシーケンスチャートである。 暗号キー配布の処理を示すシーケンスチャートである。 本発明の実施の形態におけるマルチキャスト配信システムを詳細に示す図である。 本発明の実施の形態におけるアドレスマッピングサーバが保持するコンテンツ属性情報の例である。 本発明の実施の形態におけるコンテンツ属性要求メッセージの内容の一例を示す図である。 本発明の実施の形態におけるアドレスマッピングサーバから送信されるコンテンツ属性メッセージの内容の一例を示す図である。 本発明の実施の形態におけるストリーム配信要求メッセージの内容の一例を示す図である。 マルチキャストアドレス（ｆｆ０８：：１：１）に対応するストリーム配信要求メッセージの転送経路を示す図である。 マルチキャストアドレス（ｆｆ０８：：１：１）に対応するストリーム配信経路を示す図である。 コンテンツ配信サーバが移動した後のストリーム配信要求メッセージの転送経路を示す図である。 コンテンツ配信サーバが移動した後のストリーム配信経路を示す図である。 暗号キーの配布処理を説明するためのマルチキャスト配信システムを詳細に示す図である。 本発明の実施の形態におけるアドレスマッピングサーバが保持するコンテンツ属性情報の例である。 本発明の実施の形態におけるコンテンツ属性要求メッセージの内容の一例を示す図である。 本発明の実施の形態におけるアドレスマッピングサーバから送信されるコンテンツ属性メッセージの内容の一例を示す図である。 本発明の実施の形態におけるＴＥＫマルチキャスト配信要求メッセージの内容の一例を示す図である。 本発明の実施の形態におけるコンテンツ属性要求メッセージの内容の一例を示す図である。 本発明の実施の形態におけるアドレスマッピングサーバから送信されるコンテンツ属性メッセージの内容の一例を示す図である。 本発明の実施の形態におけるＴＥＫマルチキャスト配信要求メッセージの内容の一例を示す図である。 マルチキャストアドレス（ｆｆ０８：：３：１：１）に対応するＴＥＫマルチキャスト配信要求メッセージの転送経路を示す図である。 マルチキャストアドレス（ｆｆ０８：：３：１：１）に対応するＴＥＫマルチキャスト配信経路を示す図である。 マルチキャスト制御ゲートウェイ（ＭＣＧ２）が管理するクライアント属性値の例である。 マルチキャスト暗号キーサーバ（ＫＳ）が管理する暗号キー配布許可リストの例である。

符号の説明

１、３ マルチキャスト対応ルータ
５ クライアント
ＡＭＳ アドレスマッピングサーバ
ＨＡ ホームエージェント
ＣＤＳ コンテンツ配信サーバ
ＳＰ スプリッタ
ＭＣＧ マルチキャスト制御ゲートウェイ
ＫＳ マルチキャスト暗号キーサーバ
９ ＫＳ通信部
１０ ＨＡ通信部
１１ ストリーム配信部
１２ ストリーム受信部
１３ ストリーム配信要求部
１４ コンテンツ属性要求部
１５ 制御部
１６ コンテンツ受信クライアント検出部
１７ 認証チェック部
１８ パケットフィルタ部
１９ マルチキャスト復元部
２０ クライアント認証部
２１ コンテンツ要求受信部
２２ ストリーム配信部
２３ ストリーム配信要求部
２４ ストリーム受信部
２５ 制御部
３１ コンテンツ属性要求受信部
３２ コンテンツ属性送信部
３３ コンテンツ属性管理データベース
３４ 属性操作用ユーザインタフェース部
３５ 制御部
４１ 認証情報取得部
４２ 制御部
４３ 暗号キー要求受信部
４４ 認証チェック部
４５ 暗号キー作成部
４６ マルチキャスト暗号キー配布部
４７ ユニキャストカプセル部

Claims (4)

1. 所定のマルチキャストコンテンツを暗号化及び復号化するためのコンテンツ暗号キーをマルチキャスト配信するための暗号キー配信装置であって、
   認証されたクライアントのアドレスを保持する保持手段と、
   前記マルチキャストコンテンツを配信するコンテンツ配信装置に対し、前記コンテンツ暗号キーと、当該コンテンツ暗号キーを暗号化及び復号化するためのキー暗号キーとを送信する対コンテンツ配信装置暗号キー送信手段と、
   あるクライアントから、キー要求及び前記マルチキャストコンテンツのマルチキャストアドレスを受信し、当該キー要求の発信元のアドレスが、前記認証されたクライアントのアドレスである場合に、前記クライアントに、前記コンテンツ暗号キーと、前記キー暗号キーとを暗号化通信路を介して送信する対クライアント暗号キー送信手段と、
   前記コンテンツ配信装置から、前記コンテンツ暗号キーのマルチキャスト配信要求を受信し、更に、前記クライアントから、前記コンテンツ暗号キーのマルチキャスト配信要求を受信した後、一定時間おきに、前記コンテンツ暗号キーの更新を行い、更新したコンテンツ暗号キーを前記キー暗号キーで暗号化し、暗号化した当該コンテンツ暗号キーを、前記コンテンツ配信装置が存在するエリアにマルチキャスト配信するとともに、前記クライアントが存在するエリアにマルチキャスト配信するマルチキャスト配信手段と
   を有することを特徴とする暗号キー配信装置。
2. 前記マルチキャスト配信手段は、
   前記コンテンツ暗号キーのマルチキャスト配信要求を受信した場合に、マルチキャスト配信要求送信元の装置のエリアに対応する、更新したコンテンツ暗号キーの送信先の情報と、前記コンテンツ暗号キーをマルチキャスト配信するためのマルチキャストアドレスとを対応付けたセッション情報を保持し、
   前記コンテンツ暗号キーの更新が行われた場合に、更新後のコンテンツ暗号キーを当該セッション情報に基づきマルチキャスト配信する請求項１に記載の暗号キー配信装置。
3. 前記暗号キー配信装置は、マルチキャストコンテンツ毎に、コンテンツ暗号キーを配布可能なクライアントの属性値のリストを保持し、
   前記暗号キー配信装置は、クライアントの認証を行う認証装置から、前記認証されたクライアントのアドレスと当該クライアントに対応する属性値とを受信し、前記保持手段は、当該アドレスと属性値とを対応付けて保持し、
   前記対クライアント暗号キー送信手段は、前記キー要求及び前記マルチキャストコンテンツのマルチキャストアドレスを受信し、当該キー要求の送信元のアドレスが、前記認証されたクライアントのアドレスであり、かつ当該アドレスに対応する属性値が、前記マルチキャストコンテンツに対応する属性値として前記属性値のリストに含まれている場合に、前記クライアントに前記コンテンツ暗号キーと、前記キー暗号キーとを送信する請求項１に記載の暗号キー配信装置。
4. 所定のマルチキャストコンテンツを暗号化及び復号化するためのコンテンツ暗号キーをマルチキャスト配信するための暗号キー配信装置の機能をコンピュータに実現させるプログラムであって、コンピュータを、
   認証されたクライアントのアドレスを保持する記憶装置にアクセスする手段、
   前記マルチキャストコンテンツを配信するコンテンツ配信装置に対し、前記コンテンツ暗号キーと、当該コンテンツ暗号キーを暗号化及び復号化するためのキー暗号キーとを送信する対コンテンツ配信装置暗号キー送信手段、
   あるクライアントから、キー要求及び前記マルチキャストコンテンツのマルチキャストアドレスを受信し、当該キー要求の発信元のアドレスが、前記認証されたクライアントのアドレスである場合に、前記クライアントに、前記コンテンツ暗号キーと、前記キー暗号キーとを暗号化通信路を介して送信する対クライアント暗号キー送信手段、
   前記コンテンツ配信装置から、前記コンテンツ暗号キーのマルチキャスト配信要求を受信し、更に、前記クライアントから、前記コンテンツ暗号キーのマルチキャスト配信要求を受信した後、一定時間おきに、前記コンテンツ暗号キーの更新を行い、更新したコンテンツ暗号キーを前記キー暗号キーで暗号化し、暗号化した当該コンテンツ暗号キーを、前記コンテンツ配信装置が存在するエリアにマルチキャスト配信するとともに、前記クライアントが存在するエリアにマルチキャスト配信するマルチキャスト配信手段、
   として機能させるプログラム。

Images