JPH0635782A - 情報処理システム - Google Patents

Abstract

(57)【要約】 【目的】サーバ上に作成するファイルのアトリビュート
を、クライアントから、容易に設定することができる。 【構成】クライアント３上のファイル制御プログラム３
５の初期化時に、ユーザがアトリビュート値を入力す
る。この値は、メモリに記憶される。ＡＰ、ＯＳコマン
ド３１からシステムコールが発生すると、ファイルサー
バ１上のネットワークＯＳ１４に対するファイルの作成
要求か、クライアント３上のＯＳ３４に対するファイル
の作成要求かを、ファイル制御プログラム３５により判
別する。サーバ１上へのファイルの作成要求の場合に
は、制御プログラム３５の初期化時に入力され、メモリ
に記憶されたアトリビュート値を用いて、ファイルサー
バ上にファイルを作成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、パーソナルコンピュー
タなどの情報処理装置のファイル作成方式に係り、特
に、複数のユーザが共有する情報処理装置のファイル記
憶装置へ、ネットワークを介して別の情報処理装置から
ファイルを作成する場合に好適な、情報処理システムに
関する。

【０００２】

【従来の技術】パーソナルコンピュータ（以下、パソコ
ンと呼ぶ）が普及する前は、各パソコン毎の記憶装置
に、ユーザのプログラムファイル、データファイルなど
を保管していた。パソコンが普及するにつれて、これら
のユーザのプログラムファイル、データファイルなど
を、一箇所の大容量記憶装置に保管し、各パソコンのユ
ーザがデータを共有するといった使い方がされるように
なってきた。これによると、各パソコンは、自装置に備
えられた記憶装置の容量以上のデータを、容易にアクセ
スできる。このようなシステムは、一般的には、ファイ
ルサーバと呼ばれるコンピュータと、クライアントと呼
ばれる複数のパソコンとを、ネットワークで接続してい
る。そして、ファイルサーバに備えられた記憶装置（サ
ーバ記憶装置）上のファイルを、クライアントパソコン
からアクセスし、使用することができる。ここで、サー
バ記憶装置上のファイルへの、ユーザによるオペレーテ
ィングシステム（以下ＯＳと記述する）コマンドの発行
は、クライアントパソコンのローカルな記憶装置上のフ
ァイルへのアクセスと同じ方法で行えるようになってい
る。また、サーバ記憶装置上のファイルへの、アプリケ
ーションソフトウェア（以下ＡＰと記述する）からのア
クセスも、クライアントパソコンのローカルな記憶装置
上のファイルへのアクセスと同じ方法で行えるようにな
っている。

【０００３】図２は、上記のような、クライアントパソ
コンからサーバ記憶装置へのアクセスが可能なシステム
の従来例である。

【０００４】図２においては、ネットワーク回線５にフ
ァイルサーバ１が接続され、ファイルサーバ１にはサー
バ記憶装置２が接続されている。また、ネットワーク５
には、クライアントパソコン３が接続され、クライアン
トパソコン３には、クライアント記憶装置４が接続され
ている。

【０００５】ファイルサーバ１には、ネットワークＯＳ
１４およびネットワークドライバ１３、ネットワークＡ
Ｐ１５が搭載されている。クライアントパソコン３に
は、ＡＰ３０、ＯＳコマンド３１、リダイレクタ３２、
ネットワークドライバ３３、クライアントＯＳ３４、ク
ライアントＡＰ３５が、搭載されている。

【０００６】ネットワークドライバ１３は、ファイルサ
ーバ１と、ネットワーク回線５とを接続するためのドラ
イバである。

【０００７】ネットワークＯＳ１４は、パソコン数台か
ら十数台程度を、ＬＡＮを介して接続し、処理を行なう
極小キーボードのオンラインシステムで利用されるＯＳ
である。

【０００８】ＡＰ１５は、サーバ上のＡＰで、各クライ
アントから共通にアクセスできる。

【０００９】ＡＰ、ＯＳコマンド３１は、ファイル入出
力要求などのシステムコール（ファンクションコールと
も呼ばれる）を発行する。

【００１０】リダイレクタ３２（クライアントシェルと
も呼ばれる）は、ＡＰ、ＯＳコマンド３１から発行され
た要求を受け取る。そして、この要求が、ファイルサー
バで処理されるべき要求であるのか、クライアント３内
で処理されるべき要求であるのかを、プログラムにより
判別する。

【００１１】ネットワークドライバ３３は、クライアン
ト３とネットワーク回線５とを接続するためのドライバ
である。

【００１２】ＯＳ３４は、クライアント３を制御するＯ
Ｓである。

【００１３】ＡＰ３０は、クライアントが使用するＡＰ
である。

【００１４】次に、従来のシステムの動作について説明
する。

【００１５】ＡＰ、ＯＳコマンド３１から、システムコ
ールが発行されると、リダイレクタ３２のプログラムに
よって、ファイルサーバで処理されるべきか、クライア
ント３内で処理されるべきかが判別される。

【００１６】この要求が前者の場合には、リダイレクタ
３２は、ネットワークドライバ３３、ネットワーク５、
ネットワークドライバ１３を経由して、ネットワークＯ
Ｓ１４に処理を要求する。また、前記要求が後者の場合
には、リダイレクタ３２がＯＳ３４（クライアントのＯ
Ｓ）に処理を要求する。

【００１７】一方、ファイルサーバ１上のファイルは、
複数のクライアントパソコン３からのアクセスが可能で
ある。このために、他のユーザのクライアントパソコン
３からアクセスしてよいか、複数のユーザが使用してよ
いかといったアクセス権の設定ができるようになってい
る。これを、ファイルのアトリビュート（属性）の設定
という。これらのアトリビュートは、クライアントの記
憶装置４に作成されるファイルのアトリビュートを拡張
する形で、ファイルに付加される。以下、記憶装置４上
のファイルのアトリビュートに対し、記憶装置２上のフ
ァイルのアトリビュートを、拡張アトリビュートと称す
る。これらのアトリビュートは、ファイルの作成時に、
ユーザにより指定することができる。

【００１８】このようなアトリビュート（属性）には、
たとえば、“リードオンリー”、“隠しファイル”、
“アーカイブファイル”、“システムファイル”等があ
る。拡張アトリビュートには、“共有ファイル”、“コ
ピー禁止”、“削除禁止”、“名前変更禁止”等があ
る。

【００１９】以下に、これらのアトリビュートを設定さ
れた場合について、説明する。

【００２０】“リードオンリー”を属性として有するフ
ァイルは、ユーザにより消去されたり、書き込みを行な
われない。

【００２１】“隠しファイル”を属性として有するファ
イルは、ユーザによりディレクトリ内にあるファイルの
ファイル名を表示させた場合に、表示されない。

【００２２】また、ファイルをバックアップする際、全
てのファイルをバックアップせずに、アーカイブビット
が“１”となっているファイルのみをバックアップする
コマンドがある。“アーカイブファイル”を属性として
有するファイルは、アーカイブビットを“１”にされ
る。

【００２３】“システムファイル”を属性として有する
ファイルは、通常のシステムコールでは、アクセスでき
ない。

【００２４】“共有ファイル”を属性として有するファ
イルは、同時に複数のユーザにより、参照される。

【００２５】“コピー禁止”を属性として有するファイ
ルは、ユーザによりコピーされない。

【００２６】“削除禁止”を属性として有するファイル
は、ユーザにより削除されない。

【００２７】“名前変更禁止”を属性として有するファ
イルは、ユーザにより名前を変更されない。

【００２８】クライアントＯＳ３４及びネットワークＯ
Ｓ１４では、アトリビュート変更のシステムコールを発
行する事によって、アトリビュートを設定することもで
きるようになっている。

【００２９】上記のようなネットワークＯＳについて
は、例えばＣＱ出版社発行「インターフェース」（１９
９１年３月号）ｐｐ．１４１〜１４６で述べられてい
る。

【００３０】

【発明が解決しようとする課題】以上述べたように、フ
ァイルサーバ上のファイルは、アトリビュートおよび拡
張アトリビュートによって、複数のユーザで共有するこ
とが可能となっている。しかし、ＡＰおよびスタンドア
ロン用のクライアントＯＳのコマンドでは、これらの拡
張アトリビュートをサポートしていない。このため、フ
ァイルサーバにファイルを作成した後、ネットワークＯ
Ｓが提供する別のコマンドを用いて、拡張アトリビュー
トを設定する必要があるという問題があった。特に、複
数のファイルを、異なるディレクトリに作成する場合に
は、ディレクトリ毎に拡張アトリビュートを設定する必
要がある。そこで、このような場合には、拡張アトリビ
ュートの設定のために時間がかかる、操作ミスが生じる
といった問題が発生していた。

【００３１】本発明の目的は、従来のＯＳのコマンド及
びＡＰによるファイル作成方法を変更すること無く、ア
トリビュートを容易に設定することができる情報処理シ
ステムを提供することにある。

【００３２】

【課題を解決するための手段】上記目的を達成するた
め、本発明によれば、複数の利用者からのアクセスが可
能なプログラムまたはデータと、プログラムまたはデー
タに対する各利用者のアクセス権を示すアトリビュート
とを少なくとも有するファイルを格納するファイル記憶
装置を備えた情報処理システムにおいて、ファイルを作
成するための要求を発生するファイル作成要求手段と、
外部より指示されたアトリビュートを入力するアトリビ
ュート入力手段と、入力手段により入力されたアトリビ
ュートを記憶する、アトリビュート記憶手段と、ファイ
ル作成要求手段によってファイル作成要求が発生する
と、記憶手段に記憶されたアトリビュートを付加して、
要求されたファイルの作成を行うファイル作成手段とを
備えることができる。

【００３３】また、アトリビュートは、ファイル作成要
求の発生に先だって入力されることもできる。

【００３４】さらに、データの入出力を行なうクライア
ント端末と、クライアントが共有するファイルやアプリ
ケーションを有するサーバ装置とを、ネットワーク回線
で結んだシステムにおいて、サーバは、複数の利用者か
らのアクセスが可能なプログラムまたはデータと、プロ
グラムまたはデータに対する各利用者のアクセス権を示
すアトリビュートとを少なくとも有するファイルを格納
する第１のファイル記憶装置と、第１のファイル記憶装
置に格納すべきファイルを作成するための要求を発生す
る第１のファイル作成要求手段と、第１のファイル作成
要求手段によってファイル作成要求が発生すると、指定
されたアトリビュートを付加して、要求されたファイル
の作成を行う第１のファイル作成手段とを備えることも
できる。クライアントは、外部より指示されたアトリビ
ュートを入力するアトリビュート入力手段と、入力手段
により入力されたアトリビュートを記憶する、アトリビ
ュート記憶手段と、第１のファイル記憶装置に格納すべ
きファイルを作成するための要求を発生する第２のファ
イル作成要求手段と、第２のファイル作成要求が発生す
ると、記憶されたアトリビュートを付加して、第１のフ
ァイル作成手段を起動させる起動手段とを備えることも
できる。

【００３５】さらに、第２のファイル作成要求手段が発
生すると割込みを発生する手段を備え、割込みにおいて
第１のファイル作成手段の起動を行なうこともできる。

【００３６】さらに、システムコールの割込みベクトル
番地を変更する手段を備え、起動手段は、変更されたベ
クトル番地を用いて、第１のファイル作成手段の起動を
行なうもできる。

【００３７】さらに、起動された第１のファイル作成手
段によるファイルの作成が終了すると、変更されたシス
テムコールの割込みベクトル番地を、変更前の番地に復
元する手段を備えることもできる。

【００３８】さらに、クライアントは、複数の利用者か
らのアクセスが可能なプログラムまたはデータと、プロ
グラムまたはデータに対する各利用者のアクセス権を示
すアトリビュートとを少なくとも有するファイルを格納
する第２のファイル記憶装置を備え、第２のファイル作
成要求手段は、第２のファイル記憶装置に格納すべきフ
ァイルを作成するための要求をさらに発生し、第２のフ
ァイル作成要求手段が発生すると、第１のファイル記憶
装置に格納すべきファイルを作成するための要求である
か、第２のファイル記憶装置に格納すべきファイルを作
成するための要求であるかを判別する判別手段と、判別
手段によって、第２のファイル記憶装置に格納すべきフ
ァイルを作成するための要求であると判別された場合に
は、記憶されたアトリビュートを付加して、要求された
ファイルを第２のファイル記憶装置に作成する第２のフ
ァイル作成手段とを備えることもできる。

【００３９】さらに、第２のファイル作成要求手段が発
生すると割込みを発生する手段を備え、割込みにおい
て、判別、および、第２のファイル作成手段によるファ
イルの作成または第１のファイル作成手段の起動、を行
なうこともできる。

【００４０】

【作用】クライアントＯＳのコマンドあるいはＡＰによ
るファイル作成に先立って、ユーザは、アトリビュート
入力手段により、所望のアトリビュート（拡張アトリビ
ュートを含む）を入力する。入力されたアトリビュート
は、アトリビュートを記憶する、アトリビュート記憶手
段によって記憶される。次に、クライアントＯＳのコマ
ンドあるいはＡＰによるファイル作成要求が発生する
と、ファイルサーバに対するファイルの作成要求か、ク
ライアントＯＳに対する作成要求か、を検出する。ファ
イルサーバに対する作成要求が検出されると、ファイル
サーバへのこの要求をファイル作成要求手段により発行
する。ファイル作成要求が発行されると、前記記憶手段
に記憶したアトリビュートを属性として、ファイル作成
手段によりファイルの作成を行う。これによって、従
来、ファイルの作成時に、ディレクトリ毎に必要であっ
た、拡張アトリビュートの設定作業を、不要とする事が
できる。

【００４１】

【実施例】以下、本発明の一実施例を図を用いて説明す
る。

【００４２】図１は、本発明のファイル作成方式を用い
たシステムの一実施例に於ける構成図である。図２にお
いては、図１と同様に、ネットワーク回線５にファイル
サーバ１が接続され、ファイルサーバ１にはサーバ記憶
装置２が接続されている。また、ネットワーク５には、
クライアントパソコン３が接続され、クライアントパソ
コン３には、クライアント記憶装置４が接続されてい
る。

【００４３】ファイルサーバ１には、ネットワークＯＳ
１４およびネットワークドライバ１３、ネットワークＡ
Ｐ１５が搭載されている。

【００４４】クライアントパソコン３には、ＡＰ、ＯＳ
コマンド３１、リダイレクタ３２、ネットワークドライ
バ３３、クライアントＯＳ３４、クライアントＡＰ３
０、ファイル制御プログラム３５が、搭載されている。
図２で示した従来例と比較して、本実施例の特徴は、ク
ライアントパソコン３に、ファイル制御プログラム３５
が追加されている点である。

【００４５】ネットワークドライバ１３は、ファイルサ
ーバ１と、ネットワーク回線５とを接続するためのドラ
イバである。

【００４６】ネットワークＯＳ１４は、パソコン数台か
ら十数台程度を、ＬＡＮを介して接続し、処理を行なう
極小キーボードのオンラインシステムで利用されるＯＳ
である。

【００４７】ＡＰ１５は、サーバ上のＡＰで、各クライ
アントから共通にアクセスできる。

【００４８】ＡＰ、ＯＳコマンド３１は、ファイル入出
力要求などのシステムコール（ファンクションコールと
も呼ばれる）を発行する。

【００４９】リダイレクタ３２（クライアントシェルと
も呼ばれる）は、ＡＰ、ＯＳコマンド３１から発行され
た要求を受け取る。そして、この要求が、ファイルサー
バで処理されるべき要求であるのか、クライアント３内
で処理されるべき要求であるのかを、プログラムにより
判別する。

【００５０】ネットワークドライバ３３は、クライアン
ト３とネットワーク回線５とを接続するためのドライバ
である。

【００５１】ＯＳ３４は、クライアント３を制御するＯ
Ｓである。

【００５２】ＡＰ３０は、クライアントが使用するＡＰ
である。

【００５３】ファイル制御プログラム３５は、図８に示
される要素からなっている。すなわち、ファイル制御プ
ログラム３５は、大きく分けると、初期化ルーチン１０
０、割込み処理ルーチン２００、終了ルーチン４００の
３つの要素から構成される。

【００５４】初期化ルーチン１００では、アトリビュー
トを入力し（１０１）、入力されたアトリビュートを記
憶する（１０２）。また、リダイレクタ３２の割込み処
理ルーチンを指しているシステムコール割込みベクトル
番地を、記憶すると共に、割込み処理ルーチンのエント
リ番地に書換える（１０３）。そして、割込み処理ルー
チン常駐させる処理を行なう（１０４）。

【００５５】割込み処理ルーチン２００では、ＡＰ、Ｏ
Ｓコマンド３１から発行されるファイル入出力要求など
のシステムコールが、ファイルサーバ１へのファイル作
成要求かどうかを判定する（２０１）。前記判定の結
果、システムコールがファイルサーバ１へのファイル作
成要求であった場合には、初期化ルーチン１００の１０
２で記憶したアトリビュートを指定して、ネットワーク
ＯＳ１４にファイル作成を要求する（２０２）。前記判
定の結果、ファイルサーバ１へのファイル作成要求でな
かった場合には、ＡＰ、ＯＳコマンド３１から発行され
たシステムコールを、リダイレクタ３２にそのまま渡し
（２０３）、リダイレクタで従来のように処理する（２
０４）。

【００５６】終了ルーチン４００では、初期化ルーチン
１００の１０３で変更したシステムコール割込みベクト
ル番地を、元の値（リダイレクタの割込み処理ルーチン
の番地）に復元する（４０１）。また、ファイル制御プ
ログラム３５を終了し、メモリを解放する（４０２）。

【００５７】図３、図４は、本発明の一実施例に於け
る、ファイル制御プログラム３５の動作を示すフローチ
ャートの一例である。

【００５８】図３は、ファイル制御プログラム３５の初
期化ルーチンであり、ユーザあるいは他のプログラムに
よって起動される。

【００５９】初期化ルーチンが起動されると、最初に、
入力されたアトリビュートを取得する（ステップ１０
１）。このアトリビュートの取得は、ユーザに対し、フ
ァイル制御プログラム３５が入力要求を行ってもよい。
また、ファイル制御プログラム３５を起動する際に、パ
ラメータとして渡す形で行ってもよい。アトリビュート
の設定方法としては、たとえば、作成されたファイルに
アクセス可能なユーザのパスワードを設定するようにし
てもよい。

【００６０】上記アトリビュートの取得の方法として、
ユーザに対し、ファイル制御プログラム３５が入力要求
を行う場合の入力要求画面の一例を、図９に示す。

【００６１】図９（ａ）において、［アトリビュート］
は、記憶装置４および記憶装置２上でファイルを作成す
る場合に設定される。［拡張アトリビュート］は、記憶
装置２上にファイルを作成する場合にのみ、指定され
る。“ＡＰ設定値”が指定されると、ＡＰ実行中に、Ａ
Ｐ毎に予め定まっているオン，オフの情報が設定され
る。

【００６２】次に、取得されたアトリビュートを、メモ
リに記憶する（ステップ１０２）。

【００６３】たとえば、図９（ａ）の入力画面で指定さ
れた属性は、まず、図９（ｂ）のようなビットに記憶さ
れる。図９（ｂ）では、図９（ａ）の［ＤＯＳアトリビ
ュート］の各項目に対しては２ビットずつ、［拡張アト
リビュート］の各項目に対しては１ビットずつを割り当
てている。［アトリビュート］の各項目に対しては、Ｏ
Ｎに対して“０１”、ＯＦＦに対して“００”、ＡＰ設
定値に対して“１０”を割り付ける。［拡張アトリビュ
ート］の各項目に対しては、ＯＮに対して“１”、ＯＦ
Ｆに対して“０”を割り付ける。（後述のようにＡＰが
起動されると、ＡＰ設定値に対し、“０”または“１”
を割り付ける。このようにして、８ビットのアトリビュ
ート情報が発生する。）ステップ１０３では、リダイレ
クタ３２の割り込み処理ルーチンを指しているシステム
コール割り込みベクトル番地を、メモリから取得し、別
のメモリ番地に記憶保存する。この処理とともに、前記
ベクトル番地を、ファイル制御プログラム３５内の割り
込み処理ルーチン２００のエントリ番地を指すように書
き換える。

【００６４】最後に、ファイル制御プログラム３５の
内、少なくとも次に述べる割り込み処理ルーチン２００
を、メモリ上に常駐させて残す処理を行い（ステップ１
０４）、初期化ルーチンを終了する。

【００６５】上述の初期化ルーチンの終了後、ＡＰある
いはＯＳコマンドプログラムなどから、システムコール
割り込みが発生した場合について考える。この場合、初
期化ルーチンのステップ１０３により、ベクトル番地が
書き換えられているため、ファイル制御プログラム３５
の、割り込み処理ルーチン２００に処理が移行する。

【００６６】図４は、この割り込み処理ルーチン２００
の動作を説明するフローチャートである。

【００６７】まず、発生したシステムコールが、ファイ
ルサーバ１へのファイルの作成要求かどうかを判定する
（ステップ２０１）。

【００６８】この判定の結果、ファイルサーバ１への作
成要求でなかったら、上記ステップ１０３で記憶保存し
たＯＳ３４のシステムコール割り込みベクトル番地（即
ちリダイレクタ３２の割り込み処理ルーチン）にジャン
プする（ステップ２０３）。

【００６９】一方、前記判定の結果、ファイルサーバ１
への作成要求であったら、ステップ１０２で記憶したア
トリビュートを指定して、ファイル作成要求をネットワ
ークＯＳ１に発行する（ステップ２０２）。

【００７０】ステップ２０２における作成要求は、すで
に述べたようにネットワークドライバ３３、ネットワー
ク５、ネットワークドライバ１３を介して行われる。ネ
ットワークＯＳ１４は、前記作成要求にて指定されたア
トリビュートを、ファイルに設定するとともにデータを
作成する。ＯＳ１４は、アトリビュートを示すビットを
受取る。ＯＳ１４は、ファイル作成時に、ディレクトリ
情報を作成し、この中に受け取ったアトリビュートを書
き込んで、記憶装置２に格納する。

【００７１】図１０に示すように、ディレクトリ情報
は、例えば、ファイル名６０１、アトリビュート情報６
０２、更新時刻６０３、更新日付６０４、ＦＡＴエント
リ番号６０５（このエントリ番号を参照すると、ファイ
ルが格納されているアドレスを知ることができる）、フ
ァイルサイズ６０６を有する構成とすることができる。

【００７２】このような、ファイル制御プログラム３５
の割り込み処理ルーチン２００を介したファイルの作成
は、システムコールの割り込みベクトル番地を、リダイ
レクタ３２の割り込み処理ルーチンのエントリ番地に戻
すまでは有効である。このために、従来と同じ手順で作
成するだけで、同一のアトリビュートである複数のファ
イルに対し、自動的に所望のアトリビュート（拡張アト
リビュートを含む）を設定できる。

【００７３】次に、図５は、ファイル制御プログラム３
５により、アトリビュートの自動設定および自動解除を
行なう方式の一実施例を示すフローチャートである。

【００７４】プログラムを開始すると、まず、ファイル
制御プログラム初期化ルーチンを実行する（ステップ１
００）。この初期化ルーチンの内容は、すでに図３を用
いて説明したものと同じである。

【００７５】つぎに、ユーザは、ＡＰ、ＯＳコマンド名
を入力する（ステップ３０１）。ステップ３０１におい
てコマンド名で指定されたプログラムは、ステップ３０
２で子プロセスとして起動され、ステップ３０３で実行
される。ＡＰ、ＯＳコマンド実行（ステップ３０３）中
に、システムコール割り込みが発生すると、ファイル制
御プログラム割り込み処理ルーチンで処理される（ステ
ップ２００）。この割込み処理ルーチンの内容も、すで
に図４を用いて説明したものと同じである。ステップ３
０３のＡＰ、ＯＳコマンド実行が終了するとともに子プ
ロセスは終了する。

【００７６】この後、ファイル制御プログラム終了ルー
チンが実行される（ステップ４００）。この終了ルーチ
ン（ステップ４００）の処理の内容を、図６に示す。終
了ルーチンが開始されると、まず、初期化ルーチンで変
更（ステップ１０３）したシステムコール割り込みベク
トル番地を、変更前の値に復元する（ステップ４０
１）。次に、ファイル制御プログラムを終了し、メモリ
常駐部を含めて占有していたメモリを解放する（ステッ
プ４０２）。これによって、ＡＰ、ＯＳコマンド実行に
よって発生するファイルサーバ１へのファイル作成の際
使用するアトリビュートは、ネットワークＯＳ１４ある
いはリダイレクタ３２によって決まるデフォルト値とな
る。再びファイル制御プログラム３５を起動しない限
り、アトリビュートには、このデフォルト値が使用され
る。このように、ファイル制御プログラムの実行の最後
に終了ルーチンを実行し、アトリビュートをデフォルト
値に戻すことにより、以前の作業で使用したアトリビュ
ートが設定されたままになることを防止することができ
る。

【００７７】アトリビュートの自動設定および解除を行
なう方式の、他の実施例を図７を用いて説明する。

【００７８】図７は、アトリビュートの自動設定、ＡＰ
の実行、アトリビュートの解除を行なう、バッチファイ
ル５００及びそのの内容である。

【００７９】ここでバッチファイルとは、ユーザがキー
ボードなどの入力装置から順次入力するコマンドや、プ
ログラム名などを記述したテキストファイルのことであ
る。ユーザは、このバッチファイルを実行するように、
ＯＳ３４に対して要求を出す。すると、ＯＳ３４は、前
記バッチファイルに書かれた内容を、順次実行する。

【００８０】図７においては、ＦＩ、ＡＰＰ、ＦＥとい
う三個のプログラム名が順に書かれたバッチファイルの
例を示す。ＦＩは、上述のファイル制御プログラム初期
化ルーチン１００と同等のプログラムである。ＡＰＰ
は、アプリケーションプログラム名である。ＦＥは、上
述のファイル制御プログラム終了ルーチン４００と同等
のプログラムである。このようなバッチファイル５００
を実行させることによって、図５で示した実施例と同様
な効果を得ることができる。

【００８１】以上述べた実施例では、リダイレクタ３２
とは別にファイル制御プログラム３５を設けているが、
リダイレクタ３２にファイル制御プログラム３５の機能
を持たせることによって、ファイル制御プログラム３５
を不要とする事もできる。

【００８２】また、各フローチャートの各ステップの順
番は、必ずしも上述の実施例の通りでなくてもよい。

【００８３】本発明は、システムのインストール時や、
データベースシステムの情報の追加時に使用することも
できる。

【００８４】なお、本発明は、スタンドアローンの情報
処理装置においても利用することができる。即ち、複数
の利用者からのアクセスが可能なプログラムまたはデー
タと、前記プログラムまたはデータに対する各利用者の
アクセス権を示すアトリビュートとを少なくとも有する
ファイルを格納するファイル記憶装置を備えた情報処理
装置において、外部より指示されたアトリビュートを入
力し、このアトリビュートを記憶しておく。前記ファイ
ルを作成するための要求が発生すると、前記記憶された
アトリビュートを付加して、前記要求されたファイルの
作成を行う。このように、始めにアトリビュートを入力
して記憶し、以後アトリビュートをデフォルト値に戻す
処理を行なうまで、ファイル作成時には記憶されていた
アトリビュートを付加して作成するようにして、ファイ
ル作成時のアトリビュート設定作業の効率を良くするこ
ともできる。

【００８５】さらに、本発明の応用として、複数の情報
処理装置をネットワーク回線で接続し、上記のサーバ機
能およびクライアント機能を全ての装置に備え、１台の
情報処理装置において、他の情報処理装置の記憶装置へ
のファイル作成要求を発生し、ファイル作成の要求をさ
れた記憶装置を有する情報処理装置において、ファイル
の作成を行なうこともできる。

【００８６】

【発明の効果】以上説明したように、本発明を用いるこ
とによって、クライアントのＯＳコマンド、あるいはＡ
Ｐなどのプログラムをなんら変更すること無く、前記プ
ログラムから発生するファイルサーバへのファイル作成
を、拡張アトリビュートを含む、所望のアトリビュート
で行うことができる。これによって、従来必要であっ
た、ファイル作成後の拡張アトリビュートの設定作業を
不要とする事ができるので、作業時間が短縮し、作業効
率の向上を図ることができる。

【図面の簡単な説明】

【図１】本発明の一実施例におけるシステムの構成図で
ある。

【図２】従来のシステムの構成図である。

【図３】本発明の一実施例における、ファイル制御プロ
グラムの初期化ルーチンの動作を示すフローチャートで
ある。

【図４】本発明の一実施例における、ファイル制御プロ
グラムの割り込み処理ルーチンの動作を示すフローチャ
ートである。

【図５】本発明の一実施例に係る、アトリビュートの自
動設定および解除を行なう方式のフローチャートであ
る。

【図６】本発明の一実施例に係る、ファイル制御プログ
ラム終了ルーチンの動作を示すフローチャートである。

【図７】本発明の一実施例に係る、アトリビュートの自
動設定および解除を行なう方式のバッチファイルの内容
を示す図である。

【図８】ファイル制御プログラムの内容を示す図であ
る。

【図９】アトリビュートの入力を要求する画面の図、お
よび、入力されたアトリビュートを記憶するビットを示
す図である。

【図１０】記憶装置に格納される、ファイルのアトリビ
ュートを示すコードを示す図である。

【符号の説明】

１…ファイルサーバ、２…サーバ記憶装置、３…クライ
アント、４…クライアント記憶装置、５…ネットワー
ク、１３…サーバネットワークドライバ、１４…ネット
ワークＯＳ、１５…サーバＡＰ、３０…クライアントＡ
Ｐ、３１…ＡＰ，ＯＳコマンド、３２…リダイレクタ、
３３…クライアントネットワークドライバ、３４…Ｏ
Ｓ、３５…ファイル制御プログラム、１００…ファイル
制御プログラム初期化ルーチン、２００…ファイル制御
プログラム割り込みルーチン、４００…ファイル制御プ
ログラム終了ルーチン、５００…バッチファイル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 石田 秀昭 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所マイクロエレクトロニク ス機器開発研究所内

Claims (8)

【特許請求の範囲】
1. 【請求項１】複数の利用者からのアクセスが可能なプロ
   グラムまたはデータと、前記プログラムまたはデータに
   対する各利用者のアクセス権を示すアトリビュートとを
   少なくとも有するファイルを格納するファイル記憶装置
   を備えた情報処理システムにおいて、 前記ファイルを作成するための要求を発生するファイル
   作成要求手段と、 外部より指示されたアトリビュートを入力するアトリビ
   ュート入力手段と、 前記入力手段により入力されたアトリビュートを記憶す
   る、アトリビュート記憶手段と、 前記ファイル作成要求手段によってファイル作成要求が
   発生すると、前記記憶手段に記憶されたアトリビュート
   を付加して、前記要求されたファイルの作成を行うファ
   イル作成手段と、 を備えたことを特徴とする情報処理システム。
2. 【請求項２】請求項１において、前記アトリビュート
   は、前記ファイル作成要求の発生に先だって入力される
   ことを特徴とする情報処理システム。
3. 【請求項３】データの入出力を行なうクライアント端末
   と、前記クライアントが共有するファイルやアプリケー
   ションを有するサーバ装置とを、ネットワーク回線で結
   んだシステムにおいて、 前記サーバは、 複数の利用者からのアクセスが可能なプログラムまたは
   データと、前記プログラムまたはデータに対する各利用
   者のアクセス権を示すアトリビュートとを少なくとも有
   するファイルを格納する第１のファイル記憶装置と、 前記第１のファイル記憶装置に格納すべきファイルを作
   成するための要求を発生する第１のファイル作成要求手
   段と、 前記第１のファイル作成要求手段によってファイル作成
   要求が発生すると、指定されたアトリビュートを付加し
   て、前記要求されたファイルの作成を行う第１のファイ
   ル作成手段と、 を備え、 前記クライアントは、 外部より指示されたアトリビュートを入力するアトリビ
   ュート入力手段と、 前記入力手段により入力されたアトリビュートを記憶す
   る、アトリビュート記憶手段と、 前記第１のファイル記憶装置に格納すべきファイルを作
   成するための要求を発生する第２のファイル作成要求手
   段と、 前記第２のファイル作成要求が発生すると、前記記憶さ
   れたアトリビュートを付加して、前記第１のファイル作
   成手段を起動させる起動手段と、 を備えることを特徴とする情報処理システム。
4. 【請求項４】請求項３において、前記第２のファイル作
   成要求手段が発生すると割込みを発生する手段をさらに
   備え、前記割込みにおいて前記第１のファイル作成手段
   の起動を行なうことを特徴とする情報処理システム。
5. 【請求項５】請求項３において、システムコールの割込
   みベクトル番地を変更する手段をさらに備え、前記起動
   手段は、前記変更されたベクトル番地を用いて、前記第
   １のファイル作成手段の起動を行なうことを特徴とする
   情報処理システム。
6. 【請求項６】請求項５において、前記起動された第１の
   ファイル作成手段によるファイルの作成が終了すると、
   前記変更されたシステムコールの割込みベクトル番地
   を、変更前の番地に復元する手段を、さらに備えること
   を特徴とする情報処理システム。
7. 【請求項７】請求項３において、前記クライアントは、 複数の利用者からのアクセスが可能なプログラムまたは
   データと、前記プログラムまたはデータに対する各利用
   者のアクセス権を示すアトリビュートとを少なくとも有
   するファイルを格納する第２のファイル記憶装置をさら
   に備え、 前記第２のファイル作成要求手段は、前記第２のファイ
   ル記憶装置に格納すべきファイルを作成するための要求
   をさらに発生し、 前記第２のファイル作成要求手段が発生すると、前記第
   １のファイル記憶装置に格納すべきファイルを作成する
   ための要求であるか、前記第２のファイル記憶装置に格
   納すべきファイルを作成するための要求であるかを判別
   する判別手段と、 前記判別手段によって、前記第２のファイル記憶装置に
   格納すべきファイルを作成するための要求であると判別
   された場合には、前記記憶されたアトリビュートを付加
   して、前記要求されたファイルを前記第２のファイル記
   憶装置に作成する第２のファイル作成手段と、 をさらに備えることを特徴とする情報処理システム。
8. 【請求項８】請求項７において、前記第２のファイル作
   成要求手段が発生すると割込みを発生する手段をさらに
   備え、前記割込みにおいて、前記判別、および、前記第
   ２のファイル作成手段によるファイルの作成または前記
   第１のファイル作成手段の起動、を行なうことを特徴と
   する情報処理システム。