(57)【特許請求の範囲】
【請求項１】
ネットワークプリンタと、該ネットワークプリンタとネットワークを接続するネットワークＩ／Ｆボードと、該ネットワーク上に接続されるホストコンピュータとを有するプリンタシステムにおいて、
前記ネットワークＩ／Ｆボードは、
前記ネットワークプリンタの未処理印刷データ及び未了印刷ページに基づき該ネットワークプリンタ内の印刷処理の混雑状態を判定する第１の判定手段と、
前記ネットワークＩ／Ｆボードの未処理印刷データに基づき該ネットワークＩ／Ｆボード内の印刷処理の混雑状態を判定する第２の判定手段と、
前記ホストコンピュータのスプール領域に蓄積される未処理印刷データについての情報を受信して、該ホストコンピュータ内の印刷処理の混雑状態を判定する第３の判定手段と、
前記第１〜第３の判定手段による各判定結果を前記ホストコンピュータに通知する通知手段と、を備え、
前記ホストコンピュータは、
印刷データを前記スプール領域に格納する前に一時的に該印刷データが格納される印刷データ格納手段と、
前記第１〜第３の判定手段による各判定結果を受信して、前記ネットワークプリンタの前記ネットワーク上での混雑状態を確認する確認手段と、
該確認手段により前記ネットワークプリンタが混雑していると確認された時に、オペレータに印刷を実行するかキャンセルするかを選択させる選択手段とを備えることを特徴とするプリンタシステム。
【請求項２】
前記ネットワークＩ／Ｆボードは、
前記ネットワークプリンタまたは自身に関する情報を示す第１のＨＴＭＬデータと、前記第１のＨＴＭＬデータの取得を続行するかどうかをオペレータに選択させる選択手段として前記ホストコンピュータに受信される第２のＨＴＭＬデータとが前記第１〜第３の判定手段による各判定結果の組み合わせに対応付けられて格納されるＨＴＭＬデータ格納手段と、
前記第１〜第３の判定手段による各判定結果に基づき前記ＨＴＭＬデータ格納手段から第１または第２のＨＴＭＬデータを選択するデータ選択手段と、
該データ選択手段により選択された該ＨＴＭＬデータを前記ホストコンピュータに通知する通知手段と、
を備えることを特徴とする請求項１記載のプリンタシステム。
【請求項３】
ネットワークプリンタと、該ネットワークプリンタとネットワークを接続するネットワークＩ／Ｆボードと、該ネットワーク上に接続されるホストコンピュータとを有するプリンタシステムにおいて、
前記ネットワークＩ／Ｆボードは、
前記ネットワークプリンタの未処理印刷データ及び未了印刷ページに基づき該ネットワークプリンタ内の印刷処理の混雑状態を判定する第１の判定手段と、
前記ネットワークＩ／Ｆボードの未処理印刷データに基づき該ネットワークＩ／Ｆボード内の印刷処理の混雑状態を判定する第２の判定手段と、
前記ホストコンピュータのスプール領域に蓄積される未処理印刷データについての情報を受信して、該ホストコンピュータ内の印刷処理の混雑状態を判定する第３の判定手段と、
前記第１〜第３の判定手段による各判定結果を前記ホストコンピュータに通知する通知手段と、
前記ネットワークプリンタまたは自身に関する情報を示す第１のＨＴＭＬデータと、前記第１のＨＴＭＬデータの取得を続行するかどうかをオペレータに選択させる選択手段として前記ホストコンピュータに受信される第２のＨＴＭＬデータとが前記第１〜第３の判定手段による各判定結果の組み合わせに対応付けられて格納されるＨＴＭＬデータ格納手段と、
前記第１〜第３の判定手段による各判定結果に基づき前記ＨＴＭＬデータ格納手段から第１または第２のＨＴＭＬデータを選択するデータ選択手段と、
該データ選択手段により選択された該ＨＴＭＬデータを前記ホストコンピュータに通知する通知手段と、
を備えることを特徴とするプリンタシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークシステムに関する。
【０００２】
【従来の技術】
従来より、ネットワーク上のネットワーク機器（例えば、プリンタサーバ、ＨＵＢ等）は、通常、トラフィック管理等を行うために、ＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）等のネットワーク管理プロトコルを実装している。これにより、ネットワーク機器が状態変化を起こした場合に、この状態変化をネットワーク機器が自発的に通知（ＴＲＡＰ）することが可能になる。通知する宛先は、ネットワーク機器の設定により、予め、単数或いは複数の宛先が静的にネットワーク機器に登録（記憶）されている。
【０００３】
このようなネットワーク機器の管理方法では、予め、状態変化の通知を行う宛先（例えば、コンピュータ等）を、ネットワーク機器に静的に登録させる必要があり、登録されていない宛先からネットワーク機器の状態監視を行うためには、一定間隔で、そのネットワーク機器に対して機器の状態問い合わせ（ポーリング）を行い、状態変化を検出する必要があった。
【０００４】
図３１は、上述したネットワーク機器の管理方法によるネットワークシステムのブロック図である。同図において、ネットワーク１４０上に、ホストコンピュータ（以下、ホストという）Ａ１４１〜ホストＤ１４４が接続され、また、ネットワーク機器として、ネットワークプリンター１４５が接続されている。尚、ネットワークプリンタ１４５は、プリンタ１４５ａとプリンタサーバ１４５ｂから構成され、プリンタサーバ１４５ｂが、プリンタ１４５ａの状態変化を検出する。また、プリンタサーバ１４５ｂは、通知先ホストテーブル１４６を備え、この通知先ホストテーブル１４６には、プリンタ１４５ａの状態変化の通知先となるホストが、予め登録されている。ここでは、ホストＡが登録されている。このような構成により、プリンタサーバ１４５ｂがプリンタ１４５ａの状態変化を検出した時に、通知先ホストテーブル１４６に登録されているホストＡに対し、プリンタ１４５ｂの状態変化が通知されていた。
【０００５】
【発明が解決しようとする課題】
一方で、通知先ホストテーブル１４６に登録されていないホストＢ１４２〜Ｄ１４４からプリンタ１４５ａの状態変化を監視する場合には、数秒間隔でプリンタサーバ１４５ｂに対する問い合わせを行い、この状態変化を検出しなければ適時性のあるプリンタ１４５ａの状態管理が実現できないという問題があった。更に、この手法によると監視を行うホストが増える毎に比例して、平常時（ネットワーク機器の状態変化の有無に関わらず）のネットワーク上のトラフィックも増加してしまうという問題があった。
【０００６】
また、このようなＳＮＭＰ等のプロトコルを使用したネットワーク管理によれば、例えば、ネットワーク機器がネットワークプリンタである場合、" プリンタ印刷中" 等の状態変化の通知は可能であるが、プリンタの印刷処理の混雑度については通知することができない。また、同様に、プリンタがＬＡＮボードを介してネットワークと接続されている場合は、プリンタ及びＬＡＮボードの状態変化の通知は可能であるが、その印刷処理の混雑度については通知することができない。つまり、従来では、ネットワーク上のプリンタシステムの印刷処理の混雑度については知ることができなかった。
【０００７】
よって、オペレータは、この混雑度がわからないまま印刷処理を指示することになり、例えば、この時、既に多くのオペレータから印刷指示がなされている場合には、ネットワーク上のトラフィックが混雑することになった。
【０００８】
また、印刷を指示したソフトウェアとは別に、新たに混雑状態を調べるソフトウェアを利用することも考えられるが、これでは、印刷処理を指示した時や、混雑状態を知りたい時に、その都度、混雑状態を調べるソフトウェアを立ち上げなければならず、大変面倒である。
【０００９】
本発明は、上記問題点の解決を図り、その目的は、ネットワーク上のトラフィックの混雑を防止するネットワークシステムを提供することである。
【００１０】
【課題を解決するための手段】
上記課題は本発明の態様によれば、ネットワーク上に複数のホスト機器と、プリンタ装置を接続したプリントサーバを有するプリンタシステムにおいて、前記プリントサーバには、前記ホスト機器のアドレス情報と前記プリンタ装置の状態変化の通知時間の情報を記憶する記憶手段と、前記プリンタ装置に状態変化があった時、前記記憶手段の通知時間の情報を確認し、前記アドレス情報に基づいて通知時間内であるホスト機器に対して前記プリンタ装置の状態変化の情報を通知する通知手段とを備えたプリンタシステムを提供することによって達成できる。
【００１１】
ここで、本態様のプリンタシステムは、少なくても一のプリンタ装置を接続したプリントサーバ、及び複数のホスト機器を接続した、例えばコンピュータネットワークであり、ホスト機器は例えばパーソナルコンピュータで構成される。
【００１２】
また、プリントサーバにはプリンタ装置が接続され、プリンタ装置の状態変化を確認し、プリンタ装置に状態変化が生じた場合、ホスト機器に対してプリンタ装置の状態を通知する。
【００１３】
また、プリントサーバには、上記ホスト機器のアドレス情報とプリンタ装置の状態変化の通知時間の情報を記憶する記憶手段が設けられており、プリンタ装置の状態、例えば用紙詰まりやトナーの欠乏等の状態変化が発生した時、上記通知時間内のホスト機器に対して上記状態変化の情報を通知する。
【００１４】
このように構成することにより、ネットワークに接続されたプリンタ装置に状態変化が生じた時、記憶手段に記憶するアドレスのホスト機器に対し、自動的に、情報が通知され、ホスト機器が情報確認のため頻繁にプリントサーバをアクセスする必要がなくなる。
【００１５】
上記課題は、本発明の他の態様によれば、ネットワーク上に複数のホスト機器と、プリンタ装置を接続したプリントサーバを有するプリンタシステムにおいて、前記ホスト機器は、前記プリントサーバに対し、アドレス情報と通知時間の情報を送信する送信手段と、前記プリントサーバから出力されるプリンタ装置の状態変化情報を受信する受信手段とを備えたプリンタシステムを提供することによって達成できる。
【００１６】
本態様は上記の場合と異なり、特にホスト機器の構成を説明するものであり、本例のホスト機器は、上記プリンタ装置の状態変化を確認すべく、状態問い合わせを行う状態問い合わせ手段と、前記プリントサーバから出力されるプリンタ装置の状態変化情報を受信する受信手段とを備える構成であり、状態問い合わせ手段が行うプリントサーバへの状態問い合わせは、頻繁に行うのではなく、同時に送信する通知時間との関係で決定され、比較的長い時間である。
【００１７】
また、上記ホスト機器のアドレス情報も送信され、プリントサーバではアドレス情報と通知時間の情報を対にして登録する。このようにして登録された情報の基づいてプリントサーバはプリンタ装置の状態が変化すると、対応するホスト機器に対してプリンタ装置の状態情報を送信する。
【００１８】
したがって、本例においても、ネットワークに接続されたプリンタ装置に状態変化が生じた時、記憶手段に記憶するアドレスのホスト機器に対し、自動的に、情報が通知され、ホスト機器が情報確認のため頻繁にプリントサーバをアクセスする必要がなくなる。
【００１９】
上記課題は、本発明の他の態様によれば、ネットワーク上に複数のホスト機器と、プリンタ装置を接続したプリントサーバを有するプリンタシステムにおいて、前記プリントサーバは、前記ホスト機器のアドレス情報と前記プリンタ装置の状態変化の通知時間の情報を記憶する記憶手段と、前記プリンタ装置に状態変化があった時、前記記憶手段の通知時間の情報を確認し、前記アドレス情報に基づいて通知時間内であるホスト機器に対して前記プリンタ装置の状態変化の情報を送信する送信手段とを備え、前記ホスト機器は、前記プリントサーバに対し、アドレス情報と通知時間の情報を送信する送信手段と、前記プリントサーバから出力されるプリンタ装置の状態変化情報を受信する受信手段とを備えるプリンタシステムを提供することによって達成できる。
【００２０】
本態様のプリンタシステムは、上記２つの本例の態様を加えた構成であり、このように構成することによっても、ネットワークに接続されたプリンタ装置に状態変化が生じた時、記憶手段に記憶するアドレスのホスト機器に対し、自動的に、情報が通知され、ホスト機器が情報確認のため頻繁にプリントサーバをアクセスする必要がなくなる。
【００２１】
請求項４の記載は、上記請求項１、又は３の記載において、前記プリントサーバは、例えば前記記憶手段から前記アドレス情報の削除手段を備え、該削除手段は対応する通知時間が経過した時、前記アドレス情報を削除する構成である。
【００２２】
このように構成することにより、上記記憶手段に記憶されるホスト機器のアドレス情報は、通知時間が経過した時に上記記憶手段から削除される。
また、上記本発明の三態様に対し、追記的事項として、
前記プリントサーバは、更に、所定時間を計数する計数手段と、自身の現在の状態を検出する状態検出手段とを備え、該状態検出手段は、該計数手段により所定時間を計数する毎に、前記プリンタ装置の状態を検出し、前記状態検出手段が検出した現在の状態と前の状態とを比較することにより状態の変化を判定する構成であってもよい。
【００２３】
このように構成することにより、プリンタ装置の状態検出手段により、計数手段が計数する所定時間毎に自身の現在の状態が検出され、状態検出手段が検出した現在の状態と前回の状態が比較されて状態変化が判定される。
【００２４】
また、前記ホスト機器は、更に、前記プリンタ装置の状態を表示する表示手段を備える構成であってもよい。
このように構成することにより、ホスト機器の表示手段により、プリンタ装置の状態が表示される。
【００２５】
また、前記ホスト機器は、更に前記プリンタ装置に対し、少なくとも、問い合わせ間隔時間、タイムアウト時間、及び再試行回数を設定する設定手段を備えた構成であってもよい。
【００２６】
このように構成することにより、ホスト機器の設定手段により、プリントサーバに対する問い合わせ間隔時間、タイムアウト時間、及び再試行回数が設定される。
【００２７】
また、前記ホスト機器は、更に前記設定手段により設定された問い合わせ間隔時間毎にタイムアウトになるタイマー手段を備え、前記問い合わせ手段は、該タイマー手段によるタイムアウト毎に前記プリントサーバに状態問い合わせを行う構成であってもよい。
【００２８】
このように構成することにより、設定手段により設定された問い合わせ間隔時間毎にプリントサーバに状態問い合わせが行われる。
また、前記ホスト機器は、少なくとも、プリントサーバの現在の動作状態に基づく状態図、メッセージ、及びエラー対処方法を表示する構成である。
【００２９】
このように構成することにより、ホスト機器の表示手段により、少なくとも、プリントサーバの現在の動作状態に基づく状態図、メッセージ、及びエラー対処方法が表示される。
【００３０】
上記課題は、本発明の他の態様によれば、ネットワークプリンタと、該ネットワークプリンタとネットワークとを接続するネットワークＩ／Ｆボードと、該ネットワーク上に接続されるホストコンピュータとを有するネットワークシステムにおいて、前記ネットワークプリンタの未処理印刷データ及び未了印刷ページと、前記ネットワークＩ／Ｆボードの未処理印刷データと、前記ホストコンピュータのスプールに蓄積される未処理印刷データとから、前記ネットワークプリンタの前記ネットワーク上での印刷処理の混雑度を判定する判定手段を備えたネットワークシステムを提供することによって達成できる。
【００３１】
このように構成することにより、ネットワークプリンタの未処理印刷データ及び未了印刷ページと、前記ネットワークＩ／Ｆボードの未処理印刷データと、前記ホストコンピュータのスプールに蓄積される未処理印刷データとから、ネットワークプリンタのネットワーク上での混雑度が判断される。
【００３２】
また、ネットワークプリンタと、該ネットワークプリンタとネットワークとを接続するネットワークＩ／Ｆボードと、該ネットワーク上に接続されるホストコンピュータとを有するネットワークシステムにおいて、前記ネットワークプリンタの未処理印刷データ及び未了印刷ページに基づき該ネットワークプリンタ内の印刷処理の混雑状態を判定する第１の判定手段と、前記ネットワークＩ／Ｆボードの未処理印刷データに基づき該ネットワークＩ／Ｆボード内の印刷処理の混雑状態を判定する第２の判定手段と、前記ホストコンピュータのスプールに蓄積される未処理印刷データに基づき該ホストコンピュータ内の印刷処理の混雑状態を判定する第３の判定手段とを備え、前記第１〜第３の判定手段による各判定結果を前記ホストコンピュータに通知するネットワークシステムであってもよい。
【００３３】
このように構成することにより、ホストコンピュータには、第１〜第３の判定手段により、ネットワークプリンタ、ネットワークＩ／Ｆボード、及びホストコンピュータの各印刷処理の混雑度が通知される。
【００３４】
また、前記ホストコンピュータは、更に、印刷データをスプール領域に格納する前に一時的に該印刷データが格納される格納手段と、該印刷データが該格納手段に格納された時に、前記ネットワークプリンタの前記ネットワーク上での混雑状態を確認する確認手段と、該確認手段により前記ネットワークプリンタが混雑していると確認された時に、オペレータに印刷を続行するかキャンセルするかを選択させる選択手段とを備えた構成であってもよい。
【００３５】
このように構成することにより、確認手段によりネットワークプリンタが混雑していると確認された時は、選択手段により印刷を続行するかキャンセルするかをオペレータに選択させることができる。
【００３６】
さらに、前記判定手段は、更に混雑度を示す１つ又は複数のＨＴＭＬデータと、混雑度の判定結果に基づき該ＨＴＭＬデータを選択するデータ選択手段と、該データ選択手段により選択された該ＨＴＭＬデータを前記ホストコンピュータに通知する通知手段とを備えた構成であってもよい。
【００３７】
このように構成することにより、通知手段により、判定手段による混雑度の判定結果に基づきこの混雑度を示すＨＴＭＬデータがホストコンピュータに通知される。
【００３８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しながら説明する。
＜第１の実施の形態＞
図１は、本発明の第１の実施形態によるネットワークシステムのシステム構成図である。尚、本実施形態では、ネットワーク機器としてネットワークプリンタを適用するがこれに限られることはない。
【００３９】
同図に示すように、本実施形態のネットワークシステムは、ネットワーク１に接続されたネットワークプリンタ６、及びパーソナルコンピュータであるホスト機器２〜５で構成されている。尚、本例のネットワーク１には上述のホスト機器２〜５以外にも、複数のホスト機器が接続されているものとする。また、ネットワークプリンタ６は、プリンタ装置６ａとプリンタサーバ６ｂから構成され、更にプリンタサーバ６ｂは、通知先ホストテーブル７を備えている。通知先ホストテーブル７には、初期時、通知先ホストとして、ホスト機器２が予め登録されているものとする。この状態において、ホスト機器３〜５のそれぞれは、ネットワークプリンタ６へ状態問い合わせを行う。
【００４０】
また、ホスト機器３〜５は、状態問い合わせを行う時、同時に自身のホスト情報として、" ネットワークアドレス" と、この" ホスト情報を記憶する時間" をネットワークプリンタ６へ送信する。ネットワークプリンタ６は、各ホスト機器からこれらの情報を受信し、各ホスト機器の" ネットワークアドレス" を、" ホスト情報を記憶する時間" だけ、通知先ホストテーブル７に登録する。
【００４１】
図２は、通知先ホストテーブル７の構成を示す図である。同図に示すように、ホスト機器から送信される" ネットワークアドレス" と" ホスト情報を記憶する時間" を、同テーブル７のホストアドレスエリア８、記憶時間エリア９へ設定する。また、問い合わせを行ってきたホスト機器のエントリ数をカウントアップ（＋１）し、残り時間エリア１０のカウントを開始する。そして、この残り時間エリア１０が“０”になるまで、対応する通知先ホスト（ホスト情報）は通知先ホストテーブル７に記憶される。
【００４２】
尚、同図のホストアドレスエリア８には、複数のホスト機器のアドレスデータが登録され、例えば同図に示す“１２８．１．５０．３”のアドレスは上記ホスト機器３のアドレスであるものとする。また、“１２８．１．５０．４”のアドレスはホスト機器４のアドレスであるものとし、“１２８．１．５０．５”のアドレスはホスト機器５のアドレスであるものとし、“１２８．１．５０．１０”のアドレスは、ホスト機器１０のアドレスであるものとする。尚、ホスト機器１０は、ネットワーク１に接続された不図示のホスト機器である。
【００４３】
ネットワークプリンタ６は、プリンタ装置６ａに状態変化が発生した時、通知先ホストテーブル７に登録されているネットワークアドレスを参照し、過去に問い合わせを行ったホスト機器２〜５と、予め登録されているホスト機器２に対し、状態変化を通知する。
【００４４】
すなわち、各ホスト機器は、最低限、" ホスト情報を記憶する時間" の間隔内に１回、ネットワークプリンタ６に対して状態問い合わせを行うことにより、従来のように適時性を確保するために数秒間隔（例えば、３〜５秒程度）に１回の状態問い合わせを行う必要が無く、プリンタ装置６ａの状態変化の通知を受けることができる。このことから、状態監視を行うホスト機器の台数を増やしても、平常時のネットワーク上のトラフィックが混雑することはなく、トラフィックの混雑緩和に大きく寄与する。
【００４５】
図３は、ネットワークプリンタの状態を監視するホスト機器の概略ブロック図である。尚、図３は上記ホスト機器２〜５を代表して、ホスト機器２の例で説明する。同図に示すように、ホスト機器２は、ＣＰＵ１３、ＲＡＭ１４、機器状態表示処理部１５、補助記憶装置１６、タイマ１７、送受信処理部１８、通信Ｉ／Ｆ１９を備える。ＣＰＵ１３は、ホスト機器の全体的な制御を行い、本例では、ネットワークプリンタ６に対する状態問い合わせ等の制御処理を行う。
【００４６】
タイマ１７は、後述する問い合わせ間隔用の周期タイマとして利用される。また、機器状態表示処理部１５は、送受信処理部１８が通信Ｉ／Ｆ１９を介して受信した情報を基にネットワークプリンタ６の状態を表示する。図４は、この時のネットワークプリンタ６の状態を表示する表示画面である。尚、他のホスト機器３〜５の構成も、上述の図３と同様である。
【００４７】
図５は、ネットワークプリンタ６の全体構成を示す図であり、特にプリンタサーバ６ｂの構成を詳しく説明する図である。同図に示すように、ネットワークプリンタ６は、前述のようにプリンタ装置６ａとプリンタサーバ６ｂで構成され、プリンタサーバ６ｂは、ネットワークＩ／Ｆボード２０を備え、ネットワークＩ／Ｆボードは、更にＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、タイマ２４、及びＮＩＣ回路２５を備える。ＣＰＵ２１は、プリンタ装置６ａの現在の状態検出制御や、通知先ホストテーブル７の管理等を行い、またプリンタ装置６ａの機器状態をＮＩＣ回路２５を介して、ホスト機器に通信する。タイマ２４は、プリンタ装置の機器状態の変化を検出する処理を繰り返す時間間隔を設定する。
【００４８】
尚、本例で示すネットワークプリンタ６は、プリンタ装置とネットワークＩ／Ｆボードを備えたプリンタサーバから構成されるが、プリンタ装置とネットワークＩ／Ｆボード２０のみの構成としても良い。
【００４９】
図６は、ネットワークプリンタ６の処理動作を説明するフローチャートである。同図に示すように、先ずステップＳ６０１〜Ｓ６０３に示す初期化処理を行う。まず１秒タイマーの割り込みルーチンを登録し、１秒タイマーを起動する（ステップＳ６０１）。そして、プリンタ装置６ａから現在の機器の状態を取り込み、この取り込んだ状態を前回の状態として記憶し（ステップＳ６０２）、プリンタ装置６ａからの状態取り込みカウンタをクリアする（ステップＳ６０３）。尚、状態取り込みカウンタについては、図７を用いて後述する。
【００５０】
次に、ホスト機器からの状態問い合わせ待ち（ステップＳ６０４）、ホスト機器からの状態問い合わせがあると（ステップＳ６０４，Ｙｅｓ）、ネットワークプリンタ６は、このホスト機器が通知先ホストテーブル７に登録済みであるか否かを判定し（ステップＳ６０５）、登録済みであれば（ステップＳ６０５，Ｙｅｓ）、通知先ホストテーブル７の記憶時間エリア９を再設定し（ステップＳ６０６）、未登録であれば（ステップＳ６０５，Ｎｏ）、新規にそのホスト機器のホストアドレスエリア８に対応するホスト機器のアドレスを登録し、記憶時間エリア９に記憶時間情報を登録する（ステップＳ６０７）。
【００５１】
次に、プリンタ装置６ａから現在の状態を取り込み（ステップＳ６０８）、現在の状態が、ステップＳ６０２の処理にて記憶した前回の状態と比較して、プリンタ装置６ａの状態に変化があったか否かを判断する（ステップＳ６０９）。例えば、上述の期間にプリンタ装置６ａに紙詰まりが生じ、又はある色のトナーに欠乏が生じた場合など、プリンタ装置６ａの状態が変化したことになる。
【００５２】
ここで、プリンタ装置６ａの状態に変化があった場合（ステップＳ６０９，Ｙｅｓ）、通知先ホストテーブル７に登録されているホスト機器に対し、状態変化を通知する（ステップＳ６１０）。一方、上述のような紙詰まりやトナーの欠乏等の状態変化がない場合（ステップＳ６０９，Ｎｏ）、ステップＳ６０４の処理に戻る。
【００５３】
また、図７はネットワークプリンタ６が、プリンタ装置の機器状態を得てその状態変化を検出する処理を示すフローチャートである。この処理は、図６のステップＳ６０１の処理にて示した１秒タイマのタイムアウト毎に呼び出される。
【００５４】
先ず、状態取り込みカウンタを＋１する（ステップＳ７０１）。尚、この状態取り込みカウンタは、プリンタ装置６ａから状態情報を取り込む時間間隔を測定する為に使用する秒単位のカウンタである。そして、この状態取り込みカウンタの値が所定の値（例えば、３〜５秒程度）に達したか否かを判定する（ステップＳ７０２）。所定の値に達していれば（ステップＳ７０２，Ｙｅｓ）、状態取り込みカウンタをクリアし（ステップＳ７０３）、プリンタ装置６ａから現在の状態を取り込む（ステップＳ７０４）。
【００５５】
次に、この現在の状態と、図６のステップＳ６０２の処理で示した前回取り込んだ状態とを比較し（ステップＳ７０５）、状態変化が存在したか否かを判定する（ステップＳ７０６）。ここで、状態変化が存在する場合（ステップＳ７０６，Ｙｅｓ）、通知先ホストテーブル７に登録されているホスト機器に状態変化の通知を行う（ステップＳ７０７）。
【００５６】
この時、通知先ホストテーブル７に登録されている情報が、前述の図２に示すデータである時、ホスト機器３は記憶時間エリア９に“３００”秒の時間設定が行われ、残り時間は“３０”秒である。また、ホスト機器４の記憶時間エリア９には“６００”秒の時間設定が行われ、残り時間は“２００”秒である。さらに、ホスト機器５の記憶時間エリア９には“１２０”秒の時間設定が行われ、残り時間は“１００”秒であり、ホスト機器１０の記憶時間エリア９には“３００”秒の時間設定が行われ、残り時間は“２００”秒である。
【００５７】
したがって、上述の例の場合、プリンタサーバ６ｂは残り時間の存在するホスト機器３〜５に対し、プリンタ装置６ａの状態変化を通知する。すなわち、この場合、プリンタサーバ６ｂはホスト機器３〜５に対してプリンタ装置６ａの状態変化を通知する。
【００５８】
上述のように処理することによって、通知先ホストテーブル７に記憶時間が設定され、かつ残り時間がある場合、対応するホスト機器に対して状態変化の情報が通知されることになる。したがって、ホスト機器は従来のように一定時間毎に問い合わせを行う必要がない。また、当該状態変化の情報の通知も、プリンタ装置６ａ側で状態変化が生じた場合のみ行えばよく、ネットワーク１のトラフィックに悪影響を与えることがない。
【００５９】
次に、通知先ホストテーブル７に登録されている残り時間１０を更新する（ステップＳ７０８）。尚、このステップＳ７０８の残り時間更新処理については、図８を用いて後述する。
【００６０】
一方、ステップＳ７０６の処理にて、状態変化がない場合（ステップＳ７０６，Ｎｏ）、ステップＳ７０８の処理に移行する。また、ステップＳ７０２の処理にて、状態取り込みカウンタの値が所定の値（例えば、３〜５秒程度）に達していない場合にも（ステップＳ７０２，Ｎｏ）、ステップＳ７０８の処理に移行する。
【００６１】
図８は、ネットワークプリンタ６が、通知先ホストテーブル７に登録されている残り時間９の更新処理を示すフローチャートである。まず、通知先ホストテーブル７に登録されているホストがあるか否かを判断し（ステップＳ８０１）、登録されているホストがある場合（ステップＳ８０１，Ｙｅｓ）、該当するホストの残り時間（３０４）を１秒減じる（ステップＳ８０２）。この時点で残り時間がなくなったホストが有る場合には（ステップＳ８０３，Ｙｅｓ）、該当するホストのホスト情報を通知先ホストテーブル７から削除する（ステップＳ８０４）。また、ステップＳ８０３の処理にて、残り時間がある場合には（ステップＳ８０３，Ｎｏ）、そのままステップＳ８０５の処理に移行する。
【００６２】
以上のステップＳ８０２〜Ｓ８０４の処理を、通知先ホストテーブル７の登録エントリ数だけ繰り返し処理する（ステップＳ８０５，Ｎｏ）。登録エントリの全てに対し処理が終了したら（ステップＳ８０５，Ｙｅｓ）当該処理を終了する。また、ステップＳ８０１の処理にて、通知先ホストテーブルに登録エントリが無い場合（ステップＳ８０１，Ｎｏ）にも、そのまま当該処理を終了する。
【００６３】
図９は、ホスト機器がネットワークプリンタを監視し、その時の状態表示を行う機器状態表示処理部の動作を示すフローチャートである。機器状態表示処理部１５は、起動時に予め、図１０（ａ）に示した問い合わせ間隔設定画面において設定／記憶されている、問い合わせ間隔（ポーリング間隔）を取得する（ステップＳ９０１）。尚、同図（ａ）では、ユーザがその他に設定できる項目として、タイムアウト時間とリトライ（再試行）回数がある。これは、ユーザがタイムアウト時間を設定することにより、ポーリングを行ってからの応答待ちの時間が設定され、リトライ回数を設定することにより、タイムアウトした時の再試行回数が設定される。また、同図（ａ）の表示画面は、オペレータが同図（ｂ）に示す環境設定表示画面のプロパティを選択することにより得られる。
【００６４】
図９に戻り、次に、状態監視対象であるネットワークプリンタ６に対し、現在の状態を問い合わせ、図４に示す状態表示画面に、現在のネットワークプリンタ６の状態を表示する（ステップＳ９０２）。尚、ホストは、ネットワークプリンタに状態問い合わせを行う時、同時に図１０で示した問い合わせ間隔設定画面の問い合わせ間隔をネットワークプリンタ６に送信し、そして、問い合わせ間隔時間の周期タイマーを起動する（ステップＳ９０３）。起動後は、当該処理が終了するまで（ステップＳ９０５，Ｙｅｓ）、発生事象に対する処理を行う（ステップＳ９０６）。尚、ネットワークプリンタ６は、この問い合わせ間隔時間を受信し、これを通知先ホストテーブル７の記憶時間エリア９に登録する。
【００６５】
ここで、発生事象がネットワークプリンタ６からの状態変化通知であった場合（ステップＳ９０７）、変化したネットワークプリンタ６へ状態問い合わせを行い、状態表示画面を更新する。図１１は、更新された状態表示画面を示す。同図では、例えばネットワークプリンタ６に紙詰まりによるエラーが発生した状態を示している。同図において、２７はネットワークプリンタ６の現在の状態に応じた状態図、２８はその状態のメッセージ、２９はエラー対処方法が示されている。尚、その他のエラーとしては、例えば、用紙ジャム、用紙無し（用紙補給）、トナー交換、及びドラム交換等のオペレータコールエラーがある。また、その他、エラーには該当せず、そのままプリンタを放置していても何ら不都合を生じない場合として、待機中（印刷待ち状態）、印刷中、スリープ中、標準ポート印刷中等があり、この場合には、状態表示画面の中のメッセージ２８のみが更新される。
【００６６】
発生事象が、タイマのタイムアウトの場合（ステップＳ９０８）、つまり、ホストが起動する問い合わせ間隔用の周期タイマーがタイムアウトした場合、ネットワークプリンタ６の通知先ホストテーブル７への登録を継続させるために、ホストはネットワークプリンタ６に対し状態問い合わせを行う。
【００６７】
発生事象が、問い合わせ間隔設定の場合（ステップＳ９０９）、つまり、オペレータの操作により状態表示画面に対する入力がなされる場合は、図１０で示した問い合わせ間隔設定画面を表示し、ネットワークプリンタ６への問い合わせ時間間隔を設定し、周期タイマを起動し直す。
【００６８】
以上により本第１の実施の形態によれば、ネットワークプリンタに状態問い合わせを行うホストのネットワークアドレスを通知先ホストテーブルに記憶させる時間と、ホストがネットワークプリンタに状態問い合わせを行う時間間隔を一致させることにより、ホストは、最低限この問い合わせ間隔に１回状態問い合わせを行うことで状態変化が通知されるようになり、ホストがネットワークプリンタに対し頻繁に状態問い合わせを行ってネットワーク上の不要なトラフィックの増加を防止することが可能になる。よって、ネットワークプリンタの状態監視を行うホストの台数が増えた時においても、ネットワーク上のトラフィックが、ホストの台数に比例して増加することはない。
【００６９】
尚、本第１の実施の形態では、状態管理を行うネットワーク機器として、プリンタとネットワークＩ／Ｆボードを備えるプリンタサーバを適用したが、これに限られることはなく、例えば、コンピュータ同士での通知手順における通信相手となるコンピュータに適用してもよい。
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。＞
本第２の実施形態では、ネットワークプリンタのネットワーク上の混雑度を判定し、これをホストに通知することにより、オペレータは混雑度を確認した上で印刷処理の指示を行うことができるものである。
【００７０】
図１２は、本形態におけるネットワークシステムの構成図である。同図に示されるように、ネットワークシステム３１は、プリンタ３２と、このプリンタ３２とネットワーク３３とを接続するＬＡＮボード３４と、ホスト３５ａ、３５ｂと、このホスト３５、３５ｂとネットワーク３３とを接続するＬＡＮボード３６ａ、３６ｂを有する。
【００７１】
同図の印刷データの流れを説明する。オペレータが、例えば、ホスト３５ａから印刷を行うと、印刷データは、ホスト３５ａのスプールキューに一旦蓄積され、その後ホスト３５ａのＬＡＮボード３６ａを介して、ＬＰＲ等の通信プロトコルで、プリンタ３２のＬＡＮボード３４に送信される。ＬＡＮボード３４は印刷データを受信し、プリンタ３２との不図示のＩ／Ｆ（インターフェイス）を介して印刷データをプリンタ３２に送信する。プリンタ３２は印刷データを受信し、印刷データのコマンド解析を実行すると共に描画処理を行い、１ページの印刷処理を実行し、これが終了すると印刷用紙が排出される。
【００７２】
次に、印刷データが多い時や複数ホストから印刷データが多く送信される時の印刷データの流れを説明する。基本的な印刷データの流れは、上記の通りであるが、印刷データが多い時や複数ホストから印刷データが多く送信された時の、ホスト３５、ＬＡＮボード３４、及びプリンタ３２の状態を、図１３〜図１５に示す。
【００７３】
図１３はホスト３５の状態を示す。同図に示されるように、スプールキュー３７には、プリンタ３２に送信されていない印刷データが蓄積される。
図１４はＬＡＮボード３４の状態を示す。ＬＡＮボード３４は、複数のホスト３５から同時にいくつかのプロトコル（例えば、ＬＰＲ，ＦＴＰ等）を受信でき、通信の口（ポート）を複数備え（物理的には、一本のケーブルだが、論理的に複数の通信口を備える）、この複数の通信口に対しそれぞれ受信バッファを備える。同図に示されるように、この受信バッファにはまだプリンタに送信されていない印刷データが蓄積される。
【００７４】
図１５はプリンタ３２の状態を示す。同図に示されるように、プリンタ３２には、ＬＡＮボード３４を介して、ネットワーク３３から印刷データが送信され、この印刷データはプリンタ３２が備える受信バッファ・ページバッファ・画像メモリ等に蓄積される。
【００７５】
よって、印刷データが多くなると、ホスト３５、プリンタ３２のＬＡＮボード３４、及びプリンタ３４には、各々のスプールキューやバッファに印刷データが蓄積されることになる。
【００７６】
本例では、これらの混雑（印刷データの蓄積）情報の判定を、以降に示す構成によりＬＡＮボード３４が実施する。
始めに、プリンタの混雑（印刷データの蓄積）情報の判定について説明する。
【００７７】
尚、ＬＡＮボード３４は、プリンタ３２のプリンタコントローラ部とデータの送受信を行うＩ／Ｆ部を具備しており、このＩ／Ｆ部は、通常、印刷データをＬＡＮボード３４からプリンタ３２へ送信することを目的としているが、プリンタ３２の状態を応答したり、ＬＡＮボード３４とプリンタ３２の同期をとるためのデータやコマンドの送受信も行う。これにより、プリンタ３２の混雑情報をＬＡＮボード３４に送信することができる。
【００７８】
図１６は、プリンタ内部の概略構成図である。同図に示されるように、プリンタ３２は、プリンタコントローラ部４０とプリンタエンジン４１を備える。
プリンタコントローラ部４０は、ＬＡＮボード３４から送信される印刷データに基づき画像イメージを作成し、これをプリンタエンジン４１に送信する。プリンタエンジン４１は受信した画像イメージに基づき用紙に印字処理を行う。
【００７９】
画像イメージを作成するプリンタコントローラ部４０は、更に、ホストＩ／Ｆ部４２、受信バッファ４３、コマンド解析部４４、中間コード実行部４５、ページバッファ４６、描画実行部４７、画像メモリ４８、プリンタエンジンＩ／Ｆ部４９、印刷待ち行列５０、及び状態管理部５１を備える。
【００８０】
受信バッファ４３は、ホストＩ／Ｆ部４２を介して、ＬＡＮボード３４から送信された印刷データを一旦蓄積し、コマンド解析部４４はこの受信バッファ４３内のコマンドを解析し、中間コード実行部４５はこれを一旦中間コードとして作成する。そして、画像メモリ４８が使用できない時には、印刷データは中間コードとしてページバッファ４６に記憶される。画像メモリ４８が使用できるときには、描画実行部４７は印刷データの描画を実行して画像イメージを作成し、作成された画像イメージは画像メモリ４８に記憶される。尚、画像メモリ４８には、複数ページ作成された画像イメージが記憶されることもある。その後、画像メモリ４８に記憶された画像イメージは、プリンタエンジンＩ／Ｆ部４９を介して、プリンタエンジン４１に送信される。また、印刷待ち行列部５０は、上述したように、画像メモリ４８やページバッファ４６に複数ページの画像を記憶している時のページの順番やジャムリカバリーの管理等を行うための印刷待ちの管理情報を記憶している。
【００８１】
状態管理部５１は、受信バッファ４３の使用状況（バッファ内のデータ容量）を管理し、また、ページバッファ４６や画像メモリ４８や印刷待ち行列部５０から蓄積されているページ数を管理する。
【００８２】
これにより、状態管理部５１は、受信バッファ４３が使用しているメモリ容量の上限値を決め、また、ページバッファ４６、画像メモリ４８、及び印刷待ち行列部５０に蓄積されるページ数の上限枚数を決めておくことで、プリンタの印刷処理の混雑度を判定することが可能になる。
【００８３】
図１７は、状態管理部による混雑度の判定処理を示すフローチャートである。同図に示されるように、印刷待ち行列部５０に上限枚数以上のページが蓄積されているとき（ステップＳ１７０１，Ｙｅｓ）、印刷待ち行列部５０と画像メモリ４８に上限枚数以上のページが蓄積されているとき（ステップＳ１７０２，Ｙｅｓ）、印刷待ち行列５０と画像メモリ４８とページバッファ４６に上限枚数以上のページが蓄積されているとき（ステップＳ１７０３，Ｙｅｓ）、及び印刷待ち行列５０と画像メモリ４８とページバッファ４６に（上限‐１）枚数以上のページが蓄積され、かつ受信バッファ４３に上限容量以上の印刷データが蓄積されているとき（ステップＳ１７０４，Ｙｅｓ）は、混雑している（ステップＳ１７０６）と判定される。一方、上述したステップＳ１７０１〜Ｓ１７０４の分岐処理において全てＮｏの場合は、混雑していない（ステップＳ１７０５）と判定される。
【００８４】
状態管理部５１は、このようにして判定された「プリンタが混雑している／混雑していない」の判定結果を、ホストＩ／Ｆ部４２の送信部に送信する。ホストＩ／Ｆ部４２の送信部は、この判定結果をＬＡＮボード３４へ通知する。尚、ＬＡＮボード３４へは、判定結果の他にプリンタに蓄積されている印刷データの情報についても通知するようにしても良い。
【００８５】
次に、ＬＡＮボードの混雑（印刷データの蓄積）情報の判定について説明する。
図１８は、ＬＡＮボードの概略構成図である。同図に示されるように、ＬＡＮボード３４は、パケットドライバ部６０、カーネル部６１、プリンタドライバ部６２を備え、カーネル部６１は、更に、プロトコルタスク部６３、各プロトコルタスク部に対応した受信バッファ６４、及び状態管理部６５を備える。尚、ホスト３５からの印刷データは、ネットワーク３３を介し、ＬＰＲやＦＴＰといった印刷用プロトコルを使用して送信されるので、ＬＡＮボード３４もＬＰＲやＦＴＰといった各種プロトコルが実装されている。
【００８６】
ＬＡＮボード３４は、パケットドライバ部６０を介し、ネットワーク３３よりパケットを取り込み、何のプロトコルが使用されているかを判別する。この判別に基づき、各プロトコルタスク部６３が動作し、ホスト３５との通信が開始される。各プロトコルタスク部６３は、ホスト３５からの印刷データを、一旦受信バッファ６４へ蓄積し、プリンタドライバ部６２を介してプリンタコントローラ部４０へ印刷データを送る。また、今の通信データの流れを反対にすることにより、プリンタ３２の情報やＬＡＮボード３４の情報をホスト３５へ送信することもできる。
【００８７】
以上に示した印刷データの流れが一般的であるが、複数のホストから様々なプロトコルや同一のプロトコルで見かけ上同時にデータが送信されることがある。このような時、ＬＡＮボード３４は各プロトコルタスク部６３が見かけ上同時に動作する。但し、１つの印刷データが混ざらない様に受信バッファ６４を越える前にプロトコルを止める（ホストからの送信を止めてもらう）こともある。
【００８８】
以上のような状態において、状態管理部６５は、各プロトコルタスク部６３がいくつ動作しているかや、各受信バッファ６４の使用状況を把握し管理する。
ここで、状態管理部６５が、プロトコルタスク部６３がいくつ動作しているかを判定し、また、受信バッファ６４のデータ容量に上限値を設けることにより、プリンタ３２と同様にＬＡＮボード３４の混雑度を判定することができる。
【００８９】
次に、ホストの混雑（印刷データの蓄積）情報の判定について説明する。ホストの混雑度の判定は、ホストのスプールキューに蓄積される印刷ジョブ（印刷データ容量）から判定される。
【００９０】
ホスト３５から印刷を行うと、例えば、ホスト３５上のＯＳ（Operating System）がＷｉｎｄｏｗｓである場合は、印刷データは一旦スプールキューに蓄積される。ホスト３５からの印刷の回数が増えていくと、印刷データをプリンタ３２で印刷するよりも早く印刷データがスプールキューに蓄積されるようになり、また、そのような時に複数ホストから印刷が行われると、印刷データが複数ホスト内のスプールキューに蓄積されることになる。その後、スプールされた印刷データは、徐々にプリンタ３２のＬＡＮボード３４へ送られる。よって、継続的にプリンタ３２やＬＡＮボード３４が混雑することになる。
【００９１】
スプールキュー情報をＬＡＮボード３４で獲得し混雑具合を判定する構成について説明する。例えば、ＷＩｎｄｏｗｓ９５は自分自身のスプールキューの内容を表示する機能を有している。また、ＷＩｎｄｏｗｓＮＴでは、サーバのスプールキューの情報を別のクライアントＰＣから閲覧する機能を有している。本例では、これらの機能を利用して、ＷＩｎｄｏｗｓ９５の場合は、ネットワーク（ＬＡＮ）とホストの間に専用のプロトコルを準備し、ＷＩｎｄｏｗｓＮＴの場合等はクライアントＰＣから閲覧する機能を利用する。
【００９２】
このような方法により、ＬＡＮボード３４がホストのスプールキューの内容を獲得することができる。ＬＡＮボード３４は、実際にアクセスされているホストのＩＰアドレスやＭＡＣアドレスがわかっているため、そのアクセスしているホストに対してスプールキューの内容を獲得すれば良い。
【００９３】
これにより、現在、ＬＡＮボード３４にアクセスしているホストのスプールキューに蓄積される印刷ジョブの数を獲得することができる。よって、予め、印刷ジョブの数に混雑度の上限値を設けることにより、ホストのスプールキューの混雑度を判定することが可能になる。
【００９４】
以上により、プリンタ、ＬＡＮボード、及びホスト内のスプールキューの混雑度の判定結果から、ネットワーク上でのプリンタの混雑度を判定することができる。
【００９５】
本第２の実施の形態では、ネットワーク上でのプリンタの混雑度の判定は、ＬＡＮボードが行う。上述したように、ＬＡＮボードは、ＬＡＮボード自身の混雑度を判定することができ、また、プリンタからはプリンタの混雑度が通知され、また、現在接続されているホストのスプールキューの情報も獲得できる。
【００９６】
このことから、ＬＡＮボードは、プリンタに何枚以上未処理ページがあり、ＬＡＮボードはいくつのホストと通信中で、通信中のホストにはいくつの印刷データがスプールされているかを判定することができ、ネットワーク上でのプリンタの混雑度を判定することができる。そして、ＬＡＮボードは、この判定結果をＳＮＭＰの情報としてホストへ通知したり、新たな状態通知プロトコルを取り決めてホストへ通知することが可能になる。
【００９７】
また、本第２実施の形態では、プリンタ、ＬＡＮボード、及びホストのスプールキューの混雑度が各々判定できる為、これらの情報を各々独立にホストへ通知することが可能になる（各々の未印刷枚数を通知可能となる）。
【００９８】
次に、オペレータがホストから印刷を開始しようとする時に、このネットワーク上のプリンタの混雑度の判定結果をホストに通知し、オペレータに知らせる構成について説明する。
【００９９】
始めに、通常のホスト上の印刷処理の流れについて説明する。尚、ホスト上のＯＳは、Ｗｉｎｄｏｗｓ（Ｗｉｎｄｏｗｓ９５、又はＷｉｎｄｏｗｓＮＴ）を適用する。図１９は、通常のＷｉｎｄｏｗｓの印刷処理を説明するための概略ブロック図である。アプリケーションプログラム（以下、アプリケーションという）７１からオペレータは印刷したいデータに対し印刷ボタンをクリックする等して印刷指示を行う。アプリケーション７１とＷｉｎｄｏｗｓ７０は、ＥＭＦ（Ｅｎｈａｎｃｅｄ  Ｍｅｔａｆｉｌｅ）生成部７２にて印刷データをＥＭＦ形式のデータとして生成し、スプーラ７３へ出力する。ここで、印刷を続けて指示するとスプーラ７３へいくつも印刷データが蓄積されることになる。スプーラ７３はプリンタドライバ７４を呼び出し、特有のプリンタコマンドに変換する。そして言語モニタ７５を通し、ポートモニタ７６でプリンタへ印刷データを送信する。尚、プリンタドライバ７４は、各社プリンタメーカから提供される。
【０１００】
またプリンタ側からの応答はポートモニタを通し、言語モニタで処理する。もし、その応答結果を所定の記憶位置に書き込み、プリンタからの情報を処理したければ、その所定の記憶位置を参照すればよい。
【０１０１】
しかしながら、このような通常の印刷処理では、印刷ボタンをクリックする等して、オペレータが印刷指示をした時に、印刷データは、直接プリンタのＬＡＮボードへデータが送られるのではなく、スプーラに蓄積されてしまうので、プリンタ、ＬＡＮボード、及びＬＡＮボードに接続されるホストのスプールキューの混雑具合を確認できない。この印刷データが、実際に送られるのは、以前のスプールデータが全て無くなった後になる。
【０１０２】
そこで、本第２の実施の形態では、オペレータが印刷ボタンをクリックする等して印刷指示が行われた時に、ネットワーク上のプリンタの混雑度を確認できるようにした。
【０１０３】
図２０は、本第２の実施の形態における、Ｗｉｎｄｏｗｓの印刷処理を説明する概略ブロック図である。同図において、オリジナルのスプーラ７７、エラー表示部７８、及びＳＮＭＰ等の状態確認処理部７９が設けられている点が図１９と異なり、その他の構成については同一である。
【０１０４】
始めに、オペレータがアプリケーション７１から印刷ボタンをクリックする等して必要なデータの印刷指示を行う。アプリケーション７１とＷｉｎｄｏｗｓは、ＥＭＦ生成部７２にて印刷データをＥＭＦとして作成するが、この後、通常のスプーラ７３に出力せず、新たなオリジナルのスプーラ７７に一旦蓄積するようにする。オリジナルのスプーラ７７は印刷データをそのまま保持し、状態確認処理部７９は、ＳＮＭＰ等の通信プロトコルを利用して、ネットワーク上のプリンタの混雑度をプリンタのＬＡＮボードへ問い合わせる。そして、問い合わせの結果、プリンタが混雑していなければ、オリジナルのスプーラ７７から再度Ｗｉｎｄｏｗｓ７０のスプーラ７３へ印刷データを渡し、印刷処理を続行する。一方、プリンタが混雑していた場合には、ホストのディスプレー画面に図２１に示すメッセージと選択ボタンを表示する。このような画面表示により、オペレータはそのまま印刷を続行するか、印刷をキャンセルするか選択できるようになる。同図において、オペレータが続行ボタンをクリックした場合には、オリジナルのスプーラ７７からＷｉｎｄｏｗｓのスプーラ７３に印刷データが出力される。また、オペレータがキャンセルボタンをクリックした場合には、オリジナルのスプーラ７７のデータは削除される。
【０１０５】
尚、このような処理において、立て続けに印刷データが送られ、新しい印刷データがオリジナルスプーラに取り込まれたとき、状態確認処理部７９はＬＡＮボードに対しネットワーク上のプリンタの混雑度を問い合わせるが、この問い合わは、印刷データを送るプロトコルとは別のプロトコル（ＳＮＭＰ等）を使用するので、それ以前に出力している印刷データの通信には影響しない。
【０１０６】
以上により、本第２の実施の形態によれば、プリンタのビジー状態だけでなく、プリンタの未印刷ページ数、ＬＡＮボードの使用状態、及び接続されているホストの未印刷ジョブの数をトータル的に判定することにより、ネットワーク上でのプリンタの混雑度を判定することが可能になる。
【０１０７】
また、オペレータが、印刷を開始する時に、ネットワーク上のプリンタの混雑度を知ることができるので、すぐにそのプリンタが印刷可能であるか否かを判別でき、そのプリンタが混雑している場合には、オペレータはプリンタの混雑度が低い時に印刷を行うようにしたり、プリンタの混雑度が低い別のプリンタで印刷を行うことができる。
【０１０８】
よって、ネットワーク上でのプリンタの混雑度が増大することはなくなり、ネットワークトラフィックの混雑を防止することができる。
また、プリンタ、ＬＡＮボード、及びスプールキューの各々独自の混雑状態をホストへ通知できるので、利用者は、ＬＡＮボードだけが混雑している場合には、ネットワーク（ＬＡＮ）を使わず、例えば、セントロニクスを使用して印刷したり、また、未印刷枚数を知ることにより、終了時間を予測することができるようになる。
【０１０９】
尚、本第２の実施の形態では、ネットワーク（ＬＡＮ）上のプリンタの混雑度を通知する構成であったが、ネットワークと同時にセントロニクスにも接続されたプリンタに対しても、双方向通信が行えるセントロニクスであれば、同様の効果を得ることができる。
【０１１０】
また、ネットワーク上のプリンタの混雑度と共に、プリンタ、ＬＡＮボード、及び現在接続されているホストのスプールキューの詳細情報（プリンタに未印刷ページが何枚以上残り、ＬＡＮボードはいくつのプロトコルでアクセスされており、ホストのスプールキューにいくつの未印刷ジョブが残っているか等）を、ホストに通知するようにしてもよい。これにより、オペレータはネットワーク上のプリンタの混雑度が詳細にわかるようになる。
＜第２の実施の形態における変形例＞
ＬＡＮボードには、印刷データだけでなく、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）によるプリンタ及びＬＡＮボードの状態表示や設定が行えるように、ＨＴＴＰＤ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄｅｍｏｎ）及びＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データを備えたものがある。
【０１１１】
通常、オペレータは、任意のこのようなＬＡＮボードを指定し、ホスト上からブラウザを使用して、ＬＡＮボードのＨＴＭＬデータを読み込むことにより、プリンタやＬＡＮボードの状態表示や設定を行うことが可能になる。しかしながら、このＨＴＭＬデータの容量が多いためにネットワーク上のトラフィックが増加することになり、これが、ネットワーク上のプリンタの混雑度に大きく影響することになる。
【０１１２】
本変形例は、このような問題点を解決するためになされたものである。
始めに、このような通常のＬＡＮボードによるプリンタやＬＡＮボードの状態表示や設定を行う構成について説明する。
【０１１３】
図２２は、このような構成を示す概略ブロック図である。同図に示されるように、まずオペレータは、ホスト３５上のブラウザ８０を立ち上げる。次に、ＬＡＮボード３４のネットワークアドレスを指定する（例えば、http:// ＬＡＮボードＩＰアドレス）と、ホスト３５上のブラウザ８０は、ＬＡＮボード３４に対しＨＴＭＬデータ８１をブラウザに送信するように送信要求を送る。ＬＡＮボード３４は、ホスト３５からのＨＴＭＬデータの送信要求に対して、プリンタの状態やＬＡＮボード３４の状態を加えて、ＨＴＭＬデータとしてＨＴＴＰプロトコル８２でホスト３５のブラウザ８０へＨＴＭＬデータを送信する。ブラウザ８０は、このＨＴＭＬデータをホストのディスプレー上に表示する。また、プリンタ及びＬＡＮボード３４の設定については、表示されたＨＴＭＬデータ内に予め入力フォームを用意しておき、オペレータがこの入力フォームに設定データを入力することにより行われる。設定データの入力後、この設定データは、ＨＴＴＰプロトコルでブラウザ８０からＬＡＮボード３４へ送信され、ＬＡＮボード３４は、この設定データを受信した後、ＬＡＮボード３４の設定を行い、プリンタドライバ部６２を介してプリンタの設定データをプリンタへ送信する。プリンタは、このプリンタの設定データを受信して、プリンタの設定を行う。
【０１１４】
しかしながら、このような通常のＬＡＮボードが備えるＨＴＭＬデータは、データ容量が多いため、ネットワークトラフィックの混雑度に多大な影響を及ぼしている。
【０１１５】
そこで、本変形例によるＬＡＮボードは、通常のＨＴＭＬデータの他に、ネットワーク上のプリンタの混雑度を通知するための、データ容量の少ないＨＴＭＬデータを新たに備えるようにし、これをホストに通知することにより、オペレータにその後のプリンタ及びＬＡＮボードの状態表示や設定処理を継続させるか否かを判断させる構成にした。
【０１１６】
次に、本変形例のＬＡＮボードにより混雑度を通知する構成について説明する。
図２３は、このような構成を示す概略ブロック図である。本第２の実施の形態で述べたように、ＬＡＮボード３４は、プリンタ、ＬＡＮボード、及び現在接続されているホストのスプールキューの混雑度を判定することができる。
【０１１７】
本変形例のＬＡＮボード３４は、通常表示するＨＴＭＬデータとは別のＨＴＭＬデータ８３を予め用意しておき、前述のプリンタ、ＬＡＮボード、及び現在接続されているホストのスプールキューの混雑度の判定に合わせて、ＨＴＭＬデータ８３をホスト３５に送信するようにする。
【０１１８】
同図に示されるように、各混雑度を判定する判定部８４を設け、この判定部８４の判定結果に基づき、ＨＴＭＬデータ８３の中からＨＴＭＬデータの先頭のポインタをずらすこと等により、始めに送信すべきＨＴＭＬデータ８３を決定し、これをＨＴＴＰプロトコルでホスト３５のブラウザ８０へ送信する。そして、ホスト３５は、このＨＴＭＬデータに基づきブラウザ８０の表示画面上に混雑度を表示する。
【０１１９】
図２４は、予め用意するＨＴＭＬデータをホスト上のブラウザに表示させた時の表示画面の一例である。同図（ａ）は、ネットワーク上のプリンタシステム全体が混雑している時の表示画面である。（ｂ）は、プリンタが混雑している時に表示される表示画面である。（ｃ）は、ＬＡＮボードが混雑している時に表示される表示画面である。（ｄ）は、ホストが混雑している時に表示される表示画面である。
【０１２０】
尚、同図（ａ）〜（ｄ）において、続行を選択することにより、通常のプリンタ及びＬＡＮボードの状態の表示及び設定処理が開始され、キャンセルを選択することにより、同処理は中止される。
【０１２１】
以上により、本変形例によれば、プリンタシステムの混雑度を判定し、この判定結果に基づき、予めＬＡＮボード内部に備えたデータ容量の少ないＨＴＭＬデータをホスト上のブラウザに表示させることにより、オペレータに、その後のプリンタ及びＬＡＮボードの状態の表示及び設定を継続するかキャンセルするかを選択させることができる。よって、プリンタシステムが混雑している時には、オペレータは、プリンタ及びＬＡＮボードの状態の表示及び設定をキャンセルすることができ、ネットワークトラフィックの混雑を緩和することができ、プリンタシステムの混雑を防止することができる。
＜第３の実施の形態＞
本第３の実施の形態は、複数のクライアントから１台のネットワークプリンタを使用する場合に、例えば、任意のクライアントから送信された印刷データが、ネットワークプリンタにてジャム等のエラーを発生させた時、ネットワークプリンタに接続される全てのクライアントやエラーを発生させたクライアントだけにエラーを通知するのではなく、この時、印刷に係わっていたクライアントに対しエラーを通知するようにし、ネットワークトラフィックの不要な混雑を防止するものである。
【０１２２】
図２５は、本第３の実施の形態におけるネットワークシステムの構成図である。
同図に示すように、ネットワークシステム９０は、クライアントＡ９１〜クライアントＤ９４、プリンタサーバ９５、及び共有プリンタ９６を有し、ぞれぞれ、ネットワーク９７に接続されている。
【０１２３】
このようなネットワークシステム９０の印刷処理を説明する。
通常、クライアントＡ９１が印刷を行う場合、クライアントＡ９１は、印刷データをネットワーク９７を介して、プリンタサーバー９５へ送信する。プリンタサーバー９５は、クライアントＡ９１の印刷データをスプールし、この印刷データをネットワーク９７を介して共用プリンタ９６へ送信する。共用プリンタ９６は、不図示のプリンタ内のネットワークボードを介して印刷データを取り込み印刷を行う。クライアントＢ９２〜Ｄ９４も同様にして印刷を行う。各クライアントからほぼ同時に印刷データが送信された場合は、プリンタサーバー９５は送信された順にスプールに印刷データを蓄積し、順次、共用プリンタ９６に印刷データを送信し印刷を行う。
【０１２４】
次に、ネットワークシステム９０のエラー通知処理について説明する。
尚、ネットワークシステム９０は、共用プリンタ９６にＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）情報を持たせ、ＳＮＭＰを用いた情報通知の構成を有したシステムとする。
【０１２５】
共用プリンタ９６の監視の方法としては、２つの方法が有り、１つはプリンタサーバ９５がＳＮＭＰで共用プリンタ９６の状態を常に監視し、共用プリンタ９６にエラーが発生した時にエラーの情報を検出し、必要なクライアントに対しエラー情報を通知する方法（トラップ）である。もう１つは、各々のクライアントが独自にＳＮＭＰで共用プリンタ９６に対し問い合わせを行い、状態を監視する方法（ポーリング）である。
【０１２６】
図２６は、エラー通知処理を説明する図である。
上述した、共用プリンタ９６の２つの監視方法では、どちらも共用プリンタ９６にＭＩＢ情報９８を実装しておき、共用プリンタ９６にエラーが発生した時、このエラー情報をＳＮＭＰを使用しポーリング又はトラップにより、クライアント若しくはプリンタサーバーに通知する。クライアント若しくはプリンターサーバはＳＮＭＰを制御する制御部９９とその内容を表示する表示部１００とを備え、定期的に共用プリンタ９６の情報をポーリングし監視するか、共用プリンタ９６からエラー発生時に通知されるトラップを受け付け、共用プリンタ９６に状態
変化が生じた時にその内容を表示する。
【０１２７】
ここで、共用プリンタ９６が、例えばページプリンタのような高速な印刷装置である時は、プリンタ内部に印刷用紙を複数枚存在させることが多々ある。
図２７は、印刷中のページプリンタ内の状態を示す図である。同図において、印刷用紙１０１がクライアントＡ９１の印刷データ、印刷用紙１０２がクライアントＢ９２の印刷データ、印刷用紙１０３がクライアントＣ９３の印刷データとする。ここで、印刷データ１０２でジャムが発生したら、ページプリンタは用紙の転送を止め、印刷データ１０１、１０３も同時に止まる。本第３の実施の形態では、このような状態の時に、このジャムに該当するクライアントＡ９１、クライアントＢ９２、クライアントＣ９３にジャムを通知するものである。
【０１２８】
図２８は、クライアント、プリンタサーバ、及びプリンタの概略構成図である。
同図では、説明の便宜上、クライアントを１つで示しているが、複数存在するものとする。また図中の実線は印刷データの流れを示し、点線はエラー通知の流れを示している。
【０１２９】
クライアント１０５は、印刷を要求するアプリケーション部１０６、プリンタドライバ部１０７、エラー表示部１０８、及びエラー受信部１０９を備える。
プリンタサーバ１１０は、スプーラ１１１、プリンタドライバ部１１２、エラー表示部１１３、及びＳＮＭＰ制御部１１４を備え、スプーラ１１１は、更にテーブル１２６を備える。
【０１３０】
プリンタ１１５は、プリンタコントローラ１１６、プリンタエンジン１１７を備え、プリンタコントローラ１１６は、Ｉ／Ｆ部１１８、コマンド解析・画像生成等を行うプリンタコントローラ部１１９、プリンタエンジンコントロール部１２０、プリンタＭＩＢ部１２１、及びＳＮＭＰ制御部１２２を備え、プリンタエンジンコントロール部１２０は、更にテーブル１２７を備える。また、プリンタエンジン１１７は、プリンタエンジン制御部１２２、エラーセンサー１２３、用紙センサー１２４、及び完全排紙センサー１２５を備える。
【０１３１】
次に、図２８に示した構成の動作について説明する。
まず、印刷を要求するクライアント１０５のアプリケーション部１０６は、プリンタドライバー部１０７を介し、印刷データをプリンタサーバー１１０ヘ送信する。ここで、プリンタドライバー部１０７は、印刷データに対し、固有の付加Ｎｏ．を付加してプリンタサーバー１１０ヘ送信する。図２９は、付加Ｎｏ．を付加した印刷データである。同図の１２８が付加Ｎｏ．を示す。
【０１３２】
このようにして印刷データを送信する複数のクライアントに対し、プリンタサーバ１１０は、各クライアントから受信した印刷データをスプーラ１１１ヘ順次蓄える。この時、スプーラ１１１は、印刷データに付加される付加Ｎｏ．１２８と、同時に送信される送信元であるクライアントのネットワークアドレスとを対比してテーブル１２６に記憶する。
【０１３３】
図３０は、このテーブルを示した図である。同図に示されるように、テーブル１２６は、印刷順１２９、固有の付加Ｎｏ．１３０、及び送信元のネットワークアドレス１３１を記憶する。そして、これらのテーブルデータは、後述するプリンタエンジン１１７からの完全排紙の通知を受けるまで記憶され、完全排紙の通知を受けた時、該当するテーブルデータは削除される。
【０１３４】
その後、スプーラ１１１は、プリンタサーバー１１０のプリンタドライバー部１１２を介し、プリンタ１１５へ印刷データを順次送信する。プリンタ１１５のプリンタコントーラ１１６内のＩ／Ｆ部１１８は、印刷データを受信し、コマンド解析や画像を生成するプリンタコントローラ部１１９へ印刷データを送信する。尚、Ｉ／Ｆ部１１８は、ＬＡＮボードや双方向セントロニクス用のボード等を介しても良い。そして、プリンタコントローラ部１１９にて、１ページ分の画像データが生成されたら、プリンタエンジンコントローラ部１２０及び不図示のビデオＩ／Ｆを介して、プリンタエンジン１１７のプリンタエンジン制御部１２２に画像データを送信する。ここで、プリンタエンジンコントローラ部１２０は、固有の付加Ｎｏ．を順次テーブル１２７に記憶する。
【０１３５】
画像データを受信したプリンタエンジン制御部１２２は、所定の動作により用紙を給紙し、ドラムを露光・転写し用紙に印刷を行う。この時、プリンタエンジン１１７は、紙無し等のエラーを検知するエラーセンサー１２３、用紙の通過を検知する用紙センサー１２４、及び用紙が完全に排紙されたか否かを検知する完全排紙センサ１２５により、紙無しやジャム等のエラーや用紙が完全に排紙されたか（完全排紙）否か等の情報を随時検出する。
【０１３６】
次に、複数のクライアントから印刷データが送信される時の動作について説明する。上述したように、プリンタサーバ１１０のスプーラ１１１には複数の印刷データが蓄積される。スプーラ１１１は、プリンタ１１５に印刷データを送信する毎に、同時に、この印刷データをプリンタ１１５へ送信する送信順に、固有の付加Ｎｏ．をテーブル１２６に記憶する。更に、スプーラ１１１は、プリンタコントローラ１１６に対し、プリンタ１１５が印刷データを受信可能な限り、印刷データを送信する。プリンタコントローラ１１６は、印刷データを受信し、順次画像データを生成し、プリンタエンジン１１７へ送信する。
【０１３７】
図２７を用いて前述したように、プリンタエンジン１１７は高速化の為、複数の印刷用紙がプリンタ内に存在することが多々存在する。この様な状態で、例えば、印刷用紙１０２にジャムが発生した場合、プリンタエンジン制御部１２２は、エラーセンサー１２３によりジャムを認識すると、用紙の送りを停止する。この為、プリンタ１１５内にジャムの印刷用紙が３枚（印刷用紙１０１、１０２、及び１０３）残る。プリンタエンジン制御部１２２は、印刷用紙１０１以降の完全排紙の情報は通知せずに、ジャム情報をビデオＩ／Ｆを介して、プリンタエンジンコントロール部１２０へ通知する。
【０１３８】
プリンタエンジンコントローラ部１２０は、ジャム情報の通知を受信した後、完全排紙されていない固有の付加Ｎｏ．をジャム情報と共にプリンタＭＩＢ部１２１へ書き込み、これをＳＮＭＰ制御部１２２は、トラップ若しくはＳＮＭＰ制御部１１４のポーリング応答としてプリンタサーバ１１０へ通知する。尚、プリンタエンジンコントローラ部１２０は、完全排紙が検出された固有の付加Ｎｏ．を、テーブル１２７から削除する。
【０１３９】
一方、プリンタサーバー１１０のＳＮＭＰ制御部１１４は、ある一定間隔でプリンタの情報をポーリングするか、又は、プリンタ１１５からの状態変化を通知するトラップを受け付けている。通常、エラーのないときは、完全排紙の情報を受けて、スプーラ１１１内のテーブル１２６に記憶される固有の付加Ｎｏ．の内、該当するもの（完全排紙が行われたもの）を消去するが、上述したようなエラーが発生した場合には、プリンタ１１５に送信したがまだ排紙されていない印刷データに該当する固有の付加Ｎｏ．をテーブル１２６から抽出し、この固有の付加Ｎｏ．から送信元であるクライアントのネットワークアドレスを獲得する。そして、このネットワークアドレスのクライアントに対してエラーを通知する。また、ＳＮＭＰ制御部１１４は、必要に応じて、エラー表示部１１３にてエラー表示を行う。
【０１４０】
クライアント１０５は、プリンタサーバー１１０から送られてきたエラー通知をエラー受信部１０９にて受信し、これをエラー表示部１０８で表示する。
よって、プリンタ内に残った印刷用紙のジャム情報が本当に必要なクライアントＡ９１、クライアントＢ９２、及びクライアントＣ９３に対し、ジャム情報が通知される。
【０１４１】
尚、プリンタコントローラ１１６とプリンタサーバー１１０に固有の付加Ｎｏ．が存在する理由は、プリンタコントローラ１１６及びプリンタサーバー１１０は各々バッファを備えており、データ送出若しくはデータ解析にタイムラグが存在するためである。
【０１４２】
以上により、本第３の実施の形態によれば、プリンタドライバー部で印刷ジョブを識別できる固有の付加Ｎｏ．を印刷データに付加し、プリンタサーバーのスプールで一旦蓄積し、プリンタヘ印刷データを送出する時に固有の付加Ｎｏ．と送信元であるネットワークアドレスをテーブルに記憶させ、また、プリンタのプリンタエンジンコントローラ部においても印刷を行った印刷データの固有の付加Ｎｏ．をテーブルに記憶させることにより、例えば、ジャム等のエラー情報が通知される場合に、プリンタからプリンタサーバへは、印刷を行ったがまだ完全排紙を行っていない印刷データ（固有の付加Ｎｏ．）が通知され、また、プリンタサーバ自身もプリンタにデータを送ったがプリンタのジャム等のエラーにより、完全排紙を行っていない印刷データ（固有の付加Ｎｏ．）を獲得し、これらの印刷データに基づき、必要なクライアントにのみエラー情報を通知することが可能になる。これにより、従来のように、全てのクライアントにエラーを通知したり、エラーを発生させた人にのみエラーを通知することはなくなり、本当に現在印刷に係わっているクライアントにのみエラー情報を通知することができる。よって、ネットワーク上の不要なトラフィックの混雑を防止することができる。
【０１４３】
尚、本第３の実施の形態では、クライアント１０５のプリンタドライバー部１１２にて、固有の付加Ｎｏ．を付加しているが、これをプリンタサーバ１１０のプリンタドライバー部１１２で行うようにしても良い。
【０１４４】
また、本第３の実施の形態では、プリンタにジャムが発生し、複数の印刷用紙がプリンタ内部に残留する場合について説明したが、例えば、プリンタに紙無しによるエラーが生じた時、従来では、紙無しを発生させた印刷データのクライアントにのみエラーを通知していたが、本第３の実施の形態を適用すれば、既にプリンタサーバに印刷データを送信した複数のクライアントに対し、エラー通知を行うことができる。
【０１４５】
【発明の効果】
以上説明したように本発明によれば、ネットワーク上のトラフィックの混雑を防止することが可能になる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態によるネットワークシステムのブロック図である。
【図２】通知先ホストテーブルを示す図である。
【図３】ホストの概略ブロック図である。
【図４】ネットワークプリンタの状態を表示した表示画面である。
【図５】ネットワークプリンタの概略構成ブロック図である。
【図６】ネットワークプリンタの処理動作を示すフローチャートである。
【図７】ネットワークプリンタの状態変化検出処理を示すフローチャートである。
【図８】通知先ホストテーブル７に登録される残り時間９の更新処理を示すフローチャートである。
【図９】機器状態表示処理部の動作を示すフローチャートである。
【図１０】（ａ）は問い合わせ間隔設定表示画面であり、（ｂ）は環境設定表示画面である。
【図１１】更新された状態表示画面である。
【図１２】本第２の実施の形態におけるネットワークシステムの構成図である。
【図１３】ホストの状態を示す図である。
【図１４】ＬＡＮボードを示す図である。
【図１５】プリンタの状態を示す図である。
【図１６】プリンタ内部の概略構成図である。
【図１７】状態管理部による混雑度の判定処理を示すフローチャートである。
【図１８】ＬＡＮボードの概略構成図である。
【図１９】通常のＷｉｎｄｏｗｓの印刷処理を説明するための概略ブロック図である。
【図２０】本第２の実施の形態におけるＷｉｎｄｏｗｓの印刷処理を説明する概略ブロック図である。
【図２１】プリンタ混雑時に表示される表示画面である。
【図２２】通常のＬＡＮボードによるプリンタやＬＡＮボードの状態表示や設定を行う構成を示す図である。
【図２３】本第２の実施の形態の変形例におけるＬＡＮボードにより混雑度を通知する構成を示す図である。
【図２４】ＨＴＭＬデータをブラウザに表示させた時の表示画面の一例である。
【図２５】本第３の実施の形態におけるネットワークシステムの構成図である。
【図２６】エラー通知処理を説明する図である。
【図２７】印刷中におけるページプリンタ内の様子を示す図である。
【図２８】クライアント、プリンタサーバ、及びプリンタの概略構成図である。
【図２９】付加Ｎｏ．を付加した印刷データである。
【図３０】印刷順、固有の付加Ｎｏ．、及び送信元のネットワークアドレスを記憶するテーブルである。
【図３１】従来のネットワークシステムのブロック図である。
【符号の説明】
１        ネットワーク
２〜５    ホスト機器
６        ネットワークプリンタ
６ａ      プリンタ装置
６ｂ      プリンタサーバ
７        通知先ホストテーブル
８        ホストアドレスエリア
９        記憶時間エリア
１０      残り時間エリア
１１      問い合わせを行ってきたホストのエントリ数
１２      ホスト
１３      ＣＰＵ
１４      ＲＡＭ
１５      機器状態表示処理部
１６      補助記憶装置
１７      タイマー
１８      送受信処理部
１９      通信Ｉ／Ｆ
２０      ネットワークＩ／Ｆボード
２１      ＣＰＵ
２２      ＲＡＭ
２３      ＲＯＭ
２４      タイマー
２５      ＮＩＣ回路
２７      ネットワークプリンタの現在状態図
２８      状態メッセージ
２９      エラー対処方法
３１      ネットワークシステム
３２      プリンタ
３３      ネットワーク
３４      ＬＡＮボード
３５      ホスト
３６      ＬＡＮボード
３７      スプールキュー
４０      プリンタコントローラ部
４１      プリンタエンジン
４２      ホストＩ／Ｆ部
４３      受信バッファ部
４４      コマンド解析部
４５      中間コード実行部
４６      ページバッファ
４７      描画実行部
４８      画像メモリ
４９      プリンタエンジンＩ／Ｆ部
５０      印刷待ち行列
５１      状態管理部
６０      パケットドライバ部
６１      カーネル部
６２      プリンタドライバ部
６３      プロトコルタスク
６４      受信バッファ
６５      状態管理部
７０      Ｗｉｎｄｏｗｓ
７１      アプリケーション
７２      ＥＭＦ生成部
７３      スプーラ
７４      プリンタドライバ部
７５      言語モニタ
７６      ポートモニタ
７７      オリジナルスプーラ
７８      エラー画面表示部
７９      状態確認処理部
８０      ブラウザ
８１      ＨＴＭＬデータ
８２      ＨＴＴＰプロトコル
８３      ＨＴＭＬデータ
８４      判定部
９０      ネットワークシステム
９１〜９４  クライアント
９５      プリンタサーバ
９６      共用プリンタ
９７      ネットワーク
９８      プリンタＭＩＢ
９９      ＳＮＭＰの制御部
１００    変化内容の表示部
１０１〜１０３    印刷用紙
１０５    クライアント
１０６    アプリケーション
１０７    プリンタドライバ部
１０８    エラー表示部
１０９    エラー受信部
１１０    プリンタサーバ
１１１    スプーラ
１１２    プリンタドライバ部
１１３    エラー表示部
１１４    ＳＮＭＰ制御部
１１５    プリンタ
１１６    プリンタコントローラ
１１７    プリンタエンジン
１１８    Ｉ／Ｆ部
１１９    コマンド解析・画像生成等を行うプリンタコントローラ部
１２０    プリンタエンジンコントローラ部
１２１    プリンタＭＩＢ部
１２２    プリンタエンジン制御部
１２３    エラーセンサ
１２４    用紙センサ
１２５    完全排紙センサ
１２６、１２７    テーブル
１２８    固有の付加Ｎｏ．
１２９    印刷順
１３０    固有の付加Ｎｏ．
１３１    送り先のネットワークアドレス
１４０    ネットワーク
１４１〜１４４    ホスト
１４５ａ  プリンタ
１４５ｂ  プリンタサーバ
１４６    通知先ホストテーブル
【図１】
0003963057.tif 000002
【図２】
0003963057.tif 000003
【図３】
0003963057.tif 000004
【図４】
0003963057.tif 000005
【図５】
0003963057.tif 000006
【図６】
0003963057.tif 000007
【図７】
0003963057.tif 000008
【図８】
0003963057.tif 000009
【図９】
0003963057.tif 000010
【図１０】
0003963057.tif 000011
【図１１】
0003963057.tif 000012
【図１２】
0003963057.tif 000013
【図１３】
0003963057.tif 000014
【図１４】
0003963057.tif 000015
【図１５】
0003963057.tif 000016
【図１６】
0003963057.tif 000017
【図１７】
0003963057.tif 000018
【図１８】
0003963057.tif 000019
【図１９】
0003963057.tif 000020
【図２０】
0003963057.tif 000021
【図２１】
0003963057.tif 000022
【図２２】
0003963057.tif 000023
【図２３】
0003963057.tif 000024
【図２４】
0003963057.tif 000025
【図２５】
0003963057.tif 000026
【図２６】
0003963057.tif 000027
【図２７】
0003963057.tif 000028
【図２８】
0003963057.tif 000029
【図２９】
0003963057.tif 000030
【図３０】
0003963057.tif 000031
【図３１】
0003963057.tif 000032