JP5617360B2 - 画像形成装置、画像形成システムおよび画像形成方法 - Google Patents

Description

本発明は、画像形成装置、画像形成システムおよび画像形成方法に関する。

近年においては、インターネット網を経由して印刷を行うインターネットプリントシステムが開発されている（例えば、特許文献１参照）。

また、近年においては、図２７に示すように、複数の企業や事業所のイントラネット２００，３００を、インターネット網４００を介して相互接続したエクストラネットも利用されつつある。図２７に示すようなエクストラネットによれば、一方のイントラネット２００上のサーバなどのホストコンピュータから他方のイントラネット３００上のプリンタに対して印刷処理を実行することができる。

しかしながら、特許文献１に開示されているようなインターネットプリントシステムや図２７に示すようなエクストラネットにおいては、インターネット品質が印刷の信頼性を左右することになる。より詳細には、エクストラネット環境においては、伝送路状態により、回線断が発生することがある。このように回線断が発生した場合には、再接続することになるが、上位ホストはプリンタへ一方通行でデータを送信しており、回線断発生時にプリンタがどこまでデータ受信を完了したかを上位ホストが知る方法が無いため、回線の再接続時に回線断時点からの印刷データの継続送信は不可能になっている。そのため、回線断発生時には印刷の継続が出来ないものとして、印刷ジョブがキャンセルされてしまい、基幹業務を行う利用者によって不便なものとなっている。

加えて、近年においては、一般的なオフィス印刷などの多用途目的な印刷環境を、基幹系用プリンタに集約する動きがある。このようにオフィス業務と基幹業務（例えば、病院や銀行などにおける請求書発行業務）との混在環境における印刷においては、断続的な基幹業務系データとオフィス業務に係る印刷データとの混在環境における優先順位や、電源断や回線断時の再接続が課題となっている。

本発明は、上記に鑑みてなされたものであって、第１プロトコルと第２プロトコルとが混在する環境において、第１プロトコルによる印刷処理の信頼性および連続性を維持することができる画像形成装置、画像形成システムおよび画像形成方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかる画像形成装置は、ネットワークに接続されたサーバ装置から、画像形成処理の中断後再開時に中断時点からの画像形成処理を可能とする一連の処理命令および画像形成データを含む第１プロトコルまたは前記第１プロトコル以外の第２プロトコルによる画像形成処理の実行単位である画像形成ジョブを受信する通信部と、前記画像形成ジョブを実行することにより、前記画像形成処理を実行する画像形成処理部と、前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、画像形成ジョブを受信した場合に、受信した画像形成ジョブのプロトコルを判断し、前記プロトコルが前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブを優先して選択する優先処理部と、を備え、前記画像形成処理部は、優先して選択された前記第１プロトコルの画像形成ジョブを実行することにより、前記中断された画像形成処理を継続して実行することを特徴とする。

また、本発明にかかる画像形成システムは、サーバ装置と、前記サーバ装置とネットワークで接続された画像形成装置とを備えた画像形成システムであって、前記画像形成装置は、前記サーバ装置から、画像形成処理の中断後再開時に中断時点からの画像形成処理を可能とする一連の処理命令および画像形成データを含む第１プロトコルまたは前記第１プロトコル以外の第２プロトコルによる画像形成処理の実行単位である画像形成ジョブを受信する通信部と、前記画像形成ジョブを実行することにより、前記画像形成処理を実行する画像形成処理部と、前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、画像形成ジョブを受信した場合に、受信した画像形成ジョブのプロトコルを判断し、前記プロトコルが前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブを優先して選択する優先処理部と、を備え、前記画像形成処理部は、優先して選択された前記第１プロトコルの画像形成ジョブを実行することにより、前記中断された画像形成処理を継続して実行し、前記サーバ装置は、前記画像形成処理の開始時と、前記中断されていた画像形成処理の再開時に、前記画像形成装置に前記第１プロトコルの画像形成ジョブを送信する第２通信部、を備えたことを特徴とする。

本発明にかかる画像形成方法は、画像形成装置で実行される画像形成方法であって、ネットワークに接続されたサーバ装置から、画像形成処理の中断後再開時に中断時点からの画像形成処理を可能とする一連の処理命令および画像形成データを含む第１プロトコルまたは前記第１プロトコル以外の第２プロトコルによる画像形成処理の実行単位である画像形成ジョブを受信する通信ステップと、前記画像形成ジョブを実行することにより、前記画像形成処理を実行する画像形成処理ステップと、前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、画像形成ジョブを受信した場合に、受信した画像形成ジョブのプロトコルを判断し、前記プロトコルが前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブを優先して選択する優先処理ステップと、を含み、前記画像形成処理ステップは、優先して選択された前記第１プロトコルの画像形成ジョブを実行することにより、前記中断された画像形成処理を継続して実行することを特徴とする。

本発明によれば、第１プロトコルと第２プロトコルとが混在する環境において、第１プロトコルによる印刷処理の信頼性および連続性を維持することができるという効果を奏する。

図１は、本発明の実施の一形態にかかるネットプリントシステムのシステム構築例を示す模式図である。 図２は、ネットプリントシステムのシステム構築例を示す模式図である。 図３は、サーバの構成の一例を示すブロック図である。 図４は、プリンタの構成の一例を示すブロック図である。 図５は、実施の形態１のプリンタのプリント処理にかかる機能構成を概略的に示す模式図である。 図６は、実施の形態１の印刷ジョブテーブルを示す模式図である。 図７は、順序テーブルを示す模式図である。 図８は、実施の形態１の帳票サーバのプリント処理にかかる機能構成を概略的に示す模式図である。 図９は、プリント処理の処理手順を示すシーケンス図である。 図１０は、通常時の印刷処理の処理手順を示すシーケンス図である。 図１１は、障害情報テーブルを示す模式図である。 図１２は、実施の形態１の電源断発生時および電源再投入時におけるシステム動作を示す模式図である。 図１３は、実施の形態１の電源断発生時および電源再投入時の処理手順を示すシーケンス図である。 図１４は、実施の形態１の回線切断発生時および復帰時におけるシステム動作を示す模式図である。 図１５は、実施の形態１の再接続タイムアウトした場合の処理手順を示すシーケンス図である。 図１６は、実施の形態１の通常印刷時の処理手順を示すシーケンス図である。 図１７は、優先処理の際のテーブルの内容を例示的に示す模式図である。 図１８は、印刷ジョブテーブルを示す模式図である。 図１９は、実施の形態２にかかるプリンタ１９００の機能的構成を示すブロック図である。 図２０は、実施の形態２の印刷ジョブテーブルＴ１９の一例を示す説明図である。 図２１は、実施の形態２の応答情報の一例を示す説明図である。 図２２は、実施の形態２のネットプリントシステムによる印刷処理の流れを示すシーケンス図である。 図２３は、実施の形態２のネットプリントシステムによる印刷処理の詳細な流れを示すシーケンス図である。 図２４は、実施の形態３にかかるプリンタ２４００の機能的構成を示すブロック図である。 図２５は、実施の形態３のネットプリントシステムによる印刷処理の流れを示すシーケンス図である。 図２６は、実施の形態３のネットプリントシステムによる印刷処理の詳細な流れを示すシーケンス図である。 図２７は、従来のエクストラネットのシステム構築例を示す模式図である。

以下に添付図面を参照して、この発明にかかる画像形成装置、画像形成システムおよび画像形成方法の最良な実施の形態を詳細に説明する。

（実施の形態１）
実施の形態１を図１ないし図１８に基づいて説明する。本実施の形態は印刷装置としてレーザプリンタやＭＦＰ（Multi Function Peripheral）を適用した例である。

図１は、本発明の実施の一形態にかかるネットプリントシステム１００のシステム構築例を示す模式図である。図１に示すように、本実施の形態のネットプリントシステム１００は、複数の企業や事業所のイントラネットＡ，Ｂ、すなわちインターネット技術をベースにした社内ネットワークであるイントラネットＡ，Ｂを、インターネット網１５０を介して相互接続したエクストラネットを想定する。

図１に示すように、例えば銀行本社内のイントラネットＡは、各種のサーバコンピュータ（以下、サーバという）１にＬＡＮ（Local Area Network）等のネットワーク２を介してコンピュータやプリンタなどのクライアント３が複数台接続されたサーバクライアントシステムを想定する。このようなイントラネットＡにおいては、インターネット網１５０と、ＷＷＷ（World Wide Web）サーバなどの公開サーバ４を除く社内ネットワーク５との境界にファイアウォール６が設けられている。このファイアウォール６は、社内ネットワーク５とインターネット網１５０との間で出入りするパケットを監視し、決められたルールに従って、その通過を許可したり、阻止（廃棄）したりすることにより、社内ネットワーク５内のセキュリティを確保する。

一方、例えば銀行支店内のイントラネットＢも、各種のサーバ１にＬＡＮ等のネットワーク２を介してコンピュータやプリンタなどのクライアント３が複数台接続されたサーバクライアントシステムを想定する。このようなイントラネットＢにおいても、インターネット網１５０と、公開サーバ４を除く社内ネットワーク５との境界にファイアウォール６が設けられている。

なお、イントラネットＡ，Ｂのネットワーク接続としては、インターネット網１５０に限るものではなく、専用の通信回線を用いて各イントラネットＡ，Ｂを接続するようにしても良い。

また、ネットワーク２は有線通信に限るものではなく、無線通信（赤外線や電波等）であっても良い。また、光ファイバを用いたものであっても良い。

図２に示すように、上述したようなネットプリントシステム１００は、例えば銀行本社のイントラネットＡが備えるサーバ１の一つである帳票サーバ１１は基幹系業務処理（例えば、銀行などにおける請求書発行業務処理）を主に受け持つものであり、銀行支店のイントラネットＢが備えるクライアント３の一つであるプリンタ３１に対しても請求書等の帳票の印刷処理をダイレクトに実行することができる。

まず、イントラネットＡが備える帳票サーバ１１やイントラネットＢが備える印刷サーバ１２であるサーバ１について説明する。図３は、サーバ１の構成の一例を示すブロック図である。図３に示すように、サーバ１は、このサーバ１の動作制御を行うＣＰＵ（Central Processing Unit：中央処理装置）４１を備えている。このＣＰＵ４１には、ＣＰＵ４１が起動時に実行するプログラムや必要なデータ等を記憶するためのＲＯＭ（Read Only Memory）４２と、ＣＰＵ４１のワークエリア等を構成するためのＲＡＭ（Random Access Memory）４３とが内部バス５６を介して接続されている。

さらに、ＣＰＵ４１には、キャラクタジェネレータ４４、時計回路４５、ネットワーク伝送制御部４７、磁気ディスク装置４８、ＣＤ−ＲＯＭ装置４９、表示制御部５２および入力制御部５５が、内部バス５６を介して接続されており、これらの各要素間のデータのやりとりは、主としてこの内部バス５６を介して行われる。

キャラクタジェネレータ４４は、図形文字の表示データを発生するためのものである。時計回路４５は、現在日時情報を出力するためのものである。

ネットワークインタフェース回路４６は、このサーバ１をＬＡＮであるネットワーク２に接続するためのものであり、ネットワーク伝送制御部４７は、ネットワーク２を介して、他のサーバ１やクライアント３との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理を実行するためのものである。例えば、ネットワークインタフェース回路４６は、ネットワーク２およびインターネット網１５０を介して他のイントラネットが備えるクライアント３（プリンタ）を接続し、クライアント３（プリンタ）へ印刷データ等を送信したり、クライアント３（プリンタ）より印刷処理状態等を受信したりする等の動作を行う。

磁気ディスク装置４８は、ＯＳ（Operating System）、ＯＳ上で走る種々のアプリケーションプログラム、ワークデータ、ファイルデータ、画情報データなどの種々のデータを記憶するためのものである。本実施の形態においては、アプリケーションプログラムとして、印刷データ送信プログラムなどが記憶されている。ＣＤ−ＲＯＭ装置４９は、交換可能な記録媒体であるＣＤ−ＲＯＭ５０に記憶されているデータ（種々のアプリケーションプログラム、ワークデータ、ファイルデータ、画情報データなどの種々のデータ）を読み込むためのものである。なお、銀行本社のイントラネットＡが備える帳票サーバ１１と銀行支店のイントラネットＢが備える印刷サーバ１２とにおける機能の違いは、磁気ディスク装置４８に記憶されているＯＳおよびＯＳ上で走る種々のアプリケーションプログラムの違いによるものである。

このようなサーバ１では、ユーザが電源を投入するとＣＰＵ４１がＲＯＭ４２内のローダーというプログラムを起動させ、磁気ディスク装置４８よりＯＳをＲＡＭ４３に読み込み、このＯＳを起動させる。このようなＯＳは、ユーザの操作に応じてアプリケーションプログラムを起動したり、情報を読み込んだり、保存を行ったりする。なお、記録媒体はＣＤ−ＲＯＭ５０に限るものではなく、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ、半導体メモリ等のコンピュータで読み取り可能な記録媒体であれば良い。この場合、ＣＤ−ＲＯＭ装置４９を記憶媒体のデータを読み込み可能なものに変更することはいうまでもない。また、アプリケーションプログラムは、所定のＯＳ上で動作するものに限らず、後述の各種処理の一部の実行をＯＳに肩代わりさせるものであってもよいし、所定のアプリケーションソフトやＯＳなどを構成する一群のプログラムファイルの一部として含まれているものであってもよい。

なお、一般的には、サーバ１の磁気ディスク装置４８にインストールされるアプリケーションプログラムは、ＣＤ−ＲＯＭ５０などの記憶媒体に記録され、この記憶媒体に記録されたアプリケーションプログラムが磁気ディスク装置４８にインストールされる。このため、ＣＤ−ＲＯＭ５０等の可搬性を有する記憶媒体も、アプリケーションプログラムを記憶する記憶媒体となり得る。さらには、アプリケーションプログラムは、例えばネットワークインタフェース回路４６を介して外部から取り込まれ、磁気ディスク装置４８にインストールされても良い。

ＣＲＴやＬＣＤなどの表示装置５１は、このサーバ１を操作するための画面を表示するためのものであり、表示制御部５２は、表示装置５１の表示内容を制御するためのものである。

キーボード装置５３は、このサーバ１に対する各種の指示を種々のキー操作により行わせるためのものであり、画面指示装置５４は、表示装置５１の任意の点を指示する等の操作作業を行うためのもの（例えば、マウス等のポインティングデバイス）であり、入力制御部５５は、キーボード装置５３および画面指示装置５４の入力情報を取り込む等するためのものである。

また、印刷文書情報は、このサーバ１で適宜なアプリケーションプログラムが起動され、当該アプリケーションプログラムにより作成されて磁気ディスク装置５８に保存されたり、ＣＤ−ＲＯＭ５０に保存されているものがＣＤ−ＲＯＭ装置４９により読み出されて、サーバ１に取り込まれたり、ネットワーク２およびインターネット網１５０を介して電子メール等で受信した情報から再構築されてサーバ１に取り込まれたりすることで、サーバ１に保存される。

ところで、本実施の形態においては、銀行本社のイントラネットＡが備える帳票サーバ１１と、銀行支店のイントラネットＢが備える印刷サーバ１２とでは、ＯＳまたはＯＳ上で動作する種々のアプリケーションプログラムに搭載されている印刷プロトコルが異なるものとなっている。帳票サーバ１１の印刷プロトコルである第１印刷プロトコルは、上位ホストである帳票サーバ１１とプリンタ３１（クライアント３）との間のデータ授受を、コマンドとそれに対する応答で行う。第１印刷プロトコルとは、基幹業務系において使用され、印刷処理の中断後の再開時に中断時点からの印刷処理を可能とする一連のコマンド（処理命令）および印刷データを含むプロトコルである。このような第１印刷プロトコルの実装によって、詳細は後述するが、回線断等が発生した際にプリンタ３１（クライアント３）が印刷データをどこまで受け付けたか把握できるようになっている。

一方、印刷サーバ１２の印刷プロトコル（第２印刷プロトコル）は、例えばＷｉｎｄｏｗｓ（登録商標）に搭載されているような一般的な印刷プロトコルである。

次に、イントラネットＢが備える印刷装置であるプリンタ３１（クライアント３）について説明する。図４は、プリンタ３１の構成の一例を示すブロック図である。図４に示すように、プリンタ３１は、このプリンタ３１の各部の制御処理および画像形成処理などの各種制御処理を行うプリンタコントローラ（マザーボード）６１を備えている。このプリンタコントローラ６１には、オペレーションパネル６２、プリンタエンジン６３および磁気ディスク装置６４が接続されている。

プリンタコントローラ６１は、その時設定されている制御モードおよび各イントラネットＡ，Ｂの各種サーバ１（例えば、イントラネットＡの帳票サーバ１１）からの制御コードに従って各イントラネットＡ，Ｂの各種サーバ１（例えば、イントラネットＡの帳票サーバ１１）からの印刷データを描画データに変換してプリンタエンジン６３へ出力する制御機構の総称で次のようなモジュールで構成される。プリンタコントローラ６１には、制御の主体となるＣＰＵ８１、ＲＡＭ８２、このプリンタ３１に固有な各種の情報を記憶するためのＲＯＭ８３、ＮＶ−ＲＡＭ８４、印刷の時に使用される数種の書体を保持しているメモリであるＦｏｎｔ ＲＯＭ８５、エンジンＩ／Ｆ８６、オペレーションパネル６２を接続するパネルＩ／Ｆ８７、磁気ディスク装置６４を接続するディスクＩ／Ｆ８８、ネットワークＩ／Ｆ８９などで構成されている。

ＲＡＭ８２は、ＣＰＵ８１のワーク領域、各イントラネットＡ，Ｂの各種サーバ１からのデータ受信バッファ、また処理後のイメージ展開領域に使用される。

エンジンＩ／Ｆ８６は、プリンタコントローラ６１とプリンタエンジン６３への制御信号とプリンタエンジン６３からプリンタコントローラ６１へのステータス信号を送受信するＩ／Ｆである。

ネットワークＩ／Ｆ８９は、ネットワーク２を介して各イントラネットＡ，Ｂの各種サーバ１（例えば、イントラネットＡの帳票サーバ１１）からプリンタ３１への制御信号およびデータとプリンタ３１からのステータス信号を送受信するためのものである。

また、ネットワークＩ／Ｆ８９は、前述した第１印刷プロトコル用の第１印刷プロトコルに対応付けられたポート番号で特定される第１印刷プロトコルポートと、例えばＷｉｎｄｏｗｓ（登録商標）に搭載されているような一般的な印刷プロトコル（第２印刷プロトコル）用の第２印刷プロトコルに対応付けられたポート番号で特定される第２印刷プロトコルポートと、を有している。

ＮＶ−ＲＡＭ８４は、電源のＯＮ／ＯＦＦに関わらずデータを保持できる不揮発性メモリである。この特性を活かして、本実施の形態においては、ＮＶ−ＲＡＭ８４は、後述する印刷ジョブテーブルＴ１および後述する順序テーブルＴ２を格納している。

オペレーションパネル６２は、プリンタ３１のステータス表示およびモード、印刷条件を変更することができるスイッチ部である。

プリンタエンジン６３は、電子写真プロセス方式により画像を形成して記録用紙に記録出力するためのものである。より詳細には、プリンタコントローラ６１からの描画データと制御情報に基づいて、感光体上に静電作像し給紙部より転写紙を給紙して画像を形成する。

磁気ディスク装置６４は、種々の印刷文書情報を格納したり、それ以外の適宜な情報ファイル等を保存したりするためのものである。加えて、磁気ディスク装置６４には、ＯＳ（Operating System）、ＯＳ上で走る種々のアプリケーションプログラムが記憶されている。本実施の形態においては、アプリケーションプログラムとして、印刷処理プログラムなどが記憶されている。

このような構成のプリンタ３１は、サーバ１などと同様に、ユーザが電源を投入すると磁気ディスク装置６４よりＯＳをＲＡＭ８２に読み込み、このＯＳを起動させる。このようにして起動したＯＳは、ユーザの操作に応じてアプリケーションプログラムを起動したり、情報を読み込んだり、保存を行ったりする。また、アプリケーションプログラムは、所定のＯＳ上で動作するものに限らず、後述の各種処理の一部の実行をＯＳに肩代わりさせるものであってもよいし、所定のアプリケーションプログラムやＯＳなどを構成する一群のプログラムファイルの一部として含まれているものであってもよい。

なお、一般的には、プリンタ３１の磁気ディスク装置６４にインストールされるアプリケーションプログラムは、ＣＤ−ＲＯＭ（図示せず）などの記憶媒体に記録され、この記憶媒体に記録されたアプリケーションプログラムが磁気ディスク装置６４にインストールされる。このため、ＣＤ−ＲＯＭ等の可搬性を有する記憶媒体も、アプリケーションプログラムを記憶する記憶媒体となり得る。さらには、アプリケーションプログラムは、例えばネットワークＩ／Ｆ８９を介して外部から取り込まれ、磁気ディスク装置６４にインストールされても良い。

なお、本実施の形態のプリンタ３１は、磁気ディスク装置６４を備えるものとしたが、これに限るものではなく、半導体メモリ等のコンピュータで読み取り可能な記録媒体にアプリケーションプログラムやＯＳなどを格納するようにしても良い。

次に、本実施の形態のプリンタ３１の印刷処理にかかる機能的構成について説明する。図５は、実施の形態１にかかるプリンタ３１の機能的構成を示すブロック図である。プリンタ３１は、アプリケーションプログラムとして、印刷処理プログラムを磁気ディスク装置６４に記憶している。すなわち、プリンタ３１は、ＯＳ上で動作する印刷処理プログラムが起動すると、この印刷処理プログラムに従い、ＣＰＵ８１が各部を制御してプリント処理の一部となる印刷処理を実行する。

図５に示すように、プリンタ３１は、印刷データ数保持部１０１と、印刷ジョブテーブルＴ１と、順序テーブルＴ２と、優先処理部１０２と、印刷処理部１０３と、通信部１０４と、タイマー１０５とを主に備えている。印刷データ数保持部１０１は、詳細は後述するが、帳票サーバ１１から送信された印刷データの数を、受信完了時に受信印刷データ数として不揮発性の記憶装置であるＮＶ−ＲＡＭ８４に記憶される。また、印刷ジョブテーブルＴ１、順序テーブルＴ２もＮＶ−ＲＡＭ８４に記憶される。

通信部１０４は、帳票サーバ１１、印刷サーバ１２との間で各種データの送受信を制御する。本実施の形態では、通信部１０４は、帳票サーバ１１から、第１印刷プロトコルまたは第２印刷プロトコルによる印刷処理の実行単位である印刷ジョブを受信する。

また、通信部１０４は、中断されていた第１印刷プロトコルの印刷ジョブにかかる印刷処理を再開する際に、受信印刷データ数を帳票サーバ１１に送信し、帳票サーバ１１から受信印刷データ数に基づく中断後の印刷データを含む第１印刷プロトコルの印刷ジョブを受信する。

本実施の形態では、第１印刷プロトコル、第２印刷プロトコルごとに異なるポート番号のポートを割り当てている。そして、通信部１０４は、受信した印刷ジョブが、第１印刷プロトコルの印刷ジョブか、第２印刷プロトコルの印刷ジョブかを、印刷ジョブを受信したポートのポート番号によって識別している。さらに、通信部１０４は、受信した印刷ジョブのジョブＩＤを生成し、ジョブＩＤを、印刷ジョブのプロトコルに応じて印刷ジョブテーブルＴ１に登録する。ここで、ジョブＩＤは、プリンタ３１の通信部１０４が生成しているが、これに限定されるものではなく、印刷ジョブを送信するサーバ１１，１２側で生成して、印刷ジョブに含めてプリンタ３１に送信するように構成してもよい。

印刷ジョブテーブルＴ１は、ポート番号（ポート種別）と、帳票サーバ１１、印刷サーバ１２から受信した印刷ジョブを一意に識別するためのジョブＩＤとを対応づけたテーブルである。図６は、印刷ジョブテーブルＴ１の一例を示す説明図である。図６に示すように、本実施の形態の例では、ポート番号「１１００」を第１印刷プロトコルのポートとして割り当て、ポート番号「１０１０」を第２印刷プロトコルのポートとして割り当ている。そして、通信部１０４は、それぞれのポートから受信した印刷ジョブのジョブＩＤを各プロトコルに応じたポート番号と対応づけられて登録している。

順序テーブルＴ２は、印刷ジョブテーブルＴ１にエントリーされている各印刷ジョブの印刷順序が設定されたテーブルである。図７は、順序テーブルＴ２の一例を示す説明図である。

タイマー１０５は、第１印刷プロトコルの印刷ジョブによる印刷処理が中断された後、再開可能となった時点からの時間の経過を計時する。

優先処理部１０２は、印刷ジョブの送受信の中断後に当該送受信が再接続された場合に、帳票サーバ１１からの要求に応じてＮＶ−ＲＡＭ８４に保持されている受信印刷データ数を応答して、中断時点から連続する印刷データを帳票サーバ１１から受信可能にする第１印刷プロトコルの印刷ジョブの処理を、第１印刷プロトコル以外のプロトコルの印刷ジョブの処理に優先して選択する。

より具体的には、優先処理部１０２は、第１印刷プロトコルの印刷ジョブによる印刷処理が中断され、その後の再開可能となった時点からタイマー１０５で計時された一定期間内に、中断された印刷処理にかかる第１印刷プロトコルの印刷ジョブと、第２印刷プロトコルの印刷ジョブとを通信部１０４が受信した場合に、第２印刷プロトコルの印刷ジョブの処理命令（コマンド）を受け付ける一方、第２印刷プロトコルの印刷ジョブの印刷データは受け付けない。すなわち、第２印刷プロトコルの印刷ジョブのジョブＩＤを通信部１０４により印刷ジョブテーブルＴ１に登録させるが、第２印刷プロトコルの印刷ジョブの印刷データの送信指示を送出しない。また、優先処理部１０２は、順序テーブルＴ２に第２印刷プロトコルの印刷ジョブのジョブＩＤの順序を、第１印刷プロトコルの印刷ジョブのジョブＩＤよりも高い値（優先順位の低い値）で登録する。

一方、優先処理部１０２は、中断されている第１印刷プロトコルの印刷ジョブについては、処理命令と印刷データの双方を受け付ける。すなわち、優先処理部１０２は、中断された第１印刷プロトコルの印刷ジョブのジョブＩＤを通信部１０４により印刷ジョブテーブルＴ１に登録させるとともに、上記第１印刷プロトコルの印刷ジョブの印刷データの送信指示を帳票サーバ１１に送出して印刷データを受信し印刷処理部１０３による印刷処理を継続させる。また、優先処理部１０２は、順序テーブルＴ２に第１印刷プロトコルの印刷ジョブのジョブＩＤの順序を、第２印刷プロトコルの印刷ジョブのジョブＩＤよりも低い値（優先順位の高い値）で登録する。なお、優先処理部１０２は、このような処理を、第２印刷プロトコルの印刷ジョブが処理待ち状態の場合でも実行し、中断していた第１印刷プロトコルの印刷ジョブの方を優先して選択する。

なお、本実施の形態では、優先処理部１０２は、第１印刷プロトコルの印刷ジョブの処理命令と印刷データとをともに受付け、第２印刷プロトコルの印刷ジョブを受け付けるが印刷データを受け付けないことにより、第１印刷プロトコルの印刷ジョブを優先して選択しているが、優先の手法はこれに限定されるものではない。例えば、優先処理部１０２を、第２印刷プロトコルの印刷ジョブを受信した際に、第２印刷プロトコルの印刷ジョブのジョブＩＤを印刷ジョブテーブルＴ１へ登録しないことや、さらに受け付けない旨を印刷サーバ１２に送信することにより、第１印刷プロトコルの印刷ジョブを優先して選択するように構成してもよい。

印刷処理部１０３は、第１印刷プロトコルの印刷ジョブおよび第２印刷プロトコルの印刷ジョブを実行することにより、すなわち印刷ジョブ中のコマンドを実行することにより、印刷ジョブに含まれる印刷データの印刷処理を実行する。本実施の形態では、印刷処理部１０３は、優先処理部１０２で優先して選択された第１印刷プロトコルの印刷ジョブを実行する。

次に、帳票サーバ１１の詳細について説明する。帳票サーバ１１は、アプリケーションプログラムとして、帳票データ送信プログラムを磁気ディスク装置４８に記憶している。すなわち、帳票サーバ１１は、ＯＳ上で動作する帳票データ送信プログラムが起動すると、この帳票データ送信プログラムに従い、ＣＰＵ４１が各部を制御してプリント処理の一部となる印刷データ送信処理を実行する。

図８は、帳票サーバ１１の機能的構成を示すブロック図である。図８に示すように、帳票サーバ１１は、通信部１１１と、印刷データ量算出部１１２とを主に備えている。

印刷データ量算出部１１２は、プリンタ３１から、中断前の第１印刷プロトコルによる印刷処理で受信した印刷データの受信印刷データ数を受信し、受信した受信印刷データ数と第１印刷プロトコルで規定された１送信データサイズから継続して印刷する印刷データ量を算出する。

通信部１１１は、プリンタ３１との間で各種データの送受信を制御する。本実施の形態では、通信部１１１は、印刷処理を開始する際に、プリンタ３１に第１印刷プロトコルの印刷ジョブを送信する。また、通信部１１１は、プリンタ３１で印刷処理が中断した場合で、印刷ジョブの送受信の中断後に当該送受信が再接続された場合に、プリンタ３１のＮＶ−ＲＡＭ８４に保持されている受信が完了した印刷データの数である受信印刷データ数をプリンタ３１に要求する。そして、通信部１１１は、プリンタ３１からの応答を待つ第１印刷プロトコルに従うことで、印刷対象の全データから印刷データ量算出部１１２で算出された印刷データ量に相当する量を差し引いた分の印刷データを含む前記第１プロトコルの印刷ジョブをプリンタ３１に送信する。

次に、帳票サーバ１１のＣＰＵ４１およびプリンタ３１のＣＰＵ８１が実行する各種の演算処理のうち、本実施の形態のネットプリントシステム１００が発揮する特徴的な処理であるプリント処理について以下に説明する。

ネットプリントシステム１００においては、例えば銀行本社のイントラネットＡが備えるサーバ１の一つである帳票サーバ１１から銀行支店のイントラネットＢが備えるクライアント３の一つであるプリンタ３１に帳票データが入力されると、イントラネットＡのプリンタ３１側で、入力された帳票データについての描画データがプリンタコントローラ６１の制御情報に基づいて生成され、生成された描画データがプリンタコントローラ６１からプリンタエンジン６３に渡され、プリンタスタート命令がかかり印刷が開始されることになる。

次いで、本実施の形態のプリント処理の主要な処理について、図９を参照してシーン毎に具体的に説明する。

まず、プリント処理においては、帳票サーバ１１およびネットワーク接続されたプリンタ３１との間でセッションを成立した後、装置獲得処理が実行される。

（１）プリンタ３１は、帳票サーバ１１から「装置獲得」コマンドを受信すると、プリンタの占有処理を行う。プリンタ３１は、帳票サーバ１１へ「装置獲得応答」コマンドを送信する。装置獲得応答には、プリンタのＩＰアドレスが含まれている。なお、プリンタ３１から帳票サーバ１１側への情報送信は、インターネット網１５０およびファイアウォール６を介して行うため、ルール付けによりその通過を許可するか、メールに添付するなどにより行うものとする。以下におけるプリンタ３１から帳票サーバ１１側への情報送信についても同様である。

帳票サーバ１１側では、プリンタ３１のプリンタ情報をログとして管理する。

（２）プリンタ３１は、帳票サーバ１１から「ジョブ開始」コマンドを受信すると、ジョブ開始処理を行うとともに、帳票サーバ１１へ「ジョブ開始応答」コマンドを送信する。この時、プリンタ３１は取得したジョブＩＤを印刷ジョブテーブルＴ１に追加する。

以上のようにネットプリント処理における装置獲得処理が終了すると、印刷処理が実行される。

次に、通常時の印刷処理の処理手順について、図１０に示すシーケンス図を参照して説明する。

（１１）プリンタ３１は、帳票サーバ１１から「データ送信」コマンドを受信するとともに、帳票サーバ１１へ「データ送信応答」コマンドを送信した後、印刷データ処理を行う。

（１２）プリンタ３１は、帳票サーバ１１から「状態監視」コマンドを受信すると、帳票サーバ１１へ「状態監視応答」コマンドを送信する。

プリンタ３１は、ジョブＩＤ毎の印刷完了ページ数を含むページ情報を、応答情報の一部として生成する。

加えて、本実施の形態においては、応答情報の一部として障害情報も生成する。ここで、障害とは、オペレータ操作が必要な印刷不可状態（紙なし、紙ジャム、トナーエンド、その他障害）がプリンタに発生した状態をいう。図１１に示すように、プリンタ３１は、エラーとなったジョブＩＤ毎に、障害内容にかかるエラーコードを含む障害情報を、応答情報の一部として生成する。

上述したように、プリンタ３１は、帳票サーバ１１に応答情報とともに「状態監視応答」コマンドを送信する。プリンタ３１側において、オペレータ操作が必要な印刷不可状態（紙なし、紙ジャム、トナーエンド、その他障害）が発生しない場合は、ここで印刷処理が完了する。

一方、プリンタ３１からの「状態監視応答」コマンドを受信した帳票サーバ１１側では、プリンタ３１における印刷結果の応答情報を受け取ることになる。状態監視応答には印刷状態が含まれ、それによって帳票サーバ１１はプリンタ３１における印刷完了ページ数と印刷完了を検知できる。帳票サーバ１１側では、プリンタ３１における印刷結果の応答情報をログとして管理する。

以上のようにネットプリント処理における印刷処理が終了すると、図９に示すような装置解放処理が実行される。

（３）プリンタ３１は、帳票サーバ１１から「ジョブ終了」コマンドを受信すると、ジョブ終了処理を行うとともに、帳票サーバ１１に「ジョブ終了応答」コマンドを送信する。

（４）プリンタ３１は、帳票サーバ１１から「装置解放」コマンドを受信すると、プリンタの解放処理を行うとともに、帳票サーバ１１に「装置解放応答」コマンドを送信する。

次に、回線断発生時の印刷処理について説明する。

従来、上位ホスト（帳票サーバ１１）はプリンタ３１へ一方通行でデータを送信しており、回線断が発生した時にプリンタ３１がどこまでデータ受信を完了したかを上位ホスト（帳票サーバ１１）が知る方法が無かった。そのため、回線の再接続時においては、通信断時点からの印刷データの継続送信は不可能であり、回線断発生時には印刷の継続が出来ないものとして、印刷ジョブがキャンセルされていた。

本実施の形態のネットプリントシステム１００は、前述したように、上位ホスト（帳票サーバ１１）とプリンタ３１の間のやり取りを、コマンドとそれに対する応答で行うプロトコル（第１印刷プロトコル）を実装したことによって、回線断が発生した際にプリンタ３１が印刷データをどこまで受け付けたか把握できるようになっている。概略的には、プリンタ３１は上位ホスト（帳票サーバ１１）から送信された受信印刷データ数を、受信完了時に受信印刷データ数として随時保存する。回線断後に再接続が行われた場合、上位ホスト（帳票サーバ１１）の要求に応じて、プリンタ３１が受信印刷データ数を応答することで、上位ホスト（帳票サーバ１１）から印刷データの継続送信を可能とする。

ところで、本実施の形態のようなエクストラネット環境においては、インターネット品質が印刷の信頼性を左右することになる。より詳細には、エクストラネット環境においては、伝送路状態により、回線断が発生することがある。このような回線断や電源断による回線断が発生した場合には、上位ホスト（帳票サーバ１１）が再接続することになる。ところが、電源断（回線断）後にサーバが再接続するが、その前に、帳票サーバ１１のプロトコルにおける装置獲得でＢｕｓｙになる処理があると、再装置獲得の間に他の通信（例えば、Ｗｉｎｄｏｗｓ（登録商標）の印刷処理）が割り込んでしまい、出力が混在してしまうことにより、帳票サーバ１１からの印刷処理が遅延することがある。そこで、本実施の形態のネットプリントシステム１００においては、複数のプロトコルが混在する場合において、プリンタ３１と帳票サーバ１１との間におけるプロトコル（第１印刷プロトコル）のジョブを優先させるようにしたものである。この点について以下に例を挙げて説明する。

（１）電源断発生後の復帰時における動作（第１印刷プロトコルの印刷ジョブ中断）
図１２は電源断発生時および電源再投入時におけるシステム動作を示す模式図、図１３は電源断発生時および電源再投入時の処理手順を示すシーケンス図である。図１２に示すように、帳票サーバ１１からの印刷処理中にプリンタ３１において電源断が発生して、第１印刷プロトコルの印刷ジョブが中断された場合、プリンタ３１は、プリンタ３１の再起動から一定時間は第１印刷プロトコルの印刷ジョブを優先し、印刷サーバ１２からのその他の印刷ジョブ（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）は受け付けを行うが、実行をブロックする。

より詳細には、このように電源断が発生した場合、プリンタ３１は、図１３に示すように、電源再投入時に再接続待ちタイマーを起動し、上位ホスト（帳票サーバ１１）からの再接続待ちを行う。なお、再接続待ちをタイマーで限定するのは、複数のプロトコルが混在する場合において、プリンタ３１と帳票サーバ１１との間におけるプロトコル（第１印刷プロトコル）の印刷ジョブを優先させる為である。なお、プリンタ３１の電源断発生時に第１印刷プロトコルの印刷ジョブが実行中で無い場合は、プリンタ３１の再起動時の第１印刷プロトコルの印刷ジョブ待ちは行わない。

図１３に示すように、再接続待ち時間内に回線が再接続されると、上位ホスト（帳票サーバ１１）はプリンタ３１に電源断時のジョブ状態確認の問い合わせを行う。プリンタ３１は、ジョブ継続に必要な情報として、受信印刷データ数を応答する。上位ホスト（帳票サーバ１１）は受信印刷データ数とプロトコルで規定された１送信データサイズから、プリンタ３１が受信済みの印刷データ量を算出し、続きのデータから送信を再開する事で印刷を継続出来る。プリンタ３１の印刷ジョブは電源断時にキャンセルされずにデータ受信待ちで保持されており、上位ホスト（帳票サーバ１１）から送信された印刷データの処理が引き続き可能である。

なお、第１印刷プロトコルの印刷ジョブの中断中であって、再接続待ち時間中に、第１印刷プロトコル以外の印刷ジョブ（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）を受け付けた場合には、印刷ジョブテーブルＴ１に印刷ジョブ（処理命令）のみを受け付け、印刷ジョブ（印刷データ）は受け付けない。すなわち、プリンタ３１は、印刷サーバ１２に対してデータ送信の指示を出さない状態になっている。印刷サーバ１２は、第１印刷プロトコルの印刷ジョブの終了後、プリンタ３１からの指示に応じて、印刷ジョブ（印刷データ）を送信する。なお、第１印刷プロトコルの印刷ジョブの終了は、ジョブに付加されているジョブエンドマークを検出すれば良い。

（２）回線切断発生後の復帰時における動作（第１印刷プロトコルの印刷ジョブ中断）
図１４は回線切断発生時および復帰時におけるシステム動作を示す模式図、図１５は再接続タイムアウトした場合の処理手順を示すシーケンス図である。図１４に示すように、帳票サーバ１１からプリンタ３１に対する印刷処理中に帳票サーバ１１において回線断が発生して、第１印刷プロトコルの印刷ジョブが中断された場合、プリンタ３１は、帳票サーバ１１との回線切断後一定時間は第１印刷プロトコルの印刷ジョブを優先し、その他のジョブ（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）は受け付けを行うが、実行をブロックする。

より詳細には、このように回線断が発生した場合、プリンタ３１は、図１５に示すように、プリンタ３１は、再接続待ちタイマーを起動し、上位ホスト（帳票サーバ１１）からの再接続待ちを行う。なお、再接続待ちをタイマーで限定するのは、複数のプロトコルが混在する場合において、プリンタ３１と帳票サーバ１１との間における通信プロトコル（第１印刷プロトコル）を優先させる為である。

図１５に示すように、再接続待ち時間内に回線が再接続されると、上位ホスト（帳票サーバ１１）はプリンタ３１に回線断時のジョブ状態確認の問い合わせを行う。プリンタ３１は、ジョブ継続に必要な情報として、受信印刷データ数を応答する。上位ホスト（帳票サーバ１１）は受信印刷データ数とプロトコルで規定された１送信データサイズから、プリンタ３１が受信済みの印刷データ量を算出し、続きのデータから送信を再開する事で印刷を継続出来る。プリンタ３１の印刷ジョブは回線断時にキャンセルされずにデータ受信待ちで保持されており、上位ホスト（帳票サーバ１１）から送信された印刷データの処理が引き続き可能である。

なお、第１印刷プロトコルの印刷ジョブの中断中であって、再接続待ち時間中に、第１印刷プロトコル以外の印刷ジョブ（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）を受け付けた場合には、印刷ジョブテーブルＴ１に印刷ジョブ（処理命令）のみを受け付け、印刷ジョブ（印刷データ）は受け付けない。すなわち、プリンタ３１は、印刷サーバ１２に対してデータ送信の指示を出さない状態になっている。印刷サーバ１２は、第１印刷プロトコルの印刷ジョブの終了後、プリンタ３１からの指示に応じて、印刷ジョブ（印刷データ）を送信する。なお、第１印刷プロトコルの印刷ジョブの終了は、ジョブに付加されているジョブエンドマークを検出すれば良い。

（３）通常印刷時における動作（第１印刷プロトコルの印刷ジョブ優先）
図１６に示すように、プリンタ３１は、通常印刷時において、第１印刷プロトコルの印刷ジョブはその他の印刷ジョブ（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）より優先度が高いものとして処理をする。ただし、ジョブ中の割り込みを行うのではなく、実行中のジョブが完了した時にその他の印刷ジョブ（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）が有っても、第１印刷プロトコルの印刷ジョブを優先して実行する。図１６に示す例は、印刷ジョブ２（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）まで受付済みで、印刷ジョブ１（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）を実行中に第１印刷プロトコルの印刷ジョブを受け付けた例である。この場合、印刷ジョブ１が終了してから第１印刷プロトコルの印刷ジョブを優先して実行し、その後、印刷ジョブ２が実行される。

すなわち、第１印刷プロトコルの印刷ジョブ以外の第２印刷プロトコルの印刷ジョブ（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）が連続して送られている最中に、第１印刷プロトコルポートからの第１印刷プロトコルの印刷ジョブの通信が有った場合、図１７に示すように、第１印刷プロトコルの印刷ジョブを印刷中の第２印刷プロトコルの印刷ジョブ（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）の次に割り込ませる。

なお、印刷ジョブテーブルＴ１が連続して送られている第２印刷プロトコルの印刷ジョブ（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）により埋められてしまい、上述のように第１印刷プロトコルの印刷ジョブを優先して実行することができない場合も想定できる。そこで、図１８に示すように、第１印刷プロトコルの印刷ジョブのみを受け付ける専用受付キューを印刷ジョブテーブルＴ１に用意するようにしても良い。これにより、第２印刷プロトコルの印刷ジョブ（Ｗｉｎｄｏｗｓ（登録商標）からの印刷ジョブ）が連続して送られている場合であっても、第１印刷プロトコルの印刷ジョブを受け付けることができるので、印刷ジョブテーブルＴ１のフルエントリに起因する第１印刷プロトコルの印刷ジョブを優先して実行することができない場合を回避することができる。

このように本実施の形態によれば、ホスト装置と印刷装置との間における第１印刷プロトコルの印刷ジョブの送受信の中断後に当該送受信が再接続された場合に、ホスト装置の要求に応じて印刷装置が不揮発性の記憶装置に保持されている受信印刷データ数を応答することで、ホスト装置から印刷データの継続送信を可能とするとともに、第１印刷プロトコルの印刷ジョブの処理を第１印刷プロトコル以外のプロトコルの印刷ジョブの処理に優先するようにしたことにより、基幹業務系の印刷環境用プロトコル（第１印刷プロトコル）と一般オフィス業務系の印刷環境用プロトコル（第１印刷プロトコル以外のプロトコル）の混在環境において、基幹業務系の印刷環境下における電源断や回線断時の第１印刷プロトコルの印刷ジョブの継続処理と、基幹業務系の第１印刷プロトコルの印刷ジョブの優先接続とを実現することで、第１印刷プロトコルの印刷データを一揃えで優先して出力することができる。このため、本実施の形態では、基幹業務系の第１印刷プロトコルによる印刷が中断して、中断後の再開の際に、他のプロトコルによる印刷処理を割り込まれずに、第１印刷プロトコルによる印刷を継続することができ、基幹業務系の印刷処理の信頼性および連続性を維持することができる。

（実施の形態２）
実施の形態１にかかるネットプリントシステムでは、プリンタ３１において第１印刷プロトコルの印刷ジョブによる印刷処理が中断し、再開可能となった後、第２印刷プロトコルの印刷ジョブを受信した場合でも、中断されている第１印刷プロトコルの印刷ジョブを優先して印刷処理を継続するものであった。この実施の形態２にかかるネットプリントシステムでは、これに加えてさらに、中断後の再開可能となった場合において、第１印刷プロトコルの印刷ジョブを受信した場合に、この印刷ジョブが中断されている印刷処理にかかる印刷ジョブを送信した帳票サーバから送信されたものであるか否かを判断することにより、印刷ジョブの継続のなりすましを防止するものである。

図１９は、実施の形態２にかかるプリンタ１９００の機能的構成を示すブロック図である。実施の形態２のプリンタ１９００のハードウェア構成、帳票サーバ１１のハードウェア構成および機能的構成、印刷サーバ１２の構成は実施の形態１と同様である。

実施の形態２にかかるプリンタ１９００は、図１９に示すように、印刷データ数保持部１０１と、印刷ジョブテーブルＴ１９と、順序テーブルＴ２と、優先処理部１９０２と、ジョブ登録部１９０３と、ジョブ判断部１９０１と、印刷処理部１０３と、通信部１０４と、タイマー１０５とを主に備えている。ここで、印刷データ数保持部１０１、順序テーブルＴ２、印刷処理部１０３、通信部１０４、タイマー１０５の機能および構成は実施の形態１のプリンタ３１と同様である。

印刷ジョブテーブルＴ１９は、ポート番号と、帳票サーバ１１、印刷サーバ１２から受信した印刷ジョブのジョブＩＤと、帳票サーバ１１または印刷サーバ１２の各サーバを一意に識別するためのサーバＩＤとを対応づけたテーブルである。図２０は、実施の形態２の印刷ジョブテーブルＴ１９の一例を示す説明図である。図２０に示すように、本実施の形態の例では、実施の形態１と同様に、ポート番号「１１００」を第１印刷プロトコルのポートとして割り当て、ポート番号「１０１０」を第２印刷プロトコルのポートとして割り当て、受信した印刷ジョブを送信したサーバのサーバＩＤが登録されている。

図２１は、応答情報の一例を示す説明図である。図２１に示すように、応答情報には、実施の形態１で説明した内容に加えてサーバＩＤが登録される。

図１９に戻り、ジョブ登録部１９０３は、通信部１０４が第１印刷プロトコル、第２印刷プロトコルの印刷ジョブを受信した場合に、印刷ジョブを送信したサーバ１１，１２のサーバＩＤと、受信した印刷ジョブのジョブＩＤと、受信したポートのポート番号とを対応づけて印刷ジョブテーブルＴ１９に登録する。ここで、サーバＩＤは、サーバ１１，１２側で印刷ジョブに含めるように構成する他、ジョブ登録部１９０３でサーバ１１，１２のＩＰアドレスから生成したり、ＩＰアドレスそのものを用いるように構成すればよい。

ジョブ判断部１９０１は、第１印刷プロトコルの印刷ジョブによる印刷処理が中断された後、中断された印刷処理を継続させるために、中断された印刷ジョブのジョブＩＤが指定された第１印刷プロトコルの印刷ジョブを受信した場合に、受信した印刷ジョブを送信した帳票サーバ１１のサーバＩＤと、印刷ジョブテーブルＴ１９において指定されたジョブＩＤに対応するサーバＩＤとが一致するか否かを判断する。これにより、ジョブ判断部１９０１は、受信した複数の印刷ジョブが、中断された印刷処理にかかる第１印刷プロトコルの印刷ジョブであるか否かを判断する。

優先処理部１９０２は、実施の形態１と同様に、第２印刷プロトコルの印刷ジョブよりも第１印刷プロトコルの印刷ジョブを優先して選択する。また、優先処理部１０２は、受信した印刷ジョブを送信した帳票サーバ１１のサーバＩＤと、印刷ジョブで指定されたジョブＩＤに対応するサーバＩＤとが一致する場合に、受信した印刷ジョブを、中断された印刷処理にかかる第１印刷プロトコルの印刷ジョブとして優先して選択する。また、優先処理部１９０２は、受信した印刷ジョブを送信した帳票サーバ１１のサーバＩＤと、指定されたジョブＩＤに対応するサーバＩＤとが一致しない場合に、受信した印刷ジョブを優先して選択しない。

次に、以上のように構成された本実施の形態のネットプリントシステムにおける印刷処理について説明する。図２２は、実施の形態２のネットプリントシステムによる印刷処理の流れを示すシーケンス図である。図２３は、実施の形態２のネットプリントシステムによる印刷処理の詳細な流れを示すシーケンス図である。図２２、２３では、印刷処理がプリンタ１９００の電源断により中断し、その後、プリンタ１９００の電源投入を行って印刷処理が再開される場合の例を示している。

帳票サーバ１１ａから第１印刷プロトコルの印刷ジョブがプリンタ１９００に送信される（ステップＳ２２０１、Ｓ２３０１）。この場合には、プリンタ１９００では、ジョブ登録部１９０３が第１印刷プロトコルの印刷ジョブのジョブＩＤ、サーバＩＤを、ポート番号と対応づけて印刷ジョブテーブルＴ１９に登録する。

そして、プリンタ１９００の印刷処理部１０３が印刷ジョブの実行を開始し（ステップＳ２３０２）、帳票サーバ１１ａから印刷データを受信して（ステップＳ２２０３）、印刷処理が実行される。

印刷処理の途中でプリンタ１９００が電源断となり印刷処理が中断されたものとする。その後、プリンタ１９００が電源投入されると、プリンタ１９００はタイマー１０５を起動する（ステップＳ２３０４）。そしてタイムアウトとなるまでに、印刷サーバ１２から第２印刷プロトコルの印刷ジョブが送信された場合には（ステップＳ２２０２）、実施の形態１と同様に、プリンタ１９００の優先処理部１９０２は、この第２印刷プロトコルの印刷ジョブの処理命令のみ受け付けて、印刷データは受け付けない。

また、タイムアウトとなるまでに、中断された印刷ジョブを送信した帳票サーバ１１ａとは異なるサーバ１１ｂから第１印刷プロトコルのジョブ継続を示す印刷ジョブがプリンタ１９００に送信されたとする（ステップＳ２２０３、Ｓ２３０５）。この印刷ジョブの送信では、印刷ジョブの継続要求、すなわち中断された印刷処理を再開させるため、中断された印刷ジョブのジョブＩＤが指定されているものとする。この場合、プリンタ１９００では、ジョブ判断部１９０１がジョブ判断を行う（ステップＳ２２０４、Ｓ２３０６）。

具体的には、ジョブ判断部１９０１は、印刷ジョブを送信したサーバ１１ｂのサーバＩＤと、印刷ジョブで指定されたジョブＩＤに印刷ジョブテーブルＴ１９において対応するサーバＩＤとを比較することにより、印刷ジョブを送信したサーバ１１ｂが中断された印刷ジョブを送信した帳票サーバ１１ａと一致するか否かを判断する。この例では、両サーバＩＤは一致しないため、サーバ１１ｂからの印刷ジョブは帳票サーバ１１ａになりすましによるものであると判断し、印刷ジョブの継続要求を拒否する。

その後、帳票サーバ１１ａから、第１印刷プロトコルの印刷ジョブがプリンタ１９００に送信されたとする（ステップＳ２２０５、Ｓ２３０７）。この印刷ジョブの送信でも、中断された印刷ジョブのジョブＩＤが指定されている。この場合、プリンタ１９００では、ジョブ判断部１９０１がステップＳ２２０４と同様のジョブ判断を行う（ステップＳ２２０６、Ｓ２３０８）。

この例では、両サーバＩＤは一致するため、帳票サーバ１１ａからの印刷ジョブは受け付けられる。この場合、プリンタ１９００は、帳票サーバ１１ａとの間でジョブ状態の確認を行い（ステップＳ２３０９）、帳票サーバ１１ａに対して受信印刷データ数を送信することで（ステップＳ２３１０）、継続する印刷データの要求を行い、これに対する印刷データの受信する（ステップＳ２２０７）。そして、プリンタ１９００の印刷処理部１０３が、中断されていた第１印刷プロトコルの印刷ジョブを実行して開始する（ステップＳ２３１１）。そして、プリンタ１９００は、帳票サーバ１１ａから印刷データを受信して印刷処理が行われる（ステップＳ２３１２）。

かかる印刷処理が完了した後、ステップＳ２２０２で受け付けた第２印刷プロトコルの印刷ジョブの印刷データを印刷サーバ１２から受信する（ステップＳ２２０８）。これにより、第２印刷プロトコルの印刷ジョブによる印刷処理が開始する。

なお、本実施の形態では、プリンタ１９００の電源断と再投入による印刷処理の中断と再開を例にあげて説明したが、回線接続断と再接続による印刷処理の中断と再開の場合もジョブ判断は同様に行われる。

このように本実施の形態にかかるネットプリントシステムでは、プリンタ１９００において、第１印刷プロトコルの印刷ジョブによる印刷処理が中断され、その後再開可能となった場合において、第１印刷プロトコルの印刷ジョブを受信した場合に、この印刷ジョブが中断されている印刷処理にかかる印刷ジョブを送信した帳票サーバから送信されたものであるか否かを判断しているので、第１印刷プロトコルの印刷ジョブの継続へのなりすましを防止し、セキュリティの向上を図ることができる。

（実施の形態３）
実施の形態２にかかるネットプリントシステムでは、プリンタ１９００の印刷処理の中断後の再開可能となった場合において、印刷ジョブの継続のなりすましを防止するものであったが、この実施の形態３では、さらに、再開可能となった場合に、中断された印刷ジョブを送信した帳票サーバ以外の帳票サーバから印刷ジョブを受信した場合に、中断された印刷ジョブを送信した帳票サーバからの印刷ジョブの継続を優先するものである。

図２４は、実施の形態３にかかるプリンタ２４００の機能的構成を示すブロック図である。実施の形態３のプリンタ２４００のハードウェア構成、帳票サーバ１１のハードウェア構成および機能的構成、印刷サーバ１２の構成は実施の形態１と同様である。

実施の形態３にかかるプリンタ２４００は、図２４に示すように、印刷ジョブテーブルＴ１９と、順序テーブルＴ２と、処理状況テーブルＴ３と、優先処理部２４０２と、ジョブ登録部１９０３と、処理状況登録部２４０３と、ジョブ判断部２４０１と、印刷処理部１０３と、通信部１０４と、タイマー１０５とを主に備えている。ここで、印刷ジョブテーブルＴ１９，順序テーブルＴ２、ジョブ登録部１９０３、印刷処理部１０３、通信部１０４、タイマー１０５の機能および構成は実施の形態２のプリンタ１９００と同様である。

処理状況テーブルＴ３は、印刷ジョブのジョブＩＤと、印刷処理の処理状況、帳票サーバ１１から受信した印刷データの受信印刷データ数とを対応づけたテーブルである。処理状況としては、印刷完了ページ数等が登録される。

処理状況登録部２４０３は、帳票サーバ１１から第１印刷プロトコルの印刷ジョブを受信した場合に、帳票サーバ１１から受信した印刷データの受信印刷データ数を、当該印刷ジョブのジョブＩＤと対応づけて処理状況テーブルに登録する。また、処理状況登録部２４０３は、印刷処理の過程において、印刷の処理状況を逐次、処理状況テーブルＴ３に登録する。例えば、処理状況登録部２４０３は、処理状況として、印刷完了ページ数を、１ページの印刷を完了するごとに、ジョブＩＤと対応づけて処理状況テーブルに登録する。

なお、処理状況としては、印刷完了ページ数に限定されるものではなく、受信印刷データ数を用いても良い。

また、本実施の形態では、印刷ジョブのジョブＩＤは、帳票サーバ１１側で生成され、送信する印刷ジョブに付与するものとする。

ジョブ判断部２４０１は、印刷処理部１０３により実行された第１印刷プロトコルの印刷ジョブによる印刷処理が中断された後、印刷の継続のためにジョブＩＤが指定された第１印刷プロトコルの画像形成ジョブを受信した場合に、処理状況テーブルＴ３に、指定されたジョブＩＤに対応する処理状況が登録されているか否かを判断することにより、受信した複数の印刷ジョブが、中断された第１印刷プロトコルの印刷ジョブであるか否かを判断する。

優先処理部２４０２は、処理状況テーブルＴ３に、指定されたジョブＩＤに対応する処理状況が登録されている場合に、受信した印刷ジョブは中断された第１プロトコルの印刷ジョブであると判断して、受信した印刷ジョブを優先して選択する。また、優先処理部２４０２は、処理状況テーブルＴ３に、指定されたジョブＩＤに対応する処理状況が登録されていない場合には、受信した印刷ジョブは中断された第１プロトコルの印刷ジョブではないと判断して、受信した印刷ジョブを優先選択はおこなわない。

次に、以上のように構成された本実施の形態のネットプリントシステムにおける印刷処理について説明する。図２５は、実施の形態３のネットプリントシステムによる印刷処理の流れを示すシーケンス図である。図２６は、実施の形態３のネットプリントシステムによる印刷処理の詳細な流れを示すシーケンス図である。図２５、２６では、印刷処理がプリンタ２４００の電源断により中断し、その後、プリンタ２４００の電源投入を行って印刷処理が再開される場合の例を示している。

帳票サーバ１１ａから第１印刷プロトコルの印刷ジョブがプリンタ２４００に送信される（ステップＳ２５０１、Ｓ２６０１）。そして、プリンタ２４００の印刷処理部１０２が印刷ジョブの実行を開始し（ステップＳ２６０２）、帳票サーバ１１ａから印刷データを受信して（ステップＳ２６０３）、印刷処理が実行される。このとき、プリンタ２４００の処理状況登録部２４０３は、帳票サーバ１１ａから印刷データを受信するたびに、処理状況テーブルＴ３に受信印刷データ数をジョブＩＤに対応づけて登録する。また、プリンタ２４００の処理状況登録部２４０３は、印刷処理の過程において、逐次、印刷完了ページ数等の処理状況をジョブＩＤと対応づけて、処理状況テーブルＴ３に登録する。

印刷処理の途中でプリンタ２４００が電源断となり印刷処理が中断されたものとする。その後、プリンタ２４００の電源投入されると、プリンタ２４００はタイマー１０５を起動する（ステップＳ２６０４）。そして、タイムアウトとなるまでに、印刷サーバ１２から第２印刷プロトコルの印刷ジョブが送信された場合には（ステップＳ２５０２）、実施の形態１と同様に、プリンタ２４００の優先処理部２４０２は、この第２印刷プロトコルの印刷ジョブの処理命令のみ受け付けて、印刷データは受け付けない。

また、タイムアウトとなるまでに、中断された印刷ジョブを送信した帳票サーバ１１ａとは異なる帳票サーバ１１ｃから第１印刷プロトコルの印刷ジョブがプリンタ１９００に送信されたとする（ステップＳ２５０３、Ｓ２６０５）。この印刷ジョブの送信では、印刷ジョブのジョブＩＤが指定されているものとする。この場合、プリンタ２４００では、ジョブ判断部２４０１がジョブ判断を行う（ステップＳ２５０４、Ｓ２６０６）。

具体的には、ジョブ判断部２４０１は、帳票サーバ１１ｃからの印刷ジョブのジョブＩＤに対応する処理状況が、処理状況テーブルＴ３に登録されているか否かを判断する。この例では、当該ジョブＩＤに対応する処理状況は処理状況テーブルＴ３に登録されていないため、この印刷ジョブは優先して選択はされず、ジョブ登録部１９０３により印刷ジョブのジョブＩＤ、サーバＩＤがポート番号に対応づけて印刷ジョブテーブルＴ１９に登録され、印刷データの要求及び受信は行われない。

その後、帳票サーバ１１ａから、第１印刷プロトコルのジョブ継続を示す印刷ジョブがプリンタ１９００に送信されたとする（ステップＳ２５０５、Ｓ２６０７）。この印刷ジョブの送信では、中断された印刷ジョブのジョブＩＤが指定されている。この場合、プリンタ２４００では、ジョブ判断部２４０１がステップＳ２５０４と同様のジョブ判断を行う（ステップＳ２５０６、Ｓ２６０８）。

この例では、指定されたジョブＩＤに対応する処理状況が処理状況テーブルＴ３に登録されているため、この印刷ジョブは優先して選択される。この場合、プリンタ２４００は、帳票サーバ１１ａとの間でジョブ状態の確認を行い（ステップＳ２６０９）、帳票サーバ１１ａに対して受信印刷データ数を送信することで（ステップＳ２６１０）、継続する印刷データの要求を行い、これに対する印刷データの受信する（ステップＳ２５０７）。そして、プリンタ２４００の印刷処理部１０３が、中断されていた第１印刷プロトコルの印刷ジョブを実行して開始する（ステップＳ２６１１）。そして、プリンタ２４００は、帳票サーバ１１ａから印刷データを受信して印刷処理が行われる（ステップＳ２６１２）。

かかる印刷処理が完了した後、ステップＳ２５０３で受け付けた帳票サーバ１１ｃからの第１印刷プロトコルの新規な印刷ジョブの印刷データを帳票サーバ１１ｃから受信する（ステップＳ２５０８）。これにより、帳票サーバ１１ｃからの第２印刷プロトコルの印刷ジョブによる印刷処理が開始、実行される（ステップＳ２６１３，Ｓ２６１４）。

かかる印刷処理が完了した後、ステップＳ２５０２で受け付けた第２印刷プロトコルの印刷ジョブの印刷データを印刷サーバ１２から受信する（ステップＳ２５０９）。これにより、第２印刷プロトコルの印刷ジョブによる印刷処理が開始する。

なお、本実施の形態では、プリンタ２４００の電源断と再投入による印刷処理の中断と再開を例にあげて説明したが、回線接続断と再接続による印刷処理の中断と再開の場合もジョブ判断は同様に行われる。

このように本実施の形態にかかるネットプリントシステムでは、再開可能となった場合に、中断された印刷ジョブを送信した帳票サーバ以外の帳票サーバから印刷ジョブを受信した場合に、中断された印刷ジョブを送信した帳票サーバからの印刷ジョブの継続を優先するので、再開時に、第１印刷プロトコルの複数の印刷ジョブを受信した場合でも、中断された印刷処理にかかる印刷ジョブが後回しにならずに直ちに再開されるため、基幹業務系の印刷処理の連続性をより確実に維持することができる。

なお、本実施の形態では、受信した印刷ジョブのジョブＩＤに対応する処理状況が処理状況テーブルＴ３に登録されているか否かにより、受信した第１印刷プロトコルの印刷ジョブが中断されていた印刷処理にかかる印刷ジョブの継続であるか否かを判断していたが、印刷ジョブに含まれるサーバＩＤによって判断するように構成してもよい。

１１，１１ａ，１１ｃ 帳票サーバ
１１ｂ サーバ
３１ プリンタ
１００ ネットプリントシステム
１０１ 印刷データ数保持部
１０２，１９０２，２４０２ 優先処理部
１０３ 印刷処理部
１０４ 通信部
１０５ タイマー
Ｔ１，Ｔ１９ 印刷ジョブテーブル
Ｔ２ 順序テーブル
Ｔ３ 処理状況テーブル
１１１ 通信部
１１２ 印刷データ量算出部
１９０１，２４０１ ジョブ判断部
１９０３ ジョブ登録部
２４０３ 処理状況登録部

特開２００３−２７１３４７号公報

Claims (15)

1. ネットワークに接続されたサーバ装置から、画像形成処理の中断後再開時に中断時点からの画像形成処理を可能とする一連の処理命令および画像形成データを含む第１プロトコルまたは前記第１プロトコル以外の第２プロトコルによる画像形成処理の実行単位である画像形成ジョブを受信する通信部と、
   前記画像形成ジョブを実行することにより、前記画像形成処理を実行する画像形成処理部と、
   前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、画像形成ジョブを受信した場合に、受信した画像形成ジョブのプロトコルを判断し、前記プロトコルが前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブを優先して選択する優先処理部と、を備え、
   前記画像形成処理部は、優先して選択された前記第１プロトコルの画像形成ジョブを実行することにより、前記中断された画像形成処理を継続して実行することを特徴とする画像形成装置。
2. 前記優先処理部は、前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブと、前記第２プロトコルの画像形成ジョブとを受信した場合に、前記第２プロトコルの画像形成ジョブの処理命令を受け付ける一方、前記第２プロトコルの画像形成ジョブの画像形成データを受け付けないことにより、前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブを優先して選択することを特徴とする請求項１に記載の画像形成装置。
3. 前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、再開可能となった時点からの時間の経過を計時する計時部をさらに備え、
   前記優先処理部は、前記再開可能となった時点から一定時間に、前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブと、前記第２プロトコルの画像形成ジョブとを受信した場合に、前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブを優先して選択することを特徴とする請求項１に記載の画像形成装置。
4. 前記優先処理部は、前記第２プロトコルの画像形成ジョブが既に受信されていて処理待ち状態である場合であっても、前記中断された第１画像形成プロトコルの前記画像形成ジョブを優先して選択することを特徴とする請求項１に記載の画像形成装置。
5. 前記通信部は、前記第２プロトコルの画像形成ジョブが既に受信されていて処理待ち状態である場合であっても、前記第１画像形成プロトコルの前記画像形成ジョブを受信とすることを特徴とする請求項４に記載の画像形成装置。
6. 前記サーバ装置から受信した前記第１プロトコルの画像形成ジョブの画像形成データの受信データ数を記憶する第１記憶部をさらに備え、
   前記通信部は、前記中断されていた前記第１プロトコルの画像形成ジョブにかかる画像形成処理を再開する際に、前記受信データ数を前記サーバ装置に送信し、前記サーバ装置から前記受信データ数に基づいて中断後の画像形成データを含む第１プロトコルの画像形成ジョブを受信し、
   前記画像形成処理部は、受信した前記第１プロトコルの画像形成ジョブを実行することにより、前記中断後の画像形成データの画像形成を継続実行することを特徴とする請求項１に記載の画像形成装置。
7. 前記画像形成処理部により実行された前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、前記第１プロトコルの画像形成ジョブを複数受信した場合に、受信した複数の画像形成ジョブのそれぞれが、中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブであるか否かを判断するジョブ判断部と、を備え、
   前記優先処理部は、受信した画像形成ジョブが、中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブである場合に、前記受信した画像形成ジョブを、前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブとして優先して選択することを特徴とする請求項１に記載の画像形成装置。
8. 前記画像形成ジョブを一意に識別するジョブ識別情報と、前記画像形成ジョブを送信したサーバ装置を一意に識別するサーバ識別情報とを対応づけたジョブテーブルを記憶する第２記憶部と、
   前記第１プロトコルの画像形成ジョブを受信した場合に、前記画像形成ジョブを送信したサーバ装置の前記サーバ識別情報と、受信した前記第１プロトコルの画像形成ジョブの前記ジョブ識別情報とを対応づけて前記ジョブテーブルに登録するジョブ登録部と、をさらに備え、
   前記ジョブ判断部は、前記画像形成処理部により実行された前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、中断された画像形成処理にかかる画像形成ジョブの前記ジョブ識別情報が指定された前記第１プロトコルの画像形成ジョブを受信した場合に、受信した画像形成ジョブを送信したサーバ装置の前記サーバ識別情報と、前記ジョブテーブルにおいて前記指定されたジョブ識別情報に対応する前記サーバ識別情報とが一致するか否かを判断することにより、受信した複数の画像形成ジョブが、中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブであるか否かを判断し、
   前記優先処理部は、前記受信した画像形成ジョブを送信したサーバ装置の前記サーバ識別情報と、前記指定されたジョブ識別情報に対応する前記サーバ識別情報とが一致する場合に、前記受信した画像形成ジョブを、前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブとして優先して選択することを特徴とする請求項７に記載の画像形成装置。
9. 前記優先処理部は、前記受信した画像形成ジョブを送信したサーバ装置の前記サーバ識別情報と、前記指定されたジョブ識別情報に対応する前記サーバ識別情報とが一致しない場合に、前記受信した画像形成ジョブを優先して選択しないことを特徴とする請求項８に記載の画像形成装置。
10. 前記画像形成ジョブを一意に識別するジョブ識別情報と、前記画像形成ジョブによる画像形成処理の処理状況とを対応づけた処理状況テーブルを記憶する第３記憶部と、
    前記画像形成処理の進行に応じて前記処理状況を、前記画像形成処理にかかる画像形成ジョブの前記ジョブ識別情報に対応づけて前記処理状況テーブルに登録する処理状況登録部と、をさらに備え、
    前記ジョブ判断部は、前記画像形成処理部により実行された前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、前記ジョブ識別情報が指定された前記第１プロトコルの画像形成ジョブを受信した場合に、前記処理状況テーブルに、前記指定されたジョブ識別情報に対応する処理状況が登録されているか否かを判断することにより、受信した複数の画像形成ジョブが、中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブであるか否かを判断し、
    前記優先処理部は、前記処理状況テーブルに、前記指定されたジョブ識別情報に対応する処理状況が登録されている場合に、前記受信した画像形成ジョブを、前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブとして優先して選択することを特徴とする請求項７に記載の画像形成装置。
11. 前記優先処理部は、前記処理状況テーブルに、前記指定されたジョブ識別情報に対応する処理状況が登録されていない場合に、前記受信した画像形成ジョブを優先して選択しないことを特徴とする請求項１０に記載の画像形成装置。
12. 前記処理状況登録部は、前記画像形成処理部による画像形成処理の過程で、前記処理状況として印刷完了ページ数を、前記ジョブ識別情報に対応づけて前記処理状況テーブルに登録し、
    前記ジョブ判断部は、前記処理状況テーブルに、前記指定されたジョブ識別情報に対応する前記印刷完了ページ数が登録されているか否かを判断することにより、受信した複数の画像形成ジョブが、中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブであるか否かを判断することを特徴とする請求項１０に記載の画像形成装置。
13. サーバ装置と、前記サーバ装置とネットワークで接続された画像形成装置とを備えた画像形成システムであって、
    前記画像形成装置は、
    前記サーバ装置から、画像形成処理の中断後再開時に中断時点からの画像形成処理を可能とする一連の処理命令および画像形成データを含む第１プロトコルまたは前記第１プロトコル以外の第２プロトコルによる画像形成処理の実行単位である画像形成ジョブを受信する通信部と、
    前記画像形成ジョブを実行することにより、前記画像形成処理を実行する画像形成処理部と、
    前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、画像形成ジョブを受信した場合に、受信した画像形成ジョブのプロトコルを判断し、前記プロトコルが前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブを優先して選択する優先処理部と、を備え、
    前記画像形成処理部は、優先して選択された前記第１プロトコルの画像形成ジョブを実行することにより、前記中断された画像形成処理を継続して実行し、
    前記サーバ装置は、
    前記画像形成処理の開始時と、前記中断されていた画像形成処理の再開時に、前記画像形成装置に前記第１プロトコルの画像形成ジョブを送信する第２通信部、
    を備えたことを特徴とする画像形成システム。
14. 前記サーバ装置は、
    前記画像形成装置から、中断前の前記第１プロトコルによる画像形成処理で受信した画像形成データの画像形成データ数を受信し、受信した画像形成データ数に基づいて継続して画像形成する画像形成データ量を算出するデータ量算出部をさらに備え、
    前記第２通信部は、算出された前記画像形成データ量に基づいて、再開後に画像形成する画像形成データを含む前記第１プロトコルの印刷ジョブを前記画像形成装置に送信することを特徴とする請求項１３に記載の画像形成システム。
15. 画像形成装置で実行される画像形成方法であって、
    ネットワークに接続されたサーバ装置から、画像形成処理の中断後再開時に中断時点からの画像形成処理を可能とする一連の処理命令および画像形成データを含む第１プロトコルまたは前記第１プロトコル以外の第２プロトコルによる画像形成処理の実行単位である画像形成ジョブを受信する通信ステップと、
    前記画像形成ジョブを実行することにより、前記画像形成処理を実行する画像形成処理ステップと、
    前記第１プロトコルの画像形成ジョブによる画像形成処理が中断された後、画像形成ジョブを受信した場合に、受信した画像形成ジョブのプロトコルを判断し、前記プロトコルが前記中断された画像形成処理にかかる前記第１プロトコルの画像形成ジョブを優先して選択する優先処理ステップと、を含み、
    前記画像形成処理ステップは、優先して選択された前記第１プロトコルの画像形成ジョブを実行することにより、前記中断された画像形成処理を継続して実行することを特徴とする画像形成方法。

Images