JPH0744482A - サーバ状態管理システム - Google Patents

Abstract

(57)【要約】 【目的】ユーザがサーバに対して処理依頼を行う前にサ
ーバの状態を認識できるようにしてサーバの有効利用を
図る。 【構成】状態管理サーバ１５がプリントサーバ１１及び
１２の状態を管理し、該状態監視サーバ１５が管理する
プリントサーバ１１及び１２の状態をワークステーショ
ン１３若しくは１４に通知する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークに接続し
たステーションと、該ステーションにサービスを提供す
るサーバとを備えたネットワークにおけるサーバ状態管
理システムに関し、特にサーバの有効利用を図るために
該サーバの状態を状態管理サーバを用いて管理し、該状
態管理サーバから各ステーションに対して該サーバの状
態を通知するサーバ状態管理システムに関する。

【０００２】

【従来の技術】従来、ローカルエリアネットワーク（Ｌ
ＡＮ）等のネットワークにおいて、ユーザに対して各種
サービスを提供する際には、サービス機能毎に機能割付
けされた各種のサーバが用いられるのが一般的である。

【０００３】例えば、ユーザが文書を印刷したい場合に
は、プリント機能を有するプリントサーバがユーザから
の印刷要求を受信して、サーバ内のプリンタを用いて受
け付け順に印刷機能を実行することになる。

【０００４】すなわち、各種サーバを具備したシステム
においては、各種サーバが印刷処理等のサービスを代行
するため、ユーザは簡易に各種サービスを享受し得るこ
とになる。言い換えると、ユーザはサーバに対して所定
の手続き行えば足りるため、通常はサーバの状態に関知
することはない。

【０００５】ところが、例えば一刻も速く印刷結果を得
たいユーザが、プリントサーバＡに対して印刷要求を行
った場合において、該プリントサーバＡには印刷待ちの
データが多数滞留するとすれば、ユーザが印刷出力を得
るまでに時間を要してしまう。

【０００６】したがって、かかる場合には、ユーザに対
して「プリントサーバＡには印刷待ちが多い」との情報
を事前に通知できれば、印刷待ちの多いプリンタサーバ
Ａではなく、印刷待ちの少ない他のプリンタ（例えば離
隔した場所に配置されたプリントサーバＢ）に対してユ
ーザが印刷要求を行い、印刷出力を早期に入手できるこ
とになる。

【０００７】このように、ユーザがサーバの状況に応じ
たサービスを受けるために、サーバに対するアクセス情
報等をユーザに対して通知することが望まれる場合があ
る。

【０００８】そして、この通知を行う従来技術には、例
えば特開平２−２３２７６３号公報に開示される「シス
テム運用管理上の統計処理等を可能とするために、事象
をシステム全体で一元管理管理する事象集中管理方式」
や特開平３−２８３９９６号公報に開示される「遠隔監
視制御システムに接続して、監視制御情報の管理と画面
表示を行う集中管理制御装置」等がある。

【０００９】前者の技術においては、事象監視サーバに
おいて取り扱う事象に”サーバに対するアクセス情報
等”を付加し、ワークステーションからの問合わせに応
じてアクセス情報をユーザに通知することとなる。

【００１０】また、後者の技術においては、遠隔監視制
御システムの扱う監視制御情報に”サーバに対するアク
セス情報等”を付加し、各ワークステーションが集中管
理制御装置から上記情報の通知を受けることとなる。

【００１１】

【発明が解決しようとする課題】しかしながら、前者の
技術によると、事象管理サーバにおいて各種の事象を一
元管理するために、所望の情報を取り出す際に時間を要
する結果となる。

【００１２】すなわち、事象ログファイルにおいて事象
管理サーバが管理する情報には、システム内で発生する
膨大な事象が含まれるため、かかる事象の中からサーバ
のアクセス情報を取り出して、ワークステーションに通
知するにはサーチに時間を要してしまうからである。

【００１３】また、事象管理サーバに対しては、問合わ
せが頻発する場合も考えられるため、事象管理サーバの
レスポンスが遅延することも考えられる。

【００１４】したがって、ユーザが早急にサービスの提
供を受けるべく、事象管理サーバに問合わせを行ったと
しても、事象管理サーバ内の処理自体に時間を要する場
合があるため、必ずしもユーザの要求は満たされないと
いう問題がある。

【００１５】また、後者の技術によると、遠隔監視制御
システムの存在が前提となるために、”サーバに対する
アクセス情報等”を監視制御情報として取り扱う遠隔監
視制御システムを構築する必要が生じるため効率的では
ない。

【００１６】したがって、いずれの従来技術を用いたと
しても、各ユーザが効率良くサーバの状態を把握し得る
ようシステムを構築することは難しい。

【００１７】そこで、本発明では上記問題を解決し、ワ
ークステーションを取り扱うユーザが、サーバに対して
処理依頼を行う前にサーバの状態を認識できるようにし
てサーバの有効利用を図ることができるサーバ状態管理
システムを提供することを目的とする。

【００１８】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、ネットワークに接続したステーション
と、該ステーションにサービスを提供するサーバとを備
えたネットワークにおけるサーバ状態管理システムにお
いて、所定のタイミングで前記サーバと通信を行うこと
により、前記サーバの状態を管理する状態管理サーバ
と、前記状態管理サーバから前記ステーションに対して
前記サーバの状態を通知する通知手段とを具備したこと
を特徴とする。

【００１９】

【作用】本発明によれば、サーバの状態を状態管理サー
バにおいて管理し、該状態管理サーバが管理する該サー
バの状態を各ステーションに対して通知する。

【００２０】これにより、ステーションを取り扱うユー
ザは、サーバに対してサービスの依頼を行う前にサーバ
の状態を把握することができる。

【００２１】

【実施例】以下、本発明をプリントサーバに適用した場
合の一実施例について図面を参照して説明する。

【００２２】図１は、本実施例におけるシステムの全体
構成と状態管理サーバの構成とを示すブロック図であ
る。

【００２３】図１に示すように、本発明によるサーバ状
態管理システムは、プリントサーバ１１及び１２と、ワ
ークステーション１３及び１４と、状態管理サーバ１５
とがネットワーク１６に接続される構成をとる。

【００２４】ここで、プリントサーバ１１は、ネットワ
ーク１６に接続されたワークステーション１３及び１４
に対してプリントサービスを提供するサーバであり、プ
リント処理部１１ａ、ステイタス報告部１１ｂ及びプリ
ンタ１１ｃから構成される。

【００２５】プリント処理部１１ａは、ワークステーシ
ョン１３又は１４からの印刷要求を受け付け、要求の受
け付け順にプリンタ１１ｃを用いて逐次印刷処理を行う
ものである。

【００２６】ステイタス報告部１１ｂは、サーバの状態
（以下「ステイタス」という）を状態管理サーバ１５か
ら要求されたならば、プリントサーバ１１の稼動状況、
障害状況及び印刷待ち状況等を調べ、該ステイタスを状
態管理サーバ１５に報告するものである。

【００２７】プリンタ１１ｃは、プリント処理部１１ａ
の制御を受けて印刷処理を行うプリンタである。

【００２８】なお、プリントサーバ１２は、説明の便宜
上細部構成を図示省略したが、プリントサーバ１１と同
様に処理部、ステイタス報告部及びプリンタから構成さ
れる。

【００２９】次に、ワークステーション１３は、ユーザ
が取り扱うネットワーク加入端末であり、必要に応じて
適宜プリントサーバ１１又は１２に対して印刷要求を行
う。このワークステーション１３は、ユーザインターフ
ェース部１３ａ及びステイタス問合わせ部１３ｂから構
成される。

【００３０】ユーザインターフェース部１３ａは、ユー
ザから印刷指示を受けたならば、ステイタス問合わせ部
１３ｂにプリントサーバ１１又は１２のステイタスを確
認させ、該プリントサーバが所定の状態あれば該プリン
トサーバに対して印刷要求を行うものである。

【００３１】なお、所定の状態とは、例えば”プリンタ
が稼動状態でかつ印刷待ち数が３以下の場合”であり、
ユーザが任意に指定できるものである。また、状態表示
を行った後に処理を一時中断し、ユーザが再入力したプ
リントサーバに対して印刷要求を行うことも可能であ
る。

【００３２】ステイタス問合わせ部１３ｂは、ユーザイ
ンターフェース１３ａの指示により、状態管理サーバ１
５に対してプリントサーバ１１又は１２の状況を問合わ
せ、該問合わせ結果を表示するとともにユーザインター
フェース部１３ａに出力するものである。

【００３３】なお、ワークステーション１４は、説明の
便宜上細部構成を図示省略したが、ワークステーション
１３と同様にユーザインターフェース部及びステイタス
問合わせ部から構成される。

【００３４】次に、状態管理サーバ１５は、プリントサ
ーバ１１及び１２のステイタスを管理し、ワークステー
ション１３又は１４の要求により該ワークステーション
に対してステイタスの通知を行う装置であり、ステイタ
ス処理部１５ａと、ステイタス管理部１５ｂと、管理テ
ーブル１５ｃとから構成される。

【００３５】ステイタス処理部１５ａは、定期的にプリ
ントサーバ１１及び１２に対してステイタスの要求を行
い、該プリンタサーバから報告されるステイタスをステ
イタス管理部１５ｂに対して出力する。また、ステイタ
ス処理部１５ａがワークステーション１３又は１４から
プリントサーバ１１又は１２に対するステイタスの問合
わせを受けたならば、ステイタス管理部１５ｂに対して
該ステイタスの確認を指示し、確認結果を該ワークステ
ーションに通知する。

【００３６】ステイタス管理部１５ｂは、ステイタス処
理部１５ａからステイタスの確認指示を受けたならば、
該当するプリントサーバのステイタスを管理テーブル１
５ｃから取り出し、ステイタス処理部１５ａに送出す
る。

【００３７】管理テーブル１５ｃは、プリントサーバ１
１及び１２のステイタスを管理するテーブルであり、前
述したように各プリントサーバの稼動状況、障害状況及
び印刷待ち状況等がテーブルに格納される。

【００３８】この管理テーブル１５ｃの構成例を図２を
用いて説明する。

【００３９】図２に示すように、管理テーブル１５ｃに
おいては、プリントサーバ毎にスタイタスを持つ構成を
とる。ここで、プリンタサーバの稼動状況としては「ビ
ジー状態か否か」（２ａ）を、障害状況としては「ダウ
ン状態か否か」（２ｂ）を、印刷待ち状況としては「印
刷待ち数」（２ｃ）をステイタスとして取り扱うことと
している。

【００４０】このため、図示した状態は、プリントサー
バ１１がビジーでもダウンでもなく印刷待ち数が３であ
ることを示し、プリントサーバ１２が印刷待ち数が１の
状態でダウンしていることを示している。

【００４１】なお、本例では、かかるステイタスのみを
取り扱うことにしたが、例えば障害の種類及び部位等を
特定するというように障害状況を詳細に取り扱うこと
や、この例に示す以外の印刷済み枚数等を取り扱うこと
も可能である。

【００４２】次に、上記構成を持つサーバ状態管理シス
テムの動作手順について、図３を用いて説明する。

【００４３】図３は、プリントサーバ１１のステイタス
を管理テーブル１５ｃに登録する手順（Ｓ３０１〜Ｓ３
０３）と、ワークステーション１３がプリントサーバ１
１に印刷要求を発する手順（Ｓ３１１〜Ｓ３１５）を示
す概念図である。

【００４４】図３に示すように、管理テーブル１５ｃに
各プリントサーバの状態を登録する際には、まず状態管
理サーバ１５のステイタス処理部１５ａがプリントサー
バ１１に対してステイタスを要求する（Ｓ３０１）。こ
のステイタスの要求は、ステイタス処理部１５ａ主導の
もと定期的に行うものとする。

【００４５】そして、スタイタスを要求されたプリント
サーバ１１では、プリント処理部１１ａがステイタスの
確認を行い、ステイタス報告部１１ｂが該確認結果を状
態管理サーバ１５に対して送信する（Ｓ３０２）。

【００４６】プリントサーバ１１からステイタスを受領
した状態管理サーバ１５では、ステイタス処理部１５ａ
が該ステイタスをステイタス管理部１５ｂを介して管理
テーブル１５ｃに登録する（Ｓ３０３）。

【００４７】以上の処理により、プリントサーバ１１の
ステイタスが状態管理サーバ１５の管理テーブル１５ｃ
に登録されることになる。なお、ここでは、プリントサ
ーバ１１のステイタスを登録する手順について示した
が、プリントサーバ１２に対しても同様の手順で行われ
る。

【００４８】次に、ワークステーション１３がプリント
サーバ１１に対して印刷要求を行う場合について説明す
る。

【００４９】この場合には、まずワークステーション１
３のユーザインターフェース部１３ａがプリントサーバ
１１に対して印刷要求を行う前に、状態管理サーバ１５
に対して該プリントサーバの状態確認を行う。

【００５０】具体的には、まずワークステーション１３
のステイタス問合わせ部１３ｂが、状態管理サーバ１５
に対して該プリントサーバのステイタスを問合わせ（Ｓ
３１１）、該問合わせを受けたステイタス処理部１５ａ
は、ステイタス管理部１５ｂを介して管理テーブル１５
ｃから該プリントサーバのステイタスを取り出して（Ｓ
３１２）、該ステイタスをワークステーション１３に通
知する（Ｓ３１３）。

【００５１】これにより、ワークステーション１３で
は、プリントサーバ１１の状態を確認できるため、該プ
リントサーバのステイタスに応じて印刷要求を行うか否
かを決定する。そして、該プリントサーバを用いた印刷
を行う場合には、直接プリントサーバ１１に対して印刷
要求を発する（Ｓ３１４）。

【００５２】上記手順でプリントサーバを用いた印刷を
行うことにより、プリントサーバの状況を踏まえた印刷
要求の是非の判断が可能となる。特に、この実施例で
は、各ユーザが印刷要求を発する際に、プリンタの印刷
待ち数を考慮することができるため、印刷待ち数が多い
場合には他のプリンタサーバを使用する等の状況に応じ
た処理を行うことができる。

【００５３】また、Ｓ３１１〜Ｓ３１３に示したステイ
タスの問合わせについては、印刷要求の際に自動的に行
うよう構成することにより、ユーザは従来と同様に印刷
要求を行えば足り、特に過大な負担を強いることはな
い。

【００５４】なお、ここでは、ワークステーション１３
からプリントサーバ１１に対して印刷要求を行う場合を
例示したが、プリントサーバ１２に印刷要求を行う場合
やワークステーション１４から印刷要求を行う場合にも
同様の手順で実施することができる。

【００５５】以上説明したように、この実施例では、ユ
ーザに対して状態管理サーバ１５が管理するステイタス
を通知するよう構成するため、ユーザがサーバの状態を
踏まえて状況判断を行うことができる。このため、例え
ば印刷待ち数が少ないプリンタサーバを選択して迅速な
印刷結果を得ることが可能となる。

【００５６】次に、本発明を用いてプリントサーバの管
理者がプリントサーバの保守管理を行う第２の実施例に
ついて説明する。

【００５７】プリントサーバの管理者は、プリントサー
バのプリンタが、紙切れやトナー切れを起こした際に、
迅速にプリンタサーバの異常状態を発見して、該異常状
態を復旧することにより、プリントサーバの稼動状態を
維持する役割を担っている。

【００５８】このため、プリントサーバと離隔した場所
に位置する管理者がプリントサーバの状態を把握できる
ように、遠隔システム制御（Remote System Administra
tion）技術が用いられることが多い。

【００５９】しかしながら、この遠隔システム制御技術
では、管理者が能動的にプリンタサーバに対してアクセ
スを行い、各種情報を入手する必要がある。

【００６０】そこで、かかるプリントサーバの保守管理
に対して本発明を適用することにより、プリントサーバ
を管理する状態管理サーバからプリントサーバの管理者
に対して定期的にプリントサーバの状態を通知すること
ができる。

【００６１】図４は、第２の実施例に係わるシステムの
全体構成と処理手順とを示すブロック図である。

【００６２】図４に示すように、第２の実施例では、プ
リントサーバ１１及び１２と、ワークステーション１３
と、管理テーブルを持つ状態管理サーバ１５とがネット
ワーク１６に接続される構成に、プリントサーバ１１及
び１２の管理者用ワークステーション４０とメールサー
バ４１とを付加した構成を用いている。

【００６３】このシステムを用いて、サーバの管理者が
各プリントサーバを管理する場合には、まず状態管理サ
ーバ１５が、サーバの状態を把握するために各プリント
サーバにステイタスを要求し（４ａ）、ステイタスの要
求を受けた各プリントサーバは、状態管理サーバ１５に
対してステイタスを報告する（４ｂ）。

【００６４】そして、各プリントサーバの状態を管理テ
ーブルに登録した状態管理サーバ１５は、該管理テーブ
ルの内容をワークステーション４０に対して定期的に通
知する（４ｃ）。サーバの管理者は、状態管理サーバか
らの通知内容を確認して、例えばプリンタ用紙切れが近
い場合には予めプリンタの用紙補給に赴き、処理の合間
を利用して用紙補給を行う（４ｄ）。

【００６５】これにより、サーバの管理者は定期的にサ
ーバの状態を把握できるため、サーバの継続的な維持管
理を行うことが可能となる。

【００６６】なお、第２の実施例で用いるステイタス
は、サーバの管理者に必要十分な情報を含める必要があ
るため、前例とは異なり例えばトナーの現状、用紙の現
状等の詳細な情報を含める必要がある。また、例えば”
用紙切れ”等の結果のみならず、”用紙切れが近い”と
いう情報を含めることにより、プリントサーバの稼動状
態を維持することもできる。

【００６７】また、上記の実施例では、管理テーブルの
内容をそのまま通知することとしたが、詳細な情報を取
り扱う本実施例で用いる管理テーブルの特性を考慮する
と、管理テーブルの内容を全て通知することは効率的で
はない。

【００６８】このため、各プリントサーバから受信した
ステイタスを解析して、サーバの管理者に必要な事項の
みを抽出し、メールサーバ４１を用いて電子メールで該
管理者に通知することもできる。

【００６９】図５は、状態管理サーバ１５がステイタス
の解析を行い電子メールを用いてサーバの管理者に状態
を通知する場合における、状態管理サーバ１５内の一連
の処理を示すフローチャートである。

【００７０】図５に示すように、まず状態管理サーバ１
５は各プリントサーバに対してステイタスを要求し（Ｓ
５０１）、各プリントサーバが回答したステイタスを受
信する（Ｓ５０２）。

【００７１】そして、まず最初に受信したステイタスの
解析を行い（Ｓ５０３）、サーバの管理者に通知すべき
情報があるか否かを確認し（Ｓ５０４）、通知すべき情
報が含まれる場合には、該情報を切り出してサーバの管
理者宛の電子メールを作成し（Ｓ５０５）、メールサー
バ４１にメール送信を依頼する（Ｓ５０６）。なお、Ｓ
５０４において、通知すべき情報が無い場合には、Ｓ５
０７に移行する。

【００７２】そして、他のプリントサーバから受信した
ステイタスが有るか否かを確認し（Ｓ５０７）、他のス
テイタスが有る場合にはＳ５０３〜Ｓ５０６の処理を同
様に行うとともに、上記処理の終了後所定の時間待機し
て（Ｓ５０８）、定期的に上記Ｓ５０１〜Ｓ５０７の処
理を繰り返す。

【００７３】以上の処理を状態管理サーバ１５において
行うことにより、不必要な情報を排除した効率の良いシ
ステムを構成することができる。また、かかる解析処理
を状態管理サーバ１５において行うことにより、プリン
トサーバの管理者とメールサーバの管理者とが異なる場
合に、各管理者に関連する情報のみを切り出して通知で
きることになる。

【００７４】上述してきたように、本実施例では、状態
管理サーバ１５においてプリントサーバ１１及び１２か
らステイタスを受領して管理テーブル１５に登録し、該
管理テーブル１５の情報をユーザが取り扱うワークステ
ーション１３及び１４に通知することにより、ユーザが
サーバの状態を踏まえた状況に応じたサービスの提供を
要求することができる。

【００７５】また、管理テーブル１５の情報をサーバの
管理者が取り扱うワークステーション４０に通知するこ
とにより、サーバの管理者がプリンタサーバ１１及び１
２の状態を的確に把握することもできる。

【００７６】さらに、状態管理サーバ１５が受領したス
テイタスを解析し、電子メール等を用いてユーザ及びサ
ーバの管理者に通知することにより、効率的なサーバ状
態管理システムを構築することもできる。

【００７７】また、本実施例では、状態管理サーバ１５
から定期的にステイタス要求を各ワークステーションに
発し、これに対応して各ワークステーションが応答する
こととしたが、本発明はこれに限定されるものではな
く、各ワークステーションは別命なく定期報告を行うと
ともに、障害発生時には緊急報告を行うこともできる。

【００７８】

【発明の効果】以上詳細に説明したように、本発明によ
れば、サーバの状態を状態管理サーバにより管理し、該
状態をステーションに通知するよう構成したので、ステ
ーションを取り扱うユーザがサーバの状態を把握してサ
ーバを有効利用することができる。

【００７９】これにより、ユーザがサーバの状態を踏ま
えて、サーバ状況に応じたサービスの提供を要求するこ
とができる。

【図面の簡単な説明】

【図１】 本発明によるサーバ状態管理システムの一実
施例の構成を示すブロック図。

【図２】 図１に示す管理テーブルの構成例を示す図。

【図３】 図１に示すプリントサーバのステイタスを管
理テーブルに登録する手順と、ワークステーションがプ
リントサーバに印刷要求を発する手順を示す概念図。

【図４】 本発明によるサーバ状態管理システムの別の
実施例の構成及び処理の流れを示すブロック図。

【図５】 図４に示す状態管理サーバの処理の一例を示
すフローチャート。

【符号の説明】

１１ プリントサーバ、 １１ａ プリント処理部、１
１ｂ ステイタス報告部、 １１ｃ プリンタ、 １２
プリントサーバ、１３ ワークステーション、 １３
ａ ユーザインターフェース部 、１３ｂ ステイタス
問合わせ部、 １４ ワークステーション、１５ 状態
管理サーバ、 １５ａ ステイタス処理部、１５ｂ ス
テイタス管理部、 １５ｃ 管理テーブル、１６ ネッ
トワーク

Claims (1)

【特許請求の範囲】
1. 【請求項１】ネットワークに接続したステーションと、
   該ステーションにサービスを提供するサーバとを備えた
   ネットワークにおけるサーバ状態管理システムにおい
   て、 所定のタイミングで前記サーバと通信を行うことによ
   り、前記サーバの状態を管理する状態管理サーバと、 前記状態管理サーバから前記ステーションに対して前記
   サーバの状態を通知する通知手段とを具備したことを特
   徴とするサーバ状態管理システム。