JPH0973424A - ネットワークシステム - Google Patents

Abstract

(57)【要約】 【目的】 プログラムを含むデータを配布するに当たり
ネットワーク上の各ノードが所有するデータの種類、お
よび負荷情報について同一の情報を全ノードがそれぞれ
所有することにより、各ノードが所有する情報に基づき
配布元ノードを選択するネットワークシステムを得るこ
とを目的とする。 【構成】 ノード情報送信手段１００２は、各ノードが
所有するソフトウェア、バージョン情報をネットワーク
内の他ノードのノード情報受信手段１００３にブロード
キャストする。記憶手段１００４は、ノード情報受信手
段１００３により受信されたソフトウェア、バージョン
情報と、この情報の送信元ノードの識別子をデータベー
ス１００５に記憶する。宛先決定手段１００６は、ソフ
トウェア、バージョン情報により自ノードのデータベー
ス１００５から、該当バージョンのソフトウェアを所有
するノードを検索する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】ネットワークシステム、例えばＬ
ＡＮ／ＷＡＮで接続された任意のノード間で効率的なソ
フトウェア、プログラム、データなどの配布を可能とす
るシステムに関する。

【０００２】

【従来の技術】

従来例１．ネットワーク上の任意のノードに対するプロ
グラムの配布に関し、特開平４−３４７７３３に記載さ
れている。以下この従来例について図面を用いて説明す
る。

【０００３】図２９は従来例におけるシステム構成を示
した図である。この計算機システムは、通信路１０１に
接続されている複数の計算機１１１〜１１４から成って
いる。各計算機はそれぞれ補助記憶装置１２１〜１２４
を持ち、この記憶装置上に格納されているプログラム１
４１〜１４２及びデータ１５３をメモリ上にローディン
グした後動作する。それぞれの計算機にはこれらのプロ
グラムやデータを統合的に管理するプログラムが存在す
る。なお版情報管理テーブル１９１〜１９４および最新
版管理テーブル１８４については後述する。

【０００４】図３０は本発明の処理の流れ図である。図
中１１３はデータ送信側の計算機、１１１はデータ受信
側の計算機、１１４は版情報管理サーバの機能を持つ計
算機、１１２は最新バージョンプログラムを所持する計
算機１１２である。詳しくは後述する。

【０００５】図３１は通信データの構成を示す図であ
る。

【０００６】通信データ２８１はデータ送信側の計算機
１１３からデータ受信側の計算機１１１へ送られるデー
タである。３０１は通信データの受信先計算機名であ
る。３０２は通信データの送信元計算機名である。３０
３は通信種別であり、この例ではデータとなっている。
３０４はデータを作成したプログラム名である。３０５
はこのデータを作成したプログラムの版情報である。３
０６はデータ本体であり、データ１５３である。

【０００７】通信データ２８２はデータ受信側の計算機
１１１から計算機１１４へ送られるプログラム配布要求
である。３１１は通信データの受信先計算機名である。
３１２は通信データの送信元計算機名である。３１３は
通信種別であり、この例では要求メッセージとなってい
る。３１４は最新版のプログラムを要求するプログラム
名である。３１５は要求するプログラムの版情報であ
る。

【０００８】通信データ２８３は計算機１１４から最新
版プログラムを所持する計算機１１２へ送られるプログ
ラム送付要求である。３２１は通信データの受信先計算
機名である。３２２は通信データの送信元計算機名であ
る。３２３は通信種別であり、この例では指示メッセー
ジとなっている。３２４はプログラム配布を要求するプ
ログラム名である。３２５は要求するプログラムの版情
報である。３２６はプログラムの送付先である。

【０００９】通信データ２８４は最新版プログラムを所
持する計算機１１２からデータ受信側の計算機１１１へ
送られるプログラムである。３３１は通信データの受信
先計算機名である。３３２は通信データの送信元計算機
名である。３３３は通信種別であり、この例ではプログ
ラム送付を示す。３３４は送付プログラム名である。３
３５は送付プログラムの版情報である。３３６はプログ
ラム本体である。

【００１０】通信データ２８５はデータ受信側の計算機
１１１から計算機１１４へ送られるプログラム受信報告
である。３４１は通信データの受信先計算機名である。
３４２は通信データの送信元計算機名である。３４３は
通信種別であり、この例ではプログラム受信完了を示
す。３４４は受信したプログラム名である。３４５は受
信したプログラムの版情報である。

【００１１】通信データ２８６は計算機１１４からデー
タ受信側の計算機１１１へ送られる実行再開指示であ
る。３５１は通信データの受信先計算機名である。３５
２は通信データの送信元計算機名である。３５３は通信
種別であり、この例では処理の再開を示す。３５４は要
求されたプログラム名である。３５５は要求されたプロ
グラムの版情報である。

【００１２】図３２は各計算機の所持する版情報管理テ
ーブル１９１〜１９４の構成を示す図である。図中４０
１は各プログラム間でやり取りされるデータの種別であ
る。４０２はこのデータを処理するプログラム名であ
る。４０３はこのプログラムの最新の版情報である。

【００１３】図３３は版情報管理サーバ機能を持つ計算
機１１４が所持する最新版管理テーブル１８４の構成を
示す図である。図中５０１はプログラム名である。５０
２はこのプログラムの最新の版情報である。５０３は最
新版プログラムを所持している計算機名である。

【００１４】以下、図３０の流れ図に従って、プログラ
ム保守の実施例について説明する。

【００１５】計算機１１３のプログラム１４３がデータ
１５３を作成し（ステップ２１１）、このデータ１５３
を通信データ２８１の形式で計算機１１１に送信し（ス
テップ２１２）、計算機１１１がこの通信データ２８１
を受信する（ステップ２１３）。すなわち、計算機１１
３は版情報管理テーブル１９３を参照し、データ１５３
にプログラム１４３の情報３０５とプログラム名３０４
を付加した通信データ２８１を計算機１１１へ送信す
る。

【００１６】計算機１１１は、受信したデータ１５３を
処理するためにプログラム１４１を起動しようとした時
点で、通信データ２８１を解読し、版情報管理テーブル
１９１を参照することによりプログラム１４１の版情報
４０３と通信データ２８１の版情報３０５を比較し、版
情報の不整合あるいはプログラム末組込みを検出する
（ステップ２１４）。

【００１７】版情報の不整合あるいはプログラム末組込
みが検出された場合、計算機１１１はデータ１５３を処
理するために必要なプログラムのプログラム情報と通信
データ２８１に含まれる版情報３０５より通信データ２
８２を作成し、版情報管理サーバである計算機１１４に
データ１５３の版情報と整合するプログラムの配布を要
求する（ステップ２１５）。

【００１８】版情報管理サーバである計算機１１４は、
この通信データ２８２を受信し（ステップ２１６）、要
求されたプログラムの版を変更することに伴って影響を
受ける他プログラムとの整合性を整合情報管理テーブル
１６４を基にしてチェックし、配布すべきプログラムを
決定し（ステップ２１７）、その時点で当該プログラム
を低コストで送付できる計算機１１２を最新版管理テー
ブル１８４を基に選択し（ステップ２１８）、計算機１
１２に対し、計算機１１１に向けてプログラム１４２を
送付を指示する通信データ２８３を送信する（ステップ
２１９）。

【００１９】計算機１１２では、通信データ２８３を受
け取り（ステップ２２０）、計算機１１１に対して、プ
ログラム１４２を通信データ２８４として送信する（ス
テップ２２１）。

【００２０】計算機１１１では、通信データ２８４を受
信し（ステップ２２２）、プログラム１４１を受信した
プログラム１４２に置き換える（ステップ２２３）。ま
た、計算機１１１は、版情報管理テーブル１９１の関連
する版情報４０３を更新する（ステップ２２４）ととも
に、計算機１１４に対して、通信データ２８４を正常に
処理したことを報告する通信データ２８５を送信する
（ステップ２２５）。

【００２１】計算機１１４は、通信データ２８５を受信
し（ステップ２２６）、最新版管理テーブル１８４の関
連する計算機名５０３を更新する（ステップ２２７）。
すなわち最新版のプログラム１４２を所持している計算
機名５０３に計算機１１１を追加する。

【００２２】これにより、計算機１１４は計算機１１１
でデータ１５３を処理するためのプログラムの整合性が
とれたと判断し、計算機１１１に対し、データ１５３の
処理を再開するように指示する通信データ２８６を送信
する（ステップ２２８）。これはデータ１５３を処理す
るために複数のプログラム変更が必要な場合は、複数の
計算機に対して複数プログラムの配布指示を出す必要が
あり、全ての配布が完了した時点で計算機１１１が処理
を再開する必要があるためである。

【００２３】ステップ２２９の時点でデータ１５３の処
理が計算機１１１で処理可能となり、プログラム１４２
が起動され処理が行われる（ステップ２３０）。

【００２４】上述のように、計算機１１４がプログラム
の配送要求を出していたが、計算機１１１が計算機１１
４に対しプログラムの取り寄せ先を照会し、計算機１１
１がその取り寄せ先の計算機に対してプログラム配送要
求を出すことも可能である。

【００２５】また、上述の例では、計算機１１２と計算
機１１４が別の計算機であったが、版情報管理サーバと
最新版プログラムの所持を同一の計算機で行うことがで
きる。

【００２６】また、上述の例では、版情報管理サーバ
（計算機１１４）があり、プログラムの取り寄せ先の決
定を版情報管理サーバが行っていたが、計算機１１１デ
ータを送信した計算機１１３からプログラム１４２を取
り寄せることも可能である。但しその場合計算機１１３
がプログラム１４２を送信する最適の計算機とは限らな
い。

【００２７】従来例２．また、特開平４−１１４２５０
に、ローカルエリアネットワークにおけるサーバ決定方
式が開示されている。クライアントはサーバが必要にな
ったとき、複数サーバへ問い合わせを行い応答メッセー
ジに含まれる負荷情報を参照し、最小負荷のノードをサ
ーバとして選択する。

【００２８】従来例３．また、特開平５−１２８０２９
では、プログラム実行に最適な計算機を選択することに
より、個々のワークステーションにおける負荷を分散す
るワークステーションネットワークについて開示されて
いる。

【００２９】

【発明が解決しようとする課題】従来例１では、ネット
ワーク上の各ノードが所有するプログラムに関する版情
報に基づき版情報管理サーバがプログラムの配布元ノー
ドの選択を行っている。しかし、版情報管理サーバが使
用不能の場合、プログラムの配布が不可能となる問題点
があった。また、従来例２では、サーバノードの決定の
ために負荷情報を用いるものである。しかし、クライア
ントがサーバが必要になるたびに複数サーバに問い合わ
せを逐次行う必要があるという問題点があった。また、
負荷情報はある一時点のものであるので、そのノードの
負荷が増加傾向にあるか減少傾向にあるか知ることが出
来ないため、サーバノードの最適な決定が出来ないと言
う問題点があった。また、従来例３では、プログラム実
行に最適な計算機を選択するに当たり、各ノードでのメ
モリ容量に基づきサーバが決定している。しかし、サー
バが使用不能になったとき最適な計算機を決定できない
という問題点があった。また、メモリ容量はある一時点
のものであり、メモリ容量が増加傾向にあるか減少傾向
にあるか知ることが出来ず最適なノードの選択ができな
いという問題点があった。

【００３０】この発明は、上記のような課題を解決する
ためになされたもので、プログラムを含むデータを配布
するに当たりネットワーク上の各ノードが所有するデー
タの種類、および負荷情報について同一の情報を全ノー
ドがそれぞれ所有することにより、各ノードが所有する
情報に基づき配布元ノードを選択するネットワークシス
テムを得ることを目的とする。また、この発明は、メモ
リ空き容量、ＣＰＵ使用率に代表されるノードの負荷情
報の時間的変化及び、各ノードの配布成功回数に基づき
データの配布元ノードを選択するネットワークシステム
を得ることを目的とする。

【００３１】

【課題を解決するための手段】この発明に係るネットワ
ークシステムは、複数のノードが接続されており各ノー
ドが以下の要素を有することを特徴とする。 （ａ）自ノードが所有するデータ名を他のノードにブロ
ードキャストするノード情報送信手段、（ｂ）他ノード
からブロードキャストされた情報を受信するノード情報
受信手段、（ｃ）上記データ名と該当データを所有する
ノード名をデータベースに記憶する記憶手段、（ｄ）上
記データベースから所望のデータを所有するノードを検
索し、該当データの配布を要求するノードを決定する配
布元決定手段、（ｅ）上記配布元決定手段により決定さ
れたノードに対し該当データの配布を要求する要求手
段、（ｆ）他ノードからデータの配布要求を受信する要
求受信手段。

【００３２】この発明に係るネットワークシステムは、
複数のノードが接続されており各ノードが以下の要素を
有することを特徴とする。 （ａ）自ノードが所有するデータ名を他のノードにブロ
ードキャストするノード情報送信手段、（ｂ）他ノード
からブロードキャストされた情報を受信するノード情報
受信手段、（ｃ）上記データ名と該当データを所有する
ノード名をデータベースに記憶する記憶手段、（ｄ）自
ノードが所有しないデータ名を上記データベースから検
索し、該当データを所有するノード名を検索し、該当デ
ータの配布を要求するノードを決定する配布元決定手
段、（ｅ）上記配布元決定手段により決定されたノード
に対し該当データの配布を要求する要求手段、（ｆ）他
ノードからデータの配布要求を受信する要求受信手段。

【００３３】この発明に係るネットワークシステムにお
いて上記ノード情報送信手段は、さらに、自ノードに関
するノード情報を他のノードにブロードキャストし、上
記ノード情報受信手段は他ノードからブロードキャスト
された情報を受信し、上記記憶手段は、さらに、上記ノ
ード情報受信手段により受信されたノード情報をデータ
ベースに記憶し、上記配布元決定手段は、上記データベ
ースから所望のデータを所有するノードを複数検索した
場合、上記データベースに記憶されたノード情報に基づ
き該当するデータを要求するノードを決定することを特
徴とする。

【００３４】この発明に係るネットワークシステムにお
いて上記ノード情報は、メモリ空き容量であり、上記ノ
ード情報送信手段は、メモリ空き容量の情報を複数回送
信し、上記記憶手段はノード情報受信手段により受信さ
れたメモリ空き容量を上記データベースに複数記憶する
ことを特徴とする。

【００３５】この発明に係るネットワークシステムにお
いて上記ノード情報は、ＣＰＵ使用率であり、上記ノー
ド情報送信手段はＣＰＵ使用率を複数回送信し、上記記
憶手段はノード情報受信手段により受信されたＣＰＵ使
用率を上記データベースに複数記憶することを特徴とす
る。

【００３６】この発明に係るネットワークシステムにお
いて上記配布元決定手段は、上記データベースに記憶さ
れた複数のノード情報に対し重み付け処理をして配布元
ノードを決定することを特徴とする。

【００３７】この発明に係るネットワークシステムにお
いて上記ノードは、さらに、データを配布した配布先の
ノードからの配布成功通知を受け、配布成功回数を求
め、上記配布成功回数をノード情報として他のノードに
ブロードキャストする配布成功回数処理手段を有し、上
記記憶手段は、上記配布成功回数処理手段によりブロー
ドキャストされた配布成功回数をデータベースにノード
情報として記憶し、上記配布元決定手段は、上記データ
ベースから所望のデータを所有するノードを複数検索し
た場合、配布成功回数の多いノードを配布元として決定
することを特徴とする。

【００３８】この発明に係るネットワークシステムにお
いて上記配布成功回数処理手段は、配布先ノードから配
布成功通知を受け、データベースに記憶されている配布
成功回数に１を加え、１を加えられた配布成功回数が所
定の回数より大きくなれば初期化することをことを特徴
とする。

【００３９】この発明に係るネットワークシステムにお
いて上記ノードは、さらに、他ノードの情報が上記デー
タベースにない場合、他ノードに対し、データ名とノー
ド情報を要求することを特徴とする。

【００４０】この発明に係るネットワークシステムにお
いて上記ネットワークシステムは、ローカルエリアネッ
トワークであることを特徴とする。

【００４１】この発明に係るネットワークシステムにお
いて上記ネットワークシステムは、複数のローカルエリ
アネットワークを接続したワイドエリアネットワークで
あることを特徴とする。

【００４２】この発明に係るネットワークシステムにお
いて上記ノード情報はローカルエリアネットワーク間の
通信料金であり、上記配布元決定手段は上記データベー
スから所望のデータを所有するノードを複数検索した場
合、上記通信料金に基づき配布元ノードを決定すること
を特徴とする。

【００４３】この発明に係るネットワークシステムにお
いて上記ノード情報はローカルエリアネットワーク間の
通信速度であり、上記配布元決定手段は上記データベー
スから所望のデータを所有するノードを複数検索した場
合、上記通信速度に基づき配布元ノードを決定すること
を特徴とする。

【００４４】この発明に係るネットワークシステムにお
いて上記データベースは複数種類のノード情報を記憶
し、上記配布元決定手段は上記データベースに記憶され
た複数種類のノード情報を用いる場合、重み付け処理を
して配布元ノードを決定することを特徴とする。

【００４５】この発明に係るネットワークシステムにお
いて上記データはプログラムであり、上記データ名はプ
ログラム名と版情報であることを特徴とする。

【００４６】この発明に係るネットワークシステムにお
いて上記データはメッセージであることを特徴とする。

【００４７】

【作用】この発明におけるネットワークシステムは、ノ
ード情報送信手段、ノード情報受信手段、記憶手段、配
布元決定手段、要求手段、要求受信手段を備える。ノー
ド情報送信手段は、自ノードが所有するデータ名を他の
ノードにブロードキャストする。ノード情報受信手段
は、他のノードのノード情報送信手段からブロードキャ
ストされた情報を受信する。記憶手段は、ノード情報受
信手段が受信したデータ名と該当データを所有するノー
ド名をデータベースに記憶する。配布元決定手段は、上
記データベースから所望のデータを所有するノードを検
索し、該当データの配布を要求するノードを決定する。
要求手段は、上記配布元決定手段により決定されたノー
ドに対し上記データの配布を要求する。要求受信手段
は、他ノードからデータの配布要求を受信する。

【００４８】この発明におけるネットワークシステム
は、ノード情報送信手段、ノード情報受信手段、記憶手
段、配布元決定手段、要求手段、要求受信手段を備え
る。ノード情報送信手段は、自ノードが所有するデータ
名を他のノードにブロードキャストする。ノード情報受
信手段は、他ノードからブロードキャストされた情報を
受信する。記憶手段は、ノード情報受信手段により、受
信されたデータ名とデータを所有するノード名をデータ
ベースに記憶する。配布元決定手段は、自ノードが所有
しないデータ名を上記データベースから検索し、更に該
当データを所有するノード名を検索し該当データの配布
を要求するノードを決定する。要求手段は、上記配布元
決定手段により決定されたノードに対し、該当データの
配布を要求する。要求受信手段は他ノードからデータの
配布要求を受信する。

【００４９】この発明におけるネットワークシステムは
ノード情報送信手段とノード情報受信手段と記憶手段と
配布元決定手段と要求手段と要求受信手段を備える。ノ
ード情報送信手段は、自ノードが所有するデータ名の他
に自ノードに関するノード情報を他のノードにブロード
キャストする。上記ノード情報受信手段は他ノードから
ブロードキャストされた情報を受信し、上記記憶手段は
上記ノード情報受信手段により受信されたデータ名とノ
ード情報をデータベースに記憶する。配布元決定手段
は、所望のデータを所有するノードを複数検索した場
合、上記データベースに記憶されたノード情報に基づき
所望するデータを要求するノードを決定する。所望のデ
ータは、配布元決定手段が自ノードが所有しないデータ
名を上記データベースから検索した場合でもよい。

【００５０】この発明におけるネットワークシステム
は、配布元決定手段が上記データベースから所望のデー
タを所有するノードを複数検索した場合、メモリ空き容
量からデータを要求するノードを決定する。ノード情報
送信手段はメモリ空き容量の情報を複数回送信し、記憶
手段はノード情報受信手段により受信されたメモリ空き
容量の情報を上記データベースに複数記憶する。配布元
決定手段は、複数の配布元ノード候補から配布元ノード
を決定する際に、複数記憶されたメモリ空き容量により
メモリ空き容量の増減傾向から配布元ノードを決定する
ことができる。

【００５１】この発明におけるネットワークシステム
は、配布元決定手段がデータベースから所望のデータを
所有するノードを複数検索した場合、データを要求する
ノードをＣＰＵ使用率に基づき決定する。ノード情報送
信手段は、自ノードのＣＰＵ使用率を複数回送信し、記
憶手段はノード情報受信手段により受信されたＣＰＵ使
用率を上記データベースに複数記憶する。配布元決定手
段はデータベースに複数記憶されたＣＰＵ使用率から、
ＣＰＵ使用率の増減傾向を知り、配布元ノードを決定す
る。

【００５２】この発明におけるネットワークシステム
は、配布元決定手段がデータベースから所望のデータを
所有するノードを複数検索した場合、データを要求する
配布元ノードを決定する時に複数のノード情報を用い
る。このノード情報は、メモリ空き容量であり、又はＣ
ＰＵ使用率である。これらのメモリ空き容量あるいはＣ
ＰＵ使用率は、ノード情報送信手段により複数回送信さ
れる。ノード情報受信手段により受信されたノード情報
は、記憶手段により複数回データベースに記憶される。
配布元決定手段は、上記データベースに記憶された過去
複数回のノード情報すなわち、複数回のメモリ空き容量
あるいは複数回のＣＰＵ使用率に対し重み付け処理をし
て負荷が減少傾向にあるノードを配布元ノードとして決
定する。

【００５３】この発明におけるネットワークシステム
は、更に配布成功回数処理手段を備える。データを配布
した配布先のノードから配布が成功した場合配布成功通
知を受け、配布成功回数処理手段は配布成功回数を所定
の計算により求め、配布成功回数をノード情報として他
のノードにブロードキャストする。他のノードのノード
情報受信手段はブロードキャストされた配布成功回数を
受信し、記憶手段は受信した配布成功回数をデータベー
スにノード情報として記憶する。配布元決定手段は、デ
ータベースから所望のデータを所有するノードを複数検
索した場合、配布成功回数の多いノードを配布元ノード
として決定する。

【００５４】この発明におけるネットワークシステムに
おいて、配布成功回数処理手段は、配布先ノードから配
布成功通知を受けると、データベースに記憶されている
配布成功回数に１を加え配布成功回数とする。１を加え
られた配布成功回数が所定の回数より大きくなれば初期
化し、それを新たな配布成功回数とする。

【００５５】この発明におけるネットワークシステム
は、他ノードの情報がデータベースに作られていない場
合、他ノードに対してデータ名とノード情報を要求す
る。

【００５６】この発明におけるネットワークシステム
は、ローカルエリアネットワークである。

【００５７】この発明におけるネットワークシステム
は、複数のローカルエリアネットワークを接続したワイ
ドエリアネットワークである。

【００５８】この発明におけるネットワークシステム
は、ワイドエリアネットワークシステムであり、ノード
情報はローカルエリアネットワーク間の通信料金とす
る。配布元決定手段は、データベースから所望のデータ
を所有するノードを複数検索した場合、上記通信料金が
安価な配布元ノードに決定する。

【００５９】この発明におけるネットワークシステム
は、ワイドエリアネットワークである。また、ノード情
報は、ローカルエリアネットワーク間の通信速度とす
る。配布元決定手段は、データベースから所望のデータ
を所有するノードを複数検索した場合、上記通信速度に
基づき配布元ノードを決定する。

【００６０】この発明におけるネットワークシステム
は、ノード情報として複数種類のノード情報を持つ。デ
ータベースは複数種類のノード情報を記憶し、配布元決
定手段は、上記データベースに記憶された複数種類のノ
ード情報を用いる場合、重み付け処理をして配布元ノー
ドを決定する。この場合のノード情報の例としては、メ
モリ空き容量、ＣＰＵ使用率、配布成功回数、通信料
金、通信速度の中からいくつかのノード情報を取り出
し、組み合わせて重み付け処理を行い、配布元ノードの
決定の判断材料とすることができる。

【００６１】この発明におけるネットワークシステム
は、データとしてプログラムの配布を行うものである。

【００６２】この発明におけるネットワークシステム
は、ノード間で配布するデータとしてはメッセージであ
る。

【００６３】

【実施例】

実施例１．この実施例は、ローカルエリアネットワーク
（ＬＡＮ）におけるソフトウェア配布について述べる。
ＬＡＮで接続された全てのノードは、従来でいうサーバ
及びクライアントの機能を実装している。任意のノード
の所有するソフトウェア、バージョンの情報をネットワ
ーク上のそれぞれのノードが所有することが特徴であ
る。各ノードは情報が変化し次第、ネットワーク内の全
ノードへ情報をブロードキャストする。受信したノード
はその情報を用いて自情報を更新する。任意のノード
で、あるソフトウェアが必要となった場合、自情報より
必要とするソフトウェアを所有するノードを検索し、そ
のノードへソフトウェア送信を要求する。要求されたノ
ードでは要求されたソフトウェアを要求元ノードへ送信
する。以下、図を用いて説明する。

【００６４】図１は、ローカルエリアネットワークの構
成図である。ノードＡ、ノードＢ、ノードＣ・・・がロ
ーカルエリアネットワークに接続されている。図２は、
ノードのブロック図である。図ではノードＡとノードＢ
のブロック図を示しているがＬＡＮ上の全てのノードが
同じ構成を持つ。この実施例におけるローカルエリアネ
ットワークを構成する全てのノードはノード情報送信手
段１００２、ノード情報受信手段１００３、記憶手段１
００４、データベース１００５、配布元決定手段１００
６、要求手段１００７、要求受信手段１００８、データ
送信手段１００９、データ受信手段１０１０を備える。
ノード情報送信手段１００２は、各ノードが所有するソ
フトウェア、バージョン情報をネットワーク内の全ノー
ドにブロードキャストする。ノード情報受信手段１００
３は、他ノードからブロードキャストされたソフトウェ
ア、バージョン情報を受信する。記憶手段１００４は、
ノード情報受信手段１００３により受信されたソフトウ
ェア、バージョン情報と、この情報の送信元ノードの識
別子をデータベース１００５に記憶する。また、ソフト
ウェア、バージョン情報を送信したノードは、自ノード
の識別子と自ノードの持つソフトウェア、バージョン情
報を自ノードのデータベース１００５に書き込む。配布
元決定手段１００６は、ソフトウェア、バージョン情報
により自ノードのデータベース１００５から、該当バー
ジョンのソフトウェアを所有するノードを検索する。こ
の実施例において該当するノードが複数存在する場合は
最初に検索されたノードを該当ソフトウェアを配布する
配布元ノードとする。要求手段１００７は、配布元決定
手段１００６により決定されたノードに対し、該当バー
ジョンのソフトウェアの配布を要求する。要求受信手段
１００８は、他ノードからの配布要求を受信する。デー
タ送信手段１００９は、要求受信手段１００８で受信し
た要求から、配布すべきバージョンのソフトウェアを要
求元のノードに送信する。データ受信手段１０１０は、
要求手段１００７により要求したノードから送信された
該当バージョンのソフトウェアを受信する。

【００６５】図３は、この実施例におけるネットワーク
システムの処理の流れを表す図である。ノードＡがソフ
トウェアの配布を要求する配布先ノード、ノードＢが該
当ソフトウェアを所有し、ノードＡに配布する配布元ノ
ードであり、ノードＡでソフト１バージョン１（以下ソ
フト１と呼ぶ）が必要となった場合を例とする。図２、
３を用いて、この場合の処理の流れを説明する。図２の
矢印は、図３の処理が行われる場合のノードＡ、Ｂの各
手段の間の関係を示す。 図３、ステップ１、システム適用時またはフロッピーな
どにより新規にソフトウェアをインストールした場合、
ノード情報送信手段１００２は、自ノードが所有してい
るソフトウェア全ての情報をブロードキャストする。例
えば、ノードＡが送信する送信データは、図４に示す通
りである。ノードＡの送信データはノード名とソフトウ
ェア名、バージョン番号である。 ステップ２、各ノードの記憶手段１００４は、ノード情
報受信手段１００３が受信した情報により自ノード上の
データベース１００５を更新する。データベース１００
５の内容の一例を図５に示す。また、ノードＡ自身も自
ノードの情報で自ノードのデータベース１００５を更新
する。 ステップ３、ノードＡのユーザＡがソフト１が必要にな
った。 ステップ４、ユーザＡがノードＡのシステムにソフト１
の入手を要求する。 ステップ５、ノードＡの配布元決定手段１００６は、自
ノードに備えられたデータベース１００５からソフト１
を持つノードを検索する。 ステップ７、配布元決定手段１００６がデータベース１
００５を検索し、該当ノードが存在するか否か調べる。
ソフト１を持つノードを見つけることができない場合、
ステップ１６すなわち、ノードＡは自ノードでソフト１
をインストールされるまで待機する。あるいは、ノード
Ａは、他ノードが、ソフト１をインストールし、その旨
ブロードキャストされるまで待機する。 ステップ８、ノードＡの配布元決定手段１００６は、デ
ータベース１００５よりソフト１を所有するノードとし
てノードＢを見つける。 ステップ９、ノードＡの要求手段１００７は、ノードＢ
へソフト１の配布要求を送信する。ノードＡがノードＢ
へソフト１の配布を要求する送信データの例を図６に示
す。図６の送信データは、配布先はノードＡ、配布して
欲しいソフトウェア名はソフト１、バージョンは、バー
ジョン１であることを知らせる。 ステップ１０、ノードＢの要求受信手段１００８は、ノ
ードＡからソフト１の配布要求を受信する。 ステップ１１、ノードＢのデータ送信手段１００９は、
ノードＡへソフト１を送信する。 ステップ１２、ノードＡのデータ受信手段１０１０は、
ノードＢからソフト１を受信する。 ステップ１４、ノードＡのノード情報送信手段１００２
は、新規にソフト１を所有したのでその旨を他ノードへ
ブロードキャストする。この時、送信する送信データは
図４と同じ形式である。 ステップ１５、各ノードのノード情報受信手段１００３
が受信した情報を、記憶手段１００４は自ノード上のデ
ータベース１００５に書き込む。そして、各ノードはそ
れぞれステップ１６にて待機する。

【００６６】以上のように、この実施例では、各ノード
が自ノードが所有するプログラム、バージョン情報をネ
ットワーク内の全ノードにブロードキャストする。これ
によりネットワーク内の各ノードは、ブロードキャスト
された情報を使って必要なバージョンのプログラムを所
有するノードを知ることができる。これにより各ノード
は、必要なバージョンのプログラムを入手するための配
布元ノードを決定し、配布元ノードに対しプログラムの
配布要求を出し、配布元ノードからプログラムを受け取
ることができる。従来はプログラムの配布はサーバが管
理していたため、サーバが故障すると他のノードはプロ
グラムの配布を受けることができなかった。しかし、こ
の実施例におけるネットワークシステムでは、各ノード
が他ノードのプログラム、バージョン情報を所有してい
るため、欲しいソフトウェアを所有するノード１台が稼
働していれば配布を受けることが可能となる。また、あ
るソフトウェアが必要となった場合、ユーザがソフトウ
ェアの所在を意識することなく配布を受けることが可能
となる。

【００６７】実施例２．この実施例は、自ノードのデー
タベースに他ノードのソフトウェア、バージョン情報が
データベース化されていない場合の処理について述べ
る。

【００６８】ローカルエリアネットワークの構成図は図
１を用い、ブロック図は、図２を用いる。図７は、この
実施例の処理の流れを説明するための図である。図にお
いて、ステップ６、ステップ１２、ステップ１３以外
は、上記実施例と同様であるので説明は省く。上記実施
例と同様に、各ノードの持つ情報はネットワーク内の全
ノードでそれぞれのノードのデータベースに書き込まれ
ている。しかし例えば、他のノードより情報がブロード
キャストされたときノードＡが故障していた場合、ノー
ドＡはデータベースに他ノードの情報を書き込むことが
できない。そのため、ステップ５において自ノードが所
有するデータベースよりソフト１を持つノードを検索
し、ステップ６において他ノードの情報がデータベース
化されているか否か調べ、ｙｅｓならばステップ７へ、
ｎｏならばステップ１３へ移る。ステップ１３において
ネットワーク内の全ノードへ再度情報を送信するよう要
求を出す。他ノードへブロードキャストを送信するデー
タの例は図８に示す。図８に示す送信データは、送信元
のノード名と要求の内容である。この場合送信元として
ノードＡ、要求する内容はリクエストブロードキャスト
である。次に、ステップ１へ戻りネットワーク内の他の
ノードは自ノードの所有するソフトウェアバージョンの
情報をブロードキャストする。再びステップ２からの処
理を繰り返す。

【００６９】また、ステップ１２において、ノードＡは
ノードＢからソフト１を受信できたか否か調べる。ｙｅ
ｓであればステップ１４の処理へ移る。しかし、例えば
ノードＢが故障していた場合は、ノードＡへソフト１を
送信することができない。そのため、ステップ１２でｎ
ｏ、すなわちノードＡが要求したソフト１が受信できな
いと判断した場合、ステップ５へ戻る。配布元決定手段
１００６は、自ノードの所有するデータベース１００５
からソフト１を持つノードを再度検索する。ソフト１を
受信できないとノードＡが判定する方法は、例えば予め
一定時間を定めておき、その時間が経過してもソフト１
をノードＡへ受信できなかった場合受信に失敗したと判
定する。

【００７０】実施例３．この実施例は、ユーザが要求し
たソフトウェア、バージョンを入手するのではなく、各
ノードが自動的に自ノードの所有しないバージョンのソ
フトウェアを調べ、入手するシステムについて述べる。

【００７１】ローカルエリアネットワークの構成図は図
１を用いる。ブロック図は図２を用いる。配布元決定手
段１００６は、自ノードが所有しないバージョンのソフ
トウェアが存在するか否かデータベース１００５を検索
する。該当ソフトウェアが存在すれば、さらに、該当ソ
フトウェアを所有するノードを検索し、配布元ノードと
する。図９がこの実施例の処理の流れを表す図である。
図９はステップ１００が図７と異なる部分である。他の
ステップは図７のステップと同じ番号の処理と同様であ
るので説明は省略する。ステップ１００の中のステップ
２１において、ネットワーク上の各ノードは、自ノード
の所有しないソフトウェア、バージョンが存在するかど
うか、配布元決定手段１００６がデータベース１００５
を検索する。ステップ２１において、該当ノードがな
い、すなわち自ノードの所有しないソフトウェア、バー
ジョンが存在しない場合ステップ１６へ戻り待機する。
該当ノードがあり、すなわち自ノードの所有しないソフ
トウェア、バージョンがある場合、ステップ２２の処理
へ移る。ステップ２２において配布元決定手段１００６
は、自ノードの所有しないソフトウェア、バージョンに
よりデータベース１００５から、該当ソフトウェア、バ
ージョンを所有するノードを検索する。例えば、ノード
Ａがソフト１を所有していない場合、ノードＡの配布元
決定手段１００６はデータベース１００５を検索しノー
ドＢを見つける。以下上記実施例と同様にノードＢにソ
フト１を送信するよう要求を出す。

【００７２】以上のように、この実施例では、各ノード
が自ノードが所有しないソフトウェア、バージョンが存
在するかどうかデータベースを検索し、無い場合は該当
ソフトウェア、バージョンを所有するノードを検索し、
検索されたノードにたいし該当バージョンのソフトウェ
アを配布するよう要求する。そのためユーザが意識する
ことなく、自動的にネットワーク内の全ノードのソフト
ウェア環境を最新にできる。

【００７３】実施例４．この実施例は、配布元決定手段
がデータベースから所望のソフトウェア、バージョンを
所有するノードを複数検索した場合、ノード情報を用い
て配布元ノードを決定するシステムについて述べる。ノ
ード情報としてこの実施例ではメモリ空き容量の情報を
用いる。

【００７４】ローカルエリアネットワークの構成図は図
１を用い、ブロック図は図２を用いる。ノード情報送信
手段１００２は、自ノードの所有するソフトウェア、バ
ージョン情報をブロードキャストし、さらに自ノードに
関するノード情報をブロードキャストする。ノード情報
受信手段１００３は、ブロードキャストされたソフトウ
ェア、バージョン情報とノード情報を受信する。記憶手
段１００４は、ソフトウェア、バージョン情報とノード
情報をデータベース１００５に記憶する。配布元決定手
段１００６は、所望のバージョンのソフトウェアを所有
するノードをデータベース１００５から検索する。該当
ノードが複数存在する場合、配布元決定手段１００６
は、ノード情報に基づき該当ソフトウェアを要求する配
布元ノードを決定する。図１０はこの実施例の処理の流
れを説明するための図である。各ノードは、最適な配布
元ノードを決定するための情報としてノード情報を送信
する。ノード情報として、メモリ空き容量を用いる。各
ノードは自ノードのメモリ空き容量についての情報を１
分間隔でブロードキャストするものとする。図１０のス
テップ１０１とステップ１０２がこの実施例で新たに加
わった部分である。他のステップで図７のステップと同
じ番号のものは同じ処理であるので、相異点のみを説明
する。ステップ１０１において、各ノードのノード情報
送信手段１００２は自ノードのメモリ空き容量を一分間
隔でブロードキャストする。図１１にノードＡがメモリ
空き容量４ＭＢであることを送信する送信情報の例を示
す。ステップ２において、各ノードがノード情報受信手
段１００３にて受信した情報を記憶手段１００４は自ノ
ードのデータベースに書き込む。図１２がデータベース
１００５の内容の例である。図１２は、図５で示したデ
ータベースの例に加えメモリ空き容量の情報を付加した
形である。この時メモリ空き容量は、過去３回分の情報
を持つ。すなわちノードＡのメモリ空き容量は、現時点
が３ＭＢ、それより１分前は２ＭＢ、２分前は２ＭＢで
ある。ステップ３において、ノードＡのユーザＡはソフ
ト１が必要となり、ステップ４においてソフト１の入手
を要求する。ステップ５において、配布元決定手段１０
０６が自ノードの所有するデータベース１００５からソ
フト１を持つノードを検索する。

【００７５】ステップ１０２の中のステップ２５におい
て、例えばノードＢとノードＣがソフト１を持つと検索
される。配布元ノードが複数見つかった場合、配布元決
定手段１００６は、該当するノードのメモリ空き容量の
増減により配布元を決定する。ステップ２６において配
布元決定手段１００６は、過去３回にわたり記憶されて
いるメモリ空き容量の増減の傾向を読みとり、配布元ノ
ードを決定する。メモリ空き容量の増減の傾向を読みと
る方法のひとつの例として、メモリが増えた場合はその
ときの値を２倍にし、減った場合は１／２にするポイン
ト制を用いることができる。例えばノードＢのメモリ情
報が１ＭＢ，２ＭＢ，３ＭＢであり、ノードＣのメモリ
情報が５ＭＢ，４ＭＢ，３ＭＢであるとすると、重み付
け関数を使って以下のように計算される。 ノードＢのポイント：１ＭＢ×２＋２ＭＢ×２＋３ＭＢ＝９ ノードＣのポイント：５ＭＢ／２＋４ＭＢ／２＋３ＭＢ＝７．５ ノードＢのポイントがノードＣのポイントより大きいこ
とより、ノードＢをソフトウェアの配布元ノードと決定
する。この時もし、メモリ空き容量の情報として最新の
ものだけを持つならば、ノードＢもノードＣもどちらも
３ＭＢであり、等しいものとなる。しかし、過去３回に
わたるメモリ空き容量の値を記憶し、重み付け関数を使
ってそれぞれのノードのポイントを計算することによ
り、より的確な配布元ノードを選択することができる。

【００７６】なお、メモリ空き容量の値をブロードキャ
ストする時間間隔は一分間隔に限らず任意の間隔にする
ことができる。また、データベース１００５に記憶する
メモリ空き容量の値の数も過去３回に限らず任意の回数
記憶することができる。更に、配布元ノードを決定する
場合の重み付け関数は一例である。ネットワーク環境、
ノードのシステム環境により、他の関数を設定する。

【００７７】以上のようにこの実施例は、最適な配布元
ノードを決定するためにネットワーク上の全ノードが、
他のノードのソフトウェア，バージョン情報、メモリ空
き容量の情報を共通な情報として持つことを特徴とす
る。また、メモリ空き容量は、一回ではなく過去複数回
のメモリ空き容量の値を記憶する。これにより、配布元
決定手段で最適な配布元ノードを選択する際に、対象と
なるノード間でメモリ空き容量の増減の傾向を読みとる
ことができる。そのため、配布元ノードとして選ばれる
ノードが、メモリ空き容量が増加する傾向にあるノード
であるとすることができる。すなわちメモリ空き容量が
増加の傾向にあるノードは、そのノードの負荷が減少す
る傾向にあることを意味し、配布元ノードとして負荷の
少ないノードを選ぶことができる。

【００７８】実施例５．実施例４では、最適な配布元ノ
ードを決定するために、ノード情報としてメモリ空き容
量の値を用いた。この実施例ではメモリ空き容量の変わ
りにＣＰＵ使用率の情報を用いてもよい。上記実施例と
同様にＣＰＵ使用率の情報は複数回、例えば十分間隔で
全ノードにブロードキャストし、これを受け取ったノー
ドは、自ノードのデータベース１００５のＣＰＵ使用率
の値を更新する。データベース１００５に記憶されるＣ
ＰＵ使用率の値は過去複数回にわたり記憶する。配布元
決定手段１００６で配布元ノードを決定する際に、ＣＰ
Ｕ使用率の増減の傾向を調べ、配布元ノードを選択す
る。このＣＰＵ使用率の増減の傾向は、上記実施例で述
べたものと同様に重み付け関数を用いて計算された値を
使用する。そのため、ＣＰＵ使用率の減少傾向にあるノ
ード、すなわち負荷の少ないノードを配布元ノードとし
て選ぶことができる。

【００７９】実施例６．この実施例は、配布元ノードを
選択する際に、配布成功履歴を用いる場合について述べ
る。図１３はこの実施例における各ノードのブロック図
である。図１３は、図２のブロック図に配布成功回数処
理手段１０１１を加えたものである。配布元ノードの配
布成功回数処理手段１０１１は、配布先ノードのデータ
受信手段１０１０から配布成功通知を受信し、自ノード
の配布成功回数を所定の方法で求め、配布成功回数を新
たな配布成功履歴とし、ネットワーク上の全ノードにブ
ロードキャストする。ノード情報受信手段１００３は、
ノード情報送信手段１００２から他ノードの情報を受信
する。さらに、配布成功回数処理手段１０１１から配布
成功履歴を受信する。配布元ノードの記憶手段１００４
は、配布成功回数処理手段１０１１から自ノードの配布
成功履歴を自ノードのデータベース１００５に書き込
む。ソフトウェアの配布先のデータ受信手段１０１０
は、要求したソフトウェアの受信に成功すると配布成功
通知を配布元ノードに送信する。

【００８０】図１４がこの実施例の処理の流れを表す図
である。図１４のステップ１０３及びステップ１０４が
図７と異なる部分である。主な違いについて説明する。
配布成功履歴は、各ノードがソフトウェアの配布に成功
した回数を所定の処理方法で処理し求めたものである。
あるノードが要求したソフトウェアを配布元ノードから
受信に成功した場合に、配布先ノードは、配布成功通知
を配布元ノードに送信する。配布元ノードは、所定の方
法で配布成功回数を求め、全ノードにブロードキャスト
する。これを受け取った各ノードは、自ノードのデータ
ベースにおける該当ノードの配布成功履歴を更新する。
このようにしてネットワーク上の各ノードは全ノードの
配布成功履歴をデータベース１００５に記録している。

【００８１】ステップ１０３のステップ２８において、
配布元決定手段１００６はソフト１を所有するノードと
してノードＢ、ノードＣを検索する。ステップ２９にお
いて配布元ノードの候補が複数ある場合、配布元決定手
段１００６はそれぞれの候補の配布成功履歴を見て配布
成功回数の多いノードを選択する。ステップ８〜ステッ
プ１２においてノードＢにたいし、ソフト１の送信を要
求し、ノードＢはノードＡに１を送信する。ノードＡは
ソフト１の受信に成功する。ステップ１０４において、
ノードＡのデータ受信手段１０１０は、ノードＢの配布
成功回数処理手段１０１１にソフト１の配布が成功した
ことを通知する。ノードＢが配布成功通知を受けた後の
配布成功回数処理手段１０１１の処理を図１５に示す。
ノードＢの配布成功回数処理手段１０１１はノードＡか
ら配布成功通知を受けた後、ステップ１５１において、
データベースの成功回数をカウントするカウンタを１増
やす。ステップ１５２において、カウンタが１０以上か
否か調べ、Ｙｅｓならばステップ１５３に分岐し、カウ
ンタを０に戻す。次に、ステップ１５４において配布に
成功した回数すなわちカウンタの値をブロードキャスト
する。ステップ１５２においてＮｏならば、ステップ１
５４において、配布に成功した回数すなわちカウンタの
値をブロードキャストする。図１５において、配布成功
回数が１０回に達した時点で初期化ている理由は、配布
元ノードを選択する際に配布成功回数の多いノードを選
択するため、ある回数で初期化処理をしないとひとつの
ノードに配布要求が集中するためである。

【００８２】ノードＡはステップ１０４において、配布
成功通知をノードＢに送信した後ステップ１４におい
て、ソフト１を所有していることを全ノードへブロード
キャストする。ステップ１５において、ネットワーク上
の全ノードは、データベース１００５上のノードＡのソ
フトウェア、バージョン情報とノードＢの配布成功履歴
を更新する。

【００８３】以上のようにこの実施例は、配布元ノード
を決定するときに配布成功回数にもとづいて決定する。
そのため、信頼性の高い配布が可能となる。

【００８４】実施例７．この実施例は最適な配布元ノー
ドを選択するために、上記実施例４から実施例６の方法
を組合せて処理する方法について述べる。ブロック図は
図２あるいは図１３を用いる。図１６は、ノード情報と
して上記実施例のメモリ空き容量とＣＰＵ使用率を組み
合わせて用いる場合である。図７と異なる部分は、ステ
ップ１０５とステップ１０６である。ステップ１０５に
おいて、ネットワーク上の各ノードのノード情報送信手
段１００２が、メモリ空き容量とＣＰＵ使用率の情報を
１分間隔でブロードキャストする。この時の送信情報
は、図１１に示した送信情報にＣＰＵ使用率を付加した
形となる。ステップ１０６のステップ３１において、配
布元決定手段１００６は配布元ノードの候補としてノー
ドＢ，ノードＣを見つける。ステップ３２において、配
布元決定手段１００６は、配布元ノード候補のそれぞれ
のメモリ空き容量とＣＰＵ使用率に基づき配布元ノード
を決定する。

【００８５】ここで、複数のノード情報を用いた場合の
配布元ノードの選択方法について述べる。図１７にノー
ドＢを例としたポイントの出し方を示す。ノードＢのメ
モリ空き容量についてのポイントは、上記実施例におい
て述べたように９である。ＣＰＵ使用率のポイントもメ
モリ空き容量のポイントと同様の計算により８となる。
配布成功履歴は２である。配布成功履歴については、過
去のデータは持たないのでポイントではない。次にメモ
リ空き容量の情報およびＣＰＵ使用率、配布成功履歴そ
れぞれについて重み付けをする。メモリ空き容量の重み
付けを２とし、ＣＰＵ使用率の重み付けを１とし、配布
成功履歴の重み付けを１／２とする。重み付け後のポイ
ントは、図１７に示すようにメモリ情報は１８、ＣＰＵ
使用率は８、配布成功履歴は１である。メモリ空き容量
とＣＰＵ使用率と配布成功履歴の重み付け後のポイント
を加えたものを合計ポイントとし、これは２７となる。
この実施例では、メモリ空き容量の情報とＣＰＵ使用率
を用いるので合計ポイントは２６となる。また、ノード
Ｃについても同様の方法でメモリ空き容量とＣＰＵ使用
率の合計ポイントを算出し、ノードＢとノードＣの合計
ポイントを比較する。例えば、ノードＣの合計ポイント
を２０とするとこの場合、合計ポイント同士を比較する
ことによりノードＢを配布元ノードと選択する。

【００８６】複数のノード情報を組み合わせて配布元ノ
ードを選択することにより、付加の少ない配布元ノード
を選ぶことができ、かつ信頼性の高いノードを配布元ノ
ードとして選ぶことができる。なお、ノード情報として
この実施例はメモリ空き容量の情報とＣＰＵ使用率を選
んだが他のノード情報の組み合わせを選んでもよい。ま
た、メモリ空き容量、ＣＰＵ使用率、配布成功履歴以外
であってもノードの負荷を知ることのできる項目であれ
ば他のどのような項目をノード情報として選んでもよ
い。

【００８７】実施例８．この実施例は、ワイドエリアネ
ットワーク（ＷＡＮ）におけるソフトウェア配布につい
て述べる。図１８は、ワイドエリアネットワークの構成
図である。図１８において、ＬＡＮ１とＬＡＮ２はそれ
ぞれルータを介してワイドエリアネットワークで結ばれ
ている。ＬＡＮ１には、ノード１１、ノード１Ｋ・・・
が接続されている。ＬＡＮ２には、ノード２１、ノード
２Ｋ・・・が接続されている。図には書かれていない
が、ＬＡＮ２、ＬＡＮ３、・・・が接続されているもの
とする。以上のようにＬＡＮ１、ＬＡＮ２、・・・から
構成されるＷＡＮに接続されている各ノードのブロック
図は図１３を用いる。ノード１１がＬＡＮ１にある配布
先ノードである。ノード１ＫがＬＡＮ１の広域接続ノー
ド、ノード２１がＬＡＮ２にある配布元ノードである。
ＬＡＮとＬＡＮの間で情報を送信する間隔は１日１回と
する。例えばＬＡＮ１の場合、ノード１ＫがＬＡＮ２の
ノード２Ｋへ１日１回データベース１００５に記憶され
たＬＡＮ１上の各ノードの情報をＷＡＮを介してＬＡＮ
２のノード２Ｋに送信する。あるいは、ＬＡＮ３、ＬＡ
Ｎ４の接続ノードへ送信する。また、ノード１１がソフ
ト１、バージョン１（以下ソフト１と呼ぶ）が必要とな
った場合の例を想定する。

【００８８】図１９は、この実施例の処理の流れを説明
する図である。ステップ６１において、ＬＡＮ１上の各
ノードのノード情報送信手段１００２は、システム適用
時に自ノードの所有するソフトウェア、バージョン情報
をＬＡＮ１内の全ノードにブロードキャストする。ま
た、フロッピーなどからソフトウェアをインストールし
た場合も同様にブロードキャストする。ノード１１が送
信する情報は図４と同様である。ステップ６２において
ＬＡＮ１内の各ノードのノード情報受信手段１００３
は、他ノードから送られた情報を受信し、記憶手段１０
０４は自ノード用のデータベース１００５に受信した情
報を書き込む。ノード１１のデータベースの例は図５と
同様である。ステップ６３において、ノード１Ｋは１日
１回、他の広域接続ノードへＬＡＮ１の情報を送信す
る。ノード１Ｋの送信する内容は図２０に示す。ステッ
プ６４において、各広域接続ノードは他のＬＡＮから受
信した情報を自ノード上のデータベース１００５に書き
込み、自ノードの所属するＬＡＮ内の全ノードへブロー
ドキャストする。受信した各ノードは自ノード上のデー
タベース１００５に書き込む。各ＬＡＮ内でステップ６
４の処理が行われる。また、この時それぞれのノードで
所有しているデータベース１００５は、図２１に示す。
ステップ６５において、ノード１１のユーザ１１がソフ
ト１が必要になった。ステップ６６において、ユーザ１
１はノード１１のシステムにソフト１を要求する。ステ
ップ６７において、配布元決定手段１００６は、自ノー
ドの所有するデータベース１００５からソフト１を持つ
ノードを検索する。ステップ６８において、配布元決定
手段１００６はデータベースがあるか否か調べ、ｎｏで
あればＬＡＮ１内の全ノードへ各ノードの持つソフトウ
ェア、バージョン情報をブロードキャストするよう要求
する。そして、ステップ６１へ戻る。ステップ６８にお
いてｙｅｓの場合は、ステップ６９において、ソフト１
を持つノードがあるか調べ、ない場合はステップ７８で
待機する。ｙｅｓの場合は、ステップ７０において、配
布元決定手段１００６は、ソフト１を持つノードとして
ＬＡＮ２のノード２１を配布元ノードと決定する。ステ
ップ７１において、要求手段１００７は、ノード２１へ
ソフト１の配布要求を出す。図２２にノード１１がノー
ド２１へソフト１を要求する送信データの例を示す。ス
テップ７２において、ノード２１の要求受信手段１００
８は、ノード１１からソフト１の配布要求を受信する。
ステップ７３において、ノード２１のデータ送信手段１
００９はノード１１へ指定されたソフト１を送付送信す
る。ステップ７４においてノード１１のデータ受信手段
１０１０はノード２１からソフト１を受信できたか否か
調べる。ｙｅｓの場合はステップ７６へ進む。ｎｏ、受
信に失敗した場合は、ステップ６７へ戻り再び自ノード
のデータベースからソフト１を持つノードを検索する。
この時検索されるノードはノード２１以外のノードであ
る。ステップ７６において、ノード１１のノード情報送
信手段１００２は、ソフト１を所有していることをＬＡ
Ｎ１内の全ノードへブロードキャストする。この時送信
する情報は図４と同様の形式である。ステップ７７にお
いて、ＬＡＮ１内の各ノードのノード情報受信手段１０
０３は、ノード１１からブロードキャストされた情報を
受信する。記憶手段１００４は受信した情報により自ノ
ード上のデータベース１００５を更新する。ステップ７
８にて待機する。

【００８９】以上のようにこの実施例では、ワイドエリ
アネットワークにおけるソフトウェア配布のシステムを
示した。ワイドエリアネットワークは、ローカルエリア
ネットワークを複数ワイドエリアネットワークで繋いだ
ものである。ワイドエリアネットワークに所属する各ノ
ードは、上記実施例で示したローカルエリアネットワー
クの各ノードと同様に、それぞれのノードが従来例でい
うサーバとクライアントの機能を実装している。ワイド
エリアネットワーク上の全ノードが同時に共通のソフト
ウェア、バージョン情報を所有することもできるが、ロ
ーカルエリアネットワークの場合のように情報が変化し
次第ブロードキャストすると、ローカルエリアネットワ
ーク間の通信費が高くなるので定期的（この実施例では
一日一回）に行う。ローカルエリアネットワーク間の情
報の交換を行うノードを各セグメントの中で広域接続ノ
ードとして決めておく。広域接続ノード同士で情報を定
期的に送受信する。広域接続ノードがＬＡＮとＬＡＮの
間で情報を送受信する以外、ワイドエリアネットワーク
上の各ノードは上記実施例と同様の機能を有する。その
ため、ソフトウェア配布の手順は配布先ノードと配布元
ノードが異なるＬＡＮに属していても上記実施例同様に
行える。これにより、ワイドエリアネットワークにおい
て、あるソフトウェアが必要となった場合、ユーザがソ
フトウェアの所在を意識することなく入手が可能とな
る。また、ワイドエリアネットワークの各ノードにおい
て、従来でいうサーバがダウンしても欲しいソフトを持
っているノードが１台稼働していればソフトウェアの入
手が可能となる。

【００９０】実施例９．この実施例は、ワイドエリアネ
ットワークにおけるソフトウェア配布において、最適な
配布元ノードを選択するためにノード情報としてローカ
ルエリアネットワーク間の通信料金の情報を追加する場
合について述べる。図２３は、この実施例の処理の流れ
を説明する図である。図２３において、ステップ２００
とステップ２０１が図１９との相違点である。ステップ
２００において、ノード１Ｋは１日１回ＬＡＮ１内の各
ノードの情報を各広域接続ノードへ送信する。この時予
め調査した各ＬＡＮとの通信料金も添付する。図２４に
ノード１Ｋの送信データの例を示す。図２４は、図２０
の情報にＬＡＮ１とＬＡＮ２の間の通信料金が１分１０
０円であるという情報を付加したものである。ステップ
６４において、各広域接続ノードが受信した情報を自ノ
ードのデータベース１００５に書き込む。そして、各Ｌ
ＡＮ内の全ノードへその情報をブロードキャストする。
この時のデータベースの情報を図２５に示す。ステップ
２０１のステップ３５において、ノード１１の配布元決
定手段１００６はソフト１を持つ配布元ノードの候補と
してＬＡＮ２のノード２１とＬＡＮ３のノード３１を見
つける。ステップ３６において配布元決定手段１００６
は、各配布元ノードの候補の通信料金から通信料金の安
い方のノードすなわちＬＡＮ２のノード２１を選択す
る。

【００９１】ワイドエリアネットワークにおいて、ソフ
トウェア配布を行う場合通信料金を設定することにより
より低いコストの配布が可能となる。

【００９２】実施例１０．上記実施例は、最適な配布元
ノードを選択するために、通信料金の情報を用いたが、
通信料金の変わりに通信速度の情報を用いることにして
もよい。通信速度を参照することにより、より高速な配
布元ノードを選択することができる。

【００９３】実施例１１．この実施例は、最適な配布元
ノードを選択するために実施例９及び実施例１０で示し
た通信料金と通信速度の情報を組み合わせて最適な配布
元ノードを選択する例について述べる。

【００９４】図２６は、この実施例の処理の流れを示す
図である。図２６のステップ２０２とステップ２０３が
図１９との相違点である。ステップ２０２において、ノ
ード１Ｋは１日１回ＬＡＮ１の情報を他の広域接続モー
ドへ送信する。この時、予め調査した各ＬＡＮとの通信
料金と通信速度を加える。送信する情報は、図２４で示
した送信データの例に通信速度の情報を付加したもので
ある。ステップ２０３のステップ３８において、ノード
１１の配布元決定手段１００６は配布元ノードの候補と
してＬＡＮ２のノード２１とＬＡＮ３のノード３１を見
つける。ステップ３９において配布元決定手段１００６
は、配布元ノードの候補それぞれの通信料金と通信速度
について、それぞれ重み付けをし算出したポイントによ
り、どちらのノードを選ぶか決定する。図２７に通信速
度とポイントの対応を示す。例えば通信速度が１００Ｍ
の場合ポイントを３０とし、通信速度が５０Ｍの場合ポ
イントを１０とする。図２８は、ノード２１の合計ポイ
ントを算出する例である。通信料金のポイントが１００
であり、通信速度のポイントは３０である。通信料金の
重み付けを３とし、通信速度の重み付けを２とする。そ
れぞれ重み付け後のポイントは、３００と６０となり合
計ポイントは３６０となる。ＬＡＮ３のノード３１に対
しても同様に合計ポイントを計算し、ＬＡＮ２１とＬＡ
Ｎ３１の間で合計ポイントを比較し、どちらのノードを
配布元ノードとするか決定する。

【００９５】ワイドエリアネットワークにおいて、ソフ
トウェア配布を行う場合、通信料金、通信速度を参照す
ることにより低額でかつ高速な配布元ノードを選択する
ことが可能となる。実施例９、１０、１１では、ノード
情報としてＬＡＮ間の通信料金と通信速度を用いた。し
かし、配布元ノードを選択するためのノード情報として
他の情報を用いてもよい。また、メモリ空き容量、ＣＰ
Ｕ使用率、配布成功履歴等を通信料金、通信速度と組み
合わせて配布元ノードの選択を行ってもよい。

【００９６】実施例１２．上記実施例４以降は、配布元
決定手段１００６が自ノードが所有しないバージョンの
ソフトウェアをユーザから要求された場合に適用され
る。しかし、実施例４以降は、配布元決定手段１００６
が自動的に自ノードが所有しないバージョンのソフトウ
ェアをデータベースから検索する場合でも適用できる。

【００９７】実施例１３．以上の実施例では、ネットワ
ーク上のノード間で配布するデータをプログラムとした
がデータはメッセージであってもよい。ネットワーク上
のノード間でメッセージを配布する場合、ノード情報送
信手段１００２は、自ノードの所有するメッセージのカ
テゴリーとメッセージ番号を他ノードにブロードキャス
トする。これにより、ネットワーク上の各ノードがどの
メッセージを所有しているか知ることができ各ノードが
必要なメッセージをそのメッセージを所有するノードに
要求することができる。

【００９８】

【発明の効果】この発明によれば、ネットワークシステ
ムに所属する各ノードが他のノードが所有するデータに
ついての情報を持つため、それぞれのノードで所望のデ
ータの配布元ノードを選択することができる。

【００９９】この発明によれば、ネットワークシステム
は自動的にネットワーク内の全ノードが同じデータを備
えることができる。

【０１００】この発明によれば、所望のデータを所有す
るノードが複数ある場合、ノード情報に基づきデータの
配布元ノードを決定することができる。

【０１０１】この発明によれば、各ノードのメモリ空き
容量の増減傾向により所望のデータの配布元ノードを決
定することができる。そのため付加の少ないノードから
データの配布を受けることができる。

【０１０２】この発明によれば、各ノードのＣＰＵ使用
率の増減により所望のデータの配布元ノードを決定する
ことができる。そのため、付加の少ないノードに対しデ
ータの配布を要求することができる。

【０１０３】この発明によれば、データベースに記憶さ
れた複数のノード情報に対し、重み付け処理をすること
により、そのノードの負荷が減少傾向にあるノードを配
布元ノードとすることができる。

【０１０４】この発明によれば、各ノードのデータの配
布成功回数に基づき所望のデータを要求する配布元ノー
ドを決定することができる。そのため、信頼性の高いノ
ードからデータの配布を受けることができる。

【０１０５】この発明によれば、一定回数で配布成功回
数を抑えることができるので一つのノードに配布要求が
集中することを避けることができる。

【０１０６】この発明によれば、他ノードの情報がデー
タベースに構築されていない場合、他ノードに対し再び
データ名とノード情報を要求することができる。

【０１０７】この発明によれば、ローカルエリアネット
ワークに適用することができる。

【０１０８】この発明によれば、ワイドエリアネットワ
ークに適用することができる。

【０１０９】この発明によれば、ワイドエリアネットワ
ークの場合、データの配布を要求する配布元ノードを決
定する際に通信料金に基づき決定することができる。

【０１１０】この発明によれば、ワイドエリアネットワ
ークの場合、データを要求する配布元ノードを決定する
際に通信速度に基づき配布元ノードを決定することがで
きる。

【０１１１】この発明によれば、複数種類のノード情報
を組み合わせて配布元ノードを決定することができるの
でより適切なノードを決定することができる。

【０１１２】この発明によれば、所望の版のプログラム
の配布を受けることができる。

【０１１３】この発明によれば、所望のメッセージの配
布を受けることができる。

【図面の簡単な説明】

【図１】 この発明の一実施例におけるローカルエリア
ネットワークの構成図である。

【図２】 この発明の一実施例におけるノードのブロッ
ク図である。

【図３】 この発明の一実施例における処理の流れを示
す図である。

【図４】 この発明の一実施例におけるノードＡの送信
データを示す図である。

【図５】 この発明の一実施例におけるデータベースの
内容を示す図である。

【図６】 この発明の一実施例におけるノードＡがノー
ドＢへソフト１を要求する送信データを示す図である。

【図７】 この発明の一実施例における処理の流れを示
す図である。

【図８】 この発明の一実施例におけるブロードキャス
トを要求する送信データを示す図である。

【図９】 この発明の一実施例における処理の流れを示
す図である。

【図１０】 この発明の一実施例における処理の流れを
示す図である。

【図１１】 この発明の一実施例における送信情報を示
す図である。

【図１２】 この発明の一実施例におけるデータベース
の内容を示す図である。

【図１３】 この発明の一実施例におけるノードのブロ
ック図である。

【図１４】 この発明の一実施例における処理の流れを
示す図である。

【図１５】 この発明の一実施例における配布成功回数
処理手段の処理の流れを示す図である。

【図１６】 この発明の一実施例における処理の流れを
示す図である。

【図１７】 この発明の一実施例におけるポイントを出
す方法を示す図である。

【図１８】 この発明の一実施例におけるワイドエリア
ネットワークの構成図である。

【図１９】 この発明の一実施例における処理の流れを
示す図である。

【図２０】 この発明の一実施例におけるノード１Ｋの
送信データを示す図である。

【図２１】 この発明の一実施例における広域のデータ
ベースの内容を示す図である。

【図２２】 この発明の一実施例におけるノード１１が
ノード２１へソフト１を要求する送信データの例を示す
図である。

【図２３】 この発明の一実施例における処理の流れを
示す図である。

【図２４】 この発明の一実施例におけるノード１Ｋの
送信データを示す図である。

【図２５】 この発明の一実施例における広域のデータ
ベースの内容を示す図である。

【図２６】 この発明の一実施例における処理の流れを
示す図である。

【図２７】 この発明の一実施例における通信速度とポ
イントの対応付けを示す図である。

【図２８】 この発明の一実施例におけるポイント制に
よる配布元選択方法を示す図である。

【図２９】 従来例におけるシステム構成を示す図であ
る。

【図３０】 従来例における処理の流れを示す図であ
る。

【図３１】 従来例における通信データの構成例を示す
図である。

【図３２】 従来例における版情報管理テーブルの構成
例を示す図である。

【図３３】 従来例における最新版管理テーブルの構成
例を示す図である。

【符号の説明】 １００２ ノード情報送信手段、１００３ ノード情報
受信手段、１００４記憶手段、１００５ データベー
ス、１００６ 配布元決定手段、１００７ 要求手段、
１００８ 要求受信手段、１００９ データ送信手段、
１０１０ データ受信手段、１０１１ 配布成功回数処
理手段。

Claims (16)

【特許請求の範囲】
1. 【請求項１】 複数のノードが接続されているネットワ
   ークシステムにおいて、各ノードが以下の要素を有する
   ネットワークシステム （ａ）自ノードが所有するデータ名を他のノードにブロ
   ードキャストするノード情報送信手段、（ｂ）他ノード
   からブロードキャストされた情報を受信するノード情報
   受信手段、（ｃ）上記データ名と該当データを所有する
   ノード名をデータベースに記憶する記憶手段、（ｄ）上
   記データベースから所望のデータを所有するノードを検
   索し、該当データの配布を要求するノードを決定する配
   布元決定手段、（ｅ）上記配布元決定手段により決定さ
   れたノードに対し該当データの配布を要求する要求手
   段、（ｆ）他ノードからデータの配布要求を受信する要
   求受信手段。
2. 【請求項２】 複数のノードが接続されているネットワ
   ークシステムにおいて、各ノードが以下の要素を有する
   ネットワークシステム （ａ）自ノードが所有するデータ名を他のノードにブロ
   ードキャストするノード情報送信手段、（ｂ）他ノード
   からブロードキャストされた情報を受信するノード情報
   受信手段、（ｃ）上記データ名と該当データを所有する
   ノード名をデータベースに記憶する記憶手段、（ｄ）自
   ノードが所有しないデータ名を上記データベースから検
   索し、該当データを所有するノード名を検索し、該当デ
   ータの配布を要求するノードを決定する配布元決定手
   段、（ｅ）上記配布元決定手段により決定されたノード
   に対し該当データの配布を要求する要求手段、（ｆ）他
   ノードからデータの配布要求を受信する要求受信手段。
3. 【請求項３】 上記ノード情報送信手段は、さらに、自
   ノードに関するノード情報を他のノードにブロードキャ
   ストし、上記ノード情報受信手段は他ノードからブロー
   ドキャストされた情報を受信し、上記記憶手段は、さら
   に、上記ノード情報受信手段により受信されたノード情
   報をデータベースに記憶し、上記配布元決定手段は、上
   記データベースから所望のデータを所有するノードを複
   数検索した場合、上記データベースに記憶されたノード
   情報に基づき該当するデータを要求するノードを決定す
   ることを特徴とする請求項１または２いずれかに記載の
   ネットワークシステム。
4. 【請求項４】 上記ノード情報は、メモリ空き容量であ
   り、上記ノード情報送信手段は、メモリ空き容量の情報
   を複数回送信し、上記記憶手段はノード情報受信手段に
   より受信されたメモリ空き容量を上記データベースに複
   数記憶することを特徴とする請求項３記載のネットワー
   クシステム。
5. 【請求項５】 上記ノード情報は、ＣＰＵ使用率であ
   り、上記ノード情報送信手段はＣＰＵ使用率を複数回送
   信し、上記記憶手段はノード情報受信手段により受信さ
   れたＣＰＵ使用率を上記データベースに複数記憶するこ
   とを特徴とする請求項３記載のネットワークシステム。
6. 【請求項６】 上記配布元決定手段は、上記データベー
   スに記憶された複数のノード情報に対し重み付け処理を
   して配布元ノードを決定することを特徴とする請求項４
   または５いずれかに記載のネットワークシステム。
7. 【請求項７】 上記ノードは、さらに、データを配布し
   た配布先のノードからの配布成功通知を受け、配布成功
   回数を求め、上記配布成功回数をノード情報として他の
   ノードにブロードキャストする配布成功回数処理手段を
   有し、上記記憶手段は、上記配布成功回数処理手段によ
   りブロードキャストされた配布成功回数をデータベース
   にノード情報として記憶し、上記配布元決定手段は、上
   記データベースから所望のデータを所有するノードを複
   数検索した場合、配布成功回数の多いノードを配布元と
   して決定することを特徴とする請求項１または２いずれ
   かに記載のネットワークシステム。
8. 【請求項８】 上記配布成功回数処理手段は、配布先ノ
   ードから配布成功通知を受け、データベースに記憶され
   ている配布成功回数に１を加え、１を加えられた配布成
   功回数が所定の回数より大きくなれば初期化することを
   ことを特徴とする請求項７記載のネットワークシステ
   ム。
9. 【請求項９】 上記ノードは、さらに、他ノードの情報
   が上記データベースにない場合、他ノードに対し、デー
   タ名とノード情報を要求することを特徴とする請求項１
   から８いずれかに記載のネットワークシステム。
10. 【請求項１０】 上記ネットワークシステムは、ローカ
    ルエリアネットワークであることを特徴とする請求項１
    から９いずれかに記載のネットワークシステム。
11. 【請求項１１】 上記ネットワークシステムは、複数の
    ローカルエリアネットワークを接続したワイドエリアネ
    ットワークであることを特徴とする請求項１から９いず
    れかに記載のネットワークシステム。
12. 【請求項１２】 上記ノード情報はローカルエリアネッ
    トワーク間の通信料金であり、上記配布元決定手段は上
    記データベースから所望のデータを所有するノードを複
    数検索した場合、上記通信料金に基づき配布元ノードを
    決定することを特徴とする請求項１１記載のネットワー
    クシステム。
13. 【請求項１３】 上記ノード情報はローカルエリアネッ
    トワーク間の通信速度であり、上記配布元決定手段は上
    記データベースから所望のデータを所有するノードを複
    数検索した場合、上記通信速度に基づき配布元ノードを
    決定することを特徴とする請求項１１記載のネットワー
    クシステム。
14. 【請求項１４】 上記データベースは複数種類のノード
    情報を記憶し、上記配布元決定手段は上記データベース
    に記憶された複数種類のノード情報を用いる場合、重み
    付け処理をして配布元ノードを決定することを特徴とす
    る請求項３、４、５、６、７、８、１２、１３いずれか
    に記載のネットワークシステム。
15. 【請求項１５】 上記データはプログラムであり、上記
    データ名はプログラム名と版情報であることを特徴とす
    る請求項１から１４いずれかに記載のネットワークシス
    テム。
16. 【請求項１６】 上記データはメッセージであることを
    特徴とする請求項１から１４いずれかに記載のネットワ
    ークシステム。