(57)【特許請求の範囲】
【請求項１】
画像形成装置がネットワークを介して接続された画像処理装置において、
（ａ）前記画像形成装置に画像データを送信する送信処理部と、
（ｂ）前記画像形成装置において障害が発生したときに、画像形成装置から、障害情報、及び画像形成中の画像データ又は画像形成待ちの画像データの送信元の画像処理装置を特定するための識別情報を受信する画像形成装置情報取得部と、
（ｃ）画像形成装置から送信された前記識別情報と自機の識別情報とを比較する識別情報検出部と、
（ｄ）前記障害情報、及び前記識別情報検出部による比較結果に基づいて障害の発生を操作者に通知する障害通知部とを有することを特徴とする画像処理装置。
【請求項２】
（ａ）前記障害情報に基づいて、前記画像形成装置において障害が発生したかどうかを判定する状態判定部と、
（ｂ）前記画像形成装置において障害が発生した場合に、前記送信処理部が画像データを画像形成装置に送信しているかどうかを判断する通知条件判定部とを有するとともに、
（ｃ）前記障害通知部は、前記通知条件判定部による判断結果に基づいて障害の発生を操作者に通知する請求項１に記載の画像処理装置。
【請求項３】
（ａ）前記通知条件判定部は、前記画像形成装置において障害が発生した場合に、前記送信処理部が、画像データを画像形成装置に送信するのを待機している待機中の状態であるか、又は画像データを画像形成装置に送信している動作中の状態であるかを判断し、
（ｂ）前記識別情報検出部は、前記送信処理部が待機中の状態である場合に、画像形成装置から送信された識別情報と自機の識別情報とを比較し、
（ｃ）前記障害通知部は、前記送信処理部が動作中の状態である場合、及び画像形成装置から送信された前記識別情報と自機の識別情報とが一致した場合に、障害の発生を操作者に通知する請求項１に記載の画像処理装置。
【請求項４】
複数の画像処理装置と画像形成装置とがネットワークを介して接続された画像処理システムにおいて、
（ａ）前記各画像処理装置のうちの所定の画像処理装置から画像データを受信する受信部と、
（ｂ）該受信部によって受信された画像データに基づいて画像を形成する画像形成部と、
（ｃ）前記画像形成装置において障害が発生したことを検出する障害発生検出部と、
（ｄ）障害が発生したことが検出されたときに、障害情報、及び前記画像形成部における画像形成中の画像データ又は画像形成待ちの画像データの送信元の画像処理装置を特定するための識別情報を前記所定の画像処理装置に送信する障害情報送信部と、
（ｅ）画像形成装置から送信された前記識別情報と自機の識別情報とを比較する識別情報検出部と、
（ｆ）前記障害情報、及び前記識別情報検出部による比較結果に基づいて障害の発生を操作者に通知する障害通知部とを有することを特徴とする画像処理システム。
【請求項５】
前記識別情報検出部は、画像処理装置から送信された画像データから前記識別情報を取得する請求項４に記載の画像処理システム。
【請求項６】
（ａ）前記画像データを画像処理装置に送信する処理を行う送信処理部と、
（ｂ）該送信処理部の動作を確認する状態監視部とを有するとともに、
（ｃ）前記障害通知部は、前記送信処理部の動作に基づいて障害の発生を操作者に通知する請求項４に記載の画像処理システム。
【請求項７】
（ａ）前記画像処理装置は、画像形成装置にステータス情報を要求するステータス監視部を備え、
（ｂ）前記画像形成装置は、画像処理装置にステータス情報を送信するプリンタステータス通知部を備え、
（ｃ）前記画像処理装置は、ステータス情報が障害情報である場合に、画像形成装置に、処理中ジョブ又は処理待ちジョブの送信元の画像処理装置を特定するための識別情報を要求するプリンタ情報取得部を備え、
（ｄ）前記画像形成装置は、画像処理装置に前記識別情報を送信する処理中ジョブコンピュータ名通知部を備え、
（ｅ）前記画像処理装置は、画像形成装置から送信された前記識別情報と自機の識別情報とを比較する識別情報検出部、並びに前記障害情報、及び前記識別情報検出部による比較結果に基づいて、前記画像形成装置における障害の発生を操作者に通知する障害通知部を備える請求項４に記載の画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置及び画像処理システムに関するものである。
【背景技術】
【０００２】
従来、画像処理装置、例えば、ホストコンピュータと、複写機、ファクシミリ、複合機等の画像形成装置、例えば、プリンタとがネットワークを介して接続された画像処理システムにおいては、ホストコンピュータにおいてプリンタの状態を監視するようになっている。そのために、前記ホストコンピュータに状態監視部が配設され、該状態監視部は、例えば、プリンタにおいてカバーが開放され、カバーオープンの状態に置かれ、印刷をすることができない場合、ホストコンピュータの表示装置に、障害が発生したことを表す情報、すなわち、障害情報を表示し、操作者に障害の発生を通知するようになっている（例えば、特許文献１参照。）。
【特許文献１】特開平９−２４４９６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、前記従来の画像処理システムにおいては、複数のホストコンピュータと一つのプリンタとが接続され、複数の操作者が前記プリンタを共用する場合に、一人の操作者がプリンタを使用していて障害が発生すると、各操作者全員のホストコンピュータにおいて、表示装置に障害情報が表示されるので、プリンタを使用していない操作者にとって予期しない表示が行われ、作業が妨害されてしまう。
【０００４】
本発明は、前記従来の画像処理システムの問題点を解決して、操作者が画像処理装置を操作して画像形成装置による所定の処理を行っていて、該画像形成装置において障害が発生した場合に、他の操作者が他の画像処理装置を操作して行っている作業を妨害することがない画像処理装置及び画像処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
そのために、本発明の画像処理装置においては、画像形成装置がネットワークを介して接続されるようになっている。
【０００６】
そして、前記画像形成装置に画像データを送信する送信処理部と、前記画像形成装置において障害が発生したときに、画像形成装置から、障害情報、及び画像形成中の画像データ又は画像形成待ちの画像データの送信元の画像処理装置を特定するための識別情報を受信する画像形成装置情報取得部と、画像形成装置から送信された前記識別情報と自機の識別情報とを比較する識別情報検出部と、前記障害情報、及び前記識別情報検出部による比較結果に基づいて障害の発生を操作者に通知する障害通知部とを有する。
【発明の効果】
【０００７】
本発明によれば、画像処理装置においては、画像形成装置がネットワークを介して接続されるようになっている。
【０００８】
そして、前記画像形成装置に画像データを送信する送信処理部と、前記画像形成装置において障害が発生したときに、画像形成装置から、障害情報、及び画像形成中の画像データ又は画像形成待ちの画像データの送信元の画像処理装置を特定するための識別情報を受信する画像形成装置情報取得部と、画像形成装置から送信された前記識別情報と自機の識別情報とを比較する識別情報検出部と、前記障害情報、及び前記識別情報検出部による比較結果に基づいて障害の発生を操作者に通知する障害通知部とを有する。
【０００９】
この場合、前記画像形成装置において障害が発生したことが検出されると、画像形成部における画像形成中の画像データ又は画像形成待ちの画像データの送信元の画像処理装置だけに障害情報が送信されるので、操作者が画像処理装置を操作して画像形成装置による所定の処理を行っていて、該画像形成装置において障害が発生した場合に、他の操作者が他の画像処理装置を操作して行っている作業を妨害することがない。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。この場合、画像処理装置としてのホストコンピュータと、画像形成装置としてのプリンタとを接続することによって形成された画像処理システムについて説明する。
【００１１】
図２は本発明の第１の実施の形態における画像処理システムを示すブロック図である。
【００１２】
図に示されるように、ホストコンピュータＰＣｉ（１、２、…、ｘ、…、ｎ）とプリンタ５０とが接続され、画像処理システムが構成される。該画像処理システムにおいて、各ホストコンピュータＰＣｉは、順次、プリンタ５０のステータス情報の確認、すなわち、ポーリングを行う（まず、ホストコンピュータＰＣ１がプリンタ５０にステータス情報の確認を行い、次に、ホストコンピュータＰＣ２がプリンタ５０にステータス情報の確認を行い、その次に、ホストコンピュータＰＣ３がプリンタ５０にステータス情報の確認を行い、…）ようになっている。
【００１３】
所定のホストコンピュータ、例えば、ホストコンピュータＰＣｘが送信したジョブについてプリンタ５０が処理、本実施の形態においては、印刷を行っているときに、プリンタ５０において障害が発生すると、プリンタ５０は、どのホストコンピュータから送信されたジョブについて印刷を行っているときに障害が発生したかを判断し、処理中のジョブ（以下「処理中ジョブ」という。）の送信元であるホストコンピュータＰＣｘに、障害が発生したこと、及び発生した障害の内容を表す情報である障害情報を送信し、ホストコンピュータＰＣｘの表示装置の画面上に障害情報をポップアップで表示（アラーム表示）を行う。
【００１４】
この場合、ホストコンピュータＰＣｘ以外のホストコンピュータＰＣ１、ＰＣ２、…、ＰＣｘ−１、ＰＣｘ＋１、…、ＰＣｎが、プリンタ５０に対してポーリングを行っても、処理中ジョブの送信元ではないので、障害情報は送信されない。
【００１５】
次に、前記構成の画像処理システムの詳細について説明する。
【００１６】
図１は本発明の第１の実施の形態におけるホストコンピュータの説明図である。
【００１７】
図に示されるように、ホストコンピュータＰＣｉとプリンタ５０とが、ネットワークケーブルによって、所定のネットワーク、本実施の形態においては、Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（以下「ＴＣＰ／ＩＰ」という。）に従ったＴＣＰ／ＩＰネットワークを介して接続される。
【００１８】
前記ホストコンピュータＰＣｉは、ホストコンピュータＰＣｉの本体、すなわち、装置本体１０、並びに該装置本体１０に接続された表示装置３０及び入力装置４０を備える。前記表示装置３０は、例えば、モニタであり、前記表示装置３０の画面に各種の情報を表示することによって、該情報を操作者に通知することができる。また、入力装置４０は、例えば、キーボード、マウス等であり、操作者は入力装置４０を操作することによって、ホストコンピュータＰＣｉを動作させることができる。
【００１９】
前記装置本体１０は、データ処理用のアプリケーション１１、プリントスプーラ１２、プリンタドライバ１３、プリントモニタ１４、ポートモニタ１５、状態監視部２０及び計時機構部１６を備える。なお、前記プリンタドライバ１３、状態監視部２０等は、ホストコンピュータＰＣｉにインストールされたアプリケーションによって構成される。
【００２０】
前記アプリケーション１１は、操作者によって、表示装置３０、入力装置４０等が使用されて印刷の指示が行われると、保有するアプリケーションデータ１１ａに基づいて、プリントスプーラ１２が受付可能なコマンド、すなわち、描画コマンド（例えば、Ｇｒａｐｈｉｃ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅコマンド）を作成し、プリントスプーラ１２に送信（発行）する。
【００２１】
該プリントスプーラ１２は、アプリケーション１１から描画コマンドを受信すると、該描画コマンドをプリンタドライバ１３に送信し、該プリンタドライバ１３は、プリントスプーラ１２から受信した描画コマンドに対応させて、プリンタ５０で印刷可能な画像データを生成し、プリントスプーラ１２に送信する。続いて、該プリントスプーラ１２は、受信した画像データを蓄積するとともに、蓄積した画像データを順次プリントモニタ１４に送信する。
【００２２】
該プリントモニタ１４は、ホストコンピュータＰＣｉからプリンタ５０に画像データを送信するための送信処理部として機能し、プリントスプーラ１２から受信した画像データを順次ポートモニタ１５に送信する。該ポートモニタ１５は、ポート通信部（Ｐｏｒｔ９１００通信部）１５ａを備え、該ポート通信部１５ａによってプリンタ５０に画像データを送信する。なお、前記ポート通信部１５ａは、ＴＣＰ／ＩＰに従ってプリンタ５０の所定のポート、本実施の形態においては、ポート番号９１００に対して通信を行う。
【００２３】
前記状態監視部２０は、プリンタ５０の状態を周期的に監視し、プリンタ５０において障害が発生すると、プリンタ５０から障害情報を受信し、受信した障害情報を表示装置３０の画面にポップアップによって表示して、操作者に障害の発生を通知する。
【００２４】
前記計時機構部１６は、状態監視部２０がプリンタ５０を周期的に監視するタイミングを採るために計時を行い、時刻情報を発生させる。
【００２５】
なお、状態監視部２０にプリンタドライバ情報及びコンピュータ名が、プリンタドライバ１３にコンピュータ名が入力される。前記プリンタドライバ情報は、状態監視部２０が動作を開始する際に、プリンタドライバ１３のインストールに伴って登録された情報であり、操作者が、複数のプリンタの中から所定のプリンタ５０を選択する際に参照される。また、コンピュータ名は、ホストコンピュータＰＣｉが、前記ＴＣＰ／ＩＰネットワークに接続される際に登録されたホストコンピュータＰＣｉの名称であり、前記ＴＣＰ／ＩＰネットワーク上において、各ホストコンピュータＰＣｉは一つのコンピュータ名を有する。
【００２６】
次に、前記状態監視部２０について説明する。
【００２７】
図３は本発明の第１の実施の形態における状態監視部の説明図、図４は本発明の第１の実施の形態における障害情報を表示するためのポップアップの例を示す図、図５は本発明の第１の実施の形態におけるステータスコード情報部の記録内容を示す図、図６は本発明の第１の実施の形態におけるプリンタを選択するためのポップアップの例を示す図である。
【００２８】
図３に示されるように、状態監視部２０は、障害通知部２１、通知条件判定部２２、識別情報検出部としての処理中ジョブコンピュータ名判定部２３、状態判定部としてのステータス判定部２４、ステータスコード情報部２５、画像形成装置選択部としてのプリンタドライバ選択部２６、情報監視部としてのステータス監視部２７、ＩＰアドレス保存部２８、及び画像形成装置情報取得部としてのプリンタ情報取得部２９を備える。
【００２９】
前記障害通知部２１は、プリンタ５０から障害情報が送信されると、図４に示されるように、表示装置３０（図１）に形成された障害表示画面としてのポップアップ７０に、障害情報を障害の内容を表すメッセージ７０ａによって表示することにより、障害の発生を操作者に通知する。
【００３０】
そのために、前記通知条件判定部２２は、ステータス判定部２４から送信されたメッセージ７０ａ、及び前記処理中ジョブコンピュータ名判定部２３から送信された処理中ジョブコンピュータ名に基づいて、障害通知部２１にメッセージ７０ａを送信するかどうかを判断する。なお、前記処理中ジョブコンピュータ名は、プリンタ５０において現在処理されているジョブの画像データの送信元のホストコンピュータＰＣｉの名称を表し、ホストコンピュータＰＣｉを特定するための識別情報を構成する。
【００３１】
また、ステータスコード情報部２５には、図５に示されるように、プリンタ５０の状態をコード化して表すステータスコード２５ａ、プリンタ５０の状態が障害であるかどうか（障害であるか、又は通常であるか）を表す障害種別２５ｂ、及び前記ステータスコード２５ａに該当するメッセージ２５ｃが登録（記録）される。
【００３２】
そして、前記ステータス判定部２４は、ステータス監視部２７からステータスコード２５ａを受信すると、ステータスコード情報部２５を参照し、ステータスコード２５ａに対応するメッセージ２５ｃを読み出し、ポップアップ７０に表示するメッセージ７０ａとして通知条件判定部２２に送信する。
【００３３】
前記ステータス監視部２７は、計時機構部１６から受信した時刻情報に基づいて、周期的にプリンタ情報取得部２９に対して前記ステータスコード２５ａの取得を要求する。
【００３４】
また、前記プリンタドライバ選択部２６は、状態監視部２０が起動された際に、プリンタドライバ情報を読み込み、ホストコンピュータＰＣｉにインストールされたすべてのプリンタドライバ１３を読み出し、図６に示されるようなプリンタ選択画面としてのポップアップ８０を表示装置３０に形成し、状態の監視を行いたいプリンタ５０を操作者に選択させ、選択されたプリンタ５０に割り当てられたポートモニタ１５のＩＰアドレスを読み込んでＩＰアドレス保存部２８に記録する。
【００３５】
そのために、前記ポップアップ８０においては、図６に示されるように、ホストコンピュータＰＣｉにインストールされたプリンタドライバ１３のうちの、ポートモニタ１５がＴＣＰ／ＩＰのポート番号９１００に出力を行うように設定されたプリンタドライバ１３が、選択表示部としてのプリンタ選択メニュー８０ａにドロップダウンによって表示される。操作者がプリンタ５０を選択した後、操作要素としての決定ボタン８０ｂを押すと、状態の監視を行いたいプリンタ５０が選択される。
【００３６】
また、前記処理中ジョブコンピュータ名判定部２３は、プリンタ情報取得部２９に対して、処理中ジョブコンピュータ名の取得を要求（指示）し、プリンタ５０から取得した処理中ジョブコンピュータ名と、当該ホストコンピュータＰＣｉのコンピュータ名とを比較し、比較結果を通知条件判定部２２に送信する。
【００３７】
前記プリンタ情報取得部２９は、ステータス監視部２７及び処理中ジョブコンピュータ名判定部２３からの要求に応じて、ＩＰアドレス保存部２８からＩＰアドレスを読み出し、プリンタ５０に送信することによって、ＳＮＭＰ通信部２９ａにプリンタ５０の情報を取得させる。前記ＳＮＭＰ通信部２９ａは、プリンタ情報取得部２９から指定されたＩＰアドレスに基づいて、プリンタ５０から前記情報を取得し、処理中ジョブコンピュータ名を取得する。
【００３８】
なお、ＳＮＭＰ通信部２９ａは、ＴＣＰ／ＩＰネットワーク上において、ホストコンピュータＰＣｉによって、定期的に様々な情報を自動的に収集したり、ネットワーク管理を行ったりするためのプロトコル（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）に従って通信を行う。
【００３９】
次に、プリンタ５０について説明する。
【００４０】
図７は本発明の第１の実施の形態におけるプリンタの説明図、図８は本発明の第１の実施の形態におけるプリンタステータスコード情報部の記録内容を示す図である。
【００４１】
図に示されるように、プリンタ５０は、画像データを受信する受信部としてのプリンタポート通信部５１、命令判定部としてのコンピュータ名コマンド検出部５２、画像データに基づいて画像を形成する画像形成部としての画像データ印刷処理部５３、処理中ジョブコンピュータ名保存部５４、プリンタＳＮＭＰ通信部５５、要求情報判定部５６、プリンタステータス通知部５７、ステータス管理部５８、プリンタステータスコード情報部５９、及び処理中ジョブコンピュータ名通知部６０を備える。
【００４２】
前記プリンタポート通信部５１は、ホストコンピュータＰＣｉから画像データを受信し、前記コンピュータ名コマンド検出部５２は、画像データ印刷処理部５３において画像形成中の画像データを解析し、画像データの先頭にあるコンピュータ名コマンドを検出し、コンピュータ名を取得する。なお、コンピュータ名コマンドは、コンピュータ名をプリンタ５０に通知するためのコマンドである。
【００４３】
前記画像データ印刷処理部５３は、コンピュータ名コマンド検出部５２が検出した画像データにおけるコンピュータ名コマンド以降の画像データに対して画像編集を行い、印刷を行う。
【００４４】
前記処理中ジョブコンピュータ名保存部５４は、コンピュータ名コマンド検出部５２が取得したコンピュータ名を処理中ジョブコンピュータ名として記録したり、画像データ印刷処理部５３が画像データについて印刷を終了したタイミングで、処理中ジョブコンピュータ名をクリアするためにＮＵＬＬ文字（一般的には数値の零（０））を記録したりするための記録部であり、初期状態においては、ＮＵＬＬ文字が記録されている。処理中ジョブコンピュータ名通知部６０は、処理中ジョブコンピュータ名保存部５４を参照して処理中ジョブコンピュータ名を読み出し、プリンタＳＮＭＰ通信部５５を介してホストコンピュータＰＣｉに送信する。
【００４５】
前記プリンタＳＮＭＰ通信部５５は、ホストコンピュータＰＣｉから受信した要求を要求情報判定部５６に送信し、該要求情報判定部５６は、プリンタＳＮＭＰ通信部５５から受信した要求を判定し、プリンタステータス通知部５７及び処理中ジョブコンピュータ名通部６０に送信する。
【００４６】
前記プリンタステータス通知部５７は、プリンタＳＮＭＰ通信部５５から受信した要求に基づいて、プリンタステータスコード情報部５９からステータス管理部５８を介して受信したステータスコード５９ｂを読み込み、該ステータスコード５９ｂをプリンタＳＮＭＰ通信部５５を介してホストコンピュータＰＣｉに送信する。そのために、前記ステータス管理部５８は、プリンタステータス通知部５７から前記要求を受信し、プリンタステータスコード情報部５９を参照して、プリンタ５０の状態を表すプリンタ状態５９ａ及びステータスコード５９ｂに変換する。また、前記プリンタステータスコード情報部５９には、図８に示されるように、プリンタ状態５９ａ、及び該プリンタ状態５９ａをコード化して表すステータスコード５９ｂが記録される。
【００４７】
なお、前記ステータス管理部５８は、プリンタ５０において障害が発生したことを検出するための障害発生検出部として機能し、前記プリンタステータス通知部５７は、障害が発生したことが検出されたときに、ステータスコード５９ｂを画像データの送信元のホストコンピュータＰＣｉに送信する障害情報送信部として機能する。
【００４８】
そして、前記処理中ジョブコンピュータ名通知部６０は、プリンタＳＮＭＰ通信部５５から受信した要求に基づいて、処理中ジョブコンピュータ名保存部５４から処理中ジョブコンピュータ名を読み出し、該処理中ジョブコンピュータ名をプリンタＳＮＭＰ通信部５５を介してホストコンピュータＰＣｉに送信する。
【００４９】
次に、前記構成の画像処理システムの動作について説明する。
【００５０】
まず、プリンタ５０を監視するための前準備の動作について説明する。
【００５１】
図９は本発明の第１の実施の形態におけるプリンタの状態を監視するためのホストコンピュータの前準備の動作を示すフローチャートである。
【００５２】
まず、ホストコンピュータＰＣｉ（図１）において動作しているアプリケーション１１が有するアプリケーションデータ１１ａについてプリンタ５０によって印刷を行うために、ホストコンピュータＰＣｉの図示されない導入処理手段は、導入処理を行い、プリンタドライバ１３をインストールする。
【００５３】
ところで、ホストコンピュータＰＣｉにプリンタドライバ１３をインストールする際に、画像データの出力先としてポートモニタ１５を指定する必要がある。本実施の形態においては、例えば、Ｍｉｃｒｏｓｏｆｔ社のオペレーティングシステムであるＷｉｎｄｏｗｓ（登録商標）ＸＰに標準で用意されるＴＣＰ／ＩＰのＰｏｒｔ９１００によって通信を行うために、ポートモニタ１５として“標準ＴＣＰ／ＩＰポートモニタ”が指定されているものとする。
【００５４】
そして、“標準ＴＣＰ／ＩＰポートモニタ”を指定する際に、操作者は、画像データについて印刷を行ったり、プリンタ５０の状態を監視したりしてプリンタ５０のＩＰアドレスを登録する。この場合、プリンタドライバ１３によって生成された画像データは、このＩＰアドレスで指定されたプリンタ５０のポート番号９０１１に対して出力される。
【００５５】
次に、前記導入処理手段は、状態監視部２０をホストコンピュータＰＣｉにインストールする。そして、状態監視部２０をインストールした後、プリンタ５０の起動時に、プリンタドライバ選択部２６（図３）は、プリンタドライバ情報を参照することによって、各プリンタドライバ１３のうちの、ポートモニタ１５として“標準ＴＣＰ／ＩＰポートモニタ”が指定されたものだけをポップアップ８０（図６）上に表示する。
【００５６】
続いて、操作者が、ポップアップ８０上に表示されたプリンタ５０うちのプリンタ選択メニュー８０ａによって状態を監視したいプリンタ５０を選択し、決定ボタン８０ｂを押すと、プリンタドライバ選択部２６は、プリンタ５０に割り当てられた“標準ＴＣＰ／ＩＰポートモニタ”のＩＰアドレスを読み出し、ＩＰアドレス保存部２８に記録する。そして、前記ＩＰアドレスは、ＳＮＭＰ通信部２９ａを介してプリンタ５０から情報を取得するために使用される。
【００５７】
次に、フローチャートについて説明する。  
ステップＳ１  プリンタドライバ１３をインストールする。
ステップＳ２  ポートモニタ１５に“標準ＴＣＰ／ＩＰポートモニタ”を指定する。
ステップＳ３  ポートモニタ１５にＩＰアドレスを登録する。
ステップＳ４  状態監視部２０をインストールする。
ステップＳ５  監視するプリンタ５０を選択する。
ステップＳ６  プリンタ５０のＩＰアドレスを読み出し、処理を終了する。
【００５８】
次に、アプリケーション１１が有するアプリケーションデータ１１ａによって、画像データが生成され、プリントモニタ１４に送信されるまでの動作について説明する。
【００５９】
図１０は本発明の第１の実施の形態における画像データをプリンタモニタに送信する動作を示すフローチャートである。
【００６０】
まず、操作者が入力装置４０（図１）を操作して、アプリケーション１１が有するアプリケーションデータ１１ａについて印刷を開始するための指示を行うと、アプリケーション１１は、アプリケーションデータ１１ａを変換することによって描画コマンドを生成し、該描画コマンドをプリントスプーラ１２に送信する。
【００６１】
続いて、プリントスプーラ１２はアプリケーション１１から受信した描画コマンドをプリンタドライバ１３に送信し、該プリンタドライバ１３は、アプリケーション１１から受信した描画コマンドをプリンタ５０で印刷可能な画像データに変換して画像データを生成する。
【００６２】
また、前記プリンタドライバ１３は、コンピュータ名を読み込み、プリンタ５０で解析可能なコンピュータ名コマンドを作成する。なお、該コンピュータ名コマンドは、例えば、コンピュータ名をＰＣ１とした場合、＠ＰＪＬ  ＡＵＸＪＯＢＩＮＦＯ  ＤＡＴＡ＝“ＣｏｍｐｕｔｅｒＮａｍｅ＝ＰＣ１”のように作成される。
【００６３】
次に、プリンタドライバ１３は、コンピュータ名コマンドを画像データの先頭に埋め込み、画像データをプリントスプーラ１２に送信する。該プリントスプーラ１２は、プリンタドライバ１３から画像データを受信すると、該画像データの先頭のコンピュータ名コマンドの有無を認識することなく、そのまま画像データをスプール（蓄積）する。
【００６４】
そして、プリントスプーラ１２は、画像データのスプールと並行してプリントモニタ１４にジョブを開始する旨、例えば、“ジョブ開始”を通知し、スプールした画像データをプリントモニタ１４に送信する。続いて、プリントモニタ１４にすべての画像データが送信されると、プリントスプーラ１２は、プリントモニタ１４にジョブを終了した旨、例えば、“ジョブ終了”を通知する。
【００６５】
次に、フローチャートについて説明する。  
ステップＳ１１  印刷を開始するための指示を行う。
ステップＳ１２  描画コマンドを生成する。
ステップＳ１３  描画コマンドをプリントスプーラ１２に送信する。
ステップＳ１４  描画コマンドをプリントスプーラ１２から受信する。
ステップＳ１５  画像データを作成する。
ステップＳ１６  コンピュータ名コマンドを作成する。
ステップＳ１７  コンピュータ名コマンドを画像データに埋め込む。
ステップＳ１８  画像データをプリントスプーラ１２に送信する。
ステップＳ１９  画像データをスプールする。
ステップＳ２０  プリントモニタ１４に“ジョブ開始”を通知する。
ステップＳ２１  スプールした画像データをプリントモニタ１４に送信する。
ステップＳ２２  すべての画像データを送信したかどうかを判断する。すべての画像データを送信した場合はステップＳ２３に進み、送信していない場合はステップＳ２１に戻る。
ステップＳ２３  プリントモニタ１４に“ジョブ終了”を通知し、処理を終了する。
【００６６】
次に、すべての画像データがプリンタ５０に送信されるまでのプリントモニタ１４及びポートモニタ１５の動作について説明する。
【００６７】
図１１は本発明の第１の実施の形態における画像データをプリンタに送信する動作を示すフローチャートである。
【００６８】
まず、プリントモニタ１４（図１）は、プリントスプーラ１２からの“ジョブ開始”の通知を待機する状態で起動され、“ジョブ開始”の通知を受信すると、プリントスプーラ１２から画像データを受信し、受信した画像データをポートモニタ１５に送信する。
【００６９】
続いて、ポートモニタ１５である“標準ＴＣＰ／ＩＰポート”にはあらかじめＩＰアドレスが登録されているので、プリントモニタ１４から受信した画像データを、ポート通信部１５ａを介して、プリンタ５０のＩＰアドレスのポート（ポート番号９１００）にそのまま送信する。
【００７０】
そして、プリントモニタ１４は、プリントスプーラ１２から“ジョブ終了”の通知を受信すると、それ以上画像データが送信されないことを認識し、処理を待機状態に戻す。
【００７１】
次に、フローチャートについて説明する。
ステップＳ３１  “ジョブ開始”の通知を受信したかどうかを判断する。“ジョブ開始”の通知を受信した場合はステップＳ３２に進み、受信していない場合はリターンする。
ステップＳ３２  画像データをポートモニタ１５に送信する。
ステップＳ３３  画像データをポートに送信する。
ステップＳ３４  “ジョブ終了”の通知を受信したかどうかを判断する。“ジョブ終了”の通知を受信した場合はリターンし、受信していない場合はステップＳ３２に戻る。
【００７２】
次に、プリンタ５０が画像データを受信してから印刷を行うまでの動作について説明する。
【００７３】
図１２は本発明の第１の実施の形態におけるプリンタの動作を示すフローチャートである。
【００７４】
まず、プリンタポート通信部５１（図７）はホストコンピュータＰＣｉから画像データを受信すると、該画像データをコンピュータ名コマンド検出部５２に送信する。該コンピュータ名コマンド検出部５２は、プリンタポート通信部５１から画像データを受信すると、該画像データを解析し、画像データの先頭にあるコンピュータ名コマンドを検出し、該コンピュータ名コマンドからコンピュータ名を取得する。例えば、画像データの先頭に＠ＰＪＬ  ＡＵＸＪＯＢＩＮＦＯ  ＤＡＴＡ＝“ＣｏｍｐｕｔｅｒＮａｍｅ＝ＰＣ１”というコンピュータ名コマンドがあった場合、コンピュータ名コマンドから“ＰＣ１”がコンピュータ名として取得される。
【００７５】
続いて、前記コンピュータ名コマンド検出部５２は、取得したコンピュータ名を処理中ジョブコンピュータ名として処理中ジョブコンピュータ名保存部５４に記録し、保存するとともに、コンピュータ名コマンド以降の画像データを、画像データ印刷処理部５３に送信する。
【００７６】
続いて、画像データ印刷処理部５３は、受信した画像データを印刷ハードウェア（印刷機構）が印刷することができるデータ形式に変換し、印刷処理を行い、印刷ハードウェアによる印刷が終了すると、処理中ジョブコンピュータ名保存部５４にＮＵＬＬ文字を書き込み、保存された処理中ジョブコンピュータ名を消去する。
【００７７】
次に、フローチャートについて説明する。
ステップＳ４１  画像データを受信する。
ステップＳ４２  コンピュータ名コマンドを検出したかどうかを判断する。コンピュータ名コマンドを検出した場合はステップＳ４３に、検出していない場合はステップＳ４４に進む。
ステップＳ４３  コンピュータ名を保存する。
ステップＳ４４  印刷処理を行う。
ステップＳ４５  印刷が終了するのを待機し、印刷が終了した場合はステップＳ４６に進む。
ステップＳ４６  保存した処理中ジョブコンピュータ名を消去し、処理を終了する。
【００７８】
次に、ホストコンピュータＰＣｉがプリンタ５０に発生した障害を検出し、操作者に障害の発生を通知する動作について説明する。
【００７９】
図１３は本発明の第１の実施の形態におけるプリンタにおいて障害が発生したときのホストコンピュータの動作を示すフローチャートである。
【００８０】
まず、ステータス監視部２７（図３）は、計時機構部１６から時刻を読み込み、該時刻と前回読み込んだ時刻との差を求めることによって読込周期を算出する。なお、本実施の形態においては、例えば、前記読込周期を１０秒とする。
【００８１】
続いて、ステータス監視部２７は、読込周期である１０秒が経過すると、プリンタ情報取得部２９に対してプリンタ５０からステータスコード５９ｂ（図８）を取得するように要求する。そして、プリンタ情報取得部２９は、ＳＮＭＰ通信部２９ａを介してプリンタ５０に対してステータスコード５９ｂを通知するよう要求する。
【００８２】
なお、本実施の形態において、前記ＳＮＭＰ通信部２９ａを介してステータスコード５９ｂを取得する際には、周辺機器がＳＮＭＰを使用して外部に情報を通知する方法として、Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ１２１３として規定されているＭａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ２（以下「ＭＩＢ２」という。）が使用される。該ＭＩＢ２においては、ホストコンピュータＰＣｉ（図７）が、取得しようとする情報を特定するための特定指標であるＩＤをプリンタ５０に送信すると、該プリンタ５０からＩＤに該当する情報を取得することができる。本実施の形態においては、ステータスコード５９ｂを取得するためのＩＤは、例えば、“１．３．６．１．４．２００１．１．１．１．１．２．１０．１０”と定義される。
【００８３】
次に、ステータス監視部２７は、プリンタ情報取得部２９を介してプリンタ５０からステータスコード５９ｂを受信すると、ステータスコード５９ｂをステータス判定部２４に送信する。ステータス判定部２４は、受信したステータスコード５９ｂの判定を行う。そのために、ステータス判定部２４は、ステータスコード情報部２５を参照し、受信したステータスコード５９ｂと同じステータスコード２５ａ（図５）に対応する障害種別２５ｂ及びメッセージ２５ｃを読み出す。
【００８４】
このとき、受信したステータスコード５９ｂが、例えば、“１０００１”である場合、障害種別２５ｂは“通常”であり、メッセージ２５ｃは“オンライン待機”であるので、ステータス判定部２４は、プリンタ５０において障害が発生していないと判断し、通知条件判定部２２に該当するメッセージ２５ｃを送信するとともに、障害の発生なしの通知を行う。
【００８５】
前記通知条件判定部２２は、障害の発生なしの通知を受けると、障害通知部２１に“表示終了”の通知を行う。該障害通知部２１は、“表示終了”の通知を受けると、表示装置３０（図１）上にメッセージ７０ａ（図４）を表示していた場合、その表示を閉じる。また、前記ステータス監視部２７は、ステータスコード５９ｂの読込周期の経過を待機し、再び計時機構部１６から時刻を読み込む処理に戻る。
【００８６】
これに対して、受信したステータスコード５９ｂが、例えば、“４００２１”である場合、障害種別２５ｂは“障害”であり、メッセージ２５ｃは“カバーオープン”であるので、ステータス判定部２４は、プリンタ５０において障害が発生したと判断し、通知条件判定部２２に該当するメッセージ２５ｃを送信するとともに、障害の発生の通知を行う。なお、この場合、ステータスコード５９ｂは障害情報としてプリンタ５０からホストコンピュータＰＣｉに送信される。
【００８７】
前記通知条件判定部２２は、障害の発生の通知を受けると、処理中ジョブコンピュータ名判定部２３に、プリンタ５０において処理されているジョブの画像データに付加されている処理中ジョブコンピュータ名とコンピュータ名とが一致しているかどうかを確認するよう指示を送る。前記処理中ジョブコンピュータ名判定部２３は、前記指示を受けると、プリンタ情報取得部２９に対してプリンタ５０から処理中ジョブコンピュータ名を取得するように要求する。
【００８８】
そして、プリンタ情報取得部２９は、要求に従ってＩＰアドレス保存部２８に記録されたＩＰアドレス及びＭＩＢ２のＩＤをＳＮＭＰ通信部２９ａに送信することによって、プリンタ５０に処理中ジョブコンピュータ名を通知するよう要求する。この際、使用するＭＩＢ２のＩＤは、例えば、“１．３．６．１．４．１．２６９９．１．１．１．１．１．１．４．１”とする。
【００８９】
そして、プリンタ情報取得部２９は、ＳＮＭＰ通信部２９ａを介してプリンタ５０から処理中ジョブコンピュータ名を受信すると、それがＮＵＬＬ文字であった場合も含め、処理中ジョブコンピュータ名を処理中ジョブコンピュータ名判定部２３に送信する。なお、本実施の形態においては、例えば、受信した処理中ジョブコンピュータ名を“ＰＣ１”とする。
【００９０】
続いて、処理中ジョブコンピュータ名判定部２３は、ＮＵＬＬ文字でない処理中ジョブコンピュータ名を受信した場合、処理中ジョブコンピュータ名を確認し、処理中ジョブコンピュータ名とホストコンピュータＰＣｉのコンピュータ名とを比較し、処理中ジョブコンピュータ名とホストコンピュータＰＣｉのコンピュータ名とが一致するかどうか、すなわち、コンピュータ名が一致するかどうかを判断する。コンピュータ名が一致する場合、処理中ジョブコンピュータ名判定部２３は、通知条件判定部２２に“コンピュータ名一致”を、一致しない場合は“コンピュータ名不一致”を通知する。例えば、プリンタ５０から受信した処理中ジョブコンピュータ名が“ＰＣ１”であり、ホストコンピュータＰＣｉのコンピュータ名が“ＰＣ２”である場合、処理中ジョブコンピュータ名判定部２３は通知条件判定部２２に“コンピュータ名一致”の通知を行う。
【００９１】
なお、ＮＵＬＬ文字である処理中ジョブコンピュータ名を受信した場合、処理中ジョブコンピュータ名判定部２３は、通知条件判定部２２に“処理中ジョブコンピュータ名不明”を通知する。
【００９２】
そして、通知条件判定部２２は、処理中ジョブコンピュータ名判定部２３から“コンピュータ名一致”の通知を受けると、ステータス判定部２４から受信したメッセージ２５ｃと共に障害通知部２１に“表示”の通知を行い、ステータス監視部２７は、ステータスコード５９ｂの読込周期の経過を待機し、再び計時機構部１６から時刻を読み込む処理に戻る。
【００９３】
続いて、障害通知部２１は、通知条件判定部２２から“表示”の通知と共に受信したメッセージ２５ｃを、表示装置３０のポップアップ７０に障害の発生を表すメッセージ７０ａとして表示する。なお、メッセージ７０ａが既に表示されていた場合、障害通知部２１は、メッセージ７０ａを“表示”の通知と共に受けたメッセージ２５ｃに置き換える。そして、例えば、受けたメッセージ２５ｃが“カバーオープン”である場合は、“カバーオープン”のメッセージ７０ａがポップアップ７０に表示される。
【００９４】
また、通知条件判定部２２は、処理中ジョブコンピュータ名判定部２３から“コンピュータ名不一致”又は“処理中ジョブコンピュータ名不明”の通知を受けると、障害通知部２１には何も通知しない。そして、ステータス監視部２７は、ステータスコード５９ｂの読込周期の経過を待機し、再び計時機構部１６から時刻を読み込む処理に戻る。
【００９５】
このように、本実施の形態においては、ホストコンピュータＰＣｉからプリンタ５０に対してステータスコード５９ｂが要求され、ステータスコード５９ｂに基づいて、プリンタ５０において障害が発生したかどうかを判断することができる。
【００９６】
次に、フローチャートについて説明する。
ステップＳ５１  時刻を読み込む。
ステップＳ５２  １０秒が経過したかどうかを判断する。１０秒が経過した場合はステップＳ５３に進み、経過していない場合はリターンする。
ステップＳ５３  ステータスコード５９ｂを取得するよう要求する。
ステップＳ５４  ＭＩＢ２によりステータスコード５９ｂを通知するよう要求する。
ステップＳ５５  ステータスコード５９ｂの判定を行う。障害が発生していない場合はステップＳ５６に、障害が発生している場合はステップＳ５９に進む。
ステップＳ５６  障害の発生なしを通知する。
ステップＳ５７  “表示終了”を通知する。
ステップＳ５８  表示用のメッセージ７０ａの表示を閉じ、リターンする。
ステップＳ５９  障害の発生を通知する。
ステップＳ６０  処理中ジョブコンピュータ名を取得するよう要求する。
ステップＳ６１  ＭＩＢ２により処理中ジョブコンピュータ名を通知するよう要求する。
ステップＳ６２  処理中ジョブコンピュータ名を確認する。
ステップＳ６３  コンピュータ名が一致するかどうかを判断する。コンピュータ名が一致する場合はステップＳ６４に進み、一致しない場合はリターンする。
ステップＳ６４  “表示”を通知する。
ステップＳ６５  “カバーオープン”のメッセージ７０ａを表示し、リターンする。
【００９７】
次に、プリンタ５０がステータスコード５９ｂ及び処理中ジョブコンピュータ名をホストコンピュータＰＣｉに送信する動作について説明する。
【００９８】
図１４は本発明の第１の実施の形態におけるプリンタがホストコンピュータにステータスコード及び処理中ジョブコンピュータ名を送信する動作を示すフローチャートである。
【００９９】
まず、プリンタ５０（図７）のプリンタＳＮＭＰ通信部５５は、ＭＩＢ２によってホストコンピュータＰＣｉからの要求を受信すると、該要求を要求情報判定部５６に送信する。該要求情報判定部５６は、ＭＩＢ２のＩＤに基づいて要求の判定を行い、ステータスコード５９ｂ（図８）の要求であることが判断されると、プリンタステータス通知部５７にステータスコード５９ｂを通知するよう指示を送る。そして、プリンタステータス通知部５７は前記指示を受けると、ステータス管理部５８にステータスコード５９ｂを読み出すよう要求する。
【０１００】
続いて、ステータス管理部５８は、ステータスコード５９ｂの要求を受信すると、プリンタ５０の状態に該当するステータスコード５９ｂをプリンタステータスコード情報部５９から読み出し、ステータスコード５９ｂをプリンタステータス通知部５７に送信する。
【０１０１】
そして、例えば、プリンタ５０に発生した障害がカバーオープンである場合、ステータス管理部５８は、ステータスコード情報部５９を参照し、プリンタ状態５９ａを検出すると、それに該当するステータスコード５９ｂとして“４００２１”を読み出す。この場合、ステータス管理部５８によって、プリンタ５０において障害が発生したことが検出される。
【０１０２】
次に、プリンタステータス通知部５７は、読み出したステータスコード５９ｂをプリンタＳＮＭＰ通信部５５を介してホストコンピュータＰＣｉに送信する。そして、例えば、ステータス管理部５８から受信したステータスコード５９ｂが“４００２１”である場合、プリンタＳＮＭＰ通信部５５は、“４００２１”をＭＩＢ２によってホストコンピュータＰＣｉに通知する。
【０１０３】
一方、要求情報判定部５６において、要求が処理中ジョブコンピュータ名の要求であることが判断されると、要求情報判定部５６は、処理中ジョブコンピュータ名通知部６０に、処理中ジョブコンピュータ名を通知するよう指示を送る。そして、処理中ジョブコンピュータ名通知部６０は前記指示を受けると、処理中ジョブコンピュータ名保存部５４から処理中ジョブコンピュータ名を読み出し、プリンタＳＮＭＰ通信部５５を介してホストコンピュータＰＣｉに送信する。そして、例えば、処理中ジョブコンピュータ名保存部５４から読み出された処理中ジョブコンピュータ名が“ＰＣ１”である場合、プリンタＳＮＭＰ通信部５５は、“ＰＣ１”をＭＩＢ２によってホストコンピュータＰＣｉに通知する。
【０１０４】
次に、フローチャートについて説明する。
ステップＳ７１  ＭＩＢ２による要求を受信したかどうかを判断する。ＭＩＢ２による要求を受信した場合はステップＳ７２に進み、受信していない場合はリターンする。
ステップＳ７２  要求の判定を行う。処理中ジョブコンピュータ名の要求である場合はステップＳ７３に、ステータスコード５９ｂの要求である場合はステップＳ７６に進む。
ステップＳ７３  処理中ジョブコンピュータ名を通知するよう指示する。
ステップＳ７４  “ＰＣ１”を読み出す。
ステップＳ７５  ＭＩＢ２によって“ＰＣ１”を通知し、リターンする。
ステップＳ７６  ステータスコード５９ｂを通知するよう指示する。
ステップＳ７７  ステータスコード“４００２１”と判別する。
ステップＳ７８  ＭＩＢ２によって“４００２１”を通知し、リターンする。
【０１０５】
このように、本実施の形態においては、状態監視部２０（図１）を使用することによって、同じプリンタ５０を監視しているホストコンピュータＰＣｉが複数あった場合、プリンタ５０において障害が発生しても、その場合、プリンタ５０が処理を行っているジョブの画像データを送信したホストコンピュータＰＣｉのコンピュータ名と、ＭＩＢ２で取得した処理中ジョブコンピュータ名とが一致するが、他のホストコンピュータＰＣｉのコンピュータ名とＭＩＢ２で取得した処理中ジョブコンピュータ名とは一致しないので、前記コンピュータ名と処理中ジョブコンピュータ名とが一致したホストコンピュータＰＣｉだけにステータスコード５９ｂが送信され、コンピュータ名と処理中ジョブコンピュータ名とが一致したホストコンピュータＰＣｉの表示装置３０の画面上だけに障害情報を表すメッセージ７０ａ（図４）が表示され、他のホストコンピュータＰＣｉの表示装置３０にはメッセージ７０ａが表示されない。
【０１０６】
したがって、操作者がホストコンピュータＰＣｉを操作してプリンタ５０による所定の処理、本実施の形態においては、印刷の処理を行っていて、プリンタ５０において障害が発生した場合に、プリンタ５０を使用していない他の操作者にとって予期しない表示が行われることがなくなる。その結果、他の操作者が他のホストコンピュータＰＣｉを操作して行っている作業を妨害することがない。
【０１０７】
なお、本実施の形態においては、処理中ジョブの送信元のホストコンピュータＰＣｉに障害情報を送信し、送信元のホストコンピュータＰＣｉだけの表示装置３０の画面上に障害情報を表示するようになっているが、送信元のホストコンピュータＰＣｉだけでなく、障害が発生するときまでにプリンタ５０に送信され、処理待ちの状態のジョブの送信元のホストコンピュータにも障害情報を送信し、他のホストコンピュータには障害情報を送信しないようにすることができる。
【０１０８】
ところで、一般的に、プリンタにおいては、障害が発生すると、画像データを受信するためのインタフェースがオフラインにされ、画像データの受信が行われない状態になり、障害が復旧すると、再びインタフェースがオンラインにされ、画像データの受信を行うことができる状態になる。
【０１０９】
本実施の形態におけるプリンタ５０においても、同様に、例えば、カバーオープン等の障害が発生すると、画像データの受信に使用されるプリンタポート通信部５１がオフラインにされ、画像データの受信が行われない状態になり、障害が復旧すると、再びプリンタポート通信部５１がオンラインにされ、画像データの受信を行うことができる状態になる。
【０１１０】
したがって、画像データがプリンタ５０に送信される以前からプリンタ５０に障害が発生し、オフラインとなっている状態で、ホストコンピュータＰＣｉからポートモニタ１５を介して画像データの送信を行うと、プリンタ５０は画像データを最初から受信しないことになる。
【０１１１】
この場合、プリンタ５０は、画像データ中にあるコンピュータ名コマンドも受信していないので、状態監視部２０がプリンタ５０のステータスコード５９ｂを取得し、障害の発生を検出しても、ステータスコード５９ｂを取得した後で処理中ジョブコンピュータ名をＭＩＢ２で取得する際に、処理中ジョブコンピュータ名判定部２３はプリンタ５０からＮＵＬＬ文字の処理中ジョブコンピュータ名を受信することになり、ホストコンピュータＰＣｉのコンピュータ名と一致しないので、その結果、表示装置３０の画面上にメッセージ７０ａが表示されない。
【０１１２】
すなわち、最初からプリンタ５０に障害が発生している状態で、操作者が印刷の操作を行った場合は、表示装置３０の画面上には障害情報が何も表示されないことになる。
【０１１３】
そこで、ホストコンピュータＰＣｉからプリンタ５０に画像データを送信する前に、プリンタ５０において障害が発生した場合でも、ホストコンピュータＰＣｉの表示装置３０の画面上に障害が発生している旨のメッセージ７０ａを表示することができるようにした本発明の第２の実施の形態について説明する。なお、第１の実施の形態と同じ構造を有するものについては、同じ符号を付与し、同じ構造を有することによる発明の効果については同実施の形態の効果を援用する。また、プリンタ５０の構造は第１の実施の形態と同じであるので、図７を援用し、プリンタ５０の構造についての説明は省略する。
【０１１４】
図１５は本発明の第２の実施の形態におけるホストコンピュータの説明図、図１６は本発明の第２の実施の形態における状態監視部の説明図である。
【０１１５】
この場合、画像処理装置としてのホストコンピュータＰＣｉから画像形成装置としてのプリンタ５０に画像データが送信される前に、プリンタ５０において障害が発生したかどうかが判断され、プリンタ５０において障害が発生した場合、ホストコンピュータＰＣｉからプリンタ５０に画像データが送信されているかどうかが判断され、画像データが送信されている場合には、表示装置３０に、プリンタ５０において障害が発生している旨の表示がされる。また、画像データが送信されていない場合には、仮に、プリンタ５０において障害が発生していても、表示装置３０にはその旨の表示は行われない。
【０１１６】
そのために、本実施の形態において、送信処理部としてのプリントモニタ１４は、プリントスプーラ１２から受信した画像データを順次ポートモニタ１５に送信する動作管理部１４ｂ、及びプリントモニタ１４が“待機中”であるか、又は“動作中”であるかを表す動作情報（例えば、フラグ）を記録するための動作情報部１４ａを備える。この場合、“待機中”は、画像データをプリンタ５０に送信するのを待機していることを、“動作中”は画像データをプリンタ５０に送信していることを表す。なお、“待機中”においては、画像形成部としての画像データ印刷処理部５３（図７）における画像形成待ちの画像データがプリントモニタ１４に保持される。
【０１１７】
前記動作管理部１４ｂは、情報監視部２０が、プリントモニタ１４の動作を確認するために、動作管理部１４ｂに対して動作の確認要求（“待機中”であるか、又は“動作中”であるかの確認の要求）を行うと、動作情報部１４ａの情報、すなわち、動作情報を読み込み、状態監視部２０に送信する。なお、プリントモニタ１４が“待機中”である場合、動作情報は、“待機中”である旨の通知が行われ、“待機中通知”の状態に置かれ、プリントモニタ１４が“動作中”である場合、動作情報は、“動作中”である旨の通知が行われ、“動作中通知”の状態に置かれる。また、初期状態において、前記動作情報は、“待機中通知”の状態に置かれる。
【０１１８】
前記状態監視部２０には、ステータス監視部２７と接続させて前回検出ステータスコード保存部９１が配設され、該前回検出ステータスコード保存部９１に、前回のプリンタ５０の状態を表す前回取得したステータスコード５９ｂ（図８）、すなわち、前回検出ステータスコードが記録される。なお、初期状態において、前回検出ステータスコード保存部９１には前回検出ステータスコードとして“０”が記録される。
【０１１９】
前記ステータス監視部２７は、計時機構部１６からの時刻情報によって周期的にプリンタ情報取得部２９にステータスコード５９ｂの取得を要求し、ステータスコード５９ｂを取得すると、前回検出ステータスコード保存部９１から前回検出ステータスコードを読み出し、前記ステータスコード５９ｂと前回検出ステータスコードとを比較し、ステータスコード５９ｂと前回検出ステータスコードとが一致しない場合、ステータスコード５９ｂを、前回検出ステータスコード保存部９１に書き込むとともに、状態判定部としてのステータス判定部２４に送信する。
【０１２０】
次に、前記構成の画像処理システムの動作について説明する。
【０１２１】
まず、プリントモニタ１４の動作について説明する。
【０１２２】
図１７は本発明の第２の実施の形態におけるプリントモニタの動作を示すフローチャートである。
【０１２３】
この場合、プリントモニタ１４（図１５）は、プリントスプーラ１２からの“ジョブ開始”の通知を待機する状態で起動され、この状態で、状態監視部２０による動作の確認要求があるかどうかを判断する。状態監視部２０による動作の確認要求がある場合、動作管理部１４ｂは、動作情報部１４ａを参照し、プリントモニタ１４が“待機中”であるか、又は“動作中”であるかを確認する。すなわち、動作情報部１４ａの動作情報が“待機中通知”の状態に置かれている場合、プリントモニタ１４は“待機中”であると判断され、動作情報部１４ａの動作情報が“動作中通知”の状態に置かれている場合、プリントモニタ１４は“動作中”であると判断される。
【０１２４】
前記動作情報部１４ａの動作情報が“動作中通知”の状態に置かれている場合、動作管理部１４ｂは、状態監視部２０に“動作中”を通知し、動作情報部１４ａの動作情報が“待機中通知”の状態に置かれている場合、動作管理部１４ｂは、状態監視部２０に“待機中”を通知する。なお、動作情報部１４ａの動作情報が“動作中通知”の状態に置かれている場合、動作管理部１４ｂは、状態監視部２０に“動作中”を通知した後、動作情報部１４ａを初期状態に戻すために、動作情報を“待機中通知”の状態に変更する。
【０１２５】
このようにして、状態監視部２０は、プリントモニタ１４が“待機中”であるか、又は“動作中”であるかを確認することができる。
【０１２６】
次に、プリントモニタ１４がプリントスプーラ１２からの“ジョブ開始”の通知を受信すると、動作管理部１４ｂは、動作情報部１４ａの動作情報を“動作中通知”の状態に変更する。そして、その後、状態監視部２０による動作の確認要求があると、動作管理部１４ｂは、状態監視部２０に“動作中”を通知する。
【０１２７】
また、プリントモニタ１４がプリントスプーラ１２から“ジョブ開始”の通知を受けるのに伴って、動作管理部１４ｂは、プリントスプーラ１２から受信した画像データをポートモニタ１５に送信する。
【０１２８】
該ポートモニタ１５は、プリントモニタ１４から画像データを受信すると、該画像データをプリンタ５０のポート番号９１００のポートにそのまま送信し、プリントモニタ１４は、プリントスプーラ１２から“ジョブ終了”の通知を受信することによって、それ以上画像データが送信されないことを認識し、プリントモニタ１４を、“ジョブ開始”の通知を受けるための待機状態に戻す。
【０１２９】
なお、“ジョブ終了”の通知を受信し、プリントモニタ１４を、“ジョブ開始”の通知を受けるための待機状態に戻したときに、動作情報部１４ａの動作情報は“待機中通知”の状態に変更されない。これは、ジョブの画像データのデータ量が少ない場合、状態監視部２０が動作管理部１４ｂに対して動作の確認要求を行う周期の間に、プリントモニタ１４が“ジョブ開始”の通知によって起動され、“ジョブ終了”の通知によって待機状態に戻ってしまうことがあるが、その場合でも、状態監視部２０による動作の確認要求があったときに、“動作中”を一回は通知することができるようにするためである。
【０１３０】
したがって、プリンタ５０において障害が発生した場合に、表示装置３０に確実に障害情報を表示することができる。
【０１３１】
これに対して、ジョブの画像データのデータ量が多い場合、プリントモニタ１４が“ジョブ開始”の通知によって起動され、“ジョブ終了”の通知によって待機状態に戻るまでに、状態監視部２０が動作管理部１４ｂに対して複数回にわたり、動作の確認要求を行うことになる。ところが、前述されたように、動作情報部１４ａの動作情報が“動作中通知”の状態に置かれている場合、動作管理部１４ｂは、状態監視部２０に“動作中”を通知した後、動作情報部１４ａの動作情報が“待機中通知”の状態に変更されるので、状態監視部２０による動作の確認要求があるたびに、“動作中”が通知されることがなくなる。
【０１３２】
したがって、プリンタ５０において障害が発生した場合に、表示装置３０に繰り返し障害情報が表示されるのを防止することができる。
【０１３３】
次に、フローチャートについて説明する。
ステップＳ８１  “ジョブ開始”の通知を受信したかどうかを判断する。“ジョブ開始”の通知を受信した場合はステップＳ８７に、受信していない場合はステップＳ８２に進む。
ステップＳ８２  状態監視部２０による動作の確認要求があるかどうかを判断する。状態監視部２０による動作の確認要求がある場合はステップＳ８３に進み、確認要求がない場合はリターンする。
ステップＳ８３  “動作中通知”の状態であるかどうかを判断する。“動作中通知”の状態である場合はステップＳ８５に、状態でない場合はステップＳ８４に進む。
ステップＳ８４  “待機中”を通知し、リターンする。
ステップＳ８５  “動作中”を通知する。
ステップＳ８６  “待機中通知”の状態に変更し、リターンする。
ステップＳ８７  “動作中通知”の状態に変更する。
ステップＳ８８  状態監視部２０による動作の確認要求があるかどうかを判断する。状態監視部２０による動作の確認要求がある場合はステップＳ８９に、確認要求がない場合はステップＳ９０に進む。
ステップＳ８９  “動作中”を通知する。
ステップＳ９０  画像データをポートモニタ１５に送信する。
ステップＳ９１  画像データをポートに送信する。
ステップＳ９２  “ジョブ終了”の通知を受信したかどうかを判断する。“ジョブ終了”の通知を受信した場合はリターンし、受信していない場合はステップＳ８８に戻る。
【０１３４】
次に、ホストコンピュータＰＣｉがプリンタ５０に発生した障害を検出し、操作者に障害の発生を通知する動作について説明する。
【０１３５】
図１８は本発明の第２の実施の形態におけるプリンタにおいて障害が発生したときのホストコンピュータの動作を示す第１のフローチャート、図１９は本発明の第２の実施の形態におけるプリンタにおいて障害が発生したときのホストコンピュータの動作を示す第２のフローチャートである。
【０１３６】
まず、ステータス監視部２７（図１６）は、計時機構部１６から時刻を読み込み、該時刻と前回読み込んだ時刻との差を求めることによって読込周期を算出する。なお、本実施の形態においては、例えば、前記読込周期を１０秒とする。
【０１３７】
続いて、ステータス監視部２７は、読込周期である１０秒が経過すると、プリンタ情報取得部２９に対してプリンタ５０からステータスコード５９ｂ（図８）を取得するように要求する。そして、プリンタ情報取得部２９は、ＳＮＭＰ通信部２９ａを介してプリンタ５０に対してステータスコード５９ｂを通知するよう要求する。
【０１３８】
前記ＳＮＭＰ通信部２９ａを介してステータスコード５９ｂを取得する際には、周辺機器がＳＮＭＰを使用して外部に情報を通知する方法として、ＭＩＢ２が使用される。
【０１３９】
次に、ステータス監視部２７は、プリンタ情報取得部２９を介してプリンタ５０からステータスコード５９ｂを取得すると、前回検出ステータスコード保存部９１から前回検出ステータスコードを読み出し、取得したステータスコード５９ｂと前回検出ステータスコードとを比較する。
【０１４０】
そして、取得したステータスコード５９ｂと前回検出ステータスコードとが一致する場合、ステータス監視部２７は、ステータスコード５９ｂの読込周期の経過を待機し、再び計時機構部１６から時刻を読み込む処理に戻る。
【０１４１】
また、取得したステータスコード５９ｂと前回検出ステータスコードとが一致しない場合、ステータス監視部２７は、ステータスコード５９ｂを次回の比較用に前回検出ステータスコード保存部９１に保存する。
【０１４２】
次に、ステータス監視部２７は、ステータスコード５９ｂをステータス判定部２４に送信し、ステータス判定部２４は、受信したステータスコード５９ｂの判定を行う。そのために、ステータス判定部２４は、ステータスコード情報部２５を参照し、受信したステータスコード５９ｂと同じステータスコード２５ａ（図５）に対応する障害種別２５ｂ及びメッセージ２５ｃを読み出す。
【０１４３】
なお、例えば、受信したステータスコード５９ｂが、例えば、“４００２１”である場合、障害種別２５ｂは“障害”であり、メッセージ２５ｃは“カバーオープン”であるので、ステータス判定部２４は、プリンタ５０に障害が発生したと判断し、通知条件判定部２２に該当するメッセージ２５ｃを送信するとともに、障害の発生の通知を行う。なお、この場合、ステータスコード５９ｂは障害情報としてプリンタ５０からホストコンピュータＰＣｉに送信される。
【０１４４】
前記通知条件判定部２２は、障害の発生の通知を受信すると、“待機中通知”の状態であるか又は“動作中通知”の状態であるかによって、プリントモニタ１４が“待機中”であるか又は“動作中”であるかを判断し、プリントモニタ１４が“動作中”である場合は、ステータス判定部２４から受信したメッセージ２５ｃと共に障害通知部２１に“表示”の通知を行い、ステータス監視部２７は、ステータスコード５９ｂの読込周期の経過を待機し、再び計時機構部１６から時刻を読み込む処理に戻る。
【０１４５】
続いて、障害通知部２１は、通知条件判定部２２から“表示”の通知と共に受信したメッセージ２５ｃを、表示装置３０（図１５）のポップアップ７０（図４）に、プリンタ５０で障害が発生した旨のメッセージ７０ａとして表示する。そして、例えば、受信したメッセージ２５ｃが“カバーオープン”である場合は、“カバーオープン”のメッセージ７０ａがポップアップ７０に表示される。
【０１４６】
したがって、操作者は、プリンタ５０に画像データを送信した後、プリンタ５０において障害が発生したことを迅速に知ることができる。
【０１４７】
一方、前記通知条件判定部２２は、プリントモニタ１４が“待機中”である場合、プリントモニタ１４によってホストコンピュータＰＣｉからプリンタ５０への画像データの送信が行われていないと判断し、処理中ジョブコンピュータ名判定部２３に、プリンタ５０において処理されているジョブの画像データに付加されている処理中ジョブコンピュータ名とコンピュータ名とが一致しているかどうかを確認するよう指示を送る。そして、前記処理中ジョブコンピュータ名判定部２３は、前記指示を受けると、プリンタ情報取得部２９に対してプリンタ５０から処理中ジョブコンピュータ名を取得するよう要求する。
【０１４８】
前記プリンタ情報取得部２９は、要求に従って、プリンタ５０に処理中ジョブコンピュータ名を通知するよう要求する。そして、プリンタ情報取得部２９は、ＳＮＭＰ通信部２９ａを介してプリンタ５０から処理中ジョブコンピュータ名を受信すると、それがＮＵＬＬ文字であった場合も含め、処理中ジョブコンピュータ名を処理中ジョブコンピュータ名判定部２３に送信する。なお、本実施の形態においては、例えば、受信した処理中ジョブコンピュータ名を“ＰＣ１”とする。
【０１４９】
続いて、処理中ジョブコンピュータ名判定部２３は、ＮＵＬＬ文字でない処理中ジョブコンピュータ名を受信した場合、処理中ジョブコンピュータ名を確認し、処理中ジョブコンピュータ名とホストコンピュータＰＣｉのコンピュータ名とを比較し、処理中ジョブコンピュータ名とホストコンピュータＰＣｉのコンピュータ名とが一致するかどうか、すなわち、コンピュータ名が一致するかどうかを判断する。コンピュータ名が一致する場合、処理中ジョブコンピュータ名判定部２３は通知条件判定部２２に“コンピュータ名一致”を、一致しない場合は“コンピュータ名不一致”を通知する。
【０１５０】
なお、ＮＵＬＬ文字である処理中ジョブコンピュータ名を受信した場合、処理中ジョブコンピュータ名判定部２３は、通知条件判定部２２に“処理中ジョブコンピュータ名不明”を通知する。
【０１５１】
そして、通知条件判定部２２は、処理中ジョブコンピュータ名判定部２３から“コンピュータ名一致”の通知を受けると、ステータス判定部２４から受信したメッセージ２５ｃと共に障害通知部２１に“表示”の通知を行い、ステータス監視部２７は、ステータスコード５９ｂの読込周期の経過を待機し、再び計時機構部１６から時刻を読み込む処理に戻る。
【０１５２】
続いて、障害通知部２１は、通知条件判定部２２から“表示”の通知と共に受信したメッセージ２５ｃを、表示装置３０のポップアップ７０にメッセージ７０ａとして表示する。なお、メッセージ７０ａが既に表示されていた場合、障害通知部２１は、メッセージ７０ａを“表示”の通知と共に受けたメッセージ２５ｃに置き換える。そして、例えば、受けたメッセージ２５ｃが“カバーオープン”である場合は、“カバーオープン”のメッセージ７０ａがポップアップ７０に表示される。
【０１５３】
この場合、操作者は、プリントモニタ１４が“待機中”であっても、プリンタ５０に画像データを送信した後に、プリンタ５０において障害が発生したことを迅速に知ることができる。
【０１５４】
また、プリンタ５０に障害が発生していないと判断されると、ステータス判定部２４は、通知条件判定部２２に障害の発生なしの通知を行う。
【０１５５】
該通知条件判定部２２は、障害の発生なしの通知を受けると、障害通知部２１に“表示終了”の通知を行い、ステータス監視部２７は、ステータスコードの読込周期の経過を待機し、再び計時機構部１６から時刻を読み込む処理に戻る。そして、障害通知部２１は“表示終了”の通知を受けると、表示装置３０上に表示用メッセージ７０ａをポップアップ表示していた場合、その表示を閉じる。
【０１５６】
したがって、画像データの送信元のホストコンピュータＰＣｉ以外のホストコンピュータＰＣｉにおいて、表示装置３０に障害情報が表示されることがなくなる。
【０１５７】
このように、本実施の形態においては、操作者が入力装置４０を操作して印刷を開始するための指示を行った場合には、ホストコンピュータＰＣｉからプリンタ５０に画像データが送信されていなくても、プリントモニタ１４の動作を確認するようになっているので、表示装置３０に障害情報を確実に表示することができる。
【０１５８】
また、他の操作者が他のホストコンピュータＰＣｉを使用して印刷を行ったときに、プリンタ５０において障害が発生した場合には、当該ホストコンピュータＰＣｉの表示装置３０に障害情報が表示されることはないが、その後、当該ホストコンピュータＰＣｉからプリンタ５０に画像データが送信したときに、プリントモニタ１４が“動作中”になるので、当該ホストコンピュータＰＣｉの表示装置３０に障害情報が表示される。
【０１５９】
次に、フローチャートについて説明する。
ステップＳ１０１  時刻を読み込む。
ステップＳ１０２  １０秒が経過したかどうかを判断する。１０秒が経過した場合はステップＳ１０３に進み、経過していない場合はリターンする。
ステップＳ１０３  ステータスコード５９ａを取得するよう要求する。
ステップＳ１０４  ＭＩＢ２によりステータスコード５９ａを通知するよう要求する。
ステップＳ１０５  前回検出ステータスコードとの比較を行う。一致である場合はリターンし、不一致である場合はステップＳ１０６に進む。
ステップＳ１０６  取得したステータスコード５９ａを次回の比較用に保存する。
ステップＳ１０７  ステータスコード５９ａの判定を行う。障害が発生していない場合はステップＳ１０８に、障害が発生している場合はステップＳ１１１に進む。
ステップＳ１０８  障害の発生なしを通知する。
ステップＳ１０９  “表示終了”を通知する。
ステップＳ１１０  表示用のメッセージ７０ａの表示を閉じ、リターンする。
ステップＳ１１１  障害の発生を通知する。
ステップＳ１１２  プリントモニタ１４が“動作中”であるかどうかを判断する。プリントモニタ１４が“動作中”である場合はステップＳ１１７に、“動作中”でない場合はステップＳ１１３に進む。
ステップＳ１１３  処理中ジョブコンピュータ名を取得するよう要求する。
ステップＳ１１４  処理中ジョブコンピュータ名を通知するよう要求する。
ステップＳ１１５  処理中ジョブコンピュータ名を確認する。
ステップＳ１１６  コンピュータ名が一致するかどうかを判断する。コンピュータ名が一致する場合はステップＳ１１７に進み、一致しない場合はリターンする。
ステップＳ１１７  “表示”を通知する。
ステップＳ１１８  “カバーオープン”のメッセージ７０ａを表示し、リターンする。
【０１６０】
なお、本発明は前記各実施の形態に限定されるものではなく、本発明の趣旨に基づいて種々変形させることが可能であり、それらを本発明の範囲から排除するものではない。
【図面の簡単な説明】
【０１６１】
【図１】本発明の第１の実施の形態におけるホストコンピュータの説明図である。
【図２】本発明の第１の実施の形態における画像処理システムを示すブロック図である。
【図３】本発明の第１の実施の形態における状態監視部の説明図である。
【図４】本発明の第１の実施の形態における障害情報を表示するためのポップアップの例を示す図である。
【図５】本発明の第１の実施の形態におけるステータスコード情報部の記録内容を示す図である。
【図６】本発明の第１の実施の形態におけるプリンタを選択するためのポップアップの例を示す図である。
【図７】本発明の第１の実施の形態におけるプリンタの説明図である。
【図８】本発明の第１の実施の形態におけるプリンタステータスコード情報部の記録内容を示す図である。
【図９】本発明の第１の実施の形態におけるプリンタの状態を監視するためのホストコンピュータの前準備の動作を示すフローチャートである。
【図１０】本発明の第１の実施の形態における画像データをプリンタモニタに送信する動作を示すフローチャートである。
【図１１】本発明の第１の実施の形態における画像データをプリンタに送信する動作を示すフローチャートである。
【図１２】本発明の第１の実施の形態におけるプリンタの動作を示すフローチャートである。
【図１３】本発明の第１の実施の形態におけるプリンタにおいて障害が発生したときのホストコンピュータの動作を示すフローチャートである。
【図１４】本発明の第１の実施の形態におけるプリンタがホストコンピュータにステータスコード及び処理中ジョブコンピュータ名を送信する動作を示すフローチャートである。
【図１５】本発明の第２の実施の形態におけるホストコンピュータの説明図である。
【図１６】本発明の第２の実施の形態における状態監視部の説明図である。
【図１７】本発明の第２の実施の形態におけるプリントモニタの動作を示すフローチャートである。
【図１８】本発明の第２の実施の形態におけるプリンタにおいて障害が発生したときのホストコンピュータの動作を示す第１のフローチャートである。
【図１９】本発明の第２の実施の形態におけるプリンタにおいて障害が発生したときのホストコンピュータの動作を示す第２のフローチャートである。
【符号の説明】
【０１６２】
１４    プリントモニタ
２０    状態監視部
２１    障害通知部
２３    処理中ジョブコンピュータ名判定部
５０    プリンタ
５１    プリンタポート通信部
５３    画像データ印刷処理部
５８    ステータス管理部
５９ｂ    ステータスコード
ＰＣｉ    ホストコンピュータ
【図１】
0004866377.tif 000002
【図２】
0004866377.tif 000003
【図３】
0004866377.tif 000004
【図４】
0004866377.tif 000005
【図５】
0004866377.tif 000006
【図６】
0004866377.tif 000007
【図７】
0004866377.tif 000008
【図８】
0004866377.tif 000009
【図９】
0004866377.tif 000010
【図１０】
0004866377.tif 000011
【図１１】
0004866377.tif 000012
【図１２】
0004866377.tif 000013
【図１３】
0004866377.tif 000014
【図１４】
0004866377.tif 000015
【図１５】
0004866377.tif 000016
【図１６】
0004866377.tif 000017
【図１７】
0004866377.tif 000018
【図１８】
0004866377.tif 000019
【図１９】
0004866377.tif 000020