JP2024503327A - セキュアなデータ移動 - Google Patents

Abstract

コンピュータ実装方法は、トランスコーダによって、第２の暗号化データを受信することを含む。第２の暗号化データは、データを第１の鍵で暗号化して第１の暗号化データを作成し、次いで第１の暗号化データを第２の鍵で暗号化して第２の暗号化データとしたものである。方法は、第２の鍵を受信し、第２の鍵を使用して第２の暗号化データを復号化し、第１の暗号化データを取得することを含む。方法は、第３の鍵を使用して第１の暗号化データを暗号化し、第３の暗号化データを作成することと、第３の暗号化データを宛先ノードに送信することと、を含む。コンピュータ実装方法は、トランスコーダによって、第２の暗号化された鍵を受信することを含む。第２の暗号化された鍵は、鍵を第１の鍵で暗号化して第１の暗号化された鍵を作成し、次いで第１の暗号化された鍵を第２の鍵で暗号化して第２の暗号化された鍵としたものである。

Description

本発明は、ストレージシステムを使用したデータ移動に関し、より具体的には、クラウドストレージシステムおよびネットワークにおけるデータ移動のためのセキュアトランスコーダ（secure transcoder）に関する。

様々なコンピュータノード間でデータをセキュアに共有することが望ましい。セキュアなデータ転送は、保存されたデータの近くで計算機能を提供する場合に特に有益である。例えば、各ノードは、特定の計算機能（例えば、データベース、推論エンジンなど）を有することができる。従来技術のアプローチでは、データ共有を制限するためにアクセス制御を使用してきた。アクセス制御は絶対に安全なものではなく、データ漏洩につながる可能性がある。例えば、特権が拡大されたり、制御が誤設定されたりする可能性がある。

他の従来技術のアプローチでは、ソースノードが保存データを暗号化する。別のアプローチでは、ソースノードがデータを復号化し、共有のためにセキュアリンクを介してデータを送信する場合がある。さらに別のアプローチでは、ソースノードがデータを復号化し、ソースノードが自身の復号化キーを宛先ノードと共有する場合がある。これらの用途では、データ漏洩の機会が多い。一部の用途では、準同型暗号化（homomorphic encryption）を使用してデータへのセキュアなアクセスを提供する場合がある。しかし、準同型暗号化は、宛先ノードがデータのプレーンテキスト（plaintext）にアクセスすることなくデータに対して計算を実行することが許可されている状況に限定される。準同型暗号化は、その性能の遅さによって有用性が制限される。

これらの様々な従来技術のアプローチは、宛先ノードに高い信頼性を要求する傾向がある。さらに、これらの従来技術のアプローチには、機能交換（function replacement）の柔軟性が欠けている。当技術分野では依然として、特に宛先ノードが不正を行った場合に共有を終了する能力を含め、共有データに関して高度なセキュリティを提供しながら、データをセキュアに共有し、動作（例えば、ストレージ近傍での計算など）を許可する方法が求められている。

一態様に係るコンピュータ実装方法は、トランスコーダによって、第２の暗号化データを受信することを含む。第２の暗号化データは、データを第１の鍵で暗号化して第１の暗号化データを作成し、次いで第１の暗号化データを第２の鍵で暗号化して第２の暗号化データとしたものである。方法は、トランスコーダによって、第２の鍵を受信することと、トランスコーダによって、第２の鍵を使用して第２の暗号化データを復号化し、第１の暗号化データを取得することと、を含む。方法はまた、トランスコーダによって、第３の鍵を使用して第１の暗号化データを暗号化し、第３の暗号化データを作成することと、トランスコーダによって、第３の暗号化データを宛先ノードに送信することと、を含む。このコンピュータ実装方法は、トランスコーダが宛先ノードに許可する限り、ソースノードが保存したデータに宛先ノードがアクセスし、データを復号化できるという利点がある。一実施形態によれば、コンピュータ実装方法は、トランスコーダによって、第３の鍵を宛先ノードに送信することを含んでもよい。宛先ノードは、第３の鍵を使用して第３の暗号化データを復号化し、第１の暗号化データを取得する。宛先ノードは、第１の鍵を使用して第１の暗号化データを復号化し、データを取得する。この実施形態の利点として、宛先ノードが復号化可能な、二重に暗号化されたデータへのアクセスを宛先ノードに提供できるとともに、トランスコーダは第１の鍵へのアクセスを有さず、データ漏洩を防止することができる。

コンピュータ実装方法は、一実施形態によれば、トランスコーダによって、ソースノードと宛先ノードとの間のデータ共有を終了させるために、第３の鍵をダミー鍵に置き換えることを含んでもよい。この実施形態は、宛先ノードが第３の鍵のコピーを保持している場合であっても、宛先ノードによる保存データへのアクセスを制限できるという利点がある。

別の態様に係るシステムは、プロセッサと、プロセッサに統合されたロジック、プロセッサによって実行可能なロジック、または、プロセッサに統合されかつプロセッサによって実行可能なロジックと、を含む。ロジックは、上述した方法を実行するように構成される。

さらに別の態様に係るコンピュータプログラム製品は、１つ以上のコンピュータ可読記憶媒体と、１つ以上のコンピュータ可読記憶媒体にまとめて記憶されたプログラム命令と、を含む。プログラム命令は、上述した方法を実行するためのプログラム命令を含む。

一態様に係るコンピュータ実装方法は、トランスコーダによって、第２の暗号化された鍵を受信することを含む。第２の暗号化された鍵は、鍵を第１の鍵で暗号化して第１の暗号化された鍵を作成し、次いで第１の暗号化された鍵を第２の鍵で暗号化して第２の暗号化された鍵としたものである。方法は、トランスコーダによって、第２の鍵を受信することと、トランスコーダによって、第２の鍵を使用して第２の暗号化された鍵を復号化し、第１の暗号化された鍵を取得することを含む。方法はまた、トランスコーダによって、第３の鍵を使用して第１の暗号化された鍵を暗号化し、第３の暗号化された鍵を作成することと、トランスコーダによって、第３の暗号化された鍵を宛先ノードに送信することと、を含む。この態様は、比較的長いデータブロックをトランスコードするよりも、鍵をトランスコードする方が効率的な場合に、トランスコードの効率を向上することができる。

コンピュータ実装方法は、一実施形態によれば、トランスコーダによって、第３の鍵を宛先ノードに送信することを含んでもよい。宛先ノードは、第３の鍵を使用して第３の暗号化された鍵を復号化し、第１の暗号化された鍵を取得する。宛先ノードは、第１の鍵を使用して第１の暗号化された鍵を復号化し、鍵を取得する。この実施形態の利点として、宛先ノードが復号化可能な、二重に暗号化されたデータへのアクセスを宛先ノードに提供できるとともに、トランスコーダは第１の鍵へのアクセスを有さず、データ漏洩を防止することができる。

コンピュータ実装方法は、一実施形態によれば、宛先ノードが鍵を使用してソースノードからのデータを復号化することを含んでもよい。この実施形態は、二重暗号化による安全性を提供しながら、比較的長いデータブロックに対する二重暗号化プロセスを回避できるという利点がある。

さらに別の態様に係るコンピュータプログラム製品は、１つ以上のコンピュータ可読記憶媒体と、１つ以上のコンピュータ可読記憶媒体にまとめて記憶されたプログラム命令と、を含む。プログラム命令は、上述した方法を実行するためのプログラム命令を含む。

本発明の他の態様およびアプローチは、以下の詳細な説明から明らかになる。以下の詳細な説明は、添付図面との併用により、本発明の原理を例示する。

次に、本発明の好ましい実施形態を、例示のみを目的として、以下の図面を参照して説明する。

本発明の一実施形態に係る、クラウドコンピューティング環境を示す図である。 本発明の一実施形態に係る、抽象化モデルレイヤを示す図である。 本発明の一実施形態に係る、概略的アーキテクチャ図である。 本発明の一実施形態に係る、概略的アーキテクチャ図である。 本発明の一実施形態に係る、概略的アーキテクチャ図である。 本発明の一実施形態に係る、概略的アーキテクチャ図である。 本発明の一実施形態に係る、概略的アーキテクチャ図である。 本発明の一実施形態に係る、概略的アーキテクチャ図である。 本発明の一実施形態に係る、方法のフローチャートである。 本発明の一実施形態に係る、方法のフローチャートである。

以下の説明は、本発明の一般的な原理を説明する目的でなされたものであり、本明細書において特許請求される発明概念を限定することを意図するものではない。さらに、本明細書に記載された特定の特徴は、様々な可能な組み合わせおよび置き換えの各々において、他の記載された特徴と組み合わせて使用することができる。

本明細書において別段の具体的な定義がなされない限り、すべての用語は、当業者によって理解される意味もしくは辞書や専門書などで定義される意味またはその両方、および本明細書から示唆される意味を含む、可能な限り広範な解釈が与えられる。

また、本明細書および添付の特許請求の範囲において、単数形「ある（ａ）」、「ある（an）」および「その（the）」は、別段の指定がない限り、複数の指示対象も含む。さらに、本明細書において、「含む（comprises）」もしくは「含む（comprising）」またはその両方の用語が用いられる場合、記載された特徴、整数、ステップ、操作、要素、もしくは構成要素またはその組み合わせが存在することを規定するが、１つ以上の他の特徴、整数、ステップ、操作、要素、構成要素、もしくはそれらのグループまたはその組み合わせが存在したり、追加されたりすることを排除するものではない。

以下の説明では、ソースノードと宛先ノードとの間で保存データへのアクセスを共有するいくつかの実施形態が開示される。これらの実施形態では、トランスコーダを使用し、保存データを復号化するためのソース秘密鍵にアクセスすることなく、宛先ノードにデータへのアクセスを提供する。

一般的な一実施形態において、コンピュータ実装方法は、トランスコーダによって、第２の暗号化データを受信することを含む。第２の暗号化データは、データを第１の鍵で暗号化して第１の暗号化データを作成し、これを第２の鍵で暗号化して第２の暗号化データとしたものである。方法は、トランスコーダによって、第２の鍵を受信することと、トランスコーダによって、第２の鍵を使用して第２の暗号化データを復号化し、第１の暗号化データを得ることとを含む。方法はまた、トランスコーダによって、第３の鍵を使用して第１の暗号化データを暗号化して第３の暗号化データを作成することと、トランスコーダによって、第３の暗号化データを宛先ノードに送信することとを含む。

別の一般的な実施形態において、システムは、プロセッサと、プロセッサに統合されたロジック、プロセッサによって実行可能なロジック、またはプロセッサに統合されかつプロセッサによって実行可能なロジックとを含む。ロジックは、上述の方法を実行するように構成される。

別の一般的な実施形態において、コンピュータプログラム製品は、１つ以上のコンピュータ可読記憶媒体と、１つ以上のコンピュータ可読記憶媒体にまとめて記憶されたプログラム命令とを含む。プログラム命令は、上述の方法を実行するためのプログラム命令を含む。

一般的な一実施形態において、コンピュータ実装方法は、トランスコーダによって、第２の暗号化された鍵を受信することを含む。第２の暗号化された鍵は、鍵を第１の鍵で暗号化して第１の暗号化された鍵を作成し、これを第２の鍵で暗号化して第２の暗号化された鍵としたものである。方法は、トランスコーダによって、第２の鍵を受信することと、トランスコーダによって、第２の鍵を使用して第２の暗号化された鍵を復号化し、第１の暗号化された鍵を取得することとを含む。方法はまた、トランスコーダによって、第３の鍵を使用して第１の暗号化された鍵を暗号化して第３の暗号化された鍵を作成することと、トランスコーダによって、第３の暗号化された鍵を宛先ノードに送信することとを含む。

別の一般的な実施形態において、コンピュータプログラム製品は、１つ以上のコンピュータ可読記憶媒体と、１つ以上のコンピュータ可読記憶媒体にまとめて記憶されたプログラム命令とを含む。プログラム命令は、上述の方法を実行するためのプログラム命令を含む。

本開示は、クラウドコンピューティングに関する詳細な説明を含むが、本明細書に記載された教示の実装形態は、クラウドコンピューティング環境に限定されないことを理解されたい。むしろ、本発明の実施形態は、現在公知のまたは後に開発される任意の他のタイプのコンピューティング環境と組み合わせて実施することが可能である。

クラウドコンピューティングは、設定可能なコンピューティングリソース（例えばネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、記憶装置、アプリケーション、仮想マシンおよびサービス）の共有プールへの簡便かつオンデマンドのネットワークアクセスを可能にするためのサービス提供のモデルであり、リソースは、最小限の管理労力または最小限のサービスプロバイダとのやり取りによって速やかに準備（provision）およびリリースできるものである。このクラウドモデルは、少なくとも５つの特性、少なくとも３つのサービスモデル、および少なくとも４つの展開モデルを含むことができる。

特性は以下の通りである。

オンデマンド・セルフサービス：クラウドの消費者は、サービスプロバイダとの人的な対話を必要することなく、必要に応じて自動的に、サーバ時間やネットワークストレージなどのコンピューティング能力を一方的に準備することができる。

ブロード・ネットワークアクセス：コンピューティング能力はネットワーク経由で利用可能であり、また、標準的なメカニズムを介してアクセスできる。それにより、異種のシンまたはシッククライアントプラットフォーム（例えば、携帯電話、ラップトップ、ＰＤＡ）による利用が促進される。

リソースプーリング：プロバイダのコンピューティングリソースはプールされ、マルチテナントモデルを利用して複数の消費者に提供される。様々な物理リソースおよび仮想リソースが、需要に応じて動的に割り当ておよび再割り当てされる。一般に消費者は、提供されたリソースの正確な位置を管理または把握していないため、位置非依存（location independence）の感覚がある。ただし消費者は、より高い抽象レベル（例えば、国、州、データセンタ）では場所を特定可能な場合がある。

迅速な柔軟性（elasticity）：コンピューティング能力は、迅速かつ柔軟に準備することができるため、場合によっては自動的に、直ちにスケールアウトし、また、速やかにリリースされて直ちにスケールインすることができる。消費者にとって、準備に利用可能なコンピューティング能力は無制限に見える場合が多く、任意の時間に任意の数量で購入することができる。

サービスの測定：クラウドシステムは、サービスの種類（例えば、ストレージ、処理、帯域幅、アクティブユーザアカウント）に適したある程度の抽象化レベルでの計量機能（metering capability）を活用して、リソースの使用を自動的に制御し最適化する。リソース使用量を監視、制御、および報告して、利用されるサービスのプロバイダおよび消費者の両方に透明性を提供することができる。

サービスモデルは以下の通りである。

サービスとしてのソフトウェア（ＳａａＳ）：消費者に提供される機能は、クラウドインフラストラクチャ上で動作するプロバイダのアプリケーションを利用できることである。当該そのアプリケーションは、ウェブブラウザ（例えばウェブメール）などのシンクライアントインタフェースを介して、各種のクライアント装置からアクセスできる。消費者は、ネットワーク、サーバ、オペレーティングシステム、ストレージや、個別のアプリケーション機能さえも含めて、基礎となるクラウドインフラストラクチャの管理や制御は行わない。ただし、ユーザ固有の限られたアプリケーション構成の設定はその限りではない。

サービスとしてのプラットフォーム（ＰａａＳ）：消費者に提供される機能は、プロバイダによってサポートされるプログラム言語およびツールを用いて、消費者が作成または取得したアプリケーションを、クラウドインフラストラクチャに展開（deploy）することである。消費者は、ネットワーク、サーバ、オペレーティングシステム、ストレージを含む、基礎となるクラウドインフラストラクチャの管理や制御は行わないが、展開されたアプリケーションを制御でき、かつ場合によってはそのホスティング環境の構成も制御できる。

サービスとしてのインフラストラクチャ（ＩａａＳ）：消費者に提供される機能は、オペレーティングシステムやアプリケーションを含む任意のソフトウェアを消費者が展開および実行可能な、プロセッサ、ストレージ、ネットワーク、および他の基本的なコンピューティングリソースを準備することである。消費者は、基礎となるクラウドインフラストラクチャの管理や制御は行わないが、オペレーティングシステム、ストレージ、および展開されたアプリケーションを制御でき、かつ場合によっては一部のネットワークコンポーネント（例えばホストファイアウォール）を部分的に制御できる。

展開モデルは以下の通りである。

プライベートクラウド：このクラウドインフラストラクチャは、特定の組織専用で運用される。このクラウドインフラストラクチャは、当該組織または第三者によって管理することができ、オンプレミスまたはオフプレミスで存在することができる。

コミュニティクラウド：このクラウドインフラストラクチャは、複数の組織によって共有され、共通の関心事（例えば、ミッション、セキュリティ要件、ポリシー、およびコンプライアンス）を持つ特定のコミュニティをサポートする。このクラウドインフラストラクチャは、当該組織または第三者によって管理することができ、オンプレミスまたはオフプレミスで存在することができる。

パブリッククラウド：このクラウドインフラストラクチャは、不特定多数の人々や大規模な業界団体に提供され、クラウドサービスを販売する組織によって所有される。

ハイブリッドクラウド：このクラウドインフラストラクチャは、２つ以上のクラウドモデル（プライベート、コミュニティまたはパブリック）を組み合わせたものとなる。それぞれのモデル固有の実体は保持するが、標準または個別の技術によってバインドされ、データとアプリケーションの可搬性（例えば、クラウド間の負荷分散のためのクラウドバースティング）を実現する。

クラウドコンピューティング環境は、ステートレス性（statelessness）、低結合性（low coupling）、モジュール性（modularity）および意味論的相互運用性（semantic interoperability）に重点を置いたサービス指向型環境である。クラウドコンピューティングの中核にあるのは、相互接続されたノードのネットワークを含むインフラストラクチャである。

ここで、図１に例示的なクラウドコンピューティング環境５０を示す。図示するように、クラウドコンピューティング環境５０は１つ以上のクラウドコンピューティングノード１０を含む。これらに対して、クラウド消費者が使用するローカルコンピュータ装置（例えば、ＰＤＡもしくは携帯電話５４Ａ、デスクトップコンピュータ５４Ｂ、ラップトップコンピュータ５４Ｃ、もしくは自動車コンピュータシステム５４Ｎまたはこれらの組み合わせなど）は通信を行うことができる。ノード１０は互いに通信することができる。ノード１０は、例えば、上述のプライベート、コミュニティ、パブリックもしくはハイブリッドクラウドまたはこれらの組み合わせなど、１つ以上のネットワークにおいて、物理的または仮想的にグループ化（不図示）することができる。これにより、クラウドコンピューティング環境５０は、サービスとしてのインフラストラクチャ、プラットフォームもしくはソフトウェアまたはこれらの組み合わせを提供することができ、クラウド消費者はこれらについて、ローカルコンピュータ装置上にリソースを維持する必要がない。なお、図１に示すコンピュータ装置５４Ａ～Ｎの種類は例示に過ぎず、コンピューティングノード１０およびクラウドコンピューティング環境５０は、任意の種類のネットワークもしくはネットワークアドレス指定可能接続（例えば、ウェブブラウザの使用）またはその両方を介して、任意の種類の電子装置と通信可能であることを理解されたい。

ここで、クラウドコンピューティング環境５０（図１）によって提供される機能的抽象化レイヤのセットを図２に示す。なお、図２に示すコンポーネント、レイヤおよび機能は例示に過ぎず、本発明の実施形態はこれらに限定されないことをあらかじめ理解されたい。図示するように、以下のレイヤおよび対応する機能が提供される。

ハードウェアおよびソフトウェアレイヤ６０は、ハードウェアコンポーネントおよびソフトウェアコンポーネントを含む。ハードウェアコンポーネントの例には、メインフレーム６１、縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャベースのサーバ６２、サーバ６３、ブレードサーバ６４、記憶装置６５、ならびにネットワークおよびネットワークコンポーネント６６が含まれる。いくつかの実施形態において、ソフトウェアコンポーネントは、ネットワークアプリケーションサーバソフトウェア６７およびデータベースソフトウェア６８を含む。

仮想化レイヤ７０は、抽象化レイヤを提供する。当該レイヤから、例えば、仮想サーバ７１、仮想ストレージ７２、仮想プライベートネットワークを含む仮想ネットワーク７３、仮想アプリケーションおよびオペレーティングシステム７４、ならびに仮想クライアント７５などの仮想エンティティを提供することができる。

一例として、管理レイヤ８０は以下の機能を提供することができる。リソース準備８１は、クラウドコンピューティング環境内でタスクを実行するために利用されるコンピューティングリソースおよび他のリソースの動的な調達を可能にする。計量および価格設定８２は、クラウドコンピューティング環境内でリソースが利用される際のコスト追跡、およびこれらのリソースの消費に対する請求またはインボイス送付を可能にする。一例として、これらのリソースはアプリケーションソフトウェアのライセンスを含んでもよい。セキュリティは、データおよび他のリソースに対する保護のみならず、クラウド消費者およびタスクの識別確認を可能にする。ユーザポータル８３は、消費者およびシステム管理者にクラウドコンピューティング環境へのアクセスを提供する。サービスレベル管理８４は、要求されたサービスレベルが満たされるように、クラウドコンピューティングリソースの割り当ておよび管理を可能にする。サービス品質保証（ＳＬＡ）の計画および履行８５は、ＳＬＡに従って将来必要になると予想されるクラウドコンピューティングリソースの事前手配および調達を可能にする。

ワークロードレイヤ９０は、クラウドコンピューティング環境の利用が可能な機能の例を提供する。このレイヤから提供可能なワークロードおよび機能の例には、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室教育の配信９３、データ分析処理９４、取引処理９５、安全なデータ移動９６が含まれる。

本発明の様々な実施形態は、トランスコーダを使用し、保存データを復号化するためのソース秘密鍵にアクセスすることなく、宛先ノードにデータへのアクセスを提供することにより、ソースノードと宛先ノードとの間で保存データへのアクセスを共有することを含む。好ましい実施形態において、保存データは、ソースノードによって第１のソース鍵で暗号化され、この暗号化されたデータ（例えば、第１の暗号化データ）は、ソースノードによって第２のソース鍵でさらに暗号化され、二重に暗号化されたデータ（例えば、第２の暗号化データ）が作成される。第１のソース鍵は宛先ノードと共有され、第２のソース鍵はセキュアトランスコーダと共有される。トランスコーダは第３の鍵を提供し、第３の鍵を宛先ノードと共有する。トランスコーダは、第２の鍵を使用して、二重に暗号化されたデータを復号化し、第３の鍵を使用して、この一重に暗号化された状態となったデータを再暗号化することにより、第３の鍵で二重に暗号化されたデータ（例えば、第３の暗号化データ）を作成する。トランスコーダは、第３の鍵を宛先ノードと共有する。宛先ノードは、トランスコーダを介して二重に暗号化されたデータ（例えば、第１の鍵で暗号化され、さらに第３の鍵で暗号化されたデータ）にアクセスする。二重に暗号化されたデータは、永続データ用のデータストアに保存される。

有利な点として、本発明の少なくともいくつかの実施形態では、トランスコーダが（例えば、ソースノードとトランスコーダとの間で確立された共有ポリシーに従って）宛先ノードに許可する限り、宛先ノードがデータにアクセスし、データを復号化することができる。さらに、トランスコーダがプレーンテキストデータにアクセスすることはなく、宛先ノードは、共有ポリシーが変更されると、その後は保存データにアクセスできなくなる。

他のアプローチでは、ソースノードは、データの各チャンク（chunk）を異なるチャンク鍵で暗号化する（例えば、データの各チャンクは、固有のチャンク鍵で暗号化される）。そして、ソースノードは、本開示の少なくともいくつかの実施形態において、各データチャンクを暗号化し、各データチャンクをトランスコード（コード変換）する。このチャンクごとに鍵を使用する（key-per-chunk）アプローチは、トランスコーダの暗号化負荷を大幅に低減することができる。

本明細書で説明する実施形態の少なくともいくつかは、対称暗号化（symmetric encryption）技術で有利に使用可能である。これにより、システム内のノード間でデータを転送する比較的低速の公開鍵暗号化方法と比較して、比較的高いパフォーマンスを得ることができる。

図３は、様々な構成に従った概略的アーキテクチャ図である。アーキテクチャ３００は、特に図１～２および図４～７に示した環境のいずれかにおいて様々な構成で、本発明の好ましい一実施形態に従って実装することができる。もちろん、本明細書の記載を読めば当業者には理解できるように、図３に具体的に記載した要素よりも多いまたは少ない要素がアーキテクチャ３００に含まれてもよい。

アーキテクチャ３００はその概略的アーキテクチャとして、ソースノード３０２、ストレージ３０４、および宛先ノード３０６を含む。ソースノード３０２は、ソースノード計算リソース３０８、第１の鍵ｋ１（３１０）、および第２の鍵ｋ２（３１２）を含む。ソースノード３０２は、ソースノードマネージャ機能３１４、ソースノードｋ１暗号化／復号化機能３１６、およびソースノードｋ２暗号化／復号化機能３１８を含む。当業者であれば本開示を読んで理解できるように、本明細書で説明する暗号化／復号化機能は、適切な鍵および任意の公知の暗号化技術を使用して、データを暗号化もしくは復号化またはその両方を行うように構成することができる。ソースノード３０２は、複数の第１の鍵、複数の第２の鍵、複数の第１の鍵セット、複数の第２の鍵セットなどを含むことができる。

ストレージ３０４は、ストレージシステム、ソリッドステートドライブ（ＳＳＤ）、ハードディスク、テープドライブ、ストレージクラスメモリ、ＤＲＡＭ、永続ストレージ、または当技術分野で公知の任意のタイプのストレージ、またはそれらの任意の組み合わせとすることができる。

アーキテクチャ３００は、セキュアトランスコーダ３２０を含む。セキュアトランスコーダ３２０は、セキュアトランスコーダマネージャ機能３２２と、第２の鍵ｋ２（３１２）用のセキュア鍵ストレージ３２４とを含む。セキュアトランスコーダ３２０は、少なくともいくつかのアプローチにおいて、鍵生成器３２６を含むことができる。セキュアトランスコーダ３２０は第３の鍵ｋ３（３２８）を含む。セキュアトランスコーダ３２０は、セキュアトランスコーダｋ２暗号化／復号化機能３３０と、セキュアトランスコーダｋ３暗号化／復号化機能３３２とを含む。

様々なアプローチにおいて、鍵生成器３２６は、第３の鍵ｋ３（３２８）を生成する。第３の鍵ｋ３（３２８）は、いくつかのアプローチではソースノード３０２によって生成されてもよい。他のアプローチでは、第３の鍵ｋ３（３２８）は宛先ノード３０６によって生成されてもよい。好ましい実施形態において、第３の鍵ｋ３（３２８）は、鍵生成器３２６またはソースノード３０２によって生成され、弱い鍵になることや鍵が再利用されることなどを回避する。さらに他のアプローチでは、当業者であれば本開示を読めば明らかなように、本明細書で説明する鍵は、当該技術分野で公知の鍵生成器もしくは鍵マネージャ（不図示）またはその両方によって生成もしくは管理またはその両方が行われてもよい。

セキュアトランスコーダ３２０は、共有動作（sharing operation）を実行するように設計されてもよい。共有動作の各々は、別々のポリシーによって定義されることが好ましい。トランスコーダは、複数の鍵ストレージもしくは複数のセキュアトランスコーダ暗号化／復号化機能またはその両方を有してもよい。これらの追加のポリシー（および関連するコンポーネント）によって、各共有ポリシーに対して追加のセキュリティが提供される（例えば、各共有ポリシーは、同じデータにアクセスする可能性があるとしても、それぞれ別個の固有の第３の鍵を有してもよい）。

セキュアトランスコーダ３２０は、ハードウェア、ソフトウェア等、またはそれらの任意の組み合わせにおいて実装することができる。所望のセキュリティを達成するために、セキュアトランスコーダ３２０は、セキュアトランスコーダ３２０の外部からのアクセスに対して第２の鍵ｋ２（３１２）を保護し、データ漏洩によるセキュリティの弱体化または欠如を防止する。

宛先ノード３０６は、宛先ノード計算リソース３３４、第１の鍵ｋ１（３１０）用の鍵ストレージ３３６、および第３の鍵ｋ３（３２８）用の鍵ストレージ３３８を含む。宛先ノード３０６は、宛先ノードマネージャ機能３４０を含む。宛先ノード３０６は、宛先ノードｋ１暗号化／復号化機能３４２および宛先ノードｋ３暗号化／復号化機能３４４を含む。

アーキテクチャ３００の様々な実施形態に従った例示的な実装形態を、図３の矢印もしくは接続線またはその両方を参照して説明する。ソースノード３０２は、ストレージ３０４にデータを保存する。当業者であれば本開示を読めば明らかなように、本開示を通して使用されるデータは、アプリケーションデータ、メタデータ、鍵、任意の他の種類の情報、またはそれらの任意の組み合わせを含むことができる。本開示を通して使用されるように、暗号化は、暗号化表記「ｅｎｃｒｙｐｔ（鍵，データ）」によって示され、復号化は、復号化表記「ｄｅｃｒｙｐｔ（鍵，データ）」によって示される場合がある。「Ｐ」で示されるデータの単位を格納するソースノード３０２は、好ましくは、ソースノードｋ１暗号化／復号化機能３１６によって、第１の鍵ｋ１（３１０）を使用して、データＰをＣ１＝ｅｎｃｒｙｐｔ（ｋ１，Ｐ）として暗号化する。さらに、ソースノードｋ２暗号化／復号化機能３１８は、第２の鍵ｋ２（３１２）を使用して、この得られた（Ｃ１）をＣ２＝ｅｎｃｒｙｐｔ（ｋ２，Ｃ１）として暗号化する。暗号化されたデータＣ２は、動作３４６にてストレージ３０４に送信される。保存されたデータは、第１の鍵ｋ１（３１０）と第２の鍵ｋ２（３１２）の組み合わせで暗号化される。いくつかのアプローチでは、共有のために暗号化を必要としないデータは、動作３４８にてストレージ３０４に直接送信されてもよい。様々なアプローチにおいて、ストレージ３０４は、当業者であれば本開示を読めば明らかな方法でデータ保存のためにさらなる暗号化を実行するための、暗号化／復号化機能（不図示）を有してもよい。

データを共有する前に、ソースノード３０２、ストレージ３０４、宛先ノード３０６、およびセキュアトランスコーダ３２０は、互いを認証して互いの身元（identity）を確認することが好ましい。様々なアプローチにおいて、アーキテクチャ３００内の各コンポーネントの身元は、当該技術分野で公知のプロトコルに従って認証されてもよい。いくつかのアプローチでは、認証は、当事者間の安全な通信接続を設定することの一部として行われてもよい。好ましい実施形態において、すべての通信リンクはセキュアな状態である（例えば、暗号化されている）。例えば、ソースノード３０２は、共有ポリシーを使用して、宛先ノード３０６とのデータの共有アクセスを設定してもよい。共有ポリシーは、共有するデータのセット、共有期間、共有するデータの量、他のアクセス権限等、またはそれらの任意の組み合わせなどのポリシー情報を含んでもよい。ポリシー情報は、動作３５０にて、ソースノードマネージャ機能３１４とセキュアトランスコーダマネージャ機能３２２との間で（例えば、ソースノードマネージャ機能３１４からセキュアトランスコーダマネージャ機能３２２へ）送信してもよい。セキュアトランスコーダマネージャ機能３２２は、ポリシー情報が正しく、ポリシーがセキュアトランスコーダ３２０によってサポートされることを検証してもよい。このような検証は、動作３５２にて、宛先ノードマネージャ機能３４０と通信し、ポリシーが宛先ノード３０６によってサポートされることを確認することを含んでもよい。各コンポーネントの身元が検証され、ポリシー情報が検証されたことに応じて、ソースノード３０２は、動作３５４にて、第２の鍵ｋ２（３１２）をセキュアトランスコーダ３２０に送信してもよい。セキュアトランスコーダ３２０は、第２の鍵ｋ２（３１２）のコピーを第２の鍵ｋ２（３１２）用のセキュア鍵ストレージ３２４に保存する。

好ましい実施形態において、セキュアトランスコーダ３２０および宛先ノード３０６のいずれも、第１の鍵ｋ１（３１０）と第２の鍵ｋ２（３１２）の両方にアクセスすることはできない。このようなアクセスを有しない場合、セキュアトランスコーダ３２０および宛先ノード３０６は、ソースノード３０２によって保存されたストレージ３０４内のデータを復号化することができない。好ましい一実施形態において、第２の鍵ｋ２（３１２）用のセキュア鍵ストレージ３２４は揮発性であり、停電が発生した場合、セキュアトランスコーダ３２０は、共有を再確立するために、影響を受けた当事者を再認証する必要がある（あるいはその逆に、影響を受けた当事者がセキュアトランスコーダ３２０を再認証する必要がある）。停電が発生した場合、セキュアトランスコーダ３２０はまた、共有を再確立するために、第３の鍵ｋ３（３２８）用の鍵ストレージ３３８を再認証する（あるいはその逆に、鍵ストレージ３３８がセキュアトランスコーダ３２０を再認証する）。セキュアトランスコーダ３２０が第２の鍵ｋ２（３１２）を第２の鍵ｋ２（３１２）用のセキュア鍵ストレージ３２４に保存する期間は、上述したように、共有ポリシーによって決定される。共有ポリシーによって示される共有が終了したことに応答して、セキュアトランスコーダ３２０は、当業者であれば本開示を読めば明らかな任意の方法で、第２の鍵ｋ２（３１２）の保存コピーをシュレッドする（例えば、削除またはその他の方法で破壊する）。第２の鍵ｋ２（３１２）をシュレッドすることは、第２の鍵ｋ２（３１２）用のセキュア鍵ストレージ３２４にとって、保存した鍵情報によるセキュアトランスコーダｋ２暗号化／復号化機能３３０へのアクセスを制限する上で有益である。このようにシュレッドすることにより、第２の鍵ｋ２（３１２）の漏洩が防止される。

セキュアトランスコーダ３２０は、ポリシー検証後にデータの共有を設定することの一部として、鍵生成器３２６を使用して第３の鍵ｋ３（３２８）を生成してもよい。第３の鍵ｋ３（３２８）は、動作３５６にて宛先ノード３０６に送信される。宛先ノード３０６は、第３の鍵ｋ３（３２８）のコピーを第３の鍵ｋ３（３２８）用の鍵ストレージ３３８に保存する。さらに、ポリシー検証後にデータの共有を設定することの一部として、ソースノード３０２は、動作３５８にて、第１の鍵ｋ１（３１０）を宛先ノード３０６に送信する。宛先ノード３０６は、第１の鍵ｋ１（３１０）のコピーを第１の鍵ｋ１（３１０）用の鍵ストレージ３３６に保存する。好ましい実施形態において、第１の鍵ｋ１（３１０）用の鍵ストレージ３３６と第３の鍵ｋ３（３２８）用の鍵ストレージ３３８はどちらも揮発性である。好ましい１つのアプローチでは、共有が終了すると、セキュアトランスコーダ３２０は第３の鍵ｋ３（３２８）を削除し、宛先ノード３０６からの共有データに対する要求の受け付けを停止する。他のアプローチでは、セキュアトランスコーダ３２０は、当業者であれば本開示を読めば明らかな任意の方法で、第３の鍵ｋ３（３２８）をダミー鍵（dummy key）に置き換え、宛先ノード３０６が共有データを要求しても、データなしとなるか、使用不可能なデータが返されるか、またはその両方の結果となるようにする（例えば、宛先ノード３０６が第１の鍵ｋ１（３１０）のみを有していても読み取ることはできず、また第３の鍵を使用しても、宛先ノード３０６にはｋ１で暗号化されたデータは返されない）。宛先ノード３０６が共有データへの書き込みアクセス権を有している場合、ダミー鍵によって、当業者であれば本開示を読めば明らかな方法で、すべての書き込みアクセスが終了される。

他のアプローチでは、セキュアトランスコーダ３２０は、共有が終了したことを宛先ノード３０６に通知する。共有が終了したことに応答して、宛先ノード３０６は、第１の鍵ｋ１（３１０）および第３の鍵ｋ３（３２８）の保存コピーを削除する。共有ポリシーは、ソースノード３０２からセキュアトランスコーダ３２０、ストレージ３０４、宛先ノード３０６などへのいずれか、またはそれらの組み合わせへのコマンド送信など、当業者であれば本開示を読めば明らかな任意の方法で終了させることができる。

例示的な実装形態において、宛先ノード３０６は、動作３６０にてセキュアトランスコーダ３２０にデータを要求することにより、読み出し動作を実行する。宛先ノード３０６は、ストレージ３０４から共有データに直接アクセスすることができない。これは、ストレージ３０４の共有データは、宛先ノード３０６が利用できない第２の鍵ｋ２（３１２）を使用して暗号化されているためである。読み出し要求が共有ポリシーによって許可されている場合、セキュアトランスコーダ３２０は、動作３６２にて、読み出し要求に関連するデータをストレージ３０４から読み出す。読み出し要求に関連するデータは、上述したように、Ｃ２＝ｅｎｃｒｙｐｔ（ｋ２，Ｃ１）として暗号化されている。読み出し要求に関連するデータは、動作３６４にて、セキュアトランスコーダｋ２暗号化／復号化機能３３０によって、第２の鍵ｋ２（３１２）を使用して、Ｃ１＝ｄｅｃｒｙｐｔ（ｋ２，Ｃ２）として復号化される。この関連データ（この時点では第１の鍵ｋ１（３１０）でのみ暗号化されている）は、動作３６６にて、セキュアトランスコーダｋ３暗号化／復号化機能３３２によって、第３の鍵ｋ３（３２８）を使用して暗号化される。動作３６６を実行する前の関連データは、Ｃ１＝ｅｎｃｒｙｐｔ（ｋ１，Ｐ）として依然として暗号化されており、第１の鍵ｋ１（３１０）は、セキュアトランスコーダ３２０には利用できない。したがって、セキュアトランスコーダ３２０は、ソースノード３０２によってストレージ３０４に保存されたデータを復号化することはできない。セキュアトランスコーダｋ３暗号化／復号化機能３３２は第３の鍵ｋ３（３２８）を使用して、この関連データをＣ３＝ｅｎｃｒｙｐｔ（ｋ３，Ｃ１）として暗号化する（例えば、データは第１の鍵ｋ１（３１０）と第３の鍵ｋ３（３２８）の両方で暗号化される）。暗号化されたデータは、動作３６０にて宛先ノード３０６に送信される。宛先ノード３０６は、宛先ノードｋ３暗号化／復号化機能３４４によって、第３の鍵ｋ３（３２８）を使用して、このデータをＣ１＝ｄｅｃｒｙｐｔ（ｋ３，Ｃ３）として復号化することができる（例えば、関連データは、この時点で第１の鍵ｋ１（３１０）でのみ暗号化されている）。宛先ノード３０６は、宛先ノードｋ１暗号化／復号化機能３４２によって、第１の鍵ｋ１（３１０）を使用して、データをＰ＝ｄｅｃｒｙｐｔ（ｋ１，Ｃ１）として復号化することができる（例えば、宛先ノード３０６は平文（clear）のデータにアクセスできるようになる）。

好ましい実施形態において、セキュアトランスコーダ３２０を使用した宛先ノード３０６とソースノード３０２との間の共有期間は、本明細書で説明する共有ポリシー情報に従って、動作３６０にて通信を停止することによって終了する。様々なアプローチにおいて、宛先ノード３０６とセキュアトランスコーダ３２０との間の通信チャネルが開いたままである場合、宛先ノード３０６とソースノード３０２との間の共有期間は、セキュアトランスコーダ３２０が第３の鍵ｋ３（３２８）もしくは第２の鍵ｋ２（３１２）またはその両方をシュレッドすることによって終了する。他のアプローチでは、セキュアトランスコーダ３２０は、第３の鍵ｋ３（３２８）もしくは第２の鍵ｋ２（３１２）またはその両方を当該技術分野で公知の種類のダミー鍵で置き換えることにより、共有期間を終了させることができる。第３の鍵ｋ３（３２８）もしくは第２の鍵ｋ２（３１２）またはその両方をシュレッドする、または置き換えることにより、例えば、動作３６０における通信が誤って、または設計上の欠陥により開いたままになっている場合であっても、追加のセキュリティを提供することができる。不正動作を行おうとする宛先ノードは、セキュアトランスコーダが暗号化データを復号化するための正しい鍵を有していない場合、セキュアトランスコーダから使用可能なデータを受信することはない。当業者であれば本開示を読めば明らかなように、セキュアトランスコーダ３２０は、鍵をシュレッドした後に共有期間を継続または再開するために、ソースノード３０２もしくは宛先ノード３０６またはその両方と再交渉することを必要としてもよい。この「キーローテーション（key rotation）」は、ストレージに保存されたデータのすべてを再暗号化する必要なく、システムに追加のセキュリティ機能を提供することができる。例えば、従来のシステムでは、トランスコーダが鍵を紛失した場合、１つのアプローチとして、ストレージ内のすべてのデータを再暗号化することが行われるが、これは、上述の再交渉プロセスと比較して、比較的長い時間がかかる場合がある。

データの単位Ｐを保存する前に、宛先ノード３０６は、宛先ノードｋ１暗号化／復号化機能３４２によって、第１の鍵ｋ１（３１０）を使用して、データＰをＣ１＝ｅｎｃｒｙｐｔ（ｋ１，Ｐ）として暗号化する。宛先ノード３０６はさらに、宛先ノードｋ３暗号化／復号化機能３４４によって、第３の鍵ｋ３（３２８）を使用して、この得られたＣ１をＣ３＝ｅｎｃｒｙｐｔ（ｋ３，Ｃ１）として暗号化する。データ（Ｃ２）に対する書き込み要求が、動作３６０にてセキュアトランスコーダ３２０に送信される。書き込み要求が共有ポリシーによって許可される場合、セキュアトランスコーダ３２０は書き込み要求を受け付ける。上述したように、データはＣ３＝ｅｎｃｒｙｐｔ（ｋ３，Ｃ１）として暗号化されている。書き込みデータは、セキュアトランスコーダｋ３暗号化／復号化機能３３２によって、第３の鍵ｋ３（３２８）を使用して、Ｃ１＝ｄｅｃｒｙｐｔ（ｋ３，Ｃ３）として復号化される。この書き込みデータは、動作３６６にて、セキュアトランスコーダｋ２暗号化／復号化機能３３０に送信される。動作３６６における書き込みデータは、Ｃ１＝ｅｎｃｒｙｐｔ（ｋ１，Ｐ）として依然として暗号化されている。第１の鍵ｋ１（３１０）は、セキュアトランスコーダ３２０には利用できない。したがって、セキュアトランスコーダ３２０は、宛先ノード３０６によって保存された書き込みデータを復号化することはできない。セキュアトランスコーダｋ２暗号化／復号化機能３３０はさらに、第２の鍵ｋ２（３１２）を使用して、この書き込みデータをＣ２＝ｅｎｃｒｙｐｔ（ｋ２，Ｃ１）として暗号化する。この（例えば、第１の鍵ｋ１（３１０）および第２の鍵ｋ２（３１２）で）暗号化されたデータは、動作３６２にてストレージ３０４に送信される。ソースノード３０２は、本開示の内容から当業者には明らかな適切な鍵を使用して、それぞれソースノードｋ２暗号化／復号化機能３１８およびソースノードｋ１暗号化／復号化機能３１６によって、Ｃ１＝ｄｅｃｒｙｐｔ（ｋ２，Ｃ２）およびＰ＝ｄｅｃｒｙｐｔ（ｋ１，Ｃ２）としてデータを復号化することができる。

一の代替的なアプローチにおいて、データはソースノード３０２によって第４の鍵（不図示）で暗号化されてもよい。そして、第４の鍵は上述の様々な実施形態に従って暗号化されてもよい。したがって、第４の鍵は暗号化対象のデータである。このアプローチでは、データの代わりに鍵がトランスコードされるので、比較的効率的なトランスコードとなる。例えば、データのブロックの長さが４ｋＢで、鍵の長さが３２Ｂの場合がある。このようなキーをトランスコードする場合、データブロックのトランスコードに比べて約１２８倍効率的である。このアプローチでは、第４の鍵の暗号化後に、データ（例えば、暗号化された鍵）を動作３４６にてストレージ３０４に送信してもよく、それによってソースノードｋ１暗号化／復号化機能３１６およびソースノードｋ２暗号化／復号化機能３１８をバイパスしてもよい。トランスコードする場合、データ（例えば、暗号化された鍵）を動作３６８にて宛先ノードに送信してもよく、それによってセキュアトランスコーダｋ２暗号化／復号化機能３３０およびセキュアトランスコーダｋ３暗号化／復号化機能３３２をバイパスしてもよい。

他のアプローチにおいて、セキュアトランスコーダ３２０から分離する必要のある付加情報を使用して、暗号化を行ってもよい。例えば、初期化ベクトル（ＩＶ）を暗号化に使用してもよい。ＩＶは、当業者であれば理解できるように、データ暗号化のための秘密鍵とともに使用され、一度だけ使用される任意の数値を指すことができる。第１の鍵による暗号化にＩＶを使用することで、ＩＶが第２の鍵による暗号化にさらされることを回避できる。ＩＶ情報は、本開示を読めば当業者には明らかなように、ＩＶの実装形態に応じて追加のセキュリティを提供するために、変換対称性（translation symmetry）を破るために有利に使用することができる。例えば、ＡＥＳ－ＸＴＳでは、ＩＶはアドレスの対称性を破るアドレスである。ＩＶがデータ内容に基づく場合、変換対称性は維持される。好ましい実施形態において、ＩＶ情報は宛先ノード３０６と共有されるが、セキュアトランスコーダ３２０とは共有されない。ＩＶは、本明細書で説明するアーキテクチャのセキュリティを弱体化することなく、第１の鍵による暗号化にＩＶが使用されるか否かにかかわらず、第２の鍵による暗号化に使用してもよい。本開示を読めば当業者には明らかなように、第２の鍵による暗号化のためのＩＶをセキュアトランスコーダ３２０が知る必要がある場合、ＩＶを導出するための情報は、セキュアトランスコーダ３２０とソースノード３０２との間で安全な接続を確立する交渉の一部であってもよい。

チャンクごとに鍵を使用する安全な重複排除（deduplication）システムにおいて、データのプレーンテキストチャンクに対してフィンガープリント（fingerprint）を計算してもよく、データチャンクはチャンク固有の鍵で暗号化される（例えば、各データチャンクは上述した第４の鍵などの固有のデータチャンク鍵で暗号化される）。フィンガープリントは第５の鍵（例えば、フィンガープリント鍵）で暗号化され、重複排除ストレージシステムが特定のフィンガープリントを特定のプレーンテキストに結びつけることができないようにする。本明細書に記載の様々な実施形態に従ってトランスコードするために、データチャンク鍵は、第１の鍵および第２の鍵でソースノードによって暗号化されるデータとすることができる。フィンガープリントを暗号化するための第１の鍵および第２の鍵は、データチャンク鍵を暗号化するための第１の鍵および第２の鍵とは異なっていてもよい。フィンガープリントおよびチャンク鍵の異なるデータセットは、宛先ノードで使用するために安全にトランスコードされる。一般的に、本開示全体を通して、セキュアトランスコーダを使用してソースノードおよび宛先ノード間で安全に共有されるデータ、鍵、メタデータなどをトランスコードするための複数の第１の鍵および複数の第２の鍵が存在してもよい。

さらに別のアプローチでは、セキュア重複排除システムにおいて、一の鍵グループに属する第２の鍵のセットが存在し、この鍵グループは、第１の鍵、フィンガープリント鍵、および重複排除（dedup）鍵を含む。このアプローチでは、ストレージシステムは重複排除されたデータを、重複排除鍵で復号化できないように保存してもよい。上記で詳述した様々な実施形態の少なくとも一部を実行するように構成されたものなどのセキュアトランスコーダを使用して、データを、第２の鍵のうちの１つから鍵グループの重複排除鍵に、または鍵グループの重複排除鍵から第２の鍵のうちの１つにトランスコードしてもよい。

別の実施形態において、鍵グループは、１つの共通の第１の鍵の代わりに、第１の鍵のセットを含んでもよい。本開示を読めば当業者には明らかなように、このアプローチでは、各第２の鍵と重複排除鍵とに対して、それぞれ第１の鍵が存在することが好ましい。

図４は、様々な構成に従った概略的アーキテクチャ図である。アーキテクチャ４００は、特に図１～３および図５Ａ～７に示した環境のいずれかにおいて様々な構成で、本発明の好ましい一実施形態に従って実装することができる。もちろん、本明細書の記載を読めば当業者には理解できるように、図４に具体的に記載した要素よりも多いまたは少ない要素がアーキテクチャ４００に含まれてもよい。

アーキテクチャ４００は、図３に示した態様の少なくとも一部の変形である。したがって、共通の特徴には共通の番号が付されている。アーキテクチャ４００はその概略的アーキテクチャとして、ソースノード３０２、ストレージ３０４、および宛先ノード３０６を含む。ソースノード３０２は、ソースノード計算リソース３０８、第１の鍵ｋ１（３１０）、および第２の鍵ｋ２（３１２）を含む。ソースノード３０２は、ソースノードマネージャ機能３１４、ソースノードｋ１暗号化／復号化機能３１６、およびソースノードｋ２暗号化／復号化機能３１８を含む。本開示を読めば当業者には理解できるように、本明細書で説明する暗号化／復号化機能は、関連する鍵を使用してデータを暗号化もしくは復号化またはその両方を行うことができる。

アーキテクチャ４００は、セキュアトランスコーダ３２０を含む。セキュアトランスコーダ３２０は、セキュアトランスコーダマネージャ機能３２２と、第２の鍵ｋ２（３１２）用のセキュア鍵ストレージ３２４とを含む。セキュアトランスコーダ３２０は、少なくともいくつかのアプローチにおいて、鍵生成器３２６を含んでもよい。セキュアトランスコーダ３２０は第３の鍵ｋ３（３２８）を含む。様々なアプローチにおいて、鍵生成器３２６は第３の鍵ｋ３（３２８）を生成する。他のアプローチでは、本明細書に記載のいずれかの鍵が、当該技術分野で公知の鍵生成器もしくは鍵マネージャ（不図示）またはその両方によって生成もしくは管理またはその両方が行われてもよい。セキュアトランスコーダ３２０は、セキュアトランスコーダｋ２暗号化／復号化機能３３０およびセキュアトランスコーダｋ３暗号化／復号化機能３３２を含む。

セキュアトランスコーダ３２０は、共有動作を実行するように設計されてもよい。共有動作の各々は、別々のポリシーによって定義されることが好ましい。トランスコーダは、複数の鍵ストレージもしくは複数のセキュアトランスコーダ暗号化／復号化機能またはその両方を有してもよい。これらの追加のポリシー（および関連するコンポーネント）によって、各共有ポリシーに対して追加のセキュリティが提供される（例えば、各共有ポリシーは、同じデータにアクセスする可能性があるとしても、それぞれ別個の固有の第３の鍵を有してもよい）。

宛先ノード３０６は、宛先ノード計算リソース３３４、第１の鍵ｋ１（３１０）用の鍵ストレージ３３６、および第３の鍵ｋ３（３２８）用の鍵ストレージ３３８を含む。宛先ノード３０６は、宛先ノードマネージャ機能３４０を含む。宛先ノード３０６は、宛先ノードｋ１暗号化／復号化機能３４２および宛先ノードｋ３暗号化／復号化機能３４４を含む。

図４のアーキテクチャ４００は、（例えば、図３の好ましい実施形態において例示し説明したような）データの二重暗号化が行われないシステムの例示的な実装形態を示している。ここで、ソースノード３０２は、第１の鍵ｋ１（３１０）で暗号化することなく、かつ第２の鍵ｋ２（３１２）で暗号化することなく、データをストレージ３０４に保存する。セキュアトランスコーダ３２０は、ストレージ３０４と通信しない。一方で、ソースノード３０２は、ストレージ３０４からすべてのデータを読み出す。ソースノード３０２は、第１の鍵ｋ１（３１０）および第２の鍵ｋ２（３１２）を生成する。セキュアトランスコーダマネージャ機能３２２は、すべての読み出し要求および書き込み要求をソースノード３０２のソースノードマネージャ機能３１４に渡す。

読み出し要求の場合、ソースノードｋ１暗号化／復号化機能３１６は、第１の鍵ｋ１（３１０）を使用してデータを暗号化し、第１の暗号化データを取得する。ソースノードｋ２暗号化／復号化機能３１８は、第２の鍵ｋ２（３１２）を使用してこの暗号化データを暗号化し、第２の暗号化データを取得する。第２の暗号化データは、動作３５０にて、セキュアトランスコーダマネージャ機能３２２に送信され、第２の暗号化データは、図３を参照して詳述したようにトランスコードされる。書き込み要求の場合、データは本明細書で説明するように復号化され、平文としてストレージ３０４に書き戻される。

様々なアプローチにおいて、すべてのデータを二重に暗号化することに移行したい顧客のために、書き込み要求を二重に暗号化された状態で書き込んでもよい。この場合、データの暗号化ステータスを示すために、当該技術分野で公知の任意の方法によって、メタデータがブロックおよびファイルシステムに保存される。すべての新しいデータは二重に保護され（例えば、二重に暗号化され）、すべての「古い」データは、完全に参照された後に二重に保護される。このようにして、システムはファイルの状態を追跡しながら、選択した保護レベルに達したファイルについてのバックグラウンドタスクに残りのデータを参照させることができ、それによって残りのデータが完全に保護される（例えば、二重に暗号化される）。

別の実施形態において、（図３に示すように）セキュアトランスコーダ３２０がストレージ３０４にアクセスできる場合、セキュアトランスコーダ３２０は、ファイルの暗号化状態を特定するためのファイルメタデータを参照できるように変更されてもよい。ファイルが保護されている（例えば、二重に暗号化されている）場合、セキュアトランスコーダ３２０は、（図３のように）上述同様にファイルを直接読み出してもよいし、そうではない場合、ソースノードマネージャ機能３１４にデータを求めてもよい。この実施形態に関連するセキュリティは、上述した図３のセキュリティ（例えば、セキュアトランスコーダ３２０がソースノードマネージャ機能３１４にすべてのデータを要求する）よりも望ましくない。ストレージ３０４上で暗号化されていないデータを許可することは、宛先ノード３０６が保存データにアクセスできない場合に最も安全である。

図５Ａ～５Ｄは、様々な構成に従った概略的アーキテクチャ図である。アーキテクチャ５００は、特に図１～３および図６～７に示した環境のいずれかにおいて様々な構成で、本発明の好ましい一実施形態に従って実装することができる。もちろん、本明細書の記載を読めば当業者には理解できるように、図５Ａ～５Ｄに具体的に記載した要素よりも多いまたは少ない要素がアーキテクチャ５００に含まれてもよい。

各アーキテクチャ５００は、ソースノード３０２（図３～４を参照して説明したもの）、ストレージ３０４（図３～４を参照して説明したもの）、宛先ノード３０６（図３～４を参照して説明したもの）、およびセキュアトランスコーダ３２０（図３～４を参照して説明したもの）を含む。図示するように、セキュアトランスコーダ３２０は、システム内の任意の場所に配置してもよい。例えば、図５Ａに示すように、セキュアトランスコーダ３２０はソースノード３０２の一部であってもよい。この構成は、中央処理装置（ＣＰＵ）複合体、ＩＯハブ、ブリッジ、ＣＰＵ自体、ネットワークインタフェースカード（例えば、スマートＮＩＣ）などのいずれに設けられてもよい。

図５Ｂに示すように、セキュアトランスコーダ３２０は、ソースノード３０２、ストレージ３０４、および宛先ノード３０６に結合されたストレージネットワーク内に配置されてもよい。この構成は、スイッチ、エッジアプリケーション、ゲートウェイなどのいずれに設けられてもよい。

図５Ｃに示すように、セキュアトランスコーダ３２０は、ストレージ３０４の一部であってもよい。セキュアトランスコーダ３２０は、ストレージ、ストレージコントローラ、ホストバスアダプタ内、スマートＮＩＣ内などに直接統合されてもよい。

図５Ｄに示すように、セキュアトランスコーダ３２０は、宛先ノード３０６の一部であってもよい。この構成は、ＣＰＵ複合体、ＩＯハブ、ブリッジ、ＣＰＵ自体、スマートＮＩＣなどのいずれに設けられてもよい。

様々なアプローチにおいて、特定の動作に最適なトランスコード場所を使用して共有を設定できるようにするために、複数の場所の各々（例えば、図５Ａ～５Ｄなどに示した４つの場所すべて）にセキュアトランスコーダを設けることが有益である。例えば、ソースノードでのトランスコードは、ソースに直接接続されたストレージにとって有益である。別の例では、当業者であれば理解できるように、ストレージでのトランスコードは、スケーリングおよびネットワーク利用にとって有益である。いくつかの場合、第１の共有の宛先ノードが、第２の共有のソースノードとなる場合があり、各ソースノードおよび各宛先ノードにおいてトランスコード機能を有することが有利である。セキュリティの観点からは、図３に示す共有のトランスコード場所として、本明細書で説明するトランスコード機能を宛先ノードにおいて使用することは（宛先ノードにトランスコード機能があったとしても）好ましくない場合がある。この場合、第１の鍵と第２の鍵の両方が宛先ノードに存在することになる。本開示を読めば当業者には明らかなように、すべてのノード（例えば、ソースノード、ストレージ、および宛先ノード）がそれぞれトランスコード機能を有する場合、最も強固なセキュリティを得るために、好ましい実施形態においては、データにアクセスするためのプロトコルは宛先ノードのトランスコーダを利用しない。

強固なセキュリティを得るために、第１の鍵と第２の鍵をデータ分離（data isolation）のためのペアとして扱うことが有益である。例えば、第１の鍵で暗号化された情報のセットは、第２の鍵で暗号化された情報のセットと同じとすべきである。複数の第２の鍵が１つの共通の第１の鍵を使用する場合、鍵の境界を越えてデータが移動され、データが漏洩にさらされる可能性がある。

好ましい実施形態において、図３～図５Ｄに示したすべての矢印、および本明細書に記載のコンポーネント間のいかなる通信も、当該技術分野で公知の通信暗号化のための追加のプロトコルを含むことができる。例えば、本開示を読めば当業者には明らかなように、通信暗号化プロトコルであるセキュアソケットレイヤ（ＳＳＬ）やトランスポートレイヤセキュリティ（ＴＬＳ）などのプロトコルを使用して、ソースノードと宛先ノードとの間、ソースノードとセキュアトランスコーダとの間、およびセキュアトランスコーダと宛先ノードとの間などで鍵を転送してもよい。

次に、図６は、一実施形態に係る方法６００のフローチャートである。方法６００は、特に図１～５Ｄおよび図７に示した環境のいずれかにおいて様々な態様で、本発明の好ましい一実施形態に従って実行することができる。もちろん、本明細書の記載を読めば当業者には理解できるように、図６に具体的に記載した動作よりも多いまたは少ない動作が方法６００に含まれてもよい。

方法６００の各ステップは、動作環境におけるいずれの適切なコンポーネントによって実行されてもよい。例えば、様々な実施形態において、方法６００は、部分的または全体的に、コンピュータ、または１つ以上のプロセッサを有する何らかの他のデバイスによって実行されてもよい。プロセッサ（例えば、ハードウェアもしくはソフトウェアまたはその両方において実装された処理回路、チップもしくはモジュールまたはその組み合わせであって、好ましくは少なくとも１つのハードウェアコンポーネントを有するもの）を任意のデバイスにおいて利用して、方法６００の１つ以上のステップを実行してもよい。プロセッサの例としては、特に限定されないが、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などやそれらの組み合わせ、またな当技術分野で公知の任意の他の適切なコンピューティングデバイスが挙げられる。

図６に示すように、方法６００は動作６０２を含む。動作６０２は、トランスコーダによって、第２の暗号化データを受信することを含む。第２の暗号化データは、データを第１の鍵で暗号化して第１の暗号化データを作成し、これを第２の鍵で暗号化して第２の暗号化データとしたものである。好ましい一実施形態において、データを第１の暗号化データに暗号化することと、次いで第１の暗号化データを第２の暗号化データに暗号化することとは、ソースノードで行われる。ソースノードは、第１の鍵および第２の鍵を含む。

１つのアプローチでは、第２の暗号化データは、トランスコーダからストレージへのデータ要求に少なくとも部分的に基づいて受信される。宛先ノードからデータ要求を受信したこと応答して、トランスコーダはストレージに直接データ要求を送信してもよい。ストレージは、１つのアプローチでは、データ要求に応答して、第２の暗号化データをトランスコーダに直接送信してもよい。例えば、ソースノードが第２の暗号化データをストレージに保存する前に、ソースノードにおいてデータを第１の鍵で暗号化して第１の暗号化データを作成し、これを第２の鍵で暗号化して第２の暗号化データを作成してもよい。ストレージは、トランスコーダからのデータ要求に応答して、第２の暗号化データをトランスコーダに送信してもよい。

別のアプローチでは、第２の暗号化データは、トランスコーダからソースノードへのデータ要求に少なくとも部分的に基づいて受信される。宛先ノードからデータ要求を受信したことに応答して、トランスコーダはソースノードにデータ要求を送信してもよい。ソースノードは、第２の暗号化データをストレージに保存してもよい。そして、ソースノードは、（ストレージに以前に保存した）第２の暗号化データをトランスコーダに送信してもよい。

さらに別のアプローチでは、ソースノードはデータを暗号化せずにストレージに保存してもよい。トランスコーダからデータ要求を受信したことに応答して、ソースノードはストレージから暗号化されていないデータを取り出し、この暗号化されていないデータを第１の鍵で暗号化して第１の暗号化データを作成し、この第１の暗号化データを第２の鍵で暗号化して第２の暗号化データを作成し、トランスコーダからソースノードへのデータ要求に応答して、これをトランスコーダに送信してもよい。

様々な実施形態において、第２の暗号化データは、少なくとも一の宛先ノードからのデータ要求に基づいて、ストレージやソースノードなどからトランスコーダにて受信される。トランスコーダを介してソースノードにデータを要求する宛先ノードはいくつであってもよい。いくつかのアプローチでは、トランスコーダは、ソースノード、宛先ノード、ストレージ、トランスコーダなどの間での共有ポリシー情報に従って、宛先ノードからのデータ要求に応答して、第２の暗号化データを受信してもよい。共有ポリシー情報は、どのエンティティ間でどのデータを共有可能とするか、エンティティ間の共有期間の長さ、エンティティ間の共有期間に関連付けられる動作の数、エンティティ間で共有期間ごとに共有可能なデータ量などを含んでもよい。様々なアプローチにおいて、共有ポリシー情報は、共有期間の終了タイミングを決定する。様々な実施形態において、共有期間はポリシーに従って、少なくとも１つの鍵がシュレッドされたことに応答して、ソースノードからの共有期間終了の要求に応答して、電源オフイベントに応答して、他の任意のトリガーイベントなどに応答してなど、またはそれらの組み合わせに応答して終了することができる。

少なくともいくつかのアプローチでは、ソースノードがストレージにデータを保存する。データは、暗号化されていないデータ、第２の暗号化データ、別の鍵で暗号化されたデータ（例えば、第１の鍵、次いで第２の鍵による暗号化の前に、第１の鍵または第２の鍵以外の鍵で暗号化されたデータ）などであってもよい。好ましい実施形態において、ソースノードは、第１の鍵および第２の鍵を含む。いくつかのアプローチでは、第１の暗号化データを作成するためのデータの暗号化、次いで第２の暗号化データを作成するための第１の暗号化データの暗号化は、ソースノードの少なくとも１つの暗号化／復号化機能によって実行されてもよい。他のアプローチでは、本開示の内容から当業者には理解できるように、各鍵は、ソースノードに配置された個別の暗号化／復号化機能に関連付けられてもよい。

動作６０４は、トランスコーダによって第２の鍵を受信することを含む。様々なアプローチにおいて、第２の鍵はソースノードから受信される。様々なアプローチにおいて、ソースノードはトランスコーダに第２の鍵のコピーを送信し、トランスコーダは、共有ポリシー情報によって定義される期間、動作回数などにわたって、第２の鍵をセキュアに保存する。少なくともいくつかの実施形態において、（例えば、共有ポリシーによる決定や、ソースノードからの要求などにより）共有期間が終了したことに応答して、トランスコーダは、本開示を読めば当業者には明らかな方法で、第２の鍵をシュレッドし、もしくは第２の鍵をダミー鍵に置き換え、またはその両方を行ってもよい。ダミー鍵は、当該技術分野で公知のいずれの種類であってもよい。

他のアプローチでは、第２の鍵は鍵マネージャから受信されてもよい。鍵マネージャは、ソースノードと宛先ノードとの間でデータを共有するための鍵を提供、生成、管理などするために、ソースノード、宛先ノード、もしくはネットワーク内の任意の他のコンポーネントまたはその組み合わせに結合されてもよい。

動作６０６は、トランスコーダによって、第２の鍵を使用して第２の暗号化データを復号化し、第１の暗号化データを取得することを含む。上述したように、第２の暗号化データは、データを第１の鍵で暗号化して第１の暗号化データを作成し、これを第２の鍵で暗号化して第２の暗号化データとしたものである。動作６０６によれば、トランスコーダは、トランスコーダにおいて暗号化／復号化機能と、第２の鍵（いくつかのアプローチでは、ソースノードから送信される）とを使用して、第１の暗号化データを取得してもよい。トランスコーダは、（例えば、第１の暗号化データを復号化してデータを取得するための）第１の鍵へのアクセスを有さず、平文のデータ（または、別の鍵で暗号化された形態の元のデータ）を取得できないことが好ましい。

動作６０８は、トランスコーダによって、第３の鍵を使用して第１の暗号化データを暗号化し、第３の暗号化データを作成することを含む。第１の暗号化データ（例えば、第１の鍵でのみ暗号化されている）を、トランスコーダ上の暗号化／復号化機能によって新たな第３の鍵で暗号化して、第３の暗号化データを作成してもよい。暗号化／復号化機能は、動作６０６の暗号化／復号化機能と同じであってもよいし、異なっていてもよい（例えば、動作６０６とは別個の、第３の鍵専用の機能などであってもよい）。少なくともいくつかのアプローチにおいて、第３の鍵は、トランスコーダ上の鍵生成器によってトランスコーダが生成してもよい。他のアプローチにおいて、ソースノード、トランスコーダ、宛先ノードなどに結合された鍵マネージャもしくは鍵生成器またはその両方によって、任意の鍵を生成もしくは管理またはその両方を行ってもよい。

様々なアプローチにおいて、方法６００は、トランスコーダによって、第３の鍵を宛先ノードに送信することを含む。好ましいアプローチにおいて、第３の鍵を受信する宛先ノードは、データ要求を発信した宛先ノードである。様々なアプローチにおいて、トランスコーダは第３の鍵のコピーを宛先ノードに送信し、宛先ノードは、共有ポリシー情報の定義に従って、もしくは本開示を読めば当業者には明らかな任意の方法で、またはその両方によって、データをある期間や動作回数などにわたってセキュアに保存する。好ましい実施形態において、（例えば、共有ポリシーによる決定や、ソースノードからの要求などにより）共有期間が終了したことに応答して、トランスコーダは、本開示を読めば当業者には明らかな任意の方法で、ソースノードと宛先ノードとの間のデータ共有を終了させるために第３の鍵をシュレッドし、もしくは第３の鍵をダミー鍵に置き換え、またはその両方を行う。ダミー鍵は、当該技術分野で公知のいずれの種類であってもよい。

他のアプローチにおいて、第３の鍵は、鍵マネージャから宛先ノードに送信されてもよい。鍵マネージャは、ソースノードと宛先ノードとの間でデータを共有するための鍵を提供、生成、管理などするために、ソースノード、宛先ノード、もしくはネットワーク内の任意の他のコンポーネントまたはその組み合わせに結合されてもよい。

動作６１０は、トランスコーダによって、第３の暗号化データを宛先ノードに送信することを含む。第３の暗号化データは、上述したように、第１の暗号化データ（例えば、第１の鍵で暗号化されたデータ）を第３の鍵で暗号化し、第３の暗号化データとしたものである。様々なアプローチにおいて、宛先ノードは、ソースノードから直接第１の鍵を受信している。宛先ノードは、様々なアプローチにおいて、宛先ノード上の暗号化／復号化機能によって、第３の鍵を使用して第３の暗号化データを復号化し、第１の暗号化データを取得するように構成されている。宛先ノードは、宛先ノード上の暗号化／復号化機能（第３の暗号化データを復号化して第１の暗号化データを取得するための暗号化／復号化機能と同じであってもよいし、異なっていてもよい）によって、第１の鍵を使用して第１の暗号化データを復号化し、データを取得するように構成されている。上述したように、データは、平文のデータ、暗号化されていないデータ、プレーンテキストデータ、別の鍵で暗号化された形態のデータなどであってもよい。

一実施形態において、データ（例えば、暗号化されていないデータ）は複数のデータチャンクを含み、各データチャンクは第４の鍵で暗号化される。第４の鍵を第１の鍵で暗号化して第１の暗号化第４の鍵を作成し、これを第２の鍵で暗号化して第２の暗号化第４の鍵を作成してもよい。本開示を読めば当業者には明らかなように、少なくともいくつかのアプローチにおいて、各データチャンクは異なる第４の鍵に関連付けられてもよい。上述した実施形態において、トランスコーダは、動作６０２および６０４でそれぞれ説明したのと同様の方法で、第２の暗号化第４の鍵および第２の鍵を受信してもよい。トランスコーダは、動作６０６で説明したのと同様の方法で、第２の鍵を使用して第２の暗号化第４の鍵を復号化し、第１の暗号化第４の鍵（例えば、この時点では第１の鍵でのみ暗号化されている）を取得してもよい。トランスコーダは、動作６０８で説明したのと同様の方法で、第３の鍵を使用して第１の暗号化第４の鍵を暗号化し、第３の暗号化第４の鍵を作成してもよい。トランスコーダは、第３の鍵および第３の暗号化第４の鍵（例えば、第４の鍵を第１の鍵で暗号化して第１の暗号化第４の鍵とし、これを第３の鍵で暗号化して第３の暗号化第４の鍵としたもの）を宛先ノードに送信してもよい（例えば、方法６００で説明した動作６１０と同様）。そして、宛先ノードは（様々なアプローチにおいてトランスコーダまたは鍵マネージャから受信した）第３の鍵を使用して第３の暗号化第４の鍵を復号化し、第１の暗号化第４の鍵を取得するよう構成されてもよい。宛先ノードは次に、様々なアプローチにおいてソースノードまたは鍵マネージャから受信する第１の鍵を使用して、第１の暗号化第４の鍵を復号化し、第４の鍵を取得してもよい。そして、第４の鍵を使用して、第４の鍵で暗号化され宛先ノードに送信されたデータチャンクを復号化することができる。宛先ノードが要求するデータブロックよりも鍵の長さが比較的短い場合、データではなく鍵をトランスコードする方が効率的な場合がある。

いくつかのアプローチによれば、データ（例えば、暗号化されていないデータ）は複数のデータチャンクを含み、各データチャンクは自身に関連付けられたフィンガープリントもしくは自身の計算されたフィンガープリントまたはその両方を有する。各フィンガープリントは、ＳＨＡ－２５６または当技術分野で公知の他のセキュアなハッシュアルゴリズムを使用して計算してもよい。フィンガープリントは、本明細書に記載の実施形態の少なくともいくつかにおいて、二重に暗号化されてもよい。暗号化されたフィンガープリントは、フィンガープリントデータが宛先ノードでの使用を目的にセキュアにトランスコーダされるように、チャンクごとに鍵を使用するセキュアな重複排除において使用されてもよい。暗号化されたフィンガープリントは、重複排除の機会（dedup opportunities）を決定するため、エンドツーエンドの整合性チェック（integrity check）として、追加のデータプライバシーを提供するため、などに使用されてもよい。本明細書に記載する動作の少なくともいくつかに従って、データ、フィンガープリント、メタデータなどをセキュアに共有するためにトランスコードするための鍵の数は、いくつであってもよい。上述の態様の好ましいアプローチにおいて、各データチャンクは、他のデータチャンクと比較して少なくとも１つの固有鍵に関連付けられる（例えば、当該鍵によって暗号化／復号化される）。様々なアプローチにおいて、データもしくは各フィンガープリントまたはその両方の各データチャンクは、それ自身の第１の鍵、第２の鍵、または第１および第２の鍵に関連付けられてもよい。このようにして、本開示の少なくともいくつかの実施形態では、宛先ノードに向かう各データチャンクの少なくとも１つの鍵を変更することにより、前方秘匿性（forward secrecy）を提供することができる。宛先ノードは、そのデータチャンクを（該当する場合、トランスコードした後に）平文で有するが、ソースノードは、各データチャンクの鍵を変更することにより、宛先ノードが受信するデータ量を定義することができる。

次に、図７は、一実施形態に係る方法７００のフローチャートである。方法７００は、特に図１～６および図７に示した環境のいずれかにおいて様々な態様で、本発明の好ましい一実施形態に従って実行することができる。もちろん、本明細書の記載を読めば当業者には理解できるように、図７に具体的に記載した動作よりも多いまたは少ない動作が方法７００に含まれてもよい。

方法７００の各ステップは、動作環境におけるいずれの適切なコンポーネントによって実行されてもよい。例えば、様々な実施形態において、方法７００は、部分的または全体的に、コンピュータ、または１つ以上のプロセッサを有する何らかの他のデバイスによって実行されてもよい。プロセッサ（例えば、ハードウェアもしくはソフトウェアまたはその両方において実装された処理回路、チップもしくはモジュールまたはその組み合わせであって、好ましくは少なくとも１つのハードウェアコンポーネントを有するもの）を任意のデバイスにおいて利用して、方法７００の１つ以上のステップを実行してもよい。プロセッサの例としては、特に限定されないが、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などやそれらの組み合わせ、またな当技術分野で公知の任意の他の適切なコンピューティングデバイスが挙げられる。

図７に示すように、方法７００は動作７０２を含む。動作７０２は、トランスコーダによって、第２の暗号化された鍵を受信することを含む。第２の暗号化された鍵は、鍵を第１の鍵で暗号化して第１の暗号化された鍵を作成し、これを第２の鍵で暗号化して第２の暗号化された鍵としたものである。好ましい実施形態において、鍵を第１の暗号化された鍵に暗号化することと、次いで第１の暗号化された鍵を第２の暗号化された鍵に暗号化することとは、ソースノードで行われる。ソースノードは、第１の鍵および第２の鍵を含む。

動作７０４は、トランスコーダによって第２の鍵を受信することを含む。様々アプローチにおいて、第２の鍵はソースノードから受信される。様々なアプローチにおいて、ソースノードはトランスコーダに第２の鍵のコピーを送信し、トランスコーダは、共有ポリシー情報によって定義される期間、動作回数などにわたって、第２の鍵をセキュアに保存する。少なくともいくつかの実施形態において、（例えば、共有ポリシーによる決定や、ソースノードからの要求などにより）共有期間が終了したことに応答して、トランスコーダは、本開示を読めば当業者には明らかなように、第２の鍵をシュレッドし、もしくは第２の鍵をダミー鍵に置き換え、またはその両方を行ってもよい。ダミー鍵は、当該技術分野で公知のいずれの種類であってもよい。

他のアプローチでは、第２の鍵は鍵マネージャから受信されてもよい。鍵マネージャは、ソースノードと宛先ノードとの間でデータを共有するための鍵を提供、生成、管理などするために、ソースノード、宛先ノード、もしくはネットワーク内の任意の他のコンポーネントまたはその組み合わせに結合されてもよい。

動作７０６は、トランスコーダによって、第２の鍵を使用して第２の暗号化された鍵を復号化し、第１の暗号化された鍵を取得することを含む。上述したように、第２の暗号化された鍵は、鍵を第１の鍵で暗号化して第１の暗号化された鍵を作成し、これを第２の鍵で暗号化して第２の暗号化された鍵としたものである。動作７０６によれば、トランスコーダは、トランスコーダにおいて暗号化／復号化機能と、第２の鍵（いくつかのアプローチでは、ソースノードから送信される）とを使用して、第１の暗号化された鍵を取得してもよい。トランスコーダは、（例えば、第１の暗号化された鍵を復号化して鍵を取得するための）第１の鍵へのアクセスを有さず、平文の鍵を取得できないことが好ましい。

動作７０８は、トランスコーダによって、第３の鍵を使用して第１の暗号化された鍵を暗号化し、第３の暗号化された鍵を作成することを含む。第１の暗号化された鍵（例えば、第１の鍵でのみ暗号化されている）を、トランスコーダ上の暗号化／復号化機能によって新たな第３の鍵で暗号化して、第３の暗号化された鍵を作成してもよい。暗号化／復号化機能は、動作７０６の暗号化／復号化機能と同じであってもよいし、異なっていてもよい（例えば、動作７０６とは別個の、第３の鍵専用の機能などであってもよい）。少なくともいくつかのアプローチにおいて、第３の鍵は、トランスコーダ上の鍵生成器によってトランスコーダが生成してもよい。他のアプローチにおいて、ソースノード、トランスコーダ、宛先ノードなどに結合された鍵マネージャもしくは鍵生成器またはその両方によって、任意の鍵を生成もしくは管理またはその両方を行ってもよい。

少なくともいくつかのアプローチにおいて、方法７００は、トランスコーダによって、第３の鍵を宛先ノードに送信することを含む。様々なアプローチにおいて、トランスコーダは第３の鍵のコピーを宛先ノードに送信し、宛先ノードは、共有ポリシー情報で定義される期間や動作回数などにわたってデータをセキュアに保存する。好ましい実施形態において、（例えば、共有ポリシーによる決定や、ソースノードからの要求などにより）共有期間が終了したことに応答して、トランスコーダは、本開示を読めば当業者には明らかな任意の方法で、ソースノードと宛先ノードとの間のデータ共有を終了させるために第３の鍵をシュレッドし、もしくは第３の鍵をダミー鍵に置き換え、またはその両方を行う。ダミー鍵は、当該技術分野で公知のいずれの種類であってもよい。

他のアプローチにおいて、第３の鍵は、鍵マネージャから宛先ノードに送信されてもよい。鍵マネージャは、ソースノードと宛先ノードとの間でデータを共有するための鍵を提供、生成、管理などするために、ソースノード、宛先ノード、もしくはネットワーク内の任意の他のコンポーネントまたはその組み合わせに結合されてもよい。

動作７１０は、トランスコーダによって、第３の暗号化された鍵を宛先ノードに送信することを含む。第３の暗号化された鍵は、上述したように、第１の暗号化された鍵（例えば、第１の鍵で暗号化された鍵）を第３の鍵で暗号化し、第３の暗号化された鍵としたものである。様々なアプローチにおいて、宛先ノードは、ソースノードから直接第１の鍵を受信している。宛先ノードは、様々なアプローチにおいて、宛先ノード上の暗号化／復号化機能によって、第３の鍵を使用して第３の暗号化された鍵を復号化し、第１の暗号化された鍵を取得するように構成されている。宛先ノードは、宛先ノード上の暗号化／復号化機能（第３の暗号化された鍵を復号化して第１の暗号化された鍵を取得するための暗号化／復号化機能と同じであってもよいし、異なっていてもよい）によって、第１の鍵を使用して第１の暗号化された鍵を復号化し、鍵を取得するように構成されている。上述したように、鍵は、平文の鍵や暗号化されていない鍵などであってもよい。

様々なアプローチにおいて、宛先ノードは、鍵（例えば、暗号化されていない鍵）を使用して、ソースノードからのデータを復号化してもよい。例えば、この暗号化されていない鍵は、図６の方法６００で説明した動作の少なくともいくつかにおける第１の鍵であってもよい。

本発明は、好ましい実施形態に従って、任意の可能な技術詳細レベルで統合されたシステム、方法もしくはコンピュータプログラム製品またはそれらの組み合わせとすることができる。コンピュータプログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を記憶したコンピュータ可読記憶媒体を含んでもよい。

コンピュータ可読記憶媒体は、命令実行デバイスによって使用される命令を保持し、記憶することができる有形のデバイスとすることができる。コンピュータ可読記憶媒体は、一例として、電子ストレージデバイス、磁気ストレージデバイス、光ストレージデバイス、電磁ストレージデバイス、半導体ストレージデバイスまたはこれらの適切な組み合わせであってもよい。コンピュータ可読記憶媒体のより具体的な一例としては、ポータブルコンピュータディスケット、ハードディスク、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ（またはフラッシュメモリ）、ＳＲＡＭ、ＣＤ－ＲＯＭ、ＤＶＤ、メモリスティック、フロッピーディスク、パンチカードまたは溝内の隆起構造などに命令を記録した機械的に符号化されたデバイス、およびこれらの適切な組み合せが挙げられる。本明細書で使用されるコンピュータ可読記憶媒体は、電波もしくは他の自由に伝播する電磁波、導波管もしくは他の伝送媒体を介して伝播する電磁波（例えば、光ファイバケーブルを通過する光パルス）、またはワイヤを介して送信される電気信号のような、一過性の信号それ自体として解釈されるべきではない。

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティングデバイス／処理デバイスへダウンロード可能である。あるいは、ネットワーク（例えばインターネット、ＬＡＮ、ＷＡＮもしくはワイヤレスネットワークまたはこれらの組み合わせ）を介して、外部コンピュータまたは外部ストレージデバイスへダウンロード可能である。ネットワークは、銅製伝送ケーブル、光伝送ファイバ、ワイヤレス伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータもしくはエッジサーバまたはこれらの組み合わせを備えることができる。各コンピューティングデバイス／処理デバイス内のネットワークアダプタカードまたはネットワークインタフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、当該コンピュータ可読プログラム命令を、各々のコンピューティングデバイス／処理デバイスにおけるコンピュータ可読記憶媒体に記憶するために転送する。

本発明の動作を実施するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路用構成データ、または、スモールトークやＣ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語や類似のプログラミング言語などの手続き型プログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで記述されたソースコードもしくはオブジェクトコードのいずれかとすることができる。コンピュータ可読プログラム命令は、スタンドアロン型ソフトウェアパッケージとして完全にユーザのコンピュータ上で、または部分的にユーザのコンピュータ上で実行可能である。あるいは、部分的にユーザのコンピュータ上でかつ部分的にリモートコンピュータ上で、または、完全にリモートコンピュータもしくはサーバ上で実行可能である。後者の場合、リモートコンピュータは、ＬＡＮやＷＡＮを含む任意の種類のネットワークを介してユーザのコンピュータに接続してもよいし、外部コンピュータに（例えば、インターネットサービスプロバイダを使用してインターネットを介して）接続してもよい。いくつかの実施形態において、例えばプログラマブル論理回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理アレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実行する目的で当該電子回路をカスタマイズするために、コンピュータ可読プログラム命令の状態情報を利用することによって、コンピュータ可読プログラム命令を実行することができる。

本発明の態様は、本明細書において、本発明の実施形態に係る方法、装置（システム）、およびコンピュータプログラム製品のフローチャートもしくはブロック図またはその両方を参照して説明されている。フローチャートもしくはブロック図またはその両方における各ブロック、および、フローチャートもしくはブロック図またはその両方における複数のブロックの組み合わせは、コンピュータ可読プログラム命令によって実行可能である。

これらのコンピュータ可読プログラム命令は、機械を生産するために、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサに提供することができる。これにより、このようなコンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行されるこれらの命令が、フローチャートもしくはブロック図またはその両方における１つ以上のブロックにて特定される機能／動作を実行するための手段を創出する。これらのコンピュータ可読プログラム命令はさらに、コンピュータ、プログラマブルデータ処理装置もしくは他のデバイスまたはこれらの組み合わせに対して特定の態様で機能するよう命令可能なコンピュータ可読記憶媒体に記憶することができる。これにより、命令が記憶された当該コンピュータ可読記憶媒体は、フローチャートもしくはブロック図またはその両方における１つ以上のブロックにて特定される機能／動作の態様を実行するための命令を含む製品を構成する。

また、コンピュータ可読プログラム命令を、コンピュータ、他のプログラマブル装置、または他のデバイスにロードし、一連の動作ステップを当該コンピュータ、他のプログラマブル装置、または他のデバイス上で実行させることにより、コンピュータ実行プロセスを生成してもよい。これにより、当該コンピュータ、他のプログラマブル装置、または他のデバイス上で実行される命令が、フローチャートもしくはブロック図またはその両方における１つ以上のブロックにて特定される機能／動作を実行する。

図面におけるフローチャートおよびブロック図は、本発明の種々の実施形態に係るシステム、方法およびコンピュータプログラム製品の可能な実装形態のアーキテクチャ、機能性、および動作を示している。この点に関して、フローチャートまたはブロック図における各ブロックは、特定の論理機能を実行するための１つ以上の実行可能な命令を含む、命令のモジュール、セグメント、または部分を表すことができる。他の一部の実装形態において、ブロック内に示した機能は、各図に示す順序とは異なる順序で実行されてもよい。例えば、関係する機能に応じて、連続して示される２つのブロックが、実際には、１つの工程として達成されてもよいし、同時もしくは略同時に実行されてもよいし、部分的もしくは全体的に時間的に重複した態様で実行されてもよいし、ブロックが場合により逆順で実行されてもよい。なお、ブロック図もしくはフローチャートまたはその両方における各ブロック、および、ブロック図もしくはフローチャートまたはその両方における複数のブロックの組み合わせは、特定の機能もしくは動作を行う、または専用ハードウェアとコンピュータ命令との組み合わせを実行する、専用ハードウェアベースのシステムによって実行可能である。

さらに、種々の実施形態に係るシステムは、プロセッサと、プロセッサに統合された、もしくはプロセッサによって実行可能な、またはその両方であるロジックとを含むことができ、当該ロジックは、本明細書に記載のプロセスステップのうちの１つ以上を実行するように構成されている。「統合された」とは、プロセッサにロジックが、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡなどのハードウェアロジックとして埋め込まれていることを意味する。「プロセッサによって実行可能」とは、ロジックが、ハードウェアロジック、ファームウェアなどのソフトウェアロジック、オペレーティングシステムの一部、アプリケーションプログラムの一部などである、あるいは、プロセッサによってアクセス可能であり、かつプロセッサによって実行されることでプロセッサに何らかの機能を実行させるように構成されている、ハードウェアロジックとソフトウェアロジックの何らかの組み合わせであることを意味する。ソフトウェアロジックは、当技術分野で公知の任意のメモリタイプのローカルメモリもしくはリモートメモリまたはその両方に記憶することができる。ソフトウェアプロセッサモジュール、もしくはＡＳＩＣ、ＦＰＧＡ、中央処理装置（ＣＰＵ）、集積回路（ＩＣ）、グラフィック処理ユニット（ＧＰＩ）などのハードウェアプロセッサ、またはその両方などの、当技術分野で公知の任意のプロセッサを使用することができる。

上述したシステムもしくは方法またはその両方の様々な特徴を任意の方法で組み合わせて、上述した説明から複数の組み合わせを作り出せることが明らかである。

本発明の実施形態は、オンデマンドでサービスを提供するために顧客に代わって展開されるサービスとして提供可能であることがさらに理解される。

本発明の種々の実施形態を例示として説明してきたが、網羅的であることや、これらの実施形態に限定することを意図したものではない。当業者には明らかなように、記載した各実施形態の範囲および主旨から逸脱することなく、多くの変更および変形が可能である。本明細書で用いられる用語は、各実施形態の原理、実際の用途、または市場で確認される技術に対する技術的な改善を最もよく説明するために、または、他の当業者が本明細書に開示する各実施形態を理解できるように選択されたものである。

Claims (29)

1. トランスコーダによって、第２の暗号化データを受信することであって、当該第２の暗号化データは、データを第１の鍵で暗号化して第１の暗号化データを作成し、次いで当該第１の暗号化データを第２の鍵で暗号化して第２の暗号化データとしたものである、ことと、
   前記トランスコーダによって、前記第２の鍵を受信することと、
   前記トランスコーダによって、前記第２の鍵を使用して前記第２の暗号化データを復号化し、前記第１の暗号化データを取得することと、
   前記トランスコーダによって、第３の鍵を使用して前記第１の暗号化データを暗号化し、第３の暗号化データを作成することと、
   前記トランスコーダによって、前記第３の暗号化データを宛先ノードに送信することと、
   を含む、コンピュータ実装方法。
2. 前記第２の鍵はソースノードから受信される、請求項１に記載のコンピュータ実装方法。
3. 前記第２の暗号化データは、前記トランスコーダからストレージへのデータ要求に少なくとも部分的に基づいて受信される、請求項１に記載のコンピュータ実装方法。
4. 前記第２の暗号化データは、前記トランスコーダから前記ソースノードへのデータ要求に少なくとも部分的に基づいて受信される、請求項２に記載のコンピュータ実装方法。
5. 前記トランスコーダによって、前記第３の鍵を前記宛先ノードに送信することを含み、
   前記宛先ノードは、前記第３の鍵を使用して前記第３の暗号化データを復号化し、前記第１の暗号化データを取得するように構成され、当該宛先ノードは、前記第１の鍵を使用して当該第１の暗号化データを復号化し、前記データを取得するように構成される、請求項１に記載のコンピュータ実装方法。
6. 前記データは複数のデータチャンクを含み、各データチャンクは第４の鍵で暗号化され、当該第４の鍵は前記第１の鍵で暗号化されて第１の暗号化第４の鍵とされ、当該第１の暗号化第４の鍵は次いで前記第２の鍵で暗号化されて第２の暗号化第４の鍵とされ、前記方法は、
   前記トランスコーダによって、前記第２の暗号化第４の鍵を受信することと、
   前記トランスコーダによって、前記第２の鍵を使用して前記第２の暗号化第４の鍵を復号化し、前記第１の暗号化第４の鍵を取得することと、
   前記トランスコーダによって、前記第３の鍵を使用して前記第１の暗号化第４の鍵を暗号化し、第３の暗号化第４の鍵を作成することと、
   前記トランスコーダによって、前記第３の鍵を前記宛先ノードに送信することと、
   前記トランスコーダによって、前記第３の暗号化第４の鍵を前記宛先ノードに送信することと、
   を含む、請求項１に記載のコンピュータ実装方法。
7. 前記トランスコーダは前記ソースノード上に配置される、請求項２に記載のコンピュータ実装方法。
8. 前記トランスコーダは前記ストレージ上に配置される、請求項３に記載のコンピュータ実装方法。
9. 前記トランスコーダは、前記ソースノードと前記ストレージとに結合されたストレージネットワーク上に配置される、請求項３に記載のコンピュータ実装方法。
10. 前記トランスコーダによって、前記ソースノードと前記宛先ノードとの間のデータ共有を終了させるために、前記第３の鍵をダミー鍵に置き換えることを含む、請求項１に記載のコンピュータ実装方法。
11. 前記第１、第２および第３の暗号化データは、第１、第２および第３の暗号化された鍵を指す、請求項１に記載のコンピュータ実装方法。
12. 前記トランスコーダによって、前記第３の鍵を宛先ノードに送信することを含み、
    前記宛先ノードは、前記第３の鍵を使用して前記第３の暗号化された鍵を復号化し、前記第１の暗号化された鍵を取得するように構成され、当該宛先ノードは、前記第１の鍵を使用して当該第１の暗号化された鍵を復号化し、前記鍵を取得するように構成される、請求項１１に記載のコンピュータ実装方法。
13. 前記宛先ノードは、前記鍵を使用して前記ソースノードからのデータを復号化する、請求項１２に記載のコンピュータ実装方法。
14. トランスコーダによって、第２の暗号化された鍵を受信することであって、当該第２の暗号化された鍵は、鍵を第１の鍵で暗号化して第１の暗号化された鍵を作成し、次いで当該第１の暗号化された鍵を第２の鍵で暗号化して第２の暗号化された鍵としたものである、ことと、
    前記トランスコーダによって、前記第２の鍵を受信することと、
    前記トランスコーダによって、前記第２の鍵を使用して前記第２の暗号化された鍵を復号化し、前記第１の暗号化された鍵を取得することと、
    前記トランスコーダによって、第３の鍵を使用して前記第１の暗号化された鍵を暗号化し、第３の暗号化された鍵を作成することと、
    前記トランスコーダによって、前記第３の暗号化された鍵を宛先ノードに送信することと、
    を含む、コンピュータ実装方法。
15. 前記トランスコーダによって、前記第３の鍵を宛先ノードに送信することを含み、
    前記宛先ノードは、前記第３の鍵を使用して前記第３の暗号化された鍵を復号化し、前記第１の暗号化された鍵を取得するように構成され、当該宛先ノードは、前記第１の鍵を使用して当該第１の暗号化された鍵を復号化し、前記鍵を取得するように構成される、請求項１４に記載のコンピュータ実装方法。
16. 前記宛先ノードは、前記鍵を使用して前記ソースノードからのデータを復号化する、請求項１５に記載のコンピュータ実装方法。
17. プロセッサと、
    前記プロセッサに統合されたロジック、当該プロセッサによって実行可能なロジック、または、当該プロセッサに統合されかつ当該プロセッサによって実行可能なロジックと、を含むシステムであって、当該ロジックは、
    トランスコーダによって、第２の暗号化データを受信することであって、当該第２の暗号化データは、データを第１の鍵で暗号化して第１の暗号化データを作成し、次いで当該第１の暗号化データを第２の鍵で暗号化して第２の暗号化データとしたものである、ことと、
    前記トランスコーダによって、前記第２の鍵を受信することと、
    前記トランスコーダによって、前記第２の鍵を使用して前記第２の暗号化データを復号化し、前記第１の暗号化データを取得することと、
    前記トランスコーダによって、第３の鍵を使用して前記第１の暗号化データを暗号化し、第３の暗号化データを作成することと、
    前記トランスコーダによって、前記第３の暗号化データを宛先ノードに送信することと、
    を実行するように構成されている、システム。
18. 前記第２の鍵はソースノードから受信される、請求項１７に記載のシステム。
19. 前記第２の暗号化データは、前記トランスコーダからストレージへのデータ要求に少なくとも部分的に基づいて受信される、請求項１７に記載のシステム。
20. 前記第２の暗号化データは、前記トランスコーダから前記ソースノードへのデータ要求に少なくとも部分的に基づいて受信される、請求項１８に記載のシステム。
21. 前記ロジックは、前記トランスコーダによって、前記第３の鍵を前記宛先ノードに送信するように構成され、
    前記宛先ノードは、前記第３の鍵を使用して前記第３の暗号化データを復号化し、前記第１の暗号化データを取得するように構成され、当該宛先ノードは、前記第１の鍵を使用して当該第１の暗号化データを復号化し、前記データを取得するように構成される、請求項１７に記載のシステム。
22. 前記データは複数のデータチャンクを含み、各データチャンクは第４の鍵で暗号化され、当該第４の鍵は前記第１の鍵で暗号化されて第１の暗号化第４の鍵とされ、当該第１の暗号化第４の鍵は次いで前記第２の鍵で暗号化されて第２の暗号化第４の鍵とされ、前記ロジックは、
    前記トランスコーダによって、前記第２の暗号化第４の鍵を受信することと、
    前記トランスコーダによって、前記第２の鍵を使用して前記第２の暗号化第４の鍵を復号化し、前記第１の暗号化第４の鍵を取得することと、
    前記トランスコーダによって、前記第３の鍵を使用して前記第１の暗号化第４の鍵を暗号化し、第３の暗号化第４の鍵を作成することと、
    前記トランスコーダによって、前記第３の鍵を前記宛先ノードに送信することと、
    前記トランスコーダによって、前記第３の暗号化第４の鍵を前記宛先ノードに送信することと、
    を実行するように構成される、請求項１７に記載のシステム。
23. 前記トランスコーダは前記ソースノード上に配置される、請求項１８に記載のシステム。
24. 前記トランスコーダは前記ストレージ上に配置される、請求項１９に記載のシステム。
25. 前記トランスコーダは、前記ソースノードと前記ストレージとに結合されたストレージネットワーク上に配置される、請求項１９に記載のシステム。
26. 前記ロジックは、前記トランスコーダによって、前記ソースノードと前記宛先ノードとの間のデータ共有を終了させるために、前記第３の鍵をダミー鍵に置き換えることを実行するように構成される、請求項１７に記載のシステム。
27. １つ以上のコンピュータ可読記憶媒体と、当該１つ以上のコンピュータ可読記憶媒体にまとめて記憶されたプログラム命令と、を含むコンピュータプログラム製品であって、当該プログラム命令は、
    トランスコーダによって、第２の暗号化データを受信するためのプログラム命令であって、当該第２の暗号化データは、データを第１の鍵で暗号化して第１の暗号化データを作成し、次いで当該第１の暗号化データを第２の鍵で暗号化して第２の暗号化データとしたものである、プログラム命令と、
    前記トランスコーダによって、前記第２の鍵を受信するためのプログラム命令と、
    前記トランスコーダによって、前記第２の鍵を使用して前記第２の暗号化データを復号化し、前記第１の暗号化データを取得するためのプログラム命令と、
    前記トランスコーダによって、第３の鍵を使用して前記第１の暗号化データを暗号化し、第３の暗号化データを作成するためのプログラム命令と、
    前記トランスコーダによって、前記第３の暗号化データを宛先ノードに送信するためのプログラム命令と、
    を含む、コンピュータプログラム製品。
28. １つ以上のコンピュータ可読記憶媒体と、当該１つ以上のコンピュータ可読記憶媒体にまとめて記憶されたプログラム命令と、を含むコンピュータプログラム製品であって、当該プログラム命令は、
    トランスコーダによって、第２の暗号化された鍵を受信するためのプログラム命令であって、当該第２の暗号化された鍵は、鍵を第１の鍵で暗号化して第１の暗号化された鍵を作成し、次いで当該第１の暗号化された鍵を第２の鍵で暗号化して第２の暗号化された鍵としたものである、プログラム命令と、
    前記トランスコーダによって、前記第２の鍵を受信するためのプログラム命令と、
    前記トランスコーダによって、前記第２の鍵を使用して前記第２の暗号化された鍵を復号化し、前記第１の暗号化された鍵を取得するためのプログラム命令と、
    前記トランスコーダによって、第３の鍵を使用して前記第１の暗号化された鍵を暗号化し、第３の暗号化された鍵を作成するためのプログラム命令と、
    前記トランスコーダによって、前記第３の暗号化された鍵を宛先ノードに送信するためのプログラム命令と、
    を含む、コンピュータプログラム製品。
29. 前記プログラムがコンピュータ上で実行された際に、請求項１から１６のいずれかに記載の方法を実行するように適合されたプログラムコード手段を含む、コンピュータプログラム。