JP2023542527A - ヘテロジニアス暗号化を通したソフトウェア・アクセス - Google Patents

Abstract

ヘテロジニアス・プログラム・ペイロードの第１のコピーが、第１のコンピューティング・デバイスに提供される。ヘテロジニアス・プログラム・ペイロードは、非暗号化コンポーネントと、１つ以上の暗号化コンポーネントのセットとを含む。暗号化コンポーネントのセットは、１つ以上のプログラムのセットに対応する。ヘテロジニアス・プログラム・ペイロードの非暗号化コンポーネントは、第１のライセンス・キーを受信するように構成されたローダ・プログラム・コードを含む。ローダ・プログラム・コードは、第１のライセンス・キーを受信するのに応答して、ヘテロジニアス・プログラム・ペイロードの暗号化コンポーネントのセットに対して復号アクションを実行するように構成されている。

Description

本開示はソフトウェア・アクセスに関し、特に、暗号化を通してソフトウェアの様々なプログラムへのアクセスを提供することに関する。

ソフトウェアは、物理的なコピーまたはソフトウェアへのネットワーク・アクセスなどのソフトウェア配布メカニズムを通して１つ以上の関係者に提供され得る。権限を与えられた関係者のみによりソフトウェアへのアクセスを制御することは、依然として技術およびセキュリティ面の課題である。

各実施形態によれば、方法、システム、およびコンピュータ・プログラム製品が開示される。

ヘテロジニアス・プログラム・ペイロード（heterogeneous program payload）の第１のコピーが、第１のコンピューティング・デバイスに提供される。
ヘテロジニアス・プログラム・ペイロードは、非暗号化コンポーネントと、１つ以上の暗号化コンポーネントのセットとを含む。暗号化コンポーネントのセットは、１つ以上のプログラムのセットに対応する。ヘテロジニアス・プログラム・ペイロードの非暗号化コンポーネントは、第１のライセンス・キーを受信するように構成されたローダ・プログラム・コードを含む。ローダ・プログラム・コードは、第１のライセンス・キーを受信するのに応答して、ヘテロジニアス・プログラム・ペイロードの暗号化コンポーネントのセットに対して復号アクションを実行するように構成されている。

上記の概要は、本開示の例示される各実施形態またはすべての実装を記載することを目的としてはいない。

本願に含まれる図面は、本明細書に組み込まれその一部を構成する。図面は、本開示の実施形態を示し、本記載とともに本開示の原理を説明するのに役立つ。図面は、特定の実施形態の例示でしかなく、本開示を限定するものではない。

本開示の一部の実施形態による、使用され得る例示のコンピュータ・システムの代表的な主要コンポーネントを示す。 本発明の実施形態による、クラウド・コンピューティング環境を示す。 本発明の実施形態による、抽象化モデル層を示す。 本開示の一部の実施形態に従った、ソフトウェア・ペイロードの１つ以上のプログラムをセキュリティ保護するヘテロジニアス暗号化ソフトウェア（ＨＥＳ：ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｅｎｃｒｙｐｔｅｄ ｓｏｆｔｗａｒｅ）セキュリティ（ＨＥＳＳ：ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｅｎｃｒｙｐｔｅｄ ｓｏｆｔｗａｒｅ ｓｅｃｕｒｉｔｙ）のシステムを示す。 本開示の一部の実施形態に従った、クライアント・システムにより実行されるＨＥＳの例示の方法を示す。 本開示の一部の実施形態に従った、クライアント・システムに提供するＨＥＳのコンポーネントを作成する例示の方法を示す。

本発明は様々な変更および代わりの形態に適するが、その具体的内容が図面に例として示され、詳しく記載される。なお、当然のことながら、記載される特定の実施形態に本発明を限定しないことが意図されている。それどころか、本発明の範囲内に入るすべての変更、等価物、および選択肢を対象とすることが意図されている。

本開示の各側面は、ソフトウェア・アクセスに関し、より具体的な各側面は、暗号化を通してソフトウェアの様々なプログラムへのアクセスを提供することに関する。本開示は、必ずしもそのような用途に限定されず、この文脈を用いて様々な例を検討することを通して本開示の様々な側面が理解されるとよい。

ソフトウェアは、コンピュータを動作させる中核部分である。ソフトウェアは、プログラムの集合であることもある。ソフトウェアの各プログラムは、ユーザのために複数の動作を実行するように構成された実行可能ファイルの形式で提供されることもある。例えばワード・プロセッサは、入力をユーザから受信してテキスト文書を生成するように構成された一種のソフトウェアとされ得る。ソフトウェアは、ユーザのために様々なプログラムまたは動作を実行するように構成された実行可能コードの、異なるように構成されたバージョンまたはバリアントの形式で提供されることもある。例えば或る画像エディタは、１，１１０の機能のサブセットを有する第１の構成を含むかもしれない。画像エディタの第２の構成は、３，０００を超える機能の完全なセットを含むかもしれない。ソフトウェアは、関係のある、または関係のないプログラム群のスイートの形式で提供されることもある。例えばプロダクティビティ・スイートは、ワード・プロセッサおよびプレゼンテーション・クリエータを含むかもしれない。ワード・プロセッサは、独立して動作できる第１の複数の機能を含むかもしれない。プレゼンテーション・クリエータは、独立して動作できる第２の複数の機能を含むかもしれない。ワード・プロセッサおよびプレゼンテーション・クリエータの両方が、図面、テキスト、またはその他要素をワード・プロセッサとプレゼンテーション・クリエータとの間でエクスポートまたはインポートする能力など、相互に関係のある追加の機能を含むかもしれない。

ソフトウェアの作成にはコストがかかり、多数の個人がソフトウェアの作成および維持に雇用されることもある。例えば、開発者、エンジニア、テスターなどが、所与の１つのソフトウェアを構成する、数百または数千になるケースもあるプログラムの作成および維持に専念することもある。様々な形態でソフトウェアを実施することは、ソフトウェア・クリエータにとって継続的な課題である。ソフトウェアをセキュリティ保護し、且つ無数の機能、コンポーネント、プログラム、バリアント、およびその他の形態のソフトウェアに対するアクセスを提供しようと試行して、いくつかのアプローチがとられてきた。ソフトウェア・クリエータは、高品質なソフトウェアを作成しながら、ソフトウェアに対するアクセスを付与されたクライアントに同じようにアクセスを提供しようと試行するので、課題は複雑になり得る。

さらに、ソフトウェアの制御は重大なセキュリティ問題となる場合がある。例えば第三者がソフトウェアを改ざんするかもしれず、すると第三者は所与のソフトウェアを構成する種々のプログラムにアクセスできるかもしれない。改ざんは、ウイルスが用いられたり、または情報を収集する手法が用いられたりすることもあるという点で、悪質な場合がある。ソフトウェアに対する悪意のある改ざんまたはその他アクセスは、非常に大きな技術的問題となることもある。例えば、ソフトウェアの悪意のある改ざんは、ソフトウェアをもはやうまく動作させなくしたり、またはデータを喪失させたりするかもしれない。

ソフトウェアをセキュリティ保護する１つのアプローチは、ソフトウェアのすべての購入者にバイナリの固有のバージョンを生成することである。具体的には、ソフトウェア・プロバイダが、ソフトウェアの第１のクライアントのために第１のソフトウェア実行ファイルを、コンパイル、ビルド、またはその他生成すればよい。ソフトウェア・プロバイダは、ソフトウェアの第２のクライアントのために第２のソフトウェア実行ファイルをさらに生成すればよい。各ユーザのためのソフトウェアのカスタム・バージョンを生成することには欠点があると考えられる。例えば、作成された各バージョンは、各バージョンがコードの重複する行または追加の論理を含み得るという点で、複雑さを生じるかもしれない。複雑さが増すことでさらに、ソフトウェアの成功裏な実行のために必要なメモリ・フットプリントまたは処理サイクルが増大するかもしれない。ソフトウェアの或るバージョンを望む異なるクライアントが１つまたは２つのみであれば、ソフトウェアのカスタマイズされたバージョンを作成することができると考えられる。しかしながら、ソフトウェアのユーザは数十または数百以上になることもあるので、各ユーザ向けにソフトウェアのバージョンを作成するのはすぐに非現実的または不可能となるかもしれない。さらに、ソフトウェアのカスタマイズおよびバージョン・アップデートに伴い、ソフトウェアを維持するのが、すぐにかなり困難になる可能性がある。例えば、一部のクライアントは様々なアップデートを望むかもしれないし、バグの発見に伴いソフトウェアの各バージョンのアップデートが必要となるかもしれない。ソフトウェアの単一の集合をアップデートするのではなく、各クライアント用にソフトウェアの各バージョンを維持することが必要となるかもしれない。さらにこれにより、ソフトウェアの集合の各バージョンを生成するため、ならびにソフトウェアの各バージョンのテストおよびデバッグに成功するために、追加のメモリおよび処理能力が消費されるかもしれない。

ソフトウェアをセキュリティ保護する別のアプローチは、ライセンス・ストリング・ベースのソフトウェア配布である。ライセンス・ストリング・ベースのソフトウェア配布では、ソフトウェア・クリエータは、ソフトウェアの各クライアントに対して非暗号化ストリング（例えばキー・ストリング、一連の文字、数値、および記号、ライセンス・ファイル）を生成する。具体的には、ソフトウェアは、すべてのバージョン、コンポーネント、機能、またはその他関連するバリアントがペイロードにまとめられた状態で出荷され得る（例えばソフトウェアの配布可能なバージョン）。さらにソフトウェアは、ライセンス・ストリングを受け入れ、ライセンス・ストリングの値を読み取り、クライアントによるアクセスが許可されるソフトウェアの様々なバリアントを判断するための、能力を含み得る。例えば第１のユーザは、１２の可能なバリアントのうち、機能２、５、および７など、ソフトウェアの第１のバリアントに対するアクセスを許可する、第１のライセンス・ストリングを有するかもしれない。別の例において第２のユーザは、１２の可能なバリアントのうち、機能１、２、３、５、および７など、ソフトウェアの第２のバリアントに対するアクセスを許可する、第２のライセンス・ストリングを有するかもしれない。

各ライセンス・ストリングは、１つ以上の埋め込み特性、文字、値、またはその他関連する属性を含み得る。埋め込み属性は、ソフトウェアの様々なバリアントに対応し得る。例えば、ライセンス・ストリング中の第１の属性は、第１のソフトウェア・バリアントに対応してもよく、ライセンス・ストリング中の第２の属性は、第２のソフトウェア・バリアントに対応してもよい。ソフトウェアは、ライセンス・ストリングを受け入れ、様々な属性を読み取って処理し、それに応答してソフトウェアのバリアントに対するアクセスを付与するように構成された、論理またはコードを含み得る。

ライセンス・ストリング・ベースのアプローチには、さらなる欠点があると考えられる。ライセンス・ストリングの属性を判断するために、ソフトウェアがデバッグまたはその他攻撃にさらされるかもしれない。例えば、悪意のある第三者がデバッガにおいてソフトウェアを実行するかもしれず、ランタイム中にソフトウェアが監視されるかもしれない。どの特定のフラグ、キー、属性、または値が様々な構成を担当し、またはそれに対応するかを判断するために、ソフトウェアの様々なコンポーネント、機能、構成、またはプログラムへのアクセスを制御するソフトウェア内の論理が監視されるかもしれない。例えば悪意のある第三者は、ソフトウェアのプログラム実行を監視して、ライセンス・ストリングの第４のポジションの属性が、ソフトウェアの第１のプログラムを実行する許可を付与する能力に対応すると判断するかもしれない。ライセンス・ストリング・ベースのアプローチは、リバース・エンジニアリングされることもあるかもしれない。例えば悪意のある第三者は、ソフトウェアをデコンパイルするかもしれず、デコンパイルされたソース・コードからソフトウェア内のアクセス制御プログラムの論理を判断するかもしれない。別の例では、悪意のある第三者は、プロセッサによりソフトウェアが実行されるときにソフトウェアのメモリ空間を監視するかもしれない。
メモリ空間を監視する間に、悪意のある第三者は、ソフトウェアの様々なプログラムへのアクセスに対応する様々な属性を判断できるかもしれない。値の様々な属性が判断されれば、当該のバリアントを他の関係者に共有または配布することは簡単かもしれない。例えば悪意のある第三者は、ソフトウェアのあらゆるプログラムに対するアクセスを付与する値を伴うライセンス・ストリングをインターネット上で共有するかもしれない。

もう１つの欠点は、デコンパイルまたはその他悪意のある手法を通して、アクセス制御されている様々なコンポーネントまたはプログラムを識別し、それらを使用するために抽出できるかもしれないということである。例えば悪意のある第三者は、ソフトウェアを構成する様々なプログラムを読み出し、またはそれにアクセスするために分解手法を実行するかもしれない。悪意のある第三者は、様々なプログラムにアクセスできれば、ライセンス・ストリング・ベースのアクセス制御論理を何ら有しないソフトウェアの新バージョンをリコンパイルまたは作成するかもしれない。この新バージョンのソフトウェアは、いかなるライセンス・ストリングまたはその他アクセス制御もなく、悪意のある第三者により実行可能かもしれない。

ソフトウェア・クリエータは、このような悪意のある手法をより困難にしようと試行するかもしれない。例えばソフトウェア・クリエータは、ソフトウェアの様々なコンポーネントに対するアクセスを付与するプログラムを難読化するため、またはその観測または傍受を行うための様々なステップを実行する、より複雑なアルゴリズムを作成しようと試行するかもしれない。より複雑なアルゴリズムが成功するのは、限定的な状況下のみかもしれない。例えば、アクセス制御プログラムのより複雑なアルゴリズムは、大量のメモリまたは多数の処理サイクルの使用を含むかもしれない。このようなものが有益なのは、メインフレーム・サーバまたはスーパー・コンピュータなど、大量のメモリを備えたコンピュータ上でのみかもしれない。ソフトウェアはますます、複雑なアルゴリズムを実行できない、より限定されたリソースを用いて、コンピュータ上で実行されるようになっている。例えばスマートフォンは、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ）の不足が理由で、ソフトウェアの他のプログラムのアクセス制御に関連する複雑なアルゴリズムを実行できないかもしれない。別の例では、モノのインターネット（ＩｏＴ：ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）デバイスの埋め込みプロセッサは、何日または何週間も処理を行えば複雑なアルゴリズムを実行できるかもしれないが、これはＩｏＴデバイス上でのセキュリティ保護の使用を非現実的にする。

ソフトウェア・セキュリティに対する別のアプローチとして、ネットワーク・ベースのソフトウェア・セキュリティ手法が考えられる。ネットワーク・ベースの手法では、クライアントがソフトウェアを動作させることを許可されているか検証するために、ソフトウェアはネットワーク（例えばインターネット）を通して中央サーバに接続する。ネットワーク・ベースの手法では、ソフトウェアが動作するのは中央サーバから信号を受信する間のみとなるかもしれない。このネットワーク・ベースのソフトウェア・セキュリティ手法には、さらに多数の欠点がある。第１に、この手法は第三者により不正に模倣されることがある。例えば悪意のある第三者は、所与のクライアント上でソフトウェアのコピーが実行されて中央サーバと通信するときに、ソフトウェアのコピーからのネットワーク・トラフィックを監視するかもしれない。監視を通して、信号およびその他合間の関連するネットワーク・トラフィックが記録されたり、または検証論理がリバース・エンジニアリングされたりするかもしれない。悪意のある第三者は、ソフトウェアに応答する類似の信号を生成するかもしれず、さらに、それが中央サーバであると不正にソフトウェアに示すかもしれない。第２に、ネットワーク・ベースの手法は大きなリソースを必要とすることがある。例えばソフトウェア・クリエータは、中央サーバの様々なコンポーネントと、中央サーバをすべてのクライアントに利用可能にすることに関連するネットワーク帯域幅とを所有および運用することに対して、かなりのリソースを費やすかもしれない。

第３に、ネットワーク・ベースの手法は信頼性が低いことがある。具体的には、中央サーバの停止またはネットワークの可用性の問題が理由で、所与のクライアントの認証の能力が損なわれるかもしれない。例えば或るユーザが、スマートフォンおよびソフトウェアのコピーを有するかもしれず、そのソフトウェアのコピーは、実行するソフトウェアのセキュリティを検証するために中央サーバと通信するように構成されているかもしれない。スマートフォンが偶然にでもネットワーク接続性を失うと、ソフトウェアのコピーは、アクセス制御がもはや利用可能でないので、もはや実行しないかもしれない。第４に、ネットワーク・ベースの手法は、実務的な状況によっては技術的に可能でないことがある。具体的には、ソフトウェアのクライアントには、エアギャップされたシステムであるコンピュータを動作させるものもあるかもしれない。エアギャップされたシステムは、他のいかなるコンピュータにも通信可能なように結合されていないシステムであるかもしれない。エアギャップされたシステムは、特定のクライアントのために必要とされることがある。例えば或るクライアントは、特定の業界（例えば財務、保健、防衛）において、セキュリティまたはプライバシー要件を有するシステムを、より高いセキュリティのために動作させるかもしれない。このクライアントは、セキュアな動作のために、他のいずれのコンピュータにも通信可能に接続しないかもしれず、さらに、ネットワーク接続を用いずに処理を実行するかもしれない。ネットワーク接続がなければ、ネットワーク・ベースの手法は、１つ以上のプログラムの検証に成功しないと考えられ、ソフトウェアは動作可能でなくなるであろう。

ヘテロジニアス暗号化ソフトウェア・セキュリティ（ＨＥＳＳ）は、ソフトウェアをセキュリティ保護する他の形態と比較して１つ以上の利点および機能を伴って実行できる。ＨＥＳＳは、一つには、ソフトウェアを構成する１つ以上のプログラムを１つ以上の暗号化コンポーネントのセットへと暗号化することにより動作してもよい。１つ以上の暗号化コンポーネントのセットは、非暗号化コンポーネントと組み合わされて、ヘテロジニアス・プログラム・ペイロードを構成してもよい。例えばプログラムは、１つ以上のフォルダに配置されプログラム・パッケージに圧縮された、インタープリタ型言語などからの、１つ以上のプログラム・コード・ファイルであってもよい（例えばＪＡＲファイル内のＪａｖａ（登録商標）プログラム・コード）。別の例において、コンパイル型言語などからの、１つ以上のソース・コード・ファイルが、プログラム実行ファイルの一連のバイナリ値へと一緒にコンパイルされてもよい。いずれの例においても、ペイロードを構成するプログラムの一部が、第１の暗号化プロセスを用いて暗号化されてもよい。例えばペイロードの各部分は、ＡＥＳ－１２８以上のキー長などの対称暗号化アルゴリズム、もしくはＲＳＡ－２０４８もしくはＥＣＤＳＡ－２２４以上のキー長などの非対称暗号化アルゴリズム、またはキー・ポリシー属性ベース暗号方式（ＫＰ－ＡＢＥ：ｋｅｙ－ｐｏｌｉｃｙ ａｔｔｒｉｂｕｔｅ－ｂａｓｅｄ ｅｎｃｒｙｐｔｉｏｎ ｓｃｈｅｍｅ）もしくは一定サイズの暗号文を用いるＫＰ－ＡＢＥなどの属性ベース暗号方式を用いて暗号化され得るであろう。

暗号化されると、ヘテロジニアス・プログラム・ペイロードは、１つ以上のプログラムに対応する１つ以上の暗号化コンポーネントのセットを有してもよい。暗号化プロセスは、コンポーネントの一部（例えば１つ以上のプログラムのセット）のみを対象としてもよい。具体的には、別の１つまたは複数のプログラムは、ヘテロジニアス・プログラム・ペイロードにおいて暗号化されないままであってもよい。一部の実施形態において、ローダ・プログラムなどのプログラムは、ヘテロジニアス・プログラム・ペイロードの非暗号化コンポーネントのままであってもよい。例えば、或るプログラムと、関係するかまたはサポートされる任意のライブラリまたはランタイムとは、バイナリ実行ファイル内の一連の非暗号化ビットのままであってもよく、この実行ファイルは、暗号化コンポーネントのセットを含む一連の暗号化ビットも含んでもよい。別の例において、ＪＡＲファイルなどの配布可能なプログラムは、ヘテロジニアス・プログラム・ペイロードの非暗号化部分に対応する１つ以上のコード・ファイルおよびフォルダを有してもよい。

ＨＥＳＳのヘテロジニアス・プログラム・ペイロードは、ライセンス・キーなどのキーとともに動作してもよい。詳細には、ヘテロジニアス・プログラム・ペイロードは、１つ以上のコンピューティング・システムに、キーとともに、またはキーとは別に、配布されてもよい。一部の実施形態において、ＨＥＳＳは、ヘテロジニアス・プログラム・ペイロードおよび複数のキーの形態であってもよい。具体的には、キーは、ヘテロジニアス・プログラム・ペイロードのコピーを動作させるように構成されている潜在的なクライアント・マシンそれぞれに対して生成されてもよい。各キーは、ヘテロジニアス・プログラム・ペイロード内の様々なプログラムに対応する１つ以上の暗号化プログラム属性を含んでもよい。例として、第１のキーは、暗号化形式の属性である３０の英数字を含んでもよい。暗号化プログラム属性は、暗号化コンポーネントのセット内の暗号化されているプログラムのセットのうちのサブセットにアクセスする許可を付与する暗号化形式のプログラム属性を表現する、１つ以上の字、文字、記号などであってもよい。

各キーは、他のいずれのキーとも異なってもよい。具体的には、ＨＥＳＳの各キーは、１つ以上の暗号化プログラム属性のセットが各キーについて異なるような形で構築されてもよい。別の言い方をすれば、ヘテロジニアス・プログラム・ペイロードに対する同じ許可を付与する２つのキーは、暗号化プログラム属性を共有しない。例えば、第１のキーが、ヘテロジニアス・プログラム・ペイロードのプログラムのセットのうちの第１のプログラムのみの動作を許可する１つ以上のプログラム属性を含んでもよい。第２のキーが、同じく第１のプログラムのみの動作を許可する同じ１つ以上のプログラム属性を含んでもよい。第１のキーは、１つ以上のプログラム属性が１つ以上の暗号化プログラム属性の第１のセットの形態となるように暗号化されるとよい。第２のキーはさらに、１つ以上のプログラム属性が、同じく暗号化プログラム属性の形態ではあるが、１つ以上の暗号化プログラム属性の第２のセットの形態となるように暗号化されるとよい。暗号化プログラム属性のみが観測可能であると考えられるので、調べてもプログラム属性は判断可能、理解可能、またはその他判断するために確認可能でないであろう。

ヘテロジニアス・プログラム・ペイロードの非暗号化コンポーネントは、ペイロードのほかの部分を構成する暗号化コンポーネントのセットを用いて動作しそれに対するアクセスを提供するように構成された、コードを含んでもよい。具体的には、ヘテロジニアス・プログラム・ペイロードの非暗号化コンポーネントは、ローダ・プログラム・コード（「ローダ」）として構成されてもよい。ＨＥＳＳのヘテロジニアス・プログラム・ペイロードのローダは、キーを受信し、１つ以上の復号手法を実行するように構成されてもよい。ヘテロジニアス・プログラム・ペイロードの復号手法は、自己復号手法であってもよい。具体的には、ヘテロジニアス・プログラム・ペイロードのローダ・プログラムは、暗号化コンポーネントのセットを対象とした１つ以上のコマンドを受け入れるように構成されてもよい。例えばユーザは、１つ以上のコンポーネントのうちの第１の暗号化コンポーネント内の暗号化されている第１のプログラムの実行を実施するリクエストを開始してもよい。ユーザは、プログラムの動作を実行するための入力をローダに提供することにより操作してもよい。例えばＨＥＳＳは、テキスト・エディタ・プログラムおよび画像エディタ・プログラムを含む暗号化コンポーネントのセットを含んだソフトウェアの形態で提供される、プロダクティビティ・スイートを保護するように構成されてもよい。ユーザは、テキスト・エディタ・プログラムを実行するためのコマンドをローダに送信することにより、ＨＥＳＳの動作を開始してもよい。

ローダ・プログラム・コードは、キーを受信すると第１の暗号化コンポーネントに対して復号アクションを実行するように構成されてもよい。詳細には、ローダは、キーを受信し、キーに対して復号アクションを実行し、ヘテロジニアス・プログラム・ペイロードの暗号化コンポーネント内に格納されたプログラムにアクセスするためのキーの妥当性を判断するように構成されてもよい。例えば、キーが、ローダにより復号されたときに、リクエストされたプログラムに対応するプログラム属性を含む、暗号化プログラム属性を含む場合、ローダはそのプログラムを復号して、プログラムを実行のために１次メモリにロードするように構成されてもよい。別の例において、キーが、ローダにより復号されたときに、リクエストされたプログラムに対応するプログラム属性を含まない暗号化プログラム属性を含む場合、ローダはそのプログラムを含む暗号化コンポーネントの実行を拒否するように構成されてもよい。

ヘテロジニアス・プログラム・ペイロードは、他の形態のキーおよび実行ファイルの配布に対し、技術的に有利であろう。具体的には、ＨＥＳＳのキーの値は、悪意のある攻撃に抵抗力を持ち得る。第１に、ＨＥＳＳは、暗号化プログラム属性を含むキーに基づいてのみ動作し得るが、ライセンス・ストリング・ベースの手法は、非暗号化値に基づき動作し得る。悪意のある第三者が、キーの暗号化プログラム属性にある暗号化されている１つ以上のプログラム属性を読み取ることはできないであろう。ローダは、非暗号化プログラム属性を特に生成することなく、暗号化プログラム属性に対応する特定のプログラムの復号のみをするように構成されてもよい。例えばローダは、キーと、第１のプログラムのプログラム実行命令の形態の第１のプログラムの実行のリクエストとをプログラムの入力として得ることによってのみ動作してもよい。ローダの出力は、第１のプログラムの実行のみであってもよく、第１のプログラムに対応する非暗号化プログラム属性を含まなくてもよい。

第２に、ローダ・プログラムは、他の手法と比較して少ないリソースで動作し得る。具体的には、ライセンス・ストリング・ベースのセキュリティ手法などの他の手法よりも、より単純な形態の計算および復号アルゴリズムが、ローダにより実行され得る。例えば復号手法は、複雑なプロセスのセット、または専用の回路もしくは暗号化要素のセットに依拠することもある。他の手法の専用の復号プロセスは、特定のハードウェアまたはかなりの処理能力を有するスマートフォンもしくはその他ポータブル・コンピューティング・デバイスのみに限定され得る。これに対してローダの復号プロセスは、数十の処理サイクルのみを使用して実行し且つ数キロバイトのみの１次メモリを使用するコンピュータ・プロセスなど、比較的低いリソース使用量で動作するプロセスとされ得る。

第３に、ＨＥＳＳは、悪意のある第三者の観測またはデバッグに対して強靱性を持ちながら復号を実行し得る。例えばローダ・プログラム・コードは、デコンパイルまたはデバッグされるかもしれないが、ローダの復号手法は、プログラム属性を明らかにしないものとされ得る。ローダは、観測できない復号アクションを実行することにより動作してもよい。例えば、「セキュア」または「シークレット」コード実行と表現される手法に類似して、ローダ・プログラムにより復号されたコードは、依然としてある形態の暗号化コードであってもよい。一部の実施形態では、暗号化ペイロードが依然として実行可能であり、その一方で攻撃者がコードを観測するのは依然として防止するように、準同型暗号化手法を使用可能であろう。一部の実施形態では、限定的な動作が観測できるかもしれないが、ローダにより実行される動作は、いかなる点においても、非暗号化プログラム属性を提示したり、明らかにしたり、またはその他それに対するアクセスを許可したりしないとよい。例えばローダ・プログラムの各ステップは、暗号化コンポーネントのセットのあるセクションまたは部分のポインタ、参照、またはその他指示のみ明らかにしてもよいが、暗号化コンポーネントに格納された実際のプログラムは参照、開示、またはその他明らかにしないとよい。一部の実施形態では、ローダ・コードはいかなるアクセス制御論理も含まなくてもよい。ローダ・コードは、復号されるべき特定のコンポーネントを指示または選択するいかなるプログラム・コードも含まなくてもよい。一部の実施形態では、ライセンス・キーは、暗号化プログラム属性などの暗号化形式で、特定のプログラムに対する指示、ポインタ、またはその他関連する参照を格納してもよい。復号の動作は、特定のプログラムに対する、ライセンス・キーの暗号化プログラム属性から非暗号化されたポインタまたは参照を生じてもよい。

結果として、ヘテロジニアス・プログラム・ペイロードのローダは、すべての非暗号化プログラムまたは暗号化コンポーネントに格納されたプログラムに対する許可を付与するいかなるアクセス制御もしくはプログラム属性も明らかにしたり、その他そのコピーを平文で格納したりは決してしないとよい。さらにローダは、暗号化コンポーネントの一部のみを復号してもよい。例えば第１のヘテロジニアス・プログラム・ペイロードは、３つの暗号化コンポーネントのセットと、そのセットのためのローダ・プログラム・コードを含む非暗号化コンポーネントとを含む。第１の暗号化コンポーネントに対するアクセスを付与する第１のライセンス・キーを受信すると、第１の暗号化コンポーネントのみが１次メモリのセキュアな部分に復号されてもよい。第２および第３の暗号化コンポーネントは、非暗号化されなくてもよく、第１のライセンス・キーのみを受信することでローダにより復号されることは決してなくてもよい。復号に対するこの細粒度アプローチは、他の暗号化コンポーネントの権限のないアクセスまたは変更を防止し得る。その結果として、ソフトウェアの他のコンポーネントは決して復号されず、何らのアクセス制御論理も存在しないので、復号されていないプログラムがデコンパイル、リバース・エンジニアリング、またはその他閲覧、観測、または取得される可能性はない。

第４に、ＨＥＳＳは、エアギャップされたマシン上で動作し得る。ヘテロジニアス・プログラム・ペイロードは、部分的に自己復号型であってもよい。具体的には、ヘテロジニアス・プログラム・ペイロードのローダ・プログラム・コードは、ネットワーク接続を必要とすることなく動作してもよい。ヘテロジニアス・プログラム・ペイロードのローダは、他のコンピュータへの通信なしに動作してもよい。ローダは、（暗号化コンポーネントのセットに格納されている）どのプログラムかについての入力に対するアクセス、およびライセンス・キーに対するアクセスのみを用いて動作してもよい。

第５に、ＨＥＳＳは、維持が比較的単純となり得る。具体的には、ヘテロジニアス・プログラム・ペイロードは、単一のペイロードにおいて、配布するための多様な構成のコンポーネント、機能およびその他プログラムすべてを含むことができる。例えば第１のライセンス・キーは、第１の暗号化コンポーネントのみが復号および実行されることを許可する暗号化プログラム属性を含んでもよい。別の例において、第２のライセンス・キーは、複数の暗号化コンポーネントが復号および実行されることを許可する複数の暗号化プログラム属性を含んでもよい。新バージョンが作成される場合、ソフトウェア・クリエータは、すべての特定のクライアントのために単一のヘテロジニアス・プログラム・ペイロードのみを維持すればよいと考えられ、多様な機能またはバリアントが、ライセンス・キーと、非暗号化コンポーネントに格納されたローダ・プログラム・コードとの組み合わせのみによって制御されてもよい。

図１は、本開示の一部の実施形態による、使用され得る例示のコンピュータ・システム１００（あるいはコンピュータ）の代表的な主要コンポーネントを示す。当然のことながら、個々のコンポーネントは、複雑さ、数、タイプ、もしくは構成、またはそのいずれかの組み合わせにおいて異なってもよい。開示される特定の例は、例示のみを目的としたものであり、必ずしも当該のバリエーションに限られない。コンピュータ・システム１００は、プロセッサ１１０、メモリ１２０、入出力インターフェース（本願明細書ではＩ／ＯまたはＩ／Ｏインターフェース）１３０、およびメイン・バス１４０を含んでもよい。メイン・バス１４０は、コンピュータ・システム１００の他のコンポーネントのための通信経路を提供してもよい。一部の実施形態において、メイン・バス１４０は、専用デジタル信号プロセッサ（図示せず）などの他のコンポーネントに接続してもよい。

コンピュータ・システム１００のプロセッサ１１０は、１つ以上のコア１１２Ａ、１１２Ｂ、１１２Ｃ、１１２Ｄ（集合的に１１２）からなってもよい。プロセッサ１１０はさらに、コア１１２のための命令およびデータの一時的なストレージを提供する１つ以上のメモリ・バッファまたはキャッシュ（図示せず）を含んでもよい。コア１１２は、キャッシュから、またはメモリ１２０から提供される入力に対して命令を実行し、結果をキャッシュまたはメモリに出力してもよい。コア１１２は、本開示の実施形態に従う１つ以上の方法を実行するように構成された、１つ以上の回路からなってもよい。一部の実施形態においてコンピュータ・システム１００は、複数のプロセッサ１１０を含んでもよい。一部の実施形態においてコンピュータ・システム１００は、１つだけのコア１１２を備えた単一プロセッサ１１０であってもよい。

コンピュータ・システム１００のメモリ１２０は、メモリ・コントローラ１２２を含んでもよい。一部の実施形態においてメモリ１２０は、データおよびプログラムを格納するランダム・アクセス半導体メモリ、ストレージ・デバイス、またはストレージ媒体（揮発性または不揮発性のいずれか）を含んでもよい。一部の実施形態においてメモリは、モジュール（例えばデュアル・インライン・メモリ・モジュール）の形態であってもよい。メモリ・コントローラ１２２は、プロセッサ１１０と通信し、メモリ１２０における情報の格納および読み出しを促進してもよい。メモリ・コントローラ１２２は、Ｉ／Ｏインターフェース１３０と通信し、メモリ１２０における入力または出力の格納および読み出しを促進してもよい。

Ｉ／Ｏインターフェース１３０は、Ｉ／Ｏバス１５０、端末インターフェース１５２、ストレージ・インターフェース１５４、Ｉ／Ｏデバイス・インターフェース１５６、およびネットワーク・インターフェース１５８を含んでもよい。Ｉ／Ｏインターフェース１３０は、メイン・バス１４０をＩ／Ｏバス１５０に接続してもよい。Ｉ／Ｏインターフェース１３０は、プロセッサ１１０およびメモリ１２０からの命令およびデータをＩ／Ｏバス１５０の様々なインターフェースに向かわせてもよい。Ｉ／Ｏインターフェース１３０はさらに、Ｉ／Ｏバス１５０の様々なインターフェースからの命令およびデータをプロセッサ１１０およびメモリ１２０に向かわせてもよい。様々なインターフェースは、端末インターフェース１５２、ストレージ・インターフェース１５４、Ｉ／Ｏデバイス・インターフェース１５６、およびネットワーク・インターフェース１５８を含んでもよい。一部の実施形態において、様々なインターフェースは、前述のインターフェースのサブセットを含んでもよい（例えば、工業用途における埋め込みコンピュータ・システムは、端末インターフェース１５２およびストレージ・インターフェース１５４を含まなくてもよい）。

メモリ１２０、プロセッサ１１０、およびＩ／Ｏインターフェース１３０を含むがこれに限定されない、コンピュータ・システム１００中の論理モジュールは、１つ以上のコンポーネントに対する障害および変更をハイパーバイザまたはオペレーティング・システム（図示せず）に伝達してもよい。ハイパーバイザまたはオペレーティング・システムは、コンピュータ・システム１００内で利用可能な様々なリソースを配分し、メモリ１２０内のデータの位置および様々なコア１１２に割り当てられたプロセスを追跡してもよい。各要素を組み合わせ、または配置し直す実施形態では、論理モジュールの各側面および各能力が、組み合わされたり区分し直されたりしてもよい。当業者にはこうしたバリエーションが明らかであろう。

当然のことながら、本開示は、クラウド・コンピューティングについての詳細な記載を含むものの、本願明細書に記載される教示の実装は、クラウド・コンピューティング環境に限定されない。むしろ本発明の実施形態は、現在周知の、または後に開発される、ほかの任意のタイプのコンピューティング環境に関連して実装することができる。クラウド・コンピューティングは、最小限の管理作業またはサービスのプロバイダとのやり取りで迅速にプロビジョニングおよびリリースできる、構成可能なコンピューティング・リソース（例えばネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシンおよびサービス）の共有プールに対する、オンデマンドの便利なネットワーク・アクセスを実現するサービス供給のモデルである。こうしたクラウド・モデルには、少なくとも５つの特徴と、少なくとも３つのサービス・モデルと、少なくとも４つの展開モデルとが含まれ得る。

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

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

広範なネットワーク・アクセス：各能力はネットワーク上で利用可能であり、ヘテロジニアスなシンまたはシック・クライアント・プラットフォーム（例えばモバイル電話、ラップトップおよびＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ：携帯情報端末））による使用を促進する標準のメカニズムを通してアクセスされる。

リソース・プーリング：プロバイダのコンピューティング・リソースは、マルチ・テナント・モデルを使用して複数の消費者にサービスを提供するようプールされ、種々の物理リソースおよび仮想リソースが要求に応じて動的に割り当ておよび再割り当てされる。一般に、消費者は提供されるリソースの正確な場所についての制御権も知識も有しないという点で、非場所依存の感覚があるが、より高い抽象化レベルでは場所（例えば国、州、またはデータセンター）を指定できることもある。

迅速な伸縮性：各能力は、場合によっては自動的に、迅速且つ伸縮自在にプロビジョニングされ素早くスケール・アウトすること、および迅速にリリースされ素早くスケール・インすることができる。多くの場合、消費者にはプロビジョニングに利用可能な各能力が無制限であるように見え、任意の量をいつでも購入できる。

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

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

ソフトウェア・アズ・ア・サービス（ＳａａＳ：Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）：消費者に提供される能力は、クラウド・インフラストラクチャ上で実行されているプロバイダのアプリケーションの使用である。アプリケーションは、ウェブ・ブラウザ（ウェブ・ベースの電子メール）などのシン・クライアント・インターフェースを通して様々なクライアント・デバイスからアクセス可能である。消費者は、ネットワーク、サーバ、オペレーティング・システム、ストレージを含む基礎をなすクラウド・インフラストラクチャも、個々のアプリケーションの能力さえも、管理または制御しないが、限られたユーザ別のアプリケーション構成の設定は例外とされることもある。

プラットフォーム・アズ・ア・サービス（ＰａａＳ：Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）：消費者に提供される能力は、プロバイダによってサポートされるプログラミング言語およびツールを使用して作成された、消費者が作成または入手したアプリケーションの、クラウド・インフラストラクチャ上への展開である。消費者は、ネットワーク、サーバ、オペレーティング・システム、またはストレージを含む基礎をなすクラウド・インフラストラクチャの管理または制御は行わないが、展開されたアプリケーション、さらに場合によってはアプリケーション・ホスティング環境の構成を制御する。

インフラストラクチャ・アズ・ア・サービス（ＩａａＳ：Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）：消費者に提供される能力は、処理、ストレージ、ネットワーク、およびその他基本的なコンピューティング・リソースのプロビジョニングであり、消費者はそこで、オペレーティング・システムおよびアプリケーションを含み得る任意のソフトウェアを展開し実行することができる。
消費者は、基礎をなすクラウド・インフラストラクチャの管理または制御は行わないが、オペレーティング・システム、ストレージ、展開されたアプリケーションを制御し、場合によっては、一部のネットワーキング・コンポーネント（例えばホスト・ファイアウォール）を限定的に制御する。

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

プライベート・クラウド：クラウド・インフラストラクチャは、或る組織のみのために運用される。これは、組織または第三者により管理されることがあり、オンプレミスまたはオフプレミスに存在し得る。

コミュニティ・クラウド：クラウド・インフラストラクチャは、いくつかの組織によって共有され、共有される関心事（例えばミッション、セキュリティ要件、ポリシー、およびコンプライアンスの考慮事項）を有する特定のコミュニティをサポートする。これは、組織または第三者により管理されることがあり、オンプレミスまたはオフプレミスに存在し得る。

パブリック・クラウド：クラウド・インフラストラクチャは、公衆または大規模業界団体に利用可能にされ、クラウド・サービスを販売する組織によって所有される。

ハイブリッド・クラウド：クラウド・インフラストラクチャは、２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）の複合であり、各クラウドは一意のエンティティのままであるが、データおよびアプリケーションの移植性（例えばクラウド間のロード・バランシングのためのクラウド・バースト）を実現する標準技術またはプロプライエタリ技術によってバインドされる。

クラウド・コンピューティング環境は、サービス指向であり、ステートレス性、疎結合性、モジュール性、および意味的相互運用性が重視される。クラウド・コンピューティングの中心には、相互接続されたノードのネットワークを含むインフラストラクチャがある。

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

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

ハードウェアおよびソフトウェア層６０は、ハードウェア・コンポーネントおよびソフトウェア・コンポーネントを含む。ハードウェア・コンポーネントの例には、メインフレーム６１、ＲＩＳＣ（Ｒｅｄｕｃｅｄ Ｉｎｓｔｒｕｃｔｉｏｎ Ｓｅｔ Ｃｏｍｐｕｔｅｒ（縮小命令セット・コンピュータ））アーキテクチャ・ベースのサーバ６２、サーバ６３、ブレード・サーバ６４、ストレージ・デバイス６５、ならびにネットワークおよびネットワーキング・コンポーネント６６が含まれる。一部の実施形態において、ソフトウェア・コンポーネントは、ネットワーク・アプリケーション・サーバ・ソフトウェア６７およびデータベース・ソフトウェア６８を含む。仮想化層７０は、仮想サーバ７１、仮想ストレージ７２、仮想プライベート・ネットワークを含む仮想ネットワーク７３、仮想アプリケーションおよびオペレーティング・システム７４、ならびに仮想クライアント７５を例とする仮想エンティティが提供され得る抽象化層を提供する。

一例において管理層８０は、下記の機能を提供してもよい。リソース・プロビジョニング８１は、クラウド・コンピューティング環境内でタスクを実行するために利用されるコンピューティング・リソースおよびその他のリソースの動的な調達を提供する。計測および価格決定８２は、クラウド・コンピューティング環境内でリソースが利用されるときのコストの追跡と、こうしたリソースの消費に対する請求またはインボイスの作成とを提供する。一例において、当該のリソースは、アプリケーション・ソフトウェア・ライセンスを含んでもよい。セキュリティは、クラウド消費者およびタスクのアイデンティティ検証、ならびにデータおよびその他リソースの保護を提供する。ユーザ・ポータル８３は、消費者およびシステム管理者のためにクラウド・コンピューティング環境に対するアクセスを提供する。サービス・レベル管理８４は、必要なサービス・レベルが満たされるようにクラウド・コンピューティング・リソースの配分および管理を提供する。サービス・レベル合意（ＳＬＡ：Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）計画および達成８５は、ＳＬＡに従い将来の要求が予想されるクラウド・コンピューティング・リソースの事前準備および調達を提供する。

ワークロード層９０は、クラウド・コンピューティング環境が利用される目的となり得る機能性の例を提供する。この層から提供され得るワークロードおよび機能の例には、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室教育配信９３、データ分析処理９４、トランザクション処理９５、ならびにＨＥＳＳ９６が含まれる。

図４は、本開示の一部の実施形態に従った、ソフトウェア・ペイロードの１つ以上のプログラムをセキュリティ保護するヘテロジニアス暗号化ソフトウェア・セキュリティ（ＨＥＳＳ）のシステム４００を示す。システム４００は、セキュアなソフトウェア実行の動作を実行しているコンピューティング・デバイスの１つ以上のコンポーネントであってもよい。コンピューティング・デバイスは、コンピュータ１００などのクライアント・デバイスであってもよい。システム４００は、プロセッサ４１０、２次メモリ４２０、および１次メモリ４３０を含む複数のハードウェアを含んでもよい。システム４００はさらに、プロセッサ４１０による実行を実施するためのコマンドを受信するための入力（図示せず）を含んでもよい。例えば、第１のプログラムまたはユーザから他のプログラムまたはサブルーチンを実行するためのコマンドを受信する。

２次メモリ４２０は、プロセッサ４１０および１次メモリ４３０に提供するプログラムおよび実行可能コードの格納または保持（一時的またはより永続的のいずれか）を促進してもよい。第１の例において２次メモリ４２０は、ハード・ディスク・ドライブもしくはソリッド・ステート・ストレージ・デバイスまたはその他データのビット１つ以上を格納するように構成されたコンピュータ・コンポーネントなどのストレージ・デバイスであってもよい。第１の例の続きとして、１次メモリ４３０は、ランダム・アクセス・メモリ（ＲＡＭ）であってもよく、且つ、２次メモリ４２０からデータを受信してもよい。第２の例では、２次メモリ４２０がＲＡＭであってもよく、１次メモリ４３０はプロセッサ４１０の１つ以上のレジスタまたはキャッシュであってもよい。

システム４００は、セキュアなソフトウェアを受信および実行するように構成されてもよい。具体的には、システム４００は、ライセンス・キー（キー）４４０およびヘテロジニアス・プログラム・ペイロード（ペイロード）４５０のコピーを受信するように構成されてもよい。ペイロード４５０は、サーバまたはクラウド・コンピューティング環境５０などの別のコンピューティング・デバイスにより提供されてもよい。ペイロード４５０は、システム４００に提供される前に別のコンピューティング・デバイスにより生成されてもよい。キー４４０も、システム４００により受信される前に別のコンピューティング・デバイスにより提供されてもよい。キー４４０およびペイロード４５０は、システム４００の２次ストレージ４２０に格納されてもよい。キー４４０は、１つ以上の暗号化プログラム属性４４２－１および４４２－２（集合的に４４２）のセットを含んでもよい。暗号化プログラム属性４４２のセットは、１つ以上のプログラム属性のセットを含む暗号化された一連の文字であってもよい（図示せず）。プログラム属性のセットは、参照、ポインタ、またはその他関連するプログラム値であってもよい。ペイロード４５０は、非暗号化コンポーネント４５２、および１つ以上の暗号化コンポーネント４５４－１、４５４－２、４５４－Ｎまで（集合的に４５４）のセットを含んでもよい。ペイロード４５０は、実行可能ファイルまたはアーカイブであってもよい。例えばペイロード４５０は、システム４００のプロセッサ４１０により実行可能なバイナリ・ファイルであってもよい。別の例においてペイロード４５０は、プロセッサ４１０により実行される複数のファイルおよびフォルダ（図示せず）を含む実行可能なアーカイブであてもよい。

非暗号化コンポーネント４５２は、実行可能で、１つ以上のコマンド、入力、リクエストなどに応答するものであってもよい。詳細には、非暗号化コンポーネント４５２は、プログラム実行リクエストを受信するように構成されているローダ・プログラム・コード（ローダ）として構成されてもよい。ローダ４５２は、ペイロード４５０の他の部分を実行するように構成されてもよい。ローダ４５２は、例として、暗号化されていない他のランタイム、ライブラリ、コード・オブジェクトなどをロードしてもよい。ローダ４５２はさらに、ペイロード４５０の他の部分を条件付きで動作させるように構成されてもよい。具体的には、ローダ４５２は、暗号化コンポーネント４５４の１つ以上を間接的にロードまたは実行するのみであってもよい。
具体的には、ローダ４５２は、暗号化コンポーネント４５４のセットのうちの単一の暗号化コンポーネントを復号するのみであってもよく、復号が成功すると、暗号化コンポーネント４５４のセットの今や復号されたコンポーネントが自動的に開始してもよい。さらに、セキュリティを高めるために、キー４４０によっては、一定の暗号化コンポーネント４５４のみが復号されてもよく、且つ一部の暗号化コンポーネント４５４は決して復号されなくてもよい。例えば、実行されるよう指定されていない如何なるプログラム、コンポーネント、または機能（所与の暗号化コンポーネント４５４に格納されている）も、非暗号化コンポーネント４５２により復号されないことになる。別の例において、所与のキー４４０において対応する暗号化された許可４４２がない如何なるプログラム、コンポーネント、または機能（所与の暗号化コンポーネント４５４に格納されている）も、非暗号化コンポーネント４５２により復号されることは決してできないであろう。一部の状況において、他のシステムまたは他のキー（キー４４０以外）に暗号化属性の異なるセットが提供されてもよい。別のキーの暗号化属性の異なるセットは、特定の暗号化コンポーネント４５４の実行を許可することになるプログラム属性を含んでもよい。例えば、後の時点でシステム４００に追加の暗号化属性を含む新たなキーが提供された場合、ペイロード４５０の第１のコピーの実行は、暗号化コンポーネント４５４に格納された他のプログラム、コンポーネント、または機能の実行を許可してもよい。

動作の第１の例において、第１のリクエスト４６０がシステム４００のプロセッサ４１０により受信されてもよい。プロセッサ４１０は、第１のリクエスト４６０を受信してもよく、それに応答してペイロード４５０の第１のインスタンス４７０を実行してもよい。第１のペイロード・インスタンス４７０は、非暗号化コンポーネント４７２の第１のインスタンス、および暗号化コンポーネント４７４－１、４７４－２、４７４－Ｎまで（集合的に４７４）のセットを含んでもよい。第１のリクエスト４６０は、暗号化コンポーネント４７４のセット内の暗号化されているプログラムのセットのうちの第１のプログラムを対象としてもよい。第１のリクエスト４６０は、第１のプログラムに対する実行リクエストであってもよい。第１のペイロード・インスタンス４７０はさらに、（例えば実行に対する引数としてキー４４０を提供されることにより、または第１のリクエスト４６０に応答してキー４４０を読み出すことにより）キー４４０の妥当性を検証するように構成されていてもよい。リクエスト４６０は、グラフィカル・ユーザ・インターフェース（例えばメニューに対するマウスのクリック）を介したユーザからの入力またはコマンド・ライン命令の形態であってもよい。例えば第１のリクエスト４６０は、「ｍｙＬｉｃｅｎｓｅ．ｋｅｙ」という名前のキー４４０を用い「ｍｙＳｏｆｔｗａｒｅ．ｊａｒ」という名前のＪａｖａ（登録商標）ＪＡＲファイルであるペイロード４５０を対象とし、「ＴｅｘｔＴｙｐｅｒ」という名前のプログラム４７４－１が実行されることをリクエストしてもよい。第１のリクエスト４６０は、コマンド・ラインにおいて「．ｊａｖａ －ｊａｒ ｍｙＳｏｆｔｗａｒｅ．ｊａｒ －１ ｍｙＬｉｃｅｎｓｅ．ｋｅｙ －ｔ ＴｅｘｔＴｙｐｅｒ」と表示されてもよい。

動作の第１の例の続きとして、リクエスト４６０を受信するとプロセッサ４１０は第１のペイロード・インスタンス４７０を実行してもよく、ローダ４７２は、キー４４０を使用して暗号化コンポーネント４７４－１を復号してもよい。キー４４０の暗号化属性４４２は、キーがどのコンポーネントを復号できるかを指定する暗号化バイナリ値と、保護された機能性を特徴付けるラベルとを含んでもよい。プログラム４７４－１の実行は、システム４１０のほかの部分による観測からセキュリティ保護されてもよい。第１の例では、準同型暗号化手法が採用されてもよい。第２の例では、第１のペイロード・インスタンス４７０は、１次ストレージ４３０において実行される他のプロセスからサンドボックス化されてもよい。別の例では、第１のペイロード・インスタンス４７０の暗号化コンポーネント４７４は、対称キー（図示せず）の第１の暗号化コピーを含んでもよく、キー４４０も、対称キーの第２の暗号化コピーを含んでもよい。キー４４０において暗号化されている対称キーのコピーが受信されないいかなる暗号化コンポーネント４７４も、実行されない可能性がある。その結果として、復号後、且つ１次ストレージ４３０に存在する間にプログラム４７４－１の第１のインスタンスを傍受する悪意のあるプログラムは、対称キーのコピーも保有していなければ実行可能なコピーを作ることはできない可能性がある。

動作の第２の例において、第２のリクエスト４８０がプロセッサ４１０により受信されてもよい。プロセッサ４１０は、第２のリクエスト４８０を受信してもよく、それに応答してペイロード４５０の第２のインスタンス４９０を実行してもよい。第２のペイロード・インスタンス４９０は、非暗号化コンポーネント４９２の第２のインスタンス、および暗号化コンポーネント４９４－１、４９４－２、４９４－Ｎまで（集合的に４９４）のセットを含んでもよい。第２のリクエスト４８０は、暗号化コンポーネント４９４のセット内の暗号化されているプログラムのセットのうちの第２のプログラムを対象としてもよい。具体的には、第２のプログラムは、暗号化コンポーネント４９４－２において暗号化されていてもよい。第２のリクエスト４８０はさらに、キー４４０を伴ってもよい。キー４４０は、暗号化属性のセットは有するかもしれないが、暗号化コンポーネント４９４－２に対応する暗号化属性は有しないかもしれない。

動作の第２の例の続きとして、リクエストに応答して、非暗号化コンポーネント４９２は、リクエスト４８０の第２のプログラムの実行を実施しようと試行してもよい。非暗号化コンポーネント４９２のコードは、アクセス制御の位置を特定もしくは実行するいかなる論理も含まず、暗号化コンポーネント４９４についていかなる情報も明らかにしないとよい。例えば第２のリクエスト４８０は、「ＰｉｃｔｕｒｅＰａｉｎｔｅｒ」という名前のプログラムを対象としてもよく、さらにキー４４０を含んでもよい。暗号化属性４４２は、「ＰｉｃｔｕｒｅＰａｉｎｔｅｒ」プログラムではないプログラムに対応してもよい。非暗号化コンポーネント４９２は、提供されたキーを使用して復号ルーチンを実行するコードのみを含んでもよい。コードは、いずれのコンポーネントの非暗号化データも明らかにしないとよい。この第２の例に基づき、暗号化コンポーネント４９４はすべて暗号化されたままであるとよい。

図５は、本開示の一部の実施形態に従った、クライアント・システムにより実行されるＨＥＳＳの例示の方法５００を示す。方法５００は、コンピュータ・システム１００などのコンピュータにより実行されてもよい。方法５００は、コンピュータに提供されるセキュアなソフトウェアを実行するようにユーザがコンピュータに命令するのに応答して実行されてもよい。例えばメモリ・スティックが、ペイロード４５０などのヘテロジニアス・プログラム・ペイロード（ペイロード）のコピーを含んでもよい。方法５００を実行するコンピュータは、インターネットなどのネットワークに接続されてもよい。一部の実施形態において方法５００は、エアギャップされたコンピュータ上で実行されてもよい。例として、方法５００を実行するコンピュータは、他のコンピュータ、サーバなどから分離されていてもよく、またはその他の形で他のいかなる処理デバイスにも通信可能に直接（またはネットワークを介して間接的に）結合されていなくてもよい。

方法５００は５０５にて開始し、５１０にてペイロードが実行される。ペイロードは、プログラムの実行を実施し始めるためのコマンド・ライン引数を受信することにより実行されてもよい。ペイロードは、コンピュータ上のバッチ・プロセスまたはスクリプトなどにより周期的に５１０にて実行されてもよい。

５２０にて、ライセンス・キーがペイロードに入力されてもよい。一部の実施形態において、キーは、５１０でのペイロードの実行の一部として入力されてもよい。例えばライセンス・キーは、ペイロードの実行の一部として提供されるコマンド・ライン引数であってもよい。一部の実施形態において、キーは、５１０でのペイロードの実行後に入力されてもよい。例えばライセンス・キーは、ストレージ・デバイス上、論理フォルダ内、またはその他関連するコンピューティング構造に、ローカルに位置してもよい。ペイロード５１０が実行されると、検証およびロード・プログラムなどの非暗号化コンポーネントが、ライセンス・キーの提供をリクエストすることにより開始してもよい。ライセンス・キーのリクエストに応じて、ユーザまたはプログラムは５２０にて、ペイロードの非暗号化コンポーネントにライセンス・キーを入力してもよい。

プログラム実行命令が、５３０にて受信されてもよい。プログラム実行命令は、ペイロード５１０により受信されてもよい。例えばプログラム実行命令は、第１のプログラムの実行を開始するための、スクリプト、ユーザ、またはその他プログラムからの選択であってもよい。プログラム実行命令は、ペイロード５１０の実行時に受信されてもよい。例えばプログラム実行命令は、５１０での実行を受けてペイロードに提供される引数であってもよい。プログラム実行命令は、ペイロードの一部を対象にしてもよい。具体的には、プログラム実行命令は、プログラム名またはその他関連する識別子により、ペイロードの暗号化コンポーネントのセットに格納されている１つ以上のプログラムを参照してもよい。

５４０にて、ペイロードの実行の妥当性が判断されてもよい。実行の妥当性とは、５２０にて入力されたキーの妥当性であってもよい。ペイロードの非暗号化コンポーネントは、ライセンス・キーを受信してもよく、さらにライセンス・キーを用いて復号プロセスを実行しようと試行してもよい（例えばＡＥＳなどの対称アルゴリズムまたはＡＢＥなどの非対称アルゴリズムを使用）。実行の妥当性は、５３０にて受信されたプログラム実行命令に応答するものであってもよい。妥当性は、ライセンス・キーに基づいてもよく、さらに、５３０にて受信された特定のプログラム命令に基づいてもよい。具体的には、５２０にて入力されたライセンス・キーに基づき、且つ５３０にて受信されたプログラム命令と組み合わせて、ペイロードの非暗号化コンポーネントが、１つ以上の復号動作を実行することにより開始してもよい。復号動作は、コンポーネントのセットのうちのあらゆる暗号化コンポーネントに対して実行されてもよい。例えばライセンス・キー全体が、暗号化コンポーネントのセットの中の対象の暗号化コンポーネントに対応する平文の識別子とともに、復号プロセスに対する引数として提供されてもよい。妥当性の判断は、コンポーネントのセットのうちの暗号化コンポーネントに格納された特定されたプログラムを復号しようと試行するために、復号プロセスの復号アクションを実行してもよい。復号プロセスは、ライセンス・キーにある各暗号化属性を使用して復号アクションを実行しようと試行してもよい。例えば所与のライセンス・キーは、対応するヘテロジニアス・プログラム・ペイロードにより実行され得る４５のプログラムに対応する４５の暗号化属性を表現する値のストリングであってもよい。対応するペイロードは、７０の別々の暗号化コンポーネントに格納された７０のプログラムを含んでもよい。４５の暗号化属性のうちの１つが暗号的に一致した暗号化コンポーネントに対応する場合、復号プロセスは、５３０の受信済みプログラム実行命令からリクエストされたプログラムのみを復号してもよい。復号プロセスは、暗号化コンポーネントに格納されたプログラムに対応するいかなる特定のプログラム属性も明らかにすることなく、キー全体を受信するように構成されてもよい。例えば復号プロセスは、暗号化属性のいかなる非暗号化バージョンも明らかにしない可能性があり、且つ、ライセンス・キーを構成する暗号化属性のいかなる非暗号化形式も示したり、出力として提供したり、または観測可能な中間物として（例えば１次ストレージ、メモリ、またはプロセッサのレジスタにおいて）提供したりしない可能性がある。

妥当性について、妥当、５５０：Ｙと判断されれば、５６０にて復号プログラムがロードされてもよい。復号プログラム５６０は、ロードされる唯一のプログラムであってもよい。別の言い方をすれば、リクエストされたプログラムではないいずれの暗号化コンポーネントも、５６０にて復号されない。復号プログラム５６０は、セキュアにロードされるとよい。例えばプロセッサは、実行中に復号プログラムを保持するために、ＲＡＭまたはキャッシュのセキュアな（例えばサンドボックス化されたプライベートな）部分を配分してもよい。

妥当性について５５０：Ｎで不当と判断されれば、受信されたプログラム実行命令は５７０にて拒否される。５７０での拒否は、拒否を表す指示、出力、またはその他メッセージであってもよい。例えば、ファイルに対する「プログラムのアクセス許可なし」と述べるメッセージが生成されてもよい。別の例では、コンピュータの出力または画面バッファに「不当な入力」と述べるメッセージが生成されてもよい。５７０での拒否は、ヘテロジニアス・プログラム・ペイロードの非暗号化コンポーネントのプログラム終了を、プログラム終了の理由を何ら伝達することなく含んでもよい。

妥当性について５５０：Ｙで妥当と判断された後、または妥当性について５５０：Ｎで不当と判断された後、方法５００は５９５にて終了する。

図６は、本開示の一部の実施形態に従った、クライアント・システムに提供するためのＨＥＳＳのコンポーネントを作成する例示の方法６００を示す。方法６００は、コンピュータ１００などの中央コンピュータにより実行されてもよい。方法６００は、クラウド・コンピューティング環境５０などのクラウド・プロバイダにより実行されてもよい。方法６００は、ソフトウェアを配布する、またはその他提供する前に、ソフトウェア・クリエータにより実行されてもよい。例えば方法６００は、バグを修正するため、または新たな機能を拡張もしくは作成するために、ソフトウェアの新バージョンを生成するべく、統合開発環境の一部として実行されてもよい。

開始６０５から、リクエストが６１０にて受信されてもよい。リクエストは、ソフトウェアを生成する、またはソフトウェアに対するライセンスを生成するスクリプトの一部として入力されてもよい。６１０でのリクエストは、ビルド情報、ソフトウェア・バージョン情報、ライセンス名、クライアント名、ライセンス許可、またはその他関連するパラメータなどの１つ以上のパラメータを含んでもよい。６１０でのリクエストは、セキュリティ保護されていないソフトウェアへの参照を含んでもよい。例えばリクエストは、バイナリの一部として、またはソース・コード関数として、または１つ以上のファイル、もしくはソフトウェア・アーカイブ・ファイルのフォルダ、またはその両方として格納された非暗号化フォーマットのプログラム１つ以上のセットの位置に対する、ポインタを含んでもよい。

６２０：Ｙでリクエストが新たなペイロードに関する場合、６３０にて１つ以上のプログラム属性のセットが割り当てられてもよい。属性の割り当ては、ペイロードの一部となる、ソフトウェアのすべてのプログラムに単一の属性を割り当てることを含んでもよい。具体的には、所与の１つのソフトウェアが１３５の別個のプログラムを有する場合、１３５のプログラム属性が、それぞれの別個のプログラムに割り当てられてもよい。例えば、開発者が別個のプログラム４つを含む新たなペイロードを配布のために生成している場合、属性「Ｆ１」、「Ｆ２」、「Ｆ３」、および「Ｆ４」が、それぞれ第１のプログラム、第２のプログラム、第３のプログラム、および第４のプログラムに割り当てられてもよい。

６４０にて、ヘテロジニアス・プログラム・ペイロードが生成されてもよい。プログラムは、第１の暗号化プロセスに基づき生成されてもよい。第１の暗号化プロセスは、ヘテロジニアス・プログラム・ペイロードを生成する暗号化アルゴリズムの実行を含んでもよい。例えばペイロードは、ＡＥＳ－１２８またはそれより大きいキー長のものなどの対称暗号化アルゴリズムにより、またはＲＳＡ－２０４８もしくはＥＣＤＳＡ－２２４またはそれより大きいキー長のものなどの非対称暗号化アルゴリズムを用いて、またはＫＰ－ＡＢＥもしくはＣＰ－ＡＢＥなどの属性ベース暗号方式を用いて暗号化されたものとすることができるであろう。第１の暗号化プロセスは、３つの入力を任意の順で得てもよい。第１の暗号化プロセスは、（６１０にて受信された）リクエストの一部であったセキュリティ保護されていないペイロードを第１の入力として得てもよい。第１の暗号化プロセスは、割り当てられたプログラム属性を第２の入力として得てもよい。第１の暗号化プロセスは、１次キーを第３の入力として得てもよい。１次キーは、十分な長さ（例えば１０２４ビット）のキー、値、ストリング、またはその他一連のワードもしくは文字であってもよい。

入力の１つ以上が不完全であるか、または欠けている場合、第１の暗号化プロセスは、エラーを出すか、またはエラー・コードを返してもよい。例えば、セキュリティ保護されていないペイロードが４つのプログラムを含み、第１の暗号化プロセスが、３つのみのプログラム属性を与えられた場合、第１の暗号化プロセスはエラーを返してもよい。ヘテロジニアス・プログラム・ペイロードを生成する一部として、１つ以上の暗号化コンポーネントのセットが生成されてもよい（例えば第１の暗号化プロセスの結果または出力として）。ヘテロジニアス・プログラム・ペイロードを生成する一部として、セキュリティ保護されていないコンポーネントが６４０にて暗号化コンポーネントと組み合わされてもよい（例えば、第１の暗号化プロセスが暗号化コンポーネントのセットを作成するのと実質的に同時か、その直前か、またはその直後に）。コンパイル、グループ化、アーカイブ化、埋め込み、またはその他の形で非暗号化コンポーネントと暗号化コンポーネントのセットとを組み合わせることにより、非暗号化コンポーネントが暗号化コンポーネントのセットと組み合わされてもよい。非暗号化コンポーネントは、第１の暗号化プロセスの出力であってもよい。例として、第１の暗号化プロセスの１つの出力として、復号プロセスが生成されてもよい。復号プロセスは、（例えば暗号化形式の）プログラム属性のサブセットなど、プログラム属性の１つ以上を入力として得てもよい。

６２０：Ｎでリクエストが新たなペイロードに関するものでなく、且つ６５０：Ｙでリクエストが新たなキーに関するものであれば、キーの１つ以上の許可が６６０にて受信され得る。新たなキーのリクエスト（６１０にて受信される）は、所与のヘテロジニアス・プログラム・ペイロードにより実行されることを許可されるプログラムの１つ以上の許可、参照、値、または関連する識別子、および所与のヘテロジニアス・プログラム・ペイロードに対する参照を含んでもよい。１つ以上の許可は、プログラム属性のセットのインスタンスまたは第１のサブセットであってもよい。例えばプログラム属性のセット全体は、ヘテロジニアス・プログラム・ペイロードに（暗号化形式で）格納されている各プログラムに対応する、３５のプログラム属性を含んでもよい。本例の続きとして、受信された許可は、第３のプログラム属性、第１２のプログラム属性、および第３０のプログラム属性を含むプログラム属性のサブセットを含んでもよい。次に、６７０にてランダム値が取得され得る。ランダム値は、文字のランダム・ストリングであってもよい。ランダム値は、ランダムな一連のワードであってもよい。ランダム値は、十分な長さまたはサイズ（例えば２５６ビット）のものであるとよい。

ライセンス・キーが６８０にて生成される。ライセンス・キーは、第２の暗号化プロセスにより生成されてもよい。第２の暗号化プロセスは、適切な暗号化プロセスであればよい。第２の暗号化プロセスは、３つの入力を含んでもよい。第１の入力は、プログラム属性のサブセット（例えば、生成されるライセンス・キーにより実行へのアクセスが許可されるプログラムに対応するプログラム属性）であってもよい。第２の入力は、ランダム値であってもよい。第３の入力は、１次キーであってもよい。第２の暗号化プロセスの出力は、ライセンス・キーであってもよい。ライセンス・キーは、一連の値、文字のストリング、またはその他関連する暗号出力であってもよい。ライセンス・キーは、実行のために復号されることを許可されるヘテロジニアス・プログラム・ペイロードの暗号化コンポーネントのサブセットに対応する、暗号化プログラム属性のセットを含んでもよい。ライセンス・キーは、第１の暗号化プログラム属性がどこで終わるか、および第２の暗号化プログラム属性がどこで終わるかを明確化、区分、またはその他指示しなくてもよい。ランダム値の使用は、２つのキーを比較しても暗号化プログラム属性を識別できないようにすることができる。例えば、プログラム属性の第１のサブセット、および第１のランダム数、および１次キーを所与として、６８０にて生成されるライセンス・キーは、「ｓｋＺＩＥ”８’ｗＢｔｂｙｅ－７［＄＄ｐ７ｕＮＭ２ＨＬｉ＞ＮＺｇ０ｒＡ ＹＦＯ＆ｌｔｊｈ！Ｘ ｛ＱＱ＝Ｏｙｒｂ＃ｓ＜Ｒ－＋８％ｈ，Ｘ」の値を備えたストリングであってもよい。
本例の続きとして、プログラム属性の同じ第１のサブセット、および第２のランダム数、および１次キーを所与として、６８０にて生成されるライセンス・キーは、「ＨＦ，ＦＱＬｂ］４６，ｘＡ／ｄ？”．ＱＣｄ， ？＃ｓｍ．ｖ：ＣＴ／ｘＴ（Ｏｏ＜４ＢｘＥ＆ＬｆＴｈＺ８＊Ａｚｐ（Ｃ？＿ｎＰＡ」の値を備えたストリングであってもよい。

６５０：Ｎでリクエストが新たなキーに関するものでない場合、または６８０でライセンス・キーを生成した後、方法６００は６９５にて終了する。

本発明は、任意の可能な技術的詳細レベルで統合されたシステム、方法、もしくはコンピュータ・プログラム製品、またはそのいずれかの組み合わせとされてもよい。コンピュータ・プログラム製品は、プロセッサに本発明の各側面を実行させるコンピュータ可読プログラム命令を有する１つまたは複数のコンピュータ可読ストレージ媒体を含んでもよい。

コンピュータ可読ストレージ媒体は、命令実行デバイスにより使用される命令を保持および格納することができる有形のデバイスとすることができる。コンピュータ可読ストレージ媒体は、例えば電子ストレージ・デバイス、磁気ストレージ・デバイス、光学ストレージ・デバイス、電磁ストレージ・デバイス、半導体ストレージ・デバイス、または前述のものの任意の適切な組み合わせとされてもよいが、これらに限定されない。コンピュータ可読ストレージ媒体のより具体的な例の網羅的でないリストは、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）またはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ：ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ポータブル・コンパクト・ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、デジタル多用途ディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）、メモリ・スティック、フレキシブル・ディスク、パンチ・カードまたは命令が記録された溝の中の隆起構造などの機械的にエンコードされたデバイス、および前述のものの任意の適切な組み合わせを含む。本願明細書で使用されるとき、コンピュータ可読ストレージ媒体は、電波もしくはその他自由に伝搬する電磁波、導波路もしくはその他伝送媒体を伝搬する電磁波（例えば光ファイバ・ケーブルを通過する光パルス）、またはワイヤを介して伝送される電気信号など、本質的に一時的な信号とは解釈されないものとする。

本願明細書に記載されたコンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体からそれぞれのコンピューティング／処理デバイスに、または例えばインターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、もしくはワイヤレス・ネットワーク、またはそれらのいずれかの組み合わせなどのネットワークを介して外部コンピュータもしくは外部ストレージ・デバイスに、ダウンロード可能である。ネットワークは、銅製伝送ケーブル、光伝送ファイバ、ワイヤレス伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、もしくはエッジ・サーバ、またはそれらのいずれかの組み合わせを含み得る。各コンピューティング／処理デバイスのネットワーク・アダプタ・カードまたはネットワーク・インターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、コンピュータ可読プログラム命令をそれぞれのコンピューティング／処理デバイス内のコンピュータ可読ストレージ媒体に格納するために転送する。

本発明の動作を実行するコンピュータ可読プログラム命令は、アセンブラ命令、命令セット・アーキテクチャ（ＩＳＡ：ｉｎｓｔｒｕｃｔｉｏｎ－ｓｅｔ－ａｒｃｈｉｔｅｃｔｕｒｅ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路の設定データ、またはＳｍａｌｌｔａｌｋ（登録商標）、Ｃ＋＋、もしくは同様のものなどのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語もしくは同様のプログラミング言語などの手続き型プログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで書かれたソース・コードもしくはオブジェクト・コードのいずれかであってもよい。コンピュータ可読プログラム命令は、完全にユーザのコンピュータ上で実行されても、部分的にユーザのコンピュータ上で実行されても、スタンドアロン・ソフトウェア・パッケージとして実行されても、部分的にユーザのコンピュータ上で且つ部分的にリモート・コンピュータ上で実行されても、または完全にリモート・コンピュータもしくはサーバ上で実行されてもよい。後者のシナリオでは、ローカル・エリア・ネットワーク（ＬＡＮ：ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）もしくはワイド・エリア・ネットワーク（ＷＡＮ：ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）を含む任意のタイプのネットワークを通してリモート・コンピュータがユーザのコンピュータに接続されてもよく、または（例としてインターネット・サービス・プロバイダを使用しインターネットを介して）外部コンピュータに接続されてもよい。一部の実施形態において、本発明の各側面を実行するために、例としてプログラマブル論理回路構成、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、またはプログラマブル論理アレイ（ＰＬＡ：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ａｒｒａｙ）を含む電子回路構成が、コンピュータ可読プログラム命令の状態情報を利用して電子回路構成をパーソナライズすることによりコンピュータ可読プログラム命令を実行してもよい。

本発明の各側面は、本発明の実施形態による方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図もしくはブロック図またはその両方を参照して本願明細書に記載される。当然のことながら、フローチャート図もしくはブロック図またはその両方の各ブロック、およびフローチャート図もしくはブロック図またはその両方の複数ブロックの組み合わせは、コンピュータ可読プログラム命令により実装可能である。

マシンをもたらすよう、こうしたコンピュータ可読プログラム命令が、コンピュータ、またはその他プログラマブル・データ処理装置のプロセッサに提供されて、この命令が、コンピュータまたはその他プログラマブル・データ処理装置のプロセッサにより実行されて、フローチャートもしくはブロック図またはその両方の１つもしくは複数のブロックにおいて指定された機能／動作を実装する手段を作り出すようにすることもできる。特定の形で機能するようコンピュータ、プログラマブル・データ処理装置、もしくはその他デバイス、またはそれらのいずれかの組み合わせに指令することができる当該コンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体に格納されて、命令を格納されたコンピュータ可読ストレージ媒体が、フローチャートもしくはブロック図またはその両方の１つもしくは複数のブロックにおいて指定された機能／動作の各側面を実装する命令を含む製品を含むようにすることもできる。

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

各図面のフローチャートおよびブロック図は、本発明の様々な実施形態によるシステム、方法、およびコンピュータ・プログラム製品の考えられる実装のアーキテクチャ、機能性、および動作を示す。この関連で、フローチャートまたはブロック図の中の各ブロックは、指定の論理機能（単数または複数）を実装する１つ以上の実行可能命令を含むモジュール、セグメント、または命令の一部を表現し得る。一部の代わりの実装では、ブロックの中に示されている機能が、図面に示されているのとは異なる順序で生じてもよい。例えば、関連する機能性次第で、連続して示されている２つのブロックが実際には１つのステップとして実現されてもよく、同時に実行されてもよく、実質的に同時に実行されてもよく、一部または全部が時間的に重なる形であってもよく、または各ブロックが逆順で実行されることがあってもよい。さらに、ブロック図もしくはフローチャート図またはその両方の各ブロック、およびブロック図もしくはフローチャート図またはその両方の複数ブロックの組み合わせは、指定の機能もしくは動作を実行する、または専用ハードウェアおよびコンピュータ命令の組み合わせを実行する、専用ハードウェア・ベースのシステムにより実装できるということに留意されたい。

本開示の様々な実施形態の記載は、説明のために提示されたものであるが、包括的であることも、開示された実施形態に限定されることも目的としていない。当業者には、記載された実施形態の範囲から逸脱することのない多数の変更およびバリエーションが明らかであろう。本願明細書で使用された専門用語は、実施形態の原理、実際の応用、もしくは市場にある技術に比べた技術的改善を説明するよう、または当業者が本願明細書に開示された実施形態を理解できるよう選ばれた。

本開示の様々な実施形態の記載は、説明のために提示されたものであるが、包括的であることも、開示された実施形態に限定されることも目的としていない。当業者には、記載された実施形態の範囲から逸脱することのない多数の変更およびバリエーションが明らかであろう。本願明細書で使用された専門用語は、実施形態の原理、実際の応用、もしくは市場にある技術に比べた技術的改善を説明するよう、または当業者が本願明細書に開示された実施形態を理解できるよう選ばれた。

Claims (20)

1. 第１のコンピューティング・デバイスにヘテロジニアス・プログラム・ペイロードの第１のコピーを提供するステップ
   を含む方法であって、
   前記ヘテロジニアス・プログラム・ペイロードは、非暗号化コンポーネントと、１つ以上の暗号化コンポーネントのセットとを含み、前記暗号化コンポーネントのセットは、１つ以上のプログラムのセットに対応し、
   前記ヘテロジニアス・プログラム・ペイロードの前記非暗号化コンポーネントは、第１のライセンス・キーを受信するように構成されたローダ・プログラム・コードを含み、
   前記ローダ・プログラム・コードは、前記第１のライセンス・キーを受信するのに応答して、前記ヘテロジニアス・プログラム・ペイロードの前記暗号化コンポーネントのセットに対して復号アクションを実行するように構成されている、方法。
2. 前記方法は、
   前記プログラムのセットに対応する１つ以上のプログラム属性のセットを第２のコンピューティング・デバイスにより割り当てるステップであって、前記プログラム属性のセットの各プログラム属性は、前記プログラムのセットの対応する各プログラムを特定する、前記割り当てるステップと、
   前記第２のコンピューティング・デバイスにより、前記プログラムのセットから、１次キーを用い前記プログラム属性のセットを用いる第１の暗号化プロセスに基づき、前記非暗号化コンポーネントと、前記暗号化コンポーネントのセットとを含む前記ヘテロジニアス・プログラム・ペイロードを生成するステップであって、前記ヘテロジニアス・プログラム・ペイロードは、前記第１のコンピューティング・デバイスに提供する前に生成される、前記ヘテロジニアス・プログラム・ペイロードを生成するステップと
   をさらに含む、請求項１に記載の方法。
3. 前記方法は、
   前記第２のコンピューティング・デバイスにより、前記１次キーを用い、文字のランダム・ストリングを用い、前記プログラム属性のセットの第１のサブセットを用いる第２の暗号化プロセスに基づき、前記第１のライセンス・キーを生成するステップであって、前記第１のライセンス・キーは、前記暗号化コンポーネントのセットの第１のサブセットに対応する１つ以上の暗号化プログラム属性の第１のセットを含む、前記第１のライセンス・キーを生成するステップ
   をさらに含む、請求項２に記載の方法。
4. 前記プログラム属性のセットの前記第１のサブセットは、前記プログラム属性のセットと同じであり、
   前記暗号化コンポーネントのセットの前記第１のサブセットは、前記暗号化コンポーネントのセットと同じである、請求項３に記載の方法。
5. 前記暗号化コンポーネントのうちの第１の暗号化コンポーネントは、第１のプログラムであり、前記暗号化コンポーネントのうちの第２の暗号化コンポーネントは、前記第１のプログラムの機能である、請求項１に記載の方法。
6. 前記方法は、
   前記第１のコンピューティング・デバイスに前記第１のライセンス・キーを提供するステップ
   をさらに含み、
   前記第１のライセンス・キーは、前記１つ以上の暗号化コンポーネントの第１のサブセットに対応する１つ以上の暗号化プログラム属性の第１のセットを含む、請求項１に記載の方法。
7. 前記ローダ・プログラム・コードは、
   前記暗号化コンポーネントのうちの第１のコンポーネント内の暗号化されている第１のプログラムを対象とする第１のプログラム実行命令を受信するようにさらに構成されている、請求項６に記載の方法。
8. 前記復号アクションは、
   前記ローダ・プログラム・コードにより前記第１のライセンス・キーの不当性を判断するステップと、
   前記ローダ・プログラム・コードにより、前記不当性に応答して前記第１のプログラム実行命令を拒否するステップと
   を含む、請求項７に記載の方法。
9. 前記復号アクションは、
   前記ローダ・プログラム・コードにより前記第１のライセンス・キーの妥当性を判断するステップと、
   前記ローダ・プログラム・コードにより、前記妥当性に応答して前記第１のプログラム実行命令に基づき、前記第１のプログラムをプロセッサによる実行のためにメモリにロードするステップと
   を含む、請求項７に記載の方法。
10. 前記方法は、
    第２のコンピューティング・デバイスに第２のライセンス・キーを提供するステップであって、
    前記第２のライセンス・キーは、前記１つ以上の暗号化コンポーネントの前記第１のサブセットに対応する１つ以上の暗号化プログラム属性の第２のセットを含み、
    １つ以上の暗号化プログラム属性の前記第２のセットは、前記１つ以上の暗号化プログラム属性の前記第１のサブセットと同じでない、
    前記第２のライセンス・キーを提供するステップと、
    前記第２のコンピューティング・デバイスに前記ヘテロジニアス・プログラム・ペイロードの第２のコピーを提供するステップと
    をさらに含む、請求項９に記載の方法。
11. 前記ヘテロジニアス・プログラム・ペイロードの前記第２のコピーの前記ローダ・プログラム・コードは、
    前記ヘテロジニアス・プログラム・ペイロードの前記第２のコピーの前記暗号化コンポーネントのセットのうちの第１の暗号化コンポーネント内の暗号化されている前記第１のプログラムを対象とする第２のプログラム実行命令を受信することと、
    前記第２のライセンス・キーを受信することと、
    前記第２のライセンス・キーの第２の不当性を判断することと、
    前記第２の不当性に応答して、前記第２のプログラム実行命令を拒否することと
    をするように構成されている、請求項１０に記載の方法。
12. 前記ヘテロジニアス・プログラム・ペイロードの前記第２のコピーの前記ローダ・プログラム・コードは、
    前記ヘテロジニアス・プログラム・ペイロードの前記第２のコピーの前記暗号化コンポーネントのセットのうちの前記第１の暗号化コンポーネント内の暗号化されている前記第１のプログラムを対象とする第２のプログラム実行命令を受信することと、
    前記第２のライセンス・キーを受信することと、
    前記第２のライセンス・キーの妥当性を判断することと、
    前記妥当性に応答して、前記第２のプログラム実行命令に基づき、前記第１のプログラムをプロセッサによる実行のためにメモリにロードすることと
    をするように構成されている、請求項１０に記載の方法。
13. １つ以上の命令を含むメモリと、
    前記メモリに通信可能に結合されたプロセッサと
    を含むシステムであって、前記プロセッサは、前記１つ以上の命令を読み取るのに応答して、
    ヘテロジニアス・プログラム・ペイロードの第１のコピーを受信するように構成され、
    前記ヘテロジニアス・プログラム・ペイロードは、非暗号化コンポーネントと、１つ以上の暗号化コンポーネントのセットとを含み、前記暗号化コンポーネントのセットは、１つ以上のプログラムのセットに対応し、
    前記ヘテロジニアス・プログラム・ペイロードの前記非暗号化コンポーネントは、第１のライセンス・キーを受信するように構成されたローダ・プログラム・コードを含み、
    前記ローダ・プログラム・コードは、前記第１のライセンス・キーを受信するのに応答して、前記ヘテロジニアス・プログラム・ペイロードの前記暗号化コンポーネントのセットに対して復号アクションを実行するように構成されている、前記システム。
14. 前記プロセッサは、
    前記第１のライセンス・キーを受信するようにさらに構成され、
    前記第１のライセンス・キーは、前記１つ以上の暗号化コンポーネントの第１のサブセットに対応する１つ以上の暗号化プログラム属性の第１のセットを含む、請求項１３に記載のシステム。
15. 前記プロセッサは、
    前記暗号化コンポーネントのうちの第１のコンポーネント内の暗号化されている第１のプログラムを対象とする第１のプログラム実行命令を、前記ローダ・プログラム・コードにより受信するようにさらに構成されている、請求項１４に記載のシステム。
16. 前記復号アクションは、
    前記ローダ・プログラム・コードにより前記第１のライセンス・キーの不当性を判断することと、
    前記ローダ・プログラム・コードにより、前記不当性に応答して前記第１のプログラム実行命令を拒否することと
    を含む、請求項１５に記載のシステム。
17. １つ以上のコンピュータ可読ストレージ媒体と、
    前記１つ以上のコンピュータ可読ストレージ媒体上に集合的に格納されたプログラム命令と
    を含むコンピュータ・プログラム製品であって、前記プログラム命令は、
    第１のコンピューティング・デバイスにヘテロジニアス・プログラム・ペイロードの第１のコピーを提供するように構成され、
    前記ヘテロジニアス・プログラム・ペイロードは、非暗号化コンポーネントと、１つ以上の暗号化コンポーネントのセットとを含み、前記暗号化コンポーネントのセットは、１つ以上のプログラムのセットに対応し、
    前記ヘテロジニアス・プログラム・ペイロードの前記非暗号化コンポーネントは、第１のライセンス・キーを受信するように構成されたローダ・プログラム・コードを含み、
    前記ローダ・プログラム・コードは、前記第１のライセンス・キーを受信するのに応答して、前記ヘテロジニアス・プログラム・ペイロードの前記暗号化コンポーネントのセットに対して復号アクションを実行するように構成されている、前記コンピュータ・プログラム製品。
18. 前記プログラム命令は、
    前記プログラムのセットに対応する１つ以上のプログラム属性のセットを第２のコンピューティング・デバイスにより割り当てることであって、前記プログラム属性のセットの各プログラム属性は、前記プログラムのセットの対応する各プログラムを識別する、前記割り当てることと、
    前記第２のコンピューティング・デバイスにより、前記プログラムのセットから、１次キーを用い前記プログラム属性のセットを用いる第１の暗号化プロセスに基づき、前記非暗号化コンポーネントと、前記暗号化コンポーネントのセットとを含む前記ヘテロジニアス・プログラム・ペイロードを生成することであって、前記ヘテロジニアス・プログラム・ペイロードは、前記第１のコンピューティング・デバイスに提供する前に生成される、前記ヘテロジニアス・プログラム・ペイロードを生成することと
    をするようにさらに構成されている、請求項１７に記載のコンピュータ・プログラム製品。
19. 前記プログラム命令は、
    前記第２のコンピューティング・デバイスにより、前記１次キーを用い、文字のランダム・ストリングを用い、前記プログラム属性のセットのうちの１つ以上のプログラム属性の第１のサブセットを用いる第２の暗号化プロセスに基づき、前記第１のライセンス・キーを生成することであって、前記第１のライセンス・キーは、前記暗号化コンポーネントのセットの第１のサブセットに対応する１つ以上の暗号化プログラム属性の第１のセットを含む、前記第１のライセンス・キーを生成すること
    をするようにさらに構成されている、請求項１８に記載のコンピュータ・プログラム製品。
20. 前記プログラム属性のセットの前記第１のサブセットは、前記プログラム属性のセットと同じであり、
    前記暗号化コンポーネントのセットの前記第１のサブセットは、前記暗号化コンポーネントのセットと同じである、請求項１９に記載のコンピュータ・プログラム製品。