JPH09297702A

JPH09297702A - 情報処理装置及びシステム及びその制御方法

Info

Publication number: JPH09297702A
Application number: JP8110811A
Authority: JP
Inventors: Takahiro Kurosawa; 貴弘黒澤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1996-05-01
Filing date: 1996-05-01
Publication date: 1997-11-18

Abstract

(57)【要約】【課題】ファイルサーバ上に存在する必要なファイル
を、自装置内の記憶装置に複製することを可能とし、耐
故障性に優れる情報処理システムを提供する。【解決手段】計算機ネットワークを介してファイルサー
バと通信可能に接続されたクライアント側の計算機（ク
ライアント計算機）において、ファイルの参照が要求さ
れると参照が要求されたファイルをクライアント計算機
内で検索する（ステップＳ１００１、Ｓ１００２）。そ
して、該当するファイルが検索されなかった場合は、フ
ァイルサーバに対して計算機ネットワークを介して該フ
ァイルを要求する（ステップＳ１００４）。そして、当
該要求の応答としてファイルサーバより送信されたファ
イルを計算機ネットワークを介して受信すると、この受
信したファイルを保存した後に、該受信したファイルを
ユーザに提供して所定の処理を遂行する（ステップＳ１
００５、Ｓ１００３）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の情報処理装
置間においてファイルを共有する情報処理装置及びシス
テム及びその制御方法に関する。

【０００２】

【従来の技術】近年、高速なネットワークで結合された
高性能計算機群で構成されたコンピュータシステムが普
及してきた。このような状況において、同様なファイル
構成をもつ計算機間でファイルを共有することが行われ
ている。

【０００３】オペレーティングシステムなどを構成する
ファイル群の典型的な保持方法は、各計算機の二次記憶
装置(各計算機のハードディスク等）に、予め決められ
た構成で蓄積しておく方法である。たとえば、ＵＮＩＸ
などのオペレーティングシステムを実装したコマンドの
ファイル群は、標準的なシステム構成で、５０〜１５０
メガバイト程の二次記憶装置の領域を必要としていた。
通常の利用において、これらオペレーティングシステム
を構成するファイル群は、そのファイル群全体がローカ
ルなファイルシステムに保持されている。

【０００４】しかし、ネットワークを介して複数の計算
機が結ばれた環境では、ＮＦＳ(ネットワークファイル
システム）などにより一部のファイル群を共有すること
も行なわれていた。このような共有では、実行効率の面
から、ファイルシステム(ボリューム）を単位とした共
有形態が多かった。例えば、ＳｕｎＭｉｃｒｏｓｙｓ
ｔｅｍｓが提案したＮＦＳ（ネットワークファイルシス
テム）や、ＣＭＵのＡＦＳ(アンドリューファイルシス
テム）などである。

【０００５】さらに、主メモリ装置の容量に余裕のある
計算機では、ＲＡＭディスクなどの技法が使われ、主メ
モリの一部を二次記憶装置のように利用する事で、二次
記憶装置へのアクセス頻度を低減する事が行なわれてい
た。例えば、ＳｕｎＯＳにおけるｔｍｐｆｓである。

【０００６】

【発明が解決しようとしている課題】ファイルシステム
(ボリューム）を単位とした共有を行なうＮＦＳなどの
ファイル共有方法では、ファイルサーバが利用できない
場合にクライアントも動作できなくなるという問題、す
なわち耐故障性の問題がある。つまり、ファイルシステ
ムを単位とした共有方法では、実行効率を向上させるた
めに、ファイルシステム内の内部的な参照方法(たとえ
ば、ｖ−ｎｏｄｅ）を利用するため、ファイルサーバの
介在無しには、クライアント側でファイルの参照が困難
になってしまう。

【０００７】さらに、クライアント側計算機の記憶容量
が限られる状況において使われるスワップアウト時のフ
ァイル選択処理がＬＲＵなどに代表される短期的な統計
情報を用いて行われると、将来に渡って高い頻度で利用
されるファイルをもスワップアウトしてしまうという問
題がある。

【０００８】本発明は上記の問題に鑑みてなされたもの
であり、ファイルサーバ上に存在する必要なファイル
を、自装置内の記憶装置に複製することを可能とし、耐
故障性に優れる情報処理システム及び装置及びその方法
を提供することを目的とする。

【０００９】また、本発明の他の目的は、ファイルのス
ワップアウト時において、スワップアウトすべきファイ
ルを適切に選択することが可能な情報処理システム及び
装置及びその制御方法を提供することにある。

【００１０】

【課題を解決するための手段】上記の目的を達成するた
めの本発明の情報処理装置は以下の構成を備えている。
即ち、通信手段を介して外部装置と通信が可能な情報処
理装置であって、参照が要求されたファイルを当該装置
内で検索する検索手段と、前記検索手段によって前記フ
ァイルが検索されなかった場合、外部装置に対して前記
通信手段を介して該ファイルを要求する要求手段と、前
記要求手段による要求の応答として送信されたファイル
を前記通信手段を介して受信し、この受信したファイル
を保存する保存手段と、前記受信したファイルを参照し
て所定の処理を遂行する制御手段とを備える。

【００１１】また、好ましくは、前記検索手段は、参照
が要求されたファイルが検索された場合に、前記外部装
置との間で該ファイルの一貫性を確認し、前記要求手段
は、前記検索手段によって前記ファイルが検索されなか
った場合、或は前記検索手段によって検索されたファイ
ルの一貫性が保たれていない場合に、前記外部装置に対
して前記通信手段を介して当該ファイルを要求する。外
部装置との間で共有されているファイルの一貫性が保た
れるからである。

【００１２】また、好ましくは、前記要求手段は、前記
ファイルをそのファイル名を用いて要求する。

【００１３】また、好ましくは、前記保存手段は、前記
受信したファイルを二次記憶装置へ保存する。

【００１４】また、好ましくは、前記保存手段は、前記
受信したファイルを主メモリの一部に保存する。

【００１５】また、好ましくは、前記受信したファイル
を前記保存手段によって保存する際に、保存先の記憶媒
体に十分な空き容量があるか否かを判定する判定手段
と、前記判定手段で十分な空き容量が存在しないと判定
された場合に、前記記憶体上の１つ又は複数のファイル
を削除する削除手段とを更に備える。記憶領域に制限が
ある場合でも、参照要求の発生したファイルを保存する
ための領域を生成し、保存することが可能となるからで
ある。

【００１６】また、好ましくは、前記削除手段は、前記
記憶媒体に記憶された各ファイルの参照頻度を示す統計
情報に基づいて、参照頻度が所定値に満たないファイル
を削除する。参照頻度の小さいファイルを削除すること
により、有用なファイルを残すことが可能となり、記憶
媒体の有効利用が図られる。

【００１７】また、好ましくは、前記統計情報は、各作
業の種類毎に、長期的な参照回数を蓄積したものであ
る。ファイルの参照頻度情報を各作業毎に保持するの
で、記憶媒体に保存されるファイルの構成が各作業に適
したものとなり、記憶媒体の使用効率が更に向上する。

【００１８】また、好ましくは、前記記憶媒体に記憶さ
れた各ファイルについて、夫々の参照回数に基づいて前
記統計情報を更新する更新手段を更に備える。統計情報
が、各ユーザの使用状況により適応したものとなるから
である。

【００１９】以上のような削除手段、統計情報により、
例えばファイルのスワップアウト時において、スワップ
アウトすべきファイルを適切に選択することが可能とな
る。

【００２０】また、上記の目的を達成するための本発明
の情報処理システムは、少なくとも１つのサーバ装置と
クライアント装置が通信手段を介して通信可能に接続さ
れた情報処理システムであって、クライアント装置にお
いて参照が要求されたファイルを当該クライアント装置
内で検索する検索手段と、前記検索手段によって前記フ
ァイルが検索されなかった場合、前記サーバ装置に対し
て前記通信手段を介して該ファイルを要求する要求手段
と、前記サーバ装置において、前記要求手段によって要
求されたファイルを獲得し、この獲得したファイルを前
記通信手段を介して前記クライアント装置へ送信する送
信手段と、前記クライアント装置において。前記送信手
段で送信されたファイルを受信し、この受信したファイ
ルを保存する保存手段と、前記クライアント装置におい
て、前記受信したファイルを参照して所定の処理を遂行
する制御手段とを備える。

【００２１】また、上記の目的を達成するための本発明
による情報処理装置の制御方法は以下の工程を備える。
即ち、通信手段を介して外部装置と通信が可能な情報処
理装置の制御方法であって、参照が要求されたファイル
を当該装置内で検索する検索工程と、前記検索工程によ
って前記ファイルが検索されなかった場合、外部装置に
対して前記通信手段を介して該ファイルを要求する要求
工程と、前記要求工程による要求の応答として送信され
たファイルを前記通信手段を介して受信し、この受信し
たファイルを保存する保存工程と、前記受信したファイ
ルを参照して所定の処理を遂行する制御工程とを備え
る。また、上記の目的を達成するための本発明による情
報処理システムの制御方法は以下の工程を備える。即
ち、少なくとも１つのサーバ装置とクライアント装置が
通信手段を介して通信可能に接続された情報処理システ
ムの制御方法であって、クライアント装置において参照
が要求されたファイルを当該クライアント装置内で検索
する検索工程と、前記検索工程によって前記ファイルが
検索されなかった場合、前記サーバ装置に対して前記通
信手段を介して該ファイルを要求する要求工程と、前記
サーバ装置において、前記要求工程によって要求された
ファイルを獲得し、この獲得したファイルを前記通信手
段を介して前記クライアント装置へ送信する送信工程
と、前記クライアント装置において。前記送信工程で送
信されたファイルを受信し、この受信したファイルを保
存する保存工程と、前記クライアント装置において、前
記受信したファイルを参照して所定の処理を遂行する制
御工程とを備える。

【００２２】

【発明の実施の形態】以下、添付の図面を参照して本発
明の好適な一実施形態を説明する。

【００２３】＜第１の実施形態＞第１の実施形態では、
後述のファイル参照複製プログラムがオペレーティング
システムの一部として実装されたクライアント側の計算
機（以下、クライアント計算機という）による、ファイ
ルの獲得と保存の処理について説明する。クライアント
計算機は、ファイル参照複製プログラムを実行すること
により、自らは装備していないコマンドを利用しようと
した際に、そのコマンドを実装したファイルをファイル
サーバから取り寄せ、当該クライアント計算機内に複製
し、しかる後に当該ファイルを利用する（即ち、当該コ
マンドを実行する）。なお、本第１の実施形態では、フ
ァイルは、ＵＮＩＸにおけるパス名のように名前によっ
て識別されるものとする。

【００２４】以下、まず本実施形態を説明するための装
置の構成について説明し、次に、その動作手順について
述べる。

【００２５】［１］構成図の説明図１は、第１の実施形態による計算機システム及び計算
機の構成を説明するブロック図である。同図において１
００は、計算機ネットワークに接続された計算機を示
す。ここで、計算機１００は、以下の構成を備える。

【００２６】１０１は入力装置であり、本実施形態上で
動作するプログラムの利用者が、コマンドやデータを入
力する。入力装置１０１は、キーボード、マウス、パッ
ド、あるいは、マイクロフォンなどを備える。１０２は
ＣＰＵであり、本実施形態で説明する処理を含む、計算
機１００における各種処理を実現する。なお、ここでは
１つのＣＰＵを使っているが、それぞれのプログラムの
実行に独立なプロセッサを利用するようなハードウェア
形態であっても構わない。１０３は、本実施形態におけ
る処理の内容をユーザに表示するための出力装置であ
り、ＣＲＴディスプレイあるいはプロジェクターなどで
構成される。ここでは、説明を簡単にするため、単一の
表示装置を使っているが、それぞれに独立な表示装置を
使ってもかまわない。

【００２７】１０４は記憶装置であり、本実施形態で説
明する処理を実現するための制御プログラム、ならび
に、それらの制御プログラムが利用するデータを保存す
る。ここでは、説明を簡単にするために単一の記憶装置
を使っているが、記憶対象毎に異なった記憶装置を用い
るようにしてもよいし、ハードディスクなどの二次記憶
装置を含む階層化された記憶装置であってもよい。ま
た、この記憶装置１０４は、一時的に使われるデータを
記憶する主記憶装置と大量のデータを永続的に保持して
おく二次記憶装置とに分かれていても良い。更に、記憶
装置１０４の状態に関係なく永続的なデータを保存する
ＲＯＭなどの読み出し専用メモリが記憶装置１０４に含
まれていても良い。

【００２８】１０５は通信装置であり、計算機ネットワ
ークに接続するＦＤＤＩコントローラなどである。１０
６は計算機バスであり、以上に述べた構成要素１００〜
１０５ならびに記憶媒体読み取り装置１０７を結合する
計算機バスである。

【００２９】計算機２００、３００は、上述の計算機１
００と同様の構成を備えた計算機である。ここでは、３
つの計算機を利用する構成について説明するが、システ
ムに存在する計算機の数は、２つあるいは４つ以上であ
ってもよい。

【００３０】５０００は、本実施形態で説明する複数の
計算機を接続するための計算機ネットワークであり、例
えば、ＥｔｈｅｒｎｅｔやＦＤＤＩなどである。本実施
形態では、汎用の計算機ネットワークを利用した実現形
態について説明しているため、その通信形態として計算
機ネットワークを用いているが、これは、ＩＳＤＮなど
の広域回線であってもよい。

【００３１】図２はクライアント計算機の記憶装置１０
４に格納される主な制御プログラムを示す図である。記
憶装置１０４に保持される制御プログラムは、計算機の
オペレーティングシステム１０、ファイル参照複製プロ
グラム１２、ファイル検索プログラム２０、ファイル参
照プログラム２１、ファイル保存プログラム２２などの
制御プログラムである。また、ファイル参照頻度の統計
情報４０も記憶装置１０４に保持されている。ここで、
統計情報は、計算機の１回の使用期間中における参照頻
度を示すものではなく、ファイル参照複製プログラム１
２をインストールした後の継続的、かつ長期的な参照頻
度を示すものである。

【００３２】なお、これらの制御プログラムならびにデ
ータは、フロッピーディスク装置あるいはＣＤ−ＲＯＭ
装置などの外部記憶媒体読み取り装置１０７から読み込
まれても良い。

【００３３】また、図３はファイルサーバ側の計算機
（以下、サーバ計算機という）の記憶装置１０４に格納
される主な制御プログラムを示す図である。サーバ計算
機の記憶装置１０４には、オペレーティングシステム１
０に加えて、ファイルサーバプログラム１１が格納され
る。

【００３４】［２］動作手順の概要以上の各制御プログラムの関連を説明すると次の通りで
ある。クライアント計算機において、コマンド等の入力
によってファイル参照要求が発生すると、オペレーティ
ングシステム１０によってファイル参照複製プログラム
１２が起動される。ファイル参照複製プログラム１２
は、ファイル参照要求によってファイル検索プログラム
２０を起動し、自計算機内に要求されたファイルが格納
されているかを調べる。該当ファイルが自計算機に格納
されていれば、そのファイルをオペレーティングシステ
ム１０に通知する。

【００３５】一方、該当ファイルが自計算機内に格納さ
れていなければ、ファイル参照複製プログラム１２はフ
ァイル参照プログラム２１を起動し、サーバ計算機にフ
ァイルの参照要求を行う。サーバ計算機のファイルサー
バプログラム１１は、クライアント計算機からのファイ
ル参照要求により、該当するファイルを検索し、これを
クライアント計算機へ転送する。

【００３６】クライアント計算機では、サーバ計算機よ
り該当するファイルが送信されると、ファイル保存プロ
グラム２２を起動して、当該ファイルを保存した後、当
該ファイルを用いて入力されたコマンドを実行する。

【００３７】次に、本実施形態における装置の動作手順
について、フローチャートを用いて更に詳細に説明す
る。

【００３８】図４は本実施形態におけるファイル参照複
製プログラム１２の制御手順を表すフローチャートであ
る。上述のように、ファイル参照複製プログラム１２
は、クライアント計算機（例えば計算機１００）のオペ
レーティングシステム１０の一部として組み込まれてい
る。この制御プログラムは、ユーザからオペレーティン
グシステム１０にファイル参照要求が出された際にオペ
レーティングシステム１０から呼び出され、上記のシス
テム構成上で動作する。

【００３９】まず、ユーザから発行されたファイル参照
要求を受けとる（ステップＳ１００１）。このファイル
参照要求が発生するのは、例えば、アプリケーションの
起動時に、当該起動コマンドを実装したプログラムが入
っているファイルを要求する場合などである。次に、当
該ファイル参照要求に応じて、ファイル検索プログラム
２０を起動し、自計算機内において与えられた名前のフ
ァイルを探す（ステップＳ１００２）。ここで、もし、
要求されたファイルが既に自計算機内に存在するのであ
れば、ステップＳ１００２ａからステップＳ１００３へ
進み、当該ファイルをユーザに（オペレーティングシス
テム１０に）提供する。

【００４０】反対に、当該ファイルを自計算機内に持っ
ていない場合は、ステップＳ１００２ａからステップＳ
１００４へ進み、ファイル参照プログラム２１の起動に
より、ファイルサーバに該当ファイルの提供を要求す
る。そして、ファイルサーバから該当するファイルを提
供できる旨の通知（ＯＫの通知）を受けたなら、ファイ
ルサーバより転送されたファイルをファイル保存プログ
ラム２２により自計算機内に保存する。その後、当該フ
ァイルはユーザに提供される（ステップＳ１００４ａ、
Ｓ１００５）。一方、ファイルサーバにも該当するファ
イルが無ければ、ファイルサーバよりの返答はＮＧとな
るので、ユーザにその旨を通知する（ステップＳ１００
４ａ、Ｓ１００６）。

【００４１】本第１の実施形態の特徴は、ＮＦＳなどの
ようにファイルシステム（ボリューム）を単位としてフ
ァイルを参照するのとは異なり、ファイル保存プログラ
ム２２を使って、個々のファイルを陽に自らの計算機内
に固定する点にある。つまり、ファイルサーバ上に構成
されたファイル群の一部分を、ファイルを単位として、
必要に応じてクライアント計算機上に複製することで、
クライアント側のファイル群の内容を成長させる。例え
ば図９はファイルサーバ側のファイル構成例を説明する
図であり、図１０はクライアント側のファイル構成例を
説明する図である。図９のようなファイル群がサーバ計
算機に保持されている状況で、クライアント計算機の要
求に応じて、その一部分がファイルを単位としてクライ
アント計算機に複製される。その結果、図１０に示すよ
うなファイル群がクライアント計算機に形成され、保持
される。

【００４２】なお、ここでは、説明を簡単にするため、
クライアント計算機のオペレーティングシステムが、最
初にファイルサーバと通信する際のファイルサーバの同
定方法について言及していない。しかしながら、これ
は、ＵＮＩＸのＮＩＳ（Network Information Servic
e）などで採用されているのと同様の手法で実現でき
る。すなわち、クライアント計算機が、機能提供可能な
サーバを探索するためのメッセージをブロードキャスト
し、その機能提供が可能なファイルサーバがそれに答え
るようにプログラムすることで実現できる。

【００４３】次に、ファイルサーバ側計算機で動作する
ファイルサーバプログラム１１の動作概要について説明
する。図５は本実施形態におけるファイルサーバプログ
ラムの制御手順を説明するフローチャートである。この
プログラムは、ネットワーク内の少なくとも一つ以上の
計算機（たとえば、計算機３００）で動作してサービス
を提供している必要がある。

【００４４】まず、クライアント計算機（例えば、計算
機１００）からのファイル参照要求を受け取る（ステッ
プＳ２００１）。ここで、ファイルサーバプログラム１
１が受け取るファイル参照要求は、ファイル参照プログ
ラム２１によって発行されたものである。次に、当該サ
ーバ計算機内において、ファイル参照要求によって与え
られた名前のファイルを検索する（ステップＳ２００
２）。ここで、もし、当該計算機が目的のファイルをも
っているなら、そのファイルを要求しているクライアン
トに送り返す（ステップＳ２００２ａ、Ｓ２００３）。
一方、該当するファイルが存在しなければ、当該参照要
求を発行したクライアントにその旨を通知する（ステッ
プＳ２００２ａ、Ｓ２００４）。

【００４５】なお、ここでは専用のファイルサーバプロ
グラム１１が動作している例について説明しているが、
汎用のデータベースシステムを用いて、個々のファイル
を提供する方法も考えられる。また、クライアント側の
プログラムを、ｆｔｐ（FileTransfer Program）などの
ネットワークファイル転送プロトコルを利用するように
変更する事で、ファイルサーバプログラムにｆｔｐサー
バなどの汎用のネットワークファイルサーバを利用する
ことも容易に実現できる。

【００４６】以下では、上記の動作手順の概要において
用いた各処理（ファイル検索プログラム２０、ファイル
参照プログラム２１、ファイル保存プログラム２２）の
動作を、フローチャートを用いながら説明する。

【００４７】［３］ファイル検索プログラム２０ここでは、計算機内のファイルを探すためのファイル検
索処理を実現するプログラムについて説明する。図６は
本実施形態におけるファイル検索プログラムの制御手順
を説明するフローチャートである。本実施形態では、フ
ァイルは、ＵＮＩＸにおけるパス名のように名前によっ
て識別されるものとする。

【００４８】まず、自計算機内に保持している全てのフ
ァイルの名前と、ファイル参照要求によって与えられた
ファイルの名前との比較を行なう（ステップＳ３００
１）。次に、該当するファイルが見つかったら、ファイ
ルサーバに問合せて、そのファイルの一貫性に関する妥
当性を検査する（ステップＳ３００１ａ、Ｓ３００
２）。この際、ファイルサーバにアクセスできないなら
ば、ファイルサーバにトラブルがあったものと判断し、
そのファイルを検索結果として回答する（ステップＳ３
００２ａ、Ｓ３００３）。

【００４９】また、ファイルサーバへのアクセスが可能
であり、ファイルサーバからの返答が『一貫性に関して
妥当である』なら、そのファイルを検索結果として回答
する（ステップＳ３００２ａ、Ｓ３００２ｂ、Ｓ３００
３）。この場合、当該ファイルを使用すれば良いので、
図４のステップＳ１００２ａの分岐処理によって、ステ
ップＳ１００３へ進む。一方、該当するファイルが見つ
からなかったり、『一貫性に関して妥当でない』との返
答なら、その旨を回答する（ステップＳ３００２ｂ、Ｓ
３００４）。この場合（一貫性に関して妥当でない場
合）、ファイルサーバから当該ファイルを獲得する必要
があるので、図４のステップＳ１００２ａの分岐処理に
よって、ステップＳ１００４へ進むことになる。

【００５０】なお、ここで、サーバ計算機とクライアン
ト計算機による一貫性確認は、例えば次のように行われ
る。即ち、クライアント計算機は、一貫性を確認すべき
ファイルのファイル名と、当該ファイルの作成日時をサ
ーバ計算機へ通知する。サーバ計算機は、通知されたフ
ァイル名を有するファイルを検索し、その作成日時を獲
得し、クライアント計算機より通知された作成日時と比
較する。そして、この比較の結果、両作成日時が一致す
れば『一貫性に関して妥当である』旨を、作成日時が一
致しなければ『一貫性に関して妥当でない』旨をクライ
アント装置へ通知する。

【００５１】ここでは、ファイル検索時に、そのファイ
ルの妥当性を検査して一貫性を保持する例について説明
しているが、ファイルサーバが、ファイルの変更を検出
した時点で、そのファイルの複製を保持している全ての
クライアントに変更通知を行い、その変更通知に応じて
各クライアント自身がファイルを無効化（invalidate）
することで、一貫性を保持する方法も容易に実現でき
る。

【００５２】また、ここでは、全てのファイルに関して
名前による比較を行なっているが、それ以外の識別方法
を用いるようにしても良い。たとえば、オブジェクト指
向データベースシステムにおけるオブジェクト識別子
（object identifier）などが挙げられる。また、適切
なインデックスを作成する事により、探索空間を小さく
する事も考えられる。

【００５３】［４］ファイル参照プログラム２１次に、自計算機内にファイル参照要求で要求されたファ
イルが存在しない場合に、ファイルサーバに対して条件
を満たすファイルの提供を要求するファイル参照プログ
ラムについて説明する。図７はファイル参照プログラム
の制御手順を説明するフローチャートである。

【００５４】まず、求めるファイルを捜し出す識別条件
となる情報をファイルサーバに送る（ステップＳ４００
１）。本実施形態では、ファイルの名前により識別する
ので、求めるファイルの名前をファイルサーバに渡すこ
とになる。次に、ファイルサーバからの返答を待つ（ス
テップＳ４００２）。

【００５５】ここでは、ファイル名を識別条件として指
定しているが、他の識別条件を指定するようにしてもよ
いことは上述した通りである。即ち、たとえば、オブジ
ェクト指向データベースシステムにおけるオブジェクト
識別子（object identifier）などが挙げられる。

【００５６】［５］ファイル保存プログラム２２ここでは、ファイル単位の利用統計情報を使ったスワッ
プアウト処理を含むファイル保存プログラムについて説
明する。図８は本実施形態におけるファイル保存プログ
ラムの制御手順を説明するフローチャートである。な
お、ここでは、ファイル保存用に割り当てられた記憶装
置として、記憶装置１０４の二次記憶装置の一部を割り
当てているものとする。また、ここでは、ファイル参照
頻度の統計情報４０がクライアント計算機に固定されて
存在する場合について説明しているる。しかしながら、
ファイルサーバが常にファイル参照を監視して利用統計
情報を収集している場合には、そのファイルサーバが保
持している動的な利用統計情報をも加味してもよい。即
ち、記憶装置１０４に保持された静的な統計情報に、フ
ァイルサーバが保持している動的な利用統計情報を加味
して、各ファイルのランク付けを逐次更新させてもよ
い。また、上記統計情報は、クライアント計算機におい
て、各ファイルに対する実際の参照回数に従って更新さ
れてもよい。

【００５７】まず、ファイルサーバより提供されたファ
イルのサイズを求める（ステップＳ５００１）。次に、
このファイルサイズに基づいて、ファイル保存用に割り
当てられた記憶装置１０４の記憶領域に余裕があるかど
うか判定する（ステップＳ５００２）。ここでは、ファ
イルサイズ以上の空き領域があれば、余裕があると判定
する。判定の結果、領域に余裕があるなら、受けとった
ファイルを、ファイルサーバ上と同様の構成（たとえ
ば、同じディレクトリ構成）で記憶装置１０４に記録す
る（ステップＳ５００２ａ、Ｓ５００３）。

【００５８】一方、領域に余裕がないと判定された場合
は、ファイル参照頻度の統計情報４０を参照して、現在
利用されていないファイルの内、参照頻度ランクが所定
ランクより低いファイルを消去する。これにより、空き
領域の確保を試みる（ステップＳ５００２ａ、Ｓ５００
４）。この試みの結果、もし、空き領域が確保できるな
ら、当該ファイルをそこに記憶する（ステップＳ５００
４ａ、Ｓ５００３）。スワップアウトを実行しても十分
な記憶領域を確保できないばあいは、ファイルの保存に
失敗した旨を利用者に通知する（ステップＳ５００４
ａ、Ｓ５００６）。

【００５９】なお、本実施形態では、説明を簡単にする
ために、ファイル参照頻度の統計情報４０は、全てのク
ライアントに予め保持されているものとする。保持され
ている統計情報４０は、例えば、『プログラム開発』や
『文書作成』というような作業内容毎にファイル参照頻
度の統計情報が格納される。ユーザは、各作業の開始に
先立って、これから行う作業の種別（プログラム開発、
文書作成等）を入力する。クライアント装置では指定さ
れた作業種別に対応する統計情報を用いて上述の処理を
行う。なお、クライアント装置に指定された作業種別に
対応する統計情報がない場合は、指定された種別に対応
する統計情報をサーバ装置より獲得する。

【００６０】例えば、図１１Ａ、１１Ｂは『プログラム
開発』という作業内容を対象としたファイル参照頻度の
統計情報の一例を示す図である。図中、行単位に見る
と、参照頻度ランクを基準として、いくつかのファイル
群にグルーピングされている。左端の列に示した数字が
参照頻度ランクを表し、大きいほど、参照頻度が高い事
を示す。中央の列が、参照頻度を表す係数であり、そし
て、右端の列が、ファイル名を示している。なお、参照
頻度に対する参照頻度ランクは、対数によって設定され
ているものとしている。従って、上述のスワップアウト
では、参照頻度ランクが１のファイルを削除するように
する。

【００６１】このファイル保存プログラム２２では、ク
ライアント計算機に保持されるファイルを必要なファイ
ルのみに極小化し、以降の参照を最適化する事で高速な
記憶装置の有効利用を図っている。また、保持するファ
イルは、クライアント計算機に保持されたファイル単位
の利用統計情報に依存して、利用率が高いと予測される
ファイルを選択している。別の見方をすれば、利用率の
低いファイルは削除対象となる。ここで、この利用統計
情報は、長期的統計の蓄積から、システムの作業内容毎
に設定されたファイル参照頻度に基づく点が本実施形態
の特徴である。従って、この点において、本実施形態の
利用統計情報は、仮想記憶管理方式などに利用されるＬ
ＲＵのような短期的な参照履歴を用いた処理とは異な
る。

【００６２】なお、本実施形態では、ファイルサイズ以
上の空き領域があれば領域に余裕があると判定したが、
他の判定基準も考えられる。例えば、ＵＮＩＸにおける
ファイルシステム管理のように、スーパーユーザ以外の
操作では、領域全体の９０％までの利用しか許さないな
どの基準が考えられる。このように、本実施形態のファ
イルサーバとして、実行クライアント制限等のようなラ
イセンス管理を行うようにしても良い。

【００６３】ここでは、ファイルサーバ上と同様の構成
（たとえば、ディレクトリ構成）で、個々のファイルを
保存する例について述べたが、クライアント計算機にお
いてサーバ計算機とは異なった構成によってファイルを
保存する事も考えられる。例えば、サーバ計算機側のフ
ァイル構成がＵＮＩＸのファイルシステムのように多段
階の階層構造を持つ場合でも、クライアント計算機側で
は、ハッシュ表などを用いたフラットな構成で保持する
事が考えられる。例えば、ディレクトリ階層の文字列表
現（いわゆる、パス名）を、文字列ハッシュ関数を用い
てハッシュし、ハッシュ表へのエントリを計算する。そ
して、ハッシュ表には、エントリ番号とオリジナルのパ
ス名とファイル実体へのポインタを保持する。なお、文
字列ハッシュ関数としては、文字列を４バイト毎に区切
り、それらをExclusive-ORで、integerに変換する方法
を採る。このように、本実施形態においては、ファイル
サーバにおける編成とは異なった編成で複製ファイルを
保存するようにしても良い。

【００６４】上記実施形態では、オペレーティングシス
テムが提供する標準的なコマンド群のファイル利用につ
いて説明したが、これは、新たにインストールしようと
するソフトウェア製品についても適用できる。すなわ
ち、従来では、各クライアント計算機に、そのソフトウ
ェア製品を個別にインストールする必要があったが、本
発明の方法を利用すれば、ファイルサーバにのみソフト
ウェア製品をインストールすれば良く、クライアント計
算機では、それを利用するように要求を出すだけで、そ
の複製がクライアント計算機に作られていく事になる。

【００６５】＜第２の実施形態＞以下、本発明の第２の
実施形態について説明する。第２の実施形態では、第１
の実施形態と同様に、ネットワークを介してファイルを
参照複製する例について述べる。特に、ディスクレス形
態の計算機を対象として、ファイル保存プログラムにお
いて利用する「ファイル保存用に割り当てられた記憶装
置」として主メモリを利用することを特徴とする。

【００６６】［１］動作手順の概要第２の実施形態では、第１の実施形態と同様の構成の元
で、ファイルアクセスを行なう例について説明するが、
ファイル保存プログラムによるファイルの保存先となる
記憶装置として、主メモリを利用する点に特徴がある。

【００６７】［２］第２の実施形態におけるファイル保
存プログラム（主メモリ）統計情報を使ったスワップアウト処理を行なうファイル
保存プログラムについて説明する。ここでは、上述の図
８におけるステップＳ５００１〜ステップＳ５００６に
おいて説明したのと同様の処理でファイル保存処理を実
現するが、ファイル保存用に割り当てられた記憶装置と
して、主メモリの一部を割り当てている点が異なる。な
お、この際の主メモリの割り当てに関しては、オペレー
ティングシステムの機能により実現される。例えば、Ｒ
ＡＭディスク機能を実現する手法（ステップＳｕｎＯＳ
において提供されるｔｍｐｆｓ機能など）により割り当
てる事ができる。

【００６８】以上説明したように、上記各実施形態によ
れば、ある程度ファイルの複製を蓄積したクライアント
では既存のＮＦＳなどとは異なり、サーバ計算機にトラ
ブルがあったとしても、共倒れすることがなくなるとい
う効果がある。さらに、長期的統計の蓄積からシステム
の作業内容毎に設定されたファイル参照頻度を利用して
破棄すべきファイルを決定することで、限られたサイズ
の記憶装置を、作業内容に合わせて有効利用できる。

【００６９】また、上記実施形態におけるファイルサー
バは、ＣＤ−ＲＯＭ等のような低速大容量の記憶装置に
保持したファイルを供給可能としてもよい。

【００７０】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用してもよい。

【００７１】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【００７２】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００７３】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【００７４】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【００７５】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００７６】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになるが、簡単に説
明すると、図１２のメモリマップ例に示す各モジュール
を記憶媒体に格納することになる。

【００７７】すなわち、少なくとも「検索処理モジュー
ル」「要求処理モジュール」「保存処理モジュール」お
よび「制御処理モジュール」の各モジュールのプログラ
ムコードを記憶媒体に格納すればよい。

【００７８】ここで、検索処理モジュールは、参照が要
求されたファイルを当該装置内で検索する検索処理を行
うためのプログラムモジュールである。また、要求処理
モジュールは、前記検索処理によって前記ファイルが検
索されなかった場合、外部装置に対して通信インターフ
ェースを介して該ファイルを要求する要求処理を行うた
めのプログラムモジュールである。また、保存処理モジ
ュールは、前記要求処理による要求の応答として送信さ
れたファイルを前記通信インターフェースを介して受信
し、この受信したファイルを保存する保存処理行うため
のプログラムモジュールである。更に、制御処理モジュ
ールは、前記受信したファイルを参照して所定の処理を
遂行する制御処理行うためのプログラムモジュールであ
る。

【００７９】

【発明の効果】以上説明したように、本発明によれば、
ファイルサーバ上に存在する必要なファイルを、自装置
内の記憶装置に複製することを可能とし、耐故障性に優
れたシステムを提供することができる。

【００８０】また、本発明によれば、ファイルのスワッ
プアウト時において、スワップアウトすべきファイルを
適切に選択することが可能となる。

【００８１】

【図面の簡単な説明】

【図１】第１の実施形態による計算機システム及び計算
機の構成を説明するブロック図である。

【図２】クライアント計算機の記憶装置１０４に格納さ
れる主な制御プログラムを示す図である。

【図３】ファイルサーバ側の計算機の記憶装置１０４に
格納される主な制御プログラムを示す図である。

【図４】本実施形態におけるファイル参照複製プログラ
ム１２の制御手順を表すフローチャートである。

【図５】本実施形態におけるファイルサーバプログラム
の制御手順を説明するフローチャートである。

【図６】本実施形態におけるファイル検索プログラムの
制御手順を説明するフローチャートである。

【図７】ファイル参照プログラムの制御手順を説明する
フローチャートである。

【図８】本実施形態におけるファイル保存プログラムの
制御手順を説明するフローチャートである。

【図９】ファイルサーバ側のファイル構成の一例を示す
図である。

【図１０】本実施形態のファイル保存プログラム２２に
よって構成されるクライアント側のファイル構成の一例
を示す図である。

【図１１Ａ】『プログラム開発』という作業内容を対象
としたファイル参照頻度の統計情報の一例を示す図であ
る。

【図１１Ｂ】『プログラム開発』という作業内容を対象
としたファイル参照頻度の統計情報の一例を示す図であ
る。

【図１２】本発明に係る制御プログラムを格納する記憶
媒体のメモリマップ例を示す図である。

【符号の説明】

１００、２００、３００計算機１０１入力装置１０２ＣＰＵ１０３出力装置１０４記憶装置１０５通信装置１０６計算機バス１０７記憶媒体読み取り装置５０００計算機ネットワーク

Claims

【特許請求の範囲】

【請求項１】通信手段を介して外部装置と通信が可能
な情報処理装置であって、参照が要求されたファイルを当該装置内で検索する検索
手段と、前記検索手段によって前記ファイルが検索されなかった
場合、外部装置に対して前記通信手段を介して該ファイ
ルを要求する要求手段と、前記要求手段による要求の応答として送信されたファイ
ルを前記通信手段を介して受信し、この受信したファイ
ルを保存する保存手段と、前記受信したファイルを参照して所定の処理を遂行する
制御手段とを備えることを特徴とする情報処理装置。
【請求項２】前記検索手段は、参照が要求されたファ
イルが検索された場合に、前記外部装置との間で該ファ
イルの一貫性を確認し、前記要求手段は、前記検索手段によって前記ファイルが
検索されなかった場合、或は前記検索手段によって検索
されたファイルの一貫性が保たれていない場合に、前記
外部装置に対して前記通信手段を介して当該ファイルを
要求することを特徴とする請求項１に記載の情報処理装
置。
【請求項３】前記要求手段は、前記ファイルをそのフ
ァイル名を用いて要求することを特徴とする請求項１に
記載の情報処理装置。
【請求項４】前記保存手段は、前記受信したファイル
を二次記憶装置へ保存することを特徴とする請求項１に
記載の情報処理装置。
【請求項５】前記保存手段は、前記受信したファイル
を主メモリの一部に保存することを特徴とする請求項１
に記載の情報処理装置。
【請求項６】前記受信したファイルを前記保存手段に
よって保存する際に、保存先の記憶媒体に十分な空き容
量があるか否かを判定する判定手段と、前記判定手段で十分な空き容量が存在しないと判定され
た場合に、前記記憶体上の１つ又は複数のファイルを削
除する削除手段とを更に備えることを特徴とする請求項
１に記載の情報処理装置。
【請求項７】前記削除手段は、前記記憶媒体に記憶さ
れた各ファイルの参照頻度を示す統計情報に基づいて、
参照頻度が所定値に満たないファイルを削除することを
特徴とする請求項６に記載の情報処理装置。
【請求項８】前記統計情報は、各作業の種類毎に、長
期的な参照回数を蓄積したものであることを特徴とする
請求項７に記載の情報処理装置。
【請求項９】前記記憶媒体に記憶された各ファイルに
ついて、夫々の参照回数に基づいて前記統計情報を更新
する更新手段を更に備えることを特徴とする請求項７に
記載の情報処理装置。
【請求項１０】少なくとも１つのサーバ装置とクライ
アント装置が通信手段を介して通信可能に接続された情
報処理システムであって、クライアント装置において参照が要求されたファイルを
当該クライアント装置内で検索する検索手段と、前記検索手段によって前記ファイルが検索されなかった
場合、前記サーバ装置に対して前記通信手段を介して該
ファイルを要求する要求手段と、前記サーバ装置において、前記要求手段によって要求さ
れたファイルを獲得し、この獲得したファイルを前記通
信手段を介して前記クライアント装置へ送信する送信手
段と、前記クライアント装置において。前記送信手段で送信さ
れたファイルを受信し、この受信したファイルを保存す
る保存手段と、前記クライアント装置において、前記受信したファイル
を参照して所定の処理を遂行する制御手段とを備えるこ
とを特徴とする情報処理システム。
【請求項１１】前記サーバ装置における前記送信手段
は、汎用データベースシステムを利用して実行されるこ
とを特徴とする請求項１０に記載の情報処理システム。
【請求項１２】前記サーバ装置における前記送信手段
は、汎用のネットワークファイルシステムを利用して実
行されることを特徴とする請求項１０に記載の情報処理
システム。
【請求項１３】通信手段を介して外部装置と通信が可
能な情報処理装置の制御方法であって、参照が要求されたファイルを当該装置内で検索する検索
工程と、前記検索工程によって前記ファイルが検索されなかった
場合、外部装置に対して前記通信手段を介して該ファイ
ルを要求する要求工程と、前記要求工程による要求の応答として送信されたファイ
ルを前記通信手段を介して受信し、この受信したファイ
ルを保存する保存工程と、前記受信したファイルを参照して所定の処理を遂行する
制御工程とを備えることを特徴とする情報処理装置の制
御方法。
【請求項１４】前記受信したファイルを前記保存工程
によって保存する際に、保存先の記憶媒体に十分な空き
容量があるか否かを判定する判定工程と、前記判定工程で十分な空き容量が存在しないと判定され
た場合に、前記記憶体上の１つ又は複数のファイルを削
除する削除工程とを更に備えることを特徴とする請求項
１３に記載の情報処理装置の制御方法。
【請求項１５】前記削除工程は、前記記憶媒体に記憶
された各ファイルの参照頻度を示す統計情報に基づい
て、参照頻度が所定値に満たないファイルを削除するこ
とを特徴とする請求項１４に記載の情報処理装置の制御
方法。
【請求項１６】前記統計情報は、各作業の種類毎に、
長期的な参照回数を蓄積したものであることを特徴とす
る請求項１５に記載の情報処理装置の制御方法。
【請求項１７】前記記憶媒体に記憶された各ファイル
について、夫々の参照回数に基づいて前記統計情報を更
新する更新工程を更に備えることを特徴とする請求項１
５に記載の情報処理装置の制御方法。
【請求項１８】少なくとも１つのサーバ装置とクライ
アント装置が通信手段を介して通信可能に接続された情
報処理システムの制御方法であって、クライアント装置において参照が要求されたファイルを
当該クライアント装置内で検索する検索工程と、前記検索工程によって前記ファイルが検索されなかった
場合、前記サーバ装置に対して前記通信手段を介して該
ファイルを要求する要求工程と、前記サーバ装置において、前記要求工程によって要求さ
れたファイルを獲得し、この獲得したファイルを前記通
信手段を介して前記クライアント装置へ送信する送信工
程と、前記クライアント装置において。前記送信工程で送信さ
れたファイルを受信し、この受信したファイルを保存す
る保存工程と、前記クライアント装置において、前記受信したファイル
を参照して所定の処理を遂行する制御工程とを備えるこ
とを特徴とする情報処理システムの制御方法。
【請求項１９】通信手段を介して外部装置と通信が可
能な情報処理装置においてファイル共有を実現するため
の制御プログラムが格納されたコンピュータ可読メモリ
であって、参照が要求されたファイルを当該装置内で検索する検索
工程のコードと、前記検索工程によって前記ファイルが検索されなかった
場合、外部装置に対して前記通信手段を介して該ファイ
ルを要求する要求工程のコードと、前記要求工程による要求の応答として送信されたファイ
ルを前記通信手段を介して受信し、この受信したファイ
ルを保存する保存工程のコードと、前記受信したファイルを参照して所定の処理を遂行する
制御工程のコードとを備えることを特徴とするコンピュ
ータ可読メモリ。