JP2001043038A

JP2001043038A - プリンタシステム

Info

Publication number: JP2001043038A
Application number: JP11215943A
Authority: JP
Inventors: Kaoru Masada; 馨柾田; Akihiro Shimizu; 昭弘清水; Akihiko Yamamoto; 章彦山本; Arata Tojo; 新東條; Shinichi Kazamaki; 慎一風巻
Original assignee: Casio Computer Co Ltd; Casio Electronics Co Ltd
Current assignee: Casio Computer Co Ltd; Casio Electronics Co Ltd
Priority date: 1999-07-29
Filing date: 1999-07-29
Publication date: 2001-02-16
Anticipated expiration: 2019-07-29
Also published as: JP3963057B2

Abstract

(57)【要約】【課題】本発明の課題は、ネットワーク上のトラフィ
ックの混雑を防止するプリンタシステムを提供すること
である。【解決手段】ホストコンピュータ（以後ホストと言
う）が、ネットワークプリンタ６へ状態問い合わせを行
う時、同時にホスト情報として、”ホストのネットワー
クアドレス”と”ホスト情報の記憶時間”を送信する。
このホスト情報を受信したネットワークプリンタ６は、
ホスト情報を通知先ホストテーブル７に記憶する。そし
て、ネットワークプリンタ６に状態変化が生じた時に、
ネットワークプリンタ６は、通知先ホストテーブル７に
記憶されているホスト情報に示されたネットワークアド
レス（ホスト）に対し、状態変化を通知する。また、通
知先ホストテーブル７に記憶されるホスト情報は、ホス
ト情報が記憶されてから”ホスト情報の記憶時間”の間
だけ通知先ホストテーブル７に記憶されるので、ホスト
は”ホスト情報の記憶時間”の間に１回、ネットワーク
プリンタ６に状態問い合わせを行い、ホスト情報の記憶
を継続させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークシス
テムに関する。

【０００２】

【従来の技術】従来より、ネットワーク上のネットワー
ク機器（例えば、プリンタサーバ、ＨＵＢ等）は、通
常、トラフィック管理等を行うために、ＳＮＭＰ（Ｓｉ
ｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒ
ｏｔｏｃｏｌ）等のネットワーク管理プロトコルを実装
している。これにより、ネットワーク機器が状態変化を
起こした場合に、この状態変化をネットワーク機器が自
発的に通知（ＴＲＡＰ）することが可能になる。通知す
る宛先は、ネットワーク機器の設定により、予め、単数
或いは複数の宛先が静的にネットワーク機器に登録（記
憶）されている。

【０００３】このようなネットワーク機器の管理方法で
は、予め、状態変化の通知を行う宛先（例えば、コンピ
ュータ等）を、ネットワーク機器に静的に登録させる必
要があり、登録されていない宛先からネットワーク機器
の状態監視を行うためには、一定間隔で、そのネットワ
ーク機器に対して機器の状態問い合わせ（ポーリング）
を行い、状態変化を検出する必要があった。

【０００４】図３１は、上述したネットワーク機器の管
理方法によるネットワークシステムのブロック図であ
る。同図において、ネットワーク１４０上に、ホストコ
ンピュータ（以下、ホストという）Ａ１４１〜ホストＤ
１４４が接続され、また、ネットワーク機器として、ネ
ットワークプリンター１４５が接続されている。尚、ネ
ットワークプリンタ１４５は、プリンタ１４５ａとプリ
ンタサーバ１４５ｂから構成され、プリンタサーバ１４
５ｂが、プリンタ１４５ａの状態変化を検出する。ま
た、プリンタサーバ１４５ｂは、通知先ホストテーブル
１４６を備え、この通知先ホストテーブル１４６には、
プリンタ１４５ａの状態変化の通知先となるホストが、
予め登録されている。ここでは、ホストＡが登録されて
いる。このような構成により、プリンタサーバ１４５ｂ
がプリンタ１４５ａの状態変化を検出した時に、通知先
ホストテーブル１４６に登録されているホストＡに対
し、プリンタ１４５ｂの状態変化が通知されていた。

【０００５】

【発明が解決しようとする課題】一方で、通知先ホスト
テーブル１４６に登録されていないホストＢ１４２〜Ｄ
１４４からプリンタ１４５ａの状態変化を監視する場合
には、数秒間隔でプリンタサーバ１４５ｂに対する問い
合わせを行い、この状態変化を検出しなければ適時性の
あるプリンタ１４５ａの状態管理が実現できないという
問題があった。更に、この手法によると監視を行うホス
トが増える毎に比例して、平常時（ネットワーク機器の
状態変化の有無に関わらず）のネットワーク上のトラフ
ィックも増加してしまうという問題があった。

【０００６】また、このようなＳＮＭＰ等のプロトコル
を使用したネットワーク管理によれば、例えば、ネット
ワーク機器がネットワークプリンタである場合、" プリ
ンタ印刷中" 等の状態変化の通知は可能であるが、プリ
ンタの印刷処理の混雑度については通知することができ
ない。また、同様に、プリンタがＬＡＮボードを介して
ネットワークと接続されている場合は、プリンタ及びＬ
ＡＮボードの状態変化の通知は可能であるが、その印刷
処理の混雑度については通知することができない。つま
り、従来では、ネットワーク上のプリンタシステムの印
刷処理の混雑度については知ることができなかった。

【０００７】よって、オペレータは、この混雑度がわか
らないまま印刷処理を指示することになり、例えば、こ
の時、既に多くのオペレータから印刷指示がなされてい
る場合には、ネットワーク上のトラフィックが混雑する
ことになった。

【０００８】また、印刷を指示したソフトウェアとは別
に、新たに混雑状態を調べるソフトウェアを利用するこ
とも考えられるが、これでは、印刷処理を指示した時
や、混雑状態を知りたい時に、その都度、混雑状態を調
べるソフトウェアを立ち上げなければならず、大変面倒
である。

【０００９】本発明は、上記問題点の解決を図り、その
目的は、ネットワーク上のトラフィックの混雑を防止す
るネットワークシステムを提供することである。

【００１０】

【課題を解決するための手段】上記課題は本発明の態様
によれば、ネットワーク上に複数のホスト機器と、プリ
ンタ装置を接続したプリントサーバを有するプリンタシ
ステムにおいて、前記プリントサーバには、前記ホスト
機器のアドレス情報と前記プリンタ装置の状態変化の通
知時間の情報を記憶する記憶手段と、前記プリンタ装置
に状態変化があった時、前記記憶手段の通知時間の情報
を確認し、前記アドレス情報に基づいて通知時間内であ
るホスト機器に対して前記プリンタ装置の状態変化の情
報を通知する通知手段とを備えたプリンタシステムを提
供することによって達成できる。

【００１１】ここで、本態様のプリンタシステムは、少
なくても一のプリンタ装置を接続したプリントサーバ、
及び複数のホスト機器を接続した、例えばコンピュータ
ネットワークであり、ホスト機器は例えばパーソナルコ
ンピュータで構成される。

【００１２】また、プリントサーバにはプリンタ装置が
接続され、プリンタ装置の状態変化を確認し、プリンタ
装置に状態変化が生じた場合、ホスト機器に対してプリ
ンタ装置の状態を通知する。

【００１３】また、プリントサーバには、上記ホスト機
器のアドレス情報とプリンタ装置の状態変化の通知時間
の情報を記憶する記憶手段が設けられており、プリンタ
装置の状態、例えば用紙詰まりやトナーの欠乏等の状態
変化が発生した時、上記通知時間内のホスト機器に対し
て上記状態変化の情報を通知する。

【００１４】このように構成することにより、ネットワ
ークに接続されたプリンタ装置に状態変化が生じた時、
記憶手段に記憶するアドレスのホスト機器に対し、自動
的に、情報が通知され、ホスト機器が情報確認のため頻
繁にプリントサーバをアクセスする必要がなくなる。

【００１５】上記課題は、本発明の他の態様によれば、
ネットワーク上に複数のホスト機器と、プリンタ装置を
接続したプリントサーバを有するプリンタシステムにお
いて、前記ホスト機器は、前記プリントサーバに対し、
アドレス情報と通知時間の情報を送信する送信手段と、
前記プリントサーバから出力されるプリンタ装置の状態
変化情報を受信する受信手段とを備えたプリンタシステ
ムを提供することによって達成できる。

【００１６】本態様は上記の場合と異なり、特にホスト
機器の構成を説明するものであり、本例のホスト機器
は、上記プリンタ装置の状態変化を確認すべく、状態問
い合わせを行う状態問い合わせ手段と、前記プリントサ
ーバから出力されるプリンタ装置の状態変化情報を受信
する受信手段とを備える構成であり、状態問い合わせ手
段が行うプリントサーバへの状態問い合わせは、頻繁に
行うのではなく、同時に送信する通知時間との関係で決
定され、比較的長い時間である。

【００１７】また、上記ホスト機器のアドレス情報も送
信され、プリントサーバではアドレス情報と通知時間の
情報を対にして登録する。このようにして登録された情
報の基づいてプリントサーバはプリンタ装置の状態が変
化すると、対応するホスト機器に対してプリンタ装置の
状態情報を送信する。

【００１８】したがって、本例においても、ネットワー
クに接続されたプリンタ装置に状態変化が生じた時、記
憶手段に記憶するアドレスのホスト機器に対し、自動的
に、情報が通知され、ホスト機器が情報確認のため頻繁
にプリントサーバをアクセスする必要がなくなる。

【００１９】上記課題は、本発明の他の態様によれば、
ネットワーク上に複数のホスト機器と、プリンタ装置を
接続したプリントサーバを有するプリンタシステムにお
いて、前記プリントサーバは、前記ホスト機器のアドレ
ス情報と前記プリンタ装置の状態変化の通知時間の情報
を記憶する記憶手段と、前記プリンタ装置に状態変化が
あった時、前記記憶手段の通知時間の情報を確認し、前
記アドレス情報に基づいて通知時間内であるホスト機器
に対して前記プリンタ装置の状態変化の情報を送信する
送信手段とを備え、前記ホスト機器は、前記プリントサ
ーバに対し、アドレス情報と通知時間の情報を送信する
送信手段と、前記プリントサーバから出力されるプリン
タ装置の状態変化情報を受信する受信手段とを備えるプ
リンタシステムを提供することによって達成できる。

【００２０】本態様のプリンタシステムは、上記２つの
本例の態様を加えた構成であり、このように構成するこ
とによっても、ネットワークに接続されたプリンタ装置
に状態変化が生じた時、記憶手段に記憶するアドレスの
ホスト機器に対し、自動的に、情報が通知され、ホスト
機器が情報確認のため頻繁にプリントサーバをアクセス
する必要がなくなる。

【００２１】請求項４の記載は、上記請求項１、又は３
の記載において、前記プリントサーバは、例えば前記記
憶手段から前記アドレス情報の削除手段を備え、該削除
手段は対応する通知時間が経過した時、前記アドレス情
報を削除する構成である。

【００２２】このように構成することにより、上記記憶
手段に記憶されるホスト機器のアドレス情報は、通知時
間が経過した時に上記記憶手段から削除される。また、
上記本発明の三態様に対し、追記的事項として、前記プ
リントサーバは、更に、所定時間を計数する計数手段
と、自身の現在の状態を検出する状態検出手段とを備
え、該状態検出手段は、該計数手段により所定時間を計
数する毎に、前記プリンタ装置の状態を検出し、前記状
態検出手段が検出した現在の状態と前の状態とを比較す
ることにより状態の変化を判定する構成であってもよ
い。

【００２３】このように構成することにより、プリンタ
装置の状態検出手段により、計数手段が計数する所定時
間毎に自身の現在の状態が検出され、状態検出手段が検
出した現在の状態と前回の状態が比較されて状態変化が
判定される。

【００２４】また、前記ホスト機器は、更に、前記プリ
ンタ装置の状態を表示する表示手段を備える構成であっ
てもよい。このように構成することにより、ホスト機器
の表示手段により、プリンタ装置の状態が表示される。

【００２５】また、前記ホスト機器は、更に前記プリン
タ装置に対し、少なくとも、問い合わせ間隔時間、タイ
ムアウト時間、及び再試行回数を設定する設定手段を備
えた構成であってもよい。

【００２６】このように構成することにより、ホスト機
器の設定手段により、プリントサーバに対する問い合わ
せ間隔時間、タイムアウト時間、及び再試行回数が設定
される。

【００２７】また、前記ホスト機器は、更に前記設定手
段により設定された問い合わせ間隔時間毎にタイムアウ
トになるタイマー手段を備え、前記問い合わせ手段は、
該タイマー手段によるタイムアウト毎に前記プリントサ
ーバに状態問い合わせを行う構成であってもよい。

【００２８】このように構成することにより、設定手段
により設定された問い合わせ間隔時間毎にプリントサー
バに状態問い合わせが行われる。また、前記ホスト機器
は、少なくとも、プリントサーバの現在の動作状態に基
づく状態図、メッセージ、及びエラー対処方法を表示す
る構成である。

【００２９】このように構成することにより、ホスト機
器の表示手段により、少なくとも、プリントサーバの現
在の動作状態に基づく状態図、メッセージ、及びエラー
対処方法が表示される。

【００３０】上記課題は、本発明の他の態様によれば、
ネットワークプリンタと、該ネットワークプリンタとネ
ットワークとを接続するネットワークＩ／Ｆボードと、
該ネットワーク上に接続されるホストコンピュータとを
有するネットワークシステムにおいて、前記ネットワー
クプリンタの未処理印刷データ及び未了印刷ページと、
前記ネットワークＩ／Ｆボードの未処理印刷データと、
前記ホストコンピュータのスプールに蓄積される未処理
印刷データとから、前記ネットワークプリンタの前記ネ
ットワーク上での印刷処理の混雑度を判定する判定手段
を備えたネットワークシステムを提供することによって
達成できる。

【００３１】このように構成することにより、ネットワ
ークプリンタの未処理印刷データ及び未了印刷ページ
と、前記ネットワークＩ／Ｆボードの未処理印刷データ
と、前記ホストコンピュータのスプールに蓄積される未
処理印刷データとから、ネットワークプリンタのネット
ワーク上での混雑度が判断される。

【００３２】また、ネットワークプリンタと、該ネット
ワークプリンタとネットワークとを接続するネットワー
クＩ／Ｆボードと、該ネットワーク上に接続されるホス
トコンピュータとを有するネットワークシステムにおい
て、前記ネットワークプリンタの未処理印刷データ及び
未了印刷ページに基づき該ネットワークプリンタ内の印
刷処理の混雑状態を判定する第１の判定手段と、前記ネ
ットワークＩ／Ｆボードの未処理印刷データに基づき該
ネットワークＩ／Ｆボード内の印刷処理の混雑状態を判
定する第２の判定手段と、前記ホストコンピュータのス
プールに蓄積される未処理印刷データに基づき該ホスト
コンピュータ内の印刷処理の混雑状態を判定する第３の
判定手段とを備え、前記第１〜第３の判定手段による各
判定結果を前記ホストコンピュータに通知するネットワ
ークシステムであってもよい。

【００３３】このように構成することにより、ホストコ
ンピュータには、第１〜第３の判定手段により、ネット
ワークプリンタ、ネットワークＩ／Ｆボード、及びホス
トコンピュータの各印刷処理の混雑度が通知される。

【００３４】また、前記ホストコンピュータは、更に、
印刷データをスプール領域に格納する前に一時的に該印
刷データが格納される格納手段と、該印刷データが該格
納手段に格納された時に、前記ネットワークプリンタの
前記ネットワーク上での混雑状態を確認する確認手段
と、該確認手段により前記ネットワークプリンタが混雑
していると確認された時に、オペレータに印刷を続行す
るかキャンセルするかを選択させる選択手段とを備えた
構成であってもよい。

【００３５】このように構成することにより、確認手段
によりネットワークプリンタが混雑していると確認され
た時は、選択手段により印刷を続行するかキャンセルす
るかをオペレータに選択させることができる。

【００３６】さらに、前記判定手段は、更に混雑度を示
す１つ又は複数のＨＴＭＬデータと、混雑度の判定結果
に基づき該ＨＴＭＬデータを選択するデータ選択手段
と、該データ選択手段により選択された該ＨＴＭＬデー
タを前記ホストコンピュータに通知する通知手段とを備
えた構成であってもよい。

【００３７】このように構成することにより、通知手段
により、判定手段による混雑度の判定結果に基づきこの
混雑度を示すＨＴＭＬデータがホストコンピュータに通
知される。

【００３８】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。＜第１の実施の形態＞図１は、本発明の第１の実施形態
によるネットワークシステムのシステム構成図である。
尚、本実施形態では、ネットワーク機器としてネットワ
ークプリンタを適用するがこれに限られることはない。

【００３９】同図に示すように、本実施形態のネットワ
ークシステムは、ネットワーク１に接続されたネットワ
ークプリンタ６、及びパーソナルコンピュータであるホ
スト機器２〜５で構成されている。尚、本例のネットワ
ーク１には上述のホスト機器２〜５以外にも、複数のホ
スト機器が接続されているものとする。また、ネットワ
ークプリンタ６は、プリンタ装置６ａとプリンタサーバ
６ｂから構成され、更にプリンタサーバ６ｂは、通知先
ホストテーブル７を備えている。通知先ホストテーブル
７には、初期時、通知先ホストとして、ホスト機器２が
予め登録されているものとする。この状態において、ホ
スト機器３〜５のそれぞれは、ネットワークプリンタ６
へ状態問い合わせを行う。

【００４０】また、ホスト機器３〜５は、状態問い合わ
せを行う時、同時に自身のホスト情報として、" ネット
ワークアドレス" と、この" ホスト情報を記憶する時
間" をネットワークプリンタ６へ送信する。ネットワー
クプリンタ６は、各ホスト機器からこれらの情報を受信
し、各ホスト機器の" ネットワークアドレス" を、" ホ
スト情報を記憶する時間" だけ、通知先ホストテーブル
７に登録する。

【００４１】図２は、通知先ホストテーブル７の構成を
示す図である。同図に示すように、ホスト機器から送信
される" ネットワークアドレス" と" ホスト情報を記憶
する時間" を、同テーブル７のホストアドレスエリア
８、記憶時間エリア９へ設定する。また、問い合わせを
行ってきたホスト機器のエントリ数をカウントアップ
（＋１）し、残り時間エリア１０のカウントを開始す
る。そして、この残り時間エリア１０が“０”になるま
で、対応する通知先ホスト（ホスト情報）は通知先ホス
トテーブル７に記憶される。

【００４２】尚、同図のホストアドレスエリア８には、
複数のホスト機器のアドレスデータが登録され、例えば
同図に示す“１２８．１．５０．３”のアドレスは上記
ホスト機器３のアドレスであるものとする。また、“１
２８．１．５０．４”のアドレスはホスト機器４のアド
レスであるものとし、“１２８．１．５０．５”のアド
レスはホスト機器５のアドレスであるものとし、“１２
８．１．５０．１０”のアドレスは、ホスト機器１０の
アドレスであるものとする。尚、ホスト機器１０は、ネ
ットワーク１に接続された不図示のホスト機器である。

【００４３】ネットワークプリンタ６は、プリンタ装置
６ａに状態変化が発生した時、通知先ホストテーブル７
に登録されているネットワークアドレスを参照し、過去
に問い合わせを行ったホスト機器２〜５と、予め登録さ
れているホスト機器２に対し、状態変化を通知する。

【００４４】すなわち、各ホスト機器は、最低限、" ホ
スト情報を記憶する時間" の間隔内に１回、ネットワー
クプリンタ６に対して状態問い合わせを行うことによ
り、従来のように適時性を確保するために数秒間隔（例
えば、３〜５秒程度）に１回の状態問い合わせを行う必
要が無く、プリンタ装置６ａの状態変化の通知を受ける
ことができる。このことから、状態監視を行うホスト機
器の台数を増やしても、平常時のネットワーク上のトラ
フィックが混雑することはなく、トラフィックの混雑緩
和に大きく寄与する。

【００４５】図３は、ネットワークプリンタの状態を監
視するホスト機器の概略ブロック図である。尚、図３は
上記ホスト機器２〜５を代表して、ホスト機器２の例で
説明する。同図に示すように、ホスト機器２は、ＣＰＵ
１３、ＲＡＭ１４、機器状態表示処理部１５、補助記憶
装置１６、タイマ１７、送受信処理部１８、通信Ｉ／Ｆ
１９を備える。ＣＰＵ１３は、ホスト機器の全体的な制
御を行い、本例では、ネットワークプリンタ６に対する
状態問い合わせ等の制御処理を行う。

【００４６】タイマ１７は、後述する問い合わせ間隔用
の周期タイマとして利用される。また、機器状態表示処
理部１５は、送受信処理部１８が通信Ｉ／Ｆ１９を介し
て受信した情報を基にネットワークプリンタ６の状態を
表示する。図４は、この時のネットワークプリンタ６の
状態を表示する表示画面である。尚、他のホスト機器３
〜５の構成も、上述の図３と同様である。

【００４７】図５は、ネットワークプリンタ６の全体構
成を示す図であり、特にプリンタサーバ６ｂの構成を詳
しく説明する図である。同図に示すように、ネットワー
クプリンタ６は、前述のようにプリンタ装置６ａとプリ
ンタサーバ６ｂで構成され、プリンタサーバ６ｂは、ネ
ットワークＩ／Ｆボード２０を備え、ネットワークＩ／
Ｆボードは、更にＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２
３、タイマ２４、及びＮＩＣ回路２５を備える。ＣＰＵ
２１は、プリンタ装置６ａの現在の状態検出制御や、通
知先ホストテーブル７の管理等を行い、またプリンタ装
置６ａの機器状態をＮＩＣ回路２５を介して、ホスト機
器に通信する。タイマ２４は、プリンタ装置の機器状態
の変化を検出する処理を繰り返す時間間隔を設定する。

【００４８】尚、本例で示すネットワークプリンタ６
は、プリンタ装置とネットワークＩ／Ｆボードを備えた
プリンタサーバから構成されるが、プリンタ装置とネッ
トワークＩ／Ｆボード２０のみの構成としても良い。

【００４９】図６は、ネットワークプリンタ６の処理動
作を説明するフローチャートである。同図に示すよう
に、先ずステップＳ６０１〜Ｓ６０３に示す初期化処理
を行う。まず１秒タイマーの割り込みルーチンを登録
し、１秒タイマーを起動する（ステップＳ６０１）。そ
して、プリンタ装置６ａから現在の機器の状態を取り込
み、この取り込んだ状態を前回の状態として記憶し（ス
テップＳ６０２）、プリンタ装置６ａからの状態取り込
みカウンタをクリアする（ステップＳ６０３）。尚、状
態取り込みカウンタについては、図７を用いて後述す
る。

【００５０】次に、ホスト機器からの状態問い合わせ待
ち（ステップＳ６０４）、ホスト機器からの状態問い合
わせがあると（ステップＳ６０４，Ｙｅｓ）、ネットワ
ークプリンタ６は、このホスト機器が通知先ホストテー
ブル７に登録済みであるか否かを判定し（ステップＳ６
０５）、登録済みであれば（ステップＳ６０５，Ｙｅ
ｓ）、通知先ホストテーブル７の記憶時間エリア９を再
設定し（ステップＳ６０６）、未登録であれば（ステッ
プＳ６０５，Ｎｏ）、新規にそのホスト機器のホストア
ドレスエリア８に対応するホスト機器のアドレスを登録
し、記憶時間エリア９に記憶時間情報を登録する（ステ
ップＳ６０７）。

【００５１】次に、プリンタ装置６ａから現在の状態を
取り込み（ステップＳ６０８）、現在の状態が、ステッ
プＳ６０２の処理にて記憶した前回の状態と比較して、
プリンタ装置６ａの状態に変化があったか否かを判断す
る（ステップＳ６０９）。例えば、上述の期間にプリン
タ装置６ａに紙詰まりが生じ、又はある色のトナーに欠
乏が生じた場合など、プリンタ装置６ａの状態が変化し
たことになる。

【００５２】ここで、プリンタ装置６ａの状態に変化が
あった場合（ステップＳ６０９，Ｙｅｓ）、通知先ホス
トテーブル７に登録されているホスト機器に対し、状態
変化を通知する（ステップＳ６１０）。一方、上述のよ
うな紙詰まりやトナーの欠乏等の状態変化がない場合
（ステップＳ６０９，Ｎｏ）、ステップＳ６０４の処理
に戻る。

【００５３】また、図７はネットワークプリンタ６が、
プリンタ装置の機器状態を得てその状態変化を検出する
処理を示すフローチャートである。この処理は、図６の
ステップＳ６０１の処理にて示した１秒タイマのタイム
アウト毎に呼び出される。

【００５４】先ず、状態取り込みカウンタを＋１する
（ステップＳ７０１）。尚、この状態取り込みカウンタ
は、プリンタ装置６ａから状態情報を取り込む時間間隔
を測定する為に使用する秒単位のカウンタである。そし
て、この状態取り込みカウンタの値が所定の値（例え
ば、３〜５秒程度）に達したか否かを判定する（ステッ
プＳ７０２）。所定の値に達していれば（ステップＳ７
０２，Ｙｅｓ）、状態取り込みカウンタをクリアし（ス
テップＳ７０３）、プリンタ装置６ａから現在の状態を
取り込む（ステップＳ７０４）。

【００５５】次に、この現在の状態と、図６のステップ
Ｓ６０２の処理で示した前回取り込んだ状態とを比較し
（ステップＳ７０５）、状態変化が存在したか否かを判
定する（ステップＳ７０６）。ここで、状態変化が存在
する場合（ステップＳ７０６，Ｙｅｓ）、通知先ホスト
テーブル７に登録されているホスト機器に状態変化の通
知を行う（ステップＳ７０７）。

【００５６】この時、通知先ホストテーブル７に登録さ
れている情報が、前述の図２に示すデータである時、ホ
スト機器３は記憶時間エリア９に“３００”秒の時間設
定が行われ、残り時間は“３０”秒である。また、ホス
ト機器４の記憶時間エリア９には“６００”秒の時間設
定が行われ、残り時間は“２００”秒である。さらに、
ホスト機器５の記憶時間エリア９には“１２０”秒の時
間設定が行われ、残り時間は“１００”秒であり、ホス
ト機器１０の記憶時間エリア９には“３００”秒の時間
設定が行われ、残り時間は“２００”秒である。

【００５７】したがって、上述の例の場合、プリンタサ
ーバ６ｂは残り時間の存在するホスト機器３〜５に対
し、プリンタ装置６ａの状態変化を通知する。すなわ
ち、この場合、プリンタサーバ６ｂはホスト機器３〜５
に対してプリンタ装置６ａの状態変化を通知する。

【００５８】上述のように処理することによって、通知
先ホストテーブル７に記憶時間が設定され、かつ残り時
間がある場合、対応するホスト機器に対して状態変化の
情報が通知されることになる。したがって、ホスト機器
は従来のように一定時間毎に問い合わせを行う必要がな
い。また、当該状態変化の情報の通知も、プリンタ装置
６ａ側で状態変化が生じた場合のみ行えばよく、ネット
ワーク１のトラフィックに悪影響を与えることがない。

【００５９】次に、通知先ホストテーブル７に登録され
ている残り時間１０を更新する（ステップＳ７０８）。
尚、このステップＳ７０８の残り時間更新処理について
は、図８を用いて後述する。

【００６０】一方、ステップＳ７０６の処理にて、状態
変化がない場合（ステップＳ７０６，Ｎｏ）、ステップ
Ｓ７０８の処理に移行する。また、ステップＳ７０２の
処理にて、状態取り込みカウンタの値が所定の値（例え
ば、３〜５秒程度）に達していない場合にも（ステップ
Ｓ７０２，Ｎｏ）、ステップＳ７０８の処理に移行す
る。

【００６１】図８は、ネットワークプリンタ６が、通知
先ホストテーブル７に登録されている残り時間９の更新
処理を示すフローチャートである。まず、通知先ホスト
テーブル７に登録されているホストがあるか否かを判断
し（ステップＳ８０１）、登録されているホストがある
場合（ステップＳ８０１，Ｙｅｓ）、該当するホストの
残り時間（３０４）を１秒減じる（ステップＳ８０
２）。この時点で残り時間がなくなったホストが有る場
合には（ステップＳ８０３，Ｙｅｓ）、該当するホスト
のホスト情報を通知先ホストテーブル７から削除する
（ステップＳ８０４）。また、ステップＳ８０３の処理
にて、残り時間がある場合には（ステップＳ８０３，Ｎ
ｏ）、そのままステップＳ８０５の処理に移行する。

【００６２】以上のステップＳ８０２〜Ｓ８０４の処理
を、通知先ホストテーブル７の登録エントリ数だけ繰り
返し処理する（ステップＳ８０５，Ｎｏ）。登録エント
リの全てに対し処理が終了したら（ステップＳ８０５，
Ｙｅｓ）当該処理を終了する。また、ステップＳ８０１
の処理にて、通知先ホストテーブルに登録エントリが無
い場合（ステップＳ８０１，Ｎｏ）にも、そのまま当該
処理を終了する。

【００６３】図９は、ホスト機器がネットワークプリン
タを監視し、その時の状態表示を行う機器状態表示処理
部の動作を示すフローチャートである。機器状態表示処
理部１５は、起動時に予め、図１０（ａ）に示した問い
合わせ間隔設定画面において設定／記憶されている、問
い合わせ間隔（ポーリング間隔）を取得する（ステップ
Ｓ９０１）。尚、同図（ａ）では、ユーザがその他に設
定できる項目として、タイムアウト時間とリトライ（再
試行）回数がある。これは、ユーザがタイムアウト時間
を設定することにより、ポーリングを行ってからの応答
待ちの時間が設定され、リトライ回数を設定することに
より、タイムアウトした時の再試行回数が設定される。
また、同図（ａ）の表示画面は、オペレータが同図
（ｂ）に示す環境設定表示画面のプロパティを選択する
ことにより得られる。

【００６４】図９に戻り、次に、状態監視対象であるネ
ットワークプリンタ６に対し、現在の状態を問い合わ
せ、図４に示す状態表示画面に、現在のネットワークプ
リンタ６の状態を表示する（ステップＳ９０２）。尚、
ホストは、ネットワークプリンタに状態問い合わせを行
う時、同時に図１０で示した問い合わせ間隔設定画面の
問い合わせ間隔をネットワークプリンタ６に送信し、そ
して、問い合わせ間隔時間の周期タイマーを起動する
（ステップＳ９０３）。起動後は、当該処理が終了する
まで（ステップＳ９０５，Ｙｅｓ）、発生事象に対する
処理を行う（ステップＳ９０６）。尚、ネットワークプ
リンタ６は、この問い合わせ間隔時間を受信し、これを
通知先ホストテーブル７の記憶時間エリア９に登録す
る。

【００６５】ここで、発生事象がネットワークプリンタ
６からの状態変化通知であった場合（ステップＳ９０
７）、変化したネットワークプリンタ６へ状態問い合わ
せを行い、状態表示画面を更新する。図１１は、更新さ
れた状態表示画面を示す。同図では、例えばネットワー
クプリンタ６に紙詰まりによるエラーが発生した状態を
示している。同図において、２７はネットワークプリン
タ６の現在の状態に応じた状態図、２８はその状態のメ
ッセージ、２９はエラー対処方法が示されている。尚、
その他のエラーとしては、例えば、用紙ジャム、用紙無
し（用紙補給）、トナー交換、及びドラム交換等のオペ
レータコールエラーがある。また、その他、エラーには
該当せず、そのままプリンタを放置していても何ら不都
合を生じない場合として、待機中（印刷待ち状態）、印
刷中、スリープ中、標準ポート印刷中等があり、この場
合には、状態表示画面の中のメッセージ２８のみが更新
される。

【００６６】発生事象が、タイマのタイムアウトの場合
（ステップＳ９０８）、つまり、ホストが起動する問い
合わせ間隔用の周期タイマーがタイムアウトした場合、
ネットワークプリンタ６の通知先ホストテーブル７への
登録を継続させるために、ホストはネットワークプリン
タ６に対し状態問い合わせを行う。

【００６７】発生事象が、問い合わせ間隔設定の場合
（ステップＳ９０９）、つまり、オペレータの操作によ
り状態表示画面に対する入力がなされる場合は、図１０
で示した問い合わせ間隔設定画面を表示し、ネットワー
クプリンタ６への問い合わせ時間間隔を設定し、周期タ
イマを起動し直す。

【００６８】以上により本第１の実施の形態によれば、
ネットワークプリンタに状態問い合わせを行うホストの
ネットワークアドレスを通知先ホストテーブルに記憶さ
せる時間と、ホストがネットワークプリンタに状態問い
合わせを行う時間間隔を一致させることにより、ホスト
は、最低限この問い合わせ間隔に１回状態問い合わせを
行うことで状態変化が通知されるようになり、ホストが
ネットワークプリンタに対し頻繁に状態問い合わせを行
ってネットワーク上の不要なトラフィックの増加を防止
することが可能になる。よって、ネットワークプリンタ
の状態監視を行うホストの台数が増えた時においても、
ネットワーク上のトラフィックが、ホストの台数に比例
して増加することはない。

【００６９】尚、本第１の実施の形態では、状態管理を
行うネットワーク機器として、プリンタとネットワーク
Ｉ／Ｆボードを備えるプリンタサーバを適用したが、こ
れに限られることはなく、例えば、コンピュータ同士で
の通知手順における通信相手となるコンピュータに適用
してもよい。＜第２の実施形態＞次に、本発明の第２の実施形態につ
いて説明する。＞本第２の実施形態では、ネットワーク
プリンタのネットワーク上の混雑度を判定し、これをホ
ストに通知することにより、オペレータは混雑度を確認
した上で印刷処理の指示を行うことができるものであ
る。

【００７０】図１２は、本形態におけるネットワークシ
ステムの構成図である。同図に示されるように、ネット
ワークシステム３１は、プリンタ３２と、このプリンタ
３２とネットワーク３３とを接続するＬＡＮボード３４
と、ホスト３５ａ、３５ｂと、このホスト３５、３５ｂ
とネットワーク３３とを接続するＬＡＮボード３６ａ、
３６ｂを有する。

【００７１】同図の印刷データの流れを説明する。オペ
レータが、例えば、ホスト３５ａから印刷を行うと、印
刷データは、ホスト３５ａのスプールキューに一旦蓄積
され、その後ホスト３５ａのＬＡＮボード３６ａを介し
て、ＬＰＲ等の通信プロトコルで、プリンタ３２のＬＡ
Ｎボード３４に送信される。ＬＡＮボード３４は印刷デ
ータを受信し、プリンタ３２との不図示のＩ／Ｆ（イン
ターフェイス）を介して印刷データをプリンタ３２に送
信する。プリンタ３２は印刷データを受信し、印刷デー
タのコマンド解析を実行すると共に描画処理を行い、１
ページの印刷処理を実行し、これが終了すると印刷用紙
が排出される。

【００７２】次に、印刷データが多い時や複数ホストか
ら印刷データが多く送信される時の印刷データの流れを
説明する。基本的な印刷データの流れは、上記の通りで
あるが、印刷データが多い時や複数ホストから印刷デー
タが多く送信された時の、ホスト３５、ＬＡＮボード３
４、及びプリンタ３２の状態を、図１３〜図１５に示
す。

【００７３】図１３はホスト３５の状態を示す。同図に
示されるように、スプールキュー３７には、プリンタ３
２に送信されていない印刷データが蓄積される。図１４
はＬＡＮボード３４の状態を示す。ＬＡＮボード３４
は、複数のホスト３５から同時にいくつかのプロトコル
（例えば、ＬＰＲ，ＦＴＰ等）を受信でき、通信の口
（ポート）を複数備え（物理的には、一本のケーブルだ
が、論理的に複数の通信口を備える）、この複数の通信
口に対しそれぞれ受信バッファを備える。同図に示され
るように、この受信バッファにはまだプリンタに送信さ
れていない印刷データが蓄積される。

【００７４】図１５はプリンタ３２の状態を示す。同図
に示されるように、プリンタ３２には、ＬＡＮボード３
４を介して、ネットワーク３３から印刷データが送信さ
れ、この印刷データはプリンタ３２が備える受信バッフ
ァ・ページバッファ・画像メモリ等に蓄積される。

【００７５】よって、印刷データが多くなると、ホスト
３５、プリンタ３２のＬＡＮボード３４、及びプリンタ
３４には、各々のスプールキューやバッファに印刷デー
タが蓄積されることになる。

【００７６】本例では、これらの混雑（印刷データの蓄
積）情報の判定を、以降に示す構成によりＬＡＮボード
３４が実施する。始めに、プリンタの混雑（印刷データ
の蓄積）情報の判定について説明する。

【００７７】尚、ＬＡＮボード３４は、プリンタ３２の
プリンタコントローラ部とデータの送受信を行うＩ／Ｆ
部を具備しており、このＩ／Ｆ部は、通常、印刷データ
をＬＡＮボード３４からプリンタ３２へ送信することを
目的としているが、プリンタ３２の状態を応答したり、
ＬＡＮボード３４とプリンタ３２の同期をとるためのデ
ータやコマンドの送受信も行う。これにより、プリンタ
３２の混雑情報をＬＡＮボード３４に送信することがで
きる。

【００７８】図１６は、プリンタ内部の概略構成図であ
る。同図に示されるように、プリンタ３２は、プリンタ
コントローラ部４０とプリンタエンジン４１を備える。
プリンタコントローラ部４０は、ＬＡＮボード３４から
送信される印刷データに基づき画像イメージを作成し、
これをプリンタエンジン４１に送信する。プリンタエン
ジン４１は受信した画像イメージに基づき用紙に印字処
理を行う。

【００７９】画像イメージを作成するプリンタコントロ
ーラ部４０は、更に、ホストＩ／Ｆ部４２、受信バッフ
ァ４３、コマンド解析部４４、中間コード実行部４５、
ページバッファ４６、描画実行部４７、画像メモリ４
８、プリンタエンジンＩ／Ｆ部４９、印刷待ち行列５
０、及び状態管理部５１を備える。

【００８０】受信バッファ４３は、ホストＩ／Ｆ部４２
を介して、ＬＡＮボード３４から送信された印刷データ
を一旦蓄積し、コマンド解析部４４はこの受信バッファ
４３内のコマンドを解析し、中間コード実行部４５はこ
れを一旦中間コードとして作成する。そして、画像メモ
リ４８が使用できない時には、印刷データは中間コード
としてページバッファ４６に記憶される。画像メモリ４
８が使用できるときには、描画実行部４７は印刷データ
の描画を実行して画像イメージを作成し、作成された画
像イメージは画像メモリ４８に記憶される。尚、画像メ
モリ４８には、複数ページ作成された画像イメージが記
憶されることもある。その後、画像メモリ４８に記憶さ
れた画像イメージは、プリンタエンジンＩ／Ｆ部４９を
介して、プリンタエンジン４１に送信される。また、印
刷待ち行列部５０は、上述したように、画像メモリ４８
やページバッファ４６に複数ページの画像を記憶してい
る時のページの順番やジャムリカバリーの管理等を行う
ための印刷待ちの管理情報を記憶している。

【００８１】状態管理部５１は、受信バッファ４３の使
用状況（バッファ内のデータ容量）を管理し、また、ペ
ージバッファ４６や画像メモリ４８や印刷待ち行列部５
０から蓄積されているページ数を管理する。

【００８２】これにより、状態管理部５１は、受信バッ
ファ４３が使用しているメモリ容量の上限値を決め、ま
た、ページバッファ４６、画像メモリ４８、及び印刷待
ち行列部５０に蓄積されるページ数の上限枚数を決めて
おくことで、プリンタの印刷処理の混雑度を判定するこ
とが可能になる。

【００８３】図１７は、状態管理部による混雑度の判定
処理を示すフローチャートである。同図に示されるよう
に、印刷待ち行列部５０に上限枚数以上のページが蓄積
されているとき（ステップＳ１７０１，Ｙｅｓ）、印刷
待ち行列部５０と画像メモリ４８に上限枚数以上のペー
ジが蓄積されているとき（ステップＳ１７０２，Ｙｅ
ｓ）、印刷待ち行列５０と画像メモリ４８とページバッ
ファ４６に上限枚数以上のページが蓄積されているとき
（ステップＳ１７０３，Ｙｅｓ）、及び印刷待ち行列５
０と画像メモリ４８とページバッファ４６に（上限‐
１）枚数以上のページが蓄積され、かつ受信バッファ４
３に上限容量以上の印刷データが蓄積されているとき
（ステップＳ１７０４，Ｙｅｓ）は、混雑している（ス
テップＳ１７０６）と判定される。一方、上述したステ
ップＳ１７０１〜Ｓ１７０４の分岐処理において全てＮ
ｏの場合は、混雑していない（ステップＳ１７０５）と
判定される。

【００８４】状態管理部５１は、このようにして判定さ
れた「プリンタが混雑している／混雑していない」の判
定結果を、ホストＩ／Ｆ部４２の送信部に送信する。ホ
ストＩ／Ｆ部４２の送信部は、この判定結果をＬＡＮボ
ード３４へ通知する。尚、ＬＡＮボード３４へは、判定
結果の他にプリンタに蓄積されている印刷データの情報
についても通知するようにしても良い。

【００８５】次に、ＬＡＮボードの混雑（印刷データの
蓄積）情報の判定について説明する。図１８は、ＬＡＮ
ボードの概略構成図である。同図に示されるように、Ｌ
ＡＮボード３４は、パケットドライバ部６０、カーネル
部６１、プリンタドライバ部６２を備え、カーネル部６
１は、更に、プロトコルタスク部６３、各プロトコルタ
スク部に対応した受信バッファ６４、及び状態管理部６
５を備える。尚、ホスト３５からの印刷データは、ネッ
トワーク３３を介し、ＬＰＲやＦＴＰといった印刷用プ
ロトコルを使用して送信されるので、ＬＡＮボード３４
もＬＰＲやＦＴＰといった各種プロトコルが実装されて
いる。

【００８６】ＬＡＮボード３４は、パケットドライバ部
６０を介し、ネットワーク３３よりパケットを取り込
み、何のプロトコルが使用されているかを判別する。こ
の判別に基づき、各プロトコルタスク部６３が動作し、
ホスト３５との通信が開始される。各プロトコルタスク
部６３は、ホスト３５からの印刷データを、一旦受信バ
ッファ６４へ蓄積し、プリンタドライバ部６２を介して
プリンタコントローラ部４０へ印刷データを送る。ま
た、今の通信データの流れを反対にすることにより、プ
リンタ３２の情報やＬＡＮボード３４の情報をホスト３
５へ送信することもできる。

【００８７】以上に示した印刷データの流れが一般的で
あるが、複数のホストから様々なプロトコルや同一のプ
ロトコルで見かけ上同時にデータが送信されることがあ
る。このような時、ＬＡＮボード３４は各プロトコルタ
スク部６３が見かけ上同時に動作する。但し、１つの印
刷データが混ざらない様に受信バッファ６４を越える前
にプロトコルを止める（ホストからの送信を止めてもら
う）こともある。

【００８８】以上のような状態において、状態管理部６
５は、各プロトコルタスク部６３がいくつ動作している
かや、各受信バッファ６４の使用状況を把握し管理す
る。ここで、状態管理部６５が、プロトコルタスク部６
３がいくつ動作しているかを判定し、また、受信バッフ
ァ６４のデータ容量に上限値を設けることにより、プリ
ンタ３２と同様にＬＡＮボード３４の混雑度を判定する
ことができる。

【００８９】次に、ホストの混雑（印刷データの蓄積）
情報の判定について説明する。ホストの混雑度の判定
は、ホストのスプールキューに蓄積される印刷ジョブ
（印刷データ容量）から判定される。

【００９０】ホスト３５から印刷を行うと、例えば、ホ
スト３５上のＯＳ（Operating System）がＷｉｎｄｏｗ
ｓである場合は、印刷データは一旦スプールキューに蓄
積される。ホスト３５からの印刷の回数が増えていく
と、印刷データをプリンタ３２で印刷するよりも早く印
刷データがスプールキューに蓄積されるようになり、ま
た、そのような時に複数ホストから印刷が行われると、
印刷データが複数ホスト内のスプールキューに蓄積され
ることになる。その後、スプールされた印刷データは、
徐々にプリンタ３２のＬＡＮボード３４へ送られる。よ
って、継続的にプリンタ３２やＬＡＮボード３４が混雑
することになる。

【００９１】スプールキュー情報をＬＡＮボード３４で
獲得し混雑具合を判定する構成について説明する。例え
ば、ＷＩｎｄｏｗｓ９５は自分自身のスプールキューの
内容を表示する機能を有している。また、ＷＩｎｄｏｗ
ｓＮＴでは、サーバのスプールキューの情報を別のクラ
イアントＰＣから閲覧する機能を有している。本例で
は、これらの機能を利用して、ＷＩｎｄｏｗｓ９５の場
合は、ネットワーク（ＬＡＮ）とホストの間に専用のプ
ロトコルを準備し、ＷＩｎｄｏｗｓＮＴの場合等はクラ
イアントＰＣから閲覧する機能を利用する。

【００９２】このような方法により、ＬＡＮボード３４
がホストのスプールキューの内容を獲得することができ
る。ＬＡＮボード３４は、実際にアクセスされているホ
ストのＩＰアドレスやＭＡＣアドレスがわかっているた
め、そのアクセスしているホストに対してスプールキュ
ーの内容を獲得すれば良い。

【００９３】これにより、現在、ＬＡＮボード３４にア
クセスしているホストのスプールキューに蓄積される印
刷ジョブの数を獲得することができる。よって、予め、
印刷ジョブの数に混雑度の上限値を設けることにより、
ホストのスプールキューの混雑度を判定することが可能
になる。

【００９４】以上により、プリンタ、ＬＡＮボード、及
びホスト内のスプールキューの混雑度の判定結果から、
ネットワーク上でのプリンタの混雑度を判定することが
できる。

【００９５】本第２の実施の形態では、ネットワーク上
でのプリンタの混雑度の判定は、ＬＡＮボードが行う。
上述したように、ＬＡＮボードは、ＬＡＮボード自身の
混雑度を判定することができ、また、プリンタからはプ
リンタの混雑度が通知され、また、現在接続されている
ホストのスプールキューの情報も獲得できる。

【００９６】このことから、ＬＡＮボードは、プリンタ
に何枚以上未処理ページがあり、ＬＡＮボードはいくつ
のホストと通信中で、通信中のホストにはいくつの印刷
データがスプールされているかを判定することができ、
ネットワーク上でのプリンタの混雑度を判定することが
できる。そして、ＬＡＮボードは、この判定結果をＳＮ
ＭＰの情報としてホストへ通知したり、新たな状態通知
プロトコルを取り決めてホストへ通知することが可能に
なる。

【００９７】また、本第２実施の形態では、プリンタ、
ＬＡＮボード、及びホストのスプールキューの混雑度が
各々判定できる為、これらの情報を各々独立にホストへ
通知することが可能になる（各々の未印刷枚数を通知可
能となる）。

【００９８】次に、オペレータがホストから印刷を開始
しようとする時に、このネットワーク上のプリンタの混
雑度の判定結果をホストに通知し、オペレータに知らせ
る構成について説明する。

【００９９】始めに、通常のホスト上の印刷処理の流れ
について説明する。尚、ホスト上のＯＳは、Ｗｉｎｄｏ
ｗｓ（Ｗｉｎｄｏｗｓ９５、又はＷｉｎｄｏｗｓＮＴ）
を適用する。図１９は、通常のＷｉｎｄｏｗｓの印刷処
理を説明するための概略ブロック図である。アプリケー
ションプログラム（以下、アプリケーションという）７
１からオペレータは印刷したいデータに対し印刷ボタン
をクリックする等して印刷指示を行う。アプリケーショ
ン７１とＷｉｎｄｏｗｓ７０は、ＥＭＦ（Ｅｎｈａｎｃ
ｅｄＭｅｔａｆｉｌｅ）生成部７２にて印刷データを
ＥＭＦ形式のデータとして生成し、スプーラ７３へ出力
する。ここで、印刷を続けて指示するとスプーラ７３へ
いくつも印刷データが蓄積されることになる。スプーラ
７３はプリンタドライバ７４を呼び出し、特有のプリン
タコマンドに変換する。そして言語モニタ７５を通し、
ポートモニタ７６でプリンタへ印刷データを送信する。
尚、プリンタドライバ７４は、各社プリンタメーカから
提供される。

【０１００】またプリンタ側からの応答はポートモニタ
を通し、言語モニタで処理する。もし、その応答結果を
所定の記憶位置に書き込み、プリンタからの情報を処理
したければ、その所定の記憶位置を参照すればよい。

【０１０１】しかしながら、このような通常の印刷処理
では、印刷ボタンをクリックする等して、オペレータが
印刷指示をした時に、印刷データは、直接プリンタのＬ
ＡＮボードへデータが送られるのではなく、スプーラに
蓄積されてしまうので、プリンタ、ＬＡＮボード、及び
ＬＡＮボードに接続されるホストのスプールキューの混
雑具合を確認できない。この印刷データが、実際に送ら
れるのは、以前のスプールデータが全て無くなった後に
なる。

【０１０２】そこで、本第２の実施の形態では、オペレ
ータが印刷ボタンをクリックする等して印刷指示が行わ
れた時に、ネットワーク上のプリンタの混雑度を確認で
きるようにした。

【０１０３】図２０は、本第２の実施の形態における、
Ｗｉｎｄｏｗｓの印刷処理を説明する概略ブロック図で
ある。同図において、オリジナルのスプーラ７７、エラ
ー表示部７８、及びＳＮＭＰ等の状態確認処理部７９が
設けられている点が図１９と異なり、その他の構成につ
いては同一である。

【０１０４】始めに、オペレータがアプリケーション７
１から印刷ボタンをクリックする等して必要なデータの
印刷指示を行う。アプリケーション７１とＷｉｎｄｏｗ
ｓは、ＥＭＦ生成部７２にて印刷データをＥＭＦとして
作成するが、この後、通常のスプーラ７３に出力せず、
新たなオリジナルのスプーラ７７に一旦蓄積するように
する。オリジナルのスプーラ７７は印刷データをそのま
ま保持し、状態確認処理部７９は、ＳＮＭＰ等の通信プ
ロトコルを利用して、ネットワーク上のプリンタの混雑
度をプリンタのＬＡＮボードへ問い合わせる。そして、
問い合わせの結果、プリンタが混雑していなければ、オ
リジナルのスプーラ７７から再度Ｗｉｎｄｏｗｓ７０の
スプーラ７３へ印刷データを渡し、印刷処理を続行す
る。一方、プリンタが混雑していた場合には、ホストの
ディスプレー画面に図２１に示すメッセージと選択ボタ
ンを表示する。このような画面表示により、オペレータ
はそのまま印刷を続行するか、印刷をキャンセルするか
選択できるようになる。同図において、オペレータが続
行ボタンをクリックした場合には、オリジナルのスプー
ラ７７からＷｉｎｄｏｗｓのスプーラ７３に印刷データ
が出力される。また、オペレータがキャンセルボタンを
クリックした場合には、オリジナルのスプーラ７７のデ
ータは削除される。

【０１０５】尚、このような処理において、立て続けに
印刷データが送られ、新しい印刷データがオリジナルス
プーラに取り込まれたとき、状態確認処理部７９はＬＡ
Ｎボードに対しネットワーク上のプリンタの混雑度を問
い合わせるが、この問い合わは、印刷データを送るプロ
トコルとは別のプロトコル（ＳＮＭＰ等）を使用するの
で、それ以前に出力している印刷データの通信には影響
しない。

【０１０６】以上により、本第２の実施の形態によれ
ば、プリンタのビジー状態だけでなく、プリンタの未印
刷ページ数、ＬＡＮボードの使用状態、及び接続されて
いるホストの未印刷ジョブの数をトータル的に判定する
ことにより、ネットワーク上でのプリンタの混雑度を判
定することが可能になる。

【０１０７】また、オペレータが、印刷を開始する時
に、ネットワーク上のプリンタの混雑度を知ることがで
きるので、すぐにそのプリンタが印刷可能であるか否か
を判別でき、そのプリンタが混雑している場合には、オ
ペレータはプリンタの混雑度が低い時に印刷を行うよう
にしたり、プリンタの混雑度が低い別のプリンタで印刷
を行うことができる。

【０１０８】よって、ネットワーク上でのプリンタの混
雑度が増大することはなくなり、ネットワークトラフィ
ックの混雑を防止することができる。また、プリンタ、
ＬＡＮボード、及びスプールキューの各々独自の混雑状
態をホストへ通知できるので、利用者は、ＬＡＮボード
だけが混雑している場合には、ネットワーク（ＬＡＮ）
を使わず、例えば、セントロニクスを使用して印刷した
り、また、未印刷枚数を知ることにより、終了時間を予
測することができるようになる。

【０１０９】尚、本第２の実施の形態では、ネットワー
ク（ＬＡＮ）上のプリンタの混雑度を通知する構成であ
ったが、ネットワークと同時にセントロニクスにも接続
されたプリンタに対しても、双方向通信が行えるセント
ロニクスであれば、同様の効果を得ることができる。

【０１１０】また、ネットワーク上のプリンタの混雑度
と共に、プリンタ、ＬＡＮボード、及び現在接続されて
いるホストのスプールキューの詳細情報（プリンタに未
印刷ページが何枚以上残り、ＬＡＮボードはいくつのプ
ロトコルでアクセスされており、ホストのスプールキュ
ーにいくつの未印刷ジョブが残っているか等）を、ホス
トに通知するようにしてもよい。これにより、オペレー
タはネットワーク上のプリンタの混雑度が詳細にわかる
ようになる。＜第２の実施の形態における変形例＞ＬＡ
Ｎボードには、印刷データだけでなく、ＷＷＷ（Ｗｏｒ
ｌｄＷｉｄｅＷｅｂ）によるプリンタ及びＬＡＮボー
ドの状態表示や設定が行えるように、ＨＴＴＰＤ（Ｈｙ
ｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏ
ｌＤｅｍｏｎ）及びＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ
ＭａｒｋｕｐＬａｎｇｕａｇｅ）データを備えたも
のがある。

【０１１１】通常、オペレータは、任意のこのようなＬ
ＡＮボードを指定し、ホスト上からブラウザを使用し
て、ＬＡＮボードのＨＴＭＬデータを読み込むことによ
り、プリンタやＬＡＮボードの状態表示や設定を行うこ
とが可能になる。しかしながら、このＨＴＭＬデータの
容量が多いためにネットワーク上のトラフィックが増加
することになり、これが、ネットワーク上のプリンタの
混雑度に大きく影響することになる。

【０１１２】本変形例は、このような問題点を解決する
ためになされたものである。始めに、このような通常の
ＬＡＮボードによるプリンタやＬＡＮボードの状態表示
や設定を行う構成について説明する。

【０１１３】図２２は、このような構成を示す概略ブロ
ック図である。同図に示されるように、まずオペレータ
は、ホスト３５上のブラウザ８０を立ち上げる。次に、
ＬＡＮボード３４のネットワークアドレスを指定する
（例えば、http:// ＬＡＮボードＩＰアドレス）と、ホ
スト３５上のブラウザ８０は、ＬＡＮボード３４に対し
ＨＴＭＬデータ８１をブラウザに送信するように送信要
求を送る。ＬＡＮボード３４は、ホスト３５からのＨＴ
ＭＬデータの送信要求に対して、プリンタの状態やＬＡ
Ｎボード３４の状態を加えて、ＨＴＭＬデータとしてＨ
ＴＴＰプロトコル８２でホスト３５のブラウザ８０へＨ
ＴＭＬデータを送信する。ブラウザ８０は、このＨＴＭ
Ｌデータをホストのディスプレー上に表示する。また、
プリンタ及びＬＡＮボード３４の設定については、表示
されたＨＴＭＬデータ内に予め入力フォームを用意して
おき、オペレータがこの入力フォームに設定データを入
力することにより行われる。設定データの入力後、この
設定データは、ＨＴＴＰプロトコルでブラウザ８０から
ＬＡＮボード３４へ送信され、ＬＡＮボード３４は、こ
の設定データを受信した後、ＬＡＮボード３４の設定を
行い、プリンタドライバ部６２を介してプリンタの設定
データをプリンタへ送信する。プリンタは、このプリン
タの設定データを受信して、プリンタの設定を行う。

【０１１４】しかしながら、このような通常のＬＡＮボ
ードが備えるＨＴＭＬデータは、データ容量が多いた
め、ネットワークトラフィックの混雑度に多大な影響を
及ぼしている。

【０１１５】そこで、本変形例によるＬＡＮボードは、
通常のＨＴＭＬデータの他に、ネットワーク上のプリン
タの混雑度を通知するための、データ容量の少ないＨＴ
ＭＬデータを新たに備えるようにし、これをホストに通
知することにより、オペレータにその後のプリンタ及び
ＬＡＮボードの状態表示や設定処理を継続させるか否か
を判断させる構成にした。

【０１１６】次に、本変形例のＬＡＮボードにより混雑
度を通知する構成について説明する。図２３は、このよ
うな構成を示す概略ブロック図である。本第２の実施の
形態で述べたように、ＬＡＮボード３４は、プリンタ、
ＬＡＮボード、及び現在接続されているホストのスプー
ルキューの混雑度を判定することができる。

【０１１７】本変形例のＬＡＮボード３４は、通常表示
するＨＴＭＬデータとは別のＨＴＭＬデータ８３を予め
用意しておき、前述のプリンタ、ＬＡＮボード、及び現
在接続されているホストのスプールキューの混雑度の判
定に合わせて、ＨＴＭＬデータ８３をホスト３５に送信
するようにする。

【０１１８】同図に示されるように、各混雑度を判定す
る判定部８４を設け、この判定部８４の判定結果に基づ
き、ＨＴＭＬデータ８３の中からＨＴＭＬデータの先頭
のポインタをずらすこと等により、始めに送信すべきＨ
ＴＭＬデータ８３を決定し、これをＨＴＴＰプロトコル
でホスト３５のブラウザ８０へ送信する。そして、ホス
ト３５は、このＨＴＭＬデータに基づきブラウザ８０の
表示画面上に混雑度を表示する。

【０１１９】図２４は、予め用意するＨＴＭＬデータを
ホスト上のブラウザに表示させた時の表示画面の一例で
ある。同図（ａ）は、ネットワーク上のプリンタシステ
ム全体が混雑している時の表示画面である。（ｂ）は、
プリンタが混雑している時に表示される表示画面であ
る。（ｃ）は、ＬＡＮボードが混雑している時に表示さ
れる表示画面である。（ｄ）は、ホストが混雑している
時に表示される表示画面である。

【０１２０】尚、同図（ａ）〜（ｄ）において、続行を
選択することにより、通常のプリンタ及びＬＡＮボード
の状態の表示及び設定処理が開始され、キャンセルを選
択することにより、同処理は中止される。

【０１２１】以上により、本変形例によれば、プリンタ
システムの混雑度を判定し、この判定結果に基づき、予
めＬＡＮボード内部に備えたデータ容量の少ないＨＴＭ
Ｌデータをホスト上のブラウザに表示させることによ
り、オペレータに、その後のプリンタ及びＬＡＮボード
の状態の表示及び設定を継続するかキャンセルするかを
選択させることができる。よって、プリンタシステムが
混雑している時には、オペレータは、プリンタ及びＬＡ
Ｎボードの状態の表示及び設定をキャンセルすることが
でき、ネットワークトラフィックの混雑を緩和すること
ができ、プリンタシステムの混雑を防止することができ
る。＜第３の実施の形態＞本第３の実施の形態は、複数のク
ライアントから１台のネットワークプリンタを使用する
場合に、例えば、任意のクライアントから送信された印
刷データが、ネットワークプリンタにてジャム等のエラ
ーを発生させた時、ネットワークプリンタに接続される
全てのクライアントやエラーを発生させたクライアント
だけにエラーを通知するのではなく、この時、印刷に係
わっていたクライアントに対しエラーを通知するように
し、ネットワークトラフィックの不要な混雑を防止する
ものである。

【０１２２】図２５は、本第３の実施の形態におけるネ
ットワークシステムの構成図である。同図に示すよう
に、ネットワークシステム９０は、クライアントＡ９１
〜クライアントＤ９４、プリンタサーバ９５、及び共有
プリンタ９６を有し、ぞれぞれ、ネットワーク９７に接
続されている。

【０１２３】このようなネットワークシステム９０の印
刷処理を説明する。通常、クライアントＡ９１が印刷を
行う場合、クライアントＡ９１は、印刷データをネット
ワーク９７を介して、プリンタサーバー９５へ送信す
る。プリンタサーバー９５は、クライアントＡ９１の印
刷データをスプールし、この印刷データをネットワーク
９７を介して共用プリンタ９６へ送信する。共用プリン
タ９６は、不図示のプリンタ内のネットワークボードを
介して印刷データを取り込み印刷を行う。クライアント
Ｂ９２〜Ｄ９４も同様にして印刷を行う。各クライアン
トからほぼ同時に印刷データが送信された場合は、プリ
ンタサーバー９５は送信された順にスプールに印刷デー
タを蓄積し、順次、共用プリンタ９６に印刷データを送
信し印刷を行う。

【０１２４】次に、ネットワークシステム９０のエラー
通知処理について説明する。尚、ネットワークシステム
９０は、共用プリンタ９６にＭＩＢ（Ｍａｎａｇｅｍｅ
ｎｔＩｎｆｏｒｍａｔｉｏｎＢａｓｅ）情報を持た
せ、ＳＮＭＰを用いた情報通知の構成を有したシステム
とする。

【０１２５】共用プリンタ９６の監視の方法としては、
２つの方法が有り、１つはプリンタサーバ９５がＳＮＭ
Ｐで共用プリンタ９６の状態を常に監視し、共用プリン
タ９６にエラーが発生した時にエラーの情報を検出し、
必要なクライアントに対しエラー情報を通知する方法
（トラップ）である。もう１つは、各々のクライアント
が独自にＳＮＭＰで共用プリンタ９６に対し問い合わせ
を行い、状態を監視する方法（ポーリング）である。

【０１２６】図２６は、エラー通知処理を説明する図で
ある。上述した、共用プリンタ９６の２つの監視方法で
は、どちらも共用プリンタ９６にＭＩＢ情報９８を実装
しておき、共用プリンタ９６にエラーが発生した時、こ
のエラー情報をＳＮＭＰを使用しポーリング又はトラッ
プにより、クライアント若しくはプリンタサーバーに通
知する。クライアント若しくはプリンターサーバはＳＮ
ＭＰを制御する制御部９９とその内容を表示する表示部
１００とを備え、定期的に共用プリンタ９６の情報をポ
ーリングし監視するか、共用プリンタ９６からエラー発
生時に通知されるトラップを受け付け、共用プリンタ９
６に状態変化が生じた時にその内容を表示する。

【０１２７】ここで、共用プリンタ９６が、例えばペー
ジプリンタのような高速な印刷装置である時は、プリン
タ内部に印刷用紙を複数枚存在させることが多々ある。
図２７は、印刷中のページプリンタ内の状態を示す図で
ある。同図において、印刷用紙１０１がクライアントＡ
９１の印刷データ、印刷用紙１０２がクライアントＢ９
２の印刷データ、印刷用紙１０３がクライアントＣ９３
の印刷データとする。ここで、印刷データ１０２でジャ
ムが発生したら、ページプリンタは用紙の転送を止め、
印刷データ１０１、１０３も同時に止まる。本第３の実
施の形態では、このような状態の時に、このジャムに該
当するクライアントＡ９１、クライアントＢ９２、クラ
イアントＣ９３にジャムを通知するものである。

【０１２８】図２８は、クライアント、プリンタサー
バ、及びプリンタの概略構成図である。同図では、説明
の便宜上、クライアントを１つで示しているが、複数存
在するものとする。また図中の実線は印刷データの流れ
を示し、点線はエラー通知の流れを示している。

【０１２９】クライアント１０５は、印刷を要求するア
プリケーション部１０６、プリンタドライバ部１０７、
エラー表示部１０８、及びエラー受信部１０９を備え
る。プリンタサーバ１１０は、スプーラ１１１、プリン
タドライバ部１１２、エラー表示部１１３、及びＳＮＭ
Ｐ制御部１１４を備え、スプーラ１１１は、更にテーブ
ル１２６を備える。

【０１３０】プリンタ１１５は、プリンタコントローラ
１１６、プリンタエンジン１１７を備え、プリンタコン
トローラ１１６は、Ｉ／Ｆ部１１８、コマンド解析・画
像生成等を行うプリンタコントローラ部１１９、プリン
タエンジンコントロール部１２０、プリンタＭＩＢ部１
２１、及びＳＮＭＰ制御部１２２を備え、プリンタエン
ジンコントロール部１２０は、更にテーブル１２７を備
える。また、プリンタエンジン１１７は、プリンタエン
ジン制御部１２２、エラーセンサー１２３、用紙センサ
ー１２４、及び完全排紙センサー１２５を備える。

【０１３１】次に、図２８に示した構成の動作について
説明する。まず、印刷を要求するクライアント１０５の
アプリケーション部１０６は、プリンタドライバー部１
０７を介し、印刷データをプリンタサーバー１１０ヘ送
信する。ここで、プリンタドライバー部１０７は、印刷
データに対し、固有の付加Ｎｏ．を付加してプリンタサ
ーバー１１０ヘ送信する。図２９は、付加Ｎｏ．を付加
した印刷データである。同図の１２８が付加Ｎｏ．を示
す。

【０１３２】このようにして印刷データを送信する複数
のクライアントに対し、プリンタサーバ１１０は、各ク
ライアントから受信した印刷データをスプーラ１１１ヘ
順次蓄える。この時、スプーラ１１１は、印刷データに
付加される付加Ｎｏ．１２８と、同時に送信される送信
元であるクライアントのネットワークアドレスとを対比
してテーブル１２６に記憶する。

【０１３３】図３０は、このテーブルを示した図であ
る。同図に示されるように、テーブル１２６は、印刷順
１２９、固有の付加Ｎｏ．１３０、及び送信元のネット
ワークアドレス１３１を記憶する。そして、これらのテ
ーブルデータは、後述するプリンタエンジン１１７から
の完全排紙の通知を受けるまで記憶され、完全排紙の通
知を受けた時、該当するテーブルデータは削除される。

【０１３４】その後、スプーラ１１１は、プリンタサー
バー１１０のプリンタドライバー部１１２を介し、プリ
ンタ１１５へ印刷データを順次送信する。プリンタ１１
５のプリンタコントーラ１１６内のＩ／Ｆ部１１８は、
印刷データを受信し、コマンド解析や画像を生成するプ
リンタコントローラ部１１９へ印刷データを送信する。
尚、Ｉ／Ｆ部１１８は、ＬＡＮボードや双方向セントロ
ニクス用のボード等を介しても良い。そして、プリンタ
コントローラ部１１９にて、１ページ分の画像データが
生成されたら、プリンタエンジンコントローラ部１２０
及び不図示のビデオＩ／Ｆを介して、プリンタエンジン
１１７のプリンタエンジン制御部１２２に画像データを
送信する。ここで、プリンタエンジンコントローラ部１
２０は、固有の付加Ｎｏ．を順次テーブル１２７に記憶
する。

【０１３５】画像データを受信したプリンタエンジン制
御部１２２は、所定の動作により用紙を給紙し、ドラム
を露光・転写し用紙に印刷を行う。この時、プリンタエ
ンジン１１７は、紙無し等のエラーを検知するエラーセ
ンサー１２３、用紙の通過を検知する用紙センサー１２
４、及び用紙が完全に排紙されたか否かを検知する完全
排紙センサ１２５により、紙無しやジャム等のエラーや
用紙が完全に排紙されたか（完全排紙）否か等の情報を
随時検出する。

【０１３６】次に、複数のクライアントから印刷データ
が送信される時の動作について説明する。上述したよう
に、プリンタサーバ１１０のスプーラ１１１には複数の
印刷データが蓄積される。スプーラ１１１は、プリンタ
１１５に印刷データを送信する毎に、同時に、この印刷
データをプリンタ１１５へ送信する送信順に、固有の付
加Ｎｏ．をテーブル１２６に記憶する。更に、スプーラ
１１１は、プリンタコントローラ１１６に対し、プリン
タ１１５が印刷データを受信可能な限り、印刷データを
送信する。プリンタコントローラ１１６は、印刷データ
を受信し、順次画像データを生成し、プリンタエンジン
１１７へ送信する。

【０１３７】図２７を用いて前述したように、プリンタ
エンジン１１７は高速化の為、複数の印刷用紙がプリン
タ内に存在することが多々存在する。この様な状態で、
例えば、印刷用紙１０２にジャムが発生した場合、プリ
ンタエンジン制御部１２２は、エラーセンサー１２３に
よりジャムを認識すると、用紙の送りを停止する。この
為、プリンタ１１５内にジャムの印刷用紙が３枚（印刷
用紙１０１、１０２、及び１０３）残る。プリンタエン
ジン制御部１２２は、印刷用紙１０１以降の完全排紙の
情報は通知せずに、ジャム情報をビデオＩ／Ｆを介し
て、プリンタエンジンコントロール部１２０へ通知す
る。

【０１３８】プリンタエンジンコントローラ部１２０
は、ジャム情報の通知を受信した後、完全排紙されてい
ない固有の付加Ｎｏ．をジャム情報と共にプリンタＭＩ
Ｂ部１２１へ書き込み、これをＳＮＭＰ制御部１２２
は、トラップ若しくはＳＮＭＰ制御部１１４のポーリン
グ応答としてプリンタサーバ１１０へ通知する。尚、プ
リンタエンジンコントローラ部１２０は、完全排紙が検
出された固有の付加Ｎｏ．を、テーブル１２７から削除
する。

【０１３９】一方、プリンタサーバー１１０のＳＮＭＰ
制御部１１４は、ある一定間隔でプリンタの情報をポー
リングするか、又は、プリンタ１１５からの状態変化を
通知するトラップを受け付けている。通常、エラーのな
いときは、完全排紙の情報を受けて、スプーラ１１１内
のテーブル１２６に記憶される固有の付加Ｎｏ．の内、
該当するもの（完全排紙が行われたもの）を消去する
が、上述したようなエラーが発生した場合には、プリン
タ１１５に送信したがまだ排紙されていない印刷データ
に該当する固有の付加Ｎｏ．をテーブル１２６から抽出
し、この固有の付加Ｎｏ．から送信元であるクライアン
トのネットワークアドレスを獲得する。そして、このネ
ットワークアドレスのクライアントに対してエラーを通
知する。また、ＳＮＭＰ制御部１１４は、必要に応じ
て、エラー表示部１１３にてエラー表示を行う。

【０１４０】クライアント１０５は、プリンタサーバー
１１０から送られてきたエラー通知をエラー受信部１０
９にて受信し、これをエラー表示部１０８で表示する。
よって、プリンタ内に残った印刷用紙のジャム情報が本
当に必要なクライアントＡ９１、クライアントＢ９２、
及びクライアントＣ９３に対し、ジャム情報が通知され
る。

【０１４１】尚、プリンタコントローラ１１６とプリン
タサーバー１１０に固有の付加Ｎｏ．が存在する理由
は、プリンタコントローラ１１６及びプリンタサーバー
１１０は各々バッファを備えており、データ送出若しく
はデータ解析にタイムラグが存在するためである。

【０１４２】以上により、本第３の実施の形態によれ
ば、プリンタドライバー部で印刷ジョブを識別できる固
有の付加Ｎｏ．を印刷データに付加し、プリンタサーバ
ーのスプールで一旦蓄積し、プリンタヘ印刷データを送
出する時に固有の付加Ｎｏ．と送信元であるネットワー
クアドレスをテーブルに記憶させ、また、プリンタのプ
リンタエンジンコントローラ部においても印刷を行った
印刷データの固有の付加Ｎｏ．をテーブルに記憶させる
ことにより、例えば、ジャム等のエラー情報が通知され
る場合に、プリンタからプリンタサーバへは、印刷を行
ったがまだ完全排紙を行っていない印刷データ（固有の
付加Ｎｏ．）が通知され、また、プリンタサーバ自身も
プリンタにデータを送ったがプリンタのジャム等のエラ
ーにより、完全排紙を行っていない印刷データ（固有の
付加Ｎｏ．）を獲得し、これらの印刷データに基づき、
必要なクライアントにのみエラー情報を通知することが
可能になる。これにより、従来のように、全てのクライ
アントにエラーを通知したり、エラーを発生させた人に
のみエラーを通知することはなくなり、本当に現在印刷
に係わっているクライアントにのみエラー情報を通知す
ることができる。よって、ネットワーク上の不要なトラ
フィックの混雑を防止することができる。

【０１４３】尚、本第３の実施の形態では、クライアン
ト１０５のプリンタドライバー部１１２にて、固有の付
加Ｎｏ．を付加しているが、これをプリンタサーバ１１
０のプリンタドライバー部１１２で行うようにしても良
い。

【０１４４】また、本第３の実施の形態では、プリンタ
にジャムが発生し、複数の印刷用紙がプリンタ内部に残
留する場合について説明したが、例えば、プリンタに紙
無しによるエラーが生じた時、従来では、紙無しを発生
させた印刷データのクライアントにのみエラーを通知し
ていたが、本第３の実施の形態を適用すれば、既にプリ
ンタサーバに印刷データを送信した複数のクライアント
に対し、エラー通知を行うことができる。

【０１４５】

【発明の効果】以上説明したように本発明によれば、ネ
ットワーク上のトラフィックの混雑を防止することが可
能になる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態によるネットワーク
システムのブロック図である。

【図２】通知先ホストテーブルを示す図である。

【図３】ホストの概略ブロック図である。

【図４】ネットワークプリンタの状態を表示した表示画
面である。

【図５】ネットワークプリンタの概略構成ブロック図で
ある。

【図６】ネットワークプリンタの処理動作を示すフロー
チャートである。

【図７】ネットワークプリンタの状態変化検出処理を示
すフローチャートである。

【図８】通知先ホストテーブル７に登録される残り時間
９の更新処理を示すフローチャートである。

【図９】機器状態表示処理部の動作を示すフローチャー
トである。

【図１０】（ａ）は問い合わせ間隔設定表示画面であ
り、（ｂ）は環境設定表示画面である。

【図１１】更新された状態表示画面である。

【図１２】本第２の実施の形態におけるネットワークシ
ステムの構成図である。

【図１３】ホストの状態を示す図である。

【図１４】ＬＡＮボードを示す図である。

【図１５】プリンタの状態を示す図である。

【図１６】プリンタ内部の概略構成図である。

【図１７】状態管理部による混雑度の判定処理を示すフ
ローチャートである。

【図１８】ＬＡＮボードの概略構成図である。

【図１９】通常のＷｉｎｄｏｗｓの印刷処理を説明する
ための概略ブロック図である。

【図２０】本第２の実施の形態におけるＷｉｎｄｏｗｓ
の印刷処理を説明する概略ブロック図である。

【図２１】プリンタ混雑時に表示される表示画面であ
る。

【図２２】通常のＬＡＮボードによるプリンタやＬＡＮ
ボードの状態表示や設定を行う構成を示す図である。

【図２３】本第２の実施の形態の変形例におけるＬＡＮ
ボードにより混雑度を通知する構成を示す図である。

【図２４】ＨＴＭＬデータをブラウザに表示させた時の
表示画面の一例である。

【図２５】本第３の実施の形態におけるネットワークシ
ステムの構成図である。

【図２６】エラー通知処理を説明する図である。

【図２７】印刷中におけるページプリンタ内の様子を示
す図である。

【図２８】クライアント、プリンタサーバ、及びプリン
タの概略構成図である。

【図２９】付加Ｎｏ．を付加した印刷データである。

【図３０】印刷順、固有の付加Ｎｏ．、及び送信元のネ
ットワークアドレスを記憶するテーブルである。

【図３１】従来のネットワークシステムのブロック図で
ある。

【符号の説明】

１ネットワーク２〜５ホスト機器６ネットワークプリンタ６ａプリンタ装置６ｂプリンタサーバ７通知先ホストテーブル８ホストアドレスエリア９記憶時間エリア１０残り時間エリア１１問い合わせを行ってきたホストのエントリ数１２ホスト１３ＣＰＵ１４ＲＡＭ１５機器状態表示処理部１６補助記憶装置１７タイマー１８送受信処理部１９通信Ｉ／Ｆ２０ネットワークＩ／Ｆボード２１ＣＰＵ２２ＲＡＭ２３ＲＯＭ２４タイマー２５ＮＩＣ回路２７ネットワークプリンタの現在状態図２８状態メッセージ２９エラー対処方法３１ネットワークシステム３２プリンタ３３ネットワーク３４ＬＡＮボード３５ホスト３６ＬＡＮボード３７スプールキュー４０プリンタコントローラ部４１プリンタエンジン４２ホストＩ／Ｆ部４３受信バッファ部４４コマンド解析部４５中間コード実行部４６ページバッファ４７描画実行部４８画像メモリ４９プリンタエンジンＩ／Ｆ部５０印刷待ち行列５１状態管理部６０パケットドライバ部６１カーネル部６２プリンタドライバ部６３プロトコルタスク６４受信バッファ６５状態管理部７０Ｗｉｎｄｏｗｓ７１アプリケーション７２ＥＭＦ生成部７３スプーラ７４プリンタドライバ部７５言語モニタ７６ポートモニタ７７オリジナルスプーラ７８エラー画面表示部７９状態確認処理部８０ブラウザ８１ＨＴＭＬデータ８２ＨＴＴＰプロトコル８３ＨＴＭＬデータ８４判定部９０ネットワークシステム９１〜９４クライアント９５プリンタサーバ９６共用プリンタ９７ネットワーク９８プリンタＭＩＢ９９ＳＮＭＰの制御部１００変化内容の表示部１０１〜１０３印刷用紙１０５クライアント１０６アプリケーション１０７プリンタドライバ部１０８エラー表示部１０９エラー受信部１１０プリンタサーバ１１１スプーラ１１２プリンタドライバ部１１３エラー表示部１１４ＳＮＭＰ制御部１１５プリンタ１１６プリンタコントローラ１１７プリンタエンジン１１８Ｉ／Ｆ部１１９コマンド解析・画像生成等を行うプリンタコ
ントローラ部１２０プリンタエンジンコントローラ部１２１プリンタＭＩＢ部１２２プリンタエンジン制御部１２３エラーセンサ１２４用紙センサ１２５完全排紙センサ１２６、１２７テーブル１２８固有の付加Ｎｏ．１２９印刷順１３０固有の付加Ｎｏ．１３１送り先のネットワークアドレス１４０ネットワーク１４１〜１４４ホスト１４５ａプリンタ１４５ｂプリンタサーバ１４６通知先ホストテーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者清水昭弘東京都東大和市桜が丘２丁目229 番地カシオ計算機株式会社東京事業所内 (72)発明者山本章彦東京都東大和市桜が丘２丁目229 番地カシオ計算機株式会社東京事業所内 (72)発明者東條新東京都東大和市桜が丘２丁目229 番地カシオ計算機株式会社東京事業所内 (72)発明者風巻慎一東京都東大和市桜が丘２丁目229 番地カシオ計算機株式会社東京事業所内Ｆターム(参考） 2C061 AP01 HH05 HJ08 HK15 HK19 HK23 HQ06 HQ17 HQ21 HV09 HV14 5B021 BB01 BB10 CC04 CC07 DD01 EE01 NN16 5B089 GA13 JA35 JB17 KA07 KB04 KB06 KB11 KC29 MC07

Claims

【特許請求の範囲】

【請求項１】ネットワーク上に複数のホスト機器と、
プリンタ装置を接続したプリントサーバを有するプリン
タシステムにおいて、前記プリントサーバには、前記ホスト機器のアドレス情
報と前記プリンタ装置の状態変化の通知時間の情報を記
憶する記憶手段と、前記プリンタ装置に状態変化があった時、前記記憶手段
の通知時間の情報を確認し、前記アドレス情報に基づい
て通知時間内であるホスト機器に対して前記プリンタ装
置の状態変化の情報を通知する通知手段と、を備えたことを特徴とするプリンタシステム。
【請求項２】ネットワーク上に複数のホスト機器と、
プリンタ装置を接続したプリントサーバを有するプリン
タシステムにおいて、前記ホスト機器は、前記プリントサーバに対し、アドレ
ス情報と通知時間の情報を送信する送信手段と、前記プリントサーバから出力されるプリンタ装置の状態
変化情報を受信する受信手段と、を備えたことを特徴とするプリンタシステム。
【請求項３】ネットワーク上に複数のホスト機器と、
プリンタ装置を接続したプリントサーバを有するプリン
タシステムにおいて、前記プリントサーバは、前記ホスト機器のアドレス情報
と前記プリンタ装置の状態変化の通知時間の情報を記憶
する記憶手段と、前記プリンタ装置に状態変化があった
時、前記記憶手段の通知時間の情報を確認し、前記アド
レス情報に基づいて通知時間内であるホスト機器に対し
て前記プリンタ装置の状態変化の情報を送信する送信手
段とを備え、前記ホスト機器は、前記プリントサーバに対し、アドレ
ス情報と通知時間の情報を送信する送信手段と、前記プ
リントサーバから出力されるプリンタ装置の状態変化情
報を受信する受信手段と、を備えることを特徴とするプリンタシステム。
【請求項４】前記プリントサーバは、前記記憶手段か
ら前記アドレス情報の削除手段を備え、該削除手段は対
応する通知時間が経過した時、前記アドレス情報を削除
することを特徴とする請求項１、又は３記載のプリンタ
システム。
【請求項５】ネットワークプリンタと、該ネットワー
クプリンタとネットワークを接続するネットワークＩ／
Ｆボードと、該ネットワーク上に接続されるホストコン
ピュータとを有するネットワークシステムにおいて、前記ネットワークプリンタの未処理印刷データ及び未了
印刷ページと、前記ネットワークＩ／Ｆボードの未処理
印刷データと、前記ホストコンピュータのスプールに蓄
積される未処理印刷データとから、前記ネットワークプ
リンタの前記ネットワーク上での印刷処理の混雑度を判
定する判定手段を備えたことを特徴とするネットワーク
システム。