JPH09502035A - 信頼性がありかつ効率的なリムーバブルメディアサービスを備えたコンピュータネットワーク - Google Patents

Abstract

(57)【要約】 コンピュータネットワーク（１０）は、ワークステーション（１２）、ファイルサーバ（１４）、ケーブルシステム（１６）およびリムーバブルメディアサーバ（２４）を備えている。リムーバブルメディアドライブ（２６）は、リムーバブルメディアサーバ（２４）に接続され、リムーバブルメディア（３０）は、着脱可能にドライブ（２６）に装着されている。ファイルサーバ（１４）は、アクセス制限されたエリア（２２）に置かれてもよいが、リムーバブルメディアサーバ（２４）またはそれらに付随するドライブ（２６）には、そのような制約は課せられない。ワークステーション（１２）は、リムーバブルメディアデータ（６８）のリクエスト（６４）を発する。リクエスト（６４）は、ワークステーション（１２）からネットワーク（１０）を通してファイルサーバ（１４）へとリダイレクトされる。ファイルサーバ（１４）上で走っているネットワークオペレーティングシステム（ＮＯＳ）（８４）は、リクエスト（６４）をリムーバブルメディアリダイレクタ（１００）に送り、リムーバブルメディアリダイレクタ（１００）は、リクエスト（６４）をネットワーク（１０）を通してリムーバブルメディアサーバ（２４）に戻す。リムーバブルメディアサーバ（２４）は、リクエストされたデータ（６８）を得て、これらのデータをリクエストしているファイルサーバ（１４）に戻すようルーティングする。ファイルサーバ（１４）は、それからリクエストされたデータ（６８）を、再びネットワーク（１０）を通してルーティングされるＮＯＳ（８４）を介して、こんどはリクエストしているワークステーション（１２）に戻す。データベース（１０４）は、ファイルサーバ（１４）において保持されており、ネットワーク（１０）上でのリムーバブルメディア（３０）の使用を管理するのに用いられる。

Description

【発明の詳細な説明】 信頼性がありかつ効率的なリムーバブルメディアサービスを備えた コンピュータネットワーク この出願は、1993年6月23日に出願された米国特許出願番号第08/082,083号を 基礎として優先権を主張する。技術分野 本発明は、概して、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネ ットワーク（ＷＡＮ）等のコンピュータネットワークに関する。より具体的には 、本発明は、ネットワークのユーザに、ネットワークの信頼性を効率的に高める リムーバブルメディアネットワークを提供するシステムおよび方法に関する。背景技術 近年、多くの組織が、日毎のオペレーションをコンピュータネットワークに強 力に頼るようになってきている。組織のコンピュータネットワークが動作しなく なると、組織自体が動作しなくなり、深刻な損失に苦しむかもしれない。したが って組織は、自分たちのコンピュータネットワークを、その能力を高めてネット ワークに頼ることができるように、かつネットワークの故障が減るように、しば しは構成し、操作する。 例えば、ネットワークはしばしば異なるセキュリティレベルを提供する。ユー ザは、典型的には、秘密のパスワードを用いて様々なワークステーションまたは ファイルサーバコンソール（file server console）からネットワークにログオ ンする。ネットワークのセキュリティシステムは、あるユーザには、そのパスワ ードによって識別されたときには、ネットワークを通じて利用可能なサービスの 特定の部分にのみアクセスを許す。一方、セキュリティシステムは、「スーパバ イザ」のネットワークサービスのすべてのアスペクト（aspect）へのアクセスを 許可するかもしれない。管理者は、ネットワークおよびそのセキュリティを管理 する仕事を持つユーザである。典型的には、ネットワークサービスがより大きな ダメージをネットワークに与えることのできるようになれば、ネットワークサー ビスへのアクセスはより厳しく制限される。データのボリュームをマウント（mo unt）およびディスマウント（dismount）すること、重要なネットワークファイ ルを消去すること、および数多くの他のサービスのような、崩壊をもたらす可能 性のあるネットワークサービスは、通常は、ネットワーク管理者のみにとってお かれる。そのようにして、妨害行為、または善意の干渉に起因するかもしれない ネットワークの破壊が広がる機会は減少され、ネットワークの信頼性は高まる。 さらに、組織は、ネットワークに信頼性を高めるために物理的な手続をよく用 いる。非常に重要なネットワークノードであるファイルサーバは、鍵のかかる、 そうでなければアクセスが制限された部屋（controlled-acess room）にしばし ば置かれている。典型的な操作では、管理者のみがファイルサーバに物理的にア クセスすることができる。その結果、ファイルサーバに対する不運な干渉に起因 するネットワークの故障の機会は減少し、ネットワークの信頼性は高まる。ある 状況下では、機密のまたは秘密のデータは、パスワードで識別された特定のユー ザに対してネットワークに載せられる。このデータの機密状態または秘密状態を 保持するために、このデータがマウントされるドライブおよびファイルサーバな らびにこれらのドライブに関連する周辺機器は、たとえ組織がファイルサーバへ の管理されたアクセスの要求を必要としないとしても、アクセスが管理された場 所にしまわれている。 リムーバブルメディアドライブは、高いネットワーク信頼性を維持することを 望む組織に対して深刻な問題を提起する。リムーバブルメディアデバイスは、そ の記憶媒体、例えばＣＤ、テープ、またはディスク等がユーザによって取り除か れたり交換されうる、光ディスクドライブ、テープドライブ、および磁気ドライ ブを有している。従来は、リムーバブルメディアドライブは、ワークステーショ ンまたはファイルサーバに取り付けられていた。しかし、いずれの解決策も満足 のいく高い水準のネットワーク信頼性を獲得していない。 ワークステーションに取り付けられると、リムーバブルメディアドライブは、 ネットワーク全体のユーザに対する手段というよりも、ワークステーションのユ ーザへの個人的な手段となる。リムーバブルメディアドライブをネットワーク全 体に有用なものとするためには、リムーバブルメディアドライブおよびそれが取 り付けられるワークステーションは、それがアクセスされうるよりも以前に電源 がオン（energize）されなければならない。さらに、ネットワークユーザが必要 とする特定のメディアは、それが必要とされるときにはリムーバブルメディアド ライブに装着されていなければならない。また、潜在的なネットワークユーザは 、そのユーザがネットワークを利用するよりも前に、特定のメディアがそのネッ トワークにおいて利用可能であることを知る必要がある。 ネットワーク全体についてのリムーバブルメディアドライブを管理する責任は 、当然、それが取り付けられるワークステーションのユーザの責任となる。典型 的には、このネットワーク管理業務は、ワークステーションのユーザにも、また ワークステーションのユーザが持っているかもしれない関係のある他の組織上の 責任がある者達にも歓迎されない。その結果、これらのネットワーク管理業務は 、しばしば、不完全に、かつリムーバブルメディアドライブを仮想的に他のネッ トワークユーザに対して利用不能にするようにしか行われない。 他のネットワーク信頼性に関する問題は、ワークステーションにリムーバブル メディアドライブをインストールすることに起因する。ワークステーションにイ ンストールすると、ネットワークのユーザは、ワークステーションで実行されて いる常駐の（Terminate-and-Stay-Resident；ＴＳＲ）および他のピア・ツー・ ピア（peer-to-peer）プログラムを通じてリムーバブルネットワークメディアド ライブにアクセスしなければならない。典型的には、リムーバブルメディアドラ イブへのネットワークアクセスを制御するＴＳＲプログラムは、ネットワークシ ェルをインプリメントすることを要求されたり、またワークステーションで行わ れる他のタスクに用いられたりし得る他のＴＳＲプログラムと一緒に存在してい る。ＴＳＲプログラムの使用は、非常に望ましくない。なぜならＴＳＲプログラ ムは、ワークステーションで行われる他のタスクに使用可能なランダムアクセス メモリ（ＲＡＭ）を制限したり、しばしば他のプログラムと衝突したり、またし ばしばワークステーションの「クラッシュ」の原因であるからである。リムーバ ブルメディアドライブをネットワークのワークステーションノードへインストー ルすることが、ＴＳＲおよび他のピア・ツー・ピアプログラムを数多くのワーク ステーションにインストールすることを必要とするとき、ＴＳＲプログラムの結 果として、ネットワークの至る所での深刻な影響を予想しうる。簡単にいうと、 ＴＳＲおよび他のピア・ツー・ピアプログラムの使用がネットワークの低信頼性 を引き起こす。 ファイルサーバにリムーバブルメディアドライブを取り付けることは、ワーク ステーションにこれらのドライブを取り付けることに固有の信頼性に関する問題 のいくつかを解決する。ネットワーク全体に対するリムーバブルメディアドライ ブの有用性は、典型的には向上する。なぜなら、ドライブはネットワーク管理者 のようなファイルサーバを管理する者によって管理されうるからである。さらに 、付加的なＴＳＲの問題は、ワークステーションがファイルサーバを通じて、フ ァイルサーバに取り付けられたリムーバブルメディアドライブに通信することが 可能となるよりも以前には必要ではなく、ワークステーションの信頼性および性 能は向上する。 しかしながら、リムーバブルメディアドライブをファイルサーバに取り付ける ことは他の深刻な問題を引き起こす。例えば、リムーバブルメディアドライブの 価値の多くは、ドライブの異なるデータ記憶媒体の使用を通じて、仮想的に無限 量のデータへのアクセスを提供する能力にある。不運なことに、ロックされたま たはアクセスが管理された領域にファイルサーバとともにリムーバブルメディア ドライブを隔離しておくことが、この価値を低くする。もちろん、ネットワーク 管理者は、リムーバブルメディアドライブに関してメディアの有用性を管理する 業務を与えられているかもしれない。しかしこれは、しばしば役に立たない解決 策である。なぜなら、それは管理者にとっては重荷であり、また他のユーザには 不便であるからである。さらに、現存するファイルサーバにリムーバブルメディ アドライブを取り付けることは、典型的には、そのファイルサーバをサービスか ら取り出すことを必要とする。これは、しばしば、ネットワーク全体または少な くともネットワークによって提供されているサービスの重要な部分を閉鎖してし まう。従来のインストールの際には、ファイルサーバは電源を落とされ、コント ローラカードが物理的にそのファイルサーバにインストールされる。しばしば、 コントローラカードによって使用される割り込みナンバ、ＤＭＡチャンネル、メ モリスペース、および／あるいはＩ／Ｏアドレスは、ファイルサーバのハードウ ェアの他の部分との衝突を避けるように選択される。この選択はプロセスが難し い。これは、ファイルサーバの内部動作を非常に綿密に理解していること、ファ イルサーバのハードウェアのすべての部分に対してこれらのパラメータに関連す る正確な記録をとっておくこと、および／あるいはファイルサーバのハードウェ アを徹底的にかつ時間をかけて調べることを必要とする。しばしば、この選択プ ロセスは、追跡することが難しい断続的なネットワークの問題を引き起こす潜在 的なエラーに至る。概して、インストールプロセスは単独で、ネットワーク信頼 性をゆゆしく低下させる。 リムーバブルメディアドライブによって提起される信頼性の問題の他の解決策 は、アクセスが制限されていないファイルサーバを、リムーバブルメディアサー ビスを提供することに専念させることかもしれない。しかしこの解決策は、非効 率的であるので望ましくない。ファイルサーバは、大型、複雑、かつ高価なネッ トワークノードであり、簡単に複製されない。ファイルサーバは、複雑な高価な ファイルサーバネットワークソフトウェアを実行することが要求される。この非 効率は、リムバーブルメディアサービスが物理的に多くの異なる位置で必要とさ れたときに増幅される。発明の開示 したがって、本発明の利点は、効率的にかつ確かにリムーバブルおよび他のメ ディアサービスを提供する改良されたコンピュータネットワークが提供されるこ とである。 他の利点は、本発明はコンピュータネットワークを、効率的にかつ確かにリム ーバブルおよび他のサービスを提供するように操作する方法を提供することであ る。 本発明の他の利点は、１以上の簡易で、信頼でき、かつ高価ではないメディア サーバを、ファイルサーバの近くであろうとなかろうと使いやすい位置でネット ワークのケーブルシステムに取り付けることである。 さらに他の利点は、本発明は、専用のＴＳＲプログラムを用いることをやめ、 かつ専用のファイルサーバハードウェアを必要とすることをやめる。 さらに他の利点は、本発明は、動作しているネットワークに、現存しているフ ァイルサーバまたはネットワークのワークステーションノードを一時的にでさえ も動作できなくすることなく、インストールされ得る。 さらに他の利点は、本発明は、存在するファイルサーバソフトウェアによって 提供される管理のもとても動作しうる。 本発明の上記および他の利点は、リムーバブルメディアサービスを効率的かつ 確かに供給するようにコンピュータネットワークを操作する方法によって一つの 形態で達成される。この方法は、ネットワークのファイルサーバノードにおいて 、リムーバブルメディアサービルに関するリクエストを検出することを必要とす る。このリクエストは、ネットワークをわたって、ネットワークのリムーバブル メディアサーバノードに転送される。このリクエストは、それから、リムーバブ ルメディアサーバーを通じて満たされる。図面の簡単な説明 本発明のより完全な理解は、図面に関連づけて考慮されるときに詳細な説明お よびクレームを参照することによって得られる。図面を通じて、同じ参照符号は 同じ構成要素をさす。 図１は、本発明が実現されうるネットワークのブロック図を示す。 図２は、ネットワークのノードのよって用いられるハードウェアのブロック図 を示す。 図３は、ネットワークのノードのリムーバブルメディアサーバの入力／出力イ ンターフェースブロックのブロック図を示す。 図４は、ネットワークのワークステーションノードおよびファイルサーバノー ドの入力／出力インターフェースブロックのブロック図を示す。 図５は、ネットワークのワークステーションノード上で実行されるソフトウェ アのブロック図を示す。 図６は、図５に図示されたソフトウェアのネットワークシェル部で行われるタ スクのフローチャートを示す。 図７は、ネットワークのファイルサーバノード上で実行されるソフトウェアの ブロック図を示す。 図８は、図７に図示されたソフトウェアの転送部のフローチャートを示す。 図９および１０は、図７に図示されたソフトウェアのリムーバブルメディア制 御部のフローチャートを示す。 図１１は、ネットワークのファイルサーバで扱われるリムーバブルメディアデ ータベースメモリ構造のブロック図を示す。 図１２は、ネットワークのリムーバブルメディアサーバ部で行われるソフトウ ェアのフローチャートを示す。本発明を実施するための最適な態様 図１は、本発明が実施されうるネットワーク１０のブロックダイアグラムであ る。ネットワーク１０は、複数のワークステーション１２と、ケーブルシステム １６によって相互接続されているファイルサーバ１４（図１には、１つしか示さ れていない）とを備えている。イーサーネット（Ethernet）、トークンリング（ Token Ring）およびアークネット（ArcNET）などの従来のネットワークアーキテ クチャと、バス型、スター型およびリング型などの従来のネットワークトポロジ とがネットワーク10によって使用されうる。さらに、ネットワーク１０は、ブリ ッジおよびゲートウェイなど（不図示）を通して互いに結合された多くの別々の ネットワーク（不図示）を備えていてもよい。さらに、ケーブルシステム１６は 、ツイストペア、同軸ケーブル、光ファイバケーブルおよび無線信号などの当業 者に知られた公知の技術のどれを使用してもよい。 ワークステーション１２はコンピュータであり、それらはネットワーク１０の ノードである。ワークステーション１２は、通常、ユーザ入力に応答してアプリ ケーションプログラムを実行する。一般的には、ワークステーション１２は、ユ ーザ、すなわちネットワーク１０によって提供されるサービスのクライアントで ある。しかしピア・ツー・ピア(peer-to-peer)技術が使用されると、ファイル、 プリンタおよびモデムなどの、１つのワークステーション１２で利用可能な資源 は、ネットワーク１０の他のワークステーション１２でも利用可能になるかもし れない。ファイルサーバ１４もコンピュータであり、ネットワーク１０のノード である。ファイルサーバ１４は、ネットワーク１０のユーザが共有されているデ ータおよびプログラムファイルにアクセスできるようにする。従来からあるよう に、ファイルサーバ１４は、ドライブ１８、デバイス２０およびそれらに接続さ れている他のリソースや周辺機器を有していてもよい。典型的には、ファイルサ ーバ１４は、ワークステーション１２からケーブルシステム１６を介して受け取 られたリクエストに応答して、ドライブ１８およびデバイス２０のサービスをユ ーザに提供する。 ファイルサーバ１４は、制限されたアクセスエリア２２に位置することが好ま しく、図１では、アクセスエリア２２は点線で囲まれて示される。ファイルサー バ１４に対する物理的アクセスは、ロックされた部屋の中か、または組織に知ら れている他の方法によってファイルサーバ１４を置くことによって、制限されえ る。ファイルサーバ１４に対するアクセスは、ネットワークスーパバイザのよう に選ばれた２、３の人間だけに許可されるかもしれない。スーパバイザの作業任 務には、ネットワーク１０の管理およびセキュリティ、またはネットワークを存 在させている組織のセキュリティがある。エリア２２へのアクセスを制限するこ とによって、ネットワーク１０の信頼性が改善される。なぜなら、アクセスを制 限することによって、ファイルサーバ１４およびそれに付随するドライブ１８お よびデバイス２０に対する妨害または善意の干渉の可能性が低くなるからである 。好ましくはファイルサーバ１４は、ネットワーク１０上で電源が投入されたま まで、かつ動作可能な状態を維持する。そのようにすれば、ネットワーク１０を 存在させている組織は、ファイルサーバ１４がいつでも利用できることをあてに してもよい。 ファイルサーバ１４と対照的に、ワークステーション１２は、比較的、制限が ない、つまりアクセスが自由なエリアに配置される。ワークステーション１２の ユーザは電源を入れたり切ったりでき、あるいは自分の好きなように、ワークス テーション１２をさわることができる。パスワード管理を通して管理される従来 のセキュリティ対策を用いれば、ワークステーション１２で起こる活動は、全体 的にはネットワーク１０を危険にさらすことはない。もちろん当業者は、組織も ワークステーション１２に対するアクセスを制限するかもしれないことを正しく 理解するであろう。しかし本発明の好ましい実施例では、たいていのワークステ ーションユーザは、エリア２２に自由にアクセスすることを拒否される。 ネットワーク１０はさらに、ケーブルシステム１６に接続されたリムーバブル メディアサーバ２４をいくつ備えていてもよい。リムーバブルメディアサーバ２ ４は、便利な場所においてケーブルシステム１６に物理的に接続されえる一方で 、そのような場所は、好ましくはアクセス制限されたエリア２２の外側にあるよ うに、ファイルサーバ１４から十分離れている。したがって、ネットワーク１０ のユーザは、リムーバブルメディアサーバ２４に自由にアクセスできる。リムー バブルメディアサーバ２４は、バス２８を通してリムーバブルメディアドライブ ２６に接続されている。好ましい実施例では、バス２８は、従来からあるスモー ルコンピュータシステムインタフェース（ＳＣＳＩ）バスであり、７つのドライ ブまでそこに接続できる。本発明の好ましい実施例では、ドライブ２６は従来の 光ディスクであり、メディア３０は、従来のコンパクトディスク(ＣＤ)である。 しかし他の実施例では、ドライブ２６は磁気テープドライブであってもよく、メ ディア３０は磁気テープであってもよい。またはドライブ２６はリムーバブル（ removable；着脱可能な）磁気ディスクドライブであってもよく、メディア３０ は磁気ディスクであってもよい。さらに、一方、本発明の現在好ましい実施例は 、「リードオンリメモリ」（ＣＤ ＲＯＭ）として知られる光ディスクの種類を 用いるように適用されているが、当業者は他の光リムーバブルメディアが同様に 適用できることを理解するだろう。 本発明の他の実施例では、サーバ２４は、ファイルサーバ１４から遠く離れて 配置されている。ファイルサーバ１４はアクセスが制限されたエリアに配置され る必要がないかもしれない一方で、サーバ２４は、アクセスが制限されたエリア ３１に置かれえる。サーバ２４は例えば、アクセスが制限されたエリアに隔離さ れて配置されるかもしれない。なぜならサーバ２４は、機密性があり、秘密の、 またはそうでなければ壊れやすく、またはアクセスが制限されたデータをネット ワーク１０のあるユーザにだけ提供するからである。直接ファイルサーバ１４を 通ろうと他のサーバ２４を通ろうと、ネットワーク１０に利用できる他のデータ に対しては同様のアクセス制限の要件は適用される必要がない。ここでは、サー バ２４は、リムーバブルメディアドライブおよび/または固定されたメディアド ライブに接続されており、リムーバブルメディアデータおよび/または固定され たメディアデータを提供する。簡単のために、ここでは、「リムーバブルメディ ア」および「リムーバブルメディアドライブ」などの語は、固定されたメディア および固定されたドライブなどを含むとする。 実際の目的に関して、無限の量のデータが、ドライブ２６およびサーバ２４を 通してネットワーク１０とそのユーザとに利用される。なぜなら、それぞれのド ライブ２６は、任意の数のメディア３０上のデータにアクセスを可能にするから である。もし、ドライブ２６に現在、装着されているメディア３０が、所望のデ ータを含まないなら、あるいは特定のネットワークユーザの要求に適していない なら、そのメディアの代わりに適切なメディア３０を用いればよい。従って、ネ ットワーク１０が十分にリムーバブルメディア３０のポテンシャルを引き出すた めには、ドライブ２６に対して比較的、自由にアクセスできることが望ましく、 それによってメディア３０は、必要に応じて自由に置き換えできる。 一般には、本発明の好ましい実施例では、リムーバブルメディアサーバ２４は 、ファイルサーバ１４の制御のもとで動作する。よって、ネットワーク１０のユ ーザにとっては、リムーバブルメディアサーバ２４を通してのデータアクセスは 、ファイルサーバ１４を通してのデータアクセスと同じように動作する。リムー バブルメディアサーバ２４およびその関連したドライブ２６がファイルサーバ１ ４から遠く離れて配置されえる事実は、ユーザに対して明白である。これにより 、このリムーバブルメディアデータをアクセスする場合には、ユーザがすでによ く知っている従来のネットワークコマンドをネットワークユーザは使用できる。 同様に、ワークステーション１２上を走り、かつファイルサーバ１４と通信する かもしれないアプリケーションプログラムは、リムーバブルメディアサーバ２４ を通してデータにアクセスするために変更される必要はない。さらに、ファイル サーバ１４の上で動作する従来のソフトウェアによって提供されるネットワーク 管理の特徴の多くの部分のうちの一部がリムーバブルメディア３０に関する使用 に 適合するかもしれない。従来からのデータセキュリティの特徴を含むそのような 特徴は、あるユーザがあるデータにアクセスすることは許すが、他のユーザに対 してはアクセスをすることを許さない。 つまり、リムーバブルメディア３０、ドライブ２６およびリムーバブルメディ アサーバ２４を管理するためにファイルサーバ１４を使うことは、ファイルサー バ１４の上で走っているネットワークソフトウェアを通して与えられるように、 従来からある高度な機能をもつファイルサーバの能力を、ファイルサーバ資源を 必ずしも二重化しなくとも、リムーバブルメディア３０に適用することである。 これは、コストを減少し、信頼性を高める効率的な解決策である。さらに、リム ーバブルメディアサーバ２４およびドライブ２６は、ワークステーション１２ま たはファイルサーバ１４を利用不可能にすることなく、新しいハードウェアをワ ークステーション１２またはファイルサーバ１４に加えることなく、ＴＳＲなど のプログラムをワークステーション１２にインストールすることなく、ネットワ ーク１０にインストールできる。これらのインストールの特徴は、現在あるワー クステーション１２およびファイルサーバ１４に新しいハードウェアおよびソフ トウェアを組み込むことに伴うリスクをなくすことによって、ネットワークの信 頼性を改善する。 図２は、ネットワーク１０（図１参照）における、ワークステーション１２、 ファイルサーバ１４およびリムーバブルメディアサーバ２４などのノード３２の ブロックダイアグラムを示す。ノード３２は、ケーブルシステム１６に接続され ているネットワークインタフェース制御回路（ＮＩＣ）３４を有する。ＮＩＣ３ ４は、従来のマイクロプロセッサ回路によって実現できる中央処理ユニツト（Ｃ ＰＵ）３６に接続されている。ＣＰＵ３６は、ランダムアクセスメモリ（ＲＡＭ ）３８、リードオンリメモリ（ＲＯＭ）４０および入力／出力（Ｉ／Ｏ）インタ フェース４２に接続されている。メモリ３８および４０は、ＣＰＵ３６への命令 としてはたらくデータ、およびＣＰＵ３６によって実行されたときノード３２に 後述のプロセスを実行するためのデータを格納する。さらに、メモリ３８および ４０は、ノード３２の動作に伴って操作される変数、テーブルおよびデータベー スを含む。 図３は、ネットワーク１０においてリムーバブルメディアサーバ２４として動 作するノード３２の中の好ましいＩ／Ｏインタフェース４２である。図２および ３を参照すると、リムーバブルメディアサーバ２４においては、Ｉ／Ｏインタフ ェース４２は、従来のＳＣＳＩ制御回路４４を単に示すだけである。よって、リ ムーバブルメディアサーバ２４においては、 Ｉ／Ｏインタフェース４２はＳＣ ＳＩバス２８をドライブする。 図４は、ネットワーク１０において、ワークステーション１２またはファイル サーバ１４として動作するノード３２の中の好ましいＩ／Ｏインタフェース４２ のブロックダイアグラムである。図２および４を参照すると、Ｉ／Ｏインタフェ ース４２は、パーソナルコンピュータに従来、用いられているさまざまな種類の インタフェースおよびハードウェアを有する。よって、ワークステーション１２ およびファイルサーバ１４においては、Ｉ／Ｏインタフェース４２は、１つ以上 の、キーボード４６、ビデオディスプレイターミナル４８、固定されたメディア 物理ドライブ５０、リムーバブルメディア物理ドライブ５２、プリンタ５４、お よびパーソナルコンピュータに接続されたり含まれたりしている他の周辺機器ま たはデバイスを提供してもよい。 リムーバブルメディアサーバ２４によって用いられるハードウェアは、ワーク ステーション１２またはファイルサーバ１４によって用いられるハードウェアと 比較すれば、ずっと簡単であり値段も安価である。リムーバブルメディアサーバ ２４は、固定されているにしろ、リムーバブルであるにしろ、キーボード、ビデ オディスプレイおよび従来の磁気メディアドライブを省略している。その結果、 リムーバブルメディアサーバ２４は、ネットワーク１０において最も安価で、最 も信頼性が高いノード３２のうちの１つである。さらにリムーバブルメディアサ ーバ２４のためのハードウェアは簡単であるので、そのサイズは小さくなる。サ イズが小さいので、リムーバブルメディアサーバ２４に適した物理的な場所を見 つける場合に融通がきく。 図５は、ワークステーション１２上で動作する典型的なソフトウェアプログラ ムのブロックダイアグラムである。このソフトウェアに応じて実行されるプロセ スは、階層状に構成されている。アプリケーション層つまりプログラム５６は、 階層のいちばん上に常駐する。ＮＩＣ３４およびＩ／Ｏインタフェース４２のよ うなハードウェアデバイスおよび/または周辺機器は、この階層のいちばん下に 常駐する。当業者には理解されるはずだが、アプリケーションプログラムは、コ ンピュータそれ自体には関係しない特定の目的を達成するために役立つ仕事を実 行する。例えば、スプレッドシート、会計システム、エンジニアリングプログラ ム、ワードプロセッサ、グラフィクプログラム、データベースマネージャ、ゲー ムなどである。アプリケーション５６は、コンピュータ自体に関連する仕事を実 行するユーティリィプログラムおよび/またはオペレーティングシステムとは対 照的である。ワークステーション１２のキーボードで入力されるユーザコマンド は、ここでの議論の目的からみれば、アプリケーションレベルに常駐しているか 、またはアプリケーションレベルから生成されるようにもみえるかもしれない。 リムーバブルメディアマネージメントプログラム５８は、アプリケーションプロ グラム５６がとりうる様々なかたちのうちの１つを表す。プログラム５８は、フ ァイルサーバ１４（図１参照）において保持され、ファイルサーバ１４からワー クステーション１２上にロードされるネットワークリソースを代表してもよい。 プログラム５８を以下に詳述する。 図５は、よく知られているノベルネットウェアローカルエリアネットワーク（ ＬＡＮ）と整合性がとれる本発明の実施例を具体的に示す。本実施例では、アプ リケーションプログラム５６がワークステーション１２のハードウェアからの、 またはネットワーク１０の他の部分からのサービスを要求するとき、アプリケー ションプログラム５６は、ネットワークシェルすなわちリダイレクタ６０と直接 、コミュニケートする。シェル６０がハードウェアからのサービスのリクエスト を検出すると、シェル６０は、図５にそのブロックダイヤグラムの例が示されて いるネットワークマップテーブル６２を参照する。シェル６０は、論理ドライブ またはアプリケーションの要求に関連するユニット番号が、ネットワーク資源に 等しいか、そうでなければネットワーク資源に関連しているかどうかを決定する ために、ワークステーション１２のメモリ３８（図２参照）にテーブル６２を有 している。テーブル６２は「マップ」コマンドに応答して構成され、このコマン ドは、上述したネットウェアおよび他のＬＡＮ環境でよく知られ理解されている 。 ネットワーク資源がリクエストされると、テーブル６２は、望ましくはファイル サーバ１４およびアプリケーションの要件に関連する「ボリューム」をアドレス するネットワークパスを特定する。「ボリューム」が、示されたファイルサーバ １４を通ってアクセスできるデータの集まりを示すことは、当業者には理解でき るだろう。ネットワークサービスを求めるリクエスト６４は、その後、ワークス テーション１２からリダイレクトされ、下位ＯＳＩスタックプログラム６６から ワークステーション１２のＮＩＣ３４（図２参照）へとルーティングされる。 ＯＳＩとは、ネットワーク問題を機能あるいは層に分割する、既知のオープン システムインターコネクション（ＯＳＩ）を指す。ＯＳＩモデルの最上位層であ る第７層は、ソフトウェアアプリケーションに相当する。最下位層である第１層 は、物理リンクあるいはハードウェアに相当する。第６〜２層は、第７層から第 １層の間に存在するソフトウェア層である。下位のＯＳＩスタックプログラム６ ６は、ＯＳＩモデルの中の第２〜６層の一つまたはそれ以上に関連した機能を実 行する。当業者は、これらの機能が公知であり、理解され、ここでさらに議論さ れる必要がないことを認めるであろう。さらに、スタックプログラム６６は、そ のような機能が特定の実行におけるＯＳＩモデルに直接的に対応するかどうかに は無関係に、リクエスト６４をネットワークの目的地に伝達させるという公知の 機能を、単純に実行する。 ネットワーク１０がリクエスト６４に応じると、ネットワーク１０はリクエス ト６４に対するデータ６８をアプリケーションプログラム５６に送り返す。デー タ６８は、ＮＩＣ３４、下位のＯＳＩスタックプログラム６６、およびシェル６ ０を通じて、ルートバックされる。データ６８は、リクエスト６４を通じて特定 的にリクエストされたデータであることもあり、リクエストに応じる際に発生し 得る潜在的なエラーを記述するデータであることもあり、かつ／あるいは、単純 に上位のレベルのプログラムへのプラグラムコントロールのリターンであること もある。 一方、シェル６０が、リクエストはネットワークリクエストであるというより はむしろローカルリクエストであると決定したときには、リクエストはワークス テーションのローカルオペレーティングシステム７０にルーティングされる。数 多くの従来のオペレーティングシステムが、当業者に知られている。従って、オ ペレーティングシステム７０は、ここでは詳細に論じられない。典型的には、リ クエストは、リクエストに応じて使用されるべき論理ドライブあるいはユニット の番号を特定する。オペレーションシステム７０は、リクエストを満足するため に、ワークステーション１２のメモリ３８（図２参照）に保持されているローカ ルマップテーブル７２を使用し得る。図５は、テーブル７２の一例のバージョン のブロック図を示す。テーブル７２を通じて、オペレーションシステム７０は、 リクエストで指示された論理ドライブあるいはユニットの番号に対応する物理ド ライブあるいはユニットを、特定し得る。物理ドライブあるいは装置を特定した 後で、オペレーションシステム７０は、リクエストに応じて特定された物理ドラ イブあるいは装置と通信し得る。リクエストに応じた後で、応答データがアプリ ケーション５６へ、おそらくシェル６０を通じてルートバックされる。 当業者は、図５に示されたブロック図が、従来のワークステーション１２で使 用され得る多くの異なったアーキテクチャの一つを示すに過ぎないことを理解す るであろう。他の実施形態では、シェル６０はオペレーションシステム７０の集 合部（integral portion）を形成し得る。公知のある実施形態では、オペレーシ ョンシステム７０は、ベーシックインプットアウトプットシステム（ＢＩＯＳ） を通じてハードウェアとコミュニケーションし、ネットワークリダイレクタシェ ル６０が、オペレーションシステムとＢＩＯＳとの間に存在し得る。 図６は、ネットワークシェルあるいはリダイレクタ６０によって実行されるタ スクのフローチャートを示している。図５および６を参照して、当業者は、シェ ル６０が本願には関連しない数多くのタスクを実行し得ることを理解するであろ う。しかし、シェル６０は、ネットワーク１０からのサービスがアプリケーショ ン５６によってリクエストされているかどうかを決める問い合わせタスク７４を 、さらに実行する。タスク７４は、ファイルサーバアイデンティファイアおよび ボリュームアイデンティファイアによって特定されるように、リクエストに関連 した論理ディスクあるいはユニットの番号がネットワークソースと一致されてい るかどうかを決めるために、ネットワークマップテーブル６２を参照し得る。タ スク７４が、ネットワークサービスがリクエストされていると判断したときには 、 タスク７６が、リクエスト６４をネットワーク１０の下位ＯＳＩスタックプログ ラム６６およびノード３２（図２を参照）に向けてリダイレクトする。タスク７ ６は、望ましくは、リクエスト６４に当初から関連している論理ドライブあるい はユニットの番号のための、ファイルサーバアイデンティファイアおよびボリュ ームアイデンティファイアを代用する。 タスク７６の後に、問い合わせタスク７８が、応答および対応するデータ６８ がネットワーク１０から受領されるまで、プログラムコントロールをタスク７８ で待たせる。データ６８が受領されると、プログラムコントロールは、シェル６ ０を呼んだアプリケーション５６に戻る。 一方、問い合わせタスク７４が、アプリケーション５６によってネットワーク サービスがリクエストされていないと判定したときには、問い合わせタスク８０ が、アプリケーション５６がネットワークシェルコマンドをシェル６０に送った かどうかを判定する。そのようなコマンドは、例えば、ネットワークパス名をロ ーカル論理ドライブあるいはユニットの番号に一致させるＭＡＰコマンドを含む 。タスク８０が、ネットワークシェルコマンドを検出すると、タスク８２がコマ ンドを実行して、プログラムコントロールをアプリケーション５６に返す。ＭＡ Ｐコマンドの例として、タスク８２は、コマンドに示されるパラメータに応じて テーブル６２を改変する。もし問い合わせタスク８０が、アプリケーション５６ はネットワークコマンドの実行をリクエストしていないと判定したときには、シ ェル６０は、プログラムコントロールおよびリクエストをローカルオペレーティ ングシステム７０にパスする。オペレーションシステム７０がリクエストに応じ た後で、プログラムコントロールはアプリケーション５６まで、オペレーション システム７０から直接的にあるいはシェル６０（不図示）を通じて、ルートバッ クされ得る。 従って、ワークステーション１２のアプリケーションレベル５６は、リクエス ト６４を発し得る。リクエスト６４がネットワークリソースの必要性を示すと、 そのリクエストは、ケーブルシステム１６（図１および２参照）を通じてファイ ルサーバ１４へリダイレクトされる。ファイルサーバ１４がリクエストに応じる と、応答データ６８はリクエストしているワークステーション１２にルートバッ クされて、リクエスト６４を発したアプリケーション５６に与えられる。 図７は、ファイルサーバ１４で実行されるソフトウェアプログラムのブロック 図を示す。ワークステーション１２に関連して上記で議論されたように、このソ フトウェアに関連して実行されるプロセスは、階層構造に構成されている。本発 明の目的のためには、（もしある場合には）ファイルサーバ１４で実行され得る アプリケーションプログラムとファイルサーバ１４のコンソールから受領され得 るコマンドとは、重要ではない。これより、ネットワークオペレーションシステ ム（ＮＯＳ）８４は、本発明の目的のために階層構造のトップに位置している。 本発明の好ましい実施形態に従って、上述のNETWAREプログラムあるいはその他 の従来のＮＯＳが、ＮＯＳ８４として機能する。当業者は、このあるいは他のＮ ＯＳが、ネットワーク１０に多くの価値ある機能を提供する、非常に高度で比較 的高価なプログラムであることを理解するであろう。効率性および信頼性の高い 標準を達成するために、それらに関連したこれらの機能および費用は、ネットワ ーク１０においてはみだりに２重化（duplicate）されることはない。 ＮＯＳ８４は、少なくとも３つの異なったプログラムに区分され得る。セキュ リティプログラム８６が、ＮＯＳ８４の残りよりも上位に位置する。セキュリテ ィプログラム８６は、ネットワーク１０へのパスワードとログオンとを管理する 。ネットワークユーザは、そのパスワードによって特定される。セキュルティプ ログラム８６は、いくつかのマイナーなネットワークリソースあるいはサービス を、認められたパスワードを有さないユーザに提供する。しかし、セキュリティ プログラム８６は、望ましくは、パスワードによって特定されたネットワークユ ーザを、セキュリティテーブル８８を通じてボリューム番号に関連づける。図７ は、ファイルサーバ１４のメモリ３８（図２参照）に、あるいはファイルサーバ １４のドライバ５０および／あるいは５２（図４参照）を通じて保持されている 、テーブル８８の実行のために使用され得る例示的なメモリの構造を示している 。テーブル８８に規定されている関係（association）を通じて、セキュリティ プログラム８６は、あるユーザがボリュームのうちの特定のものにアクセスする ことを認め、他のユーザによるアクセスを否定する。 セキュリティプログラム８６の下層に、ＮＯＳ８４は、一つまたはそれ以上の アプリケーションプログラムインターフェース（ＡＰＩ）９０を含む。ＡＰＩ９ ０は公知であってここでは詳細に論じられないが、アプリケーションプログラム やNETWARE Loadable Module（ＮＬＭ）などのＮＯＳの外で動くプログラムがシ ステムサービスを受けるための、よく規定された整合性のとれたルートを提供す る。 加えて、ＮＯＳ８４は、数多くのコアファンクション９２を含む。数多くのコ アファンクション９２のうちで、相補的なマウント（mount）およびディスマウ ント（dismount）機能が特に、本発明の好ましい本実施形態に関係している。こ れらの機能は、本発明の好ましい本実施形態が、ファイルサーバ１４に関連する 個々のボリュームのような取り除くことができるメディア３０（図１参照）のそ れぞれを取り扱うので、関連している。言い換えると、これらの機能は、ファイ ルサーバ１４が、ファイルサーバの管轄内に入るボリュームを管理することを認 める。要するに、ボリュームは、ネットワーク１０においてサービス可能な状態 にされるために、マウントされなければならない。ボリュームがマウントされる と、ＮＯＳ８４は、マウントされたボリュームのために、ファイルサーバ１４の メモリ３８（図２参照）の中にボリュームマウントテーブル９４を生成して管理 する。テーブル９４は、多くのパラメータを含む大規模なデータ構造であって、 そのパラメータは、ボリュームを記述して、ボリュームやそこに記録されている データへの高速アクセス、およびボリュームからのデータの効率的なキャッシン グを可能にする。加えて、テーブル９４は、（後述する）ドライバプログラムが 位置する場所をＮＯＳ８４に教える変数を含んでいる。ドライバプログラムは、 ボリュームへのアクセスを提供する。 一般的に、ボリュームは、使用されることが期待されなければマウントされな い。なぜなら、マウントされたボリュームのためのテーブル９４が、ファイルサ ーバ１４で使用可能なメモリ３８（図２参照）のうちのかなりの量を使用するか らである。一方、ボリュームがマウントされないときには（すなわち、ディスマ ウントされているときには）、ネットワーク１０では使用できない。ボリューム をマウントするかディスマウントするかの決定は、ネットワーク１０の性能およ び信頼性に大きな影響を与えるテクニカルな決定である。従って、マウントおよ びディスマウントコマンドの使用は、典型的にはスーパバイザのみに限られる。 言い換えると、そのパスワードがＮＯＳ８４の最も重要な部分へのアクセスを認 められている者だけが、ＭＯＵＮＴおよびＤＩＳＭＯＵＮＴコマンドを出すこと を許されているのである。 いくつかの異なったプログラムが、上述の階層構造におけるＮＯＳ８４の中に 存在し得る。下位ＯＳＩスタックプログラム９６は、ＮＯＳ８４およびそのセキ ュルティプログラム８６とコミュニケートし得る。プログラム９６は、実質的に 、図５に関連して上記で論じた下位ＯＳＩスタックプログラム６６に等価である 。ファイルサーバ１４のハードウェア、特にＮＩＣ３４は、階層構造の中のプロ グラム９６の下に位置している。一般的に、上述のリクエスト６４（図５および ６参照）のような従来のファイルサーバのリクエストは、ハードウェア３４およ び下位ＯＳＩスタックプログラム９６を通じてＮＯＳ８４にルートバックされる 。これらのリクエストは、コアファンクション９２に伝えられる前に、セキュリ ティプログラム８６によってフィルタリングされる。 上述の階層構造のＮＯＳ８４の下には、いくつのドライバ９８が存在してもよ い。ドライバ９８は、ＮＯＳ８４と特定のハードウェア装置、例えばＩ／Ｏイン ターフェース４２（図４参照）、ドライバ１８（図１参照）、およびデバイス２ ０（図１参照）との間で伝達されるデータをリフォーマットするプログラムを示 す。これらのハードウェア装置は、限定されたアクセス領域２２（図１参照）に 典型的に位置しているファイルサーバ１４に、直接的に付属している。ＮＯＳ８ ４は、リクエストによって示されたボリュームの番号に応じて、リクエストを適 切なドライバ９８にルートする。 ＮＯＳ８４に関する限りは、リムーバブルメディアリダイレクタ１００は、ド ライバ９８のような他のドライバを示す。これにより、リクエスト６４のような リクエストは、リムーバブルメディアリダイレクタ１００であるとＮＯＳ８４が 信じる「ドライバ」に関連づけられたボリューム番号をリクエストが示すと、リ ムーバブルメディアリダイレクタ１００にルートされる。しかし、リムーバブル メディアリダイレクタ１００はドライバではなく、リムーバブルメディアリダイ レクタ１００は、ファイルサーバ１４に取り付けられたあるいはインストールさ れたどのハードウェアともコミュニケートしない。むしろ、リムーバブルメディ アリダイレクタ１００は、リクエスト６４を、あらかじめアレンジされたソケッ トを通じて下位のＯＳＩスタックプログラム９６に送る。ソケットは、スタック プログラム９６では公知のインターフェースであって、そこを通じてピア・ツー ・ピアのあるいは他のコミュニケーションが行われる。ＯＳＩスタックプログラ ム９６を通じて、リムーバブルメディアリダイレクタ１００は、ファイルサーバ １４から距離的に離れていることがあるリムーバブルメディアサーバ２４に、リ クエスト６４を送る。リムーバブルメディアサーバ２４は、望ましくは、リクエ ストおよび応答データ６８を、ハードウェア３４および下位ＯＳＩスタックプロ グラム９６を通じてリムーバブルメディアリダイレクタ１００に戻す。リムーバ ブルメディアリダイレクタ１００は、それからデータ６８をＮＯＳ８４を通じて バックアップするが、ＮＯＳ８４は、ＮＯＳ８４に含まれている従来のプロセス を使用してリクエストしているワークステーション１２に下位ＯＳＩスタックプ ログラム９６を通じてデータ６８を伝達する。リムーバブルメディアリダイレク タ１００は、図８に関連して以下で論じられる。 リムーバブルメディアリダイレクタ１００は、ある状況ではさらに、リムーバ ブルメディアコントローラ１０２とコミュニケートする。リムーバブルメディア コントローラ１０２は、ファイルサーバ１４で実行されてＮＯＳ８４の下に存在 しているＮＬＭや他の常駐プログラムを示す。リムーバブルメディアコントロー ラ１０２は、ＡＰＩ９０を通じてＮＯＳ８４とコミュニケートする。一般に、リ ムーバブルメディアコントローラ１０２は、リムーバブルメディア管理データベ ース１０４を管理し、リムーバブルメディア３０およびリムーバブルメディアサ ーバ２４の管理を助けるコマンドをＮＯＳ８４に出す。データベース１０４は、 ファイルサーバ１４に、好ましくはハードディスクドライブのような不揮発性メ モリに保持されるデータ構造を示す。コントローラ１０２によってＮＯＳ８４に 出されたコマンドは、セキュリティプログラム８６によってはスクリーニングさ れない。なぜなら、リムーバブルメディアコントローラ１０２は、すでにファイ ルサーバ１４に常駐しているからである。セキュリティプログラム８６をバイパ スすることによって、コントローラ１０２は、マウントおよびディスマウントコ マンドのような保護されたコマンドを呼び出す能力を、この能力をすべてのユー ザに与えることなく、またすべての保護されたコマンドへのアクセス能力を与え ることなく、あるネットワークユーザに与える。リムーバブルメディアコントロ ーラ１０２は、図９および１０に関連して以下で論じられ、図１１は、データベ ース１０４の一例のブロック図を示している。 したがって、リムーバブルメディアサーバ２４は、ファイルサーバ１４から離 れたところに位置していてもよい一方で、ＮＯＳ８４は、リムーバブルメディア ボリューム３０をリムーバブルメディアサーバ２４を介してアクセスできるよう に管理する。セキュリティプログラム８６とテーブル９４を通じて達成できる高 速なアクセスとの利点は、ネットワーク１０において機能を複製する非効率を要 求することなく、かつファイルサーバ１４の中に膨大なハードウェアをインスト ールする要求をすることなく、リムーバブルメディア３０に拡張される。さらに 、リムーバブルメディアサーバ２４になんら制限を課することなく、ファイルサ ーバ１４は、物理的にはアクセス制限されたエリア２２に位置していてもよい（ 図１参照）。これにより、エリア２２にアクセスできないネットワークユーザで あっても、ドライブ２６（図１参照）にあるメディア３０を交換でき、ドライブ ２６は、ネットワークユーザに便利ないくつかの異なる場所に置くことができる 。 図８は、リムーバブルメディアリダイレクタ１００によってファイルサーバ１ ４においておこなわれるタスクのフローチャートを示す。当業者であれば、リダ イレクタ１００は、本発明に直接、関係のない、「家事（housekeeping）」やそ の他こまごましたタスクをおこなうことがわかるであろう。さらにリダイレクタ １００は、上述のリクエスト６４のようなリクエストを検出する問い合わせタス ク１０６をおこなう。リダイレクタ１００で受けとられると、リクエスト６４は 、ボリュームマウントテーブル９４に示されている定義によって決まるように、 ＮＯＳ８４によってＮＯＳ８４（図７参照）の要求に合うかたちに翻訳されてい るかもしれない。もしタスク１０６がそのようなリクエスト６４を検出するなら 、タスク１０８は、このリクエストをＳＣＳＩデータ通信とコンパチブルなフォ ーマットに翻訳する。好ましくはタスク１０８は、リクエスト６４を標準的なホ ストアダプタフォーマット、例えば当業者によく知られているアドバンスト・Ｓ Ｃ ＳＩプログラミングインタフェース（ＡＳＰＩ）、またはコモン・アクセス・メ ソッド（ＣＡＭ）に翻訳する。 タスク１０８の後、タスク１１０は、リクエスト６４をネットワーク１０内に おいて送信するのに適したフォーマットに構成する。例えば、従来のＡＳＰＩや ＣＡＭインタフェースは、読み出しデータが置かれる未使用データ領域を定義し たり、予約したりするかもしれない。しかしそのようなデータ領域は、この時点 では不必要であり、実際にデータ記憶媒体から読み出される前には無効データだ けを保持している。ネットワーク１０を通して送信する前のタスク１１０におけ るそのようなデータは、除去（stripping）すれば、より効率的にネットワーク リソースを用いることができる。さらにタスク１１０は、好ましくはＮＯＳ８４ から受け取ったボリュームＩＤを、要求されているメディア３０（図１参照）が 現在、位置するリムーバブルメディアドライブ２６（図１参照）のうちの１つに 対応するドライブ番号と併せて、リムーバブルメディアサーバ２４のための特定 のネットワークアドレスに翻訳する。この翻訳は、ファイルサーバ１４のメモリ ３８（図２参照）の中に格納されているロケーションテーブル１１２を参照する ことによってリムーバブルメディアコントローラ１０２（図７参照）によってお こなわれる。 次にタスク１１４は、翻訳されたリクエスト６４をリムーバブルメディアサー バ２４に送信する。この送信は、従来の方法によって、以前に用意されたソケッ トナンバを通じて、そのリクエストを下位ＯＳＩスタック９６に送ることによっ ておこなわれる。タスク１１４の後、問い合わせタスク１１６は、リダイレクタ １００に応答データ６８（図７参照）のような応答が返ってくるまで、リダイレ クタ１００内のプログラム制御を止める。この応答データ６８は、リムーバブル メディアサーバ２４からファイルサーバ１４に送られた後、下位ＯＳＩスタック ９６から受け取られる。 応答データ６８が受け取られると、タスク１１８は、その応答をＮＯＳ８４に 送る。タスク１１８も、そのデータをＮＯＳ８４に適したフォーマットにするた めに要求されるそのデータの翻訳をおこなう。ＮＯＳ８４の観点からすれば、応 答データ６８は、その他のドライバ９８（図７参照）から受け取られた他のデー タと同様にして受け取られる。このようにして、他のファイルサーバデータをそ の管理領域の中でそのようなデータのリクエストに応じて転送するときに用いる プロセスと同じプロセスを用いて、ＮＯＳ８４は、ファイルサーバ１４からのデ ータ６８をケーブルシステム１６（図１参照）を通じて、リクエストしているワ ークステーション１２に転送する。 上述のように、タスク１０６がリクエスト６４（図５および７参照）の検出に 失敗するとき、またはタスク１１８の後に、リダイレクタ１００は、問い合わせ タスク１２０をおこなう。タスク１２０は、アンソリシテッド・メッセージ（un solicited message）がリムーバブルメディアサーバ２４から受け取られたかど うかを決定する。そのようなメッセージは、以前に確立されたソケットの配列（ socket arrangement）を通じて下位ＯＳＩスタック９６を通じてリダイレクタ１ ００において受け取られるかもしれない。アンソリシテッド・メッセージは、例 えばファイルサーバ１４にリムーバブルメディアサーバ２４が、その管理領域内 のメディア３０またはドライブ２６における変化を検出したことを知らせる。ア ンソリシテッド・メッセージがリムーバブルメディアサーバ２４から受け取られ たときは、タスク１２２は、そのメッセージをリムーバブルメディアコントロー ラ１０２（図７参照）に送る。リムーバブルメディアコントローラ１０２は、そ れからそのメッセージに応答して適切なアクションをとる。これは、図９〜１１ を参照して以下に述べる。タスク１２２の後、およびタスク１２０がリムーバブ ルメディアサーバ２４からのアンソリシテッド・メッセージを検出できないとき は、プログラム制御は、上述のようにタスク１０６に戻り、上述のタスクを繰り 返す。 もちろん当業者には、図８に示すフローチャートがリダイレクタ１００によっ ておこなわれるタスクを表すために示されるだけで、これらのタスクが多くの異 なる構成をとりうることを理解できるだろう。例えば、リダイレクタ１００は、 図８に示す連続したループにおいて動作する必要はない。むしろ、リダイレクタ １００は、ルートされるべきリクエスト、データまたはメッセージがそれを通じ てファイルサーバ１４において検出されるときにいつても動作されればよい。同 様に当業者には、リダイレクタ１００が連続的なループにおいて動作するかどう かは、もし割り込みをうけたり、そうでなければリダイレクタ１００からダイバ ート（divert）されたりするときに、ファイルサーバ１４がその他のタスクを扱 うことに対して、影響を与えないことが理解できるだろう。 図９および１０は、リムーバブルメディアコントローラ１０２によっておこな われるタスクのフローチャートを示す。上述のように、リムーバブルメディアコ ントローラ１０２は、リムーバブルメディア管理データベース１０４を管理し、 そのブロックダイヤグラムは図１１に示される。またＮＯＳ８４（図７参照）に コマンドを発することによってリムーバブルメディア３０、リムーバブルメディ アドライブ２６、およびリムーバブルメディアサーバ２４の管理を助ける。リダ イレクタ１００（図８参照）について、図９および１０は、簡単のため、リムー バブルメディアコントローラ１０２が連続なループで動作しているときの図であ る。しかし当業者であれば、他のプログラム構成によってリムーバブルメディア コントローラ１０２によっておこなわれるいろいろなタスクを起動するために他 の技法が用いられうることが理解できるだろう。 当業者であれば、リムーバブルメディアコントローラ１０２は、本発明に直接 関係のない「家事」やその他のタスクをおこなうことができることを理解できる だろう。さらに、リムーバブルメディアコントローラ１０２は、問い合わせタス ク１２４を実行することによって、図８を参照して上述したようにリダイレクタ １００を介してアンソリシテッドの「メディアアウト（Medium Out）」メッセー ジがリムーバブルメディアサーバ２４から受け取られたかどうかを検出する。「 メディアアウト」メッセージは、リムーバブルメディアサーバ２４が、以前にそ のドライブ２６（図１参照）のうちの１つに装着されたメディア３０（図１参照 ）がとりはずされたことを検出したことを、リムーバブルメディアコントローラ １０２に知らせる。このメッセージは、とりはすされたメディア３０を特定する 。あるいは、さらにこのメッセージは、とりはずされたメディア３０に関係する リムーバブルメディアサーバ２４およびドライブ２６を特定するものであっても よい。 タスク１２４が「メディアアウト」メッセージを検出するとき、タスク１２６ は、その示されたメディア３０をディスマウントする。上述のように、メディア ３０は、ボリュームと１対１の対応関係にある。よって、タスク１２６は、とり はずされた物理メディア３０に関連した論理ボリュームをディスマウントする。 ディスマウントは、ＤＩＳＭＯＵＮＴ（ディスマウント）コマンドをＡＰＩ９０ （図７参照）を通じてＮＯＳ８４に送ることによっておこなわれる。リムーバブ ルメディアコントローラ１０２は、ファイルサーバ１４上の常駐ＮＬＭであるか ら、このコマンドは、本質的にセキュリティプログラム８６（図７参照）をバイ パスする。言い換えると、ＤＩＳＭＯＵＮＴコマンドは、セキュリティプログラ ム８６およびそのコマンドを実行するＮＯＳ８４によってブロックされない。と りはずされたメディア３０に関連するボリュームをディスマウントすることによ って、ＮＯＳ８４は、関連するボリュームマウントテーブル９４（図７参照）に よって使われるメモリスペースを解放する。 タスク１２６は、ＮＯＳ８４に送られるＤＩＳＭＯＵＮＴコマンドを組み立て るときにリムーバブルメディア管理データベース１０４を参照してもよい。図１ １は、データベース１０４のブロックダイヤグラムの例を示す。図１１に示すよ うに、データベース１０４は、マネージャリスト１２８、ボリュームリスト１３ ０、およびドライブリスト１３２を含む。 管理者リスト１２８は、ネットワーク１０上のリムーバブルメディアの使用を 管理する権限を与えられた者のパスワードを認識する。これらのリムーバブルメ ディア使用管理者は、ネットワーク１０の管理において、図書館員の役割をもち 、より技術的かつセキュリティに関係した役割を担うスーパバイザとは対照的で ある。リスト１２８は、直接、これらのパスワードを認識してもよいし、または ネットワーク１０上でそのようなパスワードがどこで見つかるかを示すポインタ を含んでいてもよい。好ましい実施例においては、スーパバイザだけがリムーバ ブルメディアリダイレクタ１００およびリムーバブルメディアコントローラ１０ ２（図７参照）をファイルサーバ１４にインストールする権限を有する。さらに 、スーパバイザは、リスト１２８にのっているパスワードがどの管理者のもので あるかを知る権限ももつ。図５を参照して上述したように、このインストールは 、リムーバブルメディア管理プログラム５８のインストールモジュールを実行す るときにおこなわれる。本発明の好ましい実施例においても、従来のインストー ル 技法が用いられる。リスト１２８を通じて管理者のパスワードを認識するために は、従来のデータベース管理の技法を用いることができる。 ボリュームリスト１３０は、メディアまたはデータに付随するボリュームを組 織だった方法で関連づける。例えば、それぞれのメディア３０は、ネットワーク ユーザおよび／またはＮＯＳ８４によって認識できる論理名をもつ。同じメディ アは、必ずしも必要ではないが、重複しないＩＤコードをもっていてもよい。示 されたメディア３０およびその利用についてのより大量の情報をネットワークユ ーザに与えるために、長い記述が含まれていてもよい。さらに、ステータスフィ ールドは、リムーバブルメディアコントローラ１０２が自動的にメディア３０と 同じボリュームにマウントされることを許可されるかどうかを示す。その他のフ ィールドは、メディア３０がインストールされているボリュームおよびカレント ドライブ（もしあれば）を使うことを許可されているネットワークユーザを認識 する。 ドライブリスト１３２は、リムーバブルメディアドライブ２６を記述するデー タを組織だった方法で関連づける。例えば、それぞれのリムーバブルメディアド ライブ２６は、ネットワークユーザおよび／またはＮＯＳ８４によって認識され る論理名をもつ。この名前は、ドライブ２６を管理するリムーバブルメディアサ ーバ２４と通信するためのネットワークアドレスおよびリムーバブルメディアサ ーバ２４を管理するのに対するドライブ２６のドライブ番号とは、関連はあるが 、異なっている。メディア３０がドライブ２６に装着されているときには、ボリ ュームリスト１３０のカレントドライブフィールドは、メディア３０がどこに装 着されているかを記述するドライブリスト１３２にあるレコードを指し示すか、 そうでなければ認識する。 図９を再び参照すると、タスク１２６がＤＩＳＭＯＵＮＴコマンドを組み立て るとき、タスク１２６は、コマンドに含ませる適切な論理名を得るためにボリュ ームリスト１３０を参照する。タスク１２６がＤＩＳＭＯＵＮＴコマンドまたは ファンクションコールをＮＯＳ８４に送った後、タスク１３４は、データベース １０４（図１１を参照）およびロケーションテーブル１１２（図８参照）をアッ プデートすることによって、とりはずされたメディア３０にはもうカレントドラ イブ番号がアサインされていないことを示す。タスク１３４の後、プログラム制 御は、タスク１２４に戻り、リムーバブルメディアコントローラ１０２に向けら れるべき他のコマンドまたはメッセージを探す。 タスク１２４が「メディアアウト」メッセージを検出できないときには、コン トローラ１０２は、問い合わせタスク１３６を用いて、ファイルサーバ１４にお いて「メディアイン（Medium In）」メッセージが受け取られていないかを決定 する。上述のように、このメッセージは、リダイレクタ１００を介してリムーバ ブルメディアサーバ２４から受け取られうる。メディアインメッセージは、リム ーバブルメディアコントローラ１０２に、リムーバブルメディアサーバ２４がそ のドライブ２６のうちの１つへのメディア３０（図１参照）の装着を検出したこ とを知らせる。このメッセージは、装着されたメディア３０に関係するリムーバ ブルメディアサーバ２４およびドライブ２６のアイデンティティとともに、装着 されたメディア３０を認識する。 タスク１３６がメディアインメッセージを検出すると、コントローラ１０２は 、問い合わせタスク１３８を実行する。タスク１３８は、新しく装着されたメデ ィアが認識されたかどうかを決定する。タスク１３８は、その決定をおこなうと きには、データベース１０４（図１１参照）のボリュームリスト１３０を参照し てもよい。タスク１３８は、リスト１３０が新しく装着されたメディア３０につ いてのレコードを含むことをベリファイする。もしレコードが存在するなら、メ ディア３０は認識されている。もしリスト１３０の中にメディア３０のレコード が存在しないなら、そのメディアは認識されていない。タスク１３８は、その新 しいメディアを自動的にマウントすべきかを決定するために、新しいメディア３ ０の認識のためのテストをする。もし、新しくロードされたボリュームが認識で きないなら、コントローラ１０２は自動的にロードすることを許可しない。この 制御によって、ネットワーク１０上のリムーバブルメディアの使用の管理者は、 ネットワーク１０上にどのメディアがサービス可能な状態に置かれているかにつ いて管理を維持することができる。ネットワークユーザは管理者によって承認さ れない限り、ネットワーク１０上に、ゲームやあるいは潜在的に壊れやすいデー タのような望ましくないリムーバブルメディアをサービス可能な状態に置くこと を 許されないようにできる。もし、新しく装着されたメディア３０が認識されなけ れば、プログラム制御は、タスク１２４に戻り、リムーバブルメディアコントロ ーラ１０２に向けられるかもしれない他のコマンドまたはメッセージを探す。タ スク１２４（不図示）に戻る前に、コントローラ１０２が、新しいメディアが認 識されず、かつマウントされないであろうことをネットワークユーザに知らせる ための適当なエラーレポートをフォーマットし、送ってもよいことは、当業者に は当然、理解できるだろう。 タスク１３８が新しく装着されたメディア３０が認識されることを決定すると 、問い合わせタスク１４０は、メディア３０の自動マウントが許可されるかどう かを決定する。タスク１４０は、この決定をおこなうときには、再びデータベー ス１０４（図１１参照）のボリュームリスト１３０を参照してもよい。新しく装 着されたメディア３０に対応するリスト１３０中のレコードのステータスフィー ルドが自動マウントを許可するかどうかを規定する。リムーバブルメディア使用 管理者は、後述のタスクを通して、管理者がネットワーク１０にリムーバブルメ ディア３０を認識させるときに、このフィールドを完成する。このフィールドは 、壊れやすいデータを自動マウントすることを拒否するために使われうる。後述 のように、管理者は、壊れやすいデータを厳重に管理するためにマニュアルでボ リュームをマウントしてもよい。そのいっぽうで、それほど壊れやすくないデー タについては、ネットワークユーザがだれでもドライブ２６にメディア３０を装 着することによって、ボリューム／メディア３０が自動的にマウントされてもよ い。もし、このステータスフィールドが自動マウントが許可されないことを示す なら、リムーバブルメディアコントローラ１０２は、そのボリューム／メディア ３０を自動的にマウントされないようにする。むしろプログラム制御は、タスク １２４に戻ってリムーバブルメディアコントローラ１０２に向けられるべき他の コマンドやメッセージを探す。タスク１２４（不図示）に戻る前に、コントロー ラ１０２が、新しいメディアについては自動マウントが許可されなかったことを ユーザに知らせる適当なエラーレポートをフォーマットし送ってもよいことは、 当業者には当然、理解できるだろう。 タスク１４０が自動マウントが許可されたことをベリファイすると、タスク１ ４２は、メディア３０をマウントする。自動マウントは、ＭＯＵＮＴ（マウント ）コマンドまたはファンクションコールをＡＰＩ９０（図７参照）を介してＮＯ Ｓ８４に発することによっておこなわれる。タスク１４２は、マウントコマンド に含ませるための適当な論理名を得るためにボリュームリスト１３０を参照して もよい。タスク１４２の後で、タスク１４４は、データベース１０４（図１１参 照）およびロケーションテーブル１１２（図８参照）をアップデートすることに よって、新しく装着されたメディア３０のマウントを反映させる。タスク１４４ は、リムーバブルメディアサーバのネットワークアドレスおよび新しく装着され たメディア３０が存在するドライブ番号をドライブリスト１３２（図１１参照） に記録することによって、データベース１０４をアップデートする。タスク１４ ４の後に、プログラム制御はタスク１２４に戻って、リムーバブルメディアコン トローラ１０２に向けられるべき他のコマンドやメッセージを探す。 タスク１３６が「メディアイン」メッセージを検出できないときは、コントロ ーラ１０２は、問い合わせタスク１４６を用いて、「ドライブ変更（Drive Chan ge）」メッセージがファイルサーバ１４において受け取られたかどうかを決定す る。上述のように、このドライブ変更メッセージは、リダイレクタ１００を介し て、リムーバブルメディアサーバ２４から届く。ドライブ変更メッセージは、リ ムーバブルメディアサーバ２４が、以前はバス２８（図１参照）に接続されてい たドライブ２６（図１参照）がとりはずされたことか、または以前はバス２８に 接続されていなかったドライブ２６が追加されたことかのどちらかを検出したこ とをコントローラ１０２に知らせる。タスク１４６がドライブ変更メッセージを 検出すると、タスク１４８は、自動的にデータベース１０４（図１１参照）のド ライブリスト１３２をアップデートしてその変更を反映させる。バス２８からド ライブ２６がなくなるとドライブリスト１３２に存在するレコードが取り除かれ 、バス２８にドライブ２６ができると新しいレコードがドライブリスト１３２に 追加される。タスク１４８の後、プログラム制御はタスク１２４に戻り、リムー バブルメディアコントローラ１０２に向けられるべき他のコマンドやメッセージ を探す。 タスク１４６がドライブ変更メッセージを検出できなかった場合には、コント ローラ１０２は、（図９および図１０におけるコネクタ「Ａ」を介して）問い合 わせタスク１５０を使用して、ワークステーション１２上で走っているリムーバ ブルメディア管理プログラム５８（図５参照）からの管理コマンドがファイルサ ーバ１４で受け取られたか否かを決定する。プログラム５８は、従来のデータベ ース管理技術を使用して、管理コマンドをコントローラ１０２に発行する。これ らのコマンドは、データベース１０４に対するさまざまなアクションにコントロ ーラ１０２をアクセスさせ、かつ従事させる（図１１参照）。データベース１０ ４の管理者リスト１２８によって決定されるように、リムーバブルメディア使用 の管理者のみが、プログラム５８の「管理」モジュールを実行することを許され るのが好ましい。しかし、どのネットワークユーザもプログラム５８の「ユーザ 」モジュールは実行することができる。これらの管理コマンドは、プログラム５ ８とリムーバブルメディアコントローラ１０２との間に確立されたピア・ツー・ ピア通信を介して送信されることが好ましい。このような通信は、下位ＯＳＩス タック９６（図７参照）において予め配列されたソケットを介してルーティング されることが望ましい。もしタスク１５０で管理コマンドが検出されないならば 、プログラム制御は（図１０および図９におけるコネクタ”Ｂ”を介して）タス ク１２４に再びループし、リムーバブルメディアコントローラ１０２に向けて送 られるかもしれない他のコマンドまたはメッセージを探す。 タスク１５０が管理コマンドを検出した場合には、問い合わせタスク１５２は 、そのコマンドについてデータベース１０４に対する管理アクセスが許されるか 否かを決定する。上述したように、管理アクセスは、データベース１０４の管理 者リスト１２８を評価することによって決定され得る。もしそのコマンドをリム ーバブルメディアコントローラ１０２に送るネットワークユーザが管理アクセス を有しているならば、管理者は、データベース１０４をモディファイ（modify） してボリュームをマウントもしくはディスマウントすることができる。 例えば、そのコマンドが管理アクセスを有している場合には、問い合わせタス ク１５４は、そのコマンドがディスマウントコマンドであるか否かを決定する。 もしそうならば、タスク１５６は、適切なＤＩＳＭＯＵＮＴコマンドもしくはＮ ＯＳ８４へのファンクションコールを発行することによってディスマウントを達 成する。ＤＩＳＭＯＵＮＴコマンドはリムーバブルメディアコントローラ１０２ からＮＯＳ８４に行くので、セキュリティプログラム８６（図７参照）はバイパ スされる。上述したように、セキュリティプログラム８６をバイパスすることに よって管理者たちは、管理者たち以外の人々にはプロテクトされているＭＯＵＮ ＴやＤＩＳＭＯＵＮＴのようなネットワーク機能を起動することができる。もし そのコマンドがディスマウントコマンドではなくむしろマウントコマンドである ならば、問い合わせタスク１５８は、プログラム制御をタスク１５６に対して相 補的な機能を実行するタスク１６０に移す。もしそのコマンドがボリュームリス ト１３０（図１１参照）をモディファイするリクエストを表すならば、問い合わ せタスク１６２は、プログラム制御をタスク１６４に移し、もしそのコマンドが ドライブリスト１３２をモディファイするリクエストを表すならば、問い合わせ タスク１６６もまた、プログラム制御をタスク１６４に移す。タスク１６４は、 メディア３０に関連する特定のボリュームにアクセスすることを許可されたユー ザにおけるいかなる変更もＮＯＳ８４に送る。その結果、ＮＯＳ８４は、ボリュ ームとユーザとに関して通常のセキュリティ手続きをインプリメントすることが できる。 タスク１５６、１６０または１６４のいすれかの後で、タスク１６８は、デー タベース１０４（図１１参照）をアップデートするかその他の場合にはモディフ ァイする。管理者は、現在のところサービスに置かれている新たなメディア３０ を特定し、そのメディア３０にアクセスすることを許可されたユーザおよびその メディア３０に関連するボリューム名を特定することができる。管理者は、タス ク１４２（図９参照）に関連して上述したように、そのメディアの自動マウンテ ィングを許すか否かを定義することもできる。同様に、メディア３０がマウント されもしくはディスマウントされた場合には、データベース１０４はそれに従っ てモディファイされる。タスク１６８はまた、管理者が論理名を定義し、物理位 置のようなドライブリスト１３２におけるドライブのための記述を提供すること を許す。タスク１６８は、データベース１０４を改変する際、従来のデータベー ス管理技術を使用する。タスク１６８の後、プログラム制御は、（図１０および 図９におけるコネクタ”Ｂ”を介して）再びタスク１２４にループし、リムーバ ブルメディアコントローラ１０２に向けて送られるかもしれない他のコマンドま たはメッセージを探す。 もしリムーバブルメディアコントローラ１０２において検出されたコマンドが 管理者による使用に制限されないならば、タスク１７０が実行される。タスク１ ７０は、ユーザが発行することのできるさまざまなコマンドに従ってユーザがデ ータベース１０４に格納されているデータを見ることを許す。従来のデータベー スおよびデータフォーマッティング技術がタスク１７０によって使用され、管理 者であるか否かにかかわりなくそのユーザがデータベース１０４におけるあるデ ータを見ることが許される。このように、ユーザは、ネットワーク１０の使用に あたり、現在のところそれらがマウントしているか否かにかかわりなくそのユー ザがどのメディアを利用することができるか、さまざまなドライブ２６（図１参 照）は物理的にはどの位置にあるかを決定することができる。データベース１０ ４もしくはその一部を見ることをユーザに許可した後、プログラム制御は、（図 １０および図９におけるコネクタ”Ｂ”を介して）再びタスク１２４にループし 、リムーバブルメディアコントローラ１０２に向けて送られるかもしれない他の コマンドまたはメッセージを探す。 任意のネットワークユーザは、現在のところどのメディア３０が利用可能であ るかを決定するためにデータベース１０４を見ることができる。もしユーザが現 在のところマウントされてはいないが自動的にマウントされ得るメディア３０に アクセスすることを希望するならば、そのユーザは、管理者であるか否かにかか わりなく、そのメディア３０を得てそれをドライブ２６（図１参照）に装着（lo ad）するだけでよい。管理者はそのためにわずらわされることはない。一方、も しメディア３０がデータベース１０４の中にリストアップされていなければ、す なわち、もしメディア３０が現在のところマウントされておらず、かつ自動的に マウント可能でなければ、そのユーザは、ネットワーク１０を介してメディア３ ０へのアクセスを獲得するために、リムーバブルメディア使用の管理者に相談し なけらばならない。ネットワークスーパバイザは、マウントしたりディスマウン トしたりする必要はない。その必要があれば、メディア３０を扱わないといけな いだろう。同時に、リムーバブルメディア使用の管理者は、彼もしくは彼女が望 むできるだけ多くの制限をリムーバブルメディア３０に対して課することができ る。 図１２は、リムーバブルメディアサーバ２４によって実行されるタスクのフロ ーチャートを示す。当業者であれば、リムーバブルメディアサーバ２４が「家事 」や本発明とは直接的に関係のない他のオーバヘッドタスクを実行することがで きるということを理解するだろう。加えて、リムーバブルメディアサーバ２４は 、問い合わせタスク１７２を実行して、ドライブ２６（図１参照）がバス２８（ 図１参照）上でのみかけを変化させるか否かを決定する。 ドライブの変更は、以前に利用可能であったドライブ２６を削除するか以前に 利用不可能であったドライブ２６を追加するかのいずれかによって生じる。当業 者であれば、固定されたドライブおよびメディアは、そのような削除と追加とを とおして本発明の目的のためのリムーバブルなドライブおよびメディアと等価な 態様で機能するということを理解するだろう。タスク１７２は、バス２８上に位 置し得るすべての可能性のあるドライブ２６にアクセスすることを試みることに よってその決定を行うことができる。本発明の好ましい実施態様では、バス２８ はＳＣＳＩバスである。よって、ドライブ２６は７つまでバス２８に接続されう る。もし以前にインストールされたドライブ２６がリムーバブルメディアサーバ ２４からのアクセスに対するリクエストに応答しなかったならば、もしくは、以 前にアンインストール（un-install）されたドライブ２６がリムーバブルメディ アサーバ２４からのアクセスに対するリクエストに応答するならば、タスク１７ ２は変更を検出する。タスク１７２がドライブ変更を検出した場合には、タスク １７４は、上述したドライブ変更メッセージを構成し、かつ、それをファイルサ ーバ１４に送る。上述したように、リムーバブルメディアコントローラ１０２（ 図７および図９参照）は、データベース１０４（図１１参照）をモディファイす ることによって応答する。タスク１７４の後、プログラム制御は再びタスク１７ ２にループし、リムーバブルメディアサーバ２４の動作を継続する。 タスク１７２がドライブ変更を検出しなかった場合には、問い合わせタスク１ ７６は、リムーバブルメディアサーバ２４によって制御されるドライバ２６のい ずれかにおいてメディア変更が起こったか否かを決定する。ドライブ２６にアク セスする際、タスク１７２に関連して上述したように、リムーバブルメディアサ ーバ２４は、ドライブ２６にそれの中に装着されるリムーバブルメディアのいず れかに関連するシリアル番号を読み取るようにリクエストすることができる。リ ムーバブルメディアサーバ２４は、それのドライブ２６に装着されるメディア３ ０を追跡する（track）リスト（図示せず）を保持することができる。メディア ３０がドライブ２６の中に装着されない場合、もしくは、認識できないシリアル 番号がドライブ２６の中に装着されるメディア３０に関連している場合には、変 更が検出される。タスク１７６がメディア変更を検出する場合には、タスク１７ ８は、メディア変更メッセージをフォーマットし、かつ、それをファイルサーバ １４に送り返す。メディアアウトメッセージは、リムーバブルメディアサーバ２ ４がドライブ２６がその中に装着されたメディア３０を有していないということ をはじめて検出した場合に、送られる。メディアインメッセージは、リムーバブ ルメディアサーバ２４が以前に認識できなかったメディアシリアル番号を検出し た場合に、送られる。タスク１７８の後、プログラム制御は再びタスク１７２に ループし、リムーバブルメディアサーバ２４の動作を継続する。 ドライブの変更もメディアの変更も検出されなかった場合には、タスク１８０ は、リムーバブルメディアサーバ２４でリクエスト６４（図５および図７参照） が既に検出されたか否かが決定される。上述したように、このリクエストは、ワ ークステーション１２から受信された後にファイルサーバ１４から送信された。 リムーバブルメディアサーバ２４は、リクエスト６４を発したワークステーショ ン１２のアイデンティティを知る必要がない。もしタスク１８０がリクエスト６ ４を検出しなかったならば、プログラム制御は再びタスク１７２にループし、リ ムーバブルメディアサーバ２４の動作を継続する。 他方、リクエスト６４がリムーバブルメディアサーバ２４に到着した場合には 、タスク１８２は、必要とされ得るＳＣＳＩ翻訳を完了する。例えば、あるデー タはそのリクエストから複写され、ＳＣＳＩ制御回路４４（図３参照）における 適切なアドレスに書き込まれ得る。そのリクエストデータの一部分は、そのデー タにアクセスする際に使用するためにドライブ２６を特定する。タスク１８２の 後、タスク１８４は、そのリクエストに応答するリムーバブルメディアデータ６ ８ （図５および図７参照）を得る。これらのデータは、リムーバブルメディアドラ イブ２６から得られる。当業者であれば、選択されたドライブ２６がそれの中に 装着されたメディア３０から応答的なリムーバブルメディアデータ６８を得るた めに従来の技術と回路とを使用することを理解するだろう。当業者てあれば、リ クエスト６４は、いくつかのアプリケーションでは、メディア３０上に格納する ためのドライブ２６へのデータを示すことをさらに理解するだろう。このような 状況では、リクエスト６４に応答して応答的なデータ６８が期待されることはほ とんどない。 次に、タスク１８６は、下位ＯＳＩスタックの必要とされる条件に従って応答 的なデータ６８をパケット化し、かつ、それをファイルサーバ１４に送る。タス ク１８６は、ワークステーション１２およびファイルサーバ１４上でそれぞれ走 る下位ＯＳＩスタックプログラム６６（図５参照）および９６（図７参照）の機 能を実質的に実行する。上述したように、応答的なデータ６８は、これらの下位 ＯＳＩスタックプログラムにおいて予め配列されたソケットを通して起こるピア ・ツー・ピア通信を介してファイルサーバ１４のリムーバブルメディアリダイレ クタ１００（図７参照）に送信される。タスク１８６の後、プログラム制御は再 びタスク１７２にループし、リムーバブルメディアサーバ２４の動作を継続する 。 要約すると、本発明は、メディアサービスを効率的かつ信頼的に提供する改良 されたコンピュータネットワークを提供する。１以上の簡単で信頼性がありしか も安価なメディアサーバが、ファイルサーバに近いか否かに関係なく、便利な位 置においてネットワークのケーブルシステムに接続される。専用のＴＳＲや他の プログラムがワークステーション上にインストールされることは必要でない。専 用のハードウェアがファイルサーバの中にインストールされることも必要でない 。従って、本発明は、現存するファイルサーバもしくはネットワークのワークス テーションノードを一時的にも止めることなく、動作中のネットワーク上にイン ストールされることができる。この改良されたインストールは、システムの信頼 性を向上させる。さらに、本発明は、現存するファイルサーバソフトウェアによ って提供される管理の下で動作する。このように高度なセキュリティ、ファイル ハ ンドリング、キャッシングおよびネットワークオペレーティングシステムによっ て提供される他の機能は、メディアサーバでは複製されることを必要としない。 そのメディアサーバは、比較的ローコストで提供されることができ、他のネット ワーク機能を複製しないことから生じる簡潔性のおかげで、卓越した信頼性を提 供することが期待される。さらに、メディアおよびサーバは、さまざまなメディ アが自動的にマウントされるか否か、もしくは、そのネットワークのためのリム ーバブルメディア使用の管理者が最初に相談されなければならないか否かを制御 するデータベースを通して管理される。この管理者は、ネットワークスーパバイ ザである必要はない。 本発明は、好ましい実施態様を参照しながら上述されてきた。しかしながら、 当業者であれば、本発明の範囲から離れることなく、これらの好ましい実施態様 において変更や改変がなされ得るということを認識するだろう。例えば、ここで 議論されたフローチャート、ブロックダイアグラムおよびタスクは、当業者が本 発明の理解を得ることを助けるために簡潔化されている。当業者であれば、コン ピュータネットワークの動作において従来の多くの他のタスクもまた実行され得 ることを理解するだろう。一例としては、当業者であれば、プログラムフローに おける適切な点で適切なエラー状況が検出され得ること、そのようなエラー状況 が発生した場合には対応するエラーメッセージが構成され、適切な目的地に送ら れることを理解するだろう。同様に、必ずしもフローチャーティングには役には 立たないプログラムフローをインプリメントする異なる技術が工夫され得るかも しれない。特に、ここで議論したおのおののタスクは、プログラムフローがバッ クグラウンドもしくは他のタスクを実行することを許可するために中断され得る 。加えて、タスクの順序は変更され得る。そのタスクをインプリメントするため に使用される技術は、システムごとに異なるかもしれない。当業者にとって自明 であるこれらのおよび他の変更および改変は、本発明の範囲に包含されることを 意図されている。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ， ＣＡ，ＣＨ，ＣＺ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＧＢ，Ｈ Ｕ，ＪＰ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＵ，ＬＶ，ＭＧ ，ＭＮ，ＭＷ，ＮＬ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ， ＲＵ，ＳＤ，ＳＥ，ＳＫ，ＵＡ，ＵＳ，ＵＺ，ＶＮ 【要約の続き】 は、リクエスト（６４）をネットワーク（１０）を通し てリムーバブルメディアサーバ（２４）に戻す。リムー バブルメディアサーバ（２４）は、リクエストされたデ ータ（６８）を得て、これらのデータをリクエストして いるファイルサーバ（１４）に戻すようルーティングす る。ファイルサーバ（１４）は、それからリクエストさ れたデータ（６８）を、再びネットワーク（１０）を通 してルーティングされるＮＯＳ（８４）を介して、こん どはリクエストしているワークステーション（１２）に 戻す。データベース（１０４）は、ファイルサーバ（１ ４）において保持されており、ネットワーク（１０）上 でのリムーバブルメディア（３０）の使用を管理するの に用いられる。

Claims (1)

1. 【特許請求の範囲】 １．ネットワークコミュニケーションリンクに接続された少なくとも１つのフ ァイルサーバノードと該ネットワークコミュニケーションリンクに接続された少 なくとも１つのワークステーションノードとを備えたネットワークコミュニケー ションリンクシステムを有するタイプのコンピュータネットワークを動作させる 方法であって、 該ネットワークコミュニケーションリンクにリムーバブルメディアサーバを接 続する工程と、 該ファイルサーバノードにおいて、該少なくとも１つのワークステーションノ ードから該ネットワークコミュニケーションリンクを介して受け取ったリクエス トを検出する工程と、 該リクエストを、該ネットワークコミュニケーションリンクを介して該リムー バブルメディアサーバにリダイレクトするために該ファイルサーバノードを用い る工程と、 該リムーバブルメディアサーバにより該リクエストを提供する工程と、 を含む方法。 ２．前記提供する工程が、前記リムーバブルメディアサーバと光ディスクドラ イブとの間でデータをコミュニケートする工程を含む、請求項１に記載のコンピ ュータネットワークを動作させる方法。 ３．前記リクエストが、前記少なくとも１つのワークステーションノードへの データのリターンをコマンドする、請求項１に記載のコンピュータネットワーク を動作させる方法であって、該方法が、前記提供する工程の後、 前記リムーバブルメディアサーバから前記ネットワークコミュニケーションリ ンクを介して前記ファイルサーバノードにデータを転送する工程と、 該ファイルサーバノードから該ネットワークコミュニケーションリンクを介し て該少なくとも１つのワークステーションノードにデータを転送する工程と、 をさらに含むコンピュータネットワークを動作させる方法。 ４．前記検出する工程の前に、前記ワークステーションノードにおいて前記リ クエストを発する工程をさらに含む、請求項３に記載のコンピュータネットワー クを動作させる方法。 ５．前記リムーバブルメディアサーバによってアクセス可能なメディアに、メ ディアアイデンティティを関連づける工程をさらに含む、請求項４に記載のコン ピュータネットワークを動作させる方法であって、 前記リクエストを発する工程が、 該メディアアイデンティティを、前記ワークステーションの論理ドライブ用の アイデンティティと等価なものとする工程と、 該論理ドライブから、提供すべきリクエストを検出する工程と、 該リクエストを該ファイルサーバにリダイレクトする工程と、 を含むコンピュータネットワークを動作させる方法。 ６．前記リムーバブルメディアサーバが、リムーバブルメディアに関するデー タへのアクセスを容易にするリムーバブルメディアドライブに接続される、請求 項１に記載のコンピュータネットワークを動作させる方法であって、該方法が、 古いリムーバブルメディアから新しいリムーバブルメディアへの変化を検出す るために、該リムーバブルメディアドライブをモニタする工程と、 該モニタする工程が、リムーバブルメディアの該変化を検出したときに、該新 しいリムーバブルメディアを該ネットワーク上で提供するために、該新しいリム ーバブルメディアを自動的に装着する工程と、 をさらに含むコンピュータネットワークを動作させる方法。 ７．請求項６に記載のコンピュータネットワークを動作させる方法であって、 認識されたメディアのリストを維持する工程と、 前記自動的に装着する工程の前に、前記新しいリムーバブルメディアが該リス トに含まれていることを確認する工程と、 をさらに含む、コンピュータネットワークを動作させる方法。 ８．請求項７に記載のコンピュータネットワークを動作させる方法であって、 前記リストが、該リスト中の前記認識されたメディアの各々にステータス表現 を関連づけ、該ステータス表現が、該メディアの自動的装着が許可されるか否か を定義し、 該方法が、前記自動的に装着する工程の前に、該リストが、前記新しいリムー バブルメディアに、自動的に装着可能なステータスを関連づけることを証明する 工程をさらに含む、コンピュータネットワークを動作させる方法。 ９．前記リムーバブルメディアサーバが、リムーバブルメディアに関するデー タへのアクセスを容易にするリムーバブルメディアドライブに接続される、請求 項１に記載のコンピュータネットワークを動作させる方法であって、該方法が、 認識されたメディアのリストを維持する工程であって、該リストが前記リスト 中の前記認識されたメディアの各々にステータス表現を関連づけ、該ステータス 表現が該メディアの自動的装着が許可されるか否かを定義する工程と、 古いリムーバブルメディアから新しいリムーバブルメディアへの変化を検出す る工程と、 該新しいリムーバブルメディアが該リストに含まれているか否かを判断する工 程と、 該新しいリムーバブルメディアが該リストに含まれている場合に、該リストが 該新しいリムーバブルメディアに、自動的に装着可能なステータスを関連づける か否かを判断する工程と、 該新しいリムーバブルメディアが該リストに含まれていない場合、または、該 ステータス表現が該新しいリムーバブルメディアの自動装着を許可しないときに 、該新しいリムーバブルメディアを自動的に装着することを控える工程と、 をさらに含むコンピュータネットワークを動作させる方法。 １０．前記リムーバブルメディアサーバがリムーバブルメディアドライブに接 続される、請求項１に記載のコンピュータネットワークを動作させる方法であっ て、該方法が、 前記ファイルサーバへの物理的アクセスを制限する工程と、 該リムーバブルメディアドライブへの物理的アクセスを、該制限する工程に対 して自由にする工程と、 をさらに含むコンピュータネットワークを動作させる方法。 １１．前記リムーバブルメディアサーバがバスを介して１以上のリムーバブル メディアドライブに接続される、請求項１に記載のコンピュータネットワークを 動作させる方法であって、該方法が、 前記ファイルサーバにおいて、リムーバブルメディアサービスを供給するため に入手可能なリムーバブルメディアドライブのリストを維持する工程と、 リムーバブルメディアサービスを供給するために入手可能なリムーバブルメデ ィアドライブを特定するために、該リムーバブルメディアサーバにおいて該バス をモニタする工程と、 該モニタする工程に応答して、リムーバブルメディアサービスを供給するため に入手可能な該ドライブにおいて変化が起こったか否かを特定する工程と、 該特定する工程が該変化を検出したときに、該ファイルサーバにメッセージを 転送する工程と、 該メッセージに応答して、該リストを自動的に更新する工程と、 をさらに含むコンピュータネットワークを動作させる方法。 １２．リムーバブルメディアデータへのアクセスを確実にかつ効率的に提供し 、ケーブルシステムを有する、コンピュータネットワークであって、該少なくと も１つのワークステーションが該ケーブルシステムに接続され、ファイルサーバ が該ケーブルシステムに接続され、該ファイルサーバが、該少なくとも１つのワ ークステーションとのデータコミュニケーションに携わるように構成された、コ ンピュータネットワークであって、改良が、 該ケーブルシステムに接続され、該ファイルサーバとのデータコミュニケーシ ョンに携わるように構成されたリムーバブルメディアサーバと、 取り外し可能に該リムーバブルメディアサーバに接続され、該リムーバブルメ ディアデータをストアしている、リムーバブルデータ記憶媒体とを含み、 該少なくとも１つのワークステーションが、該リムーバブルメディアデータに 対するリクエストを該ケーブルシステムを介して該ファイルサーバにリダイレク トするように構成され、該ファイルサーバが、該リムーバブルメディアデータに 対するリクエストを該ケーブルシステムを介して該リムーバブルメディアサーバ にリダイレクトするように構成され、該リムーバブルメディアサーバが、該リム ーバブルメディアを該ケーブルシステムを介して該ファイルサーバにルーティン グするように構成され、そして、該ファイルサーバがさらに該リムーバブルメデ ィアデータを該ケーブルシステムを介して該少なくとも１つのワークステーショ ンにルーティングするように構成された、コンピュータネットワーク。 １３．前記リムーバブルメディアサーバが、前記ファイルサーバから物理的に 遠方に位置する、請求項１２に記載のコンピュータネットワーク。 １４．請求項１３に記載のコンピュータネットワークであって、 前記ファイルサーバが、第１のエリアに位置し、 前記リムーバブルメディアサーバが、第２のエリアに位置し、 該第１のエリアと該第２のエリアとが、該第１のエリアに対するユーザアクセ スが該第２のエリアに対するユーザアクセスに比較して制限されている、コンピ ュータネットワーク。 １５．請求項１２に記載のコンピュータネットワークであって、 前記リムーバブルデータ記憶媒体が、光ディスクであり、 該ネットワークが、スモールコンピュータシステムインタフェース（ＳＣＳＩ ）バスを介して前記リムーバブルメディアサーバに接続された光ディスクをさら に含み、該光ディスクが、該リムーバブルデータ記憶媒体を読み出すように構 成された、コンピュータネットワーク。 １６．請求項１２に記載のコンピュータネットワークであって、 前記ファイルサーバが、前記リムーバブルデータ記憶媒体が該ファイルサーバ に対して装着されたときに、前記リムーバブルメディアデータに対するリクエス トを、前記リムーバブルメディアサーバにリダイレクトするように構成され、 該ネットワークが、該リムーバブルメディアサーバに接続されて該リムーバブ ルデータ記憶媒体が取り外し可能に該ドライブに接続されるように構成されたリ ムーバブルメディアドライブをさらに含み、 該ネットワークが、該リムーバブルメディアドライブに取り外し可能に接続さ れるように構成された第２のリムーバブルデータ記憶媒体をさらに含み、 該リムーバブルメディアサーバが、該リムーバブルデータ記憶媒体がいつ該リ ムーバブルメディアドライブに接続され、且つ、第２のリムーバブルデータ記憶 媒体がいつ該リムーバブルメディアドライブに接続されたかを判断するために該 リムーバブルメディアドライブをモニタする手段を含み、 該ファイルサーバが、該モニタ手段に応答して、該第２のリムーバブルデータ 記憶媒体を該ネットワーク上で提供するために該第２のリムーバブルデータ記憶 媒体を自動的に装着するべきか否かを判断する手段を含む、コンピュータネット ワーク。 １７．請求項１６に記載のコンピュータネットワークであって、 前記ファイルサーバ判断手段が、 認識されたリムーバブルデータ記憶媒体のリストを維持する手段と、 該維持手段に応答して、前記第２のリムーバブルデータ記憶媒体が該リストに 含まれることを証明する手段と、 を含むコンピュータネットワーク。 １８．請求項１７に記載のコンピュータネットワークであって、 前記維持手段が、前記リスト中の前記認識されたメディアの各々にステータス 表現を関連づける手段を含み、該ステータス表現が、該メディアの自動装着が許 可されるか否かを定義し、 該判断手段が、該関連づけ手段に応答して、該リストが前記第２のリムーバブ ルデータ記憶媒体に、自動装着可能なステータスを関連づけることを証明する手 段をさらに含む、コンピュータネットワーク。 １９．ネットワークコミュニケーションリンクに接続された少なくとも１つの ファイルサーバノードと該ネットワークコミュニケーションリンクに接続された 少なくとも１つのワークステーションノードとを備えたネットワークコミュニケ ーションリンクシステムを有するタイプのコンピュータネットワークを動作させ る方法であって、 該ネットワークコミュニケーションリンクにリムーバブルメディアサーバを接 続する工程と、 該ネットワークコミュニケーションリンクに接続された該ネットワークのワー クステーションノードにおいて、該データの一部に対するリクエストを発する工 程と、 該ワークステーションからの該リクエストを、該ネットワークコミュニケーシ ョンリンクに接続された該ネットワークのファイルサーバノードにリダイレクト する工程と、 該ファイルサーバにおいて該リクエストを検出する工程と、 該ファイルサーバからの該リクエストを、該ネットワークコミュニケーション リンクに接続された該ネットワークのメディアサーバノードにリダイレクトする 工程と、 該ネットワークの該メディアサーバノードにおいて該リクエストを検出する工 程と、 該データの該リクエストされた部分を、該メディアサーバから該ネットワーク コミュニケーションリンクを介して該ファイルサーバに転送する工程と、 該データの該リクエストされた部分を、該ファイルサーバから該ネットワーク コミュニケーションリンクを介して該ワークステーションに転送する工程と、 を含むコンピュータネットワークを動作させる方法。