(57)【要約】      （修正有）【課題】ユーザが入力した印刷設定では特定できない項目を補完して、ユーザから要求される印刷成果物を作成する印刷ワークフローに適応したテンプレートを作成する印刷制御装置を提供する。【解決手段】管理装置からチケット情報を取得して、印刷装置または加工装置に入力すべき所定のテンプレートを作成する印刷制御装置において、チケット情報に印刷された用紙に実行すべき特定の処理が設定されていると判断した場合Ｓ１１０２ＹＥＳ、チケット情報から特定される第１の印刷制御パラメータを所定のテンプレートに記述する。さらに、特定の処理を実行するためにチケット情報から特定されていない用紙情報の属性値を特定する第２の印刷制御パラメータを第１の印刷制御パラメータに基づいて作成しＳ１１０４，Ｓ１１０５、作成された第２の印刷制御パラメータをテンプレートに記述する。【選択図】図１１Ａ
2016173663.tif 000002
【特許請求の範囲】
【請求項１】
管理装置からチケット情報を取得して、印刷装置または加工装置に入力すべき所定のテンプレートを作成する印刷制御装置であって、
前記チケット情報に印刷された用紙に実行すべき特定の処理が設定されているかどうかを判断する判断手段と、
特定の処理が設定されていると判断した場合、前記チケット情報から特定される第１の印刷制御パラメータを前記所定のテンプレートに記述する第１の記述手段と、
前記特定の処理を実行するために前記チケット情報から特定されていない用紙情報の属性値を特定する第２の印刷制御パラメータを前記第１の印刷制御パラメータに基づいて作成する作成手段と、
作成された第２の印刷制御パラメータを前記テンプレートに記述する第２の記述手段と、
を備えることを特徴とする印刷制御装置。
【請求項２】
前記特定の処理は、前記チケット情報で指定される用紙に対して実行すべき後処理を特定する値であることを特徴とする請求項１記載の印刷制御装置。
【請求項３】
前記チケット情報は、ＪＤＦで定義されていることを特徴とする請求項１または２記載の印刷制御装置。
【請求項４】
前記チケット情報は、ユーザが依頼書に基づいて作成されていることを特徴とする請求項１乃至３のいずれか１項に記載の印刷制御装置。
【請求項５】
前記依頼書を介してユーザから受け付ける特定の処理の項目は、前記第２の印刷制御パラメータに対する項目を含まないことを特徴とする請求項４記載の印刷制御装置。
【請求項６】
管理装置からチケット情報を取得して、印刷装置または加工装置に入力すべき所定のテンプレートを作成する印刷制御装置の制御方法であって、
前記チケット情報に印刷された用紙に実行すべき特定の処理が設定されているかどうかを判断する判断工程と、
特定の処理が設定されていると判断した場合、前記チケット情報から特定される第１の印刷制御パラメータを前記所定のテンプレートに記述する第１の記述工程と、
前記特定の処理を実行するために前記チケット情報から特定されていない用紙情報の属性値を特定する第２の印刷制御パラメータを前記第１の印刷制御パラメータに基づいて作成する作成工程と、
作成された第２の印刷制御パラメータを前記テンプレートに記述する第２の記述工程と、
を備えることを特徴とする印刷制御装置の制御方法。
【請求項７】
請求項６に記載の印刷制御装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷制御装置、印刷制御装置の印刷設定方法、及びプログラムに関するものである。
【背景技術】
【０００２】
画像形成装置や注文受注方法のデジタル化による印刷技術の向上によりオンデマンド印刷が生産現場で流行している。オンデマンド印刷ではＷｅｂサイトを通じて、エンドユーザが、得たい成果物の形態を入力してくる、Ｗｅｂ入稿という形式がある。
【０００３】
ここで、多種多様な成果物を印刷するためには、印刷業者が印刷前のプリプレス作業で入力しなくてはいけない設定項目が多い。しかし、Ｗｅｂ入稿で、プリプレスのために必要な情報をエンドユーザに入力させるためには、高度な知識を必要としたり、膨大な依頼項目を入力しなくてはならない。
【０００４】
近年では、プリプレスに関する技術では、プリプレスソフトの機能に含まれる、テンプレートを用いた、プリプレス装置が存在する。プリプレスソフトには、プリプレスに関する作業を事前にマクロとしてセットしておく、テンプレートと呼ばれる機能が備わっていることが多い。同じ形態の成果物であれば、コンテンツが異なっていても、同じテンプレートを使用することで、作業者は、ミスなく、プリプレス作業を行うことができる。多種多様な成果物に対しては、テンプレートを複数用意しなくてはならず、その点が課題として残る。そこで、特許文献１には、成果物の種類分、テンプレートを作成することなく、テンプレートを自動生成できる方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２６８５７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、先行技術は、管理する、テンプレートの数を減らすことはできるが、依然、ユーザが入力しなくてはいけない項目は多いという問題がある。特に、Ｗｅｂ入稿の形態では、プリプレスの設定のための情報は、エンドユーザが行うものであり、エンドユーザに様々な設定項目を入力させることは難しい。
また、Ｗｅｂ入稿では、Ｗｅｂブラウザを通じて入力を行うので、プリプレスソフトと同じ高度なプレビュー、もしくは入力補助機能を使うことも難しい。
【０００７】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、ユーザが入力した印刷設定では特定できない項目を補完して、ユーザから要求される印刷成果物を作成する印刷ワークフローに適応したテンプレートを作成できる仕組みを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の印刷制御装置は以下に示す構成を備える。
管理装置からチケット情報を取得して、印刷装置または加工装置に入力すべき所定のテンプレートを作成する印刷制御装置であって、前記チケット情報に印刷された用紙に実行すべき特定の処理が設定されているかどうかを判断する判断手段と、特定の処理が設定されていると判断した場合、前記チケット情報から特定される第１の印刷制御パラメータを前記所定のテンプレートに記述する第１の記述手段と、前記特定の処理を実行するために前記チケット情報から特定されていない用紙情報の属性値を特定する第２の印刷制御パラメータを前記第１の印刷制御パラメータに基づいて作成する作成手段と、作成された第２の印刷制御パラメータを前記テンプレートに記述する第２の記述手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ユーザが入力した印刷設定では特定できない項目を補完して、ユーザから要求される印刷成果物を作成する印刷ワークフローに適応したテンプレートを作成できる。
【図面の簡単な説明】
【００１０】
【図１】印刷システムを適用するネットワーク構成例を示すブロック図である。
【図２】印刷システムの構成を説明するブロック図である。
【図３】印刷システムの一例を示すソフトウェア構成図である。
【図４】表示部に表示されるＵＩ画面を示す図である。
【図５】ＪＤＦチケットの一例を示す図である。
【図６】テンプレート作成部が作成するテンプレートを示す図である。
【図７】印刷制御装置の制御方法を説明するフローチャートである。
【図８】表示部に表示されるＵＩ画面を示す図である。
【図９】ＪＤＦチケットの一例を示す図である。
【図１０】印刷制御装置の制御方法を説明するフローチャートである。
【図１１Ａ】印刷制御装置の制御方法を説明するフローチャートである。
【図１１Ｂ】印刷制御装置の制御方法を説明するフローチャートである。
【発明を実施するための形態】
【００１１】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
【００１２】
本発明を実施するための最良の形態について、Ｗｅｂから印刷物の依頼を受信し、その情報を基に、面付けを行う、ＰＯＤ印刷システムを例に詳細に説明する。ＰＯＤ印刷システムでは、依頼者が注文管理サーバ経由で印刷の依頼を行った情報をダウンロードし、面付けを行って、印刷、及び後加工を行う。また、注文管理サーバでは、依頼者は、１ファイル毎に、成果物の形態を指示するものとする。以下、図面を用いて詳細に説明する。
【００１３】
図１は、本実施形態を示す印刷システムを適用するネットワーク構成の一例を示すブロック図である。本実施形態では、注文管理サーバ１０１、ホストコンピュータ１０２、印刷を行うプリンタ１０３、後加工を行う加工機１０４で構成される印刷制御装置を例に挙げる。なお、小規模なシステムであれば、注文管理サーバ１０１とホストコンピュータ１０２は同じコンピュータであっても構わない。プリンタ（印刷装置）、加工装置は、それぞれ、生産量に応じて複数接続されていてもよい。また、プリンタ（印刷装置）、加工装置は、それぞれ直接接続したシステムであってもよいし、単体の装置で構成してもよい。ここで、注文管理サーバ１０１は、管理装置から印刷ワークフロー言語、例えば後述するＪＤＦで定義されるチケット情報を取得して、印刷装置または加工装置に入力すべき所定のテンプレートを作成する昨日を備える。
【００１４】
図２は、図１に示したホストコンピュータ１０２と、プリンタ１０３の構成を説明するブロック図である。なお、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ、ＷＡＮ等のネットワークを介して接続が為され処理が行われるシステムであってもよい。
【００１５】
図２において、ホストコンピュータ１０２は、ＲＯＭ２０４のプログラム用ＲＯＭあるいは外部メモリ２１２に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ２０２を備える。ＣＰＵ２０２は、システムバス２０５に接続される各印刷装置を総括的に制御する。
【００１６】
本発明を実施するための最良の形態について、Ｗｅｂから印刷物の依頼を受信し、その情報を基に、面付けを行う、ＰＯＤ印刷システムを例に詳細に説明する。ＰＯＤ印刷システムでは、依頼者が注文管理サーバ経由で印刷の依頼を行った情報をダウンロードし、面付けを行って、印刷、及び後加工を行う。
また、注文管理サーバ１０１では、依頼者は、１ファイル毎に、成果物の形態を指示するものとする。以下、図面を用いて詳細に説明する。
【００１７】
図２において、ホストコンピュータ１０２は、ＲＯＭ２０４のプログラム用ＲＯＭあるいは外部メモリ２１２に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ２０２を備える。ＣＰＵ２０２は、システムバス２０５に接続される各印刷装置を総括的に制御する。また、ＲＯＭ２０４のプログラム用ＲＯＭあるいは外部メモリ２１２には、ＣＰＵ２０２の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）や後述するプリンタドライバ等が記憶される。
【００１８】
ＲＯＭ２０４のフォント用ＲＯＭあるいは外部メモリ２１２には、上記文書処理の際に使用するフォントデータ等が記憶され、ＲＯＭ２０４のデータ用ＲＯＭあるいは外部メモリ２１２には上記文書処理等を行う際に使用する各種データが記憶される。ＲＡＭ２０３は、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０６は、キーボード２１０や不図示のポインティングデバイスからのキー入力を制御する。
【００１９】
表示コントローラ２０７は、表示部２１１の表示を制御する。ディスクコントローラ（ＤＫＣ）２０８は、外部メモリ２１２とのアクセスを制御する。外部メモリ２１２は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）を表す。プリンタコントローラ（ＰＲＴＣ）２０９は、双方向性インタフェース（インタフェース）２１８を介してプリンタ１０３に接続されて、プリンタ１０３との通信制御処理を実行する。
【００２０】
なお、ＣＰＵ２０２は、例えばＲＡＭ２０３上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、印刷される画像と同一の画像を表示部２１１上に表示するＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ２０２は、表示部２１１上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、印刷装置の設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行える。
【００２１】
プリンタ１０３において、２１４はＣＰＵで、ＲＯＭ２１６のプログラム用ＲＯＭに記憶された制御プログラム等あるいは外部メモリ２２４に記憶された制御プログラム等に基づいてシステムバス２１７に接続される印刷部（プリンタエンジン）２２２に出力情報としての画像信号を出力する。また、このＲＯＭ２１６のプログラムＲＯＭには、ＣＰＵ２１４の制御プログラム等が記憶される。フォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等が記憶され、データ用ＲＯＭには、ハードディスク等の外部メモリ２２４がない印刷装置の場合には、ホストコンピュータ上で利用される情報等が記憶されている。ＣＰＵ２１４は入力部２１９を介してホストコンピュータとの通信処理が可能となっており、印刷装置内の情報等をホストコンピュータ１０２に通知できる。
【００２２】
ＲＡＭ２１５は、ＣＰＵ２１４の主メモリや、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２１５は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ２２４は、メモリコントローラ（ＭＣ）２２１によりアクセスを制御される。外部メモリ２２４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。
【００２３】
また、操作部２２３は前述した操作パネルで操作のためのスイッチおよびＬＥＤ表示器等が配されている。また、前述した外部メモリ２２４は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。更に、図示しないＮＶＲＡＭを有し、操作部２２３からのプリンタモード設定情報を記憶するようにしてもよい。
【００２４】
図３は、図２に示した印刷システムの一例を示すソフトウェア構成図である。
図３において、ホストコンピュータ３０１の内部に描かれたアプリケーション３０２、所定のテンプレートを作成するプリプレスソフト３０６、送信モジュール３０７はＲＯＭ２０４もしくは、外部メモリ２１２に記憶されている。
【００２５】
アプリケーション３０２内では、依頼情報受付部３０３が、注文管理サーバ１０１からの依頼情報を、国際標準化団体ＣＩＰ４が定める、Ｊｏｂ  Ｄｅｆｉｎｉｔｉｏｎ  Ｆｏｒｍａｔ（ＪＤＦ（チケット情報））などの形式で受信する。依頼情報受付部３０３は、同時にアドビシステムズ社が提供するＰｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ（ＰＤＦ）などの印刷ファイルを受け取っていてもよい。なお、印刷ファイルは、画像や、マイクロソフト社が提供するＷｏｒｄファイルフォーマットであることもある。
【００２６】
なお、印刷ファイルは、プリプレスソフト３０６のユーザＩ／Ｆを介して、紙原稿をスキャンすることによって、生成されてもよい。用紙情報決定部３０４は、依頼情報受付部３０３が受信した、依頼情報を基に、不足している用紙の情報を決定する。用紙の決定方法は後述するが、決定した用紙の情報は、テンプレート作成部３０５に渡され、プリプレスソフトのテンプレートを作成するときに使用される。
【００２７】
テンプレート作成部３０５は、依頼情報受付部３０３が受信した、依頼情報の形式をプリプレスソフトのテンプレートの形式に変換する。テンプレートファイルに記載する、用紙の情報には、用紙情報決定部３０４が決定した用紙情報を入れ込むことで、テンプレートファイルを完成させる。
プリプレスソフト３０６は、ユーザＩ／Ｆからの入力を受け、印刷ファイルをレイアウトして、印刷データを作り出す。送信モジュール３０７は、プリンタ３０８と接続を行い、プリプレスソフトで生成された、印刷データを送るが、送信モジュールは、プリプレスソフト３０６に組み込まれていてもよい。
【００２８】
図４は、図２に示したホストコンピュータ１０２の表示部２１１に表示されるＵＩ画面を示す図である。本例は、注文を依頼するユーザが使用する、Ｗｅｂサイトの入力画面の一例である。
ここでは、印刷所で行う、プリプレスに精通していないユーザでも入力できるよう、入力項目が制限されている。
【００２９】
図４において、カラー設定４０１、両面設定４０２、加工の種類４０３、仕上がりサイズ４０８をユーザは選ぶが、加工機の種類や使用する用紙のサイズ等をユーザは入力しない。ここで、製本４０４では、中綴じ製本、くるみ製本、製本なしのような、製本の形態を選ぶ。ステイプル４０５では、左２点、上２点、左上１点、中央２点を選び、パンチ４０６では、２点、３点と穴の数を、折り４０７は、２つ折り、３つ折り、Ｚ折りを指定する。これらの加工の種類は、１つを選ぶと、矛盾する他の選択肢が自動的に制限されるのが一般的である。仕上がりサイズ４０８は、Ａ４、Ｂ５等の成果物のサイズを指定し、仕上がりサイズＡ４の中綴じ製本であれば、本を綴じた後の形態がＡ４になるサイズを表す。
【００３０】
紙種４０９は、紙の色と、紙の厚さを指定できるが、プリプレスで使用される、色や坪量の概念よりも、ユーザにわかり易い表現が使われている。ファイル４１１は、ユーザが原稿を電子フォーマットで、入稿してくる際に使用する、入力欄で、原稿を別途、紙で郵送するような場合には、この入力欄は使用されない。確定ボタン４１２をユーザが押下すると、入力した依頼情報が注文管理サーバ１０１に蓄積され、印刷所のホストコンピュータ１０２にダウンロードされる。なお、Ｗｅｂサイトの入力画面は、入力項目が、より詳細に指定できるものであっても、プリプレスソフトのようにリッチなプレビューをもっていても、本発明は適用できる。
【００３１】
図５は、図４のＷｅｂ依頼書で入力された、依頼書情報を基に、注文管理サーバ１０１が生成する、ＪＤＦチケットの一例を示す図である。ここでは、ＪＤＦの形式で、依頼情報を表現しているが、依頼情報を表現でき、後段のアプリケーションが内容を認識できるものであれば、形式は問わない。ＣｕｓｔｏｍｅｒＩｎｆｏ５０２は、顧客の情報を表す、ＪＤＦの表現方法であるが、注文管理サーバに依頼情報を入力した、ユーザに関する情報である。
【００３２】
ユーザがＷｅｂサイト情報に入力するか、事前に注文管理サーバに登録しておき、ログイン時にユーザ情報が呼び出され、チケットに記載される。ＬａｙｏｕｔＩｎｔｅｎｔ５０３は、レイアウトに関する主な指定を表現する、要素である。Ｓｉｚｅ属性のＴｗｏＳｉｚｅｄＨｅａｄＴｏＨｅａｄは、両面印刷を表し、Ｗｅｂサイトの両面／片面選択欄のユーザ入力情報がここに反映される。ＦｉｎｉｓｈｅｄＤｉｍｅｎｓｉｏｎｓ５０４、ＦｉｎｉｓｈｅｄＳｉｚｅ５０５は、成果物の仕上がりサイズを表し、Ｗｅｂサイトの仕上がりサイズ欄の入力情報が反映される。
【００３３】
図４の例では、仕上がりサイズは、定形サイズ名しか指定できないが、注文管理サーバは、定形サイズに紐づいた、ミリメータの値を出力する。本実施形態においては、サイズ名表記であっても、ミリメータ表記であっても、適用できる。ミリメータではなく、インチやポイントなど他の単位を用いても構わない。ＣｏｌｏｒＳｔａｎｄａｒｄ要素５０６は、カラー印刷かモノクロ印刷かの指定を表し、Ｗｅｂサイトのカラー／モノクロ選択欄の入力情報を反映させる。ＭｅｄｉａＩｎｔｅｎｔ要素のＤｅｓｃｒｉｐｔｉｖｅＮａｍｅ属性５０７と、Ｗｅｉｇｈｔ要素５０９は、使用する用紙の坪量を表し、Ｗｅｂサイトの紙種欄の入力情報が反映される。
【００３４】
図４の例では、ユーザにとって簡単なように、紙種の名称を選択するようなＵＩになっているが、注文管理サーバは、紙種の名称に紐づいた、坪量の値を出力する。そして、ＭｅｄｉａＣｏｌｏｒは、印刷に使用する用紙の色を表すが、Ｗｅｂサイトでは、紙種の入力欄で、入力している、白色が、ここに出力されている。ＢｉｎｄｉｎｇＴｙｐｅと、ＳｔｉｔｃｈＮｕｍｂｅｒ要素５１１は、加工の種類４０３の製本４０４の指定を反映させたものであり、それぞれ、ステイプルでの綴じ方と、ステイプルの針の数を示している。
【００３５】
ＦｏｌｄｉｎｇＩｎｔｅｎｔ要素５１２とＨｏｌｅＭａｋｉｎｇＩｎｔｅｎｔ要素５１３は、図４の例のように、ユーザがパンチ４０６の指定、折り加工の指定４０７を指定していない場合、空の要素が出力される。ＪＤＦの表現方法は、異なるものも存在するが、Ｗｅｂサイトで入力された情報が表現されていれば、他の記述方法であってもよい。また、ファイル形式は、ＪＤＦでなくても構わない。
【００３６】
図６は、図５に示したＪＤＦを基に、テンプレート作成部３０５が作成する、テンプレートの一例を示す図である。ここで、テンプレートとは、プリプレスソフト３０６が解釈し、プリプレス作業を、ユーザ操作を介さずに行う各種の印刷制御パラメータを含むマクロの集合体をここでは、表現する。ヘッダーのコメント６０１は、テンプレートで行う、プリプレスの説明や、注意点などを書く、コメント欄である。
【００３７】
フッターのコメント６０７を使用することもあるが、コメントは、プリプレス作業では使用されないので、記述の有無は任意である。ＳｅｔＣｏｌｏｒ６０２は、カラー印刷・モノクロ印刷の指定を指示する、マクロの記述である。カンマの後に続く、ＣＭＹＫは、ＳｅｔＣｏｌｏｒマクロの引き数であり、このマクロを解釈した、プリプレスソフト３０６は、カラー印刷の印刷設定をドキュメントに施す。
【００３８】
ＳｅｔＣｏｌｏｒ６０２のマクロは、依頼情報受付部３０３が受け付けた、ＪＤＦの、ＣｏｌｏｒＳｔａｎｄａｒｄ要素５０６を基に、テンプレート作成部３０５が、マクロの仕様に合わせて、出力したものである。同じく、ＳｅｔＤｕｐｌｅｘ６０３は、ＪＤＦのＬａｙｏｕｔＩｎｔｅｎｔ５０３の内容を受け、テンプレート作成部３０５が、出力する。
【００３９】
ＳｅｔＩｍｐｏｓｉｔｉｏｎ６０４、ＳｅｔＳｔａｐｌｅ６０５は、ＪＤＦのＳａｄｄｌｅＳｔｉｔｃｈ５１０をプリプレスソフトの操作に直したものであり、この例では、小冊子の形式に、面付けを行い、中央にステイプルを打つ、という２つのプリプレス操作に展開されている。なお、図６は、あるプリプレスソフトのマクロの例であり、一つ一つのマクロの記述方法や、マクロで表わされる、操作の粒度は、異なっていてもよい。
【００４０】
ＳｅｔＭｅｄｉａ６０６は、メディアの指定を表す、マクロの関数であり、その引数として、Ｍｅｄｉａ００１という名称の用紙が指定されている。その他、引数には、Ａ３を示す４２０、２９７ミリメートル、坪量を示す６４ｇｓｍ、用紙種別を示す、Ｐｌａｉｎ、用紙色を示す、Ｗｈｉｔｅ、厚さを示す、０．１ミリメートルが記述されている。坪量、用紙色は、図９のＪＤＦに記述された値を使用しており、残りの用紙属性は、図７のフローチャートで後述する、用紙情報決定部３０４の処理によって決定される。特に、用紙情報決定部３０４は、ＦｉｎｉｓｈｅｄＤｅｍｅｎｓｉｏｎｓ５０４のＡ４というサイズから、Ａ３の用紙サイズを決定していることが、本発明の特徴である。
【００４１】
図７は、本実施形態を示す印刷制御装置の制御方法を説明するフローチャートである。ホストコンピュータ１０２が図５のＷｅｂサイトの生成したＪＤＦから図６のテンプレートを作る処理例である。なお、各ステップは、ＣＰＵ２０２が記憶された制御プログラムを実行することで実現される。以下、本処理をＣＰＵ２０２が実行する図３の用紙情報決定部３０４を主体として説明する。
まず、用紙情報決定部３０４は、Ｗｅｂサイトの生成した、ＪＤＦから仕上がりサイズと、色、坪量を取得する（Ｓ７０１）。次に、ＪＤＦに折りの設定があるかを判断する（Ｓ７０２）。ここで、折りの設定があると用紙情報決定部３０４が判断した場合、折りの設定に合わせて、仕上がりサイズから用紙サイズを決定して（Ｓ７０３）、Ｓ７０４へ進む。ここでの例では、折りは、製本の２つ折りを想定しているが、折りの種類は、３つ折り、４つ折りであっても構わない。その場合には、用紙サイズは、３倍、４倍として決定する。
このようにして用紙サイズを決定した後は、用紙情報決定部３０４は、印刷システム全体で共通に使用している、用紙カタログから、用紙サイズ、色、坪量の情報を用いて検索をかけ、一致しているものを検索する（Ｓ７０４）。そして、用紙情報決定部３０４は、該当する用紙が存在するかどうかを判断する。ここで、該当する用紙が存在すると判断した場合には（Ｓ７０５でＹｅｓ）、Ｓ７０６へ進む。そして、用紙情報決定部３０４は、用紙名称、用紙種別、厚さの属性情報を使用し、図６の用紙を指定するマクロであるＳｅｔＭｅｄｉａ６０６の記述を行い（Ｓ７０６）、本処理を終了する。
一方、用紙カタログに用紙名称、用紙種別、厚さの属性情報が一致するものがないと用紙情報決定部３０４が判断した場合、足りない属性値を特定のデフォルト値で補い、ＳｅｔＭｅｄｉａ６０６の記述を完成させ（Ｓ７０７）、本処理を終了する。
【００４２】
図８は、図２に示したホストコンピュータに表示されるＵＩ画面を示す図である。本例は、注文を依頼するユーザが使用する、Ｗｅｂサイトの入力画面の別の入力画面例である。ここでは、後処理に対応する加工の種類８０３で、ステイプル８０５に左２点を、折りの８０７の設定でＺ折りを選択している。仕上がりサイズ８０８は、Ａ４を選択しているが、この場合、ユーザはコンテンツのＰＤＦの中に、Ａ３の用紙があり、その用紙をＺ折りすることをユーザは間接的に指示している。
【００４３】
図９は、図８のＷｅｂサイトで入力された、依頼表情報を基に、注文管理サーバが生成する、ＪＤＦチケットの一例を示す図である。ここでは、また、図８に示したＵＩ画面において、ステイプル８０５に左２点を指定されたことにより、ＢｉｎｄｉｎｇＳｉｚｅ９１０にＬｅｆｔ、ＢｉｎｄｉｎｇＴｙｐｅ９１１に「ＳｉｚｅＳｔｉｔｃｈ」を出力している。また、図８に示したＵＩ画面において、折り８０７にＺ折りを指定されているので、ＦｏｌｄｉｎｇＣａｔａｌｏｇ９１３にＺ折りを示す「Ｆ６−６」が指定されている。
【００４４】
図１０は、図９のＪＤＦを基に、テンプレート作成部３０５が作成する、テンプレートの一例を示す図である。
図１０において、ＳｅｔＭｅｄｉａ１００５は、メディアの指定を表す、マクロの関数であり、その引数として、「Ｍｅｄｉａ００１」という名称の用紙が指定されている。その他、引数には、「Ａ４」を示す「２１０、２９７」ミリメートル、坪量を示す「６４ｇｓｍ」、用紙種別を示す「Ｐｌａｉｎ」、用紙色を示す、「Ｗｈｉｔｅ」、厚さを示す「０．１」ミリメートルが記述されている。
坪量、用紙色は、図９のＪＤＦに記述された値を使用しており、残りの用紙属性は、図１１のフローチャートで後述する、用紙情報決定部３０４の処理によって決定される。
折りを指示するマクロ１００６には、引数に、Ｚ折りを示す、「Ｚｆｏｌｄ」、用紙サイズの「４２０、２９７」ミリメートルが記述されている。指定した用紙サイズの用紙のみをＺ折りするという、プリプレスソフトの機能を使用するものである。プリプレスソフトの機能によっては、縦置きか、横置きの紙のみをＺ折りする、というものも存在するが、その場合は、引数に、「Ｌａｎｄｓｃａｐｅ」や、「Ｐｏｒｔｒａｉｔ」等の、用紙の向きを示すものを記述することもある。Ｚ折りの指示の仕方に違いはあっても、本発明は適用できる。
２回目の用紙の指定１００８は、１回目の用紙の指定であるＳｅｔＭｅｄｉａ１００５と類似しているが、引数の一つの用紙サイズが異なっている。これは、Ｚ折りする用紙のための用紙指定のマクロであるが、その用紙サイズの決定方法は、図１１のフローチャートを用いて後述する。
【００４５】
図１１Ａ、図１１Ｂは、本実施形態を示す印刷システムの制御方法を説明するフローチャートである。本例は、図９のＷｅｂサイトの生成したＪＤＦから図１０のテンプレートを作る処理例であって、ホストコンピュータ１０２が実行する図３の用紙情報決定部３０４で行われる処理である。なお、各ステップは、ＣＰＵ２０２が記憶された制御プログラムを実行することで実現される。以下、ＣＰＵ２０２が実行する図３に示すモジュールを主体として説明する。
まず、用紙情報決定部３０４は、Ｗｅｂサイトの生成した、ＪＤＦから仕上がりサイズと、色、坪量を取得する（Ｓ１１０１）。次に、用紙情報決定部３０４は、ＪＤＦに折りの設定があるかを判断し（Ｓ１１０２）、それがＺ折りの設定であると判断した場合には（Ｓ１１０３で、Ｙｅｓ）、Ｚ折りの用紙サイズを計算して（Ｓ１１０５）、Ｓ１１０６へ進む。なお、Ｚ折りの用紙サイズ計算に関しては、図１１Ｂのフローチャートで説明する。
一方、Ｚ折りでないと用紙情報決定部３０４が判断した場合には（Ｓ１１０３でＮｏ）、図７のフローチャート同様、用紙サイズの仕上がりサイズの２倍として計算して（Ｓ１１０４）、Ｓ１１０６へ進む。
なお、折りの種類に、３つ折り、４つ折りがあれば、用紙サイズは、３倍、４倍として決定しても構わない。
【００４６】
用紙サイズを決定した後、用紙情報決定部３０４は、印刷システム全体で共通に使用している、用紙カタログから、用紙サイズ、色、坪量の情報を用いて検索をかけ、一致しているものを検索する（Ｓ１１０６）。そして、用紙情報決定部３０４は、該当する用紙が存在するかどうかを判断する（Ｓ１１０７）。ここで、該当する用紙が存在すると判断した場合（Ｓ１１０７  Ｙｅｓ）、Ｓ１１０８へ進む。
そして、用紙情報決定部３０４は、用紙名称、用紙種別、厚さの属性情報を使用し、図１０の用紙を指定するマクロであるＳｅｔＭｅｄｉａ１００５の記述を行い（Ｓ１１０８）、Ｓ１１１０へ進む。
一方、Ｓ１００７で、用紙カタログに用紙名称、用紙種別、厚さの属性情報が一致するものがないと用紙情報決定部３０４が判断した場合、足りない属性値をデフォルト値で補い、ＳｅｔＭｅｄｉａ１００５の記述を完成させ（Ｓ１１０９）。Ｓ１１１０へ進む。
そして、ドキュメントファイル全体に施す、用紙の指定をした後は、マクロにＺ折りの設定と、Ｚ折りする用紙の指定を含む、折りの設定をマクロに記述して（Ｓ１１１０）、本処理を終了する。
【００４７】
図１１Ｂの（ａ）は、図１１ＡのＳ１１０５のＺ折りの用紙サイズ計算の処理の詳細を示すフローチャートである。
ここでは、用紙情報決定部３０４がＪＤＦに記載されたＦｉｎｉｓｈｅｄＤｅｍｅｎｓｉｏｎ要素９０４の情報から、仕上がりサイズの向きを読み取る。同様に、用紙情報決定部３０４は、ＢｉｎｄｉｎｇＳｉｚｅ９１０から、フィニッシングの綴じ方向を読み取る。
まず、用紙情報決定部３０４は、仕上がりサイズが縦であるかどうかを判断する。ここで、仕上がりサイズが縦であると判断した場合（Ｓ１１１１  Ｙｅｓ）、フィニッシングの方向（綴じ方向）が左であるかどうかを判断する。ここで、フィニッシングの方向（綴じ方向）が左であると用紙情報決定部３０４が判断した場合には（Ｓ１１１２  Ｙｅｓ）、仕上がりサイズの２倍のサイズで、横向きの用紙をＺ折りの用紙として決定して（Ｓ１１１４）、本処理を終了する。
一方、Ｓ１１１１で、仕上がりサイズが横であると用紙情報決定部３０４が判断した場合（Ｓ１１１１  Ｎｏ）、用紙情報決定部３０４は、綴じ方向が左でない、すなわち上であるかどうかを判断する（Ｓ１１１３）。ここで、綴じ方向が左でない、すなわち上であると用紙情報決定部３０４が判断した場合（Ｓ１１１３でＮｏ）、Ｓ１１１６へ進む。そして、用紙情報決定部３０４は、仕上がりサイズの２倍のサイズで、縦向きの用紙をＺ折りの用紙として決定して（Ｓ１１１６）、処理を終了する。
一方、Ｓ１１１１で、仕上がりサイズが縦であると用紙情報決定部３０４が判断し（Ｓ１１１１でＹｅｓ）、かつ、Ｓ１１１２で、綴じ方向が上であると用紙情報決定部３０４が判断した場合（Ｓ１１１２  Ｎｏ）、Ｓ１１１５へ進む。また、Ｓ１１１１で、仕上がりサイズが横であると用紙情報決定部３０４が判断し（Ｓ１１１１  Ｎｏ）、綴じ方向が左であると用紙情報決定部３０４が判断した場合、Ｓ１１１５へ進む。
そして、プリプレスソフト３０６は、綴じ設定と同時に、Ｚ折りができないので、Ｚ折りができない旨をユーザに通知して（Ｓ１１１５）、本処理を終了する。ここで、プリプレスソフト３０６は、矛盾する、綴じ方向とＺ折りの方向は、指示できないことが多いが、このような矛盾する設定を許容するソフトである場合には、Ｓ１１１５の処理は、必要としない。また、フィニッシングの綴じ方向に、右や下がある時であっても、綴じ方向とＺ折りの方向の矛盾に対する処理は変わらない。
【００４８】
図１１Ｂの（ｂ）は、図１１ＡのＳ１１１０のＺ折りの指示をマクロに記述する処理の詳細手順を示すフローチャートである。
まず、用紙情報決定部３０４がＺ折りする用紙のページ番号を検出しているかどうかを判断する（Ｓ１１１７）。ここで、Ｚ折りする用紙のページ番号を検出していると用紙情報決定部３０４が判断した場合（Ｓ１１１７で、Ｙｅｓ）、該当するページ番号に対して、Ｚ折りの設定を行うマクロを記述して（Ｓ１１１８）、Ｓ１１１７へ戻る。
ここで、Ｚ折りする用紙のページ番号を検出する方法は、図１０に示したマクロのように、Ｚ折りの指示をドキュメント全体に施し、Ｚ折りされたページを選択する、というプリプレスソフトの機能を用いる方法がある。また、ＰＤＦを直接走査し、図１１Ｂの処理で決定された、Ｚ折りの用紙サイズに該当する、ページ数を検出する方法もあるが、いずれの方法でも構わない。
【００４９】
上記説明のＷｅｂ入稿を伴うＰＯＤ印刷システムは、あくまで、本発明の実施形態の一例であり、直接プリプレスを行わないユーザが、依頼情報の入力を行う印刷システムであれば、特にＷｅｂ入稿を伴うＰＯＤ印刷システムでなくてもよい。
【００５０】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたは装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えばＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５１】
１０１  注文管理サーバ
１０２  ホストコンピュータ
１０３  プリンタ
１０４  加工機
【図１】
2016173663.tif 000003
【図２】
2016173663.tif 000004
【図３】
2016173663.tif 000005
【図４】
2016173663.tif 000006
【図５】
2016173663.tif 000007
【図６】
2016173663.tif 000008
【図７】
2016173663.tif 000009
【図８】
2016173663.tif 000010
【図９】
2016173663.tif 000011
【図１０】
2016173663.tif 000012
【図１１Ａ】
2016173663.tif 000013
【図１１Ｂ】
2016173663.tif 000014