(57)【特許請求の範囲】
【請求項１】
ジョブデータを受信して印刷処理工程を制御する第１モジュールと、
前記ジョブデータをイメージデータに変換する第２モジュールと、
前記イメージデータを印刷に適した形式のデータに変換する第３モジュールと、
前記第３モジュールからのデータを受信して印刷するプリンタと、
前記第１、第２、及び第３モジュール間でシステム構成情報を共有するためのシステム構成制御部と、
前記システム構成制御部が有する前記システム構成情報に基づいてシステムの状態を表示するとともに、ユーザからの前記第２モジュールと前記第３モジュールの少なくともいずれかの追加指示あるいは削除指示を受け付ける表示制御部と、
を備え、前記システム構成制御部は、前記表示制御部で受け付けた追加指示あるいは削除指示に応じて該当モジュールの追加あるいは削除を実行する印刷システム。
【請求項２】
前記システム構成制御部は、複数の前記第２モジュールの処理負荷を監視し、前記処理負荷が相対的に少ない第２モジュールに処理を割り当てる請求項１記載の印刷システム。
【請求項３】
前記システム構成制御部は、ネットワーク上に接続された他のシステムのモジュール情報を取得し、
前記表示制御部は、自己システムのモジュール情報及び他のシステムのモジュール情報を併せて表示するとともに、ユーザから異なるシステム間のモジュール移動指示を受け付ける
請求項１，２のいずれかに記載の印刷システム。
【請求項４】
前記システム構成制御部は、前記第２モジュールの処理時間と前記プリンタの出力速度に基づいて前記第２モジュールの処理能力が不足していると判定した場合に、不足している処理能力を前記第２モジュールの追加すべき台数に換算して算出し、
前記表示制御部は、算出された前記第２モジュールの台数を表示する
請求項１，２のいずれかに記載の印刷システム。
【請求項５】
前記システム構成制御部は、前記第２モジュールの処理時間と前記プリンタの出力速度に基づいて前記第２モジュールの処理能力が過剰であると判定した場合に、過剰である処理能力を前記第２モジュールの削除すべき台数に換算して算出し、
前記表示制御部は、算出された前記第２モジュールの台数を表示する
請求項１，２のいずれかに記載の印刷システム。
【請求項６】
前記システム構成制御部は、現在の前記第２モジュールの台数をｒ、１ページからｐページの処理に要した時間をＴ（ｐ）、前記プリンタが１ページ出力するのに要する時間をｓ、Ｔ（ｐ）がｓ×ｐよりも大きいページのうち、遅延した処理時間Ｔ（ｐ）−ｓ×ｐが最大となるページをｐｍａｘ、マージンをｍとして、
Ｔ（ｐｍａｘ）×（ｒ／（ｒ＋ｎ））＜ｓ×ｐｍａｘ×（１−ｍ）
を満たす整数ｎの最小値を追加すべき台数として算出する
請求項４記載の印刷システム。
【請求項７】
前記システム構成制御部は、現在の前記第２モジュールの台数をｒ、１ページからｐページの処理に要した時間をＴ（ｐ）、前記プリンタが１ページ出力するのに要する時間をｓ、Ｔ（ｐ）がｓ×ｐよりも小さいページのうち、余った処理時間ｓ×ｐ−Ｔ（ｐ）が最小となるページをｐｍｉｎ、マージンをｍとして、
Ｔ（ｐｍｉｎ）×（ｒ／（ｒ−ｎ））＜ｓ×ｐｍｉｎ×（１−ｍ）
を満たす整数ｎの最大値を削除すべき台数として算出する
請求項５記載の印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は印刷システムに関する。
【背景技術】
【０００２】
業務用印刷システムでは、インクジェット等マーキング技術の高速化が進んでいる。特に、連続帳票用紙向け印刷システムでは２５００ｐｐｍ（pages per minute）を超える高速印刷が実用化されている。マーキング技術の進歩に合わせて、印刷ジョブデータを受けてラスタイメージを生成する処理（ＲＩＰ：Raster Image Processor）も高速化が求められているが、その性能はハードウェアのＣＰＵ性能に依存するところが大きい。
【０００３】
近年、印刷データのフルカラー化と高解像度化が進んでいる。フルカラー（ＣＭＹＫ）のデータは、白黒グレースケールのデータと比べて単純計算で４倍の処理能力が必要になる。また、解像度が２倍になれば、イメージデータのサイズは４倍になる。今後も、システムのコントローラに要求されるＲＩＰ処理能力は高くなる傾向にある。
【０００４】
ＲＩＰ処理に時間を要すると、プリンタ本体の出力速度にイメージ生成が間に合わなくなる。特に、連続帳票用紙向け印刷システムは一度動作を開始するとすぐには停止できないため、仮に印刷すべきイメージ生成が間に合わないときには止むを得ず用紙を白紙のまま出力する。これは、用紙の無駄であるだけでなく、後処理工程で不要な白紙部分を取り除く手間がかかるため可能な限り避ける必要がある。
【０００５】
システムのコントローラのＣＰＵを高速なものに変更すれば、ＲＩＰ処理速度は向上するものの、同時に製造コストも上昇してしまう。これに対し、印刷開始する前に予め全ジョブデータをＲＩＰしておく方法（事前ＲＩＰ）があり、この方法によればＲＩＰ処理が間に合わない問題は生じない。
【０００６】
大量の請求書等を一気に出力する印刷現場では、あるジョブを本番として印刷する前に、まずジョブの一部分を抜き出してテスト印刷することが行われる。このとき、ジョブのページ記述言語（ＰＤＬ）に問題がなくエラーが発生しないことを確認するとともに、事前ＲＩＰなしで処理が間に合うかどうかを確認する。そして、この結果を見て、事前ＲＩＰするかどうかを判断した後、本番としてジョブ全体を印刷するという業務工程が組まれる場合がある。
【０００７】
しかしながら、事前ＲＩＰする場合、予め全ジョブデータをＲＩＰ処理するための時間が別途必要になるという問題がある。また、生成したイメージデータを一時保存しておくためのＨＤＤ等のストレージが必要になる。業務用印刷システムでは数万〜数十万ページを連続印刷する場合も多く、必要なストレージ容量は数十ＧＢを超える可能性がある。よって、できるだけ事前ＲＩＰせずに直接印刷した方が作業時間・コスト面で望ましい。
【０００８】
下記の特許文献には、ＲＩＰ処理を複数台のマシンで並列処理することで高速処理する技術が記載されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−１９２５０７号公報
【特許文献２】特開２００９−１４６２５１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
並列処理でＲＩＰ処理を高速化すれば事前ＲＩＰを不要化し得るが、あるジョブで必要なＲＩＰ処理能力がユーザ（オペレータ）から見て分かりにくいと、ＲＩＰユニットを増設しようにも何台追加すれば十分かを事前に判断することが困難である。
【００１１】
また、最初からＲＩＰユニットが十分に存在しており、処理能力に余裕があるときでも、そのジョブで実際に必要なのは最低何台のユニットなのかを知ることが困難である。このため、余分なハードウェアを稼働させておくことになり、消費電力の観点から無駄が多い問題もある。
【００１２】
本発明の目的は、システムの処理能力を容易に増減可能とするとともに、印刷ジョブで必要な処理能力をユーザ（オペレータ）が容易に把握し得る印刷システムを提供することにある。
【課題を解決するための手段】
【００１３】
請求項１記載の発明は、ジョブデータを受信して印刷処理工程を制御する第１モジュールと、前記ジョブデータをイメージデータに変換する第２モジュールと、前記イメージデータを印刷に適した形式のデータに変換する第３モジュールと、前記第３モジュールからのデータを受信して印刷するプリンタと、前記第１、第２、及び第３モジュール間でシステム構成情報を共有するためのシステム構成制御部と、前記システム構成制御部が有する前記システム構成情報に基づいてシステムの状態を表示するとともに、ユーザからの前記第２モジュールと前記第３モジュールの少なくともいずれかの追加指示あるいは削除指示を受け付ける表示制御部とを備え、前記システム構成制御部は、前記表示制御部で受け付けた追加指示あるいは削除指示に応じて該当モジュールの追加あるいは削除を実行する印刷システムである。
【００１４】
請求項２記載の発明は、前記システム構成制御部は、複数の前記第２モジュールの処理負荷を監視し、前記処理負荷が相対的に少ない第２モジュールに処理を割り当てる請求項１記載の印刷システムである。
【００１５】
請求項３記載の発明は、前記システム構成制御部は、ネットワーク上に接続された他のシステムのモジュール情報を取得し、前記表示制御部は、自己システムのモジュール情報及び他のシステムのモジュール情報を併せて表示するとともに、ユーザからの異なるシステム間での移動指示を受け付ける請求項１，２のいずれかに記載の印刷システムである。
【００１６】
請求項４記載の発明は、前記システム構成制御部は、前記第２モジュールの処理時間と前記プリンタの出力速度に基づいて前記第２モジュールの処理能力が不足していると判定した場合に、不足している処理能力を前記第２モジュールの追加すべき台数に換算して算出し、前記表示制御部は、算出された前記第２モジュールの台数を表示する請求項１，２のいずれかに記載の印刷システムである。
【００１７】
請求項５記載の発明は、前記システム構成制御部は、前記第２モジュールの処理時間と前記プリンタの出力速度に基づいて前記第２モジュールの処理能力が過剰であると判定した場合に、過剰である処理能力を前記第２モジュールの削除すべき台数に換算して算出し、前記表示制御部は、算出された前記第２モジュールの台数を表示する請求項１，２のいずれかに記載の印刷システムである。
【００１８】
請求項６記載の発明は、前記システム構成制御部は、現在の前記第２モジュールの台数をｒ、１ページからｐページの処理に要した時間をＴ（ｐ）、前記プリンタが１ページ出力するのに要する時間をｓ、Ｔ（ｐ）がｓ×ｐよりも大きいページのうち、遅延した処理時間Ｔ（ｐ）−ｓ×ｐが最大となるページをｐｍａｘ、マージンをｍとして、
Ｔ（ｐｍａｘ）×（ｒ／（ｒ＋ｎ））＜ｓ×ｐｍａｘ×（１−ｍ）
を満たす整数ｎの最小値を追加すべき台数として算出する請求項４記載の印刷システムである。
【００１９】
請求項７記載の発明は、前記システム構成制御部は、現在の前記第２モジュールの台数をｒ、１ページからｐページの処理に要した時間をＴ（ｐ）、前記プリンタが１ページ出力するのに要する時間をｓ、Ｔ（ｐ）がｓ×ｐよりも小さいページのうち、余った処理時間ｓ×ｐ−Ｔ（ｐ）が最小となるページをｐｍｉｎ、マージンをｍとして、
Ｔ（ｐｍｉｎ）×（ｒ／（ｒ−ｎ））＜ｓ×ｐｍｉｎ×（１−ｍ）
を満たす整数ｎの最大値を削除すべき台数として算出する請求項５記載の印刷システムである。
【発明の効果】
【００２０】
請求項１記載の発明によれば、システム構成を弾力的に追加あるいは削除してモジュールの処理能力を可変し得る。
【００２１】
請求項２記載の発明によれば、さらに、複数のモジュールを効率的に活用してジョブ処理を短時間に実行し得る。
【００２２】
請求項３記載の発明によれば、さらに、異なるシステム間でモジュールを効率的に活用
し得る。
【００２３】
請求項４，６記載の発明によれば、さらに、モジュールの処理能力が不足している場合にどの程度システムを増強すればよいのか容易に把握し得る。
【００２４】
請求項５，７記載の発明によれば、さらに、モジュールの処理能力が過剰である場合にどの程度システムを簡素化すればよいのか容易に把握し得る。
【図面の簡単な説明】
【００２５】
【図１】実施形態の構成ブロック図である。
【図２】実施形態のシステム構成図である。
【図３】実施形態の他のシステム構成図である。
【図４】実施形態の複数ＲＩＰモジュールを備える場合の構成図である。
【図５】実施形態のＲＩＰモジュールの追加／削除説明図である。
【図６】実施形態のシステム間でのＲＩＰモジュールの移動説明図である。
【図７】実施形態のＵＩ画面説明図である。
【図８】実施形態のシステム間でのＲＩＰモジュールの移動を指示する画面説明図である。
【図９】実施形態の処理フローチャートである。
【図１０】実施形態の画面説明図である。
【図１１】実施形態の他の画面説明図である。
【図１２】実施形態のＲＩＰモジュール追加処理の説明図である。
【図１３】実施形態のＲＩＰモジュール削除処理の説明図である。
【図１４】実施形態の追加／削除処理のフローチャート（その１）である。
【図１５】実施形態の追加／削除処理のフローチャート（その２）である。
【発明を実施するための形態】
【００２６】
以下、図面に基づき本発明の実施形態について説明する。
【００２７】
図１に、本実施形態における印刷システムの構成図を示す。印刷システムは、プリンタコントローラ１２とプリンタデバイス２０を備える。
【００２８】
プリンタコントローラ１２は、第１モジュールとしてのＣＥＰ（Center Processor）モジュール１４と、第２モジュールとしてのＲＩＰ（Raster Image Processor）モジュール１６と、第３モジュールとしてのＢＥＰ（Back End Processor）モジュール１８を備える。各モジュールはネットワーク等で相互に接続され、印刷ジョブデータを含む種々のデータを相互に送受信する。また、プリンタコントローラ１２は、ユーザ（オペレータ）が操作するＵＩ画面１２ａを備える。
【００２９】
ＣＥＰモジュール１４は、ＵＩ画面制御部１４ａと、システム構成制御部１４ｂと、ジョブ制御部１４ｃと、ジョブデータ受信部１４ｄを備える。ジョブデータ受信部１４ｄは、外部のクライアントＰＣから印刷ジョブのジョブデータを受信する。ジョブ制御部１４ｃは、ジョブデータに基づき印刷処理全体の流れをスケジューリングする。ＵＩ画面制御部１４ａは、ジョブ制御部１４ｃからのデータに基づきシステム状態を表示し、あるいはユーザ（オペレータ）操作を受け付けてジョブ制御部１４ｃに出力する。システム構成制御部１４ｂは、接続されている各モジュールのアドレス等、システム全体の構成情報を記憶する。
【００３０】
ＲＩＰモジュール１６は、システム構成制御部１６ａと、ジョブ制御部１６ｂと、イメージデータ生成部１６ｃを備える。イメージデータ生成部１６ｃは、ジョブデータの内容を解析し、適切な形式のイメージデータに変換する。ジョブ制御部１６ｂは、ＣＥＰモジュール１４及びＢＥＰモジュール１８と通信して印刷処理のスケジューリングを行う。システム構成制御部１６ａは、接続されている各モジュールのアドレス等、システム全体の構成情報を記憶する。
【００３１】
ＢＥＰモジュール１８は、システム構成制御部１８ａと、ジョブ制御部１８ｂと、イメージデータ送信部１８ｃを備える。イメージデータ送信部１８ｃは、色変換処理などイメージデータをプリンタデバイス２０に適した形式に変換してプリンタデバイス２０に出力する。ジョブ制御部１８ｂは、ＣＥＰモジュール１４及びＲＩＰモジュール１６と通信して印刷処理のスケジューリングを行う。システム構成制御部１８ａは、接続されている各モジュールのアドレス等、システム全体の構成情報を記憶する。
【００３２】
プリンタデバイス２０は、イメージ定着部２０ａと、デバイス制御部２０ｂと、イメージデータ受信部２０ｃを備える。イメージデータ受信部２０ｃは、ＢＥＰモジュール１８からイメージデータを受信してデバイス制御部２０ｂに出力する。デバイス制御部２０ｂは、イメージ定着部２０ａの動作を制御し、イメージ定着部２０ａは、用紙にイメージを印刷する。
【００３３】
このように、ＢＥＰモジュール１４、ＲＩＰモジュール１６、及びＢＥＰモジュール１８のいずれにもそれぞれシステム構成制御部１４ｂ，１６ａ，１８ａがあり、接続されている各モジュールのアドレス等を共有している。システム構成制御部１４ｂ，１６ａ，１８ａは、各システム単位で一意のＩＤ（システムＩＤ）を共有しており、このＩＤで互いが同一システム上に存在することを認識する。なお、異なるシステムＩＤを有する複数システムが同一ネットワーク上に共存することもできるが、この場合にも各システムはＩＤにより識別される。
【００３４】
ＣＥＰモジュール１４、ＲＩＰモジュール１６、及びＢＥＰモジュール１８は、同一ハードウェア上で稼働してもよく、あるいは異なるハードウェア上で稼働してもよい。低コストを求める場合には全モジュール１４，１６，１８を同一ハードウェア上で稼働させ、高速性を求める場合には各モジュール１４，１６，１８をそれぞれ異なるハードウェア上で稼働させて処理負荷を分散させる。
【００３５】
図２に、ＣＥＰモジュール１４、ＲＩＰモジュール１６、及びＢＥＰモジュール１８を同一ハードウェア上で稼働させる場合の構成を示す。ＣＥＰモジュール１４、ＲＩＰモジュール１６及びＢＥＰモジュール１８は、一つのプリンタコントローラ１２に備えられる。クライアントＰＣ１０とプリンタコントローラ１２はネットワーク１００で接続されており、クライアントＰＣ１０からの印刷ジョブがプリンタコントローラ１２に送信される。
【００３６】
図３に、ＣＥＰモジュール１４、ＲＩＰモジュール１６、及びＢＥＰモジュール１８をそれぞれ異なるハードウェア上で稼働させる場合の構成を示す。ＣＥＰモジュール１４、ＲＩＰモジュール１６及びＢＥＰモジュール１８は、それぞれ異なるプリンタコントローラ１３，１５，１７に備えられる。クライアントＰＣ１０とプリンタコントローラ１３，１５，１７はネットワーク１００で互いに接続されており、クライアントＰＣ１０からの印刷ジョブが各プリンタコントローラ１３，１５，１７に送信される。
【００３７】
図４に、ＣＥＰモジュール１４、ＲＩＰモジュール１６、及びＢＥＰモジュール１８をそれぞれ異なるハードウェア上で稼働させる場合の別の構成を示す。ＲＩＰモジュール１６及びＢＥＰモジュール１８がそれぞれ複数台存在する場合である。ＲＩＰモジュール１６として、ＲＩＰ１モジュール１６−１、ＲＩＰ２モジュール１６−２及びＲＩＰ３モジュール１６−３がそれぞれ異なるプリンタコントローラに備えられる。また、ＢＥＰモジュール１８として、ＢＥＰ１モジュール１８−１、ＢＥＰ２モジュール１８−２がそれぞれ異なるプリンタコントローラに備えられる。複数台のＢＥＰモジュール１８が存在する場合、それぞれのＢＥＰモジュール１８にはそれぞれプリンタデバイス２０が接続される。ＢＥＰ１モジュール１８−１にはプリンタデバイス２０−１が接続され、ＢＥＰ２モジュール１８−２にはプリンタデバイス２０−２が接続される。
【００３８】
ＣＥＰモジュール１４は、システム上に存在する複数台のＲＩＰモジュール１６−１，１６−２，１６−３の処理負荷を常時監視し、ＣＰＵが空いているＲＩＰモジュールに新たなＲＩＰ処理を割り付ける。これにより、ページ毎に複数ＲＩＰモジュール１６−１，１６−２，１６−３でイメージ生成処理を分散処理することになり、システムとしてのＲＩＰ処理能力が向上する。従って、そのジョブで必要な分のＲＩＰモジュールを追加しておけば事前ＲＩＰが不要になり、作業効率が向上する。
【００３９】
また、ＣＥＰモジュール１４は、システム上に存在する複数台のＢＥＰモジュール１８−１，１８−２のどれにジョブを出力するかをユーザの指示に応じて選択する。すなわち、ユーザ（オペレータ）は、どのプリンタデバイス２０−１，２０−２で出力するかを任意に選択でき、ＣＥＰモジュール１４は、ユーザにより選択されたプリンタデバイスで出力するようにＢＥＰモジュール１８−１，１８−２，１８−３を制御する。出力先プリンタデバイスの選択は、ＵＩ画面１２ａを用いて行うことができ、オプション指定画面等で指示してもよい。
【００４０】
このように、１つのシステムに複数のＲＩＰモジュール１６及び複数のＢＥＰモジュール１８を備えることができるが、本実施形態では、さらに、システムを構成するＲＩＰモジュール１６の数及びＢＥＰモジュール１８の数を任意に増減変更できる。
【００４１】
図５に、ＲＩＰモジュール１６を追加あるいは削除する場合の構成を示す。図５（ａ）に示すように、１つのシステム上にＣＥＰモジュール１４、ＲＩＰモジュール１６−１、ＢＥＰモジュール１８が存在するものとする。新たに１個のＲＩＰモジュール１６−２を追加する場合には、追加すべきＲＩＰモジュール１６−２のシステム構成制御部１６ａにシステムＩＤ情報をセットして、ＣＥＰモジュール１４に新しいＲＩＰモジュール１６−２を認識させる。ＣＥＰモジュール１４は、新たなＲＩＰモジュール１６−２のシステムＩＤ情報により同一システム内のＲＩＰモジュールであると認識し、システム上のアドレスを登録する。図５（ｂ）は、ＲＩＰモジュール１６−２を新たに追加した場合の構成である。
【００４２】
他方、図５（ｂ）に示す構成から、ＲＩＰモジュール１６−２を削除する場合には、削除すべきＲＩＰモジュール１６−２のシステム構成制御部１６ａから削除するとともに、ＣＥＰモジュール１４に登録されているＲＩＰモジュール１６−２のアドレスも削除する。これにより、図５（ａ）の状態に戻り、ＲＩＰモジュール１６−２はシステムから切り離される。
【００４３】
また、ＣＥＰモジュール１４は、自己の属するシステムだけでなく、ネットワーク到達可能な他のシステムの構成情報を取得してもよい。この場合、ＣＥＰモジュール１４は、他のシステムに含まれるＲＩＰモジュール１６やＢＥＰモジュール１８の台数、種類等を取得する。具体的には、ユーザがＵＩ画面１２ａを用いてブロードキャストアドレスや検索先アドレスを指定すると、ＣＥＰモジュール１４は指定されたアドレスに対して情報問い合わせパケットを送信し、問い合わせパケットを受けた他のシステムは、そのシステム上に存在するモジュールの情報（台数や種類）を発信元に返す。ＣＥＰモジュール１４は、他のシステムから返信された情報を取得することで、他のシステムのモジュールの接続状況を把握する。他のシステムの状況も把握することで、他のシステムとの間でＲＩＰモジュール１６を移動することもできる。
【００４４】
図６に、他のシステムとの間におけるＲＩＰモジュール１６の移動を示す。システムとしてシステム１及びシステム２が存在し、システム１にはＣＥＰモジュール１４、２台のＲＩＰモジュール１６−１，１６−２、１台のＢＥＰモジュール１８が存在し、システム２にはＣＥＰモジュール、１台のＲＩＰモジュール、１台のＢＥＰモジュールが備えられている。システム１のシステムＩＤ＝１であり、このシステムＩＤはシステム１内の全モジュールのシステム構成制御部に登録される。システム２のシステムＩＤ＝２であり、このシステムＩＤはシステム２内の全モジュールのシステム構成制御部に登録される。
【００４５】
システム１においてＲＩＰ処理に余裕があり、他方、システム２においてＲＩＰ処理が不足している場合、システム１内の２台のＲＩＰモジュール１６−１，１６−２のうちのＲＩＰモジュール１６−２のシステムＩＤ情報をＩＤ＝１からＩＤ＝２に書き換えてシステム２に移動する。また、システム１内のＣＥＰモジュール１４から移動したＲＩＰモジュール１６−２のアドレスを削除し、システム２内のＣＥＰモジュールに移動したＲＩＰモジュール１６−２のアドレスを追加する。これにより、システム２内のＣＥＰモジュールは、２台のＲＩＰモジュールにＲＩＰ処理を割り付けて処理効率を向上させることができる。システム１においてＲＩＰ処理に余裕がある、あるいはシステム２においてＲＩＰ処理が不足しているか否かは、ユーザ（オペレータ）が判定してもよいが、システム１，２のＣＥＰモジュールが判定してＵＩ画面１２ａに表示してもよい。この場合の処理については後述する。
【００４６】
以下、本実施形態の処理をより詳細に説明する。
【００４７】
図７に、ＣＥＰモジュール１４のＵＩ画面制御部１４ａによりＵＩ画面１２ａに表示される操作画面の一例を示す。自己システム（システム１）のみならず、ネットワーク上に他のシステム（システム２及びシステム３）が存在する場合の画面例である。
【００４８】
自己システムのＣＥＰモジュール１４のＵＩ画面制御部１４ａは、システム構成制御部１４ｂに記憶されている情報に基づき、自己システムを構成しているＣＥＰモジュール１４、ＲＩＰモジュール１６、ＢＥＰモジュール１８の台数とステータス（稼働中／停止中その他）をアイコン表示する。各モジュールのハードウェア詳細情報（ＣＰＵ，ＨＤＤ，ＲＡＭ等）をツールチップ等の方式で表示してもよい。また、自己システム（システム１）に存在するモジュールのみならず、ネットワーク到達可能な他のシステム（システム２及びシステム３）を構成しているＣＥＰモジュール１４、ＲＩＰモジュール１６、ＢＥＰモジュール１８の台数とステータスを同一画面上に並べてアイコン表示する。図において、システム２には２台のＲＩＰモジュール１６及び１台のＢＥＰモジュール１８が存在し、システム３には１台のＲＩＰモジュール１６及び１台のＢＥＰモジュール１８が存在することを示す。システム毎、あるいはモジュール毎に異なる色でアイコン表示してもよい。
【００４９】
ユーザは、このような画面を視認することで、自己システムのモジュール状況のみならず、他システムのモジュール状況を容易に把握し得る。そして、あるシステム上に存在する任意のＲＩＰモジュールあるいは任意のＢＥＰモジュールの他システムへの移動も容易化される。例えば、移動を指示する際には、ＵＩ画面１２ａ上でそのモジュールのアイコンをドラッグ・アンド・ドロップ操作で動かせばよい。ドラッグ・アンド・ドロップ操作は、パソコンやタブレット端末、スマートフォン等において公知である。
【００５０】
図８に、他システム上のＲＩＰモジュール１６を自己システムに移動させる場合の様子を示す。図８（ａ）は移動前、図８（ｂ）は移動後の画面である。システム２上の２台のＲＩＰモジュール１６のうちの１台のＲＩＰモジュール１６のアイコンを選択し、ドラッグ・アンド・ドロップ操作によりシステム１上のＲＩＰモジュールアイコンとＢＥＰモジュールアイコンの間に移動させる。この状態でＵＩ画面１２ａの右下に表示されている「ＯＫ」ボタンを操作して確定すると、ＣＥＰモジュール１４のシステム構成制御部１４ｂは、移動元及び移動先のシステムに変更内容を通知して両システムの構成を同時に切り替える。すなわち、移動対象ＲＩＰモジュール１６のシステム構成制御部のシステムＩＤをシステム２のＩＤからシステム１のＩＤに書き換え、システム１のＣＥＰモジュール１４のシステム構成制御部に移動対象ＲＩＰモジュールのアドレスを登録し、システム２のＣＥＰモジュール１４のシステム構成制御部から移動対象ＲＩＰモジュールのアドレスを削除する。
【００５１】
なお、各モジュールが稼働中の場合にはその移動はできない。従って、ＵＩ画面１２ａにおいてユーザからシステム構成変更が指示された場合に、自己システムのＣＥＰモジュール１４のシステム構成制御部１４ｂは、各システムがジョブ印刷中か否かを判定し、いずれかのシステムが印刷処理中である場合には変更処理を中断してエラー処理するのが望ましい。この場合、印刷が終了するまで移動処理を待機させ、印刷処理が終了した後に移動を実行する。
【００５２】
図８ではＲＩＰモジュール１６の移動について示したが、ＢＥＰモジュール１８を移動する場合も同様である。
【００５３】
図９に、モジュールを移動する際の処理フローチャートを示す。まず、自己システムのＣＥＰモジュール１４は、ＵＩ画面１２ａを用いてユーザによりモジュール構成が変更されたか否かを判定する（Ｓ１０１）。例えば、他システムのＲＩＰモジュール１６が自己システムにドラッグ・アンド・ドロップされてＯＫボタンが操作された場合、モジュール構成が変更されたと判定する。
【００５４】
次に、ＣＥＰモジュール１４は、他のシステムのＣＥＰモジュール１４と通信可能か否かを判定する（Ｓ１０２）。他のシステムと通信可能である場合、さらに、他のシステムは印刷中であるか否かを判定する（Ｓ１０３）。他のシステムが印刷中であるか否かは当該他のシステムのＣＥＰモジュール１４が管理しており、自己システム及び他のシステムがともに印刷中でない場合には、システム構成の変更を許容する（Ｓ１０４）。他方、他のシステムと通信不能であって他のシステムのステータスが不明である場合や、自己システムあるいは他のシステムのいずれかが印刷中である場合には、エラーメッセージを表示してシステム構成の変更を中断する（Ｓ１０５）。
【００５５】
なお、ＣＥＰモジュール１４は、他のシステムと通信可能であり、かつ、自己システム及び他のシステムが印刷中でなくても、変更された後の構成が正しいか否かを判定し、変更後の構成ではプリンタシステムとして動作しない場合にはエラーメッセージを表示して中断してもよい。例えば、移動後においてあるシステムにおいてＲＩＰモジュール１６が１台も存在していない場合にはイメージ生成処理が不能となるためエラーメッセージを表示する等である。移動後においてＢＥＰモジュール１８が１台も存在しない場合も同様である。
【００５６】
また、ＣＥＰモジュール１４のシステム構成制御部１４ｂは、システムがあるジョブをＲＩＰ処理及び出力処理している間、システムに属する各ＲＩＰモジュールの処理負荷を常時監視し、その処理負荷の記録とプリンタデバイス２０の印刷速度（例えば１００ｐｐｍ）から、当該ジョブのＲＩＰ処理には最低何台のＲＩＰモジュールが必要かを予測し、ＵＩ画面１２ａにその予測結果を表示してもよい。例えば、「このジョブには１台のＲＩＰモジュールを追加することで事前ＲＩＰは不要となります。」等である。
【００５７】
図１０に、この場合のＵＩ画面１２ａの表示例を示す。システム構成変更の情報として、「このジョブには３台のＲＩＰモジュールが必要です。現在の２台にあと１台を追加すると、事前ＲＩＰが不要になります。」とメッセージが表示される。ユーザ（オペレータ）は、この表示を視認することで、他のシステムからＲＩＰモジュールをドラッグ・アンド・ドロップ操作で自己システムに追加するべきかどうかを判断できる。
【００５８】
また、これとは逆に、ＣＥＰモジュール１４のシステム構成制御部１４ｂは、現在のＲＩＰモジュールの処理性能でも十分な余裕がある場合には、最低何台のＲＩＰモジュールがあれば十分かを提示してもよい。例えば、「このジョブには１台のＲＩＰモジュールで十分です。現在の３台のうち１台を停止すると消費電力を３００Ｗ削減できます。」等である。
【００５９】
図１１に、この場合のＵＩ画面１２ａの表示例を示す。システム構成変更の情報として、「このジョブには２台のＲＩＰモジュールで十分です。現在の３台のうち１台を停止すると消費電力を３００Ｗ削減できます。」とメッセージ表示されるとともに、「ＲＩＰモジュールＲＩＰ３をシステムから削除して停止しますか？」とユーザに対してＲＩＰモジュールの削除を促すメッセージが表示される。このメッセージに応答してユーザがＹＥＳボタンを操作すると、ＲＩＰ３モジュールは自己のシステムから切り離され、その動作が停止される。この場合においても、残る２台のＲＩＰモジュールにより、事前ＲＩＰを行うことなく印刷ジョブを実行できることが前提となる。
【００６０】
図１２に、図１０のメッセージを表示するための処理の様子を示す。図において、横軸は処理ページ数ｐ、縦軸は累積時間Ｔ（ｐ）を示す。システムで稼働しているＲＩＰモジュール１６の台数をｒ台、プリンタデバイス２０が１ページ出力するのに要する秒数をｓとすると、プリンタデバイス２０はｐページ印刷するのにｓ×ｐ秒を要する。このとき、任意のページでＲＩＰ処理時間がｓ×ｐ秒より多くなれば、ＲＩＰ処理が間に合わないことになる。ジョブの印刷中に、ＣＥＰモジュール１４のシステム構成制御部１４ｂは、各ページｐを処理する度に１〜ｐページのＲＩＰ処理に要した秒数Ｔ（ｐ）を記録する。そして、Ｔ（ｐ）がプリンタデバイス２０の印刷速度ｓ×ｐよりも大きいページのうち、遅延した処理時間
Ｔ（ｐ）−ｓ×ｐ
が最大となったページｐｍａｘを検出する。図１２において、ｐｍａｘ＝６０ページにおいてＲＩＰ処理遅延時間が最大となっていることを示す。処理時間に余裕を持たせるためのマージンをｍ％とすると、
Ｔ（ｐｍａｘ）×（ｒ／（ｒ＋ｎ））＜ｓ×ｐｍａｘ×（１−ｍ）
を満たす整数ｎの最小値が、追加すべきＲＩＰモジュール台数となる。図１２において、Ｔ（ｐｍａｘ）＝３３秒、現在のＲＩＰモジュールの台数ｒ＝２、プリンタデバイス２０の印刷速度を１２０ページ／分、０．５秒／ページ、ｐｍａｘ＝６０ページ、マージンｍ＝１０％とすると、
３３×（２／（２＋ｎ））＜０．５×６０×（１−０．１）
を満たす整数ｎの最小値はｎ＝１となり、現在のＲＩＰモジュール１６に加え、１台のＲＩＰモジュール１６を追加すればよいことになる。図１２において、実線２００はプリンタデバイス２０の印刷速度を示し、実線２０２はＲＩＰモジュール２台の場合のＲＩＰ累積時間を示し、実線２０４はＲＩＰモジュール３台の場合のＲＩＰ累積時間を示す。ＲＩＰモジュール１６が２台では遅延が発生するものの、ＲＩＰモジュール１６をさらに１台追加（図中下向き矢印が追加を示す）してＲＩＰモジュール１６の３台構成では遅延が発生しないことが示される。以上のように、ＲＩＰモジュール１６を１台追加して３台構成とすることで、以降の印刷ジョブに関しては、事前ＲＩＰを行うことなく印刷することが可能となる。
【００６１】
また、図１３に、図１１のメッセージを表示するための処理を示す。図１２と同様に、横軸は処理ページ数ｐ、縦軸は累積時間Ｔ（ｐ）を示す。システムで稼働しているＲＩＰモジュール１６の台数をｒ台、プリンタデバイス２０が１ページ出力するのに要する秒数をｓとすると、プリンタデバイス２０はｐページ印刷するのにｓ×ｐ秒を要する。全てのページでＲＩＰ処理時間がｓ×ｐより少なければ、それはＲＩＰ処理能力に余裕があることを示す。ジョブの印刷中に、システム構成制御部１４ｂは、各ページｐを処理する度に１〜ｐページのＲＩＰ処理に要した秒数Ｔ（ｐ）を記録する。そして、余った処理時間ｓ×ｐ−Ｔ（ｐ）が最小となるページｐｍｉｎを検出する。図１３において、ｐｍｉｎ＝６０ページでＲＩＰ性能余剰が最小になっていることを示す。処理時間に余裕を持たせるためのマージンをｍ％とすると、
Ｔ（ｐｍｉｎ）×（ｒ／（ｒ−ｎ））＜ｓ×ｐｍｉｎ×（１−ｍ）
を満たす整数ｎの最大値が、削減できるＲＩＰモジュール台数となる。図１３において、Ｔ（ｐｍｉｎ）＝１６秒、現在のＲＩＰモジュールの台数ｒ＝３とすると、
１６×（３／（３−ｎ））＜０．５×６０×（１−０．１）
を満たす整数ｎの最大値はｎ＝１となり、１台のＲＩＰモジュール１６を削除すればよいことになる。図１３において、実線２０６はＲＩＰモジュール１６が３台の場合のＲＩＰ累積時間を示し、実線２０８はＲＩＰモジュール１６が２台の場合のＲＩＰ累積時間を示す。ＲＩＰモジュール１６が３台では過剰であるが、１台削除（図中上向矢印が削除を示す）してＲＩＰモジュール１６が２台では必要十分となることが示される。
【００６２】
なお、ＲＩＰモジュール１６を削減する場合、印刷を開始した直後は常に余った処理秒数が最小値になってしまうので、ある程度まで印刷が経過した後にｐｍｉｎを判定するのが望ましい。すなわち、ｐｍｉｎは、印刷開始から所定時間経過した後に記録を開始すればよい。
【００６３】
図１４及び図１５に、本実施形態におけるＲＩＰモジュール１６の追加／削除処理の詳細フローチャートを示す。ＣＥＰモジュール１４のシステム構成制御部１４ｂで実行される処理である。
【００６４】
まず、図１４（ａ）において、システム構成制御部１４ｂは、プリンタデバイス２０が１ページ出力に要する秒数ｓ、システムで稼働しているＲＩＰモジュール１６の台数ｒを取得する（Ｓ２０１）。
【００６５】
次に、累積ＲＩＰ処理秒数Ｔを０にクリアして初期化し（Ｓ２０２）、ジョブのＲＩＰ処理を開始する（Ｓ２０３）。
【００６６】
次に、図１５に移行し、１ページ目に移動してページ変数ｐを１にセットし（Ｓ２０４）、現在のページをラスターイメージに変換する（Ｓ２０５）。そして、現在のページのラスター処理に要した秒数ｔを取得し（Ｓ２０６）、累積ＲＩＰ処理秒数Ｔを更新する（Ｓ２０７）。すなわち、累積秒数Ｔにｔを加算することで更新する。また、処理秒数Ｔ（ｐ）を記録する。
【００６７】
次に、得られた処理秒数Ｔ（ｐ）とｓ×ｐを大小比較する（Ｓ２０８）。Ｔ（ｐ）＞ｓ×ｐであればＲＩＰモジュールの処理性能が不足していると判定し、Ｔ（ｐ）＜ｓ×ｐであればＲＩＰモジュールの処理性能に余裕があると判定する。
【００６８】
Ｔ（ｐ）＞ｓ×ｐの場合、Ｔ（ｐ）−ｓ×ｐがこれまでの最大値であるか否かを判定し、そうであれば現在のｐをｐｍａｘとして記録する（Ｓ２０９）。
【００６９】
他方、Ｔ（ｐ）＜ｓ×ｐの場合、ｓ×ｐ−Ｔ（ｐ）がこれまでの最小値であるか否かを判定し、そうであれば現在のｐをｐｍｉｎとして記録する（Ｓ２１０）。以上の処理を最後のページとなるまで繰り返し実行する（Ｓ２１１、Ｓ２１２）。最後のページとなるまで繰り返し実行した後、再び図１４の処理に戻る。
【００７０】
図１４（ｂ）において、ジョブの最後のページまでＲＩＰ処理が終了すると（Ｓ２１３）、システム構成制御部１４ｂは、ＲＩＰ処理の性能不足ページが存在するか否かを判定する（Ｓ２１４）。具体的には、ｐｍａｘが存在する場合には性能不足ページが存在すると判定され、ｐｍｉｎが存在すれば性能過剰ページが存在すると判定される。ｐｍａｘ及びｐｍｉｎのいずれも存在しない場合には、現在のＲＩＰモジュール１６の処理能力は適正となる。
【００７１】
性能不足ページが存在すると判定した場合、追加するＲＩＰモジュールの台数ｎの最小値を
Ｔ（ｐｍａｘ）×（ｒ／（ｒ＋ｎ））＜ｓ×ｐｍａｘ×（１−ｍ）
の不等式から算出する（Ｓ２１５）。
【００７２】
他方、性能過剰ページが存在すると判定した場合、削除できるＲＩＰモジュールの台数ｎの最大値を
Ｔ（ｐｍｉｎ）×（ｒ／（ｒ−ｎ））＜ｓ×ｐｍｉｎ×（１−ｍ）
の不等式から算出する（Ｓ２１６）。
【００７３】
追加すべき台数、あるいは削除すべき台数を算出すると、図１０あるいは図１１に示すようにＵＩ画面１２ａに表示してユーザに操作を促す。
【００７４】
以上のように、現在のＲＩＰモジュール１６の台数で処理性能が不足するか、あるいは過剰であるかを判定し、追加すべき台数、あるいは削除すべき台数も表示することで、ユーザはどのようにシステム構成を変更すべきか有益な指針が得られることになり、システム構成を容易かつ確実に変更し得る。
【００７５】
なお、本発明は上記の実施形態に限定されるものではなく、種々の変更が可能である。
【００７６】
例えば、ＣＥＰモジュール１４のシステム構成制御部１４ｂは、ＲＩＰモジュール１６を追加する場合の処理速度を計算し、どのスペックのコントローラを用いれば十分かを予測してＵＩ画面１２ａに表示してもよい。この場合、コントローラの仕様と価格の情報に基づいてコスト的に最適なハードウェア構成を選択して表示するのが望ましい。尤も、コストの情報は常に変動し得るものであるため、ネットワークから逐次データをダウンロードしてシステム内部の価格テーブルを更新してもよい。
【００７７】
また、本実施形態では、事前ＲＩＰを不要化することを前提としているが、ＲＩＰモジュール１６とＢＥＰモジュール１８を任意に追加あるいは削除しつつ、事前ＲＩＰも必要に応じて実行する技術も本発明に含まれ得る。本発明の特徴の一つは、システム構成制御部１４ｂがプリンタデバイス２０の出力速度に応じてＲＩＰモジュールあるいはＢＥＰモジュールの処理能力の不足あるいは過剰を判定し、この判定結果に応じてＵＩ画面１２ａ上に追加あるいは削除を提示してユーザ（オペレータ）のシステム構成変更操作を容易化する点にあり、この技術思想の範囲内で任意の変更が可能である。
【符号の説明】
【００７８】
１０  クライアントＰＣ、１２  プリンタコントローラ、１２ａ  ＵＩ画面、１４  ＣＥＰモジュール、１６  ＲＩＰモジュール、１８  ＢＥＰモジュール、２０  プリンタデバイス。
【図１】
0006003818.tif 000002
【図２】
0006003818.tif 000003
【図３】
0006003818.tif 000004
【図４】
0006003818.tif 000005
【図５】
0006003818.tif 000006
【図６】
0006003818.tif 000007
【図７】
0006003818.tif 000008
【図８】
0006003818.tif 000009
【図９】
0006003818.tif 000010
【図１０】
0006003818.tif 000011
【図１１】
0006003818.tif 000012
【図１２】
0006003818.tif 000013
【図１３】
0006003818.tif 000014
【図１４】
0006003818.tif 000015
【図１５】
0006003818.tif 000016