JPH05257850A - ネットワーク管理方法およびネットワークシステム - Google Patents

Abstract

(57)【要約】 【目的】異常の対処を要請する際に、異常の発生源から
の物理距離を考慮して、要請先を選択する。 【構成】複数の情報処理装置が通信回線により接続され
ているネットワークシステムにおいて、上記複数の情報
処理装置のうちの少なくとも１つの情報処理装置は、自
情報処理装置と他の情報処理装置の各々との間の物理距
離を示す情報を保持しており、自情報処理装置に異常が
発生した場合に、保持されている物理距離情報に基づい
て、稼働中の他の情報処理装置のうちから、最も物理距
離が短い情報処理装置を選択して、異常の対処を要請す
る。 【効果】異常の発生源から最も物理距離が短い情報処理
装置を利用している利用者に、異常の対処を行ってもら
うことができるので、効率的なネットワークシステムを
構築できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の利用者が複数の
資源を共有するネットワークシステムにおいて、利用者
にとって利便のよいネットワーク環境を提供するネット
ワーク管理方法に関する。

【０００２】

【従来の技術】複数の利用者が複数の資源を共有するＬ
ＡＮ等のネットワークシステムが普及している。このよ
うなネットワークシステムにおいては、効率のよい運用
管理が必要となる。

【０００３】例えば、システムの一部に異常が発生した
場合には、利用者にその旨を通知して、対処を要請する
必要がある。その方法としては、例えば、コンピュータ
＆ネットワークＬＡＮ，「ネットワークＯＳでＰＣ−Ｌ
ＡＮの効果的な構築をどう実現するか？」，３７頁，１
９９０年５月１日株式会社オーム社発行で紹介されてい
るように、メッセージ送信機能を利用して、利用者に対
して異常の対処を要請するるものがある。この際に、要
請先は、利用者によって設定された固定的な利用者とな
る。

【０００４】

【発明が解決しようとする課題】上記従来技術において
は、要請先が、必ずしも異常の対処に最適な利用者とな
るとは限らなかった。例えば、要請先として設定されて
いる利用者が、たまたま異常の発生源から遠い所にいた
場合、その利用者に対処を要請するよりも、異常の対処
が可能な利用者が異常の発生源の近くにいれば、その利
用者に要請する方がよい。

【０００５】本発明の目的は、異常の対処を要請する際
に、異常の発生源からの物理距離を考慮して、要請先を
選択することを可能とすることにある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、複数の情報処理装置が通信回線により接
続されているネットワークシステムにおいて、上記複数
の情報処理装置のうちの少なくとも１つの情報処理装置
は、自情報処理装置と他の情報処理装置の各々との間の
物理距離を示す情報を保持しており、例えば、発生した
異常の対処を要請する要請先を選択する場合など、他情
報処理装置のうちから任意の情報処理装置を選択する必
要が生じた場合に、保持されている物理距離情報に基づ
いて、物理距離が短い順に、情報処理装置を選択するよ
うにしている。

【０００７】すなわち、本発明は、複数の情報処理装置
が通信回線により接続されているネットワークシステム
において、上記複数の情報処理装置のうちの少なくとも
１つの情報処理装置は、自情報処理装置と他の情報処理
装置の各々との間の物理距離を示す情報を保持する保持
手段と、自情報処理装置に異常が発生した場合に、上記
保持手段の保持内容に基づいて、稼働中の他の情報処理
装置のうちから、最も物理距離が短い情報処理装置を選
択する選択手段と、上記選択手段により選択された情報
処理装置に対して、異常の対処を要請する要請手段とを
備えるようにしている。

【０００８】なお、上記複数の情報処理装置は、上記要
請手段により異常の対処を要請された場合に、その旨を
示すメッセージを表示する表示手段と、上記要請に対す
る利用者からの受諾指示または拒否指示を受け付ける受
付手段と、上記受付手段により受け付けられた受諾指示
または拒否指示を、異常の対処を要請した情報処理装置
に応答する応答手段とを備えるようにすることができ、
このようにした場合は、上記選択手段は、異常の対処を
要請した情報処理装置の応答手段から拒否受諾が応答さ
れるまで、稼働中の他の情報処理装置のうちから、物理
距離が短い順に、情報処理装置を選択するようにする。

【０００９】また、本発明は、複数の情報処理装置が通
信回線により接続されているネットワークシステムにお
いて、上記複数の情報処理装置のうちの少なくとも１つ
の情報処理装置は、自情報処理装置と他の情報処理装置
の各々との間の物理距離を示す情報を保持する第１の保
持手段と、他の情報処理装置を利用している利用者を示
す情報を保持する第２の保持手段と、利用者ごとに、該
利用者が対処可能な異常の種類を保持する第３の保持手
段と、自情報処理装置に異常が発生した場合に、上記第
１の保持手段，上記第２の保持手段および上記第３の保
持手段の保持内容に基づいて、発生した異常の種類につ
いて対処可能な利用者が利用している情報処理装置のう
ちから、最も物理距離が短い情報処理装置を選択する選
択手段と、上記選択手段により選択された情報処理装置
に対して、異常の対処を要請する要請手段とを備えるよ
うにしている。

【００１０】なお、上記複数の情報処理装置は、上記要
請手段により異常の対処を要請された場合に、その旨を
示すメッセージを表示する表示手段と、上記要請に対す
る利用者からの受諾指示または拒否指示を受け付ける受
付手段と、上記受付手段により受け付けられた受諾指示
または拒否指示を、異常の対処を要請した情報処理装置
に応答する応答手段とを備えるようにすることができ、
このようにした場合は、上記選択手段は、異常の対処を
要請した情報処理装置の応答手段から拒否受諾が応答さ
れるまで、発生した異常の種類について対処可能な利用
者が利用している情報処理装置のうちから、物理距離が
短い順に、情報処理装置を選択するようにする。

【００１１】

【作用】本発明によれば、上記複数の情報処理装置のう
ちの少なくとも１つの情報処理装置は、自情報処理装置
に異常が発生した場合に、稼働中の他の情報処理装置の
うちから、最も物理距離が短い情報処理装置に対して、
異常の対処を要請することができる。

【００１２】異常の対処を要請された情報処理装置を利
用している利用者は、異常の発生源から最も物理距離が
短い利用者であるので、速やかに異常の対処を行うこと
ができる。

【００１３】また、本発明によれば、上記複数の情報処
理装置のうちの少なくとも１つの情報処理装置は、自情
報処理装置に異常が発生した場合に、発生した異常の種
類について対処可能な利用者が利用している情報処理装
置のうちから、最も物理距離が短い情報処理装置に対し
て、異常の対処を要請することができる。

【００１４】異常の対処を要請された情報処理装置を利
用している利用者は、異常の発生源から最も物理距離が
短い利用者で、かつ、発生した異常の対処が可能な利用
者であるので、速やかに異常の対処を行うことができ
る。

【００１５】これにより、異常への対応をより迅速に
し、利用者の負担をより少なく、公平にすることができ
る。

【００１６】

【実施例】以下、本発明の実施例について図面を用いて
説明する。

【００１７】図１は本実施例に係るネットワークシステ
ムの構成図である。

【００１８】本実施例では、ＬＡＮによるネットワーク
を想定しているが、他にも複数のコンピュータが接続さ
れるネットワーク環境にも適用可能である。

【００１９】図１において、本実施例のネットワークシ
ステムは、通信回線１，ワークステーション２，サーバ
３，利用者４から構成されている。サーバ３は、さら
に、サーバ本体３１，ディスク資源３２，プリンタ３３
から構成されている。

【００２０】サーバ本体３１の機能としては、利用者４
に対して、ディスク資源３２やプリンタ３３の機能を提
供することが挙げられる。また、その補助的な機能とし
て、サーバ本体３１，ディスク資源３２，プリンタ３３
に異常が発生した場合に、利用者４に対して、対処を要
請することが挙げられる。その際、どの利用者４に要請
するかが問題となるが、早く対処してもらうためには、
異常の発生源からの物理距離が最も短いワークステーシ
ョン２を利用している利用者４に、対処してもらうこと
が好ましい。

【００２１】そこで、本実施例においては、異常が発生
した場合に、異常の発生源からの物理距離が最も短いワ
ークステーション２を選択して、該ワークステーション
２を利用している利用者４に対して、対処を要請するよ
うにしている。

【００２２】以下、異常の発生源からの物理距離が最も
短いワークステーション２を選択する処理について説明
する。

【００２３】以下の説明では、図７に示すようなネット
ワーク環境を想定する。

【００２４】図７において、サーバＡ３とワークステー
ションＡ２，ワークステーションＢ２，ワークステーシ
ョンＣ２，ワークステーションＤ２，ワークステーショ
ンＥ２との間の物理距離は、それぞれ、約２０メート
ル，約１０メートル，約３０メートル，約５メートル，
約１メートルであることを示している。

【００２５】サーバＡ３は、各ワークステーション２と
の間の物理距離を示す値を、図６に示すように、物理距
離テーブル５０として保持している。物理距離テーブル
５０は、ネットワークシステムの構築時または増築時
に、システム管理者が予め設定しておくものである。

【００２６】また、図７において、ワークステーション
Ｂ２，ワークステーションＣ２，ワークステーションＤ
２が稼働しており、それぞれ、利用者Ｂ４，利用者Ｃ
４，利用者Ｄ４により利用されている。

【００２７】サーバＡ３は、稼働しているワークステー
ション２を識別するためのワークステーション識別子
を、図４（ａ）に示すように、ワークステーションテー
ブル５１として保持している。ワークステーション２
は、利用者４によりログインされると、サーバＡ３に対
して、ワークステーション識別子を含む信号を送信する
ので、サーバＡ３は、ログインされたワークステーショ
ン２を識別することができ、ワークステーションテーブ
ル５１に登録する。また、ワークステーション２は、利
用者４によりログオフされると、サーバＡ３に対して、
ワークステーション識別子を含む信号を送信するので、
サーバＡ３は、ログオフされたワークステーション２を
識別することができ、ワークステーションテーブル５１
から削除する。

【００２８】さて、ここで、サーバＡ３に異常が発生し
た場合に、サーバＡ３は、図２のフローチャートに示す
ワークステーション選択処理を行う。

【００２９】図２において、サーバＡ３は、異常を検出
すると（ステップ２００）、ワークステーションテーブ
ル５１に登録されているワークステーション２につい
て、物理距離テーブル５０に設定されている物理距離が
短い順に並び換える（ステップ２０１）。並び換えた結
果を図４（ｂ）に示す。

【００３０】そして、まず、並び換えた結果の先頭に登
録されているワークステーション２（すなわち、稼働し
ているワークステーション２のうち物理距離が最も短い
ワークステーションＤ２）に対して、対処要請を送信す
る（ステップ２０２）。対処要請は、例えば、プリンタ
３３の異常である場合は、図３に示すようなメッセージ
をワークステーション２に表示させ、利用者４に対処し
てもらえるか否かを問いかける。ここで、利用者４は、
対処可能であれば、マウス等のポインティングデバイス
等により、「はい」を指示し、対処不可能であれば、
「いいえ」を指示する。指示結果は、サーバＡ３に返送
される。

【００３１】サーバＡ３は、対処要請を送信したワーク
ステーション２からの指示結果が「はい」である場合は
（ステップ２０３）、利用者４が対処要請を受諾したも
のとして、対処待ちとなる（ステップ２０６）。

【００３２】また、対処要請を送信したワークステーシ
ョン２からの指示結果が「いいえ」である場合、また
は、指示結果が一定時間返送されなかった場合は（ステ
ップ２０３）、利用者４が対処要請を拒否したものとし
て、並び換えた結果の２番目に登録されているワークス
テーション２があるならば（ステップ２０４）、そのワ
ークステーション２（すなわち、稼働しているワークス
テーション２のうちの物理距離が２番目に短いワークス
テーションＢ２）に対して、対処要請を送信する（ステ
ップ２０５）。以降、対処要請が受諾されるまで、順
次、対処要請を送信し、対処要請が受諾されると、対処
待ちとなる（ステップ２０６）。

【００３３】なお、図２のフローチャートにおいては、
並び換えた結果の最後尾に登録されているワークステー
ション２まで対処要請が拒否され続けた場合には、再度
先頭のワークステーション２に対して、対処要請を送信
するようになっているが、対処要請の送信を保留するよ
うにしてもよい。

【００３４】上述したように、異常の発生源からの物理
距離が最も短いワークステーション２を利用している利
用者４に対して、異常の発生を通知し、対処を要請する
ことができる。

【００３５】一方、異常の対処を要請する際に、早く対
処してもらうためには、異常の発生源からの物理距離が
最も短いワークステーション２を利用している利用者４
で、かつ、発生した異常の対処能力を有する利用者４
に、対処してもらうことがさらに好ましい。

【００３６】そこで、以下に示す実施例においては、デ
ィスク資源３２やプリンタ３３の異常が発生した場合
に、異常の発生源からの物理距離が最も短いワークステ
ーション２を利用している利用者４で、かつ、発生した
異常の対処能力を有する利用者４を選択して、該利用者
４に対して、対処を要請するようにしている。

【００３７】以下、異常の発生源からの物理距離が最も
短いワークステーション２を利用している利用者４で、
かつ、発生した異常の対処能力を有する利用者４を選択
する処理について説明する。

【００３８】以下の説明では、図７に示すようなネット
ワーク環境を想定する。

【００３９】サーバＡ３は、各ワークステーション２と
の間の物理距離を示す値を、図６に示すように、物理距
離テーブル５０として保持している。

【００４０】また、サーバＡ３は、稼働しているワーク
ステーション２を識別するためのワークステーション識
別子、および、該ワークステーション２を利用している
利用者を識別するための利用者識別子を、図５（ａ）に
示すように、ワークステーションテーブル５２として保
持している。ワークステーション２がログインされたと
きにサーバＡ３に対して送信する信号には、ワークステ
ーション識別子のほかにも、実際には、ログインした利
用者の利用者識別子が含まれているので、サーバＡ３
は、ログインされたワークステーション２と共に、ログ
インした利用者４を識別することができ、ワークステー
ションテーブル５２に登録する。また、ワークステーシ
ョン２がログオフされたときにサーバＡ３に対して送信
する信号には、ワークステーション識別子のほかにも、
実際には、ログオフした利用者の利用者識別子が含まれ
ているので、サーバＡ３は、ログオフされたワークステ
ーション２と共に、ログオフした利用者４を識別するこ
とができ、ワークステーションテーブル５２から削除す
る。

【００４１】さらに、サーバＡ３は、各利用者４が対処
可能な異常の種類を示す情報を、図８に示すように、ユ
ーザ対処能力テーブル５３として保持しているユーザ対
処能力テーブル５３は、システム管理者が予め設定して
おくものである。図８において、例えば、利用者Ａ４
は、プリンタ３３の異常，ディスク資源３２の異常，サ
ーバ本体３１の異常の全ての対処が可能であり、利用者
Ｂ２は、プリンタ３３の異常，ディスク資源３２の異
常，サーバ本体３１の異常の全ての対処が不可能であ
り、利用者Ｃ４は、プリンタ３３の異常の対処は可能で
あるが、ディスク資源３２の異常，サーバ本体３１の異
常の対処は不可能であることを示している。

【００４２】さて、ここで、サーバＡ３に異常が発生し
た場合に、サーバＡ３は、図９のフローチャートに示す
ユーザ選択処理を行う。以下の説明では、プリンタ３３
に異常が発生した場合について説明するが、サーバ本体
３１，ディスク資源３２に異常が発生した場合について
も同様である。

【００４３】図９において、サーバＡ３は、異常を検出
すると（ステップ９００）、ワークステーションテーブ
ル５２に登録されている利用者４について、ユーザ対処
能力テーブル５３を参照することにより、プリンタ３３
の異常の対処が可能な利用者４を抜き出す（ステップ９
０１）。抜き出した結果を図５（ｂ）に示す。図５
（ｂ）において、利用者Ｂ４は、ワークステーション２
を利用しているが、プリンタ３３の異常の対処が不可能
であることがユーザ対処能力テーブル５３に設定されて
いるので、記載されていない。

【００４４】続いて、抜き出した利用者４が利用してい
るワークステーション２について、物理距離テーブル５
０に設定されている物理距離が短い順に並び換える（ス
テップ９０２）。並び換えた結果を図５（ｃ）に示す。

【００４５】そして、まず、並び換えた結果の先頭に登
録されている利用者４（すなわち、プリンタ３３の異常
の対処が可能な利用者４のうち、物理距離が最も短いワ
ークステーション２を利用している利用者４）が利用し
ているワークステーション２に対して、対処要請を送信
する（ステップ９０３）。対処要請は、例えば、図３に
示すようなメッセージをワークステーション２に表示さ
せ、利用者４に対処を行ってもらえるか否かを問いかけ
る。ここで、利用者４は、対処可能であれば、マウス等
のポインティングデバイスにより、「はい」を指示し、
対処不可能であれば、「いいえ」を指示する。指示結果
は、サーバＡ３に返送される。

【００４６】サーバＡ３は、対処要請を送信したワーク
ステーション２からの指示結果が「はい」である場合は
（ステップ９０４）、利用者４が対処要請を受諾したも
のとして、対処待ちとなる（ステップ９０７）。

【００４７】また、対処要請を送信したワークステーシ
ョン２からの指示結果が「いいえ」である場合、また
は、指示結果が一定時間返送されなかった場合は（ステ
ップ９０４）、利用者４が対処要請を拒否したものとし
て、並び換えた結果の２番目に登録されている利用者４
があるならば（ステップ９０５）、その利用者４（すな
わち、プリンタ３３の異常の対処が可能な利用者４のう
ち、物理距離が最も短いワークステーション２を利用し
ている利用者４）が利用しているワークステーション２
に対して、対処要請を送信する（ステップ９０６）。以
降、対処要請が受諾されるまで、順次、対処要請を送信
し、対処要請が受諾されると、対処待ちとなる（ステッ
プ９０７）。

【００４８】なお、図９のフローチャートにおいては、
並び換えた結果の最後尾に登録されている利用者４が利
用しているワークステーション２まで対処要請が拒否さ
れ続けた場合には、再度先頭の利用者４が利用している
ワークステーション２に対して、対処要請を送信するよ
うになっているが、対処要請の送信を保留するようにし
てもよい。

【００４９】上述したように、異常の発生源からの物理
距離が最も短いワークステーション２を利用している利
用者４で、かつ、発生した異常の対処が可能な利用者４
に対して、異常の発生を通知し、対処を要請することが
できる。

【００５０】さて、上述した実施例では、発生した異常
の対処を要請する際に、サーバとワークステーションと
の間の物理距離を加味して、要請先となるワークステー
ションを選択するようにしているが、以下に説明するよ
うに、ワークステーションからプリンタを利用する際
に、ワークステーションとプリンタとの間の物理距離を
加味して、複数のプリンタのうちから利用すべきプリン
タを選択して利用するような別の実施例も考えられる。

【００５１】以下、このような別の実施例について説明
する。

【００５２】本実施例では、図１０に示すようなネット
ワーク環境を想定する。

【００５３】図１０において、ワークステーションＡ２
とプリンタＡ３３，プリンタＢ３３，プリンタＣ３３，
プリンタＤ３３との間の物理距離は、それぞれ、約２０
メートル，約１０メートル，約２５メートル，約１５メ
ートルであることを示している。利用者Ａ４は、ワーク
ステーションＡ２を利用しており、プリンタＡ３３，プ
リンタＢ３３，プリンタＣ３３，プリンタＤ３３のいず
れかを利用して、至急印刷したいとする。ここでは、プ
リンタ３３の性能は同じものとする。

【００５４】通常、利用者４は、プリンタ３３で印刷を
行った場合に、プリンタ３３が設置されている場所まで
印刷された用紙を取りに出向かなければならないことが
多い。そこで、プリンタ３３が複数設置されているなら
ば、移動の手間を考えて、利用者が利用しているワーク
ステーション２からの物理距離が最も短いプリンタ３３
で印刷を行うことが好ましい。

【００５５】そこで、本実施例においては、複数のプリ
ンタ３３のうちワークステーション２からの物理距離が
最も短いプリンタ３３を選択して、該プリンタ３３に対
して、印刷指示を行うようにしている。

【００５６】以下、複数のプリンタ３３のうちワークス
テーション２からの物理距離が最も短いプリンタ３３を
選択する処理について説明する。

【００５７】ワークステーション２は、各プリンタ３３
との間の物理距離を示す値を、図１１に示すように、物
理距離テーブル６０として保持している。物理距離テー
ブル６０は、ネットワークシステムの構築時または増築
時に、システム管理者が予め設定しておくものである。

【００５８】また、ワークステーション２は、プリンタ
３３が動作中であるか否かを示す情報を、図１２（ａ）
に示すように、プリンタ動作テーブル６１として保持し
ている。ワークステーション２は、利用者４から印刷要
求があると、特定のプリンタに対して印刷指示を行う前
に、全てのプリンタ３３に対して、動作中であるか否か
を問い合わせ、その応答を得るので、プリンタ３３が動
作中であるか否かを識別することができ、プリンタ動作
テーブル６１に登録する。

【００５９】さて、ワークステーション２は、利用者４
から印刷要求があった場合に、図１３のフローチャート
に示すプリンタ選択処理を行う。

【００６０】図１３において、まず、ワークステーショ
ン２は、プリンタ動作テーブル６１に登録されているプ
リンタ３３のうち、動作中のプリンタ３３を抜き出す
（ステップ１３０１）。抜き出した結果を図１２（ｂ）
に示す。図１２（ｂ）において、プリンタＢ３３は、停
止中であるので、記載されていない。

【００６１】続いて、抜き出したプリンタ３３につい
て、物理距離テーブル６０に設定されている物理距離が
短い順に並び換える（ステップ１３０２）。並び換えた
結果を図１２（ｃ）に示す。

【００６２】そして、並び換えた結果の先頭に登録され
ているプリンタ３３（すなわち、ワークステーション２
からの物理距離が最も短いプリンタＤ３３）に対して、
印刷指示を送信する（ステップ１３０３）。

【００６３】なお、印刷指示を送信したプリンタ３３か
ら印刷が正常終了した旨の信号が返送された場合に（ス
テップ１３０４）、例えば、図１４に示すように、印刷
が終了した旨を示すメッセージを表示することにより、
利用者４に通知してもよい（ステップ１３０５）。ま
た、印刷指示を送信したプリンタ３３から印刷が異常終
了した旨の信号が返送された場合に（ステップ１３０
４）、並び換えた結果の２番目に登録されているプリン
タ３３があるならば（ステップ１３０６）、そのプリン
タ３３に対して、印刷指示を送信する（ステップ１３０
７）。以降、印刷が正常終了した旨の信号が返送される
まで、順次、印刷指示を送信し、印刷が正常終了した旨
の信号が返送されると、印刷が終了した旨を示すメッセ
ージを表示する（ステップ１３０５）。

【００６４】上述したように、動作中のプリンタ３３の
うち、利用者４が利用しているワークステーション２か
らの物理距離が最も短いプリンタ３３に対して、印刷指
示を行うことができる。

【００６５】また、プリンタ選択処理は、図１４に示す
フローチャートのようにしてもよい。

【００６６】すなわち、図１４において、まず、ワーク
ステーション２は、プリンタ動作テーブル６１に登録さ
れているプリンタ３３のうち、動作中のプリンタ３３を
抜き出す（ステップ１４０１）。続いて、抜き出したプ
リンタ３３について、物理距離テーブル６０に設定され
ている物理距離が短い順に並び換える（ステップ１４０
２）。

【００６７】そして、並び換えた結果の先頭に登録され
ているプリンタ３３（すなわち、ワークステーション２
からの物理距離が最も短いプリンタＤ３３）に対して、
印刷指示を送信してよいか否かを、例えば、図１６に示
すようなメッセージを表示することにより、利用者４に
確認させる（ステップ１４０３）。ここで、利用者４
は、プリンタＤ３３に印刷してもよければ、マウス等の
ポインティングデバイスにより、「はい」を指示し、他
のプリンタ３３に印刷したければ、「次候補」を指示
し、印刷を取りやめたければ、「印刷取りやめ」を指示
する。

【００６８】ワークステーション２は、利用者４の指示
結果が「はい」である場合は（ステップ１４０４）、指
示されたプリンタＤ３３に対して印刷指示を送信し（ス
テップ１４０５）、利用者４の指示結果が「次候補」で
ある場合は（ステップ１４０６）、並び換えた結果の２
番目に登録されているプリンタ３３（すなわち、ワーク
ステーション２からの物理距離が２番目に短いプリンタ
Ａ３３）に対して、印刷指示を送信してよいか否かを、
利用者４に確認させる（ステップ１４０７）。以降、利
用者４から「はい」または「取りやめ」が入力されるま
で、順次、印刷指示を送信するプリンタ３３を確認させ
る。また、利用者４の指示結果が「印刷取りやめ」であ
る場合は、印刷を中止する（ステップ１４１１）。

【００６９】なお、印刷指示を送信したプリンタ３３か
ら印刷が正常終了した旨の信号が返送された場合に、例
えば、図１５に示すように、印刷が終了した旨を示すメ
ッセージを表示することにより、利用者４に通知しても
よい。また、印刷指示を送信したプリンタ３３から印刷
が異常終了した旨の信号が返送された場合に、次候補の
プリンタ３３に対して、印刷指示を送信してよいか否か
を、利用者４に確認させるようにしてもよい。

【００７０】また、本実施例は、さらに以下に示すよう
に応用することができる。

【００７１】すなわち、プリンタ選択処理を行う際に、
プリンタ３３の動作状況および物理距離のほかに、プリ
ンタキュー（印刷指示待ち行列）に登録されている印刷
指示の量やプリンタ３３自体の印刷速度等から、これか
ら送信しようとしている印刷指示について、印刷が終了
するまでの時間を推測し、プリンタ３３を選択する際の
評価基準に加えるようにする。このようにすれば、「と
にかく近くのプリンタ３３に印刷したい」という物理距
離を重視する場合のほかに、「できれば近くのプリンタ
３３に印刷したいが、遠くても早く印刷したい」という
印刷終了時間を重視する場合にも対応でき、目的に応じ
た使いわけができるようになる。

【００７２】なお、プリンタ３３の印刷速度は、プリン
タ３３に固有のカタログ等より得た値をサーバ３に登録
しておき、これを利用すればよい。また、プリンタキュ
−に登録されている印刷指示の量は、サーバ３に問い合
わせればわかる。

【００７３】このようにした場合に、図１７に示すよう
なメッセージを表示することにより、物理距離および印
刷終了時間のどちらを重視するかを利用者４に問い合わ
せるようにする。図１７（ａ）は利用者４が物理距離を
重視した場合のメッセージを示す表示画面あり、図１７
（ｂ）は利用者４が印刷終了時間を重視した場合のメッ
セージを示す表示画面である。図１７（ａ）において、
マウス等のポインティングデバイスにより、利用者４が
「時間」を指示すると、図１７（ｂ）の表示画面に切り
換わる。また、利用者４が「プリンタＡ］を指示する
と、指示されたプリンタＡ３３が選択される。なお、選
択されたプリンタ３３は、網かけや別の色で表示するな
どして、選択されていることを明示するようにする。そ
して、利用者４が「印刷実行」を指示すると、指示する
と、現在選択されているプリンタ３３に対して印刷指示
が送信される。また、「取消し」を指示すると、印刷を
取りやめる。

【００７４】

【発明の効果】以上説明したように、本発明によれば、
発生した異常の対処を要請する要請先を選択する場合
に、異常の発生源からの物理距離を考慮して、最も物理
距離が短い情報処理装置を要請先として選択することが
できる。従って、異常の発生源から最も物理距離が短い
利用者に対処してもらうことができるので、効率的なネ
ットワークシステムを構築できるという効果がある。

【図面の簡単な説明】

【図１】本実施例に係るネットワークシステムの構成
図。

【図２】ワークステーション選択処理のフローチャー
ト。

【図３】異常の対処を要請する表示画面例を示す説明
図。

【図４】ワークステーションテーブルを示す説明図。

【図５】ワークステーションテーブルを示す説明図。

【図６】物理距離テーブルを示す説明図。

【図７】本実施例のネットワーク環境の例を示す説明
図。

【図８】ユーザ対処能力テーブルを示す説明図。

【図９】ユーザ選択処理のフローチャート。

【図１０】別の実施例のネットワーク環境の例を示す説
明図。

【図１１】物理距離テーブルを示す説明図。

【図１２】プリンタ動作テーブルを示す説明図。

【図１３】プリンタ選択処理のフローチャート。

【図１４】プリンタ選択処理のフローチャート。

【図１５】選択したプリンタで印刷した旨を通知する表
示画面例を示す説明図。

【図１６】選択したプリンタで印刷してよいか否かを確
認させる表示画面例を示す説明図。

【図１７】物理距離，印刷時間のどちらを重視するかを
問い合わせる表示画面例を示す説明図。

【符号の説明】

１…通信回線、２…ワークステーション、３…サーバ、
４…利用者、３１…サーバ本体、３２…ディスク資源、
３３…プリンタ、５０，６０…物理距離テーブル、５
１，５２…ワークステーションテーブル、５３…ユーザ
対処能力テーブル、６１…プリンタ動作テーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 松村 悟 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所マイクロエレクトロニク ス機器開発研究所内 (72)発明者 古川 博 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所マイクロエレクトロニク ス機器開発研究所内

Claims (7)

【特許請求の範囲】
1. 【請求項１】複数の情報処理装置が通信回線により接続
   されているネットワークシステムにおいて、上記複数の
   情報処理装置のうちの少なくとも１つの情報処理装置
   は、自情報処理装置と他の情報処理装置の各々との間の
   物理距離を示す情報を保持しており、他情報処理装置の
   うちから任意の情報処理装置を選択する必要が生じた場
   合に、保持されている物理距離情報に基づいて、物理距
   離が短い順に、情報処理装置を選択することを特徴とす
   るネットワーク管理方法。
2. 【請求項２】複数の情報処理装置が通信回線により接続
   されているネットワークシステムにおいて、 上記複数の情報処理装置のうちの少なくとも１つの情報
   処理装置は、自情報処理装置と他の情報処理装置の各々
   との間の物理距離を示す情報を保持する保持手段と、自
   情報処理装置に異常が発生した場合に、上記保持手段の
   保持内容に基づいて、稼働中の他の情報処理装置のうち
   から、最も物理距離が短い情報処理装置を選択する選択
   手段と、上記選択手段により選択された情報処理装置に
   対して、異常の対処を要請する要請手段とを備えたこと
   を特徴とするネットワークシステム。
3. 【請求項３】複数の情報処理装置が通信回線により接続
   されているネットワークシステムにおいて、 上記複数の情報処理装置のうちの少なくとも１つの情報
   処理装置は、自情報処理装置と他の情報処理装置の各々
   との間の物理距離を示す情報を保持する保持手段と、自
   情報処理装置に異常が発生した場合に、任意の情報処理
   装置を選択する選択手段と、上記選択手段により選択さ
   れた情報処理装置に対して、異常の対処を要請する要請
   手段とを備え、 上記複数の情報処理装置は、上記要請手段により異常の
   対処を要請された場合に、その旨を示すメッセージを表
   示する表示手段と、上記要請に対する利用者からの受諾
   指示または拒否指示を受け付ける受付手段と、上記受付
   手段により受け付けられた受諾指示または拒否指示を、
   異常の対処を要請した情報処理装置に応答する応答手段
   とを備え、 上記選択手段は、異常の対処を要請した情報処理装置の
   応答手段から拒否受諾が応答されるまで、上記保持手段
   の保持内容に基づいて、稼働中の他の情報処理装置のう
   ちから、物理距離が短い順に、情報処理装置を選択する
   ことを特徴とするネットワークシステム。
4. 【請求項４】複数の情報処理装置が通信回線により接続
   されているネットワークシステムにおいて、 上記複数の情報処理装置のうちの少なくとも１つの情報
   処理装置は、自情報処理装置と他の情報処理装置の各々
   との間の物理距離を示す情報を保持する第１の保持手段
   と、他の情報処理装置を利用している利用者を示す情報
   を保持する第２の保持手段と、利用者ごとに、該利用者
   が対処可能な異常の種類を保持する第３の保持手段と、
   自情報処理装置に異常が発生した場合に、上記第１の保
   持手段，上記第２の保持手段および上記第３の保持手段
   の保持内容に基づいて、発生した異常の種類について対
   処可能な利用者が利用している情報処理装置のうちか
   ら、最も物理距離が短い情報処理装置を選択する選択手
   段と、上記選択手段により選択された情報処理装置に対
   して、異常の対処を要請する要請手段とを備えたことを
   特徴とするネットワークシステム。
5. 【請求項５】複数の情報処理装置が通信回線により接続
   されているネットワークシステムにおいて、 上記複数の情報処理装置のうちの少なくとも１つの情報
   処理装置は、自情報処理装置と他の情報処理装置の各々
   との間の物理距離を示す情報を保持する第１の保持手段
   と、他の情報処理装置を利用している利用者を示す情報
   を保持する第２の保持手段と、利用者ごとに、該利用者
   が対処可能な異常の種類を保持する第３の保持手段と、
   自情報処理装置に異常が発生した場合に、任意の情報処
   理装置を選択する選択手段と、上記選択手段により選択
   された情報処理装置に対して、異常の対処を要請する要
   請手段とを備え、 上記複数の情報処理装置は、上記要請手段により異常の
   対処を要請された場合に、その旨を示すメッセージを表
   示する表示手段と、上記要請に対する利用者からの受諾
   指示または拒否指示を受け付ける受付手段と、上記受付
   手段により受け付けられた受諾指示または拒否指示を、
   異常の対処を要請した情報処理装置に応答する応答手段
   とを備え、 上記選択手段は、異常の対処を要請した情報処理装置の
   応答手段から拒否受諾が応答されるまで、上記第１の保
   持手段，上記第２の保持手段および上記第３の保持手段
   の保持内容に基づいて、発生した異常の種類について対
   処可能な利用者が利用している情報処理装置のうちか
   ら、物理距離が短い順に、情報処理装置を選択すること
   を特徴とするネットワークシステム。
6. 【請求項６】少なくとも１つの情報処理装置と複数のプ
   リンタとが通信回線により接続されているネットワーク
   システムにおいて、 上記情報処理装置は、自情報処理装置と複数のプリンタ
   の各々との間の物理距離を示す情報を保持する保持手段
   と、利用者から印刷要求が指示された場合に、上記保持
   手段の保持内容に基づいて、任意のプリンタを選択する
   選択手段と、上記選択手段により選択されたプリンタに
   対して、印刷指示を行う印刷指示手段とを備え、 上記選択手段は、上記印刷指示手段により印刷指示を行
   ったプリンタから正常終了が応答されるまで、稼働中の
   プリンタのうちから、物理距離が短い順に、プリンタを
   選択することを特徴とするネットワークシステム。
7. 【請求項７】請求項６記載のネットワークシステムにお
   いて、 上記印刷指示手段により印刷指示を行ったプリンタを示
   すメッセージを表示する表示手段を備えたことを特徴と
   するネットワークシステム。