JPH0816446A - クライアント／サーバ・システム - Google Patents
クライアント／サーバ・システムInfo
- Publication number
- JPH0816446A JPH0816446A JP6153489A JP15348994A JPH0816446A JP H0816446 A JPH0816446 A JP H0816446A JP 6153489 A JP6153489 A JP 6153489A JP 15348994 A JP15348994 A JP 15348994A JP H0816446 A JPH0816446 A JP H0816446A
- Authority
- JP
- Japan
- Prior art keywords
- server
- data
- client
- untransferred
- document file
- 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.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/073—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a memory management context, e.g. virtual memory or cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0751—Error or fault detection not based on redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Abstract
(57)【要約】
【目的】 本発明はサーバがクライアントで利用される
データを一元管理するクライアント／サーバ・システム
に関し、クライアントまたはサーバがダウンしても、自
動的にデータの一元管理を正しく保てるようにすること
を目的とする。 【構成】 クライアント２００は、作業領域２０４ａで
あるディレクトリ￥systemＡ￥workの下でサーバ２００
からダウン・ロードした書類ファイル doc１を編集す
る。そして、自己がダウンした後に再起動された際、該
ディレクトリ￥systemＡ￥workの配下に該書類ファイル
doc１が未転送ファイルとして残っていることを確認す
ると、これをサーバ１００の記憶装置１０４上のディレ
クトリ/server/systemＡの配下に自動転送する。
データを一元管理するクライアント／サーバ・システム
に関し、クライアントまたはサーバがダウンしても、自
動的にデータの一元管理を正しく保てるようにすること
を目的とする。 【構成】 クライアント２００は、作業領域２０４ａで
あるディレクトリ￥systemＡ￥workの下でサーバ２００
からダウン・ロードした書類ファイル doc１を編集す
る。そして、自己がダウンした後に再起動された際、該
ディレクトリ￥systemＡ￥workの配下に該書類ファイル
doc１が未転送ファイルとして残っていることを確認す
ると、これをサーバ１００の記憶装置１０４上のディレ
クトリ/server/systemＡの配下に自動転送する。
Description
【０００１】
【産業上の利用分野】本発明は、クライアント／サーバ
・システムに係わり、特にサーバがクライアントが利用
するデータをシステム内で一元的に管理しており、クラ
イアントが該データをサーバから受け取って処理・加工
を行い、該処理・加工後に該データをサーバに送り返す
形態のクライアント／サーバ・システムに関する。
・システムに係わり、特にサーバがクライアントが利用
するデータをシステム内で一元的に管理しており、クラ
イアントが該データをサーバから受け取って処理・加工
を行い、該処理・加工後に該データをサーバに送り返す
形態のクライアント／サーバ・システムに関する。
【０００２】
【従来の技術】ＬＡＮ（ローカル・エリア・ネットワー
ク）が普及するに従い、情報（データ）をサーバにより
一元的に管理するクライアント／サーバ方式によるシス
テムの構築が盛んになってきている。該クライアント・
サーバ・システムの実現形態は、業務処理をクライアン
トとサーバのいずれ側のプログラムが実行するかによっ
て、種々に分類される。
ク）が普及するに従い、情報（データ）をサーバにより
一元的に管理するクライアント／サーバ方式によるシス
テムの構築が盛んになってきている。該クライアント・
サーバ・システムの実現形態は、業務処理をクライアン
トとサーバのいずれ側のプログラムが実行するかによっ
て、種々に分類される。
【０００３】例えば、サーバ側の記憶装置によってファ
イルなどのデータを一元的に集中して管理する形態のも
のがある。この形態においては、データを共有する全ク
ライアントが更新された最新データを即時に利用できる
という利点がある。具体的な例としては、例えば、ＣＡ
Ｄ（Computer Aided Design)データなどの設計データベ
ースをサーバが一元的に管理する設計支援システムがあ
る。このようなシステムでは、クライアントはサーバか
ら必要とするデータを送信してもらい（ダウンロード
し）、該データに対して参照または編集などの処理を行
い、該処理後のデータをサーバに送り返す（アップロー
ドする）。これを受けて、サーバは、該データの管理情
報を更新すると共に、必要に応じて自己が管理している
データベースの内容を更新する。
イルなどのデータを一元的に集中して管理する形態のも
のがある。この形態においては、データを共有する全ク
ライアントが更新された最新データを即時に利用できる
という利点がある。具体的な例としては、例えば、ＣＡ
Ｄ（Computer Aided Design)データなどの設計データベ
ースをサーバが一元的に管理する設計支援システムがあ
る。このようなシステムでは、クライアントはサーバか
ら必要とするデータを送信してもらい（ダウンロード
し）、該データに対して参照または編集などの処理を行
い、該処理後のデータをサーバに送り返す（アップロー
ドする）。これを受けて、サーバは、該データの管理情
報を更新すると共に、必要に応じて自己が管理している
データベースの内容を更新する。
【０００４】このようなクライアント／サーバ・システ
ムでは、複数のクライアントによる同時更新を回避する
ために、データベースを構築しているファイルの排他制
御や、該ファイルの更新履歴を管理する機能などが必要
となる。
ムでは、複数のクライアントによる同時更新を回避する
ために、データベースを構築しているファイルの排他制
御や、該ファイルの更新履歴を管理する機能などが必要
となる。
【０００５】
【発明が解決しようとする課題】上述したようなサーバ
がクライアントで利用されるデータを自己の記憶装置上
で一元的に管理している形態のクライアント／サーバ・
システムは、サーバまたはクライアントがダウンした際
の障害対策の点で以下に述べるような問題があった。
がクライアントで利用されるデータを自己の記憶装置上
で一元的に管理している形態のクライアント／サーバ・
システムは、サーバまたはクライアントがダウンした際
の障害対策の点で以下に述べるような問題があった。
【０００６】 クライアントがサーバから受け取った
データを処理中にダウンした場合 この場合、クライアントを再起動した時点でクライアン
ト側のローカルな記憶装置（例えば、磁気ディスク等）
に設けられた作業領域に処理中のデータが残っている。
このため、サーバ側とクライアント側がそれぞれの記憶
装置に同一のデータを持つことになる。また、クライア
ントがデータの参照のみではなく、データの加工も行っ
ていた場合には、最新のデータはクライアント側に保有
されていることになる。従来、このようなデータの二重
管理状態を解消するためには、利用者がクライアントに
対してコマンド入力等を行って、上記作業領域に保持さ
れている未転送のデータを、サーバへ手動操作により転
送しなければならなかった。
データを処理中にダウンした場合 この場合、クライアントを再起動した時点でクライアン
ト側のローカルな記憶装置（例えば、磁気ディスク等）
に設けられた作業領域に処理中のデータが残っている。
このため、サーバ側とクライアント側がそれぞれの記憶
装置に同一のデータを持つことになる。また、クライア
ントがデータの参照のみではなく、データの加工も行っ
ていた場合には、最新のデータはクライアント側に保有
されていることになる。従来、このようなデータの二重
管理状態を解消するためには、利用者がクライアントに
対してコマンド入力等を行って、上記作業領域に保持さ
れている未転送のデータを、サーバへ手動操作により転
送しなければならなかった。
【０００７】 サーバがダウンした場合 この場合、クライアントは、自己の記憶装置の一部を退
避領域（仮想サーバ領域と呼ばれる場合もある）とし
て、本来、サーバに転送すべきデータを上記退避領域に
書き込んで、サーバが再び動作するまでの間保存してお
くことがある。このような場合、サーバが再起動された
とき、従来は、利用者がクライアントにコマンド入力等
を行って手動操作により、上記退避領域に保存されてい
る未転送のデータ（退避データ）をサーバへ転送し、該
退避データを、該サーバの記憶装置の本来の領域に格納
させる必要があった。
避領域（仮想サーバ領域と呼ばれる場合もある）とし
て、本来、サーバに転送すべきデータを上記退避領域に
書き込んで、サーバが再び動作するまでの間保存してお
くことがある。このような場合、サーバが再起動された
とき、従来は、利用者がクライアントにコマンド入力等
を行って手動操作により、上記退避領域に保存されてい
る未転送のデータ（退避データ）をサーバへ転送し、該
退避データを、該サーバの記憶装置の本来の領域に格納
させる必要があった。
【０００８】上記，のような従来の対処方法では、
利用者が常にシステム全体の稼働状態、すなわちサーバ
並びにクライアントが正常に動作しているか否か、また
はデータがサーバにより正しく一元管理されているか否
かを把握しながら、クライアント側からサーバ側へ当該
データを手動操作により転送しなければならず、クライ
アントの利用者の負担が大きかった。
利用者が常にシステム全体の稼働状態、すなわちサーバ
並びにクライアントが正常に動作しているか否か、また
はデータがサーバにより正しく一元管理されているか否
かを把握しながら、クライアント側からサーバ側へ当該
データを手動操作により転送しなければならず、クライ
アントの利用者の負担が大きかった。
【０００９】しかしながら、上記手動によるデータ転送
を実行するためにはクライアントの利用者は、システム
でサポートされているデータ転送に使用するコマンドや
サーバ側の記憶装置に設けられたデータ転送先の領域名
等について知っている必要があり、クライアント／サー
バ・システム全体についての知識が要求される。
を実行するためにはクライアントの利用者は、システム
でサポートされているデータ転送に使用するコマンドや
サーバ側の記憶装置に設けられたデータ転送先の領域名
等について知っている必要があり、クライアント／サー
バ・システム全体についての知識が要求される。
【００１０】すなわち、例えば、ＦＴＰ（File Transfe
r Protocol) コマンドやｒｃｐコマンドなどのファイル
転送コマンドや、サーバ側の転送先ファイルのディレク
トリ名などについての知識が要求される。これは、利用
者にとって負担であり、場合によってはシステム管理者
からそれらの知識を教えてもらうか、システム管理者に
操作を依頼する必要がある。
r Protocol) コマンドやｒｃｐコマンドなどのファイル
転送コマンドや、サーバ側の転送先ファイルのディレク
トリ名などについての知識が要求される。これは、利用
者にとって負担であり、場合によってはシステム管理者
からそれらの知識を教えてもらうか、システム管理者に
操作を依頼する必要がある。
【００１１】また、データ転送は手動操作により行われ
るため、データの復旧までに時間がかかるなどの問題も
あった。さらに、利用者がデータ転送を怠る可能性もあ
り、サーバ側でのデータの一元管理が十分に機能しなく
なる事態が生ずる場合もありえるという問題があった。
るため、データの復旧までに時間がかかるなどの問題も
あった。さらに、利用者がデータ転送を怠る可能性もあ
り、サーバ側でのデータの一元管理が十分に機能しなく
なる事態が生ずる場合もありえるという問題があった。
【００１２】本発明は、サーバがクライアントで利用さ
れるデータの一元管理を、サーバまたはクライアントが
ダウンしても、利用者の手動操作を必要とすることなく
自動的に正常な状態に復旧できるようにすることを目的
とする。
れるデータの一元管理を、サーバまたはクライアントが
ダウンしても、利用者の手動操作を必要とすることなく
自動的に正常な状態に復旧できるようにすることを目的
とする。
【００１３】
【課題を解決するための手段】図１は、本発明の原理を
説明するブロック図である。請求項１記載の発明は、サ
ーバ１０がクライアント２０で共有されるデータを自記
憶装置１１上で一元管理し、クライアント２０は該サー
バ１０から必要とするデータをダウン・ロードし、該デ
ータを処理終了後にサーバ１０に送り返す形態のクライ
アント／サーバ・システムを前提とする。
説明するブロック図である。請求項１記載の発明は、サ
ーバ１０がクライアント２０で共有されるデータを自記
憶装置１１上で一元管理し、クライアント２０は該サー
バ１０から必要とするデータをダウン・ロードし、該デ
ータを処理終了後にサーバ１０に送り返す形態のクライ
アント／サーバ・システムを前提とする。
【００１４】そして、以下の手段を有する。サーバ監視
手段２１は、サーバ１０が動作中であるか否かを監視す
る。未転送データ記憶手段２２は、サーバ１０に送り返
すべき未転送のデータを格納する。該データは、例えば
書類ファイルなどの文書や図形などのファイルが該当す
る。
手段２１は、サーバ１０が動作中であるか否かを監視す
る。未転送データ記憶手段２２は、サーバ１０に送り返
すべき未転送のデータを格納する。該データは、例えば
書類ファイルなどの文書や図形などのファイルが該当す
る。
【００１５】未転送データ書き込み手段２３は、該記憶
手段２２に該未転送データを書き込む。未転送データ確
認手段２４は、上記記憶手段２２にサーバ１０へ転送す
べき上記未転送データが存在するか否かを調べる。
手段２２に該未転送データを書き込む。未転送データ確
認手段２４は、上記記憶手段２２にサーバ１０へ転送す
べき上記未転送データが存在するか否かを調べる。
【００１６】未転送データ転送手段２５は、該未転送デ
ータ確認手段２４により上記未転送データの存在が確認
され、かつ上記サーバ監視手段２１によりサーバ１０が
動作中であることが確認された場合、上記未転送データ
をサーバ１０へ転送する。
ータ確認手段２４により上記未転送データの存在が確認
され、かつ上記サーバ監視手段２１によりサーバ１０が
動作中であることが確認された場合、上記未転送データ
をサーバ１０へ転送する。
【００１７】前記未転送データ書き込み手段２３は、例
えば、請求項２記載のように、前記未転送データを前記
未転送データ記憶手段２２の予め定められた特定領域の
みに書き込むようにしてもよい。該特定領域は、例え
ば、ディレクトリによって指定される。
えば、請求項２記載のように、前記未転送データを前記
未転送データ記憶手段２２の予め定められた特定領域の
みに書き込むようにしてもよい。該特定領域は、例え
ば、ディレクトリによって指定される。
【００１８】また、前記未転送データ確認手段２４は、
例えば、請求項３記載のように、前記未転送データ記憶
手段２２内の未転送データと、サーバ１０により管理さ
れている該サーバ１０の記憶装置１１上の該未転送デー
タの更新日付情報とを比較して、前記記憶手段２２に格
納されている未転送データの中からサーバ１０へ転送す
べきデータを選別するようにしてもよい。
例えば、請求項３記載のように、前記未転送データ記憶
手段２２内の未転送データと、サーバ１０により管理さ
れている該サーバ１０の記憶装置１１上の該未転送デー
タの更新日付情報とを比較して、前記記憶手段２２に格
納されている未転送データの中からサーバ１０へ転送す
べきデータを選別するようにしてもよい。
【００１９】請求項４記載の発明は、上記手段２１，２
２，２３，２４及び２５に加え、クライアント２０及び
サーバ１０が以下の手段を備える。まず、クライアント
２０は、前記未転送データ転送手段２５によりサーバ１
０へ未転送データが転送された後、該サーバ１０へ該未
転送データの管理情報を更新する旨を指示するメッセー
ジを送信するメッセージ送信手段２６をさらに備える。
２，２３，２４及び２５に加え、クライアント２０及び
サーバ１０が以下の手段を備える。まず、クライアント
２０は、前記未転送データ転送手段２５によりサーバ１
０へ未転送データが転送された後、該サーバ１０へ該未
転送データの管理情報を更新する旨を指示するメッセー
ジを送信するメッセージ送信手段２６をさらに備える。
【００２０】また、サーバ１０は、クライアント２０か
ら上記メッセージを受信した際、上記未転送データの管
理情報を更新するデータ管理情報更新手段１２を備え
る。請求項５記載の発明は、サーバ３０がクライアント
４０で共有されるデータを自記憶装置３１上で一元管理
し、クライアント４０は該サーバ３０から必要とするデ
ータをダウン・ロードし、該データを処理終了後にサー
バ３０に送り返す形態のクライアント／サーバ・システ
ムを前提とする。
ら上記メッセージを受信した際、上記未転送データの管
理情報を更新するデータ管理情報更新手段１２を備え
る。請求項５記載の発明は、サーバ３０がクライアント
４０で共有されるデータを自記憶装置３１上で一元管理
し、クライアント４０は該サーバ３０から必要とするデ
ータをダウン・ロードし、該データを処理終了後にサー
バ３０に送り返す形態のクライアント／サーバ・システ
ムを前提とする。
【００２１】サーバ監視手段４１は、サーバ３０が動作
中であるか否かを監視する。退避データ記憶手段４２
は、該サーバ３０が動作していないときに発生したサー
バ３０へ送り返すべきデータを、格納する。
中であるか否かを監視する。退避データ記憶手段４２
は、該サーバ３０が動作していないときに発生したサー
バ３０へ送り返すべきデータを、格納する。
【００２２】退避データ書き込み手段４３は、該サーバ
３０へ送り返すべきデータの転送要求が発生した際、該
サーバ監視手段４１により現在、サーバ３０が動作して
いないことが検出された場合、上記データを退避データ
として前記記憶手段４２に書き込む。
３０へ送り返すべきデータの転送要求が発生した際、該
サーバ監視手段４１により現在、サーバ３０が動作して
いないことが検出された場合、上記データを退避データ
として前記記憶手段４２に書き込む。
【００２３】退避データ確認手段４４は、上記サーバ監
視手段４１により、現在、サーバ３０が動作中であるこ
とが検出されたとき、前記記憶手段４２内に前記退避デ
ータが存在するか否か判断する。
視手段４１により、現在、サーバ３０が動作中であるこ
とが検出されたとき、前記記憶手段４２内に前記退避デ
ータが存在するか否か判断する。
【００２４】退避データ転送手段４５は、該退避データ
確認手段４４により存在が認識された退避データをサー
バ３０へ転送する。前記退避データ書き込み手段４３
は、例えば、請求項６記載のように前記退避データを前
記退避データ記憶手段４２の予め定められた特定領域の
みに書き込む。該特定領域は、例えば、ディレクトリに
よって指定される。
確認手段４４により存在が認識された退避データをサー
バ３０へ転送する。前記退避データ書き込み手段４３
は、例えば、請求項６記載のように前記退避データを前
記退避データ記憶手段４２の予め定められた特定領域の
みに書き込む。該特定領域は、例えば、ディレクトリに
よって指定される。
【００２５】請求項７記載の発明は、上記手段４１，４
２，４３，４４及び４５に加え、クライアント４０とサ
ーバ３０が、それぞれ以下の手段４６、３２を備える。
まず、前記退避データ転送手段４５によりサーバ３０へ
退避データが転送された後、該サーバ３０へ該退避デー
タの管理情報を更新する旨を指示するメッセージを送信
するメッセージ送信手段４６を、さらに備える。
２，４３，４４及び４５に加え、クライアント４０とサ
ーバ３０が、それぞれ以下の手段４６、３２を備える。
まず、前記退避データ転送手段４５によりサーバ３０へ
退避データが転送された後、該サーバ３０へ該退避デー
タの管理情報を更新する旨を指示するメッセージを送信
するメッセージ送信手段４６を、さらに備える。
【００２６】一方、サーバ３０は、クライアント４０か
ら上記メッセージを受信した際、上記退避データの管理
情報を更新するデータ管理情報更新手段４２を備える。
ら上記メッセージを受信した際、上記退避データの管理
情報を更新するデータ管理情報更新手段４２を備える。
【００２７】
【作用】請求項１記載の発明においては、未転送データ
書き込み手段２３により未転送データ記憶手段２２にサ
ーバ１０に転送すべき未転送のデータが格納される。こ
の後、該未転送データがサーバ１０へ転送される前にク
ライアント２０がダウンすると、未転送データ記憶手段
２２には上記未転送データがサーバ１０へ転送されない
まま残される。
書き込み手段２３により未転送データ記憶手段２２にサ
ーバ１０に転送すべき未転送のデータが格納される。こ
の後、該未転送データがサーバ１０へ転送される前にク
ライアント２０がダウンすると、未転送データ記憶手段
２２には上記未転送データがサーバ１０へ転送されない
まま残される。
【００２８】その後、クライアント２０が再立ち上げさ
れると、サーバ監視手段２１により、現在、サーバ１０
が動作中であるか否かが調べられる。未転送データ転送
手段２４は、サーバ監視手段２１によりサーバ１０が現
在、動作中であることが検出されると、未転送データ確
認手段２４に未転送データ記憶手段２２内に未転送デー
タが存在するか否か確認する。
れると、サーバ監視手段２１により、現在、サーバ１０
が動作中であるか否かが調べられる。未転送データ転送
手段２４は、サーバ監視手段２１によりサーバ１０が現
在、動作中であることが検出されると、未転送データ確
認手段２４に未転送データ記憶手段２２内に未転送デー
タが存在するか否か確認する。
【００２９】そして、未転送データ転送手段２５は、未
転送データ確認手段２４から該未転送データが存在する
旨の通知を受け取ると、未転送データ記憶手段２２から
上記未転送データを読み出し、このデータをサーバ１０
へ転送する。
転送データ確認手段２４から該未転送データが存在する
旨の通知を受け取ると、未転送データ記憶手段２２から
上記未転送データを読み出し、このデータをサーバ１０
へ転送する。
【００３０】したがって、クライアント２０がサーバ１
０ヘの未転送データを保有したままダウンした場合で
も、該クライアント２０が再立ち上げされると、上記未
転送データは人手を介することなく、クライアント２０
からサーバ１０へ自動的に転送される。
０ヘの未転送データを保有したままダウンした場合で
も、該クライアント２０が再立ち上げされると、上記未
転送データは人手を介することなく、クライアント２０
からサーバ１０へ自動的に転送される。
【００３１】また、請求項４記載の発明においては、上
述のようにしてクライアント２０からサーバ１０への未
転送データの自動転送が行われた後、クライアント１０
はメッセージ送信手段２６によりサーバ１０へ上記未転
送データの管理情報を更新する旨を指示するメッセージ
を送信する。これを受けて、サーバ１０のデータ管理情
報更新手段３２は、自記憶装置１１上で一元管理してい
る上記未転送データの管理情報を更新する。
述のようにしてクライアント２０からサーバ１０への未
転送データの自動転送が行われた後、クライアント１０
はメッセージ送信手段２６によりサーバ１０へ上記未転
送データの管理情報を更新する旨を指示するメッセージ
を送信する。これを受けて、サーバ１０のデータ管理情
報更新手段３２は、自記憶装置１１上で一元管理してい
る上記未転送データの管理情報を更新する。
【００３２】したがって、クライアント２０が未転送デ
ータを保有したままダウンした場合でも、サーバ１０は
クライアント１０で利用されるデータを、自記憶装置１
１上で正しく一元管理することができる。
ータを保有したままダウンした場合でも、サーバ１０は
クライアント１０で利用されるデータを、自記憶装置１
１上で正しく一元管理することができる。
【００３３】請求項５記載の発明においては、サーバ３
０がダウンすると、これがサーバ監視手段４１によって
検出される。これにより、退避データ書き込み手段４３
は、その後、サーバ監視手段４１によってサーバ３０が
再立ち上げにより動作可能な状態になったことが検出さ
れるまで、自装置内で発生したサーバ４０への転送デー
タを退避データ記憶手段４２に書き込み、退避させる。
０がダウンすると、これがサーバ監視手段４１によって
検出される。これにより、退避データ書き込み手段４３
は、その後、サーバ監視手段４１によってサーバ３０が
再立ち上げにより動作可能な状態になったことが検出さ
れるまで、自装置内で発生したサーバ４０への転送デー
タを退避データ記憶手段４２に書き込み、退避させる。
【００３４】その後、サーバ３０が立ち上げられ動作を
開始すると、これをサーバ監視手段４１が検出する。該
検出により、退避データ転送手段４５は、退避データ確
認手段４４に退避データ記憶手段４２内にサーバ４０へ
転送されずに退避されていたデータ（退避データ）が存
在するか否か問い合わせる。そして、退避データ転送手
段４５は、退避データ確認手段４４から該退避データが
存在する旨の通知を受け取ると、退避データ記憶手段４
２から上記退避データを読み出し、このデータをサーバ
３０へ転送する。
開始すると、これをサーバ監視手段４１が検出する。該
検出により、退避データ転送手段４５は、退避データ確
認手段４４に退避データ記憶手段４２内にサーバ４０へ
転送されずに退避されていたデータ（退避データ）が存
在するか否か問い合わせる。そして、退避データ転送手
段４５は、退避データ確認手段４４から該退避データが
存在する旨の通知を受け取ると、退避データ記憶手段４
２から上記退避データを読み出し、このデータをサーバ
３０へ転送する。
【００３５】したがって、サーバ３０がダウンした場合
でも、該ダウン中においてクライアント４０内で発生し
たサーバ３０宛の転送データは消失することなく退避・
保存され、その退避されたデータは、その後、サーバ３
０が再立ち上げされて動作可能な状態になったとき、人
手を介することなくクライアント４０からサーバ３０へ
自動的に転送される。
でも、該ダウン中においてクライアント４０内で発生し
たサーバ３０宛の転送データは消失することなく退避・
保存され、その退避されたデータは、その後、サーバ３
０が再立ち上げされて動作可能な状態になったとき、人
手を介することなくクライアント４０からサーバ３０へ
自動的に転送される。
【００３６】請求項７記載の発明においては、上述のよ
うにして退避データが自動転送された後、クライアント
４０は、メッセージ送信手段４６によりサーバ３０へ該
退避データの管理情報を更新する旨のメッセージをサー
バ３０へ送信する。サーバ３０は、該メッセージを受信
すると、データ管理情報更新手段４２により上記退避デ
ータの管理情報を更新する。
うにして退避データが自動転送された後、クライアント
４０は、メッセージ送信手段４６によりサーバ３０へ該
退避データの管理情報を更新する旨のメッセージをサー
バ３０へ送信する。サーバ３０は、該メッセージを受信
すると、データ管理情報更新手段４２により上記退避デ
ータの管理情報を更新する。
【００３７】したがって、サーバ３０は、自己がダウン
した場合においても、自記憶装置３１上でクライアント
４０により利用されるデータを正しく一元管理すること
ができる。
した場合においても、自記憶装置３１上でクライアント
４０により利用されるデータを正しく一元管理すること
ができる。
【００３８】
【実施例】以下、図面を参照しながら本発明の実施例を
説明する。図３は、本発明の一実施例のクライアント／
サーバ・システムの構成を示すブロック図である。
説明する。図３は、本発明の一実施例のクライアント／
サーバ・システムの構成を示すブロック図である。
【００３９】本実施例では、サーバ（サーバ・マシン）
１００と複数のクライアント（クライアント・マシン）
２００は、イーサネット型のＬＡＮから成るネットワー
ク３００（以後、ＬＡＮ３００と記述する）により接続
されている。尚、該ネットワーク３００として、該イー
サネット型のＬＡＮ以外にトークン・リング等の他の方
式のＬＡＮを用いてもよい。また、さらには、ＬＡＮに
限定されることなく、専用回線や公衆回線などのＷＡＮ
（Wide Area Network)を用いるようにしてもよい。
１００と複数のクライアント（クライアント・マシン）
２００は、イーサネット型のＬＡＮから成るネットワー
ク３００（以後、ＬＡＮ３００と記述する）により接続
されている。尚、該ネットワーク３００として、該イー
サネット型のＬＡＮ以外にトークン・リング等の他の方
式のＬＡＮを用いてもよい。また、さらには、ＬＡＮに
限定されることなく、専用回線や公衆回線などのＷＡＮ
（Wide Area Network)を用いるようにしてもよい。
【００４０】サーバ１００は、ＣＰＵ（中央演算処理装
置）、主メモリ、さらにはＩ／Ｏインタフェース等を備
えた装置本体１０２と、磁気ディスクや光磁気ディスク
等から成る外部記憶装置１０４（以後、単に記憶装置１
０４と記述する）及びＬＡＮアダプタ（ネットワーク・
インタフェース・カード）等から成る通信装置１０６等
から成っている。
置）、主メモリ、さらにはＩ／Ｏインタフェース等を備
えた装置本体１０２と、磁気ディスクや光磁気ディスク
等から成る外部記憶装置１０４（以後、単に記憶装置１
０４と記述する）及びＬＡＮアダプタ（ネットワーク・
インタフェース・カード）等から成る通信装置１０６等
から成っている。
【００４１】一方、クライアント２００は、ＣＰＵ、主
メモリ、さらにはＩ／Ｏインタフェース等から成る装置
本体２０２と、磁気ディスクやフロッピィディスク等か
ら成る外部記憶装置２０４（以後、単に記憶装置２０４
と記述する）及びＬＡＮアダプタ（ネットワーク・イン
タフェース・カード）等から成る通信装置２０６等から
成っている。
メモリ、さらにはＩ／Ｏインタフェース等から成る装置
本体２０２と、磁気ディスクやフロッピィディスク等か
ら成る外部記憶装置２０４（以後、単に記憶装置２０４
と記述する）及びＬＡＮアダプタ（ネットワーク・イン
タフェース・カード）等から成る通信装置２０６等から
成っている。
【００４２】また、特に図示してはいないが、サーバ１
００及びクライアント２００は、キーボードなどの外部
入力装置やＣＲＴディスプレイもしくは液晶ディスプレ
イなどの表示装置も備えている。また、クライアント２
００は後述するタイマ２１０も備えている。また、上記
主メモリ上等に後述する転送リスト２２０の作成領域を
有している。
００及びクライアント２００は、キーボードなどの外部
入力装置やＣＲＴディスプレイもしくは液晶ディスプレ
イなどの表示装置も備えている。また、クライアント２
００は後述するタイマ２１０も備えている。また、上記
主メモリ上等に後述する転送リスト２２０の作成領域を
有している。
【００４３】上記構成のクライアント／サーバ・システ
ムにおいて、サーバ１００とクライアント２００はそれ
ぞれが内蔵する通信装置１０６、２０６により、例えば
ＴＣＰ／ＩＰプロトコル、ＳＰＸ／ＩＰＸプロトコル、
ＯＳＩプロトコルなどの各種プロトコルにより、互いに
ファイル転送を行う。該ファイル転送において、クライ
アント２００は、ＦＴＰコマンドやｒｃｐコマンドを実
行する。
ムにおいて、サーバ１００とクライアント２００はそれ
ぞれが内蔵する通信装置１０６、２０６により、例えば
ＴＣＰ／ＩＰプロトコル、ＳＰＸ／ＩＰＸプロトコル、
ＯＳＩプロトコルなどの各種プロトコルにより、互いに
ファイル転送を行う。該ファイル転送において、クライ
アント２００は、ＦＴＰコマンドやｒｃｐコマンドを実
行する。
【００４４】本実施例においては、サーバ１００が複数
のクライアント２００で共有される複数の書類ファイル
doc1,doc2, ・・・ docｎを、自己の記憶装置１０４上
で一元的に集中管理している。
のクライアント２００で共有される複数の書類ファイル
doc1,doc2, ・・・ docｎを、自己の記憶装置１０４上
で一元的に集中管理している。
【００４５】そして、各クライアント２００は、ある書
類ファイル docｉ（ｉ＝１，２，，・・・ｎ）を編集す
る必要が生じた場合には、その書類ファイル docｉをサ
ーバ１００からダウンロードして編集を行う。そして、
編集した後に、編集後の書類ファイル docｉをサーバ１
００へ送り返すという一連の処理により、書類ファイル
doc1,2,・・・ｎがサーバ１００により一元管理され
る。
類ファイル docｉ（ｉ＝１，２，，・・・ｎ）を編集す
る必要が生じた場合には、その書類ファイル docｉをサ
ーバ１００からダウンロードして編集を行う。そして、
編集した後に、編集後の書類ファイル docｉをサーバ１
００へ送り返すという一連の処理により、書類ファイル
doc1,2,・・・ｎがサーバ１００により一元管理され
る。
【００４６】クライアント２００は、自己の記憶装置２
０４上に作業領域２０４ａと退避領域２０４ｂを生成し
ている。作業領域２０４ａは、編集中の書類ファイル d
ocｉのデータの一時的な格納領域として使われる。一
方、退避領域２０４ｂはダウンロードした書類ファイル
docｉの編集中にサーバ１００がダウンした場合に、該
編集後の書類ファイル docｉを、サーバ１００が復旧す
るまで退避・保存しておく領域として使われる。
０４上に作業領域２０４ａと退避領域２０４ｂを生成し
ている。作業領域２０４ａは、編集中の書類ファイル d
ocｉのデータの一時的な格納領域として使われる。一
方、退避領域２０４ｂはダウンロードした書類ファイル
docｉの編集中にサーバ１００がダウンした場合に、該
編集後の書類ファイル docｉを、サーバ１００が復旧す
るまで退避・保存しておく領域として使われる。
【００４７】また、クライアント１００の装置本体２０
２は、サーバ監視機能部２０２ａとリカバリ機能部２０
２ｂを備えている。これらの、両機能部２０２ａ，２０
２ｂは、例えば本体２０２内のＣＰＵがその主メモリに
ロードされたそれぞれの機能を実現するプログラムを実
行することにとって実現される。また、これ以外に専用
のプロセッサによって実現されてもよい。
２は、サーバ監視機能部２０２ａとリカバリ機能部２０
２ｂを備えている。これらの、両機能部２０２ａ，２０
２ｂは、例えば本体２０２内のＣＰＵがその主メモリに
ロードされたそれぞれの機能を実現するプログラムを実
行することにとって実現される。また、これ以外に専用
のプロセッサによって実現されてもよい。
【００４８】サーバ１００、クライアント２００にそれ
ぞれ実装される通信装置１０６，２０６は、ＬＡＮ３０
０を介してのサーバ１００とクライアント２００間の書
類ファイル docｉやメッセージなどのデータの送受信を
制御・実行する。該通信装置１０６，２０６は、例えば
プロセッサ内蔵型または一般にノンインテリジェント・
ボードと呼称されているプロセッサを内蔵していない型
式のものから成る。またさらに、装置本体１０２，２０
２とのデータの受け渡しを、例えば、Ｉ／Ｏ制御方式、
共有メモリ方式、またはバス・マスタ方式等により行
う。
ぞれ実装される通信装置１０６，２０６は、ＬＡＮ３０
０を介してのサーバ１００とクライアント２００間の書
類ファイル docｉやメッセージなどのデータの送受信を
制御・実行する。該通信装置１０６，２０６は、例えば
プロセッサ内蔵型または一般にノンインテリジェント・
ボードと呼称されているプロセッサを内蔵していない型
式のものから成る。またさらに、装置本体１０２，２０
２とのデータの受け渡しを、例えば、Ｉ／Ｏ制御方式、
共有メモリ方式、またはバス・マスタ方式等により行
う。
【００４９】Ｉ／Ｏ制御方式は、装置本体１０２，２０
２内のＣＰＵからのＩ／Ｏ命令によってデータの授受を
行うものである。また共有メモリ方式は、共有メモリを
介してデータの授受を行うものであり、データ送信時に
は該ＣＰＵが直接、通信装置１０６，２０６内メモリに
送信データを書き込む。一方、データ受信時には、通信
装置１０６，２０６が共有メモリに受信データを書き込
む。
２内のＣＰＵからのＩ／Ｏ命令によってデータの授受を
行うものである。また共有メモリ方式は、共有メモリを
介してデータの授受を行うものであり、データ送信時に
は該ＣＰＵが直接、通信装置１０６，２０６内メモリに
送信データを書き込む。一方、データ受信時には、通信
装置１０６，２０６が共有メモリに受信データを書き込
む。
【００５０】また、さらに、バス・マスタ方式は通信装
置１０６，２０６がバスマスタとなって装置本体１０
２，２０２側のメモリに直接データを読み書きすること
により、データの送受信を行う。
置１０６，２０６がバスマスタとなって装置本体１０
２，２０２側のメモリに直接データを読み書きすること
により、データの送受信を行う。
【００５１】図４は、プロセッサを内蔵していないＩ／
Ｏ制御方式の通信制御装置１０６，２０６の回路構成を
示すブロック図である。同図において、トランシーバ部
１０６ａは、１０ＢＡＳＥ−Ｔもしくは１０ＢＡＳＥ−
２用のケーブル（トランシーバ・ケーブル）によりＬＡ
Ｎ３００と接続される。該トランシーバ部１０６ａは、
ＯＳＩ参照モデルの物理層の機能を実行するもので、送
信データを上記１０ＢＡＳＥ−Ｔもしくは１０ＢＡＳＥ
−２用のトランシーバ・ケーブルに合った形式の電気信
号に変換して、該ケーブルに送信する。一方、自装置宛
の受信データの電気信号を上記ケーブルから取り込み、
ＬＡＮ制御部１０６ｂが処理可能な信号形式（ディジタ
ルデータ）に変換して、これを該ＬＡＮ制御部１０６ｂ
に渡す。
Ｏ制御方式の通信制御装置１０６，２０６の回路構成を
示すブロック図である。同図において、トランシーバ部
１０６ａは、１０ＢＡＳＥ−Ｔもしくは１０ＢＡＳＥ−
２用のケーブル（トランシーバ・ケーブル）によりＬＡ
Ｎ３００と接続される。該トランシーバ部１０６ａは、
ＯＳＩ参照モデルの物理層の機能を実行するもので、送
信データを上記１０ＢＡＳＥ−Ｔもしくは１０ＢＡＳＥ
−２用のトランシーバ・ケーブルに合った形式の電気信
号に変換して、該ケーブルに送信する。一方、自装置宛
の受信データの電気信号を上記ケーブルから取り込み、
ＬＡＮ制御部１０６ｂが処理可能な信号形式（ディジタ
ルデータ）に変換して、これを該ＬＡＮ制御部１０６ｂ
に渡す。
【００５２】ＬＡＮ制御部１０６ｂは、該トランシーバ
部１０６ａを介してＬＡＮ３００の状態を監視し、デー
タを送信可能になるとバッファメモリ１０６ｃからデー
タを読み出し、該データを上記トランシーバ部１０６ａ
を介してＬＡＮ３００に送出する。
部１０６ａを介してＬＡＮ３００の状態を監視し、デー
タを送信可能になるとバッファメモリ１０６ｃからデー
タを読み出し、該データを上記トランシーバ部１０６ａ
を介してＬＡＮ３００に送出する。
【００５３】バッファメモリ１０６ｃは、送受信データ
が格納されるメモリであり、ＬＡＮ制御部１０６ｂは、
装置本体１０２，２０２のＣＰＵからのＩ／Ｏ命令を受
信することにより送信データを受け取り、該送信データ
をバッファメモリ１０６ｃに書き込む。また、ＬＡＮ制
御部１０６ｂは、トランシーバ部１０６ａを介して受信
したデータをバッファメモリ１０６ｃに書き込み、一時
的に保存する。
が格納されるメモリであり、ＬＡＮ制御部１０６ｂは、
装置本体１０２，２０２のＣＰＵからのＩ／Ｏ命令を受
信することにより送信データを受け取り、該送信データ
をバッファメモリ１０６ｃに書き込む。また、ＬＡＮ制
御部１０６ｂは、トランシーバ部１０６ａを介して受信
したデータをバッファメモリ１０６ｃに書き込み、一時
的に保存する。
【００５４】バスインタフェース制御部１０６ｄは、装
置本体１０６，２０６とＬＡＮ制御部１０６ｂがＩ／Ｏ
命令や送受信データの授受を正しく行えるように制御す
るインタフェース回路であり、装置本体１０２，２０２
のバス（システムバス）１０２ａと接続されている。
置本体１０６，２０６とＬＡＮ制御部１０６ｂがＩ／Ｏ
命令や送受信データの授受を正しく行えるように制御す
るインタフェース回路であり、装置本体１０２，２０２
のバス（システムバス）１０２ａと接続されている。
【００５５】割り込み制御部１０６ｃは、該バス１０２
ａを介して装置本体１０２，２０２のＣＰＵと接続され
ており、ＬＡＮ制御部１０６ｂからの命令を受けて本装
置１０６，２０６の各種状態を該ＣＰＵに対し割り込み
により通知する。
ａを介して装置本体１０２，２０２のＣＰＵと接続され
ており、ＬＡＮ制御部１０６ｂからの命令を受けて本装
置１０６，２０６の各種状態を該ＣＰＵに対し割り込み
により通知する。
【００５６】尚、通信装置１０６，２０６がＬＡＮ３０
０と１０ＢＡＳＥ−５のケーブルを介して接続される場
合には、ＬＡＮ３００の幹線（同軸ケーブル）に取り付
けられたトランシーバにＬＡＮ制御部１０６がトランシ
ーバ・ケーブルを介して直結される。
０と１０ＢＡＳＥ−５のケーブルを介して接続される場
合には、ＬＡＮ３００の幹線（同軸ケーブル）に取り付
けられたトランシーバにＬＡＮ制御部１０６がトランシ
ーバ・ケーブルを介して直結される。
【００５７】続いて、上記構成の実施例の動作を説明す
る。まず、図５，図６をそれぞれ参照して、クライアン
ト２００、サーバ１００がダウンしたときにおけるサー
バ１００での書類ファイル doc１，２，・・・ｎの一元
管理の復旧方法を説明する。
る。まず、図５，図６をそれぞれ参照して、クライアン
ト２００、サーバ１００がダウンしたときにおけるサー
バ１００での書類ファイル doc１，２，・・・ｎの一元
管理の復旧方法を説明する。
【００５８】両図に示す例においては、サーバ１００は
複数の書類ファイル doc１，２，・・・ｎを記憶装置１
０４に作成されている/server/sysytem Ａというディレ
クトリの配下に管理している。一方クライアント２００
はサーバ１００からダウンロードする書類ファイルの格
納先ファイルである作業領域２０４ａを、記憶装置２０
４内に作成されている￥sysytem Ａ￥workという未転送
書類ファイル用ディレクトリとして実現している。ま
た、サーバ１００がダウンした際に、仮想サーバとして
使用されるサーバ１００への送信データを退避するため
に用いられる退避領域（仮想サーバ領域）２０４ｂを、
同じく記憶装置２０４内に￥Ｖserver￥sysytem Ａとい
うディレクトリとして実現している。
複数の書類ファイル doc１，２，・・・ｎを記憶装置１
０４に作成されている/server/sysytem Ａというディレ
クトリの配下に管理している。一方クライアント２００
はサーバ１００からダウンロードする書類ファイルの格
納先ファイルである作業領域２０４ａを、記憶装置２０
４内に作成されている￥sysytem Ａ￥workという未転送
書類ファイル用ディレクトリとして実現している。ま
た、サーバ１００がダウンした際に、仮想サーバとして
使用されるサーバ１００への送信データを退避するため
に用いられる退避領域（仮想サーバ領域）２０４ｂを、
同じく記憶装置２０４内に￥Ｖserver￥sysytem Ａとい
うディレクトリとして実現している。
【００５９】図５は、クライアント２００がダウンした
ときの動作を説明する図である。 クライアント２００は、ＬＡＮ３００を介してサー
バ１００から書類ファイル doc１を受け取り、これを作
業領域２０４ａすなわちディレクトリ￥sysytem Ａ￥wo
rkの配下に格納する。
ときの動作を説明する図である。 クライアント２００は、ＬＡＮ３００を介してサー
バ１００から書類ファイル doc１を受け取り、これを作
業領域２０４ａすなわちディレクトリ￥sysytem Ａ￥wo
rkの配下に格納する。
【００６０】 クライアント２００が、該作業領域２
０４ａにダウンロードされた書類ファイル doc１を編集
中にダウンする。 該ダウン後に、クライアント２００が再起動され
る。このとき、クライアント２００はディレクトリ￥sy
stemＡ￥workの配下に書類ファイルが存在しないか否か
調べ、書類ファイル doc１の存在を認識する。これによ
り、該書類ファイル doc１がサーバ１００へ未転送であ
ると判断して、この書類ファイル doc１をＬＡＮ３００
を介してサーバ１００へ転送する。この転送は、後述詳
しく説明するように、クライアント２００により自動的
に行われる。またクライアント２００はサーバ１００に
対し、“書類ファイル管理情報の更新指示”のメッセー
ジをサーバ１００へ通知する。サーバ１００は、これを
受けて、“該メッセージを送信してきたクライアント２
００が上記書類ファイル doc１を現在所有している”と
いう管理情報を更新する。
０４ａにダウンロードされた書類ファイル doc１を編集
中にダウンする。 該ダウン後に、クライアント２００が再起動され
る。このとき、クライアント２００はディレクトリ￥sy
stemＡ￥workの配下に書類ファイルが存在しないか否か
調べ、書類ファイル doc１の存在を認識する。これによ
り、該書類ファイル doc１がサーバ１００へ未転送であ
ると判断して、この書類ファイル doc１をＬＡＮ３００
を介してサーバ１００へ転送する。この転送は、後述詳
しく説明するように、クライアント２００により自動的
に行われる。またクライアント２００はサーバ１００に
対し、“書類ファイル管理情報の更新指示”のメッセー
ジをサーバ１００へ通知する。サーバ１００は、これを
受けて、“該メッセージを送信してきたクライアント２
００が上記書類ファイル doc１を現在所有している”と
いう管理情報を更新する。
【００６１】尚、この場合、サーバ１００に対してディ
レクトリ/server/systemＡ配下の上記書類ファイル doc
１の更新日付を問い合わせ、この日付を未転送ファイル
doc１の更新日付と比較して、該未転送ファイル doc１
の更新日付の方が新しいときのみ、この書類ファイル d
oc１を転送要のファイルとみなしてサーバ１００へ転送
するようにしてもよい。
レクトリ/server/systemＡ配下の上記書類ファイル doc
１の更新日付を問い合わせ、この日付を未転送ファイル
doc１の更新日付と比較して、該未転送ファイル doc１
の更新日付の方が新しいときのみ、この書類ファイル d
oc１を転送要のファイルとみなしてサーバ１００へ転送
するようにしてもよい。
【００６２】次に、図６（ａ），（ｂ）はサーバ１００
がダウンしたときの動作を説明する図である。 上述と同様にして、クライアント２００がサーバ１
００から書類ファイルdoc２をディレクトリ￥system￥w
ork配下すなわち作業領域２０４ａへダウンロードし
て、該作業領域ファイル２０４ａ内で該書類ファイル d
oc２を編集する（同図（ａ））。
がダウンしたときの動作を説明する図である。 上述と同様にして、クライアント２００がサーバ１
００から書類ファイルdoc２をディレクトリ￥system￥w
ork配下すなわち作業領域２０４ａへダウンロードし
て、該作業領域ファイル２０４ａ内で該書類ファイル d
oc２を編集する（同図（ａ））。
【００６３】 該書類ファイル doc２の編集中にサー
バ１００がダウンする。クライアント２００は、書類フ
ァイル doc２の編集が終了すると、サーバ監視機能部２
０２ａにより、サーバ１００が正常に動作しているか否
か調べ、サーバ１００が現在ダウン中であることを検出
する。これにより、クライアント２００は、作業領域２
０４ａ内にある編集処理の終了した書類ファイル doc２
を、サーバ１００へ転送する代わりに、自己の記憶装置
２０４内のディレクトリ￥system￥systemＡ配下すなわ
ち退避領域２０４ｂに退避ファイル docｊ（ｊ＝１，
２，・・・ｎ）として転送・退避させる。そして、その
後、サーバ監視機能部２０２ａによりサーバ１００が復
旧したことを検出すると、該退避領域２０４ｂに退避さ
れていた書類ファイル doc２をサーバ１００のディレク
トリ/server/systemＡ配下に自動転送する。（同図
（ｂ））。
バ１００がダウンする。クライアント２００は、書類フ
ァイル doc２の編集が終了すると、サーバ監視機能部２
０２ａにより、サーバ１００が正常に動作しているか否
か調べ、サーバ１００が現在ダウン中であることを検出
する。これにより、クライアント２００は、作業領域２
０４ａ内にある編集処理の終了した書類ファイル doc２
を、サーバ１００へ転送する代わりに、自己の記憶装置
２０４内のディレクトリ￥system￥systemＡ配下すなわ
ち退避領域２０４ｂに退避ファイル docｊ（ｊ＝１，
２，・・・ｎ）として転送・退避させる。そして、その
後、サーバ監視機能部２０２ａによりサーバ１００が復
旧したことを検出すると、該退避領域２０４ｂに退避さ
れていた書類ファイル doc２をサーバ１００のディレク
トリ/server/systemＡ配下に自動転送する。（同図
（ｂ））。
【００６４】次に、このようなクライアント２００また
はサーバ１００がダウンしたとき、、それらが再び立ち
上がったときにサーバ１００での書類ファイル doc１，
２，・・・ｎの一元管理を、自動的に正常な状態に復帰
させるクライアント２００の動作を図７乃至図９のフロ
ーチャートを参照しながら説明する。
はサーバ１００がダウンしたとき、、それらが再び立ち
上がったときにサーバ１００での書類ファイル doc１，
２，・・・ｎの一元管理を、自動的に正常な状態に復帰
させるクライアント２００の動作を図７乃至図９のフロ
ーチャートを参照しながら説明する。
【００６５】図７は、クライアント２００の全体的な動
作を説明するゼネラル・フローチャートである。クライ
アント２００は、電源投入またはリセット操作等により
システムの立ち上げが行われると、まず、サーバ監視機
能部２０２ａを起動させ、該機能部２０２ａにサーバ１
００が現在動作中であるか問い合わせる。この問い合わ
せに対し、サーバ監視機能部２０２ａは、ＬＡＮ３００
を介するプロセス間通信等を利用して、現在のサーバ１
００の状態を調べ、現在、サーバ１００が動作中である
か否かを通知する（ステップＳ１）。
作を説明するゼネラル・フローチャートである。クライ
アント２００は、電源投入またはリセット操作等により
システムの立ち上げが行われると、まず、サーバ監視機
能部２０２ａを起動させ、該機能部２０２ａにサーバ１
００が現在動作中であるか問い合わせる。この問い合わ
せに対し、サーバ監視機能部２０２ａは、ＬＡＮ３００
を介するプロセス間通信等を利用して、現在のサーバ１
００の状態を調べ、現在、サーバ１００が動作中である
か否かを通知する（ステップＳ１）。
【００６６】該通知を受け取ると、現在、サーバ１００
が動作しているか否かを判断し（ステップＳ２）、サー
バ１００が動作していれば（Ｓ２，ＹＥＳ）、次にリカ
バリ機能部２０２ｂを起動させ、前記作業領域２０４ａ
に格納されている転送の書類ファイル docｉまたは前記
退避領域２０４ｂに退避されている退避ファイル docｊ
（転送しようとした際、サーバ１００がダウンしていた
ために退避されていた書類ファイル docｊ）をＬＡＮ３
００を介してサーバ１００へ転送させるリカバリ処理Ａ
を実行する（ステップＳ３）。
が動作しているか否かを判断し（ステップＳ２）、サー
バ１００が動作していれば（Ｓ２，ＹＥＳ）、次にリカ
バリ機能部２０２ｂを起動させ、前記作業領域２０４ａ
に格納されている転送の書類ファイル docｉまたは前記
退避領域２０４ｂに退避されている退避ファイル docｊ
（転送しようとした際、サーバ１００がダウンしていた
ために退避されていた書類ファイル docｊ）をＬＡＮ３
００を介してサーバ１００へ転送させるリカバリ処理Ａ
を実行する（ステップＳ３）。
【００６７】これにより、クライアント２００がダウン
していたために未転送となっていた書類ファイル docｉ
（未転送書類ファイル docｉ）がサーバ１００へ自動転
送される。また、例えば、サーバ１００がダウン中にク
ライアント３００もダウンし、その後、サーバ１００の
方が先に立ち上がったような場合には、退避領域２０４
ｂに退避されていた書類ファイル docｊ（退避書類ファ
イル docｊ）もサーバ１００へ自動転送される。
していたために未転送となっていた書類ファイル docｉ
（未転送書類ファイル docｉ）がサーバ１００へ自動転
送される。また、例えば、サーバ１００がダウン中にク
ライアント３００もダウンし、その後、サーバ１００の
方が先に立ち上がったような場合には、退避領域２０４
ｂに退避されていた書類ファイル docｊ（退避書類ファ
イル docｊ）もサーバ１００へ自動転送される。
【００６８】続いて、クライアント２００は、ＬＡＮ３
００を介して予め定められた所定のメッセージをサーバ
１００へ通知し、サーバ１００に上記転送した書類ファ
イルｉ，ｊに関する管理情報を更新させる（ステップＳ
４）。
００を介して予め定められた所定のメッセージをサーバ
１００へ通知し、サーバ１００に上記転送した書類ファ
イルｉ，ｊに関する管理情報を更新させる（ステップＳ
４）。
【００６９】この後、利用者からの要求に対する処理を
行う通常処理を実行する（ステップＳ５）。尚、上記ス
テップＳ２でサーバ１００が現在、動作しないと判断す
ると（Ｓ２，ＮＯ）、直ちに、このステップＳ５の通常
処理に移行する。
行う通常処理を実行する（ステップＳ５）。尚、上記ス
テップＳ２でサーバ１００が現在、動作しないと判断す
ると（Ｓ２，ＮＯ）、直ちに、このステップＳ５の通常
処理に移行する。
【００７０】この通常処理は、大別すると主に以下の
〜等の処理に分かれる。 サーバ１００からダウンロードした書類ファイル d
ocｉのデータについて利用者により指示された参照また
は編集・加工処理を行い、該処理後のデータを未転送書
類ファイル用ディレクトリ￥systemＡ￥work配下すなわ
ち作業領域２０４ａ内の書類ファイル doc１に反映させ
る。そして、上記編集・加工処理終了後、該書類ファイ
ルdoc i に対してクローズ処理を行い、その更新日付情
報（例えば、年、月、日、時刻）をその書類ファイルdo
c i に設定する。
〜等の処理に分かれる。 サーバ１００からダウンロードした書類ファイル d
ocｉのデータについて利用者により指示された参照また
は編集・加工処理を行い、該処理後のデータを未転送書
類ファイル用ディレクトリ￥systemＡ￥work配下すなわ
ち作業領域２０４ａ内の書類ファイル doc１に反映させ
る。そして、上記編集・加工処理終了後、該書類ファイ
ルdoc i に対してクローズ処理を行い、その更新日付情
報（例えば、年、月、日、時刻）をその書類ファイルdo
c i に設定する。
【００７１】 サーバ１００から利用者により指定さ
れた書類ファイル docｉをＬＡＮ３００を介して上記作
業領域２０４ａにダウンロードする、または利用者から
の指示により編集の終了した上記作業領域２０４ａ内の
書類ファイル docｉをサーバ１００へアップロードする
処理。
れた書類ファイル docｉをＬＡＮ３００を介して上記作
業領域２０４ａにダウンロードする、または利用者から
の指示により編集の終了した上記作業領域２０４ａ内の
書類ファイル docｉをサーバ１００へアップロードする
処理。
【００７２】 クライアント１００の動作の終了指
示。 これらの〜の処理は、上記ステップＳ５に続く、ス
テップＳ６によって判別される。
示。 これらの〜の処理は、上記ステップＳ５に続く、ス
テップＳ６によって判別される。
【００７３】該ステップＳ６において、上記または
のサーバ１００との間のデータ（書類ファイル docｉや
メッセージ等）の送受信に関する処理の指示であると判
別すると、上述したステップＳ１と同様にしてサーバ監
視機能部２０２ａを起動する（ステップＳ７）。
のサーバ１００との間のデータ（書類ファイル docｉや
メッセージ等）の送受信に関する処理の指示であると判
別すると、上述したステップＳ１と同様にしてサーバ監
視機能部２０２ａを起動する（ステップＳ７）。
【００７４】そして、サーバ監視機能部２０２からの通
知により、サーバ１００が現在、動作中であることを認
識すると（Ｓ８，ＹＥＳ）、次にリカバリ機能部２０２
ｂを起動させ、退避領域２０４ｂまたは作業領域２０４
ａに存在する退避書類ファイル docｊまたは未転送書類
ファイル docｉをサーバ１００へ転送するリカバリ処理
Ｂを実行する（ステップＳ９）。
知により、サーバ１００が現在、動作中であることを認
識すると（Ｓ８，ＹＥＳ）、次にリカバリ機能部２０２
ｂを起動させ、退避領域２０４ｂまたは作業領域２０４
ａに存在する退避書類ファイル docｊまたは未転送書類
ファイル docｉをサーバ１００へ転送するリカバリ処理
Ｂを実行する（ステップＳ９）。
【００７５】これにより、サーバ１００のダウン時に、
サーバ１００へ転送されずに退避領域２０４ｂに退避さ
れていた書類ファイル docｊ（退避ファイル docｊ）が
該サーバ１００へ自動転送される。また、上記ステップ
Ｓ２でサーバ１００が動作していなかったために転送さ
れなかった書類ファイル docｉ（未転送書類ファイルdo
cｉ）が該サーバ１００へ自動転送される。
サーバ１００へ転送されずに退避領域２０４ｂに退避さ
れていた書類ファイル docｊ（退避ファイル docｊ）が
該サーバ１００へ自動転送される。また、上記ステップ
Ｓ２でサーバ１００が動作していなかったために転送さ
れなかった書類ファイル docｉ（未転送書類ファイルdo
cｉ）が該サーバ１００へ自動転送される。
【００７６】次に、サーバ１００へ上記転送した書類フ
ァイル docｉ，ｊの管理情報を更新させるように指示す
る旨のメッセージを送信する（ステップＳ１０）。これ
により、サーバ１００は書類ファイル docｉ，ｊの管理
情報を更新する。
ァイル docｉ，ｊの管理情報を更新させるように指示す
る旨のメッセージを送信する（ステップＳ１０）。これ
により、サーバ１００は書類ファイル docｉ，ｊの管理
情報を更新する。
【００７７】続いて、利用者により指示された処理がサ
ーバ１００からの書類ファイル docｉのダウンロードな
のか、または編集または参照が終了した書類ファイル d
ocｊのサーバ１００への返送であるのか判別する（Ｓ１
１）。
ーバ１００からの書類ファイル docｉのダウンロードな
のか、または編集または参照が終了した書類ファイル d
ocｊのサーバ１００への返送であるのか判別する（Ｓ１
１）。
【００７８】そして、該ダウンロードの指示であれば、
ＬＡＮ３００を介して上記書類ファイル docｉをサーバ
１００から自記憶装置２０４上に作成されている未転送
ファイル用ディレクトリ￥systemＡ￥workにダウンロー
ドし（ステップＳ１２）、前記ステップＳ５へ戻る。
ＬＡＮ３００を介して上記書類ファイル docｉをサーバ
１００から自記憶装置２０４上に作成されている未転送
ファイル用ディレクトリ￥systemＡ￥workにダウンロー
ドし（ステップＳ１２）、前記ステップＳ５へ戻る。
【００７９】これにより、利用者からの指示により指定
された書類ファイル docｉが、サーバ１００から上記未
転送ファイル用ディレクトリ￥systemＡ￥work配下、す
なわち作業領域２０４ａにダウンロードされる。
された書類ファイル docｉが、サーバ１００から上記未
転送ファイル用ディレクトリ￥systemＡ￥work配下、す
なわち作業領域２０４ａにダウンロードされる。
【００８０】一方、上記ステップＳ１１で未転送ファイ
ル用ディレクトリ￥systemＡ￥work配下すなわち作業領
域２０４ａ内にある編集等が終了した書類ファイル doc
ｉのサーバ１００への転送指示であると判断すると、そ
の指定書類ファイル docｉをＬＡＮ３００を介してサー
バ１００へ転送し、この後、該転送した書類ファイルdo
cｉを未転送書類ファイル用ディレクトリ￥systemＡ￥w
ork配下、すなわち作業領域２０４ａから削除する（ス
テップＳ１３）。そして、この後、前記ステップＳ５に
戻る。
ル用ディレクトリ￥systemＡ￥work配下すなわち作業領
域２０４ａ内にある編集等が終了した書類ファイル doc
ｉのサーバ１００への転送指示であると判断すると、そ
の指定書類ファイル docｉをＬＡＮ３００を介してサー
バ１００へ転送し、この後、該転送した書類ファイルdo
cｉを未転送書類ファイル用ディレクトリ￥systemＡ￥w
ork配下、すなわち作業領域２０４ａから削除する（ス
テップＳ１３）。そして、この後、前記ステップＳ５に
戻る。
【００８１】これにより、サーバ１００により一元管理
されている書類ファイル docｉがサーバ１００の記憶装
置上１０４上に作成されたディレクトリ/Server/System
Ａ配下に戻され、サーバ１００はその書類ファイル doc
ｉの内容の更新やその管理情報の更新等を行う。また、
サーバ１００に戻された書類ファイル docｉはクライア
ント１００の未転送書類ファイル用ディレクトリ￥syst
emＡ￥workすなわち作業領域２０４ａから削除される。
されている書類ファイル docｉがサーバ１００の記憶装
置上１０４上に作成されたディレクトリ/Server/System
Ａ配下に戻され、サーバ１００はその書類ファイル doc
ｉの内容の更新やその管理情報の更新等を行う。また、
サーバ１００に戻された書類ファイル docｉはクライア
ント１００の未転送書類ファイル用ディレクトリ￥syst
emＡ￥workすなわち作業領域２０４ａから削除される。
【００８２】また、上記ステップＳ８でサーバ１００が
現在、動作していないと判断すると（Ｓ８，ＮＯ）、前
記ステップＳ１１と同様にして利用者により指示された
処理を判別する（ステップＳ１４）。
現在、動作していないと判断すると（Ｓ８，ＮＯ）、前
記ステップＳ１１と同様にして利用者により指示された
処理を判別する（ステップＳ１４）。
【００８３】そして、指示された処理が未転送書類ファ
イル用ディレクトリ￥systemＡ￥work配下にある書類フ
ァイル docｊ（ｊ＝１，２，・・・ｎ）のサーバ１００
への転送であれば、該書類ファイル docｊを、サーバ１
００の書類ファイル管理ディレクトリ/server/systemＡ
ではなく、自記憶装置２０４上の退避書類ファイル用デ
ィレクトリ￥Ｖserver￥systemＡを仮想的にサーバ１０
０みなして該ディレクトリへ転送し、未転送書類ファイ
ル用ディレクトリ￥systemＡ￥workから該書類ファイル
docｊを削除する（ステップＳ１５）。
イル用ディレクトリ￥systemＡ￥work配下にある書類フ
ァイル docｊ（ｊ＝１，２，・・・ｎ）のサーバ１００
への転送であれば、該書類ファイル docｊを、サーバ１
００の書類ファイル管理ディレクトリ/server/systemＡ
ではなく、自記憶装置２０４上の退避書類ファイル用デ
ィレクトリ￥Ｖserver￥systemＡを仮想的にサーバ１０
０みなして該ディレクトリへ転送し、未転送書類ファイ
ル用ディレクトリ￥systemＡ￥workから該書類ファイル
docｊを削除する（ステップＳ１５）。
【００８４】そして前記ステップＳ５に戻る。これによ
り、サーバ１００へ書類ファイル docｊを送信しようと
した際、サーバ１００がダウン中であれば該書類ファイ
ル docｊは、未転送書類ファイル用ディレクトリ￥syst
emＡ￥workから退避書類ファイル用ディレクトリ￥Ｖse
rver￥systemＡに移され、該ディレクトリ￥Ｖserver￥
systemＡ配下、すなわち退避領域２０４ｂ内で保存され
る。一方、上記ステップＳ１４で利用者からの指示が書
類ファイル docｉのダウンロード等のデータ受信であれ
ば、何もせず、直ちに、前記ステップＳ５に戻る。
り、サーバ１００へ書類ファイル docｊを送信しようと
した際、サーバ１００がダウン中であれば該書類ファイ
ル docｊは、未転送書類ファイル用ディレクトリ￥syst
emＡ￥workから退避書類ファイル用ディレクトリ￥Ｖse
rver￥systemＡに移され、該ディレクトリ￥Ｖserver￥
systemＡ配下、すなわち退避領域２０４ｂ内で保存され
る。一方、上記ステップＳ１４で利用者からの指示が書
類ファイル docｉのダウンロード等のデータ受信であれ
ば、何もせず、直ちに、前記ステップＳ５に戻る。
【００８５】また、上記ステップＳ６でクライアント２
００の動作終了の指示であると判断すると、予め定めら
れた所定の終了処理を行い（Ｓ１５）、クライアント２
００の動作を終了させる。
００の動作終了の指示であると判断すると、予め定めら
れた所定の終了処理を行い（Ｓ１５）、クライアント２
００の動作を終了させる。
【００８６】続いて、図７のフローチャートで説明した
ステップＳ１及びステップＳ７におけるサーバ監視処理
Ａ，Ｂの動作を、図７のフローチャートを参照しながら
説明する。該フローチャートに示す処理は、サーバ監視
機能部２０２ａによって実行される。
ステップＳ１及びステップＳ７におけるサーバ監視処理
Ａ，Ｂの動作を、図７のフローチャートを参照しながら
説明する。該フローチャートに示す処理は、サーバ監視
機能部２０２ａによって実行される。
【００８７】サーバ監視機能部２０２ａは、起動される
とまず、通信装置２０６を介し、サーバ１００へ予め定
められたデータ（メッセージ等）を転送する。このデー
タは、サーバ１００に対し応答を求めるデータである。
（ステップＳ１０１）。
とまず、通信装置２０６を介し、サーバ１００へ予め定
められたデータ（メッセージ等）を転送する。このデー
タは、サーバ１００に対し応答を求めるデータである。
（ステップＳ１０１）。
【００８８】この後、装置本体２０２に内蔵されている
タイマ２１０に所定のタイマ値をセットする。そして、
サーバ１００から上記転送データに対する応答メッセー
ジの受信待機状態となる（ステップＳ１０２）。尚、該
メッセージ受信待機状態においてタイマ２１０から“タ
イムアウト”のメッセージを受け取る場合もありえる。
タイマ２１０に所定のタイマ値をセットする。そして、
サーバ１００から上記転送データに対する応答メッセー
ジの受信待機状態となる（ステップＳ１０２）。尚、該
メッセージ受信待機状態においてタイマ２１０から“タ
イムアウト”のメッセージを受け取る場合もありえる。
【００８９】その後、上記メッセージ受信待機状態にお
いて、メッセージを受け取ると（ステップＳ１０３）、
該受信したメッセージの種類を判別する（ステップ１０
４）。
いて、メッセージを受け取ると（ステップＳ１０３）、
該受信したメッセージの種類を判別する（ステップ１０
４）。
【００９０】そして、上記受信メッセージがサーバ１０
０の通信装置１０６からの“データ転送の成功”を示す
メッセージであれば、サーバ１００が現在、動作中であ
ると判断し、その旨を通知する（ステップＳ１０５）。
０の通信装置１０６からの“データ転送の成功”を示す
メッセージであれば、サーバ１００が現在、動作中であ
ると判断し、その旨を通知する（ステップＳ１０５）。
【００９１】他方、サーバ１００の通信装置１０６から
の“データ転送の失敗”を示すメッセージまたは上記タ
イマ２１０からの“タイムアウト”のメッセージであれ
ば、サーバ１００が現在、動作していないものと判断
し、その旨を通知する（ステップＳ１０７）。
の“データ転送の失敗”を示すメッセージまたは上記タ
イマ２１０からの“タイムアウト”のメッセージであれ
ば、サーバ１００が現在、動作していないものと判断
し、その旨を通知する（ステップＳ１０７）。
【００９２】次に、図９のフローチャートを参照して、
リカバリ機能部２０２ｂが実行する前記図７のフローチ
ャートに示すステップＳ３及びＳ９のリカバリ処理Ａ，
Ｂを詳細に説明する。
リカバリ機能部２０２ｂが実行する前記図７のフローチ
ャートに示すステップＳ３及びＳ９のリカバリ処理Ａ，
Ｂを詳細に説明する。
【００９３】リカバリ機能部２０６は、起動されると、
まず未転送書類ファイル用ディレクトリ￥systemＡ￥wo
rkを参照して、該ディレクトリ配下に未転送の書類ファ
イルdocｉが存在するか否か判別する（ステップＳ３０
１）。
まず未転送書類ファイル用ディレクトリ￥systemＡ￥wo
rkを参照して、該ディレクトリ配下に未転送の書類ファ
イルdocｉが存在するか否か判別する（ステップＳ３０
１）。
【００９４】そして、未転送書類ファイル docｉがあれ
ば（Ｓ３０１，ＹＥＳ）、該書類ファイル docｉのファ
イル名を、装置本体２０２内の主メモリに作成されてい
る転送リスト２２０に加える（ステップＳ３０２）。
ば（Ｓ３０１，ＹＥＳ）、該書類ファイル docｉのファ
イル名を、装置本体２０２内の主メモリに作成されてい
る転送リスト２２０に加える（ステップＳ３０２）。
【００９５】該ステップＳ３０１〜Ｓ３０２の処理を、
未転送書類ファイル用ディレクトリ￥systemＡ￥work配
下にある全ての書類ファイル docｉについて繰り返す。
これにより、転送リスト２２０に全ての未転送書類ファ
イル docｉのファイル名が登録される。
未転送書類ファイル用ディレクトリ￥systemＡ￥work配
下にある全ての書類ファイル docｉについて繰り返す。
これにより、転送リスト２２０に全ての未転送書類ファ
イル docｉのファイル名が登録される。
【００９６】次に、退避書類ファイル用ディレクトリ￥
Ｖserver￥systemＡ配下にサーバ１００のダウンにより
退避されていた書類ファイル（退避書類ファイル） doc
ｊが存在するか否か調べ（ステップＳ３０３）、該退避
書類ファイル docｊがあれば（Ｓ３０３，ＹＥＳ）、該
書類ファイル docｊのファイル名を転送リスト２２０に
加える（Ｓ３０４）。
Ｖserver￥systemＡ配下にサーバ１００のダウンにより
退避されていた書類ファイル（退避書類ファイル） doc
ｊが存在するか否か調べ（ステップＳ３０３）、該退避
書類ファイル docｊがあれば（Ｓ３０３，ＹＥＳ）、該
書類ファイル docｊのファイル名を転送リスト２２０に
加える（Ｓ３０４）。
【００９７】該ステップＳ３０３〜Ｓ３０４の処理を、
退避書類ファイル用ディレクトリ￥Ｖserver￥systemＡ
配下にある全ての退避書類ファイル docｊを検出するま
で繰り返す。これにより、全ての退避書類ファイル doc
ｊのファイル名が転送リスト２２０に登録される。
退避書類ファイル用ディレクトリ￥Ｖserver￥systemＡ
配下にある全ての退避書類ファイル docｊを検出するま
で繰り返す。これにより、全ての退避書類ファイル doc
ｊのファイル名が転送リスト２２０に登録される。
【００９８】上記ステップＳ３０１〜Ｓ３０４の処理が
全て終了すると、次に転送リスト２２０を調べ、該転送
リスト２２０にファイル名が登録されているか否か判別
する（ステップＳ３０５）。
全て終了すると、次に転送リスト２２０を調べ、該転送
リスト２２０にファイル名が登録されているか否か判別
する（ステップＳ３０５）。
【００９９】そして、上記転送リスト２２０にファイル
名が登録されている全ての未転送書類ファイル docｉま
たは退避書類ファイル docｊを、通信装置２０６を介し
てサーバ１００へ転送する（ステップＳ３０６）。
名が登録されている全ての未転送書類ファイル docｉま
たは退避書類ファイル docｊを、通信装置２０６を介し
てサーバ１００へ転送する（ステップＳ３０６）。
【０１００】次に、サーバ１００への転送後、そのファ
イル docｉ， docｊのファイル名を転送リスト２２０か
ら削除し（ステップＳ３０７）、この後、該ファイル d
ocｉ， docｊの実体（実データ）を、それぞれ未転送書
類ファイル用ディレクトリ￥systemＡ￥work、退避書類
ファイル用ディレクトリ￥Ｖserver￥systemＡから削除
する（ステップＳ３０８）。
イル docｉ， docｊのファイル名を転送リスト２２０か
ら削除し（ステップＳ３０７）、この後、該ファイル d
ocｉ， docｊの実体（実データ）を、それぞれ未転送書
類ファイル用ディレクトリ￥systemＡ￥work、退避書類
ファイル用ディレクトリ￥Ｖserver￥systemＡから削除
する（ステップＳ３０８）。
【０１０１】上記ステップＳ３０５〜Ｓ３０８の処理
を、転送リスト２２０に登録されている全ての未転送書
類ファイル docｉまたは、退避書類ファイル docｊにつ
いて、その登録順に繰り返す。これにより、それまで、
未転送書類ファイル用ディレクトリ￥systemＡ￥workま
たは退避書類ファイル用ディレクトリ￥Ｖserver￥syst
emＡの配下に存在していたサーバ１００へ転送すべき全
ての書類ファイル docｉ， docｊがサーバ１００へ転送
される。
を、転送リスト２２０に登録されている全ての未転送書
類ファイル docｉまたは、退避書類ファイル docｊにつ
いて、その登録順に繰り返す。これにより、それまで、
未転送書類ファイル用ディレクトリ￥systemＡ￥workま
たは退避書類ファイル用ディレクトリ￥Ｖserver￥syst
emＡの配下に存在していたサーバ１００へ転送すべき全
ての書類ファイル docｉ， docｊがサーバ１００へ転送
される。
【０１０２】尚、上記リカバリ処理Ａ，Ｂ中でのクライ
アント２００からサーバ１００へのＬＡＮ３００を介す
る未転送書類ファイル docｉ並びに退避書類ファイル d
ocｊの転送は、例えば、ＡＲＰＡＮＥＴ（Advaced Rese
arch Project Agency Network)標準のファイル転送プロ
トコルであるＦＴＰ（File Transfer Protocol) を利用
するＦＴＰコマンドまたはＵＮＩＸシステム同士間でネ
ットワークを介してファイルのコピーを行うｒｏｐコマ
ンド等を、クライアント３００の装置本体２０２が利用
者の人手を介さずに自動実行することにより行う。
アント２００からサーバ１００へのＬＡＮ３００を介す
る未転送書類ファイル docｉ並びに退避書類ファイル d
ocｊの転送は、例えば、ＡＲＰＡＮＥＴ（Advaced Rese
arch Project Agency Network)標準のファイル転送プロ
トコルであるＦＴＰ（File Transfer Protocol) を利用
するＦＴＰコマンドまたはＵＮＩＸシステム同士間でネ
ットワークを介してファイルのコピーを行うｒｏｐコマ
ンド等を、クライアント３００の装置本体２０２が利用
者の人手を介さずに自動実行することにより行う。
【０１０３】また、クライアント２００は、起動された
ときまたは書類ファイル docｉなどのサーバ１００に対
するデータの送受信要求が発生した時点以外にも、常に
所定の時間間隔でサーバ１００の動作を監視して、上記
リカバリ処理Ｂを実行するようにしてもよい。
ときまたは書類ファイル docｉなどのサーバ１００に対
するデータの送受信要求が発生した時点以外にも、常に
所定の時間間隔でサーバ１００の動作を監視して、上記
リカバリ処理Ｂを実行するようにしてもよい。
【０１０４】また、さらには退避書類ファイル docｊが
発生した時点から所定時間以上経過した場合、該リカバ
リ処理Ｂを自動的に実行するようにしてもよい。これら
の処理により、退避書類ファイル docｊが長時間の間、
サーバ１００へ転送されずに放置されてしまうという事
態を回避できる。尚、上記所定時間の計時は、例えば、
前記タイマ２１０により行う。
発生した時点から所定時間以上経過した場合、該リカバ
リ処理Ｂを自動的に実行するようにしてもよい。これら
の処理により、退避書類ファイル docｊが長時間の間、
サーバ１００へ転送されずに放置されてしまうという事
態を回避できる。尚、上記所定時間の計時は、例えば、
前記タイマ２１０により行う。
【０１０５】また、上記実施例では、サーバ１００が一
元管理するデータが書類ファイル doc１，２，・・・ｎ
となっているが、本発明はこれに限定されることなく、
音声、画像、映像などの他のいかなる形態のデータの一
元管理に適用可能なものである。さらに、未転送データ
または退避データのサーバへの自動転送も、コマンド実
行以外の他の方法で行うようにしてもよい。
元管理するデータが書類ファイル doc１，２，・・・ｎ
となっているが、本発明はこれに限定されることなく、
音声、画像、映像などの他のいかなる形態のデータの一
元管理に適用可能なものである。さらに、未転送データ
または退避データのサーバへの自動転送も、コマンド実
行以外の他の方法で行うようにしてもよい。
【０１０６】
【発明の効果】以上、説明したように本発明によれば、
サーバまたはクライアントがダウンした際に、クライア
ント側に発生するサーバに対する未転送のデータを、手
動操作を必要とせずに自動的に行うことができる。
サーバまたはクライアントがダウンした際に、クライア
ント側に発生するサーバに対する未転送のデータを、手
動操作を必要とせずに自動的に行うことができる。
【０１０７】また、これにより、サーバによるデータの
一元管理が容易かつ確実に行えるようになり、データの
保護もより確実に行えるようになる。さらに、システム
全体についての知識を持ち合わせていない利用者が、ク
ライアントを操作するような利用形態であっても、サー
バによるデータの一元管理を高い信頼性で運用可能にな
る。
一元管理が容易かつ確実に行えるようになり、データの
保護もより確実に行えるようになる。さらに、システム
全体についての知識を持ち合わせていない利用者が、ク
ライアントを操作するような利用形態であっても、サー
バによるデータの一元管理を高い信頼性で運用可能にな
る。
【図１】本発明の原理を説明するブロック図（その１）
である。
である。
【図２】本発明の原理を説明するブロック図（その２）
である。
である。
【図３】本発明の一実施例のシステム構成を示すブロッ
ク図である。
ク図である。
【図４】通信装置の内部回路構成を示すブロック図であ
る。
る。
【図５】クライアントがダウンしたときの未転送ファイ
ルの自動転送の方法を説明する図である。
ルの自動転送の方法を説明する図である。
【図６】サーバがダウン中にサーバへ転送すべき書類フ
ァイルが発生した場合のクライアントの動作を説明する
図である。
ァイルが発生した場合のクライアントの動作を説明する
図である。
【図７】クライアントの全体動作を説明するゼネラル・
フローチャートである。
フローチャートである。
【図８】クライアントのサーバ監視処理を説明するフロ
ーチャートである。
ーチャートである。
【図９】クライアントのリカバリ処理を説明するフロー
チャートである。
チャートである。
１０，３０ サーバ １１，３１ サーバ、クライアントの記憶装置 １２，３２ データ管理情報更新手段 ２０，４０ クライアント ２１，４１ サーバ監視手段 ２２ 未転送データ記憶手段 ２３ 未転送データ書き込み手段 ２４ 未転送データ確認手段 ２５ 未転送データ転送手段 ２６，４６ メッセージ送信手段 ４２ 退避データ記憶手段 ４３ 退避データ書き込み手段 ４４ 退避データ確認手段 ４５ 退避データ転送手段
Claims (7)
- 【請求項１】 サーバがクライアントで共有されるデー
タを自記憶装置上で一元管理し、クライアントは該サー
バから必要とするデータをダウン・ロードし、該データ
を処理終了後にサーバに送り返す形態のクライアント／
サーバシステムにおいて、 クライアントは、 サーバが動作中であるか否かを監視するサーバ監視手段
と、 サーバに送り返すべき未転送のデータを格納する未転送
データ記憶手段と、 該記憶手段に該未転送データを書き込む未転送データ書
き込み手段と、 上記記憶手段にサーバへ転送すべき上記未転送データが
存在するか否か調べる未転送データ確認手段と、 該未転送データ確認手段により上記未転送データの存在
が確認され、かつ上記サーバ監視手段によりサーバが動
作中であることが確認された場合、上記未転送データを
サーバへ転送する未転送データ転送手段と、 を備えたことを特徴とするクライアント／サーバ・シス
テム。 - 【請求項２】 前記未転送データ書き込み手段は、前記
未転送データを前記未転送データ記憶手段の予め定めら
れた特定領域のみに書き込むこと、 を特徴とする請求項１記載のクライアント／サーバ・シ
ステム。 - 【請求項３】 前記未転送データ確認手段は、前記未転
送データ記憶手段内の未転送データと、サーバにより管
理されている該サーバの記憶装置上の該未転送データの
更新日付情報とを比較して、前記記憶手段に格納されて
いる未転送データの中からサーバへ転送すべきデータを
選別することを、 特徴とする請求項１または２記載のクライアント／サー
バ・システム。 - 【請求項４】 クライアントは、 前記未転送データ転送手段によりサーバへ未転送データ
が転送された後、該サーバへ該未転送データの管理情報
を更新する旨を指示するメッセージを送信するメッセー
ジ送信手段をさらに備え、 サーバは、 クライアントから上記メッセージを受信した際、上記未
転送データの管理情報を更新するデータ管理情報更新手
段を備えた、 ことを特徴とする請求項１記載のクライアント／サーバ
・システム。 - 【請求項５】 サーバがクライアントで共有されるデー
タを自記憶装置上で一元管理し、クライアントは該サー
バから必要とするデータをダウン・ロードし、該データ
を処理終了後にサーバに送り返す形態のクライアント／
サーバ・システムにおいて、 クライアントは、 サーバが動作中であるか否かを監視するサーバ監視手段
と、 該サーバが動作していないときに発生したサーバへ送り
返すべきデータを、格納する退避データ記憶手段と、 該サーバへ送り返すべきデータの転送要求が発生した
際、該サーバ監視手段により現在、サーバが動作してい
ないことが検出された場合、上記データを退避データと
して前記記憶手段に書き込む退避データ書き込み手段
と、 上記サーバ監視手段により、現在、サーバが動作中であ
ることが検出されたとき、前記記憶手段内に前記退避デ
ータが存在するか否か判断する退避データ確認手段と、 該退避データ確認手段により存在が認識された退避デー
タをサーバへ転送する退避データ転送手段と、 を備えたことを特徴とするクライアント／サーバ・シス
テム。 - 【請求項６】 前記退避データ書き込み手段は、前記退
避データを前記退避データ記憶手段の予め定められた特
定領域のみに書き込むこと、 を特徴とする請求項５記載のクライアント／サーバ・シ
ステム。 - 【請求項７】 クライアントは、 前記退避データ転送手段によりサーバへ退避データが転
送された後、該サーバへ該退避データの管理情報を更新
する旨を指示するメッセージを送信するメッセージ送信
手段を、 さらに備え、 サーバは、 クライアントから上記メッセージを受信した際、上記退
避データの管理情報を更新するデータ管理情報更新手段
を備えた、 ことを特徴とする請求項５記載のクライアント／サーバ
・システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6153489A JPH0816446A (ja) | 1994-07-05 | 1994-07-05 | クライアント／サーバ・システム |
| US08/441,024 US6442587B1 (en) | 1994-07-05 | 1995-05-15 | Client/server system which automatically ensures the correct and exclusive supervision of data against faults |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6153489A JPH0816446A (ja) | 1994-07-05 | 1994-07-05 | クライアント／サーバ・システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0816446A true JPH0816446A (ja) | 1996-01-19 |
Family
ID=15563694
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6153489A Withdrawn JPH0816446A (ja) | 1994-07-05 | 1994-07-05 | クライアント／サーバ・システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6442587B1 (ja) |
| JP (1) | JPH0816446A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006313447A (ja) * | 2005-05-09 | 2006-11-16 | Shimadzu Corp | 機器分析用データ管理システム |
| JP2016003982A (ja) * | 2014-06-18 | 2016-01-12 | 株式会社ミツトヨ | 地震観測システム及び地震計 |
| JP2016530656A (ja) * | 2013-12-17 | 2016-09-29 | ヒタチ データ システムズ コーポレーションＨｉｔａｃｈｉ Ｄａｔａ Ｓｙｓｔｅｍｓ Ｃｏｒｐｏｒａｔｉｏｎ | 分散型ディザスタリカバリファイル同期サーバシステム |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU1940199A (en) * | 1997-12-24 | 1999-07-19 | America Online, Inc. | Asynchronous data protocol |
| US6466952B2 (en) * | 1999-04-08 | 2002-10-15 | Hewlett-Packard Company | Method for transferring and indexing data from old media to new media |
| US20040168174A1 (en) * | 2000-03-08 | 2004-08-26 | Baker Tyler Foley | System for object cloing and state synchronization across a network node tree |
| JP2001290770A (ja) * | 2000-04-05 | 2001-10-19 | Nec Corp | 履歴情報蓄積ディレクトリサーバシステム |
| US20030061273A1 (en) * | 2001-09-24 | 2003-03-27 | Intel Corporation | Extended content storage method and apparatus |
| JP5703748B2 (ja) * | 2010-03-17 | 2015-04-22 | 株式会社リコー | 管理システム、管理方法および一時保管文書サーバ |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4800488A (en) * | 1985-11-12 | 1989-01-24 | American Telephone And Telegraph Company, At&T Bell Laboratories | Method of propagating resource information in a computer network |
| US5065311A (en) * | 1987-04-20 | 1991-11-12 | Hitachi, Ltd. | Distributed data base system of composite subsystem type, and method fault recovery for the system |
| US5220674A (en) * | 1987-07-17 | 1993-06-15 | Digital Equipment Corporation | Local area print server for requesting and storing required resource data and forwarding printer status message to selected destination |
| US5341477A (en) * | 1989-02-24 | 1994-08-23 | Digital Equipment Corporation | Broker for computer network server selection |
| JPH02310665A (ja) * | 1989-05-25 | 1990-12-26 | Toshiba Corp | 分散トランザクション処理システム |
| US5157663A (en) * | 1990-09-24 | 1992-10-20 | Novell, Inc. | Fault tolerant computer system |
| JPH04251338A (ja) * | 1990-10-10 | 1992-09-07 | Fuji Xerox Co Ltd | プロセス間通信の制御方式 |
| EP0537903A2 (en) * | 1991-10-02 | 1993-04-21 | International Business Machines Corporation | Distributed control system |
| US5396613A (en) * | 1992-11-05 | 1995-03-07 | University Of Utah Research Foundation | Method and system for error recovery for cascaded servers |
| US5434994A (en) * | 1994-05-23 | 1995-07-18 | International Business Machines Corporation | System and method for maintaining replicated data coherency in a data processing system |
| US5566297A (en) * | 1994-06-16 | 1996-10-15 | International Business Machines Corporation | Non-disruptive recovery from file server failure in a highly available file system for clustered computing environments |
| US5588148A (en) * | 1994-09-06 | 1996-12-24 | Motorola, Inc. | Method for managing data transfer between computing devices |
| US5553083B1 (en) * | 1995-01-19 | 2000-05-16 | Starburst Comm Corp | Method for quickly and reliably transmitting frames of data over communications links |
-
1994
- 1994-07-05 JP JP6153489A patent/JPH0816446A/ja not_active Withdrawn
-
1995
- 1995-05-15 US US08/441,024 patent/US6442587B1/en not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006313447A (ja) * | 2005-05-09 | 2006-11-16 | Shimadzu Corp | 機器分析用データ管理システム |
| JP4645293B2 (ja) * | 2005-05-09 | 2011-03-09 | 株式会社島津製作所 | 機器分析用データ管理システム |
| JP2016530656A (ja) * | 2013-12-17 | 2016-09-29 | ヒタチ データ システムズ コーポレーションＨｉｔａｃｈｉ Ｄａｔａ Ｓｙｓｔｅｍｓ Ｃｏｒｐｏｒａｔｉｏｎ | 分散型ディザスタリカバリファイル同期サーバシステム |
| JP2016003982A (ja) * | 2014-06-18 | 2016-01-12 | 株式会社ミツトヨ | 地震観測システム及び地震計 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6442587B1 (en) | 2002-08-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7533181B2 (en) | Apparatus, system, and method for data access management | |
| JP3790589B2 (ja) | 分散データベーストランザクションのコミットメント方法 | |
| JP3592721B2 (ja) | バックアップソフトウェア用の再表示エージェント | |
| JPH0683746A (ja) | 分散情報処理システム | |
| JPH02310665A (ja) | 分散トランザクション処理システム | |
| JP2004227448A (ja) | テープ管理方法及びシステム | |
| JPH0816446A (ja) | クライアント／サーバ・システム | |
| EP1420350A2 (en) | Database system including center server and local servers | |
| JPH0612348A (ja) | ソフトウェア・インストール装置 | |
| JP2004348174A (ja) | 記憶装置システム | |
| JP2001109642A (ja) | クラスタシステム、及びそのデータ複写方法 | |
| JP4128667B2 (ja) | 情報バックアップシステム | |
| JP2868426B2 (ja) | ネットワーク管理システム | |
| US20020002631A1 (en) | Enhanced channel adapter | |
| JP3088683B2 (ja) | データ通信システム | |
| CN112799781B (zh) | 一种基于对象存储协议的块存储池访问方法 | |
| JP4193754B2 (ja) | データ二重化方法とプログラム | |
| KR100279559B1 (ko) | Lan을 이용한 교환기 소프트웨어 전송방법 | |
| JP2000148563A (ja) | 複数サーバ計算機システム | |
| JPH09251430A (ja) | 計算機システムのデータ配布装置 | |
| JP2901675B2 (ja) | ファイルバックアップ取得同期方法 | |
| JPH1027159A (ja) | 通信回線復旧システム、および通信回線復旧方法 | |
| JP3270400B2 (ja) | 印刷処理クラスタシステム | |
| JP2000076158A (ja) | アプリケーションダウンロードレジューム方法及びそのシステム | |
| JP2001265635A (ja) | Ｓｑｌ文によるデータベース更新方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20011002 |