JP2006244088A - 情報処理装置および工程管理方法およびそのプログラム - Google Patents

Abstract

【課題】 工程間の依存性が高い場合、それらの工程を連続時間で処理できるようにするワークフロースケジューラを提供する。
【解決手段】 入力される印刷注文を解析し、印刷注文を遂行するためにこの印刷注文を複数の処理工程に分割し、分割された各処理工程のスケジュールを設定し、各工程のグルーピング属性に基づいて、印刷注文から分割された各処理工程のうちグルーピング属性で関連付けられている各処理工程をグループ化し、スケジュール設定された各処理工程を識別可能に出力し、グループ化された各処理工程を連続時間で実行可能とするように各処理工程のスケジュールを設定する。
【選択図】 図１５

Description

本発明はユーザからのドキュメント入稿を受け付け、受け付けたドキュメントを出力（印刷、製本加工）する印刷システムにおける工程管理システムであるワークフロースケジューラ（情報処理装置およびそのプログラム）に関する。

従来、第三者（顧客、クライアント）から印刷物（雑誌、新聞、カタログ、広告、グラビア等）の作成依頼を受注し、このクライアントの所望する印刷物を作成し、それをこのクライアントに納品することでクライアントから報酬を得る、いわゆる、商業的印刷業界では、現在でも、オフセット製版印刷機などの大規模な印刷装置等を用いているのが主流である。このような印刷業界では、入稿、デザインやレイアウト、カンプ（プリンタ出力によるプレゼンテーション）、校正（レイアウト修正や色修正）、校正刷り（プルーフプリント）、版下作成、印刷、後処理加工、発送といった具合に様々な工程を踏んで作業を進めている。

これは、上述のような印刷機の利用には版下作成を欠かすことができず、一度版下を作成すると、その修正は容易でなく、かつコスト的にかなり不利であるため、入念な校正、即ちレイアウトのチェックや色の確認作業が必須であること等に起因する。このように、印刷業界では、大掛かりな印刷装置を必要とし、なおかつ、クライアントが所望する印刷物を作成するのにある程度の時間や作業が必要であった。しかもそれぞれの作業には専門知識が必要であり、いわば職人と呼ばれる熟練者のノウハウが必要であった。

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

このようなＰＯＤ市場では、従来の印刷業界に比べてディジタル化が進み、コンピュータを利用した管理、制御が浸透してきており、コンピュータを利用して、ある程度、印刷業界のレベルに近づこうとしている。このような背景の中で、ＰＯＤ市場には、コピー・プリントショップ印刷会社の印刷サービスと言われるＰＦＰ（Ｐｒｉｎｔ Ｆｏｒ Ｐａｙ）や、企業内社内向け印刷サービスと言われるＣＲＤ（Ｃｅｎｔｒａｌｉｚｅｄ Ｒｅｐｒｏｄｕｃｔｉｏｎ Ｄｅｐａｒｔｍｅｎｔ）などが存在する。

前述のような印刷サービス提供者側では、特定多数あるいは不特定多数の顧客から受け付けたそれぞれの依頼について、印刷枚数や納品期日、あるいは人的、物的資源の制限などを考慮しつつ、もっぱら担当者の勘や経験によって、その処理順序や処理時期を決定する（作業割り当て）。そして、この予定にしたがって、指定された原稿をコピー機により複写したり（紙原稿の場合）、パーソナルコンピュータに接続されたプリンタにより印刷したりして（電子入稿の場合）、最終的に確認・丁合し顧客に納品する。

上記のような作業割り当ては、従来の方法では必ずしも効率的とは言えず、特に、複数工程作業において、工程間の依存性が高い場合、工程を連続時間で処理した方が効率的である場合であっても担当者の勘や経験によるのでは、そのような作業割り当てが困難であり課題があった。このような問題があることから、例えば特許文献１に記載されるように、印刷システム全体のスケジュール状況を直感的に把握できるとともに、直感的な操作で個々の印刷ジョブの処理日時や処理主体をダイナミックに変更することが可能な機能を備えたデバイス工程管理装置が提案されている。

特開２００２-６３００４号公報

複数工程作業において、工程間の依存性が高い場合、それらの工程を連続時間で処理した方が効率的である場合がある。しかし、特許文献１で示されるような従来のスケジューリング方式では、印刷ジョブを各プリンタのスケジュールに基づいて適切に割り当てることが記載されているのみである。よって、上述したような、１つの印刷オーダについて、様々な工程（プルーフプリント、本印刷、後処理加工など）を踏んで作業を進めるような場合、各工程で異なるデバイス、例えば、印刷機、後処理加工機（折り機、断裁機）に割り当てることになるが、特許文献１のスケジューリング方式を適用すると、別々の工程は独立にスケジュール管理され、複数の工程を連続時間でまとめて行った方が効率化される場合が考慮されていない。また、特許文献１のスケジューリング方式では、現在のすべてのスケジュールが以後のスケジュール最適化の対象となり、一度複数の工程をまとめて最適化しても再スケジュール時に再度全工程にわたって変更可能かを判断したり、最適化を最初からやり直さなくてはならないといった問題がある。

本発明の目的は、上記の課題を解決するために、１つの印刷オーダから生成された複数の各工程のスケジュールを割り当てる際に、関連する各工程が時間的に連続して割り当てられるように制御する工程管理システムにおける情報処理装置および工程管理方法およびそのプログラムを提供することである。

上記課題を解決するため、請求項１に記載の発明は、印刷注文を遂行するためのワークフローを構成する各処理工程のスケジュールを管理する情報処理装置であって、入力される印刷注文を解析し、該印刷注文を遂行するために該印刷注文を複数の処理工程に分割する分割手段と、前記分割手段により分割された各処理工程のスケジュールを設定するスケジュール設定手段と、各工程のグルーピング属性に基づいて、前記印刷注文から分割された各処理工程のうち前記グルーピング属性で関連付けられている各処理工程をグループ化するグループ化手段と、 前記スケジュール設定手段によりスケジュール設定された各処理工程を識別可能に出力する出力手段とを備え、前記スケジュール設定手段は、前記グループ化手段によりグループ化された各処理工程を連続時間で実行可能とするように各処理工程のスケジュールを設定することを特徴とする。

また、請求項２に記載の発明は、請求項１に記載の情報処理装置において、予めワークフローエディタにより作成された各処理工程の属性が記載されたワークフロー設定ファイルを読み込む手段を更に備え、前記グループ化手段は、前記ワークフロー設定ファイルに記載された各処理工程のグルーピング属性に基づいて、関連付けされている各処理工程をグループ化することを特徴とする。

また、請求項３に記載の発明は、請求項１または２に記載に記載の情報処理装置において、前記ワークフロー設定ファイルに記載された工程グループの移動可否属性からグループ化された各処理工程の、設定されたスケジュールにおける移動可否を判断する判断手段と、前記移動可否属性を識別可能に出力する手段と、第一判断として、現在のスケジュールの空き時間からグループ化された各処理工程の割り当てが可能であるか判断し、第二判断として、第一判断でスケジュール割り当てが不可能であった場合に、既にスケジュールに仮割り当てされた処理工程の移動可否属性が移動可能であれば該処理工程を再割り当てすることで、グループ化された各処理工程の割り当てが可能であるか判断する手段と、を更に備えることを特徴とする。

また、請求項４に記載の発明は、請求項３に記載の情報処理装置において、ユーザインターフェースを表示する手段をさらに備え、前記スケジュール設定された各処理工程および／または前記移動可否属性を、前記ユーザインターフェース上に表示することを特徴とする。

また、請求項５に記載の発明は、請求項１乃至４のいずれかに記載の情報処理装置において、前記出力手段は、グループ化された各処理工程をそれがひとつの処理工程であるかのように識別可能に出力するものであり、前記スケジュール設定手段は、スケジュールを再割り当てする場合に、グループ化された単位で各処理工程を連動して移動させ再割り当てを行うことを特徴とする。

また、請求項６に記載の発明は、請求項２に記載の情報処理装置において、前記ワークフロー設定ファイルに記載された移動可能属性からスケジュールグループの移動可否を判定する手段を、さらに備えることを特徴とする。

また、請求項７に記載の発明は、請求項２に記載の情報処理装置において、前記ワークフロー設定ファイルを読み込むことで、自動的にスケジュール設定を行うことを特徴とし、さらにユーザインターフェイス上で手動によりスケジュール設定を可能とする手段も備えたことを特徴とする。

また、請求項８に記載の発明は、印刷注文を遂行するためのワークフローを構成する各処理工程のスケジュールを管理するプログラムであって、入力される印刷注文を解析し、該印刷注文を遂行するために該印刷注文を複数の処理工程に分割するステップと、前記分割するステップにより分割された各処理工程のスケジュールを設定するステップと、各工程のグルーピング属性に基づいて、前記印刷注文から分割された各処理工程のうち前記グルーピング属性で関連付けられている各処理工程をグループ化するステップと、前記スケジュールを設定するステップによりスケジュール設定された各処理工程を識別可能に出力するステップとを備え、前記スケジュールを設定するステップは、前記グループ化するステップによりグループ化された各処理工程を連続時間で実行可能とするように各処理工程のスケジュールを設定することを特徴とするプログラムである。

また、請求項９に記載の発明は、請求項８記載のプログラムにおいて、予めワークフローエディタにより作成された各処理工程の属性が記載されたワークフロー設定ファイルを読み込むステップを更に備え、前記グループ化するステップは、前記ワークフロー設定ファイルに記載された各処理工程のグルーピング属性に基づいて、関連付けされている各処理工程をグループ化することを特徴とする。

また、請求項１０に記載の発明は、請求項８または９に記載のプログラムにおいて、前記ワークフロー設定ファイルに記載された工程グループの移動可否属性からグループ化された各処理工程の、設定されたスケジュールにおける移動可否を判断するステップと、前記移動可否属性を識別可能に出力するステップと、第一判断として、現在のスケジュールの空き時間からグループ化された各処理工程の割り当てが可能であるか判断し、第二判断として、第一判断でスケジュール割り当てが不可能であった場合に、既にスケジュールに仮割り当てされた処理工程の移動可否属性が移動可能であれば該処理工程を再割り当てすることで、グループ化された各処理工程の割り当てが可能であるか判断するステップと、を更に備えることを特徴とする。

また、請求項１１に記載の発明は、請求項１０に記載のプログラムにおいて、ユーザインターフェースを表示するステップをさらに備え、前記スケジュール設定された各処理工程および／または前記移動可否属性を、前記ユーザインターフェース上に表示することを特徴とする。

また、請求項１２に記載の発明は、請求項８乃至１１のいずれかに記載のプログラムにおいて、前記各処理工程を識別可能に出力するステップは、グループ化された各処理工程をそれがひとつの処理工程であるかのように識別可能に出力するものであり、前記スケジュールを設定するステップは、スケジュールを再割り当てする場合に、グループ化された単位で各処理工程を連動して移動させ再割り当てを行うことを特徴とする。

また、請求項１３に記載の発明は、請求項９に記載のプログラムにおいて、前記ワークフロー設定ファイルに記載された移動可能属性からスケジュールグループの移動可否を判定するステップを、さらに備える
ことを特徴とする。

また、請求項１４に記載の発明は、請求項９に記載のプログラムにおいて、前記ワークフロー設定ファイルを読み込むことで、自動的にスケジュール設定を行うことを特徴とし、さらにユーザインターフェイス上で手動によりスケジュール設定を可能とするステップも備えたことを特徴とする。

また、請求項１５に記載の発明は、情報処理装置において実施される、印刷注文を遂行するためのワークフローを構成する各処理工程のスケジュールを管理する方法であって、入力される印刷注文を解析し、該印刷注文を遂行するために該印刷注文を複数の処理工程に分割するステップと、前記分割するステップにより分割された各処理工程のスケジュールを設定するステップと、各工程のグルーピング属性に基づいて、前記印刷注文から分割された各処理工程のうち前記グルーピング属性で関連付けられている各処理工程をグループ化するステップと、前記スケジュールを設定するステップによりスケジュール設定された各処理工程を識別可能に出力するステップとを備え、前記スケジュールを設定するステップは、前記グループ化するステップによりグループ化された各処理工程を連続時間で実行可能とするように各処理工程のスケジュールを設定することを特徴とする。

一般ユーザからの印刷注文に対して注文を遂行するためのワークフローを構成する複数の工程で工程間の依存性が高い場合、ジョブの種類ごとに工程をグループ化し、連続時間で処理させることで、工程間の最適なスケジュールの設定を実現できる。また、各工程グループに移動可否属性を付与することで、再スケジュール時に再度移動可能かの判断や最適化をやり直す必要がなくなり、任意の時間に動的にスケジュールを確定することができる。

以下、本発明の実施の形態について図面を参照して詳細に説明する。
図１は、本発明にかかる印刷システムにおけるシステム全体の基本構成例を示すブロック図である。

本システムは、一つまたは複数のエンドユーザ環境１０１と、インターネットを介して接続されているＰＯＤ（Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ）サイト環境１０２から成っている。
エンドユーザ環境１０１は、プリントの発注依頼を行う発注者が存在し、それぞれのエンドユーザ環境（ここでは、エンドユーザ環境Ａ及び、エンドユーザ環境Ｂ）から各々のクライアントＰＣを利用して、ＰＯＤサイト環境１０２に対し、プリントジョブの依頼を始めとして、ジョブのステータス確認などを行うことができる。

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

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

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

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

図２は、工程管理部１０３の構成のさらなる詳細を示すブロック図である。
工程管理部１０３は、ネットワーク２０１に接続されたＭＩＳ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）サーバ２０２、受注サーバ２０３、ファイルサーバ２０４、作業ＰＣ２０５などから成り立っている。ここで、ＭＩＳサーバ２０２は、受注から納品までのシステム全体のワークフローを管理するとともに、様々な経営情報や販売情報を統括的に管理するシステムである。

ＭＩＳサーバ２０２は、工程管理部１０３の主要な機能の一つであり、管理情報システムあるいは、経営管理システムと呼ばれる企業の経営や管理などの意思決定に必要な情報を収集・分析するためのシステムサーバである。一般的にＭＩＳサーバ２０２は、宣伝、受注、見積もり、計画、生産、出荷、在庫、購入、販売を始めとする様々な経営情報や販売情報を統括的に管理するシステムであるが、特に印刷業界におけるＭＩＳサーバ２０２は、印刷生産工程管理システムとして側面を持つものであり、印刷生産設備や印刷生産資源を一元管理するとともに、ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）と呼ばれるジョブにおける作業指示を記載したジョブチケットによって、受注から納品あるいは費用回収に至るまでのトータルなワークフローを自動化する仕組みを提供することができる。

本発明におけるＭＩＳサーバ２０２は、この経営管理システムの中心となるサーバコンピュータであり、エンドユーザからのジョブの指定に基づいて、ＰＯＤサイト環境１０２における各工程に対してジョブの作業指示を記載したＪＤＦを発行することにより、コンピュータや各種デバイスにより構成される本システムのワークフローを制御する。また、このＭＩＳサーバ２０２は、ＰＯＤサイト環境１０２における各工程との間でＪＭＦ（Ｊｏｂ Ｍｅｓｓａｇｉｎｇ Ｆｏｒｍａｔ）と呼ばれるメッセージを交換し、各デバイスが備える機能情報や能力情報、各デバイスのステータス情報、受け付けたジョブの進捗情報等を取得することにより、これらの情報を基に本システムのワークフローを一元管理する。

さらに、このＭＩＳサーバ２０２は、本発明にかかるワークフローエディタ、ジョブやデバイスの日程時間管理を行うスケジューラ機能を内蔵しており、これらの機能を持つアプリケーションなどと連携している。各工程における作業をワークフローとして組み立てて実行指示するとともに、各デバイスや各作業者における作業を効率よくスケジュールすることにより、各工程におけるワークフローを自動化することが可能である。

受注サーバ２０３は、インターネットを利用して、エンドユーザ環境１０１から入稿ジョブを受信するサーバである。受信したジョブは、ジョブのＩＤ番号で管理され、ＩＤ番号と管理上必要となる情報はＭＩＳサーバ２０２に伝えられ、ＭＩＳサーバ２０２の指示に従って、入稿データおよび印刷設定等の注文遂行に必要な情報をプリプレス部１０４、ディジタルプリント部１０５、ポストプレス部１０６等の下流の工程に伝える役割を持っている。この受注サーバ２０３は、いわゆるＰＯＤにおける電子商取引（ＥＣ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）の仲介役で、インターネット等の通信媒体を介してエンドユーザ環境１０１のクライアントＰＣからジョブを受発注するためのサーバであり、エンドユーザ環境１０１から見ると、一般的には、インターネット上のウェブページを利用した電子店舗である場合が多い。

例えば、発注依頼したいジョブがプリントジョブの場合は、エンドユーザ環境１０１のクライアントＰＣのブラウザからユーザ認証を行った後に、どのようなプリント条件で出力させるかを指定するプリント条件設定やその他のプリント依頼情報等を入力することにより、エンドユーザ環境１０１のクライアントＰＣから受注サーバ２０３に対して、インターネットを経由して上記プリント条件設定やその他のプリント依頼情報等とともにプリント対象となる文書／画像ファイルを電子データとして送付し、ウェブサーバとして機能する受注サーバ２０３にプリントジョブを発注する。

また、受注サーバ２０３もしくはエンドユーザ環境１０１の各クライアントＰＣにホットフォルダ（不図示）を備えることにより、プリント対象となる文書／画像ファイルやそれに付随するプリント条件設定やその他のプリント依頼情報等をデータ転送できるように構成してもよい。このホットフォルダは、プリント条件設定やその他のプリント依頼情報等を属性として含む仮想的なフォルダであり、受注サーバ２０３もしくはエンドユーザ環境１０１の各クライアントＰＣが具備するハードディスク等のメモリ（不図示）に複数個作成可能なものである。

例えば、エンドユーザがエンドユーザ環境１０１の各クライアントＰＣからこのホットフォルダにプリント依頼する文書／画像ファイルをドラッグ＆ドロップすると、受注サーバ２０３もしくはエンドユーザ環境１０１の各クライアントＰＣの監視プログラムがこの文書／画像ファイルの存在を検出し、このホットフォルダに付随するプリント条件設定やその他のプリント依頼情報等を関連付けることによって、受注サーバ２０３がこれらの情報を読み出すことが可能となる。

また、発注依頼したいジョブがコピージョブの場合は、文書／画像ファイルを電子データとして送付しない代わりに、コピー対象となる紙原稿を物理媒体として宅配便等で別送し、エンドユーザ環境１０１のクライアントＰＣのブラウザからは、どのようなコピー条件で出力させるかを指定するコピー条件設定やその他のコピー依頼情報のみを入力する。この場合、別送されたコピー対象となる紙原稿と受注サーバ２０３に送付されたコピー条件設定やその他のコピー依頼情報等との関連付けを印刷業者側のオペレータ（作業者）が判断することになる。

ファイルサーバ２０４は、エンドユーザからの同一原稿による再発注に備えて、エンドユーザから受信したジョブを保管するため文書管理サーバである。一般に、画像データと前回出力の際のジョブの設定情報（ジョブチケット）を一緒に保存してある。
作業ＰＣ２０５は本発明に係るＭＩＳが管理する情報や、後述するワークフローエディタやスケジューラ画面をリモートから表示、設定することを可能とするクライアントＰＣである。

工程管理部１０３におけるこれらのＭＩＳサーバ２０２、受注サーバ２０３、ファイルサーバ２０４でやり取りされる情報は、ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）と呼ばれるジョブの作業指示を記載したジョブチケットなどを利用して情報交換しており、ジョブを転送したり、制御コマンドを発行したりして、工程管理部１０３を中心にプリプレス部１０４、ディジタルプリント部１０５、ポストプレス部１０６などと連携をとってトータルなワークフローの自動化を提供する。

図３はプリプレス部１０４の構成の一例を示すブロック図である。
プリプレスサーバ３０１は、スキャナ３０２、ＭＦＰ３０３等のスキャンデバイスによりエンドユーザから受け取った紙原稿をスキャンして、スキャン画像ファイルとして取り込むとともに、斜行補正や黒点除去等の画像補正を実行したり、エンドユーザから受信した複数個の文書／画像ファイルやスキャンデバイスによりスキャンした複数個のスキャン画像ファイルをマージしたり、ページを挿入／削除したり、ページ番号やアノテーション（機密情報を表わすウォーターマークやロゴ等の文字や画像）の追加、インデックス紙や表紙や合紙の挿入、Ｎｉｎ１印刷や多連印刷（１つの印刷面に複数ページをレイアウトする印刷）の指定等の各種ページレイアウト編集や面付け処理を実行したりするためのサーバである。

作業ＰＣ３０４は上記プリプレスサーバ３０１の作業をクライアントから行うことを可能とするクライアントＰＣである。プリプレス部１０４の構成としては、図示したように１つのプリプレスサーバ３０１と複数の作業ＰＣで構成するようにしてもよいし、プリプレスサーバ３０１なしで複数の作業ＰＣのみで構成するようにしてもよい。

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

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

さらに、エンドユーザから受信した文書／画像ファイルやスキャンデバイスによりスキャンしたスキャン画像ファイルをさらに編集する必要がある場合は、例えば作業者が複数ページのレイアウトを確認しながら、編集対象ファイルに対して他のファイルからのページを挿入したり、編集対象ファイルのページを削除したりする。また、例えば作業者がページ番号やアノテーションを追加したり、Ｎｉｎ１印刷や多連印刷を指定したり、インデックス紙、表紙、合紙を挿入したり、ステイプルやパンチやＺ折り等の後処理を指定したりといったような各種ページレイアウト編集や面付け処理を実行する。

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

印刷業界では、製版・印刷工程に入る前に、広告主にプレゼンテーションすることを目的としたカラーカンプ（Ｃｏｌｏｒ Ｃｏｍｐｒｅｈｅｎｓｉｖｅ Ｌａｙｏｕｔ）と呼ばれる出力があるが、最近では、パーソナルコンピュータを使って出版物を作成するＤＴＰ（ＤｅｓｋＴｏｐ Ｐｕｂｌｉｓｈｉｎｇ）や、印刷工程で画像の修正や合成などに使用するＣＥＰＳ（Ｃｏｌｏｒ Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｅｐｒｅｓｓ Ｓｙｓｔｅｍ）で処理したディジタルカラー画像をカラーＭＦＰ等のカラープリンタやカラープロッタで出力したカラーのハードコピーが上記カラーカンプに用いられている。

ＭＦＰ等のプリンタを利用したＰＯＤでは、カンプに相当するレイアウト確認と簡易的な色味確認やプルーフに相当する詳細な色味確認を含めて、同じカラーＭＦＰ等のカラープリンタ（あるいは白黒ＭＦＰ等の白黒プリンタ）によりプルーフ出力することが可能である。本プリプレス部１０４では、必要に応じてこのような最終成果物のレイアウトや色味を確認するために、ＭＦＰ３０３にプルーフ出力することも可能である。プリプレス部１０４におけるこれらのプリプレスサーバ３０１、作業ＰＣ３０４、スキャナ３０２、ＭＦＰ３０３は、ネットワークにより接続され、ジョブを転送したり、制御コマンドを発行したりして、プリプレス部１０４で受信したジョブを処理していくことになる。

図４は、ディジタルプリント部１０５の構成の一例を示すブロック図である。
ここには、ネットワークに接続されたプリントサーバ４０１、作業ＰＣ４０２、カラーＭＦＰ４０３及び白黒ＭＦＰ４０４がそれぞれ１つまたは複数個存在している。

プリントサーバ４０１は、通常以下の２つの役割を持っている。１つ目はディジタルプリント部１０５の外部と情報の送受であり、入稿されるジョブの画像情報や設定情報などは、まずプリントサーバ４０１に入力され、そのジョブが終了するとステータスなどの情報を外部に知らせる役割を持っている。もう１つはディジタルプリント部１０５内部の管理制御であり、外部から入力されたジョブ及び、ディジタルプリント部１０５の内部で発生したジョブは、プリントサーバ４０１にて一元管理されており、ディジタルプリント部１０５の内部にある全てのデバイスと全てのジョブの状況が監視できるとともに、ジョブの一時停止、設定変更、印刷再開あるいは、ジョブの複製、移動、削除などの制御が行えるようになっている。

作業ＰＣ４０２は、入力されたアプリケーションファイルの編集、印刷指示、あるいは、プリントレディファイルの投入の役割と、プリントサーバ４０１内で管理されているデバイスやジョブの監視や制御の補佐する役割を持っている。
カラーＭＦＰ４０３及び白黒ＭＦＰ４０４は、スキャン、プリント、コピーなど様々な機能を有する画像形成装置であり、カラーＭＦＰ４０３と白黒ＭＦＰ４０４とでスピードやコストなどが異なるため、それぞれの用途に応じて使い分ける必要がある。

図５は、ポストプレス部１０６の構成の一例を示すブロック図である。
ポストプレス部１０６は、ポストプレスサーバ５０１、作業ＰＣ５０２、及び、紙折り機５０３、断裁機５０４、中綴じ製本機５０５、くるみ製本機５０６に代表される後処理機器で構成されている。

ポストプレスサーバ５０１は、後処理工程を統括管理するコンピュータであり、受注サーバ２０３にて受け付けたジョブの指示やＭＩＳサーバ２０２から出されるジョブの指示などに基づいて、ポストプレス部１０６で仕上げ可能な後処理条件を作り出し、エンドユーザの要求通りの後処理（仕上げ処理）工程の指示を行う。一般に、ポストプレスサーバ５０１がポストプレス部１０６の外とＪＤＦなどの情報交換手段を使って、ポストプレス内部でのコマンドやステータスでそれぞれの後処理機器と情報交換している。

後処理機器は、一般的に以下の３つの種類に分類することができる。
（１）インラインフィニッシャ：紙パスがＭＦＰと物理的に接続されており、かつ、操作指示や状況確認もＭＦＰと電気的に接続されている後処理装置。
（２）ニアラインフィニッシャ：紙パスはＭＦＰと接続されておらず、作業者（オペレータ）が出力物の運搬、出力物の設定を行うが、操作指示や状況確認はネットワークなどの通信手段を介して電気的に情報送受可能な後処理装置。
（３）オフラインフィニッシャ：紙パスも操作指示や状況確認などの通信手段もＭＦＰと全く接続されておらず、作業者が出力物の運搬、出力物の設定、手作業での操作入力、機器自体が発する状況報告を作業者が目視で確認する後処理装置。

さらに、後処理機器には、断裁処理工程、中綴じ製本処理工程、くるみ製本処理工程、紙折処理工程、穴あけ処理工程、封入処理工程、帳合処理工程等の記録紙に対する様々なシート加工処理を、ＭＦＰ等の画像形成装置にて印刷された記録紙に対して施す後処理工程を持っており、エンドユーザに提供する製本形態に加工するように制御する。

ポストプレスサーバ５０１が管理するニアラインフィニッシャ（ときには、オフラインフィニッシャも含めて）には、図に示した紙折り機５０３、断裁機５０４、中綴じ製本機５０５、くるみ製本機５０６の他に、ステープラ、穴あけ機、封入機あるいは、帳合機（コレータ）を初めとして様々なものがあり、ポストプレスサーバ５０１はこれらのニアラインフィニッシャと予め決められたプロトコルで逐次ポーリングなどでデバイスの状況やジョブの状況を把握し、ジョブの実行状況を管理する。なお、本形態は、上述の複数のシート処理をそれぞれ別々のシート処理装置により実行可能にする構成でも、複数種類のシート処理を１台のシート処理装置が実行可能にする構成でも良い。又、複数のシート処理装置のうちのいずれかのシート処理装置を本システムに備える構成としても良い。

図６（a）は前述のＭＩＳサーバ２０２において管理されるプリプレス部１０４、ディジタルプリンティング部、ポストプレス部１０６をソフトウェア構成として模式的に示したものである。図６において、ワークフロー管理部６０１はＭＩＳサーバ２０２で動作するソフトウェアプログラムであって、受注サーバ２０３、もしくはファイルサーバ２０４に蓄積された注文情報を定期的に収集し（６００）、注文情報からその注文を遂行するための工程手順（ワークフロー）を決定することでワークフローの制御/管理を行う。さらに、ワークフロー管理部６０１は、注文処理を実現するために必要な工程処理を行う作業プロセッサ６０２に対して工程（プロセス）の実行の指示をする。

作業プロセッサ６０２は、プリプレス部１０４やディジタルプリント部１０５、ポストプレス部１０６で実行される作業プロセスであって、注文を遂行するための各作業工程を示している。また、６０３は本発明にかかるワークフローエディタで、ワークフロー管理部が認識する作業工程を作業管理者が定義/設定を行うソフトウェアプログラムである。６０４は上記ワークフローエディタが作成する工程設定ファイル（ワークフロー設定ファイル：後述）であって、ワークフロー管理部は本工程設定ファイルを読み込み、設定どおり動作することで全体ジョブの制御を行う。また、６０５は後述する本発明にかかる作業工程全体のスケジューリングを行うワークフロースケジューラである。

本実施例において、例えばユーザからの印刷依頼が、入稿データに対して面付け処理を行い、印刷し、くるみ製本することで遂行される簡単な製本印刷サービスであるとすると、本ワークフローは図６（ｂ）に示すようになる。ここで、各工程を処理する作業プロセッサ６０２は、ユーザの入稿データを作業ＰＣに保存するフォルダ入力工程６０６、フォルダ入力工程で入力されたデータから面付け処理を行う面付け工程６０７、面付けされたデータに対して印刷処理を行う印刷工程６０８、印刷工程により印刷された印刷物に対して、実際のくるみ製本処理である後処理を行うくるみ製本工程６０９から構成されている。なお、本実施例においては説明の簡素化のため、前述の４つの工程を表記したが、実際にはさらに多くの詳細工程があっても本発明は適用可能である。

図７（ａ）は工程情報を保存している工程設定ファイル６０４の構成図である。
同図において、７０１は例えば「くるみ製本印刷」や「マニュアル印刷」等の入稿ジョブの種類を識別するＩＤが記載される格納領域である。また、７０２は工程を識別する工程ＩＤが格納される領域である。７０３は予め予測された工程の処理時間（作業予測時間）が記載される領域である。７０４は工程ＩＤ７０２で識別される各工程が所属するグループを識別する所属グループＩＤが格納される領域である。また、７０５はグループの識別子であるグループＩＤが格納される領域である。また、７０６ａはグループＩＤ７０５で示した工程グループがスケジューリング時に移動可能であるかどうかを示す移動可否属性（図では移動属性）が設定される領域である。

例えば図６（ｂ）で示したようにジョブ種が「くるみ製本印刷」であって、フォルダ入力工程、面付け工程、印刷工程、くるみ製本工程でジョブが構成されているとすると、工程設定ファイル６０４は図７（ｂ）のように記載される。ここで、ジョブ種ＩＤ７０６ｂには「くるみ製本印刷」が記載されている。また工程ＩＤ７０７には「フォルダ入力」工程、工程ＩＤ７０８には「面付け」工程、工程ＩＤ７０９には「印刷」工程、工程ＩＤ７１０には「くるみ製本」工程がそれぞれ格納されている。

また、本例では、所属グループＩＤとして、フォルダ入力工程、および面付け工程はグループ１に所属し（７１１）、印刷工程、くるみ製本工程はグループ２に所属していることを示している（７１２）。また、７１３にてグループ１はスケジューリング時に移動ができない移動不可属性が設定され、グループ２にはスケジューリング時に移動が可能な移動可能属性が設定されている（７１４）。また、作業予測時間７０３には各工程の予測処理時間として１時間がすべてに設定されている。

図８は本発明に係る工程設定ファイル６０４を作成するワークフローエディタ６０３のユーザインターフェイス画面の一例である。
ワークフローエディタの設定画面８０１には、「ファイル」メニューが配置され、「ファイル」メニューを選択し、不図示の「新規作成」や「読み込み」、「保存」を選択可能することで、工程設定ファイルの新規作成、既存ファイルの読み込み、保存を実現する。

次段８０２−８０９には本ワークフローエディタにおける編集機能を実現するボタンが配置されている。８０２はワークエリア８１３に表示された工程オブジェクト領域を選択する「選択」ボタン、８０３は選択された工程オブジェクト群をグループ化する「グループ化」ボタン、８０４は８０３でグループ化された工程のグルーピングを解除する「グループ化解除」ボタン、８０５は選択された工程間をつなぎあわせる「連結」ボタン、８０６は連結された工程を解除する「連結解除」ボタン、８０７はグループに対して、スケジューリング時の移動可能属性を設定する「移動可」ボタン、８０８はグループに対して、スケジューリング時の移動不可能属性を設定する「移動不可」ボタン、８０９は選択された工程またはグループを削除する「削除」ボタンである。

また、８１０段に配置されている「電子メール」「プリフライト」「くるみ製本」「本印刷」「面付け」「フォルダ入力」といったようなボタンは、予め定義された工程を意味するボタンで、ワークエリア８１３に各種工程を配置するためのボタンである。また、８１１は現在開いている工程設定ファイルがもつ定義済みのワークフローがリストされるリストボックス、８１２は現在開いている工程設定ファイルに新たなワークフローを追加するための「新規」ボタンである。また、８１３はワークエリアで、この領域に現在編集中のワークフローが表示されている。

まず、作業者がワークフローを編集する場合は、ファイルメニュー８０１から、新規作成または既存ファイルの読み込みを行い、工程設定ファイルを開く。次にワークエリア８１３に新たな工程を追加する場合は、８１０の工程定義ボタンのいずれかをポインティングデバイスで選択し、ワークエリアにドラッグ＆ドロップすることにより、新たな工程をワークエリアに追加する。２つの工程を矢印で連結する場合は、ワークエリアにおいて該当する２つのモジュールを選択し、「連結」ボタンを押下する。例えば、図９に示した画面の例では、「フォルダ入力」したデータに「面付け」処理を実施し「印刷」工程を経て、「くるみ製本」するワークフローを作成した場合を示している。

このワークフローの作成は、ポインティングデバイスにより「フォルダ入力」ボタンを押下し、ドラッグアンドドロップによりワークエリア８１３に追加、「面つけ」ボタンを押下し、ドラッグアンドドロップによりワークエリア８１３に追加、「印刷」ボタンを押下し、ドラッグアンドドロップによりワークエリア８１３に追加、「くるみ製本」ボタンを押下し、ドラッグアンドドロップによりワークエリア８１３に追加、さらに、「選択」ボタンを押下し、フォルダ入力と面つけ工程を選択し、連結ボタンを押下、面付け工程と印刷工程を選択し、連結ボタンを押下、印刷工程と、くるみ製本工程を選択し、連結ボタンを押下することで、ワークエリアに示すようなワークフローが作成される。また、８１１に示す定義済みのワークフローの名称は任意につけることが可能である。

さらに、図１０に示すように、「フォルダ入力」工程と「面つけ」工程を選択し、「グループ化」ボタンを押下することで、これらの工程はグルーピングされる。グルーピングされたグループは図１０に示したようにユーザインターフェイス上でグルーピングされたことが識別される（本図では点線で囲まれている）。このグルーピングされた工程は、必ず連続時間で処理されるようにスケジュールされる。

さらに、ワークフローエディタにおいて、図１１のようにグルーピングされた「フォルダ工程」または「面付け工程」を選択して、「移動不可」ボタンを押下することで、本グループには移動不可能属性が設定される。また、同様に「移動可」ボタンを押下することで、本グループに移動可能属性が設定される。図１１において、移動不可が設定されたグループはグループ内部が塗りつぶされており、これにより移動不可属性が識別される。

図１２は、６０５に示すワークフロースケジューラの画面構成（ユーザインターフェース）の一例を示す図である。
本図において、１２０１は「１日」タブであって、本タブには１日単位の工程の予定が一覧できるようになっている。また、表示単位は一週間でも一年でも任意の単位であってよい。

１２０２−１２０５には入稿ジョブを構成する各工程が表示されている。ここで、１２０１には工程１である「フォルダ入力」工程が表示され、１２０２には２番目の工程である「面付け」工程、１２０３には３番目の工程である「印刷」工程、１２０５には第４工程である「くるみ製本」工程がそれぞれ表示されている。なお、本実施例では、工程名を表示しているが、本欄には工程を識別するものであれば、工程の実処理を行う作業者のスケジュールであっても、工程の実処理を行うプリンタ等のデバイススケジュールが表示されていても本発明は実現可能である。

１２０６は、前述のワークフローエディタ６０３で作成された工程設定ファイル６０４を読み込む「工程設定ファイル読み込み」ボタンである。本ボタンを押下することで不図示のファイル指定ユーザインターフェイスを表示し、工程設定ファイルを読み込むことができる。ワークフロースケジューラは本ボタンにより読み込まれた工程設定ファイルの情報をもとに各工程を表示し、動作する。

また、１２０７には予めワークフロー設定ファイルに記載された工程の予測処理時間を元にスケジュール表示がなされている。１２０７で示されるジョブ１は、工程１（１２０２）、工程２（１２０３）、工程３（１２０４）、工程４（１２０５）から構成されている。１２０８はスケジュール設定することが不可能であった場合に、ジョブを一時的に退避する未割り当てジョブ領域である。本領域は例えば、各工程を配置した際、納期に間に合わなくなってしまった場合などに一時的に使用される。

また、本ワークフロースケジューラは、図１３に示すように、工程設定ファイルで設定された所属グループ７０３、移動属性７０５の内容を読み取り、ユーザインターフェイス上に識別して表示する。本図において、１３０１は工程１と工程２を図のように連結表記することで工程間がグループ化されていることを識別可能に示している。また、１３０２は、グループ枠を太字表示することで、工程３と工程４のグループが移動可能であることを識別可能に示している。

さらに本ワークフロースケジューラは、図１４に示す通り、ワークフロースケジューラ画面上で工程設定ファイルから読み込んだグループ属性、移動可否属性を変更することを可能とする。図１４において、１４０１はポインティングデバイスでグループを選択し、右クリックを押下することで表示されるポップアップメニューであって、属性を選択することでスケジューラ上の属性変更を実現する。

図１５（ａ）はワークフロースケジューラにおけるスケジュール設定時のフローチャートである。本例では、ジョブ入稿時、工程を序数で識別する工程識別子ｉを最初の工程を示す１で初期化する（Ｓ１５０１）。次にＳ１５０２にて工程１をスケジュールする。通常、このスケジュール設定は、工程１の現在までのスケジュールに対して割り当て可能な最も早い時間枠にスケジュールする。また、このときの予測処理時間は、各工程によって予め作業者の経験、プリンタの速度、作業負荷などにより前もって工程設定ファイル上に予測されているものとする。

次にＳ１５０３にて次の工程処理のため、工程識別子ｉをインクリメントし（ここでは１増加させ）、Ｓ１５０４に進む。Ｓ１５０４にて、工程設定ファイルを読み込むことで、工程ｉが前の工程ｉ−１とグルーピングされているかを判定する。ここでグルーピングされている場合はＳ１５０５へと進む。そして、Ｓ１５０５において、工程ｉを一つ前の工程ｉ-１と連続時間でスケジュール可能かどうかを判定する。Ｓ１５０５において、連続時間で割り当て可能であった場合、Ｓ１５０８にて工程ｉを工程ｉ-１と連続時間で実行可能とするスケジュール設定を行う。

また、Ｓ１５０５において、連続時間での割り当てが不可能であった場合、Ｓ１５０６において、もともと存在した衝突工程（割り当て対象の工程と時間的に重なってしまう工程）の属するグループが移動可能であるかどうかを判定する。Ｓ１５０６において、衝突工程が移動可能であった場合、Ｓ１５０７において、衝突工程グループを再スケジュールし、Ｓ１５０８にて工程ｉを再スケジュールする。

また、Ｓ１５０４において、工程ｉと工程ｉ-１が同じグループではない（グルーピングされていない）と判定されると、Ｓ１５１０へと進み、工程ｉをスケジュールする。このスケジュール設定は、工程ｉの現在までのスケジュールに対して割り当て可能な最も早い時間枠に割り当てる。次にＳ１５１１において、スケジュール設定された工程ｉが妥当かどうかを判定する。なお、Ｓ１５１１の妥当かどうかの判定は後述する図１５（ｂ）のフローチャートに示している。

Ｓ１５１１において、以上のようにしてスケジュール設定された工程ｉが妥当であった場合、Ｓ１５０９に進み、全工程の割り当てが終了しているか判断し、終了していた場合Ｓ１５１４へと進む。また、Ｓ１５０９において、まだスケジューリングすべき工程を残している場合にはＳ１５０３へと進み、次の工程の割り当てを行う。

一方、Ｓ１５１１において、スケジュール設定された工程ｉが妥当でなかった場合、Ｓ１５１２へと進み、工程ｉが割り当てられているグループが移動可能かどうかを判定する。ここで同工程のグループが移動可能であった場合、Ｓ１５１３において、このグループを再スケジュールし、工程ｉを割り当てる。また、Ｓ１５１２において、同工程グループが移動不可能であった場合には、Ｓ１５１５において、未割り当てジョブへと割り当てる。また、Ｓ１５０６において、工程ｉと工程ｉ-１を連続時間で実行可能にスケジュール設定しようとしたが、工程ｉにこれに対する衝突工程があってかつ移動ができなかった場合、Ｓ１５１５にて未割り当てジョブへ表示する。

図１５（ｂ）は、図１５（ａ）におけるＳ１５１１（判断処理）の詳細を示したフローチャートである。
Ｓ１５１７にて現在の処理工程ｉを識別子ｊに代入し、Ｓ１５１８おいて、工程ｊの処理時間を、処理時間に加算する。これをＳ１５１９にて全工程繰り返したかどうか判定し、全工程が終了していない場合、Ｓ１５２０において、識別子ｊをインクリメント（１増加させる）する。結果として、工程ｉ以降の全工程の予測処理時間の和を計算し、Ｓ１５２１へと進む。Ｓ１５２１において、処理時間（＝残り工程の予測処理時間）が納期に間に合うかどうかを判定する。納期に間に合う場合Ｓ１５０９へと進む。納期に間に合わない場合Ｓ１５１２へと進む。

図１６は、本実施形態におけるエンドユーザからのジョブの受発注における一連の処理を示す図である。ブロック１６０１は、エンドユーザである発注者の作業、ブロック１６０２は、ＰＯＤサイトにおける作業者の作業を示す。

まず発注者は、インターネット上のウェブページ等を利用して、ＰＯＤサイトの受注サーバ２０３に対して、仮発注を実行する（１６０３）。例えば、発注依頼したいジョブがくるみ製本印刷ジョブの場合は、エンドユーザ環境１０１のクライアントＰＣのブラウザからユーザ認証を行った後に、どのようなプリント条件で出力させるかを指定するプリント条件設定やその他のプリント依頼情報等を入力する。そして、エンドユーザ環境１０１のクライアントＰＣから受注サーバ２０３に対して、インターネットを経由しプリント条件設定やその他のプリント依頼情報等とともにプリント対象となる文書／画像ファイルを電子データとして送付して、ウェブサーバとして機能する受注サーバ２０３にプリントジョブを仮発注する。

次に、ＰＯＤサイトでは、仮受注したジョブに対して受付や保存等の仮受注のための処理を実行するとともに（１６０４）、ジョブのコストの見積りを行う。この見積りは、仮発注時に発注者が入力したプリント条件やコピー条件等を参照して、ジョブに必要な作業や資源に関わる費用や配送料等の諸経費の見積りに基づいたトータルコストを算出し、発注者に対して見積り金額を提示する（１６０５）。
見積り金額の提示を受けた発注者は、管理者からの承認を得た後に（１６０６）、ＰＯＤサイトの受注サーバ２０３に対して、正式発注を実行する（１６０７）。この際、仮発注したジョブのプリント条件やコピー条件等を正式発注時に変更することも可能である。

ＰＯＤサイトの受注サーバ２０３が発注者より正式発注を受けると、本発明に係る工程管理システムを利用して、作業担当の割り当てを実行し（１６０８）、プリプレス、ディジタルプリント、ポストプレスの各工程を利用して、正式受注したジョブに対する印刷／製本等の各種処理を実行する（１６０９）。
ＰＯＤサイトにおける印刷／製本等の各種処理を終了したならば、発注者より予め指定された配送先に向け最終成果物（印刷物）を配送することにより（１６１０）、発注者が最終成果物（印刷物）を受け取ることになる（１６１１）。

インターネット等の通信媒体を介してエンドユーザ環境１０１のクライアントＰＣから受注サーバ２０３に対してジョブを受発注するための一手段として、受発注管理アプリケーションが使用される。図１７は、ジョブを受発注するためのメニュー画面構成の一例を示す図である。

受発注管理アプリケーションのメニュー画面は、インターネット等の通信媒体を介してエンドユーザ環境１０１のクライアントＰＣからジョブを受発注する場合に、受発注管理アプリケーションにログインしたときに表示されるトップページのメニュー画面である。図では、ウェブブラウザのＵＲＬアドレス１７０１としてＩＰアドレス１９２．１６８．１００．２１を入力した例を示したが、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍの略。インターネットなどのＴＣＰ／ＩＰネットワーク上で、ホスト名からＩＰアドレスを割り出すサービスを提供するシステム）がサポートされている環境ならば、ＩＰアドレスの代わりにサーバ名称を入力してもよい。

受発注管理アプリケーションのメニュー画面の上部には、ログイン名により識別された「依頼者様」１７０２の氏名が表示されるとともに、受発注管理アプリケーションからログアウトするための「ログアウト」ボタン１７０３が配置されている。「注文メニュー」１７０４には、以下のメニューボタンが配置されている。
・「くるみ製本印刷サービス」ボタンは、電子データから文書を印刷して、くるみ製本処理を行うためのサービスメニューのボタンである。
・「ポスター／パネル」ボタンは、電子データからポスターなどを印刷して、各種パネル加工処理を行うためのサービスメニューのボタンである。
・「コピーサービス」ボタンは、紙原稿をコピー印刷して、各種製本処理を行うためのサービスメニューのボタンである。

図１８は、くるみ製本印刷サービスボタン１７０４を押下したときの設定画面構成の一例を示す図である。
１８０１にて入稿ファイルを指定し、１８０２のアップロードボタンで入稿する。また印刷体裁設定ボタン１８０３を押下することで、図１９に示すようなユーザ設定画面を表示し、製本情報等各種の設定を行うことを可能とする。

本実施例において、ＰＯＤサイトの管理者が、予めワークフローエディタを使って、図７（ｂ）に示すような工程ファイルを持つサービスを提供するものとし、現在のスケジュールが図２０のように、ジョブ１がすでに全工程スケジュール設定され、工程１のスケジュールは９：００−１０：００、工程２は１０：００−１１：００、工程３は１２：００−１３：００、工程４は１３：００−１４：００にそれぞれスケジュール設定されているものとする。さらに図７（ｂ）に示すように、工程１、工程２および工程３、４はそれぞれグルーピングされている。さらに工程３、４のグルーピングには移動可能属性が指定されている。

この状態においてジョブ１と同じジョブ種（くるみ製本印刷）をもつジョブ２が投入される場合のスケジュール設定を図１５のフローチャートを用いて説明する。
ここでは前提として、ジョブ１の納期は１５：００であるものとし、ジョブ２の納期は１４：００であるものとする。さらに、図７（ｂ）に示すように、各作業工程にはそれぞれ１時間の作業時間が予測されているものとする。

ジョブ２入稿時、工程を序数で識別する工程識別子ｉを最初の工程を示す１で初期化する（Ｓ１５０１）。次にＳ１５０２にて工程１（フォルダ入力工程）をスケジュールする。このスケジュール設定は、工程１の現在までのスケジュールに対して割り当て可能な最も早い時間枠にスケジュールする。つまりはジョブ２の工程１であるフォルダ入力工程はジョブ１の工程１の直後、つまり１０：００−１１：００にスケジュール設定される。

次にＳ１５０３にて次の工程処理のため、工程識別子ｉをインクリメントし、Ｓ１５０４に進む。Ｓ１５０４にて、工程設定ファイルを読み込むことで、工程ｉは前の工程ｉ-１とグルーピングされているかを判定する。ここでは工程２（面付け工程）と工程１（フォルダ入力工程）はグルーピングされているのでＳ１５０５へと進む。そして、Ｓ１５０５において、工程２を一つ前の工程１と連続時間でスケジュール可能かどうかの判定を行う。ここでは工程２は工程１と連続時間でスケジュール可能であるので、Ｓ１５０８にて工程２を工程１と連続時間でスケジュールする。図に示すように本例においては工程２を連続時間で割り当て可能であるため、ジョブ２の工程２をジョブ１の工程２のすぐあと、つまりは１１：００−１２：００に割り当てることになる。

次にＳ１５０９では全工程を終了していないと判定し、Ｓ１５０３にて工程識別子ｉをインクリメントし、次の工程３のスケジュール設定を行う。Ｓ１５０４にて工程３が工程２と同じグループに所属するかを判定する。本例において、工程３と工程２は同じグループではないので、Ｓ１５１０へと進み、工程３をジョブ１の工程３の次の時間すなわち１３：００にスケジュールし、Ｓ１５１１へと進みスケジュールのチェックを行う。

ここで、Ｓ１５１７にて、工程３と工程４の残り処理時間の算出をＳ１５１７−Ｓ１５２０にて行う。Ｓ１５２１にて、残り工程の予測処理時間は２時間で、工程３は１３：００に割り当てられているので、終了は１５：００の予定となる。したがって、これは納期を一時間過ぎているので、Ｓ１５２１ではＮＧとなってＳ１５１２へと進む。

Ｓ１５１２では工程３の工程グループが移動可能であるか調べる。ここで、Ｓ１５１２の判定において、ジョブ１の工程３は移動可能であり、ジョブ２の工程３をスケジュールするためにジョブ１の工程３はＳ１５１３にて再スケジュールされる。Ｓ１５１３では工程３と同じグループであるジョブ１の工程４も共に再スケジュールされる。Ｓ１５１２において、ジョブ１の再スケジュールはジョブ１の納期（１５：００）に間に合うことも考慮されるが、ジョブ１の工程３、４は移動しても納期以内であるため、移動可能と判断される。

結果として、ジョブ２の工程３が、ジョブ１の工程３が割り当てられていた１２：００−１３：００にスケジュールされる。Ｓ１５０９にて、工程４の処理が残っているため、Ｓ１５０３に進み、Ｓ１５０４へと進む。Ｓ１５０４にて、ジョブ２の工程４は工程３と同じグループであるためＳ１５０５へと進む。Ｓ１５０５にて、工程３と工程４との連続時間のスケジュール可否をチェックする。ここで工程４のスケジュールにおいて、１３：００−１４：００は、移動可能属性をもつジョブ１の工程４がすでに移動されているため、Ｓ１５０８にて１３：００−１４：００にスケジュールされる。結果として、このスケジュール設定後のジョブ１、ジョブ２は図２１のようにスケジュール設定されることとなる。

（他の実施例）
本実施例においては、簡単のため前述した実施例の差分のみ記載する。
本実施例ではジョブ２を投入する前のスケジュールが図２２のようになっていると仮定する。ここで、図２２と前述の実施例との違いは、ジョブ１の工程３、４が移動可能属性ではなく、移動不可属性が設定されている点である。
本実施例において、前述の実施例同様にジョブ２が入稿されるときのフローを図１５のフローチャートを用いて説明する。

ジョブ２入稿時、工程を序数で識別する工程識別子ｉを最初の工程を示す１で初期化する（Ｓ１５０１）。次にＳ１５０２にて工程１（フォルダ入力工程）をスケジュールする。このスケジュール設定は、工程１の現在までのスケジュールに対して割り当て可能な最も早い時間枠にスケジュールする。つまりはジョブ２の工程１であるフォルダ入力工程はジョブ１の工程１の直後、つまり１０：００−１１：００にスケジュールされる。

次にＳ１５０３にて次の工程処理のため、工程識別子ｉをインクリメントし、Ｓ１５０４に進む。Ｓ１５０４にて、工程設定ファイルを読み込むことで、工程ｉが前の工程ｉ-１とグルーピングされているかを判定する。ここでは工程２（面付け工程）と工程１（フォルダ入力工程）はグルーピングされているのでＳ１５０５へと進む。そして、Ｓ１５０５において、工程２を一つ前の工程１と連続時間でスケジュール可能かどうか判定する。本例においては工程２を工程１と連続時間で割り当て可能であるため、ジョブ２の工程２をジョブ１の工程２のすぐあと、つまりは１１：００−１２：００に割り当てる（Ｓ１５０８）。

次にＳ１５０９、Ｓ１５０３にて、工程識別子ｉをインクリメントし、Ｓ１５０４にて工程３が工程２と同じグループに所属するかを判定する。本例において、工程３と工程２はグループではないので、Ｓ１５１０へと進み、工程３をジョブ１の工程３の次の時間すなわち１３：００にスケジュールし、Ｓ１５１１へと進みスケジュールのチェックを行う。

ここで、Ｓ１５１７にて、工程３と工程４の残り処理時間をＳ１５１７−Ｓ１５１９にて行う。Ｓ１５２１にて、残りの予測時間は２時間で、工程３は１３：００に割り当てられているので、終了は１５：００の予定となる。したがって、これは納期を一時間過ぎているので、Ｓ１５２１では納期に間に合わないと判定されＳ１５１２へと進む。Ｓ１５１２では工程３の他の工程グループが移動可能であるか調べる。ここで、Ｓ１５１２の判定において、ジョブ１の工程３は移動不可能であるため、Ｓ１５１６にて、未割り当てジョブへと表示される。

図２３はこのときのワークフロースケジューラの画面例である。２３０１にジョブ２が未割り当てジョブとして表示されている。本例においてワークフロー管理者は、図１４に示したようにジョブ１の工程３、４のグループを選択し、「移動可能属性」を付与することで、ジョブ１の工程３，４のグループのスケジュール移動可能とし、未割り当てジョブ２３０１を選択し、再度スケジュール領域である２３０２へと移動することで、前述の実施例のようにスケジュール設定を行うことができる。その結果は、前述の図２１に示すようなスケジュールとなり、ジョブ１、ジョブ２の納期を遵守することが可能となる。

なお、上記各実施例において、ユーザインターフェースに表示されるスケジュールやその他の情報は、もちろんＭＦＰ等の画像形成装置を用いて印刷出力することができる。

本発明による一実施形態におけるシステム全体を示すブロック図である。 本発明による一実施形態における工程管理部を示すブロック図である。 本発明による一実施形態におけるプリプレス部を示すブロック図である。 本発明による一実施形態におけるディジタルプリント部を示すブロック図である。 本発明による一実施形態におけるポストプレス部を示すブロック図である。 工程管理部、プリプレス部、ディジタルプリント部、ポストプレス部におけるモジュール構成例を表すブロック図である。 ワークフローエディタにより作成される工程設定ファイルの構造図の一例である。 ワークフローエディタのユーザインターフェイスの一例を示す図である。 ワークフローエディタのユーザインターフェイスの一例を示す図である。 ワークフローエディタのユーザインターフェイスを示す図である。 ワークフローエディタのユーザインターフェイスを示す図である。 ワークフロースケジューラのユーザインターフェイスを示す図である。 ワークフロースケジューラのユーザインターフェイスを示す図である。 ワークフロースケジューラのユーザインターフェイスを示す図である。 ワークフロースケジューラの動作フローチャートである。 一実施例における入稿シーケンスの例を示す図である。 一実施例における入稿画面の例を示す図である。 一実施例における入稿設定の例を示す図である。 一実施例における入稿時の体裁設定の例を示す図である。 一実施例における実施例におけるワークフロースケジューラのユーザインターフェイス図である。 一実施例におけるワークフロースケジューラのユーザインターフェイスを示す図である。 他の実施例におけるワークフロースケジューラのユーザインターフェイスを示す図である。 他の実施例におけるワークフロースケジューラのユーザインターフェイスを示す図である。

符号の説明

１０１…エンドユーザ環境
１０２…ＰＯＤサイト環境
１０３…工程管理部
１０４…プリプレス部
１０５…ディジタルプリント部
１０６…ポストプレス部
２０２…ＭＩＳサーバ
２０３…受注サーバ
２０４…ファイルサーバ
２０５…作業ＰＣ
３０１…プリプレスサーバ
３０２…スキャナ
３０３…ＭＦＰ
３０４…作業ＰＣ
４０１…プリントサーバ
４０２…作業ＰＣ
４０３…カラーＭＦＰ
４０４…白黒ＭＦＰ
５０１…ポストプレスサーバ
５０２…作業ＰＣ
５０３…紙折り機
５０４…断裁機
５０５…中綴じ製本機
５０６…くるみ製本機

Claims (15)

1. 印刷注文を遂行するためのワークフローを構成する各処理工程のスケジュールを管理する情報処理装置であって、
   入力される印刷注文を解析し、該印刷注文を遂行するために該印刷注文を複数の処理工程に分割する分割手段と、
   前記分割手段により分割された各処理工程のスケジュールを設定するスケジュール設定手段と、
   各工程のグルーピング属性に基づいて、前記印刷注文から分割された各処理工程のうち前記グルーピング属性で関連付けられている各処理工程をグループ化するグループ化手段と、
   前記スケジュール設定手段によりスケジュール設定された各処理工程を識別可能に出力する出力手段とを備え、
   前記スケジュール設定手段は、前記グループ化手段によりグループ化された各処理工程を連続時間で実行可能とするように各処理工程のスケジュールを設定することを特徴とする情報処理装置。
2. 予めワークフローエディタにより作成された各処理工程の属性が記載されたワークフロー設定ファイルを読み込む手段を更に備え、
   前記グループ化手段は、前記ワークフロー設定ファイルに記載された各処理工程のグルーピング属性に基づいて、関連付けされている各処理工程をグループ化することを特徴とする請求項１に記載の情報処理装置。
3. 前記ワークフロー設定ファイルに記載された工程グループの移動可否属性からグループ化された各処理工程の、設定されたスケジュールにおける移動可否を判断する判断手段と、
   前記移動可否属性を識別可能に出力する手段と、
   第一判断として、現在のスケジュールの空き時間からグループ化された各処理工程の割り当てが可能であるか判断し、第二判断として、第一判断でスケジュール割り当てが不可能であった場合に、既にスケジュールに仮割り当てされた処理工程の移動可否属性が移動可能であれば該処理工程を再割り当てすることで、グループ化された各処理工程の割り当てが可能であるか判断する手段と、を更に備えることを特徴とする請求項１または２に記載の情報処理装置。
4. ユーザインターフェースを表示する手段をさらに備え、前記スケジュール設定された各処理工程および／または前記移動可否属性を、前記ユーザインターフェース上に表示することを特徴とする請求項３に記載の情報処理装置。
5. 前記出力手段は、グループ化された各処理工程をそれがひとつの処理工程であるかのように識別可能に出力するものであり、
   前記スケジュール設定手段は、スケジュールを再割り当てする場合に、グループ化された単位で各処理工程を連動して移動させ再割り当てを行うことを特徴とする請求項１乃至４のいずれかに記載の情報処理装置。
6. 前記ワークフロー設定ファイルに記載された移動可能属性からスケジュールグループの移動可否を判定する手段を、さらに備える
   ことを特徴とする請求項２に記載の情報処理装置。
7. 前記ワークフロー設定ファイルを読み込むことで、自動的にスケジュール設定を行うことを特徴とし、さらにユーザインターフェイス上で手動によりスケジュール設定を可能とする手段も備えたことを特徴とする請求項２に記載の情報処理装置。
8. 印刷注文を遂行するためのワークフローを構成する各処理工程のスケジュールを管理するプログラムであって、
   入力される印刷注文を解析し、該印刷注文を遂行するために該印刷注文を複数の処理工程に分割するステップと、
   前記分割するステップにより分割された各処理工程のスケジュールを設定するステップと、
   各工程のグルーピング属性に基づいて、前記印刷注文から分割された各処理工程のうち前記グルーピング属性で関連付けられている各処理工程をグループ化するステップと、
   前記スケジュールを設定するステップによりスケジュール設定された各処理工程を識別可能に出力するステップとを備え、
   前記スケジュールを設定するステップは、前記グループ化するステップによりグループ化された各処理工程を連続時間で実行可能とするように各処理工程のスケジュールを設定することを特徴とするプログラム。
9. 予めワークフローエディタにより作成された各処理工程の属性が記載されたワークフロー設定ファイルを読み込むステップを更に備え、
   前記グループ化するステップは、前記ワークフロー設定ファイルに記載された各処理工程のグルーピング属性に基づいて、関連付けされている各処理工程をグループ化することを特徴とする請求項８記載のプログラム。
10. 前記ワークフロー設定ファイルに記載された工程グループの移動可否属性からグループ化された各処理工程の、設定されたスケジュールにおける移動可否を判断するステップと、
    前記移動可否属性を識別可能に出力するステップと、
    第一判断として、現在のスケジュールの空き時間からグループ化された各処理工程の割り当てが可能であるか判断し、第二判断として、第一判断でスケジュール割り当てが不可能であった場合に、既にスケジュールに仮割り当てされた処理工程の移動可否属性が移動可能であれば該処理工程を再割り当てすることで、グループ化された各処理工程の割り当てが可能であるか判断するステップと、を更に備えることを特徴とする請求項８または９に記載のプログラム。
11. ユーザインターフェースを表示するステップをさらに備え、前記スケジュール設定された各処理工程および／または前記移動可否属性を、前記ユーザインターフェース上に表示することを特徴とする請求項１０に記載のプログラム。
12. 前記各処理工程を識別可能に出力するステップは、グループ化された各処理工程をそれがひとつの処理工程であるかのように識別可能に出力するものであり、
    前記スケジュールを設定するステップは、スケジュールを再割り当てする場合に、グループ化された単位で各処理工程を連動して移動させ再割り当てを行うことを特徴とする請求項８乃至１１のいずれかに記載のプログラム。
13. 前記ワークフロー設定ファイルに記載された移動可能属性からスケジュールグループの移動可否を判定するステップを、さらに備えることを特徴とする請求項９に記載のプロがラム。
14. 前記ワークフロー設定ファイルを読み込むことで、自動的にスケジュール設定を行うことを特徴とし、さらにユーザインターフェイス上で手動によりスケジュール設定を可能とするステップも備えたことを特徴とする請求項９に記載のプログラム。
15. 情報処理装置において実施される、印刷注文を遂行するためのワークフローを構成する各処理工程のスケジュールを管理する方法であって、
    入力される印刷注文を解析し、該印刷注文を遂行するために該印刷注文を複数の処理工程に分割するステップと、
    前記分割するステップにより分割された各処理工程のスケジュールを設定するステップと、
    各工程のグルーピング属性に基づいて、前記印刷注文から分割された各処理工程のうち前記グルーピング属性で関連付けられている各処理工程をグループ化するステップと、
    前記スケジュールを設定するステップによりスケジュール設定された各処理工程を識別可能に出力するステップとを備え、
    前記スケジュールを設定するステップは、前記グループ化するステップによりグループ化された各処理工程を連続時間で実行可能とするように各処理工程のスケジュールを設定することを特徴とする工程管理方法。
    

Images