ジョブ処理装置、ジョブ処理装置の制御方法及びプログラム
【課題】 ジョブ処理装置における処理対象の同一グループ内の複数のジョブ間にグループ外の他のジョブが割り込むことを防ぐと共に、同一グループ内の複数のジョブ毎に管理することを可能にする
【解決手段】 ジョブ処理装置は、グループを識別するグループ識別情報を含んだジョブの実行指示を受信すると、前記グループ識別情報によって識別されるグループに属する複数のジョブを、当該複数のジョブの間に他のグループに属するジョブが割り込まないように連続して処理する。そして、処理された複数のジョブをそれぞれ別のジョブとして管理する。
【解決手段】 ジョブ処理装置は、グループを識別するグループ識別情報を含んだジョブの実行指示を受信すると、前記グループ識別情報によって識別されるグループに属する複数のジョブを、当該複数のジョブの間に他のグループに属するジョブが割り込まないように連続して処理する。そして、処理された複数のジョブをそれぞれ別のジョブとして管理する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信したジョブを処理するジョブ処理装置、ジョブ処理装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
従来から画像形成装置等のジョブ処理装置がネットワークに接続され、ネットワーク上に存在する複数のコンピュータから利用されるようになっている。一般に、印刷ジョブを処理するジョブ処理装置としての画像形成装置で印刷を行う場合、画像形成装置は、コンピュータから送信された印刷ジョブを受け付けた順に印刷を行っている。一方、コンピュータは、印刷対象となる複数の文書を夫々異なる印刷ジョブとして発行するため、複数の文書をまとめて印刷したい場合であっても、印刷対象の文書の間に他のコンピュータから送信された印刷ジョブが割り込んで実行されてしまう場合がある。このような場合、印刷出力された複数の文書の間に他のユーザが依頼した印刷文書が混在してしまうという問題点があった。
そこで、このような問題に対し、コンピュータ側で複数の印刷ジョブを１つにまとめたグループ印刷ジョブを生成し、画像形成装置における印刷ジョブの割込みを防ぐ仕組みが提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１８２８７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記背景技術で説明した仕組みを使えば、画像形成装置における印刷ジョブの割込みを防ぐことができる。しかしながら、上記背景技術の方法は、複数の印刷ジョブを一つにまとめたグループ印刷ジョブという新たなジョブを生成するものであり、グループ印刷ジョブは画像形成装置において一つのジョブとして管理される。従って、例えばグループ印刷ジョブに含まれる複数の文書毎にジョブ終了通知を通知することができなかった。
【０００５】
本発明はこの問題に対してなされたものであり、ジョブ処理装置における処理対象の同一グループ内の複数のジョブ間にグループ外の他のジョブが割り込むことを防ぐと共に、同一グループ内の複数のジョブ毎に管理することを可能にする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本願発明のジョブ処理装置は、グループを識別するグループ識別情報を含んだジョブの実行指示を受信する受信手段と、前記受信手段によって実行指示を受信すると、前記グループ識別情報によって識別されるグループに属する複数のジョブを、当該複数のジョブの間に他のグループに属するジョブが割り込まないように連続して処理する処理手段と、前記処理手段によって処理された複数のジョブをそれぞれ別のジョブとして管理する管理手段とを備えることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ジョブ処理装置における処理対象の同一グループ内の複数のジョブ間にグループ外の他のジョブが割り込むことを防ぐと共に、同一グループ内の複数のジョブ毎に管理することを可能にする。
【図面の簡単な説明】
【０００８】
【図１】本実施例の印刷システムのシステム構成図
【図２】画像形成装置のハードウェア構成を示すブロック図
【図３】クライアントコンピュータ、プリントサーバのハードウェア構成を示すブロック図
【図４】画像形成装置のソフトウェア構成を示すブロック図
【図５】クライアントコンピュータのソフトウェア構成を示すブロック図
【図６】プリントサーバのソフトウェア構成を示すブロック図
【図７】プリントサーバに格納される文書の一覧を表示した画面の例
【図８】本実施例の印刷処理のシーケンス図
【図９】画像形成装置が送受信するメッセージの例
【図１０】画像形成装置において実行される処理のフローチャート
【図１１】画像形成装置において実行される処理のフローチャート
【図１２】画像形成装置が管理するジョブ管理テーブルの例
【図１３】画像形成装置が管理するグループ管理テーブルの例
【図１４】印刷ジョブを印刷キューに投入する流れを模式的に示した図
【図１５】第２の実施例における印刷システムのシステム構成図
【図１６】第２の実施例における印刷システムの印刷処理のシーケンス図
【図１７】第２の実施例における画像形成装置が送受信するメッセージの例
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【００１０】
図１は、本発明を適用した印刷システムのシステム構成図である。
【００１１】
図１の印刷システムでは、ＬＡＮ１２０上に存在する画像形成装置１０１及びクライアントコンピュータ１０２（以下、コンピュータ１０２と呼ぶ）が、インターネット１１０を介してプリントサーバ１０３（以下、サバ１０３と呼ぶ）と接続されている。本実施例では、ジョブを受信して処理するジョブ処理装置の一例として、画像形成ジョブ（例えば印刷ジョブ）を処理する画像形成装置を例に説明する。また、クライアント装置の一例としてクライアントコンピュータ、サーバ装置の一例としてプリントサーバを用いて説明する。
【００１２】
画像形成装置１０１は、コンピュータ１０２やサーバ１０３と通信可能であり、コンピュータ１０２やサーバ１０３から送信された印刷データを受信して印刷する機能を持つ。コンピュータ１０２は、画像形成装置１０１やサーバ１０３と通信可能であり、画像形成装置１０１に対して印刷処理の実行を指示する端末である。サーバ１０３は、画像形成装置１０１やコンピュータ１０２と通信可能であり、コンピュータ１０２からの印刷要求に対する処理、印刷ジョブの管理、画像形成装置１０１の管理等の処理を行う。また、本実施例においては、サーバ１０３はユーザごとに文書を管理する文書管理サーバとしての機能も備えている。尚、サーバ１０３は機能毎に複数のサーバに分離していてもよい。
【００１３】
本実施例における図１の印刷システムでは、コンピュータ１０２が保持する印刷データをコンピュータ１０２が画像形成装置１０１へ送信して印刷処理を実行させる所謂プッシュプリント機能を実行可能である。加えて、サーバ１０３が保持する文書（印刷データ）を画像形成装置１０１が自ら取得して印刷処理を実行する所謂プルプリント機能も実行可能である。以下の説明では、これらのプリント機能のうち、プルプリント機能を実行する場合を例に説明する。
【００１４】
尚、図１の例におけるＬＡＮ１０２は、有線のネットワークに限らず、無線ネットワークによっても実現可能であり、それらの組み合わせやその他の任意の通信方法によって実現されてもよい。また、ＬＡＮ１２０やインターネット１１０に存在する端末は、図１に示した装置のみではなく、その他の装置が存在していてもよい。また、図１の印刷システムでは、画像形成装置１０１とコンピュータ１０２はＬＡＮ１２０を介して接続されているため、相互に通信可能である。一方で、ＬＡＮ１２０とインターネット１１０との間にはファイアーウォール（不図示）が存在し、インターネット１１０からＬＡＮ１２０への通信を制限している。従って、画像形成装置１０１からサーバ１０３への通信、及びコンピュータ１０２からサーバ１０３への通信は許可されているが、サーバ１０３から画像形成装置１０１への通信、及びサーバ１０３からコンピュータ１０２への通信は制限されている。これらの通信が許可されるのは、サーバ１０３が画像形成装置１０１からのリクエストに応答する場合、又はサーバ１０３がコンピュータ１０２からのリクエストに応答する場合に限られている。
【００１５】
図２は画像形成装置１０１のハードウェア構成を示すブロック図である。
【００１６】
図２の画像形成装置１０１において、２０１はＣＰＵである。ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭまたは外部記憶装置２１１に記憶された制御プログラムに基づいて各種処理を実行し、システムバス２０４に接続される各種のデバイスとのアクセスを総括的に制御する。また、印刷インターフェース２０７を介して接続される印刷部（プリンタエンジン）２１０を制御し印刷部に画像信号を出力したり、読取インターフェース２１２を介して接続される読取部（スキャナ）２１３を制御し、画像信号を入力する。また、このＲＯＭ２０３のプログラム用ＲＯＭには、ＣＰＵ２０１が実行可能な制御プログラム等が記憶される。さらに、ＲＯＭ２０３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等が記憶され、ＲＯＭ２０３のデータ用ＲＯＭには、コンピュータ１０２上で利用される情報等が記憶されている。ＣＰＵ２０１はＬＡＮコントローラ部２０６を介してネットワーク上のコンピュータ１０２や他の画像形成装置、サーバ１０３との通信処理が可能となっている。
【００１７】
２０２はＲＡＭで、主としてＣＰＵ２０１の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２０２は、ＰＤＬデータをビットマップデータに展開するための領域等に用いられる。ハードディスク（ＨＤＤ）、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）等の外部記憶装置２１１は、ディスクコントローラ（ＤＫＣ）２０８によりアクセスが制御される。外部記憶装置２１１は、アプリケーションプログラム、フォントデータ、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。またさらに、スキャナ２１３から読み取った画像データや印刷ジョブの画像データをＢＯＸデータとして保持するＢＯＸデータ格納領域としても使用される。ＢＯＸデータは、ネットワークを介してコンピュータ１０２から参照したり、印刷を行うことができる。２０５は操作パネルで、タッチパネルによって構成される表示部と各種ハードキーによって構成される。表示部には、各種ソフトウェアキーが表示され、ユーザはソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。２０９は不揮発性メモリであり、操作パネル２０５から設定される各種設定情報を記憶している。
【００１８】
また、図示していないが、画像形成装置１０１にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ２０１によって制御される。尚、画像形成装置のハードウェア構成は、図２の例に限定されず、少なくとも印刷機能を備える構成であればどのような構成であってもよい。
【００１９】
図３はクライアントコンピュータ１０２、プリントサーバ１０３のハードウェア構成を示すブロック図である。
【００２０】
図３において、３０１はＣＰＵである。ＣＰＵ３０１は、ＲＯＭ３０２または外部記憶装置３１２に記憶された制御プログラムに基づいて各種処理を実行し、システムバス３０４に接続された各種デバイスの制御を行う。３０２はＢＩＯＳやブートプログラムを記憶するＲＯＭ、３０３はＣＰＵ３０１の主記憶装置として使用されるＲＡＭである。３０５はキーボードコントローラ（ＫＢＣ）であり、マウス等のポインティングデバイス３０９、キーボード３１０からの情報などの入力に係る処理を行う。３０６は表示制御部（ＣＲＴＣ）であり、内部にビデオメモリを有し、ＣＰＵ３０１からの指示に従ってそのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号としてＣＲＴ（表示装置）３１１に出力する。なお、図３において表示装置としてＣＲＴを例示しているが、液晶表示装置等、表示装置の種類は問わない。３０７はディスクコントローラ（ＤＫＣ）であり、ハードディスク（ＨＤＤ）、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）等の外部記憶装置３１２へのアクセスを行う。３０８はネットワークインタフェースカード（ＮＩＣ）であって、ネットワークに接続し、ネットワークを介しての情報通信を行うものである。なお、外部記憶装置３１２には、ＯＳやＯＳ上で動作する各種アプリケーションプログラム等が格納される。上記構成において、本装置の電源がＯＮになると、ＣＰＵ３０１はＲＯＭ３０２に格納されたブートプログラムに従って、外部記憶装置３１２からＯＳをＲＡＭ３０３に読み込み、情報処理装置として機能するようになる。
【００２１】
図４は、画像形成装置１０１のソフトウェア構成を示すブロック図である。
【００２２】
印刷要求受信部４０１は、コンピュータ１０２から印刷ジョブ生成要求、プルプリント要求をＬＡＮコントローラ２０６を介して受信し、プルプリント要求に含まれるＵＲＬをジョブ管理テーブルに保存する。このＵＲＬは、画像形成装置１０１が印刷する対象となる印刷データを取得するために用いられ、印刷データを特定する特定情報の一例である。更に印刷要求受信部４０１は、外部記憶装置２１１又はＲＡＭ２０２内のジョブ管理テーブルに保存された印刷ジョブをＲＡＭ２０２内の印刷キューに投入する処理を行う。印刷処理部４０３は、印刷ジョブを印刷キューから取得し、印刷データを取得するためのＵＲＬを印刷データ取得部４０２に渡す。ＵＲＬは通常、印刷データを蓄積している端末（本実施例ではサーバ１０３）を示すアドレスと、その端末内での印刷データの格納先を示すパスからなる。印刷データ取得部４０２は、渡されたＵＲＬに対して印刷データ取得要求を送信し、その応答として印刷データを受信し、印刷処理部４０３に渡す。印刷処理部４０３は、印刷データを解析してビットマップに展開し、印刷インターフェース２０７を介してプリントエンジン２１０に送信し、用紙への印刷を行う。イベント通知部４０４は、ジョブ終了等の印刷ジョブの状態をサーバ１０３に通知する。尚、イベント通知部４０４において通知される印刷ジョブの状態は、ジョブの終了のみならず、ジョブの開始の通知や、ジョブの中断の通知、エラー発生の通知等、その他の状態であってもよい。また、イベント通知部４０４の通知方法は、サーバ１０３等の外部装置への送信に限らず、画像形成装置１０１の表示部へ表示する等の方法によって通知してもよい。
【００２３】
図５は、コンピュータ１０２のソフトウェア構成を示すブロック図である。
【００２４】
本実施例におけるコンピュータ１０２は、少なくともＷｅｂブラウザ部５０１を備えていればよい。ユーザはＷｅｂブラウザ部５０１を使用してＮＩＣ３０８を介してサーバ１０３に接続し、サーバ１０３に格納されている文書の確認や所望の文書を指定した印刷指示を行うことができる。また、Ｗｅｂブラウザ部５０１は、サーバ１０３から印刷ジョブ生成要求、プルプリント要求を受信し、画像形成装置１０１にリダイレクトして送信する。
【００２５】
図６は、サーバ１０３のソフトウェア構成を示すブロック図である。
【００２６】
Ｗｅｂサーバ部６０１は、コンピュータ１０２に対するＵＩを提供する。このＵＩは例えば、文書管理部６０２がユーザごとに外部記憶装置３１２において管理している文書の情報を示すＵＩである。具体的には、Ｗｅｂサーバ部６０１は、コンピュータ１０２のＷｅｂブラウザ部５０１からのリクエストに応答して、ＨＴＭＬやＸＭＬ等のページ記述言語で記述されたファイルをＮＩＣ３０８を介してコンピュータ１０２に送信する。このファイルは、コンピュータ１０２のＷｅｂブラウザ部５０１で解釈され、コンピュータ１０２に表示されるＵＩが生成される。また、Ｗｅｂサーバ部６０１は印刷指示をＮＩＣ３０８を介して受信する。Ｗｅｂサーバ部６０１が印刷指示を受信すると、印刷制御部６０３は、印刷指示により指定された画像形成装置に適した印刷データを生成し一時的に蓄積する。画像形成装置に適した印刷データとは、例えば画像形成装置が処理可能なフォーマットの画像データや、画像形成装置に対応するプリンタドライバによって生成されたＰＤＬデータである。印刷要求送信部６０４は、複数の印刷ジョブの固まり（グループ）を識別するためのグループ識別情報としてのＧｒｏｕｐＩｄと、ＧｒｏｕｐＩｄに含まれる印刷ジョブの数を示すＧｒｏｕｐＳｉｚｅを生成する。そして、コンピュータ１０２へＧｒｏｕｐＩｄとＧｒｏｕｐＳｉｚｅを含む印刷ジョブ生成要求を送信する。また、コンピュータ１０２へプルプリント要求を送信する。印刷データ取得要求処理部６０５は、画像形成装置１０１から印刷データ取得要求を受信し、指定された印刷データを画像形成装置１０１に送信する。イベント受信部６０６は、画像形成装置１０１から印刷ジョブの状態の通知を受信する。
【００２７】
次に、本実施例の印刷システムにおける印刷実行の流れを説明する。図７は、コンピュータ１０２のＷｅｂブラウザ５０１において、サーバ１０３の外部記憶装置３１２に格納されている文書の一覧を表示した画面である。図７の例では、サーバ１０３にログインしたユーザがアクセス可能な文書のリストが、文書名７０１、日付７０２、ページ数７０３、サイズ７０４といった各種情報と共に表示される。ユーザがこの画面から所望の文書のチェックボックス７０５をチェックし、印刷ボタン７０６を押下すると、印刷が実行される。チェックボックス７０５は複数の文書を同時に選択することができ、本実施例では、同時に選択された複数の文書はその間に別の文書が割り込まれることなく、一まとまりで印刷される。また、１つの文書はそれぞれ１つのジョブとして印刷処理される。
【００２８】
図８は、本実施例の印刷システムにおける１つのジョブの印刷処理のシーケンスである。
【００２９】
本シーケンスに係る画像形成装置１０１のプログラムは、画像形成装置１０１の外部記憶装置２１１又はＲＯＭ２０３に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またサーバ１０３、コンピュータ１０２の各プログラムは、各機器の外部記憶装置３１２又はＲＯＭ３０２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００３０】
コンピュータ１０２は、Ｓ８０１において、ユーザの入力を受け付け、文書の印刷要求をサーバ１０３に送信する。サーバ１０３は、Ｓ８０２において、指定された画像形成装置に適した印刷データを生成し一時的に蓄積する。その後、プリントサーバ１０３は、Ｓ８０２において、図９（ａ）のような印刷ジョブ生成要求をコンピュータ１０２に送信する。印刷ジョブ生成要求は、サーバ１０３によって生成される要求であり、画像形成装置１０１に印刷ジョブを生成させるための要求である。本実施例の印刷システムでは、画像形成装置にジョブを送信する装置は、一旦、ジョブ生成要求を画像形成装置に送信し、画像形成装置においてジョブＩＤを生成してもらう必要がある。画像形成装置においてＪｏｂＩＤが生成され、ジョブを送信する装置にそのＪｏｂＩＤが通知されると、ジョブを送信する装置は、そのＪｏｂＩＤを指定してジョブを送信する。従って、図９（ａ）の印刷ジョブ生成要求は最終的に画像形成装置１０１に送信されなければならない。しかし、上述したように、本実施例（図１）の印刷システムでは、サーバ１０３から画像形成装置１０１への通信はファイアウォールによって制限されている。従って、サーバ１０３はジョブ生成要求をコンピュータ１０２からの印刷要求に対する応答としてコンピュータに送信し、コンピュータにそのジョブ生成要求を画像形成装置１０１宛てにリダイレクトさせる方法を用いる。コンピュータ１０２は、Ｓ８０３において、サーバ１０３から受信した印刷ジョブ生成要求をリダイレクトして、画像形成装置１０１に送信する。画像形成装置１０１は、コンピュータ１０２から印刷ジョブ生成要求を受信すると、印刷ジョブを識別するジョブ識別情報としてのＪｏｂＩｄを含む印刷ジョブを生成する。画像形成装置１０１は、Ｓ８０４において、コンピュータに図９（ｂ）のような印刷ジョブ生成要求応答を送信する。印刷ジョブ生成要求応答には、ＪｏｂＩｄが含まれており、サーバ１０３が印刷ジョブを識別するために用いられる。コンピュータ１０２は、Ｓ８０５において、受信した印刷ジョブ生成要求をリダイレクトして、サーバ１０３に送信する。サーバ１０３は、印刷ジョブ生成要求応答に含まれるＪｏｂＩｄで印刷ジョブの識別を行う。そして、プリントサーバ１０３は、Ｓ８０６において、図９（ｃ）のようなプルプリント要求をコンピュータ１０２に送信する。プルプリント要求は、サーバ１０３によって生成される要求であり、画像形成装置１０２に印刷データを取得するためのＵＲＬを通知するための要求である。また、プルプリント要求は、印刷ジョブ生成要求に従って生成されたジョブの実行を指示するための実行指示でもある。従ってこの要求は最終的に画像形成装置１０１に送信される。上述したように、サーバ１０３から画像形成装置１０１への通信はファイアウォールによって制限されている。そのためサーバ１０３は、プルプリント要求を画像形成装置１０１へ送信せずに、印刷ジョブ生成要求応答に対する応答として、コンピュータに送信し、コンピュータにそのプルプリント要求を画像形成装置１０１宛てにリダイレクトさせる。コンピュータ１０２は、Ｓ８０７において、サーバ１０３から受信したプルプリント要求をリダイレクトして、画像形成装置１０１に送信する。画像形成装置１０１は、Ｓ８０８において、コンピュータ１０２から受信したプルプリント要求に含まれるＵＲＬを抽出し、そのＵＲＬに基づいてサーバ１０３に対して印刷データ取得要求を送信する。サーバ１０３は、Ｓ８０９において、プルプリント要求に含まれたＵＲＬによって特定する印刷データを、画像形成装置１０１に送信する。画像形成装置１０１は、Ｓ８１０において、サーバ１０３から受信した印刷データを処理して印刷を行う。印刷が終了すると、画像形成装置１０１は、Ｓ８１１において、コンピュータ１０２にＳ８０７の応答としてプルプリント要求応答を送信する。コンピュータ１０２は、Ｓ８１２において、画像形成装置１０１から受信したプルプリント要求応答をリダイレクトして、サーバ１０３に送信する。画像形成装置１０１は、Ｓ８１３において、ジョブ終了通知をプリントサーバ１０３に送信する。ジョブ終了通知は、印刷処理が終了したことを通知するために、画像形成装置１０１からサーバ１０３へ送信される。また、ジョブ終了通知は、１つのジョブが終了する毎に送信されるため、１つの文書毎に印刷ジョブを生成する本実施例によれば、一つの文書の印刷が終了する毎に送信される。サーバ１０３に文書毎にジョブ終了通知が通知されると、サーバ１０３は、画像形成装置１０１へ送信した文書毎の終了を知ることができる。また、サーバ１０３の内部では、この通知に従って各文書の処理状況が管理される。また、コンピュータ１０２が備えるＷｅｂブラウザを用いてサーバ１０３にアクセスすることにより、コンピュータ１０２を操作するユーザも、文書毎に処理状況を知ることができる。尚、図８では、上述したように、Ｓ８０２の印刷ジョブ生成要求やＳ８０６のプルプリント要求等をサーバ１０３が直接画像形成装置１０１へ送信せずに一旦コンピュータ１０２に送信する。そしてコンピュータ１０２がリダイレクトすることによって画像形成装置１０１へ送信している。これは、図１で説明したように、コンピュータ１０２や画像形成装置１０１が存在するＬＡＮとサーバ１０３が存在するインターネット間にファイアウォールが存在し、サーバ１０３からのアクセスが制限されているからである。本実施例によれば、このようなシステム構成においても、コンピュータ１０２のリダイレクト処理を利用することによって、プルプリント機能を実現することができるようになっている。
【００３１】
図９（ａ）はサーバ１０３によって生成される印刷ジョブ生成要求の例である。図９（ａ）の例では、ＸＭＬによって記述されている。
【００３２】
９０１は印刷ジョブ生成要求であることを示す＜ＣｒｅａｔｅＰｒｉｎｔＪｏｂＲｅｑｕｅｓｔ＞タグである。９０２はＧｒｏｕｐＩｄを示す＜ＧｒｏｕｐＩｄ＞タグであり、ＧｒｏｕｐＩｄの値が記述される。本実施例では、複数の印刷ジョブ生成要求が同じＧｒｏｕｐＩｄの値を持つことができ、同じＧｒｏｕｐＩｄの値を持つ印刷ジョブを印刷処理中は、そのＧｒｏｕｐＩｄの値を持たない他の印刷ジョブが割り込みされることはないように制御される。９０３はＧｒｏｕｐＳｉｚｅを示す＜ＧｒｏｕｐＳｉｚｅ＞タグであり、ＧｒｏｕｐＩｄ毎のジョブ数を示す値が記述される。なお、同じＧｒｏｕｐＩｄの値を持つ印刷ジョブ生成要求は同じＧｒｏｕｐＳｉｚｅの値を持つ。
【００３３】
なお、＜ＧｒｏｕｐＩｄ＞タグ９０２と＜ＧｒｏｕｐＳｉｚｅ＞タグ９０３が存在しない印刷ジョブ生成要求は、単独ジョブの印刷ジョブ生成要求である。また、＜ＧｒｏｕｐＩｄ＞タグ９０２と、１の値を持つ＜ＧｒｏｕｐＳｉｚｅ＞タグ９０３の印刷ジョブ生成要求は、単独ジョブの印刷ジョブ生成要求である。
【００３４】
図９（ｂ）は画像形成装置１０１によって生成される印刷ジョブ生成要求応答の例である。図９（ｂ）の例では、ＸＭＬによって記述されている。
【００３５】
９１１は印刷ジョブ生成要求応答であることを示す＜ＣｒｅａｔｅＰｒｉｎｔＪｏｂＲｅｓｐｏｎｓｅ＞タグである。９１２はＪｏｂＩｄを示す＜ＪｏｂＩｄ＞タグである。
【００３６】
図９（ｃ）はサーバ１０３によって生成されるプルプリント要求の例である。図９（ｃ）の例では、ＸＭＬによって記述されている。
【００３７】
９２１はプルプリント要求を示す＜ＡｄｄＤｏｃｕｍｅｎｔＲｅｑｕｅｓｔ＞タグである。９２２はＪｏｂＩｄを示す＜ＪｏｂＩｄ＞タグであり、９１２のＪｏｂＩｄと対応している。９２３は印刷データを特定するためのＵＲＬを示す＜ＤｏｃｕｍｅｎｔＵｒｌ＞タグである。画像形成装置１０１はこのＵＲＬに対して印刷ジョブ取得要求を送信する。
【００３８】
図１０は、画像形成装置１０１の印刷要求受信部４０１に対応するプログラムが実行されたときの画像形成装置１０１の処理を示すフローチャートである。
【００３９】
本フローに係る印刷要求受信部４０１に対応するプログラムは、画像形成装置１０１の外部記憶装置２１１又はＲＯＭ２０３に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。
【００４０】
まず、ＣＰＵ２０１は、コンピュータ１０２からメッセージを受信する（Ｓ１００１）。ＣＰＵ２０１は受信したメッセージを解析し、受信したメッセージが印刷ジョブ生成要求である場合は、受信した印刷ジョブ生成要求にＧｒｏｕｐＩｄとＧｒｏｕｐＳｉｚｅが含まれるかどうかを判断する（Ｓ１００２）。ＧｒｏｕｐＩｄとＧｒｏｕｐＳｉｚｅが含まれる場合は、ＣＰＵ２０１は、ＧｒｏｕｐＩｄとＧｒｏｕｐＳｉｚｅを図１３に示すグループ管理テーブル１３０１のＧｒｏｕｐＩｄ１３０２とＧｒｏｕｐＳｉｚｅ１３０３に保存する（Ｓ１００３）。その後ＣＰＵ２０１は、ＪｏｂＩｄを生成し、印刷ジョブ生成要求に含まれるＧｒｏｕｐＩｄと共に図１２に示すジョブ管理テーブル１２０１のＪｏｂＩｄ１２０２とＧｒｏｕｐＩｄ１２０３に保存する（Ｓ１００４）。その後、ＣＰＵ２０１は、印刷ジョブ生成要求応答をコンピュータ１０２に送信する（Ｓ１００５）。Ｓ１００２において、受信した印刷ジョブ生成要求にＧｒｏｕｐＩｄとＧｒｏｕｐＳｉｚｅが含まれていない場合は、ＣＰＵ２０１は、単独ジョブと判断してＳ１００４に進む。そして、ＣＰＵ２０１はＪｏｂＩｄを生成し、ＧｒｏｕｐＩｄを空にして、ジョブ管理テーブル１２０１のＪｏｂＩｄ１２０２とＧｒｏｕｐＩｄ１２０３にそれぞれ保存する。
【００４１】
Ｓ１００１において、受信したメッセージがプルプリント要求である場合は、Ｓ１００６に進む。プルプリント要求にはＪｏｂＩｄと印刷データを特定するためのＵＲＬが含まれる。ＣＰＵ２０１は、受信したプルプリント要求に含まれるＵＲＬをジョブ管理テーブル１２０１の該当するＪｏｂＩｄと対応付けて保存する（Ｓ１００６）。そして、受信したプルプリント要求に記述されたＪｏｂＩｄに対して、ジョブ管理テーブル１２０１において、ＧｒｏｕｐＩｄが保存されているかどうかを判断する（Ｓ１００７）。その結果、ＧｒｏｕｐＩｄがジョブ管理テーブル１１０１に保存されている場合は、ＣＰＵ２０１は、グループ管理テーブル１３０１の該当するＧｒｏｕｐＩｄのプルプリント要求受信数１３０４を１つインクリメントする（Ｓ１００８）。その後ＣＰＵ２０１は、ＧｒｏｕｐＳｉｚｅ分のプルプリント要求を受信したかを判断する（Ｓ１００９）。具体的には、グループ管理テーブル１３０１において、プルプリント要求に含まれるＧｒｏｕｐＩＤのプルプリント受信数１３０４の値、即ちそのＧｒｏｕｐＩｄのプルプリント要求を受信した回数がＧｒｏｕｐＳｉｚｅ１３０３の値に達したか否かを判断する。Ｓ１００９における判断の結果、ＧｒｏｕｐＳｉｚｅ分のプルプリント要求を受信したと判断した場合は、Ｓ１０１０に進む。一方、ＧｒｏｕｐＳｉｚｅ分のプルプリント要求を受信したと判断されなかった場合には、Ｓ１０１０の処理を行わずにＳ１０１１へと進む。Ｓ１０１０において、ＣＰＵ２０１は、プルプリント要求のＪｏｂＩｄが属するＧｒｏｕｐＩｄの値と同じＧｒｏｕｐＩｄに属する他のＪｏｂＩｄを特定し、ジョブ管理テーブル１２０１中のこれらのジョブに関する情報をまとめて、印刷キューに投入する。その後、Ｓ１０１１において、ＣＰＵ２０１はプルプリント要求応答を生成し、コンピュータ１０２に送信する。
【００４２】
Ｓ１００７において、ＧｒｏｕｐＩｄがジョブ管理テーブル１１０１に含まれていない場合（図１２の場合、ＪｏｂＩｄ７のジョブ）は、単独ジョブと判断して、Ｓ１０１２に進み、当該ジョブに関する情報を印刷キューに投入する。
【００４３】
図１１は画像形成装置１０１の印刷処理部４０３に対応するプログラムが実行されたときの画像形成装置１０１の処理を示すフローチャートである。
【００４４】
本フローに係る印刷処理部４０３に対応するプログラムは、画像形成装置１０１の外部記憶装置２１１又はＲＯＭ２０３に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。
【００４５】
まずＣＰＵ２０１は、印刷キューにジョブが存在するか確認する（Ｓ１１０１）。印刷キューにジョブが存在すると判断された場合は、ＣＰＵ２０１は印刷キューからジョブを受信する（Ｓ１１０２）。具体的には、印刷キューには、ジョブ情報として印刷データを特定するためのＵＲＬが存在している。Ｓ１１０２の処理では、印刷キューに存在するジョブのジョブ情報から、少なくともＵＲＬを取得する。そして、ＣＰＵ２０１は、Ｓ１１０２で取得したＵＲＬを用いてサーバ１０３にアクセスし、そのＵＲＬで特定される印刷データをサーバ１０３から取得する（Ｓ１１０３）。その後、ＣＰＵ２０１は、取得した印刷データに基づいて印刷処理を実行する（Ｓ１１０４）。印刷処理が終了すると、ＣＰＵ２０１はジョブ終了通知をサーバ１０３に送信する（Ｓ１１０５）。その後、再びＳ１１０５において、印刷キューにジョブが存在するかを確認する。サーバ１０３に文書毎にジョブ終了通知が通知されると、サーバ１０３は、画像形成装置１０１へ送信した文書毎の終了を知ることができる。また、サーバ１０３の内部では、この通知に従って各文書の処理状況が管理される。また、コンピュータ１０２が備えるＷｅｂブラウザを用いてサーバ１０３にアクセスすることにより、コンピュータ１０２を操作するユーザも、文書毎に処理状況を知ることができる。
【００４６】
図１１のフローチャートは、印刷キューに存在するジョブ毎に実行される。また、一つのジョブは一つの文書のみを含む。従ってユーザは、複数の文書を含んだグループを生成した場合であっても、そのグループに含まれる個々の文書毎に印刷処理の終了通知を得ることができるようになる。
【００４７】
図１２は画像形成装置１０１に保持されるジョブ管理テーブル１２０１の例である。
【００４８】
１２０２はＪｏｂＩｄであり、画像形成装置１０１が印刷ジョブ生成要求を受信したときに画像形成装置１０１において生成される識別情報である。ＪｏｂＩｄは、画像形成装置１０１において保持しているジョブを一意に特定するために各ジョブに割り当てられる情報であり、例えば任意の数字である。１２０３はＧｒｏｕｐＩｄであり、受信した印刷ジョブ生成要求に含まれている情報である。１２０４は印刷対象となる印刷データを特定するためのＵＲＬであり、受信したプルプリント要求に含まれている。ジョブ管理テーブル１２０１では、少なくともこれらＪｏｂＩｄ，ＧｒｏｕｐＩｄ，ＵＲＬといった３つの情報を、ジョブ毎に関連付けて管理している。
【００４９】
図１３は画像形成装置１０１に保持されるグループ管理テーブル１３０１の例である。
１３０２はＧｒｏｕｐＩｄであり、図１２の１２０３と同じ情報である。１３０３はＧｒｏｕｐＳｉｚｅであり、一つのＧｒｏｕｐに含まれるジョブの数（文書の数）を示す値である。画像形成装置１０１は、ＧｒｏｕｐＳｉｚｅの数だけプルプリント要求を受信した後、そのジョブを印刷キューに投入する。１３０４はプルプリント要求受信数であり、ＧｒｏｕｐＩｄ毎にそれまでにプルプリント要求を受信した数を示す値である。グループ管理テーブル１３０１では、少なくともこれらＧｒｏｕｐＩｄ，ＧｒｏｕｐＳｉｚｅ，プルプリント要求受信数といった３つの情報を、グループ毎に関連付けて管理している。
【００５０】
図１４（ａ）、（ｂ）、（ｃ）はジョブ管理テーブル１２０１で管理しているジョブを印刷キューに投入するまでの様子を模式的に示した図である。
【００５１】
図１４（ａ）は、印刷キューにＧｒｏｕｐＩｄ１を構成するＪｏｂＩｄ１、ＪｏｂＩｄ２が投入されていることを示している。印刷処理部４０３は、印刷キューに投入された順に印刷ジョブを取得し、印刷処理を実行する。図１４（ａ）において、ジョブ管理テーブル１２０１は、ＧｒｏｕｐＩｄ２を構成するＪｏｂＩｄ３と、ＧｒｏｕｐＩｄ３を構成するＪｏｂＩｄ５に対するプルプリント要求を受信した状態である。また、ＧｒｏｕｐＩｄ２を構成するＪｏｂＩｄ４と、ＧｒｏｕｐＩｄ３を構成するＪｏｂＩｄ６と、単独ジョブのＪｏｂＩｄ７についてはジョブ生成要求を受信したもののプルプリント要求は未だ受信していない状態である。従って、ＧｒｏｕｐＩｄ２のジョブとＧｒｏｕｐＩｄ３のジョブとは、グループに含まれる全てのジョブのプルプリント要求をまだ受信していないため、印刷キューには投入されず、印刷の実行を待機している状態である。また、単独ジョブに関しても、プルプリント要求がまだ受信していないため、印刷の実行を待機している状態である。このとき、ＪｏｂＩｄ７を含む単独ジョブのプルプリント要求を受信すると、図１４（ｂ）に移行する。図１４（ｂ）では、ＪｏｂＩｄ７を含む単独ジョブのプルプリント要求を受信した後、ジョブ管理テーブル１２０１でＧｒｏｕｐＩｄが存在しないこと（単独ジョブであること）を確認し、印刷ジョブを印刷キューへ投入する。この状態では、ＧｒｏｕｐＩｄ２のジョブとＧｒｏｕｐＩｄ３のジョブとは、グループに含まれる全てのジョブのプルプリント要求をまだ受信していないため、印刷キューには投入されず、未だに印刷の実行を待機している状態である。次に、ＪｏｂＩｄ６を含むプルプリント要求を受信すると、図１４（ｃ）に移行する。図１４（ｃ）では、ＪｏｂＩｄ６を含むプルプリント要求を受信した後、ジョブ管理テーブル１２０１でＧｒｏｕｐＩｄ３であることを確認する。そして、グループ管理テーブル１３０１のＧｒｏｕＩｄ３のプルプリント要求受信数１３０４を１つインクリメントし、ＧｒｏｕｐＳｉｚｅの分だけプルプリント要求を受信したことを確認する。その後、ＧｒｏｕｐＩｄ３のＪｏｂＩｄ５、ＪｏｂＩｄ６をまとめてジョブ管理テーブル１１０１から印刷キューへ投入している。この状態は、ＧｒｏｕｐＩｄ３に関しては、そのグループに含まれる全てのジョブのプルプリント要求が受信されたので、印刷キューに投入され、ジョブの処理が開始される状態である。一方、ＧｒｏｕｐＩｄ２のジョブは、そのグループに含まれる全てのジョブのプルプリント要求をまだ受信していないため、印刷キューには投入されず、未だに印刷の実行を待機している状態である。
【００５２】
図１４に示す処理と並行して、図１１で説明した印刷処理部のフローが実行されており、印刷キューに投入されたジョブはその順番通りに順次処理されていく。つまり、複数のジョブから成るグループは、グループ内の全てのジョブが揃った状態で印刷キューに投入されており、且つ印刷キューの順番通りに印刷ジョブが処理されていくから、グループ内の複数のジョブの間にグループ外の他のジョブが割り込まれることはない。
【００５３】
上記説明したように、本実施例の構成によれば、ＧｒｏｕｐＩｄを用いて複数のジョブを一まとまりのグループとして管理し、グループ内のジョブの間にはグループ外の他のジョブが割り込んで実行されないようにすることができる。また、一つの文書につき一つのジョブとしているので、同じグループに属する複数の文書間にグループ外の他の文書が割り込んでしまうことを防ぐことができる。また、グループ内の個々のジョブ毎に管理を行うことが可能となる。例えば、ジョブ毎にジョブ終了通知を送信するので、ユーザは、グループ内の各文書に対して個々に印刷処理の終了を知ることができる。
【実施例２】
【００５４】
次に第二の実施例について説明する。
【００５５】
第一の実施例においては、図１に示したように、サーバ１０３がインターネット上に存在する場合を想定していたため、サーバ１０３からＬＡＮ１２０上の装置へのアクセスは、ＬＡＮ１２０上の装置からの要求に対する応答に制限されていた。これに対して第二の実施例では、画像形成装置１０１、コンピュータ１０２、サーバ１０３が同じＬＡＮ上に存在し、互いに自由に通信可能な場合を想定する。
【００５６】
図１５は、本実施例における印刷システムのシステム構成図である。
【００５７】
図１５では、画像形成装置１０１とコンピュータ１０２とサーバ１０３とが、同じＬＡＮ１２０上に接続されている。図１の印刷システムと異なる点は、サーバ１０３から画像形成装置１０１へのアクセス、サーバ１０３からコンピュータ１０２へのアクセスがファイアウォールによって制限されていない点であり、その他の点は図１で説明したものと同じである。また、各装置のハードウェア構成及びソフトウェア構成は、第１の実施例と同じであるため説明を省略する。
【００５８】
図１６は、本実施例の印刷システムにおける１つのジョブの印刷処理のシーケンスである。
【００５９】
本シーケンスに係る画像形成装置１０１のプログラムは、画像形成装置１０１の外部記憶装置２１１又はＲＯＭ２０３に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またサーバ１０３、コンピュータ１０２の各プログラムは、各機器の外部記憶装置３１２又はＲＯＭ３０２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００６０】
コンピュータ１０２は、Ｓ１６０１において、ユーザの入力を受け付け、文書の印刷要求をサーバ１０３に送信する。サーバ１０３は、Ｓ１６０２において、図９（ａ）のような印刷ジョブ生成要求を画像形成装置１０１に送信する。印刷ジョブ生成要求は画像形成装置１０１に印刷ジョブを生成させるための要求である。画像形成装置１０１は、印刷ジョブ生成要求を受信すると、印刷ジョブを識別するジョブ識別情報としてのＪｏｂＩｄを含む印刷ジョブを生成する。画像形成装置１０１は、Ｓ１６０３において、サーバ１０３に図９（ｂ）のような印刷ジョブ生成要求応答を送信する。印刷ジョブ生成要求応答には、ＪｏｂＩｄが含まれており、サーバ１０３が印刷ジョブを識別するために用いられる。サーバ１０３は、印刷ジョブ生成要求応答に含まれるＪｏｂＩｄで印刷ジョブの識別を行う。そして、サーバ１０３は、Ｓ１６０４において、図１７のようなプッシュプリント要求を画像形成装置１０１に送信する。プッシュプリント要求は、サーバ１０３が画像形成装置１０２に印刷データのバイナリデータを送信するために送信される。また、プッシュプリント要求は、印刷ジョブ生成要求に従って生成されたジョブの実行を指示するための実行指示として送信される。画像形成装置１０１は、Ｓ１６０５において、受信した印刷データの印刷を行う。印刷が終了すると、画像形成装置１０１は、Ｓ１６０６において、サーバ１０３にＳ１６０４の応答としてプッシュプリント要求応答を送信する。画像形成装置１０１は、Ｓ１６０７において、ジョブ終了通知をプリントサーバ１０３に送信する。ジョブ終了通知は、画像形成装置１０１がサーバ１０３に、印刷処理が終了したことを通知するために送信される。また、ジョブ終了通知は、１つのジョブが終了する毎に送信されるため、１つの文書毎に印刷ジョブを生成する本実施例によれば、一つの文書の印刷が終了する毎に送信される。
【００６１】
図１７はサーバ１０３が画像形成装置１０１に送信するプッシュプリント要求の例である。
【００６２】
１７０１はプッシュプリント要求を示す＜ＳｅｎｄＤｏｃｕｍｅｎｔＲｅｑｕｅｓｔ＞タグである。１７０２はＪｏｂＩｄを示す＜ＪｏｂＩｄ＞タグである。１７０３は印刷対象となる文書を示す＜ＤｏｃｕｍｅｎｔＤａｔａ＞タグであり、［Ｄａｔａ］は印刷対象となる文書のバイナリデータである。画像形成装置１０１はこのバイナリデータを受信して処理することによって印刷処理を実行する。
【００６３】
次に、本実施例の画像形成装置１０１において、印刷要求受信部及び印刷処理部に対応するプログラムが実行されたときの処理について説明する。
【００６４】
まず、印刷要求受信部に対応するプログラムが実行されたとき、画像形成装置１０１は、基本的に図１０のフローチャートと同様の処理を行う。図１０と異なるのは、図１０のＳ１００１では、受信したメッセージが印刷ジョブ生成要求かプルプリント要求かによって分岐しているのに対して、本実施例では、印刷ジョブ生成要求かプッシュプリント要求かによって分岐する点である。つまり、図１０のプルプリント要求の代わりに、本実施例ではプッシュプリント要求が存在する。その結果、本実施例では、図１０のＳ１００６の代わりに、受信した印刷データ（プッシュプリント要求に含まれているバイナリデータ）を記憶部（例えば外部記憶装置２１１）に格納する処理が行われる。それ以外の各ステップは、図１０と同じため、説明を省略する。
【００６５】
次に、印刷処理部に対応するプログラムが実行されたとき、画像形成装置１０１は、基本的に図１１のフローチャートと同様の処理を行う。図１１と異なるのは、Ｓ１１０３の処理である。図１１の例では、プルプリントを実行していたため、サーバ１０３から印刷データを取得していた。一方、本実施例では、プルプリントではなく、サーバ１０３から送信された印刷データは、画像形成装置１０１の記憶部に既に格納されている。従って、本実施例では、図１１のＳ１１０３の代わりに、記憶部に格納された印刷データを取得するという処理が行われる。それ以外の各ステップは、図１１と同じため、説明を省略する。
【００６６】
以上説明したように、本実施例の構成によれば、画像形成装置とクライアントコンピュータとプリントサーバとが、同じＬＡＮ上に存在していた場合であっても、第１の実施例で得られた効果と同様の効果を得ることができる。即ち、同じグループに属する複数の文書間にグループ外の他の文書が割り込んでしまうことを防ぐことができる。また、グループ内の個々のジョブ毎に管理を行うことが可能となる。例えば、ジョブ毎にジョブ終了通知を送信するので、ユーザは、グループ内の各文書に対して個々に印刷処理の終了を知ることができる。
【００６７】
［その他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６８】
１０１ 画像形成装置
１０２ クライアントコンピュータ
１０３ プリントサーバ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
【技術分野】
【０００１】
本発明は、受信したジョブを処理するジョブ処理装置、ジョブ処理装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
従来から画像形成装置等のジョブ処理装置がネットワークに接続され、ネットワーク上に存在する複数のコンピュータから利用されるようになっている。一般に、印刷ジョブを処理するジョブ処理装置としての画像形成装置で印刷を行う場合、画像形成装置は、コンピュータから送信された印刷ジョブを受け付けた順に印刷を行っている。一方、コンピュータは、印刷対象となる複数の文書を夫々異なる印刷ジョブとして発行するため、複数の文書をまとめて印刷したい場合であっても、印刷対象の文書の間に他のコンピュータから送信された印刷ジョブが割り込んで実行されてしまう場合がある。このような場合、印刷出力された複数の文書の間に他のユーザが依頼した印刷文書が混在してしまうという問題点があった。
そこで、このような問題に対し、コンピュータ側で複数の印刷ジョブを１つにまとめたグループ印刷ジョブを生成し、画像形成装置における印刷ジョブの割込みを防ぐ仕組みが提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１８２８７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記背景技術で説明した仕組みを使えば、画像形成装置における印刷ジョブの割込みを防ぐことができる。しかしながら、上記背景技術の方法は、複数の印刷ジョブを一つにまとめたグループ印刷ジョブという新たなジョブを生成するものであり、グループ印刷ジョブは画像形成装置において一つのジョブとして管理される。従って、例えばグループ印刷ジョブに含まれる複数の文書毎にジョブ終了通知を通知することができなかった。
【０００５】
本発明はこの問題に対してなされたものであり、ジョブ処理装置における処理対象の同一グループ内の複数のジョブ間にグループ外の他のジョブが割り込むことを防ぐと共に、同一グループ内の複数のジョブ毎に管理することを可能にする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本願発明のジョブ処理装置は、グループを識別するグループ識別情報を含んだジョブの実行指示を受信する受信手段と、前記受信手段によって実行指示を受信すると、前記グループ識別情報によって識別されるグループに属する複数のジョブを、当該複数のジョブの間に他のグループに属するジョブが割り込まないように連続して処理する処理手段と、前記処理手段によって処理された複数のジョブをそれぞれ別のジョブとして管理する管理手段とを備えることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ジョブ処理装置における処理対象の同一グループ内の複数のジョブ間にグループ外の他のジョブが割り込むことを防ぐと共に、同一グループ内の複数のジョブ毎に管理することを可能にする。
【図面の簡単な説明】
【０００８】
【図１】本実施例の印刷システムのシステム構成図
【図２】画像形成装置のハードウェア構成を示すブロック図
【図３】クライアントコンピュータ、プリントサーバのハードウェア構成を示すブロック図
【図４】画像形成装置のソフトウェア構成を示すブロック図
【図５】クライアントコンピュータのソフトウェア構成を示すブロック図
【図６】プリントサーバのソフトウェア構成を示すブロック図
【図７】プリントサーバに格納される文書の一覧を表示した画面の例
【図８】本実施例の印刷処理のシーケンス図
【図９】画像形成装置が送受信するメッセージの例
【図１０】画像形成装置において実行される処理のフローチャート
【図１１】画像形成装置において実行される処理のフローチャート
【図１２】画像形成装置が管理するジョブ管理テーブルの例
【図１３】画像形成装置が管理するグループ管理テーブルの例
【図１４】印刷ジョブを印刷キューに投入する流れを模式的に示した図
【図１５】第２の実施例における印刷システムのシステム構成図
【図１６】第２の実施例における印刷システムの印刷処理のシーケンス図
【図１７】第２の実施例における画像形成装置が送受信するメッセージの例
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【００１０】
図１は、本発明を適用した印刷システムのシステム構成図である。
【００１１】
図１の印刷システムでは、ＬＡＮ１２０上に存在する画像形成装置１０１及びクライアントコンピュータ１０２（以下、コンピュータ１０２と呼ぶ）が、インターネット１１０を介してプリントサーバ１０３（以下、サバ１０３と呼ぶ）と接続されている。本実施例では、ジョブを受信して処理するジョブ処理装置の一例として、画像形成ジョブ（例えば印刷ジョブ）を処理する画像形成装置を例に説明する。また、クライアント装置の一例としてクライアントコンピュータ、サーバ装置の一例としてプリントサーバを用いて説明する。
【００１２】
画像形成装置１０１は、コンピュータ１０２やサーバ１０３と通信可能であり、コンピュータ１０２やサーバ１０３から送信された印刷データを受信して印刷する機能を持つ。コンピュータ１０２は、画像形成装置１０１やサーバ１０３と通信可能であり、画像形成装置１０１に対して印刷処理の実行を指示する端末である。サーバ１０３は、画像形成装置１０１やコンピュータ１０２と通信可能であり、コンピュータ１０２からの印刷要求に対する処理、印刷ジョブの管理、画像形成装置１０１の管理等の処理を行う。また、本実施例においては、サーバ１０３はユーザごとに文書を管理する文書管理サーバとしての機能も備えている。尚、サーバ１０３は機能毎に複数のサーバに分離していてもよい。
【００１３】
本実施例における図１の印刷システムでは、コンピュータ１０２が保持する印刷データをコンピュータ１０２が画像形成装置１０１へ送信して印刷処理を実行させる所謂プッシュプリント機能を実行可能である。加えて、サーバ１０３が保持する文書（印刷データ）を画像形成装置１０１が自ら取得して印刷処理を実行する所謂プルプリント機能も実行可能である。以下の説明では、これらのプリント機能のうち、プルプリント機能を実行する場合を例に説明する。
【００１４】
尚、図１の例におけるＬＡＮ１０２は、有線のネットワークに限らず、無線ネットワークによっても実現可能であり、それらの組み合わせやその他の任意の通信方法によって実現されてもよい。また、ＬＡＮ１２０やインターネット１１０に存在する端末は、図１に示した装置のみではなく、その他の装置が存在していてもよい。また、図１の印刷システムでは、画像形成装置１０１とコンピュータ１０２はＬＡＮ１２０を介して接続されているため、相互に通信可能である。一方で、ＬＡＮ１２０とインターネット１１０との間にはファイアーウォール（不図示）が存在し、インターネット１１０からＬＡＮ１２０への通信を制限している。従って、画像形成装置１０１からサーバ１０３への通信、及びコンピュータ１０２からサーバ１０３への通信は許可されているが、サーバ１０３から画像形成装置１０１への通信、及びサーバ１０３からコンピュータ１０２への通信は制限されている。これらの通信が許可されるのは、サーバ１０３が画像形成装置１０１からのリクエストに応答する場合、又はサーバ１０３がコンピュータ１０２からのリクエストに応答する場合に限られている。
【００１５】
図２は画像形成装置１０１のハードウェア構成を示すブロック図である。
【００１６】
図２の画像形成装置１０１において、２０１はＣＰＵである。ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭまたは外部記憶装置２１１に記憶された制御プログラムに基づいて各種処理を実行し、システムバス２０４に接続される各種のデバイスとのアクセスを総括的に制御する。また、印刷インターフェース２０７を介して接続される印刷部（プリンタエンジン）２１０を制御し印刷部に画像信号を出力したり、読取インターフェース２１２を介して接続される読取部（スキャナ）２１３を制御し、画像信号を入力する。また、このＲＯＭ２０３のプログラム用ＲＯＭには、ＣＰＵ２０１が実行可能な制御プログラム等が記憶される。さらに、ＲＯＭ２０３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等が記憶され、ＲＯＭ２０３のデータ用ＲＯＭには、コンピュータ１０２上で利用される情報等が記憶されている。ＣＰＵ２０１はＬＡＮコントローラ部２０６を介してネットワーク上のコンピュータ１０２や他の画像形成装置、サーバ１０３との通信処理が可能となっている。
【００１７】
２０２はＲＡＭで、主としてＣＰＵ２０１の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２０２は、ＰＤＬデータをビットマップデータに展開するための領域等に用いられる。ハードディスク（ＨＤＤ）、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）等の外部記憶装置２１１は、ディスクコントローラ（ＤＫＣ）２０８によりアクセスが制御される。外部記憶装置２１１は、アプリケーションプログラム、フォントデータ、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。またさらに、スキャナ２１３から読み取った画像データや印刷ジョブの画像データをＢＯＸデータとして保持するＢＯＸデータ格納領域としても使用される。ＢＯＸデータは、ネットワークを介してコンピュータ１０２から参照したり、印刷を行うことができる。２０５は操作パネルで、タッチパネルによって構成される表示部と各種ハードキーによって構成される。表示部には、各種ソフトウェアキーが表示され、ユーザはソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。２０９は不揮発性メモリであり、操作パネル２０５から設定される各種設定情報を記憶している。
【００１８】
また、図示していないが、画像形成装置１０１にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ２０１によって制御される。尚、画像形成装置のハードウェア構成は、図２の例に限定されず、少なくとも印刷機能を備える構成であればどのような構成であってもよい。
【００１９】
図３はクライアントコンピュータ１０２、プリントサーバ１０３のハードウェア構成を示すブロック図である。
【００２０】
図３において、３０１はＣＰＵである。ＣＰＵ３０１は、ＲＯＭ３０２または外部記憶装置３１２に記憶された制御プログラムに基づいて各種処理を実行し、システムバス３０４に接続された各種デバイスの制御を行う。３０２はＢＩＯＳやブートプログラムを記憶するＲＯＭ、３０３はＣＰＵ３０１の主記憶装置として使用されるＲＡＭである。３０５はキーボードコントローラ（ＫＢＣ）であり、マウス等のポインティングデバイス３０９、キーボード３１０からの情報などの入力に係る処理を行う。３０６は表示制御部（ＣＲＴＣ）であり、内部にビデオメモリを有し、ＣＰＵ３０１からの指示に従ってそのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号としてＣＲＴ（表示装置）３１１に出力する。なお、図３において表示装置としてＣＲＴを例示しているが、液晶表示装置等、表示装置の種類は問わない。３０７はディスクコントローラ（ＤＫＣ）であり、ハードディスク（ＨＤＤ）、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）等の外部記憶装置３１２へのアクセスを行う。３０８はネットワークインタフェースカード（ＮＩＣ）であって、ネットワークに接続し、ネットワークを介しての情報通信を行うものである。なお、外部記憶装置３１２には、ＯＳやＯＳ上で動作する各種アプリケーションプログラム等が格納される。上記構成において、本装置の電源がＯＮになると、ＣＰＵ３０１はＲＯＭ３０２に格納されたブートプログラムに従って、外部記憶装置３１２からＯＳをＲＡＭ３０３に読み込み、情報処理装置として機能するようになる。
【００２１】
図４は、画像形成装置１０１のソフトウェア構成を示すブロック図である。
【００２２】
印刷要求受信部４０１は、コンピュータ１０２から印刷ジョブ生成要求、プルプリント要求をＬＡＮコントローラ２０６を介して受信し、プルプリント要求に含まれるＵＲＬをジョブ管理テーブルに保存する。このＵＲＬは、画像形成装置１０１が印刷する対象となる印刷データを取得するために用いられ、印刷データを特定する特定情報の一例である。更に印刷要求受信部４０１は、外部記憶装置２１１又はＲＡＭ２０２内のジョブ管理テーブルに保存された印刷ジョブをＲＡＭ２０２内の印刷キューに投入する処理を行う。印刷処理部４０３は、印刷ジョブを印刷キューから取得し、印刷データを取得するためのＵＲＬを印刷データ取得部４０２に渡す。ＵＲＬは通常、印刷データを蓄積している端末（本実施例ではサーバ１０３）を示すアドレスと、その端末内での印刷データの格納先を示すパスからなる。印刷データ取得部４０２は、渡されたＵＲＬに対して印刷データ取得要求を送信し、その応答として印刷データを受信し、印刷処理部４０３に渡す。印刷処理部４０３は、印刷データを解析してビットマップに展開し、印刷インターフェース２０７を介してプリントエンジン２１０に送信し、用紙への印刷を行う。イベント通知部４０４は、ジョブ終了等の印刷ジョブの状態をサーバ１０３に通知する。尚、イベント通知部４０４において通知される印刷ジョブの状態は、ジョブの終了のみならず、ジョブの開始の通知や、ジョブの中断の通知、エラー発生の通知等、その他の状態であってもよい。また、イベント通知部４０４の通知方法は、サーバ１０３等の外部装置への送信に限らず、画像形成装置１０１の表示部へ表示する等の方法によって通知してもよい。
【００２３】
図５は、コンピュータ１０２のソフトウェア構成を示すブロック図である。
【００２４】
本実施例におけるコンピュータ１０２は、少なくともＷｅｂブラウザ部５０１を備えていればよい。ユーザはＷｅｂブラウザ部５０１を使用してＮＩＣ３０８を介してサーバ１０３に接続し、サーバ１０３に格納されている文書の確認や所望の文書を指定した印刷指示を行うことができる。また、Ｗｅｂブラウザ部５０１は、サーバ１０３から印刷ジョブ生成要求、プルプリント要求を受信し、画像形成装置１０１にリダイレクトして送信する。
【００２５】
図６は、サーバ１０３のソフトウェア構成を示すブロック図である。
【００２６】
Ｗｅｂサーバ部６０１は、コンピュータ１０２に対するＵＩを提供する。このＵＩは例えば、文書管理部６０２がユーザごとに外部記憶装置３１２において管理している文書の情報を示すＵＩである。具体的には、Ｗｅｂサーバ部６０１は、コンピュータ１０２のＷｅｂブラウザ部５０１からのリクエストに応答して、ＨＴＭＬやＸＭＬ等のページ記述言語で記述されたファイルをＮＩＣ３０８を介してコンピュータ１０２に送信する。このファイルは、コンピュータ１０２のＷｅｂブラウザ部５０１で解釈され、コンピュータ１０２に表示されるＵＩが生成される。また、Ｗｅｂサーバ部６０１は印刷指示をＮＩＣ３０８を介して受信する。Ｗｅｂサーバ部６０１が印刷指示を受信すると、印刷制御部６０３は、印刷指示により指定された画像形成装置に適した印刷データを生成し一時的に蓄積する。画像形成装置に適した印刷データとは、例えば画像形成装置が処理可能なフォーマットの画像データや、画像形成装置に対応するプリンタドライバによって生成されたＰＤＬデータである。印刷要求送信部６０４は、複数の印刷ジョブの固まり（グループ）を識別するためのグループ識別情報としてのＧｒｏｕｐＩｄと、ＧｒｏｕｐＩｄに含まれる印刷ジョブの数を示すＧｒｏｕｐＳｉｚｅを生成する。そして、コンピュータ１０２へＧｒｏｕｐＩｄとＧｒｏｕｐＳｉｚｅを含む印刷ジョブ生成要求を送信する。また、コンピュータ１０２へプルプリント要求を送信する。印刷データ取得要求処理部６０５は、画像形成装置１０１から印刷データ取得要求を受信し、指定された印刷データを画像形成装置１０１に送信する。イベント受信部６０６は、画像形成装置１０１から印刷ジョブの状態の通知を受信する。
【００２７】
次に、本実施例の印刷システムにおける印刷実行の流れを説明する。図７は、コンピュータ１０２のＷｅｂブラウザ５０１において、サーバ１０３の外部記憶装置３１２に格納されている文書の一覧を表示した画面である。図７の例では、サーバ１０３にログインしたユーザがアクセス可能な文書のリストが、文書名７０１、日付７０２、ページ数７０３、サイズ７０４といった各種情報と共に表示される。ユーザがこの画面から所望の文書のチェックボックス７０５をチェックし、印刷ボタン７０６を押下すると、印刷が実行される。チェックボックス７０５は複数の文書を同時に選択することができ、本実施例では、同時に選択された複数の文書はその間に別の文書が割り込まれることなく、一まとまりで印刷される。また、１つの文書はそれぞれ１つのジョブとして印刷処理される。
【００２８】
図８は、本実施例の印刷システムにおける１つのジョブの印刷処理のシーケンスである。
【００２９】
本シーケンスに係る画像形成装置１０１のプログラムは、画像形成装置１０１の外部記憶装置２１１又はＲＯＭ２０３に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またサーバ１０３、コンピュータ１０２の各プログラムは、各機器の外部記憶装置３１２又はＲＯＭ３０２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００３０】
コンピュータ１０２は、Ｓ８０１において、ユーザの入力を受け付け、文書の印刷要求をサーバ１０３に送信する。サーバ１０３は、Ｓ８０２において、指定された画像形成装置に適した印刷データを生成し一時的に蓄積する。その後、プリントサーバ１０３は、Ｓ８０２において、図９（ａ）のような印刷ジョブ生成要求をコンピュータ１０２に送信する。印刷ジョブ生成要求は、サーバ１０３によって生成される要求であり、画像形成装置１０１に印刷ジョブを生成させるための要求である。本実施例の印刷システムでは、画像形成装置にジョブを送信する装置は、一旦、ジョブ生成要求を画像形成装置に送信し、画像形成装置においてジョブＩＤを生成してもらう必要がある。画像形成装置においてＪｏｂＩＤが生成され、ジョブを送信する装置にそのＪｏｂＩＤが通知されると、ジョブを送信する装置は、そのＪｏｂＩＤを指定してジョブを送信する。従って、図９（ａ）の印刷ジョブ生成要求は最終的に画像形成装置１０１に送信されなければならない。しかし、上述したように、本実施例（図１）の印刷システムでは、サーバ１０３から画像形成装置１０１への通信はファイアウォールによって制限されている。従って、サーバ１０３はジョブ生成要求をコンピュータ１０２からの印刷要求に対する応答としてコンピュータに送信し、コンピュータにそのジョブ生成要求を画像形成装置１０１宛てにリダイレクトさせる方法を用いる。コンピュータ１０２は、Ｓ８０３において、サーバ１０３から受信した印刷ジョブ生成要求をリダイレクトして、画像形成装置１０１に送信する。画像形成装置１０１は、コンピュータ１０２から印刷ジョブ生成要求を受信すると、印刷ジョブを識別するジョブ識別情報としてのＪｏｂＩｄを含む印刷ジョブを生成する。画像形成装置１０１は、Ｓ８０４において、コンピュータに図９（ｂ）のような印刷ジョブ生成要求応答を送信する。印刷ジョブ生成要求応答には、ＪｏｂＩｄが含まれており、サーバ１０３が印刷ジョブを識別するために用いられる。コンピュータ１０２は、Ｓ８０５において、受信した印刷ジョブ生成要求をリダイレクトして、サーバ１０３に送信する。サーバ１０３は、印刷ジョブ生成要求応答に含まれるＪｏｂＩｄで印刷ジョブの識別を行う。そして、プリントサーバ１０３は、Ｓ８０６において、図９（ｃ）のようなプルプリント要求をコンピュータ１０２に送信する。プルプリント要求は、サーバ１０３によって生成される要求であり、画像形成装置１０２に印刷データを取得するためのＵＲＬを通知するための要求である。また、プルプリント要求は、印刷ジョブ生成要求に従って生成されたジョブの実行を指示するための実行指示でもある。従ってこの要求は最終的に画像形成装置１０１に送信される。上述したように、サーバ１０３から画像形成装置１０１への通信はファイアウォールによって制限されている。そのためサーバ１０３は、プルプリント要求を画像形成装置１０１へ送信せずに、印刷ジョブ生成要求応答に対する応答として、コンピュータに送信し、コンピュータにそのプルプリント要求を画像形成装置１０１宛てにリダイレクトさせる。コンピュータ１０２は、Ｓ８０７において、サーバ１０３から受信したプルプリント要求をリダイレクトして、画像形成装置１０１に送信する。画像形成装置１０１は、Ｓ８０８において、コンピュータ１０２から受信したプルプリント要求に含まれるＵＲＬを抽出し、そのＵＲＬに基づいてサーバ１０３に対して印刷データ取得要求を送信する。サーバ１０３は、Ｓ８０９において、プルプリント要求に含まれたＵＲＬによって特定する印刷データを、画像形成装置１０１に送信する。画像形成装置１０１は、Ｓ８１０において、サーバ１０３から受信した印刷データを処理して印刷を行う。印刷が終了すると、画像形成装置１０１は、Ｓ８１１において、コンピュータ１０２にＳ８０７の応答としてプルプリント要求応答を送信する。コンピュータ１０２は、Ｓ８１２において、画像形成装置１０１から受信したプルプリント要求応答をリダイレクトして、サーバ１０３に送信する。画像形成装置１０１は、Ｓ８１３において、ジョブ終了通知をプリントサーバ１０３に送信する。ジョブ終了通知は、印刷処理が終了したことを通知するために、画像形成装置１０１からサーバ１０３へ送信される。また、ジョブ終了通知は、１つのジョブが終了する毎に送信されるため、１つの文書毎に印刷ジョブを生成する本実施例によれば、一つの文書の印刷が終了する毎に送信される。サーバ１０３に文書毎にジョブ終了通知が通知されると、サーバ１０３は、画像形成装置１０１へ送信した文書毎の終了を知ることができる。また、サーバ１０３の内部では、この通知に従って各文書の処理状況が管理される。また、コンピュータ１０２が備えるＷｅｂブラウザを用いてサーバ１０３にアクセスすることにより、コンピュータ１０２を操作するユーザも、文書毎に処理状況を知ることができる。尚、図８では、上述したように、Ｓ８０２の印刷ジョブ生成要求やＳ８０６のプルプリント要求等をサーバ１０３が直接画像形成装置１０１へ送信せずに一旦コンピュータ１０２に送信する。そしてコンピュータ１０２がリダイレクトすることによって画像形成装置１０１へ送信している。これは、図１で説明したように、コンピュータ１０２や画像形成装置１０１が存在するＬＡＮとサーバ１０３が存在するインターネット間にファイアウォールが存在し、サーバ１０３からのアクセスが制限されているからである。本実施例によれば、このようなシステム構成においても、コンピュータ１０２のリダイレクト処理を利用することによって、プルプリント機能を実現することができるようになっている。
【００３１】
図９（ａ）はサーバ１０３によって生成される印刷ジョブ生成要求の例である。図９（ａ）の例では、ＸＭＬによって記述されている。
【００３２】
９０１は印刷ジョブ生成要求であることを示す＜ＣｒｅａｔｅＰｒｉｎｔＪｏｂＲｅｑｕｅｓｔ＞タグである。９０２はＧｒｏｕｐＩｄを示す＜ＧｒｏｕｐＩｄ＞タグであり、ＧｒｏｕｐＩｄの値が記述される。本実施例では、複数の印刷ジョブ生成要求が同じＧｒｏｕｐＩｄの値を持つことができ、同じＧｒｏｕｐＩｄの値を持つ印刷ジョブを印刷処理中は、そのＧｒｏｕｐＩｄの値を持たない他の印刷ジョブが割り込みされることはないように制御される。９０３はＧｒｏｕｐＳｉｚｅを示す＜ＧｒｏｕｐＳｉｚｅ＞タグであり、ＧｒｏｕｐＩｄ毎のジョブ数を示す値が記述される。なお、同じＧｒｏｕｐＩｄの値を持つ印刷ジョブ生成要求は同じＧｒｏｕｐＳｉｚｅの値を持つ。
【００３３】
なお、＜ＧｒｏｕｐＩｄ＞タグ９０２と＜ＧｒｏｕｐＳｉｚｅ＞タグ９０３が存在しない印刷ジョブ生成要求は、単独ジョブの印刷ジョブ生成要求である。また、＜ＧｒｏｕｐＩｄ＞タグ９０２と、１の値を持つ＜ＧｒｏｕｐＳｉｚｅ＞タグ９０３の印刷ジョブ生成要求は、単独ジョブの印刷ジョブ生成要求である。
【００３４】
図９（ｂ）は画像形成装置１０１によって生成される印刷ジョブ生成要求応答の例である。図９（ｂ）の例では、ＸＭＬによって記述されている。
【００３５】
９１１は印刷ジョブ生成要求応答であることを示す＜ＣｒｅａｔｅＰｒｉｎｔＪｏｂＲｅｓｐｏｎｓｅ＞タグである。９１２はＪｏｂＩｄを示す＜ＪｏｂＩｄ＞タグである。
【００３６】
図９（ｃ）はサーバ１０３によって生成されるプルプリント要求の例である。図９（ｃ）の例では、ＸＭＬによって記述されている。
【００３７】
９２１はプルプリント要求を示す＜ＡｄｄＤｏｃｕｍｅｎｔＲｅｑｕｅｓｔ＞タグである。９２２はＪｏｂＩｄを示す＜ＪｏｂＩｄ＞タグであり、９１２のＪｏｂＩｄと対応している。９２３は印刷データを特定するためのＵＲＬを示す＜ＤｏｃｕｍｅｎｔＵｒｌ＞タグである。画像形成装置１０１はこのＵＲＬに対して印刷ジョブ取得要求を送信する。
【００３８】
図１０は、画像形成装置１０１の印刷要求受信部４０１に対応するプログラムが実行されたときの画像形成装置１０１の処理を示すフローチャートである。
【００３９】
本フローに係る印刷要求受信部４０１に対応するプログラムは、画像形成装置１０１の外部記憶装置２１１又はＲＯＭ２０３に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。
【００４０】
まず、ＣＰＵ２０１は、コンピュータ１０２からメッセージを受信する（Ｓ１００１）。ＣＰＵ２０１は受信したメッセージを解析し、受信したメッセージが印刷ジョブ生成要求である場合は、受信した印刷ジョブ生成要求にＧｒｏｕｐＩｄとＧｒｏｕｐＳｉｚｅが含まれるかどうかを判断する（Ｓ１００２）。ＧｒｏｕｐＩｄとＧｒｏｕｐＳｉｚｅが含まれる場合は、ＣＰＵ２０１は、ＧｒｏｕｐＩｄとＧｒｏｕｐＳｉｚｅを図１３に示すグループ管理テーブル１３０１のＧｒｏｕｐＩｄ１３０２とＧｒｏｕｐＳｉｚｅ１３０３に保存する（Ｓ１００３）。その後ＣＰＵ２０１は、ＪｏｂＩｄを生成し、印刷ジョブ生成要求に含まれるＧｒｏｕｐＩｄと共に図１２に示すジョブ管理テーブル１２０１のＪｏｂＩｄ１２０２とＧｒｏｕｐＩｄ１２０３に保存する（Ｓ１００４）。その後、ＣＰＵ２０１は、印刷ジョブ生成要求応答をコンピュータ１０２に送信する（Ｓ１００５）。Ｓ１００２において、受信した印刷ジョブ生成要求にＧｒｏｕｐＩｄとＧｒｏｕｐＳｉｚｅが含まれていない場合は、ＣＰＵ２０１は、単独ジョブと判断してＳ１００４に進む。そして、ＣＰＵ２０１はＪｏｂＩｄを生成し、ＧｒｏｕｐＩｄを空にして、ジョブ管理テーブル１２０１のＪｏｂＩｄ１２０２とＧｒｏｕｐＩｄ１２０３にそれぞれ保存する。
【００４１】
Ｓ１００１において、受信したメッセージがプルプリント要求である場合は、Ｓ１００６に進む。プルプリント要求にはＪｏｂＩｄと印刷データを特定するためのＵＲＬが含まれる。ＣＰＵ２０１は、受信したプルプリント要求に含まれるＵＲＬをジョブ管理テーブル１２０１の該当するＪｏｂＩｄと対応付けて保存する（Ｓ１００６）。そして、受信したプルプリント要求に記述されたＪｏｂＩｄに対して、ジョブ管理テーブル１２０１において、ＧｒｏｕｐＩｄが保存されているかどうかを判断する（Ｓ１００７）。その結果、ＧｒｏｕｐＩｄがジョブ管理テーブル１１０１に保存されている場合は、ＣＰＵ２０１は、グループ管理テーブル１３０１の該当するＧｒｏｕｐＩｄのプルプリント要求受信数１３０４を１つインクリメントする（Ｓ１００８）。その後ＣＰＵ２０１は、ＧｒｏｕｐＳｉｚｅ分のプルプリント要求を受信したかを判断する（Ｓ１００９）。具体的には、グループ管理テーブル１３０１において、プルプリント要求に含まれるＧｒｏｕｐＩＤのプルプリント受信数１３０４の値、即ちそのＧｒｏｕｐＩｄのプルプリント要求を受信した回数がＧｒｏｕｐＳｉｚｅ１３０３の値に達したか否かを判断する。Ｓ１００９における判断の結果、ＧｒｏｕｐＳｉｚｅ分のプルプリント要求を受信したと判断した場合は、Ｓ１０１０に進む。一方、ＧｒｏｕｐＳｉｚｅ分のプルプリント要求を受信したと判断されなかった場合には、Ｓ１０１０の処理を行わずにＳ１０１１へと進む。Ｓ１０１０において、ＣＰＵ２０１は、プルプリント要求のＪｏｂＩｄが属するＧｒｏｕｐＩｄの値と同じＧｒｏｕｐＩｄに属する他のＪｏｂＩｄを特定し、ジョブ管理テーブル１２０１中のこれらのジョブに関する情報をまとめて、印刷キューに投入する。その後、Ｓ１０１１において、ＣＰＵ２０１はプルプリント要求応答を生成し、コンピュータ１０２に送信する。
【００４２】
Ｓ１００７において、ＧｒｏｕｐＩｄがジョブ管理テーブル１１０１に含まれていない場合（図１２の場合、ＪｏｂＩｄ７のジョブ）は、単独ジョブと判断して、Ｓ１０１２に進み、当該ジョブに関する情報を印刷キューに投入する。
【００４３】
図１１は画像形成装置１０１の印刷処理部４０３に対応するプログラムが実行されたときの画像形成装置１０１の処理を示すフローチャートである。
【００４４】
本フローに係る印刷処理部４０３に対応するプログラムは、画像形成装置１０１の外部記憶装置２１１又はＲＯＭ２０３に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。
【００４５】
まずＣＰＵ２０１は、印刷キューにジョブが存在するか確認する（Ｓ１１０１）。印刷キューにジョブが存在すると判断された場合は、ＣＰＵ２０１は印刷キューからジョブを受信する（Ｓ１１０２）。具体的には、印刷キューには、ジョブ情報として印刷データを特定するためのＵＲＬが存在している。Ｓ１１０２の処理では、印刷キューに存在するジョブのジョブ情報から、少なくともＵＲＬを取得する。そして、ＣＰＵ２０１は、Ｓ１１０２で取得したＵＲＬを用いてサーバ１０３にアクセスし、そのＵＲＬで特定される印刷データをサーバ１０３から取得する（Ｓ１１０３）。その後、ＣＰＵ２０１は、取得した印刷データに基づいて印刷処理を実行する（Ｓ１１０４）。印刷処理が終了すると、ＣＰＵ２０１はジョブ終了通知をサーバ１０３に送信する（Ｓ１１０５）。その後、再びＳ１１０５において、印刷キューにジョブが存在するかを確認する。サーバ１０３に文書毎にジョブ終了通知が通知されると、サーバ１０３は、画像形成装置１０１へ送信した文書毎の終了を知ることができる。また、サーバ１０３の内部では、この通知に従って各文書の処理状況が管理される。また、コンピュータ１０２が備えるＷｅｂブラウザを用いてサーバ１０３にアクセスすることにより、コンピュータ１０２を操作するユーザも、文書毎に処理状況を知ることができる。
【００４６】
図１１のフローチャートは、印刷キューに存在するジョブ毎に実行される。また、一つのジョブは一つの文書のみを含む。従ってユーザは、複数の文書を含んだグループを生成した場合であっても、そのグループに含まれる個々の文書毎に印刷処理の終了通知を得ることができるようになる。
【００４７】
図１２は画像形成装置１０１に保持されるジョブ管理テーブル１２０１の例である。
【００４８】
１２０２はＪｏｂＩｄであり、画像形成装置１０１が印刷ジョブ生成要求を受信したときに画像形成装置１０１において生成される識別情報である。ＪｏｂＩｄは、画像形成装置１０１において保持しているジョブを一意に特定するために各ジョブに割り当てられる情報であり、例えば任意の数字である。１２０３はＧｒｏｕｐＩｄであり、受信した印刷ジョブ生成要求に含まれている情報である。１２０４は印刷対象となる印刷データを特定するためのＵＲＬであり、受信したプルプリント要求に含まれている。ジョブ管理テーブル１２０１では、少なくともこれらＪｏｂＩｄ，ＧｒｏｕｐＩｄ，ＵＲＬといった３つの情報を、ジョブ毎に関連付けて管理している。
【００４９】
図１３は画像形成装置１０１に保持されるグループ管理テーブル１３０１の例である。
１３０２はＧｒｏｕｐＩｄであり、図１２の１２０３と同じ情報である。１３０３はＧｒｏｕｐＳｉｚｅであり、一つのＧｒｏｕｐに含まれるジョブの数（文書の数）を示す値である。画像形成装置１０１は、ＧｒｏｕｐＳｉｚｅの数だけプルプリント要求を受信した後、そのジョブを印刷キューに投入する。１３０４はプルプリント要求受信数であり、ＧｒｏｕｐＩｄ毎にそれまでにプルプリント要求を受信した数を示す値である。グループ管理テーブル１３０１では、少なくともこれらＧｒｏｕｐＩｄ，ＧｒｏｕｐＳｉｚｅ，プルプリント要求受信数といった３つの情報を、グループ毎に関連付けて管理している。
【００５０】
図１４（ａ）、（ｂ）、（ｃ）はジョブ管理テーブル１２０１で管理しているジョブを印刷キューに投入するまでの様子を模式的に示した図である。
【００５１】
図１４（ａ）は、印刷キューにＧｒｏｕｐＩｄ１を構成するＪｏｂＩｄ１、ＪｏｂＩｄ２が投入されていることを示している。印刷処理部４０３は、印刷キューに投入された順に印刷ジョブを取得し、印刷処理を実行する。図１４（ａ）において、ジョブ管理テーブル１２０１は、ＧｒｏｕｐＩｄ２を構成するＪｏｂＩｄ３と、ＧｒｏｕｐＩｄ３を構成するＪｏｂＩｄ５に対するプルプリント要求を受信した状態である。また、ＧｒｏｕｐＩｄ２を構成するＪｏｂＩｄ４と、ＧｒｏｕｐＩｄ３を構成するＪｏｂＩｄ６と、単独ジョブのＪｏｂＩｄ７についてはジョブ生成要求を受信したもののプルプリント要求は未だ受信していない状態である。従って、ＧｒｏｕｐＩｄ２のジョブとＧｒｏｕｐＩｄ３のジョブとは、グループに含まれる全てのジョブのプルプリント要求をまだ受信していないため、印刷キューには投入されず、印刷の実行を待機している状態である。また、単独ジョブに関しても、プルプリント要求がまだ受信していないため、印刷の実行を待機している状態である。このとき、ＪｏｂＩｄ７を含む単独ジョブのプルプリント要求を受信すると、図１４（ｂ）に移行する。図１４（ｂ）では、ＪｏｂＩｄ７を含む単独ジョブのプルプリント要求を受信した後、ジョブ管理テーブル１２０１でＧｒｏｕｐＩｄが存在しないこと（単独ジョブであること）を確認し、印刷ジョブを印刷キューへ投入する。この状態では、ＧｒｏｕｐＩｄ２のジョブとＧｒｏｕｐＩｄ３のジョブとは、グループに含まれる全てのジョブのプルプリント要求をまだ受信していないため、印刷キューには投入されず、未だに印刷の実行を待機している状態である。次に、ＪｏｂＩｄ６を含むプルプリント要求を受信すると、図１４（ｃ）に移行する。図１４（ｃ）では、ＪｏｂＩｄ６を含むプルプリント要求を受信した後、ジョブ管理テーブル１２０１でＧｒｏｕｐＩｄ３であることを確認する。そして、グループ管理テーブル１３０１のＧｒｏｕＩｄ３のプルプリント要求受信数１３０４を１つインクリメントし、ＧｒｏｕｐＳｉｚｅの分だけプルプリント要求を受信したことを確認する。その後、ＧｒｏｕｐＩｄ３のＪｏｂＩｄ５、ＪｏｂＩｄ６をまとめてジョブ管理テーブル１１０１から印刷キューへ投入している。この状態は、ＧｒｏｕｐＩｄ３に関しては、そのグループに含まれる全てのジョブのプルプリント要求が受信されたので、印刷キューに投入され、ジョブの処理が開始される状態である。一方、ＧｒｏｕｐＩｄ２のジョブは、そのグループに含まれる全てのジョブのプルプリント要求をまだ受信していないため、印刷キューには投入されず、未だに印刷の実行を待機している状態である。
【００５２】
図１４に示す処理と並行して、図１１で説明した印刷処理部のフローが実行されており、印刷キューに投入されたジョブはその順番通りに順次処理されていく。つまり、複数のジョブから成るグループは、グループ内の全てのジョブが揃った状態で印刷キューに投入されており、且つ印刷キューの順番通りに印刷ジョブが処理されていくから、グループ内の複数のジョブの間にグループ外の他のジョブが割り込まれることはない。
【００５３】
上記説明したように、本実施例の構成によれば、ＧｒｏｕｐＩｄを用いて複数のジョブを一まとまりのグループとして管理し、グループ内のジョブの間にはグループ外の他のジョブが割り込んで実行されないようにすることができる。また、一つの文書につき一つのジョブとしているので、同じグループに属する複数の文書間にグループ外の他の文書が割り込んでしまうことを防ぐことができる。また、グループ内の個々のジョブ毎に管理を行うことが可能となる。例えば、ジョブ毎にジョブ終了通知を送信するので、ユーザは、グループ内の各文書に対して個々に印刷処理の終了を知ることができる。
【実施例２】
【００５４】
次に第二の実施例について説明する。
【００５５】
第一の実施例においては、図１に示したように、サーバ１０３がインターネット上に存在する場合を想定していたため、サーバ１０３からＬＡＮ１２０上の装置へのアクセスは、ＬＡＮ１２０上の装置からの要求に対する応答に制限されていた。これに対して第二の実施例では、画像形成装置１０１、コンピュータ１０２、サーバ１０３が同じＬＡＮ上に存在し、互いに自由に通信可能な場合を想定する。
【００５６】
図１５は、本実施例における印刷システムのシステム構成図である。
【００５７】
図１５では、画像形成装置１０１とコンピュータ１０２とサーバ１０３とが、同じＬＡＮ１２０上に接続されている。図１の印刷システムと異なる点は、サーバ１０３から画像形成装置１０１へのアクセス、サーバ１０３からコンピュータ１０２へのアクセスがファイアウォールによって制限されていない点であり、その他の点は図１で説明したものと同じである。また、各装置のハードウェア構成及びソフトウェア構成は、第１の実施例と同じであるため説明を省略する。
【００５８】
図１６は、本実施例の印刷システムにおける１つのジョブの印刷処理のシーケンスである。
【００５９】
本シーケンスに係る画像形成装置１０１のプログラムは、画像形成装置１０１の外部記憶装置２１１又はＲＯＭ２０３に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またサーバ１０３、コンピュータ１０２の各プログラムは、各機器の外部記憶装置３１２又はＲＯＭ３０２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００６０】
コンピュータ１０２は、Ｓ１６０１において、ユーザの入力を受け付け、文書の印刷要求をサーバ１０３に送信する。サーバ１０３は、Ｓ１６０２において、図９（ａ）のような印刷ジョブ生成要求を画像形成装置１０１に送信する。印刷ジョブ生成要求は画像形成装置１０１に印刷ジョブを生成させるための要求である。画像形成装置１０１は、印刷ジョブ生成要求を受信すると、印刷ジョブを識別するジョブ識別情報としてのＪｏｂＩｄを含む印刷ジョブを生成する。画像形成装置１０１は、Ｓ１６０３において、サーバ１０３に図９（ｂ）のような印刷ジョブ生成要求応答を送信する。印刷ジョブ生成要求応答には、ＪｏｂＩｄが含まれており、サーバ１０３が印刷ジョブを識別するために用いられる。サーバ１０３は、印刷ジョブ生成要求応答に含まれるＪｏｂＩｄで印刷ジョブの識別を行う。そして、サーバ１０３は、Ｓ１６０４において、図１７のようなプッシュプリント要求を画像形成装置１０１に送信する。プッシュプリント要求は、サーバ１０３が画像形成装置１０２に印刷データのバイナリデータを送信するために送信される。また、プッシュプリント要求は、印刷ジョブ生成要求に従って生成されたジョブの実行を指示するための実行指示として送信される。画像形成装置１０１は、Ｓ１６０５において、受信した印刷データの印刷を行う。印刷が終了すると、画像形成装置１０１は、Ｓ１６０６において、サーバ１０３にＳ１６０４の応答としてプッシュプリント要求応答を送信する。画像形成装置１０１は、Ｓ１６０７において、ジョブ終了通知をプリントサーバ１０３に送信する。ジョブ終了通知は、画像形成装置１０１がサーバ１０３に、印刷処理が終了したことを通知するために送信される。また、ジョブ終了通知は、１つのジョブが終了する毎に送信されるため、１つの文書毎に印刷ジョブを生成する本実施例によれば、一つの文書の印刷が終了する毎に送信される。
【００６１】
図１７はサーバ１０３が画像形成装置１０１に送信するプッシュプリント要求の例である。
【００６２】
１７０１はプッシュプリント要求を示す＜ＳｅｎｄＤｏｃｕｍｅｎｔＲｅｑｕｅｓｔ＞タグである。１７０２はＪｏｂＩｄを示す＜ＪｏｂＩｄ＞タグである。１７０３は印刷対象となる文書を示す＜ＤｏｃｕｍｅｎｔＤａｔａ＞タグであり、［Ｄａｔａ］は印刷対象となる文書のバイナリデータである。画像形成装置１０１はこのバイナリデータを受信して処理することによって印刷処理を実行する。
【００６３】
次に、本実施例の画像形成装置１０１において、印刷要求受信部及び印刷処理部に対応するプログラムが実行されたときの処理について説明する。
【００６４】
まず、印刷要求受信部に対応するプログラムが実行されたとき、画像形成装置１０１は、基本的に図１０のフローチャートと同様の処理を行う。図１０と異なるのは、図１０のＳ１００１では、受信したメッセージが印刷ジョブ生成要求かプルプリント要求かによって分岐しているのに対して、本実施例では、印刷ジョブ生成要求かプッシュプリント要求かによって分岐する点である。つまり、図１０のプルプリント要求の代わりに、本実施例ではプッシュプリント要求が存在する。その結果、本実施例では、図１０のＳ１００６の代わりに、受信した印刷データ（プッシュプリント要求に含まれているバイナリデータ）を記憶部（例えば外部記憶装置２１１）に格納する処理が行われる。それ以外の各ステップは、図１０と同じため、説明を省略する。
【００６５】
次に、印刷処理部に対応するプログラムが実行されたとき、画像形成装置１０１は、基本的に図１１のフローチャートと同様の処理を行う。図１１と異なるのは、Ｓ１１０３の処理である。図１１の例では、プルプリントを実行していたため、サーバ１０３から印刷データを取得していた。一方、本実施例では、プルプリントではなく、サーバ１０３から送信された印刷データは、画像形成装置１０１の記憶部に既に格納されている。従って、本実施例では、図１１のＳ１１０３の代わりに、記憶部に格納された印刷データを取得するという処理が行われる。それ以外の各ステップは、図１１と同じため、説明を省略する。
【００６６】
以上説明したように、本実施例の構成によれば、画像形成装置とクライアントコンピュータとプリントサーバとが、同じＬＡＮ上に存在していた場合であっても、第１の実施例で得られた効果と同様の効果を得ることができる。即ち、同じグループに属する複数の文書間にグループ外の他の文書が割り込んでしまうことを防ぐことができる。また、グループ内の個々のジョブ毎に管理を行うことが可能となる。例えば、ジョブ毎にジョブ終了通知を送信するので、ユーザは、グループ内の各文書に対して個々に印刷処理の終了を知ることができる。
【００６７】
［その他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６８】
１０１ 画像形成装置
１０２ クライアントコンピュータ
１０３ プリントサーバ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
【特許請求の範囲】
【請求項１】
グループを識別するグループ識別情報を含んだジョブの実行指示を受信する受信手段と、
前記受信手段によって実行指示を受信すると、前記グループ識別情報によって識別されるグループに属する複数のジョブを、当該複数のジョブの間に他のグループに属するジョブが割り込まないように連続して処理する処理手段と、
前記処理手段によって処理された複数のジョブをそれぞれ別のジョブとして管理する管理手段と、
を備えることを特徴とするジョブ処理装置。
【請求項２】
処理手段は、前記実行指示を受信すると、前記グループ識別情報によって識別されるグループに属する複数のジョブの全てに対する実行指示が受信されるまでの間は当該グループに属する複数のジョブの処理を待機し、当該複数のジョブの全てに対する事項指示が受信されたことに従って当該複数のジョブの処理を開始することを特徴とする請求項１記載のジョブ処理装置。
【請求項３】
前記管理手段は、前記処理手段によって処理された複数のジョブそれぞれに対するジョブの状態を通知することを特徴とする請求項１又は２に記載のジョブ処理装置。
【請求項４】
前記受信手段によってジョブの実行指示が受信された場合、前記グループに含まれる全てのジョブに対する実行指示が受信されたか否かを判断する判断手段を更に有し、
前記処理手段は、前記判断手段による判断の結果に従って、ジョブの処理を待機又は開始することを特徴とする請求項１乃至３の何れか一項に記載のジョブ処理装置。
【請求項５】
前記第１の受信手段は、グループ識別情報によって識別されるグループに含まれるジョブの数を示す情報を受信し、
前記判断手段は、これまでに前記第２の受信手段によって受信されたジョブの実行指示の回数が、前記第１の受信手段によって受信されたジョブの数に達したか否かを確認することによって、前記グループに含まれる全てのジョブに対する実行指示が受信されたか否かを判断することを特徴とする請求項４記載のジョブ処理装置。
【請求項６】
前記受信手段によって受信されるジョブの実行指示は、処理の対象となるデータを特定するための特定情報を含み、前記処理手段は、当該ジョブを開始すると当該特定情報に基づいてデータを取得して処理することを特徴とする請求項１乃至５の何れか一項に記載のジョブ処理装置。
【請求項７】
クライアント装置及びサーバ装置と通信する通信手段を更に有し、
前記受信手段は、前記サーバ装置において生成された実行指示を前記クライアント装置から受信し、
前記処理手段は、前記特定情報に基づいて前記サーバ装置からデータを取得して処理することを特徴とする請求項６記載のジョブ処理装置。
【請求項８】
前記受信手段によって受信されるジョブの実行指示は、処理の対象となるデータを含み、前記処理手段は、当該ジョブを開始すると当該データを処理することを特徴とする請求項１乃至５の何れか一項に記載のジョブ処理装置。
【請求項９】
前記ジョブは印刷ジョブであり、前記一つのジョブに対して印刷対象となる一つの文書が対応付けられることを特徴とする請求項１乃至８の何れか一項に記載のジョブ処理装置。
【請求項１０】
ジョブ処理装置の制御方法であって、
グループを識別するグループ識別情報を含んだジョブの実行指示を受信する受信ステップと、
前記受信ステップによって実行指示を受信すると、前記グループ識別情報によって識別されるグループに属する複数のジョブを、当該複数のジョブの間に他のグループに属するジョブが割り込まないように連続して処理する処理ステップと、
前記処理手段によって処理された複数のジョブをそれぞれ別のジョブとして管理する管理ステップと、
を備えることを特徴とする制御方法。
【請求項１１】
請求項１０に記載の制御方法の各ステップをコンピュータに実行させるためのプログラム。
【請求項１】
グループを識別するグループ識別情報を含んだジョブの実行指示を受信する受信手段と、
前記受信手段によって実行指示を受信すると、前記グループ識別情報によって識別されるグループに属する複数のジョブを、当該複数のジョブの間に他のグループに属するジョブが割り込まないように連続して処理する処理手段と、
前記処理手段によって処理された複数のジョブをそれぞれ別のジョブとして管理する管理手段と、
を備えることを特徴とするジョブ処理装置。
【請求項２】
処理手段は、前記実行指示を受信すると、前記グループ識別情報によって識別されるグループに属する複数のジョブの全てに対する実行指示が受信されるまでの間は当該グループに属する複数のジョブの処理を待機し、当該複数のジョブの全てに対する事項指示が受信されたことに従って当該複数のジョブの処理を開始することを特徴とする請求項１記載のジョブ処理装置。
【請求項３】
前記管理手段は、前記処理手段によって処理された複数のジョブそれぞれに対するジョブの状態を通知することを特徴とする請求項１又は２に記載のジョブ処理装置。
【請求項４】
前記受信手段によってジョブの実行指示が受信された場合、前記グループに含まれる全てのジョブに対する実行指示が受信されたか否かを判断する判断手段を更に有し、
前記処理手段は、前記判断手段による判断の結果に従って、ジョブの処理を待機又は開始することを特徴とする請求項１乃至３の何れか一項に記載のジョブ処理装置。
【請求項５】
前記第１の受信手段は、グループ識別情報によって識別されるグループに含まれるジョブの数を示す情報を受信し、
前記判断手段は、これまでに前記第２の受信手段によって受信されたジョブの実行指示の回数が、前記第１の受信手段によって受信されたジョブの数に達したか否かを確認することによって、前記グループに含まれる全てのジョブに対する実行指示が受信されたか否かを判断することを特徴とする請求項４記載のジョブ処理装置。
【請求項６】
前記受信手段によって受信されるジョブの実行指示は、処理の対象となるデータを特定するための特定情報を含み、前記処理手段は、当該ジョブを開始すると当該特定情報に基づいてデータを取得して処理することを特徴とする請求項１乃至５の何れか一項に記載のジョブ処理装置。
【請求項７】
クライアント装置及びサーバ装置と通信する通信手段を更に有し、
前記受信手段は、前記サーバ装置において生成された実行指示を前記クライアント装置から受信し、
前記処理手段は、前記特定情報に基づいて前記サーバ装置からデータを取得して処理することを特徴とする請求項６記載のジョブ処理装置。
【請求項８】
前記受信手段によって受信されるジョブの実行指示は、処理の対象となるデータを含み、前記処理手段は、当該ジョブを開始すると当該データを処理することを特徴とする請求項１乃至５の何れか一項に記載のジョブ処理装置。
【請求項９】
前記ジョブは印刷ジョブであり、前記一つのジョブに対して印刷対象となる一つの文書が対応付けられることを特徴とする請求項１乃至８の何れか一項に記載のジョブ処理装置。
【請求項１０】
ジョブ処理装置の制御方法であって、
グループを識別するグループ識別情報を含んだジョブの実行指示を受信する受信ステップと、
前記受信ステップによって実行指示を受信すると、前記グループ識別情報によって識別されるグループに属する複数のジョブを、当該複数のジョブの間に他のグループに属するジョブが割り込まないように連続して処理する処理ステップと、
前記処理手段によって処理された複数のジョブをそれぞれ別のジョブとして管理する管理ステップと、
を備えることを特徴とする制御方法。
【請求項１１】
請求項１０に記載の制御方法の各ステップをコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１３−１４０２１（Ｐ２０１３−１４０２１Ａ）
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願番号】特願２０１１−１４６５０４（Ｐ２０１１−１４６５０４）
【出願日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]