JP2002324004A - 分散管理型ネットワークファイルシステム及びファイル方法 - Google Patents
分散管理型ネットワークファイルシステム及びファイル方法Info
- Publication number
- JP2002324004A JP2002324004A JP2001126845A JP2001126845A JP2002324004A JP 2002324004 A JP2002324004 A JP 2002324004A JP 2001126845 A JP2001126845 A JP 2001126845A JP 2001126845 A JP2001126845 A JP 2001126845A JP 2002324004 A JP2002324004 A JP 2002324004A
- Authority
- JP
- Japan
- Prior art keywords
- file
- client
- management information
- information table
- master
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Multi Processors (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 ネットワーク負荷の軽減及び耐故障性の高い
ネットワークファイルシステムの構築。 【解決手段】 各クライアント２１〜２９がファイル管
理情報を所有することで、ある特定のファイル監視サー
バーを用意しなくとも既存のハードウエアでネットワー
クを実現できる。又、ファイル監視にかかる負荷を軽減
するために、各クライアントが管理情報の参照先をあら
かじめ特定しておき、ファイル管理にかかる負荷を軽減
する。又、各クライアントが入手したファイルを各クラ
イアント内のファイルキャッシュ領域４６に保存し、そ
の保存情報を他クライアントに通知することで、容易に
ファイルの多重化を行うことができ、特定のクライアン
トへのアクセス集中を軽減すると共に、ファイル多重化
による耐故障性の高いネットワークファイルシステムを
実現する。
ネットワークファイルシステムの構築。 【解決手段】 各クライアント２１〜２９がファイル管
理情報を所有することで、ある特定のファイル監視サー
バーを用意しなくとも既存のハードウエアでネットワー
クを実現できる。又、ファイル監視にかかる負荷を軽減
するために、各クライアントが管理情報の参照先をあら
かじめ特定しておき、ファイル管理にかかる負荷を軽減
する。又、各クライアントが入手したファイルを各クラ
イアント内のファイルキャッシュ領域４６に保存し、そ
の保存情報を他クライアントに通知することで、容易に
ファイルの多重化を行うことができ、特定のクライアン
トへのアクセス集中を軽減すると共に、ファイル多重化
による耐故障性の高いネットワークファイルシステムを
実現する。
Description
【０００１】
【発明の属する技術分野】本発明は分散管理型ネットワ
ークファイルシステム及びファイル方法に関し、特に記
録媒体を有する装置で構成される分散管理型ネットワー
クファイルシステム及びファイル方法に関する。
ークファイルシステム及びファイル方法に関し、特に記
録媒体を有する装置で構成される分散管理型ネットワー
クファイルシステム及びファイル方法に関する。
【０００２】
【従来の技術】分散管理型ネットワークファイルシステ
ムとは、共有ファイルを複数のクライアント（コンピュ
ータ）に分散させて配置し、各クライアントがこれらの
共有ファイルを利用する方式である。一方、一括管理型
ネットワークファイルシステムとは、複数のクライアン
トとは別個に共有ファイルが配置されたサーバを設け、
各クライアントがこのサーバ内の共有ファイルを利用す
る方式である。本発明は、このうちの分散管理型システ
ムに関するものである。
ムとは、共有ファイルを複数のクライアント（コンピュ
ータ）に分散させて配置し、各クライアントがこれらの
共有ファイルを利用する方式である。一方、一括管理型
ネットワークファイルシステムとは、複数のクライアン
トとは別個に共有ファイルが配置されたサーバを設け、
各クライアントがこのサーバ内の共有ファイルを利用す
る方式である。本発明は、このうちの分散管理型システ
ムに関するものである。
【０００３】従来の分散管理型ネットワークファイルシ
ステムの一例が、特許第２９４３６９５号公報に記載さ
れている。この公報記載の技術は、共有ファイルを複数
のクライアント（コンピュータ）に分散させて配置し、
ネットワークの負荷を分散させるように当該共有ファイ
ルへのアクセス経路を決定するというものである。
ステムの一例が、特許第２９４３６９５号公報に記載さ
れている。この公報記載の技術は、共有ファイルを複数
のクライアント（コンピュータ）に分散させて配置し、
ネットワークの負荷を分散させるように当該共有ファイ
ルへのアクセス経路を決定するというものである。
【０００４】
【発明が解決しようとする課題】しかし、上記のファイ
ルシステムでは、各クライアントがネットワーク全ての
ファイルの情報を常に監視する必要があるため、多くの
クライアントが存在するような大規模なネットワーク構
成の場合、監視にかかる負荷が飛躍的に増大するという
問題があった。
ルシステムでは、各クライアントがネットワーク全ての
ファイルの情報を常に監視する必要があるため、多くの
クライアントが存在するような大規模なネットワーク構
成の場合、監視にかかる負荷が飛躍的に増大するという
問題があった。
【０００５】又、ネットワークファイルシステムの耐故
障化のためにファイルを多重化する処理は、無条件に多
重化もしくはユーザー側でファイル単位にスケジュール
を設定する必要があった。
障化のためにファイルを多重化する処理は、無条件に多
重化もしくはユーザー側でファイル単位にスケジュール
を設定する必要があった。
【０００６】即ち、第１の問題点は、一括管理型ネット
ワークファイルシステムでは、アクセスがサーバに集中
するためサーバーの負荷やその周辺のネットワーク負荷
が高くなってしまうということである。
ワークファイルシステムでは、アクセスがサーバに集中
するためサーバーの負荷やその周辺のネットワーク負荷
が高くなってしまうということである。
【０００７】第２の問題点は、サーバーへの負荷を軽減
するためには拡張設備を用意する必要があり、コストと
手間がかかるということである。
するためには拡張設備を用意する必要があり、コストと
手間がかかるということである。
【０００８】第３の問題点は、サーバーに障害が発生す
るとサーバーが復旧するまであらゆるリソースにアクセ
スできなくなり、障害に対して脆いということである。
るとサーバーが復旧するまであらゆるリソースにアクセ
スできなくなり、障害に対して脆いということである。
【０００９】第４の問題点は、分散管理方法では、ファ
イルの多重化を行うのにクライアント側で多重化を計画
しなければならず、自動的に作成できないということで
ある。
イルの多重化を行うのにクライアント側で多重化を計画
しなければならず、自動的に作成できないということで
ある。
【００１０】第５の問題点は、従来手法はネットワーク
監視に必要な情報を全てのクライアントで統一する方法
のため、クライアントの増加と共に管理情報の制御工数
が増大し、大規模な構成には不向きだということであ
る。
監視に必要な情報を全てのクライアントで統一する方法
のため、クライアントの増加と共に管理情報の制御工数
が増大し、大規模な構成には不向きだということであ
る。
【００１１】そこで本発明の目的は、サーバーが存在し
ない分散管理型ネットワークファイルシステムにおい
て、（１）ファイル管理にかかる工数を削減すること、
（２）コストをかけずに資源を有効に活用すること、
（３）監視にかかる負荷を削減し、大規模構成にも耐え
うるシステムを構築すること、（４）アクセスポイント
を増やしシステム全体の負荷を分散させること、及び
（５）サーバー括管理型より障害に対して強いシステム
を構築することが可能な分散管理型ネットワークファイ
ルシステム及びファイル方法を提供することにある。
ない分散管理型ネットワークファイルシステムにおい
て、（１）ファイル管理にかかる工数を削減すること、
（２）コストをかけずに資源を有効に活用すること、
（３）監視にかかる負荷を削減し、大規模構成にも耐え
うるシステムを構築すること、（４）アクセスポイント
を増やしシステム全体の負荷を分散させること、及び
（５）サーバー括管理型より障害に対して強いシステム
を構築することが可能な分散管理型ネットワークファイ
ルシステム及びファイル方法を提供することにある。
【００１２】
【課題を解決するための手段】前記課題を解決するため
に本発明は、記憶領域を有する複数のクライアントが通
信網を介して接続され、各々のクライアントの前記記憶
領域に共有ファイルが分散配置される分散管理型ネット
ワークファイルシステムであって、そのシステムは各々
のクライアントは各クライアントの前記記憶領域に点在
する共有ファイルの情報を把握するのに必要な管理情報
が格納される管理情報テーブルと、前記管理情報テーブ
ルの参照及び被参照関係が結ばれたクライアントとのみ
前記管理情報テーブルの内容の摺り合わせを行い前記管
理情報テーブルの内容を書き換える管理情報テーブル監
視手段と、前記管理情報テーブル内の前記管理情報に基
づき目的とするクライアントから共有ファイルを入手す
るファイル監視手段とを含んでおり、各々のクライアン
トは、少なくとも１つ以上他のクライアントと前記管理
情報テーブルの参照及び被参照関係を結ぶことを特徴と
する。
に本発明は、記憶領域を有する複数のクライアントが通
信網を介して接続され、各々のクライアントの前記記憶
領域に共有ファイルが分散配置される分散管理型ネット
ワークファイルシステムであって、そのシステムは各々
のクライアントは各クライアントの前記記憶領域に点在
する共有ファイルの情報を把握するのに必要な管理情報
が格納される管理情報テーブルと、前記管理情報テーブ
ルの参照及び被参照関係が結ばれたクライアントとのみ
前記管理情報テーブルの内容の摺り合わせを行い前記管
理情報テーブルの内容を書き換える管理情報テーブル監
視手段と、前記管理情報テーブル内の前記管理情報に基
づき目的とするクライアントから共有ファイルを入手す
るファイル監視手段とを含んでおり、各々のクライアン
トは、少なくとも１つ以上他のクライアントと前記管理
情報テーブルの参照及び被参照関係を結ぶことを特徴と
する。
【００１３】又、本発明による他の発明は、記憶領域を
有する複数のクライアントが通信網を介して接続され、
各々のクライアントの前記記憶領域に共有ファイルが分
散配置される分散管理型ネットワークファイルシステム
におけるファイル方法であって、その方法は各々のクラ
イアントは各クライアントの前記記憶領域に点在する共
有ファイルの情報を把握するのに必要な管理情報が格納
される管理情報テーブルを含んでおり、前記管理情報テ
ーブルの参照及び被参照関係が結ばれたクライアントと
のみ前記管理情報テーブルの内容の摺り合わせを行い前
記管理情報テーブルの内容を書き換える管理情報テーブ
ル監視ステップと、前記管理情報テーブル内の前記管理
情報に基づき目的とするクライアントから共有ファイル
を入手するファイル監視ステップとを含んでおり、各々
のクライアントは、少なくとも１つ以上他のクライアン
トと前記管理情報テーブルの参照及び被参照関係を結ぶ
ことを特徴とする。
有する複数のクライアントが通信網を介して接続され、
各々のクライアントの前記記憶領域に共有ファイルが分
散配置される分散管理型ネットワークファイルシステム
におけるファイル方法であって、その方法は各々のクラ
イアントは各クライアントの前記記憶領域に点在する共
有ファイルの情報を把握するのに必要な管理情報が格納
される管理情報テーブルを含んでおり、前記管理情報テ
ーブルの参照及び被参照関係が結ばれたクライアントと
のみ前記管理情報テーブルの内容の摺り合わせを行い前
記管理情報テーブルの内容を書き換える管理情報テーブ
ル監視ステップと、前記管理情報テーブル内の前記管理
情報に基づき目的とするクライアントから共有ファイル
を入手するファイル監視ステップとを含んでおり、各々
のクライアントは、少なくとも１つ以上他のクライアン
トと前記管理情報テーブルの参照及び被参照関係を結ぶ
ことを特徴とする。
【００１４】本発明及び本発明による他の発明によれ
ば、管理情報テーブルの参照及び被参照関係が結ばれた
クライアントとのみ管理情報テーブルの内容の摺り合わ
せを行い、しかも各々のクライアントは、少なくとも１
つ以上他のクライアントと前記管理情報テーブルの参照
及び被参照関係を結ぶ構成であるため、上記課題を解決
することが可能となる。
ば、管理情報テーブルの参照及び被参照関係が結ばれた
クライアントとのみ管理情報テーブルの内容の摺り合わ
せを行い、しかも各々のクライアントは、少なくとも１
つ以上他のクライアントと前記管理情報テーブルの参照
及び被参照関係を結ぶ構成であるため、上記課題を解決
することが可能となる。
【００１５】
【発明の実施の形態】まず、本発明の概要について説明
する。本発明の分散管理型ネットワークファイルシステ
ムにおいて、各クライアントの持つ余剰記憶領域に他の
クライアントからネットワーク経由でアクセス可能な共
有領域を設け、当該共有領域に各クライアントが当該ク
ライアントで管理しているファイル（マスタファイル）
を格納しておくファイルキャッシュ領域を有し、各クラ
イアントの共有領域内に点在するファイル（マスタファ
イルやマスタファイルのコピー）の情報を把握するのに
必要な管理情報を格納しておく管理情報テーブルを有
し、ある特定のクライアントを選択し、管理情報テーブ
ルの内容を確認し情報差分を摺り合わせるような関係
（管理情報参照関係）を結び、その当該クライアントか
らネットワーク経由で管理情報テーブルを入手し自クラ
イアントが保持している管理情報テーブルの内容を参考
に管理情報テーブルを書き換えたり、自クライアントの
マスタファイルやキャッシュファイルの更新情報を監視
し、管理情報テーブルの内容の書き換えをおこなう管理
情報テーブル監視部と、ファイルにアクセスする際、前
記管理情報テーブル内の情報を元に、アクセスしたいマ
スタファイルのファイル情報（更新日時やファイルサイ
ズ等）、及びマスタファイルのコピーファイルのファイ
ル情報（更新日時やファイルサイズ等）を夫々のファイ
ルを保持しているクライアントから入手し、両者の情報
が同一かを検査し、同一と判断した場合にはマスタファ
イルのコピーファイルを保持しているクライアントから
当該コピーファイルを入手するファイル監視部とを有し
ている。
する。本発明の分散管理型ネットワークファイルシステ
ムにおいて、各クライアントの持つ余剰記憶領域に他の
クライアントからネットワーク経由でアクセス可能な共
有領域を設け、当該共有領域に各クライアントが当該ク
ライアントで管理しているファイル（マスタファイル）
を格納しておくファイルキャッシュ領域を有し、各クラ
イアントの共有領域内に点在するファイル（マスタファ
イルやマスタファイルのコピー）の情報を把握するのに
必要な管理情報を格納しておく管理情報テーブルを有
し、ある特定のクライアントを選択し、管理情報テーブ
ルの内容を確認し情報差分を摺り合わせるような関係
（管理情報参照関係）を結び、その当該クライアントか
らネットワーク経由で管理情報テーブルを入手し自クラ
イアントが保持している管理情報テーブルの内容を参考
に管理情報テーブルを書き換えたり、自クライアントの
マスタファイルやキャッシュファイルの更新情報を監視
し、管理情報テーブルの内容の書き換えをおこなう管理
情報テーブル監視部と、ファイルにアクセスする際、前
記管理情報テーブル内の情報を元に、アクセスしたいマ
スタファイルのファイル情報（更新日時やファイルサイ
ズ等）、及びマスタファイルのコピーファイルのファイ
ル情報（更新日時やファイルサイズ等）を夫々のファイ
ルを保持しているクライアントから入手し、両者の情報
が同一かを検査し、同一と判断した場合にはマスタファ
イルのコピーファイルを保持しているクライアントから
当該コピーファイルを入手するファイル監視部とを有し
ている。
【００１６】又、本発明では、ファイルの管理情報を管
理情報参照関係を結んだクライアントのみと交換するこ
とで、全てのクライアントが所有しているファイルの情
報を把握することができるため、ファイルの管理にかか
るネットワーク負荷を削減することができる。
理情報参照関係を結んだクライアントのみと交換するこ
とで、全てのクライアントが所有しているファイルの情
報を把握することができるため、ファイルの管理にかか
るネットワーク負荷を削減することができる。
【００１７】さらに、本発明では、各クライアントが管
理しているファイルをマスターファイル格納領域に保存
することで、簡単にファイルの保護ができ、又他クライ
アントから入手したファイルを保存するファイルキャッ
シュ領域をマスターファイル格納領域とは別に設けるこ
とで、ファイルの管理を行いやすくすることができる。
理しているファイルをマスターファイル格納領域に保存
することで、簡単にファイルの保護ができ、又他クライ
アントから入手したファイルを保存するファイルキャッ
シュ領域をマスターファイル格納領域とは別に設けるこ
とで、ファイルの管理を行いやすくすることができる。
【００１８】さらに、ファイルキャッシュ領域にファイ
ルを保存しておくことで、自動的にファイルの多重化が
行われ、これにより、耐故障性が高まり、ネットワーク
負荷の分散が実現される。
ルを保存しておくことで、自動的にファイルの多重化が
行われ、これにより、耐故障性が高まり、ネットワーク
負荷の分散が実現される。
【００１９】即ち、本発明によれば、（１）ファイル監
視サーバーが存在しないので、サーバーへのアクセス集
中を防ぐことができ、（２）サーバーという特定のハー
ドを用意せず、各クライアントにある余剰記憶領域を使
用することで、資源を有効に使用でき、又コスト削減に
つながり、（３）キャッシュ機能によってファイルの多
重化を容易にし、ファイルを保持しているクライアント
を増やすことで、ある特定のクライアントにアクセスが
集中するのを防ぎ、ネットワーク負荷を分散させること
ができ，（４）ファイル情報をやりとりするクライアン
トを特定することで、各クライアントのファイル監視に
かかる負荷を軽減することができ、さらに（５）ユーザ
ーが意識せずにファイルのバックアップを作成するた
め、障害に強いネットワークファイルシステムを構築す
ることができる。
視サーバーが存在しないので、サーバーへのアクセス集
中を防ぐことができ、（２）サーバーという特定のハー
ドを用意せず、各クライアントにある余剰記憶領域を使
用することで、資源を有効に使用でき、又コスト削減に
つながり、（３）キャッシュ機能によってファイルの多
重化を容易にし、ファイルを保持しているクライアント
を増やすことで、ある特定のクライアントにアクセスが
集中するのを防ぎ、ネットワーク負荷を分散させること
ができ，（４）ファイル情報をやりとりするクライアン
トを特定することで、各クライアントのファイル監視に
かかる負荷を軽減することができ、さらに（５）ユーザ
ーが意識せずにファイルのバックアップを作成するた
め、障害に強いネットワークファイルシステムを構築す
ることができる。
【００２０】以下、本発明の実施の形態について添付図
面を参照しながら説明する。図１は本発明に係る分散管
理型ネットワークファイルシステムの最良の実施の形態
の構成図である。同図を参照すると、分散管理型ネット
ワークファイルシステム１１は、ネットワーク１０と、
このネットワーク１０に接続された複数個、例えば９個
のクライアント２１〜２９とを含んで構成されている。
面を参照しながら説明する。図１は本発明に係る分散管
理型ネットワークファイルシステムの最良の実施の形態
の構成図である。同図を参照すると、分散管理型ネット
ワークファイルシステム１１は、ネットワーク１０と、
このネットワーク１０に接続された複数個、例えば９個
のクライアント２１〜２９とを含んで構成されている。
【００２１】従って、個々のクライアント２１〜２９は
他クライアントにネットワーク１０を経由してアクセス
することができる。又、クライアント２１が保有してい
るファイル共有領域３１はクライアント２１の記憶領域
の一部で、ネットワーク１０の共有ファイルとして他の
クライアントが利用することができる。
他クライアントにネットワーク１０を経由してアクセス
することができる。又、クライアント２１が保有してい
るファイル共有領域３１はクライアント２１の記憶領域
の一部で、ネットワーク１０の共有ファイルとして他の
クライアントが利用することができる。
【００２２】同様にクライアント２２〜２９の各々もフ
ァイル共有領域３２〜３９を保有しており、その領域に
格納されているファイルを各クライアントが相互にアク
セスすることができる。このようにして、ネットワーク
共有ファイルシステム１１が形成される。
ァイル共有領域３２〜３９を保有しており、その領域に
格納されているファイルを各クライアントが相互にアク
セスすることができる。このようにして、ネットワーク
共有ファイルシステム１１が形成される。
【００２３】又、夫々のクライアント２１〜２９が所有
しているファイルの情報を他のクライアントに通知し、
その点在するファイルの情報をまとめたもの（以下「管
理情報」という）を、個々のクライアント２１〜２９が
保持している。
しているファイルの情報を他のクライアントに通知し、
その点在するファイルの情報をまとめたもの（以下「管
理情報」という）を、個々のクライアント２１〜２９が
保持している。
【００２４】次に、クライアント２１〜２９の構成につ
いて説明する。各クライアント２１〜２９の構成は同様
であるため、クライアント４０と表示し、クライアント
４０の構成について説明する。図２はクライアント４０
の構成図である。同図を参照すると、クライアント４０
はファイルインターフェース４１と、管理情報テーブル
監視部４２と、ファイル共有領域４３と、ネットワーク
インターフェース４７と、ファイル監視部４８とを含ん
で構成される。
いて説明する。各クライアント２１〜２９の構成は同様
であるため、クライアント４０と表示し、クライアント
４０の構成について説明する。図２はクライアント４０
の構成図である。同図を参照すると、クライアント４０
はファイルインターフェース４１と、管理情報テーブル
監視部４２と、ファイル共有領域４３と、ネットワーク
インターフェース４７と、ファイル監視部４８とを含ん
で構成される。
【００２５】図２のクライアント４０に存在するファイ
ル共有領域４３は、図１のファイル共有領域３１〜３９
の各々と対応し、他クライアントからアクセスできるフ
ァイル領域である。又、その容量は各クライアント毎に
自由に決めることができる。そして、ファイル共有領域
４３は、点在するファイルの情報を把握するのに必要な
管理情報が入っている管理情報テーブル４４と、クライ
アント４０で管理するファイルが格納されているマスタ
ファイル格納領域４５と、他クライアントからファイル
を転送したときに保存されるファイルキャッシュ領域４
６とを含んでいる。
ル共有領域４３は、図１のファイル共有領域３１〜３９
の各々と対応し、他クライアントからアクセスできるフ
ァイル領域である。又、その容量は各クライアント毎に
自由に決めることができる。そして、ファイル共有領域
４３は、点在するファイルの情報を把握するのに必要な
管理情報が入っている管理情報テーブル４４と、クライ
アント４０で管理するファイルが格納されているマスタ
ファイル格納領域４５と、他クライアントからファイル
を転送したときに保存されるファイルキャッシュ領域４
６とを含んでいる。
【００２６】マスタファイル格納領域４５に格納されて
いるファイルをそのファイルを管理しているクライアン
ト以外のクライアントが使用する場合には、自己のファ
イルキャッシュ領域４６にコピーするものとし、同一フ
ァイルが複数クライアントのマスタファイル格納領域４
５に格納されることはない。
いるファイルをそのファイルを管理しているクライアン
ト以外のクライアントが使用する場合には、自己のファ
イルキャッシュ領域４６にコピーするものとし、同一フ
ァイルが複数クライアントのマスタファイル格納領域４
５に格納されることはない。
【００２７】ファイル監視部４８は、管理情報テーブル
監視部４２から送られてくるファイルの所在情報を元
に、ファイルインターフェース４１やネットワークイン
ターフェース４７及びマスタファイル格納領域４５やフ
ァイルキャッシュ領域４６を使用してファイルアクセス
を制御する。又、アクセスによって更新された管理情報
を管理情報テーブル監視部４２へ送る。
監視部４２から送られてくるファイルの所在情報を元
に、ファイルインターフェース４１やネットワークイン
ターフェース４７及びマスタファイル格納領域４５やフ
ァイルキャッシュ領域４６を使用してファイルアクセス
を制御する。又、アクセスによって更新された管理情報
を管理情報テーブル監視部４２へ送る。
【００２８】管理情報テーブル監視部４２は、ネットワ
ークインタフェース４７を使用して他クライアントの管
理情報を入手する機能を有する。又、他クライアントか
ら入手した管理情報とファイル監視部４８によって送ら
れてきた管理情報を元に新たな管理情報を作成すると同
時に管理情報テーブル４４を更新する。さらに管理情報
テーブル４４からファイル名を抽出しファイルインター
フェース４１を使用してクライアント４０にファイルの
情報を提供する。
ークインタフェース４７を使用して他クライアントの管
理情報を入手する機能を有する。又、他クライアントか
ら入手した管理情報とファイル監視部４８によって送ら
れてきた管理情報を元に新たな管理情報を作成すると同
時に管理情報テーブル４４を更新する。さらに管理情報
テーブル４４からファイル名を抽出しファイルインター
フェース４１を使用してクライアント４０にファイルの
情報を提供する。
【００２９】ファイルインターフェース４１はクライア
ント４０が周知の技術を有しているファイルインターフ
ェースを指す。つまり、本発明のシステム以外のファイ
ルアクセスにも使用される。一方、ネットワークインタ
ーフェース４７もクライアント４０が周知の技術を有し
ているネットワークインタフェースを指す。つまり、本
発明のシステム以外でのネットワークアクセスにも使用
される。
ント４０が周知の技術を有しているファイルインターフ
ェースを指す。つまり、本発明のシステム以外のファイ
ルアクセスにも使用される。一方、ネットワークインタ
ーフェース４７もクライアント４０が周知の技術を有し
ているネットワークインタフェースを指す。つまり、本
発明のシステム以外でのネットワークアクセスにも使用
される。
【００３０】又、図２の管理情報テーブル監視部４２が
参照するクライアント、つまり管理情報の参照関係は、
クライアント毎にどのクライアントを参照するかを予め
決めておく。そのことを以後「管理情報参照関係」とい
う。
参照するクライアント、つまり管理情報の参照関係は、
クライアント毎にどのクライアントを参照するかを予め
決めておく。そのことを以後「管理情報参照関係」とい
う。
【００３１】図３は図１を元に作成した管理情報参照関
係の一例を示す図である。同図を参照すると、各クライ
アント２１〜２９同士を結んでいる矢印は、管理情報の
参照関係を表しており、例えば、同図に示す管理情報参
照関係２２−２８は、クライアント２２がクライアント
２８の管理情報を入手する事を表している。
係の一例を示す図である。同図を参照すると、各クライ
アント２１〜２９同士を結んでいる矢印は、管理情報の
参照関係を表しており、例えば、同図に示す管理情報参
照関係２２−２８は、クライアント２２がクライアント
２８の管理情報を入手する事を表している。
【００３２】管理情報には、ネットワーク１０上に点在
している全ファイルの情報（マスタファイル及びキャッ
シュファイルを保持しているクライアントを含む）が記
載されているため、個々で得られる管理情報は、クライ
アント２２及び２８が保持しているファイル以外のファ
イル情報についても入手することができる。又、図３に
示したとおり、参照関係は双方向である必要はないが、
各クライアント２１〜２９は少なくとも１つ以上参照及
び被参照関係を結ぶ必要がある。
している全ファイルの情報（マスタファイル及びキャッ
シュファイルを保持しているクライアントを含む）が記
載されているため、個々で得られる管理情報は、クライ
アント２２及び２８が保持しているファイル以外のファ
イル情報についても入手することができる。又、図３に
示したとおり、参照関係は双方向である必要はないが、
各クライアント２１〜２９は少なくとも１つ以上参照及
び被参照関係を結ぶ必要がある。
【００３３】次に、分散管理型ネットワークファイルシ
ステム１１の動作について説明する。まず、クライアン
ト２２がこれと管理情報情報参照関係が結ばれているク
ライアント２８から管理情報を入手しクライアント２２
の管理情報テーブル４４を更新する手順について説明す
る。図４は管理情報テーブル監視部４２が管理情報テー
ブル４４を更新する手順を示すフローチャートである。
ステム１１の動作について説明する。まず、クライアン
ト２２がこれと管理情報情報参照関係が結ばれているク
ライアント２８から管理情報を入手しクライアント２２
の管理情報テーブル４４を更新する手順について説明す
る。図４は管理情報テーブル監視部４２が管理情報テー
ブル４４を更新する手順を示すフローチャートである。
【００３４】同図を参照すると、まず、クライアント２
２の管理情報テーブル監視部４２がクライアント２８に
対しクライアント２８の管理情報テーブル４４の内容を
送信するよう問い合わせる（ステップＳ１０１）。これ
に対し、クライアント２８から応答があればステップＳ
１０２に進み、応答がなければステップＳ１０７に進
む。
２の管理情報テーブル監視部４２がクライアント２８に
対しクライアント２８の管理情報テーブル４４の内容を
送信するよう問い合わせる（ステップＳ１０１）。これ
に対し、クライアント２８から応答があればステップＳ
１０２に進み、応答がなければステップＳ１０７に進
む。
【００３５】クライアント２８から応答がある場合、ク
ライアント２８から送られてきた管理情報がクライアン
ト２２の管理情報テーブル監視部４２に渡される（ステ
ップＳ１０２）。
ライアント２８から送られてきた管理情報がクライアン
ト２２の管理情報テーブル監視部４２に渡される（ステ
ップＳ１０２）。
【００３６】次に、その管理情報テーブル監視部４２
は、自己の管理情報とクライアント２８が保持している
管理情報とを比較して新しい管理情報ファイルを作成す
る（ステップＳ１０３）。この新しい管理情報ファイル
の作成を管理情報の摺合わせという。
は、自己の管理情報とクライアント２８が保持している
管理情報とを比較して新しい管理情報ファイルを作成す
る（ステップＳ１０３）。この新しい管理情報ファイル
の作成を管理情報の摺合わせという。
【００３７】次に、管理情報テーブル監視部４２は、そ
のファイルがキャッシュされているクライアントまで、
管理情報参照関係をたどりながら到達するまでに経由す
るクライアント数、即ちキャッシュファイルまでのホッ
プ数を算出し、管理情報に付加する（ステップＳ１０
４）。即ち、クライアント２２とクライアント２８との
関係では、クライアント２２はクライアント２８から直
接キャッシュファイルを入手できるのでホップ数は
「１」となる。一方、クライアント２２とクライアント
２６との関係では、クライアント２２はクライアント２
８を経由してクライアント２６からキャッシュファイル
を入手することになるのでホップ数は「２」となる。
のファイルがキャッシュされているクライアントまで、
管理情報参照関係をたどりながら到達するまでに経由す
るクライアント数、即ちキャッシュファイルまでのホッ
プ数を算出し、管理情報に付加する（ステップＳ１０
４）。即ち、クライアント２２とクライアント２８との
関係では、クライアント２２はクライアント２８から直
接キャッシュファイルを入手できるのでホップ数は
「１」となる。一方、クライアント２２とクライアント
２６との関係では、クライアント２２はクライアント２
８を経由してクライアント２６からキャッシュファイル
を入手することになるのでホップ数は「２」となる。
【００３８】次に、管理情報テーブル監視部４２は、作
成した管理情報を自己の管理情報テーブル４４に書き込
む（ステップＳ１０５）。
成した管理情報を自己の管理情報テーブル４４に書き込
む（ステップＳ１０５）。
【００３９】次に、管理情報テーブル監視部４２は、ス
テップＳ１０５で作成された管理情報テーブル４４を元
に自己のマスタファイル格納領域４５及びファイルキャ
ッシュ領域４６にあるファイルを更新する（ステップＳ
１０６）。
テップＳ１０５で作成された管理情報テーブル４４を元
に自己のマスタファイル格納領域４５及びファイルキャ
ッシュ領域４６にあるファイルを更新する（ステップＳ
１０６）。
【００４０】一方、ステップＳ１０１での問い合わせに
対しクライアント２８から応答がない場合は、問い合わ
せ先クライアント２８に何らかの障害が発生しているこ
とから、障害のレベルによって再度同じクライアント２
８に問い合わせを行うか、もしくはこのクライアント２
８との参照関係を放棄し新たなクライアントと管理情報
参照関係を結ぶ（ステップＳ１０７）。又、その参照関
係の変更に伴う管理情報テーブル４４の内容修正も同時
に行う。
対しクライアント２８から応答がない場合は、問い合わ
せ先クライアント２８に何らかの障害が発生しているこ
とから、障害のレベルによって再度同じクライアント２
８に問い合わせを行うか、もしくはこのクライアント２
８との参照関係を放棄し新たなクライアントと管理情報
参照関係を結ぶ（ステップＳ１０７）。又、その参照関
係の変更に伴う管理情報テーブル４４の内容修正も同時
に行う。
【００４１】これらの作業を全てのクライアント２１〜
２９で同様に行うことで、ネットワーク１０で共有して
いる全てのファイルに関する情報を全てのクライアント
２１〜２９の管理情報テーブル４４に保持しておくこと
ができる。
２９で同様に行うことで、ネットワーク１０で共有して
いる全てのファイルに関する情報を全てのクライアント
２１〜２９の管理情報テーブル４４に保持しておくこと
ができる。
【００４２】次に、ファイルの入手手順について説明す
る。図５は、マスタクライアントとキャッシュクライア
ントが共に存在している場合のファイルの入手手順を示
すフローチャートである。ここで、マスタファイル格納
領域４５にファイルを保持しているクライアントをマス
タクライアント、マスタクライアントから入手したファ
イルをファイルキャッシュ領域４６に保存しているクラ
イアントをキャッシュクライアントとする。
る。図５は、マスタクライアントとキャッシュクライア
ントが共に存在している場合のファイルの入手手順を示
すフローチャートである。ここで、マスタファイル格納
領域４５にファイルを保持しているクライアントをマス
タクライアント、マスタクライアントから入手したファ
イルをファイルキャッシュ領域４６に保存しているクラ
イアントをキャッシュクライアントとする。
【００４３】例えば、図１のネットワーク１０上で、ク
ライアント２９がファイルＡを使用したい場合、ファイ
ルＡのマスタファイルを管理しているクライアント２１
がマスタクライアントとなり、そのファイルＡのキャッ
シュを保持しているクライアント２６がキャッシュクラ
イアントとなる場合について図５の説明を行う。
ライアント２９がファイルＡを使用したい場合、ファイ
ルＡのマスタファイルを管理しているクライアント２１
がマスタクライアントとなり、そのファイルＡのキャッ
シュを保持しているクライアント２６がキャッシュクラ
イアントとなる場合について図５の説明を行う。
【００４４】まず、クライアント２９の管理情報テーブ
ル監視部４２が自己が保持している管理情報テーブル４
４から管理情報を取得し、ファイルＡを所有しているキ
ャッシュクライアントを選択する（ステップＳ２０
１）。そして、該当するキャッシュクライアントが複数
存在する場合は、ホップ数が最小のクライアントを選択
する。上記例より、キャッシュクライアントはクライア
ント２６となる。
ル監視部４２が自己が保持している管理情報テーブル４
４から管理情報を取得し、ファイルＡを所有しているキ
ャッシュクライアントを選択する（ステップＳ２０
１）。そして、該当するキャッシュクライアントが複数
存在する場合は、ホップ数が最小のクライアントを選択
する。上記例より、キャッシュクライアントはクライア
ント２６となる。
【００４５】次に、クライアント２９のファイル監視部
４８はマスタクライアント（クライアント２１）及び選
択されたキャッシュクライアント（クライアント２６）
からファイルＡのファイル情報（例えばタイムスタン
プ、ファイルサイズ、ファイルのＣＲＣ（Ｃｙｃｌｉｃ
Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）など）を取得す
る（ステップＳ２０２）。
４８はマスタクライアント（クライアント２１）及び選
択されたキャッシュクライアント（クライアント２６）
からファイルＡのファイル情報（例えばタイムスタン
プ、ファイルサイズ、ファイルのＣＲＣ（Ｃｙｃｌｉｃ
Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）など）を取得す
る（ステップＳ２０２）。
【００４６】次に、クライアント２９のファイル監視部
４８はマスタクライアント（クライアント２１）とキャ
ッシュクライアント（クライアント２６）から入手した
ファイル情報を比較して、キャッシュクライアント（ク
ライアント２６）のファイルＡがマスタクライアント
（クライアント２１）のファイルＡと同一か否かを検査
する（ステップＳ２０３）。そして、一致していれば、
ステップＳ２０８へ進む。
４８はマスタクライアント（クライアント２１）とキャ
ッシュクライアント（クライアント２６）から入手した
ファイル情報を比較して、キャッシュクライアント（ク
ライアント２６）のファイルＡがマスタクライアント
（クライアント２１）のファイルＡと同一か否かを検査
する（ステップＳ２０３）。そして、一致していれば、
ステップＳ２０８へ進む。
【００４７】一方、一致しなければ、選択されたキャッ
シュクライアント（クライアント２６）が保持している
ファイルＡがマスタクライアント（クライアント２１）
のものと一致しないことを、キャッシュクライアント
（クライアント２６）に通知する（ステップＳ２０
４）。この通知を受けたキャッシュクライアント（クラ
イアント２６）は、ファイルＡの削除及びファイルＡ削
除に伴う管理情報の更新を行う。
シュクライアント（クライアント２６）が保持している
ファイルＡがマスタクライアント（クライアント２１）
のものと一致しないことを、キャッシュクライアント
（クライアント２６）に通知する（ステップＳ２０
４）。この通知を受けたキャッシュクライアント（クラ
イアント２６）は、ファイルＡの削除及びファイルＡ削
除に伴う管理情報の更新を行う。
【００４８】次に、クライアント２９のファイル監視部
４８はマスタクライアント（クライアント２１）からフ
ァイルＡを入手する（ステップＳ２０５）。
４８はマスタクライアント（クライアント２１）からフ
ァイルＡを入手する（ステップＳ２０５）。
【００４９】次に、ファイル転送によってクライアント
２９のファイルキャッシュ領域４６の情報が変更になる
ため、クライアント２９の管理情報テーブル監視部４２
は管理情報を更新するのに必要な情報をまとめる（ステ
ップＳ２０６）。
２９のファイルキャッシュ領域４６の情報が変更になる
ため、クライアント２９の管理情報テーブル監視部４２
は管理情報を更新するのに必要な情報をまとめる（ステ
ップＳ２０６）。
【００５０】次に、クライアント２９の管理情報テーブ
ル監視部４２はステップＳ２０６で作成された更新する
管理情報を元に自己の管理情報テーブル４４を更新する
（ステップＳ２０７）。
ル監視部４２はステップＳ２０６で作成された更新する
管理情報を元に自己の管理情報テーブル４４を更新する
（ステップＳ２０７）。
【００５１】一方、ファイル情報比較ステップＳ２０３
にてキャッシュクライアント（クライアント２６）のフ
ァイルＡがマスタクライアント（クライアント２１）の
ファイルＡと一致する場合、クライアント２９のファイ
ル監視部４８が選択したキャッシュクライアント（クラ
イアント２６）のファイルキャッシュ領域にあるファイ
ルＡを入手する（ステップＳ２０８）。
にてキャッシュクライアント（クライアント２６）のフ
ァイルＡがマスタクライアント（クライアント２１）の
ファイルＡと一致する場合、クライアント２９のファイ
ル監視部４８が選択したキャッシュクライアント（クラ
イアント２６）のファイルキャッシュ領域にあるファイ
ルＡを入手する（ステップＳ２０８）。
【００５２】次に、その他のファイル入手手順について
簡単に説明する。（１）ファイルにアクセスするクライ
アントがマスタクライアント自身の場合は、マスタクラ
イアントからファイルを入手する。（２）マスタクライ
アントしか存在しない場合は、図５のステップＳ２０５
から実施する。（３）図５のステップＳ２０２にて、キ
ャッシュクライアントから応答がない場合は、管理情報
テーブル４４から他のクライアントを選択し、応答を確
認し図５のステップＳ２０２から再度実行する。（４）
他にキャッシュクライアントが存在しない場合は、マス
タクライアントからファイルを入手するため、図５のス
テップＳ２０５から実施する。（５）マスタクライアン
トにアクセスできない場合は、図５のステップＳ２０８
から実施する。（６）マスタクライアント及びキャッシ
ュクライアント共にアクセスできない場合は、エラーと
なる。
簡単に説明する。（１）ファイルにアクセスするクライ
アントがマスタクライアント自身の場合は、マスタクラ
イアントからファイルを入手する。（２）マスタクライ
アントしか存在しない場合は、図５のステップＳ２０５
から実施する。（３）図５のステップＳ２０２にて、キ
ャッシュクライアントから応答がない場合は、管理情報
テーブル４４から他のクライアントを選択し、応答を確
認し図５のステップＳ２０２から再度実行する。（４）
他にキャッシュクライアントが存在しない場合は、マス
タクライアントからファイルを入手するため、図５のス
テップＳ２０５から実施する。（５）マスタクライアン
トにアクセスできない場合は、図５のステップＳ２０８
から実施する。（６）マスタクライアント及びキャッシ
ュクライアント共にアクセスできない場合は、エラーと
なる。
【００５３】次に、ファイルの更新の動作について説明
する。ファイルの更新を行う場合は、必ずマスタクライ
アントのマスタファイル格納領域４５にあるファイルに
アクセスする。そして、アクセス後、必ずマスタクライ
アントはファイル情報及び管理情報を更新するために、
管理情報テーブル監視部４２を用いて管理情報テーブル
４４の該当ファイルの内容を更新する。
する。ファイルの更新を行う場合は、必ずマスタクライ
アントのマスタファイル格納領域４５にあるファイルに
アクセスする。そして、アクセス後、必ずマスタクライ
アントはファイル情報及び管理情報を更新するために、
管理情報テーブル監視部４２を用いて管理情報テーブル
４４の該当ファイルの内容を更新する。
【００５４】なお、上記実施の形態では、クライアント
２１〜２９としてコンピュータを想定したが、これに限
定するものではなく、ネットワーク１０に接続でき、記
憶領域（ファイル共有領域４３）を保持するものは全て
対象となる。例えば、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉ
ｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯電話、家庭用
電化製品、ネットワーク接続可能なゲーム機等も対象と
なる。又、対象とするネットワークは、方式（有線、無
線、赤外線等）や物理形状（導線、光ファイバー等）、
通信プロトコル（ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉ
ｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒ
ｎｅｔ Ｐｒｏｔｏｃｏｌ）やＡＴＭ（Ａｓｙｎｃｈｒ
ｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）、電話交換
機等）等、ネットワークを形成できる全てのものを対象
とする。又、上記実施の形態では、クライアント数が９
個の場合について説明したが、この数に限定されるもの
ではなく個数は任意である。又、１個のクライアントが
複数のファイル共有領域４３を保持することも可能であ
る。
２１〜２９としてコンピュータを想定したが、これに限
定するものではなく、ネットワーク１０に接続でき、記
憶領域（ファイル共有領域４３）を保持するものは全て
対象となる。例えば、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉ
ｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯電話、家庭用
電化製品、ネットワーク接続可能なゲーム機等も対象と
なる。又、対象とするネットワークは、方式（有線、無
線、赤外線等）や物理形状（導線、光ファイバー等）、
通信プロトコル（ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉ
ｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒ
ｎｅｔ Ｐｒｏｔｏｃｏｌ）やＡＴＭ（Ａｓｙｎｃｈｒ
ｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）、電話交換
機等）等、ネットワークを形成できる全てのものを対象
とする。又、上記実施の形態では、クライアント数が９
個の場合について説明したが、この数に限定されるもの
ではなく個数は任意である。又、１個のクライアントが
複数のファイル共有領域４３を保持することも可能であ
る。
【００５５】
【発明の効果】本発明によれば、記憶領域を有する複数
のクライアントが通信網を介して接続され、各々のクラ
イアントの前記記憶領域に共有ファイルが分散配置され
る分散管理型ネットワークファイルシステムであって、
そのシステムは各々のクライアントは各クライアントの
前記記憶領域に点在する共有ファイルの情報を把握する
のに必要な管理情報が格納される管理情報テーブルと、
前記管理情報テーブルの参照及び被参照関係が結ばれた
クライアントとのみ前記管理情報テーブルの内容の摺り
合わせを行い前記管理情報テーブルの内容を書き換える
管理情報テーブル監視手段と、前記管理情報テーブル内
の前記管理情報に基づき目的とするクライアントから共
有ファイルを入手するファイル監視手段とを含んでお
り、各々のクライアントは、少なくとも１つ以上他のク
ライアントと前記管理情報テーブルの参照及び被参照関
係を結ぶ構成であるため、上記課題を解決することが可
能となる。又、本発明による他の発明も同様に上記課題
を解決することが可能となる。
のクライアントが通信網を介して接続され、各々のクラ
イアントの前記記憶領域に共有ファイルが分散配置され
る分散管理型ネットワークファイルシステムであって、
そのシステムは各々のクライアントは各クライアントの
前記記憶領域に点在する共有ファイルの情報を把握する
のに必要な管理情報が格納される管理情報テーブルと、
前記管理情報テーブルの参照及び被参照関係が結ばれた
クライアントとのみ前記管理情報テーブルの内容の摺り
合わせを行い前記管理情報テーブルの内容を書き換える
管理情報テーブル監視手段と、前記管理情報テーブル内
の前記管理情報に基づき目的とするクライアントから共
有ファイルを入手するファイル監視手段とを含んでお
り、各々のクライアントは、少なくとも１つ以上他のク
ライアントと前記管理情報テーブルの参照及び被参照関
係を結ぶ構成であるため、上記課題を解決することが可
能となる。又、本発明による他の発明も同様に上記課題
を解決することが可能となる。
【００５６】具体的には、（１）管理情報テーブルの参
照及び被参照関係が結ばれたクライアントとのみ管理情
報テーブルの内容の摺り合わせを行い、しかも各々のク
ライアントは、少なくとも１つ以上他のクライアントと
管理情報テーブルの参照及び被参照関係を結ぶ構成であ
るため、ファイル管理にかかる工数を削減することがで
き、（２）各クライアントの余剰記憶領域を共有させる
ことにより、コストをかけずに資源を有効に活用するこ
とができ、（３）個々のクライアントがネットワーク監
視をやりとりするクライアントを限定することにより、
監視にかかる負荷を削減し、大規模構成にも耐えうるシ
ステムを構築することができ、（４）複数のクライアン
トでデータを多重管理することにより、アクセスポイン
トを増やしシステム全体の負荷を分散させること及び
（５）サーバー括管理型より障害に対して強いシステム
を構築することができる。
照及び被参照関係が結ばれたクライアントとのみ管理情
報テーブルの内容の摺り合わせを行い、しかも各々のク
ライアントは、少なくとも１つ以上他のクライアントと
管理情報テーブルの参照及び被参照関係を結ぶ構成であ
るため、ファイル管理にかかる工数を削減することがで
き、（２）各クライアントの余剰記憶領域を共有させる
ことにより、コストをかけずに資源を有効に活用するこ
とができ、（３）個々のクライアントがネットワーク監
視をやりとりするクライアントを限定することにより、
監視にかかる負荷を削減し、大規模構成にも耐えうるシ
ステムを構築することができ、（４）複数のクライアン
トでデータを多重管理することにより、アクセスポイン
トを増やしシステム全体の負荷を分散させること及び
（５）サーバー括管理型より障害に対して強いシステム
を構築することができる。
【００５７】さらに、一括管理型システムも含むシステ
ムとしての観点から、第１の効果は、ファイルサーバー
という特別のハードウェアが不要であるということであ
る。このため、ネットワークを構築するときにかかるコ
ストを削減することができる。その理由は、クライアン
トが所有している余剰記憶領域を使用して、ファイル共
有領域を構築するためである。又、各クライアントが、
ファイルを監視するシステムのため、ファイルを監視す
る専用のサーバーも必要ないためである。
ムとしての観点から、第１の効果は、ファイルサーバー
という特別のハードウェアが不要であるということであ
る。このため、ネットワークを構築するときにかかるコ
ストを削減することができる。その理由は、クライアン
トが所有している余剰記憶領域を使用して、ファイル共
有領域を構築するためである。又、各クライアントが、
ファイルを監視するシステムのため、ファイルを監視す
る専用のサーバーも必要ないためである。
【００５８】第２の効果は、自動的にネットワーク負荷
を分散させることができるということである。その理由
は、キャッシュファイル領域があることで、容易にファ
イルを多重化でき、ある特定のクライアントにアクセス
が集中することを防ぐことができるためである。又、ネ
ットワークの負荷が高く通信が滞るような場合、管理情
報参照関係を更新し、より接続のし易いクライアントに
切り替えることで負荷分散を行うことができるためであ
る。
を分散させることができるということである。その理由
は、キャッシュファイル領域があることで、容易にファ
イルを多重化でき、ある特定のクライアントにアクセス
が集中することを防ぐことができるためである。又、ネ
ットワークの負荷が高く通信が滞るような場合、管理情
報参照関係を更新し、より接続のし易いクライアントに
切り替えることで負荷分散を行うことができるためであ
る。
【００５９】第３の効果は、自動的に障害に強いネット
ワークファイルシステムを構築することができるという
ことである。その理由は、各クライアントがキャッシュ
ファイル領域を持つことにより、システムが意識せずに
ファイルのコピーを複数のクライアントが保持すること
で、ファイルのバックアップを作成できるためである。
ワークファイルシステムを構築することができるという
ことである。その理由は、各クライアントがキャッシュ
ファイル領域を持つことにより、システムが意識せずに
ファイルのコピーを複数のクライアントが保持すること
で、ファイルのバックアップを作成できるためである。
【００６０】第４の効果は、ファイルの分散管理に伴う
負荷を軽減することができるということである。その理
由は、クライアントが管理情報を取得するクライアント
を特定することで、負荷を軽減することができるためで
ある。
負荷を軽減することができるということである。その理
由は、クライアントが管理情報を取得するクライアント
を特定することで、負荷を軽減することができるためで
ある。
【図１】本発明に係る分散管理型ネットワークファイル
システムの最良の実施の形態の構成図である。
システムの最良の実施の形態の構成図である。
【図２】クライアント４０の構成図である。
【図３】管理情報参照関係の一例を示す図である。
【図４】管理情報テーブル監視部４２が管理情報テーブ
ル４４を更新する手順を示すフローチャートである。
ル４４を更新する手順を示すフローチャートである。
【図５】マスタクライアントとキャッシュクライアント
が共に存在している場合のファイルの入手手順を示すフ
ローチャートである。
が共に存在している場合のファイルの入手手順を示すフ
ローチャートである。
１０ ネットワーク １１ 分散管理型ネットワークファイルシステム ２１〜２９，４０ クライアント ３１〜３９、４３ ファイル共有領域 ４１ ファイルインターフェース ４２ 管理情報テーブル監視部 ４４ 管理情報テーブル ４５ マスタファイル格納領域 ４６ ファイルキャッシュ領域 ４７ ネットワークインターフェース ４８ ファイル監視部
Claims (18)
- 【請求項１】 記憶領域を有する複数のクライアントが
通信網を介して接続され、各々のクライアントの前記記
憶領域に共有ファイルが分散配置される分散管理型ネッ
トワークファイルシステムであって、 各々のクライアントは各クライアントの前記記憶領域に
点在する共有ファイルの情報を把握するのに必要な管理
情報が格納される管理情報テーブルと、 前記管理情報テーブルの参照及び被参照関係が結ばれた
クライアントとのみ前記管理情報テーブルの内容の摺り
合わせを行い前記管理情報テーブルの内容を書き換える
管理情報テーブル監視手段と、 前記管理情報テーブル内の前記管理情報に基づき目的と
するクライアントから共有ファイルを入手するファイル
監視手段とを含んでおり、 各々のクライアントは、少なくとも１つ以上他のクライ
アントと前記管理情報テーブルの参照及び被参照関係を
結ぶことを特徴とする分散管理型ネットワークファイル
システム。 - 【請求項２】 さらに、各々のクライアントは各クライ
アントが管理する共有ファイルが格納されるマスタファ
イル格納領域と、前記通信網を介して他クライアントか
ら得られた前記他クライアントが管理する共有ファイル
の複製が格納されるファイルキャッシュ格納領域とを含
んでおり、前記各クライアントが管理する共有ファイル
の内容は夫々異なることを特徴とする請求項１記載の分
散管理型ネットワークファイルシステム。 - 【請求項３】 前記ファイル監視手段は、前記管理情報
に基づき、目的とするマスタファイルの管理情報と、前
記マスタファイルの複製の管理情報とをそれらを保持す
るクライアントから入手し、両管理情報の比較結果に基
づき前記マスタファイル及び前記マスタファイルの複製
のいずれかを前記ファイルキャッシュ格納領域へ格納す
ることを特徴とする請求項２記載の分散管理型ネットワ
ークファイルシステム。 - 【請求項４】 前記管理情報テーブル監視手段は、前記
摺り合わせを行うに際し前記摺り合わせ対象のクライア
ントへ前記管理情報テーブルの内容を送信するよう問い
合わせを行うが、前記摺り合わせ対象のクライアントか
ら応答がない場合は、前記摺り合わせ対象のクライアン
トへ再度前記問い合わせを行うか、もしくは前記摺り合
わせ対象のクライアントとの参照及び被関係を放棄し新
たなクライアントと前記参照及び被関係を結ぶことを特
徴とする請求項１から３いずれかに記載の分散管理型ネ
ットワークファイルシステム。 - 【請求項５】 前記摺り合わせ対象のクライアントから
応答があった場合は、前記摺り合わせを行うことを特徴
とする請求項４記載の分散管理型ネットワークファイル
システム。 - 【請求項６】 前記ファイル監視手段は、前記目的とす
るマスタファイルの管理情報と、前記マスタファイルの
複製の管理情報とが一致する場合は、前記マスタファイ
ルの複製を前記ファイルキャッシュ格納領域へ格納する
ことを特徴とする請求項３から５いずれかに記載の分散
管理型ネットワークファイルシステム。 - 【請求項７】 前記ファイル監視手段は、前記目的とす
るマスタファイルの管理情報と、前記マスタファイルの
複製の管理情報とが一致しない場合は、前記マスタファ
イルを前記ファイルキャッシュ格納領域へ格納すること
を特徴とする請求項６記載の分散管理型ネットワークフ
ァイルシステム。 - 【請求項８】 さらに、前記ファイル監視手段は、前記
目的とするマスタファイルの管理情報と、前記マスタフ
ァイルの複製の管理情報とが一致しない場合は、その旨
前記マスタファイルの複製を保持するクライアントに通
知するとともに、前記通知を受けたクライアントは前記
複製の削除及びその削除に伴う管理情報の更新を行うこ
とを特徴とする請求項６又は７記載の分散管理型ネット
ワークファイルシステム。 - 【請求項９】 前記管理情報テーブル監視手段は、前記
ファイル監視手段が前記マスタファイル又は前記マスタ
ファイルの複製を自己の前記ファイルキャッシュ格納領
域へ格納した後に前記管理情報テーブルを更新すること
を特徴とする請求項６から８いずれかに記載の分散管理
型ネットワークファイルシステム。 - 【請求項１０】 記憶領域を有する複数のクライアント
が通信網を介して接続され、各々のクライアントの前記
記憶領域に共有ファイルが分散配置される分散管理型ネ
ットワークファイルシステムにおけるファイル方法であ
って、 各々のクライアントは各クライアントの前記記憶領域に
点在する共有ファイルの情報を把握するのに必要な管理
情報が格納される管理情報テーブルを含んでおり、 前記管理情報テーブルの参照及び被参照関係が結ばれた
クライアントとのみ前記管理情報テーブルの内容の摺り
合わせを行い前記管理情報テーブルの内容を書き換える
管理情報テーブル監視ステップと、 前記管理情報テーブル内の前記管理情報に基づき目的と
するクライアントから共有ファイルを入手するファイル
監視ステップとを含んでおり、 各々のクライアントは、少なくとも１つ以上他のクライ
アントと前記管理情報テーブルの参照及び被参照関係を
結ぶことを特徴とする分散管理型ネットワークファイル
方法。 - 【請求項１１】 さらに、各々のクライアントは各クラ
イアントが管理する共有ファイルが格納されるマスタフ
ァイル格納領域と、前記通信網を介して他クライアント
から得られた前記他クライアントが管理する共有ファイ
ルの複製が格納されるファイルキャッシュ格納領域とを
含んでおり、前記各クライアントが管理する共有ファイ
ルの内容は夫々異なることを特徴とする請求項１０記載
の分散管理型ネットワークファイル方法。 - 【請求項１２】 前記ファイル監視ステップは、前記管
理情報に基づき、目的とするマスタファイルの管理情報
と、前記マスタファイルの複製の管理情報とをそれらを
保持するクライアントから入手し、両管理情報の比較結
果に基づき前記マスタファイル及び前記マスタファイル
の複製のいずれかを前記ファイルキャッシュ格納領域へ
格納することを特徴とする請求項１１記載の分散管理型
ネットワークファイル方法。 - 【請求項１３】 前記管理情報テーブル監視ステップ
は、前記摺り合わせを行うに際し前記摺り合わせ対象の
クライアントへ前記管理情報テーブルの内容を送信する
よう問い合わせを行うが、前記摺り合わせ対象のクライ
アントから応答がない場合は、前記摺り合わせ対象のク
ライアントへ再度前記問い合わせを行うか、もしくは前
記摺り合わせ対象のクライアントとの参照及び被関係を
放棄し新たなクライアントと前記参照及び被関係を結ぶ
ことを特徴とする請求項１０から１２いずれかに記載の
分散管理型ネットワークファイル方法。 - 【請求項１４】 前記摺り合わせ対象のクライアントか
ら応答があった場合は、前記摺り合わせを行うことを特
徴とする請求項１３記載の分散管理型ネットワークファ
イル方法。 - 【請求項１５】 前記ファイル監視ステップは、前記目
的とするマスタファイルの管理情報と、前記マスタファ
イルの複製の管理情報とが一致する場合は、前記マスタ
ファイルの複製を前記ファイルキャッシュ格納領域へ格
納することを特徴とする請求項１２から１４いずれかに
記載の分散管理型ネットワークファイル方法。 - 【請求項１６】 前記ファイル監視ステップは、前記目
的とするマスタファイルの管理情報と、前記マスタファ
イルの複製の管理情報とが一致しない場合は、前記マス
タファイルを前記ファイルキャッシュ格納領域へ格納す
ることを特徴とする請求項１５記載の分散管理型ネット
ワークファイル方法。 - 【請求項１７】 さらに、前記ファイル監視ステップ
は、前記目的とするマスタファイルの管理情報と、前記
マスタファイルの複製の管理情報とが一致しない場合
は、その旨前記マスタファイルの複製を保持するクライ
アントに通知するとともに、前記通知を受けたクライア
ントは前記複製の削除及びその削除に伴う管理情報の更
新を行うことを特徴とする請求項１５又は１６記載の分
散管理型ネットワークファイル方法。 - 【請求項１８】 前記管理情報テーブル監視ステップ
は、前記ファイル監視ステップが前記マスタファイル又
は前記マスタファイルの複製を自己の前記ファイルキャ
ッシュ格納領域へ格納した後に前記管理情報テーブルを
更新することを特徴とする請求項１５から１７いずれか
に記載の分散管理型ネットワークファイル方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001126845A JP3835199B2 (ja) | 2001-04-25 | 2001-04-25 | 分散管理型ネットワークファイルシステム及びファイル方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001126845A JP3835199B2 (ja) | 2001-04-25 | 2001-04-25 | 分散管理型ネットワークファイルシステム及びファイル方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002324004A true JP2002324004A (ja) | 2002-11-08 |
| JP3835199B2 JP3835199B2 (ja) | 2006-10-18 |
Family
ID=18975814
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001126845A Expired - Fee Related JP3835199B2 (ja) | 2001-04-25 | 2001-04-25 | 分散管理型ネットワークファイルシステム及びファイル方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3835199B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009245264A (ja) * | 2008-03-31 | 2009-10-22 | Nec Corp | バックアップ管理システム、方法、及び、プログラム |
| JP2010086046A (ja) * | 2008-09-29 | 2010-04-15 | Brother Ind Ltd | ネットワークシステム、監視装置、情報処理装置、情報処理方法並びに監視装置用プログラム及び情報処理装置用プログラム |
| US8037183B2 (en) | 2004-07-08 | 2011-10-11 | Brother Kogyo Kabushiki Kaisha | Processing method and apparatus for communication path load distribution |
| JP2012073664A (ja) * | 2010-09-27 | 2012-04-12 | Brother Ind Ltd | Ｐ２ｐ端末及びコンテンツ配信システム |
-
2001
- 2001-04-25 JP JP2001126845A patent/JP3835199B2/ja not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8037183B2 (en) | 2004-07-08 | 2011-10-11 | Brother Kogyo Kabushiki Kaisha | Processing method and apparatus for communication path load distribution |
| JP2009245264A (ja) * | 2008-03-31 | 2009-10-22 | Nec Corp | バックアップ管理システム、方法、及び、プログラム |
| JP2010086046A (ja) * | 2008-09-29 | 2010-04-15 | Brother Ind Ltd | ネットワークシステム、監視装置、情報処理装置、情報処理方法並びに監視装置用プログラム及び情報処理装置用プログラム |
| JP2012073664A (ja) * | 2010-09-27 | 2012-04-12 | Brother Ind Ltd | Ｐ２ｐ端末及びコンテンツ配信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3835199B2 (ja) | 2006-10-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5727020B2 (ja) | クラウドコンピューティングシステム及びそのデータ同期化方法 | |
| US7634566B2 (en) | Arrangement in a network for passing control of distributed data between network nodes for optimized client access based on locality | |
| JP4237515B2 (ja) | ネットワークストレージ仮想化方法およびネットワークストレージシステム | |
| JP5016063B2 (ja) | 整合性のとれた耐障害性分散ハッシュテーブル（ｄｈｔ）オーバレイネットワーク | |
| US7243103B2 (en) | Peer to peer enterprise storage system with lexical recovery sub-system | |
| CN109729129A (zh) | 存储集群的配置修改方法、存储集群及计算机系统 | |
| JP7270755B2 (ja) | 分散システムでのメタデータルーティング | |
| JP2003248611A (ja) | 記憶管理統合システム、および、その記憶管理制御方法 | |
| US9031906B2 (en) | Method of managing data in asymmetric cluster file system | |
| JP2004334574A (ja) | ストレージの運用管理プログラム、運用管理方法及び管理計算機 | |
| CA2231684A1 (en) | System and method for multi-site distributed object management environment | |
| JPH09244940A (ja) | 分散計算機資源の管理方法 | |
| CN102148850A (zh) | 一种集群系统的业务处理方法及集群系统 | |
| US20210026844A1 (en) | Virtual blockchain system, data management method, and program | |
| JP4459999B2 (ja) | 投票を活用した無停止サービスシステム及びそのシステムにおける情報更新及び提供方法 | |
| CN109639773A (zh) | 一种动态构建的分布式数据集群控制系统及其方法 | |
| JP2000207370A (ja) | 分散ファイル管理装置及び分散ファイル管理システム | |
| CN105760391A (zh) | 数据动态重分布的方法、数据节点、名字节点及系统 | |
| JP2002324004A (ja) | 分散管理型ネットワークファイルシステム及びファイル方法 | |
| EP1109413B1 (en) | Summary building block, system and method for network management | |
| CN107547605A (zh) | 一种基于节点队列的消息读写方法及节点设备 | |
| US20240176762A1 (en) | Geographically dispersed hybrid cloud cluster | |
| JP2007173990A (ja) | 情報処理装置、通信負荷分散方法及び通信負荷分散プログラム | |
| CN113904973A (zh) | 路由更新方法、介质、装置和计算设备 | |
| CN111565211B (zh) | 一种cdn配置分发网络系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051101 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051226 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060131 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060302 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060307 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20060302 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060412 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060704 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060717 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090804 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100804 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110804 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110804 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120804 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |