JP3492249B2 - 印刷装置および印刷システムおよびその制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばネットワー
クで接続されたコンピュータ端末装置およびプリンタ装
置等からなるプリンティングシステムに関する。

【０００２】

【従来の技術】従来、ネットワークを介してホストコン
ピュータ装置からプリンタ情報を監視する場合、ホスト
コンピュータ装置（以下ホスト）が、監視されるプリン
タに対して定期的に状態を取得するためのコマンドを発
行して、そのレスポンスをプリンタから受信するポーリ
ング方式が取られていた。このポーリング方式を用いる
と、ホストは任意のタイミングでプリンタの状態を獲得
することが可能である。しかしながら、ネットワーク上
にたくさんのホストが存在し、それらのホストが１台の
プリンタの状態を監視するような場合、ポーリング方式
では、ネットワーク上に状態取得のために非常に多くの
パケットが送出される。このことは、プリンタのネット
ワーク制御部の負荷を高めるばかりか、ネットワーク全
体の負荷を高めてしまい、しまいにはネットワークをダ
ウンさせるおそれもある。

【０００３】このようなポーリング方式によるプリンタ
状態の監視方法に対して、プリンタの状態が変化したと
きにプリンタからホストに状態を通知する方法が考えら
れている。この方法を用いてプリンタ状態をホストが監
視すれば、プリンタ装置のネットワーク制御部の負荷や
ネットワーク上の負荷を減らすことが可能となり、効率
のよい監視が実現できる。

【０００４】このような、プリンタからの通知によりプ
リンタの状態を監視する方式においては、プリンタの状
態を通知する通知先ホストをプリンタに登録しておく必
要がある。プリンタは、登録されたホストに対して変化
した状態を通知する。そのため、ホストは、プリンタの
状態を監視したい場合には、プリンタに状態変化の通知
先としてそのホストを登録し、プリンタの状態を監視す
る必要がなくなった場合には、そのプリンタに登録され
た通知先からそのホストを削除する必要がある。

【０００５】

【発明が解決しようとする課題】しかしながらこの方式
では、通知先の管理はプリンタではなくホストが行って
おり、登録された通知先が、プリンタによる管理下でホ
ストからの指示なしに削除されることはなかった。この
ため、ホストがシステムダウンなどを起こしてプリンタ
に登録された状態変化の通知先からそのホストを削除で
きなかった場合、プリンタはそのホストに対し状態の変
化通知を送出し続けることになる。

【０００６】また、このように削除され損ねた通知先
は、プリンタの電源を切らない限り削除されないため、
通知先を登録するためのメモリ領域を圧迫し、終いには
どのホストからも通知要求を登録することができなくな
ってしまう。

【０００７】本発明は上記課題に鑑みてなされたもので
あり、状態変化の通知先の登録に有効時間を持たせるこ
とにより、状態変化の通知先を自動的に更新できる印刷
装置および印刷システムおよびその制御方法を提供する
ことを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に本発明は次のような構成からなる。すなわち、少なく
とも１つの情報処理装置と通信可能な印刷装置であっ
て、前記情報処理装置から状態通知の要求を受信する受
信手段と、前記状態通知の要求を発行した情報処理装置
を状態通知の通知先として登録し、かつ、外部からの要
求に応答して、登録されている状態通知の通知先の登録
を更新する更新登録手段と、所定時間経過しても前記状
態通知の通知先の登録が更新されない場合、前記更新登
録手段により登録又は更新した前記状態通知の通知先の
登録を削除する削除手段とを備える。更に好ましくは、
前記状態通知の要求には、その発行元の情報処理装置の
アドレス情報、またはその発行元の情報処理装置の通信
プロトコルの情報、またはその発行元の情報処理装置の
ポートの情報を含む。更に好ましくは、前記更新登録手
段は、受信した前記状態通知の要求の発行元が、現在通
知先として登録されている場合には、登録されている通
知先の情報を更新する。

【０００９】 あるいは、第１の情報処理装置と通信可
能な第２の情報処理装置であって、前記第１の情報処理
装置から状態通知の要求を受信する受信手段と、前記状
態通知の要求を発行した第１の情報処理装置を状態通知
の通知先として登録し、かつ、外部からの要求に応答し
て、登録されている状態通知の通知先の登録を更新する
更新登録手段と、所定時間経過しても前記状態通知の通
知先の登録が更新されない場合、前記更新登録手段によ
り登録又は更新した前記状態通知の通知先の登録を削除
する削除手段とを備える。

【００１０】 あるいは、少なくとも１つの情報処理装
置と通信可能な印刷装置であって、情報処理装置から
の、通知先のアドレスと登録保持時間とを含む登録要
求、または情報処理装置からの削除要求を受信する受信
手段と、前記登録要求が前記受信手段により受信される
のに応じて、当該登録要求に含まれている通知先のアド
レスと登録保持時間とを登録又は更新する更新登録手段
と、前記登録手段により登録された通知先のアドレスに
従って、前記印刷装置の状態を通知する通知手段と、所
定時間経過しても前記状態通知の通知先に係る登録保持
時間の登録が更新されない場合、前記更新登録手段によ
り登録又は更新した前記状態通知の通知先のアドレスを
削除する第１の削除手段と、前記削除要求が前記受信手
段により受信されるのに応じて、通知先のアドレスを削
除する第２の削除手段とを有する。

【００１１】 更に好ましくは、前記登録要求に対し
て、当該登録要求に対応する登録識別子を含む登録応答
を返信する返信手段をさらに有し、前記更新登録手段
は、前記登録要求に含まれている通知先のアドレスと、
当該登録要求に対応する登録識別子とを対応させて登録
し、前記第２の削除手段は、前記削除要求に含まれてい
る登録識別子に従って、当該登録識別子に対応する通知
先のアドレスを削除する。

【００１２】 更に好ましくは、前記登録要求に対し
て、当該登録要求に対応する登録識別子を含む登録応答
を返信する返信手段をさらに有し、前記更新登録手段
は、前記登録要求に含まれている通知先のアドレスと、
当該登録要求に対応する登録識別子とを対応させて登録
し、前記更新登録手段は、前記登録要求が前記受信手段
により受信されるのに応じて、当該登録要求に含まれて
いる登録識別子が、前記更新登録手段により登録または
更新された登録識別子の中にあるか否かを判断し、ある
場合には、前記更新登録手段により登録または更新され
ている登録保持時間を当該登録要求に含まれている登録
保持時間で更新する。

【００１３】

【発明の実施の形態】図１は、本実施形態のプリンティ
ングシステムを構成する概略図である。

【００１４】コンピュータ装置１０１は、モニタ１０
４、ハードディスクやＣＰＵが格納されている本体１０
５、ユーザからのキー入力を受けるキーボード１０６か
らなる。コンピュータ装置１０１は、レーザビームプリ
ンタ（以下、ＬＢＰ）１０３と、ネットワーク１０２を
介して接続されている。

【００１５】コンピュータ装置１０１は、プリンタ状態
登録要求１０７をネットワーク１０２を介してプリンタ
装置１０３に送信する。また、プリンタ装置１０３は、
プリンタ状態に変化が生じた場合、コンピュータ装置１
０１にネットワーク１０２を介してプリンタ状態通知１
０８を送信する。

【００１６】図２は、コンピュータ装置１０１の内部構
成の概略を示すブロック図である。

【００１７】ＣＰＵ２０１は、ＲＯＭ２０２あるいはＲ
ＡＭ２０３に格納されたプログラムを実行することで装
置全体を制御する。ＲＯＭ２０２はブートアップするた
めのプログラムやデータが格納されている。ＲＡＭ２０
３は、データを一時的に格納したり、プログラムがロー
ドされる。ハードディスク２０８にはプログラムファイ
ルやデータファイルが格納されており、ＨＤ制御部２０
５を介してＣＰＵ２０１に制御される。Ｉ／Ｏ制御部２
０６は、モニタ１０４やキーボード１０６からの入出力
を制御する。ネットワークＩ／Ｆ制御部２０７は、ネッ
トワーク１０２との通信を制御する。タイマ２０８は、
時間を測定するために用いられ、設定した時間が経過す
ると満了通知をＣＰＵ２０１に通知する。これら各制御
部はＣＰＵバス２０４を介してＣＰＵ２０１から操作さ
れる。

【００１８】図３は、コンピュータ装置１０１のプログ
ラム構成の概略を示すブロク図である。

【００１９】通信モジュール３０３は、ネットワーク通
信プロトコルを制御して通信するためのモジュールであ
る。ネットワークドライバモジュール３０４は、ネット
ワークＩ／Ｆ制御部２０７を制御する。モニタリングア
プリケーション３０５はプリンタの状態を監視する。こ
れらのモジュールはコンピュータ装置１０１のハードデ
ィスク２０８からＣＰＵ２０１によって、ＲＡＭ２０３
上にロードされて動作する。モニタリングアプリケーシ
ョン３０５は、プリンタ装置１０３にプリンタ状態通知
登録要求を送出し、プリンタ装置１０３ら通知されるプ
リンタ状態に応じて、プリンタの状態を監視する。

【００２０】図４は、プリンタ装置１０３の内部構成の
概略を表すブロク図である。

【００２１】ＣＰＵ４０１はプリンタ装置全体を制御す
る。ＲＯＭ４０２にはＣＰＵ４０１により実行されるプ
ログラムが格納されている。ＲＡＭ４０３は、ＣＰＵ４
０１が用いるデータやプログラム等が格納される。タイ
マ４１４は時間を計測する。バス４０４は、各制御部を
接続する。エンジン制御部４０５はＬＢＰエンジン４１
１を制御する。Ｉ／Ｏ制御部４０６はＬＣＤ４１２やキ
ー入力を受け付けるキーパッド４１３などを制御する。
データＩ／Ｏ制御部４０７は外部からのデータを入出力
制御を行い、拡張Ｉ／Ｆ制御部４０８やパラレルＩ／Ｆ
制御部４０９を制御する。拡張Ｉ／Ｆ制御部４０８は拡
張ボードバス４１０を介してネットワークボード４２０
と接続している。

【００２２】ネットワークボード４２０は、ＣＰＵ４１
４、および、プログラムが格納されているＲＯＭ４１
５、ＲＡＭ４１６、拡張Ｉ／Ｆ制御部４１８、ネットワ
ークと通信を行うネットワークＩ／Ｆ制御部４１９、こ
れらが接続しているバス４１７からなる。ネットワーク
Ｉ／Ｆ制御部４１９から入力されたデータは、ＣＰＵ４
１４に制御され、印刷データとして、拡張Ｉ／Ｆ制御部
４１８を介してプリンタ１０３に送信される。

【００２３】図５はネットワークボード４２０のプログ
ラム構成を示す概略図である。

【００２４】プリンタＩ／Ｆモジュール５０１は、拡張
Ｉ／Ｆ制御部４１８を制御して、プリンタとデータの送
受信を行うモジュールである。印刷プロトコルモジュー
ル５０２は、ネットワーク上の汎用印刷プロトコルをサ
ポートするモジュールである。ネットワークプロトコル
通信モジュール５０３は、ネットワークの通信制御を行
うモジュールである。ネットワークドライバモジュール
５０４は、ネットワークＩ／Ｆ制御部４１９を制御し、
実際にネットワーク上にパケットを送出、受信するルー
チンである。

【００２５】印刷プロトコルモジュール５０２は、プロ
トコルで決められた印刷通信手順に従って、ネットワー
クプロトコル通信モジュール５０３を用いて、ネットワ
ークから印刷データを受信する。受信した印刷データ
は、プリンタＩ／Ｆドライバモジュール５０１を介して
プリンタに送出される。プリンタ状態通知モジュール５
０５は、プリンタの状態をネットワーク１０２上のコン
ピュータ装置１０１に送信する。

【００２６】図６はプリンタ装置１０３のプログラム構
成を示す概略図である。

【００２７】拡張Ｉ／Ｆドライバモジュール６０５はネ
ットワークボード４２０からジョブを受信する拡張Ｉ／
Ｆ制御部４０８を制御する。同様に、パラレルＩ／Ｆド
ライバモジュール６０６はパラレルＩ／Ｆ制御４０９を
制御する。通信モジュール６０４は、拡張Ｉ／Ｆドライ
バモジュール６０５からジョブを受信する。プリンタ状
態管理モジュール６０３はプリンタの状態を管理し、プ
リンタ状態に変化があった場合に、登録されたプリンタ
状態の通知先にプリンタ状態通知を送信する機能を持
つ。受信されたジョブは描画モジュール６０２に渡され
る。描画モジュール６０２は印刷データをビットマップ
に展開する。プリンタエンジンドライバモジュール６０
１は、ＬＢＰエンジン４１１を制御するエンジン制御部
４０５を制御する。ビットマップに展開された印刷デー
タはプリンタエンジンドライバモジュール６０１によっ
てＬＢＰエンジン４１１に送られ、印刷される。またプ
リンタエンジンドライバモジュール６０１はエンジン制
御部４０５を制御してＬＢＰエンジン４１１の状態を監
視し、ジャムや印字終了、カバーオープン、紙なしなど
といったプリンタの状態をプリンタ状態管理モジュール
６０３に通知する。

【００２８】図７はコンピュータ装置１０１とプリンタ
装置１０３で交換されるプリンタ状態通知の通知先登録
要求７０１とその応答７１０のフォーマットを示す概略
図である。

【００２９】図７において、登録要求メッセージ７０１
は、プリンタ状態通知の通知先登録要求である。登録要
求タグ７０２が登録要求であることをあらわす。通知先
プロトコル７０３はコンピュータ装置１０１がプリンタ
状態通知を受信するためのプロトコルを指定する。通知
先アドレス７０４はコンピュータ装置１０１がプリンタ
状態通知を受信するためのアドレスを指定する。通知先
ポート番号７０５は、コンピュータ装置１０１がプリン
タ状態通知を受信するためのポート番号を指定する。登
録保持時間７０６は、後述する通り、プリンタ状態通知
を登録しておく時間を示す。コンピュータ装置１０１
は、この登録保持時間内に新たな登録保持時間を登録
（アップデート）することで、プリンタから状態通知を
受け続けることができる。登録ＩＤ７０７は、プリンタ
装置１０３から応答された登録ＩＤが指定される。最初
の登録時にはＩＤがまだ決まっていないので、０を指定
することになる。

【００３０】登録応答メッセージ７１０はプリンタ装置
１０３がコンピュータ装置１０１からプリンタ状態通知
の通知先登録要求を受信したときに返す応答で、登録応
答タグ７０８が登録応答メッセージであることをあらわ
す。登録ＩＤ７０９は登録された識別子を表す。

【００３１】図８は、プリンタ装置１０３がプリンタ状
態の変化に伴い通知する、プリンタ状態通知１０８のフ
ォーマットを示す概略図である。

【００３２】図８において、登録ＩＤ８０１は登録応答
メッセージ７１０によって返送された登録ＩＤであり、
プリンタ状態８０２にはそのプリンタの状態が示されて
いる。本実施例では、ジョブスプール中、ジョブ印刷
中、ジョブ印刷終了、プリンタジャム、カバーオープ
ン、ペーパーアウト、システムエラーといったプリンタ
状態を通知することになる。

【００３３】図９は、コンピュータ装置１０１とプリン
タ装置１０３とで通信されるプリンタ状態通知の通知先
削除要求とその応答の概略図である。

【００３４】図９において、削除要求メッセージ９０１
はコンピュータ装置１０１がプリンタ装置１０３に送出
する削除要求で、削除要求タグ９０２は削除要求メッセ
ージであることを示す。登録ＩＤ９０３は登録時にプリ
ンタ装置１０３より返された登録ＩＤであり、削除対象
の登録ＩＤを示す。

【００３５】削除応答メッセージ９０４は、プリンタ装
置１０３がコンピュータ装置１０１に返送する削除応答
で、削除応答タグ９０５は削除応答メッセージであるこ
とを示す。９０６が削除が正常に終了したことを示す削
除応答である。

【００３６】図１０はプリンタ装置１０３がそのＲＡＭ
４０３に保持している通知先登録テーブルのフォーマッ
トを示す概略図である。

【００３７】図１０において、登録ＩＤ１００１は登録
要求に応じてプリンタにより付される識別子で、通知先
プロトコル欄１００２、通知先アドレス欄１００３、通
知先ポート番号欄１００４、登録保持時間欄１００５
は、それぞれ、登録要求メッセージで指定された通知先
プロトコル７０３、通知先アドレス７０４、通知先ポー
ト番号７０５、登録保持時間７０６を格納する。

【００３８】図１０の例では全部で３つの通知先情報が
登録され、保持されている。例えば、登録ＩＤ１２３４
としては、通知先プロトコルとしてＴＣＰ／ＩＰが指定
され、通知先アドレスとして１９２．９．２．１５５、
ポート番号には９０４５が指定されている。登録保持時
間は削除されるまでの時間を示し、ここでは１０分なの
で、この登録ＩＤ１２３４の情報は、残り１０分で削除
されることになる。

【００３９】通常は、コンピュータ装置１０１から送出
される削除要求９０１によって該当する登録ＩＤの情報
を削除することになる。本発明では、コンピュータ装置
１０１のモニタリングアプリケーション３０５が何らか
の外部的要因によって削除要求９０１を送出することな
く終了してしまった場合に、プリンタ装置１０３がその
登録保持時間後に通知先情報を削除する。こうすること
によって、通知先登録テーブルがフルにならないように
している。

【００４０】そのため、プリンタ装置１０３は、登録保
持時間後にはその情報を削除する。監視を続行したいコ
ンピュータ装置１０１は、登録保持時間が満了する前
に、新たに通知先登録要求をプリンタ装置１０３に送出
する。

【００４１】図１１は、プリンタ装置１０３のプリンタ
状態管理モジュール６０３内の、より詳細なモジュール
構成図である。

【００４２】タイムアウトモジュール１１０１は、タイ
ムアウト割り込み１１０５を受けて、一定時間間隔で、
通知先登録テーブル１１０２内の登録保持時間１００５
を減算していく。登録保持時間が０になった情報は削除
される（１１０６）。プリンタ状態通知モジュール１１
０３は、プリンタ状態変化１１１１を受けて、通知先登
録テーブル１１０２の通知先アドレスを参照し（１１０
７）、プリンタ状態を通知する（１１１０）。登録削除
モジュール１１０４は、プリンタ状態登録・削除要求１
１０９を受けて、通知先登録テーブル１１０２内の情報
を、登録あるいは、アップデートあるいは、削除する
（１１０８）。

【００４３】プリンタは、モニタリングアプリケーショ
ンから登録された登録保持時間に基づき、プリンタ内で
管理している通知先登録テーブルのエントリを削除、あ
るいは更新する。通知先登録テーブルはプリンタ内のRA
Mに保持されている。実際には、プリンタ内のタイムア
ウトモジュールにより、通知先登録テーブル内の登録保
持時間は管理されている。登録保持時間として、０を設
定することも可能である。0以外の数値が設定されたエ
ントリは、設定された時間だけ、プリンタ装置内に保持
される。保持時間０は保持時間が無限大であることを示
す。したがって、保持時間として０が設定されたエント
リは、通知先登録テーブルから削除されない。なお、保
持時間が無限大を示す値は０以外の数値や符号であって
も構わない。

【００４４】図１２はコンピュータ装置１０１内のモニ
タリングアプリケーション３０５の処理の流れを示すフ
ローチャートである。

【００４５】図１３はプリンタ装置１０３内の登録削除
モジュール１１０４の処理の流れを示すフローチャート
である。

【００４６】図１４はプリンタ装置１０３内のタイムア
ウトモジュール１１０１の処理の流れを示すフローチャ
ートである。

【００４７】図１５はプリンタ装置１０３内のプリンタ
状態通知モジュール１１０３の処理の流れを示すフロー
チャートである。

【００４８】以下、フローチャートを用いて本実施例の
処理の流れを説明する。

【００４９】図１２を用いてコンピュータ装置１０１の
モニタリングアプリケーション３０５の処理の流れにつ
いて説明する。

【００５０】モニタリングアプリケーションは、ユーザ
からの終了指示があるまで、プリンタからの状態通知を
監視する（12図参照）。モニタリングアプリケーション
は、各エントリについて、プリンタに最後に設定した登
録保持時間より前に、登録情報を更新する。そのため
に、プリンタの通知先登録テーブルに設定した登録保持
時間の半分が経過した時点で、再度登録要求をプリンタ
に対して発行し、登録情報を設定し直し、登録保持時間
を延ばす。

【００５１】モニタリングアプリケーション３０５が起
動されると、モニタリングアプリケーション３０５は、
通信モジュール３０３からプロトコルタイプ、プロトコ
ルアドレス、ポート番号を含むプロトコル情報を取得す
る（ｓ１２０１）。そして、プリンタ状態通知の通知先
登録要求７０１を作成する（ｓ１２０２）。作成した通
知先登録要求７０１を通信モジュール３０３を介してプ
リンタ装置１０３に送信する（ｓ１２０３）。送信後、
モニタリングアプリケーション３０５はタイマ２０８を
起動し、スタートさせる（ｓ１２０４）。モニタリング
アプリケーションが設定した保持時間の半分の時間にな
ったかどうかを判断し（ｓ１２０５）、その時間になっ
た場合には、再び通知先登録要求を発行する。モニタリ
ングアプリケーションが設定した保持時間の半分の時間
になった時点で、再度通知先を登録し直すことによっ
て、登録された情報が削除されることを防ぐ。

【００５２】ステップｓ１２０５において保持時間の半
分の時間になっていない場合には、プリンタ状態通知を
プリンタ装置１０３から受信したかどうかを判断する
（ｓ１２０６）。受信した場合には、その状態をＩ／Ｏ
制御部２０６を介してモニタ１０４に表示し、プリンタ
状態に変化があったことを表示する（ｓ１２０８）。ス
テップｓ１２０６で通知を受信していなかった場合に
は、終了要求があるかどうかを判断し（ｓ１２０７）、
終了要求がない場合には、再びプリンタのモニタリング
を行う。終了要求がある場合には、プリンタ装置１０３
に削除要求を送出して（ｓ１２０９）、モニタリングア
プリケーションは終了する。

【００５３】このように、ホストコンピュータでは、登
録保持時間が満了するとその都度、あるいは満了する前
に新たな通知先登録要求を発行し、プリンタの状態通知
を受ける。プリンタの状態通知が不要となれば削除要求
をプリンタに送信し、登録を削除する。

【００５４】図１３を用いて、プリンタ装置１０３内の
登録削除モジュール１１０４の登録、アップデートの処
理の流れについて説明する。

【００５５】登録削除モジュールはコンピュータ装置１
０１からの通知先登録要求を受信すると、その登録情報
を解析する（ｓ１３０１）。通知先登録テーブル１１０
２内に、通知先登録要求にふくまれる登録ＩＤと同一の
登録ＩＤがあるかどうかを判断する（ｓ１３０２）。な
い場合には、新たに通知先情報を登録する（ｓ１３０
５）。ある場合には、その登録ＩＤ上の情報をアップデ
ートする（ｓ１３０３）この際、登録保持時間もリセッ
トされる。そして、登録ＩＤを含む応答７１０を作成
し、ホストコンピュータに返送する（ｓ１３０４）。

【００５６】第１４図を用いて、プリンタ装置１０３内
のタイムアウトモジュール１１０１の処理の流れについ
て説明する。

【００５７】タイムアウトモジュール１１０１は、タイ
ムアウト割り込み１１０５から起動されると、登録通知
テーブル１１０２の各エントリを検索する。そして全て
のエントリの処理が終了したかどうかを判断する（Ｓ１
４０１）。各エントリ内の保持時間について、その値が
０であるかどうかを判断する（Ｓ１４０２）。値が０の
場合には、そのエントリの保持時間は無制限であるの
で、タイムアウトによる削除処理は行わず、次のエント
リの処理に移る（Ｓ１４０６）。０以外の値であった場
合には、その値は保持時間を示しており、その保持時間
から、前回の更新から経過した時間を減算する（Ｓ１４
０３）。この減算により、保持時間が０あるいは０以下
になった場合には（Ｓ１４０４）、テーブルからそのエ
ントリを削除する（Ｓ１４０５）。こうして、次々にエ
ントリの保持時間を更新し、テーブル内の全てのエント
リが終了するまで繰り返す。

【００５８】図１５を用いて、プリンタ装置１０３内の
プリンタ状態通知モジュール１１０３の処理の流れにつ
いて説明する。

【００５９】プリンタ状態通知モジュール１１０３は、
プリンタ状態の変化１１１１が起ると、通知先登録テー
ブル１１０２内から通知先情報を獲得する（ｓ１５０
１）。この情報から得た、通知先のプロトコル、アドレ
ス、ポート番号に従ってプリンタ状態（図８に図示）を
登録された通知先それぞれに送出する（ｓ１５０２）。

【００６０】以上のように、ホストコンピュータから通
知先登録の削除を行えない場合であっても、設定した時
間が経過すれば登録は削除される。このため、実際には
使われていない状態通知がプリンタから出されることを
防止できる。また、ホストにより更新されつづけている
通知先だけが通知先登録テーブルに残るため、不要な通
知先の情報でテーブルがあふれてしまうことを防止でき
る。

【００６１】なお、本実施例では登録通知テーブルをプ
リンタ装置が管理していたが、このテーブルをネットワ
ークボードで管理し、プリンタに異常があった場合には
ネットワークボードから通知パケットを送出しても同様
の効果を上げることができる。

【００６２】この場合には、図１３乃至図１５の手順
は、ネットワークボードのドライバにより実行される。
このネットワークボード及びドライバを用いれば、プリ
ンタに限らず、ネットワーク機器一般において、本発明
を実施可能となる。

【００６３】また、ネットワークのみならず、セントロ
ニクスインターフェースなどでも同様な効果を期待でき
る。

【００６４】［他の実施形態］上記実施形態では、プリ
ンタ装置について説明したが、マルチファンションプリ
ンタ（ＭＦＰ）のような、複合機でも同じような効果が
期待できる。また、この実施形態の機能を実現するプロ
グラムをサーバー上に動作させることによって、サーバ
における機器管理にも応用することが可能である。たと
えば、ネットワーク上に接続された、さまざまなネット
ワークデバイスやプリンタ装置、ＭＦＰ、ＨＵＢ、ルー
タなどの状態を、本実施形態の機能を実現する、図１３
乃至図１５に示した手順を実現するプログラムが搭載さ
れたサーバにより管理する。そして、そのサーバと接続
された別のコンピュータに、図１２に示すモニタリング
アプリケーションを搭載する。そのモニタリングアプリ
ケーションによって、どのデバイスがどういった条件に
なった場合にイベントを通知するかを示すイベント通知
情報をサーバに登録し、ネットワークに接続された機器
を監視する。

【００６５】モニタリングアプリケーションは、上記実
施形態と同様に、イベント通知情報に対して登録保持時
間を設定し、登録を保持する場合には、登録保持時間が
満了する前にそのイベント通知情報を更新する。また、
モニタリングアプリケーションは、サーバからイベント
通知を受け取り、それを表示する。サーバは、接続され
た各デバイスを管理しており、モニタリングアプリケー
ションから登録されたイベント情報に従って、発生した
イベントを通知する。また、登録された登録保持時間が
満了した場合には、その登録情報を削除する。

【００６６】このように、本発明は、サーバによる機器
管理にも応用できる。これにより、ホストコンピュータ
からイベント通知情報の削除を行えない場合であって
も、設定した時間が経過すればサーバにより登録は削除
される。このため、不要なイベント通知がサーバから発
行されることを防止できる。また、モニタリングアプリ
ケーションにより更新されつづけているイベント通知情
報だけがサーバに残るため、不要なイベント通知情報に
よる記憶領域の無駄遣いを防止できる。

【００６７】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用してもよい。

【００６８】また、本発明の目的は、前述した実施形態
の機能を実現する、図１２乃至図１５の手順のプログラ
ムコードを記録した記憶媒体を、システムあるいは装置
に供給し、そのシステムあるいは装置のコンピュータ
（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプロ
グラムコードを読出し実行することによっても達成され
る。

【００６９】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００７０】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【００７１】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。

【００７２】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。

【００７３】

【発明の効果】以上説明したように本発明によれば、印
刷装置の状態を印刷装置が通知するために保持している
通知先の登録情報を削除できることから、例えばシステ
ムダウンなどをおこしたホストコンピュータが通知先の
登録情報を削除し損ねても印刷装置内の登録情報が保持
され続けることがなく、メモリ領域を圧迫することがな
くなる。

【図面の簡単な説明】

【図１】プリンティングシステムの構成概略図である。

【図２】コンピュータ装置の内部構成を示すブロック図
である。

【図３】コンピュータ装置のプログラム構成の概略図で
ある。

【図４】プリンタ装置の内部構成を示すブロック図であ
る。

【図５】ネットワークボードのプログラム構成の概略図
である。

【図６】プリンタ装置のプログラム構成の概略図であ
る。

【図７】コンピュータ装置とプリンタ装置で通信される
プリンタ状態通知登録の要求と応答のフォーマットを示
す概略図である。

【図８】プリンタ装置がプリンタ状態の変化に伴い通知
する、プリンタ状態通知のフォーマットを示す概略図で
ある。

【図９】コンピュータ装置とプリンタ装置で通信される
プリンタ状態通知削除要求とその応答の概略図である。

【図１０】プリンタ装置が保持している登録通知テーブ
ルのフォーマットを示す概略図である。

【図１１】プリンタ装置のプリンタモジュール内のより
詳細なモジュール構成図である。

【図１２】コンピュータ装置のモニタリングアプリケー
ションの処理の流れを示すフローチャートである。

【図１３】プリンタ装置の登録削除モジュールの処理の
流れを示すフローチャートである。

【図１４】プリンタ装置のタイムアウトモジュールの処
理の流れを示すフローチャートである。

【図１５】プリンタ装置のプリンタ状態通知モジュール
の処理の流れを示すフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平９−233213（ＪＰ，Ａ) 特開 平８−286989（ＪＰ，Ａ) 特開 平８−328648（ＪＰ，Ａ) 特開 平８−174964（ＪＰ，Ａ) 特開 平９−181723（ＪＰ，Ａ) 特開 平８−265362（ＪＰ，Ａ) 特開 平10−83386（ＪＰ，Ａ) 特開 平７−248889（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/12 B41J 29/00

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】少なくとも１つの情報処理装置と通信可能
   な印刷装置であって、 前記情報処理装置から状態通知の要求を受信する受信手
   段と、 前記状態通知の要求を発行した情報処理装置を状態通知
   の通知先として登録し、かつ、外部からの要求に応答し
   て、登録されている状態通知の通知先の登録を更新する
   更新登録手段と、所定時間経過しても前記状態通知の通知先の登録が更新
   されない場合、前記更新登録手段により登録又は更新し
   た前記状態通知の通知先 の登録を削除する削除手段とを
   備えることを特徴とする印刷装置。
2. 【請求項２】前記状態通知の要求には、その発行元の情
   報処理装置のアドレス情報、またはその発行元の情報処
   理装置の通信プロトコルの情報、またはその発行元の情
   報処理装置のポートの情報を含むことを特徴とする請求
   項１に記載の印刷装置。
3. 【請求項３】前記更新登録手段は、受信した前記状態通
   知の要求の発行元が、現在通知先として登録されている
   場合には、登録されている通知先の情報を更新すること
   を特徴とする請求項１或いは２に記載の印刷装置。
4. 【請求項４】第１の情報処理装置と通信可能な第２の情
   報処理装置であって、 前記第１の情報処理装置から状態通知の要求を受信する
   受信手段と、 前記状態通知の要求を発行した第１の情報処理装置を状
   態通知の通知先として登録し、かつ、外部からの要求に
   応答して、登録されている状態通知の通知先の登録を更
   新する更新登録手段と、所定時間経過しても前記状態通知の通知先の登録が更新
   されない場合、前記更新登録手段により登録又は更新し
   た前記状態通知の通知先 の登録を削除する削除手段とを
   備えることを特徴とする情報処理装置。
5. 【請求項５】少なくとも１つの情報処理装置と通信可能
   な印刷装置であって、 情報処理装置からの、通知先のアドレスと登録保持時間
   とを含む登録要求、または情報処理装置からの削除要求
   を受信する受信手段と、 前記登録要求が前記受信手段により受信されるのに応じ
   て、当該登録要求に含まれている通知先のアドレスと登
   録保持時間とを登録又は更新する更新登録手段と、 前記登録手段により登録された通知先のアドレスに従っ
   て、前記印刷装置の状態を通知する通知手段と、所定時間経過しても前記状態通知の通知先に係る登録保
   持時間の登録が更新されない場合、前記更新登録手段に
   より登録又は更新した前記状態通知の 通知先のアドレス
   を削除する第１の削除手段と、 前記削除要求が前記受信手段により受信されるのに応じ
   て、通知先のアドレスを削除する第２の削除手段とを有
   することを特徴とする印刷装置。
6. 【請求項６】前記登録要求に対して、当該登録要求に対
   応する登録識別子を含む登録応答を返信する返信手段を
   さらに有し、 前記更新登録手段は、前記登録要求に含まれている通知
   先のアドレスと、当該登録要求に対応する登録識別子と
   を対応させて登録し、 前記第２の削除手段は、前記削除要求に含まれている登
   録識別子に従って、当該登録識別子に対応する通知先の
   アドレスを削除することを特徴とする請求項５に記載の
   印刷装置。
7. 【請求項７】前記登録要求に対して、当該登録要求に対
   応する登録識別子を含む登録応答を返信する返信手段を
   さらに有し、 前記更新登録手段は、前記登録要求に含まれている通知
   先のアドレスと、当該登録要求に対応する登録識別子と
   を対応させて登録し、 前記更新登録手段は、前記登録要求が前記受信手段によ
   り受信されるのに応じて、当該登録要求に含まれている
   登録識別子が、前記更新登録手段により登録または更新
   された登録識別子の中にあるか否かを判断し、ある場合
   には、前記更新登録手段により登録または更新されてい
   る登録保持時間を当該登録要求に含まれている登録保持
   時間で更新することを特徴とする請求項５に記載の印刷
   装置。