JP5995961B2 - オペレータ・メッセージ・コマンドの処理 - Google Patents

Description

本発明の１以上の態様は、一般に、コンピューティング環境における処理に関し、具体的には、コンピューティング環境においてオペレータ・メッセージ・コマンドを処理することに関する。

コンピューティング環境は、単純な環境からより複雑な環境へと多岐にわたる。単純な環境は、１つのオペレーティング・システムを実行する１つのプロセッサを含み得るが、一方、複雑な環境は、様々な種類のシステムを実行する複数のプロセッサ又は複数の分離されたメモリ空間を含み得る。例えば、複雑な環境は、１以上のオペレーティング・システムを実行する１以上の論理パーティションと、結合ファシリティ（coupling facility）制御コードを実行する少なくとも１つの論理パーティションとを含み得る。コンピューティング環境が単純なものであるか又は複雑なものであるかに関係なく、コンピューティング環境のコンポーネントを適切に試験して、信頼性及び許容可能なレベルのパフォーマンスを保証することが必要である。

コンピューティング環境のコンポーネントを試験するための１つの技術は、コンポーネントに接続されたコンソールにおいてオペレータ・コマンドを発行することによるものであり、その後、オペレータ・コマンドは、コンピューティング環境の意図されたコンポーネントにより処理される。ひとたびオペレータ・コマンドが処理されると、結果はコンソールに戻され、コンソールのオペレータにより確認される。

オペレータ・コマンドはまた、試験以外の目的のためにも使用され得る。この場合もやはり、これらのオペレータ・コマンドは、コンソールにおいてオペレータにより発行され、コンピューティング環境の意図されたコンポーネントにより処理される。

米国特許第５，３１７，７３９号明細書 米国特許第５，５６１，８０９号明細書 米国特許第５，５５１，０１３号明細書 米国特許第６，００９，２６１号明細書 米国特許第５，５７４，８７３号明細書 米国特許第６，３０８，２５５号明細書 米国特許第６，４６３，５８２号明細書 米国特許第５，７９０，８２５号明細書

「Ｐｒｏｃｅｓｓｏｒ Ｒｅｓｏｕｒｃｅｓ／Ｓｙｓｔｅｍｓ Ｍａｎａｇｅｒ Ｐｌａｎｎｉｎｇ Ｇｕｉｄｅ」、ＩＢＭ出版番号ＳＢ１０−７０３６−０４、第５版、２００５年１月 「ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ Ｐｒｉｎｃｉｐｌｅｓ ｏｆ Ｏｐｅｒａｔｉｏｎ」、ＩＢＭ出版番号ＳＡ２２−７８３２−０８、２０１０年８月

コンピューティング環境においてオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム製品、コンピュータ・システム及び方法を提供する。

コンピューティング環境におけるオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム製品を提供することにより、従来技術の欠点が克服され、利点がもたらされる。このコンピュータ・プログラム製品は、処理回路により読み取り可能であり、かつ、方法を実行するための処理回路により実行するための命令を格納する、コンピュータ可読ストレージ媒体を含む。この方法は、例えば、コンピューティング環境の結合ファシリティにより、結合ファシリティとは別個のものであるがこれに結合されたソースから、オペレータ・メッセージ・コマンド及びオペレータ・メッセージ・コマンドと関連したトークンを取得することと、トークンを用いて、オペレータ・メッセージ・コマンドの実施において利用可能なバッファを提供することであって、バッファはトークンを格納するためのトークン・フィールドを含む、提供することと、バッファを用いて、オペレータ・メッセージ・コマンドを実施することと、オペレータ・メッセージ・コマンドの処理への応答を提供することであって、応答はオペレータ・メッセージ・コマンドのソースに利用可能である、提供することとを含む。

本発明の１以上の態様に関連する方法及びシステムもまた、本明細書で説明され、特許請求される。さらに、本発明の１以上の態様に関連するサービスもまた、本明細書で説明され、特許請求される。

本発明の１以上の態様の技術を通して、付加的な特徴及び利点が実現される。本発明の他の実施形態及び態様は、本明細書で詳細に説明され、特許請求される本発明の一部であると見なされる。

本発明の１以上の態様が、本明細書の最後にある特許請求の範囲において、例として具体的に示され、明確に特許請求されている。本発明の１以上の態様の前述及び他の目的、特徴並びに利点は、添付図面と関連して用いられる以下の詳細な説明から明らかである。

本発明の１以上の態様を組み込み、用いるためのコンピューティング環境の一例を示す。 本発明の一態様による、コンピューティング環境の結合ファシリティと通信する、図１のコンピューティング環境のプロセッサの一例を示す。 本発明の一態様に従って用いられるメッセージ送信（Ｓｅｎｄ Ｍｅｓｓａｇｅ）命令に関連する詳細の一実施形態を示す。 本発明の一態様による、結合ファシリティにおいて受信されたオペレータ・メッセージ・コマンドの処理を制御するために用いられるマルチプレクサの一例を示す。 本発明の一態様による、オペレータ・メッセージ・コマンドの処理を制御するために、図４のマルチプレクサによって用いられる論理の一例を示す。 本発明の一態様による、オペレータ・メッセージ・コマンドの処理に用いられるバッファの一例を示す。 本発明の一態様による、図６のバッファの更なる詳細の一例を示す。 本発明の一態様による、バッファの種々の可能な状態の例を示す。 本発明の一態様に従って用いられる種々のコマンドの一実施形態を示す。 本発明の一態様による、メッセージ送信命令を用いて、オペレータ・メッセージ開始（Ｓｔａｒｔ Ｏｐｅｒａｔｏｒ Ｍｅｓｓａｇｅ）コマンドを発行することに関連する詳細の一実施形態を示す。 本発明の一態様に従って用いられるオペレータ・メッセージ開始コマンドの論理の一実施形態を示す。 本発明の一態様による、メッセージ送信命令を用いて、オペレータ・メッセージ読み出し（Ｒｅａｄ Ｏｐｅｒａｔｏｒ Ｍｅｓｓａｇｅ）コマンドを発行することに関連する詳細の一実施形態を示す。 本発明の一態様に従って用いられるオペレータ・メッセージ読み出しコマンドの論理の一実施形態を示す。 本発明の一態様による、メッセージ送信命令を用いて、オペレータ・メッセージ削除（Ｄｅｌｅｔｅ Ｏｐｅｒａｔｏｒ Ｍｅｓｓａｇｅ）コマンドを発行することに関連する詳細の一実施形態を示す。 本発明の一態様に従って用いられるオペレータ・メッセージ削除コマンドの論理の一実施形態を示す。 本発明の１以上の態様を組み込むコンピュータ・プログラム製品の一実施形態を示す。 本発明の１以上の態様を組み込み、用いるためのホスト・コンピュータ・システムの一実施形態を示す。 本発明の１以上の態様を組み込み、用いるためのコンピュータ・システムの更に別の例を示す。 本発明の１以上の態様を組み込み、用いるためのコンピュータ・ネットワークを含むコンピュータ・システムの別の例を示す。 本発明の１以上の態様を組み込み、用いるためのコンピュータ・システムの種々の要素の一実施形態を示す。 本発明の１以上の態様を組み込み、用いるための、図２０のコンピュータ・システムの実行ユニットの一実施形態を示す。 本発明の１以上の態様を組み込み、用いるための、図２０のコンピュータ・システムの分岐ユニットの一実施形態を示す。 本発明の１以上の態様を組み込み、用いるための、図２０のコンピュータ・システムのロード／ストア・ユニットの一実施形態を示す。 本発明の１以上の態様を組み込み、用いるためのエミュレートされたホスト・コンピュータ・システムの一実施形態を示す。

本発明の１以上の態様によると、１以上のソースから受信されたオペレータ・メッセージ・コマンドの処理を容易にするための能力が提供される。一例において、オペレータ・メッセージ・コマンドが、結合ファシリティにより１以上のソースから受信され、結合ファシリティはコマンドを処理し、応答をソースに戻す。１つの特定の例において、ソースの少なくとも１つは、結合ファシリティに結合されるがこれとは別個のものであるプロセッサ・イメージである。例として：
＊プロセッサ・イメージは、これと関連した中央プロセッサ・リソースを有し、かつ、オペレーティング・システムを実行できる論理パーティションであり、結合ファシリティは、これと関連した中央プロセッサ・リソースを有し、かつ、結合ファシリティ制御コードを実行することができる別の論理パーティション内にあり、両方の論理パーティションとも、同じ中央処理コンプレックス（即ち、同じマシン）内にある；
＊プロセッサ・イメージは、これと関連した中央プロセッサ・リソースを有し、かつ、オペレーティング・システムを実行することができる論理パーティションであり、結合ファシリティは、これと関連した中央プロセッサ・リソースを有し、かつ、結合ファシリティ制御コードを実行することができる、別の論理パーティション内にあり、両方の論理パーティションとも、異なる中央処理コンプレックス（即ち、異なるマシン）内にある；及び、
＊プロセッサ・イメージは、結合ファシリティを実行できるマシン又は論理パーティションとは別個の独立型マシンである（論理パーティションにおいて仮想化されていない）。

各々のプロセッサ・イメージは、１以上のプロセッサを含む。

結合ファシリティ・オペレータ・コマンドの例は、以下のものを含む：即ち、
Ｃｏｎｆｉｇｕｒｅ−オンライン又はオフラインでＣＨＰＩＤ（チャネル経路）を取得する；ＣＰ−オンライン又はオフラインでＣＰ（中央プロセッサ）を取得する；Ｄｉｓｐｌａｙ−リソースを表示する；Ｈｅｌｐ＜ｃｏｍｍａｎｄ＞−コマンド特有のヘルプ；Ｌｏｃａｔｅ−ＳＩＤ（サブチャネルｉｄ）ベクトル又はＳＩＤフレームを表示する；Ｍｏｄｅ−揮発性モードを設定する；ＰＲＹ−ＰＲＹ（マシン・レベルのデバッグ・ツール）をオン又はオフにする；Ｒｅｔｒｉｅｖｅ−結合ファシリティ（ＣＦ）情報を取り出す；Ｒｉｄｅｏｕｔ−電力故障のライドアウト時間を設定する;ＲＴｙｐｅ−応答タイプを設定する;Ｓｈｕｔｄｏｗｎ−ＣＦの動作を終了する；ＳＭＩ−システム監視機器をオン又はオフにする；Ｔｉｍｅｚｏｎｅ−タイムゾーン・オフセットを設定する；Ｔｒａｃｅ−トレース制御を設定する；Ｐａｔｃｈ−同時パッチを適用する；Ｄｙｎｄｉｓｐ−動的結合ファシリティ・ディスパッチをオン又はオフにする；ＭＴＯ−コマンド・テーブルに関するＭＴＯ（メッセージ・タイムアウト）をオンにする；ＶＭＤＵＭＰ−ＶＭ上の結合ファシリティのハードロング（hardlong）を強制する；ＣＦＤＵＭＰ−非破壊的ダンプを強制する；及びＮＤＤＵＭＰ−ｎｄｄｕｍｐ＿ｃｏｍｍａｎｄ。これらのコマンドは、非特許文献１に説明されている。

１つの特定の例において、コマンドは、そのコマンドが結合ファシリティにおいて取るべきアクションを指定し、アクションが実施され、結果がコマンドの開始プログラム（initiator）（例えば、オペレーティング・システム・コンソール、結合ファシリティ・コンソール、試験プログラム）に送り返され、それらの結果が、オペレータ、分析者などにより手作業で又はプログラムにより分析されるという点で、結合ファシリティを試験している。結合ファシリティにおいてアクションを取るオペレータ・メッセージ・コマンドを、結合ファシリティ・コンソール以外の遠隔ソースから開始すること及び／又は送ることを可能にすることにより、結合ファシリティに対して実施することができる試験、並びに、実施することができる動作が強化される。これにより、信頼性及び／又は結合ファシリティのパフォーマンスが向上し得る。

本発明の１以上の態様を組み込み、及び／又は用いるためのコンピューティング環境の一実施形態が、図１を参照して説明される。一例において、コンピューティング環境１００が、インターナショナル・ビジネス・マシーンズ・コーポレーション（ＩＢＭ（登録商標））が提供するｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）に基づいた中央プロセッサ・コンプレックス（ＣＰＣ）１０２を含む。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）の態様は、非特許文献２に説明される。中央プロセッサ・コンプレックス１０２を含むことができる１つのシステムは、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するｚＥｎｔｅｒｐｒｉｓｅ １９６（ｚ１９６）システムである。ＩＢＭ（登録商標）及びｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）は、米国ニューヨーク州アーモンク所在のインターナショナル・ビジネス・マシーンズ・コーポレーションの登録商標であり、ｚＥｎｔｅｒｐｒｉｓｅ １９６及びｚ１９６は、その商標である。本明細書で用いられる他の名称は、インターナショナル・ビジネス・マシーンズ・コーポレーション又は他の会社の登録商標、商標、又は製品名であり得る。

中央プロセッサ・コンプレックス１０２は、例えば、１以上のパーティション（プロセッサ・イメージ）１０４、ハイパーバイザ・パーティション１０６、１以上の中央プロセッサ１０８、及び入力／出力サブシステム１１０の１以上のコンポーネントを含む。パーティションは、物理パーティションであっても又は論理パーティション１０４（例えば、ＬＰＡＲ）であってもよく、各々のパーティションは、オペレーティング・システム・ソフトウェアを実行できる別個のシステムとして１組のシステムのハードウェア・リソース（物理又は仮想化）を含む。

各々の論理パーティション１０４は、別個のシステムとして機能することができる。つまり、各々の論理パーティションを独立してリセットし、必要に応じて、オペレーティング・システム又は他の制御コードに最初にロードし、異なるプログラムで動作することができる。オペレーティング・システム、又は論理パーティション内で実行されているアプリケーション・プログラムは、十分かつ完全なシステムにアクセスできるように見えるが、実際には、その一部しか使用できない。ハードウェアと、ファームウェアと呼ばれるライセンス内部コード（licensed internal code、ＬＩＣ）の組み合わせにより、１つの論理パーティション内のプログラムが、異なる論理パーティション内のプログラムと干渉しないようにされる。このことは、幾つかの異なる論理パーティションが、単一又は複数の物理プロセッサ上で、タイム・スライス方式で動作することを可能にする。（本明細書で用いられるファームウェアとは、例えば、プロセッサのマイクロコード、ミリコード、及び／又はマクロコードを含む。ファームウェアは、例えば、上位レベルのマシン・コードの実装に用いられるハードウェア・レベルの命令及び／又はデータ構造体を含む。１つの実施形態において、ファームウェアは、例えば、典型的には、基礎をなすハードウェアに特有の信頼できるソフトウェア又はマイクロコードを含むマイクロコードとして配信され、かつ、システム・ハードウェアへのオペレーティング・システムのアクセスを制御する専用コードを含む。）

この例において、論理パーティションの幾つかは、常駐オペレーティング・システム（ＯＳ）１２０を有し、これは、１以上の論理パーティションによって異なり得る。一実施形態において、少なくとも１つの論理パーティションは、ニューヨーク州アーモンク所在のインターナショナル・ビジネス・マシーンズ・コーポレーションが提供するｚ／ＯＳ（登録商標）オペレーティング・システムを実行している。さらに、少なくとも１つの論理パーティションは、同じくＩＢＭ（登録商標）が提供する結合ファシリティ制御コード（ＣＦＣＣ）１２２を実行しており、従って、結合ファシリティと呼ばれる。

結合ファシリティは、例えば、コンピューティング環境に関する固有の機能を提供するために用いられる、キャッシュ、リスト及び／又はロック構造体のような複数のストレージ構造体を含む不揮発性の共有ストレージ・デバイス（例えば、ハードウェア）である。この結合ファシリティは、ストレージ及び処理能力を有する共有可能なファシリティである。例えば、結合ファシリティは、標準的なオペレーティング・システムではなく、結合ファシリティ制御コード（ＣＦＣＣ）を実行するメモリ及び特別なチャネル（ＣＦリンク）を有するプロセッサである。結合ファシリティ内の情報は、ＣＦＣＣとしてメモリ内に存在し、結合ファシリティは、ＣＦリンク以外のＩ／Ｏデバイスを有さない。結合ファシリティ（構造化外部ストレージ（Structured External Storage）としても知られる）の実装は、１９９４年５月３１日発行のＥｌｋｏ他による「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｃｏｕｐｌｉｎｇ Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ Ｓｙｓｔｅｍ」という名称の特許文献１に記載されている。

論理パーティション１０４は、中央プロセッサ１０８上で実行されているファームウェアが実装するハイパーバイザ１０６により管理される。論理パーティション１０４及びハイパーバイザ１０６の各々は、中央プロセッサと関連したメイン・メモリのそれぞれの部分に常駐する１以上のプログラムを含む。ハイパーバイザ１０６の一例は、ニューヨーク州アーモンク所在のインターナショナル・ビジネス・マシーンズ・コーポレーションが提供するプロセッサ・リソース／システム・マネージャ（ＰＲ／ＳＭ（商標））である。

中央プロセッサ１０８は、論理パーティションに割り当てられる物理プロセッサ・リソースである。例えば、論理パーティション１０４は１以上の論理プロセッサを含み、その各々は、パーティションに割り当てられた物理プロセッサ・リソース１０８の全て又は割り当て分（share）を表す。特定のパーティション１０４の論理プロセッサは、パーティション専用としても、基礎をなすプロセッサ・リソースがそのパーティションに対して予約されるようにしてもよく、又は、別のパーティションと共有し、基礎をなすプロセッサ・リソースが別のパーティションに潜在的に利用可能となるようにしてもよい。

入力／出力サブシステム１１０（その一部のみが示されている）は、Ｉ／Ｏデバイスに接続をもたらす。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）の１つの特定の例において、Ｉ／Ｏサブシステムは、Ｉ／Ｏデバイスとメイン・ストレージとの間の情報の流れを方向付けるチャネル・サブシステムを含む。しかしながら、Ｉ／Ｏサブシステムは、チャネル・サブシステム以外であってもよい。

チャネル・サブシステムは、Ｉ／Ｏデバイスとの間の情報の流れを管理する際に、１以上のチャネル経路を通信リンクとして用いる。チャネル・サブシステム内には、サブチャネルがある。

１つのサブチャネルは、チャネル・サブシステムにアクセス可能なＩ／Ｏデバイスの各々に対して与えられ、そのＩ／Ｏデバイスの各々専用のものである。各々のサブチャネルは、関連したＩ／Ｏデバイス、及びチャネル・サブシステムへの取り付けに関する情報のためのストレージを含む。サブチャネルはまた、関連したＩ／Ｏデバイスに関与するＩ／Ｏ操作及び他の機能に関する情報のためのストレージも提供する。サブチャネル内に含まれる情報は、Ｉ／Ｏ命令を用いるＣＰＵ並びにチャネル・サブシステムによりアクセスすることができ、かつ、いずれかのＣＰＵと関連したＩ／Ｏデバイスに関するチャネル・サブシステムとの間の通信の手段としての機能を果たすことができる。

本明細書では、本発明の１以上の態様を組み込み、用いるための１つのコンピューティング環境として、論理的に区分化された環境が記載されるが、他の環境もまた、本発明の１以上の態様を組み込み及び／又は用いることができる。例えば、結合ファシリティに結合された１以上のプロセッサを有する環境（論理的に区分化された環境ではない）もまた、本発明の１以上の態様を組み込み、用いることができる。他の例もまた可能である。

図２に示されるように、プロセッサと結合ファシリティとの間の通信が、論理的に区分化された環境におけるものであろうとなかろうと、１以上のシステム間チャネルによって容易にされる。本明細書で説明される例において、通信は、論理パーティション間のものである。例えば、ｚ／ＯＳ（登録商標）オペレーティング・システムのようなオペレーティング・システム２０４を実行している論理パーティション２００は、少なくとも１つのシステム間チャネル２１０を介して、結合ファシリティ制御コード２０８を実行している論理パーティション２０６と通信する。特に、一例において、論理パーティション２００は、メッセージ送信（ＳＭＳＧ）プロトコル２２０を介して、システム間チャネル上で論理パーティション２０６と通信する。

一例において、メッセージ送信プロトコルは、メッセージ操作を開始するメッセージ送信命令を含む。メッセージ操作は、メッセージ送信命令内の情報、並びにメッセージ送信命令内で示されるメッセージ操作ブロックによって制御される。メッセージ操作は、メッセージ・コマンド・ブロック内で指定されるコマンド（例えば、本発明の１以上の態様については、以下に説明される、オペレータ・メッセージ開始コマンド、オペレータ・メッセージ読み出しコマンド、及び／又はオペレータ・メッセージ削除コマンドなど）を実行することを含む。さらに、操作の実施中、メイン・ストレージのメッセージ応答ブロック内に、応答情報が格納される。

メッセージ送信プロトコルに関する更なる詳細が、図３を参照して説明される。メッセージ送信命令２５０は、メッセージ操作ブロック（ＭＯＢ）２５２と、チャネル・サブシステム２５６内に配置されたサブチャネル２５４の指定とを含む、２つのオペランドを有する。メッセージ操作ブロックは、例えば、メッセージ・コマンド・ブロック２６４／メッセージ応答ブロック２６６の対を指し示すメッセージ・コマンド・ブロック・アドレス２５８を含む。これらは、メイン・メモリ内に配置された２５６バイトのバッファである。メッセージ操作ブロック２５２はまた、メッセージ・バッファ・アドレス・リスト２６８を指し示すメッセージ・バッファ・アドレス・リスト（ＭＢＡＬ）アドレス２６０を含む。ＭＢＡＬリストは、例えば、１−１６からの可変長のリストである。ＭＢＡＬリストは、１以上のメッセージ・バッファ２７２を指定する、１以上のメッセージ・バッファ・アドレス・ワード（ＭＢＡＷ）を含む。バッファは、結合ファシリティ２０６への書き込み操作のためのソースであっても、又は結合ファシリティからの読み出し操作のターゲットであってもよい。ＭＢＡＬリストの長さを示すＭＢＡＬ長さ２６２も、メッセージ操作ブロック２５２内に含まれる。全てのコマンドがメッセージ・バッファ・アドレス・リストを有する必要はなく、従って、長さはゼロであり得る。メッセージ・コマンド・ブロック２６４は、結合ファシリティに送られるパラメータを含み、応答が戻されると、パラメータはＭＲＢに直接格納される。

メッセージ送信が実行されると、メッセージ操作ブロックからのパラメータは、チャネル・サブシステムの指定されたサブチャネルと関連した結合ファシリティに対して送信機能の実施を要求しているＣＰＵ又はチャネル・サブシステムに渡される。送信機能は、メッセージ送信と同期的に又は非同期的に実施される。

送信機能は、サブチャネル内の情報を用いて、結合ファシリティへの経路を見つけ出すことによって実施される。経路を用いて、メッセージ操作が結合ファシリティに転送される。例えば、コマンド情報を結合ファシリティに渡し、コマンドをデコード及び実行し、結果を示す応答情報を作成し、応答情報をメッセージ応答ブロック内に格納することによって、メッセージ操作の実行が達成される。

送信機能の実行中に検出された状態を要約する状態表示が、サブチャネルに置かれ、オペレーティング・システムに利用可能にされる。メッセージ送信に関する付加的な詳細は、１９９６年１０月１日発行のＥｌｋｏ他による「Ｉｎ Ａ Ｍｕｌｔｉｐｒｏｃｅｓｓｉｎｇ Ｓｙｓｔｅｍ Ｈａｖｉｎｇ Ａ Ｃｏｕｐｌｉｎｇ Ｆａｃｉｌｉｔｙ， Ｃｏｍｍｕｎｉｃａｔｉｎｇ Ｍｅｓｓａｇｅｓ Ｂｅｔｗｅｅｎ Ｔｈｅ Ｐｒｏｃｅｓｓｏｒｓ Ａｎｄ Ｔｈｅ Ｃｏｕｐｌｉｎｇ Ｆａｃｉｌｉｔｙ Ｉｎ Ｅｉｔｈｅｒ Ａ Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｅｒａｔｉｏｎ Ｏｒ Ａｎ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｅｒａｔｉｏｎ」という名称の特許文献２に記載される。

図２を続けると、この例において、同じ論理パーティション、同じ中央処理コンプレックスであるが異なる論理パーティション、又は別のシステム内で実行することができる、１以上のオペレーティング・システム・コンソール２３０並びに１以上の試験プログラム２３２が、論理パーティション２００に結合される。同様に、少なくとも１つの結合ファシリティ・コンソール２３４が、論理パーティション２０６に結合される。各コンソールは、ユーザが、それぞれの論理パーティションにオペレータ・メッセージ・コマンドを入力することを可能にする。さらに、試験プログラム２３２が、オペレータ・メッセージ・コマンドを、それぞれの論理パーティションに発行することもできる。コンソール２３４から論理パーティション２０６（本明細書では、結合ファシリティとも呼ばれる）に発行されたオペレータ・メッセージ・コマンドは、一例においては、結合ファシリティ・コンソールから受信されたコマンドにサービス提供する結合ファシリティ内のオペレータ・メッセージ・プロセッサ２４０により受信される。

本発明の１以上の態様より以前には、結合ファシリティ・オペレータ・メッセージ・コマンドを結合ファシリティに直接送り、応答を受信することができる唯一の遠隔エンティティは、結合ファシリティ・コンソールであった。結合ファシリティ・オペレータ・コマンドの試験には、人が結合ファシリティ・コンソールにログオンしてコマンドを発行し、結果を確認することが必要であった。オペレーティング・システム、オペレーティング・システム・コンソール、試験プログラム、及び／又は他の遠隔システムなどの他の遠隔エンティティは、結合ファシリティに直接アクセスして、オペレータ・メッセージ・コマンドを処理させ、結果を戻させることができなかった。その代わりに、当該コマンドを結合ファシリティ・コンソールに転送しなければならず、幾つかのコマンドは転送することができないため、それらのコマンドを結合ファシリティにより処理することができなかった。結合ファシリティにより処理されるあらゆるコマンドの結果が、結合ファシリティ・コンソールに戻され、コンソール上に表示される。

本発明の１以上の態様によると、オペレータ・メッセージ・コマンドが、結合ファシリティにおいて、コンソール２３４、並びに論理パーティション２００（及び／又は他の論理パーティション、プロセッサ、システム等）から受信される。例えば、オペレータ・メッセージ・コマンドは、論理パーティション２００において、コンソール２３０及び／又は試験プログラム２３２（並びに他の可能な開始プログラム）から受信され、次いで、論理パーティション２００から論理パーティション２０６に転送される。オペレータ・メッセージ・コマンドを論理パーティション２００から論理パーティション２０６に転送するために、一例においては、システム間チャネル上で、メッセージ送信プロトコルを用いて、オペレータ・メッセージ（ＯＭ）要求２２２が、論理パーティション２００から論理パーティション２０６に送られる。要求は、例えば、要求されたオペレータ・メッセージ・コマンドを指定するコマンドを含む。結合ファシリティは、要求を処理し、ＳＭＳＧを用いて、オペレータ・メッセージ（ＯＭ）応答２２４を論理パーティション２０６から論理パーティション２００に送り返す。

今や、結合ファシリティは、例えば、これに結合された結合ファシリティ・コンソール及び１以上の論理パーティション（又は他のプロセッサ、システム等）を含む複数の別個のソースからオペレータ・メッセージ・コマンドを受信することができるので、処理される複数の要求を管理するために、結合ファシリティ内に制御部が設けられる。１つのこうした制御部はマルチプレクサであり、その一例を図４に示す。

図４に示されるように、マルチプレクサ３００は、例として、オペレーティング・システムを実行している論理パーティション及び結合ファシリティ・コンソールを含む複数のソース３０２から、オペレータ・メッセージ・コマンドを受信する。特に、一例において、マルチプレクサは、オペレータ・メッセージ・コマンドを、結合ファシリティ・コンソール、及びＳＭＳＧを用いて送られたオペレータ・メッセージ開始コマンドを介して論理パーティションから、直接受信する。マルチプレクサは結合ファシリティ内に配置され、かつ、オペレータ・メッセージ・プロセッサ２４０に結合される。従って、結合ファシリティ・コンソールが発行したオペレータ・メッセージ・コマンドは、今や、マルチプレクサに転送され、マルチプレクサはこれらのコマンドの転送をオペレータ・メッセージ・プロセッサに指向させる。同様に、論理パーティション（又は他の遠隔エンティティ）から受信されたオペレータ・メッセージ・コマンドもまた、マルチプレクサ３００に入力される。さらに、オペレータ・メッセージ・コマンドの処理と関連した論理パーティションが発行した他のコマンド（例えば、オペレータ・メッセージ読み出し及びオペレータ・メッセージ削除）もまた、マルチプレクサ３００に入力される。従って、便宜上、本明細書では、オペレータ・メッセージ・コマンド、並びにこれと関連した他の操作を含むコマンドをＳＭＳＧコマンドと呼ぶ。マルチプレクサは、受信したコマンド（即ち、結合ファシリティ・コンソールからのオペレータ・メッセージ・コマンド及びＳＭＳＧコマンド）を、オペレータ・メッセージ・プロセッサに指向させる。

オペレータ・メッセージ・プロセッサにより処理されるコマンドの選択を制御するための、マルチプレクサが用いる論理の一実施形態が、図５を参照して説明される。最初に、マルチプレクサはアイドル状態であり、コマンドの受信を待っている（ステップ３５０）。コマンドが存在しない場合（問い合わせ３５２）、マルチプレクサはアイドル状態のままである（ステップ３５０）。他の場合には、少なくとも１つのコマンドを受信した場合、処理のために、コマンドの１つがオペレータ・メッセージ・プロセッサに送られる（ステップ３５４）。例えば、受信した最初のコマンドを送るか、又は、オペレータ・メッセージ・コマンド及びＳＭＳＧコマンドの両方を受信した場合には、この例ではＳＭＳＧコマンドの１つを送る。

以下にさらに説明されるように、オペレータ・メッセージ・プロセッサは、コマンドを処理し、結果を出力する（ステップ３５６）。コマンドが結合ファシリティ・コンソールからのものである場合、結果はコンソールに出力される。しかしながら、コマンドがプロセッサからのものである場合、以下で説明されるように、結果はバッファに格納され、この例においては、結合ファシリティ・コンソールに与えられる。

その後、結合ファシリティ・コンソール以外のソースからのいずれかの保留中のコマンド（例えば、保留中のＳＭＳＧコマンド）が存在するかどうかについての判断がなされる（問い合わせ３５８）。少なくとも１つの保留中のＳＭＳＧコマンドが存在する場合、処理は、コマンドが選択され、オペレータ・メッセージ・プロセッサに送られる、ステップ３５４を続行する。他の場合には、チェックを行い、結合ファシリティ・コンソールからのいずれかの保留中のコマンドが存在するかどうかについて調べる（問い合わせ３６０）。１以上の保留中のコンソール・コマンドが存在する場合、処理はステップ３５４を続行する。しかしながら、保留中のコンソール・コマンドがそれ以上存在しない場合、処理はステップ３５０に続く。

結合ファシリティに結合された１以上の論理パーティションから（即ち、結合ファシリティ制御コードを含まないパーティションである非ＣＦ論理パーティションから）、複数のコマンドを受信することができる。従って、結合ファシリティは、こうしたパーティションからの着信コマンドを格納するための１以上のバッファ（本明細書では、オペレータ・メッセージ（ＯＭ）処理バッファと呼ぶ）を含む。バッファに関する更なる詳細が、図６−図７を参照して説明される。

図６を参照すると、一例において、結合ファシリティは、１以上のバッファ４００を含む。この例では、９つのバッファが存在するが、バッファの数は構成可能である。図７を参照して説明されるように、各々のバッファ４００は、これと関連した複数の制御部を有する。

図７を参照すると、バッファ４００は、例えば以下を含む：即ち、
オペレータ・メッセージ状態４０２、これは、以下に説明されるように、アイドル状態、アクティブかつ処理中（active and in process）状態、又はアクティブかつ応答保留中（active,response pending）状態を含む、バッファの状態を示す。
オペレータ・メッセージ・トークン（ＯＭＴＫ）４０４、これは、オペレータ・メッセージ・プロセスの開始時に、オペレーティング・システム（例えば、オペレーティング・システム・コード、又は論理パーティション内で実行されているオペレーティング・システムの一部を含む、オペレーティング・システム・コンソール）により与えられる値である。オペレータ・メッセージ・トークンは、オペレータ・メッセージ要求を一意に識別する。オペレータ・メッセージ処理バッファがアイドル状態である場合、オペレータ・メッセージ・トークンはゼロを含む。このトークンは、バッファが選択された時点で、バッファを識別するために用いられる。
オペレータ・メッセージ・タイマー（ＯＭＴ）４０６、これは、オペレータ・メッセージ要求の開始時に設定される時刻（time-of-day）の値である。オペレータ・メッセージ・タイマーは、時刻クロックの現在の値に設定される。オペレータ・メッセージ・タイマーは、オペレータ・メッセージがアクティブであった時間の長さを求めるために用いられる。オペレータ・メッセージ処理バッファがアイドル状態であるとき、オペレータ・メッセージ・タイマーはゼロを含む。
オペレータ・メッセージ要求長さ（ＯＭＲＥＱＬ）４０８、これは、ＯＭ要求（例えば、オペレータ・メッセージ・コマンド）の長さの、バイト単位での長さを含む値である。ＯＭ処理バッファがアイドル状態であるとき、ＯＭＲＥＱＬオブジェクトの値はゼロである。
オペレータ・メッセージ応答長さ（ＯＭＲＥＳＬ）４１０、これは、ＯＭ応答の、バイト単位での長さを含む値である。ＯＭ処理バッファがアイドル状態であるとき、又はＯＭ処理バッファがアクティブかつ処理中状態であるとき、ＯＭＲＥＳＬオブジェクトの値はゼロである。
オペレータ・メッセージ要求データ（ＯＭＲＥＱＤ）４１２、これは、オペレータ・メッセージ開始コマンド（以下に説明される）により結合ファシリティに渡されるＯＭ要求のコンテンツを含む。ＯＭ処理バッファがアイドル状態であるとき、ＯＭ要求データのコンテンツは不定である。
オペレータ・メッセージ応答データ（ＯＭＲＥＳＤ）４１４、これは、オペレータ・メッセージ・コマンドの結果を含む。オペレータ・メッセージ処理バッファがアイドル状態であるとき、又はオペレータ・メッセージ処理バッファがアクティブかつ処理中状態であるとき、ＯＭ応答データのコンテンツは不定である。

上述のように、各々のバッファは、それと関連した種々の状態を有する。図８を参照すると、最初に、バッファはアイドル状態５００にある。これは、メッセージを開始するために、バッファが使用可能であることを示す。オペレータ・メッセージ開始コマンドに応答して、バッファは、オペレータ・メッセージ・コマンドが結合ファシリティによって処理されていることを示すアクティブかつ処理中状態５０２に移行する。特に、オペレータ・メッセージ・プロセッサ２４０は、バックグラウンドにおいて、オペレータ・メッセージ・コマンドを含む要求を処理し、応答を与える。応答の生成に応答して、バッファは、アクティブかつ応答保留中状態５０４に置かれる。この時点で、バッファに照会している読み出し操作によりバッファにアクセスし、応答を読み出すことができる。

その後、バッファは、例えば結合ファシリティ（即ち、オペレータ・メッセージ・プロセッサ）が認識するタイムアウトを介して、又は、オペレータ・メッセージ削除若しくはオペレータ・メッセージ開始により明示的に、アイドル状態に戻され得る。バッファ及びその処理に関する更なる詳細が、以下に説明される。

オペレータ・メッセージ（ＯＭ）処理バッファは、オペレータ・メッセージ開始（ＳＯＭ）コマンドを介して送られたオペレータ・メッセージ・コマンドの処理に関連する情報を含む、結合ファシリティ・ストレージのある領域である。ＯＭ処理バッファは、構造体の割り当てに利用できない結合ファシリティ・ストレージの領域から割り当てられる。

ＯＭ処理バッファは、アクティブ状態又はアイドル状態のいずれかである。アイドル状態のとき、ＯＭ処理バッファは、オペレータ・メッセージ開始（ＳＯＭ）コマンドによる選択に利用可能である。アクティブ状態のとき、オペレータ・メッセージ・プロセスは開始済みであるが、まだ削除されていない。オペレータ・メッセージ応答が利用可能である場合、バッファの状態は、アクティブかつ応答保留中である。他の場合には、バッファの状態は、アクティブかつ処理中である。

応答保留中のアクティブなオペレータ・メッセージ・プロセスを削除することにより、ＯＭ処理バッファと関連したオブジェクトがリセットされ、バッファがアイドル状態に置かれる（ＯＭ処理バッファのリセットとしても知られる）。

アクティブなオペレータ・メッセージ・プロセスを削除することができる３つの方法が存在する。：即ち、
１．ＯＭトークン・オブジェクトに合致するＯＭトークンを指定するオペレータ・メッセージ削除コマンドが実行され、ＯＭ処理バッファはアクティブかつ応答保留中である。
２．オペレータ・メッセージ・プロセスがアクティブであった時間の長さが、ＯＭタイムアウト制御の値を超え、ＯＭ処理バッファはアクティブかつ応答保留中である。これは、内部結合ファシリティ・プロセス又はオペレータ・メッセージ開始コマンドにより検出することができる。
３．ＯＭトークン・オブジェクトに合致するＯＭトークンを指定するオペレータ・メッセージ開始コマンドが実行され、ＯＭ処理バッファはアクティブかつ応答保留中であり、全てのメッセージ・バッファはビジー状態となり、少なくとも１つはタイムアウト済みである。

ＯＭ処理バッファがタイムアウトする時間と、これがタイムアウトとして検出され、アイドル状態にリセットされる時間との間に、時間のずれが生じ得る。この場合、ＯＭ処理バッファは、ＯＭ要求が削除されるまで、アクティブかつ応答保留中のままである。

ＯＭ要求の処理は、バックグラウンド操作として行われる。バックグラウンド・プロセスは、オペレータ・メッセージ開始コマンドが成功裏に完了したときに開始される。バックグラウンド・プロセスは、ＯＭ応答データを生成し、応答データをＯＭＲＥＳＤオブジェクト内に格納し、応答長さをＯＭＲＥＳＬオブジェクト内に格納する。次いで、バックグラウンド・プロセスは、ＯＭ処理バッファの状態をアクティブかつ応答保留中に変更する。

バッファの処理、及び、特にオペレータ・メッセージ・コマンドに関する更なる詳細が、以下に説明される。しかしながら、その説明に先立って、本発明の１以上の態様の理解を容易にするために、他のオブジェクト及びオペランドを説明する。

一例として、結合ファシリティは、オペレータ・メッセージ・コマンドを処理するために用いられる多数のグローバル・オブジェクトを含む。これらのオブジェクトは、例えば以下を含む：即ち、
固定グローバル制御−例えば、オペレータ・メッセージ処理バッファ・カウント（ＯＭＰＢＣ）であり、これは、結合ファシリティがサポートするＯＭ処理バッファの数を指定するモデル依存の値である。
プログラム修正可能グローバル制御−例えば、オペレータ・メッセージ処理バッファ（ＯＭＰＢ）及びオペレータ・メッセージ・タイムアウト制御（ＯＭＴＯＣ）であり、これは、オペレータ・メッセージがＯＭ処理バッファと関連付けられる最長時間を秒単位で決定する値である。タイムアウト値を超過する前にオペレータ・メッセージが明示的に削除されなかった場合、オペレータ・メッセージは結合ファシリティにより削除され、ＯＭ処理バッファはアイドル状態に置かれる。一例において、デフォルト値は３００である。
ファシリティ属性（ＦＡＣＡ）−例えば、オペレータ・メッセージ・ファシリティ・インジケータであり、これは、オペレータ・メッセージ・コマンドを処理するための、本明細書で説明されたファシリティが、結合ファシリティによってサポートされているかどうかを指定する値である。

さらに、結合ファシリティは、オペレータ・メッセージ・コマンドを処理するのに用いられる複数のグローバル・オペランドを含む。一例において、これらのオペランドは、以下を含む：即ち、
オペレータ・メッセージ（ＯＭ）要求（ＯＭＲＥＱ）：処理されるオペレータ・メッセージ・コマンドを含む、所定のバイト数（例えば、１９２バイト）の最大長さを有する可変長バイト文字列である。この長さは、ＯＭ要求長さによって指定される。
オペレータ・メッセージ（ＯＭ）応答（ＯＭＲＥＳ）：所定のバイト数（例えば、４０９６バイト）の最大長さを有する可変長バイト文字列である。この長さは、ＯＭ応答長さによって指定される。
オペレータ・メッセージ（ＯＭ）タイムアウト制御（ＯＭＴＯＣ）：オペレータ・メッセージがＯＭ処理バッファと関連付けられる、最長時間を秒単位で決定する値である。一例として、有効値は、５から３００までの範囲にわたる。このオペランドは、ＯＭＴＯＣ更新インジケータ（ｕｐｄａｔｅ ＯＭＴＯＣ ｉｎｄｉｃａｔｏｒ）が有効であり、かつ、ＯＭタイムアウト制御が更新されることを示す値に設定されていない限り、無視される。
オペレータ・メッセージ（ＯＭ）トークン（ＯＭＴＫ）：オペレータ・メッセージ・コマンドを一意に識別する値である。
ＯＭＴＯＣ更新インジケータ（ＵＯＭＴＣＩ）：オペレータ・メッセージ・タイムアウト制御を更新すべきであるかどうかを示す値である。これは、例として、次のようなエンコードを有する：即ち、ＯＭタイムアウト制御を更新しない；ＯＭタイムアウト制御を更新する。

本発明の１以上の態様によると、オペレータ・メッセージ・コマンドを、結合ファシリティ・コンソール、並びに結合ファシリティに結合された論理パーティション又は他のシステム、プロセッサ等から結合ファシリティに送ることができる。結合ファシリティ・コンソール以外のソースから、オペレータ・メッセージ・コマンドを結合ファシリティに送ることと関連した処理が、図９を参照して説明される。

例として、最初に、コマンドが、オペレーティング・システム・コンソール又は試験プログラムのような開始プログラムによって入力又は生成される（ステップ６００）。これに応答して、オペレーティング・システム（例えば、コンソール上で実行されている又は試験プログラムを実行している部分）が、オペレータ・メッセージ・トークンを生成する（ステップ６０２）。一例において、トークンは、システム識別子を時刻クロック値と連結することによって生成される。その後、開始プログラムは、トークン並びに要求されるオペレータ・メッセージ・コマンドを含む、オペレータ・メッセージ開始（ＳＯＭ）要求を発行する（ステップ６０４）。オペレータ・メッセージ開始要求は、開始プログラムに結合された論理パーティションに送られる。

論理パーティションにおいて、オペレーティング・システムは、オペレータ・メッセージ開始コマンドのメッセージ・コマンド・ブロック内に、トークン及び要求されるオペレータ・メッセージ・コマンドを含む開始要求を置くことによって、オペレータ・メッセージ開始コマンドを作成する。次いで、メッセージ・コマンド・ブロックが、ＳＭＳＧコマンドを介して、オペレーティング・システムから結合ファシリティに送られる。マルチプレクサがＳＭＳＧコマンドを受信し、やがてこれをオペレータ・メッセージ・プロセッサに転送する。次いで、以下に説明されるように、オペレータ・メッセージ・プロセッサがコマンドを処理する。処理の一部として、応答が生成される。

オペレータ・メッセージ開始コマンドへの応答が、再びＳＯＭの開始プログラムに転送される。例えば、応答は、ＳＭＳＧを介して論理パーティションに転送されたメッセージ応答ブロック内に含められる。次いで、応答は、論理パーティションから開始プログラムに転送される。

開始プログラム（例えば、オペレーティング・システム・コンソール、試験プログラム）は応答を受信し、応答コードの値をチェックする（問い合わせ６０６）。応答コードが、全てのバッファが既にアクティブであり、従って、利用可能でないことを示す場合、処理はステップ６０４に戻る。しかしながら、応答コードが、オペレータ・メッセージが開始済みであることを示す場合、処理はステップ６１０を続行する。他の場合には、エラー・メッセージが発行される（ステップ６０８）。

ステップ６１０において、オペレータ・メッセージ開始におけるオペレータ・メッセージ・コマンドの処理に応答して、オペレータ・メッセージ読み出しコマンドが、開始プログラムにより発行され、バッファを読み出し、結合ファシリティにより与えられる応答を取得する。例えば、論理パーティション（例えば、オペレーティング・システム）において、開始プログラムが発行したオペレータ・メッセージ読み出し要求を受信し、論理パーティションは、オペレータ・メッセージ読み出しコマンドを作成し、これを、ＳＭＳＧを介してオペレーティング・システムから結合ファシリティに転送する。結合ファシリティ、特にマルチプレクサが、ＳＭＳＧコマンドを受信し、次いで、それをオペレータ・メッセージ・プロセッサに転送する。オペレータ・メッセージ・プロセッサは、以下に説明されるように読み出し（ｒｅａｄ）コマンドを処理し、応答コードを送る。上述のように、応答コードは、最終的には、開始プログラムに戻される。応答コードをチェックし（問い合わせ６１２）、応答が、ＯＭ応答が利用可能でないことを示す場合、処理はステップ６１０に戻る。しかしながら、応答コードが、ＯＭ応答が利用可能であることを示す場合、バッファを読み出して、要求されたオペレータ・メッセージ・コマンドの結果を取得する。次いで、一実施形態において、処理はステップ６１６を続行する。他の場合には、エラー・メッセージが発行される（ステップ６１４）。

ステップ６１６において、オペレータ・メッセージ削除要求が、開始プログラムにより発行され、論理パーティションにおいて受信される。上述のように、オペレーティング・システムは、オペレータ・メッセージ削除コマンドを生成し、これを、ＳＭＳＧを介して結合ファシリティに送る。以下に説明されるように、オペレータ・メッセージ削除コマンドは、オペレータ・メッセージ・プロセッサにより処理され、応答が開始プログラムに戻される。開始プログラムは、オペレータ・メッセージ削除コマンドに対する応答コードをチェックする（問い合わせ６１８）。応答コードが、オペレータ・メッセージが削除されたことを示す場合、ＯＭ応答を発行者に与える（ステップ６２０）。他の場合には、エラー・メッセージが発行される（ステップ６２２）。

上述のように、本発明の１以上の態様に従って用いられる種々のメッセージ・コマンドが存在する。１つのこのようなコマンドが、オペレータ・メッセージ開始コマンドであり、その実施形態が、図１０−図１１を参照して説明される。

一例において、オペレータ・メッセージ・コマンドは、例えば、ｚ／ＯＳ（登録商標）コンソール又は試験プログラムを通じて開始される。オペレータ・メッセージ・コマンドは、ｚ／ＯＳ（登録商標）論理パーティションに流れ込み、かつ、オペレータ・メッセージ開始コマンドのメッセージ送信を通じて、結合ファシリティに送られる。この処理の一実施形態が、図１０を参照して説明される。

上述のように、メッセージ送信命令２５０は、メッセージ操作ブロック２５２と、サブチャネル２５４の指定とを含む。しかしながら、この場合、オペレータ・メッセージ開始コマンドに関して、メッセージ操作ブロックは、ＭＣＢ２６４／ＭＲＢ２６６を指し示すメッセージ・コマンド・ブロック・アドレス２５８のみを含む。この操作の場合、メッセージ・ブロックは存在しない。結合ファシリティに提示されるメッセージ・コマンド・ブロックは、例えば、オペレータ・メッセージ開始要求パラメータ７８２と、要求されるオペレータ・コマンドを指定するオペレータ・メッセージ要求７８４とを有する、オペレータ・メッセージ開始ＭＣＢ７８０を含む。戻される応答は、応答コードを含むオペレータ・メッセージ開始応答パラメータ７９２を含むオペレータ・メッセージ開始ＭＲＢ７９０である。

一例において、オペレータ・メッセージ開始要求パラメータは、トークン、要求、及び要求長さを含む。図１１を参照して説明されるように、結合ファシリティ、特にマルチプレクサを介するオペレータ・メッセージ・プロセッサは、ＳＭＳＧコマンド・ブロックを受信し、オペレータ・メッセージ開始コマンドの処理を開始する。

最初に、オペレータ・メッセージ・プロセッサは、アイドル状態のバッファ（例えば、ＯＭＴＫがゼロを有する）を探して、オペレータ・メッセージ・バッファを走査する（ステップ７００）。いずれかのアイドル状態のバッファが存在するかどうかについての判断がなされる（問い合わせ７０２）。アイドル状態のバッファが存在する場合、（例えば、最初の）アイドル状態のバッファを選択する（ステップ７０４）。その後、オペレータ・メッセージ・トークンをバッファ内に格納する（ステップ７０６）。さらに、バッファ内のオペレータ・メッセージ・タイマーを現在の時間に設定する（ステップ７０８）。一例において、時間は、時刻クロックから取得される。さらに、要求及び要求長さをバッファ内に格納し（ステップ７１０）、バッファの状態をアクティブかつ処理中（active and processingとしても知られる）に設定する（ステップ７１２）。戻りコードをオペレーティング・システム（例えば、ｚ／ＯＳ（登録商標））に戻してバッファが設定されたことを示し（ステップ７１４）、最終的には、開始プログラムに戻す。この処理は、ｚ／ＯＳ（登録商標）プログラムと同期的に行われる。

問い合わせ７０２に戻ると、アイドル状態のバッファが存在しない場合、タイムアウトしたアクティブなバッファを探して、オペレータ・メッセージ・バッファをもう一度走査する（ステップ７２０）。タイムアウトしたいずれかのアクティブなバッファが存在するかどうかについての判断がなされる（問い合わせ７２２）。存在しない場合、利用可能なバッファが存在しないことを示す戻りコードが与えられる（ステップ７２４）。

しかしながら、タイムアウトしたいずれかのアクティブなバッファが存在する場合、タイムアウトしたバッファを選択する（ステップ７２６）。一例において、選択されるのは、最初にタイムアウトしたバッファである。バッファをアイドル状態に設定し（ステップ７２８）、処理はステップ７０６を続行し、そこで、バッファを初期化する。

オペレータ・メッセージ開始コマンドに関する更なる詳細が、以下に説明される。本明細書で示されるように、このコマンド、並びにオペレータ・メッセージ読み出しコマンド及びオペレータ・メッセージ削除コマンドが、ＳＭＳＧを用いて、結合ファシリティに通信される。ＳＭＳＧは、要求されたコマンドを含むメッセージを、論理パーティションから結合ファシリティに送る。メッセージを送るために、メッセージは、メッセージ・コマンド・ブロック（ＭＣＢ）内に含められ、メッセージに対するいずれの応答も、メッセージ応答ブロック（ＭＲＢ）内に含められる。

一例において、オペレータ・メッセージ開始に関するメッセージ・コマンド・ブロックは、メッセージ・ヘッダ、コマンド（例えば、オペレータ・メッセージ開始）、ＯＭ要求長さ、オペレータ・メッセージ・トークン、及びオペレータ・メッセージ要求（例えば、オペレータ・メッセージ・コマンド）を含む。

動作中、要求内で与えられるＯＭトークンの値を、各ＯＭ処理バッファ内のＯＭトークン・オブジェクトと比較する。ＯＭトークンが有効であり、いずれのＯＭトークン・オブジェクトとも合致せず、かつ少なくとも１つのＯＭ処理バッファがアイドル状態である場合、アイドル状態のバッファを選択する。ＯＭ処理バッファがアイドル状態になく、少なくとも１つのＯＭ処理バッファがアクティブかつ応答保留中であり、タイムアウト値を超過している場合、タイムアウトしたバッファを選択し、アイドル状態に設定する。

ひとたびアイドル状態のバッファが選択されると、ＯＭトークンはＯＭＴＫオブジェクト内に置かれ、ＯＭ要求はＯＭＲＥＱＤオブジェクト内に置かれ、ＯＭ要求長さはＯＭＲＥＱＬオブジェクト内に置かれ、ＯＭタイマー・オブジェクトは時刻クロックの値に設定され、バッファはアクティブかつ処理中状態に置かれ、バックグラウンド・プロセスが開始され、ＯＭ応答を生成する（即ち、要求されたオペレータ・メッセージ・コマンドの処理を開始し、情報（例えば、ＯＭコマンドに関する結果）がバッファ内に置かれる）。オペレータ・メッセージが開始済みであることを示す戻りコードが、オペレーティング・システムに戻される。

ＯＭトークンが、アクティブなＯＭ処理バッファに関するＯＭトークン・オブジェクトに合致する場合、処理は行われない。コマンドは完了し、オペレータ・メッセージが開始済みであることを示す応答コードが戻される。

ＯＭトークンが有効であり、いずれのＯＭトークン・オブジェクトにも合致せず、かつ全てのバッファが、アクティブかつ処理中状態、又はタイムアウト制御を超過することなくアクティブかつ応答保留中状態である場合、コマンドは完了し、利用可能なバッファが存在しないことを示す応答コードが戻される。

応答は、例えば、応答記述子及び応答コードを含むメッセージ応答ブロック内に戻される。

オペレータ・メッセージが開始済みであることを示す応答の受信に応答して、オペレータ・メッセージ読み出しコマンドを発行して、要求されたオペレータ・メッセージ・コマンドに対する応答を取得する。図１２を参照すると、オペレータ・メッセージ読み出しコマンドは、メッセージ送信プロトコルを介して送られる。上述のように、メッセージ送信命令２５０は、メッセージ操作ブロック２５２と、サブチャネル２５４の指定とを含む。オペレータ・メッセージ読み出しコマンドに関して、メッセージ操作ブロック２５２は、ＭＣＢアドレス２５８、ＭＢＡＬアドレス２６０、及びＭＢＡＬ長さ２６２を含む。オペレータ・メッセージ読み出しコマンドに関して、ＭＢＡＬ長さは１に等しく、ＭＢＡＬアドレス２６０は、１つのエントリを有するＭＢＡＬ２６８を指し示す。ＭＢＡＬ２６８は、メッセージ・バッファ２７２を指し示す。

ＭＣＢアドレス２５８は、ＭＣＢ２６４／ＭＲＢ２６６の対を指定する。オペレータ・メッセージ読み出しコマンドに関するメッセージ制御ブロック８８０が、オペレータ・メッセージ読み出し要求パラメータ８８２（例えば、メッセージ・ヘッダ、読み出しコマンド、ＯＭトークン）を含み、これは、処理のために結合ファシリティに転送される。オペレータ・メッセージ読み出しコマンドの処理に応答して、ＭＲＢ２６６において、オペレータ・メッセージ読み出し応答パラメータ（例えば、応答コード）が戻される。付加的に、オペレータ・メッセージ（ＯＭ）応答８７５が戻され、メッセージ・バッファ２７２内に置かれる。

オペレータ・メッセージ読み出しコマンドの論理の一実施形態が、図１３を参照して説明される。最初に、コマンド内に与えられたＯＭトークンに合致するＯＭトークンを有するバッファを探して、オペレータ・メッセージ・バッファを走査する（ステップ８００）。合致するＯＭトークンを有するバッファが存在しない場合（問い合わせ８０２）、合致するトークンが見つからなかったことを示す応答コードが戻される（ステップ８０４）。

しかしながら、合致するＯＭトークンを有するＯＭバッファが存在する場合、バッファ内に保留中のＯＭ応答が存在するかどうかについての判断がなされる（問い合わせ８０６）。保留中のＯＭ応答が存在しない場合、ＯＭ応答が利用可能でないことを示す応答コードが戻される（ステップ８０８）。

問い合わせ８０６に戻ると、保留中のＯＭ応答が存在する場合、ＯＭ応答は、ＳＭＳＧが指定するデータ・ブロック（例えば、メッセージ・バッファ２７２内に配置された）にコピーされ（ステップ８１０）、応答長さがメッセージ応答ブロックにコピーされる（ステップ８１２）。ＯＭ応答（即ち、データ・ブロック）、並びにＯＭ応答が利用可能であることを示す応答コードが戻される（ステップ８１４）。

オペレータ・メッセージ読み出しコマンドに関する更なる詳細が、以下に説明される。一例において、オペレータ・メッセージ読み出しコマンドに関するメッセージ・コマンド・ブロックは、メッセージ・ヘッダ、読み出しコマンド、及びオペレータ・メッセージ・トークンを含む。

動作中、十分なメッセージ・バッファ空間（例えば、バッファ２７２）が与えられる（即ち、所定のサイズと等しい又はそれより大きいバッファ空間が利用可能である）場合、ＯＭトークンの値を、各ＯＭ処理バッファ内のＯＭトークン・オブジェクトと比較する。

ＯＭトークンが、ＯＭ処理バッファに関するＯＭトークン・オブジェクトに合致し、バッファがアクティブかつ応答保留中である場合、ＯＭ応答は、データ・ブロック内に置かれる。データ・ブロック、ＯＭ要求、ＯＭ要求長さ、ＯＭ応答長さ、及びＯＭ応答が利用可能であることを示す応答コードが戻される。例えば、応答記述子、応答コード、ＯＭ要求長さ、ＯＭ応答長さ、及びＯＭ要求を含むメッセージ応答ブロックにおいて、データ・ブロックを除いた応答が戻される。データ・ブロックは、ＳＭＳＧを介して、しかし応答ブロックとは別個に戻される。

ＯＭトークンが、アクティブかつ処理中であるＯＭ処理バッファに関するＯＭトークン・オブジェクトに合致する場合、処理は行われない。コマンドは完了し、ＯＭ応答が利用できないことを示す応答コードが、プログラムに戻される。例えば、応答は、応答インジケータ及び応答コードを含む応答ブロック内に戻される。

ＯＭトークンが有効であるが、アクティブなＯＭ処理バッファに関するいずれのＯＭトークン・オブジェクトにも合致しない場合、処理は行われない。コマンドは完了し、合致するトークンが見つからないことを示す応答コードが戻される。例えば、応答は、応答インジケータ及び応答コードを含む応答ブロック内に戻される。

メッセージ・バッファ・サイズが所定のサイズを下回る場合、メッセージ・バッファ空間（例えば、バッファ２７２）は、データ・ブロックを収容するのに不十分である。この場合、処理は行われず、コマンドは完了し、不十分なメッセージ・バッファ空間を示す応答コードが戻される）。例えば、応答は、応答インジケータ及び応答コードを含む応答ブロック内に戻される。

応答を受信した後、バッファをリセットするための判断を行うことができる。従って、オペレータ・メッセージ削除コマンドが発行される。図１４を参照すると、他のオペレータ・メッセージ・コマンドと同様に、オペレータ・メッセージ削除コマンドは、メッセージ送信プロトコルを介して結合ファシリティに送られる。同じく、メッセージ送信命令２５０は、メッセージ操作ブロック２５２と、サブチャネル２５４の指定とを含む。この場合、メッセージ操作ブロックは、ＭＣＢ２６４／ＭＲＢ２６６の対を指し示すＭＣＢアドレス２５８を含む。オペレータ・メッセージ削除に関するＭＣＢ９８０は、結合ファシリティに転送される、オペレータ・メッセージ削除要求パラメータ９８２（例えば、メッセージ・ヘッダ、削除（ｄｅｌｅｔｅ）コマンド、及びＯＭトークン）を含む。オペレータ・メッセージ削除コマンドの実施に応答して、オペレータ・メッセージ削除応答パラメータを含むオペレータ・メッセージ削除ＭＲＢ９９０が、ＭＲＢ２６６内に戻される。

オペレータ・メッセージ・プロセッサが実行するオペレータ・メッセージ削除コマンドの論理の一実施形態が、図１５を参照して説明される。最初に、合致するＯＭトークンを有するバッファを探して、ＯＭバッファを走査する（ステップ９００）。合致するＯＭトークンを有するバッファが存在しない場合（問い合わせ９０２）、オペレータ・メッセージが削除されたことを示す応答コードが戻される（ステップ９０４）。

しかしながら、合致するＯＭトークンを有するバッファが存在する場合（問い合わせ９０２）、ＯＭ応答が保留中であるかどうかについての更なる判断がなされる（問い合わせ９０６）。ＯＭ応答が保留中でない場合、バッファがアクティブかつ処理中であることを示す応答コードが戻される（ステップ９０８）。

保留中のＯＭ応答が存在している場合（問い合わせ９０６）、ＯＭトークン、ＯＭタイマー、要求長さ、及び応答長さをリセットし、例えば、ゼロに設定する（ステップ９１０）。さらに、ＯＭバッファの状態をアイドル状態に設定し（ステップ９１２）、オペレータ・メッセージが削除されたことを示す応答コードが戻される（ステップ９１４）。（更に別の実施形態において、バッファをアイドル状態に設定することによりバッファを削除し、アイドル状態のバッファをアクティブ状態に設定することにより、新しいバッファを作成する。）

オペレータ・メッセージ削除コマンドに関する更なる詳細が、以下に説明される。一例において、オペレータ・メッセージ削除コマンドに関するメッセージ・コマンド・ブロックは、メッセージ・ヘッダ、オペレータ・メッセージ削除コマンド、及びオペレータ・メッセージ・トークンを含む。

動作中、ＯＭトークンの値を、各ＯＭ処理バッファ内のＯＭトークン・オブジェクトと比較する。ＯＭトークンが、アクティブなＯＭ処理バッファ内のＯＭトークン・オブジェクトの値に合致し、バッファがアクティブかつ応答保留中である場合、ＯＭ処理バッファ内のオブジェクトがリセットされ、バッファがアイドル状態に置かれる。バッファのオブジェクトがリセットされると、コマンドは完了し、オペレータ・メッセージが削除されたことを示す応答コードが、オペレーティング・システムに戻される。

ＯＭ処理バッファがアクティブかつ処理中である場合、アクションは行われない。コマンドは完了し、バッファがアクティブかつ処理中であることを示す応答コードが戻される。

ＯＭトークンが有効であるが、いずれのアクティブなＯＭ処理バッファに関するＯＭトークン・オブジェクトにも合致しない場合、アクションは行われない。コマンドは完了し、オペレータ・メッセージが削除されたことを示す応答コードが、プログラムに戻される。

応答は、例えば応答記述子及び応答コードを含むメッセージ応答ブロック内に戻される。

オペレータ・メッセージ要求を処理するための種々のコマンドが、上記に詳細に説明される。この例において、これらのコマンドは、オペレータ・メッセージ・ファシリティ（Operator Message facility）の一部である。オペレータ・メッセージ・ファシリティは他のコマンドも含み、これらは、完全を期すために本明細書で説明される。これらのコマンドは、ファシリティ・パラメータ読み出し（Ｒｅａｄ Ｆａｃｉｌｉｔｙ Ｐａｒａｍｅｔｅｒｓ）コマンド、及びファシリティ権限設定（Ｓｅｔ Ｆａｃｉｌｉｔｙ Ａｕｔｈｏｒｉｔｙ）コマンドを含む。

ファシリティ・パラメータ読み出しコマンドに関して、メッセージ要求ブロックは、例えば、メッセージ・ヘッダ、及びファシリティ・パラメータ読み出しコマンドを含む。動作中、結合ファシリティの制御値が、応答オペランド内に置かれ、もし真であれば成功を示す応答コードが、応答コード・オペランド内に格納される。このコマンドは、応答オペランド内に多数の制御部を置くことができるが、オペレータ・メッセージ・ファシリティの場合、オペレータ・メッセージ・プロセッサ・バッファ・カウントがＯＭＰＢＣ内に置かれ、オペレータ・メッセージ・タイムアウト制御がＯＭＴＯＣ内に置かれる。

応答コードが、結合ファシリティの制御値が戻されることを示すとき、戻されるメッセージ応答ブロックは、例えば、応答記述子、応答コード、ＯＭプロセッサ・バッファ・カウント、及びオペレータ・メッセージ・ファシリティに関するＯＭタイムアウト制御を含む。他のファシリティに対して、他の制御部を戻すこともできる。

ファシリティ権限設定コマンドに関して、メッセージ要求ブロックは、例えば、以下に説明される、メッセージ・ヘッダ、ファシリティ権限設定コマンド、ＯＭタイムアウト制御、ＯＭＴＯＣ更新インジケータ、比較権限制御、及び権限制御を含む。

動作中、結合ファシリティの権限制御値を、メッセージ・コマンド・ブロックにおいて受信した比較権限（ＣＡＵ）オペランドと比較する。これらが等しいものとして比較された場合、メッセージ・コマンド・ブロックにおいて受信した権限（ＡＵ）オペランドの値は、結合ファシリティの権限制御内に格納され、結合ファシリティの状態が更新される。

結合ファシリティの権限制御が、ゼロから非ゼロの値に変更されると、結合ファシリティの状態は、非管理状態から管理状態に変更され、ＯＭタイムアウト制御は、条件付きで更新され、遠隔結合ファシリティまでのメッセージ経路の各々に対して、メッセージ経路アクティブ化（ａｃｔｉｖａｔｅ−ｍｅｓｓａｇｅ−ｐａｔｈ）コマンドが発行され、成功を示す応答コードが戻される。ＯＭタイムアウト更新（ｕｐｄａｔｅ−ＯＭ−ｔｉｍｅｏｕｔ）インジケータが１である場合、ＯＭタイムアウト制御オペランドが、ＯＭＴＯＣオブジェクト内に格納される。他の場合には、ＯＭＴＯＣオブジェクトに対して更新は行われない。他の処理を行うこともできる。

応答コードは、例えば、応答記述子及び応答コードを含むメッセージ応答ブロック内に戻される。

本発明の１以上の態様によると、結合ファシリティにより、これらに限定されるものではないが、結合ファシリティ・コンソール及び結合ファシリティに結合された論理パーティション（又は他のプロセッサ、システム等）を含む複数のソースからのオペレータ・メッセージ・コマンドを処理するためのオペレータ・メッセージ・ファシリティが提供される。ファシリティは、例えば、以下のものを含む：即ち、
＊オペレータ・メッセージ（ＯＭ）処理バッファの集合。各々のバッファは、一度に１つのオペレータ・メッセージ要求を処理することができる。バッファの数は一定であり（例えば、９）、かつモデル依存である。
＊サポートされるＯＭ処理バッファの数のカウント。
＊オペレータ・メッセージが削除される前に、処理バッファにおいて持続する時間の長さを決定する、ＯＭタイムアウト制御と呼ばれる期間満了タイムアウト。期間満了タイムアウトに関するデフォルト値は、例えば５分である。このデフォルト値は、ファシリティ権限設定コマンドにより変更することができる。
＊プログラムがオペレータ・メッセージ・ファシリティにアクセスするのを可能にするグローバル・コマンド：即ち、
−オペレータ・メッセージ開始（Start Operator Message、ＳＯＭ）
−オペレータ・メッセージ読み出し（Read Operator Message、ＲＯＭ）
−オペレータ・メッセージ削除（Delete Operator Message、ＤＯＭ）
＊オペレータ・メッセージ応答を生成し、応答をＯＭ処理バッファ内に置き、バッファの状態を変更して、応答が取り出しに利用可能であることを示す、バックグラウンド処理機能、
である。

このファシリティは、一態様において、例えば、結合ファシリティを試験するためのオペレータ・メッセージ・コマンドを発行する、結合ファシリティ・コンソール以外の遠隔エンティティのための機構を提供する。これにより、例えば、製造前に又は製造中でさえ、より掘り下げた試験が可能になる。オペレータ・メッセージ・コマンドにより、結合ファシリティにおいてアクションが実施される。こうしたコマンド／アクションの例は、これらに限定されるものではないが、結合ファシリティにコードのパッチをインストールすること、結合ファシリティの一部のダンプを作成すること、結合ファシリティを構成すること、結合ファシリティを構成解除すること、又は結合ファシリティの１以上のコンポーネントを管理することを含む。他のアクションも可能であり、その幾つかを本明細書で説明する。アクションは、要求されたコマンドに従って、結合ファシリティにおいて実施され、次いで、アクションが予想通りに実施されたかどうか、エラーを発生させたかどうか等についての判断がなされる。アクションを実施することにより、結合ファシリティを試験して、結合ファシリティがアクションに従って予想通りに挙動したかどうかを確かめる。

１つの特定の例において、ｚ／ＯＳシステム上のプログラムが、システム名及びＳｔｏｒｅ Ｃｌｏｃｋ（ＳＴＣＫ）（クロック格納）値を用いて、シスプレックス全体の固有トークンを生成し、ＳＭＳＧ命令を発行して、ＣＦＣＣオペレータ・コマンドを結合ファシリティに送る。結合ファシリティは、コマンドを受け入れ、コマンドを非同期処理する。そのＳＭＳＧが成功した場合、ｚ／ＯＳプログラムは、バッファが、最初のＳＭＳＧに対して発行された固有トークンを用いるコマンド応答を含むように、コマンドの完了をポーリングする。ＣＦＣＣがコマンドを処理すると、ＣＦＣＣはメッセージを結合ファシリティ・コンソールに発行し、メッセージをバッファ内に保存する。コマンドが完了すると、コマンド完了をポーリングするのに用いられたＳＭＳＧは、成功戻りコードを入手し、指定されたバッファ内にコマンド応答を戻す。次いで、ｚ／ＯＳプログラムは結果を処理し、ＳＭＳＧを発行して保存されたコマンド応答を結合ファシリティから削除する。例として、プログラムは、結果を処理するテストケース、又はコンソール上に結果を表示するｚ／ＯＳコマンド・インターフェースとすることができる。

本明細書で用いられる、取得すること（obtaining)とは、これらに限定されるものではないが、受け取ること、有すること、与えられること、生成すること、又は作成することを含む。

当業者により認識されるように、本発明の１以上の態様は、システム、方法、又はコンピュータ・プログラム製品として具体化することができる。従って、本発明の１以上の態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、又はソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態の形を取ることができ、これらは全て、本明細書において、一般的に「回路」、「モジュール」又は「システム」と呼ぶことができる。さらに、本発明の１以上の態様は、コンピュータ可読プログラム・コードが組み込まれた、１以上のコンピュータ可読媒体内に具体化されたコンピュータ・プログラム製品の形を取ることができる。

１以上のコンピュータ可読媒体のいずれの組み合わせを用いることもできる。コンピュータ可読媒体は、コンピュータ可読ストレージ媒体とすることができる。コンピュータ可読ストレージ媒体は、これらに限定されるものではないが、例えば、電子、磁気、光学、電磁気、赤外線又は半導体のシステム、装置若しくはデバイス、又は上記のいずれかの適切な組み合わせとすることができる。コンピュータ可読ストレージ媒体のより具体的な例（非網羅的なリスト）として、以下のもの、即ち、１以上の配線を有する電気的接続、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラム可能読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブル・コンパクト・ディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光記憶装置、磁気記憶装置、又は上記のいずれかの適切な組み合わせが挙げられる。本明細書の文脈において、コンピュータ可読ストレージ媒体は、命令実行システム、装置若しくはデバイスによって用いるため、又はそれらと接続して用いるためにプログラムを収容又は格納することができるいずれかの有形媒体とすることができる。

ここで図１６を参照すると、一例において、コンピュータ・プログラム製品１０００が、例えば、本発明の１以上の態様を提供し、容易にするように、コンピュータ可読プログラム・コード手段又は論理１００４をその上に格納するための１以上の非一時的（non-transitory）コンピュータ可読ストレージ媒体１００２を含む。

コンピュータ可読媒体上に具体化されたプログラム・コードは、これらに限られるものではないが、無線、有線、光ファイバ・ケーブル、ＲＦ等、又は上記のいずれかの適切な組み合わせを含む、適切な媒体を用いて伝送することができる。

本発明の１以上の態様に関する操作を実行するためのコンピュータ・プログラム・コードは、Ｊａｖａ、ＳｍａｌｌＴａｌｋ、Ｃ＋＋等のようなオブジェクト指向型プログラミング言語、及び、「Ｃ」プログラミング言語、アセンブラ、又は同様のプログラミング言語のような従来の手続き型プログラミング言語を含む、１以上のプログラミング言語のいずれかの組み合わせで書くことができる。プログラム・コードは、完全にユーザのコンピュータ上で実行される場合もあり、スタンドアロンのソフトウェア・パッケージとして、一部がユーザのコンピュータ上で実行される場合もあり、一部がユーザのコンピュータ上で実行され、一部が遠隔コンピュータ上で実行される場合もあり、又は完全に遠隔コンピュータ若しくはサーバ上で実行される場合もある。最後のシナリオにおいては、遠隔コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）若しくは広域ネットワーク（ＷＡＮ）を含むいずれかのタイプのネットワークを通じてユーザのコンピュータに接続される場合もあり、又は外部コンピュータへの接続がなされる場合もある（例えば、インターネット・サービス・プロバイダを用いたインターネットを通じて）。

本発明の１以上の態様は、本発明の実施形態による方法、装置（システム）及びコンピュータ・プログラム製品のフローチャート図及び／又はブロック図を参照して、本明細書で説明される。フローチャート図及び／又はブロック図の各ブロック、並びにフローチャート図及び／又はブロック図内のブロックの組み合わせは、コンピュータ・プログラム命令によって実装できることが理解されるであろう。これらのコンピュータ・プログラム命令を、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能データ処理装置のプロセッサに与えてマシンを製造し、それにより、コンピュータ又は他のプログラム可能データ処理装置のプロセッサによって実行される命令が、フローチャート及び／又はブロック図の１つ以上のブロックにおいて指定された機能／動作を実装するための手段を作り出すようにすることができる。

これらのコンピュータ・プログラム命令はまた、コンピュータ、他のプログラム可能データ処理装置、又は他のデバイスを特定の方式で機能させるように指示することができるコンピュータ可読媒体内に格納し、それにより、そのコンピュータ可読媒体内に格納された命令が、フローチャート及び／又はブロック図の１以上のブロックにおいて指定された機能／動作を実装する命令を含む製品を製造するようにすることもできる。

コンピュータ・プログラム命令はまた、コンピュータ、他のプログラム可能データ処理装置、又は他のデバイス上にロードして、一連の動作ステップをコンピュータ、他のプログラム可能データ処理装置、又は他のデバイス上で行わせてコンピュータ実施のプロセスを生成し、それにより、コンピュータ又は他のプログラム可能装置上で実行される命令が、フローチャート及び／又はブロック図の１以上のブロックにおいて指定された機能／動作を実行するためのプロセスを提供するようにもすることもできる。

図面内のフローチャート及びブロック図は、本発明の１以上の態様の種々の実施形態によるシステム、方法及びコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能及び動作を示す。この点に関して、フローチャート又はブロック図内の各ブロックは、指定された論理機能を実装するための１以上の実行可能命令を含むモジュール、セグメント、又はコードの部分を表すことができる。幾つかの代替的な実装において、ブロック内に記載された機能は、図面内に記載された順序とは異なる順序で行われ得ることにも留意すべきである。例えば、連続して示された２つのブロックが、関与する機能に応じて、実際には、実質的に同時に実行されることもあり、ときにはブロックが逆順に実行されることもある。また、ブロック図及び／又はフローチャート図の各ブロック、並びにブロック図及び／又はフローチャート図内のブロックの組み合わせは、指定された機能又は動作を行う専用ハードウェア・ベースのシステムによって、又は専用ハードウェアとコンピュータ命令との組み合わせによって実装できることにも留意されたい。

上記に加えて、本発明の１以上の態様は、顧客環境の管理を提供するサービス・プロバイダにより、供与し、提供し、配置し、管理し、サービスを行うことなどができる。例えば、サービス・プロバイダは、１以上の顧客に対して本発明の１以上の態様を実施するコンピュータ・コード及び／又はコンピュータ・インフラストラクチャを作成し、保持し、サポートすることなどができる。見返りとして、サービス・プロバイダは、例として、予約申し込み及び／又は報酬契約の下で顧客から支払いを受けることができる。付加的に又は代替的に、サービス・プロバイダは、１以上の第三者に対する広告コンテンツの販売から支払いを受けることができる。

本発明の一態様において、本発明の１以上の態様を実施するために、アプリケーションを配置することができる。一例として、アプリケーションの配置は、本発明の１以上の態様を実施するように動作可能なコンピュータ・インフラストラクチャを提供することを含む。

本発明の更に別の態様として、コンピュータ可読コードをコンピュータ・システムに統合することを含む、コンピュータ・インフラストラクチャを配置することが可能であり、そこでは、コードは、コンピューティング・システムと協働して、本発明の１以上の態様を実施することができる。

本発明の更に別の態様として、コンピュータ可読コードをコンピュータ・システムに統合することを含む、コンピュータ・インフラストラクチャを統合するためのプロセスを提供することができる。コンピュータ・システムは、コンピュータ可読媒体を含み、ここで、コンピュータ媒体は本発明の１以上の態様を含む。コードは、コンピュータ・システムと協働して、本発明の１以上の態様を実施することができる。

種々の実施形態が上述されたが、これらは一例にすぎない。例えば、他のアーキテクチャのコンピューティング環境が、本発明の１以上の態様を組み込み、用いることが可能である。例として、ｚ１９６サーバ以外のサーバが、本発明の１以上の態様を含み、使用し、及び／又はそこから利益を得ることができる。さらに、論理パーティション環境以外の環境が、本発明の１以上の態様を組み込み、使用することもできる。さらに、より多い、より少ない、又は他のオペレータ・メッセージ・コマンド、及び／又は他のコマンドを用いることができる。さらに、ＳＭＳＧ以外の移送を用いることもできる。さらに、マルチプレクサは、他の論理を用いて、処理される次のコマンドを選択することもできる。多くの他の変形が可能である。

さらに、他のタイプのコンピューティング環境が、本発明の１以上の態様から利益を得ることができる。一例として、システム・バスを通してメモリ要素に直接的に又は間接的に結合された少なくとも２つのプロセッサを含む、プログラム・コードを格納及び／又は実行するのに適したデータ処理システムが使用可能である。メモリ要素は、例えば、プログラム・コードの実際の実行時に用いられるローカル・メモリと、大容量記憶装置と、実行時に大容量記憶装置からコードを取得しなければならない回数を減少させるために少なくとも幾つかのプログラム・コードの一時的なストレージを提供するキャッシュ・メモリとを含む。

入力／出力即ちＩ／Ｏ装置（キーボード、ディスプレイ、ポインティング装置、ＤＡＳＤ、テープ、ＣＤ、ＤＶＤ、親指ドライブ、及び他のメモリ媒体等を含むが、これらに限定されるものではない）は、直接的に、又は介在するＩ／Ｏコントローラを通して、システムに結合することができる。データ処理システムが、介在するプライベート・ネットワーク又は公衆ネットワークを通して、他のデータ処理システム又はリモート・プリンタ若しくはストレージ装置に結合できるように、ネットワーク・アダプタをシステムに結合することもできる。モデム、ケーブル・モデム及びイーサネット・カードは、利用可能なタイプのネットワーク・アダプタのほんの数例にすぎない。

図１７を参照すると、本発明の１以上の態様を実装するためのホスト・コンピュータ・システム５０００の代表的なコンポーネントが描かれている。代表的なホスト・コンピュータ５０００は、コンピュータ・メモリ（即ち、中央ストレージ）５００２と通信状態にある１以上のＣＰＵ５００１に加えて、ストレージ媒体デバイス５０１１及び他のコンピュータ又はＳＡＮ等と通信するためのネットワーク５０１０へのＩ／Ｏインターフェースを含む。ＣＰＵ５００１は、アーキテクチャ化された（architected）命令セット及びアーキテクチャ化された機能を有するアーキテクチャに準拠している。ＣＰＵ５００１は、プログラム・アドレス（仮想アドレス）をメモリの実アドレスに変換するための動的アドレス変換（Dynamic Address Translation、ＤＡＴ）５００３を有することができる。ＤＡＴは、一般的に、変換をキャッシュに入れるための変換ルックアサイド・バッファ（ＴＬＢ）５００７を含むので、コンピュータ・メモリ５００２のブロックへの後のアクセスは、アドレス変換の遅延を必要としない。一般的に、コンピュータ・メモリ５００２とプロセッサ５００１との間に、キャッシュ５００９が用いられる。キャッシュ５００９は、１つより多いＣＰＵが利用可能な大容量のキャッシュと、大型のキャッシュと各ＣＰＵとの間のより小型でより高速な（下位レベルの）キャッシュとを有する階層とすることができる。幾つかの実装において、下位レベルのキャッシュは、命令のフェッチ及びデータ・アクセスのために別個の下位レベル・キャッシュを与えるように分割される。一実施形態においては、キャッシュ５００９を介して、命令フェッチ・ユニット５００４により、命令がメモリ５００２からフェッチされる。命令は、命令デコード・ユニット５００６でデコードされ、命令実行ユニット５００８にディスパッチされる（幾つかの実施形態においては他の命令と共に）。一般的には、例えば、算術演算実行ユニット、浮動小数点実行ユニット、及び分岐命令実行ユニットなどの幾つかの実行ユニット５００８が用いられる。命令は、実行ユニットにより実行され、必要に応じて命令が指定したレジスタ又はメモリからオペランドにアクセスする。メモリ５００２からオペランドにアクセスする（ロード又はストアする）場合、典型的には、ロード／ストア・ユニット５００５が、実行される命令の制御下でアクセスを処理する。命令は、ハードウェア回路又は内部のマイクロコード（ファームウェア）において、又はその両方の組み合わせによって実行することができる。

既述のように、コンピュータ・システムは、ローカル（又は主）ストレージ内の情報、並びに、アドレッシング、保護、参照、及び変更の記録を含む。アドレッシングの幾つかの態様は、アドレスの形式、アドレス空間の概念、種々のタイプのアドレス、及び１つのタイプのアドレスを別のタイプのアドレスに変換する方法を含む。主ストレージの一部は、永続的に割り当てられた記憶位置を含む。主ストレージは、システムに、データの直接アドレス指定可能な高速アクセス・ストレージを与える。データ及びプログラムを処理できるようになる前に、（入力装置から）データ及びプログラムの両方は、主ストレージにロードされる。

主ストレージは、キャッシュと呼ばれることもある、１以上のより小さくより高速アクセスのバッファ・ストレージを含むことができる。キャッシュは、典型的には、ＣＰＵ又はＩ／Ｏプロセッサと物理的に関連付けられる。物理的構成及び別個のストレージ媒体を使用することの影響は、性能に対するものを除き、通常、プログラムにより観察することはできない。

命令及びデータ・オペランドについて、別個のキャッシュを保持することができる。キャッシュ内の情報は、キャッシュ・ブロック又はキャッシュ・ライン（又は短縮してライン）と呼ばれる、整数境界（integral boundary）上にある連続したバイト内に保持される。モデルは、キャッシュ・ラインのサイズをバイトで返す、ＥＸＴＲＡＣＴ ＣＡＣＨＥ ＡＴＴＲＩＢＵＴＥ命令を提供することができる。モデルはまた、データ若しくは命令キャッシュへのストレージのプリフェッチ、又は、キャッシュからのデータの解放に影響を与える、ＰＲＥＦＥＴＣＨ ＤＡＴＡ及びＰＲＥＦＥＴＣＨ ＤＡＴＡ ＲＥＬＡＴＩＶＥ ＬＯＮＧ命令を提供することができる。

ストレージは、長い水平方向のビットの文字列と考えられる。大部分の操作において、ストレージへのアクセスは、左から右への順序で進む。ビットの文字列は、８ビット単位で分割される。８ビットの単位は１バイトと呼ばれ、全ての情報の形式の基本的な構成要素（building block）である。ストレージ内の各々のバイト位置は、負でない一意の整数により識別され、この整数がそのバイト位置のアドレスであり、即ち、簡単にバイト・アドレスである。隣接するバイト位置は、連続するアドレスを有し、左の０で始まり、左から右への順序で進む。アドレスは、符号なしの２進整数であり、２４ビット、３１ビット、又は６４ビットである。

情報は、ストレージとＣＰＵ又はチャネル・サブシステムとの間で、一度に１バイトずつ、又は１バイト・グループずつ伝送される。特に断りのない限り、例えばｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）においては、ストレージ内のバイト・グループは、グループの左端のバイトによりアドレス指定される。グループ内のバイト数は、実行される操作により暗黙に又は明示的に指定される。ＣＰＵ操作に用いられる場合、バイト・グループはフィールドと呼ばれる。例えばｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）においては、バイト・グループの中の各々において、ビットは、左から右の順序で番号が付けられる。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）においては、左端ビットは「上位（high-order）」ビットと呼ばれることがあり、右端ビットは「下位（low-order）」ビットと呼ばれることがある。しかしながら、ビット数は、ストレージ・アドレスではない。バイトだけを、アドレス指定することができる。ストレージ内の１つのバイトの個々のビットに対して操作を行うためには、そのバイト全体にアクセスされる。１バイトの中のビットには、左から右に０から７までの番号が付けられる（例えばｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）において）。１つのアドレスの中のビットには、２４ビット・アドレスの場合は８−３１若しくは４０−６３の番号を付けることができ、又は、３１ビット・アドレスの場合は１−３１若しくは３３−６３の番号を付けることができ、６４ビット・アドレスの場合は０−６３の番号が付けられる。複数のバイトから成る他のいずれかの固定長形式の中では、その形式を構成するビットには、０から始まる連続番号が付けられる。エラー検出のため及び好ましくは訂正のために、各バイト又はバイト・グループと共に、１以上の検査ビットが伝送されることがある。このような検査ビットは、マシンにより自動的に生成されるものであり、プログラムが直接制御することはできない。記憶容量は、バイト数で表わされる。ストレージ・オペランド・フィールドの長さが命令のオペレーション・コードで暗黙的に指定される場合、そのフィールドは固定長を有すると言われ、固定長は、１バイト、２バイト、４バイト、８バイト、又は１６バイトとすることができる。一部の命令では、より長いフィールドが暗黙的に指定されることもある。ストレージ・オペランド・フィールドの長さが暗黙的に指定されず明示的に記述される場合は、そのフィールドは可変長を有すると言われる。可変長オペランドは、１バイトのインクリメントにより変化し得る（又は、一部の命令では、２バイトの倍数若しくは他の倍数）。情報がストレージ内に置かれるとき、ストレージへの物理パスの幅が格納されるフィールドの長さを上回り得るとしても、指定されたフィールド内に含まれるバイトの記憶位置のコンテンツのみが置き換えられる。

特定の情報単位は、ストレージ内の整数境界上にあることになる。そのストレージ・アドレスがバイトでの単位での長さの倍数であるとき、境界は、情報単位に関して整数のものであると言われる。整数境界上にある２バイト、４バイト、８バイト、及び１６バイトのフィールドには、特別な名称が与えられる。ハーフワード（halfword）は、２バイト境界上にある２個の連続したバイトのグループであり、これは、命令の基本的な構成要素である。ワード（word）は、４バイト境界上にある４個の連続したバイトのグループである。ダブルワード（doubleword）は、８バイト境界上にある８個の連続したバイトのグループである。クワッドワード（quadword）は、１６バイト境界上にある１６個の連続したバイトのグループである。ストレージ・アドレスが、ハーフワード、ワード、ダブルワード、及びクワッドワードを示す場合、そのアドレスの２進表現は、それぞれ、右端の１個、２個、３個、又は４個のビットが０になる。命令は、２バイトの整数境界上にあることになる。大部分の命令のストレージ・オペランドは、境界合わせ（boundary alignment）要件をもたない。

命令及びデータ・オペランドに対して別個のキャッシュを実装するデバイスにおいては、ストアが、後にフェッチされる命令を変更するかどうかに関係なく、後に命令をフェッチするキャッシュ・ライン内にプログラムが格納される場合には、著しい遅延が生じることがある。

一実施形態において、本発明は、ソフトウェア（ライセンス内部コード、ファームウェア、マイクロコード、ミリコード、ピココードなどと呼ばれる場合もあるが、そのいずれも本発明の１以上の態様と整合性がある）により実施することができる。図１７を参照すると、本発明の１以上の態様を具体化するソフトウェア・プログラム・コードには、ホスト・システム５０００のプロセッサ５００１により、ＣＤ−ＲＯＭドライブ、テープドライブ、又はハードドライブといった長期ストレージ媒体デバイス５０１１からアクセスすることができる。ソフトウェア・プログラム・コードは、ディスケット、ハードドライブ、又はＣＤ−ＲＯＭといった、データ処理システムと共に用いるための種々の周知の媒体のいずれかの上で具体化することができる。コードは、こうした媒体上に分散させても、又はコンピュータ・メモリ５００２からユーザに分散させても、又は、こうした他のシステムのユーザが使用するために、ネットワーク５０１０上の１つのコンピュータ・システムのストレージから他のコンピュータ・システムに分散させてもよい。

ソフトウェア・プログラム・コードは、種々のコンピュータ・コンポーネント及び１以上のアプリケーション・プログラムの機能及び相互作用を制御するオペレーティング・システムを含む。プログラム・コードは、通常、ストレージ媒体デバイス５０１１から相対的により高速のコンピュータ・ストレージ５００２にページングされ、そこでプロセッサ５００１による処理のために利用可能になる。ソフトウェア・プログラム・コードをメモリ内、物理的媒体上で具体化し、及び／又は、ネットワークを介してソフトウェア・コードを分散させる技術及び方法は周知であり、ここではこれ以上論じない。プログラム・コードは、有形の媒体（これらに限定されるものではないが、電子メモリ・モジュール（ＲＡＭ）、フラッシュメモリ、コンパクトディスク（ＣＤ）、ＤＶＤ、磁気テープなどを含む）上に作成され格納されたとき、「コンピュータ・プログラム製品」と呼ばれることが多い。コンピュータ・プログラム製品媒体は、典型的には、処理回路による実行のために、好ましくはコンピュータ・システム内の処理回路によって読み取り可能である。

図１８は、本発明の１以上の態様を実施することができる代表的なワークステーション又はサーバ・ハードウェア・システムを示す。図１８のシステム５０２０は、随意的な周辺機器を含む、パーソナル・コンピュータ、ワークステーション、又はサーバなどの代表的なベース・コンピュータ・システム５０２１を含む。ベース・コンピュータ・システム５０２１は、１以上のプロセッサ５０２６と、周知の技術に従ってプロセッサ５０２６とシステム５０２１の他のコンポーネントを接続し、これらの間の通信を可能にするために用いられるバスとを含む。バスは、プロセッサ５０２６を、ハードドライブ（例えば、磁気媒体、ＣＤ、ＤＶＤ、及びフラッシュメモリのいずれかを含む）又はテープドライブを含むことができる、メモリ５０２５及び長期ストレージ５０２７に接続する。システム５０２１はまた、バスを介して、マイクロプロセッサ５０２６を、キーボード５０２４、マウス５０２３、プリンタ／スキャナ５０３０、及び／又はタッチ・センシティブ・スクリーン、デジタル化された入力パッド等のいずれかのユーザ・インターフェース機器とすることができる他のインターフェース機器といった、１以上のインターフェース機器に接続する、ユーザ・インターフェース・アダプタを含むこともできる。バスはまた、ディスプレイ・アダプタを介して、ＬＣＤスクリーン又はモニタなどのディスプレイ装置５０２２をマイクロプロセッサ５０２６にも接続する。

システム５０２１は、ネットワーク５０２９と通信する５０２８ことができるネットワーク・アダプタを介して、他のコンピュータ又はコンピュータ・ネットワークと通信することができる。例示的なネットワーク・アダプタは、通信チャネル、トークン・リング、イーサネット又はモデムである。或いは、システム５０２１は、ＣＤＰＤ（セルラー・デジタル・パケット・データ）カードのような無線インターフェースを用いて通信することもできる。システム５０２１は、ローカル・エリア・ネットワーク（ＬＡＮ）若しくは広域ネットワーク（ＷＡＮ）、又はシステム５０２１内のこうした他のコンピュータと関連付けることができ、又は、別のコンピュータ等とのクライアント／サーバ構成におけるクライアントとすることができる。これらの構成の全て、並びに、適切な通信ハードウェア及びソフトウェアは、当技術分野において周知である。

図１９は、本発明の１以上の態様を実施することができるデータ処理ネットワーク５０４０を示す。データ処理ネットワーク５０４０は、各々が複数の個々のワークステーション５０４１、５０４２、５０４３、５０４４を含むことができる、無線ネットワーク及び有線ネットワークのような複数の個々のネットワークを含むことができる。さらに、当業者であれば理解するように、１以上のＬＡＮを含ませることができ、そこで、ＬＡＮは、ホスト・プロセッサに結合された複数のインテリジェント・ワークステーションを含むことができる。

さらに図１９を参照すると、ネットワークはまた、ゲートウェイ・コンピュータ（クライアント・サーバ５０４６）、又はアプリケーション・サーバ（データ・リポジトリにアクセスすることができ、かつ、ワークステーション５０４５から直接アクセスすることもできる遠隔サーバ５０４８）のような、メインフレーム・コンピュータ又はサーバを含むこともできる。ゲートウェイ・コンピュータ５０４６は、各々の個々のネットワークへの入口点として働く。ゲートウェイは、１つのネットワーク・プロトコルを別のものに接続するときに必要とされる。ゲートウェイ５０４６は、通信リンクによって別のネットワーク（例えば、インターネット５０４７）に結合できることが好ましい。ゲートウェイ５０４６はまた、通信リンクを用いて、１以上のワークステーション５０４１、５０４２、５０４３、５０４４に直接結合することもできる。ゲートウェイ・コンピュータは、インターナショナル・ビジネス・マシーンズ・コーポレーションから入手可能なＩＢＭ ｅＳｅｒｖｅｒ（商標）Ｓｙｓｔｅｍ ｚ（登録商標）サーバを用いて実装することができる。

図１８及び図１９を同時に参照すると、本発明の１以上の態様を具体化することができるソフトウェア・プログラム・コードには、一般的に、ＣＤ−ＲＯＭドライブ又はハードドライブといった長期ストレージ媒体５０２７から、システム５０２０のプロセッサ５０２６によってアクセスすることができる。ソフトウェア・プログラム・コードは、ディスケット、ハードドライブ、又はＣＤ−ＲＯＭといった、データ処理システムと共に用いるための種々の周知の媒体のいずれかの上で具体化することができる。コードは、そのような媒体上で分散させても、又はメモリからユーザ５０５０、５０５１に分散させても、或いは、こうした他のシステムのユーザが用いるために、ネットワーク上の１つのコンピュータ・システムのストレージから他のコンピュータ・システムに分散させてもよい。

或いは、プログラム・コードをメモリ５０２５内で具体化し、プロセッサ・バスを用いてプロセッサ５０２６によってプログラム・コードにアクセスすることができる。このようなプログラム・コードは、種々のコンピュータ・コンポーネント及び１以上のアプリケーション・プログラム５０３２の機能及び相互作用を制御するオペレーティング・システムを含む。プログラム・コードは、通常、ストレージ媒体５０２７から高速メモリ５０２５にページングされ、そこでプロセッサ５０２６による処理のために利用可能になる。ソフトウェア・プログラム・コードをメモリ内、物理的媒体上で具体化し、及び／又は、ネットワークを介してソフトウェア・コードを配布する技術及び方法は周知であり、ここではこれ以上論じない。プログラム・コードは、作成され、有形の媒体（これらに限定されるものではないが、電子メモリ・モジュール（ＲＡＭ）、フラッシュメモリ、コンパクトディスク（ＣＤ）、ＤＶＤ、磁気テープなどを含む）に格納されたとき、「コンピュータ・プログラム製品」と呼ばれることが多い。コンピュータ・プログラム製品媒体は、典型的には、処理回路による実行のために、好ましくはコンピュータ・システム内の処理回路によって読み取り可能である。

プロセッサが最も容易に利用できるキャッシュ（通常、プロセッサの他のキャッシュよりも高速で小さい）は、最下位（Ｌ１又はレベル１）のキャッシュであり、メインストア（主メモリ）は、最上位レベルのキャッシュ（３つのレベルがある場合にはＬ３）である。最下位レベルのキャッシュは、実行されるマシン命令を保持する命令キャッシュ（Ｉ−キャッシュ）と、データ・オペランドを保持するデータ・キャッシュ（Ｄ−キャッシュ）とに分割されることが多い。

図２０を参照すると、プロセッサ５０２６についての例示的なプロセッサの実施形態が示される。典型的には、メモリ・ブロックをバッファに入れてプロセッサ性能を向上させるために、１以上のレベルのキャッシュ５０５３が用いられる。キャッシュ５０５３は、用いられる可能性が高いメモリ・データのキャッシュ・ラインを保持する高速バッファである。典型的なキャッシュ・ラインは、６４バイト、１２８バイト、又は２５６バイトのメモリ・データである。データをキャッシュに入れるのではなく、命令をキャッシュに入れるために、別個のキャッシュが用いられることが多い。キャッシュ・コヒーレンス（メモリ及びキャッシュ内のラインのコピーの同期）は、多くの場合、当技術分野において周知の種々の「スヌープ（snoop）」アルゴリズムによって与えられる。プロセッサ・システムの主メモリ・ストレージ５０２５は、キャッシュと呼ばれることが多い。４つのレベルのキャッシュ５０５３を有するプロセッサ・システムにおいて、主ストレージ５０２５は、典型的にはより高速であり、かつ、コンピュータ・システムが利用できる不揮発性ストレージ（ＤＡＳＤ、テープ等）の一部だけを保持するので、レベル５（Ｌ５）のキャッシュと呼ばれることがある。主ストレージ５０２５は、オペレーティング・システムによって主ストレージ５０２５との間でページングされるデータのページを「キャッシュに入れる」。

プログラム・カウンタ（命令カウンタ）５０６１は、実行される現行の命令のアドレスを常時監視している。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）プロセッサのプログラム・カウンタは６４ビットであり、従来のアドレッシング制限をサポートするために、３１ビット又は２４ビットに切り捨てることができる。プログラム・カウンタは、典型的には、コンテキスト・スイッチの際に持続するように、コンピュータのＰＳＷ（プログラム状況ワード）内で具体化される。従って、例えば、オペレーティング・システムにより、プログラム・カウンタ値を有する進行中のプログラムに割り込みをかけることが可能である（プログラム環境からオペレーティング・システム環境へのコンテキスト・スイッチ）。プログラムのＰＳＷは、プログラムがアクティブでない間、プログラム・カウンタ値を保持し、オペレーティング・システムが実行されている間、オペレーティング・システムの（ＰＳＷ内の）プログラム・カウンタが用いられる。典型的には、プログラム・カウンタは、現行の命令のバイト数に等しい量だけインクリメントされる。ＲＩＳＣ（Reduced Instruction Set Computing、縮小命令セット・コンピューティング）命令は、典型的には固定長であり、ＣＩＳＣ（Complex Instruction Set Computing、複合命令セット・コンピューティング）命令は、典型的には可変長である。ＩＢＭ ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）の命令は、２バイト、４バイト、又は６バイトの長さを有するＣＩＳＣ命令である。例えば、コンテキスト・スイッチ操作又は分岐命令の分岐成立（Branch taken）操作により、プログラム・カウンタ５０６１が変更される。コンテキスト・スイッチ操作において、現行のプログラム・カウンタ値は、実行されるプログラムについての他の状態情報（条件コードのような）と共にプログラム状況ワード内に保存され、実行される新しいプログラム・モジュールの命令を指し示す新しいプログラム・カウンタ値がロードされる。分岐成立操作を行い、分岐命令の結果をプログラム・カウンタ５０６１にロードすることにより、プログラムが判断を下すこと又はプログラム内でループすることを可能にする。

典型的には、プロセッサ５０２６の代わりに命令をフェッチするために、命令フェッチ・ユニット５０５５が用いられる。フェッチ・ユニットは、「次の順次命令（next sequential instruction）」、分岐成立命令のターゲット命令、又はコンテキスト・スイッチの後のプログラムの最初の命令のいずれかをフェッチする。今日の命令フェッチ・ユニットは、プリフェッチされた命令を用いることができる可能性に基づいて、命令を投機的にプリフェッチするプリフェッチ技術を用いることが多い。例えば、フェッチ・ユニットは、次の順次命令を含む１６バイトの命令と、付加的なバイトの更なる順次命令とをフェッチすることができる。

次いで、フェッチされた命令が、プロセッサ５０２６によって実行される。一実施形態において、フェッチされた命令は、フェッチ・ユニットのディスパッチ・ユニット５０５６に渡される。ディスパッチ・ユニットは命令をデコードし、デコードされた命令についての情報を適切なユニット５０５７、５０５８、５０６０に転送する。実行ユニット５０５７は、典型的には、命令フェッチ・ユニット５０５５からデコードされた算術命令についての情報を受け取り、命令のオペコードに従ってオペランドに関する算術演算を行う。オペランドは、好ましくは、メモリ５０２５、アーキテクチャ化レジスタ５０５９、又は実行される命令の即値フィールドのいずれかから、実行ユニット５０５７に与えられる。実行の結果は、格納された場合には、メモリ５０２５、レジスタ５０５９、又は他のマシン・ハードウェア（制御レジスタ、ＰＳＷレジスタなどのような）内に格納される。

プロセッサ５０２６は、典型的には、命令の機能を実行するための１以上の実行ユニット５０５７、５０５８、５０６０を有する。図２１を参照すると、実行ユニット５０５７は、インターフェース論理５０７１を介して、アーキテクチャ化された汎用レジスタ５０５９、デコード／ディスパッチ・ユニット５０５６、ロード・ストア・ユニット５０６０、及び他のプロセッサ・ユニット５０６５と通信することができる。実行ユニット５０５７は、幾つかのレジスタ回路５０６７、５０６８、５０６９を用いて、算術論理演算ユニット（ＡＬＵ）５０６６が動作する情報を保持することができる。ＡＬＵは、加算（ａｄｄ）、減算（ｓｕｂｔｒａｃｔ）、乗算（ｍｕｌｔｉｐｌｙ）、及び除算（ｄｉｖｉｄｅ）などの算術演算、並びに、論理積（ａｎｄ）、論理和（ｏｒ）、及び排他的論理和（ＸＯＲ）、ローテート（ｒｏｔａｔｅ）及びシフト（ｓｈｉｆｔ）のような論理関数を実行する。ＡＬＵは、設計に依存する専用の演算をサポートすることが好ましい。他の回路は、例えば条件コード及び回復サポート論理を含む、他のアーキテクチャ化ファシリティ５０７２を提供することができる。典型的には、ＡＬＵ演算の結果は、出力レジスタ回路５０７０に保持され、この出力レジスタ回路５０７０が、結果を種々の他の処理機能に転送することができる。多数のプロセッサ・ユニットの構成が存在し、本説明は、一実施形態の代表的な理解を与えることのみを意図している。

例えばＡＤＤ命令は、算術及び論理機能を有する実行ユニット５０５７で実行され、一方、例えば浮動小数点命令は、特化された浮動小数点能力を有する浮動小数点実行部で実行される。実行ユニットは、オペランドに対してオペコードが定めた関数を行うことにより、命令が特定したオペランドに対して動作することが好ましい。例えば、ＡＤＤ命令は、命令のレジスタ・フィールドによって特定された２つのレジスタ５０５９内に見出されるオペランドに対して、実行ユニット５０５７により実行することができる。

実行ユニット５０５７は、２つのオペランドに対して算術加算を実行し、結果を第３オペランドに格納し、ここで第３オペランドは、第３のレジスタであっても又は２つのソース・レジスタのいずれかであってもよい。実行ユニットは、シフト、ローテート、論理積、論理和、及び排他的論理和のような種々の論理関数、並びに、加算、減算、乗算、除法のいずれかを含む、種々の代数関数を実行することができる算術論理演算ユニット（ＡＬＵ）５０６６を用いることが好ましい。スカラー演算のために設計されたＡＬＵ５０６６もあり、浮動小数点のために設計されたものＡＬＵ５０６６もある。データは、アーキテクチャに応じて、ビッグエンディアン（Big Endian）（最下位のバイトが最も高いバイト・アドレスである）、又はリトルエンディアン（Little Endian）（最下位のバイトが最も低いバイト・アドレスである）とすることができる。ＩＢＭ ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）は、ビッグエンディアンである。符号付きフィールドは、アーキテクチャに応じて、符号及び大きさ、１の補数、又は２の補数とすることができる。２の補数における負の値又は正の値は、ＡＬＵ内で加法しか必要としないため、ＡＬＵが減算能力を設計する必要がないという点で、２の補数は有利である。数値は、通常、省略表現で記述され、１２ビット・フィールドは、４，０９６バイトブロックのアドレスを定め、通常、例えば４Ｋバイト（キロバイト）ブロックのように記述される。

図２２を参照すると、分岐命令を実行するための分岐命令情報が、典型的には、分岐ユニット５０５８に送られ、この分岐ユニット５０５８は、多くの場合、分岐履歴テーブル５０８２のような分岐予測アルゴリズムを用いて、他の条件付き演算が完了する前に分岐の結果を予測する。条件付き演算が完了する前に、現行の分岐命令のターゲットがフェッチされ、投機的に実行される。条件付き演算が完了すると、投機的に実行された分岐命令は、条件付き演算の条件及び投機された結果に基づいて、完了されるか又は破棄される。典型的な分岐命令は、条件コードを試験し、条件コードが分岐命令の分岐要件を満たす場合、ターゲット・アドレスに分岐することができ、ターゲット・アドレスは、例えば、命令のレジスタ・フィールド又は即値フィールド内に見出されるものを含む幾つかの数に基づいて計算することができる。分岐ユニット５０５８は、複数の入力レジスタ回路５０７５、５０７６、５０７７と、出力レジスタ回路５０８０とを有するＡＬＵ５０７４を用いることができる。分岐ユニット５０５８は、例えば、汎用レジスタ５０５９、デコード・ディスパッチ・ユニット５０５６、又は他の回路５０７３と通信することができる。

例えば、オペレーティング・システムによって開始されるコンテキスト・スイッチ、コンテキスト・スイッチを発生させるプログラム例外又はエラー、コンテキスト・スイッチを発生させるＩ／Ｏ割り込み信号、或いは、（マルチスレッド環境における）複数のプログラムのマルチスレッド活動を含む様々な理由により、命令のグループの実行に割り込みがかけられることがある。コンテキスト・スイッチ動作は、現在実行中のプログラムについての状態情報を保存し、次いで、起動される別のプログラムについての状態情報をロードすることが好ましい。状態情報は、例えば、ハードウェア・レジスタ又はメモリ内に保存することができる。状態情報は、実行される次の命令を指し示すプログラム・カウンタ値と、条件コードと、メモリ変換情報と、アーキテクチャ化されたレジスタのコンテンツとを含むことが好ましい。コンテキスト・スイッチの活動は、ハードウェア回路、アプリケーション・プログラム、オペレーティング・システム・プログラム、又はファームウェア・コード（マイクロコード、ピココード、又はライセンス内部コード（ＬＩＣ））単独で又はその組み合わせで実施することができる。

プロセッサは、命令により定義された方法に従ってオペランドにアクセスする。命令は、命令の一部の値を用いて即値オペランドを与えることができ、汎用レジスタ又は専用レジスタ（例えば、浮動小数点レジスタ）のいずれかを明示的に指し示す１以上のレジスタ・フィールドを与えることができる。命令は、オペコード・フィールドによって、オペランドとして識別されるインプライド・レジスタ（implied register）を用いることができる。命令は、オペランドのためのメモリ位置を用いることができる。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）の長変位ファシリティ（long displacement facility）により例示されるように、オペランドのメモリ位置を、レジスタ、即値フィールド、又はレジスタと即値フィールドの組み合わせによって与えることができ、命令は、基底レジスタ、索引レジスタ、及び即値フィールド（変位フィールド）を定め、これらが、例えば互いに加算されてメモリ内のオペランドのアドレスをもたらす。ここでの位置（location）は、典型的には、特に断りのない限り、主メモリ（主ストレージ）内の記憶位置を意味する。

図２３を参照すると、プロセッサは、ロード／ストア・ユニット５０６０を用いて、ストレージにアクセスする。ロード／ストア・ユニット５０６０は、メモリ５０５３内のターゲット・オペランドのアドレスを取得し、オペランドをレジスタ５０５９又は別のメモリ５０５３の記憶位置にロードすることによってロード操作を行うことができ、或いは、メモリ５０５３内のターゲット・オペランドのアドレスを取得し、レジスタ５０５９又は別のメモリ５０５３の記憶位置から取得したデータをメモリ５０５３内のターゲット・オペランドの記憶位置に格納することによって、ストア操作を行うことができる。ロード／ストア・ユニット５０６０は、投機的なものであってもよく、命令シーケンスに対してアウト・オブ・オーダー式の順序でメモリにアクセスすることができるが、プログラムに対して、命令がイン・オーダー式に実行されたという外観を維持することになる。ロード／ストア・ユニット５０６０は、汎用レジスタ５０５９、デコード／ディスパッチ・ユニット５０５６、キャッシュ／メモリ・インターフェース５０５３、又は他の要素５０８３と通信することができ、ストレージ・アドレスを計算し、かつ、パイプライン処理を順に行って操作をイン・オーダー式に保持するための、種々のレジスタ回路、ＡＬＵ５０８５、及び制御論理５０９０を含む。一部の動作は、アウト・オブ・オーダー式とすることができるが、ロード／ストア・ユニットは、アウト・オブ・オーダー式動作が、プログラムに対して、当技術分野において周知のようなイン・オーダー式に実行されたように見えるようにする機能を提供する。

好ましくは、アプリケーション・プログラムが「見ている」アドレスは、仮想アドレスと呼ばれることが多い。仮想アドレスは、「論理アドレス」及び「実効アドレス（effective address）」と呼ばれることもある。これらの仮想アドレスは、これらに限定されるものではないが、単に仮想アドレスをオフセット値にプリフィックス付加すること、１以上の変換テーブルを介して仮想アドレスを変換することを含む、種々の動的アドレス変換（ＤＡＴ）技術の１つによって、物理的メモリ位置にリダイレクトされるという点で仮想のものであり、変換テーブルは、少なくともセグメント・テーブル及びページ・テーブルを単独で又は組み合わせて含むことが好ましく、セグメント・テーブルは、ページ・テーブルを指し示すエントリを有することが好ましい。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）では、領域第１テーブル、領域第２テーブル、領域第３テーブル、セグメント・テーブル、及び随意的なページ・テーブルを含む、変換の階層が提供される。アドレス変換の性能は、仮想アドレスを関連した物理的メモリ位置にマッピングするエントリを含む変換ルックアサイド・バッファ（ＴＬＢ）を用いることにより改善されることが多い。ＤＡＴが変換テーブルを用いて仮想アドレスを変換したときに、エントリが作成される。次いで、後に仮想アドレスを用いることで、低速の順次変換テーブル・アクセスではなく、高速のＴＬＢのエントリを用いることが可能になる。ＴＬＢの内容は、ＬＲＵ（Least Recently Used）を含む種々の置換アルゴリズムによって管理することができる。

プロセッサがマルチプロセッサ・システムのプロセッサである場合には、各プロセッサは、コヒーレンシのために、Ｉ／Ｏ、キャッシュ、ＴＬＢ、及びメモリといった共有リソースをインターロック状態に保持する責任を負う。キャッシュ・コヒーレンシを保持する際に、一般的には「スヌープ」技術が用いられる。スヌープ環境においては、共有を容易にするために、各キャッシュ・ラインを、共有状態、排他的状態、変更状態、無効状態等のいずれか１つの状態にあるものとしてマーク付けすることができる。

Ｉ／Ｏユニット５０５４（図２０）は、プロセッサに、例えば、テープ、ディスク、プリンタ、ディスプレイ、及びネットワークを含む周辺機器に取り付けるための手段を与える。Ｉ／Ｏユニットは、ソフトウェア・ドライバによってコンピュータ・プログラムに提示されることが多い。ＩＢＭ（登録商標）によるＳｙｓｔｅｍ ｚ（登録商標）のようなメインフレームにおいては、チャネル・アダプタ及びオープン・システム・アダプタが、オペレーティング・システムと周辺機器との間に通信をもたらすメインフレームのＩ／Ｏユニットである。

さらに、他のタイプのコンピューティング環境が、本発明の１以上の態様から利益を得ることができる。一例として、環境は、特定のアーキテクチャ（例えば、命令実行、アドレス変換などのアーキテクチャ化された機能、及びアーキテクチャ化されたレジスタを含む）又はそのサブセットをエミュレートする（例えば、プロセッサ及びメモリを有するネイティブ・コンピュータ・システム上で）エミュレータ（例えば、ソフトウェア又は他のエミュレーション機構）を含むことができる。このような環境においては、エミュレータを実行しているコンピュータが、エミュレートされる機能とは異なるアーキテクチャを有することができたとしても、エミュレータの１以上のエミュレーション機能nにより、本発明の１以上の態様が実施され得る。一例として、エミュレーション・モードにおいては、エミュレートされる特定の命令又は操作がデコードされ、適切なエミュレーション機能が構築され、個々の命令又は操作を実施する。

エミュレーション環境においては、ホスト・コンピュータは、例えば、命令及びデータを格納するためのメモリと、メモリから命令をフェッチし、随意的に、フェッチされた命令のためのローカル・バッファリングを提供するための命令フェッチ・ユニットと、フェッチされた命令を受信し、フェッチされた命令のタイプを判断するための命令デコード・ユニットと、命令を実行するための命令実行ユニットとを含む。実行は、データをメモリからレジスタ内にロードすること、データをレジスタから再びメモリに格納すること、又はデコード・ユニットにより判断されるように、何らかのタイプの算術演算又は論理演算を実行することを含むことができる。一例においては、各ユニットは、ソフトウェアで実装される。例えば、ユニットが実行する演算は、エミュレータ・ソフトウェア内の１以上のサブルーチンとして実装される。

より具体的には、メインフレームにおいて、アーキテクチャ化されたマシン命令は、通常、プログラマによって、多くの場合コンパイラ・アプリケーションを介して、今日では「Ｃ」プログラマによって用いられる。ストレージ媒体内に格納されたこれらの命令は、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）のＩＢＭ（登録商標）サーバにおいて、又は代替的に他のアーキテクチャを実行するマシンにおいて、ネイティブに実行することができる。これらの命令は、既存の及び将来のＩＢＭ（登録商標）メインフレーム・サーバにおいて、及び、ＩＢＭ（登録商標）の他のマシン（例えば、Ｐｏｗｅｒ Ｓｙｓｔｅｍｓサーバ及びＳｙｓｔｅｍ ｘ（登録商標）サーバ）上で、エミュレートすることができる。これらの命令は、ＩＢＭ（登録商標）、Ｉｎｔｅｌ（登録商標）、ＡＭＤ（商標）などによって製造されたハードウェアを用いて種々のマシン上でＬｉｎｕｘを実行しているマシンにおいて実行することができる。Ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）下でそのハードウェア上で実行することに加えて、Ｌｉｎｕｘを用いること、並びに、一般に実行がエミュレーション・モードにある、Ｈｅｒｃｕｌｅｓ、又はＦＳＩ（Ｆｕｎｄａｍｅｎｔａｌ Ｓｏｆｔｗａｒｅ，Ｉｎｃ）によるエミュレーションを用いるマシンを用いることもできる。エミュレーション・モードにおいては、ネイティブ・プロセッサによって、エミュレーション・ソフトウェアが実行され、エミュレートされたプロセッサのアーキテクチャをエミュレートする。

ネイティブ・プロセッサは、一般的に、エミュレートされたプロセッサのエミュレーションを実行するためにファームウェア又はネイティブ・オペレーティング・システムのいずれかを含むエミュレーション・ソフトウェアを実行する。エミュレーション・ソフトウェアは、エミュレートされたプロセッサ・アーキテクチャの命令のフェッチと実行を担当する。エミュレーション・ソフトウェアは、エミュレートされたプログラム・カウンタを維持し、命令境界を常時監視している。エミュレーション・ソフトウェアは、一度に１以上のエミュレートされたマシン命令をフェッチし、ネイティブ・プロセッサにより実行するために、その１以上のエミュレートされたマシン命令を、対応するネイティブマシン命令のグループに変換することができる。これらの変換された命令は、より速い変換を達成できるようにキャッシュに入れることができる。それにも関わらず、エミュレーション・ソフトウェアは、エミュレートされたプロセッサ・アーキテクチャのアーキテクチャ規則を維持して、オペレーティング・システム及びエミュレートされたプロセッサのために書かれたアプリケーションが正確に動作することを保証しなければならない。さらに、エミュレーション・ソフトウェアは、これらに限られるものではないが、制御レジスタ、汎用レジスタ、浮動小数点レジスタ、例えばセグメント・テーブル及びページ・テーブルを含む動的アドレス変換機能、割り込み機構、コンテキスト・スイッチ機構、時刻（Time of Day、ＴＯＤ）クロック、及びＩ／Ｏサブシステムへのアーキテクチャ化インターフェースを含む、エミュレートされたプロセッサのアーキテクチャによって識別されるリソースを提供し、オペレーティング・システム又はエミュレートされたプロセッサ上で実行するように設計されたアプリケーション・プログラムが、エミュレーション・ソフトウェアを有するネイティブ・プロセッサ上で実行できるようにしなければならない。

エミュレートされた特定の命令がデコードされ、個々の命令の機能を実行するためのサブルーチンが呼び出される。エミュレートされたプロセッサ１の機能をエミュレートするエミュレーション・ソフトウェア機能は、例えば、「Ｃ」サブルーチン又はドライバにおいて、或いは好ましい実施形態の説明を理解した後で当業者の技術の範囲内にあるような特定のハードウェアのためにドライバを提供する他の何らかの方法で実装される。種々のソフトウェア及びハードウェア・エミュレーションの特許には、これらに限られるものではないが、Ｂｅａｕｓｏｌｅｉｌ他による「Ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ ｆｏｒ Ｈａｒｄｗａｒｅ Ｅｍｕｌａｔｉｏｎ」という名称の特許文献３、Ｓｃａｌｚｉ他による「Ｐｒｅｐｒｏｃｅｓｓｉｎｇ ｏｆ Ｓｔｏｒｅｄ Ｔａｒｇｅｔ Ｒｏｕｔｉｎｅｓ ｆｏｒ Ｅｍｕｌａｔｉｎｇ Ｉｎｃｏｍｐａｔｉｂｌｅ Ｉｎｓｔｒｕｃｔｉｏｎｓ ｏｎ ａ Ｔａｒｇｅｔ Ｐｒｏｃｅｓｓｏｒ」という名称の特許文献４、Ｄａｖｉｄｉａｎ他による「Ｄｅｃｏｄｉｎｇ Ｇｕｅｓｔ Ｉｎｓｔｒｕｃｔｉｏｎ ｔｏ Ｄｉｒｅｃｔｌｙ Ａｃｃｅｓｓ Ｅｍｕｌａｔｉｏｎ Ｒｏｕｔｉｎｅｓ ｔｈａｔ Ｅｍｕｌａｔｅ ｔｈｅ Ｇｕｅｓｔ Ｉｎｓｔｒｕｃｔｉｏｎｓ」という名称の特許文献５、Ｇｏｒｉｓｈｅｋ他による「Ｓｙｍｍｅｔｒｉｃａｌ Ｍｕｌｔｉｐｒｏｃｅｓｓｉｎｇ Ｂｕｓ ａｎｄ Ｃｈｉｐｓｅｔ Ｕｓｅｄ ｆｏｒ Ｃｏｐｒｏｃｅｓｓｏｒ Ｓｕｐｐｏｒｔ Ａｌｌｏｗｉｎｇ Ｎｏｎ−Ｎａｔｉｖｅ Ｃｏｄｅ ｔｏ Ｒｕｎ ｉｎ ａ Ｓｙｓｔｅｍ」という名称の特許文献６、Ｌｅｔｈｉｎ他による「Ｄｙｎａｍｉｃ Ｏｐｔｉｍｉｚｉｎｇ Ｏｂｊｅｃｔ Ｃｏｄｅ Ｔｒａｎｓｌａｔｏｒ ｆｏｒ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｍｕｌａｔｉｏｎ ａｎｄ Ｄｙｎａｍｉｃ Ｏｐｔｉｍｉｚｉｎｇ Ｏｂｊｅｃｔ Ｃｏｄｅ Ｔｒａｎｓｌａｔｉｏｎ Ｍｅｔｈｏｄ」という名称の特許文献７、Ｅｒｉｃ Ｔｒａｕｔによる「Ｍｅｔｈｏｄ ｆｏｒ Ｅｍｕｌａｔｉｎｇ Ｇｕｅｓｔ Ｉｎｓｔｒｕｃｔｉｏｎｓ ｏｎ ａ Ｈｏｓｔ Ｃｏｍｐｕｔｅｒ Ｔｈｒｏｕｇｈ Ｄｙｎａｍｉｃ Ｒｅｃｏｍｐｉｌａｔｉｏｎ ｏｆ Ｈｏｓｔ Ｉｎｓｔｒｕｃｔｉｏｎｓ」という名称の特許文献８、及び他の多くが挙げられ、これらの参考文献は、当業者が利用可能なターゲット・マシンのための異なるマシン用に設計された命令形式のエミュレーションを達成する様々な既知の方法を示す。

図２４において、ホスト・アーキテクチャのホスト・コンピュータ・システム５０００’をエミュレートする、エミュレートされたホスト・コンピュータ・システム５０９２の一例が提供される。エミュレートされたホスト・コンピュータ・システム５０９２では、ホスト・プロセッサ（ＣＰＵ）５０９１は、エミュレートされたホスト・プロセッサ（又は仮想ホスト・プロセッサ）であり、かつ、ホスト・コンピュータ５０００’のプロセッサ５０９１のものとは異なるネイティブな命令セット・アーキテクチャを有するエミュレーション・プロセッサ５０９３を含む。エミュレートされたホスト・コンピュータ・システム５０９２は、エミュレーション・プロセッサ５０９３がアクセス可能なメモリ５０９４を有する。例示的な実施形態において、メモリ５０９４は、ホスト・コンピュータ・メモリ５０９６の部分と、エミュレーション・ルーチン５０９７の部分とに区分化される。ホスト・コンピュータ・メモリ５０９６は、ホスト・コンピュータ・アーキテクチャに従い、エミュレートされたホスト・コンピュータ・システム５０９２のプログラムに利用可能である。エミュレーション・プロセッサ５０９３は、エミュレートされたプロセッサ５０９１のもの以外のアーキテクチャのアーキテクチャ化された命令セットのネイティブ命令を実行し、このネイティブ命令はエミュレーション・ルーチン・メモリ５０９７から取得されたものであり、かつ、エミュレーション・プロセッサ５０９３は、シーケンス及びアクセス／デコード・ルーチンにおいて取得される１以上の命令を用いることにより、ホスト・コンピュータ・メモリ５０９６の中のプログラム由来の実行のためのホスト命令にアクセスすることができ、このシーケンス及びアクセス／デコード・ルーチンは、アクセスされたホスト命令をデコードして、アクセスされたホスト命令の機能をエミュレートするためのネイティブ命令実行ルーチンを判断することができる。ホスト・コンピュータ・システム５０００’のアーキテクチャのために定められた、例えば、汎用レジスタ、制御レジスタ、動的アドレス変換、及びＩ／Ｏサブシステムのサポート、並びにプロセッサ・キャッシュといったファシリティを含む他のファシリティを、アーキテクチャ化ファシリティ・ルーチンによってエミュレートすることができる。エミュレーション・ルーチンは、エミュレーション・ルーチンの性能を高めるために、エミュレーション・プロセッサ５０９３において利用可能な（汎用レジスタ、及び仮想アドレスの動的変換といった）機能を利用することもできる。ホスト・コンピュータ５０００’の機能をエミュレートする際にプロセッサ５０９３を補助するために、専用のハードウェア及びオフ・ロード・エンジンを設けることもできる。

本明細書で用いられる用語は、特定の実施形態を説明する目的のためのものにすぎず、本発明を限定することを意図したものではない。本明細書で用いられる場合、単数形「１つの（a）」、「１つの（an）」及び「その（the）」は、文脈が特に明示しない限り、複数形も同様に含むことを意図したものである。「含む（comprise）」及び／又は「含んでいる（comprising）」という用語は、本明細書で用いられる場合、記述された特徴、整数、ステップ、動作、要素、及び／又はコンポーネントの存在を指示するが、１以上の他の特徴、整数、ステップ、動作、要素、コンポーネント、及び／又はそれらの群の存在又は追加を排除するものではないこともさらに理解されるであろう。

１００：コンピューティング環境
１０２：中央プロセッサ・コンプレックス（ＣＰＣ）
１０４、２００、２０６：論理パーティション
１０６：ハイパーバイザ
１０８：中央プロセッサ
１１０：入力／出力サブシステム
１２０、２０４：オペレーティング・システム
１２２、２０８：結合ファシリティ制御コード
２０６：結合ファシリティ
２１０：システム間チャネル
２２０：メッセージ送信（ＳＭＳＧ）プロトコル
２２２：オペレータ・メッセージ（ＯＭ）要求
２２４：オペレータ・メッセージ（ＯＭ）応答
２３０：オペレーティング・システム・コンソール
２３２：試験プログラム
２３４：結合ファシリティ・コンソール
２４０：オペレータ・メッセージ・プロセッサ
２５０：メッセージ送信命令
２５２：メッセージ操作ブロック（ＭＯＢ）
２５４：サブチャネル
２５６：チャネル・サブシステム
２５８：メッセージ・コマンド・ブロック・アドレス
２６０：メッセージ・バッファ・アドレス・リスト（ＭＢＡＬ）アドレス
２６２：ＭＢＡＬ長さ
２６４：メッセージ・コマンド・ブロック
２６６：メッセージ応答ブロック
２６８：メッセージ・バッファ・アドレス・リスト（ＭＢＡＬ）
２７２：メッセージ・バッファ
３００：マルチプレクサ
３０２：ソース
４００：バッファ
４０２：オペレータ・メッセージ状態
４０４：オペレータ・メッセージ・トークン（ＯＭＴＫ）
４０６：オペレータ・メッセージ・タイマー（ＯＭＴ）
４０８：オペレータ・メッセージ要求長さ（ＯＭＲＥＱＬ）
４１０：オペレータ・メッセージ応答長さ（ＯＭＲＥＳＬ）
４１２：オペレータ・メッセージ要求データ（ＯＭＲＥＱＤ）
４１４：オペレータ・メッセージ応答データ（ＯＭＲＥＳＤ）
５００：アイドル状態
５０２：アクティブかつ処理中状態
５０４：アクティブかつ応答保留中状態
７８０：オペレータ・メッセージ開始ＭＣＢ（メッセージ・コマンド・ブロック）
７８２：オペレータ・メッセージ開始要求パラメータ
７８４：オペレータ・メッセージ要求
７９０：オペレータ・メッセージ開始ＭＲＢ（メッセージ応答ブロック）
７９２：オペレータ・メッセージ開始応答パラメータ
８７５：オペレータ・メッセージ（ＯＭ）応答
８８０：メッセージ制御ブロック
８８２：オペレータ・メッセージ読み出し要求パラメータ
９８０：ＭＣＢ
９８２：オペレータ・メッセージ削除要求パラメータ
９９０：オペレータ・メッセージ削除ＭＲＢ

Claims (17)

1. コンピューティング環境においてオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラムであって、前記コンピューティング環境の結合ファシリティとしてのコンピュータ・システムに、
   前記結合ファシリティとは別個のものであるがこれに結合されたソースから、オペレータ・メッセージ・コマンド及び前記オペレータ・メッセージ・コマンドと関連したトークンを取得することと、
   前記トークンを用いて、前記オペレータ・メッセージ・コマンドの実施において利用可能なバッファを提供することであって、前記バッファは前記トークンを格納するためのトークン・フィールドを含み、前記結合ファシリティの１以上のバッファのどのバッファも前記トークンに合致するトークン・フィールドを有していないと判断することに応答して、前記結合ファシリティの前記１以上のバッファのうちのアイドル状態のバッファを選択し、前記トークンを前記選択されたバッファの前記トークン・フィールド内に格納し、前記トークンが内部に格納された前記選択されたバッファは、前記オペレータ・メッセージ・コマンドの実施に用いられる前記バッファである、提供することと、
   前記バッファを用いて、前記オペレータ・メッセージ・コマンドを実施することと、
   前記オペレータ・メッセージ・コマンドの処理への応答を提供することであって、前記応答は前記オペレータ・メッセージ・コマンドの前記ソースに利用可能である、提供することと、
   を実行させる、オペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム。
2. 前記オペレータ・メッセージ・コマンドは、多数の異なるタイプのソースから取得された複数のオペレータ・メッセージ・コマンドから処理するように選択され、前記多数の異なるタイプのソースは、プロセッサ・イメージ及び結合ファシリティ・コンソールを含む、請求項１に記載のオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム。
3. 前記取得することは、前記ソースにより開始されるオペレータ・メッセージ開始コマンドを介して、前記オペレータ・メッセージ・コマンドを受信することを含む、請求項１に記載のオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム。
4. 前記受信することは、前記結合ファシリティのマルチプレクサにおいて前記オペレータ・メッセージ開始コマンドを受信することを含み、前記方法は、前記マルチプレクサにより、処理される１以上のオペレータ・メッセージ・コマンドから前記オペレータ・メッセージ・コマンドを選択し、前記選択されたオペレータ・メッセージ・コマンドを前記結合ファシリティのオペレータ・メッセージ・プロセッサに転送して、前記選択されたオペレータ・メッセージ・コマンドを処理することをさらに含む、請求項３に記載のオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム。
5. 前記実施することは、前記バッファ内に、前記オペレータ・メッセージ・コマンドを処理した結果得られるオペレータ・メッセージ情報を格納することを含み、前記バッファは、前記オペレータ・メッセージ開始コマンドを処理することに応答して提供され、前記応答を提供することは、前記オペレータ・メッセージ情報を提供することを含む、請求項３に記載のオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム。
6. 前記バッファは、前記オペレータ・メッセージ開始コマンドを処理することに応答して、オペレータ・メッセージが前記バッファに関してアクティブであった時間の長さを示すためのタイマーと、オペレータ・メッセージ要求長さと、オペレータ・メッセージ応答長さと、前記オペレータ・メッセージ・コマンドとをさらに含む、請求項５に記載のオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム。
7. 前記方法は、前記コンピュータ・システムに、前記オペレータ・メッセージ開始コマンドにより示される特定の戻りコードを受信することに応答して発行されるオペレータ・メッセージ読み出しコマンドを受信することに応答して、前記バッファを読み出して少なくとも前記オペレータ・メッセージ情報を取得することをさらに実行させる、請求項５に記載のオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム。
8. 前記方法は、前記コンピュータ・システムに、オペレータ・メッセージ削除コマンドを受信することに応答して、前記バッファをアイドル状態に置くことをさらに実行させる、請求項１に記載のオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム。
9. 前記取得することは、前記ソースが前記ソースに結合されたコンソール又はプロセッサ・イメージのプログラムの一方から前記オペレータ・メッセージ・コマンドを受信することに応答して、前記ソースにより開始されるオペレータ・メッセージ開始コマンドを介して、前記オペレータ・メッセージ・コマンドを受信することを含む、請求項１に記載のオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム。
10. 前記結合ファシリティは、ストレージ及び処理能力を有する共有可能なファシリティを含み、かつ、複数のプロセッサ・イメージの間で共有可能である、請求項１に記載のオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・プログラム。
11. コンピューティング環境においてオペレータ・メッセージ・コマンドの処理を容易にするためのコンピュータ・システムであって、前記コンピュータ・システムは、
    メモリと、
    前記メモリと通信するプロセッサと、を含み、
    前記コンピュータ・システムは、
    前記コンピューティング環境の結合ファシリティにより、前記結合ファシリティとは別個のものであるがこれに結合されたソースから、オペレータ・メッセージ・コマンド及び前記オペレータ・メッセージ・コマンドと関連したトークンを取得することと、
    前記トークンを用いて、前記オペレータ・メッセージ・コマンドの実施において利用可能なバッファを提供することであって、前記バッファは前記トークンを格納するためのトークン・フィールドを含み、前記結合ファシリティの１以上のバッファのどのバッファも前記トークンに合致するトークン・フィールドを有していないと判断することに応答して、前記結合ファシリティの前記１以上のバッファのうちのアイドル状態のバッファを選択し、前記トークンを前記選択されたバッファの前記トークン・フィールド内に格納し、前記トークンが内部に格納された前記選択されたバッファは、前記オペレータ・メッセージ・コマンドの実施に用いられる前記バッファである、提供することと、
    前記バッファを用いて、前記オペレータ・メッセージ・コマンドを実施することと、
    前記オペレータ・メッセージ・コマンドの処理への応答を提供することであって、前記応答は前記オペレータ・メッセージ・コマンドの前記ソースに利用可能である、提供することと、
    を含む方法を実施するように構成されるコンピュータ・システム。
12. 前記オペレータ・メッセージ・コマンドは、多数の異なるタイプのソースから取得された複数のオペレータ・メッセージ・コマンドから処理するために選択され、前記多数の異なるタイプのソースは、プロセッサ・イメージ及び結合ファシリティ・コンソールを含む、請求項１１に記載のコンピュータ・システム。
13. 前記取得することは、前記ソースにより開始されるオペレータ・メッセージ開始コマンドを介して、前記オペレータ・メッセージ・コマンドを受信することを含み、前記実施することは、前記バッファ内に、前記オペレータ・メッセージ・コマンドを処理した結果得られるオペレータ・メッセージ情報を格納することを含み、前記バッファは、前記オペレータ・メッセージ開始コマンドを処理することに応答して提供され、前記応答を提供することは、前記オペレータ・メッセージ情報を提供することを含む、請求項１１に記載のコンピュータ・システム。
14. 前記バッファは、前記オペレータ・メッセージ開始コマンドを処理することに応答して、オペレータ・メッセージが前記バッファに関してアクティブであった時間の長さを示すためのタイマーと、オペレータ・メッセージ要求長さと、オペレータ・メッセージ応答長さと、前記オペレータ・メッセージ・コマンドとをさらに含む、請求項１３に記載のコンピュータ・システム。
15. 前記方法は、前記オペレータ・メッセージ開始コマンドにより示される特定の戻りコードを受信することに応答して発行されるオペレータ・メッセージ読み出しコマンドを受信することに応答して、前記バッファを読み出して少なくとも前記オペレータ・メッセージ情報を取得することをさらに含む、請求項１３に記載のコンピュータ・システム。
16. コンピューティング環境においてオペレータ・メッセージ・コマンドの処理を容易にするための方法であって、前記方法は、
    前記コンピューティング環境の結合ファシリティにより、前記結合ファシリティとは別個のものであるがこれが結合されたソースから、オペレータ・メッセージ・コマンド及び前記オペレータ・メッセージ・コマンドと関連したトークンを取得することと、
    前記トークンを用いて、前記オペレータ・メッセージ・コマンドの実施において利用可能なバッファを提供することであって、前記バッファは前記トークンを格納するためのトークン・フィールドを含み、前記結合ファシリティの１以上のバッファのどのバッファも前記トークンに合致するトークン・フィールドを有していないと判断することに応答して、前記結合ファシリティの前記１以上のバッファのうちのアイドル状態のバッファを選択し、前記トークンを前記選択されたバッファの前記トークン・フィールド内に格納し、前記トークンが内部に格納された前記選択されたバッファは、前記オペレータ・メッセージ・コマンドの実施に用いられる前記バッファである、提供することと、
    前記バッファを用いて、前記オペレータ・メッセージ・コマンドを実施することと、
    前記オペレータ・メッセージ・コマンドの処理への応答を提供することであって、前記応答は前記オペレータ・メッセージ・コマンドの前記ソースに利用可能にされる、提供することと、
    を含む方法。
17. 前記取得することは、前記ソースにより開始されるオペレータ・メッセージ開始コマンドを介して、前記オペレータ・メッセージ・コマンドを受信することを含み、前記実施することは、前記バッファ内に、前記オペレータ・メッセージ・コマンドを処理した結果得られるオペレータ・メッセージ情報を格納することを含み、前記バッファは、前記オペレータ・メッセージ開始コマンドを処理することに応答して提供され、前記応答を提供することは、前記オペレータ・メッセージ情報を提供することを含む、請求項１６に記載の方法。

Images