暗号化マルチキャスト通信鍵管理システム、暗号化マルチキャスト通信鍵管理方法、送信端末、受信端末、およびプログラム
【課題】送信端末から受信端末への暗号鍵の配信時、送信端末の負荷を軽減することが可能な暗号化マルチキャスト通信鍵管理システムを提供するもの。
【解決手段】ＩＰネットワーク１５０を介して接続された、送信端末１０、複数の受信端末３０との間で、共通のグループ暗号鍵１５を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システムであって、複数の受信端末３０はサブグループ２として構成され、サブグループ２内受信端末３０より１台以上の代表受信端末２０が配置され、グループ暗号鍵１５の更新等を行うグループ暗号鍵管理部１１と、代表受信端末２０に固有の代表個別暗号鍵を管理するサブグループ代表個別暗号鍵管理部１２と、代表個別暗号鍵で登録または更新されたグループ暗号鍵１５を暗号化し、代表受信端末２０に送信するグループ暗号鍵配信部１８を有するように構成した。
【解決手段】ＩＰネットワーク１５０を介して接続された、送信端末１０、複数の受信端末３０との間で、共通のグループ暗号鍵１５を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システムであって、複数の受信端末３０はサブグループ２として構成され、サブグループ２内受信端末３０より１台以上の代表受信端末２０が配置され、グループ暗号鍵１５の更新等を行うグループ暗号鍵管理部１１と、代表受信端末２０に固有の代表個別暗号鍵を管理するサブグループ代表個別暗号鍵管理部１２と、代表個別暗号鍵で登録または更新されたグループ暗号鍵１５を暗号化し、代表受信端末２０に送信するグループ暗号鍵配信部１８を有するように構成した。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システム、および暗号化マルチキャスト通信鍵管理方法に関する。
【背景技術】
【０００２】
従来から、ネットワークに接続された複数の端末間で情報を同時に効率的に送受信する方法として、マルチキャスト通信がある。マルチキャスト通信は同一の情報を共有する端末間でマルチキャストグループを形成し、同一のマルチキャストグループのメンバだけが、情報を受信することができる。このマルチキャスト通信における安全性を確保するために、同一のマルチキャストグループ内での通信を共通のグループ暗号鍵を用いて行う暗号化マルチキャスト通信システムがある。この共通のグループ暗号鍵はマルチキャストグループの規模の増大により、グループ暗号鍵の配信トラフィックが問題となる。そこでマルチキャスト通信を行うネットワーク上にシードノードを設け、マルチキャストグループに参加を希望する要求ノードは、シードノードへ暗号鍵の要求を行い、シードノードが暗号鍵の配信を行う方法がとられている。
この暗号化マルチキャスト通信システムの鍵管理システムとして、たとえば特許文献１に記載のものが挙げられる。
【０００３】
このような暗号化マルチキャスト通信鍵管理システムによれば、暗号鍵の配信を集中から分散に変更し、要求ノードが当該要求ノードからネットワーク上の最も近くに配置されたシードノードへ暗号鍵要求メッセージを送信し、当該シードノードが暗号鍵要求メッセージの受信後に暗号鍵の配送を行うことにより、暗号鍵の配送に関わる負荷の分散を図り、暗号鍵の配送をスムーズに行うことができる。
【０００４】
従来の暗号化マルチキャスト通信鍵管理システムについて説明する。図１２は、従来の暗号化マルチキャスト通信鍵管理システムに於ける鍵配送方法のフロー図である。
図１２において、ネットワーク上に配置されたシードノードは要求ノードからの暗号鍵要求メッセージの受信待ち状態にある（ステップＳ１２０１）。メッセージを受信するとシードノードは受信待ち状態から解除される。次に要求ノードが暗号鍵の受け取りを許可されているかのチェックを行う（ステップＳ１２０２）。暗号鍵の受け取りを許可されている要求ノードからのメッセージであった場合、シードノードはシードノードが管理する暗号鍵を暗号化して要求ノードに配送する（ステップＳ１２０３）。
【０００５】
一方要求ノードは、最も近いシードノードに暗号鍵の要求メッセージを送信する（ステップＳ１２０５）。通常、要求メッセージのホップカウントを１から順に増加させることで一番近いシードノードへ送信を行う。次に要求ノードはステップＳ１２０３にて送信された暗号化された暗号鍵のデータを受信する（ステップＳ１２０６）。最後に暗号化された暗号鍵データを復号して暗号鍵を取り出し（ステップＳ１２０７）、暗号化マルチキャスト通信への参加を行い、マルチキャストデータの受信を開始する。
【０００６】
以上のように上記従来の暗号化マルチキャスト鍵管理システムは、暗号鍵の配送を行う送信元をネットワーク上に分散させ、マルチキャスト通信に参加する要求ノードへネットワーク上で一番近いシードノードに暗号鍵の配送を要求させることで負荷を分散させ、暗号鍵の配送をスムーズに行うことができ、暗号化マルチキャスト通信の受信端末は、映像や音声といったデータ通信を暗号化により安全に受信することが可能となる（特許文献１参照）。
【特許文献１】特開平１１−９５６５８号公報（第８−１１頁、第２−３図）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、マルチキャストグループのメンバに変更がある場合、暗号鍵を更新する必要があるが、このような従来の暗号化マルチキャスト通信鍵管理システムでは、送信端末から全受信端末に暗号鍵の配送を行う手段が想定されておらず、例えば全受信端末に暗号鍵を暗号化して送信する場合、送信端末に多大な負荷が掛かってしまう、という事情がある。
【０００８】
本発明は簡単な構成で、送信端末から受信端末への暗号鍵の配信時、送信端末の負荷を軽減することが可能な暗号化マルチキャスト通信鍵管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の暗号化マルチキャスト通信鍵管理システムは、ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システムであって、前記複数の受信端末は１つまたは複数のサブグループとして構成され、前記サブグループ内の受信端末のうち少なくとも１台は代表受信端末として配置され、前記代表受信端末は前記送信端末との通信および自サブグループ内の受信端末との通信を行うことで前記送信端末と前記受信端末との仲介を行い、グループ暗号鍵を登録、更新または削除するグループ暗号鍵管理部と、前記代表受信端末に固有の代表個別暗号鍵を管理するサブグループ代表個別暗号鍵管理部と、前記代表個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するグループ暗号鍵配信部とを有する構成としている。
【００１０】
この構成により、グループ暗号鍵の配送を送信端末から代表受信端末にのみ行い、各代表受信端末からサブグループ内の受信端末にグループ暗号鍵を配送することにより、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信を行うことが可能である。
【００１１】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記代表受信端末が、当該サブグループ内に共通のサブグループ暗号鍵を用いて、前記サブグループに所属する受信端末へ、前記グループ暗号鍵を暗号化マルチキャスト通信にて配信する構成としている。
【００１２】
この構成により、代表受信端末はサブグループ内の受信端末へ個別に暗号鍵の配信を行わずに、一括して暗号鍵の配信を行うことで代表受信端末の負荷の軽減が可能となり、スケーラビリティのある暗号化マルチキャスト通信を行うことが可能である。
【００１３】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記代表受信端末が、受信端末の個別暗号鍵を登録、更新または削除するサブグループ個別暗号鍵管理部と、前記受信端末の個別暗号鍵を用いて、前記サブグループ暗号鍵および前記グループ暗号鍵を暗号化し、前記受信端末に送信するサブグループ暗号鍵配信部とを有する構成としている。
【００１４】
この構成により、代表受信端末は、送信端末にかわりサブグループ内の受信端末へグループ暗号鍵を送信できるため、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信を行うことが可能である。
【００１５】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記代表受信端末が、グループ暗号鍵更新要求メッセージを送信するメッセージ送信部を有する構成としている。
【００１６】
この構成により、代表受信端末は必要時にグループ暗号鍵の更新要求をすることで、第三者が最新のグループ暗号鍵を所持する可能性を極めて低くするため、安全性の高い暗号化マルチキャスト通信を行うことが可能である。
【００１７】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記送信端末が、前記代表受信端末から前記グループ暗号鍵更新要求メッセージを受信するメッセージ受信部と、前記メッセージ受信部へ前記グループ暗号鍵更新要求メッセージを受信した際、前記グループ暗号鍵を更新する手段を起動するグループ暗号鍵更新手段起動部とを有する構成としている。
【００１８】
この構成により、送信端末は暗号鍵更新要求メッセージを受信した際グループ暗号鍵の更新をすることで、第三者が最新のグループ暗号鍵を所持する可能性を極めて低くするため、安全性の高い暗号化マルチキャスト通信を行うことが可能である。
【００１９】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記代表受信端末が、暗号化された暗号鍵データを受信した際に前記送信端末へ受信応答メッセージを送信する受信応答メッセージ送信部を有し、前記送信端末が、前記暗号鍵データに対する受信応答メッセージを受信する受信応答メッセージ受信部と、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送する暗号鍵データ再送部とを有する構成としている。
【００２０】
この構成により、代表受信端末による暗号鍵データの受信完了報告、および送信端末による暗号鍵データの受信完了確認ならびに必要に応じた再送を実施することが可能となり、送信端末と代表受信端末との間で信頼性の高い暗号化マルチキャスト通信を行うことが可能である。
【００２１】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記受信端末が、前記暗号鍵データを受信した際に前記代表受信端末へ受信応答メッセージを送信する受信応答メッセージ送信部を有し、前記代表受信端末が、前記暗号鍵データに対する受信応答メッセージを受信する受信応答メッセージ受信部と、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送する暗号鍵データ再送部とを有する構成としている。
【００２２】
この構成により、受信端末による暗号鍵データの受信完了報告、および代表受信端末による暗号鍵データの受信完了確認ならびに必要に応じた再送を実施することが可能となり、代表受信端末と受信端末との間で信頼性の高い暗号化マルチキャスト通信を行うことが可能である。
【００２３】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理方法であって、グループ暗号鍵を登録、更新または削除するステップと、前記複数の受信端末より構成された１つまたは複数のサブグループ内に配置され、前記送信端末との通信および自サブグループ内の受信端末との通信を行うことで前記送信端末と前記受信端末との仲介を行う代表受信端末の個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するステップとを有する方法としている。
【００２４】
この方法により、グループ暗号鍵の配送を送信端末から代表受信端末にのみ行い、各代表受信端末からサブグループ内の受信端末にグループ暗号鍵を配送するステップを有することにより、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信鍵管理方法を提供することが可能となる。
【００２５】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記代表受信端末が、当該サブグループ内に共通のサブグループ暗号鍵を用いて、前記サブグループに所属する受信端末へ、前記グループ暗号鍵を暗号化マルチキャスト通信にて配信する方法としている。
【００２６】
この方法により、代表受信端末はサブグループ内の受信端末へ個別に暗号鍵の配信を行わずに、一括して暗号鍵の配信を行うことで代表受信端末の負荷の軽減が可能となり、スケーラビリティのある暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００２７】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記代表受信端末が、前記受信端末の個別暗号鍵を登録、更新または削除するステップと、前記受信端末の個別暗号鍵を用いて、前記サブグループ暗号鍵および前記グループ暗号鍵を暗号化し、前記受信端末に送信するステップとを有する方法としている。
【００２８】
この方法により、代表受信端末は送信端末にかわりサブグループ内の受信端末へグループ暗号鍵を送信できるため、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００２９】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記代表受信端末が、グループ暗号鍵更新要求メッセージを送信するステップを有する方法としている。
【００３０】
この方法により、代表受信端末は必要時にグループ暗号鍵の更新要求をすることで、第三者が最新のグループ暗号鍵を所持する可能性を極めて低くするため、安全性の高い暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００３１】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記送信端末が、前記代表受信端末から前記グループ暗号鍵更新要求メッセージを受信するメッセージ受信ステップと、前記メッセージ受信ステップにて前記グループ暗号鍵更新要求メッセージを受信した際、前記グループ暗号鍵を更新する手段を起動するステップとを有する方法としている。
【００３２】
この方法により、送信端末は暗号鍵更新要求メッセージを受信した際グループ暗号鍵の更新をすることで、第三者が最新のグループ暗号鍵を所持する可能性を極めて低くするため、安全性の高い暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００３３】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記代表受信端末が、暗号化された暗号鍵データを受信した際に前記送信端末へ受信応答メッセージを送信するステップを有し、前記送信端末が、前記暗号鍵データに対する受信応答メッセージを受信するステップと、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送するステップとを有する方法としている。
【００３４】
この方法により、代表受信端末による暗号鍵データの受信完了報告、および送信端末による暗号鍵データの受信完了確認ならびに必要に応じた再送を実施することが可能となり、送信端末と代表受信端末との間で信頼性の高い暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００３５】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記受信端末が、前記暗号鍵データを受信した際に前記代表受信端末へ受信応答メッセージを送信するステップを有し、前記代表受信端末が、前記暗号鍵データに対する受信応答メッセージを受信するステップと、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送するステップとを有する方法としている。
【００３６】
この方法により、受信端末による暗号鍵データの受信完了報告、および代表受信端末による暗号鍵データの受信完了確認ならびに必要に応じた再送を実施することが可能となり、代表受信端末と受信端末との間で信頼性の高い暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００３７】
また、本発明の暗号化マルチキャスト通信鍵管理システムおよび暗号化マルチキャスト通信鍵管理方法は、暗号化マルチキャスト通信鍵管理システムおよび暗号化マルチキャスト通信鍵管理方法としての機能をコンピュータに実現させるためのプログラムで実現している。
【００３８】
このプログラムにより、暗号化マルチキャスト通信鍵管理システムは、特別なハードウェアで構成することを不要とし、新たな機能の追加や変更を柔軟に行うことが可能である。
【００３９】
また、本発明にて使用する送信端末は、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システム内に存在し、ネットワークを介して複数の受信端末との間に接続された送信端末であって、グループ暗号鍵を登録、更新または削除するグループ暗号鍵管理部と、前記複数の受信端末より構成された１つまたは複数のサブグループ内に配置され、自サブグループ内の受信端末の取りまとめを行う代表受信端末に固有の代表個別暗号鍵を管理するサブグループ代表個別暗号鍵管理部と、前記代表個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するグループ暗号鍵配信部とを有する構成としている。
【００４０】
この構成により、送信端末は、グループ暗号鍵の配送を代表受信端末にのみ行い、各代表受信端末からサブグループ内の受信端末にグループ暗号鍵を配送することにより、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信を行うことが可能である。
【００４１】
また、本発明にて使用する受信端末のうち少なくとも１台は、ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システム内に存在し、前記複数の受信端末を有して構成されるサブグループ内に少なくとも１台は配置される受信端末であって、前記サブグループ内の受信端末の個別暗号鍵を登録、更新または削除するサブグループ個別暗号鍵管理部と、前記受信端末の個別暗号鍵を用いて、前記サブグループ内に共通のサブグループ暗号鍵および前記グループ暗号鍵のうち少なくとも一方を暗号化し、前記受信端末に送信するサブグループ暗号鍵配信部とを有する構成としている。
【００４２】
この構成により、代表受信端末は、グループ暗号鍵を送信端末より受け取り、サブグループ内の受信端末にグループ暗号鍵を配送することにより、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信を行うことが可能である。
【発明の効果】
【００４３】
本発明は、送信端末の負荷の軽減を可能とし、スムーズな暗号化マルチキャスト通信を行うことが可能な暗号化マルチキャスト通信鍵管理システムを提供することができる。
【発明を実施するための最良の形態】
【００４４】
以下、本発明の実施形態の暗号化マルチキャスト通信鍵管理システムについて、図面を用いて説明する。
（第１の実施形態）
【００４５】
本発明の第１の実施形態における暗号化マルチキャスト通信鍵管理システムを図１に示す。
【００４６】
図１は第１の実施形態における暗号化マルチキャスト通信鍵管理システム、送信端末、代表受信端末内部の概略構成を示すブロック図である。図１において、暗号化マルチキャスト通信鍵管理システム１００は、送信端末１０および複数の受信端末３０をＩＰネットワーク１５０により接続している。複数の受信端末３０は、１つのサブグループ２または複数のサブグループ２およびサブグループ３として構成され、サブグループ２内の受信端末３０のうち少なくとも１台は代表受信端末２０として配置される。代表受信端末２０は、送信端末１０との通信およびサブグループ２内の受信端末３０との通信を行うことで、送信端末１０と受信端末３０との仲介を行う。また、サブグループが複数のとき、第１のサブグループ２および第２のサブグループ３は同様であり、サブグループの数は２つとは限らない。
【００４７】
送信端末１０は、グループ暗号鍵管理部１１、サブグループ代表個別暗号鍵管理部１２、サブグループ個別暗号鍵リスト１３、グループ暗号鍵更新手段１４、グループ暗号鍵１５、メッセージ受信部１６、グループ暗号鍵配信部１８を有して構成される。また、代表受信端末２０は、サブグループ個別暗号鍵管理部２１、サブグループ個別暗号鍵リスト２２、サブグループ暗号鍵配信部２３、メッセージ送信部２４、サブグループ暗号鍵２５を有して構成される。
【００４８】
次に送信端末１０を構成する各部に関して説明する。グループ暗号鍵管理部１１では、マルチキャストグループ１内において共通のグループ暗号鍵１５の登録、更新または削除が行われる。また、サブグループ代表個別暗号鍵管理部１２では、代表受信端末２０に固有の代表個別暗号鍵の管理が行われる。また、サブグループ代表個別暗号鍵リスト１３には、少なくとも１台の代表受信端末のアドレスが格納されている。また、グループ暗号鍵更新手段１４は、グループ暗号鍵１５の更新要求を受けた際、グループ暗号鍵の更新を行う手段である。また、メッセージ受信部１６では、代表受信端末２０から送信端末１０へのグループ暗号鍵更新要求メッセージの受信が行われる。また、グループ暗号鍵配信部１８では、代表個別暗号鍵を用いて、登録または更新されたグループ暗号鍵１５を暗号化し、代表受信端末２０への送信が行われる。
【００４９】
次に代表受信端末２０を構成する各部に関して説明する。サブグループ個別暗号鍵管理部２１では、受信端末３０の個別暗号鍵の登録、更新または削除が行われる。また、サブグループ個別暗号鍵リスト２２には、サブグループ２内の受信端末３０のアドレスが格納されている。また、サブグループ暗号鍵配信部２３では、受信端末３０の個別暗号鍵を用いて、サブグループ暗号鍵２５およびグループ暗号鍵１５のうち少なくとも一方が暗号化され、受信端末３０に送信される。メッセージ送信部２４では、代表受信端末２０から送信端末１０へのグループ暗号鍵更新要求メッセージの送信が行われる。
以下、第１の実施形態の動作について図２から図７の示すフロー図に基づいて説明する。
【００５０】
図２は本発明の第１の実施形態における受信端末３０から参加するマルチキャストグループを構成するサブグループ２への参加手順を示すフロー図である。図２において、受信端末３０では鍵管理スレッドが動作している。鍵管理スレッドは代表受信端末２０へサブグループ２への参加が可能かどうか問い合わせを行う（ステップＳ２０１）。代表受信端末２０はグループ暗号鍵管理スレッドが動作している。グループ暗号鍵管理スレッドはメッセージ受信待ち状態にあり、ステップＳ２０１にて送信されたメッセージを受信する（ステップＳ２１０）。グループ暗号鍵管理スレッドはサブグループ個別暗号鍵リスト２２に空きがあるかどうかチェックする（ステップＳ２１１）。ステップＳ２１１にて空きがあれば、代表受信端末２０は受信端末３０にサブグループ２への参加可能メッセージを送信する（ステップＳ２１２）。
【００５１】
ステップＳ２０１にて、参加可能メッセージを受信すると（ステップＳ２０２）、受信端末３０はサブグループ２への参加メッセージを送信する（ステップＳ２０３）。代表受信端末２０はサブグループ２への参加メッセージを受信し、受信端末３０と個別の暗号鍵の交換を行い、サブグループ個別暗号鍵リスト２２に受信端末３０のアドレスと個別暗号鍵を登録する（ステップＳ２１３）。
【００５２】
次に、代表受信端末２０は送信端末１０にグループ暗号鍵更新要求を行う（ステップＳ２１４）。さらに新しいサブグループ暗号鍵２５を生成する（ステップＳ２１５）。ステップＳ２１４で受信したグループ暗号鍵１５、およびステップＳ２１５で生成したサブグループ暗号鍵２６をステップＳ２１３で交換した個別暗号鍵で暗号化を行い（ステップＳ２１６）、暗号化した鍵データを受信端末３０に送信する（ステップＳ２１７）。受信端末３０はグループ暗号鍵１５・サブグループ暗号鍵２５の暗号化データを受信する（ステップＳ２０４）。
【００５３】
次に、受信端末３０はステップＳ２１３で交換した個別暗号鍵でグループ暗号鍵１５・サブグループ暗号鍵２５を復号する（ステップＳ２０５）。受信端末３０は送信端末１０からのグループ暗号鍵２５が入手できたので、マルチキャストグループ１への参加メッセージを送信端末１０に送信する（ステップＳ２０６）。送信が完了すると受信端末３０は暗号化されたマルチキャストデータを受信する（ステップＳ２０７）。最後に受信した暗号化データをグループ暗号鍵１５で復号する（ステップＳ２０８）。
【００５４】
図３は本発明の第１の実施形態におけるサブグループメンバが変更になる代表受信端末２０と送信端末１０のグループ暗号鍵配信の動作を示すフロー図である。図３において、代表受信端末２０は送信端末１０にグループ暗号鍵更新要求を行う（ステップＳ３０１）。送信端末１０はグループ暗号鍵更新要求を受信すると（ステップＳ３０５）、新しいグループ暗号鍵１５を生成する（ステップＳ３０６）。次に送信端末１０はサブグループ代表個別暗号鍵リスト１３から順次代表受信端末２０のアドレスを取り出し（ステップＳ３０７）、代表受信端末２０に対応する個別暗号鍵を取り出す（ステップＳ３０８）。取り出した個別暗号鍵でグループ暗号鍵１５を暗号化し、代表受信端末２０にユニキャストで送信する（ステップＳ３０９）。すべての代表受信端末２０へグループ暗号鍵１５が配信されるまで、Ｓステップ３０７からステップＳ３０９までを繰り返す。
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ３０２）、個別暗号鍵を用いてグループ暗号鍵１５を復号して、新たなグループ暗号鍵１５として登録し（ステップＳ３０３）、処理を終了する（ステップＳ３０４）。
【００５５】
図４は本発明の第１の実施形態におけるサブグループメンバに変更のない代表受信端末２０と送信端末１０のグループ暗号鍵配信の動作を示すフロー図である。図３に示すサブグループメンバーに変更のあった代表受信端末２０と送信端末１０とのやりとりについては、同一符号を付すとともに、その構成および動作の説明については省略する。
【００５６】
図４において、代表受信端末２０はグループ暗号鍵１５の暗号化データの受信待ち状態にある（ステップＳ４０１）。暗号化データを受信すると代表個別暗号鍵でグループ暗号鍵１５を復号し、新たなグループ暗号鍵１５として登録し（ステップＳ４０２）、再びグループ暗号鍵１５の受信待ち状態になる。
【００５７】
図５は本発明の第１の実施形態における新たな受信端末３０が参加・離脱するサブグループ２にすでに参加している受信端末３０の暗号鍵更新処理を示すフロー図である。図５において、受信端末３０は暗号化マルチキャストデータもしくは暗号化された暗号鍵データの受信待ち状態にある（ステップＳ５０１）。受信したデータが暗号鍵データである場合（ステップＳ５０２）、グループ暗号鍵１５・サブグループ暗号鍵２５を個別暗号鍵で復号し、グループ暗号鍵１５・サブグループ暗号鍵２５を新たに登録して（ステップＳ５０３）、再びデータ受信待ち状態となる。ステップＳ５０２にて受信したデータが暗号鍵データでない場合、暗号化マルチキャストデータであるため、データをグループ暗号鍵１５で復号し（ステップＳ５０４）、再びデータ受信待ち状態となる。
【００５８】
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ５０５）、グループ暗号鍵１５の暗号化データを個別暗号鍵で復号し、新たなグループ暗号鍵１５を登録する（ステップＳ５０６）。次に新たなサブグループ暗号鍵２５を生成する（ステップＳ５０７）。次に代表受信端末２０はサブグループ個別暗号鍵リスト２２から順次サブグループ２の受信端末３０のアドレスを取り出す（ステップＳ５０８）。さらに受信端末３０のアドレスに対応する個別暗号鍵を取り出す（ステップＳ５０９）。取り出した個別暗号鍵でグループ暗号鍵１５・サブグループ暗号鍵２５を暗号化し、受信端末３０に送信する（ステップＳ５１０）。サブグループ２のすべての受信端末３０へグループ暗号鍵１５・サブグループ暗号鍵２５が配信されるまで、ステップＳ５０８からステップＳ５１０までを繰り返す。
【００５９】
図６は本発明の第１の実施形態におけるサブグループメンバに変更のないサブグループ２のグループ暗号鍵更新処理手順を示すフロー図である。図６において、受信端末３０は暗号化マルチキャストデータもしくは暗号化された暗号鍵データの受信待ち状態にある（ステップＳ６０１）。受信したデータが暗号鍵データである場合（ステップＳ６０２）、グループ暗号鍵１５をサブグループ暗号鍵２５で復号し、グループ暗号鍵１５を新たに登録して（ステップＳ６０３）、再びデータ受信待ち状態となる。ステップＳ６０２にて受信したデータが暗号鍵データでない場合、暗号化マルチキャストデータであるため、データをグループ暗号鍵１５で復号し（ステップＳ６０４）、再びデータ受信待ち状態となる。
【００６０】
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ６０５）、グループ暗号鍵１５の暗号化データを個別暗号鍵で復号し、新たなグループ暗号鍵１５を登録する（ステップＳ６０６）。サブグループ暗号鍵２５は更新しないため、サブグループ暗号鍵２５でグループ暗号鍵１５を暗号化し、受信端末３０にマルチキャスト送信する（ステップＳ６０７）。
【００６１】
図７は第１の実施形態における受信端末３０がマルチキャストグループ１から離脱する際の処理手順を示すフロー図である。なお、図２に示す新規参加する受信端末３０と代表受信端末２０とのやりとりと重複するものについては、同一符号を付す。
【００６２】
図７において、受信端末３０は送信端末１０にマルチキャストグループ１からの離脱メッセージを送信する（ステップＳ７０１）。次に、サブグループ２の代表受信端末２０にサブグループ２からの離脱メッセージを送信する（ステップＳ７０２）。代表受信端末２０はサブグループ離脱メッセージを受信すると（ステップＳ７０３）、送信端末１０にグループ暗号鍵更新要求を行う（ステップＳ２１４）。さらに新しいサブグループ暗号鍵２５を生成する（ステップＳ２１５）。ステップＳ２１４で受信したグループ暗号鍵１５、およびステップＳ２１５で生成したサブグループ暗号鍵２５をステップＳ２１３で交換した個別暗号鍵で暗号化を行い（ステップＳ２１６）、暗号化した暗号鍵データを離脱していない受信端末３０に送信する（ステップＳ２１７）。
【００６３】
以上のように、本発明の第１の実施形態によれば、送信端末１０はグループ暗号鍵１５を代表受信端末２０に送信し、さらに代表受信端末２０が各受信端末３０にグループ暗号鍵１５を配布することにより、送信端末１０の負荷を分散させることができる。
（第２の実施形態）
【００６４】
次に、本発明の第２の実施形態における暗号化マルチキャスト通信鍵管理システムについて説明する。
【００６５】
図８は本発明の第２の実施形態における暗号化マルチキャスト通信鍵管理システム内部の概略構成を示すブロック図である。なお、図１に示す暗号化マルチキャスト鍵管理システム１００の内部構成と重複するものについては、同一符号を付すとともに、その構成および動作の説明については省略する。図８に示す暗号化マルチキャスト通信鍵管理システム８００は、図１に示す暗号化マルチキャスト通信鍵管理システム１００の構成に加えて、送信端末１０内部にグループ暗号鍵送信タイマ８１およびグループ暗号鍵再送手段８２を有し、代表受信端末２０内部に、グループ暗号鍵受信応答待ちタイマ８３およびサブグループ暗号鍵再送手段８４を有している。
【００６６】
次に送信端末１０を構成する各部に関して、図１と異なる点を説明する。グループ暗号鍵送信タイマ８１は、送信端末１０が新しいグループ暗号鍵１５を生成後、一定時間を計測する。グループ暗号鍵再送手段８２は、代表受信端末２０から送信端末１０へのグループ暗号鍵受信応答メッセージを送信端末１０が未受信であるとき、送信端末１０から代表受信端末２０へグループ暗号鍵１５を再送する手段である。
【００６７】
次に代表受信端末２０を構成する各部に関して、図１と異なる点を説明する。グループ暗号鍵受信応答待ちタイマ８３は、代表受信端末２０が新しいグループ暗号鍵１５を登録後、一定時間を計測する。グループ暗号鍵再送手段８４は、受信端末３０から代表受信端末２０へのグループ暗号鍵受信応答メッセージを代表受信端末２０が未受信であるとき、代表受信端末２０から受信端末３０へグループ暗号鍵１５を再送する手段である。
以下、前記実施形態２の動作について図９から図１１の示すフロー図に基づいて説明する。
【００６８】
図９は本発明の第２の実施形態における代表受信端末２０から送信端末１０へのグループ暗号鍵更新要求メッセージの送信を行う際のフロー図である。図３に示すサブグループメンバーに変更のあった代表受信端末２０と送信端末１０とのやりとりについては、同一符号を付す。
【００６９】
図９において、代表受信端末２０は送信端末１０にグループ暗号鍵更新要求を行う（ステップＳ３０１）。送信端末１０はグループ暗号鍵更新要求を受信すると（ステップＳ３０５）、新しいグループ暗号鍵１５を生成する（ステップＳ３０６）。次に送信端末１０は、グループ暗号鍵送信タイマ８１を設定する（ステップＳ９０２）。次に送信端末１０はサブグループ代表個別暗号鍵リスト１２から順次代表受信端末２０のアドレスを取り出し（ステップＳ３０７）、代表受信端末２０に対応する個別暗号鍵を取り出す（ステップＳ３０８）。取り出した個別暗号鍵でグループ暗号鍵１５を暗号化し、代表受信端末２０にユニキャストで送信する（ステップＳ３０９）。すべての代表受信端末２０へグループ暗号鍵１５が配信されるまで、ステップＳ３０７からステップＳ３０９までを繰り返す。
【００７０】
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ３０２）、送信端末１０にグループ暗号鍵受信応答を送信する（ステップＳ９０１）。次に代表受信端末２０は個別暗号鍵を用いてグループ暗号鍵１５を復号して、新たなグループ暗号鍵１５として登録し（ステップＳ３０３）、処理を終了する（ステップＳ３０４）。
【００７１】
送信端末１０はグループ暗号鍵送信タイマ８１がタイムアウトするまで（ステップＳ９０３）、代表受信端末２０からのグループ暗号鍵受信応答の受信待ち状態となる（ステップＳ９０４）。送信端末１０はサブグループ代表個別暗号鍵リスト１２の応答を受信した代表受信端末２０を受信済みに更新する（ステップＳ９０５）。全ての代表受信端末２０から応答を受信しているかチェックを行い（ステップＳ９０６）、全ての代表受信端末２０から受信しているときはグループ暗号鍵受信応答待ち状態を解除して、グループ暗号鍵送信タイマ８１もキャンセルする（ステップＳ９０７）。そして再びグループ暗号鍵更新要求メッセージ待ち状態となる。一方、ステップＳ９０６において１台でも代表受信端末２０からの応答を受信していない場合、送信端末１０は応答を受信できなかった代表受信端末２０に対してグループ暗号鍵受信応答の再送要求を行い、再びグループ暗号鍵受信応答待ち状態となる。
【００７２】
図１０は本発明の第２の実施形態におけるサブグループメンバの更新がない受信端末３０の暗号鍵更新処理を示すフロー図である。図５に示す受信端末３０が新規参加・離脱するサブグループにすでに参加している受信端末３０の暗号鍵更新処理と重複するものについては、同一符号を付す。
【００７３】
図１０において、受信端末３０は暗号化マルチキャストデータもしくは暗号化された暗号鍵データの受信待ち状態にある（ステップＳ５０１）。受信したデータが暗号鍵データである場合（ステップＳ５０２）、グループ暗号鍵１５をサブグループ暗号鍵２５で復号し、グループ暗号鍵１５を新たに登録して（ステップＳ５０３）、グループ暗号鍵受信応答を送信する（ステップＳ１００１）。次に受信端末３０は再びデータ受信待ち状態となる。ステップＳ５０２にて受信したデータが暗号鍵データでない場合、暗号化マルチキャストデータであるため、データをグループ暗号鍵１５で復号し（ステップＳ５０４）、再びデータ受信待ち状態となる。
【００７４】
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ５０５）、グループ暗号鍵１５の暗号鍵データを個別暗号鍵で復号し、新たなグループ暗号鍵１５を登録する（ステップＳ５０６）。次に代表受信端末２０はグループ暗号鍵受信応答待ちタイマ８３を設定する（ステップＳ１００２）。次に代表受信端末２０はサブグループ暗号鍵２５でグループ暗号鍵１５を暗号化し、マルチキャストグループ８に送信する（ステップＳ１００３）。
【００７５】
代表受信端末２０はグループ暗号鍵受信応答待ちタイマ８３がタイムアウトするまで（ステップS１００４）、受信端末３０からのグループ暗号鍵受信応答の受信待ち状態となる（ステップＳ１００５）。代表受信端末２０はサブグループ個別暗号鍵リスト２２の応答を受信した受信端末３０を受信済みに更新する（ステップＳ１００６）。全ての受信端末３０から応答を受信しているかチェックを行い（ステップＳ１００７）、全ての受信端末３０から応答を受信しているときは、グループ暗号鍵受信応答待ち状態を解除して、グループ暗号鍵受信応答待ちタイマ８３もキャンセルする（ステップＳ１００８）。そして再びグループ暗号鍵暗号化データの受信待ち状態となる。一方、ステップＳ１００７において１台でも受信端末３０からの応答を受信していない場合、代表受信端末２０は応答を受信できなかった受信端末３０に対してグループ暗号鍵受信応答の再送要求を行い、再びグループ暗号鍵受信応答待ち状態となる。
【００７６】
図１１は本発明の第２の実施形態における新たな受信端末３０が参加・離脱するサブグループ２にすでに参加している受信端末３０の暗号鍵更新処理を示すフロー図である。図５に示す受信端末３０が新規参加・離脱するサブグループにすでに参加している受信端末３０の暗号鍵更新処理と重複するものについては、同一符号を付す。
【００７７】
図１１において、受信端末３０は暗号化マルチキャストデータもしくは暗号化された暗号鍵データの受信待ち状態にある（ステップＳ５０１）。受信したデータが暗号鍵データである場合（ステップＳ５０２）、グループ暗号鍵１５・サブグループ暗号鍵２５を個別暗号鍵で復号し、グループ暗号鍵１５・サブグループ暗号鍵２５を新たに登録して（ステップＳ５０３）、グループ暗号鍵・サブグループ暗号鍵受信応答を送信する（ステップＳ１１０１）。次に受信端末３０は再びデータ受信待ち状態となる。ステップＳ５０２にて受信したデータが暗号鍵データでない場合、暗号化マルチキャストデータであるため、データをグループ暗号鍵１５で復号し（ステップＳ５０４）、再びデータ受信待ち状態となる。
【００７８】
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ５０５）、グループ暗号鍵１５の暗号化データを個別暗号鍵で復号し、新たなグループ暗号鍵１５を登録する（ステップＳ５０６）。次に新たなサブグループ暗号鍵２５を生成する（ステップＳ５０７）。次に代表受信端末２０はグループ暗号鍵・サブグループ暗号鍵受信応答待ちタイマを設定する（ステップＳ１１０２）。次に代表受信端末２０はサブグループ個別暗号鍵リスト２２から順次サブグループ２の受信端末３０のアドレスを取り出す（ステップＳ５０８）。さらに受信端末３０のアドレスに対応する個別暗号鍵を取り出す（ステップＳ５０９）。取り出した個別暗号鍵でグループ暗号鍵１５・サブグループ暗号鍵２５を暗号化し、受信端末３０に送信する（ステップＳ５１０）。サブグループ２のすべての受信端末３０へグループ暗号鍵１５・サブグループ暗号鍵２５が配信されるまで、ステップＳ５０８からＳ５１０までを繰り返す。
【００７９】
受信端末３０はグループ暗号鍵・サブグループ暗号鍵受信応答待ちタイマがタイムアウトするまで（ステップＳ１１０３）、受信端末３０からのグループ暗号鍵・サブグループ暗号鍵受信応答メッセージの受信待ち状態となる（ステップＳ１１０４）。代表受信端末２０はサブグループ個別暗号鍵リスト２２の応答を受信した受信端末３０を受信済みに更新する（ステップＳ１１０５）。全ての受信端末３０から応答を受信しているかチェックを行い（ステップＳ１１０６）、全ての受信端末３０から応答を受信しているときは、グループ暗号鍵・サブグループ暗号鍵受信応答待ち状態を解除して、グループ暗号鍵・サブグループ暗号鍵受信応答待ちタイマもキャンセルする（ステップＳ１１０７）。そして再びグループ暗号鍵暗号化データ受信待ち状態となる。
【００８０】
以上のように、本発明の第２の実施形態によれば、送信端末１０と代表受信端末２０間、あるいは代表受信端末２０と受信端末３０間で暗号化された暗号鍵データの受信確認応答を送受信し、受信できなかった端末に対して、暗号化された暗号鍵データの再送処理を行うことにより、暗号鍵データが受信できなかったことによる、受信端末３０で以後の復号処理が行えないという事態を未然に防ぐことができる。
【産業上の利用可能性】
【００８１】
本発明は、暗号化マルチキャスト通信のグループ暗号鍵の配送を送信端末から代表受信端末にのみ行い、各代表受信端末からサブグループ内の受信端末にグループ暗号鍵を配送することにより、送信端末の負荷を軽減させることが可能となり、スムーズな暗号化マルチキャスト通信を行うことが可能となるという効果を有する暗号化マルチキャスト通信鍵管理システム、暗号化マルチキャスト通信鍵管理方法、送信端末、受信端末、およびプログラムなどに有用である。
【図面の簡単な説明】
【００８２】
【図１】本発明の第１の実施形態における暗号化マルチキャスト通信鍵管理システム、送信端末、代表受信端末内部の概略構成を示すブロック図
【図２】本発明の第１の実施形態における受信端末から参加するマルチキャストグループを構成するサブグループへの参加手順を示すフロー図
【図３】本発明の第１の実施形態におけるサブグループメンバが変更になる代表受信端末と送信端末のグループ暗号鍵配信の動作を示すフロー図
【図４】本発明の第１の実施形態におけるサブグループメンバに変更のない代表受信端末と送信端末のグループ暗号鍵配信の動作を示すフロー図
【図５】本発明の第１の実施形態における新たな受信端末が参加・離脱するサブグループにすでに参加している受信端末の暗号鍵更新処理を示すフロー図
【図６】本発明の第１の実施形態におけるサブグループメンバに変更のないサブグループのグループ暗号鍵更新処理手順を示すフロー図
【図７】本発明の第１の実施形態における受信端末がマルチキャストグループから離脱する際の処理手順を示すフロー図
【図８】本発明の第２の実施形態における暗号化マルチキャスト通信鍵管理システム内部の概略構成を示すブロック図
【図９】本発明の第２の実施形態における代表受信端末から送信端末へのグループ暗号鍵更新要求メッセージの送信を行う際のフロー図
【図１０】本発明の第２の実施形態におけるサブグループメンバの更新がない受信端末の暗号鍵更新処理を示すフロー図
【図１１】本発明の第２の実施形態における新たな受信端末が参加・離脱するサブグループにすでに参加している受信端末の暗号鍵更新処理を示すフロー図
【図１２】従来の暗号化マルチキャスト通信鍵管理システムのフロー図
【符号の説明】
【００８３】
１、８ マルチキャストグループ
２ 第１のサブグループ
３ 第２のサブグループ
１０ 送信端末
１１ グループ暗号鍵管理部
１２ サブグループ代表個別暗号鍵管理部
１３ サブグループ代表個別暗号鍵リスト
１４ グループ暗号鍵更新手段
１５ グループ暗号鍵
１６ メッセージ受信部
２０ 代表受信端末
２１ サブグループ個別暗号鍵管理部
２２ サブグループ個別暗号鍵リスト
２３ サブグループ暗号鍵配信部
２４ メッセージ送信部
２５ サブグループ暗号鍵
３０ 受信端末
８１ グループ暗号鍵送信タイマ
８２ グループ暗号鍵再送手段
８３ グループ暗号鍵受信応答待ちタイマ
８４ グループ暗号鍵再送手段
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システム、および暗号化マルチキャスト通信鍵管理方法に関する。
【背景技術】
【０００２】
従来から、ネットワークに接続された複数の端末間で情報を同時に効率的に送受信する方法として、マルチキャスト通信がある。マルチキャスト通信は同一の情報を共有する端末間でマルチキャストグループを形成し、同一のマルチキャストグループのメンバだけが、情報を受信することができる。このマルチキャスト通信における安全性を確保するために、同一のマルチキャストグループ内での通信を共通のグループ暗号鍵を用いて行う暗号化マルチキャスト通信システムがある。この共通のグループ暗号鍵はマルチキャストグループの規模の増大により、グループ暗号鍵の配信トラフィックが問題となる。そこでマルチキャスト通信を行うネットワーク上にシードノードを設け、マルチキャストグループに参加を希望する要求ノードは、シードノードへ暗号鍵の要求を行い、シードノードが暗号鍵の配信を行う方法がとられている。
この暗号化マルチキャスト通信システムの鍵管理システムとして、たとえば特許文献１に記載のものが挙げられる。
【０００３】
このような暗号化マルチキャスト通信鍵管理システムによれば、暗号鍵の配信を集中から分散に変更し、要求ノードが当該要求ノードからネットワーク上の最も近くに配置されたシードノードへ暗号鍵要求メッセージを送信し、当該シードノードが暗号鍵要求メッセージの受信後に暗号鍵の配送を行うことにより、暗号鍵の配送に関わる負荷の分散を図り、暗号鍵の配送をスムーズに行うことができる。
【０００４】
従来の暗号化マルチキャスト通信鍵管理システムについて説明する。図１２は、従来の暗号化マルチキャスト通信鍵管理システムに於ける鍵配送方法のフロー図である。
図１２において、ネットワーク上に配置されたシードノードは要求ノードからの暗号鍵要求メッセージの受信待ち状態にある（ステップＳ１２０１）。メッセージを受信するとシードノードは受信待ち状態から解除される。次に要求ノードが暗号鍵の受け取りを許可されているかのチェックを行う（ステップＳ１２０２）。暗号鍵の受け取りを許可されている要求ノードからのメッセージであった場合、シードノードはシードノードが管理する暗号鍵を暗号化して要求ノードに配送する（ステップＳ１２０３）。
【０００５】
一方要求ノードは、最も近いシードノードに暗号鍵の要求メッセージを送信する（ステップＳ１２０５）。通常、要求メッセージのホップカウントを１から順に増加させることで一番近いシードノードへ送信を行う。次に要求ノードはステップＳ１２０３にて送信された暗号化された暗号鍵のデータを受信する（ステップＳ１２０６）。最後に暗号化された暗号鍵データを復号して暗号鍵を取り出し（ステップＳ１２０７）、暗号化マルチキャスト通信への参加を行い、マルチキャストデータの受信を開始する。
【０００６】
以上のように上記従来の暗号化マルチキャスト鍵管理システムは、暗号鍵の配送を行う送信元をネットワーク上に分散させ、マルチキャスト通信に参加する要求ノードへネットワーク上で一番近いシードノードに暗号鍵の配送を要求させることで負荷を分散させ、暗号鍵の配送をスムーズに行うことができ、暗号化マルチキャスト通信の受信端末は、映像や音声といったデータ通信を暗号化により安全に受信することが可能となる（特許文献１参照）。
【特許文献１】特開平１１−９５６５８号公報（第８−１１頁、第２−３図）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、マルチキャストグループのメンバに変更がある場合、暗号鍵を更新する必要があるが、このような従来の暗号化マルチキャスト通信鍵管理システムでは、送信端末から全受信端末に暗号鍵の配送を行う手段が想定されておらず、例えば全受信端末に暗号鍵を暗号化して送信する場合、送信端末に多大な負荷が掛かってしまう、という事情がある。
【０００８】
本発明は簡単な構成で、送信端末から受信端末への暗号鍵の配信時、送信端末の負荷を軽減することが可能な暗号化マルチキャスト通信鍵管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の暗号化マルチキャスト通信鍵管理システムは、ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システムであって、前記複数の受信端末は１つまたは複数のサブグループとして構成され、前記サブグループ内の受信端末のうち少なくとも１台は代表受信端末として配置され、前記代表受信端末は前記送信端末との通信および自サブグループ内の受信端末との通信を行うことで前記送信端末と前記受信端末との仲介を行い、グループ暗号鍵を登録、更新または削除するグループ暗号鍵管理部と、前記代表受信端末に固有の代表個別暗号鍵を管理するサブグループ代表個別暗号鍵管理部と、前記代表個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するグループ暗号鍵配信部とを有する構成としている。
【００１０】
この構成により、グループ暗号鍵の配送を送信端末から代表受信端末にのみ行い、各代表受信端末からサブグループ内の受信端末にグループ暗号鍵を配送することにより、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信を行うことが可能である。
【００１１】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記代表受信端末が、当該サブグループ内に共通のサブグループ暗号鍵を用いて、前記サブグループに所属する受信端末へ、前記グループ暗号鍵を暗号化マルチキャスト通信にて配信する構成としている。
【００１２】
この構成により、代表受信端末はサブグループ内の受信端末へ個別に暗号鍵の配信を行わずに、一括して暗号鍵の配信を行うことで代表受信端末の負荷の軽減が可能となり、スケーラビリティのある暗号化マルチキャスト通信を行うことが可能である。
【００１３】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記代表受信端末が、受信端末の個別暗号鍵を登録、更新または削除するサブグループ個別暗号鍵管理部と、前記受信端末の個別暗号鍵を用いて、前記サブグループ暗号鍵および前記グループ暗号鍵を暗号化し、前記受信端末に送信するサブグループ暗号鍵配信部とを有する構成としている。
【００１４】
この構成により、代表受信端末は、送信端末にかわりサブグループ内の受信端末へグループ暗号鍵を送信できるため、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信を行うことが可能である。
【００１５】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記代表受信端末が、グループ暗号鍵更新要求メッセージを送信するメッセージ送信部を有する構成としている。
【００１６】
この構成により、代表受信端末は必要時にグループ暗号鍵の更新要求をすることで、第三者が最新のグループ暗号鍵を所持する可能性を極めて低くするため、安全性の高い暗号化マルチキャスト通信を行うことが可能である。
【００１７】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記送信端末が、前記代表受信端末から前記グループ暗号鍵更新要求メッセージを受信するメッセージ受信部と、前記メッセージ受信部へ前記グループ暗号鍵更新要求メッセージを受信した際、前記グループ暗号鍵を更新する手段を起動するグループ暗号鍵更新手段起動部とを有する構成としている。
【００１８】
この構成により、送信端末は暗号鍵更新要求メッセージを受信した際グループ暗号鍵の更新をすることで、第三者が最新のグループ暗号鍵を所持する可能性を極めて低くするため、安全性の高い暗号化マルチキャスト通信を行うことが可能である。
【００１９】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記代表受信端末が、暗号化された暗号鍵データを受信した際に前記送信端末へ受信応答メッセージを送信する受信応答メッセージ送信部を有し、前記送信端末が、前記暗号鍵データに対する受信応答メッセージを受信する受信応答メッセージ受信部と、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送する暗号鍵データ再送部とを有する構成としている。
【００２０】
この構成により、代表受信端末による暗号鍵データの受信完了報告、および送信端末による暗号鍵データの受信完了確認ならびに必要に応じた再送を実施することが可能となり、送信端末と代表受信端末との間で信頼性の高い暗号化マルチキャスト通信を行うことが可能である。
【００２１】
また、本発明の暗号化マルチキャスト通信鍵管理システムは、前記受信端末が、前記暗号鍵データを受信した際に前記代表受信端末へ受信応答メッセージを送信する受信応答メッセージ送信部を有し、前記代表受信端末が、前記暗号鍵データに対する受信応答メッセージを受信する受信応答メッセージ受信部と、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送する暗号鍵データ再送部とを有する構成としている。
【００２２】
この構成により、受信端末による暗号鍵データの受信完了報告、および代表受信端末による暗号鍵データの受信完了確認ならびに必要に応じた再送を実施することが可能となり、代表受信端末と受信端末との間で信頼性の高い暗号化マルチキャスト通信を行うことが可能である。
【００２３】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理方法であって、グループ暗号鍵を登録、更新または削除するステップと、前記複数の受信端末より構成された１つまたは複数のサブグループ内に配置され、前記送信端末との通信および自サブグループ内の受信端末との通信を行うことで前記送信端末と前記受信端末との仲介を行う代表受信端末の個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するステップとを有する方法としている。
【００２４】
この方法により、グループ暗号鍵の配送を送信端末から代表受信端末にのみ行い、各代表受信端末からサブグループ内の受信端末にグループ暗号鍵を配送するステップを有することにより、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信鍵管理方法を提供することが可能となる。
【００２５】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記代表受信端末が、当該サブグループ内に共通のサブグループ暗号鍵を用いて、前記サブグループに所属する受信端末へ、前記グループ暗号鍵を暗号化マルチキャスト通信にて配信する方法としている。
【００２６】
この方法により、代表受信端末はサブグループ内の受信端末へ個別に暗号鍵の配信を行わずに、一括して暗号鍵の配信を行うことで代表受信端末の負荷の軽減が可能となり、スケーラビリティのある暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００２７】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記代表受信端末が、前記受信端末の個別暗号鍵を登録、更新または削除するステップと、前記受信端末の個別暗号鍵を用いて、前記サブグループ暗号鍵および前記グループ暗号鍵を暗号化し、前記受信端末に送信するステップとを有する方法としている。
【００２８】
この方法により、代表受信端末は送信端末にかわりサブグループ内の受信端末へグループ暗号鍵を送信できるため、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００２９】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記代表受信端末が、グループ暗号鍵更新要求メッセージを送信するステップを有する方法としている。
【００３０】
この方法により、代表受信端末は必要時にグループ暗号鍵の更新要求をすることで、第三者が最新のグループ暗号鍵を所持する可能性を極めて低くするため、安全性の高い暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００３１】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記送信端末が、前記代表受信端末から前記グループ暗号鍵更新要求メッセージを受信するメッセージ受信ステップと、前記メッセージ受信ステップにて前記グループ暗号鍵更新要求メッセージを受信した際、前記グループ暗号鍵を更新する手段を起動するステップとを有する方法としている。
【００３２】
この方法により、送信端末は暗号鍵更新要求メッセージを受信した際グループ暗号鍵の更新をすることで、第三者が最新のグループ暗号鍵を所持する可能性を極めて低くするため、安全性の高い暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００３３】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記代表受信端末が、暗号化された暗号鍵データを受信した際に前記送信端末へ受信応答メッセージを送信するステップを有し、前記送信端末が、前記暗号鍵データに対する受信応答メッセージを受信するステップと、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送するステップとを有する方法としている。
【００３４】
この方法により、代表受信端末による暗号鍵データの受信完了報告、および送信端末による暗号鍵データの受信完了確認ならびに必要に応じた再送を実施することが可能となり、送信端末と代表受信端末との間で信頼性の高い暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００３５】
また、本発明の暗号化マルチキャスト通信鍵管理方法は、前記受信端末が、前記暗号鍵データを受信した際に前記代表受信端末へ受信応答メッセージを送信するステップを有し、前記代表受信端末が、前記暗号鍵データに対する受信応答メッセージを受信するステップと、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送するステップとを有する方法としている。
【００３６】
この方法により、受信端末による暗号鍵データの受信完了報告、および代表受信端末による暗号鍵データの受信完了確認ならびに必要に応じた再送を実施することが可能となり、代表受信端末と受信端末との間で信頼性の高い暗号化マルチキャスト通信鍵管理方法を提供することが可能である。
【００３７】
また、本発明の暗号化マルチキャスト通信鍵管理システムおよび暗号化マルチキャスト通信鍵管理方法は、暗号化マルチキャスト通信鍵管理システムおよび暗号化マルチキャスト通信鍵管理方法としての機能をコンピュータに実現させるためのプログラムで実現している。
【００３８】
このプログラムにより、暗号化マルチキャスト通信鍵管理システムは、特別なハードウェアで構成することを不要とし、新たな機能の追加や変更を柔軟に行うことが可能である。
【００３９】
また、本発明にて使用する送信端末は、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システム内に存在し、ネットワークを介して複数の受信端末との間に接続された送信端末であって、グループ暗号鍵を登録、更新または削除するグループ暗号鍵管理部と、前記複数の受信端末より構成された１つまたは複数のサブグループ内に配置され、自サブグループ内の受信端末の取りまとめを行う代表受信端末に固有の代表個別暗号鍵を管理するサブグループ代表個別暗号鍵管理部と、前記代表個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するグループ暗号鍵配信部とを有する構成としている。
【００４０】
この構成により、送信端末は、グループ暗号鍵の配送を代表受信端末にのみ行い、各代表受信端末からサブグループ内の受信端末にグループ暗号鍵を配送することにより、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信を行うことが可能である。
【００４１】
また、本発明にて使用する受信端末のうち少なくとも１台は、ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システム内に存在し、前記複数の受信端末を有して構成されるサブグループ内に少なくとも１台は配置される受信端末であって、前記サブグループ内の受信端末の個別暗号鍵を登録、更新または削除するサブグループ個別暗号鍵管理部と、前記受信端末の個別暗号鍵を用いて、前記サブグループ内に共通のサブグループ暗号鍵および前記グループ暗号鍵のうち少なくとも一方を暗号化し、前記受信端末に送信するサブグループ暗号鍵配信部とを有する構成としている。
【００４２】
この構成により、代表受信端末は、グループ暗号鍵を送信端末より受け取り、サブグループ内の受信端末にグループ暗号鍵を配送することにより、送信端末の負荷の軽減および暗号鍵の配送処理の分散が可能となり、スケーラビリティのある暗号化マルチキャスト通信を行うことが可能である。
【発明の効果】
【００４３】
本発明は、送信端末の負荷の軽減を可能とし、スムーズな暗号化マルチキャスト通信を行うことが可能な暗号化マルチキャスト通信鍵管理システムを提供することができる。
【発明を実施するための最良の形態】
【００４４】
以下、本発明の実施形態の暗号化マルチキャスト通信鍵管理システムについて、図面を用いて説明する。
（第１の実施形態）
【００４５】
本発明の第１の実施形態における暗号化マルチキャスト通信鍵管理システムを図１に示す。
【００４６】
図１は第１の実施形態における暗号化マルチキャスト通信鍵管理システム、送信端末、代表受信端末内部の概略構成を示すブロック図である。図１において、暗号化マルチキャスト通信鍵管理システム１００は、送信端末１０および複数の受信端末３０をＩＰネットワーク１５０により接続している。複数の受信端末３０は、１つのサブグループ２または複数のサブグループ２およびサブグループ３として構成され、サブグループ２内の受信端末３０のうち少なくとも１台は代表受信端末２０として配置される。代表受信端末２０は、送信端末１０との通信およびサブグループ２内の受信端末３０との通信を行うことで、送信端末１０と受信端末３０との仲介を行う。また、サブグループが複数のとき、第１のサブグループ２および第２のサブグループ３は同様であり、サブグループの数は２つとは限らない。
【００４７】
送信端末１０は、グループ暗号鍵管理部１１、サブグループ代表個別暗号鍵管理部１２、サブグループ個別暗号鍵リスト１３、グループ暗号鍵更新手段１４、グループ暗号鍵１５、メッセージ受信部１６、グループ暗号鍵配信部１８を有して構成される。また、代表受信端末２０は、サブグループ個別暗号鍵管理部２１、サブグループ個別暗号鍵リスト２２、サブグループ暗号鍵配信部２３、メッセージ送信部２４、サブグループ暗号鍵２５を有して構成される。
【００４８】
次に送信端末１０を構成する各部に関して説明する。グループ暗号鍵管理部１１では、マルチキャストグループ１内において共通のグループ暗号鍵１５の登録、更新または削除が行われる。また、サブグループ代表個別暗号鍵管理部１２では、代表受信端末２０に固有の代表個別暗号鍵の管理が行われる。また、サブグループ代表個別暗号鍵リスト１３には、少なくとも１台の代表受信端末のアドレスが格納されている。また、グループ暗号鍵更新手段１４は、グループ暗号鍵１５の更新要求を受けた際、グループ暗号鍵の更新を行う手段である。また、メッセージ受信部１６では、代表受信端末２０から送信端末１０へのグループ暗号鍵更新要求メッセージの受信が行われる。また、グループ暗号鍵配信部１８では、代表個別暗号鍵を用いて、登録または更新されたグループ暗号鍵１５を暗号化し、代表受信端末２０への送信が行われる。
【００４９】
次に代表受信端末２０を構成する各部に関して説明する。サブグループ個別暗号鍵管理部２１では、受信端末３０の個別暗号鍵の登録、更新または削除が行われる。また、サブグループ個別暗号鍵リスト２２には、サブグループ２内の受信端末３０のアドレスが格納されている。また、サブグループ暗号鍵配信部２３では、受信端末３０の個別暗号鍵を用いて、サブグループ暗号鍵２５およびグループ暗号鍵１５のうち少なくとも一方が暗号化され、受信端末３０に送信される。メッセージ送信部２４では、代表受信端末２０から送信端末１０へのグループ暗号鍵更新要求メッセージの送信が行われる。
以下、第１の実施形態の動作について図２から図７の示すフロー図に基づいて説明する。
【００５０】
図２は本発明の第１の実施形態における受信端末３０から参加するマルチキャストグループを構成するサブグループ２への参加手順を示すフロー図である。図２において、受信端末３０では鍵管理スレッドが動作している。鍵管理スレッドは代表受信端末２０へサブグループ２への参加が可能かどうか問い合わせを行う（ステップＳ２０１）。代表受信端末２０はグループ暗号鍵管理スレッドが動作している。グループ暗号鍵管理スレッドはメッセージ受信待ち状態にあり、ステップＳ２０１にて送信されたメッセージを受信する（ステップＳ２１０）。グループ暗号鍵管理スレッドはサブグループ個別暗号鍵リスト２２に空きがあるかどうかチェックする（ステップＳ２１１）。ステップＳ２１１にて空きがあれば、代表受信端末２０は受信端末３０にサブグループ２への参加可能メッセージを送信する（ステップＳ２１２）。
【００５１】
ステップＳ２０１にて、参加可能メッセージを受信すると（ステップＳ２０２）、受信端末３０はサブグループ２への参加メッセージを送信する（ステップＳ２０３）。代表受信端末２０はサブグループ２への参加メッセージを受信し、受信端末３０と個別の暗号鍵の交換を行い、サブグループ個別暗号鍵リスト２２に受信端末３０のアドレスと個別暗号鍵を登録する（ステップＳ２１３）。
【００５２】
次に、代表受信端末２０は送信端末１０にグループ暗号鍵更新要求を行う（ステップＳ２１４）。さらに新しいサブグループ暗号鍵２５を生成する（ステップＳ２１５）。ステップＳ２１４で受信したグループ暗号鍵１５、およびステップＳ２１５で生成したサブグループ暗号鍵２６をステップＳ２１３で交換した個別暗号鍵で暗号化を行い（ステップＳ２１６）、暗号化した鍵データを受信端末３０に送信する（ステップＳ２１７）。受信端末３０はグループ暗号鍵１５・サブグループ暗号鍵２５の暗号化データを受信する（ステップＳ２０４）。
【００５３】
次に、受信端末３０はステップＳ２１３で交換した個別暗号鍵でグループ暗号鍵１５・サブグループ暗号鍵２５を復号する（ステップＳ２０５）。受信端末３０は送信端末１０からのグループ暗号鍵２５が入手できたので、マルチキャストグループ１への参加メッセージを送信端末１０に送信する（ステップＳ２０６）。送信が完了すると受信端末３０は暗号化されたマルチキャストデータを受信する（ステップＳ２０７）。最後に受信した暗号化データをグループ暗号鍵１５で復号する（ステップＳ２０８）。
【００５４】
図３は本発明の第１の実施形態におけるサブグループメンバが変更になる代表受信端末２０と送信端末１０のグループ暗号鍵配信の動作を示すフロー図である。図３において、代表受信端末２０は送信端末１０にグループ暗号鍵更新要求を行う（ステップＳ３０１）。送信端末１０はグループ暗号鍵更新要求を受信すると（ステップＳ３０５）、新しいグループ暗号鍵１５を生成する（ステップＳ３０６）。次に送信端末１０はサブグループ代表個別暗号鍵リスト１３から順次代表受信端末２０のアドレスを取り出し（ステップＳ３０７）、代表受信端末２０に対応する個別暗号鍵を取り出す（ステップＳ３０８）。取り出した個別暗号鍵でグループ暗号鍵１５を暗号化し、代表受信端末２０にユニキャストで送信する（ステップＳ３０９）。すべての代表受信端末２０へグループ暗号鍵１５が配信されるまで、Ｓステップ３０７からステップＳ３０９までを繰り返す。
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ３０２）、個別暗号鍵を用いてグループ暗号鍵１５を復号して、新たなグループ暗号鍵１５として登録し（ステップＳ３０３）、処理を終了する（ステップＳ３０４）。
【００５５】
図４は本発明の第１の実施形態におけるサブグループメンバに変更のない代表受信端末２０と送信端末１０のグループ暗号鍵配信の動作を示すフロー図である。図３に示すサブグループメンバーに変更のあった代表受信端末２０と送信端末１０とのやりとりについては、同一符号を付すとともに、その構成および動作の説明については省略する。
【００５６】
図４において、代表受信端末２０はグループ暗号鍵１５の暗号化データの受信待ち状態にある（ステップＳ４０１）。暗号化データを受信すると代表個別暗号鍵でグループ暗号鍵１５を復号し、新たなグループ暗号鍵１５として登録し（ステップＳ４０２）、再びグループ暗号鍵１５の受信待ち状態になる。
【００５７】
図５は本発明の第１の実施形態における新たな受信端末３０が参加・離脱するサブグループ２にすでに参加している受信端末３０の暗号鍵更新処理を示すフロー図である。図５において、受信端末３０は暗号化マルチキャストデータもしくは暗号化された暗号鍵データの受信待ち状態にある（ステップＳ５０１）。受信したデータが暗号鍵データである場合（ステップＳ５０２）、グループ暗号鍵１５・サブグループ暗号鍵２５を個別暗号鍵で復号し、グループ暗号鍵１５・サブグループ暗号鍵２５を新たに登録して（ステップＳ５０３）、再びデータ受信待ち状態となる。ステップＳ５０２にて受信したデータが暗号鍵データでない場合、暗号化マルチキャストデータであるため、データをグループ暗号鍵１５で復号し（ステップＳ５０４）、再びデータ受信待ち状態となる。
【００５８】
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ５０５）、グループ暗号鍵１５の暗号化データを個別暗号鍵で復号し、新たなグループ暗号鍵１５を登録する（ステップＳ５０６）。次に新たなサブグループ暗号鍵２５を生成する（ステップＳ５０７）。次に代表受信端末２０はサブグループ個別暗号鍵リスト２２から順次サブグループ２の受信端末３０のアドレスを取り出す（ステップＳ５０８）。さらに受信端末３０のアドレスに対応する個別暗号鍵を取り出す（ステップＳ５０９）。取り出した個別暗号鍵でグループ暗号鍵１５・サブグループ暗号鍵２５を暗号化し、受信端末３０に送信する（ステップＳ５１０）。サブグループ２のすべての受信端末３０へグループ暗号鍵１５・サブグループ暗号鍵２５が配信されるまで、ステップＳ５０８からステップＳ５１０までを繰り返す。
【００５９】
図６は本発明の第１の実施形態におけるサブグループメンバに変更のないサブグループ２のグループ暗号鍵更新処理手順を示すフロー図である。図６において、受信端末３０は暗号化マルチキャストデータもしくは暗号化された暗号鍵データの受信待ち状態にある（ステップＳ６０１）。受信したデータが暗号鍵データである場合（ステップＳ６０２）、グループ暗号鍵１５をサブグループ暗号鍵２５で復号し、グループ暗号鍵１５を新たに登録して（ステップＳ６０３）、再びデータ受信待ち状態となる。ステップＳ６０２にて受信したデータが暗号鍵データでない場合、暗号化マルチキャストデータであるため、データをグループ暗号鍵１５で復号し（ステップＳ６０４）、再びデータ受信待ち状態となる。
【００６０】
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ６０５）、グループ暗号鍵１５の暗号化データを個別暗号鍵で復号し、新たなグループ暗号鍵１５を登録する（ステップＳ６０６）。サブグループ暗号鍵２５は更新しないため、サブグループ暗号鍵２５でグループ暗号鍵１５を暗号化し、受信端末３０にマルチキャスト送信する（ステップＳ６０７）。
【００６１】
図７は第１の実施形態における受信端末３０がマルチキャストグループ１から離脱する際の処理手順を示すフロー図である。なお、図２に示す新規参加する受信端末３０と代表受信端末２０とのやりとりと重複するものについては、同一符号を付す。
【００６２】
図７において、受信端末３０は送信端末１０にマルチキャストグループ１からの離脱メッセージを送信する（ステップＳ７０１）。次に、サブグループ２の代表受信端末２０にサブグループ２からの離脱メッセージを送信する（ステップＳ７０２）。代表受信端末２０はサブグループ離脱メッセージを受信すると（ステップＳ７０３）、送信端末１０にグループ暗号鍵更新要求を行う（ステップＳ２１４）。さらに新しいサブグループ暗号鍵２５を生成する（ステップＳ２１５）。ステップＳ２１４で受信したグループ暗号鍵１５、およびステップＳ２１５で生成したサブグループ暗号鍵２５をステップＳ２１３で交換した個別暗号鍵で暗号化を行い（ステップＳ２１６）、暗号化した暗号鍵データを離脱していない受信端末３０に送信する（ステップＳ２１７）。
【００６３】
以上のように、本発明の第１の実施形態によれば、送信端末１０はグループ暗号鍵１５を代表受信端末２０に送信し、さらに代表受信端末２０が各受信端末３０にグループ暗号鍵１５を配布することにより、送信端末１０の負荷を分散させることができる。
（第２の実施形態）
【００６４】
次に、本発明の第２の実施形態における暗号化マルチキャスト通信鍵管理システムについて説明する。
【００６５】
図８は本発明の第２の実施形態における暗号化マルチキャスト通信鍵管理システム内部の概略構成を示すブロック図である。なお、図１に示す暗号化マルチキャスト鍵管理システム１００の内部構成と重複するものについては、同一符号を付すとともに、その構成および動作の説明については省略する。図８に示す暗号化マルチキャスト通信鍵管理システム８００は、図１に示す暗号化マルチキャスト通信鍵管理システム１００の構成に加えて、送信端末１０内部にグループ暗号鍵送信タイマ８１およびグループ暗号鍵再送手段８２を有し、代表受信端末２０内部に、グループ暗号鍵受信応答待ちタイマ８３およびサブグループ暗号鍵再送手段８４を有している。
【００６６】
次に送信端末１０を構成する各部に関して、図１と異なる点を説明する。グループ暗号鍵送信タイマ８１は、送信端末１０が新しいグループ暗号鍵１５を生成後、一定時間を計測する。グループ暗号鍵再送手段８２は、代表受信端末２０から送信端末１０へのグループ暗号鍵受信応答メッセージを送信端末１０が未受信であるとき、送信端末１０から代表受信端末２０へグループ暗号鍵１５を再送する手段である。
【００６７】
次に代表受信端末２０を構成する各部に関して、図１と異なる点を説明する。グループ暗号鍵受信応答待ちタイマ８３は、代表受信端末２０が新しいグループ暗号鍵１５を登録後、一定時間を計測する。グループ暗号鍵再送手段８４は、受信端末３０から代表受信端末２０へのグループ暗号鍵受信応答メッセージを代表受信端末２０が未受信であるとき、代表受信端末２０から受信端末３０へグループ暗号鍵１５を再送する手段である。
以下、前記実施形態２の動作について図９から図１１の示すフロー図に基づいて説明する。
【００６８】
図９は本発明の第２の実施形態における代表受信端末２０から送信端末１０へのグループ暗号鍵更新要求メッセージの送信を行う際のフロー図である。図３に示すサブグループメンバーに変更のあった代表受信端末２０と送信端末１０とのやりとりについては、同一符号を付す。
【００６９】
図９において、代表受信端末２０は送信端末１０にグループ暗号鍵更新要求を行う（ステップＳ３０１）。送信端末１０はグループ暗号鍵更新要求を受信すると（ステップＳ３０５）、新しいグループ暗号鍵１５を生成する（ステップＳ３０６）。次に送信端末１０は、グループ暗号鍵送信タイマ８１を設定する（ステップＳ９０２）。次に送信端末１０はサブグループ代表個別暗号鍵リスト１２から順次代表受信端末２０のアドレスを取り出し（ステップＳ３０７）、代表受信端末２０に対応する個別暗号鍵を取り出す（ステップＳ３０８）。取り出した個別暗号鍵でグループ暗号鍵１５を暗号化し、代表受信端末２０にユニキャストで送信する（ステップＳ３０９）。すべての代表受信端末２０へグループ暗号鍵１５が配信されるまで、ステップＳ３０７からステップＳ３０９までを繰り返す。
【００７０】
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ３０２）、送信端末１０にグループ暗号鍵受信応答を送信する（ステップＳ９０１）。次に代表受信端末２０は個別暗号鍵を用いてグループ暗号鍵１５を復号して、新たなグループ暗号鍵１５として登録し（ステップＳ３０３）、処理を終了する（ステップＳ３０４）。
【００７１】
送信端末１０はグループ暗号鍵送信タイマ８１がタイムアウトするまで（ステップＳ９０３）、代表受信端末２０からのグループ暗号鍵受信応答の受信待ち状態となる（ステップＳ９０４）。送信端末１０はサブグループ代表個別暗号鍵リスト１２の応答を受信した代表受信端末２０を受信済みに更新する（ステップＳ９０５）。全ての代表受信端末２０から応答を受信しているかチェックを行い（ステップＳ９０６）、全ての代表受信端末２０から受信しているときはグループ暗号鍵受信応答待ち状態を解除して、グループ暗号鍵送信タイマ８１もキャンセルする（ステップＳ９０７）。そして再びグループ暗号鍵更新要求メッセージ待ち状態となる。一方、ステップＳ９０６において１台でも代表受信端末２０からの応答を受信していない場合、送信端末１０は応答を受信できなかった代表受信端末２０に対してグループ暗号鍵受信応答の再送要求を行い、再びグループ暗号鍵受信応答待ち状態となる。
【００７２】
図１０は本発明の第２の実施形態におけるサブグループメンバの更新がない受信端末３０の暗号鍵更新処理を示すフロー図である。図５に示す受信端末３０が新規参加・離脱するサブグループにすでに参加している受信端末３０の暗号鍵更新処理と重複するものについては、同一符号を付す。
【００７３】
図１０において、受信端末３０は暗号化マルチキャストデータもしくは暗号化された暗号鍵データの受信待ち状態にある（ステップＳ５０１）。受信したデータが暗号鍵データである場合（ステップＳ５０２）、グループ暗号鍵１５をサブグループ暗号鍵２５で復号し、グループ暗号鍵１５を新たに登録して（ステップＳ５０３）、グループ暗号鍵受信応答を送信する（ステップＳ１００１）。次に受信端末３０は再びデータ受信待ち状態となる。ステップＳ５０２にて受信したデータが暗号鍵データでない場合、暗号化マルチキャストデータであるため、データをグループ暗号鍵１５で復号し（ステップＳ５０４）、再びデータ受信待ち状態となる。
【００７４】
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ５０５）、グループ暗号鍵１５の暗号鍵データを個別暗号鍵で復号し、新たなグループ暗号鍵１５を登録する（ステップＳ５０６）。次に代表受信端末２０はグループ暗号鍵受信応答待ちタイマ８３を設定する（ステップＳ１００２）。次に代表受信端末２０はサブグループ暗号鍵２５でグループ暗号鍵１５を暗号化し、マルチキャストグループ８に送信する（ステップＳ１００３）。
【００７５】
代表受信端末２０はグループ暗号鍵受信応答待ちタイマ８３がタイムアウトするまで（ステップS１００４）、受信端末３０からのグループ暗号鍵受信応答の受信待ち状態となる（ステップＳ１００５）。代表受信端末２０はサブグループ個別暗号鍵リスト２２の応答を受信した受信端末３０を受信済みに更新する（ステップＳ１００６）。全ての受信端末３０から応答を受信しているかチェックを行い（ステップＳ１００７）、全ての受信端末３０から応答を受信しているときは、グループ暗号鍵受信応答待ち状態を解除して、グループ暗号鍵受信応答待ちタイマ８３もキャンセルする（ステップＳ１００８）。そして再びグループ暗号鍵暗号化データの受信待ち状態となる。一方、ステップＳ１００７において１台でも受信端末３０からの応答を受信していない場合、代表受信端末２０は応答を受信できなかった受信端末３０に対してグループ暗号鍵受信応答の再送要求を行い、再びグループ暗号鍵受信応答待ち状態となる。
【００７６】
図１１は本発明の第２の実施形態における新たな受信端末３０が参加・離脱するサブグループ２にすでに参加している受信端末３０の暗号鍵更新処理を示すフロー図である。図５に示す受信端末３０が新規参加・離脱するサブグループにすでに参加している受信端末３０の暗号鍵更新処理と重複するものについては、同一符号を付す。
【００７７】
図１１において、受信端末３０は暗号化マルチキャストデータもしくは暗号化された暗号鍵データの受信待ち状態にある（ステップＳ５０１）。受信したデータが暗号鍵データである場合（ステップＳ５０２）、グループ暗号鍵１５・サブグループ暗号鍵２５を個別暗号鍵で復号し、グループ暗号鍵１５・サブグループ暗号鍵２５を新たに登録して（ステップＳ５０３）、グループ暗号鍵・サブグループ暗号鍵受信応答を送信する（ステップＳ１１０１）。次に受信端末３０は再びデータ受信待ち状態となる。ステップＳ５０２にて受信したデータが暗号鍵データでない場合、暗号化マルチキャストデータであるため、データをグループ暗号鍵１５で復号し（ステップＳ５０４）、再びデータ受信待ち状態となる。
【００７８】
代表受信端末２０は暗号化されたグループ暗号鍵１５を受信すると（ステップＳ５０５）、グループ暗号鍵１５の暗号化データを個別暗号鍵で復号し、新たなグループ暗号鍵１５を登録する（ステップＳ５０６）。次に新たなサブグループ暗号鍵２５を生成する（ステップＳ５０７）。次に代表受信端末２０はグループ暗号鍵・サブグループ暗号鍵受信応答待ちタイマを設定する（ステップＳ１１０２）。次に代表受信端末２０はサブグループ個別暗号鍵リスト２２から順次サブグループ２の受信端末３０のアドレスを取り出す（ステップＳ５０８）。さらに受信端末３０のアドレスに対応する個別暗号鍵を取り出す（ステップＳ５０９）。取り出した個別暗号鍵でグループ暗号鍵１５・サブグループ暗号鍵２５を暗号化し、受信端末３０に送信する（ステップＳ５１０）。サブグループ２のすべての受信端末３０へグループ暗号鍵１５・サブグループ暗号鍵２５が配信されるまで、ステップＳ５０８からＳ５１０までを繰り返す。
【００７９】
受信端末３０はグループ暗号鍵・サブグループ暗号鍵受信応答待ちタイマがタイムアウトするまで（ステップＳ１１０３）、受信端末３０からのグループ暗号鍵・サブグループ暗号鍵受信応答メッセージの受信待ち状態となる（ステップＳ１１０４）。代表受信端末２０はサブグループ個別暗号鍵リスト２２の応答を受信した受信端末３０を受信済みに更新する（ステップＳ１１０５）。全ての受信端末３０から応答を受信しているかチェックを行い（ステップＳ１１０６）、全ての受信端末３０から応答を受信しているときは、グループ暗号鍵・サブグループ暗号鍵受信応答待ち状態を解除して、グループ暗号鍵・サブグループ暗号鍵受信応答待ちタイマもキャンセルする（ステップＳ１１０７）。そして再びグループ暗号鍵暗号化データ受信待ち状態となる。
【００８０】
以上のように、本発明の第２の実施形態によれば、送信端末１０と代表受信端末２０間、あるいは代表受信端末２０と受信端末３０間で暗号化された暗号鍵データの受信確認応答を送受信し、受信できなかった端末に対して、暗号化された暗号鍵データの再送処理を行うことにより、暗号鍵データが受信できなかったことによる、受信端末３０で以後の復号処理が行えないという事態を未然に防ぐことができる。
【産業上の利用可能性】
【００８１】
本発明は、暗号化マルチキャスト通信のグループ暗号鍵の配送を送信端末から代表受信端末にのみ行い、各代表受信端末からサブグループ内の受信端末にグループ暗号鍵を配送することにより、送信端末の負荷を軽減させることが可能となり、スムーズな暗号化マルチキャスト通信を行うことが可能となるという効果を有する暗号化マルチキャスト通信鍵管理システム、暗号化マルチキャスト通信鍵管理方法、送信端末、受信端末、およびプログラムなどに有用である。
【図面の簡単な説明】
【００８２】
【図１】本発明の第１の実施形態における暗号化マルチキャスト通信鍵管理システム、送信端末、代表受信端末内部の概略構成を示すブロック図
【図２】本発明の第１の実施形態における受信端末から参加するマルチキャストグループを構成するサブグループへの参加手順を示すフロー図
【図３】本発明の第１の実施形態におけるサブグループメンバが変更になる代表受信端末と送信端末のグループ暗号鍵配信の動作を示すフロー図
【図４】本発明の第１の実施形態におけるサブグループメンバに変更のない代表受信端末と送信端末のグループ暗号鍵配信の動作を示すフロー図
【図５】本発明の第１の実施形態における新たな受信端末が参加・離脱するサブグループにすでに参加している受信端末の暗号鍵更新処理を示すフロー図
【図６】本発明の第１の実施形態におけるサブグループメンバに変更のないサブグループのグループ暗号鍵更新処理手順を示すフロー図
【図７】本発明の第１の実施形態における受信端末がマルチキャストグループから離脱する際の処理手順を示すフロー図
【図８】本発明の第２の実施形態における暗号化マルチキャスト通信鍵管理システム内部の概略構成を示すブロック図
【図９】本発明の第２の実施形態における代表受信端末から送信端末へのグループ暗号鍵更新要求メッセージの送信を行う際のフロー図
【図１０】本発明の第２の実施形態におけるサブグループメンバの更新がない受信端末の暗号鍵更新処理を示すフロー図
【図１１】本発明の第２の実施形態における新たな受信端末が参加・離脱するサブグループにすでに参加している受信端末の暗号鍵更新処理を示すフロー図
【図１２】従来の暗号化マルチキャスト通信鍵管理システムのフロー図
【符号の説明】
【００８３】
１、８ マルチキャストグループ
２ 第１のサブグループ
３ 第２のサブグループ
１０ 送信端末
１１ グループ暗号鍵管理部
１２ サブグループ代表個別暗号鍵管理部
１３ サブグループ代表個別暗号鍵リスト
１４ グループ暗号鍵更新手段
１５ グループ暗号鍵
１６ メッセージ受信部
２０ 代表受信端末
２１ サブグループ個別暗号鍵管理部
２２ サブグループ個別暗号鍵リスト
２３ サブグループ暗号鍵配信部
２４ メッセージ送信部
２５ サブグループ暗号鍵
３０ 受信端末
８１ グループ暗号鍵送信タイマ
８２ グループ暗号鍵再送手段
８３ グループ暗号鍵受信応答待ちタイマ
８４ グループ暗号鍵再送手段
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システムであって、
前記複数の受信端末は１つまたは複数のサブグループとして構成され、前記サブグループ内の受信端末のうち少なくとも１台は代表受信端末として配置され、前記代表受信端末は前記送信端末との通信および自サブグループ内の受信端末との通信を行うことで前記送信端末と前記受信端末との仲介を行い、
前記グループ暗号鍵を登録、更新または削除するグループ暗号鍵管理部と、
前記代表受信端末に固有の代表個別暗号鍵を管理するサブグループ代表個別暗号鍵管理部と、
前記代表個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するグループ暗号鍵配信部と
を有する暗号化マルチキャスト通信鍵管理システム。
【請求項２】
請求項１に記載の暗号化マルチキャスト暗号鍵管理システムであって、
前記代表受信端末は、当該サブグループ内に共通のサブグループ暗号鍵を用いて、前記サブグループに所属する受信端末へ、前記グループ暗号鍵を暗号化マルチキャスト通信にて配信する暗号化マルチキャスト通信鍵管理システム。
【請求項３】
請求項１または請求項２に記載の暗号化マルチキャスト通信鍵管理システムであって、前記代表受信端末は、受信端末の個別暗号鍵を登録、更新または削除するサブグループ個別暗号鍵管理部と、前記受信端末の個別暗号鍵を用いて、前記サブグループ暗号鍵および前記グループ暗号鍵のうち少なくとも一方を暗号化し、前記受信端末に送信するサブグループ暗号鍵配信部とを有する暗号化マルチキャスト通信鍵管理システム。
【請求項４】
請求項１ないし請求項３のいずれかに記載の暗号化マルチキャスト通信鍵管理システムであって、前記代表受信端末は、グループ暗号鍵更新要求メッセージを送信するメッセージ送信部を有する暗号化マルチキャスト通信鍵管理システム。
【請求項５】
請求項４に記載の暗号化マルチキャスト通信鍵管理システムであって、前記送信端末は、前記代表受信端末から前記グループ暗号鍵更新要求メッセージを受信するメッセージ受信部と、前記メッセージ受信部へ前記グループ暗号鍵更新要求メッセージを受信した際、前記グループ暗号鍵を更新する手段を起動するグループ暗号鍵更新手段起動部とを有する暗号化マルチキャスト通信鍵管理システム。
【請求項６】
請求項１ないし請求項５のいずれかに記載の暗号化マルチキャスト通信鍵管理システムであって、前記代表受信端末は、暗号化された暗号鍵データを受信した際に前記送信端末へ受信応答メッセージを送信する受信応答メッセージ送信部を有し、前記送信端末は、前記暗号鍵データに対する受信応答メッセージを受信する受信応答メッセージ受信部と、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送する暗号鍵データ再送部とを有する暗号化マルチキャスト通信鍵管理システム。
【請求項７】
請求項６に記載の暗号化マルチキャスト通信鍵管理システムであって、前記受信端末は、前記暗号鍵データを受信した際に前記代表受信端末へ受信応答メッセージを送信する受信応答メッセージ送信部を有し、前記代表受信端末は、前記暗号鍵データに対する受信応答メッセージを受信する受信応答メッセージ受信部と、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送する暗号鍵データ再送部とを有する暗号化マルチキャスト通信鍵管理システム。
【請求項８】
ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理方法であって、
前記グループ暗号鍵を登録、更新または削除するステップと、
前記複数の受信端末より構成された１つまたは複数のサブグループ内に配置され、前記送信端末との通信および自サブグループ内の受信端末との通信を行うことで前記送信端末と前記受信端末との仲介を行う代表受信端末の個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するステップと
を有する暗号化マルチキャスト通信鍵管理方法。
【請求項９】
請求項８に記載の暗号化マルチキャスト暗号鍵管理方法であって、前記代表受信端末は、当該サブグループ内に共通のサブグループ暗号鍵を用いて、前記サブグループに所属する受信端末へ、前記グループ暗号鍵を暗号化マルチキャスト通信にて配信する暗号化マルチキャスト通信鍵管理方法。
【請求項１０】
請求項８または請求項９に記載の暗号化マルチキャスト通信鍵管理方法であって、前記代表受信端末は、前記受信端末の個別暗号鍵を登録、更新または削除するステップと、前記受信端末の個別暗号鍵を用いて、前記サブグループ暗号鍵および前記グループ暗号鍵を暗号化し、前記受信端末に送信するステップとを有する暗号化マルチキャスト通信鍵管理方法。
【請求項１１】
請求項８ないし請求項１０のいずれかに記載の暗号化マルチキャスト通信鍵管理方法であって、前記代表受信端末は、グループ暗号鍵更新要求メッセージを送信するステップを有する暗号化マルチキャスト通信鍵管理方法。
【請求項１２】
請求項１１に記載の暗号化マルチキャスト通信鍵管理方法であって、前記送信端末は、前記代表受信端末から前記グループ暗号鍵更新要求メッセージを受信するメッセージ受信ステップと、前記メッセージ受信ステップにて前記グループ暗号鍵更新要求メッセージを受信した際、前記グループ暗号鍵を更新する手段を起動するステップとを有する暗号化マルチキャスト通信鍵管理方法。
【請求項１３】
請求項８ないし請求項１２のいずれかに記載の暗号化マルチキャスト通信鍵管理方法であって、前記代表受信端末は、暗号化された暗号鍵データを受信した際に前記送信端末へ受信応答メッセージを送信するステップを有し、前記送信端末は、前記暗号鍵データに対する受信応答メッセージを受信するステップと、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送するステップとを有する暗号化マルチキャスト通信鍵管理方法。
【請求項１４】
請求項１３に記載の暗号化マルチキャスト通信鍵管理方法であって、前記受信端末は、前記暗号鍵データを受信した際に前記代表受信端末へ受信応答メッセージを送信するステップを有し、前記代表受信端末は、前記暗号鍵データに対する受信応答メッセージを受信するステップと、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送するステップとを有する暗号化マルチキャスト通信鍵管理方法。
【請求項１５】
請求項８ないし請求項１４のいずれかに記載の各ステップを実行させる暗号化マルチキャスト通信鍵管理プログラム。
【請求項１６】
共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システム内に存在し、
ネットワークを介して複数の受信端末との間に接続された送信端末であって、
グループ暗号鍵を登録、更新または削除するグループ暗号鍵管理部と、
前記複数の受信端末より構成された１つまたは複数のサブグループ内に配置され、自サブグループ内の受信端末の取りまとめを行う代表受信端末に固有の代表個別暗号鍵を管理するサブグループ代表個別暗号鍵管理部と、
前記代表個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するグループ暗号鍵配信部と
を有する送信端末。
【請求項１７】
ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システム内に存在し、
前記複数の受信端末を有して構成されるサブグループ内に少なくとも１台は配置される受信端末であって、
前記サブグループ内の受信端末の個別暗号鍵を登録、更新または削除するサブグループ個別暗号鍵管理部と、
前記受信端末の個別暗号鍵を用いて、前記サブグループ内に共通のサブグループ暗号鍵および前記グループ暗号鍵のうち少なくとも一方を暗号化し、前記受信端末に送信するサブグループ暗号鍵配信部とを有する受信端末。
【請求項１】
ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システムであって、
前記複数の受信端末は１つまたは複数のサブグループとして構成され、前記サブグループ内の受信端末のうち少なくとも１台は代表受信端末として配置され、前記代表受信端末は前記送信端末との通信および自サブグループ内の受信端末との通信を行うことで前記送信端末と前記受信端末との仲介を行い、
前記グループ暗号鍵を登録、更新または削除するグループ暗号鍵管理部と、
前記代表受信端末に固有の代表個別暗号鍵を管理するサブグループ代表個別暗号鍵管理部と、
前記代表個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するグループ暗号鍵配信部と
を有する暗号化マルチキャスト通信鍵管理システム。
【請求項２】
請求項１に記載の暗号化マルチキャスト暗号鍵管理システムであって、
前記代表受信端末は、当該サブグループ内に共通のサブグループ暗号鍵を用いて、前記サブグループに所属する受信端末へ、前記グループ暗号鍵を暗号化マルチキャスト通信にて配信する暗号化マルチキャスト通信鍵管理システム。
【請求項３】
請求項１または請求項２に記載の暗号化マルチキャスト通信鍵管理システムであって、前記代表受信端末は、受信端末の個別暗号鍵を登録、更新または削除するサブグループ個別暗号鍵管理部と、前記受信端末の個別暗号鍵を用いて、前記サブグループ暗号鍵および前記グループ暗号鍵のうち少なくとも一方を暗号化し、前記受信端末に送信するサブグループ暗号鍵配信部とを有する暗号化マルチキャスト通信鍵管理システム。
【請求項４】
請求項１ないし請求項３のいずれかに記載の暗号化マルチキャスト通信鍵管理システムであって、前記代表受信端末は、グループ暗号鍵更新要求メッセージを送信するメッセージ送信部を有する暗号化マルチキャスト通信鍵管理システム。
【請求項５】
請求項４に記載の暗号化マルチキャスト通信鍵管理システムであって、前記送信端末は、前記代表受信端末から前記グループ暗号鍵更新要求メッセージを受信するメッセージ受信部と、前記メッセージ受信部へ前記グループ暗号鍵更新要求メッセージを受信した際、前記グループ暗号鍵を更新する手段を起動するグループ暗号鍵更新手段起動部とを有する暗号化マルチキャスト通信鍵管理システム。
【請求項６】
請求項１ないし請求項５のいずれかに記載の暗号化マルチキャスト通信鍵管理システムであって、前記代表受信端末は、暗号化された暗号鍵データを受信した際に前記送信端末へ受信応答メッセージを送信する受信応答メッセージ送信部を有し、前記送信端末は、前記暗号鍵データに対する受信応答メッセージを受信する受信応答メッセージ受信部と、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送する暗号鍵データ再送部とを有する暗号化マルチキャスト通信鍵管理システム。
【請求項７】
請求項６に記載の暗号化マルチキャスト通信鍵管理システムであって、前記受信端末は、前記暗号鍵データを受信した際に前記代表受信端末へ受信応答メッセージを送信する受信応答メッセージ送信部を有し、前記代表受信端末は、前記暗号鍵データに対する受信応答メッセージを受信する受信応答メッセージ受信部と、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送する暗号鍵データ再送部とを有する暗号化マルチキャスト通信鍵管理システム。
【請求項８】
ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理方法であって、
前記グループ暗号鍵を登録、更新または削除するステップと、
前記複数の受信端末より構成された１つまたは複数のサブグループ内に配置され、前記送信端末との通信および自サブグループ内の受信端末との通信を行うことで前記送信端末と前記受信端末との仲介を行う代表受信端末の個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するステップと
を有する暗号化マルチキャスト通信鍵管理方法。
【請求項９】
請求項８に記載の暗号化マルチキャスト暗号鍵管理方法であって、前記代表受信端末は、当該サブグループ内に共通のサブグループ暗号鍵を用いて、前記サブグループに所属する受信端末へ、前記グループ暗号鍵を暗号化マルチキャスト通信にて配信する暗号化マルチキャスト通信鍵管理方法。
【請求項１０】
請求項８または請求項９に記載の暗号化マルチキャスト通信鍵管理方法であって、前記代表受信端末は、前記受信端末の個別暗号鍵を登録、更新または削除するステップと、前記受信端末の個別暗号鍵を用いて、前記サブグループ暗号鍵および前記グループ暗号鍵を暗号化し、前記受信端末に送信するステップとを有する暗号化マルチキャスト通信鍵管理方法。
【請求項１１】
請求項８ないし請求項１０のいずれかに記載の暗号化マルチキャスト通信鍵管理方法であって、前記代表受信端末は、グループ暗号鍵更新要求メッセージを送信するステップを有する暗号化マルチキャスト通信鍵管理方法。
【請求項１２】
請求項１１に記載の暗号化マルチキャスト通信鍵管理方法であって、前記送信端末は、前記代表受信端末から前記グループ暗号鍵更新要求メッセージを受信するメッセージ受信ステップと、前記メッセージ受信ステップにて前記グループ暗号鍵更新要求メッセージを受信した際、前記グループ暗号鍵を更新する手段を起動するステップとを有する暗号化マルチキャスト通信鍵管理方法。
【請求項１３】
請求項８ないし請求項１２のいずれかに記載の暗号化マルチキャスト通信鍵管理方法であって、前記代表受信端末は、暗号化された暗号鍵データを受信した際に前記送信端末へ受信応答メッセージを送信するステップを有し、前記送信端末は、前記暗号鍵データに対する受信応答メッセージを受信するステップと、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送するステップとを有する暗号化マルチキャスト通信鍵管理方法。
【請求項１４】
請求項１３に記載の暗号化マルチキャスト通信鍵管理方法であって、前記受信端末は、前記暗号鍵データを受信した際に前記代表受信端末へ受信応答メッセージを送信するステップを有し、前記代表受信端末は、前記暗号鍵データに対する受信応答メッセージを受信するステップと、前記受信応答メッセージを得られなかった際に、前記暗号鍵データを再送するステップとを有する暗号化マルチキャスト通信鍵管理方法。
【請求項１５】
請求項８ないし請求項１４のいずれかに記載の各ステップを実行させる暗号化マルチキャスト通信鍵管理プログラム。
【請求項１６】
共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システム内に存在し、
ネットワークを介して複数の受信端末との間に接続された送信端末であって、
グループ暗号鍵を登録、更新または削除するグループ暗号鍵管理部と、
前記複数の受信端末より構成された１つまたは複数のサブグループ内に配置され、自サブグループ内の受信端末の取りまとめを行う代表受信端末に固有の代表個別暗号鍵を管理するサブグループ代表個別暗号鍵管理部と、
前記代表個別暗号鍵を用いて、前記登録または更新されたグループ暗号鍵を暗号化し、前記代表受信端末に送信するグループ暗号鍵配信部と
を有する送信端末。
【請求項１７】
ネットワークを介して接続された、送信端末、複数の受信端末との間で、共通のグループ暗号鍵を用いて暗号化マルチキャスト通信を行うための暗号化マルチキャスト通信鍵管理システム内に存在し、
前記複数の受信端末を有して構成されるサブグループ内に少なくとも１台は配置される受信端末であって、
前記サブグループ内の受信端末の個別暗号鍵を登録、更新または削除するサブグループ個別暗号鍵管理部と、
前記受信端末の個別暗号鍵を用いて、前記サブグループ内に共通のサブグループ暗号鍵および前記グループ暗号鍵のうち少なくとも一方を暗号化し、前記受信端末に送信するサブグループ暗号鍵配信部とを有する受信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００６−２４５６６３（Ｐ２００６−２４５６６３Ａ）
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願番号】特願２００５−５４５３０（Ｐ２００５−５４５３０）
【出願日】平成１７年２月２８日（２００５．２．２８）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願日】平成１７年２月２８日（２００５．２．２８）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]