JPH03214335A - 計算機システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、ファイルを管理するオペレーティングシステ
ムを有する計算機システムに関する。

〔従来の技術〕

従来の計算機システムにおけるオペレーティングシステ
ム（以下、ＯＳという）のファイルシステムにおいては
、アプリケーションプログラムは、ファイルに対応して
作成され、かつＯＳのファイルシステムによって管理さ
れるファイル属性、例えば、ファイルの作成日やファイ
ルの更一新などのファイル属性の読み出し及び書き込み
を行うことが可能である。

〔発明が解決しようとする課題〕

ところで上記従来のＯＳのファイルンステムでは、アプ
リケーションプログラムにのみ必要なファイル属性（以
下、アプリケーション用ファイル属性という）を記憶す
るようになっていないため、当該アプリケーション用フ
ァイル属性を管理することができなかつｔ二。このｔこ
め、アプリケーションプログラムは、ＯＳのファイルシ
ステムによって管理されるファイル属性については読み
出し及び書き込みを行うことができるが、ＯＳのファイ
ルシステムによって管理されないファイル属性、つまり
アプリケーション用ファイル属性の読出し及び書込みを
行うことかできなかった。

また、上述した問題点を解決すべく、アプリケションプ
ログラムに対してアプリケーション用ファイル属性に対
するアクセスを可能にさせるには、次に述べるように、
アブリケーンヨンプログラム毎にアプリケーション用フ
ァイル属性を、上記ファイルシステムとは別に管理する
方法が考えられる。

すなわち ■アプリケーションプログラムがファイノレの特定の位
置に属性情報を付加する。

■アプリケーションプログラムがファイル名と特定な属
性情報を持つ表（テーブル）を管理する。

つまり、上記■および■の説明から分かるように、アプ
リケーションプログラムが、ファイル属性を管理しなけ
ればならない。

従って、アプリケーションプログラムが、ＯＳのファイ
ルシステムによって管理されるファイル属性、および上
記■あるいは■の管理方法により、当該ファイルシステ
ムによって管理されないファイル属性の読出し及び書込
みを行うようにしたものであっても、ＯＳのファイルシ
ステムと、アプリケーションプログラムとによってファ
イル属性を管理しなければならず、統一的なファイル属
性の書き込み及び読出しを行うことができないこととな
り、ファイル属性のアクセス処理に時間がかかってしま
うという欠点があった。

本発明は上記欠点を解消し、容易にファイル属性の書込
み及び読出しを行うことのできる計算機システムを提供
することを目的とする。

〔課題を解決するための手段〕

本発明は、オペレーティングシステムによって管理され
る第１のファイル属性を記憶する記憶領域を有するとと
もに、当該オペレーティングシステムによって管理され
ない第２のファイル属性を記憶する記憶領域を有するフ
ァイル属性記憶手段と、所定のアプリケーションプログ
ラムからのアクセス要求に応答して前記ファイル属性記
憶手段へのアクセスを可能にするインタフェース手段と
を具え、前記アプリケーションプログラムは前記インタ
フェース手段を介して少なくとも前記第２のファイル属
性の書込み及び読出しを行うように構成したものである
。

〔作用〕

本発明では、アプリケーションプログラムは、アクセス
要求に応答したインタフェース手段を介して第１および
第２のファイル属性を記憶するファイル属性記憶手段に
アクセスする。

従って、アプリケーションプログラムは、オペレーティ
ングシステムによって管理されるファイル属性は勿論の
こと、アプリケーションプログラムにのみ必要なファイ
ル属性（つまりオペレーティングシステムによって管理
されないファイル属性）も、書込み及び読出しを行うこ
とができることとなり、統一的なファイル属性の書込み
及び読出しを行うことかできる。

〔実施例〕

以下、本発明に係る計算機システムの実施例を添付図面
を参照して説明する。

第１図は本発明に係る計算機システムの一実施例を示す
概略構成図である。同図において、計算機システムは、
アプリケーションプログラム（以下、ＡＰという）１と
、ファイルシステム２を有しているオペレーティングシ
ステム（以下、ＯＳという）３とを有している。

ファイルシステム２は、上記インタフェース手段の機能
を果たすシステムコール部４と上記ファイル属性記憶手
段の機能を果たすファイル属性記憶領域部５とを含んで
おり、図示しない外部記憶装置に対するファイルの書込
み及び読み出し、ファイルの更新、ファイル属性の管理
などのファイル管理を行っている。

システムコール部４は、ＡＰＩとＯＳ３とのインタフェ
ースの機能を有しており、ＡＰＩからのシステムコール
て示すサービ・ス要求に応じたサ−ビス処理、例えばフ
ァイル属性の書込み、あるいは読出し処理等を行うため
のサービスルーチン（サブルーチン）を実行する。

ファイル属性記憶領域５は、第１図に示すように、ＯＳ
３によって管理されるファイル属性を記憶する属性領域
１〜ｍから構成された記憶領域５Ａと、ＯＳ３によって
管理されないファイル属性、つまりＡＰＩ（図示しない
他のＡＰでも良い）にのみ必要なファイル属性を記憶す
る属性領域（ｍ＋１）〜（ｍ＋ｔ）から構成された記憶
領域５Ｂとを有している。なお、ＡＰＥかファイル名、
アブリケーンヨンプログラムにのみ必要なファイル属性
を書き込む旨をファイルシステム２に通知することによ
り、当該ファイルシステム２によって記憶領域５Ｂか存
（Ｌするアトレスか特定される。

ここに、ＯＳによー）で管理されるファイル属性には、
図示しない外部記ｊＱ装置上のファイルの実体の位置を
示す情報、ファイルの作成［１、ファイルの更新口、フ
ァイルのサイス等か含まれている。

またアプリケーションプログラムにのみ必要なファイル
属性とは、ＯＳによって管理されるファイル属性以外で
ＡＰに必要な属性であり、ＡＰによって異なる属性内容
になっている。例えば、ファイルタイプが必要なＡＰで
は、ファイルタイプがファイル属性となる。

なおアプリケーションにのみ必要な同一のファイル属性
に関しては複数のＡＰ間で共有することができる。また
、ＡＰは、１つのファイルに対応してアプリケーション
にのみ必要なファイル属性を１つ持っても良いし、複数
持っていても良い。

次に上記アプリケーションプログラムによるＯＳによっ
て管理されるファイル属性の読み出し及び書込み動作を
説明する。

最初に、記憶領域５Ａには、ファイルシステム２によっ
てファイル属性の値が書き込まれる。

この記憶領域５Ａに書き込まれたファイル属性を、当該
ファイルシステム２が読み出しおよび書込み（変更）で
きることは勿論のこと、ＡＰＩも、ＯＳ３が提供するシ
ステムコールを呼び、該当するサービスルーチンか実行
されることにより、ファイル属性の値の読み出し及び書
き込みを行うことができる。

続いて上記アプリケーションプログラムによるアプリケ
ーションにのみ必要なファイル属性の書込み動作を第２
図のフローチャートに基づいて説明する まずＡＰ］は、ファイル属性の書込みのサービス要求を
行うべ＜ＯＳ３が提供するシステムコールを呼ぶ。する
とＯＳ３では、システムコール部４は呼ばれたシステム
コールに該当するサービスルーチン（ファイル属性の書
き込み用サービスルチン）を実行する。システムコール
部４によってサ〜ビスルーチンか実行されることにより
、ＡＰＩは属性領域５Ｂにファイル属性を書き込むこと
かできる。

すなわちＡＰＩは、ｌに１を代入し（ステップ１０）、
次に属性領域（ｍ＋ｉ）の内容を読出し（ステップ１］
）、その属性領域（ｍ＋ｉ）の内容か「０」か否かを判
断する（ステップ１２）。

ここで、属性領域（ｍ＋ｉ）の内容が「０」の場合は、
ＡＰＩは、セットしたい「０」でない属性値（例えば１
６進の“１′）と、アプリケーションプログラムに固有
な「０」でない値（例えば、１６進の“１００”）とを
、ビットＯＲ演算した結果（すなわち、１６進の“１０
１″）を、当該属性領域（ｍ＋ｉ）にセットして（ステ
ップ１３）終了する。

なお、上記ステップ１２において、属性領域（ｍ＋ｉ）
の内容が「０」でない場合は、当該属性領域（ｍ＋ｉ）
には既に属性内容が書き込まれていることになる。

従って、ＡＰＩは、属性領域（ｍ＋ｉ）の内容が「０」
てない場合は、次の属性領域にファイル属性を書き込む
べく、［ｉは（ｔ＋１）と等しいか」否かを判断し（つ
まり空きの属性領域があるか否か、ｉ−　（ｔ＋１）の
場合は、空きの属性領域がない）（ステップ１４）、こ
の判断結果、等しくない場合は「ｌに（ｉ＋１）を代人
」した後（ステップ１５）、上記ステップ１１に戻りこ
のステップ以降を実行し、反対に等しい場合は、空きの
属性領域が存在していないと認識してエラー出力し（ス
テップ１６）、その後、所定のエラ処理を施した後（ス
テップ１７）終了する。

続いて上述したように書き込まれたファイル属性を、ア
プリケーションプログラムが読み出す場合の動作を第３
図のフローチャートに基づき説明する。

まずＡＰＩは、ＯＳ３に対してファイル属性の−読出し
のサービス要求を行うべくシステムコールを呼ぶ。する
とＯＳ３では、システムコール部４は呼ばれたシステム
コールに該当するサービスルーチンを実行する。システ
ムコール部４によってサービスルーチンが実行されるこ
とによりＡＰＩは、属性領域５Ｂからファイル属性を読
み出すことができる。

すなわち、ＡＰＩは、ｉに１を代入し（ステップ２０）
、次に属性領域（ｍ＋ｉ）の内容を読出し（ステップ２
１）、その属性領域（ｍ＋ｉ）の値（例えば１６進の“
１０１”）と、アプリケションプログラムに固有な「０
」でない値（例えば、１６進の“１００”）とを、ビッ
トＡＮＤ演算した結果（すなわち１６進の“１００”）
は、アプリケーションプログラムに固有な値と等しいか
否かを判断し（ステップ２２）、等しい場合は、属性値
領域（ｍ＋ｉ）の値（１６進の“１０１”）と、アプリ
ケーションプログラムに固有な値（例えば、１６進の“
１００”）とを、ビットＥＸ−ＯＲ演算した結果（すな
わち１６進の１）を読み込むファイル属性の値とする（
ステソプ２３）。

なお上記ステップ２２において、ビットＡＮＤ演算した
結果と、アプリケーションプログラムに固有な値とか等
しくない場合は、上記ステップ２１て読み出された属性
領域（ｍ＋ｉ）には所望のファイル属性が保存されてい
ないことになる。

従って、ＡＰ１は、上記ステップ２２において、演算結
果と値とか等しくない場合には所望のファイル属性を読
み出すべく、「工は（　ｔ　＋　１　）と等しいか」否
かを判断し（つまり全ての属性領域を調査したか否か）
（ステップ２４）、この判断結果、等しくない場合は「
ｌに（ｉ＋１）を代入」した後（ステップ２５）、上記
ステップ２１に戻りこのステップ以降を実行し、反対に
等しい場合は、全ての属性領域を調査したが所望のファ
イル属性が存在していないと認識してエラー出力し（ス
テップ２６）、その後、所定のエラー処理を施した後（
ステップ２７）終了する。

上記実施例によれば、アプリケーションプログラムにの
み必要なファイル属性に対しては、ＯＳ（オペレーティ
ングシステム）は値の書込みを行ワス、ＯＳの提供する
システムコールによって、アプリケーションプログラム
が値を書き込んだり読み出したりすることができる。

なお、ＯＳによって管理されるファイル属性に対しては
、従来の如く、ＯＳが値を書き込んだり読み出したりす
ることができることは勿論のこと、ＯＳの提供するシス
テムコールによって、アプリケーションプログラムが値
を書き込んたり読み出したりすることができる。

〔発明の効果〕

以上説明したように本発明によれば、アプリケションプ
ログラムは、インタフェース手段を介して、アプリケー
ションプログラムにのみ必要なファイル属性の書き込み
及び読出しを行うようにしたため、オペレーティングシ
ステムによって管理されるファイル属性は勿論のこと、
アプリケションプログラムにのみ必要なファイル属性も
、書込み及び読み出しを行うことができる。

従って、ファイル属性の管理が容易となり、ファイル属
性のアクセス処理を迅速に行うことができるという利点
かある。

【図面の簡単な説明】

第１図は本発明に係る計算機システムの一実施例を示す
概略構成図、第２図はアプリケーションプログラムのフ
ァイル属性の書込み動作を示すフローチャート、第３図
はアプリケーションプログラムのファイル属性の読み出
し動作を示すフローチャートである。 １・・・アブリケーンヨンプログラム、２・・・ファイ
ルシステム、３・・オペレーティングシステム、４シス
テムコ ル部、 ５ ・・ファイル属性記憶領域 部。 第１図

Claims (1)

1. 【特許請求の範囲】 ファイルを管理する計算機システムにおいて、オペレー
   ティングシステムによって管理される第１のファイル属
   性を記憶する記憶領域を有するとともに、当該オペレー
   ティングシステムによつて管理されない第２のファイル
   属性を記憶する記憶領域を有するファイル属性記憶手段
   と、 所定のアプリケーションプログラムからのアクセス要求
   に応答して前記ファイル属性記憶手段へのアクセスを可
   能にするインタフェース手段とを具え、前記アプリケー
   ションプログラムは前記インタフェース手段を介して少
   なくとも前記第２のファイル属性の書込み及び読出しを
   行うようにしたことを特徴とする計算機システム。