JP5196883B2 - 情報セキュリティ装置および情報セキュリティシステム - Google Patents

Description

本発明は、セキュリティ端末間において秘密のデータをＭｉｇｒａｔｅする技術に関するものである。

近年、情報セキュリティへの意識の高まりと共に、データを保護する技術ニーズが高まってきている。
これを背景として、セキュアなコンピュータプラットフォームを開発、普及させることを目的として、Ｔｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐ（ＴＣＧ）が設立された。ＴＣＧでは、Ｔｒｕｓｔｅｄ Ｐｌａｔｆｏｒｍ Ｍｏｄｕｌｅ（ＴＰＭ）と呼ばれるセキュリティコアモジュールを用いて、ＰｒｏｔｅｃｔｅｄＳｔｏｒａｇｅと呼ばれる秘密のデータをセキュアに保存する技術を公開している。

ＴＣＧ ＩｎｆｒａｓｔｒａｃｔｕｒｅＷＧによって策定された非特許文献１では、端末内にＰｒｏｔｅｃｔｅｄＳｔｏｒａｇｅ技術で保存した秘密のデータのＢａｃｋｕｐ方法や他の端末へのＭｉｇｒａｔｅする技術が開示されている。
Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ Ｂａｃｋｕｐ ａｎｄ Ｍｉｇｒａｔｉｏｎ Ｓｅｒｖｉｃｅｓ Ｖｅｒｓｉｏｎ１．０，Ｒｅｖｉｓｉｏｎ１．０（ＴＣＧ Ｐｕｂｌｉｓｈｅｄ）

主にＰＣをターゲットとしたＴＰＭ仕様は既にｖ１．２が策定され、公開されているが、現在でも時代に即した最新の暗号アルゴリズムや応用に対応すべく、継続して議論が行われている。また、当初これらＴＣＧの仕様は主にＰＣをターゲットとして策定されていたが、現在は携帯電話やＰＤＡ向けなどＭｏｂｉｌｅ向けの仕様も検討され、その範囲を拡大している。仕様の検討中にも、暗号アルゴリズムは進歩しているため、ターゲットによって異なる暗号アルゴリズムが採用される可能性がでてきている。

非特許文献１で開示された秘密のデータを端末間でＭｉｇｒａｔｅする技術では、双方の端末で同じ暗号アルゴリズムを用いたデータ保護方法を用いることを前提としており、それぞれが異なる暗号アルゴリズムによるデータ保護方法を用いている場合には、セキュリティ強度において不整合が起きてしまうという課題があった。
また、ＰＣ向けのＴＰＭの仕様は、ＩＳＯ／ＩＥＣ１５４０８などの仕組みを用いたセキュリティ認証を得ることを前提として考えられていたが、これもターゲットによっては必須としない可能性がある。

非特許文献１で開示された秘密のデータを端末間でＭｉｇｒａｔｅする技術では、セキュリティ認証において双方の端末で同一レベルのセキュリティ認証を受けていることを前提としており、それぞれが異なるレベルのセキュリティ認証を受けている場合に、レベルの不整合が起きてしまうという課題があった。
そこで、本発明は従来の課題を解決するもので、端末間のＭｉｇｒａｔｅ時にデバイス間でセキュリティ強度やセキュリティ認証レベルでの不整合を解決できるＭｉｇｒａｔｉｏｎシステム、およびセキュリティ端末を提供することを目的としている。

従来の課題を解決するために、本発明に係るデータマイグレーションシステムは、前記第一の端末はセキュリティモジュールで保持する鍵で保護された秘密のデータの一部もしくは全部をＵｐｌｏａｄし、 前記第二の端末はセキュリティモジュールで保持する鍵で保護された秘密のデータの一部もしくは全部をＤｏｗｎｌｏａｄし、前記サーバは、セキュリティポリシーを記述したセキュリティポリシーテーブルを保持し、第二の端末から第一の端末へのデータ移動時にそれぞれの端末の属性情報と前記セキュリティポリシーテーブルに基づいてその可否を判定することを特徴とする。

この構成によると、第一の端末の秘密のデータは、データマイグレーションシステムにおけるセキュリティポリシーに従って、第二の端末にマイグレートされるため、誤って不適切な端末へマイグレートされることを防ぐことが出来る。
本発明に係るマイグレーションサーバは、データを受信する受信手段と、データを送信する送信手段と、アクセスした端末が不正に改竄されていないか端末認証子を検証する検証手段と、前記端末から送られた証明書が正当なものであるかどうかを解析する解析手段と、前記マイグレーションサーバ内で管理する秘密のデータのパッケージを管理するパッケージ管理表と、前記マイグレート元の端末からアップロードされた前記秘密のデータのパッケージをパッケージ管理表に登録するパッケージ登録手段と、前記パッケージのダウンロード要求をマイグレート先の端末から受けたとき、同時に送られた前記端末の属性情報は証明書の情報であって、前記証明書の情報をもとにマイグレートの可否を前記セキュリティポリシーテーブルに従って判定するマイグレート可否判定手段と、前記パッケージを前記マイグレート先の端末で用いることができるように、パッケージを再生成するパッケージ再生成手段を備えることを特徴とする。

この構成によると、不正な改竄がなされた第二の端末に秘密のデータがマイグレートされることを防ぐことが出来る。
また、本発明に係るマイグレーションサーバは、前記秘密のデータのパッケージと前記マイグレート元の端末のセキュリティ認証レベルを管理するパッケージ管理表と、前記マイグレート元の端末のセキュリティ認証レベルとアップロードされた前記秘密のデータとをパッケージ管理表に登録するパッケージ登録手段とを備え、前記セキュリティポリシーテーブルは前記マイグレート元の端末の持つセキュリティ認証レベルと、前記マイグレート先の端末の持つセキュリティ認証レベルの対応表であることを特徴とする。

この構成によると、セキュリティポリシーで決定されたセキュリティ認証レベル未満の第二の端末に秘密のデータがマイグレートされることを防ぐことが出来る。
また本発明に係るマイグレーションサーバは、前記秘密のデータのパッケージと前記マイグレート元の秘密データの管理方式、暗号アルゴリズム、鍵長を管理するパッケージ管理表と、前記マイグレート元の端末の秘密データの管理方式、暗号アルゴリズム、鍵長とアップロードされた前記秘密のデータとをパッケージ管理表に登録するパッケージ登録手段と、前記セキュリティポリシーテーブルは暗号強度のレベルが、各種暗号アルゴリズムの場合どの鍵長によって実現されるかを示す表であらわされることを特徴とする。

この構成によると、セキュリティポリシーで決定された暗号強度レベル未満の管理方法を持つ第二の端末に秘密のデータがマイグレートされることを防ぐことが出来る。
また本発明に係るマイグレーションサーバは、前記マイグレート先の端末から要求された、暗号アルゴリズムや暗号強度によって構成される暗号化パラメータによって、前記パッケージの暗号変換を行いパッケージを再生成するパッケージ再生成手段を、を備えることを特徴とする。

この構成によると、第二の端末の暗号返還要求に応じて、暗号変換を施したパッケージをマイグレートすることができる。例えば、最新の暗号アルゴリズムを第二の端末が備えている場合、そのユーザは最新の秘密のデータの管理方法を手に入れることが出来る。
また、本発明に係る第一の端末は、データを受信する受信手段と、データを送信する送信手段と、前記セキュリティモジュールと、前記第一の端末のモジュールを対象に端末認証子を生成する、端末認証子生成手段と、前記セキュリティモジュールで保持する鍵で保護された秘密のデータと、前記第二の端末の端末認証子に署名をする鍵と、前記第二の端末の端末認証子に署名をする鍵の証明書と、前記第二の端末におけるセキュリティに関連した情報を記載したセキュリティ特徴情報とを格納するデータ記憶手段と、前記秘密のデータの一部もしくは全部をパッケージ化するパッケージ生成手段と、前記端末認証子に前記署名をする鍵でデジタル署名を生成するデジタル署名生成手段と、を備えることを特徴とする。

この構成によると、第一の端末はマイグレーションサーバ経由でマイグレート先の第二の端末に、セキュリティポリシーに従った秘密のデータの保護レベルを要求することができる。
また本発明に係る第一の端末は、前記セキュリティ特徴情報は、前記第一の端末のセキュリティ認証レベルであることを特徴とする。

この構成によると、セキュリティポリシーで決定されたセキュリティ認証レベル未満の第二の端末に秘密のデータがマイグレートされることを防ぐことが出来る。
また本発明に係る第一の端末は、前記セキュリティ特徴情報は、前記マイグレート元の秘密データの管理方式、暗号アルゴリズム、鍵長であることを特徴とする。
この構成によると、セキュリティポリシーで決定された暗号強度レベル未満の管理方法を持つ第二の端末に秘密のデータがマイグレートされることを防ぐことが出来る。

また本発明に係る第一の端末は、前記パッケージがＤｏｗｎｌｏａｄされた旨、前記マイグレーションサーバより通知されたとき、Ｕｐｌｏａｄした前記パッケージを削除する削除手段と、を備えることを特徴とする。
この構成によると、前記パッケージがマイグレートされたことを確認してから、マイグレートもとの第一の端末の前記パッケージを削除することができる。

また本発明に係る第二の端末であって、データを受信する受信手段と、データを送信する送信手段と、前記セキュリティモジュールと、前記秘密のデータを含む前記パッケージを展開するパッケージ展開手段と、前記第二の端末のモジュールを対象に端末認証子を生成する、端末認証子生成手段と、前記第二の端末の端末認証子に署名をする鍵と、前記第二の端末の端末認証子に署名をする鍵の証明書と、前記第二の端末におけるセキュリティに関連した情報を記載したセキュリティ特徴情報とを格納するデータ記憶手段と、前記セキュリティモジュールで保持する鍵で保護された秘密のデータと、前記端末認証子に前記署名をする鍵でデジタル署名を生成するデジタル署名生成手段と、前記暗号アルゴリズムや暗号強度によって構成される暗号化パラメータを前記マイグレーションサーバへ送信することにより、前記マイグレーションサーバへ前記パッケージの再生成方法を指定する ことを特徴とする。

この構成によると、第二の端末は、所望の暗号化パラメータを指定して前記パッケージをＤｏｗｎｌｏａｄすることができる。
また本発明に係る第二の端末は、前記セキュリティ特徴情報は、前記第一の端末のセキュリティ認証レベルであることを特徴とする。
この構成によると、セキュリティポリシーで決定されたセキュリティ認証レベル未満の第二の端末に秘密のデータがマイグレートされることを防ぐことが出来る。

また本発明に係る第二の端末は、前記セキュリティ特徴情報は、前記マイグレート先の秘密データの管理方式、暗号アルゴリズム、鍵長であることを特徴とする。
この構成によると、セキュリティポリシーで決定された暗号強度レベル未満の管理方法を持つ第二の端末に秘密のデータがマイグレートされることを防ぐことが出来る。
また本発明に係る第二の端末は、前記マイグレーションサーバより受信したパッケージを復号化し、正当なデータであるかどうかを証明書を用いて確認する前記セキュリティモジュールと、を備えることを特徴とする。

また本発明に係る秘密データのアップロード方法は、前記第一の端末が、秘密データの一部もしくは全部からパッケージを生成するパッケージ生成ステップと、前記第一の端末が、前記端末認証子から前記署名をする鍵を用いて前記デジタル署名を生成するステップと、前記第一の端末が、前記端末認証子と前記デジタル署名と前記署名をする鍵の証明書を前記マイグレーションサーバへ送るステップと、前記マイグレーションサーバが前記第一の端末より受信した、前記端末認証子と前記デジタル署名と前記署名をする鍵の証明書をもとに、前記第一の端末の改竄の有無を検証するステップと、前記マイグレーションサーバが、ｉ）前記第一の端末で改竄がないことが確認された場合、前記第一の端末へＯＫ結果と公開鍵を送るステップ、ｉｉ）前記第一の端末で改竄が確認された場合、前記第一の端末へＮＧ結果を送るステップ、のいずれかをとるステップと、前記第一の端末が、ｉ）ＯＫ結果を受信した場合に、公開鍵で前記パッケージを暗号化するステップｉｉ）ＮＧ結果を受信した場合に、処理を終了するステップのいずれかをとるステップと、前記第一の端末が、前記暗号化したパッケージと、前記セキュリティ特徴情報とを前記マイグレーションサーバへ送るステップと、前記マイグレーションサーバが前記第一の端末より受信した、前記暗号化したパッケージと、前記セキュリティ特徴情報をパッケージ管理表に登録するステップと、前記マイグレーションサーバが前記暗号化したパッケージの登録時に生成したパッケージＩＤとＯＫ結果を前記第一の端末へ送るステップとを含むことを特徴とする。

この構成によると、セキュリティポリシーで決定されたセキュリティ認証レベル未満の第二の端末に秘密のデータがマイグレートされることを防ぐことが出来る。
また本発明に係る秘密データのダウンロード方法は、前記第二の端末が、秘密データの一部もしくは全部からパッケージを生成するパッケージ生成ステップと、前記第二の端末が、前記端末認証子から前記署名をする鍵を用いて前記デジタル署名を生成するステップと、前記第二の端末が、前記端末認証子と前記デジタル署名と前記署名をする鍵の証明書を前記マイグレーションサーバへ送るステップと、前記マイグレーションサーバが前記第一の端末より受信した、前記端末認証子と前記デジタル署名と前記署名をする鍵の証明書をもとに、前記第一の端末の改竄の有無を検証するステップと、前記マイグレーションサーバが、ｉ）前記第二の端末で改竄がないことが確認された場合、前記第二の端末へＯＫ結果と公開鍵を送るステップ、ｉｉ）前記第二の端末で改竄が確認された場合、前記第二の端末へＮＧ結果を送るステップ、のいずれかをとるステップと、前記第二の端末が、ｉ）ＯＫ結果を受信した場合に、公開鍵で前記パッケージを暗号化するための端末鍵を暗号化するステップｉｉ）ＮＧ結果を受信した場合に、処理を終了するステップのいずれかをとるステップと、前記第一の端末が、前記暗号化した端末鍵と、前記パッケージの再生成時に用いられる前記暗号化パラメータと、前記セキュリティ特徴情報とを前記マイグレーションサーバへ送るステップと、前記マイグレーションサーバが前記第一の端末より受信した、前記セキュリティ特徴情報をもとに、ダウンロードの可否を判定するステップと、前記マイグレーションサーバが、ダウンロード可否判定の結果に応じて、ｉ）ＯＫであれば、暗号化パラメータおよびセキュリティポリシーテーブルにもとづいて前記パッケージの再生成を行い、第二の端末へ送るステップｉｉ）ＮＧであれば、ＮＧ結果を送るステップのいずれかをとるステップとを含むことを特徴とする。

また本発明に係るデータマイグレート装置は、データを受信する受信手段と、データを送信する送信手段と、前記セキュリティモジュールと、アクセスした端末が不正に改竄されていないか端末認証子を検証する検証手段と、前記端末から送られた証明書が正当なものであるかどうかを解析する解析手段と、前記マイグレーションサーバ内で管理する秘密のデータのパッケージを管理するパッケージ管理表と、前記秘密のデータの一部もしくは全部をパッケージ化するパッケージ生成手段と、前記第一の端末の端末認証子に署名をする鍵と、前記第一の端末の端末認証子に署名をする鍵の証明書と、前記セキュリティモジュールで保持する鍵で保護された秘密のデータおよびセキュリティに関連した情報を記載したセキュリティ特徴情報を格納するデータ記憶手段と、前記パッケージのダウンロード要求をマイグレート先の端末から受けたとき、同時に送られた前記端末の属性情報は証明書の情報であって、前記セキュリティ特徴情報と前記証明書の情報をもとにマイグレートの可否を前記セキュリティポリシーテーブルに従って判定するマイグレート可否判定手段と、前記パッケージを前記マイグレート先の端末で用いることができるように、パッケージを再生成するパッケージ再生成手段と、を備えることを特徴とする。

この構成によると、不正な改竄がなされた第二の端末に秘密のデータがマイグレートされることを防ぐことが出来る。
また本発明に係るデータマイグレート装置は、前記マイグレート先の端末から要求された、暗号アルゴリズムや暗号強度によって構成される暗号化パラメータによって、前記セキュリティモジュール内で、前記パッケージの暗号変換を行いパッケージを再生成するパッケージ再生成手段を備えることを特徴とする。

この構成によると、第二の端末の暗号返還要求に応じて、暗号変換を施したパッケージをマイグレートすることができる。例えば、最新の暗号アルゴリズムを第二の端末が備えている場合、そのユーザは最新の秘密のデータの管理方法を手に入れることが出来る。
また本発明に係る集積回路は、暗号変換を行うための２つ以上の暗号アルゴリズムを持つ暗号手段と、前記パッケージの暗号変換時に用いる記憶手段と、を備えることを特徴とする。

この構成によると、不正なアクセスのない安全な環境で暗号変換を行うことが出来る。
また本発明に係るコンテンツ管理再生装置であって、データを受信する受信手段と、データを送信する送信手段と、前記セキュリティモジュールと、前記コンテンツ管理再生装置のモジュールを対象に端末認証子を生成する、端末認証子生成手段と、コンテンツデータの記録先を管理するコンテンツ管理テーブルと、コンテンツの権利を管理するコンテンツ権利管理テーブルと、前記コンテンツの権利を暗号化する権利保護鍵を管理する権利保護鍵管理テーブルと、前記権利保護鍵管理テーブルを暗号化する、カウンタのインクリメントに同期して値が変る時変鍵と、前記セキュリティモジュールで保持する鍵で保護された秘密のデータと、前記コンテンツ管理再生装置の端末認証子に署名をする鍵と、前記コンテンツ管理再生装置の端末認証子に署名をする鍵の証明書と、前記コンテンツ管理再生装置におけるセキュリティに関連した情報を記載したセキュリティ特徴情報とを格納するデータ記憶手段と、前記秘密のデータの一部もしくは全部をパッケージ化するパッケージ生成手段と、前記秘密のデータを含む前記パッケージを展開するパッケージ展開手段と、 前記端末認証子に前記署名をする鍵でデジタル署名を生成するデジタル署名生成手段と、 を備えることを特徴とする。

この構成によると、コンテンツ管理再生装置間でマイグレーションサーバを経由した安全な著作権保護コンテンツのマイグレートを実現することができる。
また本発明に係るコンテンツ管理再生装置は、前記パッケージがＤｏｗｎｌｏａｄされた旨、前記マイグレーションサーバより通知されたとき、Ｕｐｌｏａｄした前記パッケージおよびパッケージに含まれる秘密の情報に関連したコンテンツ情報を削除する削除手段と、を備えることを特徴とする。

この構成によると、著作権保護コンテンツのマイグレート時に権利が二重になることを防止することができる。

以下、本発明の実施の形態１について、図面を参照しながら説明する。
（実施の形態１）
図１は、本発明の実施の形態１におけるシステムの全体構成を示す図である。
図１において、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１はネットワークを介して電子端末との通信を行い、秘密のデータのＭｉｇｒａｔｉｏｎのサービスを提供する。

第一の電子端末１０２はＣＰＵやＲＡＭといった構成要素からなるコンピュータシステムである。一般的にはＰＣ、携帯電話、ＰＤＡなどで実現されるが、それに限定されるものではない。第一の電子端末１０２は、ＴＣＧによって定められたＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ（ＴＰＭ）と呼ばれるセキュリティモジュールを中心としたセキュアなプラットフォームを備えている。ＴＰＭは、ＰｒｏｔｅｃｔｅｄＳｔｏｒａｇｅと呼ばれる秘密のデータをセキュアに保存する技術をサポートしている。ＰｒｏｔｅｃｔｅｄＳｔｏｒａｇｅではツリー構造でデータを管理しており、ツリー構造のリーフに割り当てたデータを、ルートからそのリーフに至るまでのノードおよびルートに割り当てた鍵で階層的に暗号化して保護している。ツリー構造のルートには、ａｓｙｍｍｅｔｒｉｃＳＲＫ（ＳｔｏｒａｇｅＲｏｏｔＫｅｙ）と呼ばれる公開鍵暗号の鍵（ルート鍵）が割り当てられている。

第二の電子端末１０３はＣＰＵやＲＡＭといった構成要素からなるコンピュータシステムである。一般的にはＰＣ、携帯電話、ＰＤＡなどで実現されるが、それに限定されるものではない。第二の電子端末１０３は、第一の電子端末１０２と同様に、ＴＣＧによって定められたＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ（ＴＰＭ）と呼ばれるセキュリティモジュールを中心としたセキュアなプラットフォームを備えている。第二の電子端末１０３も第一の電子端末１０２と同様、ＰｒｏｔｅｃｔｅｄＳｔｏｒａｇｅ技術をサポートしており、ツリー構造でデータを管理している。ただし、ルート鍵は、公開鍵暗号の鍵ではなく、ｓｙｍｍｅｔｒｉｃＳＲＫと呼ばれる秘密鍵暗号の鍵である。

続いて第一の電子端末１０２および第二の電子端末１０３の構成の詳細について説明する。
図２は、第一の電子端末１０２および第二の電子端末１０３の構成を示した図である。
ＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ２０１は、ＴＣＧによって定められたセキュリティモジュールである。暗号エンジンや不揮発メモリなどを備える。詳細については、“ＴＰＭ Ｍａｉｎ Ｐａｒｔ１、２、３ Ｄｅｓｉｇｎ Ｐｒｉｎｃｉｐｌｅｓ”において記載されているため、説明を省略する。

なお、第一の電子端末１０２や第二の電子端末１０３が備えるセキュリティモジュールをＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ（ＴＰＭ）としたが、ＴＣＧ Ｍｏｂｉｌｅ ＰｈｏｎｅＷＧでは同等のセキュリティモジュールをＭｏｂｉｌｅ Ｔｒｕｓｔｅｄ Ｍｏｄｕｌｅと呼んでおり、呼称はこれに限定されるものではない。また、その実装方法は一般的には半導体を用いたハードウェアで実現されるが、ソフトウェアで実現されてもよい。

ＴＣＧＳｏｆｔｗａｒｅＳｔａｃｋ２０２は、ＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ２０１を備えたセキュアなプラットフォーム上で各種アプリケーションにサービスを提供するソフトウェアのライブラリ群である。詳細については、“ＴＣＧ Ｓｏｆｔｗａｒｅ Ｓｔａｃｋ（ＴＳＳ） Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．２ Ｌｅｖｅｌ１ ＥｒｒａｔａＡ”において記載されているため、説明を省略する。

ＬｏｃａｌＭｉｇｒａｔｉｏｎＳｅｒｖｉｃｅｓ２０３は、データのＭｉｇｒａｔｉｏｎサービスを実現するためのクライアント側のモジュールである。詳細については、非特許文献１において記載されているため、説明を省略する。
Ｃｏｎｔｒｏｌｌｉｎｇ Ａｐｐｌｉｃａｔｉｏｎ２０４は、クライアント内のＭｉｇｒａｔｉｏｎ処理を制御するためのクライアント側のモジュールである。詳細については、非特許文献１において記載されているため、説明を省略する。

ＬｏｃａｌＡｐｐｌｉｃａｔｉｏｎ２０５は、データのＭｉｇｒａｔｉｏｎサービスを利用する一般的なアプリケーションである。例としては、音楽や映像などのデジタルコンテンツの権利管理を行うＤｉｇｉｔａｌＲｉｇｈｔｓＭａｎａｇｅｍｅｎｔ（ＤＲＭ）アプリケーション、住所録、クレジット決済などのアプリケーションが考えられるが、これに限定されるものではない。

入出力手段２０６は、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１とデータの送受信を行う。
保存領域２０７は、ＡＩＫ証明書２１０や情報管理証明書２１１などを保存している。
一般的にはＨＤＤ、Ｆｌａｓｈメモリなどで実現されるが、情報を保存できる機能を持つものであればこれに限定されるものではない。

ＡＩＫ証明書２１０は、Ａｔｔｅｓｔａｔｉｏｎ Ｉｄｅｎｔｉｔｙ Ｃｒｅｄｅｎｔｉａｌと呼ばれる。本実施の形態ではＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１によって発行されているものとする。ＡＩＫ証明書２１０は、ＴＰＭがＡＩＫ（Ａｔｔｅｓｔａｔｉｏｎ Ｉｄｅｎｔｉｔｙ Ｋｅｙ）を保有していることなどを確認するために用いられる。詳細については、“ＴＣＧ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ”において記載されているため、説明を省略する。

情報管理証明書２１１は、秘密データ２１５の管理方法について確認するために用いられる。本実施の形態ではＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１によって発行されているものとする。詳細については、“ＴＣＧ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ”において記載されているため、説明を省略する。
Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２は、ＴＣＧの評価基準に準拠していることを証明する属性証明書である。一般的には評価を行う機関によって発行される。本実施の形態では、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１によって発行されているものとする。

なお、ＡＩＫ証明書２１０や情報管理証明書２１１、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２は別々の証明書として説明したが、これらが一つにまとまって証明書を構成していてもよい。
秘密データ２１５は、ＳＲＫ（ＳｔｏｒａｇｅＲｏｏｔＫｅｙ）を用いて管理された秘密データの集合である。ＡＩＫ（Ａｔｔｅｓｔａｔｉｏｎ Ｉｄｅｎｔｉｔｙ Ｋｅｙ）もこれに含まれる。ＴＣＧによって定められたＳＲＫによって保護される秘密のデータは、一般的にツリー構造で管理されるが、詳細については、“ＴＣＧ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ”において記載されているため、説明を省略する。

なお、秘密のデータには鍵が含まれるが、この鍵の生成時間や生存期間を示すようなパラメータが含まれていてもよい。
続いて、情報管理証明書２１１の詳細について説明する。
図３は、情報管理証明書２１１の構成を示した図である。情報管理証明書は、４つのデータを含むデータ構造を持つ。1つめはＳＲＫＴｙｐｅである。これは秘密データの管理方法に公開鍵暗号を用いた方法を用いているか、秘密鍵暗号を用いた方法を用いているかを示すデータ型のデータである。

２つめは、ＣｉｈｐｅｒＴｙｐｅである。これは秘密データの管理方法で用いている暗号アルゴリズムについて示すデータ型のデータである。暗号アルゴリズムの例としては、ＲＳＡ（Ｒｉｖｅｓｔ Ｓｈａｍｉｒ Ａｄｌｅｍａｎ）暗号、ＥＣＣ（Ｅｌｌｉｐｔｉｃ Ｃｕｒｖｅ Ｃｒｙｐｔｏｓｙｓｔｅｍ）暗号、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）暗号などがあげられるが、これらに限定されるものではない。

３つめは、Ｋｅｙ Ｌｅｎｇｔｈである。これは秘密データの管理方法で用いている暗号鍵の鍵長を示すデータ型のデータである。
４つめは、デジタル署名である。１〜３のデータ型のダイジェスト値をＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１の秘密鍵で暗号化したデータが入る。
なお、鍵の更新機能を持つか否かを示すようなデータが含まれていてもよい。

続いて、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２の詳細について説明する。
図４は、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２の構成を示した図である。情報管理証明書は、９つのデータを含むデータ構造を持つ。1つめはＥｖａｌｕａｔｅレベルを示すデータである。ＩＳＯ／ＩＥＣ１５４０８で定められたセキュリティの評価基準に基づいて認定されたレベルなどで表される。ＥＡＬはＥｖａｌｕａｔｉｏｎ Ａｓｓｕｒａｎｃｅ Ｌｅｖｅｌの略で、後ろに付与される数字が大きければ大きいほど高いレベルの保証要件をクリア出来ていることになる。また、“ＥＡＬ４＋“といったレベルも策定されているため、時代の変化に応じて追加されたものを、本領域で扱われるデータとして追加してもよい。また、本領域は必ずしもＩＳＯ／ＩＥＣ１５４０８に基づいて認定されたレベルだけのために使われる領域ではなく、通信キャリアなどＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１となる業者が任意にレベルを決定し、用いても良い領域である。

２つめはＥｖａｌｕａｔｅレベルに用いるセキュリティ評価基準の仕様を特定するためのデータである。ＩＳＯ／ＩＥＣ１５４０８にも１９９９年に策定されたＩＳＯ／ＩＥＣ１５４０８：１９９９や２００５年に策定されたＩＳＯ／ＩＥＣ１５４０８：２００５など複数あるため、本領域を参照して評価基準の対象仕様を特定する。
３つめ以降のデータは、“ＴＣＧ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ”において記載されているため、説明を省略する。

続いて、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１の詳細について説明する。
図５は、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１の構成を示した図である。
データ受信手段５００は、電子機器１０２や電子機器１０３からのＭｉｇｒａｔｉｏｎＰａｃｋａｇｅのＵｐｌｏａｄやＤｏｗｎｌｏａｄリクエストや各種処理に必要なデータを受信する。

Ａｔｔｅｓｔａｔｉｏｎ処理手段５０１は、電子端末よりＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１へアクセスがあったときにＡｔｔｅｓｔａｔｉｏｎ処理を行う。Ａｔｔｅｓｔａｔｉｏｎ処理により電子端末に不正があれば、その不正を発見することができる。Ａｔｔｅｓｔａｔｉｏｎについては、“ＴＣＧ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ”において記載されているため、詳細な説明を省略する。Ａｔｔｅｓｔａｔｉｏｎの結果はデータ送信手段５０６を通じて電子端末へ送る。

証明書解析手段５０２は、Ｍｉｇｒａｔｉｏｎ元となる電子機器やＭｉｇｒａｔｉｏｎ先となる電子機器から送られてきた証明書が正当なものであるかの解析を行う。ＲＳＡ暗号演算機能、ＲＳＡ暗号演算機能で用いられる公開鍵と秘密鍵の鍵ペア、ＳＨＡ（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ）１演算機能を備えるとする。
証明書の正当性の検証には、Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ（ＰＫＩ）で定められた公開鍵暗号による検証の方法を用いるとする。ＰＫＩ用いた検証については一般的であるため、説明は省略する。なお、証明書の正当性を証明できる方法であれば、これに限定されない。また、証明書によってはＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１以外により発行される場合があるが、本実施の形態においては全ての証明書はＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１によって発行されたものであるとして、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１以外により発行される場合の説明は省略する。

証明書解析の結果はデータ送信手段５０６を通じて電子端末へ送る。
ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ登録手段５０３は、電子機器１０２や電子機器１０３より送られてきた秘密のデータを格納したＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを、後述するＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ管理表６０１に登録し、保存領域５０７へ保存する。

Ｍｉｇｒａｔｅ可否判定手段５０４は、電子機器１０２や電子機器１０３から送られてきたＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ送信要求に応じて、後述するＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤ、後述する暗号化された親鍵、後述する暗号化パラメータ１２０１、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１からＭｉｇｒａｔｅの可否を判定する。判定には、後述する暗号強度表７０１と後述する認証レベル判定表８０１、後述するＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ管理表６０１を用いる。Ｍｉｇｒａｔｅ可能と判定された場合は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５へ、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成要求を出す。

なお、Ｍｉｇｒａｔｅ可否判定手段５０４は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ管理表６０１に基づいて、判定するとしたが、証明書の情報に直接アクセスして判定する方法をとってもよい。
ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５は、Ｍｉｇｒａｔｅ可否判定手段５０４からＭｉｇｒａｔｅＰａｃｋａｇｅ再生成要求とともにＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤ、暗号化された親鍵、暗号化パラメータ、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１を受け取ると、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの暗号変換を行い再生成する。再生成の手順の詳細については後述する。再生成したＭｉｇｒａｔｉｏｎＰａｃｋａｇｅは、データ送信手段５０６へ送る。

データ送信手段５０６は、Ｍｉｇｒａｔｅ可否判定手段５０４からＭｉｇｒａｔｅＰａｃｋａｇｅを受け取ると、保存領域５０７よりＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを取り出し、電子機器１０２や電子機器１０３へ送信する。
続いて、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ管理表６０１の詳細について説明する。
図６は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ管理表６０１の構成を示した図である。表は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅをＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１内で特定するＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤ、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを保存した保存領域５０７のフルパスのファイル名などのデータを含む。なお、他のパラメータは、情報管理証明書２１１およびＣｏｎｆｏｒｍａｎｃｅ証明書２１２のＥｖａｌｕａｔｅレベルと同一であるため、説明を省略する。

続いて、暗号強度表７０１の詳細について説明する。
図７は、暗号強度表７０１の構成を示した図である。表は強度レベル、秘密鍵暗号アルゴリズム鍵長、ＲＳＡアルゴリズム鍵長、ＥＣＣアルゴリズム鍵長といったパラメータで構成される。図７では例えば、強度レベル１を満たすには、秘密鍵暗号アルゴリズムを用いた場合の鍵長は８０ビット、ＲＳＡアルゴリズムを用いた場合の鍵長は１０２４ビット、ＥＣＣアルゴリズムを用いた場合の鍵長は１６０ビットであることを示している。

なお、暗号強度表７０１はまだ暗号アルゴリズムに脆弱性が発見されていないことが前提となっている。暗号アルゴリズムによって脆弱性が発見された場合はさらなる鍵長を必要とするため、暗号強度表７０１は時間とともに変化するものである。よって、適宜認証局のような第三者機関から更新されるものであってもよい。更新をすることで最新の暗号強度の評価や暗号アルゴリズムへの対応が可能となる。

Ｍｉｇｒａｔｅ可否判定手段５０４は、この暗号強度表７０１を用いて、Ｍｉｇｒａｔｅ先の電子機器の強度レベルが、Ｍｉｇｒａｔｅ元と比べて同等以上であれば、Ｍｉｇｒａｔｅを許可するという判定アルゴリズムに従って判定を行う。これは、Ｍｉｇｒａｔｅによって強度を下げないようにするためである。
なお、アルゴリズムとしては、Ｍｉｇｒａｔｅ先は１つ認証レベルの下がったもの以上であれば許可する、もしくは１つ以上認証レベルが上でなければ許可しない、などが考えられる。

また、Ｍｉｇｒａｔｅ可否判定手段５０４が使用する判定アルゴリズムを、Ｍｉｇｒａｔｅ元が指定できるような構成であってもよい。さらに、判定に用いる暗号強度表７０１や認証レベル判定表８０１をＭｉｇｒａｔｅ元が送り、指定できるような構成であってもよい。
続いて、認証レベル判定表８０１の詳細について説明する。
図８は、認証レベル判定表８０１の構成を示した図である。表はＭｉｇｒａｔｅ元認証レベル、Ｍｉｇｒａｔｅ先認証レベルといったパラメータで構成される。認証レベル判定表８０１では、Ｍｉｇｒａｔｅ元認証レベルがＥＡＬ１の場合は、Ｍｉｇｒａｔｅ先認証レベルはいかなるものであってもよい（ＡＮＹ）ことを示している。また、ＥＡＬ２の場合はＥＡＬ１以上、ＥＡＬ３の場合はＥＡＬ２以上、ＥＡＬ４の場合はＥＡＬ３以上の認証レベルが必要であるとしている。また、ＥＡＬ５以上ではＭｉｇｒａｔｅ先でも同等の認証レベルが必要とされる。ＥＡＬ１〜７以外であれば、Ｍｉｇｒａｔｅ先認証レベルはいかなるものでもよいとしている。

なお、ここではＭｉｇｒａｔｅ元がＥＡＬ２からＥＡＬ４であれば、Ｍｉｇｒａｔｅ先は１つ認証レベルの下がったものでもよいとしたが、同等以上でなければならないとしてもよい。
続いて、本実施の形態における秘密のデータのＵｐｌｏａｄを行う動作について説明する。

図９は、第一の電子端末１０２がＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１に対して秘密のデータをＵｐｌｏａｄする時の動作手順を表した図である。以下、この動作手順を説明する。
（Ｓ９０１）第一の電子端末１０２で秘密のデータのＵｐｌｏａｄの準備を行う。Ｕｐｌｏａｄをする対象となる一つもしくは複数の秘密のデータを集約して、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅと呼ばれるひとまとまりのデータを生成する。ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの詳細については、非特許文献１に記載されているので説明を省略する。

そして、第一の電子端末１０２は、ＴＣＧで定められたＩｎｔｅｇｒｉｔｙ Ｍｅａｓｕｒｅｍｅｎｔと呼ばれる機能を用いて、第一の電子端末１０２を構成するブートローダ、ＯＳ、デバイスドライバ、アプリケーションなどのソフトウェアの全てもしくは一部を対象に算出したダイジェスト値をＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ２０１内のＰｌａｔｆｏｒｍ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｇｉｓｔｅｒｓ（ＰＣＲ）と呼ばれるレジスタから取り出す。そして、このダイジェスト値に秘密データ２１５に含まれるＡＩＫを用いてＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ２０１内でデジタル署名を施す。

Ｉｎｔｅｇｒｉｔｙ Ｍｅａｓｕｒｅｍｅｎｔは、“ＴＣＧ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ”において記載されているため、詳細な説明を省略する。
（Ｓ９０２）第一の電子端末１０２からＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１へＭｉｇｒａｔｉｏｎＰａｃｋａｇｅをＵｐｌｏａｄするリクエストを行う。第一の電子端末１０２は、ダイジェスト値とデジタル署名とＡＩＫ証明書２１０をリクエストと共にＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１へ送る。

ダイジェスト値とデジタル署名の送付はＩｎｔｅｇｒｉｔｙ Ｒｅｐｏｒｔｉｎｇと呼ばれる。Ｉｎｔｅｇｒｉｔｙ Ｒｅｐｏｒｔｉｎｇは、“ＴＣＧ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ”において記載されているため、詳細な説明を省略する。
（Ｓ９０３）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１は、第一の電子端末１０２からＭｉｇｒａｔｉｏｎＰａｃｋａｇｅのＵｐｌｏａｄリクエストを受信する。このとき同時に受信したダイジェスト値とデジタル署名、ＡＩＫ証明書２１０をＡｔｔｅｓｔａｔｉｏｎ処理手段５０１へ送る。Ａｔｔｅｓｔａｔｉｏｎ処理手段５０１は、Ａｔｔｅｓｔａｔｉｎ処理の実行により第一の電子端末１０２が不正な端末であるかどうかを検証する。不正な端末とは、悪意のあるユーザやウィルスなどによって改竄が加えられ、予期しない動作をする端末である。

（Ｓ９０４）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１は、（Ｓ９０３）の結果に応じて、以下の動作を行う。
ｉ）不正がないことが検証された場合は、Ａｔｔｅｓｔａｔｉｏｎ結果のＯＫとＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１の公開鍵（ＭＡｐｕｂＫｅｙ）を第一の電子端末１０２へ送る。

ｉｉ）不正があることが発見された場合は、Ａｔｔｅｓｔａｔｉｏｎ結果のＮＧを第一の電子端末１０２へ送る。
（Ｓ９０５）第一の電子端末１０２は、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１より受信した情報に応じて以下の動作を行う。
ｉ）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１よりＯＫを受信した場合、同時に受信したＭＡｐｕｂＫｅｙで（Ｓ９０１）で生成したＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを暗号化する。

ｉｉ）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１よりＮＧを受信した場合は処理を終了する。
なお、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを安全に取扱うために、ＭＡｐｕｂＫｅｙを用いてＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの暗号化をしているが、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを安全に取扱う方法であれば特にこの方法に限定するものではない。例えば、第一の電子端末１０２とＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１で相互認証した後、一時的に用いられるセッション鍵と呼ばれる共有鍵を持ち合い、そのセッション鍵で暗号化通信を行うとしてもよい。

（Ｓ９０６）第一の電子端末１０２は、（Ｓ９０５）で暗号化したＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１をＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１へ送付する。
なお、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅと、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１をそれぞれ別々のデータとして扱ったが、各証明書がＭｉｇｒａｔｉｏｎＰａｃｋａｇｅに含まれる構成をとってもよい。

（Ｓ９０７）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１を受信する。データ受信手段５００は、これらのデータを受信すると、証明書解析手段５０２へ送る。
証明書解析手段５０２は、これらの証明書の正当性を検証し、検証結果に応じて、以下の動作を行う。

ｉ）それぞれの証明書の正当性が確認された場合は、これらをＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ登録手段５０３へ送る。
ｉｉ）いずれかの証明書で不正が発見された場合は、データ送信手段５０６を通じてＮＧを返す。
ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ登録手段５０３は、証明書解析手段５０２からＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１を受信すると、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅをＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１で一意に特定するＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤを生成し、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを保存領域５０７へ保存する。また、保存先とそれぞれの証明書からデータを抽出し、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ管理表に登録する。

（Ｓ９０８）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１は、（Ｓ９０７）の登録処理が完了すると、データ送信手段５０６を通じて、結果のＯＫとＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤを第一の電子端末１０２へ送る。
続いて、本実施の形態における秘密のデータのＤｏｗｎｌｏａｄを行う動作について説明する。

図１０は、第二の電子端末１０３がＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１から秘密のデータをＤｏｗｎｌｏａｄする時の動作手順を表した図である。以下、この動作手順を説明する。
（Ｓ１００１）第二の電子端末１０３でＭｉｇｒａｔｉｏｎＰａｃｋａｇｅのＤｏｗｎｌｏａｄの準備を行う。第二の電子端末１０３は、ＴＣＧで定められたＩｎｔｅｇｒｉｔｙ Ｍｅａｓｕｒｅｍｅｎｔと呼ばれる機能を用いて、第二の電子端末１０３を構成するブートローダ、ＯＳ、デバイスドライバ、アプリケーションなどのソフトウェアの全てもしくは一部を対象に算出したダイジェスト値をＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ２０１内のＰｌａｔｆｏｒｍ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｇｉｓｔｅｒｓ（ＰＣＲ）と呼ばれるレジスタから取り出す。そして、このダイジェスト値に秘密データ２１５に含まれるＡＩＫを用いてＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ２０１内でデジタル署名を施す。

（Ｓ１００２）第二の電子端末１０３からＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１へＭｉｇｒａｔｉｏｎＰａｃｋａｇｅをＤｏｗｎｌｏａｄするリクエスト（Ｄｏｗｎｌｏａｄリクエスト）を行う。第二の電子端末１０３は、ダイジェスト値とデジタル署名とＡＩＫ証明書２１０をリクエストと共にＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１へ送る。

（Ｓ１００３）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１は、第二の電子端末１０３からＭｉｇｒａｔｉｏｎＰａｃｋａｇｅのＤｏｗｎｌｏａｄリクエストを受信する。このとき同時に受信したダイジェスト値とデジタル署名、ＡＩＫ証明書２１０をＡｔｔｅｓｔａｔｉｏｎ処理手段５０１へ送る。Ａｔｔｅｓｔａｔｉｏｎ処理手段５０１は、Ａｔｔｅｓｔａｔｉｎ処理の実行により第二の電子端末１０３が不正な端末であるかどうかを検証する。

（Ｓ１００４）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１は、（Ｓ１００３）の結果に応じて、以下の動作を行う。
ｉ）不正がないことが検証された場合は、Ａｔｔｅｓｔａｔｉｏｎ結果のＯＫとＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１の公開鍵（ＭＡｐｕｂＫｅｙ）を第二の電子端末１０３へ送る。

ｉｉ）不正があることが発見された場合は、Ａｔｔｅｓｔａｔｉｏｎ結果のＮＧを第二の電子端末１０３へ送る。
（Ｓ１００５）第二の電子端末１０３は、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１より受信した情報に応じて以下の動作を行う。
ｉ）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１よりＯＫを受信した場合、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅをＤｏｗｎｌｏａｄ後、親鍵を、同時に受信したＭＡｐｕｂＫｅｙで暗号化する。親鍵はＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを展開したときにできるツリー構造中で最上位にくる秘密のデータを暗号化する鍵である。

ｉｉ）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１よりＮＧを受信した場合は処理を終了する。
なお、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを安全に取扱うために、ＭＡｐｕｂＫｅｙを用いてＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの暗号化をしているが、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを安全に取扱う方法であれば特にこの方法に限定するものではない。例えば、第二の電子端末１０３とＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１で相互認証した後、一時的に用いられるセッション鍵と呼ばれる共有鍵を持ち合い、そのセッション鍵で暗号化通信を行うとしてもよい。

（Ｓ１００６）第二の電子端末１０３は、ＤｏｗｎｌｏａｄをしたいＭｉｇｒａｔｉｏｎＰａｃｋａｇｅのＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤ、（Ｓ１００５）で暗号化した親鍵、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの再生成時に用いられる暗号化パラメータ、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１をＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１へ送付する。

（Ｓ１００７）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１はＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤ、暗号化された親鍵、暗号化パラメータ、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１を受信する。データ受信手段５００は、これらのデータを受信すると、証明書解析手段５０２へ送る。
証明書解析手段５０２は、これらの証明書の正当性を検証し、検証結果に応じて以下の動作を行う。

ｉ）それぞれの証明書の正当性が確認された場合は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤ、暗号化された親鍵、暗号化パラメータ、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１をＭｉｇｒａｔｅ可否判定手段５０４へ送る。
ｉｉ）いずれかの証明書で不正が発見された場合は、データ送信手段５０６を通じてＮＧを返す。

Ｍｉｇｒａｔｅ可否判定手段５０４は、証明書解析手段５０２からＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤ、暗号化された親鍵、暗号化パラメータ１２０１、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１を受信する。Ｍｉｇｒａｔｅ可否判定手段５０４の判定の動作については、図１１を用いて後述する。この判定の結果に応じて、Ｍｉｇｒａｔｅ可否判定手段５０４は、以下の動作を行う。

ｉ）ＯＫであれば、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤ、暗号化された親鍵、暗号化パラメータ、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１をとともにＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成要求をＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５へ送る。
ｉｉ）ＮＧであれば、データ送信手段５０６を通じてＮＧを返す。

ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成要求とともにＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤ、暗号化された親鍵、暗号化パラメータ、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２、情報管理証明書２１１を受け取ると、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅＩＤで指定されたＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの再生成を行う。再生成の動作については図１３を用いて後述する。

（Ｓ１００８）ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１は、（Ｓ１００７）の動作が完了すると、データ送信手段５０６を通じて、結果のＯＫとＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを第二の電子端末１０３へ送る。
なお、第二の電子端末１０３は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを受信した後、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅをＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ２０１の中で復号化し、正当なデータか否かを証明書を用いて確認するとしてもよい。この場合、正当なデータではなかった場合は、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１へＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの再送信を要求する処理を行ってもよい。

続いて、本実施の形態における秘密のデータのＭｉｇｒａｔｅの可否を判定する動作について説明する。
図１１は、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１のＭｉｇｒａｔｅ可否判定手段５０４の動作手順を表した図である。
本実施の形態では、指定されたＭｉｇｒａｔｉｏｎＩＤは００１、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１１のＥｖａｌｕａｔｅレベルはＥＡＬ４、情報管理証明書２１１のＳＲＫＴｙｐｅはｓｙｍｍｅｔｒｉｃ、ＣｉｐｈｅｒＴｙｐｅはＡＥＳ、ＫｅｙＬｅｎｇｔｈは１２８を指定したものとして説明を行う。

（Ｓ１１０１）Ｍｉｇｒａｔｅ可否判定手段５０４は、受信したＭｉｇｒａｔｉｏｎＩＤ００１で示されるエントリ情報をＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ管理表６０１より取得する。
（Ｓ１１０２）Ｍｉｇｒａｔｅ可否判定手段５０４は、まずＥｖａｌｕａｔｅレベルについて比較、判定を行う。判定には、認証レベル判定表８０１を用いる。

本実施の形態では、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１１のＥｖａｌｕａｔｅレベルはＥＡＬ４である。ＭｉｇｒａｔｉｏｎＩＤ００１で指定されたＥｖａｌｕａｔｅレベルの値はＥＡＬ４であるため、それぞれの認証レベルは同一である。認証レベル判定表８０１によると、ＥＡＬ３以上であればＭｉｇｒａｔｅを可能としているため、判定はＯＫである。

（Ｓ１１０３）Ｍｉｇｒａｔｅ可否判定手段５０４は、暗号強度について比較、判定を行う。
本実施の形態では、情報管理証明書２１１のＳＲＫＴｙｐｅはｓｙｍｍｅｔｒｉｃ、ＣｉｐｈｅｒＴｙｐｅはＡＥＳ、ＫｅｙＬｅｎｇｔｈは１２８である。ＭｉｇｒａｔｉｏｎＩＤ００１で指定されたＳＲＫＴｙｐｅはａｓｙｍｍｅｔｒｉｃ、ＣｉｐｈｅｒＴｙｐｅはＲＳＡ、ＫｅｙＬｅｎｇｔｈは２０４８である。ここで、ＳＲＫＴｙｐｅ、ＣｉｐｈｅｒＴｙｐｅが異なるため、ＫｅｙＬｅｎｇｔｈのみの比較では強度レベルの判定はできない。したがって、強度レベルの判定に暗号強度表７０１が用いられる。

ＭｉｇｒａｔｉｏｎＩＤ００１で指定された暗号の強度レベルは暗号強度表７０１より強度レベル２である。一方、情報管理証明書２１１で指定された暗号の強度レベルは暗号強度表７０１より強度レベル３となる。Ｍｉｇｒａｔｅ可否判定手段５０４の判定アルゴリズムでは、Ｍｉｇｒａｔｅ先の強度レベルがＭｉｇｒａｔｅ元と比べて同等以上であればＭｉｇｒａｔｅを許可するとしているので、判定はＯＫである。

続いて、暗号化パラメータ１２０１の構成の詳細について説明する。
図１２は、ＭｉｇｒａｔｉｏｎＰａｃａｋａｇｅをＤｏｗｎｌｏａｄしたいときに電子端末が送る暗号化パラメータ１２０１の構成を示した図である。暗号化パラメータ１２０１は、６つのデータを含んだデータ構造を持つ。
1つめは（Ａ）親鍵Ｌｅｎｇｔｈである。これは、（Ｓ１００６）で送った親鍵の鍵長を示すデータである。

２つめは（Ｂ）親鍵アルゴリズムである。これは、（Ｓ１００６）で送った親鍵を用いるときの暗号アルゴリズムを示すデータである。ＲＳＡやＥＣＣ、ＡＥＳといったものが指定される。
３つめは（Ｃ）変更方法である。これは、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５においてどのようなＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの再生成を行うかを示すデータである。以下の３つを指定することが出来る。

（１）パラメータ０：親鍵の下の階層に来るデータだけを親鍵で暗号化をする。
（２）パラメータ１：ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅに含まれる秘密データの暗号アルゴリズムを全て親鍵アルゴリズムで指定されるアルゴリズムに統一する。
（３）パラメータ２：ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅに含まれる秘密データの暗号アルゴリズムのうち秘密鍵方式のアルゴリズムを（Ｄ）指定秘密鍵アルゴリズムで指定されるアルゴリズムに変更する。また、公開鍵方式のアルゴリズムを（Ｅ）指定公開鍵アルゴリズムで指定されるアルゴリズムに変更する。

４つめは（Ｄ）指定秘密鍵アルゴリズムである。秘密鍵アルゴリズムが指定される。これは、（Ｃ）変更方法でパラメータ２が指定されたときに参照される。
５つめは（Ｅ）指定公開鍵アルゴリズムである。公開鍵アルゴリズムが指定される。これは、（Ｃ）変更方法でパラメータ２が指定されたときに参照される。
６つめは（Ｆ）変更強度レベルである。（Ｃ）変更方法においてパラメータ１もしくはパラメータ２が指定されたときに参照される。以下の３つを指定することができる。

（１）パラメータ０：親鍵と同一の強度レベルでＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの再生成を行う。
（２）パラメータ１：情報管理証明書２１１と同一の強度レベルでＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの再生成を行う。
（３）パラメータ２：現在のＭｉｇｒａｔｉｏｎＰａｃｋａｇｅと同一の強度レベルでＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの再生成を行う。

続いて、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５にある暗号化パラメータ１２０１が与えられたときの再生成動作について説明する。
図１３〜図１５はそれぞれ、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１のＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５に、ある暗号化パラメータ１２０１が与えられたときの再生成動作の例を表した図である。

図１３は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅが再生成例１３０１の左側で示されるツリー構造をしているときに、暗号化パラメータ１３０２が与えられた場合の再生成後の結果を示している図である。
この例では、暗号化パラメータ１３０２の（Ｃ）変更方法においてパラメータ０が指定されているため、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５は、親鍵での暗号化のみを行う。

ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを展開したときの最上位にあるデータが暗号アルゴリズムＲＳＡの２０４８ビットの公開鍵と秘密鍵のペアを示しているため、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５は、これらをＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１のＭＡｐｕｂＫｅｙに対応する秘密鍵で復号化する。そして、（Ｂ）親鍵アルゴリズムで示されたＡＥＳ、（Ａ）親鍵Ｌｅｎｇｔｈで表される１２８ビットの親鍵で暗号化して、再生成例１３０１の右側に示されたツリー構造の親鍵を除いた波線の部分が、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅとして再生成される。

図１４は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅが再生成例１４０１の左側で示されるツリー構造をしているときに、暗号化パラメータ１４０２が与えられた場合の再生成後の結果を示している図である。
この例では、暗号化パラメータ１４０２の（Ｃ）変更方法においてパラメータ１が指定されているため、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５は、全体の暗号アルゴリズムの変更を行う。
以下その手順をステップ毎に説明する。

ステップ１：
まず、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを展開したときの最上位にあるデータが暗号アルゴリズムＲＳＡの２０４８ビットの公開鍵と秘密鍵のペアを示しているため、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５は、これらをＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１のＭＡｐｕｂＫｅｙに対応する秘密鍵で復号化する。そして、そのＲＳＡ２０４８ビットの秘密鍵を用いて、ＲＳＡ１０２４ビットの鍵ペアとデータ１を復号化する。そして、ＲＳＡ１０２４ビットの秘密鍵を用いてデータ２を復号化する。

ステップ２：
（Ｆ）変更強度レベルがパラメータ２であるため、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５は、現在のＭｉｇｒａｔｉｏｎＰａｃｋａｇｅと同一の強度レベルで再生成を行う。ＲＳＡ１０２４ビットに相当する秘密鍵アルゴリズムの鍵長は、暗号強度表７０１より８０ビットである。しかしながら、ＡＥＳのとる最小の鍵長は１２８ビットであるため、１２８ビットの鍵を生成しＡＥＳアルゴリズムを用いてデータ２を暗号化する。さらに、ＲＳＡ２０４８ビットに相当する秘密鍵アルゴリズムの鍵長は、暗号強度表７０１より１１２ビットである。しかしながら、ＡＥＳのとる最小の鍵長は１２８ビットであるため、１２８ビットの鍵を生成しＡＥＳアルゴリズムを用いてＡＥＳ１２８ビットの鍵とデータ１を暗号化する。最後に（Ｂ）親鍵アルゴリズムで示されたＡＥＳ、（Ａ）親鍵Ｌｅｎｇｔｈで表される１２８ビットの親鍵で暗号化して、再生成例１３０１の右側に示されたツリー構造の親鍵を除いた波線の部分が、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅとして再生成される。

図１５は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅが再生成例１５０１の左側で示されるツリー構造をしているときに、暗号化パラメータ１５０２が与えられた場合の再生成後の結果を示している図である。
この例では、暗号化パラメータ１５０２において（Ｃ）変更方法でパラメータ２、（Ｄ）指定秘密鍵アルゴリズムでＡＥＳ、（Ｅ）指定公開鍵アルゴリズムでＥＣＣが指定されているため、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５は、全体の秘密鍵アルゴリズムおよび公開鍵アルゴリズムの変更を行う。
以下その手順をステップ毎に説明する。

ステップ１：
まず、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを展開したときの最上位にあるデータが暗号アルゴリズムＲＳＡの２０４８ビットの公開鍵と秘密鍵のペアを示しているため、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段５０５は、これらをＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１のＭＡｐｕｂＫｅｙに対応する秘密鍵で復号化する。そして、そのＲＳＡ２０４８ビットの秘密鍵を用いて、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）５６ビットの鍵ペアとデータ１を復号化する。そして、ＤＥＳ５６ビットの秘密鍵を用いてデータ２を復号化する。

ステップ２：
（Ｆ）変更強度レベルでパラメータ０であるため、現在の親鍵と同一の強度レベルで再生成を行う。ＤＥＳは秘密鍵暗号であるので、（Ｄ）指定秘密鍵アルゴリズムに指定されているＡＥＳ１２８ビットに変更される。よって、１２８ビットの鍵を生成しＡＥＳアルゴリズムを用いてデータ２を暗号化する。次に、ＲＳＡは公開鍵暗号であるため、（Ｅ）指定公開鍵アルゴリズムでＥＣＣに変更される。親鍵であるＡＥＳ１２８ビットに相当するＥＣＣの鍵長は、暗号強度表７０１より２５６ビットである。よって、２５６ビットの鍵を生成しＥＣＣアルゴリズムを用いてＡＥＳ１２８ビットの鍵とデータ１を暗号化する。最後に（Ｂ）親鍵アルゴリズムで示されたＡＥＳ、（Ａ）親鍵Ｌｅｎｇｔｈで表される１２８ビットの親鍵で暗号化して、再生成例１３０１の右側に示されたツリー構造の親鍵を除いた波線の部分が、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅとして再生成される。

なお、親鍵はＭｉｇｒａｔｉｏｎＰａｃｋａｇｅをＤｏｗｎｌｏａｄする第二の電子端末から送るとしたが、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１側で生成する構成であってもよい。
以上で、本発明の実施の形態１の説明を終る。
続いて、本発明の実施の形態２について、図面を参照しながら説明する。

（実施の形態２）
本実施の形態２では、実施の形態１で説明した秘密のデータのＭｉｇｒａｔｅ方法をＤＲＭ（ＤｉｇｉｔａｌＲｉｇｈｔｓＭａｎａｇｅｍｅｎｔ）アプリケーションに適用した例を説明する。
ＬｏｃａｌＡｐｐｌｉｃａｔｉｏｎ２０５がＤＲＭアプリケーションであると想定する。ＤＲＭアプリケーションは、音楽や動画などのデジタルコンテンツを取扱うアプリケーションで、これらの著作権保護を実現する。また、デジタルコンテンツの利用に関して回数制限や期間制限、時間制限など細やかな権利管理を実現するアプリケーションである。

図１６は、コンテンツ管理テーブル１６０１およびコンテンツ管理テーブル１６０２の構成を示した図である。コンテンツ管理テーブル１６０１は、ＤＲＭアプリケーションで取扱うコンテンツの保存先を管理する。２つコンテンツ管理テーブルがあるのは、ＤＲＭアプリケーションが一定数以上のコンテンツを管理し、１つのコンテンツ管理テーブルで扱うコンテンツ数を超えた状態を意味している。

コンテンツ管理テーブル１６０１は、コンテンツを特定するコンテンツＩＤと、保存位置を特定できるフルパスで示されたファイル名がリストになって構成されている。このコンテンツ管理テーブル１６０１によりコンテンツＩＤから保存領域２０７に保存されているコンテンツの保存位置を特定することができる。コンテンツ管理テーブル１６０２についてもコンテンツ管理テーブル１６０１と同様の構成をとる。

図１７は、本発明の実施の形態２におけるＤＲＭアプリケーションが、著作権保護および権利管理を実現するための構成を示す図である。
権利管理テーブル１７０１は、ＤＲＭアプリケーションが取扱うコンテンツの権利管理を行うテーブルである。それぞれはその状態を示す一例である。各行のエントリ情報は、コンテンツＩＤ、コンテンツ鍵、権利情報などを含む。各エントリ情報は、コンテンツ権利情報の受信時かもしくは電子端末で定められたタイミングで権利管理テーブルに登録されるが、本実施の形態ではその登録に関する手順は省略する。

コンテンツＩＤはコンテンツを特定するための識別情報である。復号要求送信手段１１２から送られるコンテンツＩＤと一致する番号情報が登録されており、それをキーとしてエントリ情報を検索することができる。
コンテンツ鍵はコンテンツＩＤで示される暗号化されたコンテンツの復号鍵である。コンテンツがＡＥＳで暗号化されている場合、鍵長は１２８ビットや１９２ビット等あるが、本実施の形態はそれに限定しない。

権利情報はコンテンツＩＤで示されるコンテンツがどのような権利で管理されるかを特定する情報である。権利情報の詳細については、説明を省略する。
移動フラグは、コンテンツをＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１へアップロードしたかどうかを示すフラグである。「０」はアップロードしていない状態を示す。「１」はアップロードした状態を示す。「１」のフラグが示されている状態の場合は、ユーザはコンテンツの再生や移動を行うことができない。

権利管理テーブル１７０４は権利管理テーブル１７０１と同様の構成をとり、権利管理テーブル１７０４に対応している。
権利保護鍵テーブル１７０２は、権利管理テーブル１７０１における各エントリ情報を暗号化する権利保護鍵を管理するテーブルである。権利保護鍵でエントリ情報のコンテンツＩＤ以外の情報を暗号化して保護している。

権利保護鍵テーブル１７０５は権利保護鍵テーブル１７０２と同様の構成をとる。
時変鍵１７０３は、権利保護鍵テーブル１７０２を暗号化する鍵である。時間の経過とともに鍵の値が変化する特徴をもつ。このような鍵が用いられる目的は、ＤＲＭアプリケーションにおける権利管理では、悪意のあるユーザが権利消費前の権利をバックアップしておいて、権利を消費した後にバックアップしておいた権利消費前の権利をリストアすることで、永久に権利消費が行われないようなバックアップリストア攻撃を防止するためである。

時変鍵はユーザによって改竄されないセキュアな時刻情報やカウンタなどによって生成されるが、生成方法の詳細については、説明を省略する。
時変鍵１７０６は、時変鍵１７０３と同様の特徴を持ち、権利保護鍵テーブル１７０５に対応している。
図１８は、ＤＲＭアプリケーションが時変鍵１７０３および時変鍵１７０６、権利保護鍵テーブル１７０２および権利保護鍵テーブル１７０５をツリー構造で管理している図（左側）と、ユーザによってコンテンツのＵｐｌｏａｄを指定され、生成されたＭｉｇｒａｔｉｏｎＰａｃｋａｇｅが持つツリー構造の図（右側）である。

左側のツリーの状態は、権利保護鍵テーブル１７０２が時変鍵１７０３で暗号化され、権利保護鍵テーブル１７０５が時変鍵１７０６で暗号化されている状態を示している。暗号アルゴリズムにはＡＥＳが用いられ、それぞれの時変鍵の鍵長は１２８ビットであることを示している。さらに時変鍵１７０３、時変鍵１７０６はＤＲＭアプリケーションと対応するＤＲＭ鍵で暗号化されている。暗号アルゴリズムにはＲＳＡが用いられ、ＤＲＭ鍵の鍵長は２０４８ビットであることを示している。

右側のツリーの状態は、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを生成した後の結果を示している。ユーザが指定したコンテンツのコンテンツＩＤに対応する権利管理テーブル１７０１または権利管理テーブル１７０４のエントリ情報を暗号化している権利保護鍵を取り出して移動用権利保護鍵テーブル１８０２を生成し、１２８ビットの移動鍵１８０１を生成して、移動用権利保護鍵テーブルを暗号化する。暗号アルゴリズムにはＡＥＳを用いている。

図１９は、第一の電子端末１０２のＤＲＭアプリケーションがＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１に対して秘密のデータをＵｐｌｏａｄする時の動作手順を表した図である。
（Ｓ１９０１）ユーザがＤＲＭアプリケーションで管理しているコンテンツ管理テーブル１６０１のコンテンツＩＤ００１とコンテンツ管理テーブル１６０２のコンテンツＩＤ００ａのＵｐｌｏａｄを指定したとき、第一の電子端末１０２で秘密のデータのＵｐｌｏａｄの準備を行う。

（ａ）ＤＲＭアプリケーションはユーザからＵｐｌｏａｄの指定を受けると、指定されたコンテンツのコンテンツＩＤに対応するエントリ情報を権利管理テーブル１７０１または権利管理テーブル１７０４から取り出す。
（ｂ）ＤＲＭアプリケーションは（ａ）で取り出したエントリ情報より移動用権利管理テーブルを生成する。

（ｃ）ＤＲＭアプリケーションは、暗号化されたコンテンツのデータと（ｂ）で生成した移動用権利管理テーブルを、Ｍｉｇｒａｔｅ先となる第二の電子端末１０３へ直接送る。
なお、コンテンツのデータと移動用権利管理テーブルの第二の電子端末へ渡す方法は、記録メディアを通じたものや、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１を経由するようなサーバを通じたものであってもよい。

（ｄ）ＤＲＭアプリケーションは、ＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ２０１の中で時変鍵１７０３、時変鍵１７０６を用いて、権利保護鍵テーブル１７０２および権利保護鍵テーブル１７０５を復号化する。また、指定されたコンテンツのコンテンツＩＤに対応する権利保護鍵を取り出し、移動用権利保護鍵テーブル１８０２を生成する。
（ｅ）ＤＲＭアプリケーションは、ＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ２０１の中で１２８ビットの移動鍵１８０１を生成し、移動用権利保護鍵テーブル１８０１を暗号化する。暗号アルゴリズムにはＡＥＳが用いられる。

（ｆ）ＤＲＭアプリケーションは、移動鍵１８０１と暗号化した移動用権利保護テーブル１８０１より、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを生成する。ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの詳細については、非特許文献１に記載されているので説明を省略する。
ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを生成した以降の処理は、（Ｓ９０１）と同一であるため、説明を省略する。

（Ｓ１９０２）（Ｓ９０２）と同一であるため説明を省略する。
（Ｓ１９０３）（Ｓ９０３）と同一であるため説明を省略する。
（Ｓ１９０４）（Ｓ９０４）と同一であるため説明を省略する。
（Ｓ１９０５）（Ｓ９０５）と同一であるため説明を省略する。
（Ｓ１９０６）第一の電子端末１０２において、
（ａ）ＤＲＭアプリケーションは、ＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ２０１の中で時変鍵１７０３、時変鍵１７０６を用いて、権利保護鍵テーブル１７０２および権利保護鍵テーブル１７０５を復号化し、指定されたコンテンツのコンテンツＩＤで対応する権利保護鍵を取り出す。

（ｂ）ＤＲＭアプリケーションは、（ａ）で取り出した権利保護鍵を用いて、ユーザがＵｐｌｏａｄを指定した権利管理テーブル１７０１のコンテンツＩＤ「００１」とコンテンツ管理テーブル１６０２のコンテンツＩＤ「００ａ」のエントリ情報を、復号化する。
（ｃ）ＤＲＭアプリケーションは、（ｂ）で復号化したエントリ情報の移動フラグを「１」とする。

（ｄ）ＤＲＭアプリケーションは、（ａ）で取り出した権利保護鍵を用いて、再度ユーザがＵｐｌｏａｄを指定した権利管理テーブル１７０１のコンテンツＩＤ００１とコンテンツ管理テーブル１６０２のコンテンツＩＤ００ａのエントリ情報を、暗号化する。
（ｅ）ＤＲＭアプリケーションは、時変鍵１７０３および時変鍵１７０６を更新し、再度利保護鍵テーブル１７０２および権利保護鍵テーブル１７０５を暗号化する。

以降の処理は、（Ｓ９０６）と同一であるため、説明を省略する。
（Ｓ１９０７）（Ｓ９０７）と同一であるため説明を省略する。
（Ｓ１９０８）（Ｓ９０８）と同一であるため説明を省略する。
以上で、第一の電子端末１０２のＤＲＭアプリケーションがＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１に対して秘密のデータをＵｐｌｏａｄする時の動作手順の説明を終る。

図１９（Ｓ１９０６）で移動フラグを「１」としたエントリ情報およびコンテンツは、以下のいずれかで制御される。
（ｉ）図１９でＵｐｌｏａｄしたＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを第二の電子端末１０３がＤｏｗｎｌｏａｄした後、第一の電子端末１０２に通知され、コンテンツに対応する情報は全て消去される。

（ｉｉ）図１９でＵｐｌｏａｄしたＭｉｇｒａｔｉｏｎＰａｃｋａｇｅが第二の電子端末１０３にＤｏｗｎｌｏａｄされなかった場合は、移動フラグを「０」に戻し、第一の電子端末１０２上で再生可能な状態とする。なお、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅが第二の電子端末１０３にＤｏｗｎｌｏａｄされなかった場合の例としては、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１におけるＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの管理期限が切れ、その旨が第一の電子端末１０２に通知された場合などが考えられる。

なお、ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを第二の電子端末１０３がＤｏｗｎｌｏａｄした後、第一の電子端末１０２がコンテンツに関する情報を全て削除したことを、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１が把握するために、コンテンツを削除したことを示す情報を、ＴＣＧで定められたＥｘｔｅｎｄ処理を施してダイジェスト値を生成し、Ａｔｔｅｓｔａｔｉｏｎ処理を行うとしてもよい。ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１は第二の電子端末１０３によるＤｏｗｎｌｏａｄ後、Ａｔｔｅｓｔａｔｉｏｎ処理が行われない限りは、第一の電子端末１０２からのアクセスを防ぐような処置を施すことが出来る。

また、ＤＲＭ方式によってはドメインという概念が導入されている。ドメインとは、複数の端末を同一のグループとして捉える概念で、音楽や動画などのデジタルコンテンツの共有に用いられる。以上で説明した秘密のデータのＭｉｇｒａｔｅは、ドメインという枠内に限定されるものとしてもよい。その場合、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１が第一の電子端末１０２と第二の電子端末１０３が同一ドメインであるかどうかを判定する。

以上で、本発明の実施の形態２の説明を終る。
（まとめ）
以上にて述べたように、本発明では、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１が秘密データのＭｉｇｒａｔｅ元である第一の電子端末１０２とＭｉｇｒａｔｅ先の第二の電子端末１０３のセキュリティ認証レベルを確認し、所定のアルゴリズムに基づいてＭｉｇｒａｔｅの可否を判定するため、Ｍｉｇｒａｔｅ元に比べて著しく認証レベルで劣るＭｉｇｒａｔｅ先に誤って秘密のデータがＭｉｇｒａｔｅされることがなく、秘密のデータを安全に取扱うことができる。

また、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１が秘密データのＭｉｇｒａｔｅ元である第一の電子端末１０２とＭｉｇｒａｔｅ先の第二の電子端末１０３の情報管理における暗号の強度レベルを確認し、所定のアルゴリズムに基づいてＭｉｇｒａｔｅの可否を判定するため、Ｍｉｇｒａｔｅ元に比べて著しく認証レベルで劣るＭｉｇｒａｔｅ先に誤って秘密のデータがＭｉｇｒａｔｅされることがなく、秘密のデータを安全に取扱うことができる。

また、第二の電子端末１０３が秘密データのＤｏｗｎｌｏａｄ時に所望の暗号アルゴリズム、暗号強度で秘密データの管理構造を再生成できるため、その時代に応じた最新の暗号アルゴリズム、暗号強度を用いて第二の電子端末１０３で秘密データを管理することができる。つまり、本発明によれば、ユーザは最新の暗号アルゴリズムを搭載した第二の電子端末１０３を購入することで、その時代に応じた高速で強度の高い暗号アルゴリズムを用いて秘密のデータを管理することが可能となる。

（その他変形例）
なお、本発明を上記実施の形態に基づいて説明してきたが、本発明は、上記の実施の形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。
（１）上記の実施の形態では、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１と第一の電子端末１０２、第二の電子端末１０３のデータの送受信は、インターネットなどネットワークを前提として記載したが、着脱可能な記憶媒体を用いる構成であってもよい。

（２）上記の実施の形態では、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１と第一の電子端末１０２を別構成であるとして記載したが、第一の電子端末１０２がＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１の機能を備え、第二の電子端末１０３のＭｉｇｒａｔｉｏｎＰａｃｋａｇｅのＤｏｗｎｌｏａｄリクエストを受け付ける構成であってもよい。
（３）上記の実施の形態では、Ｍｉｇｒａｔｅ元の第一の電子端末１０２がａｓｙｍｍｅｔｒｉｃＳＲＫ、Ｍｉｇｒａｔｅ先の第二の電子端末１０３がｓｙｍｍｅｔｒｉｃＳＲＫを備えるとしたが、第一の電子端末１０２がｓｙｍｍｅｔｒｉｃＳＲＫ、第二の電子端末１０３がａｓｙｍｍｅｔｒｉｃＳＲＫを備える構成であってもよい。

（４）上記の実施の形態では、ＡＩＫ証明書２１０、情報管理証明書２１１、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２はＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１より発行されるものとしたが、第三者である認証局（ＣｅｒｔｉｆｉｃａｔｅＡｕｔｈｏｒｉｔｙ）が発行したものであるとしてもよい。このときＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１は、認証局から発行された証明書を用いてＡＩＫ証明書２１０、情報管理証明書２１１、Ｃｏｎｆｏｒｍａｎｃｅ証明書２１２の検証を行う。

（５）上記の実施の形態では、管理された秘密のデータのツリーの全体をＭｉｇｒａｔｅするよう記載したが、ユーザが選択的にツリー構造の一部をＭｉｇｒａｔｅするとしてもよい。
（６）上記の実施の形態では、ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１でＭｉｇｒａｔｉｏｎＰａｃｋａｇｅの全体を一度に再生成するとしたが、ＭｉｇｒａｔｅＰａｃｋａｇｅのデータのサイズが大きい場合は、階層を何段階かに分けて再生成を行い、第二の電子端末１０３へ送ることを繰り返してもよい。

（７）上記の実施の形態では、Ｍｉｇｒａｔｅ可否判定手段５０４は暗号強度表７０１や認証レベル判定表８０１に含まれるパラメータに基づいて判定するとしたが、第一の電子端末および第二の電子端末における鍵更新の機能や、鍵の生存期間などで判定するとしてもよい。
（８）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記録されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。なお、各装置は、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどの全てを含むコンピュータシステムには限らず、これらの一部から構成されているコンピュータシステムであってもよい。

（９）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記録されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。

また、上記の各装置を構成する構成要素の各部は、個別に１チップ化されていても良いし、一部又は全てを含むように１チップ化されてもよい。
また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
（１０）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。前記ＩＣカードまたは前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカードまたは前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカードまたは前記モジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。

（１１）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。

また、本発明は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記録しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。

また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
（１２）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。

本発明に係る電子端末とＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙを用いれば、異なるセキュリティ認証レベルや強度レベルを持つ電子端末が存在する状況においても、秘密のデータのＭｉｇｒａｔｅを安心して電子端末間で行うことが出来る。また、ユーザは最新の暗号アルゴリズムを備えた電子端末を手に入れれば、従来の電子端末よりも高速で安全なデータ管理を得ることが出来る。

本発明の実施の形態１における全体構成を示す図 本発明の実施の形態１における第一の電子端末の構成を示す図 本発明の実施の形態１における情報管理証明書２１１の構成を示す図 本発明の実施の形態１におけるＣｏｎｆｏｒｍａｎｃｅ証明書２１２の構成を示す図 本発明の実施の形態１におけるＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１の構成を示す図 本発明の実施の形態１におけるＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ管理表６０１の構成を示す図 本発明の実施の形態１における暗号強度表７０１の構成を示す図 本発明の実施の形態１における認証レベル判定表８０１の構成を示す図 本発明の実施の形態１における第一の電子端末１０２がＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１に対して秘密のデータをＵｐｌｏａｄする手順を示すフローチャート 本発明の実施の形態１における第二の電子端末１０３がＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１から秘密のデータをＤｏｗｎｌｏａｄする手順を示すフローチャート 本発明の実施の形態１におけるＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１のＭｉｇｒａｔｅ可否判定手段５０４がＭｉｇｒａｔｅ可否を判定する手順を示すフローチャート 本発明の実施の形態１におけるＭｉｇｒａｔｉｏｎＰａｃａｋａｇｅをＤｏｗｎｌｏａｄしたいときに電子端末が送る暗号化パラメータ１２０１の構成を示す図 本発明の実施の形態１におけるＭｉｇｒａｔｉｏｎＰａｃｋａｇｅが暗号化パラメータ１３０２が与えられ、再生成された結果を示す図 本発明の実施の形態１におけるＭｉｇｒａｔｉｏｎＰａｃｋａｇｅが暗号化パラメータ１４０２が与えられ、再生成された結果を示す図 本発明の実施の形態１におけるＭｉｇｒａｔｉｏｎＰａｃｋａｇｅが暗号化パラメータ１５０２が与えられ、再生成された結果を示す図 本発明の実施の形態２におけるコンテンツ管理テーブル１６０１およびコンテンツ管理テーブル１６０２の構成を示した図 本発明の実施の形態２におけるＤＲＭアプリケーションが、著作権保護および権利管理を実現するための構成を示す図 本発明の実施の形態２におけるＤＲＭアプリケーションがコンテンツのＵｐｌｏａｄ時にＭｉｇｒａｔｉｏｎＰａｃｋａｇｅを生成した結果を示す図 本発明の実施の形態２における第一の電子端末１０２のＤＲＭアプリケーションがＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ１０１に対して秘密のデータをＵｐｌｏａｄする時の動作手順を表した図

符号の説明

１０１ ＭｉｇｒａｔｉｏｎＡｕｔｈｏｒｉｔｙ
１０２ 第一の電子端末
１０３ 第二の電子端末
２０１ ＴｒｕｓｔｅｄＰｌａｔｆｏｒｍＭｏｄｕｌｅ
２０２ ＴＣＧＳｏｆｔｗａｒｅＳｔａｃｋ
２０３ ＬｏｃａｌＭｉｇｒａｔｉｏｎＳｅｖｉｃｅｓ
２０４ ＣｏｎｔｒｏｌｌｉｎｇＡｐｐｌｉｃａｔｉｏｎ
２０５ ＬｏｃａｌＡｐｐｌｉｃａｔｉｏｎ
２０６ 入出力手段
２０７ 保存領域
２１０ ＡＩＫ証明書
２１１ 情報管理証明書
２１２ Ｃｏｎｆｏｒｍａｎｃｅ証明書
２１５ 秘密データ
５００ データ受信手段
５０１ Ａｔｔｅｓｔａｔｉｏｎ処理手段
５０２ 証明書解析手段
５０３ ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ登録手段
５０４ Ｍｉｇｒａｔｅ可否判定手段
５０５ ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ再生成手段
５０６ データ送信手段
５０７ 保存領域
６０１ ＭｉｇｒａｔｉｏｎＰａｃｋａｇｅ管理表
７０１ 暗号強度表
８０１ 認証レベル判定表
１２０１ 暗号化パラメータ
１３０１ 再生成例
１３０２ 暗号化パラメータ
１４０１ 再生成例
１４０２ 暗号化パラメータ
１５０１ 再生成例
１５０２ 暗号化パラメータ
１６０１ コンテンツ管理テーブル
１６０２ コンテンツ管理テーブル
１７０１ 権利管理テーブル
１７０２ 権利保護鍵テーブル
１７０３ 時変鍵
１７０４ 権利管理テーブル
１７０５ 権利保護鍵テーブル
１７０６ 時変鍵
１８０１ 移動鍵
１８０２ 移動用権利保護鍵テーブル

Claims (2)

1. 第一の端末内で保護されたデータを、マイグレーションサーバ経由で第二の端末に移動するデータマイグレーションシステムであって、
   前記第一の端末はセキュリティモジュールで保持する鍵で保護された秘密のデータの一部もしくは全部をＵｐｌｏａｄし、
   前記第二の端末はセキュリティモジュールで保持する鍵で保護された秘密のデータの一部もしくは全部をＤｏｗｎｌｏａｄし、
   前記マイグレーションサーバは、
   暗号強度レベルが、各種暗号アルゴリズムの場合どの鍵長によって実現されるかを示す表であるセキュリティポリシーテーブルを保持するセキュリティポリシーテーブル保持部と、
   前記秘密のデータのパッケージと前記第一の端末の秘密データの管理方式、暗号アルゴリズム、鍵長を管理するパッケージ管理表を保持するパッケージ管理表保持部と、
   前記第一の端末の秘密データの管理方式、暗号アルゴリズム、鍵長とアップロードされた前記秘密のデータとを前記パッケージ管理表に登録するパッケージ登録手段とを備え、
   第一の端末から第二の端末へのデータ移動時に、それぞれの端末の属性情報と前記セキュリティポリシーテーブルに基づいてその可否を判定する、
   ことを特徴とするデータマイグレーションシステム。
2. 第一の端末内で保護されたデータを、マイグレーションサーバ経由で第二の端末に移動するデータマイグレーションシステムにおけるマイグレーションサーバであって、
   データを受信する受信手段と、
   データを送信する送信手段と、
   アクセスした端末が不正に改竄されていないか端末認証子を検証する検証手段と、
   前記端末から送られた証明書が正当なものであるかどうかを解析する解析手段と、
   前記マイグレーションサーバ内で管理する秘密のデータのパッケージを管理するパッケージ管理表を保持するパッケージ管理表保持部と、
   前記第一の端末からアップロードされた前記秘密のデータのパッケージを前記パッケージ管理表に登録するパッケージ登録手段と、
   暗号強度レベルが、各種暗号アルゴリズムの場合どの鍵長によって実現されるかを示す表であるセキュリティポリシーテーブルを保持するセキュリティポリシーテーブル保持部と、
   前記パッケージのダウンロード要求を前記第二の端末から受けたとき同時に受けた前記第二の端末の証明書の情報と、前記セキュリティポリシーテーブルとに従って、マイグレートの可否を判定するマイグレート可否判定手段と、
   前記パッケージを前記第二の端末で用いることができるように、パッケージを再生成するパッケージ再生成手段とを備える、
   ことを特徴とするマイグレーションサーバ。

Images