JPH04297934A

JPH04297934A - データ処理システム

Info

Publication number: JPH04297934A
Application number: JP3268660A
Authority: JP
Inventors: Barry Alan Feigenbaum; バリー・アラン・ファイゲンバウム; Felix Miro; フェリックス・ミロ
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1990-09-25
Filing date: 1991-09-20
Publication date: 1992-10-21
Also published as: US5367671A

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ処理システムに
関し、具体的には、このようなシステムに記憶された情
報オブジェクトに関する拡張属性の記憶及び管理に関す
る。

【０００２】

【従来の技術】情報オブジェクト（またはオブジェクト
）という用語は、ここでは離散的にアクセス可能なファ
イル・エンティティとしてディスク上に記憶可能な、デ
ータ・ファイル、プログラム、及びその他の情報項目の
総称として使用される。以下では、「オブジェクト」及
び「ファイル」という用語は同じ意味で使用する。

【０００３】オブジェクト属性（または単に「属性」）
という用語は、現在、オペレーティング・システムによ
って維持される標準的な１組のファイル特性に関連する
用語として使用されている。たとえば、ＤＯＳ及びＯＳ
／２（ＩＢＭ社の商標）オペレーティング・システムは
、ファイルごとに、ファイル名、ファイルへの最近のア
クセスの日時、ファイルの最近の改訂（ファイルが作成
されたばかりの場合は作成）の日時、ファイルのアクセ
ス可能性（隠しファイルか、非隠しファイルか）、ファ
イルの変更可能性（読出し専用か、否か）、及びファイ
ル・データの記憶場所の情報からなる、標準的な１組の
属性を維持する。

【０００４】拡張オブジェクト属性（または単に「拡張
属性」または「ＥＡ」）という用語は、一般的に標準的
な１組の属性に含まれる属性以外の諸属性の総称として
使用する。

【０００５】「要求」と「機能呼出し」は、オペレーテ
ィング・システムにデータ処理システムに関するある種
の機能の実行を指令させるためにオペレーティング・シ
ステムに適用された情報を特徴づけるものとして同じ意
味で使用する。

【０００６】コンピュータ・システムでは、ファイルは
一般に、直接アクセス記憶サブシステム（たとえば、固
定された形または取外し可能な形の１つまたは複数のデ
ィスク記憶装置を含むもの）内に、ファイルのある種の
特徴及びその記憶装置内の位置を記述する標準の１組の
属性（上記の「属性」の定義参照）と関連づけて記憶さ
れる。ファイル及びそれに関連する標準的属性は、適用
業務プログラムによって作成され、改訂可能である。フ
ァイル及びその標準の１組の属性の記憶は、一般にオペ
レーティング・システムによってリンク式に管理され、
したがってそれらのファイル及びそれらの標準的属性は
、それらの記憶装置内の位置が異なっていても、単一の
エンティティである場合と同様に、オペレーティング・
システム及びその他の適用業務（ファイルを作成した適
用業務とは異なる適用業務）にとってアクセス可能であ
る。ファイル及び属性のこのタイプの協調的操作を、以
下では、「コンジョイント」な操作と呼ぶ。

【０００７】標準的属性に加えて、適用業務プログラム
は、ファイル・データと関連づけた拡張属性（ＥＡ）を
作成または改訂することができる。これまで、ＥＡは作
成側適用業務によって形成され、したがってオペレーテ
ィング・システム及びその他の適用業務にとってＥＡが
実際にはアクセス不可能であった。より具体的には、こ
のようなＥＡは、適用業務によって作成または改訂され
た他のファイル・データから有効に分離され、作成側適
用業務によってのみそれらのファイル・データと関連づ
けのできる離散型ファイルとして形成され、あるいはＥ
Ａを作成した適用業務にとってのみ有効に区別できるよ
うな形で他のファイル・データと結合されていた。した
がって、全てのデータの記憶がオペレーティング・シス
テムによって管理されるが、ＥＡはオペレーティング・
システム及び作成側適用業務以外の適用業務にとって実
際にはアクセス不可能なままであった。

【０００８】したがって、たとえば、従来技術のオペレ
ーティング・システムに適切なコマンドを呼び出すこと
によってあるファイルが別の媒体またはディレクトリに
コピーされたとき、関連するＥＡは全くコピーされず、
あるいはファイル・データとともに区別不可能な形で転
送されていた。いずれの場合にも、コピーされたファイ
ル・データと関連するＥＡは、オペレーティング・シス
テムまたは別の適用業務にとって有用でなかった。これ
は、他の適用業務によって作成されたファイル・データ
を使用できるように適用業務を適合できることがしばし
ば望ましく、拡張属性情報へのアクセスなしではそのよ
うな適合が無効となるような場合、適用業務の開発者に
とって欠点になり得る。

【０００９】さらに、（たとえば、作成側適用業務によ
ってベース・ファイル内に置かれたリンク情報を介して
）そのようなＥＡへのアクセスを他の適用業務が得たと
しても、リンクするためにそのような方法に頼るのは、
異なる適用業務開発者によって様々な言語及び識別技法
が使用されるので不都合である。したがって、与えられ
たベース・ファイルにリンクしようとする適用業務の開
発者は、関連するＥＡを識別するために作成側適用業務
が使用する技法を知る必要がある。言うまでもなく、そ
の技法は、異なる企業または個人によって作成された適
用業務同士の間で異なり得る。さらに、ＥＡへのそのよ
うな「間接アクセス」は、本発明に関連する諸技法と比
較して、オペレーティング・システムに対してだけでな
く開始側適用業務とリンク適用業務の両方にも追加の処
理負担を負わせることになる。

【００１０】ＯＳ／２バージョン１．２の最近の導入以
前には、オペレーティング・システムによって管理され
る諸属性は、上記のような小さな標準セット、すなわち
関連するファイル・ディレクトリ・エントリに関する固
定された文字の文脈及び固定された文字長さ位置を有す
る標準セット（一般に、記憶空間を保存するのに役立つ
）に限られていたと考えられる。すなわち、たとえば、
ＤＯＳの既存のバージョン及びＯＳ／２のバージョン１
．２以前にリリースされた各バージョンは、上記の標準
の１組の属性だけを管理するように適合されてきた。そ
の結果、これら早期のオペレーティング・システムは、
ＥＡへのコンジョイント・アクセスを提供できなかった
。しかし、上記の分析を考慮すると、このようなコンジ
ョイント・アクセスはきわめて有用になり得ることが理
解できよう。

【００１１】

【発明が解決しようとする課題】したがって、本発明の
目的は、拡張属性（ＥＡ）データ・セット及び関連する
ベース・ファイル・データ構造の記憶を、ＥＡ及びベー
ス・データが単一のファイル内にあるかのようにコンジ
ョイントに管理するように、オペレーティング・システ
ムを適合させるための方法及び手段を提供することであ
る。関連する目的は、単一のファイル名を指定する適用
業務要求に応答して、オペレーティング・システムが、
データ・ファイル構造及び１つまたは複数のＥＡに割り
振られた複数の別々の記憶空間に自動的にアクセスでき
、それらの空間のどれかまたは全てに関するデータを別
々にまたは一緒に処理するように動作できるような方式
で、ベース・ファイル・データ構造及び関連するＥＡデ
ータをコンジョイントに動作するようにオペレーティン
グ・システムを適合させることである。

【００１２】本発明の別の目的は、ＥＡに関連するファ
イル名に関する形式、長さ、及び情報文脈が実質的に制
限されないＥＡを作成し管理するようにオペレーティン
グ・システムを適合させるためのアーキテクチャー上の
拡張を提供することである。

【００１３】本発明の別の目的は、記憶装置内で長さ、
文脈、及び位置検出可能性が変化するＥＡのコンジョイ
ントな動作が実現できるように適用業務及びオペレーテ
ィング・システムを適合させるための手段を提供するこ
とである。関連する目的は、異なる適用業務によって作
成されたＥＡを一義的に区別して、このようなＥＡのあ
いまいさのない動作を保証するための手段を提供するこ
とである。

【００１４】

【課題を解決するための手段】オペレーティング・シス
テムは、ファイル名に関連する１つまたは複数の空間内
のＥＡ情報を修正またはアクセスしたいというある要求
に応答し、かつ同じそのファイル名に関連する空間内の
ベース・ファイル・データを修正またはアクセスしたい
という他の要求に応答し、かつそのファイル名に関連す
る全てのベース・ファイル・データ及びＥＡ情報を修正
またはアクセスしたいというさらに別の要求に応答して
動作するように適合させることができる。最後の要求活
動の例は、指名されたファイル名に関連するデータをコ
ピーまたは消去したいという要求に応答して、オペレー
ティング・システムがそのファイル名に関して（別々に
）記憶された全てのベース・データ及びＥＡデータを自
動的にコピーまたは削除できることである。

【００１５】一般に、いま考慮したコンジョイントな動
作にとって有用であるためには、記憶されたＥＡは、他
のファイル・データに関する長さ、文脈、及び位置が、
前記の他のデータ及び前記の他のデータを記述するのに
使用される任意の名前に関連する標準属性セットよりも
ずっと制約が少なくなければならない。しかしながら、
そのようなＥＡは、他のファイル・データ（以下では「
ベース・ファイル」とも呼ぶ）に確実に関連づけできる
何らかの識別情報をもたなければならないことが現在で
は認識されている。こうすれば、１つの適用業務プログ
ラムによって作成されたＥＡは、別の適用業務プログラ
ムによってアクセスされたとき、競合的使用または間違
った使用を受けなくなる。そうしないと、たとえば、異
なるワード・プロセッサによって作成されたファイルが
、同じに見えるがそれぞれのベース（テキスト）ファイ
ルに関して異なる意味をもつＥＡをもち、そのようなフ
ァイルが、作成側適用業務とは異なるワード・プロセッ
サ（または他のプログラム）によって検索されたとき、
このような不確実な意味のために使用不可能になる、ま
たは完全には有用ではなくなることが起こり得る。

【００１６】

【実施例】１．システム環境図１を参照すると、本発明が有利に使用できる代表的な
システムが、全体的に１で示されている。このようなシ
ステムのハードウェアは通常、マイクロプロセッサまた
はプロセッサ２、メモリ・サブシステム３（通常、直接
メモリ・アクセス制御装置（図示せず）、及びランダム
・アクセス・メモリを含む。ランダム・アクセス・メモ
リは今日の技術環境では主に非持久性のものであるが、
恐らく重要なシステム構成パラメータを記憶するための
ＣＭＯＳメモリなど若干の持久性部分を含む）、バス４
、及びディスク記憶サブシステム５（通常、制御装置（
図示せず）及び１つまたは複数のディスク・ドライブを
含む）を含む。マイクロプロセッサ２には、周知の形の
基本入出力システム（ＢＩＯＳ）「ファームウェア」２
ａが連結されている。ＢＩＯＳは、サブシステム３に関
連するメモリ・アドレス空間の読出し専用メモリ（ＲＯ
Ｍ）部分に記憶することができる。当技術分野で周知の
ように、バス４は、情報信号の交換のために要素１−３
、及び５をリンクする。このようなシステムで通常使用
されるユーザ入力装置（キーボード、マウスなど）、及
び本発明を理解するのに重要であると思われないその他
のシステム要素は図示されていない。

【００１７】システム立上げ時に、オペレーティング・
システム・プログラム６（たとえば、ＤＯＳまたはＯＳ
／２）が、オペレーティング・システム及びその他のプ
ログラムによって作成されたファイルへのサブシステム
５内記憶空間の割振りを管理し、それらのファイルがサ
ブシステム５内に記憶された後のそれらのファイルへの
アクセスを管理するために、メモリ・サブシステム３に
ロードされる。その後、各種のタスク（ワード・プロセ
シング、スプレッドシートなど）を実行し、タスク実行
中に作成され、改訂され、またはその他の形で使用され
たデータ・ファイル（一般に、情報オブジェクト）を記
憶しアクセスするためにオペレーティング・システム及
びＢＩＯＳファームウェアと協働するように、１つまた
は複数の適用業務７がメモリ３にロードされる。この協
働関係は、破線８で概略的に図示されているが、オペレ
ーティング・システム及び適用業務の命令及びデータを
構成する信号は、バス４を介してマイクロプロセッサ２
とメモリ３の間でのみ処理されることを理解されたい。

【００１８】２．従来技術による、ベース・ファイルへ
の記憶域割振り及びアクセスの管理ＤＯＳオペレーティング・システムの既存のバージョン
が、コンジョイントにリンクされたＥＡをもたないファ
イルに対する記憶空間の割振りを管理する、「従来技術
」の方法は、Ｋ．Ｗ．クリストファー・ジュニア（Ｃｈ
ｒｉｓｔｏｐｈｅｒ　　Ｊｒ．）、Ｂ．Ａ．ファイゲン
バウム（Ｆｅｉｇｅｎｂａｕｍ）及びＳ．Ｏ．サリガ（
Ｓａｌｉｇａ）の共著“Ｄｅｖｅｌｏｐｉｎｇ　　Ａｐ
ｐｌｉｃａｔｉｏｎｓ　　Ｕｓｉｎｇ　　ＤＯＳ”、１
９９０年、Ｊｏｈｎ　　Ｗｉｌｅｙ　　＆　　Ｓｏｎｓ
，Ｉｎｃ．刊の第９章及び第１０章に詳しく記述されて
いる。コンジョイントにリンクされたＥＡをもつファイ
ルに対する記憶域の管理の説明の基礎を提供するために
、本発明の好ましい実施例に従って、従来のベース・フ
ァイル及び標準属性の管理方法について以下で簡単に説
明する。ただし、この方法は周知のものであり、クリス
トファー・ジュニアらの上記の書籍を含む公表された文
献により完全に記述されていることを理解されたい。

【００１９】ファイルが作成されたとき、オペレーティ
ング・システムは、記憶装置内に維持される下記のディ
レクトリ・ツリー構造内に関連するリストを作成する。このリストは、ファイル名、１つまたは複数の標準属性
、及び下記の他のある種の情報を含む。各リストに割り
当てられた空間は、標準のＤＯＳ慣行（すなわち長さ３
２バイト）に従って固定される。標準属性は、ファイル
の作成または改訂（いずれか最後に行われた方）の日時
、ファイルに対する最近のアクセスの日時、ファイルの
アクセス可能性（隠しファイルか、非隠しファイルか）
、ファイルの変更可能性（読出し専用か、読出し専用で
ないか）、及び記憶装置内の（ベース）ファイル・デー
タの位置を特定するための情報を含めて、ファイルのあ
る種の特性を規定する。新しく作成されたファイルが記
憶すべきデータを含む場合、適用業務は、ファイル名と
記憶装置に転送すべきソース・データを含むシステム・
メモリ内の位置とを識別する要求を、オペレーティング
・システムに出す。オペレーティング・システムは、下
記のようにしてそのデータを記憶するための空間を割り
振り、データをその空間内に記憶するための（出力）動
作を呼び出す。

【００２０】記憶装置内にある既存のファイルへのアク
セスが必要なとき、ファイル名及びそのディレクトリ・
リストへの経路（たとえば、Ｃ：￥ＷＯＲＫ￥ＦＩＬＥ
ＮＡＭＥ、ここでＣはルート・ディレクトリ、ＷＯＲＫ
はサブディレクトリ、ＦＩＬＥＮＡＭＥはファイル名）
を示す１つまたは複数の要求がオペレーティング・シス
テムに出される。データをファイルから読み出す場合、
またはファイルに書き込む場合、その機能を指定する要
求は、データが転送されるシステム・メモリ内の宛先、
または転送されるデータのシステム・メモリ内の転送元
を示す。ファイル・データを読み出す場合、オペレーテ
ィング・システムは、関連するディレクトリ・リストを
介してそのデータの位置を特定し、そのデータをシステ
ム・メモリに読み出すための入力動作を呼び出す。ファ
イル・データを書き込む場合で、そのファイルに現在割
り振られている空間がそれを受け取るのに不十分な場合
、オペレーティング・システムは、下記のようにしてそ
の空間を拡張し、そのデータを記憶するための動作を呼
び出す。

【００２１】図２及び図３は、上記のプロセスの単純化
した概略図を示す。図２に示すように、ファイルを作成
しようとする適用業務（またはオペレーティング・シス
テム・ユーティリティ）１１は、ファイル名（図中の名
前“Ｎ”）及びディレクトリ経路を識別する要求をオペ
レーティング・システムに出し、オペレーティング・シ
ステム１２は、その経路と関連するディレクトリ・ツリ
ー構造１３にアクセスし、その構造内の指名されたファ
イル用の適切なディレクトリ・リストを記憶するように
機能する。同様に、既存のファイルからデータを読み出
そうとする、または既存のファイルに書き込もうとする
適用業務は、ファイル名、必要な動作、データが転送さ
れるバッファのシステム・メモリ内の宛先または転送元
、及びそのバッファの長さを識別する要求をオペレーテ
ィング・システムに出す。次に、オペレーティング・シ
ステムはその転送を実行するのに必要な動作の実行を指
令する。

【００２２】データをファイルに書き込む場合で、デー
タ記憶のためにそのファイルに現在割り振られている空
間が指定された長さのデータを受け取るには不十分であ
る場合、オペレーティング・システム１２は、必要な追
加の空間を割り振るように動作し、システム・メモリか
ら記憶装置にデータを転送するために必要な（出力）動
作を開始する。データ記憶のための空間が現在ファイル
に割り振られていない場合、オペレーティング・システ
ムは（下記のようにして）必要な空間を割り振り、その
空間の位置を指定するポインタを含むようにディレクト
リ・リストを修正するように動作する。ファイルにデー
タを記憶する動作では、データを記憶すべき空間の位置
を特定するために、ポインタによって指定された位置が
サブシステム制御装置に渡される。

【００２３】データを既存のファイルから読み出す場合
、オペレーティング・システムは、ポインタを検索する
ように動作し、ポインタによって指定された空間からシ
ステム・メモリ内の指定されたバッファにデータを転送
するための入力動作を開始する。この動作では、データ
をそこから読み出すべき空間の位置を特定するために、
ポインタによって指定された位置がサブシステム制御装
置に渡される。

【００２４】記憶サブシステム内の各ハード・ファイル
区画及びフロッピー・ディスクは、１３などの関連する
ディレクトリ・ツリー構造をもつ。これはそれぞれの区
画またはフロッピー・ディスクに記憶され、必要なとき
オペレーティング・システムによってアクセスされる。このディレクトリ・ツリーのコピーが必要なときシステ
ム・メモリ内にキャッシュ記憶されていない場合、オペ
レーティング・システムは必要なツリーを取り出すため
に記憶サブシステムに関する動作を指令する。このツリ
ー構造及び関連のファイル位置検出要素の構成は図３に
示されている。

【００２５】ツリーは、ルート・ディレクトリ１７から
出発する。ルート・ディレクトリ内にはファイル名及び
サブディレクトリ名がリストされている。ルート・ディ
レクトリが空でないとき、それは１つないし複数のファ
イル・リストまたは１つないし複数のサブディレクトリ
・リストあるいはその両方を含む。通常のファイル・リ
スト及びサブディレクトリ・リストは、それぞれ１８及
び１９に示されている。このようなリストの諸要素は、
図のリスト行内に頭文字で示してあり、行の右側にその
説明がある。各ファイル・リストは、ファイル名（ＦＮ
）、ファイルの標準属性（ＳＡ）、以下で説明する「第
１クラスタ」ポインタ（ＦＣ）、及びいくつかの未使用
または予約済みの空間（Ｕ）を含む。１９などの各ディ
レクトリ・リストは、ディレクトリ名（ＤＮ）、標準属
性（ＳＡ）、及び未使用または予約済みの位置（Ｕ）を
含む。

【００２６】ファイルがデータを含む場合、ポインタＦ
Ｃはクラスタ（以下で説明する）の位置を指定する働き
をする。このクラスタは、全てのデータを含むか、ある
いはデータを含む１連の連鎖クラスタの最初のクラスタ
である。（０以外の値をもつ）各ポインタは、やはりデ
ィスク上に記憶されているファイル割振りテーブル（Ｆ
ＡＴ）内の特定の位置を指定する。０の値をもつポイン
タは、空のファイルと関連し、ＦＡＴ位置を指定しない
。各ＦＡＴ位置は、数バイトを含み、当該のディスクま
たは区画上の単一のクラスタと１対１対応で関連づけら
れている。クラスタは、オペレーティング・システムが
割り振りできる記憶空間の最小単位を表し、ディスクま
たはディスケットの連続する部分を含む。クラスタのサ
イズは、媒体によって異なるが、一般に５１２バイトの
倍数である。

【００２７】各ＦＡＴ位置に記憶された値は、当該のク
ラスタが空いているかそれとも使用中（空でないファイ
ルのデータを含む）かを示し、使用中のクラスタに関し
ては、さらに他のクラスタに関するそのクラスタの連鎖
関係を示す。上述のように、あるファイルのデータに割
り振られた空間は、１つのクラスタより大きい場合、２
つ以上の連鎖クラスタから構成される。このような各連
鎖クラスタに関しては、その連鎖内の第１クラスタが、
関連するファイル名に対するディレクトリ・リスト内の
ＦＣポインタによって指定される。ＦＡＴテーブル内で
、所与のファイルに割り振られた連鎖内の各クラスタに
対応する位置は、その連鎖内の最後のクラスタを除き、
その連鎖内の次のクラスタに対応するＦＡＴ位置を指定
する（オペレーティング・システムによって書き込まれ
た）値を含む。その連鎖内の最後のクラスタは、それが
その連鎖内の最後のクラスタであると指定する値を含む
。

【００２８】このように、１８にリストされたファイル
（この例ではファイル名ＦＮ＝Ｎ）がデータを含む場合
、その第１クラスタ・ポインタＦＣは、ファイル・デー
タの全部または一部分を含むクラスタ２２にマップされ
るＦＡＴ位置２１を指す。ファイルＮのデータが複数の
クラスタを占める場合、２１に記憶された値はファイル
Ｎの追加データを含むクラスタに対応する第２ＦＡＴ位
置への連鎖指標を含む。このクラスタがファイルＮデー
タに割り振られた最後のクラスタである場合、第２ＦＡ
Ｔ位置の値は、それを最後のクラスタに関連するものと
してマークする。そうでない場合は、第２ＦＡＴ位置の
値は、ファイルＮの連鎖内の第３クラスタに関連する第
３ＦＡＴ位置を指し、以下同様である。ファイルＮの連
鎖内の第１及び第２クラスタは、図３では互いに隣あっ
て示されているが、一般に連鎖クラスタ同士は物理的に
は互いに任意の相対位置をもつことができることを理解
されたい。ただし、連鎖クラスタ同士は、その連鎖関係
から論理的には連続していると見て差し支えない。

【００２９】ルート・ディレクトリ・リスト１７内の、
１９などの各ディレクトリ・リストは、ルート・ディレ
クトリから直ちに分岐している２３などのサブディレク
トリに関連するディレクトリ名ＤＮを含む。サブディレ
クトリ２３は、ルート・ディレクトリと同様のテーブル
であり、それぞれ２４及び２５に示したファイル・リス
ト及びサブディレクトリ・リストをさらに含むことがあ
る。また１９や２５などの各ディレクトリ・リストも、
その作成の日時などを記述する１組の標準属性を含むこ
とができる。

【００３０】このような背景から、ファイルまたはサブ
ディレクトリが作成されたとき、オペレーティング・シ
ステムは、対応するディレクトリ・リスト・エントリを
作成するように指令され、そのようにして作成されたフ
ァイルがデータを含む場合、オペレーティング・システ
ムは、１つまたは複数の以前には空であったクラスタを
割り振りそれらのクラスタ内でのデータの記憶を監視す
るように指令されることが理解できよう。このような割
振りは、割り振られたクラスタにマップされた座標にお
けるＦＡＴ情報の改訂を伴い、その結果これらのクラス
タはもはや空ではないとマークされ、連鎖としてリンク
されることが理解されよう。また、既存のファイルを改
訂、交換、または削除するとき、オペレーティング・シ
ステムは、対応するディレクトリ・リスト及びＦＡＴ情
報を適切に修正するよう指令されることが理解できよう
（削除の場合は、ディレクトリ・リストが削除され、割
り振られたクラスタのＦＡＴ座標が空になったとマーク
される）。同様に、ファイル・リストをもたないサブデ
ィレクトリも削除することができ、この場合には、その
すぐ下位のディレクトリ内のそのリストが削除される。

【００３１】もちろん、オペレーティング・システムは
、それ自体で上記の動作の全てを実行するわけではない
。ディスク上のディレクトリ・ツリー及びＦＡＴ情報へ
のアクセスが必要なとき、オペレーティング・システム
は、ＢＩＯＳファームウェアに置かれた割込み呼出しを
介して情報の位置を指定する入出力動作を呼び出す。ＢＩＯＳファームウェアは、システム・マイクロプロセ
ッサを介してかつシステム・マイクロプロセッサととも
に機能し、マイクロプロセッサとディスク記憶サブシス
テムの制御装置との間で信号を交換させて、必要な情報
を実際に転送させる。ファイル・データが書き込まれる
とき、または読み出されるとき、ファイル・データの記
憶のために割り振られた記憶空間にアクセスするにも同
様なプロセスが必要である。

【００３２】３．従来技術による拡張属性（ＥＡ）の操
作記憶に関する拡張属性の従来技術による操作についての
我々の現在の理解が、図４及び図５に概念的に示されて
いる。図４は、「論理的にディスジョイントな」ファイ
ルとしてのＥＡの記憶操作を示す。すなわち、これらの
ファイルは、オペレーティング・システム及びベース・
ファイルを作成した適用業務以外の適用業務から見ると
、当該のベース・ファイルと離れ、当該のベース・ファ
イルから有効に分離されている。図５は、ＥＡ情報をベ
ース・ファイル・データと共に論理的に１つのファイル
として、明かなリンクや定義なしに操作することを示す
。これによって、オペレーティング・システム、及びＥ
Ａ情報を作成した適用業務以外の適用業務は、ＥＡ情報
をベース・データに関して知能的に使用することができ
る。

【００３３】図４は、適用業務プログラムの管理下で、
オペレーティング・システムとの関連なしに提示され、
オペレーティング・システムによってそのようなものと
して扱われる、ディスジョイント・ファイルとしての、
ベース・ファイル・データ及びＥＡ情報の従来技術によ
る操作を示す。ベース・ファイル・データは、名前Ｎを
もつファイルとしてオペレーティング・システムに提示
され、ＥＡデータはＮ’（複数のＥＡファイルが使用さ
れる場合は、さらにＮ’’、Ｎ’’’など）という名前
の別のファイルとして提示される。このように、ファイ
ルＮに対して１つのディレクトリ・リスト２６が作成さ
れ、２８のファイルＮ’に対して別の無関係のリストが
作成され、ファイルＮ’のデータ（すなわち、ＥＡデー
タ）は、ファイルＮまたはそのリスト２６と関連してい
ない空間２９に記憶される。したがって、ファイルＮ及
びＮ’は、それぞれの作成側適用業務によってしか連想
的に扱うことができず、それらのファイルはオペレーテ
ィング・システム及び他の適用業務にとってコンジョイ
ントな使用または意味をもたない。

【００３４】図４に示された方法の変形である、従来技
術によるＥＡ記憶のもう一つの配置構成が図５に示され
ている。この場合、ＥＡは、３１に単一のディレクトリ
・リストをもつファイルＮの一部分としてオペレーティ
ング・システムに渡され、３２のファイル・ベース・デ
ータと共に記憶される。したがって、ＥＡとベース・デ
ータの間の関連または使用関係は、オペレーティング・
システムまたはそのファイルを作成した適用業務以外の
適用業務には指示されない。

【００３５】４．ＥＡの現在のコンジョイントな操作（
概念的）図６は、オペレーティング・システムが、どのようにし
て、ファイル名“Ｎ”に関連するベース・ファイル・デ
ータ及びＥＡを表す別々に記憶されたデータと関連づけ
ることの可能なファイル名“Ｎ”のファイル用の記憶域
へのアクセスを割り振り、そのようなアクセスをコンジ
ョイントに管理することができるかを概念的に（実施態
様に特有の意味または制限なしで）示す。この場合、単
一のディレクトリ・リストが４１で作成されるが、ファ
イルは、エントリ４１にリンク可能な４２ａ、４２ｂ、
４２ｃで示されるように、別々に記憶される。このよう
に、ベース・データ及びＥＡは、オペレーティング・シ
ステムから別々にまたは一緒にアクセスすることができ
、このようにしてそれらを作成した適用業務とは異なる
適用業務が使用可能なようにすることができる。図のＥ
Ａに関する２つの空間４２ｂ、４２ｃは、任意の数（０
を含む）のＥＡがこのようにして操作できることを示す
ものである。

【００３６】この構成の独特の態様は、空間４２ａ−４
２ｃが、共通のディレクトリ・リスト４１との関連を介
して一緒にアクセスできることである。もう一つの独特
な態様は、空間４２ｂと、４２ｃのどちらも空間４２ａ
に連鎖されず、したがって、空間４２ｂと４２ｃが、Ｅ
Ａの記憶及び検索のために別々にアクセスできることで
ある。もう一つの独特な態様は、空間４２ｂ及び４２ｃ
内に記憶されたＥＡデータが、別々の２組のデータを構
成するものとして（データの形式または他の区別する態
様によって）区別可能であり、したがって空間４２ｂと
４２ｃに別々のエンティティとしてアクセスできること
である。さらに別の独特な態様は、空間４２ｂ及び４２
ｃが任意のサイズをもつことができ、これらの空間内に
置かれる情報が任意の文脈をもつことができることであ
る。空間４２ａ−４２ｃは一緒にアクセスできるので、
当該のファイル名Ｎに関連するベース・データ及びＥＡ
データは、たとえば、単一の単位として任意の適用業務
にコピー、削除、または転送するのが適切なとき、その
ようにコピー、削除、または転送を行うことができる。

【００３７】５．本発明によるＥＡのコンジョイントな
操作−好ましい実施例次に図７ないし図１５を参照して、本発明の好ましい実
施例によるベース・ファイル及びＥＡのコンジョイント
な操作のためのプロセスの実施態様を説明する。この実
施態様は、ＯＳ／２オペレーティング・システムのバー
ジョン１．２で使用される。この実施態様の詳細は、こ
のオペレーティング・システムのユーザが別途に入手で
きる、“ＩＢＭ　　Ｏｐｅｒａｔｉｎｇ　　Ｓｙｓｔｅ
ｍ／２（ＴＭ）Ｐｒｏｇｒａｍｍｉｎｇ　　Ｔｏｏｌｓ
　　Ａｎｄ　　Ｉｎｆｏｒｍａｔｉｏｎ　　Ｖｅｒｓｉ
ｏｎ　　１．２　　Ｃｏｎｔｒｏｌ　　Ｐｒｏｇｒａｍ
　　Ｐｒｏｇｒａｍｍｉｎｇ　　Ｒｅｆｅｒｅｎｃｅ”
，Ｆｉｒｓｔ　　Ｅｄｉｔｉｏｎ（１９８９年９月）、
及び“ＩＢＭ　　Ｏｐｅｒａｔｉｎｇ　　Ｓｙｓｔｅｍ
／２　　Ｖｅｒｓｉｏｎ　　１．２　　Ｐｒｏｇｒａｍ
ｍｉｎｇ　　Ｇｕｉｄｅ”，Ｆｉｒｓｔ　　Ｅｄｉｔｉ
ｏｎ（１９８９年９月）の第３３章に出ている。

【００３８】この実施態様は、ディレクトリ・ツリー・
リスト構造の以前に未使用／予約済みの部分に対して新
しい用途を割り当て、ＥＡファイルの作成及びコンジョ
イントな管理に関連するいくつかの新しく定義された機
能呼出しを使用するためにオペレーティング・システム
及びそれと互換性のある適用業務を適合させることに基
づくものである。ＥＡのコンジョイントな操作を実現す
るためのディレクトリ・ツリー構造の適合は、図７及び
図８に示されている。いま述べた新しい機能呼出しの名
前及びパラメータは図９に示されており、以下で説明す
る。これらの呼出しも、上記の“Ｃｏｎｔｒｏｌ　　Ｐ
ｒｏｇｒａｍ　　ＰｒｏｇｒａｍｍｉｎｇＲｅｆｅｒｅ
ｎｃｅ”の第２章、及び上記の“Ｐｒｏｇｒａｍｍｉｎ
ｇＧｕｉｄｅ”の第３３章に記述されている。

【００３９】図７及び図８を参照すると、ディレクトリ
・リスト４５は、ＥＡと関連づけの可能な、Ｎという名
前のファイル用ファイル・リスト４６、及びやはりＥＡ
（すなわち、サブディレクトリにリストされたファイル
ではなくサブディレクトリ自体に関連するＥＡ）と関連
づけの可能なサブディレクトリ・リスト４７を含む。こ
れらのリストに示されている機能は、ＥＡで指定された
パラメータを含む。このパラメータは、ブロック４５の
右側に示すように、ＥＡハンドル値を表す。ＥＡハンド
ル値は、そのハンドルを含むファイル・リストまたはサ
ブディレクトリ・リストに関連するＥＡデータを記憶す
るために割り振られた空間の位置を特定するために使用
される。ＥＡハンドル・パラメータはリスト空間内の以
前に未使用のバイトのうちの２バイトを使用することに
留意されたい（図３参照）。いま説明している実施例で
は、全てのＥＡデータは、“ＥＡ　　ＤＡＴＡ．ＳＦ”
という名前のファイルに割り振られた単一のファイル空
間５０に記憶される。この空間の構造、及びそれがＥＡ
データに割り振られる方式については、以下で説明する
。

【００４０】ディスクまたは区画の書式化後、及びＥＡ
データの記憶が最初に必要とされるとき、オペレーティ
ング・システムは、ファイルＥＡ　　ＤＡＴＡ．ＳＦを
作成する。マスタ・テーブル５１（図８）及び最初に記
憶されるＥＡのデータを含むのに十分な連鎖クラスタが
、このファイルに割り振られる。さらに多くのＥＡデー
タを記憶するためにもっとクラスタが必要なときは、追
加のクラスタがファイルに連鎖されるので、ファイルは
常に単一スレッドのクラスタ連鎖の外観を呈する。

【００４１】マスタ・テーブルは、ＥＡデータを個々の
オブジェクト（ファイルまたはディレクトリ）名と関連
づけ、そのデータを記憶するために割り振られたクラス
タ、またはクラスタ連鎖の開始位置を特定するために使
用される。任意の１つの名前付きオブジェクトに関する
ＥＡデータが初めてＥＡ　　ＤＡＴＡ．ＳＦに記憶され
るとき、そのＥＡデータが記憶されるクラスタまたは連
鎖の最初のクラスタを指定するエントリがマスタ・テー
ブル内の最初の位置に作成され、４９などのＥＡハンド
ルが、そのオブジェクトの全てのＥＡデータに対するク
ラスタまたは開始クラスタを含むマスタ・リスト内の空
間を指すように、名前付きオブジェクトのディレクトリ
・リスト内に置かれる。他のオブジェクト名に関する最
初のＥＡデータが記憶されるときも、それが繰り返され
、対応するエントリは、それらの名前が最初にサービス
を受ける順序でマスタ・テーブルの連続する位置に置か
れ、対応するＥＡハンドルが、各オブジェクトの関連す
るディレクトリ・リスト内に置かれる。

【００４２】連続する新しい名前がそれぞれ最初にサー
ビスを受けるとき、クラスタまたは一連の連鎖クラスタ
が、関連するＥＡデータに割り振られ、以前にサービス
を受けた名前に割り振られた最後のクラスタへの連鎖リ
ンクによってＥＡＤＡＴＡ．ＳＦの空間内に取り込まれ
る。したがって、ＥＡ　　ＤＡＴＡ．ＳＦは、次第に拡
大する一連の連鎖クラスタであり、新しいファイル名に
関する最初のＥＡデータが記憶されるとともに成長する
。ＥＡ　　ＤＡＴＡ．ＳＦに含まれるクラスタの連鎖リン
クは、すでに説明したようにＦＡＴを介して実行される
。すなわち、任意のオブジェクト名に１つのクラスタまた
は一連の連鎖クラスタが最初に割り振られる場合、その
クラスタまたは一連の連鎖クラスタ内の最初のクラスタ
に対応するＦＡＴ位置が、占有されたものとしてマーク
される。以前に最後に割り振られたクラスタにマップさ
れたＦＡＴ位置は、そのクラスタまたは新しく割り振ら
れた最初のクラスタに連鎖されたものとしてマークされ
る。一連の連鎖クラスタがこのように割り振られる場合
、連鎖クラスタ内の各クラスタに対するＦＡＴエントリ
は、最後のクラスタを除き、その連鎖クラスタ内の次の
クラスタを指し、連鎖クラスタ内の最後のクラスタは、
最後のクラスタであると指示される。

【００４３】その既存のＥＡデータが、ＥＡ　　ＤＡＴ
Ａ．ＳＦ空間内で他のオブジェクトのＥＡデータに割り
振られたクラスタ間で連鎖されている、あるオブジェク
トに関する追加のＥＡデータを記憶する必要が生じた場
合、及びこの追加のＥＡデータがＥＡを記憶するために
当該のオブジェクトに割り振られた最後のクラスタ内に
収容できない場合、１つまたは複数の追加クラスタがそ
のオブジェクトに割り振られ、その連鎖の以前の最終ク
ラスタと、その最終クラスタが連鎖されるクラスタとの
間に挿入され、その結果、任意の１つのオブジェクトに
関連する全てのＥＡデータが、連続的に連鎖され、これ
によってマスタ・テーブル内で作成された当該のオブジ
ェクトに関する単一のエントリによってその位置が特定
できるようになる。

【００４４】したがって、図７及び図８に示された例を
参照すると、ある時点でファイルＮに関するＥＡデータ
の最初のセット（そのセットの名前はＥＡ１（Ｎ））が
５２に記憶され、かつファイルＮに関してさらにＥＡデ
ータが記憶される前に他のＥＡデータ５３がＥＡ　　Ｄ
ＡＴＡ．ＳＦに記憶されると仮想した場合、ＥＡ１（Ｎ
）データを含むクラスタまたは最後のクラスタが、他の
データ５３を含む最初のクラスタに連鎖される。さらに
、その後にＮに関するＥＡデータの別のセット（図８で
ＥＡ２（Ｎ）と示されたセット）が記憶される場合、Ｅ
Ａ１（Ｎ）に割り振られたクラスタまたは最後のクラス
タの空の部分に収容できるＥＡ２（Ｎ）のデータの任意
の一部または全部が、そのクラスタまたは最後のクラス
タに記憶される。しかし、ＥＡ２（Ｎ）のデータがその
クラスタまたは最後のクラスタに収容できない場合は、
１つまたは複数の追加クラスタがＥＡ２（Ｎ）からのオ
ーバーフロー・データに割り振られ、Ｎに以前に割り振
られた最後のクラスタと、他のＥＡ５３に割り振られた
最初のクラスタの間に挿入連鎖される。Ｎなどの任意の
１つのファイルに割り振られた空間内では、ＥＡ（Ｎ）
データの各セットは、そのセットを識別する働きをする
名前部分と、セットの残余のデータを構成する値部分か
ら構成される。これらの部分の長さは、当該のセットを
作成する適用業務には既知であり、その適用業務によっ
て指定され、当該のデータと共に記憶される。その場合
、Ｎに関連するあるＥＡの終りと、Ｎに関連する別のＥ
Ａの始めが、オペレーティング・システムによって決定
でき、そのため、このようなセットが、必要な場合、個
別にアクセスできる。

【００４５】図９を参照すると、この場合に重要なＯＳ
／２−１．２の機能呼出し及びそれらの主要な機能は以
下の通りである：ＤｏｓＯｐｅｎ２−関連するＥＡを伴うファイルを作成
するＤｏｓＭｋＤｉｒ２−関連するＥＡを伴うサブディレク
トリを作成するＤｏｓＳｅｔＦｉｌｅＩｎｆｏ−オープン・ファイルに
関する属性情報をセットするＤｏｓＱＦｉｌｅＩｎｆｏ−オープン・ファイルに関す
る属性情報を読み出すＤｏｓＳｅｔＰａｔｈＩｎｆｏ−ファイルに関する属性
情報をセットする。このファイルはオープンされている
必要はないが、オープンできるものである。ＤｏｓＱＰａｔｈＩｎｆｏ−ファイルに関する属性情報
を読み出す。このファイルはオープンされている必要は
ないが、オープンできるものである。ＤｏｓＥｎｕｍＡｔｔｒｉｂｕｔｅ−ファイルまたはデ
ィレクトリに関連するＥＡを識別する

【００４６】次に図１０ないし図１５に示した流れ図を
参照して、これらの呼出しの主要なパラメータ及び使用
法について説明する。主要なパラメータは図９にも示さ
れている。

【００４７】上記の呼出しに加えて、ファイルのコピー
と消去、及びディレクトリの削除用の既存の呼出しが、
オペレーティング・システムがそのファイル動作を、関
連するＥＡが包含されるように条件付きで拡大できるよ
うに、修正される。これらの既存の呼出しには、Ｄｏｓ
Ｃｏｐｙ、ＤｏｓＤｅｌｅｔｅ、及びＤｏｓＲｍＤｉｒ
が含まれる。ＤｏｓＣｏｐｙは、ソース経路から目的経
路にファイル及びその標準属性をコピーすることを要求
する（経路は、名前付き装置、ディレクトリ、サブディ
レクトリ、及びファイル・エンティティを含む）。目的
エンティティ上でファイルが作成されつつあるとき、ま
たは目的エンティティ上の既存のファイルがコピーされ
たファイルによって置き換えられつつあるとき、ＥＡは
コピーされる。しかし、既存のファイルが別のファイル
に付加されつつあるときは、ＥＡはコピーされない。

【００４８】ＤｏｓＤｅｌｅｔｅは、名前付きファイル
のディレクトリ・リストを削除し、ベース・ファイル・
データまたはＥＡデータあるいはその両方に関してその
リストに割り振られたクラスタのＦＡＴ位置を解放し、
それによって、そのファイルに関連するベース・ファイ
ル・データ及びＥＡデータを有効に削除する。ＥＡデー
タを含むクラスタに関連するＦＡＴ位置が解放されたと
き、マスタ・テーブル５１（図８）内の当該のエントリ
が削除され、このように解放された最初のクラスタ及び
最後のクラスタに連鎖されたクラスタのＦＡＴエントリ
が、一緒に連鎖されるように修正され、その結果ＥＡ　
　ＤＡＴＡ．ＳＦ内の空間の論理的連続性が保たれる。ＤｏｓＲｍＤｉｒは、名前付きサブディレクトリが空で
ある場合、そのサブディレクトリのディレクトリ・リス
トを削除し、関連するＥＡデータを含むクラスタのＦＡ
Ｔ位置を解放し、その結果このようなデータが有効に削
除される。

【００４９】ＤｏｓＯｐｅｎ２これは、ＯＳ／２の以前のバージョンで提供されたＤｏ
ｓＯｐｅｎ呼出しの変形である（“Ｃｏｎｔｒｏｌ　　
Ｐｒｏｇｒａｍ　　Ｐｒｏｇｒａｍｍｉｎｇ　　Ｒｅｆ
ｅｒｅｎｃｅ”のページ２−２０１を参照）。ＤｏｓＯ
ｐｅｎは、ファイルまたは装置（ディスクまたは区画）
に関する入出力動作を実行するために使用される。この
動作は、ファイルまたは装置をオープンする。これは、
上記の“Ｐｒｏｇｒａｍｍｉｎｇ　　Ｇｕｉｄｅ”の用
語集によれば、名前付きファイルまたは装置に対して現
在作業が行われていることを示す関係を確立することを
意味する。ＤｏｓＯｐｅｎは、記憶されたファイルと関
連適用業務の間でこのような関係を確立し、ハンドルを
その適用業務に返す。このハンドルは、ファイルの位置
を迅速に特定するのに有用な１６ビットの識別子である
。

【００５０】図９の７０に示されたＤｏｓＯｐｅｎ２呼
出しは、名前付きファイルに関するＥＡの記憶が可能と
なるように、ＤｏｓＯｐｅｎプロセスを拡張する。この
ファイルは、新しく作成されたファイル、既存のファイ
ル、または既存のファイルの置換ファイルである。この
呼出しに対して定義されたフィールド（いくつかは図９
に図示せず）は、名前ＦｉｌｅＮａｍｅ、ＦｉｌｅＨａ
ｎｄｌｅ、ＡｃｔｉｏｎＴａｋｅｎ、ＦｉｌｅＳｉｚｅ
、ＦｉｌｅＡｔｔｒｉｂｕｔｅ、ＯｐｅｎＦｌａｇ、Ｏ
ｐｅｎＭｏｄｅ、ＥＡＢｕｆ、及びＵｎｕｓｅｄ／Ｒｅ
ｓｅｒｖｅｄを有する。

【００５１】ＦｉｌｅＮａｍｅは、言うまでもなく、当
該のディレクトリ・リストに記憶されるファイルの名前
である。ＦｉｌｅＨａｎｄｌｅは、ファイルの位置を迅
速に特定するためのファイル・ハンドルが記憶されるメ
モリ内のアドレスである。ＯｐｅｎＦｌａｇは、その呼
出しのソースによって要求された、取るべき措置を示し
、ＡｃｔｉｏｎＴａｋｅｎは、実際に取られた措置を示
す。取るべき措置は、一般に、ファイルが存在しない場
合にフェイル、ファイルが存在する場合にフェイル、フ
ァイルが存在する場合にオープン、ファイルが存在する
場合にファイル置換、のうちの１つである。取られた措
置は、一般に、ファイルが存在する、ファイルが作成さ
れた、ファイルが置換された、のうちの１つである。取られた措置が、要求された措置と異なる場合がある（
たとえば、オープンするように要求された既存のファイ
ルがすでに別の適用業務によってオープンされている場
合、共用アクセスが拒否される場合）。

【００５２】ＦｉｌｅＳｉｚｅは、ベース・ファイル・
データのサイズ及びＥＡ以外の関連パラメータのサイズ
をバイトで示す。この情報は、ファイルを作成または置
換するとき、ベース・ファイル・データ及び関連するパ
ラメータを記憶するために、オペレーティング・システ
ムが正しい数のクラスタを割り振ることができるように
するために必要である。ＦｉｌｅＡｔｔｒｉｂｕｔｅは
、１６ビットで構成され、そのうち１１ビットは予約済
みである。残りの５ビットは、ファイル・アーカイブ（
アーカイブ方式で記憶される）、サブディレクトリ、シ
ステム・ファイル（オペレーティング・システムと関連
する）、隠しファイル、読出し専用ファイルを表す。非予約ビットによって示される属性は、関連するディレ
クトリ・リスト中の標準属性ビット・フィールドにセッ
トされる。これらのビットは、個々にセットすることも
、組み合わせてセットすることもできる。たとえば、こ
れらのビットを、アーカイブ保存すべき読出し専用ファ
イルを示すようにセットすることができる。

【００５３】ＯｐｅｎＭｏｄｅは、ＤＡＳＤ　　Ｏｐｅ
ｎフラグ・ビット、Ｗｒｉｔｅ　　Ｔｈｒｏｕｇｈフラ
グ・ビット、Ｆａｉｌ−Ｅｒｒｏｒｓフラグ・ビット、
Ｎｏ　　Ｃａｃｈｅ／Ｃａｃｈｅフラグ・ビット、３ビ
ットのＲｅｆｅｒｅｎｃｅフラグ、３ビットのＳｈａｒ
ｉｎｇ　　Ｍｏｄｅフラグ、及び３ビットのＡｃｃｅｓ
ｓ　　Ｍｏｄｅフラグを含むいくつかのフラグ・フィー
ルドから構成される。ＤＡＳＤＯｐｅｎビットの値は、
名前付きファイルを通常のファイルかそれとも装置（直
接アクセスのためにオープンすべき、装着されたディス
クまたはディスケット・ボリューム）であるか区別する
。Ｗｒｉｔｅ　　Ｔｈｒｏｕｇｈフラグ及びＮｏＣａｃ
ｈｅ／Ｃａｃｈｅフラグは、キャッシュに関するファイ
ル・アクセスをどのように取り扱うべきかを指示する（
このような取扱いは本発明の一部ではない）。Ｆａｉｌ
−Ｅｒｒｏｒｓフラグは、エラーを報告する方式を指示
する（このような報告方式は本発明の一部分ではない）
。Ｒｅｆｅｒｅｎｃｅフラグは、ファイルが適用業務に
よってどのようにアクセスされるか、すなわち順次アク
セスかランダム・アクセスかその他のアクセスかを指示
する（このようなアクセス方式は本発明の一部分ではな
い）。Ｓｈａｒｉｎｇ　　Ｍｏｄｅフラグは、（その制
限を定義するプロセス以外のプロセスに関して、呼出し
側プロセスによって、または以前に別のプロセスによっ
て）ファイルに加えられる制限を、Ｄｅｎｙ　　Ｒｅａ
ｄ／Ｗｒｉｔｅ　　Ａｃｃｅｓｓ、Ｄｅｎｙ　　Ｗｒｉ
ｔｅ　　Ａｃｃｅｓｓ、Ｄｅｎｙ　　Ｒｅａｄ　　Ａｃ
ｃｅｓｓ、またはＤｅｎｙ　　Ｎｏｎｅ（全てのアクセ
スを許可する）のうちの１つとして定義する。Ａｃｃｅ
ｓｓ　　Ｍｏｄｅフラグは、呼出し側（呼出し側プロセ
ス）が必要とするアクセスを、Ｒｅａｄ　　Ｏｎｌｙ、
Ｗｒｉｔｅ　　Ｏｎｌｙ、Ｒｅａｄ　　ａｎｄ　　Ｗｒ
ｉｔｅのうちの１つとして定義する。

【００５４】記憶装置に書き込むべきＥＡＢｕｆは、作
成中、または置換中の名前付きファイルに対する、ソー
スＥＡデータを含むバッファ空間のメモリ内のアドレス
を提供する。またＥＡＢｕｆは、このようなＥＡデータ
の名前部分及び値部分の長さを示す情報をも含む。この
実施例では、ＥＡデータは、ＥＡデータ・ファイルの名
前を表す名前部分、及びＥＡデータ自体を表す値部分か
ら構成される。これらの部分の長さは可変であり、した
がって、オペレーティング・システム及びその他の適用
業務がこれらの部分の位置を個別に特定できるように、
この方式で明示的に指定しなければならない。既存のフ
ァイルをオープンするためにＤｏｓＯｐｅｎ２が使用さ
れている場合、ＥＡＢｕｆは意味をもたない。

【００５５】ＤｏｓＭｋＤｉｒ２図９の７１に示すこの呼出しは、一般に、１つまたは複
数の関連するＥＡによってサブディレクトリを作成する
ために使用される。この呼出しは、予約済みフィールド
の他に、ＤｉｒＮａｍｅ（新しいサブディレクトリの名
前）及びＥＡＢｕｆからなる特定の機能及びパラメータ
を指定するフィールドを含む。ＥＡＢｕｆは、ＥＡデー
タがそこから転送されるＥＡバッファ空間のメモリ内の
アドレス、及び転送される任意のＥＡデータ・エンティ
ティの名前部分と値部分の長さを提供する。

【００５６】ＤｏｓＳｅｔＦｉｌｅＩｎｆｏ及びＤｏｓ
ＱＦｉｌｅＩｎｆｏ図９の７２及び７３にそれぞれ示すこれらの相補的呼出
し機能は、それぞれ、属性データ（標準またはＥＡ）を
オープン・ファイル（呼出し側によってオープンされた
ファイル）にセットする（書き込む）ため、及びオープ
ン・ファイルからそのようなデータを照会する（読み出
す）ために使用される。この２つの呼出しのパラメータ
は、ＦｉｌｅＨａｎｄｌｅ、ＦｉｌｅＩｎｆｏＬｅｖｅ
ｌ、ＦｉｌｅＩｎｆｏＢｕｆ、及びＦｉｌｅＩｎｆｏＢ
ｕｆＳｉｚｅである。

【００５７】ＦｉｌｅＨａｎｄｌｅは、以前のＤｏｓＯ
ｐｅｎ２呼出しに応答して呼出し側に返されるＦｉｌｅ
Ｈａｎｄｌｅパラメータである。

【００５８】ＦｉｌｅＩｎｆｏＬｅｖｅｌは、呼出し側
によって定義されるレベルである。Ｓｅｔ呼出しにはレ
ベル１またはレベル２があり、Ｑｕｅｒｙ呼出しにはレ
ベル１、レベル２、またはレベル３がある。定義された
レベルによって、以下に説明するように、記憶ファイル
とＥＡＢｕｆによって定義されるメモリ・バッファ空間
との間で転送される情報のタイプが決まる。

【００５９】ＦｉｌｅＩｎｆｏＢｕｆは、データ・バッ
ファのシステム・メモリ内のアドレス、すなわちＳｅｔ
機能では属性データのソース、Ｑｕｅｒｙ機能では属性
データの宛先のアドレスを提供し、やはりＦｉｌｅＩｎ
ｆｏＬｅｖｅｌ中で指定されたレベルと関連して、どの
データがこのように転送されるかを決定する。Ｆｉｌｅ
ＩｎｆｏＢｕｆＳｉｚｅは、ＦｉｌｅＩｎｆｏＢｕｆに
よって定義されるシステム・メモリ内のデータ・バッフ
ァの長さを表す。

【００６０】Ｓｅｔ呼出しのレベルがレベル１であると
きに転送されるデータは、標準属性だけであり、ファイ
ル作成の日時、そのファイルへの最近のアクセスの日時
、及びファイル・サイズを含む。同じ呼出しがレベル２
の標識をもつときに転送されるデータは、ＥＡデータを
含む。このようなデータは、そのファイルの名前部分及
び値部分の長さを示す名前関数及び長さ関数によって定
義される単一のＥＡファイル、あるいはその呼出し内で
与えられる別々の名前及び名前の長さパラメータによっ
て定義される一連のＥＡデータ・ファイルであることが
できる。

【００６１】レベル１またはレベル２のＱｕｅｒｙ呼出
しに関して転送されるデータは、それぞれ標準属性デー
タ、または関連するＥＡデータ・ファイル（全体）のサ
イズを示す情報を伴う標準属性データである。レベル３
のＱｕｅｒｙ呼出しはＥＡデータを転送する。

【００６２】ＤｏｓＳｅｔＰａｔｈＩｎｆｏ及びＤｏｓ
ＱＰａｔｈＩｎｆｏ図９の７４及び７５にそれぞれ示すこれらの相補的Ｓｅ
ｔ（書込み）呼出し及びＱｕｅｒｙ（読出し）呼出しは
、既存のファイルまたはサブディレクトリに関する属性
データ（標準及びＥＡ）を転送する。Ｓｅｔ呼出しの実
行成功の条件は、呼出し側が名前付きオブジェクトへの
排他的アクセス権をもつことであり、したがって、名前
付きファイルまたはサブディレクトリが現在別のプロセ
スによってアクセスされている場合、Ｓｅｔ呼出しは失
敗する。この２つの呼出しは、パラメータＰａｔｈＮａ
ｍｅ、ＰａｔｈＩｎｆｏＬｅｖｅｌ、ＰａｔｈＩｎｆｏ
Ｂｕｆ、及びＰａｔｈＩｎｆｏＢｕｆＳｉｚｅをもつ。さらに、Ｓｅｔ機能は、下記のいくつかのフラグをもつ
。

【００６３】ＰａｔｈＮａｍｅは、ファイルまたはサブ
ディレクトリの実際のＡＳＣＩＩ名である。これは、適
切なディレクトリの位置を指す迅速アクセス・ポインタ
である、ＤｏｓＳｅｔＦｉｌｅＩｎｆｏ／ＤｏｓＱＦｉ
ｌｅＩｎｆｏ中で使用されるＦｉｌｅＨａｎｄｌｅと区
別しなければならない。ＰａｔｈＮａｍｅ情報を用いて
ファイルまたはサブディレクトリにアクセスする場合、
オペレーティング・システムは、その名前の位置を特定
するために苦労してディレクトリ・ツリーを追跡しなけ
ればならないが、ＦｉｌｅＨａｎｄｌｅによってファイ
ルまたはサブディレクトリにアクセスする場合、オペレ
ーティング・システムは、必要なディレクトリのコピー
が記憶されているシステム・メモリ内の位置に直接導か
れる。

【００６４】ＰａｔｈＩｎｆｏＬｅｖｅｌは、Ｓｅｔ呼
出しではレベル１またはレベル２、Ｑｕｅｒｙ呼出しで
はレベル１、レベル２、またはレベル３の標識である。レベル１は、標準属性情報の転送を指令する。Ｓｅｔレ
ベル２は、ＰａｔｈＩｎｆｏＢｕｆ及びＰａｔｈＩｎｆ
ｏＢｕｆＳｉｚｅによって定義されたＥＡデータの転送
を要求する。Ｓｅｔ呼出しに関連するフラグは、この呼
出し動作をどのように実行すべきかを定義し、リターン
標識が呼出し側プロセスに提供される前にディスクへの
ＥＡデータの書込みを完了しなければならないか否かを
区別する。Ｑｕｅｒｙレベル２は、標準属性データ、及
び関連するファイルまたはサブディレクトリに対するＥ
Ａデータ・ファイルの全体サイズの標識の転送を要求す
る。Ｑｕｅｒｙレベル３は、ＥＡデータ自体の転送を要
求する。

【００６５】ＤｏｓＥｎｕｍＡｔｔｒｉｂｕｔｅ図９の
７６に示すこの呼出しは、オペレーティング・システム
に、名前付きファイルまたはサブディレクトリに関連す
るＥＡのリストを呼出し側に返させるために使用される
。

【００６６】この呼出し用のパラメータは、ＲｅｆＴｙ
ｐｅ、ＦｉｌｅＲｅｆ、ＥｎｔｒｙＮｕｍ、ＥｎｕｍＢ
ｕｆ、ＥｎｕｍＢｕｆＳｉｚｅ、ＥｎｕｍＣｎｔ、及び
ＩｎｆｏＬｅｖｅｌである。

【００６７】ＦｉｌｅＲｅｆは、ＲｅｆＴｙｐｅビット
の値に応じて、ＦｉｌｅＨａｎｄｌｅのアドレス、また
はファイルのＡＳＣＩＩ名のいずれかである。

【００６８】ＥｎｔｒｙＮｕｍは、全ての関連ＥＡの連
鎖に関する、ＥＡ情報のリターン・リストを開始する入
口点を示す数である。

【００６９】ＥｎｕｍＢｕｆ及びＥｎｕｍＢｕｆＳｉｚ
ｅは、それぞれ、リターン・リストが書き込まれるシス
テム・メモリ内のバッファ空間の開始アドレス及びサイ
ズを指定する。

【００７０】ＥｎｕｍＣｎｔは、それに対する情報が要
求されるＥＡの個数を示すカウント値のアドレスである
。その値が１より大きい場合、カウント情報は、次のＥ
Ａに対するエントリが前のＥＡに対するエントリに隣接
して記憶される、パックされたリスト中で返される。

【００７１】ＩｎｆｏＬｅｖｅｌは、返される情報のレ
ベルを指定するレベル値であり、この実施例では１に限
定されている。このレベルで返される情報は、本質的に
、ＥＡの名前部分と値部分及びそれらの長さから構成さ
れる。

【００７２】呼出し動作のデータ・フロー（図１０−図
１５）図１０−図１５を参照すると、前記の呼出しに応答して
オペレーティング・システムによって実行される動作の
シーケンスが簡潔に記載されている。図中の参照番号は
、以下では、当該の動作の記述の後に括弧に入れて示す
。各機能呼出しの動作は、オペレーティング・システム
が当該の呼出しを受け取ったとき（すなわち、呼出し側
プロセスによって開始された割込みまたは同等のプロセ
スが、オペレーティング・システムに、記憶装置から当
該の呼出しを取り出させるとき）開始する。

【００７３】ＤｏｓＯｐｅｎ２呼出しを受け取ると（ス
テップ８０、図１０）、オペレーティング・システムは
、システム・ファイル（ＳＦＴ）を検査して、名前付き
ファイルまたはオブジェクトに関するオープンの競合が
あるかどうかを調べる（８１、図１０）。競合が検出さ
れた場合、そのプロセスは失敗に終わる。競合が検出さ
れない（名前付きファイルが競合する共用フラグによっ
てオープンされない）場合、この呼出しプロセスは、名
前付きオブジェクトが存在する場合にそれに対するディ
レクトリ・リストの位置を特定するための動作を続行す
る（８２）。この活動の結果に応じて、実行プロセスは
３つの動作経路（８４、８５、または８６）のうちの１
つに進む。

【００７４】ディレクトリ・リストが見つからず、かつ
これらのフラグが新しいファイルまたはオブジェクトの
作成を許す場合、出口８４を取って、下記のファイル作
成動作及びファイル・オープン動作を開始する。ファイ
ルが存在し、フラグがそのオープンを許す場合、出口８
５を取って、オープン動作を開始する。ファイルが存在
し、フラグが置換を要求する場合、出口経路８６を取っ
て、属性またはＥＡ情報あるいはその両方の置換を開始
する（現在考察中の新しく定義された全ての呼出しにお
いては、ファイルに情報を記憶することに関して取られ
る唯一の措置は、標準属性情報、またはＥＡデータある
いはその両方の書込みであることに留意されたい。ベー
ス・ファイル・データをファイルに書き込むには、呼出
し側プロセスは既存のＤｏｓＷｒｉｔｅ呼出しの１つを
呼び出さなければならない）。フラグが失敗または打切
り動作を要求する場合は、出口８７経路を取る。

【００７５】動作８３の結果、ファイル作成が必要とな
る場合（出口８４）、必要なファイル空間を割り振り、
必要なディレクトリ・リストを作成し、必要な標準属性
とともに書き込むために動作８８−９０が実行される。ファイル置換えが必要な場合、必要な属性データ（標準
またはＥＡ）を置換するために動作９１が実行される。ファイルが作成された場合（動作８８−９０）、または
既存のファイルがオープンされる場合（動作８３からの
出口８５）、動作８１についての前記の説明で述べたシ
ステム・ファイル・テーブル（ＳＦＴ）に情報を入力す
るための措置が取られる（９２）。このエントリは、フ
ァイル・ハンドル・パラメータを含み、このパラメータ
も呼出し側プロセスに返される。この時点でＥＡデータ
がまだ書き込まれていない場合、その書込みを行うため
に動作９４が実行され、呼出し実行プロセスは終了する
。ＥＡデータの書き込みが必要でない場合、このプロセ
スは動作９３の後に終了する。

【００７６】ＤｏｓＭｋＤｉｒ２（図１１）に関連する
動作シーケンスは、オペレーティング・システムがその
呼出しを受け取ることによって始まり（１００）、続い
て経路使用可能性の決定（１０１）、及びその経路が使
用可能な場合はサブディレクトリ・リストの作成（１０
２）が行われる（呼出し中で作成すべきサブディレクト
リとして指名されたサブディレクトリへの経路の一部分
が存在しない場合、動作は動作１０１の後で失敗に終わ
る）。新しく作成されたサブディレクトリに関連して書
き込むべきＥＡデータがない場合、動作１０３の後で動
作が終了する。そうでない場合は、動作１０４−１０６
に進み、それぞれＥＡデータに対するクラスタを割り振
り、関連するＥＡデータ（図７及び図８）に割り振られ
たＥＡＤＡＴＡ．ＳＦ内の空間を指すＥＡハンドル機能
を含むように名前付きサブディレクトリのディレクトリ
・リストを更新し、ＥＡデータを割り振られた空間に書
き込むためにシステムから記憶サブシステムへの出力動
作をセット・アップする。

【００７７】ＤｏｓＯｐｅｎ２によってオープンされた
ファイルに関するベース・ファイル・データを読み出す
または書き込むための動作が、図１２に示されている。ファイルをオープンしたプロセスは、通常の（古い）Ｄ
ｏｓＲｅａｄまたはＤｏｓＷｒｉｔｅ呼出しを出し、そ
れをオペレーティング・システムが受け取る（１２０）
。この呼出しは、ＤｏｓＯｐｅｎ２動作が成功裏に完了
した時に呼出し側に返されるファイル・ハンドル機能の
コピーを含む。この機能は、名前付きファイルの現状況
がどうか（この呼出し側に対してオープンしているか否
か）ＳＦＴを検査するために使用される。ファイルがオ
ープンでない場合、プロセスは終了する（１２１）。フ
ァイルがこの呼出し側に対してオープンしている場合、
データの読出しまたは書込みを開始すべき記憶装置内の
クラスタの位置を特定する動作が実行される（１２２）
（データを書き込む場合で、かつ空間が現在割り振られ
ていない場合、データが書き込まれる前に、必要なクラ
スタまたはクラスタ連鎖がＦＡＴを介して割り振られる
）。次に、入力または出力システム動作が呼び出され、
必要なベース・データ・ファイルの読出しまたは書込み
を実行し（１２３）、その後で最終的状況が呼出し側に
返され、動作は終了する（１２４）。

【００７８】オープン・ファイルに関する属性情報（標
準属性またはＥＡ）を読み出すまたは書き込むための動
作が、図１３に示されている。書込み動作は、呼出しＤ
ｏｓＳｅｔＦｉｌｅＩｎｆｏの受取りで始まり（１３０
）、続いてその呼出し中で与えられたファイル・ハンド
ルを使用して名前付きオブジェクトに対するディレクト
リ・リストの位置を特定する（１３１）。その呼出し中
のＦｉｌｅＩｎｆｏＢｕｆ情報を使って、書き込むべき
属性データを含むシステム・メモリ空間が決定される（
１３２）。ＥＡデータが、まだ割り振られていないクラ
スタに書き込まれる場合、そのクラスタが前述のプロセ
スによって割り振られ（このステップは図１３には示さ
れていない）、次に必要とされるシステム・メモリから
記憶サブシステムへの出力動作が呼び出される（１３３
）。

【００７９】属性データ読出しの相補的動作は、Ｄｏｓ
ＦｉｌｅＩｎｆｏ呼出しの受取りで始まり（１４０）、
続いてその呼出し中のＦｉｌｅ　　Ｈａｎｄｌｅ情報を
用いてディレクトリ・リストの位置を特定し（１４１）
、次に読み出されるソースＥＡデータの位置及びその呼
出しのＦｉｌｅＩｎｆｏＢｕｆパラメータ中で指定され
るシステム・メモリ内のその宛先の位置を特定し（１４
２）、次に必要な転送を実行するために、記憶サブシス
テムからシステム・メモリへの入力動作を開始する（１
４３）。

【００８０】クローズされたファイルに関する属性情報
を書き込み、読み出す動作が、図１４に示されている。ＤｏｓＳｅｔＰａｔｈＩｎｆｏ（１５０）によって呼び
出される書込み動作は、（ファイル・ハンドルが与えら
れていないので、ディレクトリ・ツリーの探索によって
）名前付きファイル・オブジェクトのディレクトリ・リ
ストの位置を特定することを必要とし、ＥＡデータが書
き込まれる場合は、そのデータを受け取る宛先クラスタ
を決定すること（１５２）を必要とする（このクラスタ
が割り振られていない場合は、このステップで割り振ら
れ、すでに述べたようにディレクトリ・リスト内で適切
にインデックスされる）。ソース標準属性またはＥＡデ
ータは、その呼出し中のＰａｔｈＩｎｆｏＢｕｆ及びＰ
ａｔｈＩｎｆｏＢｕｆＳｉｚｅ情報を用いて位置が検出
され（１５２）、必要とされるシステム・メモリから記
憶サブシステムへの出力動作が呼び出される（１５３）
。

【００８１】ＤｏｓＱＰａｔｈＩｎｆｏ（１６０）によ
って呼び出される読出し動作は、読み出すべきソース・
データを含むディレクトリ・リストまたはクラスタある
いはその両方の位置を特定し（１６１）、このようなデ
ータのシステム・メモリ内の宛先の位置を特定する（１
６２）ための動作を開始する。その宛先は、ＰａｔｈＩ
ｎｆｏＢｕｆの内容から決定される。最後に、ソース属
性情報を宛先位置に転送するために、記憶サブシステム
からシステム・メモリへの入力動作がセット・アップさ
れる（１６３）。

【００８２】ファイル・オブジェクトに関連するＥＡ名
情報をリストするための動作が、図１５に示されており
、これはオペレーティング・システムがＤｏｓＥｎｕｍ
Ａｔｔｒｉｂｕｔｅ呼出しを受け取ることによって開始
される（１７０）。システム・メモリ内のリスト・レポ
ートの宛先が、ＥｎｕｍＢｕｆ内の情報を用いて決定さ
れ（１７１）、その後、リストすべきＥＡの個数が決定
され（１７２）、リストされる情報の位置が決定される
（１７３）。最後に、記憶サブシステムからシステム・
メモリ宛先への入力動作がセット・アップされ（１７４
）、このプロセスは完了する。

【００８３】

【発明の効果】本発明は、オペレーティング・システム
を、拡張属性（ＥＡ）データ・セット及び関連するベー
ス・ファイル・データ構造が単一のファイル内にあるか
のように、これらのＥＡ及びベース・データの記憶をコ
ンジョイントに管理できるように適合させる方法及び手
段を提供する。

【図面の簡単な説明】

【図１】本発明を利用すると有利な代表的なシステム環
境を示す概略図である。

【図２】図１の環境におけるベース・ファイル及び標準
属性の従来技術によるコンジョイントな操作を示す概略
図である。

【図３】ディスク上に記憶されたデータ・ファイルの位
置を特定するための従来技術ディレクトリ・ツリー構造
及びＦＡＴテーブルを示す概略図である。

【図４】ＥＡがそれらを作成する適用業務にだけ有用で
ある、図１の環境におけるベース・ファイル及びＥＡの
従来技術によるディスジョイントな操作を示す概略図で
ある。

【図５】オペレーティング・システム、及びファイルを
作成した適用業務以外の適用業務にとってＥＡがベース
・ファイル・データから区別できない、図１の環境にお
ける、ＥＡ及びベース・ファイル・データの従来技術に
よる「混合」を示す概略図である。

【図６】オペレーティング・システムが、本発明によれ
ばどのようにして、関連するベース・データ・ファイル
及びＥＡ用の記憶装置内の空間の割振り及び使用をコン
ジョイントに管理できるように適合されるかを、単純化
した形、及び特定の実施態様に限定されない概念的レベ
ルで示した図である。

【図７】ＥＡデータ・ファイルの位置を特定するための
、本発明の好ましい実施例による、修正されたディレク
トリ・ツリー構造を示す図である。

【図８】ＥＡデータ・ファイルが好ましい実施例でどの
ように記憶されるかを示す図である。

【図９】本発明の前記の好ましい実施例による、ＯＳ／
２バージョン１．２上で走行している適用業務が、関連
ベース・データ・ファイル及びＥＡ用のディスク記憶空
間の割振り及び使用を管理するために、そのオペレーテ
ィング・システム中で用意された動作を要求できるよう
にするために、そのオペレーティング・システム中に提
供される機能呼出しを示す図である。

【図１０】前記の好ましい実施態様実施例による、任意
選択として１つまたは複数のＥＡをもつ新しいまたは既
存の（しかしオープンされていない）ファイルをオープ
ンするために、または任意選択として１つまたは複数の
ＥＡをもつ既存のファイルを置換するために、図９に示
したタイプのＤｏｓＯｐｅｎ２機能呼出しに応答して、
ＯＳ／２バージョン１．２によって指令される動作を説
明するための流れ図である。

【図１１】機能呼出しＤｏｓＭｋＤｉｒ２に応答して、
任意選択のＥＡをもつ新しいサブディレクトリを作成す
るために、ＯＳ／２バージョン１．２によって指令され
る動作を説明する流れ図である。

【図１２】ＤｏｓＯｐｅｎ２機能呼出しに応答して、以
前に作成されたファイルに関するベース・ファイル・デ
ータを書き込み、読み出すために、ＯＳ／２バージョン
１．２によって指令される動作を説明する流れ図である
。

【図１３】図９に示された呼出しＤｏｓＳｅｔＦｉｌｅ
Ｉｎｆｏ及びＤｏｓＱＦｉｌｅＩｎｆｏに応答して、オ
ープン・ファイルに関する属性データを書き込み、読み
出すために、ＯＳ／２バージョン１．２によって指令さ
れる動作を説明するための流れ図である。

【図１４】既存のファイルに関する属性データを書き込
み、読み出すために、前記の実施例において実行される
動作を説明するための流れ図である。

【図１５】指定されたファイルまたはサブディレクトリ
名に関連するＥＡのカウントを要求するＤｏｓＥｎｕｍ
Ａｔｔｒｉｂｕｔｅ機能呼出しに応答して、ＯＳ／２バ
ージョン１．２中で実行される動作を説明するための流
れ図である。

【符号の説明】

１　　システム２　　マイクロプロセッサ３　　メモリ・サブシステム５　　ディスク記憶サブシステム６　　オペレーティング・システム７　　適用業務

Claims

【特許請求の範囲】

【請求項１】データ処理システムにリンクされた直接ア
クセス記憶装置内のファイル記憶空間の割振り及び使用
を管理し、前記記憶装置と前記データ処理システムのラ
ンダム・アクセス・メモリ・サブシステムの間をインタ
ーフェースするためのオペレーティング・システムを含
むデータ処理システムにおいて、単一のファイル・オブ
ジェクトに関する前記記憶装置内の複数の離散的に識別
可能な空間の割振り及び使用を管理し、それによって前
記オペレーティング・システムの指令下で前記オブジェ
クトに関連するデータの離散的に識別可能なセットに一
緒にまたは別々にアクセスできるように前記オペレーテ
ィング・システムを適合させるための改良であって、オ
ブジェクト及び経路を前記記憶装置の１つ内で指定する
、前記プログラム・プロセスの１つによって出される第
１のタイプの要求に応答して、前記の指定されたオブジ
ェクトとの第１のタイプの関連で前記記憶装置経路内の
第１のデータ・セットの記憶を指令するための、前記オ
ペレーティング・システム内の第１の手段と、やはり前
記オブジェクト及び経路を指定する、前記の第１のタイ
プの要求とは異なる第２のタイプの要求に応答して、前
記オブジェクトとの第２のタイプの関連で前記の指定さ
れたオブジェクトに関する第２のデータ・セットを記憶
するための、前記オペレーティング・システム内の第２
の手段とを含み、前記第１及び第２のデータ・セットと
前記オブジェクトとの間のそれぞれ前記第１及び第２の
タイプの関連が異なる関連関係であり、前記第１及び第
２のデータ・セットが、その後に、前記の指定されたオ
ブジェクトに関して別々にまたは一緒にアクセスできる
、データ処理システム。
【請求項２】前記の指定されたオブジェクトが特定のフ
ァイル名であり、前記第１及び第２のデータ・セット中
のデータが、それぞれ前記ファイル名に関連するベース
・ファイル・データ及び拡張属性（ＥＡ）データを表す
、請求項１に記載のデータ処理システム。
【請求項３】前記の指定されたオブジェクトが特定の名
前付きディレクトリであり、前記第１及び第２のデータ
・セット中のデータが、前記ディレクトリに関連する離
散的な別々の拡張属性値を表す、請求項１に記載のデー
タ処理システム。
【請求項４】前記第１のデータ・セットを記憶するため
の前記手段及び前記第２のデータ・セットを記憶するた
めの前記手段が、前記のそれぞれのデータ・セットを記
憶するための空間を前記の１つの記憶装置内で異なる方
式で割り振るための手段を含み、前記第１のデータ・セ
ットを記憶するために割り振られた空間が、前記ベース
・データを含む空間を有効に直接指す、前記ファイル名
とともに記憶された第１のポインタを用いて位置を特定
でき、前記第２のデータ・セットに割り振られた空間が
、前記ファイル名から分離して記憶された第３のポイン
タの位置を指す、前記ファイル名とともに記憶された第
２のポインタを用いて位置を特定でき、前記第３のポイ
ンタが前記ＥＡデータを記憶するために割り振られた空
間を直接指す、請求項２に記載のデータ処理システム。
【請求項５】前記ベース・ファイル・データを記憶する
ための前記手段及び前記ＥＡデータを記憶するための前
記手段が、前記要求を伴う情報に応答して、前記ファイ
ル名及び前記の第１及び第２のポインタを含むディレク
トリ・リストを確立するための手段を含み、前記ＥＡデ
ータを記憶するための前記手段が、前記第３のポインタ
を前記第２ポインタによって示される位置に記憶するた
めの手段を含む、請求項４に記載のデータ処理システム
。
【請求項６】前記ベース・ファイル・データを記憶する
前記空間と前記ＥＡデータを記憶する前記空間の間に確
立される前記の関連が、前記オペレーティング・システ
ムが前記ベース・ファイル・データ及びＥＡデータに別
々にまたは一緒にアクセスできるのに十分なほど明確で
ある、請求項５に記載のデータ処理システム。
【請求項７】アドレスによって情報の位置が特定できる
ランダム・アクセス・メモリ・サブシステムと、経路及
びファイル名によって情報の位置が特定できる直接アク
セス記憶サブシステムとを含むデータ処理システム内で
監視動作を実行し、適用業務プログラムによって指定さ
れた経路及びファイル名に関する前記記憶サブシステム
内の記憶空間の割振り及び使用を管理するために、前記
適用業務プログラムと前記メモリ・サブシステム及び記
憶サブシステムの間をインターフェースするシステムに
おいて、前記適用業務プログラムの任意の１つから前記
オペレーティング・システムが受け取った所定の機能呼
出し要求に応答して、機能呼出し要求を伴う、ファイル
・オブジェクトまたはサブディレクトリ経路を表す、名
前に関する拡張属性（ＥＡ）情報を記憶するために前記
記憶サブシステム内の１つまたは複数の離散的な別々の
記憶空間の割振りを指令するための、前記オペレーティ
ング・システム内の手段と、前記機能呼出し要求に応答
して、前記の割り振られた各空間と前記１次名の間で間
接的関連を確立するための前記オペレーティング・シス
テム内の手段と、任意選択として前記要求を伴う情報に
応答して、前記適用業務プログラムのうちの複数の異な
る構成の適用業務プログラムのどれかによる使用のため
に任意選択として前記メモリ・サブシステムから前記の
割り振られた空間にＥＡ情報を転送するための、前記オ
ペレーティング・システム内の手段とを含む、データ処
理システム。
【請求項８】オペレーティング・システム・プログラム
上で走行している適用業務プログラムによってオブジェ
クトが処理されるデータ処理システムにおいて、前記Ｅ
Ａが前記適用業務プログラムのうちの複数の異なる適用
業務プログラムにとってアクセス可能になるように前記
オブジェクトとコンジョイントな関連で、可変の形式、
長さ及び文脈の拡張属性（ＥＡ）の記憶を行う方法であ
って、前記オペレーティング・システムの指令下で、１
つまたは複数のＥＡデータのセットを含む複数の離散的
に区別可能なデータ・セットを記憶するための記憶空間
を直接アクセス記憶装置内で選択的に割り振る段階と、
前記データ・セットが前記オペレーティング・システム
の指令下で別々にまたは一緒にアクセスできるように、
前記の割り振られた記憶空間を単一のオブジェクト名と
コンジョイントに関連づける段階とを含む方法。
【請求項９】前記のデータのセットがベース・ファイル
・データ及びＥＡデータを含むように選択可能であり、
ベース・ファイル・データの前記セットの数が０または
１であるように選択可能であり、ＥＡデータの前記セッ
トの数が０、１、または２以上のいずれかになるように
選択可能である、ＥＡを記憶するための請求項８に記載
の方法。
【請求項１０】前記の関連づけ段階が、ＥＡデータの各
前記セットの一部分としてＥＡ名を記憶する段階を含み
、ＥＡ名が、当該の開始元適用業務を区別する基礎を提
供する異なる適用業務プログラムから発するＥＡデータ
とともに記憶される、請求項８に記載の方法。
【請求項１１】前記ＥＡ名が前記適用業務プログラムに
よって、ただし前記オペレーティング・システムによっ
て課せられた制約内で、１つの適用業務プログラムによ
って選択されたＥＡ名が別の適用業務プログラムによる
競合的使用を受けない形で、選択可能である、請求項１
０に記載の方法。
【請求項１２】前記オブジェクトが前記記憶装置上で作
成されるファイルまたはサブディレクトリであることが
でき、前記オブジェクトがサブディレクトリを表すとき
に記憶すべく選択可能なベース・ファイル・データ・セ
ットの数が常に０であり、そのオブジェクトがサブディ
レクトリを表すときに記憶すべく選択可能なＥＡデータ
・セットの数が０、１、または２以上であり、前記オブ
ジェクトがファイルを表すときに記憶すべく選択可能な
ベース・ファイル・データ・セットの数が０または１で
あり、そのオブジェクトがファイルを表すときに記憶す
べく選択可能なＥＡセットの数が０、１、または２以上
である、請求項１１に記載の方法。
【請求項１３】ベース・ファイル及びＥＡデータ・セッ
トを記憶するためにそれぞれ割り振られる空間が、多数
の異なる適用業務から前記オペレーティング・システム
に与えられる要求に応答して、前記の異なる適用業務に
代わって前記空間が別々にまたは一緒にアクセスできる
ように前記オブジェクト名と関連づけられ、それによっ
て、たとえば、前記オブジェクト名に関連する情報をコ
ピーまたは消去する要求を使って、前記オペレーティン
グ・システムに、その名前、ベース・ファイル・セット
及びＥＡデータ・セットの両方に関連する全てのデータ
・セットに含まれる情報のコピーまたは消去を指令させ
ることができ、他の要求を使って、オペレーティング・
システムに前記データ・セットのうちの単一のデータ・
セットに関するデータを転送させることができる、請求
項１２に記載の方法。