JP2013174981A - 画像形成システム - Google Patents

Abstract

【課題】
ユーザの意思に委ねられることがなく、印刷物が直ちに必要なユーザが無為に待たされることを防ぐことが可能な画像形成システムを提供する。
【解決手段】
印刷ジョブを作成する画像処理装置と作成された前記印刷ジョブに基づき印刷を行う画像形成装置とを有する画像形成システムであって、印刷ジョブを画像形成装置に送信する印刷ジョブ送信部と、画像処理装置への操作入力を受付ける操作部と、操作部が操作されているか否かを判断する判断部と、印刷ジョブ送信部により送信された印刷ジョブを受信する印刷ジョブ受信部と、印刷ジョブ受信部を介して受信した印刷ジョブを残留ジョブとして複数記憶する記憶部と、記憶部に記憶された残留ジョブの処理順序を決定する決定部とを供え、決定部は、前記判断部による判断結果に基づき前記残留ジョブの処理順序を決定することを特徴とする画像形成システム。
【選択図】 図１

Description

本発明は、印刷ジョブを作成する画像処理装置と作成された印刷ジョブに基づき印刷を行う画像形成装置とを有する画像形成システムに関するものである。

従来、画像処理装置において作成された印刷ジョブに基づき印刷を行う画像形成装置を備えた画像形成システムにおいて、ある画像形成装置が、それぞれのユーザが操作する複数の画像処理装置と接続されている場合がある。

このような画像形成システムでは、複数の画像処理装置において作成された複数の印刷ジョブが略同時に画像形成装置に送信されることがある。そして、それぞれの画像処理装置のユーザにとって、送信した印刷ジョブに基づく印刷物が直ちに必要である場合と、そうではない場合とがある。例えば、印刷物が直ちに必要なユーザの印刷ジョブに関する処理に対して、そうではないユーザの印刷ジョブに関する処理が先行した場合、印刷物が直ちに必要なユーザが印刷ジョブを送信後、画像形成装置に赴いたものの、印刷物が直ちに必要ではないユーザが送信した印刷ジョブが先行して処理されたばかりに、その場で無為に待たされるケースがありえた。

このような状況下において、例えば、印刷ジョブに処理順序の優先度を付与し、印刷物が直ちに必要なユーザは、優先度の高い設定で印刷ジョブを作成し、そうではないユーザは優先度の低い設定で印刷ジョブを作成することで、印刷物が直ちに必要なユーザが無為に待たされることを防ぐアイデアがあった（例えば、特許文献１参照）。

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

しかしながら、上述したようなアイデアでは、印刷ジョブに対する優先度の設定はユーザの意思に委ねられるため、必ずしも実情に合った優先度設定がなされるとは限らない。例えば、直ちに印刷物を必要としないユーザが、印刷ジョブに対する優先度の設定を気にせずに印刷ジョブを送信してしまうと、やはり、他の印刷物を直ちに必要とするユーザが無為に待たされる場合がありえた。

本発明は、このような実情に鑑みてなされたものであり、本発明の課題は、ユーザの意思に委ねられることがなく、印刷物が直ちに必要なユーザが無為に待たされることを防ぐことが可能な画像形成システムを提供することである。

上記課題を解決するために、本発明に係る画像形成システムは、印刷ジョブを作成する画像処理装置と作成された前記印刷ジョブに基づき印刷を行う画像形成装置とを有する画像形成システムであって、前記印刷ジョブを前記画像形成装置に送信する印刷ジョブ送信部と、前記画像処理装置への操作入力を受付ける操作部と、前記操作部が操作されているか否かを判断する判断部と、前記印刷ジョブ送信部により送信された前記印刷ジョブを受信する印刷ジョブ受信部と、前記印刷ジョブ受信部を介して受信した前記印刷ジョブを残留ジョブとして複数記憶する記憶部と、前記記憶部に記憶された前記残留ジョブの処理順序を決定する決定部とを供え、前記決定部は、前記判断部による判断結果に基づき前記残留ジョブの処理順序を決定することを特徴とするとしている。

本発明によれば、ユーザの意思に委ねられることがなく、印刷物が直ちに必要なユーザが無為に待たされることを防ぐことが可能な画像形成システムを提供することができる。

ホストＰＣ１００、ホストＰＣ１１０、ホストＰＣ１２０、及びプリンタ２００がネットワーク９００を介して接続された様子を表す接続図である。 ホストＰＣ１００、ホストＰＣ１１０、ホストＰＣ１２０、及びプリンタ２００の内部構成を説明するブロック図である。 ユーザ０がホストＰＣ１００のユーザインタフェース１０３を操作した際の制御部１０２の動作を説明するフローチャートである。 ホストＰＣ１００がプリンタ２００から送信された優先度確認通知を受信した際の制御部１０２の動作を説明するフローチャートである。 プリンタ２００が印刷ジョブを受信した際の動作を説明するフローチャートである。 印刷ジョブ管理部２０２が定期的に実行する動作を説明するフローチャートである。 プリンタ２００がホストＰＣから送信された優先度応答通知を受信した際の印刷ジョブ管理部２０２の動作を説明するフローチャートである。 印刷部２０３が、ある印刷ジョブの印刷を完了した際の印刷ジョブ管理部２０２の動作を説明するフローチャートである。 第１の実施形態に係る全体動作について説明するタイムチャートである。 印刷ジョブを説明する図である。 優先度確認通知、及び優先度応答通知を説明する図である。 プリンタ２００内の残留ジョブテーブルを説明する図である。 第１の実施形態に係る効果を示す比較対象を説明するタイムチャートである。 ホストＰＣ１００’、ホストＰＣ１１０’、ホストＰＣ１２０’、及びプリンタ２００’がネットワーク９００を介して接続された様子を表す接続図である。 ホストＰＣ１００’、ホストＰＣ１１０’、ホストＰＣ１２０’、及びプリンタ２００’の内部構成を説明するブロック図である。 ホストＰＣ１００’がプリンタ２００’から送信された優先度確認通知を受信した際の制御部１０２’の動作を説明するフローチャートである。 プリンタ２００’が印刷ジョブの受信を開始した際の動作を説明するフローチャートである。 プリンタ２００’が印刷ジョブを受信完了した際の動作を説明するフローチャートである。 印刷部２０３が、ある印刷ジョブの印刷を完了した際の印刷ジョブ管理部２０２’の動作を説明するフローチャートである。 第２の実施形態に係る全体動作について説明するタイムチャートである。 優先度応答通知を説明する図である。 プリンタ２００’内の残留ジョブテーブルを説明する図である。 第２の実施形態に係る効果を示す比較対象を説明するタイムチャートである。

以下、本発明の実施形態について図面を参照して説明する。なお、本発明は以下の記述に限定されるものではなく、本発明の要旨を逸脱しない範囲において適宜変更可能である。

［第１の実施形態］
本実施形態の説明においては、画像処理装置としての複数のホストＰＣ（Personal Computer）と画像形成装置としてのプリンタとがネットワークを介して接続された画像形成システムについて説明する。

図１は、ホストＰＣ１００、ホストＰＣ１１０、ホストＰＣ１２０、及びプリンタ２００がネットワーク９００を介して接続された様子を表す接続図である。

ホストＰＣ１００、ホストＰＣ１１０、ホストＰＣ１２０、及びプリンタ２００には、ネットワーク９００上での識別子たる、１９２．１６８．１．２、１９２．１６８．１．３、１９２．１６８．１．４、及び１９２．１６８．１．１のＩＰアドレスがそれぞれ割り振られている。

また、本実施形態においては、ホストＰＣ１００、ホストＰＣ１１０、及びホストＰＣ１２０の所有者は、それぞれユーザ０、ユーザ１、及びユーザ２であり、プリンタ２００はユーザ０、ユーザ１、及びユーザ２の三者が共有して使用しているものとして説明する。

図２は、ホストＰＣ１００、ホストＰＣ１１０、ホストＰＣ１２０、及びプリンタ２００の内部構成を説明するブロック図である。なお、ホストＰＣ１００、ホストＰＣ１１０、及びホストＰＣ１２０の構成は全て同一とすることができるため、以下の説明においては、ホストＰＣ１００を一例にして説明する。

ホストＰＣ１００は、印刷ジョブ送信部としての通信部１０１と、判断部としての制御部１０２と、操作部としてのユーザインタフェース１０３とを備える。

通信部１０１は、ネットワークコントローラ、及びこれを制御する駆動プログラムを含み、ＬＡＮ（Local Area Network）ケーブル等で構成されたネットワーク９００とホストＰＣ１００との間における、優先度確認通知の受信、優先度応答通知の送信、及び印刷データを含む印刷ジョブの送信を仲介する。なお、優先度確認通知、及び優先度応答通知については後述する。

制御部１０２は、ホストＰＣ１００を統括的に制御する制御プログラムとして構成することができ、ユーザインタフェース１０３動作の監視、印刷ジョブの作成、又は優先度確認通知に対する応答等を行う。

ユーザインタフェース１０３は、マウス、キーボード等の入出力デバイスであり、ユーザによるホストＰＣ１００の操作入力を受付ける。

プリンタ２００は、印刷ジョブ受信部としての通信部２０１と、決定部としての印刷ジョブ管理部２０２と、印刷部２０３と、記憶部としての印刷ジョブ記憶部２０４とを備える。

通信部２０１は、ネットワークコントローラ、及びこれを制御する駆動プログラムを含み、ネットワーク９００とプリンタ２００との間における、優先度確認通知の送信、優先度応答通知の受信、及び印刷データを含む印刷ジョブの受信を仲介する。また、通信部２０１は、印刷ジョブの受信が完了した際に、印刷ジョブを受信した旨を受信完了通知として印刷ジョブ管理部２０２に通知する。

印刷ジョブ管理部２０２は、ホストＰＣ１００、ホストＰＣ１１０、及びホストＰＣ１２０から受信する印刷ジョブを管理するプログラムであり、優先度確認通知の送信や、印刷部２０３に対して印刷起動を行う。

印刷部２０３は、印刷ジョブに基づき媒体への印刷を行う、例えば、電子写真方式の印刷エンジン、及びこれを制御する駆動プログラム等を備える。

印刷ジョブ記憶部２０４は、ホストＰＣ１００、ホストＰＣ１１０、及びホストＰＣ１２０から受信した印刷ジョブを一時的に残留ジョブとして残留ジョブテーブルに記憶するためのメモリであり、例えば、書き換え可能なフラッシュメモリや、ＨＤＤ（Hard Disk Drive）といった記憶装置を用いることができる。

次に、ホストＰＣ１００の制御部１０２の動作について説明する。図３は、ユーザ０がホストＰＣ１００のユーザインタフェース１０３を操作した際の制御部１０２の動作を説明するフローチャートである。

ユーザインタフェース１０３を介してユーザ０による操作入力を受付けると、制御部１０２は、図示せぬタイマから時刻を取得する（ステップＳ１１２）。そして、制御部１０２は、内部パラメータである“ＵＩ＿ＴＩＭＥ”に取得した時刻を入力時刻として保持させる。

図４は、ホストＰＣ１００がプリンタ２００から送信された優先度確認通知を受信した際の制御部１０２の動作を説明するフローチャートである。なお、優先度確認通知とは、プリンタ２００が印刷ジョブを受信したタイミングで、且つ、これまでに受信した印刷ジョブ数に応じて、プリンタ２００に対して印刷ジョブを送信したホストＰＣの動作状況（ユーザインタフェース１０３を介した操作入力状況）を問い合わせる通知を意味し、該優先度確認通知は印刷ジョブ管理部２０４により送信される。そして、優先度確認通知に対するホストＰＣの応答を本実施形態では、優先度応答通知と称することとする。

図４のステップＳ１１３において、制御部１０２は、優先度確認通知の受信時の現在時刻を取得し、これを内部パラメータである“ＵＩ＿ＴＩＭＥ”に保持された入力時刻と比較する。

現在時刻が、“ＵＩ＿ＴＩＭＥ”に対して規定の時間（本実施形態においては１５秒）以上である場合（ステップＳ１１４ Ｙｅｓ）、制御部１０２は、プリンタ２００に対して優先度応答を送信する（ステップＳ１１５）。一方、現在時刻が、“ＵＩ＿ＴＩＭＥ”に対して規定の時間未満である場合（ステップＳ１１４ Ｎｏ）、制御部１０２は優先度応答を送信せず、処理を終了する。

以上、図３、及び図４に示したように、制御部１０２は優先度確認通知を受信すると、受信時の現在時刻が、ユーザインタフェース１０３を介して受付けたユーザによる最後の操作入力の入力時刻から、規定の時間である１５秒以上経過している場合に、優先度応答通知をプリンタ２００に対して送信する。

次に、プリンタ２００の印刷ジョブ管理部２０２の動作について説明する。図５は、プリンタ２００が印刷ジョブを受信した際の動作を説明するフローチャートである。

印刷ジョブ管理部２０２は、通信部２０１から印刷ジョブを受信した旨の受信完了通知を受けると、印刷部２０３の稼動状況を示す内部パラメータ“ＰＲＩＮＴＩＮＧ＿ＳＴＡＴＥ”の値を確認する（ステップＳ１０１）。

ここで、“ＰＲＩＮＴＩＮＧ＿ＳＴＡＴＥ”の値が“０”である場合、印刷ジョブ管理部２０２は、印刷部２０３が印刷動作中ではないと判断する（ステップＳ１０２ Ｙｅｓ）。そして、印刷ジョブ管理部２０２は、受信した印刷ジョブを実行するよう印刷部２０３に指示を与えるとともに、印刷中フラグをＯＮ、すなわち、“ＰＲＩＮＴＩＮＧ＿ＳＴＡＴＥ”の値を“１”とし（ステップＳ１０３）、処理を終了する。

一方、“ＰＲＩＮＴＩＮＧ＿ＳＴＡＴＥ”の値が“０”でない場合、印刷ジョブ管理部２０２は、印刷部２０３が印刷動作中であると判断する（ステップＳ１０２ Ｎｏ）。そして、印刷ジョブ管理部２０２は、残留ジョブの数を表す内部パラメータ“ＪＯＢ＿ＣＯＵＮＴ”の値を１インクリメントし、残留ジョブテーブルに受信した印刷ジョブを、“ＰＲＩＯＲＩＴＹ”の値を“０”として登録する（ステップＳ１０４）。ここで、印刷ジョブ管理部２０２の処理を終了する。

図６は、印刷ジョブ管理部２０２が定期的（本実施形態においては、１秒おき）に実行する動作を説明するフローチャートである。

印刷ジョブ管理部２０２は、図示せぬタイマにより、所定の時間である１秒おきに発生する割り込みを受けると、残留ジョブの数を表す内部パラメータ“ＪＯＢ＿ＣＯＵＮＴ”の値を読み取る（ステップＳ１０５）。

ここで、“ＪＯＢ＿ＣＯＵＮＴ”の値が“２”以上である場合、印刷ジョブ管理部２０２は、複数のジョブが存在すると判断する（ステップＳ１０６ Ｙｅｓ）。そして、印刷ジョブ管理部２０２は、残留ジョブテーブルからホストＰＣのＩＰアドレスを抽出し、各ホストＰＣへ優先度確認通知を送信するとともに（ステップＳ１０７）、処理を終了する。

一方、“ＪＯＢ＿ＣＯＵＮＴ”の値が“２”未満である場合、印刷ジョブ管理部２０２は、複数のジョブが存在しないと判断する（ステップＳ１０６ Ｎｏ）ここで、印刷ジョブ管理部２０２は処理を終了する。

図７は、プリンタ２００がホストＰＣから送信された優先度応答通知を受信した際の印刷ジョブ管理部２０２の動作を説明するフローチャートである。

印刷ジョブ管理部２０２は、通信部２０１を介して優先度応答通知を受信すると、該優先度応答通知内からホストＰＣのＩＰアドレスを抽出する。そして、印刷ジョブ管理部２０２は、残留ジョブテーブル内において、抽出したＩＰアドレスと一致する印刷ジョブに対して、優先度を表す内部パラメータである“ＰＲＩＯＲＩＴＹ”の値を１インクリメントする（ステップＳ１０８）。ここで、印刷ジョブ管理部２０２は処理を終了する。

図８は、印刷部２０３が、ある印刷ジョブの印刷を完了した際の印刷ジョブ管理部２０２の動作を説明するフローチャートである。

印刷ジョブ管理部２０２は、印刷部２０３から印刷ジョブの印刷が完了した旨の通知を受けると、“ＪＯＢ＿ＣＯＵＮＴ”の値を読み取る（ステップＳ１０９）。

ここで、“ＪＯＢ＿ＣＯＵＮＴ”の値が“１”以上である場合、印刷ジョブ管理部２０２は、残留印刷ジョブが存在すると判断する（ステップＳ１１０ Ｙｅｓ）。そして、印刷ジョブ管理部２０２は、残留ジョブテーブルの中から最も“ＰＲＩＯＲＩＴＹ”の値が大きい印刷ジョブを指定し、該印刷ジョブに基づく印刷を実行するよう印刷部２０３に指示を与える。そして、印刷ジョブ管理部２０２は、“ＪＯＢ＿ＣＯＵＮＴ”の値を１デクリメントする（ステップＳ１１１）。

一方、“ＪＯＢ＿ＣＯＵＮＴ”の値が“０”である場合、印刷ジョブ管理部２０２は、残留ジョブが存在しないと判断する。そして、印刷ジョブ管理部２０２は、印刷中フラグをＯＦＦ、すなわち、“ＰＲＩＮＴＩＮＧ＿ＳＴＡＴＥ”の値を“０”とし（ステップＳ１１２）、処理を終了する。

以上、図５乃至図８で示したように、印刷ジョブ管理部２０２は、印刷中に受付けた印刷ジョブを残留ジョブとして管理する。そして、残留ジョブが複数溜まると、印刷ジョブ管理部２０２は、定期的に優先度確認を行い、優先度応答通知を送信したホストＰＣに対応する印刷ジョブの優先度を高く設定する。そして、印刷ジョブ管理部２０２は、前の印刷ジョブに係る印刷が終了した際、最も優先度の高い印刷ジョブに係る印刷を実行するよう印刷部２０３に指示を与える。

次に、図９のタイムチャートを用い、本実施形態に係る全体動作について説明する。なお、図９のタイムチャートの説明にあたり、本実施形態においては、図１０に示す印刷ジョブ、図１１に示す優先度確認通知、及び優先度応答通知、図１２に示すプリンタ２００内の残留ジョブテーブルを参照しながら説明する。

図１０は、本実施形態において、ホストＰＣ１００、ホストＰＣ１１０、及びホストＰＣ１２０において作成され、プリンタ２００に送信される印刷ジョブ０、印刷ジョブ１、印刷ジョブ２の一例を示すものである。例えば、印刷ジョブ０は、ホストＰＣ１００において作成され、印刷ジョブであることを表す“ＰＲＩＮＴ＿ＪＯＢ”、ホストＰＣ１００のＩＰアドレス２１０である“＄ＳＯＲＣＥ＝１９２．１６８．１．２”、印刷設定値である“＄ＰＡＧＥ＿ＳＩＺＥ・・・”等の各種データを含む。同様に、印刷ジョブ１は、ホストＰＣ１１０のＩＰアドレス２１１である“＄ＳＯＲＣＥ＝１９２．１６８．１．３”、印刷ジョブ２は、ホストＰＣ１２０のＩＰアドレス２１２である“＄ＳＯＲＣＥ＝１９２．１６８．１．３”を含む。

図１１は、本実施形態において、プリンタ２００がホストＰＣ１１０、ホストＰＣ１２０に宛てて送信する優先度確認通知０、ホストＰＣ１１０が送信する優先度応答通知０の一例を示すものである。例えば、優先度確認通知０は、本通知が優先度確認通知であることを表す“ＰＲIＯＲＩＴＹ＿ＲＥＱＵＥＳＴ"、プリンタ２００のＩＰアドレス２１３である“＄ＳＯＲＣＥ＝１９２．１６８．１．１”等の各種データを含む。また、優先度応答通知０は、本通知が優先度応答通知であることを表す“ＰＲIＮＴ＿ＪＯＢ"、ホストＰＣ１１０のＩＰアドレス２１４である“＄ＳＯＲＣＥ＝１９２．１６８．１．３”等の各種データを含む。

図１２は、本実施形態において、各時刻での、プリンタ２００内の残留ジョブテーブルの内容を示したものである。ここで、残留ジョブテーブル０は、時刻９時５９分３０秒での残留ジョブテーブルである。以下、同様に、残留ジョブテーブル１は、時刻１０時００分１５秒での残留ジョブテーブル、残留ジョブテーブル２は、時刻１０時００分２０秒での残留ジョブテーブル、残留ジョブテーブル３は、時刻１０時００分２５秒での残留ジョブテーブル、残留ジョブテーブル４は、時刻１０時００分４４秒での残留ジョブテーブル、残留ジョブテーブル５は、時刻１０時００分４５秒での残留ジョブテーブル、残留ジョブテーブル６は、時刻１０時０１分１５秒での残留ジョブテーブル、残留ジョブテーブル７は、時刻１０時０１分４５秒での残留ジョブテーブルの一例である。

そして、本実施形態の説明においては、２０１４年＊月＊＊日の午前１０時頃、ユーザ０、ユーザ１、及びユーザ２の三者は、それぞれホストＰＣ１００、ホストＰＣ１１０、及びホストＰＣ１２０を操作し、資料を作成している。ユーザ０、ユーザ１は、それぞれ業務上の資料（資料０、資料１）を作成中であり、資料完成後は直ちに印刷し、印刷物を確認する必要がある。一方、ユーザ２は、やはり業務上の資料（資料２）を作成中ではあるが、他にも作成する資料（資料３）があるため、資料２の印刷後、引き続き資料３を作成しようとしている。なお、資料１、資料２、及び資料３は、全て、送信に１５秒、印刷に３０秒の時間を要する資料であったものとする。

時刻９時５９分３０秒、三者とも資料作成の作業中であった。プリンタ２００内の残留ジョブテーブルは、図１２の残留ジョブテーブル０のようになっている。

時刻１０時００分００秒、ユーザ０は、資料０を完成させ、ホストＰＣ１００を操作してプリンタ２００の印刷起動を行う。図１０に示す印刷ジョブ０がプリンタ２００へ送信され、ユーザ０は、ホストＰＣ１００を離れ、プリンタ２００のもとへ向かう。

時刻１０時００分０５秒、ユーザ２は、資料２を完成させ、ホストＰＣ１２０を操作してプリンタ２００の印刷起動を行う。図１０に示す印刷ジョブ２がプリンタ２００へ送信されるが、ユーザ２は、継続してホストＰＣ１２０を操作し、資料３の作成を開始する。

時刻１０時００分１０秒、ユーザ１は、資料１を完成させ、ホストＰＣ１１０を操作してプリンタ２００の印刷起動を行う。図１０に示す印刷ジョブ１がプリンタ２００へ送信され、ユーザ１は、ホストＰＣ１１０を離れ、プリンタ２００のもとへ向かう。

時刻１０時００分１５秒、すなわち、ユーザ０によるプリンタ２００の印刷起動から１５秒後、プリンタ２００は印刷ジョブ０を受信する。このとき、プリンタ２００は印刷動作を行っていないため、即座に印刷ジョブ０に対する印刷物０の印刷（印刷０）を開始する。そして、プリンタ２００内の残留ジョブテーブルは、図１２の残留ジョブテーブル１に更新される。

時刻１０時００分２０秒、すなわち、ユーザ２によるプリンタ２００の印刷起動から１５秒後、プリンタ２００は印刷ジョブ２を受信する。このとき、プリンタ２００は印刷動作を行っているため、印刷ジョブ２はプリンタ２００内の残留ジョブに登録される。そして、プリンタ２００内の残留ジョブテーブルは、図１２の残留ジョブテーブル２に更新される。

時刻１０時００分２５秒、すなわち、ユーザ１によるプリンタ２００の印刷起動から１５秒後、プリンタ２００は印刷ジョブ１を受信する。このとき、プリンタ２００は印刷動作を行っているため、印刷ジョブ１はプリンタ２００内の残留ジョブに登録される。そして、プリンタ２００内の残留ジョブテーブルは、図１２の残留ジョブテーブル３に更新される。

時刻１０時００分２６秒、プリンタ２００内の残留ジョブの数は２（印刷ジョブ１、及び印刷ジョブ２）とっている。残留ジョブの数が２以上であるため、プリンタ２００は優先度確認を行う。プリンタ２００の印刷ジョブ管理部２０２は、印刷ジョブ１、及び印刷ジョブ２の送信元であるホストＰＣ１１０、及びホストＰＣ１２０に対して図１１に示す優先度確認通知０を送信する。

このとき、ユーザ１は、プリンタ２００から印刷物を回収するためホストＰＣ１１０から離れている。すなわち、ホストＰＣ１１０は、この時点から過去１６秒間、ユーザインタフェース１０３の操作が行われていなかったため、受信した優先度確認通知に対して図１１に示す優先度応答通知０を送信する。一方、ユーザ２は、資料３を作成中であり、ユーザインタフェース１０３の操作は継続して行われている。したがって、ホストＰＣ１２０は、受信した優先度確認通知０に対する応答は行わない。

ホストＰＣ１１０から優先度応答通知０を受信すると、プリンタ２００の印刷ジョブ管理部２０２は、印刷ジョブ１の優先度を上げる。この結果、印刷ジョブ１の“ＰＲＩＯＲＩＴＹ”の値は“１”となり、印刷ジョブ２の“ＰＲＩＯＲＩＴＹ”の値は“０”のままである。

時刻１０時００分２７秒から時刻１０時００分４４秒の各１秒おきに同様の処理がなされ、その結果、印刷ジョブ１の“ＰＲＩＯＲＩＴＹ”の値は“１９”となり、印刷ジョブ２の“ＰＲＩＯＲＩＴＹ”の値は“０”のままである。プリンタ２００内の残留ジョブテーブルは、図１２の残留ジョブテーブル４に更新される。

時刻１０時００分４５秒、すなわち、印刷ジョブ０の受信から３０秒後、プリンタ２００は印刷０を完了する。ユーザ０は４５秒の待ち時間を経て印刷物０を得る。

プリンタ２００は、さらに残留ジョブが２つあるため、継続して印刷を行う。プリンタ２００は、残留ジョブの中でも、より優先度の高い印刷ジョブ１を選択し、印刷ジョブ１に対する印刷物１の印刷（印刷１）を開始する。プリンタ２００内の残留ジョブテーブルは、図１２の残留ジョブテーブル５に更新される。

時刻１０時０１分１５秒、すなわち、印刷０の終了から３０秒後、プリンタ２００は印刷１を完了する。ユーザ１は６５秒の待ち時間を経て印刷物１を得る。

プリンタ２００は、さらに残留ジョブとして印刷ジョブ２があるため、印刷ジョブ２に対する印刷物２の印刷（印刷２）を開始する。プリンタ２００内の残留ジョブテーブルは、図１２の残留ジョブテーブル６に更新される。

時刻１０時０１分４５秒、印刷１の終了から３０秒後、プリンタ２００は印刷２を完了する。しかしながら、ユーザ２は依然、資料３の作成を行っている。プリンタ２００内の残留ジョブテーブルは図１２の残留ジョブテーブル７に更新される。

以上の動作により、ユーザ０は４５秒、ユーザ１は６５秒、計１１０秒の待ち時間でそれぞれ印刷物を得ることができた。

一方、本実施形態に係る効果を示す比較対象として、印刷ジョブを受信した順に印刷動作を実行するプリンタ２１０においては、詳細な説明は省略するが、図１３に示すように、ユーザ０は４５秒、ユーザ１は８５秒、計１３０秒の待ち時間があった。よって、本実施形態においては、従来の印刷ジョブを受信した順に印刷動作を実行するプリンタよりも２０秒の待ち時間を削減することができた。

以上のように、第１の実施形態によれば、印刷ジョブ送信後もユーザインタフェースが稼働しているホストＰＣのユーザについては、送信した印刷ジョブに対する印刷物を直ちに必要としないと判断されるため、該ユーザの印刷ジョブに関する処理は先行されず、印刷物を直ちに必要とするユーザが無為に待たされることを防ぐことができる。

［第２の実施形態］
第１の実施形態においては、印刷ジョブの受信後に印刷ジョブの優先度を比較する構成について説明したが、第２の実施形態においては、印刷ジョブの受信完了前から印刷ジョブの優先度を比較する構成について説明する。なお、第２の実施形態の説明において、第１の実施形態と同一な構成、動作についてはその説明を省略する。

図１４は、ホストＰＣ１００’、ホストＰＣ１１０’、ホストＰＣ１２０’、及びプリンタ２００’がネットワーク９００を介して接続された様子を表す接続図である。

ホストＰＣ１００’、ホストＰＣ１１０’、ホストＰＣ１２０’、及びプリンタ２００’には、ネットワーク９００上での識別子たる、１９２．１６８．１．２、１９２．１６８．１．３、１９２．１６８．１．４、及び１９２．１６８．１．１のＩＰアドレスがそれぞれ割り振られている。

また、本実施形態においては、ホストＰＣ１００’、ホストＰＣ１１０’、及びホストＰＣ１２０’の所有者は、それぞれユーザ０、ユーザ１、及びユーザ２であり、プリンタ２００’はユーザ０、ユーザ１、及びユーザ２の三者が共有して使用しているものとして説明する。

図１５は、ホストＰＣ１００’、ホストＰＣ１１０’、ホストＰＣ１２０’、及びプリンタ２００’の内部構成を説明するブロック図である。なお、ホストＰＣ１００’、ホストＰＣ１１０’、及びホストＰＣ１２０’の構成は全て同一とすることができるため、以下の説明においては、ホストＰＣ１００’を一例にして説明する。

ホストＰＣ１００は、印刷ジョブ送信部としての通信部１０１と、判断部としての制御部１０２’と、操作部としてのユーザインタフェース１０３とを備える。

制御部１０２’は、ホストＰＣ１００’を統括的に制御する制御プログラムとして構成することができ、ユーザインタフェース１０３動作の監視、印刷ジョブの作成、又は優先度確認通知に対する応答等を行う。

プリンタ２００’は、印刷ジョブ受信部としての通信部２０１’と、決定部としての印刷ジョブ管理部２０２’と、印刷部２０３と、記憶部としての印刷ジョブ記憶部２０４とを備える。

通信部２０１’は、ネットワークコントローラ、及びこれを制御する駆動プログラムを含み、ネットワーク９００とプリンタ２００’との間における、優先度確認通知の送信、優先度応答通知の受信、及び印刷データを含む印刷ジョブの受信を仲介する。また、通信部２０１は、印刷ジョブの受信が開始された際に、印刷ジョブの受信を開始した旨を受信開始通知として、印刷ジョブの受信が完了した際に、印刷ジョブを受信した旨を受信完了通知として印刷ジョブ管理部２０２’に通知する。

印刷ジョブ管理部２０２’は、ホストＰＣ１００’、ホストＰＣ１１０’、及びホストＰＣ１２０’から受信する印刷ジョブを管理するプログラムであり、優先度確認通知の送信や、印刷部２０３に対して印刷起動を行う。

次に、ホストＰＣ１００’の制御部１０２’の動作について説明する。ユーザ０がホストＰＣ１００’のユーザインタフェース１０３を操作した際の制御部１０２’の動作は、第１の実施形態の図３で説明した動作と同一である。

図１６は、ホストＰＣ１００’がプリンタ２００’から送信された優先度確認通知を受信した際の制御部１０２’の動作を説明するフローチャートである。

図１６のステップＳ１１３において、制御部１０２’は、優先度確認通知の受信時の現在時刻を取得し、これを内部パラメータである“ＵＩ＿ＴＩＭＥ”に保持された入力時刻と比較する。

現在時刻が、“ＵＩ＿ＴＩＭＥ”に対して規定の時間（本実施形態においては５秒）以上である場合（ステップＳ１１４’ Ｙｅｓ）、制御部１０２’は、プリンタ２００’に対して優先度応答を送信する（ステップＳ１１５）。一方、現在時刻が、“ＵＩ＿ＴＩＭＥ”に対して規定の時間未満である場合（ステップＳ１１４’ Ｎｏ）、制御部１０２’は優先度応答を送信せず、処理を終了する。

以上、図３、及び図１６に示したように、制御部１０２’は優先度確認通知を受信すると、受信時の現在時刻が、ユーザインタフェース１０３を介して受付けたユーザによる最後の操作入力の入力時刻から、規定の時間である５秒以上経過している場合に、優先度応答通知をプリンタ２００’に対して送信する。

次に、プリンタ２００’の印刷ジョブ管理部２０２’の動作について説明する。図１７は、プリンタ２００’が印刷ジョブの受信を開始した際の動作を説明するフローチャートである。

印刷ジョブ管理部２０２’は、印刷ジョブの受信を開始すると、残留ジョブの数を表す内部パラメータ“ＪＯＢ＿ＣＯＵＮＴ”の値を１インクリメントし、残留ジョブテーブルに受信した印刷ジョブの“ＲＥＣＩＥＶＥＤ”の値を“０”、“ＰＲＩＯＲＩＴＹ”の値を“０”とし、登録する（ステップＳ１０４’）。ここで、印刷ジョブ管理部２０２’の処理は終了する。

図１８は、プリンタ２００’が印刷ジョブを受信完了した際の動作を説明するフローチャートである。

印刷ジョブ管理部２０２’は、受信完了した印刷ジョブに対する内部パラメータ“ＲＥＣＩＥＶＥＤ”の値を“１”とし、“ＰＲＩＯＲＩＴＹ”の値を確認する（ステップＳ１２０）。

ここで、“ＰＲＩＯＲＩＴＹ”の値が１位であり（ステップＳ１２１ Ｙｅｓ）、通信部２０１から印刷ジョブの受信が完了した旨の受信完了通知を受けると、印刷ジョブ管理部２０２’は、印刷部２０３の稼動状況を示す内部パラメータ“ＰＲＩＮＴＩＮＧ＿ＳＴＡＴＥ”の値を確認する（ステップＳ１０１）。

ここで、“ＰＲＩＮＴＩＮＧ＿ＳＴＡＴＥ”の値が“０”である場合、印刷ジョブ管理部２０２’は、印刷部２０３が印刷動作中ではないと判断する（ステップＳ１０２ Ｙｅｓ）。そして、印刷ジョブ管理部２０２’は、受信した印刷ジョブを実行するよう印刷部２０３に指示を与えるとともに、印刷中フラグをＯＮ、すなわち、“ＰＲＩＮＴＩＮＧ＿ＳＴＡＴＥ”の値を“１”とし（ステップＳ１０３）、処理を終了する。

一方、“ＰＲＩＯＲＩＴＹ”の値が１位でなく（ステップＳ１２１ Ｎｏ）、あるいは “ＰＲＩＮＴＩＮＧ＿ＳＴＡＴＥ”の値が“１”であった場合、印刷部２０３が印刷動作中ではないと判断し（ステップＳ１０２ Ｎｏ）、印刷ジョブ管理部２０２’は、そのまま処理を終了する。

図１９は、印刷部２０３が、ある印刷ジョブの印刷を完了した際の印刷ジョブ管理部２０２’の動作を説明するフローチャートである。

印刷ジョブ管理部２０２’は、印刷部２０３から印刷ジョブの印刷が完了した旨の通知を受けると、“ＪＯＢ＿ＣＯＵＮＴ”の値を読み取る（ステップＳ１０９）。

ここで、“ＪＯＢ＿ＣＯＵＮＴ”の値が１以上である場合、印刷ジョブ管理部２０２’は、残留印刷ジョブが存在すると判断する（ステップＳ１１０ Ｙｅｓ）。そして、印刷ジョブ管理部２０２’は、残留ジョブテーブルの中から最も“ＰＲＩＯＲＩＴＹ”の値が大きい印刷ジョブを指定し、その印刷ジョブの“ＲＥＣＩＥＶＥＤ”の値を確認する（ステップＳ１２２）。

ここで、“ＲＥＣＩＥＶＥＤ”の値が“１”であった場合（ステップＳ１２３ Ｙｅｓ）、印刷ジョブ管理部２０２’は、該印刷ジョブに基づく印刷を実行するよう印刷部２０３に指示を与える。そして、印刷ジョブ管理部２０２’は、“ＪＯＢ＿ＣＯＵＮＴ”の値を１デクリメントし（ステップＳ１１１’）、処理を終了する。

一方、“ＲＥＣＩＥＶＥＤ”の値が“０”であった場合（ステップＳ１２３ Ｎｏ）、あるいは、“ＪＯＢ＿ＣＯＵＮＴ”の値が“０”であった場合（ステップＳ１１０ Ｎｏ）、印刷ジョブ管理部２０２’は、次の印刷動作の準備ができていないとして、印刷中フラグをＯＦＦ、すなわち、“ＰＲＩＮＴＩＮＧ＿ＳＴＡＴＥ”の値を“０”とし、処理を終了する。

なお、第２の実施形態における印刷ジョブ管理部２０２’が定期的に実行する動作は第１の実施形態の図６、ホストＰＣから送信された優先度応答通知を受信した際の印刷ジョブ管理部２０２’の動作は第１の実施形態の図７で説明した動作と同様である。

以上、図１７乃至図１９、図６、及び図７で示したように、印刷ジョブ管理部２０２’は、受信開始した印刷ジョブを残留ジョブとして管理する。残留ジョブが複数溜まると、印刷ジョブ管理部２０２’は、定期的に優先度確認を行い、優先度応答通知を送信したホストＰＣに対応する印刷ジョブの優先度を高く設定する。そして、印刷ジョブ管理部２０２’は、前の印刷ジョブに係る印刷が終了し、且つ、次に最も優先度の高い印刷ジョブの受信が完了すると、該印刷ジョブに係る印刷を実行するよう印刷部２０３に指示を与える。

次に、図２０のタイムチャートを用い、本実施形態に係る全体動作について説明する。なお、図２０のタイムチャートの説明にあたり、本実施形態においては、図２１に示す優先度応答通知、図２２に示すプリンタ２００’内の残留ジョブテーブルを参照しながら説明する。

図２１は、本実施形態において、ホストＰＣ１００’が送信する優先度応答通知１の一例を示すものである。例えば、優先度応答通知１は、本通知が優先度応答通知であることを表す“ＰＲIＮＴ＿ＪＯＢ"、ホストＰＣ１００’のＩＰアドレス２１４である“＄ＳＯＲＣＥ＝１９２．１６８．１．２”等の各種データを含む。

図２２は、本実施形態において、各時刻での、プリンタ２００’内の残留ジョブテーブルの内容を示したものである。ここで、残留ジョブテーブル１１は、時刻９時５９分５５秒での残留ジョブテーブルである。以下、同様に、残留ジョブテーブル１２は、時刻１０時００分００秒での残留ジョブテーブル、残留ジョブテーブル１３は、時刻１０時００分１０秒での残留ジョブテーブル、残留ジョブテーブル１４は、時刻１０時００分１５秒での残留ジョブテーブル、残留ジョブテーブル１５は、時刻１０時００分２０秒での残留ジョブテーブル、残留ジョブテーブル１６は、時刻１０時００分３５秒での残留ジョブテーブル、残留ジョブテーブル１７は、時刻１０時００分４５秒での残留ジョブテーブルの一例である。

そして、本実施形態の説明においては、２０１４年＊月＊＊日の午前１０時頃、ユーザ０、ユーザ１、及びユーザ２の三者は、それぞれホストＰＣ１００’、ホストＰＣ１１０’、及びホストＰＣ１２０’を操作し、資料を作成している。ユーザ０、ユーザ１は、それぞれ業務上の資料（資料０、資料１）を作成中であり、資料完成後は直ちに印刷し、印刷物を確認する必要がある。一方、ユーザ２は、やはり業務上の資料（資料２）を作成中ではあるが、他にも作成する資料（資料３）があるため、資料２の印刷後、引き続き資料３を作成しようとしている。なお、資料１、資料２、及び資料３は、全て、送信に１５秒、印刷に３０秒の時間を要する資料であったものとする。

時刻９時５９分３０秒、三者とも資料作成の作業中であった。プリンタ２００’内の残留ジョブテーブルは、図１２の残留ジョブテーブル０のようになっている。

時刻９時５９分５５秒、ユーザ２は、資料２を完成させ、ホストＰＣ１２０’を操作してプリンタ２００’の印刷起動を行う。図１０に示す印刷ジョブ２がプリンタ２００’へ送信されるが、ユーザ２は、継続してホストＰＣ１２０’を操作し、資料３の作成を開始する。そして、プリンタ２００’内の残留ジョブテーブルは、図２２の残留ジョブテーブル１１に更新される。残留

時刻１０時００分００秒、ユーザ０は、資料０を完成させ、ホストＰＣ１００’を操作してプリンタ２００’の印刷起動を行う。図１０に示す印刷ジョブ０がプリンタ２００’へ送信され、ユーザ０は、ホストＰＣ１００’を離れ、プリンタ２００’のもとへ向かう。そして、プリンタ２００’内の残留ジョブテーブルは、図２２の残留ジョブテーブル１２に更新される。

時刻１０時００分０６秒、プリンタ２００’内の残留ジョブの数は２（印刷ジョブ０、及び印刷ジョブ２）となっている。残留ジョブの数が２以上であるため、プリンタ２００’は優先度確認を行う。プリンタ２００’の印刷ジョブ管理部２０２’は、印刷ジョブ０、及び印刷ジョブ２の送信元であるホストＰＣ１００’、及びホストＰＣ１２０’に対して図１１に示す優先度確認通知０を送信する。

このとき、ユーザ０は、プリンタ２００’から印刷物を回収するためホストＰＣ１００’から離れている。すなわち、ホストＰＣ１００’は、この時点から過去６秒間、ユーザインタフェース１０３の操作が行われていなかったため、受信した優先度確認通知に対して図２１に示す優先度応答通知１を送信する。一方、ユーザ２は、資料３を作成中であり、ユーザインタフェース１０３の操作は継続して行われている。したがって、ホストＰＣ１２０’は、受信した優先度確認通知０に対する応答は行わない。

ホストＰＣ１００’から優先度応答通知１を受信すると、プリンタ２００’の印刷ジョブ管理部２０２’は、印刷ジョブ０の優先度を上げる。この結果、印刷ジョブ０の“ＰＲＩＯＲＩＴＹ”の値は“１”となり、印刷ジョブ２の“ＰＲＩＯＲＩＴＹ”の値は“０”のままである。

時刻１０時００分１０秒、すなわち、ユーザ２によるプリンタ２００’の印刷起動から１５秒後、プリンタ２００’は印刷ジョブ２の受信を完了する。このとき、印刷ジョブ２の“ＰＲＩＯＲＩＴＹ”の値は“０”であり、印刷ジョブ０の“ＰＲＩＯＲＩＴＹ”の値“４”より低く、優先度は１位ではないので、印刷ジョブ２に対する印刷物２の印刷（印刷２）は開始されない。そして、プリンタ２００’内の残留ジョブテーブルは、図２２の残留ジョブテーブル１３に更新される。

時刻１０時００分１５秒、すなわち、ユーザ０によるプリンタ２００’の印刷起動から１５秒後、プリンタ２００’は印刷ジョブ０の受信を完了する。このとき、プリンタ２００’は印刷動作を行っておらず、また、印刷ジョブ０の“ＰＲＩＯＲＩＴＹ”の値は“９”であり、優先度は１位であるため、即座に印刷ジョブ０に対する印刷物０の印刷（印刷０）を開始する。そして、プリンタ２００’内の残留ジョブテーブルは、図２２の残留ジョブテーブル１４に更新される。

時刻１０時００分２０秒、ユーザ１は、資料１を完成させ、ホストＰＣ１１’０を操作してプリンタ２００’の印刷起動を行う。図１０に示す印刷ジョブ１がプリンタ２００’へ送信され、ユーザ１は、ホストＰＣ１１０’を離れ、プリンタ２００’のもとへ向かう。そして、プリンタ２００’内の残留ジョブテーブルは、図２２の残留ジョブテーブル１５に更新される。

時刻１０時００分３５秒、すなわち、ユーザ１によるプリンタ２００’の印刷起動から１５秒後、プリンタ２００’は印刷ジョブ１の受信を完了する。このとき、プリンタ２００’は印刷動作を行っているため、印刷ジョブ１はプリンタ２００’内の残留ジョブに登録される。そして、プリンタ２００’内の残留ジョブテーブルは、図２２の残留ジョブテーブル１６に更新される。

時刻１０時００分４５秒、すなわち、印刷ジョブ０の受信から３０秒後、プリンタ２００’は印刷０を完了する。ユーザ０は４５秒の待ち時間を経て印刷物０を得る。

プリンタ２００’は、さらに残留ジョブが２つあるため、継続して印刷を行う。プリンタ２００’は、残留ジョブの中でも、より優先度の高い印刷ジョブ１を選択し、印刷ジョブ１に対する印刷物１の印刷（印刷１）を開始する。プリンタ２００’内の残留ジョブテーブルは、図２２の残留ジョブテーブル１７に更新される。

時刻１０時０１分１５秒、すなわち、印刷０の終了から３０秒後、プリンタ２００’は印刷１を完了する。ユーザ１は５５秒の待ち時間を経て印刷物１を得る。

プリンタ２００’は、さらに残留ジョブとして印刷ジョブ２があるため、印刷ジョブ２に対する印刷物２の印刷（印刷２）を開始する。プリンタ２００’内の残留ジョブテーブルは、図１２の残留ジョブテーブル６に更新される。

時刻１０時０１分４５秒、印刷１の終了から３０秒後、プリンタ２００’は印刷２を完了する。しかしながら、ユーザ２は依然、資料３の作成を行っている。プリンタ２００’内の残留ジョブテーブルは図１２の残留ジョブテーブル７に更新される。

以上の動作により、ユーザ０は４５秒、ユーザ１は５５秒、計１００秒の待ち時間でそれぞれ印刷物を得ることができた。

一方、本実施形態に係る効果を示す比較対象として、印刷ジョブを受信した順に印刷動作を実行するプリンタ２１０’においては、詳細な説明は省略するが、図２３に示すように、ユーザ０は７０秒、ユーザ１は８０秒、計１５０秒の待ち時間があった。よって、本実施形態においては、従来の印刷ジョブを受信した順に印刷動作を実行するプリンタよりも５０秒の待ち時間を削減することができた。

以上のように、第２の実施形態によれば、印刷ジョブの受信完了前から優先度比較を開始するため、先に受信した、印刷物が直ちに必要ではないユーザの印刷ジョブに関する処理に対して、後に受信した印刷物を直ちに必要とするユーザの印刷ジョブに関する処理を割り込ませることができるため、印刷物を直ちに必要とするユーザが無為に待たされることを防ぐことができる。

本実施形態の説明においては、印刷ジョブを作成する画像処理装置としてＰＣを一例として説明したが、本発明はこれに限定されず、例えば、プリンタサーバ、ワークステーション等を用いたシステムにも適用可能である。

また、本実施形態の説明においては、印刷ジョブの処理を実行する画像形成装置としてプリンタを一例として説明したが、本発明はこれに限定されず、例えば、ＭＦＰ、ファクシミリ、複写機等を用いたシステムにも適用可能である。

１００、１１０、１２０、１００’、１１０’、１２０’ ホストＰＣ
１０１ 通信部
１０２、１０２’ 制御部
１０３ ユーザインタフェース
２００、２００’ プリンタ
２０１ 通信部
２０２、２０２’ 印刷ジョブ管理部
２０３ 印刷部
２０４ 印刷データ記憶部
９００ ネットワーク

Claims (4)

1. 印刷ジョブを作成する画像処理装置と作成された前記印刷ジョブに基づき印刷を行う画像形成装置とを有する画像形成システムであって、
   前記印刷ジョブを前記画像形成装置に送信する印刷ジョブ送信部と、
   前記画像処理装置への操作入力を受付ける操作部と、
   前記操作部が操作されているか否かを判断する判断部と、
   前記印刷ジョブ送信部により送信された前記印刷ジョブを受信する印刷ジョブ受信部と、
   前記印刷ジョブ受信部を介して受信した前記印刷ジョブを残留ジョブとして複数記憶する記憶部と、
   前記記憶部に記憶された前記残留ジョブの処理順序を決定する決定部とを供え、
   前記決定部は、前記判断部による判断結果に基づき前記残留ジョブの処理順序を決定することを特徴とする画像形成システム。
2. 前記決定部は、
   前記印刷ジョブ受信部を介して受信中の前記印刷ジョブを前記残留ジョブとして扱うことを特徴とする請求項１記載の画像形成システム。
3. 前記決定部は、
   前記記憶部に前記残留ジョブとして記憶された前記印刷ジョブ数に応じて、前記残留ジョブの処理順序の決定基準となる優先度確認通知を前記画像処理装置に対して通知し、
   前記判断部は、
   前記優先度確認通知を受けたタイミングで前記操作部が操作されているか否かを判断することを特徴とする請求項１記載の画像形成システム。
4. 前記判断部は、
   前記優先度確認通知を受けた際の現在時刻と前記操作部を介して受付けた操作入力の入力時刻とを比較し、前記現在時刻と前記入力時刻とが規定の時間差以上であるときに、前記優先度確認通知に対する応答として優先度応答通知を前記画像形成装置に対して通知することを特徴とする請求項３記載の画像形成システム。