JP2010044759A - ネットワークを越えてファイルを配布するためのローカル化された読み込み専用記憶装置 - Google Patents

Abstract

【課題】コンピュータを管理し、ネットワークを介してファイルを分配する手段を簡素化する。
【解決手段】読み込み専用記憶装置202は、コンピュータインターフェース203、プロセッサ206、ネットワークインターフェース207、及びデータ格納装置204を備えており、コンピュータ及びファイルサーバと交信できる。プロセッサ206は、コンピュータからファイル要求を受信すると、(1)データ格納装置204にファイルが保持されている場合、読み込み専用として、要求されたファイルをコンピュータに供給するか、(2)ファイルがファイルサーバから入手できる場合、そのファイルをファイルサーバから入手し、データ格納装置204に保持してから読み込み専用として、入手したファイルをコンピュータに供給するか、(3)コンピュータに、ファイルが入手不可能であるという通知を送信する、といういずれかの方法で、コンピュータに対応する。
【選択図】図２

Description

本発明は、ネットワークと共に用いられるコンピュータ装置およびこのような装置を使用する方法に関する。

典型的なコンピュータは、市販品であろうと、個人用、ビジネス用、特殊用途、その他の目的に作られた特注品であろうと、多くの部品から構成される。コンピュータの一般的な構成部品は、プロセッサ、メモリ、記憶装置、インプットやアウトプット装置およびネットワークインターフェースなどである。また、オペレーティングシステム、例えばマクロソフトウィンドウズ（登録商標）、マックOS、ユニックス、リナックス等は、構成部品とそれらの機能の制御を扱う。それに加え、オペレーティングシステムは、アプリケーションやオペレーティングシステム自身からのファイルの要求を処理する。ファイルの要求があると、オペレーティングシステムは、ローカルの記憶装置の中から、あるいはコンピュータがネットワークに接続されている場合、ネットワークサーバからファイルを供給することを試みる。

本日のコンピュータを取り巻く環境上には、多くの異なった種類の記憶装置とネットワークインターフェースが存在するため、オペレーティングシステムは、一般的にコンピュータに接続可能なほとんど全ての記憶装置やネットワークインターフェースにアクセスできるようプログラムされている。従って、各記憶装置について、記憶装置の種類（例えば磁気や光学を利用したもの）や、インターフェースの種類（例えばIDEやSCSI）や、記憶装置における物理的パラメータ（例えばシリンダ、セクタ、ヘッド、トラックなどの数）を基に、オペレーティングシステムはプログラムされなければならない。また、コンピュータがネットワークに接続される場合、オペレーティングシステムは、さまざまな種類のネットワークインターフェース（例えばEthernet（登録商標）、Token Ring、ATM）や、ネットワークプロトコル（例えばTCP/IP、IPX、AppleTalk、SNA）や、ネットワーク資産（例えばサーバ）と通信するのに使用される特定の方法に対応できるよう、プログラムされなければならない。

さらに、オペレーティングシステムは、ネットワークを介して記憶装置上のファイルを管理することができなければならない。ローカルの記憶装置上、一般的にはオペレーティングシステムはファイルを管理するために、通常はファイル割当表と呼ばれるルックアップテーブルか指数を使用する。オペレーティングシステムは、ネットワークを介して、ネットワークサーバと通信したりファイルを取得できるようにプログラムされなければならない。従って、ファイル取得プロセスを簡素化するために、オペレーティングシステムがネットワークから受け取ったファイル情報を、前記のファイル割当表に類似した形式に変換することは、しばしば有効である。

オペレーティングシステムが、構成部品とそれらの機能を管理する既存の方法は、コンピュータを複雑化している。その複雑さは、コンピュータのセットアップのプロセスで容易に伺うことができる。通常、コンピュータが一般的に使用出来るように次のような処置を行う：（ａ）オペレーティングシステムのインストールを開始することのできる起動装置から起動すること、（ｂ）ローカル記憶装置をパーティションしフォーマットすること、（ｃ）オペレーティングシステム一式をインストールすること、（ｄ）ディスプレイカードやネットワークインターフェースのようなハードウェア構成要素の設定を行うこと、そして（ｅ）アプリケーションをインストールしたり、設定したりすること、などを行う。

コンピュータの複雑さは、コンピュータが使用されている間でも明らかである。アプリケーションとオペレーティングシステムは、定期的な修正やアップデートを必要とすることがあり、修正ファイルやアップデートのインストールは、しばしばアプリケーションの旧式のバージョン、またはオペレーティングシステムの構成要素のアンインストールを伴う。さらにファイルは、プログラムエラー、ユーザーのエラー、またはコンピュータウイルスのため破損することがある。その場合、破損したファイルは、取り替えられるかまたは修復される必要があり、この取り替えあるいは修復のために、破損したファイルを使用するアプリケーションを再インストールしたり、場合によっては、オペレーティングシステム自体を再インストールしなければならないこともある。

コンピュータの使用に伴う複雑さは、通常、高価なメンテナンスとサポートコストを招くこととなる。一般的な商業環境において、サポートコストは、１ユーザーあたりまたは容易に１コンピュータ装置あたり数千ドルにも達しうる。さらに、コンピュータ関連の問題が生じると、仕事の生産性がかなり減少するか、あるいはしばしばゼロになる傾向があることから、コンピュータを維持するコストは増加する。

記憶装置に関連する問題を除いて、ハードウェアの不良に関連する問題は、しばしば短時間で解決されうる。例えば、ビデオカードまたはネットワークインターフェースカードなどの壊れた部品は、同一の部品と迅速に取り替えられることが可能である。しかしながら、問題が記憶装置や記憶装置に保存されたファイルに関連するならば、コンピュータの修理は長いプロセスとなりうる。コンピュータのハードドライブが誤動作するか、または破損したファイルが問題を起こす場合、修理と回復プロセスには、ハードドライブの再初期化、オペレーティングシステムの再インストールおよび／またはアプリケーションの再インストールを伴こともありうる。

現在、コンピュータの複雑さを軽減するために、問題が起こった時の回復プロセスを短くしたり、回復プロセス自体の必要性を最少化したりするために、多数の手段が利用可能である。いくつかの一般的な手段としては、記憶装置の複製を作ること、ネットワークからコンピュータを起動すること、専門的なコンピュータ管理ソフトウェアを利用すること、そして、ファイルレベルのセキュリティを適用することなどの手段がある。

記憶装置の複製を作ることによって、インストールプロセスは短くなりうる。そのためには、最初にコンピュータにアプリケーション一式と共に完全にセットアップする。その後、記憶装置は、「イメージ」ファイルとして複製される。そして、そのイメージファイルは、コンピュータを初期状態にリセットしたり、または同様に装備されたコンピュータをセットアップするのに使用できる。多くの消費者向けコンピュータには、記憶装置を出荷時の状態に復元するのに使用できる、イメージを含む回復ＣＤ−ＲＯＭが付属されている。この記憶装置の複製を利用する上での短所は、記憶装置に保存されたオペレーティングシステム、アプリケーション、または他のファイルに変更があると、記憶装置の新しいイメージを常に作成しなければならないということである。もし、記憶装置が古いイメージから復元された場合、インストールされたソフトウェアに修正またはアップデートを適用する必要があり、この手段は複雑となりえる。

ネットワークの起動手段は、しばしばネットワークサーバから必要なファイルをダウンロードするという単純な機能を果たすコンピュータと共に使用される。このようなコンピュータは通常、BOOTP、TFTP、またはPXEなどの周知なネットワークサービスを使用して、オペレーティングシステムの少量で基本的な部分をダウンロードおよび実行する。これを受けて、オペレーティングシステムは、残りのオペレーティングシステムの部分とアプリケーションのダウンロードを始めることができる。この手段の欠点は、コンピュータにローカル記憶装置がない場合、電源を入れるか、またはリセットする度に、必要なファイルをネットワークサーバからダウンロードするという同じ起動プロセスをたどらなければならないということである。コンピュータにローカル記憶装置がある場合、ダウンロードされたファイルがローカルに保存されるので、このプロセスは有益である。しかしその場合でも、ハードウェア構成要素や、ローカル記憶装置に保存されたファイルの管理等しばしば複雑なタスクを、ネットワークを通してダウンロードされたオペレーティングシステムが担うことになる。

コンピュータ管理ソフトウェアを用いる手段は、エージェント、デーモン、またはサービスといった付加ソフトウェアコンポーネントを加えることによって、オペレーティングシステムの機能を強化させるために使用される。この手段を使った典型的な例は、コンピュータウィルスの感染を防ぐために、保存されたファイルを絶えずスキャンするウイルス対策ソフトウェアを使用することである。この手段の導入方法としては、ローカル記憶装置の重要なファイルを絶えず監視して、いかなるファイルの損傷や破損に対する自己修正を試みるソフトウエアコンポーネントを加えることが挙げられる。これらのソフトウェアの追加は、コンピュータ管理ツールの一部として、サーバから出されたファイルのアップデートを処理するというソフトウェアの機能の追加にもなる。この手段の欠点は、エージェント、デーモン、サービスといったソフトウェアコンポーネントが、オペレーティングシステムに高く依存しているということである。オペレーティングシステムは、これらのソフトウェアコンポーネントが適切に稼動するよう、ローカル記憶装置やネットワークインターフェースを管理するなどの必要な機能を用意する必要がある。

また、多くのオペレーティングシステムは、重要なファイルを破損しうるコンピュータウイルス、無権限のアクセス、ユーザーの誤操作、またはアプリケーションエラーに対する一定のレベルの保護を提供するために、ファイルレベルやディレクトリレベルセキュリティを適用することができる。この手段の欠点は、オペレーティングシステムへの依存性が高く、そして、スーパーユーザー、管理者、または完全なアクセス権と共に稼働しているプロセスにより、ローカル記憶装置上で重要なファイルが誤って変更されるか、削除されるか、または破損されることである。

上記で述べた様々な手段は、単独であるいは他の手段と組み合わせることで、コンピュータの管理に伴う複雑さを減らすことに多少役に立つ。しかし、いずれの手段も、オペレーティングシステムがコンピュータの構成要素を管理する方法を根本的に変更するものではない。したがって、コンピュータを管理し、ネットワークを介してファイルを分配する手段を簡素化する新しいアプローチが要望されている。

本発明は、読み取り専用記憶装置、その装置を結合するシステム、およびコンピュータネットワークを介してファイルを分配する方法を提供する。この記憶装置は、コンピュータインターフェースと通信できるように接続されたデバイスプロセッサ、ネットワークインターフェース、そして、データ格納装置を含むものである。記憶装置がコンピュータとファイルサーバに接続されている際、コンピュータインターフェースとネットワークインターフェースは、前記デバイスプロセッサとコンピュータ、そして前記デバイスプロセッサとファイルサーバとの通信を可能にする。コンピュータは、デバイスプロセッサからファイルを要求することができ、ファイルの要求があると、デバイスプロセッサは、まず、要求されたファイルがデータ格納装置に保持されているか確認する。もし、要求されたファイルがデータ格納装置に保持されていた場合、そのファイルは、読み込み専用としてコンピュータに供給される。

要求されたファイルがデータ格納装置に保持されていない場合、前記デバイスプロセッサは、ネットワーク上のファイルサーバから要求されたファイルを入手することが可能である。要求されたファイルがファイルサーバから利用可能であるならば、デバイスプロセッサは、ファイルを入手して、データ格納装置にそのファイルを保持して、読み取り専用としてコンピュータに供給する。ファイルがデータ格納装置に一旦保持されると、そのファイルは、その後コンピュータに供給可能になる。もし、ファイルがファイルサーバから取得不可能な場合、デバイスプロセッサはその旨をコンピュータに送り返す。

また、記憶装置は、データ格納装置に保持した可能性があるファイルを削除せよとの命令を、ファイルサーバから受信することもありうる。削除命令を受けると、デバイスプロセッサは、データ格納装置にファイルが保持されているか確認して、保持されている場合そのファイルを削除する。

従って、本発明は、改良された読み取り専用記憶装置と、またこの記憶装置を含むシステム全体と、コンピュータネットワークを介してファイルを分配する方法を開示するものである。本発明の特徴と利点は、添付の図面および後述本発明の好ましい実施形態の説明により明らかになるであろう。

従来技術に関するネットワークコンピュータのブロック図である。 本発明の好ましい実施形態に従った読み取り専用記憶装置のブロック図である。 ネットワークコンピュータに結合された図２の記憶装置のブロックである図。 図３のネットワークコンピュータからのファイル要求に応じて記憶装置が使用する演算方式を示すフローチャートである。 ネットワークコンピュータに結合された図２の記憶装置のブロック図である。 本発明の第１の代替実施形態に従った読み取り専用記憶装置のブロック図である。 ネットワークコンピュータに結合された図６の記憶装置を示すブロック図である。 本発明の第２の代替実施形態に従った読み取り専用記憶装置のブロック図である。 ネットワークコンピュータに結合された図８の記憶装置を示すブロック図である。

図面の細部に目を向けると、図１は、従来の技術に見られる典型的なネットワークコンピュータ１０１を示している。この図に示されているように、ネットワークコンピュータ１０１は、市販品、特注品、個人用、またはビジネス用のコンピュータであり、また、個人用のデジタルアシスタント、電話、あるいはネットワーク化された電気製品のような専用装置でもある。図１を見ると、コンピュータ１０１は次のような様々な構成部品と共に示されている。例えば、中央演算処理装置（CPU）１０４、および様々な構成部品間を連結し通信を可能にする内部インターフェースバス１０５。また、ファイル・プリントの共有サーバ１１５および／またはネットワークアプリケーションサーバ１１６のようなネットワーク資産を有するネットワーク１１４に、コンピュータ１０１に有線か無線で連結するネットワークインターフェース１０７。その他、ハードドライブ、非揮発性ランダムアクセスメモリのような、通常、オペレーティングシステム１０３やアプリケーションファイル１０２が保存されている補助記憶装置１０８といった、一般的な構成部品と共に示されている。これらの構成部品は、ネットワーク化されたコンピュータに一般的であり、広く知られている。

オペレーティングシステム１０３は、機能的なコンピュータを形成すべく、構成部品間のやりとりを管理する。そして、オペレーティングシステム１０３は、アプリケーション１０２またはオペレーティングシステム１０３自身からのファイル要求を処理する。このようなファイル要求は、補助記憶装置１０８、ファイル・プリントの共有サーバ１１５、またはネットワークアプリケーションサーバ１１６のいずれかに存在するファイルに、アプリケーション１０２またはオペレーティングシステム１０３がアクセスを要求するときに生じる。このファイル要求を処理するために、オペレーティングシステム１０３は、コンピュータと共用されうる広範で多様な記憶装置とネットワークプロトコルを扱うために、記憶装置１０８とネットワークインターフェース１０７の様々な特性をもとにプログラムされなければならない。さらに、このオペレーティングシステム１０３は、補助記憶装置１０８に保存されたファイルを整理するのに必要な情報と、ネットワークサーバ１１５および１１６から利用できる多様な資産をコンピュータの動作に統合する方法についての情報をもとにプログラムされなければならない。従って、一般的な動作環境で、オペレーティングシステム１０３は、多くの異なった複雑なタスクを行わなければならない。

図２は、本発明の好ましい実施形態に従った、キャッシュベースの記憶装置（ＣＢＤ）２０２のブロック図である。ＣＢＤは、様々なコンピュータの構成部品や、複数のネットワークサーバとのやりとりを管理するときにオペレーティングシステムに要求されるタスクを簡素化するために、図１で示されたようなコンピュータと共に使用されることを目的とする。ＣＢＤ２０２は、次のような４つの基本的な要素から成り立つ。１）ＣＢＤ２０２をコンピュータに接続するメインコンピュータインターフェース２０３、２）ＣＢＤ２０２をネットワークに接続するネットワークインターフェース２０７、３）ＣＢＤ２０２内の構成要素を管理し、コンピュータのオペレーティングシステムからのファイル要求を処理するキャッシュエンジン（またはデバイスプロセッサ）２０６、４）キャッシュエンジン２０６がローカルにファイルを保存するのに使用するキャッシュ（またはデータ格納装置）２０４である。

キャッシュエンジン２０６は、本明細書に説明されているようにＣＢＤ２０２の機能を制御するのに適切であれば、どのような種類の中央演算処理装置であってもよい。設計により、どの様な種類の中央演算処理装置を使用するか決定する。キャッシュエンジン２０６用の中央演算処理装置は、ARM、ヒューレット・パッカード、IBM、インテル、アドバンストマイクロデバイセスなどのメーカーの集積回路部門から入手できる。

キャッシュエンジン２０６は、キャッシュ２０４に保存されたファイルを管理し、そして必要に応じてコンピュータとネットワークと交信できるようプログラムされている。キャッシュエンジン２０６は、C++、Java（登録商標）等のどのようなプログラミング言語でもプログラム可能である。そして、コンパイルされたプログラムは、キャッシュエンジン２０６自体に組み込むか、または、プログラム組み込み専用のメモリに保存することも可能。別の方法としては、キャッシュエンジン２０６がアクセスできるよう、プログラミングをキャッシュ２０４の中に保存することも可能である。プログラミングにより、コンピュータはキャッシュエンジン２０６と通信でき、読み込みを原則としてキャッシュ２０４で保存されたファイルへのアクセスが可能になる。また、プログラミングにより、キャッシュエンジン２０６は、ネットワークインターフェース２０７を介してネットワークと通信できる。従って、コンピュータが、キャッシュ２０４に保存されていないファイルをＣＢＤ２０２から要求するとき、キャッシュエンジン２０６は、ＣＢＤ２０２が接続されたネットワーク上のサーバにそのファイルを要求することも可能である。 要求されたファイルがネットワーク上で見つけられると、キャッシュエンジン２０６は、キャッシュ２０４にファイルを保存し、読み込みを原則として、コンピュータがそのファイルにアクセスできるようにする。要求されたファイルがキャッシュ２０４上でも、ネットワーク上でも利用可能でない場合、キャッシュエンジン２０６は、要求されたファイルが利用不可能であるとの通知をコンピュータに供給しうる。

コンピュータインターフェース２０３とネットワークインターフェース２０７は、キャッシュエンジン２０６が、コンピュータとネットワークのそれぞれに通信が可能なインターフェースであれば、どのような種類であってもよい。コンピュータとネットワークとをＣＢＤ２０２に相互接続する特定のインターフェースの種類の選択は、設計に委ねられる。コンピュータインターフェース２０３の種類として、例えばIDE、ATA、SCSI、IEEE１３９４等、一般的に知られている形式が適している。ネットワークインターフェース２０７のネットワークインターフェースの種類として、例えばEthernet（登録商標）、Token Ring、ATM等、その他一般的に知られている形式が、そしてネットワークプロトコルの種類としてはTCP/IP、IPX、AppleTalk、SNA等、その他一般的に知られている形式が利用可能である。以上に挙げたIDEやTCP/IPなどの構成要素は、さまざまなコンピュータハードウェアメーカーから入手することができる。

従って、記憶装置であるＣＢＤは、特定のプロトコルまたはファイルの構造に適合する必要がないので、ＣＢＤは、オペレーティングシステムから独立した装置である。ＣＢＤに保存されたファイルの管理は、オペレーティングシステムではなくデバイスプロセッサであるキャッシュエンジンが行うので、オペレーティングシステムのプログラムはＣＢＤに保存されたファイルを要求するのに必要とされるプロトコルだけである。従って、オペレーティングシステムとＣＢＤとの通信は少ない手順で実行される。これらの手順のみが、オペレーティングシステムとシステム構造設計に依存するものであり、どのようなハードウェアプラットホーム上でも、これらの手順は標準化が可能である。

また、データ格納装置であるキャッシュ２０４に使用される特定の記憶形式の選択は設計に委ねられる。キャッシュ２０４には、当業者によく知られている媒体として、例えばハードドライブ、DRAM、SDRAM、フラッシュメモリ、あらゆる形式の取り外し可能で読み書き自由な媒体を使用できる。キャッシュエンジン２０６に使用されるプログラミングは、キャッシュ２０４用に選ばれた特定の形式の読み書き自由な媒体の機能に適合しなければならない。

図３は、本発明の最適実施形態に従ってＣＢＤ２０２が組み込まれ、ネットワークに接続されたコンピュータ３０１を示す。この実施形態では、ＣＢＤ２０２は、コンピュータ３０１の内部に組み込まれている。しかし、また、本明細書で説明された機能性のいずれをも失わずに、ＣＢＤ２０２は、コンピュータ３０１の外部に配置されることも可能である。従来技術において、コンピュータは、中央演算処理装置（CPU）３０４、インターフェースバス３０５、補助記憶装置３０８およびネットワークインターフェース３０７を備えている。オペレーティングシステム３０３は、様々な構成部品の動作を統合し、アプリケーション３０２は、オペレーティングシステム３０３により作り出された環境の中で実行される。コンピュータ３０１は、ネットワークインターフェース３０７を介してファイル・プリント共有サーバ３１５およびアプリケーションサーバ３１６に接続されている。ＣＢＤ２０２は、コンピュータインターフェース（図３に示されず）をインターフェースバス３０５に接続することによって、コンピュータと通信できるように接続されている。

図３のネットワークでつながれたコンピュータ３０１は、２つの別々のネットワークに接続されている。第１のネットワーク３０９は、ＣＢＤ２０２のみに利用されるＣＢＤファイルサーバ３１４に、ＣＢＤ２０２を直接接続する。第２のネットワーク３１１は、コンピュータのネットワークインターフェース３０７をファイル・プリント共有サーバ３１５とネットワークアプリケーションサーバ３１６とに接続する。これらのネットワークは、銅線、光ファイバー、ワイヤレス通信、または当業者に知られている他の種類のネットワークで形成される。さらに、第１のネットワーク３０９と、第２のネットワーク３１１が同じ形式である必要はない。例えば、第１のネットワーク３０９がワイヤレスで、第２のネットワークでも構わない。

好ましくは、上記２つのネットワークが相互作用しない独立したネットワークであること。しかしながら、２つのネットワークは、図５で示されるように、ネットワーク集信装置５１３を通して、ＣＢＤ２０２およびネットワークインターフェース３０７に共有される単一のネットワーク接続からなる、単一のネットワークに併合されてもよい。ネットワーク集信装置５１３は、ネットワーク情報をＣＢＤ２０２およびネットワークインターフェース３０７に伝達するように、そしてネットワーク５０９と通信できるように接続されている。このような環境下では、ＣＢＤ２０２をネットワーク上でＣＢＤファイルサーバ３１４と交信する唯一の装置とすることは、必須ではないが好ましいことである。言い換えれば、ＣＢＤファイルサーバ３１４は、ＣＢＤ２０２以外のいかなる装置とも交信せず、そして、ＣＢＤ２０２は、ＣＢＤファイルサーバ３１４以外のいかなるサーバとも交信しないということである。

図６で示された本発明の第１の代替実施形態において、ネットワーク集信装置６０８は、上記の５１３と同様の集信装置であり、ＣＢＤ６０２に組み入れられている。このＣＢＤ６０２は、図７で示されているようにコンピュータ７０１内に配置されていてもよい。図７のコンピュータ７０１は、図３のコンピュータ３０１と同じ構成部品を備えている。しかし、コンピュータ３０１が、外部に配置された集信装置５１３を通してネットワークに接続されるのと違い、コンピュータ７０１は、ＣＢＤ６０２を通してネットワーク５０９に接続されている。ＣＢＤファイルサーバ３１４、ファイル・プリント共有サーバ３１５およびネットワークアプリケーションサーバ３１６は、全て単一のネットワーク５０９に接続されている。ＣＢＤ６０２は、ネットワーク集信装置６０８を介してネットワーク５０９に接続されている。ネットワーク集信装置６０８は、ネットワークインターフェース３０７に接続されており、コンピュータ７０１とネットワーク通信を行う。この接続は、図示されているようにコンピュータの外部で形成されても、あるいはコンピュータの内部で形成されてもよい。

図８では本発明の第２の代替実施形態が示されている。この実施形態においては、ＣＢＤ８０２により、ネットワーク集信装置を使用することなく、コンピュータがネットワークに接続される。ＣＢＤ８０２のネットワークインターフェース８０７は、コンピュータに向けて発信されたネットワーク通信を、直接コンピュータインターフェース８０３に伝達する。したがって、図９に示すように、ＣＢＤ８０２がコンピュータ９０１の内部に組み入れられているとき、ネットワーク通信は、ＣＢＤ８０２を介して、コンピュータ９０１内部のインターフェースバス３０５に伝達される。この構成では、ＣＢＤファイルサーバ３１４、ファイル・プリント共有サーバ３１５およびネットワークアプリケーションサーバ３１６は、全て、ＣＢＤ８０２とコンピュータ９０１の両方にネットワーク通信を供給する単一のネットワーク５０９に接続されていてもよい。加えて、ＣＢＤ８０２とＣＢＤファイルサーバ６１４間の通信のために、現在普及している暗号化技術を導入することによって、上記の構成を図3が示すような好ましい実施形態にすることが可能である。

図４は、デバイスプロセッサであるキャッシュエンジンが、オペレーティングシステムからのファイル要求に応答する際に従う際、好ましい論理を示すフローチャートである。キャッシュエンジンがオペレーティングシステムからファイル要求４０２を受け取ると、その要求がファイルの読み込み４０３であるのか、それとも、ファイルの書き込みあるいはファイルの消去の要求であるのかをチェックする。もし、ファイル要求がファイルの読み込みでない場合、キャッシュエンジンは、「要求無効」の通知をオペレーティングシステムに返信することにより、その要求４０４を拒絶する。もし、その要求がファイルの読み込みの際にキャッシュエンジンは、そのファイルがキャッシュから読み取り可能かどうかを知るために、データ格納装置であるキャッシュ４０６をチェックする。もしファイルがキャッシュ４０６から読み取り可能な場合、キャッシュエンジンはファイル４０７をオペレーティングシステムに供給する。もし要求されたファイルがキャッシュから利用できない場合、キャッシュエンジンはファイル要求４０８をＣＢＤファイルサーバに送信する。このようなファイル要求は、ネットワーク上のあらゆるＣＢＤファイルサーバに送信され、ネットワーク上の特定のＣＢＤファイルサーバに送信されてもよい。ＣＢＤが接続されている特定のネットワークにより、ファイル要求が送信される手段が決まる。もしファイルがＣＢＤファイルサーバ４０９から利用可能であるならば、キャッシュエンジンは、ＣＢＤサーバからローカルキャッシュにファイル４１０をコピーし、そのコピーしたファイル４０７をオペレーティングシステムに供給する。もし、ファイルがＣＢＤファイルサーバから読み取り不可能な場合、キャッシュエンジンは、「ファイル読み取り不可能」の通知をオペレーティングシステム４１１に返信する。

また、オペレーティングシステムの要求に応じて、前記ＣＢＤサーバからファイルを読み取ることに加えて、加えて、前記ＣＢＤは、必要に応じて、もしくはＣＢＤファイルサーバから指示があった場合、ファイルを読み取り保持するように予めプログラムされることもできる。ＣＢＤ上に保存されたファイルは、一つ以上の基準に基づいて削除されてもよく、その結果、そのファイルが必要とされる次の段階で、ＣＢＤは、ＣＢＤサーバからファイルを再読み取りしなければならなくなる。ファイル削除は、ＣＢＤサーバの指示によって強制的に行っても、また、特定のファイルがファイル有効期限タグを備えるようにしてもよい。従って、ＣＢＤは、ファイル有効期限タグによって指示されている日時に、そのファイルを削除することになる。ファイル有効期限は、指定した日時、あるいは予想された出来事に基づく日時に設定されることができる。

次に、本発明のいくつかの利点の実施例を示す。

1. パーソナルコンピュータ上へのオペレーティングシステムのインストール

今日のパーソナルコンピュータ用のオペレーティングシステムは、多くの機能を提供することから、しばしば、オペレーティングシステムを、ローカルハードドライブにインストールすることが必要である。起動プロセスにおいて、ROMに基づいたBIOSは、ハードドライブに保存されているブートストラップを最初に読み込むことにより、オペレーティングシステムをロードする。ブートストラップは、オペレーティングシステムをロードするのに必要とされる、最初に実行可能なコードについての情報を提供する。ブートストラップから提供された情報に基づいて、BIOSは、その最初のファイルをメモリーに取り込んで、ファイルにコントロールを移管する。その結果、このファイルは、全体のオペレーティングシステムをロードするのに必要な他のファイルの取り込みを開始する。

従って、ＣＢＤを備えたコンピュータにおいて、オペレーティングシステムは、起動プロセスの前にローカルハードドライブにインストールされる必要がない。前記BIOSは、オペレーティングシステムがロードを開始するのに必要な最初のファイルを、ＣＢＤから要求してもよい。新しいコンピュータにおいては、ＣＢＤ上のキャッシュは、この段階ではおそらく空である。デバイスプロセッサであるキャッシュエンジンが、コンピュータから最初のファイルの要求を受け取ると、その最初のファイルはＣＢＤファイルサーバから読み取られる。次に、そのファイルはキャッシュに保存され、BIOSに提供される。そして、そのファイルはBIOSからの起動プロセスを制御する。ファイル要求はＣＢＤへ継続して送られ、要求されたファイルは、読み取られ、キャッシュに保存され、ファイル要求者に提供されることができる。従って、初めにオペレーティングシステムをロードするのに必要である全てのファイルは、ＣＢＤによってＣＢＤファイルサーバから入手されうる。

前記のプロセスは、BOOTP、TFTPまたはPXEなどの周知のプロセスによって、ネットワークからコンピュータを起動することと幾分似かよっているが、ＣＢＤを利用する主な利点は、コンピュータが再起動されるとき明らかになる。例えばBOOTPを利用してコンピュータを再起動する場合、ネットワークからファイルをダウンロードするプロセスを繰り返すことが必要となる。一方、ＣＢＤを備えたコンピュータを起動する場合、全ての必要なファイルは、ＣＢＤ内のキャッシュに保存され、そしてそのキャッシュから供給されるので、再びネットワークから全てのファイルをダウンロードすることは必要ではない。また、前記のプロセスは、ローカルハードドライブ上にオペレーティングシステムを保存することと異なる。なぜならその場合、オペレーティングシステムがハードドライブ上のファイルを管理しなければならないからである。一方、ＣＢＤを備えたコンピュータ上で作動するオペレーティングシステムは、ＣＢＤのキャッシュ内のファイルを管理しない。

また、前記のプロセスは、例えば、CD-ROMなどのローカルに装着された読み取り専用装置からコンピュータを起動することと幾分似通っている。しかし、ＣＢＤを使用する利点は、ＣＢＤの柔軟性によって明らかとなる。ファイルを交換する必要があるとき、あるいはアップデートする必要あるとき、CD-ROMを新しいものに取り替えるか、または米国特許番号５８３２２６３および５７９０８４８に開示されたものと同様の技術を使用しなければならない。一方、ＣＢＤによって保持されたファイルは、管理者によって動的に取り替えられるか、あるいはアップデートされる。 管理者は、特定のファイルを削除するために、単に「削除」コマンドをＣＢＤへ送る操作をＣＢＤファイルサーバに対して行えばよい。ファイルを削除した後で、次回そのファイルが要求されるか必要になった時には、最新版のファイルがＣＢＤファイルサーバから読み取られる必要がある。その結果、ＣＢＤは、最新のファイルをキャッシュ内にいつでも保有していることが可能となる。

２． パーソナルコンピュータへのアプリケーションのインストール

ＣＢＤを備えたコンピュータ上でアプリケーションをインストールするプロセスは、前記の、オペレーティングシステムをインストールするプロセスと類似している。オペレーティングシステムは、ユーザーに利用可能なアプリケーションのリストを提示する。ユーザーがアプリケーションを選択すると、オペレーティングシステムは必要なファイルをＣＢＤから要求する。アプリケーションが以前使用されたことがない場合、ＣＢＤは、ＣＢＤファイルサーバから必要なファイルを読み取り、キャッシュ内にそれらのファイルを保存する。そしてオペレーティングシステムがアプリケーションをロードできるように、そのファイルをオペレーティングシステムに供給する。

上記の方法に従って初めてアプリケーションにアクセスする速度は、サーバベースのアプリケーション(例えば、ネットワーク上の複数のユーザーが使用できるようネットワークサーバにインストールされたマイクロソフトワード)を起ち上げる速度に匹敵しているといえる。ＣＢＤを使用する利点は、２回目以降にアプリケーションにアクセスするときに明らかとなる。アクセスする度に、ネットワークサーバから取り込まなければならないサーバベースのアプリケーションと違って、ＣＢＤを使用する場合、アプリケーションはＣＢＤに保持されている。従って、２回目以降に必要な度に、ファイルに素早くアクセスすることが可能である。さらに、アプリケーションの構成要素またはアプリケーションそれ自体は、管理者が「削除」コマンドをＣＢＤに送る操作をＣＢＤファイルサーバに行わせることにより、動的に取り替えられるか、あるいはアップデートされることができる。

３．オペレーティングシステムとアプリケーションに重要なファイルの保護

従来のコンピュータにおいて、ローカルハードドライブに保存されたファイルは、通常、偶然の削除、変更、あるいはユーザーエラーやコンピュータウイルスによって引き起こされる破損の対象になる。削除、変更、または破損されたファイルは、アプリケーションエラー、オペレーティングシステムエラー、またはコンピュータ自体の誤作動につながる可能性がある。したがって、オペレーティングシステムとアプリケーションにとって重要なファイルは、最高水準の保護を受けるべきである。

ファイルを保護するための従来の方法は、数多く存在する。会社環境において、管理者は、自分が完全なアクセス権(読み込み、書き込み、変更、追加、削除など)を持つ唯一のユーザーとなる一方で、一般ユーザーが制限されたアクセス権（読み込み、実行など）を与えるようにコンピュータをセットアップすることで、ファイルレベルのセキュリティを適用することができる。一旦このようなファイルレベルのセキュリティが適用されると、通常それを維持することは、オペレーティングシステムの重要なタスクとなる。オペレーティングシステムは、ファイルとセキュリティを管理するための複雑なリストあるいはデータベースを管理しなければならない。オペレーティングシステムは、破損したかもしれないファイルを自動的に修復しようとする自己修復機能を備えることもできる。加えて、ウイルスからパーソナルコンピュータを保護するためにウイルス対策ソフトウェアがインストールされる可能性がある。しかし、もしファイルレベルのセキュリティシステムが何らかの手段で侵害されると、ハードディスク上のファイルは削除、変更、あるいは破損といったリスクにさらされる。さらに、ウイルス対策ソフトウェアが最新のものでないと、そのソフトウェアは、ウイルスに対する適切な防御を提供できない事態に陥ることもある。

対照的に、ＣＢＤを備えたコンピュータは、人為ミスやウイルスに対して、重要なファイルを完全に保護できる。コンピュータは、前記ＣＢＤに保持されたファイルに対して読み込み専用アクセス権だけを与えられているので、ユーザーやコンピュータからのウイルスによってそれらのファイルが削除されたり、変更されたりまたは破損されたりする可能性が無い。さらにＣＢＤは、ＣＢＤファイルサーバからファイルまたはアップデートを受け入れるだけなので、管理者もオペレーティングシステムもＣＢＤのキャッシュ内に保存されたファイルを変更することはできない。したがって、ＣＢＤは、必然的にオペレーティングシステムやアプリケーションにとって重要なファイルを保護することができる。

さらに、オペレーティングシステムは、上記ＣＢＤ以外のどのような装置からのいかなるプログラムも、あるいは実行可能なコードもロードしないように構成できるため、コンピュータウイルス、ワームまたはスクリプトなどのような、権限のないプログラムもしくはコードに対して、オペレーティングシステムやアプリケーションにとって重要なファイルに別の保護が追加される。この付加的な保護は、上記ＣＢＤを利用したシステムに固有のものである。なぜなら、ＣＢＤを通してコンピュータに提供される全てのファイルは、ＣＢＤファイルサーバ上で使用するに安全であると確認されてからコンピュータに提供されるからである。

４. 簡易なソフトウェアライセンス追跡と管理

会社環境において、ソフトウェアライセンスとその使用状況を管理することはきわめて困難である。ユーザーは、合法なライセンス付きのアプリケーションがインストールされたコンピュータを最初に与えられる。しかし、ユーザーは、自分で他のアプリケーションをインストールし始めるかもしれないし、また、ライセンス料が支払われたインストール済みのアプリケーションのいくつかを一度も使用しないかもしれない。したがって、どのソフトウェアがユーザーによって使用されているか、どのソフトウェアがライセンス付きなのか、どのソフトウェアがライセンス付でないのかを管理するのは、難しい作業となる。

ＣＢＤを備えたコンピュータは、上記のようなソフトウェアとソフトウェアライセンスを管理する作業の煩雑さを低減するために、会社全体に導入される。まず第１に、ＣＢＤは読み込み専用装置であるので、ユーザーはアプリケーションをＣＢＤにインストールすることができない。従って、コンピュータのローカルハードドライブにインストールされたソフトウェアは、ユーザーがインストールしたソフトウェアであることが容易に確認される。第２に、ＣＢＤを備えたコンピュータは、アプリケーションをＣＢＤファイルサーバからダウンロードするため、管理者は、ＣＢＤファイルサーバからアプリケーションがダウンロードされた回数を監視することによって、使用されているアプリケーションの正確な数を容易に把握することができる。管理者は、ＣＢＤからアプリケーションの主要な構成要素を削除する「削除」コマンドを発行し、そして、次にアプリケーションが使用される時に、その構成要素がＣＢＤファイルサーバから要求されるようにすることで、いつでも使用中のアプリケーションの正確な数を把握することができる。第３に、ＣＢＤが使用される場合、アプリケーションの使用を監視しやすいために、アプリケーション販売業者は、使用ごとにライセンスを付与するなどといった以前に無かったライセンス付与のモデルを導入できる。アプリケーション販売業者は、インターネットを通してＣＢＤファイルサーバにアクセスすべく構成されたＣＢＤから、さらに大きな利益を得ることも可能になる。

５．データベースアプリケーション

データベースアプリケーションにとって、ＣＢＤの使用は有効であるといえる。アドレス帳アプリケーションまたは地図アプリケーションは、データベースにまとめられた記録の集合体を利用するアプリケーションの例である。このようなアプリケーションには、比較的変更が少ないものの、周期的なアップデートを必要とすることがある記録がしばしば含まれている。

データベースアプリケーションと共にＣＢＤを利用するために、ルックアップテーブルを含むファイルをＣＢＤに含めることができる。この場合、ルックアップテーブル上の記入事項が、データベース上の個々の記録を示している。初めに、データベースアプリケーションは、ＣＢＤから、または必要な場合ＣＢＤファイルサーバから、ルックアップテーブルのファイルを入手する。ユーザーが必要としているルックアップテーブルファイルからの各記録は、ＣＢＤファイルサーバから読み取られ、ユーザーがアクセスできるようＣＢＤに保持されることができる。従って、データベースアプリケーションが使用された後、キャッシュはユーザーがアクセスした全ての記録を含むことになる。ユーザーによって保持されたいずれかの記録がアップデートされる必要がある場合、ＣＢＤファイルサーバは「削除」命令を発行することができ、その結果、キャッシュから特定の記録が削除される。また、ＣＢＤファイルサーバは、適切な「削除」コマンドを発行することによって、ルックアップテーブルファイル全体をアップデートすることもできる。記録またはルックアップテーブルのファイルが削除された後でユーザーがデータベースにアクセスする時に、ＣＢＤは、必ずアップデートされた記録またはファイルをＣＢＤファイルサーバから読み取らなければならない。従って、ユーザーは、データベースアプリケーションを使用する際、常に最新の記録にアクセスすることになる。

携帯電話などのワイヤレス機器において、上記に述べたデータベース管理方法を有効的に導入することが可能。携帯電話は、しばしば多くの連絡先リストを保存しているが、その連絡先リスト上の多くの記入事項が全く使用されないことがある。しかし、これらの多くの記入事項のために、携帯電話のデータベースを会社のサーバのマスターデータベースと同期させるのに時間がかかることもある。キャッシュとしてフラッシュメモリを装備しているＣＢＤを備えている携帯電話は、携帯電話上で最新のデータベースを維持するために必要な時間を短縮することが可能である。まず、携帯電話のＣＢＤは、連絡先リストの記録のルックアップテーブルファイルをダウンロードする。ユーザーが、アクセスしようとしてルックアップテーブルの特定の記入事項を選択すると、ＣＢＤは、ＣＢＤファイルサーバにワイヤレス接続を開始して、キャッシュにその記入事項を読み取ることで、必要な情報をユーザに提供する。この様にして読み取られた全ての記入事項は、ユーザーが後でＣＢＤファイルサーバにアクセスせずに記入事項にアクセスできるよう、ＣＢＤ内に保持される。さらに、ＣＢＤファイルサーバは、ＣＢＤとのワイヤレス接続を開始して、ルックアップテーブルのファイルまたは特定の記録を消すために「削除」命令を送信することも可能である。その結果、携帯電話は、ユーザーが定期的に必要とする記録をＣＢＤに持っているだけで、記録のアップデートは、ユーザーにとって煩わしい事でなくなる。

６．インターネットサービスプロバイダーまたはアプリケーションサービスプロバイダーのためのＣＢＤ

インターネットサービスプロバイダーまたはアプリケーションサービスプロバイダーは、サービスを提供するためにＣＢＤをサービス加入者に提供することができる。ＣＢＤは、インターネットを介して、ソフトウェアと他のサービスとを顧客へ提供するために、プロバイダーのＣＢＤファイルサーバにアクセスするように構成されることができる。

例えば、サービスプロバイダーは、ＣＢＤを備えたパーソナルコンピュータを顧客に提供するこがとできる。この場合、ＣＢＤは、インターネット上でサービスプロバイダーのＣＢＤファイルサーバを使用するように、あらかじめ設定される。 サービスプロバイダーは、しばしば、インターネット接続がLAN接続よりはるかに遅くなるので、初期のダウンロード時間を短くするために、オペレーティングシステムといくつかの基本的なアプリケーションを、ＣＢＤのキャッシュに前もってインストールすることも可能である。

コンピュータがインターネットに接続されている場合、ＣＢＤはファイルをキャッシュにダウンロードしたり、必要に応じて「削除」コマンドを受け取り、全てインターネットを介して通常通り作動する。もし、ユーザーが別のアプリケーションかオペレーティングシステムを必要とする場合、その要求がサービスプロバイダーに届けられ、そして、本明細書に説明された方法によって、ユーザーは新しいアプリケーションまたはオペレーティングシステムにアクセスすることができるようになる。このようにＣＢＤを応用することで、ユーザーはＣＢＤに対して読み取り専用のアクセスしかえられないので、サービスプロバイダーは、ＣＢＤの内容に対し完全な掌握が可能になる。従って、サービスプロバイダーは、大きな障害なくユーザーのシステムを管理し、アップデートでき、ユーザーのコンピュータに広告を配置することで、付加的利益を作り出す事が可能になる。また、コンピュータの販売御者は、コンピュータ上に広告の配置を許容することと引き換えに、コンピュータの価格を下げることもできる。このようにコンピュータ購入の費用が下がれば、ユーザーの利益にもなる。

本発明は、ネットワークインターフェースを備えた読み取り専用記憶装置、その装置を含むシステム、およびネットワーク上にファイルを分配する方法を開示している。本発明の実施形態が図示され説明されたが、本明細書に説明された発明概念の範囲から外れない限り、より多くの設計変更が可能であることは当業者にとって明らかである。従って、次に挙げる請求項の意図する範囲である限り、本発明はなんら限定されるものではない。

Claims (21)

1. 以下の四要素で構成された記憶装置で、
   （ａ）デバイスプロセッサと、
   （ｂ）前記デバイスプロセッサと通信できるように接続されており、一つコンピュータと通信できるようとこのコンピュータの中央処理装置(CPU)と前記デバイスプロセッサとの間に限り通信を可能にするコンピュータインターフェースと、
   （ｃ）前記デバイスプロセッサと通信できるように接続されており、ネットワークを介して通信でき、かつ前記デバイスプロセッサと他のファイルサーバとの通信は排除しながら一つ以上の特定のファイルサーバとの間の通信を可能にするネットワークインターフェースと、
   （ｄ）前記デバイスプロセッサと通信できるように接続されており、前記デバイスプロセッサが保存されたファイルを管理し、前記CPUは保存されたファイルを管理できず、かつ前記CPUは保存されたファイルを読み込みだけ行うことができるデータ格納装置と、
   を備え、
   前記記憶装置において、前記CPUから最初のファイルの要求があった場合、前記デバイスプロセッサは、(１）要求された最初のファイルがデータ格納装置に存在するか否かを判断し、（２）その最初のファイルがデータ格納装置には存在しない場合、その最初のファイルを特定のファイルサーバから回収し、回収した最初のファイルをデータ格納装置に保存し、（３）回収したファイルを読み込み専用として前記CPUに供給する、ということを行う、記憶装置。
2. 請求項１に記載の記憶装置で、データ格納装置に前記ファイルが存在せず、また特定のファイルサーバから回収できない場合、前記ファイルは入手不可能であるとの通知を前記デバイスプロセッサが前記CPUに通知できるように接続されている記憶装置。
3. 請求項１に記載の記憶装置で、前記CPUが前記記憶装置のネットワークインターフェースを介して、ネットワーク資源と通信できるように接続されている記憶装置。
4. 請求項１に記載の記憶装置で、読み書き自由な媒体から成るデータ格納装置を備えた記憶装置。
5. 以下の四つで構成されたコンピュータネットワークで、
   （ａ）一つ以上の特定のファイルサーバと、
   （ｂ）ネットワーク資源と、
   （ｃ）前記特定のファイルサーバと前記ネットワーク資源から離れて配置されており、ネットワークを介して前記ネットワーク資源と通信できるように接続されているコンピュータと、
   （ｄ）ネットワークを介して前記コンピュータ及び前記の特定のファイルサーバと通信できるように接続されており、デバイスプロセッサ、コンピュータインターフェース、ネットワークインターフェース、データ格納装置を装備している記憶装置と、
   を備え、
   前記デバイスプロセッサは、他のファイルサーバーとの通信を排除しながら前記の特定のファイルサーバとの通信を可能にするようなネットワークインターフェースを備えている、また、前記デバイスプロセッサと前記コンピュータの中央処理装置(CPU)の間に限り通信を可能にするコンピュータインターフェースも備えていると共に、さらに、前記CPUはデータ格納装置に保存されたファイルを管理できず、かつ前記CPUはデータ格納装置に保存されたファイルを読み込みだけを行うという形で、前記デバイスプロセッサはデータ格納装置に保存されたファイルを管理できるように接続される。そして、前記CPUから最初のファイルの要求があった場合、前記デバイスプロセッサは、(１）要求された最初のファイルがデータ格納装置に存在するか否かを判断し、（２）その最初のファイルがデータ格納装置には存在しない場合、その最初のファイルを特定のファイルサーバから回収し、回収した最初のファイルをデータ格納装置に保存し、（３）回収したファイルを読み込み専用として前記CPUに供給する、ということを行う、コンピュータネットワーク。
6. 請求項５に記載のコンピュータネットワークで、データ格納装置に前記ファイルが存在せず、また特定のファイルサーバから回収できない場合、前記ファイルは入手不可能であるとの通知を前記デバイスプロセッサが前記CPUに通知できるように接続されているコンピュータネットワーク。
7. 請求項５に記載のコンピュータネットワークで、コンピュータが前記記憶装置のネットワークインターフェースを介して、ネットワーク資源と通信できるように接続されているコンピュータネットワーク。
8. 請求項５に記載のコンピュータネットワークで、読み書き自由な媒体から成るデータ格納装置を備えたコンピュータネットワーク。
9. コンピュータへファイルを供給する手順で、
   （ａ）記憶装置がコンピュータからファイルの要求を受信するステップで、この記憶装置は、デバイスプロセッサ、コンピュータインターフェース、ネットワークインターフェース、データ格納装置を装備している。デバイスプロセッサは、他のファイルサーバーとの通信を排除しながら一つ以上の特定のファイルサーバとの通信を可能にするネットワークインターフェースを備えていると共に、また、デバイスプロセッサとコンピュータの中央処理装置(CPU)の間に限り通信を可能にするコンピュータインターフェースを備えており、さらに、前記CPUがデータ格納装置に保存されたファイルを管理できず、かつ前記CPUはデータ格納装置に保存されたファイルを読み込みだけを行うという形で、前記デバイスプロセッサはデータ格納装置に保存されたファイルを管理できるように接続される、ステップと、
   （ｂ）前記デバイスプロセッサは、前記ファイルが前記データ格納装置に存在するか否かを判断する。
   （ｃ）前記デバイスプロセッサは、前記ファイルが前記データ格納装置に存在しない場合、そのファイルを特定のファイルサーバから回収し、回収したファイルをデータ格納装置に保存するステップと、
   （ｄ）前記デバイスプロセッサは、回収したファイルを読み込み専用として前記CPUに供給するステップと、
   を含む、コンピュータへファイルを供給する手順。
10. 請求項９に記載のコンピュータへファイルを供給する手順には、データ格納装置に前記ファイルが存在せず、また特定のファイルサーバから回収できない場合、前記ファイルは入手不可能であるとの通知を前記デバイスプロセッサが前記CPUに通知する手順も含まれることを追記する、コンピュータへファイルを供給する手順。
11. 請求項９に記載のコンピュータへファイルを供給する手順には、前記デバイスプロセッサが、一つ以上の特定のファイルサーバから前記記憶装置のデータ格納装置に保存されたファイルの削除命令を受信した場合、そのファイルを削除することも含まれることを追記する、コンピュータへファイルを供給する手順。
12. コンピュータにアップデートされたファイルを供給する手順で、
    （ａ）記憶装置のデバイスプロセッサがファイルサーバから回収しうる複数のファイルのリストをコンピュータの中央処理装置(CPU)に供給するステップと、
    （ｂ）前記CPUから最初のファイルを要求された場合、前記デバイスプロセッサがファイルサーバ内の複数のファイルの中から最初のファイルを回収するステップと、
    （ｃ）前記デバイスプロセッサが、前記最初のファイルを記憶装置内のデータ格納装置に保存すう。前記CPUがデータ格納装置に保存されたファイルを管理できず、かつ前記CPUがデータ格納装置に保存されたファイルを読み込みだけ行うという形で、前記デバイスプロセッサがデータ格納装置に保存されたファイルを管理できるように接続されるステップと、
    （ｄ）前記デバイスプロセッサが、前記ファイルを読み込み専用として前記CPUに供給するステップと、
    （ｅ）前記デバイスプロセッサが、保存されたファイルを削除命令を特定のファイルサーバから受信した場合、保存された最初のファイルをデータ格納装置から削除するステップと、
    を含む、コンピュータにアップデートされたファイルを供給する手順。
13. 請求項１２に記載のコンピュータにアップデートされたファイルを供給する手順には、前記デバイスプロセッサが、最初のファイルのアップデートバージョンが存在するという通知をファイルサーバから受信した場合、データ格納装置に保存された最初のファイルをデータ格納装置から削除することも含まれることを追記する、コンピュータにアップデートされたファイルを供給する手順。
14. 以下の四要素で構成された記憶装置で、
    （ａ）デバイスプロセッサ。
    （ｂ）前記デバイスプロセッサと通信できるように接続されており、一つコンピュータと通信できるようとこのコンピュータの中央処理装置(CPU)と前記デバイスプロセッサとの間に限り通信を可能にするコンピュータインターフェースと、
    （ｃ）前記デバイスプロセッサと通信できるように接続されており、ネットワークを介して通信でき、かつ前記デバイスプロセッサと他のファイルサーバとの通信は排除しながら一つ以上の特定のファイルサーバとの間の通信を可能にするネットワークインターフェースと、
    （ｄ）前記デバイスプロセッサと通信できるように接続されており、前記デバイスプロセッサが保存されたファイルを管理し、前記CPUは保存されたファイルを管理できず、かつ前記CPUは保存されたファイルを読み込みだけ行うことができるデータ格納装置と、
    を備え、
    前記記憶装置において、コンピュータが起動する際に、起動ファイル（ブートストラップファイルかオペレーティングシステムファイルか）の要求があった場合、前記デバイスプロセッサは、（１）要求された起動ファイルがデータ格納装置に存在するか否かを判断し、（２）その起動ファイルがデータ格納装置に存在しない場合、その起動ファイルを特定のサーバから回収し、回収した起動ファイルをデータ格納装置に保存し、（３）回収した起動ファイルを読み込み専用として前記CPUに供給する、ということを行う、記憶装置。
15. 請求項１４に記載の記憶装置で、データ格納装置に前記起動ファイルが存在せず、また特定のファイルサーバから回収できない場合、前記起動ファイルは入手不可能であるとの通知を前記デバイスプロセッサが前記CPUに通知できるように接続されている記憶装置。
16. 請求項１４に記載の記憶装置で、前記CPUが記憶装置のネットワークインターフェースを介して、ネットワーク資源と通信できるように接続されている記憶装置。
17. 請求項１４に記載の記憶装置で、読み書き自由な媒体から成るデータ格納装置を備えた記憶装置。
18. 以下の四つで構成されたコンピュータネットワークで、
    （ａ）一つ以上の特定のファイルサーバと、
    （ｂ）ネットワーク資源と、
    （ｃ）前記の特定のファイルサーバと前記ネットワーク資源から遠隔に配置されており、ネットワークを介して前記ネットワーク資源と通信できるように接続されたコンピュータと、
    （ｄ）ネットワークを介して前記コンピュータ及び前記の特定のファイルサーバと通信できるように接続されており、デバイスプロセッサ、コンピュータインターフェース、ネットワークインターフェース、データ格納装置を装備している記憶装置と、
    を備え、
    前記デバイスプロセッサは、他のファイルサーバーとの通信を排除しながら前記の特定のファイルサーバとの通信を可能にするようなネットワークインターフェースを備えている、また、前記デバイスプロセッサと前記コンピュータの中央処理装置(CPU)の間に限り通信を可能にするコンピュータインターフェースも備えていると共に、さらに、前記CPUはデータ格納装置に保存されたファイルを管理できず、かつ前記CPUはデータ格納装置に保存されたファイルを読み込みだけを行うという形で、前記デバイスプロセッサはデータ格納装置に保存されたファイルを管理できるように接続される。そして、コンピュータが起動する際に、起動ファイル（ブートストラップファイルかオペレーティングシステムファイルか）の要求があった場合、前記デバイスプロセッサは、（１）要求された起動ファイルがデータ格納装置に存在するか否かを判断し、（２）その起動ファイルがデータ格納装置に存在しない場合、その起動ファイルを特定のサーバから回収し、回収した起動ファイルをデータ格納装置に保存し、（３）回収した起動ファイルを読み込み専用として前記CPUに供給する、ということを行う、コンピュータネットワーク。
19. 請求項１８に記載のコンピュータネットワークで、データ格納装置に前記起動ファイルが存在せず、また特定のファイルサーバから回収できない場合、前記起動ファイルは入手不可能であるとの通知を前記デバイスプロセッサが前記CPUに通知できるように接続されているコンピュータネットワーク。
20. 請求項１８に記載のコンピュータネットワークで、前記CPUが記憶装置のネットワークインターフェースを介して、ネットワーク資源と通信できるように接続されているコンピュータネットワーク。
21. 請求項１８に記載のコンピュータネットワークで、読み書き自由な媒体から成るデータ格納装置を備えたコンピュータネットワーク。

Images