(57)【特許請求の範囲】
【請求項１】
プリントサーバに画像形成装置がローカル結合され、プリンタドライバ及びステータスモニタを備えたホストと該プリントサーバとがネットワークで結合され、該ホストにおいて該プリンタドライバを介し文書データを印刷ジョブデータに変換するとともに該印刷ジョブデータにジョブＩＤを含ませ、該印刷ジョブデータを、該プリントサーバを介して該画像形成装置に送信することにより印刷する画像形成システムにおいて、
該ホスト及び該プリントサーバにそれぞれ、該ネットワークを介し互いに通信可能な常駐型のクライアント側通知サービス及びサーバ側通知サービスをさらに備え、該プリントサーバに、ＩＰアドレスとジョブＩＤのフィールドを含むテーブルをさらに備え、該サーバ側通知サービスは、該画像形成装置で発生した状態変化イベントの内容を、該ネットワークを介し受信し、該内容には、該状態変化がジョブ状態変化である場合、そのジョブＩＤが含まれ、該クライアント側通知サービスは、該サーバ側通知サービスから受信したイベントの内容を該ステータスモニタのウインドウに表示させ、
該プリンタドライバは、該印刷ジョブデータのジョブＩＤを、該クライアント側通知サービスを介し該サーバ側通知サービスに、該ホストのＩＰアドレスとともに送信し、
該サーバ側通知サービスは、受信した該ジョブＩＤと該ＩＰアドレスとを含むレコードを該テーブルに登録し、
該サーバ側通知サービスは該内容がジョブ状態変化イベントの内容である場合、該内容に含まれるジョブＩＤを持つレコードを該テーブルから読み出し、該レコードに含まれるＩＰアドレスを持つホストに対してのみ、該イベントの内容を該クライアント側通知サービスへ送信し、該イベントがジョブ終了イベントであるとき、該テーブルからこのジョブＩＤを含むレコードを削除し、
該イベントがジョブ状態の変化でない場合、該テーブルに登録されている各ＩＰアドレスを持つホストに対して、該イベントの内容を該クライアント側通知サービスへ送信する、
ことを特徴とする画像形成システム。
【請求項２】
ランゲージモニタ及びポートモニタを備えたプリントサーバに画像形成装置がローカル結合され、プリンタドライバ及びステータスモニタを備えたホストと該プリントサーバとがネットワークで結合され、該ホストにおいて該プリンタドライバを介し文書データを印刷ジョブデータに変換するとともに該印刷ジョブデータにジョブＩＤを含ませ、該印刷ジョブデータを、該プリントサーバの該ランゲージモニタ及び該ポートモニタを介して該画像形成装置に送信することにより印刷する画像形成システムにおいて、
該ホスト及び該プリントサーバにそれぞれ、該ネットワークを介し互いに通信可能な常駐型のクライアント側通知サービス及びサーバ側通知サービスをさらに備え、該プリントサーバに、ＩＰアドレスとジョブＩＤのフィールドを含むテーブルをさらに備え、該サーバ側通知サービスは、該画像形成装置で発生した状態変化イベントの内容を、該ネットワークを介し受信し、該内容には、該状態変化がジョブ状態の変化である場合、そのジョブＩＤが含まれ、該クライアント側通知サービスは、該サーバ側通知サービスから受信したイベントの内容を該ステータスモニタのウインドウに表示させ、
該プリンタドライバは、該印刷ジョブデータに自装置のＩＰアドレスを含まさせ、
該ランゲージモニタは、該印刷ジョブデータから該ジョブＩＤ及び該ＩＰアドレスを取り出しこれらを伴って該サーバ側通知サービスに登録要求し、
該サーバ側通知サービスは、該登録要求に係る該ジョブＩＤと該ＩＰアドレスとを含むレコードを該テーブルに登録し、
該サーバ側通知サービスは、該内容がジョブ状態変化イベントの内容である場合、該内容に含まれるジョブＩＤを持つレコードを該テーブルから読み出し、該レコードに含まれるＩＰアドレスを持つホストに対してのみ、該イベントの内容を該クライアント側通知サービスへ送信し、該イベントがジョブ終了イベントであるとき、該テーブルからこのジョブＩＤを含むレコードを削除し、
該イベントがジョブ状態の変化でない場合、該テーブルに登録されている各ＩＰアドレスを持つホストに対して、該イベントの内容を該クライアント側通知サービスへ送信する、
ことを特徴とする画像形成システム。
【請求項３】
該クライアント側通知サービスと該サーバ側通知サービスとの間の通信は、ＳＯＡＰプロトコルで行われることを特徴とする請求項１又は２に記載の画像形成システム。
【請求項４】
請求項１乃至３のいずれか１つに記載のシステムを構成するプリントサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置で発生したイベントを、プリントサーバを介しホストに通知する画像形成システム及びそのプリントサーバに関する。
【背景技術】
【０００２】
ネットワークに結合されたプリント サーバを用いて、複数のホストで画像形成装置を共有することにより、画像形成装置でエラーが発生した時、その内容がプリントサーバから各ホストに通知されるので、各ユーザが画像形成装置の状態を知得することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−２５９３６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、プリント サーバは、各ジョブの状態変化を各ホストに通知するので、ネットワーク上の通信トラフィック量が比較的多くなる原因となる。通常、各ユーザは自ジョブの状態変化を知得できれば充分である。
【０００５】
本発明の目的は、このような問題点に鑑み、プリント サーバから各ホストへの不必要なイベント通知を省略してネットワーク上の通信トラフィック量を低減することが可能な画像形成システム及びそのプリントサーバを提供することにある。
【課題を解決するための手段】
【０００６】
本発明による画像形成システムの第１態様では、プリントサーバに画像形成装置がローカル結合され、プリンタドライバ及びステータスモニタを備えたホストと該プリントサーバとがネットワークで結合され、該ホストにおいて該プリンタドライバを介し文書データを印刷ジョブデータに変換するとともに該印刷ジョブデータにジョブＩＤを含ませ、該印刷ジョブデータを、該プリントサーバを介して該画像形成装置に送信することにより印刷する画像形成システムにおいて、
該ホスト及び該プリントサーバにそれぞれ、該ネットワークを介し互いに通信可能な常駐型のクライアント側通知サービス及びサーバ側通知サービスをさらに備え、該プリントサーバに、ＩＰアドレスとジョブＩＤのフィールドを含むテーブルをさらに備え、該サーバ側通知サービスは、該画像形成装置で発生した状態変化イベントの内容を、該ネットワークを介し受信し、該内容には、該状態変化がジョブ状態変化である場合、そのジョブＩＤが含まれ、該クライアント側通知サービスは、該サーバ側通知サービスから受信したイベントの内容を該ステータスモニタのウインドウに表示させ、
該プリンタドライバは、該印刷ジョブデータのジョブＩＤを、該クライアント側通知サービスを介し該サーバ側通知サービスに、該ホストのＩＰアドレスとともに送信し、
該サーバ側通知サービスは、受信した該ジョブＩＤと該ＩＰアドレスとを含むレコードを該テーブルに登録し、
該サーバ側通知サービスは該内容がジョブ状態変化イベントの内容である場合、該内容に含まれるジョブＩＤを持つレコードを該テーブルから読み出し、該レコードに含まれるＩＰアドレスを持つホストに対してのみ、該イベントの内容を該クライアント側通知サービスへ送信し、該イベントがジョブ終了イベントであるとき、該テーブルからこのジョブＩＤを含むレコードを削除し、
該イベントがジョブ状態の変化でない場合、該テーブルに登録されている各ＩＰアドレスを持つホストに対して、該イベントの内容を該クライアント側通知サービスへ送信する。
【０００７】
本発明による画像形成システムの第２態様では、ランゲージモニタ及びポートモニタを備えたプリントサーバに画像形成装置がローカル結合され、プリンタドライバ及びステータスモニタを備えたホストと該プリントサーバとがネットワークで結合され、該ホストにおいて該プリンタドライバを介し文書データを印刷ジョブデータに変換するとともに該印刷ジョブデータにジョブＩＤを含ませ、該印刷ジョブデータを、該プリントサーバの該ランゲージモニタ及び該ポートモニタを介して該画像形成装置に送信することにより印刷する画像形成システムにおいて、
該ホスト及び該プリントサーバにそれぞれ、該ネットワークを介し互いに通信可能な常駐型のクライアント側通知サービス及びサーバ側通知サービスをさらに備え、該プリントサーバに、ＩＰアドレスとジョブＩＤのフィールドを含むテーブルをさらに備え、該サーバ側通知サービスは、該画像形成装置で発生した状態変化イベントの内容を、該ネットワークを介し受信し、該内容には、該状態変化がジョブ状態の変化である場合、そのジョブＩＤが含まれ、該クライアント側通知サービスは、該サーバ側通知サービスから受信したイベントの内容を該ステータスモニタのウインドウに表示させ、
該プリンタドライバは、該印刷ジョブデータに自装置のＩＰアドレスを含まさせ、
該ランゲージモニタは、該印刷ジョブデータから該ジョブＩＤ及び該ＩＰアドレスを取り出しこれらを伴って該サーバ側通知サービスに登録要求し、
該サーバ側通知サービスは、該登録要求に係る該ジョブＩＤと該ＩＰアドレスとを含むレコードを該テーブルに登録し、
該サーバ側通知サービスは、該内容がジョブ状態変化イベントの内容である場合、該内容に含まれるジョブＩＤを持つレコードを該テーブルから読み出し、該レコードに含まれるＩＰアドレスを持つホストに対してのみ、該イベントの内容を該クライアント側通知サービスへ送信し、該イベントがジョブ終了イベントであるとき、該テーブルからこのジョブＩＤを含むレコードを削除し、
該イベントがジョブ状態の変化でない場合、該テーブルに登録されている各ＩＰアドレスを持つホストに対して、該イベントの内容を該クライアント側通知サービスへ送信する。
【発明の効果】
【０００８】
上記第１態様の構成によれば、ホストのプリンタドライバが、印刷ジョブデータのジョブＩＤを、クライアント側通知サービスを介しサーバ側通知サービスに、自装置のＩＰアドレスとともに送信し、該サーバ側通知サービスが、これらを含むレコードをテーブルに登録し、画像形成装置で発生した状態変化イベントがジョブ状態変化イベントである場合、該イベントの内容に含まれるジョブＩＤが該テーブルに登録されているジョブＩＤと一致するもののＩＰアドレスを持つホストに対してのみ、該イベントの内容を該クライアント側通知サービスへ送信し、該イベントがジョブ終了イベントであるとき、該テーブルからこのジョブＩＤを含むレコードを削除するので、ジョブ状態については、ユーザは自分のジョブのみその状態をステータスモニタに表示させることができるとともに、ネットワーク上の通信トラフィック量を低減することができるという効果を奏する。
【０００９】
上記第２態様の構成によれば、ホストのプリンタドライバが、印刷ジョブデータに自装置のＩＰアドレスを含まさせ、プリンタサーバのランゲージモニタが、該印刷ジョブデータから該ジョブＩＤ及び該ＩＰアドレスを取り出しこれらを伴ってサーバ側通知サービスに登録要求し、該サーバ側通知サービスが、これらを含むレコードをテーブルに登録し、画像形成装置から受信したイベントの内容がジョブ状態の変化のそれである場合、該イベントの内容に含まれるジョブＩＤが該テーブルに登録されているジョブＩＤと一致するもののＩＰアドレスを持つホストに対してのみ、該イベントの内容を該クライアント側通知サービスへ送信し、該イベントがジョブ終了イベントであるとき、該テーブルからこのジョブＩＤを含むレコードを削除するので、ユーザは自分のジョブのみその状態をステータスモニタに表示させることができるとともに、ネットワーク上の通信トラフィック量を低減することができるという効果を奏する。
【００１０】
本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。 
【図面の簡単な説明】
【００１１】
【図１】本発明の実施例１に係る画像形成システムを示す概略図である。
【図２】図１のシステムを構成するプリントサーバＰＣと画像形成装置とのハードウェア構成を示す概略ブロック図である。
【図３】図１のシステムの一部であるプリントサーバＰＣとクライアントＰＣと画像形成装置とのサブシステムの機能ブロック図である。
【図４】（Ａ）は、図３中のクライアントＰＣ１０−１を構成するブロック４０〜４２の処理を示す概略フローチャートであり、（Ｂ）は、このＰＣ１０−１のクライアント側通知サービス４４の処理を示す概略フローチャートである。
【図５】（Ａ）はジョブ別宛先テーブルの構成図であり、（Ｂ）は状態コードとその名前の関係を示すイベントテーブル構成図である。
【図６】図３中のサーバ側通知サービス５１の処理を示す概略フローチャートである。
【図７】本発明の実施例２に係る、図３に対応した機能ブロック図である。
【実施例１】
【００１２】
図１は、本発明の実施例１に係る画像形成システムを示す概略図である。
【００１３】
このシステムでは、管理者用コンピュータ及びプリントサーバとして用いられるＰＣ１０（以下、プリントサーバＰＣ１０と称す）に、画像形成装置２０がＵＳＢでローカル結合され、プリントサーバＰＣ１０と、ホストとしてのＮ台のクライアントＰＣ１０−１０〜１Ｎとが、ネットワーク３０で結合されている。プリントサーバＰＣ１０と画像形成装置２０との間及びプリントサーバＰＣ１０とクライアントＰＣ１０−１〜１０−Ｎのそれぞれとの間は、双方向通信可能となっている。
【００１４】
図２は、図１のシステムを構成するプリントサーバＰＣ１０と画像形成装置２０とのハードウェア構成を示す概略ブロック図である。
【００１５】
プリントサーバＰＣ１０では、ＣＰＵ（Central Processing Unit）１１がインターフェイス１２を介してＰＲＯＭ（Programmable Read Only Memory）１３、ＤＲＡＭ（Dynamic Random Access Memory）１４、ネットワークインターフェイス１５、補助記憶装置１６、入力装置１７及び表示装置１８に結合されている。図２では、簡単化の為に、複数種のインターフェイスを１つのブロック１２で表している。クライアントＰＣ１０−１〜１０−ＮのそれぞれもハードウェアとしてはＰＣ１０と同様に構成されている。
【００１６】
ＰＲＯＭ１３は、例えばフラッシュメモリであり、ＢＩＯＳ（Basic Input/Output System）が格納されている。ＤＲＡＭ１４は、主記憶装置として用いられる。補助記憶装置１６には、管理者用コンピュータ及びプリントサーバとして機能させるためのＯＳ（Operating System）、各種ドライバ及びアプリケーションが格納されている。入力装置は、例えばキーボード及びポインティングデバイスである。
【００１７】
画像形成装置２０では、ＣＰＵ２１がインターフェイス２２を介してＰＲＯＭ２３、ＤＲＡＭ２４、補助記憶装置２５、操作パネル２６、スキャナ２７、プリンタ２８及びファックスモデム２９に結合されている。
【００１８】
ＰＲＯＭ２３は、例えばフラッシュメモリであり、ＢＩＯＳ、ＯＳ、各種ドライバ、及び、画像形成装置として機能させるための各種アプリケーションが格納されている。ＤＲＡＭ２４は、主記憶装置として用いられる。補助記憶装置２５には、印刷用データ、スキャナ２７で読み取った画像データ、クライアントＰＣ１０−１〜１０−ＮからプリントサーバＰＣ１０を介し受信した文書データ及びファクシミリ受信データが文書ファイルとして保存される。操作パネル２６は、入力部及び表示部を供えている。スキャナ２７は、紙媒体上の画像を電子化するために用いられ、そのファイルは、印刷、ファクシミリ送信又はファイル送信のために用いられる。プリンタ２８は、プリントエンジン並びに用紙の給紙部、搬送部及び排紙部を備え、ＤＲＡＭ２４上に生成されたビットマップデータが供給され、このデータに基づいて感光ドラムに静電潜像を形成し、この像をトナーで現像し、トナー像を用紙に転写し定着させ、排紙する。
【００１９】
図３は、図１のシステムの一部であるプリントサーバＰＣ１０とクライアントＰＣ１０−１と画像形成装置２０の機能ブロック図である。この図のクライアントＰＣ１０−１は、クライアントＰＣ１０−２〜１Ｎを代表して示すものであり、ＰＣ１０−２〜１０−ＮのそれぞれもＰＣ１０−１と同様に構成されている。以下、ＯＳがWindows（登録商標）である場合を説明する。
【００２０】
次に、図４及び図６のフローチャートに従って、図３の構成を、その作用と共に説明する。
【００２１】
図４（Ａ）は、図３のクライアントＰＣ１０−１を構成するブロック４０〜４２の処理を示す概略フローチャートである。以下、括弧内は図中のステップ識別符号である。
【００２２】
（Ｓ０）アプリケーション４０は、ＯＳのＧＤＩ（グラフィック・デバイス・インターフェイス）ライブラリ４１内の関数を呼び出すことにより、文書データを印刷ジョブデータに変換する。この際、ＧＤＩ関数は、プリンタドライバ４２を介して、ＧＤＩ描画データを画像形成装置２０が解釈可能なＰＤＬ（頁記述言語）データに変換して、スプールファイル４３に書き込む。
【００２３】
（Ｓ１）アプリケーション４０がＧＤＩライブラリ４１内のEndDoc関数を呼び出すと、１つのジョブに対する変換処理が終了し、プリンタドライバ４２はこれに応答して、ＧＵＩＤ（Globally Unique Identifier）を生成し、これをジョブＩＤとしてスプールファイル４３に書き込み、また、該ジョブＩＤをクライアント側通知サービス４４に供給して登録要求する。クライアント側通知サービス４４は、常駐型プログラムであり、クライアントＰＣ１０−１の電源投入時にＯＳにより起動され、バックグラウンドで動作し、常時入力を受け付ける。
【００２４】
図４（Ｂ）は、クライアント側通知サービス４４の処理を示す概略フローチャートである。
【００２５】
（Ｓ１０）クライアント側通知サービス４４は、プリンタドライバ４２からの要求であればステップＳ１１へ進み、そうでなければ後述のステップＳ１２へ進む。
【００２６】
（Ｓ１１）受け取ったジョブＩＤを、クライアントＰＣ１０−１のＩＰアドレスとともに、ネットワーク通信部４６、ネットワーク３０及びネットワーク通信部５０を介してサーバ側通知サービス５１に送信する。サーバ側通知サービス５１も、クライアント側通知サービス４４と同様に常駐型プログラムであり、クライアントＰＣ１０−１の電源投入時にＯＳにより起動され、バックグラウンドで動作し、常時入力を受け付ける。
【００２７】
サーバ側通知サービス５１は、上記ジョブＩＤ及びＩＰアドレスを受け取ると、これらを１つのレコードとして、図５（Ａ）に示すようなジョブ別宛先テーブル５２に登録する。
【００２８】
通知サービス４４と通知サービス５１との間の通信は、ＳＯＡＰプロトコル又はＳＮＭＰプロトコルに基づいて行われる。
【００２９】
ここで、ジョブの処理について説明する。
【００３０】
スプーラ４５は、上記スプールファイル４３へのデータ書込が完了すると、その識別子をキューに入れ、該キューの先頭から識別子を取り出す毎に、スプールファイルを、ネットワーク通信部４６及びプリントサーバ１０のネットワーク通信部５０を介してスプーラ５３に供給する。スプーラ５３は、通常は、スプールされた順番にスプールファイル５３を、ランゲージモニタ５５を介しポートモニタ５６に対し、画像形成装置２０へ送信させる。ポートモニタ５６はこれに応答して、ＵＳＢ通信部５７及び画像形成装置２０の通信部６０を介し主制御部６１に、スプールファイル４３を送信する。
【００３１】
主制御部６１はこれに応答して、受信したジョブデータを、ワークエリア６２内のバッファ領域に格納させた後、画像処理部６３を介し、ビットマップ展開させる。主制御部６１は更に、展開されたビットマップデータを、エンジンコントローラ６４を介してプリントエンジン６５に供給させるとともに、給排紙機構コントローラ６６を介して給排紙機構６７を制御することにより、用紙に画像を形成させ、排出させる。
【００３２】
主制御部６１は、プリントエンジン６５、給排紙機構６７及び画像形成装置２０のその他の部分で、エラーが発生した場合、画像形成装置２０の状態変化イベントとして、その内容をＵＳＢ通信部６０及びプリントサーバＰＣ１０のＵＳＢ通信部５７を介してポートモニタ５６に送信する。ランゲージモニタ５５は、ポートモニタ５６が受信したイベントの内容を、サーバ側通知サービス５１へ供給する。
【００３３】
イベントの内容には、状態コードが含まれ、状態コードがジョブ状態を示している場合にはさらに、ジョブＩＤが含まれる。
【００３４】
図５（Ｂ）は、状態コードとその名前の関係を示すイベントテーブル４７である。状態コードは、上位２桁が状態種別コードであり、例えば、コード”０１”は状態種別がジョブであり、コード"０２"は状態種別が画像形成装置であることを示している。図５（Ｂ）中、例えば"Start"、"Stop"、"Pause"、"Resume"及び"Completed"はそれぞれ、ジョブの開始、停止、一時停止、再開及び終了を示している。
【００３５】
図６は、サーバ側通知サービス５１の処理を示す概略フローチャートである。
【００３６】
（Ｓ２０）クライアント側通知サービス４４からの登録要求であればステップＳ２１へ進み、ランゲージモニタ５５からの通知要求であればステップＳ２２へ進む。
【００３７】
（Ｓ２２）状態種別コードがジョブ（"０１"）を示していれば、ステップＳ２３へ進み、そうでなければ、ステップＳ２７へ進む。
【００３８】
（Ｓ２３）ジョブＩＤをキーとして、ジョブ別宛先テーブル５２を検索する。
【００３９】
（Ｓ２４）ヒットすれば、そのレコードに含まれるＩＰアドレスを宛先ＰＣのアドレスとして、イベントの内容を、ネットワーク通信部５０及び４６を介しクライアント側通知サービス４４に送信する。
【００４０】
クライアント側通知サービス４４はこれに応答して、図４（Ｂ）のステップＳ１２において、イベントテーブル４７を参照してこのイベントの内容に含まれる状態コードをその名前に変換し、ジョブＩＤとともに、また、トナーレベル等のその他の内容が含まれていればこれらも含めて、ステータスモニタ４８に供給することにより、不図示の状態表示用ウィンドウの表示内容を更新する。この際、状態表示用ウィンドウが表示されていなければ、これをポップアップ表示させる。
【００４１】
（Ｓ２５）状態コードがジョブ終了を示していれば、ステップＳ２６へ進み、そうでなければ、図６の処理を終了する。
【００４２】
（Ｓ２６）ジョブ別宛先テーブル５２から、このジョブＩＤを含むレコードを削除し、図６の処理を終了する。
【００４３】
（Ｓ２７）ジョブ別宛先テーブル５２に登録されているそれぞれのＩＰアドレスを宛先として、イベントの内容をクライアント側通知サービス４４に送信する。
【００４４】
以上のような処理により、ジョブ状態については、ユーザは自分のジョブのみその状態をステータスモニタ４８に表示させることができるとともに、ネットワーク３０上の通信トラフィック量を低減することができる。
【実施例２】
【００４５】
図７は、本発明の実施例２に係る、図３に対応した機能ブロック図である。
【００４６】
アプリケーション４０がＧＤＩライブラリ４１内のEndDoc関数を呼び出すと、１つのジョブに対する変換処理が終了し、プリンタドライバ４２Ａはこれに応答して、スプールファイル４３に自装置のＩＰアドレスをＰＪＬ（プリントジョブ制御言語）で書き込む。図４（Ｂ）のステップＳ１０及びＳ１１は不要となる。
【００４７】
ランゲージモニタ５５Ａは、スプーラ５３からスプールファイルを受け取ると、これに含まれているジョブＩＤと上記ＩＰアドレスとをサーバ側通知サービス５１Ａに供給して、登録要求する。サーバ側通知サービス５１Ａはこれに応答して、これらを含むレコードを、図５（Ａ）に示すジョブ別宛先テーブル５２に登録する。
【００４８】
他の点は、上記実施例１と同一である。
【００４９】
以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記実施例で述べた各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。
【００５０】
例えば、アプリケーション４０がＧＤＩライブラリ４１の関数を介してＥＭＦ（拡張メタファイル）形式でスプールファイル４３にデータを書き込み、スプーラ５３に備えたプリンタドライバでＥＭＦデータをＰＤＬデータに変換する構成であってもよい。
【符号の説明】
【００５１】
１０  プリントサーバＰＣ
１０−１〜１０−Ｎ  クライアントＰＣ
１１  ＣＰＵ
１２  インターフェイス
１３  ＰＲＯＭ
１４  ＤＲＡＭ
１５  ネットワークインターフェイス
１６  補助記憶装置
１７  入力装置
１８  表示装置
２０  画像形成装置
２１  ＣＰＵ
２２  インターフェイス
２３  ＰＲＯＭ
２４  ＤＲＡＭ
２５  補助記憶装置
２６  操作パネル
２７  スキャナ
２８  プリンタ
２９  ファックスモデム
３０  ネットワーク
４０  アプリケーション
４１  ＧＤＩライブラリ
４２、４２Ａ  プリンタドライバ
４５  スプーラ
４３、５３  スプールファイル
４４、４４Ａ  クライアント側通知サービス
４６、５０  ネットワーク通信部
４７  イベントテーブル
４８  ステータスモニタ
５１、５１Ａ  サーバ側通知サービス
５２  ジョブ別宛先テーブル
５５、５５Ａ  ランゲージモニタ
５６  ポートモニタ
５７、６０  ＵＳＢ通信部
６１  主制御部
６２  ワークエリア
６３  画像処理部
６４  エンジンコントローラ
６５  プリントエンジン
６６  給排紙機構コントローラ
６７  給排紙機構
【図１】
0005623464.tif 000002
【図２】
0005623464.tif 000003
【図３】
0005623464.tif 000004
【図４】
0005623464.tif 000005
【図５】
0005623464.tif 000006
【図６】
0005623464.tif 000007
【図７】
0005623464.tif 000008