JPH02199941A

JPH02199941A - Ｌａｎにおける各ノードの動作状態の確認方法

Info

Publication number: JPH02199941A
Application number: JP1018436A
Authority: JP
Inventors: Norihisa Tawada; 多和田　紀久
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1989-01-27
Filing date: 1989-01-27
Publication date: 1990-08-08

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、ローカル・エリア・ネットワーク（ＬＡＮ）
における各ノードの動作状態の確認方法に関し、特にシ
ステムの負荷を軽減することができるＬＡＮにおける各
ノードの動作状態の確認方法に関する。

〔従来技術〕

従来のＬＡＮでは、相手先ステーションの動作状態を確
認することが必要なアプリケーションを動作させる場合
、例えば＋ｌｅｌｌｏｗ　Ｍｅｓｓａｇｅを用いていた
。

このｌｌｅｌｌｏｗ　Ｍｅｓｓａｇｅは、ＬＡＮの各ス
テーション（ノード）が動作中であることを示すメツセ
ージであり、これを定期的に送出／受信する。

例えば、第２図に示すように、５個のステーション２１
〜２５を備えたＬＡＮにおいて、ステーション２１とス
テーション２２が通信する場合、ステーション２１がス
テーション２２の動作状態を知るためには、ステーショ
ン２２からＨａｌｌｏｔｉＭｅｓｓａｇｅが送信される
か否かを調べて判断すればよい。また、この方法では、
ステーション２１はステーション２２の状態のみでなく
、ステーション２３〜２５の１ｌｅｌｌｏｔｉ　Ｍｅｓ
ｓａｇｅも受信しなければならない。

なお、従来のＬＡＮについては、例えば″電子情報通信
ハンドブック、ｆ１子情報通信学会編、オーム社（１９
８８年）、　ｐｐ、２６５８〜２６７３”において述べ
られている。

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

上記従来技術では、ＬＡＮ上のノードが少い場合には有
効であるが、ノード数が増加すると、システムの負荷も
増し、大量のステーションを結ぶことは難しい。

また、ＨａｌｌｏすＭｅｓｓａｇｅを通信プロトコルに
組み込む必要があり、他のＬＡＮとの結合が難しいとい
う問題がある。

本発明の目的は、このような問題点を改善し、システム
の負荷を軽減することが可能なＬＡＮにおける各ノード
の動作状態の確認方法を提供することにある。

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

上記目的を達成するため、本発明のＬＡＮにおける各ノ
ードの動作状態の確認方法は、通信手段を有するコンピ
ュータ装置を利用して構成したＬＡＮにおいて、ノード
（ワークステーション、ファイルサーバ、プリンタサー
バ）の動作状態を確認するプロセスを各ノードに設け、
ノードと通信中のプロセスが必要とする場合のみ、その
プロセスはプロセス間通信により動作状態確認プロセス
に調査依頼を行い、調査結果を受信することに特徴があ
る。

〔作用〕

本発明においては、ファイルサーバのプロセスがワーク
ステーションとの通信時に、所定時間、データが送出さ
れない場合、そのプロセスは、プロセス間通信（パイプ
）で動作状態確認プロセスに状態確認を依頼する。これ
により、動作状態確認プロセスは、そのワークステーシ
ョンに通信リンクを張り、タイムアウトになると、ワー
クステーションは停止中、タイムアウトにならなければ
、動作中であると判断して、その旨を調査依頼プロセス
に通知する。

従って、ワークステーションの数が増加した場合、従来
のＨａｌｌｏｗ　Ｍｅｓｓａｇｅ等に比べ、動作状態を
確認する際の負荷を軽減することができる。

〔実施例〕

以下、本発明の一実施例を図面により説明する。

第３図は、本発明の一実施例における画像ファイリング
ネットワークシステムの構、成図である。

第３図において、３１．３２はデイスプレィ装置を有し
、文書の閲覧、登録を行うワークステーション（Ｗ　Ｓ
　Ａ、　Ｗ　Ｓ　Ｂ）、３３はプリンタサーバ、３４は
プリンタサーバ３３を介し、ＷＳＡ３１゜ＷＳＢ３２　
からのプリント依頼を実行するプリンタ、３５はファイ
ルサーバ、３６はファイルサーバ３５を介し、ＷＳＡ３
１．ＷＳ、３２により登録された画像データ等を記録す
るファイル装置であり、これらはトランシーバによりＥ
ＴＨＥＲＮＥＴに結ばれる。

本実施例では、例えばＷＳＡ３１が文書を閲覧している
時、ファイルサーバ３５はＷＳＡ３１からの次の命令待
ち状態となり、ＷＳＡ３１が次ページの要求をファイル
サーバ３５に出すと、ファイルサーバ３５はその命令を
受は取って、次ページのデータを送出する。さらに、　
　ＷＳＡ３１が次ページの要求をファイルサーバ３５に
出さないで電源を切ると、ファイルサーバ３５は命令待
ちの状態を続けることになるが、タイムアウトは好まし
くないため、タイムアウトの場合には、ファイルサーバ
３５の動作状態確認プロセスにより、そのワークステー
ションが停止中であると判断して、調査依頼プロセスに
結果（停止中）を通知する。

なお、タイムアウトが好ましくない理由は、次に述べる
通りである。すなわち、画像ファイリングネットワーク
システムでは、オペレータがワークステーションを用い
て２ペ一ジ以上の文書を閲覧することを所望し、ファイ
ルサーバより１ページ目のイメージ情報を貰って、ワー
クステーションのディスネプレイで閲覧している場合、
ファイルサーバは次の命令待ちになっている。ここで、
ファイルサーバがタイムアウトでリンクを切ると、オペ
レータが２ページ目のイメージ情報を要求しても、リン
クが切れているため、エラーとなり、閲覧を行う場合に
は、再びファイルサーバとのリンクを確立する必要があ
る。このように、オペレータという不確定な人間が介在
するため、タイムアウト値を設定することが難しいこと
による。

次に、本実施例におけるワークステーションの動作状態
確認方法について述べる。

第１図は、本発明の一実施例におけるワークステーショ
ンの動作状態確認方法を示すフローチャート、第４図は
本発明の一実施例におけるファイルサーバのプロセスを
示す説明図、第５図は本発明の一実施例におけるパイプ
の構成を示す説明図である。

本実施例では、第４図のように、ファイルサーバ３５の
プロセスとしてプロセスＡ−Ｄを有し、プロセスＡ−Ｃ
は直接、他ステーションとの通信を行っているプロセス
であって、プロセスＤは各ノードの動作状態を確認する
プロセスである。

また、プロセスＡ′ｈ＜ＷＳＡ３１と通信を行っている
時、所定時間、データがＷＳＡ３１より送出されないと
、プロセスＡはＷＳＡ３１の動作状態を確認するため、
パイプでプロセスＤにＷＳＡ３１の状態確認を依頼する
。なお、パイプとは、マルチタスクのコンピュータで同
時に実行されている複数のプログラム間でデータの授受
を行う場合。

それを実現するプロセス間通信の１種であり、ＵＮＩＸ
、コンカレントＤＯ３，Ｏ８２等ではパイプシステムを
採用している。また、その構成は第５図に示され、“調
査してほしいステーション名″と″調査結実用パイプ名
″から構成される６また、プロセスＤは、通常、パイプ
リード待ちでパイプにライトされた時、第５図に示した
パイプより動作状態を調べるべきステーション名（調査
してほしいステーション名）を得、例えばＷＳＡ３１に
通信リンクを設定する。この場合、タイムアウトとなる
ならば、ＷＳＡ３１は停止中であり、その他であれば、
動作中であることがわかる。さらに、その調査結果をパ
イプで示された結果返答用のパイプにライトする。

これにより、プロセスＡはＷＳＡ３１との通信を続行す
るか否かを判断する。

また、プロセスＢ、Ｃも同様にして、必要な時のみ、プ
ロセスＤに対して通信相手の動作状態調査を依頼するこ
とができる。

また、結果返答用のパイプ名は、各プロセスが個有のリ
ンクナンバーによりユニークな名前を付加することがで
き、この名前を使用することで、プロセスＤからの返答
に間違いが起こることを防ぐ。このユニークな名前とは
、各プロセスで一意的に決まる名前である。本実施例で
は、リンクナンバーは各プロセスで固有なものであるた
め、これを利用して返答用パイプを作成することにより
、返答エラーを避ける。また、通常の通信では、相手先
と通信リンクが確立すると、リンクナンバーが得られ、
そのリンクナンバーを使用して通信する。

なお、各ワークステーション３１，３２．プリンタサー
バ３３も同様のプロセスを有する。

次に、第１図により、相手ステーションの動作状態を確
認する場合の処理手順について述べる。

本実施例では、まず、相手ステーション（例えばＷＳＡ
３１）と通信リンクを確立して（１０１）、データが送
られるのを待つ（１０２）。

さらに、一定時間、データが送られてこない場合には（
１０３）、現在使用しているリンクナンバーにより、結
果返答用パイプを一意的に決まる名前で作成して（１０
４）、動作確認プロセスに調査依頼する（１０５）。こ
の場合、ＷＳＡ３１のリンクナンバー“００１”を用い
る。

一方、動作状態確認プロセスでは、要求受付用パイプを
作成しく２０１）・、依頼待ち状態で調査依頼プロセス
（プロセスＡ）からの調査依頼を受けると（２０２，２
０３）、ＷＳＡ３１に通信リンクを張ってみる（２０３
）。

その結果、コネクトがタイムアウトになると（２０４）
　、ＷＳＡ３１は停止中であると判断しく２０６）、ま
た、タイムアウトにならなければ（２０４）、ＷＳＡ３
１は動作中であると判断して（２０５）、返答用パイプ
で調査結果をライトして、調査依頼プロセスに通知する
（２０７）。

これにより、結果待ち状態にあった調査依頼プロセスは
、その調査結果を受は取ってＷＳＡ３１が動作中か否か
を判定する（１０６，１０７）。

その結果、ＷＳＡ３１が停止中であれば、通信を中断し
く１０８）、また、動作中であれば、ステツブ１０２に
戻る。

最後に１本実施例の方法により得られる具体的な効果に
ついて述べる。

例えば、本実施例と同様に、複数のワークステーション
、ファイルサーバとファイル装置、プリンタサーバとプ
リンタを備え、それらをトランシーバでＥＴＨＥＲＮＥ
Ｔに接続したネットワークにおいて、１０台のワークス
テーションと、ファイルサーバとの間で、データを１０
分間隔で１時間送受信し、動作確認を１分間隔で行う場
合、データの送受信のない時は、相手先の動作確認を行
う必要がなく、また、データの送受信時は、当然動作中
と判断できる。従って、通信を行っていない３０分間だ
け、調査をすればよいため、負荷は３０ＸＩＯ＝３００
となる。

これに対し、従来の）ｆｅｌｌｏｗ　Ｍｅｓｓａｇｅを
用いた方法では、ファイルサーバは１０台のワークステ
ーションからのＨｅ１ｌｏｉｉ　Ｍｅｓｓａｇｅを受け
ることになり。

データの送受信に関係なく、１時間で６００のＨｅｌｌ
ｏｗ　Ｍｅｓｓａｇｅを受ける。

このように、従来の方法に比べて負荷が半減する。また
、１０台のワークステーションの中、１台のみと通信を
行う場合には、従来方法では負荷は変化しないが、本実
施例の方法では負荷も３０ｘｌ＝３０となり、１／ｉｏ
に減少する。

〔発明の効果〕

本発明によれば、ネットワークシステムにおける各ノー
ドの動作状態の確認する際の負荷を軽減することができ
る。

また、）ｆｅｌｌｏｗ　Ｍｅｓｓａｇｅを通信プロトコ
ルに組み込む必要がなく、他のＬＡＮとの結合も容品で
ある。

【図面の簡単な説明】

第１図は本発明の一実施例におけるワークステーション
の動作状態確認方法を示すフローチャート、第２図は従
来のＬＡＮにおけるステーションの動作状確認方法を示
す説明図、第３図は本発明の一実施例における画像ファ
イリングネットワークシステムの構成図、第４図は本発
明の一実施例におけるファイルサーバのプロセスを示す
説明図、第５図は本発明の一実施例におけるパイプの構
成を示す説明図である。２１〜２５ニスチージヨン、３１，３２：ワークステー
ション（ＷＳＡ、　ＷＳＢ）、　３３　：プリンタサー
バ、３４：プリンタ、３５：ファイルサーバ。３６：ファイル装置。第図

Claims

【特許請求の範囲】

１、通信手段を有するコンピュータ装置を利用して構成
したＬＡＮにおいて、ノードの動作状態を確認するプロ
セスを設け、ノードと通信中のプロセスが必要とする場
合のみ、該プロセスはプロセス間通信により該動作状態
確認プロセスに調査依頼を行い、調査結果を受信するこ
とを特徴とするＬＡＮにおける各ノードの動作状態の確
認方法。