JP2022181000A - ワークフロー制御システム、ワークフロー制御方法およびプログラム - Google Patents

Abstract

【課題】印刷成果物製造の受発注業務に係る電子入稿の効率化、省力化並びに自動化を促進するワークフロー制御システム、ワークフロー制御方法およびプログラムを提供する。【解決手段】印刷業者システム１０４、１０５、１０６内で構築され運用され、発注者システム１０１、１０２、１０３から依頼された印刷成果物の製造を担うワークフローにおいて、発注と異なるタイミングで為される入稿処理、かつ、複数回に及んで実行される入稿処理と印刷業者が生産に供するワークフローの制御の両立を図ることで、発注者並びに受注者である印刷業者双方の利便性及び効率性を実現し、印刷成果物の更なる受発注業務の自動化と効率化を促進させる生産計画工程１００５（ワークフロー制御プログラム）を備える。【選択図】図１０

Description

本発明はワークフローシステムに関し、特に印刷成果物の発注と製造のためのワークフロー制御システム、ワークフロー制御方法およびプログラムに関する。

商業印刷分野において、ウェブ発注等の電子受発注、および電子的な入稿システムを印刷業者が提供する事の重要性と、それに対する要望とが近年高まっている。

これらの要望を受けて印刷会社によってはウェブシステムをベースとした受発注システムを公開している。また、このような電子的な受発注業務の広がりを受け、受注システム、発注システムが各社各様とならぬよう、共通性を担保するためにＰｒｉｎｔＴａｌｋのような電子取引データの標準仕様も存在する。標準仕様は、受発注業務における各種コマンド、交換される情報を共通化し、システムの共通化をもたらし受注者、発注者双方に利便性を享受させることを目的に策定されている。

特開２００４－２１３３７８号公報

しかしながら、従来技術における印刷成果物の受発注ならびに入稿処理を行う電子的な入稿システムには、ユーザに利便性を提供するうえで更なる課題が存在する。具体的には次に示すような課題である。

一般的に印刷成果物の受発注業務の業態として、発注者は印刷業者に対し、成果物の注文内容の概要を伝えて、見積もりを取得、該見積もりに基づき発注処理を行う。発注処理を行う際に印刷対象データである入稿データの提供を印刷会社が発注者に求めることもあるが、印刷成果物の受発注業務の慣習として入稿データは発注の段階までに制作が完了されるとは限らず発注後に入稿される。換言すれば発注処理と入稿処理は別処理として実施される。 また、入稿処理は、訂正や差し替え、追加といった理由により何度か繰り返し実行されることがある。これら後から複数回に及んで実施されうる入稿処理はＰｒｉｎｔＴａｌｋのような電子取引データの標準仕様においても考慮されている。すなわち、電子取引データの標準仕様に準拠したシステムによっても印刷成果物の発注者は電子化されていない従来の慣習における入稿データの制作並びに入稿を同等の慣習に準じて実施することが可能である。特許文献１においても、入稿処理を実施済であるデータに対する電子的手段による修正依頼を入稿後に実施することを目的とした技術は存在する。

しかしながら前述したような印刷業の慣習に基づく追加入稿や差し替え入稿を許容するものではないため、課題の解決手段を提供するに至っていない。

一方で、印刷業者は発注者から発注処理を受けた場合、入稿データの受領を待つことなく印刷会社内部に構築されたワークフローの実行の事前準備に着手することが知られている。具体的にはＭＩＳシステムと呼ぶ入稿・受注業務全体を管理するシステムに発注者から受領した情報に基づき必要な事項が入力される。さらに、生産を行うために必要となる工程を受注時に受領した情報から判別し、内部で実行される工程とその順序が決定され、生産に向けての準備が実行される。また、入稿後にも、本生産の前に校正印刷などの準備を行うこともある。このため、発注後の入稿や再入稿があると、その内容によっては準備作業のやり直しが必要となることがある。

つまり、発注者は、印刷業者に発注後に数度に及んで発注者側都合によるタイミングで入稿データを送付することがある。一方、発注者の都合による入稿は、印刷業者が受注した印刷成果物の生産業務の効率化の妨げとなり得る。このように、発注者の都合による入稿と印刷業者による業務の効率化には、相容れない本質的な事情が存在する。このような困難な事情に対し、現実的かつ効率的な電子的な印刷成果物の受発注業務を達成する為の解決手段はこれまで提供されていなかった。

本発明は上述のような状況を鑑みてなされたものである。すなわち、柔軟な入稿タイミングと、ワークフロー処理の効率的な実行との両立を目的としている。

上記目的を達成するために本発明は以下の構成を有する。すなわち、本発明の第１の側面によれば、入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御システムであって、
入稿データを受け付ける入稿手段と、
元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程が特定の工程またはそれ以降の工程であるか判定する判定手段を有し、
前記入稿手段は、前記判定手段により前記現在の処理工程が前記特定の工程またはそれ以降の工程であると判定した場合には、前記新たな入稿データを受け付けず、それ以外の場合には、前記新たな入稿データを受け付ける
ことを特徴とするワークフロー制御システムが提供される。

本発明の第２の側面によれば、入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御システムであって、
入稿データを受け付ける入稿手段と、
元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程およびそれ以前の工程が自動化されているか判定する判定手段を有し、
前記入稿手段は、前記判定手段により前記現在の処理工程およびそれ以前の工程が自動化されていると判定した場合には、前記新たな入稿データを受け付け、それ以外の場合には、前記新たな入稿データを受け付けない
ことを特徴とするワークフロー制御システムが提供される。

本発明の第３の側面によれば、入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御システムであって、
入稿データを受け付ける入稿手段と、
前記入稿データを処理するための生産計画を作成する生産計画手段と、
元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程が印刷の前処理を行うプリプレス工程であるか否かを判定する第１の判定手段と、
前記現在の処理工程が前記プリプレス工程であると判定された場合に、前記生産計画に基づいて、実際に印刷を行うプレス工程の生産能力に余力がある判定する第２の判定手段とを有し、
前記入稿手段は、前記第２の判定手段により余力があると判定した場合には、前記新たな入稿データを受け付け、それ以外の場合には、前記新たな入稿データを受け付けない
ことを特徴とするワークフロー制御システムが提供される。

本発明の第４の側面によれば、入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御システムであって、
入稿データを受け付ける入稿手段と、
前記入稿データを処理するための生産計画を作成する生産計画手段と、
元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程が印刷の前処理を行うプリプレス工程であるか否かを判定する第１の判定手段と、
前記現在の処理工程が前記プリプレス工程であると判定された場合に、前記生産計画に基づいて、実際に印刷を行うプレス工程で使用する画像形成装置の種別を判定する第２の判定手段とを有し、
前記入稿手段は、前記第２の判定手段により判定された前記画像形成装置の種別に応じて、前記新たな入稿データを受け付ける
ことを特徴とするワークフロー制御システムが提供される。

本発明によれば、柔軟な入稿タイミングと、ワークフロー処理の効率的な実行との両立を図ることができる。

第１実施形態における受発注システムおよび印刷業者システム全体を示すブロック図 第１実施形態における情報処理装置のハード構成図 第１実施形態における第一の情報処理装置のソフト構成図 第１実施形態における第二の情報処理装置のソフト構成図 第１実施形態における第一の情報処理装置における操作フローの説明図 第１実施形態における第一の情報処理装置における操作フローの第二の説明図 第１実施形態における第二の情報処理装置における追加入稿データ操作の動作を示す一例の図 第１実施形態における第一及び第二の情報処理装置で交換される情報のシーケンス図 第１実施形態における第一及び第二の情報処理装置で交換される情報の一例を説明するための図 第１実施形態における第一及び第二の情報処理装置で交換される情報の一例を説明するための図 第１実施形態における第一及び第二の情報処理装置で交換される情報の一例を説明するための図 第１実施形態における第二の情報処理装置で実行ならびに制御されるワークフローの構成図 第１実施形態における入稿処理の受理並びに可否判別を説明するためのフロー図 第２実施形態における入稿処理の受理並びに可否判別を説明するためのフロー図 ワークフロー制御プログラムが内部に備える管理テーブルの一例を示す図 第３実施形態における入稿処理の受理並びに可否判別を説明するためのフロー図 第４実施形態における入稿処理の受理並びに可否判別を説明するためのフロー図 第５実施形態における入稿処理の受理並びに可否判別を説明するためのフロー図 第６実施形態における入稿処理の受理並びに可否判別を説明するためのフロー図 第７実施形態における入稿処理の受理並びに可否判別を説明するためのフロー図 第１実施形態における第二の情報処理装置における操作フローの説明図 第１実施形態における第二の情報処理装置における操作フローの第二の説明図 第１実施形態における第二の情報処理装置における操作フローの第三の説明図

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

（第１の実施形態）
●受発注システムの構成
図１は、本発明第一実施形態に係る受発注システムを示すブロック図である。受発注システムは発注者システム１０１，１０２，１０３と、印刷業者システム１０４，１０５，１０６とを含み、それらはインターネット１００によって相互に接続されている。それぞれの発注者システム１０１，１０２，１０３には少なくとも１以上の情報処理装置１０７が含まれる。

以下、印刷業者システム１０４，１０５，１０６の内部構成について詳細に説明する。なお印刷業者システムをワークフロー制御システムまたは印刷システムとも呼ぶこともある。図１に示す通り複数の装置がネットワーク１０９によって相互に接続されている。複数の装置の例としては、情報処理装置１０８、画像形成装置１１０、１１１，１１２、ラミネータ１１４、ＣＴＰ（Ｃｏｍｐｕｔｅｒ Ｔｏ Ｐｌａｔｅ）１１３等がある。

画像形成装置１１０はカットシートタイプのデジタル印刷機である。画像形成装置１１１は、連帳シート用のデジタル印刷機である。画像形成装置１１２はオフセットタイプの印刷機である。印刷会社はそれぞれ機能や性能、方式など異なる機器を通常複数有し、受注した内容や成果物の数、成果物の単価、品質等様々な条件を考慮した上で最適な画像形成装置を選択し、生産を行う。

各装置は情報処理装置１０８上で動作するワークフローソフトウェア群のもと制御され、発注者システム１０１、１０２、１０３より受理した電子取引データ、並びに入稿されたデータ（入稿データ）を処理し、成果物を生産する。成果物は印刷成果物とも呼び、たとえばカット紙に印刷しただけのチラシ、断裁処理やコーティングなどの後処理が施されたシート、ステープルや無線綴じで綴じられた冊子など、種々の印刷物を含む。また、発注者システム１０１、１０２、１０３から印刷業者システム１０４，１０５，１０６に対して為される印刷成果物の受発注に関する要求の送受信は共通化された電子フォーマットをインターネット１００経由で相互に送受信することにより達成される。

ここで複数の異なる発注者システム１０１、１０２，１０３が同じく複数の異なる印刷業者システム１０４、１０５、１０６との間で行う受発注処理において、送受信される電子フォーマットが共通化されている事のメリットは次に示す通りである。

第一に、発注者システムは複数の印刷業者システムの何れを選択し、印刷成果物を発注する場合であっても、印刷会社システムが独自に設ける固有のシステム毎に異なる態様によって受発注処理をする必要がない。何故ならば共通化された電子フォーマットによって共通の発注システムを利用することによって達成することが出来るからである。換言すれば異なる印刷会社であっても共通のシステムを発注者システム１０１、１０２、１０３に提供することが出来る。つまり、複数の印刷業者に対して受発注する場合であっても、受発注に伴う各種処理は統一されたものとなる。その効果として、受発注に係る各種業務の効率化・共通化、さらには自動化が促進される。

第二に、印刷業者システム１０４，１０５，１０６の側においても、複数の異なる発注者システム１０１、１０２、１０３から異なる様式によって印刷成果物の製造業務に関する受発注を実施する必要がない。何故ならば共通化された電子フォーマットによって共通の受注システムを利用することが可能となるからである。換言すれば異なる複数の発注者からの業務を受注する場合であっても、受注する側としては統一された手法によって受注処理を実行することが可能となる。その効果として、各種業務を印刷業者システムにおける受注に係る各種業務の効率化・共通化、さらには自動化が促進される。

上述した以外にも、発注者システム１０１、１０２、１０３および印刷業者システム１０４，１０５，１０６が共通化された電子フォーマットによる制御に基づき印刷成果物の受発注システムを統一的に利用する事のメリットは様々あり得る。例えば、従来業務を委託していた印刷業者から、別の印刷業者に同一内容の印刷成果物の製造を新規に依頼する場合を想定する。受発注に伴い送受信される情報は共通化された電子フォーマットであって、かつ受注者、発注者が保有するシステムが該共通化された電子フォーマットに従って受発注業務を電子的に処理するよう構成されている。故に、前述した従来とは異なる印刷業者に新規に印刷成果物の製造依頼をする際においても、製造を請け負う業者が変わることを意識する必要がない。従って、従来とは異なり柔軟に製造を依頼する印刷業者を変更することを可能とする。

また、次に示す様な更なるメリットもある。受発注時に発注者と印刷業者との間で送受信する電子データやコマンドが共通化されたものであるため、旧来のように業界の慣習や会社ごとに異なる業態等の固有要因を極小化することが容易である。すなわち、受発注業務に要求される各種処理の一部もしくは全部を自動化する際に有利なシステム構成を容易に具現化することが可能となる。

さらには、現在はウェブ入稿をはじめとする電子入稿システムを備えていない印刷業者を想定する。これら業者においても共通化された電子データやコマンドを送受信するための発注者システム、もしくは印刷業者システムをライブラリ化する、あるいは標準的なアプリケーションとして頒布されたものを従来と比較し遥かに容易に導入することが考えられる。このようにして印刷成果物の受発注業務を行っている業界全体にメリットをもたらすことをも可能となる。

さらに、印刷業者システム１０４，１０５，１０６がそれぞれ機能や性能、方式などの異なる種類の画像形成装置１１０，１１１，１１２を保有しているような場合、発注者が、有利な条件の印刷業者を選択することも容易に実現出来る。ここで発注者が印刷業者を選択する条件としては、生産数、品質、納期、その他印刷業者が有する画像形成装置の特徴を含む。

図２は、情報処理装置１０７，１０８の構成を示すブロック図である。同図において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはＨＤＤ２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーションのプログラムを実行する。ＲＯＭ２０３はまたフォントＲＯＭやデータＲＯＭを有している。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボードやポインティングデバイス（不図示）からの入力を制御する。表示コントローラＣＲＴＣ２０６は、表示部ＣＲＴ２１０への表示を制御する。なおここでは表示部をＣＲＴとしているが、液晶その他の方式のディスプレイを採用してよい。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ等を記憶するＨＤＤ２１１等とのアクセスを制御する。ネットワークコントローラ（ＮＩＣ）２１２は、ネットワークに接続されて、そのネットワークに接続された他の機器との通信制御処理を実行する。バス２０４は、ＣＰＵ２０１とＲＡＭ２０２、ＲＯＭ２０３及び各種コントローラ等を接続して、データ信号や制御信号を搬送している。

なお、携帯端末の場合にはキーボードコントローラ（ＫＢＣ）２０５の代わりにタッチパネルコントローラ等を構成に含む場合がある。また、ＨＤＤ２１１の代わりとなる大容量記憶装置を備える場合もある。さらに、ネットワークコントローラ（ＮＩＣ）２１２は、備える装置が有線ＬＡＮ、無線ＬＡＮ其々の場合、あるいは双方を備える場合とで、内部構成が異なる。ただし、これらの内部構成による差異は、ネットワークコントローラ（ＮＩＣ）２１２内部に隠蔽され、同図に示す他のモジュールには等価なものとしてシステムを制御可能な様、構成される。

●ソフトウェア構成
図３は、発注者システム１０１，１０２，１０３における情報処理装置１０７が有するプログラムの構成を例示した図である。ブートローダ３０１は、情報処理装置１０７の電源投入直後に実行されるプログラムである。これらプログラムには、システムの起動に必要となる各種起動シーケンスを実行するためのプログラムが含まれる。オペレーティングシステム３０２は、情報処理装置１０２の機能を実現する各種プログラムの実行環境を提供することを目的としたプログラムである。これは、情報処理装置のメモリ、即ちＲＯＭ２０３やＲＡＭ２０２，ＨＤＤ２１１等の資源管理等の機能を提供する。

ネットワーク制御プログラム３０３は、ネットワークを介して接続される機器に対してデータを送受信する際に実行されるプログラムである。すなわち、ＮＩＣ２１２を制御し、インターネット１００を介して外部とデータやファイルを送受信する際に使われるソフトウェアである。ウェブシステム３０４は、ネットワーク経由で接続された外部機器に対からのウェブベースのサービスの受付や受理、あるいは外部のウェブサービスへのデータやコマンドの送信を司るプログラムである。

発注情報管理プログラム３０５は、発注者システム１０１，１０２，１０３において中心的な役割を担うプログラムである。発注情報管理プログラム３０５は、外部の印刷業者システム１０４，１０５，１０６に対し、発注に係る各種コマンドによる要求やその結果であるレスポンスの受信と解釈を行い、各種コマンドを操作者に実行させるための指示部等を提供する。ここにおける各種コマンドとその実行順序については後述する。

入稿データ管理プログラム３０６は発注する印刷成果物の元データ、すなわち原稿画像データを管理するためのものである。原稿画像データを送信するまで保持するのみであれば、オペレーティングシステム３０２が備えるファイルシステムの機能をそのまま利用することも可能である。ただし、当該入稿データ管理プログラム３０６はデータの加工、コンテンツの作成、編集などを実行する際に利用されるプログラム等も本実施形態においては含まれることを想定している。

ＪＤＦ管理プログラム３０７は、印刷業者システム１０４，１０５，１０６に対して印刷成果物を発注する際に、その成果物の形態を電子的に表現されるＪＤＦフォーマットのファイルの作成、編集等を実行する際に利用されるプログラムである。本プログラムによって編集若しくは作成されたＪＤＦ情報は前記発注情報管理プログラム３０５によって、印刷業者システム１０４，１０５，１０６に対して印刷成果物製造の発注時に送信される。

第一の送信プログラム３０８は発注者システム１０１、１０２、１０３から印刷業者システム１０４，１０５，１０６に対して、受発注処理において送信される各種コマンドの送信処理を行う。第一の送信プログラム３０８が送信するコマンドについては後述する。

第二の送信プログラム３０９は、第一の送信プログラム３０８の送信対象である各種コマンドのうち、発注コマンドが送信されかつ受理された後に、印刷対象データである入稿データを送信する。入稿データ並びに第二の送信プログラムの動作については後述する。

第一の受信プログラム３１０は、第一の送信プログラム３０８および第二の送信プログラム３０９によってコマンド並びにデータが印刷業者システム１０４，１０５，１０６に送信されて処理された結果であるレスポンスデータを受信する。また受信結果を解析する。

図４は、印刷業者システム１０４，１０５，１０６における情報処理装置１０８が有するプログラムの構成を例示した図である。ブートローダ４０１、オペレーティングシステム４０２は、ネットワーク制御プログラム４０３、ウェブシステム４０４の処理内容と役割は図３において示したブートローダ部と同じであるため、説明を割愛する。

受注情報管理プログラム４０５は、印刷業者システム１０１，１０２，１０３において中心的な役割を担うプログラムであり、ＭＩＳシステムと呼ばれる事もある。受注情報管理プログラム４０５は、発注者システム１０１，１０２，１０３による印刷成果物の発注に係る各種コマンドによる要求を受信し、実行結果であるレスポンスの送信、前記各種コマンドを操作者に実行させるための指示部等を提供する。ここにおける各種コマンドとその実行順序については後述する。

入稿データ保持プログラム４０６は、発注者システム１０１，１０２，１０３から入稿された印刷対象画像データを管理するための物である。

ＪＤＦ解析プログラム４０７は発注者システム１０１、１０２、１０３から受理した印刷成果物の発注依頼時に成果物の形態を電子的に表現するためのＪＤＦフォーマットファイルを受信およびその内容の解析をするためのプログラムである。ＪＤＦファイルに含まれる情報に基づき成果物の形態、部数、メディア等、生産を実施する上で必要となる事前条件、例えばワークフローの事前設定や生産計画立案等を実施する際に利用される。またこの情報に基づき、ワークフローを構成する各工程の処理内容、すなわち工程毎のジョブチケットが生成される。

第二の受信プログラム４０８は、図３において示した第一の送信プログラム３０８によって送信される各種コマンドの受信処理を実行するためのプログラムである。第三の受信プログラム４０９は、図３において示した第二の送信プログラム３０９によって送信される入稿データを受信するためのプログラムである。第二の受信プログラム４０８、第三の受信プログラム４０９が受信するコマンドやデータの例については後述する。

第三の送信プログラム４１０は、第二の受信プログラム４０８、第三の受信プログラム４０９が受信した結果をレスポンスとして発注者システム１０１、１０２、１０３における第一の受信プログラム３１０（図３）に対して送信するためのプログラムである。

なお、第二の受信プログラム４０８ならびに第三の受信プログラム４０９が受信したコマンドやデータを、受注情報管理プログラム４０５、入稿データ保持プログラム４０６が処理する動作については後述する。また、処理結果となるレスポンスデータを作成し第三の送信プログラム４１０で送信する処理についても後述する。

ワークフロー制御プログラム４１１は印刷業者システム１０４，１０５，１０６内部のネットワーク１０９を介して接続された機器間の処理や制御、工程毎のジョブ実行等を集中的に管理するためのプログラムである。これは印刷業者システム１０４，１０５，１０６の中核をなすものである。複数工程、すなわち複数の装置を用いて成果物を製造する際に、その実行順序やジョブの実行制御等を行う。また、使用する装置の選択、切り替え、リカバリ生産等の制御もワークフロー制御プログラム４１１が実行する。また、印刷業者システム１０４，１０５，１０６内部で働くオペレータに対し各種の指示を出す処理もワークフロー制御プログラム４１１が実行する。後述する入稿処理に対する可否判断の処理等もワークフロー制御プログラム４１１が実行する。

ワークフロー制御プログラム４１１は、ＪＤＦ解析プログラムによって保持管理されている発注内容と、第三の受信プログラム４１０が受信する入稿データ等に基づき、求められた成果物を生産するために必要な工程を定義する。ＪＤＦ解析プログラムによって保持管理されている発注内容は、印刷業者システム１０４，１０５，１０６が発注者システム１０１，１０２，１０３からの受注を受けた際に送付された発注情報の内容である。その上で、ワークフローにおけるジョブを生成および維持管理する。ワークフローにおけるジョブを工程毎に実行する事によって、発注者が要望する成果物が段階的に生産され、結果的に最終成果物に至る。ワークフロー制御プログラム４１１は、ワークフロー制御方法を実行し、ワークフロー制御システムとも呼ばれることがある。

プリプレスプログラム４１２は、第三の受信プログラム４０９が受信し、入稿データ保持プログラム４０６が管理する入稿データに対し、面付け、画像加工、データフォーマット変換等のような、印刷の前処理工程を実行するためのプログラムである。プリプレスプログラム４１２はワークフロー制御プログラム４１０の制御下で実行される。

生産管理プログラム４１３は、受注情報管理プログラム４０５、第二の受信プログラム４０８が受信するコマンドの内容、あるいは第三の受信プログラム４０９が受信する入稿データに基づき生産計画を立てる。生産管理プログラム４１３はさらに、生産計画に基づいて前記ワークフロー制御プログラム４１１と共にワークフローにおける工程毎のジョブの実行を指示する。

●発注者システムにおける発注情報管理プログラムの操作画面例
図５は、発注者システム１０１、１０２、１０３における情報処理装置１０７において実行される、図３にて示した発注情報管理プログラム３０５が表示する操作画面の一例を示したものである。

図５（Ａ）は、本実施形態における発注情報管理プログラム３０５の主画面５００のうち注文設定メインタブ５０１が選択された状態を示している。同図に示す例においては、印刷業者選択部５０２が提示され、第一の印刷業者５０３、第二の印刷業者５０４、第三の印刷業者５０５が表示されている。発注者は、所望の印刷業者の何れかから、発注処理を実施する印刷業者を選択することが可能である。また、不図示の印刷業者管理画面によって、発注可能な印刷業者の追加や削除等の管理も可能なよう本実施形態における発注情報プログラム３０５は構成されている。また、同図に示す例においては第二の印刷業者５０４が発注先として選択された状態である場合を示している。

コマンド選択部５０６においては、発注者システム１０１，１０２，１０３が印刷業者システム１０４，１０５，１０６に対して、印刷成果物の受発注に係る各種処理を伝達するコマンドの選択部が複数設けられている。

見積依頼コマンド発行部５０７は、印刷業者選択部５０２において選択された印刷業者に対し、成果物作成に要する費用の見積もり依頼コマンドの送信指示を行うための操作部である。見積依頼コマンド発行部５０７を押下（あるいは接触）すると不図示である見積依頼に必要な各種情報を入力する画面に遷移し、印刷業者は同画面を利用して見積依頼コマンドの発行に必要な情報の入力処理を行う。

発注依頼コマンド発行部５０８は、見積依頼コマンド発行部５０７を選択して取得した見積情報ならびに後述するＪＤＦ編集部５１５によって編集された成果物の形態の設定情報を含む発注コマンドを印刷業者に対して送信するための操作部である。送信先の印刷業者は、印刷業者選択部５０２において選択されたものである。発注依頼コマンド発行部５０８を選択することによって発注内容を含むコマンドが選択された印刷業者である第二の印刷業者５０４に送信される。

入稿データ送信部５０９は、発注者システム１０１，１０２，１０３が印刷業者システム１０４，１０５，１０６に対して印刷対象となる入稿データの送信を指示する際に利用する操作部である。入稿データ送信部５０９による入稿処理は、発注依頼コマンド発行部５０８における発注処理以降に、発注処理とは独立した処理として選択実行可能であるよう、本実施形態におけるシステムは構成される。ただし、発注処理と同時に入稿処理を可能とするような構成も当然のことながら取ることが可能である。

ただし、印刷成果物製造業の受発注をめぐる慣習において、発注処理と印刷対象となるデータの入稿処理は必ずしも同時に処理されるとは限らない。発注処理を先行して実施し、印刷業者においては、生産に向けての各種処理を先行させる一方で、発注者は発注処理後に入稿データの制作や更新等を実施し、発注後に入稿データを印刷業者に送付することはしばしば行われている。

また、すべての入稿データが一度に制作され、印刷業者に入稿されるとも限らない。入稿データを構成するコンテンツのうちの、完成した部分から入稿し、すべての入稿データがそろった段階で入稿処理が完了するというケースも存在する。

さらには最初の入稿時点で入稿データの完成度が高いとは限らず、校正処理やプリフライト処理等を複数回経て生産用途に供する入稿データを完成させることも、印刷成果物受発注業務においてはしばしば行われている。

さらなる例として、一度入稿したデータを何らかの理由で差し替える等、予定していなかったコンテンツを追加するなどのケースも実在する。

すなわち、発注処理と入稿処理は印刷業の慣習においては別タイミングとしてなされることがしばしばであり、理由は上述したとおりである。本発明における第一の実施形態において、図５（Ａ）に示す通り、発注依頼コマンド発行部５０８と入稿データ送信部５０９とがそれぞれ独立した操作部として供されているのはこのような状況に柔軟に対処することを目的としている。

プルーフ依頼部５１０は、発注依頼コマンド発行部５０８ならびに入稿データ送信部５０９によって送信した印刷成果物の生産に必要となる製造条件や入稿データによって、試し刷りを依頼するコマンドの送信指示を行う操作部である。このコマンドは発注者システム１０１，１０２，１０３から印刷業者システム１０４，１０５，１０６に対して送信される。ただし、試し刷りが物理的なメディアへの入稿データの印刷処理を伴うか、あるいは電子的な手段により画像確認によって達成されるかはシステムもしくは顧客の要件次第であるため、本発明はプルーフの実際の手段や形態については限定するものではない。また、発注者自らがプルーフ処理を実施する場合も想定されるため、その場合においてプルーフ依頼部５１０は必須ではない。

支払実行部５１１は、印刷業者システム１０４，１０５，１０６が生産した成果物の対価の支払処理を実施するためのコマンドの送信を指示するための操作部である。その際においては主に見積依頼コマンド発行部５０７の実行結果として取得される金額情報に基づき金額が計算され、主に電子的な手段によって決済処理がなされることを本実施形態におけるシステムにおいては想定しているものである。

状況確認部５１３は、コマンド選択部５０６において実行した発注者システムから印刷業者システムへのコマンド、およびそれを受けた印刷業者システムがコマンドを実行した結果であるレスポンスの内容を表示する領域である。ただし、印刷業者システム１０４，１０５，１０６が発注者システム１０１，１０２，１０３に対して実行するコマンドや通知情報などの表示も同部によって表示可能なよう本実施形態においては構成されている。

同図における例においては、まだ発注者システム１０１，１０２，１０３は第二の印刷業者５０４を選択したのみであり、コマンド選択部５０６によって何らコマンドの実行をしていない。従って状況１ ５１４においては、２０２１年１月１４日１０時３０分時点では何ら処理が行われていない旨が示されている。

図５（Ｂ）に示すＪＤＦ編集画面５２０の詳細について以下説明する。ＪＤＦ編集画面５２０はＪＤＦフォーマットとして発注依頼コマンド発行部５０８の選択によって送信される成果物の形態を含む設定情報をＪＤＦフォーマットによって編集するための画面である。同図に含まれる情報によるＪＤＦフォーマットのデータの具体例については後述する。

図６は、図５の状態から、発注者システム１０１，１０２，１０３から第二の印刷業者５０４に対するコマンド選択部５０６の各操作部による指示コマンドとそのコマンドに対する第二の印刷業者５０４からのレスポンスの送受信履歴の一例を説明する図である。以下、状況確認部５１３によって提示されるコマンドの実行履歴から、本実施形態におけるシステムの挙動の詳細を述べる。ここで説明するシステムの挙動には、発注者システム１０１，１０２，１０３が実行した、印刷業者システム１０４，１０５，１０６との間でなされた成果物受発注におけるコマンドの内容を含む。

状況２ ５１５において、２０２１年１月１４日１１時３０分に発注依頼コマンド発行部５０８によって、第二の印刷業者５０４に対して発注コマンドが送信されたことを同図は示している。発注コマンドの指示は発注依頼コマンド発行部５０８によってなされることは既述の通りである。図５において述べた通り、この際にＪＤＦ編集部５２０にて編集および作成されたＪＤＦデータも同時に送信される。

状況３ ５１７においては、状況２ ５１５において２０２１年１月１４日１２時３０分に発注者システム１０１，１０２，１０３が第二の印刷業者５０４にたいして送信した発注コマンドのレスポンスとして、発注コマンドが受理された旨示されている。

状況４ ５１８において、状況３ ５１７にて第二の印刷業者５０４に受理された発注に対し、２０２１年１月１５日１２時１５分に発注者システムが第二の印刷業者５０４に対し入稿データの送信コマンドを実行したことが示されている。入稿データの送信コマンドは入稿データ送信部５０９によってなされる。図示の通り"Ｃｏｎｔｅｎｔ３．ｐｄｆ"という入稿データファイルが入稿処理されたことを同図は示している。

状況５ ５１９において、状況４ ５１８における入稿データの送信コマンドが発注者システム１０１，１０２，１０３から第二の印刷業者５０４にするレスポンスとして２０２１年１月１４日１３時３０分に受理された旨示されている。

詳細情報表示指示部５１６は各々の状況について更なる詳細な情報を必要に応じて表示する際に選択される。

上述の通り、発注者システム１０１，１０２，１０３と印刷業者システム１０４，１０５，１０６間の、印刷成果物の受発注業務に関する、特に発注並びに入稿処理に関するコマンドとレスポンスの一例を示した。

●印刷業者システムにおける受注情報管理プログラムの操作画面例
図１８から図２０は、印刷業者システム１０４，１０５，１０６における情報処理装置１０８において実行される図４にて示した受注情報管理プログラム４０５が表示する操作画面の一例を示したものである。

図１８（Ａ）は本実施形態における受注情報管理プログラム４０５の主画面６００のうち受注処理メインタブ６０１が選択された状態を示している。同図に示す例においては、発注者選択部６０２が提示され、第一の発注者６０３、第二の発注業者６０４、第三の発注者６０５が表示されている。印刷業者は複数の発注者からの受注をこのような方式によって個別に識別並びに管理可能なよう、本実施形態における受注情報管理プログラム４０５の操作部は構成されている。複数の発注者の何れかを選択し、その要求であるコマンドの内容に応じて必要な処理を講じることを可能としている。さらには、また、不図示の発注者管理画面によって、受注可能な発注者の追加や削除等の管理も可能なよう本実施形態における受注情報管理プログラム４０５は構成されている。また、同図に示す例においては第一の発注者６０３からの要求を処理すべく選択された状態である場合を示している。

コマンド選択部６０６には、印刷業者システム１０４，１０５，１０６が発注者１０１，１０２，１０３に対して、印刷成果物の受発注に係る印刷業者としての各種処理を伝達するコマンドの選択部が複数設けられている。主な用途は図５において示した発注者システム１０１，１０２，１０３におけるコマンド選択部５０６によって指示された印刷業者に対する各種要求コマンドに対する応答、すなわちレスポンスを選択することである。

見積依頼応答コマンド発行部６０７は、見積依頼コマンド発行手段５０７による発注者システム１０１，１０２，１０３からの見積もり依頼コマンドに対する応答を発注者システム１０１，１０２，１０３に送信するための操作部である。この応答は、指定された見積もり対象に対する見積、たとえば金額や納期等の提示を含む。

発注依頼応答コマンド発行部６０８は図５における発注依頼コマンド発行部５０８による発注者システム１０１，１０２，１０３からの発注コマンドに対する応答、すなわち受注の可否を発注者システム１０１，１０２，１０３に送信するための操作部である。

入稿データ受理部６０９は、図５における入稿データ送信部５０９による発注者システム１０１，１０２，１０３からのデータ入稿依頼コマンドに対する応答を発注者システム１０１，１０２，１０３に送信するための操作部である。この応答には、入稿データの受理の可否を含む。

ワークフロー実行指示部６１０は、発注者システム１０１，１０２，１０３との印刷成果物受発注業務において、印刷業者システム１０４，１０５，１０６からワークフロー制御プログラム４１１に指示を与えるための操作部である。その指示は、生産に必要な条件が整った段階における生産の指示を含む。前述の通り、印刷業者システム１０４，１０５，１０６は発注を受けた段階で事前準備のためにワークフローの処理を開始するが、その際にワークフロー実行指示部６１０は利用される。図４において示したワークフロー制御プログラム４１１が実行対象とするワークフローの構成ならびにその動作については後述する。

支払依頼実行部６１１は、印刷業者システム１０４，１０５，１０６が発注者システム１０１，１０２，１０３から依頼された印刷成果物の生産に係る費用を依頼主に対し請求する際に選択および実行されるコマンドの指示部である。図５において示した支払実行部５１１に先んじて実行されるか、若しくは前後して実行指示されるべく設けられている。

状況確認部６１３は、コマンド選択部６０６において対応した発注者システム１０１，１０２，１０３から受信したコマンド、もしくは印刷業者システム１０４，１０５，１０６が該コマンドを実行した結果であるレスポンスの内容を表示する領域である。ただし、印刷業者システム１０４，１０５，１０６が発注者システム１０１，１０２，１０３に対して実行するコマンドや通知情報などの表示も状況確認部６１３によって表示可能なよう本実施形態においては構成されている。

同図に示す例は、状況１ ６１４において図６における状況２ ５１５、すなわち２０２１年１月１４日１１時３０分に発注依頼コマンド発行部５０８によって第二の印刷業者５０４である自社に対する発注コマンドが受信されたことを示している。

図１８（Ｂ）は、発注依頼応答コマンド発行部６０８を選択した際に表示される操作部の一例を示している。発注者システム１０１，１０２，１０３からの発注依頼コマンドを受理する場合には受理許容部６１８を、受理しない場合には受理拒否部６１９をそれぞれ選択可能なよう構成されている。また、単なる受理ないしは拒否のみの応答ではなく、発注を依頼した発注者システム１０１，１０２，１０３に対しその理由を付するための付随情報入力部６１７を設けた例を示している。なお、付随情報入力部６１７にて入力した情報は図６における状況３ ５１７に反映されている。ただし、本実施形態において示した付随情報入力部６１７は印刷業者システム１０４，１０５，１０６の操作担当者が裁量に基づき入力を可能とする場合の例を示したものである。これに限らず、同等の情報を、発注者システム１０１，１０２，１０３と印刷業者システム１０４，１０５，１０６との間で交されたコマンドの内容や受発注の状態等諸条件に基づき自動的に生成又は選択し保管する形態も採用してよい。

図１９（Ａ）は図１８（Ａ）の状態からさらに操作が進んだ状態の一例を示したものである。図１９（Ａ）には、図１８（Ｂ）における受理許容部６１８を選択した結果として状況２ ６２０が２０２１年１月１４日１２時３０分に、印刷業者システム１０４，１０５，１０６から発注者に対しレスポンスとして送信された旨表示されている。

さらに、図１９（Ａ）の状況確認部６１３は、図６における状況４ ５１８で為されたコンテンツデータの入稿処理依頼を自社である第二の印刷業者５０４が状況３ ６２１として２０２１年１月１５日１２時１５分に受信したことを示している。

なお図１８（Ｂ）には、図６の状況４ ５１８において入稿データ受理部６０９を選択したのちに表示される制御部６２２の一例をも示している。

手動プリフライト実行部６２３は、当該システムの利用者である印刷業者のオペレータが、手動により入稿されたデータの検証を実施する際に選択する操作部である。同部が選択された場合には不図示の手動によるプリフライト処理に遷移し、オペレータが入稿データに対して目視を含む手作業によってプリフライト処理を実行する。手作業のプリフライト処理は所謂赤入れ等による手作業の入稿データの補正等、電子化されていない従来の慣習による印刷成果物作成業務の業態にも対応しうる。

自動プリフライト実行部６２４は、印刷業者システムに、入稿されたデータの検証を自動的に実施させる際に選択する選択部である。同部が選択された場合には不図示の自動によるプリフライト処理が起動し、入稿されたデータの妥当性検証がプログラムによって処理される。自動によるプリフライト処理では、たとえばデータの一貫性が主に検証される。具体的には、フォントデータが入稿データに埋め込まれていないこと等である。このような場合には入稿者、すなわち発注者が要望する成果物に利用されるフォントとは異なるフォントデータが適用され、結果的に印刷結果が要望と異なる結果になるなどの不具合が生じうる。そこでこのような検査が行われる。

入稿受領部６２５は、手動プリフライト実行部６２３若しくは自動プリフライト実行部６２４により実行されたプリフライト処理の結果が良好であった場合に選択する選択部である。具体的には図６における状況４ ５１９のような情報を印刷業者システム１０４，１０５，１０６から発注者システム１０１，１０２，１０３に対して伝達する際に用いられる。

一方で入稿非受領部６２６は、手動プリフライト実行部６２３若しくは自動プリフライト実行部６２４によるプリフライト処理の結果が良好ではなかった場合に選択する選択部である。

入稿データ自動応答部６２７は、上述した各部による実行結果を含め、発注者システム１０１，１０２，１０３から印刷業者システム１０４，１０５，１０６に対する入稿処理の応答をさらに自動的に実行する際に利用される操作部である。同部が選択されている場合、発注者システム１０１，１０２，１０３から印刷業者システム１０４，１０５，１０６に対してなされる入稿処理、すなわち入稿データ送信部５０９による入稿データの受信の応答を、条件を判別した結果に基づき自動的に行う。

入稿データ自動応答部６２７を選択しておくことで、手動プリフライト実行部６２３、自動プリフライト実行部６２４、入稿受領部６２５、入稿非受領部６２６等に対応する処理が、条件に応じて自動的に行われる。すなわちこれら操作部を選択することによって実行されるのと同等の処理が、入稿データの受信に応じて行われる。これにより印刷業者システム１０４，１０５，１０６は、入稿処理に対する各種判別処理と、印刷業者システム１０４－１０６で印刷成果物製造のために実行されるワークフローとを考慮しつつ最適な応答処理内容の判別並びに応答情報の送信が可能となる。

以下、本実施形態における入稿データ自動応答部６２７にて達成される入稿処理に対する応答処理の自動化内容の詳細について述べる。

第一に、入稿されたデータに対して実行されるプリフライト処理は自動応答部６２７が選択されている場合には自動で実行される。すなわち、自動プリフライト実行部６２４が選択された状態と同等の効果を得ることが可能なよう構成される。

第二に、印刷業者システム１０４，１０５，１０６で構築並びに処理される受注成果物に関するワークフロー内のジョブの実行状況に基づく入稿処理の可否の判別を行うことが可能なよう構成される。ジョブの実行状況には、処理されているワークフローの工程に関する情報を含む。具体的には、発注者システム１０１，１０２，１０３から入稿依頼された際に、印刷業者印刷業者システム１０４，１０５，１０６内のワークフローの各工程のうち何れかの特定工程もしくは該特定工程以降の工程によって処理されているかを判別する。特定工程もしくはそれ以降によって処理されている際に入稿の可否判断がなされることの理由については後述する。

同図において示した例では、本実施形態におけるシステムでプリプレス工程６２９又はそれ以降の工程が実行済みの状態で入稿がされた場合、当該入稿処理が受理されないようシステムが制御される設定を選択指示する。また、同図を印刷業者システム１０４，１０５，１０６の操作者が操作している段階においては、現在処理されている工程が第一の保持工程６３０であることを示している。第一の保持工程は前記プリプレス工程６２９よりも前に処理される工程であることは後述するが、プリプレス工程６２９および以降の工程には当たらない。従って同図に示した条件において入稿された場合には当該入稿処理は受理されるよう、本実施形態におけるシステムは制御される。

このように、発注依頼された印刷成果物の製造に係るワークフロー処理の進捗に応じて、発注とは別処理で行われる入稿処理の受領可否を自動的に判別するよう、本実施形態におけるシステムは制御することを可能としている。

図２０は、図１９において述べた操作部の操作の結果の一例を示す。状況４ ６２８は、発注者システム１０１，１０２，１０３から入稿されたコンテンツデータが印刷業者システム側で受理されたことを示している。一方、同様の入稿状況は、図６における状況４ ５１８のように発注者システム１０１，１０２，１０３でも表示されている。

本実施形態における図示の通り、発注と受注という相対する処理の画面であるために、図５、６および図１８、図１９、図２０の操作部の構成は必然的に対を為したものとなっている。また、図１について述べた通り、受発注業務における効率化、電子化を達成するための、互いに送受信される電子フォーマットの共通化によって、受発注業者間で共通のシステムに基づく受発注業務を成立することを可能としている。尤も操作部の構成方法は電子化の一要素に過ぎない。本実施形態は、共通仕様に基づくシステムの共通化が高度に達成された一例を示したものであり、必ずしも相対する操作部が提供されなければならないとは限らない。

図７は図６において説明した操作から、更なる入稿処理を、発注者システム１０１，１０２，１０３を選択した印刷業者システム１０４，１０５，１０６に対して実施した場合の一例を説明するための図である。

図７Ａに示す通り、状況確認部５１３に表示された状況１ ７０１は、２０２１年１月１６日１２時００分に入稿データ送信部５０９によって更なるデータが入稿された例を示している。すなわち、図示の通り"Ｃｏｎｔｅｎｔ４．ｐｄｆ"という入稿データファイルが入稿処理された場合を示している。"Ｃｏｎｔｅｎｔ４．ｐｄｆ"という入稿データは以前に入稿されていないため、新規入稿データ、すなわち追加データの入稿処理に相当する。

状況１ ７０１においてなされた追加入稿依頼は、第二の印刷業者５０４によって、状況２ ７０２によって受理された旨の状況が同図の例においては示されている。さらに、状況３ ７０３には、２０２１年１月１７日０８時００分に、状況１ ７０１で追加入稿されたものと同じ入稿データである"Ｃｏｎｔｅｎｔ４．ｐｄｆ"が入稿されていることが示されている。これはすなわち以前に入稿されたデータを差し替える差換入稿であることを意味する。

しかしながら状況４ ７０４には、状況３ ７０３に示される発注者システム１０１、１０２，１０３による第二の印刷業者５０４に対する差替入稿依頼は拒絶されたことが示されている。

図５に示した通り、印刷成果物製造の受発注においては、慣習的に、発注処理と入稿処理は分離して行われていることが広く知られている。加えて、すでに入稿したデータを差し替える差し替え入稿も、同じく図５において示した各種理由によって広く実施されている。一方で、印刷業者は請け負った生産を納期内に達成するための時間的制約が一般的に存在する。また、複数の発注者から請け負った複数の生産依頼を効率的に処理するために生産計画を立てたうえで印刷業者内に構築されたワークフローシステムをワークフロー制御プログラム４１１ならびに生産管理プログラム４１３が処理することによって達成される。

すなわち、発注者は、発注者の都合によって入稿データの差し替えを発注後でも可能な限り遅くまで受け入れてもらいたいという要望を有する。一方で、印刷業者は、発注後に速やかに入稿データが最終稿として入稿され、生産管理プログラム４１３並びにワークフロー制御プログラム４１１配下において遅滞なく処理されることが生産性の観点から重要視される。

ワークフローシステムは方式によってさまざまな工程から構成されることが一般的である。発注を受けて印刷業者システムに生成されるワークフローの特定の工程を完了した後には、当該ジョブに関連付けた入稿データの差し替えや追加の処理依頼は生産管理の都合上許容できないケースが実システムにおいては存在する。具体的には図１９において示した通り、ワークフローが処理する工程がプリプレス工程６２９もしくは以降であった場合に入稿された状況に相応する。

従って印刷成果物の受発注業務の業界の慣習を許容した、受発注業務の電子化さらには共通仕様に基づく実用的な自動化システムを成立させる上で、発注者と印刷業者の両者にとって利点のある入稿可否判断処理が求められる。両者にとっての利点とは、発注者にとっては許容される追加入稿または訂正や差し替え時期の遅延であり、印刷業者にとっては後戻りのない効率的な作業である。製品に反映される原稿データを最終稿または決定稿と呼ぶなら、追加入稿または訂正や差し替え時期とは、最終稿または決定稿の入稿時期とよぶこともできる。本実施形態に係る発明はこのような課題に対して現実的な解決策を提供することを目的としてなされたものであった。ワークフローの特定の工程とその工程間に入稿可否の判別処理が為されることの妥当性の理由に関する詳細については後述する。

図７（Ｂ）は図７（Ａ）における詳細表示指示部７０５を選択した状態の表示状態の一例を示す。すなわち"Ｃｏｎｔｅｎｔ４．ｐｄｆ"の差し替え入稿要求が図７（Ａ）における状況４ ７０４において受理されなかった理由等に関する詳細要因の情報提示を参照するために表示される。

詳細要因情報提示部７０７には、差し替え入稿処理依頼を受信した第二の印刷業者５０４からの、差し替え入稿処理の受理が行えなかったことに関する理由が記載されている。すなわち第二の印刷業者５０４においては、発注者システム１０１，１０２，１０３から発注および入稿された印刷成果物の製造依頼に係る印刷業者内ワークフローの工程がプリプレス工程６２９まで進行していることが理由として提示されている。プリプレス処理中の入稿データに対する差し替え入稿は許容できない（許容しない）ためである。

●コマンドレスポンスのシーケンス例
図８は、図５および図１８、図１９、図２０において示した通り、発注者システム１０１、１０２，１０３と印刷業者システム１０４、１０５、１０６との間でやり取りされるコマンドおよびレスポンスのシーケンスを説明するためのものである。

まず発注者システム１０１、１０２，１０３から印刷業者システム１０４、１０５、１０６へと見積依頼コマンド８０１が送信される。同コマンド送信の指示は図５にて述べた通り、見積依頼コマンド発行部５０７によって指示される。

印刷業者システム１０４、１０５、１０６は見積依頼コマンド８０１に対するレスポンス８０２として、見積もり情報８０２を発注者システム１０１、１０２，１０３に対し送信する。レスポンス８０２の送信は、図１８（Ａ）にて示した見積頼応答コマンド発行部６０７によって指示される。

レスポンス８０２に含まれる見積もり情報に基づき、発注者システム１０１、１０２，１０３は発注依頼コマンド８０３を印刷業者システム１０４、１０５、１０６に対して送信する。発注依頼コマンド８０３は、図５にて述べた注依依頼コマンド発行部５０８によって指示される。

発注依頼コマンド８０３を受信した印刷業者システム１０４、１０５、１０６は、発注内容を受理し、生産体制の準備を実施する（８０４）。具体的には後述するワークフローのセットアップに必要となる処理を実施する。

発注者システム１０１、１０２，１０３が発注依頼コマンド８０３を受理した場合、そのレスポンス８０５を発注者システム１０１、１０２，１０３に対し送信する。レスポンス８０５の送信は、図１８にて示した発注依頼応答コマンド発行部６０８によって指示される。

以後、発注者システム１０１、１０２，１０３は、印刷依頼する対象である入稿データを制作し、準備ができた段階で入稿コマンド８０６を印刷業者システム１０４、１０５、１０６に対し送信し入稿処理を実行する。入稿コマンド８０６は図５にて述べた入稿データ送信部５０９によって指示される。なお注文と入稿データとは、たとえば発注に対して注文ＩＤを付与し、入稿時には注文ＩＤを付して入稿させることで紐づければよい。たとえば、発注依頼コマンド８０３を受信した印刷業者システムでは当該発注に対して注文ＩＤを付与してレスポンス８０５により発注者システムに応答する。発注者システムは、当該注文に関するコマンドには注文ＩＤを付することで、注文とコマンドあるいはコマンドに付随するデータとを関連付けることができる。

入稿データを受信した印刷業者システム１０４、１０５、１０６は、受信したデータに対するプリフライト処理８０７を実行し、終了後にレスポンス８０８を発注者システム１０１、１０２，１０３に対して送信する。レスポンス８０８の送信は入稿データ受理部６０９によって指示される。

なお、図５にて示した通り、印刷成果物製造の受発注をめぐる慣習に本実施形態におけるシステムは対応するために、発注依頼コマンド８０３と、入稿コマンド８０６が分離されたコマンドとして実行されるよう構成される。

発注者システム１０１、１０２，１０３は必要に応じて更なる入稿コマンド８０９を印刷業者システム１０４、１０５、１０６に対して送信する。更なる入稿コマンド８０９が必要となるケースとして考えられるのは、図７において述べた通り、追加入稿や差し替え入稿等の要求に本実施形態におけるシステムが対応するためである。

ただし、同図に示す通り、発注者システム１０１、１０２，１０３から依頼された成果物作成業務に係るワークフロー処理がプリプレス工程８１６に進行している。

図１９および図７において示した通り本実施形態におけるシステムにおいては、印刷業者システムは、ある注文に関するワークフロー処理が、特定工程であるプリプレス工程６２９に進んだ以降は、その注文に関する入稿データを受理しない。

この状態で更なる入稿コマンド８０９を印刷業者システム１０４、１０５、１０６が受理したとする。その際には、プリフライト処理８０６と同様に、プリフライト処理８１０が実行され、その後にレスポンス８１１が印刷業者システム１０４、１０５、１０６から発注者システム１０１、１０２，１０３に送信される。ただし、このレスポンスは図７（Ｂ）で示した通り、入稿処理が受理されなかった旨の（あるいは拒否の）通知となる。

その後に、印刷業者システム１０４、１０５、１０６は、セットアップされたワークフローの設定に基づき、発注依頼コマンド８０３並びに入稿コマンド８０６、８０９に基づいて印刷成果物の生産８１２を実行する。ここでワークフローの設定は、発注依頼コマンド８０３を受信することを契機として開始される生産体制の準備８０４でセットアップされている。本実施形態における例では図１８におけるワークフロー実行指示部６１０によって指示される。

要求された印刷成果物の生産８１２が終了した然るべきタイミングで、生産に要した諸費用の請求コマンド８１３が印刷業者システム１０４、１０５、１０６から発注者システム１０１、１０２，１０３に対して送信される。同コマンドの送信は図１８における支払依頼実行部６１１により指示される。

請求コマンド８１３を受理した発注者システム１０１、１０２，１０３は相応する支払処理を実行するために支払いを実施するためのレスポンス８１４を印刷業者システム１０４、１０５、１０６に対して送信する。同レスポンスの送信の過程において電子的な決済処理が本実施形態におけるシステムにおいては為される。

決済処理が完了したのち、若しくは決済処理を前後して、印刷業者システム１０４、１０５、１０６から発注者システム１０１、１０２，１０３に対して製造された印刷成果物が送付される（８１５）。同送付処理の実行は不図示の指定部によって本実施形態におけるシステムにおいては為される。なお成果物は印刷物であり、電子的に送付することは困難であるので、送付ステップ８１５では、運送会社等を介して成果物を発送した日付や時刻等を送信してもよい。

●コマンド／レスポンスの例
図９Ａ－図９Ｃは、発注者システム１０１，１０２，１０３と印刷業者システム１０４，１０５，１０６間で送受信されるコマンドやレスポンスの実際のデータの例を説明するためのものである。

図９Ａは発注依頼コマンド８０３とそのレスポンス８０５のデータの一例を示すためのものである。発注情報部９０１には、当該データが発注依頼コマンドであることを示すコマンド文字列、一連の取引されている電子データを識別するＢｕｓｉｎｅｓｓＩＤ、本発注に関与している発注者と印刷会社を識別する情報が含まれる。

発注内容記載部９０２は、成果物の商品名称、成果物の形態や部数等の生産内容、使用するメディア等の情報である。図５に示した設定部によって作成された情報に相当する。

レスポンス８０５は、発注情報部９０１および発注内容記載部９０２に基づき発注者システム１０１，１０２，１０３が印刷業者システム１０４，１０５，１０６に依頼した発注依頼の返信データから構成される。

受注応答記載部９０３には、発注依頼の返信データとして、発注情報部９０１と同様に当該データが発注依頼コマンドの応答であることを示すコマンド文字列、ＢｕｓｉｎｅｓｓＩＤ、本発注に関与している発注者と印刷会社を識別する情報が含まれる。ＢｕｓｉｎｅｓｓＩＤは、一連の取引されている電子データを識別するための情報である。また発注が受理されたことを示すＯｒｄｅｒＳｔａｔｕｓ（Ａｃｃｅｐｔｅｄ），印刷業者システム１０４，１０５，１０６から発注者システム１０１，１０２，１０３に返信する任意形式のコメント情報が含まれている。

図９Ｂは入稿コマンド８０６とそのレスポンス８０８のデータの一例を示すためのものである。入稿情報部９０４には、当該データが入稿コマンドであることを示すコマンド文字列、一連の取引されている電子データを識別するＢｕｓｉｎｅｓｓＩＤ、本発注に関与している発注者と印刷会社を識別する情報が含まれる。さらに、本入稿処理が追加入稿であることを示すＵｐｄａｔｅＭｅｔｈｏｄの場合の例を同図では示している。

入稿データ指定部９０５においては、入稿対象である電子データのファイルを指定している。すなわち"Ｃｏｎｔｅｎｔ３．ｐｄｆ"というファイルを追加データとして入稿する場合の例を同図においては示している。

レスポンス８０８は、入稿情報部９０４および入稿データ指定部９０５に基づき発注者システム１０１，１０２，１０３が印刷業者システム１０４，１０５，１０６に依頼した入稿処理の返信データから構成される。

入稿応答記載部９０６には、入稿依頼の返信データとして入稿情報部９０４と同様に当該データが入稿コマンドの応答であることを示すコマンド文字列、ＢｕｓｉｎｅｓｓＩＤ、本入稿に関与している発注者と印刷会社を識別する情報が含まれる。ＢｕｓｉｎｅｓｓＩＤ一連の取引されている電子データを識別するための情報である。また依頼された入稿データは受理され更なる入稿処理も可能であることを示すＲｅｓｕｌｔ（ＡｃｃｅｐｔｅｄＷａｉｔｉｎｇ）の場合の例を同図では示している。

プリフライト結果記載部９０７には、印刷業者システムによるプリフライトの結果が含まれる。例えば、プリフライトを実施した入稿データのファイル名、プリフライトの結果である。

図９Ｃは入稿コマンド８０９とそのレスポンス８１１のデータの別の例を示すためのものである。図９Ｂにおいて示した入稿コマンド８０６との差異は、入稿コマンド８０９を発注者システム１０１，１０２，１０３が発行、もしくは印刷業者システム１０４，１０５，１０６が受信した入稿情報部９０４における日時情報のみである。

図８のプリプレス工程８１６は、図９Ｂの例で示した入稿コマンド８０６を受信した後であって、図９Ｃの例で示す入稿コマンド８０９を受信するまでの期間に、印刷業者システム１０４，１０５，１０６内のワークフロー処理で実行される。この場合には、既述の通り印刷業者システム１０４，１０５，１０６は更なる入稿処理を受理することはできない。従ってレスポンス８１１における入稿応答記載部９０６に、依頼された入稿データは受理され更なる入稿処理が不可であることを示すＲｅｓｕｌｔ（Ａｃｃｅｐｔｅｄ）の場合の例を同図では示している。

●ワークフローの例
図１０は、印刷業者システム１０４，１０５，１０６内で構築されかつ運用並びに発注者システム１０１，１０２，１０３から依頼された印刷成果物の製造を担うワークフローの構成並びに動作の仕組みの一例を説明するための図である。

図１で述べた通り、に発注者システム１０１，１０２，１０３と印刷業者システム１０４，１０５，１０６はインターネット１００で接続されている。また、その様に接続された状態で印刷成果物の受発注に係る各種コマンドやレスポンスを互いのシステム間で送受信している。

発注者システム１０１，１０２，１０３からの発注依頼８０３を印刷業者システム１０４，１０５，１０６が受信した場合の動作の詳細を以下述べる。

発注依頼コマンド８０３は情報処理装置１０８上で動作するワークフロー制御プログラム４１１が最初に受信する。図９Ａ－図９Ｃに示した通り、発注依頼コマンド８０３には発注内容記載部９０２が含まれている。発注内容記載部９０２には発注者が依頼する印刷成果物を製造するに際し、必要となる各種情報やパラメタが含まれている。発注内容記載部９０２の内容を解析することで、印刷業者システム１０４，１０５，１０６内に構築されるワークフローの工程の種別および順序の決定、工程毎のジョブに対する指示情報として如何様なジョブチケットをセットすべきかの決定が行える。また、ワークフロー制御プログラム４１１は、その管理下にある各工程の実現手段をも同様に管理する。具体的には工程が手動によって為されるのか自動的に為されるのか、プログラムによって為されるのか、画像形成装置等の装置によって為されるのか、等の情報である。これら情報が、ワークフロー制御プログラム４１１が内部に備える管理テーブルによって保持および必要に応じて変更可能なように構成されるシステムを、第一実施形態においては採用している。本実施形態において、ジョブチケットはＪＤＦ１０１１形式で作成され、ワークフロー制御プログラム４１１から各工程の実行部に対してセットもしくは送信される。工程毎の処理開始指示、および終了ステータスの通知等もＪＤＦ１０１１によって実現されるシステムを本実施形態では採用している。

各工程の実行部はこのようにＪＤＦ１０１１によって、ワークフロー制御プログラム４１１と制御的な接続関係にある。一方で、各工程同士も、その前後の工程間で出力データ１０１２を送受信することによる別系統の制御的な接続関係にある。

入稿データを受理していない状態であっても、入稿データ受理後およびその後に実行される生産処理の事前準備としてこのようなワークフローの各工程に対する指示はあらかじめ行われ、かつ各工程においてはジョブという形態で処理がキューイングされる。

ただし、ワークフローの工程毎のジョブの生成のタイミング並びに制御方法は本実施形態に示した以外にもさまざま存在しうる。例えば次の工程への実行が必要となった段階で当該次工程のジョブを生成するなどの方法も考えられる。ただしその様な場合であってもワークフロー制御システム４１１は発注内容記載部９０２に記載される内容に応じて予め如何様な工程がどのような順序で実行されることによって最終成果物が得られるかを掌握している必要がある。したがって本実施形態はあらかじめ必要な工程並びに当該工程によって実行されるジョブが初期状態に生成され、処理待ち状態としてキューイングされる形態の場合を一例として示している。

印刷業者システム１０４，１０５，１０６が入稿コマンド８０６を受信した以降の動作を以下説明する。以下の説明本発明による効果を説明するものであるため、は図１９における入稿データ自動応答部６２７が選択された状態における動作の例である。

入稿コマンド８０６を受信した後においては、入稿工程１００２に入稿コマンド８０６と同時に発注者システム１０１，１０２，１０３から送信される入稿データを受信する。入稿工程１００２においては、受信した入稿コマンド８０６に対応する発注依頼コマンド８０３の有無を検査する。正当な入稿データ、すなわち対応する発注依頼コマンドが存在すると同工程の処理の結果判明した場合、次工程であるプリフライト工程１００３に入稿データが送信される。

プリフライト工程１００３においては次に示すような処理が実行される。すなわち入稿されたデータのフォーマットの検証が実施される。具体的にはＰＤＦにフォントデータが埋め込まれているか、オブジェクトやＩＤの参照不正が無いか等の検証処理が相当する。

プリフライト工程１００３の処理の結果、入稿されたデータに不正が無いと判別された場合に次工程である第一の保持工程６３０、１００４に当該入稿データが送信される。第一の保持工程においては、発注依頼コマンド８０３に含まれる各種発注情報と入稿データが関連付けられた状態で然るべきタイミングまで保持される。発注者システム１０１，１０２，１０３が追加入稿や差し替え入稿を同一の発注依頼コマンド８０３に対して実施した場合にも、入稿データは、入稿工程１００２、プリフライト工程１００３を経て第一の保持工程６３０、１００４で更新され、保持される。この場合でも入稿データは、発注依頼コマンド８０３に含まれる各種発注情報と関連付けられて更新され、保持される。

第一の保持工程６３０、１００４は発注情報と入稿データを関連付けて保持するのみであるが、本実施形態によって課題を解決する上で重要な役割を担っている。それは、第一の保持工程６３０、１００４の次工程は本実施形態における同図に示すシステムにおいてはプリプレス工程６２９，１００６であることに由来する。

第一の保持工程６３０、１００４の後段の工程であるプリプレス工程６２９，１００６の処理について以下説明する。

プリプレス工程６２９，１００６は、入稿されたデータの面付け処理やデータ変換処理、さらにプリプレス工程６２９，１００６以降の工程で必要となる、色管理用のパッチ画像の付加、トンボやレジマーク等の画像付加処理が行われる工程である。図１に示した通り、印刷業者システム１０４，１０５，１０６は、印刷成果物生産に供する様々な機能や性能、方式などを有し、かつ仕組みも異なる画像形成装置を備えている。例えば、オフセット印刷機のように刷版が必要となる画像形成装置の場合には版を制作するためのＰＤＦからＴＩＦＦフォーマットへのデータ変換なども実施される。刷版が不要なデジタル枚葉印刷機においても、印刷処理時の所要時間低減の為ＲＩＰ処理をプリプレス工程６２９，１００６において実施し、ＲＩＰ済画像への変換処理が実施されるケースも存在する。また、デジタル連帳機においては印刷処理を開始すると、連続したロール状のシートに対する印刷を途中で一時停止もしくは再開することは仕組み上困難である。そのため、版を連帳状に合成するなどの特殊な面付け処理もしくは相応する処理がプリプレス工程で実行される。このようなプリプレス工程でなされる各種データ変換もしくは加工処理には多大な時間や労力、人的／機械的な工数を要することが一般的である。

上述した何れのケースでも示した通り、プリプレス工程６２９，１００６においては、入稿されたデータに対して多大なデータ加工処理が実施される事が一般的である。プリプレス工程６２９，１００６を実行した後に生成される加工後データは、入稿データと画像情報的にはほぼ等価と言える場合であっても、データフォーマットおよびデジタルデータコンテンツ的には入稿データとは全く別のデータへ変換されている。すなわち、プリプレス工程により新規にデータが作成されるともいえる。このため、プリプレス処理後に入稿データの追加もしくは差し替えがあった場合には、プリプレス工程６２９，１００６で生成されたデータを破棄し、プリプレス工程の処理をやり直さねばならない。これは印刷業者システム１０４，１０５，１０６において、生産性低下の多大なる妨げ要因となる。

そこで第一の保持工程６３０、１００４において、可能な限り遅い時期まで、発注者システム１０１，１０２，１０３から入稿されたデータを無加工状態のまま保持しておく。更なる追加もしくは差し替えを目的とする入稿依頼があった場合には、入稿データの単純な差し替えもしくは追加という生産性低下要因を伴わない処理によって、入稿データの追加や差し替えの反映を実現可能とする。

図７で述べた通り、本実施形態では、印刷成果物の受発注業務の業界の慣習を許容した、受発注業務の電子化さらには共通仕様に基づく実用的な自動化システムを成立させる上で、発注者と印刷業者の両者にとって利点のある入稿可否判断処理を実現する。両者にとっての利点とは、発注者にとっては、納期を変えることなく、許容される追加入稿または訂正や差し替えの時期を遅くすることであり、印刷業者にとっては後戻りのない効率的な作業である。このような入稿可否判断処理を実現することを第一の保持工程６３０、１００４は可能としている。

第一の保持工程６３０、１００４は、生産計画工程１００５からの指示によって保持されているジョブおよびデータを次工程であるプリプレス工程６２９，１００６に送付する。

生産計画工程１００５は、同図に示す工程の一部であるが、やや特殊な責務を担う工程である。すなわち工程間の制御、より具体的には第一の保持工程６３０、１００４からプリプレス工程６２９，１００６に制御を進める判別およびその実行指示をも本実施形態のシステムでは担っている。換言すればワークフロー制御に関する処理の一部とも考えられ、ワークフロー制御プログラム４１１に担わせる事も可能である。

ただし、本実施形態においては、第一の保持工程６３０、１００４から後段の工程であるプリプレス工程６２９，１００６に処理を進めるための明示的な指示を担当する独立した工程として規定された例を示している。ワークフローにおける工程には、このように明確な処理を実施する工程に加え、工程の制御自体を担う工程も等価な工程として規定され、かつワークフローの一部を担う。

本実施形態における第一の保持工程６３０、１００４は、更なる印刷業者システム１０４，１０５，１０６における処理の効率化のための責務をも生産計画工程１００５と協調することによって担う。以下に示す例によって説明する。

印刷業者は、自社が有する画像形成装置１１０，１１１，１１２等の高額資産を効率的に活用する一方で同装置を操作する操作者の人件費を低水準に抑制することで結果的に高い生産性を維持することが達成目標となっている。すなわち、プリプレス工程６２９，１００６以降の工程はデータやジョブ情報の保持という低費用負担の処理ものではなく、生産性、採算性に直接的に関連する工程となる。これらの工程では、装置の稼働率の向上並びに該装置の操作に携わる操作者の関与時間を凝縮させることによってこそ高生産性を達成することが可能であるという事情がある。

すなわち、装置を一度稼働させた以上、集中的に装置を稼働させ続け高生産性を維持させるという運用も印刷業者システム１０４，１０５，１０６におけるワークフローの運用上重要な条件である。このような条件を満たすには、第一の保持工程６３０、１００４と生産計画工程１００５が連携し、プレス工程１００８で処理すべきジョブが、同工程で使用される画像形成装置１１０，１１１，１１２の稼働率を高く維持するように計画されることが肝要である。

従って、第一の保持工程６３０、１００４は、後段のプリプレス工程６２９，１００６で処理される各種データ加工量又はジョブ量が、プレス工程１００８で使用する画像形成装置の稼働率を極力高め、かつ処理許容量を超えないように入稿データを保持する。なおかつ、第一の保持工程６３０、１００４は、例えば翌日もしくは予定した日時の生産可能量に占める生産予定量の割合が高くなるように、入稿データを保持するよう維持かつ制御されることが重要である。

第一の保持工程６３０、１００４がこのような目的を達成するために一定量のしかも生産者都合の事情により保持される処理量が制御されることは、発注者システム１０１、１０２、１０３にとっても都合がよい。なぜならば上述した通り追加入稿や差し替え入稿処理が、プリプレス工程６２９，１００６および以降の工程に進む前の段階で留め置かれることによって可能な限り柔軟に受理可能なシステムを実現可能であることを意味するからである。また同時に印刷業者システム１０４，１０５，１０６にとっても発注者からの追加並びに差し替え入稿を負荷が生じない様式によって許容しつつ、自社の生産体制の内的事情を加味し影響を最低限にとどめるという両立したシステムの実現が可能となる。

なお、プレス工程１００８は図１において示した画像形成装置１１０，１１１，１１２によって処理される。また、後加工処理を実行するポストプレス工程１００９は画像形成装置１１０，１１１，１１２に付随した後加工ユニットによってなされる場合と、ラミネータ１１４等、非付随状態の独立した装置によってなされる場合等様々である。いずれにせよ、プレス工程１００８以降の工程は成果物製造に係る物理的な加工処理を伴うものである。従ってプリプレス工程６２９，１００６と同様の理由によって、入稿データの追加や差し替え処理に伴って生じる後戻り処理による生産性低下の程度は著しく顕著である。そのため、生産性並びに採算性の観点から、プレス工程以降の工程からの後戻り処理も許容しがたいという事情がある。

最終的に生産ならびに加工された印刷成果物は出荷工程１０１０を経て依頼者である発注者に対して送付、すなわち納品１０１３される。同送付処理においては図８において述べた通り請求依頼８１３や、支払８１４等も同時に処理される。

以上述べたような本実施形態におけるシステムが提供する仕組みによって、発注とは別の１乃至複数回にわたる入稿処理と、印刷業者における高生産性の維持との両立という課題が解消可能であることが示される。

●ワークフロー制御プログラムによる処理手順
図１１はワークフロー制御プログラム４１１の動作であって、発注者からの入稿処理の受理・非受理の処理判断の動作の仕組みを主に説明するためのフロー図である。同フロー図はワークフロー制御プログラム４１１をＣＰＵ２０１がＨＤＤ２１１から読みだして実行することによって動作する。

ステップＳ１１０１において、ワークフロー制御プログラム４１１は発注者システム１０１，１０２，１０３から送付されてくる、図９Ａ－図９Ｃにおいて例を示したようなコマンド実行依頼を受理する。

発注者システム１０１，１０２，１０３から何らかのコマンドもしくはデータを受信した場合ステップＳ１１０２に進み、受信したコマンドの種別を判別する。

ステップＳ１１０３においては、ステップＳ１１０２にて判別した、ステップＳ１１０１にて受信したコマンドの種別が入稿コマンド８０６であるか否かを判断する。すなわち行うべき処理が入稿処理であるか判定する。同ステップの判別の結果が偽である場合、ステップＳ１１０５に進み、ステップＳ１１０１にて受信した、図８において示したような入稿コマンド８０６以外の各種コマンドを実行する。

受信したコマンドが入稿コマンド８０６であるとステップＳ１１０３で判定した場合には、ステップＳ１１０４に進み、入稿コマンド受信時の処理モードの設定内容を判別する。そして判別したモードが自動モードか手動モードかを判定する（ステップＳ１１０６）。設定内容の判別とは具体的には、図１９にて示した自動応答部６２７が選択状態にあるか否かの判別を意味する。

ステップＳ１１０６の判別の結果が偽である場合には自動応答部６２７が選択されていないことを意味する。その場合には、図１９にて示した入稿受領部６２５、入稿非受領部６２６等によってシステムの操作者が手動による方法によって入稿可否を処理するためにステップＳ１１０７に進む。

ステップＳ１１０６の判別の結果が真である場合には自動応答部６２７が選択されていることを意味する。その場合には、図１０にて述べた処理を実行するためにステップＳ１１０８以降に進む。

ステップＳ１１０８において、まず入稿コマンド８０６に対応する発注コマンドおよびそれに含まれる情報を特定する。特定は例えば発注コマンドに対して発行した注文ＩＤと、入稿コマンド８０６に付随する注文ＩＤを照合して行えばよい。そしてそこで特定された発注コマンドに対応するワークフローが、ワークフロー制御プログラム４１１により何れの工程まで処理されているかを判定する。

ステップＳ１１０９において、ステップＳ１１０８で判別された発注コマンドに係るワークフローが現在処理されている工程を判別する。そしてその工程がプリプレス工程もしくは以降の工程であるか否かを判断する（ステップＳ１１１０）。

図１０において示した通りワークフロー制御プログラム４１１が各工程の順序並びに工程毎の処理進捗を管理している。たとえば、ワークフロー制御プログラム４１１は、注文ＩＤと、その注文ＩＤに係るワークフローの実行中の工程の識別情報とを関連付けて管理する。その場合、注文ＩＤから対応する実行中の工程の識別情報を特定する。そしてその識別情報が、特定の工程（本例ではプリプレス）か、またはそれ以降の工程を示している場合には、ステップＳ１１１０の判定結果は真である。このように、本実施形態におけるシステムでは、ワークフロー制御プログラム４１１が、実行処理されている工程が何れであるかをステップＳ１１０９およびＳ１１１０で判別する。

ステップS１１１０における判断の結果が偽であるとは、プリプレス工程まで発注に係るワークフローのジョブは進行していない事を意味する。その場合には図１０にて説明した理由によって、入稿コマンド８０６は受理することが可能である。従ってステップＳ１１１１に進み依頼された入稿コマンド８０６を受理する。具体的には入稿データを受理するとともに、受理されたことを示すレスポンス８０８を発注者システム１０１、１０２，１０３に応答する。

一方で、ステップＳ１１１０における判断の結果が真である場合には、プリプレス工程もしくはそれ以降の工程にまで発注に係るワークフローのジョブは進行している事を意味する。このような場合には図１０において説明した理由によって入稿コマンドを受理することはできない。従ってステップＳ１１１２に進み依頼された入稿コマンド８０８を受理せずに、受理できなかったことを示すレスポンス８１１を発注者システム１０１、１０２，１０３に応答する。

なお、上記実施形態において、特定工程であるプリプレスの開始時刻を、発注依頼に対する応答または最初の入稿に対する応答により注文者に伝えておけば、注文者は入稿可能な期限を予め知ることができる。

あるいは、ステップＳ１１１１において、入稿が許容される予想時刻を加えて応答してもよい。予想時刻は、入稿データに係る注文のワークフローを開始できる時刻に、特定の工程までの工程を完了するための所要時間を加算することで決定してよい。あるいは入稿データに係る注文のワークフローの処理が既に開始されていれば、現在時刻に、現在の工程を完了するまでの所要時間と、現在の工程の次の工程から特定工程までの工程を完了するための所要時間とを加算して予想時刻を決定してよい。各工程の所要時間は、たとえば入稿データのデータ量に工程ごとの所定の係数を乗じるなどして決定してよい。

なお、入稿処理が自動化されていることを前提とすれば、図１１のＳ１１０４とＳ１１０６とをスキップしてもよい。

以上の構成及び処理により、入稿が許容されるタイミングを自動的に決定でき、そのタイミングに基づいて、元の入稿データに対する新たな入稿データを受け付け付けるか否かが決定できる。さらに注文者に対して、新たな入稿が受け入れられたか否かを通知できる。決定される入稿可能なタイミングは、印刷業者にとっては、手間のかかる作業のやり直しを引き起こさないタイミングであり、再入稿を許容しつつ生産性の低下を抑制できる。
以上が本発明に関する第一の実施形態に関する説明である。

［第二の実施形態］
第一の実施形態では、入稿コマンドを受理した段階で、入稿コマンドに紐づく発注に応じた製品を作成するワークフローの工程がプリプレス工程若しくはそれ以降であるかによって入稿の可否を自動的に判別する技術について説明した。本発明の第二の実施形態においては、入稿コマンド受理のタイミングで該当する受注処理に係るワークフローの工程が仮にプリプレス工程もしくは以降の工程であっても、さらなる入稿処理を受理可能とする。なおかつ、印刷業者システムにおいても生産性の低減を招くことのないシステムを提供する。

第二の実施形態においても、入稿の受理可否の判断をプリプレス工程６２９，１００６に基づき実施する。プリプレス工程は第一の実施形態における図１０において示した通り、データ変換や加工処理を伴う工程である。従ってプリプレス工程が実行されている発注について、再入稿や追加入稿が生じた場合には印刷業者システム１０４、１０５、１０６において、入稿データの単純な差し替えでは済まされない再処理が生じる。それに伴い、印刷成果物の生産性が大幅に低減してしまう可能性があった。

また一般的にプリプレス工程は、データの加工や変換に際し、高いスキルを有した操作者がデスクトップ作業によって作業を遂行することが従来システムもしくは本実施形態におけるシステムにおいても実在する。何故ならば、成果物の完成度や品質維持、並びに成果物受領者にとっての観点による人的なミスの検出等では、プログラムに依存することのできない領域がプリプレス工程においては多分に存在するからである。

しかしながら、プリプレス工程のために、必ずしも高スキルを有する操作者が必要であるとは限らない。例えば、フォーマットが定型化した成果物を周期的に受発注するケースが相当する。この場合には、受注に応じた操作者の人手によるプリプレス工程における処理は、前回の注文のための処理時の操作内容をそのまま適用可能である。また、プリプレス処理をプログラムによって自動的に処理するシステムも存在する。これらの場合には、第一実施形態において述べたように、プリプレス工程によって実施される各種データの変換、加工処理のやり直しに伴う入稿処理の生産性低下を招きかねない多大な負荷が印刷業者システム１０４、１０５、１０６に生じるとは限らない。

本発明の第二の実施形態は上述のような状況を鑑み、更なる効率化をシステムに達成させることを目的としたものである。すなわち、本実施形態では、原則的には第一実施形態と同様に、入稿データの処理が、プリプレス工程またはそれ以降まで進行している場合には、その発注に関する入稿は締め切られる。ただし、プリプレス工程がプログラム等によって自動的に処理される、若しくは定型的な業務態様によって前回の処理内容が自動的に適用されると判断される場合は例外である。これらのいずれかに該当する場合には、発注された成果物生産のワークフロー上の工程がプリプレス工程に達していた場合であっても、追加入稿および差し替え入稿を許容する。一方で、前記のように自動化されることなく、人力による処理によってプリプレス工程がなされる場合にはプリプレス工程に達した場合になされる追加入稿も差し替え入稿も許容されないように制御される。本実施形態はそのようなシステムの提供を目的としたものである。

図１２Ａは本発明の第二の実施形態におけるワークフロー制御プログラム４１１の動作であって、発注者からの入稿処理の受理・非受理の処理判断の動作の仕組みを主に説明するためのフロー図である。同フロー図はワークフロー制御プログラム４１１をＣＰＵ２０１がＨＤＤ２１１から読みだして実行することによって動作する。以下、第一実施形態における図１１との差異の部分に着目して説明する。

ステップＳ１２０１において現在の処理工程がプリプレス工程６２９，１００６以前の工程であると判別される場合に、更なる判別処理をステップＳ１２０２にて行う。すなわちプリプレス工程６２９，１００６以前の各工程における処理が自動化された処理であるか否かの判別である。ワークフローの各工程の処理が自動化されているか否かに関しては、本実施形態においてはワークフロー制御プログラム４１１に、予めワークフローの設定情報の一部として記憶されている。そこでステップＳ１２０２では、その情報を参照することによって、実行中のワークフローにおける現在の工程以前の各工程が自動化されているか否かを判定する。

ステップＳ１２０２の判別結果により、現在の工程以前の各工程が自動化されていると判定される場合、第一実施形態における図１０で述べたような、各種データ変換もしくは加工処理には多大な時間や労力、人的／機械的な工数は生じない。若しくは、自動化されたシステムによって、現在の処理工程以前の各工程に要する時間、工数は低減されている。従ってこのような場合には、たとえば現在の処理工程がプリプレス工程６２９，１００６であっても、新たな入稿による印刷業者システム１０４、１０５、１０６の生産性低下は低いと看做すことが可能である。そのため、追加入稿や差し替え入稿を許容することが可能であるためステップＳ１１１１に進む。

一方でステップＳ１２０２の判別の結果、プリプレス工程６２９，１００６が自動化されてない、すなわち人的な部によって実行される場合には、各種データ変換もしくは加工処理には多大な時間や労力、人的／機械的な工数が発生する。従ってこの場合には、現在の処理工程がプリプレス工程６２９，１００６であると、新たな入稿による印刷業者システム１０４、１０５、１０６の生産性低下は大きいと判断される。そのため、追加入稿や差し替え入稿を許容することは出来ないためステップＳ１１１２に進む。以上が本発明における第二の実施形態に関する説明である。

なお、第二実施形態においては、現在の処理工程以前の工程が自動化されている例を示した。しかし図１０に示したように、プリプレス工程６２９、１００６より前の工程がすべて自動化されていることを前提とすれば、現在の処理工程がプリプレス工程であるかを判定し、そうであれば、プリプレス工程が自動化されているか否かを判定してもよい。その判定は図１２のＳ１２０１、Ｓ１２０２で行えばよい。その場合には、現在の処理工程がプリプレス工程より前であれば、新たな入稿を受け付け、プリプレス工程より後であれば入稿を拒否するものとしてよい。

図１２Ｂは、ワークフロー制御プログラム４１１が内部に備える管理テーブルの一例を示すためのものである。図１０において示した通り、管理テーブルには、各工程が手動によって為されるのか自動的に処理されるのかを示す情報を持つ。加えて、管理テーブルには、各工程がプログラムによって為されるのか、画像形成装置等装置によって為されるか等、工程の実現手段と処理手段に関する情報が管理されている。図１２Ｂに示す通り、管理テーブルは３つのフィールドから構成されている。すなわち、工程識別フィールド１２０２、実行手段識別フィールド１２０３、自動手動判別フィールド１２０４である。

同図において示したのは第二実施形態の場合におけるワークフロー制御プログラム４１１が内部に備える管理テーブルの一例である。図示の通り管理テーブルのプリプレス工程１００６の自動手動判別フィールド１２０４の値が手動１２０５となっている。図１２Ａにおけるステップ１２０１はワークフロー制御プログラム４１１が同フィールドの値を参照することによって判別処理を実施する構成を本実施形態においては採用している。管理テーブルの構成方法としては図示したもの以外にも様々な形態のものが存在しうる。ただし、判別すべき情報が管理され、参照可能な様式でワークフロー制御プログラム４１１に提供されていれば、あらゆる構成であっても本発明実施形態は適用可能であることは言うまでもない。なお管理テーブルは、ワークフローの作成時などに印刷業者が設定する。

本実施形態では、現在の処理工程がプリプレス工程である場合について、自動化されているか否かに応じて、新たな入稿を受けるか否かを決定している。これに加えて、たとえば現在の処理工程がプレス工程より前であり、かつ、現在の処理工程まで（現在の処理工程を含めて）がすべて自動化されていれば、新たな入稿を受け付ける構成としてもよい。図１０のワークフローの例では、プリプレス工程とプレス工程との間には第二の保持工程のみが存在しているが、更に他の工程が含まれる場合にも適用できる。プレス工程では、シートへの印刷が実行されるので、現在の処理工程がプレス工程あるいはそれ以降の工程であるなら新たな入稿を拒絶してよい。この場合には、図１２ＡのステップＳ１１１０においては現在の処理工程がプレス工程より前の工程であるか否かを判定する。プレス工程より前の工程であれば、Ｓ１２０１において、現在の処理工程以前の工程がすべて自動化されているか判定する。該当する場合には、新たな入稿を受け付ける。このような処理を行う場合、入稿工程の自動化についてはＳ１１０６で判定済みなので、ステップＳ１２０１では、入稿工程の自動化についての判定は省いてもよい。このようにすることで、プレス工程の実行前であれば、条件によっては新たな入稿を受け付けることができる。

以上説明した第二実施形態の構成及び手順により、現在の処理工程がプレス工程より前の工程であれば、現在の工程及びそれ以前の工程がすべて自動化されていることを条件として、元の入稿データに対する新たな入稿データの受け付けが許容される。これにより、発注者にとっては、再入稿の時期をより遅らせることができる。また、印刷業者にとっても、工程の後戻りに起因する労力や他の資源の浪費を抑制することができる。

［第三の実施形態］
以下、本発明の第三の実施形態について説明する。図１０において、生産計画工程１００５が、プレス工程１００８において使用される画像形成装置１１０，１１１，１１２の使用効率が高くなるように生産計画を作成することを述べた。一方で、プレス工程でのジョブ数が、画像形成装置１１０，１１１，１１２が本来達成すべきジョブ数、若しくは達成することを目的としてなされた生産計画のジョブ数を下回る場合もあり得る。このような場合においては、プレス工程における画像形成装置の実際の稼働率は想定あるいは計画を下回る結果となる。換言すれば、生産能力に基づいて生産計画工程１００５が計画した単位時間当たりの生産量に現実の生産量が達せず、生産能力に余裕があることを意味する。あるいは、納期に余裕があれば、生産計画の段階で生産能力をすべて使わず、余力を残していることもあり得るし、生産能力をすべて使うことで、納期に対して余裕をもって生産を完了するような生産計画が立てられていることもあり得る。

このような条件下において、仮に差し替え入稿や追加入稿依頼を受理した場合であっても、入稿工程に遡り処理を実施しても生産計画、特に納品期限に支障をきたさない場合が存在しうる。支障をきたさない場合とは、新たな入稿の受け付けによる各工程のやり直しに要する処理時間を、プレス工程で吸収できる場合である。

本発明の第三の実施形態においては、追加入稿、差し替え入稿依頼を受理した際に、生産計画工程１００５が、プレス工程１００８の現在の生産余力を判別する。そして、生産能力に余裕があると判別される場合にはこれら入稿を受理し、そうではないと判別される場合には入稿を受理しないよう制御可能とする。特にその生産余力により、新たな入稿データについてワークフローを入稿処理からやり直すことに要する時間を吸収できる場合に入稿を受理することが望ましい。

図１３は本発明の第三の実施形態におけるワークフロー制御プログラム４１１の動作であって、発注者からの入稿処理の受理・非受理の処理判断を生産余力に基づき判別する動作の仕組みを主に説明するためのフロー図である。同フロー図はワークフロー制御プログラム４１１をＣＰＵ２０１がＨＤＤ２１１から読みだして実行することによって動作する。以下、第一実施形態における図１１との差異の部分に着目して説明する。ただし、図１１、もしくは図１２Ａにおいて説明が為されているステップについては説明を省略するか、若しくは同図からそれら重複説明相当分のステップは省略されている。

ステップＳ１３０１において、入稿処理コマンドを受理する。入稿処理コマンドに対応した発注とその発注に係るワークフローの現在の処理工程とを特定する（Ｓ１１０８－Ｓ１１０９）。ステップＳ１１１０において、入稿処理コマンドに対応した発注に係るワークフローの処理工程がプリプレス工程もしくはそれ以降であるか否かを判別する。

ステップＳ１１１０の判別の結果が偽である場合は、現在の処理工程が、図１０において示したワークフローの工程における、第一の保持工程１００４かもしくはそれ以前の場合である。この場合は、処理のやり直しに要する時間は短く、プレス工程以降の生産余力を考慮する必要がそもそも無い。従ってステップＳ１３０１において、入稿コマンドは受理され（ステップＳ１１１１）、受理された入稿データに対する入稿処理が行われる。

一方でステップＳ１１１０の判別の結果が真で有る場合とは、プリプレス工程若しくはそれ以降の工程にワークフローの処理が進行している場合に相当する。この場合にはプリプレス工程に時間を要することがあるため、さらにステップＳ１３０２に進みプレス工程における生産余力を判別（あるいは推定）する。この判別処理は、現在の処理対象の入稿データに対する図１０における生産計画工程１００５もしくはワークフロー制御プログラム４１１が管理するプレス工程１００８の生産予定量と画像形成装置の最大生産能力との差異などの情報から導かれる。

ステップＳ１３０３において、ステップＳ１３０２の判別結果を評価し、生産余力があると判別された場合にはステップＳ１３０１にて受理した入稿処理コマンドを受理するためステップＳ１１１１に進む。すなわち、プリプレス工程までワークフローの処理が進行した場合であっても更なる情報である生産余力を考慮に入れる。こうすることで、印刷業者もしくは発注者双方に不利益を与えることなく、追加入稿や差し替え入稿をさらに柔軟に実施できるシステムを本発明第三の実施形態によって提供することが可能である。

ステップＳ１３０３の判別の結果、生産余力が既にないと判断される場合には、ステップＳ１１１２に進み、ステップＳ１３０１にて受理した入稿処理コマンドを拒否する。

なお、ステップＳ１３０３では単にプレス工程の生産余力の有無ではなく、新たな入稿の受け付けによる処理のやり直しに要する時間を吸収できる程度の生産余力の有無を判定してもよい。本実施形態では、プリプレス工程以降の工程のやり直しに要する時間を処理のやり直しに要する時間とみなしている。そのためやり直しに要する時間を推定し、推定時間が、生産余力により短縮される時間以下であればＳ１３０１において余力ありと判定してよい。ここでプリプレス工程に時間を要するのはプリプレス工程を手作業で行う場合に限定してもよい。

この場合には手作業の作業時間を、予め定めておいた単位データ量（たとえば１ページ）当たりの標準作業時間×データ量などの式で推定してもよい。さらに生産余力により短縮される時間を、たとえば現在の生産計画では使用しない画像形成装置に生産の一部を割り振ったとして予想してよい。たとえば現在１台の装置で生産しているところを、使用していない１台の装置をもちいたとすれば、プレス工程に要する時間は半減するので、その時間を短縮される時間として推定できる。

また、Ｓ１３０１では、ワークフローのやり直しに要する時間を、新たな入稿前の元の入稿データに対する作業終了時刻に加算して新たな作業終了時刻を推定し、その時刻が納品作業を開始する時刻より速いか否かを判定してもよい。この場合には、新たな作業終了時刻が納品作業を開始する時刻より速ければ、Ｓ１３０１では余力ありと判定される。

また、図１３では、現在の処理工程がプリプレス工程またはそれ以降の工程であるか判定している（Ｓ１１１０）が、該当する場合には、現在の処理工程がプレス工程より前の工程であることを判定し、該当する場合にＳ１３０２に分岐してもよい。この場合、現在の処理工程がプレス工程以降であれば、Ｓ１１１２に分岐して入稿を拒否する。プレス工程が開始されれば、そのやり直しには印刷済みの印刷物の廃棄を伴うためである。

以上が本発明による第三の実施形態によるシステムに関する説明である。上記構成及び手順により、ある注文に関するワークフローがプリプレス工程以降まで進行していても、プレス工程の余力があると判定した場合には、新たな入稿を受け付けることができる。あるいは、ある注文に関するワークフローがプリプレス工程以降まで進行していても、ワークフローを完了する時期が納期に間に合うと判定した場合には、新たな入稿を受け付けることができる。これにより、発注者は入稿時期を遅らせることができ、印刷業者は工程の後戻りによる損失を抑制することができる。

［第四の実施形態］
以下、本発明の第四の実施形態について説明する。第三の実施形態において生産計画工程１００５によって計画されるプレス工程の生産余剰能力に応じて追加入稿、差し替え入稿の可否を判別し実行するシステムについて述べた。生産計画工程１００５が更なる判別処理を実施することによって、プリプレス工程６２９，１００６に遡り処理を実施した場合であっても生産に支障をきたさない場合が存在しうる。

例えば印刷業者システム１０４，１０５，１０６が保有する画像形成装置１１０，１１１，１１２は常に稼働状態にあるとは限らない。画像形成装置のメンテナンスや非営業日等の事情によって非稼働状態であることがあらかじめ判明している場合が存在する。そのような場合にはプリプレス工程６２９，１００６が終了した段階で追加入稿や差し替え入稿が為された場合であっても、結果的に生産計画に影響を与えることなく再処理することでこれら入稿を受理することが可能である。

従って第四の実施形態においては、画像形成装置１１０，１１１，１１２の稼働計画すなわちプレス工程の非稼働時期の有無に応じてプリプレス工程６２９，１００６が終了した状態であっても追加入稿、差し替え入稿を受理するか否かを判別する。

図１４は本発明の第四の実施形態におけるワークフロー制御プログラム４１１の動作であって、発注者からの入稿処理の受理・非受理の処理判断をプレス工程の非稼働時期の有無に基づき判別する動作の仕組みを主に説明するためのフロー図である。同フロー図はワークフロー制御プログラム４１１をＣＰＵ２０１がＨＤＤ２１１から読みだして実行することによって動作する。以下、第一実施形態における図１１との差異の部分に着目して説明する。ただし、図１１、図１２Ａもしくは図１３において説明が為されているステップについては説明を省略するか、若しくは同図からそれら重複説明相当分のステップは省略されている。

ステップＳ１３０１において、入稿処理コマンドを受理する。ステップＳ１１１０において、入稿処理コマンドに対応した発注に係るワークフローの処理工程がプリプレス工程もしくは以降であるか否かを判別する。

ステップＳ１１１０の判別の結果が偽である場合には図１３にて説明したのと同じ理由によりステップＳ１１１１に進む。

ステップＳ１１１０の判別の結果が真である場合にはプリプレス工程若しくはそれ以降の工程に処理が進行している場合に相当する。この場合にはさらにステップＳ１４０１に進みプレス工程における画像形成装置の非稼働時期を特定し、その有無を判別する（Ｓ１４０２）。この判別処理は図１０におけるワークフロー制御プログラム４１１によって管理されるプレス工程１００８における生産計画情報から判別される。例えばステップＳ１３０１にて入稿処理コマンド受理した翌日にプレス工程における生産が計画されていない場合には、少なくとも次の生産は翌々日となる。すなわちプリプレス工程まで進んだ場合であっても、再入稿されたデータを再度プリプレス工程に進めて再処理したとしてもプレス工程の生産性に与える影響は実施的にないと判断される。

従って、ステップＳ１１１１に進みステップＳ１３０１で受理した入稿処理コマンドを受理する。一方でステップＳ１４０２の判別の結果、翌日にプレス工程における生産が計画されている場合にはプリプレス工程のやり直しは生産性の低下要因となりうる。従ってステップＳ１１１２に進みこの場合には入稿依頼コマンドを受理しない。

なお、図１４では、現在の処理工程がプリプレス工程またはそれ以降の工程であるか判定している（Ｓ１１１０）。そのところをさらに、Ｓ１１１０において該当する場合には、現在の処理工程がプレス工程より前の工程であることを判定し、該当する場合にＳ１４０１に分岐してもよい。この場合、現在の処理工程がプレス工程以降であれば、Ｓ１１１２に分岐して入稿を拒否する。
以上が本発明による第四の実施形態によるシステムに関する説明である。この構成及び手順によれば、画像形成装置に非稼働時期があれば、現在の処理工程がプリプレス以降であっても、新たな入稿を受けつけることができる。なお画像形成装置の非稼働時期があることは、生産能力の余力があることに含まれると考えることもできる。そのように考えると、本実施形態は第三実施形態のバリエーションとも言える。これにより、発注者は入稿時期を遅らせることができ、印刷業者は工程の後戻りによる損失を抑制することができる。［第五の実施形態］
以下、本発明の第五の実施形態について説明する。第一実施形態における図１でも述べた通り、印刷業者システム１０４，１０５，１０６は様々な様式による画像形成装置画像形成装置１１０，１１１，１１２を有し、発注の条件や成果物の内容に応じて使い分けて使用することが知られている。例えば、カットシートタイプのデジタル式の画像形成装置１１０はＰＤＦ等の入稿データをそのまま解析およびＲＩＰし、印刷処理を遂行することが可能である。一方でオフセットタイプの画像形成装置１１２はＣＴＰによる刷版処理がプリプレス工程の一部として実行する必要がある。換言すれば、オフセットタイプの画像形成装置１１２は前記カットシートタイプのデジタル式の画像形成装置１１０とは異なり、入稿されたデータを直接処理することはできない。

本発明の第五実施形態においては、ＭＩＳシステム４１１は、プレス処理する画像形成装置１１０，１１１，１１２の方式によって、プリプレス工程６２９，１００６が終了した状態で、追加入稿、差し替え入稿の可否を判別する。すなわち、刷版処理を要する方式の画像形成装置１１２の場合にはプリプレス工程６２９，１００６における追加入稿や差し替え入稿は受理しない。一方、刷版処理を不要とする方式の画像軽視絵装置１１０の場合には追加入稿や差し替え入稿を受理する。

図１５は本発明の第五の実施形態におけるワークフロー制御プログラム４１１の動作であって、発注者からの入稿処理の受理・非受理の判断をプレス工程において使用されるプレス機の種別に基づき行う仕組みを主に説明するためのフロー図である。同フロー図はワークフロー制御プログラム４１１をＣＰＵ２０１がＨＤＤ２１１から読みだして実行することによって動作する。以下、第一実施形態における図１１との差異の部分に着目して説明する。ただし、図１１、図１２Ａもしくは図１３において説明が為されているステップについては説明を省略するか、若しくは同図からそれら重複説明相当分のステップは省略されている。

ステップＳ１３０１において、入稿処理コマンドを受理する。ステップＳ１１１０において、入稿処理コマンドに対応した発注に係るワークフローの処理工程がプリプレス工程もしくは以降であるか否かを判別する。

ステップＳ１１１０の判別の結果が偽である場合には図１３にて説明したのと同じ理由によりステップＳ１１１１に進む。ステップＳ１１１０の判別の結果が真である場合にはプリプレス工程若しくはそれ以降の工程に処理が進行している場合に相当する。この場合にはさらにステップＳ１５０１に進みプレス工程にいて使用されるプレス機の種別を判別する。プレス機の種類は、図１０におけるワークフロー制御プログラム４１１によって管理されるプレス工程１００８における生産計画情報から判別される。具体的には刷版処理を必要としないデジタルプレス１１０，１１１か、もしくは刷版処理を要するオフセットタイプの印刷機１１２の何れを用いて生産が行われるかを判別する。

すなわち刷版処理を要しないデジタルプレス１１０，１１１であれば、プリプレス処理は不要もしくは必要な場合であっても作業量は軽微である一方で、オフセットタイプの印刷機１１２の場合には刷版を要する。版はひとたび作成された場合に、再度作り直すことは費用的にも時間的にも好ましくない。

従ってステップＳ１５０２において、プレス工程で使用される装置の種別に応じてフローを切り替えている。ステップＳ１５０１の判別の結果、プレス工程で使用されるプレス機がデジタルプレスであった場合には、プリプレス工程は上述した通り不要もしくは、やり直しても軽微であると判断される。そのためステップＳ１１１１に進みステップＳ１３０１における入稿処理コマンドは受理される。一方で、デジタルプレスではない、刷版を要するプレス機の場合にはプリプレス処理のやり直しは多大な労力を要するためステップＳ１１１２に進みステップＳ１３０１における入稿処理コマンドは拒否される。

なお図１５では、現在の処理工程がプリプレス工程またはそれ以降の工程であるか判定している（Ｓ１１１０）。そのところをさらに、Ｓ１１１０において該当する場合には、現在の処理工程がプレス工程より前の工程であることを判定し、該当する場合にＳ１５０１に分岐してもよい。この場合、現在の処理工程がプレス工程以降であれば、Ｓ１１１２に分岐して入稿を拒否する。

以上が本発明による第五の実施形態によるシステムに関する説明である。この構成及び手順によれば、刷版の要不要の別に基づいてプリプレス工程の処理の負荷を判定し、簡易な判定により新たな入稿を受け付けるか否かを決定できる。これにより、発注者は入稿時期を遅らせることができ、印刷業者は工程の後戻りによる損失を抑制することができる。

［第六の実施形態］
以下、本発明の第五の実施形態について説明する。上述した各実施形態においては、印刷業において入稿されるデータ形式として広くそして一般的に用いられているＰＤＦ形式のデータフォーマットを想定したものであった。ＰＤＦデータはプリプレス工程６２９，１００６において例えばＴＩＦＦなど画像形成装置１１２が処理するにおいてＣＴＰで処理する際に好適なフォーマットに変換されることが一般的である。

入稿データがＰＤＦではなくＴＩＦＦ形式によるものであった場合には上述したプリプレス工程６２９，１００６における変換処理が不要である。換言すれば、追加入稿、差し替え入稿に伴うデータ変換処理や加工処理が不要な形式で入稿された場合にはプリプレス工程６２９、１００６の再処理が不要となるため、生産性の低下を招くことはない。

したがって、本発明の第六の実施形態は、入稿データの種別を判別し、データの種別に応じてプリプレス工程６２９，１００６の処理が完了したジョブに対する追加入稿、差し替え入稿の受理の可否を判別するよう制御可能とするシステムである。

図１６は本発明の第六の実施形態におけるワークフロー制御プログラム４１１の動作を示すフロー図である。図１６では、発注者からの入稿処理の受理・非受理の処理判断を入稿データ種別およびプレス工程で使用されるプレス機のサポートデータ種別に基づき判別する。同フロー図はワークフロー制御プログラム４１１をＣＰＵ２０１がＨＤＤ２１１から読みだして実行することによって動作する。以下、第一実施形態における図１１との差異の部分に着目して説明する。ただし、図１１、図１２Ａもしくは図１３において説明が為されているステップについては説明を省略するか、若しくは同図からそれら重複説明相当分のステップは省略されている。

ステップＳ１３０１において、入稿処理コマンドを受理する。ステップＳ１１１０において、入稿処理コマンドに対応した発注に係るワークフローの処理工程がプリプレス工程もしくは以降であるか否かを判別する。

ステップＳ１１１０の判別の結果が偽である場合には図１３にて説明したのと同じ理由によりステップＳ１１１１に進む。

ステップＳ１１１０の判別の結果が真である場合にはプリプレス工程若しくはそれ以降の工程に処理が進行している場合に相当する。

この場合にはさらにステップＳ１６０１に進み、ステップＳ１３０１において入稿処理されたデータの種別、すなわちデータフォーマットを識別する。さらに、ステップＳ１６０２に進み、プレス工程で利用されるプレス機が直接的に扱う事の可能なデータフォーマットの種別を判別する。ステップＳ１６０１およびステップＳ１６０２における判別処理は、図１０において示したワークフロー制御プログラム４１１によって為されることを同実施形態における例では示している。

ステップＳ１６０３においては、ステップＳ１６０１およびステップＳ１６０２において判別した情報に基づくさらなる判別を実施する。すなわちステップＳ１６０１で受理した入稿データのデータフォーマットは、プレス工程で利用されるプレス機が直接的に扱う事が可能なデータフォーマットに相当するか否かの判別を行う。さらに換言すれば、画像形成装置の種別が、入稿データを処理可能であるか否かを判定する。同ステップにおける判別の結果が真である場合、入稿されたデータはプリプレス工程においてデータ種の変換処理が行われない。この場合にはプリプレス工程におけるデータ変換処理は不要である。換言すれば追加入稿や差し替え入稿が、プリプレス工程処理が完了した後になされた場合であっても生じるやり直し処理は軽微もしくは皆無である。従ってこの場合にはステップＳ１１１１に進みステップＳ１３０１における入稿処理コマンドを受理する。

一方でステップＳ１６０３の判別の結果が偽である場合、入稿されたデータはプリプレス工程においてデータ種の変換処理が行われる。この場合にはプリプレス工程が完了したあとに為される追加入稿や差し替え入稿はプリプレス工程のやり直しを招き、かつそのやり直しに要する処理は軽微とは言えないものとなる。従って、この場合にはステップＳ１１１２に進みステップＳ１３０１における入稿処理コマンドを拒否する。

なお、図１６では、現在の処理工程がプリプレス工程またはそれ以降の工程であるか判定している（Ｓ１１１０）。そのところをさらに、Ｓ１１１０において該当する場合には、現在の処理工程がプレス工程より前の工程であることを判定し、該当する場合にＳ１６０１に分岐してもよい。この場合、現在の処理工程がプレス工程以降であれば、Ｓ１１１２に分岐して入稿を拒否する。

以上が本発明による第五の実施形態によるシステムに関する説明である。この構成及び手順によれば、刷版の要不要の別に基づいてプリプレス工程の処理の負荷を判定し、簡易な判定により新たな入稿を受け付けるか否かを決定できる。これにより、発注者は入稿時期を遅らせることができ、印刷業者は工程の後戻りによる損失を抑制することができる。

［第七の実施形態］
以下、本発明の第七の実施形態について説明する。上述した各実施形態においては、諸条件に基づき、追加入稿や差し替え入稿の受理の可否を自動的に判別するシステムに関するものであった。しかしながら自動的ではない判別手法によっても同等の効果を得ることが可能であり、第七実施形態はそのような手法によるシステムである。

すなわち、発注依頼８０３のレスポンス８０５として、再入稿、追加入稿、差し替え入稿の期限に関する情報を印刷業者システム１０４、１０５、１０６が発注者システム１０１、１０２，１０３に送信する。そして、その期限を境界として入稿を受け付けるか否かを判別する。また、同様に発注者システム１０１、１０２，１０３が発注依頼８０３に入稿期限に関する情報を印刷業者システム１０４、１０５、１０６に送信する構成をとることも可能である。

いずれの場合であっても、これらの期限に関する情報は生産計画工程１００５によって保持され、前期保持された情報に基づき入稿処理がなされた場合の判別並びに制御が為される。以上が本発明の第七実施形態に関するシステムである。

図１７は本発明の第七の実施形態におけるワークフロー制御プログラム４１１の動作であって、発注者からの発注時に指定される入稿期限の情報に基づき、入稿処理が為された時点の可否判断を行う動作の仕組みを説明するためのフロー図である。同フロー図は前記ワークフロー制御プログラム４１１をＣＰＵ２０１がＨＤＤ２１１から読みだして実行することによって動作する。以下、第一実施形態における図１１との差異の部分に着目して説明する。ただし、図１１、図１２Ａもしくは図１３において説明が為されているステップについては説明を省略するか、若しくは同図からそれら重複説明相当分のステップは省略されている。

ステップＳ１３０１において、入稿処理コマンドを受理する。さらに、ステップＳ１１０８において、ステップＳ１３０１にてなされた入稿処理の元となっている発注情報を特定し、該発注情報に含まれる、発注者が設定した入稿期限に関する情報を判別する。入稿期限に関する情報とは例えば特定の日時や、発注時を起算とした期限等、表現方法はさまざまであるが如何様な表現方法によるものであっても構わない。

ステップＳ１７０２において、ステップＳ１３０１にて為された入稿処理コマンドの受信が、ステップＳ１７０１で判別した期限の以降であるかを判別する。

同判別の結果が偽である場合、ステップＳ１３０１にて為された入稿処理コマンドはまだ期限を超えていない状態でなされたことを意味する。従ってステップＳ１１１１に進みステップＳ１３０１にて為された入稿処理コマンドを受理する。一方で、ステップＳ１７０２の判別の結果が偽である場合、ステップＳ１３０１にて為された入稿処理コマンドは期限を超えて為されたものであるから、ステップＳ１１１２に進み当該入稿処理コマンドを拒否する。

以上説明した実施形態に依れば、ユーザ、すなわち発注者と受注者双方にとって利便性の高い受発注業務の仕組みを提供することができる。すなわち、発注処理と異なるタイミングでしかも複数回に及ぶ入稿処理を実施する発注者の都合と、請け負った印刷成果物の生産を効率的に進める印刷業者のワークフロー処理の効率的な実行を両立するための仕組み、並びにシステムを提供することが可能となる。これによって、発注者の要望および印刷業者の要望の双方を可能な限り満足しつつも現実的かつ効率的な印刷成果物の電子的な受発注システムの実現を可能とする。

なお本実施形態では、印刷業者システムは、入稿元である発注者システムに対して注文の際に入稿期限を通知するほか、新たな入稿の都度、次の入稿期限を通知してもよい。印刷業者システムでは、新たな入稿があるとステップＳ１７０２で、最後に通知した期限と比較すればよい。期限に変更がない場合には、通知を省略してもよい。またこれ以上受け付けることができないことがわかっている場合には、その旨あるいは現在の日時を期限として通知してよい。さらにこの通知に関しては、第一の実施形態乃至第六の実施形態それぞれに対して組み合わせてもよい。

［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路例えば、ＡＳＩＣによっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０１－１０３ 発注者システム、１０４－１０６ 印刷業者システム、１０８ 情報処理装置、１１０－１１２ 画像形成装置、１１３ ＣＴＰ（Ｃｏｍｐｕｔｅｒ Ｔｏ Ｐｌａｔｅ）、１１４ ラミネータ、４１１ ワークフロー制御プログラム

Claims (18)

1. 入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御システムであって、
   入稿データを受け付ける入稿手段と、
   元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程が特定の工程またはそれ以降の工程であるか判定する判定手段を有し、
   前記入稿手段は、前記判定手段により前記現在の処理工程が前記特定の工程またはそれ以降の工程であると判定した場合には、前記新たな入稿データを受け付けず、それ以外の場合には、前記新たな入稿データを受け付ける
   ことを特徴とするワークフロー制御システム。
2. 請求項１に記載のワークフロー制御システムであって、
   前記判定手段はさらに、前記新たな入稿データが入稿された場合に、前記入稿手段による入稿工程が自動化されているか判定し、
   前記入稿手段は、前記入稿工程が自動化されていると判定され、かつ、前記現在の処理工程が前記特定の工程またはそれ以降の工程ではないと判定した場合に、前記新たな入稿データを受け付ける
   ことを特徴とするワークフロー制御システム。
3. 入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御システムであって、
   入稿データを受け付ける入稿手段と、
   元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程およびそれ以前の工程が自動化されているか判定する判定手段を有し、
   前記入稿手段は、前記判定手段により前記現在の処理工程およびそれ以前の工程が自動化されていると判定した場合には、前記新たな入稿データを受け付け、それ以外の場合には、前記新たな入稿データを受け付けない
   ことを特徴とするワークフロー制御システム。
4. 請求項３に記載のワークフロー制御システムであって、
   前記判定手段はさらに、前記新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程が特定の工程以前の工程であるか判定し、
   前記入稿手段は、前記現在の処理工程が前記特定の工程以前の工程であり、かつ、前記現在の処理工程およびそれ以前の工程が自動化されている場合に前記新たな入稿データを受け付ける
   ことを特徴とするワークフロー制御システム。
5. 請求項１または２または４に記載のワークフロー制御システムであって、
   前記特定の工程は、印刷の前処理を行うプリプレス工程である
   ことを特徴とするワークフロー制御システム。
6. 入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御システムであって、
   入稿データを受け付ける入稿手段と、
   前記入稿データを処理するための生産計画を作成する生産計画手段と、
   元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程が印刷の前処理を行うプリプレス工程であるか否かを判定する第１の判定手段と、
   前記現在の処理工程が前記プリプレス工程であると判定された場合に、前記生産計画に基づいて、実際に印刷を行うプレス工程の生産能力に余力があるか判定する第２の判定手段とを有し、
   前記入稿手段は、前記第２の判定手段により余力があると判定した場合には、前記新たな入稿データを受け付け、それ以外の場合には、前記新たな入稿データを受け付けない
   ことを特徴とするワークフロー制御システム。
7. 請求項６に記載のワークフロー制御システムであって、
   前記生産計画には、前記プレス工程で使用する画像形成装置の非稼働時期を含み、
   前記第２の判定手段は、前記生産計画に、前記画像形成装置の非稼働時期が含まれている場合に、前記生産能力に余力があると判定する
   ことを特徴とするワークフロー制御システム。
8. 入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御システムであって、
   入稿データを受け付ける入稿手段と、
   前記入稿データを処理するための生産計画を作成する生産計画手段と、
   元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程が印刷の前処理を行うプリプレス工程であるか否かを判定する第１の判定手段と、
   前記現在の処理工程が前記プリプレス工程であると判定された場合に、前記生産計画に基づいて、実際に印刷を行うプレス工程で使用する画像形成装置の種別を判定する第２の判定手段とを有し、
   前記入稿手段は、前記第２の判定手段により判定された前記画像形成装置の種別に応じて、前記新たな入稿データを受け付ける
   ことを特徴とするワークフロー制御システム。
9. 請求項８に記載のワークフロー制御システムであって、
   前記第２の判定手段は、前記画像形成装置の種別がデジタル式であるか否かを判定し、
   前記入稿手段は、前記第２の判定手段により、前記画像形成装置の種別がデジタル式であると判定された場合に、前記新たな入稿データを受け付け、そうでない場合に前記新たな入稿データを受け付けない
   ことを特徴とするワークフロー制御システム。
10. 請求項９に記載のワークフロー制御システムであって、
    前記第２の判定手段は、前記画像形成装置の種別が前記入稿データを処理可能な種別であるか否かを判定し、
    前記入稿手段は、前記第２の判定手段により、前記画像形成装置の種別が前記入稿データを処理可能であると判定された場合に、前記新たな入稿データを受け付け、そうでない場合に前記新たな入稿データを受け付けない
    ことを特徴とするワークフロー制御システム。
11. 請求項１乃至１０のいずれか一項に記載のワークフロー制御システムであって、
    前記新たな入稿データを受け付けた場合には、前記新たな入稿データを前記ワークフローの工程ごとに処理する
    ことを特徴とするワークフロー制御システム。
12. 請求項１乃至１１のいずれか一項に記載のワークフロー制御システムであって、
    入稿データを受け付けた場合には、前記入稿データに対する新たな入稿データを受け付ける期限を前記入稿データの入稿元に通知する
    ことを特徴とするワークフロー制御システム。
13. 請求項１乃至１２のいずれか一項に記載のワークフロー制御システムであって、
    前記新たな入稿データには、前記元の入稿データの差し替えまたは追加の入稿データを含む
    ことを特徴とするワークフロー制御システム。
14. 請求項１乃至１３のいずれか一項に記載のワークフロー制御システムとしてコンピュータを機能させるためのプログラム。
15. 入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御方法であって、
    入稿データを受け付け、
    元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程が特定の工程またはそれ以降の工程であるか判定し、
    前記現在の処理工程が前記特定の工程またはそれ以降の工程であると判定した場合には、前記新たな入稿データを受け付けず、それ以外の場合には、前記新たな入稿データを受け付ける
    ことを特徴とするワークフロー制御方法。
16. 入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御方法であって、
    入稿データを受け付け、
    元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程およびそれ以前の工程が自動化されているか判定し、
    前記現在の処理工程およびそれ以前の工程が自動化されていると判定した場合には、前記新たな入稿データを受け付け、それ以外の場合には、前記新たな入稿データを受け付けない
    ことを特徴とするワークフロー制御方法。
17. 入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御方法であって、
    入稿データを受け付け、
    前記入稿データを処理するための生産計画を作成し、
    元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程が印刷の前処理を行うプリプレス工程であるか否かを判定し、
    前記現在の処理工程が前記プリプレス工程であると判定された場合に、前記生産計画に基づいて、実際に印刷を行うプレス工程の生産能力に余力があるか判定し、
    余力があると判定した場合には、前記新たな入稿データを受け付け、それ以外の場合には、前記新たな入稿データを受け付けない
    ことを特徴とするワークフロー制御方法。
18. 入稿データをワークフローの工程ごとに処理して印刷物を生産するワークフロー制御方法であって、
    入稿データを受け付け、
    前記入稿データを処理するための生産計画を作成し、
    元の入稿データに対する新たな入稿データが入稿された場合に、前記元の入稿データに対する現在の処理工程が印刷の前処理を行うプリプレス工程であるか否かを判定し、
    前記現在の処理工程が前記プリプレス工程であると判定された場合に、前記生産計画に基づいて、実際に印刷を行うプレス工程で使用する画像形成装置の種別を判定し、
    判定された前記画像形成装置の種別に応じて、前記新たな入稿データを受け付ける
    ことを特徴とするワークフロー制御方法。

Images