JP3329265B2 - データ配布方法、クライアント装置、及びデータ配布プログラムを記録した媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントサー
バシステムにおけるデータ配布方法と、このシステムを
なすサーバ装置及びクライアント装置と、これらに使用
されるデータ配布プログラムを記録したコンピュータ読
み取り可能な媒体に係り、特に、サーバ装置から所定の
クライアント装置にデータを送信し、このデータを受け
たクライアントが更に他のクライアントにデータを転送
することによって、データ配布を行うものに関する。

【０００２】

【従来の技術】図１０乃至１２に基づいて従来例を説明
する。図１０はバス型ネットワークとして構成されたク
ライアントサーバシステムである。サーバ装置Ｓ及び各
クライアント装置＃１〜＃３の構成は図１１のように一
般的なものであり、ＣＰＵ５１に、キーボード等の入力
部５２、ＲＡＭやＨＤＤのような記憶部５３、ＣＲＴ等
の表示部５４、そしてネットワークインタフェース５５
が接続されて成る。

【０００３】サーバ装置Ｓは、初め特定のクライアント
装置（例えばクライアント＃１）にデータを送信し、こ
のデータを受信したクライアントが更に他のクライアン
トにデータを転送してゆくことによってデータ配布がな
されるようになっている。このとき、データの転送先
は、サーバ装置Ｓにおいて予め定められており、サーバ
装置Ｓから最初にデータが出力されるときは、当該デー
タのヘッダに以降の転送先が示されている。データを受
信したクライアントは、当該データに付加された転送先
の情報を参照し、次にデータを転送すべきクライアント
を特定すると、そのクライアントに対しデータの転送を
行っていた。この様子の一例を示せば、図１２のように
なる。サーバ（ＷＳ１１）から複数のクライアント（Ｗ
Ｓ１２〜ＷＳ２２）に矢印の向きでデータが配布されて
ゆく。

【０００４】この種の従来例として特開平７−２９５９
４３号公報があるが、同公報は、サーバ装置Ｓから複数
のクライアント装置＃１〜＃３にソフトウェアを配布更
新する際に上記のデータ配布方法を採用し、配布時間の
短縮を図ったものである。

【０００５】

【発明が解決しようとする課題】しかしながら、図１２
の例において、例えばＷＳ１２のクライアントが障害中
であるときは、以降のクライアントＷＳ１３及びＷＳ１
６にデータを配布できなくなる不都合があった。また、
障害回復後に未配布のクライアントだけを選択してデー
タ配布を行うためにはサーバ装置の配布先を規定したテ
ーブルをオペレータが変更しなければならない、という
不都合があった。

【０００６】

【発明の目的】本発明は、かかる従来例の有する不都合
を改善し、特に、データ配布過程において障害中のクラ
イアントが存在しても、その障害中のクライアントを回
避して他の正常なすべてのクライアントに対しデータの
配布を行うことのできるデータ配布方法等を提供するこ
とを、その目的とする。また、障害から回復したクライ
アントだけを選択して自動的にデータの配布を行うこと
ができるデータ配布方法等を提供することを、その目的
とする。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の発明では、サーバ装置及び他の複数
のクライアント装置に接続されたネットワークインタフ
ェースと、このネットワークインタフェースを介してサ
ーバ装置から受信したデータを他のクライアント装置に
転送するＣＰＵとを備えたクライアント装置において、
サーバ装置から受信したデータを記憶部に格納した後に
当該サーバ装置に対し転送先の指示を問い合わせる第１
の処理と、この問い合わせに対しサーバ装置から指示さ
れた１乃至複数の転送先クライアントに記憶部のデータ
を転送する第２の処理とを備えた、という方法を採って
いる。請求項２のクライアント装置、請求項３の媒体も
実質同一である。

【０００８】本発明では、サーバ装置からデータが受信
された後に当該サーバ装置に対し転送先クライアントの
問い合わせが行われ、この問い合わせによりサーバ装置
から転送先とすべきクライアントの指示を受信し、該転
送先にデータを転送する。ここで、「転送先の指示を問
い合わせる」手段は、上述した「データの受信完了の通
知」であってもよい。

【０００９】これらにより、前述した目的を達成しよう
とするものである。

【００１０】

【発明の実施の形態】以下、本発明の一実施形態を図１
乃至図５に基づいて説明する。ネットワークの構成並び
にサーバ装置及びクライアント装置の構成は図１０及び
図１１と同一であるため、重複説明を省略する。

【００１１】本実施形態において、サーバ装置Ｓの記憶
部５３には、図１に示す配布管理テーブル１が格納され
ている。この配布管理テーブル１には、データとしての
各種ソフトウェアの配布状況が各クライアント＃１〜＃
３毎に登録されている。図１の例では、ソフトウェアＡ
については、クライアント＃１に対し「配布済み」、ク
ライアント＃２は「障害中」、クライアント＃３に対し
「未配布」の状態が登録されている。登録される状態と
しては、「未配布」，「配布中」，「配布済み」，「障
害中」の４つが用意されている。この配布管理テーブル
１には、ネットワークＮに接続されサーバ装置Ｓからの
プログラム配布を意図する総てのクライアント装置につ
いて状態を登録しておく。初期状態では、各クライアン
ト装置の状態として一律に「未配布」を登録しておけば
よい。

【００１２】次に、サーバ装置Ｓからクライアント装置
＃１〜＃３へのソフトウェア配布動作をフローチャート
に従って説明する。

【００１３】図２は、サーバ装置Ｓから最初のクライア
ント装置に対しソフトウェアの配布を行う場合の動作を
示すフローチャートである。以降説明するフローチャー
トの動作は、サーバ装置Ｓ又はクライアント装置のＣＰ
Ｕ５１が記憶部５３に予め準備されたプログラムを逐次
実行することにより実現される。このプログラムは、外
部のコンピュータ読み取り可能な記録媒体からＦＤドラ
イブ、ＣＤ−ＲＯＭドライブ等を介し記憶部５３に読み
込まれたものであってもよい。

【００１４】まず、サーバ装置Ｓからソフトウェアの配
布が開始されると、サーバ装置ＳのＣＰＵ５１は、配布
管理テーブル１を参照し、状態が「未配布」となってい
る１乃至複数のクライアント装置を選択する（Ｓ１）。
ここでのクライアント装置の選択数は、サーバ装置にお
いて予め固定的に設定されていてもよい。続いて、サー
バ装置のＣＰＵ５１は、今選択したクライアント装置に
対しネットワークインタフェース５５を介して問い合わ
せを行い、当該問い合わせに対する応答を確認する（Ｓ
２）。この問い合わせは、データの配布先として選択し
たクライアント装置がデータを受信及び転送できる状態
にあるか否かを判断するために行われる。この結果、応
答が確認できれば、当該クライアント装置の状態を「配
布中」に更新し（Ｓ４）、所望のソフトウェアを当該ク
ライアント装置に送信する（Ｓ５）。一方、問い合わせ
たクライアント装置から応答がない場合又は異常なステ
ータスが返された場合は、当該クライアントの状態を
「障害中」に更新し（Ｓ３）、Ｓ１の処理に戻る。即
ち、配布先となるクライアント装置を選択し直す。この
ため、サーバ装置Ｓから正常に稼動するクライアント装
置に対し確実にソフトウェアの配布を行うことができ
る。

【００１５】一方、サーバ装置Ｓからソフトウェアの配
布を受けたクライアント装置は、図３に示すフローチャ
ートに従って動作する。即ち、サーバ装置Ｓからソフト
ウェアのプログラムを受信すると、当該プログラムを自
己の記憶部５３に更新し（Ｓ１１）、サーバ装置Ｓに対
してソフトウェア受信完了の通知を返信する（Ｓ１
２）。本実施形態において、この返信は、サーバ装置Ｓ
に対する「転送先の問い合わせ」としても機能する。

【００１６】図４は、クライアント装置からソフトウェ
アの受信完了通知を受けたサーバ装置Ｓの動作を示すフ
ローチャートである。受信完了の通知を受けたサーバ装
置Ｓは、当該通知を返信してきたクライアント装置の状
態を「配布済み」に更新し（Ｓ２１）、先ほど配布した
ソフトウェアの転送先を決めるため再び配布管理テーブ
ル１を参照する。そして、状態が「未配布」の１乃至複
数のクライアント装置を転送先の候補として選択する
（Ｓ２２）。続いて、転送先の候補として選択したクラ
イアント装置の応答を上述と同様に確認し（Ｓ２３）、
応答があれば、当該応答のあったクライアント装置の状
態を「配布中」に更新する。（Ｓ２５）。そして、先ほ
どソフトウェアの受信完了通知を送ってきたクライアン
ト装置に対し、転送先にすべきクライアント装置のアド
レスを指示した転送先情報を送信する（Ｓ２６）。一
方、転送先候補のクライアント装置から応答が得られな
い場合、当該応答の無いクライアント装置の状態を「障
害中」に更新し（Ｓ２４）、Ｓ２１の処理に戻る。即
ち、転送先となるクライアント装置を選び直す。ここ
で、選択されるクライアント装置の数は、予め固定され
ていてもよい。

【００１７】一方、転送先情報を受信したクライアント
装置（先ほどサーバ装置Ｓからソフトウェアの配布を受
け完了通知を返信したクライアント装置）は、先ほど配
布を受けたソフトウェアを記憶部５３から読み出して、
転送先情報に指示されたクライアント装置のアドレスに
転送する（図５のＳ３１）。

【００１８】このように、サーバ装置が転送先候補のク
ライアント装置の応答を確認して転送先に確定し、その
転送先情報を転送元のクライアント装置に通知するの
で、転送元のクライアント装置から他のクライアント装
置へのソフトウェアの転送を確実に行うことが出来る。
また、転送先候補の応答が無い場合は他の転送先候補を
選び直すので、障害中のクライアント装置を除き他の総
てのクライアント装置に確実にソフトウェアの配布を行
うことができる。

【００１９】その他、配布先又は転送先として選択され
たクライアント装置から応答が得られないとき、当該ク
ライアントの状態を「未配布」から「障害中」に更新す
るので、配布先又は転送先として同じクライアント装置
が何度も選び直されるという処理上の不都合を防止する
ことができる。配布を行ったクライアント装置の状態が
「配布中」又は「配布済み」に更新される点も同様であ
る。更に、ソフトウェアの配布を受けたクライアント
が、その後でサーバ装置に対し転送先を問い合わせるの
で、サーバ装置が有効な転送先を決定してからクライア
ント装置が実際に転送を行うまでの時間を短縮すること
ができ、これがため、サーバ装置が有効な転送先を決定
してからクライアント装置が実際に転送を行うまでの間
に当該転送先のクライアント装置に障害が発生する事態
を抑制することができ、ソフトウェア配布の信頼性を高
めることができる。

【００２０】次に、本発明の他の実施形態を図６乃至図
９に基づいて説明する。上記実施形態では、障害のない
クライアント装置に確実にソフトウェアの配布を開始す
ることはできるが、配布されるデータ乃至ソフトウェア
のサイズが大きい場合等は、ソフトウェアの配布中に受
け側のクライアント装置やネットワーク線路において何
らかの障害が発生することも考えられる。本実施形態
は、そのような配布中に障害を生じたクライアント装置
へのソフトウェアの配布を確実に行うことができるよう
にしたものである。ここで、ネットワークの構成並びに
サーバ装置及びクライアント装置の構成は図１０及び図
１１と同一であるため、重複説明を省略する。また、本
実施形態は、例えば上記実施形態の処理と並行して実行
されるものである。

【００２１】本実施形態において、サーバ装置Ｓの記憶
部５３には、図６に示すように、時間監視テーブル２
と、処理上のしきい値となる時間ＴＡ，ＴＢが格納され
ている。時間監視テーブル２には、特定のソフトウェア
についてクライアント装置毎の配布状態、配布時間、障
害時間がそれぞれ登録されている。配布状態は、「未配
布」、「配布中」、「配布済み」、「障害中」のいずれ
かが登録される。この点は、先の実施形態と同一であ
る。初期値は、すべて「未配布」とすればよい。配布時
間は、状態が継続して「配布中」となっている時間を示
す。障害時間は、状態が継続して「障害中」となってい
る時間を示す。以降の説明では、クライアント装置＃ｎ
（ｎ＝１，２，…）の配布時間をｔａｎ（ｎ＝１，２，
…）、障害時間をｔｂｎ（ｎ＝１，２，…）で表す。し
きい値として固定されたＴＡは、配布時間の上限値を示
し、配布時間がこの上限値を越えたクライアント装置で
は何らかの障害が起こったものとみなし、その状態を
「障害中」に更新する。また、ＴＢは、障害時間の上限
値を示し、障害時間がこの上限値を越えたクライアント
装置では障害が復旧したとみなし、その状態を「未配
布」に更新する。この動作を図７乃至図９のフローチャ
ートに沿って詳細に説明する。以降の処理は、サーバ装
置ＳのＣＰＵ５１が記憶部５３に予め準備されたプログ
ラムを逐次実行することによって実現される。このプロ
グラムは、外部の記録媒体からＦＤドライブやＣＤＲＯ
Ｍドライブ等により記憶部５３に読み込まれたものであ
ってもよい。

【００２２】サーバ装置Ｓにおいて障害対策処理が起動
されると、ＣＰＵ５１は予め設定された一定時間Ｔを計
測し（Ｓ４１）、一定時間Ｔが経過するとクライアント
装置の状態に応じて配布中の処理、または障害中の処理
に移行する。この処理への移行は、各クライアント装置
について各々判断され実行される。以下、特定のクライ
アント装置としてクライアント装置＃１を取り上げて処
理を説明するが、すべてのクライアント装置について同
一の処理が行われる。

【００２３】クライアント装置＃１の状態が「配布中」
であった場合、ＣＰＵ５１は、図８のフローチャートに
従って処理を進める。まず、時間監視テーブル２に記録
されたクライアント装置＃１の配布時間ｔａ１に上述の
一定時間Ｔを加算する。これにより、配布時間を更新す
る（Ｓ５１）。ここで、配布時間は、クライアント装置
の状態が「配布中」以外に更新された時に０にリセット
されるようになっている。続いて、ＣＰＵ５１は、今の
加算により配布時間ｔａ１が上限値ＴＡを越えたか否か
を判断する（Ｓ５２）。この結果、上限値を越えていれ
ば、クライアント＃１に障害が生じたものとみなし、表
示部５４に警告表示を行う（Ｓ５３）。また、クライア
ント＃１の状態を「障害中」に更新する（Ｓ５４）。一
方、上限値ＴＡを越えない場合は、そのまま図７の障害
対策処理に戻る。

【００２４】また、図７のＳ４２でクライアント装置＃
１の状態が「障害中」であった場合、ＣＰＵ５１は、図
９のフローチャートに従って処理を進める。まず、時間
監視テーブル２に記録されたクライアント装置＃１の障
害時間ｔｂ１に上述の一定時間Ｔを加算する。これによ
り、障害時間を更新する（Ｓ６１）。ここで、障害時間
は、クライアント装置の状態が「障害中」以外に更新さ
れた時に０にリセットされるようになっている。続い
て、ＣＰＵ５１は、今の加算により障害時間ｔｂ１が上
限値ＴＢを越えたか否かを判断する（Ｓ６２）。この結
果、上限値ＴＢを越えていれば、クライアント＃１の障
害が復旧したものとみなし、ソフトウェアの再配布の準
備を行う（Ｓ６３）。ＣＰＵ５１は、再配布の準備とし
てクライアント装置＃１の状態を「未配布」に更新す
る。これにより、前述した先の実施形態の処理により再
配布が実行される。ここで、図６に示した時間監視テー
ブル２の状態と図１に示した配布管理テーブル１の状態
とは更新内容が相互に反映されるようになっている。一
方、Ｓ６２の判断で上限値ＴＢを越えていない場合はそ
のまま図７の障害対策処理に移る。

【００２５】このように、本実施形態によれば、クライ
アント装置の状態を定期的に監視し、「未配布」以外の
状態になってから予め設定された一定時間以上経っても
「配布済み」とならないクライアント装置は、一度障害
が発生した後その障害が復旧したと考え、その状態を
「未配布」に更新するので、ソフトウェアの再配布を受
けることができる。よって、ソフトウェアの配布中に障
害を生じたクライアントに対してもソフトウェアの配布
を確実に行うことができる。更に、配布中の時間が一定
時間を越える場合には、当該クライアント装置とサーバ
装置との間で何らかの障害が生じたものとみなし、警告
を表示するので、システム管理者は速やかに当該クライ
アント装置との間の障害を復旧させることができ、当該
クライアントへの次回の再配布をより確実なものとする
ことができる。

【００２６】

【発明の効果】本発明は、以上のように構成され機能す
るので、これによると、本発明では、データの配布を受
けたクライアントが、その後でサーバ装置に対し転送先
を問い合わせるので、サーバ装置が有効な転送先を決定
してからクライアント装置が実際に転送を行うまでの時
間を短縮することができ、これがため、サーバ装置が有
効な転送先を決定してからクライアント装置が実際に転
送を行うまでの間に当該転送先のクライアント装置に障
害が発生する事態を抑制することができ、データ配布の
信頼性を高めることができる。

【図面の簡単な説明】

【図１】本発明の一実施形態において、サーバ装置の配
布管理テーブルを示す構成図である。

【図２】本発明の一実施形態において、サーバ装置の動
作を示すフローチャートである。

【図３】本発明の一実施形態において、クライアント装
置の動作を示すフローチャートである。

【図４】本発明の一実施形態において、サーバ装置の動
作を示すフローチャートである。

【図５】本発明の一実施形態において、クライアント装
置の動作を示すフローチャートである。

【図６】本発明の他の実施形態において、サーバ装置の
時間監視テーブルの構成を示す構成図である。

【図７】本発明の他の実施形態において、サーバ装置の
動作を示すフローチャートである。

【図８】本発明の他の実施形態において、クライアント
装置の状態が「配布中」であるときのサーバ装置の動作
を示すフローチャートである。

【図９】本発明の他の実施形態において、クライアント
装置の状態が「障害中」であるときのサーバ装置の動作
を示すフローチャートである。

【図１０】一般的なバス型ネットワークの構成又はリン
グ型ネットワークの一部の構成を示す構成図である。

【図１１】一般的なサーバ装置又はクライアント装置の
構成を示す構成図である。

【図１２】従来例のデータ配布動作及びその課題を説明
するための説明図である。

【符号の説明】

１ 配布管理テーブル ２ 時間監視テーブル ５１ ＣＰＵ ５２ 入力部 ５３ 記憶部 ５４ 表示部 ５５ ネットワークインタフェース Ｓ サーバ装置 ＃１〜＃３ クライアント装置

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 サーバ装置及び他の複数のクライアント
   装置に接続されたネットワークインタフェースと、この
   ネットワークインタフェースを介して前記サーバ装置か
   ら受信したデータを他のクライアント装置に転送するＣ
   ＰＵとを備えたクライアント装置において、 前記サーバ装置から受信したデータを記憶部に格納した
   後に当該サーバ装置に対し転送先の指示を問い合わせる
   第１の処理と、この問い合わせに対しサーバ装置から指
   示された１乃至複数の転送先クライアントに前記記憶部
   のデータを転送する第２の処理とを備えたことを特徴と
   するクライアント装置のデータ配布方法。
2. 【請求項２】 サーバ装置及び他の複数のクライアント
   装置に接続されたネットワークインタフェースと、この
   ネットワークインタフェースを介して前記サーバ装置か
   ら受信したデータを他のクライアント装置に転送するＣ
   ＰＵとを備えたクライアント装置において、 前記サーバ装置から受信したデータを格納する記憶部を
   備えると共に、 前記ＣＰＵが、前記記憶部にデータを格納した後にサー
   バ装置に対し転送先の指示を問い合わせる転送先問い合
   わせ手段と、この問い合わせに対しサーバ装置から指示
   された１乃至複数の転送先クライアントに前記記憶部の
   データを転送するデータ転送手段とを備えたことを特徴
   とするクライアント装置。
3. 【請求項３】 サーバ装置から受信したデータを記憶部
   に格納した後に当該サーバ装置に対し転送先の指示を問
   い合わせる第１の処理と、この問い合わせに対しサーバ
   装置から指示された１乃至複数の転送先クライアントに
   前記記憶部のデータを転送する第２の処理とを有するク
   ライアント装置のデータ配布方法をコンピュータに実行
   させるためのプログラムを記録したコンピュータ読み取
   り可能な媒体。