JPH06187274A - レジューム機能付ネットワークシステム - Google Patents

Abstract

(57)【要約】 （修正有） 【構成】 バッテリ電源をし、バッテリ電源切り換え時
および電源復旧時にハードウェア割り込みを発生させる
計算機をクライアントとして使用し、ハードウェア割り
込みの監視によりバッテリ電源に切り替わったとき通常
の通信モードからレジューム通信モードへ切り換える。
レジューム通信モードでは、クライアント１はサーバ２
からの送信許可データを受信する毎にデータを送信し、
サーバ２はそのデータをディスク装置８へセーブする。
また、同時にステータス情報を送信することによりクラ
イアント１の再起動時に電源切れ直前の状態を再現す
る。 【効果】 クライアントに電源障害が発生してもサーバ
のディスク装置にあるファイルは破壊されず、また再起
動時に電源切れ直前の状態を再現できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、クライアントとして使
用する計算機に電源障害が発生した場合に、サーバ上の
データを破壊から保護するネットワークシステムに関す
る。すなわち、クライアントの電源に障害が発生し、バ
ッテリ電源に切り換わった際に、サーバにその旨を通知
することによりレジューム通信モードに入り、それ以降
はサーバのデータセーブを確認しながら通信を行うこと
により、クライアントの電源がいつ完全に断たれても、
サーバ上のデータを保護することができ、またクライア
ントの電源が復旧しサーバに接続した場合には、サーバ
からクライアントのステータス情報を取得することによ
り、電源切れ直前の状態を自動的に再現することができ
るネットワークシステムに関する。

【０００２】

【従来の技術】従来、この種のネットワークシステムに
おける電源障害対策としては、計算機に無停電電源装置
を接続し、瞬時停電や停電発生時に、無停電電源装置か
らこの計算機に電力を供給するようにしていた。

【０００３】この無停電電源装置は、サーバに停電や瞬
時停電等の電源障害が発生した場合、サーバに電力を供
給する。サーバは無停電電源装置より電力を供給される
間に、クライアントから要求された書き込み途中のデー
タをサーバのディスク装置にすべてセーブし、サーバ上
のファイルをすべてクローズすることができる。

【０００４】また、無停電電源装置をクライアントにも
接続することにより、無停電電源装置の接続されたクラ
イアントとサーバの間でのみ、無停電電源装置の電力が
供給される間、通常の通信を行うことができる。

【０００５】この種の技術の参考となるものには、特開
昭５１−６８７４０号公報に記載のものがある。

【０００６】

【発明が解決しようとする課題】上記した従来のもので
は、サーバに無停電電源装置を接続すれば、システム全
体あるいはサーバのみの停電には、サーバ上のファイル
をすべてクローズすることができ、ディスク装置等の資
源を破壊せずに停電に対処することができる。

【０００７】しかし、あるクライアントの一台につい
て、電源ケーブルが抜けてしまう等の電源障害が発生し
た場合、このクライアントからの送信データが中途で途
切れてしまい、サーバ上の更新中のファイルがオープン
されたまま残ってしまう等の現象が発生しうる。そのた
め、他のクライアントからサーバにアクセスできなくな
ったり、アクセス可能であっても書込みを行うとサーバ
内のデータを破壊したりするという問題があった。

【０００８】本発明の目的は、バッテリ電源を有する計
算機をクライアントとして使用するネットワークシステ
ムにおいて、バッテリ電源に切り換わったときに自動的
にレジューム通信モードに入ることによって、サーバの
ディスク装置等の資源を保護することのできるネットワ
ークシステムを提供することにある。

【０００９】本発明の他の目的は、サーバとの通信途中
に電源が完全に断たれても、電源が復旧すれば、電源切
れ直前の状態を自動的に再現することができるネットワ
ークシステムを提供することにある。

【００１０】

【課題を解決するための手段】本発明によるレジューム
機能付ネットワークシステムは、バッテリ電源を有する
計算機からなる少なくとも１台のクライアントと、該ク
ライアントにネットワークを介して接続され共用される
ディスク装置を有するサーバとを備えたネットワークシ
ステムにおいて、前記クライアントのバッテリ電源への
切り替え時に通常の通信モードからレジューム通信モー
ドへ通信モードを切り替え、該レジューム通信モードで
は、前記バッテリ電源に切り替わったクライアントから
前記サーバへのデータ転送の際、前記サーバは単位転送
データ毎に前記ディスク装置のファイルをオープンして
当該データを格納しクローズするようにしたものであ
る。

【００１１】

【作用】本発明によるレジューム機能付ネットワークシ
ステムにおいては、バッテリ電源を有する計算機は、バ
ッテリ電源に切り換わる瞬間とバッテリ電源から通常の
電源に復旧する瞬間に、ハードウェア割り込みを発生さ
せることにより、この計算機をクライアントとして使用
する場合にハードウェア割り込みを監視し、バッテリ切
り換えが発生した瞬間にそのクライアントとサーバの間
のみでレジューム通信モードに入る。

【００１２】以降、そのクライアントは、サーバからの
送信許可データを受信するまで、次のデータを送信する
ことができない。

【００１３】一方、サーバは、ディスク装置に残る未セ
ーブデータをディスク装置に格納してファイルをクロー
ズする。その後、レジューム通信モードに入っているク
ライアントからデータを受信すると即座にサーバのディ
スク装置にあるファイルをオープンし、受信したデータ
をセーブしそのファイルをクローズする。

【００１４】このようにレジューム通信を行っているサ
ーバとクライアントの間では、サーバは、クライアント
から送信された単位量データを毎回ディスク装置にセー
ブしながら通信を行うため、クライアントの電源がいつ
完全に断たれても、サーバのディスク装置のファイルを
オープンしたままになることがない。そのため、ファイ
ルがクローズされないままになっていることに起因する
データ破壊を未然に防止することができる。

【００１５】また、レジューム通信モードで通信中に電
源が復旧し、通常の通信モードに切り換わった場合に
は、その旨をサーバに通知することにより、クライアン
トとサーバの間のレジューム通信モードが解除される。

【００１６】さらに、レジューム通信モードの間、クラ
イアントはサーバへデータを送信するとともに、動作状
態情報（ステータス情報）も送信する。その最新の情報
は、サーバのメモリでセーブされる。したがってクライ
アントに完全な電源切れが発生しても、電源復旧後サー
バに再び接続したとき、サーバからステータス情報を読
み込み、電源切れ直前の状態を自動的に再現できる。

【００１７】したがって、ユーザは計算機の電源障害を
気にすることなく、サーバとの通信を行うことができ
る。

【００１８】

【実施例】以下、本発明によるネットワークシステムの
一実施例を、図面により詳細に説明する。

【００１９】図１および図２に、本実施例におけるネッ
トワークシステムの構成を示す。図１は本発明の特徴に
関するバッテリ駆動時の通信処理におけるデータ（およ
び制御）の流れを示し、図２は通常時の通信処理におけ
るデータの流れを示している。

【００２０】このネットワークシステムは、１台のサー
バ機能を有する計算機（以下、単にサーバという）２
と、それぞれクライアント機能を有する複数の計算機
（以下、単にクライアントという）１とから構成され
る。図示の例では、各クライアント１、およびサーバ２
を、同軸ケーブル３に接続し、この同軸ケーブル３を終
端抵抗４で終端した型のローカルエリアネットワーク
（ＬＡＮ）を示している。勿論、本発明が適用される伝
送媒体および接続形態はこれに限るものではない。サー
バ２は、メモリ５を有し、このメモリ５内に接続ステー
タスバッファ６およびデータバッファ７を含む。メモリ
５には、サーバ２がサーバとして機能するための制御プ
ログラム（図示せず）も格納される。さらに、図示しな
いが、ＣＰＵ、ディスク制御部、通信制御部、表示部、
等の通常の計算機の構成要素を有する。また、図１にの
み示すように、各クライアント１は、ＣＰＵ１ａ、電源
障害および復活の検出部１ｂ、その他、通常の計算機の
構成要素（図示せず）を有する。

【００２１】このネットワークシステムによれば、ユー
ザは、各クライアント１からサーバのディスク装置にリ
ダイレクトすることにより、サーバのディスク装置を、
あたかも自分の計算機に接続されているようにアクセス
することができる。「リダイレクト」とは、後述するよ
うに、サーバ２の管理するディスク装置８を特定のクラ
イアント１のディスクドライブとして割り当てることを
いう。そのために、ユーザは、特定のクライアント１か
らアクセスしたいサーバ２のディスク装置８について、
例えば次のようなコマンドを実行する。

【００２２】 ＲＥＤＩＲ Ｘ：＝［サーバ名］（ディスク装置名） このコマンドが実行されると、以後、クライアント１か
らは、ドライブ Ｘ：を指定すると、指定したサーバ名
のディスク装置にアクセスできるようになる。

【００２３】以下、通信処理の説明を行う前に、本実施
例で用いる通信データフォーマットを図９により説明す
る。この通信データフォーマットは、プロトコル種別部
９１、コマンド部９２、およびデータ（パラメータも含
む）部９３からなる。コマンド部９２には、ＯＰＥＮ，
ＣＬＯＳＥ，ＷＲＩＴＥ，ＲＥＡＤ，ＲＥＳＵＭＥＭＯ
ＤＥ（レジューム通信モードへの切換），ＮＯＲＭＡＬ
ＭＯＤＥ（ノーマル通信モードへの切換），ＲＥＣＥ
ＩＶＥ ＲＥＡＤＹ（送信許可），ＣＯＮＮＥＣＴ（接
続要求），ＣＯＮＮＥＣＴ ＳＴＡＴＵＳ（接続ステー
タス情報送信）等のコマンドを指定しうる。

【００２４】まず、図２により、通常の通信時の通信処
理を説明する。クライアント１からサーバ２へデータを
格納する場合、まず、クライアント１からサーバ２に対
してファイルをオープンする旨の指示がサーバ２に対し
て出力される。これに応じて、サーバ２がディスク装置
８の対象ファイルをオープンする。その後、データがサ
ーバ２に送信されると、このデータは、一旦サーバ２の
データバッファ７にセーブ（格納）される。１回のデー
タ転送量は、一定（例えば１Ｋバイト）に制限されるの
で、それを超える場合には、転送単位ずつ繰り返してデ
ータバッファ７への格納が行われる。データバッファ７
が一杯になるか、データの終端がデータバッファ７にセ
ーブされたとき初めて、ディスク装置８にセーブされ
る。その後、サーバ２により当該ファイルがクローズさ
れる。なお、クライアント１からアクセスするサーバ２
上のファイルは、あくまでもクライアント１からの命令
に従うため、クライアント１からオープンしたファイル
はクライアント１からの指示によりクローズするもので
ある。

【００２５】次に、クライアント１のバッテリに切り換
わった際の通信処理を説明する。バッテリ駆動へ切り替
わったときには、自動的にレジューム通信モードに移行
する。このモードでは、データバッファ７に残存する未
セーブのデータを一旦ディスク装置８に格納してファイ
ルをクローズする。以後、クライアント１からサーバ２
へのデータ送信は、クライアント１からの送信データお
よび接続ステータス情報（図８で後述）は、サーバ２の
送信許可ごとに行われ、かつサーバ２がデータ転送単位
毎にディスク装置８に対してファイルオープンを行いデ
ータバッファ７からデータの書込みを行うとともにその
ファイルのクローズを行う。以下、さらにフローチャー
トに従って詳述する。したがって、バッテリ駆動に移行
したクライアント１のバッテリがいつ切れたとしても、
ディスク装置８のファイルがオープンされたままクライ
アント１の動作が停止してしまうという事態を回避する
ことができる。

【００２６】図３は、バッテリ駆動への移行時にクライ
アント１が行う処理を示す。

【００２７】今、ユーザがサーバ２のディスク装置８を
Ｘドライブでリダイレクトし、Ｘドライブにデータの書
き込みを行っている最中に、クライアント１の電源が、
電源ケーブルが抜ける等の何らかの原因で切れ、バッテ
リ駆動に切り換わったとする。この障害は検出部１ｂで
検出され、ＣＰＵ１ａに対して、ハードウェア割り込み
が発生し、ソフトウエアがこれを検知する。例えば、ハ
ードウェア割り込みレベルＩＲＱ１５（通常最も低い割
り込みレベル）の割り込みを発生させるとすると、ＩＲ
Ｑ１５を監視するプログラムを常駐させることによっ
て、電源のバッテリへの切り換えを検知することができ
る（３１）。このハードウェア割り込みが発生すると、
クライアント１はレジューム通信モードに入り、サーバ
２に対してバッテリ切り換えが発生した旨（コマンドＲ
ＥＳＵＭＥ ＭＯＤＥ）を送信する（３２）。クライア
ント１の電源が完全に切れた場合には（３３）、処理を
続行できないのでその時点で処理が終了する。電源復帰
を示すＩＲＱ１４（後述）の割り込みが発生すれば、通
常処理モードへの切換の旨（コマンドＮＯＲＭＡＬＭＯ
ＤＥ）をサーバ２へ送信し（３５）、その後、通常の通
信処理モードへ戻る（３６）。

【００２８】ＩＲＱ１４のハードウエア割り込みが発生
しない間、クライアント１はサーバ２からのデータ送信
許可の旨のデータを受信待ちとなり（３７）、これを受
信するごとに、単位転送量のデータをサーバ２に対して
送信する（３８）。クライアント１は、サーバ２へデー
タを送信した直後に自分のステータス情報（コマンドＣ
ＯＮＮＥＣＴ ＳＴＡＴＵＳ）も送信する（３９）。こ
のステータス情報はサーバ２で受信されると、サーバ２
の接続ステータスバッファ６にセーブされ、電源復帰時
に備えて、接続ステータスバッファ６に保存される。

【００２９】図５に示すように、サーバ２は、クライア
ント１からの送信データを受信すると（５１）、それが
クライアント１からの接続要求か（５２）、レジューム
モードへの切換要求もしくはレジューム通信モードにお
けるクライアント１からの新たな要求か（５３）、また
はクライアント１からの通常通信モードへの切換要求か
（５４）を判定する。

【００３０】サーバ２は、クライアント１から、バッテ
リへの切り換えの旨のデータを受信すると、図７のレジ
ューム通信モードに入り、その時点でバッテリ駆動を始
めたクライアント１から受信したデータのうち、データ
バッファ７に残っていてディスク装置８に書き込まれて
いないデータがあれば（７１）、ディスク装置８にセー
ブし、そのファイルをクローズする（７２）。ファイル
がクローズできた時点で、受信したデータが最後のデー
タであれば（７３）クライアントからの要求待ちになる
（７８）。そうでなければ、バッテリ駆動中のクライア
ント１に、次のデータの送信許可の旨を送信する（７
４）。サーバ２は、バッテリ駆動中のクライアント１に
対してのみレジューム通信モードに入り、クライアント
１からデータを受信するたびに（７５）、ディスク装置
８上のファイルをオープンしてデータバッファ７にセー
ブされたデータの書き込みを行い、その度にファイルを
クローズする（７６）。また、クライアント１からの接
続ステータス情報を受信して接続ステータスバッファ６
に保存する（７７）。

【００３１】前述のようにクライアント１は、サーバ２
から送信許可データを受信すると、次のデータをサーバ
２に送信することができる。以降、レジューム通信モー
ドの間、バッテリ駆動中のクライアント１はサーバ２か
らの送信許可のデータを受信しなければ、次のデータを
サーバ２へ送信することができなくなる。

【００３２】クライアント１では、電源が再び正常に供
給されるようになったか否かも監視する。この監視は、
電源障害発生の検知と同様に、検出部１ｂからの別のハ
ードウェア割り込み発生（本実施例ではＩＲＱ１４）の
有無を監視することによって検知することができる。バ
ッテリ駆動中のクライアント１の電源が復活し、再び正
常に電力が供給されると、クライアント１はそれを検知
し、サーバ２に対して電源復旧の旨（コマンドＮＯＲＭ
ＡＬ ＭＯＤＥ）を送信し、通常の通信モードに戻る。

【００３３】サーバ２は、図５に示すように、レジュー
ム通信モードのクライアント１から電源復旧の旨を受信
すると（５４）、そのクライアント１に対するレジュー
ム通信モードを解除し、通常の通信モードに戻り（５
５）、クライアント１からの要求待ちになる（５６）。
そうでなければ、送信データに応答する（５６）。

【００３４】また、図４に示すように、バッテリ駆動中
のクライアント１の電源が完全に断たれた場合、電源復
旧後、ユーザが再び電源を投入し（４０）、サーバ２に
接続する（４１）。この場合、サーバ２は、クライアン
ト１からの接続要求（コマンドＣＯＮＮＥＣＴ）を受信
すると（図５の５２）、接続ステータスバッファ６の中
から接続要求のあったクライアント１に関するステータ
ス情報がセーブされているか調べる（図６の６１）。ス
テータス情報が残っている場合、そのクライアント１は
電源異常で終了し再び接続要求を行ったクライアント１
であると分かるため、接続ステータスバッファ６からそ
のクライアント１の接続ステータス情報を取り出し、ク
ライアント１に送信する（６２）。さらにそのクライア
ント１に対して、レジューム通信モードを解除し、通常
の通信処理に戻り、クライアント１からの要求待ちにな
る（６３）。ステップ６１でステータス情報が残ってい
ない場合には、接続要求に応答し、クライアント１から
の要求を待つ（６４）。

【００３５】図４に戻り、クライアント１は、サーバ２
から接続ステータス情報を受信すると（４２）、その情
報を元に電源切れ前の状態を復元し（４４）、電源切れ
直前の状態から処理を継続する（４５）。

【００３６】図８により、具体的な接続ステータス情報
について説明する。例えば、ＣＬＩＥＮＴ１に電源切れ
が発生し、電源復旧後、ＳＥＲＶＥＲ１に接続すると、
図示のような、サーバにセーブされているＣＬＩＥＮＴ
１に関する接続ステータス情報がＳＥＲＶＥＲ１から送
信されてくる。ＣＬＩＥＮＴ１は、この情報に基づい
て、Ｘドライブ、Ｙドライブ、プリンタデバイスをＳＥ
ＲＶＥＲ１，ＳＥＲＶＥＲ２にリダイレクトし、続いて
実行中のコマンドを読み出し実行する。この場合は、ユ
ーザの実行していたコマンドはＣＯＰＹでありコピー元
のＸドライブのＦＩＬＥ１．ＤＡＴをコピー先のＸドラ
イブのＦＩＬＥ２．ＤＡＴへコピーする。

【００３７】

【発明の効果】バッテリ電源を有する計算機をネットワ
ークシステムのクライアントとして使用する際に、瞬停
やユーザの不注意によって電源ケーブルが抜けてしまう
等の原因により電源障害が発生した場合にも、レジュー
ム通信モードでサーバとの通信を行い、サーバはクライ
アントから受信したデータをディスク装置に書き込み、
クローズを行うため、サーバのデータを破壊することな
く処理を継続することができる。

【００３８】また、クライアントの電源が完全に切れた
場合にも、再び電源を投入しサーバに接続すると、クラ
イアントはサーバにセーブされている接続情報を読み込
み、電源切れ前の状態を再現し処理を継続できるため、
ユーザはサーバアクセス途中で電源切れが発生しても、
電源復旧後にサーバに接続するだけで、電源切れが発生
した直前の状態を再現することができる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すネットワーク構成図で
ある。

【図２】通常時の通信状態を表すネットワーク構成図で
ある。

【図３】クライアントの電源がバッテリ駆動に切り換わ
った際のクライアントの通信処理フロー図である。

【図４】クライアントの電源が切れ、再投入した際のク
ライアントの通信処理フロー図である。

【図５】サーバの通信処理フロー図である。

【図６】図５に続くサーバの通信処理フロー図である。

【図７】図５に続くサーバの通信処理フロー図である。

【図８】サーバ上でセーブされる接続ステータスバッフ
ァ情報の一例の説明図である。

【図９】実施例における通信データのフォーマット図で
ある。

【符号の説明】

１…クライアント、１ａ…ＣＰＵ、１ｂ…検出部、２…
サーバ、３…同軸ケーブル、４…終端抵抗、５…メモ
リ、６…接続ステータスバッファ、７…データバッフ
ァ、８…ディスク装置

Claims (5)

【特許請求の範囲】
1. 【請求項１】バッテリ電源を有する計算機からなる少な
   くとも１台のクライアントと、該クライアントにネット
   ワークを介して接続され共用されるディスク装置を有す
   るサーバとを備えたネットワークシステムにおいて、 前記クライアントのバッテリ電源への切り替え時に通常
   の通信モードからレジューム通信モードへ通信モードを
   切り替え、該レジューム通信モードでは、前記バッテリ
   電源に切り替わったクライアントから前記サーバへのデ
   ータ転送の際、前記サーバは単位転送データ毎に前記デ
   ィスク装置のファイルをオープンして当該データを格納
   しクローズすることを特徴とするレジューム機能付ネッ
   トワークシステム。
2. 【請求項２】前記サーバは、通信モードが前記レジュー
   ム通信モードへ切り替わったとき、前記バッテリ電源に
   切り替わったクライアントからの転送データであって前
   記ディスク装置へ未格納のデータがあれば、当該データ
   の格納を行って前記ディスク装置のクローズを行った
   後、次のデータの送信許可を当該クライアントへ通知す
   ることを特徴とする請求項１記載のレジューム機能付ネ
   ットワークシステム。
3. 【請求項３】前記レジューム通信モードにおいて、前記
   バッテリ電源に切り替わったクライアントから前記サー
   バへデータを転送するとき、その時点の当該クライアン
   トの動作状態情報をも前記サーバへ転送し、該サーバが
   当該動作状態情報を保持しておき、前記クライアントの
   バッテリ電源切れ後のサーバへの接続時に当該動作状態
   情報を前記クライアントへ送信し、該クライアントは前
   記動作状態情報に基づいて電源切れ直前の動作状態に復
   帰することを特徴とする請求項１記載のレジューム機能
   付ネットワークシステム。
4. 【請求項４】前記クライアントは、前記レジューム通信
   モード時にバッテリ電源から通常の電源へ復旧した場
   合、その旨をサーバに通知することにより、当該クライ
   アントと前記サーバとの間のレジューム通信モードを解
   除することを特徴とする請求項１記載のレジューム機能
   付ネットワークシステム。
5. 【請求項５】前記クライアントは、前記バッテリ電源へ
   の切り替えおよび通常の電源への復旧をハードウエア割
   込により検出することを特徴とする請求項４記載のレジ
   ューム機能付ネットワークシステム。