JP4689453B2 - 情報処理装置、データ処理方法、及びプログラム - Google Patents

Description

本発明は、第１の印刷システム及び第２の印刷システムと通信可能な情報処理装置、データ処理方法、及びプログラムに関するものである。

従来、第三者（顧客、クライアント）から印刷物（雑誌、新聞、カタログ、広告、グラビア等）の作成依頼を受注し、該クライアントの所望の印刷物を作成し、それを該クライアントに納品することでクライアントから報酬を得る、所謂、商業的印刷業界がある。

この種の商業印刷業界では、現在でも、オフセット製版印刷機などの大規模な印刷装置等を用いているのが主流であり、以下のような様々な工程を踏んで作業を進めてきた。例えば、入稿、デザインやレイアウト、カンプ（プリンタ出力によるプレゼンテーション）、校正（レイアウト修正や色修正）、校正刷り（プルーフプリント）、版下作成、印刷、後処理加工、発送といった工程等である。

一方で、最近、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化、高画質化に伴い、上記のような印刷業界に対抗して、プリント・オン・ディマンド（Print ON Demand：以下、ＰＯＤと表記）と呼ばれる市場も出現しつつある。ＰＯＤでは、比較的小ロットのジョブを、大掛かりな装置、システムを用いずに、短納期で取り扱えることを目指している。ＰＯＤは、上記のような大規模な印刷機、印刷手法に変わって、例えば、デジタル複写機やデジタル複合機等のデジタル画像形成装置を最大限に活用して、電子データを用いたデジタル・プリントを実現するものである。

このようなＰＯＤ市場では、従来の印刷業界に比べてデジタル化が融合し、コンピュータを利用した管理、制御が浸透してきている。

また、上記ＰＯＤ市場では、出力結果を得るために複数の処理工程（例えば、印刷前処理工程、印刷処理工程、印刷後処理工程）からなるワークフローを生成する。そして、印刷システムは、該ワークフローの処理工程に従って処理を進めることにより、効率的に発注者が所望とする出力結果を得ている。

上記複数の処理工程からなるワークフローを自動的に生成する技術は、特許文献１に開示されている。特許文献１には、ワークフローの自動生成をする場合、最終成果物としての属性値からなる出力用件および予め記憶されているワークフロー生成ルールおよび各処理モジュールの有無や各処理モジュールはどのコンピュータで実行可能かなどを示す環境情報を用いる。そして、これらの情報を用いて、最終成果物を得るために必要となるワークフローを自動的に生成することが記載されている。
特開２００４−１５４５７０号公報

しかしながら、上記特許文献１に記載の発明によれば、最終成果物を得るために必要となるワークフローが自動的に生成されるが、異なる印刷システムのために生成された印刷データを取り扱う場合については一切考慮されていない。なお、印刷データの一例として、印刷データは、ＰＤＦ（コンテンツデータ）と印刷指示データ（ジョブチケット）から構成される。

例えば、印刷システムＡ用に生成されたＰＤＦは、システムＡのデバイスの解像度で最適に印刷されるようにダウンサンプリングされている。このため、システムＡとシステムＢのデジタルプリント部が所有するデバイスの解像度が異なる場合、システムＡから転送されたＰＤＦは、システムＢのデジタルプリント部を用いて最適な印刷処理を実行することができない。よって、システムＡから転送されたＰＤＦを、システムＢのデジタルプリント部で出力する場合、印字品位が低下してしまうという問題点があった。

その他にも、システムＡが所持するデバイスと、システムＢが所持するデバイスとが、Ａ４／Ａ３等の同じ定型サイズにおいて、印刷可能な範囲が異なる場合(システムＢのデバイスの方が大きな印刷マージンを必要とする場合)も想定される。このような場合、システムＡのプリプレス部で処理されたＰＤＦを、システムＢのデバイスで印刷すると、画像の端が欠けてしまうという事態が発生するという問題点があった。

このように、ある印刷システム用に生成された印刷データを異なる印刷システムにて処理しようとすると様々な問題が発生し、クライアントが所望とする出力結果を得ることができない。この問題点を解決するために、作業者が両システムのデバイス機能情報や印刷データを把握して、問題なく処理を進めることができるように印刷データを再編成するのは困難である。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、異なる機能の複数の印刷システム間において、印刷ジョブの送受信や変換を自動的に行って、全体の作業効率を向上する仕組を提供することである。

本発明は、第１の印刷システム及び第２の印刷システムと通信可能な情報処理装置であって、前記第１の印刷システムにて実行される複数の作業が記述された前記第１の印刷システム用の作業指示データと前記第２の印刷システムのデバイス機能情報とに基づいて前記第２の印刷システムが前記第１の印刷システム用の作業指示データを処理できないと判定された場合、前記第１の印刷システム用の作業指示データに記述された複数の作業の処理順序を変更することで前記第２の印刷システムが前記第１の印刷システム用の作業指示データを処理できるか否かを判定する判定手段と、前記第１の印刷システム用の作業指示データに記述された複数の作業の処理順序を変更することで前記第２の印刷システムが前記第１の印刷システム用の作業指示データを処理できると前記判定手段により判定された場合、前記第１の印刷システム用の作業指示データに基づいて、前記第１の印刷システムにより出力される印刷物と同一の印刷物を出力するための処理順序に変更された前記複数の作業が記述された前記第２の印刷システム用の作業指示データを生成する作業指示データ生成手段とを有することを特徴とする。

本発明によれば、第１の印刷システム用の作業指示データに基づいて、第１の印刷システムにより出力される印刷物と同一の印刷物を出力するための処理順序に変更された複数の作業が記述された第２の印刷システム用の作業指示データを容易に生成できる。

例えば異なる機能のデバイスから構成される複数の印刷システム間において、印刷ジョブの送受信を行う為には、作業者がコンテンツやＪＤＦの指示内容の確認や変更を行わなければならなかった。しかし、本発明により、これらの作業者による確認作業や変換作業が不要になり、作業コストを低減することができる。

〔第１実施形態〕
以下、図１〜図４を用いて、上述したＰＯＤシステムの構成の一例を説明する。

図１は、この種のＰＯＤシステムに適用可能な印刷システムの基本構成の一例も示すブロック図である。

図１に示すように、この種のＰＯＤシステムを適用可能な印刷システムは、１又は複数のエンドユーザ環境であるエンドユーザ環境Ａ１，エンドユーザ環境Ｂ２と、インターネット８を介して接続されているＰＯＤサイト環境３から成っている。

エンドユーザ環境Ａ１，エンドユーザ環境Ｂ２には、プリントの発注依頼を行う発注者がそれぞれ存在する。各発注者は、それぞれのエンドユーザ環境（ここでは、エンドユーザ環境Ａ１及び、エンドユーザ環境Ｂ２）からそれぞれのクライアントＰＣを利用して、プリントジョブの依頼を始めとして、ジョブのステータス確認等ができる。

一方、ＰＯＤサイト環境３は、通常は工程管理部４、デジタルプリント部５から成り立っている。しかし、デジタル複写機やデジタル複合機等のデジタル画像形成装置に接続されているフィニッシング装置の機能や能力で不足する場合には、ポストプレス部６を加えた３つから成り立っている。また、プリプレス部７を加えた4つから成り立っている場合もある。

工程管理部４は、ＰＯＤサイト環境３における工程管理部４、デジタルプリント部５、ポストプレス部６、プリプレス部７の各工程に対して作業を指示し、コンピュータや各種デバイスにより構成される本システムのワークフローを一元管理する部分である。工程管理部４は、前述のエンドユーザからジョブを受信したり、該受信したエンドユーザからのジョブを保管する。さらに、工程管理部４は、エンドユーザからのジョブの指定に基づいて各工程における作業をワークフローとして組み立てたり、各デバイスや各作業者における作業を効率よくスケジュールしたりといった役割を果たすものである。

プリプレス部７は、工程管理部４より受信したプリプレスジョブの作業指示に基づき、スキャナ／ＭＦＰ等のスキャンデバイスを用いてエンドユーザから受け取った紙原稿をスキャンし、画像ファイルとしてプリプレスサーバやクライアントＰＣに取り込む。なお、ＭＦＰとは、マルチファンクション周辺機器（Multi Function Peripheral）を示す。さらに、プリプレス部７は、画像補正やファイルのマージやページの挿入／削除や各種ページレイアウト編集や面付け処理を実行したり必要に応じて最終成果物のレイアウトや色味を確認するためのプルーフ出力を実行したりといった役割を果たすものである。

デジタルプリント部５は、工程管理部４より受信した印刷ジョブの作業指示に従って、例えば、白黒ＭＦＰやカラーＭＦＰ等によりエンドユーザから受け取った紙原稿をコピーする。また、デジタルプリント部５は、文書／画像ファイルを、白黒ＭＦＰやカラーＭＦＰ等のプリントデバイスにプリントアウトしたりといった役割を果たすものである。なお、この文書／画像ファイルは、クライアントＰＣからプリンタドライバやホットフォルダを経由してエンドユーザから受信した文書／画像ファイルや、スキャンデバイスによりスキャンしたスキャン画像ファイルや、それらを編集したものを示す。

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

図２は、図１に示した印刷システムにおける工程管理部４の構成の一例を示すブロック図である。

図２に示すように、工程管理部４は、ネットワーク２４に接続されたＭＩＳ（Management Information System）サーバ２０、受注サーバ２１、ファイルサーバ２２、クライアントＰＣ２３等から成り立っている。

ＭＩＳサーバ２０は、受注から納品までのシステム全体のワークフローを管理すると共に、様々な経営情報や販売情報を統括的に管理するシステムにおけるサーバである。

受注サーバ２１は、インターネット８を利用して、エンドユーザ環境からジョブ（印刷依頼指示内容とオリジナルのコンテンツデータ）を受信するサーバであり、受信したジョブをジョブのＩＤ番号で管理する。また、受注サーバ２１は、上記ＩＤ番号と管理上必要となる情報をＭＩＳサーバ２０に伝え、ＭＩＳサーバ２０の指示に従って、画像データ等のそれ以外の情報と一緒に下流の工程に伝える役割を持っている。

ファイルサーバ２２は、エンドユーザからの同一原稿による再発注に備えて、エンドユーザから受信したジョブを保管するため文書管理サーバである。一般に、画像データと前回出力時のジョブの設定情報（ジョブチケット）を一緒に保存してある。

クライアントＰＣ（ホストコンピュータ）２３は、ＭＩＳサーバ２０、受注サーバ２１、ファイルサーバ２２のクライアントとして機能する。

なお、工程管理部４内の各機器２０〜２３間でやり取りされる情報は、ＪＤＦ（Job Definition Format）と呼ばれるジョブの作業指示を記載したジョブチケット（作業指示書）等を利用して情報交換される。工程管理部４は、このジョブチケット等を利用して、ジョブを転送したり、制御コマンドを発行して、プリプレス部７、デジタルプリント部５、ポストプレス部６等と連携をとってトータルなワークフローの自動化を提供している。

図３は、図１に示した印刷システムにおけるプリプレス部７の構成の一例を示すブロック図である。

図３において、８１はプリプレスサーバである。プリプレスサーバ８１は、各種ページレイアウト編集や面付け処理等を実行するためのサーバである。プリプレスサーバ８１は、例えば、スキャナ８０，ＭＦＰ８４等のスキャンデバイスにより、エンドユーザから受け取った紙原稿をスキャンして、スキャン画像ファイルとして取り込むとともに、斜行補正や黒点除去等の画像補正等を実行する。また、プリプレスサーバ８１は、エンドユーザから受信した複数個の文書／画像ファイルやスキャンデバイスによりスキャンした複数のスキャン画像ファイルのマージ処理等を行う。また、プリプレスサーバ８１は、ページを挿入／削除、ページ番号やアノテーションの追加、インデックス紙や表紙や合紙の挿入、Ｎup印刷や多連印刷の指定等の各種ページレイアウト編集や面付け処理等を実行するサーバである。

プリプレス部７の構成としては、図３に示すように、１つのプリプレスサーバ８１と複数のクライアントＰＣ８２，８３で構成してもよいし、プリプレスサーバ８１を設けることなく複数のクライアントＰＣ８２，８３のみで構成してもよい。

以下、プリプレス部７での作業工程について詳細に説明する。

エンドユーザから受信したジョブがコピージョブの場合は、まず作業者がスキャナ／ＭＦＰ等のスキャンデバイスにより紙原稿をスキャンして、スキャン画像ファイルとしてプリプレスサーバ８１やクライアントＰＣ８２，８３に取り込む。取り込んだスキャン画像が斜めに傾いてしまっていた場合は、プリプレスサーバ８１やクライアントＰＣ８２，８３を用いて斜行補正処理を実行することにより、スキャン画像の傾きを補正することが可能である。また、取り込んだスキャン画像にパンチ穴やゴミがある場合は、プリプレスサーバ８１やクライアントＰＣ８２，８３を用いて黒点除去処理を実行することにより、スキャン画像のパンチ穴やゴミを除去することが可能である。

また、エンドユーザから受信したジョブがプリントジョブの場合は、まず作業者がプリプレスサーバ８１やクライアントＰＣ８２，８３にエンドユーザから受信した文書／画像ファイルを取り込む。エンドユーザから受信した文書／画像ファイルやスキャンデバイスを用いてスキャンしたスキャン画像ファイルが複数個存在する場合は、プリプレスサーバ８１やクライアントＰＣ８２，８３により、これらのファイルをマージする。

さらに、エンドユーザから受信した文書／画像ファイルやスキャンデバイスによりスキャンしたスキャン画像ファイルをさらに編集する必要がある場合は、以下の作業を行う。例えば、作業者がプリプレスサーバ８１やクライアントＰＣ８２，８３を用いて、複数ページのレイアウトを確認しながら、編集対象ファイルに対して他のファイルからページを挿入したり、編集対象ファイルのページを削除する。

また、プリプレス部は、各種ページレイアウト編集や面付け処理を実行する。例えば、作業者がプリプレスサーバ８１やクライアントＰＣ８２，８３を用いて、ページ番号やアノテーション（機密情報を表わすウォータマークやロゴ等の文字や画像）を追加する。また、プリプレスサーバ８１やクライアントＰＣ８２，８３は、Ｎup印刷や多連印刷（１つの印刷面に複数ページをレイアウトする印刷）の指定や、インデックス紙、表紙、合紙の挿入処理を行う。さらに、プリプレスサーバ８１やクライアントＰＣ８２，８３は、ステープルやパンチやＺ折り等の後処理の指定など、各種ページレイアウト編集や面付け処理を実行する。

このプリプレス部７では、ダイレクトメールの宛名印刷や顧客別のパンフレットといったようなワントゥーワンマーケティングを実現するために、以下に示すようなバリアブル印刷システムを構築することも可能である。例えば、バリアブル印刷システムとは、プリプレスサーバ８１や別サーバに構築したデータベースと連携して、同一ドキュメントを複数部印刷しながら、宛先や出力データを差し替えて印刷する処理を指す。

印刷業界では、製版・印刷工程に入る前に、広告主にプレゼンテーションすることを目的としたカラーカンプ（Color Comprehensive Layout）と呼ばれる出力がある。しかし、最近では、以下のようなものを上述のカラーカンプに用いている。例えば、パーソナルコンピュータを使って出版物を作成するＤＴＰ（Desk Top Publishing）を上述のカラーカンプに用いている。また、印刷工程で画像の修正や合成等に使用するＣＥＰＳで処理したデジタルカラー画像を出力したカラーハードコピーを上述のカラーカンプに用いている。なお、上記ＣＥＰＳとは、Color Electronic Prepress Systemを示す。

ＭＦＰ等のプリンタを利用したＰＯＤでは、カンプに相当するレイアウト確認と簡易的な色味確認やプルーフに相当する詳細な色味確認を含めて、同じカラーＭＦＰ等のカラープリンタ（或いは白黒ＭＦＰ等の白黒プリンタ）によりプルーフ出力可能である。

プリプレス部７では、必要に応じてこのような最終成果物のレイアウトや色味を確認するために、ＭＦＰにプルーフ出力することも可能である。

プリプレス部７は、これらのプリプレスサーバ８１、クライアントＰＣ８２，８３、スキャナ８０、ＭＦＰ８４は、ネットワーク８５により構成される。プリプレス部７の各機器は、該ネットワーク８５を介してジョブ転送処理や制御コマンドの発行処理を行って、プリプレス部で受信したジョブを処理する。

図４は、図１に示した印刷システムにおけるデジタルプリント部５の構成の一例を示すブロック図である。

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

プリントサーバ３０は、２つの役割を持っている。１つ目の役割は、デジタルプリント部５の外部と情報の送受である。入稿されるジョブの画像情報や設定情報等は、まずプリントサーバ３０に入力され、プリントサーバ３０はそのジョブが終了するとステータス等の情報を外部に知らせる役割を持っている。

２つの役割は、デジタルプリント部５内部の管理制御である。外部から入力されたジョブ及び、デジタルプリント部５の内部で発生したジョブは、プリントサーバ３０にて一元管理されており、デジタルプリント部５の内部にある全てのデバイスと全てのジョブの状況が監視できる。さらに、ジョブの一時停止、設定変更、印刷再開あるいは、ジョブの複製、移動、削除等の制御も行える。

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

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

図５は、図１に示した印刷システムにおけるポストプレス部６の構成の一例を示すブロック図である。

図５に示すように、ポストプレス部６は、ネットワーク４７に接続されたポストプレスサーバ４０、クライアントＰＣ４１、４２、及び、紙折り機４３、断裁機４４、中綴じ製本機４５、くるみ製本機４６に代表される後処理機器で構成されている。

ポストプレスサーバ４０は、後処理工程を統括管理するコンピュータである。ポストプレスサーバ４０は、受注サーバ２１にて受け付けたジョブの指示やＭＩＳサーバ２０から出されるジョブの指示などに基づいて、ポストプレス部６で仕上げ可能な後処理条件を作り出し、エンドユーザの要求通りの後処理（仕上げ処理）工程の指示を行う。

一般に、ポストプレスサーバ４０が、ポストプレス部６の外とＪＤＦ等の情報交換手段を使って、ポストプレス部６の内部コマンドやステータスでそれぞれの後処理機器と情報交換している。

後処理機器は、大きく３つの種類（インラインフィニッシャ，ニアラインフィニッシャ，オフラインフィニッシャ）に分類することができ、以下のように定義する。

＜インラインフィニッシャ＞
インラインフィニッシャは、紙パス（紙搬送路ともいう）がＭＦＰと物理的に接続されており、かつ、操作指示や状況確認もＭＦＰと電気的に接続されている後処理装置を示す。以降では、フィニッシャ装置とのみ述べた場合には、このインラインフィニッシャ装置を指すものとする。

＜ニアラインフィニッシャ＞
ニアラインフィニッシャは、紙パスはＭＦＰと物理的に接続されておらず、作業者（オペレータ）が出力物の運搬、出力物の設定を行うが、操作指示や状況確認はネットワーク等の通信手段を介して電気的に情報送受可能な後処理装置を示す。

＜オフラインフィニッシャ＞
オフラインフィニッシャは、紙パスも操作指示や状況確認等の通信手段もＭＦＰと接続されておらず、作業者が出力物の運搬、出力物の設定、手作業での操作入力、機器自体が発する状況報告を作業者が目視で確認する後処理装置を示す。

更に、後処理機器には、以下に示すような出力原稿に対する様々なシート加工処理を、ＭＦＰ等の画像形成装置にて印刷された出力原稿紙に対して施す後処理工程を実行する役割を担っており、エンドユーザに提供する製本形態に加工するように制御する。なお、上記シート加工処理は、断裁処理工程、中綴じ製本処理工程、くるみ製本処理工程、紙折処理工程、穴あけ処理工程、封入処理工程、帳合処理工程等を含む。

ポストプレスサーバ４０が管理するニアラインフィニッシャ（時には、オフラインフィニッシャも含めて）には、様々なものがある。例えば、紙折り機４３、断裁機４４、中綴じ製本機４５、くるみ製本機４６の他に、ステープラ、穴あけ機、封入機あるいは、帳合機（コレータ）を初めとして様々なものがある。ポストプレスサーバ４０は、これらのニアラインフィニッシャと予め決められたプロトコルで逐次ポーリングなどでデバイスの状況やジョブの状況を把握し、ジョブの実行状況を管理する。

なお、本実施形態は、上述の複数のシート処理をそれぞれ別々のシート処理装置により実行可能にする構成でも、複数種類のシート処理を１台のシート処理装置が実行可能にする構成でもよい。また、複数のシート処理装置のうち、いずれかのシート処理装置を本システムに具備する構成でも良い。

また、ＰＯＤシステムにおいて全ての印刷ジョブがポストプレス部６で処理されるわけではない。フィニッシャ装置を持つカラーＭＦＰ３７（デジタルプリント部５）で後処理工程までも処理されても構わない。

また、従来商業印刷の分野では、ジョブチケットを使用した商業印刷ワークフローが提案されている。以下、図６，図７，図８を用いて従来の商業印刷の分野でのＰＯＤシステムにおける「ジョブチケットによるワークフロー」とジョブチケットに関して一例を示して説明する。

図６は、図１に示した印刷システムにおけるジョブチケットにより実現されるワークフロー構成の一例を示す図であり、図１〜図５と同一のものには同一の符号を付してある。

ＭＩＳサーバ２０は、受注から納品までのシステム全体のワークフローを管理すると共に、様々な経営情報や販売情報を統括的に管理するシステムである。ＭＩＳサーバ２０は、受注ジョブ５０に基づいて、ワークフローにおける作業指示が記述されたジョブチケットに相当するＪＤＦデータ５２（ＰＯＤサイト環境３用のＪＤＦデータ）を作成するためのＪＤＦ作成アプリケーション５１により構成されている。なお、受注ジョブ５０は、エンドユーザ環境１，２から受注サーバ２１を介してＭＩＳサーバ２０に投入されるものであり、ＰＤＦデータ，作業指示データ等を含む。また、この作業指示データは、ＪＤＦデータであってもよいし他の形式であってもよい。作業指示データがＪＤＦデータの場合、ＭＩＳサーバ２０は、このＪＤＦデータに基づいて、ＰＯＤサイト環境３用のＪＤＦデータ５２を作成する。

プリントサーバ３０は、デジタルプリント部５に投入されるジョブを受信すると共に、デジタルプリント部全体を管理制御するためのサーバである。プリントサーバ３０は、ＪＤＦパーサ５３、プリンタ・フィニッシャインターフェース５５により構成される。ＪＤＦパーサ５３は、ＪＤＦデータ５２を解釈する。また、ＰＤＬコントローラ５４は、ＰＤＦ／ＰＳ等の各種ＰＤＬデータを処理する。プリンタ・フィニッシャインターフェース５５は、ＭＦＰ５６等のプリンタエンジンにフィニッシャ装置５８と接続する。

ジョブチケットによるワークフローは、以下のように実現される。

ＭＩＳサーバ２０に受注ジョブ５０が投入されると、作業者は、ＭＩＳサーバ２０にインストールされているＪＤＦ作成アプリケーション５１により、ワークフローにおける作業指示が記述されたジョブチケットに相当するＪＤＦデータ５２を作成する。

作成されたＪＤＦデータ５２がプリントサーバ３０に渡されると、プリントサーバ３０におけるＪＤＦパーサ５３がＪＤＦデータ５２を解釈して、デジタルプリント部５に対するジョブを実行する。例えば、ＪＤＦデータ５２には、出力用紙サイズや両面片面印刷やＮup等の属性が指定されている。ＰＤＬコントローラ５４は、ＪＤＦデータ５２の内容に従って、ＰＤＦ／ＰＳ等のＰＤＬデータを処理するとともに、プリンタ・フィニッシャインターフェース５５を介してＭＦＰ５６に対して印刷を実行するように制御する。

印刷実行によって出力原稿（紙出力）５７がフィニッシャＡ５８に搬送される。そこで、ＪＤＦデータ５２に、くるみ製本や中綴じ製本や断裁等の属性が指定されているならば、フィニッシャ−Ａ５８は、プリンタ・フィニッシャインターフェース５５を介して受信したＪＤＦデータの内容に従って後処理を実行する。

以下、図７，図８を参照して、ＰＯＤシステムにおけるジョブチケットの構造を説明する。

図７は、ＰＯＤシステムにおけるジョブチケットの構造の一例を示す図である。

図７に示すように、５２はＪＤＦデータ全体を示す。６１はPrepress処理指示であり、ＰＤＦ等のコンテンツデータをどのように画像処理し、どのように配置するか等を示す複数のPrepress処理の指示群が記述されている。

６２はPress処理指示であり、Prepress処理指示６１において作成された画像データをどのように原稿に出力するか等を示す複数のPress処理の指示群が記述されている。６３はPostpress処理指示であり、Press処理の指示６２に従って出力された原稿を包み製本等、どのように後処理するかを示す複数のPostpress処理の指示群が記述されている。

６０はCombined Process指示であり、Prepress処理指示６１とPress処理指示６２とPostpress処理指示６３を一つの処理に纏めるCombined Process処理を示す。

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

図８は、ＰＯＤシステムにおけるジョブチケットの構造の一例を示すもう一つの図である。

なお、ジョブチケットを表現するＪＤＦは、ＸＭＬフォーマットで記述されており、ノードの階層構造によって表現できる。なお、本図８ではＪＤＦによって指定される製本の一例を階層で示している。一方、上述の図７ではＪＤＦ構造を実行プロセスの種類で示している。

図８に示すように、「本全体」７１を作成するには、「表紙７２」および「本身７３」を作ったり、あるいは、それらを製本したりと様々な工程を実行する必要がある。このような様々な工程を経てエンドユーザに届けられる「本全体７１」が生成される。

ＪＤＦでは、出力物を構成する際に、物理的な出力物を形作る工程をプロダクトノードと呼ぶ。また、プロダクトノードを形作るための処理工程をプロセスノードと呼ぶ。また、プロダクトノードを作成するための中間的段階の要素でいくつかのプロセスノードの集合体をプロセスグループノードと呼ぶ。このように、ＪＤＦでは工程を区別している。

また、図７に示したPrepress処理指示６１は、図８に示すカラーページのＲＩＰ処理である７ａ、白黒ページのＲＩＰ処理である７ｃにあたる。

さらに、図７に示したPress処理指示６２は、図８に示す表紙出力のプロセス１である７８、表紙のラミネート処理である７９、カラーページプリント処理である７ｂ、白黒ページプリント処理である７ｄに当たる。

また、図７に示したPostpress処理指示６３は、包み製本処理である７ｅ、断裁処理である７ｆに当たる。

以下、図９を用いて、異なる機能を所持する複数のＰＯＤシステムが接続された構成について説明する。

図９は、従来の統合印刷システムの一例を示すブロック図である。なお、図１で説明したＰＯＤシステムをシステムＢとし、システムＢと異なる機能を所持するデバイスから構成されるＰＯＤシステムをシステムＡとする。エンドユーザ環境１，２はシステムＡと繋がっている。また、図１と同一のものには同一の符号を付してある。

図９において、９０はシステムＡのＰＯＤサイト環境を示す。ＰＯＤサイト環境９０において、９１はシステムＡにおける工程管理部を示す。９４はシステムＡにおけるプリプレス部を示す。９２はシステムＡにおけるデジタルプリント部を示す。９３はシステムＡにおけるポストプレス部を示す。なお、２つのＰＯＤシステムであるシステムＡ（ＰＯＤサイト環境９０）とシステムＢ（ＰＯＤサイト環境３）とはネットワークで接続されている。

そして、システムＡのデジタルプリント部９２が、故障や印刷用原稿の不足、印刷ジョブの多数の依頼による処理遅延等、何らかの理由で使用できない場合には、システムＡからシステムＢへ印刷ジョブが転送される。そして、システムＢにおいて、印刷ジョブが所持するＪＤＦの内容に従って、デジタルプリント部５から処理を継続実行する等、システムＢによる処理継続が為されていた。

なお、従来、画像形成処理装置により出力された原稿用紙を、フィニッシング装置で製本処理(ステイプル，穴あけ，中綴じ製本，包み製本等)を行うことは周知である。

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

まず、上述した問題点以外にも異なるシステムに印刷データを依頼することにより生じる問題点の例をいくつか挙げる。

例えば、システムＡに投入されたオリジナルコンテンツが1200dpi、システムＡのプリプレス部９４のデバイス解像度が300dpi、システムＢのデバイス解像度が600dpiの場合を用いて具体的に説明する。

この場合、システムＡのプリプレス部では、ファイルサイズを落とすため、オリジナルコンテンツ（1200dpi）をシステムＡのプリプレス部のデバイス解像度（300dpi）にダウンサンプリングしたＰＤＦが作成される。そして、この３００dpiのＰＤＦがシステムＢに転送され、デバイス解像度が600dpiのシステムＢで印刷された場合、オリジナルコンテンツ（1200dpi）から印刷された場合に比べ、印字品位が落ちてしまう。

また、システムＡとシステムＢとではデジタルプリント部において、「デバイスの出力解像度が違う」のみならず、「線幅1dot未満の場合における描画ロジックの違い」等がある場合も想定できる。

このような場合、システムＡのデバイスで出力した場合には適しているが、システムＢのデバイスには適さないヘアライン修正がＰＤＦに行われていた為、システムＢでは線が消える、または太くなるという事態が発生するという問題点があった。

具体的には、デバイス解像度とヘアライン処理ロジックを以下のようにしたとする。システムＡ=（デバイス解像度300dpi、１ドット未満は切り捨て）、システムＢ=（デバイス解像度 600dpi、小数点以下第一位を四捨五入）とする。

上記条件において、「0.1」ポイント幅の線を描画する場合のドット幅は、システムＡとシステムＢとではそれぞれ以下のようになる。

(システムＡ)「0.1point=0.1×300/72=0.41ドット（0.41666・・・）=0ドット」
(システムＢ)「0.1point=0.1×600/72=0.83ドット（0.83333・・・）=1ドット」
このように、システムＡでは線幅が「０ドット」となり、上記線分に対してはシステムＡのデバイスでは、ヘアライン処理が必要となる。一方、システムＢでは線幅が「１ドット」となり、ヘアライン処理は不要と考えられる。

このような場合には、ヘアライン処理を施されたシステムＡのＰＤＦは、システムＢでは太く印字されてしまう。

また、システムＡから送られたＪＤＦに、システムＢが所持しない画像処理指示が記述されている場合もある。このような場合、システムＢにおいて、印刷ジョブがエラーとなり、処理がストップしてしまう等の問題点があった。

例えば、システムＡから送られたＪＤＦ内に記述されるスクリーニング機能のパラメータを、システムＢでサポートしていない場合等がある。この場合、システムＢではその画像処理が実行できないため、処理がストップしてしまったり、システムＡのデフォルト値のパラメータに丸められて画像処理され、エンドユーザの意図とは異なる印字結果となってしまう恐れがある。

また、システムＡから送られたＪＤＦには、システムＢで処理できない順序での処理指示が記述されている為に、システムＢではエラーとなり処理がストップする等の問題点もあった。

例えば、各ページがＡ４サイズのサドルスティッチ処理を行う場合、システムＡでは、Ａ２原稿に２部分の印刷データを多連印刷し、２部分の箇所にステッチング処理を行った後に、中央を断裁することにより、最終成果物を作成するような処理を実行するとする。この例を、図１０を用いて具体的に説明する。

図１０は、図９に示した従来の統合印刷システムにおいて処理不可能な場合を具体的に示した図である。

図１０において、１０はＡ２原稿である。１１，１２，１３，１４は印刷されたＡ４サイズの各ページであり、１２と１３は同一ページを示し、１１と１４は同一ページを示している。１５は４箇所のスティッチ箇所を示している。１６は断裁箇所を示している。

図１０を処理するためのＪＤＦに、印刷前工程→印刷工程→２部分のスティッチ処理（４箇所のスティッチ処理）→断裁処理と記述されていたとする。

このような処理指示が記述されたＪＤＦがシステムＢに送られたとしても、Ａ２サイズでの印刷機能、４箇所のステッチング機能を所持しない等の理由で、システムＢではこのＪＤＦに記述された処理指示通りには実行できず、処理がストップ等してしまう。

従来では、上記の問題点を解決するためには、作業者が逐一ＰＤＦ等のコンテンツやＪＤＦの指示内容を確認し、手動で変更するといった煩雑な作業が必要であった。そのため、作業コストもかかっていた。

図１１は、本発明の第１実施形態を示す統合印刷システムの全体の基本構成の一例を示すブロック図である。なお、図１１は、図２〜図５，図９と同一のものには同一の符号を付してある。

図１１において、１１０はシステムＢのジョブポータル処理部であり、パーソナルコンピュータ等で構成されている。

システムＡ（ＰＯＤサイト環境９０）からシステムＢ（ＰＯＤサイト環境３）へ送信される印刷ジョブは、全て一旦ジョブポータル処理部１１０に送られる。そして、このポータル処理部１１０において、前記システムＡから送信された印刷ジョブは、システムＢに適した印刷ジョブに変更された後に、システムＢの工程管理部４へ送られる。そして、システムＢの工程管理部４において、前記システムＢに適したように変更された印刷ジョブは、該印刷ジョブに含まれるＪＤＦに記述された指示に従って、デジタルプリント部５やその他の処理部に転送される。なお、上記印刷ジョブの変更方法に関しては後述する。また、その他の構成に関しては上述した図２〜図５，図９と同様である。

なお、上述した図２〜図５，図９を用いて示した構成は、一般的なＰＯＤシステムに関する説明であり、本発明では、上述していない他の用途でも使用している場合がある。本発明における使用例の説明に関しては、本実施形態で説明することとする。

図１２は、図１１に示したジョブポータル処理部１１０の構成の一例を説明するブロック図である。

図１２において、１２１はシステム・バスであり、以下に説明するジョブポータル処理部１１０内の各構成ブロックはこのシステム・バスに接続されている。

１２２はＣＰＵ（Central Processing Unit）である。１２３はプログラム・メモリ（以下ＰＭＥＭと称す）である。ＣＰＵ１２２は、印刷ジョブデータの送受信やＪＤＦデータの解析等の本発明を実行する為の各プログラムを適宜ハードディスク１２ｆから選択してＰＭＥＭ１２３上に読み込み実行する。また、ＣＰＵ１２２は、作成されたデータや印刷処理用のデータを、データ格納用メモリでもあるＰＭＥＭ１２３に格納する。ＰＭＥＭ１２３は、ＣＰＵ１２２の各種指示情報の一時格納用としても用いられる。

１２４は通信制御部であり、通信ポート１２５に於ける入出力データの制御を行う。通信ポート１２５から出力された信号は、ネットワークを経由して、ネットワーク上の他の装置の通信ポートに伝えられる。

なお、１２７は、ネットワークを介してつながっている他の装置を示し、システムＡの工程管理部９１におけるＭＩＳであったり、システムＢの工程管理部４のＭＩＳであったりする。

また、本実施形態ではネットワークとしてＬＡＮを用いる事として記述するが、この通信制御部に接続される通信ポート及び通信回線が一般の公衆回線など他の通信手段であっても本発明が適応されることは言うまでもない。

８は入力制御部であり、キーボード９，ポインティングデバイス（以下、ＰＤと称す）等の入力装置が接続される。本実施形態では、ＰＤとしてマウス１２ａを使用する事とする。操作者は、このキーボード９やマウス１２ａを操作することによりジョブポータルシステムの起動・終了等の動作指令を行う。

１２ｂはビデオ・イメージ・メモリ（以下、ＶＲＡＭと称す）、１２ｃは表示出力制御部、１２ｄはＣＲＴである。ＣＲＴ１２ｄに表示されるデータはＶＲＡＭ１２ｂ上にビットマップデータとして展開され、表示出力制御部１２ｃは、このＶＲＡＭ１２ｂに展開されたビットマップデータをＣＲＴ１２ｄ上に表示するように制御する。

１２ｅは外部記憶装置制御部である。１２ｆ，１２ｇはシステムＡから受信した印刷ジョブデータやシステムＡのファイルサーバからダウンロードしたコンテンツデータ等を記録しておくデータファイル用のディスクでである。例えば、１２ｆはハードディスク（以下、ＨＤと称す）である。また、１２ｇはフレキシブルディスク（以下、ＦＤと称す）等の持ち運び可能な記録媒体である。外部記憶装置制御部１２ｅは、ＨＤ１２ｆ，ＦＤ１２ｇへのデータの書き込みや読み出しを制御する。

本実施形態では、ＨＤ１２ｆにプログラムが記録されるが、これらのプログラムを格納する記録媒体としては、ＲＯＭや、フレキシブルディスク１２ｇや、ＣＤ−ＲＯＭ、メモリカード、光磁気ディスクなどのデバイスを用いることができる。

図１３は、図１１に示したジョブポータル処理部１１０が所持する機能構成を説明する一例である。

図１３において、１３０はジョブポータル処理部１１０が所持する機能全体を示す。１３１は通信機能であり、システムＡから印刷ジョブを受信したり、システムＢに印刷ジョブを送信したりするhttp，https，SNMP等のプロトコルをサポートする機能である。１３２はＰＤＦ解析機能であり、ＰＤＦに設定されている各種情報やオブジェクトの内容を解析する機能である。

１３３はＰＤＦ編集機能であり、１ｕｐ（１枚のメディアに面付けする論理ページ数「１」）で構成されているＰＤＦに面付け処理を施し、Ｎｕｐ（１枚のメディアに面付けする論理ページ数「Ｎ」）設定されたＰＤＦを生成する機能である。１３４はＰＤＦ生成機能であり、ＰＤＦ編集機能１３３で作成されたＰＤＦデータからＰＤＦファイルを生成する機能である。

１３５はＪＤＦ解析機能であり、一方のシステム（例えば、システムＡ）から受信したＪＤＦの内容を解析する機能である。１３６はＪＤＦ編集機能であり、ＪＤＦ解析機能１３５により解析されたＪＤＦデータにエレメント属性の追加・削除・変更等の編集する機能である。１３７はＪＤＦ生成機能であり、ＪＤＦ編集機能１３６で作成したデータからシステムＢ用のＪＤＦデータを生成する機能である。

本実施形態では、ジョブポータル処理部にて実行される機能（各機能１３１〜１３７）は、全てプログラムで提供される。このプログラムは、ジョブポータル処理部１１０のＨＤ１２ｆに格納され、ＣＰＵ１２２によりＰＭＥＭ１２３上に読み込まれて実行される。

図１４は、図１１に示した統合印刷システムにおけるデータの流れと処理内容の概略を説明する図であり、図１１，図２〜図５と同一のものには同一の符号を付してある。

図１４において、９１１はシステムＡの工程管理部９１のファイルサーバである。１４２はエンドユーザから受注されたオリジナルＰＤＦ（オリジナルコンテンツ）であり、顧客から入稿されたまま何も編集が加えられていないコンテンツであるＰＤＦを示す。なお、オリジナルＰＤＦ１４２は、ファイルサーバ９１１に格納されている。

まず、システムＡの工程管理部９１のＭＩＳによって印刷ジョブの処理が開始され、該ＭＩＳからＪＤＦが、ファイルサーバ９１１からＰＤＦ１４２がシステムＡのプリプレス部９４に送られる（番号（１））。

そして、プリプレス部９４は、システムＡのデジタルプリント部９２で適切な印刷処理が可能となるように、面付け処理とヘアライン処理とデバイスの印刷マージンに収まるように縮小したＰＤＦ１４０（システムＡに対応したコンテンツ）の作成処理を行う。さらに、プリプレス部９４は、システムＡのデジタルプリント部９２で処理可能な画像編集指示とデジタルプリント部９２とポストプレス部９３の組み合わせに適した処理指示項目と処理順序を生成する。そして、生成結果を記述したＪＤＦ１４１（システムＡに対応した作業指示書Ｆ）を作成する。

そして、プリプレス部９４までの処理が施されたＰＤＦ１４０とＪＤＦ１４１で構成される印刷ジョブが、ジョブポータル処理部１１０へ送信される(番号（２）)。ここで、システムＡ用の印刷ジョブがもう一方のシステムで処理するためにジョブポータル処理部１１０へ送信される条件は上述した処理遅延やエラーなどが当てはまる。

ジョブポータル処理部１１０では、システムＡから印刷ジョブ（ＰＤＦ１４０，ＪＤＦ１４１）を受信すると、該印刷ジョブに対応するオリジナルＰＤＦ１４２を、ファイルサーバ９１１からダウンロードする。受信したＪＤＦ１４１には、オリジナルＰＤＦ１４２の記憶場所が記述されているので、ジョブポータル処理部１１０は、ＪＤＦ１４１を解釈することでオリジナルＰＤＦ１４２をダウンロードできる。さらに、ジョブポータル処理部１１０では、オリジナルＰＤＦ１４２とシステムＡから送られて来たＰＤＦ１４０、ＪＤＦ１４１の３つのファイルの差分や解析を行う事により、ジョブ処理メタデータ１６０を生成する(番号（３）)。

そして、デバイス機能情報（システムＢが所持するデバイス機能の情報、Capability情報ともいう）と上記ジョブ処理メタデータ１６０からシステムＢ用のＪＤＦ１４５を作成する。なお、上記デバイス機能情報は、ジョブポータル処理部１１０が、ジョブシステムＢと通信してシステムＢから取得するものであってもよいし、管理者により入力されＨＤ１２ｆに格納されたものであってもよい。さらに、ジョブポータル処理部１１０は、オリジナルＰＤＦ１４２と上記ジョブ処理メタデータ１６０とデバイス機能情報からシステムＢ用のＰＤＦ１４４を作成する(番号（４）)。

そして、ジョブポータル処理部１１０は、これらＰＤＦ１４４とＪＤＦ１４５をシステムＢの印刷ジョブとしてデジタルプリント部５に送る(番号（５）)。これにより、システムＡにて処理予定の印刷ジョブを、システムＢで継続処理することが可能となる。

なお、ジョブ処理メタデータ１６０、システムＢ用のＪＤＦ１４５、システムＢ用のＰＤＦ１４４の生成方法に関しては、以降の図で説明する。

また、図１４の例では、ジョブポータル処理部１１０が、継続処理を行う為に必要な処理部がデジタルプリント部５であると判断し、該デジタルプリント部５へ印刷ジョブを送ったが、上記判断はシステムＢのＭＩＳサーバ２０で行うようにしても構わない。つまり、ジョブポータル処理部１１０は、常にシステムＢのＭＩＳサーバ２０へシステムＢ用に生成した印刷ジョブを送る。そして、ＭＩＳサーバ２０が、ＪＤＦの内容に従って印刷ジョブをシステムＢ内のプリプレス部７、デジタルプリント部５、ポストプレス部６へ振り分けるように構成しても構わない。

また、図１４では、システムＢ用のＰＤＦ１４４を、ジョブポータル処理部１１０で作成する場合について示した。しかし、ジョブポータル処理部１１０は、システムＢ用のＪＤＦに“システムＢ内のプリプレス部７でＰＤＦを作成する”ように記述し、システムＢのＭＩＳサーバ２０に印刷ジョブ送信する構成であってもよい。

ジョブポータル処理部の処理の流れを図１５および図１６を用いて説明する。

図１５は、本発明の統合印刷システムにおける第１の制御処理手順の一例を示すフローチャートである。

図１６は、本発明の統合印刷システムにおける第２の制御処理手順の一例を示すフローチャートである。

なお、これらのフローチャートの処理は、図１２に示したＣＰＵ１２２がＨＤ１２ｆに格納されたプログラムをＰＭＥＭ１２３上に読み込んで実行することにより実現される。また、図１５中、Ｓ３３０１〜Ｓ３３０７は各ステップを示す。さらに、図１６中、Ｓ３４０１〜Ｓ３４０３は各ステップを示す。

なお、図１５はジョブポータル処理部がシステムＢ用のＪＤＦを生成する場合であり、図１６はジョブポータル処理部がシステムＢ用にジョブ処理メタデータを生成する処理である。図１６は、例えば、ＲＩＰ情報や面つけ情報について処理が不要と判定された場合に実行される。

まず、図１５について説明する。

ＣＰＵ１２２は、システムＡからシステムＡ用のジョブチケットおよびコンテンツデータを受信したか否かを判定する（Ｓ３３０１）。なお、図１４にも記載した通り、システムＡでは、受注された印刷依頼指示内容とオリジナルコンテンツデータとに基づいてシステムＡ用のジョブチケット（作業指示データともいう。図１４のＪＤＦ１４１である。）とシステムＡ用のコンテンツデータ（図１４のＰＤＦ１４０）を生成している。このシステムＡにおいて生成されたジョブチケットとシステムＡ用のコンテンツデータを受信したか否かを班定する処理がＳ３３０１である。

Ｓ３３０１において、システムＡからシステムＡ用のジョブチケットおよびコンテンツデータを受信した場合、ＣＰＵ１２２は、システムＢ用のデバイス機能情報を取得する（Ｓ３３０２）。

ＣＰＵ１２２は、オリジナルコンテンツデータを取得する（Ｓ３３０３）。Ｓ３３０３の処理は、Ｓ３３０１にて受信したジョブチケットにオリジナルコンテンツデータの保存場所が記述されているので、その情報に基づいて取得できる。つまり、Ｓ３３０３は、ＣＰＵ１２２が、システムＡがシステムＡ用のコンテンツデータを生成する際に使用したオリジナルコンテンツデータを取得する処理である。

ＣＰＵ１２２は、ジョブ処理メタデータを生成する（Ｓ３３０４）。Ｓ３３０４は、ＣＰＵ１２２が、システムＡ用のジョブチケットと、システムＡ用のコンテンツデータと、システムＢ内の画像形成装置の機能情報と、オリジナルデータに基づいて、ジョブ処理メタデータ（中間作業指示データ）を生成する処理である。詳細は、図１８〜図２５等を用いて説明する。

ＣＰＵ１２２は、システムＢ用のジョブチケットを生成する（Ｓ３３０５）。つまり、Ｓ３０５の処理は、システムＡ用のジョブチケットと、システムＡ用のコンテンツデータと、システムＢ内のデバイス機能情報と、オリジナルデータとに基づいて、システムＢ用のジョブチケットを生成する処理である。言い換えるなら、ＣＰＵ１２２が、生成されたジョブ処理メタデータを、システムＢ内のデバイス機能情報に基づいて、システムＢ用の作業指示データに変換するようにしても良い。詳細は、図２６〜図３０等を用いて説明する。

ＣＰＵ１２２は、システムＢ用のコンテンツデータを生成する（Ｓ３３０６）。つまり、Ｓ３３０６の処理は、Ｓ３３０３で取得されたオリジナルコンテンツデータとＳ３３０４で生成された中間作業指示データに基づいてシステムＢ用のコンテンツデータを生成する処理である。詳細は、図３１にて説明する。

ＣＰＵ１２２は、Ｓ３３０５およびＳ３３０６において生成されたジョブチケットとコンテンツデータをシステムＢに対して送信する。

なお、図１５では、ＣＰＵ１２２が、システムＡ用のジョブチケットと、システムＡ用のコンテンツデータと、システムＢ内のデバイス機能情報と、オリジナルデータとに基づいて、システムＢ用のジョブチケットを生成している。しかしながら、オリジナルデータは無くてもジョブチケットまたはジョブ処理メタデータを生成できる場合もある。例えば、図２０に記載する面つけ処理では、オリジナルデータを使用するが、逆に面付け処理が不要なジョブである場合、オリジナルデータがなくても処理を実行することができる。よって、ＣＰＵ１２２は、少なくともシステムＡ用のジョブチケットと、システムＡ用のコンテンツデータと、システムＢ内のデバイス機能情報があれば、システムＢ用のジョブチケットやジョブ処理メタデータを生成することができる。しかし、上記３つの情報のみで生成処理を行うと、例えば、再印刷時に面付け処理が必要となる場合などには対応できないので、Ｓ３３０５において上述した４つの情報を有している方が好ましい。

図１５の処理を実行した場合、システムＢは、転送されたシステムＢ用の作業指示データを受信する。そして、受信されたシステムＢ用のジョブチケットに記述された処理内容に従って、システムＢにて実行すべき処理を実行する。

続いて、図１６の処理について説明する。

ＣＰＵ１２２は、システムＡからシステムＡ用のジョブチケットおよびコンテンツデータを受信したか否かを判定する（Ｓ３４０１）。

Ｓ３４０１において受信したと判定した場合、ＣＰＵ１２２は、ジョブ処理メタデータを生成する（Ｓ３４０２）。Ｓ３４０２の処理は、システムＡから受信したシステムＡ用のジョブチケットと、システムＡ用のコンテンツデータとに基づいて、システムＢが解釈可能なジョブ処理メタデータを生成する処理である。例えば、ＲＩＰ情報や面付け情報について処理が不要と判定された場合、ＣＰＵ１２２は、オリジナルコンテンツデータを用いることなく、ジョブ処理メタデータを生成できる。つまり、ＣＰＵ１２２は、システムＡ用のジョブチケットと、システムＡ用のコンテンツデータとに基づいて、システムＢに対するジョブ処理メタデータを生成できる。

ＣＰＵ１２２は、生成されたジョブ処理メタデータをシステムＡに転送する（Ｓ３４０３）。なお、図１６にて生成されるジョブ処理メタデータは、システムＢに送信されることによって、システムＢ用のジョブチケットに変換されるデータである。詳細には、図１６の処理を実行して、ＣＰＵ１２２は、システムＢのデバイス機能情報と比較することによってジョブ処理メタデータに含まれる処理を実行できるか否かを判定することができるデータを生成する。

また、図１６のＳ３４０２では、システムＡから受信したシステムＡ用のジョブチケットと、システムＡ用のコンテンツデータとに基づいて、システムＢが解釈可能なジョブ処理メタデータを生成すると記載したがこれに限る必要はない。例えば、ＣＰＵ１２２が、システムＡ用のコンテンツデータを生成するに際し使用したオリジナルコンテンツデータを取得する。そして、ＣＰＵ１２２は、システムＡ用のジョブチケットと、システムＡ用のコンテンツデータと、オリジナルコンテンツデータとに基づいてジョブ処理メタデータを生成しても良い。

なお、図１６の処理を実行した場合、システムＢは、ジョブポータル処理部から転送されたシステムＢ用のジョブチケットを受信する。そして、システムＢ内の機能情報とシステムＢ用のジョブ処理メタデータに基づいて、システムＢ用のジョブチケットを生成する。

図１７は、システムＡのプリプレス部９４が、図１４に示したシステムＡ用に作成したＰＤＦ１４０とＪＤＦ１４１を説明するための図である。

本実施形態では、ＰＤＦ１４０は、オリジナルＰＤＦ１４２の各論理ページ１５３と１５４を同一ページに２面付けした２ＵＰのＰＤＦを作成した例を示す。１５２はＰＤＦ１４０に記録されている画像データであり、システムＡのデジタルプリント部９２のデバイスが所有する解像度と同じ解像度にダウンサンプリングされている。

また、１５１はＰＤＦ１４０が所持する楕円図形であり、システムＡのデジタルプリント部９２のデバイスで印刷した際に線分が消える事がないように、いわゆるヘアライン処理が施されている。

１５０はシステムＡのデジタルプリント部のデバイスが所持するマージン領域を示し、ページ１５３とページ１５４は、おのおの上記マージン領域外に印刷されてページデータが欠けることのないように、縮小されてレイアウトされている。

ＪＤＦ１４１は、上記ＰＤＦ１４０とセットとしてシステムＡで作成されたものであり、ＰＤＦ１４０を１ｕｐ設定と、システムＡのデジタルプリント部９２用のＲＩＰ処理設定が記録されている。

図１８は、図１４に示したジョブポータル処理部１１０で作成するジョブ処理メタデータ１６０の構造の一例を示す図である。

本実施形態では、ジョブポータル処理部１１０において、システムＡから送られて来たＪＤＦ１４１を一旦、中間データとしてのジョブ処理メタデータ１６０に変換し、該ジョブ処理メタデータ１６０からシステムＢ用のＪＤＦ１４５を再度生成する。

まず、１６０はジョブ処理メタデータ全体を示す。１６１はプリプレス処理情報部（Prepress）を示し、面付け情報１６５と中綴じ製本情報１６６を記録している。

面付け情報１６５には、コンテンツの各ページを1枚の原稿に配置する面付け数を示すＮｕｐ数情報と、一枚の原稿に配置する時のページの配置順序を示すページ配置順序情報を記録している。

中綴じ製本情報１６６は、中綴じ製本処理を行うか否かを示す中綴じ製本実行ON/OFF情報と、中綴じ製本を行った際のページ間サイズの調整を行う、所謂Creep値を示すCreep情報を記録している。詳細には、Ｃｒｅｅｐ値は、１枚の物理ページに配置される論理ページ間の幅の値を指す。

１６２はプレス情報部（Prepress：印刷前処理ともいう）を示し、ＲＩＰ情報１６７とＭＥＤＩＡ情報１６８を記録している。ＲＩＰ情報１６７には、スクリーニング方法が記録される。ＭＥＤＩＡ情報１６８には、縦横のサイズを示すメディア（記録媒体）サイズ情報とメディアの種類を示すメディアタイプ情報が記録される。

１６３はポストプレス情報部（Postpress：印刷後処理ともいう）を示し、断裁情報１６９とStitch情報（綴じ情報ともいう）１６ａが記録されている。断裁情報１６９には、印刷出力された原稿を断裁する領域を示す情報が記録されている。Stitch情報１６ａには、サドルスティッチを実行するかどうかのSaddle Stitch ON/OFF情報が記録されている。また、Stitch情報には、スティッチ（綴じ）の種類（例えは、２個スティッチ，４個スティッチ等）が記録されてもよい。

最後に、１６４は共通情報部を示し、ファイル情報１６ｂが記録されている。ファイル情報１６ｂには、コンテンツであるＰＤＦが記録されているロケーションを示すＵＲＬやＰＡＴＨ（フルパス）等の情報が記録されている。

本実施形態では、ジョブポータル処理部１１０で、必要なコンテンツの縮小処理等を実行するため、システムＢ用のＪＤＦに記述する必要がない。よって、ジョブポータル処理部１１０は、ジョブ処理メタデータに拡大縮小情報を記録しない。しかし、もちろんコンテンツの拡大縮小率や他の情報をジョブ処理メタデータに記録できるようにしても構わない。

なお、上記各情報部１６１〜１６３における各処理情報１６５〜１６ｂの処理順序は、記述順に対応するものとする。

以下、図１９，図２０を参照して、図１８に示した面付け情報１６５を作成する構成について説明する。

図１９は、図１４に示したシステムＡから送られてきたＰＤＦ１４０のページレイアウト構成とオリジナルＰＤＦ１４２のページレイアウト構成を示す図である。

本実施形態では、オリジナルＰＤＦ１４２は、１ＵＰ且つ６頁で構成されている。一方、システムＡのＰＤＦ１４０は、４ＵＰ且つ２頁で構成されているものとする。

図１９において、１７０と１７０１は、ＰＤＦ１４０の先頭ページと次ページのレイアウト構成を示す図であり、１７１，１７２，１７３，１７４，１７９，１７ａは、製本処理後に各ページを構成する論理ページを示している。

また、１７５，１７６，１７７，１７８，１７ｂ，１７ｃは、オリジナルＰＤＦ１４２の各ページを示し、オリジナルＰＤＦ１４２の各ページは、論理ページに当たる。このため、１７５は１７１と同じページであり、１７６は１７２と同じページであり、１７７は１７３と同じページであり、１７８は１７４と同じページであり、１７ｂと１７９は同じページであり、１７ｃと１７ａは同じページである。

図２０は、本発明の統合印刷システムにおける第３の制御処理手順の一例を示すフローチャートである。このフローチャートの処理は、本実施形態におけるオリジナルＰＤＦ１４２とシステムＡのプリプレス部９４で処理済のＰＤＦ１４０から、ジョブ処理メタデータ１６０の面付け情報１６５を作成するジョブポータル処理部１１０の処理に対応する。なお、このフローチャートの処理は、図１２に示したＣＰＵ１２２がＨＤ１２ｆに格納されたプログラムをＰＭＥＭ１２３上に読み込んで実行することにより実現される。また、図２０中、Ｓ１〜Ｓ７は各ステップを示す。

なお、本フローチャートが開始される前に、システムＡから印刷ジョブ（ＰＤＦ１４０，ＪＤＦ１４１）が投入され、ＣＰＵ１２２が、システムＡのファイルサーバ９１１からオリジナルＰＤＦ１４２をダウンロードしてＨＤ１２ｆ等に格納済であるとする。

まず、ステップＳ１において、ＣＰＵ１２２は、オリジナルＰＤＦ１４２の先頭ページデータである１７５をＰＭＥＭ１２３内に読み込む。次に、ステップＳ２において、ＣＰＵ１２２は、先頭ページ１７５に存在するＰＤＦオブジェクトから任意のオブジェクトを選択し、ＰＭＥＭ１２３内に保持する。ここでは、先頭ページ１７５に存在するテキストデータ“Ａ”を選択するものとする。

そして、ステップＳ３において、ＣＰＵ１２２は、ステップＳ２で選択したオブジェクトが、システムＡのＰＤＦ１４０で存在するページ番号と位置情報を抽出し、ＰＭＥＭ１２３内に記録する。つまり、オリジナルＰＤＦ１４２のオブジェクトが、システムＡ用のＰＤＦ１４０のどのページに存在するかを把握するための処理である。

次に、ＣＰＵ１２２は、ステップＳ４へ処理を進め、オリジナルＰＤＦ１４２に次のページデータが存在するかどうかを判定する。そして、次のページデータが存在すると判定した場合には、ＣＰＵ１２２は、ステップＳ５へ処理を進める。

次に、ステップＳ５において、ＣＰＵ１２２は、オリジナルＰＤＦ１４２から次のページデータをＰＭＥＭ１２３内に読み込み、ステップＳ２に処理を戻す。

一方、ステップＳ４で、オリジナルＰＤＦに次のページデータがないと判定した場合には、ＣＰＵ１２２は、ステップＳ６へ処理を進める。

次に、ステップＳ６において、ＣＰＵ１２２は、ステップＳ３で記録した情報より、システムＡのＰＤＦ１４０は何面付け処理されているかを判断し、ＨＤ１２ｆ等に、ジョブ処理メタデータ１６０の面付け情報１６５のＮｕｐ数として記録する。なお、このＮｕｐ数の判断方法は、ステップＳ３で記録された頁番号情報から、システムＡのＰＤＦの同一ページにオリジナルＰＤＦ１４２の何ページ分の情報が記録されているかを判断する事により行う。つまり、ＣＰＵ１２２は、オリジナルＰＤＦ１４２の各ページが、システムＡのＰＤＦ１４０におけるどのページに配置されているかを判定することにより、１枚の用紙に何ページ分の印刷データが配置（面付け数）されているかを判定できる。例えば、図１９では、ＣＰＵ１２２が、オリジナルＰＤＦ１４２の１〜４ページ目の４つのデータがシステムＡのＰＤＦ１４０の１ページ目に配置されている。そして、システムＡの５〜６ページ目の２つのデータが、システムＡのＰＤＦ１４０の２ページ目に配置されている。その結果、オリジナルＰＤＦ１４２における４ページ分のデータがシステムＡのＰＤＦ１４０の１ページに配置されていることから、ＣＰＵ１２２は、Ｓ６において４ｉｎ１であると判定する。また、上記“最大何ページ分”とする理由は、以下に示すものである。図１９の例のようにシステムＡのＰＤＦ１４０において、ページ１７０には４面付けが施されている一方、ページ１７０１は２面付けとなっている。このとき、ページ１７０１のみ用いて判定すると、ＣＰＵ１２２は、システムＡは２面付けであると誤って認識する恐れがある。よって、ＣＰＵ１２２は、最大何ページ分かを判定することにより正確な面付け数を認識できる。

つまり、図２０においてＣＰＵ１２２は、面付け情報に関する項目の処理内容を生成する場合、システムＡ用のコンテンツデータにおけるオリジナルコンテンツデータの各ページの配置位置を認識することで、面付け情報を生成する。

そして、ＣＰＵ１２２は、ステップＳ７へ処理を進め、ステップＳ３で記録したオブジェクトの位置情報より、面付けを行う配置順を判定する。なお、この判定方法は、以下のように行う。まず、判定に使用するシステムＡのＰＤＦのページは、ステップＳ６でオリジナルＰＤＦのページデータが最大数記録されていると判断されたシステムＡのＰＤＦのページを使用する。図１９の例では、１ページ目（１７０）であり、２ページ目（１７０１）は対称とはならない。そして、判定に使用すると決めたシステムＡのＰＤＦのページを構成する、オリジナルＰＤＦの各ページの配置順序をステップＳ３で記録したオブジェクト位置情報を比較する。この比較結果より、ページレイアウト構成の流れを判断し、ＸＹ表現を使用して判定した面付け順序を、ＨＤ１２ｆ等に、ジョブ処理メタデータ１６０の面付け情報１６５のページ配置順序として記録する。

ここでＸＹ表現とは、“ｘｙ”，“Ｘｙ”，“ｘＹ”，“ＸＹ”，“ｙｘ”，“ｙＸ”，“Ｙｘ”，“ＹＸ”のいずれかを用いて、面付け順序を表す表現方法である。なお、小文字“ｘ”はＸ軸方向の正方向に配置されている事を意味し、大文字“Ｘ”はＸ軸方向の逆方向に配置されていることを意味する。また、小文字“y”はＹ軸方向の正方向に配置されている事を意味し、大文字“Ｙ”はＹ軸方向の逆方向に配置されている事を意味する。なお、Ｘ軸は水平方向（本願では左から右を正方向とする）を指し、Ｙ軸方向は垂直方向（本願では下から上を正方向とする）を指す。

また、文字Ｘが先に記述される場合(“ｘｙ”，“Ｘｙ”，“ｘＹ”，“ＸＹ”)の順番は、まずＸ軸方向にレイアウト位置の移動が開始されることを意味する。また、文字Ｙが先に記述される場合(“ｙｘ”，“ｙＸ”，“Ｙｘ”，“ＹＸ”)の順番は、まずＹ軸方向にレイアウト位置の移動が可逸される事を意味する。

図１９に示した例では、１７０の面付け順序は、ページ順に従ってＸ軸方向の正方向(図の右方向)から配置位置の変更が開始され、次にＹ軸方向の逆方向(図の下方向)に配置位置が変更される。つまり、各ページは左上から右下方向へと配置されている。よって、“ｘＹ”と表現される。

本実施形態では、オリジナルＰＤＦ１４２の各ページからＰＤＦオブジェクトを一つ選択する例を説明した。しかし、先頭ページ１７５のアノテーションデータ"-1-"も選択し、複数のオブジェクトを使用して、面付け数に面付け順序の判断を行うようにしても構わない。また、本実施形態では、面付け順序の記録方法にＸ軸とＹ軸方向への配置位置変更を記録するＸＹ表現を用いたが、他の方法でも構わないことは言うまでもない。

次に、図２１のフローチャートを参照して、ジョブ処理メタデータ１６０のＲＩＰ情報１６７を作成する処理について説明する。

図２１は、本発明の統合印刷システムにおける第４の制御処理手順の一例を示すフローチャートである。このフローチャートの処理は、ジョブ処理メタデータ１６０のＲＩＰ情報１６７を抽出するジョブポータル処理部１１０の処理に対応する。なお、このフローチャートの処理は、図１２に示したＣＰＵ１２２がＨＤ１２ｆに格納されたプログラムをＰＭＥＭ１２３上に読み込んで実行することにより実現される。また、図２１中、Ｓ１０〜Ｓ１６は各ステップを示す。

まず、ステップＳ１０において、ＣＰＵ１２２は、システムＡから送信されてきたＪＤＦ１４１より、スクリーニング処理のパラメータを示すScreeningParams属性設定を取り出し、ＰＭＥＭ１２３内に格納する。一例として、ＪＤＦにはスクリーニング処理のパラメータ情報として、システムＡの機種情報やスクリーニング方式情報（例：ＡＭ方式、ＦＭ方式など）が記述されている。ＣＰＵ１２２は、システムＡから送信されてきたＪＤＦを解析し、スクリーニング処理のパラメータ情報を認識する。さらに、ＣＰＵ１２２は、ScreeningParams属性からScreeningFamily属性設定情報を取り出し、ＰＭＥＭ１２３内に格納する。具体的には、ScreeningFamily属性設定情報は、上述したスクリーニング処理のパラメータ情報に含まれている。そして、ステップＳ１１へ処理を進める。

次に、ステップＳ１１において、ＣＰＵ１２２は、ステップＳ１０で取り出したScreeningFamilyと同じFamilyのScreening機能をシステムＢが所持するかどうかを判断する。この判断は、上述したデバイス機能情報（システムＢを構成する工程管理部４とプリプレス部７とデジタルプリント部５とポストプレス部６が所持するCapability全体）に基づいてなされる。なお、デバイス機能情報は、この時点で、ジョブポータル処理部１１０が、システムＢのプリントサーバ３０等に要求して取得する構成でもよいし、予め取得してＨＤ１２ｆ内等に保持しておく構成でもよい。

そして、ステップＳ１１で、ステップＳ１０で取り出したScreeningFamilyと同じFamilyのScreening機能をシステムＢが所持すると判定した場合には、ＣＰＵ１２２は、ステップＳ１２へ処理を進める。例えば、システムＡにおいてスクリーニング処理を実行する機種とシステムＢにおいてスクリーニング処理を実行する機種が同じであれば、ScreeningFamilyは同じであると判定される。なお、ScreeningFamilyが同じであると判定されるのはこれに限られない。

そして、ステップＳ１２において、ＣＰＵ１２２は、システムＡとシステムＢは同じScreening処理が可能であると判断する。この場合、ＣＰＵ１２２は、システムＡのＪＤＦ１４１と同じScreening設定情報を、ＨＤ１２ｆ等に、ジョブ処理メタデータ１６０のＲＩＰ情報１６７として記録し、本フローチャートの処理を終了する。

一方、ステップＳ１１で、ステップＳ１０で取り出したScreeningFamilyと同じFamilyのScreening機能をシステムＢが所持しないと判定した場合には、ＣＰＵ１２２は、ステップＳ１３へ処理を進める。

そして、ステップＳ１３において、ＣＰＵ１２２は、システムＡとシステムＢとでは同じScreening処理が不可能であると判断する。そして、システムＡのＪＤＦ１４１のScreeningParams属性からScreeningType属性情報を取り出し、ＰＭＥＭ１２３に格納する。

さらに、ステップＳ１４において、ＣＰＵ１２２は、ステップＳ１３で取り出したScreeningTypeと同じTypeのScreening機能をシステムＢが所持するかどうかを判断し、所持すると判定した場合には、ステップＳ１５に処理を進める。

そして、ステップＳ１５において、ＣＰＵ１２２は、システムＡとシステムＢは同じScreening処理ロジックではないが、AM／FM／ErrorDifusion等の同じ種類のスクリーニング機能をシステムＢが所持すると判断する。そして、ＣＰＵ１２２は、システムＡのＪＤＦ１４１と同じスクリーニング種類のスクリーニング処理を実行させる。そのため、ＣＰＵ１２２は、システムＡ用のスクリーニング種類情報を、ＨＤ１２ｆ等にジョブ処理メタデータ１６０のＲＩＰ情報１６７として記録し、本フローチャートの処理を終了する。

一方、ステップＳ１４で、ステップＳ１３で取り出したScreeningTypeと同じTypeのScreening機能をシステムＢが所持しないと判定した場合には、ＣＰＵ１２２は、ステップＳ１６に処理を進める。

そして、ステップＳ１６において、ＣＰＵ１２２は、システムＡのＪＤＦ１４１で記録されていた処理方法をシステムＢでは実行できないと判断する。そして、ＣＰＵ１２２は、システムＢのデジタルプリント部５で可能なスクリーニング機能から、コンテンツであるＰＤＦに最適な処理を選択する。これは、ＪＤＦ仕様におけるBestEffort（最適効果）処理である。例えば、システムＢのデジタルプリント部５のデバイスの特徴は、モノクロ画像はＦＭスクリーニングが優れ、カラー画像はＡＭスクリーニングが優れているとする。これらの情報を元に、ＣＰＵ１２２は、ＰＤＦ画像の種類によって、モノクロ画像ならＦＭスクリーニング、カラー画像ならＡＭスクリーニングにＲＩＰ処理を実行するように選択する。

そして、ＣＰＵ１２２は、該選択したスクリーニング機能の情報を、ＨＤ１２ｆ等にジョブ処理メタデータ１６０のＲＩＰ情報１６７として記録する（即ち、システムＢに適した設定を行う）。そして、本フローチャートの処理を終了する。

以上、図２１のフローチャートによる処理を実行すると、Ｓ１１にてScreeningFamilが同じであると判定された場合、システムＢを用いても顧客がシステムＡにおいて希望したスクリーニング処理と同じ処理を実行することができる。また、Ｓ１３にて、ScreeningType（スクリーニング種類）を判定することにより、システムＢを用いても顧客がシステムＡにおいて希望したスクリーニング処理とほぼ同等の処理を実行することができる。さらに、システムＡにおいて実行予定であったScreeningTypeの処理をシステムＢにて実行できない場合であっても、システムＢにて実行可能なScreeningTypeとＰＤＦの情報に基づいて最適なスクリーニング処理を選択する。つまり、図２１では、システムＡ用のジョブチケット内にシステムＢで実行できない処理が含まれていた場合、システムＢで実行できない処理を、システムＢで実行可能な同タイプの処理に置き換えて、ジョブ処理メタデータを生成する処理となる。

このような段階的な処理を実行することにより、ＣＰＵ１２２は、システムＡからシステムＢに変更されたとしても可能な限り顧客が希望したスクリーニング処理を行い、顧客が希望した出力を実現することができる。

以下、図２２，図２３を参照して、図１８に示した断裁情報１６９を設定する処理方法について説明する。

図２２は、図１４に示したシステムＡから送られてきたＰＤＦ１４０におけるページレイアウト構成と断裁位置を示すBleedbox情報を示す図である。なお、ここでは、システムＡのＰＤＦは２面付けである２ＵＰ処理が為されているものとして説明する。Bleeedbox情報とは、断裁時に裁ち落とすべきサイズや位置を示す情報である。

図２２において、２００はシステムＡのＰＤＦ１４０の或るページ全体を示す。

２０１は上記ページ２００に設定されているＰＤＦのBleedbox情報である。２０２と２０３は製本後に各ページを構成する各論理ページを示している。

この図の例では、２０２には頁番号“１”が表示され、２０３には頁番号“２”が表示されている事から、２０２，２０３が本文の１ページ目と２ページ目であることが分かる。

図２３は、本発明の統合印刷システムにおける第５の制御処理手順の一例を示すフローチャートである。このフローチャートの処理は、本実施形態におけるシステムＡのプリプレス部９４で処理済のＰＤＦ１４０からジョブ処理メタデータ１６０の断裁情報１６９を作成するジョブポータル処理部１１０の処理に対応する。なお、このフローチャートの処理は、図１２に示したＣＰＵ１２２がＨＤ１２ｆに格納されたプログラムをＰＭＥＭ１２３上に読み込んで実行することにより実現される。また、図２３中、Ｓ２０〜Ｓ２２は各ステップを示す。

まず、ステップＳ２０において、ＣＰＵ１２２は、システムＡのＰＤＦ１４０の先頭ページがBleedbox情報を保持するかどうかを判断し、保持しないと判定した場合には、処理を終了する。なお、ＰＤＦには断裁すべきサイズとして断裁位置や断裁サイズを示す情報が含まれている。ＣＰＵ１２２は、システムＡのＰＤＦ１４０から断裁位置や断裁サイズの情報を取得して、Ｓ２０の判断処理を実行する。

一方、ステップＳ２０で、システムＡのＰＤＦ１４０の先頭ページがBleedbox情報を保持すると判定した場合には、ＣＰＵ１２２は、ステップＳ２１に処理を進め、システムＡのＰＤＦ１４０の先頭ページよりBleedbox情報を読み込む。

そして、ステップＳ２２において、ＣＰＵ１２２は、上記Bleedbox情報より読み取った、位置とサイズの情報を、ＨＤ１２ｆ等に、ジョブ処理メタデータ１６０の断裁情報１６９として記録し、本フローチャートの処理を終了する。

なお、本実施形態では、システムＡのＰＤＦ１４０における先頭ページのBleedbox情報のみで、断裁情報１６９を設定する構成について説明した。しかし、ＰＤＦ１４０を構成するページ毎にBleedbox情報を判断し、断裁情報１６９にはページ毎の断裁情報を記録するように構成しても構わない。

図２３の処理を実行することにより、システムＢ用のＪＤＦにはＰＤＦから取得した断裁情報が記述される。つまり、システムＡ用に作成されたＪＤＦの断裁情報はシステムＡの断裁機用に記述された情報ではある。しかし、断裁情報の１つとして挙げられる断裁位置として、「それぞれの両端から２ｃｍの位置」や「それぞれ上下端から３ｃｍの位置」は、断裁機が変わっても適用できる情報である。よって、図２３では、システムＡ用の断裁情報をシステムＢに適用しても問題はないと判断できる。また、問題が生じそうな場合は、断裁情報について、システムＢの機能情報を用いて再調整する構成にしても構わない。

以下、図２４，図２５を参照して、図１８に示した中綴じ製本情報１６６の設定方法について説明する。

図２４は、システムＡから送られてきたＰＤＦ１４０のページレイアウト構成とＰＤＦのページ毎のコンテンツオブジェクトが描画される領域を示すCropbox情報を示す図である。なお、ここでは、システムＡのＰＤＦは２面付けである２ＵＰ処理が為されているものとして説明する。

図２４において、２２０はシステムＡのＰＤＦ１４０の１ページ目を示し、２２２は２ページ目、２２４は３ページ目を示す。

２２１はシステムＡのＰＤＦ１４０の１ページ目のCropboxを示し、２２３は２ページ目のCropboxを示し、２２５は３ページ目のCropboxを示す。

なお、CropboxはＰＤＦオブジェクトの描画領域を示すので、システムＡのプリプレス部９４で面付け処理済の最終印刷状態のＰＤＦを生成する際には、Creep処理をも考慮しなければならない。例えば、面付け処理されたＰＤＦを図２４に示すように作成する際には、論理ページの間隔をCreep値にあわせて変更する為に、Cropbox値もCreep値に合わせて変化したものとなっている。ここで、Ｃｒｅｅｐ処理について説明する。例えば２ｉｎ１にて印刷された出力物を真中で折って製本処理を行う場合を考える。この場合、外側の物理ページ程、多くの物理ページを包むことになる。そのため、外側の物理ページに配置された論理ページ間の幅が狭い場合、製本処理を行った後、外側の物理ページに配置された論理ページの内側が見づらくなる恐れがある。

この問題点を回避するための処理がＣｒｅｅｐ処理である。つまり、Ｃｒｅｅｐ処理は、外側に配置される物理ページ程、論理ページ間の幅を広げるようにずらす処理である。そして、このズレ量の値がCreep値（クリープ値）である。

図２５は、本発明の統合印刷システムにおける第６の制御処理手順の一例を示すフローチャートである。このフローチャートの処理は、本実施形態におけるシステムＡのプリプレス部９４で処理済のＰＤＦ１４０からジョブ処理メタデータ１６０の中綴じ製本情報１６６を作成するジョブポータル処理部１１０の処理に対応する。なお、このフローチャートの処理は、図１２に示したＣＰＵ１２２がＨＤ１２ｆに格納されたプログラムをＰＭＥＭ１２３上に読み込んで実行することにより実現される。また、図２５中、Ｓ３０〜Ｓ３３は各ステップを示す。

まず、ステップＳ３０において、ＣＰＵ１２２は、システムＡのＪＤＦ１４１にSaddleStitchingプロセスが有るか否かを判定し、SaddleStitchingプロセスが無いと判定した場合には、中綴じ製本指示が為されていないと判断する。そして、ＣＰＵ１２２は、図示しないステップにおいて、中綴じ製本実行がＯＦＦを示す情報を、ＨＤ１２ｆ等に、ジョブ処理メタデータ１６０の中綴じ製本情報１６６に記録する。さらに、ＣＰＵ１２２は、Saddle Stitch実行がＯＦＦを示す情報を、ＨＤ１２ｆ等に、ジョブ処理メタデータ１６０のSaddle Stitch実行のＯＮ／ＯＦＦ情報として記録する。そして、本フローチャートの処理を終了する。

一方、ステップＳ３０で、システムＡのＪＤＦ１４１にSaddleStitchingプロセスが有ると判定した場合には、中綴じ製本指示が為されていると判断する。そして、図示しないステップにおいて、中綴じ製本実行がＯＮを示す情報を、ＨＤ１２ｆ等に、ジョブ処理メタデータ１６０に記録する。さらに、ＣＰＵ１２２は、Saddle Stitch実行がＯＮを示す情報を、ＨＤ１２ｆ等に、ジョブ処理メタデータ１６０のSaddle Stitch実行のＯＮ／ＯＦＦ情報として記録する。そして、ステップＳ３１に処理を進める。

次に、ステップＳ３１において、ＣＰＵ１２２は、システムＡのＰＤＦ１４０の先頭ページにCropbox指示が為されているかどうかを判断し、Cropbox指示が為されていない場合には、処理を終了する。詳細には、ＰＤＦには各ページに描画領域情報（例えば、描画位置や描画サイズ情報）が含まれているため、ＣＰＵ１２２は、処理対象となるＰＤＦ１４０を解析してＣｒｏｐＢｏｘ（描画領域）を取得する。

一方、ステップＳ３１で、システムＡのＰＤＦ１４０の先頭ページにCropbox指示が為されていると判断した場合には、ステップS３２へ処理を進める。

次に、ステップＳ３２において、ＣＰＵ１２２は、システムＡのＰＤＦ１４０より１ページ目と２ページ目のCropbox値を抽出し、ＰＭＥＭ１２３に格納する。

次に、ステップS３３において、ＣＰＵ１２２は、１ページ目と２ページ目のCropboxの差分を算出する。そして、ＣＰＵ１２２は、該算出した１ページ目と２ページ目のCropboxの差分を、ＨＤ１２ｆ等にジョブ処理メタデータ１６０の中綴じ製本情報１６６の内Creep値として記録し、本フローチャートの処理を終了する。

システムＢでは、オリジナルＰＤＦ１４２情報を用いてシステムＢ用のコンテンツデータを生成する。しかしながら、オリジナルＰＤＦ１４２にはＣｒｅｅｐ処理が施されていない。もし、このまま決定された面付け処理を行い、印刷処理および中綴じ処理を行うと上述したような問題（外側の論理ページの内側が見づらくなる）が発生する。そこで、一度、中綴じ印刷用にＣｒｅｅｐ処理を行っているシステムＡ用のＰＤＦ１４０を用いて、Ｓ３３の処理を行い、その結果をオリジナルＰＤＦ１４２に用いることで、容易に上述した問題点を解消することができる。

つまり、図２５では、ＣＰＵ１２２が、システムＡ用のジョブチケットを用いて、中綴じ処理を実行すべきか否かを判定する。そして、判定手段により、システムＡ用のジョブチケットに中綴じ処理を実行する設定が含まれている場合、システムＡ用のコンテンツデータにおける各ページの描画領域に基づいて、システムＢ用のコンテンツデータにおける描画領域を決定する。ＣＰＵ１２２は、印刷後処理に関する項目について決定された描画領域情報を記述する。

なお、本実施形態では、システムＡで作成されたＰＤＦ１４０の先頭ページと２ページ目を用いてCropboxを測定する構成を示した。しかし、中綴じ製本処理の場合には、ＰＤＦ１４０の先頭ページは表紙用のページであり、２ページ目以降が本文用のページである場合もある。このような場合には、まず、ＰＤＦ１４０のどのページが表紙用のページであるかどうかをシステムＡのＪＤＦ１４１のCoverApplicationプロセスの情報から判断する。そして、表紙用のページにはCreep値を記録せず、本文用のページにCreep値を記録するように中綴じ製本情報１６６のCreep値情報を記録する構成にしてもよい。

以上、図２０，図２１，図２３，図２５に示した各フローチャートにより、面付け情報１６５，ＲＩＰ情報１６７，断裁情報１６９，中綴じ製本情報１６６，Stitch情報１６ａがジョブ処理メタデータ１６０に記録された。なお、ＭＥＤＩＡ情報１６８については、図示しないフローチャートのステップによりＣＰＵ１２２が、システムＡのＪＤＦ１４１より抽出した情報を、ジョブ処理メタデータ１６０として記録するものとする。また、ファイル情報１６４についても同様に、ＣＰＵ１２２が、ジョブ処理メタデータ１６０に対応するオリジナルＰＤＦが記録されているロケーションを示すＵＲＬやＰＡＴＨ（フルパス）等の情報を記録するものとする。以上の各処理により、ジョブ処理メタデータ１６０が生成される。

図２６は、本発明の統合印刷システムにおける第７の制御処理手順の一例を示すフローチャートである。このフローチャートの処理は、本実施形態におけるジョブ処理メタデータ１６０からシステムＢ用のＪＤＦ１４５を作成するジョブポータル処理部１１０の処理に対応する。なお、このフローチャートの処理は、図１２に示したＣＰＵ１２２がＨＤ１２ｆに格納されたプログラムをＰＭＥＭ１２３上に読み込んで実行することにより実現される。また、図２６中、Ｓ４０〜Ｓ４８は各ステップを示す。

まず、ステップＳ４０において、ジョブポータル処理部１１０のＣＰＵ１２２は、ジョブ処理メタデータ１６０とシステムＢが所持するデバイス機能情報（Capability全体）を取得する。言い換えると、システムＢを構成する工程管理部４とプリプレス部７とデジタルプリント部５とポストプレス部６が所持するシステムＢの能力情報を取得する。例えば、ジョブポータル処理部１１０が、システムＢのプリントサーバ３０等に要求して取得する。また、ジョブ処理メタデータ１６０は、ＰＭＥＭ１２３から読み出すことにより取得される。

次に、ステップＳ４１において、ＣＰＵ１２２は、ジョブ処理メタデータ１６０内から第一番目の項目をＰＭＥＭ１２３に読み込む。例えば、図１８に示した例では、プリプレス処理情報部（Prepress）１６１（面付け情報１６５，中綴じ製本情報１６６）を取得する。

ステップＳ４２において、ＣＰＵ１２２は、ステップＳ４１でジョブ処理メタデータ１５０から読み込んだ項目に対応する機能について、システムＢが保持するか判定する。具体的には、ステップＳ４０で読み込んだシステムＢのデバイス機能情報に基づいて判断する。

そして、ステップＳ４２で、ステップＳ４１でジョブ処理メタデータ１５０から読み込んだ項目に対応する機能をシステムＢが保持すると判断した場合には、ＣＰＵ１２２は、ステップＳ４３に処理を進める。

次に、ステップＳ４３において、ＣＰＵ１２２は、ステップＳ４１でジョブ処理メタデータ１５０から読み込んだ項目に対応する機能をシステムＢが保持しているため、システムＢがシステムＡ用のパラメータを用いて同等の処理を実行できると判断する。よって、ＣＰＵ１２２は、ステップＳ４１で読み込んだジョブ処理メタデータの項目に記録されている情報をシステムＢ用のＪＤＦに記述してＰＭＥＭ１２３内に格納し、ステップＳ４４へ処理を進める。なお、面付け情報１６５に対応するデータをＪＤＦに変換する際には、Ｎｕｐ数を「１」として変換するものとする（システムＢ用のＰＤＦを作成する際に、ＮｕｐのＰＤＦを作成するため）。

一方、ステップＳ４２で、ステップＳ４１でジョブ処理メタデータ１５０から読み込んだ項目に対応する機能をシステムＢが保持しないと判断した場合には、ＣＰＵ１２２は、そのままステップＳ４４に処理を進める。つまり、ＣＰＵ１２２は、システムＢはシステムＡ用のパラメータを用いて同等の処理を実行できないと判定するため、この段階ではシステムＢ用のＪＤＦにパラメータを記述しない。なお、判定が終わった項目についてはフラグ等を立てておく。

次に、ステップＳ４４において、ＣＰＵ１２２は、まだジョブ処理メタデータ１６０内にシステムＢ用のＪＤＦ変換を行うかどうか未判定の項目があるかどうかを判断し、未判定項目があると判断した場合には、ステップＳ４５へ処理を進める。

そして、ステップＳ４５において、ＣＰＵ１２２は、ジョブ処理メタデータ１６０内から次の項目をＰＭＥＭ１２３に読み込み、ステップＳ４２に処理を戻す。

一方、ステップＳ４４で、ジョブ処理メタデータ１６０内にシステムＢ用のＪＤＦ変換を行うかどうか未判定の項目がないと判断した場合には、ステップＳ４６へ処理を進める。

次に、ステップＳ４６において、ＣＰＵ１２２は、ステップＳ４３の処理が実行されずシステムＢ用のＪＤＦに変換されなかった項目に関して、処理順序の変更が可能かどうかを判定する。詳細については後述する。

Ｓ４６において、処理順序変更不可能と判定した場合には、ＣＰＵ１２２は、そのまま本フローの処理を終了させる。

一方、ステップＳ４６で、ステップＳ４３の処理が実行されずシステムＢ用のＪＤＦに変換されなかった項目に関して処理順序の変更が可能と判定した場合には、ＣＰＵ１２２は、ステップＳ４７へ処理を進める。

次に、ステップＳ４７において、ＣＰＵ１２２は、ステップＳ４６で処理順序の変更可能と判断した場合、システムＢが変更後の処理順序での実行を実行できるか否かを判断する。そして、ステップＳ４６で変更可能と判断した処理順序での実行がシステムＢで不可能と判定した場合には、ＣＰＵ１２２は、システムＡの処理をシステムＢでは実行できないと判定して、そのまま処理を終了させる。

一方、ステップＳ４７で、ステップＳ４６で変更可能と判断した処理順序での実行がシステムＢで可能と判定した場合には、ＣＰＵ１２２は、ステップS４８へ処理を進める。

次に、ステップＳ４８においた、ＣＰＵ１２２は、ステップＳ４６で変更可能と判断した処理順序に従って、ジョブ処理メタデータ１６０の項目をシステムＢ用のＪＤＦに記述する。そして、本フローチャートの処理を終了する。

なお、本実施形態では、ジョブ処理メタデータ１６０の項目内でＪＤＦに変換できなかった項目に対して、図２６のステップＳ４６〜Ｓ４７でシステム順序変更例を１つ作成してＪＤＦに変換する構成について説明した。しかし、複数の変更候補を作成し、そのそれぞれに関して順番にシステムＢで処理可能かどうかを判断し、最初に処理可能となった変更候補を採用して、該変更候補に基づいてＪＤＦに変換するように処理を行っても構わない。

また、さらに、上記他の実施形態である、複数の変更候補を作成し、その其々に関して順番にシステムＢで処理可能かどうかを判断する場合において、以下のように構成してもよい。例えば、作成された複数の変更候補のそれぞれについて、システムＢで処理可能かどうかを判断する順番を、処理コスト・処理パフォーマンス等の要素によって並べ替えられた順番で行うように構成してもよい。

以下、図２７〜図３０を参照して、図２６のフローチャートのステップＳ４６〜Ｓ４８の処理（即ち、処理順序を変更してシステムＡの結果と同じ最終成果物を得ることが可能なシステムＢ用のＪＤＦを生成する処理）について、より詳細に説明する。

本実施形態では、システムＡは図１０に示した出力を行う予定であり、そのようなＪＤＦがシステムＡで作成されていたものとして説明する。

なお、システムＡは４個ステッチが可能なデバイスをポストプレス部９３に所持しているが、システムＢは２個ステッチまで可能なデバイスのみポストプレス部６に所持しているとする。

このような構成の場合には、「４個ステッチ」→「中央部断裁」を指示するＪＤＦ１４１が、システムＡからジョブポータル処理部１１０へ送られたとしても、システムＢでは４個ステッチ可能なポストプレス部を所持していない以上処理を行えない。

以下、処理の順序と設定を変更して、システムＡの結果と同じ最終成果物を得ることが可能なシステムＢ用のＪＤＦを生成する一例を説明する。

図２７は、図１０に示した処理不可能な処理順序の例において４個ステッチ１５がない場合を示す図であり、図１０と同一のものには同一の符号を付してある。

なお、ここでは、スティッチ以外は、システムＢはシステムＡと同じ機能を有するものとする。そのため、システムＢにおいて、図２７で示されるＡ２原稿１０に、４つの論理ページである１１，１２，１３，１４を配置し、印刷後にＡ２原稿の中央ライン１６を断裁する処理は可能である。

図２８は、図２７のＡ２原稿１０を中央ライン１６で断裁した結果を示す図であり、図２７と同一のものには同一の符号を付してある。

図２８において、２６０は断裁後の上部Ａ３サイズ原稿を示し、２６１は断裁後の下部Ａ３サイズ原稿を示す。

図２９は、図２８に示した断裁後のＡ３原稿２６０，２６１を、それぞれ２箇所スティチした後に、原稿を重ねた結果を示す図である。

図２９において、２７０は、図２８に示したＡ３原稿２６０，２６１を合わせた全原稿である。また、２７１，２７２は各論理ページを示す。

２７１は、図２８に示した１３，１２と同じページを意味し、２７２は図２８に示した１１，１４と同じページを意味する。２７３は２箇所スティッチを示す。

図３０は、本発明の統合印刷システムにおける第８の制御処理手順の一例を示すフローチャートである。このフローチャートの処理は、本実施形態における「スティッチ」と「断裁」の処理順序を変更してシステムＢで処理可能なＪＤＦを生成する処理に対応し、図２６のステップＳ４６〜Ｓ４８の処理に対応する。なお、このフローチャートの処理は、図１２に示したＣＰＵ１２２がＨＤ１２ｆに格納されたプログラムをＰＭＥＭ１２３上に読み込んで実行することにより実現される。また、図３０中、Ｓ５０〜Ｓ５３は各ステップを示す。

まず、ステップＳ５０において、ＣＰＵ１２２は、ＪＤＦ未変換項目を認識する。ＣＰＵ１２２は、上述した通りジョブ処理メタデータ１６０の項目ごとにＪＤＦ変換済みフラグを立てているため、フラグの立っていない項目を認識することによりＳ５０の処理を実行できる。

続いて、ステップＳ５１において、ＣＰＵ１２２は、未変換項目の処理属性を実行するデバイスの有無を判定する。例えば、図２７から図２９の説明では、フラグ情報から、ジョブ処理メタデータ１６０におけるＰｏｓｔＰｒｅｓｓの綴じ情報項目１６ａが未変換項目であると認識される。ここで、ＣＰＵ１２２は、未変換項目である綴じ情報を担当するデバイス（綴じ処理機）の有無をシステムＢの機能情報から判定する処理が、Ｓ５１である。

ステップＳ５１において未変換項目の処理属性を実行するデバイスがあると判定された場合、ＣＰＵ１２２は、処理順序を変更することにより、未変換項目を処理できるか否かを判定する（ステップＳ５２）。ここで、ステップＳ５２の具体的な判定処理を示す。例えば、上述したようにシステムＢでは、４個ステッチ可能なデバイスがない。しかし、システムＢは、２個ステッチ可能なデバイスを有している。よって、ＣＰＵ１２２は、２個ステッチ処理が可能となる状態にするために、システムＡでは綴じ処理をしてから断裁となっていた処理順序を、先に断裁して用紙（物理ページ）を半分にすることによって、処理可能と判定できる。

ステップＳ５２において、順序を変えることにより処理可能と判定された場合、ＣＰＵ１２２は、処理可能となるように変更した処理順序を記述したＪＤＦを作成する（ステップＳ５３）。

このように、図３０の処理を用いることで、 ジョブ処理メタデータ内にシステムＢで実行できない処理項目が含まれていた場合、該ジョブ処理メタデータにおける処理項目の処理順序をシステムＢで実行可能な順序に入れ替える。そして、ＣＰＵ１２２は、入れ替えた順序に基づいて、ジョブ処理メタデータをシステムＢに対応するジョブチケットに変換する。

上述のように、図１０の処理を、順番を入れ替えることによって可能にした処理順序を示す図が、図２７〜図２９に対応する。

なお、本実施形態では、Ａ２原稿１０に印刷した後に断裁してＡ３原稿を作成する例を述べたが、他の変換であってもよい。例えば、最初からＡ３原稿に印刷を行い、後にスティッチを行う処理を行ったとしても、同様の最終成果物を得ることができる。

また、本実施形態では「スティッチ」と「断裁」の処理順序を変更して、システムＢで処理可能なＪＤＦを生成する例に関して述べたが、他の項目の処理順序変更も同様の効果を得られることは言うまでもない。

以下、図３１を参照して、本実施形態におけるシステムＢ用に最適化されたＰＤＦを作成する処理について説明する。

図３１は、本発明の統合印刷システムにおける第９の制御処理手順の一例を示すフローチャートである。このフローチャートの処理は、本実施形態におけるシステムＢ用に最適化されたＰＤＦを作成する処理に対応する。なお、このフローチャートの処理は、図１２に示したＣＰＵ１２２がＨＤ１２ｆに格納されたプログラムをＰＭＥＭ１２３上に読み込んで実行することにより実現される。また、図３１中、Ｓ６０〜Ｓ６３は各ステップを示す。

まず、ステップＳ６０において、ＣＰＵ１２２は、システムＡのファイルサーバ９１１からオリジナルＰＤＦ１４２をダウンロードする。なお、このダウンロード処理は、予め行っていてもよい。

そして、ステップＳ６１において、ＣＰＵ１２２は、システムＢが所持するCapabilityとジョブポータル処理部１１０が作成したジョブ処理メタデータ１６０をＰＭＥＭ１２３に読み込む。

次に、ステップＳ６２において、ＣＰＵ１２２は、ジョブ処理メタデータ１６０に記録されている面付け情報１６５とシステムＢのCapability情報から取得したデジタルプリント部５のデバイス解像度を取得する。そして、ＣＰＵ１２２は、前記面付け情報１６５とデジタルプリント部５のデバイス解像度から、システムＢのデジタルプリント部５のデバイスと同じ解像度に画像データをダウンサンプリングし、且つ各ページが面付けされたシステムＢ用のＰＤＦを生成する。この時、ＰＤＦのオブジェクトがシステムＢのデジタルプリント部５のマージンエリアにはみ出ており、印字されないデータがある場合には、以下の処理も行う。ＣＰＵ１２２は、デジタルプリント部５のマージンエリア内に全オブジェクトが収まるように、ＰＤＦの各ページのオブジェクトを縮小する。

次に、ステップＳ６３において、ＣＰＵ１２２は、ステップＳ６１で取得したデジタルプリント部５のデバイスの解像度と線分幅計算方法を基に、デジタルプリント部５のデバイスで印刷した場合に線分が消えることのないようにヘアライン処理を実行する。

そして、処理を終了する。

なお、本実施形態では、システムＢ用のＰＤＦを生成するに当たって発生する問題を以下の（１）〜（３）に限定して、該問題を解決するための構成について説明した。

（１）ＰＤＦ内画像データのダウンサンプリング処理による品質問題
（２）デジタルプリント部のデバイスのマージン領域サイズの違いによる印字不可問題
（３）デジタルプリント部のデバイスの解像度とＲＩＰロジックの違いによるヘアライン問題
しかしながら、上記（１）〜（３）以外の問題点を解決するように、システムＢ用のＰＤＦを生成するように構成してもよい。即ち、システムＡとシステムＢのデジタルプリント部のデバイスの違いに基づいて、システムＢ用のＰＤＦを生成する構成は全て本発明に含まれるものである。

また、図３１では、システムＢのＣａｐａｂｉｌｉｔｙ情報とジョブ処理メタデータからＰＤＦを生成すると記述したがこれに限る必要はない。例えば、先にシステムＢ用のＪＤＦを作成することで、システムＢ用のＪＤＦに適したＰＤＦを作成しても構わない。

以上図１９の処理を用いることで、ＣＰＵ１２２は、オリジナルコンテンツデータに対して、システムＢ内のデバイス機能情報とジョブ処理メタデータとに基づく画像処理を施して、システムＢ用のコンテンツデータを生成することができる。

また、ＣＰＵ１２２は、オリジナルコンテンツデータを用いて、ジョブ処理メタデータとシステムＢのデバイス機能情報とに基づく面付け処理を施して、システムｂ用のコンテンツデータを生成することができる。

さらに、ＣＰＵ１２２は、オリジナルコンテンツデータに対して、システムＢ内のデバイス機能情報に基づく解像度変換処理，ヘアライン処理，縮小処理を施し、システムＢ用のコンテンツデータを生成することができる。

以下、図３２のフローチャートを参照して、図１４に示したシステムＡから印刷ジョブをシステムＢが受け取る処理について説明する。

図３２は、本発明の統合印刷システムにおける第１０の制御処理手順の一例を示すフローチャートである。このフローチャートの処理は、本実施形態におけるシステムＡから印刷ジョブをシステムＢが受け取る処理に対応する。なお、このフローチャートのステップＳ７０〜Ｓ７３，Ｓ７９の処理は、図１１に示したシステムＡを構成する機器により実行される処理に対応する。また、ステップＳ７４〜Ｓ７８の処理は、図１２に示したＣＰＵ１２２がＨＤ１２ｆに格納されたプログラムをＰＭＥＭ１２３上に読み込んで実行することにより実現される。

まず、顧客からシステムＡへのジョブの入稿があり、エンドユーザ環境１，２からコンテンツデータと作業指示書がシステムＡの工程管理部９１の受注サーバに送られる。本実施形態では、コンテンツデータはＰＤＦであるとし、顧客からシステムＡに送られる作業指示書もＪＤＦであるとする。

するとステップＳ７０において、システムＡの工程管理部９１の受注サーバは、該顧客から入稿されたジョブを受信、該ジョブ内のＰＤＦデータをファイルサーバ９１１（図１４）に保存し、該ジョブ内のＪＤＦを工程管理部９１内のＭＩＳサーバに送信する。そして、システムＡのＭＩＳサーバは、ＪＤＦに記述された作業指示書を基にシステムＡ用のＪＤＦを作成する。

次に、ステップＳ７１において、システムＡのＭＩＳサーバは、システムＡのプリプレス部９４へＪＤＦを送り、システムＡにおけるプリプレス処理を開始する。そして、ＪＤＦを受信したシステムＡのプリプレス部９４のプリプレスサーバは、ＪＤＦに記述されているコンテンツであるＰＤＦのロケーション情報から、ファイルサーバにＰＤＦが有ることを判断し、ＰＤＦをプリプレスサーバにダウンロードする。この処理が図１４の（１）に対応する。

次に、システムＡのプリプレスサーバは、ＪＤＦに記述されている情報に従って、ＰＤＦに対して面付け処理やヘアライン処理や拡大縮小や画像データのダウンサンプリング等のプリプレス処理を行う。そして、処理終了後、システムＡのプリプレスサーバは、処理終了を工程管理部９１のＭＩＳサーバに通知する。

次に、ステップＳ７２において、システムＡのＭＩＳサーバは、次の処理をシステムＡ内のデジタルプリント部９２へ進める（即ち、システムＡで処理継続する）かどうかを判断する。そして、ステップＳ７２で、システムＡで処理継続すると判断した場合には、ステップＳ７９に処理を進め、システムＡのＭＩＳサーバは、システムＡ内のデジタルプリント部９２へＪＤＦ，ＰＤＦを送信して、システムＡで処理を継続する。なお、この場合の説明は省略する。

一方、ステップＳ７２で、システムＡで処理継続しないと判断した場合には、システムＡのＭＩＳサーは、ステップＳ７３に処理を進める。なお、Ｓ７２にて処理を継続しない場合の一例として、例えば、デジタルプリント部９２のデバイスの故障、処理待ちジョブが多数発生していることによるジョブ処理遅延等の理由が挙げられる。この場合、システムＡのＭＩＳサーバはシステムＢに印刷ジョブの継続処理を委託する場合に相当する。

次に、ステップＳ７３において、システムＡの工程管理部９１内のＭＩＳサーバは、プリプレスサーバに、システムＢのジョブポータル処理部１１０に印刷ジョブを送信する事を指示する。そして、システムＡのプリプレス部９４内のプリプレスサーバは、印刷ジョブであるＪＤＦとプリプレス部で処理済のＰＤＦをジョブポータル処理部１１０に送信する。この処理は図１４の（２）に対応する。

以下、ジョブポータル処理部１１０側の処理に対応する。

ジョブポータル処理部１１０のＣＰＵ１２２は、システムＡのプリプレス部９４内のプリプレスサーバから印刷ジョブ（ＪＤＦ，ＰＤＦ）を受信すると、ステップＳ７４に処理を進める。

ステップＳ７４において、ジョブポータル処理部１１０のＣＰＵ１２２は、受信したＪＤＦからオリジナルＰＤＦがシステムＡのファイルサーバ２２に記録されていることを判断する。そして、ジョブポータル処理部１１０のＣＰＵ１２２は、オリジナルＰＤＦ１４２をシステムＡのファイルサーバ２２からジョブポータル処理部１１０にダウンロードする。この処理は図１４の（３）に対応する。

次に、ステップＳ７５において、ジョブポータル処理部１１０のＣＰＵ１２２は、システムＢ用のＪＤＦを作成する前処理としてジョブ処理メタデータ１６０を作成する。この処理も図１４の（３）に対応する。また、ジョブ処理メタデータ１６０の生成処理に関しては図１８〜図２５等にて説明した。

次に、ステップS７６において、ジョブポータル処理部１１０のＣＰＵ１２２は、システムＢ用のＪＤＦを作成する。この処理は図１４の（４）に対応する。また、システムＢ用のＪＤＦの生成処理に関しては図２６〜図３０にて説明した。

次に、ステップＳ７７において、ジョブポータル処理部１１０のＣＰＵ１２２は、システムＢ用のＰＤＦを作成する。この処理も図１４の（４）に対応する。また、ＰＤＦの生成処理に関しては図３１にて説明した。

次に、ステップS７８において、ジョブポータル処理部１１０のＣＰＵ１２２は、システムＢ用に生成したＪＤＦ１４５とＰＤＦ１４４を、システムＢのデジタルプリント部５のプリントサーバ３０に送信する。この処理は図１４の（５）に対応する。そして、処理を終了する。

以上の結果、システムＢの各デバイスは、ジョブポータル処理部１１０が生成したシステムＢ用のＪＤＦとＰＤＦに基づいて処理を行うことで、当初予定されていたシステムＡの最終成果物と同じ成果物を作業者の作業なしに自動的に得ることが可能となる。

〔他の実施形態〕
図３３は、本発明の他の実施形態を示す統合印刷システムの基本構成の一例を示すブロック図であり、図１１と同一のものには同一の符号を付してある。

図３３に示す他の実施形態の統合印刷システムと、図１１に示した第１実施形態の統合印刷システムとの相違点は、図３３に示す他の実施形態の統合印刷システムのシステムＢに工程管理部４が存在しない点である。

図３３に示すように、システムＢにおける工程管理部４がなくても、本発明は実現可能である。

また、同様に、システムＢにおけるプリプレス部７がなくても本発明は実現可能である。

なお、ＰＤＦやＪＤＦのデータフォーマットは公開されており、その意味、その解釈方法、その生成方法に関しては既知の技術として本実施形態では詳細な説明は省略した。

以上示したように、ジョブポータル処理部１１０が、システムＡに入稿されたオリジナルＰＤＦからシステムＢが所持するデバイスの解像度やＲＩＰ処理に適したダウンサンプリング，ヘアライン処理を行ったＰＤＦを生成する構成とする。また、ジョブポータル処理部１１０が、システムＢが所有するデバイスの印刷可能範囲にページデータが収まるようにシステムＡに入稿されたオリジナルＰＤＦから縮小したシステムＢ用のＰＤＦを生成する構成とした。

これらの構成により、システムＡで最適に印刷されるように解像度変換やヘアライン処理されたＰＤＦを含む印刷ジョブをシステムＢに転送して実行させる場合でも、システムＢでの印字結果の品位低下や印字欠損等を防止することができる。

さらに、ジョブポータル処理部１１０が、システムＡで生成されたＪＤＦをシステムＢで処理可能な画像処理指示に変換する構成とした。これにより、システムＢが所持しない画像処理指示や処理できない順序の処理指示が記述されたシステムＡのＪＤＦを含む印刷ジョブを、システムＢに転送して実行させる場合でも、システムＢでの印刷ジョブの実行エラーを防止することができる。

また、ジョブポータル処理部１１０が、異なる機能の２つの印刷システム間において、上述した印刷ジョブの送受信や変換を自動的に（人手による作業なく）行う構成とした。これにより、作業者が逐一ＰＤＦ等のコンテンツやＪＤＦの指示内容を確認し、手動で変更するといった煩雑な作業を行う必要がなくなり、全体の作業効率を向上することができる。結果として、この作業にともなうコストを低減することができる。また、作業者が確認作業、変換作業を行った場合の変換ミスにより、ジョブがエラーとなって処理が停止してしまうことも防止することができる。

なお、上記各実施形態では、ジョブポータル１１０を介して、システムＡからシステムＢへジョブを転送する構成について説明したが、システムＢからシステムＡへもジョブ転送可能に構成してもよい。

また、ジョブポータル処理部１１０の機能を、各システムのＭＩＳサーバに設けるように構成してもよい。

さらに、システムＡ，システムＢ等の２つのシステムに限られるものではなく、異なる機能の複数（３以上）の印刷システム間において、ジョブポータル１１０が、印刷ジョブの送受信や変換を自動的に行うように構成してもよい。

なお、上述したＪＤＦ，ＰＤＦ，ジョブ処理メタデータ等の各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以上のように、異なる機能の複数の印刷システム間（例えば、Ａ社の印刷システムとＢ社の印刷システム間）において、ジョブポータル処理部１１０が、印刷ジョブの送受信や変換を自動的に行って、複数の印刷システム間の自動接続を可能にする。

例えば、ジョブポータル処理部１１０が、Ａの印刷システムから送信されたＪＤＦ＋ＰＤＦの両方を参照して、Ｂ社システムに最適なＪＤＦを自動生成する。また、ジョブポータル処理部１１０が、Ａ社の印刷システムに投入されたオリジナルＰＤＦを基に、Ｂ者の印刷システムに最適なＰＤＦを作成する。なお、ジョブポータル処理部１１０は、上記各処理を実行する際には、Ｂ社システムの所持するデバイス機能情報（Device Capability）を参照する。このようなジョブポータル処理部１１０の構成により、Ａ社の印刷システムの印刷ジョブをＢ社の印刷システムに適した印刷ジョブに自動変換することができる。

以下、図３４に示すメモリマップを参照して、本発明に係る統合印刷システムのジョブポータル処理部１１０（情報処理装置）で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップの構成について説明する。

図３４は、本発明に係る統合印刷システムのジョブポータル処理部１１０（情報処理装置）で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のOS等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図１５，図１６，図２０，図２１，図２３，図２５，図２６，図３０，図３１，図３２のステップＳ７４〜Ｓ７８に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、CD-ROMやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD-ROM、CD-R、CD-RW、磁気テープ、不揮発性のメモリカード、ROM、DVDなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のプログラムそのものをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、該ホームページから圧縮され自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバやFTPサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布する。さらに、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。さらに、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、以下のような構成も含まれることは言うまでもない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているOS（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

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

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組み合わせを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

ＰＯＤシステムに適用可能な印刷システムの基本構成の一例も示すブロック図である。 図１に示した印刷システムにおける工程管理部の構成の一例を示すブロック図である。 図１に示した印刷システムにおけるプリプレス部の構成の一例を示すブロック図である。 図１に示した印刷システムにおけるデジタルプリント部の構成の一例を示すブロック図である。 図１に示した印刷システムにおけるポストプレス部の構成の一例を示すブロック図である。 図１に示した印刷システムにおけるジョブチケットにより実現されるワークフロー構成の一例を示す図である。 ＰＯＤシステムにおけるジョブチケットの構造の一例を示す図である。 ＰＯＤシステムにおけるジョブチケットの構造の一例を示すもう一つの図である。 従来の統合印刷システムの一例を示すブロック図である。 図９に示した従来の統合印刷システムにおいて処理不可能な場合を具体的に示した図である。 本発明の第１実施形態を示す統合印刷システムの全体の基本構成の一例を示すブロック図である。 図１１に示したジョブポータル処理部の構成の一例を説明するブロック図である。 図１１に示したジョブポータル処理部が所持する機能構成を説明する一例である。 図１１に示した統合印刷システムにおけるデータの流れと処理内容の概略を説明する図である。 本発明の統合印刷処理部における全体的な処理の流れ１を示すフローチャートである。 本発明の統合印刷処理部における全体的な処理の流れ２を示すフローチャートである。 図１４に示したシステムＡで作成されたＰＤＦとＪＤＦを説明するための図である。 図１４に示したジョブポータル処理部で作成するジョブ処理メタデータ１６０の構造の一例を示す図である。 図１４に示したシステムＡから送られてきたＰＤＦのページレイアウト構成とオリジナルＰＤＦのページレイアウト構成を示す図である。 本発明の統合印刷システムにおける第３の制御処理手順の一例を示すフローチャートである。 本発明の統合印刷システムにおける第４の制御処理手順の一例を示すフローチャートである。 図１４に示したシステムＡから送られてきたＰＤＦにおけるページレイアウト構成と断裁位置を示すBleedbox情報を示す図である。 本発明の統合印刷システムにおける第５の制御処理手順の一例を示すフローチャートである。 システムＡから送られてきたＰＤＦのページレイアウト構成とＰＤＦのページ毎のコンテンツオブジェクトが描画される領域を示すCropbox情報を示す図である。 本発明の統合印刷システムにおける第６の制御処理手順の一例を示すフローチャートである。 本発明の統合印刷システムにおける第７の制御処理手順の一例を示すフローチャートである。 図１０に示した処理不可能な処理順序の例において４個ステッチがない場合を示す図である。 図２７のＡ２原稿を中央ラインで断裁した結果を示す図である。 図２８に示した断裁後のＡ３原稿をそれぞれ２箇所スティチした後に原稿を重ねた結果を示す図である。 本発明の統合印刷システムにおける第８の制御処理手順の一例を示すフローチャートである。 本発明の統合印刷システムにおける第９の制御処理手順の一例を示すフローチャートである。 本発明の統合印刷システムにおける第１０の制御処理手順の一例を示すフローチャートである。 本発明の他の実施形態を示す統合印刷システムの基本構成の一例を示すブロック図である。 本発明に係る統合印刷システムのジョブポータル処理部（情報処理装置）で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。

符号の説明

３ 印刷システムＢ
４ 工程管理部
５ デジタルプリント部
６ ポストプレス部
２０ ＭＩＳサーバ
２２ ファイルサーバ
９０ 印刷システムＡ
９１ 工程管理部
９２ デジタルプリント部
９３ ポストプレス部
１１０ ジョブポータル
１４０ システムＡ用のＰＤＦ
１４１ システムＡ用のＪＤＦ
１４２ オリジナルＰＤＦ
１４５ システムＢ用のＰＤＦ
１４５ システムＢ用のＪＤＦ
１６０ ジョブ処理メタデータ、
９１１ ファイルサーバ

Claims (7)

1. 第１の印刷システム及び第２の印刷システムと通信可能な情報処理装置であって、
   前記第１の印刷システムにて実行される複数の作業が記述された前記第１の印刷システム用の作業指示データと前記第２の印刷システムのデバイス機能情報とに基づいて前記第２の印刷システムが前記第１の印刷システム用の作業指示データを処理できないと判定された場合、前記第１の印刷システム用の作業指示データに記述された複数の作業の処理順序を変更することで前記第２の印刷システムが前記第１の印刷システム用の作業指示データを処理できるか否かを判定する判定手段と、
   前記第１の印刷システム用の作業指示データに記述された複数の作業の処理順序を変更することで前記第２の印刷システムが前記第１の印刷システム用の作業指示データを処理できると前記判定手段により判定された場合、前記第１の印刷システム用の作業指示データに基づいて、前記第１の印刷システムにより出力される印刷物と同一の印刷物を出力するための処理順序に変更された前記複数の作業が記述された前記第２の印刷システム用の作業指示データを生成する作業指示データ生成手段と、
   を有することを特徴とする情報処理装置。
2. 前記第１の印刷システムが前記第１の印刷システム用のコンテンツデータを生成する際に使用したオリジナルコンテンツデータを取得するオリジナルコンテンツデータ取得手段を有し、
   前記作業指示データ生成手段は、前記第１の印刷システム用のコンテンツデータと前記オリジナルコンテンツデータとに基づいて、用紙の面に配置されるページ数を認識することを特徴とする請求項１に記載の情報処理装置。
3. 前記第１の印刷システム用の作業指示データに４個ステッチ処理を行ってから断裁処理を行うことが記述されており、かつ、前記第２の印刷システムが２個ステッチ処理を実行する機能を備える場合、前記作業指示データ生成手段は、前記断裁処理を行ってから２個ステッチ処理を実行するように処理順序を変更することで前記第２の印刷システム用の作業指示データを生成することを特徴とする請求項１または２に記載の情報処理装置。
4. 第１の印刷システム及び第２の印刷システムと通信可能な情報処理装置におけるデータ処理方法であって、
   前記第１の印刷システムにて実行される複数の作業が記述された前記第１の印刷システム用の作業指示データと前記第２の印刷システムのデバイス機能情報とに基づいて前記第２の印刷システムが前記第１の印刷システム用の作業指示データを処理できないと判定された場合、前記第１の印刷システム用の作業指示データに記述された複数の作業の処理順序を変更することで前記第２の印刷システムが前記第１の印刷システム用の作業指示データを処理できるか否かを判定する判定ステップと、
   前記第１の印刷システム用の作業指示データに記述された複数の作業の処理順序を変更することで前記第２の印刷システムが前記第１の印刷システム用の作業指示データを処理できると前記判定ステップにより判定された場合、前記第１の印刷システム用の作業指示データに基づいて、前記第１の印刷システムにより出力される印刷物と同一の印刷物を出力するための処理順序に変更された前記複数の作業が記述された前記第２の印刷システム用の作業指示データを生成する作業指示データ生成ステップと、
   を有することを特徴とするデータ処理方法。
5. 前記第１の印刷システムが前記第１の印刷システム用のコンテンツデータを生成する際に使用したオリジナルコンテンツデータを取得するオリジナルコンテンツデータ取得ステップを有し、
   前記作業指示データ生成ステップは、前記第１の印刷システム用のコンテンツデータと前記オリジナルコンテンツデータとに基づいて、用紙の面に配置されるページ数を認識することを特徴とする請求項４に記載のデータ処理方法。
6. 前記第１の印刷システム用の作業指示データに４個ステッチ処理を行ってから断裁処理を行うことが記述されており、かつ、前記第２の印刷システムが２個ステッチ処理を実行する機能を備える場合、前記作業指示データ生成ステップは、前記断裁処理を行ってから２個ステッチ処理を実行するように処理順序を変更することで前記第２の印刷システム用の作業指示データを生成することを特徴とする請求項４または５に記載のデータ処理方法。
7. 請求項４乃至６のいずれか１項に記載のデータ処理方法をコンピュータに実行させることを特徴とするプログラム。

Images