(57)【要約】【課題】指定された受信端末のみがデータを受信可能とし、マルチキャストデータの機密性を保つことが可能なデータ配信システムを提供する。【解決手段】マルチキャスト管理ルータ３はルータ２からマルチキャストデータ配信開始及びソース送信端末１の端末情報を取得すると、端末認証後、ソース送信端末１に秘密鍵を配布する。受信端末６はある特定のマルチキャストデータを受信する場合、ルータ５に参加要求及び端末情報を送信する。ルータ５は参加要求を受けると、ソース送信端末１側のルータ２へマルチキャスト参加要求を通知し、マルチキャスト管理ルータ３に受信端末情報を送信する。マルチキャスト管理ルータ３は受信端末情報を受信すると、端末認証を行い、許可されていれば、対応した公開鍵を受信端末６に送信する。受信端末６は受信した公開鍵を用いてソース送信端末１からの暗号化データを復号する。【選択図】      図１
2004356782.tif 000002
【特許請求の範囲】
【請求項１】
送信端末が予め設定された特定グループ宛にデータをマルチキャスト管理ルータを介してマルチキャスト送信することで、当該特定グループに属する受信端末各々が前記データを受信するデータ配信暗号化システムであって、マルチキャスト送信するデータを暗号化するための秘密鍵を前記送信端末に配付する手段と、前記秘密鍵にて暗号化されたデータを復号するための公開鍵を予め設定された受信端末に配付する手段とを有することを特徴とするデータ配信システム。
【請求項２】
前記送信端末を前記マルチキャスト管理ルータに接続しかつ前記送信端末からのダミーデータの送信開始時にソース配信開始を前記マルチキャスト管理ルータに通知するルータを含み、
前記マルチキャスト管理ルータは、前記ソース配信開始を受信した時に前記秘密鍵を前記送信端末に配付することを特徴とする請求項１記載のデータ配信システム。
【請求項３】
前記送信端末は、前記マルチキャスト管理ルータから配付された前記秘密鍵の受信時に前記ダミーデータの送信を停止し、前記秘密鍵を用いて前記マルチキャスト送信するデータを暗号化して送信することを特徴とする請求項２記載のデータ配信システム。
【請求項４】
前記受信端末を前記マルチキャスト管理ルータに接続しかつ前記受信端末からのマルチキャスト参加要求の受信時に当該受信端末の端末情報を前記マルチキャスト管理ルータに通知する第２のルータを含み、
前記マルチキャスト管理ルータは、前記端末情報に基づいた認証に成功した時に当該受信端末に前記公開鍵を配付することを特徴とする請求項１から請求項３のいずれか記載のデータ配信システム。
【請求項５】
前記マルチキャスト管理ルータは、前記端末情報に基づいた認証に失敗した時に前記第２のルータに当該受信端末からのマルチキャスト参加要求を無視するように通知することを特徴とする請求項４記載のデータ配信システム。
【請求項６】
前記マルチキャスト管理ルータは、前記秘密鍵を配付する手段及び前記公開鍵を配付する手段を含むことを特徴とする請求項１から請求項５のいずれか記載のデータ配信システム。
【請求項７】
前記マルチキャスト管理ルータ側に配設されかつ前記秘密鍵を配付する手段及び前記公開鍵を配付する手段を備えたマルチキャスト管理サーバを含むことを特徴とする請求項１から請求項５のいずれか記載のデータ配信システム。
【請求項８】
送信端末が予め設定された特定グループ宛にデータをマルチキャスト管理ルータを介してマルチキャスト送信することで、当該特定グループに属する受信端末各々が前記データを受信するシステムのデータ配信方法であって、前記マルチキャスト管理ルータ側に、マルチキャスト送信するデータを暗号化するための秘密鍵を前記送信端末に配付するステップと、前記秘密鍵にて暗号化されたデータを復号するための公開鍵を予め設定された受信端末に配付するステップとを有することを特徴とするデータ配信方法。
【請求項９】
前記送信端末を前記マルチキャスト管理ルータに接続するルータが、前記送信端末からのダミーデータの送信開始時にソース配信開始を前記マルチキャスト管理ルータに通知し、
前記マルチキャスト管理ルータが、前記ソース配信開始を受信した時に前記秘密鍵を前記送信端末に配付することを特徴とする請求項８記載のデータ配信方法。
【請求項１０】
前記送信端末が、前記マルチキャスト管理ルータから配付された前記秘密鍵の受信時に前記ダミーデータの送信を停止し、前記秘密鍵を用いて前記マルチキャスト送信するデータを暗号化して送信することを特徴とする請求項９記載のデータ配信方法。
【請求項１１】
前記受信端末を前記マルチキャスト管理ルータに接続する第２のルータが、前記受信端末からのマルチキャスト参加要求の受信時に当該受信端末の端末情報を前記マルチキャスト管理ルータに通知し、
前記マルチキャスト管理ルータが、前記端末情報に基づいた認証に成功した時に当該受信端末に前記公開鍵を配付することを特徴とする請求項８から請求項１０のいずれか記載のデータ配信方法。
【請求項１２】
前記マルチキャスト管理ルータが、前記端末情報に基づいた認証に失敗した時に前記第２のルータに当該受信端末からのマルチキャスト参加要求を無視するように通知することを特徴とする請求項１１記載のデータ配信方法。
【請求項１３】
前記マルチキャスト管理ルータが、前記秘密鍵を配付するステップ及び前記公開鍵を配付するステップを含むことを特徴とする請求項８から請求項１２のいずれか記載のデータ配信方法。
【請求項１４】
前記マルチキャスト管理ルータ側に配設されたマルチキャスト管理サーバが、前記秘密鍵を配付するステップ及び前記公開鍵を配付するステップを含むことを特徴とする請求項８から請求項１２のいずれか記載のデータ配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ配信システム及びそれに用いるデータ配信方法に関し、特に一台の送信端末から複数台の受信端末へ同一データを送信する際にマルチキャストデータ配信を利用してデータを配信する方法に関する。
【０００２】
【従来の技術】
従来、この種のデータ配信方法においては、送信端末がある特定のグループ宛のアドレスへデータを送信することで、その特定のグループに属する受信端末各々がデータを受信することができる。この場合、送信端末からのデータはマルチキャスト管理ルータを経由し、複数の受信端末へ配信される。
【０００３】
上記のマルチキャストデータ配信では、ユニキャスト通信において受信端末数のＮ個分のパケットの送信が必要であるのに対し、一つのパケットとして送信することが可能となる（例えば、特許文献１〜３）。
【０００４】
【特許文献１】
特開２０００−２８６８４５号公報（第５，６頁、図１）
【特許文献２】
特開２００２−３４５０３３号公報（第７〜１０頁、図１）
【特許文献３】
特開２００３−０１８２１３号公報（第３〜５頁、図１）
【０００５】
【発明が解決しようとする課題】
しかし、上述した従来のデータ配信方法では、現状、送信側がデータをある特定のグループアドレス宛てに配信するのみで、受信側に対して制限をかけることができず、マルチキャスト配信への参加要求を出した受信端末すべてが、データを受信することになる。
【０００６】
また、上述した従来のデータ配信方法では、途中の回線においても、暗号化されないデータが流れているため、途中経路でデータの中身を盗聴することも可能である。
【０００７】
そこで、本発明の目的は上記の問題点を解消し、指定された受信端末のみがデータを受信することができ、マルチキャストデータの機密性を保つことができるデータ配信システム及びそれに用いるデータ配信方法を提供することにある。
【０００８】
【課題を解決するための手段】
本発明によるデータ配信システムは、送信端末が予め設定された特定グループ宛にデータをマルチキャスト管理ルータを介してマルチキャスト送信することで、当該特定グループに属する受信端末各々が前記データを受信するデータ配信暗号化システムであって、マルチキャスト送信するデータを暗号化するための秘密鍵を前記送信端末に配付する手段と、前記秘密鍵にて暗号化されたデータを復号するための公開鍵を予め設定された受信端末に配付する手段とを備えている。
【０００９】
本発明によるデータ配信方法は、送信端末が予め設定された特定グループ宛にデータをマルチキャスト管理ルータを介してマルチキャスト送信することで、当該特定グループに属する受信端末各々が前記データを受信するシステムのデータ配信方法であって、前記マルチキャスト管理ルータ側に、マルチキャスト送信するデータを暗号化するための秘密鍵を前記送信端末に配付するステップと、前記秘密鍵にて暗号化されたデータを復号するための公開鍵を予め設定された受信端末に配付するステップとを備えている。
【００１０】
すなわち、本発明のデータ配信システムは、通常の秘密鍵暗号化方式をマルチキャストデータへ適用し、送信端末と受信端末との間のセキュリティを確保し、送信端末から送信されたマルチキャストデータが特定の受信端末のみで受信可能とすることを特徴とする。
【００１１】
この秘密鍵暗号化方式にて利用する秘密鍵と公開鍵とについては、常にマルチキャスト管理ルータが送信端末と受信端末とに配布する。マルチキャスト管理ルータは、別で標準化されているマルチキャストランデブーポイント機能上で動作するものとする。秘密鍵及び公開鍵の配布方法は、送信端末がデータを送信する際、自分が接続しているルータが、通常、マルチキャストの配信動作として、マルチキャスト管理ルータへソース配信開始通知を送信する。
【００１２】
マルチキャスト管理ルータはソース配信開始通知を受信すると、そのデータを自装置のマルチキャスト経路情報へ新規送信端末として登録し、自装置よりも送信端末寄りのルータに対して、経路登録要求を発信し、最終的に、送信端末が接続しているルータへも経路が登録される。
【００１３】
また、マルチキャスト管理ルータは、受信したソース配信開始通知に対して、送信端末の接続されているルータへソース配信通知の送信を止めるように指示を送る。その後、マルチキャストデータ配信が正常に開始されるが、本発明ではこのシーケンスの中のソース配信開始通知受信後に、送信端末が接続されているルータへソース配信通知の送信を止めるように指示を送る際、同時に送信端末に対しても秘密鍵となる情報を送信する。送信端末はこの秘密鍵を受信以降、受信した秘密鍵でマルチキャストデータを暗号化し、送信を継続する。
【００１４】
また、受信端末については、ある特定のマルチキャストデータを受信したい場合、自端末が接続しているルータに対して、マルチキャスト配信希望を送信する。そのルータは自端末の存在を確認すると、送信端末側のルータに対してマルチキャスト配信参加パケットを送信し、各ルータでマルチキャスト経路情報を構築し、受信端末にてマルチキャストデータを受信することを可能とする。
【００１５】
本発明では、特定のマルチキャストデータを受信したい受信端末が、ルータに対して、マルチキャスト配信参加パケットを送信する際に、自端末の情報をあわせて送信する。ルータはその内容を受信すると、マルチキャスト管理ルータに対して受信希望通知を配信し、マルチキャスト管理サーバは端末認証を行った後、希望する特定マルチキャストグループデータを復号するための公開鍵を受信端末に対して送信する。
【００１６】
その後、受信端末は上記の内容を受信すると、公開鍵を利用してマルチキャストデータを復号し、正常に受信開始することが可能となる。本発明では、送信端末及び受信端末が暗号化用の鍵取得をマルチキャスト管理ルータに対して通常の動作に追加する形で行うことによって、マルチキャストデータを暗号化することが可能になり、特定の受信端末のみがマルチキャストデータを受信することが可能となる。
【００１７】
また、マルチキャスト管理ルータについては、負荷増の可能性が考えられるため、端末認証機能を外付けにし、マルチキャスト管理サーバとの連携も想定している。
【００１８】
より具体的に説明すると、本発明のデータ配信システムでは、ネットワークがマルチキャスト機能実装ルータで構成されており、そのうち、第１のルータへソース送信端末を、第２のルータへ第１及び第２の受信端末をそれぞれ接続し、マルチキャスト管理ルータを第１及び第２のルータ間に配置している。
【００１９】
尚、マルチキャスト管理ルータとしては、ルータへの負荷を軽減するため、ルータにマルチキャスト管理サーバを外付けし、このマルチキャスト管理サーバとルータとをマルチキャスト管理ルータとして扱うことを可能である。マルチキャスト管理サーバを外付けにした場合、ユーザの管理及び鍵情報の管理は、すべてルータより情報を取得したマルチキャスト管理サーバ側で実施するものとする。以下の説明では、ルータとマルチキャスト管理サーバとを合わせた形で、マルチキャスト管理ルータとして扱う。
【００２０】
上記のネットワーク構成において、ソース送信端末からマルチキャストデータを送信し、マルチキャストグループへ参加を希望する第１及び第２の受信端末がいたとすると、両者はともにソース送信端末の意思にかかわらず、マルチキャストデータを受信することができる。しかしながら、ソース送信端末にとって、第２の受信端末は受信を許可していない端末であり、第１の受信端末にのみ、マルチキャストデータを受信してほしいと考えた場合、本発明を用いることによって、マルチキャスト管理ルータによって配布された鍵を利用し、ソース送信端末にデータを暗号化するための秘密鍵、及び第１の受信端末にはソース送信端末から送られてくる暗号化されたデータを復号するための公開鍵が配布されるため、決められた送受信端末間でのデータ配信が可能となる。
【００２１】
第２の受信端末では、マルチキャスト管理ルータより、ソース送信端末からのマルチキャストデータを復号するための公開鍵が配布されないため、暗号化されたデータのみを受信し、その結果、マルチキャストデータを復号することができない。
【００２２】
また、本発明では、マルチキャストデータが暗号化されているため、ネットワーク上にマルチキャストデータを盗聴しようという第３の受信端末が現れた場合でも、第２の受信端末と同様に、データを解読することができないため、送信側から受信側を特定することができないマルチキャストデータに対して、機密性を高めることが可能となる。
【００２３】
上記のように、本発明では、マルチキャストデータを暗号化し、特定の受信端末に対してのみ、暗号化したデータを復号することを可能としているので、指定された受信端末に対してのみ、データ受信を可能とし、マルチキャストデータの機密性を保つことを可能としている。
【００２４】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるデータ配信システムの構成を示すブロック図である。図１において、本発明の一実施例によるデータ配信システムはマルチキャスト機能を実装したルータ２，５にて構成されたマルチキャストネットワーク１００，２００、マルチキャストデータ配信を管理するマルチキャスト管理ルータ３、またはマルチキャスト管理ルータ３への負荷を軽減させるためにユーザ認証、鍵配布機能部分を外部サーバへ切出したマルチキャストデータ管理サーバ４、マルチキャストデータを送受信するソース送信端末１、受信端末６〜８等から構成されている。
【００２５】
マルチキャストネットワーク１００，２００はマルチキャスト対応のルータ２，５にて構築されたネットワークであり、ソース送信端末１から受信端末６〜８間をつなぐネットワークである。マルチキャストデータのやりとりは、ソース送信端末１からデータが配信され、そのデータが受信端末６〜８にて受信される。この場合、ソース送信端末１はルータ２に接続され、受信端末６，７はルータ５に接続されている。
【００２６】
マルチキャスト管理ルータ３はマルチキャストプロトコルにて利用するルータであり、マルチキャスト管理サーバ４はこのルータの負荷を軽減するためのユーザ認証、鍵配布機能を持たせ、外付けで設置された専用サーバである。受信端末８はデータ受信端末としてネットワーク管理者にも意識されていないマルチキャストデータ盗聴目的の受信端末とする。
【００２７】
具体的な役割として、ソース送信端末１はある特定のグループ宛にマルチキャストを暗号化してデータ送信する端末であり、ルータ２が最初のマルチキャストデータを受信した際に、マルチキャスト管理ルータ３に対して、新規マルチキャストソース配信及びソース送信端末１の端末情報を通知する。
【００２８】
マルチキャストネットワーク１００，２００はマルチキャスト機能を実装したルータで構築されたネットワークであり、マルチキャスト転送が行われているネットワークである。
【００２９】
マルチキャスト管理ルータ３はルータ２からマルチキャストデータ配信開始及びソース送信端末１の端末情報を取得すると、まずルータ２に対してマルチキャストデータ配信開始通知を終了するように通知し、ソース送信端末１へは端末認証後、秘密鍵の配布を行う。
【００３０】
受信端末６〜８はソース送信端末１から送信されたマルチキャストデータを受信可能な端末であり、本実施例では、受信端末６が正規にマルチキャストデータ受信を許可された端末であり、受信端末７，８はマルチキャストデータ受信を許可されていない端末で、特に受信端末８は悪質に盗聴を目的として設置された端末である。
【００３１】
受信端末６，７はある特定のマルチキャストデータを受信しようとした場合、ルータ５に対して参加要求及び端末情報を送信し、マルチキャストデータ受信スタンバイ状態に入る。
【００３２】
ルータ５は受信端末６，７から参加要求を受けると、あるマルチキャストグループ参加端末が自分の配下にいることを認識し、自装置よりソース送信端末１側のルータ２へマルチキャスト参加要求を通知するとともに、マルチキャスト管理ルータ３に対して受信端末情報を送信する。
【００３３】
マルチキャスト管理ルータ３は受信端末情報を受信すると、端末認証を行い、受信を許可されている端末であれば、指定されたソース送信端末１、マルチキャストグループに対応した公開鍵を受信端末に対して送信する。本構成の場合には、受信端末６に公開鍵を送信し、受信端末６は受信した公開鍵を用いてソース送信端末１から送信された暗号化データを復号し、マルチキャストデータを受信開始する。
【００３４】
また、受信端末７については、認証ＮＧとなるために公開鍵の配布がなく、マルチキャスト管理ルータ３は公開鍵を配布する代わりに、ルータ５に対して受信端末７からの参加要求通知を無視するように指示通知を発信する。
【００３５】
上記のように、このネットワーク構成において、ソース送信端末１からマルチキャストデータを送信し、本マルチキャストグループへ参加を希望する受信端末６，７がいたとすると、両者はともにソース送信端末１の意思にかかわらず、マルチキャストデータを受信することができる。
【００３６】
しかしながら、ソース送信端末１にとっては受信端末７が受信を許可していない端末であり、受信端末６に対してのみ、マルチキャストデータを受信してほしいと考えた場合、本実施例を用いることによって、マルチキャスト管理ルータ３によって配布された鍵を利用し、ソース送信端末１にデータを暗号化するための秘密鍵及び受信端末６にソース送信端末１から送られてくる暗号化データを復号するための公開鍵が配布されるため、決められたソース送信端末１と受信端末６との間でのデータ配信が可能となる。
【００３７】
受信端末７ではマルチキャスト管理ルータ３によって、ソース送信端末１からのマルチキャストデータを復号するための公開鍵が配布されないため、暗号化されたデータのみを受信することとなり、その結果、マルチキャストデータを復号することができない。
【００３８】
また、本実施例では、マルチキャストデータが暗号化されているため、ネットワーク上にマルチキャストデータを盗聴しようという受信端末８が現れた場合も、受信端末７と同様に、データを解読することができないため、送信側から受信側を特定することができないマルチキャストデータに対して、機密性を高めることができる。
【００３９】
図２〜図４は本発明の一実施例によるデータ配信システムの動作を示すシーケンスチャートである。これら図１〜図４を参照して本発明の一実施例によるデータ配信システムの動作について説明する。
【００４０】
まず、ソース送信端末１によって受信が許可された受信端末６へのマルチキャストデータ送受信動作（ソース送信端末処理Ａ１）について説明する。
【００４１】
この場合、ソース送信端末１がマルチキャストパケットを送信開始すると（図２のａ１）、その通知を受信したルータ２はソース配信開始及び端末情報をマルチキャスト管理ルータ３に送信する（図２のａ２）。
【００４２】
マルチキャスト管理ルータ３は自装置に新規ソースの登録を行った後、ルータ２に対してソース配信開始通知停止依頼をかけ（図２のａ３）、それと同時に、ソース送信端末１の端末認証を実施し、指定された秘密鍵をソース送信端末１に対して送信する（図２のａ４）。
【００４３】
その後、ソース送信端末１は秘密鍵で暗号化したマルチキャストデータを送信開始する（図２のａ５）。マルチキャストデータが暗号化されるまでの間は、ソース送信端末１がダミー情報を送り続けており、秘密鍵を受信して暗号化配信開始後、実際のマルチキャストデータを送信開始する。
【００４４】
次に、受信端末６の受信端末処理Ａ２について説明する。受信端末６はマルチキャストデータを受信希望する場合、ルータ５に対してマルチキャスト参加要求を通知する（図２のａ６）。ルータ５は受信端末情報をマルチキャスト管理ルータ３に対して送信する（図２のａ７）。マルチキャスト管理ルータ３は受信端末６の認証を行い、この場合、マルチキャストデータ配信が許可された受信端末であるので、受信端末６に対して公開鍵配布を行う（図２のａ８）。
【００４５】
その後、受信端末６は暗号化されたソース送信端末１からのマルチキャストデータを公開鍵を用いて復号することが可能なため、マルチキャストデータ送受信が成立する（図２のａ９）。
【００４６】
尚、上述した送受信開始動作については、図２に示すソース送信端末処理Ａ１、受信端末処理Ａ２の動作の順序が逆転している場合でも成立するので、その順序については限定されない。
【００４７】
次に、ソース送信端末１に受信が許可されていない受信端末７へのマルチキャストデータ送受信動作（受信端末処理Ｂ）について説明する。この場合には、ソース送信端末１の動作が、上記の受信端末６の場合と同様である。
【００４８】
まず、受信端末７がマルチキャスト参加要求をルータ５に対して送信すると（図３のｂ１）、ルータ５は受信端末７の受信端末情報をマルチキャスト管理ルータ３に通知する（図３のｂ２）。
【００４９】
しかしながら、受信端末７はマルチキャストデータ受信を許可されていないため、認証失敗となり、マルチキャスト管理ルータ３からルー５に受信端末７の参加要求を今後無視するように通知が行われる（図３のｂ３）。
【００５０】
したがって、受信端末７は公開鍵を受信することができず、再度マルチキャスト動作に基づき、ルータ５に対してマルチキャスト参加要求を送り続けるが（図３のｂ４）、ルータ５ではマルチキャスト管理ルータ３からの通知によって受信端末７からのマルチキャスト参加要求をこれ以降無視することとなり、マルチキャストデータ送受信不成立となる（図３のｂ５）。
【００５１】
尚、上述した受信端末７に対する動作は、図２に示すソース送信端末処理Ａ１、図３に示す受信端末処理Ｂの動作の順序が逆転している場合でも成立するので、その順序については限定されない。
【００５２】
最後に、マルチキャスト管理ルータ３の負荷軽減のため、端末認証を行う部分を外付けにし、マルチキャスト管理サーバ４として設置した場合のマルチキャスト管理ルータ３とマルチキャスト管理サーバ４との間の動作について図４を参照して説明する。
【００５３】
マルチキャスト管理ルータ３はソース配信開始及び端末情報を受信すると（図４のｃ１）、ソース端末情報をマルチキャスト管理サーバ４に通知し、ルータ２に対してソース配信開始通知停止依頼をかける（図４のｃ２）。
【００５４】
マルチキャスト管理サーバ４はマルチキャスト管理ルータ３からソース端末情報を受信すると、ソース送信端末１の端末認証を実施し、指定された秘密鍵をソース送信端末１に対して送信する（図４のｃ１１）。マルチキャスト管理ルータ３はマルチキャスト管理サーバ４３からの秘密鍵をソース送信端末１に対して送信する（図４のｃ３）。
【００５５】
マルチキャスト管理ルータ３は受信側端末６〜８の受信端末情報を受信すると（図４のｃ４）、その受信端末情報をマルチキャスト管理サーバ４へ通知する。マルチキャスト管理サーバ４で受信側端末６〜８の端末認証後、認証に成功すると（図４のｃ１２）、マルチキャスト管理ルータ３を介して受信端末６に公開鍵の配布を行う（図４のｃ１３，ｃ５）。
【００５６】
また、マルチキャスト管理ルータ３は端末認証に失敗すると（図４のｃ１２）、マルチキャスト管理ルータ３を介してルータ５へ受信端末７の参加要求を今後無視するように通知を行う（図４のｃ１４，ｃ６）。
【００５７】
通常、ソース送信端末１が受信端末６に対してのみ、マルチキャストデータを送信することはできず、受信端末７でもソース送信端末１からのマルチキャストデータを受信することができてしまう。しかしながら、本実施例では、予め指定された受信端末６に対してソース送信端末１から公開鍵を送信しているので、暗号化されたソース送信端末１からマルチキャストデータを受信端末６においてのみ復号することができるので、そのマルチキャストデータを受信することができる。これに対し、受信端末７に対しては公開鍵を配付していないので、暗号化されたデータのみしか受信することができず、マルチキャストデータの中身を見ることはできない。
【００５８】
また、本実施例では、マルチキャストデータを盗聴しようとする受信端末８がネットワークに存在した場合でも、ソース送信端末１から送出されるデータが暗号化されているため、受信端末８でそのデータの中身を盗聴することが難しく、マルチキャストデータの機密性を保つことができる。
【００５９】
尚、本発明の一実施例では、一台のソース送信端末を用いているが、同一のマルチキャスト管理ルータ３にてＮ台のソース送信端末からのＮ種類のマルチキャストグループデータ配信についても、上記と同様に管理することが可能である。
【００６０】
また、マルチキャスト管理ルータ３の機能は、別で標準化されているマルチキャストのランデブーポイント選定プロトコル上で動作を前提としているため、本ルータを複数選定し、障害発生の際のマルチキャスト管理ルータ３の冗長性を組み込んでネットワークを構成することもできる。
【００６１】
【発明の効果】
以上説明したように本発明は、上記のような構成及び動作とすることで、指定された受信端末のみがデータを受信することができ、マルチキャストデータの機密性を保つことができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるデータ配信システムの構成を示すブロック図である。
【図２】本発明の一実施例によるデータ配信システムの動作を示すシーケンスチャートである。
【図３】本発明の一実施例によるデータ配信システムの動作を示すシーケンスチャートである。
【図４】本発明の一実施例によるデータ配信システムの動作を示すシーケンスチャートである。
【符号の説明】
１  ソース送信端末
２，５  ルータ
３  マルチキャスト管理ルータ
４  マルチキャストデータ管理サーバ
６〜８  受信端末
１００，２００  マルチキャストネットワーク
【図１】
2004356782.tif 000003
【図２】
2004356782.tif 000004
【図３】
2004356782.tif 000005
【図４】
2004356782.tif 000006