JP5235595B2 - ファイル制御装置及びその制御方法、印刷システム - Google Patents

Description

本発明は、ファイル制御装置、印刷システム、及びそれらを制御するプログラムに関する。例えば、印刷ジョブ生成装置、印刷ジョブ管理装置、印刷装置からなる印刷システムにおいて、大量のファイルを順番に効率よく印刷するための印刷ジョブの制御と、ホットフォルダの作成制御、ならびに制御を実行するプログラムに関するものである。

印刷システムとして、例えば、社内の部門をクライアントとし、上記クライアントから発注された印刷物（マニュアル、顧客向け報告書等）の作成依頼を受注し、所望の印刷物を作成して上記クライアントに納品するような、所謂社内印刷システムがある。このような顧客から受け取ったファイルを簡易に印刷を実施する印刷システムとして、所謂ホットフォルダ機能を使用した印刷が実施されている。例えば、ホットフォルダ機能を使用して印刷設定情報を指定して、印刷システムを構成する周知の画像形成装置が有する、出力された原稿用紙をフィニッシング装置で製本処理(ステイプル、穴あけ、中綴じ製本、包み製本等)を行う。

以下、従来のホットフォルダ（以下、ＨＦとも記す）を使用したＰＯＤ(Print On Demand)システムにおける印刷ジョブ処理の一例を説明する。

図２９Ａと図２９Ｂは、ＨＦにファイルが投入された順番に印刷されている一例を示す。図３０は、ＨＦクライアントアプリにファイルが投入されてから、ＨＦサーバアプリから印刷ジョブとして送信されるまでの一例を示す。

図２９Ａは、従来例のＰＯＤシステムの全体構成を説明する図を使用して、ＨＦ（以下、ＨＦとも示す）にファイルが投入される順番を説明する図である。

本従来例のＨＦクライアントＰＣは、ＨＦクライアントＰＣ２２と２３と４０とで構成されている。また、４６〜４８は、ＨＦクライアントＰＣ２２，２３，４０で動作するＨＦクライアント・アプリケーション（以下、ＨＦクライアントアプリと称す）である。ＨＦクライアント２２と２３と４０は、同一のＰＣ上で構成されても構わない。４１から４３は、複数のオペレータから送られて来た印刷用のコンテンツデータファイルを示す。本従来例では、ＰＤＦファイルとし、第一番目にファイル４１がＨＦクライアントアプリ４６へ投入される。そして、第二番目にファイル４２が、ＨＦクライアントアプリ４６へ投入され、最後にファイル４３がＨＦクライアントアプリ４８へ投入されることを示している。

４ａは、ＨＦサーバＰＣ２０で動作するＨＦサーバ・アプリケーション（以下、ＨＦサーバアプリと称す）であり、その内部にカラーＭＦＰ３７等の印刷機器へ印刷データを転送する為の送信キュー４４を所持している。送信キュー４４には、セットされた順番でカラーＭＦＰ３６や３７へ送信処理される。４９は、ＨＦサーバＰＣ２０で動作するジョブ管理アプリケーショ（以下、ジョブ管理アプリと称す）であり、ＨＦサーバアプリ４ａから送信される印刷ジョブの監視や、カラーＭＦＰ３７内の印刷ジョブのステータスの監視等に使用される。

４ｂは、カラーＭＦＰ３７に構築されているジョブ制御部であり、その内部にプリントキュー４５を所持している。プリントキュー４５にセットされた順番にカラーＭＦＰ３７で印刷処理がなされる。また、プリントキュー４５には、ＲＩＰ済の印刷ジョブがセットされ、カラーＭＦＰ３７の各種制限を受ける。４ｃは、カラーＭＦＰ３７に構築されているジョブ処理部であり、プリントキュー４５に記録されているジョブを印刷実行する。カラーＭＦＰ３６の４ｄと４ｅに関しては、４ｂと４ｃに同様である。なお、上記従来例では、プリントキューには、ＲＩＰ済の印刷ジョブがセットされるとしたが、以下の実施形態では、ＲＩＰ前の印刷ジョブがセットされても構わない。

図２９Ｂは、図２９Ａの続きの処理を示している。ＨＦにファイルが投入された後、印刷されるまでの処理を説明する図である。なお、図２９Ａと同じ要素は同じ参照番号で示されている。

図２９Ａの操作後、ＰＤＦファイル−１とＰＤＦファイル−２が、ＨＦアプリ４６上にコピーされている。また、ＰＤＦファイル−３は、ＨＦアプリ４７上にコピーされている。そして、ＨＦクライアントアプリ４６と４７は、コピーされたＰＤＦファイル−１、−２、−３を、順次にＨＦサーバアプリ４aに転送する。そして、ＨＦサーバアプリ４ａ上で印刷設定情報ファイルであるＪＤＦ(Job Definition Format)を付加し、印刷ジョブ５０〜５２に変換し、送信キュー４４上にセットしていく。印刷ジョブ５０がＰＤＦファイル−１に対応し、印刷ジョブ５１がＰＤＦファイル−２に対応し、印刷ジョブ５２がＰＤＦファイル−３に対応する。印刷ジョブ５０〜５２は、送信キュー４４にセットされた順番に、其々の印刷ジョブ５０〜５２のＪＤＦファイルに記述されているデバイス（カラーＭＦＰ３６，３７）に送信される。

本従来例では、印刷ジョブ５０と５１はカラーＭＦＰ３７に送信され、印刷ジョブ５０はプリントキュー４５上にセットされ、印刷ジョブ５３として印刷中であることを示している。また、印刷ジョブ５１は、印刷ジョブ５０の後にＭＦＰ３７へ送信され、プリントキュー４５上で印刷待機中の印刷ジョブ５４であることを示している。印刷ジョブ５２もカラーＭＦＰ３７で印刷する指示がなされているが、カラーＭＦＰ３７の制限により、印刷ジョブ５３が終了するまで転送待ちとなっている。デバイス（カラーＭＦＰ３６，３７）の制限には、ＤＩＳＫ容量や、頁毎に異なる設定を行う例外設定数や、用紙の挿入を指示する挿入指示数等がある。詳細に関しては、実施形態において後ほど説明する。

図３０は、図２９Ａと図２９Ｂにおける送信キュー４４からの送信までのＨＦサーバアプり４ａの処理を詳細に説明している。

Ｐ１５０〜Ｐ１５５は、処理内容（プロセス）を示し、この番号順に処理される。Ｐ１５０で、ＰＤＦファイル−１（４１）をＨＦクライアントアプリ４６へDrag＆Dropする。本従来例では、ＨＦクライアントアプリ４６は、Ａ３用紙で中綴じ印刷を実施する設定が記録されている。ＨＦクライアントアプリ４６が、ＰＤＦファイル−１（４１）が投入されたことを検知すると、Ｐ１５１でＨＦクライアントアプリはＨＦサーバアプリ４ａにデータ処理の依頼を通知する。ＨＦサーバアプリ４ａはデータ処理用のＪＤＦジョブ生成スレッド１（１５８）を生成する。そして、ＨＦクライアント４６からＰＤＦファイル−１（４１）をＨＦサーバアプリ４ａへ転送する。Ｐ１５２では、ＨＦサーバアプリ４ａとカラーＭＦＰで処理可能なファイル種かどうかＰＤＦファイル−１（４１）のチェックを行う。そして、Ｐ１５３では、ＨＦクライアントアプリ４６に設定されている印刷設定情報が記録されている印刷指示書であるＪＦＤファイル１５０を生成する。Ｐ１５４では、ＰＤＦファイル−１（４１）とＪＦＤファイル１５０とをＭＩＭＥエンコーディングして、印刷ジョブ５０を生成する。そして、Ｐ１５５にて生成した印刷ジョブ５０を送信を制御する送信スレッド１５９上の送信キュー４４に転送する。この時の転送待ちの印刷ジョブ５０をジョブ１（５３）で示す。なお、１５６と１５７は、ＪＤＦジョブ生成スレッド１（１５８）とは別の、例えば、ＰＤＦファイル−２（４２），ＰＤＦファイル−３（４３）に対応するジョブ生成スレッド２，３である。

かかるＨＦ作成時に設定した印刷属性を、ＨＦを介して印刷を実行する際に変更可能とする技術も知られている。例えば、特許文献１においては、ＨＦ作成時に設定する印刷属性の項目単位に印刷実行時に変更を可能とするか否かをユーザが指定可能とすることにより、ＨＦにファイルがドロップされた時点で変更の要否を問い合わせるダイアログをユーザに提示する。
特開２００７−１１５７６公報

しかしながら、上述した従来のＨＦによる印刷技術には、以下のような問題点がある。

図３１は、上記従来の例において、投入した順番と異なる順番でカラーＭＦＰ３７のプリントキュー４５に印刷ジョブがセットされる例を示す。なお、図２９Ａ及び図２９Ｂと同じ要素は同じ参照番号で示されている。

ＰＤＦファイル−１（４１），−２（４２），−３（４３）の順番でＨＦクライアントアプリ４６または４７に投入されたことは、図２９Ａ及び図２９Ｂの例と同じである。しかし、図３１では、送信キュー４４に、印刷ジョブ５０、５２、５１の順番でセットされていることが、図２９Ｂの例と異なる。送信キュー４４にセットされている順番が異なるため、カラーＭＦＰ３７のプリントキュー４５にセットされる印刷ジョブの順番もＰＤＦファイルを投入した順番と異なってしまっている。すなわち、ＰＤＦファイル−３（４３）に対応する印刷ジョブ５５が先にプリントキュー４５にセットされ印刷されることになる。

このような順番の逆転は、次のような理由で発生する。例えば、図３０で説明したように、ＰＤＦファイルのＨＦクライアントアプリ４６，４７への投入から、送信キュー４４へのセットまでには多数の工程を経る。従って、投入されたＰＤＦファイルのサイズや生成するＪＤＦファイルの複雑さやサイズ、またＨＦサーバＰＣ３０上の環境によって、送信キュー４４にセットするまでの処理時間に差が発生する。その結果、送信キュー４４及びプリントキュー４５にセットされる印刷ジョブの順番の、ＰＤＦファイルの投入の順番に対する逆転が発生する。

また、図３２は、上記従来の例において、カラーＭＦＰ３７の制限により印刷ジョブ５２を転送できず、カラーＭＦＰ３７のプリントキュー４５に印刷待ちのジョブを作成出来ない例を示している。なお、図２９Ａ及び図２９Ｂと同じ要素は同じ参照番号で示されている。

本従来例においては、印刷中の印刷ジョブ５４が終了するまで、次の印刷ジョブ５２を送信できず、印刷ジョブ５４が終了後にカラーＭＦＰ３７において印刷待ちが発生してしまい、パフォーマンスがダウンする例を示している。

更に、複数のＨＦクライアントアプリからの同時処理時に異なるクライアントアプリからのジョブが混在するため、印刷後に各クライアントアプリ単位に印刷物の仕分けが必要になる。すなわち、印刷オペレータＡ(Ｘ社担当)と印刷オペレータＢ(Ｙ社担当)が、２つのＨＦクライアントアプリから同時に印刷処理を実行している場合には、異なる顧客(印刷設定)のジョブが混在して出力されることになる。そのため、各クライアントアプリ単位に印刷物の仕分けが必要となり、パフォーマンスがダウンする。特に、出力された印刷物をフィニッシング装置で製本処理(ステイプル、穴あけ、中綴じ製本、包み製本等)を行う場合には、パフォーマンスのダウンが著しい。

以上のように、従来技術においては、次のような問題点があった。ＨＦクライアントアプリへの投入順に印刷されない場合がある。また、同じクライアントアプリに対する、他のＨＦクライアントアプリからの連続する印刷ジョブの投入と印刷処理が、印刷デバイスの制限でできない場合がある。更に、複数のＨＦクライアントアプリからの同時処理時に異なる顧客(印刷設定)の印刷ジョブが混在し、印刷物の仕分けが必要となる。

本発明は、上記問題点に鑑みてなされたものであり、ＨＦクライアントアプリへの投入順に印刷されるよう制御されるファイル制御装置、印刷システム、及びそれらを制御するプログラムを提供する。

また、印刷デバイスの制限の下であっても、同じクライアントアプリに対する、他のＨＦクライアントアプリからの連続する印刷ジョブの投入と印刷処理が可能に制御されるファイル制御装置、印刷システム、及びそれらを制御するプログラムを提供する。

更に、複数のＨＦクライアントアプリからの同時処理時に異なる顧客(印刷設定)の印刷ジョブが混在しないように制御されるファイル制御装置、印刷システム、及びそれらを制御するプログラムを提供する。

上述した課題を解決するために、本発明のファイル制御装置は以下の構成を有する。すなわち、ファイル制御装置において、ファイルの投入を受け付ける受付手段と、前記受付手段へのファイルの投入順序を示す情報を含む印刷設定情報を生成する印刷設定情報生成手段と、前記受付手段で受け取ったファイルに前記印刷設定情報生成手段で生成した印刷設定情報を付加して、印刷ジョブを生成する印刷ジョブ生成手段と、前記印刷ジョブ生成手段で生成された印刷ジョブを印刷装置に送信する送信手段と、前記印刷ジョブ生成手段で生成された印刷ジョブの、前記送信手段から送信する順番を、前記印刷設定情報に含まれるファイルの投入順序を示す情報に基づいて並べる印刷ジョブ管理手段と、前記印刷装置のプリントキューにおいて同時に管理できる複数の印刷ジョブの設定に関する処理制限値を取得する取得手段と、前記印刷装置が複数の前記受付手段から受け付けた複数のファイルに対応する複数の印刷ジョブを連続して受信した場合に該印刷装置において前記処理制限値を超えるか否かを判断する判断手段と、前記処理制限値を超えると前記判断手段が判断した場合に、前記印刷装置において前記処理制限値を超えないような印刷設定情報を更に生成する生成制御手段と、を有する。

本発明により、ＨＦクライアントアプリに投入した順番で、印刷を実行することができる。

また、デバイス制限の下であっても、同じクライアントアプリに対する、他のＨＦクライアントアプリからの連続する印刷ジョブの投入と印刷処理が可能となる。

更に、複数のＨＦクライアントアプリからの同時処理時に異なる顧客(印刷設定)の印刷ジョブが混在しないので、印刷物の仕分けが必要とならない。

その結果、印刷待ち時間を生じさせないパフォーマンスの良い印刷システムを構築できる。

以下、添付図面に従って、本発明に係わる実施形態を詳細に説明する。

＜本実施形態のＰＯＤ(Print On Demand)システムの構成例＞
図１は、本実施形態のＰＯＤシステム、すなわち本発明における印刷システム全体の基本構成の一例を示すブロック図である。

本ＰＯＤシステムは、１つまたは複数のオペレータ環境１，２と、インターネット（第２のネットワーク）を介して接続されているＰＯＤサイト環境３から成っている。

オペレータ環境１と２では、ＰＯＤサイト環境３で印刷するデータを作成している。オペレータ環境１と２には、プリントの発注依頼を行う発注者が存在している。それぞれのオペレータ環境１と２（ここでは、オペレータ環境Ａ及びオペレータ環境Ｂ）から、それぞれのクライアントＰＣを利用して、プリントジョブの依頼を始めとしてジョブのステータス確認などもできる。

一方、ＰＯＤサイト環境３においては、通常はＬＡＮなど（第２のネットワーク）で接続されたホットフォルダ部４とデジタルプリント部５とから成り立っている。しかし、ディジタル複写機やディジタル複合機等のディジタル画像形成装置に接続されているフィニッシング装置の機能や能力では、ジョブの遂行に不足する場合には、ポストプレス部（不図示）を加えた３つから成り立っている場合もある。

本発明のファイル制御装置に相当するホットフォルダ部４は、オペレータ環境１と２の依頼で投入されたファイルに印刷指示書を付けて、ディジタルプリント部５へ転送する役割を果たしている。また、ホットフォルダ部４は、工程管理の役割も果たしている。ホットフォルダ部４は、ＰＯＤサイト環境３におけるホットフォルダ部４やディジタルプリント部５(構成に加えられているならばポストプレス部)の各工程に対して作業を指示する。そして、ホットフォルダ部４は、コンピュータや各種デバイスにより構成される本システムのワークフローを一元管理する。ホットフォルダ部４は、前述のオペレータ環境１と２からジョブを受信したり、オペレータ環境１と２からのジョブを保管したり、各デバイスや各作業者における作業を効率よくスケジュールしたりといった役割を果たすものである。

ディジタルプリント部５は、ホットフォルダ部４より受信した印刷ジョブの作業指示に従って、印刷処理を実行するものである。また、その他のＰＯＤ処理としては、白黒ＭＦＰやカラーＭＦＰ等によりオペレータから受け取った紙原稿をコピーする。また、クライアントＰＣからプリンタドライバを経由して、オペレータから受信した文書／画像ファイルを白黒ＭＦＰやカラーＭＦＰ等のプリントデバイスにプリントアウトする。また、スキャンデバイスによりスキャンしたスキャン画像ファイルを白黒ＭＦＰやカラーＭＦＰ等のプリントデバイスにプリントアウトする。また、受信した文書／画像ファイルやスキャン画像ファイルを編集した文書／画像ファイルを、白黒ＭＦＰやカラーＭＦＰ等のプリントデバイスにプリントアウトするといった役割を果たすものである。

また、ポストプレス部が構成されていた場合には、ホットフォルダ部４あるいはディジタルプリント部５より受信したポストプレスジョブの作業指示に従って、紙折り機、中綴じ製本機、くるみ製本機、断裁機、封入機、帳合機等の後処理デバイスを制御する。それとともに、ディジタルプリント部５より出力された記録紙に対して、紙折り、中綴じ製本、くるみ製本、断裁、封入、帳合等の仕上げ処理を実行するという役割を果たすものである。

（ホットフォルダ部４の構成例）
図２は、上記ＰＯＤシステム（印刷システム）におけるホットフォルダ部４の構成の一例を示すブロック図である。

ホットフォルダ部４は、ネットワークに接続されたホットフォルダサーバ２０（以下、ＨＦサーバ）、ファイルサーバ２１、ホットフォルダクライアント２２と２３など（以下、ＨＦクライアント）から成り立っている。

ここで、ＨＦサーバ２０は、受注から納品までのシステム全体のワークフローを管理すると共に、ＨＦクライアント２２と２３を制御するサーバである。ファイルサーバ２１は、インターネットを利用して、オペレータ環境１や２から印刷用のコンテンツファイルを受信するサーバである。また、オペレータからの同一原稿による再発注に備えて、オペレータから受信したファイルを保管するため文書管理のサーバである。一般に、画像データと前回出力の際の印刷ジョブを対応させて一緒に保存してある。

ＨＦクライアント２２と２３は、オペレータから受信したファイルを、ＨＦサーバ２０に送り、ＰＯＤシステム３内で処理可能な形式でデジタルプリント部５へ出力するＨＦクライアントアプリがインストールされている。例えば、オペレータからコンテンツファイルを受信した場合には、ＨＦクライアント２２または２３上で印刷設定情報ファイルを付加した印刷ジョブに変換され、デジタルプリント部５へ送信される。

ホットフォルダ部４におけるこれらのＨＦサーバ２０、ファイルサーバ２１、ＨＦクライアント２２と２３間で使用される印刷設定情報ファイルは、ＪＤＦ(Job Definition Format)ファイルと呼ばれる。このＪＤＦファイルはジョブの作業指示を記載したジョブチケットなどを利用して情報交換されている。そして、印刷ジョブを転送したり、制御コマンドを発行したりして、ホットフォルダ部４を中心にディジタルプリント部５(更にポストプレス部)などと連携をとって、トータルなワークフローの自動化を提供している。

（ディジタルプリント部５の構成例）
図３は、上記ＰＯＤシステム（印刷システム）におけるディジタルプリント部５の構成の一例を示すブロック図である。

ここには、ネットワークに接続されたプリントサーバ３０、クライアントＰＣ３１と３２、カラーＭＦＰ３５，３６，３７及び白黒ＭＦＰ３３，３４が、それぞれ１つまたは複数個存在している。

プリントサーバ３０は、２つの役割を持っている。１つ目はディジタルプリント部５の外部との情報の送受であり、入稿されるジョブの画像情報や設定情報などはまずプリントサーバ３０に入力され、そのジョブが終了するとステータスなどの情報をプリントサーバ３０から外部に知らせる役割を持っている。もう１つはディジタルプリント部５の内部の管理制御であり、外部から入力されたジョブ及びディジタルプリント部５の内部で発生したジョブは、プリントサーバ３０によって一元管理されている。そして、プリントサーバ３０では、ディジタルプリント部５の内部にある全てのデバイスと全てのジョブの状況が監視できると共に、ジョブの一時停止、設定変更、印刷再開あるいは、ジョブの複製、移動、削除などの制御が行えるようになっている。

クライアントＰＣ３１，３２は、プリントサーバ３０内で管理されているデバイスやジョブの監視や制御の補佐する役割を持っている。また、その他のＰＯＤ業務においては、入力されたアプリケーションファイルの編集、印刷指示、あるいは、プリントレディファイルの投入の役割を持っている。

カラーＭＦＰ３５，３６，３７及び白黒ＭＦＰ３３，３４は、スキャン、プリント、コピーなど様々な機能を有する画像形成装置であり、カラーＭＦＰと白黒ＭＦＰとでスピードやコストなどが異なるため、それぞれの用途に応じて使い分ける。また、図３の例では、カラーＭＦＰ３７にはフィニッシャ装置が接続されている。

＜本実施形態のＰＯＤシステムの機能構成例＞
図４は、本発明を説明するためのＰＯＤシステム（印刷システム）全体の機能構成の一例を示すブロック図である。図４は、図１のＰＯＤシステム（印刷システム）全体の構成ブロック図から、本発明を説明するのに必要な構成とその機能を示した図であり、以降はこの図を使って実施形態を説明する。

図４では、印刷システム内のホットフォルダ部４は、ＨＦクライアントＰＣ２２，２３，４０とＨＦサーバＰＣ２０とで構成されるとする。また、デジタルプリント部５はカラーＭＦＰ３７と３６で構成される。カラーＭＦＰ３７と３６の内部構成は、印刷ジョブの受信からジョブ内に記録されている情報に従って印刷原稿の出力までを処理するカラーＭＦＰ本体部と、カラーＭＦＰ本体部から印刷原稿の搬送路として接続されているインラインフィニッシャとから成る。そして、ＨＦクライアントＰＣ２２やＨＦサーバＰＣ２０やカラーＭＦＰ３７などの上記の各機器は、ＬＡＮ等のネットワーク（第１のネットワーク）で接続されている。

図２９Ａと同様であるが、４ａは、ＨＦサーバＰＣ２０で動作するＨＦサーバ・アプリケーションであり、その内部にカラーＭＦＰ３７等の印刷機器へ印刷データを転送する為の送信キュー４４（図示せず）を所持している。送信キュー４４には、セットされた順番でカラーＭＦＰ３６や３７へ送信処理される。４９は、ＨＦサーバＰＣ２０で動作するジョブ管理アプリケーショであり、ＨＦサーバアプリ４ａから送信される印刷ジョブの監視や、カラーＭＦＰ３７内の印刷ジョブのステータスの監視等に使用される。

４ｂは、カラーＭＦＰ３７に構築されているジョブ制御部であり、その内部にプリントキュー４５（図示せず）を所持している。プリントキュー４５にセットされた順番にカラーＭＦＰ３７で印刷処理がなされる。また、プリントキュー４５には、ＲＩＰ済の印刷ジョブがセットされ、カラーＭＦＰ３７の各種制限を受ける。４ｃは、カラーＭＦＰ３７に構築されているジョブ処理部であり、プリントキュー４５に記録されているジョブを印刷実行する。カラーＭＦＰ３６の４ｄと４ｅに関しては、４ｂと４ｃに同様である。なお、プリントキューには、ＲＩＰ前の印刷ジョブがセットされても構わない。

本実施形態では、ＨＦクライアントアプリ４６〜４８等にオペレータがＰＤＦファイルを投入することが、印刷開始の指示であるとする。ＰＤＦファイルの投入は、ＰＤＦファイルをマウスポインタでフォルダ上へDrag&Dropするように、オペレータ層によっても構わないし、バッチファイル等のプログラムによってＰＤＦファイルをコピーすることによって行っても構わない。ＰＤＦファイルが投入されたことをイベントによって検知すると、ＨＦクライアントアプリ４６等は、投入されたＰＤＦファイルを受け付けてＨＦサーバ２０に転送する。ＨＦサーバ２０では、受信したＰＤＦファイルから印刷ジョブを作成して、指示されたカラーＭＦＰ３７または３６に転送する。すなわち、ＨＦクライアントアプリ４６等が受付部を構成する。

［実施形態１］
＜本実施形態のＰＣ（パーソナルコンピュータ）の構成例＞
（ＰＣのハードウエア構成例）
図５は、実施形態１のＨＦクライアントＰＣ２２，２３，４０とＨＦサーバＰＣ２０として動作するＰＣ（パーソナルコンピュータ）のハードウエア構成例を示す図である。なお、図５には、１つのＰＣによりＨＦクライアントＰＣ２２，２３，４０とＨＦサーバＰＣ２０との機能を果たすような構成が例示されている。かかる機能は、ＨＦクライアントＰＣ２２，２３，４０とＨＦサーバＰＣ２０との複数のＰＣに分離することも、ＨＦクライアントＰＣ２２，２３，４０を複数のＰＣに分離することもできる。

図５において、１０１は、ＰＣ全体の動作を制御する演算制御用のＣＰＵである。１０２は、ＣＰＵ１０１が実行する初期ＩＯプログラムや固定パラメータを記憶するＲＯＭである。１０３は、ＰＣを外部のＬＡＮやインターネットなどと接続するための通信制御部である。

１０４は、ＣＰＵ１０１が動作中にデータを一次記憶するワーク用のＲＡＭである。ＲＡＭ１０４には、後述の外部記憶部１０５に記憶されたアプリケーションプログラムがロードされて、ＣＰＵ１０１により実行される領域も有する。本実施形態では、ＲＡＭ１０４に、ＨＦサーバＰＣ２０における送信キューの記憶領域１０４ａが確保される。本例では、記憶領域１０４ａに各ジョブ１，２...ｎへのポインタが転送順にキューイングされる。また、ＲＡＭ１０４に、ＨＦクライアントＰＣ２２，２３，４０において投入されたＰＤＦファイルに対応して順序データを含むＪＤＦファイルを生成して作成された、１つの印刷ジョブの記憶領域１０４ｂが確保される。かかる印刷ジョブは後述の外部記憶部１０５に保持され、送信キューの順番に従って対応するカラーＭＦＰ３７または３６に転送される。また、ＲＡＭ１０４に、ＨＦクライアントＰＣ２２，２３，４０において投入されたＰＤＦファイルを一次記憶する投入ファイルの記憶領域１０４ｃが確保される。更に、ＲＡＭ１０４に、上述のようにプログラムロード領域１０４ｄが確保される。なお、図５に図示された記憶領域は、本実施形態の実行のためのもののみであり、他の処理に必要な汎用の記憶領域は省かれている。

１０５は、ＣＰＵ１０１が実行するアプリケーションプログラム及び不揮発性に保持するデータを格納するディスクなどの外部記憶部である。本実施形態では、外部記憶部１０５に、ＨＦクライアントＰＣ２２，２３，４０において投入されたＰＤＦファイルに対応して順序データを含むＪＤＦファイルを生成して作成される複数の印刷ジョブの記憶領域１０５ａが確保される。この複数の印刷ジョブが、送信キューの順番に従って対応するカラーＭＦＰ３７または３６に転送される。また、外部記憶部１０５に、本ＰＣがＨＦクライアントＰＣ２２，２３，４０として動作するためのアプリケーションプログラムの記憶領域１０５ｂが確保される。更に、外部記憶部１０５に、本ＰＣがＨＦサーバＰＣ２０として動作するためのアプリケーションプログラムの記憶領域１０５ｃ及び１０５ｄが確保される。記憶領域１０５ｃには、ＨＦサーバＰＣ２０のＨＦサーバアプリケーションが記憶される。記憶領域１０５ｄには、ＨＦサーバＰＣ２０のジョブ管理アプリケーションが記憶される。なお、図５に図示された記憶領域は、本実施形態の実行のためのもののみであり、例えばＯＳや基本プログラムなどの汎用の記憶領域は省かれている。

１０６は、周辺装置からの入力をインタフェースする入力インタフェースである。入力インタフェース１０６には、例えばキーボード１０６ａやポインティングデバイスのマウス１０６ｂなどが接続される。１０７は、周辺装置への出力をインタフェースする出力インタフェースである。出力インタフェース１０７には、例えば表示部１０７ａなどが接続される。入出力周辺機器はかかる例に限定されず、ＰＣの各役割と機能に応じて接続される。

（ＰＣのソフトウエア構成例）
図６Ａ及び図６Ｂは、ＨＦクライアントＰＣ２２とＨＦサーバＰＣ２０とのソフトウエア構成例を示す図である。

図６Ａにおいて、４６はＰＤＦファイルを投入するためのＨＦクライアントアプリである。また、図６Ｂにおいて、４ａはＨＦサーバアプリであり、複数のＨＦクライアントアプリ４６〜４８を管理している。また、４９はジョブ管理アプリであり、ＨＦサーバアプリ４ａから送信された印刷ジョブのステータスを監視＆表示する。

図７Ａ乃至図７Ｃは、ＨＦクライアントアプリ４６とＨＦサーバアプリ４ａとジョブ管理アプリ４９の更に詳細な構成を示すブロック図である。

図７ＡのＨＦクライアントアプリ４６において、１２０は、ＨＦクライアントアプリ４６に投入されたＰＤＦファイルに対して、図８にＪＤＦ管理情報として示す識別情報を作成する識別情報作成部である。この識別情報作成部１２０は、印刷ジョブの識別を可能にするＨＦクライアント名称や、ＨＦクライアントアプリに投入されたＰＤＦファイルにシーケンシャルに振られる連番や、ＰＤＦファイルの投入日時から構成される識別情報を作成する。１２１は、ＨＦクライアントアプリ４６に付随して設定されている印刷設定情報を基にして、印刷設定情報ファイルであるＪＤＦファイルを作成するＪＤＦ生成部（印刷設定情報生成部）である。１２２は、投入されたＰＤＦファイルとＪＤＦ生成部１２１で作成されたＪＤＦファイルを、ＨＦサーバアプリ４ａに送信するデータ送信部である。

図７ＢのＨＦサーバアプリ４ａにおいて、１２３は、ＨＦクライアントアプリ４６のデータ送信部１２２から送信されたＰＤＦファイル及びＪＤＦファイルを受信するデータ受信部である。ＨＦサーバアプリ４ａは、コンテンツチェック部１２４で、受信した印刷対象のＰＤＦファイルをサポート対象かどうかをチェックする。チェック方法は、印刷対象のファイル種かどうか、またそのファイルフォーマットバージョン等によって行う。そして、受信したＪＤＦファイルとＰＤＦファイルを使用して、ＭＩＭＥエンコーディングを行い、ＪＤＦ仕様に準拠した印刷ジョブであるＪＤＦジョブデータを生成するのがジョブデータ生成部１２５である。１２６は、ジョブデータ生成部１２５で作成された印刷ジョブをジョブ管理アプリ４９に送信するデータ送信部である。

１２ｇは、ＪＤＦファイル中の順序データに基づき、ジョブデータ生成部１２５で作成された印刷ジョブをジョブ管理アプリ４９に送信する順番をＰＤＦファイルの投入順に並べ替える印刷ジョブ管理を行うジョブ管理部である。１２ｈは、画像形成装置であるカラーＭＦＰ３７や３６から印刷ジョブに関する処理制限情報を取得して保持するデバイス管理部である。後述の実施形態においては、ＨＦクライアントアプリ４６がこの処理制限情報に基づいて、印刷ジョブの送信先デバイスの変更や印刷ジョブの分割などの処理を実現する。

なお、ＨＦサーバアプリ４ａは、ＨＦクライアントアプリから送信される印刷ジョブを管理する。なお、ＣＲＴ等の表示部にそのステータスを表示する必要がない場合には、ＨＦサーバアプリ４ａからカラーＭＦＰ３７や３６等の印刷機に直接送信する用に構成しても構わない。本実施形態では、ＨＦ作成時には、印刷先はＨＦクライアントアプリ毎に事前に設定されているものとする。

図７Ｃのジョブ管理アプリ４９において、１２７は、データ受信部であり、ＨＦサーバアプリ４ａのデータ送信部１２６から送信された印刷ジョブデータを受信する。１２８は、ジョブ管理アプリ全体の処理を制御する制御部である。１２ｂは、受信した印刷ジョブに記録されているジョブチケットであるＪＤＦファイルを解析するジョブチケット解析部である。１２ｃは、ジョブ管理アプリ４９に記録されているジョブからコンテンツデータとしてＰＤＦファイルをエクスポートする処理を制御するコンテンツエクスポート制御部である。１２ｄは、ジョブからコンテンツをエクスポートする際に、ＰＤＦファイルの作成を実際に行うコンテンツ生成部である。ユーザからキーボードによって指定されたパスのフォルダ下にファイルを作成したり、コンテンツエクスポート制御部１２ｃの指示に従って、コンテンツの頁順を入れ替えたりする。

１２ｅは、データ受信部１２７で受信された結果に基づき、ジョブ記録部１２ｆに記録されている情報を更新するジョブ管理情報更新部である。１２９は、ジョブ管理情報更新部１２ｅで管理されているジョブ情報を画面に表示する表示部である。１２ａは、印刷ジョブ送信・更新部である。印刷ジョブ送信・更新部１２ｅは、ジョブ管理アプリ４９からジョブをカラーＭＦＰ３７や３６等へ送信する。また、印刷ジョブ送信・更新部１２ａは、カラーＭＦＰ３７や３６からジョブのステータス情報を受け取り、ジョブのステータス情報をジョブ記録部１２ｆへ記録する。そして、その更新されたステータス情報を表示部１２９を使用して画面に表示する（図１４Ａ乃至図１４Ｄ参照）。

（本実施形態のジョブチケットの構成例）
図８及び図９を用いて、本実施形態の印刷設定情報が記録されているジョブチケットの一例を説明する。本例ではジョブチケットとしてＪＤＦを使用して説明する。

図８は、印刷設定情報であるジョブチケットＪＤＦの構造の一例を示す図である。

８０はＪＤＦデータ全体を示す。８１は、以下のPrepress処理８２とPress処理８３とPostpress処理８４を１つの処理にまとめるCombined Process処理を示す。８２は、ＰＤＦ等のコンテンツデータをどのように画像処理し、どのように配置するか等を示す複数のPrepress処理の指示群が記述されている。８３はPrepress処理８２において作成された画像データをどのように原稿に出力するか等を示す複数のPress処理の指示群が記述されている。８４はPress処理８３の指示に従って出力された原稿を包み製本等、どのように後処理するかを示すPostpress処理の指示が記述されている。

通常、デジタルプリントを司るカラーＭＦＰ３７等では１回の印刷ジョブの入力に対して、Prepress処理にPress処理にPostpress処理まで実行終了した製本結果が唯一つの出力となる。このように一度のデータInputに対してPrepress処理＋Press処理＋Postpress処理までを同時に処理し、唯一つのOutputを出力する指示を行いたい場合にCombined Processは使用される。Prepress処理とPress処理とPostpress処理の少なくとも２つを所持するＭＦＰ等のデジタル画像形成装置に対する指示には、常に使用される。

８５は、本実施形態において、ＪＤＦ８０に付加されるＰＤＦファイルのＨＦクライアントアプリへの投入順を識別可能に記憶するＪＤＦ管理情報である。本明細書では、識別情報あるいは順位データとも呼ぶ。ＪＤＦ管理情報８５は、同じクライアントアプリへの投入順に印刷順を並べるためのソートに使用するための情報である。ＪＤＦ管理情報８５は、ＰＤＦファイルが投入されたクライアントアプリ名称（フォルダ名称とも称す）８６、連番が振られる投入ファイル番号８７、投入時刻であるイベント受取時刻８８を含む。

図９は、ＰＯＤシステム等で使用されるジョブチケットの構造の一例を示す別の概念図である。ジョブチケット９０を表現するＪＤＦはＸＭＬフォーマットで記述されており、ノードの階層構造によって表現できる。図９は、ＪＤＦによって製本の一例を示す階層図である。一方、上記図８は、ＪＤＦ構造を実行プロセスの種類で示している。

エンドユーザに届けられる「本」９１は、表紙９２を作ったり、中身９３を作ったり、あるいは、それらを製本したりと様々な工程を経て出来上がっている。ＪＤＦでは、出力物を構成する際に、物理的な出力物を形作る工程をプロダクトノードとよぶ。そして、プロダクトノードを形作るための処理工程をプロセスノード、プロダクトノードを作成するための中間的段階の要素でいくつかのプロセスノードの集合体をプロセスグループノードと呼んで区別している。図９では、プロセスグループノードとして、表紙の出力９４、カラーページの出力９５、白黒ページの出力９６、本全体の製本処理９７が示されている。

なお、図８のPrepress処理８２は、プロセスノードのカラーページのＲＩＰ処理である９a、白黒ページのＲＩＰ処理である９cに相当する。Press処理８３は、表紙出力のプロセス１（９８）、表紙のラミネート処理９９、カラーページプリント処理９ｂ、白黒ページプリント処理９ｄに相当する。Postpress処理は、包み製本処理９ｅ、断裁処理９ｆに相当する。

＜本実施形態のカラーＭＦＰの構成例＞
（カラーＭＦＰの全体構成例）
図１０は、カラーＭＦＰの全体構成例を詳細に説明するブロック図である。なお、図１０の構成要素は、ハードウエアあるいはソフトウエア、それらを組み合わせたファームウエアなどで実現が可能である。

ＭＦＰとは、自装置内部に複数のジョブのデータを記憶可能なハードディスク等のメモリを具備した装置である。例えば、スキャナから出力されたジョブデータに対し該メモリを介してプリンタ部でプリント可能にするコピー機能を具備する。また、コンピュータ等の外部装置から出力されたジョブデータに対し該メモリを介してプリント部でプリント可能にするプリント機能等の複数の機能を具備した画像形成装置である。ＭＦＰには、フルカラー機器とモノクロ機器があり、３７や３６はカラーＭＦＰである。

又、本印刷システムの構成に関しては、上記の如く、複数の機能を具備したＭＦＰ(複合機能型の画像形成装置)を有するとした。しかし、プリント機能＋フィニッシング機能のみを具備した画像形成装置を具備する構成でも良い。また、いずれか一方のタイプの画像形成装置のみを具備する構成でも良い。又、何れのタイプの画像形成装置であっても、複数台を具備する構成でも良い。いずれにしても、本形態の制御が実現可能な構成であれば制限されない。

図１０に示すように、カラーＭＦＰは外部とインタフェースする以下の各インタフェース要素を備えている。１３１は、紙原稿などの画像を読み取り、読み取られた画像データを画像処理する入力画像処理部である。１３２は、ファクシミリなどに代表される電話回線を利用した画像の送受信を行うＦＡＸ部である。１３３は、ネットワークを利用して画像データや装置情報をやりとりするＮＩＣ(Network Interface Card)部である。１３４は、外部装置と画像データなどの情報交換を行う専用インタフェース部である。１３５は、ＵＳＢ(Universal Serial Bus)メモリ（リムーバブルメディアの一種）に代表されるＵＳＢ機器と画像データなどを送受するＵＳＢインタフェース（ＵＳＢ Ｉ／Ｆ）部である。

そして、ＭＦＰ制御部１３０では、ＭＦＰの用途に応じて画像データを一時保存したり、経路を決定したりといった交通整理の役割を担っている。なお、ＭＦＰ制御部１３０の更に詳細な構成は、以下に図１１を参照に示す。

次に、１３ｂは文書管理部であり、複数の画像データを格納可能なハードディスク等のメモリを具備している。例えば、画像形成装置が具備する制御部（例えばＭＦＰ制御部１３０のＣＰＵなど）が主体となって制御する。そして、上記インタフェース要素を介して入力された複数種類の画像データを、ハードディスクに複数格納可能に制御する。複数種類の画像データとしては、入力画像処理部１３１からの画像データや、ＦＡＸ部１３２を介して入力されたファクシミリジョブの画像データや、ＮＩＣ部１３３を介して入力されたコンピュータ等の外部装置からの画像データを含む。また、専用Ｉ／Ｆ部１３４やＵＳＢ Ｉ／Ｆ部１３５を介して入力された複数種類の画像データを含む。そして、ハードディスクに格納された画像データを適宜読み出して、プリンタ部１３９等の出力部に転送して、プリンタ部１３９によるプリント処理等の出力処理を実行可能に制御する。又、操作部１３６を介したオペレータからの指示により、ハードディスクから読み出した画像データを、コンピュータや他の画像形成装置等の外部装置に転送可能に制御する。

画像データを文書管理部１３ｂに記憶する際には、必要に応じて、画像データを圧縮して格納する。逆に、圧縮して格納された画像データを読み出す際に、元の画像データに伸張して戻したりする。これらの処理を圧縮伸張部１３aを介して行っている。また、データがネットワークを経由する際には、ＪＰＥＧ、ＪＢＩＧ、ＺＩＰなど圧縮データを使用することも一般知られており、データがカラーＭＦＰに入った後、この圧縮伸張部１３ａにて解凍（伸張）される。

また、１３ｃはリソース管理部であり、フォント、カラープロファイル、ガンマテーブルなど共通に扱われる各種パラメータテーブルなどが格納されている。そして、必要に応じて呼び出すことができると共に、新しいパラメータテーブルを格納したり、修正して更新したりすることができる。

次に、ＭＦＰ制御部１３０では、ＰＤＬデータが入力された場合には、ＲＩＰ部１３７でＲＩＰ(Raster Image Processor)処理を施す。また、プリントする画像に対して、必要に応じて出力画像処理部１３８でプリントのための画像処理を行ったりする。更に、その際に作られる画像データの中間データやプリントレディデータ（プリントのためのビットマップデータやそれを圧縮したデータ）を必要に応じて、文書管理部１３ｂに再度格納することもできる。

文書管理部１３ｂに格納された画像形成用に準備された各画像データは、画像形成を行うプリンタ部１３９に送られる。プリンタ部１３９でプリントアウトされた印刷原稿シートは、後処理部であるインラインフィニッシャ１３ｄへ送り込まれ、シートの仕分け処理やシートの仕上げ処理が行われる。

ここで、ＭＦＰ制御部１３０は円滑にジョブを流す役割を担っており、カラーＭＦＰの使い方に応じて、パス切り替えが行われている。以下に一例を示す。必要に応じて利用される圧縮伸張部１３ａと後処理部であるインラインフィニッシャ１３ｄ、あるいは、全体のコアとなるＭＦＰ制御部１３０などの処理は省略して、おおよそのフローがわかるように記載する。
(A) ＦＡＸ受信機能：ＦＡＸ部→出力画像処理部→プリンタ部
(B) ネットワークプリント：ＮＩＣ部→ＲＩＰ部→出力画像処理部→プリンタ部
(C) 外部装置からのプリント：専用Ｉ／Ｆ部→出力画像処理部→プリンタ部
(D) 外部メモリからのプリント：ＵＳＢ Ｉ／Ｆ部→ＲＩＰ部→出力画像処理部→プリンタ部
(E) ボックスプリント機能：文書管理部→プリンタ部
なお、ボックスプリント機能とは、文書管理部１３ｂを利用したＭＦＰの処理機能であり、ジョブ毎やユーザ毎に文書管理部１３ｂ内のメモリを分割して一次的にデータを保存して、ユーザＩＤやパスワードを組み合わせてデータの入出力を行う機能である。

また、操作部１３６は、上記の様々なフローや機能を選択したり操作指示したりするためのものである。なお、操作部１３６の表示装置の高解像度化に伴い、文書管理部１３ｂにある画像データをプレビューし、確認後ＯＫならばプリントするといったこともできる。

図１１は、ＭＦＰ制御部１３０の構成例を詳細に説明するブロック図である。

ＭＦＰ制御部１３０は、大きく分けて５つの部分から成っている。すなわち、入力デバイスを管理する入力デバイス管理部と、入力されたジョブを解釈する入力ジョブ制御部とを有する。また、ジョブの設定情報を整理する出力ジョブ制御部と、出力デバイスを割り当てる出力デバイス管理部とを有する。また、ＨＦサーバアプリ４ａやジョブ管理アプリ４９からの指示をＭＦＰ制御部１３０に伝達し、印刷ジョブの制御を行うジョブ管理部１４０である。

入力デバイス管理部には、入力デバイス制御部１４２が存在する。入力信号としては、クライアントＰＣ３１からのＰＤＬデータや画像データ、ＨＦサーバ４ａやジョブ管理アプリ９１やジョブ管理部１４０からのＪＤＦやＰＰＭＬ等がある。

入力ジョブ制御部は、プロトコル解釈部１４３とジョブ生成部１４４から構成されている。入力デバイス制御部１４２から送られてくる一連の操作要求は、コマンド（プロトコル）と呼ばれる命令信号で受信され、プロトコル解釈部１４３でその操作要求の概要が解釈されて、ＭＦＰ内部で理解できる操作手順に変換される。一方、ジョブ生成部１４４は、ＭＦＰ内でどのように処理するかが記述された内部ジョブを生成する。生成された内部ジョブは、ＭＦＰ内部でどのような処理を施して、どこに送られるかといったそれぞれのシナリオが定義付けされて、そのシナリオに従ってＭＦＰ内部を流れることとなる。

出力ジョブ制御部は、ジョブ解析部１４５、バインダ解析部１４６、ドキュメント解析部１４７、及び、ページ解析部１４８において、ジョブの設定情報と画像情報を作成する。ジョブ解析部１４５は、印刷する文書名や印刷部数、出力先の排紙トレイ指定、複数バインダで構成されるジョブのバインダ順などジョブ全体に関わるジョブ設定情報１４９の詳細を解析する。バインダ解析部１４６は、製本方式の設定やステープルの位置、複数ドキュメントで構成されるバインダのドキュメント順などバインダ全体に関わるバインダ設定情報１４aの詳細を解析する。ドキュメント解析部１４７は、複数ページで構成されるドキュメントのページ順、両面印刷の指定、表紙や合紙の付加などドキュメント全体に関わるドキュメント設定情報１４ｂの詳細を解析する。ページ解析部１４８は、画像の解像度、画像の向き（ランドスケープ／ポートレイト）等の各種設定ページ全体に関するページ設定情報１４ｃの詳細を解析すると共に、ＰＤＬデータが入力された場合にはＲＩＰ部１３７を呼び出してラスタライズ処理を施す。なお、画像情報を生成するに当たっては、ＲＩＰ部１３７を呼び出して、ラスタライズ処理にてページ画像情報１４ｆが生成される。ページ画像情報１４ｆは、圧縮伸張部１３ａにおいて圧縮された後、文書管理部１３ｂに設定情報と関連付けされて格納される。

出力デバイス管理部は、出力デバイス制御部１４ｄを有する。文書管理部１３ｂに保存された画像情報は圧縮伸張部１３ａにて伸張され、関連付けられていた設定情報と一緒に読み出され、設定情報と画像情報とは一対になって出力デバイス部に送られてくる。出力デバイス制御部１４ｄは、プリンタ部、インラインフィニッシャなどどのデバイスを利用するかのＭＦＰ内部の処理をスケジューリングする。

通信部１４１は、ＨＦサーバアプリ４ａやジョブ管理アプリ４９と通信し、印刷ステータスの送受信や印刷ジョブの処理指示を受け取る。ジョブ管理部１４０は、通信部１４１を介してＨＦサーバアプリ４ａやジョブ管理アプリ４９から印刷ジョブであるＰＰＭＬやＪＤＦを受信したり、印刷ジョブの開始や中断や中止や処理内容の変更の指示を受ける。また、疎な指示内容に従って印刷ジョブの処理を変更する指示をＭＦＰ内部の各制御部へ送り、ＭＦＰで実行中の印刷ジョブのステータスをＥＦＭへ送る。

＜実施形態１のＰＯＤシステムの動作例＞
図１２及び図１３は、実施形態１における、ＰＤＦファイルがＨＦクライアントアプリに投入された順番での印刷を可能とするＰＯＤシステムの動作例に関して説明する。

（ＨＦクライアントアプリ４６とＨＦサーバアプリ４ａでの詳細動作例）
図１２は、従来例の図３０に対応する実施形態１のＨＦクライアントアプリ４６とＨＦサーバアプリ４ａとの詳細な処理手順を示す図である。なお、以下の説明では、図３０からの変更点を中心に説明する。図３０と同じ要素や処理は同じ参照番号で示す。

ＰＤＦファイル−１（４１）がＨＦクライアントアプリ４６にDrag＆Dropされると、ＨＦクライアントアプリ４６はＯＳからＰＤＦファイル−１が投入されたイベントを受け取る。ＨＦクライアントアプリ４６は、イベントを受信すると以下のデータを生成する。すなわち、ＨＦクライアントアプリ毎に事前にユニークに設定されているＨＦクライアントアプリ名称、ＨＦクライアントアプリ４６にファイルが投入される毎に＋１される投入ファイル番号、イベントを受け取った時間、を順序データとして生成する。この順序データは、図８のジョブ管理情報の対応する。そして、ＨＦクライアントアプリ４６は、投入されたＰＤＦファイル−１に付加する印刷指示書であるＪＤＦデータを生成する。処理Ｐ１６０は、このＪＤＦファイル１６２内に、順序データを埋め込む処理を示す。処理Ｐ１６１は、生成したＪＤＦファイル１６２と投入されたＰＤＦファイル−１（４１）をＨＦサーバ２０のＨＦサーバアプリ４ａに転送する処理を示す。

次に、ＨＦサーバアプリ４ａでは、転送されたＪＤＦファイル１６２と投入されたＰＤＦファイル−１（４１）とから印刷ジョブ生成して、印刷ジョブ記憶部１０５ａ（図５参照）に保持する。ＨＦサーバアプリ４ａは、保持された印刷ジョブを、ＪＤＦファイル内に記録した順序データを使用して投入されたＨＦクライアントアプリ名称毎にソートする。また、ＨＦクライアントアプリ名称毎に投入された順序である投入ファイル番号を連番でソートする。

ＪＤＦ内には、同じＨＦクライアントアプリ名称の投入ファイル番号は連番で記入されているので、上記ソートにより、同じＨＦクライアントアプリ名称のＰＤＦファイルはＨＦクライアントアプリへの投入順に並べられて、送信キュー４４に送られる。その結果、送信キュー４４からデバイス（カラーＭＦＰ）への印刷ジョブの送信順序は、ＰＤＦファイルのＨＦクライアントアプリへの投入順序に一致する。

なお、上記ソートは印刷ジョブの送信キュー４４への転送毎に行われてもよい。また、データを送信する送信スレッド１５９からの印刷ジョブデータの送信は、連番で次となる印刷ジョブが送信キューにない場合には、送信しないように処理することでも構わない。

（ＰＯＤシステムでの動作例）
図１３は、上記図１２の処理に従うＰＯＤシステムでの動作例を説明する図である。なお、図１３は、図３１に従って課題の欄で説明したＨＦサーバアプリ４ａへのＰＤＦファイルの転送順序が、ＰＤＦファイルのＨＦクライアントアプリ４６，４７への投入順序と異なる場合の実施形態１での処理を示している。ここでは、各クライアントアプリ４６〜４８であるホットフォルダ−１〜−３は、ＰＣ２０上に作成されたＨＦサーバアプリ４ａのフォルダをネットワーク共有することで実現している。なお、図４、図２９Ａ、図２９Ｂ、図３１及び図３２と同じ要素は同じ参照番号で示されている。

ＰＤＦファイル−１（４１），−２（４２），−３（４３）の順番でＨＦクライアントアプリ４６または４７に投入されたが、ＨＦサーバアプリ４ａへの転送順序がＰＤＦファイル−１，−３，−２となった状況は、図３１と同じである。

このような順番の逆転は、次のような理由で発生する。例えば、ＰＤＦファイルのＨＦクライアントアプリ４６，４７への投入から、送信キュー４４へのセットまでには多数の工程を経る。従って、投入されたＰＤＦファイルのサイズや生成するＪＤＦファイルの複雑さやサイズ、またＨＦサーバＰＣ３０上の環境によって、送信キュー４４にセットするまでの処理時間に差が発生する。その結果、送信キュー４４及びプリントキュー４５にセットされる印刷ジョブの順番の、ＰＤＦファイルの投入の順番に対する逆転が発生する。

図１３においては、図１２で説明したように、ＨＦクライアントアプリ４６または４７で投入されたＰＤＦファイルに対応する順序データを含むＪＤＦファイルが生成されて、ＰＤＦファイルとＪＤＦファイルの対としてＨＦサーバアプリ４ａへ転送される。例えば、ＰＤＦファイル−１（４１），−２（４２），−３（４３）には、生成された順次データを含むＪＤＦファイル−１（４１ａ），−２（４２ａ），−３（４３ａ）が付加されて、ＨＦサーバアプリ４ａへ転送される。ＰＤＦファイルとＪＤＦファイルの対は、図１３に５０ａ〜５２ａで示されている。

従って、ＪＤＦジョブ生成スレッド２に、ＰＤＦファイル−３（４３）とＪＤＦファイル−３（４３ａ）の対が転送された後に、ＰＤＦファイル−２（４２）とＪＤＦファイル−２（４２ａ）の対が転送される場合がある。この場合であっても、送信キュー４４には投入順に並べられる。

また、投入されたＰＤＦファイルのサイズや生成するＪＤＦファイルの複雑さやサイズ、またＨＦサーバＰＣ３０上の環境によって、送信キュー４４にセットするまでの処理時間に差が発生した場合を想定する。この場合であっても、実施形態１の処理によって、送信キュー４４及びプリントキュー４５にセットされる印刷ジョブの順番はＰＤＦファイルの投入の順番に一致する。更に、異なるＨＦクライアントアプリ（異なる顧客(印刷設定)）から投入されたＰＤＦファイルが混在した場合を想定する。この場合であっても、ＰＤＦファイルはＨＦクライアントアプリ名称でソートされるので、送信キュー４４及びプリントキュー４５への印刷ジョブのセットにおいてＨＦクライアントアプリ（異なる顧客(印刷設定)）が混在することがない。

（実施形態１のジョブ管理アプリでのＨＦジョブリストの表示例）
図１４Ａから図１４Ｄは、ＨＦサーバアプリ４ａからの印刷ジョブの送信順番変更が行われている例を、ジョブ管理アプリ４９上における表示を用いて説明する。なお、ジョブ４まであることを除いて、上記図１３と同じ状況の場合を示す。

図１４Ａにおいて、１７０はジョブ管理アプリ４９がＨＦサーバアプリ４ａ中の印刷ジョブのステータスを表示している画面である。１７１はＨＦ名称を示し、選択するとＨＦサーバアプリ４ａに転送された印刷ジョブから、選択されたＨＦクライアントアプリ名称から送信処理中のジョブのみが表示される。本例では、ＨＦ名称として"A3-中綴じHF"１７２が選択され、"A3-中綴じHF"に投入されたＰＤＦファイルから生成された印刷ジョブのみが表示されている。

本ＨＦサーバアプリ４ａでは自動でＨＦ名称と投入された順番で印刷ジョブをソートすることとするが、ＨＦ名称を選択したことをトリガとして、印刷ジョブのソートを実行しても構わない。

１７４はＨＦサーバアプリ４ａに存在する、選択されたＨＦクライアントアプリ名称の印刷ジョブである。図１４Ａでは、１７４の１つだけが存在している。なお、１７３を選択すると、ＨＦ名称に関係なくＨＦサーバアプリ４ａに存在する全印刷ジョブが表示される。

図１４Ｂは、ＨＦサーバアプリ４ａに存在する、"A3-中綴じHF"に投入されて作成された印刷ジョブが１つ追加になっている状態を示している。１８０は"A3-中綴じHF"に３番目に投入されたＰＤＦファイルである。本例では、便宜上、ジョブ名に投入された順番の番号を付けて分かり易くしている。すなわち、図１４Ｂは、"A3-中綴じHF"に最初に投入されたＡ社ジョブ１の次に、"A3-中綴じHF"に３番目に投入されたＡ社ジョブ３がＨＦサーバアプリ４ａに転送された、あるいはＡ社ジョブ３が送信キューに移行したことを示している。

図１４Ｃは、更にＨＦサーバアプリ４ａに、"A3-中綴じHF"に投入されて作成された印刷ジョブが２つ追加になっている状態を示している。但し、１９０は"A3-中綴じHF"に投入された２番目のＰＤＦファイルであり、２００は"A3-中綴じHF"に投入された４番目のＰＤＦファイルである。

図１４Ｄは、実施形態１の順序データに基づくソートにより、ＨＦサーバアプリ４ａの印刷ジョブが、投入されたＨＦの名称毎、且つそのＨＦクライアントアプリに投入された順番でソートされた結果を示している。２番目に"A3-中綴じHF"に投入されたＰＤＦファイルの印刷ジョブ（Ａ社ジョブ２）１９０と、３番目に"A3-中綴じHF"に投入された印刷ジョブ（Ａ社ジョブ３）１８０との順番が投入順に変更されている。順番の変更には、ＪＤＦファイルに記録したＨＦクライナトアプリ名称と連番の投入ファイル番号とを使用して、ＨＦサーバアプリ４ａが実行する。

＜実施形態１のＰＣの処理手順例＞
図１５及び図１６は、実施形態１の処理を実現するための、ＨＦクライアントＰＣ及びＨＦサーバＰＣの処理手順例を示すフローチャートである。なお、図１５及び図１６は、実施形態１に特徴的な一部の手順のみを示している。かかるフローチャートは、図５のＣＰＵ１０１により実行される。

図１５は、実施形態１のＨＦクライアントＰＣの処理手順例を示すフローチャートである。

まず、ステップＳ１５１で、ＣＰＵ１０１は、ＰＤＦファイルのＨＦクライアントアプリへの投入を待機する。ＣＰＵ１０１は、ＰＤＦファイルの投入があればステップＳ１５２に進んで、クライアントアプリ名称、投入ファイル番号、イベント受取時刻を取得する。投入ファイル番号の取得は、ＨＦクライアントアプリからＨＦサーバアプリ４ａに要求することで行われる。ＣＰＵ１０１は、ステップＳ１５３で取得した情報から順序データとなるＪＤＦ管理情報を作成する。

ステップＳ１５４では、ＣＰＵ１０１は、ステップＳ１５３で作成したＪＤＦ管理情報を含むＪＤＦファイルを作成する。ステップＳ１５５で、ＣＰＵ１０１は、このＪＤＦ管理情報を含むＪＤＦファイルと投入されたＰＤＦファイルとを対にして、ＨＦサーバのＨＦサーバアプリに転送する。

ステップＳ１５６で、ＣＰＵ１０１は、同じクライアントアプリ名称への投入ファイル番号を１つ加算して、ステップＳ１５１に戻って次のＰＤＦファイルの投入を待つ。ＣＰＵ１０１は、ステップＳ１５７でＨＦクライアントアプリの終了指示があれば、処理を終了する。

図１６は、実施形態１のＨＦサーバＰＣの処理手順例を示すフローチャートである。

まず、ステップＳ１６１で、ＣＰＵ１０１は、ＨＦクライアントアプリＰＣからのＰＤＦファイルとＪＤＦファイルとの対の転送を待機する。ＣＰＵ１０１は、ＰＤＦファイルとＪＤＦファイルとの対の転送があればステップＳ１６２に進んで、ＪＤＦジョブ生成スレッドを生成する。ＣＰＵ１０１は、ステップＳ１６３で転送されたＰＤＦファイルのコンテンツチェックを行う。ステップＳ１６４では、ＣＰＵ１０１は、ＰＤＦファイルとＪＤＦファイルとを含むＪＤＦジョブ（印刷ジョブ）を生成して格納する。ステップＳ１６５では、ＣＰＵ１０１は、ＰＤＦファイルの投入が更にあればステップＳ１６１に戻って、ＰＤＦファイルとＪＤＦファイルとの対の転送を待つ。

ＰＤＦファイルの更なる投入が無ければ、ＣＰＵ１０１は、ステップＳ１６６で、ＪＤＦファイルの順序データであるクライアントアプリ名称と投入ファイル番号とで印刷ジョブをソートする。ソートしてＨＦクライアントアプリへの投入順に並んだ印刷ジョブを送信キューに移行する。なお、印刷ジョブの送信キューへの移行毎にソートを行って、順番を入れ替えてもよい。かかる処理が、印刷ジョブ変更処理に含まれる。

ステップＳ１６８では、ＣＰＵ１０１は、印刷先のデバイスのプリントキューに空きが有るかが判定される。空きがなければ、ＣＰＵ１０１は、先の印刷が終了してプリントキューに空きが出来るのを待つ。プリントキューに空きが有ればステップＳ１６９で、ＣＰＵ１０１は、印刷先のデバイスに次の印刷ジョブを送信する。ＣＰＵ１０１は、ステップＳ１７０で印刷ジョブが全て送信されたかを判定し、送信されて無ければステップＳ１６８に戻って残る印刷ジョブのデバイスへの送信を行う。ＣＰＵ１０１は、全ての印刷ジョブが送信されたら処理を終了する。

なお、実施形態１の処理を実現する処理手順は、図１５及び図１６に限定されない。

［実施形態２］
図１７から図２３に、本発明の実施形態２を示す。実施形態２は、ＨＦを作成する際に、大量印刷業務実行時に連続して実行されるＨＦの関係が分かっている場合は、カラＭＦＰで連続印刷が可能な設定情報をオペレータに表示する例である。

（本実施形態を実施する前提例）
図１７は、ＨＦクライアントアプリ４６４７を連続でカラーＭＦＰ３７で印刷実行させる場合に、カラーＭＦＰのプリントキューに次のジョブの事前送信が出来ないために、印刷を実行していない時間帯が出来る例を示している。なお、図４と同じ要素は同じ参照番号で示す。

本例では、カラーＭＦＰ３７の印刷機が、同時にプリントキューに記録できるのは、(1)ページ単位での例外設定としては１０００パーティションまで、(2)挿入紙の設定としては１０００箇所まで、(3)ＤＩＳＫ容量としては１０００ＧＢまでとする。また、ＨＦクライアントアプリ４６の印刷設定２２０は、４００パーティションと１００箇所の挿入紙設定がなされており、ＨＦクライアントアプリ４７の印刷設定２２１としては、６５０パーティションと４００箇所の挿入紙設定がなされている。また、ＨＦクライアントアプリ４８の印刷設定２２２としては、１００パーティションと５０箇所の挿入紙設定がなされている。

この場合、ＨＦクライアントアプリ４６から後続の印刷ジョブをカラーＭＦＰ３７へ送信した後に、上記ＨＦクライアントアプリ４６の印刷ジョブ終了前にＨＦクライアントアプリ４７から印刷ジョブをカラーＭＦＰ３７に送信しようとする。すると、４００＋６５０＝１０５０とパーティショニング設定数の上限を超えるので、印刷が終了するまで送信できない。

（実施形態２の印刷ジョブの送信例）
図１８は、後続の印刷ジョブを投入するＨＦクライアントアプリ４７を作成時に、印刷先のカラーＭＦＰを変更することによって、カラーＭＦＰにおける連続印刷を可能にする処理例を示している。

ＨＦクライアントアプリ４７がＨＦの設定上限値を表示した後に、オペレータが印刷先のカラーＭＦＰを変更することによって、印刷業務実行時に連続印刷されずに、結果として業務の予定時間をオーバすることを防ぐことが出来る。

図１８では、ＨＦクライアントアプリ４７の出力先をカラーＭＦＰ３７からカラーＭＦＰ３６に変更している。カラーＭＦＰ３６を使用するＨＦはＨＦクライアントアプリ４８のみであり、パーティション数も挿入紙の数もカラーＭＦＰ３６の上限内に収まっている。

以下、本実施形態２の処理について、詳細に説明する。

図１９は、ＨＦクライアントアプリ４６を作成した後に、ＨＦクライアントアプリ４６に続いて印刷実行処理されるＨＦクライアントアプリ４７を作成開始する処理の一例に関して説明している。

図１９で、２３０は印刷設定画面である（詳細は、以下の図２０に示す）。印刷設定画面２３０で設定ボタンを選択し、ＨＦクライアントアプリ４６を作成する。その後、ＨＦの作成をキーボード等の入力部で指示する。すると、ＨＦの作成指示画面２５０が表示され、業務実行時に直前で実施されるＨＦの名称を指示する。名称の指示がない場合には、未入力とし、以降の処理は実施されない。２５１は、先行して実行されるＨＦ名称を入力するフィールドである。入力フィールド２５１にＨＦ名称を入力して実行ボタン２５２を押下すると、ＨＦの印刷設定画面２４０と、これから使用できる設定の上限値が上限値表示２５４として表示される。キャンセルボタン２５３が押下されると、ＨＦの作成がキャンセルされる。ＨＦの上限値表示２５４は、印刷設定画面２３０で作成したＨＦクライアントアプリ４６の印刷設定情報を基に計算される。印刷設定画面２３０の設定でＨＦクライアントアプリ４６では、１ジョブで４００パーティションと１００挿入紙の設定を消費する。従って、残された設定可能なカラーＭＦＰ３７のリソースは、「パーティション数：６００、挿入紙の設定箇所数：９００箇所」となる。

オペレータは、上限値表示２５４に表示された残りのＭＦＰリソース表示を超えない範囲で、印刷設定画面２４０上で印刷設定を行う。そうすれば、印刷実行時にＨＦクライアントアプリ４６と４７へ投入された同じクライアントアプリのＰＤＦファイルを連続実行可能になる。

また、パーティション数や挿入紙の設定可能箇所数など、ＭＦＰの残リソースは、印刷設定画面２４０で設定がされるたびにリアルタイムで計算しなおし、表示することができる。その結果、オペレータは、リアルタイムで表示しなおした情報に基づいて、印刷設定画面２４０で印刷設定を行うことができる。

図２０は、図１９のＨＦクライアントアプリ４６の印刷設定２３０の一例を示す図である。

図２０で、２３０はＨＦの印刷設定画面を示し、２３１は印刷ジョブの送信先デバイス名称を指定するフィールドである。２３２は印刷する部数を設定するフィールドであり、２３３は印刷に使用するメディア種を指定するフィールドであり、２３４は印刷方法として片面印刷か両面印刷かを指定するフィールドである。２３５は頁単位で印刷設定を変更する例外頁の設定ボタンであり、２３６は何ページ目に用紙を挿入するかの挿入紙の設定を行うボタンである。

また、２３７は中綴じ製本指定時に左開きか右開きかを指定するフィールドであり、２３８は折りとステイプルを実行するか、どちらも実行しないかを指定するフィールドである。また、２３９はステイプルを実施する際のステイプル箇所は、左上か左下か左中央かを指定するフィールドである。２３ａ及び２３ｂはくるみ製本を実施する際に、表紙の原稿と本文の原稿を給紙する先を指定するフィールドである。

本例の設定では、１００部印刷する、且つ一部印刷する毎に用紙を挿入する、且つ印刷設定全体で４００のパーティショニングに分かれているとする。よって、印刷ジョブ全体では、４００パーティションと１００挿入紙設定を消費する。

図２１は、図１９のＨＦクライアントアプリ４７の印刷設定２４０の途中を示す拡大図である。

図２２は、上記の説明としてパーティション数のカウント方法に関して説明する図である。

図２２では、例として全１００頁の文書の印刷設定とパーティショニング数の計算方法に関して説明する。２６２は全１００頁に対して例外設定がされておらず、１パーティションで表現されている。２６０は１頁目を示し、２６１は１００頁目を示す。その状態で、１頁〜８０頁に対して光沢紙の使用を指定したのが２６３である。１頁〜８０頁までと８１頁〜１００頁までとの２パーティションに設定が分かれている。そして更に、５０頁目の描画方法だけをモノクロ印刷に変更した場合が２６４である。1頁〜４９頁、５０頁、５１頁〜８０頁、８１頁〜１００頁の４つのパーティションに分かれている。

上記のようにページ単位で例外の設定を行うことが可能であり、例外の設定が為されると、例外の設定数以上に印刷設定情報が処理するパーティション数が増えていく。

＜実施形態２のＰＣの処理手順例＞
図２３は、実施形態２のＨＦクライアントＰＣ及びＨＦサーバＰＣの処理手順例を示すフローチャートである。かかるフローチャートは、図５のＣＰＵ１０１により実行される。

図２１のＨＦの設定画面２４０で、設定ボタンが指示されたとする。このＨＦクライアントアプリ４７の作成を指示されたときに、ＣＰＵ１０１は、ステップＳ１にて、ＨＦクライアントアプリ４６と連続印刷は可能かどうかを判断する。連続印刷が可能な場合には、本処理は終了する。

連続印刷が出来ないと判断された場合には、ＣＰＵ１０１は、ステップＳ２へ進む。そして、ＨＦクライアントアプリ４７で指定されている排紙先（カラーＭＦＰ３７）を取得し、カラーＭＦＰ３７より出力可能な残りの枚数を取得する。ＣＰＵ１０１はステップＳ３へ進み、指定されているカラーＭＦＰ３７には他に排紙可能な排紙先のカラーＭＦＰがあるかどうかを判断する。他に排紙可能な排紙先がない場合には、図２５の実施形態３のフローチャートへ進む。

他に排紙可能な排紙先（カラーＭＦＰ３６）がある場合には、ＣＰＵ１０１はステップＳ４へ進み、その他の排紙先名称と排紙可能な用紙枚数を排紙先（カラーＭＦＰ３６）から取得する。ステップＳ５では、ＣＰＵ１０１は、ステップＳ４で取得した新たな排紙先の排紙可能な用紙枚数と、ステップＳ２で記録した現在の排紙先設定と排紙可能な枚数とを比較する。そして、ステップＳ４で取得した他の排紙先の方が出力可能な用紙枚数が多いか否かを判断する。少ない場合には、ＣＰＵ１０１は、何も変更しないでステップＳ３へ戻る。多い場合には、ＣＰＵ１０１はステップＳ６へ進み、ステップＳ４で取得した出力先へ、排紙先の設定を変更する。かかる処理が、印刷ジョブ変更処理に含まれる印刷先変更に当る。

なお、本実施形態２の排紙先の変更処理は、ＨＦクライアントＰＣとＨＦサーバＰＣとが独立している場合には、ＨＦサーバＰＣからＨＦクライアントＰＣへのサービスとして実現するのが、望ましい。

［実施形態３］
図２４から図２８を参照して、実施形態３の処理例を説明する。実施形態３では、ＨＦを作成する際に、大量印刷業務実行時に連続して実行されるＨＦ関係が分かっている場合には、カラＭＦＰで連続印刷が可能なように後から作成するＨＦの印刷設定を自動で分割する例に関して説明する。

（実施形態３の印刷ジョブの送信例１）
図２４は、図１７で示したＨＦクライアントアプリ４６とＨＦクライアントアプリ４７の連続印刷が出来ない例を、実施形態２とは異なる方法で解決した例を示す。すなわち、後続の印刷ジョブを投入するＨＦクライアントアプリ４７を作成する際に、自動で印刷設定を分割してカラーＭＦＰ３７の制限内に収まるようにし、同じドライブで連続処理する例を示している。なお、図２４において、図４及び図１７と同じ要素には同じ参照番号を付している。

図１７で説明したように、ＨＦクライアントアプリ４７の印刷設定２２１では、ＨＦクライアントアプリ４６とＨＦクライアントアプリ４７の印刷ジョブをカラーＭＦＰ３７のプリントキューに同時に登録することは出来ない。何故なら、合計で１０５０パーティションとなり、カラーＭＦＰ３７のリソースの制限値（１０００パーティション）を超えているからである。

従って、図２４では、ＨＦクライアントアプリ４７を作成時に、ＨＦクライアントアプリ４７の印刷設定を、オペレータが処理し易いように自動で分割作成している。本実施形態では、カラーＭＦＰ３７にスタッカが接続されている場合の例を示しており、スタッカに出力可能な原稿枚数毎でＨＦを分割することを示している。例えば、スタッカに１０００枚出力が可能な場合には、ＨＦクライアントアプリ４７の印刷設定から出力用紙枚数が１０００枚以下になるように分割する。本実施形態では、ＨＦクライアントアプリ４７の作成を指示すると、ＨＦ−２ａ（２８０）、−２ｂ（２８２）、−２ｃ（２８４）、−２ｄ（２８６）の４つが作成されている。

今回の印刷設定では、２８１に示すように、２００パーティションと１００箇所の挿入紙の設定で、ＨＦ−１との合計出力用紙枚数が１０００になるものとする。ＨＦ−２ｂとＨＦ−２ｃの印刷設定はＨＦ−２ａと同じ設定となり、ＨＦ−２ｄは残りの５０パーティションと１００挿入紙が設定される。

なお、本実施形態では分割の単位を排紙原稿の枚数で判断したが、部数単位でのシフト排紙が設定されている場合には、この部数設定を使用しても構わない。また、部数単位での合紙の挿入が設定されていた場合には、この部数設定を使用しても構わない。また、デバイスの制限値を均等分割した値でも構わない。

（実施形態３の送信例１の手順例）
図２５は、実施形態３の送信例１（図２４）の手順例を説明するフローチャートである。なお、図２５のフローチャートは図２３の処理からの続きとして示されるが、独立した処理であってもよい。図２３からの続きの場合は、図２３のステップＳ３でＨＦクライアントアプリ４７の設定で他の出力可能な排紙先が無い時に、図２５の処理に進む。

ステップＳ７にて、ＣＰＵ１０１は、ＨＦクライアントアプリ４７のＨＦ-２で設定されている印刷設定情報２２１を取得し、一部当たり印刷するのに必要な出力用紙枚数を計算する。ＣＰＵ１０１はステップＳ８に進み、ステップＳ７で取得した一部あたりで印刷出力する用紙枚数から、スタッカ等の排紙先を一杯にするのに必要な印刷部数を計算する。そして、ＣＰＵ１０１はステップＳ９へ進み、ステップＳ８で取得した部数に相当する印刷ジョブを生成した場合、ＨＦクライアントアプリ４６の印刷ジョブと同時にカラーＭＦＰ３７のプリントキューにセットが可能かどうかを判断する。

同時にカラーＭＦＰ３７のプリントキューにセットが可能な場合には、ＣＰＵ１０１はステップＳ１０へ進み、ステップＳ８で取得した出力部数単位をＨＦクライアントアプリ４７による印刷ジョブの分割生成単位とする。また、ステップＳ９で同時にカラーＭＦＰ３７のプリントキューにセットが不可と判断された場合には、ＣＰＵ１０１はステップＳ１１へ進み、ＨＦクライアントアプリ４６の設定と連続印刷が可能な部数のＭＡＸ値を計算する。そして、そのＭＡＸ値をＨＦクライアントアプリ４７の印刷ジョブの分割生成単位とする。そして、ＣＰＵ１０１はステップＳ１２へ進み、これまでの処理で獲得した出力部数でＨＦを１つ作成する。そして、ステップＳ１３で、ＣＰＵ１０１は、ＨＦクライアントアプリ４７で生成したかった全部数の残部数を計算し、ステップＳ１４で、印刷可能なＨＦが作成されたかどうかを判断する。残部数が有る場合には、ステップＳ１２へ戻り、無い場合には処理を終了する。この例の分割結果を示したのが、図２４のＨＦ−２ａ（２８０）、−２ｂ（２８２）、−２ｃ（２８４）、−２ｄ（２８６）である。かかる処理が、印刷ジョブ変更処理に含まれる。

（実施形態３の印刷ジョブの送信例２）
図２６から図２８では、実施形態３の印刷ジョブの送信例２を説明する。送信例２では、実際の印刷業務を実行する際に、ＭＦＰのＤＩＳＫ容量制限によって連続印刷が出来ない場合に、ＨＦから送信する印刷ジョブを自動で分割生成する例に関して説明する。なお、図２６で、図４，図１７，図２４と同じ要素には、同じ参照番号を付している。

カラーＭＦＰ３７は、デバイス制限として１０００パーティションであり、１０００箇所の挿入紙設定まで可能であり、ＤＩＳＫ容量制限は１０００ＧＢである。３１３は、カラーＭＦＰ３７のプリントキューで印刷中の印刷ジョブであり、ＨＦクライアントアプリ４６の印刷設定２２０で生成されている。

この時、ＨＦクライアントアプリ４７で作成される印刷ジョブ３１０は、パーティションの合計が１１００となって、カラーＭＦＰ３７のパーティション数の制限（１０００パーティション）を越える。また、カラーＭＦＰ３７のＤＩＳＫ容量制限（１０００ＧＢ）も越えると想定する。そのため、印刷ジョブ３１３が終了するまでカラーＭＦＰ３７へ送信できない。従って、ＨＦクライアントアプリ４７から送信する印刷ジョブに関しては、パーティション数の制限とＤＩＳＫ容量の制限とを満たす２つの印刷ジョブ３１１，３１２に分割して送信する。この例を示したのが図２６であり、分割された印刷ジョブ３１１がカラーＭＦＰ３７のプリントキューの印刷ジョブ３１４に相当する。分割されたもう一方の印刷ジョブ３１２は、印刷中の印刷ジョブ３１３の終了後に送信される。かかる処理が、印刷ジョブ変更処理に含まれる。

（実施形態３の送信例２の手順例）
図２７は、ＤＩＳＫ容量や処理プログラムの上限値による制限を考慮して印刷ジョブを分割する手順例を示すフローチャートである。例えば、上限値は、メモリなどを占有して他の処理に問題がでないよう設定される。かかるフローチャートも、図２５と同様に図２３に続くように図示されているが、単独のフローチャートでも構わない。

まず、ステップＳ２１で、ＣＰＵ１０１は、ＨＦクライアントアプリ４７のＨＦ-２で設定されている印刷設定情報２２１を取得し、一部当たり印刷するのに必要な出力用紙枚数を計算する。ＣＰＵ１０１はステップＳ２２に進み、ステップＳ２１で取得した一部あたりで印刷出力する用紙枚数から、排紙先のＤＩＳＫ容量を一杯にするのに必要な印刷部数を計算する。そして、ＣＰＵ１０１はステップＳ２３へ進み、ステップＳ２２で取得した部数に相当する印刷ジョブを生成した場合、排紙先のパーティション数や挿入紙数の上限以下であるかどうかを判断する。

排紙先のパーティション数や挿入紙数の上限以下であれば、ＣＰＵ１０１はステップＳ２４へ進み、ステップＳ２２で取得した出力部数単位をＨＦクライアントアプリ４７による印刷ジョブの最初の分割単位とする。また、ステップＳ２３で排紙先のパーティション数や挿入紙数の上限を越えると判断された場合には、ＣＰＵ１０１はステップＳ２５へ進み、排紙先のパーティション数や挿入紙数の上限を越えない部数のＭＡＸ値を計算する。そして、そのＭＡＸ値をＨＦクライアントアプリ４７の印刷ジョブの最初の分割単位とする。

そして、ＣＰＵ１０１はステップＳ２６で、これまでの処理で獲得した出力部数でＨＦを１つ作成する。そして、ステップＳ２６で、ＣＰＵ１０１は、ＨＦクライアントアプリ４７で生成したかった全部数の残部数を計算し、ステップＳ２７で、印刷可能なＨＦが作成されたかどうかを判断する。残部数が有る場合には、ステップＳ２２へ戻って残りの分割を行い、無い場合には処理を終了する。この例の分割結果を示したのが、図２６の３１１（３１４）と３１２である。

図２８は、図２６の印刷ジョブ分割を、バリアブルデータで行った場合のＺＩＰファイルの例を示している。

３２０は、ＨＦクライアントアプリ４７に投入されたバリアブルデータファイルであり、３２１と３２２は、分割生成された印刷ジョブである。バリアブルデータファイル３２０は、バリアブルの印刷処理指示３２３と、反復印刷実行されるリユーザブルデータ３２４と、ユーザ名称等の可変データ３２５、３２６、３２７、３２８、３２９から構成されている。３２ａは印刷設定３１１が記録されている印刷指示データであり、３２ｂは印刷設定３１２が記録されている印刷指示データである。

尚、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、プリンタなど）から構成されるシステムあるいは統合装置に適用しても、ひとつの機器からなる装置に適用してもよい。

又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（OS）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。

本実施形態のＰＯＤシステム（印刷システム）の構成例を示す図である。 本実施形態のホットフォルダ部４の構成例を示す図である。 本実施形態のデジタルプリント部５の構成例を示す図である。 実施形態１のＰＯＤシステム（印刷システム）の構成例を示す図である。 本実施形態のパーソナルコンピュータ（ＰＣ）の構成例を示すブロック図である。 本実施形態のＨＦクライアントＰＣの構成例を示すブロック図である。 本実施形態のＨＦサーバの構成例を示すブロック図である。 実施形態１のＨＦクライアントアプリの詳細な構成例を示すブロック図である。 実施形態１のＨＦサーバアプリの詳細な構成例を示すブロック図である。 実施形態１のジョブ管理アプリの詳細な構成例を示すブロック図である。 本実施形態のＪＤＦの構成例を説明する第１の図である。 本実施形態のＪＤＦの構成例を説明する第２の図である。 本実施形態のカラーＭＦＰの構成例を示すブロック図である。 図１０のＭＦＰ制御部の構成例を示すブロック図である。 実施形態１のＨＦクライアントＰＣ及びＨＦサーバＰＣでの処理例を説明する図である。 実施形態１のＰＯＤシステムの処理例を説明する図である。 実施形態１のジョブ管理アプリ上で印刷ジョブの順番が変更されている例を示す図である。 実施形態１のジョブ管理アプリ上で印刷ジョブの順番が変更されている例を示す図である。 実施形態１のジョブ管理アプリ上で印刷ジョブの順番が変更されている例を示す図である。 実施形態１のジョブ管理アプリ上で印刷ジョブの順番が変更されている例を示す図である。 実施形態１のＨＦクライアントＰＣにおける処理手順例を示すフローチャートである。 実施形態１のＨＦサーバＰＣにおける処理手順例を示すフローチャートである。 実施形態２のＰＯＤシステムにおける課題例を説明する図である。 実施形態２のＰＯＤシステムにおける処理例を説明する図である。 実施形態２のＨＦの印刷設定処理例を説明する図である 図１９のＨＦの印刷設定画面２３０の例を示す拡大図である。 図１９のＨＦの印刷設定画面２４０の例を示す拡大図である。 実施形態２におけるパーティション設定例を説明する図である。 実施形態２の処理手順例を示すフローチャートである。 実施形態３のＰＯＤシステムの第１の処理例を説明する図である。 図２４の処理を実現する処理手順例を示すフローチャートを説明する図である。 実施形態３のＰＯＤシステムの第２の処理例を説明する図である。 図２６の処理を実現する処理手順例を示すフローチャートを説明する図である。 実施形態３における印刷ジョブの分割を説明する図である。 従来のＰＯＤシステムのＨＦへのコンテンツの投入処理例を説明する図である。 従来のＰＯＤシステムのＨＦへ投入されたコンテンツの印刷処理例を説明する図である。 従来のＨＦクライアントＰＣ及びＨＦサーバＰＣの処理例を説明する図である。 従来のＨＦへのコンテンツの投入順と印刷順とが違う場合を説明する図である。 従来のデバイスのプリントキューで待ち時間が発生する例を説明する図である。

Claims (12)

1. ファイルの投入を受け付ける受付手段と、
   前記受付手段へのファイルの投入順序を示す情報を含む印刷設定情報を生成する印刷設定情報生成手段と、
   前記受付手段で受け取ったファイルに前記印刷設定情報生成手段で生成した印刷設定情報を付加して、印刷ジョブを生成する印刷ジョブ生成手段と、
   前記印刷ジョブ生成手段で生成された印刷ジョブを印刷装置に送信する送信手段と、
   前記印刷ジョブ生成手段で生成された印刷ジョブの前記送信手段から送信する順番を、前記印刷設定情報に含まれるファイルの投入順序を示す情報に基づいて並べる印刷ジョブ管理手段と、
   前記印刷装置のプリントキューにおいて同時に管理できる複数の印刷ジョブの設定に関する処理制限値を取得する取得手段と、
   前記印刷装置が複数の前記受付手段から受け付けた複数のファイルに対応する複数の印刷ジョブを連続して受信した場合に該印刷装置において前記処理制限値を超えるか否かを判断する判断手段と、
   前記処理制限値を超えると前記判断手段が判断した場合に、前記印刷装置において前記処理制限値を超えないような印刷設定情報を更に生成する生成制御手段と、
   を有することを特徴とするファイル制御装置。
2. 前記印刷設定情報生成手段は、前記受付手段として構成されたフォルダが有するフォルダ名称を更に含む印刷設定情報を生成し、
   前記印刷ジョブ管理手段は、前記印刷ジョブ生成手段で生成された印刷ジョブの前記送信手段から送信する順番を、同じフォルダ名称を有するファイルの投入順序を示す情報に基づいて並べることを特徴とする請求項１に記載のファイル制御装置。
3. 前記生成制御手段は、前記処理制限値を超えると前記判断手段が判断した場合に、少なくとも前記処理制限値を超えると判断された印刷ジョブの印刷先を他の印刷装置に変更した印刷設定情報を生成することを特徴とする請求項１または２に記載のファイル制御装置。
4. 前記処理制限値を超えると前記判断手段が判断した場合に、少なくとも前記処理制限値を超えると判断された印刷ジョブを複数の印刷ジョブに分割する印刷ジョブ分割手段を更に有することを特徴とする請求項１乃至３のいずれか１項に記載のファイル制御装置。
5. 前記処理制限値は、前記印刷装置のプリントキューにおいて同時に管理される複数の印刷ジョブのパーティションの設定数の合計値、または当該複数の印刷ジョブに設定される挿入紙の設定数の合計の上限値であることを特徴とする請求項１乃至４のいずれか１項に記載のファイル制御装置。
6. 複数の印刷装置を含むプリント部と、前記プリント部とネットワークを介して接続した前記複数の印刷装置の印刷処理を制御する請求項１乃至５のいずれか１項に記載のファイル制御装置とを有する印刷システム。
7. 複数の印刷装置を含むプリント部と、前記プリント部と第１のネットワークを介して接続した前記複数の印刷装置の印刷処理を制御する請求項１乃至５のいずれか１項に記載のファイル制御装置と、前記ファイル制御装置と第２のネットワークを介して接続され、前記ファイル制御装置の前記受付手段にファイルを投入するオペレータ環境とを有する印刷システム。
8. ファイル制御装置の制御方法であって、
   ファイルの投入を受け付ける受付工程と、
   前記受付工程でのファイルの投入順序を示す情報を含む印刷設定情報を生成する印刷設定情報生成工程と、
   前記受付工程で受け取ったファイルに前記印刷設定情報生成工程で生成した印刷設定情報を付加して、印刷ジョブを生成する印刷ジョブ生成工程と、
   前記印刷ジョブ生成工程で生成された印刷ジョブを印刷装置に送信する送信工程と、
   前記印刷ジョブ生成工程で生成された印刷ジョブの前記送信工程で送信する順番を、前記印刷設定情報に含まれるファイルの投入順序を示す情報に基づいて並べる印刷ジョブ管理工程と、
   前記印刷装置のプリントキューにおいて同時に管理できる複数の印刷ジョブの設定に関する処理制限値を取得する取得工程と、
   前記印刷装置が複数の前記受付工程で受け付けた複数のファイルに対応する複数の印刷ジョブを連続して受信した場合に該印刷装置において前記処理制限値を超えるか否かを判断する判断工程と、
   前記処理制限値を超えると前記判断工程により判断された場合に、前記印刷装置において前記処理制限値を超えないような印刷設定情報を更に生成する生成制御工程と、
   を有することを特徴とするファイル制御装置の制御方法。
9. 前記生成制御工程では、前記処理制限値を超えると前記判断工程により判断された場合に、少なくとも前記処理制限値を超えると判断された印刷ジョブの印刷先を他の印刷装置に変更した印刷設定情報を生成することを特徴とする請求項８に記載のファイル制御装置の制御方法。
10. 前記処理制限値を超えると前記判断工程により判断された場合に、少なくとも前記処理制限値を超えると判断された印刷ジョブを複数の印刷ジョブに分割する印刷ジョブ分割工程を更に有することを特徴とする請求項８または９に記載のファイル制御装置の制御方法。
11. 前記処理制限値は、前記印刷装置のプリントキューにおいて同時に管理される複数の印刷ジョブのパーティションの設定数の合計値、または当該複数の印刷ジョブに設定される挿入紙の設定数の合計の上限値であることを特徴とする請求項８乃至１０のいずれか１項に記載のファイル制御装置の制御方法。
12. 請求項８乃至１１のいずれか１項に記載のファイル制御装置の制御方法の各工程をコンピュータに実行させるためのプログラム。

Images