【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、本発明と同じ日付に米国で出願された「複数の独立デバイス・デバイスを組み入れたコンピュータ・システムのためのメタデバイス・ドライバのリネーム／エクスチェンジ技術」と題する米国特許出願第０８／６３２００６号及び「複数の記憶装置を有するコンピュータ・システムにおけるイベント告知」と題する米国特許出願第０８／６３２５４６号との内容に関連する。 これらの出願は、本出願の出願人であるサン・マイクロシステムズ社に譲渡されている。
これらの出願の内容は、本出願において援用することにする。

【０００２】本発明は、広くは、コンピュータと、メタデバイス又はメタディスク・ドライバを介してコンピュータ・オペレーティング・システムに結合された複数のコンピュータ大容量記憶装置（マスストレージ・デバイス）ドライバを動作的（オペラティブ）に制御するコンピュータ・オペレーティング・システムと、に関する。
更に詳しくは、本発明は、記憶装置マネジャと独立であり、利用可能な記憶装置のオパーク（非透過的、すなわち、パブリックではない）なリストをメタディスク・ドライバから要求し、予め選択したサーチの基準を充足するリストの部分集合を決定するコンフィギュレーション・インターフェース・トランスレータを含むシステム、
方法、及びコンピュータ・プログラム製品に関する。 結果として得られるオパークなリストは、次に、希望するフォーマットでコンピュータ・システムのユーザに提供するために、非オパークなフォーマットのリストに変換される。

【０００３】

【従来の技術及び発明が解決しようとする課題】コンピュータ・システムのための現時点で利用可能な記憶装置マネジャ・プログラムは、一般的に、リリースに依存する。 すなわち、そのようなプログラムは、関連するコンピュータ・オペレーティング・システムの特定のリリースと共に使用するように設計されている。 更に、既存の記憶装置マネジャ・プログラムは、特定の開発者のオペレーティング・システムに結び付いており、その記憶装置のユーザが、記憶装置のより大きなグループの一部として、そのマネジャ・プログラムを使用できるような、
拡張可能でジェネリックな記憶管理製品としては、機能することはできない。 更に、既存のプログラムは、下位にある記憶装置の状態の任意の変化をキューする満足できる告知メカニズムを与えてくれない。

【０００４】

【課題を解決するための手段】本発明は、その効果として、コンピュータ大容量記憶管理システムへの拡張可能でジェネリックなインターフェースを提供する。 このインターフェースは、安価なディスクの冗長アレー（ＲＡ
ＩＤ）、ミラーリングされたセット、又はそれ以外のデバイス・グループであるかににかかわらず、そのコンフィギュレーションに対して使用可能な記憶装置のカタログすなわちリストを提供する。 更に、このインターフェースは、事象（イベント）告知メカニズムを提供して、
下位の記憶デバイスの他のホストによるアイデンティティ、コンフィギュレーション、ステータス、又は利用の変化に関する情報を与える。 好適実施例では、本発明は、Ｓｏｌｓｔｉｃｅ（米国登録商標） ＤｉｓｋＳｕ
ｉｔｅ（米国登録商標）プログラムの一部として実現され、Ｖｅｒｉｔａｓ（米国登録商標）ボリューム・マネジャやＩＢＭ論理ボリューム・マネジャなどの他の利用可能な記憶マネジャと共に用いることもできる。

【０００５】ここで開示されている記憶装置（ストレージ）マネジャと独立のコンフィギュレーション・インターフェース・トランスレータは、アクセス機能によってキューされ得る一群の非透過的な記憶装置記述子（ストレージ・ディスクリプタ）を用いて、例えば、エラー条件、デバイス設定関係などを判断する。 記憶装置記述子は、それぞれが、関連する記憶装置記述子識別子（ＳＤ
ＩＤ）を有し、これは、リンクされており、関連するコマンド・ライン・インターフェース（ＣＬＩ）又はグラフィカル・ユーザ・インターフェース（ＧＵＩ）によって、公共的にアクセス可能な（すなわち、非透過的ではない）キーとして機能する。

【０００６】ここで開示される特定の実施例は、メタディスク・ドライバと、このメタディスク・ドライバに結合されたメタドライバによって動作的（オペラティブ）
に制御されるデバイスに対応する情報を含む関連するデータベースとを組み入れたコンピュータ・システムにおけるコンピュータ大容量記憶装置を管理するための方法である。 この方法は、デバイスの非透過的なリストをメタディスク・ドライバから要求するステップと、予め選択されたサーチ基準を充足するデバイスの非透過的なリストの部分集合を決定するステップと、を含む。 非透過的なリストの部分集合は、非透過的ではないフォーマットのリストに変換され、コンピュータ・システムのユーザに与えられる。

【０００７】

【発明の実施の態様】本発明の以上で述べた及びそれ以外の特徴と目的とは、以下で行う好適実施例の詳細な説明を添付の図面を参照して読むことによって、明らかになる。

【０００８】本発明が用いられる環境は、一般的な分散型計算システムに亘り、そこでは、汎用コンピュータ、
ワークステーション、又はパーソナル・コンピュータが種々のタイプの通信リンクを介して、クライアント・サーバ構成に接続されており、多くはオブジェクトの形式であるプログラム及びデータが、このシステムの種々の構成メンバによって、このシステムの他の構成メンバによる実行及びアクセスに対して、利用可能になっている。 汎用ワークステーション・コンピュータの構成要素のいくつかが図１に示されている。 この図では、プロセッサ１は、入力／出力（Ｉ／Ｏ）部２と、中央処理装置（ＣＰＵ）３と、メモリ部４とを有するように図解されている。 Ｉ／Ｏ部２は、キーボード５、ディスプレイ・
ユニット６、ディスク記憶ユニット９、ＣＤ−ＲＯＭドライブ又はユニット７、又は、ワイド・エリア・ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、又はインターネットなどのそれ以外のネットワーク接続などのコンピュータ・ネットワーク１１に接続される。 ＣＤ−ＲＯＭユニット７は、典型的にはプログラム１０及びデータを含むＣＤ−ＲＯＭ又はＣＤ−
ＲＯＭ媒体８を読み出すことができる。 本発明の装置及び方法を実行するメカニズムを含むコンピュータ・プログラム製品は、このシステムのメモリ部４、ディスク記憶ユニット９、ＣＤ−ＲＯＭ８、又はネットワーク１１
に存在する。

【０００９】図２を参照すると、例示的なコンピュータ・プログラム・オペレーティング・システム２０の簡略化された概念的な表現が示されている。 コンピュータ・
オペレーティング・システム２０は、記憶装置マネジャと独立のライブラリ・コンフィギュレーション（libcon
fig）ブロック２６を組み入れており、このブロックは、入力を受け取り、出力を、コマンド・ライン・インターフェース（ＣＬＩ）とグラフィック・ユーザ・インターフェース（ＧＵＩ）２４とに与える。 libconfigブロック２６は、記憶装置マネジャと独立であり、ソフトウェア・リリースに独立であるように指定される。

【００１０】libconfigブロック２６は、特定のソフトウェア・リリースの要求に依存して変化し特定の記憶装置マネジャのために設計されているのが一般的であるli
bmetaブロック２８とインターフェースする。 図においては、libmetaブロック２８は、類似のインターフェース３０を有するメタディスク・ドライバ３６との通信のための一意的なインターフェース３０を含む。 libmeta
ブロック２８と、メタディスク・ドライバ３６とは、ユーザ３２とオペレーティング・システム２０のカーネル３４層とを介して、通信する。 示されているように、li
bconfigブロック２６は、記憶装置マネジャと独立であることにより、メタディスク・ドライバ３６の代わりに、別の記憶装置マネジャ３８と直接に通信することもできる。

【００１１】メタディスク・ドライバ３６（これは、上述の同時継続中の出願においてより詳しく説明されているが）は、記憶デバイスのスライス（又は、パーティション）と、本願の出願人であるサン・マイクロシステムズ社から市販されているＳｏｌａｒｉｓオペレーティング・システムなどのＵＮＩＸ（米国登録商標）ベースのオペレーティング・システム２０におけるＤＤＩ／ＤＫ
Ｉインターフェースを介して、インターフェースすることができる。

【００１２】メタディスク・ドライバ３６は、示されているように、種々のコンピュータ大容量記憶デバイス及びコンフィギュレーションに対応する多数のメタドライバの上位にある。 この点に関して、ストライプ・メタドライバ４２、ミラー・メタドライバ４４、ＲＡＩＤメタドライバ４６、及びトランス・メタドライバ４８が用いられる。 しかし、これらの種々のメタドライバ４２−４
８は、単に例示的なものであり、用いることのできる可能性のあるメタドライバ、階層化されたドライバ、又はそれ以外のコンピュータ大容量記憶装置ドライバのタイプを限定するものではない。 メタディスク・ドライバ３
６は、また、関連する告知ブロック５０を有する。 告知ブロック５０は、下位の記憶デバイスの他のホストによるアイデンティティ、コンフィギュレーション、ステータス、又は利用の何らかの変化に関する情報などの記憶デバイスに関連する事象に関するキューされたメッセージのための合致（ランデブ）点として機能する。

【００１３】図３を参照すると、多数の非透過的（すなわち、公共的でない）な記憶装置記述子６０の簡略化された概念的な表現が示されており、概念的な「アンカ」
５２を介して、ＣＬＩ２２及びＧＵＩ２４に結合されている。 記憶装置記述子６０は、それぞれに、公共的にアクセスが可能な（すなわち、非透過的ではない）記憶装置記述子識別子（ＳＤＩＤ）６２が付随しており、これらは、示されているように、キーとして機能して、ＣＬ
Ｉ２２及びＧＵＩ２４がアンカ５２のメカニズムを介してその内容を見ることができるようになっている。

【００１４】以下では、機能が更に詳細に説明され、ここで開示される記憶装置マネジャと独立のコンフィギュレーション・インターフェース・トランスレータ及び方法の機能性が、本願の出願人であるサン・マイクロシステムズ社によって開発されライセンスされているＳｏｌ
ｓｔｉｃｅ ＤｉｓｋＳｕｉｔｅ４．０のコンピュータ・プログラムにおいて用いられる特定の実現例に即して、より完全に説明される。 最初のリストは、セット・
ネーム・リストを獲得するのに用いられる関数に関する。

【００１５】NAME（名称）としては、cfg_get_setname_
list, cfg_destroy_setname_listがあり、ローカル・ホストのためのセット・ネームのベクトルを取得又は破壊する。

【００１６】SYNOPSIS（シノプシス）： #include <config.h> int cfg_get_setname_list(char ***et_name_list_P) void cfg_destroy_setname_list(char **set_name list)

【００１７】DESCRIPTION（説明）：これらの機能は、
ローカル・ホスト上のＤｉｓｋＳｕｉｔｅサブシステムにとって既知であるセット・ネームのベクトルを配分又は破壊する。

【００１８】ARGUMENTS（引数）としては、set_name_li
st_pがあり、これは、cfg_get_ setname _list()によって配分されるキャラクタ・ストリングのベクトルであり、このホスト上で定義されるセットのネームに等しく設定される。 また、set_name_listがあり、これは、cfg
_get_setname_list()によって配分されたキャラクタ・
ストリングのベクトルである。

【００１９】RETURN VALUES：成功時に、０の値が戻される。 それ以外の場合には、リターン値は、intro(2)のように、errnoである 次の関数は、非透過的なオブジェクト・リストの構成に関係する。

【００２０】NAME（名称）としては、cfg_getsd_by_id,
cfg_getsd_by_setname, cfg_getsd_ next, cfg_getsd_
rewind, cfg_getsd_toplevel, cfg_destroy_sd があり、記憶装置記述子を読み出し、操作する。

【００２１】SYNOPSIS（シノプシス）： #include <config.h> int cfg_getsd_by_id(sdid_t sdid, void **storage_descriptor_pp) int cfg_getsd_by_setname(char *setname, void **storage_descriptor_pp) int cfg_getsd_next(void **storage_descriptor_pp) int cfg_gotsd_rewind(void **storage_descriptor_pp) int cfg_getsd_toplevel(sdid_t sdid, void **storage_descriptor_pp) int cfg_destroy_sd(void *storage_descriptor_p)

【００２２】DESCRIPTION（説明）：これらの関数は、
記憶装置記述子、記憶装置記述子識別子、及びテキストの記憶装置記述子を操作する。 記憶装置記述子は、Ｄｉ
ｓｋＳｕｉｔｅインターフェース又はデータ構造を露出することなく、記憶装置を含むオブジェクトを記述する。

【００２３】cfg_getsd_by_setname()は、引数であるst
orage_descriptor_ppを、記憶装置記述子ポインタの配分されたリストを参照するように設定する。 このリストは、cfg_getsd_next()を用いてウォークすることができ、又は、cfg_getsd_rewindsを用いてリスト・ヘッドに再び配置することができる。 cfg_destroy_sd()は、cf
g_getsd_by_setname()によって配分されたリストの配分を解消（deallocate）する。 cfg_getsd_by_id()は、記憶装置記述子リストをsdidによって識別されたエントリに再び配置するのに用いられる。

【００２４】cfg_getsd_toplevel()は、オブジェクトを含む最上位を取得するのに用いられる。 親を持たない（孤児である）オブジェクトもあるので、適切なセットが、それ以外では付属していないオブジェクトすべてを含む。 通常の記憶デバイスに対しては、ミラーが、例えば、そのサブミラーを構成するストライプを含み得る。

【００２５】cfg_getsd_next()は、storage_descriptor
_ppを、リストにおける次の要素に設定するのに用いられる。 リストの最後ではそれは、NULLに設定される。

【００２６】cfg_getsd_rewind()は、storage_descript
or_ppをリストの最初に再び設定する。 これは、cfg_des
troy_sd()をコールする直前に、最も有用である。

【００２７】ARGUMENTS（引数）：setnameは、記憶装置記述子がそのために取得されるセットを識別するNULLで終わる（ターミネートされる）キャラクタ・ストリングである。

【００２８】storage_descriptor_ppは、cfg_getsd_by_
setnameによって配分され、それに続くcfg_getsd_by_i
d, cfg_getsd_next, cfg_getsd_rewind ,cfg_getsd_top
levelによって操作され、 又は、cfg_destroy_sdによって、配分が解除される。

【００２９】storage_descriptor_pは、cfg_getsd_by_s
etnameから取得されるstorage_descriptorリストの現在の位置である。

【００３０】sdidは、記憶装置記述子の内容への公共的なインターフェースである。 cfg_get_sdidにおいて完全に記述されているので、イベント取り扱いルーチンから通常は取得される。

【００３１】RETURN VALUES：成功時に、これらのルーチンは、０に戻る。 エラーの際には、intro(2)からの適切なエラー数が戻される。

【００３２】次の関数は、非透過性のオブジェクトの属性と、それらが興味の対象であるかどうかを判断する。

【００３３】NAME（名称）としては、cfg_validate_sd,
cfg_sd_is_err, cfg_sd_is_owned,cfg_sd_is_toplevel
があり、記憶装置記述子の有効性と属性とをチェックする。

【００３４】SYNOPSIS（シノプシス）： #include <config.h> int cfg_sd_is_err(void *storage_descriptor_p) int cfg_sd_is_owned(void *storage_descriptor_p) int cfg_sd_is_toplevel(void *storage descriptor_p) int cfg_validate_sd(void *storage_descriptor_p)

【００３５】DESCRIPTION（説明）：これらの関数は、
与えられた記憶装置記述子の有効性又は属性をチェックする。

【００３６】ARGUMENT（引数）： storage_descriptor_
pは、cfg_getsd_by_id()、又はcfg_getsd_by_setname()
の一方から取得される記憶装置記述子リストの現在値である。

【００３７】cfg_sd_is_err()は、関連するデバイス・
ステートにエラーが存在する場合には、TRUE (非ゼロ)
を戻す。

【００３８】cfg_sd_is_owned()は、記憶装置記述子が与えられたホストによって所有される又は所有されないオブジェクトを参照する場合には、TRUE (非ゼロ)を戻す。 これは、NDSD_HOST 及びKDSD_SETのタイプのオブジェクトを含む。

【００３９】cfg_sd_is_toplevel()は、記憶装置記述子がどの他の記憶装置記述子にも含まれないオブジェクトを参照する場合には、TRUE (非ゼロ)を戻す。 top_leve
lのデバイスは、セット・エントリと、サブミラーを含むミラーとを含む。

【００４０】cfg_validate_sd()は、与えられたstorage
_descriptorの内容を確認するのに用いられ得る。 これは、ワイルド・ポインタがその内容を上書きしていないことを確認し、配分が解除されていないことを確認するのに有用である。 storage_descriptor_p が有効である場合には、TRUE（非ゼロ）を戻す。 これらのすべてのルーチンは、任意のエラー条件に対して、FALSEを戻す。

【００４１】次の関数は、公共的な識別子（ＳＤＩＤ）
を比較し、検索する。

【００４２】NAME（名称）には、cfg_cmp_sdid, cfg_de
stroy_sdid, cfg_get_sdid, は、記憶装置記述子識別子を比較し、配分し、配分を解除する。

【００４３】SYNOPSIS（シノプシス）： #include <config.h> sdid_cmp_t cfg_cmp_sdid(sd_id_t sl, sdid_t s2) int cfg_get_sdid(vaid *storage_ descriptor_p, sdid_t *sdidp) int cfg_destroy_sdid(sdid_t *sdidp)

【００４４】DESCRIPTION（説明）：これらの関数は、
記憶装置記述子への公共的キーである記憶装置記述子識別子を操作する。

【００４５】cfg_get_sdid ()は、storage_descriptor_
pの内部のデータを翻訳して、値を、sdidpの中に充填する。 storage_descriptor_pは、cfg_getsd_*関数の１つから取得できる。

【００４６】cfg_destroy_sdid()は、sdidpの内部にcfg
_get_sdid()によって配分される。 配分の解除は行わない。

【００４７】cfg_cmp_sdid ()によって、複数のsdid_t
が比較されることが可能になる。 以下の列挙されたタイプの中の１つを、以下のタイプの定義に従って戻す。

【００４８】typedef enum sdid_compare{ SDIDCM_UNK, SDIDCMP_NO, SDIDCMP_EXACT, SDIDCMP_STALE, SDIDCMP_TYPE } sdid_cmp_t;

【００４９】SDIDCM_UNK：s1とs2との比較を試みている間にエラーが生じる。 比較は行われない。

【００５０】SDIDCMP_NO：２つの記憶装置記述子識別子であるs1とs2とが一致しない。

【００５１】SDIDCMP_EXACT：２つの記憶装置記述子識別子であるs1とs2とが同一である。

【００５２】SDIDCMP_STALE：２つの記憶装置記述子識別子は同じオブジェクトを記述しているが、このオブジェクトは、s1とs2との一方又は両方がドライバのステートに対して最後にチェックされた時間の間に変化している可能性がある。

【００５３】SDIDCMP_TYPE：２つの記憶装置記述子識別子は、オブジェクトのタイプにおいてだけ一致するが、
それ以外は異なっている。 記憶装置記述子識別子（sdid
_t）は、記憶装置記述子の内部のデータへの公共的なインターフェースである。 これらは、通常は、事象取り扱いルーチンから得られる。 （記憶装置記述子識別子は、
列挙されたタイプと、それぞれのオブジェクト（confi
ghを参照のこと）に対する一意的なキーとから、以下のように構成される。 ）記憶装置記述子を一意的に識別するフィールドは、sdi_type, sdi_key, sdi_ctimeである。

【００５４】

【００５５】記憶装置記述子のタイプは、以下の列挙されている値の中の１つによって記述される。

【００５６】 typedef enum md_storage_descriptor_type { MDSD_UNX = SDTYP_UNXI /*明示的な不法の値*/ MDSD_USER, /*ユーザの特定した記憶装置のタイプ*/ MDSD_UNSPEC, /*特定されていない記憶装置のタイプ*/ MDSD_STRIPE, /*ブロック・インターリーブ/アペンド*/ MDSD_MIRROR, /*ブロック複製*/ MDSD_RAIDS, /*ストライプ化されたパリティ*/ MDSD_TRANS, /*トランザクションしているデバイス*/ MDSD_REPLICA, /*データベース・レプリカ*/ MDSD_HSP, /*ホット・スペア・プール*/ MDSD_HS, /*ホット・スペア・メンバ*/ MDSD_RESERVED, /*使用不可能*/ MDSD_SET, /*管理的な収集*/ MDSD_HOST, /* セットを所有可能なホスト*/ MDSD_MEDIATOR /* アービトレータ*/ } mdsdtyp_t;

【００５７】記述されたオブジェクトは、すべてが、記憶装置のクラスを与える構成された疑似デバイス（すなわち、ミラーリングされたもの）又は管理的に関連した実体である（administratively-related entities）。

【００５８】RETURN VALUES ： cfg_cmp_sdidを除いて、上述のように、これらの関数はは、成功時に０を戻す。 エラーの際には、errnoが戻され、intro (2) におけるように、epがエラー情報に充填される。

【００５９】次の関数は、非透過性のオブジェクトを、
読み出し可能なフォーマットに変換する。

【００６０】NAME（名称）には、cfg_get_text_sd, cfg
_destroy_text_sdがあり、テキスト形式の（textual）
記憶装置記述子テキストを配分及び配分解除する。

【００６１】SYNOPSIS（シノプシス）： #include <config.h> int cfg_get_text_sd (void *storage_descriptor_p, sdtext_t **sdtpp) int cfg_destroy_text_sd (sdtext_t *sdtp)

【００６２】DESCRIPTION（説明）：これらのルーチンは、テキスト形式の記憶装置記述子を、それぞれ、配分する。 テキスト形式の記憶装置記述子は、cfg_getsd_by
_idにそれ自体が記述される記憶装置記述子の内部のパケット化された情報の印刷可能なバージョンである。

【００６３】ARGUMENTS（引数）：storage_descriptor_
pは、cfg_ getsd_by_id ()又は、cfg_getsd_by_setname
()によって戻されたものとしての、記憶装置記述子へのポインタである。

【００６４】sdtppは、テキスト形式の記憶装置記述子へのポインタのアドレスである。

【００６５】typedef struct storage_descriptor_text_t { char *storage_allocator_name; char *name; char *type; char **attr; char **components;

【００６６】storage_allocator_nameは、記憶装置マネジャのアイデンティティに設定される。 サン・マイクロシステムズ社から入手可能な本発明の記憶装置マネジャと独立のコンフィギュレーション・インターフェース・
トランスレータ及び方法のＤｉｓｋＳｕｉｔｅとしての実現により、このストリングは、ＤｉｓｋＳｕｉｔｅに設定される。

【００６７】nameは、ファイル・システム・ツリーにおけるこのデバイスのパスネーム（pathname）である。

【００６８】type は、mirror やRAID5などのデバイスを識別するストリングである。

【００６９】attr は、ストリングerror, owned, tople
velに設定された属性のベクトル（ヌルでもあり得る）
である。

【００７０】componentsは、成分（コンポーネント）の名称のベクトルである。 これらは、通常は、そうである必要はないが、c0t1d0s1などのサブデバイスである。

【００７１】RETURN VALUES：成功時には、これらのルーチンは、０を戻す。 それ以外の場合には、エラーが戻される。

【００７２】次の関数は、イベントに関係する。

【００７３】NAME（名称）には、cfg_ev_create, cfg_e
v_get, cfg_ev_put, cfg_ev_off があり、イベント告知を取得するために登録し、イベントを収集し、イベントを送り、イベント収集を取り止める（turn off）。

【００７４】SYNOPSIS（シノプシス）： #include <config.h> int cfg_ev_create (char *qname, int flags) int cfg_ev_off (char *qname) int cfg_ev_get ( char *qname, void *sdp, int wait, sdid_t *sdidp ) int cfg_ev_put (sdid_t *sdidp)

【００７５】DESCRIPTION（説明）：これらの関数は、
コンフィギュレーション・イベントを収集し、送り、受け取るために、登録（レジスタ）する。

【００７６】cfg_ev_createは、名称付きのイベント告知キューであるqnameにおいてイベントを収集するために登録するのに用いられる。 その振る舞いは、修正される。

【００７７】CPG_EV_PERMは、フラグであり、名称付きのキューがプロセスの出口において自動的に破壊されないことを示している。

【００７８】CFG_EV_EXISTERRは、フラグであり、ユーザが既に存在するイベント告知キューを作成しようとすることはエラーではないことを示す。 このフラグが設定されていなければ、名称付きのキューは、存在せず、er
rno EEXISTが戻される。

【００７９】cfg_ev_off ()は、イベント収集を登録せず、名称付きのキューを消去させる。

【００８０】cfg_ev_get ()は、名称付きのキューの中にあるすべてのイベントに対して、sdid_tのアドレスの内部に適切なsdidを戻す。 イベントが存在しない場合には、このルーチンは、引数waitがTRUE（非ゼロ）であるかFALSE（ゼロ）であるかに従って、sdidpを設定することなく、ブロック又は戻る。

【００８１】cfg_ev_put ()は、ユーザが特定したイベントを送るのに用いることができる。 ユーザ・データは、sdid_tのsdi_userフィールドにおいて送ることができる。

【００８２】RETURN VALUES：成功時に、収集された又は送られたイベントは、cfg_ev_get() 又はcfg_ev_pu
t()によって戻される。 cfg_ev_create () 及びcfg_ev _
off()は、成功時には０を戻し、失敗を示すためには、e
rrnoを戻す。 エラーは、負の値によって示される。 この絶対値が、intro (2)におけるように、errnoである。

【００８３】示してきたように、本発明による記憶装置マネジャと独立のコンフィギュレーション・インターフェース・トランスレータ及び方法は、最初に、記憶デバイスのどの組又はグループが使用可能であるかを判断し、次に、どの記憶装置記述子がこれらの特定のセットの中で使用されているかを決定する。 記憶装置記述子は、非透過的であるから、アクセス関数を用いてその内部に入る。 非透過的な構造は、次に、ＣＬＩ及びＧＵＩ
ツールによって利用できる非透過的ではないフォーマットのテキストに変換される。 本発明は、また、使用の間に変更したデバイスに関する情報を与える告知メカニズムも有している。

【００８４】以上で本発明の原理を特定のオペレーティング・システムとドライバとに関して説明したが、以上の説明は単に例示目的のものであって、明らかに、発明の技術的範囲を制限するものではない。 特に、以上の説明から得られる発明に対して、当業者であれば、修正を行うことができよう。 そのような修正は、それ自体が既に既知でありここで開示した特徴に加えて用いることができる他の特徴を含み得る。 特許請求の範囲は、この出願においては、特徴の特定の組合せとして記載されているが、本発明の範囲は、本出願において明示的に又は暗示的に開示された個々の特徴の組合せである任意の新たな特徴を含む可能性があり、その一般化又は修正は、当業者には明らかである。 これは、そのような一般化又は修正がいずれかの請求項に関係するか、または、本発明が直面する技術的な課題から導かれるかに限らない。 従って、出願人は、出願手続きにおいて、そのような特徴に関する新たな請求項を追加する、又は、分割出願を行う権利を留保しているものとする。

【図面の簡単な説明】

【図１】本発明の動作環境の一部を形成する汎用コンピュータの簡略化された図解である。

【図２】記憶装置マネジャと独立のライブラリ・コンフィギュレーション（libconfig）ブロックを組み入れ、
メタディスク・ドライバを介して複数のメタドライバに動作的に結合する例示的なコンピュータ・オペレーティング・システムの簡略化された概念図である。

【図３】それぞれが付随する記憶装置記述子識別子（Ｓ
ＤＩＤ）を有し概念的にコマンド・ライン・インターフェース（ＣＬＩ）又はグラフィカル・ユーザ・インターフェース（ＧＵＩ）にアンカされている、多数の記憶装置記述子の簡略化された概念図である。

───────────────────────────────────────────────────── フロントページの続き (71)出願人 597004720 2550 Ｇａｒｃｉａ Ａｖｅｎｕｅ，ＭＳ ＰＡＬ１−521，Ｍｏｕｎｔａｉｎ Ｖ ｉｅｗ，Ｃａｌｉｆｏｒｎｉａ 94043− 1100，Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ (72)発明者 スティーブン・ティー・セネター アメリカ合衆国コロラド州80920，コロラ ド・スプリングス，ウエストミンスター・ ドライヴ 8625 (72)発明者 デール・アール・パスモア アメリカ合衆国コロラド州80919，コロラ ド・スプリングス，ストニー・ポイント・ コート 1625 (72)発明者 ロバート・エス・ギッティンズ アメリカ合衆国コロラド州80866，ウッド ランド・パーク，キングズ・クラウン・ロ ード 1020