JPH0662018A - ネットワーク制御方法 - Google Patents

Abstract

(57)【要約】 【目的】 複数のネットワーク系に存在するサーバの共
有資源に対するアクセスが容易に行なえるとともに、ネ
ットワーク系の負荷を増大させず、高速にサーバとの接
続を可能としたネットワーク制御方法を提供する。 【構成】 サーバが起動されると、自ネットワーク系お
よび自サーバの名前、ネットワークアドレスと保有する
機能からなるサーバ情報をブロードキャストタイプの通
信データとして自ネットワーク系および他のネットワー
ク系に送出する。送出されたデータを各入出力装置およ
び他のサーバは受信し、自分のサーバ情報テーブルに登
録する。サーバ情報を受信したサーバは、自分のサーバ
情報を返送する。起動されたサーバは、返送されたサー
バ情報を、自分のサーバ情報テーブルに登録する。サー
バをアクセスする時には、サーバ情報テーブルを参照し
て行なう。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークシステ
ム、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏ
ｒｋ）システムの制御方法に関するものである。

【０００２】

【従来の技術】一般に、ネットワークシステムでは、共
有資源を管理する複数のサーバが接続されており、ワー
クステーション等、ネットワークに接続されている複数
の入出力装置から共有資源を利用できるように構成され
ている。共有資源を利用するためには、入出力装置側で
共有資源に関する情報を知っておく必要がある。そのた
め、従来では、共有資源を管理するサーバが、入出力装
置に対して共有資源に関する情報を送信し、入出力装置
側では、送られてきた情報をもとに、サーバに接続する
ことにより、サーバが管理する共有資源を有効に利用
し、かつ、システム利用者の操作性の向上を図ってい
る。

【０００３】例えば、特開平２−３０５１４０号公報に
は、サーバのユニークな名前と共有可能な最低限の資源
の略名をデータとしたパケットを、数秒に一度程度の間
隔で定期的にブロードキャストタイプで送信し、利用者
側は該パケットの内容を解析してサーバに接続し、最低
限の資源を共有することが記載されている。この方法に
よれば、サーバが管理する共有資源を入出力装置側で利
用できるとともに、サーバの変更等にも対応することが
できる。しかし、この方法では、数秒に一度の間隔でネ
ットワークにサーバ情報をブロードキャストタイプで送
信するため、大規模なネットワークシステムで多数のサ
ーバが接続されている場合には、ネットワーク上をサー
バが送信するパケットが頻繁に流れることとなる。その
ため、ネットワーク上のトラフィックが異常に増大する
ことになり、入出力装置からサーバ上の共有資源に対す
るアクセススピードが極度に落ちてしまう可能性があ
る。また、上述の方法では、サーバ側からのブロードキ
ャストタイプのサーバ情報を受信して、内容の解析を行
なうまで、共有資源にアクセスすることは不可能であ
り、最悪の場合、数秒間の待ち時間が発生し、応答時間
の低下を招き、操作性が悪くなるという問題がある。

【０００４】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、複数のネットワーク系に存
在するサーバの共有資源に対するアクセスが容易に行な
えるとともに、ネットワーク系の負荷を増大させず、高
速にサーバとの接続を可能としたネットワーク制御方法
を提供することを目的とするものである。

【０００５】

【課題を解決するための手段】本発明は、サーバが管理
する資源を共有して利用するネットワークシステムにお
けるネットワーク制御方法において、サーバは、起動さ
れるとき、または、特定の条件のときのみ、所定のデー
タをブロードキャストタイプの通信データとしてネット
ワークに送出し、他の装置は、サーバから送出された通
信データを受信してサーバ情報テーブルに登録し、サー
バをアクセスする時にはサーバ情報テーブルを参照して
行なうことを特徴とするものである。

【０００６】

【作用】本発明によれば、サーバから送出される情報
は、サーバが起動されるとき、およびサーバから送出さ
れた情報に変更があったとき等、特定の条件のときの
み、ブロードキャストタイプの通信データとしてネット
ワークに送出されるので、サーバから送出される通信デ
ータによってネットワークのトラフィックを増大させる
ことはなく、高速なアクセススピードを確保することが
できるとともに、サーバの事象の変化に伴い、サーバの
状態遷移を逐次把握することができる。

【０００７】また、サーバから送出された情報は、他の
装置においてサーバ情報テーブルに保持され、管理され
ることより、サーバとの接続時に次の通信データの送出
を待つことなく接続処理を行なうことができるととも
に、サーバ情報をシステム利用者は覚えておかなくても
アクセスすることができ、複数のネットワーク系に存在
するサーバの共有資源に対するアクセスを容易にかつ高
速に行なうことができる。

【０００８】

【実施例】図１は、本発明のネットワークシステムの一
実施例を示す概略構成図である。図中、１，２はネット
ワーク系、３〜６はサーバ、７〜１１は入出力装置であ
る。サーバ３〜６は、各入出力装置に対して共有資源を
提供する。また、入出力装置７〜１１は、パーソナルコ
ンピュータやワークステーション等で構成される。ネッ
トワーク系１は、サーバ３，４、入出力装置７〜９が接
続されて構成されている。また、ネットワーク系２は、
サーバ５，６、入出力装置１０，１１が接続されて構成
されており、ネットワーク系１とネットワーク系２は、
サーバ４とサーバ５を介して接続され、双方向の通信が
可能である。このように、本発明では、複数のネットワ
ーク系によって構成されたシステムでもよいし、また
は、単独のネットワークによって構成されたシステムで
もよい。また、各ネットワーク系に接続されるサーバお
よび入出力装置の台数は、任意に構成することができ
る。さらに、各ネットワーク系は、図示したバス型の
他、リング型やスター型を用いることも可能である。

【０００９】図２は、本発明のネットワークシステムに
接続されるサーバまたは入出力装置の概略構成図であ
る。図中、２１は通信部、２２はサーバ情報テーブル管
理部、２３は表示部、２４は表示装置、２５は外部記憶
部である。図２には、サーバ情報の処理に必要な構成の
みを示しており、サーバまたは入出力装置の有するその
他の機能については省略してある。また、各部は図示し
ない制御手段により制御される。

【００１０】通信部２１は、ネットワークに接続され、
ネットワークを介したデータの送受信を行ない、特に、
サーバに関する情報（以下、サーバ情報という）の受信
を行なう。さらに、サーバにおいては、サーバ情報を生
成し、生成したサーバ情報をパケット等の通信データと
して、ブロードキャストタイプによる送信を行なう。ま
た、入出力装置においては、サーバ情報を取得するため
の要求データの送信を行なう。サーバ情報テーブル管理
部２２は、通信部２１において受信したサーバ情報を、
サーバ情報テーブルに格納し、管理し、また、利用者か
らの要求など、必要に応じて表示部２３に対してサーバ
情報の表示を指示する。サーバ情報テーブルは、外部記
憶部２５、あるいは、ＲＡＭ上の領域に保存されてい
る。サーバをアクセスする時には、このサーバ情報テー
ブルを参照して行なう。表示部２３は、サーバ情報テー
ブル管理部２２が管理しているサーバ情報を、例えば、
一覧表の形式で表示装置２４に表示し、利用者に対し、
使用できるサーバおよびサーバの機能を知らせる。利用
者は、表示内容を確認し、所望のサーバとの結合を行
い、共有資源を利用することができる。そのため、サー
バ情報を利用者が覚えておく必要はない。表示部２３
は、必ずしも必要な構成要素ではなく、表示部を用いず
に構成することも可能である。

【００１１】図３は、サーバ情報データおよびサーバ情
報要求データの説明図である。サーバが起動されると
き、およびサーバから送出された情報に変更があったと
き、あるいは入出力装置から要求があったときなど、特
定の条件のときには、該サーバから他のサーバおよび入
出力機器に対して、図３（Ａ）に示すようなフォーマッ
トのサーバ情報をネットワークへ送出する。送出される
サーバ情報としては、サーバ情報を送出するサーバの接
続されているネットワーク系名、サーバ名、ネットワー
クアドレス、サーバ機能等のデータである。サーバ機能
のデータ中には、サーバのステータス等の情報を含めて
送出することもできる。また、この他のデータを付加す
ることももちろん可能である。さらに、ネットワーク系
が１つである場合には、ネットワーク系名のデータは不
要である。

【００１２】また、入出力機器が起動される等の場合に
は、入出力装置は、ネットワーク系に接続されているサ
ーバの情報を要求すべく、図３（Ｂ）に示すようなフォ
ーマットのサーバ情報要求データをネットワークへ送出
する。サーバ情報要求データは、ネットワーク系名およ
びサーバ名を指定する。図３（Ｂ）においては、各フィ
ールドに「＊」が記載されているが、これはワイルドカ
ードを示すキャラクタであり、全ネットワーク系の全サ
ーバに対してサーバ情報を要求する場合のサーバ情報要
求データである。

【００１３】図４は、サーバ情報テーブルの説明図であ
る。図２の説明でも述べたように、図３（Ａ）に示した
ようなサーバ情報を受信すると、サーバ情報テーブル管
理部２２において、受信したサーバ情報は、サーバ情報
テーブルに格納され、管理される。図４では、図３
（Ａ）に示したサーバ情報データに、一連番号からなる
ＩＤの項目を付加して構成している。例えば、ＩＤが１
のサーバ情報は、サーバの接続されているネットワーク
系名が「ＮＥＴ１」、サーバ名が「ＳＶ１」、ネットワ
ーク内のアドレスが「ＡＤＤＲ１」、サーバの提供する
機能が「ＦＵＮＣＸＸＸＸ１」であることを示してい
る。この他、管理に必要な項目を付加することができ
る。ＩＤの項目はなくても管理は可能である。テーブル
の構成は、図４に示したようなマトリクス型の構成の
他、リスト構造や、ポインタを用いて基本データ部と付
加データ部を分離して保存する方法など、種々の周知の
管理手法を用いることができる。

【００１４】以下、本発明のネットワークシステムの動
作について、図１および図２を用いて説明する。図５
は、本発明のネットワークシステムの一実施例における
サーバの起動時の動作を示すフローチャートである。サ
ーバが起動された場合、サーバが使用可能となったこと
を他のサーバおよび入出力装置に通知するとともに、起
動されたサーバ内にサーバ情報テーブルを作成する。

【００１５】サーバが起動されると、まずＳ３１では、
通信部２１において、起動したサーバのサーバ情報を生
成し、生成したサーバ情報をブロードキャストタイプ
で、起動したサーバの属するネットワーク系に対して送
信する。Ｓ３２において、他のネットワーク系とも接続
されているかを判断し、もし接続されている場合には、
Ｓ３３において、サーバ情報を接続されている他のネッ
トワーク系に対してブロードキャストタイプで送信す
る。サーバ情報の送信後、Ｓ３４において、他のサーバ
群から戻される通信データを通信部２１で受信し、通信
データの解析を行なって、サーバ情報の場合には、サー
バ情報テーブル管理部２２に対してサーバ情報の管理を
依頼する。そして、Ｓ３５において、サーバ情報テーブ
ル管理部２２では、受信したサーバ情報の正当性をチェ
ックし、新規のサーバ情報であればサーバ情報テーブル
に登録し、重複するサーバ情報があれば、サーバ情報テ
ーブルの変更部分を更新する。Ｓ３６において、これら
のサーバ情報テーブルの登録、更新処理を、全てのサー
バ情報について終了したか否かを判断し、終了するまで
Ｓ３４に戻って実行し、全ての受信したサーバ情報の処
理が終了した時点で、サーバの起動時のサーバ情報に関
する処理を終了する。なお、Ｓ３４，Ｓ３５の処理は、
他のサーバからのサーバ情報を受信する都度、割り込み
等により、処理が実行されるように構成することもでき
る。

【００１６】上述のサーバの起動時の処理により送出さ
れたサーバ情報を受信したサーバでは、受信サーバ側の
サーバ情報を生成し、ブロードキャストタイプあるいは
起動したサーバを特定してサーバ情報を送出する。ま
た、上述のサーバの起動時の処理は、送信したサーバ情
報に変更がある場合にも同様に行なわれる。サーバ情報
の変更の場合には、すでにサーバ情報テーブルは登録が
完了しているので、他のサーバからのサーバ情報の返信
を省略するように構成することもできる。さらに、入出
力装置からのサーバ情報要求によって、サーバ情報を送
出する場合には、サーバ情報の生成、および要求した入
出力装置へのサーバ情報の送信を行なう。このとき、入
出力装置から返信されるデータはない。

【００１７】これらのサーバにおけるサーバ情報の送受
信処理において、サーバがサーバ情報を受信する場合と
して、起動時に他のサーバから返送されてくる場合、他
のサーバにおいて変更があって送られてくる場合、他の
サーバが起動され、送信されてくる場合がある。これら
を区別するため、図３でも述べたように、サーバ情報
に、サーバのステータスを含ませておいたり、通信プロ
トコルやサーバ情報に通信データの種別データを合わせ
て送信するように構成することもできる。また、サーバ
から送信するサーバ情報をブロードキャストタイプで送
信しているので、送られてくるサーバ情報を受信してい
ることにより、各サーバの事象の変化に伴った状態の遷
移を逐次把握することができる。

【００１８】図６は、本発明のネットワークシステムの
一実施例における入出力装置の起動時の動作を示すフロ
ーチャートである。入出力装置が起動された場合、利用
者にサーバ情報を提供するため、使用可能なサーバをサ
ーバ情報テーブルに登録する処理が行なわれる。

【００１９】入出力装置が起動されると、Ｓ４１におい
て、通信部２１でサーバ情報要求データを作成し、起動
された入出力装置の接続されているネットワークに対
し、作成したサーバ情報要求データをブロードキャスト
タイプで送信する。サーバ情報要求データの送信後、Ｓ
４２において、サーバ群から返信されてくる通信データ
を解析し、サーバ情報の場合には、サーバ情報テーブル
管理部２２に対してサーバ情報の管理を依頼する。そし
て、Ｓ４３において、サーバ情報テーブル管理部２２で
は、受信したサーバ情報の正当性をチェックし、新規の
サーバ情報であればサーバ情報テーブルに登録し、重複
するサーバ情報があれば、サーバ情報テーブルの変更部
分を更新する。Ｓ４４において、これらのサーバ情報テ
ーブルの登録、更新処理を、全てのサーバ情報について
終了したか否かを判断し、終了するまでＳ４２に戻って
実行し、全ての受信したサーバ情報の処理が終了した時
点で、入出力装置の起動時のサーバ情報に関する処理を
終了する。なお、Ｓ４２，Ｓ４３の処理は、サーバの起
動時の処理と同様、サーバからのサーバ情報を受信する
都度、割り込み等により、処理が実行されるように構成
することもできる。サーバ情報の受信は、新たにサーバ
が起動された場合や、サーバにおいてサーバ情報に変更
があった場合にも行なわれる。入出力装置においては、
サーバ情報に対する返信データの処理は行なわない。

【００２０】起動した入出力装置の接続されているネッ
トワーク系以外のサーバ情報については、図５において
サーバの起動時に行なったように、他のネットワーク系
に対するサーバ情報要求を行なえばよい。この場合、図
３（Ｂ）に示したように、ネットワーク系名にワイルド
カードを用いて指定することもできる。または、ネット
ワーク系を接続しているサーバ、例えば、図１では、サ
ーバ４またはサーバ５に対して、他のネットワーク系に
おけるサーバ情報の提供を要求し、サーバがこの要求に
応えるように構成することもできる。さらに、ネットワ
ーク系を接続しているサーバが他のネットワークの有す
る機能を仮想的に全て有するかのように構成することに
より、入出力装置が有するサーバ情報を、入出力装置が
接続されているネットワーク内のサーバに関するものだ
けにすることも可能である。

【００２１】図７は、本発明のネットワークシステムの
一実施例における通信データの流れの一例の説明図であ
る。図７では、図１におけるネットワーク１内での通信
データの流れを示している。図中、サーバ３，４、入出
力装置７〜９は、図１の各装置と対応させている。ま
た、二重線はサーバ情報の送信を示し、また、破線はサ
ーバ情報に対する返信を示し、連続線はサーバ情報要求
の送信を示し、さらに、点線はサーバ情報要求に対する
返信を示している。

【００２２】図７（Ａ）は、サーバ３の起動時の通信デ
ータの流れを示している。まず、ネットワーク系１上の
サーバ３の電源が投入され、起動されると、サーバ３は
自分のサーバ情報データを生成して、ネットワーク系１
にブロードキャストタイプでサーバ情報データを送信す
る（，）。もし、すでに入出力装置７，８，９が起
動されていれば、その入出力装置は送信されたサーバ情
報を受信し、自分のサーバ情報テーブルに登録する。こ
のとき、受信した入出力装置は、サーバ３に対して返信
データを返さない。また、すでに他のサーバが起動され
ている場合、例えばサーバ４がすでに起動されている場
合、サーバ情報を受信したサーバ４は、自分のサーバ情
報データを返信データとして送信する（）。

【００２３】図７（Ｂ）は、入出力装置７の起動時の通
信データの流れを示している。まず、入出力装置７の電
源が投入され、起動されると、ネットワーク系１に対し
て、サーバ情報要求データをブロードキャストタイプで
送信する（，）。これに対して、起動されているサ
ーバがあれば、サーバ情報要求データを受信し、サーバ
情報要求に応答して返信データであるサーバ情報を返送
する。起動されている他の入出力装置群は、返信データ
は送信しない。

【００２４】図８は、本発明のネットワークシステムの
一実施例における通信データの流れの別の例の説明図で
ある。図８では、図１におけるネットワーク系１および
２での通信データの流れを示しており、特にサーバ４が
起動された場合の通信データの流れを示している。図中
の各サーバおよび入出力装置群は、図１の各装置と対応
させている。また、二重線はサーバ情報の送信を示し、
また、破線はサーバ情報に対する返信を示し、連続線は
ネットワーク系１と２の間のコネクションの活性化要求
を示し、さらに、点線はネットワーク系１と２の間のコ
ネクションの活性化要求に対する応答を示している。

【００２５】サーバ４が起動されると、まずネットワー
ク系１とネットワーク系２との間のコネクションを確立
するため、サーバ４からサーバ５に対して、コネクショ
ンの活性化要求を行なう（）。この要求を受信したサ
ーバ５は、コネクションの活性化要求に対する応答をサ
ーバ４に返し（）、ネットワーク系１とネットワーク
系２とのコネクションが確立される。コネクションが確
立された後、サーバ４は自分のサーバ情報データをネッ
トワーク系１に対してブロードキャストタイプで送信す
る（）とともに、ネットワーク系２に対してもブロー
ドキャストタイプで送信する（）。ネットワーク系１
については、図７で説明したような通信データの流れと
なる。また、ネットワーク系２については、サーバ５，
６および入出力装置群１０，１１がサーバ４が送信した
サーバ情報を受け取り、各装置内のサーバ情報テーブル
に登録するとともに、サーバ５，６は、サーバ４に対し
て自分のサーバ情報を返信データとして送信する
（）。返信データは、そのままサーバ３および入出力
装置群７〜９に対するサーバ情報となり（）、サーバ
５，６のサーバ情報がサーバ３に伝達され、サーバ３
は、自分のサーバ情報を返信データとして、サーバ５，
６へ送信する（）。したがって、ネットワーク系１と
ネットワーク系２に存在するサーバ群と入出力装置群
は、互いのサーバ情報データを自分のサーバ情報テーブ
ル管理部に登録することができる。

【００２６】

【発明の効果】以上の説明から明らかなように、本発明
によれば、サーバ情報は、サーバが起動されるとき、サ
ーバから送出された情報に変更があったとき、および入
出力装置から要求のあったとき等、特定の条件のときの
み、ブロードキャストタイプの通信データとしてネット
ワークに送出されるだけであるので、サーバから送出さ
れる通信データによってネットワークのトラフィックを
増大させることはなく、高速なアクセススピードを確保
することができるとともに、サーバの事象の変化に伴
い、サーバの状態遷移を逐次把握することができる。ま
た、サーバ情報は、サーバ情報テーブルに保持されてい
るから、サーバ情報をシステム利用者は覚えておかなく
てもアクセスすることができる。さらに、複数のネット
ワーク系に存在するサーバの共有資源に対するアクセス
であっても、容易にかつ高速に行なうことができる、と
いう効果がある。

【図面の簡単な説明】

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

【図２】 本発明のネットワークシステムに接続される
サーバまたは入出力装置の概略構成図である。

【図３】 サーバ情報データおよびサーバ情報要求デー
タの説明図である。

【図４】 サーバ情報テーブルの説明図である。

【図５】 本発明のネットワークシステムの一実施例に
おけるサーバの起動時の動作を示すフローチャートであ
る。

【図６】 本発明のネットワークシステムの一実施例に
おける入出力装置の起動時の動作を示すフローチャート
である。

【図７】 本発明のネットワークシステムの一実施例に
おける通信データの流れの一例の説明図である。

【図８】 本発明のネットワークシステムの一実施例に
おける通信データの流れの別の例の説明図である。

【符号の説明】

１，２ ネットワーク系、３〜６ サーバ、７〜１１
入出力装置、２１ 通信部、２２ サーバ情報テーブル
管理部、２３ 表示部、２４ 表示装置、２５外部記憶
部。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 サーバが管理する資源を共有して利用す
   るネットワークシステムにおけるネットワーク制御方法
   において、サーバは、起動されるとき、または、特定の
   条件のときのみ、所定のデータをブロードキャストタイ
   プの通信データとしてネットワークに送出し、他の装置
   は、サーバから送出された通信データを受信してデータ
   をサーバ情報テーブルに登録し、サーバをアクセスする
   時にはサーバ情報テーブルを参照して行なうことを特徴
   とするネットワーク制御方法。