JPH03147151A - 共通ルーチンを用いた移植性の資源共用ファイルサーバ - Google Patents

Abstract

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

Description

【発明の詳細な説明】 【産業上の利用分野】

本発明は、コンピュータシステムに関したものであり、
とりわけ、ローカルエリアネットワークを介してデータ
を共用する方法に関するものである。とりわけ、本発明
は、ファイルサーバホストコンピュータにおいて共通ル
ーチンを利用し、ローカルエリアネットワークを介して
複数のクライアントのコンピュータにファイルアクセス
サービスを提供することに関連したものである。

【従来の技術】

一般的なコンピュータシステムは、プロセッサメモリ、
及び、ハードディスクのような大容量記憶装置から構成
される。大形の本体コンピュータには、通常、多くの端
末が取りつけられており、各ユーザは、端末の１つを介
して本体コンピュータにアクセスする。エンジニアリン
グワークステーション及びパーソナルコンピュータのよ
うな小形システムの場合、コンピュータは、キーボード
とデイスプレィを備えており、それらを介して、ユーザ
はコンピュータにアクセスする。それぞれ、異なるプロ
セ・ンサを用いる多種多様なコンピュータシステムが、
今日では利用されている。各コンピュータシステム内の
オペ−レーティングシステムは、実際にユーザーの作業
を実施するアプリケーションソフトウェアの基本機能を
実施する。ＭＳ−ＤＯ８は、パーソナルコンピュータに
用いられる典型的なオペレーティングシステムであり、
一方、ＵＮＩＸは、パーソナルコンピュータ、エンジニ
アリングワークステーション、及び、大形本体にさえ用
いられるオペレーティングシステムである。 本来、ユーザーは、彼らが利用している特定のコンピュ
ータの大容量記憶装置で得られるデータだけでしかアク
セスすることができなかった。パーソナルコンピュータ
の利用は、１９８０年代の初めに普及したが、他のコン
ピュータに納められたデータにアクセスしようとするユ
ーザが、益々増えてきた。本来、このアクセスは、Ｒ８
−２３２のようなごく低速の通信リンクを介して行われ
た。コンピュータ間におけるさらに多くのデータアクセ
スに対する要求が増大してきたので、高速ローカルエリ
アネットワーク（ＬＡＮ）が開発された。ローカルエリ
アネットワークは、超高速度で、通常、１０００万ビツ
ト／秒の速度でデータ転送を行うように設計されており
、コンピュータ間におけるデータの共用に非常に適して
いる。ローカルエリアネットワークの高速度によるデー
タ転送が可能になったことで、共通のプリンタのような
他の資源の共用が可能になった。 資源共用コンピュータシステムは、一般に、ローカルエ
リアネットワークに接続されたホストコンピュータで構
成される。ＬＡＮは、ホストコンピュータの共通資源を
利用する一連のクライアントの各コンピュータにも接続
されている。一般に、クライアントのコンピュータは、
ホストコンピュータのディスクを利用して、データの全
てを記憶する。クライアントのコンピュータは、プリン
タや、ホストコンピュータに設けられた他の共通資源も
利用する。これらのサービスを提供するため、ホストコ
ンピュータは、クライアントのコンピュータにとって所
望のサービスを行う。ソフトウェアを共用する資源を備
えていなければならない。例えば、いくつかのクライア
ントのコンピュータが、ホストコンピュータにプリント
データを送る可能性があり、ホストコンピュータ内のソ
フトウェアは、各クライアントのコンピュータからのプ
リントデータを別個にしておかなければならない。 クライアントのコンピュータがＭＳ−ＤＯ３のような小
形のオペレーティングシステムを実行しており、クライ
アントのコンピュータの数が少ない場合、ホストコンピ
ュータに対する作業負荷も少なく、単純なファイルサー
ビングシステムで十分である。しかし、クライアントの
コンピュータの数が増し、該コンピュータがＵＮＩＸ又
はＯＳ／２といった多重タスクオペレーティングシステ
ムを実行するようになると、ホストシステムに対する作
業負荷が大幅に増すことになる。とりわけ、クライアン
トのコンピュータが同時に複数の要求を送ることのでき
る多重タスクオペレーティングシステムを備えている場
合、作業負荷が増すにつれて、ホストサーバの性能要件
が重要になってくる。 ホストサーバシステムに関するもう１つの問題は、多種
多様なホストプロセッサで実行できるように設計しなけ
ればならない。ホストサーバプログラムは、ホストコン
ピュータとして利用できる全ての機械で実行し得るのが
理想である。この移植性を与えるため、ホストサーバソ
フトウェアは、ある機械タイプから別の機械へ簡単に移
行し、ホストコンピュータのオペレーティングシステム
に修正を加えなくても実行されなければならない。 ホスト資源共用システムの設計においてしばしば生じる
ことになるもう１つの問題は、サーバがアクセスしなけ
ればならないファイル数が、ホストコンピュータシステ
ムにおける単一プロセスの能力を超えるという点である
。従って、ホストサーバは、それぞれ、クライアントの
コンピュータシステムのサブセットにサービスを行う複
数プロセスに分割しなければならない。

【発明が解決しようとする課題】

以上から明らかなように、当該技術においては、ローカ
ルエリアネットワークを介して多数のクライアントのコ
ンピュータに対する高性能な応答を行う、改良されたホ
スト資源サーバが必要とされている。また、当該技術に
おいては、各クライアントのコンピュータからの複数の
同時要求を処理できるシステムが必要とされている。ま
た、当該技術においては、ホストコンピュータのオペレ
ーティングシステムに修正を加えなくても実行されるシ
ステムが必要とされている。更に、いくつかのタイプの
ホストコンピュータプロセッサ間における移植性に優れ
たシステムが必要とされている。更に、いくつかのコン
ピュータプログラミング言語間における移植性に優れた
システムが必要とされている。更に、ホストコンピュー
タシステムにおける極めて多くのファイルにアクセス可
能なシステムが必要とされている。 本発明の目的は、ホストコンピュータと複数のクライア
ントのコンピュータの間においてファイルデータを共用
するファイル共用システムを提供することにある。 本発明のもう１つの目的は、こうしたシステムに高性能
な応答性を与えることにある。 もう１つの目的は、ホストコンピュータのオペレーティ
ングシステムに修正を加えずに、こうしたシステムを提
供することにある。 もう１つの目的は、いくつかのタイプのホストコンピュ
ータプロセッサ間における移植性に優れた前記システム
を提供することにある。 もう１つの目的は、いくつかのコンピュータプログラミ
ング言語間における移植性に優れた前記システムを提供
することにある。 更にもう１つの目的は、ソフトウェアのクリティカルセ
クションなしで実現する前記システムを提供することに
ある。 本発明の更にもう１つの目的は、多重レベルの処理ルー
チンを利用したシステムを提供することにある。 本発明のもう１つの目的は、クライアントのコンピュー
タからの全ての初期呼び出しを処理する監視プロセスを
有する前記システムを提供することにある。 本発明の更にもう１つの目的は、監視プロセスが各クラ
イアントのコンピュータ毎に独立したセツションワーカ
プロセスを生成する前記システムを提供することにある
。 もう１つの目的は、こうした各セツションワーカプロセ
スが、各クライアントのコンピュータ要求毎に独立した
共通ルーチンを生成する前記システムを提供することに
ある。 もう１つの目的は、共通ルーチンがセツションワーカプ
ロセスメモリを共用する前記システムを提供することに
ある。 もう１つの目的は、同じプログラミング命命が全てのこ
うした共通ルーチンによって共用される前記システムを
提供することにある。 本発明のもう１つの目的は、こうした共通ルーチンが、
実行中は強制排除されることがなく、それぞれ、ホスト
コンピュータの資源又は操作にサービスを行わなければ
ならなくなるまで、実行することが可能な前記システム
を提供することにある。 本発明のもう１つの目的は、高性能で、ブロッキングが
生じないようにデータを要求する並行要求を備えた多く
のアプリケーションに応用可能な前記システムを提供す
ることにある。

【課題を解決するための手段】

以上の目的及びその他の目的は、ホストコンピュータと
複数のクライアントのコンピュータがローカルエリアネ
ットワークによって接続されたシステムによって実現す
る。ホストコンピュータにおける資源共用ソフトウェア
は、監視プログラムプロセス（ｄ　ａ　ｅｍｏ　ｎプロ
セスとも呼ばれる）、スプーラプロセス、及び、各クラ
イアントのコンピュータ毎に１つの、複数のセツション
ワーカプロセスから構成される。監視プログラムプロセ
スは、クライアントのコンピュータから最初の呼出し要
求を受信し、セツションワーカプロセスを生成して、特
定のクライアントのコンピュータからの後続する全ての
要求を処理する。 クライアントのコンピュータからの各要求は、サービス
メツセージブロック（ＳＭＢ）要求と呼ばれ、各クライ
アントのコンピュータは、それぞれ別個になった要求に
対するセツションワーカからの応答を待たずに、いくつ
かのＳＭＢ要求を送信することができる。従って、各セ
・ソションワーカは、同時にいくつかのクライアントの
コンピュータのＳＭＢ要求を処理することかできる。 各セツションワーカプロセスは、多重タスクオペレーテ
ィングシステムにおける各タスクと同様の、並行に働く
複数の共通を生成する。セツションワーカプロセスは、
受信する各ＳＭＢ要求毎に新しい共通ルーチンを開始さ
せる。共通ルーチンは、他のＳＭＢ要求の処理を行う他
の全ての共通ルーチンと並行して実行されるので、セツ
ションワーカは、クライアントのコンピュータからの各
要求に対し高性能な応答を示すことができる。 タスクと似てはいるが、共通ルーチンには、極めて重大
ないくつかの相違がある。共通ルーチンは、セツション
ワーカのスタックだけでなく、セツションワーカにおけ
る他の全ての記憶域も共用する。共通ルーチンは、タイ
ムスライスを施されないが、その代わり、そのタスクを
完了するまで、又は、利用できない資源に対するサービ
スの要求によって阻止されるまで、実行される。完了す
るか、あるいは阻止されると、共通ルーチンは、作業を
行う準備の整った次の共通ルーチンにプロセッサを引き
渡す。共通ルーチンは、他の共通ルーチンによる割り込
みを受けないので、資源について競合することはなく、
コードのクリティカルセクションは不要である。 各共通ルーチンにおけるソフトウェアは、複数レベルに
分割され、レベルＯ以外の全てのレベルは、高レベル言
詔で書かれており、プロセッサのハードウェアとは独立
している。従って、システムを異なるプロセッサに移行
する必要があれば、共通ルーチンのソフトウェアのうち
、レベルＯのルーチンだけを移行すればよい。各共通ル
ーチンのソフトウェアは再入可能であり、従って、いく
つかの共通ルーチンの処理を同時に行うには、メモリに
ソフトウェアのコピーの１つが納められているだけでよ
い。 各セツションワーカプロセスは、１つのクライアントの
コンピュータ、及び、１つだけのクライアントのコンピ
ュータに専用である。従って、セツションワーカプロセ
ッサは、クライアントのコンピュータのファイル間にフ
ァイル保護を設ける必要はなく、こうしたファイル保護
については、基本的なオペレーティングシステムに頼る
ことができる。

【実施例】

以下の説明は、本発明を実施する上で現在のところ最良
と考えられる態様に関するものである。この説明は、制
限を意味するものと解決すべきではなく、単に、本発明
の一般原理を明らかにするためのものである。本発明の
範囲は、付属のクレームを基準にして決めるのが望まし
い。 第１図は、ホスト資源サーバ、及び、複数のクライアン
トのコンピュータから成るローカルエリアネットワーク
システムのブロック図である。ここで第１図を参照する
と、ローカルエリアネットワーク１０４に接続されたホ
スト資源サーバコンピュータ１０２を有するローカルエ
リアネットワークシステム１００が示されている。また
、ローカルエリアネットワーク１０４には、複数のクラ
イアントのコンピュータ１０６．１０８、及び１１０も
接続されている。ホスト資源サーバ１０２は、その資源
をクライアントのコンピュータ１゜６．１０８、及び１
１０と共用する。これらの資源には、ディスクファイル
プリンタ、及び、プロッタ等を含むことができる。ホス
ト資源サーバ１゜２は、ネットワークに対して資源を「
提供」するように命じられる。 ホスト資源サーバ１０２とクライアントのコンピュータ
１０６．１０８、及び１１０の間で送られるメツセージ
は、サーバメツセージブロック（ＳＭＢ）と呼ばれるプ
ロトコルを用いて交換される。 ＳＭＢプロト）ルＬＬ、ＭＳ−ＤＯ３，Ｏ３／２、及び
、ＵＮＩＸといったオペレーティングシステムがローカ
ルエリアネットワークを介して複数コンピュータ間で資
源を共用できるようにする標準プロトコルである。典型
的な環境の場合、Ｏ３／２オペレーテイングシステムを
実行するコンピュータは、ネットワークサーバとクライ
アントのコンピュータの両方の働きをすることができる
。しかし、ＭＳ−ＤＯＳオペレーティングシステムを実
行するコンピュータは、ネットワークサーバとネットワ
ークコンシューマのいずれかとして機能することができ
るが、通常は、両方の勘きは行えない。ＵＮＩＸオペレ
ーティングシステムを実行するコンピュータは、ホスト
資源サーバとしてしか働くことができない。 第２図は、第１図のホスト資源サーバ１０２として用い
るのに適したコンピュータシステムのブロック図である
。ここで第２図を参照すると、ホスト資源サーバコンピ
ュータ１０２には、システムバス２０４を介してシステ
ムの他のコンポーネントと通信する処理素子２０２が含
まれている。 キーボード２０６及びデイスプレィ２０８は、システム
のオペレータとの通信に用いられる。該システムは、Ｌ
ＡＮインターフェイス２１２及びローカルエリアネット
ワーク１０４を介して、クライアントのコンピュータ（
第１図の１０６．１０８、及び１１０）と通信する。コ
ンピュータシステム１０２には、ローカルエリアネット
ワーク１０４を介して共用されるファイルを納めたディ
スク２１４が含まれている。システム１０２には、ロー
カルエリアネットワーク１０４を介して共用可能なプリ
ンタ２１６も含まれている。主メモリ２１０には、本発
明のソフトウェアに含まれており、後述することにする
。他の装置は、システムバス２０４に取りつけることが
可能であり、これらの装置は、ローカルエリアネットワ
ーク１０４を介して共用することもできる。 第３図には、第２図の主メモリ２１０のブロック図か示
されており、資源サーバに関するさまざまなプロセスが
明らかにされている。ここで第３図を参照すると、通常
はＵＮＩＸオペレーティングシステムであるオペレーテ
ィングシステム３０２は、メモリ２１０に常駐している
。ｄａｅｍｏｎプロセスとも呼ばれる監視プログラム３
０４は、ＬＡＮサーバソフトウェア３０６を介してクラ
イアントのコンピュータの１つ（第１図の１０６．１０
８、又は１１０）から初期呼出し要求を受信する。ＬＡ
Ｎサーバソフトウェア３０６は、ＬＡＮインターフェイ
ス２１２（第２図）と対話し、ローカルエリアネットワ
ーク１０４（第２図）を介してメツセージの送受信を行
う。監視プログラムプロセス３０４で、クライエントコ
ンピュータからの呼出し要求を受信すると、セツション
ワーカプロセス３１０を生成して、クライアントのコン
ピュータとの全ての対話を取り扱う。監視プログラムプ
ロセス３０４において、後続の呼び出し要求を受信する
と、各クライアントのコンピュータ毎に、別のセツショ
ンワーカプロセス３１２が生成される。セツションワー
カプロセスは、資源サーバに接続された各クライアント
のコンピュータ毎に作成されるので、セツションワーカ
プロセスとクライアントのコンピュータの間には１対１
の関係が存在する。 監視プログラムプロセス３０４及びセ・ンションワーカ
プロセスのそれぞれは、オペレーティングシステム３０
２に基づいたタスクとして実行され、従って、同時に実
行される。 セツションワーカプロセスは、監視プログラムプロセス
３０４によってセットアツプされるので、セツションワ
ーカプロセスは、複数の仮想回線３０８の１つを介して
クライアントのコンピュータに接続される。これらの接
続については、ライン３１４及び３１６として図示され
ている。−旦クライアントのコンピュータに接続される
と、セツションワーカプロセスは、監視プログラムプロ
セス３０４とは独立して動き、仮想回線３０８を介して
到着するクライアントのコンピュータからの後続する全
ての要求を処理する。 セツションワーカプロセス間において、第３図には不図
示の接続が保持されている。この接続は、管理命令待ち
行列と呼ばれ、セツションワーカプロセスが、別のセツ
ションワーカプロセスによって、セツションワーカの取
りつけられているクライアントのコンピュータ以外のソ
ースから到着する可能性のある要求が実施されるように
することを可能ならしめる。これらの要求の１つは、［
便宜的ロック（ｏｐｐｏｒｔｕｎｉｓｔｉｃ　１ｏｃｋ
）　Ｊを解放することである。便宜的ロックは、クライ
アントのコンピュータがホストサーバのファイルにアク
セスするだけで行われる。 クライアントのコンピュータは、排他的にアクセスする
ので、クライアントのコンピュータは、その排他的利用
のためにファイルバッファを保持することが可能になる
。これらのバッファの保存が便宜的ロックと呼ばれる。 第２のクライアントのコンピュータが、別のクライアン
トのコンピュータによってロックされたファイルにアク
セスしようとする場合、監視プログラムプロセス３０４
によって、第１のクライアントのコンピュータにサービ
スを行うセツションワーカプロセスにメツセージを送り
、バッファを解放させ、便宜的ロックを解除させなけれ
ばならない。また、他の要求は、管理命令待ち行列を介
して送ることが可能である。 一旦確立すると、セツションワーカプロセスは、引き続
き、そのアドレス空間内で働く複数の共通ルーチンを設
定する。共通ルーチン、ゼロ（０）は、セツション、ワ
ーカ主プロセスループとして働き、待ち行列のサービス
を行って、作業が到着するのを待つ。ＳＭＢ要求が仮想
回線を介して到着すると、共通ルーチン０はＳＭＢ要求
を受信して、他の共通ルーチンの１つを開始させて、そ
の要求の処理を行う。他のコンピュータ資源にサービス
を行わなくても（即ち、阻止されないで）ＳＭＢ要求を
満たすことができる場合、ＳＭＢ応答の送信後、共通ル
ーチンの処理を出て、共通ルーチン０に戻る。例えば、
入力／出力（Ｉｌｏ）操作といった要求をすぐに満たす
ことができない場合、共通ルーチンの処理が阻止されて
、制御が共通ルーチンＯにスイッチされ、次に、作業の
実施準備が整った他の共通ルーチンのスケジューリング
が行われる。 従って、共通ルーチン０は、セツションワーカの活動の
スケジューラとして働くことになる。 各セツションワーカプロセスの共通ルーチン１は、他の
セツションワーカプロセスからの全ての管理命令待ち行
列要求を処理する。共通ルーチン２及び上記は、クライ
アントのコンピュータからの要求に処理を施す。 Ｉ１０１００完了又はタイムアウトの完了といった、待
機事象が生じる毎に、阻止されている共通ルーチンがす
ぐにマーキングを施され、次の機会に制御が加えられる
。共通ルーチンの阻止によって、セツションワーカプロ
セスが阻止されない点と、セツションワーカプロセスは
、常に自由に別のＳ　Ｍ　Ｂ要求を受信し、付加共通ル
ーチンを開始させるという点に留意のこと。 未処理の作業を全て完了して、所定の時間期間にわたっ
て付加作業を受信していないセツションワーカプロセス
は、それ自体を終了し、ホスト資源サーバコンピュータ
内の記憶空間を自由にすることができる。 第４図には、クライアントのコンピュータから呼び出し
を受ける監視プログラムプロセスのフローチャートが示
されている。ここで第４図を参照すると、ルーチンに入
った後、ブロック４０２においてＬＡＮサーバ（第３図
）からのクライアント呼出し要求を待つ。クライアント
の呼出し要求を受信すると、ブロック４０４において第
６図を呼び出し、このクライアントからの今後の全ＳＭ
Ｂ要求を取り扱うセツションワーカプロセスを生成する
。セツションワーカプロセスの生成後、次に、ブロック
４０６においてセツションワーカプロセスの実行を開始
する。セツションワーカプロセスは、ホストオペレーテ
ィングシステムに基づく同時プロセスとして開始された
ので、−旦セッションワーカプロセスが開始すると、監
視プログラムの一部においてそれ以上のアクションは不
要となる。セツションワーカプロセスの開始後、ブロッ
ク４０８においてクライアントの呼出し応答を戻し、ク
ライアントのコンピュータに対して、セツションワーカ
プロセスが開始したことを伝える。次に、ブロック４０
８から移行してブロック４０２に戻り、別のクライアン
トのコンピュータからのクライアント呼出しを待つ。 第５図は、セツションワーカプロセスを生成するプロセ
スのフローチャートである。ここで第５図を参照すると
、ルーチンに入った後、ブロック５０２に対して、通常
は、ＵＮＩＸオ／＜Ｌ／−ティグシステムであるホスト
オペレーティングシステムに従って、セツション制御プ
ロ・ツクが割り当てられる。次に、ブロック５０４にお
いて、セツションワーカプロセスが、監視プログラムと
並行し、独立したタスクとして働くプロセスとして開始
される。次に、ブロック５０６において、呼出しを要求
した本来のクライアントのコンピュータに対してメツセ
ージの送受信を行う仮想回線に、セツションワーカプロ
セスが接続される。セツションワーカプロセスを仮想回
線に接続すると、ブロック５０６から第４図に戻る。 第６図には、セツションワーカプロセスのフローチャー
トが示されている。ここで第６図を参照すると、ルーチ
ンに入った後、プロ・ツク６０２において、第７図を呼
び出し、セツションワーカプロセス内で用いられる共通
ルーチンの生成及び初期設定が行われる。共通ルーチン
の初期設定がすむと、セツションワーカプログラムが、
共通ルーチンＯで実行される。共通ルーチン０の機能に
ついては、ダッシュライン６０４によって概要が示され
ている。共通ルーチン０に入ると、ブロック６０６にお
いて、クライアントのコンピュータからＳＭＢ要求を受
信しているか否かが確かめられる。こうした要求を受信
している場合、ブロック６０６からブロック６０８へ移
行し、第１１図を呼び出して、その要求の処理を行う共
通ルーチンをセットアツプする。共通ルーチンのセット
アツプがすむと、或いは、ＳＭＢの要求に応じられない
場合、制御はブロック６１０に移行し、既存の共通ルー
チンで作業の実施準備が整っているものがあるか否かが
確かめられる。共通ルーチンの準備が整っていれば、制
御はブロック６１２に移行し、第１２図を呼び出して、
作業の処理準備が整った共通ルーチンの１つを実行する
。作業の処理準備が整った共通ルーチンがなければ、制
御はブロック６１４に移行し、チエツクを行って、事象
に完了したものがあるか否かを確かめる。１つ以上の事
象が完了している場合、制御はブロック６１６に移行し
、第１５図を呼び出して、事象の完了した共通ルーチン
をアンペンドする。これらの共通ルーチンのアンペンド
がすむと、ブロック６１６から移行して、ブロック６０
６に戻り、主ループを完了する。ブロック６０６、ブロ
ック６１０．ブロック６１４、及び、ブロック６１６か
ら成る処理ループは、ＳＭＢ要求を受信するか、あるい
は、事象が完了したために、共通ルーチンの実行準備が
整うまで、操作が継続される。 一旦共通ルーチンの準備が整った状態になると、即ち、
実行できるようになると、ブロック６１２は、セツショ
ンワーカプロセスの状況をスイッチして、準備の整った
共通ルーチンを実行する。ブロック６０８で初めて共通
ルーチンに取りかかった時、その入口点は、ブロック６
１８になるようにセットアツプされた。従って、最初に
ＳＭＢ要求を受信すると、ブロック６０８において共通
ルーチンをセットアツプして、該ルーチンを処理し、ブ
ロック６１２からブロック６１８に移行して、ＳＭＢ要
求の処理を開始する。ブロック６１８では、仮想回線か
ら要求を受は取り、ブロック６２０において、その作業
の処理を始める。要求された作業の処理中に、例えば、
入力／出力要求の完了にサービスを行うといった、何等
かの事象に対してサービスを行う必要が生じる場合、ブ
ロック６２２からブロック６２４へ移行しで、第１４図
を呼び出し、共通ルーチンを保留状態にする。共通ルー
チンを保留状態にした後、ブロック６２４から移行して
ブロック６０６、即ち、主処理ループに戻る。保留操作
が完了し、ブロック６１６において、共通ルーチンがア
ンベンドされると、ブロック６１２がら移行して、ブロ
ック６２６の共通ルーチンに戻る。ブロック６２６では
、共通ルーチンのベンディングが要求されなかった場合
、ブロック６２２から制御を受は取る。制御を受は取る
と、ブロック６２６においてＳＭＢ応答を生成し、もと
のＳ　Ｍ　Ｂ要求を行ったクライアントのコンピュータ
に送り返す。応答を送り出すと、ブロック６２６からブ
ロック６２８に移行し、第１６図を呼び出して、共通ル
ーチンを出る。共通ルーチンで、もとのＳＭＢ要求に要
求されていた全ての作業が完了したので、第１６図では
、共通ルーチンが非活動化され、自由な状態に戻される
。次にブロック６２８から移行して、主処理ループ６０
６に戻る。 第７図は、セツションワーカプロセス内において共通ル
ーチンの初期設定を行うフローチャートである。ここで
第７図を参照すると、ルーチンに入った後、ブロック７
０２において、変数ＮＵＭＣＲの値で示される複数の共
通ルーチンに対するスタック空間の割り当てが行われる
。 このスタック空間は、セツションワーカプロセスの局部
変数空間内におけるスタックのアレイとして割り当てら
れる。次に、ブロック７０４において、第６図に関して
上述の主処理ループである、共通ルーチン０に対する共
通ルーチン状態ベクトル（ＣＳ　Ｖ）の初期設定が行わ
れる。 次に、ブロック７０６において、カウンタが１にセット
され、ブロック７０８において、残りの各共通ルーチン
に対しＣ８Ｖの初期設定プロセスが開始される。ブロッ
ク７０８では、共通ルーチンＮの状態変数が初期設定さ
れ、ブロック７１０では、共通ルーチンＮのスタックポ
インタが初期設定され、ブロック７１２では、共通ルー
チンＮのスタックタラ−がセットされる。 スタックタラ−は、共通ルーチンのスタック空間におけ
る上端と底端に納められる値である。 タラ−として選択される値は、共通ルーチンの通常の操
作では、生じそうにない値である。タラ−は、共通ルー
チンに関するスタック空間の両端に配置されるので、ま
た、タラ−の値は、共通ルーチンの通常の操作時には生
じそうにもないので、タラ−値を定期的にチエツクする
ことによって、共通ルーチンがそのスタック空間を超え
たか否かを確かめることができる。 タラ−のセツティングがすむと、ブロック７１２からブ
ロック７１４に移行し、カウンタが１だけインクリメン
トする。次に、ブロック７１６において、カウンタ値が
共通ルーチンの初期設定された最大数になったか、或い
は、この値が共通ルーチンの最大数にまだ達していない
か確かめられて、ブロック７１６から移行してブロック
７０８に戻り、別の共通ルーチンの初期設定を行う。 全ての共通ルーチンについて初期設定がすむと、ブロッ
ク７１６から呼出しルーチンに戻る。 第８図には、共通ルーチンの状態ベクトル（ＣＳ　Ｖ）
に関するメモリレイアウトが示されている。ここで第８
図を参照すると、Ｃ８ｖ内の最初の変数は、状態変数８
０２である。状態変数８０２は、ＣＳＶ、従って、対応
する共通ルーチンが、自由か、実行中か、待機中か、或
いは、実行準備が整っているかを表示する。新しいＳＭ
Ｂ要求の処理に利用できる場合、共通ルーチンは自由で
ある。実行中は、共通ルーチンがプロセッサを制御して
いることを表すものである。 待機中は、共通ルーチンがある事象について保留されて
おり、その事象がまだ完了していないことを表すもので
ある。準備完了は、ある事象が完了し、共通ルーチンの
処理再開準備が整っていることを表すものである。スタ
・ツク開始変数８０６は、共通ルーチンで用いられてい
るスタックの開始アドレスである。スタ・ツク終了変数
８０８は、共通ルーチンで用いられているスタ・ツクの
終了アドレスである。ＣＲＩＤ変数８１０は、共通ルー
チンと特定のＳ　Ｍ　Ｂ要求を連係させるために用いら
れる数である。事象変数８１２は、共通ルーチンが保留
になった後、共通ルーチンが待っている事象のタイプを
示すのに用いられる。事象が完了して、共通ルーチンが
アンペンドされると、事象の完了理由がメツセージ変数
８１４に納められる。 第９図は、セツションワーカプロセスに関するスタック
領域の図である。第７図に関連して既述のように、共通
ルーチンの初期設定が行われると、セツションワーカプ
ロセスのスタ・ツク空間が再分され、共通ルーチンＯを
含む各共通ルーチンに割り当てられる。ここで、第９図
を参照すると、共通ルーチン１に関するスタックが９０
２で示される、共通ルーチン２に関するスタックが９０
４で示され、共通ルーチンＮに関するスタックが９０６
で示されている。共通ルーチンＯは、セツションワーカ
プロセスの主プロセスループであるため、また、それは
セツションワーカプロセスに入る際に入ったため、共通
ルーチンＯに関するスタックは、参照番号９０８で示さ
れる。他の共通ルーチンに関するスタック空間の下方に
配置される。１対のメツ−９１０及び９１２は、それぞ
れ、共通ルーチン１のスタック空間９０２の上部と底部
に配置される。同様のメツ−が、共通ルーチンＯを除い
て、他のスタック空間に配置される。 第９図には、スタックが高メモリから低メモリへ成長で
きるようにするプロセッサに存在するスタック空間が示
されている。スタックが低メモリから高メモリに成長す
るプロセッサの場合は、第９図の図は逆になる。第９図
には、共通ルーチンに関するスタックが全て、セツショ
ンワーカプロセスの記憶空間内に存在することが示され
ている。従って、共通ルーチンは、全て、セツションワ
ーカプロセスのメモリを共用しており、共通ルーチンの
メモリを管理するのに、オペレーティングシステムの要
求が不要又は用いられないということになる。 第１０図は、共通ルーチンの様々な状態を示す状態図で
ある。ここで第１０図を参照すると、共通ルーチンは、
初期設定がすむと、自由状態１００２になる。共通ルー
チンＯがＳＭＢ要求を受信すると、第１１図を呼び出し
て、共通ルーチンに着手する。共通ルーチンに取り掛か
るプロセスにおいて、着手する共通ルアチンは、自由状
態１００２から準備完了状態１００８に変わる。共通ル
ーチンＯが実行する共通ルーチンのスケジューリングを
行う時、共通ルーチン０は、第１２図のＲＵＮＣＲ機能
を呼び出し、次に、第１３図のスイッチ機能を呼び出し
て、共通ルーチンのスケジューリングが施された状態を
準備完了状態１００８から実行中状態１００４に変更す
る。共通ルーチンは、所望の限り実行中状態１００４に
とどまる。共通ルーチンが割り当てられた作業を完了す
ると、第１６図であるＥＸＩＴＣＲ機能を呼び出して実
行中状態１００４から自由状態１００２に移行する。共
通ルーチンが何等かの操作を待たなければならない場合
、第１４図の保留機能を呼び出して、実行中状態１００
４から待機中状態１００６に移行する。ある事象が完了
すると、共通ルーチンＯの主プロセスループがその事象
の完了を検出し、第１５図のアンベンド機能を呼び出し
て、保留の共通ルーチンを待機中状態１００６から■備
完了状態１００８に移行させる。従って、共通ルーチン
の典型的なライフにおいて、共通ルーチンは、自由状態
１００２から準備完了状態１００８に移行し、次に、実
行中状態１００４に移行し、次に、保留にしなければな
らない各操作毎に待機中状態１００６に移行し、次に、
準備完了状態１００８に移行し、実行中状態１００４に
戻り、最後に、その作業を完了してから、自由状態１０
０２に戻る。 第１１図には、ＳＭＢ要求の処理を行うため、共通ルー
チンの準備を行うＬＡＵＮＣＨＣＲ機能のフローチャー
トが示されている。ここで、第１１図を参照すると、ル
ーチンに入った後、ブロック１００２において、Ｃ８ｖ
を探索して、自由な、従って、ＳＭＢの要求を処理する
のに利用できる共通ルーチンを見つける。Ｃ８Ｖを利用
できなければ、ブロック１１０４からブロック１１０６
に移行し、共通ルーチンを利用できない旨のメツセージ
を表示して、呼出しルーチンに戻る。 共通ルーチンが自由であれば、ブロック１１０４からブ
ロック１１０８へ移行し、自由なＣ８ｖの状態を準備完
了状態にセットして、共通ルーチンの実行準備が整った
ことを示す。ブロック１１１０では、新しい共通ルーチ
ンに関するスタックの初期設定を行って、この新しい共
通ルーチンに制御をスイッチする準備を行う。次に、機
能はその呼び出しルーチンに戻る。 第１２図は、実行準備の整った次に利用できる共通ルー
チンを確かめ、制御をその共通ルーチンに移行するＲＵ
ＮＣＲ機能のフローチャートである。ここで、第１２図
を参照すると、ルーチンに入った後、ブロック１２０２
において、全ての共通ルーチンについて全てのＣ８ｖを
探索し、共通ルーチンの実行準備が整ったことを表す状
態を備えたものを見つける。実行準備の整った共通ルー
チンがなければ、ブロック１２０４から直接呼び出しル
ーチンに戻る。少なくとも１つでも実行準備の整った共
通ルーチンがあれば、ブロック１２０４からブロック１
２０６に移行し、最初の共通ルーチンのＣ８ｖが実行さ
れるＮＥＷＣ８ｖになる。次に、ブロック１２０６から
ブロック１２０８に移行し、第１３図のスイッチ機能を
呼び出して、ＮＥＷＣ８ＶにされたばかりのＣ８ｖに制
御を移行する。スイッチサブルーチンが制御を新しい共
通ルーチンに移すので、エラーがあると、第１３図から
第１２図に戻ることになるだけである。 第１３図は、制御が１つの共通ルーチンからもう１つの
共通ルーチンに移行するスイッチ機能のフローチャート
である。ここで第１３図を参照すると、ルーチンに入っ
た後、ブロック１３０２において、現在実行中の共通ル
ーチンのスタックのタラ−がチエツクされる。現在スタ
ックのタラ−が変更されている場合、ブロック１３０４
から呼出しルーチンに戻り、セツションワーカプロセス
が取り消される。スタックタラ−の変更が行われていな
ければ、ブロック１３０４からブロック１３０６に移行
し、現在の共通ルーチンの状況を現在Ｃ８■に保管する
。次に、ブロック１３０８において、新しいＣ８ｖにな
る、即ち、共通ルーチンのＣ８Ｖが現在Ｃ８Ｖに移行す
る。次に、ブロック１３１０において、新しい共通ルー
チンのスタックに関するタラ−のチエツクが行われ、こ
れらのタラ−が有効でない場合、ブロック１３１２から
呼び出しルーチンに戻り、セツションワーカプロセスが
取り消される。新しい共通ルーチンに関するスタックの
タラ−が変更されない場合、ブロック１３１２からブロ
ック１３１４に移行し、現在Ｃ８Ｖから状況がロードさ
れるが、これによって、状況の一部が、ブロモ・ソサの
プログラムカウンタであるため、直接共通ルーチンに移
行することになる。 共通ルーチンに着手するプロセスにおいて、着手される
共通ルーチンのスタックは、着手される共通ルーチンが
、着手される共通ルーチンの人口点からスイッチ機能を
呼び出したかのように見えるようにセットアツプされる
。従って、ルーチンの入口点に移行するためには、スイ
ッチは、プロセッサが着手される共通ルーチンのスタッ
クを指示して、戻るようにするだけですむ。−旦実行す
ると、共通ルーチンは、保留機能を呼び出して保留にな
り、スタックが再びセットアツプされて、アンペンド操
作の後、スイッチから保留の呼び出しに続く位置へ戻る
ことが可能になる。システムは、共通ルーチンがＥＸＩ
ＴＣＲを呼び出して終了し、その後、共通ルーチンにも
はや制御が与えられなくなるまで、こうして続行される
。 第１４図には、何等かの事象が完了する間、共通ルーチ
ンを待機状態にする保留機能のフローチャートが示され
ている。ここで第１４図を参照すると、ルーチンに入っ
た後、ブロック１４０２において、現在Ｃ８Ｖの状態が
待機中にセットされる。次に、ブロック１４０４におい
て、現在Ｃ８ｖ内の事象変数が、保留になっている事象
にセットされる。次に、ブロック１４０６において、第
１３図を呼び出し、状態をスイッチして、共通ルーチン
０及び主処理ループに戻る。 第１５図は、事象の完了後に、共通ルーチンを準備完了
状態に戻すアンペンド機能のフローチャートである。こ
こで第１５図を参照すると、ルーチンに入った後、ブロ
ック１５０２において、完了したばかりの事象と整合す
る事象を備えた共通ルーチンのＣ８Ｖを見つけ出す。該
Ｃ８ｖを見つけた後、ブロック１５０４において、該Ｃ
８ｖの状態が実行可能な準備の整った状態にセットされ
、次に、呼出しルーチンに戻る。 第１６図は、共通ルーチンがＳＭＢ要求の処理を完了す
ると用いられるＥＸＩＴＣＲ機能のフローチャートであ
る。ここで、第１６図を参照すると、ルーチンに入った
後、ブロック１６０２において、現在Ｃ８ｖの状態が、
このＣ８ｖに対応する共通ルーチンが新しいＳＭＢ要求
の処理に自由に用いられることを表す自由にセットされ
る。次に、ブロック１６０４において、第１３図を呼び
出して、状況が共通ルーチンＯ及び主処理ループにスイ
ッチされる。 第１７図は、データを読み取るＳＭＢ要求の処理例のフ
ローチャートである。第１７図には、フローチャートの
ステップが２つのコラム、即ち、見出しが共通ルーチン
０と表記されたコラムと、見出しが共通ルーチンＸと表
記されたコラムによって示されている。コラム「共通ル
ーチンＯ」において生じる処理ステップは、他の共通ル
ーチンをセットアツプし、そのスケジューリングを行う
プロセスであり、一方、コラム「共通ルーチンＸ」にお
いて生じる処理ステップは、クライアントのコンピュー
タのために読み取り操作の処理を行うのに必要な実際の
ステップである。ここで第１７図を参照すると、ルーチ
ンに入った後、ブロック１７０２において、クライアン
トのコンピュータから読取り操作を実施するＳＭＢ要求
を受信する。次に、ブロック１７０４では、第１１図を
呼び出し、要求を処理する共通ルーチンが準備される。 次にブロック１７０６において、第１２図を呼び出し、
要求を処理するために準備された共通ルーチンが実行さ
れる。この時点で、第１２図か第１６図を呼び出し、セ
ツションワーカプロセスの状況がスイッチされて、制御
がＳＭＢ要求を処理するために準備された共通ルーチン
である共通ルーチンｒＸＪに移行する。従って、制御は
、共通ルーチンＸに移行し、ブロック１７０８において
、ＳＭＢ要求に指定の読取り位置が決まる。次に、ブロ
ック１７１０において、読取り操作が開始され、読取り
操作は、データを得て、メモリへ送り返すのにかなりの
量の時間を必要とするので、ブロック１７１２において
、データがメモリへ転送されている間、共通ルーチンＸ
が保留される。第１４図の保留操作が、第１３図のスイ
ッチ機能を呼び出し、セツションワーカプロセスの状況
は、共通ルーチンＸが保留になったので、スイッチされ
て、共通ルーチンＯに戻る。従って、制御は、共通ルー
チン０がブロック１７１４から再開され、次に、作業を
実施できるように準備の整った他の共通ルーチンが実行
される。他の共通ルーチンが完了すると、制御は、ブロ
ック１７１６に移行し、読取り操作の完了まで、待つこ
とになる。読取り操作が完了すると、事象が完了したの
で、ブロック１７１８において、アンペンドを呼び出し
、共通ルーチンＸが準備完了状態に戻される。次に、ブ
ロック１７２０において、第１３図のスイッチ機能を呼
び出し、セツションワーカプロセスの内容が共通ルーチ
ンＸにスイッチされる。従って、制御は、共通ルーチン
Ｘがブロック１７２２から再開され、ＳＭＢ要求に応答
して、読み取ったデータを利用し、メ・ノセージを作成
する。次に、ブロック１７２４において、ＳＭＢ応答が
クライアントのコンピュータに送り返される。応答を送
り返した後、制御はプロ・ツク１７２６に移行し、第１
６図のＥＸＩＴＣＲ機能を呼び出して、共通ルーチンＸ
による処理を終了し、共通ルーチンＸを自由状態に戻し
、セ・ソションワーカプロセスの状況を共通ルーチン０
にスイッチする。従って、制御は、共通ルーチン０がブ
ロック１７０２から再開され、クライアントのコンピュ
ータからの次のＳＭＢ要求に処理が施される。

【発明の効果】

以上から明らかなように、当該技術においては、ローカ
ルエリアネットワークを介して多数のクライアントのコ
ンピュータに対する高性能な応答を行う、改良されたホ
スト資源サーバが必要とされている。また、当該技術に
おいては、各クライアントのコンピュータからの複数の
同時要求を処理できるシステムが必要とされている。ま
た、当該技術においては、ホストコンピュータのオペレ
ーティングシステムに修正を加えなくても実行されるシ
ステムが必要とされている。更に、いくつかのタイプの
ホストコンピュータプロセッサ間における移植性に優れ
たシステムが必要とされている。更に、いくつかのコン
ピュータプログラミング言語間における移植性に優れた
システムが必要とされている。更に、ホストコンピュー
タシステムにおける極めて多くのファイルにアクセス可
能なシステムが必要とされている。 以上から明らかなように、本発明によれば、ホストコン
ピュータと複数のクライアントのコンピュータの間にお
いてファイルデータを共用するファイル共用システムが
提供される。 さらに本発明によれば、こうしたシステムに高性能な応
答性を与えることにある。 さらに本発明によれば、ホストコンピュータのオペレー
ティングシステムに修正を加えずに、こうしたシステム
が提供される。 さらに本発明によれば、いくつかのタイプのホストコン
ピュータプロセッサ間における移植性に優れた前記シス
テムが提供される。 さらに本発明によれば、いくつかのコンピュータプログ
ラミング言語間における移植性に優れた前記システムが
提供される。 さらに本発明によれば、ソフトウェアのクリティカルセ
クションなしで実現する前記システムが提供される。 さらに本発明によれば、多重レベルの処理ルーチンを利
用したシステムが提供される。 さらに本発明によれば、クライアントのコンピュータか
らの全ての初期呼び出しを処理する監視プロセスを有す
る前記システムか提供される。 さらに本発明によれば、監視プロセスが各クライアント
のコンピュータ毎に独立したセツションワーカプロセス
を生成する前記システムが提供される。 さらに本発明によれば、こうした各セツションワーカフ
ロセスが、各クライアントのコンピュータ要求毎に独立
した共通ルーチンを生成する前記システムが提供される
。 さらに本発明によれば、共通ルーチンがセツションワー
カプロセスメモリを共用する前記システムが提供される
。 さらに本発明によれば、同じプログラミング命命が全て
のこうした共通ルーチンによって共用される前記システ
ムが提供される。 さらに本発明によれば、こうした共通ルーチンが、実行
中は強制排除されることがなく、それぞれ、ホストコン
ピュータの資源又は操作にサービスを行わなければなら
なくなるまで、実行することが可能な前記システムが提
供される。 さらに本発明によれば、高性能で、ブロッキングが生じ
ないようにデータを要求する並行要求を備えた多くのア
プリケーションに応用可能な前記システムが提供される
。 本発明の現在のところ望ましい実施例について説明して
きたが、今や明らかなように、本発明の目的は完全に達
成されており、当該技術の熟練者には分かるように、構
成及び回路要素における多くの変更、及び本発明の多種
多様な実施例及び用途が、本発明の精神及び範囲を逸脱
することなく可能である。本書の開示及び説明は例示を
目的としたものであり、本発明を制御する意図はなく、
範囲は下記クレームによって規定する方が望ましい。

【図面の簡単な説明】

【図１】 第１図は、ホストファイルサーバと幾つかのクライアン
トのコンピュータを含む本発明のローカルエリアネット
ワークのブロック図である。

【図２】 第２図は、本発明のローカルエリアネットワーク内のホ
ストコンピュータとして用いるに好適な、コンピュータ
システムのブロック図である。

【図３】 第３図は、本発明の資源共用システムのプロセスを示す
ための、第２図のコンピュータの主メモリのブロック図
である。

【図４】 第４図は、本発明の監視プログラムのプロセスを示す流
れ図である。

【図５】 第５図は、セツションワーカを生成するためのプロセス
の流れ図である。

【図６】 第６図は、本発明のセツションワーカ処理の流れ図であ
る。

【図７】 第７図は、セツションワーカ内の複数の共通ルーチンを
生成するプロセスの流れ図である。

【図８１ 第８図は、セツションワーカ処理内の共通ルーチンサー
ビスベクトル（ＣＳ　Ｖ）のブロック図である。 【図９】 第９図は、セツションワーカ処理内のスタック機構を示
す図である。

【図１０】 第１０図は、共通ルーチンの状態を示す状、幡図である
。

【図１１】 第１１図は、クライアントのコンピュータがらのＳＭＢ
要求を処理するための共通ルーチンを準備するＬＡＵＮ
ＣＨＣＲ機能の流れ図である。

【図１２】 第１２図は、共通ルーチンを実行状態に置くＲＵＮＣＲ
機能の流れ図である。

【図１３】 第１３図は、活性共通ルーチンをスイッチするためのＳ
　Ｗ　Ｉ　Ｔ　ＣＨ機能の流れ図である。

【図１４】 第１４図は、共通ルーチンを保留にするプロセスの流れ
図である。

【図１５】 第１５図は、共通ルーチンをアンベンドにするプロセス
の流れ図である。

【図１６】 第１６図は、要求を実行しそれを不活性化する共通ルー
チンのＥＸＩＴＣＲ機能の流れ図である。

【図１７】 第１７図は、ＳＭＢ読みだし要求を処理する共通ルーチ
ンの例を示す流れ図である。

【符号の説明】

１００・・・ＬＡＮ。 １０２・・・ホスト資源サーバ １０４・・・ＬＡＮ。 １０６．１０８，１１０・・・クライアントのコンピュ
ータ、２０２・・・処理素子、 ２０４・・・システムバス、 ２０６・・・キーボード、 ２０８・・・デイスプレィ、 ２１２・・・ＬＡＮインタフェース、 ２１４・・・ディスク、 ２１６・・・プリンタ、 ２１０・・・主メモリ、 ３０２・・・０８１ ３０４・・・監視プログラム、 ３０６・・・ＬＡＮサーバ、 ３０８・・・仮想回線、 ３１０．３１２・・・セツションワーカ、３１４．１３
６・・・ライン、 馨

Claims (1)

1. 【特許請求の範囲】 １　ネットワーク上の資源を共有するための資源サーバ
   システムであって： 共用すべき前記資源を含むホスト処理手段 と； 複数のクライアントのコンピュータと； 前記資源を受けるための複数のセッション ワーカ手段と； 前記複数のクライアントのコンピュータの それぞれからの複数の呼び出しを受け、受信した前記呼
   び出しに関する前記複数のセッションワーカ手段の一つ
   を開始するべく、前記ホスト処理手段内に配置された監
   視手段と；前記クライアントのコンピュータから受信 した資源アクセス要求を処理するべく、前記複数のセッ
   ションワーカ手段のそれぞれに配置された複数の共通ル
   ーチン手段と； 前記共通ルーチン手段の動作をスケジュー リングすべく、それぞれが前記セッションワーカ手段の
   各々に配置された、複数のスケジューリング手段と； から成ることを特徴とする資源サーバシス テム。