(57)【要約】      （修正有）【課題】印刷文書と印刷指示書を受け付け、前記印刷文書に対して複数の工程を実行する画像形成システムにおいて、リソースを必要とする工程以前の工程を流れるデータサイズを抑制し、全体として効率的な処理を行うこと。【解決手段】文書解析部103-2が入稿された印刷文書内に所定のリソース情報が埋め込まれているか解析する。そして、印刷文書内にリソース情報が埋め込まれてない場合、ジョブチケット最適化処理部103-3は、ジョブチケット内で指示される各工程のうち前記リソース情報が前記印刷文書内に埋め込まれている必要がある工程を特定する。そして、特定された工程の直前に、前記印刷文書内に前記リソース情報を埋め込むように、ジョブチケットを書き換える構成を特徴とする。【選択図】図２
2007094757.tif 000002
【特許請求の範囲】
【請求項１】
印刷文書と該印刷文書に対する複数の工程の実行を指示する印刷指示書を受け付け、前記印刷文書に対して前記複数の工程を実行する画像形成システムにおいて、
前記印刷指示書内で指示される各工程のうち前記リソース情報が前記印刷文書内に埋め込まれている必要がある工程を特定する特定手段と、
前記特定手段により前記リソース情報が埋め込まれている必要があると特定された工程の直前に、前記印刷文書内に前記リソース情報を埋め込むように制御する制御手段と、
を有することを特徴とする画像形成システム。
【請求項２】
前記印刷文書内に所定のリソース情報が埋め込まれているか否かを判定する判定手段を有し、
前記制御手段は、前記判定手段により前記印刷文書内に前記リソース情報が埋め込まれていないと判定された場合、前記特定手段により前記リソース情報が埋め込まれている必要があると特定された工程の直前に、前記印刷文書内に前記リソース情報を埋め込むように制御することを特徴とする請求項１記載の画像形成システム。
【請求項３】
前記制御手段は、前記判定手段により前記印刷文書内に前記リソース情報が埋め込まれていると判定された場合、一旦、前記印刷文書内から前記リソース情報を削除し、前記特定手段により前記リソース情報が埋め込まれている必要があると特定された工程の直前に、前記印刷文書に前記リソース情報を埋め込むように制御することを特徴とする請求項２記載の画像形成システム。
【請求項４】
前記制御手段は、前記判定手段により前記印刷文書内に前記リソース情報が埋め込まれていると判定された場合、先頭の工程において、前記印刷文書内から前記リソース情報を削除するように制御することを特徴とする請求項３記載の画像形成システム。
【請求項５】
前記制御手段は、前記特定手段により前記リソース情報が埋め込まれている必要があると特定された工程が複数あると判定された場合、該特定された複数の工程のうち最初に実行される工程の直前に、前記印刷文書内に前記リソース情報を埋め込むように制御することを特徴とする請求項１〜４のいずれかに記載の画像形成システム。
【請求項６】
前記制御手段は、前記制御を実行するように前記印刷指示文書を書き換えることを特徴とする請求項１〜５のいずれかに記載の画像形成システム。
【請求項７】
前記リソース情報は、フォント形状情報であることを特徴とする請求項１〜６のいずれかに記載のジョブ管理装置。
【請求項８】
印刷文書と該印刷文書に対して複数の工程の実行を指示する印刷指示書を含む印刷ジョブを受け付ける受け付け手段と、
前記印刷文書を解析する文書解析手段と、
前記印刷指示書を解釈する印刷指示書解釈手段と、
前記文書解析手段による印刷文書の解析結果及び前記印刷指示書解釈手段による印刷指示書の解釈結果に基づいて、前記印刷指示書を最適化する印刷指示書最適化手段と、
前記印刷指示書解釈手段によって解釈される印刷指示に従って前記印刷文書に対する複数の工程の実行を制御管理する工程管理手段と、
を有することを特徴とする画像形成システム。
【請求項９】
印刷文書と該印刷文書に対する複数の工程の実行を指示する印刷指示書を受け付け、前記印刷文書に対して前記複数の工程を実行する画像形成方法において、
前記印刷指示書内で指示される各工程のうち前記リソース情報が前記印刷文書内に埋め込まれている必要がある工程を特定する特定ステップと、
前記リソース情報が埋め込まれている必要があると特定された工程の直前に、前記印刷文書内に前記リソース情報を埋め込むように印刷指示書を生成する生成ステップと、
を有することを特徴とする画像形成方法。
【請求項１０】
印刷文書と該印刷文書に対して複数の工程の実行を指示する印刷指示書を含む印刷ジョブを受け付ける受け付けステップと、
前記印刷文書を解析する文書解析ステップと、
前記印刷指示書を解釈する印刷指示書解釈ステップと、
前記印刷文書の解析結果及び前記印刷指示書の解釈結果に基づいて、前記印刷指示書を最適化する印刷指示書最適化ステップと、
前記解釈される印刷指示に従って前記印刷文書に対する複数の工程の実行を制御管理する工程管理ステップと、
を有することを特徴とする画像形成方法。
【請求項１１】
請求項９又は１０に記載された画像形成方法をコンピュータに実行させるためのプログラム。
【請求項１２】
請求項９又は１０に記載された画像形成方法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷文書と印刷指示書を受け付け、前記印刷文書に対して前記複数の工程を実行する画像形成システムの制御等に関する。
【背景技術】
【０００２】
従来、文書を印刷するためには対象となる文書、および、印刷指示を機器に入力し印刷を行っていた。この際、両面指示のような印刷方法を指示する内容を印刷対象とは別の文書で保持し、印刷対象と対にして機器へ入力するということも行われている。この指示内容を含む文書を指示書、あるいはジョブチケット（JobTicket）と呼んでいる。
【０００３】
このジョブチケットの使用により、複雑となる指示内容を保存しておき同じ印刷方法での印刷を容易に繰り返すことが可能となっている。
【０００４】
また、ジョブチケットを使用することにより、利用者は実際に印刷を実行する機器の存在や、その機器の機能に依存することなく、最終生成物（例えば、「製本された状態の本」）を要求することが可能となる。ジョブチケットを使用した一般的な印刷システムとして、例えば次のようなものがある。
【０００５】
利用者が最終生成物（例えば、「製本された状態の本」）の要求とともに印刷対象の文書ファイル（以下、元文書と呼ぶ）を印刷システムに入稿する。次に、ジョブチケット作成装置にて具体的なジョブチケット（利用者が要求する最終生成物を生成するために必要な処理と、その処理をどの装置で行うか、またどの順番で行うか等を記載したジョブチケット）を作成し、ジョブ管理装置に元文書と対にして入稿する。ジョブ管理装置は、入稿されたジョブチケットに従って各処理装置に処理を指示し、元文書から最終生成物（例えば、「製本された状態の本」等）を作成する。
【０００６】
このような印刷システムにおいて、利用者から入稿される元文書は、文書内にフォント等のリソース情報が埋め込まれた文書であることが一般的である。これは、必要なリソース情報が文書内に埋め込まれていないと、意図した出力結果が得られないことがあるためである。例えば、文書内で使用されているフォントが、文書に埋め込まれておらず、かつ印刷機に搭載されていないと、印刷機側で代替フォントに置き換える処理が行われ、結果として利用者の意図した出力結果が得られない。
【０００７】
しかし、一方で、利用者によってはそれらのリソース情報を文書内に埋め込まずに入稿することがある。そのような場合は、ジョブ作成装置は「リソース情報を文書内に埋め込む処理」が含まれたジョブチケットを作成し、元文書とともにジョブ管理装置に入稿されるのが一般的である。
【０００８】
特許文献１には、ダイレクトプリントの際、ＰＤＦに埋め込まれたフォント（グリフ情報）を削除することによって、プリンタに送信するデータサイズを軽減する画像処理装置が開示されている。
【特許文献１】特開２００４−２４６５０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述のような印刷システムにおけるジョブ管理装置には、予めリソースを埋め込んだ元文書とジョブチケット、もしくはリソースを埋め込んでいない元文書と「リソースを文書内に埋め込む処理」の指示が含まれたジョブチケットが入稿されるのが一般的である。
【００１０】
しかし、リソースが埋め込まれた文書の処理には、利用者の意図通りの出力結果を保証するという利点がある一方で、リソースを元文書内に保持しているためにファイルサイズが大きくなる傾向にある。即ち、「各工程間を繋ぐ通信路に負荷がかる」、「各工程における処理時間が長くなる」、という課題があった。
【００１１】
一方、実際の印刷システムの処理では、全ての工程においてリソースが埋め込まれた文書である必要はない。例えば、フォントのリソースは、レイアウトや、スムージングといった工程では必要ないが、プレビューや印刷といった工程では必要となる。
【００１２】
以上のことから、リソースの埋め込み処理はリソースが必要となる工程の直前の工程で行い、それ以前の工程ではリソースを埋め込んでない文書に対して処理を行うことが理想的であるといえる。つまり、最適なタイミングでリソースを埋め込むことが全体の処理効率を上げることに繋がる。
【００１３】
しかし、この最適なタイミングはワークフローによって異なる。例えば、「色処理」「トラッピング処理」「タイリング処理」「面付け処理」「印刷処理」の順に処理されるワークフローでは、印刷処理の直前の工程に「リソース埋め込み処理」が行われる必要がある。即ち、このワークフローではリソースが必要な処理は印刷処理のみである。
【００１４】
また、「トラッピング処理」「スムージング処理」「プレビュー処理」「レンダリング処理」「印刷処理」の順に処理されるワークフローでは、プレビュー処理の直前の工程に「リソース埋め込み処理」が行われる必要がある。即ち、このワークフローではリソースが必要な処理はプレビュー処理と印刷処理のみである。
【００１５】
このように、ワークフローによって異なる最適なタイミングでリソースを埋め込むことは、エンドユーザにとっては困難な作業である。そして、このような負担をエンドユーザに強いることもできないといった事情がある。
【００１６】
そのため、従来、ジョブ管理装置には、予めリソースが埋め込まれた文書が入稿される、もしくは、上記のようにワークフローによって異なる「最適なリソース埋め込みのタイミング」を考慮していないジョブチケットが入稿されるといったことが多かった。
【００１７】
このような事情のため、上記課題を解決できずにいた。
【００１８】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、印刷文書と印刷指示書を受け付け、前記印刷文書に対して前記複数の工程を実行する画像形成システムにおいて、リソースを必要とする工程以前の工程を流れるデータサイズを抑制し、全体として効率的な処理を行う仕組を提供することである。
【課題を解決するための手段】
【００１９】
本発明は、印刷文書と該印刷文書に対する複数の工程の実行を指示する印刷指示書を受け付け、前記印刷文書に対して前記複数の工程を実行する画像形成システムにおいて、以下の工程を有することを特徴とする。前記印刷指示書内で指示される各工程のうち前記リソース情報が前記印刷文書内に埋め込まれている必要がある工程を特定する特定手段を有する。さらに、前記リソース情報が埋め込まれている必要があると特定された工程の直前に、前記印刷文書内に前記リソース情報を埋め込むように制御する制御手段とを有する。
【発明の効果】
【００２０】
本発明によれば、リソースを必要とする工程以前の工程を流れるデータサイズを抑制することが可能となり、全体として効率的な処理を行うことができる。
【００２１】
また、リソースが埋め込まれた印刷文書を受け付けた場合でも、リソースを必要とする工程以前の工程を流れるデータサイズを抑制することが可能となり、全体として効率的な処理を行うことができる。
【発明を実施するための最良の形態】
【００２２】
〔第１実施形態〕
＜システム構成例＞
図１は、本発明の第一実施形態に係るジョブ管理装置を含むシステム構成の一例を示すブロック図である。
【００２３】
図１において、印刷ジョブ管理装置103は、コンピュータ等の情報処理装置で構成されており、１又は複数のジョブ作成装置102、工程処理装置104とインターネット等のネットワーク105を介して接続されている。そして、印刷ジョブ管理装置103は、画像処理システムにおいてワークフローマネージャ（PC WM）として機能する。
【００２４】
ジョブ作成装置102は、コンピュータ等の情報処理装置で構成されており、プリントを発注するエンドユーザ環境101（パーソナルコンピュータ等で構成される）とインターネット等のネットワーク105を介して接続されている。なお、ジョブ作成装置102は、エンドユーザ環境101内に設けられていてもよい。
【００２５】
ジョブ作成装置102は、エンドユーザからの要求に基づいて作業指示書（ジョブチケット）を作成し、印刷対象の文書とともにジョブ管理装置103に送信する。
【００２６】
なお、ジョブ作成装置102は、上記機能さえあれば、特に構成等は問わないため、詳細な説明は本提案書では行わないこととする。さらに、印刷対象文書は、所定のファイルフォーマット、例えばAdobe社のPDF（Portabel Document Format）にて入稿されるのが一般的である。
【００２７】
ジョブ管理装置103は、ジョブ作成装置102から受信したジョブチケットの指定に基づいて、同じくジョブ作成装置102から受信した印刷対象の文書を、加工、印刷、製本するよう、工程処理装置104に指示する。
【００２８】
工程処理装置104は、コンピュータ等の情報処理装置や各種デバイスにより構成されており、ジョブ管理装置103からの指示に基づいて、各種工程処理を実行し、最終的な成果物を出力する。
【００２９】
なお、各種工程処理は、印刷対象文書の画像補正や、ファイルのマージやページの挿入/削除や各種ページのレイアウト編集や面付け処理、プリントデバイスによるプリントアウト等を含む。また、各種工程処理は、紙折り機、中綴じ製本機、くるみ製本機等の後処理デバイスによる、プリントアウトされた記録紙の、紙折り、中綴じ製本、くるみ製本等の仕上げ処理も含む。
【００３０】
本実施形態では、工程処理装置104は、４台のコンピュータ（104-A、104-B、104-C、104-D）と１台のプリンタ104-Eから構成されるものとするが、特に台数は問わない。
【００３１】
＜ソフトウェア構成例＞
図２は、図１に示したシステム構成のうちジョブ管理装置103及び工程処理装置104におけるソフトウェア構成の一例を示すブロック図である。
【００３２】
ここでは、ジョブ管理装置103は１台としているが、複数存在するシステムであっても本発明は適用できる。また、工程処理装置として工程処理装置104-Aのみを示しているが、これは図の簡略化のためである。本実施形態においては、実際には図１に示すように複数の工程処理装置から構成されるものとする。
【００３３】
ジョブ管理装置103は、データ入出力部103-1、文書解析部103-2，ジョブチケット最適化処理部103-3、ジョブ管理部103-4、リソース処理部103-5、ディスプレイ103-8が接続された画像表示部103-7等を備える。
【００３４】
さらに、ジョブ管理装置103は、不図示の文書処理アプリケーション等のアプリケーションプログラムにより作成されたアプリケーションデータファイルや、本実施形態で用いるジョブチケット等を格納するためのデータ格納部103-6等を備える。
【００３５】
データ格納部103-6には、ジョブ管理装置103のオペレーティングシステムが保持するフォントファイルなどのシステム情報が保存されている。また、データ格納部103-6には、ジョブ管理装置103の有するこれらソフトウェア資源及びハードウェア資源のデータベースも保存されている。
【００３６】
文書解析部103-2は、元文書内に必要な文字の字体や画像といったリソースが埋め込まれているか解析する。
【００３７】
リソース処理部103-5は、元文書内に使用されている文字の字体等のリソースを元文書内に埋め込む処理等を行う。以降、本実施形態では、リソースとして字体のみを対象として説明を進めるが、元文書内に含まれる画像等、他のリソースについても同様のことが言える。また、本実施形態では、リソース処理部103-5をジョブ管理装置103内の一部とした構成で説明するが、リソース埋め込み処理103-5を工程処理装置104の一部とした構成でも構わない。
【００３８】
ジョブチケット最適化処理部103-3では、入稿されたジョブチケットを解釈し、必要に応じてジョブチケットを最適なものに書き換える処理を行う。ジョブ管理部103-4は、ジョブチケットの内容に従って、各工程装置104に作業を指示するなど、ジョブ全体の管理を行う。
【００３９】
データ入出力部103-1は、電話回線やLAN、インターネット等の105を介して、ジョブ作成装置102や、工程処理装置104と通信し、ジョブチケットや元文書等のデータを交換する処理を行う。また、図２ではキーボードやポインティングデバイス等の入出力デバイスもデータ入出力部103-1に接続されるものとしている。
【００４０】
工程処理装置104-Aには、データ入出力部104-1、ジョブチケット解釈部104-2、工程処理部104-3、ディスプレイ104-8が接続された画像表示部104-7等が含まれる。さらに、工程処理装置104-Aには、のデータ格納部104-6等が含まれる。データ格納部104-6には、不図示の文書処理アプリケーションなどのアプリケーションプログラムにより作成されたアプリケーションデータファイルや、本実施形態で用いるジョブチケットやジョブ管理装置103から受信した元文書ファイル等が格納される。また、データ格納部104-6には、工程処理装置104-Aのオペレーティングシステムが保持するフォントファイルなどのシステム情報が保存されている。
【００４１】
なお、データ入出力部104-1、ディスプレイ104-8、画像表示部104-7等は、それぞれジョブ管理装置103の各部と同様の役割を果たすため説明は割愛する。
【００４２】
ジョブチケット解釈部104-2では、ジョブ管理装置103より受け取ったジョブチケットを解釈し、工程処理部104-3が処理を行うよう制御する。工程処理部104-3は、印刷に必要な処理をジョブチケット解釈部104-2の指示に従って行う。印刷に必要な処理としては、例えば「色管理」、「トラッピング」や「面付け」といった処理が挙げられるが、工程処理装置104-Aでは「色管理」処理を行う機能を保持することとする。
【００４３】
不図示の104-B、104-C、104-Dは、基本的には図２の104-Aで示したソフトウェア構成と同様であるが、工程処理部104-3については図３で示すようなものとする。
【００４４】
図３は、図１に示した各工程処理装置104において、それぞれ実行可能な処理の一覧を示した図である。
【００４５】
図３に示すように、104-Aでは、「色管理」処理が可能である。また、104-Bでは「トラッピング」、「スクリーニング」、「スムージング」といった処理が可能である。さらに、104-Cでは「タイリング」、「面付け」、「プレビュー」、「レンダリング」といった処理が可能である。また、104-Dでは「印刷」処理が可能である。このように、行える工程処理が工程装置ごとに異なる。
【００４６】
＜ハードウェアの構成例＞
図４は、図１に示したジョブ作成装置101、ジョブ管理装置103及び工程処理装置104として使用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。
【００４７】
図４において、400aはCPUである。CPU400aは、外部メモリ400cに保存されるプログラムをメモリ400bに読み込んで実行することにより、図２に示したジョブ管理装置103，工程処理装置104のソフトウェア構成を実現する。なお、外部メモリ400Cは、ハードディスクであってもよいし、フレキシブルディスクやCD-ROM等の取り外し可能な記憶媒体を用いるものであってもよい。
【００４８】
また、図２に示したデータ格納部103-6やデータ格納部104-6は、外部メモリ103cの一部領域として実現される。さらに、400fはディスプレイであり、ディスプレイ103-8，ディスプレイ104-8等に相当するものであって、画像等を表示する。
【００４９】
400dは、I/Oインタフェース(I/O I/F)であり、ネットワーク105等に接続される。また、400eはキーボード（K/B）やポインティングデバイスであり、オペレータが必要に応じて入力を行うことができる。
【００５０】
次に本実施形態の処理の手順について説明する。
【００５１】
本実施形態では、前述のように埋め込む必要のあるリソースとしてフォントを対象として説明を進めていく。そこで、まず、印刷システムに入稿される元文書の一般的なファイルフォーマットである、PDFやSVGに代表される中間ファイルにおける文字描画の仕組みについて説明する。
【００５２】
＜中間ファイルにおける文字描画の仕組み＞
PDF等の中間ファイルは、文書を構成するオブジェクトを記述する描画コマンドとオブジェクトの位置やサイズ等を示すオペランドとを含む。描画コマンドは通常、オブジェクトの種類に応じて、文字を出力する「文字系」、ビットマップ等の画像を出力する「イメージ系」、直線や円、四角形等の図形を出力する「グラフィック系」の３種類に大別される。
【００５３】
ここでは、Microsoft社のWindows（登録商標）システムの「文字系」描画コマンドについて説明を行う。
【００５４】
図５は、文字描画に必要な情報を表す模式図である。
【００５５】
図５は一例であるが、一般的にも文字描画コマンドにはオペランドとして以下の４つのフォント情報が必要である。
【００５６】
（１）文字コード301：
文字を特定するための情報である。ASCII、ShiftJIS、Unicode等、予め定められたコード体系に従った文字コードが用いられる。
【００５７】
（２）フォント属性302：
文字描画に適応するフォントフェース名、グリフへの修飾を表すイタリック／ボールド指定有無、文字の大きさを表すポイント数等の情報を含む。
【００５８】
（３）描画属性303：
文字の描画位置や、色、クリップの状態等を表す情報を含む。
【００５９】
（４）フォント形状情報304：
ゴシックや明朝等のフェース名で指定される文字描画形状を表す情報を含む。文字毎の描画形状情報（グリフと呼ぶ）を有する。フォントの情報形式としては、大きくビットマップフォントとアウトラインフォントとに分かれ、TrueType（登録商標）、OPENTYPE（登録商標）等の各種フォーマットが定義されている。
【００６０】
そして、これらの情報全てが揃わなければ、ユーザが意図した通りの文字描画305は成立しない。
【００６１】
なお、中間ファイル内の文字描画データには、文字コード、フォント属性、描画属性の３つのフォント情報を用いた文字描画コマンドが含まれるのが普通である。コンピュータ等において文字描画を実行する際、すなわち中間ファイルを再生する際には、コンピュータは次のような処理を行う。まず、文字描画コマンドに含まれるフォントフェース名をもとに、当該コンピュータを管理するOS（Operating System）が保持している同じフォントフェース名のフォント形状情報を参照して文字を描画するのが普通である。
【００６２】
しかし、指定されたフォント形状情報が、すべてのコンピュータ環境（OSにより提供される資源と言うこともできる）に存在するとはかぎらない。言い換えると、ユーザが中間ファイルを作成したコンピュータ環境（中間ファイル作成環境と呼ぶ）に存在したフォント形状情報が、文字描画が行われるコンピュータ環境（文字描画実行環境という）では存在していない場合もあり得る。
【００６３】
描画が行われるコンピュータ環境に、アプリケーションデータを作成したユーザが意図したフォントが存在しない場合でも、ユーザが意図したフォントで文字描画を行うために、従来、フォント埋め込みという仕組みが知られている。以下、フォント埋め込みの仕組みについて説明する。
【００６４】
これは、文字描画データ（中間ファイル）内に、文字描画コマンド（文字コード、フォント属性、描画属性）以外に、フォント形状情報を埋め込ませ、文字描画データで使用されるフォント形状情報を文字描画実行環境に持ち込む方法である。
【００６５】
文字描画データに埋め込まれたフォント形状情報は、文字描画実行環境において、当該環境により提供されるフォントとして登録され、文字描画データはそのフォントを用いて文字描画される。このため、フォント埋め込みは、文字描画データ内の文字描画コマンドで指定されたフォントが描画実行環境に存在しなくても、ユーザが意図した出力を得られるという利点がある。
【００６６】
しかし、この方法では、フォント形状情報を文字描画データに内に埋め込むため、文字描画データ量が大きくなる傾向にある。特に日本語フォントや中国語フォントのような文字種の多いフォントを埋め込む場合にこの問題が顕著となる。
【００６７】
＜本実施形態における処理手順例＞
次に、図６に示したフローチャートを用いて、ジョブ管理装置１０３の処理概要を説明する。
【００６８】
図６は、本発明の画像処理システムにおける第１の制御処理手順の一例を示すフローチャートである。なお、フローチャート内のS501〜S504は文書解析部103-2、S505はジョブチケット最適化処理部103-3、S506はジョブ管理部103-4、S507はデータ入出力部103-1にてそれぞれ処理される。即ち、S501〜S507は、ジョブ管理装置103のCPUが外部メモリに格納されるプログラムをメモリに読み込んで実行することにより実現される。
【００６９】
ジョブ管理装置１０３は、データ入出力部103-1にて、ジョブ作成装置102から元文書とジョブチケットを受け取ると、本フローチャートの処理を開始する。
【００７０】
まず、ステップS501において、文書解析部103-2は、元文書を解析する。そして、ステップS502において、文書解析部103-2は、使用されているフォントのフォント形状情報304が元文書内に埋め込まれているかどうかを判定する。なお、この判定は、使用されているフォントの文字コードとフォントフェース名に該当する文字形状情報が文書内に含まれているかどうかを調べることによって行うことができる。
【００７１】
そして、使用されている全てのフォントが元文書内に埋め込まれていると判定した場合、文書解析部103-2は、ステップS506へ処理を移行させる。
【００７２】
一方、使用されているフォントの中に元文書内に未埋め込みフォントがあると判定した場合、文書解析部103-2は、ステップS503へ処理を移行させる。
【００７３】
元文書内に未埋め込みのフォントがあった場合、文書解析部103-2は、ステップS503において、その未埋め込みフォントが元文書内に埋め込み可能かどうか判定する。判定方法は次の通りである。まず、フォント埋め込み処理を実行する環境（本実施形態ではジョブ管理装置103）に搭載されているフォントリストを取得する。フォントリストにない未埋め込みフォントが一つでもあった場合、もしくは未埋め込みフォントの中にライセンスフォントが一つでもあった場合、「埋め込み不可」と判定する。フォントがライセンスフォントであるかどうかは、例えば、フォントがTrueTypeフォントであれば、TrueTypeフォントテーブル内のOS/2テーブル内に示されている。
【００７４】
そして、ステップS503の結果を受けて、ステップS504において、文書解析部103-2が、埋め込み不可なフォントがあると判定した場合には、ステップS507へ処理を移行させる。
【００７５】
そして、ステップS507において、データ入出力部103-1は、「埋め込み不可フォントが存在するため、意図した通りの出力を保障できない」といった趣旨の情報を利用者の連絡先、もしくはジョブ作成装置102へ通知し、処理を終了する。
【００７６】
一方、ステップS504で、文書解析部103-2が、埋め込み不可なフォントがないと判定した場合には、ステップS505へ処理を移行させる。
【００７７】
次に、ステップS505において、ジョブチケット最適化処理部103-3は、入稿されたジョブチケットを解析し、フォントを埋め込んだ元文書が必要である工程を特定する。そして、ジョブチケットに「フォントを埋め込む」という指示を前記特定した工程の手前に追加する。この処理の詳細については後述する。
【００７８】
次に、ステップS506において、ジョブ管理部103-4は、ジョブチケットの指示に従って、各工程装置に作業を指示する。ジョブチケットに記載された指示をすべて行った後、処理を終了する。この処理の詳細については後述する。
【００７９】
以下、図６に示したステップS505のジョブチケット最適化処理，ステップS506のワークフロー制御処理の詳細を説明する前に、本実施形態で用いるジョブチケットについて説明する。
【００８０】
＜本実施形態におけるジョブチケットの例＞
図７は、本実施形態で用いるジョブチケットの一例を示す図である。
【００８１】
この例では、ジョブチケットは、SGMLやXML等に代表されるマークアップ言語を利用したテキストドキュメント形式をとっている。ただし、本実施形態の説明に必要な部分のみの表現を用いており、SGMLやXML等の仕様に厳密に従ったものではない。
【００８２】
図７に示すジョブチケットは３２行から成り立っている。
【００８３】
まず、１行目のは、ジョブチケットの記述の開始を意味する。これに対応する表現として、３２行目のはジョブチケットの記述の終了を意味する。
【００８４】
２〜３１行目までは、具体的な指示を表すものである。なお、２行目、９行目、１５行目、２１行目、２７行目のような第２階層のタグに、各工程装置104が行うプロセス名（処理名）が記載されている。ジョブ管理装置103は、図７におけるプロセス（第２階層のタグ）を上から順に処理するように各工程装置104を制御し、最終成果物を出力する。
【００８５】
図７で示したジョブチケットの例では、まず、カラーマネージメント（ColorManagement）処理（２行目）を行うように指示されている。次に、トラッピング（Trapping）処理（９行目）を行うように指示されている。さらに、タイリング（Tilling）処理（１５行目）を行うように指示されている。さらに、面付け（Impositon）処理（２１行目）を行うように指示されている。最後に、印刷（Print）処理（２７行目）を行うように指示されている。このように、各処理を順次行うように指示したジョブチケットである。
【００８６】
また、第３階層のタグには、各処理の設定パラメータが記載されている。
【００８７】
例えば、ジョブチケットの３〜６行目までは「カラーマネージメント処理」のパラメータを示すものである。３行目のは、処理を行うコンピュータ名を示している。ジョブ管理部103-4はこのパラメータによってジョブの送信先を決定する。例えば、コンピュータ名とそのネットワーク上でのアドレスを示すＩＰアドレスを対応付けたアドレステーブル（一例を図８に示す）を参照することで、コンピュータ名から送信先が決定できる。
【００８８】
図８は、本発明においてコンピュータ名とそのＩＰアドレスを対応付けたアドレステーブルの一例を示す図である。
【００８９】
本実施形態では、図８に示すようなアドレステーブルを、ジョブ管理装置103のデータ格納部103-6に予め保持させておくこととする。
【００９０】
以下、図７のジョブチケットの説明に戻る。
【００９１】
ジョブ管理部103-4は、３行目の記載から特定した工程処理装置のへ元文書とジョブチケットを送信する。なお、本実施形態では、各工程装置に送信するジョブチケットは、元のジョブチケットから該当工程装置が行う部分のみ抜き出したものを送信することとする。例えば、工程装置104-Aに送るジョブチケットは図７における２〜８行目のみとする。
【００９２】
また、４行目は、実際のカラーマネージメントに使うプロファイルを指定しており、ジョブ解釈部104-2は、この指定に従って元文書に処理を施す。
【００９３】
さらに、５行目は、カラーマネージメント処理を施した元文書の出力先を指定しており、ジョブ解釈部104-2は、このパラメータによってジョブの出力先を特定している。例えば、３行目記載の処理装置の特定方法と同様。
【００９４】
また、６行目は、ジョブのステータスを示しており、未処理の場合、"Imcomplete"、処理済みの場合、"Complete"等、ステータスに応じて変更されるものである。
【００９５】
これにより、ジョブ解釈部104-2は、指示された処理が行われた事をジョブ管理部103-4に通知する。そして、ジョブ管理部103-4は、その終了通知を受けて、次のプロセスへ処理を移行する。
【００９６】
また、実際のカラーマネージメント処理には他にも多くのパラメータ（設定項目）が必要であり、ジョブチケットの第３階層に記載する必要があるが、この例では詳細なパラメータ（設定値）は割愛している。また、他の第三階層のタグも、上記カラーマネーマネージメント処理と同様、各処理プロセスで行う処理のパラメータを指定するものである。
【００９７】
次に、図９のフローチャートを参照して、ジョブチケットの最適化処理505の詳細な処理手順を説明する。
【００９８】
図９は、本発明の画像処理システムにおける第２の制御処理手順の一例を示すフローチャートであり、図６のステップS505のジョブチケット最適化処理に対応する。なお、フローチャート内のS505-1〜S505-7はジョブチケット最適化処理部103-3にて処理される。即ち、S505-1〜S505-7は、ジョブ管理装置103のCPUが外部メモリに格納されるプログラムをメモリに読み込んで実行することにより実現される。
【００９９】
まず、ステップS505-1において、ジョブチケット最適化処理部103-3は、データ格納部103-6に格納されているジョブチケットを読み込み、記載されているプロセス数を取得し、メモリ上に保持される変数Mにセットする。なお、図７に示したジョブチケットの例では、プロセス数は「５」となる（タグの数がプロセス数にあたる）。
【０１００】
次に、ステップS505-2において、ジョブチケット最適化処理部103-3は、メモリ上に保持されるカウンタNに「１」をセットする。
【０１０１】
次に、ステップS505-3において、ジョブチケット最適化処理部103-3は、データ格納部103-6に格納されているジョブチケットからN番目のプロセスを読み込む。そして、ステップS505-4において、ジョブチケット最適化処理部103-3は、カウンタNと変数Mとを比較する。そして、「N＞M」と判定した場合には、ジョブチケット最適化処理部103-3は、処理を終了させる。
【０１０２】
一方、「N＞M」でないと判定した場合には、ジョブチケット最適化処理部103-3は、ステップS505-5に処理を進める。
【０１０３】
ステップS505-5において、ジョブチケット最適化処理部103-3は、読み込んだプロセスNで指示されている処理に、フォント埋め込みが為された入稿文書が必要かどうかを判定する。この判定方法の例としては、ジョブ管理装置103のデータ格納部103-6に、予めフォント埋め込み文書が必要な処理工程のリスト（以下、要フォント埋め込み文書工程リストと呼ぶ）を保持させておく。そして、該要フォント埋め込み文書工程リストを参照することによって判定する方法等が挙げられる。
【０１０４】
図１０は、本実施形態における、要フォント埋め込み文書工程リストの一例を示す図である。図１０に示すように、要フォント埋め込み文書工程リストでは、プロセス名「Process Name」毎にフォント埋め込みの要否「FontEmbed Wanted or Not」が記載されている。この例では、プレビュー処理「Preview」とプリント処理「Print」がフォントを埋め込んだ元文書が必要「Wanted」であることを示している。
【０１０５】
以下、図９のフローチャートの説明に戻る。
【０１０６】
そして、ステップS505-5で、フォント埋め込みが為された入稿文書が必要でないと判定した場合には、ジョブチケット最適化処理部103-3は、ステップS505-7に処理を移行させる。
【０１０７】
ステップS505-7において、ジョブチケット最適化処理部103-3は、カウンタNを１カウントアップして、ステップS505-3へ処理を戻す。
【０１０８】
一方、ステップS505-5で、フォント埋め込みが為された入稿文書が必要と判定した場合には、ジョブチケット最適化処理部103-3は、ステップS505-6に処理を移行させる。
【０１０９】
ステップS505-6において、ジョブチケット最適化処理部103-3は、プロセスNにフォント埋め込み文書が必要であると判定された場合、その直前のプロセス（即ち、プロセスN−１）に、フォント埋め込みプロセスを追加する。そして、処理を終了する。
【０１１０】
以上の処理によって、例えば、図７に示したジョブチケットが入稿された場合、かつ図１０に示したような要フォント埋め込み文書工程リストであった場合、図９のフローチャートの処理によって、図１１に示すようなジョブチケットに書き換えられる。
【０１１１】
図１１は、ジョブチケット最適化処理部103-3により書き換えられたジョブチケットの一例を示す図である。
【０１１２】
図１１に示すジョブチケットは、図７で示したジョブチケットに、フォント埋め込みプロセス701（図１１の２７〜３２行目の部分）を追加したものである。
【０１１３】
次に、図１２のフローチャートを参照して、図６に示したワークフロー制御処理506の詳細な処理手順を説明する。
【０１１４】
図１２は、本発明の画像処理システムにおける第３の制御処理手順の一例を示すフローチャートであり、図６のステップS506のワークフロー制御処理に対応する。なお、フローチャート内のS506-1〜S506-7はジョブ管理部103-4にて処理される。即ち、S506-1〜S506-7は、ジョブ管理装置103のCPUが外部メモリに格納されるプログラムをメモリに読み込んで実行することにより実現される。
【０１１５】
まず、ステップS506-1において、ジョブ管理部103-4は、データ格納部103-6に格納されているジョブチケットを読み込み、記載されているプロセス数を取得し、メモリ上に保持される変数Mにセットする。なお、図１１に示したジョブチケットの例では、プロセス数は「６」となる（タグの数がプロセス数にあたる）。
【０１１６】
次に、ステップS505-2において、ジョブ管理部103-4は、メモリ上に保持されるカウンタNに「１」をセットする。
【０１１７】
次に、ステップS506-3において、ジョブ管理部103-4は、データ格納部103-6に格納されているジョブチケットからN番目のプロセスを読み込む。
【０１１８】
そして、ステップS506-4において、ジョブ管理部103-4は、カウンタNと変数Mとを比較する。そして、「N＞M」でないと判定した場合には、ジョブ管理部103-4は、ステップS506-5に処理を進める。
【０１１９】
ステップS506-5において、ジョブ管理部103-4は、読み込んだプロセスNで指示されている処理を行うように各工程処理装置104へ元文書とジョブチケットを送信する。
【０１２０】
これにより、このジョブ（元文書とジョブチケット）を受けとった各工程処理装置104は、ジョブチケット解釈部104−2にて、ジョブチケットを解釈し処理を実行する。そして処理が終了すればジョブ管理部103へ通知する。
【０１２１】
次に、ステップS507-5において、ジョブ管理部103-4は、工程処理装置104でプロセスNが処理終了するまで待機する。なお、処理終了の判定は、工程処理装置104から返信される処理の終了の通知により行うものとする。
【０１２２】
そして、ジョブ管理部103-4が、工程処理装置104から処理の終了の通知を受け取り、処理終了したと判定した場合には、ジョブ管理部103-4は、ステップS506-7に処理を進める。
【０１２３】
ステップS506-7において、ジョブ管理部103-4は、カウンタNを１カウントアップして、ステップS506-3へ処理を戻す。そして、次のプロセスの読み込みを行う。
【０１２４】
そして、ステップS506-4で、ジョブ管理部103-4が、「N＞M」であると判定した場合には、処理を終了させる。
【０１２５】
なお、リソース（フォント形状情報）が埋め込まれていない印刷文書と、リソースを印刷文書内に埋め込む工程が含まれているジョブチケットが入稿される場合がある。このような場合には、ジョブチケット最適化処理部103-3は、以下のように動作する。まず、前記ジョブチケットから、前記リソースを印刷文書内に埋め込む工程を一旦削除する。さらに、リソースを必要とする工程の直前で印刷文書内にリソースを埋め込むように印刷指示書を書き換えるように構成する。これにより、上記のような印刷文書とジョブチケットが入稿される場合であっても、リソースを必要とする工程以前の工程を流れるデータサイズを抑制することが可能となり、全体として効率的な処理を行うことができる。
【０１２６】
なお、上記のような印刷文書とジョブチケットが入稿される場合であっても、ジョブチケット内に最適な位置（リソースを必要とする工程の直前）に、前記リソースを印刷文書内に埋め込む工程が含まれている場合がある。このような場合には、ジョブチケット最適化処理部103-3は、ジョブチケットの書き換えを行わないものとする。
【０１２７】
以上説明したように、本実施形態は、印刷文書と印刷指示を受け付け、印刷文書に対する複数の工程を制御する際、リソースを必要とする工程の直前で印刷文書内にリソースを埋め込むように印刷指示書を書き換えるように構成する。これにより、リソースを必要とする工程以前の工程を流れるデータサイズを抑制することが可能となり、全体として効率的な処理を行うことができる。
【０１２８】
なお、本実施形態の最後に、図１３，図１４を参照して、従来のフォント埋め込み処理と比較しながら、本実施形態のフォント埋め込み処理についてさらに説明する。
【０１２９】
図１３は、従来のフォント埋め込み処理と、本発明の第１実施形態におけるフォント埋め込み処理を比較した概念図である。
【０１３０】
図１３において、（ａ）は、従来のフォント埋め込み処理の概念を示す。また、（ｂ）は本発明の第１実施形態におけるフォント埋め込み処理の概念を示す。
【０１３１】
図１３（ａ）に示すように、従来、入稿直後に、フォント埋め込み処理を行っていた。又は、処理されるワークフローに関係なく、入稿直後ある一定のタイミングでフォント埋め込み処理を行っていた。その結果、フォント埋め込み処理後の全ての工程において、データの大きいPDFファイル（フォント埋め込みPDF）を扱うこととなってしまい、処理時間がかかってしまっていた。
【０１３２】
図１３（ａ）に示した例では、ワークフロー（１），（２）のいずれにおいても、入稿1301，1401直後の工程1307，1407でフォント埋め込みを行っている。そのため、それ以降の工程1302〜1306，1402〜1406では、全てフォント埋め込みPDFを扱うこととなってしまい、各処理を行う装置に負担がかかってしまう。よって、処理時間がかかってしまう。
【０１３３】
一方、図１３（ｂ）に示すように、本実施形態では、フォント埋め込みPDFが必要な工程の直前にフォント埋め込み処理を施す。
【０１３４】
図１３（ｂ）に示した例では、ワークフロー（１）では、フォント埋め込みPDFが必要な工程（印刷工程1306）の直前の工程1307でフォント埋め込みを行っている。そのため、それ以前の工程1301〜1305では、全てフォントが埋め込まれていないPDFを扱うこととなる。
【０１３５】
また、ワークフロー（２）では、フォント埋め込みPDFが必要な工程（プレビュー工程1404）の直前の工程1407でフォント埋め込みを行っている。そのため、それ以前の工程1401〜1403では、全てフォントが埋め込まれていないPDFを扱うこととなる。
【０１３６】
このように、フォント埋め込みPDFが必要な工程以前の工程上を流れるPDFのデータサイズを小さくすることができ、処理を行う装置の負担を軽減することができる。よって、処理時間を短縮することも可能となる。
【０１３７】
以下、図１４を参照して、本発明の画像処理システムの構成及び処理動作について簡単に説明する。
【０１３８】
図１４は、本発明の画像処理システムにおけるシステム構成の概略を示す図であり、図１，図２と同一のものには同一の符号を付してある。なお、図１４では、図１に示したジョブ作成部102に対応する機能が、エンドユーザ（顧客）環境内に設けられた構成となっている。
【０１３９】
顧客環境101において、101-1はドキュメント生成部であり、顧客環境101内に設けられたパーソナルコンピュータ等で構成される。まず、ドキュメント生成部101-1は、任意のドキュメントを生成する。101-2はジョブチケット／PDF生成部であり、図１に示したジョブ作成部102の機能を含む。ジョブチケット／PDF生成部101-2は、ドキュメント生成部101-1により生成されたドキュメントからPDF文書と、該PDF文書の処理方法を指示するジョブチケットを生成する。そして、該生成したPDF文書とジョブチケットをワークフローマネージャ（ジョブ管理装置）103に入稿する（図１３の入稿工程1301，1401）。
【０１４０】
ワークフローマネージャ103において、103-1Aは入稿データ受信部であり、図１に示したデータ入出力部103-1に含まれる。入稿データ受信部103-1Aは、入稿されるPDF文書とジョブチケットを受信する（図１３の入稿工程1301，1401）。
【０１４１】
すると、文書解析部103-2は、入稿されたPDF文書内に必要な文字の字体が埋め込まれているか解析する。
【０１４２】
また、図１に示したジョブチケット最適化処理部103-3に含まれるジョブチケット解析部103-3Aは、入稿されたジョブチケットを解釈する。さらに、ジョブチケット書き換え処理部103-3Bは、ジョブチケット解析結果と要フォント埋め込み処理リスト103-6Aに基づいて、フォント埋め込みPDFが必要な工程の直前にフォント埋め込み工程を挿入する。なお、ジョブチケット書き換え処理部103-3Bは、図１に示したジョブチケット最適化処理部103-3に含まれる。また、要フォント埋め込み処理リスト103-6Aは、図１０に示したものであり、図１に示したデータ格納部103-6に格納される。
【０１４３】
そして、ジョブ管理部103-4は、書き換えられたジョブチケットに基づいてワークフロー制御を行う。
【０１４４】
このワークフロー制御により、各工程処理装置104-A〜104Eは、各工程処理を実行する。また、リソース処理部103-5は、図１のデータ格納部103-6に格納されるフォント情報1403をPDF文書内に埋め込むフォント埋め込み工程を実行する。
【０１４５】
例えば、図１３（ｂ）に示したワークフロー（１）では、入稿データ受信部103-1Aに受信された入稿データに対して、工程処理装置（PC A）104-Aが、色管理工程1302を行う。また、工程処理装置（PC B）1404-Bが、トラッピング工程1303を行う。さらに、工程処理装置（PC C）1404-Cが、タイリング工程1304、面付け工程1305を行う。そして、リソース処理部103-5がフォント埋め込み工程1307を行う。さらに、工程処理装置（PC D）1404-D及び工程処理装置（プリンタ）1404-Eが、印刷工程1306を行い、処理を完了する。
【０１４６】
また、図１３（ｂ）に示したワークフロー（２）では、入稿データ受信部103-1Aで受信された入稿データに対して、工程処理装置（PC B）1404-Bが、トラッピング工程1402、スムージング工程1403を行う。そして、リソース処理部103-5がフォント埋め込み工程1407を行う。また、工程処理装置（PC C）1404-Cが、プレビュー工程1404、レンダリング工程1405を行う。さらに、工程処理装置（PC D）1404-D及び工程処理装置（プリンタ）1404-Eが、印刷工程1406を行い、処理を完了する。
【０１４７】
本実施形態では、以上のように、印刷文書とジョブチケットを受け付け、印刷文書に対する複数の工程を制御する際、リソースを必要とする工程の直前で文書内にリソースを埋め込むようにジョブチケットを書き換える構成を特徴とする。これにより、それ以前の工程を流れる印刷文書のデータサイズを抑制し、効率的な処理を実現することが可能となる。
【０１４８】
〔第２実施形態〕
以下、本発明の第２実施形態について説明する。
【０１４９】
本発明の第２実施形態のシステム構成や各装置のソフトウェア構成は、上述した第１実施形態とほぼ同様である。ただし、リソース処理部103-5は、リソースの埋め込み処理以外に、リソースの削除処理も行えるものとする。
【０１５０】
本発明の第２実施形態での処理手順もほぼ第１実施形態と同様であるが、第１実施形態の図６に示した処理の内、ステップS502で、元文書内に全てのフォアントが埋め込まれていると判定された場合の処理のみが異なる。そのため、ここではその違いのみを説明することとする。
【０１５１】
本発明の第２実施形態は、埋め込まれたリソース（フォント形状情報）を一旦、元文書内から削除し、フォント形状情報が必要となる処理の直前に再び元文書内にリソース情報を埋め込むように、ジョブチケットを書き換えるものである。
【０１５２】
上記第１実施形態では、図５のステップS502の処理において、元文書内に使用されているフォントのフォント形状情報がすべて埋め込まれていた場合、ジョブチケット最適化処理を行わずに、ステップS506へ移行していた。しかし、本第２実施形態では、全てのフォント形状情報が埋め込まれた元文書の場合、第２のジョブ最適化処理（図１６に示すステップS508）へ移行させるものとする。
【０１５３】
＜本実施形態における処理手順例＞
次に、図１５に示したフローチャートを用いて、本発明の第２実施形態を示すジョブ管理装置１０３の処理概要を説明する。
【０１５４】
図１５は、本発明の画像処理システムにおける第４の制御処理手順の一例を示すフローチャートである。なお、フローチャート内のS501〜S504は文書解析部103-2、S505，S508はジョブチケット最適化処理部103-3、S506はジョブ管理部103-4、S507はデータ入出力部103-1にてそれぞれ処理される。即ち、S501〜S508は、ジョブ管理装置103のCPUが外部メモリに格納されるプログラムをメモリに読み込んで実行することにより実現される。なお、図６と同一のステップには同一のステップ番号を付してある。
【０１５５】
ステップS502において、文書解析部103-2が、使用されている全てのフォントが元文書内に埋め込まれていると判定した場合、文書解析部103-2は、ステップS508へ処理を移行させる。
【０１５６】
次に、ステップS508において、ジョブチケット最適化処理部103-3は、第２のジョブチケット最適化処理（図１６）を実行し、ステップS506に処理を遷移させる。なお、他の処理は同様であるので説明は省略する。
【０１５７】
＜本実施形態におけるジョブチケットの最適化処理505手順例＞
次に、図１６のフローチャートを参照して、図１５に示した第２のジョブチケットの最適化処理508の詳細な処理手順を説明する。
【０１５８】
図１６は、本発明の画像処理システムにおける第５の制御処理手順の一例を示すフローチャートであり、本発明の第２実施形態におけるジョブチケット最適化処理に対応する。なお、フローチャート内のS508-0，S505-1〜S505-7はジョブチケット最適化処理部103-3にて処理される。即ち、S508-0，S505-1〜S505-7は、ジョブ管理装置103のCPUが外部メモリに格納されるプログラムをメモリに読み込んで実行することにより実現される。なお、図９と同一のステップには同一のステップ番号を付してある。
【０１５９】
まず、ステップS508-0において、ジョブチケット最適化処理部103-3は、データ格納部103-6に格納されているジョブチケットを読み込み、１番目のプロセスに、フォント削除プロセスを追加する。そして、ステップS505-1に処理を遷移させる。なお、他の処理は同様であるので説明は省略する。
【０１６０】
以上の処理により、例えば、図７に示したジョブチケットが入稿された場合、かつ図１０に示したような要フォント埋め込み文書工程リストであった場合、入稿されたジョブチケットは図１７に示すようなジョブチケットに書き換えられる。
【０１６１】
図１７は、図１６に示したステップS508-0においてジョブチケット最適化処理部103-3により書き換えられたジョブチケットの一例を示す図である。
【０１６２】
図１７に示すジョブチケットは、図７で示したジョブチケットに、フォント削除プロセス1701（図１７の２〜８行目の部分）及び、フォント埋め込みプロセス1702（図１７の３３〜３８行目の部分）を追加したものである。
【０１６３】
このように、本発明の第２実施形態では、入稿された元文書がリソース埋め込み済の文書であっても、入稿直後に該元文書からリソースを削除して、フォント埋め込みPDFが必要な工程以前の工程上を流れるPDFのデータサイズを小さくすることができる。これにより、処理を行う装置の負担を軽減することがで、処理時間を短縮することも可能となる。
【０１６４】
なお、本実施形態の最後に、図１８を参照して、本発明の第２実施形態のリソース処理についてさらに説明する。
【０１６５】
図１８は、本発明の第２実施形態におけるフォント埋め込み処理を示した概念図である。
【０１６６】
まず、入稿されたフォント埋め込み済のPDFからリソース削除を行い、その後、印刷文書に対する複数の工程を制御する際、リソースを必要とする工程の直前で文書内にリソースを埋め込むようにジョブチケットを書き換える。
【０１６７】
図１８に示した例では、入稿工程1801の直後の工程1809でフォント削除を行い、その後、フォント埋め込みPDFが必要な工程（印刷工程1808）の直前の工程1810でフォント埋め込みを行っている。そのため、フォント削除の後からフォント埋め込みの間の工程1802〜1807では、全てフォントが埋め込まれていないPDFを扱うこととなる。
【０１６８】
このように、入稿されたデータがフォント埋め込みPDFであっても、入稿直後に、該PDFに埋め込まれたフォントを削除して、フォント埋め込みPDFが必要な工程以前の工程上を流れるPDFのデータサイズを小さくすることができる。これにより、処理を行う装置の負担を軽減することができ、処理時間を短縮することも可能となる。
【０１６９】
なお、ジョブ管理装置103と、各工程処理装置104-A〜104-Dがそれぞれ異なる拠点にあり、インターネットを介して接続される構成であってもよい。以下、その実施形態について説明する。
【０１７０】
例えば、拠点Aに、工程処理装置（PC A）104-Aが設けられ、拠点Bに、工程処理装置（PC B）104-Bが設けられ、拠点Cに、工程処理装置（PC C）104-Cが設けられているものとする。また、拠点Dにジョブ管理装置103が設けられ、拠点Eに、工程処理装置（PC B）104-B及びプリンタ104-Eが設けられているものとする。
【０１７１】
そのような構成の場合、データが拠点Dに入稿されると（1801）、拠点Dで、ジョブ管理装置103が受信された入稿データに対してフォント削除工程1809を行う。その後、データは拠点Aに転送され、拠点Aで、工程処理装置（PC A）1404-Aが色管理工程1802を行う。さらに、データは拠点Bに転送され、拠点Bで、工程処理装置（PC B）1404-Bがトラッピング工程1803、スムージング工程1804、スクリーニング工程1805を行う。そしてさらに、データは拠点Cに転送され、拠点Cで、工程処理装置（PC C）1404-Cがタイリング工程1806、面付け工程1807を行う。
【０１７２】
そして、データは再度、拠点Dに転送され、拠点Dで、ジョブ管理装置103が受信されたフォント埋め込み工程1810を行う。その後、データは拠点Eに転送され、拠点Eで、工程処理装置（PC D）1404-D及び工程処理装置（プリンタ）1404-Eが、印刷工程1808を行い、処理を完了する。
【０１７３】
このように、工程数が多く、かつ複数の拠点で処理が行われる場合、各拠点間のデータ移動が多くなる。よって、本実施形態のように、入稿されたリソース埋め込み文書から、入稿直後に、リソースを削除して、リソース埋め込み文書が必要な工程以前の工程上を流れる文書サイズを小さくすることにより、各拠点間のデータ転送時間を短縮することができる。従って、このように工程数が多く、かつ複数の拠点で処理が行われる場合、特に顕著に効果が現れる。
【０１７４】
なお、上記各実施形態では、ジョブチケット最適化処理部103-3がジョブチケットを書き換えることにより、リソースを必要な工程の直前にリソースを埋め込むように制御したり、先頭の工程でリソースを削除するように制御する構成について説明した。しかし、ジョブチケットを書き換えることなく、上記制御と同様の制御を、ジョブ管理部103-4が、実行するような構成であってもよい。
【０１７５】
即ち、ジョブ管理部103-4は、入稿された印刷文書内にリソースが組み込まれていない場合、リソースを必要な工程の実行を工程処理装置104に指示する直前に、リソース処理部103-5を用いて印刷文書内にリソースを組み込むように制御する。そして、リソース組み込み後、ジョブ管理部103-4は、リソースを必要な工程の実行を工程処理装置104に指示する。また、入稿された印刷文書内にリソースが組み込まれていたら、ジョブ管理部103-4は、リソース処理部103-5を用いて上記印刷文書内のリソースを削除するように制御する。
【０１７６】
このような構成でも、同様に、リソース埋め込み文書が必要な工程以前の工程上を流れる文書サイズを小さくすることができ、全体として効率的な処理を行うことができる。
【０１７７】
なお、上述した図７，図８，図１０，図１１，図１７等に示した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１７８】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１７９】
以下、図１９に示すメモリマップを参照して、本発明に係る画像処理システムにおけるジョブ管理装置103で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップの構成について説明する。
【０１８０】
図１９は、本発明に係る画像処理システムにおけるジョブ管理装置103で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。
【０１８１】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１８２】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１８３】
本実施形態における図６，図９，図１２，図１５，図１６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、CD-ROMやフラッシュメモリやFD等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１８４】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１８５】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８６】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１８７】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD-ROM、CD-R、CD-RW、磁気テープ、不揮発性のメモリカード、ROM、DVDなどを用いることができる。
【０１８８】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のプログラムそのものをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、該ホームページから圧縮され自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバやFTPサーバ等も本発明の請求項に含まれるものである。
【０１９０】
また、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布する。さらに、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。さらに、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１９１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、以下のような構成も含まれることは言うまでもない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているOS（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９２】
さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、該メモリに書き込まれたプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１９４】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１９５】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【０１９６】
さらに、上記各実施形態及び各実施形態内で示した各変形例，適用例を組み合わせた構成も全て本発明に含まれるものである。
【図面の簡単な説明】
【０１９７】
【図１】本発明の第一実施形態に係るジョブ管理装置を含むシステム構成の一例を示すブロック図である。
【図２】図１に示したシステム構成のうちジョブ管理装置103及び工程処理装置104におけるソフトウェア構成の一例を示すブロック図である。
【図３】図１に示した各工程処理装置において、それぞれ実行可能な処理の一覧を示した図である。
【図４】図１に示したジョブ作成装置、ジョブ管理装置及び工程処理装置として使用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。
【図５】文字描画に必要な情報を表す模式図である。
【図６】本発明の画像処理システムにおける第１の制御処理手順の一例を示すフローチャートである。
【図７】本実施形態で用いるジョブチケットの一例を示す図である。
【図８】本発明においてコンピュータ名とそのＩＰアドレスを対応付けたアドレステーブルの一例を示す図である。
【図９】本発明の画像処理システムにおける第２の制御処理手順の一例を示すフローチャートである。
【図１０】本実施形態における要フォント埋め込み文書工程リストの一例を示す図である。
【図１１】ジョブチケット最適化処理部により書き換えられたジョブチケットの一例を示す図である。
【図１２】本発明の画像処理システムにおける第３の制御処理手順の一例を示すフローチャートである。
【図１３】従来のフォント埋め込み処理と本発明の第１実施形態におけるフォント埋め込み処理を比較した概念図である。
【図１４】本発明の画像処理システムにおけるシステム構成の概略を示す図である。
【図１５】本発明の画像処理システムにおける第４の制御処理手順の一例を示すフローチャートである。
【図１６】本発明の画像処理システムにおける第５の制御処理手順の一例を示すフローチャートである。
【図１７】図１６に示したステップS508-0においてジョブチケット最適化処理部により書き換えられたジョブチケットの一例を示す図である。
【図１８】本発明の第２実施形態におけるフォント埋め込み処理を示した概念図である。
【図１９】本発明に係る画像処理システムにおけるジョブ管理装置103で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。
【符号の説明】
【０１９８】
101    エンドユーザ環境
102    ジョブ作成装置
103    ジョブ管理装置
103-1    データ入出力部
103-2    文書解析部
103-3    ジョブチケット最適化処理部
103-4    ジョブ管理部
103-5    リソース処理部
103-6    データ格納部
104    工程処理装置
105    ネットワーク
【図１】
2007094757.tif 000003
【図２】
2007094757.tif 000004
【図３】
2007094757.tif 000005
【図４】
2007094757.tif 000006
【図５】
2007094757.tif 000007
【図６】
2007094757.tif 000008
【図７】
2007094757.tif 000009
【図８】
2007094757.tif 000010
【図９】
2007094757.tif 000011
【図１０】
2007094757.tif 000012
【図１１】
2007094757.tif 000013
【図１２】
2007094757.tif 000014
【図１３】
2007094757.tif 000015
【図１４】
2007094757.tif 000016
【図１５】
2007094757.tif 000017
【図１６】
2007094757.tif 000018
【図１７】
2007094757.tif 000019
【図１８】
2007094757.tif 000020
【図１９】
2007094757.tif 000021