JPS62182863A - リソ−スの管理方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、コンピュータネットワークシステム内に分散
配置され、ネットワーク内の各計算機間にて共用される
リソースの管理方法に関する。

〔従来の技術〕

コンピュータネットワークシステムに於ては。

各計算機の有するリソースをシステム内の各計算機が共
用する。このために、システム内計算機の有するリソー
スの情報を各計算機がもっていなければならず、かつリ
ソースの変更・追加に応じてその情報は更新されている
必要がある。このようなリソース管理の従来方法として
は、特開昭５５−３４５７４号記載のように、ネットワ
ークシステムイニシャル時に、各計算機がブロードキャ
ストにより自計算機のリソースをネットワーク内全計算
機へ報告し、各計算機はこの報告を受けて巾計算機内の
リソース管理情報を作成して共用リソースへのアクセス
を行う方式をとっていた。

〔発明が解決しようとする問題点〕

この従来方法では、リソース情報の設定更新がシステム
のイニシャル時にしか行えず、かつそのときシステム内
の全計算機が立上っていなければならないという制約が
あった。ところが、近頃のＯＡ環境、さらにはプロセス
制御分野に於てもネットワークが大規模化、多様化して
行く傾向にあり、そのようなシステムでは上記制約は使
用されていない計算機も常時電源を入れておくことを要
求し、しかもリソースの更新毎にネットワークシステム
の再イニシャルを必要とし、大きな問題点となっていた
。

本発明の目的は、ネットワーク内計算機が運転中であっ
ても、停止中であっても、変更されたリソース情報を再
イニシャルを行わずとも全計算機に連絡できるようにし
てリソース管理方法を提供することにある。

〔問題点を解決するための手段〕

本発明は、コンピュータネットワーク内のある計算機の
立上げ時にはその計算機から前回停止時刻と今回立上げ
時刻より成る立上げ報告メツセージをブロードチャスト
し、この報告を受信した各計算機は報告先計算機停止中
に巾計算機内のリソースの追加または削除を行っていれ
ばそのリソースの名前、ネットワーク内アドレス、属性
情報より成るリソース変更メツセージを報告先計算機へ
送信し、また立上げ報告メツセージを受けた計算機が潤
告元計算機停止より前に停止し報告計算機停止中に立上
っているときは自計算機の立上げ報告メツセージを報告
先計算機へ送信して巾計算機停止中に於る報告先計算機
でのリソースの追加／削除の有無を問合せる機能を各計
算機に有せしめたことを特徴とするものである。

〔作用〕

停止していた計算機が立上ったときは、立上げ報告メツ
セージをもちいて他計算機内での巾計算機停止期間中に
於るリソース変更を問合せ、またこの問合せ時に休止中
であった計算機に対してはその計算機が立上った時のそ
の計算機からの立上げ報告に対して自計算機から立上げ
報告を返してその休止中であった計算機が巾計算機体止
中に作動していてリソース変更をしたか否かを問合せ。

これらの問合せに対する応答でもって常に最新のリソー
ス管理情報を各計算機は有することができる。

〔実施例〕

以下に本発明の一実施例を説明する。第２図は本発明が
適用されるコンピュータネットワークシステムの構成図
で計算機Ａ−Ｆ、ファイルサーバＦＩＬＥＩは通ｍ制御
装置２を介して通信媒体１で接続されており、計算機Ａ
、ＢにはプリンタサーバＰＲＩＮＴＡ、ファイルサーバ
ＦＩＬＥ＋３が設置されている。

ここで通信媒体及び通信プロトコルは任意であり、例え
ばリング型ローカルエリアネットワーク（例えばトーク
ンリング）、バス型ローカルエリアネットワーク（例え
ばイーサネット、トークンバス）、ポイントッーポイン
トネットワーク（例えばＲ５−２３２０）等を統合した
もの等である。ネットワーク制御は、各計算機に接続さ
れた通信制御装Ｗ１２によって行われる。また本発明で
は、各通信制御装置間メツセージ交信方法も任意である
。

よって割込駆動型（メツセージ受信時、計算機に割込み
を発生しデータを受は渡す方法）、ビジーウニティング
型（常時、計算機側でデータ受信したが監視する方法）
等どちらの方法でもよい。

ネットワーク内の各計算機Ａ−Ｆは、ネットワーク内リ
ソースのアクセス管理を行うために、ネットワーク内金
てのリソース制御情報を格納する第３図のようなリソー
ス管理テーブルと、巾計算機内のリソースの追加削除の
来歴を格納する第４図のような巾計算機内リソース来歴
管理テーブルを持つ。但し第３図のテーブルは、第２図
の計算機Ａ　（ＮＯＤＥＡ）　　のものを例示しており
、ネットワーク内各計算機（ＮＯＤＥＡ−Ｆ）　、プリ
ンタサーバＰＲＩＮＴＡ、ファイルサーバＦＩＬＥＢ等
のネットワーク内で定義されたリソース全てのリソース
名称とそれらのネットワーク内アドレス、属性情報によ
り構成される。各計算機がこれらのリソースにアクセス
する時は１本テーブルを参照することによりリソース名
称に対応したリソースのアドレス、Ｌ【性情報を得て、
アクセスする。

第４図の巾計算機内リソース来歴管理テーブルは、やは
り第２図計算ＩａＡ　（ＮＯＤＥＡ）　　のものを例示
しており、自計算機で定義したネットワークに登録／削
除したリソースの名称、追加／削除の時刻が格納されて
いる。このテーブルは、各計算機が巾計算機内リソース
の登録、削除を行う時に作成される。

各計算機は、このリソースの登＠／削除及び来歴管理テ
ーブルの作成後に、ネットワーク内で稼動中の全計算機
ヘリソース登録／削除を報告するため、第６図（ｂ）で
示すリソース変更メツセージをブロードキャストする。

本メツセージは、第６図（ｂ）で示す様に、名称（ＮＡ
ＭＥ）　、ネットワーク内アドレス（ＡＤＤＲ）　、属
性情報（ＣＯＮＴＲＯＬ）、追加／削除ビット（Ｃ）、
送信先アドレス（ＤＡ）、及び送信元アドレス（ＳＡ）
等より成っている。このリソース変更メツセージを受け
たネットワーク内の各計算機は、この内容をリソース管
理テーブルへ格納して必要な時にアクセスする。しかし
、リソース変更メツセージのブロードキャストに停止し
ていた計算機は、リソース変更の更新をブロードキャス
ト時には行えないから、これを本発明では第１図に示す
処理を行うことによって解決しており、これを以下で説
明する。

まず、第５図に示す様に、　Ｎ０ＤＥＡの計算機停止中
に、　Ｎ０ＤＥＢが時刻ｔｏに新規リソースの登録を行
い、これをブロードキャストした場合、Ｎ０ＤＥＡはこ
のときのリソース変更メツセージを受信できない、そこ
でステップ１００では計算機Ａは第６図（ａ）で示す立
上げ報告メツセージを立上り時点ｔｚにブロードキャス
トする。この立上げ報告メツセージは、その計算機が前
回停止した時刻ｔ　ｘ　　（ＩＮＡＣＴ）　　と今回立
上った時刻ｔｉ　　（ＡＣＴ）、及び計算種名ＮＮＡＭ
Ｅ等より成っており、第５　。

図の場合はＮＮＡＭＥ　＝ＮＯＤＨＡ、　ＩＮＡＣＴ＝
　ｔ　ｔ　、　Ａ　ＣＴ＝ｔ１である。この立上げ報告
メツセージを受信した計算機Ｂは、報告光計算機Ａの停
止時間中ｔ１〜ｔ２にリソースの登録／削除を行ったか
否かを巾計算機内リソース来歴管理テーブルをサー　Ｉ
チしてしらべ（ステップ２００）、もしあれば第１図（
ｂ）に示したリソース変更メツセージを報告光計算機Ａ
へ送信する（ステップ２０１）。このメツセージを受信
した計算機Ａは、その内容を巾計算機内のリソース管理
テーブルへ登録しくステップ１０１）、当該リソースの
利用可能状態となる。

第５図の時刻ｔｚにもし計算機Ｂが停止していれば、上
記の計算機Ａからの立上げ報告メツセージを計算機Ｂは
受信できず、リソース追加を計算機Ａへ知らせられない
、第７図はこのような状況を示していて（第５図とは計
算機Ａ、Ｂの役割が逆になっている）、この場合は計算
機Ｂが時刻ｔ４に立上って立上げ報告メツセージをブロ
ードキャストしても、計算機Ａは停止中のため時刻ｔｏ
に於るリソースの登録を計算機Ｂは知ることができない
、この場合は時刻ｔ！に計算機Ａから立上げ報告メツセ
ージがブロードキャストされるが（第１図ステップ１０
０）これを受信した計算機Ｂは、ステップ２００，２０
１の処理は終ったのち、自計算機が計算機Ａ停止中のｔ
Ｌ〜１．の間に立上ったか否かをしらべ（ステップ２０
２）。

もしこの間に立上っていれば計算機Ａでのリソース更新
の可能性があるのでＩＮＡＣＴ　＝　ｔ　ａ、　Ａ　Ｃ
Ｔ＝ｔ４の立上げ報告メツセージを計算機Ａへ送信する
（ステップ２０３）。この立上げ報告メツセージを受信
した計算機Ａは、計算機Ｂの停止期間ｔ８〜ｔ４にリソ
ースの追加／変更を行っているかどうかを巾計算機内リ
ソース管理テーブルをサーチしてしらべ（ステップ１０
２’）、もしあれば該リソースのリソース変更メツセー
ジを計算機Ｂに送信しくステップ１０３）、これを受信
した計算８！Ｂはその情報をリソース管理テーブルへ設
定しくステップ２０４）、処理を終る。

〔発明の効果〕

本発明によれば、ネットワークシステム稼動中に各計算
機の立上げ、停止、システムの変更が行えるため、ネッ
トワーク内で使用されない計算機を停止させることがで
きて省電力化が図れ、またシステム変更時に従来必要で
あったシステム再イニシヤライズが不要となり、労力の
削除を図れるという効果がある。

【図面の簡単な説明】

第１図は計算機立上げ時のリソース更新処理のフローチ
ャートである。第２図は立上げ報告メツセージ及びリソ
ース変更メツセージのフォーマット説明図、第３図はリ
ソース管理テーブルの例を示す図、第４図は巾計算機内
リソース来歴管理テーブルの例を示す図、第５図及び第
７図は新規リソース更新処理の計算機の状態を示すタイ
ムチャート、第６図は立上げ報告メツセージ及びリソー
ス変更メツセージのフォーマット説明図である。 ＡＮＦ・・・計算機、ＦＩＬＥ・・・ファイルサーバ、
ＰＲＩＮＴ・・・プリンタサーバ、１・・・通信媒体。

Claims (1)

【特許請求の範囲】
1. １、ネツトワーク内の計算機がネツトワーク内で共有さ
   れるリソースの追加、削除等のリソース更新を行つた時
   には当該計算機がネツトワーク内全計算機に対して上記
   更新したリソースの定義情報をブロードキヤストにて報
   告し、該定義情報を受信した他計算機は自計算機内のリ
   ソース管理情報を更新することによつて更新されたリソ
   ースへのアクセスを可能とするリソースの管理方法にお
   いて、自計算機の立上げ時に自計算機が前回停止した時
   刻と今回立上つた時刻とからなる立上げ報告メツセージ
   をブロードキヤストによりネツトワーク内全計算機へ報
   告する第１の機能と、上記立上げ報告メツセージを受信
   した計算機が該メツセージの報告元計算機の停止中に自
   計算機のリソースの更新を行つていた場合には該更新し
   たリソースの変更メツセージを上記報告元計算機へ送信
   する第２の機能と、上記立上げ報告メツセージを受信し
   た計算機が該メツセージの報告元計算機の停止中に立上
   つていた場合にはその立上げ時に送信したのと同じ立上
   げ報告メツセージを上記報告元計算機へ送信する第３の
   機能とをネツトワーク内の各計算機に有せしめ、上記第
   １もしくは第３の機能によるリソース更新有無の問合せ
   に対してこれを受信した計算機が上記第２の機能によつ
   てリソースの更新情報を返送するようにしたことを特徴
   とするリソースの管理方法。