JP2023552484A - 補助プロセッサ・コマンド・タイプ・フィルタリング - Google Patents

Abstract

補助プロセッサ・コマンド・タイプ・フィルタリングは、ターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうか、および別の補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかを決定することを含む。ターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および別の補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが有効であるかどうかを決定するための処理のために別の補助プロセッサに転送される。別の補助プロセッサでの処理に基づいて、コマンドが、選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるかどうかの指示が取得される。コマンドが、選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるという指示の取得に基づいて、コマンドは、実行のためにターゲット補助プロセッサに送られる。

Description

１つまたは複数の態様は、一般に、コンピューティング環境内での処理を容易にすることに関し、特に、コンピューティング環境内でのコマンド処理に関連する処理を容易にすることに関する。

コンピューティング環境は、しばしば、処理を強化するために異なるタイプのプロセッサを含む。一例として、コンピューティング環境は、メイン・プロセッサと見なされる１つまたは複数の中央処理装置と、中央処理装置に従属すると見なされる１つまたは複数の補助プロセッサとを含むことができる。補助プロセッサは、一般に、特定のタイプのタスクを実行する。例えば、補助プロセッサの特定の例は、暗号化操作を実行するために使用される暗号（クリプト）カードである。

ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーションによって供される暗号カードの一例は、チャネル接続Ｃｒｙｐｔｏ Ｅｘｐｒｅｓｓカードである。Ｃｒｙｐｔｏ Ｅｘｐｒｅｓｓカードは、暗号化キーを使用するコマンド（セキュア・キー・コマンドと呼ばれる）、クリア・キーを使用するコマンド（クリア・キー・コマンドと呼ばれる）、ハッシュ・コマンド、クエリ・コマンド、乱数発生器コマンド、などのような多数のタイプのコマンドをサポートするように定義されている。さらに、Ｃｒｙｐｔｏ Ｅｘｐｒｅｓｓカードは、例えば、共通暗号アーキテクチャ（ＣＣＡ）モード、アクセラレータ・モード、およびエンタープライズ公開鍵暗号標準（ＰＫＣＳ）モード（別名、ＸＣＰ／ＥＰ１１－エンタープライズＰＫＣＳ＃１１モード）を含む多数のモードをサポートするように設計されている。各モードは、特定のタイプのコマンドを処理するように構成される。

Ｃｒｙｐｔｏ Ｅｘｐｒｅｓｓカードは、起動されたマシン構成の持続期間の間、異なる多数のモードのうちの１つで動作するように構成することができる。それゆえに、顧客が異なるモードを使用したい場合、コンピューティング環境は、異なる多数のモードのための少なくともその数のカードを含むことになり、各カードは、異なるモードで構成され、そのモードのために定義された特定のタイプのコマンドを処理することができる。

コンピューティング環境内での処理を容易にするためにコンピュータ・プログラム製品を提供することによって、先行技術の欠点が克服され、追加の利点が提供される。コンピュータ・プログラム製品は、１つまたは複数のコンピュータ可読ストレージ媒体と、方法を実行するために１つまたは複数のコンピュータ可読ストレージ媒体に集合的に格納されたプログラム命令とを含む。この方法は、コンピューティング環境の複数の補助プロセッサのうちのターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかを決定することと、複数の補助プロセッサのうちの別の補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかをチェックすることとを含む。ターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および別の補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが有効であるかどうかを決定するための処理のために別の補助プロセッサに転送される。別の補助プロセッサでの処理に基づいて、コマンドが、選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるかどうかの指示が取得される。コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが有効であるという指示の取得に基づいて、実行のためにターゲット補助プロセッサに送られる。

別の補助プロセッサでコマンドを処理することによって、コマンドの実行がシミュレートされ、その結果、コマンドがターゲット補助プロセッサでの実行に対して有効であるかどうかが分かる。シミュレーションは、サポートされる補助プロセッサ・タイプごとにコマンド・タイプ・フィルタリング・モードごとの補助プロセッサ・コマンドの静的なリストを維持する必要性を除く。このようにして、処理が容易になり、性能が改善される。

１つの実施形態では、コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが無効であるという指示の取得に基づいて、選択されたコマンド・タイプ・フィルタリング・モードに対して無効であるとして拒否され、ターゲット補助プロセッサで実行することが控えられる。このようにして、別の補助プロセッサでコマンドをシミュレートし、コマンドが、選択されたコマンド・タイプ・フィルタリング・モードでは無効であり、それゆえに、要求に応じて、ターゲット補助プロセッサで実行することができないと決定することによって、処理が容易になり、性能が改善される。

１つの実施形態では、拒否することは、エラー・コードへのアクセスを容易にするためにエラー・コードを中央場所に配置することを含む。補助プロセッサ・モードと無関係である中央場所を使用してエラー・コードを返すことにより、誰がエラーを生成したか（例えば、コマンド・タイプ・フィルタリング・シミュレーションを使用するハイパーバイザ、特定のモードでの補助プロセッサ、など）にかかわらず、プログラムでエラー・コードを捜し出すことが容易になる。

１つの実施形態では、コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが有効であるという指示の取得に基づいて、選択されたコマンド・タイプ・フィルタリング・モード・コマンドとしてコマンド・リストに加えられる。コマンド・リストは、どのコマンドがターゲット補助プロセッサでの実行に有効であるかを決定するために使用され得る。さらに、１つの実施形態では、コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが無効であるという指示の取得に基づいて、有効な補助プロセッサ・コマンドとしてコマンド・リストに加えられる。動的に更新されるコマンド・リストは、どのコマンドがターゲット・プロセッサに有効であるかの決定を容易にすることによって、処理を容易にし、性能を改善する。しかしながら、コマンドは、選択されたコマンド・タイプ・フィルタリング・モードをサポートする１つまたは複数の補助プロセッサでシミュレートされ得るので、コマンド・リストはオプションである。

１つの実施形態では、コマンドは、複数の補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて拒否される。１つの実施形態では、補助プロセッサのどれも、選択されたコマンド・タイプ・フィルタリング・モードをサポートしない場合、シミュレーションは実行されず、それによって、処理が容易になり、性能が改善される。

１つの実施形態では、ターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および別の補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、コマンドがコマンド・リストに載っているかどうかに関して決定が行われ、コマンド・リストは、コマンドがターゲット補助プロセッサで実行され得るかどうかを決定するために使用され得る。コマンドは、コマンドがコマンド・リストにないという決定に基づいて、処理のために別の補助プロセッサに転送される。動的に更新されるコマンド・リストは、どのコマンドがターゲット補助プロセッサに有効であるかの決定を容易にすることによって、処理を容易にし、性能を改善する。

１つの実施形態では、コマンドは、別の補助プロセッサでのコマンドの実行の成功に基づいて、有効な選択されたコマンド・タイプ・フィルタリング・モード・コマンドとしてコマンド・リストに加えられる。１つの実施形態では、コマンドは、別の補助プロセッサでのコマンドの実行の不成功に基づいて、有効な補助プロセッサ・コマンドとしてコマンド・リストに加えられる。

一例として、選択されたコマンド・タイプ・フィルタリング・モードは、ステートレス・コマンド・フィルタリング・モードである。さらに、一例として、複数の補助プロセッサは、複数の暗号カードを含む。

１つまたは複数の態様に関連するコンピュータ実施方法およびシステムが、さらに、説明され、本明細書において特許請求される。さらに、１つまたは複数の態様に関連するサービスが、さらに、説明され、本明細書において特許請求され得る。

追加の特徴および利点は、本明細書において説明される技術により実現される。他の実施形態および態様は、本明細書において詳細に説明され、特許請求される態様の一部と見なされる。

１つまたは複数の態様が、本明細書の結論において、特許請求の範囲における例として特に指摘され、明確に特許請求される。前述のことと、１つまたは複数の態様の目的、特徴、および利点とは、添付の図面に関連して行われる以下の詳細な説明から明らかである。

本発明の１つまたは複数の態様を組み込み使用するためのコンピューティング環境の１つの例を示す図である。 本発明の１つまたは複数の態様を組み込み使用するためのコンピューティング環境の別の例を示す図である。 本発明の１つまたは複数の態様に従って使用されるプロセス補助プロセッサ・キュー命令の一例を示す図である。 本発明の１つまたは複数の態様に従って使用されるプロセス補助プロセッサ・キュー命令の一例を示す図である。 本発明の１つまたは複数の態様に従って使用されるプロセス補助プロセッサ・キュー命令の一例を示す図である。 本発明の１つまたは複数の態様に従って使用されるプロセス補助プロセッサ・キュー命令の一例を示す図である。 本発明の１つまたは複数の態様による、補助プロセッサ・コマンド要求メッセージの１つの例を示す図である。 本発明の１つまたは複数の態様による、要求接続プログラミング要求ブロック（ＣＰＲＢ）の１つの例を示す図である。 本発明の１つまたは複数の態様による、補助プロセッサ・コマンド応答メッセージの１つの例を示す図である。 本発明の１つまたは複数の態様による、応答接続プログラミング要求ブロック（ＣＰＲＢ）の１つの例を示す図である。 本発明の１つまたは複数の態様による、図３Ｃのヘッダのフィールドの１つの例を示す図である。 本発明の１つまたは複数の態様による、コマンド・タイプ・フィルタリング・プロセスの１つの例を示す図である。 本発明の１つまたは複数の態様による、コマンド・タイプ・フィルタリングをシミュレートするための流れの１つの例を示す図である。 本発明の１つまたは複数の態様による、コンピューティング環境内での処理を容易にすることに関連する態様の１つの実施形態を示す図である。 本発明の１つまたは複数の態様による、コンピューティング環境内での処理を容易にすることに関連する態様の１つの実施形態を示す図である。 本発明の１つまたは複数の態様を組み込み使用するためのコンピューティング環境の１つの例を示す図である。 本発明の１つまたは複数の態様を組み込み使用するためのコンピューティング環境の別の例を示す図である。 本発明の１つまたは複数の態様による、図６Ｂのメモリのさらなる詳細の１つの例を示す図である。 本発明の１つまたは複数の態様による、図６Ｂのメモリのさらなる詳細の別の例を示す図である。 本発明の１つまたは複数の態様を組み込み使用するためのコンピューティング環境の別の例を示す図である。 本発明の１つまたは複数の態様による、図７Ａのメモリのさらなる詳細を示す図である。 本発明の１つまたは複数の態様による、クラウド・コンピューティング環境の１つの実施形態を示す図である。 本発明の１つまたは複数の態様による、抽象化モデル層の１つの例を示す図である。

本発明の１つまたは複数の態様において、暗号（クリプト）カードなどの補助プロセッサが、コマンドごとに、補助プロセッサによって取得されたコマンドが補助プロセッサによって実行されるべきかどうかを動的に決定することができるようにするフィルタリング能力が提供される。例えば、１つまたは複数のコマンドごとのフィルタリング・インジケータ（例えば、選択されたコマンド・タイプ・フィルタリング・インジケータ）が使用されて、受け取ったコマンドが、コマンドごとのフィルタリング・インジケータによって指定された有効なコマンド・タイプであり、したがって、補助プロセッサによって実行されるべきであるかどうかが決定される。１つの実施形態では、１つまたは複数のコマンドごとのフィルタリング・インジケータは、コマンドごとに、コマンドの要求元に関連するコンピューティング・ポリシーに基づいて設定される。したがって、ある要求元によって発行されたコマンドは、要求元のコンピューティング・ポリシーに基づいて設定されたコマンドごとのフィルタリング・インジケータによって指定されるので、実行のための有効なコマンド・タイプであり得るが、別の要求元によって発行されたコマンドは、無効であり得る。

１つまたは複数の態様では、補助プロセッサがコマンドごとのフィルタリングに関与するには、少なくとも１つのフィルタリング機能が、補助プロセッサにインストールされるべきである。様々なフィルタリング機能がインストールされてもよく、各機能は、コマンドごとのフィルタリングで使用される少なくとも１つの関連するフィルタリング・インジケータ（例えば、選択されたコマンド・タイプ・フィルタリング・インジケータ）を有する。フィルタリング機能の１つの例は、選択されたコマンド・タイプ（例えば、ステートレス・コマンド・タイプ・コマンド）が実行に有効であるステートレス・コマンド・フィルタリング機能である。例えば、補助プロセッサが、例えばステートレス・コマンド・フィルタリング機能をサポートし、受け取ったコマンドが、ステートレス・コマンド・タイプ・フィルタリング・インジケータを選択値、例えば１に設定している場合、コマンドは、実行されるべきステートレス・コマンド・タイプ・コマンドであり得る。コマンドが、別のコマンド・タイプである場合、補助プロセッサの構成されたモード（例えば、共通暗号アーキテクチャ（ＣＣＡ）モード、別名、コプロセッサ・モード）によってサポートされたものでさえ、コマンドは、無効であると見なされる。しかしながら、コマンド内のステートレス・コマンド・タイプ・フィルタリング・インジケータが別の値、例えばゼロに設定されている場合、コマンドは、実行される補助プロセッサの構成されたモードによってサポートされる任意のコマンド・タイプとすることができる。したがって、１つの例では、ステートレス・コマンド・フィルタリング機能などのフィルタリング機能がサポートされているとき、本明細書ではコマンド・セット・モードと呼ぶ１つのモードで構成された補助プロセッサは、構成されたモード（例えば、コプロセッサ・モード）でサポートされるコマンド・タイプのフル・セットまたは縮小されたコマンド・タイプのセット（例えば、ステートレス・コマンド・タイプ・コマンドのみ）のいずれかを実行するために使用することができる。

ステートレス・コマンド・フィルタリング機能が、本明細書に１つの例として記載されているが、他のフィルタリング機能または技術が適用されてもよい。例えば、選択されたコマンド・タイプがマスター・キー管理キー・コマンドであるマスター・キー・フィルタリング機能を使用することができる。別の例として、フィルタリングは、ポリシーが課すユース・ケース制限を用いて実装することができる。例えば、選択されたコマンド・アクセスが一般的な暗号コマンド・アクセスとは異なる価格を設定されている場合、購入されたユース・ケースにフィルタを課すことができる。フィルタリングのさらなるレベルは、性能サービス契約に基づくことができ、コマンドは、購入された性能に基づいて高いまたは低いサービス応答性能優先順位を記される。他のフィルタリング機能または技術を使用することもできる。フィルタリング機能の各々の適用は、補助プロセッサを別のモードに再構成することなしに許容される。フィルタリング機能は、互いに連動して、または互いに別個に使用されてもよい。多くの例が可能である。

１つまたは複数の態様において、コンピューティング環境は、複数の補助プロセッサを含み、補助プロセッサのうちの１つまたは複数が、コマンド・タイプ・フィルタリング機能または特定のコマンド・タイプ・フィルタリング機能あるいはその両方をサポートしない場合がある。それゆえに、１つの実施形態では、コマンド要求の取得に基づいて、要求のターゲット補助プロセッサが、要求によって示されたフィルタリング機能（コマンド・タイプ・フィルタリング・モードとも呼ばれる）をサポートしているかどうかに関して決定が行われる。ターゲット補助プロセッサが、要求された機能をサポートしていないが、別の補助プロセッサがサポートしている場合、本発明の一態様によれば、選択されたコマンド・タイプ・フィルタリング・モードのコマンドの動作は、別の補助プロセッサでコマンドを実行することによってシミュレートされる。別の補助プロセッサでのコマンドの実行が有効である場合、コマンドはターゲット・プロセッサで実行される。

本発明の１つまたは複数の態様を組み込み使用するためのコンピューティング環境の１つの実施形態が、図１Ａを参照して説明される。１つの例では、コンピューティング環境１００は、少なくとも１つの中央処理装置１０２と、少なくとも１つの補助プロセッサ（ＡＰ）１０４と含み、それらの各々は、システム・メモリ１０６と呼ばれるメモリの少なくとも一部に結合される。１つの例として、システム・メモリ１０６は、ハードウェア・システム域を含み、それは、間接的にアクセス可能であり、中央処理装置で実行するプログラムには見えない。（間接的にアクセス可能であるとは、本明細書では、ハードウェア・システム域、またはそこに格納された補助プロセッサ・キュー（以下で説明される）が、特定の限定された命令によってのみアクセス可能であり、そうでなければ、アクセス可能でない（例えば、それにロードすることができない、プログラムがアドレスを知らない、など）ことを意味するように使用される。）システム・メモリ内に、１つまたは複数の補助プロセッサ・キュー１０８が配置される。これらのキューは、ユーザ・プログラムから直接見ることができず、代わりに、マシン（すなわち、中央処理装置、システム・メモリ、および補助プロセッサを含むマシン）の一部と見なされる。中央処理装置は、例えば、キューに要求を出す、またはキューから応答を取り除く、あるいはその両方のための命令を発行することによって、システム・メモリ内のキューへのアクセス権を有する。しかしながら、補助プロセッサは、例えば、トランスポート層１１０（例えば、ｉ３９０ＣＯ）を介してキューへの直接アクセス権を有し、キューから要求を取り出し、要求を処理し、要求への応答をキューに出すことを担当する。

本発明の１つまたは複数の態様を組み込み使用するコンピューティング環境の別の実施形態が、図１Ｂを参照して説明される。この実施形態では、マシンは、仮想サポートを含み、複数のゲスト１５２（例えば、ゲスト・オペレーティング・システムまたはゲスト・プログラムあるいはその両方）を含む少なくとも１つのホスト中央処理装置１５０がある。ホスト中央処理装置は、システム・メモリ１５４と呼ばれるメモリの少なくとも一部に結合される。加えて、少なくとも１つの補助プロセッサ１５６があり、それも、例えば、トランスポート層１６０を介してシステム・メモリ１５４に結合される。１つの例として、システム・メモリ１５４は、ハードウェア・システム域を含み、システム・メモリ内に、１つまたは複数の補助プロセッサ・キュー１５８が配置される。

図示のように、限定はしないが、暗号カードまたはアダプタを含む、異なるタイプの補助プロセッサがある。暗号カードの具体的な例は、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーションによって供されるＣｒｙｐｔｏ Ｅｘｐｒｅｓｓカードである。例示の暗号カードが提供されるが、インターナショナル・ビジネス・マシーンズ・コーポレーションまたは他の会社あるいはその両方によって供される他の暗号カードが、本発明の１つまたは複数の態様を組み込む、または使用する、あるいはその両方とすることができる。さらに、他のタイプの補助プロセッサが、本発明の１つまたは複数の態様を組み込む、または使用する、あるいはその両方とすることができる。

１つの実施形態では、暗号カード（例えば、Ｃｒｙｐｔｏ Ｅｘｐｒｅｓｓカード）などの補助プロセッサは、限定はしないが、例として、コプロセッサ・モード、アクセラレータ・モード、およびエンタープライズ公開鍵暗号標準（ＰＫＣＳ）モード（例えば、ＸＣＰ／ＥＰ１１－エンタープライズＰＫＣＳ＃１１）を含む、複数のモードをサポートする。追加のより少ないまたは他のあるいはその両方のモードが、他の例ではサポートされ得る。モードの各々は、それ自体のＡＰメッセージ構造およびフォーマットを有することができる。

一例として、補助プロセッサ・メッセージは、多数のデータ・セグメントで構成され、データ・セグメントは、互いに隣接しなくてもよく、代わりに、１つまたは複数がインターリーブされてもよい。これらのデータ・セグメントは、スキャッタ・ギャザー・データ・セグメントと呼ばれる。１つの例では、暗号カードは、エンキューされたＡＰメッセージへの直接アクセス権を有さず、メッセージの一部（例えば、ＡＰメッセージの下部）は、例えばＡＰコマンドを実行するために暗号カードによって使用され得るデータを含む。それゆえに、ＡＰコマンド・トランスポート層（例えば、トランスポート層１１０、１６０）は、ＡＰコマンド要求メッセージから関連データをコピーし、それを、暗号カードが理解するフォーマット（例えば、クリプト・カードのコマンド要求メッセージ）にパッケージ化し、それを暗号カードに送る。同様に、ＡＰコマンドが暗号カードによって実行された後、暗号カードは、例えばパケット５および６を含む暗号カード・コマンド・応答メッセージを生成し、それをＡＰコマンド・トランスポート層に送り、ＡＰコマンド・トランスポート層は、それをＡＰコマンド応答メッセージに再パッケージ化する。例えば、トランスポート層は、ＡＰコマンド要求メッセージと、暗号カードのコマンド応答メッセージとの様々な部分を使用して、ヘッダ、サブヘッダ、およびパケットを含むＡＰコマンド応答メッセージを提供する。次いで、トランスポート層は、ＡＰコマンド応答メッセージを、ＡＰキューに送り、後にプログラムによってデキューされる。ＡＰコマンド要求メッセージおよびＡＰコマンド応答メッセージのさらなる詳細は、本発明の１つまたは複数の態様のコマンド・タイプ・フィルタリングに従って使用されるメッセージの態様を含めて、以下で説明される。

本発明の一態様によれば、マシン・ハイパーバイザが、コンピューティング・ポリシー（例えば、顧客のライセンス条項、高い可用性要件などの許可要件またはリソース要件あるいはその両方、など）に従ってコマンド・タイプ・フィルタリングを要求できるようにする補助プロセッサ（例えば、暗号カード）が設計される。顧客が、それに関連する異なるコンピューティング・ポリシー（例えば、ライセンス条項、許可、または高い可用性要件などのリソース要件、あるいはその組合せ）を有するので、すべてのタイプのコマンドが、特定の顧客に利用できるとは限らない。したがって、本発明の一態様によれば、コマンド・タイプ・フィルタリングが提供され、その結果、選択された補助プロセッサ（例えば、特定のモード（例えばコプロセッサ・モード）用に構成された暗号カード）は、補助プロセッサを異なるサポート・モードに再構成する必要なしに、異なるコンピューティング・ポリシー、したがって、異なる許可をもつ顧客のために使用され得る。

一例として、本発明の１つまたは複数の態様に従って、コマンドごとに１つまたは複数の選択されたＡＰコマンド・タイプ・フィルタリング機能に基づいてＡＰコマンドをフィルタリングできるようにするＡＰコマンド・タイプ・フィルタリング機能（ＡＰＦＴ）が提供される。１つの例では、１つまたは複数の選択されたＡＰコマンド・タイプ・フィルタリング機能は、ステートレス・ＡＰコマンド・フィルタリング機能（ＳＡＰＣＦ）を含む。ＡＰコマンド・タイプ・フィルタリング機能およびステートレスＡＰコマンド・フィルタリング機能の態様は、本明細書では、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーションによって供されるｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）ハードウェア・アーキテクチャなどの特定のアーキテクチャに関して説明される。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャの１つの実施形態が、「ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ Ｐｒｉｎｃｉｐｌｅｓ ｏｆ Ｏｐｅｒａｔｉｏｎ」、ＩＢＭ Ｐｕｂｌｉｃａｔｉｏｎ Ｎｏ． ＳＡ２２－７８３２－１２、第１３版、２０１９年９月に記載されており、その全体が参照により本明細書に組み込まれる。ＩＢＭおよびＺ／ＡＲＣＨＩＴＥＣＴＵＲＥは、少なくとも１つの管轄区域におけるインターナショナル・ビジネス・マシーンズ・コーポレーションの登録商標である。しかしながら、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャは、１つの例示のアーキテクチャにすぎない。本発明の態様は、限定はしないが、Ｉｎｔｅｌ ｘ８６アーキテクチャ、インターナショナル・ビジネス・マシーンズ・コーポレーションの他のアーキテクチャ、または他の会社のアーキテクチャ、あるいはその組合せを含む他のアーキテクチャに基づくこともできる。

１つの例では、ステートレスＡＰコマンド・フィルタリング機能がインストールされると、ＡＰコマンド・タイプ・フィルタリング機能がインストールされる。ステートレスＡＰコマンド・フィルタリング機能がインストールされているかどうかを決定するために、プロセス補助プロセッサ・キュー命令が、本発明の態様に従って使用される。

プロセス補助プロセッサ・キュー（ＰＱＡＰ）命令の１つの例が、図２Ａを参照して説明される。図示のように、１つの例では、プロセス補助プロセッサ・キュー命令２００は、補助プロセッサ・キューのプロセス動作を示す命令コード（オペコード）２０２（例えば、３２ビット命令のビット０～１５）を含む。１つの実施形態では、プロセス補助プロセッサ・キュー命令は、汎用レジスタ０、１、および２を含む複数の汎用レジスタを利用する。汎用レジスタ０のＡＰキュー番号（ＡＰＱＮ）によって指定されるＡＰキューは、汎用レジスタ０に指定された機能コードに従って処理される。汎用レジスタ０、１、および２の例が、以下でさらに説明される。

図２Ｂを参照すると、１つの実施形態では、汎用レジスタ０（ＧＲ０）２１０は、例えば、実行されるべき選択された機能を示すための機能コード（ＦＣ）２１２（例えば、ビット３２～３９）と、インストールされた機能のマスクが汎用レジスタ２に用意されているかどうか示すために使用されるテスト機能インジケータ（Ｔ）２１４（例えば、ビット４０）と、機能コードに従って処理される補助プロセッサ・キュー（例えば、ＡＰキュー１０８（図１Ａ）、ＡＰキュー１５８（図１Ｂ））を識別する補助プロセッサ・キュー番号（ＡＰＱＮ）２１６（例えば、ビット４８～６３）とを含む６４ビット・レジスタである。

プロセス補助プロセッサ・キュー命令の発行に基づいて、機能コード２１２は、複数の許容可能なコードのうちの１つを含むことができ、その一例は、コード００テストＡＰキュー（ＴＡＰＱ）である。

本発明の１つまたは複数の態様によれば、コンピューティング環境が、例えば、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅアーキテクチャ・モードにあり、ＡＰＦＴ機能がインストールされているとき、ＴＡＰＱ機能コードが指定される（例えば、ＧＲ０におけるＦＣ＝００）場合、汎用レジスタ０のビット４０は、ＴＡＰＱ機能のためのテスト機能ビット（Ｔ）２１４として定義される。Ｔが１であるとき、汎用レジスタ２のビット０～３１は、インストールされたＡＰ機能および他の関連情報のマスクで置き換えられ、その一例が以下で説明される。Ｔがゼロであり、例えば、ＡＰＦＴ機能がインストールされていないことを示しているとき、汎用レジスタ２の結果は、例えば、ビット位置３２～６３に制限され、ビット位置０～３１は無視され変更されない。この場合、ＡＴフィールドおよびＱＤフィールド（以下で説明される）は有効であり、他のビット位置はゼロとして格納される。

図示のように、汎用レジスタ０に加えて、汎用レジスタ１および２が、プロセス補助プロセッサ・キュー命令によって使用され、それらの各々が、本明細書においてさらに説明される。

図２Ｃを参照すると、１つの実施形態では、汎用レジスタ１（ＧＲ１）２２０は、例えば、例えば補助プロセッサ・キュー・ステータス・ワード（ＡＰＱＳＷ）２２２（例えば、ビット３２～６３）を含む６４ビット・レジスタである。プロセス補助プロセッサ・キュー命令の完了時に、特定の機能に対して別段の記載がない限り、ＡＰＱＳＷフィールドは、ＡＰキュー・ステータス・ワードを含む。ＡＰキュー・ステータス・ワードは、例えば、命令の完了時のＡＰキューの状態を示す。

さらに、図２Ｄを参照すると、１つの実施形態では、汎用レジスタ２（ＧＲ２）２３０は、例えば、複数のフィールドを含む６４ビット・レジスタである。本明細書で説明するように、１つの実施形態では、ビット位置０～３１は、設定されると、インストールされたＡＰ機能および他の関連情報のマスクを含む。本発明の１つまたは複数の態様によるＧＲ２の例示のフィールドは、例えば、以下を含む。

モード２３２：設定されるとき、このフィールド（例えば、ビット３～５）は、複数の可能なＡＰモード機能を示す。例えば、Ｄ（例えば、ビット３）が１であるとき、指定されたＡＰはコプロセッサ・モード機能を提供し、Ａ（例えば、ビット４）が１であるとき、指定されたＡＰはアクセラレータ・モード機能を提供し、Ｘ（例えば、ビット５）が１であるとき、指定されたＡＰはＸＣＰモード機能を提供する。

ＳＬ２３４：このフィールド（例えば、ビット７）が１であるとき、本発明の１つまたは複数の態様のステートレスＡＰコマンド・フィルタリング機能（ＳＡＰＣＦ）がインストールされる。ＳＡＰＣＦ機能は、例えば、ＰＣＩ－Ｘ（周辺構成要素相互接続拡張）クリプト・デバイス機能であり、それは、例えば、１つの実施形態では、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅアーキテクチャ・モードでインストールされる。

分類２３６：このフィールド（例えば、ビット８から１５）は、指定された補助プロセッサ（ＡＰ）の機能的能力に関する情報を含む。各ビットは、レジスタのモード・フィールド（例えば、ビット３～５）に示されるように、補助プロセッサによって提供される機能に関連する特定の機能的能力を表す。ゼロが、例えば、分類フィールドのビット８から１５に格納される場合、フル・ネイティブ・カード機能が、指定されたＡＰで利用可能である。分類フィールドは、ＰＣＩ－Ｘクリプト・デバイス機能ではなく、システムフォームウェアによって設定されない。むしろ、フル・ネイティブ・カード機能またはフル・ネイティブ・カード機能の１つまたは複数のサブセットのいずれかを、ゲストの特権に基づいて、ゲストのうちの１つまたは複数に提供するようにハイパーバイザによってオプションとして設定される。例として、ビット８は、フルＡＰコマンド・セット（ＦＡＰＣＳ）機能を示す。ビット８が１値（例えば、１）に設定されると、それは、フル・ネイティブ・カード機能が、指定された補助プロセッサで利用可能であることを示す。ビット８が設定される（例えば、１に設定される）と、ゼロ（１つの例では）が、ビット９に格納される。ビット９は、例えば、ステートレスＡＰコマンド（ＳＡＰＣ）機能を示す。ビット９が１値（例えば、１）に設定されると、ステートレス機能のみが指定された補助プロセッサで利用可能であることを示す。ビット９が設定される（例えば、１に設定される）と、ゼロ（１つの例では）が、ビット８に格納される。ビット１０～１５は、１つの例では予約されている。

コンピューティング環境によってサポートされ得る、他の機能、または１つまたは複数の機能に関連する情報、あるいはその両方は、例えばビット０～３１内のマスクの１つまたは複数のビットによって示され得る。

補助プロセッサ・タイプ（ＡＴ）２３８：このフィールド（例えば、ビット位置３２～３９）は、例えば、様々な補助プロセッサ・タイプを示す０～２５５の範囲の例示の有効なＡＰタイプ値を含む。

ＡＰキュー・エントリ（ＱＤ）２４０の数：構成における各ＡＰキューのキュー・エントリの数。ＱＤは、一例として、例えば０～３１の範囲の値であり、例えば１～３２の１０進数の範囲のキュー・エントリの数を表す。

１つの例では、汎用レジスタ２に返されるインストールされた機能情報は、同じＡＰタイプで、（統合されたＡＰ（例えば、ＡＰタイプ１０以上）の場合）同じ構成モードのすべてのＡＰに適用される。インストールされた機能情報は、１つの例では、少なくとも次のサブシステム・リセットまで持続する。機能を同時に加えることができる。機能は、ＡＰタイプの最後のＡＰが構成解除されるとき、同時に取り除かれる場合もあり取り除かれない場合もある。

汎用レジスタ２は、ＴＡＰＱ機能が、例えば、状態コード０（正常な完了）、または状態コード３、応答コード、例えば、０２～０５（予期しない状態、例えば、進行中のＡＰキュー・リセット、ＡＰ構成解除、ＡＰチェックストップ、ＡＰビジー）により完了したとき、定義された通りに変更される。そうでなければ、汎用レジスタ２は変更されない。

特定のフィールド、フィールドの場所、フィールドのサイズ、ビット、およびフィールドもしくはビットの値が、本明細書の１つの実施形態において、プロセス補助プロセッサ・キュー命令および関連するレジスタについて説明されているが、他のフィールド、フィールドの場所、フィールドのサイズ、ビット、フィールドもしくはビットの値、あるいはその組合せが、本発明の１つまたは複数の態様から逸脱することなく使用されてもよい。本明細書に記載されていない汎用レジスタの各々のフィールドまたはビットあるいはその両方は、ブランクであってもよく、事前定義された値（例えば、ゼロ）を有してもよく、または１つの実施形態では無視され得る値を含んでもよく、あるいはその組合せである。多くの可能性が存在する。

１つまたは複数の態様によれば、補助プロセッサ（例えば、クリプト・カード）は、異なるタイプのコマンドの属性を認識する論理を有する。これらの属性は、１つの実施形態では、一緒にして考慮されるとき、コマンドのセットおよびサブセットを定義する。異なるタイプのコマンドは、１つの実施形態では、ハイパーバイザによって提供される。ハイパーバイザは、例えば、コマンド要求を受け取ることができる顧客のセットに基づいて、コマンド・タイプ・タグのセットを決定する。例えば、コマンド・タイプ・タグのセットによって表され得るコマンドのタイプは、例えば、コマンド要求を受け取ることができる顧客のコンピューティング・ポリシー（例えば、ライセンス条項、許可、例えば高い可用性要件などのリソース要件、など）に基づく。

１つの例では、コマンドには、コマンドの属性を表すタグのセット（例えば、ポリシーまたはフィルタリング・タグ）が関連づけられており、同じタグを有するコマンドはグループと見なすことができる。同じコマンドが、ハイパーバイザが課したコマンド・タイプ・タグのセットに基づいて多数のコマンド・タイプ・セットに現れ得る。例えば、コマンドは、コマンドが有効なステートレス・コマンド・タイプ・コマンドであることを示すためのステートレス・コマンド・タイプ・タグ、コマンドが有効なマスター・キー・コマンド・タイプ・コマンドであることを示すマスターキー・コマンド・タイプ・タグ、などを有することができる。コマンド・タイプ、コマンド・タイプ機能、およびコマンド・タイプ・コマンドには様々な可能性があり、各コマンドは、それに関連する１つまたは複数のコマンド・タイプ・タグを有することができる。

コマンド・タイプ・タグのセットの指示は、補助プロセッサによって取得される（例えば、提供される、受け取られる、取り出される、など）。補助プロセッサ（例えば、補助プロセッサ・ファームウェア）は、ハイパーバイザによって要求され得るコマンド・タイプ・タグのセットに基づいて、予期されるコマンドを異なるコマンドのセットに分離する。例えば、１つの特定の例では、補助プロセッサは、セキュア・キー・コマンド・タイプ・コマンド（例えば、呼び出し元によって要求されたときにセキュア・キー・コマンドを無効にするために使用される）のためのタグと、ステートレス・コマンド・タイプ・コマンドのためのタグとを含むコマンド・タイプ・タグのセットを受け取る。それゆえに、補助プロセッサは、暗号化キー（例えば、セキュア・キー・コマンド・タイプ・コマンド）を使用するコマンドをセキュア・キー・コマンド・タイプ・コマンド・セットの一部と見なし、コマンドの残りは、各コマンドのコマンド属性を使用するステートレス・コマンド・タイプ・コマンド・セットの一部と見なされる。ハイパーバイザが他のフィルタリング機能に他のタグを提供する他の実施形態では、他のタグに対応するコマンドをもつ他のコマンド・セットが提供される。多くのタイプのコマンド・セットが可能である。

さらに、１つの実施形態では、コマンド要求は、本発明の１つまたは複数の態様に従って、コマンドごとのフィルタリングを行うために使用される１つまたは複数のコマンド・タイプ・フィルタリング・インジケータなどの１つまたは複数のフィルタリング・インジケータを含むように構成される。コマンド要求に含まれる選択されたコマンド・タイプ・フィルタリング・インジケータに関するさらなる詳細が、図３Ａ～図３Ｂを参照して説明される。

図３Ａを参照すると、１つの例では、ＡＰコマンド要求メッセージ３００は、ヘッダ３０２、サブヘッダ３０４、および複数のパケット３０６～３１２を含む。１つの例では、パケットのうちの１つまたは複数（例えば、パケット－１ ３０８～３１０のうちの１つまたは複数）は、コマンドを提供するように構成され、パケットのうちの１つまたは複数（例えば、パケット－２ ３１２）は、入力データを提供するように構成される。パケットのうちの１つは、本発明の一態様による、コマンド・タイプ・フィルタリングに関連する１つまたは複数のフィルタリング・インジケータを含む要求接続プログラミング要求ブロック（ＣＰＲＢ）３０８を含む。

例えば、図３Ｂに示されるように、要求ＣＰＲＢ３０８は、１つまたは複数のコマンド・タイプ・フィルタリング・インジケータを含むＡＰコマンド・フィルタ・マスク３２０を含む。コマンド・タイプ・フィルタリング・インジケータの１つの例は、ステートレス・コマンド・タイプ・インジケータ３２２である。このインジケータは、許可されたコマンド・セットが、ステートレス・コマンド・タイプ・コマンドのためのもの（例えば、１に設定された、選択されたビットなどのインジケータ３２２）であるか、またはフル・コマンド・セットのためのもの（例えば、０に設定されたインジケータ３２２）であるかどうかを示す。他のインジケータ、フラグ、ビットなどが、フィルタリングされ得る他のタイプのコマンドを示すために、要求ＣＰＲＢ３０８に含まれてもよい。例えば、別のインジケータは、マスター・キーに基づくフィルタリングを示すことができる。多くの他の例が可能である。

メッセージに応じて、応答が、提供され、１つの例では、ＡＰコマンド応答メッセージの形態のものであり、その一例が、図３Ｃに示される。図示のように、ＡＰコマンド応答メッセージ３３０は、例えば、ヘッダ３３２、サブヘッダ３３４、および複数のパケット３３６～３４０を含む。パケットのうちの１つは、本発明の一態様に従って、要求への応答を含み、エラーを示すことができる応答ＣＰＲＢ３３６を含む。

例えば、図３Ｄに示されるように、応答ＣＰＲＢ３３６は、エラー指示３５０を含む。エラー指示は、顧客が要求したコマンドが、定義されたコマンド・タイプ・タグのセット（例えば、ハイパーバイザまたは別のエンティティによって課された）によって許可されていないことを報告するためのエラー・コード（例えばＣＰＲＢ ｒｅｔｕｒｎ＿ｃｏｄｅ／ｒｅａｓｏｎ＿ｃｏｄｅ）を含むことができる。

１つの例では、図３Ｅを参照すると、エラー・コードは、選択されたＡＰ応答コード（例えば、８Ｂ無効ステートレス・コマンド）に変換され、応答コード・フィールド３５２内のヘッダ３３２に格納される。これにより、エラー・コードのための中央場所が提供される。

１つの実施形態では、ＡＰコマンド要求メッセージが、プロセス中の状態に入った後、ステートレスＡＰコマンド・フィルタリング機能がインストールされており、ＡＰコマンド要求メッセージが、ＣＰＲＢにおいてステートレス・コマンド・タイプ・ビット（例えばステートレス・コマンド・タイプ・インジケータ３２２）を１に設定するが、ステートレスＡＰコマンドを指定しない場合、またはステートレスＡＰコマンド・フィルタリング機能がインストールされていないが、ステートレスＡＰコマンド機能がインストールされており、ＡＰコマンド要求メッセージがステートレスＡＰコマンドを指定していない場合、コマンド要求の通常の処理は終了する。１つの例として、フォーマット－１サブヘッダを指定するタイプ－８６コマンド応答メッセージが、応答コード８Ｂにより返される。

１つの態様では、コマンド要求メッセージは、本明細書ではターゲット補助プロセッサと呼ぶ特定の補助プロセッサを対象にする。それゆえに、本発明の態様によれば、ターゲット補助プロセッサがコマンドを実行することができるかどうかに関して決定が行われる。例えば、コマンド要求が、要求元が特定のフィルタリング機能またはモードのコマンドを実行することのみ許可されていることを示すフィルタリング・インジケータ（例えば、ステートレス・コマンド・タイプ・インジケータ３２２などの選択されたコマンド・タイプ・フィルタリング・インジケータ）を含む場合、ターゲット補助プロセッサが、コマンド・タイプ・フィルタリング、特に、コマンドによって示される特定のフィルタリング機能をサポートするかどうかに関して決定が行われる。１つの例では、これは、プロセス補助プロセッサ・キュー命令または同様のタイプの命令を介して決定される。ターゲット補助プロセッサが特定のコマンド・タイプ・フィルタリング・モードをサポートしない場合、本発明の一態様によれば、コマンドは、特定のコマンド・タイプ・フィルタリング・モードをサポートする別の補助プロセッサでコマンドを実行し、結果をチェックし、次いで、結果が、選択されたコマンド・タイプ・フィルタリング・モードに対して有効なコマンドを示す場合にターゲット補助プロセッサでコマンドを実行することによってシミュレートされる。

コマンド・シミュレーションに関するさらなる詳細が、図４Ａ～図４Ｂを参照して説明される。図４Ａ～図４Ｂの例では、コンピューティング環境はクラウド環境であるが、しかしながら、他の実施形態では、コンピューティング環境は非クラウド環境である。本発明の態様は、特定のコンピューティング環境に限定されない。さらに、図４Ａ～図４Ｂの例では、補助プロセッサは、暗号カードである。しかしながら、フィルタリングは、他の補助プロセッサによって使用されてもよく、暗号カードは１つの例にすぎない。

図４Ａを参照すると、１つの実施形態では、ハイパーバイザ（例えば、以下で説明するハイパーバイザ６７２（図６Ｃ）、６９２（図６Ｄ））は、アカウント構成４０４（例えば、クラウド・アカウント構成）に基づくゲストの要求ポリシー４０２（例えばクラウド要求ポリシー）を取得し（例えば、受け取り、提供され、取り出し、アクセス権を有し、など）、ゲストの動作モードを決定する（ステップ４００）。要求ポリシー４０２は、例えば、アカウント構成４０４によって提供される要求元のコンピューティング・ポリシー（例えば、ライセンス条項、高い可用性要件などリソース要件、または許可、あるいはその組合せ）に基づいて要求元のために処理されるべき各要求元（例えば、ゲスト、呼び出し元、顧客）の許容コマンド・タイプに対する指示を含む。要求ポリシーに基づいて、ハイパーバイザは、構成に対するゲストの能力を示すために分類２３６に少なくとも１つの指示（例えば、少なくとも１つのビット）を設定する。例えば、ゲストが、要求ポリシーに基づいて、フルＡＰコマンド・セットにアクセスすることを許可される場合、ビット８は１に設定され、ビット９はゼロに設定されるが、しかしながら、ゲストが、ステートレス・コマンド・タイプ・コマンドなど選択されたコマンドのサブセットにアクセスすることのみを許可される場合、ビット８はゼロに設定され、ビット９は１に設定される。他のビットは、他のタイプの機能に使用されることになる。ビットの設定は、構成のためのゲストの動作モードを示す構成の補助プロセッサのすべてに適用される。例として、分類２３６の設定は、要求を受け取ることに基づいてゲストの初期プログラム・ロード（ＩＰＬ）時に、または１つまたは複数のゲストに対して別の時間に実行されて、各ゲストの動作モードを反映して、保存される（例えば、各ゲストのための分類）。他の実施形態が可能である。

加えて、ハイパーバイザは、本明細書で説明するように、シミュレーション・プロセスで使用される初期補助プロセッサ・コマンド・リスト４０８を取得する（例えば、受け取る、提供される、取り出す、アクセス権を有する、など）。一例として、以下で説明するように、ハイパーバイザは、選択されたコマンド・タイプ・フィルタリング機能（例えば、ステートレスＡＰコマンド・フィルタリング機能）をサポートする暗号カードから取得された情報に基づいて、ＡＰコマンド・リストを動的に生成し、例えば、選択されたコマンド・タイプ・フィルタリング機能をサポートしないターゲット暗号カードのステートレスＡＰコマンド・フィルタリング動作をシミュレートする際にコマンド・リストを使用する。１つの例では、それは、すべてゼロ（空リスト）、またはステートレスＡＰコマンド・インジケータをもつ既知のステートレスＡＰコマンド（または他の機能のコマンド）のリストなどのデフォルト値でＡＰコマンド・リストを初期化する。

さらに、ハイパーバイザは、ゲストからのＡＰコマンド要求メッセージ４０６（例えばメッセージ３００）を取得する（例えば、受け取る、提供される、取り出す、アクセス権を有する、など）（ＳＴＥＰ４０５）。一例として、ハイパーバイザは、ゲストからのＡＰコマンドをインターセプトし、その後、ＡＰコマンドは、ゲスト・プログラムが、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャのＮＱＡＰ（エンキュー補助プロセッサ・キュー）命令などのエンキュー命令、または別のアーキテクチャの別のエンキュー命令を介してＡＰコマンドをターゲットＡＰキューにエンキューすることに基づいて、ターゲットＡＰキューにエンキューされる。

ハイパーバイザは、ゲストが補助プロセッサの構成されたコマンド・セット・モード（例えば、コマンドのコプロセッサ・フル・セット）に対して認可されているかどうかを決定する（問い合わせ４１０）。一例として、ハイパーバイザは、要求ポリシー４０２（ゲストのコンピューティング・ポリシーに基づいている）に基づいている分類２３６をチェックすることによって、ゲストがコマンドのフル・セット（例えば、コプロセッサ・モード）または縮小されたコマンドのセット（例えば、ステートレス・コマンド・フィルタリング・モード）へのアクセス権を有しているかどうかを決定する。ゲストが、構成されたコマンド・セット・モードに対して認可されている場合、ハイパーバイザは、ＡＰコマンドをターゲット補助プロセッサに送り、ＡＰコマンドは、ターゲット補助プロセッサ（例えば、クリプト・カード）で実行され、結果が、ゲストに返される（ステップ４１２）。

しかしながら、ゲストが、構成されたコマンド・セット・モードに対して認可されないが、代わりに、ステートレス・コマンド・フィルタリング・モードなどの選択されたモードに対して認可されている（問い合わせ４１０）場合、例えばハイパーバイザによって、選択されたコマンド・タイプ・フィルタリング機能をサポートするマシン構成の暗号カードがあるかどうかに関してさらなる決定が行われる（問い合わせ４１４）。例えば、ステートレス・コマンド・フィルタリング機能が暗号カードのいずれかによってサポートされるかどうかに関して決定が行われる。これは、例えば、各暗号カードに対してプロセス補助プロセッサ・キュー命令を実行することによって決定され得る。選択されたコマンド・タイプ・フィルタリング機能をサポートする暗号カードがないことが決定された場合、ハイパーバイザは、ゲストが暗号カードのいずれを使用することも許可されていないので、ＡＰコマンドを拒否する（ステップ４１６）。

問い合わせ４１４に戻ると、しかしながら、選択されたコマンド・タイプ・フィルタリング機能をサポートする少なくとも１つの暗号カードがある場合、例えばハイパーバイザによって、ターゲット暗号カードが、選択されたコマンド・タイプ・フィルタリング機能をサポートするかどうかに関してさらなる決定が行われる（問い合わせ４２０）。ターゲット暗号カードが、プロセス補助プロセッサ・キュー命令によって示されるように、選択されたコマンド・タイプ・フィルタリング機能をサポートしている場合、ハイパーバイザは、コマンド要求における選択されたコマンド・タイプ・フィルタリング・インジケータなどのフィルタリング・インジケータを選択値（例えば、１）に設定し、処理のためにコマンドをターゲット暗号カードに送る（ステップ４２２）。例えば、要求ＣＰＲＢ３０８内のステートレス・コマンド・タイプ・インジケータ３２２が、１に設定され、次いで、要求が、処理のためにターゲット暗号カードに送られる。

ターゲット暗号カードは、コマンド要求メッセージを取得し（例えば、受け取り、提供され、取り出し、など）、コマンドが、選択されたコマンド・タイプ・フィルタリング・モードに対して有効なコマンドであるかどうかを決定する（問い合わせ４２４）。例えば、選択されたコマンド・タイプ・フィルタリング機能のコマンドのセットのコマンド部分であるか？コマンドが、選択されたコマンド・タイプ・フィルタリング機能のコマンドのセットの一部である場合、コマンドは、ターゲット暗号カードによって実行され、結果は、暗号カードのコマンド応答メッセージに配置され、それは、例えば、ＡＰトランスポート層に送られる（ステップ４２６）。トランスポート層は、暗号カードから受け取ったコマンド応答メッセージをＡＰコマンド応答メッセージ（例えば、メッセージ３３０）に変換し、それが、ゲストに返される（ステップ４２８）。

問い合わせ４２４に戻ると、コマンドが、有効な選択されたコマンド・タイプ・フィルタリング・コマンドでない（例えば、選択されたコマンド・タイプ・フィルタリング機能のコマンドのセット内にない）場合、コマンドは、ターゲット暗号カードによって、無効な選択されたコマンド・タイプ・フィルタリング・コマンドとして拒否され、そのような指示が、トランスポート層に返される（ステップ４３０）。例えば、一例として、選択されたエラー・コード（例えば、エラー・コード３５０）が、暗号カードの応答メッセージの応答ＣＰＲＢに含まれ、応答メッセージが、トランスポート層に送られる。トランスポート層は、暗号カードから受け取った応答メッセージを変換し、応答ＣＰＲＢ３３６のエラー・コード３５０ならびにヘッダ３３２内の応答コード３５２を含むＡＰコマンド応答メッセージ３３０を提供する。例えば、トランスポート層は、ＣＰＲＢ内の選択されたエラー・コードをＡＰ応答コード（例えば、８Ｂ）に変換し、それをＡＰ応答メッセージ・ヘッダのＡＰ応答コード・フィールド（例えば、応答コード３５２）に配置し、応答コードのアクセスを容易にする（ステップ４３２）。応答メッセージは、ゲストに送られる（ステップ４２８）。

問い合わせ４２０に戻ると、ターゲット暗号カードが、選択されたコマンド・タイプ・フィルタリング機能（例えば、ステートレス・コマンド・フィルタリング機能）をサポートしていない場合、本発明の一態様によれば、ハイパーバイザは、以下で説明するように、選択されたコマンド・タイプ・フィルタリング動作（例えば、ステートレス・コマンド・フィルタリング動作）をシミュレートし、動作の結果が、ゲストに返される（ステップ４５０）。選択されたコマンド・タイプ・フィルタリング動作をシミュレートすることのさらなる詳細が、図４Ｂを参照して説明される。

図４Ｂを参照すると、１つの実施形態では、ハイパーバイザは、要求されたコマンドに関するＡＰコマンド・リスト（例えば、ＡＰコマンド・リスト４０８）をチェックする（ステップ４５２）。例えば、ハイパーバイザは、ＡＰコマンド・リストをチェックして、ターゲットＡＰコマンドがＡＰコマンド・リストに含まれているかどうかを調べる。要求されたコマンドがリストに載っていない場合（問い合わせ４５４）、適切なフィルタリング・インジケータ（例えば、ステートレス・コマンド・タイプ・インジケータ３２２などの選択されたコマンド・タイプ・フィルタリング・インジケータ）が、選択値、例えば１に設定され（ステップ４５６）、コマンドは、選択されたコマンド・タイプ・フィルタリング機能をサポートする暗号カードのうちの１つに送られる。

暗号カードは、コマンドを処理し、ハイパーバイザは、結果をチェックする（ステップ４５８）。結果が、選択されたコマンド・タイプ・フィルタリング機能に対して有効なコマンドを示す場合（問い合わせ４６０）、ハイパーバイザは、ＡＰコマンドをＡＰコマンド・リストに、選択されたコマンド・タイプ・フィルタリング・コマンドとして（例えば、ステートレスＡＰコマンド・タイプ・コマンドとして）加える（ステップ４６２）。その上、ＡＰコマンドは、ターゲット暗号カードで実行され、結果がゲストに返される（ステップ４６４）。

問い合わせ４６０に戻ると、結果が、例えばエラー・コードを介して、選択されたコマンド・タイプ・フィルタリング機能に対して無効なコマンドを示す場合、ハイパーバイザは、コマンドをコマンド・リストに、有効なＡＰコマンドとして（但し、有効な選択されたコマンド・タイプ・フィルタリング・コマンドとしてではなく）加え（ステップ４６６）、ＡＰコマンドは拒否される（ステップ４６８）。例えば、ハイパーバイザは、ＡＰコマンド応答メッセージ・ヘッダ（例えば、ヘッダ３３２）のＡＰ応答コード・フィールド（例えば、応答コード３５２）に、新しいＡＰ応答コード８Ｂをもつ無効なステートレスＡＰコマンドエラー応答メッセージを構成することによって、ＡＰコマンドを無効な選択されたコマンド・タイプ・フィルタリング・コマンドとして拒否し、コマンドが、選択されたＡＰコマンド・タイプ・コマンドではないことをゲストに示すために、構成されたＡＰ応答メッセージをＡＰコマンドをエンキューしたゲストに返す。

問い合わせ４５４に戻ると、ＡＰコマンドがＡＰコマンド・リストに載っている場合、例えばハイパーバイザによって、コマンドが、選択されたコマンド・タイプ・フィルタリング機能に対して有効なコマンドであるかどうかに関してさらなる決定が行われる（問い合わせ４７０）。コマンドが、選択されたコマンド・タイプ・フィルタリング機能に対して有効である場合、処理は、ステップ４６４に続き、ＡＰコマンドは、ハイパーバイザによってターゲット暗号カードに送られ、コマンドは、ターゲット暗号カードで実行され、結果が、ゲストに返される。しかしながら、ＡＰコマンドが、選択されたコマンド・タイプ・フィルタリング機能に対して無効である場合、ＡＰコマンドは、上述のように、ハイパーバイザによって、選択されたコマンド・タイプ・フィルタリング機能に対して無効なコマンドとして拒否され、結果が、ゲストに返される（ステップ４６８）。

１つの実施形態では、ゲスト・プログラムが、例えば、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャのデキュー補助プロセス・キュー（ＤＱＡＰ）命令または別のアーキテクチャの命令などのデキュー命令を介して、ＡＰキューからＡＰコマンド応答メッセージ（例えばメッセージ３３０）をデキューするとき、それは、暗号カードから（ハイパーバイザ・シミュレーションまたはクリプト・カードのいずれかから）処理されたＡＰコマンド応答メッセージを受け取る。ゲスト・プログラムは、ＡＰコマンドがハイパーバイザ・シミュレーションまたはクリプト・カードによって拒否されたかどうかにかかわらず、ＡＰ応答コード（例えば、応答コード３５２）内の同じエラー・コード、例えば、コード８Ｂを調べる。しかしながら、１つの実施形態では、暗号カードが、ＡＰコマンドを処理し、ハイパーバイザ・シミュレーションを処理しなかった場合、ゲスト・プログラムは、コマンド応答メッセージのＣＰＲＢ内のエラー・コードのみを調べることになる。それゆえに、ＣＰＲＢエラー・コードは、ＡＰコマンド応答メッセージを検査することによってエラーの生成元を決定するために使用することができる。

本明細書で説明するように、１つの実施形態では、ゲストがコマンドのサブセット（例えば、ステートレス・コマンド・タイプ・コマンド）のみの実行を許可されているが、ハイパーバイザの構成内の暗号カードのどれも選択されたモード（例えば、ステートレスＡＰコマンド・フィルタリング）をサポートしていない場合、ハイパーバイザは、ステートレスＡＰコマンド・フィルタリング機能をそれ自体でシミュレートせず、ゲストが暗号カードを使用することを許可しない。

しかしながら、本発明の一態様によれば、ゲストが、選択されたコマンド・タイプ・フィルタリング・モード（例えば、ステートレスＡＰコマンド・フィルタリング・モード）で動作しているが、選択されたコマンド・タイプ・フィルタリング機能が、ターゲット暗号カードにインストールされていない場合、ハイパーバイザは、コマンドをシミュレートすることによって、ＡＰコマンドが、選択されたコマンド・タイプ・フィルタリング機能のコマンドかどうかを確認する。これは、１つの例では、暗号カード・タイプごとにサポートする選択されたコマンドの静的リストを保持する代わりに実行され、これは、かなり負担であり、マシン立ち上げ試験に間に合うように取得することは容易でない。それは、選択されたコマンド・タイプ・モードをサポートする他の暗号カードのうちの１つからの情報を使用して、選択されたコマンド・タイプ・モード機能をサポートしないターゲット暗号カードでコマンドをシミュレートする。ＡＰコマンド応答メッセージは、ハイパーバイザによって構成され、結果が、ゲストに送られる。

ゲストが、選択されたコマンド・タイプ・モードで動作しており、選択されたコマンド・タイプ・モードに対応する選択されたＡＰコマンド・タイプ・フィルタリング機能が、ターゲット暗号カードにインストールされている場合、ハイパーバイザは、ＣＰＲＢにステートレス・コマンド・タイプ・インジケータを設定し、ターゲット暗号カードにコマンドを送って実行させる。

１つの実施形態では、暗号カードは、ハイパーバイザからのコマンド要求メッセージ（例えば、ＡＰコマンド要求メッセージ３００）を受け取り、コマンドが、ＣＰＲＢ内のハイパーバイザが課したコマンド・タイプ・フィルタリング・インジケータのセットに基づいて実行されることを許可されているかどうかを決定し、コマンドが、ハイパーバイザが課したコマンド・タイプ・インジケータのセットに基づいて有効であると決定された場合、コマンドを実行し、結果が、コマンド応答メッセージに配置される。コマンド応答メッセージは、例えば、ＡＰコマンド・トランスポート層（例えば、トランスポート層１１０、１６０）に送られ、ＡＰコマンド・トランスポート層は、コマンド応答メッセージをＡＰコマンド応答メッセージ３３０に変換する。さらに、それは、ＣＰＲＢ内のフィルタリング・エラー・コード（見いだされた場合）を、選択されたＡＰ応答コード、例えば８Ｂに変換する。トランスポート層は、応答コードを、ＡＰコマンド応答メッセージ・ヘッダ（例えば、ヘッダ３３２）内のＡＰ応答コード・フィールド（例えば、応答コード３５２）に配置し、結果をゲストに送る。

本発明の一態様によれば、ハイパーバイザが課したコマンド・タイプ・フィルタリング・インジケータのセットによって許可されていないＡＰコマンドをゲストが要求したことをクリプト・カードが報告するために、ＡＰコマンド応答メッセージの応答ＣＰＲＢ内のエラー報告フィールドにエラー・コード（例えば、無効なステートレスＡＰコマンドエラー・コード）が定義される。クリプト・カードは、ＡＰコマンド応答メッセージの応答ＣＰＲＢ内のエラー報告フィールドでＡＰコマンド・タイプ・フィルタリング・エラー・コードを報告する。しかしながら、ＣＰＲＢ内の暗号カード・エラー・コードは、異なるモード（例えば、コプロセッサ・モード、ＥＰ１１モード）では異なるオフセットで配置され、そのメッセージ構造およびフォーマットは異なる。それゆえに、補助プロセッサ・モードに依存しないＡＰエラー・コード（例えば、ＡＰ応答コード）を返す中央場所が設けられて、誰がエラーを生成するかにかかわらず、ハイパーバイザならびにゲストがエラー・コードを容易に捜し出す。その結果、無効な選択モード・エラー・コード（例えば、ＡＰ応答コード８Ｂ）が、ＡＰコマンド応答メッセージ・ヘッダのＡＰ応答コード・フィールド（例えば、応答コード３５２）内に定義されて、フィルタリングされた非ステートレスＡＰコマンドエラーを報告する。ＡＰ応答コードは、ＡＰメッセージのための共通エラー報告フィールドであり、その理由は、共通エラー報告フィールドは、誰（コマンド・タイプ・フィルタリング・シミュレーションを使用するハイパーバイザ、コプロセッサ・モードの暗号カード、ＸＣＰモードの暗号カード、またはアクセラレータ・モードの暗号カード、など）がエラーを生成するかにかかわらず、ゲストがエラー・コードを捜し出しやすくするからである。しかしながら、暗号カードは、ＡＰ応答コード・フィールドへのアクセス権を有しておらず、それゆえに、ＡＰ応答コードをＡＰコマンド応答メッセージ・ヘッダ内のＡＰ応答コードに格納しない。ＡＰコマンド応答メッセージの応答ＣＰＲＢ内のエラー報告フィールドに格納される暗号カード・エラー・コードは、一般に、ＡＰアーキテクチャの範囲外である。それゆえに、トランスポート層は、ＡＰコマンド応答メッセージの応答ＣＰＲＢ内のエラー報告フィールドで選択コマンド・タイプ・フィルタリング・モード・エラー・コードを探し、ＣＰＲＢ内のエラー・コードを応答コード、例えば、８Ｂに変換し、それをＡＰ応答コードに配置するように構成される。

ＡＰコマンド応答メッセージの応答ＣＰＲＢ内のエラー報告フィールドに無効な選択モード・コマンド・エラー・コードがあることは、ハイパーバイザ・シミュレーションが、無効な選択モード・コマンド・エラー・コードをＡＰコマンド応答メッセージの応答ＣＰＲＢ内のエラー報告フィールドに格納しないので、ＡＰ応答コードが暗号カードまたはハイパーバイザ・シミュレーションによって生成されたかどうかを決定するためのデバッギング目的に有用である。

本発明の１つまたは複数の態様は、コンピュータ技術に密接に結び付けられており、コンピューティング環境内でのコマンド処理を含む処理を容易にし、その性能を改善する。コンピューティング環境内での処理を容易にすることに関連する態様の１つの実施形態のさらなる詳細が、図５Ａ～図５Ｂを参照して説明される。

図５Ａを参照すると、１つの実施形態では、コンピューティング環境の複数の補助プロセッサのうちのターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかに関して決定が行われ（５００）、複数の補助プロセッサのうちの別の補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかに関するチェックが行われる（５０２）。

ターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および別の補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが有効であるかどうかを決定するための処理のために別の補助プロセッサに転送される（５０４）。別の補助プロセッサでの処理に基づいて、コマンドが、選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるかどうかの指示が取得される（５０６）。

コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが有効であるという指示の取得に基づいて、実行のためにターゲット補助プロセッサに送られる（５０８）。

１つの実施形態では、コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが無効であるという指示の取得に基づいて、選択されたコマンド・タイプ・フィルタリング・モードに対して無効であるとして拒否され、ターゲット補助プロセッサで実行することが控えられる（５１０）。

加えて、１つの例では、エラー・コードは、エラー・コードへのアクセスを容易にするために中央場所に配置される（５１２）。

例として、選択されたコマンド・タイプ・フィルタリング・モードは、ステートレス・コマンド・フィルタリング・モードであり（５１４）、複数の補助プロセッサは、複数の暗号カードを含む（５１６）。

図５Ｂを参照すると、１つの実施形態では、コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが有効であるという指示の取得に基づいて、選択されたコマンド・タイプ・フィルタリング・モード・コマンドとしてコマンド・リストに加えられる（５１８）。コマンド・リストは、どのコマンドがターゲット補助プロセッサでの実行に有効であるかを決定するために使用され得る（５２０）。さらに、１つの実施形態では、コマンドは、選択されたコマンド・タイプ・フィルタリング・モードに対してコマンドが無効であるという指示の取得に基づいて、有効な補助プロセッサ・コマンドとしてコマンド・リストに加えられる（５２２）。

１つの実施形態では、コマンドは、複数の補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて拒否される（５２４）。

さらに、１つの実施形態では、ターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および別の補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、コマンドがコマンド・リストに載っているかどうかに関して決定が行われ、コマンド・リストは、コマンドがターゲット補助プロセッサで実行され得るかどうかを決定するために使用され得る（５２６）。コマンドがコマンド・リストに載っていないという決定に基づいて、コマンドは、処理のために別の補助プロセッサに転送される（５２８）。

１つの実施形態では、コマンドは、別の補助プロセッサでのコマンドの実行の成功に基づいて、有効な選択されたコマンド・タイプ・フィルタリング・モード・コマンドとしてコマンド・リストに加えられる（５３０）。その上、コマンドは、別の補助プロセッサでのコマンドの実行の不成功に基づいて、有効な補助プロセッサ・コマンドとしてコマンド・リストに加えられる（５３２）。

他の変形および実施形態が可能である。

本発明の１つまたは複数の態様のコマンド・タイプ・フィルタリングは、多くのコンピューティング環境に組み込まれ使用され得る。１つの例示のコンピューティング環境が、図６Ａを参照して説明される。一例として、コンピューティング環境は、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーションによって供されるｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）ハードウェア・アーキテクチャに基づく。しかしながら、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャは、１つの例示のアーキテクチャにすぎない。コンピューティング環境は、限定はしないが、Ｉｎｔｅｌ ｘ８６アーキテクチャ、インターナショナル・ビジネス・マシーンズ・コーポレーションの他のアーキテクチャ、または他の会社のアーキテクチャ、あるいはその組合せを含む他のアーキテクチャに基づくこともできる。

図６Ａに示されるように、コンピューティング環境６００は、例えば、例えば汎用コンピューティング・デバイスの形態で示されるコンピュータ・システム６０２を含む。コンピュータ・システム６０２は、限定はしないが、１つまたは複数のプロセッサまたは処理ユニット６０４（例えば、中央処理装置（ＣＰＵ））、メモリ６０６（別名、例として、システム・メモリ、メイン・メモリ、メイン・ストレージ、中央ストレージ、またはストレージ）、および１つまたは複数の入力／出力（Ｉ／Ｏ）インターフェース６０８を含むことができ、それらは、１つまたは複数のバスまたは他の接続あるいはその両方６１０を介して互いに結合される。

バス６１０は、メモリ・バスまたはメモリ・コントローラ、周辺バス、アクセラレーテッド・グラフィック・ポート、および様々なバス・アーキテクチャのいずれかを使用するプロセッサまたはローカル・バスを含む、いくつかのタイプのバス構造のいずれかの１つまたは複数を表す。例として、限定ではなく、そのようなアーキテクチャは、産業標準アーキテクチャ（ＩＳＡ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）、エンハンストＩＳＡ（ＥＩＳＡ）、ビデオ電子機器規格協会（ＶＥＳＡ）ローカル・バス、および周辺構成要素相互接続（ＰＣＩ）を含む。

メモリ６０６は、例えば、プロセッサ６０４のローカル・キャッシュ６１４に結合され得る共有キャッシュなどのキャッシュ６１２を含むことができる。さらに、メモリ６０６は、１つまたは複数のプログラムまたはアプリケーション６１６と、少なくとも１つのオペレーティング・システム６１８と、１つまたは複数のコンピュータ可読プログラム命令６２０とを含むことができる。コンピュータ可読プログラム命令６２０は、本発明の態様の実施形態の機能を実行するように構成することができる。

１つの実施形態では、メモリ６０６（例えば、少なくともメモリ６０６のハードウェア・システム域）は、１つまたは複数の補助プロセッサ・バス６２３を介して、および１つまたは複数の実施形態ではＡＰトランスポート層を介して１つまたは複数の補助プロセッサ６２１に結合される。

コンピュータ・システム６０２は、例えば、Ｉ／Ｏインターフェース６０８を介して、ユーザ端末、テープ・ドライブ、ポインティング・デバイス、ディスプレイ、および１つまたは複数のデータ・ストレージ・デバイス６３４、などのような１つまたは複数の外部デバイス６３０と通信することができる。データ・ストレージ・デバイス６３４は、１つまたは複数のプログラム６３６、１つまたは複数のコンピュータ可読プログラム命令６３８、またはデータ、あるいはその組合せ、などを格納することができる。コンピュータ可読プログラム命令は、本発明の態様の実施形態の機能を実行するように構成することができる。

コンピュータ・システム６０２はまた、例えばＩ／Ｏインターフェース６０８を介して、ネットワーク・インターフェース６３２と通信することができ、それにより、コンピュータ・システム６０２は、ローカル・エリア・ネットワーク（ＬＡＮ）、汎用ワイド・エリア・ネットワーク（ＷＡＮ）、または公衆ネットワーク（例えば、インターネット）、あるいはその組合せなどの１つまたは複数のネットワークと通信し、他のコンピューティング・デバイスまたはシステムと通信することができる。

コンピュータ・システム６０２は、取り外し可能／取り外し不能で揮発性／不揮発性のコンピュータ・システム・ストレージ媒体を含む、またはそれに結合される、あるいはその両方であり得る。例えば、それは、取り外し不能で不揮発性の磁気媒体（一般に「ハード・ドライブ」と呼ばれる）、取り外し可能で不揮発性の磁気ディスク（例えば「フロッピー・ディスク」）への読み書きのための磁気ディスク・ドライブ、またはＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、もしくは他の光学媒体などの取り外し可能で不揮発性の光ディスクへの読み書きのための光ディスク・ドライブ、あるいはその組合せを含む、またはそれに結合される、あるいはその両方であり得る。他のハードウェア構成要素またはソフトウェア構成要素あるいはその両方がコンピュータ・システム６０２とともに使用され得ることを理解されたい。例には、限定はしないが、マイクロコード、デバイス・ドライバ、冗長処理ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブ、およびデータ・アーカイブ・ストレージ・システム、などが含まれる。

コンピュータ・システム６０２は、多数の他の汎用または専用コンピューティング・システム環境または構成により動作可能であり得る。コンピュータ・システム６０２による使用に適し得るよく知られているコンピューティング・システム、環境、または構成、あるいはその組合せの例には、限定はしないが、パーソナル・コンピュータ（ＰＣ）システム、サーバ・コンピュータ・システム、シン・クライアント、シック・クライアント、ハンドヘルドまたはラップトップ・デバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベース・システム、セット・トップ・ボックス、プログラマブル家庭用電化製品、ネットワークＰＣ、ミニコンピュータ・システム、メインフレーム・コンピュータ・システム、および上述のシステムまたはデバイスのうちのいずれかを含む分散型クラウド・コンピューティング環境、などが含まれる。

本発明の１つまたは複数の態様を組み込み使用するためのコンピューティング環境の別の例が、図６Ｂを参照して以下で説明される。一例として、図６Ｂのコンピューティング環境は、インターナショナル・ビジネス・マシーンズ・コーポレーションによって供されるｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）ハードウェア・アーキテクチャに基づくことができる。しかしながら、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャは、１つの例示のアーキテクチャにすぎない。再度、コンピューティング環境は、限定はしないが、インテルｘ８６アーキテクチャ、インターナショナル・ビジネス・マシーンズ・コーポレーションの他のアーキテクチャ、または他の会社のアーキテクチャ、あるいはその組合せを含む、他のアーキテクチャに基づくこともできる。

１つの例では、コンピューティング環境６５０は、中央電子処理装置（ＣＥＣ）６５２を含む。ＣＥＣ６５２は、例えば、１つまたは複数のプロセッサ（別名、中央処理装置（ＣＰＵ））６５６、および入力／出力（Ｉ／Ｏ）サブシステム６５８に結合されたメモリ６５４（別名、システム・メモリ、メイン・メモリ、メイン・ストレージ、中央ストレージ、ストレージ）などの複数の構成要素を含む。さらに、１つの実施形態では、メモリ６５４（例えば、少なくともメモリ６５４のハードウェア・システム域）は、１つまたは複数の補助プロセッサ・バスを介して、および１つまたは複数の実施形態ではＡＰトランスポート層を介して１つまたは複数の補助プロセッサ６５７に結合される。

Ｉ／Ｏサブシステム６５８は、中央電子処理装置の一部であってもよく、またはそれとは別個であってもよい。それは、メイン・ストレージ６５４と、中央電子処理装置に結合された入力／出力制御ユニット６６０および入力／出力（Ｉ／Ｏ）デバイス６６２との間の情報の流れを指示する。

多くのタイプのＩ／Ｏデバイスを使用することができる。１つの特定のタイプは、データ・ストレージ・デバイス６６４である。データ・ストレージ・デバイス６６４は、１つまたは複数のプログラム６６６、１つまたは複数のコンピュータ可読プログラム命令６６８、またはデータ、あるいはその組合せ、などを格納することができる。コンピュータ可読プログラム命令は、本発明の態様の実施形態の機能を実行するように構成することができる。

中央電子処理装置６５２は、取り外し可能／取り外し不能で揮発性／不揮発性のコンピュータ・システム・ストレージ媒体を含む、またはそれに結合される、あるいはその両方であり得る。例えば、それは、取り外し不能で不揮発性の磁気媒体（一般に「ハード・ドライブ」と呼ばれる）、取り外し可能で不揮発性の磁気ディスク（例えば「フロッピー・ディスク」）への読み書きのための磁気ディスク・ドライブ、またはＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、もしくは他の光学媒体などの取り外し可能で不揮発性の光ディスクへの読み書きのための光ディスク・ドライブ、あるいはその組合せを含む、またはそれに結合される、あるいはその両方であり得る。他のハードウェア構成要素またはソフトウェア構成要素あるいはその両方が中央電子処理装置６５２とともに使用され得ることを理解されたい。例には、限定はしないが、マイクロコード、デバイス・ドライバ、冗長処理ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブ、およびデータ・アーカイブ・ストレージ・システム、などが含まれる。

さらに、中央電子処理装置６５２は、多数の他の汎用または専用コンピューティング・システム環境または構成により動作可能であり得る。中央電子処理装置６５２による使用に適し得るよく知られているコンピューティング・システム、環境、または構成、あるいはその組合せの例には、限定はしないが、パーソナル・コンピュータ（ＰＣ）システム、サーバ・コンピュータ・システム、シン・クライアント、シック・クライアント、ハンドヘルドまたはラップトップ・デバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベース・システム、セット・トップ・ボックス、プログラマブル家庭用電化製品、ネットワークＰＣ、ミニコンピュータ・システム、メインフレーム・コンピュータ・システム、および上述のシステムまたはデバイスのうちのいずれかを含む分散型クラウド・コンピューティング環境、などが含まれる。

中央電子処理装置６５２は、１つまたは複数の実施形態では、論理パーティショニングまたは仮想化サポートあるいはその両方を提供する。１つの実施形態では、図６Ｃに示されるように、メモリ６５４は、例えば、１つまたは複数の論理パーティション６７０と、論理パーティションを管理するハイパーバイザ６７２と、プロセッサ・ファームウェア６７４とを含む。ハイパーバイザ６７２の１つの例は、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーションによって供されるＰｒｏｃｅｓｓｏｒ Ｒｅｓｏｕｒｃｅ／Ｓｙｓｔｅｍ Ｍａｎａｇｅｒ（ＰＲ／ＳＭ）である。本明細書で使用されるとき、ファームウェアは、例えば、プロセッサのマイクロコードを含む。それは、例えば、より高いレベルのマシン・コードの実装において使用されるハードウェア・レベル命令またはデータ構造あるいはその両方を含む。１つの実施形態では、それは、例えば、一般に、信頼できるソフトウェアを含むマイクロコード、または基礎的なハードウェアに固有のマイクロコードとして送り出され、システム・ハードウェアへのオペレーティング・システムのアクセスを制御する専有のコードを含む。

各論理パーティション６７０は、別個のシステムとして機能することができる。すなわち、各論理パーティションは、独立して、リセットされ、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーションによって供されるｚ／ＯＳ（Ｒ）オペレーティング・システムなどのゲスト・オペレーティング・システム６７６、または結合機能制御コード（ＣＦＣＣ）などの他の制御コード６７８を実行し、異なるプログラム６８０で動作することができる。論理パーティションで動作するオペレーティング・システムまたはアプリケーション・プログラムは、全面的なおよび完全なシステムへのアクセス権を有するように見えるが、実際には、その一部のみが利用可能である。ｚ／ＯＳが一例として供されているが、他のオペレーティング・システムが、本発明の１つまたは複数の態様に従って使用されてもよい。

メモリ６５４は、論理パーティションに割り当てられ得る物理プロセッサ・リソースであるＣＰＵ６５６（図６Ｂ）に結合される。例えば、論理パーティション６７０は、１つまたは複数の論理プロセッサを含み、それらの各々は、論理パーティションに動的に割り当てられ得る物理プロセッサ・リソース６５６のすべてまたは割り当て分を表す。

さらに、さらなる実施形態では、中央電子処理装置は、仮想マシン・サポートを提供する（論理パーティショニング・サポートの有無にかかわらず）。図６Ｄに示されるように、中央電子処理装置６５２のメモリ６５４は、例えば、１つまたは複数の仮想マシン６９０と、仮想マシンを管理するハイパーバイザ６９２などの仮想マシン・マネージャと、プロセッサ・ファームウェア６９４とを含む。ハイパーバイザ６９２の１つの例は、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーションによって供されるｚ／ＶＭ（Ｒ）ハイパーバイザである。ハイパーバイザは、時には、ホストと呼ばれる。ｚ／ＯＳおよびｚ／ＶＭは、少なくとも１つの管轄区域におけるインターナショナル・ビジネス・マシーンズ・コーポレーションの商標または登録商標である。

ＣＰＣの仮想マシン・サポートは、各々が異なるプログラム６９６で動作し、Ｌｉｎｕｘ（Ｒ）オペレーティング・システムなどのゲスト・オペレーティング・システム６９８を実行することができる多数の仮想マシン６９０を動作させる能力を提供する。各仮想マシン６９０は、別個のシステムとして機能することができる。すなわち、各仮想マシンは、独立して、リセットされ、ゲスト・オペレーティング・システムを実行し、異なるプログラムで動作することができる。仮想マシンで動作するオペレーティング・システムまたはアプリケーション・プログラムは、全面的なおよび完全なシステムへのアクセス権を有するように見えるが、実際には、その一部のみが利用可能である。ｚ／ＶＭおよびＬｉｎｕｘが例として供されているが、他の仮想マシン・マネージャおよびオペレーティング・システムが、本発明の１つまたは複数の態様に従って使用されてもよい。登録商標Ｌｉｎｕｘ （Ｒ）は、世界的規模での商標の所有者であるＬｉｎｕｓ Ｔｏｒｖａｌｄｓの独占的ライセンシーのＬｉｎｕｘ Ｆｏｕｎｄａｔｉｏｎからのサブライセンスに従って使用される。

本発明の１つまたは複数の態様を組み込み使用するコンピューティング環境の別の実施形態が、図７Ａを参照して説明される。この例では、コンピューティング環境１０は、例えば、例えば１つまたは複数のバス１８または他の接続あるいはその両方を介して互いに結合される、ネイティブ中央処理装置（ＣＰＵ）１２と、メモリ１４と、１つまたは複数の入力／出力デバイスまたはインターフェース１６あるいはその両方とを含む。例として、コンピューティング環境１０は、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーションによって供されるＰｏｗｅｒＰＣ（Ｒ）プロセッサ、カリフォルニア州パロアルトのヒューレット・パッカード・コーポレーションによって供されるＩｎｔｅｌ Ｉｔａｎｉｕｍ ＩＩプロセッサをもつＨＰ Ｓｕｐｅｒｄｏｍｅ、またはインターナショナル・ビジネス・マシーンズ・コーポレーション、ヒューレット・パッカード、インテル・コーポレーション、オラクル、などによって供されるアーキテクチャに基づく他のマシン、あるいはその組合せを含むことができる。ＰｏｗｅｒＰＣは、少なくとも１つの管轄区域におけるインターナショナル・ビジネス・マシーンズ・コーポレーションの商標または登録商標である。ＩｎｔｅｌおよびＩｔａｎｉｕｍは、米国および他の国々におけるインテル・コーポレーションまたはその子会社の商標または登録商標である。

ネイティブ中央処理装置１２は、１つまたは複数のネイティブ・レジスタ２０、例えば、環境内での処理中に使用される１つまたは複数の汎用レジスタまたは１つまたは複数の専用レジスタあるいはその両方などを含む。これらのレジスタは、任意の特定の時点の環境の状態を表す情報を含む。

その上、ネイティブ中央処理装置１２は、メモリ１４に格納されている命令およびコードを実行する。１つの特定の例では、中央処理装置は、メモリ１４に格納されたエミュレータ・コード２２を実行する。このコードにより、１つのアーキテクチャで構成されたコンピューティング環境は、別のアーキテクチャをエミュレートすることができる。例えば、エミュレータ・コード２２により、ＰｏｗｅｒＰＣプロセッサ、ＨＰ Ｓｕｐｅｒｄｏｍｅサーバなどのような、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャ以外のアーキテクチャに基づくマシンが、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャをエミュレートし、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャに基づいて開発されたソフトウェアおよび命令を実行することができる。

エミュレータ・コード２２に関連するさらなる詳細が、図７Ｂを参照して説明される。メモリ１４に格納されたゲスト命令３０は、ネイティブＣＰＵ１２のアーキテクチャ以外のアーキテクチャで実行されるように開発されたソフトウェア命令（例えば、マシン命令と互いに関係がある）を含む。例えば、ゲスト命令３０は、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャに基づくプロセッサで実行するように設計されている場合があるが、代わりに、例えば、Ｉｎｔｅｌ Ｉｔａｎｉｕｍ ＩＩプロセッサであり得るネイティブＣＰＵ１２でエミュレートされる。１つの例では、エミュレータ・コード２２は、メモリ１４から１つまたは複数のゲスト命令３０を取得し、オプションとして、取得した命令にローカル・バッファリングを提供するための命令フェッチング・ルーチン３２を含む。それは、取得したゲスト命令のタイプを決定し、ゲスト命令を１つまたは複数の対応するネイティブ命令３６に変換するための命令変換ルーチン３４をさらに含む。この変換は、例えば、ゲスト命令によって実行されるべき機能を識別することと、その機能を実行するためのネイティブ命令を選ぶこととを含む。

さらに、エミュレータ・コード２２は、ネイティブ命令を実行させるためのエミュレーション制御ルーチン４０を含む。エミュレーション制御ルーチン４０は、ネイティブＣＰＵ１２に、１つまたは複数の以前に取得したゲスト命令をエミュレートするネイティブ命令のルーチンを実行させ、そのような実行の終了時に、次のゲスト命令またはゲスト命令のグループの取得をエミュレートするために命令フェッチ・ルーチンに制御を戻させることができる。ネイティブ命令３６の実行は、データをメモリ１４からレジスタにロードすること、データをレジスタからメモリに戻して格納すること、または変換ルーチンによって決定されるあるタイプの算術演算または論理演算を実行することを含むことができる。

各ルーチンは、例えば、ソフトウェアで実装され、ソフトウェアは、メモリに格納され、ネイティブ中央処理装置１２によって実行される。他の例では、ルーチンまたは動作のうちの１つまたは複数は、ファームウェア、ハードウェア、ソフトウェア、またはそれらの組合せで実装される。エミュレートされたプロセッサのレジスタは、ネイティブＣＰＵのレジスタ２０を使用して、またはメモリ１４内のロケーションを使用することよってエミュレートされ得る。実施形態では、ゲスト命令３０、ネイティブ命令３６、およびエミュレータ・コード２２は、同じメモリに常駐してもよく、または異なるメモリ・デバイス間に分配されてもよい。

さらに、１つの実施形態では、コンピューティング環境１０は、メモリ１４に結合された１つまたは複数の補助プロセッサ１５を含む。１つまたは複数の補助プロセッサは、あるアーキテクチャで定義され、別のアーキテクチャをエミュレートするように構成される。例えば、補助プロセッサは、エミュレートされているアーキテクチャのゲスト・コマンドを取得し、ゲスト・コマンドを１つのアーキテクチャのネイティブ・コマンドに変換し、ネイティブ・コマンドを実行する。

上述のコンピューティング環境は、使用することができるコンピューティング環境の例にすぎない。限定はしないが、パーティションされていない環境、パーティションされた環境、クラウド環境、またはエミュレートされた環境、あるいはその組合せを含む他の環境が、使用されてもよく、実施形態は、任意の１つの環境に限定されない。コンピューティング環境の様々な例が本明細書で説明されるが、本発明の１つまたは複数の態様は、多くのタイプの環境で使用することができる。本明細書で提供されるコンピューティング環境は例にすぎない。

各コンピューティング環境は、本発明の１つまたは複数の態様を含むように構成することができる。例えば、各々は、コマンド・タイプ・フィルタリングごとに、本発明の１つまたは複数の態様に従って構成され得る。

本明細書で説明されるように、１つまたは複数の態様では、コマンドごとのコマンド・タイプ・フィルタリングが提供される。多くのフィルタリング技術を使用することができる。１つの特定の例では、ステートレス・コマンド・フィルタリングが提供される。このフィルタリングを用いて、１つの例では、ステートレス・コマンド・フィルタリング機能が、例えばゼロに設定される場合、ステートレス・コマンド・フィルタリング機能はインストールされず、補助プロセッサ（例えば、クリプト・カード）は、補助プロセッサによってサポートされるコマンドが実行されるのを可能にし、そうでなければ、ステートレス・コマンド・フィルタリング機能がインストールされ、コマンドが補助プロセッサによって実行されるかどうかは、コマンド要求内のハイパーバイザが課したコマンド・タイプ・フィルタリング・インジケータのセットの値に依存する。コマンド要求メッセージ内にステートレス・コマンド・タイプ・インジケータを含む例示の実施形態が、以下で説明される。

ステートレス・コマンド・タイプ・インジケータ（例えば、インジケータ３２２）がコマンド要求メッセージ（例えば、メッセージ３００）においてゼロに設定される場合、クリプト・カードは、クリプト・カードによってサポートされるコマンドのすべてが実行されることを可能にする。ステートレス・コマンド・タイプ・インジケータ（例えば、インジケータ３２２）がコマンド要求メッセージ（例えば、メッセージ３００）において１に設定される場合、クリプト・カードは、クリプト・カードによってサポートされるすべてのコマンドが実行されることを許可しない。コマンド要求メッセージ内のコマンドが、ステートレス・コマンド・タイプ・コマンドである場合、コマンドが実行される。コマンド要求メッセージ内のコマンドが、ステートレス・コマンド・タイプ・コマンドでない場合、コマンドは、コマンド応答メッセージ（例えば、メッセージ３３０）のＣＰＲＢ（例えば、応答ＣＰＲＢ３３６）内のエラー・コードにより拒否される。

１つまたは複数の態様では、暗号カードの構成されたモード（例えば、コプロセッサ・モード）を使用して、ステートレス・コマンド・フィルタリング（非セキュア・キー・フィルタリング・モードとも呼ばれる、例えば、ステートレス・コマンド・タイプ・コマンドのみが処理される）、または例えばアクセラレータ・モードのような新しいクリプト・カード・モードで暗号カードを構成することなく縮小されたコマンドのセットによる別のフィルタリング・モードのいずれかが提供され得る。フィルタリング技術は、ステートレス・コマンド・タイプ・コマンド、またはマスター・キー管理コマンドなどのような他の例における他のコマンド・タイプ・コマンドなどのコマンドのセットをフィルタリングするために使用されてもよい。これにより、購入および管理されるべき補助プロセッサの数が減少する。

さらに、本発明の１つまたは複数の態様は、コマンドごとにコマンド・タイプ・フィルタリング・モードを動的に切り替える能力を提供し、コマンド・タイプ・フィルタリングは、コマンドごとに行われる。それゆえに、各コマンドは、コマンド・タイプ・フラグ値（例えば、コマンド・タイプ・フィルタリング・インジケータ）に基づいてコマンド処理時に有効であることもあり無効であることもある。プログラムは、異なるフィルタリング・コマンド・セットを実行するために、様々なクリプト・カード・モードを切り替える必要はない。それゆえに、クリプト・カードの数を管理および使用する複雑さは、サポートされるフィルタリング・モードの数にかかわらず同じままである。プログラムの複雑さの低減により、さらに、より効率的なコードが加えられ、コード実行時間および性能が改善される。

さらなる態様では、選択されたコマンド・タイプ・フィルタリング機能をサポートする補助プロセッサ（例えば、新しいバージョン）からの情報を使用して、ターゲット補助プロセッサ（例えば、古いバージョン）がサポートしないフィルタリング機能がシミュレートされる。

１つまたは複数の態様では、ハイパーバイザは、ゲストのニーズ（例えば、クラウド環境顧客のセット）に基づいて、ＡＰコマンド・タイプ・フィルタリング・モード、ＡＰコマンド・タイプ・セット、およびＡＰコマンド・タイプ・フラグのセットを決定する。ハイパーバイザは、クラウド環境ゲストによって許可されたＡＰコマンド・セットに基づいてＡＰコマンド・セット・モードを設定し、ゲストによって発行されたＡＰコマンドをインターセプトし、適切な動作を行うことよってその動作モードを実行する。ハイパーバイザは、ゲスト構成で構成されたクリプト・カードで対応するハードウェアのＡＰコマンド・セット・フィルタリング・モード機能を使用することによって、ＡＰコマンド・セット・フィルタリング・モード・サポートをクラウド環境顧客に提供する。ハイパーバイザは、ゲストが例えばＡＰコマンドのステートレス・サブセットのみ実行することを許可されているが、ハイパーバイザの構成におけるクリプト・カードのどれもステートレスＡＰコマンド・タイプ・フィルタリング（ハードウェア）機能をサポートしていない場合、ゲストがクリプト・カードを使用することを許可しない。しかしながら、少なくとも１つのクリプト・カードが、ステートレス・コマンド・フィルタリングをサポートしている場合、ハイパーバイザは、例えば、ゲストがステートレスＡＰコマンド・モードで動作しているが、ステートレスＡＰコマンド・タイプ・フィルタリング（ハードウェア）機能がターゲット暗号カードにインストールされていないならば、ステートレスＡＰコマンド・タイプ・フィルタリング動作をそれ自体でシミュレートする。

ハイパーバイザ・シミュレーションは、ステートレスＡＰコマンド・タイプ・フィルタリング（ハードウェア）機能（または他のフィルタリング機能）をサポートする暗号カードのうちの１つからの情報を使用して、ステートレスＡＰコマンド・タイプ・フィルタリング（ハードウェア）機能をサポートしていないターゲット暗号カードでステートレスＡＰコマンド・タイプ・フィルタリング動作をシミュレートすることによって、例えば、機能的に同等のハードウェア・フィルタリング動作を保証する。１つの実施形態では、ＡＰコマンド・トランスポート層（例えばｉ３９０ＣＯ）は、エラーの発信元にかかわらず均一な障害応答を行う方法を提供し、ハイパーバイザ内のソフトウェア実装を暗号カードと一致させることができるように強化される。

１つまたは複数の態様では、同じ暗号カード・モード（例えば、コプロセッサまたはＥＰ１１モード）を使用して、例えばアクセラレータ・モードのような別のクリプト・カード・モードで暗号カードを構成することなく、フルＡＰコマンド・セット・モード、ステートレスＡＰコマンド・モード、または縮小されたコマンドのセットをもつ別のフィルタリング・モードを提供することができる。顧客は、クリプト・カード・フィルタリング・モードのために追加のカードを購入する必要はない。ハイパーバイザは、例えば、同じクリプト・カード・モードの異なるクリプト・ドメインを、異なるＡＰコマンド・タイプ・フィルタリング要件をもつ異なるゲストに特化することによって、異なるＡＰコマンド・タイプ・フィルタリング要件をもつ異なるゲストに貢献することができる。ハイパーバイザは、ゲストをサポートするためにソフトウェア・シミュレーションとハードウェア・フィルタリング能力の組合せを使用して、非クリプト・カード・タイプ構成を対称クリプト・カード・タイプ構成に変えることができる。共通インターフェースを使用するハードウェアとソフトウェア・フィルタリングの組合せを使用することは、１つまたは複数のクリプト・カード・タイプが、いかなるハードウェア・フィルタリング機能も提供しないか、またはすべてのサポートされるハードウェア・フィルタリング機能（例えば、非対称クリプト・カード・タイプ）を提供するとは限らない多数のクリプト・カード・タイプ構成にとって有用である。

１つの態様では、ハイパーバイザは、シミュレーションのためにサポートするクリプト・カード・タイプごとにフィルタリング・モードごとのＡＰコマンドの静的リストを維持する必要はない。ハイパーバイザがサポートするクリプト・カード・タイプおよびモードごとにフィルタリング・モードごとのＡＰコマンドの最新の静的リストを維持することは、負担であり、マシン立ち上げ試験に間に合うように取得することは容易でない。その結果、ハイパーバイザは、ソフトウェアＡＰコマンド・タイプ・フィルタリングが、それがサポートするクリプト・カード・タイプごとにフィルタリング・モードごとのＡＰコマンドの静的リストを維持することによって、ハードウェアＡＰコマンド・タイプ・フィルタリングと機能的に同等となることを保証することができない。

１つの態様では、プログラムは、異なるフィルタリング・コマンド・セットを実行するために、様々なクリプト・カード・モードを切り替える必要はない。それゆえに、クリプト・カードの管理および使用の複雑さは、サポートされるフィルタリング・モードの数にかかわらず同じままである。プログラムの複雑さのこの低減により、さらに、より効率的なコードが加えられ、コード実行時間および性能が改善される。さらに、１つの態様では、ハイパーバイザは、ゲスト・プログラムによって提供されるＣＰＲＢ内のコマンド・タイプ・フラグの適切な設定をチェックする必要がない。それは、ＡＰコマンド要求メッセージを生成するゲスト・プログラムの代わりに、ゲストによって許可されたＡＰコマンド・セットに基づいて、ＡＰコマンド要求メッセージのＣＰＲＢにコマンド・タイプ・フラグを挿入する。その結果、ハイパーバイザは、コマンド設定がゲストによって許可されたコマンド・タイプ・フィルタリング設定に違反する場合、ＣＰＲＢ内のコマンド・タイプ・フラグを設定する（または再設定する）必要がなく、またはコマンドを拒否する必要もない。

ハードウェア・フィルタリング技術とソフトウェア・フィルタリング技術の両方を使用する１つの態様では、共通インターフェースを使用することは、１つまたは複数のクリプト・カード・タイプが、いかなるハードウェア・フィルタリング機能も提供しないか、またはすべてのサポートされたハードウェア・フィルタリング機能（例えば、非対称クリプト・カード・タイプ）を提供するとは限らない多数のクリプト・カード・タイプ構成にとって有用である。例えば、ハイパーバイザ構成が複数のクリプト・カード・タイプを伴う単一のマシンからなるが、すべてのクリプト・カード・タイプが選択されたコマンド・タイプ・フィルタリング機能、例えばステートレス・コマンド・フィルタリング機能をサポートするとは限らない場合、ハイパーバイザは、選択されたコマンド・タイプ・フィルタリング機能をサポートしていないクリプト・カード・タイプで、選択されたコマンド・タイプ・フィルタリング機能をそれ自体でシミュレートして、すべての利用可能なクリプト・カードで同じ選択されたコマンド・タイプ・フィルタリング機能を提供することができる。同様に、ハイパーバイザ構成が、異なるモデルをもつ多数のマシンで構成され、ゲストが、それらのマシン・モデルのうちのいずれかに再配置され得るが、すべてのモデルが、例えば、選択されたコマンド・タイプ・フィルタリング機能をサポートするとは限らない場合、ハイパーバイザは、選択されたコマンド・タイプ・フィルタリング機能をサポートしていないマシン・モデルで、ステートレス・コマンド・フィルタリング機能をそれ自体でシミュレートして、すべての利用可能なマシン・モデルで同じ選択されたコマンド・タイプ・フィルタリング機能を提供することができる。これにより、ハイパーバイザは、ソフトウェア能力とハードウェア能力の組合せを使用して非対称クリプト・カード・タイプ構成を対称クリプト・カード・タイプ構成に変え、ゲストにコマンド・タイプ・フィルタリング機能サポートを提供することができる。この技術はまた、多数のハードウェア・フィルタリング機能をサポートするために使用することができる。他の変形も可能である。

さらに、ハードウェア・フィルタリング機能は、例えば、コマンドごとにフィルタリング・モードを動的に切り替える能力を提供し、コマンド・タイプ・フィルタリングは、コマンドごとに行われる。その結果、各コマンドは、コマンド・タイプ・フラグ値に基づいてコマンド処理時に有効であることもあり無効であることもある。それゆえに、この技術により、ハイパーバイザは、異なるＡＰコマンド・タイプ・フィルタリング要件をもつ多数のゲストと同じクリプト・ドメインを共有することができる。さらに、プログラムは、異なるフィルタリング・コマンド・セットを実行するために、様々なクリプト・カード・モードを切り替える必要はない。それゆえに、クリプト・カードの数を管理および使用する複雑さは、サポートされるフィルタリング・モードの数にかかわらず同じままである。プログラムの複雑さのこの低減により、さらに、より効率的なコードが加えられ、コード実行時間および性能が改善される。

１つまたは複数の実施形態において、ハイパーバイザは、論理パーティション・ハイパーバイザのようなホスト、ｚ／ＶＭ（Ｒ）のようなオペレーティング・システム、またはデバイス・ドライバとすることができる。ｚ／ＶＭは、同じクリプト・カードを使用して、異なるポリシーをもつ多数のゲストに貢献することができる。クリプト・デバイス・ドライバは、処理されたＡＰメッセージを取り出すために、Ｌｉｎｕｘ環境のような特定の環境においてオペレーティング・システムの代わりに使用されてもよい。クリプト・デバイス・ドライバは、ドッカ－・コンテナまたは異なるポリシーをもつ異なるアプリケーションのように、多数のユーザに貢献することができる。ｚ／ＶＭマネージャなどのマネージャまたはクリプト・デバイス・ドライバのいずれかは、コマンドごとに、あるコマンド・タイプ・フィルタリング・モードなどのあるフィルタリング・モードから別のフィルタリング・モードに切り替えることができる。１つ例では、少なくとも１つのゲストが、単一のクリプト・コマンドのみを実行する場合、マネージャまたはクリプト・デバイス・ドライバは、次のゲストに切り替え、次のゲストは、異なるフィルタリング・モードからのクリプト・コマンドを実行する。

様々な実施形態が本明細書に記載されているが、多くの変形および他の実施形態が、本発明の態様から逸脱することなく可能である。特に矛盾しない限り、本明細書に記載された各態様または特徴、およびその変形は、任意の他の態様または特徴と組み合わせることができることに留意されたい。

１つまたは複数の態様は、クラウド・コンピューティングに関連することができる。

本開示は、クラウド・コンピューティングに関する詳細な説明を含むが、本明細書に詳述される教示の実施は、クラウド・コンピューティング環境に限定されないことを理解されたい。むしろ、本発明の実施形態は、現在知られているかまたは後に開発される任意の他のタイプのコンピューティング環境とともに実装することができる。

クラウド・コンピューティングは、最小限の管理労力またはサービスのプロバイダとの対話によって迅速にプロビジョニングおよびリリースすることができる構成可能なコンピューティング・リソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、およびサービス）の共用プールへの便利でオン・デマンドのネットワーク・アクセスを可能にするためのサービス・デリバリのモデルである。このクラウド・モデルは、少なくとも５つの特徴、少なくとも３つのサービス・モデル、および少なくとも４つの展開モデルを含むことができる。

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

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

広範なネットワーク・アクセス：機能は、ネットワークを通して利用可能であり、異種のシンまたはシック・クライアント・プラットフォーム（例えば、携帯電話、ラップトップ、およびＰＤＡ）による使用を促進する標準メカニズムを介してアクセスされる。

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

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

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

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

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

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

サービスとしてのインフラストラクチャ（ＩａａＳ）：消費者に提供される機能は、処理、ストレージ、ネットワーク、および他の基本的なコンピューティング・リソースをプロビジョニングすることであり、消費者は、オペレーティング・システムおよびアプリケーションを含むことができる任意のソフトウェアを展開および実行することができる。消費者は、基礎をなすクラウド・インフラストラクチャを管理または制御しないが、オペレーティング・システム、ストレージ、展開されたアプリケーションを制御し、場合によっては、選択されたネットワーキング構成要素（例えば、ホスト・ファイアウォール）を限定的に制御する。

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

プライベート・クラウド：クラウド・インフラストラクチャは組織のためにのみ運用される。クラウド・インフラストラクチャは、組織またはサード・パーティによって管理されてもよく、オンプレミスに存在してもオフプレミスに存在してもよい。

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

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

ハイブリッド・クラウド：クラウド・インフラストラクチャは、２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）の複合であり、これらのクラウドは、固有のエンティティのままであるが、データおよびアプリケーション・ポータビリティを可能にする標準技術または専用技術（例えば、クラウド間のロード・バランシングのためのクラウド・バースティング）によって結合される。

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

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

次に、図９を参照すると、クラウド・コンピューティング環境５０（図８）によって提供される機能抽象化層のセットが示される。図９に示された構成要素、層、および機能は、単に例示であることが意図されており、本発明の実施形態はそれらに限定されないことを予め理解されたい。図示のように、以下の層および対応する機能が提供される。

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

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

１つの例では、管理層８０は、以下で説明する機能を提供することができる。リソース・プロビジョニング８１は、クラウド・コンピューティング環境内でタスクを実行するために利用されるコンピューティング・リソースおよび他のリソースの動的調達を行う。計測および価格設定８２は、リソースがクラウド・コンピューティング環境内で利用されたときにコスト追跡を行い、これらのリソースの消費に対する請求書または送り状を作成および送付する。１つの例では、これらのリソースは、アプリケーション・ソフトウェア・ライセンスを含むことができる。セキュリティは、クラウド消費者およびタスクのアイデンティティ検証、ならびにデータおよび他のリソースの保護を行う。ユーザ・ポータル８３は、クラウド・コンピューティング環境へのアクセス権を消費者およびシステム管理者に提供する。サービス・レベル管理８４は、必要なサービス・レベルが満たされるようにクラウド・コンピューティング・リソース割り当ておよび管理を行う。サービス品質保証契約（ＳＬＡ）計画および履行８５は、ＳＬＡに従って将来の要求が予想されるクラウド・コンピューティング・リソースの事前準備および調達を行う。

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

本発明の態様は、任意の可能な技術的詳細の統合レベルでのシステム、方法、またはコンピュータ・プログラム製品、あるいはその組合せとすることができる。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を有する１つのコンピュータ可読ストレージ媒体（または複数の媒体）を含むことができる。

コンピュータ可読ストレージ媒体は、命令実行デバイスによる使用のための命令を保持および格納することができる有形デバイスとすることができる。コンピュータ可読ストレージ媒体は、例えば、限定はしないが、電子ストレージ・デバイス、磁気ストレージ・デバイス、光学ストレージ・デバイス、電磁気ストレージ・デバイス、半導体ストレージ・デバイス、または前述のものの任意の適切な組合せとすることができる。コンピュータ可読ストレージ媒体のより具体的な例の非網羅的なリストは、以下のもの、すなわち、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ポータブル・コンパクト・ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、メモリ・スティック、フロッピー・ディスク、命令が記録されたパンチカードまたは溝内の隆起構造などの機械的にコード化されたデバイス、および前述のものの任意の適切な組合せを含む。本明細書で使用されるコンピュータ可読ストレージ媒体は、電波もしくは他の自由に伝播する電磁波、導波路もしくは他の伝送媒体を通って伝搬する電磁波（例えば、光ファイバ・ケーブルを通過する光パルス）、またはワイヤを通して伝送される電気信号などのそれ自体一過性信号であると解釈されるべきではない。

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

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

本発明の態様は、本発明の実施形態による方法、装置（システム）、およびコンピュータ・プログラム製品の流れ図またはブロック図あるいはその両方を参照して本明細書に記載されている。流れ図またはブロック図あるいはその両方の各ブロック、および流れ図またはブロック図あるいはその両方におけるブロックの組合せは、コンピュータ可読プログラム命令によって実現され得ることが理解されよう。

これらのコンピュータ可読プログラム命令は、コンピュータまたは他のプログラマブル・データ処理装置のプロセッサを介して実行される命令が流れ図またはブロック図あるいはその両方の１つまたは複数のブロックにおいて指定された機能／動作を実施するための手段を創り出すように、コンピュータのプロセッサ、または他のプログラマブル・データ処理装置に提供されて、マシンを作り出すことができる。これらのコンピュータ可読プログラム命令はまた、命令が格納されたコンピュータ可読ストレージ媒体が流れ図またはブロック図あるいはその両方の１つまたは複数のブロックにおいて指定された機能／動作の態様を実施する命令を含む製品を構成するように、コンピュータ、プログラマブル・データ処理装置、または他のデバイス、あるいはその組合せに、特定の方法で機能するように指示することができるコンピュータ可読ストレージ媒体に格納されてもよい。

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

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

上述に加えて、１つまたは複数の態様は、顧客環境の管理を供するサービス・プロバイダによって提供され、供され、展開され、管理され、サービスなどをされ得る。例えば、サービス・プロバイダは、１つまたは複数の顧客のための１つまたは複数の態様を実行するコンピュータ・コードまたはコンピュータ・インフラストラクチャあるいはその両方の創出、維持、サポートなどを行うことができる。見返りとして、サービス・プロバイダは、例として、加入契約または料金契約あるいはその両方の下で顧客から支払いを受け取ることができる。追加として、または代替として、サービス・プロバイダは、１つまたは複数のサード・パーティへの広告コンテンツの販売から支払いを受け取るかことができる。

１つの態様では、アプリケーションは、１つまたは複数の実施形態を実行するために展開され得る。１つの例として、アプリケーションの展開は、１つまたは複数の実施形態を実行するように動作可能なコンピュータ・インフラストラクチャを提供することを含む。

さらなる態様として、コンピュータ可読コードをコンピューティング・システムに統合することを含むコンピューティング・インフラストラクチャを展開することができ、コンピューティング・システムと組み合わせたコードは、１つまたは複数の実施形態を実行することができる。

さらに、さらなる態様として、コンピュータ可読コードをコンピュータ・システムに統合することを含むコンピューティング・インフラストラクチャを統合するためのプロセスが提供され得る。コンピュータ・システムはコンピュータ可読媒体を含み、コンピュータ媒体は、１つまたは複数の実施形態を含む。コンピュータ・システムと組み合わせたコードは、１つまたは複数の実施形態を実行することができる。

様々な実施形態が上述されているが、これらは、例にすぎない。例えば、他のアーキテクチャのコンピュータ環境を使用して、１つまたは複数の実施形態を組み込み使用することができる。さらに、異なる命令、コマンド、または動作が使用されてもよい。追加として、異なるタイプの指示またはタグ、ならびに異なるタイプのフィルタリング・モードまたは補助プロセッサあるいはその両方が指定されてもよい。多くの変形が可能である。

様々な態様が、本明細書に説明されている。さらに、多くの変形が、本発明の態様から逸脱することなく可能である。特に矛盾しない限り、本明細書に記載された各態様または特徴、およびその変形は、任意の他の態様または特徴と組み合わせることができることに留意されたい。

さらに、他のタイプのコンピュータ環境が、利益を与え、使用され得る。一例として、実行プログラム・コードの格納または実行あるいはその両方を行うのに適するデータ処理システムが、使用可能であり、システム・バスを介してメモリ要素に直接または間接的に結合された少なくとも２つのプロセッサを含む。メモリ要素は、例えば、プログラム・コードの実際の実行中に利用されるローカル・メモリと、バルク・ストレージと、実行中にコードをバルク・ストレージから取り出さなければならない回数を減じるために少なくともいくつかのプログラム・コードの一時的ストレージを提供するキャッシュ・メモリとを含む。

入力／出力またはＩ／Ｏデバイス（限定はしないが、キーボード、ディスプレイ、ポインティング・デバイス、ＤＡＳＤ、テープ、ＣＤ、ＤＶＤ、サム・ドライブ、および他のメモリ媒体、などを含む）は、システムに、直接、または介在するＩ／Ｏコントローラを介して結合され得る。ネットワーク・アダプタが、さらに、データ処理システムを、介在するプライベートまたはパブリック・ネットワークを介して他のデータ処理システム、リモート・プリンタ、またはストレージ・デバイスに結合させるようにすることができるシステムに結合されてもよい。モデム、ケーブル・モデム、およびイーサネット・カードは、利用可能なタイプのネットワーク・アダプタのほんの一部にすぎない。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としたものであり、限定することを意図するものではない。本明細書に使用されるとき、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈上そうでないと明確に示されない限り、複数形も同様に含むように意図される。「ｃｏｍｐｒｉｓｅｓ（含む、備える）」または「ｃｏｍｐｒｉｓｉｎｇ（含んでいる、備えている）」あるいはその両方の用語は、本明細書で使用されるとき、記述された特徴、整数、ステップ、動作、要素、または構成要素、あるいはその組合せの存在を明示するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、またはそれらのグループ、あるいはその組合せの存在または追加を妨げないことをさらに理解されよう。

以下の特許請求の範囲におけるすべてのミーンズまたはステップ・プラス・ファンクション要素の、対応する構造、材料、動作、および均等物は、もしあれば、具体的に特許請求されるような他の特許請求される要素と組み合わせて機能を実行するための任意の構造、材料、または動作を含むことが意図される。１つまたは複数の実施形態の説明は、例証および説明の目的のために提示されているが、網羅的であること、または開示された形態に限定されることを意図されていない。多くの変形および変更が当業者には明らかであろう。実施形態は、様々な態様および実際の用途を最も良く説明し、当業者が、意図された特定の使用に適する様々な変形を伴う様々な実施形態を理解することができるように選ばれ説明された。

Claims (20)

1. コンピューティング環境内での処理を容易にするためのコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品が、
   方法を実行するために１つまたは複数のコンピュータ可読ストレージ媒体と、前記１つまたは複数のコンピュータ可読ストレージ媒体に集合的に格納されたプログラム命令と
   を含み、前記方法は、
   前記コンピューティング環境の複数の補助プロセッサのうちのターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかを決定することと、
   前記複数の補助プロセッサのうちの別の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかをチェックすることと、
   前記ターゲット補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および前記別の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、コマンドを、前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるかどうかを決定するための処理のために前記別の補助プロセッサに転送することと、
   前記別の補助プロセッサでの処理に基づいて、前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるかどうかの指示を取得することと、
   前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるという指示の取得に基づいて、前記コマンドを、実行のために前記ターゲット補助プロセッサに送ることと
   を含む、コンピュータ・プログラム製品。
2. 前記方法は、前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して無効であるという指示の取得に基づいて、前記選択されたコマンド・タイプ・フィルタリング・モードに対して前記コマンドを無効であるとして拒否することと、前記ターゲット補助プロセッサで前記コマンドを実行することを控えることとをさらに含む、請求項１に記載のコンピュータ・プログラム製品。
3. 前記拒否することが、エラー・コードへのアクセスを容易にするために前記エラー・コードを中央場所に配置することをさらに含む、請求項２に記載のコンピュータ・プログラム製品。
4. 前記方法は、
   前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるという指示の取得に基づいて、前記コマンドを、選択されたコマンド・タイプ・フィルタリング・モード・コマンドとしてコマンド・リストに加えることであり、前記コマンド・リストは、どのコマンドが前記ターゲット補助プロセッサでの実行に有効であるかを決定するために使用され得る、加えることと、
   前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して無効であるという指示の取得に基づいて、前記コマンドを、有効な補助プロセッサ・コマンドとして前記コマンド・リストに加えることと
   をさらに含む、請求項１に記載のコンピュータ・プログラム製品。
5. 前記方法は、前記複数の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、前記コマンドを拒否することをさらに含む、請求項１に記載のコンピュータ・プログラム製品。
6. 前記方法は、
   前記ターゲット補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および前記別の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、前記コマンドがコマンド・リストに載っているかどうかを決定することであり、前記コマンド・リストは、前記コマンドが前記ターゲット補助プロセッサで実行され得るかどうかを決定するために使用され得る、決定することと、
   前記コマンドが前記コマンド・リストに載っていないという決定に基づいて、前記コマンドを処理のために前記別の補助プロセッサに転送することと
   をさらに含む、請求項１に記載のコンピュータ・プログラム製品。
7. 前記方法が、前記別の補助プロセッサでの前記コマンドの実行の成功に基づいて、前記コマンドを、有効な選択されたコマンド・タイプ・フィルタリング・モード・コマンドとしてコマンド・リストに加えることをさらに含む、請求項６に記載のコンピュータ・プログラム製品。
8. 前記方法が、前記別の補助プロセッサでの前記コマンドの実行の不成功に基づいて、前記コマンドを、有効な補助プロセッサ・コマンドとして前記コマンド・リストに加えることをさらに含む、請求項６に記載のコンピュータ・プログラム製品。
9. 前記選択されたコマンド・タイプ・フィルタリング・モードが、ステートレス・コマンド・フィルタリング・モードである、請求項１に記載のコンピュータ・プログラム製品。
10. 前記複数の補助プロセッサが、複数の暗号カードを含む、請求項１に記載のコンピュータ・プログラム製品。
11. コンピューティング環境内での処理を容易にするためのコンピュータ・システムであって、前記コンピュータ・システムが、
    メモリと、
    前記メモリと通信する少なくとも１つのプロセッサであり、前記コンピュータ・システムが、方法を実行するように構成され、前記方法が、
    前記コンピューティング環境の複数の補助プロセッサのうちのターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかを決定することと、
    前記複数の補助プロセッサのうちの別の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかをチェックすることと、
    前記ターゲット補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および前記別の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、コマンドを、前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるかどうかを決定するための処理のために前記別の補助プロセッサに転送することと、
    前記別の補助プロセッサでの処理に基づいて、前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるかどうかの指示を取得することと、
    前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるという指示の取得に基づいて、前記コマンドを、実行のために前記ターゲット補助プロセッサに送ることと
    を含む、少なくとも１つのプロセッサと
    を含む、コンピュータ・システム。
12. 前記方法は、前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して無効であるという指示の取得に基づいて、前記選択されたコマンド・タイプ・フィルタリング・モードに対して前記コマンドを無効であるとして拒否することと、前記ターゲット補助プロセッサで前記コマンドを実行することを控えることとをさらに含む、請求項１１に記載のコンピュータ・システム。
13. 前記方法は、
    前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるという指示の取得に基づいて、前記コマンドを、選択されたコマンド・タイプ・フィルタリング・モード・コマンドとしてコマンド・リストに加えることであり、前記コマンド・リストは、どのコマンドが前記ターゲット補助プロセッサでの実行に有効であるかを決定するために使用され得る、加えることと、
    前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して無効であるという指示の取得に基づいて、前記コマンドを、有効な補助プロセッサ・コマンドとして前記コマンド・リストに加えることと
    をさらに含む、請求項１１に記載のコンピュータ・システム。
14. 前記方法は、前記複数の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、前記コマンドを拒否することをさらに含む、請求項１１に記載のコンピュータ・システム。
15. 前記方法は、
    前記ターゲット補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および前記別の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、前記コマンドがコマンド・リストに載っているかどうかを決定することであり、前記コマンド・リストは、前記コマンドが前記ターゲット補助プロセッサで実行され得るかどうかを決定するために使用され得る、決定することと、
    前記コマンドが前記コマンド・リストに載っていないという決定に基づいて、前記コマンドを処理のために前記別の補助プロセッサに転送することと
    をさらに含む、請求項１１に記載のコンピュータ・システム。
16. コンピューティング環境内での処理を容易にするコンピュータ実施方法であって、前記コンピュータ実施方法が、
    前記コンピューティング環境の複数の補助プロセッサのうちのターゲット補助プロセッサが、選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかを決定することと、
    前記複数の補助プロセッサのうちの別の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されているかどうかをチェックすることと、
    前記ターゲット補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および前記別の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、コマンドを、前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるかどうかを決定するための処理のために前記別の補助プロセッサに転送することと、
    前記別の補助プロセッサでの処理に基づいて、前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるかどうかの指示を取得することと、
    前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるという指示の取得に基づいて、前記コマンドを、実行のために前記ターゲット補助プロセッサに送ることと
    を含む、コンピュータ実施方法。
17. 前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して無効であるという指示の取得に基づいて、前記選択されたコマンド・タイプ・フィルタリング・モードに対して前記コマンドを無効であるとして拒否することと、前記ターゲット補助プロセッサで前記コマンドを実行することを控えることとをさらに含む、請求項１６に記載のコンピュータ実施方法。
18. 前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して有効であるという指示の取得に基づいて、前記コマンドを、選択されたコマンド・タイプ・フィルタリング・モード・コマンドとしてコマンド・リストに加えることであり、前記コマンド・リストは、どのコマンドが前記ターゲット補助プロセッサでの実行に有効であるかを決定するために使用され得る、加えることと、
    前記コマンドが前記選択されたコマンド・タイプ・フィルタリング・モードに対して無効であるという指示の取得に基づいて、前記コマンドを、有効な補助プロセッサ・コマンドとして前記コマンド・リストに加えることと
    をさらに含む、請求項１６に記載のコンピュータ実施方法。
19. 前記複数の補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、前記コマンドを拒否することをさらに含む、請求項１６に記載のコンピュータ実施方法。
20. 前記ターゲット補助プロセッサが前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていないという決定に基づいて、および前記別の補助プロセッサが、前記選択されたコマンド・タイプ・フィルタリング・モードをサポートするように構成されていることに基づいて、前記コマンドがコマンド・リストに載っているかどうかを決定することであり、前記コマンド・リストは、前記コマンドが前記ターゲット補助プロセッサで実行され得るかどうかを決定するために使用され得る、決定することと、
    前記コマンドが前記コマンド・リストに載っていないという決定に基づいて、前記コマンドを処理のために前記別の補助プロセッサに転送することと
    をさらに含む、請求項１６に記載のコンピュータ実施方法。

Images