JP6233354B2 - 画像形成装置及びプログラム - Google Patents

Description

本発明は、画像形成装置及びプログラムに関し、特に、印刷工程管理装置と印刷指示装置とを有する印刷工程管理システムで使用され、印刷指示装置からの印刷指示を受けて印刷を行う画像形成装置及びその制御に用いるプログラムに関する。

ＪＤＦ(Job Definition Format)連携を用いた印刷フローでは、ＭＩＳ(Management Information System)と呼ばれる工程管理アプリケーション、ＣＴＰ(Computer To Plate)−ＷＦ(Workflow)と呼ばれる面付け・製版アプリケーション、画像形成装置、後処理機等を接続した状態での印刷・後加工作業が行われている。

ＪＤＦは、印刷指示書（ジョブ指示書）に相当するものである。ＪＤＦには、印刷設定や顧客情報、納期等のジョブ指示情報が記載されている。ＭＩＳは、ＣＴＰ−ＷＦにジョブ実行を指示する。その指示を受けて、ＣＴＰ−ＷＦオペレータは、そのジョブを画像形成装置や後処理機に振り分けることによって印刷処理を実行する。

ところが、ＣＴＰ−ＷＦは印刷設定機能が乏しく、ＭＩＳが指示した印刷設定を画像形成装置に適用できないケースが存在する。また、ＣＴＰ−ＷＦの中には、印刷設定のＧＵＩ(Graphical User Interface)を持たず、ジョブ設定記載済みのジョブテンプレートファイルをジョブ投入時に選択させるものも存在する。この場合、プリセットとして保存されている印刷設定でしか印刷を行えないことになる。

そのため、画像形成装置側でホットフォルダ(Hot Folder)を作成しておき、ＣＴＰ−ＷＦからは設定できない印刷項目については、このホットフォルダを用いるという運用が行われている（例えば、特許文献１参照）。

特開２００８−１１２２３７号公報

しかしながら、特許文献１に記載の従来技術では、ＣＴＰ−ＷＦでの印刷設定が出来ない場合に、ホットフォルダを別途作成しなければならないために、印刷作業に手間がかかってしまう。また、顧客は、ＣＴＰ−ＷＦとホットフォルダでそれぞれどのようなジョブ設定項目が存在しているかを把握しておかなければならず、印刷工程の管理が煩雑となる。

本発明は、ホットフォルダの作成を不要とすることにより、印刷作業を円滑に行うことができるとともに、印刷工程の管理が容易な画像形成装置及びプログラムを提供することを目的とする。

上記目的を達成するために、本発明の画像形成装置は、
顧客から受注した受注ジョブに関するジョブ指示書を生成し、受注ジョブの実行を指示する印刷工程管理装置と、印刷工程管理装置からジョブ指示書、及び受注ジョブの実行の指示を受信する印刷指示装置とを有する印刷工程管理システムで使用され、印刷指示装置からの印刷指示を受けて印刷を行う画像形成装置であって、
印刷指示装置が実行できる印刷設定の情報を取得する取得部と、
顧客に関する顧客情報と、画像形成装置で使用されるカラーコンフィグレーション設定とを紐付けた紐付けテーブルと、
取得部が取得した印刷設定の情報を基に、ジョブ指示書における顧客情報の有無を判定し、ジョブ指示書に顧客情報が存在し、かつ、紐付けテーブルに顧客情報が登録されている場合に、顧客情報に紐付けられたカラーコンフィグレーション設定によりジョブ指示書を更新して印刷設定を補完することにより、ジョブ指示書に記載されている印刷設定が印刷指示装置で実行不可能であると判断したジョブ指示書の印刷設定を画像形成装置に適したジョブ指示書に変更する変更部と、
を備えることを特徴とする。

また、本発明のプログラムは、
顧客から受注した受注ジョブに関するジョブ指示書を生成し、受注ジョブの実行を指示する印刷工程管理装置と、印刷工程管理装置からジョブ指示書、及び受注ジョブの実行の指示を受信する印刷指示装置とを有する印刷工程管理システムで使用され、印刷指示装置からの印刷指示を受けて印刷を行う画像形成装置において、
印刷指示装置が実行できる印刷設定の情報を取得する取得処理と、
取得処理により取得された印刷設定の情報を基に、ジョブ指示書における顧客情報の有無を判定し、ジョブ指示書に顧客情報が存在し、かつ、顧客に関する顧客情報と、画像形成装置で使用されるカラーコンフィグレーション設定とを紐付けた紐付けテーブルに顧客情報が登録されている場合に、顧客情報に紐付けられたカラーコンフィグレーション設定によりジョブ指示書を更新して印刷設定を補完することにより、ジョブ指示書に記載されている印刷設定が印刷指示装置で実行不可能であると判断したジョブ指示書の印刷設定を画像形成装置に適したジョブ指示書に変更する変更処理と、
をコンピュータに実行させることを特徴とする。

上記構成の画像形成装置あるいはプログラムにおいて、印刷工程管理装置が印刷指示装置にジョブ実行が指示されたとき、その指示内容（印刷設定）が印刷指示装置で実行不可能である場合に、画像形成装置に適したジョブ指示書に変更し、ジョブテンプレートファイルを作成する。これにより、顧客は、ホットフォルダの運用が不要になるため、ホットフォルダを別途作成する作業が不要になるとともに、印刷指示装置とホットフォルダでそれぞれどのようなジョブ設定項目が存在しているかを把握しておく必要がなくなる。

本発明によれば、ホットフォルダの運用が不要になるため、印刷作業を円滑に行うことができるとともに、印刷工程の管理が容易になる。

本発明が適用される印刷工程管理システムのシステム構成の一例を示すブロック図である。 本発明が適用される印刷工程管理システムの具体的な構成例及び処理の流れを示すブロック図である。 クライアントＰＣ及びデジタルプリンタのハードウェア構成の一例を示すブロック図である。 ＣＴＰ−ＷＦで実行できる印刷設定機能情報の取得の処理の流れを示すフローチャートである。 クライアントＰＣの状態監視とＪＤＦの取得についての処理手順の一例を示すフローチャートである。 クライアントＰＣからＪＤＦを取得した後のプリンタコントローラの処理手順の一例を示すフローチャートである。 プリンタコントローラから変換済みのＪＤＦを取得した後のクライアントＰＣの処理手順の一例を示すフローチャートである。 クライアントＰＣ（ＣＴＰ−ＷＦ）でのテンプレート選択イメージの一例を示す図である。 顧客情報とカラーコンフィグレーションの紐付けテーブルの一例を示す図である。 カラーコンフィグレーション設定の補正処理の一例を示すフローチャートである。

以下、本発明を実施するための形態（以下、「実施形態」と記述する）について図面を用いて詳細に説明する。本発明は実施形態に限定されるものではない。なお、以下の説明や各図において、同一要素又は同一機能を有する要素には同一符号を用いることとし、重複する説明は省略する。

＜印刷工程管理システム＞
図１は、本発明が適用される印刷工程管理システムのシステム構成の一例を示すブロック図である。図１に示すように、本適用例に係る印刷工程管理システム１は、印刷工程管理装置２と、印刷指示装置３と、画像形成装置４とを備える構成となっている。画像形成装置４は、後処理機を含む場合もある。そして、本印刷工程管理システム１において、画像形成装置４として本発明の画像形成装置が用いられる。すなわち、本発明の画像形成装置は、上記構成の印刷工程管理システム１で用いられる画像形成装置である。本発明の画像形成装置として、デジタルプリンタ等の印刷機を例示することができる。

印刷工程管理装置２は、受注ジョブに関するジョブ指示書を生成し、印刷指示装置３に対してジョブの実行を指示する。本印刷工程管理システム１では、印刷工程管理装置２は、ＭＩＳと呼ばれる工程管理アプリケーションに相当する。印刷指示装置３は、印刷工程管理装置２からジョブ指示書及びジョブ実行の指示を受信し、画像形成装置４に対して印刷の指示を行う。本印刷工程管理システム１では、印刷指示装置３は、ＣＴＰ−ＷＦと呼ばれる面付け・製版アプリケーションに相当する。画像形成装置４は、印刷指示装置３からの印刷指示を受けて印刷を行う。

図２は、本適用例に係る印刷工程管理システム１の具体的な構成例及び処理の流れを示すブロック図である。

本印刷工程管理システム１において、印刷工程管理装置２は、印刷工程の管理を行うＭＩＳのアプリケーションをインストールしたサーバーＰＣ(Personal Computer)２０であり、その構成は後述するクライアントＰＣ３０と同様である。サーバーＰＣ２０は、顧客から印刷ジョブを受注した後、印刷設定や顧客情報（顧客名、出荷先、納期等）を記載したジョブ指示書（ＪＤＦ）を作成し、後続のクライアントＰＣ３０に対してジョブ実行の指示を行う。また、サーバーＰＣ２０は、印刷の状態や納期に対する進捗状況の管理も行う。

本印刷工程管理システム１において、印刷指示装置３は、ＣＴＰ−ＷＦのアプリケーションをインストールしたクライアントＰＣ３０であり、その構成の詳細については後述する。ＣＴＰ−ＷＦは、印刷工程及び後処理工程の一元管理や印刷／後処理指示を行うアプリケーションである。クライアントＰＣ３０は、画像形成装置４の一例であるデジタルプリンタ４０や後処理機へのジョブ投入と、それらの進捗状況の確認等を行う。

クライアントＰＣ３０がサーバーＰＣ２０からジョブ指示を受信すると、クライアントＰＣ３０のオペレータ（ＣＴＰ−ＷＦオペレータ）は、その指示に従ってデジタルプリンタ４０や後処理機にジョブの振り分けを行う。ここでは、画像形成装置４としてデジタルプリンタ４０を例示したが、これに限られるものではなく、オフセット印刷機等であってもよい。

デジタルプリンタ４０は、クライアントＰＣ３０からのジョブ投入を受けて印刷処理を実行する。デジタルプリンタ４０は、比較的小規模の印刷に向いており、主に小ロット印刷の場合に用いられる。また、デジタルプリンタ４０は、オフセット印刷機で大量印刷する前の確認段階（プルーフ）としても用いられる。

デジタルプリンタ４０は、大きく、プリンタコントローラ、プリンタエンジン及びインライン後処理機の３つのモジュールによって構成される。プリンタコントローラは、デジタルプリンタ４０におけるＲＩＰ(Raster Image Processor)モジュールである。プリンタエンジンは、デジタルプリンタ４０における画像転写、印刷、排紙等の画像形成のための各処理を行う。インライン後処理機は、デジタルプリンタ４０に直付けされた後処理機であり、印刷した用紙に対し、その場でステープルやパンチ等の後処理を行う。

因みに、ＪＤＦ連携での印刷工程には、一般的に、ＣＴＰ（オフセット印刷機用の版制作装置）、オフセット印刷機、ニアライン後処理機、オフライン後処理機が構成に含まれるケースが存在する。

＜クライアントＰＣ及びデジタルプリンタのハードウェア構成＞
図３は、クライアントＰＣ３０及びデジタルプリンタ４０のハードウェア構成の一例を示すブロック図である。

［クライアントＰＣ］
図３に示すように、クライアントＰＣ３０は、ＣＰＵ(Central Processing Unit)３１、ネットワーク通信インターフェース（Ｉ／Ｆ）３２、メモリ３３、ＨＤＤ(Hard Disk Drive)３４等により構成され、前述のＣＴＰ−ＷＦのアプリケーション３５がインストールされている。ＣＴＰ−ＷＦのアプリケーション３５により作成した印刷データは、ネットワーク通信インターフェース３２を介してデジタルプリンタ４０内のプリンタコントローラ４１に送信される。

［デジタルプリンタ］
デジタルプリンタ４０は、プリンタコントローラ４１とプリンタエンジン４２とに分けられる。

（プリンタコントローラ）
プリンタコントローラ４１は、ネットワーク通信インターフェース４１１、ＣＰＵ４１２、メモリ４１３、ＨＤＤ４１４、ＲＩＰ部４１５、プリンタエンジン通信インターフェース４１６等から構成されている。ＨＤＤ４１４は、保存ジョブの画像データや設定情報を格納するモジュールである。

プリンタコントローラ４１は、クライアントＰＣ３０から送信された印刷データをネットワーク通信インターフェース４１１にて受信し、ＲＩＰ部４１５にてラスタライズ処理を行う（メモリ４１３上に展開したデータをＣＰＵ４１２が処理実行する）。ラスタライズ処理の完了後、画像データと後処理設定データはプリンタエンジン通信インターフェース４１６を介してプリンタエンジン４２へ送信される。

（プリンタエンジン）
プリンタエンジン４２は、プリンタエンジン通信インターフェース４２１、給紙部４２２、画像形成部４２３、排紙部４２４、インライン後処理機４２５、操作部４２６等から構成され、プリンタコントローラ４１から受信した画像データを用紙に印刷する。また、インライン後処理機４２５では、印刷済み用紙に対してステープルやパンチ等の後処理を実施できる。

＜ＪＤＦ連携におけるデータ通信について＞
一般的に、ＭＩＳやＣＴＰ−ＷＦとの連携では、ＪＤＦと呼ばれる規格でデータ通信が行われている。ＪＤＦは業界共通規格であり、異なるベンダー間でのデータ通知を可能とするものである。そのため、開発元が異なるＣＴＰ−ＷＦや画像形成装置を連携させることができ、ＪＤＦ（ジョブ指示書）に記載された共通フォーマットの印刷指示やジョブ状態情報等を参照することで、印刷や後処理の実施、印刷工程の管理を可能としている。

＜クライアントＰＣ及びデジタルプリンタの処理＞
以下に、クライアントＰＣ（ＣＴＰ−ＷＦ）３０及びデジタルプリンタ４０のプリンタコントローラ４１の処理の流れについて説明する。デジタルプリンタ４０は、本発明の一実施形態に係る画像形成装置の一例である。以下では、ＪＤＦ及びＪＭＦ(Job Messaging Format)を用いた通信を例に挙げて説明するが、必ずしもこの方式に限定されるものではない。

［クライアントＰＣで実行できる印刷設定機能情報の取得］
クライアントＰＣ（ＣＴＰ−ＷＦ）３０とプリンタコントローラ４１との初回接続時に印刷設定可能な機能の情報取得を行い、取得した情報を保持する。具体的には、図４のフローチャートに示すように、クライアントＰＣ３０がプリンタコントローラ４１に対して接続を行うと、初期通信のメッセージが送信される。これは、デジタルプリンタ４０側の状態（給紙トレイ情報、用紙一覧情報、インライン後処理機の構成情報等）の取得要求の通知である。

プリンタコントローラ４１がこの要求に対する返答データの作成及び通知をクライアントＰＣ３０へ行い、さらにジョブ設定能力の取得要求を行う。この状態取得の要求／返答には、ＪＭＦと呼ばれるＸＭＬ(Extensible Markup Language)フォーマットを用いたデータ通信が行われる。プリンタコントローラ４１からクライアントＰＣ３０へのジョブ設定能力の取得要求と、それに対する返答についてもＪＭＦを利用することで実現できる。

例）デジタルプリンタ４０側で実行可能な印刷設定を通知するＪＭＦ
Ｋｎｏｗｎ Ｄｅｖｉｃｅｓと呼ばれるＪＭＦメッセージを用いることで、デジタルプリンタ４０が実行可能な印刷設定を通知することができる。例えば、ステープル設定の場合、プリンタコントローラ４１からクライアントＰＣ３０へ通知されるＪＭＦには以下のような記載がされる。
<Name="StitchingParams">
<EnumerationState AllowedValueList="Corner Side"/>
<Name/>
これは、「このプリンタではコーナーステープル及びサイドステープルが可能である」ことを意味する。

クライアントＰＣ３０でのジョブ設定能力のデータ作成についても同様の形式を用いればよく、そのデータをプリンタコントローラ４１で解析することで、クライアントＰＣ３０（即ち、印刷指示装置３）がどのような印刷設定が可能かを知ることが出来る。

［クライアントＰＣの状態監視とＪＤＦの取得］
次に、クライアントＰＣ（ＣＴＰ−ＷＦ）３０の状態監視とＪＤＦ（ジョブ指示書）の取得の処理について、図５のフローチャートを用いて説明する。

プリンタコントローラ４１は、クライアントＰＣ３０の監視を行い、クライアントＰＣ（ＣＴＰ−ＷＦ）３０が、印刷工程管理装置２であるサーバーＰＣ（ＭＩＳ）２０からジョブ実行が指示されたかを検知する（ステップＳ１１）。サーバーＰＣ２０からのジョブ実行の指示は、ＪＤＦ（ジョブ指示書）の送信によって行われる。

クライアントＰＣ３０は、サーバーＰＣ２０から受信したＪＤＦの保存先をプリンタコントローラ４１から一定間隔で確認する（ステップＳ１２）。次に、その保存先にＪＤＦが新規に保存された（特定フォルダにファイルが追加された）場合に、プリンタコントローラ４１は、クライアントＰＣ３０がサーバーＰＣ２０からジョブ指示されたことを検知する（ステップＳ１３）。そして、クライアントＰＣ３０がサーバーＰＣ２０からジョブ指示されたことを検知した場合、プリンタコントローラ４１は、クライアントＰＣ３０に対してＪＤＦの取得要求及び取得を行う（ステップＳ１４）。

［クライアントＰＣの印刷設定可否の判定とジョブテンプレートの保存］
次に、クライアントＰＣ（ＣＴＰ−ＷＦ）３０の印刷設定可否の判定とジョブテンプレートの保存の処理について説明する。

まず、クライアントＰＣ３０からＪＤＦを取得した後のプリンタコントローラ４１の処理について、図６のフローチャートを用いて説明する。この処理は、図３に示すプリンタコントローラ４１において、ＣＰＵ４１２による制御の下に実行される。

プリンタコントローラ４１において、ＣＰＵ４１２は、クライアントＰＣ３０から取得したＪＤＦを解析する（ステップＳ２１）。この解析により、ＪＤＦにどのような印刷設定が記載されているかを把握する。続いて、ＣＰＵ４１２は、ＪＤＦの解析結果と、クライアントＰＣ３０との初回接続時に入手済みの設定能力とを比較し、ＪＤＦに記載の印刷設定がクライアントＰＣ（ＣＴＰ−ＷＦ）３０で設定可能か否かを判定する（ステップＳ２２）。

ここで、ステープル設定を例に挙げると、先述したＪＭＦパラメータの比較を行えばよい。例えば、下記のような場合、
-ＪＤＦ記載：<EnumerationState AllowedValueList="Corner"/>
-ＣＴＰ−ＷＦ設定能力：<EnumerationState AllowedValueList="Corner Side"/>
クライアントＰＣ３０では、コーナーステープル及びサイドステープルが設定可能であるため、ＪＤＦに記載のコーナーステープルはＣＴＰ−ＷＦ上で設定可能、という判定結果となる。

ＣＰＵ４１２は、ステップＳ２２の判定結果がＣＴＰ−ＷＦ上で設定可能であれば（Ｓ２２のＹｅｓ）、本処理を終了する。この場合、クライアントＰＣ３０のオペレータ（ＣＴＰ−ＷＦオペレータ）がアプリケーション上で印刷設定を行い、デジタルプリンタ４０へジョブ投入すればよい。

ＣＰＵ４１２は、ステップＳ２２の判定結果がＣＴＰ−ＷＦ上で設定が不可能であれば（Ｓ２２のＮｏ）、受信したＪＤＦをそのプリンタ用のＪＤＦ、即ちデジタルプリンタ４０に適したＪＤＦに変換（変更）する（ステップＳ２３）。変換を行う理由は、次の通りである。すなわち、ＪＤＦは標準規格であるものの、ベンダーによって解釈の仕方（各種パラメータの記載方法など）が異なるケースが存在するためである。受信したＪＤＦをそのまま利用できるのであれば変換（変更）する必要はない。最後に、ＣＰＵ４１２は、その変換済みＪＤＦ（印刷設定情報）をクライアントＰＣ３０へ送信する（ステップＳ２４）。

続いて、プリンタコントローラ４１から変換済み（変更済み）のＪＤＦを取得した後のクライアントＰＣ３０の処理について、図７のフローチャートを用いて説明する。この処理は、図３に示すクライアントＰＣ３０において、ＣＰＵ３１による制御の下に実行される。

クライアントＰＣ３０において、ＣＰＵ３１は、プリンタコントローラ４１が送信した変換済みのＪＤＦを受信し（ステップＳ３１）、次いで受信した変換済みのＪＤＦと、プリセットとして保存されているＪＤＦジョブテンプレートとを比較する（ステップＳ３２）。そして、ＣＰＵ３１は、設定内容が同一という比較結果の場合（Ｓ３２のＹｅｓ）、受信した変換済みのＪＤＦは不要となるため削除する（ステップＳ３３）。また、ＣＰＵ３１は、設定内容がプリセットのテンプレートに一致しないという比較結果の場合（Ｓ３２のＮｏ）、受信した変換済みのＪＤＦをプリセットテンプレートファイル（ジョブテンプレートファイル）としてＣＴＰ−ＷＦ内に保存する（ステップＳ３４）。

換言すれば、ＣＰＵ３１は、プリンタコントローラ４１が送信した変換済みのＪＤＦに関するデータを受信したとき、受信データがプリセットデータ（プリセットのテンプレート）と同一の場合には、その受信データを破棄する処理を行う。ＣＰＵ３１はさらに、受信データのファイル形式がＪＤＦ（ジョブ指示書）形式でない場合（即ち、設定内容がプリセットのテンプレートに一致しない場合）には、受信データのファイル形式をＪＤＦ形式へ変換する処理を行う。

［ＣＴＰ−ＷＦのテンプレート運用について］
ここで、ＣＴＰ−ＷＦのテンプレートの運用について説明する。クライアントＰＣ（ＣＴＰ−ＷＦ）３０は、プリンタドライバ等と同様に印刷設定を行うＧＵＩを搭載しているが、一般的に設定可能な項目は多くない。デジタルプリンタ４０側は、くるみ製本、リングバインド、各種折り等、多彩なインライン後処理が可能であるが、クライアントＰＣ３０ではステープルやパンチといった基本的な設定しかできないものが多い。また、印刷設定用のＧＵＩを搭載していないクライアントＰＣ３０も存在する。

そのような場合に、デジタルプリンタ４０側で実行可能な印刷設定を記載したＪＤＦをクライアントＰＣ３０に予め保存しておき、印刷指示する際に、そのＪＤＦを選択するというジョブテンプレート運用が行われる。これによれば、クライアントＰＣ３０でくるみ製本が設定できないとしても、くるみ製本設定済みのＪＤＦを予め保存しておくことで、印刷時にくるみ製本を指示できることになる。図８に、クライアントＰＣ（ＣＴＰ−ＷＦ）３０でのテンプレート選択イメージの一例を示す。

［ＪＤＦの補正］
先述したように、プリンタコントローラ４１は、クライアントＰＣ３０からＪＤＦを取得する、即ちサーバーＰＣ２０がクライアントＰＣ３０に送信したＪＤＦを取得する。このＭＩＳ製ＪＤＦには、印刷設定以外にも各種管理用パラメータ（顧客情報、出荷先、納期等）が含まれているが、通常、プリンタコントローラ４１は、デジタルプリンタ４０での印刷に直接かかわるパラメータでないため、これらのパラメータを無視する。

プリンタコントローラ４１は、先述したプリンタコントローラ４１のＪＤＦ解析時に、上記管理用パラメータを印刷設定に反映させることもできる。一例として、顧客毎の色変換設定について説明する。印刷物の受注顧客または出荷先(企業、国)に応じて適切な色設定を適用し、印刷を行うことが望まれる。例えば、商業枚葉印刷向け規格のＧＲＡＣｏＬ（登録商標）、日本の広告業界（雑誌制作等）ではＪＭＰＡ（雑誌協会カラーターゲット）カラー、欧州向け印刷物ではＦｏｇｒａ認証取得済みカラーコンフィグレーションなどが挙げられる。

実現手段として、顧客情報とプリンタコントローラ４１が有するカラーコンフィグレーション設定とを紐付けたテーブルをあらかじめ作成しておき、その作成した紐付けテーブルを特定の場所に印刷設定を補完するデータベースとして保存しておく。紐付けテーブルの保存先（特定の場所）については、プリンタコントローラ４１のＨＤＤ４１４（図３参照）でも良いし、外部サーバー等でも良い。図９に、顧客情報とカラーコンフィグレーションの紐付けテーブルの一例を示す。

ここで、プリンタコントローラ４１において実行される、カラーコンフィグレーション設定の補正処理について、図１０のフローチャートを用いて説明する。プリンタコントローラ４１の動作としては、先述したプリンタコントローラ４１のＪＤＦ解析処理に、顧客情報の有無の判定処理を加えればよい。すなわち、カラーコンフィグレーション設定の補正処理は、図６のステップＳ２１のＪＤＦ解析における処理となる。

プリンタコントローラ４１において、ＣＰＵ４１２は、クライアントＰＣ３０から取得したＪＤＦを解析する（ステップＳ２１１）。この解析により、ＪＤＦにどのような印刷設定が記載されているかを把握する。続いて、ＣＰＵ４１２は、ＪＤＦ顧客情報の有無を判定する（ステップＳ２１２）。

次に、ＣＰＵ４１２は、顧客情報が存在すると判定した場合（Ｓ２１２のＹｅｓ）、図１０の紐付けテーブル（データベース）にアクセスし、その顧客情報が登録されているか否か、即ち顧客情報が存在するか否かを判定する（ステップＳ２１３）。そして、ＣＰＵ４１２は、顧客情報が登録済みであれば（Ｓ２１３のＹｅｓ）、紐付けられているカラーコンフィグレーション情報を取得し、ＪＤＦに適用する、即ちＪＤＦを更新する（ステップＳ２１４）。

すなわち、ＣＰＵ４１２は、クライアントＰＣ３０から取得したＪＤＦに基づいて、データベースである紐付けテーブルにアクセスしてデータ検索を行い、目的のデータである顧客情報を検出した場合にＪＤＦを更新する。ステップＳ２１２で顧客情報が存在しないと判定（Ｎｏ）した場合及びステップＳ２１３で紐付けテーブルに顧客情報が存在しないと判定（Ｎｏ）した場合は、その時点で本処理を終了する。

［プログラム］
上述したプリンタコントローラ４１の種々の処理は、コンピュータの一例であるＣＰＵ４１２に対するプログラムの命令によって実行される。プリンタコントローラ４１の種々の処理をＣＰＵ４１２に実行させる処理プログラム（本発明のプログラム）については、プリンタコントローラ４１のメモリ４１３（図３参照）にあらかじめインストールしておくことが考えられる。ただし、これに限定されるものではなく、有線や無線による通信手段によって提供することも可能であるし、コンピュータ読み取りが可能なＩＣカードやＵＳＢメモリ等の記憶媒体に格納して提供することも可能である。

以上説明したように、サーバーＰＣ（ＭＩＳ）２０とクライアントＰＣ（ＣＴＰ−ＷＦ）３０とを有する印刷工程管理システム１で使用される、本実施形態に係るデジタルプリンタ４０は、ホットフォルダの作成を不要とするために次の構成を採っている。まず、デジタルプリンタ４０は、クライアントＰＣ３０が実行できる印刷設定情報（ＪＤＦ）を取得する取得部の機能を有する。このＣＴＰ−ＷＦが実行可能な印刷設定情報を取得する取得部の処理は、図５のステップＳ１４で実行される。

また、本実施形態に係るデジタルプリンタ４０は、その取得した印刷設定情報（ＪＤＦ）を解釈する解釈部の機能と、解析結果を基に、サーバーＰＣ２０から受信したＪＤＦに記載されている印刷設定がクライアントＰＣ３０で実行可能であるか否かを判断する判断部の機能とを有する。解釈部の処理は、図６のステップＳ２１で実行される。判断部の処理は、図６のステップＳ２２で実行される。

本実施形態に係るデジタルプリンタ４０はさらに、ＪＤＦの印刷設定がクライアントＰＣ３０で実行可能かの判断結果が実行不可能である場合（Ｓ２２のＮｏ）、ＪＤＦの印刷設定の内容を、自身（デジタルプリンタ４０）に適した印刷設定（ＪＤＦ）に変更（変換）する変更部の機能を有する。このＪＤＦの印刷設定を変更する変更部の処理は、図６のステップＳ２３で実行される。

上述したデジタルプリンタ４０の処理により、サーバーＰＣ（ＭＩＳ）２０がクライアントＰＣ（ＣＴＰ−ＷＦ）３０にジョブ実行を指示すると、その指示内容（印刷設定）がＣＴＰ−ＷＦで設定不可能である場合に、ジョブテンプレートファイルを自動的に作成することができる。これにより、顧客は、ホットフォルダの運用が不要になり、ＣＴＰ−ＷＦのみを扱えばよくなる。したがって、顧客は、ホットフォルダを別途作成する作業が不要になるとともに、ＣＴＰ−ＷＦとホットフォルダでそれぞれどのようなジョブ設定項目が存在しているかを把握しておく必要がなくなるため、印刷作業を円滑に行うことができる。また、設定可能な印刷設定の一覧をＣＴＰ−ＷＦ上で知ることができ、ＣＴＰ−ＷＦ上で印刷設定を一元管理できるため、印刷工程の管理が容易になる。

＜変形例＞
以上、本発明について実施形態を用いて説明したが、本発明は上記実施形態に記載の範囲には限定されない。すなわち、本発明の要旨を逸脱しない範囲内で上記実施形態に多様な変更または改良を加えることができ、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれる。例えば、上記実施形態では、ＪＤＦ及びＪＭＦを用いた通信を例に挙げて説明したが、必ずしもこの方式に限定されるものではなく、例えばＭＩＢ(Management Information Base)テーブルを用いる方式であってもよい。

また、上記実施形態では、プリンタコントローラ４１が有する取得部、解釈部、判断部及び変更部の各機能部について、ＣＰＵ４１２がそれぞれの機能を実現するプログラムを解釈し、実行することにより、ソフトウェアで実現するとしたが、これに限られるものではない。すなわち、上記の各機能部などについては、それらの一部または全部を、例えば集積回路で設計する等により、ハードウェアで実現することもできる。

１…印刷工程管理システム、 ２…印刷工程管理装置、 ３…印刷指示装置、 ４…画像形成装置、 ２０…サーバーＰＣ（ＭＩＳ）、 ３０…クライアントＰＣ（ＣＴＰ−ＷＦ）、 ４０…デジタルプリンタ

Claims (3)

1. 顧客から受注した受注ジョブに関するジョブ指示書を生成し、前記受注ジョブの実行を指示する印刷工程管理装置と、前記印刷工程管理装置から前記ジョブ指示書、及び前記受注ジョブの実行の指示を受信する印刷指示装置とを有する印刷工程管理システムで使用され、前記印刷指示装置からの印刷指示を受けて印刷を行う画像形成装置であって、
   前記印刷指示装置が実行できる印刷設定の情報を取得する取得部と、
   前記顧客に関する顧客情報と、画像形成装置で使用されるカラーコンフィグレーション設定とを紐付けた紐付けテーブルと、
   前記取得部が取得した印刷設定の情報を基に、前記ジョブ指示書における前記顧客情報の有無を判定し、前記ジョブ指示書に前記顧客情報が存在し、かつ、前記紐付けテーブルに前記顧客情報が登録されている場合に、前記顧客情報に紐付けられた前記カラーコンフィグレーション設定により前記ジョブ指示書を更新して印刷設定を補完することにより、前記ジョブ指示書に記載されている印刷設定が前記印刷指示装置で実行不可能であると判断した前記ジョブ指示書の印刷設定を前記画像形成装置に適したジョブ指示書に変更する変更部と、
   を備えることを特徴とする画像形成装置。
2. 前記印刷指示装置は、
   前記画像形成装置から前記変更部が変更したジョブ指示書に関するデータを受信したとき、この受信したデータがプリセットデータと同一の場合には、その受信データを破棄し、前記受信したデータのファイル形式がジョブ指示書形式でない場合には前記受信したデータのファイル形式をジョブ指示書形式へ変換する
   ことを特徴とする請求項１に記載の画像形成装置。
3. 顧客から受注した受注ジョブに関するジョブ指示書を生成し、前記受注ジョブの実行を指示する印刷工程管理装置と、前記印刷工程管理装置から前記ジョブ指示書、及び前記受注ジョブの実行の指示を受信する印刷指示装置とを有する印刷工程管理システムで使用され、前記印刷指示装置からの印刷指示を受けて印刷を行う画像形成装置において、
   前記印刷指示装置が実行できる印刷設定の情報を取得する取得処理と、
   前記取得処理により取得された印刷設定の情報を基に、前記ジョブ指示書における前記顧客に関する顧客情報の有無を判定し、前記ジョブ指示書に前記顧客情報が存在し、かつ、前記顧客情報と、画像形成装置で使用されるカラーコンフィグレーション設定とを紐付けた紐付けテーブルに前記顧客情報が登録されている場合に、前記顧客情報に紐付けられた前記カラーコンフィグレーション設定により前記ジョブ指示書を更新して印刷設定を補完することにより、前記ジョブ指示書に記載されている印刷設定が前記印刷指示装置で実行不可能であると判断した前記ジョブ指示書の印刷設定を前記画像形成装置に適したジョブ指示書に変更する変更処理と、
   をコンピュータに実行させることを特徴とするプログラム。

Images