特表 2024-531070 ストレージ・システムにおけるチャネル・サブシステムのための移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエスト

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-08-29

(54)【発明の名称】ストレージ・システムにおけるチャネル・サブシステムのための移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエスト

(51)【国際特許分類】

   G06F 13/12 20060101AFI20240822BHJP

   G06F 3/06 20060101ALI20240822BHJP

   G06F 13/10 20060101ALI20240822BHJP

【ＦＩ】

G06F13/12 320A

G06F3/06 301F

G06F13/10 340A

G06F13/12 320E

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024504206

(86)(22)【出願日】2022-09-05

(85)【翻訳文提出日】2024-01-23

(86)【国際出願番号】 IB2022058318

(87)【国際公開番号】W WO2023037222

(87)【国際公開日】2023-03-16

(31)【優先権主張番号】17/469,647

(32)【優先日】2021-09-08

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】390009531

【氏名又は名称】インターナショナル・ビジネス・マシーンズ・コーポレーション

【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】Ｎｅｗ Ｏｒｃｈａｒｄ Ｒｏａｄ， Ａｒｍｏｎｋ， Ｎｅｗ Ｙｏｒｋ １０５０４， Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100112690

【弁理士】

【氏名又は名称】太佐 種一

(74)【代理人】

【識別番号】100120710

【弁理士】

【氏名又は名称】片岡 忠彦

(72)【発明者】

【氏名】ピーターソン、ベス

(72)【発明者】

【氏名】ドリーバー、パトリシア

(72)【発明者】

【氏名】リーディー、デール

(72)【発明者】

【氏名】パヴェザ、ジョン

(72)【発明者】

【氏名】ハソーン、ロジャー

(72)【発明者】

【氏名】ローテン、ウェイン

(57)【要約】

チャネル・サブシステムを通じたストレージ・サーバを対象としたリクエストを処理するためのコンピュータ・プログラム製品、システム、および方法が提供される。１つの実施形態では、パターン・サーチ・リクエストは、ストレージ・サーバが、ホストからのわずか１つのＤＣＷに応答して、サーチおよび比較作業の全てまたは実質的に全てを行うことを可能にするデバイス・コマンド・ワード（ＤＣＷ）に組み込まれる。さらに、Ｉ／Ｏ処理は、全てわずか１つのＤＣＷに応答して、読み取り／書き込みＩ／Ｏ処理のための出発点として、成功した組込み済みパターン・サーチ・リクエストの関心のあるターゲット・レコードを使用するために強化可能である。さらに、方向ルールも緩めることができ、ターゲット・レコードが見つかると、チェーンの最初またはその後のＤＣＷのその後のコマンドの実行時に、上記レコードのいずれかおよび全てのフィールドがアクセスおよび利用可能になる。

【特許請求の範囲】

【請求項1】

ストレージ・システムへのリクエストを処理するためのコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品が、プログラム命令を具体化したコンピュータ可読ストレージ媒体を備え、前記プログラム命令が、動作を引き起こすためにプロセッサによって実行可能であり、前記動作が、
前記ストレージ・システムのためのチャネル・サブシステムにおけるＤＣＷ移送モード処理のためのデバイス・コマンド・ワード（ＤＣＷ）にパターン・サーチ・リクエストをパッケージ化することであって、前記パターン・サーチ・リクエストのパッケージ化が、キー・サーチ・パターン引数を有する組込み済みパターン・サーチ・リクエストを前記ＤＣＷが有するように、前記パターン・サーチ・リクエスト用のキー・サーチ・パターン引数を前記デバイス・コマンド・ワードにパッケージ化することを含む、前記パッケージ化すること
を含む、コンピュータ・プログラム製品。

【請求項2】

前記動作が、前記パターン・サーチ・リクエストに加えて、Ｉ／Ｏ動作を開始するための組込み済み入出力（Ｉ／Ｏ）動作コマンド、および前記組込み済みパターン・サーチ・リクエストを満たすレコードのプレカウント・フィールドで前記Ｉ／Ｏ動作をスタートさせることを指示するフラグをパッケージ化することをさらに含み、前記Ｉ／Ｏ動作コマンドが、前記デバイス・コマンド・ワードに組み込まれた読み取りコマンドおよび書き込みコマンドのうちの少なくとも１つを含む、請求項１に記載のコンピュータ・プログラム製品。

【請求項3】

前記パターン・サーチ・リクエストが、前記ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内に組み込まれ、前記動作が、前記パターン・サーチ・リクエストに加えて、前記ＤＣＷに組み込まれた読み取り／書き込みチャネル・コマンド・ワード（ＣＣＷ）をパッケージ化することをさらに含み、前記ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内のロケート・レコード・エクステンデッド（ＬＲＥ）パラメータが、前記組込み済みパターン・サーチ・リクエストの実行のためのスタート方向を提供し、前記組込み済みパターン・サーチ・リクエストの成功した処理が、前記組込み済みＣＣＷの読み取り／書き込み動作の実行のためのスタート方向を提供する、請求項１または２に記載のコンピュータ・プログラム製品。

【請求項4】

前記パターン・サーチ・リクエストのパッケージ化が、ｚハイ・パフォーマンスＦＩＣＯＮ（ｚＨＰＦ）プロトコルで定義されたように前記ＤＣＷのロケート・レコード・エクステンデッド（ＬＲＥ）フィールドに、前記パターン・サーチ・リクエストおよびキー・サーチ・パターン引数をパッケージ化することを含む、請求項１ないし３のいずれか一項に記載のコンピュータ・プログラム製品。

【請求項5】

前記パターン・サーチ・リクエストのパッケージ化が、前記ＤＣＷのフィールドにパターン・サーチ・リクエスト・フラグをパッケージ化することを含み、前記フラグが、サーチ・フィールドおよびサーチ・タイプのうちの少なくとも１つを指示し、前記サーチ・タイプが、等しい、以上、およびより大きいのうちの少なくとも１つを含み、前記フラグが、成功後の方向、単一レコード・サーチおよび複数レコード・サーチのうちの少なくとも１つ、ならびに単一トラック・サーチおよび複数トラック・サーチのうちの少なくとも１つをさらに指示する、請求項１ないし４のいずれか一項に記載のコンピュータ・プログラム製品。

【請求項6】

組込み済みパターン・サーチ・リクエストを有する前記ＤＣＷは、ＤＣＷのチェーン内にあり、組込み済み読み取りコマンドがなく、かつ組込み済み書き込みコマンドがなく、前記組込み済みパターン・サーチ・リクエストを有する前記ＤＣＷは、組込み済み読み取りコマンドおよび組込み済み書き込みコマンドのうちの少なくとも１つを有する前記ＤＣＷのチェーンのいずれかのＤＣＷの前にある、請求項１ないし５のいずれか一項に記載のコンピュータ・プログラム製品。

【請求項7】

前記パターン・サーチ・リクエストのパッケージ化が、キー・パターン・サーチ引数およびデータ・パターン・サーチ引数の両方を有する組込み済みパターン・サーチ・リクエストを前記ＤＣＷが有するように、前記パターン・サーチ・リクエスト用のデータ・サーチ・パターン引数をパッケージ化することを含む、請求項１ないし６のいずれか一項に記載のコンピュータ・プログラム製品。

【請求項8】

前記パターン・サーチ・リクエストが、ＤＣＷのチェーンの最初のＰＦＸ／ＰＦＸＲタイプのＤＣＷ内のフィールドに組み込まれる、請求項１ないし７のいずれか一項に記載のコンピュータ・プログラム製品。

【請求項9】

コンピュータ・システムであって、
ストレージ・システムと、
ホストと、
前記ホストおよびストレージ・システムを連結するチャネル・サブシステムと、
前記コンピュータ・システムの少なくとも１つの構成要素のプロセッサと、
前記ストレージ・システムへのリクエストを処理するためのコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品が、プログラム命令を具体化したコンピュータ可読ストレージ媒体を備え、前記プログラム命令が、動作を引き起こすためにプロセッサによって実行可能であり、前記動作が、
前記ストレージ・システムのためのチャネル・サブシステムにおけるＤＣＷ移送モード処理のためのデバイス・コマンド・ワード（ＤＣＷ）にパターン・サーチ・リクエストをパッケージ化することであって、前記パターン・サーチ・リクエストのパッケージ化が、キー・サーチ・パターン引数を有する組込み済みパターン・サーチ・リクエストを前記ＤＣＷが有するように、前記パターン・サーチ・リクエスト用のキー・サーチ・パターン引数を前記デバイス・コマンド・ワードにパッケージ化することを含む、前記パッケージ化すること
を含む、前記コンピュータ・プログラム製品と
を備える、コンピュータ・システム。

【請求項10】

前記動作が、前記パターン・サーチ・リクエストに加えて、Ｉ／Ｏ動作を開始するための組込み済み入出力（Ｉ／Ｏ）動作コマンド、および前記組込み済みパターン・サーチ・リクエストを満たすレコードのプレカウント・フィールドで前記Ｉ／Ｏ動作をスタートさせることを指示するフラグをパッケージ化することをさらに含み、前記Ｉ／Ｏ動作コマンドが、前記デバイス・コマンド・ワードに組み込まれた読み取りコマンドおよび書き込みコマンドのうちの少なくとも１つを含む、請求項９に記載のコンピュータ・システム。

【請求項11】

前記パターン・サーチ・リクエストが、前記ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内に組み込まれ、前記動作が、前記パターン・サーチ・リクエストに加えて、前記ＤＣＷに組み込まれた読み取り／書き込みチャネル・コマンド・ワード（ＣＣＷ）をパッケージ化することをさらに含み、前記ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内のロケート・レコード・エクステンデッド（ＬＲＥ）パラメータが、前記組込み済みパターン・サーチ・リクエストの実行のためのスタート方向を提供し、前記組込み済みパターン・サーチ・リクエストの成功した処理が、前記組込み済みＣＣＷの読み取り／書き込み動作の実行のためのスタート方向を提供する、請求項９または１０に記載のコンピュータ・システム。

【請求項12】

前記パターン・サーチ・リクエストのパッケージ化が、ｚハイ・パフォーマンスＦＩＣＯＮ（ｚＨＰＦ）プロトコルで定義されたように前記ＤＣＷのロケート・レコード・エクステンデッド（ＬＲＥ）フィールドに、前記パターン・サーチ・リクエストおよびキー・サーチ・パターン引数をパッケージ化することを含む、請求項９ないし１１のいずれか一項に記載のコンピュータ・システム。

【請求項13】

前記パターン・サーチ・リクエストのパッケージ化が、前記ＤＣＷのフィールドにパターン・サーチ・リクエスト・フラグをパッケージ化することを含み、前記フラグが、サーチ・フィールドおよびサーチ・タイプのうちの少なくとも１つを指示し、前記サーチ・タイプが、等しい、以上、およびより大きいのうちの少なくとも１つを含み、前記フラグが、成功後の方向、単一レコード・サーチおよび複数レコード・サーチのうちの少なくとも１つ、ならびに単一トラック・サーチおよび複数トラック・サーチのうちの少なくとも１つをさらに指示する、請求項９ないし１２のいずれか一項に記載のコンピュータ・システム。

【請求項14】

組込み済みパターン・サーチ・リクエストを有する前記ＤＣＷは、ＤＣＷのチェーン内にあり、組込み済み読み取りコマンドがなく、かつ組込み済み書き込みコマンドがなく、前記組込み済みパターン・サーチ・リクエストを有する前記ＤＣＷは、組込み済み読み取りコマンドおよび組込み済み書き込みコマンドのうちの少なくとも１つを有する前記ＤＣＷのチェーンのいずれかのＤＣＷの前にある、請求項９ないし１３のいずれか一項に記載のコンピュータ・システム。

【請求項15】

前記パターン・サーチ・リクエストのパッケージ化が、キー・パターン・サーチ引数およびデータ・パターン・サーチ引数の両方を有する組込み済みパターン・サーチ・リクエストを前記ＤＣＷが有するように、前記パターン・サーチ・リクエスト用のデータ・サーチ・パターン引数をパッケージ化することを含む、請求項９ないし１４のいずれか一項に記載のコンピュータ・システム。

【請求項16】

前記パターン・サーチ・リクエストが、ＤＣＷのチェーンの最初のＰＦＸ／ＰＦＸＲタイプのＤＣＷ内のフィールドに組み込まれる、請求項９ないし１５のいずれか一項に記載のコンピュータ・システム。

【請求項17】

ストレージ・システムのためのチャネル・サブシステムにおけるＤＣＷ移送モード処理のためのデバイス・コマンド・ワード（ＤＣＷ）にパターン・サーチ・リクエストをパッケージ化することであって、前記パターン・サーチ・リクエストのパッケージ化が、キー・サーチ・パターン引数を有する組込み済みパターン・サーチ・リクエストを前記ＤＣＷが有するように、前記パターン・サーチ・リクエスト用のキー・サーチ・パターン引数を前記デバイス・コマンド・ワードにパッケージ化することを含む、前記パッケージ化すること
を含む、方法。

【請求項18】

前記パターン・サーチ・リクエストに加えて、Ｉ／Ｏ動作を開始するための組込み済み入出力（Ｉ／Ｏ）動作コマンド、および前記組込み済みパターン・サーチ・リクエストを満たすレコードのプレカウント・フィールドで前記Ｉ／Ｏ動作をスタートさせることを指示するフラグをパッケージ化することをさらに含み、前記Ｉ／Ｏ動作コマンドが、前記デバイス・コマンド・ワードに組み込まれた読み取りコマンドおよび書き込みコマンドのうちの少なくとも１つを含む、請求項１７に記載の方法。

【請求項19】

前記パターン・サーチ・リクエストが、前記ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内に組み込まれ、前記動作が、前記パターン・サーチ・リクエストに加えて、前記ＤＣＷに組み込まれた読み取り／書き込みチャネル・コマンド・ワード（ＣＣＷ）をパッケージ化することをさらに含み、前記ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内のロケート・レコード・エクステンデッド（ＬＲＥ）パラメータが、前記組込み済みパターン・サーチ・リクエストの実行のためのスタート方向を提供し、前記組込み済みパターン・サーチ・リクエストの成功した処理が、前記組込み済みＣＣＷの読み取り／書き込み動作の実行のためのスタート方向を提供する、請求項１７または１８に記載の方法。

【請求項20】

前記パターン・サーチ・リクエストのパッケージ化が、ｚハイ・パフォーマンスＦＩＣＯＮ（ｚＨＰＦ）プロトコルで定義されたように前記ＤＣＷのロケート・レコード・エクステンデッド（ＬＲＥ）フィールドに、前記パターン・サーチ・リクエストおよびキー・サーチ・パターン引数をパッケージ化することを含む、請求項１７ないし１９のいずれか一項に記載の方法。

【請求項21】

前記パターン・サーチ・リクエストのパッケージ化が、前記ＤＣＷのフィールドにパターン・サーチ・リクエスト・フラグをパッケージ化することを含み、前記フラグが、サーチ・フィールドおよびサーチ・タイプのうちの少なくとも１つを指示し、前記サーチ・タイプが、等しい、以上、およびより大きいのうちの少なくとも１つを含み、前記フラグが、成功後の方向、単一レコード・サーチおよび複数レコード・サーチのうちの少なくとも１つ、ならびに単一トラック・サーチおよび複数トラック・サーチのうちの少なくとも１つをさらに指示する、請求項１７ないし２０のいずれか一項に記載の方法。

【請求項22】

組込み済みパターン・サーチ・リクエストを有する前記ＤＣＷは、ＤＣＷのチェーン内にあり、組込み済み読み取りコマンドがなく、かつ組込み済み書き込みコマンドがなく、前記組込み済みパターン・サーチ・リクエストを有する前記ＤＣＷは、組込み済み読み取りコマンドおよび組込み済み書き込みコマンドのうちの少なくとも１つを有する前記ＤＣＷのチェーンのいずれかのＤＣＷの前にある、請求項１７ないし２１のいずれか一項に記載の方法。

【請求項23】

前記パターン・サーチ・リクエストのパッケージ化が、キー・サーチ・パターン引数およびデータ・パターン引数の両方を有する組込み済みパターン・サーチ・リクエストを前記ＤＣＷが有するように、前記パターン・サーチ・リクエスト用のデータ・サーチ・パターン引数をパッケージ化することを含む、請求項１７ないし２２のいずれか一項に記載の方法。

【請求項24】

前記パターン・サーチ・リクエストが、ＤＣＷのチェーンの最初のＰＦＸ／ＰＦＸＲタイプのＤＣＷ内のフィールドに組み込まれる、請求項１７ないし２３のいずれか一項に記載の方法。

【請求項25】

ストレージ・システムでリクエストを処理するためのコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品が、プログラム命令を具体化したコンピュータ可読ストレージ媒体を備え、前記プログラム命令が、動作を引き起こすためにプロセッサによって実行可能であり、前記動作が、
前記ストレージ・システムのためのチャネル・サブシステムにおけるＤＣＷ移送モード処理のためのデバイス・コマンド・ワード（ＤＣＷ）を受信することであって、前記ＤＣＷが、前記デバイス・コマンド・ワード（ＤＣＷ）内のＰＦＸ／ＰＦＸＲパラメータ内に組み込まれたパターン・サーチ・リクエスト、および前記ＤＣＷに組み込まれた読み取り／書き込みチャネル・コマンド・ワード（ＣＣＷ）を有し、前記パターン・サーチ・リクエストが、組込み済みキー・サーチ・パターン引数を前記デバイス・コマンド・ワードにパッケージ化している、前記受信することと、
前記ＤＣＷの前記ＰＦＸ／ＰＦＸＲパラメータ内のロケート・レコード・エクステンデッド（ＬＲＥ）パラメータによって識別されたスタート方向に、前記パターン・サーチ・リクエストによってリクエストされたパターン・サーチを実施することと、
前記組込み済みパターン・サーチ・リクエストの成功した処理によって提供されたスタート方向に、前記組込み済みＣＣＷの読み取りもしくは書き込み動作またはその両方を実行することと
を含む、コンピュータ・プログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、チャネル・サブシステムのための移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストを処理するためのコンピュータ・プログラム製品、システム、および方法に関する。

【背景技術】

【0002】

入出力（Ｉ／Ｏ）動作は、処理環境のメモリと入出力デバイスとの間でデータを転送するために使用される。具体的には、入出力動作を実行することによって、データがメモリから１つまたは複数の入出力デバイスに書き込まれ、データが１つまたは複数の入出力デバイスからメモリに読み込まれる。

【0003】

入出力動作の処理を容易にするために、処理環境の入出力サブシステムが使用される。入出力サブシステムは、処理環境のメイン・メモリおよび入出力デバイスに連結され、メモリと入出力デバイスとの間の情報のフローを指図する。入出力サブシステムの１つの例は、チャネル・サブシステムである。チャネル・サブシステムは、チャネル経路を通信媒体として使用する。各チャネル経路は、ストレージ・サーバ（制御ユニットまたはストレージ・コントローラとしても知られている）に連結されたチャネルを含み、ストレージ・サーバは、これらのＩ／Ｏデバイスを制御するために、１つまたは複数の入出力デバイスにさらに連結される。

【0004】

チャネル・サブシステムは、典型的には、チャネル・コマンド・ワードを用いて、入出力デバイスとメモリとの間でデータを転送する。チャネル・コマンド・ワード（ＣＣＷ：channel command word）は、実行されることになるコマンドを特定し、コマンドが特定のＩ／Ｏ動作を開始するために、ＣＣＷは、動作に関連付けられたメモリ・エリア、エリアとの間の転送が完了したときに常に行われることになるアクション、および他のオプションを指定する。したがって、既知のＣＣＷは、関係するデータ・エリアのデータ・アドレスと共に、読み取り、書き込み、または制御などの、チャネル・コマンドを含む。データは、チャネル・サブシステムに渡される。チャネル・サブシステムは、Ｉ／Ｏのステータスを、発行したアプリケーションに伝達して戻す。

【0005】

入出力処理中、チャネル・コマンド・ワードのリストが、チャネルによってメモリから取得される。チャネルは、チャネル・コマンド・ワードのリストからの各コマンドをパースし、チャネルに連結されたストレージ・サーバのプロセッサに、いくつかのコマンドを転送する。ストレージ・サーバは次いで、コマンドを処理する。チャネルは、各コマンドの状態を追跡し、コマンドの次のセットが処理のためにストレージ・サーバにいつ送信されるべきかを制御する。

【0006】

ＣＣＷを組み入れた処理環境は、伝統的に、一意のプロトコルを使用して、ＣＣＷをストレージ・サーバに移送してきた。カウント・キー・データ（ＣＫＤ：Count Key Data）などのデータ・フォーマットを対象とする典型的な光ファイバ接続（ＦＩＣＯＮ：Fibre Connection）コマンド・モード・チャネル・プログラムでは、別々に転送された読み取りまたは書き込みコマンドを実行する前に、トラック上の特定のレコード・エリアを位置特定または位置確定するために、サーチ・コマンドのセットのうちの１つが使用される。例えば、ＣＫＤフォーマット・データのための拡張カウント・キー・データ（ＥＣＫＤ：Extended Count Key Data）アーキテクチャと共に、デファイン・エクステント（ＤＸ：Define Extent）およびロケート・レコード（ＬＲ：Locate Record）コマンドのなどのロケート・レコード動作が一般に使用される。

【0007】

既知の光ファイバ接続（「ＦＩＣＯＮ」）（コマンド・モード）書き込みチェーンは、ホスト・サーバが、接続されたストレージ・システムにデータを転送することを可能にするはずの、いくつかのＣＣＷを含む。上述のように、各ＣＣＷは、実行されることになるコマンドを含み、制御パラメータを指し示すか、読み取りまたは書き込みを行うことになるデータを含むストレージ・エリアを指し示す。ＣＣＷは、ストレージ・エリアを直接指し示してもよく、または、間接アドレッシング（間接アドレス・リスト（ＩＤＡＬ）または変更済み間接アドレス・リスト（ＭＩＤＡＬ））のいくつかのフォーマットを使用して、ストレージ・エリアを指し示してもよい。

【0008】

標準ＦＩＣＯＮ書き込みチェーンは、デファイン・エクステント、ロケート・レコード（エクステンデッド）、および書き込みコマンドを含んでもよい。デファイン・エクステントおよびロケート・レコード（エクステンデッド）は、プレフィックス・コマンドにまとめられてもよい。ロケート・レコード・パラメータは、チェーン内の直後に続くことになる動作のドメインを記述する。これらのパラメータは、読み取りまたは書き込みドメイン・タイプ、データ転送用のスタート・アドレス、および、チェーン内のデータ転送コマンドの予想数を定義する。チェーンはまた、書き込みコマンドの初期ドメインが完了した後の追加のロケート・レコード（エクステンデッド）コマンドを含んでもよい。これらの追加のロケート・レコード（エクステンデッド）コマンドは、組込み済みロケート・レコード・コマンドと呼ばれ、チェーン内に追加のドメインが定義されることを可能にする。これらのドメインは、連続でも不連続でもよい。

【0009】

カウント・キー・データ（ＣＫＤ）ディスク・データ・フォーマットで、データ・フィールドは、ユーザ・データを格納する。しかし、データ・レコードは長さが可変である可能性があるので、各データ・レコードも、レコード識別子（レコードＩＤ）を提供する関連付けられたカウント・フィールドを有する。慣例により、このレコードＩＤは、トラック・アドレスを指定するために使用されることが多い。レコードを識別するために使用され得る文字列（例えばファイル名）などの追加情報を含む、オプションのキー・フィールドも定義される。レコードの識別に加えて、カウント・フィールドは、オプションのキー・フィールドおよびオプションのユーザ・データ・エリアのバイト数を提供する。レコードＩＤおよびキー・フィールドの両方は、特定の値でハードウェア・サーチが行われることを可能にする。ＣＫＤプロトコルと互換性のあるコマンド・モード・チャネル・プログラムでは、ストレージ・サーバは、チャネルからサーチ引数を転送し、ストレージ・デバイスまたはキャッシュからカウントまたはキー・レコード・エリアを読み取り、引数と読み取ったエリアとの論理比較演算を実施してターゲット・レコードを位置特定する。

【0010】

ＣＫＤサーチ・コマンドは、典型的には、（チェーン内の前の方のコマンドで定義されたように）特定のトラックからスタートするが、その後、各レコードの特定のフィールドを検査し、これを、典型的には上述のようにチャネルを通じてホストによって提供されたサーチ引数である情報と比較する。ホストは、カウント・フィールド（ＩＤ）またはキー・フィールドに対するサーチをリクエストしてもよい。ホストは、例えば、フィールドおよび引数がマッチすること、またはフィールドが引数より大きい値を有することをリクエストしてもよい。ストレージ・サーバによってホストに返されたステータスは、ストレージ・サーバが、リクエストされた比較を満たすレコードを見つけるのに成功したか失敗したかを指示する。ホストは、マッチがあるかどうかを検査し続けることを選んでもよく、または、ホスト・プログラムの目標に応じて停止してもよい。例えば、複数のトラックをレコード毎にチェックし、マッチが見つかる前に、リンク全体を行き来して転送する著しいコマンド信号ハンドシェイク・オーバヘッドに遭遇することがある。マッチが見つかると、ホストは、書き込みコマンドを発行して、成功したサーチ・ターゲットのデータ・フィールドへのデータの書き込みを開始してもよく、または、読み取りコマンドを発行して、成功したサーチ・ターゲットのデータ・フィールドからのデータ読み取りを開始してもよい。

【0011】

ＣＫＤプロトコルと互換性のある既知のコマンド・モード・チャネル・プログラムでは、この処理は、非常に非効率的な可能性があるが、これは、１９６０年代からのアーキテクチャ、および回転ディスク・タイプのストレージ・デバイスに関連付けられた限界に基づく。当初のＣＫＤアーキテクチャは、回転ディスクからレコードを読み取り、キー・フィールドを、ホストによって渡された引数と比較することに基づいていた。ディスクは論理的に回転するので、ストレージ・サーバは事実上、「これはあなたのレコードです」または「これはあなたのレコードではありません」とホストにレポートする。チャネル・プログラムは、ストレージ・サーバには見えないが、１つのレコードのこのテストの結果で何が行われるかを決定する。最も一般的な結果は、分岐して戻り、次のレコードに対して別のサーチ・コマンドを再び送信することによってパターンを再びテストすることだった。チャネル全体のハンドシェイク信号のこのチャタリングには時間がかかり、他のデータ転送を妨げる可能性がある。

【0012】

徐々に、ＣＫＤフォーマットのデータを対象としたアーキテクチャに進歩があった。例えば、カウント・キー・データ（ＣＫＤ）などのデータ・フォーマットを対象とした１つの既知のコマンド・モード・チャネル・プログラムには、ストレージ・サーバが特定のトラックに対してレコード全てをサーチしてもよい「特殊サーチ・キー・モード」を指示可能なＦＩＣＯＮサーチ・コマンドのためのメカニズムがある。

【0013】

その回転ディスク起源に関係のある現在のコマンド・モードＥＣＫＤアーキテクチャのさらなる限界は、レコードの１つのフィールド（キー・フィールドなど）に対して動作が実施されると、ディスク方向は、その後のフィールドにあることが想定されることである。例えば、キー・フィールドに対してサーチが実施された場合、方向は、そのレコードのデータ・フィールドを指し示しているとみなされる。その結果、コマンド・モード・チャネル・サーチ・プログラムは、これらが、その後の（例えば、キー）フィールドに対する成功したサーチ動作に備えて、動作対象の各レコード内のフィールド（カウント・フィールドなど）についての情報を保存するような方式で、書き込まれた。回転ディスク用に確立されたルールに従って、キーのサーチが成功すると、バックアップ動作は、典型的には、カウント・フィールドを読み込むために利用できなかった。その結果、レコードのカウント・フィールドは通常、このレコードのキーが所望の値（例えばサーチ引数）にマッチするかどうかを決定する前に読み取られ、保存される。キーが引数にマッチした場合、保存されたカウント・フィールドは、データを読み取る／書き込むために使用可能であり、マッチしなかった場合、保存されたカウント・フィールドは、典型的には棄てられた。

【0014】

Ｉ／Ｏアーキテクチャに対する最近の改善であるハイ・パフォーマンスＦＩＣＯＮ（ＨＰＦ）は、デバイス・コマンド・ワード（ＤＣＷ：device command word）をストレージ・サーバに伝送するためのファイバ・チャネル・プロトコル（ＦＣＰ）を特色としている。ＤＣＷは、ストレージ・サーバによって実行されることになる複数のコマンドを表すチャネル・コマンド・ワード記述子（ＣＣＷＤ）において用いられてもよい。コマンドは、個々のコマンドの実行に関するステータスがチャネル（またはホスト）によって追跡されないという点で、チャネルとは無関係に実行される。ストレージ・サーバは、複数のコマンドを単一の情報単位（ＩＵ：information unit）として受け取り、適切な様式でコマンドを実行する責任がある。個々のコマンドを追跡する責任をチャネルから取り除くことによって、チャネルの性能は著しく強化される。例えば、チャネル（またはホスト）とストレージ・サーバとの間のハンドシェイク信号に関連付けられたオーバヘッドは、著しく低減可能である。

【0015】

一般に、ＤＣＷタイプ処理のためにＩＵにカプセル化され得るコマンドの数は、ＤＣＷタイプ処理におけるトランスポート層のサイズが制限されるので、制限される。１つの既知のシステムでは、例えば、層は、ＤＣＷデータのうちのおよそ２４０バイトがＩＵでストレージ・サーバに伝送されることを可能にする。この例では、２４０バイトのうちの８０バイトが、ＤＣＷプレフィックス・パラメータのために確保される。

【0016】

上述のように、典型的な光ファイバ接続（ＦＩＣＯＮ）コマンド・モード・チャネル・プログラムでは、読み取りまたは書き込みコマンドを実行する前に、トラック上の特定のレコード・エリアにストレージ・デバイスを位置特定または位置確定するために、サーチ・コマンドのセットのうちの１つが使用される。デファイン・エクステントおよびロケート・レコード・コマンドなどの、ロケート・レコード動作の限定セットはまた、一般に、ＤＣＷを対象とした移送モード・チャネル・プログラムの読み取りおよび書き込みシステム・コマンドと共に使用される。したがって、書き込みシステム・コマンドは、デファイン・エクステントおよびロケート・レコード・コマンドとチェーンにされてもよい。このようにして、単一のレコードがＩ／Ｏデバイスに書き込まれたとき、ＤＣＷチェーンが、例えば、作成され、ターゲットＩ／Ｏデバイスを制御するストレージ・サーバに送信される。ＤＣＷチェーンは、デファイン・エクステント、ロケート・レコード、および書き込みコマンド（または読み取りコマンドあるいはその両方）など、この順序で一緒にチェーンにされた、いくつかのＤＣＷを含む。読み取りおよび書き込みシステム・コマンドより前にある、デファイン・エクステントおよびロケート・レコード・コマンドは、プレフィックス・コマンドと呼ばれる。プレフィックス・コマンドは、前に記述されたプレフィックス・パラメータがその後に続く。

【0017】

ｚハイ・パフォーマンスＦＩＣＯＮ（ｚＨＰＦ：z High Performance FICON）プロトコルと呼ばれるＦＩＣＯＮプロトコルは、移送モード・チャネル・サブシステムで使用するためのコマンド・セットを有する。既知のｚＨＰＦコマンド・セットは、既知のデファイン・エクステント／ロケート・レコード・エクステンデッド（ＤＸ／ＬＲＥ：Define Extent／Locate Record Extended）パラメータが、ＤＣＷの初期プレフィックス（ＰＦＸ：Prefix）コマンドに含まれ得るという点で、標準ＦＩＣＯＮアーキテクチャの挙動を示している。ＬＲＥパラメータは、ＦＩＣＯＮアーキテクチャにおけるＩ／Ｏ動作の初期方向に対して、どのトラック、レコード、またはフィールド、あるいはその組合せが使用されるかを指示する。しかし、物理キーで定義されたデータセットに対して実施されるＩ／Ｏ動作は、既知のｚＨＰＦシステムには適格でない。したがって、ＤＣＷに組み込まれたコマンドは、パターン・サーチを許可しない。その代わりに、ホストは、ＤＣＷの読み取りまたは書き込み動作のために使用されるスタート・レコードまたはトラック識別情報を提供する。

【0018】

既知のｚＨＰＦチャネル・プログラムは、コマンドおよび制御パラメータを含む移送制御エリア（ＴＣＡ：Transport Control Area）を含む。各コマンドは、コマンドがデータを転送するために使用される場合、コマンド・コードと、チェーニングおよび他のオプションを指示するためのフラグと、制御データ・カウントと、データ・バイト・カウントとを含む、デバイス・コマンド・ワード（ＤＣＷ）で表される。コマンドが制御データ（コマンド・パラメータ）をデバイスに転送する場合、制御データは、ＴＣＡ内のＤＣＷの後に続く。使用されるコマンド・コードは、チャネル・コマンド・ワード（ＣＣＷ）で使用されるものと同じである。

【0019】

ＣＣＷと違って、ＤＣＷは、その対応するＩ／Ｏバッファを指し示さない。全てのＤＣＷのためのＩ／Ｏバッファは、ＴＣＡによって指し示され、特定のＤＣＷに関連付けられたＩ／Ｏバッファは、前のＤＣＷによって転送されたデータ量に基づく。

【0020】

システムＺハイ・パフォーマンスＦＩＣＯＮ（「ｚＨＰＦ」）（移送モード）書き込みチェーンは、チェーンによって実施される転送動作を記述するために使用される制御データを圧縮する。書き込みＤＣＷは、組込み済みＣＣＷオペコードおよびインテント・カウントを有するＰＦＸコマンドを指定することになる。組込み済みＣＣＷオペコードは、ＦＩＣＯＮ書き込みチェーン内のＤＸ／ＬＲまたはＰＦＸに続く書き込みＣＣＷのために使用される書き込みコマンド・コードと同等であるはずである。さらに、プレフィックスはまた、組込み済みロケート・レコード・カウントおよび組込み済みロケート・レコード・リストを有してもよい。これらの組込み済みロケート・レコード・エントリは、単一のＤＣＷ内で追加のドメインが指定されることを可能にする。さらに、組込み済みロケート・レコード・エントリも有し得る、移送モード・チェーン内に追加のロケート・レコード・エクステンデッドＤＣＷがあってもよい。

【発明の概要】

【0021】

ストレージ・システムのためのチャネル・サブシステムにおける移送モード処理のためのデバイス・コマンド・ワード（ＤＣＷ）にパターン・サーチ・リクエストをパッケージ化するための、コンピュータ・プログラム製品、システム、および方法が提供される。ＤＣＷに組み込まれたパターン・サーチ・リクエストを実行することによって、例えば、ストレージ・サーバは、ホストからのわずか１つのＤＣＷに応答して、パターン・サーチのサーチおよび比較作業の全てまたは実質的に全てを行うことができる。その結果、本説明による組込み済みパターン・サーチ・リクエストを提供するために変更されたｚＨＰＦ互換アーキテクチャなどの移送モード・アーキテクチャでは、パターン・サーチ・コマンドの既知のコマンド・モード処理に正常に関連付けられたチャネル・ハンドシェイキングの全てまたは実質的に全てが、低減または排除されることが可能である。

【0022】

本説明による移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストの別の態様では、組込み済みパターン・サーチ・リクエストに応答して動作するパターン・サーチ機能のためのパラメータが、１つの実施形態において、ｚハイ・パフォーマンスＦＩＣＯＮ（ｚＨＰＦ）プロトコルで定義されたように、ＤＣＷのＰＦＸ／ＰＦＸＲパラメータのロケート・レコード・エクステンデッド（ＬＲＥ）フィールドに組み込まれてもよい。例えば、パターン・サーチ挙動定義フラグおよび他のパラメータが、ｚＨＰＦプロトコルと互換性のあるストレージ・システムのためのＤＣＷのチェーンの最初のＰＦＸ／ＰＦＸＲ ＤＣＷ内の既存のフィールドに組み込まれてもよい。このようにして、既存の移送モード・チャネル・プログラムとの互換性が、既知のＤＣＷ Ｉ／Ｏ挙動を未変更または実質的に未変更のままにしつつ、実現されてもよい。

【0023】

１つの実施形態では、パターン・サーチ・リクエストのパッケージ化は、パターン・サーチ・リクエスト用のキー・サーチ・パターン標識および引数をデバイス・コマンド・ワードにパッケージ化することを含む。代替実施形態では、組込み済みキー・サーチ・パターン・パラメータは、可変長キー・パターン・サーチ引数を有する実施形態における、キー・サーチ・パターン引数の長さを定義するためのキー・パターン・サーチ引数長パラメータを含んでもよい。これらのキー・パターン・サーチ・パラメータはまた、１つの実施形態において、例えば、既存の移送モード・チャネル・プログラムとの互換性を達成するために、ｚＨＰＦプロトコルと互換性のあるストレージ・システムのためのＤＣＷのチェーンの最初のＰＦＸ／ＰＦＸＲ ＤＣＷなど、既存のロケート・レコード・エクステンデッド（ＬＲＥ）フィールドに組み込まれてもよい。

【0024】

本説明による移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストのさらに別の態様では、デバイス・コマンド・ワードのパッケージ化は、パターン・サーチ・リクエストをパッケージ化することに加えて、Ｉ／Ｏ動作を開始するための組込み済み入出力（Ｉ／Ｏ）動作コマンドと、組込み済みパターン・サーチ・リクエストを満たすレコードのプレカウント・フィールドでＩ／Ｏ動作をスタートさせることを指示するフラグとをパッケージ化することをさらに含んでもよい。１つの実施形態では、Ｉ／Ｏ動作コマンドは、デバイス・コマンド・ワードに組み込まれた読み取りコマンドおよび書き込みコマンドのうちの少なくとも１つを含む。例えば、組込み済みＩ／Ｏ動作コマンドは、ＤＣＷに組み込まれた少なくとも１つのチャネル・コマンド・ワード（ＣＣＷ）を有してもよい。Ｉ／Ｏ ＣＣＷは、既存の移送モード・チャネル・プログラムとのさらなる互換性を達成するために、実質的に変化しない様式で、Ｉ／Ｏ ＣＣＷ用の既知の技術を使用して、ＤＣＷに組み込まれてもよい。他の実施形態では、パターン・サーチ・リクエストが組み込まれたＤＣＷは、ＤＣＷのチェーン内にあり、同じＤＣＷにＩ／Ｏ ＣＣＷなどの組込み済みＩ／Ｏ動作コマンドがない。１つの実施形態では、組込み済みパターン・サーチ・リクエストを有するＤＣＷは、組込み済み読み取りコマンドおよび組込み済み書き込みコマンドのうちの少なくとも１つを有するチェーンのいずれかのＤＣＷの前にある。

【0025】

本説明による移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストのさらに別の態様では、ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内のロケート・レコード・エクステンデッド（ＬＲＥ）パラメータは、組込み済みパターン・サーチ・リクエストの実行のためのスタート方向を提供する。さらに、組込み済みパターン・サーチ・リクエストの処理が成功すると、組込み済みＣＣＷの読み取り／書き込み動作の実行のためのスタート方向は、パターン・サーチのターゲット・レコードによって提供される。したがって、リクエストされたパターン・サーチが成功裏に完了すると、同じＤＣＷによって開始された既知のＰＦＸ／ＰＦＸＲ Ｉ／Ｏ処理が、成功したパターン・サーチによって提供された方向を使用して、開始可能になる。このようにして、Ｉ／Ｏ処理の効率が改善され得る。

【0026】

１つの実施形態では、パターン・サーチ・コマンドのパッケージ化は、ＤＣＷのフィールドにパターン・サーチ・リクエスト・フラグをパッケージ化することを含み、フラグは、サーチ・フィールドおよびサーチ・タイプのうちの少なくとも１つ、成功後の方向、単一レコード・サーチおよび複数レコード・サーチのうちの少なくとも１つ、ならびに単一トラック・サーチおよび複数トラック・サーチのうちの少なくとも１つを指示し、サーチ・タイプは、等しい、以上、およびより大きいのうちの少なくとも１つを含む。これらのパターン・サーチ挙動パラメータはまた、１つの実施形態において、例えば、既存の移送モード・チャネル・プログラムとの互換性を達成するために、ｚＨＰＦプロトコルと互換性のあるストレージ・システムのためのＤＣＷのチェーンの最初のＰＦＸ／ＰＦＸＲ ＤＣＷ内などの既存のロケート・レコード・エクステンデッド（ＬＲＥ）フィールドに組み込まれてもよい。

【0027】

代替実施形態では、別個のサーチ・タイプＤＣＷには、組込み済みパターン・サーチ・リクエストがあるが、組込み済み読み取りコマンドまたは組込み済み書き込みコマンドなどの組込み済みＩ／Ｏコマンドがない。１つの実施形態では、別個のサーチ・タイプＤＣＷは、第１の読み取り／書き込みＤＣＷの前の移送制御エリア（ＴＣＡ）に置かれる。したがって、その後に置かれた読み取り／書き込みＤＣＷには、本実施形態における拡張パターン・サーチ挙動がないはずである。

【0028】

さらに別の実施形態では、パターン・サーチ・リクエストのパッケージ化は、キー・サーチ・パターン引数およびデータ・パターン引数の両方を有する組込み済みパターン・サーチ・リクエストをＤＣＷが有するように、データ・パターン・サーチ標識およびデータ・パターン・サーチ引数をパッケージ化することを含む。特定の用途に応じて他のパターン・サーチ挙動がリクエストされてもよい。このようにして、移送モードＤＣＷに組み込まれたパターン・サーチ・リクエストは、状況に適するように、様々な異なる挙動を示してもよい。

【0029】

本説明による移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストの別の態様では、組込み済みパターン・サーチ・リクエストを有するＤＣＷは、ストレージ・システムによって処理される。１つの実施形態では、ストレージ・システムによる処理は、ＤＣＷを受信することと、組込み済みキー・サーチ・パターン引数を使用して、組込み済みパターン・サーチ・リクエストによってリクエストされたパターン・サーチを実施することとを含む。

【0030】

本説明による移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストのさらに別の態様では、ストレージ・システムによる処理は、ストレージ・システムのためのチャネル・サブシステムにおけるＤＣＷ移送モード処理のためのデバイス・コマンド・ワード（ＤＣＷ）を受信することを含み、ＤＣＷが、デバイス・コマンド・ワード（ＤＣＷ）内のＰＦＸ／ＰＦＸＲパラメータ内に組み込まれたパターン・サーチ・リクエスト、およびＤＣＷに組み込まれた読み取り／書き込みチャネル・コマンド・ワード（ＣＣＷ）を有する。１つの実施形態では、パターン・サーチ・リクエストは、組込み済みキー・サーチ・パターン引数をデバイス・コマンド・ワードにパッケージ化している。処理は、ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内のロケート・レコード・エクステンデッド（ＬＲＥ）パラメータによって識別されたスタート方向に、パターン・サーチ・リクエストによってリクエストされたパターン・サーチを実施することをさらに含む。組込み済みＣＣＷの読み取り／書き込み動作は、組込み済みパターン・サーチ・リクエストの成功した処理によって提供されたスタート方向に実行される。

【図面の簡単な説明】

【0031】

【図1】ストレージ環境のチャネル・サブシステムのための移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストの使用を用いたストレージ環境の実施形態の図である。

【図2】ストレージ環境のチャネル・サブシステムのための移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストの使用を用いたストレージ環境の別の実施形態の図である。

【図3】移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストを用いたＩ／Ｏリクエストのチェーンの実施形態の図である。

【図4】移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエスト用のフォーマットの実施形態の図である。

【図5】組込み済みパターン・サーチ・リクエストを有する受信された移送モード・コマンド・ワードを処理するための動作の実施形態の図である。

【図6】組込み済みパターン・サーチ・リクエストを有するように移送モード・コマンド・ワードをパッケージ化するための動作の実施形態の図である。

【図7】コンピュータ環境のチャネル・サブシステムのための移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストの使用を用いたコンピュータ環境の実施形態の図である。

【発明を実施するための形態】

【0032】

本実施形態の構成要素は、本明細書の図に全体的に記載および例証されるように、多種多様な異なる構成で配置およびデザインされてもよいことが容易に理解されよう。したがって、本実施形態の装置、システム、方法、およびコンピュータ・プログラム製品の実施形態の以下の詳細な説明は、図に提示されたように、特許請求されたような実施形態の範囲を限定することを意図するものではなく、選択された実施形態を表すものに過ぎない。

【0033】

例証される実施形態は、図面を参照することによって最も良く理解され、同様の部品は、全体を通して同様の数字で指定される。以下の説明は、例として意図されるに過ぎず、本明細書で特許請求されるような実施形態に一致したデバイス、システム、およびプロセスの特定の選択された実施形態を単純に示している。

【0034】

本説明によるチャネル・サブシステムのための移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストは、コンピュータ技術への著しい改善をもたらす。例えば、ストレージ・サーバが、ＤＣＷに組み込まれたパターン・サーチ・リクエストを処理することによって、例えば、ストレージ・サーバは、ホストからのわずか１つのＤＣＷに応答して、サーチおよび比較作業の全てまたは実質的に全てを行うことができる。１つの実施形態では、組込み済みパターン・サーチ・リクエストを有するＤＣＷは、例えばＤＣＷのチェーンの、第１の読み取り／書き込みＤＣＷでもよい。

【0035】

比較すると、個々のコマンドがチャネル・サブシステムのコマンド・モードで伝送される既知の処理では、関心のあるレコードを繰り返し識別しようとするタスクは、ホスト、チャネル・サブシステム、およびストレージ・サーバの間で分散され、サーチが進むにつれて、数多くのハンドシェイク信号が行き来して伝送されることになる。このようなハンドシェイク信号は、そうでなければＩ／Ｏ処理のために使用されていたかもしれないチャネル・サブシステム帯域幅を占有するおそれがあり、システムの全体的な効率を低下させる。

【0036】

さらに、ｚＨＰＦアーキテクチャ内のＩ／Ｏ処理は、成功した組込み済みパターン・サーチ・リクエストの関心のあるターゲット・レコードを、わずか１つのＤＣＷに全て応答した、読み取り／書き込みＩ／Ｏ処理のための出発点として使用するために、さらに強化可能である。さらに、チェーンの最初またはその後のＤＣＷのその後のコマンドの実行時に、ターゲット・レコードが見つかるとすぐに、レコードのいずれかおよび全てのフィールドがアクセスおよび利用可能になるように、方向ルールもゆるめられることが可能である。

【0037】

１つの実施形態では、ｚＨＰＦ互換アーキテクチャにおける既知のＰＦＸ／ＰＦＸＲ ＤＣＷ処理は、レコードのセットの効率的なパターン・マッチングを可能にするために、キー・パターン・サーチ・オプションを追加するように変更される。上述のように、組込み済みパターン・サーチ・リクエストを提供するように変更されたｚＨＰＦアーキテクチャでは、パターン・サーチ・コマンドの既知のコマンド・モード処理に正常に関連付けられたチャネル・ハンドシェイキングの全てまたは実質的に全てが低減されることまたは取り除かれることが可能である。その上、サーチが成功裏に完了すると、既知のＰＦＸ／ＰＦＸＲ Ｉ／Ｏ処理が、成功したパターン・サーチによって提供された方向を使用して開始可能になる。一方、パターン・サーチが不成功になり、パターン・サーチのリクエストされた比較を満たすレコードを、サーチのリクエストされた範囲内で位置特定できなかった場合、ＤＣＷチェーンは、適切な意味でユニット・チェックされる（例えば、終結する）ことが可能である。

【0038】

本説明による移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストの別の態様では、ｚＨＰＦプロトコルと互換性のあるストレージ・システムのためのパターン・サーチ機能が、１つの実施形態において、ＤＣＷのチェーンの最初のＰＦＸ／ＰＦＸＲ ＤＣＷ内の既存のフィールドに組み込まれてもよい。このようにして、既存の移送モード・チャネル・プログラムとの互換性が、既知のＤＣＷ Ｉ／Ｏ挙動を未変更または実質的に未変更のままにしつつ、実現されてもよい。１つの実施形態では、パターン・サーチ機能のパターン・サーチ挙動は、同じまたはその後のＤＣＷに含まれる任意の読み取りまたは書き込み挙動の前に実行される。その結果、ＤＣＷにおけるリクエストされた成功したパターン・サーチによって達成された方向は、同じまたはその後のＤＣＷにおけるリクエストされた読み取りまたは書き込み動作の実行のために利用されてもよい。１つの実施形態では、パターン・サーチの出発点は、ＬＲＥパラメータのシーク／サーチ・フィールド内で定義されてもよく、ＤＣＷのデファイン・エクステント（ＤＸ）エクステント範囲によって指定されるように束縛制約されてもよい。

【0039】

本説明によるストレージ・システムのためのチャネル・サブシステムのための移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストの１つまたは複数の態様を組み入れ、使用する処理環境の１つの例が、図１を参照しながら説明される。本開示による組込み済みパターン・サーチ・リクエストの態様は、当業者によって認識されるように、例えば、システム、方法、またはコンピュータ製品として具体化されてもよい。したがって、本開示の態様は、ソフトウェア態様（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）と、「モジュール」、「方法」または「システム」と全体的に全て呼ばれるハードウェア態様とを組み合わせた実施形態の形をとってもよい。さらに、本開示の態様は、コントローラ、マイクロコントローラ、またはコンピュータ処理ユニットを含むコンピュータ可読プログラム・コード／命令を具体化した１つまたは複数のコンピュータ可読媒体で具体化されたコンピュータ・プログラム製品の形をとる。

【0040】

この例では、処理環境１００は、例えば、メイン・メモリ１０２、１つまたは複数の中央処理ユニット（ＣＰＵ）１０４、ストレージ制御エレメント１０６、チャネル・サブシステム１０８、ストレージ・サーバなどの１つまたは複数の制御ユニット１１０、および、ストレージ・デバイスなどの１つまたは複数の入出力（Ｉ／Ｏ）デバイス１１２を含み、これらのそれぞれが下記で説明される。処理環境１００の１つまたは複数の構成要素は、例えば、図２を参照しながら説明されるように、本説明によるストレージ・システムのためのチャネル・サブシステムのための移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストの１つまたは複数の態様を組み入れ、使用するロジックを含んでもよい。

【0041】

メイン・メモリ１０２は、入力デバイス１１２から入力されたデータおよびプログラムを格納する。メイン・メモリ１０２は直接的にアドレス指定可能であり、中央処理ユニット１０４およびチャネル・サブシステム１０８によるデータの高速処理を提供する。

【0042】

中央処理ユニット１０４は、環境１００の制御の中心である。中央処理ユニット１０４は、命令実行のための配列および処理機能、割込みアクション、タイミング機能、初期プログラム・ローディング、ならびに他の機械関係機能を含む。中央処理ユニット１０４は、双方向または一方向バスなどの接続１１４を介して、ストレージ制御エレメント１０６に連結される。

【0043】

ストレージ制御エレメント１０６は、バスなどの接続１１６を介してメイン・メモリ１０２に、接続１１４を介して中央処理ユニット１０４に、および、接続１１８を介してチャネル・サブシステム１０８に、連結される。ストレージ制御エレメント１０６は、例えば、ＣＰＵ１０４およびチャネル・サブシステム１０８によって行われるリクエストのキューイングおよび実行を制御する。

【0044】

チャネル・サブシステム１０８は、上述のようにストレージ制御エレメント１０６に、および、シリアル・リンクなどの接続１２０を介して制御ユニットのそれぞれに、連結される。チャネル・サブシステム１０８は、入出力デバイス１１２とメイン・メモリ１０２との間の情報のフローを指図する。チャネル・サブシステム１０８は、入出力デバイスと直接的に通信するタスクを中央処理ユニットから取り除き、データ処理が入出力処理と同時に進むのを可能にする。チャネル・サブシステムは、入出力デバイス１１２との間の情報のフローを管理する際に、１つまたは複数のチャネル経路１２２を通信リンクとして使用する。入出力処理の一部として、チャネル・サブシステム１０８はまた、チャネル経路可用性をテストし、利用可能なチャネル経路を選択し、入出力デバイスを用いた動作の実行を開始する、経路管理機能を実施する。

【0045】

各チャネル経路１２２は、チャネル１２４（チャネルは、図１に示されたように、１つの例では、チャネル・サブシステム内に置かれる）、１つまたは複数の制御ユニット１１０、および１つまたは複数の接続１２０を含む。別の例では、チャネル経路の一部として、１つまたは複数の動的スイッチを有することも可能である。動的スイッチは、チャネルおよび制御ユニットに連結され、スイッチに接続されたいずれか２つのリンクを物理的に相互接続する能力を提供する。

【0046】

サブチャネル（図示せず）もチャネル・サブシステム１０８内に置かれる。１つのサブチャネルは、チャネル・サブシステムを通じてプログラムにアクセス可能な入出力デバイス毎に提供され、入出力デバイス毎に専用のものである。サブチャネル（例えば、テーブルなどのデータ構造）は、デバイスの論理的外見をプログラムに提供する。各サブチャネルは、関連付けられた入出力デバイス１１２に関する情報、およびチャネル・サブシステム１０８への入出力デバイス１１２の接続を提供する。サブチャネルはまた、入出力動作に関する情報、および関連付けられた入出力デバイスを伴う他の機能を提供する。サブチャネルは、関連付けられた入出力デバイス１１２についての情報をチャネル・サブシステム１０８が中央処理ユニット１０４に提供する手段であり、中央処理ユニット１０４は、入出力命令を実行することによってこの情報を手に入れる。

【0047】

チャネル・サブシステム１０８は、１つまたは複数の制御ユニット１１０に連結される。各制御ユニット（ストレージ・サーバとも呼ばれる）１１０は、１つまたは複数の入出力デバイスを動作および制御することと、共通機能の使用を通じて、各入出力またはストレージ・デバイス１１２の特性を、チャネルによって提供されるリンク・インターフェースに適合させることとを行うためのロジックを提供する。共通機能は、入出力動作の実行と、入出力デバイスおよび制御ユニットのステータスに関する指示と、チャネル経路を介したデータ転送のタイミングの制御と、特定のレベルの入出力デバイス制御とを提供する。

【0048】

各制御ユニット１１０は、接続１２６（例えば、バス）を介して１つまたは複数の入出力デバイス１１２に接続される。入出力デバイス１１２は、情報を受信するか、メイン・メモリ１０２または他のメモリあるいはその両方に情報を格納する。入出力デバイスの例は、いくつか挙げると、カード・リーダおよびパンチ、磁気テープ・ユニット、ダイレクト・アクセス・ストレージ・デバイス、ディスプレイ、キーボード、プリンタ、ポインティング・デバイス、テレプロセッシング・デバイス、通信コントローラ、ならびにセンサ・ベースの機器を含む。

【0049】

処理環境の上記の構成要素のうちの１つまたは複数は、「IBM(R)z/Architecture Principles of Operation」、出版番号SA22-7832-04、第５版、２００５年９月、１９９５年１０月２４日に発行されたCormierら「System For Transferring Data Between I/O Devices And Main Or Expanded Storage Under Dynamic Control Of Independent Indirect Address Words (IDAWS)」という題の米国特許第５，４６１，７２１号にさらに記載されている。ＩＢＭは、米国ニューヨーク州アーモンクのInternational Business Machines Corporationの登録商標である。本明細書で使用される他の名前が、International Business Machines Corporationまたは他の会社の登録商標、商標、または製品名の場合もある。

【0050】

図２は、ホスト２００を有し、１次制御ユニット（図１）が図２の１次ストレージ・サーバ２０２ａとして指定され、２次制御ユニットがストレージ・サーバ２０２ｂとして指定され、これらがネットワーク２０４を介して通信する、ミラー・コピーまたは単一コピーのストレージ環境の実施形態を示している。ストレージ・サーバ２０２ａ、２０２ｂはそれぞれ、プロセッサ２０６ａ、２０６ｂと、ホスト２００からの書き込みリクエストを管理する入出力（Ｉ／Ｏ）マネージャ２１０ａ、２１０ｂ、およびキャッシュ２１２ａ、２１２ｂを有するシステム・メモリ２０８ａ、２０８ｂと、不揮発性ストレージ・デバイス（ＮＶＳ）２１４ａ、２１４ｂとを含む。

【0051】

本説明による組込み済みパターン・サーチ・リクエストを用いるストレージ・システムの１つの態様によれば、Ｉ／Ｏマネージャ２１０ａ、２１０ｂはそれぞれ、チャネル・サブシステム１０８（図１）のための移送モード・コマンド・ワードに組み込まれたパターン・サーチ・リクエストを処理するパターン・サーチ機能２１６ａ、２１６ｂをそれぞれ含む。ソフトウェアがメモリ２０８ａ、２０８ｂに常駐しているように描写されているが、ストレージ・システムにおけるチャネルのためのデバイス・コマンド・ワードに組み込まれたパターン・サーチ・リクエストを処理するためのパターン・サーチ機能のためのロジックは、様々な技術を使用して実行されてもよい。したがって、パターン・サーチ機能２１６ａ、２１６ｂは、ハードウェア、ソフトウェア、およびファームウェアのうちの１つまたは複数を用いて単独でまたは組み合わせて実行されてもよい。

【0052】

キャッシュ２１２ａ、２１２ｂ内の書き込みデータは、同じサーバ２０２ａ、２０２ｂのＮＶＳ２１４ａ、２１４ｂにそれぞれバックアップされてもよい。代替として、１つのストレージ・サーバ２０２ａ、２０２ｂのキャッシュ２１２ａ、２１２ｂは、書き込みを他方のストレージ・サーバ２０２ｂ、２０２ａのＮＶＳ２１４ｂ、２１４ａにそれぞれバックアップしてもよい。図２に１次ストレージ１１２ａとして指定されたＩ／Ｏデバイス１１２ａ（図１）は、１次ストレージ・サーバ２０２ａに連結され、２次ストレージ１１２ｂは、２次ストレージ・サーバ２０２ｂに連結される。Ｉ／Ｏマネージャ２１０ａ、２１０ｂは、接続されたストレージ１１２ａ、１１２ｂ内のデータを対象としたホスト２００からのＩ／Ｏリクエストを管理する。

【0053】

ホスト２００は、プロセッサ１０４（図１）、システム・メモリ１０２（図１）、およびオペレーティング・システム２２４を含み、オペレーティング・システム２２４は、並べられた読み取り／書き込みリクエストの読み取り／書き込みリクエスト・チェーンを生成して、ネットワーク２０４内のホスト２００または他のシステムで実行するアプリケーション２２８からのＩ／Ｏリクエストを処理し、Ｉ／Ｏリクエストをホスト２００に投入するための、Ｉ／Ｏリクエスト・チェーン・アプリケーション・プログラミング・インターフェース（ＡＰＩ：Application Programming Interface）２２６を含む。本説明の１つの態様では、ＡＰＩ２２６は、ストレージ・システムにおけるチャネルのためのデバイス・コマンド・ワードにパターン・サーチ・リクエストを組み込むためのロジック２３０を含む。

【0054】

ソフトウェアがメモリ１０２に常駐しているように描写されているが、ストレージ・システムにおけるチャネルのためのデバイス・コマンド・ワードに組込み済みパターン・サーチ・リクエストのためのロジックを含むＡＰＩ２２６のためのロジックは、様々な技術を使用して実行されてもよい。したがって、ＡＰＩ２２６は、ハードウェア、ソフトウェア、およびファームウェアのうちの１つまたは複数を用いて単独でまたは組み合わせて実行されてもよい。

【0055】

１つの実施形態では、ストレージ・サーバ２０２ａ、２０２ｂは、２次ストレージ・サーバ２０２ｂへのホスト２００の書き込みを、２次ストレージ１１２ｂへの書き込みにミラーリング／同期するための、コピー・サービス２１８ａ、２１８ｂを含む。ストレージ・サーバ２０２ａおよび２０２ｂは、International Business Machines Corporationの（「ＩＢＭ」）ＤＳ８０００（Ｒ）ストレージ・システムなどの、接続されたストレージ・デバイスへのアクセスを管理するのに適切なエンタープライズ・ストレージ・サーバを備えてもよい。（ＤＳ８０００は、世界中の国におけるＩＢＭの登録商標である）。ホスト２００のオペレーティング・システム２２４は、International Business Machines Corporation（「ＩＢＭ」）からのＺシステム・オペレーティング・システム（Ｚ／ＯＳ（Ｒ））などのオペレーティング・システム、または当技術分野で知られた他のオペレーティング・システムを含んでもよい。（Ｚ／ＯＳは、世界中でＩＢＭの登録商標である）。

【0056】

ネットワーク２０４は、ストレージ・エリア・ネットワーク（ＳＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、イントラネット、インターネット、ワイド・エリア・ネットワーク（ＷＡＮ）、ピアツーピア・ネットワーク、ワイヤレス・ネットワーク、アービトレート型ループ・ネットワーク等を備えてもよい。本実施形態では、ネットワーク２０４は、コネクタ１１８（図１）、チャネル・サブシステム１０８（図１）、ならびに、関連付けられたチャネル経路１２０（図１）およびコネクタ１２０を含む。

【0057】

ストレージ・デバイス１１２ａ、１１２ｂはそれぞれ、１つまたは複数のストレージ・デバイス、または、単純ディスク束（ＪＢＯＤ）、ダイレクト・アクセス・ストレージ・デバイス（ＤＡＳＤ）、独立ディスクの冗長アレイ（ＲＡＩＤ）アレイ、仮想化デバイス、テープ・ストレージ、フラッシュ・メモリ等として構成されたストレージ・デバイスのアレイを備えてもよい。ストレージ１１２ａ、１１２ｂを備えるストレージ・デバイスは、ハードディスク・ドライブ、（ソリッド・ステート電子機器、ＥＥＰＲＯＭ（電気的消去可能プログラマブル・リード・オンリ・メモリ）、フラッシュ・メモリ、フラッシュ・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）ドライブ、ストレージ・クラス・メモリ（ＳＣＭ）等を備える）ソリッド・ステート・ストレージ・デバイス（ＳＳＤ）、相変化メモリ（ＰＣＭ）、抵抗変化型メモリ（ＲＲＡＭ）、スピン・トランスファ・トルク・メモリ（ＳＴＭ－ＲＡＭ）、コンダクティブ・ブリッジングＲＡＭ（ＣＢＲＡＭ）、磁気ハードディスク・ドライブ、光ディスク、テープ等を備えてもよい。サーバ、ストレージ、アクティブおよび非アクティブ・コピー関係などの要素の特定の数の例が示されているが、任意の数のこれらの構成要素があってもよい。

【0058】

１つの実施形態では、ホスト２００のオペレーティング・システム２２４は、チャネル・サブシステムを含んでもよく、チャネル・サブシステムは、ボリュームが構成されるサーバ２０２ａおよび基礎をなすストレージ１１２ａにアクセスするのに必要な情報を提供するサブチャネルを有する。ストレージ・サーバ２０２ａ、２０２ｂ、Ｉ／Ｏマネージャ２１０ａ、２１０ｂは、基礎をなすボリュームのソフトウェア表現を提供するユニット制御ブロック（ＵＣＢ）を含み、ＵＣＢによってアドレス指定されたボリュームを含むデバイスにどのようにアクセスするべきかについての情報を有するサブチャネルを指し示してもよい。

【0059】

図３は、本説明による組込み済みパターン・サーチ・リクエスト３０２を有するＩ／Ｏリクエスト・チェーン３００の実施形態を示している。チェーン３００は、オペレーティング・システム２２４内で実行するＩ／Ｏリクエスト・チェーンＡＰＩ２２６（図２）、または別の接続されたホスト・システムによって生み出される。本実施形態では、チェーン３００は、パターン・サーチ・リクエスト３０２およびさらに一連の書き込みリクエスト３０４_１、３０４_２．．．３０４_ｎの両方を含み、一連の書き込みリクエストは、パターン・サーチ・リクエスト３０２によってリクエストされた成功したパターン・サーチの方向を使用して、ストレージ１１２ａ、１１２ｂ内の不連続なロケーションにデータを書き込むことを指定してもよい。

【0060】

組込み済みパターン・サーチ・リクエスト３０２は、１つの実施形態において、ＤＣＷのパターン・サーチを行うための、サーチ・キー・オプションを追加する。ＤＣＷのパターン・サーチ・オプションは、ｚＨＰＦアーキテクチャにおける移送モード・チャネルのための、ＰＦＸ／ＰＦＸＲ ＤＣＷ処理などの、以前に既知のデバイス・コマンド・ワード処理への変更を表す。追加されたパターン・サーチ・オプションは、本説明の１つの実施形態において、レコードのセットのための効率的なパターン・マッチングを提供する。例えば、本説明によるパターン・サーチをさらに実施するために、ｚＨＰＦアーキテクチャで以前に採用されたものなどの、移送モード・チャネル処理を変更することによって、コマンド・モード・チャネル処理におけるサーチ・コマンドに以前に関連付けられたチャネル・ハンドシェイキングが低減または取り除かれることが可能になる。次いで、本説明による変更されたｚＨＰＦ移送モード・チャネル処理でパターン・サーチが成功裏に完了すると、既知のＰＦＸ／ＰＦＸＲ処理は、次いで実施可能となるが、パターン・サーチの実行が成功した際に、追加されたパターン・サーチが提供した方向を使用して実施可能となる。追加されたパターン・サーチを満たすことができない場合、チェーンは、必要に応じて、ユニット・チェックされる（例えば、終結される）ことになる。

【0061】

例証の実施形態では、各書き込みリクエスト３０４_１、３０４_２．．．３０４_ｎは、ストレージ１１２ａ、１１２ｂ内のロケーションを指示してもよく、識別されたロケーションがストレージである動作タイプは、パターン・サーチ・リクエスト３０２に応答して実行された成功したサーチによって提供された初期方向に基づく。１つの実施形態では、各書き込みリクエスト３０４_１、３０４_２．．．３０４_ｎは、ストレージ・ロケーションの範囲、またはトラックを識別する書き込みリクエスト・グループ、および識別された範囲への一連の書き込みトランザクションを含んでもよく、ストレージ・ロケーションは、パターン・サーチ・リクエスト３０２によってリクエストされた成功したパターン・サーチによって提供された初期方向に応じて識別される。

【0062】

１つの実装形態では、各書き込みリクエスト３０４_ｉは、トラックの範囲またはグループを指定するロケート・レコード（ＬＲ）ドメイン３０６_ｉ、および、ＬＲドメイン３０６_ｉにおいて識別されたトラックを対象とした複数の書き込みトランザクション３０８_ｉを含んでもよく、書き込みトランザクション３０８_ｉは、これらが書き込まれたトラックの所定の順序、すなわち昇順に従って並べられ、ロケーションは、パターン・サーチ・リクエストの成功した実行によって提供された方向に応じて指定される。書き込みリクエスト・チェーン３００内の連続した書き込みリクエスト３０４_１、３０４_２．．．３０４_ｎは、トラックの非連続範囲またはセクションへの書き込みトランザクションを有してもよい。各ロケート・レコード・ドメイン３０６_ｉは、トラックおよびトラック内のレコードを含むロケーションを、パターン・サーチ・リクエストの成功した実行によって提供された方向に応じて指定してもよい。さらに、転送することになるデータ長、および動作タイプが識別されてもよい。さらなる実施形態では、書き込みリクエスト３０４_１、３０４_２．．．３０４_ｎの一部または全てが、単一の書き込みトランザクションを有してもよい。

【0063】

本説明の１つの態様では、ｚＨＰＦプロトコルに適合するものなどの移送モード・チャネルに提供されたパターン・サーチ・リクエスト３０２は、デバイス・コマンド・ワード内の既存のフィールドを使用してＤＣＷに組み込まれることが可能である。例えば、ｚＨＰＦプロトコルの最初のＰＦＸ／ＰＦＸＲ ＤＣＷのフィールドが、同じＤＣＷに含まれる任意の読み取りまたは書き込み挙動の前の指定の挙動を有するパターン・サーチを開始するために、パターン・サーチ・リクエスト３０２によって利用されてもよい。１つの実施形態では、既存のチャネル・プログラムとの互換性はまた、実質的に変化しない、以前から存在するＩ／Ｏ ＤＣＷ挙動を利用することによって達成される。このようにして、同じまたはその後のＤＣＷにおける読み取りまたは書き込みの実行の前にパターン・サーチを実施するためのメカニズムが提供される。１つの実施形態では、リクエストされたパターン・サーチは、ＬＲＥパラメータ内のシーク／サーチ・フィールドによって定義された出発点からスタートし、デファイン・エクステント（ＤＸ）エクステント範囲によって束縛制約される。

【0064】

１つの実施形態では、Ｉ／ＯチェーンＡＰＩ２２６（図２）は、デバイス・コマンド・ワード（ＤＣＷ）内に書き込みリクエスト３０４_１、３０４_２．．．３０４ｎを生成してもよく、組込み済みパターン・サーチ・リクエスト３０２は、ＤＣＷコマンド・ワードの１つまたは複数のプレフィックス・パラメータ内に置かれる。各書き込みリクエスト・グループのロケート・レコード・ドメイン３０６_ｉおよび書き込みトランザクション３０８_ｉはまた、プレフィックス・パラメータに、またはコマンド・ワードのプレフィックス・パラメータに続くパラメータに、パッケージ化されてもよい。特定の実施形態では、ＤＣＷチェーンには、第１のロケート・レコードがあり、その後に、異なるロケーションに対する動作のためのトランケート済みの組込み済みロケート・レコードが続いてもよい。

【0065】

ロケート・レコードの実施形態では、ホスト・オペレーティング・システム２２４（図２）は、ストレージ・サーバ２０２ａへの書き込みリクエストの転送を管理するために、書き込みリクエスト３０４_１、３０４_２．．．３０４_ｎまたはロケート・レコードをホスト２００におけるチャネル・サブシステムに転送する。チャネル・サブシステムは、ストレージ・サーバ２０２ａと通信するタスクをホスト・オペレーティング・システム２２４から取り除いて、ホスト・オペレーティング・システム２２４がデータ処理を実施し、チャネル・サブシステムによってハンドリングされる入出力（Ｉ／Ｏ）処理と同時に実行できるように、ホスト２００とストレージ・サーバ２０２ａとの間の読み取りおよび書き込み動作のフローを指図する。チャネル・サブシステムは、チャネル経路を、ホスト２００からストレージ・サーバ２０２ａへの通信リンクとして使用および管理する。

【0066】

１つの実施形態では、Ｉ／Ｏリクエスト・チェーン３００は、ｚＨＰＦ（移送モード）書き込みまたはチェーン（あるいはその両方）と共に使用されてもよい。さらなる実施形態では、Ｉ／Ｏリクエスト・チェーンは、異なる移送およびコマンド・プロトコルと共に使用されてもよい。

【0067】

ＦＩＣＯＮの実装形態では、書き込みリクエスト３０４_１、３０４_２．．．３０４_ｎまたはロケート・レコード・ドメイン３０６_ｉは、プレフィックス・コマンドにまとめられてもよく、ロケート・レコード３０６_ｉパラメータは、チェーン内の直後に続く動作のドメインを記述する。ｚＨＰＦの実装形態では、プレフィックスは、組み込まれたロケート・レコード・リストを有してもよく、これにより、組み込まれたロケート・レコード３０６_ｉは、単一のＤＣＷ内で追加のドメインが指定されることを可能にする。ＦＩＣＯＮおよびｚＨＰＦの実装形態では、ロケート・レコード・ドメイン３０６_ｉを含む各書き込みリクエスト３０４_１、３０４_２．．．３０４_ｎは、ストレージ・ロケーションにおいて実施するように１つまたは複数の書き込み動作を指定し、ロケート・レコードは、多くの不連続ロケーションのための書き込み動作を指定し得る。各ロケート・レコード３０６_ｉコマンドは、ロケーション、トラックおよびトラック内のレコードを含むサーチ引数、転送することになるデータ長、ならびに動作タイプを指定する。ロケート・レコード、およびチェーン内の関連付けられた書き込みは順次処理されてもよく、次のロケート・レコード・ドメインが処理される前に、１つのロケート・レコード・ドメインのための書き込み動作全てが完了するか、コミットされなければならない。

【0068】

上述のように、ロケート・レコード動作は、一般に、読み取りおよび書き込みシステム・コマンドと共に使用される。例えば、書き込みシステム・コマンドは、デファイン・エクステントおよびロケート・レコード・コマンドとチェーンにされてもよい。このようにして、単一のレコードがＩ／Ｏデバイスに書き込まれたとき、チャネル・サブシステムは、ＤＣＷチェーンを作成してＩ／Ｏデバイスのストレージ・サーバに送信する。ＤＣＷチェーンは、デファイン・エクステント、ロケート・レコード、および書き込みなどであり、この順に一緒にチェーンにされた、いくつかのＤＣＷを含む。

【0069】

読み取りおよび書き込みシステム・コマンドの前にあるデファイン・エクステントおよびロケート・レコード・コマンドは、プレフィックス・コマンドと呼ばれる。プレフィックス・コマンドは、その後に、前に説明されたプレフィックス・パラメータが続く。

【0070】

図４は、パターン・サーチ・リクエスト３０２の１つの例を示しており、パターン・サーチ・リクエスト３０２は、例えばｚＨＰＦタイプＤＣＷなど、移送モード・チャネル・デバイス・コマンド・ワードに組み込まれてもよい。１つの実施形態では、パターン・サーチ・リクエスト３０２は、パターン・サーチ・リクエスト・フラグ４０４用のフィールドを含む様々なフィールドを含む。本実施形態では、パターン・サーチ・リクエスト・フラグ４０４は、ストレージ・サーバによるパターン・サーチ機能の使用がホストによってリクエストされていることをストレージ・サーバに指示するために使用される、パターン・サーチ機能標識を含む。この例では、サーチ機能標識は、サーチ機能の使用がリクエストされているかどうかを指示するために、１つのビットの状態、すなわち、ロケート・レコード・エクステンデッド、バイト１、補助バイト、ビット６、によって表される。例証の実施形態では、セットされたときのサーチ機能標識は、ストレージ・サーバのサーチ機能によって実施されることになるキー・パターン・サーチが、ホストによってリクエストされていることを指示する。

【0071】

上述のように、本説明による組込み済みパターン・サーチ・リクエストの１つの態様では、パターン・サーチ・リクエスト３０２は、例えば、ｚＨＰＦプロトコルの最初のＰＦＸ／ＰＦＸＲ ＤＣＷ内のロケート・レコード・エクステンデッドのフィールドなど、既存のデバイス・コマンド・ワード・フィールドを使用して、ＤＣＷに含まれるリクエストされた読み取りまたは書き込み挙動の前にパターン・サーチ挙動を開始することができる。特定の用途に応じて、他のビットおよびフィールドがサーチ機能標識として使用されてもよいことが理解されている。１つの実施形態では、サーチ機能標識は、チェーンの最初のＤＣＷに続くその後のＬＲＥ／ＬＲＥＲ ＤＣＷにセットされないように、ＤＣＷのチェーンの第１のＤＣＷにだけセットされるのが好ましい。

【0072】

図５は、ストレージ・サーバ２０２ａのパターン・サーチ機能２１６ａ（図２）の動作の例を示しており、パターン・サーチ機能２１６ａは、チャネル・サブシステムを介してホストによって発行されたパターン・サーチ・リクエスト３０２（図４）の受信に応答してパターン・サーチを実行する。本実施形態では、パターン・サーチ機能２１６ａは、ブロック５０４～５４０を含む図５の動作、および図５の付随の説明を実施するように構成される。しかし、特定の用途に応じて、ストレージ・サーバ２０２ａの他のロジックが動作を実施するように構成されてもよいことが理解されている。

【0073】

下記でより詳細に説明されるように、本説明の１つの態様によれば、サーチ機能２１６ａは、リクエストされたサーチ・リクエスト３０２を実行する際に、チャネルからの読み取り／書き込みＤＣＷでもよい第１のＤＣＷの一部としてホストからチャネル・サブシステムによって中継されたわずか１つのリクエスト内の、パターン・サーチのサーチおよび比較作業の全てをストレージ・サーバ２０２ａが行うことを可能にする。さらに、ｚＨＰＦアーキテクチャは、成功したリクエストされたパターン・サーチの関心のあるレコード、すなわちターゲット・レコードを、例えば全てが単一のＤＣＷ内にあってもよい読み取りまたは書き込みあるいはその両方の動作のための出発点（方向）として使用するように、さらに最適化可能である。比較すると、以前の既知のストレージ・システムでは、パターン・サーチにおいて関心のあるレコードを繰り返し識別しようとするこのようなサーチおよび比較作業は、コマンド・モードで動作するチャネル・サブシステムを介してホストからストレージ・サーバへの一連の個々のＣＣＷコマンドで実施され、パターン・サーチを達成するためにストレージ・サーバとホストとの間の数多くのハンドシェイク信号を典型的に要求する。

【0074】

移送モードで動作するチャネル経路１２０（図１）を介したホスト２００（図２）からのデバイス・コマンド・ワード（ＤＣＷ）の受信（ブロック５０４、図５）に応答して、１次ストレージ・サーバ２０２ａ（図２）のパターン・サーチ機能２１６ａ（図２）は、フラグ・フィールド４０４（図４）を含む受信されたＤＣＷのフィールドをパースして（ブロック５０８）、パターン・サーチ機能標識が、受信されたＤＣＷのフラグ・フィールド４０４にセットされているかどうかを決定する（ブロック５１２、図５）。１つの実施形態では、パターン・サーチ・リクエスト３０２（図４）は、受信されたＤＣＷのＰＦＸ／ＰＦＸＲパラメータに組み込まれる。サーチ機能標識がセットされていると決定されたことに応答して、パターン・サーチ機能２１６ａは、リクエストされたパターン・サーチのためのリクエストされた特定のパターン・サーチ挙動を、パターン・サーチ・リクエスト３０２から識別する（ブロック５１６、図５）。１つの実施形態では、パターン・サーチ・リクエスト３０２は、特定のサーチ挙動を定義するためのフラグ４０４（図４）の追加のフラグとして、ＬＲＥパラメータの拡張パラメータ部分の最初の２バイトを含む。例えば、これらの追加のフラグは、サーチ・フィールドおよびタイプ（すなわち、例えば、等しい、以上、より大きい）、成功後の方向、単一レコード・サーチまたは複数レコード・サーチ、ならびに単一トラック・サーチまたは複数トラック・サーチの指示を含んでもよい。したがって、前のＣＣＷ文字列からの既知のパターン・サーチ挙動は、本説明による組込み済みパターン・サーチ・リクエストを有するために変更されたＤＣＷに適合されてもよい。特定の用途に応じて、様々な他のサーチ・フィールド、タイプおよびサーチ挙動が、フラグまたは他の標識を使用して定義されてもよいことが理解されている。

【0075】

例証の実施形態では、キー・パターン・サーチ用のサーチ引数４０８（図４）は、パターン・サーチ・リクエスト３０２のフラグ４０４の２バイトに続くフィールドのうちの１つに置かれる。したがって、本実施形態では、エクステント・パラメータの長さは、フラグ４０４用に少なくとも２バイト、および次いで、さらに、キー・パターン・サーチ・リクエスト引数４０８の長さに及ぶ。

【0076】

特定の用途に応じて、移送モード・チャネルのためのデバイス・コマンド・ワードに組み込まれたパターン・サーチ・リクエストのために、他のフィールドおよびフォーマットが使用されてもよいことが理解されている。例えば、パターン・サーチ・リクエスト３０２は、下記で説明されるように、カウント・エリア・パターン・サーチまたはデータ・パターン・サーチ用のフィールドなど、他のパターン・サーチ引数用の他のパターン・サーチ標識およびフィールドをオプションとして含んでもよい。

【0077】

キー・パターン・サーチ用のサーチ機能標識がセットされた場合、例えば、ストレージ・サーバ２０２ａのサーチ機能２１６ａは、上記で論じられたキー・パターン・サーチ引数４０８などの適切なパターン・サーチ引数を識別し（ブロック５２０、図５）、サーチ挙動フラグ４０４、および識別された１つまたは複数のサーチ引数によって指示されるように、パターン・サーチを実行する（ブロック５２０、図５）。例証の実施形態では、ストレージ・サーバ２０２ａのサーチ機能２１６ａは、ＤＣＷのＰＦＸ／ＰＦＸＲコマンド内のＬＲＥパラメータを使用して、出発点、すなわち、リクエストされたパターン・サーチを処理するための初期またはスタート方向である、ＣＫＤレコードを最初に決定する。サーチ・スタート・ポイントとして指定されたＣＫＤレコードでスタートすることによって、サーチ機能は、リクエストされたパターン・サーチを実行する（ブロック５２０、図５）、すなわち、パターン・サーチ・リクエスト３０２によって提供されたサーチ引数およびフラグ情報に基づいて関心のあるレコードを見つけようとする。１つの実施形態では、ストレージ・サーバ２０２ａのサーチ機能２１６ａは、同じＤＣＷに組み込まれたいずれかのＩ／Ｏ動作を実行する前に、パターン・サーチ・リクエスト３０２を処理する。その代わりに、下記で説明されるように、リクエストされたパターン・サーチが、リクエストされたパターン・サーチを満たすターゲット・レコードを見つけるのに成功した場合、ターゲット・レコードのプレカウント・フィールドなどのフィールドが、ストレージまたはキャッシュへのデータの読み取りまたは書き込みのためのスタート方向またはスタートＣＫＤレコードとして使用される。

【0078】

１つの実施形態では、サーチ機能２１６ａがＣＫＤレコードのカウント・エリアに向けられた場合、パターン・サーチは、同じレコードのキー・エリアに対して動作し、そうでない場合、サーチ機能２１６ａは、トラック上の次のユーザ・データ・レコードのカウント・エリアに向けられ、パターン・サーチ・リクエスト３０２で提供されたパターン・サーチ・キー引数にマッチするキー・バイトを見つけようとするために、このレコードのキー・エリアに対して動作する。カウント・エリアが見つかる前に、エンド・オブ・トラックが検出された場合、サーチ機能２１６ａは次のトラックに進み、カウント・エリア（レコード・ゼロ以外）が見つかるまで、またはエンド・オブ・シリンダ例外で動作が終結するまで、上述のように定義されたサーチ・エクステントでサーチを続けようとする。

【0079】

既知のＣＫＤレコードでは、キー・エリア（ＫＬ：key area）の長さは、カウント・エリアのキー長フィールドで定義される。ＫＬがゼロの場合、パターン・サーチは、１つの実施形態において、不成功であるとみなされ（ブロック５２４、図５）、１つの実施形態において、サーチ機能２１６ａによるパターン・キー・サーチは、それ以上続けられない。ＤＣＷによってリクエストされた不成功のパターン・キー・サーチは、リクエストしたホストに適切なステータス情報をレポートして終了する（ブロック５２８、図５）。例えば、１つの実施形態では、Ｓｔａｔｕｓ Ｎｏｔ ａｓ Ｒｅｑｕｉｒｅｄを有するＣＥ／ＤＥ／ＵＣなどのステータス情報がレポートされる。ＦＩＣＯＮの実施形態では、ストレージは、ゼロのＫＬを有するレコードのデータ・フィールドに向けられ、「ＣＥ／ＤＥ」のステータスがレポートされる。特定の用途に応じて、他のステータス情報が提供されてもよいことが理解されている。

【0080】

リクエスト３０２のパターン・キー・サーチ引数の長さが、検査されているレコードのＫＬより短い場合、パターン・キー・サーチ引数４０８は、検査されているキー・エリアからの等しいバイト数と比較される。そのレコードのＫＬが、パターン・キー・サーチ引数の長さより短い場合、そのレコードのキー・フィールドは、パターン・キー・サーチ引数からの等しいバイト数と比較される。

【0081】

１つの実施形態では、ホストによって提供されたパターン・サーチ・リクエスト３０２は、カウント・フィールド（ＩＤ）、キー・フィールド、またはデータ・フィールドのうちの１つまたは複数に対するパターン・サーチをリクエストしてもよい。サーチを実施する際、ストレージ・サーバのサーチ機能２１６ａは、リクエスト３０２からのサーチ引数を転送し、ストレージ・デバイスまたはキャッシュから対応するカウント、キー、またはデータ・フィールドを読み取り、引数と読み取りフィールドとの論理比較演算を実施する。チャネル・サブシステムを介してホストによって提供されたリクエスト３０２は、例えば、読み取りフィールドと引数とがマッチすること、または読み取りフィールドが引数より大きい値を有することを、リクエストしてもよい。リクエストされたサーチの挙動を支配するように、パターン・サーチ・リクエスト３０２によって他のサーチ挙動が指定されてもよい。

【0082】

リクエストされたパターン・サーチは、リクエストされたパターンを有するレコードが成功裏に位置特定されるまで、またはサーチが、指定されたサーチ・エクステントの終わりに達して終結するまで、レコード毎にこの様式で続く。本説明によるＤＣＷに組み込まれたパターン・サーチ・リクエストの１つの態様では、レコード毎にパターン・サーチが進むので、ホストとストレージ・サーバとの間のハンドシェイク信号が著しく低減されるか、取り除かれる。

【0083】

リクエストされたパターン・サーチが、指定されたサーチ・エクステント・エリア内で、リクエストされた比較を満たす読み取りフィールドを位置特定できなかった場合（ブロック５２４）、サーチ機能２１６ａは、リクエストされた比較を満たすレコードをストレージ・サーバが見つけるのに失敗したことを指示するステータス情報を返す（ブロック５２８、図５）。一方、ストレージ・サーバ２０２ａのサーチ機能２１６ａによるパターン・サーチの実行が成功したことに続いて、ストレージ・サーバ２０２ａのＩ／Ｏマネージャ２１０ａは、比較要件を満たした読み取りフィールドを有するレコードに向けられる（ブロック５３２、図５）。サーチ・リクエスト３０２のサーチ挙動フラグ４０４は、１つの実施形態において、Ｉ／Ｏマネージャ２１０ａが、レコード（プレカウント／ＨＡ）の始めに、またはキー・フィールド（キー）の後に向けられたかどうかを決定するために、サーチ機能２１６ａによって使用される。

【0084】

本説明によるＤＣＷに組み込まれたパターン・サーチ・リクエストの１つの態様では、追加のＣＣＷも、読み取りまたは書き込みＣＣＷなど、同じまたはその後のＤＣＷに組み込まれてよい。したがって、ターゲット・レコードが位置特定され、そのターゲット・レコードによって方向が決定されると、ＤＣＷが、組み込まれた読み取りまたは書き込みＣＣＷなどのＩ／Ｏ動作も含むと決定された場合（ブロック５３６、図５）、ＬＲＥパラメータ内の組込み済み読み取り／書き込みＣＣＷは、ターゲット・レコードの方向ポイントに関連付けられたデータ・フィールドでスタートする読み取りまたは書き込みのために実行されてもよい（ブロック５３８、図５）。リクエストされたパターン・サーチが成功裏に完了したこと、マッチしたレコードにおける方向、およびその方向からスタートするリクエストされたＩ／Ｏの実行が、リクエストしたホストにレポートされてよい（ブロック５４０、図５）。パターン・サーチ・リクエスト３０２が組み込まれたＤＣＷに読み取りまたは書き込みＣＣＷがない場合、リクエストされたパターン・サーチが成功裏に完了したこと、およびマッチしたレコードにおける方向が、リクエストしたホストに同様にレポートされてもよい（ブロック５４０、図５）。

【0085】

図６は、移送モードで動作するチャネル・サブシステムを介したストレージ・サーバへの伝送のために、パターン・サーチ・リクエスト３０２（図４）をＤＣＷにパッケージ化する、ホスト２００のパターン・サーチ・リクエスト組込みロジック２３０（図２）の動作の例を示している。本実施形態では、パターン・サーチ・リクエスト組込みロジック２３０は、ブロック６０４～６２４を含む図６の動作および図６の付随の説明を実施するように構成される。しかし、特定の用途に応じて、ホスト２００またはチャネル・サブシステムの他のロジックが動作を実施するように構成されてもよいことが理解されている。

【0086】

この例では、パターン・サーチ・リクエスト組込みロジック２３０は、ストレージ・サーバによるパターン・サーチ機能の使用がホストによってリクエストされていることをストレージ・サーバに指示するために、上述のようなパターン・サーチ機能標識などのパターン・サーチ・キー・フラグを、移送モードで動作するチャネル・サブシステムを介したストレージ・サーバへの伝送のためにＤＣＷにパッケージ化する。この例では、サーチ機能標識は、サーチ機能の使用がリクエストされているかどうかを指示するために、１ビットの状態、すなわち上述のように、ロケート・レコード・エクステンデッド、バイト１、補助バイト、ビット６によって表される。例証の実施形態では、セットされたときのビット６のサーチ機能標識は、ストレージ・サーバのサーチ機能によって実施されることになるキー・パターン・サーチがホストによってリクエストされたことを指示する。

【0087】

キー・パターン・サーチのためのサーチ引数４０８（図４）が、パターン・キー・サーチのためのパターン・サーチ標識と共にパッケージ化される（ブロック６０４、図６）。１つの実施形態では、サーチ引数４０８は、パターン・サーチ・リクエスト３０２のフラグ４０４の２バイトに続くフィールドのうちの１つに置かれる。したがって、本実施形態では、エクステント・パラメータの長さは、上述のように、フラグ４０４のための少なくとも２バイト、および次いで、さらにキー・パターン・サーチ・リクエスト引数４０８の長さに及ぶ。

【0088】

１つの実施形態では、キー・サーチ引数４０８は、パターン・サーチ・リクエスト３０２内に固定長を有してもよい。他の実施形態では、キー・サーチ引数４０８の長さは変動してもよい。このような実施形態では、パターン・サーチ・リクエスト３０２は、図４に描写されたキー・サーチ・リクエスト引数長４１２のフィールドで指示されたように、キー・サーチ・リクエスト引数４０８の長さを定義する、拡張パラメータ内のフィールドをオプションとして含んでもよい。

【0089】

例えば、サーチ機能フラグ４０４（図４）の２バイトは、その後に、キー・サーチ・リクエスト引数長４１２の１バイトが続き、さらにキー・サーチ・リクエスト引数４０８自体が続いてもよい。このような実施形態のレイアウトは、以下の通りである。
拡張パラメータ長は、以下に等しい長さを有する。
２バイト（フラグ）＋１バイト（キー・サーチ引数長を定義する）＋キー・サーチ引数自体の長さ（バイト）
１つの例の拡張パラメータは以下の通りでもよい。
フラグ（２バイト）：
● サーチ・イコール
● 単一のレコード
● キー・サーチ標識
キー・サーチ引数長０ｘ０４
キー・サーチ引数０ｘ００００００００
したがって、この例の拡張パラメータ長は、７バイトの長さを有する。特定の用途に応じて、他の長さ、フォーマット、およびフィールドが使用されてもよいことが理解されている。

【0090】

移送モードで動作するチャネル・サブシステムのデバイス・コマンド・ワードに組み込まれたパターン・サーチ・リクエストを用いるストレージ・システムの別の態様では、組込み済みパターン・サーチ・リクエストのアーキテクチャは、例えば、ＣＫＤフォーマットのレコードのデータ・フィールドのパターン・サーチなど、キー・フィールドだけでなく同様に他のフィールドのパターン・サーチを提供するために、さらに拡大されてもよい。

【0091】

したがって、パターン・サーチ・リクエスト組込みロジック２３０（図２）は、データ・フィールドを対象としたオプションのパターン・サーチ・リクエストを組み込むべきかどうかを決定する（ブロック６０８、図６）。組み込む場合、パターン・サーチ・リクエスト組込みロジック２３０（図２）は、パターン・データ・サーチのためのパターン・サーチ標識を、ＤＣＷのフラグ４０４にパッケージ化する（ブロック６１２、図６）。また、データ・パターン・サーチのためのデータ・サーチ・リクエスト引数長パラメータ４１６およびデータ・サーチ・リクエスト引数４２０（図４）が、この例のパターン・サーチ・リクエスト３０２にパッケージ化される。１つの実施形態では、データ・サーチ引数長パラメータ４１６およびデータ・サーチ・リクエスト引数４２０は、パターン・サーチ・リクエスト３０２のフラグ４０４の２バイトに続くフィールドのうちの１つまたは複数に置かれる。したがって、本実施形態では、エクステント・パラメータの長さは、フラグ４０４用の少なくとも２バイトに及び、さらに、キー・パターン・サーチ・パラメータ４１２、４０８、ならびにデータ・パターン・サーチ・パラメータ４１６および４２０の長さを拡張する。

【0092】

このような実施形態の１つの例のためのレイアウトは、以下の通りでもよい。
拡張パラメータ長は、以下に等しい長さを有する。
２バイト（フラグ）＋１バイト（キー・サーチ引数長を定義する）＋１バイト（データ・サーチ引数長を定義する）＋キー・サーチ引数自体の長さ（バイト）＋データ・サーチ引数自体の長さ（バイト）
この例の拡張パラメータは以下の通りでもよい。
フラグ（２バイト）：
● サーチ・イコール
● 単一のレコード
● キー・サーチ標識
● データ・サーチ標識
キー・サーチ引数長０ｘ０４
データ・サーチ引数長０ｘ０４
キー・サーチ引数０ｘ００００００００
データ・サーチ引数０ｘ００００００００
したがって、この例の拡張パラメータ長は、１２バイトの長さを有する。本実施形態は、様々なキーおよびデータ・パターン・サーチの引数のために異なるサイズを容易にする。キー・フィールドだけがパターン・サーチされることになる実施形態では、データ・サーチ引数パラメータは、拡張パラメータから除外されてもよい。特定の用途に応じて、他の長さ、フォーマット、およびフィールドが使用されてもよいことが理解されている。

【0093】

本説明による組込み済みパターン・サーチ・リクエストの別の態様では、パターン・サーチ・リクエスト組込みロジック２３０は、リクエストされたパターン・サーチが成功裏に終わったときに実行されることになる１つまたは複数のＩ／Ｏリクエストを、移送モードで動作するチャネル・サブシステムを介したストレージ・サーバへの伝送のために同じ（またはその後の）ＤＣＷにオプションとしてパッケージ化する。したがって、本実施形態では、パターン・サーチ・リクエスト組込みロジック２３０は、Ｉ／Ｏ動作が、組込み済みパターン・サーチ・リクエスト３０２を含む同じＤＣＷにパッケージ化されるべきか、組込み済みパターン・サーチ・リクエスト３０２を用いるＤＣＷのチェーンのその後のＤＣＷにパッケージ化されるべきかを決定する（ブロック６１６、図６）。その場合、パターン・サーチ・リクエスト組込みロジック２３０は、図３と共に上述されたように、ＣＣＷの形の１つまたは複数のＩ／Ｏコマンドまたはリクエストを組み込む（ブロック６２０、図６）。

【0094】

代替として、パターン・サーチ・リクエスト組込みロジック２３０が、Ｉ／Ｏ動作が組込み済みパターン・サーチ・リクエスト３０２を含む同じＤＣＷにパッケージ化されるべきではないと決定した場合（ブロック６１６、図６）、パターン・サーチ・リクエスト組込みロジック２３０は、図３に関して上述されたようにＣＣＷの形の１つまたは複数のＩ／Ｏコマンドまたはリクエストの組込みを迂回する（ブロック６２０、図６）。ＤＣＷを対象とした既知のアーキテクチャでは、ＤＣＷがＩ／Ｏコマンド・タイプのＣＣＷを含むことが要件である。しかし、本開示の本代替実施形態では、組込み済みパターン・サーチ・リクエストを有するが、組込み済みＣＣＷ読み取りコマンドまたは組込み済みＣＣＷ書き込みコマンドなどの組込み済みＩ／Ｏコマンドがない、別個のサーチ・タイプＤＣＷが実装可能になる。１つの実施形態では、ＤＣＷのチェーンの別個のサーチ・タイプＤＣＷは、チェーンの第１の読み取り／書き込みＤＣＷの前の移送制御エリア（ＴＣＡ）に置かれる。したがって、チェーンのその後に置かれた読み取り／書き込みＤＣＷは、本実施形態における拡張パターン・サーチ挙動がないはずである。

【0095】

パッケージ化動作が完了すると、ホストは、ホストをストレージ・サーバに連結するチャネル・サブシステムを介してターゲット・ストレージ・デバイスを制御するストレージ・サーバに、完了したＤＣＷまたはＤＣＷのチェーンを発行する（ブロック６２４、図６）。これに応答して、ストレージ・サーバは、リクエストされた１つまたは複数のパターン・サーチを実施し、上記で論じられたように、サーチが成功した場合、ターゲット・レコードに関連付けられた方向でスタートする（もしあれば）リクエストされたＩ／Ｏ動作を開始する。

【0096】

ＤＣＷに組み込まれたパターン・サーチ・リクエストを処理するストレージ・サーバは、例えば、ホストからのわずか１つのＤＣＷに応答して、パターン・サーチのサーチおよび比較作業の全てまたは実質的に全てを行う能力のストレージ・サーバを提供することが上記からわかる。さらに、チャネル・サブシステムのコマンド・モードで伝送された個々のコマンドの既知の処理に関連付けられた数多くのハンドシェイク信号は、大きく低減されるか、取り除かれることが可能である。このようなパターン・サーチ・リクエストは、既知のプロトコルとの互換性を容易にするためにＤＣＷの既存のフィールドを使用してＤＣＷに組み込まれてもよい。さらに、ｚＨＰＦアーキテクチャ内のＩ／Ｏ処理は、全てがわずか１つのＤＣＷに応答して、読み取り／書き込みＩ／Ｏ処理のための出発点として、成功した組込み済みパターン・サーチ・リクエストの関心のあるターゲット・レコードを使用するために強化可能である。その上、チェーンの最初またはその後のＤＣＷのその後のコマンドの実行時に、ターゲット・レコードが見つかると、レコードのいずれかおよび全てのフィールドがアクセスおよび利用可能になるように、方向ルールもゆるめられることが可能である。

【0097】

移送モード・デバイス・コマンド・ワードに組み込まれたパターン・サーチ・リクエストの実装形態の例が提供される。

【0098】

例１は、ストレージ・システムへのリクエストを処理するためのコンピュータ・プログラム製品であって、コンピュータ・プログラム製品が、プログラム命令を具体化したコンピュータ可読ストレージ媒体を備え、プログラム命令が、動作を引き起こすためにプロセッサによって実行可能であり、動作が、ストレージ・システムのためのチャネル・サブシステムにおけるＤＣＷ移送モード処理のためのデバイス・コマンド・ワード（ＤＣＷ）にパターン・サーチ・リクエストをパッケージ化することを含み、パターン・サーチ・リクエストのパッケージ化が、キー・サーチ・パターン引数を有する組込み済みパターン・サーチ・リクエストをＤＣＷが有するように、パターン・サーチ・リクエスト用のキー・サーチ・パターン引数をデバイス・コマンド・ワードにパッケージ化することを含む。

【0099】

例２では、例１および３～８の主題は、パターン・サーチ・リクエストに加えて、Ｉ／Ｏ動作を開始するための組込み済み入出力（Ｉ／Ｏ）動作コマンド、および組込み済みパターン・サーチ・リクエストを満たすレコードのプレカウント・フィールドでＩ／Ｏ動作をスタートさせることを指示するフラグをパッケージ化することをオプションとして含むことができ、Ｉ／Ｏ動作コマンドが、デバイス・コマンド・ワードに組み込まれた読み取りコマンドおよび書き込みコマンドのうちの少なくとも１つを含む。

【0100】

例３では、例１～２および４～８の主題は、パターン・サーチ・リクエストが、ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内に組み込まれ、動作が、パターン・サーチ・リクエストに加えて、ＤＣＷに組み込まれた読み取り／書き込みチャネル・コマンド・ワード（ＣＣＷ）をパッケージ化することをさらに含み、ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内のロケート・レコード・エクステンデッド（ＬＲＥ）パラメータが、組込み済みパターン・サーチ・リクエストの実行のためのスタート方向を提供し、組込み済みパターン・サーチ・リクエストの成功した処理が、組込み済みＣＣＷの読み取り／書き込み動作の実行のためのスタート方向を提供することをオプションとして含むことができる。

【0101】

例４では、例１～３および５～８の主題は、パターン・サーチ・リクエストのパッケージ化が、ｚハイ・パフォーマンスＦＩＣＯＮ（ｚＨＰＦ）プロトコルで定義されたように、ＤＣＷのロケート・レコード・エクステンデッド（ＬＲＥ）フィールドに、パターン・サーチ・リクエストおよびキー・サーチ・パターン引数をパッケージ化することを含むことをオプションとして含むことができる。

【0102】

例５では、例１～４および６～８の主題は、パターン・サーチ・リクエストのパッケージ化が、ＤＣＷのフィールドにパターン・サーチ・リクエスト・フラグをパッケージ化することを含み、フラグが、サーチ・フィールドおよびサーチ・タイプのうちの少なくとも１つを指示し、サーチ・タイプが、等しい、以上、およびより大きいのうちの少なくとも１つを含み、フラグが、成功後の方向、単一レコード・サーチおよび複数レコード・サーチのうちの少なくとも１つ、ならびに単一トラック・サーチおよび複数トラック・サーチのうちの少なくとも１つをさらに指示することをオプションとして含むことができる。

【0103】

例６では、例１～５および７～８の主題は、組込み済みパターン・サーチ・リクエストを有するＤＣＷが、組込み済み読み取りコマンドおよび組込み済み書き込みコマンドのうちの少なくとも１つを有するＤＣＷのチェーンのいずれかのＤＣＷの前にあるように、組込み済みパターン・サーチ・リクエストを有するＤＣＷが、ＤＣＷのチェーン内にあり、組込み済み読み取りコマンドがなく、組込み済み書き込みコマンドがないことをオプションとして含むことができる。

【0104】

例７では、例１～６および８の主題は、パターン・サーチ・リクエストのパッケージ化が、キー・パターン・サーチ引数およびデータ・パターン・サーチ引数の両方を有する組込み済みパターン・サーチ・リクエストをＤＣＷが有するように、パターン・サーチ・リクエスト用のデータ・サーチ・パターン引数をパッケージ化することを含むことをオプションとして含むことができる。

【0105】

例８では、例１～７の主題は、パターン・サーチ・リクエストが、ＤＣＷのチェーンの最初のＰＦＸ／ＰＦＸＲタイプのＤＣＷ内のフィールドに組み込まれることをオプションとして含むことができる。

【0106】

例９では、例１～８の主題は、ＤＣＷを受信することと、組込み済みキー・サーチ・パターン引数を使用して、組込み済みパターン・サーチ・リクエストによってリクエストされたパターン・サーチを実施することとを含む、ストレージ・システムによってＤＣＷを処理することをオプションとして含むことができる。

【0107】

例１０は、ストレージ・システムにおいてリクエストを処理するためのコンピュータ・プログラム製品であり、コンピュータ・プログラム製品が、プログラム命令を具体化したコンピュータ可読ストレージ媒体を備え、プログラム命令が、動作を引き起こすためにプロセッサによって実行可能であり、動作が、ストレージ・システムのためのチャネル・サブシステムにおけるＤＣＷ移送モード処理のためのデバイス・コマンド・ワード（ＤＣＷ）を受信することであって、ＤＣＷが、デバイス・コマンド・ワード（ＤＣＷ）内のＰＦＸ／ＰＦＸＲパラメータ内に組み込まれたパターン・サーチ・リクエスト、およびＤＣＷに組み込まれた読み取り／書き込みチャネル・コマンド・ワード（ＣＣＷ）を有し、パターン・サーチ・リクエストが、組込み済みキー・サーチ・パターン引数をデバイス・コマンド・ワードにパッケージ化している、受信することと、ＤＣＷのＰＦＸ／ＰＦＸＲパラメータ内のロケート・レコード・エクステンデッド（ＬＲＥ）パラメータによって識別されたスタート方向に、パターン・サーチ・リクエストによってリクエストされたパターン・サーチを実施することと、組込み済みパターン・サーチ・リクエストの成功した処理によって提供されたスタート方向に、組込み済みＣＣＷの読み取り／書き込み動作を実行することとを備える。

【0108】

例１１は、例１から１０に記載のような動作を実施するために、コンピュータ可読ストレージ媒体内のプログラム命令を実行するプロセッサを含むシステムを備える。

【0109】

例１２は、例１から１０に記載のような動作を実施するための方法を備える。

【0110】

ｉ、ｋ、ｍ、およびｎなど、本明細書で使用される参照文字は、要素の可変数の例を表すために本明細書で使用され、これらは、同じまたは異なる値を表すことができ、説明される様々な例において異なるまたは同じ要素と共に使用されるときに同じまたは異なる値を表すことができる。

【0111】

本発明は、システム、方法、またはコンピュータ・プログラム製品、あるいはその組合せである。コンピュータ・プログラム製品は、本発明の態様をプロセッサに実行させるためのコンピュータ可読プログラム命令を有するコンピュータ可読ストレージ媒体（または複数の媒体）を含んでもよい。

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

これらのコンピュータ可読プログラム命令は、コンピュータまたは他のプログラム可能データ処理装置のプロセッサを介して実行する命令が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定された機能／行為を実行するための手段を作り出すべく、機械を生み出すために汎用コンピュータ、専用コンピュータ、または他のプログラム可能データ処理装置のプロセッサに提供されてもよい。これらのコンピュータ可読プログラム命令はまた、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定された機能／行為の態様を実行する命令を含む製品を、命令を格納したコンピュータ可読ストレージ媒体が備えるべく、コンピュータ可読ストレージ媒体に格納されてもよく、コンピュータ、プログラム可能データ処理装置、または他のデバイス、あるいはその組合せに特定の様式で機能するように指図可能である。

【0117】

コンピュータ可読プログラム命令はまた、コンピュータ、他のプログラム可能装置、または他のデバイス上で実行する命令が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定された機能／行為を実行するべく、コンピュータ実行処理を生み出すために、コンピュータ、他のプログラム可能装置、または他のデバイスで一連の動作ステップを実施するために、コンピュータ、他のプログラム可能データ処理装置、または他のデバイスにロードされてもよい。

【0118】

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

【0119】

図１および図２のコンピュータ構成要素は、ＣＰＵ１０４、ストレージ制御エレメント１０６、チャネル・サブシステム１０８、制御ユニット１１０、ホスト２００、およびストレージ・サーバ２０２ａ、２０２ｂを含み、図７に示されたコンピュータ・システム７０２などの、１つまたは複数のコンピュータ・システムにおいて実行されてもよい。コンピュータ・システム／サーバ７０２は、コンピュータ・システムによって実行される、プログラム・モジュールなど、コンピュータ・システム実行可能命令の一般的なコンテキストで説明されてもよい。一般に、プログラム・モジュールは、特定のタスクを実施するか、特定の抽象データ型を実行する、ルーチン、プログラム、オブジェクト、構成要素、ロジック、データ構造などを含んでもよい。コンピュータ・システム／サーバ７０２は、通信ネットワークを通じてリンクされたリモート処理デバイスによってタスクが実施される、分散型クラウド・コンピューティング環境で実践されてもよい。分散型クラウド・コンピューティング環境では、プログラム・モジュールは、メモリ・ストレージ・デバイスを含む、ローカルおよびリモート両方のコンピュータ・システム・ストレージ媒体に置かれてもよい。

【0120】

図７に示されているように、コンピュータ・システム／サーバ７０２は、汎用コンピューティング・デバイスの形で示されている。コンピュータ・システム／サーバ７０２の構成要素は、１つまたは複数のプロセッサまたは処理ユニット７０４、システム・メモリ７０６、および、システム・メモリ７０６を含む様々なシステム構成要素をプロセッサ７０４に連結するバス７０８を含んでもよいがこれらに限定されない。バス７０８は、バス構造のいくつかのタイプのいずれかのうちの１つまたは複数を表し、メモリ・バスまたはメモリ・コントローラ、周辺バス、アクセラレイティッド・グラフィックス・ポート、および、様々なバス・アーキテクチャのいずれかを使用するプロセッサまたはローカル・バスを含む。例として、また限定ではなく、このようなアーキテクチャは、インダストリ・スタンダード・アーキテクチャ（ＩＳＡ）バス、マイクロチャネル・アーキテクチャ（ＭＣＡ）バス、エンハンストＩＳＡ（ＥＩＳＡ）バス、ビデオ・エレクトロニクス・スタンダーズ・アソシエーション（ＶＥＳＡ）ローカル・バス、およびペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）バスを含む。

【0121】

コンピュータ・システム／サーバ７０２は、典型的には、様々なコンピュータ・システム可読媒体を含む。このような媒体は、コンピュータ・システム／サーバ７０２によってアクセス可能な任意の利用可能な媒体でもよく、揮発性媒体および不揮発性媒体の両方、取外し可能媒体および取外し不能媒体の両方を含む。

【0122】

システム・メモリ７０６は、ランダム・アクセス・メモリ（ＲＡＭ）７１０またはキャッシュ・メモリ７１２あるいはその両方など、揮発性メモリの形のコンピュータ・システム可読媒体を含むことができる。コンピュータ・システム／サーバ７０２は、他の取外し可能／取外し不能な、揮発性／不揮発性のコンピュータ・システム・ストレージ媒体をさらに含んでもよい。例のみとして、ストレージ・システム７１３は、取外し不能な不揮発性磁気媒体（図示されていないが、典型的には「ハード・ドライブ」と呼ばれる）を読み書きするために提供可能である。図示されていないが、取外し可能な不揮発性の磁気ディスク（例えば、「フロッピー（Ｒ）・ディスク」）を読み書きするための磁気ディスク・ドライブ、および、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、または他の光媒体などの取外し可能な不揮発性の光ディスクを読み書きするための光ディスク・ドライブが提供されることが可能である。このような例では、それぞれが、１つまたは複数のデータ媒体インターフェースによってバス７０８に接続可能になる。下記でさらに描写および説明されるように、メモリ７０６は、本発明の実施形態の機能を実行するように構成されたプログラム・モジュールのセット（例えば、少なくとも１つ）を有する少なくとも１つのプログラム製品を含んでもよい。

【0123】

プログラム／ユーティリティ７１４は、プログラム・モジュール７１６のセット（少なくとも１つ）を有し、例として、また限定ではなく、オペレーティング・システム、１つまたは複数のアプリケーション・プログラム、他のプログラム・モジュール、およびプログラム・データと同様に、メモリ７０６に格納されてもよい。オペレーティング・システム、１つもしくは複数のアプリケーション・プログラム、他のプログラム・モジュール、およびプログラム・データのそれぞれ、またはそのいくつかの組合せが、ネットワーキング環境の実装形態を含んでもよい。コンピュータ７０２の構成要素は、本明細書に記載のような本発明の実施形態の機能または方法あるいはその両方を全体的に実行するプログラム・モジュール７１６として実行されてもよい。図１のシステムは、１つまたは複数のコンピュータ・システム７０２において実行されてもよく、これらが複数のコンピュータ・システム７０２で実行された場合、コンピュータ・システムは、ネットワークを介して通信することができる。

【0124】

コンピュータ・システム／サーバ７０２はまた、キーボード、ポインティング・デバイス、ディスプレイ７２４など、１つもしくは複数の外部デバイス７１８、ユーザがコンピュータ・システム／サーバ７０２と対話することを可能にする１つもしくは複数のデバイス、または、コンピュータ・システム／サーバ７０２が１つもしくは複数の他のコンピューティング・デバイスと通信することを可能にする任意のデバイス（例えば、ネットワーク・カード、モデム等）、あるいはその組合せと通信してもよい。このような通信は、入出力（Ｉ／Ｏ）インターフェース７２２を介して発生させることが可能である。さらに、コンピュータ・システム／サーバ７０２は、ネットワーク・アダプタ７２０を介して、ローカル・エリア・ネットワーク（ＬＡＮ）、一般的なワイド・エリア・ネットワーク（ＷＡＮ）、またはパブリック・ネットワーク（例えば、インターネット）、あるいはその組合せなど、１つまたは複数のネットワークと通信可能である。描写されたように、ネットワーク・アダプタ７２０は、バス７０８を介してコンピュータ・システム／サーバ７０２の他の構成要素と通信する。図示されていないが、他のハードウェア構成要素またはソフトウェア構成要素あるいはその両方が、コンピュータ・システム／サーバ７０２と共に使用可能であることを理解されたい。例は、マイクロコード、デバイス・ドライバ、冗長処理ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブ、およびデータ・アーカイブ・ストレージ・システム等を含むがこれらに限定されない。

【0125】

用語「実施形態（an embodiment）」、「実施形態（embodiment）」、「実施形態（embodiments）」、「実施形態（the embodiment）」、「実施形態（the embodiments）」、「１つまたは複数の実施形態」、「いくつかの実施形態」、および「１つの実施形態」は、別途明確に指定されない限り、「本発明の１つまたは複数（全てではない）の実施形態」を意味する。

【0126】

用語「含む（including）」、「備える（comprising）」、「有する（having）」およびその変形形態は、別途明確に指定されない限り、「含むがこれらに限定されない」を意味する。

【0127】

項目の列挙されたリストは、別途明確に指定されない限り、項目のいずれかまたは全てが相互に排他的であることを示唆しない。

【0128】

用語「１つ（ａ）」、「１つ（ａｎ）」、および「前記（ｔｈｅ）」は、別途明確に指定されない限り、「１つまたは複数」を意味する。

【0129】

互いに通信しているデバイスは、別途明確に指定されない限り、互いに連続的に通信している必要はない。さらに、互いに通信しているデバイスは、１つまたは複数の中間体を通じて直接的または間接的に通信してもよい。

【0130】

互いに通信しているいくつかの構成要素を用いた実施形態の説明は、このような全ての構成要素が必要であることを示唆しない。反対に、本発明の多種多様な可能な実施形態を示すために、様々なオプションの構成要素が記載されている。

【0131】

単一のデバイスまたは物品が本明細書で説明されるとき、単一のデバイス／物品の代わりに２つ以上のデバイス／物品（これらが協働してもしなくても）が使用されてもよいことが容易に明らかであろう。同様に、２つ以上のデバイスまたは物品が本明細書で説明される場合（これらが協働してもしなくても）、２つ以上のデバイスもしくは物品の代わりに単一のデバイス／物品が使用されてもよいこと、または、示された数のデバイスもしくはプログラムの代わりに異なる数のデバイス／物品が使用されてもよいことが容易に明らかであろう。デバイスの機能または特徴あるいはその両方は、代替として、このような機能／特徴を有するように明示的に記載されていない１つまたは複数の他のデバイスによって具体化されてもよい。したがって、本発明の他の実施形態は、デバイス自体を含む必要はない。

【0132】

本発明の様々な実施形態の前述の説明は、例証および説明のために提示されてきた。網羅的であること、または開示の精密な形に本発明を限定することを意図していない。上記の教示の観点から多くの変更形態および変形形態が可能である。本発明の範囲は、本詳細な説明によってではなく本明細書に添付の特許請求の範囲によって限定されることが意図されている。上記の明細書、例、およびデータは、本発明の構成物の製造および使用の完全な説明を提供する。本発明の思想および範囲から逸脱することなく、本発明の多くの実施形態が実施可能になるので、本発明は、以下に添付の特許請求の範囲にある。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【国際調査報告】