JPH0973390A - ソフトウェア配布システム - Google Patents

Abstract

(57)【要約】 【課題】水平分散型国際ネットワークにおいて少なくと
も１つのサーバから他のすべてサーバ及びその配下のク
ライアントへソフトウェアを時差を考慮したバージョン
更新日付けを正確に配布するシステムを得る。 【解決手段】マスタサーバ１０で最新のソフトウェア及
びソフトウェア名、版名、更新日付などの情報を登録し
た上で他のサーバ２０または３０に送付する。この他の
サーバに送付する際に、更新日付をグリニッッジ標準時
に一旦変更する。受信側サーバ２０または３０は受信し
たソフトウェアの標準時に変更済みの更新日付けを現地
時間とグリニッジ標準時との時差に基づいて現地時刻に
変更した上で、自サーバ内に登録してある同じ名称のソ
フトウェアの更新時刻とを比較し、マスタサーバからの
ソフトウェアの方が新しければ当該ソフトウェアをクラ
イアント２８、２９あるいは３８、３９へ送付する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、オープンプロト
コルで接続された水平分散ネットワーク環境において、
サーバ間で国際時間の時差を考慮したソフトウェア配布
機能を有するシステムに関するものである。

【０００２】

【従来の技術】従来からソフトウェアを効率よく端末装
置などに配布する方法が種々提案されてきている。図１
７は、例えば特開平７ー２１１００号公報に示された従
来のソフトウェアの同報配布を行うクライアント・サー
バシステムを示す構成図である。図において、１はＬＡ
Ｎなどのネットワーク７を介して他の複数のサーバと接
続され、機能上他のサーバよりも上位に位置し、最新ソ
フトウェアの登録を行うと共に当該最新ソフトウェアの
同報配布を指示するマスタサーバ、２はＬＡＮ７を介し
てマスタサーバ１に接続されるサーバ、３、４はそれぞ
れＬＡＮ７を介してマスタサーバ１に接続され、マスタ
サーバ１からの指示により、配下のクライアント５に同
報配布を行うサーバ、５はサーバ３または４に接続さ
れ、当該サーバを介してマスタサーバ１からの同報配布
されたソフトウェアを受信して内蔵する記憶手段に格納
するクライアント、６は各サーバ３、４と当該サーバの
配下のクライアント５とを接続する回線である。

【０００３】また、図１８は図１７に示されたクライア
ント・サーバシステムにおける従来のソフトウェアの同
報配布の処理の流れを示すフローチャートである。次
に、図１７に示す従来のソフトウェアの同報配布を行う
クライアント・サーバシステムの動作を図１３のフロー
チャートに従って、説明する。

【０００４】まず、マスタサーバ１は、最新バージョン
のソフトウェアをファイルに登録し（ステップｓ１８０
１）、また、その登録日付、バージョン、ソフトウェア
名称等を管理情報としてファイルに格納する（ステップ
ｓ１８０２）。ついで、オペレータあるいはプログラム
の指令によって、クライアント５を有するサーバ３、４
に対して、配布すべきソフトウェア、ソフトウェアを配
布した日時を示す配布日時、配布するソフトウェアのバ
ージョン、同報配布をおこなった回数を示す同報配布回
数ｎを送信する（ステップｓ１８０３）。サーバ３、４
はネットワーク７を介して送信データを受信し、その指
定内容にしたがって、配下のクライアント５に対してソ
フトウェアを同報配布する（ステップｓ１８０４）。

【０００５】また、サーバ３、４は障害の発生あるいは
電源オフ等によって配布されなかったクライアントに対
しては複数回繰り返して同報配布の再送信を行い、その
救済を実施する（ステップｓ１８０６）。ｎ回（たとえ
ば３回）再送信を実行しても救済できなかった場合、サ
ーバ３、４は配布できなかったクライアント５をクライ
アントからの通知電文により知り、リストアップする
（ステップｓ１８０７）。続いて、クライアント５の立
ち上げ時に通信可能となったら（ステップｓ１８０
８）、サーバ３、４はマスタサーバ１へ、各クライアン
トの現在の各ソフトウェアのバージョンを通知するので
（ステップ１８０９）、マスタサーバ１はバージョンア
ップすべきクライアント５を知り、当該クライアント５
へ差分のみを個別に配布する（ステップｓ１８１０）。

【０００６】このように、マスタサーバ１は最新ソフト
ウェアとともに登録日付やバージョンを管理情報として
複数のクライアント５へ同時にソフトウェア配布し、加
えて端末装置の状況まで考慮するため、配布失敗時には
リトライし、配布失敗を極力少なくすることができる。

【０００７】また、図１９は特開平２ー７８３６０公報
に示された従来の時差を補正したファクシミリ装置であ
り、図中、１９０１は電話番号入力部、１９０２は時差
算出部、１９０３は時計、１９０４は時刻演算部、１９
０５は発信者情報付加部、１９０６はダイヤル発生部で
ある。

【０００８】次に、図１９に示された従来のファクシミ
リ装置の時差補正の動作を説明する。送信者が電話番号
入力部１９０１から電話番号を入力すると、当該電話番
号に対応するダイヤル情報に基づいてダイヤル発生部１
９０６はダイヤル信号を発生し、時差算出部１９０２は
このダイヤル信号に基づいて国際電話番号か否かを判定
し、（例えば、日本国内において某社の国際電話網を通
してダイヤルする場合、アクセスコード００１が電話番
号の最初に付加されるため、上記電話番号が国際電話番
号か否かを容易に判定することができる）地域間の時差
を予め登録されている時差テーブルを用いて算出し、時
刻演算部１９０４はこの算出した時差と時計１９０３か
ら得られる送信元の現在時刻とから自動的にダイヤル送
出先の現在時刻を補正して発信者情報付加部１９０５へ
出力する。

【０００９】これにより、発信側は送信日時を相手先の
地域の日時に変換した上で送信原稿に付加して送信で
き、受信側は常に受信原稿の正確な受信日時を知ること
ができる。

【００１０】

【発明が解決しようとする課題】特開平２ー７８３６０
公報に示された従来のソフトウェア配布システムの場
合、サーバとサーバが異なる国にまたがるなど時差のあ
る地域間でソフトウェア配布を行なおうとしても、時差
が存在することにより登録日付が送信側サーバと受信側
サーバとの間でずれが生じ、正確なバージョン管理がで
きないという問題点があった。

【００１１】また、基本的に集中型のソフトウェア配布
方式を採用している為、１つのマスタサーバがすべての
サーバおよびクライアントのソフトウェアを登録するお
よびそのソフトウェアを配布することを前提としてお
り、他のサーバおよびクライアントはソフトウェアの登
録や配布ができないという問題点があった。

【００１２】また、特開平２ー７８３６０公報に示され
た従来の時差を補正したファクシミリ装置の場合、電話
番号から時差を算出しているため、電話網で接続された
システムのみが対象となり、専用線やパケット網では実
現できないという問題点があった。

【００１３】また、電話網でも某社以外の網であれば、
先頭のコードは００１以外のコードとなり、新しい国際
電話網に対応するには、判定条件を新たに加えなければ
ならないという問題点があった。

【００１４】この発明は、上記のような問題点を解消す
るためになされたもので、水平分散ネットワーク環境に
おいて、グリニッジ標準時を使用して時差補正をおこな
うことにより、国際間など時差のある地域間でのソフト
ウェア配布での正確なバージョン管理を行なうと共に、
水平分散型システムにも対応できるソフトウェア配布シ
ステムを提供することを目的とする。

【００１５】

【課題を解決するための手段】第１の発明に係るソフト
ウェア配布システムは、国際ネットワークに接続された
複数のサーバの内の少なくとも１つのサーバから構成さ
れ、ソフトウェアを配布する場合に該ソフトウェアの名
称と版名、第１の更新日時を記憶するバージョン管理テ
ーブルと、上記ソフトウェアの第１の更新日時を上記バ
ージョン管理テーブルに記録する記録手段と、上記サー
バ以外の全てのサーバへ上記ソフトウェア及び上記バー
ジョン管理テーブルのソフトウェアの名称、版名及び第
１の更新日時をグリニッジ標準時刻に変換した後の第２
の更新日時を配布する配布手段とを備えたマスタサーバ
と、このマスタサーバにＬＡＮあるいは回線で接続さ
れ、配布されたソフトウェアの更新日時を有する上記マ
スタサーバ配下のクライアントと、上記マスタサーバか
ら構成され、上記マスタサーバから上記ソフトウェア及
びソフトウェアの名称、版名及び上記第２の更新日時を
受信し、該第２の更新日時と現地時間及びグリニッジ標
準時間との時差に基づいて第３の更新日時を作成する手
段を備えたサーバと、このサーバにＬＡＮあるいは回線
で接続され、配布されたソフトウェアの更新日時を有す
る上記サーバ配下のクライアントと、を備え、上記マス
タサーバまたはマスタサーバ以外のサーバが自サーバと
自サーバ配下のクライアントとの間でソフトウェアの版
名のチェックを行なうバージョンチェック手段を有する
ものである。

【００１６】第２の発明に係るソフトウェア配布システ
ムは、複数のサーバがマスタサーバとなるものである。

【００１７】第３の発明に係るソフトウェア配布システ
ムは、複数のサーバからソフトウェアを受信するシステ
ムにおいて、同一のソフトウェアでバージョンが古いと
き、メッセージを表示し無条件の上書きを抑止する手段
を備えたものである。

【００１８】第４の発明に係るソフトウェア配布システ
ムは、マスタサーバから配布されるソフトウェアの版名
が自サーバで所有している同一のソフトウェアの版名よ
りも古い場合、マスタサーバからのソフトウェア受信を
拒否する手段を備えたものである。

【００１９】第５の発明に係るソフトウェア配布システ
ムは、マスタサーバから配布されるソフトウェアの版名
が自サーバで所有している同一のソフトウェアの版名と
同じ場合、マスタサーバからのソフトウェア受信を拒否
するものである。

【００２０】第６の発明係るソフトウェア配布システム
は、マスタサーバが複数のバージョン管理情報を有し、
複数のソフトウェアを同時に転送する手段を備えたもの
である。

【００２１】第７の発明係るソフトウェア配布システム
は、マスタサーバがサーバリストを有し、特定のサーバ
へソフトウェアを配布する手段を備えたものである。

【００２２】第８の発明係るソフトウェア配布システム
は、サーバは配下のクライアントのリストを有し、特定
のクライアントへ配布するものである。

【００２３】第９の発明係るソフトウェア配布システム
は、サーバからクライアントへ配布失敗した場合に所定
の回数再配布するものである。

【００２４】

【発明の実施の形態】

実施の形態１．図１は本発明で利用される国際網で接続
された水平分散型ネットワークの構成図である。次に、
図１に示したソフトウェア配布システムのネットワーク
構成について説明する。図において、１０〜１９はクラ
イアント・サーバ・システムの各要素であり、１０は機
能的に各クライアントの上位に位置するサーバ、１１は
サーバ１０に設けられ、配布すべきソフトウェアが格納
される記憶装置、１２および１４はサーバ１０に接続さ
れたクライアント、１３および１５は各クライアントに
設けられ、受信したソフトウェアが格納される記憶装
置、１６は広域網間を接続するルータ、１７はサーバ１
０に設けられ、図２に示すソフトウェアとそのバージョ
ンを管理するバージョン管理テーブル、１８はクライア
ント１２に設けられ、図３に示すソフトウェアとその更
新状況を示す更新状況テーブル、１９はクライアント１
４に設けられ、図３に示すソフトウェアとその更新状況
を示す更新状況テーブル、４０はサーバ１０に設けら
れ、図４に示すようにソフトウェア配布先のサーバ名と
通信アドレスを含む構造のサーバ登録テーブルである。
また、２０〜２９および５０と３０〜３９および６０は
クライアント・サーバ・システムの各要素を示してお
り、１０〜１９および４０の各要素に対応している。７
１は、国際間など時差のある地域間を結ぶ広域網であ
る。

【００２５】また、図２は更新用の最新ソフトウェアを
特定のサーバ（以下、最新のソフトウェアを登録するサ
ーバをマスタサーバと呼ぶ）に設けられたバージョン管
理テーブルに登録される管理情報を示すもので、ソフト
ウェア名、ソフトウェア版名、バージョン管理新日付か
ら構成される。

【００２６】また、図３はソフトウェア配布によりクラ
イアント上のソフトウェアが更新されたときに、同時に
書き換える更新日付を含むソフトウェアの更新状況テー
ブルであり、クライアントに設けられる。

【００２７】また、図４はソフトウェア配布先のサーバ
名とアドレスを含むテーブルであり、最新ソフトウェア
を登録するサーバが持つ。

【００２８】また、図５は、ソフトウェア配布する側サ
ーバの最新ソフトウェア登録からソフトウェアを配布す
るまでの処理の流れを示すフローチャートである。

【００２９】また、図６は、受信したソフトウェアをバ
ージョン管理テーブルをチェックしながら、クライアン
トへソフトウェア配布する処理の流れを示すフローチャ
ートである。

【００３０】また、図１６はソフトウェアを配布するサ
ーバの配下の全クライアント名とそのアドレスを含むテ
ーブルの構造を示した図である。

【００３１】次に、図１に示すゾフトウェア配布システ
ムの動作を説明する。サーバ登録テーブル４０および５
０、６０は、マスタサーバ１０およびサーバ２０、サー
バ３０に接続された端末（図示せず）によって予めソフ
トウェアを配布する相手先サーバ名を図４に示す形式で
登録しておく。この中には自サーバ名は含まれない。ま
た、クライアント登録テーブル４１および５１、６１
は、それぞれのサーバ１０、２０、３０上の画面から予
めソフトウェアを配布するクライアント名を図１６に示
す形式で登録しておく。

【００３２】以下、サーバ１０がマスタサーバになり、
最新のソフトウェア配布先としてサーバ２０のクライア
ント・サーバ・システムへ配布する場合を例にサーバ１
０を中心とする動作について、図５に示すフローチャー
トに従って説明する。

【００３３】図５において、まず、マスタサーバ１０に
おいて、操作者は配布する予定の最新のソフトウェア
（ソフトウェア名を「soft221」、ソフトウェア版名を
「b00」とする）をマスタサーバ１０に接続された端末
（図示せず）によってマスタサーバ１０に設けられた記
憶装置１１に登録する（ステップｓ５０１）また、これ
と同時にマスタサーバ１０上に設けられた図２に示すよ
うにバージョン管理テーブル１７のソフトウェア名欄に
当該ソフトウェア名「soft221」を、ソフトウェア版名
欄に当該ソフトウェアの版名「b00」を、バージョン管
理日付欄に当該ソフトウェアを登録した日付（1995/06/
22,10:00:00)をそれぞれセット（セットとは設定を意味
する）する（ステップｓ５０２）。

【００３４】上記の最新のソフトウェアsoft221の登録
が完了すると、続いて、サーバ登録テーブル４０に予め
図４に示す形式で登録された配下の全サーバ（この例で
はサーバ２０及びサーバ３０）へ当該最新ソフトウェア
soft221を送付することになる。マスタサーバ１０が配
下のサーバへ最新ソフトウェアsoft221を送付するに際
して、まず、マスタサーバ１０はすべての相手サーバに
送付したか否かを調べ（図５のステップｓ５０３）、ま
だすべてのサーバヘの送付を完了していなければ、図２
に示すバージョン管理テーブル１７のバージョン管理日
付をグリニッジ標準時（例えば、日本からニューヨーへ
送信する場合、日本時間とグリニッジ標準時との時差は
９時間であるからバージョン管理日付は1995/06/22,10:
00:00−9:00:00＝1995/06/22,1:00:00となる。）へ一旦
修正し（ステップＳ５０７）、続いて相手サーバ２０へ
グリニッジ標準時へ修正したバージョン管理テーブルの
情報（ソフトウェア名「soft221」、ソフトウェア版名
「b00」、バージョン管理日付「1995/06/22,1:00:0
0」）と最新ソフトウェアsoft221を送信する。（ステッ
プＳ５０８）。

【００３５】さらに、マスタサーバ１０はステップｓ５
０３〜ステップｓ５０８を実行して、上記のバージョン
管理テーブルの情報及び最新ソフトウェアsoft221をサ
ーバ３０へ送信する。他にも配下のサーバがあれば、マ
スタサーバ１０はステップｓ５０３〜ステップｓ５０８
の実行を繰り返してバージョン管理テーブルの情報最新
ソフトウェアsoft221を配下のすべてのサーバへ送信す
る。

【００３６】マスタサーバ１０は配下のすべてのサーバ
ヘ送付完了した後、自サーバ下の全クライアントへソフ
トウェア配布を開始する。マスタサーバ１０は、クライ
アント１２およびクライアント１４がもつ更新状況テー
ブルをマスタサーバ１０からの要求により順次受信し、
図２に示すバージョン管理テーブル１７の内容と順次比
較する（ステップ５０５）。比較した結果、クライアン
ト側の更新日付がマスタサーバ側のバージョン管理日付
より古ければ、最新ソフトウェアsoft221が当該クライ
アントへ届いていないことを示すので、マスタサーバ１
０は当該最新ソフトウェアsoft221及びバージョン管理
情報を再び当該クライアントへ配布する。

【００３７】当該クライアントが上記最新ソフトウェア
soft221及びバージョン管理情報を受信すると、記憶装
置１３および１５の古いソフトウェアを最新ソフトウェ
アsoft221に更新すると共に、更新状況テーブル１８の
更新日付欄を図９に示すようにバージョン管理日付「19
95/06/22,10:00:00」で置き換える（ステップ５０
６）。

【００３８】しかし、クライアントが立ち上がっていな
いなどの理由で配布できなかった場合（ステップ５０
９）、当該クライアントが立ち上がった時点で、クライ
アントからサーバへバージョンチェックの要求を発し、
マスタサーバ１０は図２に示すバージョン管理テーブル
１７の内容と各クライアントがもつ更新状況テーブル１
８の内容を比較する。この結果、更新日付がバージョン
管理日付より古ければ、マスタサーバ１０は最新ソフト
ウェアsoft221を再び配布し、一方、この最新ソフトウ
ェアsoft221を受信したクライアントは古いソフトウェ
アを最新ソフトウェアsoft221に更新し、更新日付欄を
図９に示すようにバージョン管理日付「1995/06/22,10:
00:00」で置き換える（ステップｓ５１０）。

【００３９】以上、マスタサーバ１０が更新状況テーブ
ルをクライアントから受信し、サーバ上でバージョン管
理テーブルをチェックする場合について説明したが、サ
ーバ１０がバージョン管理テーブルをクライアントへ送
信し、クライアント側で更新状況テーブルと比較し、そ
の結果をサーバヘ通知する方法でもよいのはいうまでも
ない。また、サーバ上に自サーバ下の全クライアントの
更新状況テーブルをもち、サーバ上で比較する方法もあ
るのはいうまでもない。

【００４０】また、配布失敗の場合は例えば同じ処理を
３回繰り返すなどの処理を行なうことも可能であること
はいうまでもない。これにより、配布失敗が救われる可
能性が大きくなり、信頼性の向上が図れるという効果を
奏する。

【００４１】一方、ソフトウェアを受信したサーバ２０
は、第６図に示すフローチャートにしたがって動作す
る。以下、サーバ２０及びサーバ２０の配下のクライア
ントの動作を図６に示すフローチャートに従って説明す
る。

【００４２】サーバ２０は、マスタサーバ１０から図７
に示すようにクリニッジ標準時に修正されたバージョン
管理日付「1995/06/22,01:00:00」を含むバージョン管
理テーブルとソフトウェアを受信する（ステップｓ６０
１）と、マスタサーバ１０から受信したバージョン管理
テーブルの図７に示すバージョン管理日付をグリニッジ
標準時間と現地時間の時差（たとえば、ニューヨークの
場合、時差は５時間）を使って現地時間を「1995/06/2
2,1:00:00ー5:00:00＝1995/06/21,20:00:00」と補正し、
図８に示すようにバージョン管理テーブル２７へ登録す
る（ステップｓ６０２）。

【００４３】続いて、サーバ２０は、自サーバ下の全ク
ライアントへソフトウェア配布を開始する。この場合、
サーバ２０は、クライアント登録テーブル５１に予め図
１６に示す形式で登録済みのクライアント名「cliant
1」「cliant2」に従って、当該クライアント即ち、クラ
イアント２２及び２４へ最新ソフトウェアsoft221とバ
ージョン管理テーブルの情報を配布する。この結果、最
新ソフトウェアsoft221を受信したクライアントは古い
ソフトウェアを当該最新ソフトウェアsoft221（ソフト
ウェア版名「b00」）に更新すると共に、図１０に示す
ように更新状況テーブルを更新する。

【００４４】次に、サーバ２０は、クライアント２２お
よびクライアント２４がもつ図３に示す更新状況テーブ
ルをサーバ２０からの要求により順次受信し、図８に示
すバージョン管理テーブル２７の内容と順次比較する
（ステップｓ６０３）。比較した結果、更新日付がバー
ジョン管理日付より古ければ、最新ソフトウェアsoft22
1が当該クライアントへ届いていないことを示すので、
サーバ２０は最新ソフトウェアsoft221及びバージョン
管理情報を再び当該クライアントへ配布する。当該クラ
イアントが上記最新ソフトウェアsoft221及びバージョ
ン管理情報を受信すると、記憶装置２３および２５の古
いソフトウェアを最新ソフトウェアsoft221に更新する
と共に、更新状況テーブル２８の更新日付欄を図１０に
示すようにバージョン管理日付「1995/06/21,20:00:0
0」で置き換える（ステップｓ６０４）。

【００４５】しかし、クライアントが立ち上がっていな
いなどの理由で配布できなかった場合（ステップ６０
５）、当該クライアントが立ち上がった時点で、クライ
アントからサーバ２０へバージョンチェックの要求を発
し、サーバ２０は図８に示すバージョン管理テーブル２
７の内容と各クライアントがもつ更新状況テーブル２８
あるいは２９の内容とを比較する。この結果、更新日付
がバージョン管理日付より古ければ、サーバ２０は最新
ソフトウェアsoft221を再び配布し、一方、この最新ソ
フトウェアsoft221を受信したクライアント２２あるい
は２４は古いソフトウェアを最新ソフトウェアsoft221
に更新し、更新日付欄を図１０に示すようにバージョン
管理日付「1995/06/21,20:00:00」で置き換える（ステ
ップｓ６０６）。

【００４６】なお、ステップｓ６０５〜ステップｓ６０
６の動作をすべてのクライアントへの送信が完了するま
で繰り返す。

【００４７】以上、サーバ２０が更新状況テーブルの情
報を配下のクライアント２２あるいは２４から受信し、
サーバ２０でバージョン管理テーブル２７と比較する場
合について説明したが、サーバ２０がバージョン管理テ
ーブルをクライアント２２あるいは２４へ送信し、クラ
イアント側で更新状況テーブルと比較し、その結果をサ
ーバヘ通知する方法でもよいのはいうまでもない。ま
た、サーバ上に自サーバ下の全クライアントの更新状況
テーブルをもち、サーバ上で比較する方法もあるのはい
うまでもない。

【００４８】なお、サーバ３０の動作はサーバ２０の動
作と同様であるため、説明を省略する。

【００４９】上記では、マスタサーバが最新ソフトウェ
アを登録時、即座に自動的に最新ソフトウェアを配布す
る動作について説明したが、ソフトウェア登録後、オペ
レータの操作、またはプログラムからの起動によりソフ
トウェア配布を開始する方法もあるのはいうまでもな
い。

【００５０】なお、上記実施の形態ではサーバ１０がマ
スタサーバの場合について説明したが、サーバ２０ある
いはサーバ３０がマスタサーバとなってもよいのはいう
までもない。

【００５１】上記実施の形態によれば、地域間の時差を
考慮したソフトウェア配布により正確なバージョン管理
が可能になるという効果を奏する。

【００５２】実施の形態２．また、図１１は、サーバが
マスタサーバから受信した最新ソフトウェアをバージョ
ン管理テーブルをチェックし、同一バージョンになった
時にクライアントへソフトウェアを配布する処理の動作
の流れを示すフローチャートである。なお、この実施の
形態でも図１のネットワーク構成図を使用する。

【００５３】実施の形態１では、サーバ１０がソフトウ
ェア配布するためのソフトウェアを登録するマスタサー
バの役割について説明したが、複数のサーバがマスタサ
ーバとなってもよい。この例ではマスタサーバがサーバ
１０とサーバ２０になり、サーバ３０下のクライアント
に同時に最新ソフトウェアを配布する場合について説明
する。マスタサーバ１０とマスタサーバ２０が同じソフ
トウェアとバージョン管理情報とを登録し、サーバ３０
へ送信する場合に、マスタサーバ１０からのソフトウェ
アのバージョンとマスタサーバ１０からのソフトウェア
のバージョンとの間でバージョン情報が異なる場合も想
定されるので、上記ソフトウェアを受信したサーバ３０
は当該ソフトウェアで無条件に書き換えない機能が必要
になる。以降この機能を中心に図１１に示すフローチャ
ートを参照しながら、説明する。

【００５４】図１１において、サーバ３０はマスタサー
バ１０からソフトウェア及び当該ソフトウェアのバージ
ョン管理情報を受信後（ステップｓ１１０１）、グリニ
ッジ標準時に修正済みのバージョン管理日付と、グリニ
ッジ標準時と現地時間との時差と、に基づいてバージョ
ン管理日付を現地時間に補正し（ステップｓ１１０
２）、続いて受信したソフトウェアのバージョン管理情
報のソフトウェア名および版名がバージョン管理テーブ
ル３７のそれと同じか否かをチェックする（ステップｓ
１１０３）。このチェックの結果、ソフトウェア名およ
びソフトウェア版名がすべて同じ場合、バージョン管理
テーブル３７のバージョン管理日付と受信したバージョ
ン管理日付とを比較し、受信したバージョン管理日付の
方が古ければ、当該ソフトウェアのソフトウェア名を変
えて記憶装置に書き込むとともに、名前と版名および変
えた名前を含む警告メッセージをサーバ画面上に表示す
る（ステップｓ１１０４）。このメッセージは書き換え
るか否かに答えるようになっており（ステップｓ１１０
５）、操作者が書き換えると答えるとソフトウェア名を
もとに戻し、新たなソフトウェアとして記憶装置３１に
書き込む（ステップｓ１１０６）。操作者が書き換えな
いと答えるとそのままとなる。

【００５５】以後ステップｓ１２０８〜ステップｓ１２
１１の動作は、図６に示したフローチャートのステップ
ｓ６０３〜ステップｓ６０６の動作と同様であるため、
説明を省略する。このようにして、サーバ３０は配下の
すべてのクライアントに最新ソフトウェアを配布する。

【００５６】本実施の形態によれば、どのサーバからで
もソフトウェアの配布が可能になり、水平分散型システ
ムで柔軟なソフトウェア配布が可能になるという効果を
奏する。

【００５７】実施の形態３．図１２はこの発明に係る別
の実施の形態を示したフローチャートである。この実施
の形態も図１を使用する。実施の形態２では、マスタサ
ーバからのソフトウェアのバージョンとサーバ自体のバ
ージョン管理テーブルのバージョンが同じ場合でもマス
タサーバからのソフトウェアを受信側サーバが受信して
更新する場合について記述したが、バージョンが同じ場
合、受信せず拒否することも可能である。これを実現す
るために、図１２において、まずバージョン管理テーブ
ルのみ受信し（ステップｓ１２０１）、時差の補正をし
た（ステップｓ１２０２）後に、バージョンチェックを
行い（ステップｓ１２０３）、同じであれば、ソフトウ
ェアを受信せず、マスタサーバへ拒否の通知をおこなう
（ステップｓ１２０４）。一方、バージョンチェックで
違えば、マスタサーバからソフトウェアを受信する（ス
テップｓ１２０７）。以降のステップｓ１２０８〜ステ
ップｓ１２１１の動作は、図１１のステップｓ１１０８
〜ステップｓ１１１１の動作と同様であるため、説明を
省略する。。

【００５８】実施の形態２では、マスタサーバからのソ
フトウェアの受信においてマスタサーバへ拒否できなか
ったが、本実施の形態によれば、ソフトウェア送付しな
い分、通信費用と通信時間を削減できるという効果を奏
する。

【００５９】実施の形態４．図１３は、図２に示された
バージョン管理テーブルにおいて、複数のソフトウェア
名を登録できるようにしたものである。また、図１の構
成要素は実施の形態１で説明した内容と同じである。ま
た、図５および図６のフローチャートも本実施の形態で
使用される。 尚、図５及び図６のフローチャートの動
作については実施の形態１で説明済みである。

【００６０】実施の形態１では、１つのソフトウェアに
対する時差を考慮したバージョン管理方法について記述
したが、図１３に示すように、バージョン管理テーブル
を拡張し、複数のソフトウェアを同時に配布できるよう
にしている。そのために、最新のソフトウェアを登録す
るマスタサーバ１０では同時に図１３に示すバージョン
管理テーブルも登録する（図５のステップｓ５０２）。

【００６１】マスタサーバ１０は、ソフトウェアを登録
後、図５に示すフローチャートの流れに従って、実施の
形態１と同様に動作する。一方、受信側サーバ２０は、
図６に示すフローチャートの流れに従って実施の形態１
と同様に動作する。

【００６２】この実施の形態によれば、複数のソフトウ
ェアを同時に扱えるようになり、ソフトウェア配布の拡
張性が図れる。また、配布時間および通信費用が更に削
減できるという効果を奏する。

【００６３】実施の形態５．図１４は、図１３に示すバ
ージョン管理テーブルにおいて、ソフトウェアごとに送
信するサーバ名を登録できるようにしたものである。ま
た、本実施の形態では図１を使用する。図１の構成要素
は実施の形態１で説明した内容と同じである。また、本
実施の形態では図５および図６を使用する。図５および
図６のフローチャートも実施の形態１で説明した通りで
ある。

【００６４】実施の形態１および実施の形態４では、登
録されたソフトウェアは図４で登録されたすべてのサー
バへ無条件に送付するものであるが、登録したソフトウ
ェアごとに 特定のサーバへ送付したい場合でも、指定
できるようにしている。図１４にソフトウェアごとに送
付するサーバ名を指定できるバージョン管理テーブルを
示す。図１４に示されたサーバ名リストに特定のサーバ
名を指定することにより、特定のサーバへ送付できる。
なお、サーバ名リストが「０」の場合、すべてのサーバ
へ送付する。この場合の動作は、実施の形態１と同様で
あるが、図５に示すフローチャートのステップｓ５０８
で特定のサーバ指定があるとき、図８に示されたバージ
ョン管理テーブルのサーバ名にしたがって、送付する。

【００６５】本実施の形態によれば、不要な相手には送
付せずに済み通信情報量がその分減るので、実施の形態
４よりも更に通信費用および配布時間の効率化を更に図
ることができるという効果を奏する。

【００６６】実施の形態６．図１５は図１４に示された
バージョン管理テーブルにおいて、ソフトウェアごとに
送信するサーバ名およびクライアント名を登録できるよ
うにしたものである。本実施の形態でも図１を使用す
る。図１の構成要素は実施の形態１で説明した内容と同
じである。また、本実施の形態でも図５、図６を使用す
る。図５および図６のフローチャートも実施の形態１で
説明した通りである。

【００６７】この場合、実施の形態５に加えて、特定の
サーバ下の特定のクライアントへソフトウェアを配布し
た場合も可能にする。図１５は特定のクライアントへソ
フトウェアを配布可能にするバージョン管理テーブルを
示す。サーバ名テーブルにクライアント名リスト領域を
もち、これが指すクライアント名テーブルに配布するク
ライアント名を指定する。

【００６８】実際の動作は、実施の形態１と同様である
が、図５に示したフローチャートのステップｓ５０８で
特定のサーバ指定があるとき、図１５に示すバージョン
管理テーブルのサーバ名に従って、送付する。一方、受
信したサーバは、図１５のバージョン管理テーブルのサ
ーバの内の指定されたサーバのクライント名リストに登
録されたクライアントの内の指定されたクライアントへ
最新ソフトウェアを配布する。

【００６９】本実施の形態によれば、不要な相手には送
付せずに済み、実施の形態５よりもさらに通信費用およ
び配布時間の効率化を図ることができるという効果を奏
する。

【００７０】

【発明の効果】第１の発明によれば、ＬＡＮまたは回線
による国際ネットワークにおいて、マスタサーバは第１
の更新日時をグリニッジ標準時刻に変換した後の第２の
更新日時を配布し、上記マスタサーバ以外のサーバは上
記第２の更新日時を受信し、該第２の更新日時と受信側
サーバの現地時間及びグリニッジ標準時間との時差に基
づいて第３の更新日時を作成するので、地域間の時差を
考慮したソフトウェア配布により正確なバージョン管理
が可能になるという効果を奏する。

【００７１】第２の発明によれば、複数のサーバがマス
タサーバとなるので、どのサーバからでもソフトウェア
配布が可能になり、水平分散型のシステムで柔軟なソフ
トウェア配布が可能になるという効果を奏する。

【００７２】第３の発明によれば、複数のサーバからソ
フトウェアを受信するシステムにおいて、同一のソフト
ウェアでバージョンが古いとき、メッセージを表示し無
条件の上書きを抑止するので、受信側の操作者の希望を
考慮した柔軟なソフトウェア受信が可能になるという効
果を奏する。

【００７３】第４の発明によれば、マスタサーバから配
布されるソフトウェアの版名が自サーバで所有している
同一のソフトウェアの版名よりも古い場合、マスタサー
バからのソフトウェア受信を拒否するので、最新ソフト
ウェアの更新が手動で行なうよりも高い信頼性で行なう
ことができるという効果を奏する。

【００７４】第５の発明によれば、マスタサーバから配
布されるソフトウェアの版名が自サーバで所有している
同一のソフトウェアの版名と同じ場合、マスタサーバか
らのソフトウェア受信を拒否するので、本実施の形態に
よれば、ソフトウェア送付しない分、通信費用と通信時
間を削減できるという効果を奏する。

【００７５】第６の発明によれば、マスタサーバは複数
のバージョン管理情報を有し、複数のソフトウェアを同
時に転送するので、ソフトウェア配布の拡張性が図れる
と共に通信時間及び通信費用がさらに削減できるという
効果を奏する。

【００７６】第７の発明によれば、マスタサーバはサー
バリストを有し、特定のサーバへソフトウェアを配布す
るので、不要な相手には送付せずに済み、通信費用およ
び配布時間の効率化をさらに図ることができるという効
果を奏する。

【００７７】第８の発明によれば、サーバは配下のクラ
イアントのリストを有し、特定のクライアントへ配布す
るので、不要な相手には送付せずに済み、通信費用およ
び配布時間の効率化をさらに図ることができるという効
果を奏する。

【００７８】第９の発明によれば、サーバからクライア
ントへ配布失敗した場合に所定の回数再配布するので、
配布失敗が救われる可能性が大きくなり、信頼性の向上
が図れるという効果を奏する。

【図面の簡単な説明】

【図１】 本発明で利用される国際網で接続された水平
分散型ネットワークの構成図である。

【図２】 この発明の実施の形態１で最新ソフトウェア
を登録する際にバージョン管理情報として登録する際に
使用するバージョン管理テーブルである。

【図３】 ソフトウェア配布によりクライアント上のソ
フトウェアが更新されたときに、同時に書き換える更新
日付を含むソフトウェアの更新状況テーブルである。

【図４】 ソフトウェア配布先のサーバ名とアドレスを
含むテーブルである。

【図５】 ソフトウェア配布する側サーバの最新ソフト
ウェア登録からソフトウェアを配布するまでの処理の流
れを示すフローチャートである。

【図６】 受信したソフトウェアをバージョン管理テー
ブルをチェックしながら、クライアントへソフトウェア
配布する処理の流れを示すフローチャートである。

【図７】 マスタサーバから配下のサーバに送付する際
にマスタサーバでバージョン管理日付けをグリニッジ標
準時に変換した後のバージョン管理テーブルの内容を示
した図である。

【図８】 ソフトウェアを受信したサーバ側でバージョ
ン管理日付けをグリニッジ標準時から現地時間に変換し
た後のバージョン管理テーブルの内容を示した図であ
る。

【図９】 マスタサーバの配下のクライアントにソフト
ウェアを配布した後のクライアントの更新状況テ−ブル
の内容を示した図である。

【図１０】 受信側サーバの配下のクライアントにソフ
トウェアを配布した後のクライアントの更新状況テ−ブ
ルの内容を示した図である。

【図１１】 サーバがマスタサーバから受信した最新ソ
フトウェアをバージョン管理テーブルをチェックし、同
一バージョンになった時にクライアントへソフトウェア
を配布する処理の動作の流れを示すフローチャートであ
る。

【図１２】 この発明に係る別の実施の形態を示したフ
ローチャートである。

【図１３】 複数のソフトウェアを同時に配布できるよ
うに拡張したバージョン管理テーブルである。

【図１４】 図１３に示すバージョン管理テーブルにお
いて、ソフトウェアごとに送信するサーバ名を登録でき
るようにしたものである。

【図１５】 図１４に示されたバージョン管理テーブル
において、ソフトウェアごとに送信するサーバ名および
クライアント名を登録できるようにしたものである。

【図１６】 ソフトウェアを配布するサーバの配下の全
クライアント名とそのアドレスを含むテーブルの構造を
示した図である。

【図１７】 従来のソフトウェアの同報配布を行うクラ
イアント・サーバシステムを示す構成図である。

【図１８】 図１７に示されたクライアント・サーバシ
ステムにおける従来のソフトウェアの同報配布の処理の
流れを示すフローチャートである。

【図１９】 従来の時差を補正したファクシミリ装置で
ある。

【符号の説明】

１ サーバ ２ サーバ ３ サーバ ４ サーバ ５ クライアンント ６ 回線 ７ ＬＡＮ １０ サーバ １１ 記憶装置 １２ クライアント １３ 記憶装置 １４ クライアント １５ 記憶装置 １６ ルータ １７ バージョン管理テーブル １８ 更新状況テーブル １９ 更新状況テーブル ２０ サーバ ２１ 記憶装置 ２２ クライアント ２３ 記憶装置 ２４ クライアント ２５ 記憶装置 ２６ ルータ ２７ バージョン管理テーブル ２８ 更新状況テーブル ２９ 更新状況テーブル ３０ サーバ ３１ 記憶装置 ３２ クライアント ３３ 記憶装置 ３４ クライアント ３５ 記憶装置 ３６ ルータ ３７ バージョン管理テーブル ３８ 更新状況テーブル ３９ 更新状況テーブル ４０ サーバ登録テーブル ４１ クライアント登録テーブル ５０ サーバ登録テーブル ５１ クライアント登録テーブル ６０ サーバ登録テーブル ６１ クライアント登録テーブル ７１ 広域網

Claims (9)

【特許請求の範囲】
1. 【請求項１】 国際ネットワークに接続された複数のサ
   ーバの内の少なくとも１つのサーバから構成され、ソフ
   トウェアを配布する場合に該ソフトウェアの名称と版
   名、第１の更新日時を記憶するバージョン管理テーブル
   と、上記ソフトウェアの第１の更新日時を上記バージョ
   ン管理テーブルに記録する記録手段と、上記サーバ以外
   の全てのサーバへ上記ソフトウェア及び上記バージョン
   管理テーブルのソフトウェアの名称、版名及び第１の更
   新日時をグリニッジ標準時刻に変換した後の第２の更新
   日時を配布する配布手段とを備えたマスタサーバと、こ
   のマスタサーバにＬＡＮあるいは回線で接続され、配布
   されたソフトウェアの更新日時を有する上記マスタサー
   バ配下のクライアントと、上記マスタサーバから構成さ
   れ、上記マスタサーバから上記ソフトウェア及びソフト
   ウェアの名称、版名及び上記第２の更新日時を受信し、
   該第２の更新日時と現地時間及びグリニッジ標準時間と
   の時差に基づいて第３の更新日時を作成する手段を備え
   たサーバと、このサーバにＬＡＮあるいは回線で接続さ
   れ、配布されたソフトウェアの更新日時を有する上記サ
   ーバ配下のクライアントと、を備え、上記マスタサーバ
   またはマスタサーバ以外のサーバが自サーバと自サーバ
   配下のクライアントとの間でソフトウェアの版名のチェ
   ックを行なうバージョンチェック手段を有することを特
   徴とするソフトウェア配布システム。
2. 【請求項２】 複数のサーバがマスタサーバとなること
   を特徴とする請求項１記載のソフトウェア配布システ
   ム。
3. 【請求項３】 複数のマスタサーバから同一のソフトウ
   ェアを受信する場合、古いバージョンのソフトウェアに
   対して、メッセージを表示し無条件の上書きを抑止する
   ことを特徴とする請求項１記載のソフトウェア配布シス
   テム。
4. 【請求項４】 マスタサーバから配布されるソフトウェ
   アの版名が自サーバで所有している同一のソフトウェア
   の版名よりも古い場合、マスタサーバからのソフトウェ
   ア受信を拒否することを特徴とする請求項１記載のソフ
   トウェア配布システム。
5. 【請求項５】 マスタサーバから配布されるソフトウェ
   アの版名が自サーバで所有している同一のソフトウェア
   の版名と同じ場合、マスタサーバからのソフトウェア受
   信を拒否することを特徴とする請求項１記載のソフトウ
   ェア配布システム。
6. 【請求項６】 マスタサーバは複数のバージョン管理情
   報を有し、複数のソフトウェアを同時に転送することを
   特徴とする請求項１記載のソフトウェア配布システム。
7. 【請求項７】 マスタサーバはサーバリストを有し、特
   定のサーバへソフトウェアを配布することを特徴とする
   請求項１記載のソフトウェア配布システム。
8. 【請求項８】 サーバは配下のクライアントのリストを
   有し、特定のクライアントへ配布することを特徴とする
   請求項１記載のソフトウェア配布システム。
9. 【請求項９】 サーバからクライアントへ配布失敗した
   場合に所定の回数再配布することを特徴とする請求項１
   記載のソフトウェア配布システム。